(57)【要約】【課題】  ユーザに面倒な設定をさせることなく、再処理の対象とすべき文書を容易に特定できるようにする。【解決手段】  対応表生成部１２３が、文書取扱アプリ１３０が文書をドライバに処理させる際に生成するジョブ名を仮想ドライバ１４１経由で取得し、その文書のファイルパスと対応付けて対応表１８２に記録する。生成対象決定部１２１は、文書保存領域１８１に保存される文書について、予め、対応表生成部１２３に、対応表１８２への上記対応付けの記録を行わせておく。その後、文書取扱アプリ１３０が変換ドライバ１５１を用いて文書を処理する際に、履歴生成部１６１が変換ドライバから処理対象の文書と対応するジョブ名を取得し、対応表１８２からそのジョブ名と対応するファイルパスを取得し、そのジョブ名とファイルパスを対応付けて、再処理の対象文書を示す情報として処理履歴テーブル１８３に記録する。【選択図】    図３
2017138844.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションが文書をドライバに処理させる際に生成するジョブ名と対応付けて該文書の情報を記録する記録手段と、
アプリケーションから利用可能な第１ドライバであって、前記アプリケーションから文書の処理を指示された際に該アプリケーションから渡されるジョブ名を前記記録手段に通知する第１ドライバと、
所定の基準で選択した文書について、該文書の格納位置の情報を前記記録手段に通知すると共に、前記アプリケーションに対し、該文書を前記第１ドライバに処理させるよう指示する第１処理指示手段と、
前記アプリケーションから利用可能な第２ドライバであって、前記アプリケーションから文書の処理を指示された際に該アプリケーションから渡されたジョブ名を前記記録手段に通知すると共に、前記文書に対して前記アプリケーションから指示された処理を行う第２ドライバとを備え、
前記記録手段は、前記第１処理指示手段から通知された文書の格納位置の情報と、該通知に続いて前記第１ドライバから通知されるジョブ名とを対応付けて記録し、前記第２ドライバからジョブ名が通知された場合に、該ジョブ名と対応する文書に前記第２ドライバによる処理がなされたことを記録することを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記記録手段により記録されたデータに基づき、前記アプリケーションに対し、前記第２ドライバによる処理がなされたことが記録されている文書を、前記第２ドライバに処理させるよう指示する第２処理指示手段を備えることを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記第２ドライバは、前記ジョブ名に加えて前記処理を行った時刻を前記記録手段に通知し、
前記記録手段は、前記第２ドライバから通知されたジョブ名と対応する文書の情報として、前記処理を行った時刻を記録し、
前記第２処理指示手段は、前記アプリケーションに対し、前記第２ドライバによる処理がなされたことが記録されている文書のうち、前記処理を行った最新の時刻以後に更新された文書を、前記第２ドライバに処理させるよう指示することを特徴とする情報処理装置。
【請求項４】
請求項２又は３に記載の情報処理装置であって、
前記第２ドライバは、前記ジョブ名に加えて前記処理に用いた設定を前記記録手段に通知し、
前記記録手段は、前記第２ドライバから通知されたジョブ名と対応する文書の情報として、前記処理に用いた設定を記録し、
前記第２処理指示手段は、前記アプリケーションに対し、前記第２ドライバによる処理がなされたことが記録されている文書を、該文書の情報として記録されている設定を用いて前記第２ドライバに処理させるよう指示することを特徴とする情報処理装置。
【請求項５】
請求項１乃至４のいずれか一項に記載の情報処理装置であって、
前記記録手段からの指示に従って文書の新規追加を監視し、新規追加された文書を前記所定の基準で選択した文書として前記第１処理指示手段に処理させると共に、該追加された文書の情報を前記記録手段へ通知する監視手段を備え、
前記記録手段は、前記第２ドライバからジョブ名が通知され、かつ該ジョブ名と対応する文書の情報が記録されていない場合に、該ジョブ名を、対応する文書なしとして記録すると共に、文書の新規追加の監視を前記監視手段に指示し、該指示に応じて前記監視手段から通知された前記追加された文書の情報をユーザに提示し、該提示に応じて記録を指示された場合、前記対応する文書なしとして記録したジョブ名を、該追加された文書と対応して記録されているジョブ名に置き換え、該置き換え後のジョブ名と対応付けて、該追加された文書の格納位置の情報を記録することを特徴とする情報処理装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の情報処理装置であって、
前記第２ドライバは、前記アプリケーションから文書の処理を指示された際に該指示元のアプリケーションの識別情報と該指示に係る文書のファイル名の拡張子とを取得し、該取得した拡張子と識別情報とを対応付けて対応アプリ情報として記録し、
前記第１処理指示手段は、前記所定の基準で選択した文書について、前記対応アプリ情報において該選択した文書のファイル名の拡張子と対応付けられている識別情報を持つアプリケーションに対し、該文書を前記第１ドライバに処理させるよう指示することを特徴とする情報処理装置。
【請求項７】
請求項６に記載の情報処理装置であって、
前記記録手段により記録されたデータに基づき、前記アプリケーションに対し、前記第２ドライバによる処理がなされたことが記録されている文書を、前記第２ドライバに処理させるよう指示する第２処理指示手段を備え、
前記第１処理指示手段は、前記所定の基準で選択した文書のファイル名の拡張子が、前記対応アプリ情報において複数の識別情報と対応付けられている場合、該文書の格納位置の情報を前記記録手段に通知すると共に、前記複数の識別情報のうち一の識別情報を持つアプリケーションに対して該文書を前記第１ドライバに処理させるよう指示することを、前記複数の識別情報の各々について繰り返し、
前記第１ドライバ又は前記第２ドライバは、前記ジョブ名に加えて、文書の処理指示元のアプリケーションの識別情報を、前記記録手段に通知し、
前記記録手段は、前記第１ドライバ又は前記第２ドライバから通知されたジョブ名と対応づけて、前記文書の処理指示元のアプリケーションの識別情報を記録し、
前記第２処理指示手段は、前記指示を、前記第２ドライバによる処理がなされた記録と対応付けられた識別情報を持つアプリケーションに対して行うことを特徴とする情報処理装置。
【請求項８】
コンピュータを請求項１乃至７のいずれか一項に記載の情報処理装置として機能させるためのプログラム。
【請求項９】
１の情報処理装置が又は複数の情報処理装置が協働して、
アプリケーションが文書をドライバに処理させる際に生成するジョブ名と対応付けて該文書の情報を記録する記録手順と、
アプリケーションから利用可能な第１ドライバにより、前記アプリケーションから文書の処理を指示された際に該アプリケーションから渡されるジョブ名を前記記録手順の処理に供する第１処理手順、
所定の基準で選択した文書について、該文書の格納位置の情報を前記記録手順の処理に供すると共に、前記アプリケーションに対し、該文書を前記第１ドライバに処理させるよう指示する第１処理指示手順と、
前記アプリケーションから利用可能な第２ドライバにより、前記アプリケーションから文書の処理を指示された際に該アプリケーションから渡されたジョブ名を前記記録手順の処理に供すると共に、前記文書に対して前記アプリケーションから指示された処理を行う第２処理手順とを実行し、
前記記録手順では、前記第１処理指示手順により提供された文書の格納位置の情報と、該通知に続いて前記第１ドライバから提供されるジョブ名とを対応付けて記録し、前記第２ドライバからジョブ名が提供された場合に、該ジョブ名と対応する文書に前記第２ドライバによる処理がなされたことを記録することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報処理装置、プログラム及び情報処理方法に関する。
【背景技術】
【０００２】
従来から、ＰＣ（パーソナルコンピュータ）等の情報処理装置において、ワードプロセッサ等の種々のアプリケーション（以下「アプリ」という）を用いて編集した文書に対し、ユーザの指示に応じて外部装置への送信やデータの形式変換等の処理を行えるようにすることが知られている。このような機能によれば、ユーザがある情報処理装置で特定のアプリを用いて編集した文書を、スマートデバイス等の他の装置での参照、他のアプリでの参照や編集等の、所望の用途に容易に転用することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところで、ユーザがある文書対して上記の機能により送信や形式変換等の処理を一旦行った後で、元の文書の内容を変更する場合がある。そしてこの場合、処理後のデータにも元の文書の変更内容を反映させようとすると、ユーザが、変更後の文書に対して同じ処理を行うよう再度指示をする必要があり、面倒であった。
【０００４】
この点につき、従来、特許文献１に記載のように、一旦受信した文書と同じ文書を再度受信した場合に印刷を行わないようにする技術が知られている。しかし、この技術を用いても、一旦処理した文書の内容が変更された場合に再度同じ処理を行う、といった処理を自動的に行うことはできない。
この原因の一つは、変更があった時に再度処理を実行しなければならない文書を、ユーザに文書毎の指定といった手間をかけることなく情報処理装置側で自動的に特定することができないことにある。
【０００５】
この発明は、このような事情に鑑みてなされたものであり、ユーザの指示に従って文書に対してある処理を行った後で元の文書の変更を処理後のデータにも自動的に反映させようとする場合において、ユーザに面倒な設定をさせることなく、上記処理の対象とすべき文書を容易に特定できるようにすることを目的とする。なお、ここでいう処理が上述の送信や形式変換に限られることはない。
【課題を解決するための手段】
【０００６】
この発明の情報処理装置は、上記の目的を達成するため、アプリケーションが文書をドライバに処理させる際に生成するジョブ名と対応付けてその文書の情報を記録する記録手段と、アプリケーションから利用可能な第１ドライバであって、上記アプリケーションから文書の処理を指示された際にそのアプリケーションから渡されるジョブ名を上記記録手段に通知する第１ドライバと、所定の基準で選択した文書について、その文書の格納位置の情報を上記記録手段に通知すると共に、上記アプリケーションに対し、その文書を上記第１ドライバに処理させるよう指示する第１処理指示手段と、上記アプリケーションから利用可能な第２ドライバであって、上記アプリケーションから文書の処理を指示された際にそのアプリケーションから渡されたジョブ名を上記記録手段に通知すると共に、上記文書に対して上記アプリケーションから指示された処理を行う第２ドライバとを設け、上記記録手段が、上記第１処理指示手段から通知された文書の格納位置の情報と、その通知に続いて上記第１ドライバから通知されるジョブ名とを対応付けて記録し、上記第２ドライバからジョブ名が通知された場合に、そのジョブ名と対応する文書に上記第２ドライバによる処理がなされたことを記録するようにしたものである。
【発明の効果】
【０００７】
上記構成によれば、ユーザの指示に従って文書に対してある処理を行った後で元の文書の変更を処理後のデータにも自動的に反映させようとする場合において、ユーザに面倒な設定をさせることなく、上記処理の対象とすべき文書を容易に特定できるようにすることができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の情報処理装置の一実施形態であるＰＣを含む情報処理システムの構成を示す図である。
【図２】図１に示したＰＣのハードウェア構成を示す図である。
【図３】図１に示したＰＣが備える、文書の処理、ファイルパスの記録及び文書の内容変更の処理後のデータへの反映に関連した機能の構成を示す図である。
【図４】自動再処理確認画面の例を示す図である。
【図５】生成対象決定部が行う定期処理に応じた、図３に示した各部の一連の動作のシーケンスを示す図である。
【図６】文書取扱アプリが、既にファイル名が付けられている編集中の文書に対する変換ドライバを用いた処理の指示をユーザから受け付けた場合の、図３に示した各部の動作のシーケンスを示す図である。
【図７】更新確認部が行う定期処理に応じた、図３に示した各部の一連の動作のシーケンスを示す図である。
【図８】文書取扱アプリが、まだファイル名の付けられていない編集中の文書に対する変換ドライバを用いた処理の指示をユーザから受け付けた場合の、図３に示した各部の動作のシーケンスを示す図である。
【図９】図８の続きを示す図である。
【図１０】変形例における図６と対応する動作のシーケンスを示す図である。
【図１１】図１０のステップＳ３２とＳ３３の間の変換ドライバの動作を示す図である。
【図１２】変形例における図７と対応する自動再処理の動作のシーケンスを示す図である。
【図１３】変形例における図５と対応する自動再処理の動作のシーケンスを示す図である。
【発明を実施するための形態】
【０００９】
以下、この発明の実施形態について、図面を参照しつつ説明する。
図１に、この発明の情報処理装置の一実施形態であるＰＣを含む情報処理システムの構成を示す。
図１に示す情報処理システム１は、ＰＣ１０と受信デバイス２０とを通信路３０により接続して構成したものである。
【００１０】
このうちＰＣ１０は、ユーザが文書の編集や処理に使用する情報処理装置である。デスクトップ型、ノート型、タブレット型等、形状は問わない。また、ＰＣ以外のコンピュータとして構成してもよい。
受信デバイス２０は、ＰＣ１０が行う文書の処理の一例である「外部装置への送信」において送信先となり、送信された文書を保存する情報処理装置である。スマートフォン等のスマートデバイス、タブレット型コンピュータ、ファイルサーバ、他のＰＣなど、こちらも任意のコンピュータによって構成できる。また、ＰＣ１０と受信デバイス２０とが常時通信可能である必要はなく、また、複数の受信デバイス２０を任意に入れ替えて用いることもできる。
【００１１】
通信路３０は、ＰＣ１０と受信デバイス２０との間の通信に用いる通信路であり、ネットワーク通信、ピアツーピア通信、有線、無線等の別なく、任意の方式による通信路を用いることができる。例えば、ＬＡＮ（ローカルエリアネットワーク）、ＵＳＢ（ユニバーサルシリアルバス）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、インターネット等である。これらの組み合わせでも構わない。
【００１２】
次に、図２に、ＰＣ１０のハードウェア構成を示す。
図２に示すように、ＰＣ１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ（ハードディスクドライブ）１０４、通信Ｉ／Ｆ（インタフェース）１０５、操作部１０６、表示部１０７を備え、これらをシステムバス１０８により接続した構成としている。
【００１３】
そして、ＣＰＵ１０１が、ＲＡＭ１０３をワークエリアとしてＲＯＭ１０２あるいはＨＤＤ１０４に記憶されたアプリやドライバ等のプログラムを実行することにより、ＰＣ１０全体を制御し、図３を用いて後述するものをはじめとする種々の機能を実現する。
ＲＯＭ１０２及びＨＤＤ１０４は、不揮発性記憶媒体（記憶手段）であり、ＣＰＵ１０１が実行する各種プログラムや後述する各種データを格納している。
通信Ｉ／Ｆ１０５は、通信路３０を介して受信デバイス２０等の他の装置と通信するためのインタフェースである。使用する通信路３０の規格に応じた物を設ければよい。
【００１４】
操作部１０６は、ユーザからの操作を受け付けるための操作手段であり、各種のキー、ボタン、タッチパネル等により構成することができる。
表示部１０７は、ＰＣ１０の動作状態や設定内容、メッセージ等をユーザに提示するための提示手段であり、液晶ディスプレイやランプ等を備える。
【００１５】
なお、操作部１０６及び表示部１０７は外付けであってもよい。また、ＰＣ１０がユーザからの操作を直接受ける必要がない（通信Ｉ／Ｆ１０５を介して接続された外部装置により操作を受け付けたり情報の提示を行ったりすればよい）場合には、操作部１０６や表示部１０７を設けなくてよい。
受信デバイス２０も、図２に示した範囲のハードウェア構成は、ＰＣ１０と同様である。ただし、各パーツの種類や性能が異なっていてよいことはもちろんである。
【００１６】
以上のＰＣ１０において、特徴的な点の一つは、アプリがドライバに文書の処理を指示する際にドライバに渡すジョブ名を媒介に、処理を指示された文書のファイルパスを把握できないドライバから提供される情報に基づき、処理を指示された文書のファイルパスを特定して記録できるようにした点である。この記録を行うことにより、内容変更を処理後のデータに反映させるべき文書を特定できるので、この反映に係る処理を自動的に実行することができる（この反映のために実行する処理を「自動再処理」という）。以下、この点について具体的に説明する。
【００１７】
なお、以下の説明では、文書に対して行う「処理」であり、また文書の変更内容を処理後のデータに反映させるべき「処理」が、送信用共通フォーマット（例えばＰＤＦ形式）への変換と受信デバイス２０への送信である例について説明する。したがって、「文書」を「処理」すると言った場合の「処理」は、特に断らない限り送信用共通フォーマットへの変換と受信デバイス２０への送信であるとする。しかし、「処理」の内容がこれに限られないことはもちろんである。
【００１８】
まず図３に、ＰＣ１０が備える、上記の文書の処理、ファイルパスの記録及び文書の内容変更の処理後のデータへの反映に関連した機能の構成を示す。図３に示す各部の機能は、ＰＣ１０のＣＰＵ１０１が所要のプログラムを実行することにより実現されるものである。
【００１９】
ＰＣ１０は、図３に示すように、対応表生成アプリ１２０、文書取扱アプリ１３０、仮想ドライバ１４１、文書送信システム１５０、処理履歴生成アプリ１６０、再処理実行アプリ１７０を備える。また、データあるいはその保存領域として、文書保存領域１８１、対応表１８２、処理履歴テーブル１８３を、ＨＤＤ１０４等の不揮発性記憶手段内に用意している。また、外部装置にこれらのデータあるいは保存領域を用意してもよい。
【００２０】
上記のうち、対応表生成アプリ１２０は、文書取扱アプリ１３０がドライバに文書を処理させる際に生成するジョブ名と、該当文書のデータの文書保存領域１８１内における保存位置との対応関係を記録した対応表１８２を生成する機能を備える。ここでは、文書のデータはファイルとして保存し、その保存位置はファイルパスにより特定されるものとする。また、対応表生成アプリ１２０の機能は、ＣＰＵ１０１が実行するＯＳ（オペレーティングシステム）上で動作するアプリにより実現される。
【００２１】
対応表生成アプリ１２０は、より詳細には、生成対象決定部１２１、処理指示部１２２、および対応表生成部１２３を備える。
このうち生成対象決定部１２１は、ＰＣ１０からアクセス可能なファイルから、所定の基準で、対応表１８２にその情報を登録すべき文書のファイルを決定し、その文書のファイルパスを処理指示部１２２に通知する機能を備える。上記の所定の基準は、文書保存領域１８１として用いる特定のフォルダ内のファイル全て、といった基準でもよいし、文書保存領域１８１内の特定のフォルダのみ、ファイル名に特定の文字列あるいは拡張子を含むファイルのみ、といった、より細かい条件でもよい。条件の内容は任意である。ただし、ここで対応表１８２への登録対象とならない文書は、自動再処理の対象とならない。
【００２２】
また、生成対象決定部１２１は、履歴生成部１６１からの指示に応じて文書保存領域１８１への文書の新規追加を監視する監視手段の機能も備える。生成対象決定部１２１は、新規追加を発見した場合、追加された文書についても、対応表１８２にその情報を登録すべき文書のファイルとしてそのファイルパスを処理指示部１２２に通知することができる。
なお、文書保存領域１８１は、文書のデータを保存するための記憶領域であり、ＰＣ１０の内外問わず任意の記憶手段に設ければよい。
【００２３】
処理指示部１２２は、生成対象決定部１２１から通知されたファイルパスについて１つずつ、対応表生成部１２３に通知すると共に、そのファイルパスに係る文書を取り扱う文書取扱アプリ１３０に、その文書を仮想ドライバ１４１を用いて処理するよう指示する機能を備える。
【００２４】
ここで、文書取扱アプリ１３０は、ワードプロセッサ、表計算、プレゼンテーション、テキスト編集等の、文書の編集や閲覧機能を実現する一般的なアプリでよい。一般的でない独自開発のものであることも妨げられないが、いずれにせよ、対応表生成アプリ１２０の開発者が、文書取扱アプリ１３０に対して上記の指示を行うためのインタフェース（コマンド、関数等）が把握できるようなアプリである。処理指示部１２２は、文書取扱アプリ１３０に対してそのコマンド、関数等を送信することにより、上記指示を行う。
【００２５】
また、文書取扱アプリ１３０はＰＣ１０に複数インストールされていることが通常であるが、文書と、その文書を取り扱う文書取扱アプリ１３０との関係は、ＯＳ上で管理されていることが多い。例えば、表１に示すように、文書のファイル名の拡張子と、その文書を取り扱うべきアプリとの対応関係を管理する等である。なお、表１における「アプリ」の欄には、アプリの識別情報として名称を記載しているが、アプリを起動する際に実行すべきファイルのファイルパスなど、アプリの起動に必要な情報を記載することも考えられる。
【００２６】
【表１】
2017138844.tif 000003
【００２７】
処理指示部１２２は、どの文書取扱アプリ１３０に対して指示を行うかを決める際には、上記のようにＯＳが管理する対応関係を参照して決めることができる。また、後述のように、これとは別に独自に対応関係を管理し、そちらを参照することもできる。
以上の生成対象決定部１２１及び処理指示部１２２が、第１処理指示手段に該当する。
【００２８】
また、対応表生成部１２３は、処理指示部１２２から通知されるファイルパスと、処理指示部１２２から文書取扱アプリ１３０への指示に応じて仮想ドライバ１４１から通知されるジョブ名をと対応付けて、対応表１８２へ記録する機能を備える。この対応表生成部１２３は、後述の履歴生成部１６１と共に記録手段に該当する。
対応表１８２は、表２に示すように、文書のファイルパスと、文書取扱アプリ１３０がその文書をドライバに処理させる際に生成するジョブ名との対応関係を記録したテーブルである。
【００２９】
【表２】
2017138844.tif 000004
【００３０】
ジョブ名は、実行すべき作業（ここでは文書の処理）を特定するためにアプリが生成する識別情報である。ここでは、文書取扱アプリ１３０は、ＰＣ１０が使用するＯＳの規格に従ったドライバに文書の処理を実行させるものとし、適宜なジョブ名を生成して、処理を実行させるドライバに渡す。
【００３１】
なお、文書取扱アプリ１３０が生成するジョブ名は、処理の対象とする文書（この実施形態では文書を示す情報としてファイル名を用いているがこれには限られない）に依存し、処理に使用するドライバの種類には依存しない。すなわち、同じアプリで同じ文書を処理する場合、処理に用いるドライバの種類が異なっても、常に同じジョブ名が生成される。この実施形態は、ジョブ名がこのような条件を満たすことを前提としている。表２の例では、ハイフンの後ろの部分が処理対象の文書のファイル名である。
また、表２の例ではジョブ名のうちハイフンの前の部分が処理の指示主体であるアプリの識別情報であり、ここではこのようにジョブ名が文書取扱アプリ１３０の種類にも依存する例について説明するが、この点は必須ではない。
【００３２】
また、後述の変換ドライバ１５１が、文書の処理を実行する機能を備えるドライバであるが、仮想ドライバ１４１も、変換ドライバ１５１と同じインタフェースを備える。従って、文書取扱アプリ１３０から見れば、仮想ドライバ１４１も変換ドライバ１５１も、同じように利用可能であってこれらのドライバに対し文書の処理を指示できる。また、どちらのドライバに指示をする際にも、同じようにその指示に係る処理を特定するためのジョブ名を生成してドライバに渡す。
【００３３】
なおこの例では、仮想ドライバ１４１及び変換ドライバ１５１は、プリンタドライバのインタフェースを持ち、文書取扱アプリ１３０にプリンタドライバとして認識されるように構成している。従って、文書取扱アプリ１３０は、ユーザに指定されたプリンタに文書の印刷を指示する場合と同じように、仮想ドライバ１４１あるいは変換ドライバ１５１に対して文書の処理を指示することができる。しかし、仮想ドライバ１４１も変換ドライバ１５１も、実際にプリンタを制御する機能は有しない。
【００３４】
仮想ドライバ１４１は、第１ドライバであり、文書取扱アプリ１３０から文書の処理を指示された場合に、その指示時に文書取扱アプリ１３０から渡された、当該処理を特定するためのジョブ名を、対応表生成部１２３に通知する機能を備える。仮想ドライバ１４１は、このとき文書を実際に処理することはせず、その処理機能を備えている必要はない。
【００３５】
また、対応表生成部１２３側から見れば、処理指示部１２２からある文書のファイルパスを通知された後、仮想ドライバ１４１から、その文書を処理する際に文書取扱アプリ１３０が生成するジョブ名が通知されることになる。したがって、これらのファイルパスとジョブ名が、同じ文書に係るものであることを認識し、これらを対応付けて対応表１８２に記録することができる。なお、対応表生成部１２３がこの対応関係を適切に把握できるよう、処理指示部１２２は、対応表生成部１２３がある文書についてファイルパス及びこれと対応するジョブ名を受け取った後で、次の文書についてファイルパスの送信と文書取扱アプリ１３０に対する処理の指示を行う。このため、対応表生成部１２３が、ジョブ名を受け取った場合にこれを処理指示部１２２に通知するようにするとよい。
【００３６】
次に、文書送信システム１５０は、変換ドライバ１５１と送信モジュール１５２とを備え、これらにより、文書取扱アプリ１３０から指示された文書を、所定の送信用共通フォーマットに変換した上で、指定された送信先へ送信する機能を実現する。図３の例では、変換ドライバ１５１が送信用共通フォーマットへの変換を、送信モジュール１５２が送信先への送信を担当する。
【００３７】
これらの変換ドライバ１５１と送信モジュール１５２の機能を実現するソフトウェアは、一体のソフトウェアとして構成されていてもよいし、別々に流通するソフトウェアであってもよい。後者の場合であっても、変換ドライバ１５１が送信モジュール１５２を利用して文書の送信を行うと考えれば、変換ドライバ１５１が、文書の送信まで含めた、文書を処理する機能を備える、と考えることもできる。いずれにせよ、文書取扱アプリ１３０から文書の処理の指示を受け付けるためのインタフェースの機能は、変換ドライバ１５１が持つ。また、変換ドライバ１５１が第２ドライバに該当する。
【００３８】
なお、文書を送信用共通フォーマットに変換する際に、変換ドライバ１５１は、印刷時と同様に、拡大縮小、回転、集約、電子透かし付加など、種々の加工処理を行うことが可能である。これらの処理に関する設定は、文書取扱アプリ１３０がユーザの指示に従ってあるいは自動的に生成し、文書の処理の指示と共に変換ドライバ１５１に供給する。変換ドライバ１５１はその設定に従って上記の加工処理を実行する。しかし、設定が供給されない場合、変換ドライバ１５１が予め用意されたデフォルトの設定に従って加工処理を実行することも可能である。文書の送信先の設定についても同様に考えることができる。
【００３９】
また、変換ドライバ１５１は、以上の他、文書の処理を行った場合に、その処理に関して文書取扱アプリ１３０から渡されたジョブ名及びその処理に用いた設定データ（加工処理に用いた設定及び送信先の設定）を、履歴生成アプリ１６０が備える履歴生成部１６１に通知する機能も備える。
【００４０】
履歴生成アプリ１６０は、変換ドライバ１５１による文書処理の履歴を生成する機能を備え、履歴生成アプリ１６０の機能は、ＣＰＵ１０１が実行するＯＳ上で動作するアプリにより実現される。また、この履歴生成の機能は履歴生成部１６１が担う。
履歴生成部１６１は、変換ドライバ１５１からジョブ名及び設定データが通知された場合に、そのジョブ名と対応する文書に変換ドライバ１５１（及び送信モジュール１５２）による処理がなされたこと及びその処理に用いた設定データを、処理履歴テーブル１８３に記録する機能を備える。
【００４１】
処理履歴テーブル１８３は、表３に示すように、変換ドライバ１５１において文書を処理する際に用いたジョブ名と対応付けて、その文書及び処理に関する情報を記録するテーブルである。より具体的には、文書の情報としてその文書のファイルのファイルパスを、処理の情報として、処理時刻及び処理に用いた設定データを記録する。
【００４２】
【表３】
2017138844.tif 000005
【００４３】
履歴生成部１６１は、変換ドライバ１５１からジョブ名を通知された場合、対応表１８２から、通知されたジョブ名と対応するファイルパスを取得する。そして、そのジョブ名とファイルパスの組み合わせを持つデータが記録されていなければ、今回の処理は対象の文書に対する初めての処理であると判断する。この場合、通知されたジョブ名と、対応表１８２から取得したファイルパスとを対応付けて処理履歴テーブル１８３に記録する。そして、処理時刻と設定データも、今回記録したジョブ名と対応付けて新たに記録する。処理時刻については、さほど正確である必要はなく、変換ドライバ１５１に正確な処理時刻を通知させる必要はない。履歴生成部１６１が、ジョブ名の通知を受けた時点等、適当な時点の時刻を記録すればよい。
【００４４】
なお、この実施形態における作成法では、ジョブ名にはファイル名は反映されても、ファイルパスのうちファイル名以外の部分は反映されない。従って、異なる置き場所に同じファイル名のファイルがある場合、例えば「C:\dir1\aaa.doc」と「C:\dir2\aaa.doc」がある場合、これらのファイルを同じ文書取扱アプリ１３０から処理すると、同じジョブ名が付される。
【００４５】
従って、対応表１８２に、１つのジョブ名と対応するファイルパスが複数記録されることがあり得る。そこで、対応表１８２からジョブ名と対応するファイルパスが複数発見された場合、履歴生成部１６１が、今回処理を行ったのがどちらのファイルパスの文書であるのかをユーザに問い合わせ、その結果選択された方を採用するとよい。しかし、ユーザにこのような選択を行わせると操作負担の増加につながるため、異なる場所に同じ名前のファイルが保存された場合にはその時点で警告を行う等して、こういった状態が生じないようにすることが望ましい。
【００４６】
また、変換ドライバ１５１から通知されたジョブ名と対応表１８２から取得したファイルパスの組み合わせを持つデータが処理履歴テーブル１８３に記録されていれば、履歴生成部１６１は、記録済みのデータを今回通知されたデータで上書きする。従って、処理時刻と設定データは、最新の処理に関するデータが処理履歴テーブル１８３に記録されることになる。
【００４７】
なお、ユーザが文書取扱アプリ１３０にて新規に作成した後ファイル名を付けて保存する前の文書について処理を指示した場合など、ファイル名がない状態の文書を処理する場合には、上記と異なる手順で履歴を記録することになる。この点については図８及び図９を用いて後述する。
いずれの場合も、処理履歴テーブル１８３における処理時刻の記録が、該当のジョブ名と対応する文書について変換ドライバ１５１による処理が行われたことの記録に該当する。ここでは後でファイルの更新時刻と対比するために処理時刻を記録しているが、これを行わないのであれば処理した旨のフラグ等を記録すれば足りる。
【００４８】
また、処理履歴テーブル１８３に変換ドライバ１５１による処理が行われたことが記録されている文書については、再処理実行アプリ１７０による自動再処理の対象となる。従って、履歴生成部１６１は、処理履歴テーブル１８３に文書のデータを記録する前に、ユーザに該当文書を自動再処理の対象とするか否かを問い合わせ、対象とする旨の指示があった場合に記録を行うようにするとよい。
【００４９】
この問い合わせは、例えば図４に示す自動再処理確認画面４００をポップアップ表示して行うことができる。また、この問い合わせは、既に処理履歴テーブル１８３に記録がある場合にも行い、対象としない旨の指示があった場合には記録済みのデータを削除するようにしてもよい。さらに、対象としない旨の指示があった場合には、以後同様な問い合わせをせずにすむよう、記録不要なジョブ名あるいはファイルパスのリストを別途作成してもよい。
【００５０】
次に、再処理実行アプリ１７０は、処理履歴テーブル１８３に記録されたデータに基づき、文書の自動再処理を実行する機能を備え、第２処理指示手段に該当する。この再処理実行アプリ１７０の機能も、ＣＰＵ１０１が実行するＯＳ上で動作するアプリにより実現される。
再処理実行アプリ１７０は、より詳細には、更新確認部１７１と再処理指示部１７２を備える。
【００５１】
このうち更新確認部１７１は、定期的または所定のイベントに応じて、処理履歴テーブル１８３に記録されている各ファイルパスに従って文書保存領域１８１に保存されている文書のファイルを参照し、そのうち処理履歴テーブル１８３中の処理時刻以降に更新されているファイルを特定する機能を備える。さらに、その特定したファイルのファイルパスを再処理指示部１７２に通知して、該当ファイルに係る文書について再度処理を実行することを指示する機能も備える。
【００５２】
再処理指示部１７２は、更新確認部１７１からの指示に従い、該当の文書を取り扱う文書取扱アプリ１３０に対し、その文書を変換ドライバ１５１を用いて処理するように指示する機能を備える。このとき、再処理指示部１７２は、処理履歴テーブル１８３を参照し、該当の文書について登録されている設定データを取得して、文書取扱アプリ１３０に対し、その設定データに従って文書の処理を行うよう指示する。この指示に用いるインタフェースは、処理指示部１２２が用いるものと同じである。
【００５３】
このことにより、ある文書について処理の記録が処理履歴テーブル１８３にある場合、その後その文書が更新されると、更新確認部１７１がこれを検出して、再処理指示部１７２が、該当の文書について、文書取扱アプリ１３０を介して変換ドライバ１５１に自動的に再度処理を行わせることができる。またこの場合、最後にユーザが行った設定と同じ設定を用いて処理を行うことができる。
【００５４】
なお、文書取扱アプリ１３０がユーザの指示に従って変換ドライバ１５１に文書の処理の指示を行った場合も、再処理指示部１７２からの指示に従ってその指示を行った場合も、変換ドライバ１５１の動作は共通である。従って、再処理指示部１７２からの指示に従って文書の処理が実行された場合も、それに応じて履歴生成部１６１により処理履歴テーブル１８３が更新される。従って、処理時刻としては再処理指示部１７２からの指示に従った再処理の時刻が記録されることになり、その後再度文書が更新されるまで、同じ文書についてさらなる再処理が行われることはない。
【００５５】
次に、図３に示した各部の動作について、図５乃至図９を用いてより具体的に説明する。以下に説明する動作による情報処理は、この発明の情報処理方法の実施形態である。
まず図５に、生成対象決定部１２１が行う定期処理に応じた各部の一連の動作を示す。この動作は、対応表１８２のメンテナンスに係る動作である。
生成対象決定部１２１は、定期的に文書保存領域１８１を参照し、所定の基準に従い、文書保存領域１８１に保存されている文書のうち対応表の生成対象とする文書を選択する（Ｓ１１）。この基準については既に述べた通りである。その後生成対象決定部１２１は、選択した各文書のファイルパスを、処理指示部１２２に通知し、それらの文書について対応表１８２のデータを生成することを指示する（Ｓ１２）。この指示は、複数文書について一括して行ってよい。
【００５６】
ステップＳ１２の指示を受けた処理指示部１２２は、各文書について、対応表生成部１２３に対してそのファイルパスを通知する（Ｓ１３）と共に、その文書を取り扱う文書取扱アプリ１３０に、仮想ドライバ１４１を用いてその文書を処理するよう指示する（Ｓ１４）。この例では仮想ドライバ１４１をプリンタドライバとして構成しているため、ステップＳ１４の指示はより具体的には印刷指示となる。また、処理指示部１２２は、ステップＳ１３であるファイルパスを対応表生成部１２３に通知した後、対応表生成部１２３がステップＳ１７でジョブ名を受け取るまでは、対応表生成部１２３に次のファイルパスを通知しないことが望ましい。
【００５７】
一方、ステップＳ１４の指示を受けた文書取扱アプリ１３０は、受け取ったファイルパスに従い文書のデータを取得する（Ｓ１５）と共に、ジョブ名の生成を含む必要な処理を行い、指定された仮想ドライバ１４１に対し、該当の文書の処理を指示する（Ｓ１６）。なお、図では、この指示と共に文書のデータを仮想ドライバ１４１に渡すように示している。しかし、ジョブ名と対応付けて文書のデータ（及び設定データ）を仮想ドライバ１４１からアクセス可能な記憶領域に格納しておき、仮想ドライバ１４１が、処理指示と共に通知されたジョブ名をキーにこれらのデータをその記憶領域から読み出すようにしてもよい。以後の図で説明する文書取扱アプリ１３０と仮想ドライバ１４１あるいは変換ドライバ１５１との間のデータの受け渡しについても同様である。
【００５８】
ステップＳ１６の指示を受けた仮想ドライバ１４１は、文書に対しては特に実体的な処理を行うことなく、文書取扱アプリ１３０から通知されたジョブ名を、対応表生成部１２３に通知する（Ｓ１７）。
この通知を受けた対応表生成部１２３は、ステップＳ１７で通知されたジョブ名と、ステップＳ１３で通知されたファイルパスとが対応することを対応表１８２に記録する（Ｓ１８）。
【００５９】
以上のステップＳ１２乃至Ｓ１８が、ステップＳ１１で選択された全生成対象について終了すると、図５の動作は終了する。以上の動作において、ステップＳ１１乃至Ｓ１４が第１処理指示手順、ステップＳ１７が第１処理手順、ステップＳ１８が記録手順の動作である。以上の動作により、文書保存領域１８１に保存されている文書について、そのファイルパスと、その文書を処理する際に生成されるジョブ名との対応関係を対応表１８２に記録することができる。
【００６０】
なお、生成対象決定部１２１は、一度生成対象とした文書（のファイルパス）が対応表１８２に記録されている間は、その文書を再度生成対象とする必要はない。また、新たな文書を発見する度に対応表１８２にデータを追加するのみであると所望のデータを探す際のパフォーマンスが低下する恐れがあるため、適宜対応表１８２のメンテナンスを行うとよい。例えば、記録されているファイルパスにファイルがなくなっている文書に係るデータを削除する、各データの更新日時を登録し、更新日時が新しい順にソートする、等である。
【００６１】
次に図６に、文書取扱アプリ１３０が、既にファイル名が付けられている編集中の文書に対する変換ドライバ１５１を用いた処理の指示をユーザから受け付けた場合の動作を示す。
ユーザは、文書取扱アプリ１３０で文書を編集中に、必要な設定を行った上で変換ドライバ１５１と仮想的に対応付けられたプリンタを選択して印刷指示を行うことにより、編集中文書を変換ドライバ１５１を用いて処理することを指示できる。文書取扱アプリ１３０は、この指示を受けると（Ｓ３１）、ジョブ名の生成を含む必要な処理を行い、指定された変換ドライバ１５１に対し、編集中の文書の処理を指示する（Ｓ３２）。文書取扱アプリ１３０はこのとき、変換ドライバ１５１に対して、ジョブ名、処理すべき文書データ、および処理に用いる設定を示す設定データを渡す。
【００６２】
ステップＳ３３の指示を受けた変換ドライバ１５１は、受け取った文書データと設定データとに従い、上述した送信用共通フォーマットの送信用文書データを生成する（Ｓ３３）。また、この送信用文書データを送信モジュール１５２へ渡し、設定データで設定された送信先（ここでは受信デバイス２０）への送信を指示する（Ｓ３４）。送信モジュール１５２は、この指示に応じて送信用文書データを受信デバイス２０へ送信し（Ｓ３５）、これを受信した受信デバイス２０は、送信用文書データを所定の記憶領域に保存する（Ｓ３６）。
【００６３】
ここまでの動作によりユーザは、ＰＣ１０において文書取扱アプリ１３０で編集した文書を、受信デバイス２０で参照することができる。この参照には、文書取扱アプリ１３０は不要であり、送信用共通フォーマットのデータを取り扱えるアプリがあればよい。
また、変換ドライバ１５１は、ステップＳ３４の後、履歴生成部１６１へ、ステップＳ３２で受け取ったジョブ名及び設定データを通知する（Ｓ３７）。この通知は、ステップＳ３５又はＳ３６が正常に実行できたことを確認してから行ってもよい。
【００６４】
ステップＳ３７の通知を受けた履歴生成部１６１は、対応表１８２から今回通知されたジョブ名と対応するファイルパスを取得する（Ｓ３８）。図４の動作により、対応表１８２には、受け取ったジョブ名と対応付けて、今回処理した文書のファイルパスが登録されているはずである。
なお、上述のように、複数の文書について処理時に共通のジョブ名が生成されてしまう可能性がある。そこで、履歴生成部１６１は、ステップＳ３８で複数のファイルパスを取得した場合、そのいずれが今回処理を指示した文書のファイルパスであるかをユーザに問い合わせ、選択させる（Ｓ３９）。
【００６５】
その後、履歴生成部１６１は、ステップＳ３７で通知されたジョブ名及び設定データと、ステップＳ３８で取得された（又はステップＳ３９で選択された）ファイルパスと、現在時刻（ここではこれを処理時刻とみなす）とを対応付けて処理履歴テーブル１８３に記録する（Ｓ４０）。ここで記録すべきデータと、ジョブ名及びファイルパスの組み合わせが一致するデータが既に処理履歴テーブル１８３に記録されていた場合、ステップＳ４０の記録は、既存のデータの上書きする形で行う。
【００６６】
以上で図６の動作は終了する。以上の動作において、ステップＳ３３乃至Ｓ３５及びＳ３７が第２処理手順、ステップＳ３８乃至Ｓ４０が記録手順の動作である。以上の動作により、変換ドライバ１５１が処理した文書について、その文書を処理する際に生成されるジョブ名と対応付けて、その文書の情報として、ファイルパスと、処理時刻と、処理に用いた設定データとを処理履歴テーブル１８３に記録することができる。なお、ステップＳ４０の前に、図４に示した画面による確認を行うようにしてもよい。
なお、複数の文書について処理時に共通のジョブ名が生成される場合に、そのそれぞれの文書について処理がなされると、同じジョブ名のデータが２つ処理履歴テーブル１８３に記録されることになる。従って、文書のデータを一意に特定したい場合には、ジョブ名ではなくファイルパスを用いて行う。
【００６７】
また、新たな文書を処理する度に処理履歴テーブル１８３にデータを追加するのみであると所望のデータを探す際のパフォーマンスが低下する恐れがあり、また、自動再処理にも悪影響がある。そこで、適宜処理履歴テーブル１８３のメンテナンスを行うとよい。例えば、記録されているファイルパスにファイルがなくなっている文書に係るデータを削除する、処理時刻が一定期間以上前になっているデータを削除する、各データを処理時刻が新しい順にソートする、等である。
【００６８】
なお、なくなっている文書に係るデータの削除は、例えば以下のように行うことができる。すなわち、まず対応表生成部１２３が随時対応表１８２を確認してなくなっている文書に係るデータを削除する。そしてその後、履歴生成部１６１が処理履歴テーブル１８３を参照し、対応表１８２に記録されていないファイルパスを持つデータを削除すればよい。
【００６９】
次に図７に、更新確認部１７１が行う定期処理に応じた各部の一連の動作を示す。この動作は、文書の自動再処理に係る動作である。
更新確認部１７１は、定期的に、あるいは受信デバイス２０等の外部装置からの指示を受けた場合など、適当なタイミングで処理履歴テーブル１８３及び文書保存領域１８１を参照し、文書保存領域１８１に保存されている文書のうち、最新の処理実行以後に更新された文書を特定する（Ｓ５１）。この特定は、処理履歴テーブル１８３に記録されている各ファイルパスについて、そのファイルパスと対応する処理時刻と、文書保存領域１８１中のそのファイルパスの位置に格納されているファイルの更新時刻とを比較して行うことができる。更新時刻の方が新しければ、該当ファイルの文書は最新の処理実行以後に更新されたことがわかる。なお、この特定に際して、処理履歴テーブル１８３に記録されているファイルパスの位置に実際にファイルが格納されていない場合、もはやその文書について自動再処理は実行できないため、処理履歴テーブル１８３からそのファイルパスと対応するデータを削除するとよい。
【００７０】
更新確認部１７１は、ステップＳ５１の特定ができると、再処理指示部１７２に対し、特定した文書のファイルパスを通知し、該当文書の再処理を指示する（Ｓ５２）。
ステップＳ５２の指示を受けた再処理指示部１７２は、再処理を指示された各文書について、ステップＳ５３以下の動作を実行する。すなわち、再処理指示部１７２はまず処理履歴テーブル１８３から、通知されたファイルパスと対応する設定データを取得する（Ｓ５３）。そして、そのファイルパスに係る文書を取り扱う文書取扱アプリ１３０に対し、そのファイルパスから取得した文書を、ステップＳ５３で取得した設定データに従って変換ドライバ１５１を用いて処理するよう指示する（Ｓ５４）。
【００７１】
ステップＳ５４の指示を受けた文書取扱アプリ１３０は、受け取ったファイルパスの位置から文書のデータを取得する（Ｓ５５）と共に、ジョブ名の生成を含む必要な処理を行い、指定された変換ドライバ１５１に対し、該当の文書の処理を指示する（Ｓ５６）。以後のステップＳ６０までの動作は、図６のステップＳ３２乃至Ｓ３６の動作と共通である。なお、ステップＳ６０では、受信デバイス２０は、受信した送信用文書データを、前回受信した同じ名前の送信用文書データに上書きして保存してよい。あるいは、世代管理をして、前回受信した送信用文書データを残しつつ新たに保存してもよい。
【００７２】
また、変換ドライバ１５１は、図６のステップＳ３７の場合と同様、履歴生成部１６１へ、ステップＳ５６で受け取ったジョブ名及び設定データを通知する（Ｓ６１）。履歴生成部１６１は、この通知を受けると、図６のステップＳ３８及びＳ４０の場合と同様に通知されたデータに基づき処理履歴テーブル１８３を更新する（Ｓ６２）。ここでは、処理時刻以外の情報は前回処理時から変更がないはずであり、実質的には、今回処理した文書の処理時刻のみが更新される。
【００７３】
以上で図７の動作は終了する。以上の動作において、ステップＳ５１乃至Ｓ５４が第２処理指示手順、ステップＳ５７乃至Ｓ５９及びＳ６１が第２処理手順、ステップＳ６２が記録手順の動作である。以上の動作により、変換ドライバ１５１が一度処理した文書がその後更新された場合、更新後の文書について再度同じ処理を行うことができる。このことにより、ＰＣ１０において文書に対してなされた更新を、受信デバイス２０に保存される処理後のデータにも反映させることができる。
【００７４】
なお、更新確認部１７１に対して、特定の文書、あるいは特定の条件で抽出したについてのみ再処理の対象とするよう指示できるようにしてもよい。この指示は、ユーザがＰＣ１０を操作して行う他、受信デバイス２０等の外部装置から、ＷｅｂＡＰＩ（Application  Programming  Interface）を介して行えるようにすることが考えられる。
【００７５】
また、図７のような自動再処理の場合、履歴生成部１６１は処理履歴テーブル１８３の更新に際してユーザに問い合わせを行うことができない。しかし、複数の文書について処理時に共通のジョブ名が生成され得る場合、履歴生成部１６１はジョブ名だけからでは今回処理された文書がどのファイルパスにある文書であるかを一意に特定できない。そこで、このような事態が想定される場合、ステップＳ５３の後で、再処理指示部１７２から履歴生成部１６１へ再処理を指示した文書のファイルパスを通知するとよい。こうすれば、履歴生成部１６１は、再処理指示部１７２から通知されたファイルパスと変換ドライバ１５１から通知されたジョブ名とに基づき、処理履歴テーブル１８３中のどのデータに係る文書について再処理が実行されたかを把握できる。
【００７６】
次に図８及び図９に、文書取扱アプリ１３０が、まだファイル名の付けられていない編集中の文書に対する変換ドライバ１５１を用いた処理の指示をユーザから受け付けた場合の動作を示す。
ユーザは、文書取扱アプリ１３０で文書を新規作成した後、ファイル名を付けない状態で編集を行い、さらにその編集中の文書を変換ドライバ１５１を用いて処理することを指示できる（Ｓ３１′）。そして、この場合でも、文書の処理及びジョブ名の通知は、図６の示した既にファイル名が付けられている文書の場合と同様に行うことができる（Ｓ３２〜Ｓ３７）。なおこの場合、ジョブ名のうちファイル名に依存する部分には、適当なデフォルトの文字列が入る。
【００７７】
図８の動作において、ステップＳ３７の通知を受けた履歴生成部１６１は、図６のステップＳ３８の場合と同様に対応表１８２を検索するが、今回処理した文書はまだ保存されていないため、対応表にジョブ名と対応するファイルパスは記録されていない（Ｓ３８′）。この場合、履歴生成部１６１は、ステップＳ３７で通知されたジョブ名及び設定データと、現在時刻（ここではこれを処理時刻とみなす）とを対応付け、ファイルパスは空欄（対応する文書なし）として処理履歴テーブル１８３に記録する（Ｓ４０′）。
【００７８】
次に、動作は図９に示す部分に進み、履歴生成部１６１は、生成対象決定部１２１に対し、文書保存領域１８１への文書の新規追加の監視を指示する（Ｓ７１）。この指示を受けた生成対象決定部１２１は、文書保存領域１８１への文書の新規追加を監視し（Ｓ７２）、新規追加を発見すると、その文書を対応表１８２の生成対象として、処理指示部１２２へ対応表生成指示を送信する（Ｓ７３）。この指示は、図５のステップＳ１２で送信するものと同趣旨であり、その後、図５のステップＳ１３乃至Ｓ１８と同様に、新規追加された文書について、ジョブ名とファイルパスとの対応関係が対応表１８２に記録される。
【００７９】
生成対象決定部１２１は、この記録が完了すると、履歴生成部１６１に対し、文書の新規追加がありその文書について対応表１８２を更新したことを通知する（Ｓ７４）。このとき、その追加された文書のファイルパスも渡す。
ステップＳ７４の通知を受けた履歴生成部１６１は、ユーザにその通知されたファイルパスを提示して、先に処理した文書のファイルパスであるか否かを確認する（Ｓ７５）。この確認は、ユーザから見ると、図８のステップＳ３１′で処理指示を行った後、何らかの文書を新しいファイル名で保存した場合になされることになる。ここで保存した文書は、処理指示に係る文書の場合もあり得るし、そうでない場合もあり得る。
【００８０】
履歴生成部１６１は、ユーザによる確認結果を参照し（Ｓ７６）、ＯＫであれば、図８のステップＳ４０′で処理履歴テーブル１８３に空欄で記録したファイルパス及びそれと対応するジョブ名を、ステップＳ７４で通知されたファイルパス及び対応表１８２でそのファイルパスと対応付けられているジョブ名で上書きする（Ｓ７７）。この動作により、ステップＳ４０′で仮に記録したデータを、実際に保存された文書のデータに更新することができる。この更新後のデータは、以後、図６の動作で記録したデータと同様に扱うことができる。
【００８１】
また、ステップＳ７６でＯＫでなく、次の候補を待つ場合には、履歴生成部１６１は再度のステップＳ７４の通知を待つ。生成対象決定部１２１は、新規追加の監視中は、文書の新規追加を発見する度に、ステップＳ７２乃至Ｓ７４の動作を行う。
また、ステップＳ７６で、先に処理した文書についての履歴の記録が不要（自動再処理の対象とする必要なし）である旨の指示であった場合、履歴生成部１６１は、図８のステップＳ４０′で記録したファイルパスが空欄のデータを、処理履歴テーブル１８３から削除する（Ｓ７８）。
また、ステップＳ７７又はＳ７８の後、履歴生成部１６１は、生成対象決定部１２１に対して文書の新規追加の監視終了を指示し（Ｓ７９）、図９の動作を終了する。
【００８２】
以上の動作によれば、処理時にまだ保存されていない文書の情報も、処理履歴テーブル１８３に登録して、自動再処理の際に参照可能とすることができる。
以上説明してきた実施形態によれば、対応表生成アプリ１２０と処理履歴生成アプリ１６０と、これらにジョブ名等の情報を提供する仮想ドライバ１４１及び変換ドライバ１５１が協働することにより、処理履歴テーブル１８３に、自動再処理の対象とすべき文書の格納位置の情報を、ユーザに面倒な操作をさせることなく自動的に記録することができる。従って、ユーザの指示に従って文書に対してある処理を行った後で元の文書の変更を処理後のデータにも自動的に反映させようとする場合において、上記処理の対象とすべき文書を容易に特定することができる。
【００８３】
また、この際に、仮想ドライバ１４１及び変換ドライバ１５１は、文書の処理指示元である文書取扱アプリ１３０から格納位置の情報を取得する必要はない。従って、処理を担当するドライバが処理対象文書のファイルパスを特定できないアーキテクチャのＯＳを利用する場合でも、自動再処理の機能を容易に実現することができる。
なお、上述の実施形態において、処理履歴テーブルに設定データを保存し、この設定データを再処理に反映させる例について説明した。しかし、この構成は必須ではなく、設定データを保存せずに、再処理の際にデフォルトの設定データを用いることも考えられる。
【００８４】
〔変形例〕
ここで、上述した実施形態のいくつかの変形例について説明する。
まず、既に簡単に説明したが、文書のファイルと、その文書を取り扱うべきアプリとの対応関係を、ＯＳと別に独自に管理する機能を設ける例について説明する。この例において、基本的な装置の構造や各部の動作は上述した実施形態と共通であるので、相違点についてのみ説明する。
【００８５】
まず図１０に、この変形例における図６と対応する動作のシーケンスを示す。
図１０の動作が図６の動作と異なる点は、まず、ステップＳ３２の指示を受けた変換ドライバ１５１が、図１１の動作を実行する点である。
図１１の動作において、変換ドライバ１５１は、処理指示元の文書取扱アプリ１３０の識別情報を取得する（Ｓ１０１）。そして、ステップＳ３２で受け取ったジョブ名に含まれるファイルの拡張子と、ステップＳ１０１で取得した識別情報との対応関係が拡張子テーブルに登録されているか否か確認する（Ｓ１０２）。
【００８６】
なお、この変形例では、ジョブ名に、処理対象の文書のファイル名が、拡張子を特定できる形で含まれる（保存位置を特定するフォルダ名等の情報は含まれない）ことを前提としている。このようなジョブ名を生成するアプリは数多くあり、このことを前提としてもこの変形例の有用性は十分にある。
また、拡張子テーブルは、表４に示すように、文書のファイル名の拡張子と、その文書を取り扱うべきアプリとの対応関係を対応アプリ情報として記録するテーブルである。このテーブルは、ＰＣ１０からアクセス可能な任意の記憶手段に設けることができる。
【００８７】
【表４】
2017138844.tif 000006
【００８８】
ステップＳ１０２の確認の結果、該当の対応関係が既に登録されていれば（Ｓ１０３のＹｅｓ）、変換ドライバ１５１は、拡張子テーブルを変更することなく、図１０のステップＳ３３以下の動作に進む。
一方、登録されていなければ、変換ドライバ１５１は、ジョブ名に含まれるファイルの拡張子と、ステップＳ１０１で取得した識別情報との対応関係を拡張子テーブルに追加登録する（Ｓ１０４）。その後、対応表生成アプリ１２０の生成対象決定部１２１に対し、今回追加した拡張子と識別情報の組み合わせに係るデータを対応表１８２に追加するよう指示して（Ｓ１０５）、図１０のステップＳ３３以下の動作に進む。
【００８９】
以上のうち、ステップＳ１０４の処理により、実際に文書の処理指示に使用された文書取扱アプリ１３０と、処理対象の文書のファイルの拡張子との対応関係を拡張子テーブルに登録することができる。また、表４の「txt」の拡張子に見られるように、１の拡張子について複数のアプリとの対応関係を登録することができる。その結果、拡張子テーブルの内容は、文書ファイルについて使用される各拡張子について、その拡張子のファイルを取り扱うために使用される可能性のあるアプリのリストが登録されたもの、と考えることができる。
また、ステップＳ１０５の処理により、拡張子テーブルに新たな対応関係が登録された場合に、速やかにそれに合わせて対応表１８２を更新することができる。
【００９０】
図１０の動作が図６の動作と異なる点は、上記の他、ステップＳ３７′とステップＳ４０′である。すなわち、変換ドライバ１５１は、ステップＳ３７′で、処理指示元の文書取扱アプリ１３０の識別情報を取得して履歴生成部１６１に渡す。そして、履歴生成部１６１は、ファイルパスとジョブ名に加え、そのジョブ名を得た際に使用した文書取扱アプリ１３０の識別情報として、ステップＳ３７′で受け取った識別情報も、ファイルパス及びジョブ名と対応付けて処理履歴テーブル１８３に登録する（Ｓ４０′）。
【００９１】
なお、変換ドライバ１５１は、図１１のステップＳ１０３でＮｏの場合、ステップＳ１０５の指示に応じて対応表１８２にデータが追加されてからステップＳ３８が実行されるよう、ステップＳ３７の通知を、追加が完了してから実行するようにするとよい。
以上により、表５に示すように、処理履歴テーブル１８３に、表３に示したデータに加え、ジョブ名と対応付けて、各ジョブ名が示す処理の実行に用いたアプリの識別情報も記録することができる。
【００９２】
【表５】
2017138844.tif 000007
【００９３】
表５において、「アプリ」の列のデータがこの識別情報である。自動再処理の際にこのアプリの識別情報を参照することにより、１つの文書に対してその文書を取扱可能な文書取扱アプリ１３０が複数ある場合でも、初めにユーザがその文書の処理に用いたものと同じ文書取扱アプリ１３０を用いて再処理を行うことができる。
【００９４】
図１２に、この変形例における図７と対応する自動再処理の動作のシーケンスを示す。
図１２の動作が図７の動作と異なる点は、更新確認部１７１が、文書保存領域１８１に保存されている文書のうち、最新の処理実行以降に更新された文書を、文書と文書取扱アプリ１３０の組み合わせ毎に特定する点である（Ｓ５１′）。また、再処理指示部１７２へも、特定した組み合わせに係る文書のファイルパスと文書取扱アプリ１３０の識別情報とを通知する（Ｓ５２′）。
また、ステップＳ５２′の通知を受けた再処理指示部１７２は、通知された識別情報を持つ文書取扱アプリ１３０に対して、ステップＳ５４の処理指示を行う。
【００９５】
また、文書取扱アプリ１３０から処理指示を受けた変換ドライバ１５１が、履歴生成部１６１にジョブ名を通知する際に指示元アプリの識別情報を通知し（Ｓ６１′）、履歴生成部１６１がこの識別情報を処理履歴テーブル１８３に記録する（Ｓ６２′）点は、図１０の場合と同じである。
【００９６】
なお、処理履歴テーブル１８３に、同じファイルパスの文書を異なる文書取扱アプリ１３０を用いて処理した履歴が、別々に登録されることもあり得る。この場合、自動再処理も、アプリ毎に別々に行う。アプリ毎に処理時刻のデータが異なれば、ステップＳ５１′における更新有無の判断が、アプリ毎に異なる場合もある。また、処理対象の文書が同じ場合でも、受信デバイス２０側で、使用したアプリ毎に異なるファイルとして保存できるようにするとよい。
【００９７】
次に、図１３に、この変形例における対応表１８２の生成動作、すなわち図５と対応する動作のシーケンスを示す。
図１３の動作が図５の動作と異なる点は、まず、ステップＳ１２の後で処理指示部１２２がステップＳＡを実行する点である。すなわち、処理指示部１２２は、拡張子テーブルから、ステップＳ１２で通知されたファイルパスに基づき、文書と対応するアプリの識別情報を取得する（ＳＡ）。ここでは１の文書毎にステップＳＡを実行するものとするが、１の文書について複数の識別情報が取得されることもあり得る。
【００９８】
ステップＳＡの後、処理指示部１２２は、ステップＳ１４で、ステップＳＡで取得した識別情報により特定される文書取扱アプリ１３０に対し、処理指示を送信する。また、ステップＳＡで識別情報を複数取得した場合、ステップＳ１３及びステップＳ１４の動作を、ステップＳＡで取得した各識別情報についてそれぞれ実行する。
このことにより、対応表１８２には、１の文書について、そのファイルパスとジョブ名の対応関係のデータとして、使用する文書取扱アプリ１３０毎に異なる複数のデータが記録されることになる。
【００９９】
また、図１３の動作において、仮想ドライバ１４１は、ステップＳ１７′で、図５のステップＳ１７の場合と異なる、処理指示元の文書取扱アプリ１３０の識別情報を取得して対応表生成部１２３に渡す。そして、対応表生成部１２３は、ファイルパスとジョブ名に加え、そのジョブ名を得た際に使用した文書取扱アプリ１３０の識別情報として、ステップＳ１７′で受け取った識別情報も、ファイルパス及びジョブ名と対応付けて対応表１８２に登録する（Ｓ１８′）。
【０１００】
以上により、表６に示したように、文書のファイルパスと、文書取扱アプリ１３０がその文書をドライバに処理させる際に生成するジョブ名と、その文書取扱アプリ１３０の識別情報との対応関係を記録した対応表１８２を生成することができる。表５の例において、ファイルパスが「D:\dir4\ddd.txt」である文書については、拡張子テーブルにおいて「txt」が「Memo」と「Wordprocessor」の２つの文書取扱アプリと対応付けられていることに基づき、「Memo」と「Wordprocessor」の各々を用いて当該文書の処理を指示した場合のジョブ名が、対応表１８２に記録されている。
【０１０１】
【表６】
2017138844.tif 000008
【０１０２】
このことにより、図１０のステップＳ３８において対応表１８２を検索する場合、ジョブ名が、文書を取り扱うことが想定されるどの文書取扱アプリ１３０により生成されたものであっても、ジョブ名と対応するファイルパスを取得することができる。
【０１０３】
以上で実施形態の説明を終了するが、この発明において、装置の具体的な構成、具体的な処理の手順、データの形式、文書や文書取扱アプリの種類、仮想ドライバ１４１及び変換ドライバ１５１のインタフェース、これらの変換ドライバ１５１が実行する処理の内容等は、実施形態で説明したものに限るものではない。
【０１０４】
例えば、上述した実施形態では、対応表１８２と処理履歴テーブル１８３を別々に設ける例について説明した。しかし、処理履歴テーブル１８３を設けず、処理時刻及び設定データを、必要に応じて対応表１８２におけるファイルパス及びジョブ名と対応付けて対応表１８２に追加記録するようにしてもよい。この場合、対応表１８２に記録されたファイルパスが示す文書の内、対応する処理時刻（及び設定データ）が記録されている文書を、処理済みでかつ自動再処理の対象とする文書であるとして扱えばよい。また、処理履歴テーブル１８３からデータを削除すべき場合には、その代わりに対応表から処理時刻及び設定データを削除すればよい。
【０１０５】
また、図７に示した自動再処理を、処理履歴テーブル１８３に記録されている全文書について行う場合は、処理時刻の情報は不要であり、処理履歴テーブル１８３に記録する必要はない。
また、上述した実施形態において各ＰＣ１０が備えていた機能は、複数の装置に分散して設け、その複数の装置が協働して、ＰＣ１０と同等な機能を実現するようにしてもよい。
【０１０６】
また、この発明のプログラムの実施形態は、コンピュータに所要のハードウェアを制御させて上述した実施形態におけるＰＣ１０の機能の全部又は一部（特に文書取扱アプリ１３０以外の部分の機能）を実現させるためのプログラムである。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭや他の不揮発性記憶媒体（フラッシュメモリ，ＥＥＰＲＯＭ等）などに格納しておいてもよい。しかし、メモリカード、ＣＤ、ＤＶＤ、ブルーレイディスク等の任意の不揮発性記録媒体に記録して提供することもできる。それらの記録媒体に記録されたプログラムをコンピュータにインストールして実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部装置あるいはプログラムを記憶手段に記憶した外部装置からダウンロードし、コンピュータにインストールして実行させることも可能である。
【０１０７】
また、以上説明してきた実施形態及び変形例の構成が、相互に矛盾しない限り任意に組み合わせて実施可能であり、また、一部のみを取り出して実施することができることは、勿論である。
【符号の説明】
【０１０８】
１：情報システム、１０：ＰＣ、２０：受信デバイス、３０：通信路、１０１：ＣＰＵ、１０２：ＲＯＭ、１０３：ＲＡＭ、１０４：ＨＤＤ、１０５：通信Ｉ／Ｆ、１０６：操作部、１０７：表示部、１０８：システムバス、１２０：対応表生成アプリ、１２１：生成対象決定部、１２２：処理指示部、１２３：対応表生成部、１３０：文書取扱アプリ、１４１：仮想ドライバ、１５０：文書送信システム、１５１：変換ドライバ、１５２：送信モジュール、１６０：処理履歴生成アプリ、１６１：履歴生成部、１７０：再処理実行アプリ、１７１：更新確認部、１７２：再処理指示部、１８１：文書保存領域、１８２：対応表、１８３：処理履歴テーブル、４００：自動再処理確認画面
【先行技術文献】
【特許文献】
【０１０９】
【特許文献１】特開２００２−９９３９５号公報
【図１】
2017138844.tif 000009
【図２】
2017138844.tif 000010
【図３】
2017138844.tif 000011
【図４】
2017138844.tif 000012
【図５】
2017138844.tif 000013
【図６】
2017138844.tif 000014
【図７】
2017138844.tif 000015
【図８】
2017138844.tif 000016
【図９】
2017138844.tif 000017
【図１０】
2017138844.tif 000018
【図１１】
2017138844.tif 000019
【図１２】
2017138844.tif 000020
【図１３】
2017138844.tif 000021