(57)【要約】      （修正有）【課題】プログラムのスケジュール実行システムにおいて、プログラム登録時に一度だけスケジュール情報を登録するのではなく、運用する中で実行スケジュールを追加・更新・削除する。また、実行スケジュールを管理する際、管理者がスケジュール実行システムを操作できないような環境にいる場合や、複数人の管理者で適切なアクセス権限を与える必要がある場合などに対応したスケジュール管理を提供する。【解決手段】スケジュール情報をデータベースに登録しておき、スケジュール実行システムが逐次データベースの更新を検知して実行スケジュールに反映させるスケジュール実行方式と、反映されたスケジュール情報に応じて実行対象プログラムを実行するスケジュール時実行方式、スケジュール情報データベースを管理するウェブアプリケーションによるウェブブラウザによるスケジュール情報管理方式を連携させる。【選択図】図１
2011150442.tif 000002
【特許請求の範囲】
【請求項１】
スケジュールに応じてプログラムを自動実行する実行スケジュール管理システムにおいて、
前記スケジュールの内容を示すスケジュール情報を保存するデータベースと、
前記データベースを監視することで、前記プログラムに含まれる実行スケジュール情報の変更を検知する手段と、
検知された前記変更の内容に応じて、前記プログラムに含まれる実行スケジュール情報を更新する手段とを有し、
前記プログラムは、更新された実行スケジュール情報に従って実行することを特徴とするプログラムの実行スケジュール管理システム。
【請求項２】
請求項１に記載のプログラムの実行スケジュール管理システムにおいて、
前記変更を検知する手段は、前記実行スケジュールの変更として、新規登録、更新、削除が含まれることを特徴とするプログラムの実行スケジュール管理システム。
【請求項３】
請求項１または２のいずれかに記載のプログラムの実行スケジュール管理システムにおいて、
前記検知する手段は、前記データベースに保存されたスケジュール情報の変更を、前記実行スケジュールの変更として検知することを特徴とするプログラムの実行スケジュール管理システム。
【請求項４】
請求項１乃至３のいずれかに記載のプログラムの実行スケジュール管理システムにおいて、
前記データベースは、前記スケジュール情報として有効期間開始日時と有効期間終了日時を保持し、
前記プログラムは、前記有効期間開始日時と前記有効期間終了日時開始に従って、スケジュールの開始と終了を行うことを特徴とするプログラムの実行スケジュール管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラムのスケジュール実行に関し、特に実行スケジュールの管理システムに関する。
【背景技術】
【０００２】
現在、様々な場面でプログラムのスケジュール実行が行われている。例として、一定時間毎にデータベースからデータを取得し、データに応じたCSVファイルを生成して出力するシステムなどで用いられる。システムは、スケジュールに応じてデータベースアクセスとCSV生成を行うプログラムを実行することで、自動的にスケジュール通りにCSVファイルを出力する。
【０００３】
プログラムのスケジュール実行には、実行されるプログラム自身がスケジュール実行機能を持っている場合と、スケジュール実行機能を提供するシステムに、実行するプログラムと実行スケジュールを登録する方法が存在する。前者は、プログラム自体がスケジュール実行機能を有するため、そのプログラム単体でスケジュール実行が可能であるが、他のプログラムをスケジュール実行することや、他のプログラムとの実行順序制御などが不可能である。後者は、汎用的なスケジュール実行機能を有するシステムによるものであり、あらかじめ実行するプログラムと実行スケジュールを登録しておき、スケジュールに応じて自動的にプログラムを実行する。
【０００４】
後者の方法において、あらかじめ実行するプログラム（バッチジョブ)と実行スケジュールや実行条件を登録しておく方法が特許文献１に記載されている。
【０００５】
特許文献１では、所定期間毎に複数のバッチジョブを非定型に組み合わせて実行するシステムにおいて、各バッチジョブにその実行スケジュール（事項間隔)および先行バッチジョブ名を含む実行条件をバッチジョブと対応して予め格納しておくバッチジョブファイルと、所定期間毎に該実行条件ファイルを検索して当該時間に実行すべきバッチジョブを抽出する抽出手段と、抽出されたバッチジョブを格納する抽出バッチジョブファイルと、該抽出されたバッチジョブを先行バッチジョブより順次実行するバッチジョブ実行制御手段を有し、プログラムのスケジュール実行機能を提供している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６-５９９１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
システムの運用形態が多様化する中、プログラム登録時に一度だけスケジュール情報を登録し、それを変更などすることなく、運用する中で実行スケジュールを追加・更新・削除したい場合が考えられる。つまり、状況に応じて、柔軟なスケジュール管理およびそれに基づいた実行が求められている。このような場合、特許文献１のように実行するプログラムと実行スケジュールを事前に登録しておく方法では、不便であり、運用時に動的にこれを管理・反映させることが求められる。
【０００８】
また、実行スケジュールを管理する際、管理者がスケジュール実行システムを操作できないような環境にいる場合や、複数人の管理者で適切なアクセス権限を与える必要がある場合なども特に柔軟な実行スケジュール管理方法が求められている。
【課題を解決するための手段】
【０００９】
これらの課題の少なくとも１つを解決するために本発明では、スケジュール情報をデータベースに登録しておき、スケジュール実行システムが逐次データベースの更新を検知して実行スケジュールに反映させ、反映されたスケジュール情報に応じて実行対象プログラムを実行し、スケジュール情報データベースを管理するウェブアプリケーションによるウェブブラウザなどを利用してスケジュール情報を管理し、各処理をそれぞれ連携させるものである。
【発明の効果】
【００１０】
発明によれば、プログラムの実行スケジュールの柔軟な管理、例えば、追加・更新・削除が可能となる。
【００１１】
また、スケジュール情報データベースへの更新が可能なWebアプリケーションを提供することで、Webブラウザ経由でスケジュール管理も可能となる場合がある。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態の構成図である。
【図２】スケジューラアプリケーション内のマネージャのスケジュールタイマ管理機能のフローチャートである。
【図３】スケジューラアプリケーション内のタイマのプログラムのスケジュール実行機能のフローチャートである。
【図４】スケジュール管理アプリケーションのスケジュール管理機能のフローチャートである。
【図５】データベースサーバの実行スケジュール格納テーブルである。
【図６】スケジュール管理者端末からブラウザを介してスケジュール管理アプリケーションを使用する際に表示される、スケジュール情報一覧画面の例である。
【図７】スケジュール管理者端末からブラウザを介してスケジュール管理アプリケーションを使用する際に表示される、スケジュール登録画面の例である。
【発明を実施するための形態】
【００１３】
以下、本発明によるプログラムのスケジュール実行システム、及び実行スケジュール管理システムの実施形態を図面により詳細に説明する。なお、以下に説明する本発明の実施形態は、実行スケジュール情報を保持するデータベースと、それをブラウザからスケジュール管理アプリケーションを使用することで管理し、そのスケジュール情報データベースの更新を検知してプログラムの実行スケジュールに反映させ、プログラムをスケジュールに応じて実行するものである。
【００１４】
図１は、本実施形態の発明の一実施形態の全体構成図である。図１において、１０１はスケジュール管理者端末、１０２は画面（ディスプレイ)、１０３はキーボード、１０４はブラウザ、１０５はネットワーク、１０６はアプリケーションサーバ、１０７はスケジュール管理アプリケーション、１０８はデータベースサーバ、１０９はデータベース、１１０は実行スケジュール格納テーブル、１１１はアプリケーションサーバ、１１２はスケジューラアプリケーション、１１３はマネージャ、１１４はタイマ、１１５は実行対象プログラムである。
【００１５】
本発明によるスケジュール実行システムは、図１に示すようにスケジュール管理者端末１０１に、画面（ディスプレイ)１０２とキーボード１０３とブラウザ１０４を有している。
【００１６】
アプリケーションサーバ１０６はスケジュール管理アプリケーション１０７を有しており、プログラムの実行スケジュール管理者はスケジュール管理者端末１０１を用いて、ネットワーク１０５を介してスケジュール管理アプリケーションを利用する。
【００１７】
データベースサーバ１０８は、データベース１０９を有し、前記のデータベースに実行スケジュール格納テーブル１１０を有している。
【００１８】
スケジュール管理アプリケーション１０７は、スケジュール管理者端末１０１から受け取るスケジュール管理者からの指示に応じ、実行スケジュール格納テーブル１１０に対してレコードの追加、更新、削除といった操作を行う。
【００１９】
アプリケーションサーバ１１１は、スケジューラアプリケーション１１２と実行対象プログラム１１５を有している。
【００２０】
スケジューラアプリケーション１１２は、１つのマネージャ１１３と複数のタイマ１１４を有している。スケジューラアプリケーション１１２は、起動時にマネージャ１１３を生成する。マネージャ１１３は、生成時に指定された一定間隔毎に実行スケジュール格納テーブル１１０を監視し、テーブルの状態に応じたタイマ１１４を生成する。タイマ１１４は、生成時に指定されたスケジュールに応じて、同じく指定された実行対象プログラム１１５を実行する。実行対象プログラム１１５は、実行可能な任意のプログラムが指定可能である。例としては、バッチジョブ等が当該する。
【００２１】
アプリケーションサーバ１０６、データベースサーバ１０８、アプリケーションサーバ１１１は、同一筐体として実装することが可能である。また、一部分だけを別筐体として実装すること、各の機能を別筐体として実装することも可能である。この際、それぞれの筐体同士はネットワーク通信が可能である必要がある。また、スケジュール管理アプリケーション１０７を有しているアプリケーションサーバ１０６の機能を担う筐体は、ネットワーク１０５に接続されている必要がある。
【００２２】
スケジュール管理アプリケーション１０７、または、スケジューラアプリケーション１１２は、それぞれデータベース１０９とのデータベースドライバを介した一般的なデータベース操作が可能である必要がある。
【００２３】
図２はスケジューラアプリケーション１１２の起動時処理、マネージャ１１３の動作を説明するフローチャートであり、各ステップには、ステップ番号を付してある。次に、これについて説明する。
（１)スケジューラアプリケーション１１２起動後（ステップ２０２)に、マネージャ１１３の生成（ステップ２０３)が行われる。この際、マネージャ１１３が実行スケジュール格納テーブル１１０を監視する間隔を指定する。これは、システムの動作環境、ネットワーク環境に応じた間隔を指定する必要があり、スケジューラアプリケーション１１２が保持するプロパティファイルに記述する実装方法などが考えられる。マネージャ１１３の生成後、起動時処理は終了する。（ステップ２０４）
（２)マネージャ１１３は生成された後、スケジュール処理を開始する。（ステップ２０５）
（３)スケジューラアプリケーション１１２において、既にタイマ１１４が存在する場合は、それら稼働中のタイマ１１４それぞれに関して、スケジューラアプリケーション１１２上でタイマ１１４が一意に決まる情報（スケジュールID、実行プログラム等)を取得し、メモリ上に保持しておく。（ステップ２０６）
（４)現在時刻を取得する。この際、実行スケジュール格納テーブル１１０で使用されている時刻のタイムゾーンと同じである必要がある。（ステップ２０７）
（５)ステップ２０７で取得した現在時刻を用い、現在時刻（ステップ２０７で取得)において有効であるスケジュールを実行スケジュール格納テーブル１１０から取得し、メモリ上に保持しておく。
この際、現在時刻において有効であるレコードとは、有効期間開始日時が現在時刻より過去（有効期間開始日時＜現在日時)、かつ、有効期間終了日時が現在時刻より未来（現在日時＜有効期間終了日時)であるものが該当する。実行スケジュール格納テーブル１１０において、論理削除を採用している場合（レコードの廃止を、レコードの削除ではなく廃止フラグを用いて行う場合)、前記条件に加えて論理削除されていないレコードであることが必要である。
図５に実行スケジュール格納テーブル１１０の実装例を示す。この場合、有効期間開始日時５０５が現在時刻より過去であり、かつ、有効期間終了日時５０６が現在時刻より未来であり、かつ、廃止フラグ５１４がアクティブでないもの（１ではないもの)が、現在時刻において有効であるレコードとして取得される。（ステップ２０８）
（６)メモリ上に存在する、ステップ２０６で取得した稼働中のタイマ１１４に関する情報と、ステップ２０８で取得した現在時刻（ステップ２０７で取得)において有効であるスケジュール情報を比較する。
１つのタイマ１１４は、それぞれに紐付いた実行スケジュール格納テーブル１１０の１レコードに対応する情報（スケジュール情報、実行プログラム、登録者等)をメモリ上に保持しており、タイマ１１４に紐付いたメモリ上に保持している情報と、それに対応した実行スケジュール格納テーブル１１０の情報を比較し、各情報が一致するものが存在する場合、現在時刻で有効、かつ既に生成済みのタイマ１１４としてメモリ上に存在する、ステップ２０６で取得した稼働中のタイマ１１４に関する情報と、ステップ２０８で取得した現在時刻において有効であるスケジュール情報から削除する。この際、比較回数を減らすため、スケジューラアプリケーション１１２上でタイマ１１４が一意に決まる情報のみを比較する方法や、１つのタイマ１１４における比較対象である情報を文字列として連結した後にハッシュ化し、リストとしてメモリ上に保持し、比較する際は項目毎ではなくハッシュ値を比較する方法などが考えられる。
図５の実行スケジュール格納テーブル１１０の実装例の場合、スケジュールID５０２、スケジュールオーナーID５０３、実行プログラム５０４、有効期間開始日時５０５、有効期間終了日時５０６、スケジュール実行開始日時５０７、プログラム実行間隔５０８、引数５０９が一致している場合、現在時刻で有効、かつ既に生成済みのタイマ１１４であるとみなす。
これにより、ステップ２０６で取得した稼働中のタイマ１１４に関する情報から、現在タイマ１１４として稼働中だが、現在時刻において有効ではないタイマ１１４に関する情報を、ステップ２０８で取得した現在時刻において有効であるスケジュール情報から、現在タイマ１１４として稼働していないが、現在時刻において有効であるスケジュール情報をそれぞれ取得し、メモリ上に保持しておく。（ステップ２０９）
（７)ステップ２０９で取得した、現在タイマ１１４として稼働中だが、現在時刻（ステップ２０７で取得)において有効ではないタイマ１１４に関する情報について、無効になったタイマ１１４であるとみなして、実行中のタイマ１１４が保持されているメモリ上から削除する。（ステップ２１０）
（８)ステップ２０９で取得した、現在タイマ１１４として稼働していないが、現在時刻（ステップ２０７で取得)において有効であるスケジュール情報に関して、スケジュールとして有効だがまだ存在しないタイマ１１４であるとみなして、当該情報を元にタイマ１１４を生成する。（ステップ２１１）
（９)ステップ２１１終了後、スケジュール管理処理が終了する。（ステップ２１２）
（１０)ステップ２０５からステップ２１２の一連のスケジュール管理処理について、スケジューラアプリケーション１１２が停止するまで、ステップ２０３でマネージャ１１３を生成する際に指定した実行間隔毎に実行する。
【００２４】
図３はタイマ１１４におけるプログラムのスケジュール実行処理の動作を説明するフローチャートであり、各ステップには、ステップ番号を付してある。次に、これについて説明する。
（１)タイマ１１４は、スケジューラアプリケーション１１２におけるマネージャ１１３により生成された際、即時に処理を開始する。（ステップ３０２）
（２)現在時刻を取得する。この際、実行スケジュール格納テーブル１１０で使用されている時刻のタイムゾーンと同じである必要がある。（ステップ３０３）
（３)タイマ１１４は、ステップ３０３で取得した現在時刻と、自身が保持するスケジュール実行開始日時を比較する。
【００２５】
図５の実行スケジュール格納テーブル１１０の実装例によるタイマ１１４の場合、テーブルのスケジュール実行開始日時５０７に該当する日時情報と、現在時刻（ステップ３０３で取得)を比較する。
（ステップ３０４）
（４)ステップ３０４の処理において、現在時刻（ステップ３０３で取得)が、自身が保持するスケジュール実行開始日時を過ぎていない場合（自身が保持するスケジュール実行開始日時＞現在時刻)、まだスケジュール実行開始するタイミングではないとみなし、再度ステップ３０３を実施する。
（５)ステップ３０４の処理において、現在時刻（ステップ３０３で取得)が、自身が保持するスケジュール実行開始日時を過ぎた場合（現在時刻＞自身が保持するスケジュール実行開始日時)、自身が生成された際に指示された実行対象プログラム１１５を、自身が保持する引数５０９を実行対象プログラム１１５の実行時引数として渡して実行する。（ステップ３０５）
図５の実行スケジュール格納テーブル１１０の実装例によるタイマ１１４の場合、テーブルの実行プログラム５０４に該当プログラムを実行する。この際、指示可能なプログラムは、スケジューラアプリケーション１１２から実行することが出来る任意のプログラムである。
ステップ３０３とステップ３０４は、非常に短いサイクルで繰り返されるため、プログラムの初回実行日時は、ほぼスケジュール実行開始日時と同じであるといえる。
（６)ステップ３０５で実行対象プログラム１１５を実行した後、マネージャ１１３から削除指示を受けているかどうかを判断する。マネージャ１１３がステップ２１０で自身に対して削除指示している場合、削除指示を受けていると判断する。（ステップ３０６）
（７)ステップ３０６の処理において、マネージャ１１３のステップ２１０でマネージャ１１３から削除指示を受けている場合、処理を終了する。（ステップ３０８）
その後、マネージャ１１３は当該タイマをメモリ上から削除する。
（８)ステップ３０６の処理において、マネージャ１１３のステップ２１０でマネージャ１１３から削除指示を受けていない場合、タイマ１１４は、自身が保持するプログラムの実行間隔を取得し、取得した実行間隔が経った後にステップ３０５を実施する。
【００２６】
図５の実行スケジュール格納テーブル１１０の実装例によるタイマ１１４の場合、テーブルのプログラム実行間隔５０８に該当する時間が経った後にステップ３０５を実施する。
【００２７】
これにより、登録されたスケジュールに応じて、実行対象プログラムが自動的に実行される。
【００２８】
図４はスケジュール管理アプリケーション１０７における動作を説明するフローチャートであり、各ステップには、ステップ番号を付してある。次に、これについて説明する。
（１)スケジュール管理者がスケジュール管理者端末１０１を用いて、ブラウザ１０４を使用して、ネットワーク１０５を介してアプリケーションサーバ１０６におけるスケジュール管理アプリケーション１０７にアクセスした際、処理が開始される。（ステップ４０２）
（２)スケジュール管理アプリケーション１０７は、データベースサーバ１０８にアクセスし、データベース１０９内の実行スケジュール格納テーブル１１０より、スケジュール管理者が管理可能なスケジュール情報を取得する。
複数のスケジュール管理者に対して、実行スケジュール格納テーブル１１０への参照権限を制御する場合、スケジュール情報を取得する際にスケジュール情報を制限する。
例として、スケジュール管理アプリケーション１０７へのアクセス時に認証行い、認証されたIDをキーにスケジュール情報を絞り込む実装が挙げられる。システムとして権限管理を行わない場合（ウェブアプリケーションでユーザ認証を行わない場合)や、スーパーユーザ権限（参照権限制御をおこなっているシステムにおいて、権限制御を受けずに参照可能な権限)を設けるシステム（この場合、特定のIDがスーパユーザ権限であることを対応付ける情報を、プロパティファイル等の形でシステムに保持する)において、スーパユーザ権限でアクセスした場合、実行スケジュール格納テーブル１１０に存在するスケジュール情報を制限せずに取得する。（ステップ４０３）
（３)ステップ４０３で取得したスケジュール情報から一覧を作成し、ブラウザ１０４を介してユーザに表示する。
【００２９】
スケジュール情報一覧画面では、スケジュール情報を適切に一覧表示することが出来る機能、それぞれのスケジュールを一意に識別することが出来る情報、スケジュールを選択することが出来る機能、スケジュールに対する操作である、新規登録・更新・削除などの更新（変更）を指示することが出来る機能が必要である。
【００３０】
図６にスケジュール情報一覧画面の実装例を示す。（ステップ４０４）
（４)既存のスケジュール情報に対して、更新、もしくは削除する場合は、ステップ４０４で表示された一覧において、編集対象のスケジュール情報を選択する。（ステップ４０５）
（５)スケジュール管理者は、既存のスケジュール情報を削除する場合、ステップ４０５で編集対象を選択した後、一覧画面より、スケジュールの削除を指示する。スケジュール管理アプリケーションは、指示された内容に従い、実行スケジュール格納テーブル１１０の当該レコードを削除する。
この際、実行スケジュール格納テーブル１１０で論理削除を採用している場合（レコードの廃止を、レコードの削除ではなく廃止フラグを用いて行う場合)、当該レコードの廃止フラグを立てる（ステップ４０６）
（６)ステップ４０６で正常にスケジュール情報が削除された場合、削除処理が完了する。（ステップ４０７）
（７)スケジュール管理者は、既存のスケジュール情報を更新する場合、ステップ４０５で編集対象を選択した後、一覧画面より、スケジュールの更新を指示する。スケジュール管理アプリケーションは、指示された内容に従い、実行スケジュール格納テーブル１１０から当該レコードを取得し、当該レコードの情報を更新画面として表示する。
【００３１】
図７にスケジュール情報更新画面の実装例を示す。実装例では登録画面と共通化している。（ステップ４０８）
（８)スケジュール管理者は、ステップ４０８で表示されたスケジュール情報更新画面から、スケジュール情報を更新する。この際、ステップ４０３のように、入力値を制限することが可能である。例えば、スケジュール管理者毎に指定可能な実行対象プログラムを制限するといった実装が考えられる。
また、システムで割り振る値に関しては、スケジュール管理者には入力させず、スケジュール管理アプリケーション１０７で補完して適切な値を入れる。（ステップ４０９）
（９)ステップ４０９で入力された情報の入力チェックを行う。チェック内容は、重複したスケジュール情報は存在しないか、有効期間終了日時５０６が有効期間開始日時５０５より過去でないか、スケジュール実行開始日時５０７と有効期間開始日時５０５が、スケジューラアプリケーション１１２におけるマネージャ１１３の、実行スケジュール格納テーブル１１０の監視間隔よりも離れているか、等である。（ステップ４１０）
（１０)ステップ４１０で問題ない更新情報であると判断された場合、スケジュール管理アプリケーションは、ステップ４０９で指示された内容に従い、実行スケジュール格納テーブル１１０の当該レコードを更新する。（ステップ４１１）
（１１)ステップ４１１で正常にスケジュール情報が更新された場合、更新処理が完了する。（ステップ４１２）
（１２)スケジュール管理者は、スケジュール情報を新規登録する場合は、ステップ４０４で表示された一覧において新規登録を指示する。
【００３２】
スケジュール管理アプリケーションは、新規登録画面を表示する。
【００３３】
図７にスケジュール情報新規登録画面の実装例を示す。実装例では更新画面と共通化している。（ステップ４１３）
（１３)スケジュール管理者は、ステップ４１３で表示された新規登録画面から、スケジュール情報を記述する。この際、ステップ４０３のように、入力値を制限することが可能である。例えば、スケジュール管理者毎に指定可能な実行対象プログラムを制限するといった実装が考えられる。
また、システムで割り振る値に関しては、スケジュール管理者には入力させず、スケジュール管理アプリケーション１０７で補完して適切な値を入れる。（ステップ４１４）
（１４)ステップ４０９で入力された情報の入力チェックを行う。チェック内容は、重複したスケジュール情報は存在しないか、有効期間終了日時５０６が有効期間開始日時５０５より過去でないか、スケジュール実行開始日時５０７と有効期間開始日時５０５が、スケジューラアプリケーション１１２におけるマネージャ１１３の、実行スケジュール格納テーブル１１０の監視間隔よりも離れているか、等である。（ステップ４１５）
（１５)ステップ４１５で問題ない新規登録情報であると判断された場合、スケジュール管理アプリケーションは、ステップ４１４で指示された内容に従い、実行スケジュール格納テーブル１１０に新規レコードを追加する。（ステップ４１６）
（１６)ステップ４１６で正常にスケジュール情報が新規登録された場合、新規登録処理が完了する。（ステップ４１７）
（１７)新規登録・更新・削除を行うことでスケジュール管理処理は完了するが、利用者の利便性等を考えて、処理完了後に再度スケジュール情報一覧を表示する実装も考えられる。
【符号の説明】
【００３４】
１０１・・・スケジュール管理者端末
１０２・・・画面（ディスプレイ）
１０３・・・キーボード
１０４・・・ブラウザ
１０５・・・ネットワーク
１０６・・・アプリケーションサーバ
１０７・・・スケジュール管理アプリケーション
１０８・・・データベースサーバ
１０９・・・データベース
１１０・・・実行スケジュール格納テーブル
１１１・・・アプリケーションサーバ
１１２・・・スケジューラアプリケーション
１１３・・・マネージャ
１１４・・・タイマ
１１５・・・実行対象プログラム
５０２・・・スケジュールＩＤ
５０３・・・スケジュールオーナーＩＤ
５０４・・・実行プログラム
５０５・・・有効期間開始日時
５０６・・・有効期間終了日時
５０７・・・スケジュール実行開始日時
５０８・・・プログラム実行間隔
５０９・・・引数
５１０・・・備考
５１１・・・登録日時
５１２・・・更新日時
５１３・・・廃止日時
５１４・・・廃止フラグ
【図１】
2011150442.tif 000003
【図２】
2011150442.tif 000004
【図３】
2011150442.tif 000005
【図４】
2011150442.tif 000006
【図５】
2011150442.tif 000007
【図６】
2011150442.tif 000008
【図７】
2011150442.tif 000009