JP2002533798A

JP2002533798A - コンピュータプロセスのスケジューリングおよびモニタリングシステム

Info

Publication number: JP2002533798A
Application number: JP2000590026A
Authority: JP
Inventors: リチャードイーヘッドレイ; リチャードイーデヴィラーズ; シヴァミルザデ
Original assignee: コンピュータアソシエイツシンク，インコーポレイテッド
Priority date: 1998-12-22
Filing date: 1999-12-21
Publication date: 2002-10-08
Also published as: US7386586B1; CN1185590C; EP1145098A4; EP1145098A2; WO2000038033A3; BR9916478A; ZA200105301B; WO2000038033A2; CN1350676A; CA2356563A1; KR20010099919A; IL143825A0; HK1043211A1; AU2391700A

Abstract

(57)【要約】ジョブ・スケジューリング・デバイスは、個別のまたは組となったアプリケーション・プログラム・インタフェイス（ＡＰＩｓ）のコンシステントなセットを与えることで、単一のコンピュータまたは多重のコンピューティング・プラットホームにわたるスケジューリング・サービスを行い、ジョブ・パラメータをリトリーブしかつ、認証するＧＵＩＡＰＩと、このジョブ・パラメータに基づいてジョブをアロケートするためのジョブ・スケジューリングＡＰＩと、コンピュータ・プラットホームの１つ以上のノードにホストされるエンタープライズ・スケジューリング・エージェントとを含んでいる。エンタープライズ通信エージェントは、ジョブを含むメッセージをジョブ・スケジューリング・デバイスを使用するプログラムを実行させるコンピュータから、ジョブが実行される選択されたノードのエンタープライズ・スケジューリング・エージェントへと送出する。その後、エンタープライズ・スケジューリング・エージェントは、ジョブ・パラメータをリトリーブし、選択されたノードでジョブを開始させる。エンタープライズ・スケジューリング・エージェントは、対応するノードで実行されるそれぞれのジョブについてのジョブ情報を含むローカル・ジョブ・レポジトリを保持し、メッセージをジョブ・データ・マネージメントＡＰＩへと送り、すべてのノードで実行されるジョブの情報を含むセントラル・ジョブ・レポジトリを保持する。

Description

【発明の詳細な説明】

【０００１】本発明は、コンピュータプロセスのスケジューリングおよび監視に関するもの
である。本発明は特に、ジョブ実行のための提出に関するものである。本発明は
さらに、複数のネットワーク化されたコンピュータプラットフォーム（ノード）
にかけてのジョブの提出、スケジューリング、監視と、ジョブに提出するプログ
ラムの共通インターフェースの提供とに関連する。

【０００２】本発明はさらに、各ノードの詳細なジョブ履歴を含んだローカルジョブレポジ
トリと、企業全体にかけての詳細なジョブ履歴を含んだ中央ジョブレポジトリ
を備えるジョブスケジューラに関するものである。（ＤｉｓｃｕｓｓｉｏｎｏｆｔｈｅＢａｃｋｇｒｏｕｎｄ）幅広いタスクに最新のコンピュータシステムが使用されている。多くのタスク
は単純であり、実時間で実行される。しかし、タスクによっては長い実行時間を
必要としたり、様々なインターバルで、あるいは不都合な時間に実行しなければ
ならないものもある（タスクが実行中のシステムが、例えば早朝または週末の時
間における軽いタスクのロードを有する場合）。

【０００３】特定のプログラムまたはジョブを、様々なインターバルまたは特定の実行時間
において実行するために、基本的なスケジューリングデバイスが使用されてきた
。しかし、これらのシステムは適切なサービスを提供せず、任意の特定な製品ラ
インにシームレスに統合されず、また、ネットワーク化された環境内の複数のコ
ンピューティング・プラットフォーム間において適切なサービスを提供しない。
（ＳｕｍｍａｒｙｏｆｔｈｅＩｎｖｅｎｔｉｏｎ）従って、本発明の目的は、ジョブをスケジューリングするためのジョブ・スケ
ジューリング装置を提供することである。

【０００４】本発明の別の目的は、複数のコンピューティング・プラットフォームにかけて
ジョブ・スケジューリングサービスを提供し、提出したジョブの実行を制御する
ジョブ・スケジューリング装置を提供することである。

【０００５】本発明のさらに別の目的は、各ノードに提出されたジョブを受諾および管理す
るために、コンピュータネットワークの各々対応するノード上にスケジューリン
グエージェントを提供することである。

【０００６】本発明のまた別の目的は、ジョブ状態を決定し、企業内のノード上で実行中の
ジョブにジョブ制御コマンドを発行するために使用できるコマンドラインを提供
することである。

【０００７】本発明の別の目的は、ジョブの提出およびスケジューリングを共通形式で行え
る、複数のソフトウェア製品用のシームレスなジョブ・スケジューリングデバイ
スを提供し、また、ジョブ・スケジューリングデバイスを利用するソフトウェア
製品に、一貫したアプリケーションプログラミングインターフェースを提供する
ことである。

【０００８】さらに本発明の別の目的は、特に、また効率的に、製品のジョブ・スケジュー
リングの必要性を目標とする、共通のアプリケーションプログラミングインター
フェース下にある全てのＰＯＥＭＳイネーブルド製品（例えば、Ｐｌａｔｉｎｕ
ｍポイントプロダクト）用の単一のジョブ・スケジューリングおよび管理ツール
を提供することである。

【０００９】本発明のまた別の目的は、ＧＵＩコンポーネントとエージェントが使用する全
てのジョブと共通のＡＰＩをスケジューリングおよびリスティングするための、
共通のグラフィカルユーザインターフェース（例えば、ＭｉｃｒｏｓｏｆｔＦ
ｏｕｎｄａｔｉｏｎＣｌａｓｓ（ＭＦＣ））を提供することである。（ＤＥＳＣＲＩＰＴＩＯＮＯＦＴＨＥＰＲＥＦＥＲＲＥＤＥＭＢＯＤＩ
ＭＥＮＴ）次に図面を参照すると、複数の図面中を通して、同一または関連した部品が同
一の参照符号で示されている。特に図１を参照すると、共通のアプリケーション
プログラムインターフェースにおいて、ＰＯＥＭＳイネーブルプロダクト（例え
ばＰｌａｔｉｎｕｍのポイントプロダクト（＊ＰｌａｔｉｎｕｍＴｅｃｈｎｏ
ｌｏｇｙ．Ｉｎｃは、現在はＣｏｍｐｕｔｅｒＡｓｓｏｃｉａｔｅｓ））用の
ジョブのスケジューリングおよび管理ツールを提供する本発明の実現を示してい
る。

【００１０】図１では、各々がポイントプロダクトＧＵＩ１１０を装備した一続きのポイン
トプロダクト（ポイントプロダクト１…ｎ）が、様々なＰＯＥＭＳイネーブルア
プリケーション・プログラムインターフェース（ＡＰＩ）と、Ｐｌａｔｉｎｕｍ
ＥｎｔｅｒｐｒｉｓｅＣｏｍｍｕｎｉｃａｔｏｒ（ＰＥＣ）１６０とにリン
クされている。１つのノードに、少なくとも１つのＬｉｇｈｔｗｅｉｇｈｔＥ
ｎｔｅｒｐｒｉｓｅＳｃｈｅｄｕｌａｒ（ＬＥＳ）エージェント１７０がイン
ストールされている。ポイントプロダクトＧＵＩ１１０は、ポイントプロダクト
１００へのインターフェースをユーザに提供し、ジョブデータをＧＵＩＡＰＩ
１１５に送信することによりユーザの選択を連絡する。

【００１１】ＧＵＩＡＰＩ１１５は、ＬＥＳが提供するプロパティページを組込み、デー
タチェックとジョブ割当てを実行し、ジョブパラメータに従って、ジョブ・スケ
ジューリングＡＰＩ１３０内で関連するスケジューリング機能を呼出すう。ＧＵ
ＩＡＰＩ１１５は、ポイントプロダクトＧＵＩ１１０によって使用される。

【００１２】ジョブ・スケジューリングＡＰＩ１３０は、スケジューリングサービスを実行
し、提出されたジョブを割当ておよび定義し、ジョブを実行するために選択した
ノード（例えばＬＥＳノード１１７０）上でＬＥＳエージェントへのＰＥＣメ
ッセージを開始することにより、ジョブを分配する。ＰＥＣ１６０を介してイン
タープロセス通信が実行される。ポイントプロダクト１１０によってジョブ・ス
ケジューリングＡＰＩを使用することが好ましい。

【００１３】ＬＥＳエージェント１７０が、ジョブの処理を、ジョブ・スケジューリングＡ
ＰＩ１３０によって要求されたとおりに開始する。本発明は、複数のコンピュー
ティング・プラットフォームおよび/またはノードにおいて実現することができ
、また、ジョブが実行される各ノード上にＬＥＳエージェント（ＬＥＳエージェ
ント１…ｎ）がインストールされる。

【００１４】各ＬＥＳエージェントは、対応するノードに提出された各ジョブの情報を保管
する、ローカルジョブレポジトリ１８０を更新する。ローカルジョブレポジトリ
は、ジョブが実行される各ノードにインストールされ、ＳＱＬ*Ａｎｙｗｈｅｒ
ｅ（リソースの効率を高めるための、フットプリントの小さなデータベース）を
用いて実現することができる。これ以外にも、他のＳＱＬプロダクトと、様々な
データベース/レポジトリ・コンフィギュレーションの使用が可能である。

【００１５】中央ジョブレポジトリ１９０は、システム内で各ノードに提出された全てのジ
ョブ上のジョブデータのスーパーセットを維持する。中央ジョブレポジトリは、
ジョブデータ管理ＡＰＩ１４０によって管理され、ＲｅｌａｔｉｏｎａｌＤａ
ｔａｂａｓｅＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ（ＲＤＢＭＳ）、Ｄｅｘ、
またはこれ以外のデータレポジトリあるいは管理システムにおいて実現される。

【００１６】ジョブデータ管理ＡＰＩ１４０は、ジョブおよびジョブの履歴の選択、挿入、
更新、削除を行う。ジョブデータ管理ＡＰＩにより、ローカルおよび中央ジョブ
レポジトリの両方が更新される。さらに、ジョブデータ管理ＡＰＩ１４０は、ジ
ョブスケジューラとＬＥＳエージェントによって内部使用される。ジョブ・スケ
ジューリングＡＰＩは、データをＰＥＣメッセージ形式にリフォーマットする。

【００１７】中央ジョブレポジトリ１９０の場所は、ＲＤＥＸ（ＲｅｌａｔｉｏｎａｌＤ
ａｔａＥｘｃｈａｎｇｅ）によって決定される。ＤＥＸ（ＤａｔａＥｘｃｈ
ａｎｇｅ）情報がない場合には、テーブルロケーション情報にＳＤＭ（Ｓｏｆｔ
ｗａｒｅＤｅｌｉｖｅｒｙＭａｎａｇｅｒ）インストールプロンプトが使用
される。ＰＯＥＭＳ環境、ＰＥＣ１６０、ＬＥＳエージェント等の設定用のコン
フィギュレーションファイルが、中央ジョブレポジトリ、各クライアントマシン
、そしてジョブが実行されている各ノードと同じノード上に維持される。

【００１８】中央およびローカルジョブレポジトリの各々は、ＬＥＳによって自動的に更新
される。ポイントプロダクト自体はＡＰＩと対話するだけであり、どのタイプの
レポジトリの詳細にも関係していない。

【００１９】ジョブ状態およびジョブログファイルの決定、設定および取消し機能（ジョブ
）の実行、ジョブログファイルの更新、ジョブが実行された際のジョブパラメー
タの検索を行うために各ポイントプロダクトからのアクセスを可能にするべく、
ポイントプロダクト１２０が設けられている。ＰＯＥＭＳコンフィギュレーショ
ンにおいて、このＡＰＩは、実行可能なポイントプロダクト（例えばポイントプ
ロダクト１００）によって利用される。

【００２０】ＬＥＳコマンドライン１５５は、（ジョブ管理ＡＰＩ１５０と連絡することに
より）ジョブ状態の決定、ジョブログファイルの設定、取消し、更新、ジョブパ
ラメータの検索を含むジョブ管理機能へのコマンドラインアクセスを提供する。

【００２１】ジョブ管理ＡＰＩ１５０は、存在するジョブの削除、取消し、再実行、コピー
を行う。このＡＰＩは、ＬＥＳコマンドライン１５５と、ジョブフォルダ１８５
（様々な形式で見ることができるジョブのリストを含んでいる）によって内部使
用される。

【００２２】ポイントプロダクト１２０、ジョブ・スケジューリングＡＰＩ１３０、ジョブ
データ管理ＡＰＩ１４０、ジョブ管理ＡＰＩ１５０の各々は、ノード１…ｎにイ
ンストールされたＬＥＳエージェントと、ＰＥＣメッセージを介して必要に応じ
て通信する。

【００２３】ＰＥＣメッセージは、ＬＥＳイネーブルなワークステーションと様々なＡＰＩ
の間で通信するため形式で提供される。

【００２４】カレンダー機能を管理するためにカレンダリングＡＰＩ１６５が提供され、他
のＡＰＩとポイントプロダクトＧＵＩによって内部使用される。コンピューティ
ングネットワークまたはシステムのノード上にインストールされたＰＯＥＭＳイ
ネーブルドポイントプロダクトと、ＬＥＳエージェントは、共通ジョブ・スケジ
ューリングサービス（以下、ＬｉｇｈｔｗｅｉｇｈｔＥｎｔｅｒｐｒｉｓｅ
Ｓｃｈｅｄｕｌｅｒ（ＬＥＳ）と呼ぶ）を提供する。ＬＥＳによりユーザは、新
しいジョブのスケジューリング、ジョブの削除、実行中のジョブの取消し、ジョ
ブの再実行を行うことができるようになる。

【００２５】サンプルＬＥＳジョブフローが次の段階に従って提供される。１．ポイントプロダクトＧＵＩにジョブパラメータを入力する。２． “Ｆｉｎｉｓｈ/ＯＫ”ボタンを押す。３．ジョブパラメータがＬＥＳジョブディストリビュータに送信される。４．親ジョブエントリが中央レポジトリに置かれる。５．ＰＥＣを使って、ジョブパラメータがＬＥＳエージェントへ送信される。６．ジョブパラメータがローカルＪｏｂＴａｂｌｅに記憶される。（この段
階が失敗すると、ジョブがノード上にスケジューリングされていないことを示す
イベント/アラームが送られる。）７．子ジョブが作成され、中央レポジトリ内に記憶される。８．選択したノードの各々について段階５〜７を繰返す。９．（ポイントプロダクトエグゼキュータブルをラウンチする）ジョブが適時
に開始される。１０．ＬＥＳＡＰＩを使って、ジョブテーブルからジョブパラメータが入手さ
れる。１１．ジョブプログレスメッセージが送信される。１２．ジョブのプログレスが、プログレスモニタを使ってコンソール上に表示を
行う。１３．ジョブが完了し、ＬＥＳエージェントがローカルジョブ履歴テーブル内に
記録を置く。１４．ＬＥＳエージェントが、中央ジョブ履歴テーブル内に記録を置く。１５．ＬＥＳエージェントが“ＪｏｂＣｏｍｐｌｅｔｅ”イベントを送信する
。

【００２６】ＬＥＳエージェント図２は、ＬＥＳエージェント（例えば、ＬＥＳエージェント１７０）の主要コ
ンポーネントと通信をを示すブロック線図である。ＬＥＳエージェントは、次の
３つの部分から構成されている。１．通信モジュール２１０ジョブディストリビューションＡＰＩからポイ
ントプロダクトへ、また、ポイントプロダクトからジョブディストリビューショ
ンＡＰＩへ、ＰＥＣメッセージの送受信を行う２．ジョブ管理モジュール２２０ＬＥＳカーネル。エージェントのこの部
分は、内部環境およびメモリの設定、ジョブのラウンチ、ジョブの実行、ジョブ
プロセスの管理を行う。３．データ管理モジュール２３０ローカルレポジトリ（１８０）および中
央レポジトリ（１９０）から、データの更新および削除を行う。低レベル機能ＡＰＩ２４０は、全てのエージェントモジュールが使用することが
できる。この低レベルＡＰＩは、全ての内部機能、ファイル管理、メッセージを
扱う。

【００２７】図３は、ＰＥＣメッセージが通常通る経路を示すフロー線図である。送信モジ
ュール３００は、符号化した宛先を含んだメッセージ３２０を送信し、ＲＴサー
バがこれを受信し、メッセージ３２０ａと３２０ｂのコピーを、受信モジュール
３４０ａ、３４０ｂ（例えばＬＥＳエージェント）にそれぞれ送信する。

【００２８】ＲＴサーバが同じジョブメッセージを２つ以上のエージェントに送信してしま
うことを防ぐために、ＬＥＳエージェントがＰＴＬＥＳ＿＜ｎｏｄｅａｄｄｒｅ
ｓｓ＞データグループとして登録する。この登録は、固有のデータグループを持
った各ＬＥＳエージェントを識別するため、メッセージが、そのメッセージに関
連したデータグループのノードへ送られる。

【００２９】各ＬＥＳエージェントは、各送信者が、どのノードがメッセージを受取るかも
特定できるように、カレントノードアドレス（ホストネーム）メッセージに署名
をする。図４に、ＲＴサーバ３１０がメッセージ３２０を受信モジュール３４５
ａへ送信し、受信モジュール３４５ｂがコピーを受信しないという正確なメッセ
ージルーティングを示す。ＲＴサーバは、処理が行われる各マシン上で実行し、
最新の宛先にＰＥＣ経路を提供する。

【００３０】図５は、ＬＥＳエージェント５００へ入ってくるメッセージの流れを示すフロ
ー線図である。あらゆるクライアントプロセス５２０、ポイントプロダクトエー
ジェント５３０、またはＬＥＳエージェントとのその他のモジュール通信から入
ってくる全てのメッセージは、ＰＥＣ通信ＡＰＩ（例えばＰＥＣ１６０。図１を
参照）を介して受信される。各メッセージは、ＲＴサーバ（例えば５１０ａ、５
１０ｂ）を介してＬＥＳエージェント５００へ送られる。

【００３１】図６は、ＬＥＳエージェント５００からポイントプロダクトエージェント５３
０へ向かう、逆のメッセージトラフィックを示す。ＬＥＳエージェント５００は
、ＰＥＣメッセージを使用し、ＲＴサーバ５１０を介して、ポイントプロダクト
パラメータをポイントプロダクトプロセス（エージェント）５３０へ送信する。

【００３２】図７Ａは、ＬＥＳエージェントスタートアップのための段階を示すフローチャ
―ドである。段階７０５において、ＬＥＳコンフィギュレーションファイル（レ
ポジトリの場所に関するスタートアップ情報、設定および操作方法を見つけるた
めのＬＥＳ用の情報を保存する）がロードされる。段階７１０において、ＬＥＳ
ローカルジョブレポジトリテーブルが作成される（例えば、図１のローカルジョ
ブレポジトリ１１８０を参照）。段階７１０では、ＬＥＳエージェントが開始
されているノード上にローカルジョブレポジトリが既にある場合には、バイパス
される。

【００３３】段階７１５では、ローカルジョブレポジトリが中央ジョブレポジトリ１９０と
同期される。例えば、同期プロセスは、ローカルジョブレポジトリ内の各円トリ
を反映するために、中央ジョブレポジトリを更新し、中央ジョブレポジトリは、
このプロセスによって、エンタープライズ全体の各ジョブについての記録を維持
する。

【００３４】段階７２０では、全ての期限切れジョブ（中央とローカルの両方）に履歴行が
追加される。期限切れジョブの情報は、履歴上の目的から保存される。

【００３５】段階７２５では、ＰＥＣコールバック機能が開始される。ＰＥＣコールバック
機能は、ＰＥＣ１６０との通信を可能にする適切なＡＰＩインターフェースを提
供する。

【００３６】段階７３０では、同期タイムアウトが計算され、設定される。同期タイムアウ
トは、他のレポジトリと接続するための待ち時間を制御するために使用される。

【００３７】図７Ｂに示すように、ＬＥＳエージェントが開始すると、ＬＥＳがインストー
ルされたノード上で実行するべく選択されたジョブプロセスの受信とスタートア
ップの実行を開始する。段階７５０では、ＬＥＳエージェントが次に実行するジ
ョブを計算して設定し、次に、待ちループ７６０を入力し、ＬＥＳエージェント
がＰＥＣメッセージ、同期タイムアウト、次に実行するジョブのタイムアウトの
１つを待つ。

【００３８】待ちループが次に実行するジョブ上でタイムアウトになると、段階７７０が実
行される。段階７７０は、カレントジョブ（次にタイムアウトになったジョブ）
の実行、ジョブの開始状態の更新、実行履歴行の作成を含む（更新と作成動作は
、ローカルおよび中央レポジトリの両方で実行される）。

【００３９】ループが同期タイムアウトになると、中央/ローカル同期プログラムが実行さ
れる（ローカルを中央と、中央をローカルと同期させる）。ループがＰＥＣメッセージを受信すると、段階７８０において、ＬＥＳエージ
ェントがＰＥＣメッセージ内に含まれる動作を実行する。ＬＥＳエージェントに
よって受信されたＰＥＣメッセージは、ジョブの実行、ジョブの取消し、ジョブ
状態の更新、ジョブパラメータの要求を行うメッセージを含んでいる（ジョブパ
ラメータは、プロダクトが必要とする情報、ユーザ名、ｄｂ名であり、ポイント
プロダクトによって設定され、ポイントプロダクトが必要なものは何でも使用で
きるＬＥＳｄｂの範囲内のＬＥＳＡＰＩに記憶される）。

【００４０】ジョブタイムアウト、同期タイムアウト、ＰＥＣメッセージアクション（それ
ぞれ段階７７０、７９０、７８０）のいずれかが完了すると、ＬＥＳエージェン
トが次に実行するジョブを計算および設定し（段階７５０の繰返し）、待ちルー
プ７６０を再入力する。

【００４１】ＰＯＥＭＳスケジューリングサービスを使用してジョブを追加する場合には、
ポイントプロダクトＧＵＩ１１０がジョブ・スケジューリングＡＰＩ１３０を呼
出し、ジョブを提出する。

【００４２】ＡＰＩは次の段階を実行する。ジョブを中央レポジトリに保存する。エージェントが存在するかどうかをチェックする。エージェントが実行されている場合には、ＰＥＣメッセージ（ジョブを含む）を
そのエージェントに送信する。

【００４３】エージェントは次の段階を実行する。１．ＰＥＣメッセージを受信する。２．ジョブをローカルレポジトリに保存する。３．ジョブをいつ実行するかをチェックする。４．コマンドラインをラウンチする。

【００４４】ＬＥＳエージェントが、階層的に編成されたディレクトリストラクチャに保持
される。この１例を図８に示す。最高レベルディレクトリ＄ＰＬＡＴＨＯＭＥ８
００は、Ｐｌａｔｉｎｕｍプロダクト（他のプロダクトであってもよい）関連の
ファイルを含んだ関係する全てのディレクトリを含んでいる。ＰＯＥＭＳルート
ディレクトリ、＄ｐｔｒｏｏｔ８１０が、イネーブリングＰＯＥＭＳに関連する
全てのディレクトリとファイルを含んでいる。

【００４５】ｃｆｇｒｅｆ８３０ディレクトリは、例えばコンフィギュレーションファイル
（単数または複数）１９５を保持している。

【００４６】ｓｈｌｉｂ*８４０ディレクトリは、共用ライブラリである全ての*.ｌｉｂ、*
.ｓｏファイルを保持している。

【００４７】ビン８５０ディレクトリは、ｐｔｌｅｓ*ファイル８５２、*.ｄｌｌ８５４、*
ｓｑｌ.ｄｌｌ８５６ファイルの各々を個別に保持している。ｐｔｌｅｓ*ファイ
ル８５２は、ｐｔｌｅｓａｇ、ｐｔｌｅｓｔｐ、ｐｔｌｅｓｔａｂ、その他の関
連するファイルを備えている。*.ｄｌｌ８５４は、ダイナミックリンクライブラ
リ、*ｓｑｌ.*８５６の各々は、ＬＥＳ機能のＬＥＳクエリを保持している。

【００４８】ログ８６０ディレクトリは、ｐｔｌｅｓａｇ．ｌｏｇ８６５ログファイル（診
断ログ、実行についての情報、エラーを含む）を保持している。

【００４９】図９に示すようなある実施例では、ＰｌａｔｉｎｕｍＳｅｃｕｒｉｔｙＭ
ｏｄｅｌは、成功するためには、多くのアプリケーション/ポイントプロダクト
を１つの特定ユーザとして実行する必要がある。

【００５０】ＡｕｔｏＬｏｇｉｎＡＰＩは、ランタイムにユーザに質問することなく、ま
た、ＵＮＩＸ（登録商標）ユーザをジョブの１部としてハードコーディングする
ことなく、ジョブを特定のオペレーティングシステムユーザとして実行する方法
を提供する。

【００５１】この特徴を利用するには、アプリケーションはＰｔＬＥＳＳｅｔＪｏｂＣｏｍ
ｍａｎｄ（）機能を使用し、ユーザ名とロールをＬＥＳに送信する。ユーザ名と
ロールがＮＵＬＬに設定されると、ＬＥＳがそのジョブをデフォルトｐｌａｔｉ
ｎｕｍユーザ（または他のデフォルトユーザ）として実行する。あるいは、ＬＥ
ＳはユーザＩＤ、ユーザ名、ロールをＲｅｑｕｅｓｔｅｄＵｓｅｒおよびＲｅ
ｑｕｅｓｔｅｄＲｏｌｅとして、オペレーティングシステムをＲｅｓｏｕｒｃ
ｅＴｙｐｅとして、ジョブインスタンス名をＲｅｓｏｕｒｃｅＩｎｓｔａｎ
ｃｅとして検索しようとする。

【００５２】ログイン情報をＡｕｔｏＬｏｇｉｎに入力するオートログインの実施例では、ＬＥＳ／ＯＳリソースを設定するために、管理
者は"ｒｏｏｔ"としてサインインされる。ＰＯＥＭＳディレクタから、１．Ｔｏｏｌｓ選択⇒ＳｅｃｕｒｉｔｙＡｄｍｉｎ⇒ＡｕｔｏＬｏｇｉｎ。２． "ｒｏｏｔ“としてログインする。既にログインしている場合は、アドミ
ニストレータオートログインの実行前に、"ｒｔｌｏｇｏｕｔ．ｅｘｅ"を実行
することができる。３．オートログイン管理ウィンドウが表示される。４．エージェントのＲｅｑｕｅｓｔｉｎｇＵｓｅｒフォルダを右クリックし
、ポップアップメニューディスプレイを呼出す。５．ＡｄｄＥｎｔｒｙを選択する。６．ＡｄｄＥｎｔｒｙウィンドウを表示する。７．フィールド内にログイン情報を入力する。ｈ）リソースタイプがＯＳに設定される。ｉ）リソースインスタンスは、ポイントプロダクトがジョブに渡すもの
と同じインスタンス名である。

【００５３】ポイントプロダクトが… ・オートログインを使用し、有効なユーザＩＤおよびパスワードがＡｄｄＥ
ｎｔｒｙウィンドウに記憶された場合、ＬＥＳエージェントがＩＤおよびパスワ
ードストリングを渡し、アクセスが許可される。・オートログインを使用するが、ＡｄｄＥｎｔｒｙウィンドウにユーザ情報
が記憶されていない場合、ＬＥＳエージェントがＵＮＩＸ（登録商標）ユーザロ
グインを自動的にチェックする。ＵＮＩＸ（登録商標）ユーザが見つかると、ア
クセスが許可される。・オートログインを使用し、無効なユーザＩＤおよびパスワードがＡｄｄＥ
ｎｔｒｙウィンドウに記憶された場合、ＬＥＳエージェントがＰＬＡＴＩＮＵＭ
（または他のデフォルト）ユーザをデフォルトとしてとる。・オートログインを使用しない場合、ＬＥＳエージェントがＰＬＡＴＩＮＵＭ
（または他のデフォルト）をデフォルトとしてとる。

【００５４】コマンドライン・インターフェースＬＥＳに含まれるコマンドライン・インターフェースは、次を含む管理機能を
実行する。 − 全ての実行でジョブを削除する。 − ジョブのランを取消す。 − 全てのジョブをリストする。 − 全てのジョブを、プロダクトコード、状態、および/またはノードごとに
リストする。 − 即座にジョブを再実行する。

【００５５】コマンドライン・インターフェースは次の形式を使用する。

【００５６】ｐｔｌｅｓｃｍｄ［-ａａｃｔｉｏｎ］［-ｊｏｂｉｄ］［-ｃｃｌｅａｎ
ｕｐ＿ｐｒｏｃｅｓｓ］［-ｒｒｕｎ＿ｎｕｍｂｅｒ］［-ｐｐｒｏｄｕｃｔ
＿ｃｏｄｅ］［-ｓｓｔａｔｕｓ］［-ｂｂｕｆｆｅｒｓｉｚｅ］［-ｎｎ
ｏｄｅ］注意： -ａオプションは全ての動作に使用でき、-ｊオプションは、Ｌｉｓｔ
を覗く全ての動作に使用でき、これ以外はオプションである。

【００５７】ｐｔぇｓｃｍｄは、ジョブの削除、ジョブ実行の取消し、ジョブのリスト（プ
ロダクトコード、状態、および/またはノードごとの全ジョブ）、迅速なジョブ
の再実行に使用されるＬＥＳコマンドライン・インターフェースである。

【００５８】表１は、ｐｔｌｅｓｃｍｄコマンドラインがサポートするオプションのリスト
である。表１

【００５９】ＬＥＳコマンドラインを使用するには、ユーザは以下を入力する。ｐｔｌｅｓｃｍｄａ［ａｃｔｉｏｎ］ -ｊ［ｊｏｂｉｄ］［−ｌｅｔｔｅ
ｒｏｐｔｈｉｏｎ＿ｎａｍｅ］ここで、ａｃｔｉｏｎは、削除、取り消し、再実行、リスト、の内の１つである。ｊｏｂｉｄは、そのジョブについて使用される識別子である。ｌｅｔｔｅｒは、ＣｏｍｍａｎｄＬｉｎｅＳｕｐｐｏｒｔｅｄＯｐｔｉ
ｏｎｓテーブルにリストされたオプションの１つのためのレターである。ｏｐｔｉｏｎ＿ｎａｍｅは、ＣｏｍｍａｎｄＬｉｎｅＳｕｐｐｏｒｔｅｄ
Ｏｐｔｉｏｎｓテーブルにリストされたオプションの１つの名前である。

【００６０】表２は、イグザンプルコマンドラインと関連する説明を示す。表２注意：有効な状態値には以下が含まれる：ｃｏｍｐｌｅｔｅｄ、Ｆａｉｌｅｄ
、Ｎｏｔｓｔａｒｔｅｄ、Ｐｒｅｍｐｔｅｄ、ＲｕｎｎｉｎｇａｎｄＳｔｏ
ｐｐｅｄ。

【００６１】ＬＥＳジョブは、ユーザがこれらを削除するまで中央およびローカルレポジト
リ内に留まる。ユーザは、Ｐｏｅｍｓディレクタ/Ｊｏｂフォルダ１８５を右ク
リックし、適切なオプションを選択することで、実行中のジョブの削除、再実行
、取消しをいつでも行うことができる。削除オプションは、ジョブと、そのジョ
ブの全てのランおよび履歴を削除する。

【００６２】ポイントプロダクトは、ジョブに関連する全てのポイントプロダクトファイル
を削除するクリーンアッププロセス・エグゼキュータブルを提供する。このエグ
ザキュータブルは、使用可能であれば、ジョブとジョブ履歴を削除する前にエー
ジェントによって実行される。

【００６３】ＬＥＳは、ＲｅｒｕｎＪｏｂとＵｐｄａｔｅＪｏｂを含むジョブ変更オプ
ションを提供する。ＲｅｒｕｎＪｏｂオプションにより、ユーザは、異なる開
始時間においてジョブを再実行することができる。ＰｔＬＥＳＵｐｄａｔｅＪｏ
ｂ（）機能により、全てのＧＵＩフィールドについての更新が可能になる。

【００６４】％Ｃ（ＰＬＡＴＨＯＭＥ）のようなコンテキスト変数や、％Ｅ（ＦＵＳ＿ＨＯ
ＭＥ）のような環境変数等は、ジョブコマンドを実行する前に、エージェントに
よって解決される。

【００６５】ＧＵＩポイントプロダクトから、ＵＮＩＸ（登録商標）ユーザ名がジョブの１
部分として設定される。エージェントがルーとして実行されているので、エージ
ェントはパスワードを必要としない（エージェントはｓｅｔ＿ｒｏｏｔ＿ＩＤビ
ットを持ている）。

【００６６】コンテキスト変数コンテキスト変数は、コマンドライン上で使用されるキーワード識別子である
。ＬＥＳエージェントは、渡されたカレントジョブおよびジョブパラメータのコ
ンテキストに従って、これらの変数を変換する。ＬＥＳエージェントは、これら
のコンテキスト変数を挿入し、コマンドラインを形成し、次に、コマンドライン
を実行する。・キ―ワードコンテキスト変数カレントジョブから置換えが行われる。・環境変数エージェントが実行されている環境から置換えが行われる。・ファイル名変数エージェントがこの変数をファイル名として使用し、そ
の変数が示すファイルのコンテンツと置換える。

【００６７】コンテキスト変数の指定方法キーワードコンテキスト変数：％Ｃとして指定される（コンテキスト識別子を値と置換えられる）。例えば、
ｍｙ＿ｐｒｏｇ％Ｃ（ＪＯＢ＿ＩＤ）％Ｃ（ＵＳＥＲＮＡＭＥ）のように、
ｍｙ＿ｐｒｏｇ１２３４マネージャと置換えられ、ここで、ｃｕｒｒｅｎｔ
Ｊｏｂｊｏｂｉｄ＝１２３４、ｕｓｅｒｎａｍｅ＝ｍａｎａｇｅｒである。

【００６８】環境変数：例えば、ｍｙ＿ｐｒｏｇ％Ｅ（ＨＯＭＥ）％Ｅ（ＬＡＮＧ）、ｍｙ＿ｐｒｏｇ
/ｈｏｍｅ/ｐｌａｔｉｎｕｍｅｎ−ｕｓのように、％Ｅ（変数名）として指定
される。

【００６９】ファイル名変数：％Ｆ（ファイル名）として指定される。例えば、ｍｙ＿ｐｒｏｇ％Ｆ（/ｅｔ
ｃ/ｐｌａｔｉｎｕｍ）％Ｃ（ＪＯＢ＿ＩＤ）％Ｅ（ＨＯＭＥ）ｍｙ＿ｐｒｏ
ｇ/ｈｏｍｅ/ｄｍｃ１２３４/ｈｏｍｅ/ｐｌａｔｉｎｕｍであり、ここで、フ
ァイル名/ｅｔｃ/ｐｌａｔｉｎｕｍは、ライン/ｈｏｍｅ/ｄｍｃを含んでいる。

【００７０】許容可能な％Ｃ（コンテキスト変数名）構文キーワードこの変数の構文は％Ｃ（ＫＥＹＷＯＲＤ）である。ユーザは、括弧内のＫＥＹ
ＷＯＲＤのどちらかの側にスペースを挿入することができる。表３は、サンプル
キーワード識別子のサンプルのリストである。表３

【００７１】ＧＵＩＡＰＩＧＵＩＡＰＩは、次に示す数々の機能のために、ポイントプロダクト１００
とポイントプロダクトＧＵＩ１１０によって使用される。・ＪｏｂＳｃｈｅｄｕｌｉｎｇＡＰＩでジョブを割当て、任意のデフォ
ルト値を所望通りに無効にする。・ＣｐｒｏｐｅｒｔｙＳｈｅｅｔを直接使用する代わりに、クラスＣｐｔＤ
ｙｎＰｒｏｐｅｒｔｙＳｈｅｅｔ（ＣｐｒｏｐｅｒｔｙＳｈｅｅｔから引出した
もの）上にＧＵＩを基底付けする。ＣｐｔＤｙｎＰｒｏｐｅｒｔｙＳｈｅｅｔは
ＤｎｙＰＳ．ＤＬＬによってエクスポートされる。さらに、ＧＵＩＡＰＩを、
ＧＵＩウィンドウを全く表示することなくジョブを提出するために使用すること
ができる。・ＧＵＩＡＰＩを使用して、ジョブに基づいたＣｐｔＬＥＳＪｏｂＳｃｈ
ｅｄｕｌｉｎｇＰａｇｅ（図２５を参照）オブジェクトを構成し、次に、これを
ＣｐｔＤｙｎＰｒｏｐｅｒｔｙＳｈｅｅｔまたはＣｐｒｏｐｅｒｔｙＳｈｅｅｔ
から引出したプロパティシートに追加する。・ＧＵＩＡＰＩを、スケジューリング・プロパティページに表示された任
意のジョブパラメータをカスタマイズするために使用する。・ジョブ・スケジューリングＡＰＩを、スケジューリング・プロパティペー
ジの制御によって設定できない任意の要求されたジョブパラメータの設定に使用
する。これらの例には、ＰｔＬＥＳＳｅｔＪｏｂＰａｒｍを呼出すことによるポ
イントプロダクト-指定ジョブパラメータの設定が含まれる。・最終的なＯＫがそのジョブを提出すべきであると表示する場合、ＧＵＩ
ＡＰＩを使用してデータをの妥当性を確認し、ジョブを提出する。ＬＥＳＪｏｂＳｃｈｅｄｕｌｉｎｇページをタブとして使用するプロダクト
は、ジョブを提出する前に、そのＶａｌｉｄａｔｅＤａｔａ（）方法を呼出す
。ＶａｌｉｄａｔｅＤａｔａ（）は、安全に複数回呼出すことができ、またユ
ーザにメッセージボックスが見えない形で呼出すことができる。

【００７２】表４は、上述したプロセスを実行するべくＧＵＩＡＰＩを呼出すためのサン
プルコードを提供する。表４

【００７３】ジョブディストリビューションＡＰＩジョブ分配ＡＰＩは、情報を適当なマシン（ＬＥＳワークステーション）にディ
スパッチするものであり、通常、ジョブデータ管理ＡＰＩ１４０によって呼出さ
れる。ジョブ・スケジューリングＡＰＩジョブ・スケジューリングＡＰＩ１３０はポイントプロダクトＧＵＩと協働し、
提出されたジョブを定義する。ジョブ・スケジューリングＡＰＩを介して利用可
能な機能のいくつかが要求され、いくつかはオプションであり、いくつかはユー
ザがＬＥＳＧＵＩを介して設定することが可能な内部機能である。ＧＵＩによ
って定義された（関連するポイントプロダクトについて適宜定義される）ベース
ライン機能、任意の所望のオプション機能（単数または複数）について値が設定
される。

【００７４】以下の表は、機能をタイプごとにリストし、各機能について簡略的な説明を付
け加えている。ジョブ・スケジューリングプロセスについての基本的な情報を提
供するためにベースライン機能が利用される。表５に、これらのベースライン機
能とその説明を示す。表５ − ベースライン機能

【００７５】表６に記載のオプション機能とその説明は要求されるものではなく、特定のポ
イントプロダクトについて適宜使用（定義）される。表６ − オプション機能

【００７６】表７は、ユーザがＬＥＳＧＵＩを介して設定できる内部機能を示している。表７ − ＧＵＩ機能

【００７７】表８は、ポイントプロダクトがＧＵＩＡＰＩ１１５を使用する方法について
のイグザンプルコードを提供する。例えば、ジョブ構造の割当てには、ハンドル
（ｊｈ）を定義するためのポイントプロダクト、ジョブを実行する日数を定義す
る配列（０＝実行しない、１＝実行する；すなわち、０、０、０、０、０、１、
０は、金曜日に実行するという意味である）、ユーザＩＤおよびパスワード、Ｐ
ｔＬＥＳＪｏｂＡｌｌｏｃ（）機能の呼出しが必要である。表８

【００７８】カレンダリングＡＰＩカレンダリングＡＰＩは、他のＡＰＩによって内部使用され、広範囲にわたる
カレンダリング機能を提供する。例えば、カレンダリングＡＰＩの主な用途は、
ユーザに、特定のジョブランについてのカレンダリング情報を入力できるように
することである。

【００７９】ジョブ管理ＡＰＩ上述したように、ジョブ管理ＡＰＩ１５０は、現存のジョブの削除、取消し、
再実行、コピーを行う。さらに、他のＡＰＩが、ジョブ状態を決定し、ジョブフ
ァイルの設定、取消し、更新を行い、ジョブパラメータを検索できるようにする
。例えば、ジョブ管理ＡＰＩ内のあるプロセスは、現在実行中のジョブを停止す
るために使用されるＰｔＬＥＳＣａｎｃｅｌＪｏｂである。ＰｔＬＥＳＣａｎｃ
ｅｌＪｏｂは、まず、そのジョブが実行中であるかどうかを知るために特定のノ
ード上でチェックを実行し、ジョブが実行中であれば、関連するＬＥＳエージェ
ントに停止コマンドを発行する。

【００８０】ジョブデータ管理ＡＰＩジョブおよびジョブ履歴の両方は、ジョブを実行するノードの中央レポジトリ
とローカルレポジトリに保存される。オープンデータベースコネクティビティ（
ＯＤＢＣ）を使用して、各ジョブまたはジョブ履歴の選択、挿入、更新、および
/または削除を行う。

【００８１】ポイントプロダクトＡＰＩポイントプロダクトＡＰＩにより、ポイントプロダクトをＬＥＳエージェント
と通信することができる。このＡＰＩを使用すれば、ＬＥＳジョブフォルダがジ
ョブについてのより正確な情報を提供し、ログファイルビューアがジョブログフ
ァイルを示し、ＬＥＳエージェントがポイントプロダクトジョブを管理し、開発
観点から見たＬＥＳの使用を容易にする。

【００８２】このＡＰＩに含まれる機能の１つは、ジョブ状態またはログファイルを更新す
るために、ＰＥＣがＬＥＳエージェントへメッセージを送信するか、実行中のジ
ョブプロセスの最後を合図で知らせる。ＬＥＳエージェントとポイントプロダク
トが幅広い通信を使ったＲｔｃｌｉｅｎｔｓであるところには、ＰＥＣモデルが
付着されている。任意のＬＥＳ＿ＡＰＩ機能を呼出す前に、ＰＥＣ初期化が実行
される。さらにポイントプロダクトは、実行前にＴｐｔＴｅｒｍを呼出さなけれ
ばならない。

【００８３】ある実施例では、ＳＩＧＵＳＲ２が、全てのＵＮＩＸ（登録商標）プラットフ
ォーム上でのＣＡＮＣＥＬ通知信号として使用され、ＬＥＳエージェントはこの
信号をデフォルトによって無視する。子プロセスが全ての信号を受継ぐため、ポ
イントプロダクトが動作しない限り、ＣＡＮＣＥＬイベントが無視される。その
結果、ユーザアプリケーションがＳＩＧＵＳＲ２を他の目的で使用している場合
には、コンフリクトが生じる可能性がある（しかし、オペレーションに標準ＵＮ
ＩＸ（登録商標）ツールセットを利用することは許容される）。

【００８４】ＬＥＳエージェントがどのポイントプロダクトを実行する前にも、以下の環境
変数が設定される。ＬＥＳ＿ＪＯＢＩＤ → ポイントプロダクトカレントジョブ番号ＬＥＳ＿ＲＵＮ＿ＮＵＭ → ポイントプロダクトカレント実行番号ＬＥＳ＿ＧＲＯＵＰＩＤ → ポイントプロダクトカレントストラテジーグル
ープ番号ＬＥＳ＿ＲＵＮＴＩＭＥ → スケジュール時間（-１の場合、ジョブは即座
に実行されるようにスケジュールされている）ＬＥＳ＿ＵＳＥＲＮＡＭＥ → ジョブユーザ名ＬＥＳ＿ＵＳＥＲＲＯＬＥ → ジョブユーザロール

【００８５】エージェントがエラーを検出するとエラーメッセージが表示される。表９は、
数字とメッセージで構成されたエラーを示す。以下に示す例にあるように、メッ
セージのいくつかは、メッセージテキスト内に％記号として示される変数である
。エラーメッセージが表示されると、これらの変数は実値で置換えられる。例え
ば、この場合では、エラーメッセージが表示されると、変数％が実際の制約およ
びファイル名で置換えられる。表９

【００８６】表１０は、ポイントプロダクトジョブテンプレート用のソースコードの例を示
するものであり、ポイントプロダクトＡＰＩ１２０の使用例と考えることもでき
る。しかし、表示されているコードは、本発明のコンプライアブルまたはエグゼ
キュータブルバージョン、またはその完全な実施例のいずれをも意図するもので
はなく、単純に、ここで説明した特徴のいくつかの例証的な描写である。

【００８７】

【数１】

【００８８】

【数２】

【００８９】

【数３】

【００９０】

【数４】

【００９１】

【数５】

【００９２】

【数６】

【００９３】

【数７】

【００９４】

【数８】

【００９５】

【数９】

【００９６】ＰＯＥＭＳによるスケジューリング本発明は、ウィンドウ（POEMS Scheduling Service Job Scheduling Window、
図１０）あるいはプロパティ・ページ（Job Scheduling tab property page、図
１１）のいずれかを含むＧＵIインタフェースを利用して実行された。ＧＵIウィ
ンドウまたはページの他の実施例または配置も、たとえば、ほんの１例ではある
が、ラジオボタンの代わりにプルダウン選択メニューを用いて適用可能である。

【００９７】ＧＵIインタフェースによれば、処理すべきジョブについてのスペックを予定
に組み込むことができる。スペックとしては、 −即時ジョブ実行、 −後のジョブ実行、 −ジョブの開始時刻、日、 −ジョブの繰り返し実行間隔、 −スケジューリング・カレンダの作成または選択がある。

【００９８】それに加えて、ＧＵIインタフェースにより、ユーザは、通知スクリプトを定
義または修正することができる。

【００９９】ジョブを開始するためには、ユーザは、ジョブ記述をジョブ記述ボックスに入
力し、実行時を即時か、後にするかあるいは開始日時を選択し、ＯＫまたは終了
をクリックする。

【０１００】ＰＯＥＭＳは、適切な開始日時を得るためのいくつかの特徴を有する。たとえ
ば、図１２に示すように、プルダウン・カレンダが、日の選択のために設けてあ
る。このプルダウン・カレンダは、次のように、進めボタン、戻りボタンを包含
する。

【０１０１】 ●＞＞ボタンを選択して年を１つずつ進める。 ●＜＜ボタンを選択して年を１つずつ減らす。 ●＞ボタンを選択して次の月へ進む。 ●＜ボタンを選択して前の月へ移る。

【０１０２】ＰＯＥＭＳスケジューリング・サービスは遠隔ノードのところにジョブの予定
を組み込むので、選択ボックスが設けてあり、（実行依頼ノードの代わりに）開
始時間として遠隔ノードのローカル時間を使用する。

【０１０３】繰り返しジョブ実行は、広範囲にわたる間隔アレイに対して設定され得る。間
隔としては以下がある。 ●なし−ジョブについての繰り返し実行を予定に組み込まないときに使用
する。 ●１時間毎の分−１時間毎に指定分数でジョブの繰り返し実行を予定に組
み込むのに使用する。 ●時間−指定した時間間隔でジョブの繰り返し実行を予定に組み込むのに
使用する。 ●日−日あるいはウィークデイ毎に指定した間隔でジョブの繰り返し実行
を予定に組み込むのに使用する。 ●週−週内の選定日（単数または複数）に指定した間隔でジョブの繰り返
し実行を予定に組み込むのに使用する。 ●月−月内の選定した日（単数または複数）に指定した間隔でジョブの繰
り返し実行を予定に組み込むのに使用する。 ●年−毎年の指定日時にジョブの繰り返し実行を予定に組み込むのに使用
する。

【０１０４】図１３は、毎時の選定分に実行するように予定したジョブの例を示す（時間内
繰り返し実行間隔）。図１４は、時間毎に実行するように予定に組み込んだジョ
ブの例を示す（毎時繰り返し実行間隔）。図１５は、毎日実行するように予定に
組み込んだジョブの例を示す（毎日繰り返し実行間隔）。図１６は、毎週木曜日
の特定の開始時に実行するように予定に組み込んだジョブの例を示す（毎週繰り
返し実行間隔）。図１７は、毎月２５日に実行するように予定に組み込んだジョ
ブの例を示す（毎月繰り返し実行間隔）。図１８は、毎年６月２５日に一度実行
するように予定に組み込んだ例を示す（毎年繰り返し実行間隔）。

【０１０５】通知スクリプト上記のように、ＧＵIインタフェースは、ユーザに、通知スクリプトを定義、
修正あるいは選択する機会を与える。通知スクリプトは、ジョブおよびジョブ状
況情報について自動的に通知するのに用いられるアクションを含むシェル・スク
リプトである。他の機能も、たとえば、この通知スクリプトによって実施され得
る。ポイント・プロダクト・アプリケーションは、ジョブ通知スクリプトを実行
する。プロダクト・アプリケーション・ドキュメンテーションは、ジョブ完了ま
たはジョブ失敗で行われるアクションに関する詳細な情報を含まなければならな
い。

【０１０６】通知スクリプトは、テーブル、テーブル・スペースおよびインデックスについ
て構成することができる。完了ジョブまたは失敗ジョブの通知のために通知スク
リプトを構成するとき、先に割り当てられた値の変数を利用できる。

【０１０７】これらの変数についての値は、デフォルト通知スクリプト・ファイルにおける
或る特定のジョブについて定義された同じものである。ユーザは、これらのファ
イルの変数についての値を定義し、次いで、通知スクリプトの変数を引数として
使用することができる。

【０１０８】通知スクリプトのこれらの変数を使用することによって、異なった値を各ジョ
ブについての変数に割り当てることができるので、同じスクリプトを種々のジョ
ブについて利用することができる。プロダクト・アプリケーションによって決定
されるような、ジョブ完了スクリプトまたはジョブ失敗スクリプトにおける変数
を使用してもよい。

【０１０９】表１１は、各変数の記述を含む、確立した通知スクリプト変数のリストを示し
ている。

【０１１０】表１１

【０１１１】ＧＵIインタフェース上の通知スクリプト・ボタンは、通知スクリプト・ウィ
ンドウにアクセスする（図１９参照）。通知スクリプト・ウィンドウにより、ユ
ーザは、以下のことを行うことができる。 ●ジョブの完了または失敗を示す確認メッセージについて使用するために
テキストを修正すること。 ●このウィンドウで指定された変数を使用してカスタマイズされたスクリ
プトを書くこと。 ●ジョブの完了または失敗を知らせるのに用いられる通知Ｅメール・アド
レスについてパスを特定すること。

【０１１２】ジョブ完了スクリプト・ボックスおよびジョブ失敗スクリプト・ボックスの各
々において、ユーザは、予め定義したスクリプト変数のいずれかを入力してデフ
ォルト・スクリプトを修正するか、あるいは、通知スクリプトについてのフルパ
スのロケーションおよびファイル名を簡単にタイプすることができる。

【０１１３】ユーザまたは通知Ｅメール・ボックス・アドレスについてフルパス・ロケーシ
ョンが、通知Ｅメール・アドレス・ボックスにタイプされる。この方法は、通知
ルーティング・アドレスをページャー、Ｅメールまたは電話番号に割当て、予定
に組んだジョブについての情報を任意のロケーションに配送するのに利用できる
。

【０１１４】カレンダのスケジューリングＧＵIインタフェースからアクセスできるカレンダ選択ウィンドウ（図２０参
照）は、現在のジョブで使用できる所定のカレンダのリストを提供する。このウ
ィンドウのオプションを使用することによって、ユーザは、次のことを行うこと
ができる。 ●新しいカレンダ作成。 ●既存カレンダ編集。 ●予め定義したカレンダ選択。 ●カレンダ削除。

【０１１５】カレンダを作成するために、ユーザは、カレンダ選択ウィンドウ内の作成ボタ
ンを選択する。これは、カレンダ作成ウィンドウを呼び出し、表示する（図２１
参照）。ユーザは、IＤ（カレンダ名）および記述フィールドを記入する。

【０１１６】ユーザは、以下のボタンを選んで、ジョブを実行すべき日の月および年を選ぶ
ことができる。 ●＞＞ボタンを選んで年を１年ずつ進める。 ●＜＜ボタンを選んで年を１年ずつ戻す。 ●＞ボタンを選んで翌月へ進める。 ●＜ボタンを選んで前月へ移動する。

【０１１７】月の或る日をクリックすることによって、赤色ボーダーが、カレンダ上の日お
よび選択日時フィールド内の完了日ディスプレイをマークする。複数日を選ぶこ
ともできる。

【０１１８】既存のカレンダは、まず、カレンダ選択ウィンドウの利用可能なカレンダ・リ
スト内のIＤまたは記述をクリックし、次に、編集ボタンをクリックすることに
よってカレンダを選ぶことによって修正することもできる（たとえば、図２２参
照）。ひとたびカレンダが表示されたならば、カレンダ上の日時を選ぶことによ
って付加的なジョブ実行日時を追加することができる。ユーザは、次のことを利
用する。 ●＞＞ボタンを選んで年を１年ずつ進める。 ●＜＜ボタンを選んで年を１年ずつ戻す。 ●＞ボタンを選んで翌月へ進める。 ●＜ボタンを選んで前月へ移動する。

【０１１９】それから、ユーザは、月の日をクリックする。赤色ボーダーが、カレンダ上の
日時および選択日時フィールド内の完了日表示をマークする。上記のプロセスは
、ジョブを実行するすべての日時が選択日時フィールドに表示されるまで、繰り
返される。

【０１２０】日時は、赤色ボーダーでマークされたカレンダ番号をクリックし、非選択にす
ることによって選択日時リストから削除することができる。削除時に日時上のボ
ーダーは消え、もはや、日時は、日時選択フィールドに表示されない。

【０１２１】ＯＫのボタンは、カレンダを保存し、ウィンドウを出るのに使用する。編集さ
れたカレンダは、次に、カレンダ選択ウィンドウにおいて利用できる。削除ボタ
ンをクリックするで、カレンダの変化を保存することのなくウィンドウを出るこ
とになる。

【０１２２】カレンダは、ＧＵIインタフェース（ジョブ・スケジューリング・ウィンドウ/
プロパティ・ページ）の選択ボタンをクリックすることによって選ばれ得るが、
このＧＵIインタフェースは、カレンダ選択ウィンドウを表示している（たとえ
ば、図２０）。カレンダは、利用可能なカレンダ・リスト内のカレンダIＤまた
は記述をクリックし、次いで、選択ボタンをクリック（またはIＤまたは記述を
ダブルクリック）することによって、強調表示される。次に、カレンダ選択ウィ
ンドウが閉じ、そして、選択されたカレンダIＤが、ジョブ・スケジューリング
・ウィンドウまたはプロパティ・ページ上のカレンダIＤフィールドに表示され
る。

【０１２３】カレンダは、カレンダ選択ウィンドウから、選択ボタンの代わりに削除ボタン
をクリックすることによって上記の手順を使用して削除することができる。

【０１２４】ストラテジ・スケジューリングストラテジ・スケジューリング・ウィンドウが設けてあり、ストラテジについ
てのスケジュールを見たり、作成したり、修正したり、削除したりすることがで
きる。図２３に示すように、スケジュール・ストラテジ・ウィンドウは、ポイン
ト・プロダクトから呼び出される。

【０１２５】現在のストラテジについての新しいスケジュールを作成するための作成ボタン
が設けてあり、ジョブ・スケジューリング・ウィンドウ/プロパティ・ページを
呼び出すことができる。（図２４参照）。ジョブ・スケジューリング・ウィンド
ウ/プロパティ・ページは、新しいスケジュールを記入する。

【０１２６】編集ボタンが設けてあり、現在のストラテジについての既存スケジュールを修
正することができ、これは、選択したスケジュールを編集するのに利用できるジ
ョブ・スケジューリング・ウィンドウ/プロパティ・ページを呼び出すことがで
きる。

【０１２７】削除ボタンが設けてあり、現在のストラテジについてのスケジュールを削除す
ることができる。ユーザは、まず、削除すべきスケジュールを強調表示し、それ
から削除をクリックする。クリーンアップ・スクリプトを促す削除スケジュール
・ウィンドウが、次に、表示される（たとえば、図２５参照）。

【０１２８】ユーザは、そうすることができる。そして、掃除をするために実行するシェル
・スクリプトまたは他の実行すべきプロセスのＮａｍｅにある（もしあるとして
であるが）テキストを削除して関連したファイル・フィールドをクリーンアップ
することによってクリーンアップ・スクリプトを実行することなくスケジュール
を削除したり、スクリプトのパスおよびフルネームをタイプすることによってス
ケジュールを削除し、クリーンアップ・スクリプトを実行したりすることができ
る。ユーザは、ＯＫをクリックするか、あるいは、ストラテジ・スケジューリン
グ・ウィンドウに戻ることによって、削除をクリックして削除を行うことなくア
クションを呼び出すことができる。

【０１２９】ジョブ管理サービス本発明は、使いやすくて直観的なフォーマットで与えられる複数ジョブ管理サ
ービスを包含する。本発明は、ジョブ・リソース・オブジェクトを利用し、ディ
レクタ・プログラムで種々のジョブ・プロセスを識別し、追跡することを可能に
している。

【０１３０】ジョブ・リソース・オブジェクトをディレクタに挿入した後、ユーザは、以下
のジョブ管理タスクを実施できる。

【０１３１】 ●以下のフォーマットのビュー情報 ●カラム−ディレクタ・ウィンドウの右側にある。 ●プロパティ・ページ−ディレクタ・ウィンドウの右側にある。 ●ログファイル−配布されたログファイル・ビューア。 ●ジョブ削除。 ●ジョブ再実行。 ●ジョブ実行キャンセル。 ●ジョブ実行の進行状態のモニタ。

【０１３２】ジョブ・リソース・オブジェクトは、表示すべき情報を見つけ、ジョブ管理プ
ロセスを利用しているとき（たとえば、ジョブを削除したり、モニタしたりして
いるとき）に実行すべきジョブを位置決めするためのブックマークを提供する。
ユーザによって呼び出される挿入オブジェクト・ウィンドウ（図２６参照）は、
挿入すべきオブジェクトを識別する（ＰＯＥＭＳは、挿入できるオブジェクトの
数を提供し、その部分的なリストが図２６に示されている）。ユーザは、オブジ
ェクト（この例では、ＰＯＥＭＳスケジューリング・サービス）を選び、ＯＫを
押す。それに応えて、プロパティ・ページが表示される（図２７参照）。このペ
ージは、General（図２８）、Representation（図２９）、Subscription、Indic
ators、Job Repository（図３０）およびEvent Correlation tabsを包含する。

【０１３３】プロパティ・ページは、ラベル・記述フィールドを包含する。ユーザは、ラベ
ルと記述（記述はオプションである）を入力する。

【０１３４】 Representationタブは、ユーザが、Intellicon Viewにおいて、ジョブを表す
アイコン、オプションとして、背景および背景カラーを選ぶのを可能にする。あ
るいは、ユーザは、エクスプローラ・ビューにおいてアイコンを選んでもよい。

【０１３５】 Intellicon Viewは、図２９の示してあり、これは、Intelliconアイコン（Ｐ
ＯＥＭＳファイルによって提供されるか、あるいは、ユーザによって提供される
）のリストと、選択されたアイコン（グラフィック）を見るための表示ウィンド
ウとを包含する。エクスプローラ・ビューの例が図３０に示してある。これは、
ジョブ・リソース・オブジェクト用のラベルとして、ProVision（ポイント・プ
ロダクトまたはアプリケーション）ジョブ（またはLESジョブ）を表示するエク
スプローラ・ビューである。

【０１３６】ジョブ・リポジトリ・タブを選ぶことで、ジョブに関係した時間を表示するた
めのタイムゾーンを定義するウィンドウが表示される。下向き矢印プルダウン・
メニューバーで、ユーザは任意のタイムゾーンの選択を行える。この選択は、ジ
ョブ・スケジューリング・プロパティ・ページにおいて指定されたようなジョブ
を実行するように選択された時刻あるいはタイムゾーンに影響を及ぼすことはな
い。或る実施例において、サマータイムを補正するために、サマータイム調整プ
ログラムを呼び出す自動補正セレクタが設けてある。あるいは、ユーザが、ユー
ザが所望タイムゾーンのちょうど東にあるタイムゾーンを選んでもよい。

【０１３７】ジョブ・リソース・オブジェクトの使用上記プロセスによって定義したジョブ・リソース・オブジェクトにより、ユー
ザが、ジョブ、実行の両方を位置決めし、見ることができる。ユーザは、エクス
プローラ・ビューにおいて各ジョブを位置決めすることができる。ジョブが実行
される毎に、それは新しい実行を作成する。次いで、これが、ジョブのための実
行フォルダに表示される。

【０１３８】各ジョブ・リソース・オブジェクトは、以下のカテゴリにソートされるフォル
ダの階層を含む。 ●All Jobs−現状に関係なくすべてのジョブを一覧表示し、また、状況に
応じてすべてのジョブを一覧表示する。 ●Jobs By Group−グループIＤに応じて配置したすべてのジョブを一覧表
示する。 ●Jobs By Node−ジョブが実行されるノードに応じて配置したすべてのジ
ョブを一覧表示する。 ●Jobs By Product−ジョブについて使用されたプロダクトに応じて配置
したすべてのジョブを一覧表示する。 ●Jobs by Type−タイプに応じて配置したすべてのジョブを一覧表示する
。 ●Jobs By User−ジョブを予定に組み込んだユーザに応じて配置したすべ
てのジョブを一覧表示する。

【０１３９】しかしながら、ポイント・プロダクトによっては、ユーザは、ジョブ・グルー
プまたはジョブ・タイプを割り当てることはできない。フォルダの階層は、図３
２に示してある。

【０１４０】全ジョブ・フォルダ（図３３参照）は、グループ、プロダクトまたはタイプに
よって分類する代わりに、ジョブのすべてを数値的に一覧表示する。全ジョブ・
フォルダは、以下を含むジョブをフォルダ内に一覧表示する。 ●All Jobs Any Status−関連するジョブ・履歴（ジョブの各実行）と一
緒に状況に関係なくすべてのジョブを一覧表示する。 ●All Runs By Status−現状に従って以下のフォルダにジョブ実行のすべ
てを配置する。 ●実行完了 ●実行失敗 ●実行開始せず ●実行先取り ●実行中 ●実行停止 ●Held Jobs−保持され、後に予定に組み込むことのできるジョブのすべ
てを一覧表示する。 ●Scheduled Jobs−実行するように予定に組み込んだジョブのすべてを一
覧表示する。

【０１４１】ユーザは、ジョブ・グループ・フォルダを使用して当初予定に組み込んだとき
に割り当てられたグループに従ってジョブを表示することができる。特定のプロ
ダクト・アプリケーション（ジョブを実行するのに使用される）は、グループを
割り当てるが、この分類を使用しなくてもよい。

【０１４２】ジョブは、Jobs By Nodeフォルダを使用することによって実行したノードに従
って表示され得る。

【０１４３】ジョブは、Jobs By Productフォルダを使用することによって各ジョブを実行
した特定のプロダクトに従って表示され得る。これは、ＰＯＥＭＳスケジューリ
ング・サービスと共に、ジョブを予定に組み込み、実行する複数ProVisionプロ
ダクトを使用する場合に役立つ（たとえば、機能またはアプリケーションによっ
てジョブをグループ分けすることができるために役立つ）。

【０１４４】ジョブは、Jobs By Typeフォルダを使用することによって最初にジョブを予定
に組み込んだときに割り当てられたジョブ・タイプによって表示され得る。ユー
ザの特定のプロダクト・アプリケーション（ジョブを実行するのに使用される）
は、ジョブ・タイプを割り当てる。しかしながら、プロダクトは、必ずしもこの
分類を使用するというわけではない。

【０１４５】ジョブは、Jobs By Userフォルダを使用することによってジョブを予定に組み
込んだユーザに従って表示され得る。Jobs By User、Jobs By Type、Jobs By Pr
oduct、Jobs By Node、Jobs By Groupの諸フォルダは、各々、上記のAll Jobs
フォルダについてと同じユーザ毎のフォルダ階層を含む。

【０１４６】特定のジョブは、ジョブ・リソース・オブジェクト階層における（＋）記号を
使用してフォルダを展開することによって位置決めされ得る。結果として生じる
ディスプレイは、ジョブIＤ、ジョブ・アイコンおよびジョブ記述を含む。

【０１４７】それに加えて、特定のジョブの（＋）記号は、その実行履歴を表す（たとえば
、図３５参照）。

【０１４８】実行履歴は、いくつかのフォルダに記憶される。全実行フォルダは、その状況
に関係なくあらゆる実行を含む。残りの６つのフォルダは、そのフォルダに当て
はまる状況を所有する実行だけを含む（実行完了、実行失敗、実行開始せず、実
行先取り、実行中、実行停止）。

【０１４９】特定の実行は、全実行フォルダ内に、図３４に図示するようなその状況に従っ
て位置決めされ得る。図３４において、ジョブ８８３の実行＃１は、止められる
。したがって、それは、実行停止フォルダ内ならびに全実行フォルダに表示され
る。

【０１５０】各実行リストは、以下を含む。 ●実行アイコン ●実行番号 ●実行開始日時データは、ジョブ、実行、グループ、ノード、プロダクトまたはタイプのフォ
ルダ内に記憶された全ジョブ、実行、グループ、ノード、プロダクト、タイプお
よびユーザについてカラム・フォーマットで見ることができる。データは、エク
スプローラ・ビューを使用するとき、ディレクタ・ウィンドウの右側にカラム状
態で表示される。図３６に示すように、Jobs By Nodeフォルダ内の或る特定ノー
ドの下でAll Jobs Any Statusフォルダのジョブについて利用できるデータのい
くつかが示されている。

【０１５１】ユーザは、以下のフォルダのいずれかを選び、その内容についてのデータをカ
ラム・フォーマットで見ることができる（ここで、或る種のフォルダ、たとえば
、All Jobsフォルダはデータを提供しないということに注意されたい）。このよ
うなフォルダとしては、次のものがある。 ●Jobs By Group ●Jobs By Node ●Jobs By Product ●Jobs By Type ●Jobs By User ●All Jobs Any Status ●All Runs By Status ●Held Jobs ●Scheduled Jobs ●All Runs ●Completed Runs ●Failed Runs ●Not Started Runs ●Preempted Runs ●Running Runs ●Stopped Runs

【０１５２】ジョブ・グループ・データを見るユーザがジョブ・リソース・オブジェクト内のJobs By Groupフォルダのテキ
ストをクリックしたとき、以下のデータ・カラムが表示される。 ●Group ID−ストラテジ・グループIＤ番号。 ●Strategy ID−グループが属する共通ストラテジ・サービスにおいて定
義されたストラテジのストラテジIＤ番号。 ●Description−グループ作成時にユーザが入力できるグループについて
の記述。 ●Product Code−このフォルダにおいて見ることができるジョブを作成す
るのに用いられるプロダクトのコード。 ●Product Version−このフォルダにおいて見ることができるジョブを作
成するのに用いられるプロダクトのバージョン番号。 ●Jobs_Per_Run−このストラテジ・グループのためにプロダクトによって
依頼されるＰＯＥＭＳスケジューリング・サービス・ジョブの数。 ●Created−ストラテジ・グループ・ジョブは生成した日時。

【０１５３】ノード・データを見るユーザがジョブ・リソース・オブジェクトにおけるJobs By Nodeフォルダのテ
キストをクリックしたとき、以下のデータ・カラムが表示される。 Node−ジョブが位置決めされたノードのリスト。

【０１５４】プロダクト・データを見るユーザがジョブ・リソース・オブジェクトのJobs By Productフォルダのテス
トをクリックしたとき、以下のデータ・カラムが表示される。 ●Product Code−このフォルダにおいて見ることができるジョブを作成す
るのに用いられるプロダクトのコード。 ●Product Version−このフォルダにおいて見ることができるジョブを作
成するのに用いられたプロダクトのバージョン番号。

【０１５５】データ・タイプを見るユーザがジョブ・リソース・オブジェクトのJobs By Typeフォルダのテキスト
をクリックしたとき、以下のデータ・カラムが表示される。 ●Type−ジョブ・タイプのリスト。ユーザは、ジョブを実行するのに使用
されるプロダクトに割り当てられたジョブ・タイプの下にジョブを位置決めする
ことができる。

【０１５６】ユーザ・データを見るユーザがジョブ・リソース・オブジェクトのJobs By Userフォルダのテキスト
をクリックしたとき、以下のデータ・カラムが表示される。 ●User-ユーザ名のリスト。ユーザは、ユーザ名の下に一覧表示されたジ
ョブを位置決めすることができる。

【０１５７】ジョブ・データを見るユーザがジョブ・リソース・オブジェクトにおけるAll Jobs Any Status、Hel
d JobsまたはScheduled Jobsフォルダのテキストをクリックしたとき、以下のデ
ータ・カラムが表示される。 ●Job ID−一意的なジョブIＤ番号。 ●Description−ジョブのオプション記述。 ●Job Group−ジョブが属するグループのストラテジ・グループ・IＤ番号
。 ●Access Mode−このカラムがLを表示する場合、ジョブは錠止される。そ
して、ジョブが解錠されるまでジョブを再実行することができない。ジョブは、
ジョブを実行しているポイント・プロダクトによって錠止、解錠される。もしジ
ョブが錠止されないならば、このカラムはブランクのままである。 ●Product−ジョブを作成したプロダクト。 ●Type−ジョブ・タイプ（プロダクト依存）。 ●Node−ジョブが実行されるマシン。 ●Whosetz−ジョブを予定に組み込むために使用すべきタイムゾーン。 ●When Deployed−ジョブがジョブ・テーブルに書き込まれる時刻。 ●Next Start−このフィールドは、以下の値またはテキスト・メッセージ
のうちの１つを含むことができる。 ●ジョブを実行するように設定した次の時刻。 ●即時実行。 ●期限切れ。 ●後に予定（保留）。 ●Run Count−ジョブが実行された全回数。

【０１５８】実行データ（ジョブ履歴）を見るユーザがAll Runs By statusフォルダおよび実行を含む任意のフォルダをクリ
ックしたとき、以下のデータ・カラムが表示される。 ●Job ID−この実行についての一意的ジョブIＤ番号。 ●Run Number−一意的実行番号（ジョブの各繰り返し実行に対して割り当
てられた番号）。 ●Group ID−ジョブが従属するグループのストラテジ・グループIＤ番号
。 ●Product−ジョブを作成したPLATINUN ProVisionプロダクト(または他の
プロダクト)。 ●Type−ジョブ・タイプ（プロダクト依存）。 ●Time Zone−ジョブ実行に使用されるタイムゾーン。 ●Scheduled Start Time−ジョブを開始するように予定した時刻。 ●Start Status−ジョブがどのように開始されるかについての状況。この
状況は、ＰＯＥＭＳスケジューリング・サービスによってセットされ、カラムは
、以下の値を含むことができる。 ●０:ジョブ開始成功。 ●１:ＰＯＥＭＳスケジューリング・サービスがダウンしている間
に開始時間が経過したため、ジョブが実行されず、切り換えされなかった。 ●２:ＯＳ状況により実行されなかった。 ●３: ＯＳ状況によりフォークは失敗した（システム・リソース不
充分）。 ●４:不正ユーザ。 ●Actual Start Time−このジョブ実行が実際に開始した時刻。 ●End Time−実行が終了した日時。 ●OS Status−ジョブ・プロセスが作成され得なかったときオペレーティ
ング・システムによって与えられる（情報についてはオペレーティング・システ
ム・ドキュメンテーション参照）。 ●Complt Status−ジョブを実行したポイント・プロダクトによって割り
当てられた実行の完了状況（情報についてはプロダクト特有のドキュメンテーシ
ョン参照）。 ●Failed−このカラムは、以下の値を含み得る。 ●０:ジョブは成功だった。 ●１:なんらかの理由のためにジョブは失敗した。 ●Preempteed−このカラムは、以下の値を含み得る。 ●１:特定のプロダクトの動作規則により許されなかったためにジ
ョブは実行されなかった。 ●−１:ジョブは先取りされなかった。 ●Stopped−このカラムは、以下の値を含み得る。 ●１:ジョブは、エージェントを通知することなく終了処理を行い
、状況はわからない。 ●−１:ジョブは停止されなかった。 ●Logfile−この実行についてのログファイルの名称およびロケーション
。

【０１５９】プロパティ・ページ・フォーマットのデータを見る特定のオブジェクトについてのデータ（ジョブ、実行、グループ、プロダクト
またはタイプ）は、ジョブ・リソース・オブジェクト内に見ることができる。デ
ータは、ディレクタ（エクスプローラ・ビュー）ウィンドウの右側にある１つま
たはそれ以上のタブと共に、プロパティ・ページ・フォーマットで表示される。
オブジェクトのテキストをクリックすると、図３７に示すように、ディレクタの
右側にプロパティ・ページ・フォーマットでデータが表示される。プロパティ・
ページ・データにアクセスすることができる。

【０１６０】全般プロパティ・ページは、以下のフィールドを含む。 ●Job ID−一意的なジョブIＤ番号。 ●Description−ジョブのオプション記述。 ●Group ID−ジョブが従属するグループのストラテジ・グループIＤ番号
。 ●Target Node−ジョブが実行されることになっているマシン。 ●Deployed to Target Node−ジョブが実行されるノード上のジョブ・テ
ーブルにジョブを書き込む時刻。 ●Job Type−ジョブ・タイプ（プロダクト依存）。 ●Job Owner−ジョブが実施されるオブジェクトのオーナー。 ●Run Count−ジョブを実行した回数。 ●Run Status−このカラムは、以下の値を含み得る。 ●０:次の実行に対して待機。 ●１:現在実行中。 ●Scheduling Time Zone−このジョブが予定されたワークステーションの
タイムゾーン。 ●Retry Interval (Minutes)−このカラムは、以下の値を含み得る。 ●先取り実行の後にジョブを再実行しようとする前に待つ分数または、 ●０:先取り後にジョブが再実行されない。 ●Retry Count−このカラムは、以下の値を含み得る。 ●先取りされたとき、あるいは、開始できないとき、ジョブになさ
れる再試行回数。または、 ●０:ジョブが再実行されることはない。 ●Recur Fail Threshold−ジョブの予定変更が停止されるの前に受け入れ
る失敗プロダクト実行回数。（この数は、失敗毎に減り、実行が成功する毎にオ
リジナル値にリセットされる。もし０になると、ジョブは予定変更されない。） ●Access Mode−もしLockedが現れたならば、ユーザは、ジョブが解錠さ
れるまで、ジョブを再実行することができない。ジョブは、ジョブを実行してい
るポイント・プロダクトによって錠止、解錠される。もしジョブが錠止されない
場合には、このフィールドは、ブランクのままである。

【０１６１】他のプロパティ・ページは、対応するタブをクリックすることによって表示さ
れる。コマンド・プロパティ・ページ（図３８参照）は、以下のフィールドを含
む。 ●Command Line−実行すべきコマンド・ライン。 ●E-Mail Completion Notification to−ジョブ完了またはジョブ失敗の
通知を送るのに使用されるＥメール・アドレス。 ●Completion Script−ジョブ完了スクリプト。 ●Failed Script−ジョブ失敗スクリプト。 ●Product Code−ジョブを作成したProVisionプロダクトのコード。

【０１６２】データベース・プロパティ・ページ（図３９参照）は、以下のフィールドを含
む。 ●Database Connect String−使用されるオプションのデータベース・コ
ネクト・ストリングまたは名称。 ●Database Instance−完了ジョブまたは失敗ジョブが動作するインスタ
ンス名。 ●Object Name−ジョブが完了または失敗したオブジェクトの名。 ●User ID−データベース・ユーザIＤ。 ●User Password−暗号化されたデータベース・ユーザ・パスワード。注：このプロパティ・ページに関する情報は、ジョブを実行するポイント・プ
ロダクトによってセットされる。

【０１６３】ジョブ・スケジューリング・プロパティ・ページ（図４０参照）は、ジョブを
実行するプロダクトになされる以下のジョブ・スケジューリング選択を表示する
。 ●ジョブの開始日時。 ●ジョブが予定されているタイムゾーン。注：このワークステーション・ボタンの使用タイムゾーンが選ばれた場合、そ
れは、ジョブが予定されたワークステーションを指す。 ●ジョブを再実行する間隔。 ●ジョブを実行するのに使用される保存カレンダのカレンダIＤ。この保
存カレンダが使用された場合にのみ、このフィールドはカレンダIＤを表示する
。

【０１６４】パラメータ・タブ・プロパティ・ページ（図４１参照）は、以下のフィールド
を含む。 ●Job Parameters−ジョブ・パラメータ名、値を一覧表示する。（ポイン
ト・プロダクトが、このフィールドのコンテンツを決定する。）全般タブ・プロパティ・ページ（図４２参照）は、以下のフィールドを含む。 ●Job ID−この実行についての一意的ジョブIＤ番号。 ●Run Number−一意的実行回数（ジョブの繰り返し実行毎に割り当てられ
る数）。 ●Time Zone−ジョブが作動するタイムゾーン。 ●Scheduled Start Time−ジョブが開始するように予定を組んだ時刻。 ●Actual Start Time−ジョブのこの実行が実際に開始された時刻。 ●Start Status−ジョブがどのように開始されたかの状況（ＰＯＥＭＳス
ケジューリング・サービスによってセットされる）。 ●開始成功。 ●期限切れ−ＰＯＥＭＳスケジューリング・サービスがダウンして
いる間に開始時刻が過ぎたので、ジョブは実行されず、繰り返されなかった。 ●Agent down−ＰＯＥＭＳスケジューリング・サービス・エージェ
ントがダウン。 ●Fork failed−システム・リソース不充分のため、プロセスは、
エージェント・マシン上で実働できない。 ●End Time−実行が完了した日時。 ●Operating System Status−オペレーティング・システムによって提供
されたプロセスの状況。 ●Run Status−以下のラジオボタンの１つが選ばれる。これは、実行の現
状を示す。 ●Completed−実行終了。 ●Not Started−実行はまだ開始されていなかった。 ●Running−実行が現在進行中である。 ●Stopped−プロセスがエージェントに通知することなく終了し、
状況不明。 ●Preempted−実行は、ポイント・プロダクト動作規則により、許
されなかった。 ●Failed−実行は、なんらかの理由で失敗した。 ●Completion Status Code−ジョブを実行したポイント・プロダクトによ
って割り当てられた実行の完了状況（情報のためにプロダクト特有ドキュメンテ
ーション参照）。 ●Logfile−ジョブのためのログファイル名。

【０１６５】実行統計タブ・プロパティ・ページにアクセスするためには、ユーザは、実行
統計タブをクリックして実行統計プロパティ・ページ上のデータを見る（図４３
参照）。

【０１６６】統計フィールドは、ジョブのこの実行に関するプロダクト特有情報を表示する
。データがProVision、Pointその他のプロダクトによって提供される場合、この
フィールドはデータを表示するだけである。

【０１６７】ジョブ・グループ・データを見るジョブ・グループ・データにアクセスするには、 ●ジョブ・リソース・オブジェクトにある１つのグループのテキストをク
リックし、図４４に示すように、全般タブ・プロパティ・ページが表示される。

【０１６８】全般タブ・プロパティ・ページ（１つのグループ用）は、以下のフィールドを
含む。 ●Group ID−ストラテジ・グループIＤ番号。 ●Description−グループのオプション記述。 ●Strategy ID−グループが従属する共通サービス・ストラテジにおいて
定義されたストラテジのストラテジIＤ番号。 ●Product Code−このフォルダにおいて見ることができるジョブを作成す
るのに用いられたProVisionプロダクトについてのコード（或る実施例において
は、３文字プラチナ・コード）。 ●Product Version−このフォルダにおいて見ることができるジョブを作
成するのに使用されたProVisionプロダクトのバージョン番号。 ●Job Per Run−このストラテジ・グループについてプロダクトによって
依頼されたＰＯＥＭＳスケジューリング・サービス・ジョブの数。 ●When Created−ストラテジ・グループは生成された日時。

【０１６９】ログファイル・データを見るログファイルは、ジョブが実行されているとき、種々のProVisionプロダクト
、ポイント・プロダクト、アプリケーション・プロダクトその他（ここで稟議さ
れているようなＡＰIおよび関連プログラミングへのリンクを含むソフトウェア
・プロダクトのクラス）によって生成される。作成される場合、ユーザは、ジョ
ブ・リソース・オブジェクトを介してＰＯＥＭＳスケジューリング・サービスを
使用し、プロダクトによって作成されたログファイルを見ることができる。ユー
ザは、ログファイル・ビューアを起動することができる。

【０１７０】ログファイルが所与のジョブについて存在するかどうかを決定するためには、
ユーザは、まず、All Runs By Statusフォルダのテキストあるいはアイコンをク
リックし、ディレクタ・ウィンドウの右側にあるデータをカラム・フォーマット
で表示する。次いで、水平スクロールバーまたは右矢印を使用して左にスクロー
ルし、LOGFILEカラムを見る（たとえば、図４５参照）。もし実行についてのロ
グファイルが利用可能であるならば、そのロケーションは、LOGFILEカラムにお
けるその実行についての行に表示される。

【０１７１】実行についてのログファイルを見るためには、ユーザは、ジョブ・リソース・
オブジェクトにおけるジョブの実行を見つける。次いで、この実行を右クリック
し、ポップアップ・メニューを表示させる（たとえば、図４６参照）。最後に、
ポップアップ・メニューからビュー・ログファイルを選び、図４７に示されるデ
ィスプレイを見る。

【０１７２】ジョブを削除するユーザがもはやジョブ履歴を必要としない場合には、ジョブ・アドミニストレ
ータ・ウィンドウを使用して削除することができる。複数ジョブ、シングル・ジ
ョブのいずれも削除できる。

【０１７３】複数ジョブを削除する複数ジョブを削除するためには、ジョブ・アドミニストレータ・ウィンドウに
、ジョブ・リソース・オブジェクトにおいて削除すべきジョブを含むフォルダの
レベルでアクセスする。次いで、このフォルダのアイコンまたはテキストを右ク
リックし、図４８に示されるポップアップ・メニューを表示する。このポップア
ップ・メニューから削除を選ぶことで、削除ジョブ・ウィンドウを表示する（図
４９参照）このウィンドウは、依頼ジョブ／実行フィールドで選ばれたすべての
ジョブのジョブIＤおよびノード名を表示する。

【０１７４】最初は、フォルダ内のジョブのすべてが選択されており、強調表示されている
。もしユーザがジョブをクリックするならば、それは選ばれず、削除されない。
すべてのジョブが非選択となったならば、依頼ボタンは不作動となる。

【０１７５】任意のジョブを非選択とするには、以下のいずれかを行う。 ●一度に１つずつジョブをクリックする（図４９に示すように）。または、 ●非選択ボタンを使用してすべてのジョブを非選択とし、削除すべきジョ
ブをクリックする。または、 ●ジョブを一度に１つずつクリックし、最初に非選択状態にし、次いで、
逆転ボタンを使用して選択を逆にする。（これは、非選択状態のジョブを再選択
し、他のすべてを非選択にする。）注：全選択ボタンを使用してすべてのジョブを再選択してもよい。

【０１７６】依頼ボタンをクリックすると、選択されたジョブを削除する。ウィンドウは、
状況およびアクション結果の動的表示を行うように拡張する（図５０参照）。ジ
ョブの削除が成功裡に完了すると、各ジョブについてのジョブIＤおよび名称が
成功フィールドに表示される。ジョブの削除に失敗すると、そのジョブについて
のジョブIＤ、ノード名およびエラーコードが失敗フィールドに表示される。

【０１７７】削除依頼、削除成功、削除中、削除失敗の実行総数は小さい依頼、成功、実行
中、失敗の諸フィールドに表示される。あるいは、ユーザが、クローズ・ボタン
をクリックし、その間に、拡張ウィンドウに表示すべき結果のすべてを待つこと
なくジョブが削除されるか、あるいは、拡張ウィンドウにおける成功フィールド
あるいは失敗フィールドに結果（成功か失敗）のすべてが表示されるまで待つ。
次に、クローズ・ボタンがダン・ボタンに変わり、それを選択してジョブ・アド
ミニストレータ・ウィンドウを閉じる。

【０１７８】シングル・ジョブを削除するシングル・ジョブを削除するためには、ジョブ・リソース・オブジェクトにお
いて削除すべきジョブのレベルでジョブ・アドミニストレータ・ウィンドウにア
クセスする。次に、ユーザは、削除すべきジョブを位置決めし、ジョブのアイコ
ンまたはテキストを右クリックしてポップアップ・メニュー（図５１参照）を表
示させ、削除を選ぶ。

【０１７９】削除ジョブ・ウィンドウが次に表示される（図５２参照）。このウィンドウは
、選択されたジョブのジョブIＤおよびノード名を示す。ユーザがジョブをクリ
ックしたならば、それが非選択となり、依頼ボタンが非作動となる。依頼ボタン
をクリックすると、ジョブが削除され、ウィンドウが拡大し、アクションの状況
、結果を動的に表示する（図５３参照）。

【０１８０】ジョブの削除が成功裡に完了したならば、そのジョブについてのジョブIＤお
よびノード名が成功フィールドに表示される。ジョブの削除が失敗したならば、
そのジョブについてのジョブIＤ、ノード名およびエラーコードが、失敗フィー
ルドに表示される。

【０１８１】削除の依頼、成功、進行中、失敗の実行総数は、小さい依頼、成功、進行中、
失敗の諸フィールド内に表示される。

【０１８２】ジョブを再実行するジョブ・アドミニストレータ・ウィンドウは、同じパラメータを使用して完了
ジョブを再実行するのに利用できる。複数ジョブ、シングル・ジョブ、いずれも
再実行可能である。ジョブが再実行されると、新しい実行番号が割り当てられる
。或る実施例においては、錠止されたジョブは、これらの手順を経て再実行され
るのを阻止される。

【０１８３】複数ジョブを再実行する複数ジョブを再実行するには、ジョブ・リソース・オブジェクトにおいて再実
行すべきジョブを含んでいるフォルダのレベルでジョブ・アドミニストレータ・
ウィンドウにアクセスする。再実行すべきジョブを含んでいるフォルダを位置決
めし、そして、このフォルダのアイコンまたはテキストを右クリックすると、ポ
ップアップ・メニュー（図５４参照）が表示される。ポップアップ・メニューか
ら再実行を選ぶと、再実行ジョブ・ウィンドウ（図５５参照）が表示される。こ
のウィンドウは、ジョブ依頼／実行フィールドで選ばれたすべてのジョブのジョ
ブIＤおよびノード名を表示し、それらを実行するためのオプションを提供する
。

【０１８４】上記の削除ジョブ手順と同様に、フォルダ内のジョブのすべては、最初から選
択されている。ユーザがジョブをクリックすると、それが非選択となり、実行さ
れることはない。ユーザがジョブのすべてを非選択としたならば、依頼ボタンは
非活動となる。

【０１８５】ユーザは、開始日時指定エリアにおいて以下のオプションのうち１つを利用で
きる。 ●即実行ボタンをクリックしてジョブを直ちに再実行する。あるいは、 ●後スケジュール・ボタンをクリックして、ジョブについて先に予定に組
んだ次の開始時刻をキャンセルし、ジョブをジョブ保留フォルダ内に保持する。注：ジョブは、ジョブ・アドミニストレータ・ウィンドウ（上記の複数ジョブ
再実行参照）を使用して直ちにあるいは指定時刻に再実行することができる。または、 ●実行ボタンをクリックしてジョブ開始日フィールドに日時をタイプする
か、あるいは、下向き矢印をクリックして、カレンダから日時を選び、次いで、
ジョブ開始時刻フィールドに時刻をタイプするか、もしくは、上下矢印を使用し
て所望時刻までスクロールする。注：或る実施例においては、ユーザは、ジョブを実行するのに最初に使用され
たタイムゾーンを使用してこれらのフィールドに日時をセットしなければならな
い。ジョブ・リソース・オブジェクトにおけるジョブ回数は、ジョブが最初に実
行されたタイムゾーンに表示してはいけない。

【０１８６】次に、選択されたジョブは、指定された日時に再実行される。依頼ボタンをク
リックすると、選択ジョブが再実行され、ウィンドウが拡大してアクションの状
況および結果を動的に表示する（図５６参照）。

【０１８７】次に、選択されたジョブは、指定された日時に再実行される。依頼ボタンをク
リックすると、選択ジョブが再実行され、ウィンドウが拡大してアクションの状
況および結果を動的に表示する（図５６参照）。ジョブが成功裡に依頼されたな
らば、各ジョブについてのジョブIＤおよびノード名が成功フィールドに表示さ
れる。ジョブが依頼に失敗したならば、そのジョブについてのジョブIＤ、ノー
ド名およびエラーコードが失敗フィールドに表示される。

【０１８８】再実行の依頼、成功、係属中、失敗の実行総数は、依頼、成功、係属中、失敗
の諸フィールドに表示される。

【０１８９】シングル・ジョブを再実行するシングル・ジョブを再実行するためには、再実行すべきジョブのレベルでジョ
ブ・アドミニストレータ・ウィンドウにアクセスする。ジョブを位置決めし、ジ
ョブ・フォルダ内で再実行した後、ジョブのアイコンまたはテキストを右クリッ
クし、メニュー（図５７参照）を表示させ、再実行を選択し、ジョブ再実行ウィ
ンドウ（図５８参照）を表示させる。このウィンドウは、選択されたジョブのジ
ョブIＤおよびノード名を表示し、それを再実行するためのオプションを提供す
る。ジョブをクリックすると、それが非選択となり、依頼ボタンが非活動となる
。上述したと同様の開始日時オプションも利用できる。依頼ボタンをクリックす
ると、ジョブが再実行される。

【０１９０】他の再実行オプションと同様に、ウィンドウが拡大し、依頼の状況および結果
を動的に表示する。

【０１９１】実行をキャンセルするユーザは、ジョブ・アドミニストレータを使用して実行中のジョブをキャンセ
ルすることができる。ユーザは、ジョブの複数回実行または一回実行をキャンセ
ルすることができる。しかしながら、或る種のプロダクトは、リカバリができな
い、あるいは、リカバリが難しい、もしくは、プロダクト特有手順をリカバリの
ために後に行うことを要求するジョブの重要なステージ中にこの機能を一時的に
使用不能にすることがある。

【０１９２】複数回実行をキャンセルする複数回実行をキャンセルするためには、ジョブ・リソース・オブジェクトにお
いてキャンセルすべき実行を含んでいるフォルダのレベルでジョブ・アドミニス
トレータにアクセスする。実行中フォルダを位置決めした後、このフォルダのア
イコンまたはテキストを右クリックし、ポップアップ・メニュー（図５９参照）
を表示させる。

【０１９３】このポップアップ・メニューからキャンセルを選ぶことによって、実行キャン
セルウィンドウが表示される（図６０参照）。このウィンドウは、ジョブ依頼／
実行フィールドで選ばれた実行のすべてのジョブIＤ、実行番号およびノード名
を表示する（たとえば、図５７参照）。

【０１９４】ジョブ削除手順と同様に、フォルダ内の実行のすべては最初から選ばれている
。１つの実行をクリックすると、それが非選択となり、キャンセルされることは
ない。実行のすべてが非選択となると、依頼ボタンが非活動となる、その他。依
頼ボタンは、選択された実行をキャンセルし、ウィンドウが拡大し、アクション
の状況、結果を動的に表示する。

【０１９５】ジョブの進行をモニタする Progress Monitorが設けてあり、ＰＯＥＭＳスケジューリング・サービスを使
用するプロダクトによって、現フェーズについての情報および任意ジョブ実行の
進行状態全体を見ることができる。

【０１９６】個々のプロダクトは、それらのジョブの異なったフェーズに関するイベントを
公開する。Progress Monitorは、これらのイベントに署名し、その結果生じたデ
ータを使用してジョブの進行状態に関する情報をユーザに提供する。

【０１９７】モニタされ得る特定の進行識別子およびジョブ・フェーズは、ＰＯＥＭＳスケ
ジューリング・サービスを使用しているプロダクトの個々の設計に依存する。

【０１９８】 Progress Monitorにアクセスする Progress Monitorには、ジョブ・リポジトリ・リソース・オブジェクトにおけ
る個々の実行レベルでアクセスすることができる。

【０１９９】ジョブの進行状態をモニタするためには、ユーザは、まず、ジョブの実行を見
つけ出し、この実行を右クリックしてポップアップ・メニューを表示させる（図
６１参照）。このポップアップ・メニューからProgress Monitorを選ぶことで、
Progress Monitorを表示させる（図６２参照）。Progress Monitorは、以下の情
報を表示するように構成される。 ●ジョブの現フェーズの名称。 ●ジョブIＤおよび実行番号。 ●ジョブの現フェーズの名称および／または番号。 ●現フェーズ番号および現フェーズに残っている時間。 ●ジョブの現フェーズの進行状態および現フェーズの完了パーセンテージ
のグラフィック表示。 ●ジョブ（すべてのフェーズを含む）の全体的な進行状態およびジョブ全
体についての完了パーセンテージのグラフィック表示。

【０２００】或る実施例においては、主テキスト・フィールドの内容は、ジョブを予定した
プロダクトの設計に従って変化する。

【０２０１】ジョブの現フェーズの名称は、Progress Monitorウィンドウのタイトルバーか
ら見ることができる。ジョブの現フェーズの進行状態は、Progress Monitorウィ
ンドウ内の主テキスト・フィールドを見るか、または、Progress Monitorウィン
ドウ内の現フェーズ進行フィールドを見ることによって決定される。フェーズ進
行状態をグラフィック表示するためにブラック・バーが用いられている。このフ
ィールドは、また、ジョブの現フェーズの完了パーセンテージも提供する。

【０２０２】ジョブ全体の進行状態は、Progress Monitorウィンドウの全進行フィールドを
使用して見ることができる。ここで再び、全ジョブ進行状態およびジョブ全体の
完了パーセンテージをグラフィック表示するのにブラック・バーが使用される。

【０２０３】トラブルシューティング・チップス本発明は、多数のトラブルシューティング技術を包含する。多くの可能性が失
敗を生じさせ、ジョブを削除したり、再実行させたり、あるいは、ジョブの特定
の実行をキャセルしたりすることがある。依頼が失敗した場合： ●ローカル、中央のリポジトリに対する通信が作動していけない。両方の
リポジトリと通信し、次いで、リクエストを再び依頼できるかを確認する。 ●ユーザは、ジョブ実行の重要フェーズ中に実行をキャンセルするように
試みることができた。使用されている特定のProVisionプロダクトは、ユーザが
キャンセル特徴を使用して潜在的な不一致を避けることを阻止することができる
。 ●ＰＯＥＭＳスケジューリング・サービスエージェント（ptlesag.exe）
は、オブジェクトが位置決めされたノード／マシン上で実行してはいけない。ス
ケジューリング・サービス・エージェントがそのマシン上で実行しているかを確
認し、再びリクエストを依頼する。

【０２０４】スケジューリング・サービス・エージェントがノード上で作動していることを
確認するためには、ユーザは、メニューバーからTools Monitor Service Man
agersを選び、ディレクタ・サービス・マネージャ・モニタ・ウィンドウを表示
させる（図６３参照）。ユーザは、プラス記号（＋）をクリックするか、あるい
は、サービス・マネージャのテキストをダブルクリックして、異なったノード上
にサービス・マネージャのリストを表示させる。ノードについてのサービス・マ
ネージャのテキストをクリックすると、サービス・マネージャ・モニタの右側が
明確になり、プログラムについての情報がそのノード上に載る（図６４参照）。

【０２０５】本発明は、データベース・プロダクトのプラチナ・セットによって利用される
ＰＯＥＭＳスケジューリング・サービスに関して説明してきたが、本発明の教示
は、同様のサービスを提供するためにコンピュータその他のプロダクトの任意の
個人またはセットにも適用可能である。したがって、本発明は、プロダクトの特
定のラインあるいはプロダクトの特定のタイプ（たとえば、ポイント・プロダク
ト、ProVisionプロダクトまたはデータベース）に限定されず、全般的にコンピ
ュータ・プロセスあるいはアプリケーションに適用可能である。

【０２０６】本発明は、コンピュータ分野の当業者には明らかなように、普通の汎用コンピ
ュータあるいは本開示の教示に従ってプログラムされる専用デジタル・コンピュ
ータもしくはマイクロプロセッサを用いて便利に実行され得る。

【０２０７】適切なソフトウェア・コーディングは、ソフトウェア技術の当業者には明らか
なように、本開示の教示に基づいて熟練プログラマによって容易に作成され得る
。本発明は、また、当業者には容易に明らかになるように、アプリケーション特
有集積回路を作成するか、あるいは、普通のコンポーネント回路の適切なネット
ワークを組み込むことによっても実施可能である。

【０２０８】本発明は、そのプロセスのうち任意のプロセスを実施するようにコンピュータ
をプログラムするのに使用し得る命令を記憶した記憶媒体（単数または複数）で
あるコンピュータ・プログラム・プロダクトを包含する。この記憶媒体は、限定
するつもりはないが、任意タイプのディスクを包含し得る。たとえば、フロッピ
ー（登録商標）・ディスク、光ディスク、ＤＶＤ、ＣＤ-ＲＯＭ、マイクロドラ
イブ、光磁気ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ
、ＶＲＡＭ、フラッシュメモリ装置、磁気あるいは光学カード、ナノシステム（
分子メモリIＣを含む）、あるいは、命令および／またはデータを記憶するのに
適した任意タイプのメディアもしくは装置がある。

【０２０９】コンピュータ読み込み可能な媒体（単数または複数）の任意のものに保存して
、本発明は、汎用／専用コンピュータまたはマイクロプロセッサの両方のハード
ウェアを制御するため、そして、本発明の結果を利用してコンピュータまたはマ
イクロプロセッサが人間ユーザまたは他の機構と相互作用できるようにするため
のソフトウェアを包含する。このようなソフトウェアとしては、限定するつもり
はないが、デバイス・ドライバ、オペレーティング・システムおよびユーザ・ア
プリケーションがある。最後に、このようなコンピュータ読み込み可能な媒体は
、さらに、上述したように本発明を実施するためのソフトウェアを包含する。

【０２１０】汎用／専用コンピュータまたはマイクロプロセッサのプログラミング（ソフト
ウェア）には、本発明の教示を実施するためのソフトウェア・モジュールが含ま
れており、そのようなものとしては、限定するつもりはないが、グラフィカル・
ユーザ・インタフェース、ジョブ・スケジューリング、ジョブ・データ管理、ジ
ョブ・アドミニストレーション、共通ライン・インタフェース、カレンダリング
機能およびネットワークを通じての通信のためのアプリケーション・プログラミ
ング・インタフェースがある。ソフトウェア・モジュールは、また、ネットワー
クにおけるコンピュータ・プラットフォーム上の個々のノードに作動するジョブ
・スケジューリング・エージェントや、本発明のプロセスに従って表示、保存、
結果の通信を行うためのモジュールがある。

【０２１１】上記のＡＰIの各々は、コンパイルされ、特定のポイント・プロダクト、ProVi
sionプロダクトあるいはこれらのＡＰIを利用して本発明を実施する他のアプリ
ケーションにリンクされる。それに加えて、本発明のセットアップおよび動作に
対して構築ファイルが維持され、リポジトリが本発明によって維持される。

【０２１２】明らかに、上記の教示に照らして本発明の多数の修正、変更が、可能である。
添付の特許請求の範囲内で、本発明を、ここに特別に説明した以外に実施可能で
あることは了解されたい。

【図面の簡単な説明】

【図１】共通アプリケーションプログラミングインターフェース下におい
て、ＰＯＥＭＳイネーブルド製品用のジョブ・スケジューリングおよび管理ツー
ルを提供する本発明の実現を示すブロック線図である。

【図２】ノードの実行とジョブ履歴提出を一致させるＬｉｇｈｔｗｅｉｇ
ｈｔＥｎｔｅｒｐｒｉｓｅＳｃｈｅｄｕｌｅｒ（ＬＥＳ）エージェントのブ
ロック線図である。

【図３】メッセージを受信モジュールに通信するために使用されるＲＴｓ
ｅｒｖｅｒを示すフロー線図である。

【図４】特定のノードに署名する受信モジュールにメッセージを通信する
ために使用されるＲＴｓｅｒｖｅｒを示すフロー線図である。

【図５】ＰｌａｔｉｎｕｍＥｎｔｅｒｐｒｉｓｅＣｏｍｍｕｎｉｃａ
ｔｏｒ（ＰＥＣ）メッセージを受取るＬＥＳエージェントを示すフロー線図であ
る。

【図６】ＰＥＣを介して、ポイントプロダクトパラメータをポイントプロ
ダクト・プロセスに送信するＬＥＳエージェントを示すフロー線図である。

【図７Ａ】ＬＥＳエージェントの開始を示すフローチャートである。

【図７Ｂ】ＬＥＳエージェントのプロセスを示すフローチャートである。

【図８】ＬＥＳディレクトリ構造を示すブロック線図である。

【図９】アプリケーションおよびポイントプロダクトのユーザ識別の必要
性を示す、ＰｌａｔｉｎｕｍＳｅｃｕｒｉｔｙＭｏｄｅｌのブロック線図で
ある。

【図１０】ＰＯＥＭＳスケジューリングサービス・ジョブ・スケジューリ
ングィンドウを示す図である。

【図１１】ポイントプロダクト・プロパティシートを示す図である。

【図１２】ポイントプロダクト・プロパティシート上のプルダウンカレン
ダーを示す図である。

【図１３】ポイントプロダクト・プロパティシートを介して実行するべく
スケジューリングされたジョブの例を示す図である。

【図１４】ポイントプロダクト・プロパティシートを介して実行するべく
スケジューリングされたジョブの第２例を示す図である。

【図１５】毎日実行するようにスケジューリングされたジョブの１例を提
示する図である。

【図１６】毎週指定日に実行するようにスケジューリングされたジョブの
１例を提示する図である。

【図１７】毎月選択した指定日に実行するようにスケジューリングされた
ジョブの１例を提示する図である。

【図１８】１年の内の指定日に１度実行するようにスケジューリングされ
たジョブの１例を提示する図である。

【図１９】通知スクリプトウィンドウの図である。

【図２０】カレンダー選択ウィンドウの図である。

【図２１】カレンダーに関連してジョブを実行するために選択した日付け
を備えたカレンダーを作成するために使用する、カレンダー作成ウィンドウの図
である。

【図２２】編集のために表示された現存のカレンダーの図である。

【図２３】ストラテジーウィンドウを作成し、編集および削除のためにス
トラテジーウィンドウを選択するために使用されるストラテジー・スケジューリ
ングウィンドウの図である。

【図２４】ストラテジー・スケジューリングウィンドウからＣｒｅａｔｅ
をクリックすることによって呼出されたポイントプロダクトプロパティシートの
図である。

【図２５】スケジュールを削除する際に、クリーンアップスクリプトを識
別するためのプロンプトを備えた削除スケジュールウィンドウの図である。

【図２６】オブジェクト挿入ウィンドウの図である。

【図２７】プロパティーウィンドウの一般タブを示すである。

【図２８】プロパティーウィンドウの表示タブを示す図である。

【図２９】オブジェクトを表示するためのアイコングラフィックの選択に
使用されるＩｎｔｅｌｌアイコンビットマップ選択を示す図である。

【図３０】ジョブリソースオブジェクト用のラベルを表示するためのＥｘ
ｐｌｏｒｅｒビューの１例である。

【図３１】プロパティウィンドウのジョブレポジトリタブを示す図である
。

【図３２】ジョブ・リソースオブジェクトのフォルダの階層を示す図であ
る。

【図３３】全ジョブフォルダ内のジョブをリスティングした図である。

【図３４】全ジョブ任意状態フォルダ内のジョブを示す図である。

【図３５】ジョブの実行履歴の１例を示す図である。

【図３６】特定のノード下の、全ジョブ任意状態フォルダ内のジョブをリ
スティングした図である。

【図３７】ジョブが使用できるプロパティページタブの図である。

【図３８】コマンド・タブプロパティページの図である。

【図３９】データベースタブプロパティページの図である。

【図４０】ジョブ・スケジューリング・タブプロパティページの図である
。

【図４１】パラメータ・タブプロパティページの図である。

【図４２】ジョブ実行についての情報を含んだ一般タブプロパティページ
の図である。

【図４３】ジョブ実行についてのプロダクト特定情報を表示する実行状態
タブプロパティページの図である。

【図４４】ジョブリソースオブジェクト内にあるグループのテキスト上の
一般タブプロパティページの図である。

【図４５】ディレクターエクスプローラビュー内のログファイルカラムの
ビューを示す図である。

【図４６】ログファイルを見るためにポップアップメニューを使用した図
である。

【図４７】特定のジョブ実行について表示されたログファイルビューアの
図である。

【図４８】ジョブのフォルダを削除するために使用したポップアップメニ
ューの図である。

【図４９】ジョブ削除ウィンドウの図である。

【図５０】状態および結果ウィンドウの図である。

【図５１】１つのジョブを削除する際の、ポップアップメニューの使用を
示す図である。

【図５２】ジョブ削除ウィンドウの図である。

【図５３】１つのジョブを削除する際の、状態および結果ウィンドウの図
である。

【図５４】フォルダレベルで複数のジョブの再実行を呼出す際の、ポップ
アップウィンドウの使用を示す図である。

【図５５】ジョブ再実行ポップアップウィンドウの図である。

【図５６】ジョブフォルダ内のジョブの再実行についての状態および結果
ウィンドウの図である。

【図５７】１つのジョブを再実行するためのポップアップウィンドウの使
用を示す図である。

【図５８】個々のジョブ用のジョブ再実行ウィンドウを示す図である。

【図５９】実行中のジョブを取消すための、ポップアップウィンドウの使
用を示す図である。

【図６０】実行取消しポップアップウィンドウの図である。

【図６１】実行中のジョブ上でプログレスモニターを呼出すためのポップ
アップウィンドウの使用を示す図である。

【図６２】位相、全体の進行、その他ジョブについての特定情報を示すた
めに、本発明によって使用されるプログレスモニタを示す図である。

【図６３】ディレクタ・サービス・マネージャモニタの図である。

【図６４】ノード上に常駐するプログラムに関する情報を表示するサービ
ス・マネージャモニタの右側を示す図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者デヴィラーズリチャードイーアメリカ合衆国カリフォルニア州 93012 カマリロアーミトスドライヴ 6408 (72)発明者ミルザデシヴァアメリカ合衆国カリフォルニア州 91367 ウッドランドヒルズバーバンクブールヴァード 20817 Ｆターム(参考） 5B085 AC01 AC11 BA01 5B098 AA10 GA03 GA08 GC16 GD02 GD14 【要約の続き】・エージェントは、対応するノードで実行されるそれぞれのジョブについてのジョブ情報を含むローカル・ジョブ・レポジトリを保持し、メッセージをジョブ・データ・マネージメントＡＰＩへと送り、すべてのノードで実行されるジョブの情報を含むセントラル・ジョブ・レポジトリを保持する。

Claims

【特許請求の範囲】

【請求項１】少なくとも１つのコンピューティング・プラットホームの少
なくとも１つのノードにおいてスケジューリング・ジョブを実行させるためのジ
ョブ・スケジューリング・デバイスであって、該デバイスは、それぞれのノードにインストールされエージェントに与えられるジョブの実行
を開始させるエンタープライズ・スケジューリング・エージェントと、少なくとも１つの前記ノードにおいて実行される少なくとも１つのジョブを同
定するパラメータを受け取り、認証するプレゼンテーション・レイヤと、前記パラメータにより少なくとも１つのジョブをアロケートし、かつ該アロケ
ートされたジョブを少なくとも１つのエンタープライズ・スケジューリング・エ
ージェントへと与えるジョブ・スケジューラとを含むジョブ・スケジューリング・デバイス。
【請求項２】さらに、それぞれのエンタプライズ・スケジューリング・エ
ージェントに与えられたジョブのジョブ・データとジョブ・ヒストリとを保持す
るジョブ・データ・マネージメント・デバイスを含む請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項３】前記ジョブ・ヒストリは、前記与えられたジョブのステータ
スに関連するそれぞれのエンタプライズ・スケジューリング・エージェントから
受け取った情報を含む請求項２に記載のジョブ・スケジューリング・デバイス。
【請求項４】前記ジョブ・データ・マネージメント・デバイスは、前記ジ
ョブ・スケジューラにより使用され、前記エンタープライズ・スケジューリング
・エージェントに与えられるジョブにおけるパラメータを設定する請求項２に記載のジョブ・スケジューリング・デバイス。
【請求項５】さらに、それぞれのエンタープライズ・スケジューリング・エージェントに渡されるジ
ョブと、ジョブのヒストリとの両方を保持するジョブ・ヒストリ・レポジトリを
含み、それぞれのエンタプライズ・スケジューリング・エージェントは、前記ジョブ・スケジューラと前記エンタープライズ・スケジューリング・エー
ジェントとの間でメッセージを送受信するエージェント・コミュニケータと、前記エンタープライズ・スケジューリング・エージェントに与えられるジョブ
をセットアップし、開始させ、実行し、管理するジョブ・マネージャと、前記ジョブ・ヒストリ・レポジトリのデータをアップデートおよび削除するデ
ータ・マネージャと、前記エンタープライズ・スケジューリング・エージェントの内部機能とファイ
ル・マネージメントとメッセージ処理機能とを処理する低レベルＡＰＩ（ＬＥＳ
エージェント）とを含む請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項６】さらに、前記ジョブ・スケジューラとそれぞれのエンタープライズ・スケジューリング
・エージェントとの間でメッセージを構築すると共に通信を行うエンタープライ
ズ・コミュニケータと、それぞれのエンタープライズ・スケジューリング・エージェントに与えられた
ジョブのジョブ・ヒストリを保持するジョブ・データ・マネージメント・デバイ
スとを含み、前記データ・マネージャは、前記エンタープライズ・スケジューラから前記ジ
ョブ・データ・マネージメント・デバイスへと送られるエンタープライズ・コミ
ュニケータのメッセージを介して前記ジョブ・ヒストリをアップデートする請求項５に記載のジョブ・スケジューリング・デバイス。
【請求項７】さらに、前記エンタープライズ・スケジューリング・エージェントに与えられるジョブ
の支配に関連するコマンドを受け取るコマンド・ライン・デバイスと、実行のために前記コマンド・ライン・デバイスを、少なくとも１つの前記エン
タープライズ・スケジューリング・エージェントと通信させるジョブ・アドミニ
ストレーション・デバイスとを含む請求項１に記載のジョブスケジューリング・デバイス。
【請求項８】前記コマンド・ライン・デバイスにより受け取られる前記コ
マンドは、ジョブの削除、前記ジョブのすべての実行、少なくともプロダクト・
コードの１つによるすべてのジョブのリスト、ジョブの即時リターンの少なくと
も１つを含む請求項７に記載のジョブ・スケジューリング・デバイス。
【請求項９】前記コマンド・ライン・デバイスにより受け取られる前記コ
マンドは、文脈変数を含み、かつ前記エンタープライズ・スケジューリング・エージェントは、その時点におけ
るジョブとジョブ・パラメータとにしたがって前記文脈変数を変換し、かつ前記
コマンドを実行する請求項８に記載のジョブ・スケジューリング・デバイス。
【請求項１０】さらに、前記エンタープライズ・スケジューリング・エージェントと、前記ジョブ・ス
ケジューリング・デバイスへのジョブを受け取る少なくとも１つのプロダクトと
の間で通信リンクを与えるポイント・プロダクト・デバイスを含み、前記ポイント・プロダクト・デバイスは、ジョブ・ステータス、ジョブ・ログ
ファイル、セットアップ、キャンセル、ジョブ・パラメータ機能、およびそれぞ
れのエンタープライズ・スケジューリング・エージェントと前記少なくとも１つ
のプロダクトとの間の要求とを通信する請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項１１】さらに、コマンド・ライン・インプットを受け取り、かつ前記コマンド・ライン・イン
プットを少なくとも１つのエンタープライズ・スケジューリング・エージェント
に通信するジョブ・アドミニストレーション・デバイスと、それぞれのエンタープライズ・スケジューリング・エージェントに受け取られ
るジョブのジョブ・ヒストリを保持するジョブ・データ・マネージメント・デバ
イスと、前記ジョブ・スケジューラと、ポイント・プロダクト・デバイスと、ジョブ・
アドミニストレーション・デバイスと、ジョブ・データ・マネージメント・デバ
イスと、それぞれの前記エンタープライズ・スケジューリング・エージェントの
少なくとも１つとの間でメッセージを送るエンタープライズ・コミュニケータとを含む請求項１０に記載のジョブ・スケジューリング・デバイス。
【請求項１２】さらに前記ジョブ・スケジューラとそれぞれの前記エンタープライズ・スケジューリ
ング・エージェントとの間でメッセージを送出するエンタープライズ・コミュニ
ケータを含む請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項１３】それぞれのエンタプライズ・スケジューリング・エージェ
ントは、それぞれのエンタープライズ・スケジューリング・エージェントを固有
のデータ・グループで同定する特定ノード・アドレスに登録し、前記エンタープライズ・コミュニケータは、それぞれのメッセージをデータ・
グループに対応する少なくとも１つのあて先でコード化してそれぞれのメッセー
ジを、少なくとも１つのエンタープライズ・スケジューリング・エージェントへ
と送る請求項１２に記載のジョブ・スケジューリング・エージェント。
【請求項１４】さらに、それぞれのノードにインストールされたローカル
・ジョブ・レポジトリを含み、それぞれのローカル・ジョブ・レポジトリは、前記ローカル・ジョブ・レポジ
トリがインストールされる前記ノードに受け取られるそれぞれのジョブと、ジョ
ブ・ヒストリとを保持し、それぞれのローカル・ジョブ・レポジトリは、前記ローカルジョブ・レポジト
リがインストールされる前記ノードにインストールされる前記エンタープライズ
・スケジューリング・エージェントによりアップデートされ、前記ジョブ情報は、それぞれのジョブを実行させるために必要なジョブ・パラ
メータを含む請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項１５】さらにそれぞれのエンタープライズ・スケジューリング・エージェントに受け取られ
るジョブのジョブ・ヒストリを保持するジョブ・データ・マネージメント・デバ
イスと、それぞれのローカル・ジョブ・レポジトリを、前記ジョブ・データ・マネージ
メント・デバイスにより保持された前記ジョブ・ヒストリと同期させる同期デバ
イスとを含む請求項１４に記載のジョブ・スケジュール・デバイス。
【請求項１６】さらに、前記ジョブの少なくとも１つの実行をモニタするとともに表示させるプログレ
ス・モニタを含み、前記プログレス・モニタは、前記ジョブおよび前記ジョブのカレント・フェーズの同定、前記ジョブの完了パーセンテイジ、前記カレント・フェーズの完了パーセンテイジの視覚的な表示、を与える請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項１７】さらに、ユーザから受け取るジョブのログイン・パラメータを受け取るオート・ログイ
ン・デバイスを含み、前記ログイン・パラメータは、エンタープライズ・スケジューリング・エージ
ェントにより使用され、前記受け取ったジョブを開始および実行させる請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項１８】さらに受け取られたジョブのステータスをユーザに通知するための指令を含む通知ス
クリプトを実行する通知スクリプト・デバイスを含み、前記通知スクリプト・デバイスは、特定ジョブについての通知スクリプトを生
成、編集、選択する機能を含む請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項１９】前記プレゼンテーション・レイヤは、受け取られるジョブをスケジュールし、特定するためのユーザ入力を受け取る
ＧＵＩインタフェイスを含み、前記ＧＵＩインタフェイスは、スケジュール・カレンダの選択および生成、開
始日付および時間の選択、ジョブ実行の繰り返しの間隔の選択、およびジョブの
即時実行の選択のための機能を含む請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項２０】さらに、ジョブとジョブの実行とを専有させると共に目視することを可能とするリソー
ス・マネージメント・デバイスを含む請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項２１】前記リソース・マネージメント・デバイスは、ジョブを表
すオブジェクトを規定すると共に、前記ジョブを同定し該ジョブの記述するラベルのための入力フィールドを含む
汎用特性ページと、前記ジョブを表すためのアイコンを同定するための選択フィールドを有する記
述特性ページと、ジョブ時間を表示するためのタイム・ゾーンを同定するための選択フィールド
を有するレポジトリ・ページとを含むＲＭＧＵＩを含む請求項２０に記載のジョブ・スケジューリング・デバイス。
【請求項２２】前記リソース・マネージメント・デバイスにより規定され
るオブジェクトは、オール・ジョブ・フォルダのうちの少なくとも１つを含むフォルダと、グルー
プ・ジョブ・フォルダと、ノード・ジョブフォルダと、プロダクト・ジョブ・フ
ォルダと、タイプ・フォルダと、ユーザ・ジョブ・フォルダを含む階層を含む請求項２１に記載のジョブ・スケジューリング・デバイス。
【請求項２３】前記オール・ジョブ・フォルダは、ステータスにかかわらずジョブをリストし、かつそれぞれのジョブのジョブ・
ヒストリに伴われたオール・ジョブ・エニー・ステータス・フォルダと、実行完了、実行失敗、実行開始せず、優先実行、実行中、実行停止を含むステ
ータスにしたがってジョブをリストするオール・ラン・バイ・ステータス・フォ
ルダと、保持され、かつ後の時点のためにスケジュールすることができるジョブをリス
トする保持ジョブ・フォルダと、実行するべくスケジュールされたジョブをリストするスケジュールド・ジョブ
・フォルダとを含む請求項２２に記載のジョブ・スケジューリング・デバイス。
【請求項２４】前記プレゼンテーション・レイヤは、ユーザが見ることができ、生成でき、変更でき、かつ戦略のためのスケジュー
ルを削除することができる戦略スケジューリング・ウインドウを含む請求項１に記載のジョブ・スケジューリング・デバイス。
【請求項２５】多重にネットワークされたコンピューティング・プラット
ホームにわたってジョブをスケジューリングする方法であって、該方法は、スケジュールされる少なくとも１つのジョブについてジョブ・パラメータに基
づいて少なくとも１つのジョブを決定するステップと、前記コンピュータ・プラットホームの選択されたノードに保持される少なくと
も１つのスケジューリング・エージェントへと少なくとも１つのジョブを送出す
るステップと、前記スケジューリング・エージェントの管理下で前記選択されたノードでそれ
ぞれのジョブを実行させるステップとを含む方法。
【請求項２６】さらに、前記実行されるジョブの進行をモニタするステップと、プログレス・モニタで進行を表示するステップとを含む請求項２５に記載の方法。
【請求項２７】さらに、ジョブ・ヒストリ・レポジトリ内のそれぞれのジョブとそれぞれのジョブの
ヒストリとを記録するステップを含む請求項２５に記載の方法。
【請求項２８】さらに、前記ジョブの選択されたノードのスケジューリング・エージェントから送ら
れるそれぞれのジョブに関連して、ステータス・メッセージをリトリーブすると
共に、前記ステータス・メッセージに基づいて前記ジョブ・ヒストリ・レポジトリを
アップデートするためのジョブ・データ・マネージメント・デバイスを使用する
ステップを含む請求項２７に記載の方法。
【請求項２９】さらに、ジョブと、前記それぞれのノードに受け取られるそれぞれのジョブについての
ジョブ・ヒストリ情報とを含む前記ノードそれぞれにローカル・ジョブ・レポジ
トリを保持するステップを含む請求項２８に記載の方法。
【請求項３０】さらに、それぞれのローカル・ジョブ・レポジトリについて前記ジョブ・ヒストリ・レ
ポジトリを同期させるステップを含む請求項２９に記載の方法。
【請求項３１】前記決定ステップは、プロダクトおよび前記ジョブ・パラメータを収集するユーザ・インタフェイス
のうちの１つから前記ジョブ・パラメータをリトリーブするステップと、前記ジョブ・パラメータを認証するステップと、前記ジョブ・パラメータに基づいてジョブをアロケートするステップとを含む請求項２５に記載の方法。
【請求項３２】前記送出ステップは、前記ジョブ・パラメータをＰＥＣ通信フォーマットにパッケージングするステ
ップと、前記ジョブ・パラメータが決定されるコンピューティング・プラットホームか
ら前記パッケージされたジョブ・パラメータを前記選択されたノードに保持され
る前記スケジューリング・エージェントへと通信するステップとを含む請求項２５に記載の方法。
【請求項３３】前記実行ステップは、前記ジョブ・パラメータにより同定されるアプリケーション・プログラムを実
行させるために前記選択されたノードをセット・アップするステップと、前記選択されたノードで前記アプリケーション・プログラムを実行するステッ
プと、実行される前記アプリケーションの進行をモニタするステップとを含む請求項３３に記載の方法。
【請求項３４】さらに、エンタープライズ・スケジューリング・エージェントに受け取られたジョブ
を支配するためのコマンド・ラインを受け取るステップと、実行のため、前記エンタープライズ・スケジューリング・エージェントの少な
くとも１つへと前記コマンド・ラインを通信するステップとを含む請求項２５に記載の方法。
【請求項３５】さらに、前記コマンド・ラインの文脈変数を、前記文脈変数および支配される前記ジョ
ブに基づいたデータで置き換えるステップと、前記コマンド・ラインを実行するステップとを含む請求項３４に記載の方法。
【請求項３６】さらに、ジョブ・ステータス、ジョブ・ログファイル、セットアップ、キャンセル、
ジョブ・パラメータ機能、プロダクトとぞれぞれのエンタープライズ・スケジュ
ーリング・エージェントとの間での前記データの要求の少なくとも１つを含むデ
ータを通信するステップとを含む請求項２５に記載の方法。
【請求項３７】さらに、登録されたエンタープライズ・スケジューリング・エージェントを固有のデー
タ・グループに同定するノード・アドレスでそれぞれのエンタープライズ・スケ
ジューリング・エージェントを登録するステップと、ジョブとジョブ支配コマンドと要求とを、メッセージを介してそれぞれのエン
タープライズ・スケジューリング・エージェントと通信するステップと、受け取り側エンタープライズ・スケジューリング・エージェントへと送られる
それぞれのメッセージを前記受け取り側エンタープライズ・スケジューリング・
エージェントへと前記メッセージを向けるデータ・グループに対応する少なくと
も１つのあて先でエンコードするステップとを含む請求項２５に記載の方法。
【請求項３８】さらに、ユーザがスケジューリングするオート・ログイン・ジョブからオート・ログイ
ン・パラメータをリトリーブするステップと、前記オート・ログイン・パラメータを使用して前記ジョブの実行を開始させる
ステップとを含む請求項２５に記載の方法。
【請求項３９】さらに、受け取られるジョブのための通知スクリプトをリトリーブするステップと、前記ジョブの完了および要求されたステータス・ポイントの少なくとも１つに
おいて前記通知スクリプトを実行させるステップとを含む請求項３８に記載の方法。
【請求項４０】さらに、実行時間および前記ジョブの少なくとも１つの間隔のうちの少なくとも１つを
同定するスケジューリング・カレンダを受け取るステップと、前記カレンダにおいて同定されたその時点および選択されたノードで前記ジョ
ブを実行させるステップとを含む請求項２５に記載の方法。
【請求項４１】さらに、書き込まれた記述を含む前記ジョブ、ラベル、および前記ジョブを表すように
選択されたアイコンのうちの少なくとも１つの記述を与えるステップと、ジョブ・タイムの表示のためのタイム・ゾーンを同定するステップとを含む請求項２５に記載の方法。
【請求項４２】さらに、ジョブ・タイムおよびオブジェクトを含むフォルダにおけるステータスについ
て情報を配置するステップを含み、それぞれのフォルダが内部に含まれるジョブ
のカテゴリ付けを同定するオール・ジョブ・フォルダ、グループ・ジョブ・フォ
ルダ、ノード・ジョブ・フォルダ、プロダクト・ジョブ・フォルダ、タイプ・ジ
ョブ・フォルダ、およびユーザ・ジョブ・フォルダを含む請求項２５に記載の方法。
【請求項４３】さらに、前記オール・ジョブ・フォルダを組織化して、それぞれのジョブのステータスおよびそれに伴われるジョブ・ヒストリにかか
わらずジョブをリストするオール・ジョブ・エニイ・ステータス・フォルダ、実行完了、実行失敗、実行開始せず、優先実行、実行中、実行停止を含むステ
ータスにしたがってジョブをリストするオール・ラン・バイ・ステータス・フォ
ルダ、保持され、かつその後にスケジュールすることができるジョブをリストする保
持ジョブ・フォルダ、実行するべくスケジュールされたジョブをリストするスケジュール・ジョブ・
フォルダ、のうちの少なくとも１つを含む追加のフォルダを保持させるステップを含む請求項４２に記載の方法。
【請求項４４】さらに、ユーザが見ることができ、生成でき、変更でき、かつ戦略のためのスケジュー
ルを削除することができる戦略スケジューリング・ウインドウを与えるステップを含む請求項２５に記載の方法。
【請求項４５】記録された指令を含むコンピュータ可読な記録媒体であっ
て、コンピュータにロードされた場合にコンピュータに対して、スケジュールされた少なくとも１つのジョブに対するジョブ・パラメータに基
づいて少なくとも１つのジョブを決定するステップと、前記少なくとも１つのジョブを、コンピュータ・プラットホームの選択された
ノードに保持された前記少なくとも１つのスケジューリング・エージェントに送
出するステップと、前記スケジューリング・エージェントの支配下で前記選択されたノードでそれ
ぞれのジョブを実行させるステップとを行わせるコンピュータ可読な記録媒体。
【請求項４６】少なくとの１つのコンピューティング・プラットホームの
少なくとも１つのノードでスケジュールされたジョブを実行させるためのジョブ
・スケジューリング・デバイスであって、該デバイスは、それぞれのノードにインストールされ、かつ受け取られたジョブの実行を開始
させるエンタープライズ・スケジューリング手段と、少なくとも前記ノードにおける実行のため受け取られる少なくとも１つのジョ
ブを同定するパラメータを受け取ると共に認証するプレゼンテーション手段と、前記パラメータに基づいて少なくとも１つのジョブをアロケートすると共に、
前記アロケートされたジョブを、前記少なくとも１つのエンタープライズ・スケ
ジューリング手段に渡すジョブ・スケジューラ手段とを含むジョブ・スケジューリング・デバイス。