(57)【要約】【課題】  処理状態の通知先が、処理が完了しても管理を続行することがないようにする【解決手段】  処理サービスは、指示書及び処理予定データを管理テーブルに記憶するが、デバイスやクライアントから指示書のジョブを削除する指示があったような場合、削除するタイミングと判断し、指示書管理テーブルの順番１のジョブである先頭ジョブの通知情報記憶エリアに通知済みが記憶されているか否かを判断する(132)。先頭ジョブの通知情報記憶エリアに、未通知が記憶されている場合には、指示書、状態情報、および通知情報を、キャッシュディスクに記憶して、後にある問合せに対処できるようにする。先頭ジョブを削除し(136)、他のジョブの順番を繰り上げる'138)。【選択図】        図１０
2005191678.tif 000002
【特許請求の範囲】
【請求項１】
処理を指示する指示記述と、該処理により処理される予定の処理予定データと、を受信する受信手段と、
前記受信された処理予定データに対し、前記指示記述により指示された処理を実行する処理実行手段と、
前記受信された前記指示記述及び前記処理予定データと、前記処理実行手段による前記処理の実行状態と、を記憶する記憶手段と、
前記処理の実行状態を所定の通知先に通知する通知手段と、
前記記憶手段により記憶された情報を削除するタイミングか否かを判断する第１の判断手段と、
前記通知手段により前記処理の実行状態を通知できたか否かを判断する第２の判断手段と、
前記第１の判断手段により前記記憶手段に記憶された情報を削除するタイミングと判断されかつ前記第２の判断手段により前記処理の実行状態が通知されなかったと判断された場合には、少なくとも前記処理の実行状態を残しかつ前記処理予定データを削除するように前記記憶手段を制御する制御手段と、
を備えた処理実行装置。
【請求項２】
前記制御手段は、前記第１の判断手段により前記記憶手段に記憶された情報を削除するタイミングと判断されかつ前記第２の判断手段により前記処理の実行状態が通知されたと判断された場合には、前記記憶手段に記憶された前記指示記述、前記処理予定データ、及び前記処理の実行状態を削除することを特徴とする請求項１記載の処理実行装置。
【請求項３】
前記記憶手段は、前記指示記述、前記処理予定データ、及び前記処理の実行状態を記憶する第１の記憶領域と、第１の記憶領域と異なる第２の記憶領域と、を備え、
前記制御手段は、前記第１の判断手段により前記記憶手段に記憶された情報を削除するタイミングと判断されかつ前記第２の判断手段により前記処理の実行状態が通知されなかったと判断された場合には、前記第１の記憶領域から前記指示記述、前記処理予定データ、及び前記処理の実行状態を削除し、少なくとも前記処理の実行状態を前記第２の記憶領域に記憶するように前記記憶手段を制御する、
ことを特徴とする請求項２記載の処理実行装置。
【請求項４】
前記第２の記憶領域の情報の読出速度は、前記第１の記憶領域より早いことを特徴とする請求項３記載の処理実行装置。
【請求項５】
前記受信手段は、前記処理の実行状態の問合せを更に受信可能に構成され、
前記通知手段は、前記受信手段により前記問い合わせが受信された場合に、前記処理の実行状態を通知する、
ことを特徴とする請求項１乃至請求項４の何れか１項に記載の処理実行装置。
【請求項６】
前記指示記述には、前記通知先が指示されていることを特徴とする請求項１乃至請求項５の何れか１項に記載の処理実行装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理実行装置にかかり、特に、処理を指示する指示記述に従って処理を実行する処理実行装置にかかる。
【背景技術】
【０００２】
従来、処理サービスは、ファックス受信機能、スキャン機能を有するデバイスから、スキャン・データと共に送信された指示書に従って処理を実行する。この場合、処理サービスは、複数のデバイスから複数の指示書を受け付けることができる。従って、デバイスから指示書が入力されたそのタイミングでは、当該指示書に従った処理を開始することができない。この一方、デバイスでは、処理サービスに出力した指示書を管理している。処理サービスでは、指示書の処理が完了すると、指示書を削除するとともに、処理を完了したことをデバイスに通知している。
【０００３】
なお、関連技術として次のものがある。
【０００４】
即ち、ネットワーク上のスキャナで読み込んだ画像をネット上の機器に格納し、クライアントへ送信する技術がある（特許文献１参照。）。ネット上の所望のスキャナで入力した画像をネット上のユーザごとに許可された格納先へ格納するともに、スキャンした文書データをネット上の所定の場所に格納する技術がある（特許文献２参照。）。
【特許文献１】特開平9-219766号公報
【特許文献２】特開平9-261486号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従って、処理サービスが処理を完了したことをデバイスに通知するタイミングで、デバイスがネットワークから遮断されているような場合には、処理サービスからの処理の実行完了の情報がデバイスに通知されず、従って、デバイスが後でネットワークに復帰しても、処理サービスから上記処理実行完了の情報が通知されないので、デバイスは指示書の管理を続行しなければならない。
【０００６】
本発明は、上記事実に鑑みなされたもので、処理状態の通知先が、処理が完了しても管理を続行することがないようにすることの可能な処理実行装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために請求項１に記載の発明にかかる処理実行装置は、処理を指示する指示記述と、該処理により処理される予定の処理予定データと、を受信する受信手段と、前記受信された処理予定データに対し、前記指示記述により指示された処理を実行する処理実行手段と、前記受信された前記指示記述及び前記処理予定データと、前記処理実行手段による前記処理の実行状態と、を記憶する記憶手段と、前記処理の実行状態を所定の通知先に通知する通知手段と、前記記憶手段により記憶された情報を削除するタイミングか否かを判断する第１の判断手段と、前記通知手段により前記処理の実行状態を通知できたか否かを判断する第２の判断手段と、前記第１の判断手段により前記記憶手段に記憶された情報を削除するタイミングと判断されかつ前記第２の判断手段により前記処理の実行状態が通知されなかったと判断された場合には、少なくとも前記処理の実行状態を残しかつ前記処理予定データを削除するように前記記憶手段を制御する制御手段と、を備えている。
【０００８】
受信手段は、処理を指示する指示記述と、該処理により処理される予定の処理予定データと、を受信する。指示記述では、更に、請求項６のように、処理の実行状態を通知する通知先が指示されていてもよい。
【０００９】
処理実行手段は、処理予定データに対し、指示記述により指示された処理を実行する。
【００１０】
記憶手段は、受信された指示記述及び処理予定データと、処理実行手段による処理の実行状態と、を記憶する。
【００１１】
通知手段は、処理の実行状態を所定の通知先に通知する。また、請求項５のように。、受信手段が処理の実行状態の問合せを更に受信可能に構成されている場合には、通知手段は、受信手段により問い合わせが受信された場合に、処理の実行状態を通知するようにしてもよい。なお、処理の実行状態を通知する通知先は、該問合せの際に指定された通知先に通知してもよく、上記のように、指示記述に通知先が指示されている場合には、該指示された通知先に通知するようにしてもよい。
【００１２】
第１の判断手段は、記憶手段により記憶された情報を削除するタイミングか否かを判断し、第２の判断手段は、通知手段により処理の実行状態を通知できたか否かを判断する。
【００１３】
制御手段は、第１の判断手段により記憶手段に記憶された情報を削除するタイミングと判断されかつ第２の判断手段により処理の実行状態が通知されなかったと判断された場合には、少なくとも処理の実行状態を残しかつ処理予定データを削除するように記憶手段を制御する。
【００１４】
なお、制御手段は、第１の判断手段により記憶手段に記憶された情報を削除するタイミングと判断されかつ第２の判断手段により処理の実行状態が通知されたと判断された場合には、記憶手段に記憶された指示記述、処理予定データ、及び処理の実行状態を削除する。
【００１５】
このように、記憶手段に記憶された情報を削除するタイミングであり、処理の実行状態が通知されなかった場合に、少なくとも処理の実行状態を残しているので、該処理の実行状態を所定の通知先に通知することができる。
【００１６】
ところで、記憶手段は、請求項３のように、指示記述、処理予定データ、及び処理の実行状態を記憶する第１の記憶領域と、第１の記憶領域と異なる第２の記憶領域と、を備えるようにしてもよい。
【００１７】
この場合、制御手段は、第１の判断手段により記憶手段に記憶された情報を削除するタイミングと判断されかつ第２の判断手段により処理の実行状態が通知されなかったと判断された場合には、第１の記憶領域から指示記述、処理予定データ、及び処理の実行状態を削除し、少なくとも処理の実行状態を第２の記憶領域に記憶するように記憶手段を制御するようにしてもよい。
【００１８】
そして、請求項４のように、第２の記憶領域の情報の読出速度を、前記第１の記憶領域より早いようにしてもよい。
【００１９】
このように、第２の記憶領域の情報の読出速度を、第１の記憶領域より早いようにしておけば、問合せがあった場合等、通知できなかった処理の実行状態を早く通知先に通知することができる。
【発明の効果】
【００２０】
以上説明したように本発明によれば、記憶手段に記憶された情報を削除するタイミングであり、処理の実行状態が通知されなかった場合に、少なくとも処理の実行状態を残しているので、該処理の実行状態を所定の通知先に通知することができるという効果がある。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【００２２】
図１に示すように、本実施の形態にかかる指示記述処理システムは、複数のデバイス１２、処理実行装置としての処理サービス１４、およびクライアント１６をネットワーク接続線１８を介して相互に接続して構成されている。
【００２３】
図２に示すように、デバイス１２はＣＰＵ２２、ＲＯＭ２４、ＲＡＭ２６、処理部２８、記憶装置３０、表示装置３２、ネットワーク接続線１８に接続されたインターフェイス３４を、バス３１を介して相互に接続されて構成されている。なお、ＲＯＭ２４には、後述する管理処理プログラム（図５参照）が記憶されている。
【００２４】
図３に示すように、処理サービス１４は、制御手段としてのＣＰＵ４２、ＲＯＭ４４、ＲＡＭ４６、処理実行手段としての処理部４８、記憶手段としての記憶装置５０、ネットワーク接続線１８に接続され、受信手段および通知手段としてのインターフェイス５２を、バス５１を介して相互に接続して構成されている。ＲＯＭ４４には後述する指示書受付処理プログラム（図６）、回答処理プログラム（図７）、指示書処理プログラム（図８）、及び削除処理プログラム（図１０）を記憶している。
【００２５】
処理サービス１４の記憶装置５０は、第一の記憶領域としてのハードディスクと、第２の記憶領域としてのキャッシュディスクと、を備えて構成されている。
【００２６】
図４に示すように、クライアント１６は、ＣＰＵ６２、ＲＯＭ６４、ＲＡＭ６６、記憶装置６８、表示装置７０、入力装置７２、ネットワーク接続線１８に接続されたインターフェイス７４をバス７１を介して相互に接続して構成されている。
【００２７】
次に、本実施の形態の作用を説明する。
【００２８】
各デバイス１２の記憶装置３０には、複数の指示書が記憶されている。ユーザーが所定の操作をすることにより、記憶装置３０に記憶された複数の指示書（指示記述）が表示装置３０に表示され、さらにユーザーが、表示された複数の指示書の中から一つの指示書を選択し、文書を処理部（例えばスキャン部）２８にセットし、図示しないスタートボタンがＯＮされると、処理部２８は文書をスキャンし、このスキャンデータ（処理予定データ）と、指示書のデータと、を処理サービス１４に送信する。
【００２９】
ここで、指示書は、処理予定データに対する処理、処理後のデータの送信先、当該処理の実行状態を通知する通知先、当該指示書を識別するＩＤを指示する指示記述（データで構成されている）である。
【００３０】
このようにデバイス１２は、指示書とスキャンデータ（処理予定データ）を処理サービス１４に送信すると、当該指示書の管理をするため、図５に示す、管理処理プログラムを実行する。本管理処理プログラムがスタートすると、ステップ８２で、指示書などを送信してから所定期間経過したか否かを判断する。所定期間経過したと判断された場合には、ステップ８４で、処理サービス１４に、指示書のＩＤを用いて、当該ＩＤにより識別される指示書が指示する処理の実行状態を問い合わせる。すなわち、処理サービスは、複数の指示書を受信可能であるので、デバイス１２から指示書が送信されたタイミングで、当該指示書を処理することができない場合がある。すなわち、処理サービス１４は、後述するように受信した指示書などを受信した順番に処理する。なお、所定期間経過していないと判断された場合には、ステップ８６に進む。
【００３１】
ステップ８６で、処理サービス１４から、当該指示書の処理の実行状態が通知されたか否かを判断する。処理の実行状態が通知されないと判断された場合には、ステップ８２に戻って、以上の処理（ステップ８２〜８６）を実行する。
【００３２】
一方、処理サービス１４から、当該指示書の処理の実行状態が通知されたと判断された場合には、ステップ８８で、処理が完了したか否かを判断する。処理が完了していないと判断した場合には、当該指示書の管理を継続する必要があるので、ステップ９０で、通知された状態を記憶し、ステップ８２に戻る。なお、この場合のステップ８２では、処理サービス１４から状態が通知されたときから改定期間経過したかを判断する。一方、ステップ８８で、処理完了が通知されたと判断された場合には、指示書を管理する必要がないので、本処理を終了する。
【００３３】
上記のように、デバイス１２から指示書および処理予定データが処理サービス１４に送信されると、処理サービス１４は、図６に示す指示書受付処理プログラムをスタートする。
【００３４】
本指示書受付処理プログラムがスタートすると、ステップ９２で、指示書および処理予定データをジョブとして登録できるか否かを判断する。すなわち、処理サービス１４は、所定個数（ｎ個）のジョブを記憶可能に構成されており、今回受信した指示書および処理予定データをジョブとして登録する場合に所定個数より大きくなったか否かを判断することによりジョブとして登録可能か否かを判断する。
【００３５】
ジョブとして登録できないと判断された場合には、ステップ９６で、指示書などを送信した送信元に、当該指示書を受け付けすることができない旨を送信する。
【００３６】
一方、指示書などをジョブとして登録できると判断した場合には、ステップ９４で、記憶装置５０の上記第１の記憶領域としてのハードディスクに、処理予定データおよび指示書データをジョブとして最後の順番の領域に記憶する。
【００３７】
ところで、図９に示すように、処理サービス１４の記憶装置５０は、ハードディスクに、指示書管理テーブルを備えている。指示書管理テーブルでは、ジョブの順番を決定するため順番領域を有する。また、この指示書管理テーブルは、指示書および処理予定データを記憶する領域を有する。さらに、指示書管理テーブルは、指示書で指示された処理の実行状態を示す状態情報を記憶する領域と、指示書の処理の実行状態を通知したか否かを判断できるようにするため、通知情報を記憶する領域を備えている。
【００３８】
上記のようにデバイス１２は、送信した指示書を管理し、処理サービス１４に、指示書の処理の実行状態を問い合わせる（ステップ８４（図５参照））。このようにデバイス１２から問い合わせがあった場合には、処理サービス１４は、図７に示す回答処理プログラムをスタートし、ステップ１０２で、デバイス１２から指示書を指定して問い合わせのあった当該指示書の処理の状態情報を、上記指示書管理テーブルから取得し、ステップ１０４で、指示書で指示された処理の実行状態の通知先に状態情報を送信する。そして、ステップ１０６で、通知情報記憶エリアに、通知済みを記憶する。
【００３９】
これにより、例えば、図９に示す順番に、３、４のように通知情報記憶エリアに通知済みが記憶される。
【００４０】
また、処理サービス１４は、電源が投入されると図８に示す指示書処理プログラムをスタートし、ステップ１１２で、指示書管理テーブルに基づいて、本ステップ１１２が今回実行する際の処理予定のジョブを取得する。すなわち、例えば、図９に示す例では、指示書管理テーブルの順番１、２のジョブでは、状態情報として処理完了、処理エラーが記憶されており、当該指示書Ａおよび指示書Ｂの処理がそれぞれ実行されていると判断することができる。そこで、本ステップ１１２では、この状態情報に基づいて未処理の状態情報が記憶されているジョブを取得する。
【００４１】
次のステップ１１４で、取得したジョブの状態情報記憶エリアに、処理中を記憶する。すなわち、上記例では、順番３の指示書Ｃに対応して処理中を状態情報として記憶する。
【００４２】
次のステップ１１６で、ジョブを実行する。すなわち、処理サービス１１４は、上記例では、指示書Ｃに基づいて、指示書Ｃで指示された処理を、処理予定データであるデータＣに処理し、処理後のデータを、指示書Ｃで指示された送信先に送信する。
【００４３】
ステップ１１８で、ジョブを完了することができたか否かを判断する。ジョブが完了できたと判断された場合には、状態情報に処理完了を記憶し、ジョブを完了することができなかった場合には、ステップ１２２で、処理エラーを記憶する。
【００４４】
前述したように、処理サービス１４は、指示書管理テーブルに所定個数（ｎ個）のジョブを記憶することが出来、所定個数のジョブを記憶した場合には、古くなったジョブを削除する必要がある。また、本実施の形態では、デバイス１２やクライアント１６からユーザーは、指示書を指定して、当該指示書のジョブを削除するように指示可能になっている。このように、指示書管理テーブルに所定個数のジョブを記憶したり、デバイス１２やクライアント１６から指示書のジョブを削除する指示があった場合には、削除するタイミングと判断し（第１の判断手段）、処理サービス１４は、図１０に示す削除処理プログラムをスタートし、ステップ１３２で、第１の判断処理として、指示書管理テーブルの順番１のジョブである先頭ジョブの通知情報記憶エリアに通知済みが記憶されているか否かを判断する。先頭ジョブの通知情報記憶エリアに、未通知が記憶されている場合には、ステップ１３４で、指示書、状態情報、および通知情報を別領域に記憶して、ステップ１３６に進む。すなわち、本実施の形態では、指示書、状態情報、および通知情報を前述した記憶装置５０のキャッシュディスク（第２の記憶領域）に記憶する。
【００４５】
ステップ１３６で、先頭ジョブを削除し、ステップ１３８で他のジョブの順番を繰り上げる。
【００４６】
以上のように指示書管理テーブルに所定個数のジョブを記憶したり、デバイス１２やクライアント１６から指示書のジョブを削除する指示があった場合には、削除するタイミングと判断し、処理サービス１４は、先頭ジョブの通知情報記憶エリアに通知済みが記憶されているか否かを判断し、先頭ジョブの通知情報記憶エリアに、未通知が記憶されている場合には、指示書、状態情報、および通知情報をキャッシュディスクに記憶する。よって、デバイスがネットワークから遮断し、後で復帰して、デバイスから処理サービスに状態の問合せがあっても、キャッシュディスクに指示書、状態情報、および通知情報を記憶しているので、この問合せに回答することができる。また、キャッシュディスクに指示書、状態情報、および通知情報を記憶しているので、即座に読み取ることができ、即座に回答することができる。なお、処理予定データは削除しているので、メモリが不用なデータでいっぱいになることはない。
【図面の簡単な説明】
【００４７】
【図１】指示記述処理システムのブロック図である。
【図２】デバイスのブロック図である。
【図３】処理サービスのブロック図である。
【図４】クライアントのブロック図である。
【図５】指示書管理処理プログラムを示すフローチャートである。
【図６】指示書受付処理プログラムを示すフローチャートである。
【図７】回答処理プログラムを示すフローチャートである。
【図８】指示書処理プログラムを示すフローチャートである。
【図９】指示書管理テーブルを示す図である。
【図１０】削除処理プログラムを示すフローチャートである。
【符号の説明】
【００４８】
１２  デバイス
１４  処理サービス
１６  クライアント
４２  ＣＰＵ（制御手段）
４８  （処理部（処理実行手段）
５０  記憶装置（記憶処理手段（第１の領域、第２の領域））
５２  インターフェイス（受信手段、通知手段）
【図１】
2005191678.tif 000003
【図２】
2005191678.tif 000004
【図３】
2005191678.tif 000005
【図４】
2005191678.tif 000006
【図５】
2005191678.tif 000007
【図６】
2005191678.tif 000008
【図７】
2005191678.tif 000009
【図８】
2005191678.tif 000010
【図９】
2005191678.tif 000011
【図１０】
2005191678.tif 000012