JP2020173512A - システム、カードリーダ及びプログラム - Google Patents

Abstract

【課題】カードの不正利用を効果的に抑制するシステム、カードリーダ及びプログラムを提供する。【解決手段】システムにおいて、オーソリサーバは、クレジットカードの識別情報に対応付けて、クレジットカードがカードリーダで認識されている場合にクレジットカードによる取引を承認することを示す承認条件を格納する格納部と、クレジットカードの識別情報を含むクレジットカード取引要求と、クレジットカードがカードリーダで認識されているか否かを示す情報を含むカード認識情報とを受信する受信部と、クレジットカード取引要求に含まれる識別情報に対応付けて格納部が承認条件を格納している場合に、受信部がカード認識情報を受信していることを条件にクレジットカード取引要求を承認する承認部とを備える。【選択図】図３

Description

本発明は、システム、カードリーダ及びプログラムに関する。

インターネットを介してユーザとウェブショップとの間で商取引を行うための電子商取引システムが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２００１−３２５４６３号公報

例えば、ネットショッピング等の電子商取引において、クレジットカードの不正利用を効果的に抑制することができることが望まれている。

本発明の第１の態様においては、システムが提供される。システムは、クレジットカードの識別情報に対応付けて、クレジットカードがカードリーダで認識されている場合にクレジットカードによる取引を承認することを示す承認条件を格納する格納部を備える。システムは、クレジットカードの識別情報を含むクレジットカード取引要求と、クレジットカードがカードリーダで認識されているか否かを示す情報を含むカード認識情報とを受信する受信部を備える。システムは、クレジットカード取引要求に含まれる識別情報に対応付けて格納部が承認条件を格納している場合に、受信部がカード認識情報を受信していることを条件にクレジットカード取引要求を承認する承認部を備える。

承認条件は、クレジットカードがカードリーダで認識されている場合にクレジットカードによる取引を承認するか、クレジットカードがカードリーダで認識されていなくてもクレジットカードによる取引を承認するかを示してよい。承認部は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部が格納している承認条件が、クレジットカードがカードリーダで認識されている場合にクレジットカードによる取引を承認することを示す場合に、受信部がカード認識情報を受信している場合にクレジットカード取引要求を承認し、カード認識情報を受信していない場合にクレジットカード取引要求を承認しなくてよい。クレジットカード取引要求に含まれる識別情報に対応付けて格納部が格納している承認条件が、クレジットカードがカードリーダで認識されていなくてもクレジットカードによる取引を承認することを示す場合に、受信部がカード認識情報を受信していなくてもクレジットカード取引要求を承認してよい。

格納部は、クレジットカードの識別情報に対応付けて、承認条件及びカードリーダの識別情報を格納してよい。カード認識情報は、クレジットカードを認識したカードリーダの識別情報を更に含んでよい。承認部は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部が承認条件を格納している場合に、クレジットカード取引要求に含まれる識別情報に対応付けて格納部が格納しているカードリーダの識別情報と一致するカードリーダの識別情報を含むカード認識情報を受信部が受信していることを条件に、クレジットカード取引要求を承認してよい。

格納部は、クレジットカードの識別情報に対応付けて、承認条件及び基準位置を示す情報を格納してよい。カード認識情報は、クレジットカードを認識したカードリーダの位置を示す位置情報を更に含んでよい。承認部は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部が承認条件を格納している場合に、クレジットカード取引要求に含まれる識別情報に対応付けて格納部が格納している基準位置に整合する位置情報を含むカード認識情報を受信部が受信していることを条件に、クレジットカード取引要求を承認してよい。

クレジットカードがカードリーダで認識されているか否かを示す情報は、クレジットカード決済を依頼する消費者が利用する消費者端末に接続されたカードリーダ又は当該消費者端末が備えるカードリーダから、消費者端末を通じて加盟店システムに送信されてよい。カード認識情報は、クレジットカード取引要求に含めて加盟店システムから送信されてよい。

カード認識情報は、クレジットカード決済を依頼する消費者が利用する消費者端末に接続されたカードリーダ又は当該消費者端末が備えるカードリーダから、加盟店システムを介さずに送信されてよい。

承認部は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部が承認条件を格納している場合に、受信部がカード認識情報を受信してから予め定められた時間未満であることを条件に、クレジットカード取引要求を承認してよい。

システムは、カードリーダをさらに備えてよい。カードリーダは、消費者が利用するクレジットカードを特定する情報を記憶する記憶部を備えてよい。カードリーダは、クレジットカードを特定する情報を、当該クレジットカードから読み取る読み取り部を備えてよい。カードリーダは、読み取り部が読みとった情報と、記憶部に記憶されている情報とが整合する場合に、消費者が利用するクレジットカードの識別情報を、クレジットカードによる取引を行うための情報として出力する出力部を備えてよい。

カードリーダは、カードリーダの位置情報を取得する位置情報取得部を備えてよい。記憶部は、基準位置を示す情報をさらに格納してよい。出力部は、読み取り部が読みとった情報と記憶部に記憶されている情報とが整合し、かつ、位置情報取得部が取得した位置情報が基準位置と整合する場合に、消費者が利用するクレジットカードの識別情報を、クレジットカードによる取引を行うための情報として出力してよい。

本発明の第２の態様においては、カードリーダが提供される。カードリーダは、消費者が利用するクレジットカードを特定する情報を記憶する記憶部を備える。カードリーダは、クレジットカードを特定する情報を、当該クレジットカードから読み取る読み取り部を備える。カードリーダは、読み取り部が読みとった情報が記憶部に記憶されている情報と整合する場合に、消費者が利用するクレジットカードの識別情報を、クレジットカードによる取引を行うための情報として出力する出力部を備える。

本発明の第３の態様においては、プログラムが提供される。プログラムは、コンピュータを、上記のシステムとして機能させるためのプログラムであってよい。プログラムは、コンピュータに、上記のシステムにおける情報処理を実行させるためのプログラムであってもよい。プログラムを格納するコンピュータ可読媒体が提供されてもよい。コンピュータ可読媒体は、非一時的なコンピュータ可読媒体であってもよい。コンピュータ可読媒体は、コンピュータ可読記録媒体であってもよい。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

一実施形態におけるシステム１０の構成の一例を概略的に示す。 カードリーダ７０の機能構成を示すブロック図である。 オーソリサーバ４０の機能構成を示すブロック図である。 格納部４８が格納するカード会員情報の一例をテーブル形式で示す。 格納部４８が格納する承認条件詳細情報の一例をテーブル形式で示す。 カードリーダ７０が実行する処理を示すフローチャートである。 オーソリサーバ４０が実行する処理を示すフローチャートである。 格納部４８が格納するカード認識履歴情報の一例をテーブル形式で示す。 オーソリサーバ４０が実行する処理を示すフローチャートである。 本実施形態に係るコンピュータ２０００の例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。なお、図面において、同一または類似の部分には同一の参照番号を付して、重複する説明を省く場合がある。

図１は、一実施形態におけるシステム１０の構成の一例を概略的に示す。本実施形態において、システム１０は、クレジットカード１００の利用を管理する。システム１０は、オーソリサーバ４０と、加盟店システム５０と、ユーザ端末７２とを備える。オーソリサーバ４０は、クレジットカード１００の発行会社が運営するサーバである。

本実施形態において、ユーザ８０は、クレジットカード１００の所有者である。ユーザ８０は消費者の一例である。ユーザ８０は、クレジットカード１００を用いて商品の対価を支払う。ユーザ端末７２は、ユーザ８０が利用する端末である。ユーザ端末７２は、スマートフォンやパーソナルコンピュータ等の情報機器である。ユーザ端末７２は消費者端末の一例である。クレジットカード１００は、例えば、ＩＣチップを備えるクレジットカードである。

加盟店システム５０と、オーソリサーバ４０と、ユーザ端末７２とは、ネットワーク１２を介して接続される。ネットワーク１２は、任意のネットワークであってよい。例えば、ネットワーク１２は、インターネットと、いわゆる３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）及び５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）等の移動電話網、公衆通信網、及び専用網の少なくともいずれかを含んでよい。

加盟店システム５０は、クレジットカード決済が可能な商店が運営するサーバである。加盟店システム５０は、ネットワーク１２を通じた電子商取引機能を提供する。加盟店システム５０は、例えば、ネットショッピングの運営会社により運営されてよい。加盟店システム５０は、ユーザ８０を含む消費者に対して、商品の閲覧、購入及び決済の窓口を提供する。例えば、ユーザ８０は、ユーザ端末７２上で動作するウェブブラウザを用いて、加盟店システム５０が提供するウェブサーバにアクセスして、商品を閲覧し、商品の購入及びクレジットカード決済を依頼する。

ユーザ端末７２には、カードリーダ７０が接続される。カードリーダ７０は、例えばＵＳＢケーブル等を通じてユーザ端末７２に接続される。カードリーダ７０は、クレジットカード１００から情報を読み出す。例えば、カードリーダ７０は、クレジットカード１００が備えるＩＣチップから情報を読み出す。カードリーダ７０には、ユーザ８０が利用するクレジットカードとして、クレジットカード１００のクレジットカードがカードリーダ７０内の不揮発性の記憶部に記録されている。カードリーダ７０は、クレジットカード１００が挿入されると、クレジットカード１００からクレジットカード番号及び有効期限を読み出す。カードリーダ７０は、クレジットカード１００から読み出したクレジットカード番号と不揮発性メモリ内に記録されているクレジットカード番号とが一致する場合に、クレジットカード１００のクレジットカード番号及び有効期限をユーザ端末７２に出力する。

ユーザ８０がユーザ端末７２を用いて加盟店システム５０が提供するネットショッピング機能を通じてクレジットカード決済で商品を購入しようとする場合、加盟店システム５０は、決済に利用するクレジットカード情報を入力するための決済画面をユーザ端末７２に表示させる。ユーザ８０が決済画面に含まれる決済情報入力ボタンを押すと、ユーザ端末７２は、カードリーダ７０にクレジットカード１００からクレジットカード番号及び有効期限を読み出させ、カードリーダ７０からクレジットカード番号及び有効期限を含むクレジットカード情報を取得する。ユーザ端末７２は、カードリーダ７０からクレジットカード情報を取得した場合に、クレジットカード番号、有効期限、ユーザ８０が決済画面で入力したセキュリティコードを示す情報を含むクレジットカード情報と、商品購入の決済額と、クレジットカード１００がカードリーダ７０で認識されていることを示すカード読み取り情報とを含む決済依頼情報を、加盟店システム５０に送信する。加盟店システム５０は、決済依頼情報を受信すると、クレジットカード番号、有効期限、セキュリティコードと、売上額と、カード読み取り情報とを含む売上のオーソリ電文を、直接に、又は、決済代行会社やＣＡＦＩＳ等の中間装置を通じて、オーソリサーバ４０に送信する。

オーソリサーバ４０は、加盟店システム５０から受信したオーソリ電文に基づいて、クレジットカードによる取引を承認するか否かを判断するオーソリ処理を行う。オーソリサーバ４０は、クレジットカード１００による取引を承認する場合、加盟店システム５０に、オーソリＯＫの電文を送信する。オーソリサーバ４０は、クレジットカード１００による取引を承認しない場合、加盟店システム５０に対してオーソリＮＧの電文を送信する。

ユーザ８０は、クレジットカード１００をネットショッピングの取引に利用するときの承認条件の一つとして、「クレジットカード１００がカードリーダ７０により認識されていること」を、オーソリサーバ４０に予め登録する。オーソリサーバ４０は、オーソリ電文を受信した場合、クレジットカード１００のカード読み取り情報がオーソリ電文に含まれ、かつ、オーソリ電文に含まれる売上額とクレジットカード利用残高の和がユーザ８０に定められた利用限度額を超えない場合に、オーソリＯＫを加盟店システム５０に送信する。

システム１０によれば、オーソリサーバ４０は、クレジットカード１００をネットショッピング等の電子商取引に利用する場合、カードリーダ７０がクレジットカード１００を認識している状態でなければ、クレジットカード１００を決済手段とする取引を承認しない。そのため、クレジットカード１００が盗難されたり偽造されたりした場合でも、不正利用されにくくすることができる。また、クレジットカード１００がユーザ８０の手元にある状態でしかクレジットカード１００を利用できないので、クレジットカード１００の利用に対して高い安心感をユーザ８０に与えることができる。

図２は、カードリーダ７０の機能構成を示すブロック図である。カードリーダ７０は、記憶部１１０と、読み取り部１２０と、出力部１３０と、処理部１４０と、位置情報取得部１５０ととを備える。処理部１４０は、プロセッサを含む処理装置により実現される。

記憶部１１０は、ユーザ８０が利用するクレジットカード１００を特定する情報を記憶する。記憶部１１０は、不揮発性の記憶装置により実現される。記憶部１１０は、カードリーダ７０の識別情報を記憶する。

読み取り部１２０は、クレジットカード１００を特定する情報を、クレジットカード１００から読み取る。出力部１３０は、読み取り部１２０が読みとった情報が記憶部１１０に記憶されている情報と整合する場合に、ユーザ８０が利用するクレジットカード１００の識別情報を、クレジットカード１００による取引を行うための情報として出力する。

クレジットカード１００の形状は一般的なカード形状でなくてもよい。クレジットカード１００の形状は、ペンダント形状、球形状、スティック形状等であってもよいし、クレジットカード１００を特定する情報は、携帯端末やスマートフォン等の端末に格納されていてもよい。カードリーダ７０は、クレジットカード１００を特定する情報を読み取ることによってクレジットカードを認識すればよく、カードリーダ７０は図１に記載するような構造でなくてもよい。携帯端末やスマートフォン等の端末等に複数のクレジットカード情報が格納されている場合は、カードリーダ７０で読み取る前に、１つのクレジットカード情報が読み取られるように設定しておく方が望ましい。

クレジットカード１００を特定する情報及びクレジットカード１００の識別情報は、例えば、クレジットカード番号であってよい。読み取り部１２０は、クレジットカード１００が備えるＩＣチップから、クレジットカード番号を読み取る。処理部１４０は、読み取り部１２０が読みとったクレジットカード番号と、記憶部１１０に記憶されているクレジットカード番号とが一致するか否かを判断する。出力部１３０は、読み取り部１２０が読みとったクレジットカード番号と、記憶部１１０に記憶されているクレジットカード番号とが一致すると処理部１４０が判断した場合に、クレジットカード番号をユーザ端末７２に出力する。

位置情報取得部１５０は、カードリーダ７０の位置情報を取得する。位置情報取得部１５０は、カードリーダ７０の現在の地理的な位置情報を取得する。位置情報取得部１５０は、例えば、ＧＰＳセンサ等であってよい。

記憶部１１０は、基準位置を示す情報をさらに格納する。基準位置を示す情報は、例えば、カードリーダ７０がクレジットカード番号を認識したことを示す情報をユーザ端末７２に出力する動作を行うことを許容する位置を特定するための情報である。基準位置を示す情報は、一つの地点を表す緯度情報及び経度情報であってよい。

出力部１３０は、読み取り部１２０が読みとった情報と記憶部１１０に記憶されている情報とが整合し、かつ、位置情報取得部１５０が取得した位置情報が基準位置と整合する場合に、ユーザ８０が利用するクレジットカード１００の識別情報を、クレジットカード１００による取引を行うための情報として出力する。例えば、出力部１３０は、位置情報取得部１５０が取得した位置情報が示す位置と基準位置との間の距離が予め定められた長さ未満である場合に、ユーザ８０が利用するクレジットカード１００の識別情報を、クレジットカード１００による取引を行うための情報として出力する。

基準位置を示す情報は、地理的範囲の境界上の複数の地点を示す情報であってよい。基準位置を示す情報は、特定の地域を示す情報であってもよい。

図３は、オーソリサーバ４０の機能構成を示すブロック図である。オーソリサーバ４０は、受信部４２と、承認部４４と、送信部４６と、格納部４８とを備える。承認部４４は、プロセッサを含む処理装置により実現される。格納部４８は、不揮発性の記憶装置により実現される。

格納部４８は、クレジットカード１００の識別情報に対応付けて、クレジットカード１００がカードリーダ７０で認識されている場合にクレジットカード１００による取引を承認することを示す承認条件を格納する。承諾条件は、例えば、カードリーダ７０の初期設定等を通じてオーソリサーバ４０に送信され、格納部４８に格納される。

受信部４２は、クレジットカード１００の識別情報を含むクレジットカード取引要求と、クレジットカード１００がカードリーダ７０で認識されているか否かを示す情報を含むカード認識情報とを受信する。承認部４４は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部４８が承認条件を格納している場合に、受信部４２がカード認識情報を受信していることを条件に、クレジットカード取引要求を承認する。なお、クレジットカード取引要求とは、例えば、オーソリゼーション電文であってよい。「クレジットカード取引要求を承認する」とは、オーソリゼーション電文に対応する取引を承認することであってよい。

承認条件は、クレジットカード１００がカードリーダ７０で認識されている場合にクレジットカード１００による取引を承認するか、クレジットカード１００がカードリーダ７０で認識されていなくてもクレジットカード１００による取引を承認するかを示す。承認部４４は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部４８が格納している承認条件が、クレジットカード１００がカードリーダ７０で認識されている場合にクレジットカード１００による取引を承認することを示す場合に、受信部４２がカード認識情報を受信している場合にクレジットカード取引要求を承認し、カード認識情報を受信していない場合にクレジットカード取引要求を承認しない。承認部４４は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部４８が格納している承認条件が、クレジットカード１００がカードリーダ７０で認識されていなくてもクレジットカード１００による取引を承認することを示す場合に、受信部４２がカード認識情報を受信していなくても、クレジットカード取引要求を承認する。

格納部４８は、クレジットカード１００の識別情報に対応付けて、承認条件及びカードリーダ７０の識別情報を格納してよい。カード認識情報は、クレジットカード１００を認識したカードリーダ７０の識別情報を更に含んでよい。承認部４４は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部４８が承認条件を格納している場合に、クレジットカード取引要求に含まれる識別情報に対応付けて格納部４８が格納しているカードリーダ７０の識別情報と一致するカードリーダ７０の識別情報を含むカード認識情報を受信部４２が受信していることを条件に、クレジットカード取引要求を承認してよい。

格納部４８は、クレジットカード１００の識別情報に対応付けて、承認条件及び基準位置を示す情報を格納してよい。カード認識情報は、クレジットカード１００を認識したカードリーダ７０の位置を示す位置情報を更に含んでよい。承認部４４は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部４８が承認条件を格納している場合に、クレジットカード取引要求に含まれる識別情報に対応付けて格納部４８が格納している基準位置に整合する位置情報を含むカード認識情報を受信部４２が受信していることを条件に、クレジットカード取引要求を承認してよい。承認部４４は、例えば、クレジットカード取引要求に含まれる識別情報に対応付けて格納部４８が格納している基準位置が示す位置と、カード認識情報に含まれる位置情報が示す位置との間距離が予め定められた長さ未満である場合に、クレジットカード取引要求を承認してよい。

クレジットカード１００がカードリーダ７０で認識されているか否かを示す情報は、クレジットカード決済を依頼するユーザ８０が利用するユーザ端末７２に接続されたカードリーダ７０から、ユーザ端末７２を通じて加盟店システム５０に送信されてよい。この場合、カード認識情報は、クレジットカード取引要求に含めて加盟店システム５０から送信されてよい。上述したカード読み取り情報は、「クレジットカード１００がカードリーダ７０で認識されているか否かを示す情報」の一例である。なお、カードリーダ７０は、ユーザ端末７２自身が備えてよい。

カード認識情報は、クレジットカード決済を依頼するユーザ８０が利用するユーザ端末７２に接続されたカードリーダ７０から、加盟店システム５０を介さずに送信されてもよい。例えば、カード認識情報は、クレジットカード決済を依頼するユーザ８０が利用するユーザ端末７２に接続されたカードリーダ７０から、ユーザ端末７２を通じてネットワーク１２経由で、加盟店システム５０を経由せずにオーソリサーバ４０に送信されてよい。承認部４４は、クレジットカード取引要求に含まれる識別情報に対応付けて格納部４８が承認条件を格納している場合に、受信部４２がカード認識情報を受信してから予め定められた時間未満であることを条件に、クレジットカード取引要求を承認してよい。

図４は、格納部４８が格納するカード会員情報の一例をテーブル形式で示す。カード会員情報は、レコードＩＤと、会員ＩＤ、クレジットカード番号、有効期限、利用限度額、及び承認条件を対応づける。

レコードＩＤは、一つの会員レコードを識別する情報である。レコードＩＤは、クレジットカードを特定する情報である。会員ＩＤは、カード会員を識別するための識別子である。クレジットカード番号は、カード会員が所有するクレジットカードの番号である。一人のカード会員が複数のクレジットカードを所有することもあるため、一つの会員ＩＤに対して複数レコードのデータが存在し得る。有効期限は、クレジットカードを使用することができる有効期限を示す。利用限度額は、カード会員のクレジットカード決済の利用限度額を示す。

承認条件は、カードリーダに関する取引の承認条件の種類を示す。承認条件は、クレジットカードがカードリーダで認識されていることを条件にクレジットカードの利用を承認するか否かを示す。例えば、承認条件は、条件Ａ、条件Ｂ、及び条件Ｃの組み合わせを含む。条件Ａは、クレジットカードがカードリーダで認識されていることを、クレジットカードによる取引を承認する承認条件にすることを示す。条件Ｂは、クレジットカードが特定のカードリーダで認識されていることを承認条件にすることを示す。条件Ｃは、カードリーダがクレジットカードに関する情報を出力する動作を特定の地理的範囲内に限定して許容することを示す。図４において、「ＡＢＣ」は、条件Ａ、条件Ｂ、及び条件Ｃの３つの条件が全て満たされることを承認条件とすることを示す。図４の「ＡＣ」は、条件Ａ及び条件Ｃの２つの条件が全て満たされることを条件とすることを示す。図４の「ＮＵＬＬ」は、承認条件が設定されていないことを示す。すなわち、図４の「ＮＵＬＬ」は、クレジットカードがカードリーダで認識されていなくても、クレジットカードによる取引を承認することを意味する。

図５は、格納部４８が格納する承認条件詳細情報の一例をテーブル形式で示す。承認条件詳細情報は、レコードＩＤと、カードリーダＩＤと、基準位置とを対応づける。

レコードＩＤは、クレジットカードを特定する情報であり、図４のカード会員情報のレコードＩＤと同じ情報である。図４のカード会員情報のレコードと承認条件詳細情報のレコードとは、レコードＩＤにより紐付けられる。カードリーダＩＤは、カードリーダ７０の識別情報である。基準位置は、カードリーダが存在する位置の基準を示す情報である。基準位置は、例えば、カードリーダがクレジットカードに関する情報を出力する動作を許容する地理的範囲内の基準地点を示す。基準位置は、基準地点の緯度情報及び経度情報を含んでよい。

ユーザ８０は、カードリーダ７０を販売店で購入するとき、カードリーダ７０の購入代金をクレジットカード１００で決済するよう依頼する。このとき、販売店の店員は、店舗端末にカードリーダ７０を接続して、カードリーダ７０の初期設定とオーソリサーバ４０への情報登録を行う。例えば、店員は、カードリーダ７０が接続された店舗端末を通じて、オーソリサーバ４０にアクセスする。店員は、店舗端末を用いて、オーソリサーバ４０が提供する初期登録画面を通じて、クレジットカード１００のクレジットカード番号等の識別情報と、ユーザ８０が希望する承認条件の組み合わせを示す情報と含む登録情報を、オーソリサーバ４０に送信する。オーソリサーバ４０の受信部４２が登録情報を受信すると、オーソリサーバ４０の格納部４８は、クレジットカード１００のクレジットカード番号に対応付けて、カード会員情報に承認条件を格納する。また、格納部４８は、承認条件詳細情報として、クレジットカード１００のクレジットカード番号に対応するレコードＩＤに対応付けて、カードリーダＩＤ及び基準位置を格納する。

店舗端末は、オーソリサーバ４０から承認条件及び承認条件詳細情報の格納が完了した旨の情報を受信すると、クレジットカード１００のクレジットカード番号と基準位置情報を含むクレジットカードの登録要求情報を、カードリーダ７０に出力する。カードリーダ７０の処理部１４０は、店舗端末からの登録要求情報を受信すると、登録要求情報に含まれるクレジットカード番号及び基準位置情報を記憶部１１０に書き込む。

なお、ユーザ８０は、店舗端末がカードリーダ７０の初期設定とオーソリサーバ４０への情報登録を行う処理を、カードリーダ７０に接続されたユーザ端末７２を通じて行ってよい。また、ユーザ８０は、カードリーダ７０の記憶部１１０に記憶されている情報の更新や、オーソリサーバ４０に格納されている承認条件及び承認条件詳細情報の更新を、カードリーダ７０に接続されたユーザ端末７２を通じて行ってもよい。

ユーザ８０は、ユーザ端末７２を用いてネットショッピングをする場合、ユーザ端末７２にカードリーダ７０を接続する。ネットショッピングで購入する商品の決済情報の入力画面がユーザ端末７２に表示されると、ユーザ８０は、カードリーダ７０にクレジットカード１００を装着して、ユーザ端末７２に表示される決済ボタンを押す。決済ボタンが押されると、ユーザ端末７２は、クレジットカード認識要求をカードリーダ７０に出力する。

図６は、カードリーダ７０が実行する処理を示すフローチャートである。図６のフローチャートが示す処理は、主としてカードリーダ７０の処理部１４０がカードリーダ７０の各部を制御することによって実行される。

処理部１４０は、ユーザ端末７２からのクレジットカード認識要求の受信を待つ（Ｓ６０２）。処理部１４０は、ユーザ端末７２からクレジットカード認識要求を受信すると、読み取り部１２０にクレジットカード１００からクレジットカード番号及び有効期限を読み取らせる（Ｓ６０４）。また、処理部１４０は、位置情報取得部１５０が検出した位置情報を取得する（Ｓ６０６）。

続いて、処理部１４０は、クレジットカード番号及び位置情報を検証する（Ｓ６０８）。具体的には、処理部１４０は、読み取り部１２０で読みとったクレジットカード番号が、記憶部１１０に記憶されたクレジットカード番号と一致し、位置情報取得部１５０が取得した位置情報が示す位置と記憶部１１０に記憶された基準位置との間の距離が予め定められた長さ未満であるか否かを判断する。例えば、処理部１４０は、読み取り部１２０で読みとったクレジットカード番号が記憶部１１０に記憶されたクレジットカード番号に一致し、位置情報取得部１５０が取得した位置情報が示す位置と記憶部１１０に記憶された基準位置との間の距離が予め定められた長さ未満である場合（検証ＯＫ）、クレジットカード番号と、記憶部１１０に記憶されているカードリーダＩＤと、位置情報取得部１５０が取得した位置情報とを含むカード読み取り情報をユーザ端末７２に送信し（Ｓ６１０）、処理を終了する。読み取り部１２０で読みとったクレジットカード番号が、記憶部１１０に記憶されたクレジットカード番号に一致しない場合（検証ＮＧ）、カード読み取り情報をユーザ端末７２に送信せずに処理を終了する。

図６に関連して説明した処理は、加盟店システム５０がカードリーダ７０を制御するための制御命令をユーザ端末７２に送信することによって実現され得る。例えば、加盟店システム５０がネットショッピング用のウェブサイトを提供する場合、制御命令はＪａｖａＳｃｒｉｐｔ（登録商標）等により実装され得る。

ユーザ端末７２は、カードリーダ７０からカード読み取り情報を取得すると、カード読み取り情報に含まれるクレジットカード番号、有効期限、カードリーダＩＤ及び位置情報を含む決済依頼情報を生成して、加盟店システム５０に送信する。加盟店システム５０は、決済依頼情報に基づいて、クレジットカード番号、有効期限、カードリーダＩＤ及び位置情報を含む売上のオーソリ電文を生成して、オーソリサーバ４０に送信する。

図７は、オーソリサーバ４０が実行する処理を示すフローチャートである。このフローチャートの処理は、加盟店システム５０から売上のオーソリ電文を受信した場合に開始される。

承認部４４は、受信部４２が受信したオーソリ電文から、クレジットカード番号、有効期限、セキュリティコード、及び売上額を取得する（Ｓ７００）。承認部４４は、カード会員情報を参照して、Ｓ７００で取得したクレジットカード番号に対応付けられたレコードＩＤ、有効期限、利用限度額、及び承認条件を取得する（Ｓ７０２）。

承認部４４は、Ｓ７００で取得したクレジットカード番号、有効期限、セキュリティコード、及び売上額情報を検証する（Ｓ７０４）。例えば、承認部４４は、クレジットカード番号及び有効期限が一致し、クレジットカード番号及び有効期限から算出されるコードがセキュリティコードに一致し、かつ、利用残高と売上額の和がクレジットカード番号又は会員ＩＤに対応づけられた利用限度額を超えない場合に、肯定判断を行う。肯定判断が得られた場合、Ｓ７０６に進む。否定判断が得られた場合、Ｓ７３０に進む。

Ｓ７０６において、承認部４４は、Ｓ７０２で取得した承認条件について判定する。承認条件が設定されていない場合、Ｓ７２０に進む。承認条件に「条件Ａ」のみが設定されている場合は、Ｓ７１０に進む。承認条件に条件Ｂ及び条件Ｃの少なくとも一方が含まれる場合、Ｓ７０８に進む。

Ｓ７０８において、承認部４４は、承認条件詳細情報を参照して、Ｓ７０２で読み出したレコードＩＤに対応づけられたカードリーダＩＤ及び基準位置を取得し、Ｓ７１０に進む。

Ｓ７１０において、承認部４４は、承認条件を満たしているか否かを判断する。具体的には、承認条件が「条件Ａ」を含む場合、受信したオーソリ電文にカード読み取り情報が含まれないときは、承認条件を満たしていないと判断する。承認条件が「条件Ｂ」を含む場合、Ｓ７０８で取得したカードリーダＩＤと、カード読み取り情報に含まれるカードリーダＩＤとが一致しない場合に、承認条件を満たしていないと判断する。承認条件が「条件Ｃ」を含む場合、Ｓ７０８で取得した基準位置と、カード読み取り情報に含まれる位置情報が示す位置との間の距離が予め定められた長さ以上である場合に、承認条件を満たしていないと判断する。上記以外の場合、承認条件を満たしていると判断する。承認条件を満たしている場合、Ｓ７２０に進む。承認条件を満たしていない場合、Ｓ７３０に進む。

Ｓ７２０において送信部４６は、クレジットカード１００による取引を承認する旨のオーソリＯＫを加盟店システム５０に送信する。Ｓ７３０において、送信部４６は、クレジットカード１００による取引を承認しない旨のオーソリＮＧを加盟店システム５０に送信する。

なお、図６及び図７に関連して、カードリーダ７０が読み取ったクレジットカード１００の情報をユーザ端末７２に出力するものとした。しかし、カードリーダ７０は、クレジットカード１００の情報に代えて、決済に使用されるクレジットカード１００を認識しているか否かを示す情報をユーザ端末７２に出力してもよい。例えば、ユーザ端末７２は、決済画面でユーザ８０が入力したクレジットカード番号をカードリーダ７０に出力し、カードリーダ７０は、クレジットカード１００から読み出したクレジットカード番号とユーザ端末７２から取得したクレジットカード番号とが一致する場合に、クレジットカード１００を認識していることを示す情報をユーザ端末７２に出力してよい。

図６及び図７等に関連して説明した第１の取引承認方式においては、加盟店システム５０が、ユーザ端末７２から受信した決済依頼情報に基づいてカード認識情報を含むオーソリ電文をオーソリサーバ４０に送信する。

次に、第２の取引承認方式として、加盟店システム５０を介さずにカード認識情報をオーソリサーバ４０に送信する方式を説明する。第２の取引承認方式を採用する場合、加盟店システム５０が提供するネットショッピングサイトに、カードリーダ７０にクレジットカードを読み取らせる機能を組み込む必要がない。そのため、既存のネットショッピングサイトを実質的に改変する必要がない。

カードリーダ７０は、ユーザ端末７２に接続されると、読み取り部１２０によりクレジットカードが検出されるのを待つ。クレジットカードが検出されると、図６のＳ６０４以降の処理を行う。ユーザ端末７２は、カードリーダ７０からカード読み取り情報を取得すると、カード読み取り情報に含まれるクレジットカード番号、カードリーダＩＤ及び位置情報を含むカード認識情報を、クレジットカード番号から特定されるクレジットカードのイシュアのオーソリサーバ４０に送信する。オーソリサーバ４０において受信部４２がカード認識情報を受信すると、受信日時に対応づけてカード認識情報を格納部４８に格納する。なお、カードリーダ７０自身が、オーソリサーバ４０にカード認識情報を送信してもよい。

図８は、格納部４８が格納するカード認識履歴情報の一例をテーブル形式で示す。カード認識履歴情報は、クレジットカード番号、カードリーダＩＤ、位置情報、及びカード認識情報の受信日時を対応づける。格納部４８は、受信部４２がカード認識情報を受信した場合、受信部４２がカード認識情報を受信したときの日時に対応づけて、カード認識情報に含まれる情報を格納する。

図９は、オーソリサーバ４０が実行する処理を示すフローチャートである。このフローチャートの処理は、売上のオーソリ電文を受信した場合に開始される。このオーソリ電文には、カード読み取り情報を除いて、図７に関連して説明した売上のオーソリ電文と同じ情報を含む。なお、図９のフローチャートにおいて、図７のフローチャートと実質的に同一の処理については、同じステップ番号が付されている。図９のフローチャートにおいて、Ｓ７００からＳ７０４、及びＳ７２０及びＳ７３０に関する処理は、図７に関連して説明した処理と同様であるので、説明を省略する。

図９のフローチャートのＳ７０４において、肯定判断が得られた場合、Ｓ９０６において、承認部４４は、Ｓ７０２で取得した承認条件を判断する。承認条件が設定されていない場合、Ｓ７２０に進む。承認条件が設定されている場合、有効なカード認識情報を受信しているか否かを判断する（Ｓ９０７）。具体的には、承認部４４は、カード認識履歴情報を参照して、オーソリ電文に含まれるクレジットカード番号に対応づけられた受信日時と現在との間の時間が予め定められた時間未満である場合に、有効なカード認識情報を受信していると判断する。有効なカード認識情報を受信していないと判断した場合、Ｓ７３０に進む。有効なカード認識情報を受信していると判断した場合に、Ｓ９０８に進む。

Ｓ９０８において、承認部４４は、格納部４８に格納されているカード認識履歴情報を参照して、オーソリ電文に含まれるクレジットカード番号を含むカード認識情報を取得するとともに、オーソリ電文に含まれるクレジットカード番号を含むカード認識情報を含むレコードを削除する。

Ｓ９０９において、承認部４４は、Ｓ７０２で取得した承認条件を判断する。承認条件が「条件Ａ」のみの場合、Ｓ７２０に進む。承認条件に条件Ｂ及び条件Ｃの少なくとも一方が含まれる場合、Ｓ９１０に進む。Ｓ９１０において、承認部４４は、承認条件詳細情報を参照して、Ｓ７０２で読み出したレコードＩＤに対応づけられたカードリーダＩＤ及び基準位置を取得し、Ｓ９１１に進む。

Ｓ９１１において、承認部４４は、カードリーダ認識に関する承認条件を満たしているか否かを判断する。具体的には、承認条件が「条件Ｂ」を含む場合、承認部４４は、Ｓ９１０で取得したカードリーダＩＤと、Ｓ９０８で取得したカード認識情報に含まれるカードリーダＩＤとが一致しない場合に、承認条件を満たしていないと判断する。また、承認条件が「条件Ｃ」を含む場合、承認部４４は、Ｓ９１０で取得した基準位置とＳ９０８で取得したカード認識情報に含まれる位置情報が示す位置との間の距離が予め定められた長さ以上である場合に、承認条件を満たしていないと判断する。上記以外の場合、承認条件を満たしていると判断する。承認条件を満たしている場合、Ｓ７２０に進む。承認条件を満たしていない場合、Ｓ７３０に進む。

図８及び図９等に関連して説明したように、第２の取引承認方式によれば、オーソリサーバ４０は、カードリーダ７０によるカード認識情報をユーザ端末７２から受信して、カード認識履歴情報として保持する。図９のＳ９０７等に関連して説明したように、承認部４４は、カード認識情報を受信してから予め定められた時間が経過すると、無効なカード認識情報とみなす。そのため、カード認識情報を受信してから予め定められた時間が経過した後は、ネットショッピングにおいてクレジットカード１００が不正利用されることがない。

また、オーソリ電文を受信した後、図９のＳ９０８においてオーソリ電文に含まれるクレジットカード番号を含むカード認識情報を、カード認識履歴情報から削除する。そのため、その後に同じクレジットカード番号を含む新たなオーソリ電文をオーソリサーバ４０が受信したとしても、カード認識履歴情報には有効なカード認識情報が存在しないため、オーソリ電文は承認されない。したがって、カードリーダ７０でクレジットカード１００を認識した後に、複数回のオーソリ電文が承認されることはない。そのため、ユーザ８０が正当なクレジットカード決済を行った後に、不正利用者がクレジットカード１００のクレジットカード番号を使って不正なクレジットカード決済を行おうとしても、その不正な決済が承認されることはない。ユーザ８０が複数回のクレジットカード決済を行う場合は、カードリーダ７０にクレジットカード１００を挿入し直して、再度カードリーダ７０にクレジットカード１００を読み取らせればよい。

なお、カード認識情報がオーソリサーバ４０に送信された直後に不正利用者によって不正なクレジットカード決済が行われてしまったとしても、その後にユーザ８０がクレジットカード決済をしようとしたときに決済が承認されないので、ユーザ８０は不正利用された可能性があることに直ぐに気づくことができる。そのため、クレジットカード１００の発行会社に連絡する等の対処を速やかに行うことができる。

以上に説明した実施形態におけるクレジットカード番号は、クレジットカード１００の識別情報の一例である。クレジットカード１００の識別情報は、クレジットカード１００を識別することができる情報であれば、クレジットカード番号以外の任意の情報であってもよい。

また、以上に説明した実施形態では、カードリーダ７０の処理部１４０は、読み取り部１２０がクレジットカード１００のクレジットカード番号及び有効期限等を読み取るものとした。しかし、カードリーダ７０の記憶部１１０は、予め、クレジットカード１００のＩＣチップに記録されているクレジットカード番号以外の特定のＩＤ情報と、クレジットカード番号及び有効期限とを対応づけて記憶してよい。この場合、カードリーダ７０の処理部１４０は、読み取り部１２０がクレジットカード１００のＩＣチップから読み出したＩＤ情報に対応づけて記憶部１１０に記憶されているクレジットカード番号及び有効期限を取得してもよい。

以上に説明したように、システム１０によれば、クレジットカード１００をカードリーダ７０で認識させることによって、ネットショッピングでクレジットカード１００を利用することが可能になる。そのため、クレジットカード１００が盗まれてしまったり、クレジットカード１００のクレジットカード番号や有効期限等の情報が不正利用者に知られてしまったとしても、特にネットショッピングでクレジットカード１００が不正使用されてしまう可能性を著しく低減することができる。

また、クレジットカード１００をカードリーダ７０で認識させるだけでクレジットカード１００をネットショッピングで利用することが可能になる。そのため、ユーザ８０は、手元のカードリーダ７０を用いて、クレジットカード１００の利用制限状態と利用許可状態とをいわば物理的に切り替えるようなことができる。そのため、ユーザ８０に強い安心感を与えることができる。また、ユーザ８０は電話やアプリケーションソフト等を通じて利用制限状態と利用許可状態を切り替える必要もないので、ユーザ８０は比較的に手軽にクレジットカード１００の状態を切り替えることができる。そのため、特にネットショッピングでクレジットカード決済が可能なことに強い不安感を抱いているユーザにも、クレジットカードを所持しようとする動機付けを与えることができる。ひいては、セキュリティの高いクレジットカード決済を広く普及させることができる。

なお、以上に説明した本実施形態において、クレジットカード１００は、金融取引に利用されるカードの一例である。金融取引に利用されるカードとは、クレジットカードの他に、デビッドカード、銀行や証券会社等の金融機関の口座カード等であってよい。

図１０は、本実施形態に係るコンピュータ２０００の例を示す。コンピュータ２０００にインストールされたプログラムは、コンピュータ２０００に、実施形態に係るオーソリサーバ４０等の装置又は当該装置の各部として機能させる、当該装置又は当該装置の各部に関連付けられるオペレーションを実行させる、及び／又は、実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ２０００に、本明細書に記載の処理手順及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ２０１２によって実行されてよい。

本実施形態によるコンピュータ２０００は、ＣＰＵ２０１２、及びＲＡＭ２０１４を含み、それらはホストコントローラ２０１０によって相互に接続されている。コンピュータ２０００はまた、ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０を含む。ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０は、入力／出力コントローラ２０２０を介してホストコントローラ２０１０に接続されている。

ＣＰＵ２０１２は、ＲＯＭ２０２６及びＲＡＭ２０１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。

通信インタフェース２０２２は、ネットワークを介して他の電子デバイスと通信する。フラッシュメモリ２０２４は、コンピュータ２０００内のＣＰＵ２０１２によって使用されるプログラム及びデータを格納する。ＲＯＭ２０２６は、アクティブ化時にコンピュータ２０００によって実行されるブートプログラム等、及び／又はコンピュータ２０００のハードウエアに依存するプログラムを格納する。入力／出力チップ２０４０はまた、キーボード、マウス及びモニタ等の様々な入力／出力ユニットをシリアルポート、パラレルポート、キーボードポート、マウスポート、モニタポート、ＵＳＢポート、ＨＤＭＩ（登録商標）ポート等の入力／出力ポートを介して、入力／出力コントローラ２０２０に接続してよい。

プログラムは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、又はメモリカードのようなコンピュータ可読媒体又はネットワークを介して提供される。ＲＡＭ２０１４、ＲＯＭ２０２６、又はフラッシュメモリ２０２４は、コンピュータ可読媒体の例である。プログラムは、フラッシュメモリ２０２４、ＲＡＭ２０１４、又はＲＯＭ２０２６にインストールされ、ＣＰＵ２０１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ２０００に読み取られ、プログラムと上記様々なタイプのハードウエアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ２０００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、コンピュータ２０００及び外部デバイス間で通信が実行される場合、ＣＰＵ２０１２は、ＲＡＭ２０１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース２０２２に対し、通信処理を命令してよい。通信インタフェース２０２２は、ＣＰＵ２０１２の制御下、ＲＡＭ２０１４及びフラッシュメモリ２０２４のような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取った送信データをネットワークに送信し、ネットワークから受信された受信データを、記録媒体上に提供される受信バッファ処理領域等に書き込む。

また、ＣＰＵ２０１２は、フラッシュメモリ２０２４等のような記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ２０１４に読み取られるようにし、ＲＡＭ２０１４上のデータに対し様々な種類の処理を実行してよい。ＣＰＵ２０１２は次に、処理されたデータを記録媒体にライトバックする。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理にかけられてよい。ＣＰＵ２０１２は、ＲＡＭ２０１４から読み取られたデータに対し、本明細書に記載され、プログラムの命令シーケンスによって指定される様々な種類のオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々な種類の処理を実行してよく、結果をＲＡＭ２０１４にライトバックする。また、ＣＰＵ２０１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ２０１２は、第１の属性の属性値が指定されている、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラム又はソフトウェアモジュールは、コンピュータ２０００上又はコンピュータ２０００近傍のコンピュータ可読媒体に格納されてよい。専用通信ネットワーク又はインターネットに接続されたサーバーシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読媒体として使用可能である。コンピュータ可読媒体に格納されたプログラムを、ネットワークを介してコンピュータ２０００に提供してよい。

コンピュータ２０００にインストールされ、コンピュータ２０００をオーソリサーバ４０として機能させるプログラムは、ＣＰＵ２０１２等に働きかけて、コンピュータ２０００を、オーソリサーバ４０の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ２０００に読込まれることにより、ソフトウエアと上述した各種のハードウエア資源とが協働した具体的手段である受信部４２、承認部４４、送信部４６、及び格納部４８として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ２０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有のオーソリサーバ４０が構築される。

様々な実施形態が、ブロック図等を参照して説明された。ブロック図において各ブロックは、（１）オペレーションが実行されるプロセスの段階又は（２）オペレーションを実行する役割を持つ装置の各部を表わしてよい。特定の段階及び各部が、専用回路、コンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウエア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、及び他の論理オペレーション、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウエア回路を含んでよい。

コンピュータ可読媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読媒体は、処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく実行され得る命令を含む製品の少なくとも一部を構成する。コンピュータ可読媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ又はプログラマブル回路に対し、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、説明された処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。また、技術的に矛盾しない範囲において、特定の実施形態について説明した事項を、他の実施形態に適用することができる。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ システム
１２ ネットワーク
４０ オーソリサーバ
４２ 受信部
４４ 承認部
４６ 送信部
４８ 格納部
５０ 加盟店システム
７０ カードリーダ
７２ ユーザ端末
８０ ユーザ
１００ クレジットカード
１１０ 記憶部
１２０ 読み取り部
１３０ 出力部
１４０ 処理部
１５０ 位置情報取得部
２０００ コンピュータ
２０１０ ホストコントローラ
２０１２ ＣＰＵ
２０１４ ＲＡＭ
２０２０ 入力／出力コントローラ
２０２２ 通信インタフェース
２０２４ フラッシュメモリ
２０２６ ＲＯＭ
２０４０ 入力／出力チップ

Claims (11)

1. クレジットカードの識別情報に対応付けて、前記クレジットカードがカードリーダで認識されている場合に前記クレジットカードによる取引を承認することを示す承認条件を格納する格納部と、
   クレジットカードの識別情報を含むクレジットカード取引要求と、前記クレジットカードがカードリーダで認識されているか否かを示す情報を含むカード認識情報とを受信する受信部と、
   前記クレジットカード取引要求に含まれる前記識別情報に対応付けて前記格納部が前記承認条件を格納している場合に、前記受信部が前記カード認識情報を受信していることを条件に前記クレジットカード取引要求を承認する承認部と
   を備えるシステム。
2. 前記承認条件は、前記クレジットカードがカードリーダで認識されている場合に前記クレジットカードによる取引を承認するか、前記クレジットカードがカードリーダで認識されていなくても前記クレジットカードによる取引を承認するかを示し、
   前記承認部は、
   前記クレジットカード取引要求に含まれる前記識別情報に対応付けて前記格納部が格納している前記承認条件が、前記クレジットカードがカードリーダで認識されている場合に前記クレジットカードによる取引を承認することを示す場合に、前記受信部が前記カード認識情報を受信している場合に前記クレジットカード取引要求を承認し、前記カード認識情報を受信していない場合に前記クレジットカード取引要求を承認せず、
   前記クレジットカード取引要求に含まれる前記識別情報に対応付けて前記格納部が格納している前記承認条件が、前記クレジットカードがカードリーダで認識されていなくても前記クレジットカードによる取引を承認することを示す場合に、前記受信部が前記カード認識情報を受信していなくても前記クレジットカード取引要求を承認する
   請求項１に記載のシステム。
3. 前記格納部は、前記クレジットカードの識別情報に対応付けて、前記承認条件及びカードリーダの識別情報を格納し、
   前記カード認識情報は、前記クレジットカードを認識した前記カードリーダの識別情報を更に含み、
   前記承認部は、前記クレジットカード取引要求に含まれる前記識別情報に対応付けて前記格納部が前記承認条件を格納している場合に、前記クレジットカード取引要求に含まれる前記識別情報に対応付けて前記格納部が格納している前記カードリーダの識別情報と一致するカードリーダの識別情報を含む前記カード認識情報を前記受信部が受信していることを条件に、前記クレジットカード取引要求を承認する
   請求項１又は２に記載のシステム。
4. 前記格納部は、クレジットカードの識別情報に対応付けて、前記承認条件及び基準位置を示す情報を格納し、
   前記カード認識情報は、前記クレジットカードを認識した前記カードリーダの位置を示す位置情報を更に含み、
   前記承認部は、前記クレジットカード取引要求に含まれる前記識別情報に対応付けて前記格納部が前記承認条件を格納している場合に、前記クレジットカード取引要求に含まれる前記識別情報に対応付けて前記格納部が格納している基準位置に整合する位置情報を含む前記カード認識情報を前記受信部が受信していることを条件に、前記クレジットカード取引要求を承認する
   請求項１から３のいずれか一項に記載のシステム。
5. 前記クレジットカードがカードリーダで認識されているか否かを示す情報は、クレジットカード決済を依頼する消費者が利用する消費者端末に接続されたカードリーダ又は当該消費者端末が備えるカードリーダから、前記消費者端末を通じて加盟店システムに送信され、
   前記カード認識情報は、前記クレジットカード取引要求に含めて前記加盟店システムから送信される
   請求項１から４のいずれか一項に記載のシステム。
6. 前記カード認識情報は、クレジットカード決済を依頼する消費者が利用する消費者端末に接続されたカードリーダ又は当該消費者端末が備えるカードリーダから、加盟店システムを介さずに送信される
   請求項１から４のいずれか一項に記載のシステム。
7. 前記承認部は、前記クレジットカード取引要求に含まれる前記識別情報に対応付けて前記格納部が前記承認条件を格納している場合に、前記受信部が前記カード認識情報を受信してから予め定められた時間未満であることを条件に、前記クレジットカード取引要求を承認する
   請求項６に記載のシステム。
8. 前記カードリーダ
   をさらに備え、
   前記カードリーダは、
   消費者が利用するクレジットカードを特定する情報を記憶する記憶部と、
   クレジットカードを特定する情報を、当該クレジットカードから読み取る読み取り部と、
   前記読み取り部が読みとった前記情報と、前記記憶部に記憶されている前記情報とが整合する場合に、前記消費者が利用する前記クレジットカードの識別情報を、前記クレジットカードによる取引を行うための情報として出力する出力部と
   を備える請求項１から７のいずれか一項に記載のシステム。
9. 前記カードリーダは、
   前記カードリーダの位置情報を取得する位置情報取得部
   をさらに備え、
   前記記憶部は、基準位置を示す情報をさらに格納し、
   前記出力部は、前記読み取り部が読みとった前記情報と前記記憶部に記憶されている前記情報とが整合し、かつ、前記位置情報取得部が取得した位置情報が前記基準位置と整合する場合に、前記消費者が利用する前記クレジットカードの識別情報を、前記クレジットカードによる取引を行うための情報として出力する
   請求項８に記載のシステム。
10. 消費者が利用するクレジットカードを特定する情報を記憶する記憶部と、
    クレジットカードを特定する情報を、当該クレジットカードから読み取る読み取り部と、
    前記読み取り部が読みとった前記情報が前記記憶部に記憶されている前記情報と整合する場合に、前記消費者が利用するクレジットカードの識別情報を、前記クレジットカードによる取引を行うための情報として出力する出力部と
    を備えるカードリーダ。
11. コンピュータを、請求項１から７のいずれか一項に記載のシステムとして機能させるためのプログラム。

Images