JP2875284B2 - 計算機システム及びその課金処理方法 - Google Patents

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はそれぞれ管理者が異なる複数の計算機システ
ム間でのジヨブの実行の交換を可能とする計算機ネツト
ワーク・システムにおけるジヨブの実行結果の使用料金
（課金）を各サイトへ振り替える制御方式に係り、特
に、使用者が特定の計算機システム・サイトとの間で使
用契約を結ぶことにより、計算機ネツトワーク系内の他
のサイトの計算機システム使用に際して、処理能力、機
能、使用料金の面で好適な制御方式、処理方式に関す
る。

〔従来の技術〕

情報処理システム、すなわち電子計算機システムの応
用範囲の拡大にともない、電子計算機システムは従来の
単なる計算処理に留まることなく、画像処理、データ・
ベース利用、オンライン処理、非数値処理等へとその利
用範囲は限りない可能性を秘めている。これにともな
い、情報処理システム（以降、計算機システムと略す）
の運転も24時間運転サービスや、計算機ネツトワークの
利用による処理の分散、機能の分散が行われつつある。
計算機システムの24時間運転サービスを支援するための
１つの方法として、計算機システムの無人運転を可能と
するために、特公昭61−6426号では、ネツトワークを構
成する計算機システム間において、お互いの計算機シス
テムで相互に監視する制御方式が開示されている。特公
昭61−6426号に記載の技術は、ネツトワークを構成する
計算機システム間において防災監視盤の監視のもとに、
計算機システムの起動・停止は公衆回線で行ない、起動
後は計算機システム間の専用のデータ伝送回線を共用し
て相互に計算機システムの状態を監視するものである。

一方、計算機ネツトワークによる機能分散の効果、及
び通信路の利用法、ネツトワークの構成方法に関して
は、下記の刊行物にて開示されて以来、多くの分野に応
用されている。

シンクロナス データ リンク コントロール：パー
スペクテイブ,IBMシステム ジヤーナル，巻2,1974年
（Synchronous data linkcontrol:A perspective,IBM S
YST J（1974,No..2）） また、特開昭63−58568号では、ホストコンピユータ
と分散コンピユータによるネツトワーク構成において、
分散コンピユータでのジヨブの実行状況を中央のホスト
コンピユータから監視出来るようにする制御方式が開示
されている。特開昭63−58568号で開示された技術は、
分散コンピユータの処理の実行情報のうちの必要な情報
だけを通知情報として、実行状態の変化と同時にホスト
コンピユータに伝達するものである。

〔発明が解決しようとする課題〕

従来の技術は、ネツトワーク系における計算機システ
ム運転の省力化、通信回線使用料金の低減の一手法であ
るが、計算機システムの運転管理者や経営者の観点で見
ると、上記の技術を使用するには、ネツトワーク系にお
ける計算機システムが同一の経営者、運転管理者の管理
下にあることが不可欠である。

ところで、計算機システムの応用範囲の拡大にともな
い、計算サービス、情報提供サービスを主業務とする企
業にとつては、自社の計算機システム利用の契約を結ん
だ利用者に対して、常に一定のサービスを提供できるこ
とが望ましい。例えば、自計算機システム群の処理能力
を越えた需要に対しても利用者の使用要求に対応できる
ことである。この対処方法としては、計算機ネツトワー
ク・システムの活用であろう。すなわち、利用者の使用
要求、例えば規定時間内のジヨブの終了などの要求に応
じてネツトワーク系内の最適な他の経営者の管理する計
算機システムへジヨブの実行依頼を行なえば良い訳であ
る。このときに解決すべき課題は計算機システムの使用
にともなう課金の振り替え方法であるが、一般に、計算
機システムの使用料金の単価は各サイト（各計算機シス
テムのことをいう。以降、計算機システムの単位をサイ
トという場合もある。）で異なつている。一方、利用者
の観点に立てば、実際に使用した計算機が他のサイトの
ものであつても、自分の契約したサイトの計算機システ
ムの使用料金の単価を基準にして支払いを行ないたい
し、また、支払いも契約を結んだサイトへ払い込みたい
訳である。このことは、計算機ネツトワークを利用して
他のサイトへジヨブを転送することが可能となつてもジ
ヨブの実行結果の課金方法が課題として残る。

また、計算機ネツトワーク・システムの系に接続され
た各計算機システムの内、最適なサイトの選択方法も課
題として残されている。

すなわち、ジヨブを実行させる計算機システムのサイ
トを利用者に直接に指定させるのでは、利用者に計算機
ネツトワーク・システムの系に接続された各計算機シス
テムの特徴を記憶させることを強要することになる。

したがつて、本発明の目的は、それぞれ管理者が異な
る複数の計算機システム間でジヨブの実行の交換を可能
とする計算機ネツトワーク・システム構成において、各
サイト間で他サイトのジヨブを実行したときに、ジヨブ
の実行結果とともに課金情報も依頼したサイトへ送出可
能とし、ジヨブの実行を依頼したサイトでは、過去に、
当該サイトのジヨブの実行受け入れしたときの請求課金
とで収支を計算できる制御方式を提供することにある。

本発明の他の目的は、それぞれの管理者が異なる複数
の計算機システム間でジヨブの実行の交換を可能とする
計算機ネツトワーク・システム構成において、当該サイ
トと利用契約を結んでいる利用者に対しては、当該ジヨ
ブが他のサイトで実行されても自サイトの課金基準にて
計算機の使用料金を請求できる制御手段を提供すること
にある。

さらに、本発明の他の目的は、それぞれの管理者が異
なる複数の計算機システム間でジヨブの実行の交換を可
能とする計算機ネツトワーク・システム構成において、
利用者からジヨブの実行依頼を受付たときに、各サイト
間でジヨブの実行交換にともなう相互の課金収支に不均
衡が生じているサイトに対して優先的にジヨブの実行依
頼を行う制御方式を提供することにある。

〔課題を解決するための手段〕

上記目的を達成するために、本発明の計算機ネツトワ
ーク・システムの制御方式においては、ネツトワーク系
内の各計算機システム側にて自サイトと交信可能な各サ
イトの計算機システムの特性、当該サイトへジヨブの実
行を依頼した課金情報の累計値、当該サイトから依頼さ
れたジヨブを実行したときの課金情報の累計値、および
各サイトと自サイト間での収支計算値を記憶するテーブ
ル群、および処理プログラム群を具備している。さら
に、自サイトと契約している利用者の課金情報を記憶し
た利用者課金情報テーブルを有しており、この利用者課
金情報テーブルの中に他サイトの各代表利用者の課金情
報をも登録している。

自サイトの計算機システムの使用契約を結んでいる利
用者がジヨブの実行を依頼し、かつ自サイトの計算機シ
ステムでの処理サービスでは利用者の期待する時間内に
終了しないとき、すなわち自サイトの処理が非常に混ん
でいる時などには、本発明の計算機システムの制御方式
の機構がその効果を発揮する。

まず、ネツトワーク系内の各サイトとの間での収支計
算値を調べ、自サイトと相手サイトの関係で自サイトの
収支が最もプラスとなつているサイトを選択する。次
に、選択したサイトに対して、“ジヨブ実行依頼”のメ
ツセージを送出する。これは選択されたサイトが依頼さ
れたジヨブの実行を行なえるか否かを調べるためであ
る。当該サイトより“受け入れ不可”の旨の応答メツセ
ージが返ると、次に自サイトの収支が次にプラスとなつ
ているサイトを選択し、上記の処理を繰り返す。

当該サイトより、“受け入れ可”の旨の応答メツセー
ジが返ると、本発明の計算機ネツトワーク・システム制
御方式では、ジヨブ制御文、プログラム、データととも
に課金情報格納領域のデータストリームを当該サイトの
計算機システムへ転送する。

ジヨブの実行を受け入れたサイトでは、当該サイトで
の利用者識別情報をジヨブの実行を依頼したサイトの識
別、すなわち代表利用者識別情報を用いて実行し、ジヨ
ブの実行結果とともに課金情報を返す。この課金情報は
計算機資源の使用量であり、中央処理装置（Central Pr
ocessing Unit:CPU）の使用時間、入出力装置の使用回
数、フアイル容量の使用量などが含まれる。当然のこと
ながら、上記の課金情報をジヨブ受入課金情報として自
サイトの計算機システム内で記憶している。

ジヨブの実行を依頼したサイトはジヨブの実行結果を
受け取るとともに上記の課金情報を受け取ると、一旦、
自サイトの計算機システム内の“依頼ジヨブ課金情報テ
ーブル”に格納し、該テーブル内に格納されている各々
の処理単価を用いてジヨブの実行を依頼した費用の合計
値を計算する。この計算結果を用いて相手サイトとの間
の収支計算を行ない、その計算結果を記憶する。この収
支計算値にもとづいて、ある一定期間ごとに各サイト間
にて、演算処理を行なうことになる。

一方、自サイトとの間で使用契約を結んでいる利用者
に対しては、自サイトでの単価を用いて計算機使用料を
請求する処理がなされる。すなわち、先に得た課金情報
に対して、自サイトでの処理単価を乗算した値にて計算
機使用量を請求する処理が施される。

以上、本発明の計算機ネツトワーク・システム制御方
式により、各サイトでの課金単価の相違の問題を解消
し、かつ計算機システムの利用者に対しても、計算機ネ
ットワークを活用したサービスが行なえることになる。

〔作用〕

本発明の計算機ネツトワーク・システム制御方式を実
現する機構は、オペレーテイング・システム、およびジ
ヨブ管理プログラムに付加して動作するものであり、ジ
ヨブ群（ジヨブ・ストリームともいう。）の受付処理、
ジヨブ群の送出処理、および課金処理を分担している。
したがつて、他のサイトからジヨブ群が転送された来た
ときには、自計算機システム内に登録されている該サイ
トの代表識別にて自計算機システムを使用することにな
るので、ジヨブの受付後は、従来のオペレーテイング・
システム、ジヨブ管理プログラムの制御のもとに該ジヨ
ブの処理がなされる。同様に、ジヨブの実行が終了する
と、実行結果は実行結果出力フアイル（スプール・フア
イルともいう）に格納されているので、そのフアイルを
検索し、他サイトから依頼されたジヨブを取り出し、課
金情報を付加して当該サイトへ送出している。また、ジ
ヨブの実行を依頼するサイトの計算機システム内での本
発明の計算機ネツトワーク・システム制御方式を実現す
る機構も、オペレーテイング・システム、およびジヨブ
管理プログラムに付加して動作しており、最適サイトの
選択処理、ジヨブの依頼処理、実行結果の受取処理、お
よび課金の清算処理を分担している。したがつて、従来
のオペレーテイング・システムを改造する必要がなく、
誤動作することがない。

〔実施例〕

以下、本発明の一実施例を第１図〜第17図により説明
する。第１図は本発明の計算機ネツトワーク・システム
の制御方式の構成を機能的に示した図である。図中の20
0,201,220は各サイトの計算機システムであり、そのも
とでオペレーテイング・システム（Operating System:O
S）205,215,225、ジヨブ管理プログラム206,216,226、
アプリケーシヨン・プログラム207,218,227が動作して
いる。ここで、アプリケーシヨン・プログラム207,218,
227は利用者のジヨブであり、以降、このアプリケーシ
ヨン・プログラムのことをジヨブということにする。

本発明の計算機ネツトワーク・システムの制御方式を
実現する処理プログラム群、および制御テーブル群は送
受信・課金処理プログラム120,219,229、課金集計処理
プログラム110,217,228、およびネツトワーク課金テー
ブルBCT100,213,224であり、ジヨブ管理プログラム206,
216,226と連携して動作する。第１図においては、計算
機システム200のサイトをＡセンタ・サイト、計算機シ
ステム210のサイトをＢセンタ・サイト、計算機システ
ム220のサイトをＣセンタ・サイト、および計算機シス
テム230のサイトをＤセンタ・サイトとすることにし、
各々のサイト間は通信制御処理装置（Communication Co
ntral Processor:CCP）130,135,140、および線L1,L2,L
3,L4を介して接続されている。なお、Ｄセンタ・サイト
230にはCCPを示していないが、当然のことながらCCPは
含まれている。また、Ｄセンタ・サイト230はＡセンタ
・サイト200やB,Cセンタ・サイト210,220のように、本
発明の計算機ネツトワーク・システムの制御方式を実現
する処理プログラム群、および制御テーブル群を示して
いないが、本発明の機能を具備した構成要件が含まれて
いる。以降の説明に於いては、Ａセンタ・サイト200で
の構成と動作を中心に説明することとするが、必要に応
じてB,Cセンタ・サイト210,220での動作を説明する。

第１図において、201はスプール・フアイル（Spool F
ile）、202はネツトワーク・フアイル（Network File）
を示している。スプール・フアイル201は利用者がジヨ
ブ制御文、プログラム列、データ列（以降、ジヨブ・ス
トリームともいう）とともにジヨブの実行依頼をＡセン
タ・サイト200に申し込んだときに、OS205のジヨブ管理
プログラム、および本発明の制御方式の構成要素の１つ
である送受信・課金処理プログラム120が、一旦、作業
用に格納するフアイルである。また、ジヨブの実行結果
の出力データの格納用にも用いられる。ネツトワーク・
フアイル202はネツトワーク課金テーブルBCT100（第２
図参照）の補助記憶域として使用しており、ネツトワー
ク系内の各サイト間の課金情報を記憶している。

利用者がＡセンタ・サイト200にジヨブの実行依頼を
申し込むと、ジヨブ管理プログラム206が当該ジヨブを
受け付けた後、本発明の送受信・課金処理プログラム12
0に制御を渡す。送受信・課金処理プログラム120は自セ
ンタ・システムで当該ジヨブの処理が可能か否かを調べ
る。その結果、自センタ・システムで当該ジヨブの処理
が可能であるならば、当該ジヨブ・ストリームをスプー
ル・フアイル201に格納するために、ジヨブ管理206に制
御を戻す。ジヨブ管理206は当該ジヨブをスプール・フ
アイル201に格納した後、後に自センタ・システム内のO
S205の制御下で実行するときに該ジヨブ・ストリームを
取り出すことになる。

一方、当該ジヨブを自センタ・システムで実行できな
いとき、すなわち自センタ・システムが非常に混みあつ
ていて利用者の期待する時間内に処理が行なえない場合
などには、本発明の送受信・課金処理プログラム120は
当該ジヨブの実行をネツトワーク系内の他のサイトで行
なうことを試みる。まず、ネツトワーク課金テーブルBC
T100を調べて、自サイトと他のサイト間との収支を比較
し、最も収支が悪いサイトを選択する。次に、その選択
したサイトへジヨブの実行依頼を問い合わせる。問て合
わせの結果、受け入れ不可の回答が返ると次に収支の悪
いサイトを選択し、上記の処理を繰り返す。全てのサイ
トから受け入れ不可の回答が返つた場合には、当該ジヨ
ブを自サイトの計算機システムで実行させることにな
る。このときには、制御をジヨブ管理プログラム206へ
戻す。

選択したサイトからジヨブの受け入れ許可の回答が返
ると、送受信・課金処理プログラム120はその選択した
サイトへ当該ジヨブのジヨブ・ストリームに課金情報領
域を付加して線L1、あるいは線L2を介して送出する。な
お、線L1〜線L4上のデータ・ストリームの形式は、後
に、第３図〜第８図を用いて説明することにする。ジヨ
ブの実行を受け入れたサイト、第１図の例ではＢセンタ
・サイト210とすると、Ｂセンタ・サイト210の送受信・
課金処理プログラム219はＡセンタ・サイト200から送ら
れてくるジヨブ・ストリームにＡセンタ・サイト200の
代表利用者識別情報を付加し、ジヨブ管理プログラム21
6に制御を渡す。ジヨブ管理プログラム216は自サイトの
計算機システムで実行するために、そのジヨブ・ストリ
ームをスプール・フアイル211に格納する。以上によつ
て、Ａセンタ・サイト200の利用者のジヨブがＢセンタ
・サイト210の計算機システムで実行されることにな
る。

次に、Ｂセンタ・サイトの計算機システム210のジヨ
ブ管理プログラム216はジヨブの実行スケジユールに基
づいて、スプール・フアイル211からジヨブ・ストリー
ムを取りだしてOS215の制御のもとにジヨブ218として実
行させる。ジヨブの実行が終了すると、Ｂセンタ・サイ
トの計算機システム210内の送受信・課金処理プログラ
ム216はネツトワーク課金テーブルBCT213のＡセンタ・
サイト200用の課金情報領域に課金情報を格納する。ま
た、ジヨブの実行結果をＡセンタ・サイトへ返すとき
に、当該ジヨブの課金情報も一緒に送出する。

当該ジヨブの実行結果と課金情報とが線L1を介してＡ
センタ・サイト200内に戻ると、Ａセンタ・サイトの計
算機システム200の送受信・課金処理プログラム120は、
その課金情報をネツトワーク課金テーブルBCT100内のＢ
センタ・サイト対応の依頼ジヨブ課金情報テーブルに格
納する。なお、上記で述べた課金情報には中央処理装置
CPUの使用時間、入出力装置への入出力回数、およびフ
アイル容量の使用量などの頻度が相当する。次に、ネツ
トワーク課金テーブルBCT100内のユーザ課金テーブルに
も代表利用者識別にて課金情報を格納する。上記の依頼
ジヨブ課金情報テーブル、およびユーザ課金テーブルの
構成は、後に開示する第２図に示してある。ジヨブの実
行結果の出力情報はジヨブ管理プログラム206によつて
スプール・フアイル201に格納され、後に再び取り出し
てラインプリンタ装置（図示せず）等の出力装置へ出力
することにより、利用者に渡される。

課金集計処理プログラム110は一定期間毎、例えば月
末毎の各サイト間での収支計算のために動作する。課金
集計処理プログラム110はネツトワーク課金テーブルBCT
100を参照して自センタ・サイトと他のセンタ・サイト
（例えばＢセンタ・サイト210）との間で収支の精算処
理を行なう。その結果、自センタ・サイト200の収支が
マイナスであるならば、該センタ・サイトへその差額を
払い込む処理を実行する。

また、計算機ネツトワーク系において、ジヨブの実行
依頼が他のサイトを経由してなされたとき、例えばセン
タ・サイト230、センタ・サイト220を、経由し、各々線
L3,L4,L2を介してなされたときには、上述の各センタ・
サイトがＡセンタ・サイト200に対して中継課金を請求
できる処理手段も具備している。これはＡセンタ・サイ
ト200が線L3上にジヨブのデータ・ストリームとともに
課金情報領域のデータ・ストリームを送出しているの
で、各センタ・サイトはこの課金情報領域にデータを中
継したことにともなう課金の値を設定すればよい。

以上が本発明の計算機ネツトワーク・システムの制御
方式による動作の概要である。次に、第２図以降の構成
図、およびフローチヤート図を用いて動作の詳細を説明
する。第２図はネツトワーク課金テーブルBCT100の構成
を示したものであり、ネツトワーク間収支テーブルNST
（Network Stats tical managemnet Table:NST）150、
依頼ジヨブ課金情報テーブル（Send job Account Tabl
e:SACCT）155、受け入れジヨブ課金情報テーブル（Rrec
ieve job Account Table:RACCT）160、ユーザ課金テー
ブル（User Account Table USERT）165、およびサイト
状態テーブル（Site status Table:SITE−ST）170が存
在している。第18図は以下で述べる各センタ・サイト間
で授受する各種データ・ストリームの流れを示してい
る。第３図はジヨブの実行依頼の問い合わせのデータ・
ストリームの形式の一例を示した図、第４図（ａ）は受
け入れ拒否応答のデータ・ストリームの形式の一例を示
した図、第４図（ｂ）は受け入れ許可応答のデータ・ス
トリームの形式の一例を示した図、第５図はジヨブの実
行依頼時のデータ・ストリームの形式の一例を示した
図、第６図はジヨブの実行が終了して結果の出力の他の
サイトに依頼するときのデータ・ストリームの形式の一
例を示した図、第７図はジヨブの実行も結果の出力を終
了してジヨブの実行依頼をしたサイトへ課金情報を返す
ときのデータ・ストリームの形式の一例を示した図、第
８図は各サイト間での収支を清算したときの結果をお互
いに変換するときのデータ・ストリームの形式の一例を
示した図である。

第９図は第１図で示した送受信課金処理プログラム12
0の構成を示した図であり、送受信課金処理プログラム1
20はネツトワーク・ジヨブ・メイン処理部175、ジヨブ
転送処理部180、ジヨブ実行処理部182、実行結果出力処
理部183、ジヨブ転送中継処理部186、ネツトワーク・ジ
ヨブ課金処理部188でなつている。第10図はネツトワー
ク・ジヨブ・メイン処理部175の処理のフローチヤート
を示した図、第11図はジヨブ転送処理部180の処理のフ
ローチヤートを示した図、第12図はジヨブ実行処理部18
2の中でジヨブの実行開始の処理のフローチヤートを示
した図、第13図はジヨブ実行処理部182の中でジヨブの
実行終了時の処理のフローチヤートを示した図、第14図
は実行結果出力処理部183の処理のフローチヤートを示
した図、第15図はジヨブ転送中継処理部186の処理のフ
ローチヤートを示した図、第16図は第９図のネツトワー
ク・ジヨブ課金処理部188の処理のフローチヤートを示
した図、第17図は第１図で示した課金集計処理部110の
処理のフローチヤートを示した図である。

第２図を参照するに、ネツトワーク間収支テーブルNS
T150は自センタ・サイトとネツトワーク系にて接続され
ている各センタ・サイト間との収支情報を記憶してお
り、サイト名フイールド１、特性フイールド２、収支フ
イールド３、詳細情報領域へのポインタ４で成つてい
る。サイト名フイールド１は各センタ・サイトの代表識
別としても使用される。特性フイールド２は装備してい
る計算機群の特性例えば、中央処理装置の処理速度など
を保持している。収支フイールド３は自センタ・サイト
と当該エントリのセンタ・サイト間の収支の精算結果を
記憶しているものであり、この値がプラスであるなら
ば、自センタ・サイトの方が儲けていることになる。し
たがつて、他のサイトへジヨブの実行を依頼するときに
は、この値が最も大きいサイトから選択することにな
る。詳細情報領域へのポインタ４からは、依頼ジヨブ課
金情報テーブルSACCT155と受け入れジヨブ課金情報テー
ブルRACCT160がポイントされている。

依頼ジヨブ課金情報テーブルSACCT155は自センタ・サ
イトから当該エントリに対応するサイトへジヨブの実行
を依頼したときの課金情報を記憶するものである。この
テーブルには、依頼ジヨブ件数５、中央処理装置（以
降、CPUと略す場合もある）の使用単価６とそのCPU使用
量７、などのように計算機システム資源の使用量、ネツ
トワーク系における他のサイトへのデータの中継時の通
過データ量９とその通過単価８、およびジヨブの実行を
依頼した費用の合計値10が格納されている。なお、各資
源の使用量や合計値は累積値となつている。

同様に、受け入れジヨブ課金情報テーブルRACCT160は
自センタ・サイトが当該エントリに対応するサイトから
ジヨブの実行を受け入れたときの課金情報を記憶するも
のである。このテーブルには、受付ジヨブ件数11、自セ
ンタ・サイトの中央処理装置CPUの使用単価12とそのCPU
使用量13、などのように計算機システム資源の使用量、
ネツトワーク系における他のサイトへのデータの中継時
の通過データ量15とその通過単価14、およびジヨブの実
行を受け入れた費用の合計値16が格納されている。な
お、各資源の使用量や合計値も依頼ジヨブ課金情報テー
ブルSACCT155と同様に累積値となつている。上記の依頼
ジヨブ課金情報テーブルSACCT155、受け入れジヨブ課金
情報テーブルRACCT160内に記憶されている単価は両テー
ブルの間で等しくてもよいし、異なつていても構わな
い。

ユーザ課金テーブルUSERT165には自センタ・サイトの
利用者の課金情報が記憶されており、ユーザ名17、CPU
の使用量（使用時間）CPUT18、入出力装置の使用回数IO
C19、フアイル容量の使用量FS20などが格納されてい
る。ここで、CPUT18、入出力装置の使用回数IOC19、フ
アイル容量の使用量FS20の値は、先に示した依頼ジヨブ
課金情報テーブルSACCT155や受け入れジヨブ課金情報テ
ーブルRACCT160に格納されているCPU使用量７、13やI/O
使用回数、フアイル使用量に対応しており、また、これ
ら以外に各サイト独自の課金項目を設定しても構わな
い。ユーザ課金テーブルUSERT165のユーザ名17に他のサ
イトの代表利用者名が代表識別として登録されている。

第２図の170はネツトワーク系内の自センタ・サイト
の状態を示す制御テーブルであり、SITE−STと記してあ
る。SITE−ST170には、REQ21,ST22,NJ23,NSEQ24の状態
表示子があり、REQ21はジヨブ管理プログラム206から本
発明の送受信・課金処理プログラム120への引き渡しパ
ラメータであり、値が‘ON'であるならば他のサイトか
らのジヨブの受け入れを意味する。ST22は自センタ・サ
イトの混雑状況を示す表示子であり、OS205、およびジ
ヨブ管理プログラム206が設定し、第１図の送受信・課
金処理プログラム120が参照する。ST22の値が‘BUSY'な
らば、自センタ・サイトが混んでいることを意味する。
NJ23は送受信・課金処理プログラム120の作業用領域で
あり、第10図以降の処理フロー図で使用している。NSEQ
24はREQ21と同様に、ジヨブ管理プログラム206から本発
明の送受信・課金処理プログラム120への引き渡しパラ
メータであり、処理の方法を指定する。NSEQ24の値に
は、 ‘EX'…ジヨブの実行 ‘OUT'‥結果の出力 ‘CUT'‥データの中継 ‘ACT'‥課金集計 の内容を表すものがある。なお、自センタ・サイトの混
雑状況を検知する方法としては種々の方法が考えられる
が、その一例としては、特開昭61−253572号に記載され
ているように、計算機システム内で、常時CPUの使用率
や主メモリの使用率、入出力装置の使用率を計測し、こ
れを計算機システムの負荷状態として使用すればよい。
その負荷状態により、計算機システムの混雑状況を比例
計算して、負荷状態が高ければ、ST22の値は‘BUSY'と
なる。

第３図はジヨブの実行依頼の問い合わせのデータ・ス
トリーム25の形式を表した図である。このデータ・スト
リーム25の形式はフラグ25Aの値が‘F'となつており、
問い合わせ先サイト名25B、依頼サイト名25C、依頼内容
25Dで成つている。依頼内容25Dは、機種フイールド25D
1、当該ジヨブの予想CPU時間フイールド25D2、使用フア
イル容量フイールド25D3、希望ターン・アラウント・タ
イムTAT25D4で構成される。

第４図（ａ）は、第３図で示したジヨブの実行依頼の
問い合わせのデータ・ストリーム25に対する受け入れ拒
否応答のデータ・ストリーム26の形式を表したものであ
り、第４図（ｂ）は、受け入れ許可応答のデータ・スト
リーム27の形式を表している。受け入れ拒否応答のデー
タ・ストリーム26の場合には、フラグ26Aの値が、‘E'
となつている。理由情報26Dのフイールド26D1にターン
・アラウント・タイムを保証出来ないとか、フイールド
26D2にCPU時間が保証出来ないなどの理由情報が設定さ
れる。一方、受け入れ許可応答の場合には、フラグ27A
の値が、‘D'となつており、許可情報27Dのフイールド2
7D1〜27D3等に許可内容が返される。

第５図は、ジヨブの実行依頼時のデータ・ストリーム
28の形式を示したものであり、フラグ28Aの値が‘0'と
なつてネツトワーク系上に送り出される。データ・スト
リーム28には、実行サイト名フイールド28B、結果出力
サイト名フイールド28C、ジヨブ依頼サイト名フイール
ド28D、通過情報フイールド28E、およびジヨブ制御文、
プログラム／データ格納フイールド28Fで成つている。
結果出力サイト名フイールド28Cには、結果の出力を依
頼したサイト以外で行ないたいときに、結果を出力する
サイト名が格納される。通過情報フイールド28Eはデー
タの中継したサイトでの課金情報を格納するために使用
する。なお、ジヨブ依頼サイト名フイールド28Dには、
サイト名とともに利用者名も格納されている。

第６図はジヨブの実行が終了し、実行結果の出力を依
頼サイト、実行サイト以外で行なうときのデータ・スト
リーム29の形式である。当然のことながら、ジヨブの実
行結果の出力を依頼サイト、あるいは実行サイトにてな
されるときには、データ・ストリーム29の中の結果出力
サイト名フイールド29Cにはサイト名は格納されていな
い。ジヨブの実行終了のデータ・ストリーム29のフラグ
29Aの値は‘1'となつており、ジヨブ課金情報フイール
ド29B、通過情報フイールド29Eには、各々課金情報が格
納されている。また、ジヨブ実行結果フイールド29Fに
は、ジヨブの実行結果のデータ・ストリームが格納され
ている。

第７図は、ジヨブの実行も結果の出力も終了した後、
ジヨブの実行を依頼したサイトへ課金情報を返すときの
データ・ストリーム30の形式を示している。このデータ
・ストリームはフラグ30Aの値が‘2'と成つており、ジ
ヨブ課金情報フイールド30B、結果出力課金情報フイー
ルド30C、通過情報フイールド30Dには、それぞれ課金情
報が格納される。したがつて、上記の第６図，第７図の
データ・ストリームは課金情報を保持していることにな
る。依頼元のサイトはこの第６図，第７図を用いてネツ
トワーク系での課金の精算処理を行なう。

第８図は一定期間ごとに各サイト間での収支を精算し
たときの結果をお互いに交換するときのデータ・ストリ
ーム31の形式であり、フラグ31Aの値は‘3'となつてい
る。データ・ストリーム31には、対象サイト名フイール
ド31B、依頼ジヨブ課金情報フイールド31C、受付ジヨブ
課金情報フイールド31Dで成つており、各々依頼ジヨブ
件数31C1、各資源の使用頻度31C2〜31C5と費用31C6、同
様に、受付ジヨブ件数31D1、各資源の使用頻度31D2〜31
D5と費用31D6が格納されている。なお、各資源の使用頻
度31C2〜31C5,31D2〜31D5と費用31D6としては、中央処
理装置の使用時間CPUT31C2,CPUT−R31D2,入出力装置の
使用回数IOC31C3,IOC−R31D3、結果の出力ページ数LPC3
1C5,LPC−R31D5などがある。この項目は各サイト毎に異
なつても構わない。

第９図は第１図で示した送受信課金処理プログラム12
0のプログラム構成を示した図であり、送受信課金処理
プログラム120はネツトワーク・ジヨブ・メイン処理部1
75、ジヨブ転送処理部180、ジヨブ実行処理部182、実行
結果出力処理部183、ジヨブ転送中継処理部186、ネツト
ワーク・ジヨブ課金処理部188でなつている。第10図〜
第16図までは第９図のプログラム構成における各処理部
の処理のフローチヤートである。また、第17図は第１図
で示した課金集計処理プログラム110の処理のフローチ
ヤートである。

次に、本発明の計算機システムの制御方式による動作
の詳細を説明する。まず、ジヨブの実行依頼の動作を説
明する。第１図〜第９図を参照するに、利用者がＡセン
タ・サイト200にジヨブの実行を申し込むと、ジヨブ管
理プログラム206が当該ジヨブを受け付け後、送受信・
課金処理プログラム120に制御を渡す。送受信・課金処
理プログラム120は第９図に示すプログラム構成となつ
ており、その中のネツトワーク・ジヨブ・メイン処理部
175に制御が移る。第９図では、第２図に示したサイト
状態テーブルSITE−ST170も示してある。これは本プロ
グラム群120が共通して参照／更新するデータである。S
ITE−ST170の各フイールドのうち、REQ211は自又は他サ
イトへの要求識別子、ST22は混雑状態、NJ23は処理段階
の識別子、およびNSEQ24は実行状態の識別子である。な
お、参照／更新は点線の矢印で示してある。ネツトワー
ク・ジヨブ・メイン処理部175では、第10図に示した処
理フローのように、まず、処理ステツプ36aにてジヨブ
管理プログラム206からの要求が課金集計が否かを調べ
る。これはSITE−ST170のNSEQの値が‘ACT'でないなら
ば、課金集計の要求でないため、処理ステツプ36bへ進
む。次に、処理ステツプ36bにて、他のサイトからの依
頼か否かを調べる。他のサイトからの依頼の場合にはRE
Q21が‘ON'となるが、自サイトから他のサイトへの依頼
を試みる場合は‘OFF'であるため、処理ステツプ36cへ
進む。

処理ステツプ36cでは、自サイトの計算機システムが
混んでいるか否かを調べる。ST22の値が‘BUSY'でない
ならば、自サイトの計算機システムの処理の処理能力に
余裕があることになり、この場合には、ジヨブ管理プロ
グラム206へ制御を戻し、自サイトの計算機システムに
て当該ジヨブを実行することになる。一方、ST22の値が
‘BUSY'であるならば、他のサイトへジヨブの実行を依
頼することを試みる。この処理はジヨブ転送処理部180
が行なう。この処理の後は、ジヨブ転送処理部180から
正常リターン、すなわち他のサイトへジヨブの実行を依
頼出来たならば、ジヨブ管理プログラム206へ制御を戻
す。逆に、他のサイトへジヨブの実行を依頼出来なかつ
たときにはエラー・リターンとなり、処理ステツプ36d
を実行する。この処理ステツプ36dでは、当該ジヨブを
自サイトの計算機システムにて当該ジヨブを実行するた
めに、利用者のジヨブ・ストリームを再びスプール・フ
アイルに戻した後、ジヨブ管理プログラム206へ制御を
戻す。

第11図は第９図のジヨブ転送処理部180の処理フロー
である。ここでの処理は、第２図で示したネツトワーク
間収支テーブルNST150を検索して、自サイトの収支が最
も大きいサイト、すなわち自サイトに比べて相手のサイ
トの収支が最も悪いサイトから順に、ジヨブの実行依頼
を行なうことになる。この検索処理が処理ステツプ40a
〜40iである。処理ステツプ40gでは、第３図に示した問
い合わせのデータ・ストリーム25をネツトワーク系上に
送出し、その選択したサイトからの応答を判定処理ステ
ツプ40hで調べる。その結果、第４図（ｂ）に示す受け
入れ許可応答のデータ・ストリームであるならば、処理
ステツプ41aを実行することにより、第５図に示したデ
ータ・ストリーム28が作成され、ネツトワーク系上に送
出される。このときは、正常リターンとなる。

一方、第４図（ａ）に示す受け入れ拒否応答のデータ
・ストリーム26であるならば、判定処理ステツプ40iへ
進む。判定処理ステツプ40iは収支の損益を基準とした
検索中であるか否かを判定し、もしも検索中であるなら
ば処理ステツプ40eへ戻る。さもなくば、判定処理ステ
ツプ41bへ進む。判定処理ステツプ41bは第２図のネツト
ワーク間収支テーブルNST150に登録されている順序で各
サイトに問い合わせを行なつている過程での処理であ
り、処理ステツプ41c〜処理ステツプ41g、および処理ス
テツプ40gは、この一連の処理過程となる。判定処理ス
テツプ41fによつて、全てのエントリが検索されるとエ
ラー・リターンとなる。

以上によつて、自センタ・サイトの利用者のジヨブが
ネツトワーク系上の他のセンタ・サイトにて実行される
ことになる。他のセンタ・サイトにてジヨブの実行が終
了すると、第６図、または第７図で示したデータ・スト
リーム29,30が返つてくる。ジヨブ管理プログラム206は
このデータ・ストリームが受け取ると、データ・ストリ
ームの形式を検査する。データ・ストリームの形式が第
６図に示した形式であり、かつ自センタ・サイトで結果
を出力する場合には、ジヨブ実行結果29Fのデータをス
プール・フアイル201に格納した後に、NSEQ24の値を‘A
CT'として第９図のネツトワーク・ジヨブ・メイン処理
部175へ制御を施す。一方、データ・ストリームの形式
が第７図に示した形式の場合には、ジヨブ実行結果の処
理は他のセンタ・サイトにてなされているため、直ちに
NSEQ24の値を‘ACT'として第９図のネツトワーク・ジヨ
ブ・メイン処理部175へ制御を渡す。

第９図，第10図のネツトワーク・ジヨブ・メイン処理
部175は判定処理ステツプ36aにて課金処理であることを
認識し、制御を課金処理部188に移す。第16図は課金処
理部188の処理フローである。第16図を参照するに、NSE
Q24の値が‘ACT'であるため、処理ステツプ50a〜50cを
実行する。

まず、処理ステツプ50aでは、第６図，第７図のデー
タ・ストリーム29,30より、課金情報を取り出す。この
課金情報としては、 （１） ジヨブ実行課金情報29B,30B, （２） 結果出力課金情報29C,30C, （３） 通過情報課金情報29E,30D 等であり、その各々のサイト名、例えば実行サイト29B1
に対応する依頼ジヨブ課金情報テーブルSACCT155の各エ
ントリに累積加算する。具体的には、CPU時間であるな
らば、CPUT29B2の値をCPU使用量７の値に加算して、そ
の加算結果を再びCPU使用量７の領域に格納する。他の
項目に対しても、同様な処理をする。また、このとき、
依頼ジヨブ課金情報テーブルSACCT155の依頼ジヨブ件数
フイールド５の値を＋１する。なお、他のサイトを通過
したことによる通過情報課金は各サイト（サイト30D1,
サイト30D2など）から請求されているものに対してのみ
SACCT155の通過データ量９に累積加算すれば良い。

処理ステツプ50bでは、自センタと契約している利用
者に対する課金計算を行なう。まず、データ・ストリー
ムより、サイト名29B1,30B1を得て、第２図のネツトワ
ーク間収支テーブルNST150の対応エントリより、特性フ
イールド２を得る。このフイールドには、CPU速度やシ
ステム構成等の特性情報が格納されている。利用者に対
する課金の補正方法としては、 （１） CPU速度の違いによる補正、 （２） 処理単価の違いによる補正、あるいは、 （３） 一切、補正を行なわないこと 等がありえるが、これらは経営者の運営方針によつて決
めれば良い。しかし、少なくとも（１）による補正は必
要である。この実施例においては、上記の（１），
（２）での補正方法を説明する。CPU速度の相違による
補正は、相手サイトのCPU速度を特性フイールド２より
得て、自サイトのCPU速度に対する処理速度比率を計算
する。この比率をCPUT29B2,30B2に乗じた値をUSERT165
の当該利用者のCPUT18に累積加算すれば良い。これによ
つて、利用者に対しては、自サイトの計算機にて処理し
たことと等価になる。一方、上記の（２）の処理単価の
違いによる補正は、自サイトの処理単価と相手サイトの
処理単価との比率を計算して、その値を処理量29B2や29
B3に乗じることになる。一般的には、CPUT29B2に対する
（１）の方法による補正、入出力回数IOC29B3やフアイ
ル使用量FS29B4に対する補正を行なわないことが望まし
い。また、通過データ量29E,30Dに対する利用者への課
金も行なわないことが望ましい。これらは、あくまでも
自センタの都合により他のセンタにてジヨブを実行した
ためであり、課金の差額を利用者に負担させないことが
望ましい。

上記の使用料金の負担方法は各サイトの管理者の判断
に依存する。

第16図ステツプ50cでは、ジヨブの実行を依頼したサ
イトと自センタ・サイト間で、賃借の精算処理を行な
う。この処理は、第６図，第７図で示したようにデータ
・ストリーム29,30に現れている全てのサイトとの間で
行なう。まず、第２図のSACCT155の各処理単価と使用量
または使用回数とを乗算し、依頼費用合計10を修正す
る。次に、RACCT160内の処理費用合計16から、先の依頼
費用合計10を減算し、その結果をNST150の当該サイト用
の収支フイールド３に格納すれば良い。したがつて、吸
支フイールド３の値がプラスであれば、自センタ・サイ
トは当該サイトよりも儲けていることになり、さらに、
ジヨブの実行を依頼出来る。

以上が、自センタ・サイトから他のセンタ・サイトへ
ジヨブの実行を依頼するときの制御方法と、ジヨブの実
行を依頼したことに伴う課金情報の処理方法、ならびに
各サイト間での課金の吸支の精算処理方法について説明
した。次に、他のセンタ・サイトからジヨブの実行を受
け入れるときの制御方法について説明する。

第９図，第10図、および第３図〜第８図を参照する
に、他のセンタ・サイトからジヨブの実行を依頼するた
めに第３図で示した問い合わせのデータ・ストリーム25
が送られてくる。ジヨブ管理プログラム206はこのデー
タ・ストリーム25を検出すると、ネツトワーク・ジヨブ
・メイン処理部175に制御を移す。このとき、サイト状
態テーブルSITE−ST170のREQ21は‘ON'となり、NJ23の
値は‘2'となつている。

ネツトワーク・ジヨブ・メイン処理部175はREQ21が
‘ON'であるため、第10図の処理ステツプ42a〜42g、お
よびジヨブ実行処理部182、実行結果出力処理部183が動
作する。処理ステツプ36a,36bを実行後に、判定処理ス
テツプ42aに進む。判定処理ステツプ42aでは、相手サイ
トからの問い合わせの段階（NJ＝０）であるため、次の
判定処理ステツプ42bに進む。判定処理ステツプ42bで
は、自センタ・サイトの混雑状況を調べることになり、
SITE−ST170の表示子ST22の値が‘BUSY'であるか否かを
調べる。その結果、表示子ST22の値が‘BUSY'であるな
らば、処理ステツプ42cを実行することになり、ここで
は第４図（ａ）の受け入れ拒否の応答のデータ・ストリ
ーム26を作成し、送出する。このとき、回答サイト名26
B、理由情報26Dの各フイールドに値を設定する。他方、
表示子ST22の値が‘BUSY'でないならば、処理ステツプ4
2d,42eを実行し、ジヨブの受け入れ準備を整える。すな
わち、処理ステツプ42dにて、第４図（ｂ）に示した受
け入れ許可のデータ・ストリーム27を作成し、送出す
る。次に、処理ステツプ42eにてNJ23の値を‘1'とした
後、一旦、ジヨブ管理プログラム206へ制御を戻す。

以上によつて、相手サイトに対しては、ジヨブの実行
を受け入れる応答をしたことになる。次に、相手サイト
からは、第５図、または第６図に示したデータ・ストリ
ーム28、または29が送出されてくる。ジヨブ管理プログ
ラム206はこのデータ・ストリーム28、または29を受け
取ると、実行サイト名28Bが自サイト名と等しければNSE
Q24の値を‘EX'すなわち、ジヨブの実行とし、第６図の
結果出力サイト名29Cが自サイト名と等しければNSEQの
値を‘OUT'として、ネツトワーク・ジヨブ・メイン処理
部175に制御を渡す。なお、実行サイト名28Bも結果出力
サイト名29Cも自サイトを指定していたときには、先に
‘EX'を優先し、次に、‘OUT'の値を設定する。

ネツトワーク・ジヨブ・メイン処理部175は、第10図
の処理ステツプ42f〜42gを実行した後、ジヨブ実行処理
部182、あるいは実行結果出力処理部183に制御を移す。
ここで、処理ステツプ42fにてNJ23の値を２に設定して
いるのは当該ジヨブがネツトワーク系のジヨブ（ネツト
ワーク・ジヨブ）である旨を表示するためである。ジヨ
ブ実行処理部182はジヨブの実行開始時とジヨブの実行
終了時では処理方法が異なつており、第12図はジヨブの
実行開始時の処理フロー図、第13図はジヨブの実行終了
時の処理フロー図である。

第12図を参照するに、ジヨブ実行処理部182のうち、
ジヨブの実行開始時の処理は、処理ステツプ43a〜43cを
実行すればよい。処理ステツプ43aでは、第５図のデー
タ・ストリーム28を分解し、処理ステツプ43bにて代表
識別を付加する。これは自センタ・サイト内での課金処
理のためである。つぎに、処理ステツプ43cにてジヨブ
制御文、プログラム／データをスプール・フアイル201
に格納して自センタ・サイト内の計算機システムで実行
させる。ここで、一旦、制御はジヨブ管理プログラム20
6へ戻る。以上によつて、他のセンタ・サイトの利用者
のジヨブが自センタ・サイト内の計算機システムで実行
される。すなわち、自センタ・サイト内の計算機システ
ムはスプール・フアイル201に格納されているジヨブ群
を順に実行するためである。

ジヨブの実行が終了すると、ジヨブ管理プログラム20
6は当該ジヨブがネツトワーク系のジヨブ（ネツトワー
ク・ジヨブ）であるので、NJ23の値を２に設定した後、
再び、ジヨブ実行処理部182へ制御を移す。第13図はジ
ヨブ実行処理部182におけるジヨブ実行終了時の処理フ
ローである。まず、処理ステツプ44aにて、当該ジヨブ
の課金情報をUSERT165の利用者対応のエントリに格納す
る。判定処理ステツプ44bでは、当該ジヨブがネツトワ
ーク・ジヨブであるため、次の処理ステツプ44cへ進
む。処理ステツプ44cにて、受け入れジヨブ課金情報テ
ーブルRACCT160に課金情報を累積加算する。なお、この
とき、受付処理件数11の値を＋１する。また、処理費用
合計値16も計算しておく。

以上の処理が終了すると、制御は第10図の処理ステツ
プ42hに戻り、NJ23の値を‘0'に設定した後、ネツトワ
ーク・ジヨブ課金集計処理部188へ制御を渡す。

次に、NSEQ24の値が‘OUT'すなわち、結果の出力のと
きの動作を説明する。この場合は、データ・ストリーム
の形式が第６図に示したように、他のサイトで実行され
たジヨブの実行結果の出力を依頼されたことを意味す
る。第９図、および第10図のネツトワーク・ジヨブ・メ
イン処理部175は第10図の判定処理ステツプ42gにてNSEQ
24の値が‘OUT'となつているため、実行結果出力処理部
183へ制御を移す。第14図は実行結果出力処理部183の処
理フローを示している。判定処理ステツプ45aでは、ネ
ツトワーク・ジヨブか否かを検査する。ネツトワーク・
ジヨブでないならば、処理ステツプ45dへ進む。ネツト
ワーク・ジヨブであるならば、処理ステツプ45bにて、
第６図のデータ・ストリーム29からジヨブ実行結果フイ
ールド29Fを取り出して、出力装置に出力する。次に、
処理ステツプ45cにて、受け入れジヨブ課金情報テーブ
ルRACCT160の出力装置使用回数13Aに課金情報を累積加
算する。出力装置使用回数13Aの値としては、出力ペー
ジ数や出力行数の値を用いれば良い。なお、このとき、
受付処理件数11の値を＋１する。また、処理費用合計値
16も計算しておく。処理ステツプ45dにて、当該ジヨブ
の課金情報をUSERT165の利用者対応のエントリに格納す
る。これら一連の処理が終了すると、第10図の処理ステ
ツプ42hへ戻る。処理ステツプ42hでは、先の、ジヨブ実
行終了時のときと同様に、NJ23の値を‘0'に設定した
後、ネツトワーク・ジヨブ課金集計処理部188へ制御を
渡す。

第16図はネツトワーク・ジヨブ課金集計処理部188の
処理フローである。NSEQ24の値が‘ACT'すなわち、課金
集計のときの処理手順は、先に説明した。ここでは、処
理ステツプ51a〜51d、および処理ステツプ52aの動作を
説明する。処理ステツプ51a,51bはNSEQ24の値が‘EX'、
すなわちジヨブの実行にともなう課金請求のデータ・ス
トリームの送出処理である。処理ステツプ51aでは、第
６図、または第７図のデータ・ストリーム29、または30
を完成させる。具体的には、ジヨブ実行処理182の終了
処理（第13図参照）でRACCT160に課金情報を格納した処
理と同様に、ジヨブ実行課金情報フイールド29B,30Bに
計算機資源の使用量を格納する。そのとき、実行サイト
名29B1,30B1にも自センタ・サイト名を格納する。な
お、第６図のデータ・ストリーム29はジヨブの実行結果
の出力を他のサイトで行なう場合である。次に、他のサ
イトにて出力する場合には、処理ステツプ51cにてジヨ
ブ実行結果のデータ29Fをデータ・ストリーム29に付加
する。その後、処理ステツプ51dにて、処理ステツプ51
a,51cで完成させたデータ・ストリームをネツトワーク
系上に送出する。

一方、NSEQ24の値が‘OUT'のときには、第７図のデー
タ・ストリーム30を完成させることになり、処理ステツ
プ52aにて、結果出力課金情報フイールド30Cに出力ペー
ジ数30C2などの課金情報、および出力サイト名30C1に値
を格納する。そして、処理ステツプ51dにて、処理ステ
ツプ52aで完成させたデータ・ストリームをネツトワー
ク系上に送出する。

以上が他のサイトからジヨブの実行や結果の出力を依
頼されたときの動作である。次に、データ・ストリーム
の中継にともなう課金方法について説明する。なお、こ
のデータ・ストリームの中継課金は各サイト間で合意が
得られれば、行なわなくてもよい。この中継課金とは、
Ａセンタ・サイト200からＣセンタ・サイト220へ線L1,L
2を介してジヨブの実行や結果の出力を依頼したとき
に、Ｂセンタ・サイト210がデータ・ストリームの中継
にともなう課金請求を、依頼もとのＡセンタ・サイト20
0に行なうものである。この処理は、第９図のジヨブ転
送中継処理部186、およびネツトワーク・ジヨブ課金処
理部188でおこなう。

第15図はジヨブ転送中継処理部186の処理フローを示
している。第15図を参照するに、ジヨブ転送中継処理部
186はジヨブ管理プログラム206から制御を受け取ると、
処理ステツプ54aにて、中継したデータ・ストリームの
量を第２図に示したRACCT160の通過データ量領域15に格
納する。その後、ネツトワーク・ジヨブ課金処理部188
に制御を移す。ネツトワーク・ジヨブ課金処理部188で
の中継課金の処理は、第16図の処理ステツプ53a,51dで
ある。すなわち、処理ステツプ53aにて、第６図のデー
タ・ストリーム29、あるいは第７図のデータ・ストリー
ム30の通過情報フイールド29E,30Dに中継課金のための
通過データ量を格納する。具体的には、中継したサイト
のフイールド30D1、またはフイールド30D2などに通過デ
ータ量を格納する。その後、処理ステツプ51dにて、処
理ステツプ52aで完成させたデータ・ストリームをネツ
トワーク系上に送出する。

以上が第１図の送受信・課金処理プログラム120の動
作である。次に、課金集計処理プログラム110の動作を
説明する。第17図は課金集計処理プログラム110の処理
フローを示しており、第８図は課金集計処理の結果を相
手のセンタ・サイトへ通知するときのデータ・ストリー
ムを示している。第17図を参照するに、処理ステツプ56
aにて、ネツトワーク間収支テーブルNST150をロケート
し、処理ステツ56bにて繰返しのカウンタ類を初期化す
る。ここで、ｎはNST150内のネツトワーク数4aの値であ
る。また、ｉはNST150のエントリをロケートするための
インデツクスであり、ｉの値がｎを越えるまで処理ステ
ツプ56c〜処理ステツプ56iを繰り返す。

処理ステツプ56cにてインデツクスｉの値を＋１し
て、処理ステツプ56にてｉの値がｎを越えたかを検査す
る。ｉの値がｎを越えたとき、すなわちNST150の全ての
エントリに対する収支の精算処理が終了すると、処理ス
テツプ56jにてBCTテーブル群100の内容をネツトワーク
・フアイル202に格納する。格納されるテーブル群は、
第２図に示したNST150,SACCT155,RACCT160,USERT165で
ある。

比較検査の結果、ｉの値がｎを越えないならば処理ス
テツプ56e〜処理ステツプ56iを繰り返す。まず、処理ス
テツプ56eでは、NST150のｉ番目のエントリに登録され
たサイトとの間で精算処理を行なう。すなわち、RACCT1
60の各処理単価と頻度を乗算して処理費用の合計値16を
計算する。また、SACCT155の各処理単価と頻度を乗算し
て依頼費用の合計値10を計算する。処理費用の合計値16
から依頼費用の合計値10を差引いた値が収支３となる。
また、相手のセンタ・サイトへ精算結果を連絡するため
に、第８図のデータ・ストリーム31を作成して、ネツト
ワーク系上に送出する。第８図において、依頼ジヨブ課
金情報31CはSACCT155の内容であり、受付ジヨブ課金情
報31DはRACCT155の内容である。また、データ・ストリ
ーム31内には受信サイト名31BR、発信サイト名31BSが含
まれている。受信サイト名31BRは清算対象のサイト名で
あり、発信サイト名31BSは自サイト名となる。

判定処理ステツプ56gにて収支の比較を行ない、収支
が相殺されていれば処理ステツプ56cへ戻る。自センタ
・サイトの収支がプラスであれば処理ステツプ56hを実
行する。処理ステツプ56hは当該サイトへ差額を請求す
るための書類を作成する。一方、自センタ・サイトの収
支がマイナスであれば処理ステツプ56iを実行する。こ
の処理ステツプ56iは処理ステツプ56hとは逆に、当該サ
イトへ差額を振り込むための書類を作成する。なお、こ
の処理においては、銀行等の振込み自動化システムと連
動させても構わない。

〔発明の効果〕

本発明によれば、それぞれ管理者が異なる複数の計算
機システム間でジヨブの実行の交換を可能とする計算機
ネツトワーク・システム構成において、各計算機システ
ム側において、他のサイトへジヨブの実行を依頼したこ
とによる相手サイトからの課金情報と自サイトが相手サ
イトのジヨブを受け入れ実行したときの請求課金情報を
累積記憶する制御手段を具備し、かつ自サイトとの使用
契約を結んでいる利用者に対しては、自サイトの課金の
基準にて請求する制御手段を具備しているので、利用者
に対しては、常に一定の課金基準でサービスを提供する
ことが出来る効果がある。

さらに、それぞれ管理者が異なる複数の計算機システ
ム間でジヨブの実行の交換を可能とする計算機ネツトワ
ーク・システム構成において、他のサイトへジヨブの実
行を依頼するときに、自サイトとの収支がマイナスとな
つているサイトを優先的に選択する制御手段を具備して
いるので、計算機ネツトワーク・システムの系間での収
益上の不均衡が生じない効果がある。

さらに、他のサイトからジヨブの実行を受け入れると
きには、ジヨブの実行を依頼した側のサイトの代表識別
情報だけで自サイトの計算機システムを使用できるよう
にした制御手段を各システム内に具備しているので、自
サイトの計算機システム使用の登録者数が他サイトから
のジヨブ実行依頼に伴つて無尽蔵に増加しないという効
果がある。

【図面の簡単な説明】

第１図は本発明の計算機ネツトワーク・システムの制御
方式の構成を端的に示した図、第２図はネツトワーク課
金テーブルBCT100の構成を示したものであり、ネツトワ
ーク間収支テーブルNST（Network Statstical manageme
nt Table:NST）150、依頼ジヨブ課金情報テーブル（Sen
d job Account Table:SACTT）155、受け入れジヨブ課金
情報テーブル（Rrecieve job Account Table:RACCT）16
0、ユーザ課金テーブル（User Account Table:USERT）1
65、およびサイト状態テーブル（Site status Table:SI
TE−ST）165が存在している。第３図はジヨブの実行依
頼の問い合わせのデータ・ストリームの形式を示した
図、第４図（ａ）は受け入れ拒否応答のデータ・ストリ
ームの形式を示した図、第４図（ｂ）は受け入れ許可応
答のデータ・ストリームの形式を示した図、第５図はジ
ヨブの実行依頼時のデータ・ストリームの形式を示した
図、第６図はジヨブの実行が終了して結果の出力を他の
サイトに依頼するときのデータ・ストリームの形式を示
した図、第７図はジヨブの実行も結果の出力も終了して
ジヨブの実行依頼をしたサイトへ課金情報を返すときの
データ・ストリームの形式を示した図、第８図は各サイ
ト間での収支を清算したときの結果をお互いに交換する
ときのデータ・ストリームの形式を示した図、第９図は
第１図で示した送受信課金処理部120のプログラム構成
を示した図であり、送受信課金処理部120はネツトワー
ク・ジヨブ・メイン処理部175、ジヨブ転送処理部180、
ジヨブ実行処理部182、実行結果出力処理部183、ジヨブ
転送中継処理部186、ネツトワーク・ジヨブ課金処理部1
88でなつている。第10図はネツトワーク・ジヨブ・メイ
ン処理部175の処理のフローチヤートを示した図、第11
図はジヨブ転送処理部180の処理のフローチヤートを示
した図、第12図はジヨブ実行処理部182の中でジヨブの
実行開始の処理のフローチヤートを示した図、第13図は
ジヨブ実行処理部182の中でジヨブの実行終了時の処理
のフローチヤートを示した図、第14図は実行結果出力処
理部183の処理のフローチヤートを示した図、第15図は
ジヨブ転送中継処理部186の処理のフローチヤートを示
した図、第16図は第９図のネツトワーク・ジヨブ課金集
計処理部のフローチヤートを示した図、第17図は第１図
で示した課金集計処理部110の処理のフローチヤートを
示した図である。第18図は各センタ・サイト間で授受す
る各種データ・ストリームの流れを示す図である。 100……ネツトワーク課金テーブル、110……課金集計処
理部、120……送受信・課金処理部、200……計算機シス
テム、205……オペレーテイング・システム、206……ジ
ヨブ管理プログラム、150……ネツトワーク間収支テー
ブル、155……依頼ジヨブ課金情報テーブル、160……受
け入れジヨブ課金情報テーブル、165……ユーザ課金情
報テーブル、170……サイト状態テーブル。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭63−304361（ＪＰ，Ａ) 特開 昭60−77258（ＪＰ，Ａ) 特開 昭62−26567（ＪＰ，Ａ) 特開 昭63−73317（ＪＰ，Ａ) 特開 昭63−132369（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 15/16 G06F 1/00

Claims (17)

(57)【特許請求の範囲】
1. 【請求項１】複数の計算機システム間でジョブの実行の
   交換をする計算機ネットワーク・システムを構成する計
   算機システムであって、 他の計算機システムへ依頼したジョブの課金情報を記憶
   する第１の記憶手段と、 前記他の計算機システムから受入れたジョブの課金情報
   を記憶する第２の記憶手段と、 前記他の計算機システムへジョブの実行を依頼する第１
   の制御手段と、 前記他の計算機システムへ依頼した前記ジョブの実行結
   果と課金情報を前記他の計算機システムから受取る第２
   の制御手段と、 前記第２の制御手段で得た前記課金情報を前記第１の記
   憶手段内の値に加算して前記第１の記憶手段に再度記憶
   する第３の制御手段と、及び、 前記第１の記憶手段内の課金情報と前記第２の記憶手段
   内の課金情報とで賃借を清算する第４の制御手段とを具
   備したことを特徴とする計算機システム。
2. 【請求項２】請求項１記載の計算機システムであって、 当該計算機システム内の利用者からのジョブの課金情報
   を記憶する第３の記憶手段と、 前記第１の記憶手段に記憶される課金情報と、前記第３
   の記憶手段に記憶されている課金情報と、及び、当該計
   算機システムの課金基準に基づいて前記利用者へ課金す
   る第５の制御手段とを具備したことを特徴とする計算機
   システム。
3. 【請求項３】複数の計算機システム間でジョブの実行の
   交換をする計算機ネットワーク・システムを構成する該
   計算機システムであって、 第１の計算機システムからジョブを受け取り、第２の計
   算機システムへジョブ実行を中継する手段と、該第１の
   計算機システムから該第２の計算機システムへの中継デ
   ータに対する中継課金を該第１の計算機システムへ請求
   する手段を具備したことを特徴とする計算機システム。
4. 【請求項４】ユーザからジョブの実行の依頼を受け付け
   る計算機システムにおいて、ネットワークで接続された
   他の計算機システムに、ユーザからの依頼を受けたジョ
   ブの実行を依頼する手段と、 上記他の計算機システムから、依頼したジョブの実行結
   果と、課金情報を受け取り、該課金情報を自計算機シス
   テムにおける処理単価に応じて補正する手段を有するこ
   とを特徴とする計算機システム。
5. 【請求項５】請求項４記載の計算機システムであって、 上記他の計算機システムにおける処理単価と自計算機シ
   ステムにおける処理単価との比率に応じて、上記他の計
   算機システムから受け取った課金情報を補正する手段を
   有することを特徴とする計算機システム。
6. 【請求項６】請求項４又は請求項５の何れかに記載の計
   算機システムであって、 ネットワークで接続された他の計算機システムから依頼
   されたジョブの実行を、依頼元計算機システムの代表利
   用識別情報を用いて実行することを特徴とする計算機シ
   ステム。
7. 【請求項７】計算機システムにおける課金処理方法であ
   って、 他の計算機システムへ依頼したジョブの第１の課金情報
   を記憶する第１ステップと、 前記他の計算機システムから受入れたジョブの第２の課
   金情報を記憶する第２ステップと、 前記他の計算機システムへジョブの実行を依頼する第３
   ステップと、 前記他の計算機システムへ依頼した前記ジョブの実行結
   果と課金情報を前記他の計算機システムから受取る第４
   ステップと、 前記第４ステップで受けた前記課金情報を前記第１ステ
   ップで記憶した前記第１の課金情報に加えて再度記憶す
   る第５ステップと、及び 前記第５ステップで記憶した課金情報と前記第２ステッ
   プで記憶した第２の課金情報とで賃借を清算する第６ス
   テップとを有することを特徴とする計算機システムにお
   ける課金処理方法。
8. 【請求項８】請求項７記載の計算機システムにおける課
   金処理方法であって、 前記計算機システム内の利用者からのジョブの課金情報
   を記憶する第７ステップと、 前記第５ステップで記憶した課金情報と、前記第７ステ
   ップで記憶した課金情報と、前記計算機システムの課金
   基準とに基づいて前記利用者へ課金する第８ステップと
   を具備したことを特徴とする計算機システムにおける課
   金処理方法。
9. 【請求項９】請求項１乃至請求項２記載の計算機システ
   ムであって、前記課金情報は、処理の単価と頻度と使用
   料金の合計金額からなることを特徴とする計算機システ
   ム。
10. 【請求項１０】請求項１記載の計算機システムであっ
    て、前記第２の制御手段は、前記ジョブを実行した計算
    機システムの識別情報と課金情報、前記ジョブの結果を
    出力した計算機システムの識別情報と課金情報、およ
    び、前記ジョブのデータを転送した計算機システムの識
    別情報と課金情報を前記ジョブの実行結果と共に受取る
    ことを特徴とする計算機システム。
11. 【請求項１１】請求項１記載の計算機システムであっ
    て、前記第１の制御手段は、当該計算機システムと他の
    計算機システムとの間で収支の均衡を反映して前記ジョ
    ブの依頼先を選択することを特徴とする計算機システ
    ム。
12. 【請求項１２】請求項１記載の計算機システムであっ
    て、前記第４の制御手段で清算した結果を前記他の計算
    機システムへ通知することを特徴とする計算機システ
    ム。
13. 【請求項１３】請求項１記載の計算機システムであっ
    て、前記第１の制御手段は、依頼先の他の計算機システ
    ムに、前記ジョブの実行を受入れ可能か否かを問い合わ
    せた後に、前記ジョブを前記他の計算機システムへ依頼
    することを特徴とする計算機システム。
14. 【請求項１４】請求項13記載の計算機システムであっ
    て、当該計算機システムがジョブの実行受け入れ可能か
    否かの問合わを受けた場合、前記問合わせのジョブを実
    行する余裕があれば、前記問合わせジョブを受け入れる
    回答を問合わせ元へ送る手段を有することを特徴とする
    計算機システム。
15. 【請求項１５】計算機システムであって、 他の計算機システムへ第１のジョブを依頼する手段と、 前記他の計算機システムへ依頼した前記第１のジョブの
    第１の課金情報を介して受ける手段と、 前記他の計算機システムが依頼した第２のジョブを受け
    る手段と、 前記受信した前記第２のジョブを実行する手段と、及
    び、 前記第２のジョブの第２の課金情報と前記第１の課金情
    報とで収支を計算する手段とを有することを特徴とする
    計算機システム。
16. 【請求項１６】前記第１のジョブを依頼する手段は、前
    記第２の課金情報が示す費用が前記第１の課金情報が示
    す費用より大きいところの他の計算機システムへ第１の
    ジョブを依頼することを特徴とする請求項15記載の計算
    機システム。
17. 【請求項１７】前記清算する手段の清算結果と当該計算
    機システムの課金基準を参照して、当該計算機システム
    内の利用者のジョブへの課金を行う手段を有することを
    特徴とする請求項16記載の計算機システム。