(57)【要約】【課題】  利用者が後払い料金を滞納しているかどうかを判定し、利用者の支払い状況に応じて適切なメッセージを表示することが可能な技術を提供する。【解決手段】  カード１１０の滞納情報１１１に後払い料金の支払いが完了していると記憶されている場合は、サーバ１４０が記憶するデータを参照することなく、支払い完了を示すメッセージを表示し、カード１１０の滞納情報１１１に支払いが完了していないと記憶されている場合は、サーバ１４０から利用者の支払い口座から後払い料金が引落されたかどうかを示す精算情報１４１を取得し、利用者の滞納状況と支払い口座からの引落し状況に応じて支払い情報に関するメッセージを表示し、料金を滞納している利用者に対しては、支払い口座への入金手段を選択する画面を表示する。【選択図】図１
2004240956.tif 000002
【特許請求の範囲】
【請求項１】
利用者がカードを用いて取引可能な取引装置において、
前記カード内部に記憶されている前記利用者の滞納状況データを取得する取得手段と、
前記滞納状況データを用いて、前記利用者が滞納しているか否かを判定する判定手段と、
前記利用者が滞納している場合に、前記サーバ内部に記憶されている利用者の精算状況データを取得する取得手段と、
前記精算状況データを用いて、前記利用者が料金の支払いを完了したか否か判定する判定手段と、
前記利用者が滞納しているか否かの判定結果及び前記利用者が料金の支払いを完了したか否かの判定結果に応じて、前記利用者に表示するためのメッセージを選択する作成手段とを有することを特徴とする取引装置。
【請求項２】
利用者がカードを用いて取引可能な取引装置において、
前記カード内部に記憶されている前記利用者の滞納状況データを取得する取得手段と、
前記滞納状況データを用いて、前記利用者が滞納しているか否かを判定する判定手段と、
前記利用者が滞納している場合に、事前に前記サーバから取得し、かつ前記取引装置の内部に記憶されている利用者の精算状況データを取得する取得手段と、
前記精算状況データを用いて、前記利用者が料金の支払いを完了したか否か判定する判定手段と、
前記利用者が滞納しているか否かの判定結果及び前記利用者が料金の支払いを完了したか否かの判定結果に応じて、前記利用者に表示するためのメッセージを選択する作成手段とを有することを特徴とする取引装置。
【請求項３】
料金の支払いが完了していない利用者に対して、料金の支払い口座へ滞納料金を入金する手段を提供する提供手段を有することを特徴とする請求項１または請求項２のいずれかに記載された取引装置。
【請求項４】
前記メッセージは、支払い口座から料金の引落しができなかった理由を含むことを特徴とする請求項１から請求項３のいずれかに記載された取引装置。
【請求項５】
利用者のカードを用いて前記利用者の入出場を制御する入出場装置において、
前記カード内部に記憶されている前記利用者の滞納状況データを取得する取得手段と、
前記滞納状況データを用いて、前記利用者が滞納しているか否かを判定する判定手段と、
前記利用者が滞納している場合に、前記サーバ内部に記憶されている利用者の精算状況データを取得する取得手段と、
前記精算状況データを用いて、前記利用者が料金の支払いを完了したか否か判定する判定手段と、
前記利用者が滞納しているか否かの判定結果及び前記利用者が料金の支払いを完了したか否かの判定結果に応じて、メッセージを選択する選択手段と、
前記メッセージを表示する表示手段とを有することを特徴とする入出場装置。
【請求項６】
利用者のカードを用いて前記利用者の入出場を制御する入出場装置において、
前記カード内部に記憶されている前記利用者の滞納状況データを取得する取得手段と、
前記滞納状況データを用いて、前記利用者が滞納しているか否かを判定する判定手段と、
前記利用者が滞納している場合に、事前に前記サーバから取得し、かつ前記取引装置の内部に記憶されている利用者の精算状況データを取得する取得手段と、
前記精算状況データを用いて、前記利用者が料金の支払いを完了したか否か判定する判定手段と、
前記利用者が滞納しているか否かの判定結果及び前記利用者が料金の支払いを完了したか否かの判定結果に応じて、メッセージを選択する選択手段と、
前記メッセージを表示する表示手段とを有することを特徴とする入出場装置。
【請求項７】
利用者の支払状況を管理する管理装置において、
前記利用者が滞納しているか否か及び入金済みか否かを示す滞納状況データ及び前記利用者が精算を完了しているか否かを示す精算状況データに応じた表示データを格納する記憶手段と、
前記滞納状況データ及び前記利用者を特定するための特定データを、前記利用者の記憶媒体から受信する第１の受信手段と、
受信された前記特定データをサーバへ送信し、前記精算状況データを前記サーバから受信する第２の受信手段と、
前記第１の受信手段によって受信された前記滞納状況データ及び前記第２の受信手段によって受信された前記精算状況データから、前記滞納状況データ及び前記精算状況データに応じた表示データを前記記憶手段から検索する検索手段と、
検索された前記表示データを表示手段へ送信する送信手段とを備えた管理装置。
【請求項８】
利用者の支払状況を管理する、コンピュータによる管理方法において、
前記コンピュータの記憶装置が、前記利用者が滞納しているか否か及び入金済みか否かを示す滞納状況データ及び前記利用者が精算を完了しているか否かを示す精算状況データに応じた表示データを格納しておき、
前記コンピュータの処理装置が、前記滞納状況データ及び前記利用者を特定するための特定データを、前記利用者の記憶媒体から受信し、
前記コンピュータの処理装置が、受信された前記特定データをサーバへ送信し、前記精算状況データを前記サーバから受信し、
前記コンピュータの処理装置が、受信された前記滞納状況データ及び受信された前記精算状況データから、前記滞納状況データ及び前記精算状況データに応じた表示データを前記記憶装置から検索し、
前記コンピュータの処理装置が、検索された前記表示データを表示装置へ送信する管理方法。
【請求項９】
利用者の支払状況を管理する管理装置において、
前記利用者が滞納しているか否かを示す滞納状況データ及び前記利用者が精算を完了しているか否かを示す精算状況データに応じた表示データを格納する記憶手段と、
前記滞納状況データ及び前記利用者を特定するための特定データを、前記利用者の記憶媒体から受信する第１の受信手段と、
受信された前記特定データをサーバへ送信し、前記精算状況データを前記サーバから受信する第２の受信手段と、
前記第１の受信手段によって受信された前記滞納状況データ及び前記第２の受信手段によって受信された前記精算状況データから、前記滞納状況データ及び前記精算状況データに応じた表示データを前記記憶手段から検索する検索手段と、
検索された前記表示データを表示手段へ送信する送信手段とを備えた管理装置。
【請求項１０】
前記第１の受信手段から受信された前記滞納状況データに基づいて、前記サーバへ問い合わせるか否かを判定する判定手段を備え、
前記第２の受信手段は、前記判定手段で前記サーバへ問い合わせると判定された場合に、前記記憶手段に格納された前記特定データをサーバへ送信することを特徴とする請求項７または請求項９のいずれかに記載の管理装置。
【請求項１１】
前記判定手段は、前記滞納状況データが前記利用者が滞納していることを示す場合に、前記サーバへ問い合わせると判定し、前記滞納状況データが前記利用者が滞納していないことを示す場合に、前記サーバへ問い合わせないと判定することを特徴とする請求項１０に記載の管理装置。
【請求項１２】
利用者の支払状況を管理する管理方法において、
前記コンピュータの記憶装置が、前記利用者が滞納しているか否かを示す滞納状況データ及び前記利用者が精算を完了しているか否かを示す精算状況データに応じた表示データを格納しておき、
前記コンピュータの処理装置が、前記滞納状況データ及び前記利用者を特定するための特定データを、前記利用者の記憶媒体から受信し、
前記コンピュータの処理装置が、受信された前記特定データをサーバへ送信し、前記精算状況データを前記サーバから受信し、
前記コンピュータの処理装置が、受信された前記滞納状況データ及び前記精算状況データから、前記滞納状況データ及び前記精算状況データに応じた表示データを前記記憶装置から検索し、
前記コンピュータの処理装置が、検索された前記表示データを表示装置へ送信する管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は利用者のカードを用いた情報表示および取引手段の提供を行う装置及び方法に関し、特にカードを使用した後払い料金の滞納がある利用者に対して、滞納情報の表示および滞納料金の支払い手段を提供する自動取引装置に適用して有効な技術に関するものである。
【背景技術】
【０００２】
所有者を特定できるＩＤを記録したカードを用いたサービスに関し、該ＩＤに基づいて表示装置にメッセージを伝達できるシステムを提供する伝言サービスシステムについては特開平６−３１１２３２号公報に記載されている。その概要は、所有者を特定するＩＤを記録するカードと、特定のＩＤに対応する所有者へのメッセージを登録するとともに、上記ＩＤを記録したカードを検出した際に上記メッセージを送出するセンタと、上記センタからのメッセージの送出を受けて該メッセージを表示する表示装置から構成されるものである。
【０００３】
また、期限管理を適確に行い、期限が近づいてきた場合にその旨を通知する期限通知システムおよび期限通知携帯カードについては特開２００２−１９７１７６号公報に記載されている。その概要は、期限通知システムのマッチング処理部は、通信網を介して利用者端末から利用者情報および期限管理対象情報を受信するとともに、通信網を介してこの期限管理対象情報に対する期限情報を企業側のアクセス手段から取得し、利用者情報および期限管理対象情報に対応させて期限情報データベースに蓄積し、期限情報と現在日時を比較し、この期限が所定範囲内に到来しているか否かを判定し、期限が所定範囲内にあると判定した場合に、利用者端末に期限が所定範囲内にあることを通知するものである。
【０００４】
特開２００２−７７３９０号公報には、利用者情報作成部は携帯電話の収納滞納情報から料金の滞納状況を含む利用者情報を作成し、特定利用者対応部は利用者情報から滞納期間に分けて特定利用者を抽出し、特定利用者の携帯電話に対し滞納期間に応じてメールによる督促及び又は機能制限を行い、特定利用者対応部は、利用者情報から料金の支払済の利用者を優良な特定利用者として抽出し、優良な特定利用者の携帯電話に特典の提供をメールで通知することが開示されている。つまり、利用者の端末内の滞納情報を用いて、滞納か否かを判定することが開示されている。
【０００５】
【特許文献１】特開平６−３１１２３２号公報
【０００６】
【特許文献２】特開２００２−１９７１７６号公報
【特許文献３】特開２００２−７７３９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特開平６−３１１２３２号公報に記載の伝言サービスシステムでは、センタは所有者に表示するメッセージを記録し、所有者がカードを利用した際にセンタはメッセージを表示装置に送信して表示させるため、所有者がカードを利用するたびにセンタからメッセージを受信する必要がある。また、所有者のカード内部に記憶しているデータは所有者を特定するＩＤのみであるため、所有者がカードを利用する際にセンタと表示装置を結ぶ通信網に障害が発生した場合は、利用者の支払い状況を確認することが困難である。つまり、所有者が料金の支払いを完了させている場合でも、必ず支払い状況をサーバに確認しなければならない。
【０００８】
また、特開２００２−１９７１７６号公報に記載の期限通知システムおよび期限通知携帯カードでは、期限が所定範囲内にあると判定された場合に、期限が近づいてきていることをメッセージとして利用者に通知することが可能であるが、利用者が後払い料金を滞納した場合に、利用者の滞納状況に応じて適切なメッセージを表示することが困難である。
【０００９】
また、特開２００２−７７３９０号公報に記載の技術では、携帯電話内の収納滞納情報のみによって滞納か否かを判定しているため、所有者が支払いを完了しているにもかかわらず、携帯電話内の収納滞納情報が更新されていないために、督促や機能制限がされてしまう。
【００１０】
本発明の目的は、利用者が後払い料金を滞納しているかどうかを判定し、利用者の支払い状況に応じて利用者に適切なメッセージを表示することが可能な装置及び方法を提供することにある。
【００１１】
本発明の目的は、サーバとの間の通信網の通信渋滞を低減できる装置及び方法を提供することにある。
【００１２】
本発明によれば、メッセージを表示するまでの処理時間を短縮できる装置及び方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明は、カードを用いて自動取引を行う取引装置において、利用者のカード内部に記憶されている滞納状況データが支払い完了を示す場合は、取引装置に支払いが完了していることを示すメッセージを表示し、支払いが完了していない場合は、サーバに記憶されている支払い口座からの利用料金の引落し状況を示す精算状況データを取得し、上記滞納状況データおよび精算状況データの内容に応じて適切なメッセージを表示する。
【００１４】
本発明の自動取引システムでは、利用者が所有するカードの内部に料金の支払いが完了したかどうかを示す滞納状況データを記憶しておき、サーバの内部に利用者の支払い口座から利用料金の引落しが完了したかどうかを示す精算状況データを記憶しておく。
【００１５】
利用者が上記カードを用いて取引装置を利用すると、取引装置はカード内部に記憶されている滞納状況データを取得し、上記取得した滞納状況データの内容から料金の支払いが完了しているかどうかを判定し、利用料金の支払いが完了している場合には支払い情報を表示する。
【００１６】
上記判定において支払いが完了していない場合には、取引装置はサーバ内部に記憶されている精算状況データを取得し、上記取得した滞納状況データおよび精算状況データの内容に応じて、利用者の支払い情報および最新の口座からの引落し情報に関するメッセージを表示し、カード内部の滞納状況データを最新の内容に更新する。
【００１７】
また上記取引装置において、料金の支払いが完了していない利用者に対して、利用料金の支払い口座へ滞納料金を入金する手段を提供することも可能である。
【００１８】
更に上記取引装置において、料金の支払いが完了していない利用者に対して、支払い口座から利用料金の引落しができなかった理由を取引装置に表示する。
【００１９】
また本発明では、カードを用いた入出場を制御する入出場装置において、利用者が上記カードを用いて入出場装置を利用すると、入出場装置はカード内部に記憶されている滞納状況データを取得し、上記取得した滞納状況データの内容から料金の支払いが完了しているかどうかを判定し、利用料金の支払いが完了している場合には支払い情報を表示する。
【００２０】
上記判定において支払いが完了していない場合には、取引装置はサーバ内部に記憶されている精算状況データを取得し、上記取得した滞納状況データおよび精算状況データの内容に応じて、利用者の支払い情報および最新の口座からの引落し情報に関するメッセージまたは取引装置に誘導して滞納料金の支払いを促すメッセージを表示し、カード内部の滞納状況データを最新の内容に更新する。
【発明の効果】
【００２１】
本発明によれば、利用者の記憶媒体（カード）内部に記憶している滞納情報およびサーバ内部に記憶している精算情報を利用して、利用者が後払い料金を滞納しているかどうかを判定するため、利用者の支払い状況に応じて適切なメッセージを利用者に表示することが可能である。
【００２２】
本発明によれば、利用者の記憶媒体を参照して、利用者が料金の支払い（清算）を完了していると判断した場合に、サーバへ問い合せを行わないため、サーバとの間の通信網の通信渋滞を低減できる。
【００２３】
本発明によれば、利用者の記憶媒体を参照して、利用者が料金の支払い（清算）を完了していると判断した場合に、サーバへ問い合せを行わないため、メッセージを表示するまでの処理時間を短縮できる。
【発明を実施するための最良の形態】
【００２４】
以下、図面を用いて本発明の実施の形態を詳細に説明する。
【実施例１】
【００２５】
本実施形態では、駅において後払い料金の滞納者に対して滞納情報を表示するとともに滞納料金を支払う手段を提供するキオスク端末、および後払い料金の滞納者に対して滞納を通知する自動改札機の例を用いる。但し、本発明の技術的思想は、この例に限定されるものではない。
【００２６】
図１は、本発明を上記キオスク端末に適用した場合の取引装置１２０および上記自動改札機に適用した場合の入出場装置１３０において実行される処理フローを示す図である。図２は、図１の処理フローを実現するための、利用者が所有するカード１１０、キオスク端末を示す取引装置１２０、自動改札機を示す入出場装置１３０、およびサーバ１４０の概略構成を示す図である。
【００２７】
図２において、取引装置１２０および入出場装置１３０は通信網２５０を介してサーバ１４０と接続されている。取引装置１２０は、サーバ１４０とデータの送受信を行うデータ送受信機能２２２、カード１１０内部に記憶されているデータを接触または非接触により読み書きするカード読み書き機能２２３、利用者による入力手段を提供する入力機能２２４、利用者に情報を表示する表示機能２２５、および取引装置１２０内部の上記これらの機能を制御する処理部２２１から構成される。
【００２８】
入出場装置１３０は、サーバ１４０とデータの送受信を行うデータ送受信機能２３２、カード１１０内部に記憶されているデータを接触または非接触により読み書きするカード読み書き機能２３３、利用者に情報を表示する表示機能２３４、および入出場装置１３０内部の上記これらの機能を制御する処理部２３１から構成される。
【００２９】
サーバ１４０は、取引装置１２０および入出場装置１３０とデータの送受信を行うデータ送受信機能２４２、データを格納する記憶機能２４３、およびサーバ１４０内部の上記これらの機能を制御する処理部２４１から構成される。
【００３０】
カード１１０は、データを格納する記憶機能２１１を保持する。ここで、カード１１０は、ＩＣカード、メモリカード、書換え可能な磁気カード等のデータの読み書きが可能な記憶媒体である。カードの代わりに、携帯端末（例えば、携帯電話やＰＤＡ等）であってもよい。
【００３１】
図３は本実施形態の滞納情報１１１の一例を示す図である。
【００３２】
滞納情報１１１は、利用者が取引装置１２０または入出場装置１３０を利用するまでの利用者の最新の支払い状況を示すものであり、利用者ＩＤ（識別情報）３１、利用年月３２、利用金額３３、および滞納状況３４から構成される。
【００３３】
利用者ＩＤ３１はカードを所有する利用者を一意に特定する番号及び／又は記号を示し、利用年月３２は後払い料金の課金対象となる利用年月を示し、利用金額３３は上記利用年月３２に利用した金額の合計を示し、滞納状況３４は後払い料金を滞納しているかどうかを示す情報を格納する。ここで、利用金額３３は電車の利用料金に加え、カード１１０を利用して購入した商品の支払い代金であってもよい。なお、支払い日前の利用年月に該当する利用金額は、カード利用日時前までの累計利用金額を示すものとする。
【００３４】
また、滞納状況３４は、支払い日が来ていないために後払い料金を支払っていない、または後払い料金の滞納があることを示す「滞納あり」、滞納料金の支払い手続きを行うために取引装置１３０を利用して支払い口座へ後払い料金の入金処理を行ったことを示す「入金済み」、または後払い料金の支払い口座から利用料金の引落しが完了して滞納がないことを示す「滞納なし」のいずれかである。ただし、システム内部においては、例えば、「滞納あり」の状態はビット列「００」、「入金済み」の状態はビット列「０１」、「滞納なし」の状態はビット列「１０」として認識される。従って、システム内部において、滞納情報１１１のデータの滞納状況が「滞納あり」、「入金済み」、「滞納なし」のいずれの値であるかを判断するためには、上記の状態を示すビット列を比較することにより、滞納状況の値を取得することができる。
【００３５】
また、新しい利用年月３２分のデータが作成されると、そのデータの滞納状況３４は、初めは「滞納あり」の状態であり、取引装置１３０を利用して支払い口座への入金処理を行うと「滞納あり」から「入金済み」の状態に更新され、最終的に支払い口座からの引落しが完了したことを実際に確認してから「滞納あり」または「入金済み」の状態から「滞納なし」の状態に更新される。「滞納なし」の状態では、取引装置１３０は利用金額３３の支払いが完了していると判断し、以後、該当するデータに関してはサーバ１４０に問合せを行わなくてもよい。ここで、後払い料金の支払い日が来たため支払い口座から料金が引落されていたとしても、利用者が支払い日以降に取引装置１２０または入出場装置１３０を利用していない場合は、滞納状況３４は「滞納あり」となる。なお、滞納状況３４のデータ内容は、利用者が取引装置１２０または入出場装置１３０を利用した際に更新される。詳細は図１の処理フローの箇所において説明する。
【００３６】
図３の例における一つ目のデータ内容は、利用者ＩＤが６５１０１であるカードの所有者の２００３年１月分の利用金額が４，５００円であり、滞納状況が「滞納なし」であるため、支払い口座からの料金の引落しが完了し、滞納がないことを示す。図３の例における二つ目のデータ内容は、利用者ＩＤが６５１０１であるカードの所有者の２００３年２月分の利用金額が１２，０５０円であり、滞納状況が「滞納あり」であるため、支払い日が来ていないために後払い料金を支払っていない、または後払い料金の滞納があることを示す。
【００３７】
図４は本実施形態の精算情報１４１の一例を示す図である。
【００３８】
精算情報１４１は、利用者の支払い口座から後払い料金が引落されたかどうかを示すものであり、利用者ＩＤ４１、利用年月４２、利用金額４３、および精算状況４４から構成される。
【００３９】
利用者ＩＤ４１はカードを所有する利用者を一意に特定する番号を示し、利用年月４２は後払い料金の課金対象となる利用年月を示し、利用金額４３は上記利用年月４２に利用した金額の合計を示し、精算状況４４は利用者の支払い口座から後払い料金の引落しが完了したかどうかを示す情報を格納する。なお、滞納情報１１１のデータと精算情報１４１のデータにおいて、滞納情報１１１の利用者ＩＤ３１と精算情報１４１の利用者ＩＤ４１が一致し、かつ滞納情報１１１の利用年月３２と精算情報１４１の利用年月４２が一致する場合は、滞納情報１１１の利用金額３３と精算情報１４１の利用金額４３は一致するようにデータが格納されているとする。
【００４０】
ここで、精算状況４４は、利用者の支払い口座から後払い料金の引落しが完了したことを示す「完了」、または利用者の支払い口座から後払い料金の引落しが行われていないことを示す「未完」のいずれかである。ただし、システム内部においては、例えば、「完了」の状態はビット列「０」、「未完」の状態はビット列「１」として認識される。従って、システム内部において、精算情報１４１のデータの滞納状況が「完了」または「未完」のいずれの値であるかを判断するためには、上記の状態を示すビット列を比較することにより、精算状況の値を取得することができる。
【００４１】
また、新しい利用年月４２分のデータが作成されると、そのデータの精算状況４４は、初めは「未完」の状態であり、実際に利用金額４３が支払い口座から引落しが完了したことを確認してから「未完」から「完了」に更新する。なお、上記精算状況４４は、リアルタイムまたは予め定められたタイミング（例えば一日に一回のタイミング）で、金融機関の引落し口座からの料金引落し状況が反映されるものとする。
【００４２】
図４の例における一つ目のデータ内容は、利用者ＩＤが６５１０１であるカードの所有者の２００３年１月分の利用金額が４，５００円であり、利用者の支払い口座から後払い料金の引落しが完了したことを示す。図４の例における二つ目のデータ内容は、利用者ＩＤが６５１０１であるカードの所有者の２００３年２月分の利用金額が１２，０５０円であり、利用者の支払い口座から後払い料金の引落しが行われていないことを示す。
【００４３】
図５は、後払い料金の支払い日を過ぎた後に、利用者が取引装置１２０を利用した際に、滞納状況３４と精算状況４４のデータの内容に依存して利用者に適切な滞納情報を表示するメッセージの一例を示す図である。図５の項目５０１は滞納情報１１１のデータにおける滞納状況３４のデータ内容を示し、項目５０２は精算情報１４１のデータにおける精算状況４４のデータ内容を示し、項目５０３は上記項目５０１および項目５０２のデータ内容となるような利用者の取引装置１２０の利用状態を示し、項目５０４は上記項目５０３の利用状態において取引装置１２０により表示される滞納情報または支払い情報等を示すメッセージの一例である。
【００４４】
図５のケース（ａ）５１のように、滞納状況３４が「滞納あり」かつ精算状況４４が「未完」である場合は、利用料金の支払い日を過ぎているが、利用者は取引装置１２０から支払い口座への入金を行っていないため、支払い口座からの料金の引落しが完了しない状態を示すので、利用者に対して「○年○月分の△円はまだ支払われていない。お支払い画面からご入金下さい。」という、滞納情報を通知して支払いを促すための支払い催促メッセージを表示する。
【００４５】
図５のケース（ｂ）５２のように、滞納状況３４が「滞納あり」かつ精算状況４４が「完了」である場合は、利用者は引落し日を過ぎてから初めて取引装置１２０を利用したため、滞納状況３４が「滞納あり」のままになっているが、利用者の支払い口座からの料金の引落しが完了している状態を示すので、利用者に対して「○年○月分の△円はお支払いが完了しています。」という支払い情報を示す支払い完了メッセージを表示する。
【００４６】
図５のケース（ｃ）５３のように、滞納状況３４が「入金済み」かつ精算状況４４が「未完」である場合は、利用者は取引装置１２０を利用して後払い料金の支払い口座へ入金を行ったが、まだ支払い口座から利用料金の引落しが完了していない状態を示すので、利用者に対しては「◇月◇日に○年○月分の△円を口座から引落します。」という支払い情報を示す支払い通知メッセージを表示する。なお、利用者が取引装置１２０を利用して一度支払い口座への入金を行ったが、滞納料金の再支払い日に引落し金額分の残高が不足しており、依然として引落しができなかった場合も、本ケース（ｃ）５３に該当する。
【００４７】
図５のケース（ｄ）５４のように、滞納状況３４が「入金済み」かつ精算状況４４が「完了」である場合は、利用者は取引装置１２０を利用して後払い料金の支払い口座へ入金を行い、支払い口座から利用料金の引落しが完了している状態を示すので、利用者に対しては「◇月◇日に○年○月分の△円を口座からお引落ししました。」という支払い情報を示す支払い完了メッセージを表示する。
【００４８】
図５のケース（ｅ）５５のように、滞納状況３４が「滞納なし」かつ精算状況４４が「未完」となるような場合は、以降で説明する図１の処理フローにより存在しない。
【００４９】
図５のケース（ｆ）５６のように、滞納状況３４が「滞納なし」かつ精算状況４４が「完了」である場合は、利用者が滞納した、または滞納しなかったに関係なく、利用者の支払い口座から利用料金の引落しが完了している状態を示すので、利用者に対しては「○年○月分の△円はお支払いが完了しています。」という支払い情報を示す支払い完了メッセージを表示する。
【００５０】
ここで、滞納状況３４が「滞納あり」または「入金済み」である場合は、取引装置１２０はサーバ１４０内部に格納されている精算情報１４１のデータを取得し、滞納状況３４および精算状況４４のデータ内容に応じて上記ケース（ａ）５１からケース（ｄ）５４のようなメッセージを利用者に表示するが、滞納状況３４が「滞納なし」である場合は、取引装置１２０はサーバ１４０に問合せを行うことなく上記ケース（ｆ）５６のような利用者にメッセージを表示する。
【００５１】
なお、ケース（ａ）５１またはケース（ｃ）５３において、支払い口座から利用料金の引落しができなかった場合は、「口座残高が不足していました。」、「お支払い口座が解約されていました。」等の口座引落しができなかった理由を支払い滞納理由メッセージとして、支払い通知メッセージと併せて表示してもよい。
【００５２】
また、図５の上記ケース（ａ）５１から上記ケース（ｆ）５６までは、システム内部においては、例えばビット列のような数値として認識される。
例えば、システム内部において、上記ケース（ａ）５１は「０００」、上記ケース（ｂ）５２は「００１」、上記ケース（ｃ）５３は「０１０」、上記ケース（ｄ）５４は「０１１」、上記ケース（ｅ）５５は「１００」、上記ケース（ｆ）５６は「１０１」として認識される。
従って、滞納状況が「滞納あり」かつ精算状況が「未完」である場合は、システム内部においては、滞納状況が「００」かつ精算状況が「１」であると認識され、上記ケース（ａ）５１を示す「０００」として認識される。
【００５３】
図６は、後払い料金の支払い日を過ぎた後に、利用者が入出場装置１３０を利用した際に、滞納状況３４と精算状況４４のデータの内容に依存して利用者に適切な滞納情報を表示するメッセージの一例を示す図である。図６の項目６０１は滞納情報１１１のデータにおける滞納状況３４のデータ内容を示し、項目６０２は精算情報１４１のデータにおける精算状況４４のデータ内容を示し、項目６０３は上記項目５０１および項目５０２のデータ内容となるような利用者の入出場装置１３０の利用状態を示し、項目５０４は上記項目５０３の利用状態において入出場装置１３０により表示される滞納情報または支払い情報等を示すメッセージの一例である。
【００５４】
図６のケース（ａ）６１のように、滞納状況３４が「滞納あり」かつ精算状況４４が「未完」である場合は、図５のケース（ａ）５１と同様の状態を示すので、利用者に対して「○年○月分の△円はまだ支払われていません。お支払い画面からご入金下さい。」という滞納情報を通知して支払いを促すための支払い催促メッセージを表示する。あるいは、「料金の滞納がありますので、取引装置までお越し下さい。」または「ご案内がありますので、取引装置までお越し下さい。」という取引装置１２０へ導く誘導メッセージを表示する。
【００５５】
図６のケース（ｂ）６２のように、滞納状況３４が「滞納あり」かつ精算状況４４が「完了」である場合は、利用者は引落し日を過ぎてから初めて入出場装置１２０を利用したため、滞納状況３４が「滞納あり」のままになっているが、利用者の支払い口座からの料金の引落しが完了している状態を示すので、利用者に対して「○年○月分の△円はお支払いが完了しています。」という支払い情報を示す支払い完了メッセージを表示する。あるいは、「お支払いは完了しています。詳しくは取引装置までお越し下さい。」という取引装置１２０へ導く誘導メッセージを表示する。
【００５６】
図６のケース（ｃ）６３のように、滞納状況３４が「入金済み」かつ精算状況４４が「未完」である場合は、図５のケース（ｃ）５３と同様の状態を示すので、利用者に対しては「◇月◇日に○年○月分の△円を口座から引落します。」という支払い情報を示す支払い通知メッセージを表示する。あるいは、「◇月◇日にお引落しします。詳しくは取引装置までお越し下さい。」という取引装置１２０へ導く誘導メッセージを表示する。
【００５７】
図６のケース（ｄ）６４のように、滞納状況３４が「入金済み」かつ精算状況４４が「完了」である場合は、図５のケース（ｄ）５４と同様の状態を示すので、利用者に対しては「◇月◇日に○年○月分の△円を口座からお引落ししました。」という支払い情報を示す支払い完了メッセージを表示する。あるいは、「◇月◇日にお引落ししました。詳しくは取引装置までお越し下さい。」という取引装置１２０へ導く誘導メッセージを表示する。
【００５８】
図６のケース（ｅ）６５のように、滞納状況３４が「滞納なし」かつ精算状況４４が「未完」となるような場合は、図５のケース（ｅ）５５と同様の状態を示すので、このような状態は存在しない。
【００５９】
図６のケース（ｆ）６６のように、滞納状況３４が「滞納なし」かつ精算状況４４が「完了」である場合は、図５のケース（ｆ）５６と同様の状態を示すので、利用者に対しては「○年○月分の△円はお支払いが完了しました。」という支払い情報を示す支払い完了メッセージを表示する。あるいは、「滞納はございません。詳しくは取引装置までお越し下さい。」という取引装置１２０へ導く誘導メッセージを表示する。
【００６０】
ここで、滞納状況３４が「滞納あり」または「入金済み」である場合は、入出場装置１３０はサーバ１４０内部に格納されている精算情報１４１のデータを取得し、滞納状況３４および精算状況４４のデータ内容に応じて上記ケース（ａ）６１からケース（ｄ）６４のようなメッセージを利用者に表示するが、滞納状況３４が「滞納なし」である場合は、入出場装置１３０はサーバ１４０に問合せを行うことなく上記ケース（ｆ）６６のような利用者にメッセージを表示する。
【００６１】
なお、上記ケース（ａ）６１からケース（ｆ）６６において、入出場装置１３０の最大表示文字数に制約がある場合、あるいは個人情報保護の観点から滞納情報または支払い情報の詳細なメッセージを表示しない場合は、利用者に対して「お支払い情報は取引装置でご確認下さい。」という簡略化したメッセージを表示してもよい。あるいは、上記ケース（ｂ）６１からケース（ｆ）６６の場合は、利用者に対してメッセージを何も表示しなくてもよい。
【００６２】
また、図５の場合と同様に、図６の上記ケース（ａ）６１から上記ケース（ｆ）６６までは、システム内部においては、例えばビット列のような数値として認識される。例えば、システム内部において、上記ケース（ａ）６１は「０００」、上記ケース（ｂ）６２は「００１」、上記ケース（ｃ）６３は「０１０」、上記ケース（ｄ）６４は「０１１」、上記ケース（ｅ）６５は「１００」、上記ケース（ｆ）６６は「１０１」として認識される。従って、滞納状況が「滞納あり」かつ精算状況が「未完」である場合は、システム内部においては、滞納状況が「００」かつ精算状況が「１」であると認識され、上記ケース（ａ）６１を示す「０００」として認識される。
【００６３】
次に、図２から図６を用いて図１の処理フローを説明する。
【００６４】
まず、取引装置１２０において行われる処理フローを以下で説明する。
【００６５】
ステップ１２１では、利用者がカード１１０を取引装置１２０に挿入（接触）またはかざす（非接触）と、処理部２２１において、取引装置１２０のカード読み書き機能２２３により、カード１１０内部に格納されている滞納情報１１１のデータを読込む。なお、滞納情報１１１に複数のデータが格納されている場合は、各データについてまとめて、または各データについて一つずつ以下の処理を行うものとする。
【００６６】
ステップ１２２では、上記ステップ１２１において取得した滞納情報１１１のデータの滞納状況３４を参照して、支払い日を過ぎても料金が支払われていない滞納があるかどうかを判定する。なお、システム内部には時刻情報を保持するためのタイマー機能を所有していると仮定し、タイマー機能を用いて取引装置１２０を利用した現在時刻データを取得する。また、支払い日を示す日付データは、カード１１０の内部または取引装置１２０の内部に格納され、本ステップ１２２において参照が可能であると仮定する。そして、上記取得した現在時刻データと支払い日を示す日付データを比較することにより、もし取引装置１２０を利用した日が支払い日より前である場合、または取得したデータの滞納状況３４「滞納なし」を示す「１０」と一致する場合はステップ１２３に遷移し、取得したデータの滞納状況３４が「入金済み」を示す「０１」または「滞納あり」を示す「００」と一致する場合はステップ１２４に遷移する。例えば、図５におけるケース（ｆ）５６の場合はステップ１２３に遷移し、それ以外の場合はステップ１２４に遷移する。
【００６７】
ステップ１２３では、上記ステップ１２２において取引装置１２０を利用した日が支払い日より前である場合は、後払い料金の滞納は発生していないため、取引装置１２０の表示機能２２５により、「○年○月分の料金のお支払い日は◇月◇日です。ただいまのご利用金額は△円です。」という支払い情報を示す利用状況通知メッセージを表示する。このとき、表示機能２２５により表示するメッセージの一覧をシステム内部にデータベースとして保持しておくとともに、本ステップ１２３において表示されるメッセージを予め登録しておくことにより、本ステップ１２３の処理を行った場合に、上記データベースから本ステップ１２３において使用するメッセージを抽出し、表示機能２２５により抽出されたメッセージを表示するものとする。なお、上記表示される利用金額は、該当利用年月の累計利用金額であり、滞納情報１１１の利用金額３３に格納されているデータである。あるいは、上記ステップ１２２において取得したデータの滞納状況３４が「滞納なし」である場合は、取引装置１２０の表示機能２２５により、図５におけるケース（ｆ）５６のようなメッセージを表示する。なお、取引装置１２０は各利用年月分の料金支払い日を予め内部に保持しているものとする。
【００６８】
ステップ１２４では、利用者の支払い口座からの料金の引落しが完了しているかどうかを確認するために、取引装置１２０のデータ送受信機能２２２により、上記ステップ１２１において取得したデータの利用者ＩＤ３１および利用年月３２をサーバ１４０に送信する。
【００６９】
ステップ１４２では、処理部２４１において、サーバ１４０のデータ送受信機能２４２により、上記ステップ１２４において送信されたデータを取得し、記憶機能２４３に格納されている精算情報１４１のデータの利用者ＩＤ４１と利用年月４２が、それぞれ受信したデータの利用者ＩＤ３１と利用年月３２に一致するデータを検索し、サーバ１４０のデータ送受信機能２４２により、上記検索された精算情報１４１のデータの精算状況４４を取引装置１２０に送信する。
【００７０】
ステップ１２５では、取引装置１２０のデータ送受信機能２２２により、上記ステップ１４２において送信されたデータを受信し、取引装置１２０の表示機能２２５により、利用者の上記ステップ１２１において取得した滞納状況３４および本ステップ１２５において取得した精算状況４４のデータ内容に応じて、図５におけるケース（ａ）５１からケース（ｄ）５４に示すようなメッセージを利用者に表示する。例えば、上記取得した滞納状況を示すデータのビット列が「００」かつ上記取得した精算状況を示すデータのビット列が「１」である場合は、これらビット列に対応する状態は、滞納状況が「滞納あり」かつ精算状況が「未完」である場合と判断され、図５のケース（ａ）５１を示すビット列「０００」に相当するメッセージを表示する。このとき、表示機能２２５により表示するメッセージの一覧をシステム内部にデータベースとして保持しておくとともに、ケース（ａ）５１を示すビット列「０００」に相当するメッセージを予め登録しておくことにより、本ステップ１２３の処理において、上記データベースからビット列「０００」に相当するメッセージを抽出し、表示機能２２５により抽出されたメッセージを表示するものとする。
【００７１】
ステップ１２６では、上記ステップ１２５において図５のケース（ａ）５１の状態である利用者またはケース（ｃ）５３の状態で再入金処理を希望する利用者に対して、取引装置１２０の表示機能２２５により、利用者の支払い口座への料金の入金を行う画面を表示し、取引装置１２０の入力機能２２４により、利用者の支払い口座へ滞納料金の支払い手段を提供する。例えば、取引装置１２０は、現金入金、口座振替、デビット入金、電子マネー送金、ローン支払い等の入金手段を提供する。あるいは、上記ローン支払い手段をもたない利用者に対して、新規契約を行う画面を表示し、ローン契約を締結した上で、ローンによる支払い画面を表示してもよい。なお、上記ステップ１２５において図５のケース（ｂ）５２およびケース（ｄ）５４の状態である利用者に対しては本ステップ１２６を実行せず、次のステップ１２７に遷移してもよい。
【００７２】
ステップ１２７では、上記ステップ１２１において取得した滞納状況３４および上記ステップ１２５において取得した精算状況４４のデータ内容、および上記ステップ１２６において支払い口座への入金処理が行われたかどうかに応じて、カード１１１の滞納状況３４のデータ内容を最新の状態に更新する。もし図５のケース（ａ）５１の状態であり、かつ上記ステップ１２６において支払い口座への入金を行った場合は、滞納情報１１１の該利用者ＩＤ３１および該利用年月３２に対応するデータの滞納状況３４を「滞納あり」から「入金済み」に更新する。もし図５のケース（ｂ）５２の状態である場合は、支払い口座から利用料金の引落しを確認したので、滞納情報１１１の該利用者ＩＤ３１および該利用年月３２に対応するデータの滞納状況３４を「滞納あり」から「滞納なし」に更新する。もし図５のケース（ｃ）５３の状態である場合は、上記ステップ１２６において支払い口座への入金処理を行った、または行わなかったに関係なく、滞納情報１１１の該利用者ＩＤ３１および該利用年月３２に対応するデータの滞納状況３４は「入金済み」の状態のままで更新しない。もし図５のケース（ｄ）５４の状態である場合は、以前に取引装置１２０を利用して行った支払い口座への入金により、支払い口座からの利用料金の引落しが確認できたので、滞納情報１１１の該利用者ＩＤ３１および該利用年月３２に対応するデータの滞納状況３４を「入金済み」から「滞納なし」に更新する。
【００７３】
なお、取引装置１２０は、サーバ１４０において記憶されている精算状況４４が「完了」になったことを確認してから、カード１１０において記憶されている滞納状況３４を「滞納あり」から「滞納なし」に、または「入金済み」から「滞納なし」に更新するため、滞納情報３４が「滞納なし」かつ精算状況４４が「未完」であるような図５におけるケース（ｅ）５５を示す状態は存在しない。
【００７４】
一方、入出場装置１３０において行われる処理フローを以下で説明する。
【００７５】
ステップ１３１では、利用者がカード１１０を入出場装置１３０に挿入またはかざすと、処理部２３１において、入出場装置１２０のカード読み書き機能２３３により、カード１１０内部に格納されている滞納情報１１１のデータを読込む。なお、取引装置１２０の場合と同様に、滞納情報１１１に複数のデータが格納されている場合は、各データについてまとめて、または各データについて一つずつ以下の処理を行うものとする。
【００７６】
ステップ１３２では、上記ステップ１３１において取得した滞納情報１１１のデータの滞納状況３４を参照して、支払い日を過ぎても料金が支払われていない滞納があるかどうかを判定する。なお、システム内部には時刻情報を保持するためのタイマー機能を所有していると仮定し、タイマー機能を用いて入出場装置１３０を利用した現在時刻データを取得する。また、支払い日を示す日付データは、カード１１０の内部または入出場装置１３０の内部に格納され、本ステップ１３２において参照が可能であると仮定する。そして、上記取得した現在時刻データと支払い日を示す日付データを比較することにより、もし入出場装置１３０を利用した日が支払い日より前である場合、または取得したデータの滞納状況３４「滞納なし」を示す「１０」と一致する場合はステップ１３３に遷移し、取得したデータの滞納状況３４が「入金済み」を示す「０１」または「滞納あり」を示す「００」と一致する場合はステップ１３４に遷移する。例えば、図６におけるケース（ｆ）６６の場合はステップ１３３に遷移し、それ以外の場合はステップ１３４に遷移する。
【００７７】
ステップ１３３では、上記ステップ１３２において入出場装置１３０を利用した日が支払い日より前である場合は、後払い料金の滞納は発生していないため、入出場装置１３０の表示機能２３４により、「○年○月分の料金のお支払い日は◇月◇日です。ただいまのご利用金額は△円です。」という支払い情報を示す利用状況通知メッセージを表示する。入出場装置１３０は、利用者に対して「お支払い情報は取引装置でご確認下さい」という簡略化したメッセージを表示してもよい。あるいは、利用者に対してメッセージを何も表示しなくてもよい。このとき、表示機能２３４により表示するメッセージの一覧をシステム内部にデータベースとして保持しておくとともに、本ステップ１３３において表示されるメッセージを予め登録しておくことにより、本ステップ１３３の処理を行った場合に、上記データベースから本ステップ１３３において使用するメッセージを抽出し、表示機能２３４により抽出されたメッセージを表示するものとする。上記ステップ１３２において取得したデータの滞納状況３４が「滞納なし」である場合は、入出場装置１３０の表示機能２３４により、図６におけるケース（ｆ）６６のようなメッセージを表示する。なお、入出場装置１３０は各利用年月分の料金支払い日を予め内部に保持しているものとする。
【００７８】
ステップ１３４では、利用者の支払い口座からの料金の引落しが完了しているかどうかを確認するために、入出場装置１３０のデータ送受信機能２３２により、上記ステップ１３１において取得したデータの利用者ＩＤ３１および利用年月３２をサーバ１４０に送信する。
【００７９】
ステップ１４３では、処理部２４１において、サーバ１４０のデータ送受信機能２４２により、上記ステップ１３４において送信されたデータを取得し、記憶機能２４３に格納されている精算情報１４１のデータの利用者ＩＤ４１と利用年月４２が、それぞれ受信したデータの利用者ＩＤ３１と利用年月３２に一致するデータを検索し、サーバ１４０のデータ送受信機能２４２により、上記検索された精算情報１４１のデータの精算状況４４を入出場装置１３０に送信する。
【００８０】
ステップ１３５では、入出場装置１３０のデータ送受信機能２３２により、上記ステップ１４３において送信されたデータを受信し、入出場装置１３０の表示機能２３４により、利用者の上記ステップ１３１において取得した滞納状況３４および本ステップ１３５において取得した精算状況４４のデータ内容に応じて、図６におけるケース（ａ）６１からケース（ｄ）６４に示すようなメッセージを利用者に表示する。システム内部においては、上記ステップ１２５の方法と同様に、滞納状況と精算状況のビット列を用いて、図６のケース（ａ）６１からケース（ｄ）６４のいずれのケースであるかを判定する。そして、システム内部に保持されているメッセージのデータベースを検索して、上記判定されたケースを示すビット列に対応するメッセージを取得して、表示機能２３４によりメッセージを表示する。
【００８１】
ステップ１３６では、上記ステップ１３１において取得した滞納状況３４および上記ステップ１３５において取得した精算状況４４のデータ内容に応じて、カード１１１の滞納状況３４のデータ内容を最新の状態に更新する。もしケース（ｂ）６２の状態である場合は、支払い口座から利用料金の引落しを確認したので、滞納情報１１１の該利用者ＩＤ３１および該利用年月３２に対応するデータの滞納状況３４を「滞納あり」から「滞納なし」に更新する。もしケース（ｄ）６４の状態である場合は、以前に取引装置１２０を利用して行った支払い口座への入金により、支払い口座からの利用料金の引落しが確認できたので、滞納情報１１１の該利用者ＩＤ３１および該利用年月３２に対応するデータの滞納状況３４を「入金済み」から「滞納なし」に更新する。なお、図６におけるケース（ｅ）６５は、図５のケース（ｅ）５５と同様の理由により、このような状態は存在しない。
【００８２】
図３および図４で示すデータを例として、図１の処理フローの動作概略を示す。
【００８３】
利用者が取引装置１２０でカード１１０をかざすと、滞納情報１１１の一つ目のデータに対しては、ステップ１２２において図５のケース（ｆ）５６に該当すると判定され、ステップ１２３において滞納がないことを示すメッセージが表示される。一方、滞納情報１１１の二つ目のデータに対しては、ステップ１２２において料金の支払いが完了していないと判定され、サーバから利用者ＩＤが「６５１０１」かつ利用年月が「２００２年２月」であるような精算情報１４１のデータの精算状況４４、つまり「未完」を取得し、ステップ１２５において図５のケース（ａ）５１に該当すると判定され、滞納料金の支払いを促す支払い催促メッセージを表示する。もし次のステップ１２６において支払い口座への入金処理を行った場合は、ステップ１２７において滞納情報１１１の二つ目のデータの滞納状況３４を「滞納あり」から「入金済み」に更新する。
【００８４】
次に、滞納料金が所定の再支払い日に利用者の支払い口座から引落され、精算状況４４が「未完」から「完了」に更新された後で、利用者が上記カード１１０を利用して入出場装置１３０を利用すると、ステップ１３５において「２００２年２月」分の滞納状況３４が「入金済み」かつ精算状況４４が「完了」であるため、図６のケース（ｄ）６４に該当すると判定され、滞納料金が引落されたことを示す支払い完了メッセージが表示され、ステップ１３６において滞納情報１１１の二つ目のデータの滞納状況３４を「入金済み」から「滞納なし」に更新する。以降、利用者が取引装置１２０または入出場装置１３０を利用する場合は、２００２年２月分の利用料金は支払い済みであると判定され、滞納料金として支払いを催促されることはない。
【００８５】
上述の実施形態のバリエーションとして、サーバ１４０内部に記憶している精算情報１４１を入出場装置１３０内部の記憶装置にダウンロードして格納することにより、精算情報１４１に取得するために毎回サーバ１４０にアクセスしなくても、入出場装置１３０内部に記憶している精算情報１４１を参照することが可能である第二の実施形態を以下に示す。
【実施例２】
【００８６】
図７は、入出場装置１３０において実行される第二の実施形態の処理フローを示す図である。図８は、図７の処理フローを実現するための入出場装置１３０の概略構成を示す図である。
【００８７】
図８において示す入出場装置１３０は、サーバ１４０とデータの送受信を行うデータ送受信機能２３２、カード１１０内部に記憶されているデータを接触または非接触により読み書きするカード読み書き機能２３３、利用者に情報を表示する表示機能２３４、データを格納する記憶機能２３５、および入出場装置１３０内部の上記これらの機能を制御する処理部２３１から構成される。
【００８８】
次に、図８を用いて図７の処理フローを以下で説明する。なお、サーバ１４０に格納さていている精算情報１４１のデータは、予め定められたタイミングで、入出場装置１３０の記憶機能２３５にダウンロードし、精算情報１４１としてデータを保持する。予め定められたタイミングとは、例えば、1日１回の入出場装置１３０のシステム起動時、またはサーバ１４０の内部に格納している精算情報１４１のデータ内容が変更された時（具体的には、銀行の支払い口座からの利用代金の引落しが完了した利用者について、精算情報１４１のデータ内容を更新させた後）などとする。また、入出場装置１３０に格納される精算情報１４１のデータ項目（利用ＩＤ，利用年月、利用金額、精算状況）は、サーバ１４０に格納されている精算情報１４１のデータ項目と同一である。
【００８９】
ステップ１３１からステップ１３３、ステップ１３５、ステップ１３６は前記の実施形態と同様の処理を実施する。
【００９０】
ステップ１３７では、利用者の支払い口座からの料金の引落しが完了しているかどうかを確認するために、入出場装置１３０のデータ送受信機能２３２により、上記ステップ１３１において取得したデータの利用者ＩＤ３１および利用年月３２が、予めサーバ１４０から入出場装置１３０にダウンロードされている精算情報１４１のデータの利用者ＩＤ４１と利用年月４２にそれぞれ一致するような精算情報１４１のデータを取得する。なお、本方法では、最初にステップ１３１でカード内部に格納されている滞納情報１１１を参照してから、その後にステップ１３７で精算情報１４１を参照している。本方法では、カード内部の滞納情報へのアクセスにより、ステップ１３１において滞納状況が「滞納なし」であると判断された場合は、精算情報をアクセスする必要がなくなり、その結果、精算情報へのアクセスによるシステム全体の負荷を軽減することが可能である。もし最初に精算情報１４１を参照した後でカード内部の滞納情報を参照する方法を採用した場合、カード内部の滞納状況の値が「滞納あり」、「入金済み」、「滞納なし」のいずれかに応じて異なるメッセージを表示していること、かつステップ１３６で行われるカード内部の滞納状況の更新しなければならないことにより、必ず精算情報へのアクセスと滞納情報へのアクセスの両方が必要になる。
【００９１】
以上の方法のように、予め定められたタイミングでサーバ１４０から入出場装置１３０に精算情報１４１をダウンロードすることにより、入出場装置１３０において実行されるステップ１３７においてサーバ１４０に保持されている精算情報１４１をアクセスすることなく、入出場装置１３０に保持している精算情報１４１を参照することが可能である。
【００９２】
なお、入出場装置１３０に適用して上記に示した第二の実施形態は、取引装置１２０に対しても適用可能であり、取引装置１２０の内部に精算情報１４１を予め定められたタイミングでダウンロードし、取引装置１２０の内部に保持することにより、入出場装置と同様の処理が可能である。
【００９３】
さらに、前記の実施形態では、滞納情報１１１の滞納状況３４は図４および図５のように「滞納あり」、「入金済み」、または「滞納なし」のいずれかの状態であったが、滞納状況３４を「滞納あり」または「滞納なし」のいずれかの状態とすることも可能である。
【００９４】
図９は、滞納情報１１１の滞納状況３４を「滞納あり」または「滞納なし」のいずれかの状態とした場合に、後払い料金の支払い日を過ぎた後に、利用者が取引装置１２０を利用した際に、滞納状況３４と精算状況４４のデータの内容に依存して利用者に適切な滞納情報を表示するメッセージの一例を示す図である。
【００９５】
図９の項目９０１は滞納情報１１１のデータにおける滞納状況３４のデータ内容を示し、項目９０２は精算情報１４１のデータにおける精算状況４４のデータ内容を示し、項目９０３は上記項目９０１および項目９０２のデータ内容となるような利用者の取引装置１２０の利用状態を示し、項目９０４は上記項目９０３の利用状態において取引装置１２０により表示される滞納情報または支払い情報等を示すメッセージの一例である。
【００９６】
図９のケース（ａ）９１のように、滞納状況３４が「滞納あり」かつ精算状況４４が「未完」である場合は、利用料金の支払い日を過ぎているが、利用者の支払い口座から料金の引落しが完了しない状態を示すので、
利用者に対して「○年○月分の△円のお支払いはまだ完了していません。まだの方はお支払い画面からご入金下さい。」という滞納情報を通知して支払いを促す支払い催促メッセージを表示する。
このケース（ａ）の場合は、利用者がすでに取引装置を利用して支払い口座への入金処理を行っていたとしても、実際に支払い口座からの引落しが確認されるまでは前記メッセージを表示する。
【００９７】
図９のケース（ｂ）９２のように、滞納状況３４が「滞納あり」かつ精算状況４４が「完了」である場合は、利用者は引落し日を過ぎてから初めて取引装置１２０を利用したため、滞納状況３４が「滞納あり」のままになっているが、利用者の支払い口座からの料金の引落しが完了している状態を示すので、利用者に対して「○年○月分の△円はお支払いが完了しています。」という支払い情報を示す支払い完了メッセージを表示する。
【００９８】
図９のケース（ｃ）９３のように、滞納状況３４が「滞納なし」かつ精算状況４４が「未完」となるような場合は、滞納状況３４が「滞納なし」となるためには、精算状況４４が「完了」となることが条件であるため、このような状況は存在しない。
【００９９】
図９のケース（ｄ）５６のように、滞納状況３４が「滞納なし」かつ精算状況４４が「完了」である場合は、利用者が滞納した、または滞納しなかったに関係なく、利用者の支払い口座から利用料金の引落しが完了している状態を示すので、利用者に対しては「○年○月分の△円はお支払いが完了しています。」という支払い情報を示す支払い完了メッセージを表示する。
【０１００】
ここで、最初の実施形態のように精算情報１４１を取引装置１２０にダウンロードしない場合に、滞納状況３４が「滞納あり」または「入金済み」である場合は、取引装置１２０はサーバ１４０内部に格納されている精算情報１４１のデータを取得し、滞納状況３４および精算状況４４のデータ内容に応じて上記ケース（ａ）９１またはケース（ｂ）９２のようなメッセージを利用者に表示するが、滞納状況３４が「滞納なし」である場合は、取引装置１２０はサーバ１４０に問合せを行うことなく上記ケース（ｄ）９４のようなメッセージを利用者に表示する。
【０１０１】
一方、第二の実施形態のように精算情報１４１を取引装置１２０にダウンロードしている場合は、上記ケース（ａ）９１、ケース（ｂ）９２、ケース（ｄ）９４のいずれの場合もサーバ１４０に精算情報１４１を問い合わす必要はない。なお、ケース（ａ）９１において、支払い口座から利用料金の引落しができなかった場合は、「口座残高が不足していました。」、「お支払い口座が解約されていました。」等の口座引落しができなかった理由を支払い滞納理由メッセージとして併せて表示してもよい。また、入出場装置１３０において利用者に表示される滞納情報のメッセージについても、図９に示した取引装置１２０と同様に考えることが可能である。
【図面の簡単な説明】
【０１０２】
【図１】本発明の実施形態の取引装置および入出場装置において実行される処理フローの概要を示す図である。
【図２】本発明に係るカード、取引装置、入出場装置、およびサーバの概略構成を示す図である。
【図３】本発明の実施形態の滞納情報１１１の一例を示す図である。
【図４】本発明の実施形態の精算情報１４１の一例を示す図である。
【図５】本発明の実施形態の取引装置１２０において滞納状況３４と精算状況４４のデータの内容に依存して利用者に適切な滞納情報を表示するメッセージの一例を示す図である。
【図６】本発明の実施形態の入出場装置１３０において滞納状況３４と精算状況４４のデータの内容に依存して利用者に適切な滞納情報を表示するメッセージの一例を示す図である。
【図７】本発明の第二の実施形態の入出場装置において実行される処理フローの概要を示す図である。
【図８】本発明の第二の実施形態に係る入出場装置の概略構成を示す図である。
【図９】本発明の第二の実施形態の取引装置１２０において滞納状況３４と精算状況４４のデータの内容に依存して利用者に適切な滞納情報を表示するメッセージの一例を示す図である。
【符号の説明】
【０１０３】
１１０  カード
２１１  記憶機能
１２０  取引装置
２２１  処理部
２２２  データ送受信機能
２２３  カード読み書き機能
２２４  入力機能
２２５  表示機能
１３０  入出場装置
２３１  処理部
２３２  データ送受信機能
２３３  カード読み書き機能
２３４  表示機能
１４０  サーバ
２４１  処理部
２４２  データ送受信機能
２４３  記憶機能
２５０  通信網
【図１】
2004240956.tif 000003
【図２】
2004240956.tif 000004
【図３】
2004240956.tif 000005
【図４】
2004240956.tif 000006
【図５】
2004240956.tif 000007
【図６】
2004240956.tif 000008
【図７】
2004240956.tif 000009
【図８】
2004240956.tif 000010
【図９】
2004240956.tif 000011