JP2023145066A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】印刷物に発見した誤りを印刷装置側で修正するために文書データの再送からやり直す場合に比して、誤りが修正された印刷物が出力されるまでの時間を短縮する。【解決手段】情報処理装置のプロセッサは、修正の対象である印刷物の第１のイメージのうち、ユーザにより指定された領域に関連する部分を、修正が可能なデータ形式に変更した画面を生成し、画面を通じて受け付けた修正の内容が確定すると、確定した修正の内容を反映した第２のイメージを生成する。【選択図】図９

Description

本発明は、情報処理装置及びプログラムに関する。

印刷装置から印刷物を回収する際に、誤記等の間違いを見つけることがある。この場合、ユーザは、間違いを修正して印刷をやり直す必要がある。オフィス内であれば、ユーザは自席まで戻って誤記等を修正し、その後、印刷装置まで戻って印刷物を回収する必要がある。
特許文献１には、携帯型の端末から実行された印刷の結果に対して修正を加える場合に、印刷装置の操作パネルを使用して画像データの間違いを修正する作業を受け付ける技術が記載されている。

特開２０１４－１９１５６２号公報

ただし、特許文献１に記載された技術による修正は、ユーザが携帯している端末から印刷装置に印刷が指示された場合に限られる。このため、印刷を指示した端末を印刷装置の場所に携帯していない場合や自席に設置された端末から印刷を指示した場合等には、特許文献１に記載の技術を使えない。
また、特許文献１に記載された技術では、修正個所が存在する画像データを携帯型の端末に表示させた後に印刷装置に転送する必要があり、修正個所の増加に伴ってユーザの手間が増加する。

本発明は、印刷物に発見した誤りを印刷装置側で修正するために文書データの再送からやり直す場合に比して、誤りが修正された印刷物が出力されるまでの時間を短縮することを目的とする。

請求項１に記載の発明は、プロセッサを有し、前記プロセッサは、修正の対象である印刷物の第１のイメージのうち、ユーザにより指定された領域に関連する部分を、修正が可能なデータ形式に変更した画面を生成し、前記画面を通じて受け付けた修正の内容が確定すると、確定した修正の内容を反映した第２のイメージを生成する、情報処理装置である。
請求項２に記載の発明は、前記プロセッサは、前記関連する部分として、ユーザが指定した前記領域とその周囲の領域を設定する、請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記プロセッサは、前記領域として文字又は文字列が指定された場合、前記関連する部分に加え、当該関連する部分の周囲に位置する前記第１のイメージを表示する、請求項２に記載の情報処理装置である。
請求項４に記載の発明は、前記プロセッサは、前記領域として画像が指定された場合、当該画像に置き換える候補として、登録済みの他の画像を選択可能に表示する、請求項２に記載の情報処理装置である。
請求項５に記載の発明は、前記プロセッサは、前記画面を外部端末の操作部に表示するための情報を表示部に表示又は当該外部端末に送信する、請求項１に記載の情報処理装置である。
請求項６に記載の発明は、前記プロセッサは、前記画面を、前記第２のイメージを出力する画像形成装置の操作部に表示する、請求項１に記載の情報処理装置である。
請求項７に記載の発明は、前記プロセッサは、前記修正の内容に関連する他の個所を検索し、修正の候補として提示する、請求項１に記載の情報処理装置である。
請求項８に記載の発明は、前記プロセッサは、前記修正の内容を、前記第１のイメージに対応する文書データに反映して保存する、請求項１に記載の情報処理装置である。
請求項９に記載の発明は、前記プロセッサは、前記修正の内容が反映された前記文書データを読み出すための情報を外部端末に送信する、請求項８に記載の情報処理装置である。
請求項１０に記載の発明は、前記プロセッサは、前記修正の対象になったページに加え、当該修正の影響が及ぶ後続する他のページを再印刷の対象に設定する、請求項１に記載の情報処理装置である。
請求項１１に記載の発明は、前記プロセッサは、前記印刷物の印刷時の設定との関係により、前記修正が影響する全てのページを再印刷の対象に設定する、請求項１に記載の情報処理装置である。
請求項１２に記載の発明は、コンピュータに、修正の対象である印刷物の第１のイメージのうち、ユーザにより指定された領域に関連する部分を、修正が可能なデータ形式に変更した画面を生成する機能と、前記画面を通じて受け付けた修正の内容が確定すると、確定した修正の内容を反映した第２のイメージを生成する機能と、を実現させるためのプログラムである。

請求項１記載の発明によれば、印刷物に発見した誤りを印刷装置側で修正するために文書データの再送からやり直す場合に比して、誤りが修正された印刷物が出力されるまでの時間を短縮できる。
請求項２記載の発明によれば、指定した領域に関連する範囲を一度に修正できる。
請求項３記載の発明によれば、周囲との関連性を確認しながら修正作業を実行できる。
請求項４記載の発明によれば、画像の誤りを簡単に修正できる。
請求項５記載の発明によれば、外部端末の表示部を使用した修正を可能にできる。
請求項６記載の発明によれば、画像形成装置との連携により第１のイメージを修正できる。
請求項７記載の発明によれば、指定した領域だけでなく関連する修正を一度に実現できる。
請求項８記載の発明によれば、修正の結果を反映した文書データの再利用を可能にできる。
請求項９記載の発明によれば、修正の結果を反映した文書データを外部端末で再利用できる。
請求項１０記載の発明によれば、全てのページを再印刷する場合に比して資源の無駄を少なくできる。
請求項１１記載の発明によれば、必要最小限のページを印刷の対象に設定できる。
請求項１２記載の発明によれば、印刷物に発見した誤りを印刷装置側で修正するために文書データの再送からやり直す場合に比して、誤りが修正された印刷物が出力されるまでの時間を短縮できる。

実施の形態１に係る画像形成システムの概念図である。 画像形成装置のハードウェア構成の一例を説明する図である。 画像形成装置を構成する補助記憶装置に記憶されるデータの一例を説明する図である。 実施の形態１で使用する画像形成装置の機能構成の一例を説明する図である。 印刷物の初回の出力までを説明する図である。 印刷物の初回の出力までの処理動作の一例を説明するフローチャートである。 印刷物の修正が必要になる場面を説明する図である。 修正する領域の指定例を説明する図である。（Ａ）は領域に下線を引く例であり、（Ｂ）は領域を丸で囲む例である。 修正済みの印刷物が再印刷されるまでの処理動作の一例を説明するフローチャートである。 指定領域と関連部分の関係を説明する図である。 ステップ１８で生成されるＨＴＭＬページの一例を説明する図である。 ＨＴＭＬページの表示例を説明する図である。（Ａ）は修正前の表示例であり、（Ｂ）は修正後の表示例である。 反映された修正に類似する又は関連する候補を提示する画面の例を説明する図である。 修正の対象とする領域が画像の場合を説明する図である。 ステップ１８で生成されるＨＴＭＬページの他の一例を説明する図である。 修正用の画面の一例を説明する図である。 携帯型のユーザ端末の表示装置に画像形成装置の操作画面を表示する例を説明する図である。 画像形成装置の処理動作の他の一例を説明するフローチャートである。 表示装置の画面上で修正する領域の指示を受け付ける例を説明する図である。 表示装置の画面上で修正する領域の指示を受け付ける他の例を説明する図である。 実施の形態３に係る画像形成システムの概念図である。（Ａ）は印刷前のデータの流れを示し、（Ｂ）は印刷時のデータの流れを示す。 ストレージのハードウェア構成の一例を説明する図である。

以下、図面を参照して、本発明の実施の形態を説明する。
＜実施の形態１＞
＜システム構成＞
図１は、実施の形態１に係る画像形成システム１の概念図である。
図１に示す画像形成システム１は、ネットワークＮを通じて通信可能に接続されたユーザ端末１００と画像形成装置２００とで構成されている。
ネットワークＮは、例えばＬＡＮ（＝Local Area Network）、インターネット、４Ｇ、５Ｇ等の移動通信システムで構成される。なお、ネットワークＮは、有線ネットワークに限らず、無線ネットワークでもよい。

図１には、１台のユーザ端末１００と１台の画像形成装置２００がネットワークＮに接続されているが、複数台のユーザ端末１００と複数台の画像形成装置２００がネットワークＮに接続されてもよい。
ユーザ端末１００は、ユーザＡが操作するコンピュータである。ユーザ端末１００は、据え置き型のコンピュータでも可搬型のコンピュータでもよい。

据え置き型のコンピュータは、デスクトップ型のコンピュータとも呼ばれる。
可搬型のコンピュータには、例えばタブレット型、ノート型、ヘッドマウント型、メガネ型、ウェアラブル型、携帯型がある。携帯型のコンピュータには、例えば携帯電話機、スマートフォン、タブレットがある。
ユーザＡは、複数台のユーザ端末１００を使用することが可能である。

ユーザ端末１００は、印刷ジョブを画像形成装置２００に送信する機能を有している。
印刷ジョブは、文書の印刷を指示するジョブである。１つの印刷ジョブには、印刷の対象である文書に対応するデータファイル（以下「文書データ」ともいう。）が含まれる。文書データのデータ形式は問わない。
文書データには、アプリケーションプログラム（以下「アプリ」という。）で生成された電子文書と、紙の文書から生成された電子化文書がある。

電子文書には、例えばいわゆるオフィスアプリで生成された電子データ、製図アプリで生成された電子データ、会計アプリで生成された電子データ、ウェブサイトを閲覧するアプリ（すなわちブラウザ）に表示されるウェブページがある。
電子化文書には、例えばスキャナから出力される電子データ、カメラから出力される電子データがある。

画像形成装置２００は、用紙その他の媒体に画像を形成する装置である。画像の形成（以下「印刷」という。）に特化した画像形成装置２００は「印刷機」とも呼ばれる。
画像形成装置２００には、印刷の機能に加え、原稿の複製物を生成するコピー機能、原稿のイメージを光学的に読み取るスキャナ機能、ファックス機能等を備える装置もある。複数の機能を備える画像形成装置２００は「複合機」とも呼ばれる。
画像形成装置２００は、業務用でも家庭用でもよい。
なお、画像形成装置２００は、情報処理装置の一例である。

＜画像形成装置２００の構成＞
図２は、画像形成装置２００のハードウェア構成の一例を説明する図である。
図２に示す画像形成装置２００は、装置全体の動作を制御するプロセッサ２１１と、ＢＩＯＳ等が記録されたＲＯＭ２１２と、プロセッサ２１１のワークエリアとして用いられるＲＡＭ２１３と、画像データや印刷データ等を記録する補助記憶装置２１４と、ユーザインタフェースを表示する表示装置２１５と、ユーザの操作を受け付ける操作受付装置２１６と、原稿の画像を読み取るスキャナ２１７と、画像データに色補正や階調補正等の処理を加える画像処理部２１８と、用紙その他の媒体に画像を印刷する印刷エンジン２１９と、ネットワークＮとの通信を実現する通信装置２２０とを有している。なお、プロセッサ２１１と他の処理部は、通信路２２１を用いて相互に接続されている。

プロセッサ２１１と、ＲＯＭ２１２と、ＲＡＭ２１３は、いわゆるコンピュータとして機能する。
プロセッサ２１１は、プログラムの実行を通じて各種の機能を実現する。ここでの機能の１つとして、印刷済みの文書の修正を受け付ける機能がある。この機能により、ユーザが指示した領域に関連する部分だけを修正可能なデータ形式に変更した画面が生成される。
補助記憶装置２１４には、例えばハードディスク装置や半導体メモリが使用される。補助記憶装置２１４には、印刷ジョブに関連する各種のデータが記憶される。

図３は、画像形成装置２００（図２参照）を構成する補助記憶装置２１４に記憶されるデータの一例を説明する図である。
本実施の形態の場合、補助記憶装置２１４におけるデータの保存場所は、ＵＲＬ（＝Uniform Resource Locator）により管理される。
「ＵＲＬ１」は、印刷ジョブに対応する「文書データ」の保存場所である。

「ＵＲＬ２」は、印刷物の出力に使用した「出力イメージ２」の保存場所である。「出力イメージ２」は、印刷の対象である文書の「出力イメージ１」に「ＵＲＬ１」と「ＵＲＬ２」の情報を埋め込んだ出力イメージである。
「ＵＲＬ３」は、「修正済みの文書データ」の保存場所である。「修正済みの文書データ」は、修正の内容が反映された文書データをいう。本実施の形態における「修正」は、画像形成装置２００による印刷物の出力後に、画像形成装置２００が受け付ける。

図２の説明に戻る。
表示装置２１５は、例えば液晶ディスプレイや有機ＥＬディスプレイである。表示装置２１５には、操作画面が表示される。操作画面の一例として、ホーム画面が表示される。この他、操作画面には、印刷物に対応する印刷イメージや誤記等の修正を受け付ける画面が表示される。操作画面を表示する表示装置２１５は、操作部の一例である。
操作受付装置２１６は、物理的なスイッチやボタンの他、表示装置２１５の表面に配置される静電容量式のタッチセンサ等で構成される。表示装置２１５と操作受付装置２１６を一体化したデバイスは、タッチパネルと呼ばれる。

スキャナ２１７は、静止状態の原稿に対して読み取り部を相対的に移動させながら画像を読み取るモードと、静止状態の読み取り部に対して原稿を相対的に移動させながら画像を読み取るモードの両方に対応する。
画像処理部２１８は、画像データや印刷データを処理するための専用のプロセッサや処理回路等で構成されている。

印刷エンジン２１９は、用紙等の媒体に画像を形成するデバイスであり、印刷方式に応じた機構で構成される。記録材には例えばトナーやインクが使用される。
通信装置２２０は、ネットワークＮとの通信を実現するデバイスであり、有線や無線による通信規格に準拠したモジュールで構成される。
通信路２２１は、信号線やバスである。

図４は、実施の形態１で使用する画像形成装置２００の機能構成の一例を説明する図である。
図４に示す機能部は、プロセッサ２１１（図２参照）によるプログラムの実行を通じて実現される。
図４に示す機能部は、修正受付部２３１、指定領域受付部２３２、関連部分設定部２３３、修正可能データ生成部２３４、修正受付画面生成部２３５、修正内容受付部２３６、修正内容反映部２３７、印刷イメージ生成部２３８、印刷制御部２３９である。

修正受付部２３１は、印刷済みの文書に対する修正を受け付ける機能部である。
修正受付部２３１は、ホーム画面その他の操作画面を通じ、印刷済みの文書の修正を受け付ける。
指定領域受付部２３２は、ユーザが指定する領域（以下「指定領域」ともいう。）を受け付ける機能部である。ここでの領域は、文字列や画像に対応する。ユーザが指定する領域の数は、１つに限らず複数でもよい。
指定領域受付部２３２は、例えばスキャン画像に含まれる印（マーク）の位置を読み取って指定領域を受け付ける。ここでの印には、下線、丸印、チェックマーク等を使用する。

関連部分設定部２３３は、指定領域に関連する部分（以下「関連部分」ともいう。）を設定する機能部である。
関連部分は、指定領域を包含する部分領域であり、指定領域を基準に設定される。関連部分は、修正作業の効率化の観点から設定される。例えば誤字を削除して文字列を詰めると、修正の影響が後続する複数行に及ぶことがある。また、修正する前の文字数よりも修正後の文字数が多い場合、やはり修正の影響が後続する複数行に及ぶ。

また、修正の内容によっては、指定領域より前の表現を変更したくなることがある。例えば受け身の表現と能動の表現とを入れ替えたい場合、主語や助詞の修正が必要になることがある。
そこで、本実施の形態では関連部分を設定して、関連する修正を一度に受付可能にしている。

本実施の形態の場合、関連部分設定部２３３は、指定領域を含む行又は指定領域に対応する行の上下又は前後に位置する各数行分の範囲を「関連部分」として設定する。
もっとも、関連部分は、指定領域を含む行に限定してもよいし、指定領域を含む行の下方又は後方に位置する数行分の範囲に限定してもよい。なお、関連範囲を規定する行数は、事前に与えてもよい。
この他、関連部分設定部２３３は、指定領域を含む文、段落、項、節、章等を単位として関連部分を設定してもよい。
もっとも、関連部分設定部２３３が設定した関連部分の範囲は、ユーザによる変更が可能でもよい。

修正可能データ生成部２３４は、関連部分に対応する出力イメージに基づいて、修正が可能なデータ形式のデータを生成する機能部である。換言すると、修正可能データ生成部２３４は、修正の対象である印刷物の出力に使用した「出力イメージ２」の一部分だけを修正が可能なデータ形式に変換する。例えばＨＴＭＬ（＝Hypertext Markup Language）文書が生成される。ＨＴＭＬ文書は、各要素に構造を規定するタグが付されたテキスト文書である。ＨＴＭＬ文書は、構造化文書の一例である。

例えば出力イメージの文字部分にテキスト情報が付属する場合、修正可能データ生成部２３４は、関連部分に付属するテキスト情報を読み出して使用する。この種の出力イメージの拡張子には、例えば「ｐｄｆ」や「ｘｄｗ」がある。
出力イメージの文字部分にテキスト情報が付属しない場合、修正可能データ生成部２３４は、出力イメージの関連部分をＯＣＲ（＝Optical character recognition）処理してテキスト情報を生成する。

本実施の形態の場合、ＯＣＲ処理は、修正可能データ生成部２３４における機能の一部として実行される。
もっとも、ＯＣＲ処理は、ネットワークＮに接続された外部端末で実行してもよい。この場合、修正可能データ生成部２３４は、関連部分の出力イメージを外部端末に与え、ＯＣＲ処理の結果を外部端末から受け取る。この種の文書データの拡張子には、例えば「ｐｎｇ」、「ｊｐｅｇ」がある。

指定領域の記述が画像である場合、修正可能データ生成部２３４は、画像の置き換え候補として予め登録されている１又は複数の他の画像を読み出す。
本実施の形態では、他の画像として、会社等のロゴ、マーク等を想定する。可能性がある全ての画像を事前に登録することは非現実的なので、例えば経験的に間違われる頻度が高い画像を登録してもよい。
これらの画像は、ユーザが指定した画像の種類とは無関係に読み出される。もっとも、ユーザが指定した画像の種類がロゴであれば、ロゴに関する画像だけを選択的に読み出してもよい。

このように、印刷後に受け付ける修正は関連部分に限定される。このため、印刷物の全体を修正可能なデータ形式に変換する場合に比して計算資源への負荷が少なく済む。
また、修正が可能な部分が関連部分に限定されることで、ユーザＡによる修正の時間も短く済む。その結果、修正のために画像形成装置２００が占有される時間も短く済む。

修正受付画面生成部２３５は、修正の受付に使用する画面（以下「修正受付画面」ともいう。）を生成する機能部である。
本実施の形態における修正受付画面は、修正可能なデータ形式のデータ部分と、その周囲の領域に対応する「出力イメージ１」とで構成される。
前述したように、「出力イメージ１」の部分は、ユーザによる修正の対象外となる。「出力イメージ１」は、関連部分だけでは把握が難しい文脈等の把握に使用される。もっとも、修正受付画面は、関連部分だけで構成してもよい。修正受付画面は、例えばＨＴＭＬページとして生成してもよい。

修正内容受付部２３６は、修正受付画面に対するユーザからの修正の指示を受け付ける機能部である。
関連部分に文字列が含まれる場合、修正内容受付部２３６は、関連部分に対応するＨＴＭＬ文書に対する修正を受け付ける。
関連部分に画像が含まれる場合、修正内容受付部２３６は、候補として表示されている他の画像の１つへの置き換えを受け付ける。画像形成装置２００の操作画面上で画像を修正することは、作業性や作業時間の観点から好ましくない。このため、修正内容受付部２３６は、登録済みの他の画像の１つへの置き換えを受け付ける手法を採用する。

修正内容反映部２３７は、受け付けた修正の内容を対応する文書データに反映する機能部である。ＨＴＭＬ文書上で修正を受け付けた場合、修正内容反映部２３７は、修正後のＨＴＭＬ文書により、印刷物の印刷に使用した文書データの対応部分を置き換える。
他の画像への置き換えを受け付けた場合、修正内容反映部２３７は、印刷物の印刷に使用した文書データの対応部分を、選択された他の画像で置き換える。
修正後の文書データは、補助記憶装置２１４（図３参照）の「ＵＲＬ３」に保存される。

印刷イメージ生成部２３８は、修正の内容を反映した文書データから印刷イメージを生成する機能部である。本実施の形態では、修正の内容を反映した文書データから生成された印刷イメージを「出力イメージ３」という。
印刷制御部２３９は、生成された印刷イメージに基づいた印刷の実行を制御する機能部である。印刷制御部２３９による制御の結果、誤記等が修正された新たな印刷物が画像形成装置２００から出力される。

＜処理動作の説明＞
＜印刷物の初回の出力まで＞
図５は、印刷物の初回の出力までを説明する図である。図５には、図１との対応部分に対応する符号を付して示している。
まず、ユーザ端末１００から画像形成装置２００に対し、印刷ジョブが送信される。印刷ジョブには文書データが含まれている。
本実施の形態の場合、印刷ジョブは、画像形成装置２００の場所に移動したユーザＡが印刷の実行を指示するまで画像形成装置２００に保存される。もっとも、画像形成装置２００は、受付順に印刷ジョブを実行してもよい。

図５の場合、画像形成装置２００に移動したユーザＡが印刷を指示したので印刷ジョブが実行され、印刷物が出力されている。
本実施の形態の場合、印刷物には、「出力イメージ２」の保存場所を示す「ＵＲＬ２」と、「出力イメージ２」の生成に使用した文書データの保存場所を示す「ＵＲＬ１」とが埋め込まれている。「ＵＲＬ１」と「ＵＲＬ２」は、文字列として紙面上に印字してもよいし、バーコードやＱＲコード（登録商標）として紙面上に印字してもよいし、微小なドット画像として紙面上に印字してもよい。

図６は、印刷物の初回の出力までの処理動作の一例を説明するフローチャートである。図中に示す記号のＳはステップを意味する。図６に示す処理動作は、プロセッサ２１１（図２参照）によるプログラムの実行を通じて実現される。
プロセッサ２１１が、印刷ジョブを受け付けると、印刷ジョブの文書データをＵＲＬ１に保存する（ステップ１）。ＵＲＬ１は、補助記憶装置２１４（図３参照）の記憶領域を示している。

次に、プロセッサ２１１は、印刷の指示を受け付けたか否かを判定する（ステップ２）。
ユーザＡが印刷を指示していない場合、プロセッサ２１１は、ステップ２で否定結果（ステップ２で「ＮＯ」）を得る。ステップ２で否定結果が得られている間、プロセッサ２１１は、ステップ２の判定を繰り返す。
ユーザＡが印刷を指示した場合、プロセッサ２１１は、ステップ２で肯定結果（ステップ２で「ＹＥＳ」）を得る。

ステップ２で肯定結果が得られると、プロセッサ２１１は、印刷ジョブに紐付けられているＵＲＬ１から文書データを取得する（ステップ３）。
次に、プロセッサ２１１は、文書データから「出力イメージ１」を生成する（ステップ４）。
続いて、プロセッサ２１１は、ＵＲＬ１とＵＲＬ２を「出力イメージ１」に埋め込んだ「出力イメージ２」を生成する（ステップ５）。
その後、プロセッサ２１１は、ＵＲＬ１とＵＲＬ２を埋め込んだ「出力イメージ２」をＵＲＬ２に保存する（ステップ６）。
次に、プロセッサ２１１は、「出力イメージ２」を印刷する（ステップ７）。

＜印刷物の修正＞
図７は、印刷物の修正が必要になる場面を説明する図である。図７には、図５との対応部分に対応する符号を付して示している。
図７では、ユーザＡが、印刷物に誤記を見つけた場合を想定している。図７には、誤記を含むページを拡大した画像を示している。もっとも、吹き出しには、誤記を含む行だけを表している。
図７に示すページには「イメージでの街頭箇所からテキストの参照は」が表示されている。「街頭」が誤記である。

図８は、修正する領域の指定例を説明する図である。（Ａ）は領域に下線を引く例であり、（Ｂ）は領域を丸で囲む例である。なお、印刷物の例は、図７と同じである。
図８（Ａ）の場合、ユーザは、ペンＰで「街頭箇所」に下線を付している。図８（Ｂ）の場合、ユーザは、ペンＰで「街頭箇所」を丸で囲んでいる。
なお、修正する領域を指定する方法は、図８（Ａ）及び（Ｂ）に限らず、チェックマークでもよいし、矩形その他の囲み線でもよい。

図９は、修正済みの印刷物が再印刷されるまでの処理動作の一例を説明するフローチャートである。図中に示す記号のＳはステップを意味する。図９に示す処理動作は、プロセッサ２１１（図２参照）によるプログラムの実行を通じて実現される。
図９に示す処理動作は、ホーム画面で、例えば「印刷後の修正」が選択された場合や実行ログを示す画面において「印刷後の修正」が選択された場合に開始される。図９の例では、「印刷後の修正」の選択の際に、修正する領域の指定にスキャン画像を使用することも選択されている。
なお、ユーザＡによる印刷物への印付けは、「印刷後の修正」の選択前でも後でもよい。

「修正後の修正」を受け付けたプロセッサ２１１は、スキャン画像を検出したか否かを判定する（ステップ１１）。スキャン画像は、スキャナ２１７（図２参照）から出力される。
スキャン画像が検出されない場合、プロセッサ２１１は、ステップ１１で否定結果（ステップ１１で「ＮＯ」）を得る。ステップ１１で否定結果が得られている間、プロセッサ２１１は、ステップ１１の判定を繰り返す。
スキャン画像が検出された場合、プロセッサ２１１は、ステップ１１で肯定結果（ステップ１１で［ＹＥＳ］）を得る。

ステップ１１で肯定結果が得られた場合、プロセッサ２１１は、スキャン画像からＵＲＬ２の情報を取得する（ステップ１２）。ＵＲＬ２は、印刷物の生成に使用した「出力イメージ２」の保存場所を示す情報であり、紙面に埋め込まれている。
次に、プロセッサ２１１は、ＵＲＬ２の場所から「出力イメージ２」とＵＲＬ１を取得する（ステップ１３）。「出力イメージ２」は、第１のイメージの一例である。
続いて、プロセッサ２１１は、「出力イメージ２」とスキャン画像との差分を抽出する（ステップ１４）。差分が見つかった領域が「指定領域」である。

次に、プロセッサ２１１は、差分とその周囲で設定された関連部分をＯＣＲ処理する（ステップ１５）。
図１０は、指定領域と関連部分の関係を説明する図である。印刷物の例は、図７と同じである。なお、図１０に示すイメージは「出力イメージ２」に対応する。
図１０では、指定領域に対応する範囲を破線で囲んで示している。図１０の場合、指定領域を含む行の上下数行が「関連部分」に設定されている。関連部分に含まれるテキストがＯＣＲ処理によりテキストデータに変換される。
図９の説明に戻る。
続いて、プロセッサ２１１は、差分が見つかったページとＯＣＲ処理後のテキストとを関連付けて一時保存する（ステップ１６）。差分が見つかったページは、「出力イメージ２」との照合により特定される。

次に、プロセッサ２１１は、ＵＲＬ１から文書データを取得し、一時保存したページとＯＣＲの結果から関連部分に対応するテキストデータと画像データを抽出し、抽出箇所を一時保存する（ステップ１７）。ここでの「ＵＲＬ１」は、ステップ１３で取得されている。
なお、ステップ１６で保存されたテキストデータは、文書データから該当するデータ部分を抽出するために使用される。結果的に、修正の対象である印刷物の原本に当たる文書データから、関連部分に対応するテキストと画像が抽出される。

続いて、プロセッサ２１１は、該当ページのイメージと修正可能なエリアとを含むＨＴＭＬページを生成する（ステップ１８）。修正可能なエリアには、関連部分に対応するテキストと画像が含まれる。該当ページのイメージは、「出力イメージ２」の該当ページのうち関連部分を除く部分のイメージに対応する。
図１１は、ステップ１８で生成されるＨＴＭＬページの一例を説明する図である。関連部分の外側には、関連部分の周囲に位置するイメージが配置されている。
このＨＴＭＬページは、「修正が可能なデータ形式に変更した画面」の一例である。また、修正可能なエリアは「関連部分」に対応する。

図１２は、ＨＴＭＬページの表示例を説明する図である。（Ａ）は修正前の表示例であり、（Ｂ）は修正後の表示例である。
図１２（Ａ）及び（Ｂ）に示す操作画面は、画像形成装置２００（図１参照）の表示装置２１５に表示されている。ここでの操作画面も、「修正が可能なデータ形式に変更した画面」の一例である。
図１２（Ａ）及び（Ｂ）に示す操作画面は、部分画面２１５Ａ及び２１５Ｂで構成されている。

部分画面２１５Ａには、文書データの各ページのサムネイル画像が表示されており、部分画面２１５Ｂに表示されているページの位置と表示の位置が示される。
図１２（Ａ）に示す部分画面２１５Ａの表示からは、文書データが６ページで構成されること、修正の対象となるページが３ページ目であることが分かる。

３ページ目のサムネイル画像には、部分画面２１５Ｂの表示されている範囲が網掛け２５０で示されている。また、修正が可能な部分が網掛け２５１で示されている。
部分画面２１５Ｂの表示の内容は、図１１に示したＨＴＭＬページと同じである。図１２（Ａ）に示すように、部分画面２１５Ｂには、関連部分とその周辺のイメージだけが表示される。このため、ＨＴＭＬページの表示に必要な計算資源が少なく済む。また、ＨＴＭＬページが表示されるまでの時間も短縮される。

図１２（Ａ）に示す操作画面上で、ユーザＡは、誤記を修正する。図１２（Ｂ）に示す操作画面は修正後の表示である。図１２（Ｂ）では、「街頭箇所」が「該当箇所」に修正されている。
また、図１２（Ｂ）の部分画面２１５Ｂには、修正の確定を指示するボタン２５２が表示されている。図１２（Ｂ）の場合、ボタン２５２には「反映」の文字が表示されている。ボタン２５２の操作を検出すると、プロセッサ２１１（図２参照）は、修正の内容を文書データに反映する。

なお、指定領域が複数ある場合には、ボタン２５２に「次へ」や「次の編集画面」等を表示してもよい。
また、他に指定領域が存在しない場合には、「反映」に変えて「保存」や「再印刷」等を表示してもよい。

図１３は、反映された修正に類似する又は関連する候補を提示する画面の例を説明する図である。図１３には、図１２との対応部分に対応する符号を付して示している。
図１３に示す画面は、修正されたテキストと同じ内容の記載が文書データに見つかった場合に表示される。例えば「街頭」の文字列が文書データの他の箇所に見つかる場合に表示される。
図１３では、文書データの４ページ目に「イメージに街頭する部分には下線が付されて」なる記載が存在している。このため、部分画面２１５Ｂには、「他に修正の候補が見つかりました。修正しますか？」との問い合わせ２５３が表示されている。なお、この候補はユーザＡの指示した内容ではないので、ボタン２５４には「しない」との文字が表示されている。ただし、テキスト部分の内容が修正された場合には、ボタン２５４の表示が「反映」に切り替わる。

ところで、修正の内容によっては候補の数が多数に及ぶ可能性がある。
このため、修正された文字又は文字列（以下「文字列」という。）だけでなく、該当する文字列の前後の文字列も含めて検索を実行してもよい。例えば図１２（Ａ）の例であれば、「での街頭箇所から」を検索キーとして検索を実行してもよい。この例は、該当する文字列の前後２文字を検索キーに含めている。前後の文字列を含めることにより、同じ表現の見落としを確実に見つけ出すことが可能になる。

もちろん、該当する文字列とその前方の文字列を検索キーとして用いてもよいし、該当する文字列とその後方の文字列を検索キーとして用いてもよい。
一方で、この種の検索キーでは、図１３に例示した候補が発見されない。このため、該当する文字列を動詞として活用する可能性がある場合には、該当する文字列を動詞とする表現を検索キーに含めてもよい。

図１４は、修正の対象とする領域が画像の場合を説明する図である。図１４には、図８との対応部分に対応する符号を付して示している。
図１４の場合、ユーザは、ペンＰで画像を丸で囲んでいる。
図１５は、ステップ１８で生成されるＨＴＭＬページの他の一例を説明する図である。
図１５には、図１１との対応部分に対応する説明を付して示している。
図１５の例は、修正の対象とする領域が画像の場合である。このため、指定された画像が指定領域となる。また、図１５の場合、指定領域を含む行が関連部分として設定されている。なお、図１５に示す関連部分は一例であり、修正の対象がテキストの場合と同様、指定領域の上下数行の範囲を関連部分に含めてもよい。
関連部分にテキストが含まれる場合には、対応するテキストを編集が可能なデータ形式で表示してもよい。
図１５の例では、関連領域の上下にイメージの領域が配置されている。

図１６は、修正用の画面の一例を説明する図である。図１６には、図１２との対応部分に対応する符号を付して示している。
図１６に示す操作画面も、部分画面２１５Ａ及び２１５Ｂで構成されている。図１６の場合、文書データの４ページ目が修正の対象ページである。
修正の対象が画像である場合、画像を扱うアプリを起動し、操作画面上で画像を修正することは現実的でない。このため、図１６に示す操作画面では、関連部分に対応する表示の近傍に、置き換えの候補となる画像の選択欄２５５が配置されている。
図１６では、置き換えの候補として３つの画像が表示されている。図１６の例では、真ん中に位置する画像が置き換えの対象として選択されている。この状態でボタン２５２が操作されると、指定領域の画像を選択された画像の候補に置き換えた文書データが生成される。

ところで、画像形成装置２００（図１参照）の操作画面は、予めレイアウトされたボタン類の操作を前提とする。
このため、文書データの該当ページの表示にはサイズが不足することがある。該当ページが縮小表示された状態での修正の作業は困難である。
また、修正する誤記等の数が多いと、自ずと作業時間も長くなる。作業時間が長くなると、ユーザＡが画像形成装置２００を専有する時間も長くなり、他のユーザによる印刷その他の作業に影響が及ぶ可能性が生じる。
そこで、ユーザＡが携帯するユーザ端末に操作画面を表示させる仕組みも採用する。

図１７は、携帯型のユーザ端末３００の表示装置３０１に画像形成装置２００の操作画面を表示する例を説明する図である。表示装置３０１は、操作部の一例である。
図１７では、携帯型のユーザ端末３００として表示面の面積が大きいタブレット型のコンピュータを例示している。もっとも、画像形成装置２００の操作パネルより表示の面積が大きければ、ユーザ端末３００としてスマートフォンを使用することも可能である。もっとも、ユーザＡが希望する場合には、表示面の面積とは無関係に、画像形成装置２００の操作画面をユーザ端末３００に表示させてもよい。

なお、ユーザ端末３００のハードウェア構成は、図２に示す画像形成装置２００のハードウェア構成からスキャナ２１７、画像処理部２１８、印刷エンジン２１９を除いた構成でよい。
ところで、図１２及び図１６に例示した操作画面は、画像形成装置２００において特定のＵＲＬに紐づけて管理されている。
このため、ユーザ端末３００は、この特定のＵＲＬを画像形成装置２００から取得する。取得したＵＲＬにアクセスすることにより、ユーザ端末３００は、画像形成装置２００の操作画面を表示部に表示することが可能になる。

なお、ＵＲＬの通知には、ユーザＡのメールアドレスや電話番号を宛先とする電子メールやショートメッセージを使用してもよい。
この他、ＵＲＬの通知には、ＮＦＣ（＝Near Field Communication）（登録商標）、ブルートゥース（登録商標）、無線ＬＡＮその他の通信規格に準拠した通信を使用してもよい。
また、画像形成装置２００の操作画面上に特定のＵＲＬを示すバーコードやＱＲコードを表示し、ここでのバーコード等をユーザ端末３００側で読み取らせることにより、特定のＵＲＬへのアクセスを可能にしてもよい。

図９の説明に戻る。
操作画面として使用するＨＴＭＬページが生成された状態で、修正を受け付けた場合、プロセッサ２１１は、一時保存してある抽出箇所を修正後の内容で置き換える（ステップ１９）。
ここでの抽出箇所は、ステップ１７で一時保存された箇所であり、「関連部分」に相当する。
その後、プロセッサ２１１は、修正後の内容で置き換えた文書データをＵＲＬ３に保存し、「出力イメージ３」を生成する（ステップ２０）。「出力イメージ３」は、第２のイメージの一例である。
また、プロセッサ２１１は、「出力メージ３」を印刷する（ステップ２１）。

ここでの印刷には、幾つかの方法がある。
方法の一つは、修正されたページのみの印刷である。この印刷は、修正の影響が後続するページに及ばない場合である。例えば修正の対象である文字列の文字数と修正後の文字列の文字数が同じ場合には、修正されたページのみの印刷が実行される。先の例であれば、「街頭」を「該当」に修正する場合である。
ところで、修正の影響が後続するページに及ぶ場合には、修正されたページと後続するページが印刷される。例えば修正の対象である文字列の文字数と修正後の文字列の文字数が異なり、修正されたページ内の最終行の内容が変更される場合である。例えば最終行の内容が次ページの先頭にずれる場合、修正前の次ページの１行目が修正されたページの最終行にずれる場合がある。

この他、印刷の形態によっても、再印刷する範囲が異なる可能性がある。
例えば印刷物が綴じ処理されている場合には、全てのページを再印刷の対象に指定する。
１枚の用紙の同じ紙面に複数ページを印刷する場合には、少なくとも修正されたページと対になるページが印刷の対象になる。例えば１枚の用紙に２つのページを割り付ける印刷モードにおいて、３ページ目が修正された場合、３ページ目と４ページ目が割り付けられるイメージが再印刷の対象となる。この場合に、３ページ目の修正の影響が４ページ目に及ぶ場合がある。４ページ目に影響が及んでも、その影響が４ページ目で吸収される場合には、再印刷の対象は、３ページ目と４ページ目が割り付けられるイメージに限定される。一方で、３ページ目の修正の影響が５ページ目以降にも影響する場合には、その影響が及ぶ範囲で再印刷が必要になる。

１枚の用紙の表面と裏面にページを割り当てる両面印刷の場合にも、少なくとも修正されたページと対になるページが印刷の対象になる。例えば１枚の用紙の表面と裏面に１ページずつ計２ページを割り付ける印刷において、３ページ目が修正された場合、３ページ目と４ページ目が再印刷の対象となる。この場合も、３ページ目の修正の影響が４ページ目に及ぶ場合がある。４ページ目に影響が及んでも、その影響が４ページ目で吸収される場合には、再印刷の対象は、３ページ目と４ページ目が割り付けられるイメージに限定される。一方で、３ページ目の修正の影響が５ページ目以降にも影響する場合には、その影響が及ぶ範囲で再印刷が必要になる。
これらの印刷の範囲は、プロセッサ２１１が決定してもよいし、ユーザＡが指定してもよい。

印刷の実行後、又は、印刷と並行して、プロセッサ２１１は、ＵＲＬ３をメール等でユーザに送信する（ステップ２２）。ここでの通知先は、ユーザ端末１００を想定する。もっとも、ユーザ端末３００を使用した場合には、ユーザ端末３００に通知してもよい。
修正の内容を反映した文書データの保存場所を示すＵＲＬ３がユーザ端末１００又はユーザ端末３００に通知されることにより、ユーザＡは、修正の内容が反映された文書データをそのまま再利用することが可能になる。なお、この通知がない場合、ユーザＡは、印刷ジョブで使用した文書データに対する修正を重複的に行う必要がある。

＜実施の形態２＞
実施の形態２では、印刷物に誤記等を発見した場合における指定領域の他の指定方法について説明する。
実施の形態２の場合にも、実施の形態１と同じ画像形成システム１（図１参照）を使用する。
以下では、印刷物を出力した画像形成装置２００（図１参照）に移動したユーザＡが印刷物に誤記を発見し、印刷後の修正を画像形成装置２００に指示する場合を想定する。

図１８は、画像形成装置の処理動作の他の一例を説明するフローチャートである。図１８には、図９との対応部分に対応する符号を付して示している。図１８に示す処理動作も、プロセッサ２１１（図２参照）によるプログラムの実行を通じて実現される。
図１８に示す処理動作は、例えばホーム画面で「印刷後の修正」が選択された場合や実行済みの印刷ジョブのうちログリストで指定された特定の印刷ジョブについて「印刷後の修正」が選択された場合に開始される。
まず、プロセッサ２１１は、実行ログの画面から特定の印刷ジョブが指定されたか否かを判定する（ステップ３１）。

特定の印刷ジョブが指定されていない場合、プロセッサ２１１は、ステップ３１で否定結果（ステップ３１で「ＮＯ」）を得る。ステップ３１で否定結果が得られている間、プロセッサ２１１は、ステップ３１の判定を繰り返す。
特定の印刷ジョブが指定された場合、プロセッサ２１１は、ステップ３１で肯定結果（ステップ３１で［ＹＥＳ］）を得る。

ステップ３１で肯定結果が得られた場合、プロセッサ２１１は、指定された印刷ジョブに対応する「出力イメージ２」の保存場所であるＵＲＬ２を取得する（ステップ３２）。
次に、プロセッサ２１１は、ＵＲＬ２から「出力イメージ２」を取得して画面上に表示する（ステップ３３）。
続いて、プロセッサ２１１は、修正する領域の指定を受け付ける（ステップ３４）。
図１９は、表示装置２１５の画面上で修正する領域の指示を受け付ける例を説明する図である。図１９には、図１２との対応部分に対応する符号を付して示している。ただし、図１９は指示領域を指定するための画面である点で、指示領域の検出後に表示される図１２の画面とは異なる。

部分画面２１５Ｂには、３ページ目の「イメージでの街頭箇所からテキストの参照」を含む行の周囲が表示されている。ただし、修正する領域を指定する前であるので、部分画面２１５Ａには、部分画面２１５Ａに表示されている範囲を示す網掛け２５０だけが示されている。
また、図１９では、ユーザＡが修正したい箇所を指先でタップしようとする場面を表現している。

図２０は、表示装置２１５の画面上で修正する領域の指示を受け付ける他の例を説明する図である。図２０には、図１６との対応部分に対応する符号を付して示している。ただし、図２０も指示領域を指定するための画面である点で、指示領域の検出後に表示される図１６の画面とは異なる。
図２０の場合、部分画面２１５Ｂには、４ページ目が表示されている。図２０では、ユーザＡが修正したい画像を指先でタップしようとする場面を表現している。

図１８の説明に戻る。
次に、プロセッサ２１１は、受け付けた領域とその周囲で設定された関連部分をＯＣＲ処理する（ステップ３５）。
さらに、プロセッサ２１１は、該当するページとＯＣＲ処理後のテキストとを関連付けて一時保存する（ステップ３６）。
その後の処理は、実施の形態１と同様である。すなわち、ステップ１７～ステップ２２の処理が順番に実行される。
本実施の形態の場合、画像形成装置２００の表示装置２１５（図２参照）に表示された操作画面に対する操作により誤記等の修正が可能になる。このため、画像形成装置２００がスキャナ２１７（図２参照）を有していない場合でも、印刷後の誤記の修正を画像形成装置２００で作業することが可能になる。

＜実施の形態３＞
実施の形態３では、他のシステム構成について説明する。
図２１は、実施の形態３に係る画像形成システム１Ａの概念図である。（Ａ）は印刷前のデータの流れを示し、（Ｂ）は印刷時のデータの流れを示す。図２１には、図１との対応部分に対応する符号を付して示している。
図２１（Ａ）及び（Ｂ）に示す画像形成システム１Ａには、画像形成装置２００の外部装置としてのストレージ４００が設けられている。ストレージ４００は、印刷ジョブ又は文書データを蓄積する装置であり、例えばハードディスク装置や半導体メモリで構成される。

本実施の形態におけるストレージ４００は、印刷ジョブ又は文書データの蓄積に特化した装置である必要はない。ストレージ４００は、例えばファイルサーバでもよいし、印刷サーバでもよいし、文書等を管理するサーバでもよい。また、ストレージ４００は、オンプレミス型の運用でもクラウド型の運用でもよい。
図２１（Ａ）では、文書データ等がユーザ端末１００からストレージ４００にアップロードされる場面を表している。
図２１（Ｂ）では、画像形成装置２００の場所に移動したユーザＡが印刷の実行のために文書データ等をダウンロードする場面を表している。

図２２は、ストレージ４００のハードウェア構成の一例を説明する図である。
図２２に示すストレージ４００は、装置全体の動作を制御するプロセッサ４１１と、ＢＩＯＳ等が記憶されたＲＯＭ４１２と、プロセッサ４１１のワークエリアとして用いられるＲＡＭ４１３と、印刷ジョブや文書等のデータを記憶する補助記憶装置４１４と、外部との通信に用いられる通信装置４１５と、を有している。

プロセッサ４１１と、ＲＯＭ４１２と、ＲＡＭ４１３は、いわゆるコンピュータとして機能する。プロセッサ４１１は、プログラムの実行を通じて各種の機能を実現する。例えば画像形成装置２００との連携により、印刷に関連する各種のデータの保存や出力を実現する。
補助記憶装置４１４には、例えばハードディスク装置、半導体メモリが使用される。本実施の形態の場合、データの保存場所は、ＵＲＬで管理される。

図２２に示す補助記憶装置４１４の「ＵＲＬ１」には、ユーザ端末１００から受信した「文書データ」が保存されている。ここでの文書データには、印刷ジョブに含まれる文書データを含めてもよい。
また、「ＵＲＬ２」には、画像形成装置２００から受信した「出力イメージ２」が保存される。この「出力イメージ２」にも、ＵＲＬ１とＵＲＬ２の情報が含まれている。
また、「ＵＲＬ３」には、画像形成装置２００から受信した「修正済みの文書」が保存場される。

本実施の形態の場合、ユーザＡは、ネットワークＮに接続されている任意の画像形成装置２００から印刷物を出力することが可能になる。
また、出力イメージや修正済みの文書データが画像形成装置２００内に残らないので文書データに対するセキュリティーが向上される。

＜他の実施の形態＞
（１）以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

（２）前述の実施の形態では、画像形成装置２００に印刷後の修正を受け付ける機能、すなわち図４に示す機能部の全てを設けているが、一部の機能は、画像形成装置２００と連携するコンピュータで実行してもよい。例えば画像形成装置２００と連携するストレージ４００（図２１参照）に図４に示す機能部の一部を設けてもよい。この場合、ストレージ４００は、情報処理装置の一例として用いられる。

（３）前述した各実施の形態におけるプロセッサは、広義的な意味でのプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ等）の他、専用的なプロセッサ（例えばＧＰＵ（＝Graphical Processing Unit）、ＡＳＩＣ（＝Application Specific Integrated Circuit）、ＦＰＧＡ（＝Field Programmable Gate Array）、プログラム論理デバイス等）を含む。
また、前述した各実施の形態におけるプロセッサの動作は、１つのプロセッサが単独で実行してもよいが、物理的に離れた位置に存在する複数のプロセッサが協働して実行してもよい。また、プロセッサにおける各動作の実行の順番は、前述した各実施の形態に記載した順番のみに限定されるものでなく、個別に変更してもよい。

１、１Ａ…画像形成システム、１００、３００…ユーザ端末、２１１、４１１…プロセッサ、２００…画像形成装置、２１４、４１４…補助記憶装置、２３１…修正受付部、２３２…指定領域受付部、２３３…関連部分設定部、２３４…修正可能データ生成部、２３５…修正受付画面生成部、２３６…修正内容受付部、２３７…修正内容反映部、２３８…印刷イメージ生成部、２３９…印刷制御部、４００…ストレージ

Claims (12)

1. プロセッサを有し、
   前記プロセッサは、
   修正の対象である印刷物の第１のイメージのうち、ユーザにより指定された領域に関連する部分を、修正が可能なデータ形式に変更した画面を生成し、
   前記画面を通じて受け付けた修正の内容が確定すると、確定した修正の内容を反映した第２のイメージを生成する、
   情報処理装置。
2. 前記プロセッサは、
   前記関連する部分として、ユーザが指定した前記領域とその周囲の領域を設定する、
   請求項１に記載の情報処理装置。
3. 前記プロセッサは、
   前記領域として文字又は文字列が指定された場合、前記関連する部分に加え、当該関連する部分の周囲に位置する前記第１のイメージを表示する、
   請求項２に記載の情報処理装置。
4. 前記プロセッサは、
   前記領域として画像が指定された場合、当該画像に置き換える候補として、登録済みの他の画像を選択可能に表示する、
   請求項２に記載の情報処理装置。
5. 前記プロセッサは、
   前記画面を外部端末の操作部に表示するための情報を表示又は送信する、
   請求項１に記載の情報処理装置。
6. 前記プロセッサは、
   前記画面を、前記第２のイメージを出力する画像形成装置の操作部に表示する、
   請求項１に記載の情報処理装置。
7. 前記プロセッサは、
   前記修正の内容に関連する他の個所を検索し、修正の候補として提示する、
   請求項１に記載の情報処理装置。
8. 前記プロセッサは、
   前記修正の内容を、前記第１のイメージに対応する文書データに反映して保存する、
   請求項１に記載の情報処理装置。
9. 前記プロセッサは、
   前記修正の内容が反映された前記文書データを読み出すための情報を外部端末に送信する、
   請求項８に記載の情報処理装置。
10. 前記プロセッサは、
    前記修正の対象になったページに加え、当該修正の影響が及ぶ後続する他のページを再印刷の対象に設定する、
    請求項１に記載の情報処理装置。
11. 前記プロセッサは、
    前記印刷物の印刷時の設定との関係により、前記修正が影響する全てのページを再印刷の対象に設定する、
    請求項１に記載の情報処理装置。
12. コンピュータに、
    修正の対象である印刷物の第１のイメージのうち、ユーザにより指定された領域に関連する部分を、修正が可能なデータ形式に変更した画面を生成する機能と、
    前記画面を通じて受け付けた修正の内容が確定すると、確定した修正の内容を反映した第２のイメージを生成する機能と、
    を実現させるためのプログラム。

Images