(57)【要約】【課題】  エンタープライズシステムの複雑化にともなって、システム管理者の作業負担はますます増大しつつある。【解決手段】  ジョブ編集装置２００は、エンタープライズシステムにおいて、各ジョブの実行内容を定義する原本データとしてジョブ定義情報を保持するジョブ管理装置１００と通信回線により接続される。定義情報受信部２２２は、ジョブ管理装置１００からジョブ定義情報を受信する。表示部２１４は、受信されたジョブ定義情報を画面表示させる。入力部２１２は、画面表示されたジョブ定義情報の内容を変更するためのユーザによる変更指示入力を受け付ける。コマンド送信部２２４は、ユーザの変更指示入力による変更内容をジョブ管理装置１００のジョブ定義情報に反映するために、その変更内容を示す変更指示データをジョブ管理装置１００に送信する。【選択図】  図４
2006268508.tif 000002
【特許請求の範囲】
【請求項１】
組織業務の基本構成単位として定義される複数のジョブを複数のジョブ実行装置に割り当てることにより、組織業務を前記複数のジョブ実行装置に分散して実行する業務コンピュータシステムにおいて、各ジョブの実行内容を定義する原本データとしてジョブ定義情報を保持するジョブ管理装置と通信回線により接続され、
前記ジョブ管理装置からジョブ定義情報を受信する定義情報受信部と、
前記受信されたジョブ定義情報を画面表示させる定義情報表示部と、
前記画面表示されたジョブ定義情報の内容を変更するためのユーザによる変更指示入力を受け付ける変更入力部と、
ユーザの変更指示入力による変更内容を前記ジョブ管理装置のジョブ定義情報に反映するために、その変更内容を示す変更指示データを前記ジョブ管理装置に送信する変更指示送信部と、
を備えることを特徴とするジョブ編集装置。
【請求項２】
前記複数のジョブの間には、親にあたるジョブの実行終了を条件として子にあたるジョブが実行されるように親子関係が定められており、
前記ジョブ定義情報は、それら複数のジョブの親子関係を定義する情報を含み、
前記変更入力部は、前記ジョブ定義情報におけるジョブの親子関係を変更するための変更指示入力を受け付けることを特徴とする請求項１に記載のジョブ編集装置。
【請求項３】
前記定義情報表示部は、ジョブに対応する図形オブジェクトにより各ジョブの親子関係を図画像として画面表示することを特徴とする請求項２に記載のジョブ編集装置。
【請求項４】
前記ジョブ管理装置が保持するジョブ定義情報のうち編集対象となるべき範囲を指定するためのユーザによる範囲指定入力を受け付ける範囲入力部と、
ユーザにより指定された編集対象となるべき範囲を示す範囲コマンドを前記ジョブ管理装置に送信する範囲コマンド送信部と、を更に備え、
前記定義情報受信部は、前記ジョブ定義情報のうちユーザにより編集対象として指定された範囲の情報を前記ジョブ管理装置から受信することを特徴とする請求項１から３のいずれかに記載のジョブ編集装置。
【請求項５】
前記ジョブ管理装置は、所定期間におけるジョブ定義情報の変更履歴を保持しており、
前記所定期間における日時を指定するためのユーザによる日時指定入力を受け付ける日時入力部と、
ユーザにより指定された日時を示す日時コマンドを前記ジョブ管理装置に送信する日時コマンド送信部と、を更に備え、
前記定義情報受信部は、ユーザにより指定された日時におけるジョブ定義情報を前記ジョブ管理装置から受信することを特徴とする請求項１から４のいずれかに記載のジョブ編集装置。
【請求項６】
ユーザの変更指示入力による変更内容を示すデータを所定のデータ形式に変換する形式変換部と、
前記データ形式にて前記変更内容を印刷する変更情報印刷部と、
を備えることを特徴とする請求項１から５のいずれかに記載のジョブ編集装置。
【請求項７】
組織業務の基本構成単位として定義される複数のジョブを複数のジョブ実行装置に割り当てることにより、組織業務を前記複数のジョブ実行装置に分散して実行する業務コンピュータシステムにおいて、
各ジョブの実行内容を定義する原本データとしてジョブ定義情報を保持する定義情報保持部と、
通信回線を介して接続される外部のジョブ編集装置に対して、ジョブ定義情報を送信する定義情報送信部と、
前記送信されたジョブ定義情報に対する変更内容を示す変更指示データを前記ジョブ編集装置から受信する変更指示受信部と、
前記変更指示データにより指定される変更内容を前記定義情報保持部におけるジョブ定義情報に反映させる定義変更部と、
を備えることを特徴とするジョブ管理装置。
【請求項８】
請求項１に記載のジョブ編集装置と、
前記ジョブ編集装置とネットワークを介して接続される請求項７に記載のジョブ管理装置と、
を備えることを特徴とするジョブ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、業務システムにおいてジョブの実行を制御するための技術、特に、ジョブの実行内容を定義するための技術、に関する。
【背景技術】
【０００２】
企業や公共施設などの運用を支えるエンタープライズシステム（Enterprise System）は、今や、大小さまざまな組織の基盤システムとして導入が広がっている。エンタープライズシステムは、ノード端末から得られるデータを集計、蓄積、解析、加工した上でより付加価値の高い情報を出力する。エンタープライズシステムは複雑化する組織マネジメントをより効率化するために発展を続けている。
【０００３】
このようなエンタープライズシステムは、ジョブの集合体としてモデリングされることが多い。ジョブとは、たとえば、データベースの更新処理や、ノード端末から得られたデータに対する演算処理など、システムにおいて基本的な実行単位となる処理である。
実行スケジュールにしたがって各ジョブが実行されることにより業務全体の管理がなされる。
【特許文献１】特開平７−１２９４１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
エンタープライズシステムは、その導入先となる組織の大きさ、業務の複雑さによってその運用設計は多様である。また、組織の業務にあわせて設計されるべきシステムであるため、業務の変化に応じてエンタープライズシステムの設計も変更される必要がある。エンタープライズシステムには、高い機能性や信頼性が必要であることはもちろんであるが、設計変更に対する柔軟性も同様に重要である。
【０００５】
一般的には、組織の部門ごとに必要とされるジョブの仕様が定義される。そして、定義されたジョブの仕様書はジョブ登録申請書として、システムの運用を担当する管理者に渡される。管理者は、ジョブの設計者から渡されたジョブ登録申請書に基づいて、ジョブをシステムに新規登録する。このような運用モデルの場合、管理者がシステム全体について大きな責任を負うことになる。
【０００６】
しかし、複数の拠点をもつ企業のように規模の大きい組織に導入されるエンタープライズシステムにおいては、ジョブの数は膨大な数にのぼる。管理者は、多くのジョブ登録申請書を吟味して登録作業を行う必要があり、その作業負担は大きなものとなってきている。システムの巨大化は、ジョブの設計者にとってもシステムの全体像を把握しにくくしている。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、その主たる目的は、エンタープライズシステムにおいてシステムの設計変更を好適に実行するための技術を提供することにある。
【課題を解決するための手段】
【０００８】
本発明のある態様は、組織業務の基本構成単位として定義される複数のジョブを複数のジョブ実行装置に割り当てることにより、組織業務を複数のジョブ実行装置に分散して実行する業務コンピュータシステムにおいて、各ジョブの実行内容を編集するためのジョブ編集装置である。
この装置は、各ジョブの実行内容を定義する原本データとしてジョブ定義情報を保持するジョブ管理装置からジョブ定義情報を受信する。受信されたジョブ定義情報は画面表示される。ユーザは画面表示されたジョブ定義情報の内容を変更する。この装置は、その変更内容を原本データとしてのジョブ定義情報に反映させるために、変更内容を示す変更指示データをジョブ管理装置に送信する。
【０００９】
この態様によると、ユーザはジョブ管理装置とは物理的に分離されたジョブ編集装置にて、ジョブ定義情報の内容を変更し、その変更結果をジョブ管理装置のジョブ定義情報として反映させることができる。また、ジョブ編集装置にて、システム全体についてのジョブ定義情報を取得できるため、ジョブの設計に際してもシステムの全体構造を把握しやすくなる。
これにより、ジョブ登録申請書の作成業務やジョブ登録申請書に基づく登録業務が実質的に不要となるため、システムの設計変更が容易となる。
【００１０】
本発明の別の態様は、組織業務の基本構成単位として定義される複数のジョブを複数のジョブ実行装置に割り当てることにより、組織業務を複数のジョブ実行装置に分散して実行する業務コンピュータシステムにおいて各ジョブの実行内容を定義する原本データとしてジョブ定義情報を管理するジョブ管理装置である。
この装置は、外部のジョブ編集装置に対してジョブ定義情報を送信し、そのジョブ定義情報に対する変更内容を示す変更指示データをジョブ編集装置から受信して、変更内容をジョブ定義情報に反映させる。
【００１１】
なお、以上の構成要素の任意の組合せ、本発明を方法、装置、システム、記録媒体、コンピュータプログラムにより表現したものもまた、本発明の態様として有効である。
【発明の効果】
【００１２】
本発明によれば、エンタープライズシステムにおいてシステムの設計変更を好適に実行するための技術を提供することができる。
【発明を実施するための最良の形態】
【００１３】
図１は、エンタープライズシステムのハードウェア構成図である。
エンタープライズシステム３２０は、企業や公共施設のような組織の業務管理のために導入されるシステムである。エンタープライズシステム３２０は、地理的に分散された複数の組織を統合するシステムとして構成されてもよい。
【００１４】
本実施例におけるエンタープライズシステム３２０は、ジョブ管理装置１００、ジョブ実行装置群３００、ノード群３１０およびジョブ編集装置２００を含む。ジョブ管理装置１００、ジョブ実行装置群３００、ノード群３１０およびジョブ編集装置２００はイントラネット（Intranet）により互いに接続されている。
ジョブ管理装置１００は、実行スケジュールにしたがって複数のジョブの実行をジョブ実行装置群３００に指示する。ジョブ管理装置１００については、図３に関連して詳述する。
【００１５】
ジョブ実行装置群３００は、複数のジョブ実行装置３０２を含む。
ジョブ実行装置３０２は、ジョブ管理装置１００から割り当てられたジョブを実行する。ジョブ管理装置１００は、ジョブ実行装置群３００に含まれるジョブ実行装置３０２のうちあらかじめ定められた割当ルールに応じて、いずれかのジョブ実行装置３０２にジョブを割り当ててもよい。あるいは、各ジョブ実行装置３０２の間で処理負荷が分散するように、他のジョブ実行装置３０２よりも処理負荷が軽い状態にあるジョブ実行装置３０２に対して優先的にジョブを割り当ててもよい。
ジョブ実行のためのプログラムデータはあらかじめジョブ実行装置３０２が保持してもよい。あるいは、ジョブ実行指示に際してジョブ管理装置１００からジョブ実行装置３０２にプログラムデータがダウンロードされてもよい。ジョブ実行装置３０２は、ジョブの実行に際し、ジョブの実行状態をジョブ管理装置１００やノード群３１０に通知する。
【００１６】
ノード群３１０は、複数のノード端末３１２を含む。
各ノード端末３１２は、ユーザが、業務遂行のために使用するコンピュータ端末である。ノード端末３１２は業務上のさまざまなデータを取得する。ジョブ実行装置３０２は、ジョブの実行に際して、ノード端末３１２とデータを送受する。ジョブ実行装置３０２は、ジョブ実行装置３０２から取得したデータに基づいてジョブを実行する。
【００１７】
まとめると、ノード端末３１２により得られたデータを変数として、ジョブ実行装置３０２はさまざまなジョブを実行する。ジョブの実行タイミングは、ジョブ管理装置１００によって制御されることになる。このように、ノード端末３１２から得られるデータに基づいて、あらかじめ内容定義された複数のジョブが定期的に実行されることにより、エンタープライズシステム３２０の運用がなされている。
【００１８】
ここで、ジョブ管理装置１００は、ジョブの実行内容を定義したジョブ定義情報を管理する。このジョブ定義情報は、ジョブの親子関係や実行スケジュールなどを含む情報である。親子関係については、特に、図２に関連して後述する。ジョブ管理装置１００は、このジョブ定義情報を参照して各ジョブ実行装置３０２にジョブを割り当てる。ジョブ編集装置２００は、ジョブ管理装置１００が一元的に管理するこのジョブ定義情報を編集するための装置である。１つのジョブ管理装置１００に対して、複数のジョブ編集装置２００からアクセスが可能となっている。
このジョブ編集装置２００の詳細については、図４に関連して説明する。
【００１９】
エンタープライズシステム３２０において、通常業務の従業者はノード群３１０を介して組織業務を遂行する。いいかえれば、業務従事者は、ノード群３１０以外にはエンタープライズシステム３２０について特に関知する必要はない。ジョブ管理装置１００やジョブ実行装置群３００のメンテナンスは、システムの管理者が担当する装置群である。ジョブ編集装置２００は、新たなジョブの追加や、既存のジョブの設計変更を行う設計者が担当する装置である。
このようにシステムの運用責任を負う管理者、システムを利用して組織業務を遂行する従業者、組織業務にあわせてシステムの設計を担当する設計者の３者によってエンタープライズシステム３２０は利用される。
【００２０】
設計者は業務上の必要に応じて、新たなジョブを設計する。一般的に、設計者は設計したジョブの仕様を示すジョブ登録申請書を管理者に渡す。管理者は、ジョブ登録申請書に記載された仕様のジョブをジョブ管理装置１００のジョブ定義情報に登録する。設計者が既存のジョブの実行内容や各ジョブの関係について設計変更したときも同様である。
【００２１】
本発明者はジョブ編集装置２００とジョブ管理装置１００を通信回線により接続した上で、その装置間における処理を工夫することにより、システムの設計変更をより簡易に実行できることに想到した。本実施例におけるジョブ編集装置２００は、ジョブ管理装置１００からジョブ定義情報をダウンロードする。設計者は、ダウンロードされたジョブ定義情報の内容を変更した後、この変更後の内容を示すデータ（以下、「定義変更データ」とよぶ）をジョブ管理装置１００にアップロードする。ジョブ管理装置１００のジョブ定義情報は、ジョブ編集装置２００から送信された定義変更データにより更新される。
【００２２】
ジョブ編集装置２００は、ジョブ管理装置１００のジョブ定義情報のすべてをダウンロードしてもよい。設計者はジョブ編集装置２００にダウンロードすべきデータ範囲を指定することもできる。このときには、ジョブ編集装置２００から範囲指定をするためのコマンド（以下、「範囲指定コマンド」とよぶ）が送信される。
また、ジョブ管理装置１００は、最新のジョブ定義情報だけでなく、ジョブ定義情報の設計変更履歴としてさまざまな時期におけるジョブ定義情報も保持している。設計者は、ジョブ編集装置２００にダウンロードすべきジョブ定義情報の日付を指定することにより、過去のジョブ定義情報をダウンロードすることもできる。このときには、ジョブ編集装置２００から日付指定するためのコマンド（以下、「日時コマンド」とよぶ）が送信される。
以下、本実施例におけるジョブ管理装置１００とジョブ編集装置２００の機能および作用について説明するが、そのまえに、ジョブの親子関係について説明しておく。
【００２３】
図２は、本実施例において初期設定時におけるジョブのスケジュールチャートである。
同図では、ジョブ１〜ジョブ６の６つのジョブを例として説明するが、実際には、これらのほかにも多くのジョブがスケジュール管理の対象となりうる。ジョブ編集装置２００は、同図に示すような態様にてスケジュールチャートを画面表示することもできる。
ジョブ１は、１０：００に実行開始予定のジョブである。そして、１０：３０に実行終了が予定されている。ただし、ジョブの実行は、ジョブ実行装置３０２における処理負荷の影響を受けるので、実行終了予定時刻はあくまでも予定の時刻である。
【００２４】
ジョブ１の実行終了を条件として、ジョブ２とジョブ５が実行可能となる。ジョブ２とジョブ５は共に、親にあたるジョブ１の実行終了予定時刻よりも遅い時刻を実行開始時刻としている。ここでは、ジョブ１の子にあたるジョブ（以下、単に「子ジョブ」とよぶ）は、ジョブ２とジョブ５である。このように、あるジョブに対する直接的な子ジョブのことを「狭義の子ジョブ」とよぶ。一方、ジョブ３、ジョブ４、ジョブ６も、ジョブ１の実行終了を条件として実行されるジョブである。ただし、これらのジョブはジョブ１に対する直接的な子ジョブではない。以下、このような、あるジョブに対する間接的な子ジョブまで含めていうときには「広義の子ジョブ」とよぶ。
【００２５】
ここではジョブ１〜ジョブ６として示したが、さらにジョブの数が多いときには、複数のジョブをまとめてグループ化してもよい。このようなグループを「ネット」とよぶ。たとえば、組織の部門ごとにネットが定義されてもよい。範囲指定コマンドは、このネットを単位として範囲指定するコマンドであってもよいし、ジョブを単位として範囲指定するコマンドであってもよい。あるいは、ジョブの設定データの一部を指定するコマンドであってもよい。
【００２６】
ジョブ管理装置１００は、ジョブ定義情報により示される実行スケジュールにしたがって、各ジョブをジョブ実行装置３０２に割り当てる。ジョブ実行装置３０２は割り当てられたジョブを実行する。このとき、ジョブ管理装置１００は、ジョブ実行装置３０２との通信により、ジョブの実行状態を監視する。
【００２７】
図３は、ジョブ管理装置の機能ブロック図である。
ここに示す各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。これは、次の図４に示すジョブ編集装置２００の機能ブロック図についても同様である。
ここでは、主として各機能ブロックの発揮すべき機能について述べ、その具体的な作用については、図６等に関連して説明する。
【００２８】
ジョブ管理装置１００は、管理通信部１１０、管理データ処理部１４０、管理ユーザインタフェース処理部１５０および定義情報記憶部１６０を含む。
管理ユーザインタフェース処理部１５０は、管理者からの入力処理や管理者に対する情報表示のようなユーザインタフェース全般に関する処理を担当する。なお、管理者は所定のノード端末３１２を介して管理ユーザインタフェース処理部１５０とアクセスしてもよい。
管理通信部１１０は、通信処理を担当する。管理通信部１１０は、イントラネットのほかにも、インターネットなどの一般的な通信回線と接続されてもよい。
【００２９】
管理データ処理部１４０は、管理ユーザインタフェース処理部１５０や管理通信部１１０から取得されたデータをもとにして各種のデータ処理を実行する。管理データ処理部１４０は、管理ユーザインタフェース処理部１５０、管理通信部１１０および定義情報記憶部１６０の間のインタフェースの役割も果たす。
定義情報記憶部１６０は、ジョブ定義情報を記憶する。定義情報記憶部１６０は、最新のジョブ定義情報だけではなく、ジョブ編集装置２００による設計変更履歴として、各時期ごとに複数のジョブ定義情報も記憶している。このうち、最新のジョブ定義情報は、最新のジョブの実行内容を定義する原本データとしてのジョブ定義情報である。
【００３０】
管理通信部１１０は、編集処理通信部１２０と実行制御通信部１３０を含む。
編集処理通信部１２０は、ジョブ編集装置２００との通信処理を担当する。実行制御通信部１３０は、ジョブ実行装置群３００との通信処理を担当する。
【００３１】
実行制御通信部１３０は、更に実行指示部１３２と状態監視部１３４を含む。
実行指示部１３２は、各ジョブ実行装置３０２に対してジョブの実行を指示する。状態監視部１３４は、各ジョブ実行装置３０２におけるジョブの実行状態を実行情報として取得する。実行情報とは、たとえば、ジョブの実行開始時刻、実行終了時刻、実行に要した時間、終了ステータスなどである。ジョブ実行装置３０２は、このような実行情報をジョブ管理装置１００に適宜送信する。ここで、終了ステータスとは、正常終了、異常終了、あるいは、ジョブが実行途中でユーザにより実行キャンセルされた場合のスキップ終了など、ジョブの終了態様を示す情報である。
【００３２】
編集処理通信部１２０は、定義情報送信部１２２とコマンド受信部１２４を含む。
定義情報送信部１２２は、ジョブ編集装置２００からの要求に応じてジョブ定義情報を送信する。コマンド受信部１２４は、ジョブ編集装置２００から各種コマンドを受信する。ここでいうコマンドとは、範囲指定コマンドや日時指定コマンド、ジョブ定義情報のダウンロードを要求するコマンド（以下、「ダウンロードコマンド」とよぶ）、定義変更データのアップロードを要求するコマンド（以下、「アップロードコマンド」とよぶ）など、ジョブ編集装置２００がジョブ管理装置１００に対して各種制御を要求するために送信されるデータである。
【００３３】
管理データ処理部１４０は、定義変更部１４２と実行制御部１４４を含む。
実行制御部１４４は、ジョブ定義情報にしたがって、各ジョブの実行開始タイミングを制御する。実行開始タイミングに至ったときには、実行指示部１３２にジョブの実行を指示する。実行制御部１４４は、そのために時計機能を内蔵する。
【００３４】
定義変更部１４２は、定義情報記憶部１６０にアクセスしてジョブ定義情報を変更する。コマンド受信部１２４が、アップロードコマンドを受信したときには、定義変更部１４２は、アップロードコマンドに付随して送信される定義変更データに応じて定義情報記憶部１６０のジョブ定義情報を変更する。
【００３５】
図４は、ジョブ編集装置の機能ブロック図である。
ジョブ編集装置２００は、設計ユーザインタフェース処理部２１０、編集通信部２２０、編集データ処理部２３０、編集データ記憶部２４０、形式変換部２５０および印刷部２６０を含む。
設計ユーザインタフェース処理部２１０は、ジョブの設計者からの入力処理や設計者に対する情報表示のようなユーザインタフェース全般に関する処理を担当する。
編集通信部２２０は、ジョブ管理装置１００との通信処理を担当する。編集通信部２２０も、イントラネットのほかにインターネットなどの一般的な通信回線と接続されてもよい。
【００３６】
編集データ処理部２３０は、設計ユーザインタフェース処理部２１０や編集通信部２２０から取得されたデータをもとにして各種のデータ処理を実行する。編集データ処理部２３０は、設計ユーザインタフェース処理部２１０、編集通信部２２０、編集データ記憶部２４０および形式変換部２５０の間のインタフェースの役割も果たす。
編集データ記憶部２４０は、編集通信部２２０がジョブ管理装置１００から受信したジョブ定義情報を記憶する。また、設計ユーザインタフェース処理部２１０を介して設計者がジョブ定義情報を変更したときには、その変更内容を示すデータである定義変更データを記憶する。
【００３７】
形式変換部２５０は、定義変更データをあらかじめ定められた印刷のためのフォーマットに変換する。印刷部２６０は、定義変更データをそのフォーマットにて印刷する。このときのフォーマットは、ジョブの設計変更の内容を正式の書類として残すためにエンタープライズシステム３２０に含まれる複数のジョブ編集装置２００の間で統一されたフォーマットであることが望ましい。
【００３８】
設計ユーザインタフェース処理部２１０は、入力部２１２と表示部２１４を含む。
入力部２１２は、設計者からの各種入力操作を受け付ける。また、表示部２１４は、設計者に対してデータを画面表示する。
編集通信部２２０は、定義情報受信部２２２とコマンド送信部２２４を含む。
定義情報受信部２２２は、ジョブ管理装置１００からジョブ定義情報を受信する。コマンド送信部２２４は、ジョブ管理装置１００に対して各種のコマンドを送信する。
【００３９】
図５は、ジョブ編集装置において表示されるジョブ表示画面を示す画面図である。
設計者は、入力部２１２を介してジョブ定義情報のダウンロードを要求する。このとき、ダウンロードの対象となる範囲や日時を指定するための入力がなされてもよい。コマンド送信部２２４は、ダウンロードコマンドや範囲指定コマンド、日時指定コマンドなどをジョブ管理装置１００に送信する。定義情報受信部２２２は、これらのコマンドにしたがってジョブ管理装置１００からジョブ定義情報をダウンロードする。編集データ処理部２３０は、ダウンロードされたジョブ定義情報を編集データ記憶部２４０に記録する。表示部２１４はジョブ定義情報を同図のジョブ表示画面２８０に示す態様にてグラフィック表示する。
【００４０】
ジョブオブジェクト２９４は、ジョブを示す図形オブジェクトである。表示部２１４は、ジョブ定義情報における親子関係に基づいて、各ジョブについてのジョブオブジェクト２９４を画面上に配置する。ジョブオブジェクト２９４には、そのジョブの実行開始時刻と実行終了予定時刻が図示される。設計者は、表示されているジョブオブジェクト２９４をマウスでクリックすることにより、設計変更画面２８２を開くことができる。同図においてはジョブ５の設計変更画面２８２が表示されている。
【００４１】
運用開始日付欄２８４は、ジョブの運用が開始された日付を示す。ここでは、２００５年３月３日にジョブ５の運用が開始されたことが示されている。親ジョブ名欄２８６は、親にあたるジョブ（以下、単に「親ジョブ」とよぶ）の名前を示す。ここでは、直接の親となる狭義の親ジョブのみを示す。子ジョブ名欄２８８は、子ジョブの名前を示す。ここでも直接の子となる狭義の子ジョブのみを示す。開始時刻欄２９０は、ジョブの実行開始時刻を示す。終了予定時刻欄２９２は、ジョブの実行終了予定時刻を示す。実行終了予定時刻は、設計者の見積り時刻が設定されてもよい。
【００４２】
設計者が設計変更画面２８２において設定内容を変更すると、編集データ処理部２３０はその変更内容を示す定義変更データを編集データ記憶部２４０に記録する。また、設計者は、ジョブオブジェクト２９４をドラッグアンドドロップ（Drag and Drop）により移動して、ジョブの親子関係を変更することもできる。ジョブの実行スケジュールや親子関係だけでなく、ジョブが実行すべき処理内容についても、ジョブ表示画面２８０を介して設計変更可能である。
【００４３】
ジョブ編集装置２００の表示部２１４は、設計変更や追加、削除の対象となったジョブのジョブオブジェクト２９４や、ジョブの設計変更対象となった設定データの表示領域を、編集対象となっていないデータとは異なる色彩や形状、フォントにて表示してもよい。このように、表示部２１４は、編集対象となったデータとそうでないデータを異なる表示態様にて表示させてもよい。これにより、設計者は、設計中にジョブ表示画面２８０にて自己の編集内容を容易に視認できる。
編集データ処理部２３０は、ダウンロードされたジョブ定義情報に対する変更部分だけを示す差分データを定義変更データとして編集データ記憶部２４０に記録してもよい。あるいは、変更後のジョブ定義情報そのものが定義変更データとして記録されてもよい。
【００４４】
日時指定コマンドにより、ジョブ編集装置２００は過去のジョブ定義情報をダウンロードすることもできる。設計者は、過去のジョブ定義情報がダウンロードされたときにはその内容を変更することができない。日時指定コマンドにより、日付や時間を指定してもよいし、あるいは、過去のジョブ定義情報についてバージョン管理されている場合には、そのバージョンナンバーを指定してもよい。
【００４５】
複数のジョブ編集装置２００のうち、ジョブ編集装置２００ごとにジョブ定義情報のうち設計変更可能な範囲があらかじめ定められてもよい。たとえば、ジョブ定義情報のあるネットはジョブ編集装置２００Ａによって設計変更可能であるが、ジョブ編集装置２００Ｂによっては設計変更不許可とされてもよい。一方、別のネットについては、ジョブ編集装置２００Ａによっては設計変更が不許可とされるが、ジョブ編集装置２００Ｂによっては設計変更可能としてもよい。また、ジョブ編集装置２００Ｃは、これらのどちらのネットについても設計変更が可能としてもよい。ジョブ定義情報においては、各ジョブごとに設計変更権限が与えられるべきジョブ編集装置２００の情報が含まれてもよい。このような態様によれば、設計者が明示的に範囲指定をしない場合であっても、ダウンロードされるべきジョブ定義情報の範囲が限定される。このような態様によれば、ジョブ編集装置２００ごとに設計変更権限を定義することができる。
【００４６】
図６は、ジョブ定義情報の更新処理を示すシーケンス図である。
まず、ジョブ編集装置２００のコマンド送信部２２４はジョブ管理装置１００に対してダウンロードコマンドを送信する（Ｓ１０）。このとき、ジョブ編集装置２００は、ダウンロードコマンドとあわせて、範囲指定コマンドや日時指定コマンドを送信してもよい。ジョブ管理装置１００のコマンド受信部１２４は、こうして送信されたコマンドを受信する。
【００４７】
ジョブ管理装置１００の管理データ処理部１４０は、定義情報記憶部１６０から該当するジョブ定義情報を取得する。定義情報送信部１２２は、この取得されたジョブ定義情報をジョブ編集装置２００に送信する（Ｓ１２）。ジョブ定義情報は、ＣＳＶ（Comma Separated Values）形式やテキスト形式、あるいはバイナリ形式としてジョブ編集装置２００に送信されてもよい。ジョブ編集装置２００の定義情報受信部２２２は、ジョブ定義情報を受信する。表示部２１４は、ダウンロードされたジョブ定義情報を示すジョブ表示画面２８０を表示する（Ｓ１４）。設計者は、ジョブ表示画面２８０を介して編集処理を実行する（Ｓ１６）。ジョブ編集装置２００の編集データ処理部２３０は、編集による定義変更データを編集データ記憶部２４０に記録する。
【００４８】
設計者は、設計変更作業が終了したときには、その変更内容をジョブ管理装置１００のジョブ定義情報に反映させるための指示を入力する。ジョブ編集装置２００のコマンド送信部２２４は、定義変更データを含むアップロードコマンドをジョブ管理装置１００に送信する（Ｓ２０）。このとき、定義変更データはＣＳＶ形式、テキスト形式あるいはバイナリ形式などにてアップロードされてもよい。ジョブ管理装置１００のコマンド受信部１２４は、アップロードコマンドと、それにともなう定義変更データを受信する。定義変更部１４２は、受信された定義変更データを反映した新たなジョブ定義情報を定義情報記憶部１６０に記録する（Ｓ２２）。こうして、ジョブ定義情報が更新される。なお、アップロードに際しては、ジョブ編集装置２００は、スペルチェック、レコード長、レコード数などのチェックを行う。ジョブ編集装置２００は、チェックの結果、問題があった場合はエラーとしてアップロード処理を実行することなくエラー内容を表示する。
【００４９】
ジョブ管理装置１００のジョブ定義情報に対して、複数のジョブ編集装置２００により同時に設計変更が実行されないように排他制御がなされてもよい。あるジョブ編集装置２００がジョブ定義情報をダウンロードすると、そのジョブ編集装置２００のアップロード処理が完了するまでは、別のジョブ編集装置２００がジョブ定義情報をダウンロードできないように制御してもよい。このときには、ジョブ管理装置１００のコマンド受信部１２４は、アップロードコマンドを受信するまでは、他のジョブ編集装置２００からのコマンドを受け付けないように制御してもよい。
あるいは、ジョブ管理装置１００からジョブ編集装置２００Ａにジョブ定義情報がダウンロードされたあとに、別のジョブ編集装置２００Ｂがジョブ管理装置１００のジョブ定義情報を更新してしまった場合、ジョブ管理装置１００は最初のジョブ編集装置２００Ａからの定義変更データを受け付けないとしてもよい。このために、ジョブ管理装置１００は、ジョブ編集装置２００から受信した定義変更データとジョブ管理装置１００が管理する原本データである定義情報記憶部１６０のジョブ定義情報との整合性をチェックする。すなわち、その定義変更データが基づく過去にダウンロードされたジョブ定義情報が、現在の定義情報記憶部１６０におけるジョブ定義情報と同一であるかをチェックする。整合がとれなければ、ジョブ管理装置１００は、受信した定義変更データによってジョブ定義情報の更新を行わない。また、ジョブ管理装置１００は、不整合の内容を示す情報をジョブ編集装置２００に送信する。
【００５０】
Ｓ２２において、管理者が定義変更の可否を最終的に判定してもよい。管理者が許可をしない限り、定義変更データは定義情報記憶部１６０のジョブ定義情報として反映されない。このような運用方法によれば、管理者はシステムの設計変更を管理する権限を担保できる。このような方法においても、ジョブ登録申請書を介する場合に比べて、設計者や管理者の作業負担を大きく軽減できるというメリットにかわりはない。
【００５１】
一方、アップロードコマンドが送信された後のジョブ編集装置２００においては、形式変換部２５０は定義変更データを所定のフォーマットに変換する（Ｓ２４）。そして、印刷部２６０は、フォーマット変換された定義変更データをプリントアウトする（Ｓ２６）。形式変換部２５０は、ジョブ管理装置１００においてジョブ定義情報の変更がなされたことを条件として、フォーマット変換を実行してもよい。この場合、ジョブ管理装置１００の編集処理通信部１２０は、ジョブ定義情報を更新が完了したことを示す更新完了信号をジョブ編集装置２００の編集通信部２２０に対して送信してもよい。
【００５２】
以上、本実施例におけるエンタープライズシステム３２０によれば、システムの設計変更にともなう設計者や管理者の作業負担を軽減できる。特に、規模が大きく、複数の管理者や設計者が関わるエンタープライズシステム３２０の場合には、ジョブ登録申請書の作成や、ジョブの登録作業負担が大きくなる。本実施例に示したエンタープライズシステム３２０によれば、設計者はジョブ編集装置２００に表示されるジョブ表示画面２８０にて、ジョブの設定変更をＧＵＩ（Graphical User Interface）を介して実行できるため、ジョブ登録申請書を作成するような場合に比べて作業負荷が軽減される。ジョブ編集装置２００は、最新のジョブ定義情報をジョブ管理装置１００からダウンロードできる。そのため、複数の設計者やジョブ編集装置２００が介在する場合であっても、各設計者は最新のジョブ定義情報を簡単に取得できる。
【００５３】
設計者は、ジョブ管理装置１００からジョブ編集装置２００にダウンロードされるべきジョブ定義情報のデータ範囲を指定できる。設計の対象となるデータだけダウンロード対象とすることにより、不必要に通信負荷が高くならないように処置できる。ジョブ編集装置２００ごとに、あるいは、設計者ごとに設定変更可能なジョブ定義情報の範囲を定義することにより、ジョブ定義情報の設計変更についての安全性を高めることができる。本実施例に示したように、ジョブ定義情報に含まれるデータについて設計変更権限が与えられるべきジョブ編集装置２００を特定するための情報が、ジョブ定義情報の一部として含まれてもよい。あるいは、設計変更権限が与えられるべき設計者のＩＤを特定するための情報がジョブ定義情報に含まれてもよい。
【００５４】
ジョブ定義情報の設計変更権限については、たとえば、以下のように分けてもよい。
（１）どの設計者も自由に変更可能なデータ、あるいは、特定の設計者が自由に変更可能なデータの範囲。
（２）（１）に加えて管理者の承認を条件として変更可能なデータ範囲。
（３）（２）に加えてジョブ登録申請書の提出を条件として変更可能なデータ範囲。
このように、一般的な運用方法と組み合わせてシステム設計変更業務の柔軟な運用が可能となる。
【００５５】
本実施例におけるジョブ編集装置２００は、最新のジョブ定義情報だけでなく過去のジョブ定義情報をダウンロードできる。したがって、設計者は過去のジョブ定義情報を参照しながら、ジョブの設計を考えることができるため設計利便性が向上する。また、過去のジョブ定義情報をジョブ管理装置１００にて一元的に管理するため、複数のジョブ編集装置２００ごとに不要にジョブ定義情報のコピーが残存しにくくなる。ジョブ編集装置２００は、必要なときにジョブ管理装置１００から原本データとしてのジョブ定義情報をダウンロードできるからである。
本実施例におけるジョブ編集装置２００は、定義変更データを印刷することができるので、ジョブ登録申請書のような変更結果を示す書類を容易に作成できる。
【００５６】
以上、実施の形態をもとに本発明を説明した。なお本発明はこの実施の形態に限定されることなく、そのさまざまな変形例もまた、本発明の態様として有効である。
【００５７】
なお、請求項に記載の変更入力部や範囲入力部、日時入力部の各機能は、本実施例においては主としてジョブ編集装置２００の入力部２１２により実現される。請求項に記載の変更指示送信部や範囲コマンド送信部、日時コマンド送信部の各機能は、本実施例においては主としてコマンド送信部２２４により実現される。請求項に記載の定義情報表示部の機能は、本実施例においては主として表示部２１４により実現される。
請求項に記載の変更指示受信部や範囲コマンド受信部、日時コマンド受信部の各機能は、本実施例においてはジョブ管理装置１００のコマンド受信部１２４により実現される。
なお、これら請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【００５８】
なお、請求項に記載のジョブ管理装置は、
ジョブ定義情報のうち編集対象となるべき範囲を指定する範囲コマンドを前記ジョブ編集装置から受信する範囲コマンド受信部を更に備えてもよく、
前記定義情報送信部は、前記ジョブ定義情報のうち前記範囲コマンドにより編集対象として指定された範囲の情報を前記ジョブ編集装置に送信してもよい。
また、ジョブ管理装置は、前記ジョブ編集装置のユーザにより指定された日時を示す日時コマンドを前記ジョブ編集装置から受信する日時コマンド受信部を更に備えてもよく、
前記定義情報保持部は、所定期間におけるジョブ定義情報の変更履歴を保持しており、
前記定義情報受信部は、前記日時コマンドにより指定された日時におけるジョブ定義情報を前記ジョブ編集装置に送信してもよい。
【図面の簡単な説明】
【００５９】
【図１】エンタープライズシステムのハードウェア構成図である。
【図２】本実施例において初期設定時におけるジョブのスケジュールチャートである。
【図３】ジョブ管理装置の機能ブロック図である。
【図４】ジョブ編集装置の機能ブロック図である。
【図５】ジョブ編集装置において表示されるジョブ表示画面を示す画面図である。
【図６】ジョブ定義情報の更新処理を示すシーケンス図である。
【符号の説明】
【００６０】
１００  ジョブ管理装置、  １１０  管理通信部、  １２０  編集処理通信部、  １２２  定義情報送信部、  １２４  コマンド受信部、  １３０  実行制御通信部、  １３２  実行指示部、  １３４  状態監視部、  １４０  管理データ処理部、  １４２  定義変更部、  １４４  実行制御部、  １５０  管理ユーザインタフェース処理部、  １６０  定義情報記憶部、  ２００  ジョブ編集装置、  ２１０  設計ユーザインタフェース処理部、  ２１２  入力部、  ２１４  表示部、  ２２０  編集通信部、  ２２２  定義情報受信部、  ２２４  コマンド送信部、  ２３０  編集データ処理部、  ２４０  編集データ記憶部、  ２５０  形式変換部、  ２６０  印刷部、  ３００  ジョブ実行装置群、  ３０２  ジョブ実行装置、  ３１０  ノード群、  ３１２  ノード端末、  ３２０  エンタープライズシステム。
【図１】
2006268508.tif 000003
【図２】
2006268508.tif 000004
【図３】
2006268508.tif 000005
【図４】
2006268508.tif 000006
【図５】
2006268508.tif 000007
【図６】
2006268508.tif 000008