知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024152855
(43)【公開日】2024-10-25
(54)【発明の名称】カードリーダ及び決済システム
(51)【国際特許分類】
G06Q 20/24 20120101AFI20241018BHJP
G06Q 20/34 20120101ALI20241018BHJP
【ＦＩ】
G06Q20/24
G06Q20/34
【審査請求】有
【請求項の数】3
【出願形態】ＯＬ
(21)【出願番号】P 2024133999
(22)【出願日】2024-08-09
(62)【分割の表示】P 2020084477の分割
【原出願日】2020-05-13
(71)【出願人】
【識別番号】000002233
【氏名又は名称】ニデックインスツルメンツ株式会社
(74)【代理人】
【識別番号】100097113
【弁理士】
【氏名又は名称】堀 城之
(74)【代理人】
【識別番号】100162363
【弁理士】
【氏名又は名称】前島 幸彦
(74)【代理人】
【識別番号】100194283
【弁理士】
【氏名又は名称】村上 大勇
(72)【発明者】
【氏名】塩見 寿朗
(57)【要約】
【課題】クレジットカードの一部の番号を出力可能なカードリーダを提供する。
【解決手段】
カード情報取得部１００は、カード媒体からカード情報３００を取得する。カード種別判定部１１０は、カード情報取得部１００により取得されたカード情報３００から、カード媒体がクレジットカードか非クレジットカードかを判定する。データ生成部１２０は、カード種別判定部１１０により判定されたカード媒体の種別がクレジットカードであった場合、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成する。カード種別判定部１１０は、カード情報の上位桁がクレジットカードの上位桁であるもののＬｕｈｎ演算結果がチェックデジットと合致しない場合、不正カードを使用した又は、読み取りエラーであることを示す情報を上位装置２へ送信し、当該情報を格納しておき、読み取り自体を不可能とする。
【選択図】図１
【解決手段】
カード情報取得部１００は、カード媒体からカード情報３００を取得する。カード種別判定部１１０は、カード情報取得部１００により取得されたカード情報３００から、カード媒体がクレジットカードか非クレジットカードかを判定する。データ生成部１２０は、カード種別判定部１１０により判定されたカード媒体の種別がクレジットカードであった場合、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成する。カード種別判定部１１０は、カード情報の上位桁がクレジットカードの上位桁であるもののＬｕｈｎ演算結果がチェックデジットと合致しない場合、不正カードを使用した又は、読み取りエラーであることを示す情報を上位装置２へ送信し、当該情報を格納しておき、読み取り自体を不可能とする。
【選択図】図１
【特許請求の範囲】
【請求項1】
カード媒体からカード情報を取得するカード情報取得部と、
前記カード情報取得部により取得された前記カード情報から、前記カード媒体がクレジットカードか非クレジットカードかを判定するカード種別判定部と、
前記カード種別判定部により判定された前記カード媒体の種別がクレジットカードであった場合、前記カード情報に含まれるカード番号の一部をマスキングしたトランケーションデータを生成するデータ生成部とを備え、
前記データ生成部は、
前記カード媒体の種別が非クレジットカードであるハウスカードの場合、前記カード媒体の全ての桁を接続された上位装置へ暗号化せずに送信し、
前記上位装置からの指示がクレジットカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードの場合、前記トランケーションデータを、接続された上位装置の要求に応じて暗号化せずに送信し、
前記上位装置からの指示が前記ハウスカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードであった場合、生成された前記トランケーションデータを削除又は前記上位装置に送信せず、クレジットカードが挿入されたエラーを報知し、
前記カード種別判定部は、
前記カード情報の上位桁がクレジットカードの上位桁であるもののＬｕｈｎ演算結果がチェックデジットと合致しない場合、不正カードを使用したか又は読み取りエラーであることを示す情報を上位装置へ送信し、当該情報を格納しておき、読み取り自体を不可能とする
ことを特徴とするカードリーダ。
前記カード情報取得部により取得された前記カード情報から、前記カード媒体がクレジットカードか非クレジットカードかを判定するカード種別判定部と、
前記カード種別判定部により判定された前記カード媒体の種別がクレジットカードであった場合、前記カード情報に含まれるカード番号の一部をマスキングしたトランケーションデータを生成するデータ生成部とを備え、
前記データ生成部は、
前記カード媒体の種別が非クレジットカードであるハウスカードの場合、前記カード媒体の全ての桁を接続された上位装置へ暗号化せずに送信し、
前記上位装置からの指示がクレジットカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードの場合、前記トランケーションデータを、接続された上位装置の要求に応じて暗号化せずに送信し、
前記上位装置からの指示が前記ハウスカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードであった場合、生成された前記トランケーションデータを削除又は前記上位装置に送信せず、クレジットカードが挿入されたエラーを報知し、
前記カード種別判定部は、
前記カード情報の上位桁がクレジットカードの上位桁であるもののＬｕｈｎ演算結果がチェックデジットと合致しない場合、不正カードを使用したか又は読み取りエラーであることを示す情報を上位装置へ送信し、当該情報を格納しておき、読み取り自体を不可能とする
ことを特徴とするカードリーダ。
【請求項2】
前記トランケーションデータは、
ＰＣＩ ＤＳＳ規格で規定されている上位桁又は下位桁の一部又は全ての桁を含む
ことを特徴とする請求項１に記載のカードリーダ。
ＰＣＩ ＤＳＳ規格で規定されている上位桁又は下位桁の一部又は全ての桁を含む
ことを特徴とする請求項１に記載のカードリーダ。
【請求項3】
カード媒体を読み出すカードリーダと、該カードリーダと接続されて決済処理を行う上位装置とを含む決済システムであって、
前記カードリーダは、
前記カード媒体からカード情報を取得するカード情報取得部と、
前記カード情報取得部により取得された前記カード情報から、前記カード媒体がクレジットカードか非クレジットカードかを判定するカード種別判定部と、
前記カード種別判定部により判定された前記カード媒体の種別がクレジットカードであった場合、前記カード情報に含まれるカード番号の一部をマスキングしたトランケーションデータを生成するデータ生成部とを備え、
前記上位装置は、
前記カードリーダから前記トランケーションデータを取得するデータ取得部と、
前記データ取得部により取得された前記トランケーションデータを、前記決済処理における決済情報に含めて出力するデータ出力部とを備え、
前記データ生成部は、
前記カード媒体の種別が非クレジットカードであるハウスカードの場合、前記カード媒体の全ての桁を前記上位装置へ暗号化せずに送信し、
前記上位装置からの指示がクレジットカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードの場合、前記トランケーションデータを、接続された上位装置の要求に応じて暗号化せずに送信し、
前記上位装置からの指示が前記ハウスカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードであった場合、生成された前記トランケーションデータを削除又は前記上位装置に送信せず、クレジットカードが挿入されたエラーを報知し、
前記カード種別判定部は、
前記カード情報の上位桁がクレジットカードの上位桁であるもののＬｕｈｎ演算結果がチェックデジットと合致しない場合、不正カードを使用したか又は読み取りエラーであることを示す情報を上位装置へ送信し、当該情報を格納しておき、読み取り自体を不可能とする
ことを特徴とする決済システム。
前記カードリーダは、
前記カード媒体からカード情報を取得するカード情報取得部と、
前記カード情報取得部により取得された前記カード情報から、前記カード媒体がクレジットカードか非クレジットカードかを判定するカード種別判定部と、
前記カード種別判定部により判定された前記カード媒体の種別がクレジットカードであった場合、前記カード情報に含まれるカード番号の一部をマスキングしたトランケーションデータを生成するデータ生成部とを備え、
前記上位装置は、
前記カードリーダから前記トランケーションデータを取得するデータ取得部と、
前記データ取得部により取得された前記トランケーションデータを、前記決済処理における決済情報に含めて出力するデータ出力部とを備え、
前記データ生成部は、
前記カード媒体の種別が非クレジットカードであるハウスカードの場合、前記カード媒体の全ての桁を前記上位装置へ暗号化せずに送信し、
前記上位装置からの指示がクレジットカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードの場合、前記トランケーションデータを、接続された上位装置の要求に応じて暗号化せずに送信し、
前記上位装置からの指示が前記ハウスカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードであった場合、生成された前記トランケーションデータを削除又は前記上位装置に送信せず、クレジットカードが挿入されたエラーを報知し、
前記カード種別判定部は、
前記カード情報の上位桁がクレジットカードの上位桁であるもののＬｕｈｎ演算結果がチェックデジットと合致しない場合、不正カードを使用したか又は読み取りエラーであることを示す情報を上位装置へ送信し、当該情報を格納しておき、読み取り自体を不可能とする
ことを特徴とする決済システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、カードリーダ及び決済システムに係り、特にクレジットカードを用いるカードリーダ及び決済システムに関する。
【背景技術】
【0002】
従来から、様々な種類のカード状の記録媒体（以下、カード媒体という。）を用いて決済等を行う決済システムが存在する。このような決済システムでは、例えば、病院等の診察券やポイントカード等のいわゆる「ハウスカード」でユーザを特定し、その後、金銭の支払い用の「クレジットカード」で決済を行うことがある。すなわち、従来の決済システムでは、一つの決済中に二種類のカード媒体を用いることがあった。
【0003】
このような従来の決済システムとして、例えば、特許文献１を参照すると、受け付けたカードである受付済カードの処理を行う自動取引装置が記載されている。特許文献１の自動取引装置は、受付済カードに記憶されているカード情報を取得するカード情報取得部と、カード情報から受付済カードの種別を特定する特定部と、受け付けるべきカードの種別を示す種別情報を取得する種別情報取得部と、処理設定部で切り替えられた処理情報に基づいて、カード情報に対する処理を実行する処理部とを備えている。この上で、受け付けるべきカードの種別が、カード情報を暗号化すべきでないカードの種別であって、受付済カードの種別がカード情報を暗号化すべきカードの種別である場合、処理部は、カード情報を消去する。
すなわち、特許文献１の技術では、ハウスカードのような非クレジットカードの待ち状態でクレジットカードが挿入された場合、カード情報を消去するように構成されている。
すなわち、特許文献１の技術では、ハウスカードのような非クレジットカードの待ち状態でクレジットカードが挿入された場合、カード情報を消去するように構成されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１９－１０９７２３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献１に記載されたような従来の決済システムでは、クレジットカード待ち状態でクレジットカードが挿入された場合には、セキュリティ上及び法令上の要請から、クレジットカードを決済するサーバまで、カード情報が暗号化され、転送されていた。このため、決済結果を出力する上位装置にて、クレジットカードの番号を、一切、表示や印刷等して出力することができないという問題があった。
【0006】
本発明は、このような状況に鑑みてなされたものであり、決済結果を出力する上位装置にて、クレジットカードの番号の少なくとも一部を出力可能とし、上述の問題を解消することを目的とする。
【課題を解決するための手段】
【0007】
本発明のカードリーダは、カード媒体からカード情報を取得するカード情報取得部と、前記カード情報取得部により取得された前記カード情報から、前記カード媒体がクレジットカードか非クレジットカードかを判定するカード種別判定部と、前記カード種別判定部により判定された前記カード媒体の種別がクレジットカードであった場合、前記カード情報に含まれるカード番号の一部をマスキングしたトランケーションデータを生成するデータ生成部とを備え、前記データ生成部は、前記カード媒体の種別が非クレジットカードであるハウスカードの場合、前記カード媒体の全ての桁を接続された上位装置へ暗号化せずに送信し、前記上位装置からの指示がクレジットカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードの場合、前記トランケーションデータを、接続された上位装置の要求に応じて暗号化せずに送信し、前記上位装置からの指示が前記ハウスカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードであった場合、生成された前記トランケーションデータを削除又は前記上位装置に送信せず、クレジットカードが挿入されたエラーを報知し、前記カード種別判定部は、前記カード情報の上位桁がクレジットカードの上位桁であるもののＬｕｈｎ演算結果がチェックデジットと合致しない場合、不正カードを使用したか又は読み取りエラーであることを示す情報を上位装置へ送信し、当該情報を格納しておき、読み取り自体を不可能とすることを特徴とする。
このように構成することで、クレジットカードの番号の少なくとも一部を出力させることができ、更にセキュリティを高めることができ、偽造カード等による犯罪防止に資することができる。
このように構成することで、クレジットカードの番号の少なくとも一部を出力させることができ、更にセキュリティを高めることができ、偽造カード等による犯罪防止に資することができる。
【0008】
本発明のカードリーダは、前記トランケーションデータは、ＰＣＩ ＤＳＳ規格で規定されている上位桁又は下位桁の一部又は全ての桁を含むことを特徴とする。
このように構成することで、キュリティ上及び法令上の要求に対応しつつ、どのカードかユーザが認識可能な番号を出力させることができる。
このように構成することで、キュリティ上及び法令上の要求に対応しつつ、どのカードかユーザが認識可能な番号を出力させることができる。
【0009】
（削除）
【0010】
（削除）
【0011】
本発明の決済処理システムは、カード媒体を読み出すカードリーダと、該カードリーダと接続されて決済処理を行う上位装置とを含む決済処理システムであって、前記カードリーダは、前記カード媒体からカード情報を取得するカード情報取得部と、前記カード情報取得部により取得された前記カード情報から、前記カード媒体がクレジットカードか非クレジットカードかを判定するカード種別判定部と、前記カード種別判定部により判定された前記カード媒体の種別がクレジットカードであった場合、前記カード情報に含まれるカード番号の一部をマスキングしたトランケーションデータを生成するデータ生成部とを備え、前記上位装置は、前記カードリーダから前記トランケーションデータを取得するデータ取得部と、前記データ取得部により取得された前記トランケーションデータを、前記決済処理における決済情報に含めて出力するデータ出力部とを備え、前記データ生成部は、前記カード媒体の種別が非クレジットカードであるハウスカードの場合、前記カード媒体の全ての桁を前記上位装置へ暗号化せずに送信し、前記上位装置からの指示がクレジットカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードの場合、前記トランケーションデータを、接続された上位装置の要求に応じて暗号化せずに送信し、前記上位装置からの指示が前記ハウスカードの読み取り待ち状態であり、前記カード媒体の種別がクレジットカードであった場合、生成された前記トランケーションデータを削除又は前記上位装置に送信せず、クレジットカードが挿入されたエラーを報知し、前記カード種別判定部は、前記カード情報の上位桁がクレジットカードの上位桁であるもののＬｕｈｎ演算結果がチェックデジットと合致しない場合、不正カードを使用したか又は読み取りエラーであることを示す情報を上位装置へ送信し、当該情報を格納しておき、読み取り自体を不可能とすることを特徴とする。
このように構成することで、クレジットカードの番号の少なくとも一部を、上位装置で出力させることができ、更にセキュリティを高めることができ、偽造カード等による犯罪防止に資することができる。
このように構成することで、クレジットカードの番号の少なくとも一部を、上位装置で出力させることができ、更にセキュリティを高めることができ、偽造カード等による犯罪防止に資することができる。
【発明の効果】
【0012】
本発明によれば、判別されたカード媒体の種別がクレジットカードであった場合、カード情報に含まれるカード番号の一部をマスキングしたトランケーションデータを生成することで、クレジットカードの番号の一部を出力可能なカードリーダを提供することができる。
【図面の簡単な説明】
【0013】
【発明を実施するための形態】
【0014】
＜実施の形態＞
〔決済システムの構成〕
まず、図１及び図２を参照して、本発明の実施の形態に係る決済システムＸの構成について説明する。
決済システムＸは、カードリーダ１、及びカードリーダ１が搭載される上位装置２を含んで構成される。
本実施形態において、カードリーダ１と上位装置２との間は、ＵＳＢ（Universal Serial Bus）、ＲＳ－２３２Ｃ、イーサネット（登録商標）（Ethernet）等のＬＡＮ（Local Area Network）で接続される。
さらに、本実施形態においては、決済システムＸの上位装置２は、クレジットカードの決済を行うためのサーバ３と、専用線やインターネット等のＷＡＮ（Wide Area Network）を介して接続される。
〔決済システムの構成〕
まず、図１及び図２を参照して、本発明の実施の形態に係る決済システムＸの構成について説明する。
決済システムＸは、カードリーダ１、及びカードリーダ１が搭載される上位装置２を含んで構成される。
本実施形態において、カードリーダ１と上位装置２との間は、ＵＳＢ（Universal Serial Bus）、ＲＳ－２３２Ｃ、イーサネット（登録商標）（Ethernet）等のＬＡＮ（Local Area Network）で接続される。
さらに、本実施形態においては、決済システムＸの上位装置２は、クレジットカードの決済を行うためのサーバ３と、専用線やインターネット等のＷＡＮ（Wide Area Network）を介して接続される。
【0015】
カードリーダ１は、上位装置２の制御対象であり、カード媒体４を読み出し（リード）又は書き込み（ライト）可能なデバイスの一例である。カードリーダ１は、手動式又はモータ搬送式のカードリーダ／ライタ装置である。手動式の場合、ユーザが手動で装置内部にカード媒体４を挿入し、又、装置内部からカード媒体４を引き抜くことで、カード媒体４に記録されたデータの再生を行う。モータ搬送式の場合、カードリーダ１は、上位装置２からの指令（コマンド）によりカード媒体４の搬送及び読み書きの各種処理を実行する。
【0016】
上位装置２は、例えば、病院の精算（決済）システム、その他の決済システム、キオスク（Kiosk）、交通機関のチケット発行システム、コンビニエンスストア等のポイントカード決済システム、小売店のメンバーカード発行システムの端末等である。または、上位装置２として、ＰＣ（Personal Computer）、キャッシュレジスター、その他の決済用端末を用いることも可能である。
【0017】
サーバ３は、クレジットカードの支払いを行うためのサービスを提供するセキュア（安全）なサーバ等である。
なお、サーバ３は、他の銀行やカード会社のサーバ等と接続されていてもよい。また、サーバ３及び他のサーバから、決済における他の各種情報も取得可能である。
なお、サーバ３は、他の銀行やカード会社のサーバ等と接続されていてもよい。また、サーバ３及び他のサーバから、決済における他の各種情報も取得可能である。
【0018】
カード媒体４は、厚さが０．７～０．８ｍｍ程度の矩形状の塩化ビニール製のカード等のカード状の磁気記録媒体、ＩＣカード、非接触型のＩＣカード等である。磁気記録媒体の場合、カード媒体４の一面には、磁気信号が記憶される磁気ストライプが形成されている。ＩＣカードの場合、カード媒体４は、例えば、カードリーダ１と接続するための接点と、記憶領域及びＭＰＵ（Micro Processing Unit）等を含むＩＣチップとを含んでいてもよい。非接触型のＩＣカードの場合、近距離無線用の電磁誘導アンテナが内蔵される。カード媒体４は、これらのいずれか又は全てを組み合わせた記録媒体であってもよい。加えて、カード媒体４として、ユーザが用いる携帯電話やスマートフォン等の携帯端末も、取引に用いることが可能である。
【0019】
本実施形態においては、カード媒体４には、クレジットカード又は非クレジットカードとしての決済用のカード情報３００が、磁気ストライプに記録されている例について説明する。本実施形態においては、クレジットカードは、銀行等の決済に用いるカードである。非クレジットカードは、例えば、病院等の診察券、交通機関の乗車用カード、小売店のポイントカード、メンバーカード等のいわゆる「ハウスカード」を含む。
【0020】
これに加え、本実施形態においては、上位装置２は、図示しない精算用の業務サーバと接続されている。この業務サーバは、病院、交通機関、小売店、サービス提供店等の業務用のサーバである。
【0021】
次に、決済システムＸの制御構成について説明する。
カードリーダ１は、制御部１０、記憶部１１、及び磁気ヘッド１２を備える。
上位装置２は、制御部２０、記憶部２１、入力部２２、表示部２３、及び印刷部２４を備える。
カードリーダ１は、制御部１０、記憶部１１、及び磁気ヘッド１２を備える。
上位装置２は、制御部２０、記憶部２１、入力部２２、表示部２３、及び印刷部２４を備える。
【0022】
制御部１０は、カードリーダ１全体の制御を行う。制御部１０は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）等を含む制御演算手段である。
【0023】
記憶部１１は、カードリーダ１の各種設定値や制御プログラムや一時データ等を記憶する記録媒体である。この各種設定値のうち、取引に係る設定値の詳細については後述する。制御プログラムは、カードリーダ１の全体を制御し、カード媒体４の読み取りや書き込みを行うためのファームウェア等である。
【0024】
記憶部１１は、ＲＡＭのような揮発性の記録媒体、及びＲＯＭのような不揮発性の記録媒体を含む。
このうち、ＲＯＭとしては、例えば、フラッシュメモリ、ＥＥＰＲＯＭ、ＲｅＲＡＭ、ＦｅＲＡＭ等の記録媒体を含んでいる。
このうち、ＲＯＭとしては、例えば、フラッシュメモリ、ＥＥＰＲＯＭ、ＲｅＲＡＭ、ＦｅＲＡＭ等の記録媒体を含んでいる。
【0025】
磁気ヘッド１２は、カード媒体４の記録情報を読み取る読取部である。具体的には、磁気ヘッド１２は、カード媒体４の磁気ストライプに書き込まれた記録情報を磁気信号として読み出して再生する。磁気ヘッド１２で読み取られたカード媒体４の磁気ストライプ等の磁気信号は、アナログ信号として出力され、図示しない磁気情報処理回路によりデジタル信号に変換されて出力される。ここで、磁気ヘッド１２は、このデジタル信号を暗号化する暗号化回路やＭＰＵ（Micro Processing Unit）を内蔵した暗号化磁気ヘッドであってもよい。加えて、カード媒体４の記録情報を読み取り書き込むため、磁気ヘッド以外のＩＣ接点、ＮＦＣ（Near-Field Communications、近距離無線）の受信回路やアンテナ等も更に備えられていてもよい。
【0026】
これらの他に、カードリーダ１は、取引等の状態を表示するＬＥＤ（Light Emitting Diode）、設定を行うための各種ボタンやディップスイッチ、上位装置２と接続するためのＵＳＢやＲＳ－２３２Ｃ等のインターフェイス等も含む。
【0027】
制御部２０は、上位装置２全体の制御を行う、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＧＰＵ（Graphics Processing Unit）等である。制御部２０は、暗号の符号化及び復号化を高速に行うためのアクセレレーター回路を備えていてもよい。
【0028】
記憶部２１は、上位装置２の各種設定値や制御プログラムや一時データ等を記憶する記録媒体である。この制御プログラムは、ＯＳ（Operating System）、各種アプリケーションソフトウェア（Application Software、以下、単に「アプリ」という。）、カードリーダ１と上位装置２とを中継するミドルウェア等を含む。
記憶部２１は、ＲＡＭ、ＲＯＭ、ＨＤＤ（Hard Disk Drive）、その他の光学記録媒体等を含む。
記憶部２１は、ＲＡＭ、ＲＯＭ、ＨＤＤ（Hard Disk Drive）、その他の光学記録媒体等を含む。
【0029】
入力部２２は、タッチパネルやテンキー等のボタンを含む操作入力部である。これに加えて、入力部２２は、指紋、静脈パターン、虹彩パターン、顔認証用カメラ等の生体情報の入力デバイスを備えていてもよい。
【0030】
表示部２３は、液晶ディスプレイ、有機ＥＬディスプレイ、蛍光表示管（Vacuum fluorescent display）、ＬＥＤ等を含むドットマトリクスディスプレイ等である。
入力部２２と表示部２３とは、タッチパネルディスプレイのように、一体的に形成されていてもよい。
入力部２２と表示部２３とは、タッチパネルディスプレイのように、一体的に形成されていてもよい。
【0031】
印刷部２４は、感熱方式、ドットインパクト方式、インクジェット方式等の印刷デバイスである。印刷部２４は、インクリボンや液体インクを用いて印刷することが可能であってもよい。これにより、印刷部２４は、決済のレシートや領収書等の記録紙に、決済についての情報を記録することが可能である。
【0032】
上位装置は、この他にも、サーバ３と接続するためのネットワーク接続部等を備えている。加えて、上位装置は、音声を出力する音声出力部等を備えていてもよい。
【0033】
次に、決済システムＸの機能的な構成について説明する。
カードリーダ１の制御部１０は、カード情報取得部１００、カード種別判定部１１０、及びデータ生成部１２０を含む。
記憶部１１は、カード情報３００、トランケーションデータ３１０、及び状態情報３２０を格納する。
上位装置２の制御部２０は、データ取得部２００及びデータ出力部２１０を含む。
記憶部２１は、トランケーションデータ３１０及び決済情報３３０を格納する。
カードリーダ１の制御部１０は、カード情報取得部１００、カード種別判定部１１０、及びデータ生成部１２０を含む。
記憶部１１は、カード情報３００、トランケーションデータ３１０、及び状態情報３２０を格納する。
上位装置２の制御部２０は、データ取得部２００及びデータ出力部２１０を含む。
記憶部２１は、トランケーションデータ３１０及び決済情報３３０を格納する。
【0034】
カード情報取得部１００は、カード媒体からカード情報３００を取得する。本実施形態においては、カード情報取得部１００は、磁気ヘッド１２で取得したアナログ信号に基づいたカード情報３００を取得する。この際、カード情報取得部１００は、暗号化磁気ヘッドからの暗号化信号を復号化して、カード情報３００として取得することも可能である。
【0035】
カード種別判定部１１０は、カード情報取得部１００により取得されたカード情報３００から、カード媒体がクレジットカードか非クレジットカードかを判定する。具体的には、カード種別判定部１１０は、カード情報３００のうち、後述するＰＡＮ上位桁及びＬｕｈｎ演算結果からクレジットカードであるか、それ以外の非クレジットカードであるかを判定可能である。
【0036】
データ生成部１２０は、カード種別判定部１１０により判定されたカード媒体の種別がクレジットカードであった場合、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成する。
【0037】
さらに、データ生成部１２０は、カード媒体の種別が非クレジットカードの場合、カード媒体の全ての桁を接続された上位装置へ暗号化せずに送信することが可能である。一方、データ生成部１２０は、カード媒体の種別がクレジットカードの場合、トランケーションデータ３１０を、接続された上位装置の要求に応じて暗号化せずに送信可能である。
加えて、データ生成部１２０は、カード媒体の種別がクレジットカードであるものの、上位装置からの指示がクレジットカード待ち状態でなかった場合は、生成されたトランケーションデータ３１０を削除又は上位装置に送信しないように構成することが可能である。
加えて、データ生成部１２０は、カード媒体の種別がクレジットカードであるものの、上位装置からの指示がクレジットカード待ち状態でなかった場合は、生成されたトランケーションデータ３１０を削除又は上位装置に送信しないように構成することが可能である。
【0038】
データ取得部２００は、カードリーダ１からトランケーションデータ３１０を取得する。より具体的には、データ取得部２００は、クレジットカード待ち状態で、暗号化されたクレジットカードのカード情報３００を取得した場合、これを取得可能である。
【0039】
データ出力部２１０は、データ取得部２００により取得されたトランケーションデータ３１０を、決済処理における決済情報３３０に含めて出力する。この際、データ出力部２１０は、例えば、トランケーションデータ３１０の一部又は全てを、印刷部２４にてレシートや領収書等に印刷することが可能である。
【0040】
カード情報３００は、カード媒体４の磁気ストライプ等に記録された、カード媒体４を識別するための情報である。本実施形態においては、カード情報３００として、少なくとも下記で説明するＰＡＮ（Primary Account Number）情報のような、１４～１６桁の情報を用いる例を示す。ハウスカードの場合、このＰＡＮ情報の各桁の位置には、任意の値が、カード媒体４の提供者により設定されている。これに加え、カード情報３００は、カード媒体４に記録されたその他の情報を含んでいてもよい。
【0041】
ここで、図２（ａ）（ｂ）により、カード情報３００の一例について説明する。
図２（ａ）は、クレジットカードのカード情報３００－１として、ＰＡＮ情報が用いられる例を示す。ここでは、ＰＡＮ情報は、ユーザのカード番号を示し、個々のユーザ毎に番号が異なっている。
図２（ｂ）は、非クレジットカードの一例であるハウスカードのカード情報３００－２として、ハウスカード情報が用いられる例を示す。このカード情報３００－２は、クレジットカードのＰＡＮ情報が記録されている位置に記録された、任意の情報であり、桁数も可変長である。すなわち、非クレジットカードでは、ＰＡＮ情報に代えて、任意の情報を、決済システムＸの構成に応じて使用することが可能である。
図２（ａ）は、クレジットカードのカード情報３００－１として、ＰＡＮ情報が用いられる例を示す。ここでは、ＰＡＮ情報は、ユーザのカード番号を示し、個々のユーザ毎に番号が異なっている。
図２（ｂ）は、非クレジットカードの一例であるハウスカードのカード情報３００－２として、ハウスカード情報が用いられる例を示す。このカード情報３００－２は、クレジットカードのＰＡＮ情報が記録されている位置に記録された、任意の情報であり、桁数も可変長である。すなわち、非クレジットカードでは、ＰＡＮ情報に代えて、任意の情報を、決済システムＸの構成に応じて使用することが可能である。
【0042】
トランケーションデータ３１０は、クレジットカードのカード番号の一部をマスキングした情報である。本実施形態においては、トランケーションデータ３１０は、上述のＰＡＮ情報のうち、ＰＣＩ ＤＳＳ規格で規定されている上位桁又は下位桁の一部又は全ての桁を含む。
【0043】
ここで、図２（ｃ）により、トランケーションデータ３１０の一例について説明する。
図３（ｃ）は、トランケーションデータ３１０として、ＰＡＮ情報前半桁の番号を６桁、ＰＡＮ情報後半桁の番号を４桁、用いる例を示す。すなわち、マスキングされる７～１２桁については、「０」や「１」や「Ｎ（None）」やランダム数等、カード情報３００の当該桁の値とは違う数値や文字等が設定される（以下、「トランケーション」という。）。このトランケーションされた箇所は、印刷される際には「＊」（アスタリスク）等として、カード番号全体を特定できないように出力される。
図３（ｃ）は、トランケーションデータ３１０として、ＰＡＮ情報前半桁の番号を６桁、ＰＡＮ情報後半桁の番号を４桁、用いる例を示す。すなわち、マスキングされる７～１２桁については、「０」や「１」や「Ｎ（None）」やランダム数等、カード情報３００の当該桁の値とは違う数値や文字等が設定される（以下、「トランケーション」という。）。このトランケーションされた箇所は、印刷される際には「＊」（アスタリスク）等として、カード番号全体を特定できないように出力される。
【0044】
状態情報３２０は、上位装置からのコマンドに対応したカードリーダ１の状態を示す情報である。本実施形態においては、状態情報３２０として、例えば、ハウスカードの読み取り待ち状態なのか、クレジットカードの読み取り待ち状態なのかを示すフラグ等の情報を用いる。
【0045】
決済情報３３０は、本実施形態の決済システムＸにおける、ハウスカード及びクレジットカードを用いた決済（精算）の情報である。本実施形態においては、決済情報３３０は、例えば、レシートや領収書等に印刷される情報を、テキストデータ、ＸＭＬデータ等として含んでいる。
【0046】
ここで、カードリーダ１の制御部１０は、記憶部１１に格納されたファームウェア等を含む制御プログラムを実行することで、カード情報取得部１００、カード種別判定部１１０、及びデータ生成部１２０として機能する。
上位装置２の制御部１０は、記憶部１１に格納されたファームウェア、ＯＳ（Operating System）、アプリケーションソフトウェア等を含む制御プログラムを実行することで、データ取得部２００及びデータ出力部２１０として機能する。
なお、記憶部１１及び記憶部２１に格納されるデータは、処理の状態や手順等により可変であってもよい。
上位装置２の制御部１０は、記憶部１１に格納されたファームウェア、ＯＳ（Operating System）、アプリケーションソフトウェア等を含む制御プログラムを実行することで、データ取得部２００及びデータ出力部２１０として機能する。
なお、記憶部１１及び記憶部２１に格納されるデータは、処理の状態や手順等により可変であってもよい。
【0047】
〔決済処理〕
次に、図３～図５により、本発明の実施の形態に係る決済処理の説明を行う。
本実施形態の決済処理では、ハウスカード、クレジットカードの順にカードリーダ１でのカード情報３００の読み取りを行い、決済を行う。
このクレジットカードの読み取りの際、上位装置２は、カードリーダ１からトランケーションデータ３１０を取得する。この上で、取得されたトランケーションデータ３１０を、決済処理における決済情報３３０に含めて出力する。
次に、図３～図５により、本発明の実施の形態に係る決済処理の説明を行う。
本実施形態の決済処理では、ハウスカード、クレジットカードの順にカードリーダ１でのカード情報３００の読み取りを行い、決済を行う。
このクレジットカードの読み取りの際、上位装置２は、カードリーダ１からトランケーションデータ３１０を取得する。この上で、取得されたトランケーションデータ３１０を、決済処理における決済情報３３０に含めて出力する。
【0048】
本実施形態の決済処理は、主に制御部１０及び制御部２０が、記憶部１１及び記憶部２１に記憶された制御プログラムを、各部と協働し、ハードウェア資源を用いて実行する。
以下で、まずは、図３のフローチャートにより、本実施形態の決済処理の主な処理について、ステップ毎に説明する。ここで、図３のフローチャートでは、主に、平文（非暗号化状態）のデータ及びコマンドの送受信を一点鎖線で、暗号化データの送受信を二点鎖線で示す。
以下で、まずは、図３のフローチャートにより、本実施形態の決済処理の主な処理について、ステップ毎に説明する。ここで、図３のフローチャートでは、主に、平文（非暗号化状態）のデータ及びコマンドの送受信を一点鎖線で、暗号化データの送受信を二点鎖線で示す。
【0049】
（ステップＳ２０１）
まず、上位装置２のデータ取得部２００が、ハウスカード待機処理を行う。
データ取得部２００は、決済の開始後、表示部２３に、非クレジットカードとして、例えば、ハウスカードを挿入するように指示する表示を行う。
この上で、データ取得部２００は、カードリーダ１へ、非クレジットカードであるハウスカードのカード情報３００を取得するコマンドを送信する。
まず、上位装置２のデータ取得部２００が、ハウスカード待機処理を行う。
データ取得部２００は、決済の開始後、表示部２３に、非クレジットカードとして、例えば、ハウスカードを挿入するように指示する表示を行う。
この上で、データ取得部２００は、カードリーダ１へ、非クレジットカードであるハウスカードのカード情報３００を取得するコマンドを送信する。
【0050】
（ステップＳ１０１）
次に、カードリーダ１のカード情報取得部１００、カード種別判定部１１０、及びデータ生成部１２０が読取データ送信処理を行う。ここでは、状態情報３２０がハウスカードの読み取り待ち状態に設定される。そして、平文にて、ハウスカードの情報が送信される。
この処理の詳細については後述する。
次に、カードリーダ１のカード情報取得部１００、カード種別判定部１１０、及びデータ生成部１２０が読取データ送信処理を行う。ここでは、状態情報３２０がハウスカードの読み取り待ち状態に設定される。そして、平文にて、ハウスカードの情報が送信される。
この処理の詳細については後述する。
【0051】
（ステップＳ２０２）
ここで、上位装置２のデータ出力部２１０が、ハウスカード処理を行う。
データ出力部２１０は、ハウスカードのカード情報３００に基づいて、ユーザを特定し、決済の各種処理を行う。具体的には、データ出力部２１０は、例えば、カード媒体４が診察券やポイントカードの場合、別途、業務サーバと接続して、当該ユーザの支払い金額を算出したり、算出結果を含む決済情報３３０を取得したりすることが可能である。
なお、データ出力部２１０は、上述の読取データ送信処理で、エラーが返信された場合には、正しいハウスカードを挿入するように警告したり、決済を取り消したりするような処理を行う。
ここで、上位装置２のデータ出力部２１０が、ハウスカード処理を行う。
データ出力部２１０は、ハウスカードのカード情報３００に基づいて、ユーザを特定し、決済の各種処理を行う。具体的には、データ出力部２１０は、例えば、カード媒体４が診察券やポイントカードの場合、別途、業務サーバと接続して、当該ユーザの支払い金額を算出したり、算出結果を含む決済情報３３０を取得したりすることが可能である。
なお、データ出力部２１０は、上述の読取データ送信処理で、エラーが返信された場合には、正しいハウスカードを挿入するように警告したり、決済を取り消したりするような処理を行う。
【0052】
（ステップＳ２０３）
次に、上位装置２のデータ取得部２００が、クレジットカード待機処理を行う。
データ取得部２００は、ハウスカードの処理を行った後、ユーザがクレジットカードで支払いをすることを選択した場合、表示部２３に、クレジットカードを挿入するように指示する表示を行う。
この上で、データ取得部２００は、カードリーダ１へ、クレジットカードのカード情報３００を取得するコマンドを送信する。
次に、上位装置２のデータ取得部２００が、クレジットカード待機処理を行う。
データ取得部２００は、ハウスカードの処理を行った後、ユーザがクレジットカードで支払いをすることを選択した場合、表示部２３に、クレジットカードを挿入するように指示する表示を行う。
この上で、データ取得部２００は、カードリーダ１へ、クレジットカードのカード情報３００を取得するコマンドを送信する。
【0053】
（ステップＳ１０２）
ここで、カードリーダ１のカード情報取得部１００、カード種別判定部１１０、及びデータ生成部１２０が読取データ送信処理を行う。この処理内容自体は、上述のステップＳ１０１と同様である。
しかしながら、ここでは、状態情報３２０がクレジットカードの読み取り待ち状態に設定される。そして、暗号化データにて、クレジットカードの情報が送信される。
この暗号化データを受信した上位装置２では、これをそのままサーバ３に転送する。
ここで、カードリーダ１のカード情報取得部１００、カード種別判定部１１０、及びデータ生成部１２０が読取データ送信処理を行う。この処理内容自体は、上述のステップＳ１０１と同様である。
しかしながら、ここでは、状態情報３２０がクレジットカードの読み取り待ち状態に設定される。そして、暗号化データにて、クレジットカードの情報が送信される。
この暗号化データを受信した上位装置２では、これをそのままサーバ３に転送する。
【0054】
（ステップＳ３０１）
次に、サーバ３が、クレジットカード決済処理を行う。
サーバ３は、上位装置２を介して、カードリーダ１で取得されたクレジットカードの暗号化されたカード番号（暗号化データ）を取得して、決済を行う。この際、サーバ３は、上位装置２の入力部２２で入力された暗証番号や生体情報やサイン等も取得可能である。これらのクレジットカードのデータは、セキュリティ上及び法令上の要求から、トランケーションデータ３１０を除いて、カードリーダ１及び上位装置２は保持しない。
サーバ３は、この決済結果データを、上位装置２へ返信する。
次に、サーバ３が、クレジットカード決済処理を行う。
サーバ３は、上位装置２を介して、カードリーダ１で取得されたクレジットカードの暗号化されたカード番号（暗号化データ）を取得して、決済を行う。この際、サーバ３は、上位装置２の入力部２２で入力された暗証番号や生体情報やサイン等も取得可能である。これらのクレジットカードのデータは、セキュリティ上及び法令上の要求から、トランケーションデータ３１０を除いて、カードリーダ１及び上位装置２は保持しない。
サーバ３は、この決済結果データを、上位装置２へ返信する。
【0055】
（ステップＳ２０４）
次に、上位装置２のデータ出力部２１０が、結果印刷処理を行う。
データ出力部２１０は、決済結果データを取得すると、印刷部２４にて、決済情報３３０をレンダリング（描画）して、レシートや領収書等に印刷させる。この際に、データ出力部２１０は、トランケーションデータ３１０の少なくとも一部を決済情報３３０に含めて記録紙に印刷させて出力することが可能である。たとえば、データ出力部２１０は、クレジットカードのカード情報３００の下４桁等を、記録紙にカード明細として出力可能である。
以上により、本発明の実施の形態に係る決済処理を終了する。
次に、上位装置２のデータ出力部２１０が、結果印刷処理を行う。
データ出力部２１０は、決済結果データを取得すると、印刷部２４にて、決済情報３３０をレンダリング（描画）して、レシートや領収書等に印刷させる。この際に、データ出力部２１０は、トランケーションデータ３１０の少なくとも一部を決済情報３３０に含めて記録紙に印刷させて出力することが可能である。たとえば、データ出力部２１０は、クレジットカードのカード情報３００の下４桁等を、記録紙にカード明細として出力可能である。
以上により、本発明の実施の形態に係る決済処理を終了する。
【0056】
次に、図３のステップＳ１０１及びＳ１０２の読取データ送信処理の詳細について説明する。
この読取データ送信処理では、まず、カード媒体からカード情報３００を取得する。そして、取得されたカード情報３００から、カード媒体がクレジットカードか非クレジットカードかを判定する。本実施形態においては、カードリーダ１に挿入されたカード媒体４がクレジットカードかハウスカードかを判定し、判定結果によって動作を変更する。判定されたカード媒体の種別がクレジットカードであった場合、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成する。
以下で、図４のフローチャート及び図５の概念図を参照して、読取データ送信処理の詳細についてステップ毎に説明する。
この読取データ送信処理では、まず、カード媒体からカード情報３００を取得する。そして、取得されたカード情報３００から、カード媒体がクレジットカードか非クレジットカードかを判定する。本実施形態においては、カードリーダ１に挿入されたカード媒体４がクレジットカードかハウスカードかを判定し、判定結果によって動作を変更する。判定されたカード媒体の種別がクレジットカードであった場合、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成する。
以下で、図４のフローチャート及び図５の概念図を参照して、読取データ送信処理の詳細についてステップ毎に説明する。
【0057】
（ステップＳ１１０）
まず、カード情報取得部１００が、コマンド受信処理を行う。
カード情報取得部１００は、クレジットカード又は非クレジットカードのカード情報３００を取得するコマンドを受信する。本実施形態においては、非クレジットカードとして、ハウスカードのカード情報３００を取得するコマンドを受信する。
すると、カード情報取得部１００は、このコマンドに対応して、状態情報３２０を、クレジットカード又は非クレジットカードの読み取り待ち状態に設定する。
まず、カード情報取得部１００が、コマンド受信処理を行う。
カード情報取得部１００は、クレジットカード又は非クレジットカードのカード情報３００を取得するコマンドを受信する。本実施形態においては、非クレジットカードとして、ハウスカードのカード情報３００を取得するコマンドを受信する。
すると、カード情報取得部１００は、このコマンドに対応して、状態情報３２０を、クレジットカード又は非クレジットカードの読み取り待ち状態に設定する。
【0058】
（ステップＳ１１１）
次に、カード情報取得部１００が、カード情報取得処理を行う。
カード情報取得部１００は、磁気ヘッド１２にて読み取られたカード媒体４のカード情報３００を取得し、記憶部１１に一時的に格納する。この際、カード情報取得部１００は、カード媒体４に記録された全ての情報を取得する。すなわち、カード情報取得部１００は、ＰＡＮ情報に対応する全桁の位置の値を含んだカード情報３００を取得する。
次に、カード情報取得部１００が、カード情報取得処理を行う。
カード情報取得部１００は、磁気ヘッド１２にて読み取られたカード媒体４のカード情報３００を取得し、記憶部１１に一時的に格納する。この際、カード情報取得部１００は、カード媒体４に記録された全ての情報を取得する。すなわち、カード情報取得部１００は、ＰＡＮ情報に対応する全桁の位置の値を含んだカード情報３００を取得する。
【0059】
（ステップＳ１１２）
次に、カード種別判定部１１０が、上位桁取得処理を行う。
カード種別判定部１１０は、カード情報３００のＰＡＮ上位桁位置のデータを取得する。具体的には、カード種別判定部１１０は、カード情報３００のＰＡＮ情報に対応する箇所のうち、例えば、発行者識別番号（Issuer Identification Number、ＩＩＮ）又は銀行識別番号（Bank Identification Number、ＢＩＮ）と呼ばれる上位（先頭）６桁を取得可能である。
次に、カード種別判定部１１０が、上位桁取得処理を行う。
カード種別判定部１１０は、カード情報３００のＰＡＮ上位桁位置のデータを取得する。具体的には、カード種別判定部１１０は、カード情報３００のＰＡＮ情報に対応する箇所のうち、例えば、発行者識別番号（Issuer Identification Number、ＩＩＮ）又は銀行識別番号（Bank Identification Number、ＢＩＮ）と呼ばれる上位（先頭）６桁を取得可能である。
【0060】
（ステップＳ１１３）
次に、カード種別判定部１１０が、取得した上位桁がクレジットカードの上位桁であるか否かを判定する。
カード種別判定部１１０は、取得した上位桁がクレジットカードであるか否かを判定する。具体的には、例えば、カード種別判定部１１０は、取得したカード情報３００の上位桁のうち、最上位桁がクレジットカードの発行事業者を示す主要産業識別子（Major Industry Identifier、ＭＩＩ）に適合し、残りの桁も国際ブランドやカード発行事業者であることが明らかである場合に、Ｙｅｓと判定する。カード種別判定部１１０は、それ以外の場合、すなわち、上述の最上位桁の産業分類、区分がクレジットカードでなかったり、残りの桁が不明であったりした等の場合には、Ｎｏと判定する。
Ｙｅｓの場合、カード種別判定部１１０は、処理をステップＳ１１４に進める。
Ｎｏの場合、カード種別判定部１１０は、処理をステップＳ１２０に進める。
次に、カード種別判定部１１０が、取得した上位桁がクレジットカードの上位桁であるか否かを判定する。
カード種別判定部１１０は、取得した上位桁がクレジットカードであるか否かを判定する。具体的には、例えば、カード種別判定部１１０は、取得したカード情報３００の上位桁のうち、最上位桁がクレジットカードの発行事業者を示す主要産業識別子（Major Industry Identifier、ＭＩＩ）に適合し、残りの桁も国際ブランドやカード発行事業者であることが明らかである場合に、Ｙｅｓと判定する。カード種別判定部１１０は、それ以外の場合、すなわち、上述の最上位桁の産業分類、区分がクレジットカードでなかったり、残りの桁が不明であったりした等の場合には、Ｎｏと判定する。
Ｙｅｓの場合、カード種別判定部１１０は、処理をステップＳ１１４に進める。
Ｎｏの場合、カード種別判定部１１０は、処理をステップＳ１２０に進める。
【0061】
（ステップＳ１１４）
クレジットカードの上位桁であった場合、カード種別判定部１１０が、Ｌｕｈｎ演算処理を行う。
カード種別判定部１１０は、ＰＡＮ情報に対応する位置の各桁について、ＩＳＯ／ＩＥＣ ７８１２－１に規定されたＬｕｈｎアルゴリズム（Luhn algorithm）等による演算を行う。カード種別判定部１１０は、この演算結果を記憶部１１に一時的に格納する。
クレジットカードの上位桁であった場合、カード種別判定部１１０が、Ｌｕｈｎ演算処理を行う。
カード種別判定部１１０は、ＰＡＮ情報に対応する位置の各桁について、ＩＳＯ／ＩＥＣ ７８１２－１に規定されたＬｕｈｎアルゴリズム（Luhn algorithm）等による演算を行う。カード種別判定部１１０は、この演算結果を記憶部１１に一時的に格納する。
【0062】
（ステップＳ１１５）
次に、カード種別判定部１１０がＬｕｈｎ演算結果と末尾とが一致するか否かを判定する。
カード種別判定部１１０は、カード情報３００の最下位（最終）桁の値が、上述のＬｕｈｎアルゴリズムでの演算結果と対応するか否かを判定する。すなわち、カード種別判定部１１０は、クレジットカード番号の最後の数字である「チェックデジット」のチェックを行う。カード種別判定部１１０は、カード情報３００のＰＡＮ情報に対応する位置の最下位桁の値と、演算結果とが合致する場合に、Ｙｅｓと判定する。この場合、カード種別判定部１１０は、クレジットカードであると判定する。
カード種別判定部１１０は、それ以外の場合には、Ｎｏと判定する。この場合、カード種別判定部１１０は、非クレジットカードであり、本実施形態においては、ハウスカードであると判定する。
Ｙｅｓの場合、カード種別判定部１１０は、処理をステップＳ１１６に進める。
Ｎｏの場合、カード種別判定部１１０は、処理をステップＳ１２０に進める。
次に、カード種別判定部１１０がＬｕｈｎ演算結果と末尾とが一致するか否かを判定する。
カード種別判定部１１０は、カード情報３００の最下位（最終）桁の値が、上述のＬｕｈｎアルゴリズムでの演算結果と対応するか否かを判定する。すなわち、カード種別判定部１１０は、クレジットカード番号の最後の数字である「チェックデジット」のチェックを行う。カード種別判定部１１０は、カード情報３００のＰＡＮ情報に対応する位置の最下位桁の値と、演算結果とが合致する場合に、Ｙｅｓと判定する。この場合、カード種別判定部１１０は、クレジットカードであると判定する。
カード種別判定部１１０は、それ以外の場合には、Ｎｏと判定する。この場合、カード種別判定部１１０は、非クレジットカードであり、本実施形態においては、ハウスカードであると判定する。
Ｙｅｓの場合、カード種別判定部１１０は、処理をステップＳ１１６に進める。
Ｎｏの場合、カード種別判定部１１０は、処理をステップＳ１２０に進める。
【0063】
（ステップＳ１１６）
クレジットカードである場合、データ生成部１２０が、トランケーションデータ生成処理を行う。
データ生成部１２０は、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成する。具体的には、データ生成部１２０は、ＰＣＩ ＤＳＳ規格で規定されている上位桁又は下位桁の一部又は全ての桁を含むトランケーションデータ３１０を作成する。本実施形態においては、データ生成部１２０は、上述の図２（ｃ）で示したようなＰＡＮ情報の７～１２桁の箇所がトランケーションされたデータを生成する。
クレジットカードである場合、データ生成部１２０が、トランケーションデータ生成処理を行う。
データ生成部１２０は、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成する。具体的には、データ生成部１２０は、ＰＣＩ ＤＳＳ規格で規定されている上位桁又は下位桁の一部又は全ての桁を含むトランケーションデータ３１０を作成する。本実施形態においては、データ生成部１２０は、上述の図２（ｃ）で示したようなＰＡＮ情報の７～１２桁の箇所がトランケーションされたデータを生成する。
【0064】
（ステップＳ１１７）
次に、データ生成部１２０は、クレジットカード待ち状態であったか否かを判定する。
データ生成部１２０は、状態情報３２０を参照し、コマンドの受信によりクレジットカードの読み取り待ち状態になっていた場合に、Ｙｅｓと判定する。
データ生成部１２０は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、データ生成部１２０は、処理をステップＳ１１８に進める。
Ｎｏの場合、データ生成部１２０は、処理をステップＳ１１９に進める。
次に、データ生成部１２０は、クレジットカード待ち状態であったか否かを判定する。
データ生成部１２０は、状態情報３２０を参照し、コマンドの受信によりクレジットカードの読み取り待ち状態になっていた場合に、Ｙｅｓと判定する。
データ生成部１２０は、それ以外の場合には、Ｎｏと判定する。
Ｙｅｓの場合、データ生成部１２０は、処理をステップＳ１１８に進める。
Ｎｏの場合、データ生成部１２０は、処理をステップＳ１１９に進める。
【0065】
（ステップＳ１１８）
クレジットカードの読み取り待ち状態であった場合、データ生成部１２０が、クレジットカード送信処理を行う。
この処理は、クレジットカードの読み取り待ち状態で、クレジットカードが挿入された際の処理となる。
図５（ａ）により説明すると、データ生成部１２０は、クレジットカードのカード情報３００を暗号化し、暗号化データとして、上位装置２に一旦、送信する。この上で、データ生成部１２０は、トランケーションデータ３１０についても、平文で上位装置２に送信する。
その後、データ生成部１２０は、読取データ送信処理を終了する。
クレジットカードの読み取り待ち状態であった場合、データ生成部１２０が、クレジットカード送信処理を行う。
この処理は、クレジットカードの読み取り待ち状態で、クレジットカードが挿入された際の処理となる。
図５（ａ）により説明すると、データ生成部１２０は、クレジットカードのカード情報３００を暗号化し、暗号化データとして、上位装置２に一旦、送信する。この上で、データ生成部１２０は、トランケーションデータ３１０についても、平文で上位装置２に送信する。
その後、データ生成部１２０は、読取データ送信処理を終了する。
【0066】
（ステップＳ１１９）
クレジットカードの読み取り待ち状態でなかった場合、データ生成部１２０が、データ消去処理を行う。
本実施形態において、この処理は、カード媒体４の種別がクレジットカードであったものの、上位装置２からの指示がハウスカードの読み取り待ち状態等であった場合の処理となる。
図５（ｂ）により説明すると、本実施形態においては、データ生成部１２０は、トランケーションデータ３１０を、記憶部１１から消去（削除）し、上位装置２へ送信もしない。または、データ生成部１２０は、トランケーションデータ３１０を単に削除するのではなく、単に送信しないようにしてもよい。この場合、記憶部１１のカード情報３００を格納する同一領域に、次にトランケーションデータ３１０が生成された場合に上書き等されるようにしてもよい。
この上で、データ生成部１２０は、上位装置２に、クレジットカードが挿入された旨のエラーを報知する。
その後、データ生成部１２０は、読取データ送信処理を終了する。
クレジットカードの読み取り待ち状態でなかった場合、データ生成部１２０が、データ消去処理を行う。
本実施形態において、この処理は、カード媒体４の種別がクレジットカードであったものの、上位装置２からの指示がハウスカードの読み取り待ち状態等であった場合の処理となる。
図５（ｂ）により説明すると、本実施形態においては、データ生成部１２０は、トランケーションデータ３１０を、記憶部１１から消去（削除）し、上位装置２へ送信もしない。または、データ生成部１２０は、トランケーションデータ３１０を単に削除するのではなく、単に送信しないようにしてもよい。この場合、記憶部１１のカード情報３００を格納する同一領域に、次にトランケーションデータ３１０が生成された場合に上書き等されるようにしてもよい。
この上で、データ生成部１２０は、上位装置２に、クレジットカードが挿入された旨のエラーを報知する。
その後、データ生成部１２０は、読取データ送信処理を終了する。
【0067】
（ステップＳ１２０）
ここで、データ生成部１２０が、ハウスカード送信処理を行う。
本実施形態において、この処理は、クレジットカード及びハウスカード読み取り待ち状態のいずれであっても、ハウスカードが挿入された場合の処理である。
図５（ｃ）により説明すると、データ生成部１２０は、非クレジットカードであるハウスカードに記録されたＰＡＮ情報にあたる位置の情報であるカード情報３００を暗号化せず、平文（非暗号化データ）で上位装置２に送信する。すなわち、データ生成部１２０は、カード媒体４の全ての桁の値を、カードリーダ１に接続された上位装置２へ暗号化せずに送信する。
ここで、データ生成部１２０が、ハウスカード送信処理を行う。
本実施形態において、この処理は、クレジットカード及びハウスカード読み取り待ち状態のいずれであっても、ハウスカードが挿入された場合の処理である。
図５（ｃ）により説明すると、データ生成部１２０は、非クレジットカードであるハウスカードに記録されたＰＡＮ情報にあたる位置の情報であるカード情報３００を暗号化せず、平文（非暗号化データ）で上位装置２に送信する。すなわち、データ生成部１２０は、カード媒体４の全ての桁の値を、カードリーダ１に接続された上位装置２へ暗号化せずに送信する。
【0068】
これにより、ハウスカードの読み取り待ちでカード情報３００が送信された場合、これを取得した上位装置２は、ハウスカード処理を実行可能である。一方、クレジットカードの読み取り待ち状態でハウスカードが読み取られた場合には、上位装置２は、「クレジットカードを挿入して下さい」等のエラーを表示部２３に表示して、再び、クレジットカードの挿入を求めることが可能である。
以上により、本発明の実施の形態に係る読取データ送信処理を終了する。
以上により、本発明の実施の形態に係る読取データ送信処理を終了する。
【0069】
〔本実施形態の主な効果〕
以上のように構成することで、以下のような効果を得ることができる。
本発明の実施の形態に係るカードリーダ１は、カード媒体からカード情報３００を取得するカード情報取得部１００と、カード情報取得部１００により取得されたカード情報３００から、カード媒体４がクレジットカードか非クレジットカードかを判定するカード種別判定部１１０と、カード種別判定部１１０により判定されたカード媒体の種別がクレジットカードであった場合、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成するデータ生成部１２０とを備えることを特徴とする。
このように構成することで、クレジットカードの番号の一部を出力できる。具体的には、クレジットカード番号をトランケーションしてあるため、カードリーダ１や上位装置２で暗号化せずに保持可能となる。これにより、上位装置２において、カード番号を特定できないものの、どのカードかユーザが認識可能な番号で印刷できる。すなわち、例えば、カード番号の下４桁等をレシートや領収書等に印刷させることができる。よって、割賦販売法等の規定に沿って、カード番号の一部を提示可能としつつ、ユーザの利便性を高めることができる。
以上のように構成することで、以下のような効果を得ることができる。
本発明の実施の形態に係るカードリーダ１は、カード媒体からカード情報３００を取得するカード情報取得部１００と、カード情報取得部１００により取得されたカード情報３００から、カード媒体４がクレジットカードか非クレジットカードかを判定するカード種別判定部１１０と、カード種別判定部１１０により判定されたカード媒体の種別がクレジットカードであった場合、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成するデータ生成部１２０とを備えることを特徴とする。
このように構成することで、クレジットカードの番号の一部を出力できる。具体的には、クレジットカード番号をトランケーションしてあるため、カードリーダ１や上位装置２で暗号化せずに保持可能となる。これにより、上位装置２において、カード番号を特定できないものの、どのカードかユーザが認識可能な番号で印刷できる。すなわち、例えば、カード番号の下４桁等をレシートや領収書等に印刷させることができる。よって、割賦販売法等の規定に沿って、カード番号の一部を提示可能としつつ、ユーザの利便性を高めることができる。
【0070】
本発明の実施の形態に係るカードリーダ１は、トランケーションデータ３１０は、ＰＣＩ ＤＳＳ規格で規定されている上位桁又は下位桁の一部又は全ての桁を含むことを特徴とする。
このように構成することで、セキュリティ上及び法令上要求されるトランケーションデータ３１０を用意して、これを元に、どのカードかユーザが認識可能な番号をレシートや領収書等に印刷させることができる。
このように構成することで、セキュリティ上及び法令上要求されるトランケーションデータ３１０を用意して、これを元に、どのカードかユーザが認識可能な番号をレシートや領収書等に印刷させることができる。
【0071】
本発明の実施の形態に係るカードリーダ１は、データ生成部１２０は、カード媒体４の種別が非クレジットカードの場合、カード媒体４の全ての桁を接続された上位装置２へ暗号化せずに送信し、カード媒体４の種別がクレジットカードの場合、トランケーションデータ３１０を、接続された上位装置２の要求に応じて暗号化せずに送信可能とすることを特徴とする。
このように構成することで、クレジットカードを安全に決済しつつ、平文でトランケーションデータ３１０を送信して、上位装置２で保持、使用させることができる。さらに、トランケーションデータ３１０を暗号化して送信するより、処理負担等も軽減できる。
このように構成することで、クレジットカードを安全に決済しつつ、平文でトランケーションデータ３１０を送信して、上位装置２で保持、使用させることができる。さらに、トランケーションデータ３１０を暗号化して送信するより、処理負担等も軽減できる。
【0072】
本発明の実施の形態に係るカードリーダ１は、データ生成部１２０は、カード媒体４の種別がクレジットカードであるものの、上位装置２からの指示がクレジットカードの読み取り待ちの状態でなかった場合は、生成されたトランケーションデータ３１０を削除又は上位装置に送信しないことを特徴とする。
このように構成することで、クレジットカードを誤って挿入、読み取らせた場合であっても、一旦、生成されたトランケーションデータ３１０を上位装置２で取得しないようにすることができる。これにより、セキュリティを高めて、トランケーションデータ３１０を有効に活用することができる。
このように構成することで、クレジットカードを誤って挿入、読み取らせた場合であっても、一旦、生成されたトランケーションデータ３１０を上位装置２で取得しないようにすることができる。これにより、セキュリティを高めて、トランケーションデータ３１０を有効に活用することができる。
【0073】
本発明の実施の形態に係る決済システムＸは、カード媒体を読み出すカードリーダ１と、当該カードリーダ１と接続されて決済処理を行う上位装置２とを含む決済システムであって、カードリーダ１は、カード媒体４からカード情報３００を取得するカード情報取得部１００と、カード情報取得部１００により取得されたカード情報３００から、カード媒体４がクレジットカードか非クレジットカードかを判定するカード種別判定部１１０と、カード種別判定部１１０により判定されたカード媒体４の種別がクレジットカードであった場合、カード情報３００に含まれるカード番号の一部をマスキングしたトランケーションデータ３１０を生成するデータ生成部１２０とを備え、上位装置２は、カードリーダからトランケーションデータ３１０を取得するデータ取得部２００と、データ取得部２００により取得されたトランケーションデータ３１０を、決済処理における決済情報３３０に含めて出力するデータ出力部２１０とを備えることを特徴とする。
このように構成することで、クレジットカードの番号の一部を、上位装置２の印刷部２４等で出力でき、ユーザの利便性を高めることができる。すなわち、カード番号をサーバまで暗号化して送信する決済システムＸでも、決済端末である上位装置２で、カード番号下４桁等をレシートや領収書等へ印刷することが可能となる。
このように構成することで、クレジットカードの番号の一部を、上位装置２の印刷部２４等で出力でき、ユーザの利便性を高めることができる。すなわち、カード番号をサーバまで暗号化して送信する決済システムＸでも、決済端末である上位装置２で、カード番号下４桁等をレシートや領収書等へ印刷することが可能となる。
【0074】
〔他の実施の形態〕
なお、上述の実施形態においては、ハウスカードの読み取り待ち状態でクレジットカードが挿入された等の場合、カード情報３００を削除するように記載した。
しかしながら、カード情報３００自体を削除するのではなく、カード情報３００が記録された記憶部１１の記憶領域のアドレスのアドレス情報（番地情報）を消去してもよい。すなわち、カード情報３００のポインタ等を削除することも可能である。
このように構成することで、記憶部１１のメモリ領域を有効に利用することが可能となる。
なお、上述の実施形態においては、ハウスカードの読み取り待ち状態でクレジットカードが挿入された等の場合、カード情報３００を削除するように記載した。
しかしながら、カード情報３００自体を削除するのではなく、カード情報３００が記録された記憶部１１の記憶領域のアドレスのアドレス情報（番地情報）を消去してもよい。すなわち、カード情報３００のポインタ等を削除することも可能である。
このように構成することで、記憶部１１のメモリ領域を有効に利用することが可能となる。
【0075】
また、上述の実施形態においては、クレジットカードの読み取り待ち状態でハウスカードが挿入された場合に、平文でカード情報３００の全ての桁のデータを送信するように記載した。
しかしながら、このような場合には、上位装置２に対して、単にエラーのみを報知したり、ハウスカード情報３００の一部のみを送信したりしてもよい。
このように構成することで、上位装置２で間違ったカードが挿入されたことをすぐ把握可能となり、上位装置２の処理負担を軽減することができる。加えて、セキュリティをさらに向上させることもできる。
しかしながら、このような場合には、上位装置２に対して、単にエラーのみを報知したり、ハウスカード情報３００の一部のみを送信したりしてもよい。
このように構成することで、上位装置２で間違ったカードが挿入されたことをすぐ把握可能となり、上位装置２の処理負担を軽減することができる。加えて、セキュリティをさらに向上させることもできる。
【0076】
また、上述の実施形態においては、Ｌｕｈｎ演算結果がチェックデジットと合致しない場合であっても、そのまま平文でカード情報３００を上位装置２へ送信するように記載した。
しかしながら、このような場合に、不正カードを使用した、又は、読み取りエラーとして、その旨を上位装置２へ送信することも可能である。さらに、この情報をカードリーダ１で格納しておいたり、読み取り自体を不可能としたりしてもよい。
このように構成することで、更にセキュリティを高め、偽造カード等による犯罪防止に資することが可能となる。
しかしながら、このような場合に、不正カードを使用した、又は、読み取りエラーとして、その旨を上位装置２へ送信することも可能である。さらに、この情報をカードリーダ１で格納しておいたり、読み取り自体を不可能としたりしてもよい。
このように構成することで、更にセキュリティを高め、偽造カード等による犯罪防止に資することが可能となる。
【0077】
また、上述の実施形態においては、決済処理において、ハウスカードを読み取ってから、クレジットカードを読み取るように記載した。
しかしながら、クレジットカードで支払ってから、ハウスカードを読み取るような構成であってもよい。この場合、ハウスカード処理を行って、ユーザの意志を確認してから、暗号化データをサーバ３に送信して、実際の決済を行うことも可能である。
または、ハウスカード以外の非クレジットカードを使用したり、ポイントカードと別サービスのカード等のようなハウスカードを複数読み取ったりするような構成も可能である。さらに、ユーザが現金等で支払った場合、クレジットカードの読み取り自体を行わなくてもよい。
このように構成することで、様々な決済システムの構成に対応可能となる。
しかしながら、クレジットカードで支払ってから、ハウスカードを読み取るような構成であってもよい。この場合、ハウスカード処理を行って、ユーザの意志を確認してから、暗号化データをサーバ３に送信して、実際の決済を行うことも可能である。
または、ハウスカード以外の非クレジットカードを使用したり、ポイントカードと別サービスのカード等のようなハウスカードを複数読み取ったりするような構成も可能である。さらに、ユーザが現金等で支払った場合、クレジットカードの読み取り自体を行わなくてもよい。
このように構成することで、様々な決済システムの構成に対応可能となる。
【0078】
また、上述の実施形態においては、サーバ３が、クレジットカードの決済を行うための決済用サービスを提供するサーバである例について記載した。さらに、上述の実施形態においては、上位装置２が別途、精算用の業務サーバと接続されているように記載した。
しかしながら、上位装置２とサーバ３だけで、精算及びクレジットカードでの支払い、決済が可能であってもよい。または、サーバ３が上述の業務サーバの機能を兼ねていてもよい。さらに、業務サーバを、いわゆる「クラウド」上のサービスを用いて構成してもよい。
加えて、上述の実施形態においては、サーバ３と上位装置２とが直接接続される例について記載した。しかしながら、上述の業務サーバを介して、サーバ３と接続されるような構成であってもよい。
このように構成することで、クレジットカードやハウスカードを用いた、柔軟な決済のシステム構成に対応可能となる。
しかしながら、上位装置２とサーバ３だけで、精算及びクレジットカードでの支払い、決済が可能であってもよい。または、サーバ３が上述の業務サーバの機能を兼ねていてもよい。さらに、業務サーバを、いわゆる「クラウド」上のサービスを用いて構成してもよい。
加えて、上述の実施形態においては、サーバ３と上位装置２とが直接接続される例について記載した。しかしながら、上述の業務サーバを介して、サーバ３と接続されるような構成であってもよい。
このように構成することで、クレジットカードやハウスカードを用いた、柔軟な決済のシステム構成に対応可能となる。
【0079】
また、上述の実施形態においては、カードリーダ１と上位装置２とが別々の装置である例について記載した。
しかしながら、カードリーダ及び上位装置にあたる機能が一体化されたような決済用端末装置（システム）を用いるような構成であってもよい。
このように構成することで、柔軟な構成に対応可能となる。
しかしながら、カードリーダ及び上位装置にあたる機能が一体化されたような決済用端末装置（システム）を用いるような構成であってもよい。
このように構成することで、柔軟な構成に対応可能となる。
【0080】
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【符号の説明】
【0081】
１ カードリーダ
２ 上位装置
３ サーバ
４ カード媒体
１０、２０ 制御部
１１、２１ 記憶部
１２ 磁気ヘッド
２２ 入力部
２３ 表示部
２４ 印刷部
１００ カード情報取得部
１１０ カード種別判定部
１２０ データ生成部
２００ データ取得部
２１０ データ出力部
３００、３００－１、３００－２ カード情報
３１０ トランケーションデータ
３２０ 状態情報
３３０ 決済情報
Ｘ 決済システム
２ 上位装置
３ サーバ
４ カード媒体
１０、２０ 制御部
１１、２１ 記憶部
１２ 磁気ヘッド
２２ 入力部
２３ 表示部
２４ 印刷部
１００ カード情報取得部
１１０ カード種別判定部
１２０ データ生成部
２００ データ取得部
２１０ データ出力部
３００、３００－１、３００－２ カード情報
３１０ トランケーションデータ
３２０ 状態情報
３３０ 決済情報
Ｘ 決済システム
【図1】
【図2】
【図3】
【図4】
【図5】