JP6530607B2 - システムおよびその制御方法、情報処理装置およびその制御方法、並びにプログラム - Google Patents

Description

本発明は、システムおよびその制御方法、情報処理装置およびその制御方法、並びにプログラムに関する。

国民の各個人を識別するために振られる番号としての個人番号情報が導入されるにあたって、これらの個人番号情報を登録、管理するシステムが求められる。この場合において、個人番号情報は機密性が高い情報であるため、個人番号が含まれる文書は適切に管理する必要がある。

従来、企業が行政機関などへ従業員に関する帳票（法定調書など）を提出する際には、各従業員の情報を記入して帳票を作成する。帳票の作成においては、帳票のフォームデータとフォームデータに入力する可変データを関連付けてデータベースに管理し、帳票作成要求に応じて合成する技術が実現されている（特許文献１参照）。

行政機関などへ提出する各従業員の帳票には、個人番号の記入が義務付けられる。帳票に対して埋め込まれる個人番号は、不正利用を防ぐためにその漏洩を防止する必要があり、厳密な管理が求められている。そのため、企業においてはこれを利用する（帳票を作成する）ユーザー（企業の経理部門や人事部門の担当者等）に対して可能な限り目に触れさせないことが望ましい。また、個人番号の利用にあたっては、正当な利用目的外に使用することが禁止されている。さらに、行政機関などに提出する帳票（法定調書）に関しては、内容の正確性が重要であり、記入ミスを避ける必要がある。

特開２００９−１２３１２１号公報

しかしながら、上述した従来技術においては、企業の各従業員に対して大量に作成する帳票が、利用目的に適合しているか否かを確認しながら適切に個人番号を含む情報を埋め込むケースについて考慮されていない。すなわち、帳票を作成するユーザーは大量に作成する帳票に対して、個人番号を適切に間違いなく埋め込むために、利用目的に適合しているかを目視により確認しながら入力しなければならず、これには多くの手間がかかる。また、ユーザーに対して個人番号をなるべく視認させずに帳票を作成することも実現できない。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、個人番号を管理する個人番号管理サーバーとクライアントとを含むシステムであって、前記個人番号管理サーバーは、個人番号と当該個人番号を利用可能な利用目的の情報とを関連づけて保持する第一の保持手段と、前記クライアントからの個人番号の取得要求に応じて、当該取得要求に含まれる個人番号の利用目的が前記第一の保持手段にて保持されている利用目的に適合するか否かを判定する判定手段と、前記判定手段により前記個人番号の利用目的が適合すると判定された場合、前記取得要求の応答として個人番号を前記クライアントへ通知する第一の通知手段とを有し、前記クライアントは、ユーザーから帳票の作成に係る個人番号の利用目的の指定を受け付ける指定手段と、前記帳票の作成にて用いるテンプレートの指定を受け付けるテンプレート指定手段と、前記テンプレート指定手段にて指定されたテンプレートから帳票の種別を示す情報を抽出する抽出手段と、前記抽出手段にて抽出した情報と、前記指定手段にて受け付けた利用目的の情報とを含む問い合わせを前記個人番号管理サーバーへ送信する問い合わせ手段と、前記帳票の作成にて用いるテンプレートに埋め込まれている、前記個人番号を取得するためのコマンドを取得する取得手段と、前記指定手段にて受け付けた利用目的の情報を前記コマンドに挿入して、前記取得要求として前記個人番号管理サーバーへ送信する送信手段と、前記個人番号管理サーバーから個人番号が通知された場合、前記テンプレートのコマンドにて指定される所定の位置に前記個人番号を挿入して出力する出力手段とを有し、前記個人番号管理サーバーは更に、個人番号の利用目的と当該利用目的に係る帳票の種別とを関連づけて保持する第二の保持手段と、前記第二の保持手段にて保持される情報に基づいて前記クライアントからの前記問い合わせが示す利用目的と帳票の種別との組み合わせが正当であるか否かを判定し、その判定の結果を前記クライアントへ通知する第二の通知手段とを有し、前記クライアントの送信手段は、前記問い合わせの応答として組み合わせが正当である旨の通知を受け付けた場合に、前記取得要求を送信する。

帳票を作成するユーザーの手間を回避して帳票の正しい位置に個人番号を入力することができる。また、個人番号の利用目的に適合した帳票へ間違いなく、確実に入力することができる。

本実施形態に係るシステムの構成例を示す図。 本実施形態に係る情報処理装置のハードウェア構成例を示す図。 本実施形態に係る画像形成装置のハードウェア構成例を示す図。 本実施形態に係るシステムにおける機能ブロック図。 本実施形態に係る帳票データのテンプレートの例を示す図。 本実施形態に係る個人番号登録の処理のフローチャート。 本実施形態に係る承認作業の処理のフローチャート。 本実施形態に係る登録処理のフローチャート。 本実施形態に係る承認処理のフローチャート。 本実施形態に係る帳票作成時の処理のフローチャート。 本実施形態に係る個人番号取得処理のフローチャート。 本実施形態に係る印刷ジョブの受信時の処理のフローチャート。 本実施形態に係るＵＩ画面の構成例を示す図。 本実施形態に係るＵＩ画面の構成例を示す図。 本実施形態に係るＵＩ画面の構成例を示す図。 本実施形態に係るＵＩ画面の構成例を示す図。

以下、本発明を実施するための形態について図面を用いて説明する。

［システム構成］
図１は、本実施形態に係るシステムの構成例を示す図である。本システムでは、画像形成装置１０１、企業システム１０２、クライアント１０３が、イントラネット１０４内に存在し、インターネット１０５を介して、個人番号管理サーバー１０６と通信を行う。イントラネット１０４内の各装置１０１、１０２、１０３と、個人番号管理サーバー１０６は、ブラウザや専用のアプリケーション（不図示）を介して通信を行う。個人番号管理サーバー１０６は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等のプロトコルに準拠したＷｅｂサービスがホストされている。このＷｅｂサービスでは、画像形成装置１０１からの個人番号の仮登録、個人番号の取得、企業システム１０２からの社員情報の登録や、個人番号の取得、また、クライアント１０３からの個人番号登録内容の取得要求を受け付ける。図示はしていないが、個人番号管理サーバー１０６には、各種データを保存しておくためのデータベースシステムやファイルシステムが存在する。

［ハードウェア構成］
図２は、情報処理装置である、企業システム１０２、クライアント１０３、および個人番号管理サーバー１０６のハードウェア構成例を示す図である。企業システム１０２、クライアント、個人番号管理サーバー１０６は、一般的な情報処理装置のハードウェアで構成することができる。図２において、ＣＰＵ２０１は、ＲＯＭ２０３内のプログラム用ＲＯＭに記憶されたプログラムや、外部メモリ２１０からＲＡＭ２０２にロードされたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーション等のプログラムを実行する。

すなわち、ＣＰＵ２０１が、読み取り可能な記憶媒体に格納されたプログラムを実行することにより、後述する各フローチャートの処理を実行する各処理部として機能する。ＲＡＭ２０２は、ＣＰＵ２０１のメインメモリであり、ワークエリア等として機能する。キーボードコントローラ２０４は、キーボード２０８や図示しないポインティングデバイス（マウス、タッチパッド、タッチパネル、トラックボールなど）からの操作入力を制御する。ディスプレイコントローラ２０５は、ディスプレイ２０９の表示を制御する。ディスクコントローラ２０６は、各種データを記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）等の外部メモリ２１０へのデータアクセスを制御する。ネットワークコントローラ（ＮＣ）２０７はネットワークに接続され、ネットワークに接続された他の機器との通信制御処理を実行する。

図３は、画像形成装置１０１のハードウェア構成例を示す図である。画像形成装置１０１は、制御部３０１、操作部３０４、ＮＩＣ３０５、ＣＰＵ３０８、ＲＡＭ３０９、ＲＯＭ３１０、記憶部３１１、画像読取部３０６、および印刷部３０７を備える。各部位は、制御部３０１を介して接続される。制御部３０１は、画像形成装置１０１全体を制御する装置制御部３０２と、画像データを処理する画像処理部３０３とを有する。操作部３０４は、例えばソフトウェアキーボード、タッチパネル、その他入出力装置によって構成され、各種の設定値の入力、および表示をすることが可能である。

ＣＰＵ３０８は、ＲＯＭ３１０内に記憶されたプログラムや、記憶部３１１からＲＡＭ３０９にロードされたアプリケーション等のプログラムを実行する。ＲＡＭ３０９は、ＣＰＵ３０８のメインメモリであり、ワークエリア等として機能する。画像読取部３０６は、例えばスキャナーによって構成され、紙文書等を読取ることにより画像データ形式の文書画像を取得することができる。制御部３０１は、記憶部３１１に記憶された文書画像を操作部３０４に提供し、操作部３０４上に文書画像を出力する処理を実行する。また、制御部３０１は、同様に記憶部３１１に記憶された文章画像を、印刷部３０７に提供する。印刷部３０７は、種々の形式で文書画像を出力する処理を実行する。例えば、印刷部３０７は、文書画像に係る画像データを、記憶媒体に出力する処理を実行することができる。また、印刷部３０７は、印刷機能を備え、紙媒体等の出力媒体に文書画像を出力する処理を実行してもよい。また、画像形成装置１０１は、ＮＩＣ３０５を介して、ネットワークと接続し、データの送受信を可能とする。ＮＩＣ３０５を介して得られたデータは、操作部３０４上に表示することも可能である。

［ソフトウェア構成］
図４は、本実施形態に係るシステムの各機能を示す機能ブロック図である。

まず、画像形成装置１０１の各処理部の機能について述べる。画面表示部４１０２は、通信部４１０１を介して、個人番号管理サーバー１０６から取得したマークアップランゲージ（ＭＬ）や、入力受付部４１０３によってユーザーから入力された情報を、画像形成装置１０１の画面上に表示する。通信部４１０１は、入力受付部４１０３で指示された内容に従って、個人番号管理サーバー１０６と通信し、個人番号管理サーバー１０６へのログインや、個人番号の仮登録処理を実施する。また、通信部４１０１は、企業システム１０２から印刷ジョブを受信する。書類スキャン部４１０５は、紙のスキャンを行う。書類スキャン部４１０５によって読み取られたデータは、文字列抽出部４１０４に渡される。

文字列抽出部４１０４は、書類スキャン部４１０５によって得られたデータ上に、個人番号が記載されているか否かを判定し、個人番号が記載されている場合には、ＯＣＲ等の技術を用いて、個人番号を抽出する。また、文字列抽出部４１０４は、企業システム１０２から受信した印刷用の帳票データである印刷ジョブから個人番号などの文字列を抽出する。文字列抽出部４１０４によって抽出された個人番号は、画面表示部４１０２に表示される。印刷判定部４１０６は、企業システム１０２から受信した帳票データの個人番号および種類が個人番号の利用目的にマッチしているか否かを、個人番号管理サーバー１０６を介して判定し、マッチしている場合は印刷部４１０７に帳票データを送信する。なお、本実施形態では画面情報や入力受付部４１０３によって受け付けた情報を操作部画面表示部４０１２に表示する例を説明するが、同様の情報を画像形成装置１０１に接続されたクライアント１０３や他のＰＣの表示部に表示してもよい。その場合、ユーザーからの操作は、ＰＣのマウスやキーボードなどの操作部から受け付ければよい。

次に、クライアント１０３の各処理部の機能について述べる。クライアント１０３は、個人番号登録の承認作業を行う。承認作業は、例えば、画像形成装置のユーザーが所属する企業の番号管理責任者が行う。この番号管理責任者として、例えば、そのユーザーの上司、または、そのユーザーが所属する企業の番号管理資格保持者、または人事部の部員が挙げられる。通信部４２０１は、個人番号管理サーバー１０６から、承認リクエストを取得し、また承認結果を個人番号管理サーバー１０６に送信する。画面表示部４２０２は、通信部４２０１が取得した承認リクエストの一覧や、各承認リクエストの内容を表示し、承認者が登録内容を確認するための画面を表示する。また、入力受付部４２０３は、承認者からの入力を受け付ける。

次に、企業システム１０２の各処理部の機能について述べる。企業システム１０２は、個人番号管理サーバー１０６から個人番号を受信して、帳票データの作成作業を行う。通信部４３０１は、個人番号管理サーバー１０６へ個人番号を取得するリクエストを送信したり、画像形成装置１０１へ印刷ジョブを送信したりする。画面表示部４３０２は、個人番号管理サーバー１０６から取得した個人番号取得用のマークアップランゲージの表示や、帳票データを入力受付部４３０３から編集、印刷指示するための画面を表示する。帳票作成部４３０４は、帳票格納部４３０６の後述するコマンド付き帳票テンプレートデータに対して、社員管理テーブル４３０５のデータおよび個人番号管理サーバー１０６から受信した個人番号を入力して帳票データを作成する。コマンド取得部４３０７は、後述するコマンド付き帳票データから個人番号を取得するためのリクエストコマンドを取得する。コマンドの挿入位置の特定は、帳票データごとに予め挿入位置の情報を保持しておき、取得するようにしても良い。もしくは、挿入位置は、帳票データ内の特定の文字列から位置を算出するようにしても良い。例えば、「個人番号」の文字列をＯＣＲ等の技術によって特定し、そこから既定の位置に存在するコマンドを取得するといった手法が挙げられる。文字列取得部４３０８は、帳票の種類を判定するために帳票データから特定の文字列を取得する。取得する文字列は、個人番号管理サーバー１０６が備える帳票管理テーブル４４１３から取得した情報を基に特定する。取得する方法としては、ＯＣＲ等の技術によって、個人番号管理サーバー１０６から取得した文字列と帳票データの文字列をマッチングする方法でも良いし、個人番号管理サーバー１０６から取得した文字列の位置（座標）情報から特定しても良い。

次に、個人番号管理サーバー１０６の各処理部の機能について述べる。画面生成部４４０１は、画像形成装置１０１、クライアント１０３、および企業システム１０２等からのリクエストに応じて、画面上に表示するためのデータ（例えばＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等）を生成する。ログイン要求受信部４４０２は、画像形成装置１０１、クライアント１０３、および企業システム１０２からのログイン要求を受け付け、ユーザー認証部４４０３を介してユーザー管理テーブル４４０４にて管理されるデータを元に、認証／認可処理を実施する。個人番号登録処理部４４０５は、画像形成装置１０１からの個人番号仮登録リクエストや、クライアント１０３からの承認リクエストを受信し、リクエストに応じて、個人番号管理テーブル４４０６に、データを登録したり更新したりする。

個人番号要求受信部４４０７は、企業システム１０２等からのリクエストに応じて、個人番号管理テーブル４４０６に登録された個人番号を通知する。このとき、リクエストＵＲＬ管理テーブル４４１０からリクエストを受信した企業システム１０２のＵＲＬが予め登録された正当な企業であるかがチェックされる。コマンド解析部４４０８は、企業システム１０２等から受信したリクエストコマンドを解析し、個人番号検索部４４０９によってリクエストに指定されている社員の個人番号が取得される。帳票確認要求受信部４４１１は、組み合わせ判定部４４１２を介して企業システム１０２等から受信した利用目的と帳票データの文字列の組み合わせが、帳票管理テーブル４４１３に保存されている組み合わせと一致しているかをチェックする。

社員情報登録部４４１４は、企業システム１０２からのリクエストを受信し、ユーザー管理テーブル４４０４、および社員情報管理テーブル４４１５にデータを登録する。具体的には、企業システム１０２のオペレータが、社員管理テーブル４３０５から取得したデータに、社員情報管理テーブル４４１５にて定義されるデータ項目に相当する情報を付加し、通信部４３０１を介して社員情報登録部４４１４にリクエストを発行する。社員情報登録部４４１４は、社員情報管理テーブル４４１５へのデータ登録に加え、ユーザー管理テーブル４４０４に、企業コード、および社員ＩＤを登録する。履歴情報要求受信部４４１６は、画像形成装置１０１等からのリクエストに応じて、履歴検索部４４１７を介して履歴管理テーブル４４１８に記録されている個人番号に関するアクセス履歴を通知する。

最後に、社員管理テーブル４３０５、ユーザー管理テーブル４４０４、個人番号管理テーブル４４０６、リクエストＵＲＬ管理テーブル４４１０、帳票管理テーブル４４１３、社員情報管理テーブル４４１５、および履歴管理テーブル４４１８のテーブル構成例について、表を用いて説明する。

まず、表１を用いて、企業システム１０２に保存されている社員管理テーブル４３０５に保存されている情報の例を示す。本テーブルは、社員ＩＤ（Ａ１）、氏名（Ａ２）、続柄（Ａ３）、および所属（Ａ４）の４つの要素を含んで構成される。社員ＩＤ（Ａ１）は、企業内で一意に割り当てられるＩＤで（識別情報）あり、ユーザー管理テーブル４４０４の社員ＩＤ（Ｂ４）、個人番号管理テーブル４４０６の社員ＩＤ（Ｃ１）、社員情報管理テーブル４４１５の社員ＩＤ（Ｆ２）に登録される。氏名（Ａ２）は、社員の氏名を示す項目である。続柄（Ａ３）は、対象の社員の扶養家族を含む続柄（本人、配偶者、子供等）を示す項目である。また、所属（Ａ４）は、対象社員が企業内で所属する部署を示す属性である。なお、表１は上記の４つの要素の例を示しているが、これらに限らず、社員の情報を示す他の情報（例えば住所等）を含むようにしてもよい。

次に、表２を用いて、個人番号管理サーバー１０６のユーザー管理テーブル４４０４に保存されている情報の例を示す。本テーブルは、企業コード（Ｂ１）、アカウント（Ｂ２）、パスワード（Ｂ３）、社員ＩＤ（Ｂ４）、および利用目的（Ｂ５）の５要素を含んで構成される。企業コード（Ｂ１）は、企業を識別するためのＩＤ（識別情報）であり、リクエストＵＲＬ管理テーブル４４１０の企業コード（Ｄ１）と対応づけられている。アカウント（Ｂ２）、パスワード（Ｂ３）は、画像形成装置１０１、企業システム１０２、およびクライアント１０３が、個人番号管理サーバー１０６が提供するサービスを利用する際に必要となるＩＤおよびパスワードである。また、社員ＩＤ（Ｂ４）は、企業システム１０２の社員管理テーブル４３０５の各社員情報と、アカウント（Ｂ２）を紐付けるためのキーとなる。利用目的（Ｂ５）は、対象の社員がどのような利用目的で個人番号にアクセス（利用）することができるかを示す。表２の例では、社員ＩＤが「２３４５６７」の社員は、源泉徴収票の作成や健康保険の手続きたのために、個人番号管理テーブル４４０６に格納されている個人番号を利用することが可能である。

ここで、アカウント（Ｂ２）は、社員情報登録部４４１４がユーザー管理テーブル４４０４に情報を登録する際に、各社員に対して自動で発行されるものとし、またパスワード（Ｂ３）は、企業側で予め設定されたものが、一律で設定されるものとする。このパスワードは、各社員によって変更可能ではあるが、この方法については公知であるため、説明を割愛する。利用目的（Ｂ５）は、画面生成部４４０１が生成した設定用の画面を企業システム１０２に表示することで（図示せず）、企業システム１０２の管理者によって設定がされる。なお、ここでは、利用目的（Ｂ５）に基づいて利用を制御しているが、これに限定するものではなく、例えば、更に利用目的を細分化し、他の社員が属する組織単位や他の社員ごとに利用を制御するような構成であってもよい。

次に、表３を用いて、個人番号管理サーバー１０６の個人番号管理テーブル４４０６に保存されている情報の例を示す。本テーブルは、社員ＩＤ（Ｃ１）、個人番号（Ｃ２）、続柄（Ｃ３）、利用目的（Ｃ４）、画像データ（Ｃ５）、およびステータス（Ｃ６）の６つの要素を含んで構成される。社員ＩＤ（Ｃ１）は、企業システム１０２の社員管理テーブル４３０５の社員情報と個人番号を紐付けるためのキーとなる。個人番号（Ｃ２）は、本実施形態が示す方法によって登録された個人番号となる。続柄（Ｃ３）は、対象の社員の扶養家族を含む続柄を示す項目である。利用目的（Ｃ４）は、企業システム１０２が対象の社員に対して個人番号を利用可能な範囲を示す項目である。利用目的（Ｃ４）は、個人番号を社員から収集する際に予め社員に対して利用目的として開示されている内容が記録される。つまり、利用目的（Ｃ４）は、各個人番号に対する利用目的として関連付けられている。画像データ（Ｃ５）は、個人番号登録処理において読み取られた書類の画像データが登録される。この画像データは複数登録されうる。表３の例では、複数の組（｛書類種別：画像データ｝）を画像データ（Ｃ５）の項目に登録しているが、これらのデータを別テーブルで管理するような構成に変更してもよい。また、他の情報を含めて組としてもよい。ステータス（Ｃ６）は、個人番号登録状況を表す項目である。具体的には、画像形成装置１０１からの登録リクエストを受け付けた場合は、ステータスが「仮登録」となり、クライアント１０３からの承認リクエストを受け付けた場合は、ステータスが「本登録」となる。

次に、表４を用いて、個人番号管理サーバー１０６のリクエストＵＲＬ管理テーブル４４１０に保存されている情報の例を示す。本テーブルは、企業コード（Ｄ１）、およびＵＲＬ（Ｄ２）の２つの要素を含んで構成される。企業コード（Ｄ１）は、企業を示すコードであり、個人番号管理サーバー１０６を利用する組織を一意に特定するためのＩＤ（識別情報）が設定される。本ＩＤは、個人番号管理サーバー１０６の利用契約時などに発行されても良いし、自動でＩＤを割り当てるような仕組みを別途作成してもよい。企業コード（Ｄ１）は、ユーザー管理テーブル４４０４の企業コード（Ｂ１）、社員情報管理テーブル４４１５の企業コード（Ｆ１）と対応付けられている。ＵＲＬ（Ｄ２）は、企業システム１０２のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であり、企業システム１０２からのアクセスの際に、登録された正当なＵＲＬからのアクセスであるか否かをチェックするために利用される。

次に、表５を用いて、個人番号管理サーバー１０６の帳票管理テーブル４４１３に保存されている情報の例を示す。本テーブルは、利用目的（Ｅ１）、帳票（Ｅ２）、判定項目（Ｅ３）、位置（Ｅ４）、および文字列（Ｅ５）の５つの要素を含んで構成される。利用目的（Ｅ１）は、企業システム１０２が社員に対して個人番号を利用する目的を示す項目である。利用目的（Ｅ１）は、個人番号管理テーブル４４０６の利用目的（Ｃ４）と対応している。帳票（Ｅ２）は、利用目的（Ｅ１）で作成可能な帳票の種類を示す項目である。１つの利用目的（Ｅ１）に対して複数の帳票（Ｅ２）が対応付けられている。なお、利用目的に対して関連づけられる帳票の種類は表５に示すものに限定するものではなく、他の種類の帳票が関連付けられていてもよい。

判定項目（Ｅ３）は、帳票（Ｅ２）が利用目的（Ｅ１）に適合しているか否かを判定する際に帳票データ内のどの項目を使って判定を行うかを示す（表５の例では、帳票データのタイトル部分の文字列を使用することを示している）。位置（Ｅ４）は、判定項目（Ｅ３）の帳票データ内における位置情報（座標）を示す。文字列（Ｅ５）は、判定項目（Ｅ３）で示す項目の具体的な文字列を示す。例えば、個人番号管理サーバー１０６の組み合わせ判定部４４１２は、企業システム１０２から利用目的として「源泉徴収票の作成」と、ユーザーによって選択された帳票データのタイトルの文字列として「給与所得の源泉徴収票」を受信したとする。この場合、表５の例では、利用目的と帳票データの種類の組み合わせが正当であると判定する。帳票のフォーマットは正式な書類として規定されていると想定されるため、文字列のマッチングにおいては完全一致することが求められる。

次に、表６を用いて、個人番号管理サーバー１０６の社員情報管理テーブル４４１５に保存されている情報の例を示す。本テーブルは、企業コード（Ｆ１）、社員ＩＤ（Ｆ２）、社員メールアドレス（Ｆ３）、承認者メールアドレス（Ｆ４）、および利用目的（Ｆ５）の５要素を含んで構成される。企業コード（Ｆ１）には、個人番号管理サーバー１０６を利用する組織を一意に特定するためのＩＤ（識別情報）が設定される。本ＩＤは、リクエストＵＲＬ管理テーブル４４１０の企業コード（Ｄ１）と対応づけられている。

社員ＩＤ（Ｆ２）には、企業コード（Ｆ１）内で、社員を社内で一意に識別するためのＩＤが設定される。社員メールアドレス（Ｆ３）には、その社員の連絡先が設定される。ここで設定される社員メールアドレス（Ｆ３）に、個人番号の登録通知が発行される。承認者メールアドレス（Ｆ４）には、社員ＩＤ（Ｆ２）が示す社員の個人番号登録を承認する人物のメールアドレスが設定される。ここで設定される承認者メールアドレス（Ｆ４）に承認依頼が通知される。利用目的（Ｆ５）には、企業が社員の個人番号を利用する利用目的を示す情報が設定される。社員メールアドレス（Ｆ３）に対して個人番号の登録通知を発行する際には、利用目的（Ｆ５）の情報も合わせて通知がされる。

次に、表７を用いて、個人番号管理サーバー１０６の履歴管理テーブル４４１８に保存されている情報の例を示す。本テーブルは、日時（Ｇ１）、利用目的（Ｇ２）、帳票（Ｇ３）、ＵＲＬ（Ｇ４）、および個人番号（Ｇ５）の５つの要素を含んで構成される。日時（Ｇ１）は、個人番号にアクセスした日時を示す項目である。利用目的（Ｇ２）は、どのような利用目的で個人番号にアクセスしたかを示す項目である。帳票（Ｇ３）は、個人番号の利用に際して作成した帳票の種類を示す項目である。ＵＲＬ（Ｇ４）は、リクエストを受けた企業システム１０２のＵＲＬを示す項目である。個人番号（Ｇ５）は、アクセス対象の個人番号を示す項目である。

［帳票データのテンプレート例］
図５は、本実施形態に係る企業システム１０２の帳票格納部４３０６に格納される、コマンド付き帳票データのテンプレートの構成例を示す図である。ここでのコマンドは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）にて記述されているものとするが、その種類は個人番号管理サーバー１０６にて解釈可能であればいずれであっても良い。企業システム１０２は、帳票データのテンプレートに個人番号や社員情報を入力することで帳票データを作成し、行政機関等に提出する。帳票５０１には、個人番号を入力するためのフィールド５０２が存在する。フィールド５０２には、個人番号を個人番号管理サーバー１０６から取得するためのリクエストコマンド５０３が埋め込まれている。リクエストコマンド５０３には、ＵＲＬ５０３１、フィールド５０３２〜５０３５を含んで構成される。ＵＲＬ５０３１は、個人番号管理サーバー１０６へアクセスするためのＵＲＬを示す。フィールド５０３２は、個人番号の利用目的を挿入するためのフィールドである。フィールド５０３３は、企業システム１０２における企業コードを挿入するためのフィールドである。フィールド５０３４は、個人番号を取得する対象の社員ＩＤを挿入するためのフィールドである。フィールド５０３５は、続柄を挿入するためのフィールドである。リクエストコマンド５０３は、個人番号管理サーバー１０６のコマンド解析部４４０８によって解析される。なお、リクエストコマンド５０３は、図５に示した内容に限定するものではなく、他のコマンドを含んでいても良い。また、リクエストコマンド５０３は、テンプレート内に複数が含まれていてもよい。更には、入力される個人番号は一人の個人番号に限らず、例えば、続柄の情報を参照し、家族構成に応じて複数人の個人番号が入力されるようにしても構わない。

［フローチャート］
図６〜図１２を用いて、本実施形態における個人番号を個人番号管理サーバー１０６に登録してから企業システム１０２で利用、画像形成装置１０１で印刷するまでの処理の流れを示す。本実施形態における各フローチャートについて説明する。各処理フローにおける各処理工程は、処理の主体となる装置のＣＰＵがＲＯＭ等の記憶部に記憶されたプログラムを読み出して実行することにより実現される。

図６を用いて、企業システム１０２から個人番号管理サーバー１０６へ、社員情報を登録する際のフローについて説明する。

Ｓ６０１にて、企業システム１０２の画面表示部４３０２は、画面（不図示）を通じて企業システム１０２のユーザーから受信した指示に応じて、通信部４３０１を介して個人番号管理サーバー１０６に対して、社員情報登録リクエストを発行する。このリクエストには、表６で説明した社員情報管理テーブル４４１５に登録する情報を含める。

Ｓ６０２にて、個人番号管理サーバー１０６の社員情報登録部４４１４は、企業システム１０２から発行された社員情報登録リクエストを受信する。Ｓ６０３にて、個人番号管理サーバー１０６の社員情報登録部４４１４は、受信した社員情報登録リクエストに含まれる社員情報に関するデータを、社員情報管理テーブル４４１５に登録する。Ｓ６０４にて、個人番号管理サーバー１０６の社員情報登録部４４１４は、Ｓ６０３で登録した社員情報に対応する各社員に、個人番号登録依頼通知を発行する。このとき、利用目的（表６の利用目的（Ｆ５））も併せて通知される。そして、本処理フローを終了する。

図７を用いて、企業内の社員（ユーザー）が画像形成装置１０１を用いて、個人番号を登録する際のフローについて説明する。ここでは、図６のＳ６０４にて個人番号登録依頼通知を受け付けた上で、各社員（利用者）が登録するものとする。

Ｓ７０１にて、画像形成装置１０１の画面表示部４１０２は、図１３（ａ）に示すようなログイン画面において、ユーザーからのＩＤ、およびパスワードの入力を受付け、入力された値を元に、個人番号管理サーバー１０６にログイン要求を発行する。

Ｓ７０２にて、個人番号管理サーバー１０６のログイン要求受信部４４０２は、受け付けたログイン要求を元にユーザー認証部４４０３を介して認証処理を実施する。認証処理が成功した場合は（Ｓ７０２にてＹＥＳ）、Ｓ７０３に遷移し、認証処理に失敗した場合は（Ｓ７０２にてＮＯ）、ログイン要求受信部４４０２は、エラーメッセージなどを画像形成装置１０１に対して出力し、本処理フローを終了する。

Ｓ７０３にて、個人番号管理サーバー１０６の画面生成部４４０１は、画像形成装置１０１に対して、機能一覧画面表示用ＵＲＬへのリダイレクト命令を発行する。

Ｓ７０４にて、画像形成装置１０１の通信部４１０１は、個人番号管理サーバー１０６からのリダイレクト命令に従って、個人番号管理サーバー１０６にアクセスする。

Ｓ７０５にて、個人番号管理サーバー１０６の画面生成部４４０１は、リダイレクトされたアクセスを受信する。Ｓ７０６にて、個人番号管理サーバー１０６の画面生成部４４０１は、機能一覧画面表示用のＭＬを生成して、画像形成装置１０１に返却する。

Ｓ７０７にて、画像形成装置１０１の画面表示部４１０２は、受信したＭＬに従って、図１３（ｂ）に示すような機能一覧画面を表示する。Ｓ７０８にて、画像形成装置１０１の入力受付部４１０３は、ユーザーからの機能の選択を検知する。

Ｓ７０９にて、画像形成装置１０１の入力受付部４１０３は、選択された機能が「登録」であるか否かを判定する。選択された機能が「登録」であった場合には（Ｓ７０７にてＹＥＳ）、Ｓ７１１（図８の処理）に遷移する。また、選択された機能が「登録」ではない場合には（Ｓ７０７にてＮＯ）、Ｓ７１０に遷移する。

Ｓ７１０にて、画像形成装置１０１の入力受付部４１０３は、選択された機能が「承認」であるか否かを判定する。選択された機能が「承認」であった場合には（Ｓ７１０にてＹＥＳ）、Ｓ７１２（図９の処理）に遷移する。また、選択された機能が「承認」ではない場合には（Ｓ７１０にてＮＯ）、Ｓ７１３に遷移する。

Ｓ７１３にて、画像形成装置１０１の入力受付部４１０３は、Ｓ７０９やＳ７１０と同様に、選択された機能を判定する。そして、Ｓ７１４にて、画像形成装置１０１の入力受付部４１０３は、選択された機能に応じて処理を実行する。Ｓ７１４での処理内容は、個人番号管理サーバー１０６が提供する機能の分だけ存在することとなる。

次に、図８を用いて、図７のＳ７１１の登録処理に関するフローチャートについて説明する。

Ｓ８０１にて、画像形成装置１０１の画面表示部４１０２は、個人番号の登録に有効な書類の種別を全て表示する。本工程において、図１４（ａ）に示すような画面が表示される。Ｓ８０２にて、画像形成装置１０１の入力受付部４１０３は、図１４（ａ）の画面を介してユーザーからの書類種別の選択を検知する。Ｓ８０３にて、画像形成装置１０１の書類スキャン部４１０５は、スキャンを実施する。このとき、ユーザーにより、画像読取部３０６に読み取り対象の書類が設置されているものとする。

Ｓ８０４にて、画像形成装置１０１の文字列抽出部４１０４は、Ｓ８０２で選択された書類種別が、個人番号が印刷されたものであるか否かを判定する。個人番号が印刷された種別である場合には（Ｓ８０４にてＹＥＳ）、Ｓ８０５に遷移し、個人番号が印刷された種別ではない場合には（Ｓ８０４にてＮＯ）、Ｓ８０８に遷移する。

Ｓ８０５にて、画像形成装置１０１の文字列抽出部４１０４は、ＯＣＲ等の技術を用いて、Ｓ８０３で取得したスキャン画像から個人番号を抽出する。ＯＣＲ等の技術は公知であるため、説明を割愛する。Ｓ８０６にて、画像形成装置１０１の文字列抽出部４１０４は、Ｓ８０５で抽出した個人番号の数字の妥当性を、チェックディジットを用いて検証する。検証結果が正しくない場合には（Ｓ８０６にてＮＯ）、Ｓ８０７に遷移し、検証結果が正しい場合には（Ｓ８０６にてＹＥＳ）、Ｓ８０８に遷移する。

Ｓ８０７にて、画像形成装置１０１の画面表示部４１０２は、アラートなどを表示し、ユーザーに個人番号の訂正を促し、図１４（ｂ）に示すような画面を介してユーザーから正しい個人番号の入力を受け付ける。

Ｓ８０８にて、画像形成装置１０１の入力受付部４１０３は、図１４（ｂ）の画面を介して、ユーザーからの全書類のスキャンが完了したか否かの選択を受け付ける。全スキャン完了ボタン１４１４が押下された場合には、全書類のスキャンが完了したと判定し（Ｓ８０８にてＹＥＳ）、Ｓ８０９に遷移する。一方、ＯＫボタン１４１３３が押下された場合には、スキャンが完了していない書類があると判定し（Ｓ８０８にてＮＯ）、Ｓ８０１に遷移する。

Ｓ８０９にて、画像形成装置１０１の通信部４１０１は、個人番号管理サーバー１０６に、仮登録リクエストを発行する。この時、スキャンしたスキャン画像、および抽出された個人番号（もしくは、ユーザーにより訂正された個人番号）の情報が送信される。

Ｓ８１０にて、個人番号管理サーバー１０６の個人番号登録処理部４４０５は、画像形成装置１０１から仮登録リクエストを受信し、リクエストに含まれている個人番号、および画像データを、個人番号管理テーブル４４０６に保存する。この時点では、登録のステータス（表３のＣ６）は、「仮登録」となる。

Ｓ８１１にて、個人番号管理サーバー１０６の個人番号登録処理部４４０５は、社員情報管理テーブル４４１５から承認者の情報（表６のＦ４）を取得し、承認者に向けて、承認依頼を発行する。その後、本処理フローを終了する。

次に、図９を用いて、図７のＳ７１２の承認処理に関するフローチャートについて説明する。なお、本来は図９に示すフローチャートの前に、ログイン処理や機能一覧画面の表示、および承認機能の選択などの処理が含まれる。これらの処理は、図７に示したものと同じであるため、本図での説明を割愛し、本図においては、機能一覧の画面において、承認機能が選択された以降の処理フローについて説明する。

Ｓ９０１にて、クライアント１０３の通信部４２０１は、個人番号管理サーバー１０６に対して、承認リスト取得リクエストを発行する。この時、個人番号管理サーバー１０６へは、承認者のユーザーＩＤが併せて送信される。

Ｓ９０２にて、個人番号管理サーバー１０６の個人番号登録処理部４４０５は、Ｓ９０１で送信された承認者のユーザーＩＤが承認者となっているアカウントを、社員情報管理テーブル４４１５、およびユーザー管理テーブル４４０４から特定する。その後、個人番号登録処理部４４０５は、個人番号管理テーブル４４０６から、ステータスが「仮登録」となっているデータのうち、アカウントが先に特定したものと同じデータを取得する。そして、個人番号登録処理部４４０５は、それらを表示用のＭＬに整形し、クライアント１０３に返却する。

Ｓ９０３にて、クライアント１０３の画面表示部４２０２は、受信したＭＬに従って図１５（ａ）に示すような承認依頼リストをディスプレイ２０９に表示する。Ｓ９０４にて、クライアント１０３の入力受付部４２０３は、表示された承認依頼リストのうち、承認者に選択された承認依頼を検知する。これに起因して、入力受付部４２０３は、個人番号管理サーバー１０６に、選択された承認依頼の詳細情報取得リクエストを発行する。

Ｓ９０５にて、個人番号管理サーバー１０６の個人番号登録処理部４４０５は、クライアント１０３からの詳細情報取得リクエストに基づき、個人番号管理テーブル４４０６からデータを取得する。そして、個人番号登録処理部４４０５は、画面生成部４４０１によって、取得したデータを表示用のＭＬに整形し、クライアント１０３に返却する。

Ｓ９０６にて、クライアント１０３の画面表示部４２０２は、個人番号管理サーバー１０６から受信したＭＬに従って図１５（ｂ）に示すような画面を表示する。Ｓ９０７にて、クライアント１０３の入力受付部４２０３は、承認者からのボタンの押下を検知し、押下されたボタンが承認ボタン１５１５、もしくは差し戻しボタン１５１４のいずれであるかを判定する。承認ボタン１５１５が押下された場合には（Ｓ９０７にてＹＥＳ）Ｓ９１０に遷移し、差し戻しボタン１５１４が押下された場合には（Ｓ９０７にてＮＯ）Ｓ９０８に遷移する。

Ｓ９０８にて、クライアント１０３の通信部４２０１は、個人番号管理サーバー１０６に対して、個人番号の再登録依頼メール発行リクエストを発行する。

Ｓ９０９にて、個人番号管理サーバー１０６の個人番号登録処理部４４０５は、クライアント１０３から発行された再登録依頼メール発行リクエストに基づき、個人番号の再登録依頼メールを対象の社員（ユーザー）へ発行する。その後、本処理フローを終了する。

Ｓ９１０にて、クライアント１０３の通信部４２０１は、個人番号管理サーバー１０６に対して、承認結果を送信する。

Ｓ９１１にて、個人番号管理サーバー１０６の個人番号登録処理部４４０５は、クライアント１０３から受信した承認結果に基づいて、個人番号管理テーブル４４０６のステータス（表３のＣ６）を「本登録」に変更する。その後、本処理フローを終了する。

次に、図１０を用いて、個人番号管理サーバー１０６に登録された個人番号の利用に関するフローについて説明する。

Ｓ１００１にて、企業システム１０２の入力受付部４３０３は、画面表示部４３０２が表示する図１３（ａ）に示すようなログイン画面において、ユーザーからのＩＤ、およびパスワードの入力を受付ける。また、入力された値を元に、企業システム１０２へのログイン処理（認証処理）を行う。

Ｓ１００２にて、企業システム１０２の入力受付部４３０３は、画面表示部４３０２が表示する図１６（ａ）に示すようなメニュー画面において、ユーザーからの帳票作成の指示（利用目的の選択）を受け付けたか否かを判定する。帳票作成指示を受け付けた場合は（Ｓ１００２にてＹＥＳ）Ｓ１００３へ遷移する。

Ｓ１００３にて、企業システム１０２の通信部４３０１は、個人番号管理サーバー１０６へログイン情報と個人番号の利用目的の情報を送信する。個人番号管理サーバー１０６へのログイン情報は予め企業システム１０２内に保持しておいてもよいし、個人番号管理サーバー１０６へのログイン画面（図１３（ａ））を別途表示してユーザーにログイン情報を入力させるようにしても良い。

Ｓ１００４にて、個人番号管理サーバー１０６のログイン要求受信部４４０２は、企業システム１０２から受け付けたログイン要求に基づいて、ユーザー認証部４４０３を介して認証処理を実施する。認証処理が成功した場合には（Ｓ１００４にてＹＥＳ）、Ｓ１００５に遷移し、認証処理に失敗した場合には（Ｓ１００４にてＮＯ）、個人番号管理サーバー１０６のログイン要求受信部４４０２は、エラーメッセージなどを出力し、本処理フローを終了する。

Ｓ１００５にて、個人番号管理サーバー１０６のログイン要求受信部４４０２は、企業システム１０２から受け付けた利用目的の情報に基づいて、ユーザー認証部４４０３を介して、ログインしたユーザーが利用目的に関する権限を有しているか否かを判定する。権限がある場合には（Ｓ１００５にてＹＥＳ）、Ｓ１００６に遷移し、権限が無い場合には（Ｓ１００５にてＮＯ）、個人番号管理サーバー１０６のログイン要求受信部４４０２は、エラーメッセージなどを出力し、本処理フローを終了する。

Ｓ１００６にて、個人番号管理サーバー１０６の画面生成部４４０１は、企業システム１０２に対して、帳票作成画面の表示用のＵＲＬへのリダイレクト命令を発行する。

Ｓ１００７にて、企業システム１０２の通信部４３０１は、個人番号管理サーバー１０６から受信したリダイレクト命令に従って、個人番号管理サーバー１０６にアクセスする。

Ｓ１００８にて、個人番号管理サーバー１０６の画面生成部４４０１は、企業システム１０２からリダイレクトされたアクセスを受信する。Ｓ１００９にて、個人番号管理サーバー１０６の画面生成部４４０１は、帳票作成画面の表示用のＭＬを生成して、企業システム１０２に返却する。

Ｓ１０１０にて、企業システム１０２の画面表示部４３０２は、個人番号管理サーバー１０６から受信したＭＬに従って、図１６（ｂ）に示すような帳票作成画面を表示する。Ｓ１０１１にて、企業システム１０２の入力受付部４３０３は、帳票作成画面（図１６（ｂ））を介して、ユーザーからの帳票作成指示を検知する。Ｓ１０１２にて、企業システム１０２の帳票作成部４３０４は、Ｓ１０１１にて検知したユーザーからの帳票作成指示に基づき、図１１に示す帳票作成処理を実行する。

Ｓ１０１３にて、企業システム１０２の入力受付部４３０３は、ユーザーからの帳票印刷指示を受け付けたか否かを判定する。印刷指示を受け付けた場合は（Ｓ１０１３にてＹＥＳ）Ｓ１０１４へ遷移する。印刷指示を受け付けていない場合は（Ｓ１０１３にてＮＯ）、本処理フローを終了する。

Ｓ１０１４にて、企業システム１０２の通信部４３０１は、画像形成装置１０１で印刷するための印刷ジョブを生成する。Ｓ１０１５にて、企業システム１０２の通信部４３０１は、画像形成装置１０１へ生成した印刷ジョブを送信する。このとき、印刷ジョブとともに、個人番号の利用目的に関する情報も併せて送信する。送信方法は、印刷コマンドに含めて送信してもよいし、印刷ジョブに埋め込んでもよい。また、図１１に示す方法で作成された帳票は、企業システム１０２に保存されてもよい。

次に、図１１を用いて、図１０のＳ１０１２の帳票作成処理に関するフローチャートについて説明する。

Ｓ１１０１にて、企業システム１０２の帳票作成部４３０４は、帳票格納部４３０６に格納されている帳票データから図７のＳ７１１（図８）で指定された帳票データを検索する。

Ｓ１１０２にて、企業システム１０２の帳票作成部４３０４は、Ｓ１１０１で帳票データが見つかったか否かを判定する。見つかった場合は（Ｓ１１０２にてＹＥＳ）Ｓ１１０３へ遷移する。見つからなかった場合は（Ｓ１１０２にてＮＯ）、帳票作成部４３０４は、エラーメッセージなどを出力し、本処理フローを終了する。

Ｓ１１０３にて、企業システム１０２の帳票作成部４３０４は、通信部４３０１を介して、個人番号管理サーバー１０６の帳票管理テーブル４４１３に管理されている対象の帳票データにおける判定項目と位置（表５のＥ３とＥ４）の情報を取得する。そして、帳票作成部４３０４は、文字列取得部４３０８を介して帳票データ内の対象文字列を取得する。Ｓ１１０４にて、企業システム１０２の帳票作成部４３０４は、通信部４３０１を介して個人番号管理サーバー１０６へＳ１１０３で取得した文字列とＳ１００２（図１６（ａ））で選択された利用目的とを送信する。

Ｓ１１０５にて、個人番号管理サーバー１０６の帳票確認要求受信部４４１１は、企業システム１０２から受信した帳票データの文字列と利用目的の組み合わせが正当なものであるかを、組み合わせ判定部４４１２を介して確認する。具体的には、帳票確認要求受信部４４１１は、受信した組み合わせが、表５のＥ１とＥ５との組み合わせと一致しているか否かを判定する。Ｓ１１０６にて、個人番号管理サーバー１０６の帳票確認要求受信部４４１１は、Ｓ１１０５の判定結果をＳ１１０４に対する応答として企業システム１０２へ通知する。

Ｓ１１０７にて、企業システム１０２の帳票作成部４３０４は、個人番号管理サーバー１０６から受信した判定結果に基づき、帳票データの文字列と利用目的が正当なものであるか否かを判定する。正当である場合は（Ｓ１１０７にてＹＥＳ）Ｓ１１０８へ遷移する。不正である場合は（Ｓ１１０７にてＮＯ）、帳票作成部４３０４は、エラーメッセージなどを出力し、本処理フローを終了する。

Ｓ１１０８にて、企業システム１０２の帳票作成部４３０４は、コマンド取得部４３０７を介して帳票データに埋め込まれている個人番号取得用のリクエストコマンドを取得する。Ｓ１１０９にて、企業システム１０２の帳票作成部４３０４は、通信部４３０１を介して個人番号管理サーバー１０６へＳ１１０８で取得したリクエストコマンドに図１０のＳ１０１１（図１６（ｂ））で受け付けた指示に応じたリクエスト情報を挿入して送信する。

Ｓ１１１０にて、個人番号管理サーバー１０６の個人番号要求受信部４４０７は、企業システム１０２からリクエストコマンドを受信し、コマンド解析部４４０８によりそのリクエストコマンドを解析する。Ｓ１１１１にて、個人番号管理サーバー１０６の個人番号要求受信部４４０７は、リクエストＵＲＬ管理テーブル４４１０（表４のＤ２）を参照して、リクエストを送信した企業システム１０２のＵＲＬが登録済みのＵＲＬであるか否かを判定する。登録済みＵＲＬである場合は（Ｓ１１１１にてＹＥＳ）Ｓ１１１２へ遷移する。登録済みＵＲＬではない場合は（Ｓ１１１１にてＮＯ）個人番号管理サーバー１０６の個人番号要求受信部４４０７は、エラーメッセージを出力し、本処理フローを終了する。

Ｓ１１１２にて、個人番号管理サーバー１０６の個人番号要求受信部４４０７は、Ｓ１１１０で解析されたリクエストコマンドの社員ＩＤと利用目的との組み合わせが個人番号管理テーブル４４０６に登録されている組み合わせ（表３のＣ１とＣ４）と一致しているか否かを判定する。一致している場合は（Ｓ１１１２にてＹＥＳ）Ｓ１１１３へ遷移する。一致していない場合は（Ｓ１１１２にてＮＯ）個人番号管理サーバー１０６の個人番号要求受信部４４０７は、エラーメッセージを出力し、本処理フローを終了する。

Ｓ１１１３にて、個人番号管理サーバー１０６の個人番号要求受信部４４０７は、個人番号管理テーブル４４０６の個人番号（表３のＣ２）を企業システム１０２へ通知する。

Ｓ１１１４にて、企業システム１０２の帳票作成部４３０４は、個人番号管理サーバー１０６から受信した個人番号を帳票データの所定の位置へ入力する。ここでの所定の位置とは、帳票データにて予め定義されたフォーマット上の個人番号を入力するための位置である。

Ｓ１１１５にて、企業システム１０２の帳票作成部４３０４は、図１０のＳ１０１１（図１６（ｂ））で受け付けたすべての社員の個人番号を帳票データへ入力したか否かを判定する。すべての入力が完了していない場合は（Ｓ１１１５にてＮＯ）Ｓ１１０９へ遷移する。すべての入力が完了した場合は（Ｓ１１１５にてＹＥＳ）本処理フローを終了する。

次に、図１２を用いて、画像形成装置１０１において企業システム１０２から受信した印刷ジョブを印刷する処理に関するフローチャートについて説明する。

Ｓ１２０１にて、画像形成装置１０１の通信部４１０１は、企業システム１０２から印刷ジョブを受信したか否かを判定する。印刷ジョブを受信した場合は（Ｓ１２０１にてＹＥＳ）印刷判定部４１０６へ印刷ジョブが渡され、Ｓ１２０２へ遷移する。

Ｓ１２０２にて、画像形成装置１０１の印刷判定部４１０６は、通信部４１０１を介して個人番号管理サーバー１０６の帳票管理テーブル４４１３に管理されている対象の帳票データにおける判定項目と位置（表５のＥ３とＥ４）の情報を取得する。さらに、印刷判定部４１０６は、文字列抽出部４１０４を介して帳票データ内の文字列を取得する。なお、帳票データ内の文字列は、企業システム１０２から受信する印刷ジョブ（または印刷コマンド）に予め含ませておいてもよい。Ｓ１２０３にて、画像形成装置１０１の印刷判定部４１０６は、通信部４１０１を介して個人番号管理サーバー１０６へＳ１２０２で取得した帳票データの文字列と、企業システム１０２から印刷ジョブとともに受信した利用目的の情報とを送信する。

Ｓ１２０４にて、個人番号管理サーバー１０６の帳票確認要求受信部４４１１は、Ｓ１２０３で受信した文字列と利用目的との組み合わせが正当なものであるか（表５のＥ１とＥ５の組み合わせと一致しているか）を、組み合わせ判定部４４１２を介して確認する。Ｓ１２０５にて、個人番号管理サーバー１０６の帳票確認要求受信部４４１１は、Ｓ１２０４の判定結果を画像形成装置１０１へ通知する。

Ｓ１２０６にて、画像形成装置１０１の印刷判定部４１０６は、個人番号管理サーバー１０６から受信した判定結果に基づき、文字列と利用目的の組み合わせが正当なものであるか否かを判定する。正当である場合は（Ｓ１２０６にてＹＥＳ）Ｓ１２０７へ遷移する。不正である場合は（Ｓ１２０６にてＮＯ）印刷判定部４１０６は、エラーメッセージを出力し、本処理フローを終了する。

Ｓ１２０７にて、画像形成装置１０１の印刷判定部４１０６は、個人番号管理サーバー１０６に対象となる帳票データにおける個人番号のアクセス履歴の情報の通知をリクエストする。

Ｓ１２０８にて、個人番号管理サーバー１０６の履歴情報要求受信部４４１６は、画像形成装置１０１からのリクエストに応じて、履歴検索部４４１７を介して履歴管理テーブル４４１８における履歴情報を画像形成装置１０１へ通知する。

Ｓ１２０９にて、画像形成装置１０１の印刷判定部４１０６は、個人番号管理サーバー１０６から受信した履歴情報に基づき、対象となる帳票データの個人番号が正当に取得されていたものであるか否かを判定する。取得されている場合は（Ｓ１２０９にてＹＥＳ）Ｓ１２１０へ遷移する。取得されていない場合は（Ｓ１２０９にてＮＯ）印刷判定部４１０６は、不正利用と判定し、エラーメッセージを出力し、本処理フローを終了する。

Ｓ１２１０にて、画像形成装置１０１の印刷部４１０７は、印刷ジョブの印刷処理を実行する。その後、本処理フローを終了する。

［ユーザーインターフェース］
図１３〜図１６は、画像形成装置１０１、企業システム１０２、およびクライアント１０３が表示するユーザーインターフェースの一例を示す図である。

図１３（ａ）は、画像形成装置１０１、クライアント１０３、もしくは企業システム１０２において、個人番号管理サーバー１０６もしくは企業システム１０２へログインするためのログイン画面である。ユーザーがユーザーＩＤ１３０１およびパスワード１３０２を入力してログインボタン１３０３を押下すると認証処理が実行される。なお、ここでは個人番号管理サーバー１０６および企業システム１０２にログインする際のログイン画面は同じ構成の例を示したが、別の画面構成であっても構わない。

図１３（ｂ）は、個人番号管理サーバー１０６の画面生成部４４０１が生成し、画像形成装置１０１またはクライアント１０３において、利用する機能を選択するための機能一覧画面である。ユーザーが機能一覧１３１１から機能のリンクを選択すると、選択された機能に応じた画面に遷移する。

図１４（ａ）は、個人番号管理サーバー１０６の画面生成部４４０１が生成し、画像形成装置１０１において、個人番号を登録するためにスキャンする書類の種別を選択するための画面である。ユーザーは書類一覧１４０１の中からスキャンする画像の種別を選択してＯＫボタン１４０２を押下すると、画像形成装置１０１でスキャン処理が実行される。

図１４（ｂ）は、個人番号管理サーバー１０６の画面生成部４４０１が生成し、画像形成装置１０１において、書類をスキャンした結果を表示、編集するための画面である。画像形成装置１０１でスキャンした結果として、検知された個人番号１４１１とスキャンした画像１４１２が表示される。ユーザーは表示された内容に応じて編集を行い、ＯＫボタン１４１３または全スキャン完了ボタン１４１４を押下する。

図１５（ａ）は、個人番号管理サーバー１０６の画面生成部４４０１が生成し、クライアント１０３において、仮登録された個人番号の承認対象の一覧を表示する画面である。承認者は、この画面を介して、承認依頼に対する承認処理を行う。ユーザー（承認者）は、承認依頼一覧１５０１の中から承認する対象の行を選択することで、図１５（ｂ）の詳細画面が表示される。

図１５（ｂ）は、個人番号管理サーバー１０６の画面生成部４４０１が生成し、クライアント１０３において、個人番号を登録するための承認画面である。ユーザー（承認者）は、登録される個人番号情報１５１１に対して、個人を識別するためにスキャンされた画像１５１２、１５１３を確認し、その結果に応じて差し戻しボタン１５１４または承認ボタン１５１５を押下する。

図１６（ａ）は、企業システム１０２の画面表示部４３０２において、業務に関するメニューを表示するための画面である。ユーザーが業務一覧１６０１から実施する業務のリンクを選択すると、選択された業務に応じた画面に遷移する。業務一覧１６０１から選択された業務が個人番号の利用に関する業務である場合、ここで選択した内容が個人番号の利用目的を指定したことを意味する。

図１６（ｂ）は、個人番号管理サーバー１０６の画面生成部４４０１が生成し、企業システム１０２において、帳票の作成を指示するための帳票作成画面である。ユーザーは、帳票を作成する（個人番号を取得する）範囲１６１１と、作成する帳票ファイルの種類１６１２、扶養家族情報の入力の有無１６１３を指定し、ＯＫボタン１６１４を押下すると帳票の作成処理が開始される。帳票ファイルの種類１６１２にて、ユーザーは作成する帳票のテンプレート指定が可能である。扶養家族情報の入力の有無１６１３がチェックされた場合、更に扶養家族に関する情報を入力するための画面（不図示）を表示するようにしてもよい。また、扶養家族がいる社員に対して追加の帳票を出力するような構成であっても構わない。

以上、本実施形態のシステムは、個人番号を帳票の正しい位置に自動入力することができ、また、個人番号が利用目的に適合した帳票へ間違いなく、確実に入力することができる。

なお、以上の実施形態では、企業システム１０２の画面表示部４３０２に図１６のような画面を表示し、帳票を作成するユーザーが画面から個人番号を帳票データへ挿入するリクエストを生成する方法について説明した。しかし、帳票格納部４３０６に格納されている帳票データをユーザーが直接オープンしたときに、帳票作成部４３０４が自動的にこれを検知し、個人番号管理サーバー１０６から個人番号を取得して帳票データへ挿入する方法にも本願発明は適用が可能である。

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

４３０４…帳票作成部、４３０６…帳票格納部、４３０７…コマンド取得部、４３０８…文字列取得部、４４０６…個人番号管理テーブル、４４０７…個人番号要求受信部、４４０８…コマンド解析部、４４１１…帳票確認要求受信部、４４１２…組み合わせ判定部、４４１３…帳票管理テーブル

Claims (12)

1. 個人番号を管理する個人番号管理サーバーとクライアントとを含むシステムであって、
   前記個人番号管理サーバーは、
   個人番号と当該個人番号を利用可能な利用目的の情報とを関連づけて保持する第一の保持手段と、
   前記クライアントからの個人番号の取得要求に応じて、当該取得要求に含まれる個人番号の利用目的が前記第一の保持手段にて保持されている利用目的に適合するか否かを判定する判定手段と、
   前記判定手段により前記個人番号の利用目的が適合すると判定された場合、前記取得要求の応答として個人番号を前記クライアントへ通知する第一の通知手段と
   を有し、
   前記クライアントは、
   ユーザーから帳票の作成に係る個人番号の利用目的の指定を受け付ける指定手段と、
   前記帳票の作成にて用いるテンプレートの指定を受け付けるテンプレート指定手段と、
   前記テンプレート指定手段にて指定されたテンプレートから帳票の種別を示す情報を抽出する抽出手段と、
   前記抽出手段にて抽出した情報と、前記指定手段にて受け付けた利用目的の情報とを含む問い合わせを前記個人番号管理サーバーへ送信する問い合わせ手段と、
   前記帳票の作成にて用いるテンプレートに埋め込まれている、前記個人番号を取得するためのコマンドを取得する取得手段と、
   前記指定手段にて受け付けた利用目的の情報を前記コマンドに挿入して、前記取得要求として前記個人番号管理サーバーへ送信する送信手段と、
   前記個人番号管理サーバーから個人番号が通知された場合、前記テンプレートのコマンドにて指定される所定の位置に前記個人番号を挿入して出力する出力手段と
   を有し、
   前記個人番号管理サーバーは更に、
   個人番号の利用目的と当該利用目的に係る帳票の種別とを関連づけて保持する第二の保持手段と、
   前記第二の保持手段にて保持される情報に基づいて前記クライアントからの前記問い合わせが示す利用目的と帳票の種別との組み合わせが正当であるか否かを判定し、その判定の結果を前記クライアントへ通知する第二の通知手段と
   を有し、
   前記クライアントの送信手段は、前記問い合わせの応答として組み合わせが正当である旨の通知を受け付けた場合に、前記取得要求を送信することを特徴とするシステム。
2. 前記クライアントの前記抽出手段は、テンプレートごとに予め定義された位置から帳票の種別を示す文字列を抽出することを特徴とする請求項１に記載のシステム。
3. 前記システムは、画像形成装置を更に含み、
   前記クライアントの出力手段は、前記テンプレートのコマンドにて指定される所定の位置に前記個人番号を挿入した画像データおよび前記指定手段にて指定された前記個人番号の利用目的の情報を印刷ジョブに含めて前記画像形成装置に出力し、
   前記画像形成装置は、
   前記印刷ジョブに含まれる画像データから、帳票の種別を示す情報を抽出する第二の抽出手段と、
   前記印刷ジョブに含まれる前記個人番号の利用目的の情報と、前記第二の抽出手段にて抽出した情報とを含む第二の問い合わせを前記個人番号管理サーバーへ送信する第二の問い合せ手段と、
   を有し、
   前記個人番号管理サーバーの前記第二の通知手段は、前記第二の保持手段にて保持される情報に基づいて前記画像形成装置からの前記第二の問い合わせが示す利用目的と帳票の種別との組み合わせが正当であるか否かを判定し、その判定の結果を前記画像形成装置へ通知し、
   前記画像形成装置は、前記第二の問い合わせの応答として組み合わせが正当である旨の通知を受け付けた場合に、前記印刷ジョブを用いて印刷処理を行うことを特徴とする請求項２に記載のシステム。
4. 前記個人番号管理サーバーは更に、
   前記クライアントからの個人番号の取得要求に応じて前記第一の通知手段が正当に個人番号を通知した旨の履歴を記録する記録手段と、
   前記画像形成装置からの要求に応じて、前記記録手段にて記録した履歴を通知する手段と
   を有し、
   前記画像形成装置は更に、
   前記印刷ジョブに含まれる個人番号に関する履歴を前記個人番号管理サーバーに要求する手段と、
   前記要求に応じて前記個人番号管理サーバーから通知された履歴に基づき、前記印刷ジョブに含まれる個人番号が正当に通知されたものであるか否かを判定する手段と
   を有し、
   前記画像形成装置は、前記印刷ジョブに含まれる個人番号が正当に通知されたものであると判定された場合、前記印刷ジョブを用いて印刷処理を行うことを特徴とする請求項３に記載のシステム。
5. 前記個人番号管理サーバーは、前記クライアントを識別する識別手段を更に有し、
   前記第一の通知手段は、前記識別手段にて前記取得要求を送信したクライアントが識別できない場合、個人番号を通知しないことを特徴とする請求項１乃至４のいずれか一項に記載のシステム。
6. 個人番号を管理する個人番号管理サーバーとクライアントとを含むシステムの制御方法であって、
   前記個人番号管理サーバーは、
   個人番号と当該個人番号を利用可能な利用目的の情報とを関連づけて保持する第一の保持手段と、
   個人番号の利用目的と当該利用目的に係る帳票の種別とを関連づけて保持する第二の保持手段と
   を備え、
   前記個人番号管理サーバーにおいて、
   前記クライアントからの個人番号の取得要求に応じて、当該取得要求に含まれる個人番号の利用目的が前記第一の保持手段にて保持されている利用目的に適合するか否かを判定する判定工程と、
   前記判定工程にて前記個人番号の利用目的が適合すると判定された場合、前記取得要求の応答として個人番号を前記クライアントへ通知する通知工程と
   を有し、
   前記クライアントにおいて、
   ユーザーから帳票の作成に係る個人番号の利用目的の指定を受け付ける指定工程と、
   前記帳票の作成にて用いるテンプレートの指定を受け付けるテンプレート指定工程と、
   前記テンプレート指定工程にて指定されたテンプレートから帳票の種別を示す情報を抽出する抽出工程と、
   前記抽出工程にて抽出した情報と、前記指定工程にて受け付けた利用目的の情報とを含む問い合わせを前記個人番号管理サーバーへ送信する問い合わせ工程と、
   前記帳票の作成にて用いるテンプレートに埋め込まれている、前記個人番号を取得するためのコマンドを取得する取得工程と、
   前記指定工程にて受け付けた利用目的の情報を前記コマンドに挿入して、前記取得要求として前記個人番号管理サーバーへ送信する送信工程と、
   前記個人番号管理サーバーから個人番号が通知された場合、前記テンプレートのコマンドにて指定される所定の位置に前記個人番号を挿入して出力する出力工程と
   を有し、
   前記個人番号管理サーバーにおいて更に、
   前記第二の保持手段にて保持される情報に基づいて前記クライアントからの前記問い合わせが示す利用目的と帳票の種別との組み合わせが正当であるか否かを判定し、その判定の結果を前記クライアントへ通知する第二の通知工程を有し、
   前記クライアントの送信工程において、前記問い合わせの応答として組み合わせが正当である旨の通知を受け付けた場合に、前記取得要求を送信することを特徴とするシステムの制御方法。
7. ユーザーから帳票の作成に係る個人番号の利用目的の指定を受け付ける指定手段と、
   前記帳票の作成にて用いるテンプレートの指定を受け付けるテンプレート指定手段と、
   前記テンプレート指定手段にて指定されたテンプレートから帳票の種別を示す情報を抽出する抽出手段と、
   前記抽出手段にて抽出した情報と、前記指定手段にて受け付けた利用目的の情報とを含む問い合わせを個人番号管理サーバーへ送信する問い合わせ手段と、
   前記帳票の作成にて用いるテンプレートに埋め込まれている、前記個人番号を取得するためのコマンドを取得する取得手段と、
   前記指定手段にて受け付けた利用目的の情報を前記コマンドに挿入して、取得要求として個人番号を管理する個人番号管理サーバーへ送信する送信手段と、
   前記取得要求の応答として前記個人番号管理サーバーから個人番号を取得し、前記テンプレートのコマンドにて指定される所定の位置に前記個人番号を挿入して出力する出力手段と
   を有し、
   前記送信手段は、前記問い合わせの応答として、前記問い合わせが示す利用目的と帳票の種別と組み合わせが正当である旨の通知を受け付けた場合に、前記取得要求を送信することを特徴とする情報処理装置。
8. ユーザーから帳票の作成に係る個人番号の利用目的の指定を受け付ける指定工程と、
   前記帳票の作成にて用いるテンプレートの指定を受け付けるテンプレート指定工程と、
   前記テンプレート指定工程にて指定されたテンプレートから帳票の種別を示す情報を抽出する抽出工程と、
   前記抽出工程にて抽出した情報と、前記指定工程にて受け付けた利用目的の情報とを含む問い合わせを個人番号管理サーバーへ送信する問い合わせ工程と、
   前記帳票の作成にて用いるテンプレートに埋め込まれている、前記個人番号を取得するためのコマンドを取得する取得工程と、
   前記指定工程にて受け付けた利用目的の情報を前記コマンドに挿入して、取得要求として個人番号を管理する個人番号管理サーバーへ送信する送信工程と、
   前記取得要求の応答として前記個人番号管理サーバーから個人番号を取得し、前記テンプレートのコマンドにて指定される所定の位置に前記個人番号を挿入して出力する出力工程と
   を有し、
   前記送信工程において、前記問い合わせの応答として、前記問い合わせが示す利用目的と帳票の種別と組み合わせが正当である旨の通知を受け付けた場合に、前記取得要求を送信することを特徴とする情報処理装置の制御方法。
9. 個人番号と当該個人番号を利用可能な利用目的の情報とを関連づけて保持する第一の保持手段と、
   個人番号の利用目的と当該利用目的に係る帳票の種別とを関連づけて保持する第二の保持手段と、
   クライアントからの個人番号の取得要求に応じて、当該取得要求に含まれる個人番号の利用目的が前記第一の保持手段にて保持されている利用目的に適合するか否かを判定する判定手段と、
   前記判定手段により前記個人番号の利用目的が適合すると判定された場合、前記取得要求の応答として個人番号を前記クライアントへ通知する第一の通知手段と、
   前記第二の保持手段にて保持される情報に基づいて前記クライアントからの問い合わせが示す利用目的と帳票の種別との組み合わせが正当であるか否かを判定し、その判定の結果を前記クライアントへ通知する第二の通知手段と
   を有し、
   前記個人番号の取得要求は、前記第二の通知手段により前記問い合わせの応答として組み合わせが正当である旨の通知を行った際に、前記クライアントから送信されることを特徴とする情報処理装置。
10. 個人番号と当該個人番号を利用可能な利用目的の情報とを関連づけて保持する第一の保持手段と、個人番号の利用目的と当該利用目的に係る帳票の種別とを関連づけて保持する第二の保持手段とを備える情報処理装置の制御方法であって、
    クライアントからの個人番号の取得要求に応じて、当該取得要求に含まれる個人番号の利用目的が前記第一の保持手段にて保持されている利用目的に適合するか否かを判定する判定工程と、
    前記判定工程にて前記個人番号の利用目的が適合すると判定された場合、前記取得要求の応答として個人番号を前記クライアントへ通知する第一の通知工程と、
    前記第二の保持手段にて保持される情報に基づいて前記クライアントからの問い合わせが示す利用目的と帳票の種別との組み合わせが正当であるか否かを判定し、その判定の結果を前記クライアントへ通知する第二の通知工程と
    を有し、
    前記個人番号の取得要求は、前記第二の通知工程にて前記問い合わせの応答として組み合わせが正当である旨の通知を行った際に、前記クライアントから送信されることを特徴とする情報処理装置の制御方法。
11. コンピュータを、
    ユーザーから帳票の作成に係る個人番号の利用目的の指定を受け付ける指定手段、
    前記帳票の作成にて用いるテンプレートの指定を受け付けるテンプレート指定手段、
    前記テンプレート指定手段にて指定されたテンプレートから帳票の種別を示す情報を抽出する抽出手段、
    前記抽出手段にて抽出した情報と、前記指定手段にて受け付けた利用目的の情報とを含む問い合わせを個人番号管理サーバーへ送信する問い合わせ手段、
    前記帳票の作成にて用いるテンプレートに埋め込まれている、前記個人番号を取得するためのコマンドを取得する取得手段、
    前記指定手段にて受け付けた利用目的の情報を前記コマンドに挿入して、取得要求として個人番号を管理する個人番号管理サーバーへ送信する送信手段、
    前記取得要求の応答として前記個人番号管理サーバーから個人番号を取得し、前記テンプレートのコマンドにて指定される所定の位置に前記個人番号を挿入して出力する出力手段
    として機能させ、
    前記送信手段は、前記問い合わせの応答として、前記問い合わせが示す利用目的と帳票の種別と組み合わせが正当である旨の通知を受け付けた場合に、前記取得要求を送信することを特徴とするプログラム。
12. コンピュータを、
    個人番号と当該個人番号を利用可能な利用目的の情報とを関連づけて保持する第一の保持手段、
    個人番号の利用目的と当該利用目的に係る帳票の種別とを関連づけて保持する第二の保持手段、
    クライアントからの個人番号の取得要求に応じて、当該取得要求に含まれる個人番号の利用目的が前記第一の保持手段にて保持されている利用目的に適合するか否かを判定する判定手段、
    前記判定手段により前記個人番号の利用目的が適合すると判定された場合、前記取得要求の応答として個人番号を前記クライアントへ通知する第一の通知手段、
    前記第二の保持手段にて保持される情報に基づいて前記クライアントからの問い合わせが示す利用目的と帳票の種別との組み合わせが正当であるか否かを判定し、その判定の結果を前記クライアントへ通知する第二の通知手段
    として機能させ、
    前記個人番号の取得要求は、前記第二の通知手段により前記問い合わせの応答として組み合わせが正当である旨の通知を行った際に、前記クライアントから送信されることを特徴とするプログラム。

Images