JP2003224588A - Method for controlling communication quality - Google Patents

Method for controlling communication quality

Info

Publication number
JP2003224588A
JP2003224588A JP2002021199A JP2002021199A JP2003224588A JP 2003224588 A JP2003224588 A JP 2003224588A JP 2002021199 A JP2002021199 A JP 2002021199A JP 2002021199 A JP2002021199 A JP 2002021199A JP 2003224588 A JP2003224588 A JP 2003224588A
Authority
JP
Japan
Prior art keywords
communication
service
user
parameter
communication quality
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.)
Pending
Application number
JP2002021199A
Other languages
Japanese (ja)
Other versions
JP2003224588A5 (en
Inventor
Koji Yada
浩二 矢田
Osamu Ishida
修 石田
Akihiro Tsutsui
章博 筒井
Hiroyuki Maeomichi
浩之 前大道
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2002021199A priority Critical patent/JP2003224588A/en
Publication of JP2003224588A publication Critical patent/JP2003224588A/en
Publication of JP2003224588A5 publication Critical patent/JP2003224588A5/ja
Pending legal-status Critical Current

Links

Abstract

<P>PROBLEM TO BE SOLVED: To automatically perform control to maximize the satisfaction level of users regardless of the classification of communication resources, a difference in communication configuration, and the usage situation of the communication resources in controlling the quality of end-to-end communication. <P>SOLUTION: Service providing conditions and service selecting methods which differ by the kind of the communication resources and the kinds of providers are used for general purpose through the use of a parameter for communication quality and the parameter for a communication cost. Satisfaction level indexes in the respective continuous values of the parameters indicating communication quality, the satisfaction degree indexes in the respective continuous values of the parameters indicating the communication cost, and the satisfaction degree indexes of the quality and the cost are synthesized as the request condition of the communication service users. Then a function for calculating an overall satisfaction degree index is used. <P>COPYRIGHT: (C)2003,JPO

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は、通信を伴うサービ
スにおけるサービス品質制御に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to quality of service control in services involving communication.

【0002】[0002]

【従来の技術】通信サービス品質に対する要求の多様化
に伴い、複数の異なるサービス品質で定義されるサービ
スメニューからユーザがメニュー選択を行うことで、ユ
ーザ(通信サービス利用者)の要求条件を満たすサービ
スを提供する方式が登場した。例えば、IPネットワー
クサービスにおいては、DiffServのようにIPパケット
に優先順位を表すラベルを付与し、ルータではパケット
に付与されたラベルの優先順位に基づくパケット転送処
理を行うことで優先度の高いパケットを利用するサービ
スの品質を向上させる方式が、ATMやHSD専用線サ
ービスにおいては、複数の異なるSLAによってマルチ
サービスを提供する方式などが提案されている。
2. Description of the Related Art With the diversification of demands for communication service quality, a user selects a menu from a service menu defined by a plurality of different service qualities, so that a service satisfying the requirements of the user (communication service user) The method of providing has appeared. For example, in an IP network service, a label indicating a priority order is attached to an IP packet like DiffServ, and a router performs a packet transfer process based on the priority order of the label given to the packet so that a high priority packet can be obtained. As a method of improving the quality of service to be used, a method of providing multi-service by a plurality of different SLAs has been proposed for ATM and HSD leased line service.

【0003】[0003]

【発明が解決しようとする課題】しかし、それぞれの方
式において、どのようなグレードのサービスをどのよう
な料金で提供するのかといった「サービス提供条件」
や、どのような方法でサービス選択を行うのかといった
「サービス選択方式」が異なるため、ユーザは利用する
ネットワークに対応したサービス選択処理を行う必要が
あった。
[Problems to be Solved by the Invention] However, in each system, "service provision conditions" such as what kind of service to provide at what price
Since the "service selection method" such as the method of selecting the service is different, the user needs to perform the service selection process corresponding to the network to be used.

【0004】通信サービスは、複数の資源を利用するこ
とで成立する。例えば、遠隔地にあるサーバ上のアプリ
ケーションを利用するASP(Application Service Pr
ovider)サービスでは、サーバアプリケーションプログ
ラム、サーバ、ASP側LAN、キャリアネットワー
ク、ユーザ側LAN、端末、クライアントアプリケーシ
ョンプログラムといった資源が利用される。これらの、
通信サービスで利用される各種資源を、本願では「通信
資源」と呼ぶことにする。また、通信サービスで利用す
るすべての通信資源の利用結果としてユーザに提供され
る通信サービス品質を、本願では「エンド・エンドサー
ビス品質」と呼ぶことにする。
A communication service is established by utilizing a plurality of resources. For example, ASP (Application Service Pr) that uses an application on a server in a remote location.
resources such as a server application program, a server, an ASP side LAN, a carrier network, a user side LAN, a terminal, and a client application program. these,
Various resources used in the communication service will be referred to as “communication resources” in the present application. Further, the communication service quality provided to the user as a result of using all the communication resources used in the communication service will be referred to as “end-end service quality” in the present application.

【0005】ここで、例えば、ユーザ側LAN上での輻
輳が原因でエンド・エンドサービス品質の低下が発生し
ている場合、キャリアネットワーク資源において、いく
ら高品質なサービスを選択しても、エンド・エンドサー
ビス品質は向上しない。エンド・エンドサービス品質を
決定するためには、ユーザは通信サービスで利用するす
べての通信資源のサービス提供条件を取得し、それぞれ
の通信資源に対し最適なサービス選択を行う必要があ
る。しかし、通信資源の種別によってサービス提供条件
やサービス選択方式が異なるため、ユーザは利用する通
信資源の組み合わせに対応して、個々にサービス選択処
理を行う必要があった。
Here, for example, when the end-end service quality is degraded due to congestion on the user-side LAN, no matter how high-quality service is selected in the carrier network resource, End service quality does not improve. In order to determine the end-to-end service quality, the user needs to acquire the service provision conditions of all communication resources used in the communication service and select the optimum service for each communication resource. However, since service providing conditions and service selection methods differ depending on the type of communication resource, the user has to individually perform service selection processing in accordance with the combination of communication resources to be used.

【0006】通信資源の利用率は時々刻々と変化する。
これに伴い、サービス提供条件も変化する場合がある。
例えばDiffSevでは、同じ優先度のサービスを選択して
も、ネットワークの輻輳状況によって利用できる帯域は
変化する。ユーザは通信途中でも、サービス提供条件が
変化するたびにサービス選択を行う必要があった。
The utilization rate of communication resources changes from moment to moment.
Along with this, service provision conditions may change.
For example, in DiffSev, even if services with the same priority are selected, the available bandwidth will change depending on the congestion status of the network. The user had to select the service each time the service providing conditions changed even during communication.

【0007】「帯域○○以上」、「料金○○以下」とい
ったユーザのエンド・エンドサービス品質に対する要求
条件を取得し、通信サービスで利用するすべての通信資
源に対し、プログラムによって自動的に最適なサービス
を選択する方式によって、ユーザの負担は軽くなる。し
かし、通信資源の種別によってサービス提供条件やサー
ビス選択方式が異なること、キャリアネットワークとい
った同じ通信資源種別でもプロバイダ(通信資源提供
者)によってサービス提供条件やサービス選択方式が異
なることによって、汎用的な方式は実現できなかった。
[0007] The requirements for the end-to-end service quality of the user, such as "bandwidth XX or more" and "charge XX or less" are acquired, and the program automatically optimizes all communication resources used in the communication service. The method of selecting a service reduces the burden on the user. However, since the service provision conditions and service selection methods differ depending on the type of communication resources, and the service provision conditions and service selection methods differ depending on the provider (communication resource provider) even for the same communication resource type such as a carrier network, a general-purpose method Could not be realized.

【0008】ユーザのエンド・エンドサービス品質に対
する要求条件として、「帯域○○以上」、「料金○○以
下」といった単純な条件では、通信資源の利用率によっ
て変化する幅広いサービス提供条件に対応することはで
きない。例えば、通信資源の利用率が低い場合は安い料
金でも高品質のサービスが好まれ、利用率が高い場合は
高品質のサービスを利用するために高い料金を払っても
良い場合がある。これは、品質に関する要求条件と、コ
スト(料金)に関する要求条件の、どちらを優先的に満
たすかの基準が通信資源利用率によって変化することを
示しているが、「(常に)品質条件を優先」、「(常
に)コスト条件を優先」といった単純な条件指示では対
応することはできない。
[0008] As simple requirements such as "bandwidth XX or more" and "charge XX or less" as requirements for end-to-end service quality of users, it is necessary to meet a wide range of service provision conditions that change depending on the usage rate of communication resources. I can't. For example, when the usage rate of communication resources is low, a high quality service is preferred even at a low price, and when the usage rate is high, a high price may be paid to use the high quality service. This shows that the criterion for preferentially satisfying the quality requirement or the cost (fee) requirement varies depending on the communication resource utilization rate. , Or “(always) prioritize cost conditions” cannot be used.

【0009】本発明は、以上の課題を解決し、通信資源
種別やプロバイダによる通信資源のサービス提供条件の
違いやサービス選択方式の違いを隠蔽し、汎用的なアル
ゴリズム(プログラム)によって、すなわち、幅広いサ
ービス提供条件に対応した汎用的なユーザ要求条件によ
って、自動的にエンド・エンドサービス品質を制御する
ことを目的とする。
The present invention solves the above problems and conceals differences in service provision conditions of communication resources and service selection methods depending on communication resource types and providers, and uses a general-purpose algorithm (program), that is, a wide range. The purpose is to automatically control end-to-end service quality according to general user requirements corresponding to service provision conditions.

【0010】[0010]

【課題を解決するための手段】本発明の第一の観点によ
ると、通信サービス利用者からの要求条件に応じて、通
信資源提供者の提供する複数の通信品質から最適なもの
を選択する通信品質制御方法において、前記要求条件と
して、通信品質を表すパラメータの連続する各値におけ
る満足度指数を表す第一のユーザ要求条件と、通信コス
トを表すパラメータの連続する各値における満足度指数
を表す第二のユーザ要求条件と、これらのユーザ要求条
件から総合的な満足度指数を計算する満足度合成関数と
を取得し、前記通信資源提供者から、通信品質を表すパ
ラメータ値と通信コストを表すパラメータ値との関係を
表すサービス提供条件を取得し、このサービス提供条件
により前記第二のユーザ要求条件における通信コストを
表すパラメータを通信品質を表すパラメータに変換し
て、前記満足度合成関数から総合的な満足度指数が最大
となる通信品質を表すパラメータ値を求め、このパラメ
ータ値を通信品質を制御するパラメータとして使用する
ことを特徴とする通信品質制御方法が提供される。
According to a first aspect of the present invention, a communication for selecting an optimum communication quality from a plurality of communication qualities provided by a communication resource provider according to a request condition from a communication service user. In the quality control method, as the requirement, a first user requirement that represents a satisfaction index at each successive value of a parameter that represents communication quality and a satisfaction index at each successive value of a parameter that represents a communication cost are represented. A second user requirement and a satisfaction degree combining function for calculating a comprehensive satisfaction degree index from these user requirements are acquired, and a parameter value indicating communication quality and a communication cost are displayed from the communication resource provider. The service providing condition indicating the relationship with the parameter value is acquired, and the parameter representing the communication cost in the second user requirement condition is acquired by the service providing condition. It is converted to a parameter representing the communication quality, a parameter value representing the communication quality that maximizes the overall satisfaction index is obtained from the satisfaction combining function, and this parameter value is used as a parameter for controlling the communication quality. A featured communication quality control method is provided.

【0011】前記通信品質を表すパラメータとしてその
通信サービスで利用できる帯域を用い、前記通信コスト
を表すパラメータとして単位時間当たりの料金を用いる
ことができる。また、前記通信品質を表すパラメータと
してその通信サービスの完了までの時間を用い、前記通
信コストを表すパラメータとして通信全体での料金を用
いることもできる。
A band available for the communication service can be used as the parameter indicating the communication quality, and a charge per unit time can be used as the parameter indicating the communication cost. It is also possible to use the time until the completion of the communication service as the parameter indicating the communication quality, and use the charge for the entire communication as the parameter indicating the communication cost.

【0012】前記満足度合成関数として、前記第一のユ
ーザ要求条件と前記第二のユーザ要求条件との和、また
は積を用いることがよい。
It is preferable that the sum or product of the first user requirement and the second user requirement is used as the satisfaction combination function.

【0013】ひとつの通信サービスについて複数の通信
資源提供者が関与し、この複数の通信資源提供者がそれ
ぞれ1または複数の通信品質を提供する場合には、各通
信資源提供者からサービス提供条件を収集し、それらの
サービス提供条件の通信コストを表すパラメータを同じ
通信品質ごとに加算することがよい。
When a plurality of communication resource providers are involved in one communication service and the plurality of communication resource providers respectively provide one or a plurality of communication qualities, each communication resource provider specifies service provision conditions. It is preferable to collect and add the parameters representing the communication costs of those service provision conditions for each same communication quality.

【0014】ひとつの通信サービスの少なくとも一部の
通信資源について複数の通信資源提供者のいずれかを選
択可能である場合には、各通信資源提供者からサービス
提供条件を収集し、それらのサービス提供条件の中か
ら、通信サービス全体、すなわちエンド・エンド間の通
信コストを表すパラメータ値が最小となるものを選択す
ることがよい。
When it is possible to select one of a plurality of communication resource providers for at least a part of communication resources of one communication service, service provision conditions are collected from each communication resource provider and the service provision is provided. From the conditions, it is preferable to select the communication service as a whole, that is, the one having the minimum parameter value representing the communication cost between the end-to-end.

【0015】ひとつの通信サービスの少なくとも一部の
通信資源について複数の選択肢があり、少なくとも一部
の選択肢においては複数の通信資源提供者が関与する場
合には、それぞれの選択肢について、各通信資源提供者
から収集したサービス提供条件の通信コストを表すパラ
メータを同じ通信品質ごとに加算し、それらの中から、
通信サービス全体の通信コストを表すパラメータが最小
となるものを選択することがよい。
When there are a plurality of options for at least a part of communication resources of one communication service and a plurality of communication resource providers are involved in at least a part of the options, each communication resource is provided for each option. The parameters representing the communication costs of the service provision conditions collected from each person are added for each same communication quality, and from among them,
It is preferable to select the one having the smallest parameter representing the communication cost of the entire communication service.

【0016】本発明の第二の観点によると、通信サービ
ス利用者からの要求条件に応じて、通信資源提供者の提
供する複数の通信品質から最適なものを選択する通信品
質制御装置において、前記要求条件として、通信品質を
表すパラメータの連続する各値における満足度指数を表
す第一のユーザ要求条件と、通信コストを表すパラメー
タの連続する各値における満足度指数を表す第二のユー
ザ要求条件と、これらのユーザ要求条件から総合的な満
足度指数を計算する満足度合成関数とを取得するシナリ
オモジュールと、前記通信資源提供者からの通信品質を
表すパラメータ値と通信コストを表すパラメータ値との
関係を表すサービス提供条件の取得、および前記通信資
源提供者に対する通信品質制御を行うサービスドライバ
モジュールと、このサービスドライバモジュールが取得
したサービス提供条件により前記第二のユーザ要求条件
における通信コストを表すパラメータを通信品質を表す
パラメータに変換して、前記満足度合成関数から総合的
な満足度指数が最大となる通信品質を表すパラメータ値
を求め、このパラメータ値を通信品質を制御するパラメ
ータとして前記サービスドライバモジュールに通信品質
制御を指示する総合サービス選択部とを備えたことを特
徴とする通信品質制御装置が提供される。
According to a second aspect of the present invention, in a communication quality control device for selecting an optimum communication quality from a plurality of communication qualities provided by a communication resource provider according to a requirement from a communication service user, As requirement conditions, a first user requirement condition indicating a satisfaction index at each successive value of the parameter indicating communication quality, and a second user requirement condition indicating a satisfaction index at each successive value of a parameter indicating communication cost. And a scenario module that acquires a satisfaction degree combining function that calculates a comprehensive satisfaction degree index from these user requirements, a parameter value that represents the communication quality from the communication resource provider, and a parameter value that represents the communication cost. And a service driver module for acquiring service provision conditions indicating the relationship between the communication resource providers and the communication quality control for the communication resource provider, and According to the service providing condition acquired by the service driver module, the parameter representing the communication cost in the second user requirement is converted into the parameter representing the communication quality, and the total satisfaction index is maximized from the satisfaction combination function. Provided is a communication quality control device, comprising: a parameter value representing communication quality; and a total service selecting unit that instructs the service driver module to perform communication quality control using the parameter value as a parameter for controlling communication quality. To be done.

【0017】本発明の第三の観点によると、通信資源提
供者の提供するサービスを利用する通信サービス利用者
のコンピュータに、前記通信サービス利用者からの要求
条件に応じて、通信品質を表すパラメータの連続する各
値における満足度指数を表す第一のユーザ要求条件と、
通信コストを表すパラメータの連続する各値における満
足度指数を表す第二のユーザ要求条件と、これらのユー
ザ要求条件から総合的な満足度指数を計算する満足度合
成関数とを取得する第一の機能と、前記通信資源提供者
から、通信品質を表すパラメータ値と通信コストを表す
パラメータ値との関係を表すサービス提供条件を取得す
る第二の機能と、このサービス提供条件を用いて前記第
二のユーザ要求条件における通信コストを表すパラメー
タを通信品質を表すパラメータに変換し、前記満足度合
成関数から総合的な満足度指数が最大となる通信品質を
表すパラメータ値を求める第三の機能と、この第四の機
能により得られたパラメータ値を通信品質を制御するパ
ラメータとして通信品質制御を行う第三の機能とを実現
させるためのプログラムが提供される。
According to a third aspect of the present invention, a parameter representing communication quality is provided to a computer of a communication service user who uses a service provided by a communication resource provider, in accordance with a request condition from the communication service user. A first user requirement representing a satisfaction index at each successive value of
A first user requirement that represents a satisfaction index at each successive value of a parameter that represents a communication cost, and a satisfaction combination function that calculates a comprehensive satisfaction index from these user requirements are obtained. A function, a second function of acquiring a service providing condition indicating a relationship between a parameter value indicating communication quality and a parameter value indicating communication cost from the communication resource provider, and the second function using the service providing condition A third function of converting a parameter representing the communication cost in the user request condition into a parameter representing the communication quality, and obtaining a parameter value representing the communication quality that maximizes the overall satisfaction index from the satisfaction combination function, Using the parameter value obtained by the fourth function as a parameter for controlling the communication quality, a third function for realizing the communication quality control is implemented. Lamb is provided.

【0018】前記第一の機能を実現させるプログラムが
モジュール化され、ユーザの好みにより選択されてダウ
ンロードされることが望ましい。また、前記第二の機能
と前記第四の機能とを実現させるプログラムがモジュー
ル化され、各種の通信資源に対応して各通信資源提供者
から提供されることが望ましい。
It is desirable that the program for realizing the first function be modularized, selected and downloaded according to the user's preference. Further, it is desirable that a program for realizing the second function and the fourth function is modularized and provided by each communication resource provider in correspondence with various communication resources.

【0019】前記第一の機能を実現させるためのプログ
ラム、あるいは前記第二の機能および第四の機能を実現
させるためのプログラムは、それ自身単独で流通可能で
ある。
The program for realizing the first function or the program for realizing the second function and the fourth function can be distributed by itself.

【0020】[0020]

【発明の実施の形態】1.前提条件 本発明では、通信サービスのアプリケーションとして、
ストリーム通信とバルク通信の二つを対象とする。デー
タ量は少ないが通信遅延の小さいことが要求される対戦
型ゲームなどは対象としていない。
BEST MODE FOR CARRYING OUT THE INVENTION 1. Assumptions In the present invention, as an application of a communication service,
It targets both stream communication and bulk communication. It does not cover competitive games that require a small amount of data but low communication delay.

【0021】ここで、「ストリーム通信」とは、音声お
よび画像による電話、会議、放送といった、特定の帯域
が常時必要になる通信をいう。ストリーム通信では、送
信側APでフレームレート、解像度、色の深さ等を変更
することにより送信帯域を可変とし、実際に使用可能な
帯域で送信するように制御することが可能である。ユー
ザにとっての通信品質は、フレームレート等の値によっ
て決まるため、使用帯域が高いほど通信品質は良くな
る。
Here, "stream communication" refers to communication that requires a specific band at all times, such as voice and image calls, conferences, and broadcasts. In stream communication, it is possible to make the transmission band variable by changing the frame rate, resolution, color depth, etc. at the transmitting AP, and control so as to transmit in the actually usable band. The communication quality for the user is determined by the value such as the frame rate, so that the higher the bandwidth used, the better the communication quality.

【0022】また、「バルク通信」とは、テキスト、プ
ログラム、ビデオ、音楽、書籍、新聞記事といった、デ
ータファイルを転送する通信をいう。ユーザにとっての
通信品質は、転送が完了するまでの時間である。
"Bulk communication" refers to communication for transferring data files such as texts, programs, videos, music, books and newspaper articles. The communication quality for the user is the time until the transfer is completed.

【0023】2.サービス選択のための基本構成 図1は本発明の基本的な実施形態を示す。通信サービス
利用者(以下、簡単に「ユーザ」という)は、端末1か
ら、ユーザ側LAN2、キャリア網3およびサーバ側L
AN4を介して、ASPサーバ5上のアプリケーション
を利用することができる。この通信サービスで利用され
る資源として、以下では、端末1およびユーザ側LAN
により提供されるユーザ資源、キャリア網3により提供
されるキャリア資源、LAN4側およびASPサーバ5
により提供されるASP資源に分類して説明する。
2. Basic Configuration for Service Selection FIG. 1 shows a basic embodiment of the present invention. A communication service user (hereinafter, simply referred to as “user”) receives from the terminal 1 a user side LAN 2, a carrier network 3 and a server side L.
An application on the ASP server 5 can be used via the AN 4. In the following, as resources used in this communication service, the terminal 1 and the user side LAN
User resources provided by the carrier network 3, carrier resources provided by the carrier network 3, the LAN 4 side and the ASP server 5
Will be explained by classifying them into ASP resources provided by.

【0024】端末1には、ユーザからの要求に応じて通
信資源提供者の提供する複数の通信品質から最適なもの
を選択するため、モジュール実行部6というプログラム
がインストールされている。このモジュール実行部6は
通信AP(アプリケーションプログラム)とは独立した
プログラムであり、シナリオモジュール7およびサービ
スドライバモジュール8の実行環境を提供する。シナリ
オモジュール7およびサービスドライバモジュール8
は、それぞれネットワークを通じてモジュール実行部6
にダウンロードされ、実行される。モジュール実行部6
にはまた、統合サービス選択部9がビルトインされてい
る。
A program called a module execution unit 6 is installed in the terminal 1 in order to select an optimum communication quality from a plurality of communication qualities provided by a communication resource provider in response to a request from a user. The module execution unit 6 is a program independent of the communication AP (application program) and provides an execution environment for the scenario module 7 and the service driver module 8. Scenario module 7 and service driver module 8
Is the module execution unit 6 through the network.
Downloaded and executed. Module execution unit 6
In addition, the integrated service selection unit 9 is built in.

【0025】シナリオモジュール7は、アプリケーショ
ンの種別、ユーザの好みによって変わる通信品質と通信
料金に関する要求を取得し、統一された形式に変換す
る。すなわち、ユーザから、通信品質を表すパラメータ
の連続する各値における満足度指数を表す第一のユーザ
要求条件(以下「通信品質要求条件」という)と、通信
コストを表すパラメータの連続する各値における満足度
指数を表す第二のユーザ要求条件(以下「通信コスト要
求条件」という)と、これらのユーザ要求条件から総合
的な満足度指数を計算する満足度合成関数とを取得す
る。シナリオモジュール7はモジュール化され、ユーザ
の好みに応じて、モジュール実行部6にダウンロードし
て実行される。
The scenario module 7 obtains a request regarding communication quality and communication charge that changes depending on the type of application and user preference, and converts the request into a unified format. That is, from the user, in the first user requirement condition (hereinafter referred to as “communication quality requirement condition”) indicating the satisfaction index at each successive value of the parameter indicating the communication quality, and in each successive value of the parameter indicating the communication cost. A second user requirement condition (hereinafter referred to as "communication cost requirement condition") representing a satisfaction index and a satisfaction composition function for calculating a comprehensive satisfaction index from these user requirements are acquired. The scenario module 7 is modularized, and is downloaded to the module execution unit 6 and executed according to the user's preference.

【0026】サービスドライバモジュール8は、サービ
スメニューや通信サービス資源種別を隠蔽して汎用イン
タフェースを提供するプログラムであり、通信資源提供
者からの通信品質を表すパラメータ値と通信コストを表
すパラメータ値との関係を表すサービス提供条件の取
得、および通信資源提供者に対するサービス選択を行
う。このサービスドライバモジュール8はモジュール化
され、環境に応じてモジュール実行部6にダウンロード
して実行される。サービスドライバモジュール8は、ユ
ーザ資源、キャリア資源、APS資源といった各種通信
サービス資源に対応して設けられる。各種プロバイダは
自己が提供するサービスに対しサービスドライバモジュ
ールを開発し、それをユーザに提供する。
The service driver module 8 is a program for concealing a service menu and communication service resource types and providing a general-purpose interface, and includes a parameter value indicating communication quality from a communication resource provider and a parameter value indicating communication cost. Acquire service provision conditions that represent relationships and select services for communication resource providers. The service driver module 8 is modularized, and is downloaded to the module execution unit 6 and executed according to the environment. The service driver module 8 is provided corresponding to various communication service resources such as user resources, carrier resources, and APS resources. Various providers develop service driver modules for the services they provide and provide them to users.

【0027】統合サービス選択部9は、ユーザ要求条件
とサービス提供条件から最適なサービス選択の組み合わ
せを選択する汎用アルゴリズム(プログラム)であり、
サービスドライバモジュール8が取得したサービス提供
条件により通信コスト要求条件における通信コストを表
すパラメータを通信品質を表すパラメータに変換し、満
足度合成関数から総合的な満足度指数が最大となる通信
品質を表すパラメータ値を求め、このパラメータ値を通
信品質を制御するパラメータとして、サービスドライバ
モジュール8に通信品質制御を指示する。
The integrated service selecting section 9 is a general-purpose algorithm (program) for selecting an optimum combination of service selections from user request conditions and service providing conditions,
The parameter representing the communication cost in the communication cost request condition is converted into the parameter representing the communication quality according to the service providing condition acquired by the service driver module 8, and the communication quality that maximizes the overall satisfaction index from the satisfaction combining function is expressed. The parameter value is obtained, and the service driver module 8 is instructed to control the communication quality using this parameter value as a parameter for controlling the communication quality.

【0028】シナリオモジュール7から総合サービス選
択部9にユーザ要求条件を提示するため、アプリケーシ
ョン種別(ストリーム通信、バルク通信)ごとに統一さ
れたユーザ要求指定インタフェースが規定される。ま
た、サービスドライバモジュール8と総合サービス選択
部9との間でサービス提供条件の取得およびサービス選
択を行うため、プロバイダ、サービスメニュー、通信サ
ービス資源種別に関係なく統一されたサービス条件提示
/選択インタフェースが規定される。
In order to present the user request condition from the scenario module 7 to the comprehensive service selecting section 9, a unified user request designation interface is defined for each application type (stream communication, bulk communication). In addition, since the service driver module 8 and the comprehensive service selection unit 9 acquire service selection conditions and select services, a unified service condition presentation / selection interface is provided regardless of the provider, service menu, and communication service resource type. Stipulated.

【0029】3.サービス選択の概要 図2はサービス選択の概要を説明する図であり、図3は
その処理の流れを示すフローチャートである。これらの
図を参照して、モジュール実行部6によるサービス選択
を簡単に説明する。
3. Outline of Service Selection FIG. 2 is a diagram for explaining the outline of service selection, and FIG. 3 is a flowchart showing the flow of the processing. The service selection by the module execution unit 6 will be briefly described with reference to these drawings.

【0030】シナリオモジュール7は、ユーザの通信サ
ービスに対する要求条件を取得し、通信品質と通信コス
トに関する汎用的な標準形式のユーザ要求条件に変換し
て、統合サービス選択部9に渡す。サービスドライバモ
ジュール8は、対応する通信サービス資源において、ど
れぐらいの資源をどれぐらいのコストで提供できるかの
情報(サービス提供条件)を取得し、汎用的な標準形式
の条件に変換し、統合サービス選択部9に渡す。この処
理は、利用する通信資源ごと、すなわちサービスドライ
バモジュール8ごとに行われる。統合サービス選択部9
は、ユーザの要求条件と、通信資源のサービス提供条件
とから、どのサービスを選択すれば良いのかを判断し、
それを各サービスドライバモジュール8に指示する。各
サービスドライバモジュール8は、指示された内容に基
づき、対応する通信サービス資源のサービス選択を行
う。
The scenario module 7 acquires the requirements for the user's communication service, converts them into user requirements in a general-purpose standard format regarding communication quality and communication cost, and passes them to the integrated service selecting section 9. The service driver module 8 obtains information (service provision conditions) about how much resources can be provided at what cost among corresponding communication service resources, converts the information into a general-purpose standard condition, and performs integrated service. It is passed to the selection unit 9. This processing is performed for each communication resource used, that is, for each service driver module 8. Integrated service selection unit 9
Determines which service should be selected from the user requirements and the communication resource service provision conditions,
This is instructed to each service driver module 8. Each service driver module 8 performs service selection of the corresponding communication service resource based on the instructed content.

【0031】統合サービス選択部9の最適サービス選択
アルゴリズムおよびインタフェースは不変である。
The optimum service selection algorithm and interface of the integrated service selection unit 9 are unchanged.

【0032】4.処理手順 端末1上でモジュール実行部6を立ち上げ、シナリオモ
ジュール7をモジュール実行部6にダウンロードして実
行し、通信環境に応じたサービスドライバモジュール8
をモジュール実行部6にダウンロードして実行する。
4. The procedure execution module 6 is started up on the processing procedure terminal 1, the scenario module 7 is downloaded to the module execution section 6 and executed, and the service driver module 8 according to the communication environment is executed.
Is downloaded to the module execution unit 6 and executed.

【0033】図4はシナリオモジュール7によるユーザ
要求条件取得変換処理の流れを示すフローチャートであ
る。
FIG. 4 is a flow chart showing the flow of the user request condition acquisition conversion process by the scenario module 7.

【0034】シナリオモジュール7は、まず、ユーザの
通信サービスに対する要求条件を取得する。この要求条
件はシナリオモジュール7独自のものでよく、独自の方
法で取得することができる。ただし、次に説明する標準
形式の要求条件に変換可能なものとする。例えば、GU
I(Graphical User Interface)等を使って、品質/コ
ストを横軸に、満足度指数を縦軸にとったグラフを入力
することで、初めから標準形式の条件を取得することが
できる。また、「品質要求として、○○以上」といった
単純な方法でもよい。また、満足度合成関数を得るため
に、品質に関する要求条件と通信コストに関する要求条
件とをどのように関連付けるかを取得する。これは、ユ
ーザが与えても良いし、あらかじめ決められたものでも
良い。
The scenario module 7 first acquires the requirements for the user's communication service. This requirement may be unique to the scenario module 7 and can be acquired by a unique method. However, it should be possible to convert to the standard format requirements described below. For example, GU
By using I (Graphical User Interface) or the like, by inputting a graph in which quality / cost is plotted on the horizontal axis and satisfaction index is plotted on the vertical axis, standard format conditions can be obtained from the beginning. Alternatively, a simple method such as "quality requirement is XX or more" may be used. Also, how to associate the requirement regarding quality and the requirement regarding communication cost in order to obtain the satisfaction composite function is acquired. This may be given by the user or may be predetermined.

【0035】次に、シナリオモジュール7は、取得した
ユーザ要求条件を、標準形式の要求条件、すなわち、品
質およびコストを表すそれぞれのパラメータの各値にお
ける満足度指数値と、各パラメータをそれぞれ変数とす
る二変数関数の満足度合成関数とに変換する。
Next, the scenario module 7 sets the acquired user requirement as a standard requirement, that is, a satisfaction index value at each value of each parameter representing quality and cost, and each parameter as a variable. Satisfaction composite function of two variable functions to

【0036】続いて、シナリオモジュール7は、生成さ
れたユーザ要求条件を統合サービス選択部9に渡す。デ
ータの引渡し方法としては、関数呼び出し形式、(統合
サービス選択部9との)共有メモリへの格納方式、統合
サービス選択部9との通信(メッセージ通信)などが考
えられる。
Then, the scenario module 7 passes the generated user request condition to the integrated service selecting unit 9. As a data transfer method, a function call format, a storage method in a shared memory (with the integrated service selection unit 9), communication with the integrated service selection unit 9 (message communication), and the like can be considered.

【0037】図5はサービスドライバモジュール8によ
るサービス提供条件取得変換処理の流れを示すフローチ
ャートである。
FIG. 5 is a flow chart showing the flow of the service providing condition acquisition / conversion processing by the service driver module 8.

【0038】サービスドライバモジュール8は、まず、
対応する通信資源のサービス提供条件を取得する。この
条件は、ドライバモジュール独自の方式で独自の条件を
取得する。ただし、次に説明する標準形式の条件に変換
可能なものとする。例えばASPサービスの場合は、サ
ーバに対しサービス条件を通信を介して取得したり、Di
ffServキャリア網サービスの場合は、特願2001-356362
に示された方式でのトラヒック情報の取得、およびキャ
リアが提供する料金情報を取得する方式が考えられる。
The service driver module 8 first
Obtain the service provision conditions of the corresponding communication resource. As for this condition, a unique condition is acquired by a method unique to the driver module. However, it can be converted into the standard format condition described below. For example, in the case of the ASP service, the service condition can be acquired to the server via communication, or
ffServ In case of carrier network service, Japanese Patent Application No. 2001-356362
The method of acquiring traffic information by the method shown in 1 and the method of acquiring the charge information provided by the carrier can be considered.

【0039】次にサービスドライバモジュール8は、取
得した条件を標準形式の条件に変換する。標準形式の要
求条件は、品質パラメータの各値におけるコストパラメ
ータ値で表される。
Next, the service driver module 8 converts the acquired condition into a standard format condition. The standard format requirement is represented by the cost parameter value at each value of the quality parameter.

【0040】続いてサービスドライバモジュール8は、
変換された標準形式の条件を統合サービス選択部9に渡
す。データの引渡し方法としては、シナリオモジュール
7と統合サービス選択部9とのデータの引渡しと同様
に、関数呼び出し形式、共有メモリへの格納方式、メッ
セージ通信などが考えられる。
Subsequently, the service driver module 8
The converted standard format condition is passed to the integrated service selecting unit 9. As the data transfer method, similar to the data transfer between the scenario module 7 and the integrated service selection unit 9, a function call format, a shared memory storage method, message communication, and the like can be considered.

【0041】図6は統合サービス選択部9による処理の
流れを示すフローチャートである。
FIG. 6 is a flow chart showing the flow of processing by the integrated service selection unit 9.

【0042】統合サービス選択部9は、まず、シナリオ
モジュール7で取得、変換した標準形式のユーザ要求条
件(通信品質要求条件、通信コスト要求条件および満足
度合成関数)を取得し、サービスドライバモジュール8
で取得、変換した標準形式のサービス提供条件を取得す
る。サービスドライバモジュール8が複数ある場合に
は、それぞれのモジュールについてサービス提供条件を
取得し、それらを統合して一つの条件に合成する。これ
を統合サービス提供条件という。
The integrated service selecting unit 9 first acquires the user requirements (communication quality requirement, communication cost requirement, and satisfaction composition function) in the standard format acquired and converted by the scenario module 7, and the service driver module 8
Acquire and convert the standard format service provision conditions acquired in. When there are a plurality of service driver modules 8, the service providing conditions are acquired for each module and they are integrated and combined into one condition. This is called an integrated service provision condition.

【0043】続いて統合サービス選択部9は、統合サー
ビス提供条件を用いて、シナリオモジュール7からの通
信コスト要求条件を正規化変換する。正規化されたデー
タは、品質パラメータの各値におけるユーザのコスト満
足度指数値として表される。
Subsequently, the integrated service selecting section 9 uses the integrated service providing condition to normalize and convert the communication cost requirement from the scenario module 7. The normalized data is represented as the user's cost satisfaction index value at each value of the quality parameter.

【0044】続いて統合サービス選択部9は、シナリオ
モジュール7から取得した通信品質要求条件と、正規化
された通信コスト要求条件と、満足度合成関数とを用い
て、総合ユーザ条件を生成する。この総合ユーザ条件
は、品質パラメータの各値における総合満足度指数値と
して表される。
Subsequently, the integrated service selecting unit 9 uses the communication quality request condition, the normalized communication cost request condition, and the satisfaction synthesizing function acquired from the scenario module 7 to generate the total user condition. This total user condition is represented as a total satisfaction index value at each value of the quality parameter.

【0045】さらに総合サービス選択部9は、得られた
総合ユーザ条件から総合ユーザ満足度指数値を最高にす
る品質パラメータ値を求め、それを各サービスドライバ
モジュール8に渡す。データの引渡し方法としては、関
数呼び出し形式、共有メモリへの格納方式、メッセージ
通信などが考えられる。
Further, the total service selecting unit 9 obtains a quality parameter value that maximizes the total user satisfaction index value from the obtained total user conditions, and passes it to each service driver module 8. As a data transfer method, a function call format, a storage method in a shared memory, message communication, etc. can be considered.

【0046】図7はサービスドライバモジュール8によ
るサービス選択処理の流れを示すフローチャートであ
る。
FIG. 7 is a flow chart showing the flow of service selection processing by the service driver module 8.

【0047】サービスドライバモジュール8は、統合サ
ービス選択部9より、品質パラメータの値で表される標
準形式のサービス選択条件を取得すると、その条件を、
対応する通信資源のサービス選択条件に変換する。例え
ばASPにおける映像ストリーミングサービスの場合
は、解像度、フレームレート等のパラメータ値に変換す
る。また、DiffSercキャリア網サービスの場合は、その
品質を満たす優先度クラスを設定する。
When the service driver module 8 acquires the standard-format service selection condition represented by the value of the quality parameter from the integrated service selection unit 9, the condition is set as follows.
Convert to the service selection condition of the corresponding communication resource. For example, in the case of a video streaming service in ASP, it is converted into parameter values such as resolution and frame rate. Further, in the case of DiffSerc carrier network service, a priority class that satisfies the quality is set.

【0048】続いてサービスドライバモジュール8は、
変換された条件を元に、通信資源に対しサービス制御を
行う。例えばASPにおける映像ストリーミングサービ
スの場合は、求めた解像度、フレームレート等のパラメ
ータ値を使用するように、アプリケーションの設定を行
う。また、DiffSercキャリア網サービスの場合は、求め
た優先度クラスを使用して通信するように、アプリケー
ションの設定を行ったり、ルータの設定を行う。ただ
し、ユーザLANのようなベストエフォート型の通信資
源に対しては何も行う必要はない。
Subsequently, the service driver module 8
Service control is performed for communication resources based on the converted conditions. For example, in the case of the video streaming service in ASP, the application is set to use the parameter values such as the obtained resolution and frame rate. In the case of DiffSerc carrier network service, application settings and router settings are performed so that communication is performed using the obtained priority class. However, it is not necessary to do anything for the best effort type communication resources such as the user LAN.

【0049】以上の処理は、トラヒック変動の状況や、
プロバイダが料金等のサービス条件を変更するタイミン
グに合わせて繰り返される。
The above processing is carried out in accordance with the traffic fluctuation situation and
It is repeated at the timing when the provider changes service conditions such as charges.

【0050】5.データおよびその処理 図8は、ストリーム通信の場合の通信品質に関するユー
ザ要求条件の一例として、単位時間あたりのデータ転送
量(利用帯域)と、満足度との関係を示す。満足度が0
になる場合は、通信をしないことを意味する。
5. Data and Processing Thereof FIG. 8 shows the relationship between the amount of data transfer (bandwidth used) per unit time and the degree of satisfaction, as an example of user requirements regarding communication quality in the case of stream communication. 0 satisfaction
If it means, it means not to communicate.

【0051】図9は、ストリーム通信の場合の通信コス
トに関するユーザ要求条件の一例として、単位時間あた
りの使用料金と満足度との関係を示す。満足度が0にな
る場合は、通信をしないことを意味する。
FIG. 9 shows the relationship between the usage charge per unit time and the degree of satisfaction, as an example of user requirements regarding the communication cost in the case of stream communication. When the degree of satisfaction is 0, it means that communication is not performed.

【0052】図10は、バルク通信の場合の通信品質に
関するユーザ要求条件の一例として、転送完了時間と満
足度との関係を示す。満足度が0になる場合は、通信を
しないことを意味する。
FIG. 10 shows the relationship between the transfer completion time and the degree of satisfaction as an example of user requirements relating to communication quality in the case of bulk communication. When the degree of satisfaction is 0, it means that communication is not performed.

【0053】図11は、バルク通信の場合の通信コスト
に関するユーザ要求条件の一例として、通信時間にかか
る料金(トータル料金)と満足度との関係を示す。満足
度が0になる場合は、通信をしないことを意味する。
FIG. 11 shows the relationship between the charge (total charge) required for communication time and the degree of satisfaction, as an example of the user request condition regarding the communication cost in the case of bulk communication. When the degree of satisfaction is 0, it means that communication is not performed.

【0054】図12は、サービス提供条件の一例とし
て、単位時間あたりのデータ転送量(利用帯域)と料金
との関係を示す。提供できない帯域の料金は無限大とす
る。
FIG. 12 shows, as an example of service providing conditions, the relationship between the amount of data transfer (bandwidth used) per unit time and the charge. Bandwidth that cannot be provided is infinite.

【0055】図13はサービス提供条件の統合を説明す
る図である。サービス提供条件を統合するには、各帯域
ごとにそれぞれの料金を加算する。どれかの料金が無限
大になれば、合計も無限大にする。これは、ある通信資
源で料金が無限大の場合にはその帯域を利用できず、エ
ンド・エンドサービス品質においてはその資源がボトル
ネットとなり、その帯域は利用できないからである。統
合サービス提供条件データにより、エンド・エンドで各
通信サービス資源のサービスを利用するときのトータル
な利用料金がわかる。
FIG. 13 is a diagram for explaining the integration of service provision conditions. To integrate the service provision conditions, add the respective charges for each band. If any of the charges goes to infinity, the total goes to infinity. This is because if the charge is infinite for a certain communication resource, that band cannot be used, and in the end-to-end quality of service that resource becomes a bottle net, and that band cannot be used. Based on the integrated service provision condition data, the total usage charge for using the services of each communication service resource from end to end can be known.

【0056】図14はユーザ要求条件の正規化処理の流
れの一例を示すフローチャートであり、図15はその処
理の一例を示す。ここでは、ストリーム通信の場合の処
理について説明する。この処理では、統合サービス提供
条件を使って、通信コスト要求条件を、単位時間あたり
の料金に対する満足度の関係から、利用帯域に対する満
足度の関係に変換する。ある帯域での料金がわかると、
その料金での満足度がわかる。したがって、帯域に対す
る料金満足度の関係がわかる。
FIG. 14 is a flow chart showing an example of the flow of the user request condition normalization process, and FIG. 15 shows an example of the process. Here, processing in the case of stream communication will be described. In this process, the integrated service provision condition is used to convert the communication cost requirement condition into the relationship of satisfaction with respect to the usage band from the relationship of satisfaction with respect to the charge per unit time. If you know the charge for a certain band,
You can see how satisfied you are with the price. Therefore, the relationship of fee satisfaction with bandwidth can be known.

【0057】図16はユーザ要求条件の正規化処理の流
れの別の例を示すフローチャートであり、図17はその
処理の一例を示す。ここでは、バルク通信の場合の処理
について説明する。この処理では、まず、通信品質要求
条件を、転送完了時間に対する満足度の関係から、利用
帯域に対する満足度の関係に変換する。ある帯域を利用
した場合の転送完了時間は、「ファイルサイズ÷帯域」
で導出できる。これにより、帯域に対する品質満足度の
関係がわかる。次に、統合サービス提供条件を使って、
通信コスト要求条件を、トータル料金に対する満足度の
関係から、利用帯域に対する満足度の関係に変換する。
ある帯域を利用する場合、通信時間がわかり、通信時間
と単位時間あたりの料金をかけたものがトータル料金と
なる。したがって、帯域に対する料金満足度の関係がわ
かる。
FIG. 16 is a flowchart showing another example of the flow of the user request condition normalization process, and FIG. 17 shows an example of the process. Here, processing in the case of bulk communication will be described. In this process, first, the communication quality request condition is converted from the relationship of satisfaction with the transfer completion time to the relationship of satisfaction with the utilization band. Transfer completion time when a certain bandwidth is used is "file size / bandwidth"
Can be derived with. As a result, the relationship of the quality satisfaction with the band is known. Next, using the integrated service provision conditions,
The communication cost requirement is converted from the relationship of satisfaction with the total charge to the relationship of satisfaction with the used bandwidth.
When a certain band is used, the communication time is known, and the product of the communication time and the charge per unit time is the total charge. Therefore, the relationship of fee satisfaction with bandwidth can be known.

【0058】図18はユーザ満足度合成処理および最適
解導出処理の流れの一例を示すフローチャートであり、
図19はその処理の一例として、満足度合成関数として
和を用いた場合の例を示す。この処理では、利用帯域に
対するユーザのコストに関する満足度と品質に関する満
足度のデータを合成し、利用帯域に対するユーザの総合
満足度データを作成する。満足度の合成は、シナリオモ
ジュールからの指示による満足度合成関数を使用する。
ただし、通信品質要求条件と通信コスト要求条件とのい
ずれかの満足度が0の場合には、ユーザの要求条件を満
たしていないので、総合満足度は0とする。求めた総合
満足度データの最大値となる帯域が、ユーザの総合満足
度を最大にするサービス帯域である。
FIG. 18 is a flow chart showing an example of the flow of user satisfaction degree synthesis processing and optimum solution derivation processing.
FIG. 19 shows an example of the processing in which a sum is used as the satisfaction combination function. In this process, data of the user's satisfaction with respect to the used band and the satisfaction with respect to the quality are combined to create total satisfaction data of the user with respect to the used band. Satisfaction composition uses a satisfaction composition function instructed by the scenario module.
However, when the satisfaction level of either the communication quality requirement or the communication cost requirement is 0, the user's requirement is not satisfied, so the total satisfaction is set to 0. The bandwidth having the maximum value of the obtained total satisfaction data is the service bandwidth that maximizes the total satisfaction of the user.

【0059】6.ユーザ要求条件およびサービス提供条
件の具体例 6.1 ストリーム通信 ストリーム通信の場合、通信品質に関する実際のユーザ
要求は、アプリケーションによって異なる。例えば、映
像の場合には解像度、フレームレート、圧縮アルゴリズ
ムなど、音声の場合にはサンプリング周波数、ダイナミ
ックレンジ、圧縮アルゴリズムなどである。これを単位
時間あたりのデータ転送量(利用帯域)と満足度との関
係により表すことで、どのようなアプリケーションでも
共通の要求条件に置き換える。
6. Specific examples of user request conditions and service provision conditions 6.1 Stream communication In the case of stream communication, the actual user request regarding communication quality differs depending on the application. For example, in the case of video, the resolution, frame rate, compression algorithm, etc., and in the case of audio, the sampling frequency, dynamic range, compression algorithm, etc. By expressing this by the relationship between the amount of data transfer (bandwidth used) per unit time and the degree of satisfaction, any application can be replaced with common requirements.

【0060】通信コスト条件については、例えば映画や
会議のように通信継続時間があらかじめ決まっている場
合には、通信にかかるトータルな料金を要求条件とする
のが一般的である。しかし、例えば普通の電話のように
通信継続時間が決まっていない場合、単位時間あたりの
領域が要求条件となる。前者の場合は、ユーザからの入
力条件を通信時間とトータル料金とし、トータルな料金
を通信時間で割ることで簡単に変換できる。
Regarding the communication cost condition, when the communication continuation time is predetermined such as in a movie or a conference, the total charge for communication is generally set as the required condition. However, when the communication continuation time is not fixed as in an ordinary telephone, the area per unit time is a required condition. In the former case, the input conditions from the user are the communication time and the total charge, and the total charge is divided by the communication time for easy conversion.

【0061】図20はストリーム通信におけるユーザ要
求入力のGUI例を示す。シナリオモジュールは、でき
るだけユーザにわかりやすい形式で要求条件を取得す
る。
FIG. 20 shows a GUI example of user request input in stream communication. The scenario module acquires requirements in a format that is as user-friendly as possible.

【0062】図21ないし図25はユーザ要求条件の例
を示す。図21は10分以内で6Mbps以上、図22
は10分以内でできるだけ良い品質、図23は6Mbp
s以上でできるだけ安くというユーザ要求条件を表す。
また、図24は、ユーザにより複数の点をグラフ上に入
力してもらい、それを直線で結んだ例を示す。図25
は、複数の点をベジエ、スプライン等で近似した曲線の
例を示す。どのようなユーザ要求条件を得るかは、シナ
リオモジュールしだいである。
21 to 25 show examples of user requirement conditions. 21 shows 6 Mbps or more within 10 minutes.
Is as good as possible within 10 minutes, Fig. 23 is 6Mbp
A user requirement of s or more and being as cheap as possible is shown.
Further, FIG. 24 shows an example in which a user inputs a plurality of points on a graph and the points are connected by a straight line. Figure 25
Shows an example of a curve in which a plurality of points are approximated by Bezier, spline, or the like. What kind of user requirement is obtained depends on the scenario module.

【0063】サービス提供条件は、単位時間あたりのデ
ータ転送量(利用帯域)と料金の関係により表される。
The service providing condition is represented by the relationship between the amount of data transfer (unit bandwidth) per unit time and the charge.

【0064】図26はユーザ側LANのサービス提供条
件例を示す。ユーザ側LANのようにユーザが管理する
通信サービス資源は課金されない。例えば6Mbpsが
利用可能な場合には、それ以下の利用帯域は無料、それ
を越える帯域は利用できないので料金が無限大となる。
FIG. 26 shows an example of service provision conditions of the user side LAN. Communication service resources managed by the user such as the user side LAN are not charged. For example, when 6 Mbps is available, the bandwidth used below that is free, and the bandwidth beyond that is not available, so the charge becomes infinite.

【0065】利用可能な帯域は、ポリシー・ベースド・
ネットワークのように管理された網ならば、管理システ
ムから得る。現在の一般的なLANのように何も管理さ
れていない網ならば、pathcherのような外部からの観測
によって利用可能帯域を得る。具体的にどのような方法
を用いるのかはサービスドライバに隠蔽されるため、こ
こでは規定しない。
Available bandwidth is policy-based
If it is a managed network such as a network, obtain it from the management system. In the case of a network where nothing is managed like the current general LAN, the available bandwidth is obtained by external observation such as pathcher. Since the specific method to be used is hidden by the service driver, it is not specified here.

【0066】図27はマルチSLAサービスのサービス
提供条件例を示す。複数の帯域保証グレードを持ち、保
証する帯域によって料金が高くなるようなサービスで
は、図35に示すようなサービス提供条件となる。
FIG. 27 shows an example of service provision conditions for the multi-SLA service. In a service having a plurality of bandwidth guarantee grades and the fee is increased depending on the guaranteed bandwidth, the service providing condition is as shown in FIG.

【0067】図28はDiffSerサービスのサービス提供
条件例を示す。優先度キューイング(strict priority
queuing)を行うDiffServサービスで、優先度が高いほ
どデータあたりの料金が高くなるサービスの場合は、特
願2001-356362に示された方式等を利用することで各優
先度クラスごとの利用可能帯域を求めることができ、優
先度ごとの料金情報から帯域ごとの料金を求めることが
できる。最高優先度でも出せない帯域では、料金を無限
大にする。
FIG. 28 shows an example of service providing conditions for the DiffSer service. Strict priority queuing
In the case of a DiffServ service that performs queuing), the higher the priority, the higher the price per data will be. By using the method shown in Japanese Patent Application No. 2001-356362, the available bandwidth for each priority class will be increased. And the charge for each band can be calculated from the charge information for each priority. In the band that cannot be issued even at the highest priority, the price will be infinite.

【0068】図29はストリームサーバのサービス提供
条件例を示す。例えばASPの映像ストリーム通信アプ
リケションにおいて、フレームレートを変更することで
通信品質の制御を行う場合、利用できる帯域は離散的な
値となる。提供するフレームレートに応じて料金を高く
する場合、図29に示すようなサービス提供条件とな
る。
FIG. 29 shows an example of service provision conditions of the stream server. For example, in the video stream communication application of ASP, when the communication quality is controlled by changing the frame rate, the usable band has a discrete value. When the fee is increased according to the frame rate to be provided, the service providing condition is as shown in FIG.

【0069】なお、ストリーム通信の場合、通信中に要
求条件は変化しない。ただし、通信途中でユーザが「現
在のコスト条件では満足する通信ができない」と判断し
て要求条件を変更する場合がある。その場合、シナリオ
モジュールは、ユーザの要求条件が変更されるにしたが
い、新しい要求条件で処理を行う。その場合、サービス
選択を行うタイミングは、トラック変動に応じてユーザ
が指定するか、シナリオモジュールで自動的に判断す
る。繰り返し処理を行う場合、サービス提供条件の取得
は毎回行う必要はない。例えば、サービスグレードごと
に利用できる帯域、料金が一定のサービスに対しては、
最初に1回行って、以後はそのデータを再利用する。
In the case of stream communication, the required conditions do not change during communication. However, in the middle of communication, the user may change the request condition by determining that "the current cost condition cannot satisfy the communication". In that case, the scenario module performs processing with the new requirement as the requirement of the user is changed. In that case, the timing for selecting the service is specified by the user according to the track variation, or is automatically determined by the scenario module. When the processing is repeated, it is not necessary to acquire the service provision condition each time. For example, for services with fixed bandwidth and charges available for each service grade,
Do it once at the beginning and reuse the data thereafter.

【0070】6.2 バルク通信 図30はバルク通信におけるユーザ要求入力のGUI例
を示し、図31ないし図33はユーザ要求条件の例を示
す。バルク通信の場合には、通信完了時間とトータル料
金とが重要である。図31は10Mバイトのファイルを
10円以内の料金で10秒以内に転送するというユーザ
要求条件、図32は10円以内の料金でできるだけ速く
転送するというユーザ要求条件、図33は10秒以内に
できるだけ安く転送するというユーザ要求条件を示す。
ストリーム通信の場合と同様に、シナリオモジュールに
より種々の指定方法が可能である。
6.2 Bulk Communication FIG. 30 shows a GUI example of user request input in bulk communication, and FIGS. 31 to 33 show examples of user request conditions. In the case of bulk communication, communication completion time and total charge are important. 31 is a user requirement that a 10 Mbyte file be transferred within 10 seconds at a charge of 10 yen, FIG. 32 is a user requirement that the transfer is as fast as possible at a charge of 10 yen, and FIG. 33 is within 10 seconds. Indicates the user requirement to transfer as cheaply as possible.
As in the case of stream communication, various specification methods are possible depending on the scenario module.

【0071】7.サービス提供条件の統合処理 サービス提供条件の統合についてさらに詳しく説明す
る。
7. Integration of service provision conditions The integration of service provision conditions will be described in more detail.

【0072】図34は通信資源配置の一例を示す。上述
の説明では通信経路が一つの場合を例に説明したが、サ
ービスによっては、通信経路が複数ある場合もある。図
34の例では、ユーザがサービスを受ける経路が複数存
在し、かつ各経路上で複数の通信資源(キャリア資源お
よびAPS資源)を利用している。このような場合、統
合サービス選択部9は、通信資源が直列に配置されてい
る場合は料金の合計を、並列に配置されている場合はも
っとも低い料金を値とするデータに変換することによっ
て、サービス提供条件の統合を行う。
FIG. 34 shows an example of communication resource allocation. In the above description, the case where there is one communication path has been described as an example, but there may be multiple communication paths depending on the service. In the example of FIG. 34, there are a plurality of routes through which the user receives a service, and a plurality of communication resources (carrier resources and APS resources) are used on each route. In such a case, the integrated service selecting unit 9 converts the total charges when the communication resources are arranged in series, into data having the lowest charge as the value when the communication resources are arranged in parallel, Integrate service provision conditions.

【0073】図35は通信資源が直列に配置されている
場合のサービス提供条件の統合処理の流れを示すフロー
チャートであり、図36は具体的な統合例を示す。この
場合には、複数のサービスドライバモジュール8でそれ
ぞれ取得したサービス提供条件について、通信コストを
表すパラメータ(図36の例では料金)を、同じ通信品
質(図36の例では帯域)ごとに加算する。
FIG. 35 is a flowchart showing the flow of the process of integrating the service providing conditions when the communication resources are arranged in series, and FIG. 36 shows a concrete example of integration. In this case, with respect to the service providing conditions respectively acquired by the plurality of service driver modules 8, a parameter representing the communication cost (charge in the example of FIG. 36) is added for each same communication quality (bandwidth in the example of FIG. 36). .

【0074】図37は通信資源が並列に配置されている
場合のサービス提供条件の統合処理の流れを示すフロー
チャートであり、図38は具体的な統合例を示す。この
場合、複数のサービスドライバモジュール8でそれぞれ
取得したサービス提供条件について、通信サービス全体
の通信コストを表すパラメータ値(図38の例では料
金)が最小となるものを選択する。
FIG. 37 is a flow chart showing the flow of service provision condition integration processing when communication resources are arranged in parallel, and FIG. 38 shows a specific integration example. In this case, of the service providing conditions respectively acquired by the plurality of service driver modules 8, the one having the smallest parameter value (the charge in the example of FIG. 38) representing the communication cost of the entire communication service is selected.

【0075】図39ないし図42は図34に示した通信
資源配置に対するサービス提供条件の統合を説明する図
である。図34に示した資源配置において、第一のキャ
リア資源と第一のASP資源とを直列合成することで図
39に示す資源配置に変換でき、さらに第二のキャリア
資源と第二のASP資源とを直列合成することで図40
に示す資源配置に変換でき、二つの選択枝を並列合成す
ることで図41に示す資源配置に変換できる。最後に、
ユーザ資源と直列合成することで、図42に示す統合サ
ービス提供条件を導出することができる。
39 to 42 are diagrams for explaining the integration of service providing conditions with respect to the communication resource allocation shown in FIG. In the resource allocation shown in FIG. 34, the resource allocation shown in FIG. 39 can be converted by serially combining the first carrier resource and the first ASP resource, and the second carrier resource and the second ASP resource can be converted. 40 by synthesizing in series
The resource allocation shown in FIG. 41 can be converted, and the resource allocation shown in FIG. 41 can be converted by synthesizing two selection branches in parallel. Finally,
The integrated service providing condition shown in FIG. 42 can be derived by serially combining with the user resource.

【0076】[0076]

【発明の効果】以上説明したように、本発明によれば、
ユーザ(通信サービス利用者)の要求条件と、各種プロ
バイダ(通信資源提供者)が提供するサービス提供条件
における品質に関するパラメータおはびコストに関する
パラメータとが統一され、また、サービス選択のパラメ
ータが品質に関するパラメータで統一される。これによ
り、ユーザの要求条件に最も適合するサービス選択アル
ゴリズムを汎用的に利用することが可能となる。
As described above, according to the present invention,
The requirements of users (communication service users) and the parameters related to quality and the parameters related to costs in the service provision conditions provided by various providers (communication resource providers) are unified, and the parameters for service selection relate to quality. Unify with parameters. As a result, it becomes possible to use the service selection algorithm that most suits the user's requirements in a general-purpose manner.

【0077】プロバイダ(通信資源提供者)は、自己が
提供するサービスのサービス提供条件の提示方法とサー
ビス選択方法を、本発明で規定されるパラメータによっ
て汎用化するモジュールを作成し、ネットワークを通じ
てダウンロード形式でユーザに提供することにより、ユ
ーザ(通信サービス利用者)はプロバイダが提供するサ
ービスを容易に利用することができる。これにより、各
種プロバイダによる効果的な独自サービスの提供が促進
される。
The provider (communication resource provider) creates a module that generalizes the method of presenting the service providing conditions and the method of selecting the service of the service provided by itself according to the parameters defined in the present invention, and downloads it through the network. By providing the service to the user, the user (communication service user) can easily use the service provided by the provider. This promotes the effective provision of unique services by various providers.

【0078】通信サービス利用者にわかりやすい形式で
要求条件を取得し、システムで規定される要求条件に変
換する機能モジュールを、ユーザもしくはプロバイダ、
あるいは不特定の第三者が作成し、ネットワークを通じ
たダウンロード形式で広く他者に提供することによっ
て、効果的なユーザインタフェース機能をもつモジュー
ルの開発が促進される。
A function module that acquires a requirement in a format that is easy for a communication service user to understand and converts it into a requirement defined by the system
Alternatively, the module having an effective user interface function is promoted by being created by an unspecified third party and widely provided to others in a download format through a network.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の基本的な実施形態を示す図。FIG. 1 is a diagram showing a basic embodiment of the present invention.

【図2】サービス選択の概要を説明する図。図1は本発
明の基本的な実施形態を示す。
FIG. 2 is a diagram illustrating an outline of service selection. FIG. 1 shows a basic embodiment of the invention.

【図3】サービス選択処理の流れを示すフローチャー
ト。
FIG. 3 is a flowchart showing the flow of service selection processing.

【図4】ユーザ要求条件取得変換処理のフローチャー
ト。
FIG. 4 is a flowchart of user request condition acquisition conversion processing.

【図5】サービス提供条件取得変換処理のフローチャー
ト。
FIG. 5 is a flowchart of service provision condition acquisition conversion processing.

【図6】統合サービス選択部による処理のフローチャー
ト。
FIG. 6 is a flowchart of processing by an integrated service selection unit.

【図7】サービス選択処理のフローチャート。FIG. 7 is a flowchart of service selection processing.

【図8】通信品質に関するユーザ要求条件の一例を示す
図。
FIG. 8 is a diagram showing an example of user requirements relating to communication quality.

【図9】通信コストに関するユーザ要求条件の一例を示
す図。
FIG. 9 is a diagram showing an example of user requirements relating to communication costs.

【図10】通信品質に関するユーザ要求条件の別の例を
示す図。
FIG. 10 is a diagram showing another example of user requirements relating to communication quality.

【図11】通信コストに関するユーザ要求条件の別の例
を示す図。
FIG. 11 is a diagram showing another example of user request conditions relating to communication costs.

【図12】サービス提供条件の一例を示す図。FIG. 12 is a diagram showing an example of service provision conditions.

【図13】サービス提供条件の統合を説明する図。FIG. 13 is a diagram illustrating integration of service provision conditions.

【図14】ユーザ要求条件の正規化処理のフローチャー
ト。
FIG. 14 is a flowchart of user request condition normalization processing.

【図15】ユーザ要求条件の正規化処理の一例を示す
図。
FIG. 15 is a diagram showing an example of a user request condition normalization process.

【図16】ユーザ要求条件の正規化処理の別の例を示す
フローチャート。
FIG. 16 is a flowchart showing another example of the normalization process of the user request condition.

【図17】ユーザ要求条件の正規化処理の一例を示す
図。
FIG. 17 is a diagram showing an example of a process of normalizing user requirements.

【図18】ユーザ満足度合成処理および最適解導出処理
のフローチャート。
FIG. 18 is a flowchart of user satisfaction degree synthesis processing and optimum solution derivation processing.

【図19】ユーザ満足度合成処理および最適解導出処理
の一例を示す図。
FIG. 19 is a diagram showing an example of user satisfaction degree synthesis processing and optimum solution derivation processing.

【図20】ストリーム通信におけるユーザ要求入力のG
UI例を示す図。
FIG. 20: G of user request input in stream communication
The figure which shows an example of UI.

【図21】ユーザ要求条件の例を示す図。FIG. 21 is a diagram showing an example of user requirements.

【図22】ユーザ要求条件の例を示す図。FIG. 22 is a diagram showing an example of user requirements.

【図23】ユーザ要求条件の例を示す図。FIG. 23 is a diagram showing an example of user requirements.

【図24】ユーザ要求条件の例を示す図。FIG. 24 is a diagram showing an example of user requirements.

【図25】ユーザ要求条件の例を示す図。FIG. 25 is a diagram showing an example of user requirements.

【図26】ユーザ側LANのサービス提供条件例を示す
図。
FIG. 26 is a diagram showing an example of service provision conditions of a user side LAN.

【図27】マルチSLAサービスのサービス提供条件例
を示す図。
FIG. 27 is a diagram showing an example of service provision conditions of a multi-SLA service.

【図28】DiffSerサービスのサービス提供条件例を示
す図。
FIG. 28 is a diagram showing an example of service providing conditions of a DiffSer service.

【図29】ストリームサーバのサービス提供条件例を示
す図。
FIG. 29 is a diagram showing an example of service provision conditions of a stream server.

【図30】バルク通信におけるユーザ要求入力のGUI
例を示す図。
FIG. 30 is a GUI for inputting a user request in bulk communication.
The figure which shows an example.

【図31】ユーザ要求条件の例を示す図。FIG. 31 is a diagram showing an example of user requirements.

【図32】ユーザ要求条件の例を示す図。FIG. 32 is a diagram showing an example of user requirements.

【図33】ユーザ要求条件の例を示す図。FIG. 33 is a diagram showing an example of user requirements.

【図34】通信資源配置の一例を示す図。FIG. 34 is a diagram showing an example of communication resource allocation.

【図35】サービス提供条件の統合処理の一例を示すフ
ローチャート。
FIG. 35 is a flowchart showing an example of service provision condition integration processing.

【図36】具体的な統合例を示す図。FIG. 36 is a diagram showing a specific example of integration.

【図37】サービス提供条件の統合処理の別の例を示す
フローチャート。
FIG. 37 is a flowchart showing another example of service provision condition integration processing.

【図38】具体的な統合例を示す図。FIG. 38 is a diagram showing a specific example of integration.

【図39】図34に示した通信資源配置に対するサービ
ス提供条件の統合を説明する図。
FIG. 39 is a diagram for explaining integration of service provision conditions with respect to the communication resource allocation shown in FIG. 34.

【図40】図34に示した通信資源配置に対するサービ
ス提供条件の統合を説明する図。
FIG. 40 is a diagram for explaining integration of service provision conditions with respect to the communication resource allocation shown in FIG. 34.

【図41】図34に示した通信資源配置に対するサービ
ス提供条件の統合を説明する図。
FIG. 41 is a diagram for explaining the integration of service provision conditions for the communication resource allocation shown in FIG. 34.

【図42】図34に示した通信資源配置に対するサービ
ス提供条件の統合を説明する図。
42 is a diagram for explaining integration of service provision conditions with respect to the communication resource allocation shown in FIG. 34.

【符号の説明】 1 端末 2 ユーザ側LAN 3 キャリア網 4 サーバ側LAN 5 ASPサーバ 6 モジュール実行部 7 シナリオモジュール 8 サービスドライバモジュール 9 統合サービス選択部[Explanation of symbols] 1 terminal 2 User side LAN 3 carrier networks 4 server side LAN 5 ASP server 6 Module execution unit 7 Scenario module 8 Service driver module 9 Integrated service selection section

───────────────────────────────────────────────────── フロントページの続き (72)発明者 筒井 章博 東京都千代田区大手町二丁目3番1号 日 本電信電話株式会社内 (72)発明者 前大道 浩之 東京都千代田区大手町二丁目3番1号 日 本電信電話株式会社内 Fターム(参考) 5K030 GA19 HC01 LB05 LC09    ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Akihiro Tsutsui             2-3-1, Otemachi, Chiyoda-ku, Tokyo             Inside Telegraph and Telephone Corporation (72) Inventor Hiroyuki Ohmichi             2-3-1, Otemachi, Chiyoda-ku, Tokyo             Inside Telegraph and Telephone Corporation F-term (reference) 5K030 GA19 HC01 LB05 LC09

Claims (17)

【特許請求の範囲】[Claims] 【請求項1】 通信サービス利用者からの要求条件に応
じて、通信資源提供者の提供する複数の通信品質から最
適なものを選択する通信品質制御方法において、 前記要求条件として、通信品質を表すパラメータの連続
する各値における満足度指数を表す第一のユーザ要求条
件と、通信コストを表すパラメータの連続する各値にお
ける満足度指数を表す第二のユーザ要求条件と、これら
のユーザ要求条件から総合的な満足度指数を計算する満
足度合成関数とを取得し、 前記通信資源提供者から、通信品質を表すパラメータ値
と通信コストを表すパラメータ値との関係を表すサービ
ス提供条件を取得し、 このサービス提供条件により前記第二のユーザ要求条件
における通信コストを表すパラメータを通信品質を表す
パラメータに変換して、前記満足度合成関数から総合的
な満足度指数が最大となる通信品質を表すパラメータ値
を求め、 このパラメータ値を通信品質を制御するパラメータとし
て使用することを特徴とする通信品質制御方法。
1. A communication quality control method for selecting an optimum communication quality from a plurality of communication qualities provided by a communication resource provider in accordance with a requirement from a communication service user, wherein the requirement represents a communication quality. From these user requirements, the first user requirement that represents the satisfaction index at each continuous value of the parameter, the second user requirement that represents the satisfaction index at each continuous value of the parameter that represents the communication cost, and these user requirements Obtaining a satisfaction combination function for calculating a comprehensive satisfaction index, from the communication resource provider, to obtain a service providing condition representing the relationship between the parameter value representing the communication quality and the parameter value representing the communication cost, According to this service providing condition, the parameter representing the communication cost in the second user requirement is converted into the parameter representing the communication quality, and the A communication quality control method characterized in that a parameter value representing a communication quality that maximizes a total satisfaction index is obtained from a frequency composite function, and this parameter value is used as a parameter for controlling the communication quality.
【請求項2】 前記通信品質を表すパラメータとしてそ
の通信サービスで利用できる帯域を用い、前記通信コス
トを表すパラメータとして単位時間当たりの料金を用い
る請求項1記載の通信品質制御方法。
2. The communication quality control method according to claim 1, wherein a band available for the communication service is used as a parameter representing the communication quality, and a charge per unit time is used as a parameter representing the communication cost.
【請求項3】 前記通信品質を表すパラメータとしてそ
の通信サービスの完了までの時間を用い、前記通信コス
トを表すパラメータとして通信全体での料金を用いる請
求項1記載の通信品質制御方法。
3. The communication quality control method according to claim 1, wherein a time until completion of the communication service is used as a parameter representing the communication quality, and a charge for the entire communication is used as a parameter representing the communication cost.
【請求項4】 前記満足度合成関数として、前記第一の
ユーザ要求条件と前記第二のユーザ要求条件との和を用
いる請求項1記載の通信品質制御方法。
4. The communication quality control method according to claim 1, wherein a sum of the first user requirement and the second user requirement is used as the satisfaction combination function.
【請求項5】 前記満足度合成関数として、前記第一の
ユーザ要求条件と前記第二のユーザ要求条件との積を用
いる請求項1記載の通信品質制御方法。
5. The communication quality control method according to claim 1, wherein a product of the first user requirement and the second user requirement is used as the satisfaction combination function.
【請求項6】 ひとつの通信サービスについて複数の通
信資源提供者が関与し、この複数の通信資源提供者がそ
れぞれ1または複数の通信品質を提供する場合には、各
通信資源提供者からサービス提供条件を収集し、それら
のサービス提供条件の通信コストを表すパラメータを同
じ通信品質ごとに加算する請求項1記載の通信品質制御
方法。
6. When a plurality of communication resource providers are involved in one communication service and the plurality of communication resource providers respectively provide one or a plurality of communication qualities, each communication resource provider provides the service. The communication quality control method according to claim 1, wherein conditions are collected and parameters representing communication costs of those service provision conditions are added for each same communication quality.
【請求項7】 ひとつの通信サービスの少なくとも一部
の通信資源について複数の通信資源提供者のいずれかを
選択可能である場合には、各通信資源提供者からサービ
ス提供条件を収集し、それらのサービス提供条件の中か
ら、通信サービス全体の通信コストを表すパラメータ値
が最小となるものを選択する請求項1記載の通信品質制
御方法。
7. When it is possible to select any of a plurality of communication resource providers for at least a part of communication resources of one communication service, the service providing conditions are collected from each communication resource provider, and the service providing conditions are collected. The communication quality control method according to claim 1, wherein a condition that a parameter value representing the communication cost of the entire communication service is minimized is selected from the service providing conditions.
【請求項8】 ひとつの通信サービスの少なくとも一部
の通信資源について複数の選択肢があり、少なくとも一
部の選択肢においては複数の通信資源提供者が関与する
場合には、それぞれの選択肢について、各通信資源提供
者から収集したサービス提供条件の通信コストを表すパ
ラメータを同じ通信品質ごとに加算し、それらの中か
ら、通信サービス全体の通信コストを表すパラメータが
最小となるものを選択する請求項1記載の通信品質制御
方法。
8. When there are a plurality of options for at least a part of communication resources of one communication service, and a plurality of communication resource providers are involved in at least a part of the options, each communication is performed for each option. 2. The parameter representing the communication cost of the service providing condition collected from the resource provider is added for each same communication quality, and the one having the smallest parameter representing the communication cost of the entire communication service is selected from them. Communication quality control method.
【請求項9】 通信サービス利用者からの要求条件に応
じて、通信資源提供者の提供する複数の通信品質から最
適なものを選択する通信品質制御装置において、 前記要求条件として、通信品質を表すパラメータの連続
する各値における満足度指数を表す第一のユーザ要求条
件と、通信コストを表すパラメータの連続する各値にお
ける満足度指数を表す第二のユーザ要求条件と、これら
のユーザ要求条件から総合的な満足度指数を計算する満
足度合成関数とを取得するシナリオモジュールと、 前記通信資源提供者からの通信品質を表すパラメータ値
と通信コストを表すパラメータ値との関係を表すサービ
ス提供条件の取得、および前記通信資源提供者に対する
通信品質制御を行うサービスドライバモジュールと、 このサービスドライバモジュールが取得したサービス提
供条件により前記第二のユーザ要求条件における通信コ
ストを表すパラメータを通信品質を表すパラメータに変
換して、前記満足度合成関数から総合的な満足度指数が
最大となる通信品質を表すパラメータ値を求め、このパ
ラメータ値を通信品質を制御するパラメータとして前記
サービスドライバモジュールに通信品質制御を指示する
総合サービス選択部とを備えたことを特徴とする通信品
質制御装置。
9. A communication quality control device for selecting an optimum communication quality from a plurality of communication qualities provided by a communication resource provider in accordance with a requirement from a communication service user, wherein the requirement represents a communication quality. From these user requirements, the first user requirement that represents the satisfaction index at each continuous value of the parameter, the second user requirement that represents the satisfaction index at each continuous value of the parameter that represents the communication cost, and these user requirements A scenario module that obtains a satisfaction composition function that calculates a comprehensive satisfaction index, and a service provision condition that represents a relationship between a parameter value that represents the communication quality from the communication resource provider and a parameter value that represents the communication cost. A service driver module for obtaining and controlling communication quality for the communication resource provider, and this service driver module By converting the parameter representing the communication cost in the second user requirement condition into the parameter representing the communication quality according to the service providing condition acquired by the user, and the total satisfaction index becomes the maximum from the satisfaction combining function. A communication quality control device, comprising: a general service selection unit that obtains a parameter value that represents the communication quality and uses the parameter value as a parameter for controlling the communication quality to instruct the service driver module to perform communication quality control.
【請求項10】 通信資源提供者の提供するサービスを
利用する通信サービス利用者のコンピュータに、 前記通信サービス利用者からの要求条件に応じて、通信
品質を表すパラメータの連続する各値における満足度指
数を表す第一のユーザ要求条件と、通信コストを表すパ
ラメータの連続する各値における満足度指数を表す第二
のユーザ要求条件と、これらのユーザ要求条件から総合
的な満足度指数を計算する満足度合成関数とを取得する
第一の機能と、 前記通信資源提供者から、通信品質を表すパラメータ値
と通信コストを表すパラメータ値との関係を表すサービ
ス提供条件を取得する第二の機能と、 このサービス提供条件を用いて前記第二のユーザ要求条
件における通信コストを表すパラメータを通信品質を表
すパラメータに変換し、前記満足度合成関数から総合的
な満足度指数が最大となる通信品質を表すパラメータ値
を求める第三の機能と、 この第三の機能により得られたパラメータ値を通信品質
を制御するパラメータとして通信品質制御を行う第四の
機能とを実現させるためのプログラム。
10. A computer of a communication service user who uses a service provided by a communication resource provider, in accordance with a requirement from the communication service user, a satisfaction degree at each successive value of a parameter representing communication quality. A first user requirement representing an index, a second user requirement representing a satisfaction index at each successive value of a parameter representing a communication cost, and a comprehensive satisfaction index are calculated from these user requirements. A first function of acquiring a satisfaction degree composition function, and a second function of acquiring a service providing condition indicating a relationship between a parameter value indicating communication quality and a parameter value indicating communication cost from the communication resource provider. , Using this service provision condition, converting the parameter representing the communication cost in the second user requirement condition into the parameter representing the communication quality, The third function for obtaining the parameter value that represents the communication quality that maximizes the overall satisfaction index from the satisfaction combination function, and the parameter value obtained by this third function is used as a parameter for controlling the communication quality. A program for realizing the fourth function of quality control.
【請求項11】 前記第一の機能を実現させるプログラ
ムがモジュール化され、ユーザの好みにより選択されて
ダウンロードされる請求項10記載のプログラム。
11. The program according to claim 10, wherein the program that realizes the first function is modularized, and is selected and downloaded according to user preference.
【請求項12】 前記第二の機能および前記第四の機能
を実現させるプログラムがモジュール化され、各種の通
信資源に対応して各通信資源提供者から提供される請求
項10記載のプログラム。
12. The program according to claim 10, wherein a program for realizing the second function and the fourth function is modularized and provided by each communication resource provider in correspondence with various communication resources.
【請求項13】 請求項10記載のプログラムにおいて
前記第一の機能を実現させるためのプログラム。
13. The program according to claim 10, for realizing the first function.
【請求項14】 請求項10記載のプログラムにおいて
前記第二の機能および第四の機能を実現させるためのプ
ログラム。
14. A program for realizing the second function and the fourth function in the program according to claim 10.
【請求項15】 請求項10記載のプログラムが記録さ
れた記録媒体。
15. A recording medium on which the program according to claim 10 is recorded.
【請求項16】 請求項13記載のプログラムが記録さ
れた記録媒体。
16. A recording medium on which the program according to claim 13 is recorded.
【請求項17】 請求項14記載のプログラムが記録さ
れた記録媒体。
17. A recording medium on which the program according to claim 14 is recorded.
JP2002021199A 2002-01-30 2002-01-30 Method for controlling communication quality Pending JP2003224588A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002021199A JP2003224588A (en) 2002-01-30 2002-01-30 Method for controlling communication quality

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002021199A JP2003224588A (en) 2002-01-30 2002-01-30 Method for controlling communication quality

Publications (2)

Publication Number Publication Date
JP2003224588A true JP2003224588A (en) 2003-08-08
JP2003224588A5 JP2003224588A5 (en) 2004-11-25

Family

ID=27744507

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002021199A Pending JP2003224588A (en) 2002-01-30 2002-01-30 Method for controlling communication quality

Country Status (1)

Country Link
JP (1) JP2003224588A (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005101698A1 (en) * 2004-03-31 2005-10-27 Matsushita Electric Industrial Co., Ltd. Content transmission device and content reproduction device
JP2007189444A (en) * 2006-01-12 2007-07-26 Nippon Telegr & Teleph Corp <Ntt> System, method and program for changing communication quality
JP2009258998A (en) * 2008-04-16 2009-11-05 Fujitsu Ltd Apparatus, method, and program for providing service information
JP2012023569A (en) * 2010-07-14 2012-02-02 Brother Ind Ltd Communication device and computer program
CN103516990A (en) * 2012-06-15 2014-01-15 卡西欧计算机株式会社 Image pickup apparatus, portable terminal, and image pickup method
JP2014230188A (en) * 2013-05-24 2014-12-08 日本電信電話株式会社 Perception quality personalizing device
WO2017145962A1 (en) * 2016-02-22 2017-08-31 日本電気株式会社 Traffic optimization device and traffic optimization method

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8352989B2 (en) 2004-03-31 2013-01-08 Panasonic Corporation Content transmission device and content reproduction device
WO2005101698A1 (en) * 2004-03-31 2005-10-27 Matsushita Electric Industrial Co., Ltd. Content transmission device and content reproduction device
JP2007189444A (en) * 2006-01-12 2007-07-26 Nippon Telegr & Teleph Corp <Ntt> System, method and program for changing communication quality
JP4574558B2 (en) * 2006-01-12 2010-11-04 日本電信電話株式会社 Communication quality change system, communication quality change method, and communication quality change program
JP2009258998A (en) * 2008-04-16 2009-11-05 Fujitsu Ltd Apparatus, method, and program for providing service information
US9065659B2 (en) 2010-07-14 2015-06-23 Brother Kogyo Kabushiki Kaisha Communication device
JP2012023569A (en) * 2010-07-14 2012-02-02 Brother Ind Ltd Communication device and computer program
CN103516990A (en) * 2012-06-15 2014-01-15 卡西欧计算机株式会社 Image pickup apparatus, portable terminal, and image pickup method
JP2014017803A (en) * 2012-06-15 2014-01-30 Casio Comput Co Ltd Imaging device, mobile terminal, imaging method, and program
US9772680B2 (en) 2012-06-15 2017-09-26 Casio Computer Co., Ltd. Image pickup apparatus, portable terminal, image pickup method and storage medium
JP2014230188A (en) * 2013-05-24 2014-12-08 日本電信電話株式会社 Perception quality personalizing device
WO2017145962A1 (en) * 2016-02-22 2017-08-31 日本電気株式会社 Traffic optimization device and traffic optimization method
US10819582B2 (en) * 2016-02-22 2020-10-27 Nec Corporation Traffic optimization device and traffic optimization method

Similar Documents

Publication Publication Date Title
US8959247B2 (en) Customized delivery of content by a broadband gateway
JP5479107B2 (en) System and method for content communication
CN1993928B (en) Multicast and broadcast streaming method and system
Pasquale et al. Filter propagation in dissemination trees: Trading off bandwidth and processing in continuous media networks
Mu et al. A scalable user fairness model for adaptive video streaming over SDN-assisted future networks
US8363672B2 (en) Optimization of internet traffic based on application prioritization
US20020122429A1 (en) Mechanism and method for user selection of dynamic quality of service in telephony
EP1993231A1 (en) Allocation method, system and device for network resource in communication network
US9762960B2 (en) Customized acquisition of content by a broadband gateway
JP2001060958A (en) System for control and redirection of message in radio communication network
Burgstahler et al. Beyond technology: The missing pieces for QoS success
US11750722B2 (en) Media transcoding based on priority of media
JP2003224588A (en) Method for controlling communication quality
CN100380874C (en) Method and apparatus for providing radio access bearer services
CN103905906A (en) Smart-television-based data processing method and device
CN101808117B (en) Method for construction and service of time tag business data for communication
WO2009104153A1 (en) Method and device for transferring video streams in a network
JP2003224588A5 (en)
AU5447301A (en) Supply of a service or an application with a set QoS catergory
EP1195075B1 (en) Improvements in, or relating to, telecommunications service provision
KR100569773B1 (en) A framing apparatus and a framing method in a mobile communication system
JP2004056448A (en) Network management device
JP2004187053A (en) Image/voice communication service providing system, service processing method and terminal in the system, and image/voice communication system by distributed resource cooperation
Fu et al. Planning for network-aware paths
Reed Trends in Cable Network Economics: Implications for the Open Internet

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20031210

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20031210

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050512

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050524

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20051004