(57)【要約】【課題】  複数の書類のうち、同じ個人の複数の書類を特定し、特定された複数の書類を関連づけて登録する。【解決手段】  複数の書類を読み取る読取手段と、  前記読取手段によって読み取られた複数の書類のうち、同じ個人の複数の書類を特定する特定手段と、  前記特定手段によって特定された複数の書類を関連付けて登録する登録手段とを有することを特徴とする。【選択図】  図４
2016139335.tif 000002
【特許請求の範囲】
【請求項１】
複数の書類を読み取る読取手段と、
前記読取手段によって読み取られた複数の書類のうち、同じ個人の複数の書類を特定する特定手段と、
前記特定手段によって特定された複数の書類を関連付けて登録する登録手段とを有することを特徴とする画像処理装置。
【請求項２】
前記読取手段は、原稿台に並べられた複数の書類を読み取ることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記読取手段によって読み取られた複数の書類を、書類ごとに分割する分割手段をさらに有し、
前記特定手段は、前記分割手段によって分割された複数の書類のうち、同じ個人の複数の書類を特定することを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記読取手段によって読み取られた複数の書類に含まれる文字を認識する認識手段をさらに有し、
前記特定手段は、前記認識手段によって認識された文字に基づいて、同じ個人の複数の書類を特定することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
【請求項５】
前記認識手段は、前記読取手段によって読み取られた書類に含まれる個人番号を認識し、
前記登録手段は、前記特定手段によって特定された複数の書類を前記認識手段によって認識された個人番号に関連付けて登録することを特徴とする請求項４に記載の画像処理装置。
【請求項６】
書類の種類を識別する識別手段をさらに有し、
前記認識手段は、前記識別手段によって識別された書類に応じた領域に含まれる文字を認識することを特徴とする請求項４または５に記載の画像処理装置。
【請求項７】
サーバ装置にネットワークを介して通信する通信手段をさらに有し、
前記登録手段は、前記通信手段を介して前記サーバ装置に前記特定手段によって特定された複数の書類を関連付けて登録することを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
【請求項８】
前記読取手段によって読み取られた複数の書類を記憶する記憶手段と、
前記記憶手段に記憶されていない不足書類があるか否かを判断する判断手段とを有することを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
【請求項９】
前記判断手段によって、前記記憶手段に記憶されていない不足書類があると判断された場合、その旨をユーザに通知する通知手段をさらに有することを特徴とする請求項８に記載の画像処理装置。
【請求項１０】
複数の書類を読み取る読取工程と、
前記読取工程で読み取られた複数の書類のうち、同じ個人の複数の書類を特定する特定工程と、
前記特定工程で特定された複数の書類を関連付けて登録する登録工程とを有することを特徴とする画像処理装置の制御方法。
【請求項１１】
請求項１０に記載された画像処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１２】
画像処理装置とサーバ装置とからなる画像処理システムであって、
前記画像処理装置は、
複数の書類を読み取る読取手段と、
前記読取手段によって読み取られた複数の書類のうち、同じ個人の複数の書類を特定する特定手段と、
前記特定手段によって特定された複数の書類を関連付けて登録する登録手段とを有し、
前記サーバ装置は、
前記登録手段によって登録された複数の書類を記憶する記憶手段を有することを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人番号管理システム、画像処理装置、画像処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、原稿台に並べられた複数の名刺を読み取り、読み取られた画像から各名刺を切り分け、名刺ごとにデータベースに登録する技術が知られている。（特許文献１参照）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２―４９９０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
企業が役所などの公的機関に、個人番号が付与された書類を提出することが求められている。
そのため、企業は、従業員と、従業員の個人番号を管理し、書類の作成時に、個人番号を埋め込む必要が出てくる。
また、個人番号管理システムに個人番号を登録する際に、個人番号通知カードと運転免許証、個人番号通知カードとパスポートなど、予め定められた書類を合わせて登録しておく必要がある。
従来技術では、１人１枚の名刺を読み取って登録するものであり、１人分の複数の書類を関連付けて登録することはできない。
本発明は、このような課題を解決するためになされたものである。本発明は、複数の書類のうち、同じ個人の複数の書類を特定し、特定された複数の書類を関連づけて登録することを目的とする。
【課題を解決するための手段】
【０００５】
原稿台に並べられた複数の書類を読み取る読取手段と、前記読取手段によって読み取られた複数の書類のうち、同じ個人の複数の書類を特定する特定手段と、前記特定手段によって特定された複数の書類を関連付けて登録する登録手段とを有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、複数の書類のうち、同じ個人の複数の書類を特定し、特定された複数の書類を関連づけて登録することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施形態に係る個人番号管理システムの構成を説明する図。
【図２】本発明の実施形態に係る企業システム、クライアント、及び管理サーバのハードウェア構成を説明するブロック図。
【図３】本発明の実施形態に係る画像形成装置のハードウェア構成を示すブロック図。
【図４】本発明の実施形態に係る画像形成装置、企業システム、クライアント、及び管理サーバの機能を説明する機能ブロック図。
【図５】本発明の実施形態に係る画像形成装置の操作部に表示されるＩＤ及びパスワードの入力画面の一例を示す図（Ａ）と、管理サーバが提供する機能の一覧の表示画面例を示す図（Ｂ）。
【図６】本実施形態に係る制御例を説明するためのフローチャートである。
【図７】本実施形態に係る制御例を説明するためのフローチャートである。
【図８】本実施形態に係る制御例を説明するためのフローチャートである。
【図９】本実施形態に係る制御例を説明するためのフローチャートである。
【図１０】本実施形態に係る制御例を説明するためのフローチャートである。
【図１１】本実施形態に係る制御例を説明するためのフローチャートである。
【図１２】本実施形態に係る制御例を説明するためのフローチャートである。
【図１３】本実施形態に係る制御例を説明するためのフローチャートである。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組合せの全てが本発明の解決手段に必須のものとは限らない。
【０００９】
図１は、本発明の本実施形態に係る画像処理システムの一例である個人番号管理システムの構成を説明する図である。
【００１０】
このシステムでは、画像形成装置（画像処理装置）１０１、企業システム１０２、クライアント１０３がイントラネット１０４に存在し、これらはインターネット１０５を介して個人番号管理サーバ１０６（以下、管理サーバ）と通信する。ここでイントラネット１０４の装置１０１〜１０３と管理サーバ１０６とは、ブラウザや専用のアプリケーションを介して通信を行う。管理サーバ１０６は、ＨＴＴＰ、ＳＯＡＰ等のプロトコルに準拠したＷｅｂサービスを有している。このＷｅｂサービスでは、画像形成装置１０１からの個人番号の仮登録、企業システム１０２からの社員情報の登録や個人番号の取得、また、クライアント１０３からの個人番号の登録内容の取得リクエスト等を受け付ける。図示はしていないが、管理サーバ１０６には、各種データを保存しておくためのデータベースシステムやファイルシステムが存在する。
【００１１】
図２は、本実施形態に係る企業システム１０２、クライアント１０３、及び管理サーバ１０６のハードウェア構成を説明するブロック図である。企業システム１０２、クライアント１０３、管理サーバ１０６は、一般的な情報処理装置（いわゆるＰＣ）のハードウェアで構成できる。このため図２では、その代表的な構成例を示し、この構成は、企業システム１０２、クライアント１０３及び管理サーバ１０６で共通である。
【００１２】
図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラムＲＯＭに記憶されたブートプログラムを実行して、ハードディスク等の外部メモリ２１０からＲＡＭ２０２にＯＳ（オペレーションシステム）やアプリケーションを展開する。こうしてＣＰＵ２０１は、ＲＡＭ２０２に展開した、これらプログラムを実行することにより、後述する各フローチャートの処理を実行する各処理部として機能する。ＲＡＭ２０２は、ＣＰＵ２０１のメインメモリであり、上記プログラムの格納エリアに加えて、ワークエリアを提供している。キーボードコントローラ４０４は、キーボード２０８や図示しないポインティングデバイス（タッチパッド、タッチパネル、トラックボールなど）からの操作入力を制御する。表示制御部２０５は、表示部２０９への表示を制御する。ディスクコントローラ２０６は、各種データを記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）等の外部メモリ２１０へのアクセスを制御する。ネットワークコントローラ（ＮＣ）２０７はネットワークに接続され、そのネットワークに接続された他の機器との通信制御を実行する。
【００１３】
図３は、本実施形態に係る画像形成装置１０１のハードウェア構成を示すブロック図である。
【００１４】
画像形成装置１０１は、制御部３０１、操作部３０４、認証部３０５、ＮＩＣ３０６、画像読取部３０７、印刷部３０８、記憶部３１２を備えている。制御部３０１はＣＰＵ３０９、ＲＡＭ３１０、ＲＯＭ３１１を有し、画像形成装置３０１全体を制御しており、また画像データを処理する画像処理部３０３を有する。操作部３０４は、例えばソフトウェアキーボード、タッチパネル、その他入出力装置を有し、各種の設定値の入力、及び表示を行うことができる。ＣＰＵ３０９は、ＲＯＭ３１１に記憶されたプログラムや、記憶部３１２からＲＡＭ３１０に展開されたアプリケーション等のプログラムを実行する。ＲＡＭ３１０は、ＣＰＵ３０９のメインメモリであり、ＣＰＵ３０９のワークエリア等を提供している。画像読取部３０７は例えばスキャナ等を含み、紙文書（原稿、書類）等を読取ることにより電子データである紙文書の画像データを取得する。制御部３０１は、記憶部３１２に記憶された文書画像データを操作部３０４に出力して表示させる。また制御部３０１は同様に、記憶部３１２に記憶された文章画像データを印刷部３０８に出力して印刷させることができる。印刷部３０８は、文書画像データに従って文書画像を印刷する。また画像形成装置１０１は、ＮＩＣ３０６を介してネットワークと接続し、ネットワークとの間でデータの送受信を可能とする。ＮＩＣ３０６を介して得られたデータは操作部３０４に表示することも可能である。
【００１５】
図４は、本実施形態に係る画像形成装置１０１、企業システム１０２、クライアント１０３、及び管理サーバ１０６の機能を説明するための機能ブロック図である。これらの機能ブロックは、各装置のＣＰＵがＲＯＭに記憶されたプログラムを、ＲＡＭに読み出して実行することによって実現される。
【００１６】
まず、画像形成装置１０１の各ブロックの機能について説明する。
【００１７】
画面表示部４０１は、通信部４０２を介して、管理サーバ１０６から取得したマークアップランゲージ（ＭＬ）や、入力受付部４０３によってユーザから受け付けた情報を操作部３０４の表示部に表示する。
【００１８】
通信部４０２は、管理サーバ１０６と通信し、管理サーバ１０６へのログインや、個人番号の仮登録処理を行う。書類スキャン部４０４は、画像読取部３０７を用いて書類の読み取りを行う。画像読取部３０７は、原稿台に載置された１枚の書類を読み取ることも可能であり、原稿台に並べられた複数の書類を１度のスキャンによって読み取ることも可能である。いずれの場合も、画像読取部３０７が読み取り可能な領域の全てを読み取って、画像データを生成し、生成された画像データを記憶部３１２に記憶すればよい。
【００１９】
書類管理テーブル取得部４９２は、管理サーバ１０６に書類テンプレートを要求する。
【００２０】
画像処理部４９３は、画像読取部３０７によって読み取られた書類の画像データを書類ごとに切り分ける。また、管理サーバ１０６から取得された書類テンプレートの画像と比較し、画像読取部３０７によって生成された画像データに含まれる１または複数の書類の種類を識別する。
【００２１】
書類組み合わせ判定部４９４は、画像処理部４０３によって識別された書類の組み合わせが、個人番号の登録に必要な書類の組み合わせであるか否かを判定する。なお、個人番号の登録に必要な書類の組合せは、法律で定められている。
【００２２】
情報抽出部４９５は、画像処理部４０３によって切り分けられた画像データから、個人番号、氏名や生年月日、住所等の個人を特定するための情報を抽出する。具体的な抽出方法に関しては、ＯＣＲなどの公知の技術を用いて行うことが出来るため、説明は割愛する。
【００２３】
画像処理部４９３、書類組み合わせ判定部４９４、情報抽出部４９５によって処理された結果は、書類画像管理テーブル４９１に保存される。書類画像管理テーブル４９１の詳細については、後述する。
【００２４】
以上が、画像形成装置１０１の各ブロックの機能の説明である。
【００２５】
次に、クライアント１０３の各ブロックの機能について説明する。
【００２６】
クライアント１０３は、個人番号登録の際の承認作業を行う。承認作業は、例えば、画像形成装置のユーザが所属する企業の番号管理責任者が行う。この番号管理責任者として、例えば、そのユーザの上司、または、そのユーザが所属する企業の番号管理資格保持者、または人事部の部員が挙げられる。
【００２７】
通信部４２１は、管理サーバ１０６から承認リクエストを取得し、また承認結果を管理サーバ１０６に送信する。画面表示部４２２は、通信部４２１が取得した承認リクエストの一覧や、各承認リクエストの内容を表示し、承認者が登録内容を確認するための画面を表示する。また入力受付部４２３は、キーボード２０８等の操作部を介して承認者からの入力を受け付ける。
【００２８】
次に、企業システム１０２の各ブロックの機能について説明する。
【００２９】
企業システム１０２は、管理サーバ１０６から個人番号を受信して、調書の作成作業を行う。通信部４４１は、管理サーバ１０６に対して、個人番号を取得するためのリクエストを送信するとともに、画像形成装置１０１へ印刷データを送信する。画面表示部４４２は、管理サーバ１０６から取得した個人番号取得用のマークアップランゲージの表示や、入力受付部４４３から調書を編集、或いは印刷指示するための画面を表示する。調書作成部４４４は、社員管理テーブル４４５のデータ及び管理サーバ１０６から受信した個人番号等に基づいて調書を作成する。
【００３０】
次に、管理サーバ１０６の各ブロックの機能について説明する。
【００３１】
画面生成部４６１は、画像形成装置１０１や、クライアント１０３等からのリクエストに応じて、表示部２０９に表示するためのデータ（例えばＨＴＭＬ等）を生成する。ログイン要求受信部４６２は、画像形成装置１０１、クライアント１０３や企業システム１０２からのログイン要求を受け付けると、ユーザ管理テーブル４７４で管理されているデータに基づいて、ユーザの認証処理を実施する。
【００３２】
書類管理情報受信部４６３は、画像形成装置１０１の書類管理テーブル取得部４９２からの要求に従って、書類管理テーブル４７５に登録されている書類テンプレート４９８を画像形成装置１０１に返信する。
【００３３】
個人番号登録処理部４６４は、画像形成装置１０１からの個人番号仮登録リクエストや、クライアント１０３からの承認リクエストを受信し、リクエストに応じて、個人番号管理テーブル４７６に、データを登録したり更新したりする。また、個人番号登録処理部４６４は、仮登録が完了した場合には、承認者に通知をするために、社員情報管理テーブル４７７から承認者の情報（例えばメールアドレス）を取得し、承認者に通知する。さらに個人番号登録処理部４６４は、クライアント１０３からの承認結果を受信し、仮登録状態の登録内容を、本登録状態に遷移させる。
【００３４】
個人番号取得要求受信部４６９は、企業システム１０２からの個人番号取得要求を受け付けると、個人番号管理テーブル４７６から個人番号を取得し、企業システム１０２に返信する。
【００３５】
社員情報登録部４７０は、企業システム１０２からのリクエストを受信し、ユーザ管理テーブル４７４、および社員情報管理テーブル４７７にデータを登録する。具体的には、企業システム１０２のオペレータが、社員管理テーブル４４５から取得したデータに、後述する社員情報管理テーブル４７７にて定義されるデータ項目に相当する情報を付加し、通信部４４１を介して社員情報登録部４７０にリクエストを発行する。社員情報登録部４７０は、リクエストを受け付けると、社員情報管理テーブル４７７へのデータ登録に加え、ユーザ管理テーブル４７４に、企業コードおよび社員ＩＤを登録する。
【００３６】
次に、ユーザ管理テーブル４７４、個人番号管理テーブル４７６、社員情報管理テーブル４７７、書類管理テーブル４７５のテーブル構成例について表を用いて説明する。
【００３７】
まず、ユーザ管理テーブル４７４について、表１を用いて説明する。
【００３８】
表１に、ユーザ管理テーブル４７４に保存されている情報の例を示す。ユーザ管理テーブル４７４は、アカウント（Ａ１）、パスワード（Ａ２）、企業コード（Ａ３）、社員ＩＤ（Ａ４）の４要素から構成される。アカウント（Ａ１）、およびパスワード（Ａ２）は、画像形成装置１０１や、企業システム１０２、クライアント１０３が、管理サーバ１０６が提供するサービスを利用する際に必要となるＩＤおよびパスワードである。このパスワードは、各社員によって変更可能である。変更の方法については公知であるため、説明を割愛する。また、企業コード（Ａ３）、および社員ＩＤ（Ａ４）は、後述する社員情報管理テーブル４７７の各社員情報と、アカウント（Ａ１）を紐付けるためのキーとなる。
【００３９】
【表１】
2016139335.tif 000003
【００４０】
次に、表２を用いて、画像形成装置１０１の記憶部３１２で管理され、書類組み合わせ判定部４９４によって参照される有効組み合わせ管理テーブルに登録されている情報の例を示す。有効組み合わせ管理テーブルは、原稿種別１（Ｂ１）、原稿種別２（Ｂ２）、原稿種別３（Ｂ３）の３つから構成される。原稿種別１〜３の組み合わせで、登録に有効な組み合わせを表している。登録に必要な原稿の分類を大まかに分類すると、「個人番号が記載された原稿」、「顔写真付きの身分証明書（運転免許証等）」、「顔写真無しの身分証明書（例えば、住民票等）」の３つの種別が存在する。この中で、個人番号を登録する際には、個人番号が記載された原稿に加えて、１つ以上の顔写真付きの身分証明書、もしくは２つ以上の顔写真無しの身分証明書が必要となる。そのため、最小で２つ、最大で３つの原稿のスキャンが必要となる。例えば、個人番号カードと運転免許証の場合は、これら２つの原稿のスキャンで良いが、個人番号カードと、住民票の場合は、これらに加えてもう一種類（例えば、年金手帳、保険証等）の原稿が必要となる。なお、登録に有効な原稿種別は、表２に列挙したものが全てではなく、実際は、法的に定められた原稿種別の組み合わせが全て登録されている。
【００４１】
書類組み合わせ判定部４９４は、この有効組み合わせ管理テーブルを参照して個人番号を登録する際に必要な書類の組み合わせを判定する。
【００４２】
【表２】
2016139335.tif 000004
【００４３】
次に、表３を用いて、個人番号管理テーブル４７６に保存されている情報の例を示す。個人番号管理テーブル４７６は、社員ＩＤ（Ｃ１）、個人番号（Ｃ２）、続柄（Ｃ３）、利用目的（Ｃ４）、画像データ（Ｃ５）、ステータス（Ｃ６）の６つの要素から構成される。社員ＩＤ（Ｃ１）は、後述する社員管理テーブル４４５の社員情報と個人番号を紐付けるためのキーとなる。次に、個人番号（Ｃ２）は、本実施形態が示す方法によって登録された個人番号となる。また、続柄（Ｃ３）は対象の社員の扶養家族を含む続柄（本人、配偶者、子供）を示す項目である。利用目的（Ｃ４）は、企業システム１０２が個人番号を利用可能な範囲を示す項目である。利用目的（Ｃ４）は個人番号を社員から収集するときにあらかじめ社員に対して開示されている内容が記録される。画像データ（Ｃ５）は、個人番号登録作業において読み取られた書類の画像データである。この画像データは複数登録することができる。表３の例では、複数の｛書類種別：画像データ｝の組を画像データ（Ｃ５）の項目に登録しているが、これらのデータを別テーブルで管理するような構成に変更してもよい。ステータス（Ｃ６）は、個人番号の登録状況を表す項目である。具体的には、画像形成装置１０１からの登録リクエストを受け付けた場合は、ステータスが仮登録の仮状態となり、クライアント１０２からの承認リクエストを受け付けた場合は、ステータスが本登録の状態となる。
【００４４】
【表３】
2016139335.tif 000005
【００４５】
表４を用いて、企業システム１０２に保存されている社員管理テーブル４４５の例を示す。
【００４６】
社員管理テーブル４４５は、社員ＩＤ（Ｄ１）、氏名（Ｄ２）、続柄（Ｄ３）、所属（Ｄ４）の４つの要素から構成される。社員ＩＤ（Ｄ１）は、企業内で一意に割り当てられるＩＤであり、先に述べたユーザ管理テーブル４７４の社員ＩＤ（Ａ４）に登録される。氏名（Ｄ２）は社員の氏名を示す項目であり、続柄は対象社員の続柄を示す項目である。また、所属（Ｄ４）は、対象社員が企業内で所属する部署を示す属性である。なお、表４は上記の４つの要素を示しているが、これらに限らず、社員の情報を示す他の情報を含むようにしてもよい。
【００４７】
【表４】
2016139335.tif 000006
【００４８】
次に、社員情報管理テーブル４７７について、表５を用いて説明する。
【００４９】
社員情報管理テーブル４７７は、企業コード（Ｅ１）、社員ＩＤ（Ｅ２）、社員名（Ｅ３）、承認者ＩＤ（Ｅ４）、社員メールアドレス（Ｅ５）、承認者メールアドレス（Ｅ６）の６要素を含んでいる。企業コード（Ｅ１）には、管理サーバ１０６を利用する組織を一意に特定するための企業のＩＤが設定される。この企業コードは、管理サーバ１０６利用契約時などに発行されても良いし、自動でＩＤを払い出すような仕組みを別途作成してもよい。社員ＩＤ（Ｅ２）は、企業コード（Ｅ１）の企業内で、社員を一意に識別するためのＩＤである。また社員名（Ｅ３）にはその社員の氏名（Ｅ３）、社員メールアドレス（Ｅ５）には、その社員の連絡先であるメールアドレスが設定される、この社員メールアドレス（Ｅ５）に個人番号の登録通知をメールで発行する。承認者ＩＤ（Ｅ４）は、その企業内で、社員ＩＤ（Ｅ２）が示す社員の個人番号の登録を承認する承認者のＩＤである。この承認者は、企業単位、或いは企業内の所属部署ごとに設けられても良い。承認者メールアドレス（Ｅ６）には、承認者のメールアドレスが設定される。ここで設定される承認者メールアドレス（Ｅ６）に、承認リクエスト発行部４６６が承認依頼をメールで通知する。
【００５０】
【表５】
2016139335.tif 000007
【００５１】
次に、書類管理テーブル４７５について、表６を用いて説明する。表６に、表書類管理テーブル４７５の例を示す。書類管理テーブル４７５は、個人番号の登録において個人番号確認用の書類と身元確認用の書類として認められる書類が登録されている。登録項目には、書類を識別するための分類（Ｆ２）と番号（Ｆ３）、書類名（Ｆ４）、書類に出現するキーワード（Ｆ５）がある。また、登録項目には、スキャンにより取り込んだ書類の画像から書類の種類を識別する際に使用するテンプレート（Ｆ６）に関する情報、書類から抽出する情報（Ｆ７）などがある。書類管理テーブル４７５の項目は必要に応じて追加または削除してもよい。また、テンプレート（Ｆ５）の項目は書類テンプレート４９８と関連付けられている。テンプレートは予め登録されているものだけでなく、書類管理情報受信部４９６を介した追加・削除が可能である。
【００５２】
画像形成装置１０１の書類管理テーブル取得部４９２は、管理サーバ１０６の書類管理情報受信部４６３に書類管理テーブル４７５に記憶された書類テンプレート４９８の取得要求を送信する。書類管理情報受信部４６３はこれを受けて書類管理テーブル４７５に記憶された書類テンプレート４９８を画像形成装置１０１の書類管理テーブル取得部４９２に送信する。画像形成装置１０１は受け取った書類管理テーブル４９１を用いてスキャンした画像の識別や情報抽出を行う。
【００５３】
【表６】
2016139335.tif 000008
【００５４】
一方、画像形成装置１０１は、書類画像管理テーブル４９１を持つ。書類画像管理テーブル４９１を表７に示す。書類画像管理テーブル４９１は、画像形成装置１０１で書類がスキャンされた際にＣＰＵ３０９によって作成される。書類画像（Ｇ４）にはスキャンしたそれぞれの書類の画像データが格納され、各画像データに対して実行したＯＣＲ処理（文字認識処理）の結果はＯＣＲ結果（Ｇ５）に格納される。また、各画像データがどの書類であるかを、ＯＣＲ処理を用いて識別した結果は分類（Ｇ２）と番号（Ｇ３）の２つの項目によって保存される。書類の分類（Ｇ２）と番号（Ｇ３）は表６に示す書類管理テーブル４７５の分類（Ｆ２）と番号（Ｆ３）と対応しているため、スキャンして取り込んだ画像と書類の情報を結びつけることができる。
【００５５】
【表７】
2016139335.tif 000009
【００５６】
本実施形態では、以上のような構成を有するシステムで、複数の書類のうち、同じ個人の複数の書類を特定し、特定された複数の書類を関連づけて登録する仕組みを提供する。それによって、ユーザは、複数人の書類をスキャンさせる際に、どの書類とどの書類が同じ個人のものであるかを分ける作業をせずとも、複数の書類をスキャンすれば、同じ個人の複数の書類を容易に関連付けて登録させることができる。
【００５７】
次に、図５を参照して、本実施形態に係るシステムにおける登録作業に関する画面の例について説明する。
【００５８】
図５（ａ）は、本実施形態に係る画像形成装置１０１の操作部３０４に表示される、管理サーバ１０６が提供するサービスの利用を開始するためのＩＤ及びパスワードの入力画面の一例を示す図である。
【００５９】
ユーザは、この画面を介して、ユーザのＩＤとパスワードを、それぞれ入力欄５１１，５１２に入力してログインボタン５１３を押下する。ここで入力されたユーザＩＤとパスワードが、前述の管理サーバ１０６のユーザ管理テーブル４７４に登録された内容と一致すれば、そのユーザのログインが可能となる。
【００６０】
こうしてユーザのログインが成功すると、操作部３０４の表示部には、図５（ｂ）に示すような、管理サーバ１０６が提供する機能の一覧５２１が表示される。尚、図５（ｂ）に示した機能が全てではなく、管理サーバ１０６が提供する機能が増える度に、この画面上に表示される機能が増加する。以下、個人番号登録５２２が選択されたときのＵＩの遷移を、図６を参照して説明する。
【００６１】
次に図６のフローチャートを参照して、本実施形態に係る個人番号の登録の処理の流れについて説明する。図６のフローチャートに示す企業システム１０２の処理は、企業システム１０２のＣＰＵ２０１が、プログラムＲＯＭ２０３に記憶されたプログラムをＲＡＭ２０２に読み出して実行することによって行われる。また、図６のフローチャートに示す管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２０１が、プログラムＲＯＭ２０３に記憶されたプログラムをＲＡＭ２０２に読み出して実行することによって行われる。
【００６２】
図６は、本実施形態に係る企業システム１０２から管理サーバ１０６へ社員情報を登録する際の処理を説明するフローチャートである。尚、ここで、企業システム１０２と管理サーバ１０６のそれぞれの処理は、図２に示す企業システム１０２と管理サーバ１０６の各ＣＰＵ２０１が、外部メモリ２１０からＲＡＭ２０２に展開したプログラムを実行することにより実現される。
【００６３】
まずＳ６０１で、企業システム１０２のＣＰＵ２０１は、管理サーバ１０６に対して、社員情報の登録リクエストを発行する。このリクエストには、表５に示すような情報が含まれている。
【００６４】
これによりＳ６０２で、管理サーバ１０６のＣＰＵ２０１は、企業システム１０２から発行された登録リクエストを受信する。次にＳ６０３に進み、管理サーバ１０６のＣＰＵ２０１は、その受信した登録リクエストに含まれる社員の情報を社員情報管理テーブル４７７に登録する（表５参照）。そしてＳ６０４に進み、管理サーバ１０６のＣＰＵ２０１は、Ｓ６０３で登録した各社員のメールアドレスに、個人番号を登録するように依頼する個人番号の登録依頼をメールで送信する。
【００６５】
図７は、本実施形態において、ユーザ（社員）が画像形成装置１０１を操作して、そのユーザの個人番号を管理サーバ１０６に登録するまでの処理の流れを説明するフローチャートである。図７のフローチャートに示す画像形成装置１０１の処理は、画像形成装置１０１のＣＰＵ３０９が、ＲＯＭ３１１に記憶されたプログラムをＲＡＭ３１０に読み出して実行することによって行われる。また、図６のフローチャートに示す管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２０１が、管理サーバ１０６のプログラムＲＯＭ２０３に記憶されたプログラムをＲＡＭ２０２に読み出して実行することによって行われる。
【００６６】
図７において、まずＳ７０１でＣＰＵ３０９は、図５（ａ）の画面を介して入力されたユーザのＩＤ及びパスワードを取得し、その入力されたユーザＩＤ及びパスワードを用いて、管理サーバ１０６にログイン要求を発行する。
【００６７】
これによりＳ７０２で、管理サーバ１０６のＣＰＵ２０１は、受け付けたログイン要求のユーザＩＤ及びパスワードに基づいて、そのユーザの認証処理を実施する。ここでユーザの認証に成功した場合はＳ７０３に進み、認証に失敗した場合はエラーメッセージなどを出力して、この処理を終了する。Ｓ７０３で、管理サーバ１０６のＣＰＵ２０１は、画像形成装置１０１に対して、例えば図５（ｂ）に示すような機能一覧画面を表示するように、その画面表示用ＵＲＬへのリダイレクト命令を発行する。Ｓ７０３では、管理サーバ１０６のＣＰＵ２０１は、画像形成装置１０１に対して、機能一覧画面表示用ＵＲＬへのリダイレクト命令を発行する。
【００６８】
これによりＳ７０４で画像形成装置１０１のＣＰＵ３０９は、そのリダイレクト命令に従って管理サーバ１０６にアクセスする。これによりＳ７０５で、管理サーバ１０６のＣＰＵ２０１は、そのリダイレクトされたアクセス、即ち、機能一覧画面の取得要求を受信する。そしてＳ７０６に進み、管理サーバ１０６のＣＰＵ２０１は、その要求された機能一覧画面を表示するためのマークアップランゲージを生成して画像形成装置１０１に返却する。
【００６９】
こうしてＳ７０７に進み、画像形成装置１０１のＣＰＵ３０９は、受信したマークアップランゲージに従って、操作部３０４の表示部に機能一覧画面（図５（ｂ）参照）を表示する。次にＳ７０８に進みＣＰＵ３０９は、その画面を介したユーザの操作に基づいて、選択された機能を検知する。そしてＳ７０９に進みＣＰＵ３０９は、押下された機能が何れの機能であるかを判定し、押下された機能が個人番号登録５２２であった場合はＳ７１１に進み、そうでないときはＳ７１０に進む。Ｓ７１０でＣＰＵ３０９は、その指示された機能に従った処理を実行して、この処理を終了する。尚、ここではＳ７１０の処理の詳細な説明を省略する。
【００７０】
Ｓ７１０でＣＰＵ３０９は、指示された個人番号の登録処理を管理サーバ１０６と協働で実行して、この処理を終了する。
【００７１】
次に、Ｓ７１１の登録処理の詳細を図８のフローチャートを参照して説明する。図８のフローチャートに示す画像形成装置１０１の処理は、画像形成装置１０１のＣＰＵ３０９が、ＲＯＭ３１１に記憶されたプログラムをＲＡＭ３１０に読み出して実行することによって行われる。また、図８のフローチャートに示す管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２０１が、管理サーバ１０６のプログラムＲＯＭ２０３に記憶されたプログラムをＲＡＭ２０２に読み出して実行することによって行われる。
【００７２】
まず、Ｓ８０１では、画像形成装置１０１のＣＰＵ３０９は、ＮＩＣ３０６を介し、管理サーバ１０６に対してログインユーザ社員情報テーブル及び、書類管理テーブル４７５の取得を要求する。ログインユーザ社員情報テーブルとは、社員管理テーブル４４５から生成されるサブセットであり、ログインユーザに関連のあるレコードのみのテーブルである。管理サーバ１０６は、ログインユーザ社員情報テーブルの要求を受けると、ログインしたユーザのアカウントのレコードを企業システム１０２に問合せる。企業システム１０２は、社員管理テーブル４４５から、ログインしたユーザのアカウントに対応するレコードを取り出し、管理サーバ１０６に返信する。
【００７３】
具体的には、Ｓ７０１でログインしたユーザがアカウント（Ａ１）のユーザであれば、そのアカウント（Ａ１）に紐付いた社員ＩＤ（Ａ４）と同じ社員ＩＤ（Ｄ１）のレコードが社員管理テーブル４４５から抜き出される。表１および表４を例に説明する。ログインユーザの、アカウント（Ａ１）が「Ａｃｃｏｕｎｔ１」だとすると、社員ＩＤ（Ａ４）は「１２３４５６」となり、それと同じた社員ＩＤ（Ｄ１）のレコード、即ちＡ田一郎、Ａ田一子のレコードが、ログインユーザ社員情報テーブルである。先の例では、表８のようになる。このテーブルがログインユーザ社員情報テーブルである。
【００７４】
【表８】
2016139335.tif 000010
【００７５】
Ｓ８０２で、管理サーバ１０６のＣＰＵ２０１は、画像形成装置１０１に、ログインユーザ社員情報テーブル、及び、書類管理テーブル４７５を送信する。
【００７６】
Ｓ８０３で、画像形成装置１０１のＣＰＵ３０９は、管理サーバ１０６からログインユーザ社員情報テーブル、書類管理テーブル４７５を受信する。
【００７７】
Ｓ８０４で、画像形成装置１０１のＣＰＵ３０９は、Ｓ８０４で、操作部３０４を介してユーザから、画像読取部３０７によるスキャン実行命令を受けたか否かを判定する。ＣＰＵ３０９は、スキャン実行命令を受け付けるまでＳ８０４の判定を繰り返す。
【００７８】
スキャン実行命令を受け付けたと判定した場合、ＣＰＵ３０９は、Ｓ８０５に処理を進める。Ｓ８０５で、画像読取部３０７に対して書類のスキャンを指示する。画像読取部３０７は、原稿台に載置された１または複数の書類を読み取り、読み取った書類が含まれる画像データを生成する。生成された画像データは、記憶部３１２に格納される。
【００７９】
Ｓ８０６で、画像処理部４９３は、記憶部３１２に格納された画像データに含まれる書類を切り分ける（分割する）。この切り分けは、射影ヒストグラム法などの公知の画像処理技術を用いることで実現することができる。切り分けられた画像はそれぞれ書類ごとの画像（以降、書類画像と呼ぶ）として扱い、表７の書類画像管理テーブル４９１の書類画像（Ｇ４）欄に保存する。
【００８０】
Ｓ８０７で、画像処理部４９３は、Ｓ８０６で切り分けられた書類の種類を識別する。Ｓ８０７の処理の詳細については、図９を用いて後述する。
【００８１】
Ｓ８０８で、情報抽出部４９５は、各書類画像から個人番号、氏名、生年月日、住所等の情報を抽出する。Ｓ８０８の処理の詳細は、図１０を用いて後述する。
【００８２】
Ｓ８０９で、ＣＰＵ３０９は、人数分の必要な書類が記憶されているかを確認する。Ｓ８０９の詳細は、図１１を用いて後述する。なお、ここでいう人数分とは、ログインユーザ社員情報テーブルに記載のある人数である。表８の例では、２人である。
【００８３】
Ｓ８１０で、ＣＰＵ３０９は、Ｓ８０９の確認の結果、書類に不足がないと判断された場合、Ｓ８１３に遷移し、不足があると判断された場合、Ｓ８１１に遷移する。
【００８４】
Ｓ８１１で、ＣＰＵ３０９は、Ｓ８０９で不足していると判断した書類のリスト、及び承認依頼ボタン、再スキャンボタンを操作部３０４に表示させる。
【００８５】
Ｓ８１２で、ＣＰＵ３０９は、操作部３０４を介して、ユーザから、承認依頼ボタン、もしくは再スキャンボタンのどちらかが押されたことを検知する。承認依頼ボタンが押下された場合にはＳ８１３に処理を進め、再スキャンボタンが押下された場合にはＳ８０４に処理を進める。
【００８６】
Ｓ８１３で、ＣＰＵ３０９は、Ｓ８０６で切り分けられた書類画像のそれぞれを人別に分け、ＮＩＣ３０６を介して管理サーバ１０６に人数分の書類画像の仮登録要求を発行する。具体的に、ＣＰＵ３０９は、Ｓ８０６で切り分けられた書類画像のうち、Ｓ８０８で抽出された氏名が共通する書類を互いに関連付けて１つのセットとして扱う。例えば、「個人番号通知カード」２枚と「運転免許証」２枚が読み取られた場合、Ｓ８０８でそれぞれの書類から氏名を抽出し、抽出した氏名が共通する書類同士を１つのセットとして関連付ける。表８のログインユーザ社員情報テーブルの場合、「Ａ田一郎」の「個人番号通知カード」と「Ａ田一郎」の「運転免許証」、「Ａ田一子」の「個人番号通知カード」と「Ａ田一子」の「運転免許証」が読まれる。その場合、各個人番号通知カードから個人番号と氏名を抽出し、各運転免許証から氏名を抽出する。そして、「Ａ田一郎」という氏名が共通する「個人番号通知カード」と「運転免許証」とを１セットとして特定し、「Ａ田一子」という氏名が共通する「個人番号通知カード」と「運転免許証」とを１セットとして特定する。そして、ＣＰＵ３０９は、「Ａ田一郎」の個人番号と、「Ａ田一郎」の「個人番号通知カード」と、「Ａ田一郎」の「運転免許証」とを互いに関連付けて登録するよう管理サーバ１０６に要求する。その後、ＣＰＵ３０９は、「Ａ田一子」の個人番号と、「Ａ田一子」の「個人番号通知カード」と、「Ａ田一子」の「運転免許証」とを互いに関連付けて登録するよう管理サーバ１０６に要求する。このように要求は、人数分繰り返される。
【００８７】
Ｓ８１４で、管理サーバ１０６のＣＰＵ２０１は、画像形成装置１０１から送信された仮登録要求を受信し、受信した個人番号および書類画像を、人ごとに互いに関連付けて個人番号管理テーブル４７６に登録する。
【００８８】
Ｓ８１５で、管理サーバのＣＰＵ２０１は、社員情報管理テーブル４７７から承認者の情報を取得し、承認者に向けて、メールで承認作業依頼を発行する。
【００８９】
図９は、Ｓ８０７で実行される書類の識別処理を説明するためのフローチャートである。図９のフローチャートに示す画像形成装置１０１の処理は、画像形成装置１０１のＣＰＵ３０９が、ＲＯＭ３１１に記憶されたプログラムをＲＡＭ３１０に読み出して実行することによって行われる。
【００９０】
Ｓ９０１で、画像処理部４９３は、書類画像管理テーブル４９１に保存された書類画像のうち、まだ識別処理を行っていない書類画像を取得する。
【００９１】
Ｓ９０２で、画像処理部４９３は、Ｓ９０１で取得された書類画像に対してＯＣＲ処理（文字認識処理）を行い、書類に記載された文字をすべて抽出する。
【００９２】
Ｓ９０３で、ＣＰＵ３０９は、Ｓ９０２で抽出された文字を、書類管理テーブル４７５（表６）の各書類のキーワード（Ｆ５）と比較する。各書類のキーワードとは、その書類に記載されている文字列であり、書類を一意に特定するために使用される。
【００９３】
Ｓ９０４で、ＣＰＵ３０９は、Ｓ９０３における比較結果から、書類画像にある特定の書類のキーワードがすべて出現したか否かを判定する。例えば書類画像に書類管理テーブル４７５（表６）に登録された通知カードのキーワード（通知カード、個人番号）がすべて出現した場合、ＣＰＵ３０９は、その書類画像が通知カードの画像であると判定する。
【００９４】
そして、書類画像の書類の種類が特定された場合は、Ｓ９０５で書類画像と書類の種類の情報（分類Ｆ２）を、書類画像管理テーブル４９１の分類（Ｇ２）として保存する。
【００９５】
Ｓ９０６で、ＣＰＵ３０９は、書類画像管理テーブル４９１に保存された書類画像のうち、まだ識別されていない書類画像があるか否かを確認する。まだ識別されていない書類画像がある場合、ＣＰＵ３０９は、Ｓ９０１に処理を進める。一方、全ての書類画像が識別済みである場合、ＣＰＵ３０９は、書類画像の識別処理を終了する。
【００９６】
図１０には書類画像から書類に記載された個人番号、氏名、生年月日、住所等の情報を抽出する処理フローを示す。図１０のフローチャートに示す画像形成装置１０１の処理は、画像形成装置１０１のＣＰＵ３０９が、ＲＯＭ３１１に記憶されたプログラムをＲＡＭ３１０に読み出して実行することによって行われる。
【００９７】
まず、画像形成装置１０１の情報抽出部４９５は、Ｓ１００１で書類画像管理テーブル４９１に保存された書類画像のうち、まだ情報抽出処理を行っていない書類画像を取得する。
【００９８】
Ｓ１００２で、情報抽出部４９５は、書類画像管理テーブル４９１を参照し、対象の書類画像がどの書類であるかを確認する。書類は、種類によって記載されている情報が異なるため、抽出する情報や抽出方法も書類によって異なる。抽出する情報と抽出方法は書類管理テーブル４７５に登録されている。本実施例では抽出方法として、書類のテンプレートを使用する方法と使用しない方法の２種類の方法を用いるが、書類画像から情報を抽出できるのであればどのような方法を使ってもよい。
【００９９】
Ｓ１００３で、情報抽出部４９５は、Ｓ１００１で取得した書類がテンプレートを持っている書類の種類であるか否かを判定する。テンプレートがある場合はＳ１００４の処理に遷移する。例えば通知カードのテンプレートは個人番号、氏名、生年月日、住所のそれぞれが通知カードのどの領域に記載されているかを示す情報が登録されている。
【０１００】
Ｓ１００４で、情報抽出部４９５は、テンプレートをもとにＺｏｎｅ  ＯＣＲ、つまり領域ごとにＯＣＲを行い、テンプレートで指定された情報を抽出し書類画像管理テーブル４９１のＯＣＲ結果（Ｇ５）に格納する。尚、テンプレートによっては、氏名情報等が複数人分認識される場合もある（例えば住民票の場合、本人以外の家族情報も含まれている）その場合はＯＣＲ結果（Ｇ５）に複数人分の抽出結果を格納することとする。
【０１０１】
テンプレートがない場合、Ｓ１００５で、情報抽出部４９５は、Ｓ９０２で抽出したキーワードとその座標情報等をもとに、書類管理テーブル４７５（表６）の抽出情報（Ｆ７）の項目で指定された情報を書類画像から抽出する。そして、情報抽出部４９５は、抽出した情報を、書類画像管理テーブル４９１のＯＣＲ結果（Ｇ５）に格納する。
【０１０２】
Ｓ１００６で、ＣＰＵ３０９は、書類画像管理テーブル４９１に保存された全ての書類画像で情報抽出が行われたか否かを判定し、全ての書類画像の情報抽出が完了するまで上記処理フローを繰り返す。全ての書類画像の情報抽出が完了した場合、ＣＰＵ３０９は、情報抽出処理を終了する。
【０１０３】
図１１は、人数分の必要書類画像が揃っているかどうかを確認する処理フローを示す。図１１のフローチャートに示す画像形成装置１０１の処理は、画像形成装置１０１のＣＰＵ３０９が、ＲＯＭ３１１に記憶されたプログラムをＲＡＭ３１０に読み出して実行することによって行われる。
【０１０４】
Ｓ１１０１で、書類組み合わせ判定部４９４は、Ｓ８０３で取得したログインユーザ社員情報テーブルを取得し、まずは、ログインユーザ情報テーブルの先頭のレコードを読み込む。先に示した表Ｈの例では、氏名（Ｄ２）「Ａ田一郎」、続柄（Ｄ３）「本人」の情報を読み込む。
【０１０５】
Ｓ１１０２で、書類組み合わせ判定部４９４は、Ｓ８０７及びＳ８０８で取得された書類画像管理テーブル４９１を参照し、不足書類画像があるかどうかをチェックする。まず、書類組み合わせ判定部４９４は、ＯＣＲ結果（Ｇ５）の氏名情報を参照し、ログインユーザ社員情報テーブルの氏名（Ｄ２）に格納された氏名と同じである、書類画像管理テーブル４９１から抽出する。書類組み合わせ判定部４９４は、抽出した複数の画像の分類（Ｇ２）と、有効組み合わせ管理テーブルとを比較して、不足している書類画像がないかどうかをチェックする。
【０１０６】
Ｓ１００２のチェックの結果、不足書類がないとＳ１１０３で判断された場合、書類組み合わせ判定部４９４は、Ｓ１１０４の処理に遷移し、不足書類があるとＳ１１０３で判断された場合、Ｓ１１０５へ遷移する。
【０１０７】
Ｓ１１０４で、書類組み合わせ判定部４９４は、書類が揃っている旨のフラグを記憶部３１２に記憶する。一方、Ｓ１１０５に処理を進めた場合、書類組み合わせ判定部４９４は不足書類リストに不足している書類の情報を記憶部３１２に登録する。
【０１０８】
Ｓ１１０６で、書類組み合わせ判定部４９４は、ログインユーザ社員情報テーブルに存在するレコード全員分の処理を行ったかどうかを判断する。ログインユーザ社員情報テーブルに存在するレコード全員分の処理を行っていなければ書類組み合わせ判定部４９４は次のレコードを読み込む。一方、ログインユーザ社員情報テーブルに存在するレコード全員分の処理を行っていれば、書類組み合わせ判定部４９４は、人数分の必要書類画像が揃っているかどうかを確認する処理を終了する。
【０１０９】
以上、図７から図１１に示したフローチャートに従って処理を行うことで、１度のスキャンで複数人の個人番号仮登録を可能とすることと、証跡の画像を各個人に関連付けて管理することが可能となる。
【０１１０】
次に図１２を参照して、承認者による承認作業に関する処理を説明する。
【０１１１】
図１２は、本実施形態に係るクライアント１０３と管理サーバ１０６との間で実行される承認者による承認作業を説明するフローチャートである。尚、図１２に示すフローチャートの前に、クライアント１０３から管理サーバ１０６へのログイン処理や機能一覧画面の表示及び承認機能の選択などの処理が含まれるが、これら処理は図１０の画像形成装置１０１の場合と同じであるためその説明を割愛する。但し、この場合のログイン処理では、承認者は、その承認者のＩＤでログインする必要がある。図１２では、そのログインに応答して管理サーバ１０６から送られる画面情報に基づいてクライアント１０３で機能一覧の画面が表示され、その中の承認機能が選択された以降の処理の流れで説明する。尚、ここで、クライアント１０３と管理サーバ１０６のそれぞれの処理は、クライアント１０３のＣＰＵ２０１と、管理サーバ１０６のＣＰＵ２０１が、各対応するＲＡＭに展開したプログラムを実行することにより実現される。
【０１１２】
まずＳ１２０１でクライアント１０３のＣＰＵ２０１は、管理サーバ１０６に対して、承認を要求するユーザの一覧の取得要求を発行する。このときクライアント１０３のＣＰＵ２０１は、管理サーバ１０６に対して、承認者のＩＤも併せて送信する。
【０１１３】
これによりＳ１２０２で管理サーバ１０６のＣＰＵ２０１は、Ｓ１２０１で送信された承認者ＩＤに対応する社員のＩＤを、社員情報管理テーブル４７７（表５）及びユーザ管理テーブル４７４から特定する。その後、個人番号管理テーブル４７６（表３参照）の中で、その社員ＩＤに対応するステータス（Ｃ６）が仮登録となっているデータを取得する。そして、それらデータ（承認依頼を発行したユーザで、かつその承認者の承認が必要なユーザの一覧）を表示用のマークアップランゲージに整形してクライントに返却する。
【０１１４】
これによりＳ１２０３に進みクライアント１０３のＣＰＵ２０１は、受信したマークアップランゲージに従って、承認依頼を発行したユーザの一覧（例えば図８（Ａ）参照）を表示部２０９に表示する。そしてＳ１２０４に進みクライアント１０３のＣＰＵ２０１は、その表示された承認依頼を発行したユーザの一覧の中から、承認者が選択したユーザを検知する、そのユーザの詳細情報の取得要求を管理サーバ１０６に対して発行する。
【０１１５】
これによりＳ１２０５に進み管理サーバ１０６のＣＰＵ２０１は、個人番号管理テーブル４７６から、そのユーザのデータを取得し、それらのデータを表示用のマークアップランゲージに整形してクライアント１０３に返却する。
【０１１６】
これによりＳ１２０６に進みクライアント１０３のＣＰＵ２０１は、受信したマークアップランゲージに従って、例えば図８（Ｂ）に示すような承認依頼画面を表示する。次にＳ１２０７に進みクライアント１０３のＣＰＵ２０１は、承認者が、この画面上でボタンを押下したのを検知すると、その押下されたボタンが承認ボタン８２４或いは差し戻しボタン８２５かを判定する。承認ボタン８２４の押下を検知した場合はＳ１２１０に遷移し、差し戻しボタン８２５の押下を検知した場合はＳ１２０８に遷移する。Ｓ１２０８で、クライアント１０３のＣＰＵ２０１は、管理サーバ１０６に対して、個人番号を再登録するように依頼するメールの発行要求を送信する。これによりＳ１２０９に進み管理サーバ１０６のＣＰＵ２０１は、個人番号の登録を依頼するメールを、そのユーザに発行して、この処理を終了する。
【０１１７】
一方、承認ボタン８２４が押下されるとＳ１２１０でクライアント１０３のＣＰＵ２０１は、管理サーバ１０６に対して、そのユーザを承認したことを送信する。これによりＳ１２１１に進み管理サーバ１０６のＣＰＵ２０１は、個人番号管理テーブル４７６に登録されている、そのユーザのデータのステータスを、仮登録から本登録に変更して、この処理を終了する。
【０１１８】
以上説明した図１２のフローチャートに従った処理を実施することで、クライアント１０３の承認者は、管理サーバ１０６からの承認要求に応じて、個人番号登録の承認作業を行うことができる。
【０１１９】
次に図１３を参照して、登録された個人番号の利用に関する処理を説明する。
【０１２０】
図１３は、本実施形態において、企業システム１０２が管理サーバ１０６が管理している個人番号を取得する処理の流れを説明するフローチャートである。尚、ここで、企業システム１０２と管理サーバ１０６のそれぞれの処理は、企業システム１０２のＣＰＵ２０１と、管理サーバ１０６のＣＰＵ２０１が、各対応するＲＡＭに展開したプログラムを実行することにより実現される。
【０１２１】
まずＳ１３０１で企業システム１０２のＣＰＵ２０１は、管理サーバ１０６に対して、個人番号の取得要求を発行する。このとき、この取得要求には、取得対象の社員ＩＤが含まれている。
【０１２２】
これによりＳ１３０２で管理サーバ１０６のＣＰＵ２０１は、企業システム１０２から送信された個人番号の取得要求を受信する。そして１３０３に進み管理サーバ１０６のＣＰＵ２０１は、取得対象の社員ＩＤに対応する個人番号管理テーブル４７６のデータを参照する。そしてＳ１３０４に進み管理サーバ１０６のＣＰＵ２０１は、個人番号管理テーブル４７６に登録されている、その社員の個人番号のステータス（Ｃ６）を確認する。ここで、そのステータスが本登録であればＳ１３０５に進んで、その取得した社員の個人番号を企業システム１０２に送信するが、本登録でなければＳ１３０８に進み、エラーメッセージなどを企業システム１０２に返却して、処理を終了する。
【０１２３】
Ｓ１３０６で企業システム１０２のＣＰＵ２０１は、管理サーバ１０６から送信された個人番号を受信する。そしてＳ１３０７に進み企業システム１０２のＣＰＵ２０１は、その受信した個人番号を用いて、帳票（例えば源泉徴収票等）を作成して、この処理を終了する。作成された帳票は、その後、企業システム１０２に保存され、ＣＰＵ２０１によって、ネットワークを介して送信される。または、作成された帳票は、ＣＰＵ２０１によってプリンタに送信されて、印刷される。
【０１２４】
一方、エラーメッセージなどが返却されたときはＳ１３０９に進み企業システム１０２のＣＰＵ２０１は、エラーが発生したことをオペレータに通知して、この処理を終了する。
【０１２５】
以上、本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるものではない。
【０１２６】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【０１２７】
１０１  画像形成装置
１０２  企業システム
１０３  クライアント
１０６  管理サーバ
３０９  ＣＰＵ
【図１】
2016139335.tif 000011
【図２】
2016139335.tif 000012
【図３】
2016139335.tif 000013
【図４】
2016139335.tif 000014
【図５】
2016139335.tif 000015
【図６】
2016139335.tif 000016
【図７】
2016139335.tif 000017
【図８】
2016139335.tif 000018
【図９】
2016139335.tif 000019
【図１０】
2016139335.tif 000020
【図１１】
2016139335.tif 000021
【図１２】
2016139335.tif 000022
【図１３】
2016139335.tif 000023