(57)【要約】【課題】  指示書に従って処理が完了してもデバイス側が指示書の管理を終了することができないことが発生することを防止する。【解決手段】  先頭のジョブを取得し(92)、他のジョブの順番を繰り上げる（94）。取得した先頭ジョブの状態の通知先を、指示書から取得する(96)。取得した通知先に、指示書で指示された処理の状態を通知することができるか否かを判断する（98）。通知先に処理の状態を通知することができない場合(98:Y)には、現ジョブを最後の順番の領域に移行する(100)。【選択図】        図６
2005192107.tif 000002
【特許請求の範囲】
【請求項１】
処理を指示する指示記述を受信する受信手段と、
前記受信手段により受信された指示記述により指示された処理を実行する処理実行手段と、
を備えた処理記述処理装置であって、
前記指示記述には、前記処理実行手段による処理の実行状態を通知する通知先が更に指示され、
前記指示記述に指示された前記通知先に前記処理実行手段による処理の実行状態を通知可能か否かを判断する判断手段を備え、
前記処理実行手段は、前記判断手段により前記通知先に前記実行状態を通知可能と判断された場合に、前記指示記述により指示された処理を実行する、
ことを特徴とする指示記述処理装置。
【請求項２】
前記受信手段は、複数の指示記述を受信可能であり、
前記処理実行手段は、前記受信手段により複数の指示記述が受信された場合には、受信した順に指示記述の処理を実行すると共に、前記判断手段により、実行する順番になった指示記述に指示された前記通知先に前記実行状態を通知不可能と判断された場合には、次の順番の指示記述の処理に移行する、
ことを特徴とする請求項１記載の指示記述処理装置。
【請求項３】
処理を指示する指示記述を受信する受信ステップと、
前記受信手段により受信された指示記述により指示された処理を実行する処理実行ステップと、
を備えた処理記述処理方法であって、
前記指示記述には、前記処理実行手段による処理の実行状態を通知する通知先が更に指示され、
前記指示記述に指示された前記通知先に前記処理実行手段による処理の実行状態を通知可能か否かを判断する判断ステップを備え、
前記処理実行ステップは、前記判断ステップにより前記通知先に前記実行状態を通知可能と判断された場合に、前記指示記述により指示された処理を実行する、
ことを特徴とする指示記述処理方法。
【請求項４】
前記受信ステップは、複数の指示記述を受信可能であり、
前記処理実行ステップは、前記受信ステップにより複数の指示記述が受信された場合には、受信した順に指示記述の処理を実行すると共に、前記判断ステップにより、実行する順番になった指示記述に指示された前記通知先に前記実行状態を通知不可能と判断された場合には、次の順番の指示記述の処理に移行する、
ことを特徴とする請求項３記載の指示記述処理方法。
【請求項５】
コンピュータに、
処理を指示する指示記述を受信する受信ステップと、
前記受信手段により受信された指示記述により指示された処理を実行する処理実行ステップと、
を備えた処理記述処理を実行させる処理記述処理プログラムであって、
前記指示記述には、前記処理実行手段による処理の実行状態を通知する通知先が更に指示され、
前記指示記述に指示された前記通知先に前記処理実行手段による処理の実行状態を通知可能か否かを判断する判断ステップを備え、
前記処理実行ステップは、前記判断ステップにより前記通知先に前記実行状態を通知可能と判断された場合に、前記指示記述により指示された処理を実行する、
ことを特徴とする指示記述処理プログラム。
【請求項６】
前記受信ステップは、複数の指示記述を受信可能であり、
前記処理実行ステップは、前記受信ステップにより複数の指示記述が受信された場合には、受信した順に指示記述の処理を実行すると共に、前記判断ステップにより、実行する順番になった指示記述に指示された前記通知先に前記実行状態を通知不可能と判断された場合には、次の順番の指示記述の処理に移行する、
ことを特徴とする請求項５記載の指示記述処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、指示記述処理装置及び方法、指示記述処理プログラムにかかり、特に、指示記述により指示された処理を実行する指示記述処理装置及び方法、指示記述処理プログラムに関する。
【背景技術】
【０００２】
ファックス受信機能、文書スキャン機能を有するデバイスから、例えば、文書スキャン機能により得たスキャンデータと共に送信された、スキャンデータの処理を指示する指示書に従って、指示書に指示された処理をスキャンデータに実行する処理サービスが提案されている。すなわち、最初に、複数の指示書を記憶するデバイスで、記憶している複数の指示書を表示し、表示された複数の指示書の中から一つの指示書が選択された場合、該選択された指示書に従って文書をスキャンし、スキャン後のデータと指示書とを処理サービスに出力する。処理サービスは、入力した指示書に従ってスキャンデータを処理し、処理後のデータを、指示書で指示された送信先に送信する。
【０００３】
このとき、処理サービスは、スキャンデータの処理を完了すると、処理が完了したことをデバイス側に通知している。これにより、デバイスでは、当該指示書の管理を終了している。
【０００４】
なお、関連技術として以下のものがある。
【０００５】
即ち、ネットワーク上のスキャナで読み込んだ画像をネット上の機器に格納し、クライアントへ送信する技術がある（特許文献１参照。）。また、ネット上の所望のスキャナで入力した画像をネット上のユーザごとに許可された格納先へ格納する技術がある（特許文献２参照。）。
【特許文献１】特開平9-219766号公報
【特許文献２】特開平9-261486号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、処理サービスは、１つの指示書を処理しているときに他の指示書を受信することができるので、デバイス側から指示書が送信されたタイミングで、当該指示書を処理することはできない場合がある。よって、指示書を送信したときデバイスがネットワークに接続していも、処理サービスが当該指示書を処理している間に、デバイスがネットワークから遮断されると、処理サービスは、指示書を処理したときに、処理が完了したことをデバイス側に通知することができない。この場合でも処理サービスは、他の指示書を処理するので、指示書の処理の完了をデバイス側に通知しない。よって、デバイス側では指示書の管理を終了することができない。
【０００７】
本発明は、上記事実に鑑みなされたもので、指示記述に従って処理が完了しても指示記述の出力側が指示記述の管理を終了することができないことが発生することを防止することの可能な指示記述処理装置及び方法、指示記述処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために請求項１に記載の発明の指示記述処理装置は、処理を指示する指示記述を受信する受信手段と、前記受信手段により受信された指示記述により指示された処理を実行する処理実行手段と、を備えた処理記述処理装置であって、前記指示記述には、前記処理実行手段による処理の実行状態を通知する通知先が更に指示され、前記指示記述に指示された前記通知先に前記処理実行手段による処理の実行状態を通知可能か否かを判断する判断手段を備え、前記処理実行手段は、前記判断手段により前記通知先に前記実行状態を通知可能と判断された場合に、前記指示記述により指示された処理を実行することを特徴とする。
【０００９】
本発明の受信手段は、処理を指示する指示記述を受信し、処理実行手段は、受信手段により受信された指示記述により指示された処理を実行する。
【００１０】
そして、本発明の処理記述処理装置では、指示記述には、処理実行手段による処理の実行状態を通知する通知先が更に指示されている。
【００１１】
判断手段は、指示記述に指示された通知先に処理実行手段による処理の実行状態を通知可能か否かを判断する。
【００１２】
そして、処理実行手段は、判断手段により通知先に実行状態を通知可能と判断された場合に、指示記述により指示された処理を実行する。
【００１３】
このように、指示記述に指示された通知先に処理実行手段による処理の実行状態を通知可能な場合に、指示記述により指示された処理を実行する、即ち、通知先に通知できない場合には処理をしないので、通知しないのにもかかわらず、処理を実行して、指示記述に従って処理が完了しても指示記述の出力側が指示記述の管理を終了することができないということが発生することを防止することができる。
【００１４】
なお、請求項２のように、受信手段は、複数の指示記述を受信可能である場合、前記処理実行手段は、前記受信手段により複数の指示記述が受信された場合には、受信した順に指示記述の処理を実行すると共に、前記判断手段により、実行する順番になった指示記述に指示された前記通知先に前記実行状態を通知不可能と判断された場合には、次の順番の指示記述の処理に移行するようにする。
【００１５】
なお、請求項３及び請求項４記載の指示記述処理方法、請求項５及び請求項６記載の指示記述処理プログラムも上記発明と同様な作用、効果を有するので、その説明を省略する。
【発明の効果】
【００１６】
以上説明したように本発明によれば、指示記述に指示された通知先に処理実行手段による処理の実行状態を通知可能な場合に、指示記述により指示された処理を実行するので、通知先に通知できない場合には、処理をしないので、通知しないのにもかかわらず、処理を実行して、指示記述に従って処理が完了しても指示記述の出力側が指示記述の管理を終了することができないということが発生することを防止することができるという効果がある。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して、本発明の１実施の形態を詳細に説明する。
【００１８】
図１に示すように、指示技術処理システムは、複数のデバイス１２、指示記述処理装置としての処理サービス１４、及びクライアント１６をネットワーク接続線１８により接続することにより構成されている。
【００１９】
図２に示すように、デバイス１２は、ＣＰＵ２２、ＲＯＭ２４、ＲＡＭ２６、スキャン機能、ファックス受信機能等を有する処理部２８、記憶装置３０、表示装置３２、及び、ネットワーク接続線１８に接続されたインターフェイス３４を、バスを介して相互に接続して構成されている。
【００２０】
図３に示すように、処理サービス１４は、ＣＰＵ４２、ＲＯＭ４４、ＲＡＭ４６、処理実行手段としての処理部４８、記憶装置５０、及びネットワーク接続線１８に接続されかつ受信手段としてのインターフェイス５２を、バスを介して相互に接続して構成されている。なお、ＲＯＭ４４には、後述する指示書受付処理プログラム（図５）、及び指示記述処理プログラム（図６）が記憶されている。
【００２１】
図４に示すように、クライアント１６は、ＣＰＵ６２、ＲＯＭ６４、ＲＡＭ６６、記憶装置６８、表示装置７０、入力装置７２、ネットワーク接続線１８に接続されたインターフェイス７４をバスを介して相互に接続して構成されている。
【００２２】
次に、本実施の形態の作用を説明する。
【００２３】
デバイス１２は、記憶装置３０に、複数の指示書（指示記述（データにより構成されている））を記憶している。ユーザーが、図示しない所定のスタートボタンをＯＮすると、記憶装置３０に記憶された複数の指示書が表示装置３２に表示される。ユーザーは、表示装置３２に表示された複数の指示書の中から１つの指示書を選択する。このようにユーザーにより一つの指示書が選択されると、処理部２８により、例えば文書がスキャンされる。そして、スキャンデータ（処理予定データ）及び指示書が、インターフェイス３４及びネットワーク接続線１８を介して処理サービス１４に出力される
ここで、指示書は、処理予定データの処理、処理の実行状態を通知する通知先、及び処理後のデータの送信先を指示している。
【００２４】
このように、デバイス１２から指示書及び指示書で指示された処理により処理が予定されている処理予定データが出力されると、処理サービス１４は、インターフェイス５２を介して受信する。このように、処理予定データ及び指示書データを受信すると、指示書受付処理プログラムをスタートする。指示書受付処理プログラムがスタートすると、ステップ８２で、受信した指示書データ等をジョブとして登録可能か否かを判断する。すなわち、例えば、処理サービス１４の記憶装置５０には、複数のジョブを記憶可能になっており、所定数のジョブを記憶した状態では、新たな指示書を受信しても新たな指示書をジョブとして登録することができない状態（メモリー量の不足）になっている場合がある。このような場合には、ステップ８２の判断が否定判定されて、ステップ８６で、受付を拒否する。すなわち、指示書データ等を出力したデバイス１２にジョブとして登録することができない旨を送信する。
【００２５】
一方、指示書データ等をジョブとして登録可能である、すなわち、メモリ可能な場合には、ステップ８４で、処理予定データ及び指示書データをジョブとして、最後の順番の所定の領域に記憶する。
【００２６】
図６には、処理サービス１４に図示しない電源が投入された時にスタートする指示記述処理プログラムが示されている。本指示記述処理プログラムがスタートすると、ステップ９２で、記憶装置５０に記憶されている複数のジョブの内の最初の順番（先頭）のジョブを取得する。次のステップ９４で、他のジョブの順番を繰り上げる。すなわち、他のジョブの記憶する領域を、一つ前の順番の領域に順次繰り上げる。
【００２７】
ステップ９６で、取得した先頭ジョブである現ジョブの状態の通知先を、指示書から取得する。
【００２８】
ステップ９８で、取得した通知先に、指示書で指示された処理の状態を通知することができるか否かを判断する。すなわち、処理サービス１４から通知先（デバイス１２など）と通信することができるか否かを判断することにより、通知先に処理の状態を通知することができるか否かを判断する。
【００２９】
通知先に処理の状態を通知することができないと判断された場合には、ステップ１００で、現ジョブを最後の順番の領域に移行する。
【００３０】
一方、通知先に処理の状態を通知することができる場合には、ステップ１０２で、現ジョブを実行する。すなわち、処理予定データに対して、指示書で指示された処理を実行し、処理後のデータを、指示書で指示されている送信先に送信する。
【００３１】
ステップ１０４で、ジョブ完了を通知先に通知する。
【００３２】
ステップ１０６で、電源ＯＦＦが指示されたか否かを判断し、電源ＯＦＦが指示されていない場合にはステップ９２に戻って、以上の処理（ステップ９２〜１０６）を実行し、電源ＯＦＦの指示があった場合には、本処理を終了する。
【００３３】
以上説明したように本実施の形態では、指示書に指示された通知先に処理の実行状態を通知可能な場合に、指示書により指示された処理を実行するので、通知先に通知できない場合には処理をしないので、通知先に通知できない状態にもかかわらず、処理を実行して、指示書に従って処理が完了しても指示記述の出力側が指示記述の管理を終了することができないということが発生することを防止することができる。
【００３４】
以上説明した実施の形態では更に、文書操作、例えば、文書の削除、一時停止、一時停止解除時に通知先を確認するようにしてもよい。具体的には、文書操作が指示されたときに該当文書と関連する指示書に記述された通知先とを確認し、通知可能と判断した場合にのみ、文書操作を行う。より詳細に説明すると、デバイス１２やクライアント１６では、処理中の文書や処理完了したジョブに対して、上記文書操作を指示する。処理サービス１４は、このように上記文書操作をデバイス１２やクライアント１６から受け付けた場合、受け付けた文書操作に従い、文書操作を行う。このとき、文書に結び付けられている指示書に指定されている通知先の状態を確認し、通知先が通知可能状態の場合のみ文書操作を行う。
【図面の簡単な説明】
【００３５】
【図１】指示記述処理システムのブロック図である。
【図２】デバイスのブロック図である。
【図３】処理サービスのブロック図である。
【図４】クライアントのブロック図である。
【図５】指示書受付処理プログラムを示すフローチャートである。
【図６】指示記述処理プログラムを示すフローチャートである。
【符号の説明】
【００３６】
１２    デバイス
１４    処理サービス
１６    クライアント
５２    インターフェイス
４８    処理部
【図１】
2005192107.tif 000003
【図２】
2005192107.tif 000004
【図３】
2005192107.tif 000005
【図４】
2005192107.tif 000006
【図５】
2005192107.tif 000007
【図６】
2005192107.tif 000008