JP3266641B2 - 制御装置およびメールサーバ - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は電子メールシステムを利
用して、ジョブを実行する計算機システムおよびそのた
めのジョブ実行方法に関する。

【０００２】

【従来の技術】電子メールを利用した方法としては、
（１）特開平1-108830号記載のように、電子メールで依
頼してＳＹＳＯＵＴデータ即ちジョブ実行結果を配布先
のメール・ボックスに登録する方法、（２）特開昭64-6
7672号記載のように、ホスト管理者に対して電子メール
により、ジョブ実行を依頼し、ホスト計算機より実行結
果メールを配布する方法、（３）特開平1-267758号記載
のように、電子メールにより、ホスト計算機とは独立な
電子メールシステムを介して、ジョブ実行、実行結果の
配布をホスト計算機に依頼する方法が知られている。

【０００３】

【発明が解決しようとする課題】上記従来技術（１）は
電子メールシステムが計算機システム上で動作する構成
である。このため、使い易さの点で以下のいろいろの課
題がある。例えば、メール端末を予めその計算機上で定
義する必要があり、また、メールの申込み時が、計算機
システムの運用時間、即ちシステムの稼働時間に依存す
るため、常に、依頼者はホスト計算機の稼働時間を意識
する必要がある。

【０００４】上記従来技術（２）では、ジョブ実行依頼
メールの受付許可判断をホスト管理者が行なっており、
人手を介する必要があるという欠点がある。

【０００５】上記従来技術（３）では、以上の問題はな
いが、実際に、このようなシステムを実現するときに考
慮すべき事項がいくつかあるにもかかわらず、この従来
技術はこれらの事項には触れていない。たとえば、ホス
ト計算機が複数台あるとき、依頼されたメールジョブを
どのホスト計算機に実行させるかという問題がある。さ
らにまた、いずれかのホスト計算機が故障したときどの
ようにこれに対処するかという問題もある。

【０００６】本発明の目的は、このような、電子メール
を使用してジョブの実行を依頼するしステムを実現する
ときに生じる実用的な問題を解決した電子計算機システ
ムとそのためのジョブ実行方法を提供することにある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
の本発明の望ましい第１の実施態様では、メール端末、
電子メールシステム、ジョブを実行する計算機システ
ム、その計算機システムの運転を監視する装置としての
ジョブ制御端末によりシステムを構成する。メール端末
では、利用者が、ジョブ実行制御の申込みとジョブ実行
進捗状況及び実行結果の参照をメール（以降、ジョブに
関するメールをジョブメールと呼ぶ）で行なう。ジョブ
実行制御の申込みメールには、利用者が指定したジョブ
実行依頼、ジョブ実行結果の受け取りと受け取り方法
（単報／同報／回覧配布）の依頼、ジョブ実行進捗状況
の受け取り依頼、メールをジョブへの入力データとして
送付する依頼等のジョブ実行指示を記憶する。電子メー
ルシステムは、メール端末群のホスト計算機であり、ジ
ョブメールの記憶装置を具備し、ホスト計算機と個々の
メール端末との書式変換テーブルを持ちジョブ実行結果
を個々のメール端末が参照可能なデータへ変換する。ジ
ョブ制御端末は、電子メールシステムとジョブメールの
交換手段を具備し、上記ジョブメールの受付許可判断と
依頼内容を解釈して計算機処理システムに制御コマンド
を発行する手段と、計算機システムからジョブ実行結果
とジョブ実行進捗状況データを受理してジョブ依頼者に
それを報告するジョブメールを生成する手段、電子メー
ルシステムと上記ジョブ実行結果及び進捗状況に関する
ジョブメールの交換手段を具備する。ジョブ制御端末
は、計算機システムとは独立に動作する構成のため
（ａ）ジョブ申込みの受付が、計算機の運用時間に依存
せず何時でも可能であり(ジョブ受付サーバとして動作
する）、（ｂ）計算機システムの動作を外付け型で一括
管理するため、計算機障害時、あるいは縮退時、稼働中
の他計算機を実行選択可能である。更に、メールで申し
込まれたジョブのＴＡＴ（Turn Around Time ; ジョブ
の実行申込みから実行が終了するまでの時間）を短縮す
るために、稼働中の各ホスト計算機ごとのジョブのＴＡ
Ｔを計測・管理することにより、負荷に応じて実行計算
機を選択する。次に、計算機システムは、ジョブ制御端
末より発行されたコマンドを解釈して、ジョブ実行時の
入力データとしてメール端末からのメールを受理する手
段、指定された日時にジョブを起動し、一定時間間隔で
ジョブ実行の進捗状況及びジョブ実行終了時に実行結果
をジョブ制御端末経由で電子メールシステムに配布する
手段を具備する。

【０００８】本発明の望ましい第２の実施態様では、メ
ール端末、電子メールシステム、計算機システムよりシ
ステムを構成する。電子メールシステムと計算機システ
ムとの両システム間でメール交換手段を具備し、第１の
実施態様で述べた一連の処理を実現する。本実施態様で
は、ジョブ制御端末を具備していない構成のため、電子
メールシステムが計算機システムと直接交信して、計算
機システムの稼働状態の判断を行なう。ジョブの申込み
は実施例１と同様にメールを利用して、電子メールシス
テムに対して行なうため、計算機システム上に定義され
た端末を利用する必要はない。従来の計算機システムに
定義済の端末が存在する地域しか、ジョブ申込みができ
ない課題は解決される。

【０００９】本発明の望ましい第３の実施態様では、第
１又は第２の実施態様で、計算機システムに接続するＴ
ＳＳ（Time Sharing System)端末でバッチジョブの投入
時にジョブ実行結果のメール配布先を指示する。ジョブ
実行終了時に、第１と第２の実施態様で述べたメール交
換により、電子メールシステムにジョブ実行結果のメー
ルが配布される。本実施態様では、第１と第２の実施態
様でのメールでジョブ実行を申し込むのとは異なり、即
時にジョブ実行を指示して結果だけをメールで受け取る
利用方法である。

【００１０】

【作用】本発明ではホスト計算機の稼働状態と負荷量に
応じた実行ホストの選択が可能になる。また、ＴＳＳ端
末で依頼したジョブの実行結果をメールにより送信でき
る。

【００１１】

【実施例】以下に本発明の実施例を図１から図２２によ
り説明する。

【００１２】（実施例１）図１は、本発明の電子メール
駆動型ジョブ実行制御方式を適用したシステムの構成図
を示している。メールの発信・受信を行なうメール端末
１、メール端末１より指示される処理を行なう電子メー
ルサーバ２、ホスト計算機４２群、それらによるジョブ
の実行状況を監視する装置としてのジョブ制御端末４と
よりなる計算機システム３がＬＡＮ１１で接続されてお
り、更に、計算機システム３とジョブ制御端末４が線２
９で接続されている。ＬＡＮ１１には、本発明と直接関
係しない他のＷＳ８３が接続されていてもよい。本実施
例の特徴は、電子メールサーバ２が電子計算機システム
とは別の計算機上で構成され、かつ、ジョブ制御端末４
とメールで通信可能になっていることである。上記構成
による特徴は、ジョブ制御端末４は、基本的には計算機
システム３での運転を監視していて、とくに、稼働状態
及び負荷量を監視し、さらにその結果を用いてメール端
末１から発行されたジョブ実行制御に関する依頼メール
に対し実行ホスト計算機の選択のスケジュール制御を行
うことである。更に、ジョブ制御端末４では計算機シス
テム３の稼働状態に影響されず、ジョブ実行制御に関す
る依頼メールを常時受け付けることが可能である。電子
メールサーバ２には、表示端末１２と、公衆網１７を介
して電話回線で、メール端末としてパソコン１８、ワー
プロ１９等各種端末が接続可能である。メールボックス
１０は、メール端末１より発信・受信されるメールを管
理する私書箱であり、ホスト宛の私書箱３９にはジョブ
の実行制御を依頼する申込書誌メール６、ユーザ宛の私
書箱４０は各ユーザ対応に存在し、ジョブの実行結果メ
ール７とジョブ実行進捗状況メール８、ジョブ宛の私書
箱４１は各ジョブ対応に作成可能であり、ジョブ実行時
入力データとして使用するデータメール９がそれぞれ格
納される。これらのメール６〜９は本発明のジョブ実行
制御に関するものであり、総称してジョブメール５と呼
ぶ。なお、メールボックス１０は、汎用的な電子メール
システムのメールボックスであり、ジョブメール以外の
他のユーザ利用メールが存在する。電子メールサーバ２
には、既存の電子メールシステム１５と、本実施例１の
特徴的な構成要素であり、ジョブ制御端末４とジョブメ
ール５の交換を行なうジョブネットワーク交換Ｍルーチ
ン１６、ジョブ制御端末４とのメール交換時にメールの
書式及びコード変換処理を行なうメール書式／コード変
換１３、メール変換テーブル１４（ＭＣＴ）よりそれぞ
れ構成される。電子メールサーバ２内のブロック１３と
１６はそれぞれプログラムで構成される。ジョブ制御端
末４には、メールボックス支局２０、メール／ホスト変
換ＩＤファイル４９、表示端末２１が接続される。メー
ルボックス支局２０には、電子メールサーバ２のメール
ボックス１０と同様にホスト宛私書箱２２、ジョブ宛私
書箱２３、各ユーザ宛私書箱２４が存在し、メール書
式、コード体系等の違いはあるが、同一の内容を保持す
る。メールボックス支局２０はジョブメール５だけを保
持する。以上述べたように電子メールサーバ２とジョブ
制御端末４に、それぞれ、メール・ボックスが存在する
利点は次の２つである。（ａ）電子メールサーバ２固有
のメール書式をジョブ制御端末４が意識しなくてもよ
い。ジョブ制御端末は標準的なメール書式でよい（例え
ばＵＮＩＸシステムのメール書式）。（ｂ）メール・ボ
ックス支局２０を持つことにより、ジョブ制御端末４で
は、ジョブ実行制御に関するメールを保持するだけでよ
く、他の一般のユーザ用メールを意識する必要はない。
更に、ホスト計算機全て停止状態の場合には、ホスト計
算機が稼働開始するまで、メール・ボックス支局２０に
メールをプールしておくことが可能である。ここで、メ
ール書式とは、主にメールのヘッダ情報（発行者名、受
信者名、アドレス情報等の本文以外の制御情報）であ
り、各電子メールシステムにより異なる。メール／ホス
トＩＤ変換ファイル４９は、ユーザがメール端末１よ
り、電子メールサーバ２にログインする時のメールＩＤ
と、ホスト計算機を利用する場合のホストＩＤとの対応
表を保持している。メールＩＤはジョブ実行制御に関す
る依頼メールのユーザ許可検査、ホストＩＤはホスト計
算機のユーザ課金にそれぞれ利用される。ジョブ制御端
末４の構成要素を説明する。オペレーティング・システ
ム（ＯＳ）２５は、ジョブ制御端末全体を制御する。ジ
ョブ制御端末４は、計算機より構成され、各々の構成要
素はプログラムより構成される。ジョブコンソール制御
２８は、計算機システム３で実行されるジョブの制御あ
るいは計算機システム３全体を制御するオペレータのコ
ンソール画面管理を行なう。ジョブメール受付・配布２
７はメール端末１から依頼されたジョブメール５を解釈
して計算機システム３への制御コマンドを発行し、更
に、計算機システム３からのジョブ実行結果及びジョブ
進捗状況データを受理してジョブメール５を生成する。
ジョブメールネットワーク交換Ｊルーチン２６は、ジョ
ブメールネットワーク交換Ｍルーチン１６とジョブメー
ル５の交換を行なう。ホスト計算機動作監視制御４４
は、（ａ）各ホスト計算機のＯＳと交信しホスト計算機
の動作状態の監視と、（ｂ）各ホスト計算機上で実行さ
れたジョブのＴＡＴを、ジョブクラス対応に、ホスト計
算機ごとに、ジョブＴＡＴテーブル（ＪＴＡＴＷ）８６
で管理する。（ａ）は、ホスト計算機が稼動中か停止中
かを管理し、メールによるジョブ実行受付時に、稼動中
のホスト計算機を実行ホストとして選択するためにに使
用する。（ｂ）は、ホスト計算機上のジョブＴＡＴテー
ブル（ＪＴＡＴＨ）８７に、ジョブクラス対応のＴＡＴ
情報が管理されており、定期的に、ＪＴＡＴＷ（８６）
に反映される。これらのジョブクラス対応のＴＡＴ情報
は、ジョブ制御端末４が、メールのジョブ実行依頼に対
し、負荷に応じた実行ホストの選択、及び、ジョブ依頼
受付時に、ジョブの予想終了時間をメールで申込み者に
通知するために使用される。ユーザＩＤ変換５０は、メ
ール／ホストＩＤ変換ファイル４９を使用して、メール
発信者のユーザＩＤを対応するホスト計算機のユーザＩ
Ｄに変換する。計算機システム３は複数台のホスト計算
機４２より構成され、複数台のＴＳＳ端末３０とディス
クファイルとしてメール端末１より実行依頼されるジョ
ブのＪＣＬデータを保存するジョブＪＣＬファイル３
８、ジョブの実行結果が格納されるスプールファイル３
７、メール端末より依頼された申込書誌６が格納される
ジョブ申込書誌ファイル３６が接続される。本実施例の
計算機システム３では、ディスクファイル３６〜３８は
各ホスト計算機に接続されており共用される。スプール
ファイル３７は実行待ちジョブ用入力キュー４７とジョ
ブの実行結果が格納される出力キュー４８より構成され
る。ここで、Ｊ１〜Ｊ３は通常のバッチジョブ、Ｍ１〜
Ｍ２はメールで依頼されたジョブであり混在可能であ
る。計算機システム３のプログラム構成は、計算機シス
テム全体を制御する符号３１のＯＳ、メール端末１より
依頼されたジョブの実行を制御するジョブメール実行制
御ルーチン３３、現在実行中のジョブ３４を記憶するジ
ョブメールテーブル（ＪＭＴ）３２、ＴＳＳ制御４５、
ＴＳＳ制御４５の下で実行されるＴＳＳコマンド４６、
ジョブの実行結果をスプールファイル３７より取り出す
スプール取り出しルーチン３５、ジョブクラスごとのジ
ョブＴＡＴを管理するジョブＴＡＴテーブル（ＪＴＡＴ
Ｈ）８７より構成される。以下、図２以降により、発明
の詳細を説明する。なお、ＴＳＳコマンド４６より、ジ
ョブの実行結果をメールで送る方式は実施例３で述べ
る。

【００１３】図２から図５より、図１の符号を引用して
処理の詳細を説明する。図２はメール端末１より依頼で
きる一連のジョブ実行制御機能をまとめて示す。５１か
ら５４が本発明での依頼機能である。５１は計算機シス
テム３で実行されるジョブの実行依頼である。５２は計
算機システム３で実行されたジョブ実行結果のメールに
よる受取依頼である。５３は計算機システム３で実行中
のジョブ進捗状況のメールによる受取依頼である。一定
時間ごとに進捗状況が報告される。５４は計算機システ
ム３で実行されるジョブの入力データとして、図１のメ
ールボックス１０のジョブ宛の私書箱９のメールを送付
することを依頼する。以上がメール端末１により依頼で
きるジョブ実行制御機能である。

【００１４】図３はホスト宛私書箱３９の申込書誌６の
詳細である。図２の依頼機能の具体的な申込方法であ
る。６１は実行依頼するジョブの名称、７２はジョブＪ
ＣＬ（ジョブ制御言語）で計算機に対する実行指示内容
である。ＪＣＬでは、具体的に実行指示するプログラム
名称とプログラム実行時のデータ等を複数個指定可能で
ある。特に非定形な業務プログラの実行あるいはプログ
ラムの実行制御パラメータ等を直接指定する場合に有効
である。７２の指定は省略可能であり、省略した場合に
は６１のジョブ名称に対応するジョブＪＣＬがジョブＪ
ＣＬファイル３８より取り出される。ジョブ名称は、実
行ＪＣＬが格納されているデータセット名称でも良い。
６２はジョブの実行依頼の指定、６３は６２のジョブの
実行依頼を指定した場合に有効でありジョブの実行日時
の指定、６４はジョブ実行結果の受取の指定、７３はジ
ョブ実行結果の中で実際に受け取るデータを指示する出
力ジョブクラスを指定する。６５は６４で受取を指定し
た場合の配布先名、６６から６８は配布方法の指定であ
り、単報配布６６、同報配布６７、回覧配布６８、及
び、受取日時６９を指定できる。７０はジョブ実行の進
捗状況の受取依頼、７１はジョブへのメールデータの送
付依頼の指定である。以上のジョブ実行依頼機能の６
２、６４、７０、７１は個々に独立に指定できる。

【００１５】図４は、図３に示した４つの配布方法の内
の３つのメールデータ送付依頼方法について詳細に説明
する。単報配布６６は、スプールファイル３７のジョブ
実行結果８２を、電子メールサーバ２に接続されるメー
ルボックス１０の配布先ユーザ私書箱８１に格納され
る。配布先は図３で説明した配布先名６５で指定され
る。同報配布６７は、グループファイル４３のグループ
名８６で指示されたユーザ名Ａ１、Ｂ１、Ｃ１につい
て、メールボックス１０のユーザ私書箱８３、８４、８
５にジョブ実行結果８２が同時に格納される。配布先グ
ループ名８６も同様に図３の配布先名６５で指定され
る。回覧配布６８も同報配布と同様にグループファイル
４３のグループ名８６で配布先が指定されるが、最初ユ
ーザ名Ａ１の私書箱８３にジョブ実行結果８２が格納さ
れる。ユーザＡ１が格納されたメールを参照して電子メ
ールシステムに次の人へ配布指示をすると次にユーザＢ
１の私書箱８４に格納される。以下同様の手順で次のユ
ーザへ配布される。なお、ユーザがメールを参照する時
に加筆しても良い。この場合加筆した結果が次のユーザ
へ配布される。次に、メールデータ送付は、電子メール
サーバ２に接続されるメールボックス１０のジョブ宛私
書箱４１に送られたメールをジョブＪＣＬファイルの対
応ジョブの実行時の入力データとして格納する。ジョブ
実行時までにジョブ宛私書箱４１にメールデータを送付
しておく必要がある。ジョブ私書箱は各ジョブ対応に存
在する。支店の売上伝票を電子メールシステムを利用し
て送付し、その集計を本店で行なう等に利用する。

【００１６】図５により、図１の処理の流れを説明す
る。メール端末１、電子メールサーバ２、ジョブ制御端
末４、計算機システム３ごとに処理の分担を説明する。
最初にユーザがメール端末１を使用して、ジョブを依頼
する（ステップ１００）。この時、ジョブの実行依頼、
ジョブ実行結果の受取、ジョブ実行進捗状況の受取、メ
ールデータの送付等一連のジョブ実行制御を申込書誌６
で依頼した場合について処理の流れを説明する。電子メ
ールサーバ２は、メール端末１より依頼されたホスト宛
メールをメール交換によりジョブ制御端末４のメールボ
ックス支局２０へ送付する（ステップ１０１）。ジョブ
制御端末４はメールを解釈して、ホスト計算機４２に制
御コマンドを発行する（ステップ１０２）。ホスト計算
機４２では、依頼内容をジョブ申込書誌ファイル３６に
格納する（ステップ１０３）。ジョブの実行は指定時間
まで待たされる。次にメール端末１でユーザはジョブの
入力データとしてジョブ宛にメールデータを送付する
（ステップ１０４）。電子メールサーバ２ではジョブ宛
のメールをジョブ制御端末４のメールボックス支局２０
へ送付する（ステップ１０５）。ジョブ制御端末４はメ
ールデータ用の制御コマンドをホスト計算機４２に発行
する（ステップ１０６）。ホスト計算機４２では、メー
ルデータをジョブＪＣＬファイル３８の対応ジョブの入
力データとして格納する（ステップ１０７）。ホスト計
算機４２では指定されたジョブの実行時刻にジョブＪＣ
Ｌファイル３８より実行用のＪＣＬを取り出し、ジョブ
の実行を開始する（ステップ１１１）。ジョブの実行
中、一定時間ごとにジョブ実行進捗データをジョブ制御
端末４に送る。ジョブ制御端末４では、ジョブ進捗状況
データを受取、電子メールサーバ２のメールボックス１
０へメール交換により送付する（ステップ１１０）。電
子メールサーバ２は、上記メールを依頼者の私書箱に登
録する（ステップ１０９）。ユーザはメール端末１でジ
ョブ実行進捗状況メールを参照する（ステップ１０
８）。ホスト計算機４２では、ジョブの実行が終了する
とスプール３７よりジョブの実行結果を取り出しジョブ
制御端末へ送る（ステップ１１５）。ジョブ実行制御端
末４はジョブ実行結果を受取、電子メールサーバ２のメ
ールボックス１０へメール交換により送付する（ステッ
プ１１４）。電子メールサーバ２ではジョブ実行結果の
メールを該当ユーザの私書箱に登録する。この時、ＳＹ
ＳＯＵＴデータ特有の書式情報をメール端末１対応に変
換する（１１３）。ユーザはメール端末１でジョブ実行
結果を参照する。更に、加工、再配布等が可能である
（ステップ１１２）。

【００１７】図６から図１９を使用して各処理の詳細を
説明する。図６と図７は、電子メールサーバ２の構成要
素であるジョブメールネットワーク交換Ｍルーチン１６
の処理である。本実施例では、電子メールサーバ２のジ
ョブネットワーク交換Ｍルーチン１６が、ジョブ制御端
末４のメールボックス支局２０へのメールの書き込みと
読み込み処理を行なっている。この方式の利点は、ジョ
ブ制御端末４が電子メールサーバ２の固有なメール書式
を意識しなくてもよいことである（メール書式の変換は
電子メールサーバ２で行なう）。ジョブ制御端末４は、
標準的なＵＮＩＸシステムのメール書式だけを意識すれ
ばよい。電子メールサーバ２とジョブ制御端末４間のメ
ール交換に関する他実施例については末尾で述べる。こ
のルーチン１６は一定時間ごとに電子メールシステム１
５から起動される。図６はこのルーチン１６内のメール
ボックス支局２０への書き込み処理１６ａのフローチャ
ートである。ステップ１２１ではジョブ制御端末４に接
続されるメールボックス支局２０へアクセスするため
に、リモートマウントコマンドを発行する。この処理に
より、ネットワーク上のファイルへのアクセスが可能に
なる。ステップ１２２ではメールボックス１０のホスト
宛私書箱３９よりメールの読み込みを行なう。ステップ
１２３ではメール書式／コード変換１３をコールしてジ
ョブ制御端末４用にメールの書式とコード変換処理を行
なう。ステップ１２４では上記変換したメールをジョブ
制御端末４のメールボックス支局２０の対応私書箱に書
き込みを行なう。ステップ１２５ではホスト宛メールを
全て処理したかを判別する。もし、未処理のメールが存
在する場合はステップ１２２に戻る。ホスト宛メールを
全て処理した場合にはステップ１２６でジョブ宛メール
についてステップ１２１から１２５の一連の処理を行な
う。次にメールボックス支局２０からの読み込み処理１
６ｂ（図７）を行なう。ステップ１３１ではジョブ制御
端末４に接続されるメールボックス支局２０へアクセス
するために、リモートマウントコマンドを発行する。ス
テップ１３２ではメールボックス支局２０のユーザ宛私
書箱２４よりメールの読み込みを行なう。ステップ１３
３ではメール書式／コード変換１３をコールして電子メ
ールサーバ２用にメールの書式とコード変換処理を行な
う。ステップ１３４では上記変換したメールを電子メー
ルサーバ２のメールボックス１０の対応する私書箱に書
き込みを行なう。この時指定された配布方法（単報、同
報、回覧）に基づいて私書箱への書き込み処理を行な
う。単報配布の場合は、図３で説明した配布先名６５の
ユーザ私書箱に格納する。同報配布の場合は、配布先名
６５で指示されたグループ名に属す各ユーザ私書箱に同
時に格納する。回覧配布の場合は、配布先名６５で指示
されたグループ名に属す最初のユーザ私書箱だけに格納
し、最初のユーザがメールを参照あるいは加筆して次ユ
ーザに配布指示すると次ユーザ私書箱に格納される。以
上が配布方法の処理である。その後ステップ１３５では
ユーザ宛メールを全て処理したかを判別する。もし、未
処理のメールが存在する場合はステップ１３２に戻る。
ユーザ宛メールを全て処理した場合には終了する。以上
の図６と図７の処理により、電子メールサーバ２とジョ
ブ制御端末４の間でのメール交換が実現される。

【００１８】次に図８と図９によりメール書式／コード
変換１３の処理を説明する。図８は電子メールサーバ２
とジョブ制御端末４の間でのメール変換用テーブル（Ｍ
ＣＴ）１４である。１４１はホスト４２用、１４２は電
子メールサーバ２用、以降のエントリはメール端末１用
のエントリである。メール端末１用のエントリは電子メ
ールサーバ２に接続するメール端末１の種類存在する。
１４６、１５４、１５５はエントリ名称である。１４７
は各システムの使用コードであり、この情報に基づいて
コード変換を行なう。１４８は各システムで使用する文
字サイズ群、１４９は文字ピッチ群、１５０は行ピッチ
群、１５１は書体群、１５２は頁当たりの行数、１５３
は書式を制御するためにデータ中に定義されるアンダー
ライン、特殊文字等の機能文字群である。１４８から１
５３は特にスプールのデータを変換するために使用す
る。これらの１４７から１５３の各項目ごとに各システ
ムごとの対応が記述されている。例えば、ホスト４２の
スプール３７の内容を電子メールサーバ２用に変換する
ためには、１４１と１４２のエントリを対応させて変換
する。１４３のメール端末１のエントリは、メール端末
１がメールボックス１０のメールを参照する時に変換用
に使用する。図９により、メール書式／コード変換１３
の処理を説明する。まず、ステップ１６１では電子メー
ルサーバ２とジョブ制御端末４の間でのメール書式（管
理情報と本文）について変換処理を行なう。管理情報に
は、発信者名、発信日、受信者名、タイトル等の情報を
含む。ステップ１６２ではＭＣＴ（１４）のエントリを
使用して、電子メールサーバ２とジョブ制御端末４の間
でメールの内容をコード変換する。ここでジョブ制御端
末４にはホストのデータがそのまま格納されるためホス
ト用のエントリ１４１を使用し、電子メールサーバ２は
それ用のエントリエントリ１４２を使用する。ステップ
１６３は変換データがジョブ実行結果かの判別処理であ
り、ジョブ実行結果の場合には、ステップ１６４の処理
で、ＭＣＴ（１４）を使用して電子メールサーバ用にス
プールデータを変換する。ＭＣＴの符合１４１のホスト
用項目から符合１４２の電子メールサーバ用項目へ、１
４８から１５３の各項目を対応させて変換する。ステッ
プ１６３を通らないケースは、ジョブ進捗状況メールで
ある。以上がメール書式／コード変換１３の処理であ
る。

【００１９】次に、図１０と図１１を使用してジョブ制
御端末４のジョブメールネットワーク交換Ｊルーチン２
６の処理を説明する。図１０はメールボックス支局１０
からの読み込み処理２６ａのフローチャーであり、一定
時間間隔でジョブ制御端末４のＯＳ２５から起動され
る。ステップ１７１ではメールボックス支局２０のホス
ト宛私書箱２２からジョブ申込書誌メールを読み込む。
ステップ１７２で申込書誌の内容を解析してジョブメー
ル受付・配布２７を起動する。ステップ１７３で全ての
メールを読み込んで処理完了したかを判別する。完了し
ていない場合には１７１へ戻る。完了している場合に
は、ステップ１７４でメールボックス支局２０のジョブ
宛私書箱２３のメールデータについても、ステップ１７
１からステップ１７３と同様の処理を行なう。以上がメ
ールボックス支局２０からの読み込み処理である。図１
１はメールボックス支局２０へのジョブ実行結果、ジョ
ブ進捗状況メールの書き込み処理２６ｂのフローチャー
トである。ジョブメール受付・配布２７より起動され
る。ステップ１７６ではジョブメール受付・配布２７か
ら渡されたデータを解析してジョブメールを作成する。
このジョブメールには、ジョブ実行結果及びジョブ進捗
状況の２種が含まれる。ステップ１７７では上記作成し
たメールをユーザ宛の私書箱に登録する。以上の図１０
と図１１がジョブメールネットワーク交換Ｊルーチン２
６の処理の説明である。

【００２０】次に、図１２と図１３によりジョブメール
受付ルーチン２７ａと配布ルーチン２７ｂの処理を説明
する。図１２のメール受付ルーチン２７ａはジョブメー
ルネットワーク交換Ｊルーチン２６から起動され、メー
ルボックス支局２０から読み込まれたジョブメールが渡
される。このジョブメールはジョブ申込とデータメール
の２種である。ステップ１８０ではジョブ依頼メールに
ついて、ユーザＩＤ変換ルーチン５０により、メール／
ホストＩＤ変換ファイル４９を使用し、依頼者のメール
ＩＤを該当するホストＩＤへ変換する処理を行なう。図
２６により、メール／ホストＩＤ変換ファイル４９の構
成を説明する。メールＩＤのエントリ２９１とホストＩ
Ｄのエントリ２９２との対応表より構成される。代表ユ
ーザＩＤに変換される場合には同一のホストＩＤが各メ
ールＩＤと対応していてもよい。依頼者のメールＩＤが
メールＩＤのエントリ２９１に存在しない場合には許可
されていないユーザとして認識し、ジョブ実行申込者
に、許可されていない由の通知を配布するために、メー
ル・ボックス支局２０のユーザ宛私書箱２４に返信メー
ルを書き込む。ステップ１８１ではメールを解析して、
ホスト転送用のデータストリームを作成する。テータス
トリームについては、図１４で説明する。ステップ１８
２では転送マクロを発行して実行ホスト４２へデータを
転送する。ステップ１８２の処理時、稼働ホストを選択
するため、ホスト計算機動作監視ルーチン４４と交信
し、ホストの稼働状態を得る。なお、全ホスト停止時
は、該ジョブメールをメールボックス支局２０に書き込
み、メールを再選択可能な状態にする。稼動ホストが複
数個存在する場合には、図２４のジョブＴＡＴテーブル
（ＪＴＡＴＷ）８６を参照して、ジョブが属するジョブ
クラスのＴＡＴを各ホストごとに調べ、ＴＡＴが一番小
さい計算機を実行ホストとして選択する。ＪＴＡＴＷ
（８６）は、ジョブクラス２８３と対応する各ホスト計
算機ごとのＴＡＴを管理するジョブＴＡＴ（２８４）よ
り構成される。ステップ１８３では、ジョブの予想ＴＡ
Ｔを申込み者にメールとして配布するために、メール・
ボックス支局２０のユーザ宛私書箱２４にジョブ予想Ｔ
ＡＴが記入された返信メールを書き込む。ジョブの予想
ＴＡＴには、ＪＴＡＴＷ（８６）で選択した実行ホスト
のジョブＴＡＴ（２８４）が使用される。以上がジョブ
受付処理である。図１３はホスト４２からのジョブ結果
の受付処理である。ジョブ結果には、ジョブの実行結果
とジョブ実行進捗状況データの２種がある。ステップ１
８６はホスト４２からのデータ受信待ちルーチンであ
る。ホスト４２からデータが転送されるとステップ１８
７の処理が実行される。ステップ１８７ではホスト４２
から転送されたデータを解析して、ジョブメールネット
ワーク交換Ｊルーチン２６を起動して解析データを渡
し、最終的にメールボックス支局２０のユーザ宛私書箱
２４にメールとして登録される。

【００２１】図１４によりホスト４２とジョブ制御端末
４の間で転送するデータストリームの形式を説明する。
図１４（ａ）はジョブ依頼、図１４（ｂ）はメールデー
タ送付の形式であり、ジョブ制御端末４からホスト４２
へ転送される。図１４（ａ）の１９０はテータストリー
ムの識別子ＩＤ１、１９１は図１２のステップ１８０で
求められたホストユーザＩＤ、２１２は図１２のステッ
プ１８０で実行ホスト計算機として選択されたホスト番
号、１９２は申込書誌の内容である。図１４（ｂ）はメ
ールデータ送付用のデータストリームであり、１９３は
データストリームの識別子ＩＤ２、１９４はデータを受
け取るジョブＩＤ、１９５はメールデータである。図１
４（ｃ）はジョブ進捗状況、図１４（ｄ）はジョブ実行
結果の形式であり、ホスト４２からジョブ制御端末４を
経由してメールボックス１０へ送られる。図１４（ｃ）
の１９９はデータストリームの識別子ＩＤ、１９７はジ
ョブ依頼者の識別子ＩＤ（メールＩＤ）、１９８はジョ
ブ実行進捗状況を示すデータである。図１４（ｄ）の１
９６はデータストリームの識別子ＩＤ、２００は配布先
情報で配布先名と配布方法を含む。２０２はジョブ実行
結果を含むスプール情報、２０１はそれの書式制御情報
である。２０３から２１１の書式情報を含む。２０３は
スプール情報２０２の文字サイズ、２０４は文字ピッ
チ、２０５は行ピッチ、２０６は書体、２０７と２１１
は罫線アドレス情報であり、同一の線種ごとに格納され
る。２０８は線種、２０９と２１０は線のそれぞれ２点
の座標値である。スプール情報２０２は、ジョブ実行結
果及び書式情報２０１を変更する場合の機能文字を含
む。以上がジョブ制御端末４とホスト４２の間で転送さ
れるデータストリームの形式である。

【００２２】図１５から図１９によりホスト４２上で実
行されるジョブメール実行制御ルーチン３３とスプール
取り出しルーチン３５の処理を説明する。図１５はジョ
ブメール実行制御ルーチン３３内のジョブ制御端末４か
らのジョブメールの受付処理３３ａである。ステップ２
２１はジョブ制御端末４からのデータ受信待ち処理であ
り、データを受信するとステップ２２２において図１４
で説明したテータストリームを解析する。ステップ２２
３はジョブ依頼かの判別処理であり、ジョブ依頼の場合
はステップ２２５が実行される。ステップ２２４ではメ
ールデータの場合の処理である。符合２２５はジョブ制
御端末４より受信したジョブ依頼情報をジョブ申込書誌
ファイル３６に登録する。２２４はメールデータをジョ
ブＪＣＬファイル３８の対応するジョブの入力データと
して格納する。以上がジョブメール受付処理である。図
１６はジョブ依頼されたジョブの起動処理ルーチン３３
ｂである。ステップ２３１ではジョブ申込書誌ファイル
３６を参照して各ジョブの起動日時をＯＳ３１に登録
し、起動日時にタイマ割込みするようにする。ステップ
２３２と２３３は割込みの処理である。ステップ２３２
は起動日時に到達した該当ジョブのＪＣＬをジョブＪＣ
Ｌファイル３８より取り出す。取り出されたジョブのＪ
ＣＬは、ジョブ依頼者のホストユーザＩＤ用ジョブとし
て、実行されるように変換された後で、ＯＳ３１に投入
される。申込書誌６にジョブＪＣＬが記述されている場
合には、ジョブＪＣＬファイル３８からの読み込みは行
なわず、申込書誌６のジョブＪＣＬ（７２）がジョブ依
頼者のホストユーザＩＤ用ジョブかを判別するために、
ＪＣＬを調べる。ジョブ依頼者のホストユーザＩＤなら
ば、ＯＳ３１に投入する。そうでないならば、スプール
ファイル３７へエラーメッセージを該ジョブの実行結果
として出力する。ＯＳに投入されたジョブは、スプール
ファイル３７の入力キュー４７に順番に格納される。通
常のバッチジョブと混在して格納される。ステップ２３
３では起動ジョブの書誌内容をジョブメールテーブル
（ＪＭＴ）３２に登録する。以上がジョブ起動処理であ
る。図１７により、メールで依頼されて現在実行中のジ
ョブを管理するＪＭＴ３２の内容を説明する。２３６は
ジョブ依頼時の申込書誌の内容、２３４はジョブの予想
ＣＰＵ時間、２３５は現在までに実行したジョブのＣＰ
Ｕ時間を格納する。実行ＣＰＵ時間２３５を予想ＣＰＵ
時間２３４で除算してジョブの実行進捗状況を算出す
る。図１８は現在実行中のジョブ進捗状況データの送付
処理である。この処理は一定時間間隔でＯＳ３１より起
動される。ステップ２４１ではＯＳ３１より実行中ジョ
ブの現在までの実行ＣＰＵ時間を収集して、ＪＭＴ３２
に格納する。ステップ２４２ではＪＭＴ３２より該ジョ
ブの予想ＣＰＵ時間２３４と実行ＣＰＵ時間２３５より
上記で述べたジョブの実行進捗度を計算し、図１４ｃの
データストリームを作成する。該データストリームをジ
ョブ制御端末４へ転送する。なお、ジョブ進捗度の計算
方法は一例であり、下記の刊行物で定義されるＥＳＲを
使用しても良い。

【００２３】「計算機システムにおける性能管理の一方
式とそれを用いた実験、情報処理学会論文誌、第２３巻
第６号５９１頁ー５９８頁」 次に、図１９によりジョブの終了処理３３ｄを説明す
る。本処理の実現により、メールで実行結果の受取を依
頼されたジョブについてだけ、実行結果のメールでの返
信が可能になる。ジョブ終了処理３３ｄは、ジョブの終
了時に、ＯＳ３１より起動される。ステップ２５５は、
現在終了したジョブが結果の受取を依頼されたジョブか
を判別する。ＪＭＴ３２のジョブ名称フィールドと一致
した場合には、メールで依頼されたジョブとして認識
し、更に、実行結果の受取依頼を要求している場合に
は、以下の処理を行なう。通常のバッチジョブ及び実行
結果の受取を依頼していないジョブの場合には処理を終
了する。ステップ２５６はジョブ依頼時に受取日時を指
定したかの判別処理である。受取日時が指定されている
場合には、ステップ２６０でジョブの受取日時をＯＳ３
１に登録し、受取日時にタイマ割込みするようにする。
タイマ割込み時、ステップ２５７の処理に制御が渡るよ
うにする。ステップ２５７は該ジョブの実行結果の取り
出し処理であり、スプール取り出し処理３５を起動す
る。ステップ２５８はスプール取り出しルーチン３５よ
り取り出された情報より、図１４ｄのジョブ実行結果の
データストリームを作成して、ジョブ制御端末４へ転送
する。ステップ２５９では該ジョブをＪＭＴ３２より削
除する。次に、図２０によりスプール取り出しルーチン
３５の処理を説明する。ステップ２６６では指定された
ジョブをスプール３７より読み込むために、ＯＳマクロ
を発行する。ＯＳ３１は、指定されたジョブをジョブ実
行結果の出力キュー４８より取り出す。出力ジョブクラ
スが指定されている場合には、該出力ジョブクラスに対
応するジョブ実行結果を取り出すために、ＯＳマクロで
指定する。出力ジョブクラスが指定されていない場合に
は、全ジョブ実行結果を読み込む。ステップ２６７では
ジョブ実行結果の書式情報（文字サイズ、文字ピッチ、
罫線アドレス等）を読み込まれたファイルより取り出
す。ステップ２６８ではジョブ実行結果の実体を読み込
まれたファイルより取り出す。以上がスプール取り出し
ルーチン３５の処理である。次に、図23のＪＴＡＴＨ
（８７）は、該ホスト計算機上で実行されるジョブクラ
ス２８１対応のジョブＴＡＴ（２８２）を管理する。ジ
ョブＴＡＴ（２８２）は、ジョブがシステムに投入され
てから実行が終了するまでの時間であり、ＯＳ３１によ
り、各ジョブごとに計算され、ジョブが属するジョブク
ラスのジョブＴＡＴ２８２と平均されて常時更新され
る。ＪＴＡＴＨ（８７）の内容は、ジョブ制御端末４の
ＪＴＡＴＷ（８６）に定期的に反映される。

【００２４】以上が実施例１の説明である。次に実施例
１の変形例を説明する。

【００２５】（１）電子メールサーバ２とジョブ制御端
末４間のメール交換方式として、下記２つがある。

【００２６】（ａ）ジョブ制御端末４のジョブメールネ
ットワーク交換Ｊルーチン２６が電子メールサーバ２の
メールボックス１０へのメールの書き込みとメールボッ
クス支局１０からのメールの読み込みを行なう方法であ
る。この方法では、メール書式の変換はジョブ制御端末
４で行なわれる。本方式の利点は、電子メールサーバ２
は、ジョブ制御端末４を特に意識する必要がないことで
ある。

【００２７】（ｂ）他の変形例として、電子メールサー
バ２とジョブ制御端末４のジョブネットワーク交換ルー
チン１６と２６は、標準的にＵＮＩＸシステムのメール
配布プログラム（Ｓｅｎｄｍａｉｌ）を利用することで
ある。この方式では、電子メールサーバ２とジョブ制御
端末４とも相手のメールボックスを直接触る必要はな
い。

【００２８】（２）ホスト計算機に接続されるディスク
ファイル３６〜３８が各ホスト計算機ごとに独立に存在
する構成である。このような構成では、各ホスト計算機
が地理的に分散しており、単独システムとして存在する
場合である。この場合でも、ジョブ制御端末の構成は変
わらない。但し、各ホスト計算機とジョブ制御端末を接
続する線２９が回線になることである。このようなシス
テム構成でも電子メールサーバ２とジョブ制御端末４は
同様に動作する。

【００２９】（実施例２） 以上の図１から図２０の実施例は、電子メールサーバ
２、ジョブ制御端末４、計算機システム３より構成され
るシステムである。次に、図２１と図２２により、ジョ
ブ制御端末４が存在しない場合の実施例を説明する。本
実施例は、計算機システム３を一元管理するジョブ制御
端末が存在しない運用形態での実現方法である。図１と
の違いを中心に説明する。メール端末１より依頼できる
一連のジョブ実行制御機能は実施例１と同一である。電
子メールサーバ２のジョブメールネットワーク交換Ｍル
ーチン１６が、図１ではジョブ制御端末４のメールボッ
クス支局２０に対して、読み込みと書き込み処理を行な
っていたが、図２１では、ホスト４２に接続されるメー
ルボックス支局４５に対して処理を行なう。電子メール
サーバ２のジョブメールネットワーク交換Ｍルーチン１
６が読み込みと書き込みを行なう利点は、（ａ）ホスト
計算機システム３が電子メールサーバ２の固有なメール
書式を意識する必要がない。（ｂ）ホスト計算機システ
ム３が、ネットワーク上の電子メールサーバ２のメール
ボックス１０参照によるホスト処理とＬＡＮ１１のオー
バヘッドがないことである。特に、メールボックス１０
にジョブ実行依頼メールがない場合には効果がある。メ
ール端末１より依頼されたジョブ依頼の申込書誌６とジ
ョブに送付するデータ９は、電子メールサーバ２のジョ
ブメールネットワーク交換Ｍルーチン１６により、ホス
ト計算機４２に接続されるメールボックス支局４５に格
納される。その後、ホスト計算機内のジョブメールネッ
トワーク交換Ｈルーチン４４が定期的に、メールボック
ス支局４５を参照して、ジョブ依頼の申込書誌６をジョ
ブ申込書誌ファイル３６に、ジョブに送付するデータ９
を、対応するジョブの入力データとしてジョブＪＣＬフ
ァイル３８に格納する。ジョブメール実行制御ルーチン
３３は、ジョブ申込書誌ファイル３６よりジョブ依頼の
申込書誌６を取り出しユーザＩＤ変換８５を呼び出す。
ユーザＩＤ変換８５は、メール／ホストＩＤ変換ファイ
ル８４を使用し、メール発信者のメールＩＤの検査と対
応するホストＩＤへの変換を行なう。ホストＩＤは実施
例１と同様に利用される。次に、ジョブＪＣＬファイル
３８よりジョブ依頼の申込書誌６に該当するジョブを取
り出し、指定された日時にジョブの起動処理、ジョブの
実行終了時にメールで依頼されたジョブかを認識して、
メールで実行結果の受取を依頼された場合にはジョブ実
行結果の取り出し、定期的にジョブ進捗状況データの作
成等を行なう。ジョブ実行結果とジョブ実行進捗状況デ
ータは、ジョブメールネットワーク交換Ｈルーチン４４
により、メールボックス支局４５に格納される。電子メ
ールサーバ２のジョブメールネットワーク交換Ｍルーチ
ン１６は定期的にメールボックス支局４５を参照して、
指定された配布方法に基づいて、メールボックス１０に
格納する。以上の一連の処理により、メール端末１は、
ジョブ実行結果等の参照、加工、再配布等が可能にな
る。なお、図２１の他の構成要素についてはホスト計算
機４２の構成を除き、図１と同一であるので説明を省略
する。

【００３０】実施例１では、ホスト計算機が故障あるい
は縮退等により停止しているかの判断をジョブ制御端末
４で行なっていたが、本実施例では、電子メールサーバ
２内のジョブネットワーク交換Ｍルーチン１６がホスト
計算機と定期的に交信し、正常に交信できるかにより判
断する。交信不可のホスト計算機が存在する場合には、
他の稼働中のホスト計算機と交信してメールを転送す
る。全てのホスト計算機が停止中は、メールボックス１
０でメールを保持して、稼働するまで待つ。

【００３１】以上が実施例２の説明である。次に実施例
２の変形例を説明する。

【００３２】（１）電子メールサーバ２とホスト計算機
４２間のメール交換方式として、下記２つがある。

【００３３】（ａ）ホスト計算機４２のジョブメールネ
ットワーク交換Ｈルーチン４４が電子メールサーバ２の
メールボックス１０へのメールの書き込みとメールボッ
クス支局１０からのメールの読み込みを行なう方法であ
る。この方法では、メール書式の変換はホスト計算機４
２で行なわれる。本方式の利点は、電子メールサーバ２
は、ホスト計算機４２を特に意識する必要がないことで
ある。

【００３４】（ｂ）他の変形例として、電子メールサー
バ２とホスト計算機４２のジョブネットワーク交換ルー
チン１６と４４は、標準的にＵＮＩＸシステムのメール
配布プログラム（Ｓｅｎｄｍａｉｌ）を利用することで
ある。この方式では、電子メールサーバ２とジョブ制御
端末４とも相手のメールボックスを直接触る必要はな
い。ホスト計算機がＵＮＩＸシステムの場合に有効であ
る。

【００３５】（２）ホスト計算機に接続されるディスク
ファイル３６〜３８、８４が各ホスト計算機ごとに独立
に存在する構成である。このような構成では、各ホスト
計算機が地理的に分散しており、単独システムとして存
在する場合である。このようなシステム構成でも電子メ
ールサーバ２は同様に動作する。

【００３６】（実施例３）次に、ジョブの実行依頼はＴ
ＳＳ端末から行ないジョブ実行結果をメールにより受け
取る実施例について説明する。図１、図２１の両システ
ムでの適用が可能である。図２２は、ＴＳＳ端末３０
（図１または図２１）にり、ジョブを投入するＳＵＢＭ
ＩＴコマンド２７１を示す。このコマンドには、ジョブ
名称２７２と新たにジョブ実行結果の配布を指定するＭ
ＡＩＬオペランド２７３が新設されている。ＭＡＩＬオ
ペランドでは、配布先ＩＤ（２７４）と配布方法（２７
５）を指定する。このＭＡＩＬオペランドは、ジョブメ
ール実行制御３３により、ジョブ依頼の申込書誌で配布
先と配布方法を指定したときと同じように処理される。
ＭＡＩＬオペランドをしていすることにより、図２５の
ジョブ名称２７２、配布先ＩＤ２７４、配布方法２７５
より構成される申込書誌がジョブ申込書誌ファイル３６
に格納される。ＳＵＢＭＩＴコマンドは、図２１のＴＳ
Ｓ制御４５の下で４６のタスクとして実行され、２７２
で指定されたジョブのサブミット処理を行なう。ジョブ
の実行が終了するとジョブ実行結果は、ジョブメール実
行制御３３により、最終的に電子メールサーバ２のメー
ルボックス１０へ、ＳＵＢＭＩＴコマンドで指示された
配布先と配布方法に基づいてメールとして格納される。
なお、ＳＵＢＭＩＴコマンドで指定する代わりとして、
ジョブＪＣＬで配布先ＩＤと配布方法を指定しても同様
の効果がある。

【００３７】

【発明の効果】本発明によれば、メール端末より、計算
機システム上のジョブ実行制御機能としてジョブ実行依
頼、実行ジョブへのデータ送付、実行ジョブの進捗状況
の把握、ジョブ実行結果の受取が可能になる。メール端
末で上記処理を行なえることにより、計算機システムの
利用地域の広域化、実行結果をメール端末にて受け取る
ことにより、加工・再配布等が可能になる。

【００３８】電子メールシステムと計算機システムが独
立の構成で、相互のシステム間で情報交換手段を具備す
ることにより、メール端末をあらかじめ計算機システム
上に定義しておく必要がなく、電話回線で接続すること
により何処でも即ジョブ実行依頼、実行結果の参照等が
可能になる。

【００３９】更に、ジョブ制御端末は、計算機システム
とは独立に動作する構成のため（ａ）ジョブ申込みの受
付が、計算機の運用時間に依存せず何時でも可能であ
り、（ｂ）計算機システムの動作を外付け型で一括管理
するため、計算機障害時、あるいは縮退時、稼働中の他
計算機を実行選択可能であり、（ｃ）更に、メールによ
り申し込まれたジョブのＴＡＴを短縮するために、稼動
中の各計算機ごとのジョブＴＡＴを管理することによ
り、ホスト計算機の負荷に応じた実行ホストの選択が可
能になる。

【００４０】また、ＴＳＳ端末から依頼したジョブの実
行結果を電子メールで受け取ることも可能になる。

【図面の簡単な説明】

【図１】本発明の電子メール駆動型ジョブ実行制御方式
を具備した構成図である。

【図２】メール端末での本発明のジョブ実行制御機能で
ある。

【図３】ジョブ実行依頼申込書誌の指定項目である。

【図４】ジョブ実行結果の受取方法、メールデータ送付
方法の説明図である。

【図５】電子メール駆動型ジョブ実行制御方式を具備し
たシステムの処理フローである。

【図６】電子メールサーバ内のジョブメールネットワー
ク交換Ｍ部の処理フロー（メールボックス支局への書き
込み処理）である。

【図７】電子メールサーバ内のジョブメールネットワー
ク交換Ｍ部の処理フロー（メールボックス支局からの読
み込み処理）である。

【図８】ＭＣＴ（メール変換テーブル）テーブルの構成
図である。

【図９】メール構造／コード変換部の処理フローであ
る。

【図１０】ジョブ制御端末内のジョブメールネットワー
ク交換Ｊ部の処理フロー（メールボックス支局からの読
み込み処理）である。

【図１１】ジョブ制御端末内のジョブメールネットワー
ク交換Ｊ部の処理フロー（メールボックス支局への書き
込み処理）である。

【図１２】ジョブメール受付・配布部のジョブ受付の処
理フローである。

【図１３】ジョブメール受付・配布部のジョブ結果配布
の処理フローである。

【図１４】ジョブ制御端末とホストの間の転送データス
トリームの形式である。

【図１５】ジョブメール実行制御部のジョブメール受付
の処理フローである。

【図１６】ジョブメール実行制御部のジョブ起動の処理
フローである。

【図１７】ＪＭＴ（ジョブメールテーブル）のテーブル
構成図である。

【図１８】ジョブメール実行制御部のジョブ実行進捗状
況送付の処理フローである。

【図１９】ジョブメール実行制御部のジョブ終了の処理
フローである。

【図２０】スプール取り出し処理部の処理フローであ
る。

【図２１】本発明の電子メール駆動型ジョブ実行制御方
式を具備した他の構成図である。

【図２２】ＴＳＳコマンドのジョブサブミット時のメー
ル配布指定方法である。

【図２３】ホスト計算機で管理するジョブＴＡＴテーブ
ルである。

【図２４】ジョブ制御端末で管理するジョブＴＡＴテー
ブルである。

【図２５】ＳＵＢＭＩＴコマンドにより作成されるジョ
ブ実行結果の受取メールである。

【図２６】メール／ホストＩＤ変換ファイルの構成であ
る。

【符号の説明】

１…メール端末、２…電子メールサーバ、３…計算機シ
ステム、４…ジョブ制御端末、５…ジョブメール、１０
…メールボックス、１３…メール構造／コード変換、１
４…ＭＣＴ（メール変換テーブル）、１６…ジョブメー
ル交換ネットワーク交換Ｍ、２０…メールボックス支
局、２６…ジョブメールネットワーク交換Ｊ、２７…ジ
ョブメール受付・配布、３２…ＪＭＴ（ジョブメールテ
ーブル）、３３…ジョブメール実行制御、３５…スプー
ル取り出し、３６…ジョブ申込書誌ファイル、３７…ジ
ョブスプール、３８…ジョブＪＣＬファイル、４２…ホ
スト計算機、４３…グループファイル、４４…ジョブネ
ットワーク交換Ｈ、４５…ホストのメールボックス支
局、ユーザＩＤ変換…５０。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 廣澤 敏夫 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 国西 元英 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 岩永 政春 神奈川県横浜市戸塚区戸塚町5030番地 株式会社日立製作所ソフトウェア開発本 部内 (72)発明者 遠藤 慎一 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株 式会社内 (56)参考文献 特開 平２−275563（ＪＰ，Ａ) 特開 平１−267758（ＪＰ，Ａ) 特開 平１−108830（ＪＰ，Ａ) 特開 昭64−67672（ＪＰ，Ａ) 特開 平４−160950（ＪＰ，Ａ) 特開 平４−142842（ＪＰ，Ａ)

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】複数の計算機に接続されるとともに、電子
   メールシステムを介して端末と接続される制御装置であ
   って、 上記複数の計算機の各計算機が稼動中であるか、それと
   も停止中であるかを監視する監視手段と、 上記端末から上記電子メールシステムを介して送信され
   るジョブの実行を依頼するためのジョブ実行依頼メール
   を受信する手段と、 上記ジョブ実行依頼メールにより依頼されたジョブを解
   釈し、上記ジョブを実行するための制御コマンドを生成
   する手段と、 上記複数の計算機の内、上記監視手段により稼働中であ
   ることが確認されている計算機の中から、上記制御コマ
   ンドを送る計算機を選択する選択手段と、 上記複数の計算機が全て停止中である場合に、上記端末
   からの上記ジョブ実行依頼メールを保持するメールボッ
   クスと、 ジョブの内容ごとに、上記複数の計算機の各計算機の負
   荷を管理する手段を有し、 上記選択手段は、該管理手段が管理する各計算機の負荷
   に基づき、上記制御コマンドを送る計算機を選択するこ
   とを特徴とする制御装置。
2. 【請求項２】複数の計算機と接続されるとともに、電子
   メールシステムを介して端末と接続される制御装置であ
   って、 上記複数の計算機の各計算機が稼動中であるか、それと
   も停止中であるか管理すると共に、ジョブの内容ごと
   に、上記複数の計算機の各計算機の負荷を管理する手段
   と、 上記端末から上記電子メールシステムを介して送信され
   るジョブの実行を依頼するためのジョブ実行依頼メール
   を受信する手段と、 上記管理手段が管理する各計算機の負荷に基づき、上記
   複数の計算機の中から一つの計算機を選択して、その計
   算機に、上記ジョブ実行依頼メールにより依頼されたジ
   ョブを実行するための制御コマンドを送信する手段と、 上記複数の計算機が全て停止中である場合に、上記端末
   からの上記ジョブ実行依頼メールを保持するメールボッ
   クス、 とを有することを特徴とする制御装置。
3. 【請求項３】上記制御コマンドを送信する手段は、上記
   複数の計算機の内、上記管理手段により稼働中であるこ
   とが確認されている計算機の中から、一つの計算機を選
   択し、その計算機に、上記ジョブ実行依頼メールにより
   依頼されたジョブを実行するための制御コマンドを送信
   することを特徴とする請求項２に記載の制御装置。
4. 【請求項４】上記電子メールシステムを使用してジョブ
   を依頼する複数の人に割り当てられた電子メールシステ
   ム識別子を記憶する手段と、 受信したジョブ実行依頼メールに含まれた、そのメール
   の送信者の電子メールシステム識別子が上記予め登録さ
   れたものか否かを判別し、それが予め登録されたもので
   ないときには、そのジョブの実行を中止する手段を有す
   ることを特徴とする請求項１乃至請求項３の何れかに記
   載の制御装置。
5. 【請求項５】上記制御コマンドは、上記ジョブ実行依頼
   メールにより指定されたジョブ起動時刻を指定する情報
   を含むことを特徴とする請求項１乃至請求項４の何れか
   に記載の制御装置。
6. 【請求項６】ジョブの内容ごとに管理する上記複数の計
   算機の各計算機がジョブの実行に要した時間に基づき、
   上記ジョブ実行依頼メールにより依頼されたジョブの実
   行完了予想時刻を予測し、そのジョブ実行依頼メールの
   送信者にあてた実行完了予想時刻を通知するメールを送
   信する手段を有することを特徴とする請求項１乃至請求
   項５の何れかに記載の制御装置。
7. 【請求項７】上記指令を上記選択された計算機に送信
   後、上記ジョブ実行依頼メールにより依頼されたジョブ
   の進捗状況を監視し、上記端末から受信したそのジョブ
   の進捗状況を問合せるメールに応答して、そのジョブ実
   行依頼メールの送信者にあてたそのジョブの進捗状況を
   通知するメールを送信する手段を有することを特徴とす
   る請求項１乃至請求項６の何れかに記載の制御装置。
8. 【請求項８】上記ジョブ実行依頼メールを受信する手段
   は、上記制御コマンドを用いて実行すべきジョブを記述
   したジョブ実行依頼メールを受け付けることを特徴とす
   る請求項１乃至請求項８の何れかに記載の制御装置。
9. 【請求項９】上記ジョブ実行依頼メールにより指定され
   た配布方法に基づいて、上記ジョブ実行依頼メールによ
   るジョブの実行結果を配布する手段を有することを特徴
   とする請求項１乃至請求項８の何れかに記載の制御装
   置。
10. 【請求項１０】上記実行結果を配布する手段は、個人宛
    の単報配布、グループ内の全員に同時に配布する同報配
    布、又はグループ内で指定されたユーザ順に配布し配布
    時加筆できる回覧配布をすることを特徴とする請求項９
    記載の制御装置。
11. 【請求項１１】上記実行結果を配布する手段は、上記実
    行結果のメールを、上記ジョブ実行依頼メールにより指
    定された配布時に配布することを特徴とする請求項９記
    載の制御装置。
12. 【請求項１２】複数のホスト計算機と、メール端末とに
    接続されるメールサーバであって、 上記端末から、ジョブの実行依頼を要求するメールを受
    け付ける手段と、 上記複数のホスト計算機と定期的に交信を行い、各計算
    機と交信可能か否かを判断し、交信可能な計算機に接続
    されるメールボックスに対して、上記メールを転送する
    手段と、 メールボックスとを有し、 上記複数の計算機の全ての計算機と交信できない場合
    は、上記端末から受け付けたジョブの実行依頼を要求す
    るメールを上記メールボックスに保持することを特徴と
    するメールサーバ。