JP2002157232A

JP2002157232A - データ処理システム

Info

Publication number: JP2002157232A
Application number: JP2000352563A
Authority: JP
Inventors: Keiji Kageyama; 啓二影山; Shinichi Shimoide; 新一下出; Junichi Kobayashi; 淳一小林
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2000-11-20
Filing date: 2000-11-20
Publication date: 2002-05-31

Abstract

(57)【要約】【課題】データ処理の規模が、データ処理センタのデ
ータ処理装置で実行不可能なほど大きいと、データ処理
自体をあきらめるか実行可能な別のデータ処理センタを
探す必要があった。ユーザが快適にデータ処理するため
に必要なデータ処理資源を確保する手段を備えたデータ
処理装置を提供する。【解決手段】少なくとも一つの主データ処理装置500
と、主データ処理装置500にネットワーク400で接続され
サービス提供手段210を含むサービス提供装置200と、主
データ処理装置500と連携可能な少なくとも一つの支援
データ処理装置600〜710とからなるデータ処理装置。ユ
ーザがサービス提供装置200にアクセスすると、サービ
ス提供手段210が要求処理に必要なデータ処理資源を確
保し、データ処理装置500〜710の連携指示などを実行す
るので、ユーザは、データ処理装置500の能力を意識せ
ず、データ処理の要求を送信し、所望のデータ処理結果
を得られる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットな
どのネットワークを介して送信されてくるデータ処理要
求を実行するデータ処理システムに係り、特に、データ
処理要求の規模がデータ処理センタのデータ処理装置の
能力を超える場合に、支援データ処理装置を効率的に連
携させる手段に関する。

【０００２】

【従来の技術】ユーザがあるデータ処理をデータ処理装
置で実行する場合、必要とされるメモリサイズや計算の
繰り返し回数などで規定される処理規模の最大値は、デ
ータ処理装置に搭載されているプロセッサの処理能力，
メモリ容量，ディスク容量などのデータ処理装置の規模
により決定されていた。

【０００３】データ処理要求の規模がデータ処理センタ
のデータ処理装置の能力を超える場合に、データ処理を
他の装置に転送する技術は、例えば特開平６−２１５０
３１号公報に記載されている。この従来技術において
は、データ処理そのものを別の処理装置に転送して実行
するので、データ処理の規模によっては、より大規模な
処理装置を必要とする。

【０００４】また、インターネットなどのネットワーク
を介してデータ処理センタのデータ処理装置にアクセス
してデータを処理する場合、データ処理センタの限定さ
れたソフトウェアをＷＷＷ(World Wide Web)ブラウザで
利用するか、データ処理センタからの許可を得てデータ
処理システムに直接ログインし、データ処理装置に用意
されたコマンドを使用して、データを処理する。

【０００５】

【発明が解決しようとする課題】データ処理の規模が、
データ処理センタのデータ処理装置の能力を超える場合
に、すなわち、このデータ処理センタではそのデータ処
理の実行が不可能な場合に、ユーザは、データ処理その
ものをあきらめるか、または、データ処理を実行可能な
データ処理装置を備えた別のデータ処理センタを探し、
新たに利用契約を結ぶなどの多くの時間と労力を費やし
て、データを処理する必要があった。本来ユーザが必要
とするものは、データ処理の結果であり、データを処理
する環境作りではない。このため、ユーザがデータ処理
のみに集中できるように、データ処理に必要なデータ処
理資源をどう確保するかが課題である。

【０００６】また、データ処理センタを利用する方式で
は、次の２点が問題となる。１点目は、ＷＷＷブラウザ
のみの利用では、使用可能なソフトウェアが限定され、
多彩な処理が可能であるデータ処理システムの機能を十
分利用できないことである。２点目は、データ処理シス
テムに直接ログインして利用するデータ処理システムの
場合、他のユーザのデータにアクセス可能となる場合が
あり、逆に自分のデータを他のユーザに見られる可能性
があるなど、セキュリティ面の問題があることである。

【０００７】このため、インターネットなどのネットワ
ークを介して利用可能なデータ処理装置をユーザに安心
して利用してもらうには、直接ログインしているような
印象を与えるためのコマンド・タイピング方式を残しつ
つ、データのアクセス範囲を当該ユーザに限定したデー
タアクセス制限が必要となる。

【０００８】本発明の目的は、データ処理要求の規模が
データ処理センタのデータ処理装置の能力を超える場合
にも、ユーザが快適にデータ処理するために必要なデー
タ処理資源を確保する手段を備えたデータ処理装置を提
供することである。

【０００９】

【課題を解決するための手段】本発明は、ユーザ・コン
ピュータからインターネットなどのネットワークを介し
て送信されてくるデータ処理要求を処理するデータ処理
システムにおいて、データ処理システムが、少なくとも
一つの主データ処理装置と、ネットワークおよび主デー
タ処理装置の間に接続されたサービス提供装置と、主デ
ータ処理装置と連携可能な少なくとも一つの支援データ
処理装置とからなり、サービス提供装置が、送信されて
きたデータ処理要求の規模を判定する処理規模判定手段
と、主データ処理装置の能力を超える規模のデータ処理
要求がきたときに主データ処理装置と支援データ処理装
置とを連携させる指示を出し複数のデータ処理装置にデ
ータ処理要求を連携して処理させる実行指示発行手段と
を有するサービス提供手段を備えたデータ処理システム
を提案する。

【００１０】本発明は、また、上記目的を達成するため
に、ユーザ・コンピュータからインターネットなどのネ
ットワークを介して送信されてくるデータ処理要求を処
理するデータ処理システムにおいて、データ処理システ
ムが、少なくとも一つの主データ処理装置と、ネットワ
ークおよび主データ処理装置の間に接続されたサービス
提供装置と、主データ処理装置と連携可能な少なくとも
一つの支援データ処理装置とからなり、サービス提供装
置が、送信されてきたデータ処理要求の規模を判定する
処理規模判定手段と、主データ処理装置の能力を超える
規模のデータ処理要求がきたときに主データ処理装置と
支援データ処理装置とを連携させる指示を出し複数のデ
ータ処理装置にデータ処理要求を連携して処理させる実
行指示発行手段と、利用単価とデータ処理の優先度との
関係に応じてデータ処理の優先度を制御する優先度変更
手段とを有するサービス提供手段を備え、ユーザ・コン
ピュータが、希望する利用単価またはデータ処理の優先
度をサービス提供装置に送る優先度申請手段を備えたデ
ータ処理システムを提案する。

【００１１】優先度変更手段は、複数のユーザ・コンピ
ュータからの優先度指定が複数のデータ処理装置の処理
能力を越える状況が万一発生した場合、複数のデータ処
理装置の処理能力の範囲内に優先度を調整し、調整結果
を複数のユーザ・コンピュータに個別に提示する手段を
含むことができる。

【００１２】上記いずれのデータ処理システムにおいて
も、サービス提供手段は、ユーザからのデータ処理要求
に関連するコマンドを解析してから取り込みユーザによ
る主データ処理装置の直接操作を拒否するコマンド解析
手段と、データ処理結果のデータファイルの一部にデー
タ処理装置に関する機密情報が含まれる場合にこれを除
いてユーザに処理結果を送信する処理結果送信手段とを
含むことが望ましい。

【００１３】ユーザ・コンピュータが、少なくともテキ
スト形式によるデータ処理要求コマンド入力手段と、少
なくともテキスト形式により処理結果を出力する出力手
段と備えている場合は、コマンド解析手段は、少なくと
もテキスト形式によるデータ処理要求コマンドを解析す
る解析手段とし、処理結果送信手段は、少なくともテキ
スト形式により処理結果を出力する送信手段とする。

【００１４】

【発明の実施の形態】次に、図１〜図１８を参照して、
本発明によるデータ処理システムの実施形態を説明す
る。

【００１５】

【実施形態１】図１は、本発明によるデータ処理システ
ムの実施形態１の系統構成を示すブロック図である。本
実施形態１のデータ処理システムは、少なくとも一つの
主データ処理装置０(５００)と、主データ処理装置０
(５００)およびインターネット３００に接続されるサー
ビス提供装置２００と、主データ処理装置０(５００)と
連携可能な少なくとも一つの支援データ処理装置１(６
００)とで構成される。

【００１６】サービス提供装置２００と、主データ処理
装置０(５００)と、支援データ処理装置１(６００)と
は、専用高速ネットワーク４００で接続され、高速なデ
ータ転送が可能であることが望ましい。ただし、場合に
よっては、専用ネットワークの代わりに、インターネッ
トを用いてもよい。

【００１７】また、処理能力および処理機能拡大の観点
から、支援データ処理装置は、支援データ処理装置１
(６００)の１台だけでなく、支援データ処理装置２(７
００)などの複数台が用意されることが望ましい。

【００１８】さらに、別のユーザグループにとっては、
支援データ処理装置１〜Ｎ(６００〜７１０)のいずれか
がそのユーザグループの主データ処理装置０として見
え、それ以外のデータ処理装置が支援データ処理装置１
〜Ｎとして見えるように、ユーザグループごとに主デー
タ処理装置０の割り当てを変えることもできる。

【００１９】サービス提供装置２００は、本発明で最も
重要な役割を持つサービス提供手段２１０を含んでい
る。サービス提供手段２１０は、少なくともインターネ
ットなどのネットワークを介して送信されてきたコマン
ドを解析するコマンド解析手段２１１と、コマンドの処
理規模を判定する処理規模判定手段２１４と、主データ
処理装置０(５００)や支援データ処理装置１(６００)な
どに処理の実行指示を出す実行指示発行手段２１５とを
有する。

【００２０】主データ処理装置０(５００)は、少なくと
も処理を実行する演算プロセッサ５１２と、支援データ
処理装置１，２，…，Ｎ(６００，７００，７１０)と連
携するための連携手段５１１と、サービス提供手段２１
０の実行指示発行手段２１５が出す実行指示の処理に適
したデータ処理装置を決定する実行装置決定手段５１５
とを有する。

【００２１】支援データ処理装置１(６００)は、少なく
とも処理を実行する演算プロセッサ６１２と、主データ
処理装置０(５００)または他の支援データ処理装置２，
…，Ｎ(７００，…，７１０)と連携するための連携手段
６１１を有する。

【００２２】本実施形態１のデータ処理システムでは、
以下の処理手順でデータが処理される。まず、ユーザ
は、処理要求を発行するために、ユーザ・コンピュータ
１００のユーザ操作手段１１０から、インターネットを
通じて、サービス提供装置２００にアクセスする。ユー
ザ操作手段１１０は、少なくとも処理要求を入力・送信
するためのコマンド入力手段１１１と、処理結果を表示
する出力手段１１３とを含む。ユーザは、コマンド入力
手段１１１を用いて、処理要求内容を記述して送信す
る。

【００２３】サービス提供手段２１０のコマンド解析手
段２１１は、処理要求の内容を解析する。計算プログラ
ムの実行の場合、処理規模判定手段２１４が、主データ
処理装置０(５００)のみで実行可能か否かを判定し、実
行可能な場合は、実行指示発行手段２５６が、処理要求
を主データ処理装置０(５００)に送る。

【００２４】実行不可能と判定された場合には、実行指
示発行手段２１５は、まず、主データ処理装置０(５０
０)および支援データ処理装置１(６００)に連携指示を
発行する。連携手段５１１と６１１とは、演算プロセッ
サ５１２と６１２との連携動作を可能にする処理を実行
する。連携処理の準備が完了した時点で、実行指示発行
手段２１５は、処理要求を主データ処理装置０(５００)
に送る。主データ処理装置０(５００)は、処理要求内の
一部を支援データ処理装置６００に送り、連携処理がな
される。

【００２５】また、主データ処理装置０(５００)は、要
求された処理が自装置で実行できない場合、例えば、指
定されたソフトウェアが自らの処理装置にない場合など
に、支援データ処理装置１，２，…，Ｎ(６００，７０
０，…，７１０)の中で適切な処理装置を決定し、処理
をその支援データ処理装置に送信する。

【００２６】データ処理の実行により生成された処理結
果は、主データ処理装置０(５００)に集められ、サービ
ス提供手段２１０を経由して、ユーザ操作手段１１０内
の出力手段１１３に送られる。

【００２７】コマンド解析手段２１１により解析された
処理要求が、実行中のプログラムの状態確認やファイル
の確認などの即時実行可能なコマンドの場合、処理対象
が処理要求を発行したユーザのものである場合は、実行
指示発行手段２１５が、処理要求を主データ処理装置０
(５００)に送り、即時実行させる。

【００２８】コマンドの操作対象が異なるユーザのもの
の場合、または、主データ処理装置０(５００)などのも
のの場合、実行指示発行手段２１５は、処理要求に対す
る実行指示を停め、処理結果として実行不可能であると
いうメッセージをユーザ操作手段１１０に送信する。

【００２９】本実施形態１のデータ処理システムによれ
ば、主データ処理装置０の能力・機能を超える処理要求
にも柔軟に対応でき、セキュリティと使いやすさとを両
立させ、上記課題を解決できる。

【００３０】

【実施形態２】図２は、本発明によるデータ処理システ
ムの実施形態２の系統構成を示すブロック図である。実
施形態２のデータ処理システムは、不特定多数の第三者
をユーザとしてデータ処理システムを運用するための課
金処理手段などを実施形態１の基本的構成に追加して構
成した実施形態である。

【００３１】ユーザコンピュータ１００のユーザ操作手
段１１０は、コマンド入力手段１１１，出力手段１１３
に加えて、入力履歴操作手段１１２と、優先度申請手段
１１４と、ファイル送信手段１１５と、ファイル受信手
段１１６と、課金表示手段１１７と、入力データファイ
ル(１２０)と、出力データファイル(１３０)とを含んで
いる。

【００３２】サービス提供装置２００のサービス提供手
段２１０は、コマンド解析手段２１１，処理規模判定手
段２１４，実行指示発行手段２１５に加えて、コマンド
記録手段２１２と、実行許可判定手段２１３と、処理結
果受信手段２１６と、処理結果送信手段２１７と、優先
度変更手段２１８と、課金処理手段２１９と、ユーザ認
証手段２２０と、コマンドＤＢ２２１と、履歴ＤＢ２２
２と、ログＤＢ２２３と、課金ＤＢ２２４と、ユーザＤ
Ｂ２２５とを含んでいる。

【００３３】主データ処理装置０(５００)は、連携手段
５１１，演算プロセッサ５１２，実行装置決定手段５１
５，ユーザファイル保管領域５５０に加えて、優先度変
更手段５１３と、処理記録手段５１４と、入力データフ
ァイル０(５２０)と、出力データファイル０(５３０)
と、ログＤＢ０(５４０)とを含む。ユーザファイル保管
領域５５０は、入力データファイル５６０と、出力デー
タファイル５７０とを格納している。

【００３４】支援データ処理装置１(６００)は、連携手
段６１１，演算プロセッサ６１２に加えて、優先度変更
手段６１３と、処理記録手段６１４と、入力データファ
イル１(６２０)と、出力データファイル１(６３０)と、
ログＤＢ１(６４０)とを含んでいる。

【００３５】他の支援データ処理装置２，…，Ｎ(７０
０，…，７１０)も、支援データ処理装置１(６００)と
同様に構成されている。

【００３６】図３は、パラメータサーベイを複数プロセ
ッサによりできるだけ少ない手間で同時実行処理するた
めに実施形態２のデータ処理システムを運転する際の分
散処理手順を示すブロック図である。より具体的には、
片持ち梁の変形を計算する場合に、梁の厚みｔをパラメ
ータとして、ｔ＝１，２，…，１０の１０ケースを計算
する例である。

【００３７】ユーザは、ベース入力データ５６００と、
パラメータファイル５６０１とを用意する。ベース入力
データ５６００は、１０ケースのうちの一つの値が設定
されたデータファイルであり、パラメータファイル５６
０１は、パラメータの変更内容ｔ＝１，ｔ＝２，…，ｔ
＝１０を記述したデータファイルである。パラメータフ
ァイル５６０１は、ベース入力データの変更部分のみを
記述するだけでよく、パラメータサーベイのすべてのケ
ースについて入力データを用意する場合と比べると、非
常に少ない手間とファイル占有量とですむ。個別ファイ
ル作成手段５６５０は、ベース入力データ５６００とパ
ラメータファイル５６０１とから、個々のパラメータに
応じた入力データファイルを作成し、これらを複数のプ
ロセッサ５１２０１，…，５１２１０に割り当て、計算
を実行させる。得られた結果のファイル５７００１，
…，５７０１０は、ファイル転送により当該ユーザ名の
もとに集められる。

【００３８】通常、パラメータは、一つでなく、数種類
のパラメータを各々数種類の値に設定し、かつ、各パラ
メータの組合せで、一つのパラメータサーベイとするこ
とが多い。この場合、全体のケース数は、数千〜数万に
亘ることもあり、一つのプロセッサだけでは、処理しき
れないため、並列分散処理により、処理時間を短くする
ことが重要である。

【００３９】図４は、本発明による処理時間の短縮効果
を説明する図である。片持ち梁の例では、１０ケースを
一つのプロセッサのみで実行すると、ほぼ同じ計算を１
０回繰り返すこととなり、１ケースの処理時間の１０倍
の時間を要する。

【００４０】これに対して、実施形態２においては、各
ケースごとにファイルを独立させ、異なるプロセッサで
処理するので、１０ケースの計算であっても、１ケース
分の時間で処理可能となる。パラメータサーベイの場
合、各ケースごとにデータファイルを用意してやると、
それぞれの計算は、互いに独立となり、並列・分散処理
の効果が非常に高くなる。解析の精度を上げるには、パ
ラメータの変更量を小さくしなければならないが、逆に
全体のケース数は、パラメータの数に乗じて大きくなる
ため、並列・分散処理は、非常に有効な手段となる。

【００４１】なお、入力データおよび出力データの転送
時間は、上記１ケースの処理時間と比較するとはるかに
短いので、全体の処理時間に対する転送時間の影響は、
実際上、無視できる。

【００４２】図５は、各ケースに応じた個々の入力デー
タを作成する処理手順を説明する図である。ここでは、
パラメータが２つあり、それぞれを２種類の値に変更す
る場合で説明する。技術計算では、ベース入力データ
は、テキスト形式で記述されることがほとんどである。
パラメータファイル５６１１には、ベース入力データ５
６１０の行数とその行の中で何番目に記述されている数
値をどのように変更するかとを記述する。

【００４３】図５では、１０行目の２番目のデータを１
００と２００の２種類に変更し、２０行目の３番目のデ
ータを８０と９０の２種類に変更する指示が書かれてい
る。さらに、それぞれの変更指示には、Ａ，Ｂというラ
ベルがつけられており、その次の「combination=Ａ，
Ｂ」の行は、これら２つの変更指示を組合せる指示であ
る。したがって、組合せとしては、(１００，８０)，
(１００，９０)，(２００，８０)，(２００，９０)の４
種類となる。

【００４４】個別データの生成は、まず、ベース入力デ
ータから変更されない９行目まですなわちブロックを
新しいファイルにまるごとコピーし、１０行目の１番目
のデータまでを追加したのち、１０行目２番目のデータ
をパラメータファイル５６１１から取り出し、追加す
る。この後、１０行目の残りの部分をベース入力データ
５６１０からコピーし、１０行目までのデータを作成す
る。以下、同様に２０行目まで変更処理し、残りをコピ
ーして、個別データ１(５６１０１)とする。同様に、他
の変更データについても、ファイルを作成し、４種類の
個別データファイルを作成する。

【００４５】次に、パラメータサーベイの処理を例とし
て、実施形態２のデータ処理システム全体の動作を説明
する。ユーザは、実行したいプログラム名や、入力デー
タ１２０のファイル名を文字列の形式でコマンド入力手
段１１１に記述し、処理要求として送信する。

【００４６】サービス提供手段２１０のコマンド解析手
段２１１は、送信された処理要求を受け取り、コマンド
として与えられた文字列を単語または文字単位に分解
し、プログラム名，入力データファイル名，並列度，実
行ホスト名などを解析する。

【００４７】処理規模判定手段２１４は、並列度に基づ
き、主データ処理装置０(５００)で実行可能であるか否
かを判定する。

【００４８】実行可能であると判断された場合、実行指
示発行手段２１５は、入力データ１２０を主データ処理
装置内のユーザファイル保管領域５５０にコピーし、か
つ、主データ処理装置０(５００)用の実行コマンドを作
成し、主データ処理装置０(５００)に送信する。

【００４９】主データ処理装置０(５００)は、実行コマ
ンドを受け取った後、この実行処理をする。処理結果と
して生成される出力データ５７０は、ユーザファイル保
管領域に格納され、サービス提供手段２１０の処理結果
受信手段２１６および処理結果送信手段２１７を経由し
て、ユーザ・コンピュータ１００に送信され、出力手段
１１３に表示されるか、出力データ１３０にコピーされ
る。

【００５０】その際に、処理結果送信手段２１７は、処
理結果のデータファイルの一部にデータ処理装置に関す
る機密情報が含まれる場合、これを除いてユーザに処理
結果を送信し、セキュリティを確保する。

【００５１】主データ処理装置０(５００)のみでは、並
列処理用の演算プロセッサが足りない場合、処理規模判
定手段２１４は、主データ処理装置０(５００)，支援デ
ータ処理装置１(６００)に連携指示を出し、各々の連携
手段５１１，６１１が、演算プロセッサの構成を変更す
る。これにより、演算プロセッサ５１２，６１２は、一
つのプロセッサ群として扱えるようになり、主データ処
理装置０(５００)よりも強力な処理能力を提供できるよ
うになる。

【００５２】この連携処理の準備が完了した時点で、実
行指示発行手段２１５は、主データ処理装置０(５００)
に実行コマンドを発行する。入力データ１２０は、前述
と同様、ユーザファイル保管領域５５０に入力データ５
６０としてコピーされ、連携処理時は、さらに主データ
処理装置０(５００)の演算プロセッサ５１２が直接扱う
入力データ０(５２０)と、支援データ処理装置１(６０
０)の演算プロセッサ６１２が扱う入力データ１(６２
０)とが一時的に作成される。

【００５３】個々の演算プロセッサ５１２，６１２は、
それぞれの入力データ５２０，６２０をベースに処理を
実行する。それぞれの処理で生成される結果は、出力デ
ータ０(５３０)，出力データ１(６３０)のように作成さ
れる。この後、主データ処理装置０(５００)は、これら
を統合した全体の結果として出力データ５７０を作成す
る。出力データ５７０は、サービス提供手段２１０を経
由して、ユーザ・コンピュータ１００に送られ、出力デ
ータ１３０が作成される。

【００５４】次に、ユーザが処理要求の実行状態などを
確認するためのコマンド操作の処理手順について説明す
る。ユーザは、状態確認などのコマンドをコマンド入力
手段１１１に記述し、サービス提供手段２１０に送信す
る。前述の技術計算プログラムを実行する場合と同様、
送信されたコマンド文字列は、コマンド解析手段２１１
で単語単位に分解される。

【００５５】実行許可判定手段２１３は、分解された個
々の単語からコマンド，操作対象を識別し、コマンドが
ユーザに実行を許可しているものであるか、操作対象が
ユーザ自身のものであるかなどを調査し、実行可能コマ
ンドでかつ操作対象がユーザ自身のものであるときの
み、実行指示発行手段がコマンドを主データ処理装置０
(５００)に送信し、即時実行させる。主データ処理装置
０(５００)や支援データ処理装置１(６００)などで利用
可能なコマンドは、ユーザの実行可否の判定フラグとと
もにコマンドＤＢ２２１に格納され、実行許可判定手段
２１３は、コマンドＤＢ２２１を参照し、実行可否を判
定する。

【００５６】主データ処理装置０(５００)での実行結果
は、サービス提供手段２１０を経由して、ユーザ操作手
段１１０の出力手段１１３に表示される。これら一連の
処理は、バッチ形式ではなく、即時実行されるので、ユ
ーザ操作手段でのコマンド送信から結果表示までが短時
間に実行され、ユーザは、主データ処理装置０(５００)
を直接利用しているように感じることができる。

【００５７】一方、コマンドがユーザ実行可能でない場
合、または、操作対象がユーザ自身のものでない場合
は、実行許可判定手段２１３は、実行指示発行手段２１
５に禁止処理を通知し、実行指示発行手段２１５は、コ
マンドの実行中止およびユーザへの実行不可通知を発行
する。上記禁止項目には、例えば、他ユーザのファイル
保管領域へのディレクトリ移動，他ユーザのファイル保
管領域の参照，他ユーザの実行プログラムの状態確認，
主データ処理装置０(５００)や支援データ処理装置への
直接ログインなどが該当する。

【００５８】次に、処理要求の履歴記録を説明する。技
術計算プログラムの実行，状態確認の情報入手などに関
わらず、コマンド入力手段１１１に入力され、サービス
提供手段２１０に送信されたコマンドは、すべて履歴Ｄ
Ｂ２２２に記録される。履歴ＤＢ２２２には、入力され
たコマンド文字列と実行結果の終了コードとが対になっ
て記録される。コマンド文字列は、ユーザ操作手段１１
０の入力履歴操作手段１１２に表示でき、マウスなどの
ポインティングデバイスまたはキーボードのキー押下げ
による文字列選択操作で、コマンド入力手段１１１にコ
ピーでき、同一操作を少ないオペレーションで繰り返す
ことが可能となる。

【００５９】履歴ＤＢ２２２の終了コードは、正常終
了，異常終了，実行不可などを分類するために付加され
る。正常終了は、プログラムが入力データに従って正し
く終了した場合、状態確認のコマンドなどが正しく実行
された場合に付加される。異常終了は、データ処理装置
または実行したプログラムが、処理実行中に何らかの異
常を検知しまたは異常状態が発生し、正常に終了しなか
った場合に付加される。実行不可は、禁止項目に相当す
るコマンドの場合に付加される。

【００６０】なお、履歴ＤＢ２２２の内容をチェックす
ると、実行不可が付加されているコマンドが多数記録さ
れている場合に、不正使用の可能性を指摘することが可
能になる。

【００６１】次に、処理の記録について説明する。主デ
ータ処理装置０(５００)，支援データ処理装置１(６０
０)は、ユーザの処理要求を実行した際、その実行記録
をそれぞれログＤＢ０(５４０)，ログＤＢ１(６４０)に
記録する。記録する項目としては、実行した装置，受付
時刻，処理開始時刻，処理終了時刻，プロセッサ使用時
間，メモリ使用量，ディスク使用量，利用単価，優先度
情報などである。各データ処理装置は、個々の処理終了
時に、処理の実行記録をサービス提供手段２１０に送信
し、サービス提供手段２１０は、ユーザごとに利用情報
をまとめてログＤＢ２２３に記録する。

【００６２】次に、技術計算プログラム実行時の単価変
更と優先度変更について説明する。ユーザは、予め定め
られた利用単価と前述のログＤＢ２２３の内容とに応じ
て、対価を支払う。ただし、緊急性が高い処理を早く終
了したい場合などには、少々利用料金が高くなっても、
データ処理装置内での優先度を上げたいと考えることが
ある。このような要望に対応するため、サービス提供手
段２１０に優先度変更手段２１８を備える。

【００６３】優先度変更手段２１８は、表または単調増
加関数で利用単価と優先度との対応関係を格納してお
り、優先度が高くなるにつれ、利用単価も高くなる。逆
に、優先度を下げると利用単価も下がり、多少処理時間
が長くなるものの、データを安価に処理することが可能
となる。優先度と利用単価とは、どちらか一方を変更す
ると、対応関係により他方が決定される。

【００６４】優先度を変更する場合、ユーザは、ユーザ
操作手段１１０の優先度申請手段１１４を用いて優先度
または利用単価を変更する。ここで設定された優先度ま
たは利用単価は、サービス提供手段２１０の優先度変更
手段２１８を経由して、主データ処理装置０(５００)に
送られる。主データ処理装置０(５００)では、ユーザの
処理要求を開始する時に、優先度変更手段５１３が優先
度を変更する。支援データ処理装置１(６００)に処理が
分担される場合も、同様に、優先度変更手段６１３が支
援データ処理装置１(６００)内での処理の優先度を変更
する。

【００６５】複数のユーザから最優先の処理要求が送ら
れ、これを満足できる処理能力が、連携可能な全データ
処理装置の能力を超えるような事態が発生する場合、優
先度変更手段２１８は、それぞれのユーザの優先度を一
様に下げ、要求能力が全データ処理装置の能力以内に収
まるように調整処理する。このとき、優先度を下げる処
理により、当初ユーザが設定した利用単価(優先度を先
に設定した場合には、優先度によって定められた利用単
価)が、対応関係に従って引き下げられる。

【００６６】図６は、コマンド解析の処理手順と実行許
可の判定について詳細に説明する図である。コマンド解
析手段２１１は、ユーザから送られた処理要求コマンド
２０１を個別の単語または単語のセットに分解する。

【００６７】図６では、「program１」(２０２)が実行
プログラム名であり、「−n 64」(２０３)が使用するプ
ロセッサの数(ここでは６４個)であり、「−if datafil
e」(２０４)が入力データファイル名であり、「−ip pa
rmfile」(２０５)がパラメータファイル名である。

【００６８】このうち、実行プログラム名２０２は、実
行許可判定手段２１３により、コマンドＤＢ２２１の内
容と比較される。コマンドＤＢ２２１には、ファイル名
(file欄)，システムフラグ(system欄)，実行可能ホスト
(license欄)，実行可能ユーザ名(user欄)などが登録さ
れている。システムフラグがセットされているものは、
システム管理者ＩＤのみが実行可能であることを示す。
license欄にホスト名が書かれているものは、書かれた
ホストのみが実行可能であり、allと書かれている場合
は、すべてのホストが実行可能であることを示す。user
欄も同様で、実行可能ユーザを示す。実行許可判定手段
２１３は、実行プログラム名２０２をコマンドＤＢ２２
１で検索し、実行可能ホストや実行可能ユーザをチェッ
クし、実行の可否を判定する。

【００６９】処理規模判定手段２１４は、プロセッサ数
２０３と、主データ処理装置０(５００)のプロセッサ数
とを比較し、処理規模を判定する。入力データファイル
名２０４やパラメータファイル名２０５は、プログラム
実行時に主データ処理装置０(５００)に送られる。

【００７０】図７は、複数のデータ処理装置の連携処理
系統について説明するブロックダイアグラムである。図
７では、主データ処理装置０(５００)が３２個のプロセ
ッサまでを提供可能として、ここに６４プロセッサによ
るデータ処理を依頼された場合を説明する。

【００７１】主データ処理装置０(５００)は、６４個の
データ処理のうち、３２個分を担当し、不足の３２個分
の処理を実行するために、支援データ処理装置１(６０
０)に対して、プロセッサ３２個の確保を依頼する。そ
れぞれのデータ処理装置の連携手段５１１，６１１が、
通信しながら、この連携処理を実行する。

【００７２】支援データ処理装置１(６００)は、主デー
タ処理装置０(５００)からの支援要求に対し、自装置内
のプロセッサの稼動状況チェック，プロセッサ確保，主
データ処理装置０(５００)への準備完了通知などを実行
する。

【００７３】支援データ処理装置１(６００)から準備完
了通知を受け取った後、主データ処理装置０(５００)
は、入力データ５６０に従って生成した個別ファイルの
うち、入力データ００(５２０００)〜入力データ３１
(５２０３１)を自装置に残し、残りの入力データ３２
(６２０００)〜入力データ６３(６２０３１)を支援デー
タ処理装置１(６００)に送る。

【００７４】支援データ処理装置１(６００)は、入力デ
ータ３２〜６３を受け取った後、直ちに処理実行を開始
する。支援データ処理装置１(６００)は、処理実行後、
生成された出力データ３２(６３０００)〜出力データ６
３(６３０３１)を主データ処理装置０(５００)に送信す
る。

【００７５】主データ処理装置０(５００)は、自プロセ
ッサで実行したデータ処理の出力データ００(５３００
０)〜出力データ３１(５３０３１)と、支援データ処理
装置１(６００)から送信された出力データ３２〜６３と
を合わせ、全体の出力データ５７０としてユーザ保管領
域５５０に保存する。

【００７６】以上の処理がすべて完了した時点で、個々
のデータ処理に用いられた入力データ００〜６３，出力
データ００〜６３は、それぞれのデータ処理装置から削
除される。

【００７７】図８は、複数のデータ処理装置の連携処理
手順を示すフローチャートである。図８の各ステップの
処理は、実際のジョブ実行を除いて、サービス提供装置
２００内で実行される。

【００７８】まず、ユーザからのジョブ受付(８１３１)
が実行され、コマンドに記述された指定プロセッサ数確
認(８１４１)がなされる。以下、指定プロセッサ数をＮ
とする。次に、主データ処理装置０(５００)の稼動状況
を確認する(８１５１)。

【００７９】主データ処理装置０(５００)全体の平均負
荷指数Ｌ(０)、データ処理に利用可能な全プロセッサ数
p(０)を確認して、余力ｎ(０)=(１−Ｌ(０))×p(０)を
計算する(８１５１)。負荷指数は、通常、一つのプロセ
ッサがある一つのジョブを実行するためにその能力をす
べて使っているときに１となる値であり、２つのジョブ
を同時に実行している場合には、２となる。

【００８０】余力ｎ(０)と指定プロセッサ数Ｎとを比較
し、Ｎ≦ｎ(０)の場合は、要求ジョブを即時実行する
(８４０１)。

【００８１】Ｎ＞ｎ(０)の場合には、主データ処理装置
０(５００)のみでは、要求に応えられないため、支援デ
ータ処理装置との連携処理を実行する。

【００８２】まず、支援データ処理装置１(６００)の稼
動状況を確認し、余力ｎ(１)を求める(８１５５)。

【００８３】連携した場合、ｎ(０)+ｎ(１)が利用可能
となり、これと指定プロセッサ数Ｎとを比較する(８１
５６)。

【００８４】Ｎ≦ｎ(０)+ｎ(１)であれば、この２台の
連携で処理が可能であり、主データ処理装置０(５００)
にｎ(０)個のジョブを、残りＮ−Ｎ(０)個のジョブを支
援データ処理装置１(６００)に割り当てる(８１５７)。

【００８５】この割り当てに従い、各処理装置は、ユー
ザジョブを実行する(８４０２)。

【００８６】一方、Ｎ＞ｎ(０)+ｎ(１)の場合には、ま
だ能力不足であり、次の支援データ処理装置２(７００)
を加えて同様に確認し判定する(８１５３〜８１５７，
８４０２)。

【００８７】なお、連携処理が可能なすべての支援デー
タ処理装置を加えても、規模判定２(８１５６)が満足さ
れない場合には、全支援処理装置のチェックが完了した
として(８１５４)、負荷指数Ｌ(i)(i=０，１，２，…)
の小さい順に、ジョブを割り当てる(８４０３)。

【００８８】図９は、実行プログラムの有無のチェック
手順を説明する図である。主データ処理装置０(５００)
は、支援データ処理装置１(６００)にデータ処理を依頼
する場合、要求プログラム(これまでの説明に準じてpro
gram１とする)が支援データ処理装置１(６００)にある
か否かを確認しておく必要がある。

【００８９】そこで、まず支援データ処理装置１(６０
０)にプログラムチェック要求を発行し、支援データ処
理装置１(６００)は、プログラムprogram１があるかを
チェックする。このとき、支援データ処理装置１(６０
０)のファイルシステム上にprogram１(５８１)があり、
直接実行可能な場合、または、実際には、支援データ処
理装置１(６００)のファイルシステム上になくても、リ
モートホストのプログラムを直接実行可能な状態にある
場合は、「プログラムあり」と判定する。一方、プログ
ラムを実行できない状態の場合には、「プログラムな
し」と判定し、これを主データ処理装置０(５００)に通
知する。

【００９０】図９は、支援データ処理装置１(６００)に
おいて、このチェックにより、program１が「プログラ
ムなし」と判定された場合を示している。「プログラム
なし」と判定されると、主データ処理装置０(５００)
は、プログラムprogram１(５８１)を連携手段を経由し
て、支援データ処理装置１(６００)に送り、実行可能状
態を形成する。

【００９１】図１０は、支援データ処理装置に実行プロ
グラムが無い場合の実行プログラムの送信について説明
する図である。各プログラムは、基本的には、システム
管理者が予め定めたプログラム保管領域(５５０，６５
０)に格納される。ただし、ユーザが個別に作成し、ユ
ーザしか利用しないプログラムの場合は、ユーザのホー
ムディレクトリまたはこのサブディレクトリをプログラ
ム保管領域とすることも可能である。

【００９２】図１１は、これまで説明してきた実施形態
を実現するための連携手段５１１，６１１の構成例を示
す図である。主データ処理装置０(５００)の連携手段５
１１は、ユーザから要求されたデータ処理の一部を支援
データ処理装置１(６００)に引き継ぐために、要求発行
・結果受信手段５１１０と、発行する具体的な処理が記
載された処理内容ＤＢ５１１１と、ユーザから要求され
たデータ処理を管理するためのデータ処理管理手段５１
１２と、データ処理の管理情報５１１３と、データ処理
に必要なファイルを送受信するためのファイル送信手段
５１１４と、ファイル受信手段５１１５とを備える。

【００９３】一方、支援データ処理装置１(６００)の連
携手段６１１は、要求発行・結果受信手段５１１０から
の要求内容を実行するための要求実行手段６１１０と、
実行結果を要求発行・結果受信手段５１１０に返すため
の処理結果送信手段６１１２と、支援データ処理装置１
(６００)が担当するデータ処理の管理情報６１１３と、
データ処理に必要なファイルを送受信するためのファイ
ル送信手段６１１４と、ファイル受信手段６１１５とを
備える。

【００９４】要求発行・結果受信手段５１１０と要求実
行手段６１１０とは、対でデータをやり取りする。例え
ば、主データ処理装置０(５００)が支援データ処理装置
１(６００)の利用可能なプロセッサ数を把握する場合、
システムチェックの要求を発行し、支援データ処理装置
１(６００)は、要求実行手段６１１０が自システムの状
態をチェックした後、利用可能なプロセッサ数を主デー
タ処理装置０(５００)に返す。

【００９５】また、ファイル転送の要求が発行された場
合、ファイル本体の送受信は、ファイル送信手段５１１
４とファイル受信手段６１１５と、または、ファイル受
信手段５１１５とファイル送信手段６１１４との組合せ
により実行される。

【００９６】これらのデータ送受信，ファイル送受信
は、必要に応じて適切な手段が用いられる。すべての通
信は、ハードウェア上では、通信装置５９０，６９０を
経由して送受信処理される。通信装置５９０，６９０と
しては、ＬＡＮ(Local Area Network)用のインターフェ
イスや、並列データ処理装置のプロセッサ間通信装置と
して実装されているものなどを利用する。

【００９７】次に、図１２〜図１４により、ユーザ操作
手段の出力手段１１３における表示例を説明する。

【００９８】図１２は、ユーザ・コンピュータ１００
が、インターネット３００を経由して、サービス提供装
置２００に接続したときの表示画面例を示す図である。
サービスセッションを開始するために、サービス提供手
段２１０は、ユーザ・コンピュータにログイン操作の画
面を表示させる。ユーザは、少なくともログインＩＤ,
パスワードを入力する。対価支払のための課金番号が一
つしかない場合は、課金番号の入力を省略してもかまわ
ない。

【００９９】ユーザＤＢ２２５には、本サービスを利用
するために登録されたユーザの情報，ユーザＩＤ，パス
ワード，課金番号などが登録されており、ログインウィ
ンドウ１４０のそれぞれの入力フィールド(１４１，１
４２，１４３)に入力されたログインＩＤ，パスワー
ド，課金番号は、ユーザ認証手段２２０により、ユーザ
ＤＢ２２５の登録内容と比較され、すべて合致した場合
にユーザ認証が成立する。

【０１００】図１３は、通常操作用画面と、サービス提
供装置２００，主データ処理装置５００における各手
段，装置との関連を合わせて示すブロック図である。ユ
ーザ認証が成立すると、サービス提供手段２１０は、ユ
ーザのウィンドウを図１３の通常操作用の表示(１５０)
に切り替える。

【０１０１】ウィンドウ１５０には、コマンド入力フィ
ールド１５１，コマンド履歴表示フィールド１５２，出
力結果表示フィールド１５３など、ユーザ操作手段１１
０の各手段が提供される。コマンド入力フィールド１５
１に入力されたコマンド文字列は、送信ボタン１５４を
ポインティングデバイスでピックするか、キーボードの
エンターキーの押下げにより、サービス提供手段２１０
のコマンド解析手段２１１に送られる。

【０１０２】コマンド解析手段２１１は、コマンドを履
歴ＤＢ２２２に登録するとともに、実行指示発行手段２
１５に送る。実行指示発行手段２１５は、主データ処理
装置０(５００)にコマンドを送信する。

【０１０３】主データ処理装置０(５００)の演算プロセ
ッサ５１２がこのコマンドを実行する。実行結果は、処
理結果受信手段２１６，処理結果送信手段２１７を経由
し、処理結果表示フィールド１５３に表示される。

【０１０４】このとき、入力データは、ファイルをデー
タ処理装置に送るためのアップロードファイル表示フィ
ールド１５７でファイル名を指定することにより、主デ
ータ処理装置０(５００)に送信される。

【０１０５】一方、処理実行により生成された出力デー
タは、ダウンロードファイル表示フィールドでファイル
名を指定することにより、ユーザの端末に送信する。ま
た、履歴ＤＢ２２２に登録されたコマンドは、コマンド
履歴表示フィールド１５２に表示される。ここに表示さ
れたコマンドは、行単位にポインティングデバイスで選
択すると、キーボードでタイプすることなく、再びコマ
ンド入力フィールドにコピーされる。

【０１０６】図１４は、ログアウト時の表示画面例を示
す図である。一連の操作を終えて、通常操作用画面内の
ログアウト・ボタン１５５を選択すると、サービスセッ
ションを終了する。このとき、サービス提供手段２１０
は、セッション内の操作をログＤＢ２２３から抽出し、
課金を計算し、この結果を課金ＤＢ２２４に登録し、登
録情報のサマリを図１４に示すログアウトウィンドウ１
９０に表示する(１９１)。また、バッチ形式またはバッ
クグラウンド処理形式の未完了(実行中または実行待ち)
の計算ジョブがある場合、ジョブの情報を表示する。

【０１０７】図１５は、優先度変更の処理を説明する図
である。サービス提供手段２１０の優先度変更手段２１
８は、サービス提供者２０が設定した優先度−利用単価
関係設定２１８１をもとに、ユーザが利用単価設定フィ
ールド１５６で設定した単価に基づき、実行時の優先度
パラメータを決定し、主データ処理装置０(５００)の優
先度変更手段５１３にパラメータを送信する。

【０１０８】優先度変更手段５１３は、少なくとも優先
度を上げる場合には、システム管理者モードで優先度変
更処理のコマンド２１８２を実行し、ユーザのジョブ実
行優先度を変更する。

【０１０９】図１６は、ユーザが本発明によるデータ処
理システムを利用するための契約関係を説明する図であ
る。ユーザ・コンピュータ１００の所有者ユーザ１０
は、サービス提供装置２００の所有者２０とサービス契
約８１を締結する。サービス契約８１により、ユーザ１
０は、サービス提供者２０からログインＩＤ・パスワー
ド８５を入手する。

【０１１０】サービス提供者２０は、主データ処理装置
０(５００)の所有者，データ処理装置０所有者５０と処
理契約８２を締結し、支援データ処理装置１(６００)の
所有者，データ処理装置１の所有者６０と、補助契約８
４を締結する。サービス提供者２０とデータ処理装置０
所有者５０は、同一の場合、処理系約８２は、不要とな
る。処理契約８２により、サービス提供者は、主データ
処理装置０(５００)への処理依頼が可能となる。また、
補助契約８４により、サービス提供者は、主データ処理
装置０(５００)を経由して支援データ処理装置１(６０
０)への処理依頼が可能となる。

【０１１１】さらに、データ処理装置０所有者５０とデ
ータ処理装置１所有者６０とは、支援契約８３を締結す
る。支援契約８３により、主データ処理装置０(５００)
と支援データ処理装置１(６００)との連携動作が可能と
なる。

【０１１２】これら３種類の契約により、ユーザ１０
は、データ処理装置の規模，能力などを気にすることな
く、処理要求をサービス提供者２０のサービス提供装置
２００に送るだけでよいことになる。

【０１１３】図１７は、サービス利用に対する対価の支
払について説明する図である。ユーザ１０は、サービス
提供者２０に対してサービス対価９１を支払う。サービ
ス提供者２０は、支援データ処理装置１(６００)の利用
の有無に関わらず、処理対価９２をデータ処理装置０所
有者５０に対して支払う。支援データ処理装置１(６０
０)が利用された場合には、この利用分も処理対価９２
に含む。データ処理装置０所有者５０は、処理対価９２
の中から、支援データ処理装置１(６００)の利用に相当
する支援対価９３をデータ処理装置１所有者６０に支払
う。したがって、サービス対価９１は、処理対価９２よ
りも大きくなければならず、処理対価９２は、支援対価
９３よりも大きくなければならない。

【０１１４】図１８は、サービス提供手段を中心に本実
施形態２の処理手順を説明する図である。サービス提供
手段２１０は、まずユーザ１０からのログイン受付を実
行する(８０１)。ユーザ認証手段２２０がユーザ認証を
実行し(８０２)、非契約者の場合には、契約案内を提示
する(８０３)。一方、契約者であることが認証される
と、処理要求受付ループに入る(８１０)。

【０１１５】処理要求受付ループ８１０では、コマンド
受付を実行し(８１１)、まず、ログアウトであるか一般
処理であるかのログアウト判定を実行する(８１２)。

【０１１６】ログアウトが判定された場合は、ログイン
時にした処理に関する課金処理を実行した(８９０)の
ち、ログアウト処理として、ログインセッションを切断
する(８９０)。

【０１１７】一方、一般処理の場合、その処理内容が計
算プログラムなどのジョブ実行であるか、ジョブの状態
確認などのコマンド実行であるかの処理内容判定を実行
する(８１３)。

【０１１８】コマンド実行の場合には、コマンド解析が
なされ(８２０)、コマンドが実行可能であるかどうかの
コマンド判定がなされる(８２１)。

【０１１９】次に、操作対象のオーナがユーザ自身であ
るか否かの操作対象判定を実行する(８２２)。コマンド
が実行可能でかつ操作対象のオーナがユーザ自身であれ
ば、コマンドが主データ処理装置０(５００)に送られ、
コマンドが実行される(８２３)。

【０１２０】コマンド判定で実行不可の場合または捜査
対象判定で非オーナの場合には、コマンドの実行ができ
ない旨をユーザ１０に通知する(８２４)。

【０１２１】処理内容判定８１３の結果がジョブ実行の
場合には、ジョブの処理規模調査がなされ(８１４)、主
データ処理装置０(５００)のみで実行可能であるかどう
かの処理規模判定がなされる(８１５)。

【０１２２】ここで、実行不可と判定されると、支援デ
ータ処理装置１(６００)に支援要請が出され(８３０)、
主データ処理装置０(５００)と支援データ処理装置１
(６００)とが連携設定を実行し(８３１)、実行準備を整
える。

【０１２３】この準備ができたところまたは処理規模判
定８１５で主データ処理装置０(５００)のみで実行可能
であると判断されると、ジョブが主データ処理装置０
(５００)に送られ、ジョブが実行される(８４０)。

【０１２４】コマンド実行８２３やジョブ実行８４０が
完了した時点で、結果がユーザに送信され(８５０)、最
後に処理要求のコマンドや完了コードをログＤＢに追記
し(８６０)、再度コマンド受付８１１に戻る。

【０１２５】ログアウト判定８１２で、ログアウトが判
定された場合は、ログイン時にした処理に関する課金処
理を実行したのち(８９０)、ログアウト処理として、ロ
グインセッションを切断する(８９１)。

【０１２６】

【発明の効果】本発明のデータ処理システムによれば、
ユーザがデータ処理の規模を気にすることなく、インタ
ーネットなどの開放されたネットワーク経由でデータ処
理を実行できる環境を提供できる。また、セキュリティ
を維持しつつ、ユーザがデータ処理装置を直接利用して
いるような使いやすさをユーザに提供可能である。

【図面の簡単な説明】

【図１】本発明によるデータ処理システムの実施形態１
の系統構成を示すブロック図である。

【図２】本発明によるデータ処理システムの実施形態２
の系統構成を示すブロック図である。

【図３】パラメータサーベイを複数プロセッサによりで
きるだけ少ない手間で同時実行処理するために実施形態
２のデータ処理システムを運転する際の分散処理手順を
示すブロック図である。

【図４】本発明による処理時間の短縮効果を説明する図
である。

【図５】各ケースに応じた個々の入力データを作成する
処理手順を説明する図である。

【図６】コマンド解析の処理手順と実行許可の判定につ
いて詳細に説明する図である。

【図７】複数のデータ処理装置の連携処理系統について
説明するブロックダイアグラムである。

【図８】複数のデータ処理装置の連携処理手順について
説明する図である。

【図９】実行プログラムの有無のチェック手順を説明す
る図である。

【図１０】支援データ処理装置に実行プログラムが無い
場合の実行プログラムの送信について説明する図であ
る。

【図１１】上記実施形態１または２を実現するための連
携手段５１１，６１１の構成例を示す図である。

【図１２】ユーザ・コンピュータ１００が、インターネ
ット３００を経由して、サービス提供装置２００に接続
したときの表示画面例を示す図である。

【図１３】通常操作用画面と、サービス提供装置２０
０，主データ処理装置５００における各手段，装置との
関連を合わせて示すブロック図である。

【図１４】ログアウト時の表示画面例を示す図である。

【図１５】優先度変更の処理を説明する図である。

【図１６】ユーザが本発明によるデータ処理システムを
利用するための契約関係を説明する図である。

【図１７】サービス利用に対する対価の支払について説
明する図である。

【図１８】サービス提供手段を中心に本実施形態２の処
理手順を説明する図である。

【符号の説明】

１０ユーザ２０サービス提供者５０データ処理装置０所有者６０データ処理装置１所有者８１サービス契約８２処理契約８３支援契約８４補助契約８５ログインＩＤ・パスワード９１サービス対価９２処理対価９３支援対価１００ユーザ・コンピュータ１１０ユーザ操作手段１１１コマンド入力手段１１２入力履歴操作手段１１３出力手段１１４優先度申請手段１１５ファイル送信手段１１６ファイル受信手段１１７課金表示手段１２０入力データ１３０出力データ１４０ログイン画面１４１ログインＩＤ入力フィールド１４２パスワード入力フィールド１４３課金番号入力フィールド１５０ユーザ操作手段画面１５１コマンド入力フィールド１５２コマンド履歴表示フィールド１５３出力結果表示フィールド１５４送信ボタン１５５ログアウト・ボタン１５６利用単価設定フィールド１５７アップロードファイル表示フィールド１５８ダウンロードファイル表示フィールド１９０ログアウト画面１９１ログアウト時課金情報表示２００サービス提供装置２０１処理要求コマンド２０２コマンド名２０３並列度指定２０４入力データファイル指定２０５パラメータファイル指定２１０サービス提供手段２１１コマンド解析手段２１２コマンド記録手段２１３実行許可判定手段２１４処理規模判定手段２１５実行指示発行手段２１６処理結果受信手段２１７処理結果送信手段２１８優先度変更手段２１９課金処理手段２２０ユーザ認証手段２２１コマンドＤＢ２２２履歴ＤＢ２２３ログＤＢ２２４課金ＤＢ２２５ユーザＤＢ３００インターネット４００専用ネットワーク(またはインターネット) ５００主データ処理装置０５１１連携手段５１２演算プロセッサ５１３優先度変更手段５１４処理記録手段５１５実行装置決定手段５２０入力データ０５３０出力データ０５４０ログＤＢ０５５０ユーザファイル保管領域５６０入力データ５７０出力データ５８１〜５８３アプリケーションプログラム５９０通信装置６００支援データ処理装置１６１１連携手段６１２演算プロセッサ６１３優先度変更手段６１４処理記録手段６２０入力データ１６３０出力データ１６４０ログＤＢ１６５０ユーザファイル保管領域６９０通信装置７００支援データ処理装置２７１０支援データ処理装置Ｎ８０１ログイン受付８０２ユーザ認証８０３契約案内８１０処理要求受付ループ８１１コマンド受付８１２ログアウト判定８１３処理内容判定８１４処理規模調査８１５処理規模判定８２０コマンド解析８２１コマンド判定８２２操作対象判定８２３コマンド実行８２４実行不可通知８３０支援要請８３１連携設定８４０ジョブ実行８５０結果送信８６０ログＤＢ処理８９０課金処理８９１ログアウト処理２１８１優先度−利用単価関係設定２１８２優先度変更処理のコマンド２２１１コマンドファイル名２２１２システムフラグ設定２２１３実行ライセンスホスト設定２２１４実行可能ユーザ設定５１１０要求発行・結果受信手段５１１１処理内容ＤＢ５１１２データ処理管理手段５１１３管理情報５１１４ファイル送信手段５１１５ファイル受信手段５６００ベース入力データ５６０１パラメータファイル５６１０ベース入力データ５６１１パラメータファイル５６５０個別ファイル作成手段６１１０要求実行手段６１１２処理結果送信手段６１１３管理情報６１１４ファイル送信手段６１１５ファイル受信手段８１３１ジョブ受付８１４１指定プロセッサ数確認８１５１主データ処理装置０の状況確認８１５２規模判定１８１５３支援データ処理装置についてのループ８１５４全数チェック判定８１５５支援データ処理装置状況確認８１５６規模判定２８１５７ジョブ割り当て８４０１主データ処理装置０でのジョブ実行８４０２連携状態でのジョブ実行８４０３負荷指数順のジョブ割り当て・実行５１２００〜５１２３１個々の演算プロセッサ５２０００〜５２０３１個別入力データファイル５３０００〜５３０３１個別出力データファイル５６００１〜５６０１０個別入力データファイル５６１０１〜５６１０４個別入力データファイル５７００１〜５７０１０個別出力データファイル５９００１〜５９０１０解析所用時間６１２００〜６１２３１個々の演算プロセッサ６２０００〜６２０３１個別入力データファイル６３０００〜６３０３１個別出力データファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者小林淳一茨城県土浦市神立町502番地株式会社日立製作所機械研究所内Ｆターム(参考） 5B045 BB28 EE13 GG02 5B089 GA01 GA11 HA10 JA11 KA06 KC28 KC39 MA03 MA07

Claims

【特許請求の範囲】

【請求項１】ユーザ・コンピュータからインターネッ
トなどのネットワークを介して送信されてくるデータ処
理要求を処理するデータ処理システムにおいて、前記データ処理システムが、少なくとも一つの主データ
処理装置と、前記ネットワークおよび前記主データ処理
装置の間に接続されたサービス提供装置と、前記主デー
タ処理装置と連携可能な少なくとも一つの支援データ処
理装置とからなり、前記サービス提供装置が、送信されてきた前記データ処
理要求の規模を判定する処理規模判定手段と、前記主デ
ータ処理装置の能力を超える規模のデータ処理要求がき
たときに前記主データ処理装置と前記支援データ処理装
置とを連携させる指示を出し複数の前記データ処理装置
に前記データ処理要求を連携して処理させる実行指示発
行手段とを有するサービス提供手段を備えたことを特徴
とするデータ処理システム。
【請求項２】ユーザ・コンピュータからインターネッ
トなどのネットワークを介して送信されてくるデータ処
理要求を処理するデータ処理システムにおいて、前記データ処理システムが、少なくとも一つの主データ
処理装置と、前記ネットワークおよび前記主データ処理
装置の間に接続されたサービス提供装置と、前記主デー
タ処理装置と連携可能な少なくとも一つの支援データ処
理装置とからなり、前記サービス提供装置が、送信されてきた前記データ処
理要求の規模を判定する処理規模判定手段と、前記主デ
ータ処理装置の能力を超える規模のデータ処理要求がき
たときに前記主データ処理装置と前記支援データ処理装
置とを連携させる指示を出し複数の前記データ処理装置
に前記データ処理要求を連携して処理させる実行指示発
行手段と、利用単価とデータ処理の優先度との関係に応
じてデータ処理の優先度を制御する優先度変更手段とを
有するサービス提供手段を備え、前記ユーザ・コンピュータが、希望する利用単価または
データ処理の優先度を前記サービス提供装置に送る優先
度申請手段を備えたことを特徴とするデータ処理システ
ム。
【請求項３】請求項２に記載のデータ処理システムに
おいて、前記優先度変更手段が、複数のユーザ・コンピュータか
らの優先度指定が前記複数のデータ処理装置の処理能力
を越える状況が発生した場合、前記複数のデータ処理装
置の処理能力の範囲内に優先度を調整し、調整結果を前
記複数のユーザ・コンピュータに個別に提示する手段を
含むことを特徴とするデータ処理システム。
【請求項４】請求項１ないし３のいずれか一項に記載
のデータ処理システムにおいて、前記サービス提供手段が、ユーザからのデータ処理要求
に関連するコマンドを解析してから取り込みユーザによ
る前記主データ処理装置の直接操作を拒否するコマンド
解析手段と、データ処理結果のデータファイルの一部に
前記データ処理装置に関する機密情報が含まれる場合に
これを除いてユーザに処理結果を送信する処理結果送信
手段とを含むことを特徴とするデータ処理システム。
【請求項５】請求項４に記載のデータ処理システムに
おいて、前記ユーザ・コンピュータが、少なくともテキスト形式
によるデータ処理要求コマンド入力手段と、少なくとも
テキスト形式により処理結果を出力する出力手段と備
え、前記コマンド解析手段が、少なくともテキスト形式によ
るデータ処理要求コマンドを解析する解析手段であり、前記処理結果送信手段が、少なくともテキスト形式によ
り処理結果を出力する送信手段であることを特徴とする
データ処理システム。