情報処理システム及び入退場管理システム
【課題】インポート元のデータ変更による再インストール時においてインポート先のデータ変更を必要最小限にとどめることができ、かつインポート元とインポート先とのデータフィールドの数が異なっても不都合なく処理する。
【解決手段】初期インポート処理の完了後に社員管理データベース３０３の社員管理テーブルの内容が更新された場合、これに対応して入退場管理データベース２０５のタグＩＤ管理テーブルの内容を継続インポート処理によって更新し、継続インポート処理では、社員管理テーブルの内容の更新に伴って変更されたデータフィールドに対応する、タグＩＤ管理テーブルのデータフィールドのデータ内容だけを、当該更新後の社員管理テーブルのデータ内容で置き換える。
【解決手段】初期インポート処理の完了後に社員管理データベース３０３の社員管理テーブルの内容が更新された場合、これに対応して入退場管理データベース２０５のタグＩＤ管理テーブルの内容を継続インポート処理によって更新し、継続インポート処理では、社員管理テーブルの内容の更新に伴って変更されたデータフィールドに対応する、タグＩＤ管理テーブルのデータフィールドのデータ内容だけを、当該更新後の社員管理テーブルのデータ内容で置き換える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のデータベース間におけるデータの流用を目的としたインポート処理を行う情報処理システム、及びこれを用いた入退場管理システムに関する。
【背景技術】
【０００２】
例えば、各種情報を格納したデータベースが複数個設けられている場合で、それぞれのデータフォーマットが異なるような場合でも、１つのデータベースのデータ内容を他のデータベースのデータ内容として流用できる場合がある。このような場合、データフォーマットが異なるそれら複数のデータベース同士でデータを共有できるように、データを所定の形式のファイルに変換して容易にデータの入出力をできるようにする、いわゆるインポート処理の手法が既に知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２６８６６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、インポート元のデータベースからインポート先のデータベースにデータをインポートした後、インポート元のデータベースにおいてデータ内容が変更される場合がある。その際には、インポート元のデータベースのデータ内容の変更に合わせ、再度インポート処理を行い、インポート先のデータベースのデータ内容を変更（更新）する必要がある。このような場合、従来のインポート処理においては、以下の３つの手法のうちのいずれかによる更新処理を行うのが一般的であった。すなわち、
（１）インポート先のデータベースにおける既存データを全て消去し、インポート元のデータベースの変更データ全体を新たに記載する（全体入れ替え）。
（２）インポート先のデータベースにおける既存データを残したまま、それら既存データに追加してインポート元のデータベースの変更データ全体を新たに記載する（全体追加）。
（３）インポート先のデータベースにおける既存データを１つのシートに残したまま、そのシートとは異なる別の新規なシートにインポート元のデータベースの変更データ全体を記載する（別シート記載）。
【０００５】
上記（１）の手法では、インポート先のデータベースにインポート元のデータベースにはない独自の情報項目（データフィールド）が設定・記載されている場合、そのデータフィールドのデータは再インポートによって全て消去されてしまうという問題がある。また、上記（２）の手法では、変更のない同じ内容のデータが重複して記載されてしまうためムダが生じ、また管理の煩雑化を招く問題がある。また、上記（３）の手法では、シート別に管理可能なデータベースにしか適用できず、またインポート処理後に手作業でシート間のデータの入れ替えなどが必要となる問題がある。
【０００６】
一方、上記特許文献１記載の従来技術は、各データベースのそれぞれのデータフィールドの名称の違いに関係なく、実質的に情報の内容（属性）が同じデータフィールドを選択してインポート処理を行うようになっている。しかしながら、最初のインポートで属性が同じデータフィールドどうしでインポートを行った後の再インポート処理において、データフィールドの属性に応じて効率よい処理を行うことについては何ら記載がない。すなわち、最初のインポート完了後にインポート元のデータ変更が生じ再インポートを行う際、データ変更が生じたデータフィールドに着目し選択的に再インポートする等の配慮は特になされていない。したがって、結局、上記（１）（２）（３）の手法と同様の問題点が生じる。また、インポート元のデータベースとインポート先のデータベースとの双方のデータフィールド数が異なる場合についても特に配慮されていない。
【０００７】
本発明の目的は、インポート元のデータ変更による再インストール時においてインポート先のデータ変更を必要最小限にとどめることができ、かつインポート元とインポート先とのデータフィールドの数が異なっても不都合なく処理できる、情報処理システム及びこれを用いた入退場管理システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、第１の発明は、識別子として記載された第１識別情報と、前記第１識別情報に対応付けられて複数の第１データフィールドのそれぞれに記載された複数の第１データ本体と、をそれぞれ備えた複数の第１データを配列した第１テーブルを有する第１データベースに含まれる、前記第１データの前記第１識別情報及び前記複数の第１データ本体を、識別子として記載される第２識別情報と、前記第２識別情報に対応付けられて複数の第２データフィールドのそれぞれに記載される複数の第２データ本体と、をそれぞれ備えた複数の第２データを配列する第２テーブルを有する第２データベースの前記第２識別情報及び前記複数の第２データ本体の少なくとも一部として、それぞれインポート処理する情報処理システムであって、前記第１データの前記第１識別情報を、前記第２データの前記第２識別情報として記載し、前記複数の第１データ本体のうち、前記第１データフィールドと前記第２データフィールドとの対応付けがなされているものは、各第１データフィールドに係わる第１データ本体を、対応する各第２データフィールドの第２データ本体として記載し、前記第１データフィールドとの対応付けがなされていない前記第２データフィールドについては、前記第２識別情報を記載しないか、若しくは、第２識別情報を暫定的記載とする、初期インポート処理手段と、前記初期インポート処理手段によるインポート処理の完了後に前記第１テーブルの内容が更新された場合、これに対応して前記第２テーブルの内容の更新を行う、継続インポート処理手段とを有し、前記継続インポート処理手段は、記第１テーブルの内容の更新に伴って第１データ本体が変更された第１データフィールドに対応する第２データフィールドの第２データ本体を、当該更新後の第１データ本体で置き換える、部分データ置換手段を備えることを特徴とする。
【０００９】
本願第１発明の情報処理システムは、互いに形式が異なる、第１データベースの第１テーブルから、第２データベースの第２テーブルへの、データインポート処理を行うものである。
【００１０】
第１テーブルには複数の第１データが配置されており、各第１データは、識別子としての第１識別情報とこれに対応する複数の第１データ本体とを備えている。各第１データ本体は、複数の第１データフィールドにそれぞれ対応して記載されている。
【００１１】
同様に、第２テーブルには複数の第２データが配置されており、各第２データは、識別子としての第２識別情報とこれに対応する複数の第２データ本体とを備えている。各第２データ本体は、複数の第２データフィールドにそれぞれ対応して記載されている。
【００１２】
そして、本願第１発明の情報処理システムは、第１識別情報及び第１データ本体を、第２識別情報及び第２データ本体の少なくとも一部へとインポートする。システム構築時等の最初のインポート処理時には、初期インポート処理手段がインポート処理を行う。すなわち、第１識別情報をそのまま第２識別情報として記載し、第１データフィールドと第２データフィールドとの対応付けが済んでいるものについては各第１データフィールドの第１データ本体を、そのまま対応する各第２データフィールドの第２データ本体として記載する。一方、第１データフィールドと対応付けがない第２データフィールドについては第２識別情報を記載せず空白とする（又は暫定的記載とする）。これにより、第１テーブルの第１データを、異なる形式である第２テーブルに転記し、第２データの一部として流用することができる。
【００１３】
このように当初のインポートが完了した後、何らかの事情でインポート元である第１データベースの第１テーブルの内容に変更があった場合、上記のようにして第１テーブルのデータを流用して形成した、インポート先の第２データベースの第２テーブルの内容に対しても、当該変更を反映させる必要がある。本願第１発明においては、継続インポート処理手段がこの変更反映のためのインポート処理を行う。すなわち、上記のようにして複数の第１データフィールドにわたって記載された複数の第１データ本体のうち、第１データ本体が変更された第１データフィールドのみに着目し、当該第１データフィールドに対応する第２データフィールドの第２データ本体のみを、変更された第１データ本体で置き換える。それ以外の第１データ本体については、（もともと変更されていないことから）初期インポート処理手段による当初のインポート処理後の姿のままで存置する。
このようにすることで、インポート元からインポート先への当初のインポート処理が完了した後、インポート元のデータ変更が生じた場合でも、インポート先のデータ変更を必要最小限の部分だけにとどめつつ、変更を反映させることができる。この結果、全面的にデータ差し替えを行う場合に生じ得るインポート先の独自データフィールド部分の削除や、変更後のデータを全面的に新規追加する場合に生じる未変更部分における変更前データとの同一データの重複や、変更後のデータを別ファイルや別シートの形とする場合のデータ加工や管理の煩雑さ、といった不都合を回避し、常に１つの第２テーブルにおいて最新のデータを表示することができる。また、インポート元とインポート先とのデータフィールドの数が異なっても、不都合なく処理することができる。
【００１４】
第２発明は、上記第１発明において、前記第１識別情報及び前記第２識別情報は、前記第１テーブルの第１データとこれに対応する前記第２テーブルの第２データとに共通に使用され、互いに対応付けられる第１データ及び第２データの組ごとに固有である、データ識別情報と、前記第１データ本体又は前記第２データ本体の関連付け対象を表し、前記データ識別情報に対応付けられた対象識別情報とを含むことを特徴とする。
【００１５】
これにより、初期インポート処理手段や継続インポート処理手段で第１テーブルから第２テーブルへのインポート処理を行う際、固有のデータ識別情報を共通に用いて、「データ識別情報−第１データ本体」と「データ識別情報−第２データ本体」との組ごとに、他の組と明確に区別し、円滑に管理を行うことができる。
【００１６】
第３発明は、上記第２発明において、前記継続インポート処理手段は、前記第１テーブルの内容の更新に伴って前記データ識別情報に対応付けられる前記対象識別情報が変更された場合、対応する全ての第２データフィールドの第２データ本体を、対応する当該更新後の第１データ本体で置き換える、全体データ置換手段を備えることを特徴とする。
【００１７】
第１テーブルにおけるデータ識別情報と対象識別情報との対応付けが変更された（消滅した場合も含む）場合とは、当該データ識別情報（例えばＩＤ・コード等）に対応する関連付け対象（例えば人物や物品）が変更された場合である。したがって、本願第３発明においては、全体データ置換手段が、当該データ識別情報に対応した第２データ本体の全てを、全ての第２データフィールドにわたり、変更後の第１データ本体で置き換える。これにより、ＩＤ・コード等を割り振る人物や物品が変わった場合等に対応した全面的なデータ差し替えを、円滑かつ確実に行うことができる。
【００１８】
第４発明は、上記第１発明において、前記第１識別情報及び前記第２識別情報は、前記第１データ本体又は前記第２データ本体の関連付け対象を表す対象識別情報により構成されることを特徴とする。
【００１９】
これにより、例えばＩＤ・コード等を用いることなく、人物氏名や物品名称等を用いたシンプルな形でデータ管理を行うことができる。
【００２０】
第５発明は、上記第４発明において、前記継続インポート処理手段は、前記第１テーブルの内容の更新に伴って、既存の前記対象識別情報に対応付けられる前記第１データ本体が変更されている場合には、当該変更された第１データ本体の属する第１データフィールドに対応する第２データフィールドの第２データ本体を当該更新後の第１データ本体で置き換えるか、若しくは、当該対象識別情報及び対応する第１データ本体を前記第２テーブルにおける第２識別情報及び第２データ本体として新たに記載するのか、を操作者が選択可能とするための選択手段を備えることを特徴とする。
【００２１】
第１テーブルにおいて、当初、特定の「対象識別情報」に「（変更前の）第１データ本体」が対応付けられていた状態で、その後第１データ本体の一部に変更があった場合、その変更後の第１テーブルには、当該特定の「対象識別情報」に「（変更後の）第１データ本体」が対応付けられることとなる。
【００２２】
第２テーブルには、初期インポート処理手段によって、上記特定の「対象識別情報」に対し、第２データ本体として「（変更前の）第１データ本体」が記載されている。
【００２３】
ここで、第２テーブルにおいて上記変更に対応した処理を行おうとした場合、例えば人物氏名や物品名称等からなる対象識別情報は上記データ識別情報と異なり、各データについて必ずしも固有のものではなく、同一対象識別情報を備える別データが存在する可能性がある。このため、そのままでは、継続インポート処理手段が、上記変更後の第１データ本体を認識したときに、（偶然一致した）同一の対象識別情報と変更後の第１データ本体からなる別データであるのか、もとのデータの第１データ本体が変更されたものなのかを区別することができない。前者であれば、第２テーブルにおける第２データの新規追加を行わねばならず、後者であれば、第２テーブルにおいて上記変更に対応した第２データフィールドの第２データ本体のみを変更すれば足りる。
【００２４】
そこで本願第５発明においては、選択手段を介し、操作者が上記いずれの処理とすべきかを、選択可能としている。これにより、人物氏名や物品名称等を用いたシンプルな形でデータ管理を行う際に生じうる、上記不都合を回避し、円滑なインポート処理を行うことができる。
【００２５】
第６発明は、上記第２乃至第５発明のいずれかにおいて、前記継続インポート処理手段は、前記第１テーブルの内容の更新に伴って前記第１識別情報及びこれに対応する前記第１データ本体の新規追加があった場合、当該追加された第１識別情報及び第１データ本体を、前記第２テーブルにおける第２識別情報及び第２データ本体として新たに記載する、新規データ追加手段を備えることを特徴とする。
【００２６】
これにより、第１テーブルにおいて全く新しいデータ追加があった場合にも、当該データ追加に対応したデータ追加を第２テーブルにおいて確実に行うことができる。
【００２７】
第７発明は、上記第２乃至第６発明のいずれかにおいて、前記初期インポート処理手段及び前記継続インポート処理手段は、前記第２データベースとして、情報を記憶するＩＣ回路部と情報を送受信するタグアンテナと備えた無線タグのタグ識別情報と、前記対象識別情報とを対応付ける前記第２テーブルを有するタグＩＤ管理データベースへのインポート処理を行うことを特徴とする。
【００２８】
これにより、既存の適宜の第１データベースで管理していた事柄に対し、新たに無線タグを用いた管理を行おうとするときに、無線タグを介した管理を実行するために用いられるタグＩＤ管理データベースに、もともとの第１データベースのテーブル内容を転記し、当該タグＩＤ管理データベースのデータの一部として円滑に活用することができる。
【００２９】
第８発明は、上記第１乃至第７発明のいずれかにおいて、前記第２データベースを有し、前記初期インポート処理手段及び前記継続インポート処理手段は、システム外の前記第１データベースから、前記第２データベースへのインポート処理を行うことを特徴とする。
【００３０】
インポート先のデータベースを組み込んだ形でシステムを構築することにより、システム構成を簡素化でき、また手軽に本発明の情報処理システムを実現することができ、さらに必要時には全体の移動も容易に行うことができる。
【００３１】
上記目的を達成するために、第９の発明は、所定の管理対象区画に対する入退場者に付随された無線タグと通信を行う通信アンテナと、前記通信アンテナを介し前記無線タグより情報取得を行うことにより、前記管理対象区画への前記入退場者の入場又は退場を検出する入退場検出手段と、識別子として記載される管理識別情報と、前記管理識別情報に対応付けられて複数の管理データフィールドのそれぞれに記載され、前記入退場者に係わる人物識別情報及び当該入退場者に付随される前記無線タグのタグ識別情報を含む、複数の管理データ本体と、をそれぞれ備えた複数の管理データを配列する管理テーブルを有する管理データベースと、前記入退場検出手段による検出時に、当該入退場検出手段で前記無線タグより取得されたタグ識別情報が、前記管理データベースに格納された前記タグ識別情報に含まれるかどうかを判定する判定手段と、識別子として記載された基本識別情報と、前記基本識別情報に対応付けられて複数の基本データフィールドのそれぞれに記載され、人物識別情報を含む複数の基本データ本体と、をそれぞれ備えた複数の基本データを配列した基本テーブルを有する基本データベースに含まれる、前記基本データの前記基本識別情報及び前記複数の基本データ本体を、前記管理データベースの前記管理識別情報及び前記複数の管理データ本体の一部として、それぞれインポート処理する情報処理装置とを有し、前記入退場者の入退場管理を行う入退場管理システムであって、前記情報処理装置は、前記基本データの前記基本識別情報を、前記管理データの前記管理識別情報として記載し、前記複数の基本データ本体のうち、前記基本データフィールドと前記管理データフィールドとの対応付けがなされているものは、各基本データフィールドに係わる基本データ本体を、対応する各管理データフィールドの管理データ本体として記載し、前記基本データフィールドとの対応付けがなされていない前記管理データフィールドについては、前記管理識別情報を記載しないか、若しくは、管理識別情報を暫定的記載とする、初期インポート処理手段と、前記初期インポート処理手段によるインポート処理の完了後に前記基本テーブルの内容が更新された場合、これに対応して前記管理テーブルの内容の更新を行う、継続インポート処理手段とを有し、前記継続インポート処理手段は、前記基本テーブルの内容の更新に伴って基本データ本体が変更された基本データフィールドに対応する管理データフィールドの管理データ本体を、当該更新後の基本データ本体で置き換える、部分データ置換手段を備えることを特徴とする。
【００３２】
本願第９発明の入退場管理システムは、所定の管理対象区画への入場者又は退場者の入退場管理を行う。各入退場者には無線タグが付随されており、入場又は退場の際には、入退場検出手段が、通信アンテナを用いた無線通信によって無線タグから情報取得を行い、これによって入場検出又は退場検出が行われる。このとき、各無線タグに備えられたタグ識別情報と、当該無線タグが付随される入退場者の人物識別情報とが、予め管理データとして対応付けられ、管理データベースに格納されている。上記入退場検出手段により入場検出又は退場検出が行われた際には、当該検出した入退場者が不法侵入者ではなく、正当な権限者であることの認証を行わねばならない。無線タグから読み取られる情報には必ずタグ識別情報が含まれることから、この正当権限者であることの認証は、無線タグから取得された無線タグ識別情報をキーに管理データベースにアクセスすることによって行うことができる。
【００３３】
本願第９発明では、このとき用いられる上記管理データベースを、例えば別の用途のために既に構築され、上記人物識別情報をデータとして含む既存の基本データベースからのデータインポート処理によって構築することができる。すなわち、情報処理装置が、互いに形式が異なる、基本データベースの基本テーブルから、管理データベースの管理テーブルへの、データインポート処理を行う。基本テーブルには複数の基本データが配置されており、各基本データは、識別子としての基本識別情報とこれに対応する複数の基本データ本体（人物識別情報を含む）とを備えている。各基本データ本体は、複数の基本データフィールドにそれぞれ対応して記載されている。一方、管理テーブルには複数の管理データが配置されており、各管理データは、識別子としての管理識別情報とこれに対応する複数の管理データ本体とを備えている。各管理データ本体は、複数の管理データフィールドにそれぞれ対応して記載されており、その中に、前述したように入退場者に係わる人物識別情報と、当該入退場者に付随される前記無線タグのタグ識別情報とを含んでいる。
【００３４】
そして、情報処理装置は、基本識別情報及び基本データ本体を、管理識別情報及び管理データ本体の少なくとも一部へとインポートする。システム構築時等の最初のインポート処理時には、初期インポート処理手段がインポート処理を行う。すなわち、基本識別情報をそのまま管理識別情報として記載し、基本データフィールドと管理データフィールドとの対応付けが済んでいるものについては各基本データフィールドの基本データ本体を、そのまま対応する各管理データフィールドの管理データ本体として記載する。したがって両データベースに共通するデータフィールドである人物識別情報については、基本データ本体の人物識別情報が、そのまま管理データベースの人物識別情報として記載される。一方、基本データフィールドと対応付けがない管理データフィールドについては管理識別情報を記載せず空白とする（又は暫定的記載とする）。これにより、基本テーブルの基本データを、異なる形式である管理テーブルに転記し、管理データの一部として流用することができる。
【００３５】
このようにして、当初のインポートが完了した後、何らかの事情（例えば入退場者名簿の更新等）でインポート元である基本データベースの基本テーブルの内容に変更があった場合、上記のようにして基本テーブルのデータを流用して形成した、インポート先の管理データベースの管理テーブルの内容に対しても、当該変更を反映させる必要がある。本願第９発明においては、情報処理装置の継続インポート処理手段がこの変更反映のためのインポート処理を行う。すなわち、上記のようにして複数の基本データフィールドにわたって記載された複数の基本データ本体のうち、基本データ本体が変更された基本データフィールドのみに着目し、当該基本データフィールドに対応する管理データフィールドの管理データ本体のみを、変更された基本データ本体で置き換える。それ以外の基本データ本体については、（もともと変更されていないことから）初期インポート処理手段による当初のインポート処理後の姿のままで存置する。
【００３６】
このようにすることで、インポート元である基本データベースからインポート先の管理データベースへの当初のインポート処理が完了した後、基本データベースの基本テーブルのデータ変更が生じた場合でも、管理データベースの管理テーブルのデータ変更を必要最小限の部分だけにとどめつつ、変更を反映させることができる。この結果、常に１つの管理テーブルにおいて最新のデータを表示することができる。また、基本データベースの基本テーブルと管理データベースの管理テーブルとのデータフィールドの数が異なっても、不都合なく処理することができる。
【００３７】
第１０発明は、上記第９発明において、前記入退場者に係わる前記人物識別情報又は前記タグ識別情報と、当該入退場者の入退場時刻とを対応付けて記録するための打刻データベースと、前記判定手段の判定結果に応じて、当該判定時の時刻情報に基づき、前記打刻データベースに対し、対応する記録処理を行う時刻記録処理手段とを有することを特徴とする。
【００３８】
これにより、管理データベースに人物識別情報が登録された入退場者について、入場時刻と退場時刻を記録（打刻）して管理することができるので、社員の出退勤管理等に活用することができる。
【発明の効果】
【００３９】
本発明によれば、インポート元のデータ変更による再インストール時においてインポート先のデータ変更を必要最小限にとどめることができる。また、インポート元とインポート先とのデータフィールドの数が異なっても、不都合なく処理することができる。
【図面の簡単な説明】
【００４０】
【図１】本実施形態の入退場管理システムとサーバの全体構成を示すシステム構成図である。
【図２】入退場管理システム及びサーバのシステム全体の機能構成を示す機能ブロック図である。
【図３】個人別入退場管理テーブルの一例を示す図である。
【図４】リーダの高周波回路の詳細機能構成を示す機能ブロック図である。
【図５】社員証カードに備えられる無線タグ回路素子の機能的構成の一例を示す機能ブロック図である。
【図６】社員管理テーブルとタグＩＤ管理テーブルとのフィールドマッピングの一例を示す図である。
【図７】最初のインポート処理直後のタグＩＤ管理テーブルの一例を示す図である。
【図８】作成が完了したタグＩＤ管理テーブルの一例を示す図である。
【図９】再インポート処理によってタグＩＤ管理テーブルの更新を行う場合の一例を示す図である。
【図１０】再インポート処理による更新直後のタグＩＤ管理テーブルの一例を示す図である。
【図１１】サーバがデータファイルをエクスポートする際にその制御回路によって実行されるエクスポートの制御手順を示すフローチャートである。
【図１２】図１１のエクスポートにより作成されたエクスポートファイルのデータ内容の一例を概念的に示す図である。
【図１３】ＰＣ端末の制御回路によるインポートで実行される制御手順を示すフローチャートである。
【図１４】図１３のフローにおけるステップＳ１１５の手順でフィールドマッピングの設定を行う際の表示部における表示の一例を示した図である。
【図１５】図１３中のステップＳ２００において実行される初期インポート制御の詳細手順を表すフローチャートである。
【図１６】図１３中のステップＳ３００において実行される継続インポート制御の詳細手順を表すフローチャートである。
【図１７】上書き更新確認メッセージの表示と上書き更新の確認入力を行う際の表示部における表示の一例を示した図である。
【図１８】入退場管理を行う際に、ＰＣ端末の制御回路によって実行される入退場検出処理の制御手順を示すフローチャートである。
【図１９】図１８の入退場検出処理においてＰＣ端末の表示部に表示される入退場管理画面の一例を示す図である。
【発明を実施するための形態】
【００４１】
以下、本発明の一実施の形態を図面を参照しつつ説明する。本実施形態は、本発明の情報処理システムを、所定の管理対象区画（建造物や、建造物の特定の部屋や、特定の敷地・エリアなど）に対する人物の入退場管理システムに適用した場合の実施形態である。
【００４２】
図１に、本実施形態の入退場管理システムとサーバの全体構成を示す。
【００４３】
入退場管理システム（情報処理システム）ＩＳは、本実施形態における管理対象区画である会社における入場者及び退場者（以下、合わせて入退場者という）の入退場管理を行うものである。この入退場管理システムＩＳは、社員Ｍに付随（携帯、所持等）された社員証カードＴより、無線通信を介して情報の取得を行うリーダ１００と、このリーダ１００と例えばＵＳＢ等のインターフェースを介して接続され、リーダ１００を操作可能なＰＣ端末（情報処理装置）２００とを有している。そして、上記ＰＣ端末２００は、有線あるいは無線のネットワークＮＷ（ＬＡＮ、無線ＬＡＮ等）を介してサーバ３００と情報入出力可能に接続されている。なお、ここではリーダ１００とＰＣ端末２００とを有線接続させた場合を例示したが、無線通信を介して無線接続させてもよい。
【００４４】
社員証カードＴには、情報を記憶するＩＣ回路部１５０及び情報の送受信を行うタグアンテナ１５１を備えた無線タグ回路素子Ｔｏ（無線タグ）が設けられている（後述の図２、図５参照）。上記ＩＣ回路部１５０には、各無線タグ回路素子Ｔｏの固有の識別情報であるタグＩＤ（タグ識別情報）が記憶されている。
【００４５】
ＰＣ端末２００は、液晶ディスプレイ等の表示部２０１及びキーボードやマウス等の操作部２０２を有している。このＰＣ端末２００には、所定の入退場管理アプリケーションがインストールされており、ＰＣ端末２００の電源投入時に自動又は手動操作により入退場管理アプリケーションが起動される。このアプリケーションが実行されている間は、表示部２０１に入退場管理画面（後述の図１９参照）が表示され、社員が社員証カードＴをリーダ１００にかざすことにより、入場時刻又は退場時刻の記録等が行われる。
【００４６】
図２に、入退場管理システムＩＳ及びサーバ３００のシステム全体の機能構成を示す。
【００４７】
この図２において、ＰＣ端末２００は、上記表示部２０１及び操作部２０２と、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを有する制御回路２０３と、サーバ３００との間でネットワークＮＷを介して行われるネットワーク通信の制御を行うネットワーク通信制御部２０４と、ハードディスク装置等の大容量記憶装置からなる入退場管理データベース２０５（第２データベース、管理データベース）と、ＵＳＢなどの規格に準拠するインターフェース接続を介してリーダ１００との情報信号の授受の制御を行う通信制御部２０６とを備えている。
【００４８】
制御回路２０３は、ＲＡＭの一時記憶機能を利用しつつＲＯＭに予め記憶されたプログラムを実行し、それによって上記入退場管理アプリケーションを実行したり、リーダ１００との間で各種の指示信号・情報信号の送受を行うようになっている。
【００４９】
上記入退場管理データベース２０５は、タグＩＤ管理テーブル（第２テーブル；管理テーブル。後述の図６、図７、図８、図９、図１０参照）を記憶したタグＩＤ管理データベース（図示省略）と、個人別入退場管理テーブルを記憶した打刻データベース（図示省略）とから構成されている。
【００５０】
タグＩＤ管理テーブルは、入退場管理の対象者である社員の人物識別情報とその他の関連する情報（詳細は後述）を、当該社員に付随される社員証カードＴのタグＩＤとを対応付けて記録するためのものである。また、個人別入退場管理テーブル（後述の図３参照）は、入退場を行う社員の人物識別情報等と当該社員の入退場時刻とを対応付ける（詳細は後述）ようにして各社員の個人別に作成され、日々記録される。
【００５１】
一方、リーダ１００は、社員証カードＴに設けられ、情報を記憶するＩＣ回路部１５０及び情報の送受信を行うタグアンテナ１５１を備えた無線タグ回路素子Ｔｏとの間で無線通信を行う通信アンテナ１０１と、この通信アンテナ１０１を介し上記無線タグ回路素子ＴｏのＩＣ回路部１５０へ無線通信によりアクセスすると共に、その無線タグ回路素子Ｔｏから読み出された信号を処理する高周波回路１０２と、上記ＰＣ端末２００との間で行われる通信の制御を行う通信制御部１０３とを有している。上記高周波回路１０２とＰＣ端末２００の制御回路２０３とは、通信制御部１０３，２０６を介して情報の送受信が可能となっている。
【００５２】
また、サーバ３００は、上記ＰＣ端末２００との間でネットワークＮＷを介して行われるネットワーク通信の制御を行うネットワーク通信制御部３０１と、サーバ３００全体の動作を制御する制御回路３０２と、ハードディスク装置等の大容量記憶装置からなる社員管理データベース（第１データベース；基本データベース）３０３とを有している。この社員管理データベース３０３には、当該会社に所属する全社員の人物識別情報とその他の関係する情報（詳細は後述）を記憶・管理するための社員管理テーブル（第１テーブル；基本テーブル。後述の図６、図９参照）が記録・管理されている。
【００５３】
図３は、個人別入退場管理テーブルの一例を示す図である。この図３に示す個人別入退場管理テーブルは、上記タグＩＤ管理テーブルとともに上記ＰＣ端末２００の入退場管理データベース２０５に記録・管理される情報である。図示する例では、タグＩＤが「０８００００Ｂ５」、氏名が「山田花子」である入退場者一個人についての１２月における入退場時間が記録されている。ＰＣ端末２００の入退場管理データベース２０５には、このような個人別入退場管理テーブルが、タグＩＤ管理テーブルに記載されている入退場者の数（ＩＤの数）だけ作成され、それぞれ記録・管理されている。
【００５４】
なお、インポート処理に係わる上記社員管理テーブル及びタグＩＤ管理テーブルの詳細については、図６〜図８等を用いて後述する。
【００５５】
図４に、リーダ１００の高周波回路１０２の詳細機能構成を示す。
【００５６】
この図４において、高周波回路１０２は、上記通信アンテナ１０１を介し上記社員証カードＴの無線タグ回路素子ＴｏのＩＣ回路部１５０の情報へアクセスするものである。この高周波回路１０２には、ＰＣ端末２００の制御回路２０３により生成される、社員証カードＴの無線タグ回路素子ＴｏのＩＣ回路部１５０から読み出された信号を処理して情報を読み出すと共に無線タグ回路素子ＴｏのＩＣ回路部１５０へアクセスして所望の情報を書き込むための各種コマンドが、通信制御部２０６，１０３を介して入力される。なお、煩雑防止のため図４では通信制御部２０６，１０３の図示を省略している。
【００５７】
高周波回路１０２は、通信アンテナ１０１を介し社員証カードＴの無線タグ回路素子Ｔｏに対して信号を送信する送信部１４２と、通信アンテナ１０１により受信された無線タグ回路素子Ｔｏからの応答波を入力する受信部１４３と、送受分離器１４４とから構成される。
【００５８】
送信部１４２は、無線タグ回路素子ＴｏのＩＣ回路部１５０の無線タグ情報（タグＩＤ）にアクセスするための質問波を生成するブロックである。すなわち、送信部１４２は、周波数の基準信号を出力する水晶振動子１４５Ａと、制御回路２０３の制御により水晶振動子１４５Ａの出力を分周／遁倍して所定周波数の搬送波を発生させるＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ）１４５Ｂ、及びＶＣＯ（Ｖｏｌｔａｇｅ Ｃｏｎｔｒｏｌｌｅｄ Ｏｓｃｉｌｌａｔｏｒ）１４５Ｃと、上記制御回路２０３から供給される信号に基づいて上記発生させられた搬送波を変調（この例では制御回路２０３からの「ＴＸ＿ＡＳＫ」信号に基づく振幅変調）する送信乗算回路１４６（振幅変調の場合は増幅率可変アンプ等を用いてもよい）と、その送信乗算回路１４６により変調された変調波を増幅（この例では制御回路２０３からの「ＴＸ＿ＰＷＲ」信号によって増幅率を決定される増幅）して所望の質問波を生成するゲイン制御送信アンプ１４７とを備えている。そして、上記発生される搬送波は、例えばＵＨＦ帯（又はマイクロ波帯、あるいは短波帯でもよい）の周波数を用いており、上記ゲイン制御送信アンプ１４７の出力は、送受分離器１４４を介し通信アンテナ１０１に伝達されて無線タグ回路素子ＴｏのＩＣ回路部１５０に供給される。なお、質問波は上記のように変調した信号（変調波）に限られず、単なる搬送波のみの場合もある。
【００５９】
受信部１４３は、通信アンテナ１０１で受信された無線タグ回路素子Ｔｏからの応答波と上記搬送波とを乗算して復調するＩ相受信乗算回路１４８と、そのＩ相受信乗算回路１４８の出力から必要な帯域の信号のみを取り出すためのＩ相バンドパスフィルタ１４９と、このＩ相バンドパスフィルタ１４９の出力を増幅するＩ相受信アンプ１６２と、このＩ相受信アンプ１６２の出力をさらに増幅してデジタル信号に変換するＩ相リミッタ１６３と、上記通信アンテナ１０１で受信された無線タグ回路素子Ｔｏからの応答波と上記搬送波が移相器１６７により位相を９０°遅らせた信号とを乗算するＱ相受信乗算回路１７２と、そのＱ相受信乗算回路１７２の出力から必要な帯域の信号のみを取り出すためのＱ相バンドパスフィルタ１７３と、このＱ相バンドパスフィルタ１７３の出力を増幅するＱ相受信アンプ１７５と、このＱ相受信アンプ１７５の出力をさらに増幅してデジタル信号に変換するＱ相リミッタ１７６とを備えている。そして、上記Ｉ相リミッタ１６３から出力される信号「ＲＸＳ−Ｉ」及びＱ相リミッタ１７６から出力される信号「ＲＸＳ−Ｑ」は、上記制御回路２０３に入力されて処理される。
【００６０】
また、Ｉ相受信アンプ１６２及びＱ相受信アンプ１７５の出力は、強度検出手段としてのＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ)回路１７８にも入力され、それらの信号の強度を示す信号「ＲＳＳＩ」が制御回路２０３に入力される。これにより、ＰＣ端末２００では、無線タグ回路素子Ｔｏとの通信時における当該無線タグ回路素子Ｔｏからの信号の受信強度を検出することが可能となっている。
【００６１】
図５に、上記社員証カードＴに備えられる無線タグ回路素子Ｔｏの機能的構成の一例を示す。
【００６２】
この図５において、無線タグ回路素子Ｔｏは、上述したようにリーダ１００の通信アンテナ１０１と非接触で信号の送受信を行う上記タグアンテナ１５１と、このタグアンテナ１５１に接続された上記ＩＣ回路部１５０とを有している。
【００６３】
ＩＣ回路部１５０は、タグアンテナ１５１により受信された質問波を整流する整流部１５２と、この整流部１５２により整流された質問波のエネルギを蓄積し駆動電源とするための電源部１５３と、上記タグアンテナ１５１により受信された質問波からクロック信号を抽出して制御部１５７に供給するクロック抽出部１５４と、所定の情報信号を記憶し得るメモリ部１５５と、上記タグアンテナ１５１に接続された変復調部１５６と、上記メモリ部１５５、クロック抽出部１５４、及び変復調部１５６等を介し上記無線タグ回路素子Ｔｏの作動を制御するための上記制御部１５７とを備えている。
【００６４】
変復調部１５６は、タグアンテナ１５１により受信された上記リーダ１００の通信アンテナ１０１からの質問波の復調を行い、また、上記制御部１５７からの返信信号を変調し、タグアンテナ１５１より応答波（タグＩＤを含む信号）として送信する。
【００６５】
クロック抽出部１５４は受信した信号からクロック成分を抽出し、当該クロック成分の周波数に対応したクロックを制御部１５７に供給する。
【００６６】
制御部１５７は、上記変復調部１５６により復調された受信信号を解釈し、上記メモリ部１５５において記憶された情報信号に基づいて返信信号を生成し、この返信信号を上記変復調部１５６により上記タグアンテナ１５１から返信する制御等の基本的な制御を実行する。
【００６７】
以上の基本構成において、本実施形態の特徴の１つは、互いにデータフィールドが異なる社員管理テーブルとタグＩＤ管理テーブルにおいて、フィールドマッピングを行うことによって、社員管理テーブル（インポート元である上記社員管理データベースに格納）のデータフィールドをタグＩＤ管理テーブル（インポート先である上記タグＩＤ管理データベースに格納）のデータフィールドに対応付けることである。また、もう１つの特徴は、このようにしてインポート処理を行った後に社員管理テーブルのデータ変更が生じて再インポート処理を行う場合に、タグＩＤ管理テーブルのデータ変更を必要最小限の部分だけにとどめるようにすることである。以下、その詳細を順を追って説明する。
【００６８】
（Ａ）インポート処理
図６は、上述した、最初のインポート処理における上記社員管理テーブルと上記タグＩＤ管理テーブルとのフィールドマッピングの一例を示す図である。
【００６９】
この図６において、社員管理テーブルは、前述したように上記サーバ３００の社員管理データベース３０３に記録・管理される情報であり、当該サーバ３００において既にデータが入力されて作成済みの状態となっている。図示する例において、この社員管理テーブルには、「社員コード」「社員氏名」「部署」「内線番号」「メールアドレス」「入社年」「住所」「自宅ＴＥＬ」の各情報項目（データフィールド）が設けられ、それぞれにデータが記録されている。なお、社員コードは、社員一個人（関連付け対象）に一つだけ割り当てられる数字番号であり、社員氏名とともに人物識別情報を構成している。そして、この社員管理テーブルは、一意に定義された上記各社員コード（社員一個人）に対応するデータ行（ロウ、行）と、各情報項目のフィールド（カラム、列）の表形式で構成されたいわゆるリレーショナルデータベースの形態となっている。
【００７０】
一方、タグＩＤ管理テーブルは、前述したように上記ＰＣ端末２００の入退場管理データベース２０５に記録・管理される情報である。図示する例において、このタグＩＤ管理テーブルには、ＩＤに対応してパスワード、タグＩＤ、氏名、部署、社内ＴＥＬ、メール、及び権限の各項目の情報が記録されている。ＩＤは、ＰＣ端末２００が入退場者個人（関連付け対象）を特定するために設定する人物識別情報であり、上記社員コードと同様に入退場者一個人に一つだけ割り当てられる数字番号である。タグＩＤは、当該入退場者（社員）が所持する上記社員証カードＴの無線タグ回路素子Ｔｏに記憶されているタグ識別情報である。なお、図６に示すタグＩＤ管理テーブルは、まだデータが全く入力されていない未作成の状態（インポート前の状態）を示している。このタグＩＤ管理テーブルもまた、一意に定義された各ＩＤ（入退場者一個人）に対応するデータ行と、各情報項目のフィールドの表形式で構成されたいわゆるリレーショナルデータベースの形態となっている。
【００７１】
なお、この例では、上記した社員コード及びこれに対応するＩＤと、社員氏名及びこれに対応する氏名のうち、一意的に個人を特定可能である社員コード及びＩＤを優先的に用いる人物識別情報として扱い、社員氏名及び氏名は（後述するように同姓同名の場合に一個人を特定できなくなる可能性があることから）、ＩＤを補助する目的で用いる人物識別情報として扱う場合を、例にとって説明する。
【００７２】
ここで、上記図６に示す内容の社員管理テーブル及びタグＩＤ管理テーブルにおいて、上記データフィールド「社員コード」と上記データフィールド「ＩＤ」とは、互いにデータの用途・性質が実質的に同じとなっている。したがって、タグＩＤ管理テーブルにおいては、データフィールド「ＩＤ」のデータ内容として上記社員管理テーブルのデータフィールド「社員コード」のデータ内容をそのまま流用可能である。また、タグＩＤ管理テーブルの各ＩＤに対応する「氏名」「部署」「社内ＴＥＬ」「メール」の各データフィールドのデータ内容も、上記社員管理テーブルの「社員氏名」「部署」「内線番号」「メールアドレス」の各フィールドのデータ内容と同じものをそのまま流用可能である。
【００７３】
本来、異なるデータベースアプリケーションどうしでは、データフォーマットの違いなどによりデータを共有することは困難である。しかしながら、後述する図１２に示す例のＣＳＶファイルのように、例えばデータを単純な形式（この例ではテキスト形式）で記載したファイルを用いることで、異なるデータベース間でも容易にデータを入出力し共有（流用）することができる。一般に、データの出力元のデータベースがデータファイルを作成して出力することをいわゆるエクスポートといい、データの入力先のデータベースが当該データファイルを取得してデータを入力することをいわゆるインポートという。本実施形態では、特に注記しない限り、これらエクスポートとインポートの作業を合わせて「インポート処理」と称している。
【００７４】
上述したように、図６に示す例においてインポート処理を行う際には、データフィールド「社員コード」のデータ内容はそのままデータフィールド「ＩＤ」に対応付けて流用し、同様に「社員氏名」「部署」「内線番号」「メールアドレス」の各データフィールドのデータ内容はそのまま「氏名」「部署」「社内ＴＥＬ」「メール」の各フィールドに対応付けて流用する。本実施形態では、このようにインポート処理においてデータフィールドを対応付けるフィールドマッピングを行う。なお、この際、タグＩＤ管理テーブルにおける独自のデータフィールドのデータ内容は空欄として記載される（又は、例えば「＊＊＊」等のような適宜の記号や、予め定めた適宜のデフォルト値・デフォルト事項のように、空欄ではない暫定的な記載としてもよい）。この欄には、後に管理者によって対応する適切な値・事項等が手操作によって入力される。
【００７５】
以上のようにして、本実施形態では、社員管理テーブルをインポート元とし、タグＩＤ管理テーブルをインポート先として上記のフィールドマッピングによるインポート処理を行う。この結果、図７に示すように、タグＩＤ管理テーブルにおいてフィールドマッピングの対象とされている各データフィールドにデータが入力される。そして、データベース２０５，３０３の管理者が、残りのフィールドマッピング非対象とされているデータフィールド（つまりタグＩＤ管理テーブルにおける独自のデータフィールド）である図示する例の「パスワード」「タグＩＤ」「権限」のそれぞれに対して操作部２０２の操作を介してデータを入力することで、図８に示すようにタグＩＤ管理テーブルが完成する。
【００７６】
（Ｂ）再インポート処理
上記のようにしてインポート処理が完了した後、何らかの事情でインポート元である社員管理テーブルの内容が変更される場合がある。このような場合、上記のようにして社員管理テーブルのデータを流用して形成した、インポート先のタグＩＤ管理テーブルの内容に対しても、当該変更を反映させる必要がある。本実施形態においては、この変更反映（テーブルのデータ更新）のために再インポート処理を行う。
【００７７】
図９は、社員管理テーブルからタグＩＤ管理テーブルへの上記再インポート処理の一例を示す図である。
【００７８】
図９において、この例では、上記図６に示した内容の社員管理テーブルのデータが、図９に示すように変更（図中においては変更箇所に下線を付して示す。以下同様）されている。この場合、この変更内容をタグＩＤ管理テーブルにも反映させるために、再度上記同様のフィールドマッピングに基づく再インポート処理によって、タグＩＤ管理テーブルのデータ内容を更新する。
【００７９】
ここで、社員コード単位（個人単位）におけるデータの変更には３通りの態様がある。第１変更態様は、図示の社員コード「１００００」の山田花子さんの例で、社員コード及び社員氏名は変わらず、社内の異動に伴って部署と内線番号だけが変更される場合である。すなわちこの場合、一部のデータフィールドのデータ内容のみが変更されるようにして再インポート処理が行われる。
【００８０】
第２変更態様は、図示の社員コード「１０００１」の山本一郎さんの例で、以前社員だった小川太郎さんが退職し社員コード「１０００１」に空きが生じたことを活用し、新入社員の「山本一郎」に当該社員コードを再利用して割り当てる場合である。すなわちこの場合、「社員コード」以外の全てのデータフィールドのデータ内容が変更される。
【００８１】
第３変更態様は、図示の社員コード「１００４２」の佐藤洋子さんの例で、新入社員である佐藤洋子さんに新規に社員コードが割り当てられ、社員コードを含む全てのデータフィールドのデータ内容が変更（新規追加作成）される。
【００８２】
以上のような本実施形態での再インポート処理によって、図１０に示すように、上記第１〜第３の３つの変更態様にそれぞれ対応し、タグＩＤ管理テーブルにおける各データフィールドのデータ内容を適切に更新することができる。なお、この際、上記第２変更態様と第３変更態様に対しては、前述と同様、タグＩＤ管理テーブルにおける独自のデータフィールドのデータ内容は空欄（又は暫定的な記載）として記載される。
【００８３】
（Ｃ）制御手順
図１１は、サーバ３００がデータファイルをエクスポートする際に、サーバ３００の制御回路３０２によって実行される制御手順を示す。このフローチャートは、例えばＰＣ端末２０の操作部２０２を介し管理者が上記（Ａ）インポート処理や（Ｂ）再インポート処理を実行する操作を行った際に開始される（それ以外の適宜のタイミング、例えば電源ＯＮ時や、周期的タイミング等で開始するようにしてもよい）。
【００８４】
まず、ステップＳ５では、データファイルにおける最初のヘッダ行（後述の図１２参照）に各データフィールドの名称を書き込む。
【００８５】
次にステップＳ１０へ移り、上記ステップＳ５で記載したヘッダ行の次に各社員のデータをデータ行（後述の図１２参照）として書き込む。
【００８６】
次にステップＳ１５へ移り、上記ステップＳ５と上記ステップＳ１０で各データフィールド名称と対応する各データが書き込まれたデータファイルを、適正なエクスポートファイルとして作成し、所定の記憶領域に記憶する。そしてこのフローを終了する。
【００８７】
図１２は、上記図１１のエクスポート手順により作成されたエクスポートファイルのデータ内容の一例を観念的に示す図である。なお、図示の例のデータ内容は、上記図６に示した社員管理テーブルのデータ内容に対応したものである。
【００８８】
この図１２において、この例で示すエクスポートファイルは、複数のデータをテキストコードの記述によりコンマ区切りで列記するいわゆるＣＳＶ形式で記載した場合を示している。記述様式としては、リターンコードに対応する「ＣＲＬＦ」を終端に持つ一行が社員一個人のデータ行に対応しており、特に最初の一行は各データフィールドの名称を宣言するヘッダ行となっている。ヘッダ行と各データ行においては、各データフィールドの順に従ってデータがコンマ「、」で区切られて列記されており、つまり図示する例では各データ行においてそれぞれ８つのデータが列記されている。そして、ファイル中に記載された全てのデータフィールド名称及びデータがテキストで記述されているため、どのようなアプリケーションでも容易かつ正確にデータの読み込みが可能となっている。
【００８９】
図１３は、上記図１１の手順にてサーバ３００によりエクスポートされたデータファイルを、ＰＣ端末２００へインポートする際に、ＰＣ端末２００の制御回路２０３において実行される制御手順を示す。このフローチャートは、例えばＰＣ端末２０の操作部２０２を介し管理者が上記（Ａ）インポート処理や（Ｂ）再インポート処理を実行する操作を行った際に、開始される。
【００９０】
図１３において、まずステップＳ１０５で、上記図１１のエクスポート手順によりそれまでにサーバ３００で作成された複数のエクスポートファイルのうちのいずれか一つを指定して読み込む。これにより、特に図示しないが、ヘッダ行における各データフィールド名称と、各データ行におけるデータが全て読み込まれ、ＰＣ端末２００のメモリ内部において社員管理テーブルと同等のデータテーブルが展開して再現される。
【００９１】
次にステップＳ１１０へ移り、この時点でタグＩＤ管理テーブルがまだ未作成の状態であるか否か、つまり今回のインポートが上記タグＩＤ管理テーブルに対する最初のインポートであるか否かを判定する。タグＩＤ管理テーブルが未作成である場合、判定が満たされ、次のステップＳ１１５に移る。ステップＳ１１５では、操作部２０２を介した管理者の操作入力に基づき、図６を用いて上述したようなフィールドマッピングの設定処理を行い、その設定を記録する。
【００９２】
その後、ステップＳ２００へ移り、上記図６に示したように、データ内容が全く記載されていない未作成状態のタグＩＤ管理テーブルのマッピング対象のデータフィールドにデータ内容をインポートする（初期インポート制御。詳細は後述の図１５参照）。この手順が、前述の（Ａ）インポート処理に対応する。
【００９３】
次にステップＳ１２０へ移り、操作部２０２を介した管理者の操作入力に基づき、タグＩＤ管理テーブルにおける全社員分のパスワード、タグＩＤ、及び権限の各データフィールドのデータを設定する。そして、このフローを終了する。
【００９４】
一方、上記ステップＳ１１０の判定において、タグＩＤ管理テーブルが作成済みである場合、つまり今回のインポートが上記タグＩＤ管理テーブルのデータ内容を更新するためのものである場合、判定が満たされず、ステップＳ１２５に移る。ステップＳ１２５では、既に（上述のステップＳ１１５において）記録されているフィールドマッピングの設定を読み込む。
【００９５】
その後、ステップＳ３００へ移り、上記図９に示したように、社員管理テーブルにおける上記第１〜第３の３つの変更態様にそれぞれ対応して、タグＩＤ管理テーブル内の各データを変更（更新）するようインポートする（継続インポート制御。詳細は後述の図１６参照）。この手順が、前述の（Ｂ）再インポート処理に対応する。
【００９６】
次にステップＳ１３０へ移り、操作部２０２を介した管理者の操作入力に基づき、前述の第２変更態様及び第３変更態様に対応した、つまりＩＤを再利用又は新規追加した社員分のパスワード、タグＩＤ、及び権限の各データフィールドのデータを入力設定する。そして、このフローを終了する。
【００９７】
上記のフローによる制御手順を行うことにより、今回のインポートがタグＩＤ管理テーブルへの最初のインポートである場合には、社員管理データベース３０３における所定のデータフィールドのデータをフィールドマッピングにより対応させたタグＩＤ管理テーブルの各データフィールドにそのまま転記し、その他のデータフィールドのデータを手動で入力してタグＩＤ管理テーブルを作成することができる（上記図６、図７、図８参照）。また、今回のインポートが当該ＰＣ端末２００における２回目以降のインポートであってタグＩＤ管理テーブルのデータ内容を更新するためのものである場合には、社員管理テーブルにおける上記３つの変更態様にそれぞれ対応してタグＩＤ管理テーブル内の各データを更新し、未記録のデータについてのみ手動で入力してタグＩＤ管理テーブルを更新することができる（上記図９、図１０参照）。
【００９８】
図１４は、上記図１３のフローにおけるステップＳ１１５でフィールドマッピングの設定を行う際のＰＣ端末２００の表示部２０１における表示の一例を示した図である。
【００９９】
図１４において、表示部２０１にはフィールドマッピングの設定作業を行うためのウィンドウ４０１が表示されている。このウィンドウ４０１には、全てのデータが未記入状態となっているタグＩＤ管理テーブルの内容表示である「本データベースのデータフィールド割り当て設定」４０２と、エクスポートファイルから読み込んだデータフィールド名称及びデータにより再現された、社員管理テーブルの内容表示である「ソースファイル」４０３とが示されている。
【０１００】
タグＩＤ管理テーブルの内容表示４０２には、あらかじめ必要とされるデータフィールドが設定されており、それら各データフィールドのすぐ下に位置するセルにはそれぞれプルダウンメニューボタン４０４が表示されている。これら各データフィールドのプルダウンメニューボタン４０４は、それぞれを操作することで（図中ではデータフィールド「ＩＤ」のものを操作している状態）インポート元の社員管理テーブルにおける全てのデータフィールド名をプルダウンメニュー４０５で一覧表示させることができる。そして、その一覧表示されたうちの一つを選択して、インポート先であるタグＩＤ管理テーブルにおけるデータフィールドに対応付ける（マッピングする）よう設定することができる。
【０１０１】
なお、各プルダウンメニュー４０５には、社員管理テーブルの全てのデータフィールド名とともに非設定の選択項目（図中の「（なし）」）も表示されて選択設定できるようになっており、この非設定を選択した場合には、タグＩＤ管理テーブルの当該データフィールドは独自のデータフィールド（マッピング非対象のデータフィールド）となってインポート元の社員管理テーブルとのフィールドマッピングによる対応付けが行われなくなる（図中では、いずれのデータフィールドも非設定が選択されている初期状態を示している）。
【０１０２】
このような構成により、管理者は、下方に表示されているインポート元の社員管理テーブルの内容表示４０３における各データフィールドのデータ内容を確認して、上方に表示されているタグＩＤ管理テーブルの内容表示４０２のそれぞれのデータフィールドに対し、データフィールドどうしの対応付け（フィールドマッピング）を設定することができる。
【０１０３】
図１５は、図１３中のステップＳ２００においてＰＣ端末２００の制御回路２０３により実行される初期インポート制御の詳細手順を表すフローチャートである。
【０１０４】
図１５において、まず、ステップＳ２０５で、上記図１３のステップＳ１０５でエクスポートファイルから読み込んだデータ行に対応するカウンタ変数Ｉを１に初期設定し、その上限数であるＴに上記ステップＳ１０５で読み込んだエクスポートファイルのデータ行数、つまり社員数を代入する。
【０１０５】
次にステップＳ２１０へ移り、読み込み済みのデータ行のうちＩ番目のデータ行のデータ内容（この例では８データフィールド分のデータ）を取得する。
【０１０６】
その後、ステップＳ２７０で、タグＩＤ管理テーブルの対応データ行における全てのデータフィールドに対して、Ｉ番目の読み込みデータ行の各データフィールドのデータ内容をフィールドマッピングの設定に基づいて記録する。このとき、タグＩＤ管理テーブルのデータ行においてマッピング非対象に設定されているデータフィールド（すなわちタグＩＤ管理テーブルにおける独自のデータフィールド）に対しては、前述した空欄又は暫定的に記載としておく。そしてステップＳ２５５へ移る。
【０１０７】
ステップＳ２５５では、カウンタ変数Ｉの値が社員数Ｔに達したか否かを判定する。カウンタ変数Ｉの値が社員数Ｔと一致している場合、判定が満たされ、すなわちエクスポートファイル中の全てのデータ行数に対応して処理を行ったものとみなされ、このフローを終了する。一方、カウンタ変数Ｉの値が社員数Ｔに満たない場合、判定は満たされず、次のステップＳ２６０でカウンタ変数Ｉの値を１増加してステップＳ２１０に戻り、同様の手順を繰り返す。
【０１０８】
図１６は、図１３中のステップＳ３００においてＰＣ端末２００の制御回路２０３により実行される継続インポート制御の詳細手順を表すフローチャートである。
【０１０９】
図１６において、ステップＳ３０５では、図１５のステップＳ２０５と同様、エクスポートファイルから読み込んだデータ行に対応するカウンタ変数Ｉを１に初期設定し、その上限数であるＴにエクスポートファイルのデータ行数（社員数）を代入する。その後、ステップＳ３１０で、図１５のステップＳ２１０と同様、Ｉ番目のデータ行のデータ内容（８データフィールド分のデータ）を取得する。
【０１１０】
次にステップＳ３１５へ移り、上記図１３のステップＳ１２５で読み込んだフィールドマッピングの設定を参照して、タグＩＤ管理テーブルにおけるデータフィールド「ＩＤ」が社員管理テーブルにおけるいずれかのデータフィールドに対応付けられているか（マッピング対象に設定されているか）否かを判定する。
【０１１１】
これは、前述したように、優先的に用いる人物識別情報としてタグＩＤ管理テーブルにおけるＩＤ（又は社員管理テーブルにおける社員コード）が設定されている前提において、意図的に当該ＩＤ（又は社員コード）を用いることなくタグＩＤ管理テーブルにおける氏名（又は社員管理テーブルにおける社員氏名）だけを用いて入退場者（社員）を識別する場合に対処するものである。例えば、入退場者数（社員数）の少ない会社などでは、同姓同名となる可能性が低いため氏名だけで一個人の特定が可能となり、その場合には社員コードの設定記録を省略したり、データフィールド「ＩＤ」をマッピング非対象に設定するなどにより各データベース２０５，３０３の簡略化を図ることができる。
【０１１２】
つまりステップＳ３１５では、タグＩＤ管理テーブルにおけるデータフィールド「ＩＤ」のデータが人物識別情報として記録されているか否かを判定する。データフィールド「ＩＤ」がマッピング対象に設定されている場合、判定は満たされ、次のステップＳ３２０へ移る。
【０１１３】
ステップＳ３２０では、タグＩＤ管理テーブルにおける全社員のＩＤを検索して、上記ステップＳ３１０で取得したＩ番目の読み込みデータ行における社員コードとデータ内容が一致する（あるいは同等である。以下同様）ものがあるか否かを判定する。読み込みデータ行の社員コードと一致するＩＤが検出された場合、判定が満たされ、次のステップＳ３２５へ移る。なお、以下においては、このようにタグＩＤ管理テーブルにおいて上記の検出されたＩＤに対応するデータ行を対応データ行と称呼し、読み込みデータ行と区別する。
【０１１４】
ステップＳ３２５では、上記ステップＳ３２０で検出されたＩＤに対応する対応データ行の氏名が、上記ステップＳ３１０で取得したＩ番目の読み込みデータ行の社員氏名と一致しているか否かを判定する。読み込みデータ行の社員氏名と氏名が一致する場合、判定が満たされ、次のステップＳ３３０へ移る。
【０１１５】
ステップＳ３３０では、上記ステップＳ３２０で検出されたタグＩＤ管理テーブルにおける対応データ行と、上記ステップＳ３１０で取得されたＩ番目の読み込みデータ行とを比較して、データ内容の異なるデータフィールドを検索する。
【０１１６】
次にステップＳ３３５へ移り、上記ステップＳ３３０の検出によって対応データ行と読み込みデータ行との間にデータ内容が異なるデータフィールドが検出されたか否かを判定する。データ内容が異なるデータフィールドが検出されなかった場合、判定が満たされず、すなわち当該読み込みデータ行においては前回のインポートを行ってからデータ内容が変更されなかったものとみなされ、ステップＳ３５５へ移る。一方、データ内容が異なるデータフィールドが検出された場合、判定が満たされ、すなわち当該読み込みデータ行においてデータ内容の変更がなされていたものとみなされ、ステップＳ３３７へ移る。
【０１１７】
ステップＳ３３７では、前述のステップＳ３２０と同様、上記ステップＳ３１０で取得したＩ番目の読み込みデータ行における社員コードとデータ内容が一致するものあったかどうかか否かを再度判定する。これは、この後のステップＳ３４０及びステップＳ３４５を実行するかしないかを分岐させるためのものである。すなわち、ステップＳ３３０への移行は、上記のようにステップＳ３２５の判定が満たされた場合のほか、後述のステップＳ３７５の判定が満たされた場合も行われる。そして、ステップＳ３４０及びステップＳ３４５は、ステップＳ３７５の判定が満たされてステップＳ３３０→ステップＳ３３５と移行してきたときにのみ、実行すれば足りるためである。
【０１１８】
ステップＳ３３７の判定が満たされた場合（すなわちステップＳ３２５の判定が満たされてステップＳ３３０へと移行してきた場合）はステップＳ３３７の判定が満たされ、後述のステップＳ３５０へ移る。ステップＳ３３７の判定が満たされない場合（すなわち、後述のステップＳ３７５の判定が満たされてステップＳ３３０へと移行してきた場合）はステップＳ３３７の判定が満たされず、ステップＳ３４０へ移る。
【０１１９】
ステップＳ３４０では、上記ステップＳ３３０で検出されたデータフィールドに対してデータ内容の上書き更新を行うか否かを確認する上書き更新確認メッセージを表示部２０１に表示する。次にステップＳ３４５へ移り、操作部２０２での操作を介してデータ内容の上書き更新を行うよう指示入力されたか否かを判定する（選択手段としての機能）。上書き更新を行わないよう指示入力された場合、判定が満たされず、そのままステップＳ３５５へ移る。一方、上書き更新を行うよう指示入力された場合、判定が満たされ、次のステップＳ３５０へ移る。
【０１２０】
ステップＳ３５０では、タグＩＤ管理テーブルの対応データ行において上記ステップＳ３３０で検出したデータ内容が異なるデータフィールドに対してのみ、Ｉ番目の読み込みデータ行のそれぞれ対応するデータフィールドのデータ内容で上書き更新を行う。なお、このステップＳ３５０の手順は、上記図９で説明した第１変更態様、つまり一部のデータフィールドのデータ内容のみ変更する態様に対応した更新処理の手順となる。そしてステップＳ３５５へ移る。
【０１２１】
ステップＳ３５５は、上記図１５のステップＳ２５５と同様、カウンタ変数Ｉの値が社員数Ｔに達したか否かを判定する。カウンタ変数Ｉの値が社員数Ｔと一致している場合、判定が満たされ、すなわちエクスポートファイル中の全てのデータ行数に対応して処理を行ったものとみなされ、このフローを終了する。一方、カウンタ変数Ｉの値が社員数Ｔに満たない場合、判定は満たされず、上記図１５のステップＳ２６０と同様のステップＳ３６０でカウンタ変数Ｉの値を１増加してステップＳ３１０に戻り、同様の手順を繰り返す。
【０１２２】
一方、上記ステップＳ３２５の判定において、読み込みデータ行の社員氏名と対応データ行の氏名のそれぞれのデータ内容が一致しなかった場合、判定は満たされず、次のステップＳ３６５へ移る。
【０１２３】
ステップＳ３６５では、タグＩＤ管理テーブルの対応データ行においてＩＤ以外のマッピング対象に設定されている全てのデータフィールドに対し、Ｉ番目の読み込みデータ行のそれぞれ対応するデータフィールドのデータ内容で上書き更新を行う。なお、このステップＳ３６５の手順は、上記図９で説明した第２変更態様、つまりＩＤ（社員コード）以外の全てのデータフィールドのデータ内容を変更する態様に対応した更新処理の手順となる。また、タグＩＤ管理テーブルの対応データ行においてマッピング非対象に設定されているデータフィールドに対しては、空欄とする（又は前述と同様の暫定的記載を行う）。そして上記ステップＳ３５５へ移る。
【０１２４】
また一方、上記ステップＳ３２０の判定において、Ｉ番目の読み込みデータ行の社員コードと一致するＩＤがタグＩＤ管理テーブルから検出されなかった場合、判定は満たされず、ステップＳ３７０へ移る。
【０１２５】
ステップＳ３７０では、タグＩＤ管理テーブルにおいて新たにデータ行を追加作成し、この新規のデータ行の全てのデータフィールドに対して、Ｉ番目の読み込みデータ行の各データフィールドのデータ内容をフィールドマッピングの設定に基づいて記録する。なお、このステップＳ３７０の手順は、上記図９で説明した第３変更態様、つまりＩＤ（社員コード）を含む全てのデータフィールドのデータ内容を変更する態様に対応した更新処理の手順となる。また、タグＩＤ管理テーブルの新規データ行においてマッピング非対象に設定されているデータフィールドに対しては、空欄とする（又は前述と同様の暫定的記載を行う）。そしてステップＳ３５５へ移る。
【０１２６】
また一方、上記ステップＳ３１５の判定において、タグＩＤ管理テーブルにおけるデータフィールド「ＩＤ」がマッピング対象に設定されていない場合、判定は満たされず、すなわちタグＩＤ管理テーブルにおいて氏名だけを人物識別情報として用いるものとみなされ、次のステップＳ３７５へ移る。
【０１２７】
ステップＳ３７５では、タグＩＤ管理テーブルにおける全データ行の氏名を検索して、Ｉ番目の読み込みデータ行における社員氏名とデータ内容が一致するものがあるか否かを判定する。読み込みデータ行の社員氏名と一致する氏名が検出された場合、判定が満たされ、ステップＳ３３０以降の無変更の場合の処理又は氏名以外の一部データフィールドのみの変更（上記第１変更態様）に対応した更新処理を行う。但し、このようにステップＳ３７５の判定が満たされてステップＳ３４０を実行する場合は、（前述のステップＳ３２５の判定が満たされてこのステップＳ３４０を実行する場合と異なり）ステップＳ３４０での確認メッセージの表示手順とステップＳ３４５での確認指示入力とを実行してから上書き更新する。
【０１２８】
一方、ステップＳ３７５において読み込みデータ行の社員氏名と一致する氏名が検出されなかった場合、判定は満たされず、上記ステップＳ３７０に移る。そして、前述したようなステップＳ３７０以降の新規データ行の追加及び氏名（社員氏名）を含む全てのデータフィールドのデータ内容を変更する態様（第３変更態様）に対応した更新処理を行う。
【０１２９】
上記の制御手順を行うことにより、データフィールド「ＩＤ」がマッピング対象であるがデータフィールド「社員コード」とデータが一致するものがなかった場合、及び、データフィールド「ＩＤ」がマッピング非対象であってデータフィールド「社員氏名」とデータフィールド「氏名」によるデータ一致がなかった場合には、上記第３変更態様に対応して新規データ行の追加・記録によるタグＩＤ管理テーブルの更新処理を行うことができる。
【０１３０】
また、データフィールド「ＩＤ」がマッピング対象でありデータフィールド「社員コード」とデータが一致するものがあって、かつ、その対応データ行のデータフィールド「氏名」のデータがデータフィールド「社員氏名」のデータと一致した場合と、データフィールド「ＩＤ」がマッピング非対象であってデータフィールド「社員氏名」のデータがデータフィールド「氏名」のデータと一致した場合には、各データフィールドの比較判定によるタグＩＤ管理テーブルの更新処理を行う。すなわち、読み込みデータ行と対応データ行の各データフィールドの比較により、対応データ行の無更新か、若しくは、上記第１変更態様に対応して対応データ行のＩＤ・氏名以外の一部のデータフィールドでデータ内容を上書き更新するか、のいずれかを行う。
【０１３１】
また、データフィールド「ＩＤ」がマッピング対象でありデータフィールド「社員コード」とデータが一致するものがあって、かつ、その対応データ行の氏名が社員氏名と一致しなかった場合には、上記第２変更態様に対応して対応データ行のＩＤ以外の全てのデータフィールドでデータ内容を上書き更新するタグＩＤ管理テーブルの更新処理を行うことができる。
【０１３２】
図１７は、上記図１６のフローにおけるステップＳ３４０の手順で上書き更新確認メッセージの表示と上書き更新の確認入力を行う際のＰＣ端末２００の表示部２０１における表示の一例を示した図である。
【０１３３】
この図１７では、前述した、ステップＳ３７５の判定が満たされてステップＳ３４０を実行する場合の表示例を示している。図１７において、表示部２０１には、上書き確認のウィンドウ５０１が表示されており、このウィンドウ５０１には上書き更新確認メッセージとともに、対象となる氏名（この例では「山田花子」）と、更新対象のデータフィールドの名称（この例では「部署」）についての変更前の内容（この例では「総務部」）と変更前の内容（この例では「人事部」）が表示されている。管理者は、この変更前後の内容を確認して、操作部２０２を介し、ウィンドウ５０１中下方部の「はい」ボタン５０２、「いいえ」ボタン５０５のいずれかを操作することで上書き更新についての指示を入力する。
【０１３４】
この例では、「はい」ボタン５０２を操作することで、表示されている対象レコードについて異なるデータフィールドだけを更新するよう指示する（図１６におけるステップＳ３４５→ステップＳ３５０に対応）。また、「いいえ」ボタン５０５を操作することで、表示されている対象レコードについては更新しないよう指示し、もし他に更新対象のレコードがあれば対応するウィンドウを再度表示させるよう指示する（図１６におけるステップＳ３４５→ステップＳ３５５に対応）。
【０１３５】
また、この例では、上記「はい」ボタン５０２以外の更新指示として、「すべて上書き」ボタン５０３が設けられている。詳細な制御手順の説明を省略するが、この「すべて上書き」ボタン５０３を操作することによって、（表示された氏名に対応するレコード、及びそれ以外のレコードを含む）全レコードについて、異なるデータフィールドだけをすべて更新するよう指示可能となっている。
【０１３６】
さらに、この例では、「新しく追加」ボタン５０４が設けられている。この「新しく追加」ボタン５０４は、上記図１６のフローにおけるステップＳ３１５の判定でＩＤがマッピング非対象に設定されていると判定された（つまり氏名又は社員氏名だけを用いて社員を識別するよう設定した）ものの、同姓同名の者が社員管理テーブルに新規に登録されてしまった場合に対処可能とするものである。この「新しく追加」ボタン５０４を操作することで、タグＩＤ管理テーブルに当該新規の同姓同名者のためのデータ行を追加作成し、そのすべてのデータフィールドで読み込みデータ行のデータを記録するよう指示する。これにより、（詳細な制御手順の説明を省略するが）ステップＳ３７０と同様に、上記図９で説明した第３変更態様、つまり氏名（社員氏名）を含むすべてのデータフィールドのデータ内容を変更する態様に対応した更新処理の手順を行う。
【０１３７】
図１８に、入退場管理を行う際に、ＰＣ端末２００の制御回路２０３によって実行される入退場検出処理の制御手順を示す。このフローチャートは、操作部２０２を介し管理者により入退場検出処理を実行する適宜の指示操作がなされた際に開始される。
【０１３８】
ステップＳ４０５では、制御回路２０３は、通信制御部２０６，１０３を介してリーダ１００の高周波回路１０２に制御信号を送信し、無線タグ回路素子Ｔｏのメモリ部１５５に記憶されたタグＩＤを読み出すタグ読み取り信号として、所定の変調を行った質問波を通信アンテナ１０１を介して通信範囲内に存在する無線タグ回路素子Ｔｏに送信させる。
【０１３９】
ステップＳ４１０では、制御回路２０３は、上記タグ読み取り信号に対応して通信範囲内の無線タグ回路素子Ｔｏから返信されたリプライ信号を、通信制御部１０３，２０６を介して受信したか否かを判定する。リプライ信号を受信しない場合には、判定が満たされずに上記ステップＳ４０５に戻り、再び高周波回路１０２に制御信号を送信してタグ読み取り信号の送信を行う（リトライ）。一方、リプライ信号を受信した場合には、判定が満たされてステップＳ４１５に移る。
【０１４０】
ステップＳ４１５では、制御回路２０３は、入退場管理データベース２０５の上記タグＩＤ管理データベースに格納されたタグＩＤ管理テーブルを参照し、上記ステップＳ４１０で受信したリプライ信号に基づき取得したタグＩＤが、タグＩＤ管理テーブルに登録されているか否かを判定する。登録されていない場合にはステップＳ４２０に移り、所定のエラー処理を行う（例えば表示部２０１に「未登録です」等のエラー表示を行ったり、警備員に通報する等）。その後、後述のステップＳ４４０に移る。一方、上記ステップＳ４１５の判定において、取得したタグＩＤがタグＩＤ管理テーブルに登録されている場合には、判定が満たされてステップＳ４２５に移る。
【０１４１】
ステップＳ４２５では、制御回路２０３は、社員が入場及び退場のうちいずれをしようとしているのかを判定する。社員が後述する入場選択部（後述の図１９参照）を選択している場合には、社員が入場しようとしているとみなし、判定が満たされてステップＳ４３０に移る。
【０１４２】
ステップＳ４３０では、制御回路２０３は、入退場管理データベース２０５の上記打刻データベースにおいてすべての社員の数だけ格納されている個人別入退場管理テーブルのうち、上記ステップＳ４１０で受信したタグＩＤに対応する個人別入退場管理テーブルを検索してその時点の時刻を入場時刻として記録する。その後、後述のステップＳ４４０に移る。
【０１４３】
一方、先のステップＳ４２５の判定において、社員が後述の退場選択部（後述の図１９参照）を選択している場合には、社員が退場しようとしているとみなし、判定が満たされずにステップＳ４３５に移る。
【０１４４】
ステップＳ４３５では、制御回路２０３は、上記ステップＳ４１０で受信したタグＩＤに対応する個人別入退場管理テーブルを検索してその時点の時刻を退場時刻として記録する。その後、ステップＳ４４０に移る。
【０１４５】
ステップＳ４４０では、操作部２０２を介して当該入退場検出処理を終了するよう指示する操作が行われたか否かを判定する。終了操作が行われた場合、判定が満たされ、このフローを終了する。一方、終了操作が行われていない場合、判定はみたされず、ステップＳ４０５に戻り、同様の手順を繰り返す。
【０１４６】
図１９は、上記図１８の入退場検出処理においてＰＣ端末２００の表示部２０１に表示される入退場管理画面の一例を示している。なお、図６（ａ）は社員の入場を検出する場合、図６（ｂ）は社員の退場を検出する場合を示している。
【０１４７】
これら図１９（ａ）及び図１９（ｂ）において、入退場管理画面２１０は、日付及び時刻を表示する日時表示部２１１と、社員が入場をする際に選択する入場選択部２１２と、社員が退場をする際に選択する退場選択部２１３と、適宜のメッセージ等を表示するメッセージ表示部２１４とを有している。メッセージ表示部２１４の下方には、入場（図中「ＩＮ」と表示）及び退場（図中「ＯＵＴ」と表示）のどちらが選択されているかが表示されている。
【０１４８】
社員が会社に入場する際には、図１９（ａ）に示すように、まず操作部２０２を用いて（例えばカーソルを合わせた後にマウスをクリックする等の操作で）入場選択部２１２を選択し、社員証カードＴをリーダ１００にかざす（入場時操作）。これにより、社員証カードＴの無線タグ回路素子Ｔｏに対し情報読み取りが行わる。一方、社員が会社から退場する際には、図１９（ｂ）に示すように、まず操作部２０２を用いて（例えばカーソルを合わせた後にマウスをクリックする等の操作で）退場選択部２１３を選択し、社員証カードＴをリーダ１００にかざす（退場時操作）。これにより、社員証カードＴの無線タグ回路素子Ｔｏに対し情報読み取りが行われ、退場時刻の記録が行われる。なお、表示部２０１をタッチパネルで構成し、上記入場選択部２１２及び退場選択部２１３を社員が直接画面に触れながら選択できるようにしてもよい。
【０１４９】
以上において、社員コードをＩＤに対応付けるようフィールドマッピング設定している場合には、社員管理テーブルにおけるデータフィールド「社員コード」「社員氏名」が各請求項記載の識別子を構成する。そのうちデータフィールド「社員コード」のデータ内容である「１００００」等がデータ識別情報を構成し、データフィールド「社員氏名」のデータ内容である「山田花子」等が対象識別情報を構成し、これらを合わせたものが第１識別情報として機能するとともに基本識別情報としても機能する。なお、ＩＤがマッピング非対象となっている場合には、データフィールド「社員氏名」（識別子を構成する）のデータ内容である「山田花子」等（対象識別情報を構成する）だけが第１識別情報として機能するとともに基本識別情報としても機能する。
【０１５０】
また、社員管理テーブルにおける上記「社員コード」及び「社員氏名」以外のデータフィールド、つまりこの例における「部署」、「内線番号」、「メールアドレス」、「入社年」、「住所」、及び「自宅ＴＥＬ」の各データフィールドがそれぞれ第１データフィールドを構成するとともに基本データフィールドをも構成する。そして、これらのデータ内容である「総務部」等、「２３４５」等、「ｈ．Ｙａｍａｄａ＠・・」等、「１９９４」等（他記載省略）が、それぞれ第１データ本体を構成するとともに基本データ本体をも構成する。
【０１５１】
そして、上記第１識別情報及び第１データ本体を合わせたデータ内容が第１データとして機能するとともに、上記基本識別情報及び基本データ本体を合わせたデータ内容が基本データとして機能する。
【０１５２】
さらに、社員コードをＩＤに対応付けるようフィールドマッピング設定している場合には、タグＩＤ管理テーブルにおけるデータフィールド「ＩＤ」「氏名」が各請求項記載の識別子を構成する。そのうちデータフィールド「ＩＤ」のデータ内容である「１００００」等がデータ識別情報を構成し、データフィールド「氏名」のデータ内容である「山田花子」等が対象識別情報を構成し、これらを合わせたものが第２識別情報として機能するとともに管理識別情報としても機能する。なお、ＩＤがマッピング非対象となっている場合には、データフィールド「氏名」（識別子を構成する）のデータ内容である「山田花子」等（対象識別情報を構成する）だけが第２識別情報として機能するとともに管理識別情報としても機能する。
【０１５３】
また、タグＩＤ管理テーブルにおける上記「ＩＤ」及び「氏名」以外のデータフィールド、つまりこの例における「パスワード」「タグＩＤ」「部署」「社内ＴＥＬ」「メール」「権限」の各データフィールドがそれぞれ第２データフィールドを構成するとともに管理データフィールドをも構成する。そして、これらのデータ内容である「ｙａｍａｈａｎａ」等、「０８００００Ｂ５」等、「総務部」等、「２３４５」等、「ｈ．Ｙａｍａｄａ＠・・」等、「管理」等が、それぞれ第２データ本体を構成するとともに管理データ本体をも構成する。
【０１５４】
そして、上記第２識別情報及び第２データ本体を合わせたデータ内容が第２データとして機能するとともに、上記管理識別情報及び管理データ本体を合わせたデータ内容が管理データとして機能する。
【０１５５】
また、上記図１３のフローにおけるステップＳ２００の初期インポート制御の手順が初期インポート処理手段として機能し、ステップＳ３００の継続インポート制御の手順が継続インポート処理手段として機能する。
【０１５６】
また、上記図１６のフローにおけるステップＳ３５０の手順が部分データ置換手段として機能し、ステップＳ３６５の手順が全体データ置換手段として機能し、ステップＳ３７０の手順が新規データ追加手段として機能する。
【０１５７】
また、上記図１８のフローにおけるステップＳ４１０の手順が、入退場検出手段として機能する。また、ステップＳ４１５の手順が、判定手段として機能する。また、ステップＳ４３０及びステップＳ４３５の手順が、時刻記録処理手段として機能する。
【０１５８】
以上説明したように、本実施形態によれば、インポート元の社員管理テーブルからインポート先のタグＩＤ管理テーブルへの当初のインポート処理（図１３のステップＳ２００参照）が完了した後、インポート元の社員管理テーブルのデータ変更が生じた場合でも、インポート先のタグＩＤ管理テーブルのデータ変更を必要最小限の部分だけにとどめつつ、変更を反映させた再インポート処理（図１３のステップＳ３００参照）を行うことができる。すなわち、前述した第１変更態様に対応して、読み込みデータ行と対応データ行の各データフィールドの比較に基づき、対応データ行の一部のデータフィールド（社員管理テーブルにおいてデータ変更されたデータフィールドに対応するもの）のみでデータ内容を上書き更新する（図１６のステップＳ３５０参照）。この結果、従来のように全面的にデータ差し替えを行う場合に生じ得るインポート先の独自データフィールド部分の削除や、変更後のデータを全面的に新規追加する場合に生じる未変更部分における変更前データとの同一データの重複や、変更後のデータを別ファイルや別シートの形とする場合のデータ加工や管理の煩雑さ、といった不都合を回避し、常に１つのタグＩＤ管理テーブルにおいて最新のデータを表示することができる。また、インポート元とインポート先とのデータフィールドの数が異なっても、不都合なく処理することができる。これによって、容易かつ確実にインポート先のデータの更新を行うことができる。
【０１５９】
このとき、前述したように、（社員コードやＩＤをマッピング非対象とすることで）上記人物識別情報として、社員コード・ＩＤを用いず社員氏名・氏名のみを用いることもできる。これにより、例えば社員コード・ＩＤ等を用いることなく、社員氏名・氏名等を用いたシンプルな形でデータ管理を行うことができる。
【０１６０】
このようにＩＤをマッピング非対象に設定した場合、上書き確認ウィンドウ５０１において、管理者が「はい」ボタン５０２を操作して対応する更新対象のデータフィールドを更新するか、または「新しく追加」ボタン５０４を操作してタグＩＤ管理テーブルに新たなデータ行を追加作成してデータ内容を記録するか、を選択可能となっている。これにより、人物氏名等を用いたシンプルな形でデータ管理を行う際に生じうる、同姓同名の社員のデータについての不都合を回避し、円滑な処理を行うことができる。
【０１６１】
また、この実施形態では特に、前述した第２変更態様に対応して、所定の社員コードに対応したすべてのデータフィールドのデータ内容で、当該社員コードに対応するＩＤ以外のすべてのデータフィールドのデータ内容を置き換える（図１６のステップＳ３６５参照）。これにより、社員コード・ＩＤ等を割り振る社員が変わった場合等に対応した全面的なデータ差し替えを、円滑かつ確実に行うことができる。
【０１６２】
また、この実施形態では特に、前述した第３変更態様に対応して、タグＩＤ管理テーブルにおいて新たにデータ行を追加するとともに、その新規追加したデータ行のすべてのデータフィールドに、社員コードに対応した全データフィールドのデータ内容を記録する（図１６のステップＳ３６０参照）。これにより、社員管理テーブルにおいて全く新しいデータ追加があった場合にも、当該データ追加に対応したデータ追加をタグＩＤ管理テーブルにおいて確実に行うことができる。
【０１６３】
また、この実施形態では特に、社員管理テーブルとタグＩＤ管理テーブルのそれぞれにおける人物識別情報として、各テーブルのデータ内容全体で共通に使用され、互いに対応付けられる組ごとに固有である、データフィールド「社員コード」「ＩＤ」及び「社員氏名」「氏名」の各データを用いる。これにより、社員管理テーブルからタグＩＤ管理テーブルへのインポート処理及び再インポート処理を行う際、固有の社員コードやＩＤを共通に用いつつ、社員コードに対応した社員管理テーブルの他のデータ内容全体と、ＩＤに対応したデータ内容全体」との組ごとに、他の組と明確に区別し、円滑に管理を行うことができる。
【０１６４】
また、この実施形態では特に、既存の適宜の社員管理データベース３０３で管理していた事柄に対し、新たに無線タグ（この例の社員証カードＴ）を用いた管理を行おうとするときに、無線タグＴを介した管理を実行するために用いられる入退場管理データベース２０５に、もともとの社員管理データベース３０３のテーブル内容を転記し、当該入退場管理データベース２０５のデータの一部として円滑に活用することができる。
【０１６５】
また、この実施形態では特に、インポート先の入退場管理データベース２０５を組み込んだ形で入退場管理システムＩＳを構築することにより、システム構成を簡素化でき、また手軽に本発明の情報処理システムを実現することができ、さらに必要時には全体の移動も容易に行うことができる。なお、インポート元のデータベースである社員管理データベース３０３を入退場管理システムＩＳに組み込まず、システム外に設けてデータのみを入退場管理システムＩＳと送受信するように構成してもよい。
【０１６６】
また、本実施形態では特に、所定の管理対象区画への社員Ｍの入退場管理を行う際、社員証カードＴから取得されたタグＩＤをキーに入退場管理データベース２０５の上記タグＩＤ管理テーブルにアクセスすることで（図１８のステップＳ４１５参照）、検出した社員Ｍが不法侵入者ではなく、正当な権限者であることの認証することができる。また、上記の認証時の時刻情報に基づき、入退場管理データベース２０５の上記個人別入退場管理テーブルに対し、入場時刻と退場時刻を記録（打刻）して管理する（ステップＳ４３０及びステップＳ４３５参照）。これにより、社員Ｍの出退勤管理を行うことができる。
【０１６７】
なお、上記においては、本発明を、人物の入退場管理システムに備えられたデータベースのインポート処理に適用した場合を例にとって説明したが、これに限られない。すなわち、各種のデータを格納した、互いにデータ形式の異なる複数のデータベース同士におけるインポート処理に広く適用でき、これらの場合も同様の効果を得る。
【０１６８】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１６９】
１００ リーダ
２００ ＰＣ端末（情報処理装置）
２０１ 表示部
２０２ 操作部
２０３ 制御回路
２０５ 入退場管理データベース（第２データベース、管理データベース、タグＩＤ管理データベース、打刻データベース）
３００ サーバ
３０３ 社員管理データベース（第１データベース、基本データベース）
４０１ フィールドマッピング設定用ウィンドウ
４０２ タグＩＤ管理テーブルの内容表示
４０３ 社員管理テーブルの内容表示
５０１ 上書き確認ウィンドウ（選択手段）
ＩＳ 入退場管理システム（情報処理システム）
Ｔ 社員証カード
Ｔｏ 無線タグ回路素子（無線タグ）
Ｍ 社員
【技術分野】
【０００１】
本発明は、複数のデータベース間におけるデータの流用を目的としたインポート処理を行う情報処理システム、及びこれを用いた入退場管理システムに関する。
【背景技術】
【０００２】
例えば、各種情報を格納したデータベースが複数個設けられている場合で、それぞれのデータフォーマットが異なるような場合でも、１つのデータベースのデータ内容を他のデータベースのデータ内容として流用できる場合がある。このような場合、データフォーマットが異なるそれら複数のデータベース同士でデータを共有できるように、データを所定の形式のファイルに変換して容易にデータの入出力をできるようにする、いわゆるインポート処理の手法が既に知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２６８６６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、インポート元のデータベースからインポート先のデータベースにデータをインポートした後、インポート元のデータベースにおいてデータ内容が変更される場合がある。その際には、インポート元のデータベースのデータ内容の変更に合わせ、再度インポート処理を行い、インポート先のデータベースのデータ内容を変更（更新）する必要がある。このような場合、従来のインポート処理においては、以下の３つの手法のうちのいずれかによる更新処理を行うのが一般的であった。すなわち、
（１）インポート先のデータベースにおける既存データを全て消去し、インポート元のデータベースの変更データ全体を新たに記載する（全体入れ替え）。
（２）インポート先のデータベースにおける既存データを残したまま、それら既存データに追加してインポート元のデータベースの変更データ全体を新たに記載する（全体追加）。
（３）インポート先のデータベースにおける既存データを１つのシートに残したまま、そのシートとは異なる別の新規なシートにインポート元のデータベースの変更データ全体を記載する（別シート記載）。
【０００５】
上記（１）の手法では、インポート先のデータベースにインポート元のデータベースにはない独自の情報項目（データフィールド）が設定・記載されている場合、そのデータフィールドのデータは再インポートによって全て消去されてしまうという問題がある。また、上記（２）の手法では、変更のない同じ内容のデータが重複して記載されてしまうためムダが生じ、また管理の煩雑化を招く問題がある。また、上記（３）の手法では、シート別に管理可能なデータベースにしか適用できず、またインポート処理後に手作業でシート間のデータの入れ替えなどが必要となる問題がある。
【０００６】
一方、上記特許文献１記載の従来技術は、各データベースのそれぞれのデータフィールドの名称の違いに関係なく、実質的に情報の内容（属性）が同じデータフィールドを選択してインポート処理を行うようになっている。しかしながら、最初のインポートで属性が同じデータフィールドどうしでインポートを行った後の再インポート処理において、データフィールドの属性に応じて効率よい処理を行うことについては何ら記載がない。すなわち、最初のインポート完了後にインポート元のデータ変更が生じ再インポートを行う際、データ変更が生じたデータフィールドに着目し選択的に再インポートする等の配慮は特になされていない。したがって、結局、上記（１）（２）（３）の手法と同様の問題点が生じる。また、インポート元のデータベースとインポート先のデータベースとの双方のデータフィールド数が異なる場合についても特に配慮されていない。
【０００７】
本発明の目的は、インポート元のデータ変更による再インストール時においてインポート先のデータ変更を必要最小限にとどめることができ、かつインポート元とインポート先とのデータフィールドの数が異なっても不都合なく処理できる、情報処理システム及びこれを用いた入退場管理システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、第１の発明は、識別子として記載された第１識別情報と、前記第１識別情報に対応付けられて複数の第１データフィールドのそれぞれに記載された複数の第１データ本体と、をそれぞれ備えた複数の第１データを配列した第１テーブルを有する第１データベースに含まれる、前記第１データの前記第１識別情報及び前記複数の第１データ本体を、識別子として記載される第２識別情報と、前記第２識別情報に対応付けられて複数の第２データフィールドのそれぞれに記載される複数の第２データ本体と、をそれぞれ備えた複数の第２データを配列する第２テーブルを有する第２データベースの前記第２識別情報及び前記複数の第２データ本体の少なくとも一部として、それぞれインポート処理する情報処理システムであって、前記第１データの前記第１識別情報を、前記第２データの前記第２識別情報として記載し、前記複数の第１データ本体のうち、前記第１データフィールドと前記第２データフィールドとの対応付けがなされているものは、各第１データフィールドに係わる第１データ本体を、対応する各第２データフィールドの第２データ本体として記載し、前記第１データフィールドとの対応付けがなされていない前記第２データフィールドについては、前記第２識別情報を記載しないか、若しくは、第２識別情報を暫定的記載とする、初期インポート処理手段と、前記初期インポート処理手段によるインポート処理の完了後に前記第１テーブルの内容が更新された場合、これに対応して前記第２テーブルの内容の更新を行う、継続インポート処理手段とを有し、前記継続インポート処理手段は、記第１テーブルの内容の更新に伴って第１データ本体が変更された第１データフィールドに対応する第２データフィールドの第２データ本体を、当該更新後の第１データ本体で置き換える、部分データ置換手段を備えることを特徴とする。
【０００９】
本願第１発明の情報処理システムは、互いに形式が異なる、第１データベースの第１テーブルから、第２データベースの第２テーブルへの、データインポート処理を行うものである。
【００１０】
第１テーブルには複数の第１データが配置されており、各第１データは、識別子としての第１識別情報とこれに対応する複数の第１データ本体とを備えている。各第１データ本体は、複数の第１データフィールドにそれぞれ対応して記載されている。
【００１１】
同様に、第２テーブルには複数の第２データが配置されており、各第２データは、識別子としての第２識別情報とこれに対応する複数の第２データ本体とを備えている。各第２データ本体は、複数の第２データフィールドにそれぞれ対応して記載されている。
【００１２】
そして、本願第１発明の情報処理システムは、第１識別情報及び第１データ本体を、第２識別情報及び第２データ本体の少なくとも一部へとインポートする。システム構築時等の最初のインポート処理時には、初期インポート処理手段がインポート処理を行う。すなわち、第１識別情報をそのまま第２識別情報として記載し、第１データフィールドと第２データフィールドとの対応付けが済んでいるものについては各第１データフィールドの第１データ本体を、そのまま対応する各第２データフィールドの第２データ本体として記載する。一方、第１データフィールドと対応付けがない第２データフィールドについては第２識別情報を記載せず空白とする（又は暫定的記載とする）。これにより、第１テーブルの第１データを、異なる形式である第２テーブルに転記し、第２データの一部として流用することができる。
【００１３】
このように当初のインポートが完了した後、何らかの事情でインポート元である第１データベースの第１テーブルの内容に変更があった場合、上記のようにして第１テーブルのデータを流用して形成した、インポート先の第２データベースの第２テーブルの内容に対しても、当該変更を反映させる必要がある。本願第１発明においては、継続インポート処理手段がこの変更反映のためのインポート処理を行う。すなわち、上記のようにして複数の第１データフィールドにわたって記載された複数の第１データ本体のうち、第１データ本体が変更された第１データフィールドのみに着目し、当該第１データフィールドに対応する第２データフィールドの第２データ本体のみを、変更された第１データ本体で置き換える。それ以外の第１データ本体については、（もともと変更されていないことから）初期インポート処理手段による当初のインポート処理後の姿のままで存置する。
このようにすることで、インポート元からインポート先への当初のインポート処理が完了した後、インポート元のデータ変更が生じた場合でも、インポート先のデータ変更を必要最小限の部分だけにとどめつつ、変更を反映させることができる。この結果、全面的にデータ差し替えを行う場合に生じ得るインポート先の独自データフィールド部分の削除や、変更後のデータを全面的に新規追加する場合に生じる未変更部分における変更前データとの同一データの重複や、変更後のデータを別ファイルや別シートの形とする場合のデータ加工や管理の煩雑さ、といった不都合を回避し、常に１つの第２テーブルにおいて最新のデータを表示することができる。また、インポート元とインポート先とのデータフィールドの数が異なっても、不都合なく処理することができる。
【００１４】
第２発明は、上記第１発明において、前記第１識別情報及び前記第２識別情報は、前記第１テーブルの第１データとこれに対応する前記第２テーブルの第２データとに共通に使用され、互いに対応付けられる第１データ及び第２データの組ごとに固有である、データ識別情報と、前記第１データ本体又は前記第２データ本体の関連付け対象を表し、前記データ識別情報に対応付けられた対象識別情報とを含むことを特徴とする。
【００１５】
これにより、初期インポート処理手段や継続インポート処理手段で第１テーブルから第２テーブルへのインポート処理を行う際、固有のデータ識別情報を共通に用いて、「データ識別情報−第１データ本体」と「データ識別情報−第２データ本体」との組ごとに、他の組と明確に区別し、円滑に管理を行うことができる。
【００１６】
第３発明は、上記第２発明において、前記継続インポート処理手段は、前記第１テーブルの内容の更新に伴って前記データ識別情報に対応付けられる前記対象識別情報が変更された場合、対応する全ての第２データフィールドの第２データ本体を、対応する当該更新後の第１データ本体で置き換える、全体データ置換手段を備えることを特徴とする。
【００１７】
第１テーブルにおけるデータ識別情報と対象識別情報との対応付けが変更された（消滅した場合も含む）場合とは、当該データ識別情報（例えばＩＤ・コード等）に対応する関連付け対象（例えば人物や物品）が変更された場合である。したがって、本願第３発明においては、全体データ置換手段が、当該データ識別情報に対応した第２データ本体の全てを、全ての第２データフィールドにわたり、変更後の第１データ本体で置き換える。これにより、ＩＤ・コード等を割り振る人物や物品が変わった場合等に対応した全面的なデータ差し替えを、円滑かつ確実に行うことができる。
【００１８】
第４発明は、上記第１発明において、前記第１識別情報及び前記第２識別情報は、前記第１データ本体又は前記第２データ本体の関連付け対象を表す対象識別情報により構成されることを特徴とする。
【００１９】
これにより、例えばＩＤ・コード等を用いることなく、人物氏名や物品名称等を用いたシンプルな形でデータ管理を行うことができる。
【００２０】
第５発明は、上記第４発明において、前記継続インポート処理手段は、前記第１テーブルの内容の更新に伴って、既存の前記対象識別情報に対応付けられる前記第１データ本体が変更されている場合には、当該変更された第１データ本体の属する第１データフィールドに対応する第２データフィールドの第２データ本体を当該更新後の第１データ本体で置き換えるか、若しくは、当該対象識別情報及び対応する第１データ本体を前記第２テーブルにおける第２識別情報及び第２データ本体として新たに記載するのか、を操作者が選択可能とするための選択手段を備えることを特徴とする。
【００２１】
第１テーブルにおいて、当初、特定の「対象識別情報」に「（変更前の）第１データ本体」が対応付けられていた状態で、その後第１データ本体の一部に変更があった場合、その変更後の第１テーブルには、当該特定の「対象識別情報」に「（変更後の）第１データ本体」が対応付けられることとなる。
【００２２】
第２テーブルには、初期インポート処理手段によって、上記特定の「対象識別情報」に対し、第２データ本体として「（変更前の）第１データ本体」が記載されている。
【００２３】
ここで、第２テーブルにおいて上記変更に対応した処理を行おうとした場合、例えば人物氏名や物品名称等からなる対象識別情報は上記データ識別情報と異なり、各データについて必ずしも固有のものではなく、同一対象識別情報を備える別データが存在する可能性がある。このため、そのままでは、継続インポート処理手段が、上記変更後の第１データ本体を認識したときに、（偶然一致した）同一の対象識別情報と変更後の第１データ本体からなる別データであるのか、もとのデータの第１データ本体が変更されたものなのかを区別することができない。前者であれば、第２テーブルにおける第２データの新規追加を行わねばならず、後者であれば、第２テーブルにおいて上記変更に対応した第２データフィールドの第２データ本体のみを変更すれば足りる。
【００２４】
そこで本願第５発明においては、選択手段を介し、操作者が上記いずれの処理とすべきかを、選択可能としている。これにより、人物氏名や物品名称等を用いたシンプルな形でデータ管理を行う際に生じうる、上記不都合を回避し、円滑なインポート処理を行うことができる。
【００２５】
第６発明は、上記第２乃至第５発明のいずれかにおいて、前記継続インポート処理手段は、前記第１テーブルの内容の更新に伴って前記第１識別情報及びこれに対応する前記第１データ本体の新規追加があった場合、当該追加された第１識別情報及び第１データ本体を、前記第２テーブルにおける第２識別情報及び第２データ本体として新たに記載する、新規データ追加手段を備えることを特徴とする。
【００２６】
これにより、第１テーブルにおいて全く新しいデータ追加があった場合にも、当該データ追加に対応したデータ追加を第２テーブルにおいて確実に行うことができる。
【００２７】
第７発明は、上記第２乃至第６発明のいずれかにおいて、前記初期インポート処理手段及び前記継続インポート処理手段は、前記第２データベースとして、情報を記憶するＩＣ回路部と情報を送受信するタグアンテナと備えた無線タグのタグ識別情報と、前記対象識別情報とを対応付ける前記第２テーブルを有するタグＩＤ管理データベースへのインポート処理を行うことを特徴とする。
【００２８】
これにより、既存の適宜の第１データベースで管理していた事柄に対し、新たに無線タグを用いた管理を行おうとするときに、無線タグを介した管理を実行するために用いられるタグＩＤ管理データベースに、もともとの第１データベースのテーブル内容を転記し、当該タグＩＤ管理データベースのデータの一部として円滑に活用することができる。
【００２９】
第８発明は、上記第１乃至第７発明のいずれかにおいて、前記第２データベースを有し、前記初期インポート処理手段及び前記継続インポート処理手段は、システム外の前記第１データベースから、前記第２データベースへのインポート処理を行うことを特徴とする。
【００３０】
インポート先のデータベースを組み込んだ形でシステムを構築することにより、システム構成を簡素化でき、また手軽に本発明の情報処理システムを実現することができ、さらに必要時には全体の移動も容易に行うことができる。
【００３１】
上記目的を達成するために、第９の発明は、所定の管理対象区画に対する入退場者に付随された無線タグと通信を行う通信アンテナと、前記通信アンテナを介し前記無線タグより情報取得を行うことにより、前記管理対象区画への前記入退場者の入場又は退場を検出する入退場検出手段と、識別子として記載される管理識別情報と、前記管理識別情報に対応付けられて複数の管理データフィールドのそれぞれに記載され、前記入退場者に係わる人物識別情報及び当該入退場者に付随される前記無線タグのタグ識別情報を含む、複数の管理データ本体と、をそれぞれ備えた複数の管理データを配列する管理テーブルを有する管理データベースと、前記入退場検出手段による検出時に、当該入退場検出手段で前記無線タグより取得されたタグ識別情報が、前記管理データベースに格納された前記タグ識別情報に含まれるかどうかを判定する判定手段と、識別子として記載された基本識別情報と、前記基本識別情報に対応付けられて複数の基本データフィールドのそれぞれに記載され、人物識別情報を含む複数の基本データ本体と、をそれぞれ備えた複数の基本データを配列した基本テーブルを有する基本データベースに含まれる、前記基本データの前記基本識別情報及び前記複数の基本データ本体を、前記管理データベースの前記管理識別情報及び前記複数の管理データ本体の一部として、それぞれインポート処理する情報処理装置とを有し、前記入退場者の入退場管理を行う入退場管理システムであって、前記情報処理装置は、前記基本データの前記基本識別情報を、前記管理データの前記管理識別情報として記載し、前記複数の基本データ本体のうち、前記基本データフィールドと前記管理データフィールドとの対応付けがなされているものは、各基本データフィールドに係わる基本データ本体を、対応する各管理データフィールドの管理データ本体として記載し、前記基本データフィールドとの対応付けがなされていない前記管理データフィールドについては、前記管理識別情報を記載しないか、若しくは、管理識別情報を暫定的記載とする、初期インポート処理手段と、前記初期インポート処理手段によるインポート処理の完了後に前記基本テーブルの内容が更新された場合、これに対応して前記管理テーブルの内容の更新を行う、継続インポート処理手段とを有し、前記継続インポート処理手段は、前記基本テーブルの内容の更新に伴って基本データ本体が変更された基本データフィールドに対応する管理データフィールドの管理データ本体を、当該更新後の基本データ本体で置き換える、部分データ置換手段を備えることを特徴とする。
【００３２】
本願第９発明の入退場管理システムは、所定の管理対象区画への入場者又は退場者の入退場管理を行う。各入退場者には無線タグが付随されており、入場又は退場の際には、入退場検出手段が、通信アンテナを用いた無線通信によって無線タグから情報取得を行い、これによって入場検出又は退場検出が行われる。このとき、各無線タグに備えられたタグ識別情報と、当該無線タグが付随される入退場者の人物識別情報とが、予め管理データとして対応付けられ、管理データベースに格納されている。上記入退場検出手段により入場検出又は退場検出が行われた際には、当該検出した入退場者が不法侵入者ではなく、正当な権限者であることの認証を行わねばならない。無線タグから読み取られる情報には必ずタグ識別情報が含まれることから、この正当権限者であることの認証は、無線タグから取得された無線タグ識別情報をキーに管理データベースにアクセスすることによって行うことができる。
【００３３】
本願第９発明では、このとき用いられる上記管理データベースを、例えば別の用途のために既に構築され、上記人物識別情報をデータとして含む既存の基本データベースからのデータインポート処理によって構築することができる。すなわち、情報処理装置が、互いに形式が異なる、基本データベースの基本テーブルから、管理データベースの管理テーブルへの、データインポート処理を行う。基本テーブルには複数の基本データが配置されており、各基本データは、識別子としての基本識別情報とこれに対応する複数の基本データ本体（人物識別情報を含む）とを備えている。各基本データ本体は、複数の基本データフィールドにそれぞれ対応して記載されている。一方、管理テーブルには複数の管理データが配置されており、各管理データは、識別子としての管理識別情報とこれに対応する複数の管理データ本体とを備えている。各管理データ本体は、複数の管理データフィールドにそれぞれ対応して記載されており、その中に、前述したように入退場者に係わる人物識別情報と、当該入退場者に付随される前記無線タグのタグ識別情報とを含んでいる。
【００３４】
そして、情報処理装置は、基本識別情報及び基本データ本体を、管理識別情報及び管理データ本体の少なくとも一部へとインポートする。システム構築時等の最初のインポート処理時には、初期インポート処理手段がインポート処理を行う。すなわち、基本識別情報をそのまま管理識別情報として記載し、基本データフィールドと管理データフィールドとの対応付けが済んでいるものについては各基本データフィールドの基本データ本体を、そのまま対応する各管理データフィールドの管理データ本体として記載する。したがって両データベースに共通するデータフィールドである人物識別情報については、基本データ本体の人物識別情報が、そのまま管理データベースの人物識別情報として記載される。一方、基本データフィールドと対応付けがない管理データフィールドについては管理識別情報を記載せず空白とする（又は暫定的記載とする）。これにより、基本テーブルの基本データを、異なる形式である管理テーブルに転記し、管理データの一部として流用することができる。
【００３５】
このようにして、当初のインポートが完了した後、何らかの事情（例えば入退場者名簿の更新等）でインポート元である基本データベースの基本テーブルの内容に変更があった場合、上記のようにして基本テーブルのデータを流用して形成した、インポート先の管理データベースの管理テーブルの内容に対しても、当該変更を反映させる必要がある。本願第９発明においては、情報処理装置の継続インポート処理手段がこの変更反映のためのインポート処理を行う。すなわち、上記のようにして複数の基本データフィールドにわたって記載された複数の基本データ本体のうち、基本データ本体が変更された基本データフィールドのみに着目し、当該基本データフィールドに対応する管理データフィールドの管理データ本体のみを、変更された基本データ本体で置き換える。それ以外の基本データ本体については、（もともと変更されていないことから）初期インポート処理手段による当初のインポート処理後の姿のままで存置する。
【００３６】
このようにすることで、インポート元である基本データベースからインポート先の管理データベースへの当初のインポート処理が完了した後、基本データベースの基本テーブルのデータ変更が生じた場合でも、管理データベースの管理テーブルのデータ変更を必要最小限の部分だけにとどめつつ、変更を反映させることができる。この結果、常に１つの管理テーブルにおいて最新のデータを表示することができる。また、基本データベースの基本テーブルと管理データベースの管理テーブルとのデータフィールドの数が異なっても、不都合なく処理することができる。
【００３７】
第１０発明は、上記第９発明において、前記入退場者に係わる前記人物識別情報又は前記タグ識別情報と、当該入退場者の入退場時刻とを対応付けて記録するための打刻データベースと、前記判定手段の判定結果に応じて、当該判定時の時刻情報に基づき、前記打刻データベースに対し、対応する記録処理を行う時刻記録処理手段とを有することを特徴とする。
【００３８】
これにより、管理データベースに人物識別情報が登録された入退場者について、入場時刻と退場時刻を記録（打刻）して管理することができるので、社員の出退勤管理等に活用することができる。
【発明の効果】
【００３９】
本発明によれば、インポート元のデータ変更による再インストール時においてインポート先のデータ変更を必要最小限にとどめることができる。また、インポート元とインポート先とのデータフィールドの数が異なっても、不都合なく処理することができる。
【図面の簡単な説明】
【００４０】
【図１】本実施形態の入退場管理システムとサーバの全体構成を示すシステム構成図である。
【図２】入退場管理システム及びサーバのシステム全体の機能構成を示す機能ブロック図である。
【図３】個人別入退場管理テーブルの一例を示す図である。
【図４】リーダの高周波回路の詳細機能構成を示す機能ブロック図である。
【図５】社員証カードに備えられる無線タグ回路素子の機能的構成の一例を示す機能ブロック図である。
【図６】社員管理テーブルとタグＩＤ管理テーブルとのフィールドマッピングの一例を示す図である。
【図７】最初のインポート処理直後のタグＩＤ管理テーブルの一例を示す図である。
【図８】作成が完了したタグＩＤ管理テーブルの一例を示す図である。
【図９】再インポート処理によってタグＩＤ管理テーブルの更新を行う場合の一例を示す図である。
【図１０】再インポート処理による更新直後のタグＩＤ管理テーブルの一例を示す図である。
【図１１】サーバがデータファイルをエクスポートする際にその制御回路によって実行されるエクスポートの制御手順を示すフローチャートである。
【図１２】図１１のエクスポートにより作成されたエクスポートファイルのデータ内容の一例を概念的に示す図である。
【図１３】ＰＣ端末の制御回路によるインポートで実行される制御手順を示すフローチャートである。
【図１４】図１３のフローにおけるステップＳ１１５の手順でフィールドマッピングの設定を行う際の表示部における表示の一例を示した図である。
【図１５】図１３中のステップＳ２００において実行される初期インポート制御の詳細手順を表すフローチャートである。
【図１６】図１３中のステップＳ３００において実行される継続インポート制御の詳細手順を表すフローチャートである。
【図１７】上書き更新確認メッセージの表示と上書き更新の確認入力を行う際の表示部における表示の一例を示した図である。
【図１８】入退場管理を行う際に、ＰＣ端末の制御回路によって実行される入退場検出処理の制御手順を示すフローチャートである。
【図１９】図１８の入退場検出処理においてＰＣ端末の表示部に表示される入退場管理画面の一例を示す図である。
【発明を実施するための形態】
【００４１】
以下、本発明の一実施の形態を図面を参照しつつ説明する。本実施形態は、本発明の情報処理システムを、所定の管理対象区画（建造物や、建造物の特定の部屋や、特定の敷地・エリアなど）に対する人物の入退場管理システムに適用した場合の実施形態である。
【００４２】
図１に、本実施形態の入退場管理システムとサーバの全体構成を示す。
【００４３】
入退場管理システム（情報処理システム）ＩＳは、本実施形態における管理対象区画である会社における入場者及び退場者（以下、合わせて入退場者という）の入退場管理を行うものである。この入退場管理システムＩＳは、社員Ｍに付随（携帯、所持等）された社員証カードＴより、無線通信を介して情報の取得を行うリーダ１００と、このリーダ１００と例えばＵＳＢ等のインターフェースを介して接続され、リーダ１００を操作可能なＰＣ端末（情報処理装置）２００とを有している。そして、上記ＰＣ端末２００は、有線あるいは無線のネットワークＮＷ（ＬＡＮ、無線ＬＡＮ等）を介してサーバ３００と情報入出力可能に接続されている。なお、ここではリーダ１００とＰＣ端末２００とを有線接続させた場合を例示したが、無線通信を介して無線接続させてもよい。
【００４４】
社員証カードＴには、情報を記憶するＩＣ回路部１５０及び情報の送受信を行うタグアンテナ１５１を備えた無線タグ回路素子Ｔｏ（無線タグ）が設けられている（後述の図２、図５参照）。上記ＩＣ回路部１５０には、各無線タグ回路素子Ｔｏの固有の識別情報であるタグＩＤ（タグ識別情報）が記憶されている。
【００４５】
ＰＣ端末２００は、液晶ディスプレイ等の表示部２０１及びキーボードやマウス等の操作部２０２を有している。このＰＣ端末２００には、所定の入退場管理アプリケーションがインストールされており、ＰＣ端末２００の電源投入時に自動又は手動操作により入退場管理アプリケーションが起動される。このアプリケーションが実行されている間は、表示部２０１に入退場管理画面（後述の図１９参照）が表示され、社員が社員証カードＴをリーダ１００にかざすことにより、入場時刻又は退場時刻の記録等が行われる。
【００４６】
図２に、入退場管理システムＩＳ及びサーバ３００のシステム全体の機能構成を示す。
【００４７】
この図２において、ＰＣ端末２００は、上記表示部２０１及び操作部２０２と、図示しないＣＰＵ及びＲＡＭ、ＲＯＭ等のメモリを有する制御回路２０３と、サーバ３００との間でネットワークＮＷを介して行われるネットワーク通信の制御を行うネットワーク通信制御部２０４と、ハードディスク装置等の大容量記憶装置からなる入退場管理データベース２０５（第２データベース、管理データベース）と、ＵＳＢなどの規格に準拠するインターフェース接続を介してリーダ１００との情報信号の授受の制御を行う通信制御部２０６とを備えている。
【００４８】
制御回路２０３は、ＲＡＭの一時記憶機能を利用しつつＲＯＭに予め記憶されたプログラムを実行し、それによって上記入退場管理アプリケーションを実行したり、リーダ１００との間で各種の指示信号・情報信号の送受を行うようになっている。
【００４９】
上記入退場管理データベース２０５は、タグＩＤ管理テーブル（第２テーブル；管理テーブル。後述の図６、図７、図８、図９、図１０参照）を記憶したタグＩＤ管理データベース（図示省略）と、個人別入退場管理テーブルを記憶した打刻データベース（図示省略）とから構成されている。
【００５０】
タグＩＤ管理テーブルは、入退場管理の対象者である社員の人物識別情報とその他の関連する情報（詳細は後述）を、当該社員に付随される社員証カードＴのタグＩＤとを対応付けて記録するためのものである。また、個人別入退場管理テーブル（後述の図３参照）は、入退場を行う社員の人物識別情報等と当該社員の入退場時刻とを対応付ける（詳細は後述）ようにして各社員の個人別に作成され、日々記録される。
【００５１】
一方、リーダ１００は、社員証カードＴに設けられ、情報を記憶するＩＣ回路部１５０及び情報の送受信を行うタグアンテナ１５１を備えた無線タグ回路素子Ｔｏとの間で無線通信を行う通信アンテナ１０１と、この通信アンテナ１０１を介し上記無線タグ回路素子ＴｏのＩＣ回路部１５０へ無線通信によりアクセスすると共に、その無線タグ回路素子Ｔｏから読み出された信号を処理する高周波回路１０２と、上記ＰＣ端末２００との間で行われる通信の制御を行う通信制御部１０３とを有している。上記高周波回路１０２とＰＣ端末２００の制御回路２０３とは、通信制御部１０３，２０６を介して情報の送受信が可能となっている。
【００５２】
また、サーバ３００は、上記ＰＣ端末２００との間でネットワークＮＷを介して行われるネットワーク通信の制御を行うネットワーク通信制御部３０１と、サーバ３００全体の動作を制御する制御回路３０２と、ハードディスク装置等の大容量記憶装置からなる社員管理データベース（第１データベース；基本データベース）３０３とを有している。この社員管理データベース３０３には、当該会社に所属する全社員の人物識別情報とその他の関係する情報（詳細は後述）を記憶・管理するための社員管理テーブル（第１テーブル；基本テーブル。後述の図６、図９参照）が記録・管理されている。
【００５３】
図３は、個人別入退場管理テーブルの一例を示す図である。この図３に示す個人別入退場管理テーブルは、上記タグＩＤ管理テーブルとともに上記ＰＣ端末２００の入退場管理データベース２０５に記録・管理される情報である。図示する例では、タグＩＤが「０８００００Ｂ５」、氏名が「山田花子」である入退場者一個人についての１２月における入退場時間が記録されている。ＰＣ端末２００の入退場管理データベース２０５には、このような個人別入退場管理テーブルが、タグＩＤ管理テーブルに記載されている入退場者の数（ＩＤの数）だけ作成され、それぞれ記録・管理されている。
【００５４】
なお、インポート処理に係わる上記社員管理テーブル及びタグＩＤ管理テーブルの詳細については、図６〜図８等を用いて後述する。
【００５５】
図４に、リーダ１００の高周波回路１０２の詳細機能構成を示す。
【００５６】
この図４において、高周波回路１０２は、上記通信アンテナ１０１を介し上記社員証カードＴの無線タグ回路素子ＴｏのＩＣ回路部１５０の情報へアクセスするものである。この高周波回路１０２には、ＰＣ端末２００の制御回路２０３により生成される、社員証カードＴの無線タグ回路素子ＴｏのＩＣ回路部１５０から読み出された信号を処理して情報を読み出すと共に無線タグ回路素子ＴｏのＩＣ回路部１５０へアクセスして所望の情報を書き込むための各種コマンドが、通信制御部２０６，１０３を介して入力される。なお、煩雑防止のため図４では通信制御部２０６，１０３の図示を省略している。
【００５７】
高周波回路１０２は、通信アンテナ１０１を介し社員証カードＴの無線タグ回路素子Ｔｏに対して信号を送信する送信部１４２と、通信アンテナ１０１により受信された無線タグ回路素子Ｔｏからの応答波を入力する受信部１４３と、送受分離器１４４とから構成される。
【００５８】
送信部１４２は、無線タグ回路素子ＴｏのＩＣ回路部１５０の無線タグ情報（タグＩＤ）にアクセスするための質問波を生成するブロックである。すなわち、送信部１４２は、周波数の基準信号を出力する水晶振動子１４５Ａと、制御回路２０３の制御により水晶振動子１４５Ａの出力を分周／遁倍して所定周波数の搬送波を発生させるＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ）１４５Ｂ、及びＶＣＯ（Ｖｏｌｔａｇｅ Ｃｏｎｔｒｏｌｌｅｄ Ｏｓｃｉｌｌａｔｏｒ）１４５Ｃと、上記制御回路２０３から供給される信号に基づいて上記発生させられた搬送波を変調（この例では制御回路２０３からの「ＴＸ＿ＡＳＫ」信号に基づく振幅変調）する送信乗算回路１４６（振幅変調の場合は増幅率可変アンプ等を用いてもよい）と、その送信乗算回路１４６により変調された変調波を増幅（この例では制御回路２０３からの「ＴＸ＿ＰＷＲ」信号によって増幅率を決定される増幅）して所望の質問波を生成するゲイン制御送信アンプ１４７とを備えている。そして、上記発生される搬送波は、例えばＵＨＦ帯（又はマイクロ波帯、あるいは短波帯でもよい）の周波数を用いており、上記ゲイン制御送信アンプ１４７の出力は、送受分離器１４４を介し通信アンテナ１０１に伝達されて無線タグ回路素子ＴｏのＩＣ回路部１５０に供給される。なお、質問波は上記のように変調した信号（変調波）に限られず、単なる搬送波のみの場合もある。
【００５９】
受信部１４３は、通信アンテナ１０１で受信された無線タグ回路素子Ｔｏからの応答波と上記搬送波とを乗算して復調するＩ相受信乗算回路１４８と、そのＩ相受信乗算回路１４８の出力から必要な帯域の信号のみを取り出すためのＩ相バンドパスフィルタ１４９と、このＩ相バンドパスフィルタ１４９の出力を増幅するＩ相受信アンプ１６２と、このＩ相受信アンプ１６２の出力をさらに増幅してデジタル信号に変換するＩ相リミッタ１６３と、上記通信アンテナ１０１で受信された無線タグ回路素子Ｔｏからの応答波と上記搬送波が移相器１６７により位相を９０°遅らせた信号とを乗算するＱ相受信乗算回路１７２と、そのＱ相受信乗算回路１７２の出力から必要な帯域の信号のみを取り出すためのＱ相バンドパスフィルタ１７３と、このＱ相バンドパスフィルタ１７３の出力を増幅するＱ相受信アンプ１７５と、このＱ相受信アンプ１７５の出力をさらに増幅してデジタル信号に変換するＱ相リミッタ１７６とを備えている。そして、上記Ｉ相リミッタ１６３から出力される信号「ＲＸＳ−Ｉ」及びＱ相リミッタ１７６から出力される信号「ＲＸＳ−Ｑ」は、上記制御回路２０３に入力されて処理される。
【００６０】
また、Ｉ相受信アンプ１６２及びＱ相受信アンプ１７５の出力は、強度検出手段としてのＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ)回路１７８にも入力され、それらの信号の強度を示す信号「ＲＳＳＩ」が制御回路２０３に入力される。これにより、ＰＣ端末２００では、無線タグ回路素子Ｔｏとの通信時における当該無線タグ回路素子Ｔｏからの信号の受信強度を検出することが可能となっている。
【００６１】
図５に、上記社員証カードＴに備えられる無線タグ回路素子Ｔｏの機能的構成の一例を示す。
【００６２】
この図５において、無線タグ回路素子Ｔｏは、上述したようにリーダ１００の通信アンテナ１０１と非接触で信号の送受信を行う上記タグアンテナ１５１と、このタグアンテナ１５１に接続された上記ＩＣ回路部１５０とを有している。
【００６３】
ＩＣ回路部１５０は、タグアンテナ１５１により受信された質問波を整流する整流部１５２と、この整流部１５２により整流された質問波のエネルギを蓄積し駆動電源とするための電源部１５３と、上記タグアンテナ１５１により受信された質問波からクロック信号を抽出して制御部１５７に供給するクロック抽出部１５４と、所定の情報信号を記憶し得るメモリ部１５５と、上記タグアンテナ１５１に接続された変復調部１５６と、上記メモリ部１５５、クロック抽出部１５４、及び変復調部１５６等を介し上記無線タグ回路素子Ｔｏの作動を制御するための上記制御部１５７とを備えている。
【００６４】
変復調部１５６は、タグアンテナ１５１により受信された上記リーダ１００の通信アンテナ１０１からの質問波の復調を行い、また、上記制御部１５７からの返信信号を変調し、タグアンテナ１５１より応答波（タグＩＤを含む信号）として送信する。
【００６５】
クロック抽出部１５４は受信した信号からクロック成分を抽出し、当該クロック成分の周波数に対応したクロックを制御部１５７に供給する。
【００６６】
制御部１５７は、上記変復調部１５６により復調された受信信号を解釈し、上記メモリ部１５５において記憶された情報信号に基づいて返信信号を生成し、この返信信号を上記変復調部１５６により上記タグアンテナ１５１から返信する制御等の基本的な制御を実行する。
【００６７】
以上の基本構成において、本実施形態の特徴の１つは、互いにデータフィールドが異なる社員管理テーブルとタグＩＤ管理テーブルにおいて、フィールドマッピングを行うことによって、社員管理テーブル（インポート元である上記社員管理データベースに格納）のデータフィールドをタグＩＤ管理テーブル（インポート先である上記タグＩＤ管理データベースに格納）のデータフィールドに対応付けることである。また、もう１つの特徴は、このようにしてインポート処理を行った後に社員管理テーブルのデータ変更が生じて再インポート処理を行う場合に、タグＩＤ管理テーブルのデータ変更を必要最小限の部分だけにとどめるようにすることである。以下、その詳細を順を追って説明する。
【００６８】
（Ａ）インポート処理
図６は、上述した、最初のインポート処理における上記社員管理テーブルと上記タグＩＤ管理テーブルとのフィールドマッピングの一例を示す図である。
【００６９】
この図６において、社員管理テーブルは、前述したように上記サーバ３００の社員管理データベース３０３に記録・管理される情報であり、当該サーバ３００において既にデータが入力されて作成済みの状態となっている。図示する例において、この社員管理テーブルには、「社員コード」「社員氏名」「部署」「内線番号」「メールアドレス」「入社年」「住所」「自宅ＴＥＬ」の各情報項目（データフィールド）が設けられ、それぞれにデータが記録されている。なお、社員コードは、社員一個人（関連付け対象）に一つだけ割り当てられる数字番号であり、社員氏名とともに人物識別情報を構成している。そして、この社員管理テーブルは、一意に定義された上記各社員コード（社員一個人）に対応するデータ行（ロウ、行）と、各情報項目のフィールド（カラム、列）の表形式で構成されたいわゆるリレーショナルデータベースの形態となっている。
【００７０】
一方、タグＩＤ管理テーブルは、前述したように上記ＰＣ端末２００の入退場管理データベース２０５に記録・管理される情報である。図示する例において、このタグＩＤ管理テーブルには、ＩＤに対応してパスワード、タグＩＤ、氏名、部署、社内ＴＥＬ、メール、及び権限の各項目の情報が記録されている。ＩＤは、ＰＣ端末２００が入退場者個人（関連付け対象）を特定するために設定する人物識別情報であり、上記社員コードと同様に入退場者一個人に一つだけ割り当てられる数字番号である。タグＩＤは、当該入退場者（社員）が所持する上記社員証カードＴの無線タグ回路素子Ｔｏに記憶されているタグ識別情報である。なお、図６に示すタグＩＤ管理テーブルは、まだデータが全く入力されていない未作成の状態（インポート前の状態）を示している。このタグＩＤ管理テーブルもまた、一意に定義された各ＩＤ（入退場者一個人）に対応するデータ行と、各情報項目のフィールドの表形式で構成されたいわゆるリレーショナルデータベースの形態となっている。
【００７１】
なお、この例では、上記した社員コード及びこれに対応するＩＤと、社員氏名及びこれに対応する氏名のうち、一意的に個人を特定可能である社員コード及びＩＤを優先的に用いる人物識別情報として扱い、社員氏名及び氏名は（後述するように同姓同名の場合に一個人を特定できなくなる可能性があることから）、ＩＤを補助する目的で用いる人物識別情報として扱う場合を、例にとって説明する。
【００７２】
ここで、上記図６に示す内容の社員管理テーブル及びタグＩＤ管理テーブルにおいて、上記データフィールド「社員コード」と上記データフィールド「ＩＤ」とは、互いにデータの用途・性質が実質的に同じとなっている。したがって、タグＩＤ管理テーブルにおいては、データフィールド「ＩＤ」のデータ内容として上記社員管理テーブルのデータフィールド「社員コード」のデータ内容をそのまま流用可能である。また、タグＩＤ管理テーブルの各ＩＤに対応する「氏名」「部署」「社内ＴＥＬ」「メール」の各データフィールドのデータ内容も、上記社員管理テーブルの「社員氏名」「部署」「内線番号」「メールアドレス」の各フィールドのデータ内容と同じものをそのまま流用可能である。
【００７３】
本来、異なるデータベースアプリケーションどうしでは、データフォーマットの違いなどによりデータを共有することは困難である。しかしながら、後述する図１２に示す例のＣＳＶファイルのように、例えばデータを単純な形式（この例ではテキスト形式）で記載したファイルを用いることで、異なるデータベース間でも容易にデータを入出力し共有（流用）することができる。一般に、データの出力元のデータベースがデータファイルを作成して出力することをいわゆるエクスポートといい、データの入力先のデータベースが当該データファイルを取得してデータを入力することをいわゆるインポートという。本実施形態では、特に注記しない限り、これらエクスポートとインポートの作業を合わせて「インポート処理」と称している。
【００７４】
上述したように、図６に示す例においてインポート処理を行う際には、データフィールド「社員コード」のデータ内容はそのままデータフィールド「ＩＤ」に対応付けて流用し、同様に「社員氏名」「部署」「内線番号」「メールアドレス」の各データフィールドのデータ内容はそのまま「氏名」「部署」「社内ＴＥＬ」「メール」の各フィールドに対応付けて流用する。本実施形態では、このようにインポート処理においてデータフィールドを対応付けるフィールドマッピングを行う。なお、この際、タグＩＤ管理テーブルにおける独自のデータフィールドのデータ内容は空欄として記載される（又は、例えば「＊＊＊」等のような適宜の記号や、予め定めた適宜のデフォルト値・デフォルト事項のように、空欄ではない暫定的な記載としてもよい）。この欄には、後に管理者によって対応する適切な値・事項等が手操作によって入力される。
【００７５】
以上のようにして、本実施形態では、社員管理テーブルをインポート元とし、タグＩＤ管理テーブルをインポート先として上記のフィールドマッピングによるインポート処理を行う。この結果、図７に示すように、タグＩＤ管理テーブルにおいてフィールドマッピングの対象とされている各データフィールドにデータが入力される。そして、データベース２０５，３０３の管理者が、残りのフィールドマッピング非対象とされているデータフィールド（つまりタグＩＤ管理テーブルにおける独自のデータフィールド）である図示する例の「パスワード」「タグＩＤ」「権限」のそれぞれに対して操作部２０２の操作を介してデータを入力することで、図８に示すようにタグＩＤ管理テーブルが完成する。
【００７６】
（Ｂ）再インポート処理
上記のようにしてインポート処理が完了した後、何らかの事情でインポート元である社員管理テーブルの内容が変更される場合がある。このような場合、上記のようにして社員管理テーブルのデータを流用して形成した、インポート先のタグＩＤ管理テーブルの内容に対しても、当該変更を反映させる必要がある。本実施形態においては、この変更反映（テーブルのデータ更新）のために再インポート処理を行う。
【００７７】
図９は、社員管理テーブルからタグＩＤ管理テーブルへの上記再インポート処理の一例を示す図である。
【００７８】
図９において、この例では、上記図６に示した内容の社員管理テーブルのデータが、図９に示すように変更（図中においては変更箇所に下線を付して示す。以下同様）されている。この場合、この変更内容をタグＩＤ管理テーブルにも反映させるために、再度上記同様のフィールドマッピングに基づく再インポート処理によって、タグＩＤ管理テーブルのデータ内容を更新する。
【００７９】
ここで、社員コード単位（個人単位）におけるデータの変更には３通りの態様がある。第１変更態様は、図示の社員コード「１００００」の山田花子さんの例で、社員コード及び社員氏名は変わらず、社内の異動に伴って部署と内線番号だけが変更される場合である。すなわちこの場合、一部のデータフィールドのデータ内容のみが変更されるようにして再インポート処理が行われる。
【００８０】
第２変更態様は、図示の社員コード「１０００１」の山本一郎さんの例で、以前社員だった小川太郎さんが退職し社員コード「１０００１」に空きが生じたことを活用し、新入社員の「山本一郎」に当該社員コードを再利用して割り当てる場合である。すなわちこの場合、「社員コード」以外の全てのデータフィールドのデータ内容が変更される。
【００８１】
第３変更態様は、図示の社員コード「１００４２」の佐藤洋子さんの例で、新入社員である佐藤洋子さんに新規に社員コードが割り当てられ、社員コードを含む全てのデータフィールドのデータ内容が変更（新規追加作成）される。
【００８２】
以上のような本実施形態での再インポート処理によって、図１０に示すように、上記第１〜第３の３つの変更態様にそれぞれ対応し、タグＩＤ管理テーブルにおける各データフィールドのデータ内容を適切に更新することができる。なお、この際、上記第２変更態様と第３変更態様に対しては、前述と同様、タグＩＤ管理テーブルにおける独自のデータフィールドのデータ内容は空欄（又は暫定的な記載）として記載される。
【００８３】
（Ｃ）制御手順
図１１は、サーバ３００がデータファイルをエクスポートする際に、サーバ３００の制御回路３０２によって実行される制御手順を示す。このフローチャートは、例えばＰＣ端末２０の操作部２０２を介し管理者が上記（Ａ）インポート処理や（Ｂ）再インポート処理を実行する操作を行った際に開始される（それ以外の適宜のタイミング、例えば電源ＯＮ時や、周期的タイミング等で開始するようにしてもよい）。
【００８４】
まず、ステップＳ５では、データファイルにおける最初のヘッダ行（後述の図１２参照）に各データフィールドの名称を書き込む。
【００８５】
次にステップＳ１０へ移り、上記ステップＳ５で記載したヘッダ行の次に各社員のデータをデータ行（後述の図１２参照）として書き込む。
【００８６】
次にステップＳ１５へ移り、上記ステップＳ５と上記ステップＳ１０で各データフィールド名称と対応する各データが書き込まれたデータファイルを、適正なエクスポートファイルとして作成し、所定の記憶領域に記憶する。そしてこのフローを終了する。
【００８７】
図１２は、上記図１１のエクスポート手順により作成されたエクスポートファイルのデータ内容の一例を観念的に示す図である。なお、図示の例のデータ内容は、上記図６に示した社員管理テーブルのデータ内容に対応したものである。
【００８８】
この図１２において、この例で示すエクスポートファイルは、複数のデータをテキストコードの記述によりコンマ区切りで列記するいわゆるＣＳＶ形式で記載した場合を示している。記述様式としては、リターンコードに対応する「ＣＲＬＦ」を終端に持つ一行が社員一個人のデータ行に対応しており、特に最初の一行は各データフィールドの名称を宣言するヘッダ行となっている。ヘッダ行と各データ行においては、各データフィールドの順に従ってデータがコンマ「、」で区切られて列記されており、つまり図示する例では各データ行においてそれぞれ８つのデータが列記されている。そして、ファイル中に記載された全てのデータフィールド名称及びデータがテキストで記述されているため、どのようなアプリケーションでも容易かつ正確にデータの読み込みが可能となっている。
【００８９】
図１３は、上記図１１の手順にてサーバ３００によりエクスポートされたデータファイルを、ＰＣ端末２００へインポートする際に、ＰＣ端末２００の制御回路２０３において実行される制御手順を示す。このフローチャートは、例えばＰＣ端末２０の操作部２０２を介し管理者が上記（Ａ）インポート処理や（Ｂ）再インポート処理を実行する操作を行った際に、開始される。
【００９０】
図１３において、まずステップＳ１０５で、上記図１１のエクスポート手順によりそれまでにサーバ３００で作成された複数のエクスポートファイルのうちのいずれか一つを指定して読み込む。これにより、特に図示しないが、ヘッダ行における各データフィールド名称と、各データ行におけるデータが全て読み込まれ、ＰＣ端末２００のメモリ内部において社員管理テーブルと同等のデータテーブルが展開して再現される。
【００９１】
次にステップＳ１１０へ移り、この時点でタグＩＤ管理テーブルがまだ未作成の状態であるか否か、つまり今回のインポートが上記タグＩＤ管理テーブルに対する最初のインポートであるか否かを判定する。タグＩＤ管理テーブルが未作成である場合、判定が満たされ、次のステップＳ１１５に移る。ステップＳ１１５では、操作部２０２を介した管理者の操作入力に基づき、図６を用いて上述したようなフィールドマッピングの設定処理を行い、その設定を記録する。
【００９２】
その後、ステップＳ２００へ移り、上記図６に示したように、データ内容が全く記載されていない未作成状態のタグＩＤ管理テーブルのマッピング対象のデータフィールドにデータ内容をインポートする（初期インポート制御。詳細は後述の図１５参照）。この手順が、前述の（Ａ）インポート処理に対応する。
【００９３】
次にステップＳ１２０へ移り、操作部２０２を介した管理者の操作入力に基づき、タグＩＤ管理テーブルにおける全社員分のパスワード、タグＩＤ、及び権限の各データフィールドのデータを設定する。そして、このフローを終了する。
【００９４】
一方、上記ステップＳ１１０の判定において、タグＩＤ管理テーブルが作成済みである場合、つまり今回のインポートが上記タグＩＤ管理テーブルのデータ内容を更新するためのものである場合、判定が満たされず、ステップＳ１２５に移る。ステップＳ１２５では、既に（上述のステップＳ１１５において）記録されているフィールドマッピングの設定を読み込む。
【００９５】
その後、ステップＳ３００へ移り、上記図９に示したように、社員管理テーブルにおける上記第１〜第３の３つの変更態様にそれぞれ対応して、タグＩＤ管理テーブル内の各データを変更（更新）するようインポートする（継続インポート制御。詳細は後述の図１６参照）。この手順が、前述の（Ｂ）再インポート処理に対応する。
【００９６】
次にステップＳ１３０へ移り、操作部２０２を介した管理者の操作入力に基づき、前述の第２変更態様及び第３変更態様に対応した、つまりＩＤを再利用又は新規追加した社員分のパスワード、タグＩＤ、及び権限の各データフィールドのデータを入力設定する。そして、このフローを終了する。
【００９７】
上記のフローによる制御手順を行うことにより、今回のインポートがタグＩＤ管理テーブルへの最初のインポートである場合には、社員管理データベース３０３における所定のデータフィールドのデータをフィールドマッピングにより対応させたタグＩＤ管理テーブルの各データフィールドにそのまま転記し、その他のデータフィールドのデータを手動で入力してタグＩＤ管理テーブルを作成することができる（上記図６、図７、図８参照）。また、今回のインポートが当該ＰＣ端末２００における２回目以降のインポートであってタグＩＤ管理テーブルのデータ内容を更新するためのものである場合には、社員管理テーブルにおける上記３つの変更態様にそれぞれ対応してタグＩＤ管理テーブル内の各データを更新し、未記録のデータについてのみ手動で入力してタグＩＤ管理テーブルを更新することができる（上記図９、図１０参照）。
【００９８】
図１４は、上記図１３のフローにおけるステップＳ１１５でフィールドマッピングの設定を行う際のＰＣ端末２００の表示部２０１における表示の一例を示した図である。
【００９９】
図１４において、表示部２０１にはフィールドマッピングの設定作業を行うためのウィンドウ４０１が表示されている。このウィンドウ４０１には、全てのデータが未記入状態となっているタグＩＤ管理テーブルの内容表示である「本データベースのデータフィールド割り当て設定」４０２と、エクスポートファイルから読み込んだデータフィールド名称及びデータにより再現された、社員管理テーブルの内容表示である「ソースファイル」４０３とが示されている。
【０１００】
タグＩＤ管理テーブルの内容表示４０２には、あらかじめ必要とされるデータフィールドが設定されており、それら各データフィールドのすぐ下に位置するセルにはそれぞれプルダウンメニューボタン４０４が表示されている。これら各データフィールドのプルダウンメニューボタン４０４は、それぞれを操作することで（図中ではデータフィールド「ＩＤ」のものを操作している状態）インポート元の社員管理テーブルにおける全てのデータフィールド名をプルダウンメニュー４０５で一覧表示させることができる。そして、その一覧表示されたうちの一つを選択して、インポート先であるタグＩＤ管理テーブルにおけるデータフィールドに対応付ける（マッピングする）よう設定することができる。
【０１０１】
なお、各プルダウンメニュー４０５には、社員管理テーブルの全てのデータフィールド名とともに非設定の選択項目（図中の「（なし）」）も表示されて選択設定できるようになっており、この非設定を選択した場合には、タグＩＤ管理テーブルの当該データフィールドは独自のデータフィールド（マッピング非対象のデータフィールド）となってインポート元の社員管理テーブルとのフィールドマッピングによる対応付けが行われなくなる（図中では、いずれのデータフィールドも非設定が選択されている初期状態を示している）。
【０１０２】
このような構成により、管理者は、下方に表示されているインポート元の社員管理テーブルの内容表示４０３における各データフィールドのデータ内容を確認して、上方に表示されているタグＩＤ管理テーブルの内容表示４０２のそれぞれのデータフィールドに対し、データフィールドどうしの対応付け（フィールドマッピング）を設定することができる。
【０１０３】
図１５は、図１３中のステップＳ２００においてＰＣ端末２００の制御回路２０３により実行される初期インポート制御の詳細手順を表すフローチャートである。
【０１０４】
図１５において、まず、ステップＳ２０５で、上記図１３のステップＳ１０５でエクスポートファイルから読み込んだデータ行に対応するカウンタ変数Ｉを１に初期設定し、その上限数であるＴに上記ステップＳ１０５で読み込んだエクスポートファイルのデータ行数、つまり社員数を代入する。
【０１０５】
次にステップＳ２１０へ移り、読み込み済みのデータ行のうちＩ番目のデータ行のデータ内容（この例では８データフィールド分のデータ）を取得する。
【０１０６】
その後、ステップＳ２７０で、タグＩＤ管理テーブルの対応データ行における全てのデータフィールドに対して、Ｉ番目の読み込みデータ行の各データフィールドのデータ内容をフィールドマッピングの設定に基づいて記録する。このとき、タグＩＤ管理テーブルのデータ行においてマッピング非対象に設定されているデータフィールド（すなわちタグＩＤ管理テーブルにおける独自のデータフィールド）に対しては、前述した空欄又は暫定的に記載としておく。そしてステップＳ２５５へ移る。
【０１０７】
ステップＳ２５５では、カウンタ変数Ｉの値が社員数Ｔに達したか否かを判定する。カウンタ変数Ｉの値が社員数Ｔと一致している場合、判定が満たされ、すなわちエクスポートファイル中の全てのデータ行数に対応して処理を行ったものとみなされ、このフローを終了する。一方、カウンタ変数Ｉの値が社員数Ｔに満たない場合、判定は満たされず、次のステップＳ２６０でカウンタ変数Ｉの値を１増加してステップＳ２１０に戻り、同様の手順を繰り返す。
【０１０８】
図１６は、図１３中のステップＳ３００においてＰＣ端末２００の制御回路２０３により実行される継続インポート制御の詳細手順を表すフローチャートである。
【０１０９】
図１６において、ステップＳ３０５では、図１５のステップＳ２０５と同様、エクスポートファイルから読み込んだデータ行に対応するカウンタ変数Ｉを１に初期設定し、その上限数であるＴにエクスポートファイルのデータ行数（社員数）を代入する。その後、ステップＳ３１０で、図１５のステップＳ２１０と同様、Ｉ番目のデータ行のデータ内容（８データフィールド分のデータ）を取得する。
【０１１０】
次にステップＳ３１５へ移り、上記図１３のステップＳ１２５で読み込んだフィールドマッピングの設定を参照して、タグＩＤ管理テーブルにおけるデータフィールド「ＩＤ」が社員管理テーブルにおけるいずれかのデータフィールドに対応付けられているか（マッピング対象に設定されているか）否かを判定する。
【０１１１】
これは、前述したように、優先的に用いる人物識別情報としてタグＩＤ管理テーブルにおけるＩＤ（又は社員管理テーブルにおける社員コード）が設定されている前提において、意図的に当該ＩＤ（又は社員コード）を用いることなくタグＩＤ管理テーブルにおける氏名（又は社員管理テーブルにおける社員氏名）だけを用いて入退場者（社員）を識別する場合に対処するものである。例えば、入退場者数（社員数）の少ない会社などでは、同姓同名となる可能性が低いため氏名だけで一個人の特定が可能となり、その場合には社員コードの設定記録を省略したり、データフィールド「ＩＤ」をマッピング非対象に設定するなどにより各データベース２０５，３０３の簡略化を図ることができる。
【０１１２】
つまりステップＳ３１５では、タグＩＤ管理テーブルにおけるデータフィールド「ＩＤ」のデータが人物識別情報として記録されているか否かを判定する。データフィールド「ＩＤ」がマッピング対象に設定されている場合、判定は満たされ、次のステップＳ３２０へ移る。
【０１１３】
ステップＳ３２０では、タグＩＤ管理テーブルにおける全社員のＩＤを検索して、上記ステップＳ３１０で取得したＩ番目の読み込みデータ行における社員コードとデータ内容が一致する（あるいは同等である。以下同様）ものがあるか否かを判定する。読み込みデータ行の社員コードと一致するＩＤが検出された場合、判定が満たされ、次のステップＳ３２５へ移る。なお、以下においては、このようにタグＩＤ管理テーブルにおいて上記の検出されたＩＤに対応するデータ行を対応データ行と称呼し、読み込みデータ行と区別する。
【０１１４】
ステップＳ３２５では、上記ステップＳ３２０で検出されたＩＤに対応する対応データ行の氏名が、上記ステップＳ３１０で取得したＩ番目の読み込みデータ行の社員氏名と一致しているか否かを判定する。読み込みデータ行の社員氏名と氏名が一致する場合、判定が満たされ、次のステップＳ３３０へ移る。
【０１１５】
ステップＳ３３０では、上記ステップＳ３２０で検出されたタグＩＤ管理テーブルにおける対応データ行と、上記ステップＳ３１０で取得されたＩ番目の読み込みデータ行とを比較して、データ内容の異なるデータフィールドを検索する。
【０１１６】
次にステップＳ３３５へ移り、上記ステップＳ３３０の検出によって対応データ行と読み込みデータ行との間にデータ内容が異なるデータフィールドが検出されたか否かを判定する。データ内容が異なるデータフィールドが検出されなかった場合、判定が満たされず、すなわち当該読み込みデータ行においては前回のインポートを行ってからデータ内容が変更されなかったものとみなされ、ステップＳ３５５へ移る。一方、データ内容が異なるデータフィールドが検出された場合、判定が満たされ、すなわち当該読み込みデータ行においてデータ内容の変更がなされていたものとみなされ、ステップＳ３３７へ移る。
【０１１７】
ステップＳ３３７では、前述のステップＳ３２０と同様、上記ステップＳ３１０で取得したＩ番目の読み込みデータ行における社員コードとデータ内容が一致するものあったかどうかか否かを再度判定する。これは、この後のステップＳ３４０及びステップＳ３４５を実行するかしないかを分岐させるためのものである。すなわち、ステップＳ３３０への移行は、上記のようにステップＳ３２５の判定が満たされた場合のほか、後述のステップＳ３７５の判定が満たされた場合も行われる。そして、ステップＳ３４０及びステップＳ３４５は、ステップＳ３７５の判定が満たされてステップＳ３３０→ステップＳ３３５と移行してきたときにのみ、実行すれば足りるためである。
【０１１８】
ステップＳ３３７の判定が満たされた場合（すなわちステップＳ３２５の判定が満たされてステップＳ３３０へと移行してきた場合）はステップＳ３３７の判定が満たされ、後述のステップＳ３５０へ移る。ステップＳ３３７の判定が満たされない場合（すなわち、後述のステップＳ３７５の判定が満たされてステップＳ３３０へと移行してきた場合）はステップＳ３３７の判定が満たされず、ステップＳ３４０へ移る。
【０１１９】
ステップＳ３４０では、上記ステップＳ３３０で検出されたデータフィールドに対してデータ内容の上書き更新を行うか否かを確認する上書き更新確認メッセージを表示部２０１に表示する。次にステップＳ３４５へ移り、操作部２０２での操作を介してデータ内容の上書き更新を行うよう指示入力されたか否かを判定する（選択手段としての機能）。上書き更新を行わないよう指示入力された場合、判定が満たされず、そのままステップＳ３５５へ移る。一方、上書き更新を行うよう指示入力された場合、判定が満たされ、次のステップＳ３５０へ移る。
【０１２０】
ステップＳ３５０では、タグＩＤ管理テーブルの対応データ行において上記ステップＳ３３０で検出したデータ内容が異なるデータフィールドに対してのみ、Ｉ番目の読み込みデータ行のそれぞれ対応するデータフィールドのデータ内容で上書き更新を行う。なお、このステップＳ３５０の手順は、上記図９で説明した第１変更態様、つまり一部のデータフィールドのデータ内容のみ変更する態様に対応した更新処理の手順となる。そしてステップＳ３５５へ移る。
【０１２１】
ステップＳ３５５は、上記図１５のステップＳ２５５と同様、カウンタ変数Ｉの値が社員数Ｔに達したか否かを判定する。カウンタ変数Ｉの値が社員数Ｔと一致している場合、判定が満たされ、すなわちエクスポートファイル中の全てのデータ行数に対応して処理を行ったものとみなされ、このフローを終了する。一方、カウンタ変数Ｉの値が社員数Ｔに満たない場合、判定は満たされず、上記図１５のステップＳ２６０と同様のステップＳ３６０でカウンタ変数Ｉの値を１増加してステップＳ３１０に戻り、同様の手順を繰り返す。
【０１２２】
一方、上記ステップＳ３２５の判定において、読み込みデータ行の社員氏名と対応データ行の氏名のそれぞれのデータ内容が一致しなかった場合、判定は満たされず、次のステップＳ３６５へ移る。
【０１２３】
ステップＳ３６５では、タグＩＤ管理テーブルの対応データ行においてＩＤ以外のマッピング対象に設定されている全てのデータフィールドに対し、Ｉ番目の読み込みデータ行のそれぞれ対応するデータフィールドのデータ内容で上書き更新を行う。なお、このステップＳ３６５の手順は、上記図９で説明した第２変更態様、つまりＩＤ（社員コード）以外の全てのデータフィールドのデータ内容を変更する態様に対応した更新処理の手順となる。また、タグＩＤ管理テーブルの対応データ行においてマッピング非対象に設定されているデータフィールドに対しては、空欄とする（又は前述と同様の暫定的記載を行う）。そして上記ステップＳ３５５へ移る。
【０１２４】
また一方、上記ステップＳ３２０の判定において、Ｉ番目の読み込みデータ行の社員コードと一致するＩＤがタグＩＤ管理テーブルから検出されなかった場合、判定は満たされず、ステップＳ３７０へ移る。
【０１２５】
ステップＳ３７０では、タグＩＤ管理テーブルにおいて新たにデータ行を追加作成し、この新規のデータ行の全てのデータフィールドに対して、Ｉ番目の読み込みデータ行の各データフィールドのデータ内容をフィールドマッピングの設定に基づいて記録する。なお、このステップＳ３７０の手順は、上記図９で説明した第３変更態様、つまりＩＤ（社員コード）を含む全てのデータフィールドのデータ内容を変更する態様に対応した更新処理の手順となる。また、タグＩＤ管理テーブルの新規データ行においてマッピング非対象に設定されているデータフィールドに対しては、空欄とする（又は前述と同様の暫定的記載を行う）。そしてステップＳ３５５へ移る。
【０１２６】
また一方、上記ステップＳ３１５の判定において、タグＩＤ管理テーブルにおけるデータフィールド「ＩＤ」がマッピング対象に設定されていない場合、判定は満たされず、すなわちタグＩＤ管理テーブルにおいて氏名だけを人物識別情報として用いるものとみなされ、次のステップＳ３７５へ移る。
【０１２７】
ステップＳ３７５では、タグＩＤ管理テーブルにおける全データ行の氏名を検索して、Ｉ番目の読み込みデータ行における社員氏名とデータ内容が一致するものがあるか否かを判定する。読み込みデータ行の社員氏名と一致する氏名が検出された場合、判定が満たされ、ステップＳ３３０以降の無変更の場合の処理又は氏名以外の一部データフィールドのみの変更（上記第１変更態様）に対応した更新処理を行う。但し、このようにステップＳ３７５の判定が満たされてステップＳ３４０を実行する場合は、（前述のステップＳ３２５の判定が満たされてこのステップＳ３４０を実行する場合と異なり）ステップＳ３４０での確認メッセージの表示手順とステップＳ３４５での確認指示入力とを実行してから上書き更新する。
【０１２８】
一方、ステップＳ３７５において読み込みデータ行の社員氏名と一致する氏名が検出されなかった場合、判定は満たされず、上記ステップＳ３７０に移る。そして、前述したようなステップＳ３７０以降の新規データ行の追加及び氏名（社員氏名）を含む全てのデータフィールドのデータ内容を変更する態様（第３変更態様）に対応した更新処理を行う。
【０１２９】
上記の制御手順を行うことにより、データフィールド「ＩＤ」がマッピング対象であるがデータフィールド「社員コード」とデータが一致するものがなかった場合、及び、データフィールド「ＩＤ」がマッピング非対象であってデータフィールド「社員氏名」とデータフィールド「氏名」によるデータ一致がなかった場合には、上記第３変更態様に対応して新規データ行の追加・記録によるタグＩＤ管理テーブルの更新処理を行うことができる。
【０１３０】
また、データフィールド「ＩＤ」がマッピング対象でありデータフィールド「社員コード」とデータが一致するものがあって、かつ、その対応データ行のデータフィールド「氏名」のデータがデータフィールド「社員氏名」のデータと一致した場合と、データフィールド「ＩＤ」がマッピング非対象であってデータフィールド「社員氏名」のデータがデータフィールド「氏名」のデータと一致した場合には、各データフィールドの比較判定によるタグＩＤ管理テーブルの更新処理を行う。すなわち、読み込みデータ行と対応データ行の各データフィールドの比較により、対応データ行の無更新か、若しくは、上記第１変更態様に対応して対応データ行のＩＤ・氏名以外の一部のデータフィールドでデータ内容を上書き更新するか、のいずれかを行う。
【０１３１】
また、データフィールド「ＩＤ」がマッピング対象でありデータフィールド「社員コード」とデータが一致するものがあって、かつ、その対応データ行の氏名が社員氏名と一致しなかった場合には、上記第２変更態様に対応して対応データ行のＩＤ以外の全てのデータフィールドでデータ内容を上書き更新するタグＩＤ管理テーブルの更新処理を行うことができる。
【０１３２】
図１７は、上記図１６のフローにおけるステップＳ３４０の手順で上書き更新確認メッセージの表示と上書き更新の確認入力を行う際のＰＣ端末２００の表示部２０１における表示の一例を示した図である。
【０１３３】
この図１７では、前述した、ステップＳ３７５の判定が満たされてステップＳ３４０を実行する場合の表示例を示している。図１７において、表示部２０１には、上書き確認のウィンドウ５０１が表示されており、このウィンドウ５０１には上書き更新確認メッセージとともに、対象となる氏名（この例では「山田花子」）と、更新対象のデータフィールドの名称（この例では「部署」）についての変更前の内容（この例では「総務部」）と変更前の内容（この例では「人事部」）が表示されている。管理者は、この変更前後の内容を確認して、操作部２０２を介し、ウィンドウ５０１中下方部の「はい」ボタン５０２、「いいえ」ボタン５０５のいずれかを操作することで上書き更新についての指示を入力する。
【０１３４】
この例では、「はい」ボタン５０２を操作することで、表示されている対象レコードについて異なるデータフィールドだけを更新するよう指示する（図１６におけるステップＳ３４５→ステップＳ３５０に対応）。また、「いいえ」ボタン５０５を操作することで、表示されている対象レコードについては更新しないよう指示し、もし他に更新対象のレコードがあれば対応するウィンドウを再度表示させるよう指示する（図１６におけるステップＳ３４５→ステップＳ３５５に対応）。
【０１３５】
また、この例では、上記「はい」ボタン５０２以外の更新指示として、「すべて上書き」ボタン５０３が設けられている。詳細な制御手順の説明を省略するが、この「すべて上書き」ボタン５０３を操作することによって、（表示された氏名に対応するレコード、及びそれ以外のレコードを含む）全レコードについて、異なるデータフィールドだけをすべて更新するよう指示可能となっている。
【０１３６】
さらに、この例では、「新しく追加」ボタン５０４が設けられている。この「新しく追加」ボタン５０４は、上記図１６のフローにおけるステップＳ３１５の判定でＩＤがマッピング非対象に設定されていると判定された（つまり氏名又は社員氏名だけを用いて社員を識別するよう設定した）ものの、同姓同名の者が社員管理テーブルに新規に登録されてしまった場合に対処可能とするものである。この「新しく追加」ボタン５０４を操作することで、タグＩＤ管理テーブルに当該新規の同姓同名者のためのデータ行を追加作成し、そのすべてのデータフィールドで読み込みデータ行のデータを記録するよう指示する。これにより、（詳細な制御手順の説明を省略するが）ステップＳ３７０と同様に、上記図９で説明した第３変更態様、つまり氏名（社員氏名）を含むすべてのデータフィールドのデータ内容を変更する態様に対応した更新処理の手順を行う。
【０１３７】
図１８に、入退場管理を行う際に、ＰＣ端末２００の制御回路２０３によって実行される入退場検出処理の制御手順を示す。このフローチャートは、操作部２０２を介し管理者により入退場検出処理を実行する適宜の指示操作がなされた際に開始される。
【０１３８】
ステップＳ４０５では、制御回路２０３は、通信制御部２０６，１０３を介してリーダ１００の高周波回路１０２に制御信号を送信し、無線タグ回路素子Ｔｏのメモリ部１５５に記憶されたタグＩＤを読み出すタグ読み取り信号として、所定の変調を行った質問波を通信アンテナ１０１を介して通信範囲内に存在する無線タグ回路素子Ｔｏに送信させる。
【０１３９】
ステップＳ４１０では、制御回路２０３は、上記タグ読み取り信号に対応して通信範囲内の無線タグ回路素子Ｔｏから返信されたリプライ信号を、通信制御部１０３，２０６を介して受信したか否かを判定する。リプライ信号を受信しない場合には、判定が満たされずに上記ステップＳ４０５に戻り、再び高周波回路１０２に制御信号を送信してタグ読み取り信号の送信を行う（リトライ）。一方、リプライ信号を受信した場合には、判定が満たされてステップＳ４１５に移る。
【０１４０】
ステップＳ４１５では、制御回路２０３は、入退場管理データベース２０５の上記タグＩＤ管理データベースに格納されたタグＩＤ管理テーブルを参照し、上記ステップＳ４１０で受信したリプライ信号に基づき取得したタグＩＤが、タグＩＤ管理テーブルに登録されているか否かを判定する。登録されていない場合にはステップＳ４２０に移り、所定のエラー処理を行う（例えば表示部２０１に「未登録です」等のエラー表示を行ったり、警備員に通報する等）。その後、後述のステップＳ４４０に移る。一方、上記ステップＳ４１５の判定において、取得したタグＩＤがタグＩＤ管理テーブルに登録されている場合には、判定が満たされてステップＳ４２５に移る。
【０１４１】
ステップＳ４２５では、制御回路２０３は、社員が入場及び退場のうちいずれをしようとしているのかを判定する。社員が後述する入場選択部（後述の図１９参照）を選択している場合には、社員が入場しようとしているとみなし、判定が満たされてステップＳ４３０に移る。
【０１４２】
ステップＳ４３０では、制御回路２０３は、入退場管理データベース２０５の上記打刻データベースにおいてすべての社員の数だけ格納されている個人別入退場管理テーブルのうち、上記ステップＳ４１０で受信したタグＩＤに対応する個人別入退場管理テーブルを検索してその時点の時刻を入場時刻として記録する。その後、後述のステップＳ４４０に移る。
【０１４３】
一方、先のステップＳ４２５の判定において、社員が後述の退場選択部（後述の図１９参照）を選択している場合には、社員が退場しようとしているとみなし、判定が満たされずにステップＳ４３５に移る。
【０１４４】
ステップＳ４３５では、制御回路２０３は、上記ステップＳ４１０で受信したタグＩＤに対応する個人別入退場管理テーブルを検索してその時点の時刻を退場時刻として記録する。その後、ステップＳ４４０に移る。
【０１４５】
ステップＳ４４０では、操作部２０２を介して当該入退場検出処理を終了するよう指示する操作が行われたか否かを判定する。終了操作が行われた場合、判定が満たされ、このフローを終了する。一方、終了操作が行われていない場合、判定はみたされず、ステップＳ４０５に戻り、同様の手順を繰り返す。
【０１４６】
図１９は、上記図１８の入退場検出処理においてＰＣ端末２００の表示部２０１に表示される入退場管理画面の一例を示している。なお、図６（ａ）は社員の入場を検出する場合、図６（ｂ）は社員の退場を検出する場合を示している。
【０１４７】
これら図１９（ａ）及び図１９（ｂ）において、入退場管理画面２１０は、日付及び時刻を表示する日時表示部２１１と、社員が入場をする際に選択する入場選択部２１２と、社員が退場をする際に選択する退場選択部２１３と、適宜のメッセージ等を表示するメッセージ表示部２１４とを有している。メッセージ表示部２１４の下方には、入場（図中「ＩＮ」と表示）及び退場（図中「ＯＵＴ」と表示）のどちらが選択されているかが表示されている。
【０１４８】
社員が会社に入場する際には、図１９（ａ）に示すように、まず操作部２０２を用いて（例えばカーソルを合わせた後にマウスをクリックする等の操作で）入場選択部２１２を選択し、社員証カードＴをリーダ１００にかざす（入場時操作）。これにより、社員証カードＴの無線タグ回路素子Ｔｏに対し情報読み取りが行わる。一方、社員が会社から退場する際には、図１９（ｂ）に示すように、まず操作部２０２を用いて（例えばカーソルを合わせた後にマウスをクリックする等の操作で）退場選択部２１３を選択し、社員証カードＴをリーダ１００にかざす（退場時操作）。これにより、社員証カードＴの無線タグ回路素子Ｔｏに対し情報読み取りが行われ、退場時刻の記録が行われる。なお、表示部２０１をタッチパネルで構成し、上記入場選択部２１２及び退場選択部２１３を社員が直接画面に触れながら選択できるようにしてもよい。
【０１４９】
以上において、社員コードをＩＤに対応付けるようフィールドマッピング設定している場合には、社員管理テーブルにおけるデータフィールド「社員コード」「社員氏名」が各請求項記載の識別子を構成する。そのうちデータフィールド「社員コード」のデータ内容である「１００００」等がデータ識別情報を構成し、データフィールド「社員氏名」のデータ内容である「山田花子」等が対象識別情報を構成し、これらを合わせたものが第１識別情報として機能するとともに基本識別情報としても機能する。なお、ＩＤがマッピング非対象となっている場合には、データフィールド「社員氏名」（識別子を構成する）のデータ内容である「山田花子」等（対象識別情報を構成する）だけが第１識別情報として機能するとともに基本識別情報としても機能する。
【０１５０】
また、社員管理テーブルにおける上記「社員コード」及び「社員氏名」以外のデータフィールド、つまりこの例における「部署」、「内線番号」、「メールアドレス」、「入社年」、「住所」、及び「自宅ＴＥＬ」の各データフィールドがそれぞれ第１データフィールドを構成するとともに基本データフィールドをも構成する。そして、これらのデータ内容である「総務部」等、「２３４５」等、「ｈ．Ｙａｍａｄａ＠・・」等、「１９９４」等（他記載省略）が、それぞれ第１データ本体を構成するとともに基本データ本体をも構成する。
【０１５１】
そして、上記第１識別情報及び第１データ本体を合わせたデータ内容が第１データとして機能するとともに、上記基本識別情報及び基本データ本体を合わせたデータ内容が基本データとして機能する。
【０１５２】
さらに、社員コードをＩＤに対応付けるようフィールドマッピング設定している場合には、タグＩＤ管理テーブルにおけるデータフィールド「ＩＤ」「氏名」が各請求項記載の識別子を構成する。そのうちデータフィールド「ＩＤ」のデータ内容である「１００００」等がデータ識別情報を構成し、データフィールド「氏名」のデータ内容である「山田花子」等が対象識別情報を構成し、これらを合わせたものが第２識別情報として機能するとともに管理識別情報としても機能する。なお、ＩＤがマッピング非対象となっている場合には、データフィールド「氏名」（識別子を構成する）のデータ内容である「山田花子」等（対象識別情報を構成する）だけが第２識別情報として機能するとともに管理識別情報としても機能する。
【０１５３】
また、タグＩＤ管理テーブルにおける上記「ＩＤ」及び「氏名」以外のデータフィールド、つまりこの例における「パスワード」「タグＩＤ」「部署」「社内ＴＥＬ」「メール」「権限」の各データフィールドがそれぞれ第２データフィールドを構成するとともに管理データフィールドをも構成する。そして、これらのデータ内容である「ｙａｍａｈａｎａ」等、「０８００００Ｂ５」等、「総務部」等、「２３４５」等、「ｈ．Ｙａｍａｄａ＠・・」等、「管理」等が、それぞれ第２データ本体を構成するとともに管理データ本体をも構成する。
【０１５４】
そして、上記第２識別情報及び第２データ本体を合わせたデータ内容が第２データとして機能するとともに、上記管理識別情報及び管理データ本体を合わせたデータ内容が管理データとして機能する。
【０１５５】
また、上記図１３のフローにおけるステップＳ２００の初期インポート制御の手順が初期インポート処理手段として機能し、ステップＳ３００の継続インポート制御の手順が継続インポート処理手段として機能する。
【０１５６】
また、上記図１６のフローにおけるステップＳ３５０の手順が部分データ置換手段として機能し、ステップＳ３６５の手順が全体データ置換手段として機能し、ステップＳ３７０の手順が新規データ追加手段として機能する。
【０１５７】
また、上記図１８のフローにおけるステップＳ４１０の手順が、入退場検出手段として機能する。また、ステップＳ４１５の手順が、判定手段として機能する。また、ステップＳ４３０及びステップＳ４３５の手順が、時刻記録処理手段として機能する。
【０１５８】
以上説明したように、本実施形態によれば、インポート元の社員管理テーブルからインポート先のタグＩＤ管理テーブルへの当初のインポート処理（図１３のステップＳ２００参照）が完了した後、インポート元の社員管理テーブルのデータ変更が生じた場合でも、インポート先のタグＩＤ管理テーブルのデータ変更を必要最小限の部分だけにとどめつつ、変更を反映させた再インポート処理（図１３のステップＳ３００参照）を行うことができる。すなわち、前述した第１変更態様に対応して、読み込みデータ行と対応データ行の各データフィールドの比較に基づき、対応データ行の一部のデータフィールド（社員管理テーブルにおいてデータ変更されたデータフィールドに対応するもの）のみでデータ内容を上書き更新する（図１６のステップＳ３５０参照）。この結果、従来のように全面的にデータ差し替えを行う場合に生じ得るインポート先の独自データフィールド部分の削除や、変更後のデータを全面的に新規追加する場合に生じる未変更部分における変更前データとの同一データの重複や、変更後のデータを別ファイルや別シートの形とする場合のデータ加工や管理の煩雑さ、といった不都合を回避し、常に１つのタグＩＤ管理テーブルにおいて最新のデータを表示することができる。また、インポート元とインポート先とのデータフィールドの数が異なっても、不都合なく処理することができる。これによって、容易かつ確実にインポート先のデータの更新を行うことができる。
【０１５９】
このとき、前述したように、（社員コードやＩＤをマッピング非対象とすることで）上記人物識別情報として、社員コード・ＩＤを用いず社員氏名・氏名のみを用いることもできる。これにより、例えば社員コード・ＩＤ等を用いることなく、社員氏名・氏名等を用いたシンプルな形でデータ管理を行うことができる。
【０１６０】
このようにＩＤをマッピング非対象に設定した場合、上書き確認ウィンドウ５０１において、管理者が「はい」ボタン５０２を操作して対応する更新対象のデータフィールドを更新するか、または「新しく追加」ボタン５０４を操作してタグＩＤ管理テーブルに新たなデータ行を追加作成してデータ内容を記録するか、を選択可能となっている。これにより、人物氏名等を用いたシンプルな形でデータ管理を行う際に生じうる、同姓同名の社員のデータについての不都合を回避し、円滑な処理を行うことができる。
【０１６１】
また、この実施形態では特に、前述した第２変更態様に対応して、所定の社員コードに対応したすべてのデータフィールドのデータ内容で、当該社員コードに対応するＩＤ以外のすべてのデータフィールドのデータ内容を置き換える（図１６のステップＳ３６５参照）。これにより、社員コード・ＩＤ等を割り振る社員が変わった場合等に対応した全面的なデータ差し替えを、円滑かつ確実に行うことができる。
【０１６２】
また、この実施形態では特に、前述した第３変更態様に対応して、タグＩＤ管理テーブルにおいて新たにデータ行を追加するとともに、その新規追加したデータ行のすべてのデータフィールドに、社員コードに対応した全データフィールドのデータ内容を記録する（図１６のステップＳ３６０参照）。これにより、社員管理テーブルにおいて全く新しいデータ追加があった場合にも、当該データ追加に対応したデータ追加をタグＩＤ管理テーブルにおいて確実に行うことができる。
【０１６３】
また、この実施形態では特に、社員管理テーブルとタグＩＤ管理テーブルのそれぞれにおける人物識別情報として、各テーブルのデータ内容全体で共通に使用され、互いに対応付けられる組ごとに固有である、データフィールド「社員コード」「ＩＤ」及び「社員氏名」「氏名」の各データを用いる。これにより、社員管理テーブルからタグＩＤ管理テーブルへのインポート処理及び再インポート処理を行う際、固有の社員コードやＩＤを共通に用いつつ、社員コードに対応した社員管理テーブルの他のデータ内容全体と、ＩＤに対応したデータ内容全体」との組ごとに、他の組と明確に区別し、円滑に管理を行うことができる。
【０１６４】
また、この実施形態では特に、既存の適宜の社員管理データベース３０３で管理していた事柄に対し、新たに無線タグ（この例の社員証カードＴ）を用いた管理を行おうとするときに、無線タグＴを介した管理を実行するために用いられる入退場管理データベース２０５に、もともとの社員管理データベース３０３のテーブル内容を転記し、当該入退場管理データベース２０５のデータの一部として円滑に活用することができる。
【０１６５】
また、この実施形態では特に、インポート先の入退場管理データベース２０５を組み込んだ形で入退場管理システムＩＳを構築することにより、システム構成を簡素化でき、また手軽に本発明の情報処理システムを実現することができ、さらに必要時には全体の移動も容易に行うことができる。なお、インポート元のデータベースである社員管理データベース３０３を入退場管理システムＩＳに組み込まず、システム外に設けてデータのみを入退場管理システムＩＳと送受信するように構成してもよい。
【０１６６】
また、本実施形態では特に、所定の管理対象区画への社員Ｍの入退場管理を行う際、社員証カードＴから取得されたタグＩＤをキーに入退場管理データベース２０５の上記タグＩＤ管理テーブルにアクセスすることで（図１８のステップＳ４１５参照）、検出した社員Ｍが不法侵入者ではなく、正当な権限者であることの認証することができる。また、上記の認証時の時刻情報に基づき、入退場管理データベース２０５の上記個人別入退場管理テーブルに対し、入場時刻と退場時刻を記録（打刻）して管理する（ステップＳ４３０及びステップＳ４３５参照）。これにより、社員Ｍの出退勤管理を行うことができる。
【０１６７】
なお、上記においては、本発明を、人物の入退場管理システムに備えられたデータベースのインポート処理に適用した場合を例にとって説明したが、これに限られない。すなわち、各種のデータを格納した、互いにデータ形式の異なる複数のデータベース同士におけるインポート処理に広く適用でき、これらの場合も同様の効果を得る。
【０１６８】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１６９】
１００ リーダ
２００ ＰＣ端末（情報処理装置）
２０１ 表示部
２０２ 操作部
２０３ 制御回路
２０５ 入退場管理データベース（第２データベース、管理データベース、タグＩＤ管理データベース、打刻データベース）
３００ サーバ
３０３ 社員管理データベース（第１データベース、基本データベース）
４０１ フィールドマッピング設定用ウィンドウ
４０２ タグＩＤ管理テーブルの内容表示
４０３ 社員管理テーブルの内容表示
５０１ 上書き確認ウィンドウ（選択手段）
ＩＳ 入退場管理システム（情報処理システム）
Ｔ 社員証カード
Ｔｏ 無線タグ回路素子（無線タグ）
Ｍ 社員
【特許請求の範囲】
【請求項１】
識別子として記載された第１識別情報と、前記第１識別情報に対応付けられて複数の第１データフィールドのそれぞれに記載された複数の第１データ本体と、をそれぞれ備えた複数の第１データを配列した第１テーブルを有する第１データベースに含まれる、前記第１データの前記第１識別情報及び前記複数の第１データ本体を、
識別子として記載される第２識別情報と、前記第２識別情報に対応付けられて複数の第２データフィールドのそれぞれに記載される複数の第２データ本体と、をそれぞれ備えた複数の第２データを配列する第２テーブルを有する第２データベースの前記第２識別情報及び前記複数の第２データ本体の少なくとも一部として、それぞれインポート処理する情報処理システムであって、
前記第１データの前記第１識別情報を、前記第２データの前記第２識別情報として記載し、
前記複数の第１データ本体のうち、前記第１データフィールドと前記第２データフィールドとの対応付けがなされているものは、各第１データフィールドに係わる第１データ本体を、対応する各第２データフィールドの第２データ本体として記載し、
前記第１データフィールドとの対応付けがなされていない前記第２データフィールドについては、前記第２識別情報を記載しないか、若しくは、第２識別情報を暫定的記載とする、初期インポート処理手段と、
前記初期インポート処理手段によるインポート処理の完了後に前記第１テーブルの内容が更新された場合、これに対応して前記第２テーブルの内容の更新を行う、継続インポート処理手段と
を有し、
前記継続インポート処理手段は、
前記第１テーブルの内容の更新に伴って第１データ本体が変更された第１データフィールドに対応する第２データフィールドの第２データ本体を、当該更新後の第１データ本体で置き換える、部分データ置換手段を備える
ことを特徴とする情報処理システム。
【請求項２】
請求項１記載の情報処理システムにおいて、
前記第１識別情報及び前記第２識別情報は、
前記第１テーブルの第１データとこれに対応する前記第２テーブルの第２データとに共通に使用され、互いに対応付けられる第１データ及び第２データの組ごとに固有である、データ識別情報と、
前記第１データ本体又は前記第２データ本体の関連付け対象を表し、前記データ識別情報に対応付けられた対象識別情報と
を含む
ことを特徴とする情報処理システム。
【請求項３】
請求項２記載の情報処理システムにおいて、
前記継続インポート処理手段は、
前記第１テーブルの内容の更新に伴って前記データ識別情報に対応付けられる前記対象識別情報が変更された場合、対応する全ての第２データフィールドの第２データ本体を、対応する当該更新後の第１データ本体で置き換える、全体データ置換手段を備える
ことを特徴とする情報処理システム。
【請求項４】
請求項１記載の情報処理システムにおいて、
前記第１識別情報及び前記第２識別情報は、
前記第１データ本体又は前記第２データ本体の関連付け対象を表す対象識別情報により構成される
ことを特徴とする情報処理システム。
【請求項５】
請求項４記載の情報処理システムにおいて、
前記継続インポート処理手段は、
前記第１テーブルの内容の更新に伴って、既存の前記対象識別情報に対応付けられる前記第１データ本体が変更されている場合には、当該変更された第１データ本体の属する第１データフィールドに対応する第２データフィールドの第２データ本体を当該更新後の第１データ本体で置き換えるか、若しくは、当該対象識別情報及び対応する第１データ本体を前記第２テーブルにおける第２識別情報及び第２データ本体として新たに記載するのか、を操作者が選択可能とするための選択手段を備える
ことを特徴とする情報処理システム。
【請求項６】
請求項２乃至請求項５のいずれか１項記載の情報処理システムにおいて、
前記継続インポート処理手段は、
前記第１テーブルの内容の更新に伴って前記第１識別情報及びこれに対応する前記第１データ本体の新規追加があった場合、当該追加された第１識別情報及び第１データ本体を、前記第２テーブルにおける第２識別情報及び第２データ本体として新たに記載する、新規データ追加手段を備える
ことを特徴とする情報処理システム。
【請求項７】
請求項２乃至請求項６のいずれか１項記載の情報処理システムにおいて、
前記初期インポート処理手段及び前記継続インポート処理手段は、
前記第２データベースとして、情報を記憶するＩＣ回路部と情報を送受信するタグアンテナと備えた無線タグのタグ識別情報と、前記対象識別情報とを対応付ける前記第２テーブルを有するタグＩＤ管理データベースへのインポート処理を行う
ことを特徴とする情報処理システム。
【請求項８】
請求項１乃至請求項７のいずれか１項記載の情報処理システムにおいて、
前記第２データベースを有し、
前記初期インポート処理手段及び前記継続インポート処理手段は、
システム外の前記第１データベースから、前記第２データベースへのインポート処理を行う
ことを特徴とする情報処理システム。
【請求項９】
所定の管理対象区画に対する入退場者に付随された無線タグと通信を行う通信アンテナと、
前記通信アンテナを介し前記無線タグより情報取得を行うことにより、前記管理対象区画への前記入退場者の入場又は退場を検出する入退場検出手段と、
識別子として記載される管理識別情報と、前記管理識別情報に対応付けられて複数の管理データフィールドのそれぞれに記載され、前記入退場者に係わる人物識別情報及び当該入退場者に付随される前記無線タグのタグ識別情報を含む、複数の管理データ本体と、をそれぞれ備えた複数の管理データを配列する管理テーブルを有する管理データベースと、
前記入退場検出手段による検出時に、当該入退場検出手段で前記無線タグより取得されたタグ識別情報が、前記管理データベースに格納された前記タグ識別情報に含まれるかどうかを判定する判定手段と、
識別子として記載された基本識別情報と、前記基本識別情報に対応付けられて複数の基本データフィールドのそれぞれに記載され、人物識別情報を含む複数の基本データ本体と、をそれぞれ備えた複数の基本データを配列した基本テーブルを有する基本データベースに含まれる、前記基本データの前記基本識別情報及び前記複数の基本データ本体を、前記管理データベースの前記管理識別情報及び前記複数の管理データ本体の一部として、それぞれインポート処理する情報処理装置と
を有し、前記入退場者の入退場管理を行う入退場管理システムであって、
前記情報処理装置は、
前記基本データの前記基本識別情報を、前記管理データの前記管理識別情報として記載し、前記複数の基本データ本体のうち、前記基本データフィールドと前記管理データフィールドとの対応付けがなされているものは、各基本データフィールドに係わる基本データ本体を、対応する各管理データフィールドの管理データ本体として記載し、前記基本データフィールドとの対応付けがなされていない前記管理データフィールドについては、前記管理識別情報を記載しないか、若しくは、管理識別情報を暫定的記載とする、初期インポート処理手段と、
前記初期インポート処理手段によるインポート処理の完了後に前記基本テーブルの内容が更新された場合、これに対応して前記管理テーブルの内容の更新を行う、継続インポート処理手段と
を有し、
前記継続インポート処理手段は、
前記基本テーブルの内容の更新に伴って基本データ本体が変更された基本データフィールドに対応する管理データフィールドの管理データ本体を、当該更新後の基本データ本体で置き換える、部分データ置換手段を備える
ことを特徴とする入退場管理システム。
【請求項１０】
請求項９記載の入退場管理システムにおいて、
前記入退場者に係わる前記人物識別情報又は前記タグ識別情報と、当該入退場者の入退場時刻とを対応付けて記録するための打刻データベースと、
前記判定手段の判定結果に応じて、当該判定時の時刻情報に基づき、前記打刻データベースに対し、対応する記録処理を行う時刻記録処理手段と
を有することを特徴とする入退場管理システム。
【請求項１】
識別子として記載された第１識別情報と、前記第１識別情報に対応付けられて複数の第１データフィールドのそれぞれに記載された複数の第１データ本体と、をそれぞれ備えた複数の第１データを配列した第１テーブルを有する第１データベースに含まれる、前記第１データの前記第１識別情報及び前記複数の第１データ本体を、
識別子として記載される第２識別情報と、前記第２識別情報に対応付けられて複数の第２データフィールドのそれぞれに記載される複数の第２データ本体と、をそれぞれ備えた複数の第２データを配列する第２テーブルを有する第２データベースの前記第２識別情報及び前記複数の第２データ本体の少なくとも一部として、それぞれインポート処理する情報処理システムであって、
前記第１データの前記第１識別情報を、前記第２データの前記第２識別情報として記載し、
前記複数の第１データ本体のうち、前記第１データフィールドと前記第２データフィールドとの対応付けがなされているものは、各第１データフィールドに係わる第１データ本体を、対応する各第２データフィールドの第２データ本体として記載し、
前記第１データフィールドとの対応付けがなされていない前記第２データフィールドについては、前記第２識別情報を記載しないか、若しくは、第２識別情報を暫定的記載とする、初期インポート処理手段と、
前記初期インポート処理手段によるインポート処理の完了後に前記第１テーブルの内容が更新された場合、これに対応して前記第２テーブルの内容の更新を行う、継続インポート処理手段と
を有し、
前記継続インポート処理手段は、
前記第１テーブルの内容の更新に伴って第１データ本体が変更された第１データフィールドに対応する第２データフィールドの第２データ本体を、当該更新後の第１データ本体で置き換える、部分データ置換手段を備える
ことを特徴とする情報処理システム。
【請求項２】
請求項１記載の情報処理システムにおいて、
前記第１識別情報及び前記第２識別情報は、
前記第１テーブルの第１データとこれに対応する前記第２テーブルの第２データとに共通に使用され、互いに対応付けられる第１データ及び第２データの組ごとに固有である、データ識別情報と、
前記第１データ本体又は前記第２データ本体の関連付け対象を表し、前記データ識別情報に対応付けられた対象識別情報と
を含む
ことを特徴とする情報処理システム。
【請求項３】
請求項２記載の情報処理システムにおいて、
前記継続インポート処理手段は、
前記第１テーブルの内容の更新に伴って前記データ識別情報に対応付けられる前記対象識別情報が変更された場合、対応する全ての第２データフィールドの第２データ本体を、対応する当該更新後の第１データ本体で置き換える、全体データ置換手段を備える
ことを特徴とする情報処理システム。
【請求項４】
請求項１記載の情報処理システムにおいて、
前記第１識別情報及び前記第２識別情報は、
前記第１データ本体又は前記第２データ本体の関連付け対象を表す対象識別情報により構成される
ことを特徴とする情報処理システム。
【請求項５】
請求項４記載の情報処理システムにおいて、
前記継続インポート処理手段は、
前記第１テーブルの内容の更新に伴って、既存の前記対象識別情報に対応付けられる前記第１データ本体が変更されている場合には、当該変更された第１データ本体の属する第１データフィールドに対応する第２データフィールドの第２データ本体を当該更新後の第１データ本体で置き換えるか、若しくは、当該対象識別情報及び対応する第１データ本体を前記第２テーブルにおける第２識別情報及び第２データ本体として新たに記載するのか、を操作者が選択可能とするための選択手段を備える
ことを特徴とする情報処理システム。
【請求項６】
請求項２乃至請求項５のいずれか１項記載の情報処理システムにおいて、
前記継続インポート処理手段は、
前記第１テーブルの内容の更新に伴って前記第１識別情報及びこれに対応する前記第１データ本体の新規追加があった場合、当該追加された第１識別情報及び第１データ本体を、前記第２テーブルにおける第２識別情報及び第２データ本体として新たに記載する、新規データ追加手段を備える
ことを特徴とする情報処理システム。
【請求項７】
請求項２乃至請求項６のいずれか１項記載の情報処理システムにおいて、
前記初期インポート処理手段及び前記継続インポート処理手段は、
前記第２データベースとして、情報を記憶するＩＣ回路部と情報を送受信するタグアンテナと備えた無線タグのタグ識別情報と、前記対象識別情報とを対応付ける前記第２テーブルを有するタグＩＤ管理データベースへのインポート処理を行う
ことを特徴とする情報処理システム。
【請求項８】
請求項１乃至請求項７のいずれか１項記載の情報処理システムにおいて、
前記第２データベースを有し、
前記初期インポート処理手段及び前記継続インポート処理手段は、
システム外の前記第１データベースから、前記第２データベースへのインポート処理を行う
ことを特徴とする情報処理システム。
【請求項９】
所定の管理対象区画に対する入退場者に付随された無線タグと通信を行う通信アンテナと、
前記通信アンテナを介し前記無線タグより情報取得を行うことにより、前記管理対象区画への前記入退場者の入場又は退場を検出する入退場検出手段と、
識別子として記載される管理識別情報と、前記管理識別情報に対応付けられて複数の管理データフィールドのそれぞれに記載され、前記入退場者に係わる人物識別情報及び当該入退場者に付随される前記無線タグのタグ識別情報を含む、複数の管理データ本体と、をそれぞれ備えた複数の管理データを配列する管理テーブルを有する管理データベースと、
前記入退場検出手段による検出時に、当該入退場検出手段で前記無線タグより取得されたタグ識別情報が、前記管理データベースに格納された前記タグ識別情報に含まれるかどうかを判定する判定手段と、
識別子として記載された基本識別情報と、前記基本識別情報に対応付けられて複数の基本データフィールドのそれぞれに記載され、人物識別情報を含む複数の基本データ本体と、をそれぞれ備えた複数の基本データを配列した基本テーブルを有する基本データベースに含まれる、前記基本データの前記基本識別情報及び前記複数の基本データ本体を、前記管理データベースの前記管理識別情報及び前記複数の管理データ本体の一部として、それぞれインポート処理する情報処理装置と
を有し、前記入退場者の入退場管理を行う入退場管理システムであって、
前記情報処理装置は、
前記基本データの前記基本識別情報を、前記管理データの前記管理識別情報として記載し、前記複数の基本データ本体のうち、前記基本データフィールドと前記管理データフィールドとの対応付けがなされているものは、各基本データフィールドに係わる基本データ本体を、対応する各管理データフィールドの管理データ本体として記載し、前記基本データフィールドとの対応付けがなされていない前記管理データフィールドについては、前記管理識別情報を記載しないか、若しくは、管理識別情報を暫定的記載とする、初期インポート処理手段と、
前記初期インポート処理手段によるインポート処理の完了後に前記基本テーブルの内容が更新された場合、これに対応して前記管理テーブルの内容の更新を行う、継続インポート処理手段と
を有し、
前記継続インポート処理手段は、
前記基本テーブルの内容の更新に伴って基本データ本体が変更された基本データフィールドに対応する管理データフィールドの管理データ本体を、当該更新後の基本データ本体で置き換える、部分データ置換手段を備える
ことを特徴とする入退場管理システム。
【請求項１０】
請求項９記載の入退場管理システムにおいて、
前記入退場者に係わる前記人物識別情報又は前記タグ識別情報と、当該入退場者の入退場時刻とを対応付けて記録するための打刻データベースと、
前記判定手段の判定結果に応じて、当該判定時の時刻情報に基づき、前記打刻データベースに対し、対応する記録処理を行う時刻記録処理手段と
を有することを特徴とする入退場管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１０−１６５３１９（Ｐ２０１０−１６５３１９Ａ）
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願番号】特願２００９−９３２５（Ｐ２００９−９３２５）
【出願日】平成２１年１月１９日（２００９．１．１９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願日】平成２１年１月１９日（２００９．１．１９）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]