情報処理装置、情報処理方法、及びコンピュータプログラム
【課題】 共通文書データと個別文書データを対応付けて登録する際に発生するユーザの作業を軽減するとともに、個別文書のデータを特定する作業を効率化させること。
【解決手段】 読取装置により文書が読み取られることで生成される複数の画像データを取得して、その画像データからセパレータ画像を特定する。そして、セパレータ画像よりも前の画像データを共通文書データと、また、セパレータ画像よりも後の画像データを個別文書データと特定する。そして、共通文書データと個別文書データを対応付けてデータベースに登録する。その際には、共通文書データと個別文書データを対応付ける対応テーブルを用いて対応付けたり、また、共通文書データと個別文書データから１つのファイルを作成し、そのファイルを登録したりする。
【解決手段】 読取装置により文書が読み取られることで生成される複数の画像データを取得して、その画像データからセパレータ画像を特定する。そして、セパレータ画像よりも前の画像データを共通文書データと、また、セパレータ画像よりも後の画像データを個別文書データと特定する。そして、共通文書データと個別文書データを対応付けてデータベースに登録する。その際には、共通文書データと個別文書データを対応付ける対応テーブルを用いて対応付けたり、また、共通文書データと個別文書データから１つのファイルを作成し、そのファイルを登録したりする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、及びその制御方法、プログラムに関し、特に、共通文書のデータと個別文書のデータとを対応付けて登録するための技術に関するものである。
【背景技術】
【０００２】
従来、保険の申込手続において、被保険者は、申込書に名前などの必要事項を記入して、申込を行っている。このとき、申込書に、保険の内容が記載されている場合もあるが、別紙に保険の内容が記載されている場合もある。また、保険の申込をするために申込書に添付しなければならない添付書類なども必要となる場合がある。
【０００３】
また、例えば、会社が、複数社員に対する保険の一括申込を行うことがある。このような場合、保険の内容が記載された文書や、添付書類などは、各社員（被保険者）共通の文書として、保険会社に渡される。そして、各社員（被保険者）は、各自に配布された申込書に必要事項を記入して、その記入された申込書は、会社から保険会社に渡される。
【０００４】
このとき、保険会社に渡される共通の文書（以下、共通文書と言う）は、各社員（各被保険者）に対して１部あり、保険会社に渡される申込書は、各社員（各被保険者）のそれぞれが記入した分の申込書（以下、個別文書という）がある。
【０００５】
保険会社の社員は、共通文書と複数の個別文書をスキャナでまとめてスキャンして、１つのファイルとして登録し、そのファイルを検索し、閲覧して、その内容を確認する業務を行っている。
【０００６】
特許文献１には、スキャナでスキャンする文書の先頭に、生成されるファイルのファイル名の付け方、生成されるファイルのファイル形式の種類、生成されるファイルの格納先が指示されている指示シートを挿入して、その指示シートの内容に従って、指示シートの後にスキャンされる文書に対する処理内容を決定することが記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−２１０５６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来、共通文書のデータと、複数の個別文書のデータとが１つのファイルとして登録されてしまうため、例えば、保険会社のユーザが、当該ファイルの複数の個別文書のデータの中から、閲覧したい個別文書のデータを特定する手間が煩雑であった。
【０００９】
また、従来、共通文書のデータと、複数の個別文書のデータとが１つのファイルとして登録されてしまうため、ユーザが、ある１件の個別文書のデータを閲覧したい場合であっても、他の個別文書のデータも閲覧可能なため、情報セキュリティ上の課題もある。
【００１０】
また、ユーザは、閲覧したい被保険者の個別文書だけではなく、どのような契約条件になっているか等を確認するために共通文書も確認する必要がある。そのため、従来のように、共通文書のデータと、複数の個別文書のデータとが１つのファイルとして登録されてしまうと、確認したい個別文書と共通文書のページが離れている場合、確認し辛くなってしまう。
【００１１】
また、閲覧（確認）したい共通文書と個別文書を特定し易くするために、ユーザは、手作業で共通文書と、１件の個別文書とを１つのファイルとして登録することが考えられる。
【００１２】
これを行うためには、ユーザが手作業で、共通文書と１件の個別文書とをまとめて、スキャナにセットし、それをスキャンして生成される１つのファイルを登録しなければならないため、ユーザは、個別文書が複数ある場合は、その作業を複数回行わなければならず、煩雑な作業を強いられてしまう。
【００１３】
また、特許文献１の方法を用いた場合、指示シートと共通文書と１件の個別文書とをまとめて、スキャナにセットし、それをスキャンして生成される１つのファイルを登録しなければならないため、複数の個別文書を登録する場合は、個別文書と同じ数の共通文書と指示シートを用意し、スキャナにセットしスキャンしなければならない。その結果、共通文書や指示シートを多く用意しなければならず印刷コストが高くなってしまうと共に、その共通文書と指示シートを用意する作業が煩雑になってしまう。
【００１４】
そこで、本発明の目的は、共通文書のデータと個別文書のデータとを関連付けて登録する際に、ユーザよって行われる煩雑な作業を軽減する共に、個別文書を確認する際に、関連する共通文書を容易に確認可能とすることで、個別文書のデータを確認する作業を効率化させることである。
【課題を解決するための手段】
【００１５】
本発明の情報処理装置は、文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置であって、前記読取装置によって文書が読み取られることで生成された画像データを取得する取得手段と、前記取得手段に取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取手段と、前記読取手段で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定手段と、前記特定手段で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成手段と、を備えることを特徴とする。
【００１６】
また、本発明の情報処理方法は、本発明文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置によって行われる情報処理方法であって、前記読取装置によって文書が読み取られることで生成された画像データを取得する取得工程と、前記取得工程で取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取工程と、前記読取工程で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定工程と、前記特定工程で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成工程と、を備えることを特徴とする。
【００１７】
また、本発明のコンピュータプログラムは、文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置を、前記読取装置によって文書が読み取られることで生成された画像データを取得する取得手段と、前記取得手段に取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取手段と、前記読取手段で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定手段と、前記特定手段で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成手段として機能させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ユーザによる共通文書のデータと個別文書のデータとを関連付けて登録する際に、ユーザよって行われる煩雑な作業を軽減する共に、個別文書を確認する際に、関連する共通文書を容易に確認可能とすることで、個別文書のデータを確認する作業を効率化させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係る情報処理システムの構成を示す図である。
【図２】図１に示したクライアント端末１０４の基本構成を示すブロック図である。
【図３】（ａ）被保険者の保険申込書（個別文書）、（ｂ）契約一括申込書（共通文書）２２０１、（ｃ）セパレータ（セパレータシート）のそれぞれの印刷処理を示すフローチャートである。
【図４】被保険者の保険申込書（個別文書）、契約一括申込書（共通文書）などの文書の電子データをファイリングサーバ１０２に登録する処理の一例を示すフローチャートである。
【図５】図４に示すステップＳ４０７（セパレータを用いた結合処理）の詳細処理の一例を示すフローチャートである。
【図６】図４に示すステップＳ４０８（通常の結合処理）の詳細処理の一例を示すフローチャートである。
【図７】図４に示すステップＳ４１２（イメージ登録処理）の詳細処理の一例を示すフローチャートである。
【図８】登録保留されたファイルの登録・削除処理の一例を示すフローチャートである。
【図９】ファイリングサーバ１０２の登録文書テーブル（図１３）に登録されているファイルの検索、閲覧処理の一例を示すフローチャートである。
【図１０】図３（ａ）で被保険者の保険申込書に印刷された申込番号の、属性情報連携ファイル（図１１）のレコードの情報を、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブルに登録する処理の一例を示すフローチャートである。
【図１１】属性情報連携ファイルの一例を示す図である。
【図１２】属性情報テーブルの一例を示す図である。
【図１３】登録文書テーブルの一例を示す図である。
【図１４】スキャン取込指示受付画面の一例を示す図である。
【図１５】スキャン取込結果画面の一例を示す図である。
【図１６】ステップＳ４１３で表示されるエラーメッセージ画面の一例である。
【図１７】登録保留のデータ一覧画面の一例を示す図である。
【図１８】登録・削除画面の一例を示す図である。
【図１９】ステップＳ８１２で表示されるエラーメッセージ画面の一例を示す図である。
【図２０】検索条件入力画面の一例を示す図である。
【図２１】検索結果表示画面の一例を示す図である。
【図２２】共通文書、セパレータ、複数の案件それぞれの複数の個別文書から、複数の案件のファイル（共通文書と個別文書とが結合されたファイル）をそれぞれ生成することを説明するための図である。
【図２３】第２の実施の形態における図４に示すステップＳ４０７（セパレータを用いた結合処理）の詳細処理の一例を示すフローチャートである。
【図２４】第２の実施の形態における図４に示すステップＳ４１２（イメージ登録処理）の詳細処理の一例を示すフローチャートである。
【図２５】第２の実施の形態における、登録保留されたファイルの登録・削除処理の一例を示すフローチャートである。
【図２６】図２５に示すステップＳ２５２０（登録保留データ削除処理）の詳細処理の一例を示すフローチャートである。
【図２７】第２の実施の形態における、ファイリングサーバ１０２の登録文書テーブルに登録されているファイルの検索・閲覧処理の一例を示すフローチャートである。
【図２８】第２の実施の形態における登録文書テーブルの一例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００２１】
［第１の実施の形態］
図１は、本発明の第１の実施形態に係る情報処理システムの構成を示す図である。ホストコンピュータ１０１、ファイリングサーバ１０２、プリンタ１０３、クライアント端末１０４、クライアント端末１０６は、それぞれネットワーク１０７を介して、相互に通信可能に接続されている。また、クライアント端末１０４は、スキャナ１０５と通信可能に接続されている。スキャナ１０５は、文書を読み取り該文書の画像データを生成する読取装置の適用例である。
【００２２】
ホストコンピュータ１０１は、属性情報連携ファイル（図１１）を記憶しており、属性情報連携ファイルに記憶されている情報に従って、後述する被保険者の保険申込書（被保険者名簿とも言う）のデータをプリンタ１０３に印刷出力する機能を備えている。被保険者の保険申込書（被保険者名簿）は、後述する個別文書（用紙）である。ここで印刷される個別文書には、属性情報連携ファイル（図１１）に記憶されている申込番号が印字される。個別文書毎に、異なる申込番号が印字されるため、申込番号から個別文書を特定することが可能となる。このように、申込番号は、個別文書を識別する識別情報として用いられる。
【００２３】
個別文書は、例えば、被保険者の保険申込書であって、被保険者が保険の申込を行うために、被保険者の署名、捺印等を行う用紙である。本実施の形態では、１枚の個別文書を、１人の被保険者の保険の申込を行う用紙として説明する。
【００２４】
また、ホストコンピュータ１０１は、記憶部に記憶している契約一括申込書（共通文書）２２０１、及びセパレータ（セパレータシート）２２０２のデータをプリンタ１０３に印刷出力する機能を備えている。契約一括申込書（共通文書）は、保険の契約を締結するための各申込者の共通文書であって、１枚又は複数枚の用紙で構成される。セパレータは、共通文書と個別文書とを区別する用紙であって、区別するための情報が記憶されたＱＲコードが印刷されている。
【００２５】
また、ホストコンピュータ１０１は、プリンタ１０３から印刷出力された個別文書に印刷された申込番号、及びその申込番号に関連した情報（証券番号）を、属性情報連携ファイル（図１１）から取得して、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブル（図１２）に対して登録する要求を、夜間バッチ処理などで、送信する機能を備えている。
【００２６】
図１２は、属性情報テーブルの一例を示す図である。属性情報テーブル（図１２）には、個別申込書に印刷された申込番号と、当該申込番号が印刷された個別申込書に印刷された証券番号とが記憶されている。
【００２７】
クライアント端末１０４は、ユーザの操作に従って読み取り指示を受け付けると、スキャナ１０５に読取要求を送信する機能を備えている。読取要求を受信したスキャナ１０５は、スキャナ１０５のオートドキュメントフィーダ（ＡＤＦ）にセットされた用紙を読み込み、用紙を電子化して得られたデータを、クライアント端末１０４に送信する機能を備えている。（ここでは、用紙１枚につき、１つのファイル（データ）を生成して、クライアント端末１０４に送信する。）
【００２８】
そして、クライアント端末１０４は、スキャナ１０５から送信されてきたデータ（複数のファイル）を受信すると、当該データを解析して、個別文書毎に、共通文書と結合して、個別文書毎に１つのファイルを生成する機能を備えている。
【００２９】
また、クライアント端末１０４は、個別文書毎に、共通文書を結合して生成された、個別文書毎のファイルをファイリングサーバ１０２に送信して、当該ファイルの登録要求を行う機能を備えている。
【００３０】
ファイリングサーバ１０２は、クライアント端末１０４から登録要求を受信すると、当該登録要求に含まれているファイルを、ファイリングサーバ１０２の記憶部に記憶する機能を備えている。クライアント端末１０６は、ファイリングサーバ１０２の記憶部に記憶されているファイルを取得して表示部に表示する機能を備えている。
【００３１】
次に、図２２を用いて、後述する、共通文書、セパレータ、複数の案件それぞれの複数の個別文書から、複数の案件のファイル（共通文書と個別文書とが結合されたファイル）をそれぞれ生成することを説明する。
【００３２】
図２２は、共通文書、セパレータ、複数の案件それぞれの複数の個別文書から、複数の案件のファイル（共通文書と個別文書とが結合されたファイル）をそれぞれ生成することを説明するための図である。
【００３３】
共通文書（１又は複数の文書）２２０１、セパレータ２２０２、複数件の個別文書（１案件ごと異なる用紙の文書）２２０３、２２０４、２２０５の順番で、スキャナでスキャンされ、スキャンされたそれぞれ１枚の画像データのファイルを、スキャナ１０５から順番に、クライアント端末１０４は取得する。
【００３４】
後述するステップＳ４０６では、共通文書（１又は複数の文書）２２０１と、個別文書２２０３を含むファイル２２０６、共通文書（１又は複数の文書）２２０１と、個別文書２２０４を含むファイル２２０７、共通文書（１又は複数の文書）２２０１と、個別文書２２０５を含むファイル２２０８、をそれぞれ生成する。
【００３５】
すなわち、クライアント端末１０４は、セパレータ２２０２よりも、前に処理されるファイルを、共通文書として特定し、その特定された共通文書を個別文書の数分コピーする。そして、コピーされた共通文書と、個別文書とを含むファイル、を複数の個別文書それぞれについて生成する。
【００３６】
図２は、図１に示したクライアント端末１０４の基本構成を示すブロック図である。図２において、２０１はＣＰＵであり、ＲＡＭ２０２やＲＯＭ２０３に格納されているプログラムやデータを用いてクライアント端末１０４全体の制御を行うと共に、クライアント端末１０４が行う後述の各処理を実行する。
【００３７】
２０２はＲＡＭであり、ＨＤＤ２０４や記録媒体ドライブ２０６からロードされたプログラムやデータ、ネットワークＩ／Ｆ（インターフェース）２０５を介して受信したデータを一時的に記憶するためのエリアを備えると共に、ＣＰＵ２０１が各種の処理を実行する際に使用するワークエリアを備える。
【００３８】
２０３はＲＯＭであり、クライアント端末１０４の設定データやブートプログラムなどを格納する。
【００３９】
２０４はＨＤＤであり、ここにＯＳ（オペレーティングシステム）や、クライアント端末１０４が行う後述の各処理をＣＰＵ２０１に実行させるためのプログラムやデータが保存されている。これらのプログラムやデータの一部もしくは全部はＣＰＵ２０１による制御に従ってＲＡＭ２０２にロードされ、これを用いてＣＰＵ２０１が処理を行うことで、クライアント端末１０４は以下説明する各処理を実行することになる。
【００４０】
２０５はネットワークＩ／Ｆで、クライアント端末１０４をネットワーク１０７に接続するためのものであり、このネットワークＩ／Ｆ２０５を介してクライアント端末１０４は外部機器とデータ通信を行うことができる。
【００４１】
２０６は記録媒体ドライブであり、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ―ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等の記憶媒体に記録されたプログラムやデータを読み出し、ＲＡＭ２０２に出力する。この読み出し動作はＣＰＵ２０１によって制御される。
【００４２】
２０７はキーボードであり、各種の指示をＣＰＵ２０１に対して入力することができる。２０８はマウス等のポインティングデバイスであり、各種の指示をＣＰＵ２０１に対して入力することができる。
【００４３】
２０９はビデオＩ／Ｆ（インターフェース）であり、ディスプレイ装置２１０に表示すべき画像を信号としてディスプレイ装置２１０に供給するためのＩ／Ｆとして機能するものである。
【００４４】
２１０はディスプレイ装置であり、ＣＲＴや液晶画面等により構成されており、ＣＰＵ２０１による処理結果を画像や文字等でもって表示することができる。
【００４５】
２１１は周辺機器Ｉ／Ｆであり、ＵＳＢポートやＩＥＥＥ１３９４ポート等によって構成されており、この周辺機器Ｉ／Ｆ２１１を介して周辺機器との接続することが可能である。周辺機器との接続形態は有線／無線を問わない。２１２は上述の各部を繋ぐバスである。
【００４６】
また、図２に示す構成は、ホストコンピュータ１０１、ファイリングサーバ１０２、クライアント端末１０６についても同様の構成であるため、ホストコンピュータ１０１、ファイリングサーバ１０２、クライアント端末１０６のブロック図の説明は省略する。
【００４７】
次に、図３を用いて、（ａ）被保険者の保険申込書（個別文書）、（ｂ）契約一括申込書（共通文書）２２０１、（ｃ）セパレータ（セパレータシート）のそれぞれの印刷処理について説明する。
【００４８】
図３は、（ａ）被保険者の保険申込書（個別文書）、（ｂ）契約一括申込書（共通文書）２２０１、（ｃ）セパレータ（セパレータシート）のそれぞれの印刷処理を示すフローチャートである。図３に示す各ステップの処理は、ホストコンピュータ１０１のＣＰＵ２０１により実行される。
【００４９】
まず、被保険者の保険申込書（個別文書）の印刷処理について、フローチャート（ａ）を用いて説明する。
【００５０】
ホストコンピュータ１０１は、記憶部に記憶されている属性情報連携ファイル（図１１）を取得して、属性情報連携ファイル（図１１）のレコード毎の申込番号を取得する（ステップＳ３０１）。
【００５１】
図１１は、属性情報連携ファイルの一例を示す図である。属性情報連携ファイルは、「証券番号」、「申込番号」とから構成されており、「証券番号」は、契約内容を一意に識別するための番号であり、「申込番号」は申込手続（申込の案件）を一意に識別するための番号である。
【００５２】
次に、ホストコンピュータ１０１は、ステップＳ３０１で取得した申込番号を、記憶部に記憶されている被保険者の保険申込書（個別文書）のテンプレートの所定の位置にオーバーレイして、ステップＳ３０１で取得したレコードの申込番号ごとに、該申込番号を含む個別文書の印刷データをそれぞれ生成し（ステップＳ３０２）、プリンタ１０３に送信（出力）して印刷要求を行う（ステップＳ３０３）。例えば、図１１に示す属性情報連携ファイルの各レコードには、申込番号として「００１」と、「００２」とが記憶されている。
【００５３】
ステップＳ３０１では、「００１」と「００２」とを取得して、ステップＳ３０２で、被保険者の保険申込書（個別文書）のテンプレートの所定の位置に「００１」をオーバーレイして１つの個別文書の印刷データを生成する。また、ステップＳ３０２では、被保険者の保険申込書（個別文書）のテンプレートの所定の位置に「００２」をオーバーレイして１つの個別文書の印刷データを生成する。
【００５４】
このようにして生成された２つの個別文書の印刷データを、ステップＳ３０３でプリンタ１０３に送信して、２つの個別文書の印刷を行う。プリンタ１０３は、ホストコンピュータ１０１から受信した印刷要求に含まれる２つの個別文書の印刷データに従って、２枚の個別文書の印刷を行う。このようにして印刷された個別文書には、被保険者の署名欄、捺印欄などが含まれており、被保険者により署名、捺印がなされることとなる。
【００５５】
次に、契約一括申込書（共通文書）２２０１の印刷処理について、フローチャート（ｂ）を用いて説明する。
【００５６】
ホストコンピュータ１０１は、記憶部に記憶されている契約一括申込書（共通文書）のテンプレートの印刷データを生成し（ステップＳ３０４）、プリンタ１０３に送信（出力）して印刷要求を行う（ステップＳ３０５）。
【００５７】
プリンタ１０３は、ホストコンピュータ１０１から受信した印刷要求に含まれる印刷データに従って、契約一括申込書（共通文書）２２０１の印刷を行う。尚、契約一括申込書（共通文書）２２０１は、会社などの団体で、一括して複数の被保険者（例えば社員）の保険申し込みの際に使用される文書である。
【００５８】
次に、セパレータ（セパレータシート）の印刷処理について、フローチャート（ｃ）を用いて説明する。
【００５９】
ホストコンピュータ１０１は、記憶部に記憶されているセパレータ（セパレータシート）のテンプレートの印刷データを生成し（ステップＳ３０６）、プリンタ１０３に送信（出力）して印刷要求を行う（ステップＳ３０７）。
【００６０】
プリンタ１０３は、ホストコンピュータ１０１から受信した印刷要求に含まれる印刷データに従って、セパレータ（セパレータシート）の印刷を行う。なお、ホストコンピュータ１０１の記憶部に記憶されているセパレータ（セパレータシート）のテンプレートには、セパレータ（セパレータシート）であることを示す情報を含むＱＲコードが含まれている。
【００６１】
次に、図１０を用いて、図３（ａ）で被保険者の保険申込書に印刷された申込番号の、属性情報連携ファイル（図１１）のレコードの情報を、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブルに登録する処理について説明する。
【００６２】
図１０は、図３（ａ）で被保険者の保険申込書に印刷された申込番号の、属性情報連携ファイル（図１１）のレコードの情報を、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブルに登録する処理の一例を示すフローチャートである。図１０に示すＳ１００１、Ｓ１００２のステップの処理は、ホストコンピュータ１０１のＣＰＵ２０１により実行される。また、図１０に示すＳ１００３、Ｓ１００４のステップの処理は、ファイリングサーバ１０２のＣＰＵ２０１により実行される。
【００６３】
ホストコンピュータ１０１は、現在の日時が所定の日時であるか否かを判定し（ステップＳ１００１）、所定の日時であると判定された場合は（Ｓ１００１：ＹＥＳ）、図３（ａ）で被保険者の保険申込書に印刷済みの申込番号の、属性情報連携ファイル（図１１）のレコードの情報を、ファイリングサーバ１０２に送信する（ステップＳ１００２）。
【００６４】
そして、ファイリングサーバ１０２は、ホストコンピュータ１０１から、該レコードの情報を受信すると（ステップＳ１００３）、当該情報を、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブルに登録する（ステップＳ１００４）。
【００６５】
次に、図４を用いて、被保険者の保険申込書（個別文書）、契約一括申込書（共通文書）など文書をスキャナ１０５が読み取ることで得られる文書の電子データを、ファイリングサーバ１０２に登録する処理について説明する。
【００６６】
図４は、被保険者の保険申込書（個別文書）、契約一括申込書（共通文書）などの文書の電子データをファイリングサーバ１０２に登録する処理の一例を示すフローチャートである。図４に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【００６７】
クライアント端末１０４は、まず、図１４に示すスキャン取込指示受付画面を表示する。
【００６８】
図１４は、スキャン取込指示受付画面の一例を示す図である。図中、１４０１は、ユーザの操作によるセット件数の入力を受け付ける入力欄である。１４０２は、ユーザの操作による文書種類（文書種別）の選択入力を受け付けるプルダウンである。１４０３は、スキャン開始をスキャナ１０５に指示するためのスキャン開始ボタンである。ここで、セット件数とは、共通文書と個別文書とから構成されるファイルの数（個別文書の数）のことを示している。
【００６９】
ユーザは、スキャナ１０５のＡＤＦにセットした個別文書の数を確認して、スキャン取込指示受付画面（図１４）のセット件数１４０１に入力する。また、１４０２で選択可能な文書種類は、例えば、「一括申込書」と「明細書」とがあるものとして説明する。
【００７０】
「一括申込書」は、後述するステップＳ４０６でセパレータを用いて結合処理を行う文書種類であり、「明細書」は、後述するステップＳ４０７でセパレータを用いることなく結合処理を行う文書種類である。すなわち、図１４の１４０２で文書種類を選択することで、ステップＳ４０６でセパレータを用いて結合処理を行うか、ステップＳ４０７でセパレータを用いることなく結合処理を行うかの設定を入力することを意味している。
【００７１】
クライアント端末１０４は、スキャン取込指示受付画面（図１４）を介して、ユーザの操作により、セット件数の入力、及び、文書種類の入力を受け付け（ステップＳ４０２）、スキャン開始ボタン１４０３が押下されると（ステップＳ４０３：ＹＥＳ）、処理をステップＳ４０４に移行する。また、クライアント端末１０４は、スキャン開始ボタン１４０３が押下されるまで（ステップＳ４０３：ＮＯ）、スキャン取込指示受付画面（図１４）を表示して、セット件数の入力、及び、文書種類の入力を受け付ける。このように、ステップＳ４０２では、ユーザの操作による個別文書のデータ数の入力を受け付ける（入力受付手段）。
【００７２】
そして、クライアント端末１０４は、スキャン開始ボタン１４０３が押下されると、スキャナ１０５に、スキャナ１０５のＡＤＦにセットされた文書の読取要求を送信する（ステップＳ４０４）。
【００７３】
スキャナ１０５は、読取要求をクライアント端末１０４から受信すると、スキャナ１０５のＡＤＦにセットされた文書の読取処理を実行し、読み取られたデータを読取結果としてクライアント端末１０４に送信する。ここで送信されるデータは、１文書の１ページごとの１つのファイル（本実施形態では、画像データともいう）である。すなわち、複数ページを読み取った場合は、複数のファイル（画像データ）が送信されることとなる。
【００７４】
そして、クライアント端末１０４は、スキャナ１０５から、読取結果としてスキャナ１０５で読み取られたデータを受信（取得）する（ステップＳ４０５）（取得手段）。ステップＳ４０５では、複数ページを読み取った場合は、複数のファイル（画像データ）を取得する。
【００７５】
ここでは、図２２に説明したように、共通文書２２０１、セパレータ２２０２、個別文書２２０３、２２０４、２２０５の順番で、スキャナ１０５から、それぞれのファイルを取得する。
【００７６】
クライアント端末１０４は、ステップＳ４０５で入力を受け付けた文書種類（文書種別）が「一括申込書」であるか、それとも「明細書」であるかを判定する。すなわち、ステップＳ４０６でセパレータを用いて結合処理を行うか、ステップＳ４０７でセパレータを用いることなく結合処理を行うかを判定する（ステップＳ４０６）。
【００７７】
そして、ステップＳ４０５で入力を受け付けた文書種類（文書種別）が「一括申込書」である（ステップＳ４０６でセパレータを用いて結合処理を行う）と判定された場合は（ステップＳ４０６：ＹＥＳ）、処理をステップＳ４０７に移行する。一方、ステップＳ４０５で入力を受け付けた文書種類（文書種別）が「明細書」である（ステップＳ４０８でセパレータを用いることなく結合処理を行う）と判定された場合は（ステップＳ４０６：ＮＯ）、処理をステップＳ４０８に移行する。
【００７８】
ステップＳ４０７では、セパレータを用いて、共通文書のファイルと、個別文書のファイルとを結合して１つのファイルを生成する処理を行い、一方、ステップＳ４０８では、スキャナ１０５から取得した全てのファイルを結合して１つのファイルを生成する処理を行う。ステップＳ４０７の詳細処理を図５に示し、ステップＳ４０８の詳細処理を図６に示す。
【００７９】
次に、図５を用いて、図４に示すステップＳ４０７（セパレータを用いた結合処理）の詳細処理について説明する。図５は、図４に示すステップＳ４０７（セパレータを用いた結合処理）の詳細処理の一例を示すフローチャートである。図５に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【００８０】
クライアント端末１０４のメモリ（ＲＡＭ２０２）に記憶されているセパレータフラグを初期値である「ＯＦＦ」に設定して、図５に示す処理を開始する。また、クライアント端末１０４のメモリに記憶されている登録予定件数を初期値である「０（ゼロ）」に設定して、図５に示す処理を開始する。
【００８１】
ステップＳ５０１からステップＳ５１５の処理を、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ５０２で全て読込むまで、繰り返し実行する。
【００８２】
まず、クライアント端末１０４は、ステップＳ４０５で取得した、スキャナ１０５の読取結果のファイルのうち、未処理の先頭のファイルを読み込む（ステップＳ５０２）。ここで読み込んだファイルを処理対象のファイルとして以降の処理を行う。ステップＳ５０１以降の処理は、スキャナ１０５から受信されるファイルの順番で処理対象のファイルにして処理する。
【００８３】
そして、クライアント端末１０４は、ステップＳ５０２で読み込んだファイルの所定の位置から、ＱＲコード、申込番号、を読み取る処理を行う（ステップＳ５０３）。すなわち、ステップＳ５０３では、ステップＳ５０２で読み込んだファイル（画像データ）から、該画像データの文書が共通文書のデータと、個別文書のデータとを特定するための文書であることを示すセパレータ情報をＱＲコードから読み取る（読取手段）。
【００８４】
次に、クライアント端末１０４は、クライアント端末１０４のメモリに記憶されているセパレータフラグが「ＯＮ」に設定されているか否かを判定する（ステップＳ５０４）。
【００８５】
すなわち、ステップＳ５０４では、セパレータフラグが「ＯＮ」に設定されているか否かを判定することにより、現在処理対象のファイルが、共通文書若しくはセパレータのファイルであるか、個別文書であるかを判定している。それゆえ、セパレータフラグが「ＯＮ」に設定されていると判定された場合は、現在処理対象のファイルが、個別文書であると判定されたことを示している。すなわち、セパレータフラグが「ＯＮ」に設定されていると判定された場合の現在処理対象のファイルを、個別文書のデータとして特定する（個別文書特定手段）。
【００８６】
次に、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていないと判定された場合は（ステップＳ５０４：ＮＯ）、ステップＳ５０３でＱＲコードが読み取られたか否かを判定することにより、現在、処理対象のファイルがセパレータであるか否かを判定する（ステップＳ５１０）。すなわち、ステップＳ５１０では、処理対象のファイル（画像データ）からセパレータ情報を読み取ることが出来たか否かを判定する（セパレータ判定手段）。
【００８７】
また、ステップＳ５１０では、ステップＳ５０３でＱＲコードが読み取られたと判定され場合、さらに、ステップＳ５０３でＱＲコードから読み取られた情報が、セパレータ（セパレータシート）であることを示す情報であるか否かを判定すること（セパレータ判定手段による判定処理）により、現在、処理対象のファイルがセパレータであるか否かを判定する。
【００８８】
クライアント端末１０４は、ステップＳ５１０で、現在、処理対象のファイルがセパレータであると判定された場合（ＹＥＳ）、クライアント端末１０４のメモリに記憶されているセパレータフラグを「ＯＮ」に設定し（ステップＳ５１１）、処理をステップＳ５１５に移行する。
【００８９】
また、クライアント端末１０４は、ステップＳ５１０で、現在、処理対象のファイルがセパレータではないと判定された場合（ＮＯ）、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果のファイルの先頭のファイルであるか否かを判定する（ステップＳ５１２）。
【００９０】
そして、クライアント端末１０４は、ステップＳ５１２で、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果のファイルの先頭のファイルであると判定された場合（ＹＥＳ）、現在処理対象のファイルを共通文書の画像ファイルとしてメモリに記憶する（ステップＳ５１３）。
【００９１】
一方、クライアント端末１０４は、ステップＳ５１２で、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果のファイルの先頭のファイルではないと判定された場合（ＮＯ）、メモリに既に記憶されている共通文書のファイルと、現在、処理対象のファイルを結合して１つの画像ファイルとして生成し、当該生成されたファイルを、共通文書のファイルとしてメモリに記憶する（ステップＳ５１４）。
【００９２】
すなわち、ステップＳ５１３、ステップＳ５１４では、セパレータ情報を読み取ることが出来た画像データよりも前の画像データを共通文書のデータとして特定する（共通文書特定手段）。クライアント端末１０４は、ステップＳ５１３、ステップＳ５１４の処理を実行すると、処理をステップＳ５１５に移行する。
【００９３】
クライアント端末１０４は、ステップＳ５０４で、セパレータフラグが「ＯＮ」に設定されていると判定された場合は（ＹＥＳ）、ステップＳ５０３で読み取られた申込番号をメモリに記憶する（ステップＳ５０５）。
【００９４】
そして、クライアント端末１０４は、メモリに記憶されている登録予定件数に１を加算する（ステップＳ５０６）。なお、メモリに記憶されている登録予定件数の初期値は０である。
【００９５】
そして、クライアント端末１０４は、メモリに共通文書が記憶されているか否かを判定する（ステップＳ５０７）。メモリに共通文書が記憶されていると判定された場合（ＹＥＳ）、現在処理対象のファイルを個別文書として特定して、既にメモリに記憶されている共通文書と、当該現在処理対象のファイル（個別文書）とを結合して、１つの保険申し込み案件のファイルとして生成し（生成手段）、メモリに記憶し（ステップＳ５０８）、処理をステップＳ５１５に移行する。ステップＳ５０８では、当該生成された１つの案件のファイルと、ステップＳ５０５でメモリに記憶された申込番号と、を紐付けて（関連付けて）、メモリに記憶する。
【００９６】
このように生成手段では、共通文書のデータと個別文書のデータとを含む１つのファイルを生成する。ここでは、複数の個別文書のデータ毎に、それぞれ該ファイルを生成する。
【００９７】
一方、メモリに共通文書が記憶されていないと判定された場合（ＮＯ）、現在処理対象のファイルを個別文書のファイルとしてメモリに記憶し（ステップＳ５０９）、処理をステップＳ５１５に移行する。ステップＳ５０９では、個別文書のファイルと、ステップＳ５０５で記憶された申込番号とを紐付けて（関連付けて）、メモリに記憶する。
【００９８】
ステップ５１５では、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ５０２で全て読込んだか否かを判定して、読込んでいないと判定された場合は、ステップＳ５０２に処理を戻して、次の読取結果のファイルを読込む。
【００９９】
クライアント端末１０４は、ステップ５１５で、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ５０２で全て読込んだと判定された場合は、処理をステップＳ５１６に移行する。
【０１００】
ステップＳ５１６では、メモリに記憶されているセパレータフラグが「ＯＮ」に設定されているか否かを判定する。そして、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていると判定された場合は（ステップＳ５１６：ＹＥＳ）、セパレータのファイルを認識できたことを示す情報をメモリに記憶して（ステップＳ５１７）、処理をステップＳ４０８に移行する。
【０１０１】
また、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていないと判定された場合は（ステップＳ５１６：ＮＯ）、セパレータのファイルを認識できなかったことを示す情報をメモリに記憶して（ステップＳ５１８）、処理をステップＳ４０８に移行する。以上の処理を行うことにより、個別文書ごとに、該個別文書と共通文書とが結合されたファイルをそれぞれ生成することが可能となる。
【０１０２】
次に、図６を用いて、図４に示すステップＳ４０７（通常の結合処理）の詳細処理について説明する。図６は、図４に示すステップＳ４０７（通常の結合処理）の詳細処理の一例を示すフローチャートである。図６に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【０１０３】
クライアント端末１０４のメモリに記憶されている登録予定件数を初期値である「０（ゼロ）」に設定して、図６に示す処理を開始する。
【０１０４】
ステップＳ６０１からステップＳ６１０の処理を、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ６０２で全て読込むまで、繰り返し実行する。尚、ステップＳ６０１以降の処理は、スキャナ１０５から受信されるファイルの順番で処理対象のファイルにして処理する。
【０１０５】
まず、クライアント端末１０４は、ステップＳ４０５で取得した、スキャナ１０５の読取結果のファイルのうち、未処理の先頭のファイルを読み込む（ステップＳ６０２）。ここで読み込んだファイルを処理対象のファイルとして以降の処理を行う。そして、クライアント端末１０４は、ステップＳ６０２で読み込んだファイルの所定の位置から、申込番号を読み取る処理を行う（ステップＳ６０３）。
【０１０６】
次に、クライアント端末１０４は、ステップＳ６０３で申込番号を読み取ることが出来たか否かを判定する（ステップＳ６０４）。すなわち、ステップＳ６０４では、申込番号を読み取ることが出来たか否かを判定することにより、現在、処理対象のファイルが共通文書であるか、個別文書であるかを判定している。
【０１０７】
ステップＳ６０４で、申込番号を読み取ることが出来なかったと判定された場合は（ＮＯ）、ステップＳ６０４で読み込んだ現在処理対象のファイルが先頭のファイルであるか否かを判定する（ステップＳ６０６）。
【０１０８】
そして、ステップＳ６０６で、現在処理対象のファイルが先頭のファイルであると判定された場合は（ＹＥＳ）、処理をステップＳ６０７に移行し、一方、現在処理対象のファイルが先頭のファイルではないと判定された場合は（ＮＯ）、処理をステップＳ６０９に移行する。
【０１０９】
ステップＳ６０４において、申込番号を読み取ることが出来たと判定された場合は（ＹＥＳ）、ステップＳ６０３で読み取られた申込番号をメモリに記憶する（ステップＳ６０５）。
【０１１０】
そして、ステップＳ６０５において、クライアント端末１０４は、メモリに記憶されている登録予定件数に１を加算する。なお、メモリに記憶されている登録予定件数の初期値は０である。
【０１１１】
次に、クライアント端末１０４は、現在、処理対象のファイルを先頭のファイルとしてメモリに登録する（ステップＳ６０８）。すなわち、ステップＳ６０８では、ステップＳ６０４で、申込番号を読み取ることが出来たと判定された場合、ステップＳ６０３で読み取られた申込番号と、現在処理対象のファイルとを紐付けて（関連付けて）メモリに登録する。
【０１１２】
ステップＳ６０９では、現在、処理対象のファイルと、既に、メモリに先頭のファイルとして登録されているファイルとを結合して、１つのファイルを生成する。そして、当該生成されたファイルを先頭のファイルとして、メモリに記憶する。ステップＳ６０９の処理を実行すると、処理をステップＳ６１０に移行する。
【０１１３】
ステップＳ６０４において、申込番号の読取ができたと判定され、現在処理対象のファイルが個別文書であると判定された場合は（ＹＥＳ）、処理をステップＳ６０５に移行している。この場合、ステップＳ６０８では、既にメモリに先頭のファイルとして記憶されているファイルと、現在処理対象のファイルとを結合して、１つのファイルを生成し、メモリに先頭のファイルのとして記憶（登録）する。
【０１１４】
ステップ６１０では、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ６０２で全て読込んだか否かを判定して、読込んでいないと判定された場合は、ステップＳ６０２に処理を戻して、次の読取結果のファイルを読込む。
【０１１５】
クライアント端末１０４は、ステップ６１０で、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ６０２で全て読込んだと判定された場合は、処理をステップＳ４０８に移行する。
【０１１６】
図４の説明に戻る。クライアント端末１０４は、ステップＳ４０７、又はステップＳ４０８でファイルの結合処理を実行すると、図１５に示すスキャン取込結果画面を表示する（ステップ４０９）。
【０１１７】
図１５は、スキャン取込結果画面の一例を示す図である。スキャン取込結果画面は、セット件数の表示欄１５０１、及びスキャン件数の表示欄１５０２が表示されている。図１５に示しているセット件数の表示欄１５０１には、図１４のスキャン取込指示受付画面の１４０１に、ユーザにより入力されたセット件数を表示している。
【０１１８】
また、図１５に示しているスキャン件数の表示欄１５０２には、図５のステップＳ５０６、又はステップＳ６０７で加算され記憶された登録予定件数が表示されている。すなわち、スキャン件数とは、登録予定件数のことを示している。登録予定件数とは、登録しなければならない保険の申込の件数である。すなわち、個別文書の枚数と同一の値となる。
【０１１９】
そして、クライアント端末１０４は、ステップＳ４１０において、メモリに、セパレータのファイルを認識できたことを示す情報が記憶されているか否かを判定する。すなわち、ステップＳ５１６でセパレータフラグが「ＯＮ」に設定されていると判定されたか否かを判定することにより、セパレータの認識に失敗したか否かを判定する（ステップＳ４１０）。
【０１２０】
ステップＳ４１０で、セパレータフラグが「ＯＮ」に設定されておらず、セパレータの認識に失敗したと判定された場合は（ＹＥＳ）、図１６に示すエラーメッセージを表示する（ステップＳ４１３）。
【０１２１】
一方、ステップＳ４１０で、セパレータフラグが「ＯＮ」に設定されており、セパレータの認識に成功したと判定された場合は（ＮＯ）、処理をステップＳ４１１に移行して、１５０１のセット件数と、１５０２のスキャン件数（登録予定件数）とが一致するか否かを判定する（ステップＳ４１１）。すなわち、ステップＳ４１１では、入力を受け付けた個別文書のデータ数と、特定される個別文書のデータの数とが異なるかを判定する（データ数判定手段）。
【０１２２】
そして、１５０１のセット件数と、スキャン件数（登録予定件数）１５０２とが一致しないと判定された場合は（ＮＯ）、その旨のメッセージを含む図１６に示すエラーメッセージ画面を表示する（ステップＳ４１３）（表示手段）。
【０１２３】
図１６は、ステップＳ４１３で表示されるエラーメッセージ画面の一例である。図１６に示す１６０１は、ＯＫボタンであり、ユーザによりＯＫボタン１６０１が押下されると、エラーメッセージ画面を消して、処理を終了する。このエラーメッセージを表示することにより、ユーザが確認した案件の件数（１５０１のセット件数）と、ステップＳ４０７、又はステップＳ４０８でクライアント端末１０４がカウントした案件の件数（スキャン件数（登録予定件数）１５０２）とが異なっていることを、ユーザに把握させること可能となる。
【０１２４】
次に、クライアント端末１０４は、ステップＳ４１１において、１５０１のセット件数と、スキャン件数（登録予定件数）１５０２とが一致すると判定された場合は（ＹＥＳ）、ステップＳ４０７、又はステップＳ４０８で生成されメモリに記憶された複数のファイルを登録する処理（登録手段）を実行して（ステップＳ４１２）、処理を終了する。ステップＳ４１２の詳細処理を図７に示す。
【０１２５】
次に、図７を用いて、図４に示すステップＳ４１２（イメージ登録処理）の詳細処理について説明する。図７は、図４に示すステップＳ４１２（イメージ登録処理）の詳細処理の一例を示すフローチャートである。図７に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【０１２６】
まず、クライアント端末１０４は、ファイリングサーバ１０２に、属性情報テーブル（図１２）の取得要求を送信する。当該取得要求を受信したファイリングサーバ１０２は、クライアント端末１０４に、ファイリングサーバ１０２のメモリ（ＲＡＭ２０２）に記憶されている属性情報テーブルを送信する。そして、クライアント端末１０４は、ファイリングサーバ１０２から、属性情報テーブルを取得する。
【０１２７】
そして、クライアント端末１０４は、ステップＳ５０９、ステップＳ５０８、ステップＳ６０８でメモリに記憶されたファイルに紐付け（関連付け）られて記憶された申込番号を全て取得する。クライアント端末１０４は、ここで取得した全ての申込番号について、ステップＳ７０２の処理を実行するまで、未処理の申込番号ごとに繰り返しステップＳ７０１からステップＳ７０５の処理を実行する。
【０１２８】
クライアント端末１０４は、メモリから取得した現在処理対象の申込番号が、ファイリングサーバ１０２から取得した属性情報テーブルに含まれているか否かを判定する（ステップＳ７０２）。
【０１２９】
そして、クライアント端末１０４は、現在処理対象の申込番号が、属性情報テーブルに含まれていると判定された場合は（ＹＥＳ）、現在処理対象の申込番号のファイルの登録要求をファイリングサーバ１０２に送信する（ステップＳ７０３）。ここで送信される登録要求には、現在処理対象の申込番号と、該申込番号に紐付け（関連付け）られてメモリに記憶されたファイルと、現在処理対象の申込番号に紐付け（関連付け）られて属性情報テーブルに記憶されている証券番号（属性情報）と、が含まれている。
【０１３０】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該登録要求を受信すると、証券番号と、申込番号と、ファイルとを関連付けて（紐付けて）、ファイリングサーバ１０２の登録文書テーブル（図１３）に記憶する。図１３は、登録文書テーブルの一例を示す図である。
【０１３１】
クライアント端末１０４は、ステップＳ７０２で、現在処理対象の申込番号が、属性情報テーブルに含まれていないと判定された場合は（ＮＯ）、現在処理対象の申込番号と、現在処理対象の申込番号に紐付け（関連付け）られて属性情報テーブルに記憶されている証券番号（属性情報）と、該申込番号に紐付け（関連付け）られてメモリに記憶されたファイルと、を含む登録保留のデータを、ファイリングサーバ１０２のメモリの登録保留フォルダに送信する（ステップＳ７０４）。
【０１３２】
そして、ファイリングサーバ１０２は、クライアント端末１０４から該データを受信すると、該データに含まれる、証券番号と、申込番号と、ファイルとを関連付けて（紐付けて）、ファイリングサーバ１０２の登録保留フォルダに記憶する。クライアント端末１０４は、ステップＳ７０３、ステップＳ７０４の処理を実行すると、処理をステップＳ７０５に移行する。
【０１３３】
ステップＳ７０５では、処理対象の全ての申込番号のうち、ステップＳ７０２の処理を実行していない申込番号があるか否かを判定して、ステップＳ７０２の処理を実行していない未処理の申込番号があると判定された場合は、その申込番号を処理対象としてステップＳ７０２の処理を実行する。また、ステップＳ７０２の処理を実行していない未処理の申込番号がないと判定された場合は、処理を終了する。
【０１３４】
次に、図８を用いて、登録保留されたファイルの登録・削除処理について説明する。図８は、登録保留されたファイルの登録・削除処理の一例を示すフローチャートである。図８に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【０１３５】
クライアント端末１０４は、ユーザの操作により、登録保留されたファイルのデータ一覧の取得要求を受け付けると、ファイリングサーバ１０２に、登録保留されたファイルのデータ一覧の取得要求を送信する（ステップＳ８０１）。
【０１３６】
ファイリングサーバ１０２は、クライアント端末１０４から、当該取得要求を受け付けると、登録保留フォルダを参照して、「登録保留」として登録されたファイルを全て特定する。そして、ファイリングサーバ１０２は、特定された全てのファイルに関連付けられた証券番号と申込番号とをクライアント端末１０４に送信する。
【０１３７】
クライアント端末１０４は、ファイリングサーバ１０２から、登録保留のデータの一覧のデータとして、当該特定された全てのファイルに関連付けられた証券番号と申込番号とを受信すると（ステップＳ８０２）、当該受信した全ての証券番号と申込番号とを登録保留のデータ一覧画面（図１７）に表示する（ステップＳ８０３）。図１７は、登録保留のデータ一覧画面の一例を示す図である。
【０１３８】
そして、クライアント端末１０４は、登録保留のデータ一覧画面に表示されたリストの中から、ユーザの操作により、ユーザが確認したい文書（レコード）の選択を受け付けると（ステップＳ８０４）、選択された登録保留のデータの取得要求をファイリングサーバ１０２に送信する（ステップＳ８０５）。
【０１３９】
そして、ファイリングサーバ１０２は、クライアント端末１０４から、登録保留のデータの取得要求を受信すると、当該ユーザにより選択された文書のファイル、証券番号、申込番号を含むデータをクライアント端末１０４に送信する。
【０１４０】
クライアント端末１０４は、ファイリングサーバ１０２から、該データを受信すると（ステップＳ８０６）、該データに含まれているファイルと、申込番号と、証券番号とを、登録・削除画面（図１８）に表示する（ステップＳ８０７）。
【０１４１】
図１８は、登録・削除画面の一例を示す図である。図中、１８０１は、申込番号を表示する表示欄であり、ユーザの操作によって、入力・編集することが可能な表示欄である。
また、１８０２は、証券番号を表示する表示欄であり、ユーザの操作によって、入力・編集することが可能な表示欄である。１８０３は削除ボタンであり、１８０４は登録ボタンである。
【０１４２】
次に、クライアント端末１０４は、登録・削除画面（図１８）の削除ボタン１８０３をユーザに押下されたか否かを判定し（ステップＳ８０８）、削除ボタン１８０３が押下されたと判定された場合には（ＹＥＳ）、現在、登録・削除画面（図１８）に表示されているファイルに係る情報の削除要求を、ファイリングサーバ１０２に送信する（ステップＳ８１１）。
【０１４３】
ファイリングサーバ１０２は、クライアント端末１０４から、ユーザにより選択されたファイルに係る情報の削除要求を受け付けると、登録保留フォルダに記憶されている、該当ファイル、証券番号、申込番号を削除する。
【０１４４】
また、削除ボタン１８０３が押下されずに、ユーザにより１８０１に申込番号が入力され、登録ボタン１８０４が押下されたか否かを判定し、ユーザにより１８０１に申込番号が入力され、登録ボタン１８０４が押下されたと判定された場合、さらに、入力された申込番号が、ファイリングサーバ１０２の属性情報テーブルに登録されているか否かを確認するために、ファイリングサーバ１０２に属性情報テーブルの取得要求を送信して、ファイリングサーバ１０２から、属性情報テーブルを取得し、入力された申込番号が、当該取得した属性情報テーブルに含まれているか否かを判定する。
【０１４５】
そして、入力された申込番号が、属性情報テーブルに含まれていると判定された場合は（ステップＳ８０９：ＹＥＳ）、クライアント端末１０４は、現在、登録・削除画面（図１８）に表示している処理対象の申込番号のファイルの登録要求をファイリングサーバ１０２に送信する（ステップＳ８１０）。ここで送信される登録要求には、該ファイルの申込番号（入力された申込番号）と、該ファイルと、該ファイルの証券番号とを含んでいる。
【０１４６】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該登録要求を受信すると、証券番号と、申込番号と、ファイルとを関連付けて（紐付けて）、ファイリングサーバ１０２の登録文書テーブル（図１３）に記憶する。
【０１４７】
クライアント端末１０４は、ステップＳ８０９で、入力された申込番号が、属性情報テーブルに含まれていないと判定された場合は（ステップＳ８０９：ＮＯ）、図１９に示すエラーメッセージの画面を表示する（ステップＳ８１２）。
【０１４８】
図１９は、ステップＳ８１２で表示されるエラーメッセージ画面の一例を示す図である。図１９には、入力された申込番号が属性情報テーブルに登録されていないため、登録文書テーブルに登録することが出来ない旨のメッセージを表示している。そして、ユーザは、図１９の画面を確認して、ＯＫボタン１９０１を押下すると、クライアント端末１０４は、図１９の画面を消して、処理をステップＳ８１３に戻す。
【０１４９】
ステップＳ８１１、ステップＳ８１０の処理を実行すると、クライアント端末１０４は、処理をステップＳ８１３に移行する。
【０１５０】
クライアント端末１０４は、ユーザの操作により終了指示を受け付けたか否かを判定して（ステップＳ８１３）、終了指示を受け付けた場合は、処理を終了し、終了指示を受け付けていない場合は、処理をステップＳ８０３に移行する。
【０１５１】
次に、図９を用いて、ファイリングサーバ１０２の登録文書テーブル（図１３）に登録されているファイルの検索、閲覧処理について説明する。図９は、ファイリングサーバ１０２の登録文書テーブル（図１３）に登録されているファイルの検索、閲覧処理の一例を示すフローチャートである。図９に示す各ステップの処理は、クライアント端末１０６のＣＰＵ２０１により実行される。
【０１５２】
クライアント端末１０６は、ユーザにより検索画面の表示指示を受け付けると、図２０に示す検索条件入力画面を表示する（ステップＳ９０１）。
【０１５３】
図２０は、検索条件入力画面の一例を示す図である。２００１は、申込番号を入力する入力欄である。また、２００２は、証券番号を入力する入力欄である。また、２００３は、検索ボタンである。
【０１５４】
クライアント端末１０６は、ユーザにより、検索条件入力画面（図２０）を介して、申込番号（検索条件）、及び／又は、証券番号（検索条件）の入力を受け付け、検索ボタン２００３が押下されると（ステップＳ９０２）、ファイリングサーバ１０２に、入力された検索条件を送信する（ステップＳ９０３）。
【０１５５】
そして、ファイリングサーバ１０２は、当該検索条件を受信すると、当該検索条件に従って、メモリに記憶されている登録文書テーブルを検索して、該当するレコードを特定する。そして、ファイリングサーバ１０２は、特定されたレコードの全ての情報をクライアント端末１０６に送信する。
【０１５６】
クライアント端末１０６は、ファイリングサーバ１０２から、当該特定されたレコードの全ての情報を検索結果として受信すると（ステップＳ９０４）、受信した情報を検索結果表示画面（図２１）に表示する。
【０１５７】
図２１は、検索結果表示画面の一例を示す図である。２１０１は、ファイルを表示する領域であり、２１０２は、検索条件となる申込番号や証券番号を表示する領域である。２１０３は、前のページに遷移するボタンであり、２１０４は、次のページに遷移するボタンである。２１０５は、戻るボタンである。
【０１５８】
以上、本発明の第１の実施の形態に係る発明によれば、ユーザによる共通文書のデータと個別文書のデータを１つのファイルとして登録する煩雑な作業を軽減する共に、個別文書のデータを特定する作業を効率化させることができる。
【０１５９】
［第２の実施の形態］
以下、本発明の第２の実施の形態について説明する。第１の実施の形態では、共通文書と複数の個別文書とをスキャナで読み込んだ後に、共通文書と、個々の個別文書からなる
複数のファイルを作成し、検索データとして登録する例について説明した。この例では、同一の共通文書が複数登録されることにより、データの記憶量が増大してしまう。そこで、第２の実施の形態では、個別文書を検索データとして登録する際に、共通文書と関連付けて登録し、閲覧（確認）する際に、閲覧（確認）したい個別文書とその個別文書に関連付いた共通文書とを合わせて表示可能にする例について説明する。尚、第２の実施の形態の説明では、第１の実施の形態と異なる処理についてのみ説明することにする。
【０１６０】
まず、図２３を参照して、第２の実施の形態におけるセパレータを用いた結合処理について説明する。この処理は、既に説明した図４のステップＳ４０７に相当する処理である。図２３に示す各ステップの処理は、クライアント装置１０４のＣＰＵ２０１により実行される。
【０１６１】
クライアント端末１０４のメモリ（ＲＡＭ２０２）に記憶されているセパレータフラグを「ＯＦＦ」にして、図２３に示す処理を開始する。また、クライアント端末のメモリに記憶されている登録予定件数を初期値である「０（ゼロ）」に設定して、図２３に示す処理を開始する。
【０１６２】
クライアント端末１０４は、ステップＳ２３０１からステップＳ２３１４の処理を、図４のステップＳ４０５で取得した全ての読取結果のファイルをステップＳ２３０２で読込むまで、繰り返し実行する。
【０１６３】
まず、クライアント端末１０４は、ステップＳ４０５で取得した、スキャナ１０５の読取結果のファイルのうち、未処理の先頭のファイルを読み込む（ステップＳ２３０２）。ここで読み込んだファイルを処理対象のファイルとして以降の処理を行う。ステップＳ２３０１以降の処理は、スキャナ１０５から送信されるファイルを受信した順番で、それぞれのファイルに行うことになる。
【０１６４】
そして、クライアント端末１０４は、ステップＳ２３０２で読み込んだファイルの所定の位置から、ＱＲコード、申込番号、を読み取る処理を行う（ステップＳ２３０３）。すなわち、ステップＳ２３０３では、ステップＳ２３０２で読み込んだファイル（画像データ）から、該画像データの文書が共通文書のデータと、個別文書のデータを特定するための文書であることを示すセパレータ情報をＱＲコードから読み取る（読取手段）。
【０１６５】
次に、クライアント端末１０４は、クライアント端末１０４のメモリに記憶されているセパレータフラグが「ＯＮ」に設定されているか否かを判定する（ステップＳ２３０４）。
【０１６６】
すなわち、ステップＳ２３０４では、セパレータフラグが「ＯＮ」に設定されているか否かを判定することにより、現在処理対象のファイルが、共通文書若しくはセパレータのファイルであるか、個別文書であるかを判定している。それゆえ、セパレータフラグが「ＯＮ」に設定されていると判定された場合は、現在処理対象のファイルが、個別文書であると判定されたことを示している。
【０１６７】
すなわち、セパレータフラグが「ＯＮ」に設定されていると判定された場合の現在処理対象のファイルを、個別文書のデータとして特定する（個別文書特定手段）。
【０１６８】
次に、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていないと判定された場合は（ステップＳ２３０４：ＮＯ）、ステップＳ２３０３でＱＲコードが読み取られたか否かを判定することにより、現在、処理対象のファイルがセパレータであるか否かを判定する（ステップＳ２３０９）。すなわち、ステップＳ２３０９では、処理対象のファイル（画像データ）からセパレータ情報を読み取ることが出来たか否かを判定する（セパレータ判定手段）。
【０１６９】
また、ステップＳ２３０９では、ステップＳ２３０３でＱＲコードが読み取られたと判定された場合、さらにステップＳ２３０３でＱＲコードから読み取られた情報が、セパレータ（セパレータシート）であることを示す情報であるか否かを判定すること（セパレータ判定手段による判定処理）により、現在、処理対象のファイルがセパレータであるか否かを判定する。
【０１７０】
クライアント端末１０４は、ステップＳ２３０９で、現在、処理対象のファイルがセパレータであると判定された場合（ＹＥＳ）、クライアント端末１０４のメモリに記憶されているセパレータフラグを「ＯＮ」に設定し（ステップＳ２３１０）、処理をステップＳ２３１４に移行する。
【０１７１】
また、クライアント端末１０４は、ステップＳ２３０９で、現在、処理対象のファイルがセパレータではないと判定された場合（ＮＯ）、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果ファイルの先頭のファイルであるか否かを判定する（ステップＳ２３１１）。
【０１７２】
そして、クライアント端末１０４は、ステップＳ２３１１で、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果ファイルの先頭のファイルであると判定された場合（ＹＥＳ）、現在処理対象のファイルを共通文書の画像ファイルとしてメモリに記憶する（ステップＳ２３１２）。
【０１７３】
一方、クライアント端末１０４は、ステップＳ２３１１で、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果のファイルの先頭のファイルではないと判定された場合（ＮＯ）、メモリにすでに記憶されている共通文書のファイルと、現在、処理対象のファイルを結合して１つのファイルとして生成し、当該生成されたファイルを、共通文書のファイルとしてメモリに記憶する（ステップＳ２３１３）。
【０１７４】
すなわち、ステップＳ２３１２、ステップＳ２３１３では、セパレータ情報を読み取ることが出来た画像データよりも前の画像データを共通文書のデータとして特定する（共通文書特定手段）。クライアント端末１０４は、ステップＳ２３１２、ステップＳ２３１３の処理を実行すると、処理をステップＳ２３１４に移行する。
【０１７５】
クライアント端末１０４は、ステップＳ２３０４で、セパレータフラグが「ＯＮ」に設定されていると判定された場合は（ＹＥＳ）、ステップＳ２３０３で読み取られた申込番号と処理対象の個別ファイルを紐付けて（関連付けて）、メモリに記憶する（ステップＳ２３０５）。
【０１７６】
そして、クライアント端末１０４は、メモリに記憶されている登録予定件数に１を加算する（ステップＳ２３０６）。なお、メモリに記憶されている登録予定件数の初期値は０である。
【０１７７】
そして、クライアント端末１０４は、メモリに共通文書が記憶されているか否かを判定する（ステップＳ２３０７）。メモリに共通文書が記憶されていると判定された場合（ＹＥＳ）、現在処理対象の個別文書のファイルと、既にメモリに記憶されている共通文書のファイルとを関連付けるための関連付け情報を生成し（生成手段）、メモリに記憶する（ステップＳ２３０８）。この関連付け情報は、共通文書のファイル名と、個別文書のファイル名とを関連付けるための情報である。その後、処理をステップＳ２３１４に移行する。
【０１７８】
このように、第２の実施の形態における生成手段は、共通文書のデータと個別文書データとを含む１つのファイルを生成するのではなく、それらを関連付ける関連付け情報を生成する。ここでは、複数の個別文書のファイルそれぞれについて、共通文書のファイルとの関連付けのための関連付け情報を生成する。
【０１７９】
一方、メモリに共通文書が記憶されていないと判定された場合（ＮＯ）、ステップＳ２３０８の処理を行うことなく、処理をステップＳ２３１４に移行する。
【０１８０】
ステップＳ２３１４では、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ２３０３で全て読込んだか否かを判定して、読込んでいないと判定された場合は、ステップＳ２３０２に処理を戻して、次の読取結果のファイルを読込む。
【０１８１】
クライアント端末１０４は、ステップＳ２３１４で、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ２３０２で判定された場合には、処理をステップＳ２３１５に移行する。
【０１８２】
ステップＳ２３１５では、メモリに記憶されているセパレータフラグが「ＯＮ」に設定されているか否かを判定する。そして、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていると判定された場合は（ステップＳ２３１５：ＹＥＳ）、セパレータのファイルを認識できたことを示す情報をメモリに記憶して（ステップＳ２３１６）、処理を図４のステップＳ４０８に移行する。
【０１８３】
また、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていないと判定された場合は（ステップＳ２３１５：ＮＯ）、セパレータのファイルを認識できなかったことを示す情報をメモリに記憶して（ステップＳ２３１７）、処理を図４のステップＳ４０８に移行する。以上の処理を行うことにより、個別文書と共通文書とを関連付けた関連付け情報を生成することが可能となる。
【０１８４】
次に、図２４を用いて、第２の実施の形態における図４に示すステップＳ４１２（イメージ登録処理）の詳細処理について説明する。図２４は第２の実施の形態における図４のステップＳ４１２（イメージ登録処理）の詳細処理の一例を示すフローチャートである。図２４に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【０１８５】
まず、クライアント端末１０４は、ファイリングサーバ１０２に、属性情報テーブル（図１２）の取得要求を送信する。当該取得要求を受信したファイリングサーバ１０２は、クライアント端末に、ファイリングサーバ１０２のメモリ（ＲＡＭ２０２）に記憶されている属性情報テーブルを送信する。そして、クライアント端末１０４は、ファイリングサーバ１０２から、属性情報テーブルを取得する。
【０１８６】
そして、クライアント端末１０４は、図２３のステップＳ２３０６、ステップＳ２３１２でメモリに記憶された共通文書のファイル、ステップＳ２３０５、また図６のステップＳ６０８でメモリに記憶された個別文書のファイルとその申込番号、さらに、ステップＳ２３０８で生成し、メモリに記憶された関連付け情報を取得する。
【０１８７】
クライアント端末１０４は、個々で取得した全ての共通文書、個別文書に対してステップＳ２４０２の処理を実行するまで、未処理の共通文書、個別文書に対して繰返しステップＳ２４０１からステップ２４０８の処理を実行する。
【０１８８】
クライアント端末１０４は、取得した共通文書または個別文書のうち、未処理の文書データを取得する（ステップＳ２４０２）。そして、取得した文書データが共通文書であるか否かを判定する（ステップＳ２４０３）。
【０１８９】
そして、クライアント端末１０４は、現在処理対象の文書データが、共通文書であると判定した場合は（ＹＥＳ）、共通文書を検索データとして登録させるべく、ファイリングサーバ１０２に対して、共通文書の登録要求を送信する（ステップＳ２４０４）、ここで送信される登録要求には、共通文書ファイル及びそのファイル名が含まれている。
【０１９０】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該要求を受け付けると、これら情報をファイリングサーバ１０２の登録文書テーブル（図２８）に記憶する。尚、第２の実施の形態における登録文書テーブルのデータ構成の詳細については、図２８を参照して後述する。
【０１９１】
一方、ステップＳ２４０３で、現在処理対象の文書データが、共通文書ではない（つまり、個別文書である）と判定された場合は（ＮＯ）、処理をステップＳ２４０５に進め、現在処理対象の個別文書の申込番号が、ファイリングサーバ１０２から取得した属性情報テーブルに含まれているか否かを判定する。
【０１９２】
そして、クライアント端末１０４は、現在処理対象の個別文書の申込番号が、属性テーブルに含まれていると判定された場合は（ステップＳ２４０５：ＹＥＳ）、現在処理対象の個別文書を検索対象データとして登録する登録要求をファイリングサーバ１０２に対して送信する（ステップＳ２４０６）。ここで送信される登録要求には、現在処理対象の個別文書の画像ファイル、該画像ファイルに紐付け（関連付け）られている申込番号、また申込番号に紐付け（関連付け）られて属性情報テーブルに記憶されている証券番号（属性情報）と、が含まれている。また、当該個別文書と共通文書の関連付け情報がメモリに記憶されている場合には、当該個別文書に関連付けられている共通文書のファイル名もこの登録要求に含まれることになる。
【０１９３】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該登録要求を受信すると、これら情報を図２８に示す登録文書テーブルに登録する。
【０１９４】
クライアント端末１０４は、ステップＳ２４０５で、現在処理対象の個別文書に関連付けられた申込番号が属性情報テーブルに含まれていないと判定された場合は（ＮＯ）、現在処理対象の個別文書を登録保留のデータとして登録する登録要求をファイリングサーバ１０２に対して送信する（ステップＳ２４０７）。ここで送信される登録要求には、現在処理対象の個別文書の画像ファイル、該画像ファイルに紐付け（関連付け）られている申込番号、また申込番号に紐付け（関連付け）られて属性情報テーブルに記憶されている証券番号（属性情報）と、が含まれている。また、当該個別文書と共通文書の関連付け情報がメモリに記憶されている場合には、当該個別文書に関連付けられている共通文書のファイル名もこの登録要求に含まれることになる。
【０１９５】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該登録要求を受信すると、これら情報を図２８に示す登録文書テーブルに登録する。
【０１９６】
ステップＳ２４０８では、処理対象のすべての文書データに対してステップＳ２４０２以降の処理を実行したか否かを判定して、ステップＳ２４０２以降の処理を実行していない未処理の文書データがあると判定された場合は、未処理の文書データに対して上記処理を実行するために、処理をステップＳ２４０２に移行する。また、全ての文書データに対してステップＳ２４０２以降の処理を実行したと判定された場合は、処理を終了する。
【０１９７】
ここで、図２８を用いて、第２の実施の形態における登録文書テーブルのデータ構成の一例について説明する。図２８に示すように、登録文書テーブルは、証券番号、申込番号、ファイル、共通文書ファイル、登録保留フラグ等のデータ項目を備えて構成されている。
【０１９８】
共通文書データと関連付けられている個別文書データの共通文書ファイルには、関連付けられている共通文書のファイル名が登録される。そして、個別文書を閲覧（確認）する際には、ファイリングサーバ１０２は、個別文書だけではなく、当該個別文書に関連付けられている共通文書も用いて閲覧時に表示する表示データを作成することになる。
【０１９９】
クライアント端末１０４から、登録保留のデータとしての登録要求がなされた個別文書の登録保留フラグには、登録が保留されていることを示す情報（図中では「○」）が設定されることになる。
【０２００】
尚、証券番号、申込番号、ファイルについては、図１３に示す第１の実施の形態における登録文書テーブルと同様であるので、ここでの説明は割愛する。以上が、本発明の第２の実施の形態における登録文書テーブルのデータ構成の一例の説明である。
【０２０１】
次に、図２５を参照して、第２の実施の形態における、登録保留されたファイルの登録・削除処理について説明する。図２５は、登録保留されたファイル（個別文書）の登録・削除処理の一例を示すフローチャートである。図２５に示すステップの処理は、クライアント端末１０４のＣＰＵ２０１、またはファイリングサーバ１０２のＣＰＵ２０１により実行される。尚、この処理は図８を用いて既に説明した、登録保留されたファイルの登録・削除処理に相当する処理である。
【０２０２】
クライアント端末１０４は、ユーザの操作により、登録保留されたデータ（個別文書）のデータ一覧の取得要求を受け付けると、ファイリングサーバ１０２に、登録保留された
データのデータ一覧の取得要求を送信する（ステップＳ２５０１）。
【０２０３】
ファイリングサーバ１０２は、クライアント端末１０４からの登録保留のデータ一覧の取得要求を受信すると（ステップＳ２５０２）、登録文書テーブルを参照し、登録保留フラグに「○」が設定されている登録保留のデータ（個別文書）を取得する。そして取得したデータを用いてデータ一覧を作成し、取得要求を行ったクライアント端末１０４に対して送信する（ステップＳ２５０３）。ここでは、登録保留のデータの証券番号と申込番号を少なくとも含む一覧データをクライアント端末１０４に対して送信する。
【０２０４】
クライアント端末１０４は、ファイリングサーバ１０２から、登録保留のデータの一覧のデータとして、当該特定された全てのファイルに関連付けられた証券番号と申込番号とを受信すると（ステップＳ２５０４）、当該受信した全ての証券番号と申込番号とを登録保留のデータ一覧画面（図１７）に表示する（ステップＳ２５０５）。
【０２０５】
そして、クライアント端末１０４は、登録保留のデータ一覧画面に表示されたリストの中から、ユーザの操作により、ユーザが確認したい登録保留のデータの選択を受け付けると（ステップＳ２５０６）、選択された登録保留のデータの取得要求をファイリングサーバ１０２に送信する（ステップＳ２５０７）。
【０２０６】
そして、ファイリングサーバ１０２は、クライアント端末１０４から、登録保留のデータの取得要求を受信すると（ステップＳ２５０８）、当該指定された登録保留のデータ（個別文書）を取得する（ステップＳ２５０９）。その後、当該登録保留のデータに関連付けられている共通文書データがあるかを、登録文書テーブルを用いて判定する（ステップＳ２５１０）。具体的には、当該登録保留のデータを記憶管理する登録文書テーブル中のレコードの共通文書ファイルに共通文書のファイル名が登録されているか否かにより、ファイリングサーバ１０２はこの判定を行う。
【０２０７】
選択された登録保留データに関連する共通文書があると判定された場合は（ステップＳ２５１０：ＹＥＳ）、ファイリングサーバ１０２は、登録保留データに関連付けられた共通文書データを取得し（ステップＳ２５１２）、取得した登録保留データと共通文書データを用いて表示用データを作成する（ステップＳ２５１３）。
【０２０８】
一方、選択された登録保留データに関連する共通文書がないと判定された場合は（ステップＳ２５１０：ＮＯ）、ファイリングサーバ１０２は、ステップＳ２５０９で取得した登録保留されている個別文書データを用いて、表示用データを作成する（ステップＳ２５１１）。
【０２０９】
そして、ファイリングサーバ１０２は、ステップＳ２５１１、または、ステップＳ２５１３で作成した表示用データをクライアント端末１０４に対して送信する（ステップＳ２５１４）。
【０２１０】
クライアント端末１０４は、ファイリングサーバ１０２から、選択された登録保留データの表示用データを受信すると（ステップＳ２５１５）、当該登録保留データの申込番号、証券番号と表示用データ（画像データ）を登録・削除画面（図１８）に表示する（ステップＳ２５１６）。
【０２１１】
登録・削除画面を表示後、登録・削除画面に設定されている削除ボタン１８０３が押されたか否かを判定し（ステップＳ２５１７）、削除ボタン１８０３が押されたと判定された場合は（ＹＥＳ）、現在、登録・削除画面（図１８）に表示されている登録保留データに係る情報の削除要求をファイリングサーバ１０２に送信する（ステップＳ２５１８）。
【０２１２】
ファイリングサーバ１０２は、クライアント端末１０４から登録保留のデータ（個別文書）の削除指示を受け付けると（ステップＳ２５１９）、選択された登録保留のデータの削除処理を行う（ステップＳ２５２０）。この処理の詳細については、図２６を参照して後述する。そして、ステップＳ２５２０の登録保留データの削除処理が終了後、処理をステップＳ２５２５に移す。
【０２１３】
クライアント端末１０４は、ステップＳ２５１７の判定処理で、削除ボタン１８０３が押されていないと判定された場合は（ＮＯ）、登録・削除画面に設定されている登録ボタン１８０３が押されたか否かを判定する（ステップＳ２５２１）。この判定処理で登録ボタンが押されたと判定された場合は（ＹＥＳ）、現在、登録・削除画面（図１８）に表示されている登録保留データに係る登録要求をファイリングサーバ１０２に送信する（ステップＳ２５２２）。
【０２１４】
ファイリングサーバ１０２は、クライアント端末１０４から登録保留のデータの登録要求を受信すると（ステップＳ２５２３）、指定を受け付けた登録保留のデータを検索データとして登録する（ステップＳ２５２４）。具体的には、登録文書テーブルに記憶されている登録要求を受け付けた登録保留のデータ（個別文書）を管理するレコードの登録保留フラグに登録されている登録が保留されていることを示す情報（図中では「○」）を消去する、その後、処理をステップＳ２５２５に移す。
【０２１５】
ファイリングサーバ１０２は、ステップＳ２５２０またはステップＳ２５２４が終了後、処理をステップＳ２５２５に移し、処理結果を登録保留のデータの削除、または登録の要求を行ったクライアント端末１０４に対して送信する。クライアント端末１０４は、ファイリングサーバ１０２からの処理結果を受信する。その後、処理をステップＳ２５２６。尚、ファイリングサーバ１０２より受信した処理結果が、処理失敗を示すものである場合には、ユーザに対して処理が失敗した旨を報知すべく、エラー表示を行う。
【０２１６】
クライアント端末１０４は、その後、ユーザの操作指示に基づいて終了指示を受け付けたかを判定する（ステップＳ２５２７）。終了指示を受け付けていないと判定された場合は（ＮＯ）、処理をステップＳ２５０５に移し、それ以降の処理を繰り返し実行する。また、終了指示を受け付けたと判定した場合は（ＹＥＳ）、本図に示す処理を終了する。
【０２１７】
次に、図２６を用いて、図２５のステップＳ２５２０の登録保留データ削除処理の詳細について説明する。図２５に示す各ステップの処理は、ファイリングサーバ１０２のＣＰＵ２０１によって実行される。
【０２１８】
ファイリングサーバ１０２は、クライアント端末１０４より削除指示を受け付けた登録保留のデータを取得しＲＡＭ２０２に記憶した後に、登録文書テーブルから、当該登録保留のデータを記憶管理しているレコードを削除する（ステップＳ２６０１）。そして、削除指示された登録保留のデータ（個別文書）に共通文書が関連付けられていたかを判定する（ステップＳ２６０２）。
【０２１９】
ファイリングサーバ１０２は、ステップＳ２６０２の判定処理で共通文書が関連付けられていると判定された場合は（ＹＥＳ）、処理をステップＳ２６０３に移す。一方、共通文書が関連付けられていないと判定された場合は（ＮＯ）、本図に示す処理を終了する。
【０２２０】
ファイリングサーバ１０２は、ステップＳ２６０３において、削除指示を受け付けた登録保留のデータ（個別文書）に関連付けられている共通文書を特定し、その後、特定した共通文書に関連付けられている他の検索データ、他の登録保留データがあるかを、登録文書テーブルを用いて判定する（ステップＳ２６０４）。
【０２２１】
ファイリングサーバ１０２は、ステップＳ２６０４の判定処理で、ステップＳ２６０３で特定した共通文書に関連付けられている他の検索データ、他の登録保留のデータがないと判定した場合は（ＮＯ）、処理をステップＳ２６０５に移し、ステップＳ２６０３で特定した共通文書を記憶管理するレコードを登録文書テーブルから削除する。また、記憶装置に記憶されている共通文書のイメージファイルも削除することになる。そして、本図に示す処理を終了する。一方、ステップＳ２６０４の判定処理で、ステップＳ２６０３で特定した共通文書に関連付けられている他の検索データ、登録保留のデータがあると判定した場合は（ＹＥＳ）、ステップＳ２６０５の処理を行うことなく、本図に示す処理を終了する。
【０２２２】
次に、図２７を用いて、第２の実施の形態における、ファイリングサーバ１０２の登録文書テーブル（図２８）に登録されているファイルの検索・閲覧処理について説明する。図２７は、ファイリングサーバ１０２の登録文書テーブル（図２８）に登録されているファイルの検索、閲覧処理の一例を示すフローチャートである。図２８に示す各ステップの処理は、クライアント端末１０６のＣＰＵ２０１またはファイリングサーバ１０２のＣＰＵ２０１により実行される。尚、この処理は、図９を用いて説明したファイル検索・閲覧処理に相当する処理である。
【０２２３】
クライアント端末１０６は、ユーザにより検索画面の表示指示を受け付けると、図２０に示す検索条件入力画面を表示する（ステップＳ２７０１）。そして、クライアント端末１０６は、ユーザからの操作指示により、検索条件入力画面（図２０）を介して申込番号（検索条件）、及び／又は、証券番号（検索条件）の入力を受け付けた後に、検索ボタン２００３が押下されると（ステップＳ２７０２）、ファイリングサーバ１０２に入力された検索条件を含む検索要求を送信する（ステップＳ２７０３）。
【０２２４】
ファイルサーバ１０２は、クライアント端末１０６から送信された検索要求を受信すると（ステップＳ２７０４）、受信した検索要求に合致する、登録文書テーブル２８００（図２８）に登録されている検索データ（登録保留フラグに「○」が登録されていないデータ）を検索する（ステップＳ２７０５）。そして、ステップＳ２７０５の検索処理の結果、受信した検索条件に合致する検索データがないと判定される場合は（ステップＳ２７０６：ＮＯ）、処理をステップＳ２７０７に移し、検索エラー通知を、検索要求を行ったクライアント端末１０６に対して送信する。
【０２２５】
クライアント端末１０６は、ファイリングサーバ１０２から送信された検索エラー通知を受信すると（ステップＳ２７０８）、ユーザに検索エラーを報知すべく、検索エラー表示を行う（ステップＳ２７０９）。そして、処理をステップＳ２７１８に移す。
【０２２６】
ファイリングサーバ１０２は、ステップＳ２７０６の判定処理で、検索条件に合致する検索データがあると判定される場合に（ＹＥＳ）、処理をステップＳ２７１０に移し、検索条件に合致した検索データ（個別文書）を取得する。そして、取得した検索データに共通文書が関連付けられているかを判定する（ステップＳ２７１１）。
【０２２７】
ステップＳ２７１１の判定処理で、共通文書が関連付けられていると判定される場合は（ＹＥＳ）、ファイリングサーバ１０２は処理をステップＳ２７１３に進め、ステップＳ２７１０で取得した検索データ（個別文書）に関連付けられている共通文書を取得し、共通文書と検索データを用いて表示用データを作成する（ステップＳ２７１４）。一方、ステップＳ２７１１の判定処理で、共通文書が関連付けられていないと判定される場合は（ＮＯ）、処理をステップＳ２７１２に進め、ステップＳ２７１０で取得した検索データを用いて表示用データを作成する。
【０２２８】
ファイリングサーバ１０２はその後、ステップＳ２７１２、または、ステップＳ２７１４で生成した表示用データを、検索要求を行ったクライアント端末１０６に対して送信する。
【０２２９】
クライアント端末１０６は、ファイリングサーバ１０２から送信された表示用データを受信すると（ステップＳ２７１６）、表示用データの表示を行う（ステップＳ２７１７）。その後、処理をステップＳ２７１８に移す。
【０２３０】
クライアント端末１０６は、その後、ユーザからの操作指示により、終了指示を受け付けたかを判定し（ステップＳ２７１８）、受け付けていないと判定される場合は（ＮＯ）、処理をステップＳ２７０２に移し、それ以降の処理を繰り返し実行する。一方、終了指示を受け付けたと判定される場合は（ＹＥＳ）、本図に示す処理を終了する。以上が、第２の実施の形態における、検索・閲覧処理の詳細である。
【０２３１】
以上説明したとおり、第２の実施の形態では、文書の登録を行う際に共通文書と個別文書を関連付けた形でそれぞれ独立した形で登録し、文書の内容を表示する際に、それら文書から表示用データを作成し、表示させるようにしている。これにより、それぞれの個別文書の確認を行う際に、その個別文書に関連する共通文書も合わせて表示することが可能となるとともに、共通文書を複数登録する必要がなくなり、記憶容量を削減可能になる。
【０２３２】
本発明では、上記のような処理を行うことで、１つの共通文書と複数の個別文書をスキャンし、それぞれの個別文書を共通文書と関連付けて登録する際に、ユーザよって行われる煩雑な作業を軽減する共に、個別文書を確認する際に、関連する共通文書を容易に確認可能とすることで、個別文書のデータを確認する作業を効率化させることができる。
【０２３３】
以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、装置で読み取り実行可能なプログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２３４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０２３５】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２３６】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のカード、ＲＯＭ等を用いることができる。
【０２３７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２３８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０２３９】
１０１ ホストコンピュータ
１０２ ファイリングサーバ
１０３ プリンタ
１０４ クライアント端末
１０５ スキャナ
１０６ クライアント端末
１０７ ネットワーク
【技術分野】
【０００１】
本発明は、情報処理装置、及びその制御方法、プログラムに関し、特に、共通文書のデータと個別文書のデータとを対応付けて登録するための技術に関するものである。
【背景技術】
【０００２】
従来、保険の申込手続において、被保険者は、申込書に名前などの必要事項を記入して、申込を行っている。このとき、申込書に、保険の内容が記載されている場合もあるが、別紙に保険の内容が記載されている場合もある。また、保険の申込をするために申込書に添付しなければならない添付書類なども必要となる場合がある。
【０００３】
また、例えば、会社が、複数社員に対する保険の一括申込を行うことがある。このような場合、保険の内容が記載された文書や、添付書類などは、各社員（被保険者）共通の文書として、保険会社に渡される。そして、各社員（被保険者）は、各自に配布された申込書に必要事項を記入して、その記入された申込書は、会社から保険会社に渡される。
【０００４】
このとき、保険会社に渡される共通の文書（以下、共通文書と言う）は、各社員（各被保険者）に対して１部あり、保険会社に渡される申込書は、各社員（各被保険者）のそれぞれが記入した分の申込書（以下、個別文書という）がある。
【０００５】
保険会社の社員は、共通文書と複数の個別文書をスキャナでまとめてスキャンして、１つのファイルとして登録し、そのファイルを検索し、閲覧して、その内容を確認する業務を行っている。
【０００６】
特許文献１には、スキャナでスキャンする文書の先頭に、生成されるファイルのファイル名の付け方、生成されるファイルのファイル形式の種類、生成されるファイルの格納先が指示されている指示シートを挿入して、その指示シートの内容に従って、指示シートの後にスキャンされる文書に対する処理内容を決定することが記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−２１０５６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来、共通文書のデータと、複数の個別文書のデータとが１つのファイルとして登録されてしまうため、例えば、保険会社のユーザが、当該ファイルの複数の個別文書のデータの中から、閲覧したい個別文書のデータを特定する手間が煩雑であった。
【０００９】
また、従来、共通文書のデータと、複数の個別文書のデータとが１つのファイルとして登録されてしまうため、ユーザが、ある１件の個別文書のデータを閲覧したい場合であっても、他の個別文書のデータも閲覧可能なため、情報セキュリティ上の課題もある。
【００１０】
また、ユーザは、閲覧したい被保険者の個別文書だけではなく、どのような契約条件になっているか等を確認するために共通文書も確認する必要がある。そのため、従来のように、共通文書のデータと、複数の個別文書のデータとが１つのファイルとして登録されてしまうと、確認したい個別文書と共通文書のページが離れている場合、確認し辛くなってしまう。
【００１１】
また、閲覧（確認）したい共通文書と個別文書を特定し易くするために、ユーザは、手作業で共通文書と、１件の個別文書とを１つのファイルとして登録することが考えられる。
【００１２】
これを行うためには、ユーザが手作業で、共通文書と１件の個別文書とをまとめて、スキャナにセットし、それをスキャンして生成される１つのファイルを登録しなければならないため、ユーザは、個別文書が複数ある場合は、その作業を複数回行わなければならず、煩雑な作業を強いられてしまう。
【００１３】
また、特許文献１の方法を用いた場合、指示シートと共通文書と１件の個別文書とをまとめて、スキャナにセットし、それをスキャンして生成される１つのファイルを登録しなければならないため、複数の個別文書を登録する場合は、個別文書と同じ数の共通文書と指示シートを用意し、スキャナにセットしスキャンしなければならない。その結果、共通文書や指示シートを多く用意しなければならず印刷コストが高くなってしまうと共に、その共通文書と指示シートを用意する作業が煩雑になってしまう。
【００１４】
そこで、本発明の目的は、共通文書のデータと個別文書のデータとを関連付けて登録する際に、ユーザよって行われる煩雑な作業を軽減する共に、個別文書を確認する際に、関連する共通文書を容易に確認可能とすることで、個別文書のデータを確認する作業を効率化させることである。
【課題を解決するための手段】
【００１５】
本発明の情報処理装置は、文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置であって、前記読取装置によって文書が読み取られることで生成された画像データを取得する取得手段と、前記取得手段に取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取手段と、前記読取手段で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定手段と、前記特定手段で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成手段と、を備えることを特徴とする。
【００１６】
また、本発明の情報処理方法は、本発明文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置によって行われる情報処理方法であって、前記読取装置によって文書が読み取られることで生成された画像データを取得する取得工程と、前記取得工程で取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取工程と、前記読取工程で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定工程と、前記特定工程で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成工程と、を備えることを特徴とする。
【００１７】
また、本発明のコンピュータプログラムは、文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置を、前記読取装置によって文書が読み取られることで生成された画像データを取得する取得手段と、前記取得手段に取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取手段と、前記読取手段で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定手段と、前記特定手段で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成手段として機能させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ユーザによる共通文書のデータと個別文書のデータとを関連付けて登録する際に、ユーザよって行われる煩雑な作業を軽減する共に、個別文書を確認する際に、関連する共通文書を容易に確認可能とすることで、個別文書のデータを確認する作業を効率化させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係る情報処理システムの構成を示す図である。
【図２】図１に示したクライアント端末１０４の基本構成を示すブロック図である。
【図３】（ａ）被保険者の保険申込書（個別文書）、（ｂ）契約一括申込書（共通文書）２２０１、（ｃ）セパレータ（セパレータシート）のそれぞれの印刷処理を示すフローチャートである。
【図４】被保険者の保険申込書（個別文書）、契約一括申込書（共通文書）などの文書の電子データをファイリングサーバ１０２に登録する処理の一例を示すフローチャートである。
【図５】図４に示すステップＳ４０７（セパレータを用いた結合処理）の詳細処理の一例を示すフローチャートである。
【図６】図４に示すステップＳ４０８（通常の結合処理）の詳細処理の一例を示すフローチャートである。
【図７】図４に示すステップＳ４１２（イメージ登録処理）の詳細処理の一例を示すフローチャートである。
【図８】登録保留されたファイルの登録・削除処理の一例を示すフローチャートである。
【図９】ファイリングサーバ１０２の登録文書テーブル（図１３）に登録されているファイルの検索、閲覧処理の一例を示すフローチャートである。
【図１０】図３（ａ）で被保険者の保険申込書に印刷された申込番号の、属性情報連携ファイル（図１１）のレコードの情報を、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブルに登録する処理の一例を示すフローチャートである。
【図１１】属性情報連携ファイルの一例を示す図である。
【図１２】属性情報テーブルの一例を示す図である。
【図１３】登録文書テーブルの一例を示す図である。
【図１４】スキャン取込指示受付画面の一例を示す図である。
【図１５】スキャン取込結果画面の一例を示す図である。
【図１６】ステップＳ４１３で表示されるエラーメッセージ画面の一例である。
【図１７】登録保留のデータ一覧画面の一例を示す図である。
【図１８】登録・削除画面の一例を示す図である。
【図１９】ステップＳ８１２で表示されるエラーメッセージ画面の一例を示す図である。
【図２０】検索条件入力画面の一例を示す図である。
【図２１】検索結果表示画面の一例を示す図である。
【図２２】共通文書、セパレータ、複数の案件それぞれの複数の個別文書から、複数の案件のファイル（共通文書と個別文書とが結合されたファイル）をそれぞれ生成することを説明するための図である。
【図２３】第２の実施の形態における図４に示すステップＳ４０７（セパレータを用いた結合処理）の詳細処理の一例を示すフローチャートである。
【図２４】第２の実施の形態における図４に示すステップＳ４１２（イメージ登録処理）の詳細処理の一例を示すフローチャートである。
【図２５】第２の実施の形態における、登録保留されたファイルの登録・削除処理の一例を示すフローチャートである。
【図２６】図２５に示すステップＳ２５２０（登録保留データ削除処理）の詳細処理の一例を示すフローチャートである。
【図２７】第２の実施の形態における、ファイリングサーバ１０２の登録文書テーブルに登録されているファイルの検索・閲覧処理の一例を示すフローチャートである。
【図２８】第２の実施の形態における登録文書テーブルの一例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００２１】
［第１の実施の形態］
図１は、本発明の第１の実施形態に係る情報処理システムの構成を示す図である。ホストコンピュータ１０１、ファイリングサーバ１０２、プリンタ１０３、クライアント端末１０４、クライアント端末１０６は、それぞれネットワーク１０７を介して、相互に通信可能に接続されている。また、クライアント端末１０４は、スキャナ１０５と通信可能に接続されている。スキャナ１０５は、文書を読み取り該文書の画像データを生成する読取装置の適用例である。
【００２２】
ホストコンピュータ１０１は、属性情報連携ファイル（図１１）を記憶しており、属性情報連携ファイルに記憶されている情報に従って、後述する被保険者の保険申込書（被保険者名簿とも言う）のデータをプリンタ１０３に印刷出力する機能を備えている。被保険者の保険申込書（被保険者名簿）は、後述する個別文書（用紙）である。ここで印刷される個別文書には、属性情報連携ファイル（図１１）に記憶されている申込番号が印字される。個別文書毎に、異なる申込番号が印字されるため、申込番号から個別文書を特定することが可能となる。このように、申込番号は、個別文書を識別する識別情報として用いられる。
【００２３】
個別文書は、例えば、被保険者の保険申込書であって、被保険者が保険の申込を行うために、被保険者の署名、捺印等を行う用紙である。本実施の形態では、１枚の個別文書を、１人の被保険者の保険の申込を行う用紙として説明する。
【００２４】
また、ホストコンピュータ１０１は、記憶部に記憶している契約一括申込書（共通文書）２２０１、及びセパレータ（セパレータシート）２２０２のデータをプリンタ１０３に印刷出力する機能を備えている。契約一括申込書（共通文書）は、保険の契約を締結するための各申込者の共通文書であって、１枚又は複数枚の用紙で構成される。セパレータは、共通文書と個別文書とを区別する用紙であって、区別するための情報が記憶されたＱＲコードが印刷されている。
【００２５】
また、ホストコンピュータ１０１は、プリンタ１０３から印刷出力された個別文書に印刷された申込番号、及びその申込番号に関連した情報（証券番号）を、属性情報連携ファイル（図１１）から取得して、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブル（図１２）に対して登録する要求を、夜間バッチ処理などで、送信する機能を備えている。
【００２６】
図１２は、属性情報テーブルの一例を示す図である。属性情報テーブル（図１２）には、個別申込書に印刷された申込番号と、当該申込番号が印刷された個別申込書に印刷された証券番号とが記憶されている。
【００２７】
クライアント端末１０４は、ユーザの操作に従って読み取り指示を受け付けると、スキャナ１０５に読取要求を送信する機能を備えている。読取要求を受信したスキャナ１０５は、スキャナ１０５のオートドキュメントフィーダ（ＡＤＦ）にセットされた用紙を読み込み、用紙を電子化して得られたデータを、クライアント端末１０４に送信する機能を備えている。（ここでは、用紙１枚につき、１つのファイル（データ）を生成して、クライアント端末１０４に送信する。）
【００２８】
そして、クライアント端末１０４は、スキャナ１０５から送信されてきたデータ（複数のファイル）を受信すると、当該データを解析して、個別文書毎に、共通文書と結合して、個別文書毎に１つのファイルを生成する機能を備えている。
【００２９】
また、クライアント端末１０４は、個別文書毎に、共通文書を結合して生成された、個別文書毎のファイルをファイリングサーバ１０２に送信して、当該ファイルの登録要求を行う機能を備えている。
【００３０】
ファイリングサーバ１０２は、クライアント端末１０４から登録要求を受信すると、当該登録要求に含まれているファイルを、ファイリングサーバ１０２の記憶部に記憶する機能を備えている。クライアント端末１０６は、ファイリングサーバ１０２の記憶部に記憶されているファイルを取得して表示部に表示する機能を備えている。
【００３１】
次に、図２２を用いて、後述する、共通文書、セパレータ、複数の案件それぞれの複数の個別文書から、複数の案件のファイル（共通文書と個別文書とが結合されたファイル）をそれぞれ生成することを説明する。
【００３２】
図２２は、共通文書、セパレータ、複数の案件それぞれの複数の個別文書から、複数の案件のファイル（共通文書と個別文書とが結合されたファイル）をそれぞれ生成することを説明するための図である。
【００３３】
共通文書（１又は複数の文書）２２０１、セパレータ２２０２、複数件の個別文書（１案件ごと異なる用紙の文書）２２０３、２２０４、２２０５の順番で、スキャナでスキャンされ、スキャンされたそれぞれ１枚の画像データのファイルを、スキャナ１０５から順番に、クライアント端末１０４は取得する。
【００３４】
後述するステップＳ４０６では、共通文書（１又は複数の文書）２２０１と、個別文書２２０３を含むファイル２２０６、共通文書（１又は複数の文書）２２０１と、個別文書２２０４を含むファイル２２０７、共通文書（１又は複数の文書）２２０１と、個別文書２２０５を含むファイル２２０８、をそれぞれ生成する。
【００３５】
すなわち、クライアント端末１０４は、セパレータ２２０２よりも、前に処理されるファイルを、共通文書として特定し、その特定された共通文書を個別文書の数分コピーする。そして、コピーされた共通文書と、個別文書とを含むファイル、を複数の個別文書それぞれについて生成する。
【００３６】
図２は、図１に示したクライアント端末１０４の基本構成を示すブロック図である。図２において、２０１はＣＰＵであり、ＲＡＭ２０２やＲＯＭ２０３に格納されているプログラムやデータを用いてクライアント端末１０４全体の制御を行うと共に、クライアント端末１０４が行う後述の各処理を実行する。
【００３７】
２０２はＲＡＭであり、ＨＤＤ２０４や記録媒体ドライブ２０６からロードされたプログラムやデータ、ネットワークＩ／Ｆ（インターフェース）２０５を介して受信したデータを一時的に記憶するためのエリアを備えると共に、ＣＰＵ２０１が各種の処理を実行する際に使用するワークエリアを備える。
【００３８】
２０３はＲＯＭであり、クライアント端末１０４の設定データやブートプログラムなどを格納する。
【００３９】
２０４はＨＤＤであり、ここにＯＳ（オペレーティングシステム）や、クライアント端末１０４が行う後述の各処理をＣＰＵ２０１に実行させるためのプログラムやデータが保存されている。これらのプログラムやデータの一部もしくは全部はＣＰＵ２０１による制御に従ってＲＡＭ２０２にロードされ、これを用いてＣＰＵ２０１が処理を行うことで、クライアント端末１０４は以下説明する各処理を実行することになる。
【００４０】
２０５はネットワークＩ／Ｆで、クライアント端末１０４をネットワーク１０７に接続するためのものであり、このネットワークＩ／Ｆ２０５を介してクライアント端末１０４は外部機器とデータ通信を行うことができる。
【００４１】
２０６は記録媒体ドライブであり、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ―ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等の記憶媒体に記録されたプログラムやデータを読み出し、ＲＡＭ２０２に出力する。この読み出し動作はＣＰＵ２０１によって制御される。
【００４２】
２０７はキーボードであり、各種の指示をＣＰＵ２０１に対して入力することができる。２０８はマウス等のポインティングデバイスであり、各種の指示をＣＰＵ２０１に対して入力することができる。
【００４３】
２０９はビデオＩ／Ｆ（インターフェース）であり、ディスプレイ装置２１０に表示すべき画像を信号としてディスプレイ装置２１０に供給するためのＩ／Ｆとして機能するものである。
【００４４】
２１０はディスプレイ装置であり、ＣＲＴや液晶画面等により構成されており、ＣＰＵ２０１による処理結果を画像や文字等でもって表示することができる。
【００４５】
２１１は周辺機器Ｉ／Ｆであり、ＵＳＢポートやＩＥＥＥ１３９４ポート等によって構成されており、この周辺機器Ｉ／Ｆ２１１を介して周辺機器との接続することが可能である。周辺機器との接続形態は有線／無線を問わない。２１２は上述の各部を繋ぐバスである。
【００４６】
また、図２に示す構成は、ホストコンピュータ１０１、ファイリングサーバ１０２、クライアント端末１０６についても同様の構成であるため、ホストコンピュータ１０１、ファイリングサーバ１０２、クライアント端末１０６のブロック図の説明は省略する。
【００４７】
次に、図３を用いて、（ａ）被保険者の保険申込書（個別文書）、（ｂ）契約一括申込書（共通文書）２２０１、（ｃ）セパレータ（セパレータシート）のそれぞれの印刷処理について説明する。
【００４８】
図３は、（ａ）被保険者の保険申込書（個別文書）、（ｂ）契約一括申込書（共通文書）２２０１、（ｃ）セパレータ（セパレータシート）のそれぞれの印刷処理を示すフローチャートである。図３に示す各ステップの処理は、ホストコンピュータ１０１のＣＰＵ２０１により実行される。
【００４９】
まず、被保険者の保険申込書（個別文書）の印刷処理について、フローチャート（ａ）を用いて説明する。
【００５０】
ホストコンピュータ１０１は、記憶部に記憶されている属性情報連携ファイル（図１１）を取得して、属性情報連携ファイル（図１１）のレコード毎の申込番号を取得する（ステップＳ３０１）。
【００５１】
図１１は、属性情報連携ファイルの一例を示す図である。属性情報連携ファイルは、「証券番号」、「申込番号」とから構成されており、「証券番号」は、契約内容を一意に識別するための番号であり、「申込番号」は申込手続（申込の案件）を一意に識別するための番号である。
【００５２】
次に、ホストコンピュータ１０１は、ステップＳ３０１で取得した申込番号を、記憶部に記憶されている被保険者の保険申込書（個別文書）のテンプレートの所定の位置にオーバーレイして、ステップＳ３０１で取得したレコードの申込番号ごとに、該申込番号を含む個別文書の印刷データをそれぞれ生成し（ステップＳ３０２）、プリンタ１０３に送信（出力）して印刷要求を行う（ステップＳ３０３）。例えば、図１１に示す属性情報連携ファイルの各レコードには、申込番号として「００１」と、「００２」とが記憶されている。
【００５３】
ステップＳ３０１では、「００１」と「００２」とを取得して、ステップＳ３０２で、被保険者の保険申込書（個別文書）のテンプレートの所定の位置に「００１」をオーバーレイして１つの個別文書の印刷データを生成する。また、ステップＳ３０２では、被保険者の保険申込書（個別文書）のテンプレートの所定の位置に「００２」をオーバーレイして１つの個別文書の印刷データを生成する。
【００５４】
このようにして生成された２つの個別文書の印刷データを、ステップＳ３０３でプリンタ１０３に送信して、２つの個別文書の印刷を行う。プリンタ１０３は、ホストコンピュータ１０１から受信した印刷要求に含まれる２つの個別文書の印刷データに従って、２枚の個別文書の印刷を行う。このようにして印刷された個別文書には、被保険者の署名欄、捺印欄などが含まれており、被保険者により署名、捺印がなされることとなる。
【００５５】
次に、契約一括申込書（共通文書）２２０１の印刷処理について、フローチャート（ｂ）を用いて説明する。
【００５６】
ホストコンピュータ１０１は、記憶部に記憶されている契約一括申込書（共通文書）のテンプレートの印刷データを生成し（ステップＳ３０４）、プリンタ１０３に送信（出力）して印刷要求を行う（ステップＳ３０５）。
【００５７】
プリンタ１０３は、ホストコンピュータ１０１から受信した印刷要求に含まれる印刷データに従って、契約一括申込書（共通文書）２２０１の印刷を行う。尚、契約一括申込書（共通文書）２２０１は、会社などの団体で、一括して複数の被保険者（例えば社員）の保険申し込みの際に使用される文書である。
【００５８】
次に、セパレータ（セパレータシート）の印刷処理について、フローチャート（ｃ）を用いて説明する。
【００５９】
ホストコンピュータ１０１は、記憶部に記憶されているセパレータ（セパレータシート）のテンプレートの印刷データを生成し（ステップＳ３０６）、プリンタ１０３に送信（出力）して印刷要求を行う（ステップＳ３０７）。
【００６０】
プリンタ１０３は、ホストコンピュータ１０１から受信した印刷要求に含まれる印刷データに従って、セパレータ（セパレータシート）の印刷を行う。なお、ホストコンピュータ１０１の記憶部に記憶されているセパレータ（セパレータシート）のテンプレートには、セパレータ（セパレータシート）であることを示す情報を含むＱＲコードが含まれている。
【００６１】
次に、図１０を用いて、図３（ａ）で被保険者の保険申込書に印刷された申込番号の、属性情報連携ファイル（図１１）のレコードの情報を、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブルに登録する処理について説明する。
【００６２】
図１０は、図３（ａ）で被保険者の保険申込書に印刷された申込番号の、属性情報連携ファイル（図１１）のレコードの情報を、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブルに登録する処理の一例を示すフローチャートである。図１０に示すＳ１００１、Ｓ１００２のステップの処理は、ホストコンピュータ１０１のＣＰＵ２０１により実行される。また、図１０に示すＳ１００３、Ｓ１００４のステップの処理は、ファイリングサーバ１０２のＣＰＵ２０１により実行される。
【００６３】
ホストコンピュータ１０１は、現在の日時が所定の日時であるか否かを判定し（ステップＳ１００１）、所定の日時であると判定された場合は（Ｓ１００１：ＹＥＳ）、図３（ａ）で被保険者の保険申込書に印刷済みの申込番号の、属性情報連携ファイル（図１１）のレコードの情報を、ファイリングサーバ１０２に送信する（ステップＳ１００２）。
【００６４】
そして、ファイリングサーバ１０２は、ホストコンピュータ１０１から、該レコードの情報を受信すると（ステップＳ１００３）、当該情報を、ファイリングサーバ１０２の記憶部に記憶されている属性情報テーブルに登録する（ステップＳ１００４）。
【００６５】
次に、図４を用いて、被保険者の保険申込書（個別文書）、契約一括申込書（共通文書）など文書をスキャナ１０５が読み取ることで得られる文書の電子データを、ファイリングサーバ１０２に登録する処理について説明する。
【００６６】
図４は、被保険者の保険申込書（個別文書）、契約一括申込書（共通文書）などの文書の電子データをファイリングサーバ１０２に登録する処理の一例を示すフローチャートである。図４に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【００６７】
クライアント端末１０４は、まず、図１４に示すスキャン取込指示受付画面を表示する。
【００６８】
図１４は、スキャン取込指示受付画面の一例を示す図である。図中、１４０１は、ユーザの操作によるセット件数の入力を受け付ける入力欄である。１４０２は、ユーザの操作による文書種類（文書種別）の選択入力を受け付けるプルダウンである。１４０３は、スキャン開始をスキャナ１０５に指示するためのスキャン開始ボタンである。ここで、セット件数とは、共通文書と個別文書とから構成されるファイルの数（個別文書の数）のことを示している。
【００６９】
ユーザは、スキャナ１０５のＡＤＦにセットした個別文書の数を確認して、スキャン取込指示受付画面（図１４）のセット件数１４０１に入力する。また、１４０２で選択可能な文書種類は、例えば、「一括申込書」と「明細書」とがあるものとして説明する。
【００７０】
「一括申込書」は、後述するステップＳ４０６でセパレータを用いて結合処理を行う文書種類であり、「明細書」は、後述するステップＳ４０７でセパレータを用いることなく結合処理を行う文書種類である。すなわち、図１４の１４０２で文書種類を選択することで、ステップＳ４０６でセパレータを用いて結合処理を行うか、ステップＳ４０７でセパレータを用いることなく結合処理を行うかの設定を入力することを意味している。
【００７１】
クライアント端末１０４は、スキャン取込指示受付画面（図１４）を介して、ユーザの操作により、セット件数の入力、及び、文書種類の入力を受け付け（ステップＳ４０２）、スキャン開始ボタン１４０３が押下されると（ステップＳ４０３：ＹＥＳ）、処理をステップＳ４０４に移行する。また、クライアント端末１０４は、スキャン開始ボタン１４０３が押下されるまで（ステップＳ４０３：ＮＯ）、スキャン取込指示受付画面（図１４）を表示して、セット件数の入力、及び、文書種類の入力を受け付ける。このように、ステップＳ４０２では、ユーザの操作による個別文書のデータ数の入力を受け付ける（入力受付手段）。
【００７２】
そして、クライアント端末１０４は、スキャン開始ボタン１４０３が押下されると、スキャナ１０５に、スキャナ１０５のＡＤＦにセットされた文書の読取要求を送信する（ステップＳ４０４）。
【００７３】
スキャナ１０５は、読取要求をクライアント端末１０４から受信すると、スキャナ１０５のＡＤＦにセットされた文書の読取処理を実行し、読み取られたデータを読取結果としてクライアント端末１０４に送信する。ここで送信されるデータは、１文書の１ページごとの１つのファイル（本実施形態では、画像データともいう）である。すなわち、複数ページを読み取った場合は、複数のファイル（画像データ）が送信されることとなる。
【００７４】
そして、クライアント端末１０４は、スキャナ１０５から、読取結果としてスキャナ１０５で読み取られたデータを受信（取得）する（ステップＳ４０５）（取得手段）。ステップＳ４０５では、複数ページを読み取った場合は、複数のファイル（画像データ）を取得する。
【００７５】
ここでは、図２２に説明したように、共通文書２２０１、セパレータ２２０２、個別文書２２０３、２２０４、２２０５の順番で、スキャナ１０５から、それぞれのファイルを取得する。
【００７６】
クライアント端末１０４は、ステップＳ４０５で入力を受け付けた文書種類（文書種別）が「一括申込書」であるか、それとも「明細書」であるかを判定する。すなわち、ステップＳ４０６でセパレータを用いて結合処理を行うか、ステップＳ４０７でセパレータを用いることなく結合処理を行うかを判定する（ステップＳ４０６）。
【００７７】
そして、ステップＳ４０５で入力を受け付けた文書種類（文書種別）が「一括申込書」である（ステップＳ４０６でセパレータを用いて結合処理を行う）と判定された場合は（ステップＳ４０６：ＹＥＳ）、処理をステップＳ４０７に移行する。一方、ステップＳ４０５で入力を受け付けた文書種類（文書種別）が「明細書」である（ステップＳ４０８でセパレータを用いることなく結合処理を行う）と判定された場合は（ステップＳ４０６：ＮＯ）、処理をステップＳ４０８に移行する。
【００７８】
ステップＳ４０７では、セパレータを用いて、共通文書のファイルと、個別文書のファイルとを結合して１つのファイルを生成する処理を行い、一方、ステップＳ４０８では、スキャナ１０５から取得した全てのファイルを結合して１つのファイルを生成する処理を行う。ステップＳ４０７の詳細処理を図５に示し、ステップＳ４０８の詳細処理を図６に示す。
【００７９】
次に、図５を用いて、図４に示すステップＳ４０７（セパレータを用いた結合処理）の詳細処理について説明する。図５は、図４に示すステップＳ４０７（セパレータを用いた結合処理）の詳細処理の一例を示すフローチャートである。図５に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【００８０】
クライアント端末１０４のメモリ（ＲＡＭ２０２）に記憶されているセパレータフラグを初期値である「ＯＦＦ」に設定して、図５に示す処理を開始する。また、クライアント端末１０４のメモリに記憶されている登録予定件数を初期値である「０（ゼロ）」に設定して、図５に示す処理を開始する。
【００８１】
ステップＳ５０１からステップＳ５１５の処理を、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ５０２で全て読込むまで、繰り返し実行する。
【００８２】
まず、クライアント端末１０４は、ステップＳ４０５で取得した、スキャナ１０５の読取結果のファイルのうち、未処理の先頭のファイルを読み込む（ステップＳ５０２）。ここで読み込んだファイルを処理対象のファイルとして以降の処理を行う。ステップＳ５０１以降の処理は、スキャナ１０５から受信されるファイルの順番で処理対象のファイルにして処理する。
【００８３】
そして、クライアント端末１０４は、ステップＳ５０２で読み込んだファイルの所定の位置から、ＱＲコード、申込番号、を読み取る処理を行う（ステップＳ５０３）。すなわち、ステップＳ５０３では、ステップＳ５０２で読み込んだファイル（画像データ）から、該画像データの文書が共通文書のデータと、個別文書のデータとを特定するための文書であることを示すセパレータ情報をＱＲコードから読み取る（読取手段）。
【００８４】
次に、クライアント端末１０４は、クライアント端末１０４のメモリに記憶されているセパレータフラグが「ＯＮ」に設定されているか否かを判定する（ステップＳ５０４）。
【００８５】
すなわち、ステップＳ５０４では、セパレータフラグが「ＯＮ」に設定されているか否かを判定することにより、現在処理対象のファイルが、共通文書若しくはセパレータのファイルであるか、個別文書であるかを判定している。それゆえ、セパレータフラグが「ＯＮ」に設定されていると判定された場合は、現在処理対象のファイルが、個別文書であると判定されたことを示している。すなわち、セパレータフラグが「ＯＮ」に設定されていると判定された場合の現在処理対象のファイルを、個別文書のデータとして特定する（個別文書特定手段）。
【００８６】
次に、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていないと判定された場合は（ステップＳ５０４：ＮＯ）、ステップＳ５０３でＱＲコードが読み取られたか否かを判定することにより、現在、処理対象のファイルがセパレータであるか否かを判定する（ステップＳ５１０）。すなわち、ステップＳ５１０では、処理対象のファイル（画像データ）からセパレータ情報を読み取ることが出来たか否かを判定する（セパレータ判定手段）。
【００８７】
また、ステップＳ５１０では、ステップＳ５０３でＱＲコードが読み取られたと判定され場合、さらに、ステップＳ５０３でＱＲコードから読み取られた情報が、セパレータ（セパレータシート）であることを示す情報であるか否かを判定すること（セパレータ判定手段による判定処理）により、現在、処理対象のファイルがセパレータであるか否かを判定する。
【００８８】
クライアント端末１０４は、ステップＳ５１０で、現在、処理対象のファイルがセパレータであると判定された場合（ＹＥＳ）、クライアント端末１０４のメモリに記憶されているセパレータフラグを「ＯＮ」に設定し（ステップＳ５１１）、処理をステップＳ５１５に移行する。
【００８９】
また、クライアント端末１０４は、ステップＳ５１０で、現在、処理対象のファイルがセパレータではないと判定された場合（ＮＯ）、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果のファイルの先頭のファイルであるか否かを判定する（ステップＳ５１２）。
【００９０】
そして、クライアント端末１０４は、ステップＳ５１２で、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果のファイルの先頭のファイルであると判定された場合（ＹＥＳ）、現在処理対象のファイルを共通文書の画像ファイルとしてメモリに記憶する（ステップＳ５１３）。
【００９１】
一方、クライアント端末１０４は、ステップＳ５１２で、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果のファイルの先頭のファイルではないと判定された場合（ＮＯ）、メモリに既に記憶されている共通文書のファイルと、現在、処理対象のファイルを結合して１つの画像ファイルとして生成し、当該生成されたファイルを、共通文書のファイルとしてメモリに記憶する（ステップＳ５１４）。
【００９２】
すなわち、ステップＳ５１３、ステップＳ５１４では、セパレータ情報を読み取ることが出来た画像データよりも前の画像データを共通文書のデータとして特定する（共通文書特定手段）。クライアント端末１０４は、ステップＳ５１３、ステップＳ５１４の処理を実行すると、処理をステップＳ５１５に移行する。
【００９３】
クライアント端末１０４は、ステップＳ５０４で、セパレータフラグが「ＯＮ」に設定されていると判定された場合は（ＹＥＳ）、ステップＳ５０３で読み取られた申込番号をメモリに記憶する（ステップＳ５０５）。
【００９４】
そして、クライアント端末１０４は、メモリに記憶されている登録予定件数に１を加算する（ステップＳ５０６）。なお、メモリに記憶されている登録予定件数の初期値は０である。
【００９５】
そして、クライアント端末１０４は、メモリに共通文書が記憶されているか否かを判定する（ステップＳ５０７）。メモリに共通文書が記憶されていると判定された場合（ＹＥＳ）、現在処理対象のファイルを個別文書として特定して、既にメモリに記憶されている共通文書と、当該現在処理対象のファイル（個別文書）とを結合して、１つの保険申し込み案件のファイルとして生成し（生成手段）、メモリに記憶し（ステップＳ５０８）、処理をステップＳ５１５に移行する。ステップＳ５０８では、当該生成された１つの案件のファイルと、ステップＳ５０５でメモリに記憶された申込番号と、を紐付けて（関連付けて）、メモリに記憶する。
【００９６】
このように生成手段では、共通文書のデータと個別文書のデータとを含む１つのファイルを生成する。ここでは、複数の個別文書のデータ毎に、それぞれ該ファイルを生成する。
【００９７】
一方、メモリに共通文書が記憶されていないと判定された場合（ＮＯ）、現在処理対象のファイルを個別文書のファイルとしてメモリに記憶し（ステップＳ５０９）、処理をステップＳ５１５に移行する。ステップＳ５０９では、個別文書のファイルと、ステップＳ５０５で記憶された申込番号とを紐付けて（関連付けて）、メモリに記憶する。
【００９８】
ステップ５１５では、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ５０２で全て読込んだか否かを判定して、読込んでいないと判定された場合は、ステップＳ５０２に処理を戻して、次の読取結果のファイルを読込む。
【００９９】
クライアント端末１０４は、ステップ５１５で、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ５０２で全て読込んだと判定された場合は、処理をステップＳ５１６に移行する。
【０１００】
ステップＳ５１６では、メモリに記憶されているセパレータフラグが「ＯＮ」に設定されているか否かを判定する。そして、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていると判定された場合は（ステップＳ５１６：ＹＥＳ）、セパレータのファイルを認識できたことを示す情報をメモリに記憶して（ステップＳ５１７）、処理をステップＳ４０８に移行する。
【０１０１】
また、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていないと判定された場合は（ステップＳ５１６：ＮＯ）、セパレータのファイルを認識できなかったことを示す情報をメモリに記憶して（ステップＳ５１８）、処理をステップＳ４０８に移行する。以上の処理を行うことにより、個別文書ごとに、該個別文書と共通文書とが結合されたファイルをそれぞれ生成することが可能となる。
【０１０２】
次に、図６を用いて、図４に示すステップＳ４０７（通常の結合処理）の詳細処理について説明する。図６は、図４に示すステップＳ４０７（通常の結合処理）の詳細処理の一例を示すフローチャートである。図６に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【０１０３】
クライアント端末１０４のメモリに記憶されている登録予定件数を初期値である「０（ゼロ）」に設定して、図６に示す処理を開始する。
【０１０４】
ステップＳ６０１からステップＳ６１０の処理を、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ６０２で全て読込むまで、繰り返し実行する。尚、ステップＳ６０１以降の処理は、スキャナ１０５から受信されるファイルの順番で処理対象のファイルにして処理する。
【０１０５】
まず、クライアント端末１０４は、ステップＳ４０５で取得した、スキャナ１０５の読取結果のファイルのうち、未処理の先頭のファイルを読み込む（ステップＳ６０２）。ここで読み込んだファイルを処理対象のファイルとして以降の処理を行う。そして、クライアント端末１０４は、ステップＳ６０２で読み込んだファイルの所定の位置から、申込番号を読み取る処理を行う（ステップＳ６０３）。
【０１０６】
次に、クライアント端末１０４は、ステップＳ６０３で申込番号を読み取ることが出来たか否かを判定する（ステップＳ６０４）。すなわち、ステップＳ６０４では、申込番号を読み取ることが出来たか否かを判定することにより、現在、処理対象のファイルが共通文書であるか、個別文書であるかを判定している。
【０１０７】
ステップＳ６０４で、申込番号を読み取ることが出来なかったと判定された場合は（ＮＯ）、ステップＳ６０４で読み込んだ現在処理対象のファイルが先頭のファイルであるか否かを判定する（ステップＳ６０６）。
【０１０８】
そして、ステップＳ６０６で、現在処理対象のファイルが先頭のファイルであると判定された場合は（ＹＥＳ）、処理をステップＳ６０７に移行し、一方、現在処理対象のファイルが先頭のファイルではないと判定された場合は（ＮＯ）、処理をステップＳ６０９に移行する。
【０１０９】
ステップＳ６０４において、申込番号を読み取ることが出来たと判定された場合は（ＹＥＳ）、ステップＳ６０３で読み取られた申込番号をメモリに記憶する（ステップＳ６０５）。
【０１１０】
そして、ステップＳ６０５において、クライアント端末１０４は、メモリに記憶されている登録予定件数に１を加算する。なお、メモリに記憶されている登録予定件数の初期値は０である。
【０１１１】
次に、クライアント端末１０４は、現在、処理対象のファイルを先頭のファイルとしてメモリに登録する（ステップＳ６０８）。すなわち、ステップＳ６０８では、ステップＳ６０４で、申込番号を読み取ることが出来たと判定された場合、ステップＳ６０３で読み取られた申込番号と、現在処理対象のファイルとを紐付けて（関連付けて）メモリに登録する。
【０１１２】
ステップＳ６０９では、現在、処理対象のファイルと、既に、メモリに先頭のファイルとして登録されているファイルとを結合して、１つのファイルを生成する。そして、当該生成されたファイルを先頭のファイルとして、メモリに記憶する。ステップＳ６０９の処理を実行すると、処理をステップＳ６１０に移行する。
【０１１３】
ステップＳ６０４において、申込番号の読取ができたと判定され、現在処理対象のファイルが個別文書であると判定された場合は（ＹＥＳ）、処理をステップＳ６０５に移行している。この場合、ステップＳ６０８では、既にメモリに先頭のファイルとして記憶されているファイルと、現在処理対象のファイルとを結合して、１つのファイルを生成し、メモリに先頭のファイルのとして記憶（登録）する。
【０１１４】
ステップ６１０では、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ６０２で全て読込んだか否かを判定して、読込んでいないと判定された場合は、ステップＳ６０２に処理を戻して、次の読取結果のファイルを読込む。
【０１１５】
クライアント端末１０４は、ステップ６１０で、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ６０２で全て読込んだと判定された場合は、処理をステップＳ４０８に移行する。
【０１１６】
図４の説明に戻る。クライアント端末１０４は、ステップＳ４０７、又はステップＳ４０８でファイルの結合処理を実行すると、図１５に示すスキャン取込結果画面を表示する（ステップ４０９）。
【０１１７】
図１５は、スキャン取込結果画面の一例を示す図である。スキャン取込結果画面は、セット件数の表示欄１５０１、及びスキャン件数の表示欄１５０２が表示されている。図１５に示しているセット件数の表示欄１５０１には、図１４のスキャン取込指示受付画面の１４０１に、ユーザにより入力されたセット件数を表示している。
【０１１８】
また、図１５に示しているスキャン件数の表示欄１５０２には、図５のステップＳ５０６、又はステップＳ６０７で加算され記憶された登録予定件数が表示されている。すなわち、スキャン件数とは、登録予定件数のことを示している。登録予定件数とは、登録しなければならない保険の申込の件数である。すなわち、個別文書の枚数と同一の値となる。
【０１１９】
そして、クライアント端末１０４は、ステップＳ４１０において、メモリに、セパレータのファイルを認識できたことを示す情報が記憶されているか否かを判定する。すなわち、ステップＳ５１６でセパレータフラグが「ＯＮ」に設定されていると判定されたか否かを判定することにより、セパレータの認識に失敗したか否かを判定する（ステップＳ４１０）。
【０１２０】
ステップＳ４１０で、セパレータフラグが「ＯＮ」に設定されておらず、セパレータの認識に失敗したと判定された場合は（ＹＥＳ）、図１６に示すエラーメッセージを表示する（ステップＳ４１３）。
【０１２１】
一方、ステップＳ４１０で、セパレータフラグが「ＯＮ」に設定されており、セパレータの認識に成功したと判定された場合は（ＮＯ）、処理をステップＳ４１１に移行して、１５０１のセット件数と、１５０２のスキャン件数（登録予定件数）とが一致するか否かを判定する（ステップＳ４１１）。すなわち、ステップＳ４１１では、入力を受け付けた個別文書のデータ数と、特定される個別文書のデータの数とが異なるかを判定する（データ数判定手段）。
【０１２２】
そして、１５０１のセット件数と、スキャン件数（登録予定件数）１５０２とが一致しないと判定された場合は（ＮＯ）、その旨のメッセージを含む図１６に示すエラーメッセージ画面を表示する（ステップＳ４１３）（表示手段）。
【０１２３】
図１６は、ステップＳ４１３で表示されるエラーメッセージ画面の一例である。図１６に示す１６０１は、ＯＫボタンであり、ユーザによりＯＫボタン１６０１が押下されると、エラーメッセージ画面を消して、処理を終了する。このエラーメッセージを表示することにより、ユーザが確認した案件の件数（１５０１のセット件数）と、ステップＳ４０７、又はステップＳ４０８でクライアント端末１０４がカウントした案件の件数（スキャン件数（登録予定件数）１５０２）とが異なっていることを、ユーザに把握させること可能となる。
【０１２４】
次に、クライアント端末１０４は、ステップＳ４１１において、１５０１のセット件数と、スキャン件数（登録予定件数）１５０２とが一致すると判定された場合は（ＹＥＳ）、ステップＳ４０７、又はステップＳ４０８で生成されメモリに記憶された複数のファイルを登録する処理（登録手段）を実行して（ステップＳ４１２）、処理を終了する。ステップＳ４１２の詳細処理を図７に示す。
【０１２５】
次に、図７を用いて、図４に示すステップＳ４１２（イメージ登録処理）の詳細処理について説明する。図７は、図４に示すステップＳ４１２（イメージ登録処理）の詳細処理の一例を示すフローチャートである。図７に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【０１２６】
まず、クライアント端末１０４は、ファイリングサーバ１０２に、属性情報テーブル（図１２）の取得要求を送信する。当該取得要求を受信したファイリングサーバ１０２は、クライアント端末１０４に、ファイリングサーバ１０２のメモリ（ＲＡＭ２０２）に記憶されている属性情報テーブルを送信する。そして、クライアント端末１０４は、ファイリングサーバ１０２から、属性情報テーブルを取得する。
【０１２７】
そして、クライアント端末１０４は、ステップＳ５０９、ステップＳ５０８、ステップＳ６０８でメモリに記憶されたファイルに紐付け（関連付け）られて記憶された申込番号を全て取得する。クライアント端末１０４は、ここで取得した全ての申込番号について、ステップＳ７０２の処理を実行するまで、未処理の申込番号ごとに繰り返しステップＳ７０１からステップＳ７０５の処理を実行する。
【０１２８】
クライアント端末１０４は、メモリから取得した現在処理対象の申込番号が、ファイリングサーバ１０２から取得した属性情報テーブルに含まれているか否かを判定する（ステップＳ７０２）。
【０１２９】
そして、クライアント端末１０４は、現在処理対象の申込番号が、属性情報テーブルに含まれていると判定された場合は（ＹＥＳ）、現在処理対象の申込番号のファイルの登録要求をファイリングサーバ１０２に送信する（ステップＳ７０３）。ここで送信される登録要求には、現在処理対象の申込番号と、該申込番号に紐付け（関連付け）られてメモリに記憶されたファイルと、現在処理対象の申込番号に紐付け（関連付け）られて属性情報テーブルに記憶されている証券番号（属性情報）と、が含まれている。
【０１３０】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該登録要求を受信すると、証券番号と、申込番号と、ファイルとを関連付けて（紐付けて）、ファイリングサーバ１０２の登録文書テーブル（図１３）に記憶する。図１３は、登録文書テーブルの一例を示す図である。
【０１３１】
クライアント端末１０４は、ステップＳ７０２で、現在処理対象の申込番号が、属性情報テーブルに含まれていないと判定された場合は（ＮＯ）、現在処理対象の申込番号と、現在処理対象の申込番号に紐付け（関連付け）られて属性情報テーブルに記憶されている証券番号（属性情報）と、該申込番号に紐付け（関連付け）られてメモリに記憶されたファイルと、を含む登録保留のデータを、ファイリングサーバ１０２のメモリの登録保留フォルダに送信する（ステップＳ７０４）。
【０１３２】
そして、ファイリングサーバ１０２は、クライアント端末１０４から該データを受信すると、該データに含まれる、証券番号と、申込番号と、ファイルとを関連付けて（紐付けて）、ファイリングサーバ１０２の登録保留フォルダに記憶する。クライアント端末１０４は、ステップＳ７０３、ステップＳ７０４の処理を実行すると、処理をステップＳ７０５に移行する。
【０１３３】
ステップＳ７０５では、処理対象の全ての申込番号のうち、ステップＳ７０２の処理を実行していない申込番号があるか否かを判定して、ステップＳ７０２の処理を実行していない未処理の申込番号があると判定された場合は、その申込番号を処理対象としてステップＳ７０２の処理を実行する。また、ステップＳ７０２の処理を実行していない未処理の申込番号がないと判定された場合は、処理を終了する。
【０１３４】
次に、図８を用いて、登録保留されたファイルの登録・削除処理について説明する。図８は、登録保留されたファイルの登録・削除処理の一例を示すフローチャートである。図８に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【０１３５】
クライアント端末１０４は、ユーザの操作により、登録保留されたファイルのデータ一覧の取得要求を受け付けると、ファイリングサーバ１０２に、登録保留されたファイルのデータ一覧の取得要求を送信する（ステップＳ８０１）。
【０１３６】
ファイリングサーバ１０２は、クライアント端末１０４から、当該取得要求を受け付けると、登録保留フォルダを参照して、「登録保留」として登録されたファイルを全て特定する。そして、ファイリングサーバ１０２は、特定された全てのファイルに関連付けられた証券番号と申込番号とをクライアント端末１０４に送信する。
【０１３７】
クライアント端末１０４は、ファイリングサーバ１０２から、登録保留のデータの一覧のデータとして、当該特定された全てのファイルに関連付けられた証券番号と申込番号とを受信すると（ステップＳ８０２）、当該受信した全ての証券番号と申込番号とを登録保留のデータ一覧画面（図１７）に表示する（ステップＳ８０３）。図１７は、登録保留のデータ一覧画面の一例を示す図である。
【０１３８】
そして、クライアント端末１０４は、登録保留のデータ一覧画面に表示されたリストの中から、ユーザの操作により、ユーザが確認したい文書（レコード）の選択を受け付けると（ステップＳ８０４）、選択された登録保留のデータの取得要求をファイリングサーバ１０２に送信する（ステップＳ８０５）。
【０１３９】
そして、ファイリングサーバ１０２は、クライアント端末１０４から、登録保留のデータの取得要求を受信すると、当該ユーザにより選択された文書のファイル、証券番号、申込番号を含むデータをクライアント端末１０４に送信する。
【０１４０】
クライアント端末１０４は、ファイリングサーバ１０２から、該データを受信すると（ステップＳ８０６）、該データに含まれているファイルと、申込番号と、証券番号とを、登録・削除画面（図１８）に表示する（ステップＳ８０７）。
【０１４１】
図１８は、登録・削除画面の一例を示す図である。図中、１８０１は、申込番号を表示する表示欄であり、ユーザの操作によって、入力・編集することが可能な表示欄である。
また、１８０２は、証券番号を表示する表示欄であり、ユーザの操作によって、入力・編集することが可能な表示欄である。１８０３は削除ボタンであり、１８０４は登録ボタンである。
【０１４２】
次に、クライアント端末１０４は、登録・削除画面（図１８）の削除ボタン１８０３をユーザに押下されたか否かを判定し（ステップＳ８０８）、削除ボタン１８０３が押下されたと判定された場合には（ＹＥＳ）、現在、登録・削除画面（図１８）に表示されているファイルに係る情報の削除要求を、ファイリングサーバ１０２に送信する（ステップＳ８１１）。
【０１４３】
ファイリングサーバ１０２は、クライアント端末１０４から、ユーザにより選択されたファイルに係る情報の削除要求を受け付けると、登録保留フォルダに記憶されている、該当ファイル、証券番号、申込番号を削除する。
【０１４４】
また、削除ボタン１８０３が押下されずに、ユーザにより１８０１に申込番号が入力され、登録ボタン１８０４が押下されたか否かを判定し、ユーザにより１８０１に申込番号が入力され、登録ボタン１８０４が押下されたと判定された場合、さらに、入力された申込番号が、ファイリングサーバ１０２の属性情報テーブルに登録されているか否かを確認するために、ファイリングサーバ１０２に属性情報テーブルの取得要求を送信して、ファイリングサーバ１０２から、属性情報テーブルを取得し、入力された申込番号が、当該取得した属性情報テーブルに含まれているか否かを判定する。
【０１４５】
そして、入力された申込番号が、属性情報テーブルに含まれていると判定された場合は（ステップＳ８０９：ＹＥＳ）、クライアント端末１０４は、現在、登録・削除画面（図１８）に表示している処理対象の申込番号のファイルの登録要求をファイリングサーバ１０２に送信する（ステップＳ８１０）。ここで送信される登録要求には、該ファイルの申込番号（入力された申込番号）と、該ファイルと、該ファイルの証券番号とを含んでいる。
【０１４６】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該登録要求を受信すると、証券番号と、申込番号と、ファイルとを関連付けて（紐付けて）、ファイリングサーバ１０２の登録文書テーブル（図１３）に記憶する。
【０１４７】
クライアント端末１０４は、ステップＳ８０９で、入力された申込番号が、属性情報テーブルに含まれていないと判定された場合は（ステップＳ８０９：ＮＯ）、図１９に示すエラーメッセージの画面を表示する（ステップＳ８１２）。
【０１４８】
図１９は、ステップＳ８１２で表示されるエラーメッセージ画面の一例を示す図である。図１９には、入力された申込番号が属性情報テーブルに登録されていないため、登録文書テーブルに登録することが出来ない旨のメッセージを表示している。そして、ユーザは、図１９の画面を確認して、ＯＫボタン１９０１を押下すると、クライアント端末１０４は、図１９の画面を消して、処理をステップＳ８１３に戻す。
【０１４９】
ステップＳ８１１、ステップＳ８１０の処理を実行すると、クライアント端末１０４は、処理をステップＳ８１３に移行する。
【０１５０】
クライアント端末１０４は、ユーザの操作により終了指示を受け付けたか否かを判定して（ステップＳ８１３）、終了指示を受け付けた場合は、処理を終了し、終了指示を受け付けていない場合は、処理をステップＳ８０３に移行する。
【０１５１】
次に、図９を用いて、ファイリングサーバ１０２の登録文書テーブル（図１３）に登録されているファイルの検索、閲覧処理について説明する。図９は、ファイリングサーバ１０２の登録文書テーブル（図１３）に登録されているファイルの検索、閲覧処理の一例を示すフローチャートである。図９に示す各ステップの処理は、クライアント端末１０６のＣＰＵ２０１により実行される。
【０１５２】
クライアント端末１０６は、ユーザにより検索画面の表示指示を受け付けると、図２０に示す検索条件入力画面を表示する（ステップＳ９０１）。
【０１５３】
図２０は、検索条件入力画面の一例を示す図である。２００１は、申込番号を入力する入力欄である。また、２００２は、証券番号を入力する入力欄である。また、２００３は、検索ボタンである。
【０１５４】
クライアント端末１０６は、ユーザにより、検索条件入力画面（図２０）を介して、申込番号（検索条件）、及び／又は、証券番号（検索条件）の入力を受け付け、検索ボタン２００３が押下されると（ステップＳ９０２）、ファイリングサーバ１０２に、入力された検索条件を送信する（ステップＳ９０３）。
【０１５５】
そして、ファイリングサーバ１０２は、当該検索条件を受信すると、当該検索条件に従って、メモリに記憶されている登録文書テーブルを検索して、該当するレコードを特定する。そして、ファイリングサーバ１０２は、特定されたレコードの全ての情報をクライアント端末１０６に送信する。
【０１５６】
クライアント端末１０６は、ファイリングサーバ１０２から、当該特定されたレコードの全ての情報を検索結果として受信すると（ステップＳ９０４）、受信した情報を検索結果表示画面（図２１）に表示する。
【０１５７】
図２１は、検索結果表示画面の一例を示す図である。２１０１は、ファイルを表示する領域であり、２１０２は、検索条件となる申込番号や証券番号を表示する領域である。２１０３は、前のページに遷移するボタンであり、２１０４は、次のページに遷移するボタンである。２１０５は、戻るボタンである。
【０１５８】
以上、本発明の第１の実施の形態に係る発明によれば、ユーザによる共通文書のデータと個別文書のデータを１つのファイルとして登録する煩雑な作業を軽減する共に、個別文書のデータを特定する作業を効率化させることができる。
【０１５９】
［第２の実施の形態］
以下、本発明の第２の実施の形態について説明する。第１の実施の形態では、共通文書と複数の個別文書とをスキャナで読み込んだ後に、共通文書と、個々の個別文書からなる
複数のファイルを作成し、検索データとして登録する例について説明した。この例では、同一の共通文書が複数登録されることにより、データの記憶量が増大してしまう。そこで、第２の実施の形態では、個別文書を検索データとして登録する際に、共通文書と関連付けて登録し、閲覧（確認）する際に、閲覧（確認）したい個別文書とその個別文書に関連付いた共通文書とを合わせて表示可能にする例について説明する。尚、第２の実施の形態の説明では、第１の実施の形態と異なる処理についてのみ説明することにする。
【０１６０】
まず、図２３を参照して、第２の実施の形態におけるセパレータを用いた結合処理について説明する。この処理は、既に説明した図４のステップＳ４０７に相当する処理である。図２３に示す各ステップの処理は、クライアント装置１０４のＣＰＵ２０１により実行される。
【０１６１】
クライアント端末１０４のメモリ（ＲＡＭ２０２）に記憶されているセパレータフラグを「ＯＦＦ」にして、図２３に示す処理を開始する。また、クライアント端末のメモリに記憶されている登録予定件数を初期値である「０（ゼロ）」に設定して、図２３に示す処理を開始する。
【０１６２】
クライアント端末１０４は、ステップＳ２３０１からステップＳ２３１４の処理を、図４のステップＳ４０５で取得した全ての読取結果のファイルをステップＳ２３０２で読込むまで、繰り返し実行する。
【０１６３】
まず、クライアント端末１０４は、ステップＳ４０５で取得した、スキャナ１０５の読取結果のファイルのうち、未処理の先頭のファイルを読み込む（ステップＳ２３０２）。ここで読み込んだファイルを処理対象のファイルとして以降の処理を行う。ステップＳ２３０１以降の処理は、スキャナ１０５から送信されるファイルを受信した順番で、それぞれのファイルに行うことになる。
【０１６４】
そして、クライアント端末１０４は、ステップＳ２３０２で読み込んだファイルの所定の位置から、ＱＲコード、申込番号、を読み取る処理を行う（ステップＳ２３０３）。すなわち、ステップＳ２３０３では、ステップＳ２３０２で読み込んだファイル（画像データ）から、該画像データの文書が共通文書のデータと、個別文書のデータを特定するための文書であることを示すセパレータ情報をＱＲコードから読み取る（読取手段）。
【０１６５】
次に、クライアント端末１０４は、クライアント端末１０４のメモリに記憶されているセパレータフラグが「ＯＮ」に設定されているか否かを判定する（ステップＳ２３０４）。
【０１６６】
すなわち、ステップＳ２３０４では、セパレータフラグが「ＯＮ」に設定されているか否かを判定することにより、現在処理対象のファイルが、共通文書若しくはセパレータのファイルであるか、個別文書であるかを判定している。それゆえ、セパレータフラグが「ＯＮ」に設定されていると判定された場合は、現在処理対象のファイルが、個別文書であると判定されたことを示している。
【０１６７】
すなわち、セパレータフラグが「ＯＮ」に設定されていると判定された場合の現在処理対象のファイルを、個別文書のデータとして特定する（個別文書特定手段）。
【０１６８】
次に、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていないと判定された場合は（ステップＳ２３０４：ＮＯ）、ステップＳ２３０３でＱＲコードが読み取られたか否かを判定することにより、現在、処理対象のファイルがセパレータであるか否かを判定する（ステップＳ２３０９）。すなわち、ステップＳ２３０９では、処理対象のファイル（画像データ）からセパレータ情報を読み取ることが出来たか否かを判定する（セパレータ判定手段）。
【０１６９】
また、ステップＳ２３０９では、ステップＳ２３０３でＱＲコードが読み取られたと判定された場合、さらにステップＳ２３０３でＱＲコードから読み取られた情報が、セパレータ（セパレータシート）であることを示す情報であるか否かを判定すること（セパレータ判定手段による判定処理）により、現在、処理対象のファイルがセパレータであるか否かを判定する。
【０１７０】
クライアント端末１０４は、ステップＳ２３０９で、現在、処理対象のファイルがセパレータであると判定された場合（ＹＥＳ）、クライアント端末１０４のメモリに記憶されているセパレータフラグを「ＯＮ」に設定し（ステップＳ２３１０）、処理をステップＳ２３１４に移行する。
【０１７１】
また、クライアント端末１０４は、ステップＳ２３０９で、現在、処理対象のファイルがセパレータではないと判定された場合（ＮＯ）、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果ファイルの先頭のファイルであるか否かを判定する（ステップＳ２３１１）。
【０１７２】
そして、クライアント端末１０４は、ステップＳ２３１１で、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果ファイルの先頭のファイルであると判定された場合（ＹＥＳ）、現在処理対象のファイルを共通文書の画像ファイルとしてメモリに記憶する（ステップＳ２３１２）。
【０１７３】
一方、クライアント端末１０４は、ステップＳ２３１１で、現在処理対象のファイルが、ステップＳ４０５で取得した読取結果のファイルの先頭のファイルではないと判定された場合（ＮＯ）、メモリにすでに記憶されている共通文書のファイルと、現在、処理対象のファイルを結合して１つのファイルとして生成し、当該生成されたファイルを、共通文書のファイルとしてメモリに記憶する（ステップＳ２３１３）。
【０１７４】
すなわち、ステップＳ２３１２、ステップＳ２３１３では、セパレータ情報を読み取ることが出来た画像データよりも前の画像データを共通文書のデータとして特定する（共通文書特定手段）。クライアント端末１０４は、ステップＳ２３１２、ステップＳ２３１３の処理を実行すると、処理をステップＳ２３１４に移行する。
【０１７５】
クライアント端末１０４は、ステップＳ２３０４で、セパレータフラグが「ＯＮ」に設定されていると判定された場合は（ＹＥＳ）、ステップＳ２３０３で読み取られた申込番号と処理対象の個別ファイルを紐付けて（関連付けて）、メモリに記憶する（ステップＳ２３０５）。
【０１７６】
そして、クライアント端末１０４は、メモリに記憶されている登録予定件数に１を加算する（ステップＳ２３０６）。なお、メモリに記憶されている登録予定件数の初期値は０である。
【０１７７】
そして、クライアント端末１０４は、メモリに共通文書が記憶されているか否かを判定する（ステップＳ２３０７）。メモリに共通文書が記憶されていると判定された場合（ＹＥＳ）、現在処理対象の個別文書のファイルと、既にメモリに記憶されている共通文書のファイルとを関連付けるための関連付け情報を生成し（生成手段）、メモリに記憶する（ステップＳ２３０８）。この関連付け情報は、共通文書のファイル名と、個別文書のファイル名とを関連付けるための情報である。その後、処理をステップＳ２３１４に移行する。
【０１７８】
このように、第２の実施の形態における生成手段は、共通文書のデータと個別文書データとを含む１つのファイルを生成するのではなく、それらを関連付ける関連付け情報を生成する。ここでは、複数の個別文書のファイルそれぞれについて、共通文書のファイルとの関連付けのための関連付け情報を生成する。
【０１７９】
一方、メモリに共通文書が記憶されていないと判定された場合（ＮＯ）、ステップＳ２３０８の処理を行うことなく、処理をステップＳ２３１４に移行する。
【０１８０】
ステップＳ２３１４では、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ２３０３で全て読込んだか否かを判定して、読込んでいないと判定された場合は、ステップＳ２３０２に処理を戻して、次の読取結果のファイルを読込む。
【０１８１】
クライアント端末１０４は、ステップＳ２３１４で、ステップＳ４０５で取得した全ての読取結果のファイルをステップＳ２３０２で判定された場合には、処理をステップＳ２３１５に移行する。
【０１８２】
ステップＳ２３１５では、メモリに記憶されているセパレータフラグが「ＯＮ」に設定されているか否かを判定する。そして、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていると判定された場合は（ステップＳ２３１５：ＹＥＳ）、セパレータのファイルを認識できたことを示す情報をメモリに記憶して（ステップＳ２３１６）、処理を図４のステップＳ４０８に移行する。
【０１８３】
また、クライアント端末１０４は、セパレータフラグが「ＯＮ」に設定されていないと判定された場合は（ステップＳ２３１５：ＮＯ）、セパレータのファイルを認識できなかったことを示す情報をメモリに記憶して（ステップＳ２３１７）、処理を図４のステップＳ４０８に移行する。以上の処理を行うことにより、個別文書と共通文書とを関連付けた関連付け情報を生成することが可能となる。
【０１８４】
次に、図２４を用いて、第２の実施の形態における図４に示すステップＳ４１２（イメージ登録処理）の詳細処理について説明する。図２４は第２の実施の形態における図４のステップＳ４１２（イメージ登録処理）の詳細処理の一例を示すフローチャートである。図２４に示す各ステップの処理は、クライアント端末１０４のＣＰＵ２０１により実行される。
【０１８５】
まず、クライアント端末１０４は、ファイリングサーバ１０２に、属性情報テーブル（図１２）の取得要求を送信する。当該取得要求を受信したファイリングサーバ１０２は、クライアント端末に、ファイリングサーバ１０２のメモリ（ＲＡＭ２０２）に記憶されている属性情報テーブルを送信する。そして、クライアント端末１０４は、ファイリングサーバ１０２から、属性情報テーブルを取得する。
【０１８６】
そして、クライアント端末１０４は、図２３のステップＳ２３０６、ステップＳ２３１２でメモリに記憶された共通文書のファイル、ステップＳ２３０５、また図６のステップＳ６０８でメモリに記憶された個別文書のファイルとその申込番号、さらに、ステップＳ２３０８で生成し、メモリに記憶された関連付け情報を取得する。
【０１８７】
クライアント端末１０４は、個々で取得した全ての共通文書、個別文書に対してステップＳ２４０２の処理を実行するまで、未処理の共通文書、個別文書に対して繰返しステップＳ２４０１からステップ２４０８の処理を実行する。
【０１８８】
クライアント端末１０４は、取得した共通文書または個別文書のうち、未処理の文書データを取得する（ステップＳ２４０２）。そして、取得した文書データが共通文書であるか否かを判定する（ステップＳ２４０３）。
【０１８９】
そして、クライアント端末１０４は、現在処理対象の文書データが、共通文書であると判定した場合は（ＹＥＳ）、共通文書を検索データとして登録させるべく、ファイリングサーバ１０２に対して、共通文書の登録要求を送信する（ステップＳ２４０４）、ここで送信される登録要求には、共通文書ファイル及びそのファイル名が含まれている。
【０１９０】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該要求を受け付けると、これら情報をファイリングサーバ１０２の登録文書テーブル（図２８）に記憶する。尚、第２の実施の形態における登録文書テーブルのデータ構成の詳細については、図２８を参照して後述する。
【０１９１】
一方、ステップＳ２４０３で、現在処理対象の文書データが、共通文書ではない（つまり、個別文書である）と判定された場合は（ＮＯ）、処理をステップＳ２４０５に進め、現在処理対象の個別文書の申込番号が、ファイリングサーバ１０２から取得した属性情報テーブルに含まれているか否かを判定する。
【０１９２】
そして、クライアント端末１０４は、現在処理対象の個別文書の申込番号が、属性テーブルに含まれていると判定された場合は（ステップＳ２４０５：ＹＥＳ）、現在処理対象の個別文書を検索対象データとして登録する登録要求をファイリングサーバ１０２に対して送信する（ステップＳ２４０６）。ここで送信される登録要求には、現在処理対象の個別文書の画像ファイル、該画像ファイルに紐付け（関連付け）られている申込番号、また申込番号に紐付け（関連付け）られて属性情報テーブルに記憶されている証券番号（属性情報）と、が含まれている。また、当該個別文書と共通文書の関連付け情報がメモリに記憶されている場合には、当該個別文書に関連付けられている共通文書のファイル名もこの登録要求に含まれることになる。
【０１９３】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該登録要求を受信すると、これら情報を図２８に示す登録文書テーブルに登録する。
【０１９４】
クライアント端末１０４は、ステップＳ２４０５で、現在処理対象の個別文書に関連付けられた申込番号が属性情報テーブルに含まれていないと判定された場合は（ＮＯ）、現在処理対象の個別文書を登録保留のデータとして登録する登録要求をファイリングサーバ１０２に対して送信する（ステップＳ２４０７）。ここで送信される登録要求には、現在処理対象の個別文書の画像ファイル、該画像ファイルに紐付け（関連付け）られている申込番号、また申込番号に紐付け（関連付け）られて属性情報テーブルに記憶されている証券番号（属性情報）と、が含まれている。また、当該個別文書と共通文書の関連付け情報がメモリに記憶されている場合には、当該個別文書に関連付けられている共通文書のファイル名もこの登録要求に含まれることになる。
【０１９５】
そして、ファイリングサーバ１０２は、クライアント端末１０４から当該登録要求を受信すると、これら情報を図２８に示す登録文書テーブルに登録する。
【０１９６】
ステップＳ２４０８では、処理対象のすべての文書データに対してステップＳ２４０２以降の処理を実行したか否かを判定して、ステップＳ２４０２以降の処理を実行していない未処理の文書データがあると判定された場合は、未処理の文書データに対して上記処理を実行するために、処理をステップＳ２４０２に移行する。また、全ての文書データに対してステップＳ２４０２以降の処理を実行したと判定された場合は、処理を終了する。
【０１９７】
ここで、図２８を用いて、第２の実施の形態における登録文書テーブルのデータ構成の一例について説明する。図２８に示すように、登録文書テーブルは、証券番号、申込番号、ファイル、共通文書ファイル、登録保留フラグ等のデータ項目を備えて構成されている。
【０１９８】
共通文書データと関連付けられている個別文書データの共通文書ファイルには、関連付けられている共通文書のファイル名が登録される。そして、個別文書を閲覧（確認）する際には、ファイリングサーバ１０２は、個別文書だけではなく、当該個別文書に関連付けられている共通文書も用いて閲覧時に表示する表示データを作成することになる。
【０１９９】
クライアント端末１０４から、登録保留のデータとしての登録要求がなされた個別文書の登録保留フラグには、登録が保留されていることを示す情報（図中では「○」）が設定されることになる。
【０２００】
尚、証券番号、申込番号、ファイルについては、図１３に示す第１の実施の形態における登録文書テーブルと同様であるので、ここでの説明は割愛する。以上が、本発明の第２の実施の形態における登録文書テーブルのデータ構成の一例の説明である。
【０２０１】
次に、図２５を参照して、第２の実施の形態における、登録保留されたファイルの登録・削除処理について説明する。図２５は、登録保留されたファイル（個別文書）の登録・削除処理の一例を示すフローチャートである。図２５に示すステップの処理は、クライアント端末１０４のＣＰＵ２０１、またはファイリングサーバ１０２のＣＰＵ２０１により実行される。尚、この処理は図８を用いて既に説明した、登録保留されたファイルの登録・削除処理に相当する処理である。
【０２０２】
クライアント端末１０４は、ユーザの操作により、登録保留されたデータ（個別文書）のデータ一覧の取得要求を受け付けると、ファイリングサーバ１０２に、登録保留された
データのデータ一覧の取得要求を送信する（ステップＳ２５０１）。
【０２０３】
ファイリングサーバ１０２は、クライアント端末１０４からの登録保留のデータ一覧の取得要求を受信すると（ステップＳ２５０２）、登録文書テーブルを参照し、登録保留フラグに「○」が設定されている登録保留のデータ（個別文書）を取得する。そして取得したデータを用いてデータ一覧を作成し、取得要求を行ったクライアント端末１０４に対して送信する（ステップＳ２５０３）。ここでは、登録保留のデータの証券番号と申込番号を少なくとも含む一覧データをクライアント端末１０４に対して送信する。
【０２０４】
クライアント端末１０４は、ファイリングサーバ１０２から、登録保留のデータの一覧のデータとして、当該特定された全てのファイルに関連付けられた証券番号と申込番号とを受信すると（ステップＳ２５０４）、当該受信した全ての証券番号と申込番号とを登録保留のデータ一覧画面（図１７）に表示する（ステップＳ２５０５）。
【０２０５】
そして、クライアント端末１０４は、登録保留のデータ一覧画面に表示されたリストの中から、ユーザの操作により、ユーザが確認したい登録保留のデータの選択を受け付けると（ステップＳ２５０６）、選択された登録保留のデータの取得要求をファイリングサーバ１０２に送信する（ステップＳ２５０７）。
【０２０６】
そして、ファイリングサーバ１０２は、クライアント端末１０４から、登録保留のデータの取得要求を受信すると（ステップＳ２５０８）、当該指定された登録保留のデータ（個別文書）を取得する（ステップＳ２５０９）。その後、当該登録保留のデータに関連付けられている共通文書データがあるかを、登録文書テーブルを用いて判定する（ステップＳ２５１０）。具体的には、当該登録保留のデータを記憶管理する登録文書テーブル中のレコードの共通文書ファイルに共通文書のファイル名が登録されているか否かにより、ファイリングサーバ１０２はこの判定を行う。
【０２０７】
選択された登録保留データに関連する共通文書があると判定された場合は（ステップＳ２５１０：ＹＥＳ）、ファイリングサーバ１０２は、登録保留データに関連付けられた共通文書データを取得し（ステップＳ２５１２）、取得した登録保留データと共通文書データを用いて表示用データを作成する（ステップＳ２５１３）。
【０２０８】
一方、選択された登録保留データに関連する共通文書がないと判定された場合は（ステップＳ２５１０：ＮＯ）、ファイリングサーバ１０２は、ステップＳ２５０９で取得した登録保留されている個別文書データを用いて、表示用データを作成する（ステップＳ２５１１）。
【０２０９】
そして、ファイリングサーバ１０２は、ステップＳ２５１１、または、ステップＳ２５１３で作成した表示用データをクライアント端末１０４に対して送信する（ステップＳ２５１４）。
【０２１０】
クライアント端末１０４は、ファイリングサーバ１０２から、選択された登録保留データの表示用データを受信すると（ステップＳ２５１５）、当該登録保留データの申込番号、証券番号と表示用データ（画像データ）を登録・削除画面（図１８）に表示する（ステップＳ２５１６）。
【０２１１】
登録・削除画面を表示後、登録・削除画面に設定されている削除ボタン１８０３が押されたか否かを判定し（ステップＳ２５１７）、削除ボタン１８０３が押されたと判定された場合は（ＹＥＳ）、現在、登録・削除画面（図１８）に表示されている登録保留データに係る情報の削除要求をファイリングサーバ１０２に送信する（ステップＳ２５１８）。
【０２１２】
ファイリングサーバ１０２は、クライアント端末１０４から登録保留のデータ（個別文書）の削除指示を受け付けると（ステップＳ２５１９）、選択された登録保留のデータの削除処理を行う（ステップＳ２５２０）。この処理の詳細については、図２６を参照して後述する。そして、ステップＳ２５２０の登録保留データの削除処理が終了後、処理をステップＳ２５２５に移す。
【０２１３】
クライアント端末１０４は、ステップＳ２５１７の判定処理で、削除ボタン１８０３が押されていないと判定された場合は（ＮＯ）、登録・削除画面に設定されている登録ボタン１８０３が押されたか否かを判定する（ステップＳ２５２１）。この判定処理で登録ボタンが押されたと判定された場合は（ＹＥＳ）、現在、登録・削除画面（図１８）に表示されている登録保留データに係る登録要求をファイリングサーバ１０２に送信する（ステップＳ２５２２）。
【０２１４】
ファイリングサーバ１０２は、クライアント端末１０４から登録保留のデータの登録要求を受信すると（ステップＳ２５２３）、指定を受け付けた登録保留のデータを検索データとして登録する（ステップＳ２５２４）。具体的には、登録文書テーブルに記憶されている登録要求を受け付けた登録保留のデータ（個別文書）を管理するレコードの登録保留フラグに登録されている登録が保留されていることを示す情報（図中では「○」）を消去する、その後、処理をステップＳ２５２５に移す。
【０２１５】
ファイリングサーバ１０２は、ステップＳ２５２０またはステップＳ２５２４が終了後、処理をステップＳ２５２５に移し、処理結果を登録保留のデータの削除、または登録の要求を行ったクライアント端末１０４に対して送信する。クライアント端末１０４は、ファイリングサーバ１０２からの処理結果を受信する。その後、処理をステップＳ２５２６。尚、ファイリングサーバ１０２より受信した処理結果が、処理失敗を示すものである場合には、ユーザに対して処理が失敗した旨を報知すべく、エラー表示を行う。
【０２１６】
クライアント端末１０４は、その後、ユーザの操作指示に基づいて終了指示を受け付けたかを判定する（ステップＳ２５２７）。終了指示を受け付けていないと判定された場合は（ＮＯ）、処理をステップＳ２５０５に移し、それ以降の処理を繰り返し実行する。また、終了指示を受け付けたと判定した場合は（ＹＥＳ）、本図に示す処理を終了する。
【０２１７】
次に、図２６を用いて、図２５のステップＳ２５２０の登録保留データ削除処理の詳細について説明する。図２５に示す各ステップの処理は、ファイリングサーバ１０２のＣＰＵ２０１によって実行される。
【０２１８】
ファイリングサーバ１０２は、クライアント端末１０４より削除指示を受け付けた登録保留のデータを取得しＲＡＭ２０２に記憶した後に、登録文書テーブルから、当該登録保留のデータを記憶管理しているレコードを削除する（ステップＳ２６０１）。そして、削除指示された登録保留のデータ（個別文書）に共通文書が関連付けられていたかを判定する（ステップＳ２６０２）。
【０２１９】
ファイリングサーバ１０２は、ステップＳ２６０２の判定処理で共通文書が関連付けられていると判定された場合は（ＹＥＳ）、処理をステップＳ２６０３に移す。一方、共通文書が関連付けられていないと判定された場合は（ＮＯ）、本図に示す処理を終了する。
【０２２０】
ファイリングサーバ１０２は、ステップＳ２６０３において、削除指示を受け付けた登録保留のデータ（個別文書）に関連付けられている共通文書を特定し、その後、特定した共通文書に関連付けられている他の検索データ、他の登録保留データがあるかを、登録文書テーブルを用いて判定する（ステップＳ２６０４）。
【０２２１】
ファイリングサーバ１０２は、ステップＳ２６０４の判定処理で、ステップＳ２６０３で特定した共通文書に関連付けられている他の検索データ、他の登録保留のデータがないと判定した場合は（ＮＯ）、処理をステップＳ２６０５に移し、ステップＳ２６０３で特定した共通文書を記憶管理するレコードを登録文書テーブルから削除する。また、記憶装置に記憶されている共通文書のイメージファイルも削除することになる。そして、本図に示す処理を終了する。一方、ステップＳ２６０４の判定処理で、ステップＳ２６０３で特定した共通文書に関連付けられている他の検索データ、登録保留のデータがあると判定した場合は（ＹＥＳ）、ステップＳ２６０５の処理を行うことなく、本図に示す処理を終了する。
【０２２２】
次に、図２７を用いて、第２の実施の形態における、ファイリングサーバ１０２の登録文書テーブル（図２８）に登録されているファイルの検索・閲覧処理について説明する。図２７は、ファイリングサーバ１０２の登録文書テーブル（図２８）に登録されているファイルの検索、閲覧処理の一例を示すフローチャートである。図２８に示す各ステップの処理は、クライアント端末１０６のＣＰＵ２０１またはファイリングサーバ１０２のＣＰＵ２０１により実行される。尚、この処理は、図９を用いて説明したファイル検索・閲覧処理に相当する処理である。
【０２２３】
クライアント端末１０６は、ユーザにより検索画面の表示指示を受け付けると、図２０に示す検索条件入力画面を表示する（ステップＳ２７０１）。そして、クライアント端末１０６は、ユーザからの操作指示により、検索条件入力画面（図２０）を介して申込番号（検索条件）、及び／又は、証券番号（検索条件）の入力を受け付けた後に、検索ボタン２００３が押下されると（ステップＳ２７０２）、ファイリングサーバ１０２に入力された検索条件を含む検索要求を送信する（ステップＳ２７０３）。
【０２２４】
ファイルサーバ１０２は、クライアント端末１０６から送信された検索要求を受信すると（ステップＳ２７０４）、受信した検索要求に合致する、登録文書テーブル２８００（図２８）に登録されている検索データ（登録保留フラグに「○」が登録されていないデータ）を検索する（ステップＳ２７０５）。そして、ステップＳ２７０５の検索処理の結果、受信した検索条件に合致する検索データがないと判定される場合は（ステップＳ２７０６：ＮＯ）、処理をステップＳ２７０７に移し、検索エラー通知を、検索要求を行ったクライアント端末１０６に対して送信する。
【０２２５】
クライアント端末１０６は、ファイリングサーバ１０２から送信された検索エラー通知を受信すると（ステップＳ２７０８）、ユーザに検索エラーを報知すべく、検索エラー表示を行う（ステップＳ２７０９）。そして、処理をステップＳ２７１８に移す。
【０２２６】
ファイリングサーバ１０２は、ステップＳ２７０６の判定処理で、検索条件に合致する検索データがあると判定される場合に（ＹＥＳ）、処理をステップＳ２７１０に移し、検索条件に合致した検索データ（個別文書）を取得する。そして、取得した検索データに共通文書が関連付けられているかを判定する（ステップＳ２７１１）。
【０２２７】
ステップＳ２７１１の判定処理で、共通文書が関連付けられていると判定される場合は（ＹＥＳ）、ファイリングサーバ１０２は処理をステップＳ２７１３に進め、ステップＳ２７１０で取得した検索データ（個別文書）に関連付けられている共通文書を取得し、共通文書と検索データを用いて表示用データを作成する（ステップＳ２７１４）。一方、ステップＳ２７１１の判定処理で、共通文書が関連付けられていないと判定される場合は（ＮＯ）、処理をステップＳ２７１２に進め、ステップＳ２７１０で取得した検索データを用いて表示用データを作成する。
【０２２８】
ファイリングサーバ１０２はその後、ステップＳ２７１２、または、ステップＳ２７１４で生成した表示用データを、検索要求を行ったクライアント端末１０６に対して送信する。
【０２２９】
クライアント端末１０６は、ファイリングサーバ１０２から送信された表示用データを受信すると（ステップＳ２７１６）、表示用データの表示を行う（ステップＳ２７１７）。その後、処理をステップＳ２７１８に移す。
【０２３０】
クライアント端末１０６は、その後、ユーザからの操作指示により、終了指示を受け付けたかを判定し（ステップＳ２７１８）、受け付けていないと判定される場合は（ＮＯ）、処理をステップＳ２７０２に移し、それ以降の処理を繰り返し実行する。一方、終了指示を受け付けたと判定される場合は（ＹＥＳ）、本図に示す処理を終了する。以上が、第２の実施の形態における、検索・閲覧処理の詳細である。
【０２３１】
以上説明したとおり、第２の実施の形態では、文書の登録を行う際に共通文書と個別文書を関連付けた形でそれぞれ独立した形で登録し、文書の内容を表示する際に、それら文書から表示用データを作成し、表示させるようにしている。これにより、それぞれの個別文書の確認を行う際に、その個別文書に関連する共通文書も合わせて表示することが可能となるとともに、共通文書を複数登録する必要がなくなり、記憶容量を削減可能になる。
【０２３２】
本発明では、上記のような処理を行うことで、１つの共通文書と複数の個別文書をスキャンし、それぞれの個別文書を共通文書と関連付けて登録する際に、ユーザよって行われる煩雑な作業を軽減する共に、個別文書を確認する際に、関連する共通文書を容易に確認可能とすることで、個別文書のデータを確認する作業を効率化させることができる。
【０２３３】
以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、装置で読み取り実行可能なプログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２３４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０２３５】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２３６】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のカード、ＲＯＭ等を用いることができる。
【０２３７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２３８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０２３９】
１０１ ホストコンピュータ
１０２ ファイリングサーバ
１０３ プリンタ
１０４ クライアント端末
１０５ スキャナ
１０６ クライアント端末
１０７ ネットワーク
【特許請求の範囲】
【請求項１】
文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置であって、
前記読取装置によって文書が読み取られることで生成された画像データを取得する取得手段と、
前記取得手段に取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取手段と、
前記読取手段で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定手段と、
前記特定手段で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記共通文書データと、前記個別文書データとを関連付けてデータベースに記憶する記憶手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記生成手段は、対応付け情報として、共通文書データと個々の個別文書データを含む画像ファイルを生成すること、
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
ユーザの操作に従って入力される個別文書データのデータ数を受け付ける入力受付手段と、
前記入力受付手段で入力される個別文書データのデータ数と、前記特定手段により特定される個別文書データのデータ数とが一致するかを判定する判定手段と、
前記判定手段で、前記入力受付手段で入力される個別文書データのデータ数と、前記特定手段により特定される個別文書データのデータ数とが一致しないと判定される場合に、その旨のメッセージを表示する表示手段と、
を更に備えることを特徴とする請求項１または２に記載の情報処理装置。
【請求項５】
文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置によって行われる情報処理方法であって、
前記読取装置によって文書が読み取られることで生成された画像データを取得する取得工程と、
前記取得工程で取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取工程と、
前記読取工程で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定工程と、
前記特定工程で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成工程と、
を備えることを特徴とする情報処理方法。
【請求項６】
文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置を、
前記読取装置によって文書が読み取られることで生成された画像データを取得する取得手段と、
前記取得手段に取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取手段と、
前記読取手段で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定手段と、
前記特定手段で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成手段
として機能させることを特徴とするコンピュータプログラム。
【請求項１】
文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置であって、
前記読取装置によって文書が読み取られることで生成された画像データを取得する取得手段と、
前記取得手段に取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取手段と、
前記読取手段で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定手段と、
前記特定手段で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記共通文書データと、前記個別文書データとを関連付けてデータベースに記憶する記憶手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記生成手段は、対応付け情報として、共通文書データと個々の個別文書データを含む画像ファイルを生成すること、
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
ユーザの操作に従って入力される個別文書データのデータ数を受け付ける入力受付手段と、
前記入力受付手段で入力される個別文書データのデータ数と、前記特定手段により特定される個別文書データのデータ数とが一致するかを判定する判定手段と、
前記判定手段で、前記入力受付手段で入力される個別文書データのデータ数と、前記特定手段により特定される個別文書データのデータ数とが一致しないと判定される場合に、その旨のメッセージを表示する表示手段と、
を更に備えることを特徴とする請求項１または２に記載の情報処理装置。
【請求項５】
文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置によって行われる情報処理方法であって、
前記読取装置によって文書が読み取られることで生成された画像データを取得する取得工程と、
前記取得工程で取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取工程と、
前記読取工程で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定工程と、
前記特定工程で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成工程と、
を備えることを特徴とする情報処理方法。
【請求項６】
文書を読み取り該文書の画像データを生成する読取装置と通信可能な情報処理装置を、
前記読取装置によって文書が読み取られることで生成された画像データを取得する取得手段と、
前記取得手段に取得された画像データから、共通文書データと個別文書データとを区分するために用いられるセパレータ情報を読み取る読取手段と、
前記読取手段で読み取られたセパレータ情報を用いて、共通文書データ及び個別文書データを特定する特定手段と、
前記特定手段で特定される共通文書データと、個々の個別文書データの対応付け情報を生成する生成手段
として機能させることを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２０１３−５１６７９（Ｐ２０１３−５１６７９Ａ）
【公開日】平成２５年３月１４日（２０１３．３．１４）
【国際特許分類】
【出願番号】特願２０１２−１６７５４２（Ｐ２０１２−１６７５４２）
【出願日】平成２４年７月２７日（２０１２．７．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【Ｆターム（参考）】
【公開日】平成２５年３月１４日（２０１３．３．１４）
【国際特許分類】
【出願日】平成２４年７月２７日（２０１２．７．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【Ｆターム（参考）】
[ Back to top ]