JP6074249B2 - 画像処理サーバーおよびその制御方法、並びにプログラム - Google Patents

Description

本発明は、画像処理サーバーおよびその制御方法、並びにプログラムに関する。

各種書類を複合機などの画像処理装置でスキャンして文書ファイルを作成後、必要書類をすべてまとめ、文書ファイルをバインドするような作業が定型業務として行われている。

特許文献１には、このような定型業務において、将来受信するファクス文書を既に存在する画像処理装置内の文書ファイルの特定の位置に挿入し、挿入が完了したタイミングで、印刷する方法が開示されている。

特開２００８−５２８５号公報

上記のような業務において、文書構成が事前に明確になっている場合、必要書類がすべてそろったかどうかを、ユーザーが確認し、バインド作業を行う。しかしながら、ユーザーがバインド作業を手作業で行うことで、操作ミス等により、文書の過不足が発生してしまい、作業効率が悪くなる。また、文書の種類が増えることにより、各文書に対するスキャン設定などの設定情報が増えてしまう。

上記課題を解決するために、本願発明は以下の構成を有する。すなわち、１または複数の文書ファイルを含み、１または複数の章構成を有するバインダファイルを生成する画像処理サーバーであって、前記バインダファイルの章構成が定義されるテンプレートを保持する保持手段と、前記テンプレートで定義されている章構成に基づいて、前記バインダファイルの各章に文書ファイルを挿入するためのチケットを生成する生成手段と、前記チケットをユーザーに提示する提示手段と、前記提示手段にて提示したチケットのうちユーザーにより指定されたチケットに従って、文書ファイルを挿入する章を特定し、前記特定した章に当該文書ファイルを挿入する挿入手段とを有する。

本発明によれば、各種文書ファイルをバインドする際に、文書ファイルが不足するなどのミスを低減し、容易にバインド作業を行うことが可能となる。

システムの全体構成の例を示す図。 画像形成装置のハードウェア構成の例を示すブロック図。 各サーバーおよび端末のハードウェア構成の例を示すブロック図。 各装置のソフトウェア構成の例を示す図。 バインダテンプレート作成登録の一連の動作を説明するシーケンス図。 スキャン文書挿入の一連の動作を説明するシーケンス図。 挿入用チケット登録処理を説明するフローチャート。 チケット一覧作成処理を説明するフローチャート。 バインダ挿入・格納処理を説明するフローチャート。 バインダテンプレート作成を指示するアプリケーションＵＩ例を示す図。 ログイン画面のＵＩ例を示す図。 Ｃａｔｅｇｏｒｙ一覧画面のＵＩ例を示す図。 バインダテンプレートへの章追加指示のＵＩ例を示す図。 章の情報入力画面のＵＩ例を示す図。 バインダテンプレートの登録指示のＵＩ例を示す図。 ログイン画面のＵＩ例を示す図。 Ｍａｔｔｅｒ／Ｃａｔｅｇｏｒｙ一覧画面のＵＩ例を示す図。 メイン画面とチケットの一覧表示のＵＩ例を示す図。 スキャン処理中画面のＵＩ例を示す図。 アップロード完了メッセージのＵＩ例を示す図。 各データベースの構成例を示す図。 各データベースの構成例を示す図。 チケット一覧の例を示す図。

＜第１の実施形態＞
以下、本発明を実施するための形態について図面を用いて説明する。以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

［システム構成］
図１は、本実施形態に係るシステムの全体図である。ＬＡＮ１１０には、画像形成装置１０１および端末１０２が接続されている。また、ＬＡＮ１１０はインターネット１２０に接続されており、サービスを提供している画像処理サーバー１３１、情報管理サーバー１３２ともインターネット１２０経由で接続されている。ここでは、端末１０２はＬＡＮ１１０に接続されているが、接続形態についてはこの構成に限定するものではない。端末１０２は画像処理サーバー１３１と情報管理サーバー１３２に接続可能であればよい。

また、各サーバーや装置は１台のみが示されているが、この構成に限定するものではなく、物理的に複数の装置によって構成されてもよい。

［ハードウェア構成］
（画像形成装置）
図２は、本実施形態に係る画像形成装置１０１のハードウェアの構成例を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、画像形成装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する記憶部である。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部（不図示）やキーボード（不図示）などが備えられている。

プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において紙などの記録媒体上に印刷される。

スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。

ネットワークＩ／Ｆ２１８は、制御部２１０（画像形成装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、画像処理サーバー１３１や情報管理サーバー１３２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。上述したように、接続方式は有線／無線のいずれであっても構わない。

（画像処理サーバー、情報管理サーバー、端末）
図３（Ａ）は、本実施形態に係る画像処理サーバー１３１のハードウェアの構成例を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、画像処理サーバー１３１全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する記憶部である。

ネットワークＩ／Ｆ３１５は、制御部３１０をインターネット１２０に接続する。ネットワークＩ／Ｆ３１５は、インターネット１２０を介して他の装置との間で各種情報を送受信する。

なお、本実施形態において、情報管理サーバー１３２の構成に関しても、図３（Ａ）で説明した画像処理サーバー１３１の構成と同様のものである。

図３（Ｂ）は、本実施形態に係る端末１０２のハードウェアの構成例を示すブロック図である。ＣＰＵ３１７を含む制御部３１６は、端末１０２全体の動作を制御する。ＣＰＵ３１７は、ＲＯＭ３１８に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１９は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３２０は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する記憶部である。

操作Ｉ／Ｆ３２１は、端末１０２で実行されるプログラムへの制御操作を入力するユーザーインタフェース端末を接続するＩ／Ｆである。この例では、マウス３２２やキーボード３２３で構成するが、その限りではない。

ディスプレイＩ／Ｆ３２４は、端末１０２で実行されるプログラムのＵＩ（User Interface）を表示するディスプレイ端末を接続するＩ／Ｆである。この例ではディスプレイ端末としてディスプレイ３２５で構成するが、その限りではない。

ネットワークＩ／Ｆ３２６は、制御部３１６をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３２６は、ＬＡＮ１１０を介して他の装置との間で各種情報を送受信する。

［ソフトウェア構成］
図４は、本実施形態に係る画像形成装置１０１、端末１０２、画像処理サーバー１３１、情報管理サーバー１３２のソフトウェアの構成例を説明するための図である。なお、ソフトウェア構成内の各種データベースで管理されるデータのデータ構造については、処理フローもしくはシーケンスと併せて後述する。

画像形成装置１０１は、サービス通信部４００１、リクエスト処理部４００２、スキャナ制御部４００３、ＵＩ制御部４００４、チケット解析部４００５、およびスキャン送信設定データベース４００６を備える。なお、以下では、データベースはＤＢと略記する。

画像形成装置１０１は操作部２１９にＵＩを表示し、ＵＩを介して入力された内容に応じて画像処理サーバー１３１と通信を行う。

サービス通信部４００１は、リクエスト処理部４００２からの通信要求を受けて、画像処理サーバー１３１と通信を行う。その際のリクエストの内容は、認証処理要求、スキャン画像格納処理要求、スキャン画像データなどが含まれる。また、サービス通信部４００１は、画像処理サーバー１３１からのレスポンスを解析し、リクエストに対する結果をリクエスト処理部４００２に送信する。なお、サービス通信部４００１は、サービスごとに異なるアプリケーション層での通信処理を制御することを想定する。例えば、サービス通信部４００１は、ＨＴＴＰ(HyperText Transfer Protocol)等を利用して実現されるＳＯＡＰ(Simple Object Access Protocol)や、ＲＥＳＴ(Representational State Transfer)といったＷｅｂサービスによって実現されるサービスとの通信処理を行うことを想定する。これによって、画像形成装置１０１は画像処理サーバー１３１が提供するサービスを利用可能となる。

リクエスト処理部４００２は、ＵＩ制御部４００４から受信したユーザーの入力情報をもとに、サービス通信部４００１に画像処理サーバー１３１との通信を要求し、その通信結果に基づいて各種処理を行う。例えば、ＵＩ制御部４００４のＭａｔｔｅｒ／Ｃａｔｅｇｏｒｙ選択画面を通じてユーザーが入力したＭａｔｔｅｒ情報およびＣａｔｅｇｏｒｙ情報を受信した場合は、リクエスト処理部４００２は、ＵＩ制御部４００４にメイン画面の表示を要求する。本明細書においてＣａｔｅｇｏｒｙ情報とは、文書の種類（分類）を示す情報である。バインダはバインドされる単位を示す。また、Ｍａｔｔｅｒ情報とは、例えば、事件ごとに定義される。また、１のバインダは１または複数の章構造（Ｃｈａｐｔｅｒ）を有し、各章には１または複数の文書が属する。

スキャナ制御部４００３は、リクエスト処理部４００２からスキャン設定を取得し、設定に基づいてスキャナ２２１を制御し、スキャン画像データのデータ変換を行う。ファイル変換が完了したら、スキャナ制御部４００３は、スキャン画像データをリクエスト処理部４００２に送信する。

ＵＩ制御部４００４は、リクエスト処理部４００２からのＵＩ表示要求に応じて、画像形成装置１０１の操作部２１９にＵＩを表示する。また、ＵＩ制御部４００４は、ユーザーが操作部２１９を介して入力した情報を取得し、リクエスト処理部４００２に送信する。

チケット解析部４００５は、リクエスト処理部４００２の指示により、チケットデータからスキャナ制御部４００３が処理可能なスキャン設定を取出し、リクエスト処理部４００２に返信する。

端末１０２は、サービス通信部４１０１、リクエスト処理部４１０２、ＵＩ制御部４１０３を備える。端末１０２は、ディスプレイ３２５にＵＩを表示して、マウス３２２やキーボード３２３で入力された内容に応じて、画像処理サーバー１３１と通信を行う。

サービス通信部４１０１は、リクエスト処理部４１０２からの通信要求を受けて、画像処理サーバー１３１との認証処理要求や、Ｃａｔｅｇｏｒｙ情報の要求、バインダテンプレートデータなどを送信する。また、サービス通信部４１０１は、画像処理サーバー１３１からのレスポンスを解析し、リクエストに対する結果をリクエスト処理部４１０２に送信する。なお、サービス通信部４１０１は、サービスごとに異なるアプリケーション層での通信処理を制御することを想定する。例えば、サービス通信部４１０１は、ＨＴＴＰ等を利用して実現されるＳＯＡＰや、ＲＥＳＴといったＷｅｂサービスによって実現されるサービスとの通信処理を行うことを想定する。これによって、端末１０２は画像処理サーバー１３１が提供するサービスを利用可能となる。

リクエスト処理部４１０２は、ＵＩ制御部４１０３から受信したユーザーの入力情報をもとに、サービス通信部４１０１に画像処理サーバー１３１との通信を要求し、その通信結果に基づいて各種処理を行う。例えば、ＵＩ制御部４１０３のＣａｔｅｇｏｒｙ選択画面を通じてユーザーが入力したＣａｔｅｇｏｒｙ情報を受信した場合は、ＵＩ制御部４１０３にバインダ作成画面の表示を要求する。

ＵＩ制御部４１０３は、リクエスト処理部４１０２からのＵＩ表示要求に応じて、ディスプレイ３２５にＵＩを表示する。また、ユーザーがマウス３２２やキーボード３２３で入力した情報を取得し、リクエスト処理部４１０２に送信する。

画像処理サーバー１３１は、サービス通信部４２０１、リクエスト処理部４２０２、認可情報管理部４２０３、認証情報管理部４２０４、バインダテンプレート情報管理部４２０５、バインダ情報管理部４２０６、およびチケット情報管理部４２０７を含む。さらに、画像処理サーバー１３１は、認可情報ＤＢ４２０８、認証情報ＤＢ４２０９、バインダテンプレートＤＢ４２１０、バインダファイルＤＢ４２１１、およびチケット管理ＤＢ４２１２を備える。

サービス通信部４２０１は、画像形成装置１０１や端末１０２からのリクエストを受信して、リクエスト処理部４２０２にリクエスト内容を送信する。また、サービス通信部４２０１は、リクエスト処理部４２０２からリクエスト処理結果を受信し、画像形成装置１０１や端末１０２にレスポンス情報として送信する。

リクエスト処理部４２０２は、サービス通信部４２０１から送信されたリクエストを解析し、各種処理を実行し、結果をサービス通信部４２０１に送信する。

認可情報管理部４２０３は、リクエスト処理部４２０２からユーザーの認可情報取得を要求された場合、認可情報ＤＢ４２０８から該当のユーザーの認可情報を返信する。また、リクエスト処理部４２０２からユーザーの認可情報保存を要求された場合、認可情報ＤＢ４２０８にユーザーに紐づけて、認可情報を保存する。

認証情報管理部４２０４は、リクエスト処理部４２０２からユーザー認証要求に応じて、認証情報ＤＢ４２０９を照会し、認証処理を行う。この際、認証が成功した場合は、リクエスト処理部４２０２に認証成功通知を行う。認証処理がエラーとなった場合、認証情報管理部４２０４は、リクエスト処理部４２０２に認証失敗通知を行う。

バインダテンプレート情報管理部４２０５は、リクエスト処理部４２０２からバインダテンプレートの取得、検索、保存の要求を受信した場合、バインダテンプレートＤＢ４２１０から対応するバインダテンプレートの取得、検索、保存を行い、結果を返信する。

バインダ情報管理部４２０６は、リクエスト処理部４２０２からバインダファイルの取得、検索、保存の要求を受信した場合、バインダファイルＤＢ４２１１から対応するバインダファイルの取得、検索、保存を行い、結果を返信する。ここでバインダファイルは、バインダ中に含まれる対象のファイルを示す。

チケット情報管理部４２０７は、リクエスト処理部４２０２からチケット情報の取得、検索、保存の要求を受信した場合、チケット管理ＤＢ４２１２から対応するチケットの取得、検索、保存を行い、結果を返信する。

情報管理サーバー１３２は、サービス通信部４３０１、リクエスト処理部４３０２、添付画像管理部４３０３、認証情報管理部４３０４、Ｃａｔｅｇｏｒｙ情報管理部４３０５、およびＭａｔｔｅｒ情報管理部４３０６を含む。さらに、情報管理サーバー１３２は、添付画像ＤＢ４３０７、認証情報ＤＢ４３０８、Ｃａｔｅｇｏｒｙ情報ＤＢ４３０９、およびＭａｔｔｅｒ情報ＤＢ４３１０を備える。

サービス通信部４３０１は、画像処理サーバー１３１からのリクエストを受信して、リクエスト処理部４３０２にリクエスト内容を送信する。また、サービス通信部４３０１は、リクエスト処理部４３０２からリクエスト処理結果を受信し、画像処理サーバー１３１にレスポンス情報として送信する。

リクエスト処理部４３０２は、サービス通信部４３０１から送信されたリクエストを解析し、リクエストに応じた各種処理を実行した後、結果をサービス通信部４３０１に送信する。

添付画像管理部４３０３は、リクエスト処理部４３０２から添付画像の取得、検索、保存の要求を受信した場合、添付画像ＤＢ４３０７から対応する添付画像の取得、検索、保存を行い、結果を返信する。また、添付画像管理部４３０３は、添付画像ファイルの属性として、Ｍａｔｔｅｒ情報、およびＣａｔｅｇｏｒｙ情報を管理する。

認証情報管理部４３０４は、リクエスト処理部４３０２からユーザー認証要求に応じて、認証情報ＤＢ４３０８を照会し、認証処理を行う。認証が成功した場合、認証情報管理部４３０４は、リクエスト処理部４３０２に認証成功通知を行う。認証処理がエラーとなった場合、認証情報管理部４３０４は、リクエスト処理部４３０２に認証失敗通知を行う。

Ｃａｔｅｇｏｒｙ情報管理部４３０５は、リクエスト処理部４３０２からＣａｔｅｇｏｒｙ情報の取得、検索、保存の要求を受信した場合、Ｃａｔｅｇｏｒｙ情報ＤＢ４３０９から対応する情報の取得、検索、保存を行い、結果を返信する。

Ｍａｔｔｅｒ情報管理部４３０６は、リクエスト処理部４３０２からＭａｔｔｅｒ情報の取得、検索、保存の要求を受信した場合、Ｍａｔｔｅｒ情報ＤＢ４３１０から対応する情報の取得、検索、保存を行い、結果を返信する。

［バインダテンプレート作成登録の処理シーケンス例］
図５は、本実施形態における端末１０２、画像処理サーバー１３１、および情報管理サーバー１３２によるバインダテンプレート作成登録の一連の処理を説明するためのシーケンス図である。本処理シーケンスは、ユーザーが最終的に情報管理サーバー１３２に登録したい文書の構成、組合せを事前に決めるためのシーケンスである。

Ｓ５０１では、端末１０２のＵＩ制御部４１０３がバインダテンプレート新規作成のユーザーの指示を検知し、リクエスト処理部４１０２に送信する。ここでは、端末１０２において、バインダテンプレートを作成するアプリケーションプログラムがＵＩの表示をし、このＵＩを介してユーザーの操作、指示を受け付ける。図１０にバインダテンプレート作成を指示するためのアプリケーションＵＩ例を示す。図１０においてユーザーはボタン１２０１を選択することにより、Ｓ５０１の指示を行うこととなる。

Ｓ５０２では、リクエスト処理部４１０２はＳ５０１の要求を受信し、ログイン画面の表示をＵＩ制御部４１０３に送信する。図１１にログイン画面のＵＩ例を示す。図１１のログイン画面は、ユーザーＩＤ入力フィールド１３０１、パスワード入力フィールド１３０２、ログインボタン１３０３、およびキャンセルボタン１３０４を有する。

Ｓ５０３では、ユーザーは、表示されたログイン画面（図１１）におけるユーザーＩＤ入力フィールド１３０１、パスワード入力フィールド１３０２にそれぞれ情報を入力する。ここで入力される認証情報（ユーザーＩＤ、パスワード）は、画像処理サーバー１３１で管理される認証情報を入力する。ログインボタン１３０３が押下されると、ＵＩ制御部４１０３は、ユーザーＩＤ入力フィールド１３０１、パスワード入力フィールド１３０２の入力情報を取得する。その後、ＵＩ制御部４１０３は、リクエスト処理部４１０２に認証要求を送信する。

Ｓ５０４では、リクエスト処理部４１０２は、Ｓ５０３の要求を受信した後、サービス通信部４１０１を通じて画像処理サーバー１３１に入力された認証情報を送信し、認証をリクエストする。本実施形態ではユーザーＩＤを「Ｕｓｅｒ１」として説明する。

Ｓ５０５では、画像処理サーバー１３１のサービス通信部４２０１が、端末１０２から認証情報と認証リクエストとを受信する。サービス通信部４２０１は、リクエスト処理部４２０２に認証処理を要求する。認証情報管理部４２０４は、認証情報ＤＢ４２０９を照会して、「Ｕｓｅｒ１」の認証処理を行う。本実施形態において、ユーザーは適切な認証情報を入力しており、認証処理は成功したものとする。この際、認証情報管理部４２０４は、「Ｕｓｅｒ１」が認証済みであることを示す一意な認可トークンをリクエスト処理部４２０２に返信する。

Ｓ５０６では、リクエスト処理部４２０２は、サービス通信部４２０１に認証結果を送信する。サービス通信部４２０１は、「Ｕｓｅｒ１」の認証結果（ここでは成功通知）および認証トークンをレスポンス情報として画像形成装置１０１に送信する。

Ｓ５０７では、端末１０２のリクエスト処理部４１０２が認証の成功通知を受けて、「Ｕｓｅｒ１」が参照可能なＣａｔｅｇｏｒｙ情報の一覧取得をサービス通信部４１０１に要求する。サービス通信部４１０１は画像処理サーバー１３１のサービス通信部４２０１と通信を行い、「Ｕｓｅｒ１」が参照可能なＣａｔｅｇｏｒｙ情報の一覧取得をリクエストする。この際、サービス通信部４１０１は、Ｓ５０６で取得した認可トークンも送信し、「Ｕｓｅｒ１」が認証済みであることを証明する。

Ｓ５０８では、画像処理サーバー１３１のサービス通信部４２０１は、「Ｕｓｅｒ１」が参照可能なＣａｔｅｇｏｒｙ情報の一覧取得リクエストと認可トークンを端末１０２から受信する。この際、認可トークンが正しいかどうかを認証情報管理部４２０４が確認し、不正な認証トークンである場合は、以降の処理は行わない。リクエスト処理部４２０２は、認可情報管理部４２０３を通じて、「Ｕｓｅｒ１」に紐づけられた情報管理サーバー１３２への認可トークンを取得する。認可情報ＤＢ４２０８では、画像処理サーバー１３１のユーザーＩＤと、情報管理サーバー１３２の認可トークンを管理する。図２２（Ｄ）はデータベースの構成の一例である。リクエスト処理部４２０２は、情報管理サーバー１３２に対し、Ｃａｔｅｇｏｒｙ情報の一覧取得リクエストと情報管理サーバー１３２への認可トークンを送信する。

Ｓ５０９では、情報管理サーバー１３２のサービス通信部４３０１が、Ｃａｔｅｇｏｒｙ情報の一覧取得リクエストと認可トークンを画像処理サーバー１３１から受信する。この際、認可トークンが正しいかどうかを認証情報管理部４３０４が確認し、不正な認証トークンである場合は、以降の処理は行わない。リクエスト処理部４３０２は、Ｃａｔｅｇｏｒｙ情報管理部４３０５を通じて、Ｃａｔｅｇｏｒｙ情報ＤＢ４３０９からＣａｔｅｇｏｒｙ情報の一覧を取得する。本実施形態において、Ｃａｔｅｇｏｒｙ情報ＤＢ４３０９は、図２１（Ｂ）に示すように、ＣａｔｅｇｏｒｙＩＤとＣａｔｅｇｏｒｙＮａｍｅを管理する。Ｃａｔｅｇｏｒｙ情報は、添付画像ファイルの属性として付与し、添付画像ファイルの検索、分類等に利用される情報である。

Ｓ５１０では、情報管理サーバー１３２のリクエスト処理部４３０２は、Ｓ５０９で取得したＣａｔｅｇｏｒｙ情報の一覧をレスポンス情報として画像処理サーバー１３１に送信する。Ｓ５１１では、画像処理サーバー１３１のリクエスト処理部４２０２は、Ｓ５１０で取得したＣａｔｅｇｏｒｙ情報の一覧をレスポンス情報として端末１０２に送信する。Ｓ５１２では、端末１０２のリクエスト処理部４１０２は、ＵＩ制御部４１０３にＳ５１１で受信したＣａｔｅｇｏｒｙ情報の一覧の選択画面を生成させ、当該画面の表示を指示する。

Ｓ５１３では、ＵＩ制御部４１０３は、Ｃａｔｅｇｏｒｙ情報の一覧の選択画面を表示する。なお、図１２にＣａｔｅｇｏｒｙ情報の一覧の選択画面のＵＩ例を示す。選択画面は、選択フィールド１４０１、ＯＫボタン１４０２、およびキャンセルボタン１４０３を有する。Ｓ５１４では、ユーザーが選択画面にてＣａｔｅｇｏｒｙ情報を１つ選択し、ＯＫボタン１４０２を押下する。

Ｓ５１５では、リクエスト処理部４１０２は、ユーザーの選択に従って、バインダテンプレートファイルを生成し、Ｓ５１４で選択されたＣａｔｅｇｏｒｙ情報を保持する。さらに、リクエスト処理部４１０２は、バインダテンプレート作成画面の表示をＵＩ制御部４１０３に指示する。Ｓ５１６では、ＵＩ制御部４１０３は、バインダテンプレート作成画面を表示する。

Ｓ５１７では、バインダテンプレート作成画面上において、ユーザーがバインダテンプレートに章の追加を指示する。図１３にバインダテンプレートへの章追加指示を行う場合のＵＩ例を示す。本実施形態において、ユーザーは、バインダテンプレート作成画面上のボタン１５０１を指定することにより、新しい章の追加を指示する。

Ｓ５１８では、Ｓ５１７の指示を受け、端末１０２のリクエスト処理部４１０２は、章の情報入力画面を表示する。Ｓ５１９では、ＵＩ制御部４１０３は、章の情報入力画面を表示する。図１４に章の情報入力画面のＵＩ例を示す。本実施形態において情報入力画面では、章の名前を指定する入力フィールド１６０１、スキャン文書を挿入する予定の文書数を指定する入力フィールド１６０２、ＯＫボタン１６０３、およびキャンセルボタン１６０４を有する。Ｓ５２０では、ユーザーが章の名前、挿入文書数を各入力フィールドに入力し、ＯＫボタン１６０３を指定することで確定する。

Ｓ５２１では、端末１０２のリクエスト処理部４１０２は、Ｓ５１５で作成したバインダテンプレートファイルにＳ５２０で入力された章の名前で章を新たに作成し、挿入文書数情報を設定する。Ｓ５２２では、ＵＩ制御部４１０３は、Ｓ５１６と同様の、バインダテンプレート作成画面を表示する。ユーザーは最終的に生成する文書の構成に合わせて、Ｓ５１７〜Ｓ５２２を繰り返し、必要に応じて章を追加する。

Ｓ５２３では、ユーザーがバインダテンプレートの登録を指示する。図１５にバインダテンプレートの登録指示を行う際のテンプレート作成画面のＵＩ例を示す。ユーザーは、テンプレート作成画面上のボタン１７０１を指定することでバインダテンプレートの登録指示を行うこととなる。

Ｓ５２４では、端末１０２のリクエスト処理部４１０２がバインダテンプレートの登録をサービス通信部４１０１に要求する。サービス通信部４１０１は、画像処理サーバー１３１のサービス通信部４２０１と通信を行い、バインダテンプレートの登録をリクエストする。このとき、リクエスト処理部４１０２は、リクエストと併せて、認可トークンを送信する。

Ｓ５２５では、画像処理サーバー１３１のサービス通信部４２０１が、バインダテンプレートの登録リクエストと認可トークンを受信する。この際、認可トークンが正しいかどうかを認証情報管理部４２０４が確認し、不正な認証トークンである場合、以降の処理は行わない。リクエスト処理部４２０２は、受信したバインダテンプレートをバインダテンプレート情報管理部４２０５に登録要求し、バインダテンプレートＤＢ４２１０に保管する。さらに、リクエスト処理部４２０２は、バインダテンプレートの各章に文書を挿入するためのチケットを生成し、チケット情報管理部４２０７に保存処理を行う。本ステップの挿入用チケット登録処理については、図７を用いて後述する。

Ｓ５２６では、リクエスト処理部４３０２は、端末１０２に登録処理完了通知をレスポンス情報として送信する。Ｓ５２７では、端末１０２のＵＩ制御部４１０３は、バインダテンプレートの登録要求の完了メッセージを表示する。

本実施形態では、本処理シーケンスにより、「民事訴訟申請書」という名前のバインダテンプレートを作成する。さらに、そのバインダテンプレートでは「申請書」「理由書」「見積書」「付録」の章が作成できる。これにより、民事訴訟申請書に必要な文書構成と、各章にスキャン文書を挿入可能なチケットを、画像処理サーバー１３１に予め登録しておくことが可能となる。

［スキャン文書挿入の処理シーケンス例］
図６は、本実施形態における端末１０２、画像処理サーバー１３１および情報管理サーバー１３２がスキャン文書挿入の一連の処理を説明するシーケンス図である。

Ｓ６０１では、ユーザーがスキャン文書を送信するため、画像形成装置１０１の操作部２１９を操作する。Ｓ６０２では、操作部２１９は、図１６に示すログイン画面を表示する。

Ｓ６０３では、ユーザーは、図１６に示すログイン画面において、ユーザーＩＤ入力フィールド１８０１、パスワード入力フィールド１８０２にそれぞれ認証情報を入力する。ここで入力される認証情報（ユーザーＩＤ、パスワード）は、画像処理サーバー１３１で管理される認証情報を入力する。ユーザーによりログインボタン１８０３が押下されると、ＵＩ制御部４００４は、ユーザーＩＤ入力フィールド１８０１、パスワード入力フィールド１８０２に入力された認証情報を取得する。Ｓ６０４では、画像形成装置１０１のサービス通信部４００１は、画像処理サーバー１３１に認証情報を送信し認証をリクエストする。本実施形態ではユーザーＩＤ「Ｕｓｅｒ１」として説明する。

Ｓ６０５では、ユーザー認証の要求を受信した画像処理サーバー１３１は、認証処理を実行する。Ｓ６０６では、画像処理サーバー１３１の認証情報管理部４２０４は、認証情報ＤＢ４２０９を照会して、「Ｕｓｅｒ１」の認証処理を行う。本実施形態において、ユーザーは適切な認証情報を入力しており、認証処理は成功したものとする。この際、サービス通信部４２０１は、「Ｕｓｅｒ１」が認証済みであることを示す一意な認可トークンを画像形成装置１０１に返信する。

Ｓ６０７では、画像形成装置１０１のリクエスト処理部４００２は認証成功通知を受けて、「Ｕｓｅｒ１」が参照可能なＭａｔｔｅｒ情報の一覧取得をサービス通信部４００１に要求する。サービス通信部４００１は、画像処理サーバー１３１のサービス通信部４２０１と通信を行い、「Ｕｓｅｒ１」が参照可能なＭａｔｔｅｒ情報の一覧取得をリクエストする。この際、サービス通信部４００１は、Ｓ６０６で取得した認可トークンを併せて送信し、「Ｕｓｅｒ１」が認証済みであることを証明する。

Ｓ６０８では、画像処理サーバー１３１のサービス通信部４２０１が、「Ｕｓｅｒ１」が参照可能なＭａｔｔｅｒ情報の一覧取得リクエストと認可トークンを画像形成装置１０１から受信する。この際、認可トークンが正しいかどうかを認証情報管理部４２０４が確認し、不正な認証トークンである場合、以降の処理は行わない。リクエスト処理部４２０２は、認可情報管理部４２０３を通じて、「Ｕｓｅｒ１」に紐づけられた情報管理サーバー１３２への認可トークンを取得する。認可情報ＤＢ４２０８では、画像処理サーバー１３１のユーザーＩＤと、情報管理サーバー１３２の認可トークンを管理する。図２２（Ｄ）は認可情報ＤＢ４２０８にて管理される認可トークンの一例である。リクエスト処理部４２０２は、情報管理サーバー１３２に対し、Ｍａｔｔｅｒ情報の一覧取得リクエストと情報管理サーバー１３２への認可トークンとを送信する。

Ｓ６０９では、情報管理サーバー１３２のサービス通信部４３０１が、画像処理サーバー１３１から、Ｍａｔｔｅｒ情報の一覧取得リクエストと認可トークンを受信する。この際、認可トークンが正しいかどうかを認証情報管理部４３０４が確認し、不正な認証トークンである場合、以降の処理は行わない。情報管理サーバー１３２のリクエスト処理部４３０２は、Ｍａｔｔｅｒ情報管理部４３０６を介して、Ｍａｔｔｅｒ情報ＤＢ４３１０からユーザーが担当するＭａｔｔｅｒ情報の一覧を取得する。本実施形態において、Ｍａｔｔｅｒ情報ＤＢ４３１０は、図２１（Ａ）に示すように、ＭａｔｔｅｒＩＤ、Ｍａｔｔｅｒ名、ユーザーＩＤ、およびステータスを対応付けて管理する。本実施形態の場合、図２１（Ａ）に示すようにユーザーＩＤが「Ｕｓｅｒ１」であれば、「Ｘ Ｉｎｃ．‘ｓ ｍａｔｔｅｒ」と「Ｍａｔｔｅｒ Ｚ」が特定される。Ｍａｔｔｅｒ情報ＤＢ４３１０は、図２１（Ａ）に示すように、ＭａｔｔｅｒＩＤ、Ｍａｔｔｅｒ名、担当ユーザーＩＤ、およびＭａｔｔｅｒのステータスを管理する。

Ｓ６１０では、リクエスト処理部４３０２は、Ｓ６０９で取得したＭａｔｔｅｒ情報の一覧をレスポンス情報として画像処理サーバー１３１に送信する。Ｓ６１１では、画像処理サーバー１３１のリクエスト処理部４２０２は、Ｓ６１０で取得したＭａｔｔｅｒ情報の一覧をレスポンス情報として画像形成装置１０１に送信する。

Ｓ６１２では、画像形成装置１０１のリクエスト処理部４００２が、「Ｕｓｅｒ１」が参照可能なＣａｔｅｇｏｒｙ情報の一覧取得をサービス通信部４００１に要求する。サービス通信部４００１は、画像処理サーバー１３１のサービス通信部４２０１と通信を行い、「Ｕｓｅｒ１」が参照可能なＣａｔｅｇｏｒｙ情報の一覧取得をリクエストする。この際、サービス通信部４００１は、Ｓ６０６で取得した認可トークンも併せて送信し、「Ｕｓｅｒ１」が認証済みであることを証明する。Ｓ６１３〜Ｓ６１５は、図５にて述べたＳ５０７〜Ｓ５０９と同様の流れでＣａｔｅｇｏｒｙ一覧が取得される。

Ｓ６１６では、画像処理サーバー１３１のリクエスト処理部４２０２は、画像形成装置１０１にＳ６１５で取得したＣａｔｅｇｏｒｙ情報の一覧をレスポンス情報として送信する。Ｓ６１７では、画像形成装置１０１のリクエスト処理部４００２は、ＵＩ制御部４００４にＳ６１１とＳ６１６で受信したＭａｔｔｅｒ／Ｃａｔｅｇｏｒｙ情報の一覧の選択画面を表示するように指示する。Ｓ６１８では、ＵＩ制御部４００４は、Ｍａｔｔｅｒ／Ｃａｔｅｇｏｒｙ情報の一覧の選択画面を表示する。図１７にＭａｔｔｅｒ／Ｃａｔｅｇｏｒｙ情報の一覧の選択画面のＵＩ例を示す。

Ｓ６１９では、ユーザーはスキャン送信する文書がどのＭａｔｔｅｒのどういったＣａｔｅｇｏｒｙの文書であるか、Ｍａｔｔｅｒ／Ｃａｔｅｇｏｒｙ情報の一覧の選択画面で選択する。さらに、ユーザーは、選択画面にて各情報の選択を行った後、ＯＫボタン１９０３を指定する。

Ｓ６２０では、画像形成装置１０１は、ユーザーが使用可能なチケットの一覧を画像処理サーバー１３１にリクエストする。このとき、画像形成装置１０１は、Ｓ６１９で選択されたＭａｔｔｅｒ情報とＣａｔｅｇｏｒｙ情報を併せて送信する。

Ｓ６２１では、画像処理サーバー１３１のサービス通信部４２０１は、チケット一覧の取得リクエストを画像形成装置１０１から受信する。リクエスト処理部４２０２は、受信したＭａｔｔｅｒ情報とＣａｔｅｇｏｒｙ情報をもとに、ユーザーが使用可能なチケット一覧を作成する。本ステップのチケット一覧作成処理については、図８を用いて後述する。

Ｓ６２２では、リクエスト処理部４３０２は、画像形成装置１０１にチケット一覧情報をレスポンス情報として送信する。Ｓ６２３では、画像形成装置１０１のリクエスト処理部４００２は、ＵＩ制御部４００４に対して、Ｓ６２２で受信したチケットの一覧の表示を指示する。Ｓ６２４では、ＵＩ制御部４００４は、メイン画面上にチケットの一覧を表示する。図１８にメイン画面とチケットの一覧をユーザーに提示するためのＵＩ例を示す。

Ｓ６２５では、ユーザーは、ＵＩを介してチケットを選択することで、スキャンにて読み込む画像をいずれの章の文書ファイルとして挿入するかを指定する。そして、ユーザーは、ボタン２００２を指定し、スキャン処理を開始させる。Ｓ６２６では、リクエスト処理部４００２は、Ｓ６２５で選択されたチケットの情報をチケット解析部４００５に送信し、チケット情報からスキャナを制御するためのパラメータを抽出する。このパラメータには、読み取り設定となる、解像度、カラーモードなどの情報が含まれる。

Ｓ６２７では、画像形成装置１０１のＵＩ制御部４００４は、ＵＩにスキャン処理中画面を表示する。図１９にスキャン処理中画面のＵＩ例を示す。Ｓ６２８では、スキャナ制御部４００３は、Ｓ６２６によって抽出したパラメータを使用して、スキャンの実行と画像データファイルの生成を行う。

Ｓ６２９では、画像形成装置１０１のサービス通信部４００１は、Ｓ６２８で生成したスキャン画像とＳ６１９で選択されたＭａｔｔｅｒＩＤおよびＣａｔｅｇｏｒｙＩＤ、使用したチケットを画像処理サーバー１３１にアップロードする。Ｓ６３０では、画像処理サーバー１３１は、受信したスキャン画像データをバインダファイルの所定の章への挿入処理を実行する。Ｓ６３１では、画像処理サーバー１３１は、バインダファイル、バインダファイルに紐づけたＭａｔｔｅｒ情報とＣａｔｅｇｏｒｙ情報とを情報管理サーバー１３２に送信し、格納処理をリクエストする。

Ｓ６３２では、情報管理サーバー１３２は、受信したバインダファイルを添付画像管理部４３０３により、添付画像ＤＢ４３０７に保管する。この際、添付画像管理部４３０３は、受信したＭａｔｔｅｒ情報およびＣａｔｅｇｏｒｙ情報を属性として保管する。Ｓ６３３では、情報管理サーバー１３２は、画像処理サーバー１３１に、格納処理の完了をレスポンス情報として送信する。なお、Ｓ６３０〜Ｓ６３３の、スキャンデータのバインダ挿入・格納処理については、図９を用いて後述する。

Ｓ６３４では、画像処理サーバー１３１は、画像形成装置１０１にスキャン画像のアップロード処理の完了通知をレスポンスとして送信する。Ｓ６３５では、画像形成装置１０１のＵＩ制御部４００４は、スキャン画像のアップロード完了メッセージ（図２０）を表示する。ユーザーがボタン２００１を指定した場合には、Ｓ６２０以降の処理を繰り返すこととなる。また、図１８〜２０におけるログアウトボタン２００３、２１０１、２２０２が指定された場合、その時点で実行されている処理が中止され、ログアウトが行われる。

［挿入用チケット登録の処理フロー］
図７は、本発明の実施形態における画像処理サーバー１３１における、挿入用チケット登録処理を実行する動作を説明するフロー図である。本処理は、図５のＳ５２５のステップに対応する。なお、本実施形態において、本処理フローは、画像処理サーバー１３１のＣＰＵ３１１がＲＯＭ３１２等に格納されたプログラムを読み出し、実行することにより実現される。

Ｓ７０１において、画像処理サーバー１３１は、ユーザーが作成したバインダテンプレートを受信する。このバインダテンプレートは、ユーザーが最終的に情報管理サーバー１３２に格納したい章構成が設定されている。

Ｓ７０２において、画像処理サーバー１３１は、バインダテンプレートファイルを開き、バインダテンプレート内の情報を解析する。

Ｓ７０３において、画像処理サーバー１３１は、バインダテンプレートに章が存在するかどうかをチェックする。章が存在しない場合（Ｓ７０３にてＮＯ）、空のバインダテンプレートであり、挿入する章が設定されていないことになるため、画像処理サーバー１３１は、本フローを終了する。章が１つ以上存在する場合（Ｓ７０３にてＹＥＳ）、Ｓ７０４へ進む。

Ｓ７０４において、画像処理サーバー１３１は、先頭の章の設定を取得する。章の設定には、Ｓ５２０でユーザーにより設定された、章の名前、挿入文書数の情報が含まれる。

Ｓ７０５において、画像処理サーバー１３１は、Ｓ７０４で取得した章の設定情報をもとに、文書ファイルを挿入するために用いられるチケットを生成する。チケットには、チケットＩＤ、チケット名、およびユーザーＩＤが含まれる。さらに、チケットは、Ｓ６２６でスキャン処理に使用する解像度、カラーモードなどの読み取り設定も含む。さらに、チケットは、情報管理サーバー１３２の格納場所情報、Ｓ７０４で取得した章名、およびバインダテンプレートを特定するＩＤを含む。図２３にチケットの構成例を示す。画像処理サーバー１３１は、生成したチケットをチケット管理ＤＢ４２１２に登録する。

Ｓ７０６において、画像処理サーバー１３１は、バインダテンプレートに他の章の設定が含まれている場合には（Ｓ７０６にてＹＥＳ）、次の章の設定を取得し、Ｓ７０５を繰り返し実行する。そして、全ての章の設定に対して登録が完了した場合（Ｓ７０６にてＮＯ）、本処理フローを終了する。

本実施形態では、図５で示したフローを実行することにより、図２２（Ｃ）のチケット管理ＤＢ４２１２のチケット２７０２、２７０３、２７０４、２７０５が登録されることになる。これにより、ユーザーが作成したバインダテンプレートの章構成に従ったチケットを自動的に生成する。

［チケット一覧作成の処理フロー］
図８は、本発明の実施形態における画像処理サーバー１３１における、チケット一覧作成処理を説明するフロー図である。本処理は、図６のＳ６２１のステップに対応する。なお、本実施形態において、本処理フローは、画像処理サーバー１３１のＣＰＵ３１１がＲＯＭ３１２等に格納されたプログラムを読み出し、実行することにより実現される。

Ｓ８０１において、画像処理サーバー１３１は、画像形成装置１０１から、ＭａｔｔｅｒＩＤとＣａｔｅｇｏｒｙＩＤの情報とともに、チケット一覧要求を受信する。例では、ＭａｔｔｅｒＩＤとして「１９ＣＣＤ４９Ｄ」、ＣａｔｅｇｏｒｙＩＤとして「３５１９Ａ７４９」が受信される。Ｓ８０２において、画像処理サーバー１３１は、チケット管理ＤＢ４２１２からチケット一覧を要求したユーザーのＵｓｅｒＩＤと一致するチケットの一覧を取得する。

Ｓ８０３において、画像処理サーバー１３１は、Ｓ８０２で取得したチケットの一覧にチケットが１つ以上存在するかチェックする。チケットが存在しない場合（Ｓ８０３にてＮＯ）、ユーザーが使用可能なチケットがないため、画像処理サーバー１３１は、本フローを終了する。チケットが１つ以上存在する場合（Ｓ８０３にてＹＥＳ）、Ｓ８０４に進む。

Ｓ８０４において、画像処理サーバー１３１は、先頭のチケットを取得する。ここでは、図２２（Ｃ）に示すチケット２７０２が取得できる。Ｓ８０５において、画像処理サーバー１３１は、チケットに設定されているバインダテンプレートＩＤ２７０１を取得する。ここでは、図２２（Ｃ）に示すチケット２７０２の「４Ｅ０Ｅ４Ｅ５２」を取得する。

Ｓ８０６において、画像処理サーバー１３１は、バインダテンプレートＤＢ４２１０からＳ８０５で取得したバインダテンプレートＩＤを用いて検索し、バインダテンプレートを取得する。さらに、画像処理サーバー１３１は、検索で取得したバインダテンプレートに設定されているＣａｔｅｇｏｒｙＩＤを取得する。ここでは、バインダテンプレート２５０２を取得し、ＣａｔｅｇｏｒｙＩＤとして「３５１９Ａ７４９」を取得する。

Ｓ８０７において、画像処理サーバー１３１は、Ｓ８０１で受信したＭａｔｔｅｒＩＤとＣａｔｅｇｏｒｙＩＤの情報を用いて、バインダファイルＤＢ４２１１を検索し、バインダファイルを取得する。ここでは、図２２（Ｂ）に示すバインダファイル２６０４を取得する。Ｓ８０８において、画像処理サーバー１３１は、Ｓ８０７で検索した結果、該当するバインダファイルが存在するかどうかチェックする。存在しなかった場合は（Ｓ８０８にてＮＯ）、Ｓ８１３に進む。存在している場合は（Ｓ８０８にてＹＥＳ）、Ｓ８０９に進む。

Ｓ８０９において、画像処理サーバー１３１は、Ｓ８０７で取得したバインダファイルに含まれるＣｈａｐｔｅｒＩＤを取得する。さらに、画像処理サーバー１３１は、設定されている挿入文書残数を取得する。ここでは、ＣｈａｐｔｅｒＩＤおよび挿入文書残数として、図２２（Ｂ）に示すバインダファイル２６０４のＣｈａｐｔｅｒｓ２６０３に設定されている「申請書（１）」、残数「１」を取得する。

Ｓ８０９にて取得した情報において残数が「０」の場合（Ｓ８１０にてＮＯ）、すでに、ユーザーが設定した数の文書ファイルが挿入されており、該当する章に挿入するためのチケットは不要となる。この場合、Ｓ８１２に進む。Ｓ８０９にて取得した情報において残数が「１」以上の場合（Ｓ８１０にてＹＥＳ）、挿入文書数の上限に達していないと判断できるため、Ｓ８１１に進む。

Ｓ８１１において、画像処理サーバー１３１は、Ｓ８０５で取得したチケットを画像形成装置１０１への送信用のチケット一覧に追加する。ここでは、チケット２７０２が送信用のチケット一覧に追加される。

Ｓ８１２において、画像処理サーバー１３１は、他の章が含まれている場合には（Ｓ８１２にてＹＥＳ）、次の章を取得し、Ｓ８１０〜８１１を繰り返す。すべての章について処理を実行した場合は（Ｓ８１２にてＮＯ）、Ｓ８１４へ進む。ここでは、「理由書（２）」、「見積書（３）」の章は残数が「０」のため、該当するチケット２７０３は送信用のチケット一覧には追加されない。一方、「付録（４）」の章は、残数が「１」であるため、チケット２７０５は以降のループ内で送信用のチケット一覧に追加されることとなる。Ｓ８１３において、画像処理サーバー１３１は、Ｓ８０５で取得したチケットを送信用のチケット一覧に追加する。

Ｓ８１４において、画像処理サーバー１３１は、他の未処理のチケットがある場合には（Ｓ８１４にてＹＥＳ）、次のチケットを取得し、Ｓ８０５〜Ｓ８１３を繰り返し実行する。すべてのチケットにおいて処理を実行した場合は（Ｓ８１４にてＮＯ）、Ｓ８１５に進む。

Ｓ８１５において、画像処理サーバー１３１は、画像形成装置１０１に送信用のチケット一覧を送信し、本フローを終了する。ここでは、図２３に示す２つのチケット一覧を送信する。

上記フローを実行することにより、ユーザーがバインダテンプレートで事前に設定した章、章ごとの挿入文書数に応じて、スキャンする際に、必要最小限の使用可能なチケットだけを操作部に表示し、ユーザーが選択することが可能となる。

［バインダ挿入・格納の処理フロー］
図９は、本発明の実施形態における画像処理サーバー１３１における、バインダ挿入・格納動作を説明するフロー図である。本処理は、図６のＳ６３０およびＳ６３１のステップに対応する。なお、本実施形態において、本処理フローは、画像処理サーバー１３１のＣＰＵ３１１がＲＯＭ３１２等に格納されたプログラムを読み出し、実行することにより実現される。

Ｓ９０１において、画像処理サーバー１３１は、画像形成装置１０１からスキャン画像とＭａｔｔｅｒＩＤ、ＣａｔｅｇｏｒｙＩＤ、および使用したチケットを受信する。ここでは、ＭａｔｔｅｒＩＤとして「１９ＣＣＤ４９Ｄ」、ＣａｔｅｇｏｒｙＩＤとして「３５１９Ａ７４９」、およびチケット２７０２を受信する。Ｓ９０２において、画像処理サーバー１３１は、Ｓ９０１で受信したＭａｔｔｅｒＩＤとＣａｔｅｇｏｒｙＩＤの情報を使用して、バインダファイルＤＢ４２１１を検索し、バインダファイルを取得する。ここでは、図２２（Ｂ）に示すバインダファイル２６０４を取得する。

Ｓ９０３において、画像処理サーバー１３１は、Ｓ８０２で該当するバインダファイルが存在するかどうかチェックする。存在しなかった場合は（Ｓ９０３にてＮＯ）、Ｓ９０４へ進む。存在している場合は（Ｓ９０３にてＹＥＳ）、Ｓ８０７へ進む。

Ｓ９０４において、画像処理サーバー１３１は、バインダテンプレートＤＢ４２１０からＳ９０１で取得したＣａｔｅｇｏｒｙＩＤを用いて検索し、バインダテンプレートを取得する。ここでは、ＣａｔｅｇｏｒｙＩＤ「３５１９Ａ７４９」により、図２２（Ａ）に示すバインダテンプレート２５０２が取得される。Ｓ９０５において、画像処理サーバー１３１は、Ｓ９０４で取得したバインダテンプレートをバインダファイルＤＢ４２１１にコピーする。

Ｓ９０６において、画像処理サーバー１３１は、コピーしたバインダファイルの章構成を解析し、Ｃｈａｐｔｅｒｓ２６０３にＣｈａｐｔｅｒＩＤと設定されている挿入文書数を残数として登録する。

Ｓ９０７において、画像処理サーバー１３１は、Ｓ９０２もしくはＳ９０６で確定したバインダファイルを取り出す。画像処理サーバー１３１は、Ｓ９０１で受信したチケットに設定されているＣｈａｐｔｅｒＩＤに該当する章に受信したスキャン画像を挿入し、バインダファイルＤＢ４２１１に保存する。ここでは、バインダファイル２６０４のＣｈａｐｔｅｒＩＤ「申請書（１）」にスキャン画像を挿入する。Ｓ９０８において、画像処理サーバー１３１は、Ｃｈａｐｔｅｒｓ２６０３の値のうち、該当するＣｈａｐｔｅｒＩＤの残数を減らす。

Ｓ９０９において、画像処理サーバー１３１は、すべてのＣｈａｐｔｅｒＩＤ設定されている残数が０であるかチェックする。すべての残数が０の場合（Ｓ９０９にてＹＥＳ）、Ｓ９１０に進む。いずれかの残数が１以上であれば（Ｓ９０９にてＮＯ）、本フローを終了する。

すべての残数が０の場合、バインダファイルが複数のスキャン文書により完成したと判断することができる。したがって、Ｓ９０１において画像処理サーバー１３１は、バインダファイル、バインダファイルに紐づけたＭａｔｔｅｒ情報とＣａｔｅｇｏｒｙ情報とを情報管理サーバー１３２に送信し、格納処理をリクエストする。

Ｓ９１１において、画像処理サーバー１３１は、Ｓ９１０で送信したバインダファイルをバインダファイルＤＢ４２１１から削除し本フローを終了する。

本処理により、異なるＭａｔｔｅｒに対して、同一種類のバインダファイルを自動的に生成することが可能となるため、バインダテンプレートを毎回登録する必要がなくなる。定型的な文書構成が必要な業務において、効率よくスキャン文書を格納することが可能となる。

以上、定型業務において、必要な文書構成を事前に定義することが可能となる。すなわち、定型業務におけるスキャン作業の完了時にスキャンした文書ファイルを集めて、バインドする必要がなくなる。その結果、業務を効率よく行え、バインドする際に文書が不足するなどのミスを低減することが可能となる。また、案件が増えても、スキャン実行時にチケットの数が比例して増えることがないため、効率よくチケットを管理することが可能となる。さらに、ユーザーが必要なチケットのみ表示することができ、ユーザーはより簡単にスキャン実行を操作することができる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (8)

1. １または複数の文書ファイルを含み、１または複数の章構成を有するバインダファイルを生成する画像処理サーバーであって、
   前記バインダファイルの章構成が定義されるテンプレートを保持する保持手段と、
   前記テンプレートで定義されている章構成に基づいて、前記バインダファイルの各章に文書ファイルを挿入するためのチケットを生成する生成手段と、
   前記チケットをユーザーに提示する提示手段と、
   前記提示手段にて提示したチケットのうちユーザーにより指定されたチケットに従って、文書ファイルを挿入する章を特定し、前記特定した章に当該文書ファイルを挿入する挿入手段と
   を有することを特徴とする画像処理サーバー。
2. 前記テンプレートには、前記バインダファイルの各章に挿入可能な文書ファイルの数が定義されることを特徴とする請求項１に記載の画像処理サーバー。
3. 前記テンプレートには、前記バインダファイルの各章の名前が定義されることを特徴とする請求項１または２に記載の画像処理サーバー。
4. 前記提示手段は、前記バインダファイルの各章に挿入可能な文書ファイルの数に基づいて、前記ユーザーが文書ファイルを挿入可能なバインダファイルの章に対応するチケットを提示することを特徴とする請求項２に記載の画像処理サーバー。
5. 前記画像処理サーバーは、スキャナに接続されており、
   前記挿入手段にて挿入される文書ファイルは、前記スキャナにて読み込まれたデータであることを特徴とする請求項１に記載の画像処理サーバー。
6. 前記チケットは、前記スキャナにてスキャン処理を行う際の設定を含むことを特徴とする請求項５に記載の画像処理サーバー。
7. １または複数の文書ファイルを含み、１または複数の章構成を有するバインダファイルを生成する画像処理サーバーの制御方法であって、
   保持手段が、前記バインダファイルの章構成が定義されるテンプレートを保持する保持工程と、
   生成手段が、前記テンプレートで定義されている章構成に基づいて、前記バインダファイルの各章に文書ファイルを挿入するためのチケットを生成する生成工程と、
   提示手段が、前記チケットをユーザーに提示する提示工程と、
   挿入手段が、前記提示工程にて提示したチケットのうちユーザーにより指定されたチケットに従って、文書ファイルを挿入する章を特定し、前記特定した章に当該文書ファイルを挿入する挿入工程と
   を有することを特徴とする制御方法。
8. コンピュータを、
   １または複数の文書ファイルを含み、１または複数の章構成を有するバインダファイルの章構成が定義されるテンプレートを保持する保持手段、
   前記テンプレートで定義されている章構成に基づいて、前記バインダファイルの各章に文書ファイルを挿入するためのチケットを生成する生成手段、
   前記チケットをユーザーに提示する提示手段、
   前記提示手段にて提示したチケットのうちユーザーにより指定されたチケットに従って、文書ファイルを挿入する章を特定し、前記特定した章に当該文書ファイルを挿入する挿入手段
   として機能させるためのプログラム。

Images