(57)【要約】【課題】技術員者を現場に派遣しなくともセンターサーバ側で故障原因を切り分け、管理者および利用者の負担を軽減し、システム利用の利便性を向上させる。【解決手段】ＩＣカード７の認証結果に応じて電気錠５２，６２を解錠するＩＣカード入退室管理システム１００において、センターサーバ１１で利用者からの問い合わせを受け付け（Ｓ１）、カードリーダ５１，６１の状態をＩＣカード７に記憶された、あらかじめ設定された情報を読み取る通常モードから、ＩＣカード７の異常を診断するための診断モードに変更し（Ｓ２）、変更されたモードが診断モードであるか否かを判定し（Ｓ３）、マンションコントローラ５あるいはホームサーバ６で、カードリーダ５１，６１が診断モードと判定されたとき、カードリーダ５１，６１から読み出したＩＣカード７の情報をセンターサーバ１１に送信し（Ｓ６）、センターサーバ１１でＩＣカード７が故障か否かを判断する（Ｓ７，Ｓ８）。【選択図】図４
2017220064.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカードと、制御装置に接続され前記ＩＣカードの情報を読み出すカードリーダと、前記制御装置と通信手段を介して接続されたセンターサーバと、を備え、前記ＩＣカードの認証結果に応じて電気錠を解錠するＩＣカード入退室管理システムにおいて、
前記センターサーバが、
利用者からの問い合わせに基づいて、前記カードリーダの状態を通常モードから、前記ＩＣカードを診断するための診断モードに変更するモード変更手段と、
変更されたモードが前記診断モードであるか否かを判定する判定手段と、
を備え、
前記カードリーダが前記診断モードであると判定された場合、前記制御装置は、前記カードリーダから読み出した前記ＩＣカードの情報を前記センターサーバに送信することを特徴とするＩＣカード入退室管理システム。
【請求項２】
請求項１に記載のＩＣカード入退室管理システムにおいて、
前記制御装置は、前記カードリーダが前記診断モードである場合、読み出した前記ＩＣカードの情報をカード認証情報は照会せず、前記センターサーバに送信することを特徴とするＩＣカード入退室管理システム。
【請求項３】
請求項２に記載のＩＣカード入退室管理システムにおいて、
前記カードリーダは表示手段を備え、
前記センターサーバは、前記制御装置から送られてきた前記情報に基づいて、前記ＩＣカードが故障しているか否かを判断し、前記ＩＣカードが正常であると判断したとき、前記表示手段に正常である旨表示させ、故障していると判断したとき、前記表示手段に故障である旨表示させることを特徴とするＩＣカード入退室管理システム。
【請求項４】
請求項１に記載のＩＣカード入退室管理システムにおいて、
前記カードリーダは表示手段を備え、
前記ＩＣカードの状態が前記診断モードである場合、前記通常モードとは異なる表示を行うことを特徴とするＩＣカード入退室管理システム。
【請求項５】
ＩＣカードと、制御装置に接続され前記ＩＣカードの情報を読み出すカードリーダと、前記制御装置と通信手段を介して接続されたセンターサーバと、を備え、前記ＩＣカードの認証結果に応じて電気錠を解錠するＩＣカード入退室管理システムのＩＣカード診断方法であって、
前記センターサーバで利用者からの問い合わせを受け付け、
前記カードリーダの状態を通常モードから、前記ＩＣカードを診断するための診断モードに変更し、
変更されたモードが前記診断モードであるか否かを判定し、
前記制御装置で、前記カードリーダが前記診断モードと判定されたとき、当該カードリーダから読み出した前記ＩＣカードの情報を前記センターサーバに送信し、
前記センターサーバで前記ＩＣカードが故障か否かを判断することを特徴とするＩＣカード診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカードを用いた入退室管理システムおよび当該システムで実行されるＩＣカード診断方法に関する。
【背景技術】
【０００２】
ＩＣカードを用いた入退室管理システム（以下、ＩＣカード入退室管理システムと称す。）は、ＩＣカード、電気錠付き扉、カードリーダ、マンションコントローラ、ホームサーバおよびセンターサーバから基本的に構成されている。ＩＣカードはＩＤ等が記録されている媒体である。電気錠付き扉は扉の開閉の可不可を電気的に制御する錠前が取り付けられた扉である。カードリーダはＩＣカードを読み取る認証装置である。マンションコントローラには、マンションの共用部のカードリーダが接続されている。ホームサーバには、例えば居室等の専有部のカードリーダが接続されている。センターサーバは、マンション管理事業者側に備えられ、マンションコントローラとホームサーバが例えばインターネット等のネットワークで接続されている。
【０００３】
ＩＣカード入退室管理システムは、利用者が所持するＩＣカードを、例えば電気錠付きの扉の付近に設置されたカードリーダで読み取って認証し、ＩＤ等が照合一致する許可された利用者であった場合には電気錠を解錠し入退室できるというシステムである。
【０００４】
ＩＣカード入退室管理システムとしては例えば特開２０１５−１１３６３４号公報（特許文献１）に開示された技術が公知である。この技術では、入退室管理システムの保守点検の作業工数および手間を削減するため、
・  保守点検時、作業者により、対象のリーダに診断用のカードが翳されると、セキュリティ管理サーバは、診断モードに切り替える。
・  この際、制御装置は、リーダとの配線の接続の状態を示すロケーションＩＤを生成し、セキュリティ管理サーバへ送信する。
・  次にリーダに一般の入退用のカードが翳され、診断用の動作が行われると、セキュリティ管理サーバは、診断用情報を用いて診断処理を行い、診断結果情報およびロケーションＩＤを含む情報をリーダへ返信する。
・  リーダは、返信された情報を表示部に表示する。作業者は、表示情報から正常性を判定できる。その後、再度診断用のカードがかざされると、診断モードが解除される。
という処理が行われている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−１１３６３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この種のＩＣカード入退室管理システムは、マンション等への設置が普及しＩＣカードの発行枚数が増加している。また、利用者のＩＣカードの使用方法は、例えば財布にＩＣカードを入れたまま保管し、持ち運び、カードリーダで読み取って認証するという運用が行われるので、ＩＣカードに物理的な負荷が加わる。そのため、この負荷が原因で破損する場合がある。このような場合、利用者からマンション管理事業者へ入退室管理システムのＩＣカード故障に関する問い合わせが発生し近年その件数が増加している。
【０００７】
ここでＩＣカードがカードリーダで読み取れない場合、ＩＣカードの破損、あるいはマンションコントローラ、ホームサーバ、カードリーダ、電気錠付き扉等の入退室管理システム側の故障のいずれかが原因となる。原因の究明に際しては、前記公知技術のようにマンション等へ管轄の営業所の技術員（公知技術でいう作業者）を派遣し、現地で故障箇所の切り分けをする必要がある。
【０００８】
しかし、現地での調査後、入退室管理システム側の故障ではなくＩＣカード側の故障と判断した場合であっても、ＩＣカードの外観からは故障箇所や故障原因の特定ができない。そのため、利用者からＩＣカードの故障原因の調査を依頼される場合がある。
【０００９】
このようにＩＣカードの故障原因の調査を依頼されると、営業所の技術員は、ＩＣカード故障に関する不良通知書を作成し、品質保証部門へ提出する。不良通知書を受けた品質保証部門は、ＩＣカードの故障原因調査依頼票を作成し調達部門へＩＣカードの故障原因の調査を依頼し、調達部門は、故障原因調査依頼票に基づいてＩＣカード製造メーカへＩＣカードの故障原因の調査を依頼することになる。
【００１０】
そして、ＩＣカードが故障した場合、マンション等に技術員を派遣し、現地にて故障箇所の切り分け作業を行う必要がある。そのため、ＩＣカード故障原因の調査等に時間を要し、また、利用者側もＩＣカードが原因か否かが判明するまで時間がかかる。一方、管理側では手間およびコストがかかり、利用者側では不便な時間が長くなり、システム利用の利便性に障害が生じる。
【００１１】
そこで、本発明が解決しようとする課題は、技術員者を現場に派遣しなくともセンターサーバ側で故障原因を切り分け、管理者および利用者の負担を軽減し、システム利用の利便性を向上させることにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、本発明の一態様は、ＩＣカードと、制御装置に接続され前記ＩＣカードの情報を読み出すカードリーダと、前記制御装置と通信手段を介して接続されたセンターサーバと、を備え、前記ＩＣカードの認証結果に応じて電気錠を解錠するＩＣカード入退室管理システムにおいて、前記センターサーバが、利用者からの問い合わせに基づいて、前記カードリーダの状態を通常モードから、前記ＩＣカードを診断するための診断モードに変更するモード変更手段と、変更されたモードが前記診断モードであるか否かを判定する判定手段と、を備え、前記カードリーダが前記診断モードであると判定された場合、前記制御装置は、前記カードリーダから読み出した前記ＩＣカードの情報を前記センターサーバに送信することを特徴とする。
【発明の効果】
【００１３】
本発明の一態様によれば、技術員者を現場に派遣しなくともセンターサーバ側で故障原因を切り分け、管理者および利用者の負担を軽減し、システム利用の利便性を向上させることができる。なお、前記以外の課題、構成および効果は、以下の実施形態の説明において明らかにされる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係るＩＣカード入退室管理システムのシステム構成を示すブロック図である。
【図２】図１におけるＩＣカード入退室管理システムのカスタマーセンタのハード構成を示す図である。
【図３】図１におけるＩＣカード入退室管理システムで使用するカードリーダの外観を示す正面図である。
【図４】図２におけるサーバが実行する診断処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照し、本発明の実施形態について説明する。
【００１６】
図１は本発明の実施形態に係るＩＣカード入退室管理システムのシステム構成を示すブロック図である。本実施形態に係るＩＣカード入退室管理システム１００は、ＩＣカードを用いた入退室管理における故障の切り分け、すなわち、故障がシステム側にあるのか、ＩＣカード側にあるのかをセンターサーバ側で診断可能なシステムである。本実施形態に係るＩＣカード入退室管理システム１００は、カスタマーセンタ１、マンション施設２およびインターネット３から基本的に構成されている。
【００１７】
図２は、ＩＣカード入退室管理システム１００におけるカスタマーセンタ１のハードウェア構成を示すブロック図である。カスタマーセンタ１は、センターサーバ１１とＰＣ（パーソナルコンピュータ）１２を含む。センターサーバ１１は、当該サーバ１１の制御を行うコントローラ１３から構成され、ネットワークとしてインターネット３と繋がっている。コントローラ１３はＰＣ１２から受け取った制御コードに従ってマンション施設２等内の少なくともＩＣカード７を使用した扉開装置および利用者認証に関する制御機構の総称である。ＰＣ１２は入退室管理システム問合せ受付窓口として機能し、利用者からの問い合わせは、例えばフリーダイアルの電話によってオペレータ１４に対して行われ、その内容は適宜ＰＣ１２に入力される。オペレータ１４は、利用者からの電話を受け、電話の通話により利用者とコミュニケーションをとる。
【００１８】
なお、本実施形態では、マンション施設２を例にとっているが、この種のＩＣカード入退室管理システム１００はビル施設の入退室管理にも適用可能である。従って、以下の実施形態におけるマンション施設２はマンションに限らず、ＩＣカード７を使用してビル施設内のフロアー、部屋などの入退室管理をカスタマーセンタ１側で行うような入退室管理システム全てに適用可能である。
【００１９】
センターサーバ１１は、マンション管理事業者が所有し、マンション施設２等に設置された複数のＩＣカード入退室管理システム１００とインターネット３等のネットワークでルータ４０等のネットワークＩ／Ｆ１３６を介して接続され、各マンション施設２等の入退室管理装置２０のカードＩＤデータおよび入退室通行区分等を一元管理している。入退室通行区分とは、例えばマンション施設２の居住区分に応じて、通行もしくは利用できる通路、階床、エレベータ設備等が居住者毎にあらかじめ決められた区分けである。その居住者毎に利用できる区分が決まっており、利用の権限がない居住者が立ち入ることがないように管理するためのものである。
【００２０】
コントローラ１３は、ＣＰＵ（Central Processing Unit）１３１、ＲＯＭ（Read Only Memory）１３２、ＲＡＭ（Random Access Memory）１３３、ＨＤＤ（Hard Disc Drive）１３４、データベース（ＤＢ）１３５およびネットワークＩ／Ｆ１３６の各モジュールを含む。インターネット３はサーバ１１とマンション施設２内の入退室管理装置２０との間で通信を行うためのものである。なお、入退室管理装置２０は共用部管理装置２１と専有部管理装置２２を含む。
【００２１】
各モジュールの機能は次の通りである。ＣＰＵ１３１はＲＯＭ１３２に格納されたプログラムの手順に従ってデータを処理する。ＲＡＭ１３３はＣＰＵ１３１が処理するときのワークメモリおよびバッファ等に使われる。ＨＤＤ１３４は、大容量のデータを読み書き可能に保持する大容量記憶媒体である。データベース１３５はサーバ１１で処理する大量のデータ、例えば複数のマンション施設２の各々の入退室管理装置２０に関する情報、およびＩＣカード使用者の情報等を保持する。ネットワークＩ／Ｆ１３６は、コントローラ１３がマンション施設２内の入退室管理装置２０と通信を行うためのインターフェースである。
【００２２】
前述のようにマンション施設２には入退室管理装置２０が設けられている。入退室管理装置２０は共用部管理装置２１と専有部管理装置２２を含み、そのそれぞれにＩＣカードリーダが設けられている。専有部管理装置２２は専有部毎に設けられているので、通常複数であるが、ここでは説明を簡単にするために単数として説明する。
【００２３】
共用部管理装置２１は、マンションコントローラ５、ルータ４０、共用部カードリーダ５１および共用部電気錠５２が接続されたマンションコントローラ５を備え、第１のハブ４１、ルータ４０およびインターネット３を介してセンターサーバ１１のコントローラ１３と接続されている。専有部管理装置２２は専有部カードリーダ６１および専有部電気錠６２が接続されたホームサーバ６を備え、共用部管理装置２１に設置された第２のハブ４２、ルータ４０、およびインターネット３を介してセンターサーバ１１のコントローラ１３と接続されている。
【００２４】
共用部カードリーダ５１は例えば共用部である入口ホールの外側の入口近傍に設置され、利用者がマンション施設２に入る際に利用者の入退室用のＩＣカード７を読み取らせるものである。この読み取りにより、ＩＣカード７に記憶された利用者ＩＤが認証されれば共用部電気錠５２が解錠され、利用者は共用部に入ることができる。また、専有部カードリーダ６１は専有部電気錠６２を備えた扉の外側の近傍に設置され、利用者の入退室用のＩＣカード７を読み取らせ、同じくＩＣカード７に記憶された利用者ＩＤが認証されれば専有部電気錠６２が解錠され、利用者は専有部に入ることができる。
【００２５】
マンション施設２の共用部に設置されているマンションコントローラ（ＭＣ）５とマンション施設２の専有部に設置されているホームサーバ（ＨＳ）６は、ＬＡＮ等のネットワークで第１および第２のハブ（ＨＵＢ）４１、４２を介してセンターサーバ１１のコントローラ１３と接続された制御装置である。そこで、センターサーバ１１は、利用者が所持するＩＣカード７で、利用者が居住しない専有部他居室のカードリーダで読み取って認証した場合、共用部カードリーダ５１と、専有部カードリーダ６１での使用を禁止する等のサービスを提供している。
【００２６】
ここで、ＩＣカード入退室管理システム１００を利用する利用者からＩＣカード７の新規追加購入依頼や、ＩＣカード７の紛失等によりＩＣカード７の停止依頼があった場合には、マンション管理事業者が管理するセンターサーバ１１でＩＣカード７の新規ＩＤ追加登録および紛失したＩＣカード７のカードＩＤを停止処理することができる。センターサーバ１１でこの処理を実行すると、インターネット３等のネットワークでルータ４０等を介して当該マンション施設２の入退室管理装置２０のマンションコントローラ５およびホームサーバ６のカードＩＤ等の更新処理を実行し、ＩＣカード入退室管理システム１００のＩＤデータ等の整合性を取っている。
【００２７】
図３はカードリーダの一例を示す正面図である。ＩＣカード入退室管理システム１００の共用部カードリーダ５１の外観は、図３に示すようにカードＩＤ読取部５１１と、電源供給ＬＥＤ５１２、認証許可ＬＥＤ５１３および認証不可ＬＥＤ５１４から構成されている。専有部カードリーダ６１も同様に構成されている。
【００２８】
共用部カードリーダ５１はマンションコントローラ５と通信線で接続され、専有部カードリーダ６１はホームサーバ６と通信線で接続され、それぞれマンションコントローラ５とホームサーバ６から電源が供給されている。正常時には電源供給ＬＥＤ５１２が常時点灯している。また、ＩＣカード７を共用部カードリーダ５１あるいは専有部カードリーダ６１で読み取って認証し、ＩＤ等が照合一致した場合には、認証許可ＬＥＤ５１３が点灯し、その後消灯する。また、ＩＣカード７を共用部カードリーダ５１あるいは専有部カードリーダ６１で読み取って認証し、ＩＤ等が照合一致しない場合には、認証不可ＬＥＤ５１４が点灯し、その後消灯する。その際、ＩＤ等が照合一致した場合はカード操作結果として認証ＯＫ、照合一致しない場合、あるいは読み取れない場合は認証ＮＧをセンターサーバ１１に送信する。カード認証時、共用部カードリーダ５１からセンターサーバ１１側に送信される情報は、本実施形態では、居室番号、ＩＣカード番号、カードリーダ番号、カード操作結果およびカード操作日時である。
【００２９】
図４は、カスタマーセンタ１のオペレータ１４が利用者からＩＣカード故障に関する問合せを受け付けた際に、センターサーバ１１側で実行する故障原因の切り分けおよびＩＣカード故障診断を行う処理手順を示すフローチャートである。この処理は、オペレータ１４が自身のＰＣ１２を操作し、センターサーバ１１のコントローラ１３のＣＰＵ１３１がＲＯＭ１３２に格納されたプログラムを読み出し、前述のようにＲＡＭ１３３に展開して実行する。なお、プログラムをＨＤＤ１３４に格納しておき、ＨＤＤ１３４から読み出して同様に実行するようにすることもできる。また、プログラムはインターネット３を介して外部からＨＤＤ１３４にダウンロードし、コントローラ１３のＣＰＵ１３１が読み出して同様に実行するようにすることも可能である。
【００３０】
この処理手順では、図４に示すように、マンション管理事業者のカスタマーセンタ１の問合せ窓口で、オペレータ１４が入退室管理システム利用者からのＩＣカード故障に関する問合せを電話で受け付ける（ステップＳ１：なお、図ではステップは省略し、Ｓのみを付す）。この問い合わせに対して、オペレータ１４はＰＣ１２を操作して、センターサーバ１１から問合せのあった利用者のマンション施設２に設置している入退室管理装置２０に対して、例えば居室等の専有部カードリーダ６１および共用部カードリーダ５１を遠隔にて診断モードに設定する（ステップＳ２）。ここでは、共用部カードリーダ５１で認証が不可となった場合の処理について説明する。
【００３１】
通常、共用部カードリーダ５１の電源供給ＬＥＤ５１２は、常時点灯している。また、ＩＣカード７を共用部カードリーダ５１で読み取って認証し、ＩＤ等が照合一致した場合には、認証許可ＬＥＤ５１３が点灯し、その後消灯する。また、ＩＣカード７を共用部カードリーダ５１で読み取って認証し、ＩＤ等が照合一致しない場合には、認証不可ＬＥＤ５１４が点灯し、その後消灯する。共用部カードリーダ５１を診断モードに設定した場合には、認証許可ＬＥＤ５１３および認証不可ＬＥＤ５１４が常時点灯する。なお、これらＬＥＤ５１２〜５１４が表示手段として機能する。
【００３２】
次いで、オペレータ１４はステップＳ２で診断モードに設定した共用部カードリーダ５１の認証許可ＬＥＤ５１３および認証不可ＬＥＤ５１４が常時点灯されているか否かをセンターサーバ１１のＰＣ１２のＩＣカード診断画面で確認する。その後、利用者に操作しているカードリーダ、ここでは、共用部カードリーダ５１のＬＥＤの状態が診断モードに切り替わっているか否かを確認する（ステップＳ３）。診断モードに切り替わったか否かは、認証許可ＬＥＤ５１３および認証不可ＬＥＤ５１４が常時点灯に切り替わったか否かによって確認できる。この確認は、利用者との間での電話での確認となる。
【００３３】
確認対象の共用部カードリーダ５１が診断モードへ切り替わらない場合は（ステップＳ３：Ｎ）、センターサーバ１１と、センターサーバ１１とマンション施設２の入退室管理装置２０を接続するインターネット３およびマンション施設２の入退室管理装置２０のいずれかに異常箇所があると、ＣＰＵ１３１が判断する（ステップＳ１２）。この判断に基づいてオペレータ１４は、該当するマンション施設２へ技術員を派遣し、故障箇所の原因調査、すなわち、システム障害の切り分けを実施する（ステップＳ１３）。
【００３４】
一方、ステップＳ３で診断モードになったと判断された場合には、センターサーバ１１と入退室管理装置２０を接続するインターネット３、および、入退室管理装置２０は正常に動作しているので、共用部カードリーダ５１は診断モードへ切り替わる。診断モードに切り替わると、認証許可ＬＥＤ５１３および認証不可ＬＥＤ５１４が常時点灯する（ステップＳ４）。すなわち、マンションコントローラ５は共用部カードリーダ５１に診断モードであることを、前記認証許可ＬＥＤ５１３および認証不可ＬＥＤ５１４を介して利用者に知らせる。
【００３５】
オペレータ１４は利用者に認証許可ＬＥＤ５１３および認証不可ＬＥＤ５１４が常時点灯していることを電話で確認する。そして、利用者に診断モードに設定した共用部カードリーダ５１に故障の問合せのあったＩＣカード７を翳すように通話中の電話で伝え、利用者がＩＣカード７を翳すのを待つ。利用者がＩＣカード７を診断モードに設定した共用部カードリーダ５１に翳すと（ステップＳ５）、共用部カードリーダ５１はＩＣカード７を読み取った結果、言い換えればＩＣカード７に記憶されている前述の居室番号、ＩＣカード番号、カードリーダ番号、カード操作結果およびカード操作日時を診断データとしてセンターサーバ１１に送信する（ステップＳ６）。
【００３６】
センターサーバ１１が共用部カードリーダ５１から診断データを受信すると、コントローラ１３のＣＰＵ１３１は、診断データに基づいてＩＣカード７に対する故障診断を実行し、その結果をデータベース１３５に格納する（ステップＳ７）。次いで、センターサーバ１１のオペレータ１４が操作するＰＣのＩＣカード診断画面に、当該ＩＣカードの診断結果、例えばＩＣカード７の故障の有無が表示される（ステップＳ８）。ＩＣカード７が正常の場合（ステップＳ８：正常）、センターサーバ１１は共用部カードリーダ５１の認証不可ＬＥＤ５１４を消灯させ、認証許可ＬＥＤ５１３の常時点灯状態を保持させる。これにより、共用部カードリーダ５１のＬＥＤ表示からＩＣカード７が正常であることが表示される（ステップＳ９）。
【００３７】
ＬＥＤの表示については、色分けして正常、故障が分かるようにする方法もあるが、その場合には、ＬＥＤやカードリーダを交換する必要がある。しかし、ＬＥＤの点灯状態の変換で表示するようにすれば、設備的な変更は不要なので、設備に関するコストは不要でスムーズに本実施形態に係るＩＣカード入退室管理システム１００に移行することが可能となる。
【００３８】
また、ＩＣカード７を翳した共用部カードリーダ５１から音声にてＩＣカード７が正常であることを利用者へ案内する（ステップＳ１０）。あるいは、これに加えて電話が通話中であれば、オペレータ１４からＩＣカード７に異常がないことを伝える。その際、ＩＣカード入退室管理システム１００が正常、ＩＣカード７も正常と診断されたので、入室の際の共用部カードリーダ５１へのＩＣカード７の翳し方に問題があると判断される。すなわち、ＩＣカード７を翳した位置、あるいはカードＩＤ読取部５１１との間の距離等が読み取り範囲から外れていたおそれがあるので、利用者にＩＣカード７を共用部カードリーダ５１へ翳した際の翳す位置等を確認するように伝えるようにしてもよい。そして、ステップＳ２で設定した診断モードを通常モードに切り替え、通常のカード読み取りのモードに移行する（ステップＳ１１）。
【００３９】
いずれにしても、利用者が共用部カードリーダ５１でＩＣカード７を読み取らせた後、センターサーバ１１でそのＩＣカード７を認証できない場合に、ＩＣカード入退室管理システム１００が正常、ＩＣカード７も正常と診断されたときに認証できないのは、ＩＣカード７の読み取らせ方が悪いことが原因であると考えられる。そこで、ＩＣカード７を翳す位置の確認を依頼し、所定の読み取り条件の元で読み取りを行わせるようにする。
【００４０】
一方、認証エラーであれば、共用部カードリーダ５１から送られる診断データのカード操作結果は認証ＮＧである。センターサーバ１１は、送られてきた診断データに、カード操作結果：認証ＮＧが含まれていると、ＩＣカード７が故障と判断する（ステップＳ８：異常）。共用部カードリーダ５１では認証許可ＬＥＤ５１３が消灯する。また、認証不可ＬＥＤ５１４は常時点灯状態を保持する。このようにして共用部カードリーダ５１にＩＣカード７が「ＮＧ」であることを表示する（ステップＳ１４）。また、利用者がＩＣカード７を翳した共用部カードリーダ５１から音声にてＩＣカード７が故障していることを利用者へ伝える（ステップＳ１５）。あるいは入退室管理システム問合せ受付窓口のオペレータ１４から、通話している電話を介してＩＣカード７が故障していることを改めて利用者へ伝えるようにしても良い。
【００４１】
なお、ステップ１３では、所定時間が経過すると、センターサーバ１１から診断モードにした共用部カードリーダ５１を診断モードから通常モードへ設定変更し、認証許可ＬＥＤ５１３および認証不可ＬＥＤ５１４を消灯させる。このようにして診断モードから通常モードへ自動で切り替わり設定戻し忘れを抑止する。
【００４２】
このように処理することにより、通り、カードリーダに診断モードを実装することで、システムとＩＣカード故障の切り分けが短時間で可能となる。また、利用者がマンション等のカードリーダでＩＣカード故障有無を確認することができ、営業所技術員がマンション等現地へ故障原因を調査するための出動回数が減り業務改善が図れる。
【００４３】
なお、本実施形態では共用部カードリーダ５１で認証を行う場合について説明しているが、専有部カードリーダ６１で認証を行う場合には、診断データのカード操作結果として、認証ＯＫ、認証ＮＧ、応答なし、のいずれかの情報がセンターサーバ１１に送られる。その際、認証ＯＫ、認証ＮＧの場合は、専有部カードリーダ６１で共用部カードリーダ５１と同様にＬＥＤ表示される。応答なしの場合は、例えば、反応なしのコマンドをセンターサーバ１１に返し、ＰＣ１２の表示画面に「反応なし」という表示を行い、オペレータ１４に状況を理解させるようにすることもできる。その他の処理は、共用部カードリーダ５１での処理と同様である。また、専有部はマンション施設２において複数あるが、本実施形態では単数で説明していることも前述の通りである。さらに、カスタマーセンタ１で監視している、もしくは管理しているマンション施設２もビル施設を併せて複数であることも前述の通りである。
【００４４】
以上のように、本発明を本実施形態に対応させれば、次のような効果を奏する。なお、以下の説明では、特許請求の範囲における各構成要素と本実施形態の各部について対応を取り、両者の用語が異なる場合には後者をかっこ書きで示し、両者の対応関係を明確にした。
【００４５】
（１）  ＩＣカード７と、制御装置（マンションコントローラ５、ホームサーバ６）に接続され前記ＩＣカード７の情報を読み出すカードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）と、前記制御装置（マンションコントローラ５、ホームサーバ６）と通信手段（インターネット３）を介して接続されたセンターサーバ１１と、を備え、前記ＩＣカード７の認証結果に応じて電気錠（共用部電気錠５２、専有部電気錠６２）を解錠するＩＣカード入退室管理システム１００において、センターサーバ１１が、利用者からの問い合わせ（Ｓ１）に基づいて、カードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）の状態を通常モードから、ＩＣカード７を診断するための診断モードに変更するモード変更手段（Ｓ２）と、変更されたモードが診断モードであるか否かを判定する判定手段（Ｓ３）と、を備え、カードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）が診断モードであると判定された（Ｓ３：Ｙ）場合、制御装置（マンションコントローラ５、ホームサーバ６）は、カードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）から読み出した（Ｓ５）ＩＣカード７の情報をセンターサーバ１１に送信する（Ｓ６）本実施形態によれば、モード変更手段によって変更した結果、診断モードになるか否かでシステム側が故障しているのかＩＣカード側が故障しているのかを切り分けることができる。
【００４６】
また、システムが故障していない場合、ＩＣカード７の情報を読み込んでセンターサーバ１１側に送信するので、センターサーバ１１側でＩＣカードが故障しているか否かをさらに切り分けることができる。いずれもこの切り分けはセンターサーバ１１側で実行し、技術員を現場に派遣する必要がないので、効率的な処置が可能となる。
【００４７】
さらに、マンション施設２等の被管理側の施設や装置に何の変更も加えることなく、センターサーバ１１側のソフトウェアの変更で対応できるので、低コストで多くのＩＣカード７を使用した入退室管理システムに対応することができる。
【００４８】
このように本実施形態によれば、技術員者を現場に派遣しなくともセンターサーバ１１側で故障原因を切り分け、管理者および利用者の負担を軽減し、システム利用の利便性を向上させることができる。
【００４９】
（２）  前記（１）の実施形態において、制御装置（マンションコントローラ５、ホームサーバ６）は、カードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）が診断モードである場合、読み出したＩＣカード７の情報をカード認証情報は照会せず、センターサーバ１１に送信するので、センターサーバ１１側では、ＩＣカードに記憶されている情報をそのまま取得することが可能となり、ＩＣカードの故障診断を行うことができる。
【００５０】
（３）  前記（２）の実施形態において、カードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）は表示手段（認証許可ＬＥＤ５１３、認証不可ＬＥＤ５１４）を備え、センターサーバ１１は、制御装置（マンションコントローラ５、ホームサーバ６）から送られてきた情報に基づいて、ＩＣカード７が故障しているか否かを判断し、ＩＣカード７が正常であると判断したとき、表示手段（認証許可ＬＥＤ５１３、認証不可ＬＥＤ５１４）に正常である旨表示させ、故障していると判断したとき、表示手段（認証許可ＬＥＤ５１３、認証不可ＬＥＤ５１４）に故障である旨表示させるので、表示手段（認証許可ＬＥＤ５１３、認証不可ＬＥＤ５１４）の表示状態を見てＩＣカード７が正常か故障しているのかを利用者が判断することができる。もしくはカスタマーセンタ１のオペレータ１４との電話による通話を介して、表示手段の表示状態により、利用者はＩＣカード７の正常／故障を理解することができる。
【００５１】
（４）  前記（１）の実施形態において、カードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）は表示手段（認証許可ＬＥＤ５１３、認証不可ＬＥＤ５１４）を備え、診断モードである場合、通常モードとは異なる表示を行うので、この表示の相違からセンターサーバ１１側からも利用者側からもシステムが正常か異常かを判断することができる。
【００５２】
（５）  ＩＣカード７と、制御装置（マンションコントローラ５、ホームサーバ６）に接続され前記ＩＣカード７の情報を読み出すカードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）と、制御装置（マンションコントローラ５、ホームサーバ６）と通信手段（インターネット３）を介して接続されたセンターサーバ１１と、を備え、ＩＣカード７の認証結果に応じて電気錠（共用部電気錠５２、専有部電気錠６２）を解錠するＩＣカード入退室管理システム１００のＩＣカード診断方法であって、センターサーバ１１で利用者からの問い合わせを受け付け（Ｓ１）、カードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）の状態を通常モードから、ＩＣカード７を診断するための診断モードに変更し（Ｓ２）、変更されたモードが診断モードであるか否かを判定し（Ｓ３）、制御装置（マンションコントローラ５、ホームサーバ６）で、カードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）が診断モードと判定されたとき、カードリーダ（共用部カードリーダ５１、専有部カードリーダ６１）から読み出したＩＣカード７の情報をセンターサーバ１１に送信し（Ｓ６）、センターサーバ１１でＩＣカード７が故障か否かを判断する（Ｓ７，Ｓ８）本実施形態によれば、前記（１）の実施形態と同様の効果を奏することができる。
【００５３】
さらに、本発明は前述した実施形態に限定されず、本発明の要旨を逸脱しない範囲で種々の変形が可能であり、特許請求の範囲に記載された技術思想に含まれる技術的事項の全てが本発明の対象となる。前記実施形態は、好適な例を示したものであるが、当業者ならば、本明細書に開示の内容から、各種の代替例、修正例、変形例あるいは改良例を実現することができ、これらは添付の特許請求の範囲に記載された技術的範囲に含まれる。
【符号の説明】
【００５４】
１  カスタマーセンタ
２  マンション設備
３  インターネット（通信手段）
５  マンションコントローラ（制御装置）
５１  共用部カードリーダ
５１１  読取部
５１２  電源供給ＬＥＤ（表示手段）
５１３  認証許可ＬＥＤ（表示手段）
５１４  認証不可ＬＥＤ（表示手段）
５２  共用部電気錠
６  ホームサーバ（制御装置）
６１  専有部カードリーダ
６２  専有部電気錠
７  ＩＣカード
１１  センターサーバ
【図１】
2017220064.tif 000003
【図２】
2017220064.tif 000004
【図３】
2017220064.tif 000005
【図４】
2017220064.tif 000006