情報処理装置、ＩＤデータ管理方法、及びプログラム
【課題】既存の複数のシステムをより容易に統合することを目的とする。
【解決手段】複数のシステムと通信可能な情報処理装置が、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成し、生成したＩＤ情報を各システムに配信することによって課題を解決する。
【解決手段】複数のシステムと通信可能な情報処理装置が、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成し、生成したＩＤ情報を各システムに配信することによって課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、ＩＤデータ管理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、入退管理システム、勤怠管理システム、ＰＣログイン管理システム、ロッカー管理システム等のシステムでは、異なる認証方式のＩＣカードが利用されている。また、各システムには、各ＩＣカードに専用のリーダライタ（読書装置）が設けられ、ＩＣカードの読書きが行われている。
【０００３】
近年、異なる方式のカードを１つのリーダライタで読書きし、異なる方式のカードを共通する用途に利用させることで、効率的なシステム運用を実現する技術が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１６５１９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、システムを新たに構築することで効率的なシステム運用が実現されるので、異なる認証方式を採用した既存の複数のシステムを統合するには、既存のシステムが存在していても、システムを新たに構築しなければならない問題がある。
【０００６】
本発明はこのような問題点に鑑みなされたもので、既存の複数のシステムをより容易に統合することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明に係る情報処理装置は、複数のシステムと通信可能な情報処理装置であって、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成する生成手段と、前記生成手段で生成されたＩＤ情報を各システムに配信する配信手段と、を有することを特徴とする。
ここで、生成手段は、後述のＩＤ情報生成部（ＩＤ情報生成部Ａ１１３〜ＩＤ情報生成部Ｄ１１６）等に対応する。また、配信手段は、後述のＩＤ情報配信部１１７等に対応する。
【０００８】
また、本発明に係る情報処理装置は、複数のシステム、及び前記複数のシステムに対応して設けられる複数のＩＤデータ処理装置と通信可能な情報処理装置であって、前記複数のＩＤデータ処理装置のうちの一のＩＤデータ処理装置でＩＤデータが読み取られた場合、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報から、読み取られたＩＤデータに紐付けられた前記一のＩＤデータ処理装置に対応するシステムのＩＤデータを特定する特定手段と、前記特定手段で特定されたＩＤデータを含むＩＤ情報を前記一のＩＤデータ処理装置に対応するシステムに送信する送信手段と、を有することを特徴とする。
ここで、特定手段は、後述のＩＤデータ変換部（ＩＤデータ変換部Ａ５０３〜ＩＤデータ変換部Ｅ５０７）等に対応する。また、送信手段は、後述のＩＤ情報送信部５０９等に対応する。
【発明の効果】
【０００９】
本発明によれば、既存の複数のシステムをより容易に統合することができる。
【図面の簡単な説明】
【００１０】
【図１】ＩＤ統合管理システムの構成の一例を示す図である。
【図２】紐付情報の一例を示す図である。
【図３】ＩＤ統合管理装置のハードウェア構成、及び機能構成の一例を示す図である。
【図４】ＩＤ統合管理装置における処理に係るフローチャートの一例を示す図である。
【図５】ＩＤ統合管理システムの構成の一例を示す図である。
【図６】ＩＤ統合管理装置の機能構成の一例を示す図である。
【図７】ＩＤ統合管理装置における処理に係るフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
＜第１の実施形態＞
（ＩＤ統合管理システムの構成）
図１は、本実施形態に係るＩＤ統合管理システムの構成の一例を示す図である。図１（Ａ）に示すように、ＩＤ統合管理システムは、ＩＤ統合管理装置１０、人事システム１１、ＩＣカード発行管理システム１２、複数のサブシステム、及び複数のＩＤリーダを含んで構成される。
サブシステムとしては、ＩＤａ認証システム２０、ＩＤｂ認証システム２１、ＩＤｃ認証システム２２、ＩＤｄ認証システム２３を例に挙げて説明する。また、ＩＤリーダとしては、ＩＤａリーダ３０、ＩＤｂリーダ３１、ＩＤｃリーダ３２、及びＩＤｄリーダ３３を例に挙げて説明する。
ここで、ＩＤリーダは、ＩＣカードからＩＤデータなどを読み取り可能な機能を有するＩＤデータ処理装置の一例である。なお、ＩＤデータ処理装置は、ＩＣカードにデータを書き込み可能な書込機能を更に有するリーダライタ（読書装置）であってもよい。また、各サブシステムは、一又は複数の情報処理装置を含んで構成される。
【００１３】
本ＩＤ統合管理システムでは、各サブシステムのＩＤデータがユーザを識別可能なユーザ識別データ（ユーザ名など）に紐付けられてＩＤ統合管理装置１０で一元管理されると共に、各サブシステムにはユーザの認証などの用に供するＩＤデータが事前に配信される。そして、各サブシステムでは、事前に配信されたＩＤデータとＩＤリーダでＩＣカードから読み取られたＩＤデータとをもとにユーザの認証が行われる。
ここで、ＩＤ統合管理装置１０、人事システム１１、ＩＣカード発行管理システム１２、及び複数のサブシステムは、互いに通信可能にネットワークを介して接続されている。また、各サブシステムと各ＩＤリーダとは、互いに通信可能に専用線（ＲＳ−２３２Ｃ、ＬＡＮケーブルなど）を介して接続されている（なお、無線であってもよい。）。
【００１４】
（紐付情報の生成）
人事システム１１は、ユーザの氏名、生年月日、社員番号、顔写真などの個人情報、カード停止情報など（これらを総称して人事情報と称する。）を管理（入力、記憶、出力など）する。また、人事システム１１は、管理者による人事情報の出力操作、人事情報の更新操作などを契機として、人事情報をＩＤ統合管理装置１０に送信する。
そして、ＩＤ統合管理装置１０は、人事システム１１から人事情報を受信する。ＩＤ統合管理装置１０は、人事情報の受信、管理者による発行管理情報の出力操作などを契機として、人事情報を、ＩＣカード発行管理システム１２で読込可能な形式（処理可能なフォーマット）の発行管理情報に変換して、ＩＣカード発行管理システム１２に送信する。
また、ＩＤ統合管理装置１０は、人事情報に対して予め規定したＩＤデータ生成処理を行って一又は複数種類のＩＤデータを作成し、作成したＩＤデータを含む発行管理情報を生成する。なお、本実施形態では、ＩＤ統合管理装置１０は、ＩＤデータとして後述のＩＤｃ及びＩＤｄを作成する構成を例に挙げて説明する。
なお、ＩＤ統合管理装置１０は、紐付ＤＢ１３を有し、発行管理情報をもとにＩＣカード発行管理システム１２で生成された紐付情報を紐付ＤＢ１３に格納する。
【００１５】
そして、ＩＣカード発行管理システム１２は、ＩＤ統合管理装置１０から発行管理情報を受信する。ＩＣカード発行管理システム１２は、発行管理情報の受信、管理者によるＩＣカードの発行操作などを契機として、発行管理情報などをもとに紐付情報を生成してＩＤ統合管理装置１０に送信する。紐付情報については図２を参照して説明する。
また、ＩＣカード発行管理システム１２は、ＩＣカードを発行する。また、ＩＣカード発行管理システム１２で発行されるＩＣカードには、一又は複数種類のＩＤデータが含まれる。なお、本実施形態では、ＩＣカード発行管理システム１２は、ＩＤデータとして後述のＩＤａ及びＩＤｂが含まれているＩＣカードを発行する構成を例に挙げて説明する。
【００１６】
本実施形態は、上述した構成に限られるものではない。例えば、ＩＣカード発行管理システム１２が、全てのサブシステムのＩＤデータ（ＩＤａ、ＩＤｂ、ＩＤｃ、及びＩＤｄ）が含まれるＩＣカードを発行してもよい。
この場合、利用者は、１つのＩＣカードで全てのサブシステムを利用することができるようになり、各サブシステムを利用するにあたり既存の複数のＩＣカードを所持しておく必要がなくなる。なお、この場合、例えば、ＩＤａリーダ３０に上記ＩＣカードがかざされたときは、ＩＤａリーダ３０は、ＩＣカードからＩＤａリーダ３０に対応するＩＤａを読み取り、ＩＤａ認証システム２０にＩＤａを送信する。
【００１７】
ここで、ＩＣカードは、接触式のＩＣカードであってもよいし、非接触式のＩＣカードであってもよい。また、ＩＣカードとしては、任意の用途で用いられるＩＣカードを採用できる。例えば、交通系のＩＣカードを採用する場合、ＩＣカード発行管理システム１２は、交通系のＩＣカードを発行する。
【００１８】
また、紐付情報を生成する構成は、上述した構成に限られるものではない。本実施形態では、ＩＣカード発行管理システム１２が紐付情報を生成する構成を示したが、この構成に限られるものではなく、ＩＣカード発行管理システム１２とは異なる他の装置（ＩＤ統合管理装置１０、図示していない他の情報処理装置など）が紐付情報を生成する構成を採用することができる。
例えば、ＩＤ統合管理装置１０が紐付情報を生成する場合、ＩＤ統合管理装置１０は、ＩＣカード発行管理システム１２から送信される、発行されたＩＣカードを所有するユーザの情報（例えば、ユーザ名）、及び発行されたＩＣカードに含まれるＩＤデータと、人事情報とに基づいて紐付情報を生成する。
また、例えば、他の情報処理装置が紐付情報を生成する場合、他の情報処理装置は、ＩＣカード発行管理システム１２から送信される、発行されたＩＣカードを所有するユーザの情報、及び発行されたＩＣカードに含まれるＩＤデータと、人事システム１１から送信される人事情報とに基づいて紐付情報を生成する。そして、他の情報処理装置は、例えば、生成した紐付情報を記憶媒体（外部ファイル）に記憶する。
【００１９】
また、例えば、図１（Ｂ）に示すように、ＩＣカードの情報を入力する画面（カード登録）を介してＩＤ統合管理装置１０が紐付情報を生成する場合、ＩＤ統合管理装置１０は、紐付情報管理部１４を更に有する構成を採用することができる。
紐付情報管理部１４は、紐付ＤＢ１３の紐付情報を管理する。より具体的には、紐付情報管理部１４は、ＩＤリーダから読み取られたＩＣカードのＩＤデータ（例えばＩＤａ及びＩＤｂ）と、画面を介して入力されたユーザ名と、画面を介して入力された社員番号から生成されたＩＤデータ（例えばＩＤｃ及びＩＤｄ）とから紐付情報を生成し、生成した紐付情報を紐付ＤＢ１３に新規登録する。また、紐付情報管理部１４は、ユーザ操作に応答して（後述の出力装置１０５により出力された画面を介して）設定された値に従って紐付ＤＢ１３の紐付情報を更新する。
なお、本実施形態では、ＩＣカード発行管理システム１２が紐付情報を生成する構成、ＩＤ統合管理装置１０が紐付情報を生成する構成、ＩＤ統合管理装置１０とは異なる装置で紐付情報が生成されて外部ファイルに記憶され、外部ファイルから紐付情報を取り込む構成などを組み合わせて採用することもできる。
【００２０】
（紐付情報の構造）
ここで、図２を参照して、紐付情報の詳細を説明する。図２は、紐付情報の一例（紐付情報１３１）を示す図である。
紐付情報１３１では、複数種類のサブシステムのＩＤデータ（ＩＤａ、ＩＤｂ、ＩＤｃ、ＩＤｄ）とユーザの氏名を示す氏名データ（ユーザ名）とが紐付けられている。また、紐付情報１３１には、個人情報、カード停止情報がユーザ名に対応付けられて含まれている。
ここで、ＩＤデータには、ＩＣカードからのデータの読み取りの際に認証が必要なＩＤデータと、認証が不要なＩＤデータとが存在する。本実施形態では、ＩＤａとしては、認証が必要なＩＤデータを採用し、ＩＤｂ、ＩＤｃ、及びＩＤｄとしては、認証が不要なＩＤデータを採用している。なお、ＩＤａ、ＩＤｂ、ＩＤｃ、及びＩＤｄは、互いに種類が異なるＩＤデータである。また、付言するならば、紐付情報により紐付けられるＩＤデータの種類、及び数は、上述した例に限られるものではなく、適宜変更可能である。
【００２１】
（紐付情報の配信）
ＩＤ統合管理装置１０は、紐付ＤＢ１３に格納されている紐付情報を各サブシステムに対応する形式の情報（ＩＤ情報：ＩＤａ情報、ＩＤｂ情報、ＩＤｃ情報、ＩＤｄ情報）に変換し、ＩＤ情報を各サブシステムに配信する。例えば、ＩＤ統合管理装置１０は、紐付ＤＢ１３に格納されている紐付情報をＩＤａ認証システム２０に対応する形式のＩＤａ情報「ＩＤａ、氏名１、ＯＫ、・・・」に変換し、ＩＤａ情報をＩＤａ認証システム２０に配信する。
なお、ＩＤ統合管理装置１０は、バッチ処理、或いはリアルタイム処理により、各サブシステムにＩＤ情報を配信する。そして、配信されたＩＤ情報は、各サブシステムで管理される。
【００２２】
このように、本実施形態では、各サブシステムの上位にＩＤ統合管理装置１０を設けることで、人事システム１１の連携の対象が１つになり、既存のシステムにかかる負荷を低減することができるようになる。また、各サブシステムの上位にＩＤ統合管理装置１０を設けることで、既存のシステムへの改修を減らすことで、開発に要するコストを低減することができる。
ただし、本実施形態は、上述した構成に限られるものではなく、ＩＤ統合管理装置１０の一部又は全ての構成を、既存のシステムが有してもよく、例えば、人事システム１１、及びＩＣカード発行管理システム１２の何れか一方が（或いは双方で分担して）有してもよい。
【００２３】
また、本実施形態では、紐付情報が格納される紐付ＤＢ１３をＩＤ統合管理装置１０が有する構成を示したが、この構成に限られるものではない。例えば、ＩＤ統合管理装置１０とは異なる装置（図示していないファイルサーバなど）が紐付ＤＢ１３を有していてもよい。なお、紐付情報は、データベースに格納される構成に限られず、例えば、ファイルに記憶される構成であってもよい。
【００２４】
（ＩＤ統合管理装置のハードウェア構成）
図３（Ａ）は、ＩＤ統合管理装置１０のハードウェア構成の一例を示す図である。ＩＤ統合管理装置１０は、情報処理装置（コンピュータ）の一例であり、ＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３、入力装置１０４、出力装置１０５、記憶装置１０６、及びＩ／Ｆ（interface）１０７を含んで構成される。なお、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、入力装置１０４、出力装置１０５、記憶装置１０６、及びＩ／Ｆ１０７は、バス１０８を介して互いに通信可能に構成されている。
【００２５】
ＣＰＵ１０１は、ＩＤ統合管理装置１０における全体の制御を司るものである。例えば、ＣＰＵ１０１は、ＲＯＭ１０３に記憶されているアプリケーションプログラム、ＯＳ等を実行し、プログラムの実行に必要な情報、ファイル等を一時的にＲＡＭ１０２に記憶する制御を行う。
ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。なお、ＲＡＭ１０２は、各種のデータを一時的に記憶する一時記憶手段の一例である。
【００２６】
ＲＯＭ１０３は、基本Ｉ／Ｏプログラム等のプログラム、各種のデータを記憶する。なお、ＲＯＭ１０３は、各種のデータを記憶する記憶手段の一例である。
入力装置１０４は、マウス、キーボード、ボタン等であり、利用者による各種の指示を入力する。出力装置１０５は、液晶パネル、外部モニタ等であり、各種の情報を出力する。記憶装置１０６は、ＨＤＤ（Hard Disk Drive）等であり、紐付ＤＢ１３などの各種のデータを記憶する外部記憶手段の一例である。
Ｉ／Ｆ１０７は、有線又は無線の通信を行うための通信インタフェースであり、例えば、ＬＡＮケーブルを介してＩＤ統合管理装置１０を各サブシステムなどに接続する。
【００２７】
本実施形態では、ＣＰＵ１０１が、ＲＯＭ１０３に格納されたプログラムの手順に従って処理を行うことによって、ＩＤ統合管理装置１０における機能及びフローチャートに係る処理が実現される。
なお、ＩＤ統合管理装置１０は、上述した構成に限られるものではない。例えば、ＩＤ統合管理装置１０は、各種の情報を、ＣＤ−ＲＯＭ等の記録媒体から取得してもよいし、ネットワーク等を通じてダウンロードしてもよい。
【００２８】
（ＩＤ統合管理装置の機能構成）
図３（Ｂ）は、ＩＤ統合管理装置１０の機能構成の一例を示す図である。ＩＤ統合管理装置１０は、発行管理情報生成部１１１、紐付情報管理部１１２、ＩＤ情報生成部（ＩＤ情報生成部Ａ１１３、ＩＤ情報生成部Ｂ１１４、ＩＤ情報生成部Ｃ１１５、及びＩＤ情報生成部Ｄ１１６）、及びＩＤ情報配信部１１７を有する。
発行管理情報生成部１１１は、人事情報をもとに発行管理情報を生成する。本実施形態では、発行管理情報生成部１１１は、人事情報の社員番号の情報をＩＤｃ及びＩＤｄに変換などして発行管理情報を生成する。より具体的には、発行管理情報生成部１１１は、人事情報に含まれる社員番号「１２３」を、ＩＤｃのフォーマットに準拠したＩＤデータであるＩＤｃ「０００００１２３」に変換し、ＩＤｄのフォーマットに準拠したＩＤデータであるＩＤｄ「０００００００１２３」に変換して発行管理情報を生成する。
なお、発行管理情報には、ユーザの氏名、生年月日、社員番号、顔写真などの個人情報、カード停止情報、ＩＤｃ、ＩＤｄなどが含まれるが、この構成に限られるものではない。
【００２９】
紐付情報管理部１１２は、ＩＣカード発行管理システム１２から受信した紐付情報を紐付ＤＢ１３に格納する。また、紐付情報管理部１１２は、個人情報の追加や削除を示すデータや、カード停止情報の追加や削除を示すデータを人事システム１１から受信すると、紐付ＤＢ１３の紐付情報を更新する。
ＩＤ情報生成部は、サブシステムに対応して設けられている。より詳細に説明すると、ＩＤ情報生成部Ａ１１３は、ＩＤａ認証システム２０に対応して設けられ、ＩＤ情報生成部Ｂ１１４は、ＩＤｂ認証システム２１に対応して設けられ、ＩＤ情報生成部Ｃ１１５は、ＩＤｃ認証システム２２に対応して設けられ、ＩＤ情報生成部Ｄ１１６は、ＩＤｄ認証システム２３に対応して設けられている。
例えば、ＩＤ情報生成部Ａ１１３は、紐付ＤＢ１３に格納される紐付情報からＩＤａ認証システム２０で用いられる情報（認証などに用いられるＩＤデータなど）を抽出し、ＩＤａ認証システム２０に対応した形式のＩＤ情報として、ＩＤａ情報「ＩＤａ、氏名１、ＯＫ、・・・」を生成する。
【００３０】
ここで、ＩＤａ認証システム２０とは異なる、ＩＤａ認証方式を採用するサブシステムをＩＤ統合管理システムに参加させる場合、参加させるサブシステムに対応するＩＤ情報生成部を追加する。追加されたＩＤ情報生成部は、参加させるサブシステムに対応した形式のＩＤ情報を生成する。例えば、追加されたＩＤ情報生成部は、紐付ＤＢ１３に格納される紐付情報から参加させるサブシステムで用いられる情報を抽出し、例えばＩＤ情報「氏名１、ＩＤａ、ＯＫ、・・・」を生成する。
したがって、上述した構成によれば、ＩＤ統合管理システムに既存のサブシステムを参加させる場合、基本的には参加させるサブシステムに対応するＩＤ情報生成部を追加するだけでよいので、既存のサブシステムをより容易に統合することができる。
【００３１】
ＩＤ情報配信部１１７は、ＩＤ情報生成部で生成されたＩＤ情報を各サブシステムに配信する。ＩＤ情報配信部１１７がＩＤ情報を配信するタイミングは、設定された時刻（一定時間）に達したとき、紐付情報が規定された量（一定量）だけ蓄積されたとき、ＩＣカード発行管理システム１２から紐付情報を受信したときなど、適宜組み合わせて採用することができる。
【００３２】
（ＩＤ統合管理装置における処理）
図４を参照して、ＩＤデータ管理方法の一例について説明する。図４は、ＩＤ統合管理装置１０における処理に係るフローチャートの一例を示す図である。
まず、ステップＳ１０５では、発行管理情報生成部１１１は、人事システム１１から人事情報を受信したか否かを判断する。このとき、発行管理情報生成部１１１が、人事システム１１から人事情報を受信したと判断した場合、ステップＳ１１０の処理を行う。他方、発行管理情報生成部１１１が人事システム１１から人事情報を受信していないと判断した場合、ステップＳ１２０の処理が行われる。
【００３３】
ステップＳ１１０では、発行管理情報生成部１１１は、受信した人事情報が新規に追加された情報（新規情報）であるか、更新された情報（更新情報）であるかを判断する。このとき、発行管理情報生成部１１１が、新規情報であると判断した場合、ステップＳ１１５の処理を行う。他方、発行管理情報生成部１１１が更新情報であると判断した場合、ステップＳ１２５の処理が行われる。
ステップＳ１１５では、発行管理情報生成部１１１は、人事情報をもとに発行管理情報を生成し、生成した発行管理情報をＩＣカード発行管理システム１２に送信する。
【００３４】
ステップＳ１２０では、紐付情報管理部１１２は、ＩＣカード発行管理システム１２から紐付情報を受信したか否かを判断する。このとき、紐付情報管理部１１２は、ＩＣカード発行管理システム１２から紐付情報を受信したと判断した場合、ステップＳ１２５の処理を行う。他方、紐付情報管理部１１２がＩＣカード発行管理システム１２から紐付情報を受信していないと判断した場合、ステップＳ１３０の処理が行われる。
ステップＳ１２５では、紐付情報管理部１１２は、紐付ＤＢ１３の紐付情報を更新する。より具体的には、紐付情報管理部１１２は、更新情報である（ステップＳ１１０の判断でＮＯである）と判断された場合、ユーザ名などをキーとして変更された情報（個人情報、カード停止情報など）を紐付情報に反映する。また、紐付情報管理部１１２は、紐付情報を受信した（ステップＳ１２０の判断でＹＥＳである）と判断した場合、受信した紐付情報を紐付ＤＢ１３に追加する。
【００３５】
ステップＳ１３０では、ＩＤ情報配信部１１７は、配信の時間を示す情報（配信時間情報）に基づいて予め定められた時間に達したか否かを判断する。このとき、ＩＤ情報配信部１１７が、予め定められた時間に達したと判断した場合、ＩＤ情報生成部を呼び出し、ステップＳ１３５の処理が行われる。他方、ＩＤ情報配信部１１７が予め定められた時間に達していないと判断した場合、処理は終了する。本実施形態では、配信時間情報は、記憶装置１０６に記憶された設定ファイルから読み出されるものとする。
ステップＳ１３５では、ＩＤ情報生成部は、紐付ＤＢ１３を参照して各サブシステムに対応したＩＤ情報を生成する。なお、ＩＤ情報生成部は、紐付ＤＢ１３に格納されている紐付情報のうち、変更又は追加された紐付情報をもとにＩＤ情報を生成してもよいし、全ての紐付情報についてＩＤ情報を生成してもよい。
ステップＳ１４０では、ＩＤ情報配信部１１７は、生成されたＩＤ情報を各サブシステムに配信し、処理は終了する。
【００３６】
以上のように、本実施形態では、紐付情報を生成する生成装置（ＩＣカード発行管理システム等）と、記憶装置（ＩＤ統合管理装置１０等）と、配信装置（ＩＤ統合管理装置１０等）と、複数のサブシステムと、複数のＩＤデータ処理装置と、を有するＩＤ統合管理システムであって、上記生成装置が、生成した紐付情報を上記記憶装置に送信し、上記記憶装置が、上記生成装置から送信された紐付情報を受信すると、受信した紐付情報を記憶し、上記配信装置が、上記記憶装置で記憶された紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含む、各サブシステムの認証方式に対応した各サブシステムに固有のフォーマットでＩＤ情報をシステム毎に生成し、生成したＩＤ情報を各システムに配信し、ＩＤデータ処理装置がＩＣカードから読み取ったＩＤデータが対応するサブシステムに通知されると、対応するサブシステムが認証を行うＩＤ統合管理システムを例に挙げて説明した。
【００３７】
上述した構成によれば、既存のサブシステムの認証方式に対応した各サブシステムに固有のフォーマットでＩＤ情報を配信できるので、既存のサブシステムを統合する際に、統合する対象のサブシステムとして、特定の認証方式を採用したサブシステムに限られるという事態が生じない。すなわち、既存のサブシステムを統合する際の認証方式の制限を低減することができる（サブシステムの選定条件が緩和される）。
また、上述した構成によれば、既存のサブシステムをそのまま使用可能となる。更には、セキュリティ性の高低が異なるＩＤデータをサブシステムに応じて採用できるようになる。
【００３８】
＜第２の実施形態＞
（ＩＤ統合管理システムの構成）
図５は、本実施形態に係るＩＤ統合管理システムの構成の一例を示す図である。ＩＤ統合管理システムは、ＩＤ統合管理装置５０、複数のサブシステム（ＩＤａ認証システム２０、ＩＤｂ認証システム２１、ＩＤｃ認証システム２２、ＩＤｄ認証システム２３など）、及び各サブシステムに対応して設けられるＩＤリーダ（後述のＩＤリーダ６２、ＩＤリーダ６３など、同一種類のＩＤデータを読み取るＩＤリーダ）を含んで構成される。なお、第１の実施形態に示す構成と同一の構成については、同一の符号を付して説明を適宜省略する。
ＩＤ統合管理システムでは、基本的には、ＩＤリーダ６２でＩＣカードから読み込まれたＩＤデータが、前記ＩＤリーダ６２に対応して設けられたサブシステムに対応するＩＤデータにＩＤ統合管理装置５０で変換され、変換されたＩＤデータを含む情報が前記サブシステムに送信される。そして、前記サブシステムでは、変換されたＩＤデータを用いたユーザの認証が行われる。
【００３９】
より詳細に説明すると、ＩＤ統合管理装置５０は、紐付ＤＢ５０１、紐付情報管理部５０２、ＩＤデータ変換部（ＩＤデータ変換部Ａ５０３、ＩＤデータ変換部Ｂ５０４、ＩＤデータ変換部Ｃ５０５、ＩＤデータ変換部Ｄ５０６、及びＩＤデータ変換部Ｅ５０７）、及び認証依頼部５０８を有する。
紐付ＤＢ５０１は、紐付情報を格納するデータベースの一例である。紐付情報には、図２に示す紐付情報と同様に、少なくとも、複数種類のサブシステムのＩＤデータ（ＩＤａ、ＩＤｂ、ＩＤｃ、ＩＤｄなど）とユーザ識別データ（ユーザ名など）とが紐付けられている。
【００４０】
紐付情報管理部５０２は、紐付ＤＢ５０１の紐付情報を管理する。より具体的には、紐付情報管理部５０２は、ＩＤリーダから読み取られたＩＣカードのＩＤａ及びＩＤｂと、画面を介して入力されたユーザの氏名と、画面を介して入力された社員番号から作成されたＩＤｃ及びＩＤｄとから紐付情報を生成し、生成した紐付情報を紐付ＤＢ５０１に新規登録する。また、紐付情報管理部５０２は、ユーザ操作に応答して（出力装置１０５により出力された画面を介して）設定された値に従って紐付ＤＢ５０１の紐付情報を更新する。
なお、紐付情報を生成する構成については、第１の実施形態で示した構成を適宜採用することができる。
【００４１】
ＩＤデータ変換部は、紐付ＤＢ５０１に格納されている紐付情報を参照して、ＩＤリーダで読み取られたＩＤデータ（本実施形態では、ＩＤａを適宜例に挙げて説明する。）を前記ＩＤリーダに対応するサブシステムのＩＤデータに変換する。換言するならば、ＩＤデータ変換部は、紐付ＤＢ５０１に格納されている紐付情報から、ＩＤリーダで読み取られたＩＤデータに紐付けられた前記ＩＤリーダに対応するサブシステムのＩＤデータを特定する。
認証依頼部５０８は、リモート型のＩＤリーダであるＩＤリーダ６３でＩＤデータを読み取る許可を得るためにリモート型リーダ６０に認証を依頼する。すなわち、ＩＤリーダ６３では、リモート型リーダ６０で認証が行われてからＩＤデータが読み出される。なお、リモート型リーダ６０は、情報処理装置などであり、規定の認証処理を行い、認証処理の結果をＩＤ統合管理装置５０に返信する。
【００４２】
付言するならば、ＩＤリーダ６２は、ＩＣカードからＩＤデータを読み出す際に認証処理を行う認証機能を有するが、ＩＤリーダ６３は、認証機能を有しない。本実施形態では、ＩＤリーダ６２は、認証処理を行ってＩＣカードのＩＤデータを読み取る第１のＩＤデータ処理装置の一例であり、ＩＤリーダ６３は、リモート型リーダ６０の認証処理の結果に応じてＩＣカードからＩＤデータを読み取る第２のＩＤデータ処理装置の一例である。なお、ＩＤリーダとしては、ＩＣカードからのデータの読み取りの際に認証が不要なＩＤデータを読み取る第３のＩＤデータ処理装置を採用してもよい。
【００４３】
また、本実施形態は、上述した構成に限られるものではない。例えば、ＩＤ統合管理装置５０に代えて、サブシステムに対応したＩＤデータ変換部を有する複数の情報処理装置を採用してもよい。この場合、紐付ＤＢ５０１は、複数の情報処理装置とは異なる装置に設けられていることが好適である。
【００４４】
（ＩＤ統合管理装置の機能構成）
図６は、ＩＤ統合管理装置５０の機能構成の一例を示す図である。ＩＤ統合管理装置５０は、ＩＤデータ受信部５００、紐付情報管理部５０２、ＩＤデータ変換部Ａ５０３、ＩＤデータ変換部Ｂ５０４、ＩＤデータ変換部Ｃ５０５、ＩＤデータ変換部Ｄ５０６、ＩＤデータ変換部Ｅ５０７、認証依頼部５０８、及びＩＤ情報送信部５０９を有する。
ＩＤデータ受信部５００は、ＩＤリーダ６２及びＩＤリーダ６３で読み取られたＩＤデータ（本実施形態ではＩＤａ）を受信し、受信したＩＤデータをＩＤリーダに対応するＩＤデータ変換部に通知する。
【００４５】
ＩＤデータ変換部Ａ５０３は、ＩＤデータ受信部５００から通知されたＩＤデータ（ＩＤａ）をＩＤｄ認証システム２３用のＩＤデータであるＩＤｄに変換し、ＩＤｄをＩＤ情報送信部５０９に通知する。より具体的には、ＩＤデータ変換部Ａ５０３は、ＩＤデータ受信部５００からＩＤａが通知されると、まず、紐付ＤＢ５０１の紐付情報を参照し、通知されたＩＤａに対応する紐付情報を特定する。続いて、ＩＤデータ変換部Ａ５０３は、特定した紐付情報から、ＩＤｄ認証システム２３の認証で用いられるＩＤｄを抽出する。そして、ＩＤデータ変換部Ａ５０３は、抽出したＩＤｄをＩＤ情報送信部５０９に通知する。
【００４６】
ＩＤデータ変換部Ｂ５０４は、ＩＤデータ受信部５００から通知されたＩＤａをＩＤｃ認証システム２２用のＩＤデータであるＩＤｃに変換し、ＩＤｃをＩＤ情報送信部５０９に通知する。この構成の詳細については、ＩＤデータ変換部Ａ５０３と同様であるので説明は省略する。
ＩＤデータ変換部Ｃ５０５は、ＩＤデータ受信部５００から通知されたＩＤａをＩＤｂ認証システム２１用のＩＤデータであるＩＤｂに変換し、ＩＤｂをＩＤ情報送信部５０９に通知する。この構成の詳細については、ＩＤデータ変換部Ａ５０３と同様であるので説明は省略する。
ＩＤデータ変換部Ｄ５０６、及びＩＤデータ変換部Ｅ５０７は、ＩＤデータ受信部５００から通知されたＩＤａをそのままＩＤ情報送信部５０９に通知する。なお、ＩＤデータ受信部５００から通知されるＩＤａは、ＩＤａ認証システム２０用のＩＤデータ（ＩＤａ）であるので、変換の必要がない。
【００４７】
認証依頼部５０８は、ＩＤリーダ６３からの認証を依頼する旨の通知（認証依頼通知）等に応答して、ＩＤリーダ６３での読み取りの認証をリモート型リーダ６０に依頼する。なお、リモート型リーダ６０は、認証の依頼を受信すると、認証処理を行い、その認証処理の結果を認証依頼部５０８に返信する。
ＩＤ情報送信部５０９は、ＩＤデータ変換部より通知されたＩＤデータを含むＩＤ情報を生成し、生成したＩＤ情報を、通知を受けたＩＤデータ変換部（換言するならば、ＩＤデータが読み取られたＩＤリーダ）に対応するサブシステムに送信する。例えば、ＩＤ情報送信部５０９は、ＩＤデータ変換部Ａ５０３よりＩＤｄが通知されると、ＩＤｄを含むＩＤ情報を生成し、生成したＩＤ情報をＩＤｄ認証システム２３に送信する。
なお、ＩＤ統合管理装置５０のハードウェア構成は、ＩＤ統合管理装置１０のハードウェア構成と同様であるので説明を省略する。
【００４８】
（ＩＤ統合管理装置における処理）
図７を参照して、ＩＤデータ管理方法の一例について説明する。図７は、ＩＤ統合管理装置５０における処理に係るフローチャートの一例を示す図である。
まず、ステップＳ５０５では、ＩＤデータ受信部５００は、ＩＤリーダからＩＤデータを受信したか否かを判断する。このとき、ＩＤデータ受信部５００が、ＩＤリーダからＩＤデータを受信したと判断した場合、ステップＳ５１０の処理を行う。他方、ＩＤデータ受信部５００がＩＤリーダからＩＤデータを受信していないと判断した場合、ステップＳ５２０の処理が行われる。
【００４９】
ステップＳ５１０では、ＩＤデータ変換部は、必要に応じて、紐付ＤＢ５０１に格納されている紐付情報を参照して、ＩＤリーダで読み取られたＩＤデータを対応するサブシステムのＩＤデータに変換し、ＩＤ情報送信部５０９にＩＤデータを通知する。
ステップＳ５１５では、ＩＤ情報送信部５０９は、通知されたＩＤデータを含むＩＤ情報を生成し、対応するサブシステムに送信する。
ステップＳ５２０では、紐付情報管理部５０２は、紐付情報（カード情報）を登録（或いは変更）するユーザ操作が行われたか否かを判断する。このとき、紐付情報管理部５０２が、ユーザ操作が行われたと判断した場合、ステップＳ５２５の処理を行う。他方、紐付情報管理部５０２が、ユーザ操作が行われていないと判断した場合、処理は終了する。
【００５０】
ステップＳ５２５では、紐付情報管理部５０２は、カード情報の新規登録であると判断した場合、紐付情報を生成する。
ステップＳ５３０では、紐付情報管理部５０２は、紐付情報を生成した場合は紐付ＤＢ５０１に新規登録し、ユーザ操作に応答して紐付情報の変更値を受け付けた場合は紐付ＤＢ５０１の対応する紐付情報を更新し、処理は終了する。
【００５１】
上述した構成によれば、ＩＤ統合管理システムに既存のサブシステムを参加させる場合、基本的には参加させるサブシステムに対応するＩＤデータ変換部、及びＩＤリーダを追加するだけでよいので、既存のサブシステムをより容易に統合することができる。
また、上述した構成によれば、既存のサブシステムにおける認証の方式を変更することなく、ユーザが所持すべきＩＣカードを１つにすることができる（すなわち、ユーザは、システム毎にＩＣカードを保持する必要がなくなる）。
付言するならば、従来、既存のシステムを統合する場合に、交通系のＩＣカードが利用できるようにする仕組みは存在しない。これに対し、本実施形態によれば、紐付情報により交通系のＩＣカードのＩＤデータに他のＩＣカードのＩＤデータが紐付けられることで、ユーザは、普及している交通系のＩＣカードで既存のシステムが利用できるようなる。
【００５２】
ここで、ＩＤリーダ６２は、鉄道の駅の自動改札機などに用いられているものと同様の機器であるので処理速度が速く、認証機能なども有しているので高価である。故に、ＩＤリーダ６２を採用すると、ＩＤデータがＩＤデータ変換部に通知されるまでの時間を短くできるが、高価となる。
他方、ＩＤリーダ６３は、認証機能などを有しないので、安価ではあるが、リモート型リーダ６０の処理を介してからＩＤデータがＩＤデータ変換部に通知される。故に、ＩＤリーダ６３を採用すると、ＩＤデータがＩＤデータ変換部に通知されるまでの時間がＩＤリーダ６２のときよりも長くなるが、安価となる。
すなわち、本実施形態によれば、処理パフォーマンス及びコストパフォーマンスを考慮して、ＩＤリーダ６２、及びＩＤリーダ６３を適宜採用できるので、既存システムの統合をより柔軟に行うことができるようになる。
【００５３】
＜変形例＞
人事情報は、上述した構成に限られるものではない。例えば、ユーザの所属グループ、役職の情報を含んで構成されてもよい。換言するならば、紐付情報は、ユーザの所属グループ、役職の情報を更に含んで構成されてもよい。
この構成を第１の実施形態に適用した場合、例えば、ＩＤ情報生成部は、所属グループ、役職の情報を更に含むＩＤ情報を生成し、ＩＤ情報配信部は、所属グループ、役職の情報を更に含むＩＤ情報を各サブシステムに配信する。このように構成することで、各サブシステムでは、個人単位の管理に限られず、グループ（組織）や役職に対しての管理もできるようになる。
また、人事異動や組織変更などが行われて人事システムで人事情報が変更されたときは、ＩＤ情報生成部は、新たな所属グループ、役職の情報を含むＩＤ情報を生成し、ＩＤ情報配信部は、生成されたＩＤ情報を各サブシステムに配信する。この場合、ＩＤ情報配信部が即日（人事異動などが行われた日）、生成されたＩＤ情報を各サブシステムに配信する構成が好適である。
【００５４】
また、紐付情報には、カード停止情報に代えて、カード状態情報を採用してもよい。カード状態情報には、ＩＣカードの利用の可否を示す情報（利用可否情報）、ＩＣカードを新規に登録していることを示す情報（新規登録中情報）、ＩＣカードを再発行していることを示す情報（再発行中情報）の何れかの情報が含まれる。例えば、カード状態情報に再発行中情報が含まれている場合は、ＩＣカード発行管理システムにおいて代替カードがユーザに付与されるので、紐付情報管理部では、代替カードに対応する紐付情報を管理している。なお、代替カードに対応する紐付情報は、ＩＤ情報配信部により各サブシステムに適宜のタイミングで配信される。
また、カード状態情報には、ＩＣカードの忘失を示す情報、ＩＣカードの紛失を示す情報、ＩＣカード発行管理システムなどで障害が発生していることを示す情報の何れかが含まれていてもよい。何れの場合も、代替カードがユーザに付与されるので、紐付情報管理部では、代替カードに対応する紐付情報を管理し、代替カードに対応する紐付情報は、ＩＤ情報配信部により各サブシステムに配信されている。
【００５５】
以上、上述した構成によれば、既存の複数のシステムをより容易に統合することができるようになる。
【００５６】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００５７】
１０ ＩＤ統合管理装置
１１ 人事システム
１２ ＩＣカード発行管理システム
２０ ＩＤａ認証システム
２１ ＩＤｂ認証システム
２２ ＩＤｃ認証システム
２３ ＩＤｄ認証システム
【技術分野】
【０００１】
本発明は、情報処理装置、ＩＤデータ管理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、入退管理システム、勤怠管理システム、ＰＣログイン管理システム、ロッカー管理システム等のシステムでは、異なる認証方式のＩＣカードが利用されている。また、各システムには、各ＩＣカードに専用のリーダライタ（読書装置）が設けられ、ＩＣカードの読書きが行われている。
【０００３】
近年、異なる方式のカードを１つのリーダライタで読書きし、異なる方式のカードを共通する用途に利用させることで、効率的なシステム運用を実現する技術が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１６５１９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、システムを新たに構築することで効率的なシステム運用が実現されるので、異なる認証方式を採用した既存の複数のシステムを統合するには、既存のシステムが存在していても、システムを新たに構築しなければならない問題がある。
【０００６】
本発明はこのような問題点に鑑みなされたもので、既存の複数のシステムをより容易に統合することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明に係る情報処理装置は、複数のシステムと通信可能な情報処理装置であって、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成する生成手段と、前記生成手段で生成されたＩＤ情報を各システムに配信する配信手段と、を有することを特徴とする。
ここで、生成手段は、後述のＩＤ情報生成部（ＩＤ情報生成部Ａ１１３〜ＩＤ情報生成部Ｄ１１６）等に対応する。また、配信手段は、後述のＩＤ情報配信部１１７等に対応する。
【０００８】
また、本発明に係る情報処理装置は、複数のシステム、及び前記複数のシステムに対応して設けられる複数のＩＤデータ処理装置と通信可能な情報処理装置であって、前記複数のＩＤデータ処理装置のうちの一のＩＤデータ処理装置でＩＤデータが読み取られた場合、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報から、読み取られたＩＤデータに紐付けられた前記一のＩＤデータ処理装置に対応するシステムのＩＤデータを特定する特定手段と、前記特定手段で特定されたＩＤデータを含むＩＤ情報を前記一のＩＤデータ処理装置に対応するシステムに送信する送信手段と、を有することを特徴とする。
ここで、特定手段は、後述のＩＤデータ変換部（ＩＤデータ変換部Ａ５０３〜ＩＤデータ変換部Ｅ５０７）等に対応する。また、送信手段は、後述のＩＤ情報送信部５０９等に対応する。
【発明の効果】
【０００９】
本発明によれば、既存の複数のシステムをより容易に統合することができる。
【図面の簡単な説明】
【００１０】
【図１】ＩＤ統合管理システムの構成の一例を示す図である。
【図２】紐付情報の一例を示す図である。
【図３】ＩＤ統合管理装置のハードウェア構成、及び機能構成の一例を示す図である。
【図４】ＩＤ統合管理装置における処理に係るフローチャートの一例を示す図である。
【図５】ＩＤ統合管理システムの構成の一例を示す図である。
【図６】ＩＤ統合管理装置の機能構成の一例を示す図である。
【図７】ＩＤ統合管理装置における処理に係るフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
＜第１の実施形態＞
（ＩＤ統合管理システムの構成）
図１は、本実施形態に係るＩＤ統合管理システムの構成の一例を示す図である。図１（Ａ）に示すように、ＩＤ統合管理システムは、ＩＤ統合管理装置１０、人事システム１１、ＩＣカード発行管理システム１２、複数のサブシステム、及び複数のＩＤリーダを含んで構成される。
サブシステムとしては、ＩＤａ認証システム２０、ＩＤｂ認証システム２１、ＩＤｃ認証システム２２、ＩＤｄ認証システム２３を例に挙げて説明する。また、ＩＤリーダとしては、ＩＤａリーダ３０、ＩＤｂリーダ３１、ＩＤｃリーダ３２、及びＩＤｄリーダ３３を例に挙げて説明する。
ここで、ＩＤリーダは、ＩＣカードからＩＤデータなどを読み取り可能な機能を有するＩＤデータ処理装置の一例である。なお、ＩＤデータ処理装置は、ＩＣカードにデータを書き込み可能な書込機能を更に有するリーダライタ（読書装置）であってもよい。また、各サブシステムは、一又は複数の情報処理装置を含んで構成される。
【００１３】
本ＩＤ統合管理システムでは、各サブシステムのＩＤデータがユーザを識別可能なユーザ識別データ（ユーザ名など）に紐付けられてＩＤ統合管理装置１０で一元管理されると共に、各サブシステムにはユーザの認証などの用に供するＩＤデータが事前に配信される。そして、各サブシステムでは、事前に配信されたＩＤデータとＩＤリーダでＩＣカードから読み取られたＩＤデータとをもとにユーザの認証が行われる。
ここで、ＩＤ統合管理装置１０、人事システム１１、ＩＣカード発行管理システム１２、及び複数のサブシステムは、互いに通信可能にネットワークを介して接続されている。また、各サブシステムと各ＩＤリーダとは、互いに通信可能に専用線（ＲＳ−２３２Ｃ、ＬＡＮケーブルなど）を介して接続されている（なお、無線であってもよい。）。
【００１４】
（紐付情報の生成）
人事システム１１は、ユーザの氏名、生年月日、社員番号、顔写真などの個人情報、カード停止情報など（これらを総称して人事情報と称する。）を管理（入力、記憶、出力など）する。また、人事システム１１は、管理者による人事情報の出力操作、人事情報の更新操作などを契機として、人事情報をＩＤ統合管理装置１０に送信する。
そして、ＩＤ統合管理装置１０は、人事システム１１から人事情報を受信する。ＩＤ統合管理装置１０は、人事情報の受信、管理者による発行管理情報の出力操作などを契機として、人事情報を、ＩＣカード発行管理システム１２で読込可能な形式（処理可能なフォーマット）の発行管理情報に変換して、ＩＣカード発行管理システム１２に送信する。
また、ＩＤ統合管理装置１０は、人事情報に対して予め規定したＩＤデータ生成処理を行って一又は複数種類のＩＤデータを作成し、作成したＩＤデータを含む発行管理情報を生成する。なお、本実施形態では、ＩＤ統合管理装置１０は、ＩＤデータとして後述のＩＤｃ及びＩＤｄを作成する構成を例に挙げて説明する。
なお、ＩＤ統合管理装置１０は、紐付ＤＢ１３を有し、発行管理情報をもとにＩＣカード発行管理システム１２で生成された紐付情報を紐付ＤＢ１３に格納する。
【００１５】
そして、ＩＣカード発行管理システム１２は、ＩＤ統合管理装置１０から発行管理情報を受信する。ＩＣカード発行管理システム１２は、発行管理情報の受信、管理者によるＩＣカードの発行操作などを契機として、発行管理情報などをもとに紐付情報を生成してＩＤ統合管理装置１０に送信する。紐付情報については図２を参照して説明する。
また、ＩＣカード発行管理システム１２は、ＩＣカードを発行する。また、ＩＣカード発行管理システム１２で発行されるＩＣカードには、一又は複数種類のＩＤデータが含まれる。なお、本実施形態では、ＩＣカード発行管理システム１２は、ＩＤデータとして後述のＩＤａ及びＩＤｂが含まれているＩＣカードを発行する構成を例に挙げて説明する。
【００１６】
本実施形態は、上述した構成に限られるものではない。例えば、ＩＣカード発行管理システム１２が、全てのサブシステムのＩＤデータ（ＩＤａ、ＩＤｂ、ＩＤｃ、及びＩＤｄ）が含まれるＩＣカードを発行してもよい。
この場合、利用者は、１つのＩＣカードで全てのサブシステムを利用することができるようになり、各サブシステムを利用するにあたり既存の複数のＩＣカードを所持しておく必要がなくなる。なお、この場合、例えば、ＩＤａリーダ３０に上記ＩＣカードがかざされたときは、ＩＤａリーダ３０は、ＩＣカードからＩＤａリーダ３０に対応するＩＤａを読み取り、ＩＤａ認証システム２０にＩＤａを送信する。
【００１７】
ここで、ＩＣカードは、接触式のＩＣカードであってもよいし、非接触式のＩＣカードであってもよい。また、ＩＣカードとしては、任意の用途で用いられるＩＣカードを採用できる。例えば、交通系のＩＣカードを採用する場合、ＩＣカード発行管理システム１２は、交通系のＩＣカードを発行する。
【００１８】
また、紐付情報を生成する構成は、上述した構成に限られるものではない。本実施形態では、ＩＣカード発行管理システム１２が紐付情報を生成する構成を示したが、この構成に限られるものではなく、ＩＣカード発行管理システム１２とは異なる他の装置（ＩＤ統合管理装置１０、図示していない他の情報処理装置など）が紐付情報を生成する構成を採用することができる。
例えば、ＩＤ統合管理装置１０が紐付情報を生成する場合、ＩＤ統合管理装置１０は、ＩＣカード発行管理システム１２から送信される、発行されたＩＣカードを所有するユーザの情報（例えば、ユーザ名）、及び発行されたＩＣカードに含まれるＩＤデータと、人事情報とに基づいて紐付情報を生成する。
また、例えば、他の情報処理装置が紐付情報を生成する場合、他の情報処理装置は、ＩＣカード発行管理システム１２から送信される、発行されたＩＣカードを所有するユーザの情報、及び発行されたＩＣカードに含まれるＩＤデータと、人事システム１１から送信される人事情報とに基づいて紐付情報を生成する。そして、他の情報処理装置は、例えば、生成した紐付情報を記憶媒体（外部ファイル）に記憶する。
【００１９】
また、例えば、図１（Ｂ）に示すように、ＩＣカードの情報を入力する画面（カード登録）を介してＩＤ統合管理装置１０が紐付情報を生成する場合、ＩＤ統合管理装置１０は、紐付情報管理部１４を更に有する構成を採用することができる。
紐付情報管理部１４は、紐付ＤＢ１３の紐付情報を管理する。より具体的には、紐付情報管理部１４は、ＩＤリーダから読み取られたＩＣカードのＩＤデータ（例えばＩＤａ及びＩＤｂ）と、画面を介して入力されたユーザ名と、画面を介して入力された社員番号から生成されたＩＤデータ（例えばＩＤｃ及びＩＤｄ）とから紐付情報を生成し、生成した紐付情報を紐付ＤＢ１３に新規登録する。また、紐付情報管理部１４は、ユーザ操作に応答して（後述の出力装置１０５により出力された画面を介して）設定された値に従って紐付ＤＢ１３の紐付情報を更新する。
なお、本実施形態では、ＩＣカード発行管理システム１２が紐付情報を生成する構成、ＩＤ統合管理装置１０が紐付情報を生成する構成、ＩＤ統合管理装置１０とは異なる装置で紐付情報が生成されて外部ファイルに記憶され、外部ファイルから紐付情報を取り込む構成などを組み合わせて採用することもできる。
【００２０】
（紐付情報の構造）
ここで、図２を参照して、紐付情報の詳細を説明する。図２は、紐付情報の一例（紐付情報１３１）を示す図である。
紐付情報１３１では、複数種類のサブシステムのＩＤデータ（ＩＤａ、ＩＤｂ、ＩＤｃ、ＩＤｄ）とユーザの氏名を示す氏名データ（ユーザ名）とが紐付けられている。また、紐付情報１３１には、個人情報、カード停止情報がユーザ名に対応付けられて含まれている。
ここで、ＩＤデータには、ＩＣカードからのデータの読み取りの際に認証が必要なＩＤデータと、認証が不要なＩＤデータとが存在する。本実施形態では、ＩＤａとしては、認証が必要なＩＤデータを採用し、ＩＤｂ、ＩＤｃ、及びＩＤｄとしては、認証が不要なＩＤデータを採用している。なお、ＩＤａ、ＩＤｂ、ＩＤｃ、及びＩＤｄは、互いに種類が異なるＩＤデータである。また、付言するならば、紐付情報により紐付けられるＩＤデータの種類、及び数は、上述した例に限られるものではなく、適宜変更可能である。
【００２１】
（紐付情報の配信）
ＩＤ統合管理装置１０は、紐付ＤＢ１３に格納されている紐付情報を各サブシステムに対応する形式の情報（ＩＤ情報：ＩＤａ情報、ＩＤｂ情報、ＩＤｃ情報、ＩＤｄ情報）に変換し、ＩＤ情報を各サブシステムに配信する。例えば、ＩＤ統合管理装置１０は、紐付ＤＢ１３に格納されている紐付情報をＩＤａ認証システム２０に対応する形式のＩＤａ情報「ＩＤａ、氏名１、ＯＫ、・・・」に変換し、ＩＤａ情報をＩＤａ認証システム２０に配信する。
なお、ＩＤ統合管理装置１０は、バッチ処理、或いはリアルタイム処理により、各サブシステムにＩＤ情報を配信する。そして、配信されたＩＤ情報は、各サブシステムで管理される。
【００２２】
このように、本実施形態では、各サブシステムの上位にＩＤ統合管理装置１０を設けることで、人事システム１１の連携の対象が１つになり、既存のシステムにかかる負荷を低減することができるようになる。また、各サブシステムの上位にＩＤ統合管理装置１０を設けることで、既存のシステムへの改修を減らすことで、開発に要するコストを低減することができる。
ただし、本実施形態は、上述した構成に限られるものではなく、ＩＤ統合管理装置１０の一部又は全ての構成を、既存のシステムが有してもよく、例えば、人事システム１１、及びＩＣカード発行管理システム１２の何れか一方が（或いは双方で分担して）有してもよい。
【００２３】
また、本実施形態では、紐付情報が格納される紐付ＤＢ１３をＩＤ統合管理装置１０が有する構成を示したが、この構成に限られるものではない。例えば、ＩＤ統合管理装置１０とは異なる装置（図示していないファイルサーバなど）が紐付ＤＢ１３を有していてもよい。なお、紐付情報は、データベースに格納される構成に限られず、例えば、ファイルに記憶される構成であってもよい。
【００２４】
（ＩＤ統合管理装置のハードウェア構成）
図３（Ａ）は、ＩＤ統合管理装置１０のハードウェア構成の一例を示す図である。ＩＤ統合管理装置１０は、情報処理装置（コンピュータ）の一例であり、ＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３、入力装置１０４、出力装置１０５、記憶装置１０６、及びＩ／Ｆ（interface）１０７を含んで構成される。なお、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、入力装置１０４、出力装置１０５、記憶装置１０６、及びＩ／Ｆ１０７は、バス１０８を介して互いに通信可能に構成されている。
【００２５】
ＣＰＵ１０１は、ＩＤ統合管理装置１０における全体の制御を司るものである。例えば、ＣＰＵ１０１は、ＲＯＭ１０３に記憶されているアプリケーションプログラム、ＯＳ等を実行し、プログラムの実行に必要な情報、ファイル等を一時的にＲＡＭ１０２に記憶する制御を行う。
ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。なお、ＲＡＭ１０２は、各種のデータを一時的に記憶する一時記憶手段の一例である。
【００２６】
ＲＯＭ１０３は、基本Ｉ／Ｏプログラム等のプログラム、各種のデータを記憶する。なお、ＲＯＭ１０３は、各種のデータを記憶する記憶手段の一例である。
入力装置１０４は、マウス、キーボード、ボタン等であり、利用者による各種の指示を入力する。出力装置１０５は、液晶パネル、外部モニタ等であり、各種の情報を出力する。記憶装置１０６は、ＨＤＤ（Hard Disk Drive）等であり、紐付ＤＢ１３などの各種のデータを記憶する外部記憶手段の一例である。
Ｉ／Ｆ１０７は、有線又は無線の通信を行うための通信インタフェースであり、例えば、ＬＡＮケーブルを介してＩＤ統合管理装置１０を各サブシステムなどに接続する。
【００２７】
本実施形態では、ＣＰＵ１０１が、ＲＯＭ１０３に格納されたプログラムの手順に従って処理を行うことによって、ＩＤ統合管理装置１０における機能及びフローチャートに係る処理が実現される。
なお、ＩＤ統合管理装置１０は、上述した構成に限られるものではない。例えば、ＩＤ統合管理装置１０は、各種の情報を、ＣＤ−ＲＯＭ等の記録媒体から取得してもよいし、ネットワーク等を通じてダウンロードしてもよい。
【００２８】
（ＩＤ統合管理装置の機能構成）
図３（Ｂ）は、ＩＤ統合管理装置１０の機能構成の一例を示す図である。ＩＤ統合管理装置１０は、発行管理情報生成部１１１、紐付情報管理部１１２、ＩＤ情報生成部（ＩＤ情報生成部Ａ１１３、ＩＤ情報生成部Ｂ１１４、ＩＤ情報生成部Ｃ１１５、及びＩＤ情報生成部Ｄ１１６）、及びＩＤ情報配信部１１７を有する。
発行管理情報生成部１１１は、人事情報をもとに発行管理情報を生成する。本実施形態では、発行管理情報生成部１１１は、人事情報の社員番号の情報をＩＤｃ及びＩＤｄに変換などして発行管理情報を生成する。より具体的には、発行管理情報生成部１１１は、人事情報に含まれる社員番号「１２３」を、ＩＤｃのフォーマットに準拠したＩＤデータであるＩＤｃ「０００００１２３」に変換し、ＩＤｄのフォーマットに準拠したＩＤデータであるＩＤｄ「０００００００１２３」に変換して発行管理情報を生成する。
なお、発行管理情報には、ユーザの氏名、生年月日、社員番号、顔写真などの個人情報、カード停止情報、ＩＤｃ、ＩＤｄなどが含まれるが、この構成に限られるものではない。
【００２９】
紐付情報管理部１１２は、ＩＣカード発行管理システム１２から受信した紐付情報を紐付ＤＢ１３に格納する。また、紐付情報管理部１１２は、個人情報の追加や削除を示すデータや、カード停止情報の追加や削除を示すデータを人事システム１１から受信すると、紐付ＤＢ１３の紐付情報を更新する。
ＩＤ情報生成部は、サブシステムに対応して設けられている。より詳細に説明すると、ＩＤ情報生成部Ａ１１３は、ＩＤａ認証システム２０に対応して設けられ、ＩＤ情報生成部Ｂ１１４は、ＩＤｂ認証システム２１に対応して設けられ、ＩＤ情報生成部Ｃ１１５は、ＩＤｃ認証システム２２に対応して設けられ、ＩＤ情報生成部Ｄ１１６は、ＩＤｄ認証システム２３に対応して設けられている。
例えば、ＩＤ情報生成部Ａ１１３は、紐付ＤＢ１３に格納される紐付情報からＩＤａ認証システム２０で用いられる情報（認証などに用いられるＩＤデータなど）を抽出し、ＩＤａ認証システム２０に対応した形式のＩＤ情報として、ＩＤａ情報「ＩＤａ、氏名１、ＯＫ、・・・」を生成する。
【００３０】
ここで、ＩＤａ認証システム２０とは異なる、ＩＤａ認証方式を採用するサブシステムをＩＤ統合管理システムに参加させる場合、参加させるサブシステムに対応するＩＤ情報生成部を追加する。追加されたＩＤ情報生成部は、参加させるサブシステムに対応した形式のＩＤ情報を生成する。例えば、追加されたＩＤ情報生成部は、紐付ＤＢ１３に格納される紐付情報から参加させるサブシステムで用いられる情報を抽出し、例えばＩＤ情報「氏名１、ＩＤａ、ＯＫ、・・・」を生成する。
したがって、上述した構成によれば、ＩＤ統合管理システムに既存のサブシステムを参加させる場合、基本的には参加させるサブシステムに対応するＩＤ情報生成部を追加するだけでよいので、既存のサブシステムをより容易に統合することができる。
【００３１】
ＩＤ情報配信部１１７は、ＩＤ情報生成部で生成されたＩＤ情報を各サブシステムに配信する。ＩＤ情報配信部１１７がＩＤ情報を配信するタイミングは、設定された時刻（一定時間）に達したとき、紐付情報が規定された量（一定量）だけ蓄積されたとき、ＩＣカード発行管理システム１２から紐付情報を受信したときなど、適宜組み合わせて採用することができる。
【００３２】
（ＩＤ統合管理装置における処理）
図４を参照して、ＩＤデータ管理方法の一例について説明する。図４は、ＩＤ統合管理装置１０における処理に係るフローチャートの一例を示す図である。
まず、ステップＳ１０５では、発行管理情報生成部１１１は、人事システム１１から人事情報を受信したか否かを判断する。このとき、発行管理情報生成部１１１が、人事システム１１から人事情報を受信したと判断した場合、ステップＳ１１０の処理を行う。他方、発行管理情報生成部１１１が人事システム１１から人事情報を受信していないと判断した場合、ステップＳ１２０の処理が行われる。
【００３３】
ステップＳ１１０では、発行管理情報生成部１１１は、受信した人事情報が新規に追加された情報（新規情報）であるか、更新された情報（更新情報）であるかを判断する。このとき、発行管理情報生成部１１１が、新規情報であると判断した場合、ステップＳ１１５の処理を行う。他方、発行管理情報生成部１１１が更新情報であると判断した場合、ステップＳ１２５の処理が行われる。
ステップＳ１１５では、発行管理情報生成部１１１は、人事情報をもとに発行管理情報を生成し、生成した発行管理情報をＩＣカード発行管理システム１２に送信する。
【００３４】
ステップＳ１２０では、紐付情報管理部１１２は、ＩＣカード発行管理システム１２から紐付情報を受信したか否かを判断する。このとき、紐付情報管理部１１２は、ＩＣカード発行管理システム１２から紐付情報を受信したと判断した場合、ステップＳ１２５の処理を行う。他方、紐付情報管理部１１２がＩＣカード発行管理システム１２から紐付情報を受信していないと判断した場合、ステップＳ１３０の処理が行われる。
ステップＳ１２５では、紐付情報管理部１１２は、紐付ＤＢ１３の紐付情報を更新する。より具体的には、紐付情報管理部１１２は、更新情報である（ステップＳ１１０の判断でＮＯである）と判断された場合、ユーザ名などをキーとして変更された情報（個人情報、カード停止情報など）を紐付情報に反映する。また、紐付情報管理部１１２は、紐付情報を受信した（ステップＳ１２０の判断でＹＥＳである）と判断した場合、受信した紐付情報を紐付ＤＢ１３に追加する。
【００３５】
ステップＳ１３０では、ＩＤ情報配信部１１７は、配信の時間を示す情報（配信時間情報）に基づいて予め定められた時間に達したか否かを判断する。このとき、ＩＤ情報配信部１１７が、予め定められた時間に達したと判断した場合、ＩＤ情報生成部を呼び出し、ステップＳ１３５の処理が行われる。他方、ＩＤ情報配信部１１７が予め定められた時間に達していないと判断した場合、処理は終了する。本実施形態では、配信時間情報は、記憶装置１０６に記憶された設定ファイルから読み出されるものとする。
ステップＳ１３５では、ＩＤ情報生成部は、紐付ＤＢ１３を参照して各サブシステムに対応したＩＤ情報を生成する。なお、ＩＤ情報生成部は、紐付ＤＢ１３に格納されている紐付情報のうち、変更又は追加された紐付情報をもとにＩＤ情報を生成してもよいし、全ての紐付情報についてＩＤ情報を生成してもよい。
ステップＳ１４０では、ＩＤ情報配信部１１７は、生成されたＩＤ情報を各サブシステムに配信し、処理は終了する。
【００３６】
以上のように、本実施形態では、紐付情報を生成する生成装置（ＩＣカード発行管理システム等）と、記憶装置（ＩＤ統合管理装置１０等）と、配信装置（ＩＤ統合管理装置１０等）と、複数のサブシステムと、複数のＩＤデータ処理装置と、を有するＩＤ統合管理システムであって、上記生成装置が、生成した紐付情報を上記記憶装置に送信し、上記記憶装置が、上記生成装置から送信された紐付情報を受信すると、受信した紐付情報を記憶し、上記配信装置が、上記記憶装置で記憶された紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含む、各サブシステムの認証方式に対応した各サブシステムに固有のフォーマットでＩＤ情報をシステム毎に生成し、生成したＩＤ情報を各システムに配信し、ＩＤデータ処理装置がＩＣカードから読み取ったＩＤデータが対応するサブシステムに通知されると、対応するサブシステムが認証を行うＩＤ統合管理システムを例に挙げて説明した。
【００３７】
上述した構成によれば、既存のサブシステムの認証方式に対応した各サブシステムに固有のフォーマットでＩＤ情報を配信できるので、既存のサブシステムを統合する際に、統合する対象のサブシステムとして、特定の認証方式を採用したサブシステムに限られるという事態が生じない。すなわち、既存のサブシステムを統合する際の認証方式の制限を低減することができる（サブシステムの選定条件が緩和される）。
また、上述した構成によれば、既存のサブシステムをそのまま使用可能となる。更には、セキュリティ性の高低が異なるＩＤデータをサブシステムに応じて採用できるようになる。
【００３８】
＜第２の実施形態＞
（ＩＤ統合管理システムの構成）
図５は、本実施形態に係るＩＤ統合管理システムの構成の一例を示す図である。ＩＤ統合管理システムは、ＩＤ統合管理装置５０、複数のサブシステム（ＩＤａ認証システム２０、ＩＤｂ認証システム２１、ＩＤｃ認証システム２２、ＩＤｄ認証システム２３など）、及び各サブシステムに対応して設けられるＩＤリーダ（後述のＩＤリーダ６２、ＩＤリーダ６３など、同一種類のＩＤデータを読み取るＩＤリーダ）を含んで構成される。なお、第１の実施形態に示す構成と同一の構成については、同一の符号を付して説明を適宜省略する。
ＩＤ統合管理システムでは、基本的には、ＩＤリーダ６２でＩＣカードから読み込まれたＩＤデータが、前記ＩＤリーダ６２に対応して設けられたサブシステムに対応するＩＤデータにＩＤ統合管理装置５０で変換され、変換されたＩＤデータを含む情報が前記サブシステムに送信される。そして、前記サブシステムでは、変換されたＩＤデータを用いたユーザの認証が行われる。
【００３９】
より詳細に説明すると、ＩＤ統合管理装置５０は、紐付ＤＢ５０１、紐付情報管理部５０２、ＩＤデータ変換部（ＩＤデータ変換部Ａ５０３、ＩＤデータ変換部Ｂ５０４、ＩＤデータ変換部Ｃ５０５、ＩＤデータ変換部Ｄ５０６、及びＩＤデータ変換部Ｅ５０７）、及び認証依頼部５０８を有する。
紐付ＤＢ５０１は、紐付情報を格納するデータベースの一例である。紐付情報には、図２に示す紐付情報と同様に、少なくとも、複数種類のサブシステムのＩＤデータ（ＩＤａ、ＩＤｂ、ＩＤｃ、ＩＤｄなど）とユーザ識別データ（ユーザ名など）とが紐付けられている。
【００４０】
紐付情報管理部５０２は、紐付ＤＢ５０１の紐付情報を管理する。より具体的には、紐付情報管理部５０２は、ＩＤリーダから読み取られたＩＣカードのＩＤａ及びＩＤｂと、画面を介して入力されたユーザの氏名と、画面を介して入力された社員番号から作成されたＩＤｃ及びＩＤｄとから紐付情報を生成し、生成した紐付情報を紐付ＤＢ５０１に新規登録する。また、紐付情報管理部５０２は、ユーザ操作に応答して（出力装置１０５により出力された画面を介して）設定された値に従って紐付ＤＢ５０１の紐付情報を更新する。
なお、紐付情報を生成する構成については、第１の実施形態で示した構成を適宜採用することができる。
【００４１】
ＩＤデータ変換部は、紐付ＤＢ５０１に格納されている紐付情報を参照して、ＩＤリーダで読み取られたＩＤデータ（本実施形態では、ＩＤａを適宜例に挙げて説明する。）を前記ＩＤリーダに対応するサブシステムのＩＤデータに変換する。換言するならば、ＩＤデータ変換部は、紐付ＤＢ５０１に格納されている紐付情報から、ＩＤリーダで読み取られたＩＤデータに紐付けられた前記ＩＤリーダに対応するサブシステムのＩＤデータを特定する。
認証依頼部５０８は、リモート型のＩＤリーダであるＩＤリーダ６３でＩＤデータを読み取る許可を得るためにリモート型リーダ６０に認証を依頼する。すなわち、ＩＤリーダ６３では、リモート型リーダ６０で認証が行われてからＩＤデータが読み出される。なお、リモート型リーダ６０は、情報処理装置などであり、規定の認証処理を行い、認証処理の結果をＩＤ統合管理装置５０に返信する。
【００４２】
付言するならば、ＩＤリーダ６２は、ＩＣカードからＩＤデータを読み出す際に認証処理を行う認証機能を有するが、ＩＤリーダ６３は、認証機能を有しない。本実施形態では、ＩＤリーダ６２は、認証処理を行ってＩＣカードのＩＤデータを読み取る第１のＩＤデータ処理装置の一例であり、ＩＤリーダ６３は、リモート型リーダ６０の認証処理の結果に応じてＩＣカードからＩＤデータを読み取る第２のＩＤデータ処理装置の一例である。なお、ＩＤリーダとしては、ＩＣカードからのデータの読み取りの際に認証が不要なＩＤデータを読み取る第３のＩＤデータ処理装置を採用してもよい。
【００４３】
また、本実施形態は、上述した構成に限られるものではない。例えば、ＩＤ統合管理装置５０に代えて、サブシステムに対応したＩＤデータ変換部を有する複数の情報処理装置を採用してもよい。この場合、紐付ＤＢ５０１は、複数の情報処理装置とは異なる装置に設けられていることが好適である。
【００４４】
（ＩＤ統合管理装置の機能構成）
図６は、ＩＤ統合管理装置５０の機能構成の一例を示す図である。ＩＤ統合管理装置５０は、ＩＤデータ受信部５００、紐付情報管理部５０２、ＩＤデータ変換部Ａ５０３、ＩＤデータ変換部Ｂ５０４、ＩＤデータ変換部Ｃ５０５、ＩＤデータ変換部Ｄ５０６、ＩＤデータ変換部Ｅ５０７、認証依頼部５０８、及びＩＤ情報送信部５０９を有する。
ＩＤデータ受信部５００は、ＩＤリーダ６２及びＩＤリーダ６３で読み取られたＩＤデータ（本実施形態ではＩＤａ）を受信し、受信したＩＤデータをＩＤリーダに対応するＩＤデータ変換部に通知する。
【００４５】
ＩＤデータ変換部Ａ５０３は、ＩＤデータ受信部５００から通知されたＩＤデータ（ＩＤａ）をＩＤｄ認証システム２３用のＩＤデータであるＩＤｄに変換し、ＩＤｄをＩＤ情報送信部５０９に通知する。より具体的には、ＩＤデータ変換部Ａ５０３は、ＩＤデータ受信部５００からＩＤａが通知されると、まず、紐付ＤＢ５０１の紐付情報を参照し、通知されたＩＤａに対応する紐付情報を特定する。続いて、ＩＤデータ変換部Ａ５０３は、特定した紐付情報から、ＩＤｄ認証システム２３の認証で用いられるＩＤｄを抽出する。そして、ＩＤデータ変換部Ａ５０３は、抽出したＩＤｄをＩＤ情報送信部５０９に通知する。
【００４６】
ＩＤデータ変換部Ｂ５０４は、ＩＤデータ受信部５００から通知されたＩＤａをＩＤｃ認証システム２２用のＩＤデータであるＩＤｃに変換し、ＩＤｃをＩＤ情報送信部５０９に通知する。この構成の詳細については、ＩＤデータ変換部Ａ５０３と同様であるので説明は省略する。
ＩＤデータ変換部Ｃ５０５は、ＩＤデータ受信部５００から通知されたＩＤａをＩＤｂ認証システム２１用のＩＤデータであるＩＤｂに変換し、ＩＤｂをＩＤ情報送信部５０９に通知する。この構成の詳細については、ＩＤデータ変換部Ａ５０３と同様であるので説明は省略する。
ＩＤデータ変換部Ｄ５０６、及びＩＤデータ変換部Ｅ５０７は、ＩＤデータ受信部５００から通知されたＩＤａをそのままＩＤ情報送信部５０９に通知する。なお、ＩＤデータ受信部５００から通知されるＩＤａは、ＩＤａ認証システム２０用のＩＤデータ（ＩＤａ）であるので、変換の必要がない。
【００４７】
認証依頼部５０８は、ＩＤリーダ６３からの認証を依頼する旨の通知（認証依頼通知）等に応答して、ＩＤリーダ６３での読み取りの認証をリモート型リーダ６０に依頼する。なお、リモート型リーダ６０は、認証の依頼を受信すると、認証処理を行い、その認証処理の結果を認証依頼部５０８に返信する。
ＩＤ情報送信部５０９は、ＩＤデータ変換部より通知されたＩＤデータを含むＩＤ情報を生成し、生成したＩＤ情報を、通知を受けたＩＤデータ変換部（換言するならば、ＩＤデータが読み取られたＩＤリーダ）に対応するサブシステムに送信する。例えば、ＩＤ情報送信部５０９は、ＩＤデータ変換部Ａ５０３よりＩＤｄが通知されると、ＩＤｄを含むＩＤ情報を生成し、生成したＩＤ情報をＩＤｄ認証システム２３に送信する。
なお、ＩＤ統合管理装置５０のハードウェア構成は、ＩＤ統合管理装置１０のハードウェア構成と同様であるので説明を省略する。
【００４８】
（ＩＤ統合管理装置における処理）
図７を参照して、ＩＤデータ管理方法の一例について説明する。図７は、ＩＤ統合管理装置５０における処理に係るフローチャートの一例を示す図である。
まず、ステップＳ５０５では、ＩＤデータ受信部５００は、ＩＤリーダからＩＤデータを受信したか否かを判断する。このとき、ＩＤデータ受信部５００が、ＩＤリーダからＩＤデータを受信したと判断した場合、ステップＳ５１０の処理を行う。他方、ＩＤデータ受信部５００がＩＤリーダからＩＤデータを受信していないと判断した場合、ステップＳ５２０の処理が行われる。
【００４９】
ステップＳ５１０では、ＩＤデータ変換部は、必要に応じて、紐付ＤＢ５０１に格納されている紐付情報を参照して、ＩＤリーダで読み取られたＩＤデータを対応するサブシステムのＩＤデータに変換し、ＩＤ情報送信部５０９にＩＤデータを通知する。
ステップＳ５１５では、ＩＤ情報送信部５０９は、通知されたＩＤデータを含むＩＤ情報を生成し、対応するサブシステムに送信する。
ステップＳ５２０では、紐付情報管理部５０２は、紐付情報（カード情報）を登録（或いは変更）するユーザ操作が行われたか否かを判断する。このとき、紐付情報管理部５０２が、ユーザ操作が行われたと判断した場合、ステップＳ５２５の処理を行う。他方、紐付情報管理部５０２が、ユーザ操作が行われていないと判断した場合、処理は終了する。
【００５０】
ステップＳ５２５では、紐付情報管理部５０２は、カード情報の新規登録であると判断した場合、紐付情報を生成する。
ステップＳ５３０では、紐付情報管理部５０２は、紐付情報を生成した場合は紐付ＤＢ５０１に新規登録し、ユーザ操作に応答して紐付情報の変更値を受け付けた場合は紐付ＤＢ５０１の対応する紐付情報を更新し、処理は終了する。
【００５１】
上述した構成によれば、ＩＤ統合管理システムに既存のサブシステムを参加させる場合、基本的には参加させるサブシステムに対応するＩＤデータ変換部、及びＩＤリーダを追加するだけでよいので、既存のサブシステムをより容易に統合することができる。
また、上述した構成によれば、既存のサブシステムにおける認証の方式を変更することなく、ユーザが所持すべきＩＣカードを１つにすることができる（すなわち、ユーザは、システム毎にＩＣカードを保持する必要がなくなる）。
付言するならば、従来、既存のシステムを統合する場合に、交通系のＩＣカードが利用できるようにする仕組みは存在しない。これに対し、本実施形態によれば、紐付情報により交通系のＩＣカードのＩＤデータに他のＩＣカードのＩＤデータが紐付けられることで、ユーザは、普及している交通系のＩＣカードで既存のシステムが利用できるようなる。
【００５２】
ここで、ＩＤリーダ６２は、鉄道の駅の自動改札機などに用いられているものと同様の機器であるので処理速度が速く、認証機能なども有しているので高価である。故に、ＩＤリーダ６２を採用すると、ＩＤデータがＩＤデータ変換部に通知されるまでの時間を短くできるが、高価となる。
他方、ＩＤリーダ６３は、認証機能などを有しないので、安価ではあるが、リモート型リーダ６０の処理を介してからＩＤデータがＩＤデータ変換部に通知される。故に、ＩＤリーダ６３を採用すると、ＩＤデータがＩＤデータ変換部に通知されるまでの時間がＩＤリーダ６２のときよりも長くなるが、安価となる。
すなわち、本実施形態によれば、処理パフォーマンス及びコストパフォーマンスを考慮して、ＩＤリーダ６２、及びＩＤリーダ６３を適宜採用できるので、既存システムの統合をより柔軟に行うことができるようになる。
【００５３】
＜変形例＞
人事情報は、上述した構成に限られるものではない。例えば、ユーザの所属グループ、役職の情報を含んで構成されてもよい。換言するならば、紐付情報は、ユーザの所属グループ、役職の情報を更に含んで構成されてもよい。
この構成を第１の実施形態に適用した場合、例えば、ＩＤ情報生成部は、所属グループ、役職の情報を更に含むＩＤ情報を生成し、ＩＤ情報配信部は、所属グループ、役職の情報を更に含むＩＤ情報を各サブシステムに配信する。このように構成することで、各サブシステムでは、個人単位の管理に限られず、グループ（組織）や役職に対しての管理もできるようになる。
また、人事異動や組織変更などが行われて人事システムで人事情報が変更されたときは、ＩＤ情報生成部は、新たな所属グループ、役職の情報を含むＩＤ情報を生成し、ＩＤ情報配信部は、生成されたＩＤ情報を各サブシステムに配信する。この場合、ＩＤ情報配信部が即日（人事異動などが行われた日）、生成されたＩＤ情報を各サブシステムに配信する構成が好適である。
【００５４】
また、紐付情報には、カード停止情報に代えて、カード状態情報を採用してもよい。カード状態情報には、ＩＣカードの利用の可否を示す情報（利用可否情報）、ＩＣカードを新規に登録していることを示す情報（新規登録中情報）、ＩＣカードを再発行していることを示す情報（再発行中情報）の何れかの情報が含まれる。例えば、カード状態情報に再発行中情報が含まれている場合は、ＩＣカード発行管理システムにおいて代替カードがユーザに付与されるので、紐付情報管理部では、代替カードに対応する紐付情報を管理している。なお、代替カードに対応する紐付情報は、ＩＤ情報配信部により各サブシステムに適宜のタイミングで配信される。
また、カード状態情報には、ＩＣカードの忘失を示す情報、ＩＣカードの紛失を示す情報、ＩＣカード発行管理システムなどで障害が発生していることを示す情報の何れかが含まれていてもよい。何れの場合も、代替カードがユーザに付与されるので、紐付情報管理部では、代替カードに対応する紐付情報を管理し、代替カードに対応する紐付情報は、ＩＤ情報配信部により各サブシステムに配信されている。
【００５５】
以上、上述した構成によれば、既存の複数のシステムをより容易に統合することができるようになる。
【００５６】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００５７】
１０ ＩＤ統合管理装置
１１ 人事システム
１２ ＩＣカード発行管理システム
２０ ＩＤａ認証システム
２１ ＩＤｂ認証システム
２２ ＩＤｃ認証システム
２３ ＩＤｄ認証システム
【特許請求の範囲】
【請求項１】
複数のシステムと通信可能な情報処理装置であって、
記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成する生成手段と、
前記生成手段で生成されたＩＤ情報を各システムに配信する配信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記生成手段は、各システムに対応するＩＤ情報生成部を有し、
前記ＩＤ情報生成部の各々は、各システムで処理される形式のＩＤ情報を生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記配信手段は、前記生成手段で生成されたＩＤ情報を、一定時間、又は一定量まとめて各システムに配信することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記複数種類のＩＤデータには、交通系のＩＣカードに付されるＩＤデータが含まれていることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
複数のシステム、及び前記複数のシステムに対応して設けられる複数のＩＤデータ処理装置と通信可能な情報処理装置であって、
前記複数のＩＤデータ処理装置のうちの一のＩＤデータ処理装置でＩＤデータが読み取られた場合、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報から、読み取られたＩＤデータに紐付けられた前記一のＩＤデータ処理装置に対応するシステムのＩＤデータを特定する特定手段と、
前記特定手段で特定されたＩＤデータを含むＩＤ情報を前記一のＩＤデータ処理装置に対応するシステムに送信する送信手段と、
を有することを特徴とする情報処理装置。
【請求項６】
複数のシステムと通信可能な情報処理装置におけるＩＤデータ管理方法であって、
記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成する生成工程と、
前記生成工程で生成されたＩＤ情報を各システムに配信する配信工程と、
を有することを特徴とするＩＤデータ管理方法。
【請求項７】
複数のシステム、及び前記複数のシステムに対応して設けられる複数のＩＤデータ処理装置と通信可能な情報処理装置におけるＩＤデータ管理方法であって、
前記複数のＩＤデータ処理装置のうちの一のＩＤデータ処理装置でＩＤデータが読み取られた場合、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報から、読み取られたＩＤデータに紐付けられた前記一のＩＤデータ処理装置に対応するシステムのＩＤデータを特定する特定工程と、
前記特定工程で特定されたＩＤデータを含むＩＤ情報を前記一のＩＤデータ処理装置に対応するシステムに送信する送信工程と、
を有することを特徴とするＩＤデータ管理方法。
【請求項８】
複数のシステムと通信可能なコンピュータを、
記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成する生成手段と、
前記生成手段で生成されたＩＤ情報を各システムに配信する配信手段と、
して機能させるプログラム。
【請求項９】
複数のシステム、及び前記複数のシステムに対応して設けられる複数のＩＤデータ処理装置と通信可能なコンピュータを、
前記複数のＩＤデータ処理装置のうちの一のＩＤデータ処理装置でＩＤデータが読み取られた場合、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報から、読み取られたＩＤデータに紐付けられた前記一のＩＤデータ処理装置に対応するシステムのＩＤデータを特定する特定手段と、
前記特定手段で特定されたＩＤデータを含むＩＤ情報を前記一のＩＤデータ処理装置に対応するシステムに送信する送信手段と、
して機能させるプログラム。
【請求項１】
複数のシステムと通信可能な情報処理装置であって、
記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成する生成手段と、
前記生成手段で生成されたＩＤ情報を各システムに配信する配信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記生成手段は、各システムに対応するＩＤ情報生成部を有し、
前記ＩＤ情報生成部の各々は、各システムで処理される形式のＩＤ情報を生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記配信手段は、前記生成手段で生成されたＩＤ情報を、一定時間、又は一定量まとめて各システムに配信することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記複数種類のＩＤデータには、交通系のＩＣカードに付されるＩＤデータが含まれていることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
複数のシステム、及び前記複数のシステムに対応して設けられる複数のＩＤデータ処理装置と通信可能な情報処理装置であって、
前記複数のＩＤデータ処理装置のうちの一のＩＤデータ処理装置でＩＤデータが読み取られた場合、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報から、読み取られたＩＤデータに紐付けられた前記一のＩＤデータ処理装置に対応するシステムのＩＤデータを特定する特定手段と、
前記特定手段で特定されたＩＤデータを含むＩＤ情報を前記一のＩＤデータ処理装置に対応するシステムに送信する送信手段と、
を有することを特徴とする情報処理装置。
【請求項６】
複数のシステムと通信可能な情報処理装置におけるＩＤデータ管理方法であって、
記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成する生成工程と、
前記生成工程で生成されたＩＤ情報を各システムに配信する配信工程と、
を有することを特徴とするＩＤデータ管理方法。
【請求項７】
複数のシステム、及び前記複数のシステムに対応して設けられる複数のＩＤデータ処理装置と通信可能な情報処理装置におけるＩＤデータ管理方法であって、
前記複数のＩＤデータ処理装置のうちの一のＩＤデータ処理装置でＩＤデータが読み取られた場合、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報から、読み取られたＩＤデータに紐付けられた前記一のＩＤデータ処理装置に対応するシステムのＩＤデータを特定する特定工程と、
前記特定工程で特定されたＩＤデータを含むＩＤ情報を前記一のＩＤデータ処理装置に対応するシステムに送信する送信工程と、
を有することを特徴とするＩＤデータ管理方法。
【請求項８】
複数のシステムと通信可能なコンピュータを、
記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報からＩＤデータを抽出し、抽出したＩＤデータを含むＩＤ情報をシステム毎に生成する生成手段と、
前記生成手段で生成されたＩＤ情報を各システムに配信する配信手段と、
して機能させるプログラム。
【請求項９】
複数のシステム、及び前記複数のシステムに対応して設けられる複数のＩＤデータ処理装置と通信可能なコンピュータを、
前記複数のＩＤデータ処理装置のうちの一のＩＤデータ処理装置でＩＤデータが読み取られた場合、記憶装置に記憶されている、ユーザを識別するユーザ識別データに対して前記複数のシステムにおける複数種類のＩＤデータが紐付けられた紐付情報から、読み取られたＩＤデータに紐付けられた前記一のＩＤデータ処理装置に対応するシステムのＩＤデータを特定する特定手段と、
前記特定手段で特定されたＩＤデータを含むＩＤ情報を前記一のＩＤデータ処理装置に対応するシステムに送信する送信手段と、
して機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１０３７４４（Ｐ２０１２−１０３７４４Ａ）
【公開日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願番号】特願２０１０−２４８８５５（Ｐ２０１０−２４８８５５）
【出願日】平成２２年１１月５日（２０１０．１１．５）
【出願人】（５９３０９２４８２）ジェイアール東日本メカトロニクス株式会社 (85)
【Ｆターム（参考）】
【公開日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願日】平成２２年１１月５日（２０１０．１１．５）
【出願人】（５９３０９２４８２）ジェイアール東日本メカトロニクス株式会社 (85)
【Ｆターム（参考）】
[ Back to top ]