(57)【要約】【課題】停電などの異常が発生して処理が途中で終了しても、当該異常の復帰後に、異常発生の前に行なっていた処理を継続して行なうことができるＩＣカード処理装置を提供する。【解決手段】無線式ＩＣカードに対しデータの読取りや書込み等を行なうことにより精算業務や照会業務などを行なう窓口処理機において、停電などの異常が発生した前のＩＣカードの読取りや書込みデータを記録しておき、異常復帰後そのデータと比較を行ない、その後の処理継続かどうかを判断して、その後の処理を継続的に行なう。【選択図】      図１
2005242553.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカードに対しデータの読取りや書込み等を行なうことにより所定の処理を行なうＩＣカード処理装置において、
前記ＩＣカードに対して行なうデータの読取りや書込み等の処理内容を記録する処理内容記録手段と、
前記ＩＣカードに対しデータの読取りや書込み等の処理を行なっているときに当該処理が異常終了し、その後、当該異常が復帰した際、その異常が発生した時点よりも前の前記ＩＣカードの読取りあるいは書込みデータを前記処理内容記録手段に記録されている処理内容から抽出する抽出手段と、
前記異常が復帰した際、前記ＩＣカードから当該異常の発生時に読取りあるいは書込み処理の対象となっていたデータを読出す読出手段と、
この読出手段により読出されたデータと前記抽出手段により抽出されたデータとを比較する比較手段と、
この比較手段の比較結果に基づきその後の処理が継続可能か否かを判断してその後の処理を決定する制御手段と、
を具備したことを特徴とするＩＣカード処理装置。
【請求項２】
係員の操作によりＩＣカードに対しデータの読取りや書込み等を行なうことにより所定の処理を行なうＩＣカード処理装置において、
前記ＩＣカードに対して行なうデータの読取りや書込み等の処理内容を記録する処理内容記録手段と、
前記ＩＣカードに対しデータの読取りや書込み等の処理を行なっているときに当該処理が異常終了し、その後、当該異常が復帰した際、その異常が発生した時点よりも前の前記ＩＣカードの処理内容を前記処理内容記録手段に記録されている処理内容から読出し、この読出した処理内容に異常があるか否かを判定する第１の判定手段と、
この第１の判定手段による判定の結果、処理内容に異常がある場合、前記係員に対しパスワードの入力を要求するパスワード要求手段と、
このパスワード要求手段の要求に基づき前記係員により入力されるパスワードの正当性を確認するパスワード確認手段と、
このパスワード確認手段による確認の結果、前記入力されたパスワードが正当であった場合、前記第１の判定手段において読出された処理内容に基づき当該ＩＣカードに対する処理が途中で終了していないかを判定する第２の判定手段と、
この第２の判定手段による判定の結果、処理が途中で終了していた場合、前記ＩＣカードから当該異常の発生時に読取りあるいは書込み処理の対象となっていたデータを読出す読出手段と、
前記第２の判定手段による判定の結果、処理が途中で終了していた場合、前記異常が発生した時点近傍の前記ＩＣカードの読取りあるいは書込みデータを前記第１の判定手段において読出された処理内容から抽出する抽出手段と、
この抽出手段により抽出されたデータと前記読出手段により読出されたデータとを比較する比較手段と、
この比較手段の比較結果に基づきその後の処理が継続可能か否かを判断してその後の処理を決定する制御手段と、
を具備したことを特徴とするＩＣカード処理装置。
【請求項３】
前記ＩＣカードは乗車券として用いられる無線式ＩＣカードであることを特徴とする請求項１または請求項２記載のＩＣカード処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば、交通機関の駅窓口に設置され、駅係員の操作により、乗車券として用いられる無線式ＩＣカードに対しデータの読取りや書込み等を行なうことにより精算業務や照会業務などを行なう窓口処理機として好適なＩＣカード処理装置に関する。
【背景技術】
【０００２】
この種の窓口処理機は、本体となるパーソナルコンピュータ（以下、単にパソコンと略称する）と、無線式ＩＣカードリーダ・ライタユニットと、ジャーナルプリンタとから構成されていて、駅窓口に設置され、駅係員の操作により、乗車券として用いられる無線式ＩＣカード（たとえば、スイカ（：Ｓｕｉｃａ（東日本旅客鉄道株式会社の登録商標））に対しデータの読取りや書込み等を行なうことにより精算業務や照会業務などを行なうようになっている。
【０００３】
ところで、このような窓口処理機においては、処理の途中で停電などの異常が発生した場合、当該異常の復帰後、異常発生の前からの処理を継続して行なうことができないので、再度、業務開始処理から行なっている。  
なお、停電復帰に関連する技術として、たとえば、特許文献１および特許文献２がある。
【特許文献１】実願昭５９−１６０３７６号公報
【特許文献２】特開２００１−２１６５３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、従来の窓口処理機では、上述したように、処理の途中で停電などの異常が発生した際には、当該異常の復帰後、異常発生の前からの処理を継続して行なうことができず、再度、業務開始処理から行なう必要がある。  
また、予期せぬＯＳ（オペレーティング・システム）の異常による動作途中停止が発生した場合、それに対して、プログラムの途中停止による異常が集計データやＩＣカードに対して問題を起こしているのか、係員がはっきりわからないまま電源の再投入により業務の再開を行なうしかない。そのため、異常復帰後の処理をどうすべきか、係員に不安を感じさせている。
【０００５】
そこで、本発明は、停電などの異常が発生して処理が途中で終了しても、当該異常の復帰後に、異常発生の前に行なっていた処理を継続して行なうことができるＩＣカード処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のＩＣカード処理装置は、ＩＣカードに対しデータの読取りや書込み等を行なうことにより所定の処理を行なうＩＣカード処理装置において、前記ＩＣカードに対して行なうデータの読取りや書込み等の処理内容を記録する処理内容記録手段と、前記ＩＣカードに対しデータの読取りや書込み等の処理を行なっているときに当該処理が異常終了し、その後、当該異常が復帰した際、その異常が発生した時点よりも前の前記ＩＣカードの読取りあるいは書込みデータを前記処理内容記録手段に記録されている処理内容から抽出する抽出手段と、前記異常が復帰した際、前記ＩＣカードから当該異常の発生時に読取りあるいは書込み処理の対象となっていたデータを読出す読出手段と、この読出手段により読出されたデータと前記抽出手段により抽出されたデータとを比較する比較手段と、この比較手段の比較結果に基づきその後の処理が継続可能か否かを判断してその後の処理を決定する制御手段とを具備している。
【発明の効果】
【０００７】
本発明によれば、停電などの異常が発生して処理が途中で終了しても、当該異常の復帰後に、異常発生の前に行なっていた処理を継続して行なうことができるＩＣカード処理装置を提供できる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について図面を参照して説明する。  
図１は、本発明の実施の形態に係るＩＣカード処理装置としての例えば交通機関の駅窓口に設置される窓口処理機の構成を概略的に示すものである。この窓口処理機は、各種処理を行なう本体となるパソコン１１、パソコン１１に接続され、乗車券として用いられる無線式ＩＣカード（以降、単にＩＣカードと称す）１２を受入れて当該ＩＣカード１２に対しデータの読取りや書込みを行なう無線式ＩＣカードリーダ・ライタユニット（以降、単にカードユニットと称す）１３、および、パソコン１１に接続され、各種データをジャーナル用紙にプリントアウトするジャーナルプリンタ１４を有して構成されている。  
パソコン１１は、通信回線を介して上位装置としてのホスト装置（図示しない）にオンライン接続されている。ホスト装置は、たとえば、日計締切を行なったり、一件明細を処理したりするものである。  
また、パソコン１１は、処理内容としてカード読取・書込ログ２１、操作ログ２２、現金系ログ２３、一件明細ログ２４、これらをまとめた稼働ログ（総合ログ）２５をそれぞれ有していて、これらは処理内容記録手段としてのハードディスク装置などの記憶装置２６に格納されている。
【０００９】
なお、パソコン１１は、バックアップ用電源としてバッテリが実装されているが、カードユニット１３およびジャーナルプリンタ１４にはバックアップ機能はないものとする。  
また、当該窓口処理機の代表的な処理業務としては、業務開始の職務乗車証の読取り、そのパスワードによる照合処理、ＩＣカード１２の読取業務、精算業務、再発行登録業務、照会業務、機能設定業務などがある。
【００１０】
次に、上記のように構成された窓口処理機の処理動作について説明する。  
まず、業務の開始手順について図２に示すフローチャートを参照して説明する。  
まず、カートユニット１３に対する初期化処理、および、ホスト装置に対する初期化処理（通信の再接続処理を最初から接続し直す上位通信初期化）を行なう（ステップＳ１）。次に、職務乗車証としての無線式ＩＣカード（以降、単に職務乗車証と称す）をカードユニット１３にセットし、パソコン１１のディスプレイ画面から実行ボタンをクリックすることにより、職務乗車証の記録データを読取る（ステップＳ２）。
【００１１】
次に、職務乗車証から読取ったデータを含め、カードユニット１３とのコマンド／レスポンス情報をログ化し、カード読取・書込ログ２１に格納する（ステップＳ３）。次に、職務乗車証から読取ったデータに基づき、当該ＩＣカードは職務乗車証であるか否かを判定する（ステップＳ４）。
【００１２】
この判定の結果、職務乗者証でない場合はパソコン１１のディスプレイ画面にエラー表示を行ない（ステップＳ５）、職務乗者証である場合はパスワードの生成を行なう（ステップＳ６）。ここに、パスワードの生成は、たとえば、職務乗車証のＩＤ番号から該当パスワードを計算式により生成する。
【００１３】
次に、パソコン１１のディスプレイにパスワード要求画面を表示する（ステップＳ７）。ここで、係員は所定のパスワードを図示しないキーボードにより入力する。すると、ステップＳ６で生成したパスワードとステップＳ７で入力されたパスワードとが一致しているか否かチェックする（ステップＳ８）。このチェックの結果、両パスワードが不一致の場合は、ステップＳ７に戻って再度パスワードの入力を行なう。これを３回ミスすると、エラーファイルを作成の上入力不可として、操作不能とする。
【００１４】
ステップＳ８のチェックの結果、両パスワードが一致した場合は、通常の処理画面（業務メニュー画面）を表示し、通常の業務可能とする。業務メニューに表示される項目（業務）は、たとえば、「読取り」、「精算処理」、「入出場キャンセル処理」、「再発行登録」、「機能設定」、「照会業務」などである。
【００１５】
次に、業務の一例として精算処理の手順について図３に示すフローチャートを参照して説明する。  
まず、カードユニット１３に精算処理対象のＩＣカード１２をセットし、表示された業務メニューにおいて「精算処理」を選択し（ステップＳ１１）、実行ボタンをクリックする（ステップＳ１２）。すると、ＩＣカード１２の記録データが読取られる（ステップＳ１３）。
【００１６】
次に、ＩＣカード１２から読取ったデータを含め、カードユニット１３とのコマンド／レスポンス情報をログ化し、カード読取・書込ログ２１に格納する（ステップＳ１４）。次に、ＩＣカード１２から読取ったデータに基づき、精算処理を実行する（ステップＳ１５）。
【００１７】
ここで、不足金額があるか否かをチェックし（ステップＳ１６）、不足金額がなければ出場処理に進み、不足金額があればパソコン１１のディスプレイに不足金額を表示する（ステップＳ１７）。次に、不足金額が当該ＩＣカード１２のチャージ金で足りるか否にかをチェックし（ステップＳ１８）、チャージ金で足りる場合は表示金額を当該ＩＣカード１２から引き去る処理を行なう（ステップＳ１９）。
【００１８】
次に、領収金額をジャーナルプリンタ１４で出力するカード系の集計処理を行なうとともに、カード取引の記録として一件明細データを作成し、作成した一件明細データを一件明細ログ２４に格納し、さらに稼働ログ２５を更新し（ステップＳ２０）、業務メニュー画面の表示へ進む。
【００１９】
ステップＳ１８におけるチェックの結果、チャージ金で足りない場合、現金での充当処理（現金による精算額をキーボードで入力）を行なう（ステップＳ２１）。次に、領収金額をジャーナルプリンタ１４で出力する現金系の集計処理を行なうとともに、現金取引の記録を作成して現金系ログ２３に格納し、さらに稼働ログ２５を更新し（ステップＳ２２）、業務メニュー画面の表示へ進む。
【００２０】
次に、業務の他の例として読取り処理の手順について簡単に説明する。  
この場合、カードユニット１３に読取り対象のＩＣカード１２をセットし、表示された業務メニューにおいて「読取り」を選択し、実行ボタンをクリックすることにより、ＩＣカード１２の記録データが読取られ、パソコン１１のディスプレイに表示される。ここで、何らかの異常（ネガヒットエラー、期限エラー等）がある場合には、その異常メッセージが表示される。  
なお、この場合も、ＩＣカード１２から読取ったデータを含め、カードユニット１３とのコマンド／レスポンス情報をログ化し、カード読取・書込ログ２１に格納する。
【００２１】
次に、処理動作中に停電などの異常が発生して異常終了し、その後、当該異常が復帰した際の業務の開始手順について図４〜図６に示すフローチャートを参照して説明する。
【００２２】
まず、カートユニット１３に対する初期化処理、および、ホスト装置に対する初期化処理（通信の再接続処理を最初から接続し直す上位通信初期化）を行なう（ステップＳ３１）。次に、稼動ログ２５から異常発生直前の稼動ログを読込む（ステップＳ３２）。この稼動ログには、カードユニット１３とのコマンド／レスポンス処理が逐次記録されているので、その記録を参照することにより、異常（停電）によってカードユニット１３との間の通信が途中で停止したこと、すなわち異常の有無を判定する（ステップＳ３３）。  
このとき、業務が何であったか、どこまでＩＣカード１２に対する処理が行なわれていたか、処理を行なっていたときの職務乗車証のＩＤ番号を今後の業務継続情報としてロードしておく。
【００２３】
ステップＳ３３における判定の結果、稼動ログ中に異常がなかった場合、このときセットされている職務乗車証の記録データを読取り、この読取ったデータを含め、カードユニット１３とのコマンド／レスポンス情報をログ化し、カード読取・書込ログ２１に格納する（ステップＳ３４）。
【００２４】
なお、遅くともこのステップＳ３３の読取情報ログ化のタイミングで、カードユニット１３に職務乗車証がセットされている必要がある。もし、職務乗車証の処理での異常でなかった場合には、カードユニット１３に現在セットされているＩＣカードを職務乗車証にセットし直す必要がある。
【００２５】
次に、職務乗車証から読取ったデータに基づき、当該ＩＣカードは職務乗車証であるか否かを判定する（ステップＳ３５）。この判定の結果、職務乗者証でない場合はパソコン１１のディスプレイ画面にエラー表示を行ない（ステップＳ３６）、職務乗者証である場合はパスワードの生成を行なう（ステップＳ３７）。ここに、パスワードの生成は、たとえば、職務乗車証のＩＤ番号から該当パスワードを計算式により生成する。
【００２６】
次に、パソコン１１のディスプレイにパスワード要求画面を表示する（ステップＳ３８）。ここで、係員は所定のパスワードを図示しないキーボードにより入力する。すると、ステップＳ３７で生成したパスワードとステップＳ３８で入力されたパスワードとが一致しているか否かチェックする（ステップＳ３９）。このチェックの結果、両パスワードが不一致の場合は、ステップＳ３８に戻って再度パスワードの入力を行なう。これを３回ミスすると、エラーファイルを作成の上入力不可として、操作不能とする。  
ステップＳ３９におけるチェックの結果、両パスワードが一致した場合は、通常の処理画面（業務メニュー画面）を表示し、通常の業務可能とする。
【００２７】
ステップＳ３３における判定の結果、稼動ログ中に異常あった場合、その稼動ログ中の稼動データから起動時にセットされていた職務乗車証のパスワード（異常発生時の係員パスワード）を取出す（ステップＳ４０）。  
次に、パソコン１１のディスプレイにパスワード要求画面を表示する（ステップＳ４１）。ここで、係員は所定のパスワードを図示しないキーボードにより入力する。すると、ステップＳ４０で取出したパスワードとステップＳ４１で入力されたパスワードとが一致しているか否かチェックする（ステップＳ４２）。このチェックの結果、両パスワードが不一致の場合は、稼動ログ中の異常ログデータをクリアする（ステップＳ４３）。
【００２８】
ステップＳ４２におけるチェックの結果、両パスワードが一致した場合は、稼動ログを参照することにより、カードユニット１３とのコマンド／レスポンスが完結しているかをチェックする（ステップＳ４４）。このことにより、ＩＣカード１２に対する処理が途中で終了していないかを判断することができる。
【００２９】
このチェックの結果、カードユニット１３とのコマンド／レスポンスが完結していない場合（ステップＳ４５）、カードユニット１３に対しカード読出コマンドを送ることにより、このときセットされているＩＣカード１２のデータを読出し、異常が発生した時点よりも前、たとえば、異常直前に処理したデータと比較する（ステップＳ４６）。すなわち、異常直前に行なおうとしていた処理で、ＩＣカード１２に書込もうとしていたデータと、異常後のＩＣカード１２に書込まれているデータとを比較するもので、これによりＩＣカード１２に対してどういうリカバリ処理を行なえばよいかを判断できる。
【００３０】
この比較の結果、両データが不一致の場合（すなわち、ＩＣカード１２に対する処理が完結していない場合、ステップＳ４７）、致命的異常であるか否かをチェックする（ステップＳ４８）。すなわち、ＩＣカード１２のデータが、異常直前の処理前のデータでも、処理しようとしていたデータでもなかった場合には、想定したデータでＩＣカード１２へ書込みが行なわれていないため、致命的異常と判断する。
【００３１】
ステップＳ４８におけるチェックの結果、致命的異常であった場合、パソコン１１のディスプレイに例えば「直前業務は異常となっています、再度処理してください」というメッセージを表示する（ステップＳ４９）。その後、通常の処理画面（業務メニュー画面）を表示し、通常の業務可能とする。
【００３２】
ステップＳ４８におけるチェックの結果、致命的異常でなかった場合、ＩＣカード１２に対して書込みを行なうべきコマンド処理が完了しておらず、処理を行なう前の状態であったと判断し、再度、異常直前のＩＣカード１２に対するコマンド処理を行なう（ステップＳ５０）。
【００３３】
次に、カードユニット１３からのレスポンスが正常か否かをチェックすることで、ＩＣカード１２に対する再書込み処理が正常に行なわれたかを判断し（ステップＳ５１）、正常に行なわれていない場合はステップＳ４９に進み、前記同様な処理を行なう。
【００３４】
ステップＳ４５におけるチェックの結果、カードユニット１３とのコマンド／レスポンスが完結していた場合、あるいは、ステップＳ４７においてＩＣカード１２に対する処理が完結していた場合、あるいは、ステップＳ５１において再書込み処理が正常に行なわれていた場合、当該稼動ログを参照することにより、一件明細データの送信が完結しているかチェックする（ステップＳ５２）。一件明細データは、ＩＣカード１２の取引情報として、処理が行なわれるごとに上位のホスト装置に送信される情報となる。これが正常に送信されていないと、当該ＩＣカード１２が次回どこかの機器で使用したときに異常となる。
【００３５】
このチェックの結果、一件明細データの送信が完結していない場合（ステップＳ５３）、当該稼働ログ内のデータを基に一件明細データ作成プログラムを再実行させることにより、カードユニット１３にコマンドを出したデータに対する一件明細デ゛ータを自動的に再作成する（ステップＳ５４）。次に、この作成した一件明細データをホスト装置へ送信する（ステップＳ５５）。
【００３６】
ステップＳ５３において一件明細データの送信が完結していた場合、あるいは、ステップＳ５５の処理が終了すると、当該稼動ログを参照することにより、日計締切（現金系）データの送信が完結しているかをチェックする（ステップＳ５６）。すなわち、稼動ログ内のデータを基に、カード系での異常発生に伴い、日計締切処理が異常となったり、送信されないことがなかったかをチェックするものである。
【００３７】
このチェックの結果、日計締切データの送信が完結していた場合（ステップＳ５７）、通常の処理画面（業務メニュー画面）を表示し、通常の業務可能とする。  
ステップＳ５７において日計締切データの送信が完結していない場合、当該稼働ログ内のデータを基に日計締切データ作成プログラムを再実行させることにより、カード処理に伴う日計締切データを自動的に再作成する（ステップＳ５８）。次に、この作成した日計締切データをホスト装置へ送信する（ステップＳ５９）。その後、通常の処理画面（業務メニュー画面）を表示し、通常の業務可能とする。
【００３８】
このように、上記実施の形態によれば、停電などの異常が発生した直前のＩＣカードの読取りや書込みデータを記録しておき、異常復帰後そのデータと比較を行ない、その後の処理継続かどうかを判断して、その後の処理を継続的に行なうものである。これにより、停電などの異常が発生して処理が途中で終了しても、当該異常の復帰後に、異常発生直前に行なっていた処理を継続して行なうことができ、従来のように、職務乗者証を読取らせる業務開始処理から行なう必要がなく、その手間も軽減される。
【００３９】
また、異常復帰後、処理継続を開始する前にはセキュリティを考慮して、異常発生時における係員のパスワードを要求し、異常発生時または異常発生直前の係員を認識するため、係員が同一の人物かをチェックすることができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施の形態に係るＩＣカード処理装置としての例えば交通機関の駅窓口に設置される窓口処理機の構成を概略的に示すブロック図。
【図２】業務の開始手順について説明するフローチャート。
【図３】業務の一例として精算処理の手順について説明するフローチャート。
【図４】異常復帰後の業務の開始手順について説明するフローチャート。
【図５】異常復帰後の業務の開始手順について説明するフローチャート。
【図６】異常復帰後の業務の開始手順について説明するフローチャート。
【符号の説明】
【００４１】
１１…パソコン、１２…無線式ＩＣカード、１３…無線式ＩＣカードリーダ・ライタユニット、１４…ジャーナルプリンタ、２１…カード読取・書込ログ、２２…操作ログ、２３…現金系ログ、２４…一件明細ログ、２５…稼働ログ（総合ログ）、２６…記憶装置（処理内容記録手段）。
【図１】
2005242553.tif 000003
【図２】
2005242553.tif 000004
【図３】
2005242553.tif 000005
【図４】
2005242553.tif 000006
【図５】
2005242553.tif 000007
【図６】
2005242553.tif 000008