JP5825835B2 - 決済装置、決済方法、およびプログラム - Google Patents

Description

本発明は、一のクレジットカードを用いて決済した金額の引き落とし処理を行う決済装置等に関するものである。

従来、販売者、日時、および商品種別によって、支払い者（支払い口座）指定ができる売買システムが存在した（例えば、特許文献１参照）。

特開２００３−２２８６８３号公報（段落［００８６］〜［００８７］、第５図等）

しかしながら、従来のシステムにおいては、販売者、日時、商品種別という販売に関する条件のみで、支払いの引き落とし口座が選択できるだけであり、口座選択の自由度が低かった。

さらに具体的には、従来のシステムにおいては、購入者数や購入者や立て替えか否かや購入者の場所情報などの購入者に関する情報、支払い方法や立て替えか否か等の支払いに関する情報、またはパスワードにより、口座選択を行うことができず、その結果、口座選択の自由度が低かった。

なお、特に、購入者に関する情報、立て替えか否か等の情報は、カード決済時に、通常、入力されない情報（通常、決済に利用されない情報）であり、かかる情報を用いて、口座選択を行うことができず、その結果、口座選択の自由度が低かった。

本第一の発明の決済装置は、クレジットカードを識別する一のカード識別子と、２以上の各銀行口座を識別する２以上の口座識別子と、２以上の各銀行口座に対応し、銀行口座を選択するための条件であり、購入者に関する購入者条件または支払いに関する支払関連条件またはパスワードに関するパスワード条件または金額に関する金額条件のうちのいずれかを含む口座選択条件を有する１以上の引落情報を格納し得る引落情報格納部と、カード識別子と、引き落とす金額に関する金額情報とを有する支払情報、またはカード識別子と、引き落とす金額に関する金額情報と、購入者に関する購入者情報または支払いに関する支払情報またはパスワードのうちのいずれかを含む条件情報とを有する支払情報を受け付ける支払情報受付部と、支払情報受付部が受け付けた支払情報が有するカード識別子に対応する口座識別子であり、支払情報が有する条件情報に合致する口座選択条件に対応する口座識別子を、引落情報格納部から取得する口座識別子取得部と、口座識別子取得部が取得した口座識別子で識別される銀行口座から、支払情報が有する金額情報に対応する金額を引き落とす処理を行う決済処理部とを具備する決済装置である。

かかる構成により、購入者に関する条件、または支払いに関する条件、またはパスワード、または金額により、口座が選択できることにより、購入者にとって柔軟に支払いの引き落とし口座が自動選択できる。

また、本第二の発明の決済装置は、第一の発明に対して、口座選択条件は、購入者が居る場所に関する情報である場所情報、購入者の数、購入者を特定する購入者特定情報のいずれかに関する条件を含む決済装置である。

かかる構成により、購入者に関する条件により、口座が選択できることにより、購入者にとって柔軟に支払いの引き落とし口座が選択できる。

また、本第三の発明の決済装置は、第一の発明に対して、口座選択条件は、金額に関する条件を含む決済装置である。

かかる構成により、購入した商品等の金額に関する条件により、口座が選択できることにより、購入者にとって柔軟に支払いの引き落とし口座が選択できる。

また、本第四の発明の決済装置は、第一の発明に対して、口座選択条件は、支払い方法に関する条件を含む決済装置である。

かかる構成により、支払い方法に関する条件により、口座が選択できることにより、購入者にとって柔軟に支払いの引き落とし口座が選択できる。

また、本第五の発明の決済装置は、第一の発明に対して、口座選択条件は、立て替えか否かを示す情報を含む条件である決済装置である。

かかる構成により、立て替えか否かにより、口座が選択できることにより、購入者にとって柔軟に支払いの引き落とし口座が選択できる。

また、本第六の発明の決済装置は、第一の発明に対して、口座選択条件は、パスワードに関する条件である決済装置である。

かかる構成により、購入者が入力したパスワードにより選択する口座が異なることにより、適切な認証を行いつつ、適切な支払い口座が自動選択できる。

本発明による引き落とし処理システムによれば、購入者に関する条件、または支払いに関する条件、またはパスワード、または金額により、口座が選択できることにより、購入者にとって柔軟に支払いの引き落とし口座が自動選択できる。

実施の形態１における引き落とし処理システムの概念図 同引き落とし処理システムの内部構成を示すブロック図 同決済装置２の動作について説明するフローチャート 同引落情報管理表を示す図 同決済情報画面を示す図 同決済情報画面を示す図 同決済情報画面を示す図 同決済情報画面を示す図 同決済情報画面を示す図 同決済情報画面を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、引き落とし処理システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）

本実施の形態において、一のクレジットカードと複数の口座識別子とが対応付けられており、条件に応じて、引き落とす口座を自動的に選択する引き落とし処理システムについて説明する。ここで条件は、銀行口座を選択するための条件であり、購入者に関する購入者条件または支払いに関する支払関連条件またはパスワードに関するパスワード条件のうちのいずれかを含む。

図１は、本実施の形態における引き落とし処理システムの概念図である。引き落とし処理システムは、端末装置１、および決済装置２を具備する。端末装置１は、通常、販売店に設置されている端末であり、クレジットカードの情報を読み取る機能を有する端末である。また、決済装置２は、カード決済のための処理を行う装置である。
図２は、本実施の形態における引き落とし処理システムの内部構成を示すブロック図である。
引き落とし処理システムを構成する端末装置１は、決済非関連情報取得部１０、端末受付部１１、端末送信部１２、端末受信部１３、および端末出力部１４を具備する。

引き落とし処理システムを構成する決済装置２は、引落情報格納部２１、支払情報受付部２２、口座識別子取得部２３、および決済処理部２４を具備する。

端末装置１を構成する決済非関連情報取得部１０は、決済非関連情報を取得する。決済非関連情報は、決済に関係しない情報である。決済非関連情報には、販売者、日時、商品種別は入らない。決済非関連情報は、例えば、購入者に関する情報である購入者情報や、立て替えか否かなどの情報である。購入者情報は、例えば、購入者数や、購入者や、購入者の場所情報などである。決済非関連情報取得部１０は、購入者数や、購入者や、立て替えか否かの入力を受け付ける受け付け手段で実現されたり、ＧＰＳ受信機等で実現され得る。なお、端末装置１は、決済非関連情報取得部１０を有さなくても良い。また、決済非関連情報取得部１０は、端末受付部１１と一体である、と考えても良い。

端末受付部１１は、カード識別子と金額情報と条件情報とを受け付ける。または、端末受付部１１は、カード識別子と金額情報とを受け付ける。カード識別子とは、クレジットカードを識別する情報である。カード識別子は、通常、クレジットのカード番号であるが、クレジットカードを識別する情報であれば何でも良い。金額情報とは、引き落とす金額に関する情報である。金額情報は、金額そのものでも良いし、金額を特定するための商品識別子などでも良い。また、条件情報とは、銀行口座を選択するための条件に関する情報である。条件情報は、購入者に関する購入者情報、または支払いに関する支払情報、またはパスワードのうちの１種類以上の情報を含む情報である。なお、端末受付部１１は、カード識別子と金額情報と条件情報とを、同じタイミングで受け付ける必要はない。端末受付部１１は、例えば、カードリーダー、金額やパスワードを入力するためのテンキー、購入者情報や支払情報やパスワードなどを入力するキーボードやタッチパネル等により実現される。ただし、カード識別子等の入力手段は、マウスやメニュー画面によるもの等、何でも良い。また、条件情報に位置情報が含まれる場合、端末受付部１１は、ＧＰＳ受信機により実現されても良い。ここで、位置情報は、（緯度，経度）でも良いし、住所などでも良い。また、端末受付部１１は、端末装置１が格納している位置情報を読み出しても良い。

端末送信部１２は、端末受付部１１が受け付けたカード識別子と金額情報と条件情報とを決済装置２に送信する。または、端末受付部１１が受け付けたカード識別子と金額情報とを決済装置２に送信する。端末送信部１２は、決済装置２と通信するための情報である通信先情報を、通常、予め格納している。通信先情報は、決済装置２のＩＰアドレス、ＭＡＣアドレス、ＵＲＬ等、何でも良い。端末送信部１２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

端末受信部１３は、決済装置２の処理結果を受信する。処理結果は、例えば、引き落とし処理が完了した旨を示す情報である。処理結果は、例えば、引き落とされた金額を示す金額情報を含む。その他、処理結果は何でも良い。端末受信部１３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

端末出力部１４は、端末受信部１３が受信した処理結果を出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタへの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。端末出力部１４は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部１４は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

決済装置２を構成する引落情報格納部２１は、１以上の引落情報を格納し得る。引落情報は、一のカード識別子と、２以上の口座識別子と、２以上の各銀行口座に対応する口座選択条件を有する情報である。口座選択条件とは、銀行口座を選択するための条件である。口座選択条件は、購入者条件または支払関連条件またはパスワード条件または金額条件または期間条件または累計条件のうちの１以上の条件を含む。購入者条件とは、購入者に関する条件であり、例えば、購入者が居る場所に関する情報である場所情報、購入者の数、購入者を特定する購入者特定情報などのうちの１以上の情報を含む。また、支払関連条件は、支払いに関する条件であり、例えば、支払い方法（１回払い，分割払いなど）、支払いの意義（立て替えか否か）などを含む。さらに、パスワード条件とは、パスワードに関する条件であり、パスワードそのものでも良いし、パスワードによりグループ化されるグループを特定する情報（例えば、パスワードの上位３桁の数字列）などでも良い。また、金額条件とは、金額に関する条件である。また、期間条件とは、期間を特定する情報を含む条件である。期間条件は、例えば、２０１１年３月３１日までは口座Ａを選択し、２０１１年４月１日以降は口座Ｂを選択するような条件である。また、累計条件とは、ある期間内の累積金額を含む条件である。累計条件は、例えば、一定の期間内（例えば、月初めから月末まで、または引落し日から引落し日前日まで等）における累積金額が一定の金額までは口座Ａを選択し、それを超えた後は、口座Ｂを選択するような条件である。また、口座選択条件は、２以上の条件の組み合わせでも良い。なお、引落情報において、口座識別子と口座選択条件とは、通常、１対１対応である。ただし、口座選択条件を有しない（口座選択条件の情報がＮＵＬＬ）引落情報が存在しても良い。かかる場合、他の口座選択条件に合致しない場合は、ＮＵＬＬの口座選択条件に対応する口座識別子が選択される。

引落情報格納部２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。引落情報格納部２１に引落情報が記憶される過程は問わない。例えば、記録媒体を介して引落情報が引落情報格納部２１で記憶されるようになってもよく、通信回線等を介して送信された引落情報が引落情報格納部２１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された引落情報が引落情報格納部２１で記憶されるようになってもよい。

支払情報受付部２２は、支払情報を受け付ける。支払情報は、カード識別子と、金額情報と、条件情報とを有する。ただし、支払情報は、カード識別子と、金額情報のみでも良い。条件情報は、購入者に関する購入者情報、または支払いに関する支払情報、またはパスワードのうちのいずれか１種類以上の情報を含む情報である。ここで、金額情報とは、引き落とす金額に関する情報であり、金額そのものでも良いし、金額を特定するための商品識別子などでも良い。支払情報受付部２２が受け付ける支払情報が有する条件情報は、決済非関連情報を含むことは好適である。また、支払情報受付部２２が行う受け付けとは、通常、有線もしくは無線の通信回線を介して送信された情報の受信であるが、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどでも良い。さらに、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付けなどを含む概念である。支払情報受付部２２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

口座識別子取得部２３は、支払情報受付部２２が受け付けた支払情報が有するカード識別子に対応する口座識別子であり、支払情報が有する条件情報に合致する口座選択条件に対応する口座識別子を取得する。ここで、カード識別子に対応する口座識別子とは、通常、当該カード識別子に一致するカード識別子と対になる口座識別子であるが、当該カード識別子から取得できるカード識別子と対になる口座識別子などでも良い。口座識別子取得部２３は、通常、ＭＰＵやメモリ等から実現され得る。口座識別子取得部２３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

決済処理部２４は、口座識別子取得部２３が取得した口座識別子で識別される銀行口座から、支払情報受付部２２が受け付けた支払情報が有する金額情報に対応する金額を引き落とす処理を行う。ここで、引き落とす処理とは、口座識別子に対応する銀行のサーバ装置に情報（通常、口座識別子と金額を含む）を送信する処理でも良いし、口座識別子に対応する口座から金額情報に対応する金額を差し引く処理でも良いし、口座識別子に対応する購入者に送付する支払いの領収書を印刷する処理でも良いし、支払情報を蓄積する処理でも良い。つまり、引き落とす処理は、金額を引き落とすことに関する処理であれば何でも良い。決済処理部２４は、例えば、無線または有線の通信手段で実現される。

次に、引き落とし処理システムの動作について説明する。まず、端末装置１の動作について説明する。端末装置１の決済非関連情報取得部１０は、例えば、購入者の場所情報などの決済非関連情報を取得する。そして、端末受付部１１は、販売店の販売員、または商品やサービス（以下、商品等という）の購入者から、カード識別子と金額情報と条件情報とを受け付ける。なお、条件情報には、決済非関連情報取得部１０が取得した決済非関連情報が含まれることは好適である。

次に、端末送信部１２は、端末受付部１１が受け付けたカード識別子と金額情報と条件情報とを決済装置２に送信する。

そして、上記の送信に応じて、端末受信部１３は、決済装置２の処理結果を、決済装置２から受信する。次に、端末出力部１４は、端末受信部１３が受信した処理結果を出力する。

次に、決済装置２の動作について、図３のフローチャートを用いて説明する。

（ステップＳ３０１）支払情報受付部２２は、支払情報を受け付けたか否かを判断する。支払情報を受け付ければステップＳ３０２に行き、支払情報を受け付けなければステップＳ３０１に行く。なお、ここでの受け付けは、通常、端末装置１からの受信である。

（ステップＳ３０２）口座識別子取得部２３は、ステップＳ３０１で受け付けられた支払情報が有するカード識別子を取得する。

（ステップＳ３０３）口座識別子取得部２３は、ステップＳ３０２で取得したカード識別子をキーとして、引落情報格納部２１を検索し、引落情報を取得する。ここで、口座識別子取得部２３は、引落情報の全情報を取得する必要はなく、必要な一部の情報を取得するだけでも良い。

（ステップＳ３０４）口座識別子取得部２３は、ステップＳ３０３で取得した情報の中に、２以上の口座識別子を含むか否かを判断する。２以上の口座識別子を含む場合はステップＳ３０５に行き、一の口座識別子のみを含む場合はステップＳ３１５に行く。なお、２以上の口座識別子を含むか否かは、２以上の口座選択条件を含むか否かと同意義である。

（ステップＳ３０５）口座識別子取得部２３は、カウンタｉに１を代入する。

（ステップＳ３０６）口座識別子取得部２３は、ステップＳ３０３で取得した情報の中に、ｉ番目の口座識別子が存在するか否かを判断する。ｉ番目の口座識別子が存在すればステップＳ３０７に行き、ｉ番目の口座識別子が存在しなければステップＳ３１４に行く。

（ステップＳ３０７）口座識別子取得部２３は、ｉ番目の口座識別子と対になる口座選択条件を取得する。

（ステップＳ３０８）口座識別子取得部２３は、ステップＳ３０１で受け付けられた支払情報を、ステップＳ３０７で取得した口座選択条件に適用し、当該支払情報が口座選択条件に合致するか否かを判断する。そして、口座識別子取得部２３は、判断結果をバッファに記録する。

（ステップＳ３０９）口座識別子取得部２３は、ステップＳ３０８における判断結果が「口座選択条件に合致する」との判断結果の場合はステップＳ３１０に行き、「口座選択条件に合致しない」との判断結果の場合はステップＳ３１３に行く。

（ステップＳ３１０）口座識別子取得部２３は、変数「支払口座」にｉ番目の口座識別子を代入する。

（ステップＳ３１１）決済処理部２４は、変数「支払口座」の中の口座識別子、ステップＳ３０１で受け付けられた支払情報が有する金額情報を有する処理結果を構成する。なお、ここでの処理結果は、正常処理が行われたことを示す処理結果である。

（ステップＳ３１２）決済処理部２４は、ステップＳ３１１で構成した処理結果を、図示しない銀行のサーバ装置に送信する。

（ステップＳ３１３）口座識別子取得部２３は、カウンタｉを１、インクリメントする。ステップＳ３０６に戻る。

（ステップＳ３１４）決済処理部２４は、エラーを意味する情報を有する処理結果を構成する。ステップＳ３１２に行く。

（ステップＳ３１５）口座識別子取得部２３は、ステップＳ３０３で取得した情報の中の一の口座識別子を、変数「支払口座」に書き込む。ステップＳ３１１に行く。

なお、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

以下、本実施の形態における引き落とし処理システムの具体的な動作について説明する。引き落とし処理システムの概念図は図１である。

また、決済装置２を構成する引落情報格納部２１は、図４に示す引落情報管理表を格納している。引落情報管理表は、「ＩＤ」「カード識別子」「口座識別子」「口座選択条件」を有するレコードを１以上格納している。

引落情報管理表の「ＩＤ＝１」のレコードは、購入者の場所を考慮した口座選択条件により、口座を自動選択するためのレコードである。「ＩＤ＝１」のレコードにおいて、例えば、（ｘ１，ｙ１）から３ｋｍ以内は自宅周辺を意味し、（ｘ２，ｙ２）から５ｋｍ以内は勤務する会社周辺を意味する。そして、「ＩＤ＝１」のレコードの口座選択条件「−（ＮＵＬＬ）」は、自宅周辺でもなく、会社周辺でもない場合に適用される。また、「ＩＤ＝２」のレコードは、購入者の数（例えば、家族で購入するか、個人（一人）で購入するか）により、引き落としされる口座が異なるためのレコードである。また、「ＩＤ＝３」のレコードは、購入者により、引き落としされる口座が異なるためのレコードである。また、「ＩＤ＝４」のレコードは、支払い方法により、引き落としされる口座が異なるためのレコードである。また、「ＩＤ＝５」のレコードは、購入した商品等の金額により、引き落としされる口座が異なるためのレコードである。また、「ＩＤ＝６」のレコードは、立て替えフラグの値により、引き落としされる口座が異なるためのレコードである。なお、立て替えフラグとは、購入金額が立て替えか否かを示すフラグである。「立て替えフラグ＝ＯＮ」は、購入者以外の第三者から購入金額が後に戻ることを示す。「立て替えフラグ＝ＯＦＦ」は、いわゆる自腹であることを示す。また、「ＩＤ＝７」のレコードは、入力されたパスワードにより、引き落としされる口座が異なるためのレコードである。また、「ＩＤ＝８」のレコードは、期間により、引き落としされる口座が異なるためのレコードである。「ＩＤ＝８」のレコードにおいて、２０１１年３月３１日までに購買行動を行った場合には、Ｉ銀行のＩ１口座が選択され、２０１１年４月１日以降に購買行動を行った場合には、Ｉ銀行のＩ２口座が選択されることを示す。さらに、「ＩＤ＝９」のレコードは、累計金額により、引き落としされる口座が異なるためのレコードである。「ＩＤ＝９」のレコードにおいて、引落し日から引落し日前日までの期間において、累計金額が１万円以下の場合は、Ｉ銀行のＩ３口座が選択され、累計金額が１万円より多い場合における、１万円を超えた分に対しては、Ｉ銀行のＩ４口座が選択されることを示す。

かかる状況において、以下の９つの具体例を用いて、引き落とし処理システムの具体的な動作について説明する。
（具体例１）

具体例１は、購入者の場所に応じて、引き落とされる口座が異なる場合である。

購入者Ａは、会社の近くの文房具屋で、シャープペンシル等の文房具の買い物をし、カードで支払いを行った、とする。つまり、当該文房具屋に設置された端末装置１が、購入者Ａのカードを読み込む。そして、端末受付部１１は、カード識別子「１２３４５６７８」を受け付ける。また、文房具屋の店員が商品ＩＤ、金額を端末装置１に入力する。そして、端末受付部１１は、商品ＩＤ「ＡＢＣ１」、金額「８５００円」を受け付ける。また、端末受付部１１は、販売店ＩＤ「９８７６」を図示しない記録媒体から読み出す。また、端末装置１の決済非関連情報取得部１０（ここではＧＰＳ受信機）が、位置情報（ｘ３，ｙ３）を取得する。そして、端末受付部１１は、位置情報（ｘ３，ｙ３）を決済非関連情報取得部１０から取得する。

そして、文房具屋の店員は、支払い方法「一括」を端末装置１に入力する。そして、端末受付部１１は、支払い方法「一括」を受け付ける。

以上の操作等により、端末装置１には、図５に示す決済情報画面が表示される。そして、文房具屋の店員は、図５に示す決済情報画面の「送信」ボタンを押下する。すると、端末送信部１２は、カード識別子「１２３４５６７８」、販売店ＩＤ「９８７６」、商品ＩＤ「ＡＢＣ１」、金額情報「８５００円」、および条件情報「場所情報：（ｘ３，ｙ３）、購入者数：−、購入者：−、支払い方法：一括、立て替えフラグ：−」を有する支払情報を構成し、当該支払情報を決済装置２に送信する。

次に、決済装置２の支払情報受付部２２は、カード識別子「１２３４５６７８」、販売店ＩＤ「９８７６」、商品ＩＤ「ＡＢＣ１」、金額情報「８５００円」、および条件情報「場所情報：（ｘ３，ｙ３）、購入者数：−、購入者：−、支払い方法：一括、立て替えフラグ：−」を有する支払情報を受信する。

次に、口座識別子取得部２３は、受信された支払情報が有するカード識別子「１２３４５６７８」を取得する。

次に、口座識別子取得部２３は、取得したカード識別子「１２３４５６７８」をキーとして、図４の引落情報管理表を検索し、「ＩＤ＝１」の引落情報を取得する。ここで、口座識別子取得部２３は、「ＩＤ＝１」の引落情報は３つの口座識別子を含む、と認識する。

次に、口座識別子取得部２３は、「ＩＤ＝１」の引落情報が有する１番目の口座選択条件「（ｘ１，ｙ１）から３ｋｍ以内」を、図４の引落情報管理表から取得する。次に、口座識別子取得部２３は、支払情報が有する「場所情報：（ｘ３，ｙ３）」を取得する。そして、口座識別子取得部２３は、「場所情報：（ｘ３，ｙ３）」が口座選択条件「（ｘ１，ｙ１）から３ｋｍ以内」に合致するか否かを判断する。ここで、口座識別子取得部２３は、（ｘ３，ｙ３）と（ｘ１，ｙ１）との距離を１０．５ｋｍであると算出し、「場所情報：（ｘ３，ｙ３）」が口座選択条件「（ｘ１，ｙ１）から３ｋｍ以内」に合致しない、と判断した、とする。

次に、口座識別子取得部２３は、「ＩＤ＝１」の引落情報が有する２番目の口座選択条件「（ｘ２，ｙ２）から５ｋｍ以内」を、図４の引落情報管理表から取得する。そして、口座識別子取得部２３は、「場所情報：（ｘ３，ｙ３）」が口座選択条件「（ｘ２，ｙ２）から５ｋｍ以内」に合致するか否かを判断する。ここで、口座識別子取得部２３は、（ｘ３，ｙ３）と（ｘ２，ｙ２）との距離を０．３ｋｍであると算出し、「場所情報：（ｘ３，ｙ３）」が口座選択条件「（ｘ２，ｙ２）から５ｋｍ以内」に合致する、と判断した、とする。

次に、口座識別子取得部２３は、変数「支払口座」に２番目の口座識別子「Ａ銀行Ａ２口座」を代入する。

次に、決済処理部２４は、変数「支払口座」の中の口座識別子「Ａ銀行Ａ２口座」、受信された支払情報が有する金額情報「８５００円」、販売店ＩＤ「９８７６」、および商品ＩＤ「ＡＢＣ１」を有する処理結果を構成する。

そして、決済処理部２４は、構成した処理結果「販売店ＩＤ：９８７６、商品ＩＤ：ＡＢＣ１、金額：８５００円、口座識別子：Ａ銀行Ａ２口座」を図示しない銀行のサーバ装置に送信する。なお、決済処理部２４は、決済を完了した旨を示す処理結果を、端末装置１に送信しても良い。

以上により、購入者の場所に応じて、引き落とされる口座の口座識別子を自動選択できる。
（具体例２）

具体例２は、購入者の数に応じて、引き落とされる口座が異なる場合である。

購入者Ｂは、レストランで食事をし、カードで支払いを行った、とする。つまり、当該レストランに設置された端末装置１が、購入者Ｂのカードを読み込む。そして、端末受付部１１は、カード識別子「２２３３４４５５」を受け付ける。また、レストランの店員が金額を端末装置１に入力する。そして、端末受付部１１は、金額「１５０００円」を受け付ける。また、レストランの店員は、購入者の人数（食事をした人数）「４」を端末装置１に入力する。すると、端末装置１の決済非関連情報取得部１０が、購入者の人数「４」を取得する。そして、端末受付部１１は、購入者の人数「４」を決済非関連情報取得部１０から取得する。

そして、レストランの店員は、支払い方法「一括」を端末装置１に入力する。そして、端末受付部１１は、支払い方法「一括」を受け付ける。

以上の操作等により、端末装置１には、図６に示す決済情報画面が表示される。そして、レストランの店員は、図６に示す決済情報画面の「送信」ボタンを押下する。すると、端末送信部１２は、カード識別子「２２３３４４５５」、金額情報「１５０００円」、および条件情報「場所情報：−、購入者数：４、購入者：−、支払い方法：一括、立て替えフラグ：−」を有する支払情報を構成し、当該支払情報を決済装置２に送信する。

次に、決済装置２の支払情報受付部２２は、カード識別子「２２３３４４５５」、金額情報「１５０００円」、および条件情報「場所情報：−、購入者数：４、購入者：−、支払い方法：一括、立て替えフラグ：−」を有する支払情報を受信する。

次に、口座識別子取得部２３は、受信された支払情報が有するカード識別子「２２３３４４５５」を取得する。

次に、口座識別子取得部２３は、取得したカード識別子「２２３３４４５５」をキーとして、図４の引落情報管理表を検索し、「ＩＤ＝２」の引落情報を取得する。ここで、口座識別子取得部２３は、「ＩＤ＝２」の引落情報は２つの口座識別子を含む、と認識する。

次に、口座識別子取得部２３は、「ＩＤ＝２」の引落情報が有する１番目の口座選択条件「購入者数＝１」を、図４の引落情報管理表から取得する。次に、口座識別子取得部２３は、支払情報が有する「購入者数：４」を取得する。そして、口座識別子取得部２３は、「購入者数：４」が口座選択条件「購入者数＝１」に合致するか否かを判断する。ここで、口座識別子取得部２３は、「購入者数：４」が口座選択条件「購入者数＝１」に合致しない、と判断する。

次に、口座識別子取得部２３は、「ＩＤ＝２」の引落情報が有する２番目の口座選択条件「購入者数＞＝２」を、図４の引落情報管理表から取得する。そして、口座識別子取得部２３は、「購入者数：４」が口座選択条件「購入者数＞＝２」に合致する、と判断する。

次に、口座識別子取得部２３は、変数「支払口座」に２番目の口座識別子「Ｃ銀行Ｃ２口座」を代入する。

次に、決済処理部２４は、変数「支払口座」の中の口座識別子「Ｃ銀行Ｃ２口座」、受信された支払情報が有する金額情報「１５０００円」を有する処理結果を構成する。

そして、決済処理部２４は、構成した処理結果「金額：１５０００円、口座識別子：Ｃ銀行Ｃ２口座」を図示しない銀行のサーバ装置に送信する。なお、決済処理部２４は、決済を完了した旨を示す処理結果を、端末装置１に送信しても良い。

以上により、購入者の数に応じて、引き落とされる口座の口座識別子を自動選択できる。本具体例２において、口座識別子「Ｃ銀行Ｃ２口座」は、例えば、会社の口座であり、口座識別子「Ｃ銀行Ｃ１口座」は、例えば、購入者Ｂの個人の口座である。つまり、本具体例２によれば、複数で食事をした場合は、接待であるとして、会社の口座から引き落とされ、一人で食事をした場合は、接待ではないので、個人の口座から引き落とされる。
（具体例３）

具体例３は、購入者を特定する情報（購入者）に応じて、引き落とされる口座が異なる場合である。

購入者Ｃは、レストランで食事をし、カードで支払いを行った、とする。つまり、当該レストランに設置された端末装置１が、購入者Ｃのカードを読み込む。そして、端末受付部１１は、カード識別子「５５４４３３２２」を受け付ける。また、レストランの店員が金額を端末装置１に入力する。そして、端末受付部１１は、金額「３５００円」を受け付ける。また、購入者は、購入者の数「１」、および購入者を特定する「父」を端末装置１に入力する。すると、端末装置１の決済非関連情報取得部１０が、購入者の数「１」、および購入者「父」を取得する。そして、端末受付部１１は、購入者「父」を決済非関連情報取得部１０から取得する。

そして、レストランの店員は、支払い方法「一括」を端末装置１に入力する。そして、端末受付部１１は、支払い方法「一括」を受け付ける。

以上の操作等により、端末装置１には、図７に示す決済情報画面が表示される。そして、レストランの店員は、図７に示す決済情報画面の「送信」ボタンを押下する。すると、端末送信部１２は、カード識別子「５５４４３３２２」、金額情報「３５００円」、および条件情報「場所情報：−、購入者数：１、購入者：父、支払い方法：一括、立て替えフラグ：−」を有する支払情報を構成し、当該支払情報を決済装置２に送信する。

次に、決済装置２の支払情報受付部２２は、カード識別子「５５４４３３２２」、金額情報「３５００円」、および条件情報「場所情報：−、購入者数：１、購入者：父、支払い方法：一括、立て替えフラグ：−」を有する支払情報を受信する。

次に、口座識別子取得部２３は、受信された支払情報が有するカード識別子「５５４４３３２２」を取得する。

次に、口座識別子取得部２３は、取得したカード識別子「５５４４３３２２」をキーとして、図４の引落情報管理表を検索し、「ＩＤ＝３」の引落情報を取得する。ここで、口座識別子取得部２３は、「ＩＤ＝３」の引落情報は３つの口座識別子を含む、と認識する。

次に、口座識別子取得部２３は、「ＩＤ＝３」のレコードが有する３つの口座選択条件のうち、「購入者：父」は、１番目の口座選択条件に合致する、と判断する。

次に、口座識別子取得部２３は、変数「支払口座」に、「ＩＤ＝３」のレコードが有する１番目の口座識別子「Ｄ銀行Ｄ１口座」を代入する。

次に、決済処理部２４は、変数「支払口座」の中の口座識別子「Ｄ銀行Ｄ１口座」、受信された支払情報が有する金額情報「３５００円」を有する処理結果を構成する。

そして、決済処理部２４は、構成した処理結果「金額：３５００円、口座識別子：Ｄ銀行Ｄ１口座」を図示しない銀行のサーバ装置に送信する。なお、決済処理部２４は、決済を完了した旨を示す処理結果を、端末装置１に送信しても良い。

以上により、購入者（購入者を特定する情報）に応じて、引き落とされる口座の口座識別子を自動選択できる。
（具体例４）

具体例４は、支払い方法に応じて、引き落とされる口座が異なる場合である。

購入者Ｄは、デパートで、洋服の買い物をし、カードで支払いを行った、とする。つまり、当該デパートに設置された端末装置１が、購入者Ｄのカードを読み込む。そして、端末受付部１１は、カード識別子「９８７６５４３２」を受け付ける。また、デパートの店員が商品ＩＤ、金額を端末装置１に入力する。そして、端末受付部１１は、商品ＩＤ「ＤＤ１」、金額「５８００円」を受け付ける。また、端末受付部１１は、販売店ＩＤ「２２３３」を図示しない記録媒体から読み出す。

そして、デパートの店員は、支払い方法「一括」を端末装置１に入力する。そして、端末受付部１１は、支払い方法「一括」を受け付ける。

以上の操作等により、端末装置１には、図８に示す決済情報画面が表示される。そして、デパートの店員は、図８に示す決済情報画面の「送信」ボタンを押下する。すると、端末送信部１２は、カード識別子「９８７６５４３２」、販売店ＩＤ「２２３３」、商品ＩＤ「ＤＤ１」、金額情報「５８００円」、および条件情報「場所情報：−、購入者数：−、購入者：−、支払い方法：一括、立て替えフラグ：−」を有する支払情報を構成し、当該支払情報を決済装置２に送信する。

次に、決済装置２の支払情報受付部２２は、カード識別子「９８７６５４３２」、販売店ＩＤ「２２３３」、商品ＩＤ「ＤＤ１」、金額情報「５８００円」、および条件情報「場所情報：−、購入者数：−、購入者：−、支払い方法：一括、立て替えフラグ：−」を有する支払情報を受信する。

次に、口座識別子取得部２３は、受信された支払情報が有するカード識別子「９８７６５４３２」を取得する。

次に、口座識別子取得部２３は、取得したカード識別子「９８７６５４３２」をキーとして、図４の引落情報管理表を検索し、「ＩＤ＝４」の引落情報を取得する。ここで、口座識別子取得部２３は、「ＩＤ＝４」の引落情報は２つの口座識別子を含む、と認識する。

次に、口座識別子取得部２３は、「ＩＤ＝４」のレコードが有する２つの口座選択条件のうち、「支払い方法：一括」は、１番目の口座選択条件に合致する、と判断する。

次に、口座識別子取得部２３は、変数「支払口座」に、「ＩＤ＝４」のレコードが有する１番目の口座識別子「Ｅ銀行Ｅ１口座」を代入する。

次に、決済処理部２４は、変数「支払口座」の中の口座識別子「Ｅ銀行Ｅ１口座」、受信された支払情報が有する金額情報「５８００円」を有する処理結果を構成する。

そして、決済処理部２４は、構成した処理結果「金額：３５００円、口座識別子：Ｅ銀行Ｅ１口座」を図示しない銀行のサーバ装置に送信する。なお、決済処理部２４は、決済を完了した旨を示す処理結果を、端末装置１に送信しても良い。

以上により、支払い方法に応じて、引き落とされる口座の口座識別子を自動選択できる。
（具体例５）

具体例５は、購入した商品等の金額に応じて、引き落とされる口座が異なる場合である。

購入者Ｅは、電気屋で、テレビを購入し、カードで支払いを行った、とする。つまり、当該電気屋に設置された端末装置１が、購入者Ｅのカードを読み込む。そして、端末受付部１１は、カード識別子「５５５５３３３３」を受け付ける。また、電気屋の店員が商品ＩＤ、金額を端末装置１に入力する。そして、端末受付部１１は、商品ＩＤ「ＥＥ２」、金額「１２００００円」を受け付ける。

そして、端末装置１には、図９に示す決済情報画面が表示される。そして、電気屋の店員は、図８に示す決済情報画面の「送信」ボタンを押下する。すると、端末送信部１２は、カード識別子「５５５５３３３３」、金額情報「１２００００円」を有する支払情報を構成し、当該支払情報を決済装置２に送信する。

次に、決済装置２の支払情報受付部２２は、カード識別子「５５５５３３３３」、および金額情報「１２００００円」を有する支払情報を受信する。

次に、口座識別子取得部２３は、受信された支払情報が有するカード識別子「５５５５３３３３」を取得する。

次に、口座識別子取得部２３は、取得したカード識別子「５５５５３３３３」をキーとして、図４の引落情報管理表を検索し、「ＩＤ＝５」の引落情報を取得する。ここで、口座識別子取得部２３は、「ＩＤ＝５」の引落情報は２つの口座識別子を含む、と認識する。

次に、口座識別子取得部２３は、「ＩＤ＝５」のレコードが有する２つの口座選択条件のうち、金額情報「１２００００円」は、２番目の口座選択条件に合致する、と判断する。

次に、口座識別子取得部２３は、変数「支払口座」に、「ＩＤ＝５」のレコードが有する２番目の口座識別子「Ｅ銀行Ｅ３口座」を代入する。

次に、決済処理部２４は、変数「支払口座」の中の口座識別子「Ｅ銀行Ｅ３口座」、受信された支払情報が有する金額情報「１２００００円」を有する処理結果を構成する。

そして、決済処理部２４は、構成した処理結果「金額：１２００００円、口座識別子：Ｅ銀行Ｅ３口座」を図示しない銀行のサーバ装置に送信する。なお、決済処理部２４は、決済を完了した旨を示す処理結果を、端末装置１に送信しても良い。

以上により、購入商品等の金額の多少に応じて、引き落とされる口座の口座識別子を自動選択できる。
（具体例６）

具体例６は、購入の支払いが立て替えか否かに応じて、引き落とされる口座が異なる場合である。

購入者Ｆは、タクシーに乗車し、タクシー料金をカードで支払いを行った、とする。つまり、当該タクシーに設置された端末装置１が、購入者Ｆのカードを読み込む。そして、端末受付部１１は、カード識別子「４４３３２２２２」を受け付ける。また、タクシーの運転手が金額「３８００円」を端末装置１に入力する。そして、端末受付部１１は、金額「３８００円」を受け付ける。

そして、タクシーの運転手は、支払い方法「一括」を端末装置１に入力する。そして、端末受付部１１は、支払い方法「一括」を受け付ける。

また、タクシーの運転手は、立て替え「ＯＮ（ＹＥＳ）」を端末装置１に入力する。そして、端末装置１の決済非関連情報取得部１０は、立て替え「ＯＮ」を取得する。そして、端末受付部１１は、決済非関連情報取得部１０から立て替え「ＯＮ」を受け付ける。

以上の操作等により、端末装置１には、図１０に示す決済情報画面が表示される。そして、タクシーの運転手は、図１０に示す決済情報画面の「送信」ボタンを押下する。すると、端末送信部１２は、カード識別子「４４３３２２２２」、金額情報「３８００円」、および条件情報「場所情報：−、購入者数：−、購入者：−、支払い方法：一括、立て替えフラグ：ＯＮ」を有する支払情報を構成し、当該支払情報を決済装置２に送信する。

次に、決済装置２の支払情報受付部２２は、カード識別子「４４３３２２２２」、金額情報「３８００円」、および条件情報「場所情報：−、購入者数：−、購入者：−、支払い方法：一括、立て替えフラグ：ＯＮ」を有する支払情報を受信する。

次に、口座識別子取得部２３は、受信された支払情報が有するカード識別子「４４３３２２２２」を取得する。

次に、口座識別子取得部２３は、取得したカード識別子「４４３３２２２２」をキーとして、図４の引落情報管理表を検索し、「ＩＤ＝６」の引落情報を取得する。ここで、口座識別子取得部２３は、「ＩＤ＝６」の引落情報は２つの口座識別子を含む、と認識する。

次に、口座識別子取得部２３は、「ＩＤ＝６」のレコードが有する２つの口座選択条件のうち、「立て替えフラグ：ＯＮ」は、１番目の口座選択条件に合致する、と判断する。

次に、口座識別子取得部２３は、変数「支払口座」に、「ＩＤ＝６」のレコードが有する１番目の口座識別子「Ｆ銀行Ｆ１口座」を代入する。

次に、決済処理部２４は、変数「支払口座」の中の口座識別子「Ｆ銀行Ｆ１口座」、受信された支払情報が有する金額情報「３８００円」を有する処理結果を構成する。

そして、決済処理部２４は、構成した処理結果「金額：３８００円、口座識別子：Ｆ銀行Ｆ１口座」を図示しない銀行のサーバ装置に送信する。なお、決済処理部２４は、決済を完了した旨を示す処理結果を、端末装置１に送信しても良い。

以上により、支払う料金が立替か否かに応じて、引き落とされる口座の口座識別子を自動選択できる。
（具体例７）

具体例７は、パスワードに応じて、引き落とされる口座が異なる場合である。

購入者Ｇは、タクシーに乗車し、タクシー料金をカードで支払いを行った、とする。つまり、当該タクシーに設置された端末装置１が、購入者Ｇのカードを読み込む。そして、端末受付部１１は、カード識別子「７７８８９９１１」を受け付ける。また、タクシーの運転手が金額「２２００円」を端末装置１に入力する。そして、端末受付部１１は、金額「２２００円」を受け付ける。

そして、購入者Ｇは、パスワード「ＰＷ１」を、端末装置１に入力する。そして、端末装置１の端末受付部１１は、パスワード「ＰＷ１」を受け付ける。また、タクシーの運転手は、支払い方法「一括」を端末装置１に入力する。そして、端末受付部１１は、支払い方法「一括」を受け付ける。

次に、タクシーの運転手は、決済情報画面の「送信」ボタンを押下する。すると、端末送信部１２は、カード識別子「７７８８９９１１」、金額情報「２２００円」、および条件情報「パスワード：ＰＷ１、支払い方法：一括」を有する支払情報を構成し、当該支払情報を決済装置２に送信する。

次に、決済装置２の支払情報受付部２２は、カード識別子「７７８８９９１１」、金額情報「２２００円」、および条件情報「パスワード：ＰＷ１、支払い方法：一括」を有する支払情報を受信する。

次に、口座識別子取得部２３は、受信された支払情報が有するカード識別子「７７８８９９１１」を取得する。

次に、口座識別子取得部２３は、取得したカード識別子「７７８８９９１１」をキーとして、図４の引落情報管理表を検索し、「ＩＤ＝７」の引落情報を取得する。ここで、口座識別子取得部２３は、「ＩＤ＝７」の引落情報は２つの口座識別子を含む、と認識する。

次に、口座識別子取得部２３は、「ＩＤ＝７」のレコードが有する２つの口座選択条件のうち、「パスワード：ＰＷ１」は、１番目の口座選択条件に合致する、と判断する。

次に、口座識別子取得部２３は、変数「支払口座」に、「ＩＤ＝７」のレコードが有する１番目の口座識別子「Ｈ銀行Ｈ１口座」を代入する。

次に、決済処理部２４は、変数「支払口座」の中の口座識別子「Ｈ銀行Ｈ１口座」、受信された支払情報が有する金額情報「２２００円」を有する処理結果を構成する。なお、口座識別子「Ｈ銀行Ｈ１口座」の口座は、例えば、会社の口座である。また、口座識別子「Ｈ銀行Ｈ２口座」の口座は、購入者Ｇ個人の口座である。

そして、決済処理部２４は、構成した処理結果「金額：２２００円、口座識別子：Ｈ銀行Ｈ１口座」を図示しない銀行のサーバ装置に送信する。なお、決済処理部２４は、決済を完了した旨を示す処理結果を、端末装置１に送信しても良い。
（具体例８）
具体例８は、購買行動の期間に応じて、引き落とされる口座が異なる場合である。
購入者Ｈは、２０１１年３月２５日に大阪府の自宅で使用していた水道料金の支払いを、カード識別子「６６４４２２１１」のクレジットカードで行った、とする。そして、端末装置１の端末受付部１１は、カード識別子「６６４４２２１１」と金額「１８００円」とを受け付ける。次に、端末送信部１２は、カード識別子「６６４４２２１１」、金額情報「１８０００円」を有する支払情報を構成し、当該支払情報を決済装置２に送信する。
次に、決済装置２の支払情報受付部２２は、支払情報を受信する。次に、口座識別子取得部２３は、受信された支払情報が有するカード識別子「６６４４２２１１」をキーとして、図４の引落情報管理表を検索し、「ＩＤ＝８」の引落情報を取得する。
次に、口座識別子取得部２３は、今日の日付「２０１１年３月２５日」を、図示しない時計から取得する。そして、口座識別子取得部２３は、「ＩＤ＝８」のレコードが有する２つの口座選択条件のうち、今日の日付「２０１１年３月２５日」は、１番目の口座選択条件に合致する、と判断する。次に、口座識別子取得部２３は、「ＩＤ＝８」のレコードが有する１番目の口座識別子「Ｉ銀行Ｉ１口座」を取得する。
次に、決済処理部２４は、口座識別子「Ｉ銀行Ｉ１口座」、受信された支払情報が有する金額情報「１８０００円」を有する処理結果を構成し、図示しない銀行のサーバ装置に送信する。
そして、購入者Ｈは、２０１１年４月１日に東京に引っ越し（例えば、単身赴任し）、引っ越し先で水道料金の支払いを行い、カード識別子「６６４４２２１１」のクレジットカードで行った、とする。かかる場合も、上記と同様の処理が行われ、決済装置２の口座識別子取得部２３は、口座識別子「Ｉ銀行Ｉ２口座」を取得する。
次に、決済処理部２４は、口座識別子「Ｉ銀行Ｉ２口座」、受信された支払情報が有する金額情報を有する処理結果を構成し、図示しない銀行のサーバ装置に送信する。
以上により、例えば、引っ越し前と引っ越し後で、自動的に異なる口座が選択される。なお、例えば、口座識別子「Ｉ銀行Ｉ１口座」の口座は家族全員が利用する口座であり、口座識別子「Ｉ銀行Ｉ２口座」の口座は単身赴任している父が利用する口座である。
（具体例９）
具体例９は、累積金額に応じて、引き落とされる口座が異なる場合である。なお、カード識別子「２２２２３３３３」で、一の期間（例えば、引落し日から引落し日前日まで）に購入された今までの累積金額は、８０００円である、とする。
かかる場合、購入者Ｉは、洋服を買い、カード識別子「２２２２３３３３」のクレジットカードで支払いを行った、とする。そして、端末装置１の端末受付部１１は、カード識別子「２２２２３３３３」と金額「２２００円」とを受け付ける。次に、端末送信部１２は、カード識別子「６６４４２２１１」、金額情報「２２００円」を有する支払情報を構成し、当該支払情報を決済装置２に送信する。
次に、決済装置２の支払情報受付部２２は、支払情報を受信する。次に、口座識別子取得部２３は、受信された支払情報が有するカード識別子「２２２２３３３３」をキーとして、図４の引落情報管理表を検索し、「ＩＤ＝９」の引落情報を取得する。
次に、口座識別子取得部２３は、カード識別子「２２２２３３３３」に対応する累積金額「８０００円」を取得する。なお、累積金額は、カード識別子に対応付けて、図示しない記録媒体に格納されていたり、図示しないサーバに問い合わせること等により取得可能である、とする。そして、口座識別子取得部２３は、金額情報「２２００円」を取得する。そして、口座識別子取得部２３は、累積金額「８０００円」と金額情報「２２００円」とを加算し、「１０２００円」を得る。次に、口座識別子取得部２３は、口座選択条件「累積金額＜＝１万円」、および口座選択条件「累積金額＞１万円」から、「１万円−累積金額＝２０００円」を算出する。また、口座識別子取得部２３は、金額情報「２２００円」−算出した金額「２０００円」を実行し、「２００円」を得る。
次に、口座識別子取得部２３は、算出した金額「２０００円」に対して、口座選択条件「累積金額＜＝１万円」に対応する口座識別子「Ｉ銀行Ｉ３口座」を選択する。また、口座識別子取得部２３は、算出した金額「２００円」に対して、口座選択条件「累積金額＞１万円」に対応する口座識別子「Ｉ銀行Ｉ４口座」を選択する。
次に、決済処理部２４は、口座識別子「Ｉ銀行Ｉ３口座」、金額情報「２０００円」を有する処理結果を構成し、図示しない銀行のサーバ装置に送信する。また、決済処理部２４は、口座識別子「Ｉ銀行Ｉ４口座」、金額情報「２００円」を有する処理結果を構成し、図示しない銀行のサーバ装置に送信する。
以上より、例えば、小遣いとして子供に与えた金額（本例の場合は１万円）は、親の口座（本例の場合はＩ銀行Ｉ３口座）から引き落とされ、それを超える金額は、子供の口座（本例の場合はＩ銀行Ｉ４口座）から引き落とされるなど、便利さとルールを守る等の子供に対する教育の両方の効果を得ることができる。

以上により、パスワードに応じて、引き落とされる口座の口座識別子を自動選択できる。

以上、本実施の形態によれば、購入者に関する条件、または支払いに関する条件、またはパスワードまたは金額に関する条件、または期間に関する条件、または金額の累計に関する条件により、口座が選択できることにより、購入者にとって柔軟に支払いの引き落とし口座が自動選択できる。

また、本実施の形態において、例えば、口座選択条件が場所情報を含む場合、一のクレジットカードで支払いを行う際に、場所情報が示す位置が生活エリア圏である場合は普段の生活用の口座（例えば、限度額が小さい口座）を選択し、場所情報が示す位置が生活エリア圏外である場合はレジャー用の口座（例えば、限度額が大きい口座）を選択することにより、生活実態に合致した口座が自動選択できる。

また、例えば、口座選択条件が購入者の数を含む場合、一のクレジットカードで買い物をする際にも、家族で買い物をした場合と母や父が一人で買い物をした場合とで、選択する口座が異なることにより、購買行動に応じた支払い口座が自動選択できる。

さらに、口座選択条件が購入者を特定する情報を含む場合、一のクレジットカードで買い物をする際にも、購入者により選択する口座が異なることにより、購入各人の支払い口座が自動選択できる。

また、本実施の形態において、例えば、一のクレジットカードで買い物をする際にも、一定以上の金額の場合と一定未満の金額の場合とで、選択する口座が異なることにより、口座の性質（高額買い物用口座と低額買い物用口座）に対応した、適切な支払い口座が自動選択できる。

また、本実施の形態において、例えば、一のクレジットカードで買い物をする際にも、一括払いか分割払いかにより選択する口座が異なることにより、適切な支払い口座が自動選択できる。

また、本実施の形態において、例えば、一のクレジットカードで買い物をする際にも、立て替えの支払い（支払った金額が後に補充される支払い）か否かにより選択する口座が異なることにより、適切な支払い口座が自動選択できる。

また、本実施の形態において、購入者が入力したパスワードにより選択する口座が異なることにより、適切な認証を行いつつ、適切な支払い口座が自動選択できる。

また、本実施の形態において、例えば、一のクレジットカードで買い物をする際にも、購買行動の期間が異なることにより、転職や引越しなどで自身の環境が異なるような場合、環境変化の前後で、自動的に支払い口座を変更できる。
また、本実施の形態において、例えば、一のクレジットカードで買い物をする際にも、金額の累計により選択する口座を変更することにより、例えば、子供に持たせた一のクレジットカードにおいて、親がお小遣いを１万円与え、当該１万円を超えた分は子供自身が支払う、といったことができ、便利さと子供の教育の両方の効果が得られる。
また、本実施の形態において、購入者数や、購入者や、立て替えか否かや、購入者の場所情報など、カード決済時に、通常、入力されない情報（通常、決済に利用されない情報）を用いて、口座選択を行うことができることにより、購入者にとって柔軟に支払いの引き落とし口座が自動選択できる。

なお、本実施の形態において、決済装置２の口座識別子取得部２３は、受け付けられた条件情報が、いずれの口座選択条件にも合致しない場合は、口座識別子を取得しない。この場合、決済装置２の処理は、エラーとなり、カード利用をできないことは好適である。かかる処理によって、想定外のクレジットカードの利用を不正利用とし、カードの悪用防止に役立つ。
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、記録媒体に、クレジットカードを識別する一のカード識別子と、２以上の各銀行口座を識別する２以上の口座識別子と、前記２以上の各銀行口座に対応し、銀行口座を選択するための条件であり、購入者に関する購入者条件または支払いに関する支払関連条件またはパスワードに関するパスワード条件または金額に関する金額条件のうちのいずれかを含む口座選択条件を有する１以上の引落情報を格納しており、コンピュータを、カード識別子と引き落とす金額に関する金額情報とを有する支払情報、またはカード識別子と引き落とす金額に関する金額情報と購入者に関する購入者情報または支払いに関する支払情報またはパスワードのうちのいずれかを含む条件情報とを有する支払情報を受け付ける支払情報受付部と、前記支払情報受付部が受け付けた支払情報が有するカード識別子に対応する口座識別子であり、前記支払情報が有する条件情報に合致する口座選択条件に対応する口座識別子を、前記記録媒体から取得する口座識別子取得部と、前記口座識別子取得部が取得した口座識別子で識別される銀行口座から、前記支払情報が有する金額情報に対応する金額を引き落とす処理を行う決済処理部として機能させるためのプログラム、である。

また、上記プログラムにおいて、前記口座選択条件は、購入者が居る場所に関する情報である場所情報、購入者の数、購入者を特定する購入者特定情報のいずれかに関する条件を含むことは好適である。

また、上記プログラムにおいて、前記口座選択条件は、金額に関する条件を含むことは好適である。

また、上記プログラムにおいて、前記口座選択条件は、支払い方法に関する条件を含むことは好適である。

また、上記プログラムにおいて、前記口座選択条件は、立て替えか否かを示す情報を含む条件であることは好適である。

また、上記プログラムにおいて、前記口座選択条件は、パスワードに関する条件であることは好適である。

また、図１１は、本明細書で述べたプログラムを実行して、上述した実施の形態の決済装置２等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１１は、このコンピュータシステム３４０の概観図であり、図１２は、コンピュータシステム３４０のブロック図である。

図１１において、コンピュータシステム３４０は、ＦＤドライブ、ＣＤ−ＲＯＭドライブを含むコンピュータ３４１と、キーボード３４２と、マウス３４３と、モニタ３４４とを含む。

図１２において、コンピュータ３４１は、ＦＤドライブ３４１１、ＣＤ−ＲＯＭドライブ３４１２に加えて、ＭＰＵ３４１３と、ＣＤ−ＲＯＭドライブ３４１２及びＦＤドライブ３４１１に接続されたバス３４１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３４１５とに接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３４１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３４１７とを含む。ここでは、図示しないが、コンピュータ３４１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３４０に、上述した実施の形態の決済装置２等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３５０１、またはＦＤ３５０２に記憶されて、ＣＤ−ＲＯＭドライブ３４１２またはＦＤドライブ３４１１に挿入され、さらにハードディスク３４１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３４１に送信され、ハードディスク３４１７に記憶されても良い。プログラムは実行の際にＲＡＭ３４１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３５０１、ＦＤ３５０２またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３４１に、上述した実施の形態の決済装置２等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３４０がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信するステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる引き落とし処理システムは、購入者に関する条件、または支払いに関する条件、またはパスワード、または金額により、口座が選択できることにより、購入者にとって柔軟に支払いの引き落とし口座が自動選択できる、という効果を有し、引き落とし処理システム等として有用である。

１ 端末装置
２ 決済装置
１０ 決済非関連情報取得部
１１ 端末受付部
１２ 端末送信部
１３ 端末受信部
１４ 端末出力部
２１ 引落情報格納部
２２ 支払情報受付部
２３ 口座識別子取得部
２４ 決済処理部

Claims (6)

1. クレジットカードを識別する一のカード識別子と、２以上の各銀行口座を識別する２以上の口座識別子と、前記２以上の各銀行口座に対応し、銀行口座を選択するための条件であり、金額に関する金額条件、購買行動の期間に関する期間条件、予め決められた期間内の累積金額に関する累計条件のうちのいずれかを含む口座選択条件を有する１以上の引落情報を格納し得る引落情報格納部と、
   カード識別子と、引き落とす金額に関する金額情報とを有する支払情報を受け付ける支払情報受付部と、
   前記支払情報受付部が受け付けた支払情報が有するカード識別子に対応する口座識別子であり、前記支払情報が有するカード識別子に対応する２以上の口座選択条件のうちのいずれかの口座選択条件に合致するか否かを判断し、当該合致する口座選択条件に対応する口座識別子を、前記引落情報格納部から取得する口座識別子取得部と、
   前記口座識別子取得部が取得した口座識別子で識別される銀行口座から、前記支払情報が有する金額情報に対応する金額を引き落とす処理を行う決済処理部とを具備する決済装置。
2. 前記口座識別子取得部が、前記カード識別子に対応する２以上のいずれの口座選択条件にも合致しない、と判断した場合、金額を引き落とす処理が行われない請求項１記載の決済装置。
3. 記録媒体に、
   クレジットカードを識別する一のカード識別子と、２以上の各銀行口座を識別する２以上の口座識別子と、前記２以上の各銀行口座に対応し、銀行口座を選択するための条件であり、金額に関する金額条件、購買行動の期間に関する期間条件、予め決められた期間内の累積金額に関する累計条件のうちのいずれかを含む口座選択条件を有する１以上の引落情報を格納しており、
   支払情報受付部、口座識別子取得部、および決済処理部により実現される決済方法であって、
   前記支払情報受付部が、カード識別子と、引き落とす金額に関する金額情報とを有する支払情報を受け付ける支払情報受付ステップと、
   前記口座識別子取得部が、前記支払情報受付ステップで受け付けられた支払情報が有するカード識別子に対応する２以上の口座選択条件のうちのいずれかの口座選択条件に合致するか否かを判断し、当該合致する口座選択条件に対応する口座識別子を、前記記録媒体から取得する口座識別子取得ステップと、
   前記決済処理部が、前記口座識別子取得ステップで取得された口座識別子で識別される銀行口座から、前記支払情報が有する金額情報に対応する金額を引き落とす処理を行う決済処理ステップを具備する決済方法。
4. 前記口座識別子取得ステップにおいて、前記カード識別子に対応する２以上のいずれの口座選択条件にも合致しない、と判断した場合、金額を引き落とす処理が行われない請求項３記載の決済方法。
5. 記録媒体に、
   クレジットカードを識別する一のカード識別子と、２以上の各銀行口座を識別する２以上の口座識別子と、前記２以上の各銀行口座に対応し、銀行口座を選択するための条件であり、金額に関する金額条件、購買行動の期間に関する期間条件、予め決められた期間内の累積金額に関する累計条件のうちのいずれかを含む口座選択条件を有する１以上の引落情報を格納しており、
   コンピュータを、
   カード識別子と、引き落とす金額に関する金額情報とを有する支払情報を受け付ける支払情報受付部と、
   前記支払情報受付部が受け付けた支払情報が有するカード識別子に対応する口座識別子であり、前記支払情報が有するカード識別子に対応する２以上の口座選択条件のうちのいずれかの口座選択条件に合致するか否かを判断し、当該合致する口座選択条件に対応する口座識別子を、前記記録媒体から取得する口座識別子取得部と、
   前記口座識別子取得部が取得した口座識別子で識別される銀行口座から、前記支払情報が有する金額情報に対応する金額を引き落とす処理を行う決済処理部として機能させるためのプログラム。
6. 前記口座識別子取得部が、前記カード識別子に対応する２以上のいずれの口座選択条件にも合致しない、と判断した場合、金額を引き落とす処理が行われないものとして、コンピュータを機能させるための請求項５記載のプログラム。