JP2016103229A - 情報処理装置、情報処理システム、その制御方法及びプログラム - Google Patents

Abstract

【課題】類似する書式の文書の詳細をユーザに容易に確認させ、承認処理を行わせることができる仕組みを提供すること【解決手段】前記複数枚の画像からなるスキャンデータを、所定の枚数ごとに複数の画像データに分割してジョブと対応付けて記憶し、前記ジョブに対して拡大表示領域の指定を受け付けて前記ジョブと対応付けて記憶し、前記画像データに係る承認または否認の指示を受け付け、前記画像データにおいて、前記拡大表示領域を拡大表示済みか判定し、承認の指示を受け付けた場合であって、拡大表示領域を拡大表示済みであると判定した場合に、前記サーバにおいて前記承認にかかる処理をさせるべく、承認の情報を含む承認結果を前記サーバに送信する【選択図】図７

Description

情報処理装置、情報処理システム、その制御方法及びプログラムに関する。

近年、ジャイロセンサや加速度センサ等、端末自体の角度・状態を検知可能な携帯端末が普及している。

携帯端末の中には表示画面が比較的小さいものもあり、例えば画面の操作に係るボタンを画面上に大量に配置すると、背景に表示されている画像が見づらくなってしまう。そのため、タッチパネル式の携帯端末では、マルチタッチ機能を用いたピンチイン・ピンチアウトの操作により表示の拡大・縮小が行われている。

また、例えば特許文献１においては、マルチタッチのように複数の手、指を用いることなく、タッチパネルの画面に対する操作の状態と端末の傾きに応じて表示物を拡大・縮小することが記載されている。

特開２０１１−０７６３４９号公報

携帯端末を用いて、文書の閲覧や承認の処理をすることが考えられる。中には、例えばイベントの招待状等のように、同じような書式の文書を複数枚閲覧し、詳細を確認して承認・否認をすることが考えられる。詳細を確認したい箇所については文書を拡大表示して確認する場合がある。

引用文献１の技術を用いたとしても、同じような文書を連続して閲覧する場合であっても、文書を開く都度、ユーザが拡大したい場所の指定を行い、例えば端末を傾けて表示拡大しなければならない。

本発明は、類似する書式の文書の詳細をユーザに容易に確認させ、承認処理を行わせることができる仕組みを提供することを目的とする。

本発明の情報処理システムは、複数枚の画像から成るスキャンデータの承認依頼を受け付ける承認依頼受付手段を備えたサーバと、情報処理装置とを含む情報処理システムであって、前記サーバは、前記複数枚の画像からなるスキャンデータを、所定の枚数ごとに複数の画像データに分割する分割手段と、当該分割手段で分割した画像データを、前記承認依頼受付手段で受け付けた承認依頼の単位であるジョブと対応付けて記憶する記憶手段と、を備え、前記情報処理装置は、前記記憶手段に記憶された画像データを受信した場合に、前記ジョブに対して、前記ジョブに対応する画像データのいずれの領域を拡大表示するかを示す拡大表示領域の指定を受け付ける指定受付手段と、前記指定受付手段で指定を受け付けた拡大表示領域の情報を前記ジョブと対応付けて記憶する拡大表示領域記憶手段と、前記画像データに係る承認または否認の指示を受け付ける指示受付手段と、前記画像データにおいて、前記拡大表示領域を拡大表示済みか判定する判定手段と、前記指示受付手段で承認の指示を受け付けた場合であって、前記判定手段で前記拡大表示領域を拡大表示済みであると判定した場合に、前記サーバにおいて前記承認にかかる処理をさせるべく、前記指示受付手段で受け付けた承認の情報を含む承認結果を前記サーバに送信する承認結果送信手段と、を備えることを特徴とする。

本発明によれば、類似する書式の文書の詳細をユーザに容易に確認させ、承認処理を行わせることができる。

本発明の実施形態における、情報処理システムの構成の一例を示す図である。 本発明の実施形態における、携帯端末１００とサーバ２００のハードウェア構成の一例を示す図である。 本発明の実施形態における、複合機３００のハードウェア構成の一例を示す図である。 本発明の実施形態における、各装置の機能構成の一例を示す図である。 本発明の実施形態における、承認依頼の処理の流れを示すフローチャートである。 本発明の実施形態における、ジョブ一覧の取得処理の流れを示すフローチャートである。 本発明の実施形態における、承認処理の詳細を示すフローチャートである。 本発明の実施形態における、各種データテーブルの構成の一例を示す図である。 本発明の実施形態における、ジョブ一覧画面の構成の一例を示す図である。 本発明の実施形態における、拡大表示領域の指定の様子を示す図である。 本発明の実施形態における、画面遷移の様子の一例を示す図である。

図１を参照して、本発明の実施形態における、情報処理システムの構成の一例について説明する。各端末はネットワーク１０１を介して通信可能に接続されているものとする。

複合機３００は、ユーザからのＦＡＸ送信の操作を受け付け、当該ＦＡＸ送信の操作に伴う文書のスキャン、スキャンデータ（読み取った文書のデータ）の生成、及び、当該文書のサーバ２００への送信処理を行う。当該送信処理＝ＦＡＸの承認依頼の処理である。

ここでは、スキャンデータは類似する書式の文書のデータであるものとする。例えば、イベントの案内状等、宛名や宛名（顧客）ごと会員番号・住所等の項目以外は内容が同一の文書である。承認者は、特に当該宛名等スキャンデータごとに異なる項目をチェックして承認処理を行う。

サーバ２００は当該承認依頼を受け付けると、承認依頼にかかるスキャンデータを外部メモリに記憶する。また、携帯端末１００に当該承認依頼があった旨を通知する。

携帯端末１００は、ユーザからの操作指示に応じて承認依頼（＝ジョブ）の一覧をサーバ２００に要求する。また、ジョブ一覧（承認依頼一覧）からのジョブの選択を受け付けることで、当該ジョブに対応するスキャンデータ（ＦＡＸのイメージデータ）をサーバに要求して取得し、表示画面に表示する。

また、上述した宛名のように、各スキャンデータで異なる項目の場所（スキャンデータ上の座標／拡大表示領域）の指定を受け付け、当該指定を受け付けた位置を拡大表示することで、内容をユーザに確認させる。そして、１つのスキャンデータ内の全ての拡大表示領域を拡大表示後に承認指示を受け付けることで、当該スキャンデータの宛先への送信を承認する。以上が図１の説明である。

次に図２を参照して、本発明の実施形態における、携帯端末１００とサーバ２００のハードウェア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０１）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

また、携帯端末１００には不図示のジャイロセンサが搭載されており、携帯端末１００のＣＰＵ２０１は自端末の角度（端末が縦の状態か、横の状態か）を特定・取得可能であるものとする。以上が図２の説明である。

次に、図３を用いて、図１に示した複合機３００のハードウェア構成について説明する。

図３は、図１に示した複合機３００のハードウェア構成の一例を示すブロック図である。

図３において、３１６はコントローラユニットで、画像入力デバイスとして機能するスキャナ３１４や、画像出力デバイスとして機能するプリンタ部３１２と接続する一方、ＬＡＮ（例えば、図１に示したネットワーク１０１／ＬＡＮ１０１）や公衆回線（ＷＡＮ）（例えば、ＰＳＴＮまたはＩＳＤＮ等）と接続することで、画像データやデバイス情報の入出力を行う。

コントローラユニット３１６において、３０１はＣＰＵで、システム全体を制御するプロセッサである。３０２はＲＡＭで、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

３０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。３０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。

３０７は操作部インタフェース（操作部Ｉ／Ｆ）で、操作部（キーボード）３０８とのインタフェース部である。また、操作部Ｉ／Ｆ３０７は、操作部３０８から入力したキー情報（例えば、スタートボタンの押下）をＣＰＵ３０１に伝える役割をする。

３０５はネットワークインタフェース（Ｎｅｔｗｏｒｋ Ｉ／Ｆ）で、ネットワーク（ＬＡＮ）１０１に接続する。また、無線通信も可能な構成となっており、赤外線やＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ-Ｆｉ（登録商標）を用いた通信にて他の装置と接続する。データの入出力を行う。３０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

３１８は外部インタフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンタポート，ＲＳ−２３２Ｃ等の外部入力を受け付けるＩ／Ｆ部であり、本実施形態においては認証で必要となる携帯端末のＩＣカード（記憶媒体）の読み取り用のカードリーダ３１９が外部Ｉ／Ｆ部３１８に接続されている。そして、ＣＰＵ３０１は、この外部Ｉ／Ｆ３１８を介してカードリーダ３１９による携帯端末のＩＣカードからの情報読み取りを制御し、該携帯端末のＩＣカードから読み取られた情報を取得可能である。以上のデバイスがシステムバス３０９上に配置される。

３２０はイメージバスインタフェース（ＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ）であり、システムバス３０９と画像データを高速で転送する画像バス３１５とを接続し、データ構造を変換するバスブリッジである。
画像バス３１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス３１５上には以下のデバイスが配置される。

３１０はラスタイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。３１１はプリンタインタフェース（プリンタＩ／Ｆ）で、プリンタ部３１２とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。また、３１３はスキャナインタフェース（スキャナＩ／Ｆ）で、スキャナ３１４とコントローラユニット３１６を接続し、画像データの同期系／非同期系の変換を行う。

３１７は画像処理部で、入力画像データに対し補正、加工、編集を行ったり、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。また、これに加えて、画像処理部３１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

スキャナ部３１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサで走査することで、ラスタイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダのトレイにセットし、装置使用者が操作部３０８から読み取り起動指示することにより、ＣＰＵ３０１がスキャナ３１４に指示を与え、フィーダは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

プリンタ部３１２は、ラスタイメージデータを用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、ＣＰＵ３０１からの指示によって開始する。なお、プリンタ部３１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

操作部３０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ３０７を介してＣＰＵ３０１に伝える。また、操作部３０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。

尚、表示部はプリンタによって表示性能が異なり、タッチパネルを介して操作をできるプリンタ、単に液晶画面を備え文字列を表示（印刷状態や印刷している文書名の表示）させるだけのプリンタによって本発明は構成されている。

ここで、操作部３０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部３０８のストップキーは、稼働中の動作を止める働きをする。また、操作部３０８のＩＤキーは、使用者のユーザＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

カードリーダ３１９は、ＣＰＵ３０１からの制御により、ＩＣカード（ＩＣチップとして携帯端末内に備えられていてもよい）に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ３１８を介してＣＰＵ３０１へ通知する。また、カードリーダ３１９はＮＦＣの通信規格に対応しており、ＩＣカードや携帯端末のＩＣチップへの読み書きを行うことが可能な構成となっている。なお、ＮＦＣ規格対応のカードリーダに、ＮＦＣ規格対応の携帯端末をかざすと、認証を行い、携帯端末とプリンタ（複合機）とのペアリングを行う。そして、かざされた携帯端末とプリンタ（複合機）で通信（Ｐ２Ｐ）を確立してデータの通信を行うことが可能である。その他、高速通信規格である、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉ-Ｆｉ（登録商標）に通信を引き継ぎ（ハンドオーバー）、携帯端末とプリンタ（複合機）間で通信を行わせることも可能である。例えば、携帯端末をカードリーダにかざすことで、携帯端末に記憶されている画像をプリンタ（複合機）へ送信することが可能となる。なお、ＮＦＣの通信規格の詳細は、従来技術であるため、説明を省略するものとする。

上述した複合機３００では、複合機３００を制御するためのプラットフォームが存在し、このプラットフォーム上で、認証サーバと通信するための認証アプリケーションが動作している。認証アプリケーションはＨＤＤ３０４に記憶されている。プラットフォームが管理する、ログイン時にユーザ情報を格納するログインコンテキストや、各種設定情報は、ＨＤＤ３０４上に領域が確保されている。

また、プラットフォーム上には、複合機３００の本体機能を拡張したアプリケーションがインストールされ、動作している。これらアプリケーションは、プラットフォームのＡＰＩを用いて実行される。
このプラットフォームを介して、プリンタの各機能を制御することが可能な構成となっている。

また、複合機３００には、Ｗｅｂブラウザも記憶されており、Ｗｅｂシステムと連携することも可能である。この場合、Ｗｅｂアプリケーションサーバから受信した画面をＷｅｂブラウザを用いて表示する。Ｗｅｂブラウザ上で指示した命令は、Ｗｅｂアプリケーションサーバへ要求がなされ、Ｗｅｂアプリケーションサーバからの命令を受け付けることによって、複合機３００により動作（スキャンやプリント処理）を実行することが可能である。

以上のような構成によって、複合機３００は、スキャナ３１４から読み込んだ画像データをＬＡＮ１０１上に送信したり、ＬＡＮ１０１から受信した印刷データをプリンタ部３１２により印刷出力することができる。

また、スキャナ３１４から読み込んだ画像データをモデム３０６により、公衆回線上にＦＡＸ送信したり、公衆回線からＦＡＸ受信した画像データをプリンタ部３１２により出力することできる。以上が図３の説明である。

次に、図４を参照して本実施形態における各装置の機能構成の一例について説明する。

スキャン処理部４３１は、文書をスキャンしてスキャンデータ（文書データ）を生成する。承認依頼送信部４３２は、当該スキャンデータを（例えばＦＡＸやメール等で）宛先に送信する許可（承認）を依頼する。

承認依頼受信部４２１は当該依頼を受信する。スキャンデータ記憶部４２２は、承認依頼と共に送信されてきたスキャンデータを、承認依頼の対象のデータとして記憶する。通知部４２３は、当該承認依頼があった旨を承認者に通知する。

通知受信部４１１は当該通知を受信する。承認依頼一覧表示部４１２は、承認依頼（ジョブ）の一覧をサーバ２００から取得して表示する。拡大表示領域指定受付部４１３は、拡大表示領域の指定を受け付ける。

拡大表示領域とは、スキャンデータ（ＦＡＸデータ）上での、特に詳細を確認するために拡大表示してユーザに文書の内容を確認させる領域である。本実施形態においては、携帯端末を横にした場合に、当該拡大表示領域が拡大表示される（例は図１１に記載）。

また、スキャンデータ上（文書上）の拡大表示領域を全て拡大表示した場合（詳細を確認すべき場所を全て確認した場合）に、当該スキャンデータの送信の承認が可能となる。

当該拡大表示領域はジョブに対応付けて生成され・携帯端末１００の外部メモリに保存される。ジョブ毎に拡大表示領域を設定することで、類似する複数の文書について、文書毎に確認すべき場所を指定して手動で拡大する手間をかけることなく、当該複数の文書の確認すべき場所をユーザに確認させることが可能になる。

拡大表示領域記憶部４１４は、指定された拡大表示領域をジョブごとに記憶する。縦横判定部４１５は、携帯端末１００自身が縦の状態か横の状態かを判定する。表示遷移部４１６は、例えば端末が横の状態になった場合に、拡大表示領域を拡大して表示するよう表示画面の状態を遷移させる。

承認可否判定部４１７は、表示中のスキャンデータの承認が可能か判定する。例えば、スキャンデータ上の全て拡大表示領域が拡大表示済み（既に、ユーザに拡大表示して内容を確認させている）の場合に、承認が可能と判定し、全て拡大表示領域が拡大表示済みでない場合に、承認が不可能と判定する。
承認・否認指示送信部４１８は、携帯端末１００で受け付けた承認・否認の指示の内容（承認結果）をサーバ２００に送信する。

承認・否認指示受信部４２４は、当該承認結果を受信し、承認・否認処理部４２５は、当該承認結果に応じて承認されたスキャンデータの宛先への送信、否認されたスキャンデータの存在を申請者へ通知する。以上が図４の説明である。

＜第１の実施形態＞

次に図５を参照して、本発明の実施形態における、承認依頼の処理の流れについて説明する。

複合機３００のＣＰＵ３０１は、例えばユーザの操作により、ＦＡＸ（ファクシミリ）の送信指示を受け付け（ステップＳ５０１）、当該ＦＡＸの送信指示に伴って実行した文書のスキャン（読取）処理によってスキャンした文書のデータであるスキャンデータ（ＦＡＸのイメージデータ）を生成する（ステップＳ５０２）。

ここでは、例えば同じ書式の文書を複数枚、一括でスキャンするものとする。例えば、１文書１枚の文書を１００枚、一括でスキャンし、１００ページで１ファイルのスキャンデータを生成するものとする。

複合機３００のＣＰＵ３０１は、当該スキャンデータと、当該スキャンデータの送信先への送信の承認依頼をサーバ２００に送信する（ステップＳ５０３）。また、当該承認依頼と共に、ステップＳ５０１の処理の前に複合機３００が予め入力を受け付け外部メモリに記憶していた、複合機３００にログイン中のログインユーザのユーザＩＤを承認の申請者の識別情報としてサーバ２００に送信する。

複合機３００のＣＰＵ３０１は、ステップＳ５０３で送信された各種情報を受信し（ステップＳ５０４／承認依頼受付手段に該当）、受信したスキャンデータを所定の枚数毎に分割して複数のスキャンデータを生成する（ステップＳ５０５）。ここでは１ページごとにファイルを分割し、例えば１ファイル１００ページのデータを、１ファイル１ページのファイルのデータに分割して１００ファイル生成するものとする。

複合機３００のＣＰＵ３０１は、当該承認依頼の単位であるジョブの識別情報（つまり承認依頼の識別情報）であるジョブＩＤを発行して、当該ジョブの名称をスキャンデータの１枚目の所定の領域から例えばＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）技術を用いて読み取って取得し、当該ジョブＩＤと、承認依頼の申請者及び当該承認依頼の依頼先（承認者）の情報と対応付けて記憶する（例えば、図８のジョブ情報８１０）。また、当該ジョブＩＤと、当該分割したスキャンデータと対応付けて外部メモリに記憶する（ステップＳ５０５／例えば図８の承認情報８２０）。

ここで図８を参照して、本発明の実施形態における、各種データテーブルの構成の一例について説明する。

図８のユーザ情報８００、ジョブ情報８１０、承認情報８２０、宛先情報８５０は、サーバ２００の外部メモリに記憶・保持される。

ユーザ情報８００、宛先情報８５０は、サーバ２００の外部メモリに予め記憶されているものとする。ユーザ情報８００は、ユーザ（申請者・承認者）のユーザＩＤ８０１と、当該ユーザの利用する端末の端末ＩＤ８０２、当該ユーザの連絡先であるメールアドレス８０３が対応付けられたデータである。

宛先情報８５０は、宛先名８５１（例えば、顧客名）と、当該宛先名に対応する宛先８５２（ここではＦＡＸ番号）が対応付けて記憶されている。サーバ２００のＣＰＵ２０１は、スキャンデータ内の文字列に含まれる宛先名の文字列を読み取って、当該スキャンデータの送信の承認が得られた場合、当該宛先名に対応する宛先に当該スキャンデータを送信する処理を行う。

ジョブ情報８１０は、ジョブ（承認依頼）の識別情報であるジョブＩＤ８１１、スキャンデータの所定の位置から読み取った文字列であって、当該ジョブの名称を示すジョブ名８１２、当該ジョブ（承認依頼）の申請者のユーザＩＤである申請者ＩＤ８１３、承認者ＩＤ８１４等から構成される。いずれのＩＤの承認者から承認依頼があった場合に、いずれのユーザを承認者とするかを示す対応データは、予めサーバ２００の外部メモリに記憶されており、サーバ２００のＣＰＵ２０１は、当該不図示の対応データと複合機３００から受信した申請者のユーザＩＤに従って、承認者ＩＤ８１４に承認者のユーザＩＤを設定して記憶するものとする。

承認情報８２０は、ジョブＩＤ８２１、スキャンデータＩＤ８２２、スキャンデータ８２３（ＦＡＸのイメージデータ／画像データ）、処理日８２４、状態８２５等から構成される。

スキャンデータＩＤ８２２は、ステップＳ５０４で分割した各スキャンデータの識別情報（例えばファイル名）である。処理日８２４は、当該スキャンデータの送信の承認または否認がされた場合にサーバ２００のＣＰＵ２０１が更新する項目であり、承認または否認がされた日時が挿入される。状態８２５は、後述する処理において携帯端末１００から受信するスキャンデータの送信を承認または否認する旨の情報を受信した場合に、当該受信した情報を挿入する項目であり、スキャンデータの承認状態を示す項目である。

承認・否認のいずれも実行されていない場合（携帯端末１００より、承認または否認の指示を受け付けていない場合）、処理日８２４、状態８２５にはｎｕｌｌの値が挿入される。以上が図８の８００〜８２０、８５０のデータの説明である。拡大表示領域情報８３０、拡大表示履歴８４０については後述する。

図５の説明に戻る。サーバ２００のＣＰＵ２０１は、受け付けた承認依頼の申請者に対応する承認者（承認者ＩＤ８１４）のメールアドレス８０３宛に、承認依頼を受けた旨の情報を通知する（ステップＳ５０６）。

携帯端末１００のＣＰＵ２０１は、当該通知のメールを受信する（ステップＳ５０７）。そして処理をステップＳ５０８に移行する。ステップＳ５０８の処理の詳細については図６の説明で後述する。以上が図５の説明である。

次に図６を参照して、本発明の実施形態における、ジョブ一覧の取得処理の流れについて説明する。

携帯端末１００のＣＰＵ２０１は、ブラウザソフトウェアを起動してサーバ２００にアクセスし、承認依頼の一覧（ジョブの一覧）を表示する（ステップＳ６０１）。具体的には、携帯端末１００のＣＰＵ２０１はジョブ一覧の要求のユーザ操作を受け付けると、サーバ２００にジョブ一覧の要求を送信する。当該要求には、携帯端末の端末ＩＤが含まれるものとする。サーバ２００のＣＰＵ２０１はジョブ一覧の要求を受信して、ユーザ情報８００と、当該要求に含まれる端末ＩＤを用いて、当該ジョブ一覧の要求元の端末に対応するユーザＩＤ８０１を特定し、当該ユーザＩＤ８０１と同じユーザＩＤを承認者Ｉｄ８１４に有するジョブの一覧を生成して携帯端末に返信する。携帯端末１００のＣＰＵ２０１は、討議ジョブの一覧を受信して表示画面に表示する。例えば図９のジョブ一覧画面９００のような画面をサーバ２００で生成し、携帯端末１００で表示する。

携帯端末１００のＣＰＵ２０１は、ジョブの一覧からジョブの選択操作を受け付けると、当該選択されたジョブのスキャンデータをサーバ２００に要求する（ステップＳ６０２）。当該要求には選択されたジョブのジョブＩＤが含まれるものとする。

サーバ２００のＣＰＵ２０１は選択されたジョブのスキャンデータの要求を受信する（ステップＳ６０３）。サーバ２００のＣＰＵ２０１は、承認情報８２０から、携帯端末１００において選択されたジョブのジョブＩＤに対応するスキャンデータであって、状態８２５＝ｎｕｌｌ（未処理）のスキャンデータを抽出・取得して携帯端末１００に送信する（ステップＳ６０４）。

携帯端末１００のＣＰＵ２０１は、ステップＳ６０４で送信されたスキャンデータをサーバ２００より受信して外部メモリに記憶し（ステップＳ６０５）、スキャンデータＩＤでスキャンデータをソートして、先頭のスキャンデータを表示画面に表示する（ステップＳ６０６）。例えば、図１０に示すように表示する。図１０の詳細については後述する。

携帯端末１００のＣＰＵ２０１は、当該スキャンデータのジョブに対して、既に拡大表示領域の設定が完了しているか判定する（ステップＳ６０７）。

拡大表示領域とは、スキャンデータ（ＦＡＸデータ）上での、特に詳細を確認するために拡大表示してユーザに文書の内容を確認させる領域である。本実施形態においては、携帯端末を横にした場合に、当該拡大表示領域が拡大表示される（例は図１１に記載）。

また、スキャンデータ上（文書上）の拡大表示領域を全て拡大表示した場合（詳細を確認すべき場所を全て確認した場合）に、当該スキャンデータの送信の承認が可能となる。

当該拡大表示領域はジョブに対応付けて生成され・携帯端末１００の外部メモリに保存される。ジョブ毎に拡大表示領域を設定することで、類似する複数の文書について、文書毎に確認すべき場所を指定して手動で拡大する手間をかけることなく、当該複数の文書の確認すべき場所をユーザに確認させることが可能になる。

当該拡大表示領域のデータ構成については後述する。携帯端末１００のＣＰＵ２０１は、当該拡大表示領域が既に指定されている場合（ジョブに対応する拡大表示領域が既に携帯端末１００内に記憶されている場合／ステップＳ６０７でＹＥＳ）、処理をステップＳ６０９に移行する。

携帯端末１００のＣＰＵ２０１は、当該拡大表示領域がまだ指定されていない場合（ジョブに対応する拡大表示領域がまだ携帯端末１００内に記憶されていない場合／ステップＳ６０７でＮＯ）、処理をステップＳ６０８に移行する。ここでは拡大表示領域を未指定であるものとし、ステップＳ６０９の処理を実行するものとする。

携帯端末１００のＣＰＵ２０１は、ユーザ操作による当該拡大表示領域の指定を受け付け、指定を受け付けた拡大表示領域の情報を外部メモリに記憶する（ステップＳ６０９）。

ここで図８と図１０を参照して、本発明の実施形態における、拡大表示領域の指定の様子と、当該拡大表示領域にかかるデータの構成の一例について説明する。

図１０の拡大表示領域指定画面１０００に示すように、携帯端末１００のＣＰＵ２０１は、携帯端末１００の表示画面に表示されたスキャンデータ上で、例えばタッチパネルであるディスプレイに対するスワイプ操作（範囲選択操作）で指定された範囲の情報を取得する。具体的には、範囲選択が開始された点と、当該範囲選択が終了した点の２点について、表示中のスキャンデータ上のＸ，Ｙ座標を特定・取得する。ここではスキャンデータの左上端＝Ｘ，Ｙ：０，０であるものとする。ここでは、拡大表示領域＝当該２点を対角線とする直方体の示す領域であるものとする。

携帯端末１００のＣＰＵ２０１は、例えば、図１０に示すように複数の拡大表示領域の指定の操作を受け付けた後、「拡大表示領域を保存」ボタンの押下指示を受け付けることで、「拡大表示領域を保存」ボタンが押下されるまでに指定された拡大表示領域の範囲の情報（範囲選択が開始された点と、当該範囲選択が終了した点の２点の座標）を、当該スキャンデータのジョブＩＤに対応付けて外部メモリに記憶する。

例えば、図８の拡大表示領域情報８３０を生成して外部メモリに記憶する。ジョブＩＤ８３１はジョブの識別情報である。座標８３３は、拡大表示領域の情報（拡大表示すべき、スキャンデータ上の領域を特定するための情報）である。領域ＩＤ８３２は、当該ジョブＩＤ８３１のジョブ内における拡大表示領域の識別情報である。当該領域ＩＤ８３２は、図１０の「拡大表示領域を保存」ボタンが押下されることで携帯端末１００のＣＰＵ２０１が生成して記憶する。

図６の説明に戻る。携帯端末１００のＣＰＵ２０１は、当該拡大表示領域の設定（指定・記憶）をした後、スキャンデータの承認処理を実行する（ステップＳ６０９）。

ここで図７を参照して、本発明の実施形態における、承認処理の詳細について説明する。

携帯端末１００のＣＰＵ２０１は、自端末に記憶されたスキャンデータの中から、ステップＳ７０２〜７１３の処理を未実行（未処理）のスキャンデータを１つ取得する（ステップＳ７０１）。

そして端末の向きを特定し（ステップＳ７０２）、表示済みの拡大表示領域を特定する（ステップＳ７０３）。どの拡大表示領域が既に拡大表示されたかは、携帯端末１００の外部メモリに記憶されている図８の拡大表示履歴８４０に記憶されている。当該拡大表示履歴８４０は後述するステップＳ７０６で生成・更新される。

携帯端末１００のＣＰＵ２０１は、自端末が縦の状態か横の状態か判定する（ステップＳ７０４）。端末が縦の状態の場合は図１１の１１３０に示すように、スキャンデータの全体を表示画面に表示する（ステップＳ７０５）。端末が横の状態の場合は、表示中のスキャンデータの中で未だ拡大表示していない拡大表示領域を特定して拡大表示する（ステップＳ７０６）。例えば、図１１の１１００に示すように拡大表示する。そして、当該拡大表示領域を拡大表示した旨の情報を外部メモリに記憶する。

例えば、図８の拡大表示履歴８４０を生成する。または更新する。拡大表示履歴８４０は、スキャンデータの識別情報であるスキャンデータＩＤと、当該スキャンデータのジョブに設定された拡大表示領域であって、当該スキャンデータ上で拡大表示すべき領域である拡大表示領域のＩＤである。ジョブに設定された各拡大表示領域のＩＤを当該ジョブ内の各スキャンデータＩＤに対応付けて記憶する。

拡大表示フラグ８４３は、対応する拡大表示領域が拡大表示された場合に、携帯端末１００のＣＰＵ２０１により１の値が挿入される。つまり、拡大表示フラグ８４３＝０の拡大表示領域は、まだ拡大表示されていない（ユーザによって確認されていない）ことを示し、拡大表示フラグ８４３＝１の拡大表示領域は、既に拡大表示された（ユーザによって確認された）ことを示す。

図７の説明に戻る。携帯端末１００のＣＰＵ２０１は、ユーザ操作による指示を受け付け（ステップＳ７０７／指示受付手段に該当）、当該指示が画面の表示切替の指示か判定する（ステップＳ７０８）。例えば、図１１の１１００に示すように、タッチパネルディスプレイに対する所定方向（ここでは画面に向かって右方向）へのスワイプ操作を受け付けたか判定する。

表示切替の指示を受け付けたと判定した場合（ステップＳ７０８でＹＥＳ）、処理をステップＳ７０４に戻す。例えば、端末が横の状態でまだ拡大表示していない拡大表示領域がある場合には、図１１の１１００から１１１０に示すように、次に表示すべき拡大表示領域の画像を表示画面上に拡大表示する。

受け付けた指示が、画面の表示切替の指示でないと判定した場合（ステップＳ７０８でＮＯ）、受け付けた指示が承認指示か判定する（ステップＳ７０９）。例えば、図１１の各画面に示す「承認」ボタンの押下指示を受け付けたか判定する。

受け付けた指示が承認指示（「承認」ボタンの押下指示）でないと判定された場合（ステップＳ７０９でＮＯ）、受け付けた指示が否認指示か判定する（ステップＳ７１０）。例えば、図１１の各画面に示す「否認」ボタンの押下指示を受け付けたか判定する。

受け付けた指示が否認指示（「否認」ボタンの押下指示）であると判定された場合（ステップＳ７１０でＹＥＳ）、当該スキャンデータの送信を否認する旨を示すデータを生成して、外部メモリに記憶する（ステップＳ７１１）。例えば、承認情報８２０（図８）と同様のデータを生成して、状態８２５に否認の値を挿入して外部メモリに記憶する。そして処理をステップＳ７０１の前に戻す。

受け付けた指示が否認指示でないと判定された場合（ステップＳ７１０でＮＯ）、受け付けた指示が当該承認処理の終了指示か判定する（ステップＳ７１４）。例えば図１１の各画面に表示されている「完了」ボタンの押下指示を受け付けたか判定する。終了指示（「完了」ボタンの押下指示）である場合は表示中のスキャンデータに対する承認処理を終了する。

ステップＳ７０９において、ステップＳ７０７で受け付けた指示が承認指示であると判定された場合（ステップＳ７０９でＹＥＳ）、拡大表示履歴８４０を参照して、表示中のスキャンデータに対応する全ての拡大表示履歴が拡大表示済みか判定する（ステップＳ７１２）。

まだ拡大表示されていない拡大表示領域が存在する場合は（ステップＳ７１２でＮＯ）、処理をステップＳ７０４に移行する（つまり、例えば図１１の１１３０に示すように承認処理を行わない）。全ての拡大表示履歴が拡大表示済みであると判定された場合は（ステップＳ７１２でＹＥＳ）、当該スキャンデータの送信を承認する旨の情報を外部メモリに記憶する（ステップＳ７１３）。

例えば、図８の承認情報８２０のような情報を外部メモリ上に生成して、状態８２５に承認の値を記憶する。既に承認情報８２０が生成済みの場合は、状態８２５に承認のデータを追加する更新処理を行う。以上が図８の説明である。

図７に戻る。携帯端末１００のＣＰＵ２０１は、図７のステップＳ７１１、Ｓ７１３で携帯端末１００の外部メモリに記憶された承認情報８２０の情報を、承認処理の結果の情報（承認結果）として、サーバ２００に送信する（ステップＳ６１０／承認結果送信手段に該当）。

サーバ２００のＣＰＵ２０１は、当該承認結果の情報を受信し（ステップＳ６１１）、受信した承認結果の情報を、サーバ２００の外部メモリに記憶されている承認情報８２０に上書して更新する。また、当該受信した時刻の情報を、処理日８２４に記憶する。

サーバ２００のＣＰＵ２０１は、受信した承認結果に含まれる、宛先への送信が承認または否認されたスキャンデータを１つ取得して（ステップＳ６１２）、当該スキャンデータの送信が否認されたか承認されたかを判定する（ステップＳ６１３）。

承認されている場合は、当該スキャンデータの文字列から特定される宛先に、当該スキャンデータを送信する（ステップＳ６１４）。例えば、ＦＡＸデータとして宛先のＦＡＸ番号宛に発信する。

否認されている場合は、当該スキャンデータが否認された旨の情報記した通知メールを作成し、当該通知メールを当該スキャンデータのジョブ（承認依頼）の申請者のメールアドレス宛に送信する（ステップＳ６１５）。

サーバ２００のＣＰＵ２０１は、ステップＳ６１１受信した承認結果に含まれる全てのスキャンデータに対してステップＳ６１２〜Ｓ６１５の処理を実行したか判定し（ステップＳ６１６）、全てのスキャンデータに対して処理を実行済みの場合は（ステップＳ６１６でＹＥＳ）処理を終了し、まだ処理していないスキャンデータがある場合は（ステップＳ６１６でＮＯ）処理をステップＳ６１２の前に戻す。以上が図６の説明である。

尚、ステップＳ６１０において、携帯端末１００がサーバ２００に対して、承認処理を行ったジョブの拡大表示領域情報８３０を送信して、サーバ２００がこれを記憶して再利用するようにしてもよい。例えば、次回以降、携帯端末１００から当該ジョブのスキャンデータの要求を受け付けた場合にサーバ２００のＣＰＵ２０１が、当該スキャンデータと共に当該スキャンデータのジョブに対応する拡大表示領域情報８３０を携帯端末１００に送信して（ステップＳ６０４）、携帯端末１００がこれを受信して外部メモリに記憶し、ステップＳ６０６以降の処理を実行するようにしてもよい。当該拡大表示領域情報８３０をサーバ２００から受信した場合、ステップＳ６０７において、携帯端末１００のＣＰＵ２０１は既に拡大表示領域が指定済みであると判定し、当該サーバ２００から受信した拡大表示領域情報８３０を用いて、ステップＳ６０９以降の処理を行うものとする。

＜第２の実施形態＞

本発明の第２の実施形態では、スキャンデータ内の全ての拡大表示領域が拡大表示された後、最後にスキャンデータ全体を確認させてから、当該スキャンデータの送信の承認を可能にする。

これにより、類似する書式の文書の詳細をユーザに容易に確認させ、且つ、確認した内容全てについて再確認をさせて承認処理のミスを低減させ、当該スキャンデータの送信の承認を可能にする。

具体的には、携帯端末１００のＣＰＵ２０１が、第１の実施形態における図７のステップＳ７１２とステップＳ７１３の間に、「スキャンデータ全体を表示中か？」の判定を行う。例えば、携帯端末１００の向きが縦である場合にスキャンデータ全体を表示中と判定し、携帯端末１００の向きが横である場合にスキャンデータ全体を表示中でないと判定する。

携帯端末１００のＣＰＵ２０１は、当該判定においてスキャンデータ全体を表示中であると判定された場合に処理をステップＳ７１３に進め、スキャンデータ全体を表示中で無いと判定された場合に処理をステップＳ７０４の前に戻すものとする。以上が図本発明の第２の実施形態の説明である。

以上説明したように、本発明によれば、類似する書式の文書の詳細をユーザに容易に確認させ、承認処理を行わせることができる。

例えば、１つの文書内に複数確認すべき場所がある場合に、当該確認すべき場所を確認させた後に、当該文書の送信を許可することができる。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００ 携帯端末
１０１ ネットワーク
２００ サーバ
３００ 複合機

Claims (8)

1. 複数枚の画像から成るスキャンデータの承認依頼を受け付ける承認依頼受付手段を備えたサーバと、情報処理装置とを含む情報処理システムであって、
   前記サーバは、
   前記複数枚の画像からなるスキャンデータを、所定の枚数ごとに複数の画像データに分割する分割手段と、
   当該分割手段で分割した画像データを、前記承認依頼受付手段で受け付けた承認依頼の単位であるジョブと対応付けて記憶する記憶手段と、
   を備え、
   前記情報処理装置は、
   前記記憶手段に記憶された画像データを受信した場合に、前記ジョブに対して、前記ジョブに対応する画像データのいずれの領域を拡大表示するかを示す拡大表示領域の指定を受け付ける指定受付手段と、
   前記指定受付手段で指定を受け付けた拡大表示領域の情報を前記ジョブと対応付けて記憶する拡大表示領域記憶手段と、
   前記画像データに係る承認または否認の指示を受け付ける指示受付手段と、
   前記画像データにおいて、前記拡大表示領域を拡大表示済みか判定する判定手段と、
   前記指示受付手段で承認の指示を受け付けた場合であって、前記判定手段で前記拡大表示領域を拡大表示済みであると判定した場合に、前記サーバにおいて前記承認にかかる処理をさせるべく、前記指示受付手段で受け付けた承認の情報を含む承認結果を前記サーバに送信する承認結果送信手段と、
   を備えることを特徴とする情報処理システム。
2. 前記拡大表示領域記憶手段は、複数の前記拡大表示領域を１つのジョブと対応付けて記憶し、
   前記判定手段は、前記拡大表示領域記憶手段に記憶された複数の拡大表示領域の全てを拡大表示済みか判定し、
   前記承認結果送信手段は、前記指示受付手段で承認の指示を受け付けた場合であって、前記判定手段で複数の前記拡大表示領域を拡大表示済みであると判定した場合に、前記指示受付手段で受け付けた承認の情報を含む承認結果を前記サーバに送信することを特徴とする請求項１に記載の情報処理システム。
3. 前記情報処理装置は、
   前記情報処理装置が縦に向いているか横に向いているかを判定する縦横判定手段と、
   前記縦横判定手段で前記情報処理装置が縦であると判定された場合に、前記画像データの全体を表示し、前記縦横判定手段で前記情報処理装置が横であると判定された場合に、前記拡大表示領域の画像を拡大表示する表示手段と、
   を備えることを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記承認結果送信手段は、前記指示受付手段で否認の指示を受け付けた場合、前記拡大表示領域を表示済みであるか否かに関わらず、前記サーバにおいて前記否認にかかる処理をさせるべく、前記指示受付手段で受け付けた否認の情報を含む承認結果を前記サーバに送信することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記承認結果送信手段は、前記指示受付手段で承認の指示を受け付けた場合、前記判定手段で前記拡大表示領域を表示済みであると判定された場合であって、前記拡大表示領域の表示後に画像データの全体を表示済みである場合に、前記承認の情報を含む承認結果を前記サーバに送信することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
6. 複数枚の画像から成るスキャンデータの承認依頼を受け付ける承認依頼受付手段を備えたサーバと、情報処理装置とを含む情報処理システムの制御方法であって、
   前記サーバにおいて、
   前記複数枚の画像からなるスキャンデータを、所定の枚数ごとに複数の画像データに分割する分割工程と、
   当該分割工程で分割した画像データを、前記承認依頼受付手段で受け付けた承認依頼の単位であるジョブと対応付けて記憶する記憶手段と、
   を含み、
   前記情報処理装置において、
   前記記憶手段に記憶された画像データを受信した場合に、前記ジョブに対して、前記ジョブに対応する画像データのいずれの領域を拡大表示するかを示す拡大表示領域の指定を受け付ける指定受付手段と、
   前記指定受付手段で指定を受け付けた拡大表示領域の情報を前記ジョブと対応付けて記憶する拡大表示領域記憶手段と、
   前記画像データに係る承認または否認の指示を受け付ける指示受付手段と、
   前記画像データにおいて、前記拡大表示領域を拡大表示済みか判定する判定手段と、
   前記指示受付手段で承認の指示を受け付けた場合であって、前記判定手段で前記拡大表示領域を拡大表示済みであると判定した場合に、前記サーバにおいて前記承認にかかる処理をさせるべく、前記指示受付手段で受け付けた承認の情報を含む承認結果を前記サーバに送信する承認結果送信手段と、
   を含むことを特徴とする情報処理システムの制御方法。
7. 複数枚の画像から成るスキャンデータの承認依頼を受け付ける承認依頼受付手段を備えたサーバと、情報処理装置とを含む情報処理システムで実行が可能なプログラムであって、
   前記サーバを、
   前記複数枚の画像からなるスキャンデータを、所定の枚数ごとに複数の画像データに分割する分割手段と、
   当該分割手段で分割した画像データを、前記承認依頼受付手段で受け付けた承認依頼の単位であるジョブと対応付けて記憶する記憶手段として機能させ、
   前記情報処理装置を、
   前記記憶手段に記憶された画像データを受信した場合に、前記ジョブに対して、前記ジョブに対応する画像データのいずれの領域を拡大表示するかを示す拡大表示領域の指定を受け付ける指定受付手段と、
   前記指定受付手段で指定を受け付けた拡大表示領域の情報を前記ジョブと対応付けて記憶する拡大表示領域記憶手段と、
   前記画像データに係る承認または否認の指示を受け付ける指示受付手段と、
   前記画像データにおいて、前記拡大表示領域を拡大表示済みか判定する判定手段と、
   前記指示受付手段で承認の指示を受け付けた場合であって、前記判定手段で前記拡大表示領域を拡大表示済みであると判定した場合に、前記サーバにおいて前記承認にかかる処理をさせるべく、前記指示受付手段で受け付けた承認の情報を含む承認結果を前記サーバに送信する承認結果送信手段として機能させることを特徴とする情報処理システムのプログラム。
8. 複数枚の画像から成るスキャンデータの承認依頼を受け付ける承認依頼受付手段と、前記複数枚の画像からなるスキャンデータを、所定の枚数ごとに複数の画像データに分割する分割手段と、当該分割手段で分割した画像データを、前記承認依頼受付手段で受け付けた承認依頼の単位であるジョブと対応付けて記憶する記憶手段と、を備えたサーバと通信可能な情報処理装置であって、
   前記記憶手段に記憶された画像データを受信した場合に、前記ジョブに対して、前記ジョブに対応する画像データのいずれの領域を拡大表示するかを示す拡大表示領域の指定を受け付ける指定受付手段と、
   前記指定受付手段で指定を受け付けた拡大表示領域の情報を前記ジョブと対応付けて記憶する拡大表示領域記憶手段と、
   前記画像データに係る承認または否認の指示を受け付ける指示受付手段と、
   前記画像データにおいて、前記拡大表示領域を拡大表示済みか判定する判定手段と、
   前記指示受付手段で承認の指示を受け付けた場合であって、前記判定手段で前記拡大表示領域を拡大表示済みであると判定した場合に、前記サーバにおいて前記承認にかかる処理をさせるべく、前記指示受付手段で受け付けた承認の情報を含む承認結果を前記サーバに送信する承認結果送信手段と、
   を備えることを特徴とする情報処理装置。

Images