(57)【要約】【課題】  指示書の送信側と受信側とをインターネット等を介して接続してもデータが通信されることを可能とする。【解決手段】  入出力端末１２のジョブフロー送信部２４は、処理を指示する指示書及び通知すべき処理の発生状態等を開始要求としてWebサービスを用いて処理サービス１４に送信する。処理サービス１４のジョブフロー受信部３２は、この開始要求を、Webサービスを用いて受信する。処理サービス１４は、通知すべき発生状態が発生した場合に所定データをジョブフローイベント送信部３６を介してWebサービスを用いて入出力端末１２に送信する。入出力端末１２のジョブフローイベント受信部２０は、このデータをWebサービスを用いて受信する。【選択図】        図１
2005197949.tif 000002
【特許請求の範囲】
【請求項１】
処理を指示する指示記述と、通知情報として、該処理の各々異なる複数の実行状態の内の選択された少なくとも１つの実行状態と、を入力する入力手段と、
前記入力手段により入力された前記指示記述により指示された処理を実行する処理実行手段と、
前記処理実行手段による前記処理の実行状態と、前記入力手段により前記通知情報として入力された実行状態と、が等しいか否かを判断する判断手段と、
前記判断手段により、前記処理実行手段による前記処理の実行状態と前記通知情報としての実行状態とが等しいと判断された場合には、所定の通知先に通知する通知手段と、
を備えた処理実行装置。
【請求項２】
前記入力手段は、前記通知情報として前記通知先を更に入力し、
前記通知手段は、前記入力手段により入力された通知先に通知する、
ことを特徴とする請求項１記載の処理実行装置。
【請求項３】
前記入力手段は、前記指示記述及び前記通知情報を、Webサービスを用いて入力すると共に、前記通知手段は、前記通知先に、Webサービスを用いて通知することを特徴とする請求項１又は請求項２記載の処理実行装置。
【請求項４】
前記処理実行手段は、前記入力された前記指示記述により指示された処理をジョブとして登録し、登録されたジョブを実行することにより、前記指示記述により指示された処理を実行することを特徴とする請求項１乃至請求項３の何れか１項に記載の処理実行装置。
【請求項５】
前記処理実行手段は、前記入力された通知情報を前記ジョブの属性として登録することを特徴とする請求項４記載の処理実行装置。
【請求項６】
前記入力手段は、前記通知情報の内容を変更する変更情報を更に入力し、
前記入力手段により入力された変更情報に従って、前記入力された通知情報を変更する変更手段を更に備えたことを特徴とする請求項１乃至請求項５の何れか１項に記載の処理実行装置。
【請求項７】
前記選択された実行状態は、前記処理実行手段による前記処理の待機、実行中、正常終了、異常終了、一次停止、及びキャンセルの何れかであることを特徴とする請求項１乃至請求項６の何れか１項に記載の処理実行装置。
【請求項８】
前記入力手段は、前記処理実行手段により前記処理の態様の変更の指示を入力し、
前記処理実行手段は、前記入力手段により前記処理の態様の変更の指示が入力された場合、前記処理の態様を変更し、
前記通知手段は、前記選択された実行状態が前記処理の態様の変更でありかつ前記処理実行手段により前記処理の態様が変更された場合、前記所定の通知先に通知する、
ことを特徴とする請求項７記載の処理実行装置。
【請求項９】
処理を指示する指示記述をWebサービスを用いて入力する入力手段と、
前記入力手段により入力された前記指示記述により指示された処理を実行する処理実行手段と、
を備えた処理実行装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理実行装置にかかり、特に、処理記述に従って処理を実行する処理記述実行装置に関する。
【背景技術】
【０００２】
従来、文書スキャンやファックス受信等の機能を有する入出力端末（デバイス）が、スキャンやファックス受信によって得たデータと、このデータの処理を指示する指示書と、を特定のプロトコルによって処理サービスに送信している。このように、データと指示書とを受信した処理サービスは、指示書に指示された処理をデータに実行する。
【０００３】
また、処理サービスが指示書の処理を実行する際に、デバイス側では、処理サービスの処理状況を管理することが通常行われている。この場合、処理サービス側で、定期的に処理状況を確認し、確認結果をデバイス側に通知する場合には、デバイス側は、処理状況の変化に応じて即時的に管理することができない。そこで、従来、処理サービス側が、処理状況の変化に応じて、処理状況をデバイス側に通知するようにしている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記デバイスと処理サービスとをインターネットとを介して接続することを考えると、デバイスからの上記データが処理サービス側のファイヤーウォールによって遮断され、デバイスと処理サービスとの間でデータの通信ができない場合がある。
【０００５】
本発明は、上記技術に鑑みなされたもので、指示記述の送信側と受信側とをインターネット等を介して接続してもデータが通信されることを可能とする処理実行装置を提供することを第１の目的とする。
【０００６】
また、上記のように、処理サービス側が、処理状況に応じてデバイスに処理状況を通知すると、デバイス側にとって必ずしも必要でない情報も送られてくる。
【０００７】
本発明は、上記技術に鑑みなされたもので、必要な情報のみ通知することが可能な処理実行装置を提供とすることを第２の目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために請求項１に記載の発明は、処理を指示する指示記述と、通知情報として、該処理の各々異なる複数の実行状態の内の選択された少なくとも１つの実行状態と、を入力する入力手段と、前記入力手段により入力された前記指示記述により指示された処理を実行する処理実行手段と、前記処理実行手段による前記処理の実行状態と、前記入力手段により前記通知情報として入力された実行状態と、が等しいか否かを判断する判断手段と、前記判断手段により、前記処理実行手段による前記処理の実行状態と前記通知情報としての実行状態とが等しいと判断された場合には、所定の通知先に通知する通知手段と、を備えている。
【０００９】
即ち、入力手段は、処理を指示する指示記述と、通知情報として、該処理の各々異なる複数の実行状態の内の選択された少なくとも１つの実行状態と、を入力する。
【００１０】
ここで、実行状態としては、請求項７のように、処理の待機、実行中、正常終了、異常終了、一次停止、及びキャンセル等の各々異なる複数の実行状態があるが、本発明では、その中の通知するために必要と考える実行状態を通知情報として少なくとも１つ選択して入力する。
【００１１】
処理実行手段は、前記入力手段により入力された前記指示記述により指示された処理を実行する。
【００１２】
ここで、請求項４のように、処理実行手段は、入力された指示記述により指示された処理をジョブとして登録し、登録されたジョブを実行することにより、指示記述により指示された処理を実行するようにしてもよい。この場合、請求項５のように、処理実行手段は、入力された通知情報をジョブの属性として登録するようにしてもよい。
【００１３】
判断手段は、前記処理実行手段による前記処理の実行状態と、前記入力手段により前記通知情報として入力された実行状態と、が等しいか否かを判断する。
【００１４】
通知手段は、前記判断手段により、前記処理実行手段による前記処理の実行状態と前記通知情報としての実行状態とが等しいと判断された場合には、所定の通知先に通知する。
【００１５】
ここで、請求項２のように、入力手段は、通知情報として通知先を更に入力し、通知手段は、入力手段により入力された通知先に通知するようにしてもよい。この場合、入力手段により通知先として入力する情報としては、例えば、通知先を識別する文字、通知先の端点（ＵＲＬなど）、ユーザ名等を用いてもよい。
【００１６】
以上説明したように、複数の実行状態の中の通知するために必要と考える実行状態を通知情報として少なくとも１つ選択して入力し、処理実行手段による処理の実行状態と通知情報としての実行状態とが等しい場合に、所定の通知先に通知するので、必要な実行状態を選択的に通知することができる。
【００１７】
請求項６記載の発明は、請求項１乃至請求項５の何れか１項に記載の発明において、前記入力手段は、前記通知情報の内容を変更する変更情報を更に入力し、前記入力手段により入力された変更情報に従って、前記入力された通知情報を変更する変更手段を更に備えたことを特徴とする
即ち、入力手段は、通知情報の内容を変更する変更情報入力し、変更手段は、入力手段により入力された変更情報に従って、入力された通知情報を変更する。これにより、例えば、複数の実行状態の内の選択された実行状態を削除したり、新たに選択された実行状態を追加したり、することができる。また、上記のように通知先を変更したり追加したりすることもできる。
【００１８】
上記請求項７のように、前記選択された実行状態は、前記処理実行手段による前記処理の待機、実行中、正常終了、異常終了、一次停止、及びキャンセルの何れかであり、この場合、請求項８記載の発明のように、次のようにしてもよい。
【００１９】
即ち、前記入力手段は、前記処理実行手段により前記処理の態様の変更の指示を入力する。
【００２０】
処理実行手段は、記入力手段により前記処理の態様の変更の指示が入力された場合、前記処理の態様を変更する。
【００２１】
通知手段は、前記選択された実行状態が前記処理の態様の変更でありかつ前記処理実行手段により前記処理の態様が変更された場合、前記所定の通知先に通知する。
【００２２】
ここで、処理の態様の変更には、例えば、処理の一次停止、一時停止の解除、又はキャンセルがある。
【００２３】
即ち、処理実行手段は、入力手段により処理の一次停止あるいは一時停止の解除又はキャンセルの指示が入力された場合、処理の実行を一次停止あるいは一時停止の解除又はキャンセルする。
【００２４】
そして、通知手段は、前記選択された実行状態が一次停止、待機、実行中でありかつ前記処理実行手段により前記処理が一次停止あるいは一時停止の解除又はキャンセルされた場合、前記所定の通知先に通知する。
【００２５】
請求項３記載の発明は、請求項１又は請求項２記載の発明において、前記入力手段は、前記指示記述及び前記通知情報を、Webサービスを用いて入力すると共に、前記通知手段は、前記通知先に、Webサービスを用いて通知することを特徴とする。
【００２６】
このように、入力手段は、前記指示記述及び前記通知情報を、Webサービスを用いて入力すると共に、前記通知手段は、前記通知先に、Webサービスを用いて通知すると、指示記述等の送信元と、本発明に係る処理実行装置と、をインターネットを介して、情報を通信しても、所謂ファイアーフォール等による通信の遮断を、既存の標準技術を用いて容易に防止することができる。
【００２７】
よって、請求項９の発明に係る処理実行装置が提案される。即ち、請求項９記載の発明は、処理を指示する指示記述をWebサービスを用いて入力する入力手段と、前記入力手段により入力された前記指示記述により指示された処理を実行する処理実行手段と、を備えた処理実行装置である。
【発明の効果】
【００２８】
以上説明したように本発明によれば、複数の実行状態の中の通知するために必要と考える実行状態を通知情報として少なくとも１つ選択して入力し、処理実行手段による処理の実行状態と通知情報としての実行状態とが等しい場合に、所定の通知先に通知するので、必要な実行状態を選択的に通知することができるという効果がある。
【００２９】
また、本発明は、指示記述を、Webサービスを用いて入力するので、指示記述の送信元と、本発明に係る処理実行装置と、がインターネットを介して、情報を通信しても、所謂ファイアーフォール等による通信の遮断を容易に防止することができる。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照して、本発明の実施の形態の一例を詳細に説明する。
【００３１】
図１に示すように、本実施の形態にかかる処理実行システムは、入出力端末（デバイス）１２と、処理実行装置としての処理サービス１４と、を備えている。
【００３２】
入出力端末１２は、スキャン機能やファックス受信機能を備えるとともに、以下の各部を有する。即ち、入出力端末１２は、複数のジョブフロー指示書を格納する格納部１４を備えている。
【００３３】
ここで、ジョブフロー指示書（データにより構成されている）は、上記スキャンやファックス受信等によって得られたデータ（処理予定データ）の処理と、該処理の実行状態を通知する通知先と、処理後のデータの送信先と、を指示するものである。
【００３４】
入出力端末１２は、ジョブフロー指示書の格納部１４に格納された複数のジョブフロー指示書の内の選択されたジョブフロー指示書で指示された処理を実行するジョブフロー処理部１６と、ジョブフロー処理部１６によって処理された後のジョブフロー指示書により指示された次の指示の開始を処理サービス１４に要求する開始要求を処理サービス１４に送信するWebサービスを有するジョブフロー送信部２４と、を備えている。また、入出力端末１２は、処理サービス１４から送信されたジョブフローイベント（後述する）を受信するジョブフローイベント受信部２０と、ジョブフローイベント受信部２０によって受信されたジョブフローイベントからジョブフロー状態を表示するジョブフロー状態表示部２２と、ジョブフロー状態表示部２２にて表示されたジョブを操作するジョブフロー操作部２６と、を備えている。
【００３５】
一方、処理サービス１４は、入出力端末１２のジョブフロー送信部２４により送信された開始要求を、Webサービスを用いて受信するジョブフロー受信部３２と、ジョブフロー受信部３２により受信された開始要求をジョブとして登録するジョブ管理部３４と、ジョブ管理部３４によりジョブとして登録された開始要求に基づいて、ジョブを指示書に従って処理する文書処理部４０と、を備えている。また、処理サービス１４は、文書処理部４０の実行や、ジョブフロー操作部４２の操作により、ジョブ状態が変化したとき、ジョブに登録されている通知先情報（後述する）が必要な状態かどうかを、ジョブに登録されている通知イベント情報により判断し、必要な場合のみ通知先に通知するジョブフローイベント送信部３６と、通知先を追加登録する通知先の追加登録部３８と、を備えている。なお、ジョブ管理部３４と、文書処理部４０と、により、処理実行手段を構成する。
【００３６】
次に、本実施の形態の作用を説明する。
【００３７】
図２には、入出力端末１２が処理サービス１４に開始要求をする開始要求処理プログラムが示されている。本開始要求プログラムは、入出力端末１２が、文書をスキャンしたりファックス受信したりして、スキャンデータやファックス受信データなどの処理予定データを取得した時スタートし、ステップ５２で、入出力機能部１８は、ジョブフロー指示書の格納部１４に格納された複数のジョブフロー指示書（以下、指示書という）を表示し、ユーザーによって一つの指示書が選択された場合に、選択された指示書を格納部１４から取り込む。
【００３８】
ステップ５４で、予め指定、選択されかつ記憶された通知先及び通知内容で構成される通知情報を取り込む。
【００３９】
ここで、通知内容は、処理サービス１４での処理の実行状態であるイベントの内、どのイベントが発生したときに通知するのかを指定するための情報、即ち。処理サービス１４で発生した状態の内、通知すべき発生状態を示す情報である。例えば、後述するように、イベント（処理サービス１４での処理の実行状態）には、待機、処理中、正常終了、異常終了、一時停止、及びキャンセルがある。これらの内で、例えば、待機、正常終了、及び異常終了を通知すべきものと判断した場合には、待機、正常終了、及び異常終了を選択して通知内容とする。なお、通知先は、上記選択されたイベントが発生したときに、当該選択したイベントが発生したことを通知する通知先である。
【００４０】
ステップ５６で、ジョブフロー処理部１６は、上記処理予定データ、指示書、通知情報を含めた開始要求を作成する。即ち、開始要求には、処理予定データ及び指示書の他に、図3に示すように、通知情報が含まれている。
【００４１】
通知先の情報としては、通知先識別文字列や、通知送信先（URL）、通知ユーザー、通知ユーザーパスワード等である。  イベントの情報としては、ジョブ識別子、ジョブ発行者、ジョブ状態、イベントの具体的内容を有する。
【００４２】
次のステップ５８で、ジョブフロー送信部２４は、上記作成した開始要求を、Webサービスを用いて、処理サービス１４に送信する。ステップ６０で、処理サービス１４からジョブ生成をジョブフローイベント受信部２０が受信したか否かを判断し、ジョブ生成を受信した場合に、ステップ６２で、ジョブフロー状態指示部２２には、ジョブ生成を表示して、本プログラムを終了する。
【００４３】
上記のように入出力端末１２から開始要求を受信した場合、処理サービス１４は、図４に示すジョブ生成処理プログラムをスタートする。即ち、ジョブ生成プログラムがスタートすると、ステップ７２で、管理部３４は、開始要求中に含まれる指示書及び処理予定データをジョブとして、実行する順番として最後の順番に記憶する。ステップ７４で、通知情報からジョブ属性を抽出して記憶する。本ステップ７２及び７４により、ジョブ管理部３４は、図５に示すようにジョブ管理テーブル１００に、各ジョブごとに、文書情報及び通知情報を管理することが出来る。
【００４４】
ここで、ジョブ管理テーブル１００をより詳細に説明すると、図６に示すように、ジョブ管理テーブル１００は、ジョブを実行する番号であるジョブID（順番）と、ジョブと、ジョブ属性（通知情報）と、実際の状態と、を記憶する領域を有する。ジョブを記憶する領域は更に、指示書を記憶する領域と、処理予定データを記憶する領域と、を有する。ジョブ属性（通知情報）を記憶する領域は、通知先の情報と、通知内容と、記憶する領域を有する。通知先の領域は更に、通知先を識別するIDと、指示書のジョブオーナーと、を記憶する領域を有する。通知内容を記憶する領域には、処理サービス１４による処理の各々異なる複数の実行状態の内、どの実行状態を通知するか指定するための領域を有する。即ち、処理サービス１４による処理の各々異なる待機、処理中、正常終了、異常終了、一時停止、及びキャンセル各々に対応して領域を有し、この領域に所定のデータ（図５では概念的に○としている）が記憶されると、この領域に対応する実行状態が指定されたことになる。
【００４５】
上記説明したように開始要求には指示書、処理予定データ、及び通知情報を有し、本ステップ７２及び７４により、開始要求から指示書、処理予定データ、通知情報を取得し、ジョブ管理テーブル１００にそれぞれ対応する情報を記憶する。即ち、例えば、ある開始要求を受信して登録したジョブID１の場合には、指示書Aが記憶され、処理予定データとしてスキャンデータａが記憶されている。また、ジョブＩＤ１における通知先ＩＤは、○○が記憶され、オーナーには△△が記憶される。通知内容としては、待機、正常終了、異常終了が選択されている。即ち、処理中、一時停止、キャンセルは選択されていない。尚、実際の状態としては正常終了が記憶されている。
【００４６】
以上のようにステップ７２、７４によりジョブが登録される。次のステップ７６で、ジョブ生成（ジョブを生成したことを示すデータ）を、Webサービスを用いてジョブフローイベント送信部３６は、入出力デバイス２２に送信する。
【００４７】
次のステップ７８で、待機を、ジョブ管理テーブル１００の「実際の状態」の領域に記憶する。ステップ８０で、今回登録したジョブの通知内容として待機が指定されているか否かをジョブ管理テーブル１００を用いて判断する。通知内容として待機が指定されている場合には、ステップ８２で待機を通知先にWebサービスを用いて送信する。尚、通知内容として待機が指定されていない場合には、本処理を終了する。
【００４８】
図７には、文書処理部４０が実行するジョブ実行処理プログラムが示されている。本プログラムは電源が投入されるとスタートし、ステップ１０２で、ジョブ管理テーブル１００を用いて、今回実行すべきジョブを取り込む。即ち、図６に示すジョブ管理テーブル１００の「実際の状態」の領域を用いて今回実行すべきジョブを取り込む。例えば、ジョブＩＤ１の実際の状態には正常終了が記憶され、ジョブＩＤ２の実際の状態には異常終了が記憶されているので、ジョブＩＤ１、２のジョブは終了していると判断することが出来る。一方、次の順番のジョブＩＤ３の実際の状態の３には待機が記憶されているので、今回実行すべきジョブはジョブＩＤ３により識別されるジョブと判断することができる。
【００４９】
ステップ１０４で、処理中を、ジョブ管理テーブル１００の「実際の状態」の領域に記憶する。ステップ１０６で今回実行するジョブに対応する通知内容の欄に処理中が指定されているか否かを判断し、通知内容として処理中が指定されている場合に、ステップ１０８で、処理中をWebサービスを用いて送信する。
【００５０】
ステップ１１０で、今回のジョブの指示書（上記例では指示書Ｃ）の処理を実行する。即ち、スキャンデータＣに対して、指示書Ｃにより指定された処理を実行し、指示書Ｃに指示されている送信先に処理後のデータを送信する。
【００５１】
ステップ１１２で、ジョブが正常に終了したか否かを判断し、ジョブが正常に終了したと判断された場合には、ステップ１１４で、実際の状態として正常終了を記憶する。ステップ１１６で、ジョブ管理テーブル１００を用いて、今回のジョブに対応する通知内容として正常終了が指定されているか否かを判断し、通知内容として正常終了が指定されている場合に、ステップ１１８で、正常終了をWebサービスを用いて送信する。
【００５２】
一方、ステップ１１２で、ジョブが正常に終了しなかったと判断された場合には、ステップ１２０で、今回のジョブに対応する実際の状態の欄に異常終了を記憶し、ステップ１２２で、ジョブ管理テーブル１００を用いて、通知内容として異常終了が指定されているか否かを判断し、通知内容として異常終了が指定されている場合には、ステップ１２４で、異常終了をWebサービスを用いて送信する。
【００５３】
以上の処理により、例えばジョブＩＤ３のジョブが実行された場合には、指示書Ｃで指示された処理が処理予定データであるスキャンデータＣに処理され、このジョブが正常に終了した場合には、ジョブＩＤ３のジョブに対応する通知内容の正常終了が指定されているので正常終了が通知先に通知される。また、今回のジョブ（ジョブＩＤ３＝３）が異常終了した場合には、通知内容として異常終了が指定されているので異常終了を通知先に通知する。
【００５４】
通知先は具体的にはジョブ管理テーブル１００の通知先のＩＤ及びオーナーの欄のデータを用いて通知先を判断し、判断された通知先に通知する。なお、通知先は処理サービス１４において予め記憶していてもよいが、本実施の形態では、指示書と共に入出力端末１２から送信された通知先を処理サービス１４において記憶するようにしてもよい。
【００５５】
ところで、本実施の形態では、入出力端末１２や処理サービス１４から、上記通知情報や処理の実行を変更することが出来る。即ち、入出力端末１２のジョブフロー操作部２６や、処理サービス１４のジョブフロー操作部４２により、ジョブ属性や処理の変更が指示された場合には、図８に示す変更処理プログラムがスタートし、ステップ１３２で、通知情報の変更か否かを判断する。通知情報の変更と判断された場合には、ステップ１３４で、通知情報を変更する。即ち、ジョブ管理テーブル１００の通知情報（ジョブ属性）を、変更指定された内容に変更する。一方、通知情報の変更でない場合には、ステップ１３６で、処理の一時停止が指示されたか否かを判断する。一時停止が指定された場合にはステップ１３８で、指定されたジョブに対応する実際の状態の欄に一時停止を記憶する。
【００５６】
次のステップ１４０で、指定されたジョブに対応する通知内容として一時停止が指定されているか否かを判断し、一時停止が指定されている場合にステップ１４２で一時停止をWebサービスを用いて通知する。
【００５７】
ステップ１３６で一時停止でないと判断された場合には、ステップ１４３で、一次停止の解除が指示されたか否かを判断する。一次停止の解除が指示されない、即ち、キャンセルが指定された場合には、ステップ１４４で、指定されたジョブに対応する実際の状態の欄にキャンセルを記憶し、ステップ１４６で指定されたジョブに対応する通知内容としてキャンセルが指定されているか否かを判断して、キャンセルが指定されている場合には、ステップ１４８でキャンセルをWebサービスを用いて通知する。
【００５８】
ステップ１４３で一次停止の解除が指示された場合には、ステップ１５０で、指定されたジョブに対応する実際の状態の欄に待機を記憶し、ステップ１５２で、指定されたジョブに対応する通知内容として待機が指定されているか否かを判断し、待機が指定されている場合には、ステップ１５４で待機をWebサービスを用いて通知する。
【００５９】
以上説明したように本実施の形態では、処理サービズが実行する複数の実行状態の中の通知するために必要と考えられる実行状態を通知情報として少なくとも一つ選択して入力して、処理サービス１４による処理の実行状態と通知情報としての実行状態とが等しい場合に、通知先に通知するので、必要な実行状態を選択的に通知することが出来る。
【００６０】
また、本実施の形態では、入出力端末１２と処理サービス１４との間の情報の通信は、Webサービスを用いているので、入出力端末１２と処理サービス４とがインターネットを介して接続されていても、いわゆるファイヤーウォールなどによる通信遮断を、新たなプログラムを開発・導入せずに、既存の標準技術を用いて容易に防止することが出来る。
【図面の簡単な説明】
【００６１】
【図１】処理実行システムのブロック図である。
【図２】入出力端末が実行する開始要求プログラムを示すフローチャートである。
【図３】開始要求の中の通知情報の詳細を示す図である。
【図４】処理サービス１４が実行するジョブ生成処理プログラムを示すフローチャートである。
【図５】ジョブ管理部テーブルである。
【図６】管理テーブルの詳細を示す図である。
【図７】処理サービスが実行するジョブ実行処理プログラムを示すフローチャーチである。
【図８】処理サービスが実行する変更プログラムを示すフローチャートである。
【符号の説明】
【００６２】
１２    入出力端末
１４    処理サービス
１４    格納部
１６    ジョブフロー処理部
２０    ジョブフローイベント受信部
２２    ジョブフロー状態表示部
２４    ジョブフロー送信部
３２    ジョブフロー受信部
３４    ジョブ管理部
４０    文書処理部
３６    ジョブフローイベント送信部
【図１】
2005197949.tif 000003
【図２】
2005197949.tif 000004
【図３】
2005197949.tif 000005
【図４】
2005197949.tif 000006
【図５】
2005197949.tif 000007
【図６】
2005197949.tif 000008
【図７】
2005197949.tif 000009
【図８】
2005197949.tif 000010