(57)【要約】【課題】画像形成処理を指示した指示端末まで戻ることなく、以前に実行された画像形成処理を、その画像形成処理を以前に実行した画像形成装置またはその他の画像形成装置に再実行させる。【解決手段】発行手段１２は、アプリケーション１７から指示された画像形成処理を識別する識別情報を発行する。記憶制御手段１４は、取得手段１１により取得されたデータと発行手段１２により発行された識別情報とを対応付けて記憶手段１６に記憶する。第１供給手段１３は、取得手段１１により取得されたデータを、アプリケーション１７から指示された画像形成処理に対応する画像形成装置２０が解釈可能な印刷データに変換して画像形成装置２０に供給する。第２供給手段１５は、他の装置から画像形成処理の識別情報を含む再実行指示を受け付けると、受け付けられた識別情報に対応するデータを記憶手段１６から読み出し、読み出したデータを取得手段１１に供給する。【選択図】図２
2018045353.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションから指示された画像形成処理の処理対象であるデータを取得する取得手段と、
前記指示された画像形成処理を識別する識別情報を発行する発行手段と、
前記取得されたデータと前記発行された識別情報とを対応付けて記憶手段に記憶する記憶制御手段と、
前記取得されたデータを、前記指示された画像形成処理に対応する画像形成装置が解釈可能な印刷データに変換して該画像形成装置に供給する第１供給手段と、
他の装置から前記画像形成処理の前記識別情報を含む再実行指示を受け付けると、該受け付けられた識別情報に対応するデータを前記記憶手段から読み出し、読み出したデータを前記取得手段に供給する第２供給手段と
を有する情報処理装置。
【請求項２】
前記記憶制御手段は、前記取得手段が前記データを前記アプリケーションから取得した場合、該取得されたデータを前記記憶手段に記憶する一方、前記取得手段が前記データを前記第２供給手段から取得した場合、該供給されたデータを前記記憶手段に記憶しない
請求項１に記載の情報処理装置。
【請求項３】
前記第１供給手段は、前記取得手段が前記データを前記アプリケーションから取得した場合、該取得されたデータを前記印刷データに変換して前記記憶手段に記憶し、一方、前記取得手段が前記データを前記第２供給手段から取得した場合、該供給されたデータを前記印刷データに変換する処理を行うことなく、前記記憶手段に記憶された印刷データを読み出して前記画像形成装置に供給する
請求項１または２に記載の情報処理装置。
【請求項４】
コンピュータに、
アプリケーションから指示された画像形成処理の処理対象であるデータを取得する取得ステップと、
前記指示された画像形成処理を識別する識別情報を発行する発行ステップと、
前記取得されたデータと前記発行された識別情報とを対応付けて記憶手段に記憶する記憶制御ステップと、
前記取得されたデータを、前記指示された画像形成処理に対応する画像形成装置が解釈可能な印刷データに変換して該画像形成装置に供給する第１供給ステップと、
他の装置から前記画像形成処理の前記識別情報を含む再実行指示を受け付けると、該受け付けられた識別情報に対応するデータを前記記憶手段から読み出し、読み出したデータを前記取得ステップにおいて取得させる第２供給ステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置およびプログラムに関する。
【背景技術】
【０００２】
再印刷を行うための手法が種々提案されている。特許文献１には、一般の利用者になじみがある応用プログラムからの指示で印刷装置内に蓄積されている印刷データの再印刷指示を行い、再印刷に際して元文書も必要としない印刷システムが提案されている。また、特許文献２には、描画前と後のデータを保持し、いずれかを選択して再印刷することにより、送信元装置から再び印刷データを送信しなくても済む印刷システムが提案されている。特許文献３には、再印刷時の印刷条件で蓄積時の印刷条件が反映された変換データを印刷可能か否かを判断し、印刷不可能である場合に印刷データを適切な印刷条件を反映した変換データに再度変換することにより、ユーザの意図に沿って再印刷を行うことが記載されている。
【０００３】
また、特許文献４には、ホストコンピュータと印刷装置に対して、ＵＳＢメモリ、ＰＣカード等を介して、ホスト特定情報、印刷ジョブ特定情報、有効時間情報等を読み書きし、印刷装置へのメモリ装着をトリガーとして、ホストの待機印刷ジョブを出力することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２２８０１１号公報
【特許文献２】特開２０１３−１６３３４５号公報
【特許文献３】特開２０１２−６１７６４号公報
【特許文献４】特開２００６−１６８０６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、パーソナルコンピュータなどの指示端末から指示した画像形成処理を、何らかの理由で再実行させたい場合、ユーザは指示端末まで一旦戻り再度処理指示を行う必要があった。本発明は、画像形成処理を指示した指示端末まで戻ることなく、以前に実行された画像形成処理を、その画像形成処理を以前に実行した画像形成装置またはその他の画像形成装置に再実行させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の請求項１に係る情報処理装置は、アプリケーションから指示された画像形成処理の処理対象であるデータを取得する取得手段と、前記指示された画像形成処理を識別する識別情報を発行する発行手段と、前記取得されたデータと前記発行された識別情報とを対応付けて記憶手段に記憶する記憶制御手段と、前記取得されたデータを、前記指示された画像形成処理に対応する画像形成装置が解釈可能な印刷データに変換して該画像形成装置に供給する第１供給手段と、他の装置から前記画像形成処理の前記識別情報を含む再実行指示を受け付けると、該受け付けられた識別情報に対応するデータを前記記憶手段から読み出し、読み出したデータを前記取得手段に供給する第２供給手段とを有することを特徴とする。
【０００７】
本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、前記記憶制御手段は、前記取得手段が前記データを前記アプリケーションから取得した場合、該取得されたデータを前記記憶手段に記憶する一方、前記取得手段が前記データを前記第２供給手段から取得した場合、該供給されたデータを前記記憶手段に記憶しないことを特徴とする。
【０００８】
本発明の請求項３に係る情報処理装置は、請求項１または２に記載の構成において、前記第１供給手段は、前記取得手段が前記データを前記アプリケーションから取得した場合、該取得されたデータを前記印刷データに変換して前記記憶手段に記憶し、一方、前記取得手段が前記データを前記第２供給手段から取得した場合、該供給されたデータを前記印刷データに変換する処理を行うことなく、前記記憶手段に記憶された印刷データを読み出して前記画像形成装置に供給することを特徴とする。
【０００９】
本発明の請求項４に係るプログラムは、コンピュータに、アプリケーションから指示された画像形成処理の処理対象であるデータを取得する取得ステップと、前記指示された画像形成処理を識別する識別情報を発行する発行ステップと、前記取得されたデータと前記発行された識別情報とを対応付けて記憶手段に記憶する記憶制御ステップと、前記取得されたデータを、前記指示された画像形成処理に対応する画像形成装置が解釈可能な印刷データに変換して該画像形成装置に供給する第１供給ステップと、他の装置から前記画像形成処理の前記識別情報を含む再実行指示を受け付けると、該受け付けられた識別情報に対応するデータを前記記憶手段から読み出し、読み出したデータを前記取得ステップにおいて取得させる第２供給ステップとを実行させるためのプログラムであることを特徴とする。
【発明の効果】
【００１０】
請求項１および４に係る発明によれば、画像形成処理を指示した指示端末まで戻ることなく、以前に実行された画像形成処理を、その画像形成処理を以前に実行した画像形成装置またはその他の画像形成装置に再実行させることができる。
請求項２に係る発明によれば、第２供給手段から取得されたデータを記憶手段に記憶する場合と比べて、記憶手段に記憶されるデータ量を小さくすることができる。
請求項３に係る発明によれば、画像形成処理の再実行に係る処理量を、再実行の際に印刷データへの変換処理を行う場合に比べて小さくすることができる。
【図面の簡単な説明】
【００１１】
【図１】システムの構成を示す図
【図２】端末の機能構成を示す図
【図３】端末のハードウェア構成を示す図
【図４】画像形成装置のハードウェア構成を示す図
【図５】モバイル端末のハードウェア構成を示す図
【図６】システムのソフトウェア構成と処理の流れを示す図
【図７】端末が行う処理の流れを示すフローチャート
【図８】対応テーブルの内容の一例を示す図
【図９】システムのソフトウェア構成と処理の流れを示す図
【図１０】モバイル端末が行う処理の流れを示すフローチャート
【図１１】モバイル端末の表示部に表示される画面の一例を示す図
【図１２】モバイル端末の表示部に表示される画面の一例を示す図
【図１３】端末が行う処理の流れを示すフローチャート
【図１４】システムのソフトウェア構成と処理の流れを示す図
【図１５】画像形成装置のＵＩ部に表示される画面の一例を示す図
【図１６】画像形成装置またはモバイル端末のＵＩ部に表示される画面の一例を示す図
【図１７】システムのソフトウェア構成と処理の流れを示す図
【発明を実施するための形態】
【００１２】
［１］構成
図１は、本実施形態に係るシステム１の構成を示すブロック図である。システム１は端末１０ａ，１０ｂ，１０ｃ（情報処理装置の一例）と、画像形成装置２０ａ，２０ｂ，２０ｃと、モバイル端末３０ａ，３０ｂ，３０ｃとを備える。端末１０ａ，１０ｂ，１０ｃはユーザによって操作される装置であり、例えばパーソナルコンピュータである。画像形成装置２０ａ，２０ｂ，２０ｃは電子写真方式などにより用紙などの媒体に画像を形成する。画像形成装置２０ａ，２０ｂ，２０ｃは、通信回線２により端末１０ａ，１０ｂ，１０ｃに接続されている。通信回線２は、例えばインターネットや移動体通信網、電話回線、ＬＡＮ（local Area Network）などのうちの少なくとも１つを含む。以下の説明では、説明の便宜上、端末１０ａ，１０ｂ，１０ｃを各々区別する必要がない場合には、これらを「端末１０」と称する。また、画像形成装置２０ａ，２０ｂ，２０ｃを各々区別する必要がない場合には、これらを「画像形成装置２０」と称する。
【００１３】
モバイル端末３０ａ，３０ｂ，３０ｃは、ユーザによって操作される携帯型の装置であり、例えばスマートフォンである。モバイル端末３０ａ，３０ｂ，３０ｃは、通信回線２により端末１０に接続されている。以下の説明では、モバイル端末３０ａ，３０ｂ，３０ｃを各々区別する必要がない場合には、これらを「モバイル端末３０」と称する。
【００１４】
図２は端末１０の機能構成の一例を示す図である。端末１０は、取得手段１１と、発行手段１２と、第１供給手段１３と、記憶制御手段１４と、第２供給手段１５とを有する。取得手段１１は、アプリケーション１７から指示された画像形成処理の処理対象であるデータを取得する。発行手段１２は、アプリケーション１７から指示された画像形成処理を識別する識別情報を発行する。記憶制御手段１４は、取得手段１１により取得されたデータと発行手段１２により発行された識別情報とを対応付けて記憶手段１６に記憶する。第１供給手段１３は、取得手段１１により取得されたデータを、アプリケーション１７から指示された画像形成処理に対応する画像形成装置２０が解釈可能な印刷データに変換して画像形成装置２０に供給する。第２供給手段１５は、他の装置（モバイル端末３０、画像形成装置２０、など）から画像形成処理の識別情報を含む再実行指示を受け付けると、受け付けられた識別情報に対応するデータを記憶手段１６から読み出し、読み出したデータを取得手段１１に供給する。
【００１５】
図３は端末１０のハードウェア構成を例示する図である。図において、メモリ１５１は各種データを記憶する。プロセッサ１５２はメモリ１５１に記憶されているプログラムに従いデータ処理を行う。通信ＩＦ１５３は外部の装置とネットワークを介したデータ通信を行うインターフェイスである。入出力ＩＦ１５４は外部の装置と操作データや画像データを入出力するインターフェイスである。入出力ＩＦ１５４にはキーボード、マウスなどの操作装置や液晶ディスプレイなどの表示装置が接続される。
【００１６】
この例で、メモリ１５１に記憶されているプログラムをプロセッサ１５２が実行することにより、図２に示される機能が実装される。プログラムを実行しているプロセッサ１５２は、取得手段１１、発行手段１２、第１供給手段１３、記憶制御手段１４および第２供給手段１５の一例である。メモリ１５１は記憶手段１６の一例である。
【００１７】
図４は画像形成装置２０のハードウェア構成を例示する図である。図において、メモリ２５１は各種データを記憶する。プロセッサ２５２はメモリ２５１に記憶されているプログラムに従いデータ処理を行う。通信ＩＦ２５３は外部の装置とネットワークを介したデータ通信を行うインターフェイスである。ＵＩ部２５４は例えばタッチスクリーンとキーとを備える。画像形成部２５５は電子写真方式で用紙などの媒体に画像を形成する。画像読取部２５６は原稿の画像を光学的に読み取る。画像処理部２５７は各種の画像処理を実行する。給紙部２５８は画像形成部２５５に用紙などの媒体を供給する。給紙部２５８は複数の媒体収容部を備えており、媒体をサイズや種別毎に収容可能となっている。
【００１８】
図５はモバイル端末３０のハードウェア構成を例示する図である。図において、メモリ３５１は各種データを記憶する。プロセッサ３５２はメモリ３５１に記憶されているプログラムに従いデータ処理を行う。通信ＩＦ３５３は外部の装置とネットワークを介したデータ通信を行うインターフェイスである。ＵＩ部３５４は例えばタッチスクリーンとキーとを備える。
【００１９】
［２］動作
［２−１］１回目の画像形成動作
まず、ユーザは、端末１０に接続された操作装置を用いて、画像形成処理を行いたいファイルに対応するアプリケーションを起動して処理対象とするファイルを指定し、画像形成処理を指示するための操作を行う。端末１０のプロセッサ１５２は、ユーザの操作に応じてアプリケーションを起動し、印刷設定の画面を表示装置に表示する。ユーザは表示装置に表示された画面を参照しつつ、操作装置を用いて印刷設定の操作を行う。この印刷設定には、例えば印刷処理において使用する媒体の種別や「片面／両面」などの設定値が含まれてもよい。
【００２０】
図６はシステム１のソフトウェア構成と処理の流れの一例を示す図である。図において、アプリケーション１０１（アプリケーション１７の一例）は、ユーザの操作に応じて、例えば文書ファイルなどの画像形成処理の対象となるデータを生成する。また、アプリケーション１０１は、生成したデータについての画像形成処理を、処理の依頼先である画像形成装置２０に対応するドライバ１０２に指示する。アプリケーション１０１からドライバ１０２に画像形成処理の処理対象として引き渡されるデータ（以下「抽象形式データ」という）は、例えば、ＷＭＦ（Windows Metafile）形式のデータやＸＰＳ（XML Paper Specification）形式のデータであり、画像形成装置２０が解釈可能なデータ形式に依存しない、一般化された形式のデータである。ドライバ１０２は、アプリケーション１０１からの指示に従い、画像形成処理の対象である抽象形式データを、画像形成装置２０が解釈可能な印刷データに変換する。この印刷データは、例えばＰＤＬ（Page Description Language）で記述されたデータである。端末１０には、複数の画像形成装置２０の各々に対応するドライバ１０２がインストールされていてもよい。
【００２１】
ツール１０３は、端末１０に常駐するアプリケーションである。ツール１０３は、他の装置（モバイル端末３０や画像形成装置２０）から画像形成処理の再実行を指示された場合に、指示された画像形成処理の処理対象である抽象形式データを特定したり、ドライバ１０２に画像形成処理の実行を指示したりする。アプリケーション１０１、ドライバ１０２およびツール１０３は、メモリ１５１に記憶されているプログラムをプロセッサ１５２が実行することにより実現される。
【００２２】
図７は端末１０のプロセッサ１５２が行う処理の流れを示すフローチャートである。図７に示される処理は、ユーザによって画像形成処理を指示する操作が行われることを契機として開始される。ユーザにより画像形成処理が指示されると、アプリケーション１０１は、ユーザにより指定された抽象形式データをドライバ１０２に引き渡すとともに、そのデータに対する画像形成処理をドライバ１０２に指示する。
【００２３】
ステップＳ１０１において、ドライバ１０２は、アプリケーション１０１から画像形成処理の対象である抽象形式データを取得する。ステップＳ１０２において、ドライバ１０２は、アプリケーション１０１から指示された画像形成処理を識別する処理ＩＤ（識別情報）を生成（発行）する。ステップＳ１０３において、ドライバ１０２は、ステップＳ１０１で取得した抽象形式データをステップＳ１０２で発行した処理ＩＤに対応付けて、メモリ１５１に記憶された対応テーブルに登録する。
【００２４】
図８はメモリ１５１に記憶された対応テーブルの内容の一例を示す図である。図示のように、このテーブルでは、「日付時間」と「処理タイトル」と「処理ＩＤ」と「ファイルパス」との各項目が互いに対応付けられている。「日付時間」の項目には、抽象形式データが生成された日時を示す情報が格納される。「処理タイトル」の項目には、その画像形成処理のタイトル（例えばファイル名）を示す情報が格納される。「処理ＩＤ」の項目には、ドライバ１０２により発行された処理ＩＤが格納される。「ファイルパス」の項目には、抽象形式データの格納先を示すパスが格納される。この対応テーブルにより、抽象形式データと処理ＩＤとが対応付けられている。
【００２５】
ステップＳ１０４において、ドライバ１０２は、アプリケーション１０１から取得したデータを、画像形成処理の依頼先である画像形成装置２０が解釈可能な印刷データに変換する。ステップＳ１０５において、ドライバ１０２は、変換した印刷データを画像形成装置２０へ供給し、画像形成処理を指示する。
【００２６】
画像形成装置２０は、端末１０から画像形成処理を指示されると、その指示に従って媒体への画像形成処理を実行する。これにより、画像形成装置２０へ送信された印刷データをもとに、ユーザにより指示されたとおりに画像形成処理が行われ、媒体に画像が形成されて出力される。
【００２７】
［２−２］モバイル端末３０を用いた画像形成処理の再実行動作
さて、何らかの理由で、ユーザが端末１０を用いて指示した画像形成処理の設定を変更してまたは設定を変更することなく、再度実行させたい場合がある。まず、設定を変更することなく再実行させる場合の動作を説明する。この動作例では、ユーザは自身が携帯しているモバイル端末３０を用いて画像形成処理の再実行を指示する。まず、ユーザは、モバイル端末３０のＵＩ部３５４を用いてモバイルアプリ３０１を起動するための操作を行う。
【００２８】
図９はシステム１のソフトウェア構成と処理の流れの一例を示す図である。図において、モバイルアプリ３０１は、モバイル端末３０にインストールされたアプリケーションである。モバイルアプリ３０１には端末１０のアドレスが予め登録されている。図において、アプリケーション１０１、ドライバ１０２、ツール１０３はそれぞれ、図６で示した構成要素と同様であり、ここではその説明を省略する。
【００２９】
図１０はモバイル端末３０のプロセッサ３５２が行う処理の流れを示すフローチャートである。図１０に示される処理は、ユーザによりモバイルアプリ３０１が起動されることを契機として開始される。ステップＳ２０１において、モバイルアプリ３０１は、端末１０に常駐するツール１０３から、再実行可能な画像形成処理のリストと、端末１０に登録されている画像形成装置２０のリストとを取得し、端末１０の表示部に表示する。再実行可能な画像形成処理のリストは、端末１０の対応テーブルに登録されているデータのリストが用いられる。すなわち、モバイルアプリ３０１は、再実行可能な画像形成処理のリストを端末１０に問い合わせ、端末１０のツール１０３がその問い合わせの応答として、対応テーブルに登録されている画像形成処理のリストをモバイル端末３０へ送信する。
【００３０】
図１１は、ステップＳ２０１においてモバイル端末３０のＵＩ部３５４に表示される画面の一例を示す図である。この画面には、再実行可能な画像形成処理のタイトル（ファイル名など）のリストが表示される。ユーザはＵＩ部３５４に表示されたリストから、再実行させたい画像形成処理を選択する操作を行う。ユーザにより画像形成処理が選択されると、モバイルアプリ３０１は、出力先の画像形成装置２０を選択するための画面をＵＩ部３５４に表示する。
【００３１】
図１２はモバイル端末３０のＵＩ部３５４に表示される画面の一例を示す図である。この画面には、出力先として選択可能な画像形成装置２０の名称のリストが表示される。ユーザはＵＩ部３５４に表示されたリストから、出力先とする画像形成装置２０を選択する操作を行う。
【００３２】
図１０の説明に戻る。ステップＳ２０２において、モバイルアプリ３０１は、ユーザの操作に応じて、再実行させる画像形成処理と、出力先とする画像形成装置２０とを選択する。ステップＳ２０３において、モバイルアプリ３０１は、選択した画像形成処理を識別する処理ＩＤと出力先として選択した画像形成装置２０を識別する装置ＩＤとを含む画像形成処理の再実行指示を、端末１０へ送信する。この例で、画像形成装置２０を識別する装置ＩＤは、例えばＩＰアドレスであってもよい。
【００３３】
図１３は端末１０のツール１０３が行う処理の流れを示すフローチャートである。ステップＳ３０１において、ツール１０３は、モバイル端末３０から再実行指示を受け付けると、ステップＳ３０２の処理に進む。ステップＳ３０２において、ツール１０３は、受け付けられた再実行指示に含まれる処理ＩＤに対応する抽象形式データをメモリ１５１の対応テーブルを参照して特定し、特定した抽象形式データを読み出して、出力先として指定された画像形成装置２０に対応するドライバ１０２に供給する。このとき抽象形式データが供給されるドライバ１０２は、１回目の画像形成処理の際にデータが供給されたドライバ１０２と異なるドライバ１０２であってもよい。すなわち、この実施形態では、画像形成処理の再実行は、１回目の画像形成処理が指示された画像形成装置２０と異なる画像形成装置２０に対して指示されてもよい。
【００３４】
データを供給されたドライバ１０２は、供給されたデータに対し、上述した１回目の画像形成処理の場合と同様の処理（図７のステップＳ１０２乃至ステップＳ１０５の処理）を行う。すなわち、ドライバ１０２は、供給された抽象形式データをメモリ１５１に記憶するとともに、指示された画像形成処理の処理ＩＤを発行する。また、ドライバ１０２は、供給された抽象形式データと処理ＩＤを対応付けて対応テーブルに登録するとともに、供給されたデータを画像形成装置２０が解釈可能な印刷データに変換して画像形成装置２０に供給する。すなわち、この実施形態では、ドライバ１０２は、抽象形式データの供給元がアプリケーション１０１であるかツール１０３であるかに関わらず、共通の処理を実行する。
【００３５】
画像形成装置２０は、端末１０から画像形成処理を指示されると、その指示に従って媒体への画像形成処理を実行する。これにより、画像形成装置２０へ送信された印刷データをもとに画像形成処理が行われ、媒体に画像が形成されて出力される。
【００３６】
［２−３］画像形成装置２０を用いた画像形成処理の再実行動作
次いで、ユーザが画像形成装置２０のＵＩ部２５４を用いて画像形成処理の再実行を指示する場合の動作を説明する。この動作例では、まず、ユーザは、画像形成装置２０のＵＩ部２５４を用いて、画像形成処理を指示した端末１０を指定する操作を行う。
【００３７】
図１４はシステム１のソフトウェア構成と処理の流れを例示する図である。ユーザにより端末１０が指定されると、画像形成装置２０はユーザにより指定された端末１０へ再実行可能な画像形成処理のリストを問い合わせる。端末１０のツール１０３は、問い合わせの応答として、対応テーブルに登録されている抽象形式データのリストを画像形成装置２０へ送信する。画像形成装置２０は、端末１０からリストを受信すると、受信したリストをＵＩ部２５４に表示する。
【００３８】
図１５は画像形成装置２０のＵＩ部２５４に表示される画面の一例を示す図である。この画面には、再実行可能な画像形成処理のタイトル（ファイル名など）のリストが表示される。ユーザはＵＩ部２５４に表示されたリストから、再実行させたい画像形成処理を選択する操作を行う。
【００３９】
ユーザにより画像形成処理が選択されると、画像形成装置２０のプロセッサ２５２は、選択された画像形成処理を識別する処理ＩＤと自装置を識別する装置ＩＤとを含む画像形成処理の再実行指示を、端末１０へ送信する。
【００４０】
再実行指示を受信した端末１０のツール１０３は、受信した再実行指示に含まれる装置ＩＤに対応するドライバ１０２を特定する。この例で、ツール１０３は、再実行指示の送信元のＩＰアドレスに対応するポートを指定されている画像形成装置２０に対応するドライバ１０２を特定してもよい。ツール１０３は、受信した再実行指示に含まれる処理ＩＤに対応する抽象形式データをメモリ１５１から読み出し、読み出した抽象形式データを、特定したドライバ１０２に供給する。抽象形式データを供給されたドライバ１０２は、供給された抽象形式データに対し、上述した１回目の画像形成処理の場合と同様の処理（図７のステップＳ１０２乃至ステップＳ１０５の処理）を行う。すなわち、ドライバ１０２は、供給された抽象形式データをメモリ１５１に記憶するとともに、指示された画像形成処理の処理ＩＤを発行する。また、ドライバ１０２は、供給された抽象形式データと処理ＩＤを対応付けて対応テーブルに記憶する。また、ドライバ１０２は、供給された抽象形式データを画像形成装置２０が解釈可能な印刷データに変換して画像形成装置２０に供給する。
【００４１】
画像形成装置２０は、端末１０から画像形成処理を指示されると、その指示に従って媒体への画像形成処理を実行する。これにより、画像形成装置２０へ送信された印刷データをもとに画像形成処理が行われ、媒体に画像が形成されて出力される。
【００４２】
［２−４］画像形成処理の設定変更を伴う再実行動作
次いで、画像形成処理の設定変更を伴う再実行動作を説明する。この動作例では、ユーザが画像形成装置２０のＵＩ部２５４またはモバイル端末３０のＵＩ部３５４で再実行する画像形成処理を指定する際に、画像形成装置２０またはモバイル端末３０のモバイルアプリ３０１が、画像形成処理に係る設定を変更するための画面を表示する。
【００４３】
図１６は設定変更に係る画面の一例を示す図である。この画面には、例えば、出力部数を選択するための項目や、カラーまたは白黒を選択する項目、用紙種類（普通紙、上質紙、など）を選択する項目などが含まれる。ユーザはこの設定画面を用いて各種設定を変更する操作を行う。ユーザは、設定の変更を終えると、「再印刷」のボタンを選択する操作を行う。
【００４４】
図１７はこの動作例に係るシステム１のソフトウェア構成と処理の流れを例示する図である。ユーザにより「再印刷」が選択されると、画像形成装置２０またはモバイル端末３０は、端末１０へ画像形成処理の再実行指示を送信する。この再実行指示には、ユーザによって設定変更された内容を示す設定情報が含まれる。端末１０は、再実行指示を受信すると、受信した再実行指示に従ってメモリ１５１から抽象形式データを取得し、取得した抽象形式データと設定情報とを印刷データに変換する。端末１０は、変換した印刷データを含む画像形成処理の実行指示を画像形成装置２０へ送信する。画像形成装置２０は、実行指示を受け付けると、受け付けた実行指示に含まれる印刷データに従って画像形成処理を実行する。
【００４５】
ところで、ユーザが一度印刷した文書ファイルなどを再度印刷するには、アプリケーションでファイルを開き印刷指示をし直す必要があった。細かな印刷設定を間違えた場合でも、画像形成装置２０から端末１０に戻って印刷指示をし直す必要があり、時間がかかってしまう場合があった。それに対しこの実施形態では、端末１０から画像形成処理を指示する際に、印刷データを画像形成装置２０へ送信するとともに、印刷データに変換する前の抽象形式データを端末１０内に保持する。その後、画像形成処理の再実行が指示された場合、端末１０は指示された画像形成指示に対応する抽象形式データを特定し、その抽象形式データを使用して再印刷を指示する。これにより、ユーザは端末１０に戻ることなく、その場（例えば、画像形成装置２０の前）で、画像形成処理の再実行を指示し、所望の印刷物を取得する。
【００４６】
また、この実施形態では、印刷データに変換される前の抽象形式データを端末１０で保持しているので、再実行の依頼先の画像形成装置２０の解釈可能なデータ形式がどの形式（例えば、ＰＤＬ形式、ラスタ形式、など）であるかに関わらず、画像形成処理の依頼が行われる。また、抽象形式データを端末１０で保持することにより、最初に画像形成処理で用いられた画像形成装置２０と異なる画像形成装置２０に画像形成処理の再実行を指示した場合であっても画像形成処理が実行される。
【００４７】
［３］変形例
上述した実施形態は本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、上述した実施形態及び以下に示す各変形例は、必要に応じて組み合わせて実施してもよい。
【００４８】
（１）上述の実施形態において、複数のユーザで１台の画像形成装置２０を共有する環境の場合、ユーザが画像形成装置２０のＵＩ部２５４またはモバイル端末３０のＵＩ部３５４を用いて再実行を指示する端末１０を指定する操作を行った後に、そのユーザのアカウントを端末１０または外部の認証サーバで認証させてもよい。その際に、認証できなかった場合には、端末１０は以降の再印刷に係る処理を行わないようにしてもよい。
【００４９】
（２）上述の実施形態において、ドライバ１０２が、抽象形式データがツール１０３から供給された場合、供給された抽象形式データをメモリ１５１に記憶しない構成としてもよい。この態様によれば、抽象形式データが重複してメモリ１５１に保存されることが抑制される。この場合、ドライバ１０２が、画像形成処理の処理ＩＤを発行し、発行した処理ＩＤをメモリ１５１に記憶された抽象形式データに対応付けて記憶してもよい。
【００５０】
（３）上述の実施形態において、ドライバ１０２によって生成された印刷データが予め定められた期間にわたってメモリ１５１に保存されていてもよい。この場合、ドライバ１０２またはツール１０３が、再実行を指示された抽象形式データが以前に画像形成処理を行ったものである場合に、その抽象形式データを印刷データに変換する処理を行うことなく、メモリ１５１に保存されている印刷データを読み出して画像形成装置２０に供給してもよい。すなわち、ドライバ１０２は、抽象形式データをアプリケーション１０１から取得した場合、取得された抽象形式データを印刷データに変換してメモリ１５１に記憶するとともに、その印刷データを画像形成装置２０に供給する。一方、ドライバ１０２は、抽象形式データをツール１０３から取得した場合、供給された抽象形式データを印刷データに変換する処理を行うことなく、メモリ１５１に記憶された印刷データを読み出して画像形成装置２０に供給する。
【００５１】
（４）上述の実施形態では、ドライバ１０２は、指示された画像形成処理が再実行の指示であるか初回の指示であるかに関わらず、指示された画像形成処理に対する処理ＩＤを発行した。これに代えて、ドライバ１０２が、指示された画像形成処理が再実行の指示である場合（すなわちツール１０３から画像形成処理が指示された場合）に、新たな処理ＩＤを発行しない構成としてもよい。
【００５２】
（５）上述の実施形態では、モバイルアプリ３０１に端末１０のアドレスが予め登録されていたが、端末１０のアドレスは予め登録されていなくてもよい。例えばツール１０３がZeroconf（ゼロ・コンフィギュレーション・ネットワーキング）の技法などを用いて端末１０のアドレスを特定し、モバイルアプリ３０１に通知してもよい。また、上述の実施形態では、ユーザが画像形成装置２０のＵＩ部２５４を用いて端末１０を指定したが、端末１０を選択する態様はこれに限られない。例えばツール１０３がZeroconf（ゼロ・コンフィギュレーション・ネットワーキング）の技法などを用いて端末１０のアドレスを特定して画像形成装置２０に通知し、画像形成装置２０が通知されたアドレスの端末１０を選択してもよい。
【００５３】
（６）上述の実施形態では、モバイルアプリ３０１が起動されたタイミングで、モバイルアプリ３０１が、再実行可能な画像形成処理のリストと端末１０に登録されている画像形成装置２０のリストとを端末１０から取得した。これらのリストを取得するタイミングは、上述したものに限られない。例えば、予め定められた時間間隔で定期的に上記リストが端末１０から取得されてもよく、また、例えば、ユーザの操作に応じて上記リストが端末１０から取得されてもよい。また、モバイルアプリ３０１が、取得されたリストを自端末のメモリに保持しておき、再実行を行う際にその都度端末１０に問い合わせない構成としてもよい。
【００５４】
（７）上述の実施形態では、モバイルアプリ３０１は、画面に出力先を選択するためのリストを表示してユーザに出力先を選択させたが、出力先の画像形成装置２０の選択の態様はこれに限られない。例えば、モバイル端末３０と画像形成装置２０とを予めペアリングしておき、モバイルアプリ３０１が、自装置に予め対応付けられた画像形成装置２０を出力先として選択してもよい。
【００５５】
（８）上述の実施形態では、端末１０は図７に例示した順序で各処理を実行したが、実行される処理の順序は上述したものに限られない。例えば、端末１０は、画像形成処理の対象であるデータを予め定められた記憶領域に記憶する処理（図７のステップＳ１０３の処理）を行った後に、画像形成処理の処理ＩＤを発行する処理（図７のステップＳ１０２の処理）を行ってもよい。
【００５６】
（９）上述の実施形態において、端末１０に保存された抽象形式データは、ツール１０３の設定（例えば、生成から７日以降は削除）に従って削除してもよい。また、例えば、画像形成処理が指示されたときに保存期間が指定される構成とし、指定された保存期間に従ってツール１０３が抽象形式データを自動削除する構成としてもよい。
【００５７】
（１０）上述の実施形態では、３台の端末１０ａ，１０ｂ，１０ｃと３台の画像形成装置２０ａ，２０ｂ，２０ｃと３台のモバイル端末３０ａ，３０ｂ，３０ｃとを含むシステム１を例示したが、システム１を構成する装置は上述したものに限られない。例えば、４台以上の画像形成装置２０がシステム１に含まれてもよい。
【００５８】
（１１）上述した実施形態において、端末１０のプロセッサ１５２、画像形成装置２０のプロセッサ２５２またはモバイル端末３０のプロセッサ３５２により実行されるプログラムは、インターネットなどの通信回線を介してダウンロードされてもよい。また、これらのプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。
【符号の説明】
【００５９】
１…システム、２…通信回線、１０…端末、１１…取得手段、１２…発行手段、１３…第１供給手段、１４…記憶制御手段、１５…第２供給手段、１６…記憶手段、１７…アプリケーション、２０…画像形成装置、３０…モバイル端末、１０１…アプリケーション、１０２…ドライバ、１０３…ツール、１５１，２５１，３５１…メモリ、１５２，２５２，３５２…プロセッサ、１５３，２５３，３５３…通信ＩＦ、１５４…入出力ＩＦ、２５４，３５４…ＵＩ部、２５５…画像形成部、２５６…画像読取部、２５７…画像処理部、３０１…モバイルアプリ。
【図１】
2018045353.tif 000003
【図２】
2018045353.tif 000004
【図３】
2018045353.tif 000005
【図４】
2018045353.tif 000006
【図５】
2018045353.tif 000007
【図６】
2018045353.tif 000008
【図７】
2018045353.tif 000009
【図８】
2018045353.tif 000010
【図９】
2018045353.tif 000011
【図１０】
2018045353.tif 000012
【図１１】
2018045353.tif 000013
【図１２】
2018045353.tif 000014
【図１３】
2018045353.tif 000015
【図１４】
2018045353.tif 000016
【図１５】
2018045353.tif 000017
【図１６】
2018045353.tif 000018
【図１７】
2018045353.tif 000019