(57)【要約】      （修正有）【課題】定期的にスケジュールジョブを実行するシステムにおいて、ユーザが実行スケジュール変更する場合に、ユーザの意図しないスケジュール変更を抑制する。【解決手段】クライアント、サーバ、およびスケジュールサービス提供装置が連携するシステムであって、スケジュール登録において、スケジュール指定方法を判定するステップと、スケジュール指定方法を識別するスケジュール指定方法識別情報をジョブ実行定義に設定するステップと、スケジュール変更画面表示において、ジョブ実行定義に設定されているスケジュール指定方法識別情報を判定するステップＳ５０３と、スケジュール指定方法識別情報が、ＧＵＩで選択して実行時刻を指定していることを示す場合に、ジョブ実行定義に設定されたＣｒｏｎ式から曜日と時刻を取得するステップＳ５０４と、前記取得した曜日と時刻を表示するページを生成するステップＳ５０５を有する。【選択図】図５
2015005145.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置１００、サーバ装置１０１、およびスケジュールサービス提供装置１０２が連携するシステムであって、
スケジュール登録において、制御部３０２がスケジュール指定方法を判定するステップＳ４０３と、スケジュール指定方法を識別するスケジュール指定方法識別情報をジョブ実行定義に設定するステップＳ４０６、Ｓ４０８と、スケジュール変更画面表示において、ジョブ実行定義に設定されているスケジュール指定方法識別情報を判定するステップＳ５０３と、スケジュール指定方法識別情報が、ＧＵＩで選択して実行時刻を指定していることを示す場合に、ジョブ実行定義に設定されたＣｒｏｎ式から曜日と時刻を取得するステップＳ５０４と、前記取得した曜日と時刻を表示するページを生成するステップＳ５０５と、を有するシステム。
【請求項２】
スケジュール指定方法識別情報が、Ｃｒｏｎ式を入力して実行時刻を指定していることを示す場合に、ジョブ実行定義に設定されているＣｒｏｎ式を表示するページを生成するステップＳ５０６と、を有することを特徴とする請求項１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、定期実行する処理のスケジュール指定方法、スケジュール表示を制御するための制御方法、およびプログラムに関する。
【背景技術】
【０００２】
あるコマンドや処理を定期的に行う場合、一般的にＵｎｉｘ（登録商標）系ＯＳではＣｒｏｎｔａｂ、Ｗｉｎｄｏｗｓ（登録商標）ではタスクスケジューラを用いて定期実行ジョブのスケジュール管理を行う。タスクスケジューラでは、開始時刻や日、曜日、実行頻度等をＧＵＩで選択することで実行スケジュールを指定できるが、指定可能な実行スケジュールは提供されるＧＵＩに制限される。Ｃｒｏｎｔａｂでは、ユーザがＣｒｏｎ式と呼ばれる所定のフォーマットに従った文字列を入力して実行スケジュールを指定する。Ｃｒｏｎ式は実行スケジュールを柔軟に指定可能であるが、ＧＵＩに比べ煩雑であり、ユーザがＣｒｏｎ式から実行スケジュールをすぐに理解することは一般的に困難である
従来、ＧＵＩあるいはＣｒｏｎ式のどちらかで実行スケジュールを指定する方法が開示されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２９３４２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら従来の方法には以下の問題があった。一度Ｃｒｏｎ式で登録したスケジュールを変更しようとする場合、そのスケジュールをＧＵＩで表示しようとするとＧＵＩでは表現しきれず不正確なスケジュールとなってしまう場合がある。このとき、そのままスケジュールの更新を行うと、ユーザの意図しないスケジュールに変更されてしまう。
【課題を解決するための手段】
【０００５】
クライアント装置１００、サーバ装置１０１、およびスケジュールサービス提供装置１０２が連携するシステムであって、
スケジュール登録において、制御部３０２がスケジュール指定方法を判定するステップＳ４０３と、スケジュール指定方法を識別するスケジュール指定方法識別情報をジョブ実行定義に設定するステップＳ４０６、Ｓ４０８と、スケジュール変更画面表示において、ジョブ実行定義に設定されているスケジュール指定方法識別情報を判定するステップＳ５０３と、スケジュール指定方法識別情報が、ＧＵＩで選択して実行時刻を指定していることを示す場合に、ジョブ実行定義に設定されたＣｒｏｎ式から曜日と時刻を取得するステ
ップＳ５０４と、前記取得した曜日と時刻を表示するページを生成するステップＳ５０５と、を有するシステム。
【発明の効果】
【０００６】
本発明によれば、定期的にスケジュールジョブを実行するシステムにおいて、ユーザが実行スケジュールを変更する場合に、ユーザの意図しないスケジュールに変更してしまうことを抑制できる。
【図面の簡単な説明】
【０００７】
【図１】ネットワーク構成を示す図である。
【図２】本発明の実施の形態に係るハードウェア構成図である。
【図３】本発明の実施の形態に係るサーバ装置１０１のモジュール構成図である。
【図４】本発明の実施の形態に係るサーバ装置１０１が実行するフローある。
【図５】本発明の実施の形態に係るサーバ装置１０１が実行するフローある。
【図６】本発明の実施の形態に係るサーバ装置１０１のスケジュールジョブ登録画面の例である。
【図７】本発明の実施の形態に係るサーバ装置１０１スケジュールジョブ変更画面の例である。
【図８】本発明の実施の形態に係るサーバ装置１０１とスケジュールサービス提供装置１０２間で送受信するジョブ実行定義の例である。
【発明を実施するための形態】
【０００８】
本発明の目的は、定期的にスケジュールジョブを実行するシステムにおいて、ユーザが実行スケジュールを変更する場合に、ユーザの意図しないスケジュール変更を抑制することである。
【０００９】
以降、本発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
図１は、本発明の実施例のシステム構成を示すブロック図である。１００はユーザが操作するクライアント装置１００であり、後述するサーバ装置１０１に対してリクエストを発行する。
【００１１】
１０１はユーザに対してサービスを提供するサーバ装置１０１である。サーバ装置１０１はクライアント装置１００からのリクエストを受信してスケジュールジョブの表示やスケジュールジョブ登録、更新、および削除を行う。
【００１２】
１０２は登録された処理を定期的に実行する機能を提供するスケジュールサービス提供装置１０２である。ジョブ管理部１０２３はサーバ装置１０１からのリクエストを受信してジョブ記憶部１０２２にスケジュールジョブを保存、あるいは、ジョブ記憶部１０２２に保存されたスケジュールジョブの取得、更新、削除を行う。ジョブ記憶部１０２２は任意のパラメーターを保存可能に構成されており、例えば、実行するジョブの種別毎に異なるパラメーターを保存可能である。また、登録された時刻になるとジョブ記憶部１０２２で保持したスケジュールジョブをジョブ実行部１０２１が実行する。
【００１３】
クライアント装置１００、サーバ装置１０１、スケジュールサービス提供装置１０２はそれぞれＬＡＮネットワーク１０３を介して接続されている。なおクライアント装置１００、サーバ装置１０１、スケジュールサービス提供装置１０２はそれぞれ個別のＬＡＮ上に構成されていてもよいし同一のＬＡＮ上に構成されていてもよい。また同一のＰＣ上に構成されていてもよい。
【００１４】
クライアント装置１００はまず、スケジュールジョブを登録するためサーバ装置１０１にアクセスする。
【００１５】
図６は、本実施の形態に係るサーバ装置１０１が表示するスケジュールジョブ登録画面６０１の例である。スケジュールジョブ登録画面６０１は、スケジュールジョブの名前を設定するジョブ情報設定領域６０２、スケジュールジョブを実行する時刻を設定するジョブ実行時刻設定領域６０３、スケジュールジョブで実行される処理のパラメーターを設定するジョブパラメーター設定領域６０４、およびこれらの設定を登録する登録ボタン６０５から成る。ジョブ実行時刻設定領域６０３は、曜日と開始時刻を選択して実行時刻を指定する（図６Ａ）、あるいは、Ｃｒｏｎ式を入力することで実行時刻を指定する（図６Ｂ）ことが可能である。ユーザは、スケジュールジョブ登録画面６０１を操作し、スケジュールジョブを実行したい時刻およびパラメーター等を入力して登録ボタン６０５を押す。登録ボタン６０５が押下されると、サーバ装置１０１は、指示された設定をスケジュールサービス提供装置１０２に送信する。スケジュールサービス提供装置１０２は送信されたスケジュールジョブをジョブ記憶部３０２に保存する。
【００１６】
図８は、本実施の形態に係るサーバ装置１０１がスケジュールサービス提供装置１０２に送信、あるいは、スケジュールサービス提供装置１０２から取得するジョブ実行定義の例である。図８の「ＴａｓｋＰａｒａｍ」は任意のパラメーターを設定可能な領域である。
【００１７】
図２は本実施の形態に係るクライアント装置１００の構成を示す図である。またサーバ装置１０１、スケジュールサービス提供装置１０２のサーバコンピューターの構成も同様であり、図２に示されるハードウェアブロック図の構成を有する。このように、本実施形態のクライアント装置１００およびサーバには一般的な情報処理装置のハードウェア構成を適用できる。
【００１８】
図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク２１１からＲＡＭ２０２にロードされたＯＳやアプリケーション等のプログラムを実行する。ここでＯＳとはコンピュータ上で稼動するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをＯＳと呼ぶ。後述する各フローチャートの処理はこのプログラムの実行により実現できる。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード（ＫＢ）２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は各種データを記憶するハードディスク（ＨＤ）２１１やフロッピー（登録商標）ディスク（ＦＤ）等におけるデータアクセスを制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１９】
尚、後述の全ての説明においては、特に断りのない限り実行のハード上の主体はＣＰＵ２０１であり、ソフトウェア上の主体はハードディスク（ＨＤ）２１１にインストールされたアプリケーションプログラムである。
【００２０】
図３は、本実施の形態に係るサーバ装置１０１のモジュール構成図である。サーバ装置１０１は、ページ生成部３０１、制御部３０２、ジョブ管理部３０３を備える。
【００２１】
サーバ装置１０１がクライアント装置１００からスケジュールジョブ表示のリクエストを受け付けると、ジョブ管理部３０３は、スケジュールサービス提供装置１０２に対してスケジュールジョブ取得のリクエストを行う。取得したスケジュールジョブの情報をもとに、ページ生成部３０１がクライアントに返すページを生成し、生成したページをクライアント装置１００に返す。また、サーバ装置１０１はクライアント装置１００からスケジュールジョブ登録のリクエストを受け付けると、ジョブ管理部３０３がリクエストに設定された内容をもとにスケジュールサービス提供装置１０２に対してスケジュールジョブ登録のリクエストを行う。
【００２２】
図４は本実施の形態に係る、サーバ装置１０１がスケジュールジョブを登録する際に実行するフローである。本フローは、クライアント装置１００に表示されるスケジュールジョブ登録画面６０１において、ユーザが登録ボタン６０５を押下することによって始まる。
【００２３】
ステップＳ４０１でサーバ装置１０１は、クライアント装置１００からリクエストを受け付ける。
【００２４】
ステップＳ４０２でサーバ装置１０１は、前記リクエストで送信されてきたパラメーターを取得する。
【００２５】
ステップＳ４０３でサーバ装置１０１は、前記ステップＳ４０２で取得したパラメーターに、スケジュール指定方法として曜日と開始時刻で実行時刻が指定されているかＣｒｏｎ式で実行時刻が指定されているかを判定する。
【００２６】
ステップＳ４０３で曜日と開始時刻で実行時刻が指定されていた場合、サーバ装置１０１は、ステップＳ４０４において、曜日と開始時刻をＣｒｏｎ式に変換する。また、サーバ装置１０１は、ステップＳ４０５において、前記変換したＣｒｏｎ式をジョブ実行定義に設定する。さらに、ステップＳ４０６において、ジョブ実行定義の「ＴａｓｋＰａｒａｍ」に「ｓｃｈｅｄｕｌｅｍｅｔｈｏｄ＝ｄａｙｏｆｗｅｅｋ」を設定する。
【００２７】
ステップＳ４０３でＣｒｏｎ式が指定されていた場合、サーバ装置１０１は、ステップＳ４０７において、前記指定されていたＣｒｏｎ式をジョブ実行定義に設定する。さらに、ステップＳ４０８において、ジョブ実行定義の「ＴａｓｋＰａｒａｍ」に「ｓｃｈｅｄｕｌｅｍｅｔｈｏｄ＝ｃｒｏｎ」を設定する。
【００２８】
図８Ａは図６Ａの状態で登録ボタン６０５を押下した場合にサーバ装置１０１が設定するジョブ実行定義である。同様に、図８Ｂは図６Ｂの状態で登録ボタン６０５を押下した場合にサーバ装置１０１が設定するジョブ実行定義である。なお、図６ＢのＣｒｏｎ式「0 0 1 * *」は毎月１日ＡＭ０時に実行するよう指定している。
【００２９】
ステップＳ４０９において、サーバ装置１０１は、ジョブ実行定義をスケジュールサービス提供装置１０２に送信する。
【００３０】
以上でサーバ装置１０１がスケジュールジョブを登録するフローが終了する。
【００３１】
図５は本実施の形態に係る、サーバ装置１０１がスケジュールジョブ変更画面を表示する際に実行するフローである。本フローは、サーバ装置１０１がクライアント装置１００からスケジュールジョブ変更画面取得のリクエストを受信することによって始まる。
【００３２】
ステップＳ５０１でサーバ装置１０１は、クライアント装置１００からリクエストを受け付ける。
【００３３】
ステップＳ５０２でサーバ装置１０１は、スケジュールサービス提供装置１０２からジョブ実行定義を取得する。
【００３４】
ステップＳ５０３でサーバ装置１０１は、前記取得したジョブ実行定義の「ＴａｓｋＰａｒａｍ」に「ｓｃｈｅｄｕｌｅｍｅｔｈｏｄ＝ｄａｙｏｆｗｅｅｋ」が設定されているかを判定する。
【００３５】
ステップＳ５０３で「ＴａｓｋＰａｒａｍ」に「ｓｃｈｅｄｕｌｅｍｅｔｈｏｄ＝ｄａｙｏｆｗｅｅｋ」が設定されていた場合、サーバ装置１０１は、ステップＳ５０４において、ジョブ実行定義のＣｒｏｎ式を曜日と開始時刻に変換する。次に、サーバ装置１０１は、ステップＳ５０５において、曜日と開始時刻を表示するページを生成する。
【００３６】
ステップＳ５０３で「ＴａｓｋＰａｒａｍ」に「ｓｃｈｅｄｕｌｅｍｅｔｈｏｄ＝ｃｒｏｎ」が設定されていた場合、サーバ装置１０１は、ステップＳ５０６において、前記取得したジョブ実行定義のＣｒｏｎ式を取得し、前記取得したＣｒｏｎ式を表示するページを生成する。
【００３７】
図７はステップＳ５０６においてサーバ装置１０１が生成するスケジュールジョブ変更画面ページの例である。図７の画面がクライアント装置１００に表示された後で、ユーザが「曜日と開始時刻で指定する」のラジオボタンを選択した場合、曜日、あるいは、開始時刻は未指定の状態で表示される。
【００３８】
ステップＳ５０７において、サーバ装置１０１は、前記生成したページをクライアント装置１００に送信する。
【００３９】
以上でサーバ装置１０１がスケジュールジョブ変更画面を表示するフローが終了する。
【００４０】
本実施の形態によれば、ユーザが実行スケジュールを変更する場合に、実行スケジュールをＧＵＩで登録していればスケジュール変更画面においてスケジュールをＧＵＩで表示し、Ｃｒｏｎ式で登録していればＧＵＩでは表示せずにＣｒｏｎ式で表示する。そのため、ユーザの意図しないスケジュールに変更してしまうことを抑制することが可能となる。
【図１】
2015005145.tif 000003
【図２】
2015005145.tif 000004
【図３】
2015005145.tif 000005
【図４】
2015005145.tif 000006
【図５】
2015005145.tif 000007
【図６】
2015005145.tif 000008
【図７】
2015005145.tif 000009
【図８】
2015005145.tif 000010