JPH06337729A - ネットワークサービスシステム - Google Patents

ネットワークサービスシステム

Info

Publication number
JPH06337729A
JPH06337729A JP12630593A JP12630593A JPH06337729A JP H06337729 A JPH06337729 A JP H06337729A JP 12630593 A JP12630593 A JP 12630593A JP 12630593 A JP12630593 A JP 12630593A JP H06337729 A JPH06337729 A JP H06337729A
Authority
JP
Japan
Prior art keywords
service
class
execution
user
subscription
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
JP12630593A
Other languages
English (en)
Inventor
Kenji Wakamiya
賢二 若宮
Tetsuji Morishita
哲次 森下
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP12630593A priority Critical patent/JPH06337729A/ja
Priority to US08/238,065 priority patent/US5682477A/en
Publication of JPH06337729A publication Critical patent/JPH06337729A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1485—Tariff-related aspects
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure
    • Y10S707/99945—Object-oriented database structure processing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99948—Application of database or data structure, e.g. distributed, multimedia, or image

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Technology Law (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer And Data Communications (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

(57)【要約】 【目的】ユーザの満足度と課金量を一致させてサービス
品質の向上を図るネットワークサービスシステムを提供
する。 【構成】サービス管理テーブル２はサービス毎にサービ
スの実行クラスと資源利用量とを対応付けて管理する。
サービス駆動機構１はこのサービス管理テーブル２を参
照して前記実行クラスに対応するサービスモジュールを
駆動するとともに資源利用量の割り当てを行う。課金補
償機構５はサービス管理テーブル２を参照して資源利用
量が実行クラスに見合っているか否かをチェックする。
課金機構３は前記資源利用量と課金補償機構５の結果と
に基づいて課金量を算出する。

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、ネットワークにおける
サービス品質の向上およびネットワークシステム全体の
効率化を図るネットワークサービスシステムに関する。
【０００２】
【従来の技術】ネットワークサービスシステムは、サー
ビスを提供するサーバとサービスを依頼するクライアン
トとがネットワークによって接続されて構成される。こ
のネットワークサービスシステムでは、クライアントユ
ーザがサーバにサービスを依頼する場合、ネットワーク
を用いて回線を接続することによりサーバが提供したサ
ービスやサービス資源を利用することができる。
【０００３】この場合、提供したサービスの品質やサー
ビス資源の利用量に関係なく、サーバでは、全てのクラ
イアントユーザに対して回線の接続時間などにより一律
の課金を行っていた。
【０００４】
【発明が解決しようとする課題】しかしながら、従来の
ネットワークサービスシステムでは、システムの過負荷
などにより、ユーザが期待したレベルのサービスを受け
られなかった場合であっても、通常と同じ課金量が課せ
られてしまうことがあった。このため、ユーザの満足度
と課金量が必ずしも一致してはいないという問題を生じ
ていた。
【０００５】本発明は、このような点に鑑みてなされた
もので、その目的とするところは、ユーザの満足度と課
金量を一致させてサービス品質の向上を図り、さらにシ
ステム全体の効率化を図ることのできるネットワークサ
ービスシステムを提供することにある。
【０００６】
【課題を解決するための手段】本発明は、前記課題を解
決するために下記の構成とした。図１は本発明の原理図
である。
【０００７】本発明のネットワークサービスシステム
は、ネットワークを介するサービス依頼に対してサービ
スを提供するネットワークサービスシステムであって、
サービス管理テーブル２、サービス駆動機構１、課金補
償機構５、課金機構３を備えている。
【０００８】サービス管理テーブル２は、サービス毎に
サービスの実行クラスと資源利用量とを対応付けて管理
する。サービス駆動機構１は、このサービス管理テーブ
ル２を参照して前記実行クラスに対応するサービスモジ
ュールを駆動するとともに資源利用量の割り当てを行
う。
【０００９】課金補償機構５は、サービス管理テーブル
２を参照して資源利用量が実行クラスに見合っているか
否かをチェックする。課金機構３は、前記資源利用量と
課金補償機構５の結果とに基づいて課金量を算出する。
【００１０】前記サービス駆動機構１は、サービス管理
テーブル２にサービスエントリを作成し、このサービス
エントリに対応するサービスモジュールを実行クラスに
従って駆動し、この駆動による資源利用量を前記サービ
スエントリに加算するようにする。
【００１１】前記課金補償機構５は、資源利用量が実行
クラスに見合っていない場合には、その資源利用量に見
合う実行クラスを選択し、前記サービス管理テーブル２
内の実行クラスを前記見合う実行クラスに書き換えるよ
うにする。
【００１２】また、ユーザクラスデータベース６を設
け、ユーザが加入時に選択したデフォルトの実行クラス
（加入クラス）をサービス毎に保持できるようにする。
さらに、サービス毎に一つ一つクラスを指定するのが面
倒なユーザのために、各サービスに適当なクラスを割り
当てたいくつかの推奨パターンを保持する加入クラスパ
ターンテーブル１３と、テーブル中の推奨パターンを選
択するだけで各サービスの加入クラスを設定する設定手
段１２とを設けるようにする。
【００１３】ユーザが加入した後、ユーザが自分の加入
クラスを例えばオンラインで変更する加入クラス変更受
付モジュール１４を設けるとよい。また、サービスを実
行する前にそのサービスに対する実行クラスをユーザに
問い合わせ、サービス依頼毎にユーザに実行クラスを選
択する実行クラス選択機構７を設けるようにする。ユー
ザが特にあるサービスの実行クラスをその実行に限り指
定したいという場合に効果的である。
【００１４】さらに、システムの負荷の軽重に応じて、
実行中のサービスの実行クラスを調整する実行クラス調
整機構８を設けるようにする。例えば、システムの負荷
が軽い時に、下位クラスで実行中のサービスの実行クラ
スを一時的に引き上げるようにすればよい。
【００１５】また、依頼されたサービスとシステムの負
荷情報とを照合してそのサービスを実行可能か否かをチ
ェックするシステム負荷チェック機構９を設けるように
する。例えば、システム負荷チェック機構９は、実行を
依頼されたサービスがシステムの負荷上、現在実行中の
他のユーザのサービスに悪影響を及ぼすことが見積れる
場合には、該サービスの実行を拒否するようにすること
が好ましい。
【００１６】さらに、単にサービスの実行を拒否するの
ではなく、待ち行列を用意して、システムの負荷が空い
た時点で、そのサービスを前記サービス駆動機構１に投
入するサービスキュー１０を設けるとなおよい。
【００１７】さらに、現在のシステム負荷と加入クラス
割り当て状況とに基づき論理的なサービス許容量を算出
して保持するサービス許容量保持機構１１、保持された
サービス許容量に基づきサービスの実行許可と実行中サ
ービスのクラス調整とを行う実行クラス調整機構８を設
けるようにする。
【００１８】
【作用】本発明によれば、サービス駆動機構１は、サー
ビス管理テーブル２内の実行クラスに基づいた資源利用
量を割り当てながら、サービス管理テーブル２内のサー
ビスに対応するサービスモジュールを駆動する。このた
め、上位クラスにはより多くの資源利用量が割り当てら
れる。
【００１９】そして、サービス駆動機構１がサービスモ
ジュールを駆動中には、随時、そのサービスの資源利用
量をサービス管理テーブル２に記録する。サービスの資
源利用が終了すると、課金補償機構５がサービス管理テ
ーブル２を参照して資源利用状況が実行クラスに見合っ
ているか否かをチェックする。
【００２０】ここで、資源利用状況が実行クラスに見合
わない場合には、課金量補償のための情報をサービス管
理テーブル２内に記録する。次に、課金機構３が資源利
用量および課金補償機構５の結果に基づいて課金量を算
出する。
【００２１】これにより、ユーザの満足度と課金量を一
致させることができる。また、ユーザクラスデータベー
ス６に、各ユーザの各サービス毎の加入クラスを保持し
ておくことにより、ユーザが依頼したサービスを自動的
に該ユーザ該サービスの加入クラスを以て実行すること
ができる。
【００２２】さらに、システム側で加入クラスパターン
テーブル１３に、各サービスに適当なクラスを割り当て
た推奨パターンをいくつか用意しておくと、一つ一つの
サービス毎にクラスを指定するのが面倒なユーザは、加
入時に自分の好みや用途に合ったパターンをテーブルか
ら選択するだけで、各サービスの加入クラスを自動的に
設定することができる。
【００２３】加入クラス変更受付モジュール１４は、加
入済みのユーザから設定済みの加入クラスの変更依頼を
受け付け、通常サービスの一種あるいは特殊なサービス
として実行を依頼する。システム全体の資源が許す場合
には、このサービスモジュールによってユーザクラスデ
ータベース６が更新され、加入クラスの変更が行われ
る。
【００２４】また、ユーザがあるサービス依頼において
実行クラスを指定する場合は、サービス依頼時に実行ク
ラス選択機構７を呼び出して所望のクラスを入力し、サ
ービス駆動機構１に該クラスを伝える。
【００２５】実行クラス調整機構８は、システムの負荷
情報を得て、負荷が軽い時には下位クラスで実行中のサ
ービスをサービス管理テーブル２から検索し、それらの
サービスの実行クラスを一時的に引き上げる。サービス
駆動機構１は、そのクラスによってサービスに割り当て
る資源量を一時的に増やすため、無駄な空き資源を減ら
すことができる。
【００２６】システム負荷チェック機構９は、サービス
実行前に現在のシステム負荷情報を得て、該サービスの
実行によってシステムが過負荷になるか否かを見積る。
そして、過負荷になると見積れる場合には、該サービス
の実行を拒否することにより、最低限のサービス品質を
保つことができる。
【００２７】また、サービスキュー１０は、システム負
荷チェック機構９が実行を拒否したサービス依頼を一度
待ち行列に入れて、随時、システム負荷情報を得て、負
荷が空いた時点でサービス投入を行う。
【００２８】また、サービス許容量保持機構１１は、シ
ステムの負荷を得て、後の上位クラスでのサービス実行
用に確保すべき資源量を算出し除外することにより、論
理的なサービス許容量として保持する。
【００２９】このサービス許容量を実行クラス調整機構
８とシステム負荷チェック機構９とサービスキュー１０
が必要とするシステム負荷情報として伝達することによ
り、システムに上位クラスあるいは緊急のサービス実行
のための余裕を確保しつつ、資源量の管理を行うことが
できる。
【００３０】
【実施例】以下、本発明の具体的な実施例を説明する。
図２は本発明にかかるネットワークサービスシステムの
一実施例の構成ブロック図である。
【００３１】実施例のネットワークサービスシステム
は、サービスの種類毎に課金体系が存在し、例えば電子
メール送信サービスの場合、一例として図３に示すよう
な課金体系が考えられる。
【００３２】図３に示すような課金体系にはクラス毎に
電子メールの到達時間や文書の大きさの保証品質が規定
されている。そして、サービスを実行した後に、該サー
ビスが利用した資源量を以てこれらの品質を満たしたか
否かがチェックされる。
【００３３】サービス依頼受付機構１２は、クライアン
トからサーバへのサービス依頼を、ローカルエリアネッ
トワーク（以下、ＬＡＮと称する。）あるいは回線を通
して、受け付ける。このサービス依頼受付機構１２には
ユーザクラスデータベース６、実行クラス選択機構７、
加入クラスパターンテーブル１３、加入クラス変更受付
モジュール１４が接続される。
【００３４】ユーザクラスデータベース６は、ユーザが
加入した時に選択したデフォルトの実行クラス（加入ク
ラス）をサービス毎に保持する。実行クラス選択機構７
は、サービスを実行する前にそのサービスに対する実行
クラスをユーザに問い合わせ、サービス依頼毎にユーザ
に実行クラスを選択する。この実行クラス選択機構７
は、ユーザが特にあるサービスの実行クラスをその実行
に限り指定したいという場合に用いる。
【００３５】加入クラスパターンテーブル１３は、ユー
ザがサービス毎に一つ一つクラスを指定する操作を簡単
にするために、夫々のサービスに適当なクラスを割り当
てたいくつかの推奨パターンを保持する。
【００３６】加入クラス変更受付モジュール１４は、ユ
ーザが加入した後に、ユーザが自分の加入クラスをオン
ラインで修正できるようにするものである。前記ユーザ
クラスデータベース６にはサービス許容量保持機構１１
が接続される。このサービス許容量保持機構１１は、オ
ペレーティングシステム２１から随時現在のシステム負
荷を得て、後の上位クラスでのサービス実行用に確保す
べき資源量を算出・除外して、論理的なサービス許容量
として保持する。
【００３７】このサービス許容量保持機構１１は、実行
クラス調整機構８とシステム負荷チェック機構９とサー
ビスキュー１０とが得るシステム負荷情報を、物理的な
限界値ではない保持する値とする。
【００３８】システム負荷チェック機構９は、サービス
依頼受付機構１２から実行を依頼されたサービスがシス
テムの負荷上、現在実行中の他のユーザのサービスに悪
影響を及ぼすことが見積れる場合には、該サービスの実
行を拒否する。
【００３９】このシステム負荷チェック機構９とサービ
ス許容量保持機構１１にはサービスキュー１０が接続さ
れる。サービスキュー１０は、待ち行列を用意して、随
時サービス許容量保持機構１１からシステム負荷情報を
得て、システム負荷が空き次第、内部に溜ったサービス
依頼を実行するためにサービス駆動機構１へ投入する。
【００４０】さらに、システムは、サービス管理テーブ
ル２、サービス駆動機構１、課金補償機構５、課金機構
３を備えている。サービス管理テーブル２は、サービス
毎にサービスの実行クラスと資源利用量とを対応付けて
格納するとともに、その他の情報を格納している。
【００４１】サービス駆動機構１は、このサービス管理
テーブル２を参照して前記実行クラスに対応するサービ
スモジュールを駆動するとともに資源利用量の割り当て
を行う。
【００４２】課金補償機構５は、サービス管理テーブル
２を参照して資源利用量が実行クラスに見合っているか
否かをチェックし、サービスの実行結果が実行クラスに
見合わない場合に課金量を割り引く。
【００４３】課金機構３は、前記資源利用量と課金補償
機構５の結果とに基づいて課金量を算出してこの課金量
を課金データベース４に記録する。実行クラス調整機構
８は、システムの負荷の軽重に応じて、実行中のサービ
スの実行クラスを調整する。実行クラス調整機構８は、
システムの負荷が軽い時に、下位クラスで実行中のサー
ビスの実行クラスを一時的に引き上げる。
【００４４】＜実施例の動作＞次に、図面を参照して実
施例の動作をサービス依頼発生の時点から説明する。ま
ず、図示しないクライアントからサーバへのサービス依
頼は、ローカルエリアネットワーク（以下、ＬＡＮと称
する。）あるいは回線を通して、サービス依頼受付機構
１２に受け付けられる（ステップ５２）。
【００４５】ここでは、例えば、図４に示すように、ユ
ーザ名（ＩＤ）、サービス名（ＩＤ）、実行クラスを選
択するか否かの情報、サービスキュー１０に入るか否か
の情報のサービス依頼内容がサービス依頼受付機構１２
に受け付けられる。
【００４６】次に、サービス依頼受付機構１２は、図４
に示す依頼したユーザ名およびサービス名に基づき、図
５に示すようなユーザクラスデータベース６を検索し、
そのユーザに対応するサービスの加入クラスを得て、そ
の加入クラスをサービス実行クラスとして保持する（ス
テップ５４）。
【００４７】例えば、図５に示す例では、サービスとし
てメール送信，ダウンロード，買物があり、ユーザ名が
Paulである場合には、メール送信がクラスＡ，ダウンロ
ードがクラスＢ，買物がクラスＡである。ここで、ユー
ザが加入した時に夫々のサービスに割り当てられるクラ
スをユーザクラスデータベース６に設定する。
【００４８】このように、ユーザクラスデータベース６
に、各ユーザの各サービス毎の加入クラスを保持してお
くことにより、ユーザが依頼したサービスを自動的に該
ユーザ該サービスの加入クラスを以て実行することがで
きる。
【００４９】次に、サービス依頼受付機構１２が、図６
に示すような加入クラスパターンテーブル１３から定義
された推奨パターンを選択する（ステップ５６）。例え
ば、パターン名としてファースト，ビジネス，エコノミ
ー，団体などがあり、エコノミーパターンである場合に
は、メール送信がクラスＢ，ダウンロードがクラスＢ，
買物がＣである。
【００５０】すなわち、加入クラスパターンテーブル１
３を用いれば、ユーザがサービス毎に加入クラスを一つ
ずつ設定しなくとも、該パターンの写像がユーザクラス
データベース６の該ユーザのエントリに設定される。
【００５１】このように、加入クラスパターンテーブル
１３に、各サービスに適当なクラスを割り当てた推奨パ
ターンをいくつか用意しておくと、一つ一つのサービス
毎にクラスを指定するのが面倒なユーザは、加入時に自
分の好みや用途に合ったパターンをテーブルから選択す
るだけで、各サービスの加入クラスを自動的に設定する
ことができる。
【００５２】また、同様にして、サービス依頼受付機構
１２が管理する加入クラス変更受付モジュール１４は、
ユーザから加入クラスの変更依頼を受け付け、加入クラ
ス変更に対応するサービスモジュール２２を起動するよ
うシステム負荷チェック機構９に実行を依頼する（ステ
ップ５８）。
【００５３】ここで、ユーザクラスデータベース６がい
まだ飽和状態でない場合には（上位クラスでいっぱいに
なっていない場合）、システム負荷チェック機構９は、
そのサービスモジュールを実行し、そのモジュールによ
ってユーザクラスデータベース６が更新され、加入クラ
スの変更が行われる。
【００５４】サービス依頼の際に、図４中の実行クラス
選択情報によって、ユーザが加入クラスとは別の実行ク
ラスの選択を指示してきた場合には（ステップ５９）、
サービス依頼受付機構１２は、実行クラス選択機構７を
呼び出す（ステップ６０）。
【００５５】次に、実行クラス選択機構７の処理が行わ
れる（ステップ６２）。図１０は実行クラス選択機構７
の動作フローである。図１０において、実行クラス選択
機構７は、まず、サービス依頼受付機構１２から呼び出
されると（ステップ１０１）、ユーザにサービス実行ク
ラスを問い合わせる（ステップ１０２）。
【００５６】そして、ユーザが実行クラスをキーホード
から入力すると（ステップ１０３）、その実行クラスを
サービス依頼受付機構１２に通知し（ステップ１０
４）、実行クラス選択機構の処理を終了する。
【００５７】さらに、サービス依頼受付機構１２はその
クラスをサービス実行クラスとして保持する。次に、サ
ービス実行クラスを得たサービス受付機構１２が、その
実行クラスによってシステム負荷チェック機構９にサー
ビス実行を依頼する（ステップ６４）。そして、システ
ム負荷チェック機構９は、サービス許容量保持機構１１
に対してシステム負荷情報の問い合わせを行う（ステッ
プ６６）。
【００５８】すると、サービス許容量保持機構１１によ
る処理が行われる（ステップ６８）。図１１はサービス
許容量保持機構１１の動作フローである。図１１におい
て、サービス許容量保持機構１１は、オペレーティング
システム２１（以下、ＯＳと称する。）から現在のシス
テム負荷を得て（ステップ１１１）、加入クラス割り当
て状況をユーザクラスデータベース６から得る（ステッ
プ１１２）。
【００５９】次に、これらの情報に基づき論理的なサー
ビス許容量（サービス受け入れ基準）を算出する。サー
ビス許容量として、例えば が求められる。
【００６０】そして、算出結果を保持し（ステップ１１
３）、負荷情報の問い合わせがあったか否かを判定する
（ステップ１１４）。ここで、負荷情報の問い合わせが
あった場合には、保持しているシステム負荷情報を通知
し（ステップ１１５）、ステップ１１１に戻る。また、
負荷の問い合わせがない場合には、ステップ１１１に戻
る。
【００６１】さらに、システム負荷チェック機構９によ
る処理が行われる（ステップ７０）。図１２はシステム
負荷チェック機構９の動作フローである。図１２におい
て、システム負荷チェック機構９は、サービス依頼受付
機構１２から実行依頼を受け（ステップ１２１）、サー
ビス許容量保持機構１１に負荷を問い合わせる（ステッ
プ１２２）。
【００６２】そして、依頼されたサービスとクラスとシ
ステム負荷情報とを照合し（ステップ１２３）、そのサ
ービスを実行可能か否かを判定する（ステップ１２
４）。ここで、サービスを実行可能である場合には、サ
ービス駆動機構１にサービスを投入し（ステップ１２
５）、処理を終了する。
【００６３】一方、そのサービスが実行不可能である場
合には、依頼時にサービスキュー１０に入る指定があっ
たか否かを判定する（ステップ１２６）。ここで、サー
ビスキュー１０に入る指定があった場合には、そのサー
ビス依頼をサービスキュー１０に入れ（ステップ１２
７）、処理を終了する。
【００６４】サービスキュー１０に入る指定がなかった
場合には、実行依頼を破棄して処理を終了する。このよ
うに、システム負荷チェック機構９は、サービス実行前
に現在のシステム負荷情報を得て、該サービスの実行に
よってシステムが過負荷になるか否かを見積る。そし
て、過負荷になると見積れる場合には、該サービスの実
行を拒否することにより、最低限のサービス品質を保つ
ことができる。
【００６５】次に、サービスキュー１０による処理が行
われる（ステップ７２）。図１３はサービスキューの動
作フローである。図１３において、サービスキュー１０
は、キューに入る依頼があるか否かを判定する（ステッ
プ１３１）。ここで、キューに入る依頼がない場合に
は、ステップ１３３に進む。
【００６６】一方、キューに入る依頼がある場合には、
そのサービス依頼をキューに入れて（ステップ１３
２）、キューに依頼が溜っているか否かを鉢定する（ス
テップ１３３）。ここで、キューに依頼が溜っていない
場合には、ステップ１３１の処理に戻る。
【００６７】一方、キューに依頼が溜っている場合に
は、サービス許容量保持機構１１に負荷を問い合わせ
（ステップ１３４）、キューのサービスとクラスとシス
テム負荷情報を照合する（ステップ１３５）。
【００６８】次に、キューのサービスを実行可能か否か
を判定し（ステップ１３６）、キューのサービスを実行
可能である場合には、サービス駆動機構１にそのサービ
スを投入し（ステップ１３７）、ステップ１３１に戻
る。
【００６９】一方、キューのサービスを実行可能でない
場合には、ステップ１３１の処理に戻る。次に、サービ
スが投入されると、サービス駆動機構１は、サービス管
理テーブル２に図７に示すようなサービスエントリを作
成し、該サービスに対応するサービスモジュール２２の
駆動を開始する（ステップ７４）。
【００７０】図１４はサービス駆動機構の動作フローで
ある。図１４において、サービス駆動機構１は、サービ
ス投入依頼があるか否かを判定する（ステップ１４
１）。ここで、サービス投入依頼がない場合にはステッ
プ１４３に進む。
【００７１】一方、サービス管理テーブル２にサービス
エントリを作成し（ステップ１４２）、サービス管理テ
ーブル２内のサービスエントリに対応するサービスモジ
ュールを１つ、実行クラスに従って一定時間駆動する
（ステップ１４３）。
【００７２】さらに、１回の駆動で利用した資源量をサ
ービス関テーブル２内のそのサービスのエントリに加算
し（ステップ１４４）、そのサービスが終了したか否か
を判定する（ステップ１４５）。ここで、そのサービス
が終了していない場合には、ステップ１４１に戻る。
【００７３】資源利用状況フィールドは、図８に示すよ
うにＣＰＵ時間、サービス開始からの時間、ディスク書
き込み容量、ディスク入出力量、メモリ容量、回線使用
量、さらに、終了ステータスに分かれている。
【００７４】一方、そのサービスが終了している場合に
は、実行クラス調整機構８に終了信号（そのサービス識
別番号（ＩＤ）を通知し（ステップ１４６）、ステップ
１４１に戻る。
【００７５】次に、実行クラス調整機構８の処理が行わ
れる（ステップ７６）。図１５は実行クラス調整機構８
の動作フローである。図１５において、実行クラス調整
機構８は、まず、サービス許容量保持機構１１に負荷を
問い合わせ（ステップ１５１）、システムの負荷が軽い
か否かを判定する（ステップ１５２）。
【００７６】ここで、システムの負荷が重い場合には、
サービス管理テーブル２内で、元のクラスを持っている
エントリを検索し、実行クラスを元に戻して（ステップ
１５４）、ステップ１５５に進む。
【００７７】一方、システムの負荷が軽い場合には、サ
ービス管理テーブル２内の下位クラスで実行中のサービ
スのエントリの実行クラスを上げて（ステップ１５
３）、ステップ１５５に進む。
【００７８】そして、、サービスモジュール２２を駆動
しているサービス駆動機構１からサービス終了信号を受
けたか否かを判定し（ステップ１５５）、サービス終了
信号を受けていない場合には、ステップ１５１に戻る。
【００７９】サービス終了信号を受けた場合には、サー
ビス管理テーブル２内で、サービスのエントリを検索
し、元のクラスがある場合には、実行クラスを元に戻す
（ステップ１５６）。
【００８０】さらに、実行クラス調整機構８にそのサー
ビスのサービスＩＤを渡して課金補償機構５を呼び出し
（ステップ１５７）、ステップ１５１に戻る。このよう
に、実行クラス調整機構８は、システムの負荷情報を得
て、負荷が軽い時には下位クラスで実行中のサービスを
サービス管理テーブル２から検索し、それらのサービス
の実行クラスを一時的に引き上げる。サービス駆動機構
１は、そのクラスによってサービスに割り当てる資源量
を一時的に増やすため、無駄な空き資源を減らすことが
できる。
【００８１】次に、課金補償機構５の処理が行われる
（ステップ７８）。課金補償機構５は、サービス管理テ
ーブル２内の該サービスのエントリを参照し、実行クラ
スおよび資源利用状況をもとに、該サービスの実行結果
が該実行クラスで規定されるレベル（品質）に見合った
ものであるか否かをチェックし、見合わなければエント
リ内の実行クラスを資源利用状況に対応するクラスにま
で下げる。
【００８２】このチェックのために、課金補償機構５は
予め各クラスに規定された資源利用量を表として持つ。
この表は図３に示した料金体系とほぼ同様である。図１
６は課金補償機構５の動作フローである。図１６におい
て、課金補償機構５は、実行クラス調整機構８から呼び
出され（ステップ１６１）、終了したサービス（渡され
たサービスＩＤ）をサービス管理テーブル２から検索す
る（ステップ１６２）。
【００８３】さらに、サービスの資源利用量が、その実
行クラスで規定されるレベルに見合っているか否かを図
３に示すものと照合し（ステップ１６３）、資源利用量
が見合っているか否かを判定する（ステップ１６４）。
ここで、資源利用量が見合っている場合には、ステップ
１６７に進む。
【００８４】一方、資源利用量が見合っていない場合に
は、そのサービスの実際の資源利用量に見合う実行クラ
スを図３に示すものから探し（ステップ１６５）、サー
ビス管理テーブル２内のエントリの実行クラスをそのク
ラスに書き換えて下げる（ステップ１６６）。さらに、
課金機構３にそのサービスのサービスＩＤを渡して呼び
出す（ステップ１６７）。
【００８５】例えば、電子メール送信サービスであれ
ば、図８に示す資源利用状況の小項目中、「サービス開
始からの時間」がチェック項目の一つとされ、図３に示
すメールの到達時間の欄と比較されることになる。チェ
ック後、課金補償機構５は課金機構３を呼び出す。
【００８６】課金機構３は、サービス管理テーブル２の
サービスエントリから、ユーザ名、実行クラス、資源利
用状況を得、図３に示すような料金体系を参照しなが
ら、例えば 課金量＝該サービス該実行クラスの基本料金＋｛（資源
利用量×単価）＋…｝ のようにして課金量を算出する（ステップ８０）。そし
て、該サービスのエントリをサービス管理テーブル２か
ら消去し、算出した課金量を課金データベース４の該ユ
ーザのエントリに加算して、さらに、記録する。
【００８７】このように実施例によれば、サービスのク
ラスによって課金の比率、資源の割り当て方を変えるた
め、各ユーザの要求レベルに応じたサービスを提供する
ことができる。
【００８８】また、サービス結果に対する補償も行える
ため、ユーザの満足度と課金量を一致させることができ
る。さらに、システムの負荷を越えた過剰なサービス投
入やシステム資源の無駄な空き状態を防ぐことができ、
ネットワークサービスシステムのサービス品質および処
理効率の向上に寄与するところが大きい。
【００８９】
【発明の効果】本発明によれば、サービスのクラスによ
って課金の比率、資源の割り当て方を変えるため、各ユ
ーザの要求レベルに応じたサービスを提供することがで
きる。また、サービス結果に対する補償も行えるため、
ユーザの満足度と課金量を一致させることができる。
【００９０】さらに、システムの負荷を越えた過剰なサ
ービス投入やシステム資源の無駄な空き状態を防ぐこと
ができ、ネットワークサービスシステムのサービス品質
および処理効率の向上に寄与するところが大きい。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】本発明の一実施例の構成ブロック図である。
【図３】電子メール送信サービスの料金体系の一例を示
す図である。
【図４】サービス依頼内容の一例を示す図である。
【図５】ユーザクラスデータベースの一例を示す図であ
る。
【図６】加入クラスパターンテーブルの一例を示す図で
ある。
【図７】サービス管理テーブルの一例を示す図である。
【図８】サービス管理テーブル内の資源利用状況フィー
ルドの一例を示す図である。
【図９】実施例の全体動作フローである。
【図１０】実行クラス選択機構の動作フローである。
【図１１】サービス許容量保持機構の動作フローであ
る。
【図１２】システム負荷チェック機構の動作フローであ
る。
【図１３】サービスキューの動作フローである。
【図１４】サービス駆動機構の動作フローである。
【図１５】実行クラス調整機構の動作フローである。
【図１６】課金補償機構の動作フローである。
【符号の説明】 １・・サービス駆動機構 ２・・サービス管理テーブル ３・・課金機構 ４・・課金データベース ５・・課金補償機構 ６・・ユーザクラスデータベース ７・・実行クラス選択機構 ８・・実行クラス調整機構 ９・・システム負荷チェック機構 １０・・サービスキュー １１・・サービス許容量保持機構 １２・・サービス依頼受付機構 １３・・加入クラスパターンテーブル １４・・加入クラス変更受付モジュール １５・・料金体系テーブル ２１・・オペレーティングシステム ２２・・サービスモジュール

Claims (11)

    【特許請求の範囲】
  1. 【請求項１】 ネットワークを介するサービス依頼に対
    してサービスを提供するネットワークサービスシステム
    であって、 サービス毎にサービスの実行クラスと資源利用量とを対
    応付けて管理するサービス管理テーブル（２）と、 このサービス管理テーブル（２）を参照して前記実行ク
    ラスに対応するサービスモジュールを駆動するとともに
    資源利用量の割り当てを行うサービス駆動機構（１）
    と、 サービス管理テーブル（２）を参照して資源利用量が実
    行クラスに見合っているか否かをチェックする課金補償
    機構（５）と、 前記資源利用量と課金補償機構（５）の結果とに基づい
    て課金量を算出する課金機構（３）とを備えたことを特
    徴とするネットワークサービスシステム。
  2. 【請求項２】 請求項１において、前記サービス駆動機
    構（１）は、サービス管理テーブル（２）にサービスエ
    ントリを作成し、このサービスエントリに対応するサー
    ビスモジュールを実行クラスに従って駆動し、この駆動
    による資源利用量を前記サービスエントリに加算するこ
    とを特徴とするネットワークサービスシステム。
  3. 【請求項３】 請求項１において、前記課金補償機構
    （５）は、資源利用量が実行クラスに見合っていない場
    合には、その資源利用量に見合う実行クラスを選択し、
    前記サービス管理テーブル（２）内の実行クラスを前記
    見合う実行クラスに書き換えることを特徴とするネット
    ワークサービスシステム。
  4. 【請求項４】 請求項１において、ユーザが加入した時
    にサービス毎に選択した夫々の加入クラスを保持するユ
    ーザクラスデータベース（６）を有することを特徴とす
    るネットワークサービスシステム。
  5. 【請求項５】 請求項４において、サービス毎に適当な
    クラスを割り当てたいくつかの推奨パターンを保持する
    加入クラスパターンテーブル（１３）と、 ユーザが加入した時にサービス毎の加入クラスを選択す
    る際、前記加入クラスパターンテーブル（１３）からパ
    ターンを選択することにより全てのサービスの加入クラ
    スを設定する設定手段（１２）とを有することを特徴と
    するネットワークサービスシステム。
  6. 【請求項６】 請求項４または請求項５において、ユー
    ザが自分の加入クラスを変更する加入クラス変更受付モ
    ジュール（１４）を有することを特徴とするネットワー
    クサービスシステム。
  7. 【請求項７】 請求項１ないし請求項６のいずれかの請
    求項において、サービスを実行する前にそのサービスに
    対する実行クラスをユーザに問い合わせ、サービス依頼
    毎にユーザに実行クラスを選択する実行クラス選択機構
    （７）を有することを特徴とするネットワークサービス
    システム。
  8. 【請求項８】 請求項１ないし請求項７のいずれかの請
    求項において、システムの負荷の軽重に応じて、実行中
    のサービスの実行クラスを調整する実行クラス調整機構
    （８）を有することを特徴とするネットワークサービス
    システム。
  9. 【請求項９】 請求項１ないし請求項８のいずれかの請
    求項において、依頼されたサービスとシステムの負荷情
    報とを照合してそのサービスを実行可能か否かをチェッ
    クするシステム負荷チェック機構（９）を有することを
    特徴とするネットワークサービスシステム。
  10. 【請求項１０】 請求項９において、前記サービスの実
    行が拒否された場合に、そのサービス依頼を待ち行列に
    入れてシステムの負荷が空いた時点でそのサービスを前
    記サービス駆動機構（１）に投入するサービスキュー
    （１０）を有することを特徴とするネットワークサービ
    スシステム。
  11. 【請求項１１】 請求項８ないし請求項１０のいずれか
    の請求項において、現在のシステム負荷と加入クラス割
    り当て状況とに基づき論理的なサービス許容量を算出し
    て保持するサービス許容量保持機構（１１）と、 保持されたサービス許容量に基づきサービスの実行許可
    と実行中サービスのクラス調整とを行う実行クラス調整
    機構（８）とを有することを特徴とするネットワークサ
    ービスシステム。
JP12630593A 1993-05-27 1993-05-27 ネットワークサービスシステム Pending JPH06337729A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP12630593A JPH06337729A (ja) 1993-05-27 1993-05-27 ネットワークサービスシステム
US08/238,065 US5682477A (en) 1993-05-27 1994-05-04 System for selecting an implementing class having corresponding prescribed resources matching the availed resources and calculating compensating data to be stored in a management table

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP12630593A JPH06337729A (ja) 1993-05-27 1993-05-27 ネットワークサービスシステム

Publications (1)

Publication Number Publication Date
JPH06337729A true JPH06337729A (ja) 1994-12-06

Family

ID=14931911

Family Applications (1)

Application Number Title Priority Date Filing Date
JP12630593A Pending JPH06337729A (ja) 1993-05-27 1993-05-27 ネットワークサービスシステム

Country Status (2)

Country Link
US (1) US5682477A (ja)
JP (1) JPH06337729A (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08202684A (ja) * 1995-01-31 1996-08-09 Sony Corp サービス提供システム
JPH0951521A (ja) * 1995-08-03 1997-02-18 Sony Corp 信号配信方法およびその装置
JP2001325454A (ja) * 2000-05-12 2001-11-22 Ntt Me Corp データ配信システムおよびデータ配信方法
JP2002109402A (ja) * 2000-09-29 2002-04-12 Fujitsu Ltd サポート料金設定方法および装置
JP2011113306A (ja) * 2009-11-26 2011-06-09 Hitachi Ltd ストレージ装置に対する操作を管理するシステム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100727901B1 (ko) * 1999-07-10 2007-06-14 삼성전자주식회사 마이크로 스케듈링 방법 및 운영체제 커널 장치
US20020082988A1 (en) * 2000-12-27 2002-06-27 Kazuyuki Ujiie Server device for evaluating quality of service, service providing method and medium
US7284047B2 (en) * 2001-11-08 2007-10-16 Microsoft Corporation System and method for controlling network demand via congestion pricing
US7007197B2 (en) * 2002-05-31 2006-02-28 Microsoft Corporation Virtual logging system and method
US7484216B2 (en) * 2002-06-18 2009-01-27 Microsoft Corporation System and method for decoupling space reservation in transactional logging systems
US7539728B2 (en) * 2003-08-07 2009-05-26 International Business Machines Corporation Time sensitive electronic mail
US7644021B2 (en) * 2005-02-10 2010-01-05 The Kroger Co. Electronically assisted enterprise journal system
US8214404B2 (en) * 2008-07-11 2012-07-03 Avere Systems, Inc. Media aware distributed data layout
US9323681B2 (en) 2008-09-18 2016-04-26 Avere Systems, Inc. File storage system, cache appliance, and method

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3870866A (en) * 1971-11-11 1975-03-11 Halpern John Wolfgang Fee charging system
US3999685A (en) * 1975-05-29 1976-12-28 Pan-Nova, Inc. Remote control console for a plurality of automatic gasoline dispensers
JPS57757A (en) * 1980-06-04 1982-01-05 Hitachi Ltd Job execution schedule system
GB2137839B (en) * 1983-04-09 1986-06-04 Schlumberger Measurement Digital signal processors
IT8448723A0 (it) * 1983-08-13 1984-02-13 British Aerospace Se in corrispondenza di una serie sistema per l'assegnazione di risordi richieste e metodo per determinare la distribuzione ottimale delle risorse
US4615001A (en) * 1984-03-29 1986-09-30 At&T Bell Laboratories Queuing arrangement for initiating execution of multistage transactions
JPS61114363A (ja) * 1984-11-07 1986-06-02 Hitachi Ltd 計算機システム間ジヨブ転送方式
US4726056A (en) * 1986-06-25 1988-02-16 American Telephone And Telegraph Company At&T Bell Laboratories Shared flexible rating of telecommunications calls
US4827508A (en) * 1986-10-14 1989-05-02 Personal Library Software, Inc. Database usage metering and protection system and method
US4918595A (en) * 1987-07-31 1990-04-17 International Business Machines Corp. Subsystem input service for dynamically scheduling work for a computer system
JPS6442954A (en) * 1987-08-10 1989-02-15 Hitachi Ltd Charging system
US4795892A (en) * 1987-12-09 1989-01-03 Cic Systems, Inc. Pre-paid commodity system
US5115501A (en) * 1988-11-04 1992-05-19 International Business Machines Corporation Procedure for automatically customizing the user interface of application programs
US5341477A (en) * 1989-02-24 1994-08-23 Digital Equipment Corporation Broker for computer network server selection
JP2635163B2 (ja) * 1989-04-17 1997-07-30 株式会社日立製作所 網サービス提供方法
US5077661A (en) * 1989-05-03 1991-12-31 Hewlett-Packard Company Assignment-dependent resource allocation method
US5303369A (en) * 1990-08-31 1994-04-12 Texas Instruments Incorporated Scheduling system for multiprocessor operating system
JPH05134957A (ja) * 1990-10-10 1993-06-01 Fuji Xerox Co Ltd データ管理システム
US5325525A (en) * 1991-04-04 1994-06-28 Hewlett-Packard Company Method of automatically controlling the allocation of resources of a parallel processor computer system by calculating a minimum execution time of a task and scheduling subtasks against resources to execute the task in the minimum time
US5528677A (en) * 1992-05-01 1996-06-18 Sprint Communications Company L.P. System for providing communications services in a telecommunications network
US5437032A (en) * 1993-11-04 1995-07-25 International Business Machines Corporation Task scheduler for a miltiprocessor system
US5408663A (en) * 1993-11-05 1995-04-18 Adrem Technologies, Inc. Resource allocation methods

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08202684A (ja) * 1995-01-31 1996-08-09 Sony Corp サービス提供システム
JPH0951521A (ja) * 1995-08-03 1997-02-18 Sony Corp 信号配信方法およびその装置
JP2001325454A (ja) * 2000-05-12 2001-11-22 Ntt Me Corp データ配信システムおよびデータ配信方法
JP2002109402A (ja) * 2000-09-29 2002-04-12 Fujitsu Ltd サポート料金設定方法および装置
JP2011113306A (ja) * 2009-11-26 2011-06-09 Hitachi Ltd ストレージ装置に対する操作を管理するシステム

Also Published As

Publication number Publication date
US5682477A (en) 1997-10-28

Similar Documents

Publication Publication Date Title
US6249836B1 (en) Method and apparatus for providing remote processing of a task over a network
JPH06337729A (ja) ネットワークサービスシステム
US11157915B2 (en) Automatic creation and configuration of license models and policies
US7120694B2 (en) Service level agreements and management thereof
KR100737301B1 (ko) 주문형 인프라스트럭처에 있어서 제3자 주문형 서비스들의 동적 바인딩
US6480861B1 (en) Distributed adaptive computing
EP2221760A1 (en) A method, system and server for service subscription
JP3942941B2 (ja) 通信装置及びプラグインモジュール制御方法及びコンピュータに実行させるためのプログラム及びコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体
US7761542B2 (en) Network access control method, network system using the method and apparatuses configuring the system
US7606719B2 (en) Power on demand tiered response time pricing
US8134724B2 (en) Policy based system and method for optimizing output device submission, use and wait times
US8638466B2 (en) Method of placing an order for photographic printing
US7941427B2 (en) Dynamically managing computer resources based on valuations of work items being processed
US20050197855A1 (en) Method and apparatus for renting items
US8423644B2 (en) Method and computer program product for resource planning
US5448731A (en) Method and apparatus for controlling the deferred execution of user requests in a data processing system
US20080294451A1 (en) Internet connection service providing method and system
JP2002230189A (ja) サービス提供システム
US6347364B1 (en) Schedulable dynamic memory pinning
JPH0879240A (ja) 情報サービス品質管理システム
CN112367349B (zh) 一种协同优化云运营商能耗和用户开销的方法和系统
WO1999055067A1 (en) Method for submitting user profiles to a telecommunications network
JPH0820917B2 (ja) 計算機システムの予算管理装置
KR20000063630A (ko) 공동 계정 관리 시스템 및 그 방법
AU1043401A (en) Distributed database management system

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20020625