来客管理システム
【課題】複数の来客管理端末と、サーバとがネットワーク網を介して接続された来客管理システムに関し、通信不能な状態が生じた場合であっても、施設に対するセキュリティを維持しつつ、円滑な入退場管理を行い得る来客管理システムを提供する。
【解決手段】来客管理システム１は、第１受付Ｒａ、第２受付Ｒｂに設置されたパーソナルコンピュータ１０と、データベースサーバ５０を、ネットワーク網Ｎを介して通信可能に接続して構成される。ＣＰＵ１６は、データベースサーバ５０との通信が不能な場合、来客の入場時に、入退場状況をローカルデータベース１３Ａに登録し、バーコードＢを含む入場許可証Ｐの印刷出力を行う。退場時には、ＣＰＵ１６は、バーコードＢを読み取ることで、来客入場時の状況に応じたメッセージを表示する。通信が復旧した場合、ＣＰＵ１６は、ローカルデータベース１３Ａの記憶内容を来客データデータベース５５に統合する。
【解決手段】来客管理システム１は、第１受付Ｒａ、第２受付Ｒｂに設置されたパーソナルコンピュータ１０と、データベースサーバ５０を、ネットワーク網Ｎを介して通信可能に接続して構成される。ＣＰＵ１６は、データベースサーバ５０との通信が不能な場合、来客の入場時に、入退場状況をローカルデータベース１３Ａに登録し、バーコードＢを含む入場許可証Ｐの印刷出力を行う。退場時には、ＣＰＵ１６は、バーコードＢを読み取ることで、来客入場時の状況に応じたメッセージを表示する。通信が復旧した場合、ＣＰＵ１６は、ローカルデータベース１３Ａの記憶内容を来客データデータベース５５に統合する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設に対する来客の入退場を管理する来客管理システムに関する。
【背景技術】
【０００２】
従来、来客管理システムは、施設の受付等において、当該施設に対する来客者の入退場の管理に用いられている。これらの来客管理システムは、受付担当者により操作される来客管理端末と、データベースと、を、ネットワーク網を介して接続して構成されている。このような来客管理システムに関する発明として、特許文献１記載の受付システムに係る発明が知られている。
【０００３】
特許文献１記載の受付システムは、受付端末と、サーバとを通信ネットワークで接続して構成されている。そして、特許文献１記載の受付システムにおいて、当該受付端末は、来客が入場する際に、来客個人を識別可能な情報の入力に用いられ、通信ネットワークを介して、入力された情報をサーバへ出力する。サーバは、来客の訪問予定を示す予約データを記憶している。受付端末から入力された情報に対応する予約データを、通信ネットワークを介して、サーバから検索し、当該予約データがサーバに存在した場合に、認可票（即ち、入場許可証）を発行し、入場を許可する。又、特許文献１の図１４においては、或る営業所における複数箇所の受付に、夫々、受付端末を設け、各受付端末とサーバを通信ネットワークで接続した構成が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２９７８３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１記載の受付システムでは、来客の施設に対する入場管理は行い得るものの、施設からの退場管理については記載されていない。施設に対するセキュリティを考慮すると、施設への入場だけでなく、施設からの退場についても、状況を把握し得ることが望ましい。例えば、特許文献１記載の受付システムの場合、来客の退場時においても、通信ネットワーク網を介してアクセスし、当該来客が退場したことをサーバに登録することで、施設側（訪問相手先）において、当該来客が退場したことを把握し得ることが望ましい。
【０００６】
ここで、特許文献１記載の受付システムにおいては、通信ネットワークを介して、受付端末とサーバの間での通信することが前提となっており、通信ネットワークを介した通信が不能な状態である場合には、サーバ内の予約データを検索することができないため、来客者の入場は許可されない。又、この場合において、受付担当者が来客と対面して入場を許可したとしても、受付端末とサーバの間における通信が不能であるため、当該来客が入場している旨をサーバに登録することはできない。そうすると、当該来客が退場する際に、入場時と異なる受付担当者が対応する場合、退場時の受付担当者は、サーバの登録内容により、「受付を介して入場した来客であるのか、受付を介さずに入場した者であるのか」を区別することができないため、セキュリティを考慮すると、当該来客の退場に厳密な確認作業と時間を要することとなってしまい、受付における入退場が滞ってしまう。
【０００７】
特に、或る営業所における複数箇所の受付に、夫々、受付端末を設け、各受付端末とサーバを通信ネットワークで接続した構成（例えば、特許文献１の図１４）の場合、来客が退場する受付は、退場しようとする来客の意思に依存するため、入場時における受付と同一であるとは限らない。従って、複数の受付が存在する施設においては、ネットワークを介した通信が不能な状況が生じた場合、通信不能な状況下で入場した来客の入退場管理に関して、上述のような不具合が生じる蓋然性が非常に高くなってしまう。
【０００８】
本明細書は、複数の来客管理端末と、サーバとがネットワーク網を介して接続された来客管理システムに関し、通信不能な状態が生じた場合であっても、施設に対するセキュリティを維持しつつ、円滑な入退場管理を行い得る来客管理システムを提供する。
【課題を解決するための手段】
【０００９】
本発明の請求項１記載の来客管理システムは、施設に対する来客の入退場が行われる複数の受付に設置され、各受付における来客の入退場を管理する為の複数の来客管理端末と、各来客管理端末と接続され、当該施設への入場に関する入場許可証を印刷する印刷装置と、ネットワーク網を介して、各来客管理端末と通信可能に接続され、各受付における来客の入退場の状態に基づいて、当該施設における来客の入退場の状況を管理するサーバと、を有する来客管理システムであって、前記サーバは、前記施設に訪れる来客個人を示す個人情報と、当該個人情報に係る来客の前記施設に対する入退場の状況を示す入退場状況情報と、を含む来客情報を記憶する第１記憶手段と、を有し、前記来客管理端末は、当該施設に対する来客の入退場に関する種々の操作に用いられる操作手段と、前記操作手段により、当該受付から前記施設に来客が入場する際の入場操作が行われた場合、当該来客に係る来客情報を構成する入退場状況情報の内容を、入場中を示す内容に更新し、前記操作手段により、当該受付を介して前記施設から来客が退場する際の退場操作が行われた場合、当該来客に係る来客情報を構成する入退場状況情報の内容を、退場を示す内容に更新する来客情報更新手段と、前記サーバとネットワーク網を介して通信可能であるか否かを判断する通信状況判断手段と、前記サーバとの通信が不能である場合の来客の入退場管理に用いる為に、前記来客情報を補助的に記憶する第２記憶手段と、前記通信状況判断手段により、前記サーバとの通信が可能であると判断された場合、前記来客情報更新手段による更新対象を、前記サーバの第１記憶手段に格納された来客情報に設定し、前記通信状況判断手段により、前記サーバとの通信が不能であると判断された場合、前記来客情報更新手段による更新対象を、当該来客管理端末の第２記憶手段に格納された来客情報に設定する更新対象切換手段と、前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、前記第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する来客情報併合手段と、前記操作手段により前記入場操作が行われ、且つ、前記通信状況判断手段により前記サーバとの通信が可能であると判断された場合、前記印刷装置を制御することにより、当該来客に係る来客情報に基づく入場許可証を出力し、前記操作手段により前記入場操作が行われ、且つ、前記通信状況判断手段により前記サーバとの通信が不能であると判断された場合、前記印刷装置を制御することにより、サーバとの通信が不能な通信不能状況における来客が当該受付を介して入場したことを示すコード情報に基づくコード画像と、当該来客に係る来客情報に基づいて、前記コード画像を含む入場許可証を出力する許可証出力手段と、を有することを特徴とする。
【００１０】
当該来客管理システムは、複数の受付に設置された複数の来客管理端末と、各来客管理端末に接続された印刷装置と、各来客管理端末とネットワーク網を介して通信可能に接続されたサーバを有して構成される。サーバは、第１記憶手段を有しており、各来客管理端末との通信により、来客情報を管理することで、各受付における来客の入退場を管理している。来客管理端末は、操作手段と、来客情報更新手段と、通信状況判断手段と、第２記憶手段と、更新対象切換手段と、来客情報併合手段と、許可証出力手段と、を有している。当該来客管理システムにおいて、来客管理端末は、サーバとの通信が可能である場合、前記来客情報更新手段による更新対象を、前記サーバの第１記憶手段に格納された来客情報とし、前記操作手段により入場操作が行われることを条件に、来客情報を構成する入退場状況情報の内容を、入場中を示す内容に更新すると共に、印刷装置を制御することにより、当該来客に係る来客情報に基づく入場許可証を出力する。又、サーバとの通信が可能である場合、来客管理端末は、退場操作が行われると、前記サーバの第１記憶手段に格納された来客情報を構成する入退場状況情報の内容を、退場を示す内容に更新する。一方、サーバとの通信が不能であると判断された場合、来客管理端末は、前記来客情報更新手段による更新対象を、当該来客管理端末の第２記憶手段に格納された来客情報とし、入場操作が行われることを条件に、第２記憶手段に格納された来客情報を構成する入退場状況情報の内容を、入場中を示す内容に更新すると共に、前記印刷装置を制御することにより、コード画像を含む入場許可証を出力する。又、サーバとの通信が不能であると判断された場合、来客管理端末は、当該来客管理端末の第２記憶手段に格納された来客情報を構成する入退場状況情報の内容を、退場を示す内容に更新する。従って、当該来客管理システムによれば、来客管理端末とサーバとの間の通信の可否に応じて、サーバの第１記憶手段と、当該来客管理端末における第２記憶手段の何れかにおける来客情報により、当該施設における来客の入退場管理を行い得る。つまり、当該来客管理システムによれば、来客管理端末とサーバとの通信が不能である場合であっても、第２記憶手段における来客情報を更新することで、来客の入退場を漏れなく行うことができ、当該施設に対するセキュリティを維持し得る。又、当該来客管理システムによれば、受付を担当する者（以下、受付担当者）は、入場許可証におけるコード画像に基づいて、「当該入場許可証に係る来客が、サーバとの通信が可能な状況下で入場したのか、サーバとの通信が不能な状況下で入場したのか」を特定し得る。これにより、当該来客管理システムによれば、サーバとの通信が不能な状況下で入場した来客の退場時において、当該来客管理端末とサーバの間の通信が不能である場合であっても、適切かつ円滑な退場処理を行うことができ、もって、施設のセキュリティを維持し得る。更に、当該来客管理システムにおいて、前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、来客管理端末は、来客情報併合手段により、当該来客管理端末の第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する。つまり、当該来客管理システムによれば、複数の受付における来客の入退場を、サーバの第１記憶手段における来客情報により、総合的に管理することができる。又、複数の来客管理端末の一つにおいて、サーバとの通信が不能な状況が生じた場合であっても、サーバとの通信が復旧した時点で、来客情報の内容をサーバの第１記憶手段上で統合するので、サーバと各来客管理端末におけるデータ内容の整合性をとることができ、来客の入退場管理を正常に行い得る。
【００１１】
そして、請求項２記載の来客管理システムは、請求項１に記載の来客管理システムであって、前記来客管理端末は、当該施設に対する来客の入退場に関する種々の表示を行う表示手段と、前記入場許可証に含まれるコード画像から、前記コード情報を読み取る読取手段と、前記操作手段により退場操作を行う際に、前記読取手段によって、入場許可証のコード画像からコード情報を読み取った場合、当該入場許可証に係る来客の来客情報を構成する入退場状況情報の内容に基づいて、サーバとの通信が不能な状態の受付を介して、当該来客が施設に入場したことを含む報知表示を、前記入退場状況情報に対応する態様で、前記表示手段に表示する表示制御手段と、を有することを特徴とする。
【００１２】
当該来客管理システムにおいて、来客管理端末は、表示手段と、読取手段と、表示制御手段と、を有している。当該来客管理端末は、退場操作を行う際に、前記読取手段によって、入場許可証のコード画像からコード情報を読み取ることで、サーバとの通信が不能な状態の受付を介して、当該来客が施設に入場したことを含む報知表示を、前記入退場状況情報に対応する態様で、前記表示手段に表示する。コード画像は、サーバとの通信が不能な通信不能状況における来客が当該受付を介して入場したことを示すコード情報に基づいているので、来客管理端末は、前記報知表示を表示手段に表示し得る。そして、当該来客管理端末によれば、入場時に係る来客管理端末とサーバとの通信が不能な状態であって、当該来客が、入場時と異なる受付から退場する場合においても、当該来客の入場時における状況を把握することができるので、退場時に係る受付の受付担当者は、当該施設に対するセキュリティを維持しつつ。円滑かつ適切な対応をとることができる。
【００１３】
又、請求項３記載の来客管理システムは、請求項１又は請求項２に記載の来客管理システムであって、前記来客情報併合手段は、前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、前記サーバとの通信が不能な状態で当該施設に入場した来客に関し、前記第２記憶手段に記憶されている来客情報に含まれる入退場状況情報の内容と、前記第１記憶手段に格納されている来客情報に含まれる入退場状況情報の内容を比較する比較手段と、前記比較手段による比較結果に基づいて、前記第１記憶手段における入退場状況情報の示す状況が、前記第２記憶手段における入退場状況情報の示す状況よりも、施設に対する入退場の流れの内、退場側を示す場合、前記サーバとの通信が不能な状態で当該施設に入場した来客に係る来客情報に関して、前記第１記憶手段における来客情報の内容を維持しつつ、前記第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する併合制御手段と、を有することを特徴とする。
【００１４】
当該来客管理システムにおいて、来客管理端末の来客情報併合手段は、比較手段と、併合制御手段とを有している。ここで、当該来客管理システムによれば、来客管理端末とサーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰し、第２記憶手段に記憶されている来客情報の内容を、前記サーバの第１記憶手段に併合する。この時、当該来客管理システムによれば、前記サーバとの通信が不能な状態で当該施設に入場した来客に関しては、前記第２記憶手段及び前記第１記憶手段に記憶されている来客情報に含まれる入退場状況情報の内容を比較し、前記第１記憶手段における入退場状況情報の示す状況が、前記第２記憶手段における入退場状況情報の示す状況よりも、施設に対する入退場の流れの内、退場側を示す場合には、前記第１記憶手段における来客情報の内容を維持して、第１記憶手段に併合する。これにより、当該来客管理システムによれば、第１記憶手段における来客情報の内容と、第２記憶手段における来客情報の内容を併合する際に、両者間の内容に関する整合性をとることができ、第１記憶手段における来客情報の内容を、より現実の状況に合致するものにし得る。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る来客管理システムの構成を示す説明図である。
【図２】来客管理システムの制御系を示すブロック図である。
【図３】来客データの構成を示す説明図である。
【図４】サーバの来客データデータベースに関する説明図である。
【図５】パーソナルコンピュータのローカルデータベースに関する説明図である。
【図６】入場管理処理プログラムのフローチャートである。
【図７】入場許可証の一例を示す説明図である。
【図８】退場管理処理プログラムのフローチャートである。
【図９】入退場状況確認処理プログラムのフローチャートである。
【図１０】切断時入場者メッセージ表示の一例を示す説明図である。
【図１１】注意喚起メッセージ表示の一例を示す説明図である。
【図１２】警告メッセージ表示の一例を示す説明図である。
【図１３】データベース統合処理プログラムのフローチャートである。
【図１４】データベース統合処理の一例を示す説明図である。
【発明を実施するための形態】
【００１６】
以下、本発明に係る来客管理システムを、来客管理システム１に具体化した一実施形態について、図面を参照しつつ詳細に説明する。
【００１７】
先ず、本実施形態に係る来客管理システム１の概略構成について、図面を参照しつつ詳細に説明する。図１に示すように、来客管理システム１は、複数の受付（第１受付Ｒａ、第２受付Ｒｂ）を有する施設に設置されており、当該施設に対する来客の入退場を管理している。そして、第１受付Ｒａ及び第２受付Ｒｂは、夫々、当該施設における異なる場所に配置されている。又、第１受付Ｒａ、第２受付Ｒｂには、夫々、来客管理端末として機能するパーソナルコンピュータ１０と、プリンタ２０と、バーコードリーダ３０が設置されている。
【００１８】
パーソナルコンピュータ１０は、当該施設の受付（即ち、第１受付Ｒａ、第２受付Ｒｂ）に設置されており、当該受付における受付担当者により操作される。当該パーソナルコンピュータ１０は、当該施設内を対象に構築されたネットワーク網Ｎに接続されている。そして、パーソナルコンピュータ１０は、プリンタ２０と、バーコードリーダ３０と直接的に接続されており、後述する入場許可証Ｐの印刷出力や、バーコードＢの読取に関する制御を行う。又、パーソナルコンピュータ１０は、ネットワーク網Ｎを介して、データベースサーバ５０と接続されており、当該受付における来客の入退場管理の結果を、データベースサーバ５０に登録する。
【００１９】
データベースサーバ５０は、ネットワーク網Ｎを介して、パーソナルコンピュータ１０と接続されている。当該データベースサーバ５０は、種々のデータを格納する。当該種々のデータは、パーソナルコンピュータ１０により入力された来客データ等を含む。データベースサーバ５０に格納されているデータは、来客管理システム１における来客管理に用いられる。
【００２０】
尚、各パーソナルコンピュータ１０及びデータベースサーバ５０において、ネットワーク網Ｎに対する接続態様は、無線接続であっても良いし、有線接続であってもよい。
【００２１】
次に、本実施形態に係る来客管理システム１の制御系について、図面を参照しつつ詳細に説明する。図２に示すように、来客管理システム１は、第１受付Ｒａ、第２受付Ｒｂに夫々設置されたパーソナルコンピュータ１０、プリンタ２０、バーコードリーダ３０と、データベースサーバ５０により構成される。各パーソナルコンピュータ１０と、データベースサーバ５０は、夫々、ネットワーク網Ｎを介して、相互に通信可能である。
【００２２】
パーソナルコンピュータ１０は、制御部１５を有している。制御部１５は、パーソナルコンピュータ１０に対する制御の中枢を担う。上述したように、パーソナルコンピュータ１０は、来客管理システム１に対する制御の中枢を担う。即ち、制御部１５は、来客管理システム１全体を、統括的に制御する。
【００２３】
制御部１５は、ＣＰＵ１６、ＲＯＭ１７、ＲＡＭ１８を有している。ＣＰＵ１６は、パーソナルコンピュータ１０の制御の中枢を担う中央演算処理装置である。ＲＯＭ１７は、パーソナルコンピュータ１０の制御上必要な種々の制御プログラムやデータテーブルを記憶する記憶装置である。例えば、ＲＯＭ１７は、後述する入場管理処理プログラム（図６参照）、退場管理処理プログラム（図８参照）、入退場状況確認処理プログラム（図９参照）、データベース統合処理プログラム（図１３参照）を記憶している。ＲＡＭ１８は、ＣＰＵ１６による演算処理結果等を一時的に格納する記憶装置である。
【００２４】
そして、パーソナルコンピュータ１０は、ディスプレイ１１、操作部１２、ＨＤＤ１３、ネットワークＩ／Ｆ１４を有している。ディスプレイ１１は、制御部１５の制御に基づいて、種々の画面を表示する。具体的には、ディスプレイ１１は、来客管理画面６０を表示する（図１０〜図１２参照）。操作部１２は、前記受付担当者による操作に用いられ、図１に示すように、キーボードやマウスにより構成される。
【００２５】
ＨＤＤ１３は、アプリケーションプログラム等を格納する記憶装置であり、ウェブブラウザ、文書作成処理プログラム等の種々のアプリケーションプログラムを格納している。又、当該ＨＤＤ１３は、ローカルデータベース１３Ａを有している。当該ローカルデータベース１３Ａは、図５に示すように、各来客者に対応する来客データにより構成されるデータベースであり、データベースサーバ５０との間で通信不能である場合に、来客データの登録・更新を行うことで、入退場管理に用いられる。
【００２６】
ここで、本実施形態に係る来客データについて、図３を参照しつつ詳細に説明する。尚、来客データは、来客の訪問予定がある場合には、来客の訪問相手先であるホストが、ネットワーク網Ｎに接続された端末を介して、必要事項を入力することで、ローカルデータベース１３Ａや後述する来客データデータベース５５に登録される。又、訪問予定なく訪れた来客に関しては、後述するように、パーソナルコンピュータ１０を介して、ローカルデータベース１３Ａや後述する来客データデータベース５５に登録される。
【００２７】
図３に示すように、来客データは、来客者個人を特定し得る情報により構成される個人データと、当該来客者の訪問に関する種々の情報により構成される訪問内容データと、からなる。個人データは、当該来客者の氏名、当該来客者の所属する会社名を含む。従って、この個人データの内容に基づいて、受付担当者等は、当該来客者個人を特定し得る。そして、訪問内容データは、当該施設における当該来客者の訪問先、当該訪問先において来客者に対応する者（以下、「ホスト」という）の氏名、当該ホストの所属、当該来客者の入退場状況を含んでいる。
【００２８】
本実施形態において、入退場状況は、「予約」「入場」「退場」の３種類により表現されている。「入退場状況：予約」は、来客データに係る来客の訪問予定があり、当該来客が未だ施設に入場していない状況を示す。又、「入退場状況：入場」は、来客データに係る来客が受付（第１受付Ｒａ又は第２受付Ｒｂ）を介して、当該施設に入場している状況を示す。そして、「入退場状況：退場」は、来客データに係る来客が受付（第１受付Ｒａ又は第２受付Ｒｂ）を介して、当該施設から既に退場している状況を示す。従って、施設に対する入退場の時系列的な流れは、「入退場状況：予約」「入退場状況：入場」「入退場状況：退場」の順になる。
【００２９】
そして、ネットワークＩ／Ｆ１４は、パーソナルコンピュータ１０とネットワーク網Ｎとの間におけるデータ通信に関するインターフェイスである。パーソナルコンピュータ１０は、ネットワークＩ／Ｆ１４、ネットワーク網Ｎを介して、データベースサーバ５０に対する制御信号やデータの送受信を行う。
【００３０】
上述したように、各受付に設置されているパーソナルコンピュータ１０には、夫々、プリンタ２０と、バーコードリーダ３０が接続されている。プリンタ２０は、受付を介して、当該施設への入場が許可されていることを示す入場許可証Ｐ（図７参照）を印刷出力する際に用いられ、プリンタ制御部２１と、印刷機構部２２を有する。プリンタ制御部２１は、プリンタ２０における印刷制御の中枢を担う。印刷機構部２２は、プリンタ制御部２１の制御に基づいて、所望の印刷を、被記録媒体（例えば、用紙）に行う。従って、当該プリンタ２０は、パーソナルコンピュータ１０から送信された印刷データに基づいて、後述する入場許可証Ｐ（例えば、図７参照）を、用紙に印刷し得る。
【００３１】
そして、バーコードリーダ３０は、公知の構成のバーコードリーダ３０であり、当該バーコードリーダ３０によりバーコードＢを読み取った読取結果を、パーソナルコンピュータ１０に出力する。従って、パーソナルコンピュータ１０は、バーコードＢをデコードした読取結果を把握し得る。
【００３２】
尚、第１受付Ｒａ及び第２受付Ｒｂにおけるパーソナルコンピュータ１０、プリンタ２０、バーコードリーダ３０は、何れも同一の基本的構成を有している。
【００３３】
そして、データベースサーバ５０は、ネットワーク網Ｎを介して、パーソナルコンピュータ１０と接続されており、当該施設における来客の入退場管理に用いられる来客データ等を格納、管理し、容易に検索・抽出等を行う。図２に示すように、当該データベースサーバ５０は、サーバ制御部５１と、来客データデータベース５５を有している。サーバ制御部５１は、データベースサーバ５０における制御の中枢を担い、パーソナルコンピュータ１０からの制御信号に基づいて、来客データデータベース５５に対する来客データの格納、管理、検索・抽出の各処理や、パーソナルコンピュータ１０と、データベースサーバ５０における来客データの統合処理を行う。
【００３４】
来客データデータベース５５は、パーソナルコンピュータ１０により登録される来客データを記憶する。来客データデータベース５５は、図５に示すように、各来客者に対応する来客データにより構成されるデータベースであり、各パーソナルコンピュータ１０がデータベースサーバ５０との間で通信可能である場合（即ち、正常な場合）に、来客データの登録・更新を行うことで、入退場管理に用いられる。尚、来客データデータベース５５における来客データの構成については、上述した図３に示す構成と同一である。
【００３５】
ここで、パーソナルコンピュータ１０は、通常、来客管理画面６０をディスプレイ１１に表示している。当該来客管理画面６０は、入力ウィンドウと、リスト表示ウィンドウと、入場登録ボタンと、退場登録ボタンとを有している。入力ウィンドウは、個人データや訪問内容データを構成する各項目の内容（来客者の氏名、来客者が所属する会社名、来客者が訪れる当該施設内の訪問先や、当該訪問先で来客者を応対するホストの氏名、ホストの所属部署等）の入力欄を有している。
【００３６】
そして、リスト表示ウィンドウは、ローカルデータベース１３Ａや来客データデータベース５５の記憶内容に基づいて生成された種々のリスト（例えば、予約リスト、入場者リスト等）を表示する。予約リストは、「入退場状況：予約」に係る来客データに基づいて生成されたデータリストである。又、入場者リストは、「入退場状況：入場」に係る来客データに基づいて生成されたデータリストである。当該パーソナルコンピュータ１０は、データベースサーバ５０と通信可能な状況であれば、来客データデータベース５５に格納されている来客データの内容に基づいて作成されたリストを表示し、データベースサーバ５０と通信不能な状況であれば、当該パーソナルコンピュータ１０に係るローカルデータベース１３Ａに格納されている来客データの内容に基づいて作成されたリストを表示する。
【００３７】
そして、入場登録ボタンは、リスト表示ウィンドウに表示された予約リストから特定される来客について、当該施設への入場を許可する際に、操作部１２を介して操作される。この入場登録ボタン８４の操作は、当該来客者が施設に入場したことを意味し、後述する入場管理操作を構成する。又、退場登録ボタンは、リスト表示ウィンドウに表示された入場者リストから特定される来客が、当該施設から退場する際に、操作部１２を介して操作される。この退場登録ボタンの操作は、当該来客者が施設から退場したことを意味し、後述する退場管理操作を構成する。
【００３８】
続いて、本実施形態に係る来客管理システム１における入場管理処理プログラムについて、図６を参照しつつ詳細に説明する。当該入場管理処理プログラムは、各パーソナルコンピュータ１０のＣＰＵ１６により、受付（第１受付Ｒａ、第２受付Ｒｂ）を介して、来客者が当該施設に入場する際に実行される。
【００３９】
先ず、Ｓ１１においては、ＣＰＵ１６は、入場管理操作を受け付ける。ここで、入場管理操作は、来客管理画面６０の予約リストから入場を希望する来客に係る来客データを特定する操作と、当該来客の入場を許可する入場登録ボタンの操作を含む。尚、予約リスト中に当該来客に係る来客データが存在しない場合、入場管理操作には、当該来客に係る来客データを生成する操作（例えば、入力ウィンドウに対する情報入力操作）を含む。最終的に、入場登録ボタンが操作されると、ＣＰＵ１６は、Ｓ１２に処理を移行する。
【００４０】
Ｓ１２においては、ＣＰＵ１６は、バーコード生成処理を実行する。具体的には、ＣＰＵ１６は、Ｓ１１で特定された来客データ（入退場状況を含む）と、当該パーソナルコンピュータ１０とデータベースサーバ５０との通信状況（以下、通信状況という）と、パーソナルコンピュータ１０が設置されている受付（例えば、第１受付Ｒａ、第２受付Ｒｂ）を示す情報に基づいて、バーコードＢを生成する。尚、通信状況は、ＣＰＵ１６により、ネットワーク網Ｎを介して、データベースサーバ５０へ制御信号を送信し、当該制御信号に対する応答の有無に応じて決定され、データベースサーバ５０に対するアクセスが可能であるか否かを示す。当該来客に係るバーコードＢを生成した後、ＣＰＵ１６は、Ｓ１３に処理を移行する。
【００４１】
Ｓ１３に移行すると、ＣＰＵ１６は、入場許可証出力処理を実行する。入場許可証出力処理では、ＣＰＵ１６は、Ｓ１１で特定された来客データと、Ｓ１２で生成されたバーコードＢに基づいて、入場許可証Ｐに係る印刷データを生成し、印刷命令と共に、プリンタ２０へ出力する。これにより、プリンタ２０は、当該印刷データに基づく入場許可証Ｐを印刷出力する。入場許可証Ｐをプリンタ２０から印刷出力した後、ＣＰＵ１６は、Ｓ１４に処理を移行する。
【００４２】
この時、受付担当者は、印刷出力された入場許可証Ｐを当該来客者に手渡し、当該施設に対する入場を促す。
【００４３】
Ｓ１４においては、ＣＰＵ１６は、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス可能であるか否かを判断する。具体的には、ＣＰＵ１６は、ネットワーク網Ｎを介して、データベースサーバ５０へ制御信号を送信し、当該制御信号に対する応答の有無に応じて判断する。データベースサーバ５０にアクセス可能である場合（Ｓ１４：ＹＥＳ）、ＣＰＵ１６は、Ｓ１５に処理を移行する。一方、データベースサーバ５０にアクセスすることができない場合（Ｓ１４：ＮＯ）、ＣＰＵ１６は、Ｓ１６に処理を移行する。
【００４４】
Ｓ１５においては、ＣＰＵ１６は、来客データデータベース５５に対する入場登録処理を実行する。即ち、ＣＰＵ１６は、Ｓ１１で特定された来客データ（来客データデータベース５５に格納されている当該来客者に係る来客データ）の入退場状況を、「入退場状況：入場」を示すように登録する。その後、ＣＰＵ１６は、入場管理処理プログラムを終了する。
【００４５】
Ｓ１６では、ＣＰＵ１６は、当該パーソナルコンピュータ１０のローカルデータベース１３Ａに対する入場登録処理を実行する。即ち、ＣＰＵ１６は、Ｓ１１で特定された来客データ（当該ローカルデータベース１３Ａに格納されている当該来客者に係る来客データ）の入退場状況を、「入退場状況：入場」を示すように登録する。その後、ＣＰＵ１６は、Ｓ１７に処理を移行する。
【００４６】
Ｓ１７に移行すると、ＣＰＵ１６は、当該パーソナルコンピュータ１０が、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス不能であることに基づいて、マージ処理フラグをＲＡＭ１８の所定領域にセットする。当該マージ処理フラグは、後述するデータベース統合処理プログラム（図１３参照）を実行する際に参照され、ローカルデータベース１３Ａの記憶内容を、来客データデータベース５５に統合すべき旨を示す。マージ処理フラグをセットした後、ＣＰＵ１６は、入場管理処理プログラムを終了する。
【００４７】
次に、本実施形態に係る来客管理システム１における退場管理処理プログラムについて、図８を参照しつつ詳細に説明する。当該退場管理処理プログラムは、各パーソナルコンピュータ１０のＣＰＵ１６により、受付（第１受付Ｒａ、第２受付Ｒｂ）を介して、入場している来客者が当該施設から退場する際に実行される。
【００４８】
図８に示すように、ＣＰＵ１６は、まず、バーコード内容読取処理を実行する（Ｓ２１）。具体的には、受付担当者は、退場を希望する来客者から入場許可証Ｐを受け取り、当該入場許可証Ｐに付されているバーコードＢ（図７参照）を、バーコードリーダ３０により読み取る。ＣＰＵ１６は、バーコードリーダ３０によるバーコードＢの読取結果をデコードすることで、当該来客に係る来客データ（入退場状況を含む）と、当該来客の入場時における通信状況と、当該来客が入場した受付を特定し、ＲＡＭ１８に格納する。バーコード内容読取処理を終了すると、ＣＰＵ１６は、Ｓ２２に処理を移行する。
【００４９】
Ｓ２２では、ＣＰＵ１６は、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス可能であるか否かを判断する。具体的には、ＣＰＵ１６は、上述したＳ１４と同様の処理を行う。データベースサーバ５０にアクセス可能である場合（Ｓ２２：ＹＥＳ）、ＣＰＵ１６は、Ｓ２３に処理を移行する。一方、データベースサーバ５０にアクセスすることができない場合（Ｓ２２：ＮＯ）、ＣＰＵ１６は、Ｓ２４に処理を移行する。
【００５０】
Ｓ２３においては、ＣＰＵ１６は、来客データデータベース５５に対する検索データベース設定処理を実行する。即ち、ＣＰＵ１６は、Ｓ２１によりバーコードＢを読み取ることで特定された当該来客の来客データ（以下、該当来客データ）の検索対象を、来客データデータベース５５に設定する。検索対象を来客データデータベース５５に設定した後、ＣＰＵ１６は、Ｓ２６に処理を移行する。
【００５１】
Ｓ２４では、ＣＰＵ１６は、当該パーソナルコンピュータ１０のローカルデータベース１３Ａに対する検索データベース設定処理を実行する。即ち、ＣＰＵ１６は、前記該当来客データの検索対象を、当該パーソナルコンピュータ１０のローカルデータベース１３Ａに設定する。検索対象をローカルデータベース１３Ａに設定した後、ＣＰＵ１６は、Ｓ２５に処理を移行する。
【００５２】
Ｓ２５に移行すると、ＣＰＵ１６は、当該パーソナルコンピュータ１０が、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス不能であることに基づいて、Ｓ１７と同様に、マージ処理フラグをＲＡＭ１８の所定領域にセットする。マージ処理フラグをセットした後、ＣＰＵ１６は、Ｓ２６に処理を移行する。
【００５３】
Ｓ２６においては、ＣＰＵ１６は、該当来客データ検索処理を実行する。具体的には、データベースサーバ５０にアクセス可能である場合、ＣＰＵ１６は、来客データデータベース５５に格納されている来客データから、退場を希望する来客に係る来客データ（該当来客データ）を検索する。来客データデータベース５５における該当来客データを抽出した後、ＣＰＵ１６は、Ｓ２７に処理を移行する。又、データベースサーバ５０にアクセスすることができない場合、ＣＰＵ１６は、ローカルデータベース１３Ａに格納されている来客データから、該当来客データを検索する。ローカルデータベース１３Ａにおける該当来客データを抽出した後、ＣＰＵ１６は、Ｓ２７に処理を移行する。
【００５４】
Ｓ２７では、ＣＰＵ１６は、入退場状況確認処理を実行する。具体的には、ＣＰＵ１６は、入退場状況確認処理プログラム（図９参照）を実行することにより、該当来客データに係る入退場状況に基づいて、当該来客者の退場に関する情報を受付担当者に報知する。入退場状況確認処理（Ｓ２７）の詳細については、後に図面を参照しつつ説明する。入退場状況確認処理を終了すると、ＣＰＵ１６は、Ｓ２８に処理を移行する。
【００５５】
Ｓ２８に移行すると、ＣＰＵ１６は、退場登録処理を実行する。具体的には、データベースサーバ５０にアクセス可能である場合、ＣＰＵ１６は、来客データデータベース５５に格納されている該当来客データの入退場状況を、「入退場状況：退場」を示すように登録し、退場管理処理プログラムを終了する。又、データベースサーバ５０にアクセスすることができない場合、ＣＰＵ１６は、ローカルデータベース１３Ａに格納されている該当来客データの入退場状況を、「入退場状況：退場」を示すように登録し、退場管理処理プログラムを終了する。
【００５６】
続いて、入退場状況確認処理（Ｓ２７）において、ＣＰＵ１６により実行される入退場状況確認処理プログラムについて、図９を参照しつつ詳細に説明する。入退場状況確認処理（Ｓ２７）に移行すると、ＣＰＵ１６は、該当来客データにおける入退場状況が「入退場状況：入場」であるか否かを判断する（Ｓ３１）。「入退場状況：入場」であることは、該当来客データに係る来客者が、確実に、第１受付Ｒａ又は第２受付Ｒｂを介して、当該施設に入場していることを示し、当該来客者が適切な入場を行っていることを意味する。従って、該当来客データにおける入退場状況が「入退場状況：入場」である場合（Ｓ３１：ＹＥＳ）、ＣＰＵ１６は、そのまま入退場状況確認処理プログラムを終了し、退場管理処理プログラムのＳ２８に処理を移行する。一方、「入退場状況：入場」でない場合（Ｓ３１：ＮＯ）、ＣＰＵ１６は、Ｓ３２に処理を移行する。
【００５７】
尚、「入退場状況：入場」でない場合には、「該当来客データが検索対象であるデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に存在しない場合も含まれる。
【００５８】
Ｓ３２においては、ＣＰＵ１６は、該当来客データにおける入退場状況が「入退場状況：予約」であるか否かを判断する。該当来客データの入退場状況が「入退場状況：予約」である場合（Ｓ３２：ＹＥＳ）、ＣＰＵ１６は、Ｓ３３に処理を移行する。一方、「入退場状況：予約」でない場合（Ｓ３２：ＮＯ）、ＣＰＵ１６は、Ｓ３３に処理を移行する。尚、「入退場状況：予約」でない場合には、「該当来客データが検索対象であるデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に存在しない場合も含まれる。
【００５９】
Ｓ３３に移行すると、ＣＰＵ１６は、切断時入場者メッセージ６１をディスプレイ１１に表示する。図１０に示すように、切断時入場者メッセージ６１は、「Ｔｈｏｍａｓ Ｄｕｎｃａｎさんは、ネットワークエラー発生中に入場しています」等のメッセージを含んでいる。切断時入場者メッセージ６１をディスプレイ１１に表示した後、ＣＰＵ１６は、そのまま入退場状況確認処理プログラムを終了し、退場管理処理プログラムのＳ２８に処理を移行する。
【００６０】
ここで、該当来客データの入退場状況が「入退場状況：予約」であることは、該当来客データをデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に登録した後に、当該来客が入場した受付に係るパーソナルコンピュータ１０がデータベースサーバ５０と通信不能となり、当該来客の入場時を含み、退場時まで通信不能な状態が継続している状態を示す。従って、退場時における受付担当者は、該当来客データに係る来客者が、そのような状況下で入場した来客であることを把握することができ、「入退場状況：予約」と、現在状況の不整合に基づく疑念を抱くことなく、当該来客者の退場処理を行い得る。
【００６１】
Ｓ３４では、ＣＰＵ１６は、該当来客データにおける入退場状況が「入退場状況：退場」であるか否かを判断する。該当来客データの入退場状況が「入退場状況：退場」である場合（Ｓ３４：ＹＥＳ）、ＣＰＵ１６は、Ｓ３５に処理を移行する。一方、「入退場状況：退場」でない場合（Ｓ３４：ＮＯ）、ＣＰＵ１６は、Ｓ３８に処理を移行する。尚、「入退場状況：退場」でない場合とは、「該当来客データが検索対象であるデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に存在しない場合を意味する。
【００６２】
Ｓ３５に移行すると、ＣＰＵ１６は、注意喚起メッセージ６２をディスプレイ１１に表示する。図１１に示すように、注意喚起メッセージ６２は、「十分に確認してから退場処理を行って下さい」等のメッセージを含んでいる。注意喚起メッセージ６２をディスプレイ１１に表示した後、ＣＰＵ１６は、Ｓ３６に処理を移行する。
【００６３】
ここで、該当来客データの入退場状況が「入退場状況：退場」であることは、該当来客データをデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に登録する前に、当該来客が入場した受付に係るパーソナルコンピュータ１０がデータベースサーバ５０と通信不能となり、当該来客の入場時を含み、退場時まで通信不能な状態が継続している状態を示す。
【００６４】
この場合、該当来客データにおける入退場状況では、「予約もなく、受付を介さずに当該施設に不法に侵入した者」と同様の状態となる。しかしながら、該当来客データの入退場状況が「入退場状況：退場」であることは、当該来客者が、以前に当該施設を適式に（来客管理システム１における手順に則って）訪問していることも示している。従って、退場時における受付担当者は、該当来客データに係る来客者が、そのような来客であることを把握することができる。従って、当該受付担当者は、「入退場状況：退場」と、現在状況の不整合に基づいて、或る程度の警戒心を抱くことができ、当該来客者の退場処理に関して、十分な確認作業（例えば、他方の受付に係る受付担当者に連絡をとり、当該来客者が不法に侵入した者であるか否かを確認する作業）を行い得る。
【００６５】
Ｓ３６においては、ＣＰＵ１６は、操作部１２の操作に基づいて、退場処理を継続するか否かを判断する。具体的には、受付担当者は、注意喚起メッセージ６２の表示に基づく確認作業等を行って当該来客者の退場を許容する場合に、退場処理の継続すべき旨の操作を行う。退場処理を継続する場合（Ｓ３６：ＹＥＳ）、ＣＰＵ１６は、Ｓ３７に処理を移行する。退場処理を継続しない場合（Ｓ３６：ＮＯ）、ＣＰＵ１６は、そのまま入退場状況確認処理プログラム及び退場管理処理プログラムを終了する。この場合、当該受付担当者は、当該来客の退場を許容せず、当該受付に引き留めておく等の必要な措置を講じ得る。
【００６６】
Ｓ３７では、ＣＰＵ１６は、該当来客データ生成処理を実行する。具体的には、退場処理を継続することに伴い、受付担当者は、退場を希望する来客者から必要事項（例えば、来客データを構成する各項目）を聴取し、入力ウィンドウの各入力欄に入力する。これにより、ＣＰＵ１６は、退場を希望する来客者に関する該当来客データを生成し、生成した該当来客データをデータベース（ローカルデータベース１３Ａ又は来客データデータベース５５）に登録する。その後、ＣＰＵ１６は、入退場状況確認処理プログラムを終了し、退場管理処理プログラムのＳ２８に処理を移行する。
【００６７】
Ｓ３８においては、ＣＰＵ１６は、警告メッセージ６３をディスプレイ１１に表示する。図１２に示すように、警告メッセージ６３は、「不法侵入者である可能性が高いです。十分に確認してから退場処理を行ってください。」等のメッセージを含んでいる。警告メッセージ６３をディスプレイ１１に表示した後、ＣＰＵ１６は、Ｓ３９に処理を移行する。
【００６８】
ここで、該当来客データの入退場状況が「入退場状況：予約」「入退場状況：入場」「入退場状況：退場」の何れでもなく、該当来客データが存在していないことは、該当来客データをデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に登録する前に、当該来客が入場した受付に係るパーソナルコンピュータ１０がデータベースサーバ５０と通信不能となり、当該来客の入場時を含み、退場時まで通信不能な状態が継続している状態を示す。
【００６９】
この状況は、該当来客データの入退場状況が「入退場状況：退場」である場合と同様に、「予約もなく、受付を介さずに当該施設に不法に侵入した者」と同様の状態であり、「当該来客者は、当該施設を適式に（来客管理システム１における手順に則って）訪問したことがないこと」も示している。即ち、該当来客データの入退場状況が「入退場状況：退場」である場合と比較して、この状況に係る来客者は、「不法に当該施設に進入した者」である可能性が高いことになる。従って、退場時における受付担当者は、該当来客データに係る来客者が、そのような来客であることを把握することができる。従って、当該受付担当者は、「該当来客データの不存在」と、現在状況の不整合に基づいて、強い警戒心を抱くことができ、当該来客者の退場処理に関して、より慎重且つ十分な確認作業（例えば、他方の受付に係る受付担当者に連絡をとり、当該来客者が不法に侵入した者であるか否かを確認する作業）を行い得る。
【００７０】
Ｓ３９においては、ＣＰＵ１６は、操作部１２の操作に基づいて、退場処理を継続するか否かを判断する。具体的には、受付担当者は、警告メッセージ６３の表示に基づく確認作業等を行って当該来客者の退場を許容する場合に、退場処理の継続すべき旨の操作を行う。退場処理を継続する場合（Ｓ３９：ＹＥＳ）、ＣＰＵ１６は、Ｓ４０に処理を移行する。退場処理を継続しない場合（Ｓ３９：ＮＯ）、ＣＰＵ１６は、そのまま入退場状況確認処理プログラム及び退場管理処理プログラムを終了する。この場合、当該受付担当者は、当該来客の退場を許容せず、当該受付に引き留めておく等の必要な措置を講じ得る。
【００７１】
Ｓ４０では、ＣＰＵ１６は、該当来客データ生成処理を実行する。具体的には、ＣＰＵ１６は、上述したＳ３７と同様の処理によって該当来客データを生成し、生成した該当来客データをデータベース（ローカルデータベース１３Ａ又は来客データデータベース５５）に登録する。その後、ＣＰＵ１６は、入退場状況確認処理プログラムを終了し、退場管理処理プログラムのＳ２８に処理を移行する。
【００７２】
次に、本実施形態に係る来客管理システム１におけるデータベース統合処理プログラムについて、図１３を参照しつつ詳細に説明する。当該データベース統合処理プログラムは、各パーソナルコンピュータ１０のＣＰＵ１６により、所定の時間間隔をもって定期的に実行される。
【００７３】
先ず、Ｓ５１においては、ＣＰＵ１６は、当該パーソナルコンピュータ１０がネットワーク網Ｎに復帰したか否かを判断する。即ち、ＣＰＵ１６は、ネットワーク網Ｎを介して、データベースサーバ５０へのアクセスが不能な状態から、アクセス可能な状態になったか否かを判断する。ネットワーク網Ｎに復帰した場合（Ｓ５１：ＹＥＳ）、ＣＰＵ１６は、Ｓ５２に処理を移行する。一方、ネットワーク網Ｎに復帰していない場合（Ｓ５１：ＮＯ）、ＣＰＵ１６は、データベース統合処理プログラムを終了する。
【００７４】
尚、「ネットワーク網Ｎに復帰していない場合」は、「当該パーソナルコンピュータ１０が、ネットワーク網Ｎを介してデータベースサーバ５０にアクセス可能であり続ける状態」と、「当該パーソナルコンピュータ１０が、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス不能な状態」を含む。
【００７５】
Ｓ５２では、ＣＰＵ１６は、マージ処理フラグがＲＡＭ１８にセットされているか否かを判断する。上述したように、マージ処理フラグは、ネットワーク網Ｎを介して、データベースサーバ５０との通信が不能な状況において、来客者の入場又は退場が行われる場合にセットされる。マージ処理フラグがセットされている場合（Ｓ５２：ＹＥＳ）、ＣＰＵ１６は、Ｓ５３に処理を移行する。一方、マージ処理フラグがセットされていない場合（Ｓ５２：ＮＯ）、ＣＰＵ１６は、データベース統合処理プログラムを終了する。
【００７６】
Ｓ５３に移行すると、ＣＰＵ１６は、データベース内容比較処理を実行する。具体的には、ＣＰＵ１６は、当該パーソナルコンピュータ１０のローカルデータベース１３Ａにおける記憶内容と、来客データデータベース５５の記憶内容を比較する。より詳細には、ＣＰＵ１６は、先ず、ネットワーク網Ｎを介して、来客データデータベース５５の記憶内容を取得する。そして、ＣＰＵ１６は、ローカルデータベース１３Ａ及び来客データデータベース５５において、同一の来客者に係る来客データを特定し、両方の来客データに係る入退場状況を比較する。データベース内容比較処理（Ｓ５３）を終了すると、ＣＰＵ１６は、Ｓ５４に処理を移行する。
【００７７】
Ｓ５４においては、ＣＰＵ１６は、データベース内容比較処理（Ｓ５３）の比較結果に基づいて、入退場状況がバッティングする来客データが存在するか否かを判断する。入退場状況がバッティングする来客データが存在する場合（Ｓ５４：ＹＥＳ）、ＣＰＵ１６は、Ｓ５５に処理を移行する。一方、入退場状況がバッティングする来客データが存在しない場合（Ｓ５４：ＮＯ）、ＣＰＵ１６は、Ｓ５６に処理を移行する。
【００７８】
ここで、「入退場状況がバッティングする」とは、来客データデータベース５５における来客データの入退場状況が、ローカルデータベース１３Ａにおける入退場状況よりも、施設に対する入退場の流れの内、退場側を示す状態を意味する。例えば、図１４に示す場合を例に挙げて説明すると、図１４（Ａ）に示す来客データデータベース５５における来客データ（３）は、来客者「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」の入退場状況が「入退場状況：退場」であることを示す。そして、図１４（Ｂ）に示すローカルデータベース１３Ａにおける来客データ（Ｂ）は、「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」の入退場状況が「入退場状況：入場」であることを示す。従って、この図１４に示す状況においては、来客者「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」に係る来客データは、「入退場状況がバッティングする来客データ」に該当する。
【００７９】
Ｓ５５においては、ＣＰＵ１６は、「入退場状況がバッティングする来客データ」に対して、サーバ登録内容を優先する旨を設定する。従って、図１４（Ａ）、（Ｂ）に示す来客者「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」の来客データに関しては、ＣＰＵ１６は、サーバ登録内容である「入退場状況：退場」を優先する旨を設定する。「入退場状況がバッティングする来客データ」の全てについて、サーバ登録内容を優先する旨を設定した後、ＣＰＵ１６は、Ｓ５６に処理を移行する。
【００８０】
Ｓ５６に移行すると、ＣＰＵ１６は、データベース内容統合処理を実行する。具体的には、ＣＰＵ１６は、ローカルデータベース１３Ａの記憶内容を、来客データデータベース５５に統合する。データベース内容統合処理を終了すると、ＣＰＵ１６は、データベース統合処理プログラムを終了する。
【００８１】
データベース内容統合処理（Ｓ５６）において、ＣＰＵ１６は、サーバ登録内容を優先する旨が設定された来客データに関しては、既に来客データデータベース５５に登録されている内容を維持する。従って、上述した来客者「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」の来客データの場合、データベース内容統合処理を実行した後、入退場状況は「入退場状況：退場」の状態で登録されることとなる（図１４（Ｃ）参照）。
【００８２】
そして、サーバ登録内容を優先する旨が設定されていない来客データに関しては、ローカルデータベース１３Ａに登録されている内容で、来客データデータベース５５に統合される。即ち、図１４に示す例では、来客者「Ａｓａｉ，Ｍａｓａｏ」、来客者「Ｓａｔｏ，Ｓｈｉｎｊｉ」に係る来客データについては、図１４（Ｂ）に示すローカルデータベース１３Ａの登録内容をもって、来客データデータベース５５に統合される（図１４（Ｃ）参照）。尚、来客データデータベース５５には登録されていないが、ローカルデータベース１３Ａには登録されている来客データに関しても、ローカルデータベース１３Ａの登録内容をもって登録されるので、来客データデータベース５５に追加登録される（例えば、図１４における来客者「Ｈｏｎｄａ，Ｍａｋｏｔｏ」に係る来客データ）。
【００８３】
従って、当該来客管理システム１によれば、第１受付Ｒａ又は第２受付Ｒｂにおけるパーソナルコンピュータ１０と、データベースサーバ５０との間の通信が不能な状態が生じた場合であっても、データベースサーバ５０との通信が復旧した時点で、来客データの内容を来客データデータベース５５上で統合し得る。これにより、各パーソナルコンピュータ１０におけるローカルデータベース１３Ａと、来客データデータベース５５における記憶内容の整合性をとることができるので、来客管理システム１によれば、来客データデータベース５５の記憶内容を、より現実の状況に即した記憶内容とすることができ、当該施設における来客の入退場管理を正確に行い得る。
【００８４】
以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能である。
例えば、本実施形態に係る来客管理システム１においては、当該施設における受付を、第１受付Ｒａと、第２受付Ｒｂの２箇所としていたが、この態様に限定されるものではない。即ち、本発明に係る来客システムは、より多くの受付を有する施設に対して適用することも可能である。
【００８５】
又、本実施形態においては、入場許可証Ｐに、バーコードＢを付して印刷出力するように構成していたが、この態様に限定されるものではない。例えば、バーコードＢに換えて、二次元コードを用いる構成であってもよい。又、本発明は、少なくとも、パーソナルコンピュータ１０と、データベースサーバ５０の間の通信が不能な状況で、来客の入場が行われた場合に、バーコードＢを付した入場許可証Ｐを印刷出力すればよく、例えば、通信可能な状況であれば、バーコードＢを付すことなく、入場許可証Ｐを出力する構成であってもよい。
【符号の説明】
【００８６】
１ 来客管理システム
１０ パーソナルコンピュータ
１１ ディスプレイ
１２ 操作部
１３ ＨＤＤ
１３Ａ ローカルデータベース
１５ 制御部
２０ プリンタ
３０ バーコードリーダ
５０ データベースサーバ
５５ 来客データデータベース
６１ 切断時入場者メッセージ
６２ 注意喚起メッセージ
６３ 警告メッセージ
Ｂ バーコード
Ｐ 入場許可証
Ｎ ネットワーク網
【技術分野】
【０００１】
本発明は、施設に対する来客の入退場を管理する来客管理システムに関する。
【背景技術】
【０００２】
従来、来客管理システムは、施設の受付等において、当該施設に対する来客者の入退場の管理に用いられている。これらの来客管理システムは、受付担当者により操作される来客管理端末と、データベースと、を、ネットワーク網を介して接続して構成されている。このような来客管理システムに関する発明として、特許文献１記載の受付システムに係る発明が知られている。
【０００３】
特許文献１記載の受付システムは、受付端末と、サーバとを通信ネットワークで接続して構成されている。そして、特許文献１記載の受付システムにおいて、当該受付端末は、来客が入場する際に、来客個人を識別可能な情報の入力に用いられ、通信ネットワークを介して、入力された情報をサーバへ出力する。サーバは、来客の訪問予定を示す予約データを記憶している。受付端末から入力された情報に対応する予約データを、通信ネットワークを介して、サーバから検索し、当該予約データがサーバに存在した場合に、認可票（即ち、入場許可証）を発行し、入場を許可する。又、特許文献１の図１４においては、或る営業所における複数箇所の受付に、夫々、受付端末を設け、各受付端末とサーバを通信ネットワークで接続した構成が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２９７８３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１記載の受付システムでは、来客の施設に対する入場管理は行い得るものの、施設からの退場管理については記載されていない。施設に対するセキュリティを考慮すると、施設への入場だけでなく、施設からの退場についても、状況を把握し得ることが望ましい。例えば、特許文献１記載の受付システムの場合、来客の退場時においても、通信ネットワーク網を介してアクセスし、当該来客が退場したことをサーバに登録することで、施設側（訪問相手先）において、当該来客が退場したことを把握し得ることが望ましい。
【０００６】
ここで、特許文献１記載の受付システムにおいては、通信ネットワークを介して、受付端末とサーバの間での通信することが前提となっており、通信ネットワークを介した通信が不能な状態である場合には、サーバ内の予約データを検索することができないため、来客者の入場は許可されない。又、この場合において、受付担当者が来客と対面して入場を許可したとしても、受付端末とサーバの間における通信が不能であるため、当該来客が入場している旨をサーバに登録することはできない。そうすると、当該来客が退場する際に、入場時と異なる受付担当者が対応する場合、退場時の受付担当者は、サーバの登録内容により、「受付を介して入場した来客であるのか、受付を介さずに入場した者であるのか」を区別することができないため、セキュリティを考慮すると、当該来客の退場に厳密な確認作業と時間を要することとなってしまい、受付における入退場が滞ってしまう。
【０００７】
特に、或る営業所における複数箇所の受付に、夫々、受付端末を設け、各受付端末とサーバを通信ネットワークで接続した構成（例えば、特許文献１の図１４）の場合、来客が退場する受付は、退場しようとする来客の意思に依存するため、入場時における受付と同一であるとは限らない。従って、複数の受付が存在する施設においては、ネットワークを介した通信が不能な状況が生じた場合、通信不能な状況下で入場した来客の入退場管理に関して、上述のような不具合が生じる蓋然性が非常に高くなってしまう。
【０００８】
本明細書は、複数の来客管理端末と、サーバとがネットワーク網を介して接続された来客管理システムに関し、通信不能な状態が生じた場合であっても、施設に対するセキュリティを維持しつつ、円滑な入退場管理を行い得る来客管理システムを提供する。
【課題を解決するための手段】
【０００９】
本発明の請求項１記載の来客管理システムは、施設に対する来客の入退場が行われる複数の受付に設置され、各受付における来客の入退場を管理する為の複数の来客管理端末と、各来客管理端末と接続され、当該施設への入場に関する入場許可証を印刷する印刷装置と、ネットワーク網を介して、各来客管理端末と通信可能に接続され、各受付における来客の入退場の状態に基づいて、当該施設における来客の入退場の状況を管理するサーバと、を有する来客管理システムであって、前記サーバは、前記施設に訪れる来客個人を示す個人情報と、当該個人情報に係る来客の前記施設に対する入退場の状況を示す入退場状況情報と、を含む来客情報を記憶する第１記憶手段と、を有し、前記来客管理端末は、当該施設に対する来客の入退場に関する種々の操作に用いられる操作手段と、前記操作手段により、当該受付から前記施設に来客が入場する際の入場操作が行われた場合、当該来客に係る来客情報を構成する入退場状況情報の内容を、入場中を示す内容に更新し、前記操作手段により、当該受付を介して前記施設から来客が退場する際の退場操作が行われた場合、当該来客に係る来客情報を構成する入退場状況情報の内容を、退場を示す内容に更新する来客情報更新手段と、前記サーバとネットワーク網を介して通信可能であるか否かを判断する通信状況判断手段と、前記サーバとの通信が不能である場合の来客の入退場管理に用いる為に、前記来客情報を補助的に記憶する第２記憶手段と、前記通信状況判断手段により、前記サーバとの通信が可能であると判断された場合、前記来客情報更新手段による更新対象を、前記サーバの第１記憶手段に格納された来客情報に設定し、前記通信状況判断手段により、前記サーバとの通信が不能であると判断された場合、前記来客情報更新手段による更新対象を、当該来客管理端末の第２記憶手段に格納された来客情報に設定する更新対象切換手段と、前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、前記第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する来客情報併合手段と、前記操作手段により前記入場操作が行われ、且つ、前記通信状況判断手段により前記サーバとの通信が可能であると判断された場合、前記印刷装置を制御することにより、当該来客に係る来客情報に基づく入場許可証を出力し、前記操作手段により前記入場操作が行われ、且つ、前記通信状況判断手段により前記サーバとの通信が不能であると判断された場合、前記印刷装置を制御することにより、サーバとの通信が不能な通信不能状況における来客が当該受付を介して入場したことを示すコード情報に基づくコード画像と、当該来客に係る来客情報に基づいて、前記コード画像を含む入場許可証を出力する許可証出力手段と、を有することを特徴とする。
【００１０】
当該来客管理システムは、複数の受付に設置された複数の来客管理端末と、各来客管理端末に接続された印刷装置と、各来客管理端末とネットワーク網を介して通信可能に接続されたサーバを有して構成される。サーバは、第１記憶手段を有しており、各来客管理端末との通信により、来客情報を管理することで、各受付における来客の入退場を管理している。来客管理端末は、操作手段と、来客情報更新手段と、通信状況判断手段と、第２記憶手段と、更新対象切換手段と、来客情報併合手段と、許可証出力手段と、を有している。当該来客管理システムにおいて、来客管理端末は、サーバとの通信が可能である場合、前記来客情報更新手段による更新対象を、前記サーバの第１記憶手段に格納された来客情報とし、前記操作手段により入場操作が行われることを条件に、来客情報を構成する入退場状況情報の内容を、入場中を示す内容に更新すると共に、印刷装置を制御することにより、当該来客に係る来客情報に基づく入場許可証を出力する。又、サーバとの通信が可能である場合、来客管理端末は、退場操作が行われると、前記サーバの第１記憶手段に格納された来客情報を構成する入退場状況情報の内容を、退場を示す内容に更新する。一方、サーバとの通信が不能であると判断された場合、来客管理端末は、前記来客情報更新手段による更新対象を、当該来客管理端末の第２記憶手段に格納された来客情報とし、入場操作が行われることを条件に、第２記憶手段に格納された来客情報を構成する入退場状況情報の内容を、入場中を示す内容に更新すると共に、前記印刷装置を制御することにより、コード画像を含む入場許可証を出力する。又、サーバとの通信が不能であると判断された場合、来客管理端末は、当該来客管理端末の第２記憶手段に格納された来客情報を構成する入退場状況情報の内容を、退場を示す内容に更新する。従って、当該来客管理システムによれば、来客管理端末とサーバとの間の通信の可否に応じて、サーバの第１記憶手段と、当該来客管理端末における第２記憶手段の何れかにおける来客情報により、当該施設における来客の入退場管理を行い得る。つまり、当該来客管理システムによれば、来客管理端末とサーバとの通信が不能である場合であっても、第２記憶手段における来客情報を更新することで、来客の入退場を漏れなく行うことができ、当該施設に対するセキュリティを維持し得る。又、当該来客管理システムによれば、受付を担当する者（以下、受付担当者）は、入場許可証におけるコード画像に基づいて、「当該入場許可証に係る来客が、サーバとの通信が可能な状況下で入場したのか、サーバとの通信が不能な状況下で入場したのか」を特定し得る。これにより、当該来客管理システムによれば、サーバとの通信が不能な状況下で入場した来客の退場時において、当該来客管理端末とサーバの間の通信が不能である場合であっても、適切かつ円滑な退場処理を行うことができ、もって、施設のセキュリティを維持し得る。更に、当該来客管理システムにおいて、前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、来客管理端末は、来客情報併合手段により、当該来客管理端末の第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する。つまり、当該来客管理システムによれば、複数の受付における来客の入退場を、サーバの第１記憶手段における来客情報により、総合的に管理することができる。又、複数の来客管理端末の一つにおいて、サーバとの通信が不能な状況が生じた場合であっても、サーバとの通信が復旧した時点で、来客情報の内容をサーバの第１記憶手段上で統合するので、サーバと各来客管理端末におけるデータ内容の整合性をとることができ、来客の入退場管理を正常に行い得る。
【００１１】
そして、請求項２記載の来客管理システムは、請求項１に記載の来客管理システムであって、前記来客管理端末は、当該施設に対する来客の入退場に関する種々の表示を行う表示手段と、前記入場許可証に含まれるコード画像から、前記コード情報を読み取る読取手段と、前記操作手段により退場操作を行う際に、前記読取手段によって、入場許可証のコード画像からコード情報を読み取った場合、当該入場許可証に係る来客の来客情報を構成する入退場状況情報の内容に基づいて、サーバとの通信が不能な状態の受付を介して、当該来客が施設に入場したことを含む報知表示を、前記入退場状況情報に対応する態様で、前記表示手段に表示する表示制御手段と、を有することを特徴とする。
【００１２】
当該来客管理システムにおいて、来客管理端末は、表示手段と、読取手段と、表示制御手段と、を有している。当該来客管理端末は、退場操作を行う際に、前記読取手段によって、入場許可証のコード画像からコード情報を読み取ることで、サーバとの通信が不能な状態の受付を介して、当該来客が施設に入場したことを含む報知表示を、前記入退場状況情報に対応する態様で、前記表示手段に表示する。コード画像は、サーバとの通信が不能な通信不能状況における来客が当該受付を介して入場したことを示すコード情報に基づいているので、来客管理端末は、前記報知表示を表示手段に表示し得る。そして、当該来客管理端末によれば、入場時に係る来客管理端末とサーバとの通信が不能な状態であって、当該来客が、入場時と異なる受付から退場する場合においても、当該来客の入場時における状況を把握することができるので、退場時に係る受付の受付担当者は、当該施設に対するセキュリティを維持しつつ。円滑かつ適切な対応をとることができる。
【００１３】
又、請求項３記載の来客管理システムは、請求項１又は請求項２に記載の来客管理システムであって、前記来客情報併合手段は、前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、前記サーバとの通信が不能な状態で当該施設に入場した来客に関し、前記第２記憶手段に記憶されている来客情報に含まれる入退場状況情報の内容と、前記第１記憶手段に格納されている来客情報に含まれる入退場状況情報の内容を比較する比較手段と、前記比較手段による比較結果に基づいて、前記第１記憶手段における入退場状況情報の示す状況が、前記第２記憶手段における入退場状況情報の示す状況よりも、施設に対する入退場の流れの内、退場側を示す場合、前記サーバとの通信が不能な状態で当該施設に入場した来客に係る来客情報に関して、前記第１記憶手段における来客情報の内容を維持しつつ、前記第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する併合制御手段と、を有することを特徴とする。
【００１４】
当該来客管理システムにおいて、来客管理端末の来客情報併合手段は、比較手段と、併合制御手段とを有している。ここで、当該来客管理システムによれば、来客管理端末とサーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰し、第２記憶手段に記憶されている来客情報の内容を、前記サーバの第１記憶手段に併合する。この時、当該来客管理システムによれば、前記サーバとの通信が不能な状態で当該施設に入場した来客に関しては、前記第２記憶手段及び前記第１記憶手段に記憶されている来客情報に含まれる入退場状況情報の内容を比較し、前記第１記憶手段における入退場状況情報の示す状況が、前記第２記憶手段における入退場状況情報の示す状況よりも、施設に対する入退場の流れの内、退場側を示す場合には、前記第１記憶手段における来客情報の内容を維持して、第１記憶手段に併合する。これにより、当該来客管理システムによれば、第１記憶手段における来客情報の内容と、第２記憶手段における来客情報の内容を併合する際に、両者間の内容に関する整合性をとることができ、第１記憶手段における来客情報の内容を、より現実の状況に合致するものにし得る。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る来客管理システムの構成を示す説明図である。
【図２】来客管理システムの制御系を示すブロック図である。
【図３】来客データの構成を示す説明図である。
【図４】サーバの来客データデータベースに関する説明図である。
【図５】パーソナルコンピュータのローカルデータベースに関する説明図である。
【図６】入場管理処理プログラムのフローチャートである。
【図７】入場許可証の一例を示す説明図である。
【図８】退場管理処理プログラムのフローチャートである。
【図９】入退場状況確認処理プログラムのフローチャートである。
【図１０】切断時入場者メッセージ表示の一例を示す説明図である。
【図１１】注意喚起メッセージ表示の一例を示す説明図である。
【図１２】警告メッセージ表示の一例を示す説明図である。
【図１３】データベース統合処理プログラムのフローチャートである。
【図１４】データベース統合処理の一例を示す説明図である。
【発明を実施するための形態】
【００１６】
以下、本発明に係る来客管理システムを、来客管理システム１に具体化した一実施形態について、図面を参照しつつ詳細に説明する。
【００１７】
先ず、本実施形態に係る来客管理システム１の概略構成について、図面を参照しつつ詳細に説明する。図１に示すように、来客管理システム１は、複数の受付（第１受付Ｒａ、第２受付Ｒｂ）を有する施設に設置されており、当該施設に対する来客の入退場を管理している。そして、第１受付Ｒａ及び第２受付Ｒｂは、夫々、当該施設における異なる場所に配置されている。又、第１受付Ｒａ、第２受付Ｒｂには、夫々、来客管理端末として機能するパーソナルコンピュータ１０と、プリンタ２０と、バーコードリーダ３０が設置されている。
【００１８】
パーソナルコンピュータ１０は、当該施設の受付（即ち、第１受付Ｒａ、第２受付Ｒｂ）に設置されており、当該受付における受付担当者により操作される。当該パーソナルコンピュータ１０は、当該施設内を対象に構築されたネットワーク網Ｎに接続されている。そして、パーソナルコンピュータ１０は、プリンタ２０と、バーコードリーダ３０と直接的に接続されており、後述する入場許可証Ｐの印刷出力や、バーコードＢの読取に関する制御を行う。又、パーソナルコンピュータ１０は、ネットワーク網Ｎを介して、データベースサーバ５０と接続されており、当該受付における来客の入退場管理の結果を、データベースサーバ５０に登録する。
【００１９】
データベースサーバ５０は、ネットワーク網Ｎを介して、パーソナルコンピュータ１０と接続されている。当該データベースサーバ５０は、種々のデータを格納する。当該種々のデータは、パーソナルコンピュータ１０により入力された来客データ等を含む。データベースサーバ５０に格納されているデータは、来客管理システム１における来客管理に用いられる。
【００２０】
尚、各パーソナルコンピュータ１０及びデータベースサーバ５０において、ネットワーク網Ｎに対する接続態様は、無線接続であっても良いし、有線接続であってもよい。
【００２１】
次に、本実施形態に係る来客管理システム１の制御系について、図面を参照しつつ詳細に説明する。図２に示すように、来客管理システム１は、第１受付Ｒａ、第２受付Ｒｂに夫々設置されたパーソナルコンピュータ１０、プリンタ２０、バーコードリーダ３０と、データベースサーバ５０により構成される。各パーソナルコンピュータ１０と、データベースサーバ５０は、夫々、ネットワーク網Ｎを介して、相互に通信可能である。
【００２２】
パーソナルコンピュータ１０は、制御部１５を有している。制御部１５は、パーソナルコンピュータ１０に対する制御の中枢を担う。上述したように、パーソナルコンピュータ１０は、来客管理システム１に対する制御の中枢を担う。即ち、制御部１５は、来客管理システム１全体を、統括的に制御する。
【００２３】
制御部１５は、ＣＰＵ１６、ＲＯＭ１７、ＲＡＭ１８を有している。ＣＰＵ１６は、パーソナルコンピュータ１０の制御の中枢を担う中央演算処理装置である。ＲＯＭ１７は、パーソナルコンピュータ１０の制御上必要な種々の制御プログラムやデータテーブルを記憶する記憶装置である。例えば、ＲＯＭ１７は、後述する入場管理処理プログラム（図６参照）、退場管理処理プログラム（図８参照）、入退場状況確認処理プログラム（図９参照）、データベース統合処理プログラム（図１３参照）を記憶している。ＲＡＭ１８は、ＣＰＵ１６による演算処理結果等を一時的に格納する記憶装置である。
【００２４】
そして、パーソナルコンピュータ１０は、ディスプレイ１１、操作部１２、ＨＤＤ１３、ネットワークＩ／Ｆ１４を有している。ディスプレイ１１は、制御部１５の制御に基づいて、種々の画面を表示する。具体的には、ディスプレイ１１は、来客管理画面６０を表示する（図１０〜図１２参照）。操作部１２は、前記受付担当者による操作に用いられ、図１に示すように、キーボードやマウスにより構成される。
【００２５】
ＨＤＤ１３は、アプリケーションプログラム等を格納する記憶装置であり、ウェブブラウザ、文書作成処理プログラム等の種々のアプリケーションプログラムを格納している。又、当該ＨＤＤ１３は、ローカルデータベース１３Ａを有している。当該ローカルデータベース１３Ａは、図５に示すように、各来客者に対応する来客データにより構成されるデータベースであり、データベースサーバ５０との間で通信不能である場合に、来客データの登録・更新を行うことで、入退場管理に用いられる。
【００２６】
ここで、本実施形態に係る来客データについて、図３を参照しつつ詳細に説明する。尚、来客データは、来客の訪問予定がある場合には、来客の訪問相手先であるホストが、ネットワーク網Ｎに接続された端末を介して、必要事項を入力することで、ローカルデータベース１３Ａや後述する来客データデータベース５５に登録される。又、訪問予定なく訪れた来客に関しては、後述するように、パーソナルコンピュータ１０を介して、ローカルデータベース１３Ａや後述する来客データデータベース５５に登録される。
【００２７】
図３に示すように、来客データは、来客者個人を特定し得る情報により構成される個人データと、当該来客者の訪問に関する種々の情報により構成される訪問内容データと、からなる。個人データは、当該来客者の氏名、当該来客者の所属する会社名を含む。従って、この個人データの内容に基づいて、受付担当者等は、当該来客者個人を特定し得る。そして、訪問内容データは、当該施設における当該来客者の訪問先、当該訪問先において来客者に対応する者（以下、「ホスト」という）の氏名、当該ホストの所属、当該来客者の入退場状況を含んでいる。
【００２８】
本実施形態において、入退場状況は、「予約」「入場」「退場」の３種類により表現されている。「入退場状況：予約」は、来客データに係る来客の訪問予定があり、当該来客が未だ施設に入場していない状況を示す。又、「入退場状況：入場」は、来客データに係る来客が受付（第１受付Ｒａ又は第２受付Ｒｂ）を介して、当該施設に入場している状況を示す。そして、「入退場状況：退場」は、来客データに係る来客が受付（第１受付Ｒａ又は第２受付Ｒｂ）を介して、当該施設から既に退場している状況を示す。従って、施設に対する入退場の時系列的な流れは、「入退場状況：予約」「入退場状況：入場」「入退場状況：退場」の順になる。
【００２９】
そして、ネットワークＩ／Ｆ１４は、パーソナルコンピュータ１０とネットワーク網Ｎとの間におけるデータ通信に関するインターフェイスである。パーソナルコンピュータ１０は、ネットワークＩ／Ｆ１４、ネットワーク網Ｎを介して、データベースサーバ５０に対する制御信号やデータの送受信を行う。
【００３０】
上述したように、各受付に設置されているパーソナルコンピュータ１０には、夫々、プリンタ２０と、バーコードリーダ３０が接続されている。プリンタ２０は、受付を介して、当該施設への入場が許可されていることを示す入場許可証Ｐ（図７参照）を印刷出力する際に用いられ、プリンタ制御部２１と、印刷機構部２２を有する。プリンタ制御部２１は、プリンタ２０における印刷制御の中枢を担う。印刷機構部２２は、プリンタ制御部２１の制御に基づいて、所望の印刷を、被記録媒体（例えば、用紙）に行う。従って、当該プリンタ２０は、パーソナルコンピュータ１０から送信された印刷データに基づいて、後述する入場許可証Ｐ（例えば、図７参照）を、用紙に印刷し得る。
【００３１】
そして、バーコードリーダ３０は、公知の構成のバーコードリーダ３０であり、当該バーコードリーダ３０によりバーコードＢを読み取った読取結果を、パーソナルコンピュータ１０に出力する。従って、パーソナルコンピュータ１０は、バーコードＢをデコードした読取結果を把握し得る。
【００３２】
尚、第１受付Ｒａ及び第２受付Ｒｂにおけるパーソナルコンピュータ１０、プリンタ２０、バーコードリーダ３０は、何れも同一の基本的構成を有している。
【００３３】
そして、データベースサーバ５０は、ネットワーク網Ｎを介して、パーソナルコンピュータ１０と接続されており、当該施設における来客の入退場管理に用いられる来客データ等を格納、管理し、容易に検索・抽出等を行う。図２に示すように、当該データベースサーバ５０は、サーバ制御部５１と、来客データデータベース５５を有している。サーバ制御部５１は、データベースサーバ５０における制御の中枢を担い、パーソナルコンピュータ１０からの制御信号に基づいて、来客データデータベース５５に対する来客データの格納、管理、検索・抽出の各処理や、パーソナルコンピュータ１０と、データベースサーバ５０における来客データの統合処理を行う。
【００３４】
来客データデータベース５５は、パーソナルコンピュータ１０により登録される来客データを記憶する。来客データデータベース５５は、図５に示すように、各来客者に対応する来客データにより構成されるデータベースであり、各パーソナルコンピュータ１０がデータベースサーバ５０との間で通信可能である場合（即ち、正常な場合）に、来客データの登録・更新を行うことで、入退場管理に用いられる。尚、来客データデータベース５５における来客データの構成については、上述した図３に示す構成と同一である。
【００３５】
ここで、パーソナルコンピュータ１０は、通常、来客管理画面６０をディスプレイ１１に表示している。当該来客管理画面６０は、入力ウィンドウと、リスト表示ウィンドウと、入場登録ボタンと、退場登録ボタンとを有している。入力ウィンドウは、個人データや訪問内容データを構成する各項目の内容（来客者の氏名、来客者が所属する会社名、来客者が訪れる当該施設内の訪問先や、当該訪問先で来客者を応対するホストの氏名、ホストの所属部署等）の入力欄を有している。
【００３６】
そして、リスト表示ウィンドウは、ローカルデータベース１３Ａや来客データデータベース５５の記憶内容に基づいて生成された種々のリスト（例えば、予約リスト、入場者リスト等）を表示する。予約リストは、「入退場状況：予約」に係る来客データに基づいて生成されたデータリストである。又、入場者リストは、「入退場状況：入場」に係る来客データに基づいて生成されたデータリストである。当該パーソナルコンピュータ１０は、データベースサーバ５０と通信可能な状況であれば、来客データデータベース５５に格納されている来客データの内容に基づいて作成されたリストを表示し、データベースサーバ５０と通信不能な状況であれば、当該パーソナルコンピュータ１０に係るローカルデータベース１３Ａに格納されている来客データの内容に基づいて作成されたリストを表示する。
【００３７】
そして、入場登録ボタンは、リスト表示ウィンドウに表示された予約リストから特定される来客について、当該施設への入場を許可する際に、操作部１２を介して操作される。この入場登録ボタン８４の操作は、当該来客者が施設に入場したことを意味し、後述する入場管理操作を構成する。又、退場登録ボタンは、リスト表示ウィンドウに表示された入場者リストから特定される来客が、当該施設から退場する際に、操作部１２を介して操作される。この退場登録ボタンの操作は、当該来客者が施設から退場したことを意味し、後述する退場管理操作を構成する。
【００３８】
続いて、本実施形態に係る来客管理システム１における入場管理処理プログラムについて、図６を参照しつつ詳細に説明する。当該入場管理処理プログラムは、各パーソナルコンピュータ１０のＣＰＵ１６により、受付（第１受付Ｒａ、第２受付Ｒｂ）を介して、来客者が当該施設に入場する際に実行される。
【００３９】
先ず、Ｓ１１においては、ＣＰＵ１６は、入場管理操作を受け付ける。ここで、入場管理操作は、来客管理画面６０の予約リストから入場を希望する来客に係る来客データを特定する操作と、当該来客の入場を許可する入場登録ボタンの操作を含む。尚、予約リスト中に当該来客に係る来客データが存在しない場合、入場管理操作には、当該来客に係る来客データを生成する操作（例えば、入力ウィンドウに対する情報入力操作）を含む。最終的に、入場登録ボタンが操作されると、ＣＰＵ１６は、Ｓ１２に処理を移行する。
【００４０】
Ｓ１２においては、ＣＰＵ１６は、バーコード生成処理を実行する。具体的には、ＣＰＵ１６は、Ｓ１１で特定された来客データ（入退場状況を含む）と、当該パーソナルコンピュータ１０とデータベースサーバ５０との通信状況（以下、通信状況という）と、パーソナルコンピュータ１０が設置されている受付（例えば、第１受付Ｒａ、第２受付Ｒｂ）を示す情報に基づいて、バーコードＢを生成する。尚、通信状況は、ＣＰＵ１６により、ネットワーク網Ｎを介して、データベースサーバ５０へ制御信号を送信し、当該制御信号に対する応答の有無に応じて決定され、データベースサーバ５０に対するアクセスが可能であるか否かを示す。当該来客に係るバーコードＢを生成した後、ＣＰＵ１６は、Ｓ１３に処理を移行する。
【００４１】
Ｓ１３に移行すると、ＣＰＵ１６は、入場許可証出力処理を実行する。入場許可証出力処理では、ＣＰＵ１６は、Ｓ１１で特定された来客データと、Ｓ１２で生成されたバーコードＢに基づいて、入場許可証Ｐに係る印刷データを生成し、印刷命令と共に、プリンタ２０へ出力する。これにより、プリンタ２０は、当該印刷データに基づく入場許可証Ｐを印刷出力する。入場許可証Ｐをプリンタ２０から印刷出力した後、ＣＰＵ１６は、Ｓ１４に処理を移行する。
【００４２】
この時、受付担当者は、印刷出力された入場許可証Ｐを当該来客者に手渡し、当該施設に対する入場を促す。
【００４３】
Ｓ１４においては、ＣＰＵ１６は、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス可能であるか否かを判断する。具体的には、ＣＰＵ１６は、ネットワーク網Ｎを介して、データベースサーバ５０へ制御信号を送信し、当該制御信号に対する応答の有無に応じて判断する。データベースサーバ５０にアクセス可能である場合（Ｓ１４：ＹＥＳ）、ＣＰＵ１６は、Ｓ１５に処理を移行する。一方、データベースサーバ５０にアクセスすることができない場合（Ｓ１４：ＮＯ）、ＣＰＵ１６は、Ｓ１６に処理を移行する。
【００４４】
Ｓ１５においては、ＣＰＵ１６は、来客データデータベース５５に対する入場登録処理を実行する。即ち、ＣＰＵ１６は、Ｓ１１で特定された来客データ（来客データデータベース５５に格納されている当該来客者に係る来客データ）の入退場状況を、「入退場状況：入場」を示すように登録する。その後、ＣＰＵ１６は、入場管理処理プログラムを終了する。
【００４５】
Ｓ１６では、ＣＰＵ１６は、当該パーソナルコンピュータ１０のローカルデータベース１３Ａに対する入場登録処理を実行する。即ち、ＣＰＵ１６は、Ｓ１１で特定された来客データ（当該ローカルデータベース１３Ａに格納されている当該来客者に係る来客データ）の入退場状況を、「入退場状況：入場」を示すように登録する。その後、ＣＰＵ１６は、Ｓ１７に処理を移行する。
【００４６】
Ｓ１７に移行すると、ＣＰＵ１６は、当該パーソナルコンピュータ１０が、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス不能であることに基づいて、マージ処理フラグをＲＡＭ１８の所定領域にセットする。当該マージ処理フラグは、後述するデータベース統合処理プログラム（図１３参照）を実行する際に参照され、ローカルデータベース１３Ａの記憶内容を、来客データデータベース５５に統合すべき旨を示す。マージ処理フラグをセットした後、ＣＰＵ１６は、入場管理処理プログラムを終了する。
【００４７】
次に、本実施形態に係る来客管理システム１における退場管理処理プログラムについて、図８を参照しつつ詳細に説明する。当該退場管理処理プログラムは、各パーソナルコンピュータ１０のＣＰＵ１６により、受付（第１受付Ｒａ、第２受付Ｒｂ）を介して、入場している来客者が当該施設から退場する際に実行される。
【００４８】
図８に示すように、ＣＰＵ１６は、まず、バーコード内容読取処理を実行する（Ｓ２１）。具体的には、受付担当者は、退場を希望する来客者から入場許可証Ｐを受け取り、当該入場許可証Ｐに付されているバーコードＢ（図７参照）を、バーコードリーダ３０により読み取る。ＣＰＵ１６は、バーコードリーダ３０によるバーコードＢの読取結果をデコードすることで、当該来客に係る来客データ（入退場状況を含む）と、当該来客の入場時における通信状況と、当該来客が入場した受付を特定し、ＲＡＭ１８に格納する。バーコード内容読取処理を終了すると、ＣＰＵ１６は、Ｓ２２に処理を移行する。
【００４９】
Ｓ２２では、ＣＰＵ１６は、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス可能であるか否かを判断する。具体的には、ＣＰＵ１６は、上述したＳ１４と同様の処理を行う。データベースサーバ５０にアクセス可能である場合（Ｓ２２：ＹＥＳ）、ＣＰＵ１６は、Ｓ２３に処理を移行する。一方、データベースサーバ５０にアクセスすることができない場合（Ｓ２２：ＮＯ）、ＣＰＵ１６は、Ｓ２４に処理を移行する。
【００５０】
Ｓ２３においては、ＣＰＵ１６は、来客データデータベース５５に対する検索データベース設定処理を実行する。即ち、ＣＰＵ１６は、Ｓ２１によりバーコードＢを読み取ることで特定された当該来客の来客データ（以下、該当来客データ）の検索対象を、来客データデータベース５５に設定する。検索対象を来客データデータベース５５に設定した後、ＣＰＵ１６は、Ｓ２６に処理を移行する。
【００５１】
Ｓ２４では、ＣＰＵ１６は、当該パーソナルコンピュータ１０のローカルデータベース１３Ａに対する検索データベース設定処理を実行する。即ち、ＣＰＵ１６は、前記該当来客データの検索対象を、当該パーソナルコンピュータ１０のローカルデータベース１３Ａに設定する。検索対象をローカルデータベース１３Ａに設定した後、ＣＰＵ１６は、Ｓ２５に処理を移行する。
【００５２】
Ｓ２５に移行すると、ＣＰＵ１６は、当該パーソナルコンピュータ１０が、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス不能であることに基づいて、Ｓ１７と同様に、マージ処理フラグをＲＡＭ１８の所定領域にセットする。マージ処理フラグをセットした後、ＣＰＵ１６は、Ｓ２６に処理を移行する。
【００５３】
Ｓ２６においては、ＣＰＵ１６は、該当来客データ検索処理を実行する。具体的には、データベースサーバ５０にアクセス可能である場合、ＣＰＵ１６は、来客データデータベース５５に格納されている来客データから、退場を希望する来客に係る来客データ（該当来客データ）を検索する。来客データデータベース５５における該当来客データを抽出した後、ＣＰＵ１６は、Ｓ２７に処理を移行する。又、データベースサーバ５０にアクセスすることができない場合、ＣＰＵ１６は、ローカルデータベース１３Ａに格納されている来客データから、該当来客データを検索する。ローカルデータベース１３Ａにおける該当来客データを抽出した後、ＣＰＵ１６は、Ｓ２７に処理を移行する。
【００５４】
Ｓ２７では、ＣＰＵ１６は、入退場状況確認処理を実行する。具体的には、ＣＰＵ１６は、入退場状況確認処理プログラム（図９参照）を実行することにより、該当来客データに係る入退場状況に基づいて、当該来客者の退場に関する情報を受付担当者に報知する。入退場状況確認処理（Ｓ２７）の詳細については、後に図面を参照しつつ説明する。入退場状況確認処理を終了すると、ＣＰＵ１６は、Ｓ２８に処理を移行する。
【００５５】
Ｓ２８に移行すると、ＣＰＵ１６は、退場登録処理を実行する。具体的には、データベースサーバ５０にアクセス可能である場合、ＣＰＵ１６は、来客データデータベース５５に格納されている該当来客データの入退場状況を、「入退場状況：退場」を示すように登録し、退場管理処理プログラムを終了する。又、データベースサーバ５０にアクセスすることができない場合、ＣＰＵ１６は、ローカルデータベース１３Ａに格納されている該当来客データの入退場状況を、「入退場状況：退場」を示すように登録し、退場管理処理プログラムを終了する。
【００５６】
続いて、入退場状況確認処理（Ｓ２７）において、ＣＰＵ１６により実行される入退場状況確認処理プログラムについて、図９を参照しつつ詳細に説明する。入退場状況確認処理（Ｓ２７）に移行すると、ＣＰＵ１６は、該当来客データにおける入退場状況が「入退場状況：入場」であるか否かを判断する（Ｓ３１）。「入退場状況：入場」であることは、該当来客データに係る来客者が、確実に、第１受付Ｒａ又は第２受付Ｒｂを介して、当該施設に入場していることを示し、当該来客者が適切な入場を行っていることを意味する。従って、該当来客データにおける入退場状況が「入退場状況：入場」である場合（Ｓ３１：ＹＥＳ）、ＣＰＵ１６は、そのまま入退場状況確認処理プログラムを終了し、退場管理処理プログラムのＳ２８に処理を移行する。一方、「入退場状況：入場」でない場合（Ｓ３１：ＮＯ）、ＣＰＵ１６は、Ｓ３２に処理を移行する。
【００５７】
尚、「入退場状況：入場」でない場合には、「該当来客データが検索対象であるデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に存在しない場合も含まれる。
【００５８】
Ｓ３２においては、ＣＰＵ１６は、該当来客データにおける入退場状況が「入退場状況：予約」であるか否かを判断する。該当来客データの入退場状況が「入退場状況：予約」である場合（Ｓ３２：ＹＥＳ）、ＣＰＵ１６は、Ｓ３３に処理を移行する。一方、「入退場状況：予約」でない場合（Ｓ３２：ＮＯ）、ＣＰＵ１６は、Ｓ３３に処理を移行する。尚、「入退場状況：予約」でない場合には、「該当来客データが検索対象であるデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に存在しない場合も含まれる。
【００５９】
Ｓ３３に移行すると、ＣＰＵ１６は、切断時入場者メッセージ６１をディスプレイ１１に表示する。図１０に示すように、切断時入場者メッセージ６１は、「Ｔｈｏｍａｓ Ｄｕｎｃａｎさんは、ネットワークエラー発生中に入場しています」等のメッセージを含んでいる。切断時入場者メッセージ６１をディスプレイ１１に表示した後、ＣＰＵ１６は、そのまま入退場状況確認処理プログラムを終了し、退場管理処理プログラムのＳ２８に処理を移行する。
【００６０】
ここで、該当来客データの入退場状況が「入退場状況：予約」であることは、該当来客データをデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に登録した後に、当該来客が入場した受付に係るパーソナルコンピュータ１０がデータベースサーバ５０と通信不能となり、当該来客の入場時を含み、退場時まで通信不能な状態が継続している状態を示す。従って、退場時における受付担当者は、該当来客データに係る来客者が、そのような状況下で入場した来客であることを把握することができ、「入退場状況：予約」と、現在状況の不整合に基づく疑念を抱くことなく、当該来客者の退場処理を行い得る。
【００６１】
Ｓ３４では、ＣＰＵ１６は、該当来客データにおける入退場状況が「入退場状況：退場」であるか否かを判断する。該当来客データの入退場状況が「入退場状況：退場」である場合（Ｓ３４：ＹＥＳ）、ＣＰＵ１６は、Ｓ３５に処理を移行する。一方、「入退場状況：退場」でない場合（Ｓ３４：ＮＯ）、ＣＰＵ１６は、Ｓ３８に処理を移行する。尚、「入退場状況：退場」でない場合とは、「該当来客データが検索対象であるデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に存在しない場合を意味する。
【００６２】
Ｓ３５に移行すると、ＣＰＵ１６は、注意喚起メッセージ６２をディスプレイ１１に表示する。図１１に示すように、注意喚起メッセージ６２は、「十分に確認してから退場処理を行って下さい」等のメッセージを含んでいる。注意喚起メッセージ６２をディスプレイ１１に表示した後、ＣＰＵ１６は、Ｓ３６に処理を移行する。
【００６３】
ここで、該当来客データの入退場状況が「入退場状況：退場」であることは、該当来客データをデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に登録する前に、当該来客が入場した受付に係るパーソナルコンピュータ１０がデータベースサーバ５０と通信不能となり、当該来客の入場時を含み、退場時まで通信不能な状態が継続している状態を示す。
【００６４】
この場合、該当来客データにおける入退場状況では、「予約もなく、受付を介さずに当該施設に不法に侵入した者」と同様の状態となる。しかしながら、該当来客データの入退場状況が「入退場状況：退場」であることは、当該来客者が、以前に当該施設を適式に（来客管理システム１における手順に則って）訪問していることも示している。従って、退場時における受付担当者は、該当来客データに係る来客者が、そのような来客であることを把握することができる。従って、当該受付担当者は、「入退場状況：退場」と、現在状況の不整合に基づいて、或る程度の警戒心を抱くことができ、当該来客者の退場処理に関して、十分な確認作業（例えば、他方の受付に係る受付担当者に連絡をとり、当該来客者が不法に侵入した者であるか否かを確認する作業）を行い得る。
【００６５】
Ｓ３６においては、ＣＰＵ１６は、操作部１２の操作に基づいて、退場処理を継続するか否かを判断する。具体的には、受付担当者は、注意喚起メッセージ６２の表示に基づく確認作業等を行って当該来客者の退場を許容する場合に、退場処理の継続すべき旨の操作を行う。退場処理を継続する場合（Ｓ３６：ＹＥＳ）、ＣＰＵ１６は、Ｓ３７に処理を移行する。退場処理を継続しない場合（Ｓ３６：ＮＯ）、ＣＰＵ１６は、そのまま入退場状況確認処理プログラム及び退場管理処理プログラムを終了する。この場合、当該受付担当者は、当該来客の退場を許容せず、当該受付に引き留めておく等の必要な措置を講じ得る。
【００６６】
Ｓ３７では、ＣＰＵ１６は、該当来客データ生成処理を実行する。具体的には、退場処理を継続することに伴い、受付担当者は、退場を希望する来客者から必要事項（例えば、来客データを構成する各項目）を聴取し、入力ウィンドウの各入力欄に入力する。これにより、ＣＰＵ１６は、退場を希望する来客者に関する該当来客データを生成し、生成した該当来客データをデータベース（ローカルデータベース１３Ａ又は来客データデータベース５５）に登録する。その後、ＣＰＵ１６は、入退場状況確認処理プログラムを終了し、退場管理処理プログラムのＳ２８に処理を移行する。
【００６７】
Ｓ３８においては、ＣＰＵ１６は、警告メッセージ６３をディスプレイ１１に表示する。図１２に示すように、警告メッセージ６３は、「不法侵入者である可能性が高いです。十分に確認してから退場処理を行ってください。」等のメッセージを含んでいる。警告メッセージ６３をディスプレイ１１に表示した後、ＣＰＵ１６は、Ｓ３９に処理を移行する。
【００６８】
ここで、該当来客データの入退場状況が「入退場状況：予約」「入退場状況：入場」「入退場状況：退場」の何れでもなく、該当来客データが存在していないことは、該当来客データをデータベース（即ち、来客データデータベース５５又はローカルデータベース１３Ａ）に登録する前に、当該来客が入場した受付に係るパーソナルコンピュータ１０がデータベースサーバ５０と通信不能となり、当該来客の入場時を含み、退場時まで通信不能な状態が継続している状態を示す。
【００６９】
この状況は、該当来客データの入退場状況が「入退場状況：退場」である場合と同様に、「予約もなく、受付を介さずに当該施設に不法に侵入した者」と同様の状態であり、「当該来客者は、当該施設を適式に（来客管理システム１における手順に則って）訪問したことがないこと」も示している。即ち、該当来客データの入退場状況が「入退場状況：退場」である場合と比較して、この状況に係る来客者は、「不法に当該施設に進入した者」である可能性が高いことになる。従って、退場時における受付担当者は、該当来客データに係る来客者が、そのような来客であることを把握することができる。従って、当該受付担当者は、「該当来客データの不存在」と、現在状況の不整合に基づいて、強い警戒心を抱くことができ、当該来客者の退場処理に関して、より慎重且つ十分な確認作業（例えば、他方の受付に係る受付担当者に連絡をとり、当該来客者が不法に侵入した者であるか否かを確認する作業）を行い得る。
【００７０】
Ｓ３９においては、ＣＰＵ１６は、操作部１２の操作に基づいて、退場処理を継続するか否かを判断する。具体的には、受付担当者は、警告メッセージ６３の表示に基づく確認作業等を行って当該来客者の退場を許容する場合に、退場処理の継続すべき旨の操作を行う。退場処理を継続する場合（Ｓ３９：ＹＥＳ）、ＣＰＵ１６は、Ｓ４０に処理を移行する。退場処理を継続しない場合（Ｓ３９：ＮＯ）、ＣＰＵ１６は、そのまま入退場状況確認処理プログラム及び退場管理処理プログラムを終了する。この場合、当該受付担当者は、当該来客の退場を許容せず、当該受付に引き留めておく等の必要な措置を講じ得る。
【００７１】
Ｓ４０では、ＣＰＵ１６は、該当来客データ生成処理を実行する。具体的には、ＣＰＵ１６は、上述したＳ３７と同様の処理によって該当来客データを生成し、生成した該当来客データをデータベース（ローカルデータベース１３Ａ又は来客データデータベース５５）に登録する。その後、ＣＰＵ１６は、入退場状況確認処理プログラムを終了し、退場管理処理プログラムのＳ２８に処理を移行する。
【００７２】
次に、本実施形態に係る来客管理システム１におけるデータベース統合処理プログラムについて、図１３を参照しつつ詳細に説明する。当該データベース統合処理プログラムは、各パーソナルコンピュータ１０のＣＰＵ１６により、所定の時間間隔をもって定期的に実行される。
【００７３】
先ず、Ｓ５１においては、ＣＰＵ１６は、当該パーソナルコンピュータ１０がネットワーク網Ｎに復帰したか否かを判断する。即ち、ＣＰＵ１６は、ネットワーク網Ｎを介して、データベースサーバ５０へのアクセスが不能な状態から、アクセス可能な状態になったか否かを判断する。ネットワーク網Ｎに復帰した場合（Ｓ５１：ＹＥＳ）、ＣＰＵ１６は、Ｓ５２に処理を移行する。一方、ネットワーク網Ｎに復帰していない場合（Ｓ５１：ＮＯ）、ＣＰＵ１６は、データベース統合処理プログラムを終了する。
【００７４】
尚、「ネットワーク網Ｎに復帰していない場合」は、「当該パーソナルコンピュータ１０が、ネットワーク網Ｎを介してデータベースサーバ５０にアクセス可能であり続ける状態」と、「当該パーソナルコンピュータ１０が、ネットワーク網Ｎを介して、データベースサーバ５０にアクセス不能な状態」を含む。
【００７５】
Ｓ５２では、ＣＰＵ１６は、マージ処理フラグがＲＡＭ１８にセットされているか否かを判断する。上述したように、マージ処理フラグは、ネットワーク網Ｎを介して、データベースサーバ５０との通信が不能な状況において、来客者の入場又は退場が行われる場合にセットされる。マージ処理フラグがセットされている場合（Ｓ５２：ＹＥＳ）、ＣＰＵ１６は、Ｓ５３に処理を移行する。一方、マージ処理フラグがセットされていない場合（Ｓ５２：ＮＯ）、ＣＰＵ１６は、データベース統合処理プログラムを終了する。
【００７６】
Ｓ５３に移行すると、ＣＰＵ１６は、データベース内容比較処理を実行する。具体的には、ＣＰＵ１６は、当該パーソナルコンピュータ１０のローカルデータベース１３Ａにおける記憶内容と、来客データデータベース５５の記憶内容を比較する。より詳細には、ＣＰＵ１６は、先ず、ネットワーク網Ｎを介して、来客データデータベース５５の記憶内容を取得する。そして、ＣＰＵ１６は、ローカルデータベース１３Ａ及び来客データデータベース５５において、同一の来客者に係る来客データを特定し、両方の来客データに係る入退場状況を比較する。データベース内容比較処理（Ｓ５３）を終了すると、ＣＰＵ１６は、Ｓ５４に処理を移行する。
【００７７】
Ｓ５４においては、ＣＰＵ１６は、データベース内容比較処理（Ｓ５３）の比較結果に基づいて、入退場状況がバッティングする来客データが存在するか否かを判断する。入退場状況がバッティングする来客データが存在する場合（Ｓ５４：ＹＥＳ）、ＣＰＵ１６は、Ｓ５５に処理を移行する。一方、入退場状況がバッティングする来客データが存在しない場合（Ｓ５４：ＮＯ）、ＣＰＵ１６は、Ｓ５６に処理を移行する。
【００７８】
ここで、「入退場状況がバッティングする」とは、来客データデータベース５５における来客データの入退場状況が、ローカルデータベース１３Ａにおける入退場状況よりも、施設に対する入退場の流れの内、退場側を示す状態を意味する。例えば、図１４に示す場合を例に挙げて説明すると、図１４（Ａ）に示す来客データデータベース５５における来客データ（３）は、来客者「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」の入退場状況が「入退場状況：退場」であることを示す。そして、図１４（Ｂ）に示すローカルデータベース１３Ａにおける来客データ（Ｂ）は、「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」の入退場状況が「入退場状況：入場」であることを示す。従って、この図１４に示す状況においては、来客者「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」に係る来客データは、「入退場状況がバッティングする来客データ」に該当する。
【００７９】
Ｓ５５においては、ＣＰＵ１６は、「入退場状況がバッティングする来客データ」に対して、サーバ登録内容を優先する旨を設定する。従って、図１４（Ａ）、（Ｂ）に示す来客者「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」の来客データに関しては、ＣＰＵ１６は、サーバ登録内容である「入退場状況：退場」を優先する旨を設定する。「入退場状況がバッティングする来客データ」の全てについて、サーバ登録内容を優先する旨を設定した後、ＣＰＵ１６は、Ｓ５６に処理を移行する。
【００８０】
Ｓ５６に移行すると、ＣＰＵ１６は、データベース内容統合処理を実行する。具体的には、ＣＰＵ１６は、ローカルデータベース１３Ａの記憶内容を、来客データデータベース５５に統合する。データベース内容統合処理を終了すると、ＣＰＵ１６は、データベース統合処理プログラムを終了する。
【００８１】
データベース内容統合処理（Ｓ５６）において、ＣＰＵ１６は、サーバ登録内容を優先する旨が設定された来客データに関しては、既に来客データデータベース５５に登録されている内容を維持する。従って、上述した来客者「Ｓａｉｔｏ，Ｓａｃｈｉｋｏ」の来客データの場合、データベース内容統合処理を実行した後、入退場状況は「入退場状況：退場」の状態で登録されることとなる（図１４（Ｃ）参照）。
【００８２】
そして、サーバ登録内容を優先する旨が設定されていない来客データに関しては、ローカルデータベース１３Ａに登録されている内容で、来客データデータベース５５に統合される。即ち、図１４に示す例では、来客者「Ａｓａｉ，Ｍａｓａｏ」、来客者「Ｓａｔｏ，Ｓｈｉｎｊｉ」に係る来客データについては、図１４（Ｂ）に示すローカルデータベース１３Ａの登録内容をもって、来客データデータベース５５に統合される（図１４（Ｃ）参照）。尚、来客データデータベース５５には登録されていないが、ローカルデータベース１３Ａには登録されている来客データに関しても、ローカルデータベース１３Ａの登録内容をもって登録されるので、来客データデータベース５５に追加登録される（例えば、図１４における来客者「Ｈｏｎｄａ，Ｍａｋｏｔｏ」に係る来客データ）。
【００８３】
従って、当該来客管理システム１によれば、第１受付Ｒａ又は第２受付Ｒｂにおけるパーソナルコンピュータ１０と、データベースサーバ５０との間の通信が不能な状態が生じた場合であっても、データベースサーバ５０との通信が復旧した時点で、来客データの内容を来客データデータベース５５上で統合し得る。これにより、各パーソナルコンピュータ１０におけるローカルデータベース１３Ａと、来客データデータベース５５における記憶内容の整合性をとることができるので、来客管理システム１によれば、来客データデータベース５５の記憶内容を、より現実の状況に即した記憶内容とすることができ、当該施設における来客の入退場管理を正確に行い得る。
【００８４】
以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能である。
例えば、本実施形態に係る来客管理システム１においては、当該施設における受付を、第１受付Ｒａと、第２受付Ｒｂの２箇所としていたが、この態様に限定されるものではない。即ち、本発明に係る来客システムは、より多くの受付を有する施設に対して適用することも可能である。
【００８５】
又、本実施形態においては、入場許可証Ｐに、バーコードＢを付して印刷出力するように構成していたが、この態様に限定されるものではない。例えば、バーコードＢに換えて、二次元コードを用いる構成であってもよい。又、本発明は、少なくとも、パーソナルコンピュータ１０と、データベースサーバ５０の間の通信が不能な状況で、来客の入場が行われた場合に、バーコードＢを付した入場許可証Ｐを印刷出力すればよく、例えば、通信可能な状況であれば、バーコードＢを付すことなく、入場許可証Ｐを出力する構成であってもよい。
【符号の説明】
【００８６】
１ 来客管理システム
１０ パーソナルコンピュータ
１１ ディスプレイ
１２ 操作部
１３ ＨＤＤ
１３Ａ ローカルデータベース
１５ 制御部
２０ プリンタ
３０ バーコードリーダ
５０ データベースサーバ
５５ 来客データデータベース
６１ 切断時入場者メッセージ
６２ 注意喚起メッセージ
６３ 警告メッセージ
Ｂ バーコード
Ｐ 入場許可証
Ｎ ネットワーク網
【特許請求の範囲】
【請求項１】
施設に対する来客の入退場が行われる複数の受付に設置され、各受付における来客の入退場を管理する為の複数の来客管理端末と、
各来客管理端末と接続され、当該施設への入場に関する入場許可証を印刷する印刷装置と、
ネットワーク網を介して、各来客管理端末と通信可能に接続され、各受付における来客の入退場の状態に基づいて、当該施設における来客の入退場の状況を管理するサーバと、を有する来客管理システムであって、
前記サーバは、
前記施設に訪れる来客個人を示す個人情報と、当該個人情報に係る来客の前記施設に対する入退場の状況を示す入退場状況情報と、を含む来客情報を記憶する第１記憶手段と、を有し、
前記来客管理端末は、
当該施設に対する来客の入退場に関する種々の操作に用いられる操作手段と、
前記操作手段により、当該受付から前記施設に来客が入場する際の入場操作が行われた場合、当該来客に係る来客情報を構成する入退場状況情報の内容を、入場中を示す内容に更新し、前記操作手段により、当該受付を介して前記施設から来客が退場する際の退場操作が行われた場合、当該来客に係る来客情報を構成する入退場状況情報の内容を、退場を示す内容に更新する来客情報更新手段と、
前記サーバとネットワーク網を介して通信可能であるか否かを判断する通信状況判断手段と、
前記サーバとの通信が不能である場合の来客の入退場管理に用いる為に、前記来客情報を補助的に記憶する第２記憶手段と、
前記通信状況判断手段により、前記サーバとの通信が可能であると判断された場合、前記来客情報更新手段による更新対象を、前記サーバの第１記憶手段に格納された来客情報に設定し、前記通信状況判断手段により、前記サーバとの通信が不能であると判断された場合、前記来客情報更新手段による更新対象を、当該来客管理端末の第２記憶手段に格納された来客情報に設定する更新対象切換手段と、
前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、前記第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する来客情報併合手段と、
前記操作手段により前記入場操作が行われ、且つ、前記通信状況判断手段により前記サーバとの通信が可能であると判断された場合、前記印刷装置を制御することにより、当該来客に係る来客情報に基づく入場許可証を出力し、
前記操作手段により前記入場操作が行われ、且つ、前記通信状況判断手段により前記サーバとの通信が不能であると判断された場合、前記印刷装置を制御することにより、サーバとの通信が不能な通信不能状況における来客が当該受付を介して入場したことを示すコード情報に基づくコード画像と、当該来客に係る来客情報に基づいて、前記コード画像を含む入場許可証を出力する許可証出力手段と、を有する
ことを特徴とする来客管理システム。
【請求項２】
請求項１に記載の来客管理システムであって、
前記来客管理端末は、
当該施設に対する来客の入退場に関する種々の表示を行う表示手段と、
前記入場許可証に含まれるコード画像から、前記コード情報を読み取る読取手段と、
前記操作手段により退場操作を行う際に、前記読取手段によって、入場許可証のコード画像からコード情報を読み取った場合、当該入場許可証に係る来客の来客情報を構成する入退場状況情報の内容に基づいて、サーバとの通信が不能な状態の受付を介して、当該来客が施設に入場したことを含む報知表示を、前記入退場状況情報に対応する態様で、前記表示手段に表示する表示制御手段と、を有する
ことを特徴とする受付管理システム。
【請求項３】
請求項１又は請求項２に記載の来客管理システムであって、
前記来客情報併合手段は、
前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、前記サーバとの通信が不能な状態で当該施設に入場した来客に関し、前記第２記憶手段に記憶されている来客情報に含まれる入退場状況情報の内容と、前記第１記憶手段に格納されている来客情報に含まれる入退場状況情報の内容を比較する比較手段と、
前記比較手段による比較結果に基づいて、前記第１記憶手段における入退場状況情報の示す状況が、前記第２記憶手段における入退場状況情報の示す状況よりも、施設に対する入退場の流れの内、退場側を示す場合、前記サーバとの通信が不能な状態で当該施設に入場した来客に係る来客情報に関して、前記第１記憶手段における来客情報の内容を維持しつつ、前記第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する併合制御手段と、を有する
ことを特徴とする来客管理システム。
【請求項１】
施設に対する来客の入退場が行われる複数の受付に設置され、各受付における来客の入退場を管理する為の複数の来客管理端末と、
各来客管理端末と接続され、当該施設への入場に関する入場許可証を印刷する印刷装置と、
ネットワーク網を介して、各来客管理端末と通信可能に接続され、各受付における来客の入退場の状態に基づいて、当該施設における来客の入退場の状況を管理するサーバと、を有する来客管理システムであって、
前記サーバは、
前記施設に訪れる来客個人を示す個人情報と、当該個人情報に係る来客の前記施設に対する入退場の状況を示す入退場状況情報と、を含む来客情報を記憶する第１記憶手段と、を有し、
前記来客管理端末は、
当該施設に対する来客の入退場に関する種々の操作に用いられる操作手段と、
前記操作手段により、当該受付から前記施設に来客が入場する際の入場操作が行われた場合、当該来客に係る来客情報を構成する入退場状況情報の内容を、入場中を示す内容に更新し、前記操作手段により、当該受付を介して前記施設から来客が退場する際の退場操作が行われた場合、当該来客に係る来客情報を構成する入退場状況情報の内容を、退場を示す内容に更新する来客情報更新手段と、
前記サーバとネットワーク網を介して通信可能であるか否かを判断する通信状況判断手段と、
前記サーバとの通信が不能である場合の来客の入退場管理に用いる為に、前記来客情報を補助的に記憶する第２記憶手段と、
前記通信状況判断手段により、前記サーバとの通信が可能であると判断された場合、前記来客情報更新手段による更新対象を、前記サーバの第１記憶手段に格納された来客情報に設定し、前記通信状況判断手段により、前記サーバとの通信が不能であると判断された場合、前記来客情報更新手段による更新対象を、当該来客管理端末の第２記憶手段に格納された来客情報に設定する更新対象切換手段と、
前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、前記第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する来客情報併合手段と、
前記操作手段により前記入場操作が行われ、且つ、前記通信状況判断手段により前記サーバとの通信が可能であると判断された場合、前記印刷装置を制御することにより、当該来客に係る来客情報に基づく入場許可証を出力し、
前記操作手段により前記入場操作が行われ、且つ、前記通信状況判断手段により前記サーバとの通信が不能であると判断された場合、前記印刷装置を制御することにより、サーバとの通信が不能な通信不能状況における来客が当該受付を介して入場したことを示すコード情報に基づくコード画像と、当該来客に係る来客情報に基づいて、前記コード画像を含む入場許可証を出力する許可証出力手段と、を有する
ことを特徴とする来客管理システム。
【請求項２】
請求項１に記載の来客管理システムであって、
前記来客管理端末は、
当該施設に対する来客の入退場に関する種々の表示を行う表示手段と、
前記入場許可証に含まれるコード画像から、前記コード情報を読み取る読取手段と、
前記操作手段により退場操作を行う際に、前記読取手段によって、入場許可証のコード画像からコード情報を読み取った場合、当該入場許可証に係る来客の来客情報を構成する入退場状況情報の内容に基づいて、サーバとの通信が不能な状態の受付を介して、当該来客が施設に入場したことを含む報知表示を、前記入退場状況情報に対応する態様で、前記表示手段に表示する表示制御手段と、を有する
ことを特徴とする受付管理システム。
【請求項３】
請求項１又は請求項２に記載の来客管理システムであって、
前記来客情報併合手段は、
前記サーバとの通信が不能な状態から、サーバとの通信が可能な状態に復帰した場合、前記サーバとの通信が不能な状態で当該施設に入場した来客に関し、前記第２記憶手段に記憶されている来客情報に含まれる入退場状況情報の内容と、前記第１記憶手段に格納されている来客情報に含まれる入退場状況情報の内容を比較する比較手段と、
前記比較手段による比較結果に基づいて、前記第１記憶手段における入退場状況情報の示す状況が、前記第２記憶手段における入退場状況情報の示す状況よりも、施設に対する入退場の流れの内、退場側を示す場合、前記サーバとの通信が不能な状態で当該施設に入場した来客に係る来客情報に関して、前記第１記憶手段における来客情報の内容を維持しつつ、前記第２記憶手段に格納されている来客情報の内容を、ネットワーク網を介して、前記サーバの第１記憶手段に併合する併合制御手段と、を有する
ことを特徴とする来客管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−１８１５７０（Ｐ２０１２−１８１５７０Ａ）
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願番号】特願２０１１−４２１１５（Ｐ２０１１−４２１１５）
【出願日】平成２３年２月２８日（２０１１．２．２８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願日】平成２３年２月２８日（２０１１．２．２８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]