(57)【要約】  【課題】  ジョブのスケジューリングを適切に行うことができるジョブスケジュール装置を提供する。  【解決手段】  ジョブの実行スケジュールに関する条件を有する第１のジョブスケジュール情報が格納される第１の格納部１５と、ジョブの実行スケジュールに関する条件を有する第２のジョブスケジュール情報が格納される第２の格納部１６と、所定のジョブに関し、第１のジョブスケジュール情報の条件、及び第２のジョブスケジュール情報の条件を充たすかどうか判断する判断部１８と、前記判断部により第１及び第２のジョブスケジュール情報の条件を充たすと判断されたジョブを実行するジョブ実行部１９とを備える。【選択図】  図１
2005038332.tif 000002
【特許請求の範囲】
【請求項１】
ジョブの実行スケジュールに関する条件をそれぞれ有する、第１から第Ｎ（Ｎは２以上の整数）のジョブスケジュール情報において、所定のジョブに関する各ジョブスケジュール情報の条件が充たされる場合に、当該ジョブを実行するジョブスケジュール装置。
【請求項２】
ジョブの実行スケジュールに関する条件を有する第１のジョブスケジュール情報が格納される第１の格納部と、
ジョブの実行スケジュールに関する条件を有する第２のジョブスケジュール情報が格納される第２の格納部と、
所定のジョブに関し、前記第１のジョブスケジュール情報の条件、及び前記第２のジョブスケジュール情報の条件を充たすかどうか判断する判断部と、
前記判断部により前記第１及び第２のジョブスケジュール情報の条件を充たすと判断されたジョブを実行するジョブ実行部と、を備えたジョブスケジュール装置。
【請求項３】
前記第１及び第２のジョブスケジュール情報へのアクセス要求を受け付けるアクセス受付部と、
前記アクセス受付部で受け付けられたアクセス要求に応じたジョブスケジュール情報へのアクセスを行うアクセス部と、をさらに備えた、請求項２記載のジョブスケジュール装置。
【請求項４】
前記アクセス受付部で受け付けられたアクセス要求について、アクセスの可否を判断するアクセス判断部をさらに備え、
前記アクセス部は、前記アクセス判断部によりアクセスが可能であると判断された場合に、前記アクセス要求に応じたアクセスを行う、請求項３記載のジョブスケジュール装置。
【請求項５】
前記アクセス判断部は、アクセス要求に所定の識別子が含まれる場合にのみ前記第１のジョブスケジュール情報へのアクセスが可能であると判断する、請求項４記載のジョブスケジュール装置。
【請求項６】
所定のジョブに関する、前記第１のジョブスケジュール情報の有する条件と、前記第２のジョブスケジュール情報の有する条件とは、異なる条件項目に関するものである、請求項２から５のいずれか記載のジョブスケジュール装置。
【請求項７】
前記第１のジョブスケジュール情報は、ジョブを実行する時期に関する条件を有し、
前記第２のジョブスケジュール情報は、ジョブを実行する時間に関する条件を有する、請求項６記載のジョブスケジュール装置。
【請求項８】
前記第２のジョブスケジュール情報は、時間帯ごとのジョブの実行数に関する条件を有する、請求項７記載のジョブスケジュール装置。
【請求項９】
前記第１及び第２のジョブスケジュール情報を検査し、実行不可能なジョブを検出する検出部と、
前記検出部により検出された実行不可能なジョブを示す情報を出力する出力部と、をさらに備えた、請求項２から８のいずれか記載のジョブスケジュール装置。
【請求項１０】
コンピュータに、
ジョブの実行スケジュールに関する条件をそれぞれ有する、第１から第Ｎ（Ｎは２以上の整数）のジョブスケジュール情報において、所定のジョブに関する各ジョブスケジュール情報の条件が充たされるかどうかを判断するステップを実行させるためのプログラム。
【請求項１１】
コンピュータに、
所定のジョブに関し、ジョブの実行スケジュールに関する条件を有する第１のジョブスケジュール情報の条件、及びジョブの実行スケジュールに関する条件を有する第２のジョブスケジュール情報の条件を充たすかどうか判断する判断ステップを実行させるためのプログラム。
【請求項１２】
前記判断ステップで前記第１及び第２のジョブスケジュール情報の条件を充たすと判断されたジョブを実行するジョブ実行ステップをさらにコンピュータに実行させるための、請求項１１記載のプログラム。
【請求項１３】
前記第１及び第２のジョブスケジュール情報へのアクセス要求を受け付けるアクセス受付ステップと、
前記アクセス受付ステップで受け付けられたアクセス要求に応じたジョブスケジュール情報へのアクセスを行うアクセスステップと、をさらにコンピュータに実行させるための、請求項１１または１２記載のプログラム。
【請求項１４】
前記アクセス受付ステップで受け付けられたアクセス要求について、アクセスの可否を判断するアクセス判断ステップをさらにコンピュータに実行させ、
前記アクセスステップでは、前記アクセス判断ステップでアクセスが可能であると判断された場合に、前記アクセス要求に応じたアクセスを行う、請求項１３記載のプログラム。
【請求項１５】
前記アクセス判断ステップでは、アクセス要求に所定の識別子が含まれる場合にのみ前記第１のジョブスケジュール情報へのアクセスが可能であると判断する、請求項１４記載のプログラム。
【請求項１６】
所定のジョブに関する、前記第１のジョブスケジュール情報の有する条件と、前記第２のジョブスケジュール情報の有する条件とは、異なる条件項目に関するものである、請求項１１から１５のいずれか記載のプログラム。
【請求項１７】
前記第１のジョブスケジュール情報は、ジョブを実行する時期に関する条件を有し、
前記第２のジョブスケジュール情報は、ジョブを実行する時間に関する条件を有する、請求項１６記載のプログラム。
【請求項１８】
前記第２のジョブスケジュール情報は、時間帯ごとのジョブの実行数に関する条件を有する、請求項１７記載のプログラム。
【請求項１９】
前記第１及び第２のジョブスケジュール情報を検査し、実行不可能なジョブを検出する検出ステップと、
前記検出ステップで検出された実行不可能なジョブを示す情報を出力する出力ステップと、をさらにコンピュータに実行させるための、請求項１１から１８のいずれか記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブの実行をスケジューリングするジョブスケジュール装置等に関する。
【背景技術】
【０００２】
ジョブの実行に関して、あらかじめ実行するジョブのスケジュールを作成しておき、そのスケジュールに基づいてジョブを自動的に実行させるシステムが知られている（例えば、特許文献１参照）。
【特許文献１】特開平９−２８８５２５号公報（第３頁、第１図等）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、複数のジョブに関するスケジュールを作成する場合に、他のジョブとの関係を考慮しないでスケジュールを作成すると、多くのジョブの実行が一時期に偏り、ジョブを実行するシステム等の負荷が過大となる可能性がある。特に、サーバ・クライアント型のシステムにおいて、スケジュールによるジョブの実行が集中しているときに、クライアントからの個別の処理依頼をサーバが受け取ると、サーバの負荷が過大になってしまう。また、そのようなことが起こらないようにスケジュールを作成するには、スケジュール作成作業が煩雑になり、スケジュール作成者の負担が過大になる。
【０００４】
本発明は、上記問題点を解決するためになされたものであり、ジョブのスケジューリングを適切に行うことができるジョブスケジュール装置等を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、本発明によるジョブスケジュール装置は、ジョブの実行スケジュールに関する条件をそれぞれ有する、第１から第Ｎ（Ｎは２以上の整数）のジョブスケジュール情報において、所定のジョブに関する各ジョブスケジュール情報の条件が充たされる場合に、当該ジョブを実行するものである。
【０００６】
このように構成された本発明によれば、第１から第Ｎのジョブスケジュール情報の条件が充たされるとジョブが実行されることとなり、ジョブを適切に実行することができる。
【０００７】
また、本発明によるジョブスケジュール装置は、ジョブの実行スケジュールに関する条件を有する第１のジョブスケジュール情報が格納される第１の格納部と、ジョブの実行スケジュールに関する条件を有する第２のジョブスケジュール情報が格納される第２の格納部と、所定のジョブに関し、前記第１のジョブスケジュール情報の条件、及び前記第２のジョブスケジュール情報の条件を充たすかどうか判断する判断部と、前記判断部により前記第１及び第２のジョブスケジュール情報の条件を充たすと判断されたジョブを実行するジョブ実行部とを備えたものである。
【０００８】
このように構成された本発明によれば、第１及び第２のジョブスケジュール情報の条件により、ジョブを適切に実行することができる。
【０００９】
また、本発明によるジョブスケジュール装置では、前記第１及び第２のジョブスケジュール情報へのアクセス要求を受け付けるアクセス受付部と、前記アクセス受付部で受け付けられたアクセス要求に応じたジョブスケジュール情報へのアクセスを行うアクセス部と、をさらに備えてもよい。
【００１０】
このように構成された本発明によれば、アクセス要求に応じたジョブスケジュール情報
にアクセスすることができる。例えば、第１のジョブスケジュール情報へのアクセスを希望するユーザは、第１のジョブスケジュール情報へのアクセス要求をアクセス受付部に送ることで、第１のジョブスケジュール情報へのアクセスを行うことができる。その結果、ユーザに必要な範囲でのジョブスケジュール情報へのアクセスを行うことができる。
【００１１】
また、本発明によるジョブスケジュール装置では、前記アクセス受付部で受け付けられたアクセス要求について、アクセスの可否を判断するアクセス判断部をさらに備え、前記アクセス部が、前記アクセス判断部によりアクセスが可能であると判断された場合に、前記アクセス要求に応じたアクセスを行ってもよい。
【００１２】
このように構成された本発明によれば、ジョブスケジュール情報に関するセキュリティーを向上させることができる。
【００１３】
また、本発明によるジョブスケジュール装置では、前記アクセス判断部が、アクセス要求に所定の識別子が含まれる場合にのみ前記第１のジョブスケジュール情報へのアクセスが可能であると判断してもよい。
【００１４】
また、本発明によるジョブスケジュール装置では、所定のジョブに関する、前記第１のジョブスケジュール情報の有する条件と、前記第２のジョブスケジュール情報の有する条件とが、異なる条件項目に関するものであってもよい。
【００１５】
このように構成された本発明によれば、その異なる条件項目に関しては、実行不可能なジョブの発生を回避することができる。そのため、各ジョブスケジュール情報において、それぞれが有する条件項目の範囲内では、実行不可能なジョブの発生に留意することなく、任意に条件を設定することができ、ジョブスケジュール情報に条件を書き込むユーザの利便性を向上させることができる。
【００１６】
また、本発明によるジョブスケジュール装置では、前記第１のジョブスケジュール情報が、ジョブを実行する時期に関する条件を有し、前記第２のジョブスケジュール情報が、ジョブを実行する時間に関する条件を有してもよい。
【００１７】
このように構成された本発明によれば、例えば、リアルタイムでの依頼によるジョブの実行（インタラクティブなジョブの実行）が多いと考えられる時間帯については、第２のジョブスケジュール情報により、スケジュールによるジョブの実行を行わないようにすることで、リアルタイムでのジョブの実行と、スケジュールによるジョブの実行とを適切に振り分けることができ、快適なジョブの実行環境を提供することができる。また、スケジュールによるジョブの実行を依頼する場合には、時期に関する条件のみを指定すればよく、細かい設定や、他のジョブの実行スケジュールとの調整を行う必要がない。
【００１８】
また、本発明によるジョブスケジュール装置では、前記第２のジョブスケジュール情報が、時間帯ごとのジョブの実行数に関する条件を有してもよい。
【００１９】
このように構成された本発明によれば、スケジュールによるジョブの実行数を時間帯ごとに制限できるため、例えば、リアルタイムでの依頼によるジョブの実行が多くなる時間帯は、スケジュールによるジョブの実行数が少なくなるようにジョブスケジュール情報の条件を設定することにより、快適なジョブの実行環境を提供することができる。
【００２０】
また、本発明によるジョブスケジュール装置では、前記第１及び第２のジョブスケジュール情報を検査し、実行不可能なジョブを検出する検出部と、前記検出部により検出された実行不可能なジョブを示す情報を出力する出力部とをさらに備えてもよい。
【００２１】
このように構成された本発明によれば、どのジョブが実行不可能であるかを知ることができる。また、その実行不可能であるジョブに関するジョブスケジュール情報を変更することで、ジョブを実行可能にすることもできる。
【発明の効果】
【００２２】
以上の説明から明らかなように、本発明によるジョブスケジュール装置等によれば、ジョブの実行を適切にスケジューリングすることができる。
【発明を実施するための最良の形態】
【００２３】
（実施の形態１）
本発明の実施の形態１によるジョブスケジュール装置について、図面を参照しながら説明する。
【００２４】
図１は、本実施の形態によるジョブスケジュール装置の構成を示すブロック図である。図１において、本実施の形態によるジョブスケジュール装置１０は、通信部１１と、アクセス受付部１２と、アクセス判断部１３と、アクセス部１４と、第１の格納部１５と、第２の格納部１６と、暦・時計部１７と、判断部１８と、実行部１９と、ジョブ格納部２０とを備える。
【００２５】
通信部１１は、通信回線３０（例えば、インターネット）を介して情報処理装置４１等との通信（情報の送信や受信）を行う。この通信は、有線であってもよく、無線であってもよい。
【００２６】
アクセス受付部１２は、情報処理装置４１等からの第１の格納部１５及び／または第２の格納部１６へのアクセス要求を、通信部１１を介して受け付ける。ここで、アクセス要求とは、第１の格納部１５等で格納されている情報の読み出し、あるいは変更（追加、削除、修正など）に関する要求である。
【００２７】
アクセス判断部１３は、アクセス受付部１２で受け付けられたアクセス要求について、アクセスの可否を判断する。そして、アクセス可能であると判断したアクセス要求をアクセス部１４に渡し、アクセス不可であると判断した場合には、そのアクセスを拒否する。
【００２８】
アクセス部１４は、アクセス判断部１３でアクセス可能であると判断されたアクセス要求について、そのアクセス要求に応じた、第１の格納部１５及び／または第２の格納部１６で格納されている情報へのアクセスを行う。ここで、アクセスとは、情報の読み出し、あるいは変更（追加、削除、修正など）を行うことである。
【００２９】
第１の格納部１５には、第１のジョブスケジュール情報が格納されている。ここで、ジョブスケジュール情報とは、ジョブの実行スケジュールに関する条件を有する情報であり、例えば、各レコードに、ジョブを特定する情報と、そのジョブの実行に関する条件項目（実行日時など）とが規定されている。第２の格納部１６には、第２のジョブスケジュール情報が格納されている。この第１及び第２の格納部１５，１６は、例えば、半導体メモリや、磁気ディスクなどの記録媒体で構成される。ここで、「ジョブ」とは、プログラムにおける実行単位のことをいう。ジョブの一例としては、プログラムのコンパイル処理や、決算書などに関するバッチ処理、ソフトウェアのアップデート処理、データのバックアップ処理などがある。
【００３０】
暦・時計部１７は、現在の暦と、時刻とを示す。例えば、２００３年６月２０日１８時４５分２３秒という現在の暦、及び時刻を判断部１８に対して提供する。
【００３１】
判断部１８は、第１の格納部１５、及び第２の格納部１６を参照し、また、暦・時計部１７から提供される現在の暦及び／または時刻を用いて、実行可能なジョブがあるかどうかを判断し、実行可能なジョブがある場合には実行可能なジョブを特定するための情報を実行部１９に伝える。
【００３２】
実行部１９は、実行可能なジョブを特定するための情報を判断部１８から受け取ると、そのジョブをジョブ格納部２０から読み出して実行する。また、通信部１１等を介して情
報処理装置４１等からジョブの実行依頼を受け取った場合には、そのジョブをジョブ格納部２０から読み出して実行する。ジョブ格納部２０では、実行部１９により実行されるジョブ、すなわちジョブのプログラムがジョブ名に対応付けられて格納されている。このジョブ格納部２０は、例えば、半導体メモリや、磁気ディスクなどの記録媒体によって構成される。
【００３３】
次に、本実施の形態によるジョブスケジュール装置の動作について説明する。まず、アクセス要求を受け付けたときの動作について、図２のフローチャートを用いて説明する。図２は、アクセス要求を受け付けたときのジョブスケジュール装置の動作を示すフローチャートである。
【００３４】
（ステップＳ１０１）アクセス受付部１２は、アクセス要求があるかどうかを判断する。そして、アクセス要求があった場合には、そのアクセス要求をアクセス判断部１３に渡し、ステップＳ１０２に進む。一方、アクセス要求がない場合には、アクセス要求を受け付けるまで、ステップＳ１０１の処理を繰り返す。ここで、このアクセス要求には、アクセス対象を示す情報と、アクセス内容（例えば、情報の読み出しや、情報の追加など）と、アクセスを要求する情報処理装置４１，４２を識別するための装置ＩＤとが含まれる。
【００３５】
（ステップＳ１０２）アクセス判断部１３は、アクセス受付部１２から受け取ったアクセス要求について、アクセスの可否をアクセス判断情報に基づいて判断する。ここで、アクセス判断情報とは、アクセスの可否を決定するためにあらかじめ決められている、アクセス対象と、可能なアクセス内容と、装置ＩＤとの関係を示す情報であり、例えば、図３のテーブルで示されるものである。アクセス判断部１３は、アクセスが可能である場合にはアクセス要求をアクセス部１４に渡し、ステップＳ１０３に進む。一方、アクセスが可能でない場合には、ステップＳ１０４に進む。
【００３６】
（ステップＳ１０３）アクセス部１４は、アクセス判断部１３から受け取ったアクセス要求に応じたアクセスを行う。例えば、アクセス要求に含まれるアクセス内容が"読み出し"であれば、所望の情報を読み出し、通信部１１等を介して、アクセス要求を行った装置に対して送信する。なお、アクセス判断部１３により一度アクセスが可能であると判断された場合には、そのときのアクセス対象、アクセス内容に関しては、アクセス要求を行った情報処理装置からアクセス判断部１３を介さないアクセスが可能となる。
【００３７】
（ステップＳ１０４）アクセス判断部１３は、アクセスを拒否し、アクセス受付部１２、及び通信部１１等を介して、アクセス要求を行った装置に対してアクセスを拒否した旨を送信する。したがって、この場合には、アクセス要求を行った装置は、所望の情報へのアクセスを行うことができない。
【００３８】
次に、判断部１８の動作について説明する。まず、第１の格納部１５で格納されている第１のジョブスケジュール情報と、第２の格納部１６で格納されている第２のジョブスケジュール情報について説明する。
【００３９】
第１のジョブスケジュール情報は、ジョブを実行する時期に関する条件を有するものである。ここで、「時期」とは、"日"以上の暦を示すものであり、例えば、年月日や、月初め、月末、曜日などを示す。図４は、第１のジョブスケジュール情報の一例を示す図である。図４で示される第１のジョブスケジュール情報において、各レコードは、レコードを識別するための情報（レコードＩＤ）と、ジョブの名称（ジョブ名）と、ジョブが実行中であるかどうかを示すフラグ（実行中フラグ）と、繰り返し実行するジョブであるかどうかを示すフラグ（繰り返しフラグ）と、ジョブの実行を希望する時期とから構成される。ここで、実行中フラグに"０"が代入されている場合には、ジョブが実行されていないことを示し、"１"が代入されている場合には、ジョブが実行されていることを示す。また、繰
り返しフラグに"０"が代入されている場合には、１回実行するだけのジョブであることを示し、"１"が代入されている場合には、繰り返し実行するジョブであることを示す。また、"年"、"月"、"日"等における"＊"は、条件として任意であることを示しており、"日"における"ｅｎｄ"は、月末であることを示している。したがって、"月締め処理"のジョブは、毎月１日に実行されるようにスケジューリングされており、"アップデート"のジョブは、月末ごとに実行されるようにスケジューリングされている。
【００４０】
第２のジョブスケジュール情報は、ジョブを実行する時間に関する条件を有するものである。ここで、「時間」とは、一日における時刻、あるいは、ある時刻から他の時刻までの時間帯を示すものであり、例えば、午前１０時１０分１０秒という時刻や、２０時０分０秒から２２時０分０秒までという時間帯を示す。図５は、第２のジョブスケジュール情報の一例を示す図である。図５で示される第２のジョブスケジュール情報において、各レコードは、ジョブの名称と、ジョブの実行時間とから構成される。ここで、ジョブの実行時間とは、その時間を過ぎるとジョブの実行を開始してよい時間のことである。なお、ジョブの実行時間を時間帯で指定し、その時間帯であればジョブの実行を開始することができるようにしてもよい。また、"ジョブ名"等における"＊"は、条件として任意であることを示している。したがって、ＩＮＤＥＸ＝１のレコードは、すべてのジョブに対する条件となる。ここで、図４，図５におけるＩＮＤＥＸは、レコードを識別する情報であり、表管理上の要請のために存在する。
【００４１】
このように、図４で示される第１のジョブスケジュール情報は、時期の条件に関するものであり、図５で示される第２のジョブスケジュール情報は、時間の条件に関するものであるため、第１及び第２のジョブスケジュール情報は、異なる条件項目に関するものとなっている。なお、図４、図５では、"時"、"分"等を"＊"とすることなどによって、時期、あるいは時間の条件を規定するようにしているが、時期、時間以外の条件項目をジョブスケジュール情報が有しないようにしてもよい。例えば、図４では、"時"、"分"等の条件項目がなくてもよい。また、以下の説明において、図４で示される第１のジョブスケジュール情報を第１のテーブル、図５で示される第２のジョブスケジュール情報を第２のテーブルということもある。
【００４２】
図６は、判断部１８の動作を示すフローチャートである。
【００４３】
（ステップＳ２０１）判断部１８は、ＩとＪをそれぞれ"１"に設定する。
【００４４】
（ステップＳ２０２）判断部１８は、第１の格納部１５で格納されている第１のテーブル（第１のジョブスケジュール情報）にアクセスし、暦・時計部１７から提供される暦、及び時間を参照して、第１のテーブルにおけるＩＮＤＥＸ＝Ｉのレコードの条件が充たされるかどうか判断する。そして、充たされる場合には、ステップＳ２０３に進み、充たされない場合には、ステップＳ２０９に進む。
【００４５】
なお、条件が充たされるかどうかの判断において、時期についての判断は、現在の暦がその時期に該当するかどうかで判断される。また、時間についての判断では、条件が時刻で示される場合には、現在の時刻が条件の時刻となったかどうかで判断され、条件が時間帯で示される場合には、現在の時刻が条件の時間帯に含まれるかどうかで判断される。ここで、条件が時刻で示される場合に、現在の時刻が条件の時刻を過ぎた後であっても、条件の時刻の経過後にそのジョブを一度も実行していないときには、条件が充たされると判断してもよい。例えば、現在が１７時３０分３秒である場合に、条件の時刻が１７時３０分００秒であり、そのレコードのジョブが１７時３０分００秒の経過後一度も実行されていないときには、その条件が充たされると判断してもよい。
【００４６】
（ステップＳ２０３）判断部１８は、第２の格納部１６で格納されている第２のテーブル（第２のジョブスケジュール情報）にアクセスし、第１のテーブルにおけるＩＮＤＥＸ
＝Ｉのレコードのジョブと、第２のテーブルにおけるＩＮＤＥＸ＝Ｊのレコードのジョブとが同じジョブであるかどうかを、ジョブ名が一致するかどうかで判断する。ジョブ名が一致する場合には同じジョブであると判断してステップＳ２０４に進み、ジョブ名が異なる場合には同じジョブでないと判断してステップＳ２０７に進む。
【００４７】
（ステップＳ２０４）判断部１８は、第１のテーブルにおけるＩＮＤＥＸ＝Ｉのレコードのジョブが実行中であるかどうかを、実行中フラグが"１"であるかどうかで判断する。すなわち、第１のテーブルにおけるＩＮＤＥＸ＝Ｉのレコードの実行中フラグが"１"の場合にはジョブが実行中であると判断してステップＳ２０７に進み、"０"の場合にはジョブが実行中でないと判断してステップＳ２０５に進む。
【００４８】
（ステップＳ２０５）判断部１８は、第２のテーブルにアクセスし、暦・時計部１７から提供される暦、及び時間を参照して、第２のテーブルにおけるＩＮＤＥＸ＝Ｊのレコードの条件が充たされるかどうか判断する。そして、充たされる場合には、ステップＳ２０６に進み、充たされない場合には、ステップＳ２０７に進む。
【００４９】
（ステップＳ２０６）判断部１８は、第１のテーブルにおけるＩＮＤＥＸ＝Ｉのレコードを識別するための情報（レコードＩＤ）と、そのジョブの実行を開始する旨の指示とを実行部１９に渡す。
【００５０】
（ステップＳ２０７）判断部１８は、第２のテーブルにおいて"Ｊ"が最後の値であるかどうか、すなわちＩＮＤＥＸ＝Ｊのレコードが最後であるかどうかを判断する。そして、"Ｊ"が最後の値である場合には、ステップＳ２０９に進み、最後の値でない場合には、ステップＳ２０８に進む。
【００５１】
（ステップＳ２０８）判断部１８は、"Ｊ"を１だけインクリメントしてステップＳ２０３に戻る。
【００５２】
（ステップＳ２０９）判断部１８は、第１のテーブルにおいて"Ｉ"が最後の値であるかどうか、すなわちＩＮＤＥＸ＝Ｉのレコードが最後であるかどうかを判断する。そして、"Ｉ"が最後の値である場合には、ステップＳ２０１に戻り、最後の値でない場合には、ステップＳ２１０に進む。
【００５３】
（ステップＳ２１０）判断部１８は、"Ｉ"を１だけインクリメントし、"Ｊ"を"１"に設定してステップＳ２０２に戻る。
【００５４】
なお、この図６で示されるフローチャートでは、判断部１８がまず第１のテーブルの条件に関する判断を行ってから第２のテーブルの条件に関する判断を行う場合について説明したが、判断の順序はその逆であってもよく、あるいは、その他の方法により第１及び第２のテーブルの条件を充たすかどうかを判断してもよい。また、図６のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００５５】
次に、実行部１９の動作について、図７を用いて説明する。図７は、実行部１９の動作を示すフローチャートである。
【００５６】
（ステップＳ３０１）実行部１９は、判断部１８からのジョブの実行を開始する旨の指示を受け取ったかどうかを判断する。受け取った場合には、ステップＳ３０２に進み、受け取っていない場合には、ステップＳ３０４に進む。
【００５７】
（ステップＳ３０２）実行部１９は、アクセス部１４を介して、ステップＳ２０６において判断部１８から受け取ったレコードＩＤによって特定される第１のテーブルにおけるレコードの実行フラグに"１"を代入する。こうすることで、第１のテーブルにおけるＩＮＤＥＸ＝Ｉのレコードのジョブは、実行中であることが示される。
【００５８】
（ステップＳ３０３）実行部１９は、判断部１８から受け取ったレコードＩＤに関するジョブを、ジョブ格納部２０から読み出し、そのジョブの実行を開始する。ここで、実行部１９は、複数のジョブを並列して実行することができるため、それまでに実行しているジョブがあれば、その実行中のジョブに追加してジョブ格納部２０から読み出したジョブを実行する。
【００５９】
（ステップＳ３０４）実行部１９は、実行を終了したジョブがあるかどうかを判断する。所定のジョブの実行を終了した場合には、ステップＳ３０５に進み、いずれのジョブもまだ実行が終了していない場合には、ステップＳ３０１に戻る。
【００６０】
（ステップＳ３０５）実行部１９は、アクセス部１４を介して、第１のテーブルにおける実行を終了したジョブに関するレコードを、レコードＩＤによって特定し、そのレコードの繰り返しフラグが"１"であるかどうかを判断する。"１"である場合には、ステップＳ３０６に進み、"０"である場合には、ステップＳ３０７に進む。
【００６１】
（ステップＳ３０６）実行部１９は、アクセス部１４を介して、実行を終了したジョブに関するレコードの実行フラグに"０"を代入する。
【００６２】
（ステップＳ３０７）実行部１９は、アクセス部１４を介して、実行を終了したジョブに関するレコードを第１のテーブルから削除する。なお、レコードを削除するとＩＮＤＥＸが不連続になるが、レコードを削除した後における、判断部１８が図６のフローチャートにおいてＳ２０１に戻るタイミングで、判断部１８、あるいは実行部１９は、第１のテーブルのＩＮＤＥＸを更新し、連続する整数になるようにする。
【００６３】
次に、本実施の形態によるジョブスケジュール装置の動作について、具体例を用いて説明する。この具体例において、ジョブスケジュール装置１０がサーバであり、複数の情報処理端末４１，４２がクライアントのＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）であるサーバ・クライアント型システムの場合について説明する。また、情報処理装置４１の装置ＩＤは"０ｘ１０１"であり、情報処理装置４１からは、第１のジョブスケジュール情報、及び第２のジョブスケジュール情報にすべてのアクセスを行うことができるものとする。
【００６４】
まず、ジョブスケジュール装置１０、通信回線３０、及び複数の情報処理装置４１，４２から構成されるサーバ・クライアント型システムの管理者が、情報処理装置４１を操作することにより、第２のジョブスケジュール情報にアクセスする動作について説明する。情報処理装置４１において、ジョブスケジュール情報の変更を目的としたアクセス要求を行うプログラムが実行されることにより、情報処理装置４１のディスプレイに図８で示す表示が行われる。システムの管理者がマウスを用いて「スケジュール（時間）へのアクセス」をクリックすると、情報処理装置４１は、第２の格納部１６で格納されている第２のジョブスケジュール情報へのアクセス要求をジョブスケジュール装置１０に対して送信する。そして、そのアクセス要求が通信部１１を介してアクセス受付部１２で受け付けられる（ステップＳ１０１）。ここで、このアクセス要求には、アクセス対象として第２のジョブスケジュール情報、装置ＩＤとして"０ｘ１０１"、アクセス内容として"変更"が含まれている。すると、アクセス判断部１３は、その受け付けられたアクセス要求について、図３で示されるアクセス判断情報に基づいてアクセス可能であると判断する（ステップＳ１０２）。その結果、情報処理装置４１は、通信部１１、及びアクセス部１４を介することにより、第２の格納部１６で格納されている第２のジョブスケジュール情報へのアクセスを行うことができるようになり、情報処理装置４１のディスプレイには、図９の表示が行われる。図９において、システムの管理者が「新規レコード」をマウスでクリックすると、図１０で示される表示が行われる。図１０において、ジョブ名やジョブ実行時間などに所望の情報を入力して「ＯＫ」ボタンをクリックすると、そのジョブ名などが通信回線３０、通信部１１を介してジョブスケジュール装置１０のアクセス部１４で受け取られる
。アクセス部１４は、その受け取ったジョブ名などの情報を第２の格納部１６で格納されている第２のジョブスケジュール情報に新規レコードとして追加する。このようにして、システムの管理者は、第２のジョブスケジュール情報に図５で示されるレコードを追加したとする。
【００６５】
この図５で示される第２のジョブスケジュール情報は、情報処理装置４１，４２などによるジョブスケジュール装置１０（サーバ）の使用と、ジョブスケジュールによるジョブの実行とが重ならないようにスケジュールされたものである。すなわち、このサーバ・クライアント型のネットワークが会社などで用いられている場合には、昼間には情報処理装置４１，４２によるサーバの使用が増えるが、夜間には情報処理装置４１，４２によるサーバの使用はほとんどないと考えられる。したがって、ジョブスケジューリングにより実行されるジョブの実行時間として、午前１時からが設定されている。
【００６６】
システムの一般ユーザが、情報処理装置４２（装置ＩＤ＝０ｘ１０２とする）を操作して、図９で示される表示の「スケジュール（時期）へのアクセス」をクリックすると、第１のジョブスケジュール情報に対するアクセス要求がジョブスケジュール装置１０に送信される。そして、そのアクセス要求は、通信部１１を介してアクセス受付部１２で受け付けられ（ステップＳ１０１）、アクセス判断部１３は、アクセス判断情報に基づいてアクセス可能であると判断する（ステップＳ１０２）。その結果、情報処理装置４２は、第１のジョブスケジュール情報を変更等することができる（ステップＳ１０３）。そのアクセスにおいて、ユーザが図９で示される表示の「新規レコード」をクリックし、追加するレコードのジョブ名などを入力したとする。図１１は、情報処理装置４２のディスプレイの表示の一例を示す図である。図１１の表示において、ユーザが「ＯＫ」ボタンをクリックすると、第２のジョブスケジュール情報へのレコードの追加の場合と同様にして、第１のジョブスケジュール情報にレコードが追加される。
【００６７】
なお、システムの一般ユーザが情報処理装置４２を操作することにより第２のジョブスケジュール情報を変更しようとしても（すなわち、図８の表示において、「スケジュール（時間）へのアクセス」をクリックしても）、アクセス判断部１３によりアクセス可能でないと判断され（ステップＳ１０２）、その情報処理端末４２のディスプレイに「アクセスが拒否されました」という表示がなされ、アクセスが拒否される（ステップＳ１０４）。このようにして、システムの管理者のみが第２のジョブスケジュール情報を変更できる。
【００６８】
次に、判断部１８により第１及び第２のジョブスケジュール情報の条件を充たすと判断され、実行部１９によりジョブが実行される動作について説明する。ここで、第１のジョブスケジュール情報は、図４で示される第１のテーブルであり、第２のジョブスケジュール情報は、図５で示される第２のテーブルであるとする。
【００６９】
暦・時計部１７が２００３年６月１５日午前０時３０分を示すときには、第１のテーブルではＩ＝２のバックアップのジョブが条件を充たすが、第２のテーブルでは、Ｊ＝１の任意のジョブに関する実行条件が充たされないため、ジョブの実行は開始されない。
【００７０】
その後、暦・時計部１７の示す暦及び時刻が２００３年６月１５日の午前１時０分０秒を過ぎると、Ｉ＝２，Ｊ＝１のときに、第１及び第２のテーブルの条件が充たされ（ステップＳ２０２、Ｓ２０５）、その各レコードにおけるジョブが共通であると判断され（ステップＳ２０３）、ジョブが実行中でないと判断される（ステップＳ２０４）ことによってジョブ"バックアップ"を実行する旨の指示が判断部１８から実行部１９に渡される。実行部１９は、その指示と共に受け取ったレコードＩＤ"０ｘ００２"に基づいて、ジョブ"バックアップ"のレコードの実行フラグに"１"を代入し（ステップＳ３０２）、バックア
ップ処理に関するプログラムをジョブ格納部２０から読み出して実行する（ステップＳ３０３）。このようにして、ジョブ"バックアップ"に関する第１及び第２のジョブスケジュール情報における条件が充たされたときに、ジョブ"バックアップ"が実行される。
【００７１】
なお、そのジョブ"バックアップ"が終了されたときには、実行部１９がジョブを終了したと判断し（ステップＳ３０４）、繰り返しフラグが"１"であると判断して（ステップＳ３０５）、実行フラグに"０"を代入する。このようにして、ジョブ"バックアップ"の実行が終了される。
【００７２】
以上のように、本実施の形態によるジョブスケジュール装置によれば、第１及び第２のジョブスケジュール情報によりジョブの実行をスケジュールすることで、ジョブを適切にスケジューリングすることができる。特に、上記説明のように、第１のジョブスケジュール情報によって時期に関する条件を定め、第２のジョブスケジュール情報によって時間に関する条件を定める場合には、サーバ・クライアント型のシステムにおけるクライアントからのリアルタイムでの依頼によるジョブの実行と、スケジュールによるジョブの実行とが重ならないように第２のジョブスケジュール情報の条件を定めることで、快適な作業環境をクライアント側のユーザに提供することができる。
【００７３】
さらに、ジョブの実行をスケジュールするユーザは、所望の時期を登録するだけでよく、スケジュール作成時の労力が軽減される。特に、スケジュールにおいて、時間も決めなくてはならない場合には、他の重たいジョブの実行と重ならないように時間調整などを行う必要もあったが、そのような煩雑な作業を行わなくてもよいこととなる。
【００７４】
例えば、システム全体を管理しているシステムの管理者は、システム全体を知っているため、システム全体でのジョブの実行が一時に集中しないようにジョブの実行時間を決定し、一方、経理の月締め処理などを担当する経理部のユーザは、その処理結果を受け取りたい時期を設定することにより、ジョブの実行が一時に集中することなく、快適な作業環境を提供することができ、さらに、各ユーザは、所望の処理結果を所望の時期に受け取ることができる。
【００７５】
なお、本実施の形態における第２のジョブスケジュール情報は、図１２で示されるように、時間帯ごとのジョブの実行数を条件として有してもよい。図１２では、午前１時から５時までの時間帯は実行可能なジョブの数（ジョブ実行数）の制限はないが、午前５時から７時までは１０個に制限され、午前７時から９時までは５個に制限されている。この場合には、実行部１９は、実行中のジョブの個数に関する情報を判断部１８に提供し、判断部１８は、その情報を用いて図６のステップＳ２０５の判断を行う。そして、実行部１９で実行されているジョブ数が第２のジョブスケジュール情報で規定されているジョブ実行数を超える場合には、ステップＳ２０７に進むこととなる。このように、ジョブスケジュール情報がジョブの実行数に関する条件を有することで、より細かいスケジューリングを行うことができる。
【００７６】
また、本実施の形態では、第２のジョブスケジュール情報において、所定のジョブが実行可能であるための条件について規定しているが、ジョブスケジュール情報では、実行不可能である条件（例えば、午後１時から２時まではジョブを実行できないなど）について規定してもよく、所定のフラグを用いて、実行可能条件を示しているのか、実行不可能条件を示しているのかを識別できるようにしてもよい。
【００７７】
（実施の形態２）
本発明の実施の形態２によるジョブスケジュール装置について、図面を参照しながら説明する。本実施の形態によるジョブスケジュール装置は、実行不可能なジョブの検出を行
うものである。
【００７８】
図１３は、本実施の形態によるジョブスケジュール装置の構成を示すブロック図である。図１３において、本実施の形態によるジョブスケジュール装置５０は、通信部１１と、アクセス受付部１２と、アクセス判断部１３と、アクセス部１４と、第１の格納部１５と、第２の格納部１６と、暦・時計部１７と、判断部１８と、実行部１９と、ジョブ格納部２０と、検出部２１と、出力部２２とを備える。なお、検出部２１、及び出力部２２以外の構成及び動作は、実施の形態１と同様であり、その説明を省略する。
【００７９】
検出部２１は、第１の格納部１５で格納されている第１のジョブスケジュール情報と、第２の格納部１６で格納されている第２のジョブスケジュール情報とを検査し、実行不可能なジョブを検出する。そして、その実行不可能なジョブを示す情報を出力部２２に伝える。
【００８０】
出力部２２は、検出部２１で検出された実行不可能なジョブを示す情報を検出部２１から受け取ると、その情報を出力する。この出力は、例えば、クライアントである情報処理端末４１や他の外部装置等への通信（送信）でもよく、ディスプレイなどへの映像出力や、スピーカなどによる音声出力でもよく、所定の記録媒体への記録でもよく、あるいはプリントアウトなどでもよい。また、出力部２２は、出力デバイス（例えば、ディスプレイやスピーカ、プリンタなど）を含んでいてもよく、あるいは出力デバイスを駆動するドライバのみであってもよい。
【００８１】
次に、本実施の形態における検出部２１及び出力部２２の動作について説明する。検出部２１は、所定のタイミングで第１及び第２のジョブスケジュール情報を検査し、実行不可能なジョブがあるかどうか、すなわち、第１のジョブスケジュール情報における条件と、第２のジョブスケジュール情報における条件とにおいて、いかなる組み合わせにおいても両立し得ないものがあるかどうかを判断する。ここで、検出部２１が第１のジョブスケジュール情報等を検査するタイミングは、所定の期間ごと（例えば、毎日午前２時など）であってもよく、所定のイベント（例えば、第１あるいは第２のジョブスケジュール情報が変更されたことなど）をトリガーとするものであってもよく、その他のタイミングであってもよい。図１４は、検出部２１の動作を示すフローチャートである。
【００８２】
（ステップＳ４０１）検出部２１は、ＩとＪをそれぞれ"１"に設定する。
【００８３】
（ステップＳ４０２）検出部２１は、第１の格納部１５で格納されている第１のテーブル（図４参照）におけるＩＮＤＥＸ＝Ｉのレコードの条件と、第２の格納部１６で格納されている第２のテーブル（図５参照）におけるＩＮＤＥＸ＝Ｊのレコードの条件とが相反するかどうかを判断する。ここで、相反するとは、両者が決して両立しないことをいう。例えば、ジョブ名が異なっていたり、実行の日付が異なっている場合には、相反すると判断される。相反する場合にはステップＳ４０５に進み、相反しない場合にはステップＳ４０３に進む。
【００８４】
（ステップＳ４０３）検出部２１は、第１のテーブルにおいて"Ｉ"が最後の値であるかどうか、すなわちＩＮＤＥＸ＝Ｉのレコードが最後であるかどうかを判断する。そして、"Ｉ"が最後の値である場合には終了となり、最後の値でない場合には、ステップＳ４０４に進む。
【００８５】
（ステップＳ４０４）検出部２１は、"Ｉ"を１だけインクリメントし、"Ｊ"を"１"に設定して、ステップＳ４０２に戻る。
【００８６】
（ステップＳ４０５）検出部２１は、第２のレコードにおいて、"Ｊ"が最後の値であるかどうか、すなわちＩＮＤＥＸ＝Ｊのレコードが最後であるかどうかを判断する。そして
、"Ｊ"が最後の値である場合には、ステップＳ４０６に進み、最後の値でない場合には、ステップＳ４０７に進む。
【００８７】
（ステップＳ４０６）検出部２１は、第１のテーブルにおけるＩＮＤＥＸ＝Ｉのレコードのジョブが実行不可能であるとして、検出部２１の有するメモリ（図示せず）に、そのジョブを特定するための情報（例えば、第１のテーブルにおけるＩＮＤＥＸ＝Ｉのレコードなど）を記憶させる。
【００８８】
（ステップＳ４０７）検出部２１は、"Ｊ"を１だけインクリメントしてステップＳ４０２に戻る。
【００８９】
ここで、図１４で示される一連の処理を行った場合には、第１のテーブルに実行不可能なジョブが含まれていることを検出することはできるが、第２のテーブルに含まれている実行不可能なジョブを検出することはできない。したがって、第２のテーブルに含まれている実行不可能なジョブを検出する場合には、図１４のフローチャートにおいて、第１のテーブルと第２のテーブルを入れ替えて同様に実行する必要がある。
【００９０】
検出部２１は、図１４のフローチャートで示される一連の処理が終了した後に、メモリに記憶させた実行不可能なジョブを特定するための情報を読み出し、出力部２２に渡す。出力部２２は、検出部２１から受け取った情報を出力する。
【００９１】
次に、検出部２１及び出力部２２の動作について、具体例を用いて説明する。ここで、第１のテーブルは図４で示されるものであり、第２のテーブルは図５で示されるものであるとする。
【００９２】
第１のテーブルにおけるＩＮＤＥＸ＝１のレコードと、第２のテーブルにおけるＩＮＤＥＸ＝１のレコードとは、ジョブ"月締め処理"が任意の月における１日の午前１時に実行可能であるため、相反しないと判断される（ステップＳ４０１、Ｓ４０２）。そして、Ｉがインクリメントされて（ステップＳ４０３、Ｓ４０４）、次に第１のテーブルにおけるＩＮＤＥＸ＝２のレコードと、第２のテーブルにおけるＩＮＤＥＸ＝１のレコードとが相反するかどうか判断される（ステップＳ４０２）。このようにして、図４、図５で示されるジョブスケジュール情報の場合には、相反するものがないため、実行不可能なジョブはないことになる。また、第２のテーブルについても、実行不可能なジョブがあるかどうかを検査してもよい。
【００９３】
なお、図４、図５は、異なる条件項目を有するジョブスケジュール情報であるため、条件項目に関しては相反するものは存在しないと考えられるが、例えば、第２のテーブルには存在しないジョブが第１のテーブルに存在する場合には、その第１のテーブルのジョブは実行不可能なジョブとして検出されることになる。
【００９４】
一方、第１のテーブルが図１５で示されるものであり、第２のテーブルが図５で示されるものである場合には、Ｉが４であり、Ｊが１，２のときに相反すると判断され（ステップＳ４０２）、第２のテーブルのレコードがＩＮＤＥＸ＝２までしかないとすると、ジョブ"○×予定作成"を特定するための情報、すなわち図１５で示されるテーブルにおけるＩＮＤＥＸ＝４のレコードが検出部２１の図示しないメモリで記憶される。そして、図１４で示される一連の処理の終了後、検出部２１から出力部２２にその情報が渡され、出力部２２は、そのレコードと、そのレコードのジョブが実行不可能である旨とをプリントアウトする。図１６は、そのようにしてプリントアウトされた、ジョブ"○×予定作成"が実行不可能である旨を示す図である。情報処理装置４１，４２のユーザは、そのプリントアウトされた実行不可能なジョブに関する情報を見ることにより、実行不可能なジョブを知ることができ、そのジョブが実行されるように、ジョブスケジュール情報を修正することが
できる。
【００９５】
以上のように、本実施の形態によるジョブスケジュール装置によれば、ジョブスケジュール情報を検査して、実行不可能なジョブを検出する検出部２１と、その検出結果を出力する出力部２２とを備えたことで、第１及び第２のジョブスケジュール情報によるジョブの実行スケジュールにおいて、実行されることのないジョブを容易に検出することができ、その結果に基づいて、ユーザは、ジョブスケジュール情報を変更することができる。
【００９６】
なお、上記各実施の形態におけるハードウェア構成の一例は、図１７で示されるようになる。すなわち、ジョブスケジュール装置が図１７のサーバ（ホスト）に対応し、情報処理装置４１，４２が図１７のクライアント端末に対応する。
【００９７】
また、上記各実施の形態にいて、第１及び第２のジョブスケジュール情報がテーブル形式（例えば、図４参照）で与えられる場合について説明したが、この第１及び第２のジョブスケジュール情報は、ジョブの実行スケジュールに関する条件を有するものであれば、テーブル形式でなくてもよい。
【００９８】
また、上記各実施の形態では、第１のジョブスケジュール情報が時期に関する条件を有し、第２のジョブスケジュール情報が時間に関する条件を有する場合について説明したが、第１及び第２のジョブスケジュール情報の有する条件は、これらに限定されるものではなく、例えば、第２のジョブスケジュール情報において"曜日"を条件として新たに加え、土曜日と日曜日は終日、すべてのジョブを実行できるようにしてもよく、さらにその他の条件を有してもよい。
【００９９】
さらに、第１及び第２のジョブスケジュール情報は、異なる条件項目に関するものであってもよく、あるいは、同一の条件項目をそれぞれが有してもよい。
【０１００】
また、上記各実施の形態では、ジョブスケジュール情報が２つである場合（すなわち、第１及び第２のジョブスケジュール情報の場合）について説明したが、第１から第Ｎ（Ｎは２以上の整数）のジョブスケジュール情報を有してもよく、その場合であっても、所定のジョブに関する各ジョブスケジュール情報の条件が充たされる場合に、ジョブの実行が行われる。
【０１０１】
また、上記各実施の形態において、第１及び第２のジョブスケジュール情報がそれぞれ２つの格納部、すなわち第１及び第２の格納部１５，１６で格納されている場合について説明したが、第１及び第２のジョブスケジュール情報は、同一の格納部で格納されていてもよい。なお、同一の格納部で格納されている場合には、第１のジョブスケジュール情報が格納されている領域が第１の格納部１５となり、第２のジョブスケジュール情報が格納されている領域が第２の格納部１６となる。
【０１０２】
また、上記各実施の形態において、アクセスの可否を判断するアクセス判断部１３を備えたジョブスケジュール装置について説明したが、ジョブスケジュール装置はアクセス判断部１３を備えず、アクセス部１４がアクセス受付部１２で受け付けられたアクセス要求に応じたジョブスケジュール情報へのアクセスを行うようにしてもよい。この場合にも、アクセス要求には少なくともアクセス対象を示す情報が含まれている。
【０１０３】
また、上記各実施の形態において、アクセスの可否を判断するために、情報処理装置４１，４２を識別するための装置ＩＤを用いた場合について説明したが、アクセスの可否は、アクセス要求に含まれる識別子に基づいて判断してもよい。その識別子は、装置ＩＤのようにアクセス元の装置を識別する情報でもよく、パスワードなどの認証情報であってもよい。例えば、入力された認証情報（パスワードなど）によりアクセスの可否を判断する
場合には、その認証情報が識別子となり、正しい認証情報が入力されたときにはアクセスを可能とし、誤った認証情報が入力されたときにはアクセスが不可であるとしてもよい。
【０１０４】
また、システムの管理者のみがアクセスできるルートディレクトリ（第２の格納部１６に対応する）に第２のジョブスケジュール情報が格納されており、ルートディレクトリよりも下位の階層のサブディレクトリ（第１の格納部１５に対応する）に第１のジョブスケジュール情報が格納されている場合に、システムの管理者としてのアクセス要求が行われた場合には、アクセス判断部１３がルートディレクトリへのアクセスを許可することで、第２のジョブスケジュール情報、及びその下位の階層であるサブディレクトリの第１のジョブスケジュール情報にアクセスでき、一般のユーザとしてのアクセス要求が行われた場合には、アクセス判断部１３がサブディレクトリへのアクセスを許可することで、第１のジョブスケジュール情報にはアクセスできるが、第２のジョブスケジュール情報を見ることができない（すなわち、アクセスできないばかりか、存在すらわからない）ようにしてもよい。
【０１０５】
また、上記各実施の形態では、サーバ・クライアント型のシステムの場合について説明したが、上記各実施の形態におけるジョブスケジュールは、スタンドアロンの情報処理装置（ジョブスケジュール装置）において実行されてもよい。特に、スタンドアロンの情報処理装置を複数人でログインして使用する場合には有効である。
【０１０６】
また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成してもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラム制御によるソフトウェアにより構成してもよい。ソフトウェアにより構成した場合のコンピュータが実行するプログラムの一例は、所定のジョブに関し、ジョブの実行スケジュールに関する条件を有する第１のジョブスケジュール情報の条件、及びジョブの実行スケジュールに関する条件を有する第２のジョブスケジュール情報の条件を充たすかどうか判断する判断ステップをコンピュータに実行させるためのプログラムとなる。ここで、判断ステップでの判断結果に応じたジョブの実行は、その判断を行ったコンピュータが行ってもよく、あるいは、その判断結果をネットワーク等を介して受け取った情報処理装置が行ってもよい。
【０１０７】
また、そのプログラムにおいて、前記判断ステップで前記第１及び第２のジョブスケジュール情報の条件を充たすと判断されたジョブを実行するジョブ実行ステップをさらにコンピュータに実行させてもよい。なお、このプログラムにおける「ジョブの実行」は、ジョブのプログラム自体の実行（例えば、バックアップのプログラム自体の実行）であってもよく、そのジョブの起動（コール）等であってもよい。
【産業上の利用可能性】
【０１０８】
以上のように、本発明によるジョブスケジュール装置は、ジョブの実行をスケジューリングする、例えば情報処理装置等に有用である。
【図面の簡単な説明】
【０１０９】
【図１】本発明の実施の形態１によるジョブスケジュール装置の構成を示すブロック図
【図２】同実施の形態によるジョブスケジュール装置の動作を示すフローチャート
【図３】同実施の形態におけるアクセス判断情報の一例を示す図
【図４】同実施の形態における第１のジョブスケジュール情報の一例を示す図
【図５】同実施の形態における第２のジョブスケジュール情報の一例を示す図
【図６】同実施の形態によるジョブスケジュール装置の動作を示すフローチャート
【図７】同実施の形態によるジョブスケジュール装置の動作を示すフローチャート
【図８】同実施の形態における情報処理装置の表示画面の一例を示す図
【図９】同実施の形態における情報処理装置の表示画面の一例を示す図
【図１０】同実施の形態における情報処理装置の表示画面の一例を示す図
【図１１】同実施の形態における情報処理装置の表示画面の一例を示す図
【図１２】同実施の形態における第２のジョブスケジュール情報の一例を示す図
【図１３】本発明の実施の形態２によるジョブスケジュール装置の構成を示すブロック図
【図１４】同実施の形態によるジョブスケジュール装置の動作を示すフローチャート
【図１５】同実施の形態における第１のジョブスケジュール情報の一例を示す図
【図１６】同実施の形態における実行不可能なジョブを示した出力結果の一例を示す図
【図１７】本実施の形態１及び２におけるハードウェア構成の一例を示す図
【符号の説明】
【０１１０】
１０，５０  ジョブスケジュール装置
１１  通信部
１２  アクセス受付部
１３  アクセス判断部
１４  アクセス部
１５  第１の格納部
１６  第２の格納部
１７  暦・時計部
１８  判断部
１９  実行部
２０  ジョブ格納部
２１  検出部
２２  出力部
３０  通信回線
４１，４２  情報処理装置
【図１】
2005038332.tif 000003
【図２】
2005038332.tif 000004
【図３】
2005038332.tif 000005
【図４】
2005038332.tif 000006
【図５】
2005038332.tif 000007
【図６】
2005038332.tif 000008
【図７】
2005038332.tif 000009
【図８】
2005038332.tif 000010
【図９】
2005038332.tif 000011
【図１０】
2005038332.tif 000012
【図１１】
2005038332.tif 000013
【図１２】
2005038332.tif 000014
【図１３】
2005038332.tif 000015
【図１４】
2005038332.tif 000016
【図１５】
2005038332.tif 000017
【図１６】
2005038332.tif 000018
【図１７】
2005038332.tif 000019