JP2004145772A

JP2004145772A - Payment support system

Info

Publication number: JP2004145772A
Application number: JP2002312048A
Authority: JP
Inventors: Kotaro Anzai; 安齋　孝太郎; Atsushi Ohashi; 大橋　淳
Original assignee: ROYAL RISK RES Inc; ROYAL RISK RESEARCH Inc
Current assignee: ROYAL RISK RES Inc; ROYAL RISK RESEARCH Inc
Priority date: 2002-10-28
Filing date: 2002-10-28
Publication date: 2004-05-20

Abstract

<P>PROBLEM TO BE SOLVED: To solve the problem in a payment through a settlement by a card (debit card/credit card) in a store selling commodities that it is economically hard-pressed for the store to prepare an expensive card reader in order to respond to a temporary demand. <P>SOLUTION: This payment support system comprises a cellular phone having a money receipt information input part for inputting money receipt information that is the information related to the price to be paid from a payer that is a buyer in a sales transaction to a receiver that is a seller; a transfer information generation part for generating transfer information that is the information for the payment of the sales transaction based on the inputted money receipt information, and a transfer information transmitting part for transmitting the generated transfer information; and a payment server having a transfer information receiving part for receiving the transfer information transmitted from the cellular phone and a payment server transfer information transmitting part for transmitting the transfer information to the financial institute of the payer. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本願発明は、携帯電話を利用した商品の売買等の取引の精算を通じた決済を支援するシステム、方法、コンピュータプログラムに関する。
【０００２】
【従来の技術】
商品の販売を業とする企業等において、一時的な需要に対応できる様に、店舗を増設し、または、同一店舗内で精算業務を同時に行えるようにする必要がある場合がある。かかる場合に、利用客が現金を利用しないデビットカード・クレジットカードを利用した決済ができるように、これらのカードの情報を読み取る専用のカードリーダーを各店舗にまた同一店舗に複数設置する必要が発生する。
【０００３】
かかる従来技術としては、「クレジット専用端末装置のカードリーダーでクレジットカードからカード情報を読み取って，カード情報を遠隔地のホスト装置に送信して，該ホスト装置から与信照会の結果を入力し，与信照会の結果に基づいて使用可能なカードであると判定した場合に，商品販売の承認および商品代金の決済を行うカード与信・決済システム」が存在する（特許文献１参照）。また、かかる従来技術において、カードリーダーを携帯型とすることも考えられる。
【０００４】
【特許文献１】
特開平１０−３２０４６５
【０００５】
【発明が解決しようとする課題】
しかし、かかる（携帯型）カードリーダーは高額であり、需要の変化に対応できる様にするために十分な数を確保することは、当該（携帯型）カードリーダーを利用して決済業務を行う企業等にとって経済的負担が大きいという問題があった。また、かかるカードリーダーを設置するための金融機関の審査には所定の期間を要するため、一時的な需要に対応するために当該カードリーダーをすぐに導入できないという問題があった。そこで本発明は、上記問題に鑑み、高額な専用の端末を利用することなく、かつ、迅速にクレジットカードやデビットカード等、現金を用いずに決済を行うための簡易で経済的なシステムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
そこで、かかる課題を解決するために本発明は、携帯電話と決済サーバとからなる決済支援システムであって、携帯電話は、売買取引において買主である支払人から売り主である受取人に支払われる代金の支払に関する情報である入金情報を入力する入金情報入力部、入金情報に基づいて前記売買取引の決済のための情報である振替情報を生成する振替情報生成部、振替情報を決済サーバに送信する振替情報送信部とを有し、決済サーバは前記振替情報送信部から送信された振替情報を受信する受信部と、受信した当該振替情報を送信する決済サーバ振替情報送信部と、を有する決済支援システムを利用する。携帯電話は、電話番号により特定の個人が特定できる場合があることから、信用調査等が容易となる場合がある。
【０００７】
【発明の実施形態】
（発明の実施形態と請求項の対応関係）
【０００８】
以下の発明の実施形態は、前記各請求項と次の対応関係にある。
【０００９】
実施形態１は請求項１、１５等に関する。
【００１０】
実施形態２は請求項２〜４、６〜８、１７，１８等に関する。
【００１１】
実施形態３は請求項５等に関する。
【００１２】
実施形態４は請求項９、１０等に関する。
【００１３】
実施形態５は請求項１１〜１４等に関する。
【００１４】
実施形態６は請求項１５，１６等に関する。
【００１５】
（実施形態１）
【００１６】
（実施形態１の概念）
【００１７】
図１は本実施形態の概念を示す図である。同図を用いて本実施形態の概念を説明する。
【００１８】
インテリア用品を販売する店Ａでは、入学シーズンに合わせて一人暮らし用インテリア用品の販売促進を行うため、これに合わせて複数の利用客のカード（Ｄビットカード・クレジットカード等）による精算を通じた決済が行えるように、カードリーダー等を新たに複数台用意する必要があった。しかし、入学シーズンが経過した後は、新たに用意する分のカードリーダーは不用となることが予想された。
【００１９】
このように、一時的な需要のために高額なカードリーダーを複数台新たに用意することは店の経済的な負担が大きくなるという問題があっため、店Ａでは専用のカードリーダーを用意することなく、携帯電話を利用してカードによる精算を通じた決済を行うためのシステムを導入した。
【００２０】
販売店のスタッフＢは、客Ｃのデスクの購入代金の精算のために、当該客Ｃから希望の精算方法を尋ねた。客Ｃはデビットカードを利用して精算することを希望し、自分のデビットカードをスタッフＢに差し出した。スタッフＢは当該カードのカード番号と客Ｃが購入した商品の代金を、携帯電話を操作して入力し、その入力した情報に基づいて生成された決済のための振替情報をサーバに送信した。これらの情報を受信したサーバは、支払人である客Ｃの利用する金融機関に送信し、客Ｃの利用する金融機関と店Ａの利用する金融機関との間で上記商品の販売に関する代金の決済が行なわれた。スタッフＢはデビットカードを客Ｃに返却し、客Ｃに対する精算業務は終了した。スタッフＢはカードリーダー等の専用の端末を利用することなく、デビットカードによる精算を通じて客のデスク購入代金の決済を行うことができた。
【００２１】
本実施形態の発明は、専用のカードリーダーを用いることなく、携帯電話を利用してカード（デビットカード・クレジットカード）による精算を通じた決済を行うための仕組みを提供する。
【００２２】
（実施形態１の構成）
【００２３】
図２は本実施形態の機能ブロックの一例を示す図である。同図を用いて本実施形態の構成を説明する。
【００２４】
本実施形態の発明は、携帯電話２００と決済サーバ２１０とからなる決済支援システムである。携帯電話２００は、入金情報入力部２０１、振替情報生成部２０２、振替情報送信部２０３とを有し、決済サーバ２１０は、振替情報受信部２１１、振替情報送信部２１２とを有する。
【００２５】
（携帯電話）
【００２６】
「入金情報入力部２０１」には、売買取引において買主である支払人から売り主である受取人に対して支払われる代金に関する情報である入金情報を入力する。後述するように、当該入金情報に基づいて決済のための振替情報が生成されるが、かかる決済がいわゆる銀行決済、クレジット決済のいずれの場合であってもよい。
【００２７】
「銀行決済」の場合は、例えばデビットカードシステムを利用した決済が考えられ、この場合入金情報として支払人の金融機関の口座を特定するための当該デビットカードのカード番号、カードの暗証番号、支払金額、受取人の金融機関の口座を特定するための金融機関コード等を入力することが考えられる。
【００２８】
「クレジット決済」の場合は、支払人の金融機関を特定するためのクレジットカードの番号、クレジットカードの有効期限、支払方法（一括・分割・リボルビング）、支払金額、受取人の金融機関の口座を特定するための金融機関コード等を入力することが考えられる。
【００２９】
また、受取人の利用する金融機関を固定させる場合は、入金情報入力部に入金情報が入力される度に、後述する振替情報生成部において受取人の利用する金融機関の口座に関する情報を含めた振替情報を生成するようにしてもよい。
【００３０】
「振替情報生成部２０２」は、前記売買取引の決済のための情報である振替情報を生成する。例えば、商品の売買に関する決済においては、商品の買主である支払人が自分の利用する金融機関に対して、売主である受取人の利用する金融機関との間で当該商品の売買代金の決済を行うために必要な振替情報を生成する。つまり、携帯電話の入金情報入力部で入力された入金情報に基づいて、金融機関において特定の口座から他の特定の口座に振替を行ういわゆるリテール決済に必要な情報、また、当該リテール決済をまとめて中央銀行当座預金を介して支払人の金融機関から受取人の金融機関の間で行われるホールセール決済に先立つ事前準備であるクリアリングに必要な情報等を生成する。さらに、振替情報生成部は、前記のように生成された振替情報を暗号化する処理を行うように構成してもよい。
【００３１】
「振替情報」は、上述のとおり売買取引の決済のための情報であり、具体的には以下のいずれか一以上の情報が含まれることが考えられる。
【００３２】
決済がデビットカードを利用した銀行決済である場合は、上述の入金情報と同様に、デビットカードのカード番号、カードの暗証番号、支払金額等が該当する。また決済がクレジットカードを利用したクレジット決済である場合は、上述の入金情報と同様にクレジットカードのカード番号、カードの有効期限、支払方法（一括、分割、リボルビング）等が該当する。
【００３３】
また、決済がデビットカードを利用した銀行決済、クレジットカードを利用したクレジット決済の双方に共通するものとして、受取人が利用する金融機関のコード、受取人の口座番号等が該当する。
【００３４】
また、受取人が利用する金融機関のコード、受取人の口座番号等は、前記入金情報入力部２０１で入力されなくても、常に振替情報として特定のものが生成されるように構成されてもよい。また、携帯電話の電話番号と関連付けて後述する決済サーバに予め蓄積されていてもよい。
【００３５】
「振替情報送信部２０３」は、前記振替情報生成部２０２で生成した振替情報を送信する。
【００３６】
以上が、本決済支援システムを構成する携帯電話の構成である。
【００３７】
（決済サーバ）
【００３８】
本発明において決済サーバは、前記携帯電話から決済のための振替情報を受信し、決済等に関する情報を伝達する専用の回線であるクレジットネットワークを通じて金融機関のサーバに送信することがきるように構成され、具体的には以下の構成を有する。
【００３９】
「振替情報受信部２１１」は、前記携帯電話２００の前記振替情報送信部２０３から送信された振替情報を受信する。前記携帯電話を利用する店等のレジ端末等を介することなく、前記振替情報を決済サーバが受信できることから、一時的な需要に対応するために設置した販売場所においても本実施形態により決済が可能となる。
【００４０】
「決済サーバ振替情報送信部２１２」は、前記振替情報受信部２１１で受信した振替情報を前記支払人の金融機関に送信する。
【００４１】
当該決済サーバからの振替情報の送信は、具体的にはクレジットネットワークを介して支払人の銀行、クレジット会社等、支払人の金融機関に対して行われる。クレジットネットワークとしては、「ＣＡＦＩＳ（登録商標）」等を利用する。
【００４２】
「ＣＡＦＩＳ」とは、ＮＴＴデータが提供する通信ネットワークであり、銀行、クレジット会社等の金融機関の相互間において、クレジット情報（与信照会、売上等）、及び、資金移動情報（銀行ＰＯＳサービスにおける資金移動情報）のオンライン・トランザクションを中継する。
【００４３】
以上が本実施形態の決済支援システムを構成する決済サーバの構成である。このように、売買取引の行なわれた店の側では、携帯電話を利用して売買取引の決済のための情報である振替情報を生成して決済サーバに送信し、決済サーバからクレジットネットワークを経由して支払人の金融機関へ当該振替情報が送信されれば、各店舗では個別に支払人の金融機関に対する振替情報の送信のための設備環境を整えなくとも、現金を用いない簡易で安全な決済が可能となる。
【００４４】
（請求項７に記載の発明：銀行決済）
【００４５】
振替情報が、前記入金情報入力部で入力された入金情報に基づいて、支払人の金融機関の口座から、受取人の金融機関の口座に振替するための情報である場合には、前記振替情報が支払人の金融機関の口座を管理する端末等に送信される。
【００４６】
例えば商品の売買に関する決済の場合、支払人である商品の購入者の口座から受取人である商品を販売した店の口座へ、商品の代金に相当する金額の振替処理がなされる。前記振替処理の金額に相当する金額が商品の購入者の口座の残高としてある場合は、これを引き落として商品を販売した店の口座に振り込むことで決済を行う。決済がなされると、支払人の金融機関の口座を管理する端末等から振替が完了したことを示す情報が決済サーバに送信される。
【００４７】
一方、前記振替処理の金額に相当する金額が商品の購入者の口座の残高としてない場合は振替処理は行われず、決済は完了しない。この場合、決済が完了したか否かに関する情報を決済サーバが受信し、決済サーバはその決済が完了したか否かに関する情報を携帯電話に送信し、携帯電話はこれを受信するように構成されてもよい。なお、支払人の金融機関の口座を管理する端末とは、当該口座を直接管理するの端末、及び当該端末に接続されたサーバ等を含む。
【００４８】
（請求項６に記載の発明：クレジット決済）
【００４９】
また、振替情報がクレジット決済のための情報である場合は、支払人の利用するクレジット会社に振替情報が送信される。「クレジット会社」とは、当該支払人が、商品の購入等に対する代金の決済のために利用するクレジット会社をいい、前記クレジットネットワークに接続された当該クレジット会社のサーバ等が該当する。当該振替情報により特定される金額が支払人のカード利用残高の範囲内である場合にはクレジットカードによる決済を受付け、カード利用残高の範囲内にない場合にはクレジットカードによる決済を受付けない。この場合、クレジットカードによる決済を受付けたか否かに関する情報を決済サーバが受信し、決済サーバはそのクレジットカードによる決済を受付けたか否かに関する情報を携帯電話に送信し、携帯電話はこれを受信するように構成されてもよい。
【００５０】
（請求項６に記載の発明：ブリッジファイナンス（経由）決済）
【００５１】
また、かかるクレジット決済はブリッジファイナンス経由により行なわれる場合がある。以下、ブリッジファイナンス経由によるクレジット決済の一形態について説明する。
【００５２】
利用客（カード会員）が店に対してクレジットカードにより支払った代金の受領債権を当該店から決済サーバの側で買い取る。決済サーバの側では、かかる代金の受領債権を担保として差し出し、一時融資（つなぎ融資）を行うブリッジファイナンス決済銀行から代金に相当する金額の融資を受ける。さらに、決済サーバの側ではかかるブリッジファイナンス決済銀行から受けた融資分を、融資を受けた後すぐに店に対して支払う。店の側では、クレジット会社から代金が支払われるまでの支払期間を待つことなく代金を現金にて徴収することができる。このように、ブリッジファイナンス経由を利用することで、クレジットカードにより支払を受ける店等において、代金をすぐに現金にて徴収できるというメリットがある。
【００５３】
また、当該ブリッジファイナンス経由をさらに応用した形態として、海外のクレジットカード会社を経由してクレジットカードによる決済を行うものがある。かかる形態を利用することで、より低い利率の手数料でクレジット決済が可能となる場合がある。
【００５４】
図３は海外のクレジットカード会社を経由してブリッジファイナンス経由によりクレジット決済が行うための仕組みの一例を示した図である。同図を用いて、商品を購入した利用客がクレジットカードで代金を支払った場合を例に、海外のクレジットカード会社を経由してブリッジファイナンス経由によるクレジット決済の行なわれる仕組みを説明する。なお、ここでは、クレジットカード会社は、加盟店との契約を行うアクワイアラー、クレジットカードを利用する利用客（カード会員）に対してカードを発行するイシュアー、イシュアーとアクワイアラーを統括する統括カード会社に分けて説明する。
【００５５】
本来、クレジットカードの加盟店は、売上の一部を手数料としてアクワイアラーに支払う。その利率は大まかに国ごとに差がある。店は利率が低いアクワイアラーを経由してクレジットカードによる精算を通じて決済を行うことで商品の販売等に対する利益が増加する。そこで、店（加盟店）が手数料の利率が低い海外（アメリカ）のアクワイアラーと契約し、利用客（カード会員）が日本のイシュアーから発行されたクレジットカードにより支払った代金を当該海外（アメリカ）のアクワイアラーを経由して決済する場合を考えてみる。本例では、日本のアクワイアラーの利率は６％であり、海外（アメリカ）のアクワイアラーの利率は３％とする。また、決済サーバの側も手数料を徴収し、その利率は１％とする。また、ブリッジファイナンス決済銀行の融資の貸付利率は１％とする。なお、本例における利率は、元の代金に対する利率として使用する。本例では、加盟店は、日本のアクワイアラーを経由して決済する場合に比べて、海外（アメリカ）のアクワイアラーを経由して決済する場合の方が１％低い利率の手数料でクレジットカードによる決済により商品の代金を徴収することができる。つまり、日本のアクワイアラーを経由する場合は６％の手数料が発生するが、海外のアクワイアラーを経由する場合は、当該海外のアクワイアラーの手数料３％、決済サーバの側の手数料１％、ブリッジファイナンス決済銀行から融資を受けるための貸付利率１％の合計５％が手数料となるからである。以下、本例では、「アクワイアラー」とは、海外（アメリカ）のアクワイアラーを意味する。
【００５６】
まず、売上データ・取引内容データの流れについて説明する。利用客がクレジットカードにより商品を店で購入し、店では店員が携帯電話に入金情報を入力する。携帯電話では当該入金情報に基づいて振替情報である売上データが生成され、その売上データがアクワイアラーの決済代行機関と契約する決済支援サーバの側に送信される。決済支援サーバは当該売上データを受信し、決済代行機関及び前記ブリッジファイナンス決済銀行に送信する。さらに決済代行機関は当該売上データに基づいて取引内容データを統括カード会社に送信し、統括カード会社は利用客が契約するイシュアーに対して当該取引内容データを送信する。以上が、売上データ・取引内容データの流れである。なお、「決済支援サーバの側」とは、本実施形態の決済サーバを運用・管理等する法人をいう。
【００５７】
次に、代金及び、当該代金の支払のデータの流れについて説明する。クレジットカードにより商品の代金の決済を行った利用客（カード会員）は、その代金をイシュアーに対する決済のためのカード会員決済銀行に支払う。カード会員決済銀行は、当該代金をイシュアーに対して支払う。さらに、イシュアーからは手数料の１％が引かれて、アクワイアラーに当該代金が支払われると共に、支払に関する代金支払データが送信される。アクワイアラーは当該代金を決済代行機関に送金し、かつ代金支払データを送信する。決済代行機関は手数料の３％を引いて決済支援サーバの側に代金を支払い、決済支援サーバに代金支払データを送信する。決済支援サーバの側は、自ら徴収する手数料１％を引いて、ブリッジファイナンス決済銀行から融資を受けた分の元金に手数料１％を加えて、ブリッジファイナンス決済銀行に支払う。最後に、決済支援サーバは代金支払データに基づいて支払明細データを加盟店に出力する。なお、決済支援サーバの側から、加盟店への代金の支払については上述と同様であるので説明を省略する。以上が代金及び代金支払データの流れである。上述のとおり、海外のアクワイアラーの決済代行機関を経由してブリッジファイナンス経由によりクレジット決済を行うことで、加盟店では代金をすぐに現金にて徴収できるというメリットに加え、より低い利率の手数料でクレジット決済を行うことが可能となる場合がある。
【００５８】
このように本実施形態の決済支援システムを利用することで、決済の際に現金を用いることなく、簡易かつ安全にクレジットカードやデビットカードを利用した決済が可能となる。特に、商品の引渡しを店舗外で行うような場合でも、当該商品を配達する従業員の携帯電話を利用して決済が可能となることから、需要の増減に対応するために高価な専用の端末を用意する経済的な負担が軽減される。
【００５９】
（実施形態１の具体的な流れ）
【００６０】
図４は、本実施形態の具体的な流れを示す図である。同図を用いて本実施形態の具体的な流れを説明する。
【００６１】
インテリア用品を販売する店Ａでは、入学シーズンの一人暮らし向けの販売促進を行うに際して、複数の利用客のカード（デビットカード・クレジットカード）による精算を通じた決済を同時に行えるように携帯電話を利用した決済支援システムを導入した。
【００６２】
店Ａの販売スタッフＢは、利用客Ｃが購入したデスクの精算をデビットカードによって行った。携帯電話の入金情報入力部には当該デビットカードのカード番号「１２３４−５６７−０１２３４５×」、当該カードの暗証番号「１２３×」、デスクの料金である支払金額「１５，０００円」が入金情報として入力された。振替情報生成部では、前記入金情報入力部で入力された入金情報に基づいて、振替情報が生成された。具体的には、振替情報として買主である利用客Ｃのデビットカードのカード番号「１２３４−５６７−０１２３４５×」、当該カードの暗証番号「１２３×」、デスクの料金である支払金額「１５，０００円」、及び、売主である店Ａの利用する金融機関Ｄの口座番号「１１１１−２２２−９８７６５４×」が生成された。振替情報送信部は、前記振替情報生成部で生成した振替情報を送信した。決済サーバの振替情報受信部では、前記携帯電話の振替情報送信部から送信された振替情報を受信した。そして、決済サーバ振替情報送信部では、前記振替情報受信部で受信した振替情報を利用客Ｃの金融機関に送信した。
【００６３】
（実施形態１の処理の流れ）
【００６４】
図５は本実施形態の処理の流れの一例を示すフローチャート図である。同図を用いて本実施形態の処理の流れを説明する。但し、この「処理」の一例は、その手順を方法、コンピュータで実行可能なプログラム、そのプログラムを記録した記録媒体として実施することができる。
【００６５】
まず、売買取引において買主である支払人から売主である受取人に支払われる代金に関する情報である入金情報を入力する（入金情報入力ステップＳ０５０１）。次に、前記ステップＳ０５０１で入力された入金情報に基づいて前記売買取引の決済のための情報である振替情報を生成する（振替情報生成ステップＳ０５０２）。さらに、前記ステップＳ０５０２で生成した振替情報を送信する（振替情報送信ステップＳ０５０３）。さらに、前記ステップＳ０５０３で送信した振替情報を受信する（振替情報受信ステップＳ０５０４）。最後に、前記ステップＳ０５０４で受信した振替情報を前記支払人の金融機関に送信する（決済サーバ振替情報送信ステップＳ０５０５）。
【００６６】
（実施形態１の効果の簡単な説明）
【００６７】
本実施形態は、上述のとおり、専用のカードリーダー等を用いることなく、携帯電話を利用して売買取引の決済のための振替情報を生成して決済サーバに送信し、決済サーバでこれを受信して支払人の金融機関に送信することで、決済が行なわれるようにするための決済支援システムである。本実施形態の発明を利用することにより、商品を販売する店等において一時的な需要に対応するために、高額な専用のカードリーダーを購入することなく、携帯電話を利用してカード（デビットカード・クレジットカード）による精算を通じて決済が行なわれるようにすることができる。
【００６８】
（実施形態２）
【００６９】
（実施形態２の概念）
【００７０】
図６は本実施形態の概念を示す図である。同図を用いて本実施形態の概念を説明する。本実施形態は実施形態１の構成を基本とし、前記携帯電話において決済のための情報を生成等するための機能部（入金情報入力部、振替情報生成部、振替情報送信部）が、決済サーバから配信される決済プログラムに基づき、決済プログラム実現部により生成されるように構成した決済支援システムである。
【００７１】
上述の実施形態１の概念と同様に本実施形態も商品を販売する店等において一時的な需要に対応するために、高額な専用のカードリーダーを購入することなくカード（デビットカード・クレジットカード）による精算を通じて決済を行うことを目的とし、さらにかかる仕組みを実現するために市販の携帯電話を利用することができるように構成したものである。
【００７２】
インテリア用品を販売する店Ａでは、入学シーズンに合わせてインテリア用品の販売促進を行うため、販売スタッフを増員した。店Ａでは、増員した販売スタッフの携帯電話を利用して上記決済システムによる決済を行うことができる様に、まず、専用のプログラムをサーバから各販売スタッフ所有の携帯電話にダウンロードさせた。さらに、当該携帯電話で、ダウンロードした専用のプログラムを実行させた。販売スタッフの携帯電話は、客がデビットカード・クレジットカードによる精算を行う場合に、その客のカード番号、商品の代金、振込先の情報等を入力すると、客が購入した商品の代金の決済のために必要な振替情報が生成される。かかる振替情報を、当該携帯電話を利用してサーバに送信すると、サーバはこれを受信して支払人である客の利用する金融機関に送信する。これにより、支払人である客の利用する金融機関と、受取人である店の利用する金融機関との間で決済が行われ、販売スタッフは専用のカードリーダーを用いることなく、市販の携帯電話を利用してカード（デビットカード・クレジットカード）による商品の代金の精算を通じて決済を行うことができる。
【００７３】
（実施形態２の構成）
【００７４】
図７は本実施形態の機能ブロックの一例を示す図である。同図を用いて本実施形態の構成を説明する。本実施形態は、実施形態１の構成を基本とし、前記携帯電話がプログラム情報受信部７０４と、プログラム情報蓄積部７０５と、プログラム情報実現部７０６とを有し、前記決済サーバがプログラム情報送信部５１３とを有する決済支援システムである。携帯電話７００の入金情報入力部７０１、振替情報生成部７０２、振替情報送信部７０３、決済サーバ７１０の振替情報受信部７１１、決済サーバ振替情報送信部７１２は基本とする実施形態１と同様であるので共通する部分の説明を省略する。
【００７５】
「決済プログラム受信部７０４」は、決済サーバから送信される決済プログラムを受信する。「決済プログラム」は、後述するように、決済プログラム実現部で前記入金情報入力部、前記振替情報生成部、前記振替情報送信部を生成するためのプログラムである。
【００７６】
「決済プログラム蓄積部７０５」は、前記決済プログラムを蓄積する。当該決済プログラムは前記決済プログラム受信部で受信したものであってもよく、予め本決済プログラム蓄積部に蓄積されているものであってもよい。
【００７７】
「決済プログラム実現部７０６」は、前記決済プログラム蓄積部で蓄積した決済プログラムに基づいて、入金情報入力部、振替情報生成部、振替情報送信部、を生成する。
【００７８】
「決済プログラム送信部７１３」は、前記決済プログラムを送信する。本決済サーバから送信される決済プログラムは、上述のとおり本決済支援システムを構成する携帯電話の前記決済プログラム受信部で受信される。
【００７９】
このように、予め携帯電話が入金情報入力部、振替情報生成部、振替情報送信部とを有しなくとも、決済サーバからは決済プログラムを受信して、これら入金情報入力部等を生成できるようにすることで、市販の携帯電話（少なくとも、プログラムデータを受信でき、当該データを蓄積でき、当該データを実行できる機能を有するもの）を利用して本決済支援システムによる決済が可能となる。
【００８０】
また、上記決済サーバにおける決済プログラム送信部、携帯電話における決済プログラム受信部を有しない決済支援システムとして構成してもよい。この場合、ケーブル又は赤外線通信等により外部の記憶媒体・装置に蓄積されている決済プログラムを前記決済プログラム蓄積部に蓄積させて利用することが考えられる。かかる構成でも、市販の携帯電話を利用して本決済支援システムによる決済が可能となる。
【００８１】
（実施形態２の処理の流れ）
【００８２】
図８は本実施形態の処理の流れの一例を示すフローチャート図である。同図を用いて本実施形態の処理の流れを説明する。但し、この「処理」の一例は、その手順を方法、コンピュータで実行可能なプログラム、そのプログラムを記録した記録媒体として実施することができる。
【００８３】
まず、決済プログラムを送信する（決済プログラム送信ステップＳ０８０１）。次に、前記ステップＳ０８０１で送信した決済プログラムを受信する（決済プログラム受信ステップＳ０８０２）。最後に、前記ステップＳ０８０２で受信した決済プログラムに基づいて、入金情報入力部、振替情報生成部、振替情報送信部を生成する（生成ステップＳ０８０３）。
【００８４】
（実施形態２の効果の簡単な説明）
【００８５】
本実施形態の発明は実施形態１の構成を基本とし、決済サーバが決済プログラム送信部を有し、携帯電話が決済プログラム受信部、決済プログラム蓄積部、決済プログラム実現部を有する決済支援システムである。かかる発明を利用することにより、市販の携帯電話を、本決済支援システムを構成する携帯電話として容易に利用することが可能となる。従って商品を販売する店等では、一時的な需要に対応するために雇った者の所有する市販の携帯電話を利用し、専用のカードリーダーや、予め製造された専用の携帯電話を購入することなく本決済支援システムによる決済が可能となる。
【００８６】
（実施形態３）
【００８７】
（実施形態３の概念）
【００８８】
図９は本実施形態の概念を示す図である。同図を用いて本実施形態の概念を説明する。上述の実施形態１と同様に、本実施形態は商品を販売する店等において一時的な需要に対応するために、高額な専用のカードリーダーを購入することなくカード（デビットカード・クレジットカード）による精算を通じて決済を行うことができる様にするために携帯電話を使用した決済支援システムである。本実施形態はさらに、その携帯電話により決済のための情報を発信して金融機関における決済を可能とするだけでなく、当該携帯電話を利用しで利用客に領収書のための情報を出力できるシステムとして構成している。
【００８９】
インテリア用品を販売する店Ａで、客は収納棚を購入し、その代金の決済をデビットカードで行った。販売スタッフはそのデビットカードの情報と収納棚の代金を入力した。携帯電話では、入力された情報に基づいて決済のための振替情報が生成され、決済サーバに送信された。決済サーバからはその振替情報が客の利用する金融機関に送信され、店の利用する金融機関との間で決済が行われた。さらに、決済サーバは、客の利用する金融機関からは決済が完了したことを示す決済完了情報を受信し、携帯電話に送信した。携帯電話ではこれに基づいて領収書のための領収書情報を出力して外部端末により領収書を発行した。販売スタッフは客にデビットカードと領収書を渡し、収納棚の代金の精算を通じた決済が終了した。
【００９０】
（実施形態３の構成）
【００９１】
図１０は本実施形態の機能ブロックの一例を示す図である。同図を用いて本実施形態の構成を説明する。
【００９２】
本実施形態は、実施形態１又は２の構成を基本とし、前記決済サーバが前記振替情報送信部で送信した振替情報に基づいて決済が完了したか否かに関する情報である決済完了情報を受信する決済完了情報受信部１０１５と、前記決済完了情報受信部で受信した決済完了情報を送信する決済完了情報送信部１０１４とを有し、前記携帯電話が前記決済完了情報送信部で送信された決済完了情報を受信する携帯電話決済完了情報受信部１００７と、前記携帯電話決済完了情報受信部１００７で受信した決済完了情報に基づいて領収書のための情報である領収書情報を出力する領収書情報出力部１００８と、を有する決済支援システムである。
【００９３】
携帯電話１０００の入金情報入力部１００１、振替情報生成部１００２、振替情報送信部１００３、決済プログラム受信部１００４、決済プログラム蓄積部１００５、決済プログラム実現部１００６、決済サーバ１０１０の振替情報受信部１０１１、決済サーバ振替情報送信部１０１２、決済プログラム送信部１０１３は基本とする実施形態１又は２と同様であるので共通する部分の説明を省略する。
【００９４】
「決済完了情報受信部１０１５」は、前記振替情報送信部で送信した振替情報に基づいて決済が完了した否かに関する情報である決済完了情報を受信する。「決済完了情報」には、支払人の金融機関の口座から受取人の金融機関の口座に振替が完了したしたか否かに関する情報の他、支払人の利用するクレジット会社で立替払いを受付けたか否かに関する情報等が含まれる。
【００９５】
例えば、新たに振替情報により特定される金額が利用者のクレジットカードの利用残高の範囲内である場合に、決済が完了したことを示す情報が決済完了情報として送信される。
【００９６】
一方、例えば、新たに振替情報により特定される金額が利用者のクレジットカードの利用残高を越えている場合、また、利用者のクレジットカードの利用実績に基づいて新たに振替情報により特定される金額が前記利用実績に対して一定の比率を超えるような金額である場合、また、利用客のクレジットカードの使用自体が停止されていて決済が完了しなかった場合等で、決済が完了しなかったことを示す情報が決済完了情報として送信される。
【００９７】
「決済完了情報送信部１０１４」は、前記決済完了情報受信部で受信した決済完了情報を送信する。
【００９８】
「携帯電話決済完了情報受信部１００７」は、前記決済完了情報送信部から決済完了情報を受信する。
【００９９】
「領収書情報出力部１００８」は、前記決済完了情報受信部で受信した決済完了情報に基づいて領収書ための領収書情報を出力する。
【０１００】
領収書情報の出力は、印刷機能を有する外部の端末が紙媒体等に印字できるように当該端末に対して出力されるものであってもよく、携帯電話が印刷機能を有する場合は当該印刷機能により紙媒体等に印字して出力されるものであってもよい。また、外部の端末で蓄積できるように当該端末に対して出力されるものであってもよい。
【０１０１】
（実施形態３の具体的な流れ）
【０１０２】
図１１は、本実施形態の具体的な流れを示す図である。同図を用いて本実施形態の具体的な流れを説明する。
【０１０３】
決済サーバの振替情報送信部は、支払人のデビットカードのカード番号「１２３４−５６７−０１２３４５×」、カードの暗証番号「１２３×」、支払金額「２０、０００円」、受取人の金融機関の口座番号「１１１１−２２２−９８７６５４×」を含む振替情報を支払人の金融機関に送信した。支払人の金融機関からは、当該振替情報に基づいて決済が完了したか否かに関する決済完了情報として、実「支払人の口座から受取人の口座への振替完了」という決済が完了したことを示す旨、決済が行なわれた日時「２００２年５月１日」、決済の金額「２０，０００円」等が送信され、決済サーバの決済完了情報受信部は当該決済完了情報を受信した。決済サーバの決済完了情報送信部は、前記決済完了情報受信部で受信した決済完了情報を送信し、携帯電話の携帯電話決済完了情報受信部ではこれを受信した。携帯電話の領収書情報出力部では、前記携帯電話決済完了情報受信部で受信した決済完了情報に基づいて領収書情報として、支払人の氏名・名称「日本　太郎」、受取人の氏名・名称「インテリアの店Ａ」、決済が行なわれた日時「２００２年５月１日」、決済の金額「２０，０００円」が出力された。
【０１０４】
（実施形態３の処理の流れ）
【０１０５】
図１２は本実施形態の処理の流れの一例を示すフローチャート図である。同図を用いて本実施形態の処理の流れを説明する。但し、この「処理」の一例は、その手順を方法、コンピュータで実行可能なプログラム、そのプログラムを記録した記録媒体として実施することができる。
【０１０６】
まず、振替情報に基づいて決済が完了した否かに関する決済完了情報を受信する（決済完了情報受信ステップＳ１２０１）。次に、前記ステップＳ１２０１で受信した決済完了情報を送信する（決済完了情報送信ステップＳ１２０２）。さらに、前記ステップＳ１２０２で送信した決済完了情報を受信する（携帯電話決済完了情報受信ステップＳ１２０３）。最後に、前記ステップＳ１２０３で受信した決済完了情報に基づいて領収書のための情報である領収書情報を出力する（領収書情報出力ステップＳ１２０４）。
【０１０７】
（実施形態３の効果の簡単な説明）
【０１０８】
本実施形態の発明は実施形態１又は２の構成を基本とし、決済サーバが決済完了情報受信部、決済完了情報送信部を有し、携帯電話が携帯電話決済完了情報受信部、領収書情報出力部を有する決済支援システムである。かかる発明を利用することにより、本決済支援システムを利用する支払人が、決済が完了したこと、及びその内容を確認することができる。また、例えば、生命保険において被保険者が支払う保険料金のように、お金の支払を受けたその場で領収書を発行する必要のある場合にも本実施形態の発明を利用してカード（デビットカード・クレジットカード）による決済が可能となる。
【０１０９】
（実施形態４）
【０１１０】
（実施形態４の概念）
【０１１１】
図１３は本実施形態の概念を示す図である。同図を用いて本実施形態の概念を説明する。上述の実施形態２と同様に、本実施形態は商品を販売する店等において一時的な需要に対応するために、高額な専用のカードリーダーを購入することなくカード（デビットカード・クレジットカード）による精算を通じて決済を行うことができる様にするために携帯電話を使用した決済支援システムである。本実施形態は、実施形態２の構成を基本とし、前記携帯電話の決済プログラム実現部に所定のパスワードが入力され、また、決済サーバから認証合格情報を受信した場合に、決済のための情報を生成する等するための機能部が生成されるように構成した決済支援システムである。
【０１１２】
商品の販売を行う店Ａで、店長が販売スタッフの携帯電話に、決済サーバから決済プログラムをダウンロードさせた。さらに、決済プログラムをダウンロードした携帯電話に所定のパスワード入力させた。携帯電話からはパスワードが決済サーバに送信され、決済サーバではそのパスワード受信し、所定のパスワードであることを確認したので認証合格情報を送信した。携帯電話はその認証合格情報を受信し、販売スタッフはその携帯電話を利用して決済のための振替情報を決済サーバに送信することが可能となった。
【０１１３】
（実施形態４の構成）
【０１１４】
図１４は本実施形態の機能ブロックの一例を示す図である。同図を用いて本実施形態の構成を説明する。
【０１１５】
上述のとおり、実施形態２の携帯電話は、市販の携帯電話を利用することが可能であることから、不正に利用されないようにする必要がある。本実施形態は、実施形態２の構成を基本とし、携帯電話の決済プログラム実現部がパスワード入力手段や認証手段を有する決済支援システムである。携帯電話１４００の入金情報入力部１４０１、振替情報生成部１４０２、振替情報送信部１４０３、決済プログラム受信部１４０４、決済プログラム蓄積部１４０５、決済プログラム実現部１４０６、決済サーバ１４１０の振替情報受信部１４１１、決済サーバ振替情報送信部１４１２、決済プログラム送信部１４１３は基本とする実施形態２と同様であるので共通する部分の説明を省略する。
【０１１６】
「決済プログラム実現部１４０６」は、パスワード入力手段、認証手段を有する。
【０１１７】
「パスワード入力手段１４０９」は、入力されたパスワードが所定のパスワードである場合にのみ、入金情報入力部と、振替情報生成部と、振替情報送信部のいずれか一以上を生成する。かかるパスワードは、文字・数字・記号等により構成される場合だけでなく、特定の音声・指紋等により構成されるものであってもよい。
【０１１８】
「前記認証手段１４１０」は、前記決済サーバからの認証合格情報を受取った場合にのみ入金情報入力部と、振替情報生成部と、振替情報送信部のいずれか一以上を生成する。例えば上記パスワード入力手段で入力されたパスワードが所定のパスワードである場合に、そのパスワードが携帯電話から決済サーバに送信され、当該パスワードを確認した決済サーバが認証合格情報を送信し、当該認証合格情報を受信した場合にのみ前記入金情報入力部、振替情報生成部、振替情報送信部のいずれか一以上を生成するように構成することが考えられる。また、決済サーバに予め電話番号が登録された携帯電話からの要求に対してのみ、前記認証合格情報を送信するように構成してもよい。
【０１１９】
また、前記決済プログラム実現部は、前記パスワード入力手段、認証手段のいずれか一方のみを有するように構成されていてもよい。
【０１２０】
（実施形態４の具体的な流れの説明）
【０１２１】
図１５は、本実施形態の具体的な流れを示す図である。同図を用いて本実施形態の具体的な流れを説明する。
【０１２２】
インテリア用品を販売する店Ａにおいて、Ｂは販売スタッフとして雇われた。店Ａの店長はＢが所有する携帯電話により決済を行えるようした。決済サーバの決済プログラム送信部から送信されたプログラム情報を、携帯電話のプログラム情報受信部が受信した。さらに、携帯電話の決済プログラム蓄積部は前記プログラム情報受信部で受信したプログラム情報を蓄積した。携帯電話のプログラム情報実現部は所定のパスワード「Ｐ１２３」を入力し、決済サーバから認証合格情報「Ｎ５６７」を受信すると入金情報入力部、振替情報生成部、振替情報送信部を生成するように構成されていた。そこで、携帯電話に、パスワード「Ｐ１２３」が入力された。さらに、当該入力されたパスワードが決済サーバに送信された。決済サーバでは、当該パスワードを受信し、認証合格情報「Ｎ５６７」を送信した。携帯電話は当該認証合格情報「Ｎ５６７」を受信した。携帯電話のプログラム情報実現部は、前記パスワード「Ｐ１２３」が入力され、認証合格情報「Ｎ５６７」が受信されたため、入金情報入力部、振替情報生成部、振替情報送信部が生成された。
【０１２３】
（実施形態４の処理の流れ）
【０１２４】
図１６は本実施形態の処理の流れの一例を示すフローチャート図である。同図を用いて本実施形態の処理の流れを説明する。但し、この「処理」の一例は、その手順を方法、コンピュータで実行可能なプログラム、そのプログラムを記録した記録媒体として実施することができる。
【０１２５】
まず、パスワードを入力する（パスワード入力ステップＳ１６０１）。次に、前記ステップＳ１６０１で入力されたパスワードが所定のパスワードであるか否か判定する（判定ステップＳ１６０２）。前記ステップ１６０２で入力されたパスワードが所定のパスワードであると判定された場合に、入金情報入力部、振替情報生成部、振替情報送信部を生成する（生成ステップ１６０３）。
【０１２６】
同じく処理の流れについて別の一例を説明する。
【０１２７】
まず、パスワードを入力する（パスワード入力ステップＳ１６１１）。次に、前記ステップＳ１６１１で入力されたパスワードを送信する（パスワード送信ステップＳ１６１２）。さらに、前記ステップ１６１２で送信したパスワードを受信する（パスワード受信ステップＳ１６１３）。さらに、前記ステップＳ１６１３で受信されたパスワードが所定のパスワードであるか否か判定する（判定ステップＳ１６１４）。前記ステップ１６１４で受信されたパスワードが所定のパスワードであると判定された場合に認証合格情報を送信する（認証合格情報送信ステップＳ１６１５）。前記ステップ１６１５で送信した認証合格情報を受信する（認証合格情報受信ステップＳ１６１６）。前記ステップ１６１６で認証合格情報を受信した場合に、入金情報入力部、振替情報生成部、振替情報送信部を生成する（生成ステップ１６１７）。
【０１２８】
（実施形態４の効果の簡単な説明）
【０１２９】
本実施形態の発明は実施形態２を基本とし、携帯電話の決済プログラム実現部がパスワード入力手段、認証手段を有することを特徴とする。これにより、決済プログラムが、権限のある者によってのみ利用でき、不正な利用を防止することができる。
【０１３０】
（実施形態５）
【０１３１】
（実施形態５の概念１）
【０１３２】
図１７は本実施形態の概念の一例を示す図である。同図を用いて本実施形態の概念を説明する。本実施形態は、実施形態１の構成を基本とし、携帯電話が振替情報を送信した場所と領収書情報を送信した場所を特定するための情報を送信し、決済サーバがこれを受信するように構成した決済支援システムである。
【０１３３】
従来、タクシーによる運送のように、提供場所が固定されていないサービスの対価の決済において発行される領収書には、サービスを受けた場所の情報については領収書には明示されていなかった。
【０１３４】
しかし、従業員が決済を行う場所が、雇用者の直接的な管理下にない場所である場合に、不正な決済が行われる可能性がある。例えば、タクシー会社ＡのドライバーＢが、乗車客ＣをＸ地点からＺ地点まで搭乗させて運び、その正規の運賃が１万円であった場合を考えてみる。また、タクシードライバーは運賃の５０％が報酬としてタクシー会社Ａからもらえることになっている。
【０１３５】
ドライバーＢは、本来Ｚ地点において運賃の精算を行うべきであったが、途中のＹ地点において上述の実施形態１と同様の決済支援システムを利用して携帯電話で入金情報を入力し、生成された振替情報を送信した。入力された入金情報に含まれる運賃は５千円であった。従って振替情報により特定される決済の金額も５千円であった。このとき、携帯電話からは、振替情報を送信したＹ地点を特定するための情報が振替情報とともに送信され、決済サーバでは振替情報が送信されたＹ地点を特定することができた。
【０１３６】
そして、ドライバーＢは目的地であるＺ地点に到着して初めて、５千円で決済を行った分の領収書を発行するため、携帯電話から領収書情報を出力した。その出力の際に、携帯電話からはＺ地点を特定するための情報が決済サーバに送信された。
【０１３７】
ドライバーＢは、乗車客Ｃの本来の運賃１万円を割引いて８千円とし、その代わりに前記決済を行った５千円との差額３千円を着服した。報酬である運賃の５０％と合わせるとドライバーＢの収入は５千５百円となり、正規の運賃で決済する場合よりも５百円多く得ることができた。そして、タクシー会社はドライバーＢの不正により損害を受けた。なお、ドライバーＢは、本来の運賃１万円に基づいて割引いた後の金額８千円との差額を請求しなければならなかった。また、タクシーの料金メーターを倒さないと領収書を発行できなかった。従って、目的地Ｚに到着してから携帯電話により領収書情報を出力して、タクシーの領収書発行機能により領収書を発行した。
【０１３８】
しかし、タクシー会社Ａでは、振替情報が送信されたＹ地点と本来同じ地点を示すはずである、領収書情報を出力した地点Ｚが異なるため、ドライバーＢが不正な決済手続を行ったことを検知した。このように、本来同じ地点を示すはずの「振替情報の送信が行われた場所」と「領収書情報の出力が行われた場所」が異なることを確認できることで、本決済支援システムを利用した従業員による不正な決済手続を検知して、不正に対する事後的措置のための情報として役立てることができる。
【０１３９】
（実施形態５の概念２）
【０１４０】
次に、利用客が購入した商品を配送し、その受け渡し時に商品の代金を徴収する場合の例を考えてみる。
【０１４１】
インテリア用品を販売する店Ａでデスクを購入した利用客Ｂの自宅へ、配送スタッフＣが当該デスクを配送した。配送スタッフＣは、デスクの受け渡しとともに、代金の精算を行うために利用客Ｂからデビットカードを預かった。配送スタッフＣは当該デビットカードの番号と、デスクの代金を携帯電話に入力し、生成された振替情報Ｘを決済サーバに送信した。その送信の際には、利用客Ｂの自宅の場所を特定するための場所情報Ｄがともに決済サーバに送信された。配送スタッフは、利用客にデビットカードを返却したが当該カードの番号を記憶していた。
【０１４２】
配送を終え、別の場所に移動した配送スタッフＣは、記憶した利用客Ｂのデビットカードの番号を再び携帯電話に入力し、生成された振替情報Ｙを決済サーバに送信し架空の決済を行った。かかる決済の際にも、その決済を行った場所を特定するための場所情報Ｅが決済サーバに送信された。
【０１４３】
インテリア店Ａでは、利用客Ｂの自宅と同じ場所を特定する場所情報Ｄと共に送信された振替情報Ｘは正規の決済のための情報であることを確認し、利用客Ｂの自宅の場所とは違う場所を特定する場所情報Ｅと共に送信された振替情報Ｙは架空の決済のための情報であることを確認できた。このように、予め決済が行なわれる場所が決まっている場合で、その場所と異なる場所を特定する場所情報を決済サーバが受信した場合は、その場所情報と共に送信された振替情報が正規の決済のためではなく、架空の決済のための情報であることを検知し事後的措置のための情報として役立てることができる。
【０１４４】
（実施形態５の構成）
【０１４５】
図１８は本実施形態の機能ブロックの一例を示す図である。同図を用いて本実施形態の構成を説明する。
【０１４６】
本実施形態は、実施形態１の構成を基本とし、前記携帯電話が、振替情報の送信が行われた場所を特定するための情報である振替場所特定情報を送信する振替場所特定情報送信部１８０６と、領収書情報の出力が行われた場所を特定するための情報である領収書出力場所特定情報を送信する領収書出力場所特定情報送信部１８０７とを有し、前記決済サーバが、前記振替場所特定情報を受信する振替場所特定情報受信部１８１５と、前記領収書出力場所特定情報を受信する領収書出力場所特定情報受信部１８１６とを有する決済支援システムである。
【０１４７】
携帯電話１８００の入金情報入力部１８０１、振替情報生成部１８０２、振替情報送信部１８０３、携帯電話決済完了情報受信部１８０４、領収書情報出力部１８０５、決済サーバの振替情報受信部１８１１、決済サーバ振替情報送信部１８１２、決済完了情報受信部１８１３、決済完了情報送信部１８１４は基本とする実施形態１と同様であるので共通する部分の説明を省略する。
【０１４８】
「振替場所特定情報送信部１８０６」は、振替情報の送信が行われた場所を特定するための情報である振替場所特定情報を送信する。かかる振替場所特定情報は、例えばＧＰＳを利用して携帯電話が取得した現在の位置に関する情報であってもよく、また、当該情報を受信した携帯電話基地局に関する情報（携帯電話を管轄可能な携帯電話基地局の識別情報等）と関連付けられるための情報であってもよい。携帯電話基地局に関する情報と関連付けられるための情報である場合は、携帯電話から送信された時点では特定の場所を示す情報ではないが、基地局に関する情報と関連付けられることで、当該基地局に関する情報に基づいて携帯電話の場所を特定できる場合がある。
【０１４９】
「携帯電話基地局に関する情報」には、その携帯電話基地局のＩＤ、その携帯電話基地局からの電界強度に関する情報が含まれる。かかる携帯電話基地局は、前記振替情を送信する携帯電話の周辺に所在し、かかる振替情報を受信する複数の携帯電話基地局であるが、その数は振替情報を送信する位置によって異なっていてよい。かかる携帯電話基地局のＩＤによって特定される当該携帯電話基地局の場所の情報と、各携帯電話基地局の電界強度の情報とに基づいて当該振替情報を送信した携帯電話の所在する位置を一定範囲で特定することができる。携帯電話基地局に関する情報に基づいて携帯電話の場所を特定する技術としては、「東芝ソシアルテクノス株式会社」の位置情報システムが一例として挙げられる。
【０１５０】
「領収書出力場所特定情報送信部１８０７」は、領収書情報の出力が行われた場所を特定するための情報である領収書出力場所特定情報を送信する。領収書出力場所特定情報は、領収書情報が出力される際に送信される点を除いては振替場所特定情報とほぼ同様であるので説明を省略する。
【０１５１】
「振替場所特定情報受信部１８１５」は、振替情報の送信が行われた場所を特定するための情報である振替場所特定情報を受信する。
【０１５２】
「領収書出力場所特定情報受信部１８１６」は、領収書情報の出力が行われた場所を特定するための情報である領収書出力場所特定情報を受信する。
【０１５３】
このように、携帯電話からは、振替情報を送信した場所と領収書情報を送信した場所を特定するための情報が送信され、決済サーバでは、当該情報を受信することで、携帯電話を利用して決済が行なわれた場所と領収書情報が出力された場所を特定することができる。これにより、振替情報が送信された場所と領収書情報が出力された場所が異なれば不正な振替情報の送信による決済が行なわれたことを検知することができる。なぜなら、両情報により特定される場所は本来同一であるべきところ、異なる場所を特定する場合は不正な決済が行われたと考えることができるからである。
【０１５４】
また、例えば、事前に決済が行われるべき場所が決済サーバの側で特定できている場合は、実際に決済が行われた場所、即ち振替情報が送信された場所と事前に特定された決済が行われるべき場所を比較することで、両者が異なる場所である場合は不正な振替情報の送信による決済が行なわれたことを検知することができる。
【０１５５】
（実施形態５の具体的な流れ）
【０１５６】
図１９は本実施形態の具体的な流れの一例を示す図である。同図を用いて本実施形態の具体的な流れを説明する。
【０１５７】
タクシー会社ＡのドライバーＢは、乗車客ＣをＸ地点から目的地のＺ地点まで運ぶことになった。Ｘ地点からＹ地点までの正規の運賃は１０，０００円であった。本来、目的地Ｚに到着してから携帯電話に入金情報として運賃の「１０，０００円」等が入力され、当該入金情報に基づいて振替情報が生成され、生成された振替情報が携帯電話から決済サーバに送信されるべきであった。しかし、Ｚ地点に到着する前の途中のＹ地点において、携帯電話の入金情報入力部には入金情報としてＹ地点までの運賃「５，０００円」が入力され、振替情報生成部では当該入金情報に基づいて振替情報が生成され、振替情報送信部から当該振替情報が決済サーバに送信された。また、当該振替情報が送信された場所Ｙ地点を特定するための情報である振替場所特定情報が振替場所特定情報送信部から決済サーバに送信された。
【０１５８】
決済サーバは、振替情報受信部で送信された振替情報を受信し、振替場所特定情報受信部で振替場所特定情報を受信した。決済サーバは、前記振替情報受信部で受信した振替情報を支払人の金融機関に送信し、当該振替情報に基づいて決済が完了したか否かに関する情報である決済完了情報を決済完了情報受信部で受信した。さらに、決済サーバの決済完了情報送信部からは、前記決済完了情報受信部で受信した決済完了情報を送信した。携帯電話の携帯電話決済完了情報受信部は、前記送信された決済完了情報を受信した。
【０１５９】
本来、当該決済完了情報を受信した場合には、これに基づいて領収書情報出力部で領収書情報が出力されるべきであった。しかし、ドライバーＢは、目的地Ｚ地点に到着する前にはＸ地点から目的地Ｙ地点までの正規の料金が算出できず、タクシーの領収書発行機能により途中で領収書を発行する場合は、メーターも止めなければならないため、領収書を発行することができなかった。
【０１６０】
タクシーが目的地Ｚ地点に到着してから、前記受信した決済完了情報に基づいて領収書のための領収書情報が領収書情報出力部より出力された。また、当該領収書情報が出力された場所であるＺ地点を特定するための領収書出力場所特定情報が領収書出力場所特定情報送信部より送信された。決済サーバの領収書出力場所特定情報受信部では、前記送信された領収書出力場所特定情報を受信した。
【０１６１】
決済サーバでは、上述のとおり、振替情報が送信された場所Ｙ地点を特定する振替場所特定情報と、領収書情報が出力された場所Ｚ地点を特定する領収書出力場所特定情報との双方を受信している。従って、本来同じ場所を特定するはずの両情報により特定される場所が異なる場合は決済サーバの側で、携帯電話により不正な決済が行なわれたことを確認することができる。
【０１６２】
（実施形態５の処理の流れ）
【０１６３】
図２０は、本実施形態の処理の流れの一例と示すフローチャート図である。同図を用いて本実施形態の処理の流れを説明する。但し、この「処理」の一例は、その手順を方法、コンピュータで実行可能なプログラム、そのプログラムを記録した記録媒体として実施することができる。
【０１６４】
まず、振替情報の送信が行われた場所を特定するための情報である振替場所特定情報を送信する（振替場所特定情報送信ステップＳ２００１）。次に、前記ステップＳ２００１で送信した振替場所特定情報を受信する（振替場所特定情報受信ステップＳ２００２）。さらに、振替情報に基づいて決済が完了したか否かに関する決済完了情報を受信する（決済完了情報受信ステップＳ２００３）。さらに、前記ステップで受信した決済完了情報を送信する（決済完了情報送信ステップＳ２００４）。さらに、前記ステップＳ２００４で送信した決済完了情報を受信する（携帯電話決済完了情報受信ステップＳ２００５）。さらに、前記ステップＳ２００５で受信した決済完了情報に基づいて領収書のための情報である領収書情報を出力する（領収書情報出力ステップＳ２００６）。最後に、前記ステップ２００６で領収書情報を出力した場所を特定するための領収書出力場所特定情報を送信する（領収書出力場所特定情報送信ステップＳ２００７）。
【０１６５】
（実施形態５の効果の簡単な説明）
【０１６６】
本実施形態の発明は実施形態１の構成を基本とし、携帯電話が振替場所特定情報送信部と、領収書出力場所特定情報送信部とを有し、決済サーバが振替場所特定情報受信部と、領収書出力場所特定情報受信部とを有する決済支援システムである。かかる発明を利用することにより、本実施形態の携帯電話を利用して振替情報の送信、領収書情報の出力を行う者が不正を行っていないか否かを決済サーバの側で検知することができる。
【０１６７】
（実施形態６の概念）
【０１６８】
図２１は本実施形態の概念の一例を示す図である。同図を用いて本実施形態の概念の一例を説明する。
【０１６９】
店Ａでは、スタッフＢが客Ｃの買い物の代金の精算を、客Ｃが差し出したデビットカードで行った。スタッフＢは、自己の所有する携帯電話にＩＣカードを携帯電話に装着した。ＩＣカードには、携帯電話で決済のための処理をする動作の制限を解除するための動作制限解除情報が格納されていた。携帯電話ではスタッフＢによりデビットカードのカード番号を含む入金情報が入力され、また、動作制限解除情報がＩＣカードから取得された。携帯電話ではさらに、前記入金情報及び前記動作制限解除情報に基づいて振替情報が生成され、決済サーバに送信された。決済サーバは当該振替情報を受信し、その振替情報に基づいて客Ｃの金融機関に当該振替情報を送信した。そして、客Ｃの金融機関と、店Ａの利用する金融機関との間で客Ｃの買い物の代金の決済が行われた。その後、スタッフＢは、振替情報を生成して送信した携帯電話を落としてしまい、それを拾得した者がその携帯電話を利用して入金情報の入力、振替情報の生成、振替情報の送信を行うことを試みたが、携帯電話におけるこれらの動作が制限されていたため携帯電話を利用した決済を行うことはできなかった。
【０１７０】
本実施形態は請求項１５、１６に記載したような、ＩＣカードをさらに有する決済支援システムである。上述の実施形態１の概念と同様に本実施形態も商品を販売する店等において一時的な需要に対応するために、高額な専用のカードリーダーを購入することなくカード（デビットカード・クレジットカード）による精算を通じて決済を行うことを目的とする。さらにかかる仕組みにおいて、携帯電話を用いた決済が不正に行われないように、また、携帯電話を利用して簡易に支払人の金融機関を特定することができるように構成した。
【０１７１】
（実施形態６の構成）
【０１７２】
図２２は本実施形態の機能ブロックの一例を示す図である。同図を用いて本実施形態の構成の一例を説明する。
【０１７３】
本実施形態は、上述のとおり、実施形態１の構成を基本とし、さらに前記携帯電話に直接又は／及びコネクタを介して装着可能なＩＣカードをさらに有し、前記携帯電話が情報取得部、制限解除部をさらに有する決済支援システムである。携帯電話２２００の入金情報入力部２２０１、振替情報生成部２２０２、振替情報送信部２２０３、また、決済サーバ２２１０の振替情報受信部２２１１、振替情報送信部は２２１２、基本とする実施形態１の構成と同様であるので説明を省略する。
【０１７４】
「ＩＣカード２２３０」は、前記携帯電話２２００に直接又は／及びコネクタを介して装着可能であり、制限解除情報格納部２２３１を有する。
【０１７５】
「制限解除情報格納部２２３１」は、携帯電話２２００の前記入金情報入力部２２０１、振替情報生成部２２０２、振替情報送信部２２０３のいずれか一又は二以上の動作制限を解除する動作制限解除情報を格納する。「動作制限解除情報」とは、動作が制限された電子応用機械器具の動作の制限を解除するための情報であり、例えば、パスワードの入力なしに動作しない携帯電話の一部の機能に対する制限を解除するパスワード等が該当する。そのパスワードを手動で入力することに代えてＩＣカードに格納されたパスワードを利用して、ＩＣカードの携帯電話への装着により当該格納されたパスワードが携帯電話に読込まれ、動作が制限された前記入金情報入力部、振替情報生成部、振替情報送信部を動作可能とすることができる。また、セキュリティをさらに強化するために、携帯電話に備えられている入力装置による入力では特定することができない符号等により構成されたパスワードを利用し、そのパスワードを格納したＩＣカードの装着のみによってそのパスワードを携帯電話で取得することも考えられる。
【０１７６】
「情報取得部２２０４」は、前記ＩＣカード２２３０が携帯電話に装着された場合に、当該ＩＣカード２２３０に格納された前記動作制限解除情報を取得する。このように、携帯電話に装着させることで、機密性の高い情報の漏洩を防止することができる。
【０１７７】
「制限解除部２２０５」は、前記情報取得部２２０４で読み取った前記動作制限解除情報に基づいて動作が制限された前記入金情報入力部２２０１、振替情報生成部２２０２、振替情報送信部２２０３のいずれか一又は二以上の動作制限を解除する。
【０１７８】
また、図２３に示すように、ＩＣカード２３３０は、前記支払人の金融機関に関する情報である支払人金融機関情報を格納する支払人金融機関情報格納部２３３２を有する場合がある。
【０１７９】
「支払人金融機関情報」とは、上述のとおり、支払人の金融機関に関する情報であり、前記振替情報に含まれる場合がある。支払人金融機関情報には、具体的には、売買取引における買主である支払人の利用するクレジットカードのカード番号、カードの有効期限、支払方法（一括、分割、リボルビング）、また、支払人の利用するデビットカードのカード番号、カードの暗証番号等が含まれる場合がある。
【０１８０】
上述の実施形態１でも説明したとおり、支払人の金融機関を特定する振替情報を生成する入金情報は、携帯電話の操作によって入金情報入力部で入力される場合がある。しかし、かかる方法による場合は、携帯電話の操作ミスによって支払人の金融機関を正確に特定する情報が入力されないおそれがある。そこで、本実施形態のように、予め支払人の金融機関に関する情報をＩＣカードに格納しておけば、そのＩＣカードを携帯電話に装着するだけで、入力ミス等の心配がなく簡単に支払人の金融機関を特定する振替情報の生成が可能となる。この場合、前記携帯電話２３００の「振替情報生成部２３０２」は、前記入金情報及び前記支払人金融機関情報に基づいて前記振替情報を生成する。そして、上述のとおり当該生成された振替情報に含まれるべき支払人の金融機関は前記支払人金融機関情報に基づいて特定される。
（実施形態６の処理の流れ）
【０１８１】
図２４は本実施形態の処理の流れの一例を示すフローチャート図である。同図を用いて本実施形態の処理の流れの一例を説明する。
【０１８２】
まず、動作が制限された携帯電話の入金情報入力部、振替情報生成部、振替情報送信部のいずれか一又は二以上の動作制限を解除する情報である動作制限解除情報を取得する（Ｓ２４０１）。次に、前記ステップＳ２４０１で取得した動作制限解除情報に基づいて動作が制限された前記入金情報入力部、振替情報生成部、振替情報送信部のいずれか一又は二以上の動作の制限を解除する（Ｓ２４０２）さらに、売買取引において買主である支払人から売主である受取人に支払われる代金に関する情報である入金情報を入力する（Ｓ２４０３）。さらに、前記ステップＳ２４０３で入力された入金情報に基づいて前記売買取引の決済のための情報である振替情報を生成する（Ｓ２４０４）。さらに前記ステップＳ２４０４で生成された振替情報を送信する（Ｓ２４０５）。さらに、前記ステップＳ２４０５で送信した振替情報を受信する（Ｓ２４０６）。最後に、前記ステップＳ２４０６で受信した振替情報に基づいてその振替情報を支払人の金融機関に対して送信する（Ｓ２４０７）。
【０１８３】
（実施形態６の効果の簡単な説明）
【０１８４】
本実施形態の決済支援システムを利用することにより、携帯電話を用いた決済が不正に行われないようにすることができる。また、携帯電話を利用して簡易に支払人の金融機関を特定することができる。
【０１８５】
【発明の効果】
上述のとおり、本発明を利用することにより、商品を販売する店等においては高額な専用のカードリーダーを用いることなく、簡易かつ経済的にカード（デビットカード・クレジットカード）による精算を通じて決済を行うことができる。また、特に実施形態２の決済支援システムによれば、市販の携帯電話を、本システムを構成する携帯電話として利用することができる。さらに実施形態３の決済支援システムによれば、本システムにより決済を行った場で領収書を発行することが可能となる。さらに実施形態４の決済支援システムによれば、特定の権限を有する者以外が本システムを構成する携帯電話による決済を行えないようにすることができる。さらに実施形態５の決済支援システムによれば、携帯電話を利用した不正な決済を決済サーバの側で検知することが可能となる。
【図面の簡単な説明】
【図１】実施形態１の概念の一例を示す図
【図２】実施形態１の機能ブロックの一例を示す図
【図３】海外のクレジットカード会社を経由してブリッジファイナンス経由によりクレジット決済を行うための仕組みの一例を示した図
【図４】実施形態１の具体的な流れを示す図
【図５】実施形態１の処理の流れの一例を示すフローチャート図
【図６】実施形態２の概念の一例を示す図
【図７】実施形態２の機能ブロックの一例を示す図
【図８】実施形態２の処理の流れの一例を示すフローチャート図
【図９】実施形態３の概念の一例を示す図
【図１０】実施形態３の機能ブロックの一例を示す図
【図１１】実施形態３の具体的な流れを示す図
【図１２】実施形態３の処理の流れの一例を示すフローチャート図
【図１３】実施形態４の概念の一例を示す図
【図１４】実施形態４の機能ブロックの一例を示す図
【図１５】実施形態４の具体的な流れを示す図
【図１６】実施形態４の処理の流れの一例を示すフローチャート図
【図１７】実施形態５の概念の一例を示す図
【図１８】実施形態５の機能ブロックの一例を示す図
【図１９】実施形態５の具体的な流れを示す図
【図２０】実施形態５の処理の流れの一例を示すフローチャート図
【図２１】実施形態６の概念の一例を図
【図２２】実施形態６の機能ブロックの一例を示す図
【図２３】実施形態６の機能ブロックの一例を示す図
【図２４】実施形態６の処理の流れの一例を示すフローチャート図
【符号の説明】
２００　携帯電話
２０１　入金情報入力部
２０２　振替情報生成部
２０３　振替情報送信部
２１０　決済サーバ
２１１　振替情報受信部
２１２　決済サーバ振替情報送信部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a system, a method, and a computer program for supporting settlement through settlement of transactions such as purchase and sale of goods using a mobile phone.
[0002]
[Prior art]
In a company or the like that sells commodities, it may be necessary to increase the number of stores or to enable the payment operation to be performed simultaneously in the same store so as to respond to temporary demand. In such a case, it is necessary to install multiple card readers dedicated to reading information on these cards at each store and at the same store so that customers can make payments using debit cards and credit cards that do not use cash. I do.
[0003]
As such a conventional technique, a card reader of a dedicated credit terminal device reads card information from a credit card, transmits the card information to a remote host device, inputs a credit inquiry result from the host device, A card credit / settlement system for approving the sale of a product and settingtle the price of the product when it is determined that the card is usable based on the result of the inquiry exists (see Patent Document 1). In the related art, the card reader may be portable.
[0004]
[Patent Document 1]
JP-A-10-320465
[0005]
[Problems to be solved by the invention]
However, such (portable) card readers are expensive, and securing a sufficient number to be able to respond to changes in demand is not enough for companies that use the (portable) card readers to make payments. There is a problem that the economic burden is large for the members. In addition, since a predetermined period is required for examination of a financial institution for installing such a card reader, there is a problem that the card reader cannot be immediately introduced to meet temporary demand. In view of the above problems, the present invention provides a simple and economical system for quickly performing settlement without using cash, such as a credit card or a debit card, without using an expensive dedicated terminal. The purpose is to do.
[0006]
[Means for Solving the Problems]
Therefore, in order to solve such a problem, the present invention provides a payment support system including a mobile phone and a payment server, wherein the mobile phone pays a price paid from a buyer as a buyer to a receiver as a seller in a sales transaction. A payment information input unit for inputting payment information that is information relating to payment of the transfer information, a transfer information generation unit for generating transfer information that is information for settlement of the sales transaction based on the payment information, and transmitting the transfer information to a payment server. A payment server having a transfer information transmitting unit, wherein the payment server includes a receiving unit that receives the transfer information transmitted from the transfer information transmitting unit, and a payment server transfer information transmitting unit that transmits the received transfer information. Use the system. Since a mobile phone can identify a specific individual by a telephone number, a credit check or the like may be facilitated in some cases.
[0007]
DETAILED DESCRIPTION OF THE INVENTION
(Correspondence between the embodiments of the invention and the claims)
[0008]
The following embodiments of the invention have the following correspondence with the respective claims.
[0009]
Embodiment 1 relates to claims 1 and 15 and the like.
[0010]
Embodiment 2 relates to claims 2 to 4, 6 to 8, 17, 18 and the like.
[0011]
Embodiment 3 relates to claim 5 and the like.
[0012]
Embodiment 4 relates to claims 9 and 10 and the like.
[0013]
Embodiment 5 relates to claims 11 to 14 and the like.
[0014]
Embodiment 6 relates to claims 15 and 16 and the like.
[0015]
(Embodiment 1)
[0016]
(Concept of Embodiment 1)
[0017]
FIG. 1 is a diagram illustrating the concept of the present embodiment. The concept of the present embodiment will be described with reference to FIG.
[0018]
Store A, which sells interior goods, promotes the sale of interior goods for living alone during the enrollment season, and in accordance with this, payments through payments with multiple customer cards (D-bit cards, credit cards, etc.) are made. It was necessary to prepare a plurality of new card readers or the like so as to perform the operation. However, after the admission season, it was anticipated that the newly prepared card reader would be unnecessary.
[0019]
As described above, preparing a plurality of expensive card readers for temporary demands has a problem that the financial burden on the store is increased. Therefore, a dedicated card reader is prepared at the store A. Instead, the company introduced a system for making payments through card settlement using mobile phones.
[0020]
The staff member B of the store asks the customer C for a desired payment method in order to settle the purchase price of the customer C's desk. Customer C wanted to pay by using a debit card and offered his debit card to Staff B. The staff B inputs the card number of the card and the price of the product purchased by the customer C by operating the mobile phone, and transmits the transfer information for settlement generated based on the input information to the server. The server that receives the information transmits the information to the financial institution used by the customer C, which is the payer, and transfers the price related to the sale of the product between the financial institution used by the customer C and the financial institution used by the shop A. Payment was made. Staff B returns the debit card to customer C, and the settlement for customer C is completed. Staff B was able to settle the customer's desk purchase price through debit card settlement without using a dedicated terminal such as a card reader.
[0021]
The invention of the present embodiment provides a mechanism for performing settlement through card (debit card / credit card) settlement using a mobile phone without using a dedicated card reader.
[0022]
(Configuration of Embodiment 1)
[0023]
FIG. 2 is a diagram illustrating an example of a functional block according to the present embodiment. The configuration of the present embodiment will be described with reference to FIG.
[0024]
The invention of the present embodiment is a payment support system including a mobile phone 200 and a payment server 210. The mobile phone 200 includes a deposit information input unit 201, a transfer information generating unit 202, and a transfer information transmitting unit 203. The settlement server 210 includes a transfer information receiving unit 211 and a transfer information transmitting unit 212.
[0025]
(mobile phone)
[0026]
In the “payment information input unit 201”, payment information, which is information relating to a price paid from a payer who is a buyer to a recipient who is a seller in a sales transaction, is input. As will be described later, transfer information for settlement is generated based on the payment information, and the settlement may be any of so-called bank settlement and credit settlement.
[0027]
In the case of "bank settlement", for example, settlement using a debit card system can be considered. In this case, the card number of the debit card for identifying the account of the payer's financial institution, the PIN of the card, the payment It is conceivable to input an amount, a financial institution code or the like for specifying the account of the financial institution of the recipient.
[0028]
In the case of "credit settlement", the credit card number for identifying the payer's financial institution, the expiration date of the credit card, the payment method (collective / division / revolving), the payment amount, the account of the payee's financial institution It is conceivable to input a financial institution code or the like for identification.
[0029]
In the case where the financial institution used by the recipient is fixed, every time the deposit information is input to the deposit information input unit, information on the account of the financial institution used by the recipient is included in the transfer information generating unit described later. Transfer information may be generated.
[0030]
The “transfer information generation unit 202” generates transfer information that is information for settling the sales transaction. For example, in the settlement related to the purchase and sale of a product, the payer, the buyer of the product, setstle the financial institution used by the buyer with the financial institution used by the receiver as the seller. Generate transfer information required to perform the transfer. In other words, based on the payment information input in the payment information input unit of the mobile phone, information necessary for so-called retail payment in which a financial institution transfers from a specific account to another specific account, and the retail payment Then, information necessary for clearing, which is a preliminary preparation prior to wholesale settlement performed between the payer's financial institution and the payee's financial institution via the central bank checking account, is generated. Further, the transfer information generating unit may be configured to perform a process of encrypting the transfer information generated as described above.
[0031]
“Transfer information” is information for settlement of a sales transaction as described above, and may specifically include one or more of the following information.
[0032]
When the settlement is a bank settlement using a debit card, the card number of the debit card, the personal identification number of the card, the payment amount, and the like correspond to the payment information described above. When the payment is a credit payment using a credit card, the credit card number, the expiration date of the card, the payment method (collective, division, revolving), and the like correspond to the credit information described above.
[0033]
Further, the code common to both the bank settlement using the debit card and the credit settlement using the credit card corresponds to the code of the financial institution used by the recipient, the account number of the recipient, and the like.
[0034]
The code of the financial institution used by the recipient, the account number of the recipient, and the like may not always be input in the deposit information input unit 201, and may be configured such that a specific one is always generated as transfer information. Good. Further, the information may be stored in advance in a settlement server described below in association with the telephone number of the mobile phone.
[0035]
The “transfer information transmitting unit 203” transmits the transfer information generated by the transfer information generating unit 202.
[0036]
The above is the configuration of the mobile phone constituting the present settlement support system.
[0037]
(Payment server)
[0038]
In the present invention, the payment server is configured to receive transfer information for payment from the mobile phone and transmit the transfer information to a server of a financial institution through a credit network which is a dedicated line for transmitting information related to payment and the like. Specifically, it has the following configuration.
[0039]
The “transfer information receiving unit 211” receives the transfer information transmitted from the transfer information transmitting unit 203 of the mobile phone 200. The transfer server can receive the transfer information without going through a cashier terminal or the like of a store using the mobile phone, so that the present embodiment can settle even at a sales place installed to meet temporary demand. It becomes.
[0040]
The “settlement server transfer information transmitting unit 212” transmits the transfer information received by the transfer information receiving unit 211 to the payer's financial institution.
[0041]
The transfer information is transmitted from the settlement server to a payer's financial institution, such as a payer's bank or credit company, via a credit network. As the credit network, "CAFIS (registered trademark)" or the like is used.
[0042]
“CAFIS” is a communication network provided by NTT Data, and provides credit information (credit inquiry, sales, etc.) and fund transfer information (financial information in the bank POS service) between financial institutions such as banks and credit companies. Relays online transactions of transfer information).
[0043]
The above is the configuration of the payment server constituting the payment support system of the present embodiment. As described above, the store where the sales transaction is performed generates transfer information, which is information for settlement of the sales transaction, using a mobile phone, transmits the information to the payment server, and transmits the transfer information from the payment server via the credit network. Then, if the transfer information is transmitted to the payer's financial institution, each store does not need to prepare a facility environment for transmitting the transfer information to the payer's financial institution, and it is simple and secure without using cash. Settlement becomes possible.
[0044]
(Invention of Claim 7: Bank settlement)
[0045]
When the transfer information is information for transferring from the account of the payer's financial institution to the account of the payee's financial institution based on the payment information input in the payment information input unit, the transfer information Is sent to a terminal or the like that manages the account of the payer's financial institution.
[0046]
For example, in the case of settlement related to the purchase and sale of merchandise, a transfer process of an amount corresponding to the price of the merchandise is performed from the account of the merchant who is the payer to the account of the store that sold the merchandise as the payee. If the amount corresponding to the amount of the transfer process is the balance of the account of the purchaser of the product, the amount is settled by withdrawing the balance and transferring it to the account of the store that sold the product. When the payment is made, information indicating that the transfer is completed is transmitted to the payment server from a terminal or the like that manages the account of the payer's financial institution.
[0047]
On the other hand, if the amount corresponding to the amount of the transfer process is not the balance of the account of the purchaser of the product, the transfer process is not performed, and the settlement is not completed. In this case, the payment server receives information regarding whether the payment is completed, and the payment server transmits information regarding whether the payment is completed to the mobile phone, and the mobile phone is configured to receive the information. You may. The terminal for managing the account of the financial institution of the payer includes a terminal for directly managing the account, a server connected to the terminal, and the like.
[0048]
(Invention of Claim 6: Credit settlement)
[0049]
If the transfer information is information for credit settlement, the transfer information is transmitted to the credit company used by the payer. The “credit company” refers to a credit company used by the payer to settle the price for the purchase of a product or the like, and corresponds to the server of the credit company connected to the credit network. If the amount specified by the transfer information is within the range of the payer's card usage balance, payment by a credit card is accepted. If not, the payment by credit card is not accepted. In this case, the payment server receives information on whether or not payment by credit card has been accepted, and the payment server transmits information on whether or not payment with the credit card has been received to the mobile phone, and the mobile phone receives the information. It may be configured as follows.
[0050]
(Invention of claim 6: bridge finance (via) settlement)
[0051]
Also, such credit settlement may be performed via bridge finance. Hereinafter, one form of credit settlement via bridge finance will be described.
[0052]
The customer (card member) purchases the receipt of the payment paid by the credit card to the store from the store on the settlement server side. On the settlement server side, the receivable received is paid as collateral, and a loan equivalent to the payment is received from a bridge finance settlement bank that provides temporary financing (bridge financing). Further, the settlement server pays the loan received from the bridge finance settlement bank to the store immediately after receiving the loan. The store can collect the money in cash without waiting for the payment period until the money is paid by the credit company. As described above, by using bridge finance, there is an advantage that a store or the like that receives payment by a credit card can immediately collect the price in cash.
[0053]
Further, as a form further applied via the bridge finance, there is a method of performing settlement by a credit card via an overseas credit card company. By using such a form, there is a case where credit settlement can be performed with a lower interest rate fee.
[0054]
FIG. 3 is a diagram showing an example of a mechanism for performing credit settlement via bridge finance via an overseas credit card company. With reference to the figure, a description will be given of a mechanism in which credit settlement is performed via bridge finance via an overseas credit card company, as an example in a case where a customer who has purchased a product has paid for it with a credit card. Here, the credit card company is an acquirer who makes a contract with a member store, an issuer that issues cards to customers (card members) who use credit cards, and a general card company that supervises the issuer and the acquirer. Will be described separately.
[0055]
Essentially, credit card merchants pay acquirers a portion of their sales as a commission. The rates vary broadly from country to country. Stores make payments through credit card payments via acquirers with low interest rates, thereby increasing profits for product sales. Therefore, the store (member store) signs a contract with an overseas (US) acquirer with a low interest rate, and the customer (card member) pays the price paid by a credit card issued by Japanese issuer to the overseas (US). Consider a case where payment is made via an acquirer. In this example, the interest rate of the acquirer in Japan is 6%, and the interest rate of the overseas (US) acquirer is 3%. The settlement server also collects a fee, and the interest rate is 1%. The loan interest rate of the loan from Bridge Finance Settlement Bank shall be 1%. Note that the interest rate in this example is used as the interest rate for the original price. In this example, the merchant uses a credit card with a 1% lower interest rate when paying via an overseas (US) acquirer than when paying via a Japanese acquirer. The payment for the product can be collected by settlement. In other words, a 6% commission is charged when going through a Japanese acquirer, but a 3% commission is charged for an overseas acquirer, a 1% commission for the settlement server, This is because a total of 5% of the loan interest rate of 1% for receiving a loan from the finance settlement bank is a commission. Hereinafter, in this example, "acquirer" means an overseas (US) acquirer.
[0056]
First, the flow of sales data and transaction content data will be described. A customer purchases a product at a store using a credit card, and a clerk at the store inputs payment information to a mobile phone. In the mobile phone, sales data, which is transfer information, is generated based on the payment information, and the sales data is transmitted to the settlement support server that contracts with the settlement agency of the acquirer. The settlement support server receives the sales data and transmits the data to the settlement agency and the bridge finance settlement bank. Further, the settlement agency transmits the transaction content data to the supervising card company based on the sales data, and the supervising card company transmits the transaction content data to the issuer to which the customer contracts. The above is the flow of sales data and transaction content data. The “settlement support server side” refers to a corporation that operates and manages the settlement server of the present embodiment.
[0057]
Next, the data flow of the price and the payment of the price will be described. The customer (card member) who has settled the price of the product with a credit card pays the price to a card member settlement bank for settlement to the issuer. The cardholder settlement bank pays the payment to the issuer. Further, 1% of the commission is subtracted from the issuer, and the acquirer is paid for the payment, and the payment data relating to the payment is transmitted. The acquirer remits the payment to the settlement agency and transmits the payment data. The payment agency subtracts 3% of the commission and pays the payment support server side, and transmits the payment data to the payment support server. The settlement support server subtracts 1% of the fee collected by itself, adds 1% of the commission to the principal received from the bridge finance settlement bank, and pays it to the bridge finance settlement bank. Finally, the settlement support server outputs payment details data to the member store based on the payment data. Note that the payment from the settlement support server to the member store is the same as described above, and a description thereof will be omitted. The above is the flow of the price and the payment data. As described above, by performing credit settlement via bridge finance via an overseas acquirer settlement agency, the merchant can immediately collect cash in cash, and at a lower interest rate fee. In some cases, it is possible to perform credit settlement.
[0058]
As described above, by using the payment support system of the present embodiment, payment using a credit card or debit card can be easily and safely performed without using cash at the time of payment. In particular, even if the product is delivered outside the store, payment can be made using the mobile phone of the employee who delivers the product, so expensive dedicated terminals to respond to increases and decreases in demand The economic burden of preparing is reduced.
[0059]
(Specific flow of the first embodiment)
[0060]
FIG. 4 is a diagram showing a specific flow of the present embodiment. A specific flow of the present embodiment will be described with reference to FIG.
[0061]
At store A, which sells interior goods, when promoting sales for single living during the enrollment season, payment using a mobile phone so that payment through multiple customers' card (debit card / credit card) settlement can be performed simultaneously. A support system was introduced.
[0062]
The sales staff B of the store A pays for the desk purchased by the customer C using a debit card. In the deposit information input section of the mobile phone, the card number "1234-567-012345x" of the debit card, the personal identification number "123x" of the card, and the payment amount "15,000 yen" as the desk fee are entered in the deposit information. Was entered as In the transfer information generation unit, transfer information is generated based on the payment information input by the payment information input unit. Specifically, the card number “1234-567-012345 ×” of the debit card of the customer C who is the buyer as the transfer information, the password number “123 ×” of the card, and the payment amount “15,000” which is the desk fee Yen "and the account number" 1111-222-978654x "of the financial institution D used by the store A as the seller. The transfer information transmitting unit has transmitted the transfer information generated by the transfer information generating unit. The transfer information receiving unit of the settlement server has received the transfer information transmitted from the transfer information transmitting unit of the mobile phone. Then, the settlement server transfer information transmitting unit transmits the transfer information received by the transfer information receiving unit to the financial institution of the customer C.
[0063]
(Processing flow of the first embodiment)
[0064]
FIG. 5 is a flowchart illustrating an example of a processing flow according to the present embodiment. The flow of the processing according to the present embodiment will be described with reference to FIG. However, an example of this “processing” can be implemented as a method, a computer-executable program, and a recording medium on which the program is recorded.
[0065]
First, payment information, which is information relating to a price paid by a buyer as a buyer to a receiver as a seller in a sales transaction, is input (payment information input step S0501). Next, transfer information, which is information for settlement of the sales transaction, is generated based on the payment information input in step S0501 (transfer information generating step S0502). Further, the transfer information generated in step S0502 is transmitted (transfer information transmitting step S0503). Further, the transfer information transmitted in step S0503 is received (transfer information receiving step S0504). Finally, the transfer information received in step S0504 is transmitted to the payer's financial institution (settlement server transfer information transmitting step S0505).
[0066]
(Brief description of the effects of the first embodiment)
[0067]
As described above, this embodiment generates transfer information for settlement of a sales transaction using a mobile phone without using a dedicated card reader or the like, transmits the transfer information to the settlement server, and receives the transfer information at the settlement server. This is a payment support system for performing payment by transmitting the payment to the financial institution of the payer. By using the invention of this embodiment, a card (debit card) can be used by a mobile phone without purchasing an expensive dedicated card reader in order to respond to temporary demand in a store or the like that sells products. -Payment can be made through payment by credit card.
[0068]
(Embodiment 2)
[0069]
(Concept of Embodiment 2)
[0070]
FIG. 6 is a diagram illustrating the concept of the present embodiment. The concept of the present embodiment will be described with reference to FIG. This embodiment is based on the configuration of the first embodiment, and a functional unit (payment information input unit, transfer information generation unit, transfer information transmission unit) for generating information for settlement in the mobile phone, etc., is a settlement server. This is a payment support system configured to be generated by a payment program realizing unit based on a payment program distributed from.
[0071]
Similarly to the concept of the first embodiment described above, in the present embodiment, in order to respond to temporary demand in a store or the like that sells products, a card (debit card / credit card) without purchasing an expensive dedicated card reader. The purpose of the present invention is to settle the payment through the settlement by the company, and to use a commercially available mobile phone in order to realize such a mechanism.
[0072]
At store A, which sells interior goods, the number of sales staff has been increased in order to promote the sale of interior goods during the admission season. In store A, first, a dedicated program was downloaded from a server to a mobile phone owned by each sales staff so that the payment system could be settled using the increased sales staff mobile phone. Further, the downloaded dedicated program was executed on the mobile phone. When a customer pays with a debit card or credit card, the sales staff's mobile phone enters the customer's card number, product price, transfer destination information, etc. Necessary for the transfer is generated. When the transfer information is transmitted to the server using the mobile phone, the server receives the transfer information and transmits the transfer information to the financial institution used by the customer who is the payer. As a result, payment is made between the financial institution used by the customer as the payer and the financial institution used by the store as the payee, and the sales staff can use a commercial mobile phone without using a dedicated card reader. Payment can be made through payment of goods using a card (debit card / credit card).
[0073]
(Configuration of Embodiment 2)
[0074]
FIG. 7 is a diagram illustrating an example of a functional block according to the present embodiment. The configuration of the present embodiment will be described with reference to FIG. This embodiment is based on the configuration of the first embodiment. The mobile phone has a program information receiving unit 704, a program information storage unit 705, and a program information realizing unit 706, and the payment server is a program information transmitting unit. 513. The payment information input unit 701, the transfer information generation unit 702, the transfer information transmission unit 703, the transfer information reception unit 711 of the payment server 710, and the payment server transfer information transmission unit 712 of the mobile phone 700 are the same as those in the first embodiment. Therefore, description of common parts is omitted.
[0075]
“Payment program receiving unit 704” receives the payment program transmitted from the payment server. The “payment program” is a program for generating the payment information input unit, the transfer information generation unit, and the transfer information transmission unit in a payment program realizing unit, as described later.
[0076]
The “payment program storage unit 705” stores the payment program. The payment program may be received by the payment program reception unit, or may be stored in the payment program storage unit in advance.
[0077]
The “payment program realizing unit 706” generates a deposit information input unit, a transfer information generation unit, and a transfer information transmission unit based on the payment program stored in the payment program storage unit.
[0078]
The “payment program transmission unit 713” transmits the payment program. The payment program transmitted from the payment server is received by the payment program receiving unit of the mobile phone constituting the payment support system as described above.
[0079]
As described above, even if the mobile phone does not have the payment information input unit, the transfer information generation unit, and the transfer information transmission unit in advance, the mobile phone can receive the payment program from the payment server and generate the payment information input unit and the like. With this configuration, it is possible to perform payment by the present payment support system using a commercially available mobile phone (at least having a function of receiving program data, storing the data, and executing the data).
[0080]
Further, a payment support system that does not include the payment program transmission unit in the payment server and the payment program reception unit in the mobile phone may be configured. In this case, it is conceivable that a payment program stored in an external storage medium or device by cable or infrared communication or the like is stored in the payment program storage unit and used. Even with such a configuration, settlement by the settlement support system can be performed using a commercially available mobile phone.
[0081]
(Processing flow of the second embodiment)
[0082]
FIG. 8 is a flowchart illustrating an example of the flow of processing according to the present embodiment. The flow of the processing according to the present embodiment will be described with reference to FIG. However, an example of this “processing” can be implemented as a method, a computer-executable program, and a recording medium on which the program is recorded.
[0083]
First, a payment program is transmitted (payment program transmission step S0801). Next, the payment program transmitted in step S0801 is received (payment program receiving step S0802). Finally, a payment information input unit, a transfer information generation unit, and a transfer information transmission unit are generated based on the payment program received in step S0802 (generation step S0803).
[0084]
(Brief description of effects of Embodiment 2)
[0085]
The invention of this embodiment is a payment support system based on the configuration of Embodiment 1, wherein the payment server has a payment program transmission unit, and the mobile phone has a payment program reception unit, a payment program storage unit, and a payment program realization unit. . By utilizing such an invention, a commercially available mobile phone can be easily used as a mobile phone constituting the present settlement support system. Therefore, at stores that sell products, use a commercially available mobile phone owned by the hired person to purchase temporary card readers or specially manufactured mobile phones to meet temporary demand. Settlement by this settlement support system is possible.
[0086]
(Embodiment 3)
[0087]
(Concept of Embodiment 3)
[0088]
FIG. 9 is a diagram illustrating the concept of the present embodiment. The concept of the present embodiment will be described with reference to FIG. As in the above-described first embodiment, this embodiment uses a card (debit card / credit card) without purchasing an expensive dedicated card reader in order to respond to temporary demand in a store selling goods. This is a payment support system using a mobile phone so that payment can be made through payment. In addition to transmitting the information for settlement by the mobile phone and enabling the settlement at the financial institution, the present embodiment can output the information for the receipt to the customer using the mobile phone. Configured as a system.
[0089]
At store A, which sells interior goods, customers purchase storage shelves and settle the payment with a debit card. The sales staff entered the debit card information and the price of the storage shelf. In the mobile phone, transfer information for payment was generated based on the input information and transmitted to the payment server. The transfer information was transmitted from the settlement server to the financial institution used by the customer, and settlement was performed with the financial institution used by the store. Further, the payment server received payment completion information indicating that payment was completed from the financial institution used by the customer, and transmitted to the mobile phone. The mobile phone outputs the receipt information for the receipt based on this, and issues the receipt by an external terminal. The sales staff handed the customer a debit card and a receipt, and the settlement was completed through payment for the storage shelves.
[0090]
(Configuration of Embodiment 3)
[0091]
FIG. 10 is a diagram illustrating an example of a functional block according to the present embodiment. The configuration of the present embodiment will be described with reference to FIG.
[0092]
This embodiment is based on the configuration of the first or second embodiment, and receives payment completion information, which is information on whether or not payment has been completed based on the transfer information transmitted by the transfer information transmitting unit by the payment server. A settlement completion information receiving unit 1015 and a settlement completion information transmitting unit 1014 for transmitting the settlement completion information received by the settlement completion information receiving unit, wherein the mobile phone transmits the settlement completion information transmitted by the settlement completion information transmitting unit. A mobile phone payment completion information receiving unit 1007 for receiving information, and a receipt information output for outputting receipt information that is information for a receipt based on the payment completion information received by the mobile phone payment completion information receiving unit 1007. And a settlement support system having a unit 1008.
[0093]
Payment information input unit 1001, transfer information generation unit 1002, transfer information transmission unit 1003, payment program reception unit 1004, payment program storage unit 1005, payment program realization unit 1006, transfer information reception unit 1011 of payment server 1010 of mobile phone 1000, The payment server transfer information transmission unit 1012 and the payment program transmission unit 1013 are the same as those in the first or second embodiment, and thus the description of the common parts will be omitted.
[0094]
The “payment completion information receiving unit 1015” receives payment completion information that is information on whether or not payment has been completed based on the transfer information transmitted by the transfer information transmitting unit. "Settlement completion information" includes information on whether or not transfer has been completed from the account of the payer's financial institution to the account of the payee's financial institution, and whether or not the credit company used by the payer has received advance payment. And information on whether or not the information is included.
[0095]
For example, if the amount newly specified by the transfer information is within the range of the user's credit card usage balance, information indicating that the payment has been completed is transmitted as the payment completion information.
[0096]
On the other hand, for example, when the amount newly specified by the transfer information exceeds the user's credit card usage balance, or the amount newly specified by the transfer information based on the user's credit card usage record The payment was not completed when the amount of money exceeded a certain ratio with respect to the use record, or when the customer's use of the credit card was stopped and the payment was not completed. Is transmitted as settlement completion information.
[0097]
The “payment completion information transmitting unit 1014” transmits the payment completion information received by the payment completion information receiving unit.
[0098]
The “mobile phone payment completion information receiving unit 1007” receives the payment completion information from the payment completion information transmitting unit.
[0099]
The “receipt information output unit 1008” outputs receipt information for a receipt based on the settlement completion information received by the settlement completion information receiving unit.
[0100]
The output of the receipt information may be output to an external terminal having a printing function so that the terminal can print on a paper medium or the like. If the mobile phone has the printing function, the printing function may be used. May be printed on a paper medium or the like and output. Further, the data may be output to an external terminal so that the data can be stored in the terminal.
[0101]
(Specific flow of Embodiment 3)
[0102]
FIG. 11 is a diagram showing a specific flow of the present embodiment. A specific flow of the present embodiment will be described with reference to FIG.
[0103]
The transfer information transmitting unit of the settlement server transmits the card number “1234-567-012345 ×” of the payer's debit card, the password number of the card “123 ×”, the payment amount “20,000 yen”, and the payee's financial institution. The transfer information including the account number "1111-222-988654x" was transmitted to the payer's financial institution. From the payer's financial institution, the payment completion information on whether or not the payment has been completed based on the transfer information indicates that the payment, `` transfer from the payer's account to the payee's account, '' has actually been completed. To that effect, the date and time when the payment was made “May 1, 2002”, the payment amount “20,000 yen”, etc. were transmitted, and the payment completion information receiving unit of the payment server received the payment completion information. The payment completion information transmitting unit of the payment server transmits the payment completion information received by the payment completion information receiving unit, and the mobile phone payment completion information receiving unit of the mobile phone receives the payment completion information. In the receipt information output section of the mobile phone, the name and name of the payer "Taro Nihon" and the name and name of the payee as the receipt information based on the payment completion information received by the mobile phone payment completion information receiving section. The shop A of the interior, the date and time of the settlement “May 1, 2002”, and the settlement amount “20,000 yen” are output.
[0104]
(Processing flow of the third embodiment)
[0105]
FIG. 12 is a flowchart illustrating an example of a processing flow according to the present embodiment. The flow of the processing of the present embodiment will be described with reference to FIG. However, an example of this “processing” can be implemented as a method, a computer-executable program, and a recording medium on which the program is recorded.
[0106]
First, payment completion information regarding whether or not payment has been completed is received based on the transfer information (payment completion information receiving step S1201). Next, the settlement completion information received in step S1201 is transmitted (settlement completion information transmission step S1202). Further, the payment completion information transmitted in step S1202 is received (mobile phone payment completion information receiving step S1203). Finally, receipt information, which is information for a receipt, is output based on the settlement completion information received in step S1203 (receipt information output step S1204).
[0107]
(Brief description of effects of Embodiment 3)
[0108]
The invention of this embodiment is based on the configuration of the first or second embodiment, wherein the payment server has a payment completion information receiving unit and a payment completion information transmitting unit, and the mobile phone is a mobile phone payment completion information receiving unit and a receipt information output. It is a settlement support system having a section. By using the invention, a payer using the present payment support system can confirm that the payment has been completed and the contents thereof. Also, for example, in the case where it is necessary to issue a receipt on the spot where money is paid, such as an insurance fee paid by an insured person in life insurance, the card (debit Card / credit card).
[0109]
(Embodiment 4)
[0110]
(Concept of Embodiment 4)
[0111]
FIG. 13 is a diagram illustrating the concept of the present embodiment. The concept of the present embodiment will be described with reference to FIG. As in the second embodiment described above, this embodiment uses a card (debit card / credit card) without purchasing an expensive dedicated card reader in order to respond to temporary demand at a store selling goods. This is a payment support system using a mobile phone so that payment can be made through payment. This embodiment is based on the configuration of the second embodiment. When a predetermined password is input to the settlement program realizing unit of the mobile phone, and when the authentication pass information is received from the settlement server, the information for settlement is transmitted. This is a payment support system configured to generate a functional unit for generating and the like.
[0112]
At store A where the merchandise is sold, the store manager downloads the payment program from the payment server to the mobile phone of the sales staff. Further, a predetermined password was input to the mobile phone from which the payment program was downloaded. The password was transmitted from the mobile phone to the settlement server, and the settlement server received the password and confirmed that the password was the predetermined password. The mobile phone receives the authentication pass information, and the sales staff can use the mobile phone to transmit transfer information for payment to the payment server.
[0113]
(Configuration of Embodiment 4)
[0114]
FIG. 14 is a diagram illustrating an example of a functional block according to the present embodiment. The configuration of the present embodiment will be described with reference to FIG.
[0115]
As described above, since the mobile phone according to the second embodiment can use a commercially available mobile phone, it is necessary to prevent unauthorized use. This embodiment is a settlement support system based on the configuration of the second embodiment, and in which the settlement program realizing unit of the mobile phone has a password input unit and an authentication unit. Payment information input unit 1401, transfer information generation unit 1402, transfer information transmission unit 1403, payment program reception unit 1404, payment program storage unit 1405, payment program realization unit 1406, transfer information reception unit 1411 of payment server 1410 of mobile phone 1400, The payment server transfer information transmission unit 1412 and the payment program transmission unit 1413 are the same as those in the second embodiment, and the description of the common parts will be omitted.
[0116]
The “settlement program realizing unit 1406” has a password input unit and an authentication unit.
[0117]
“Password input unit 1409” generates at least one of a deposit information input unit, a transfer information generation unit, and a transfer information transmission unit only when the input password is a predetermined password. Such a password is not limited to a case composed of characters, numbers, symbols, etc., but may be composed of a specific voice, fingerprint, or the like.
[0118]
The “authentication unit 1410” generates at least one of the deposit information input unit, the transfer information generation unit, and the transfer information transmission unit only when receiving the authentication pass information from the settlement server. For example, when the password input by the password input unit is a predetermined password, the password is transmitted from the mobile phone to the payment server, and the payment server that has confirmed the password transmits authentication pass information, and the authentication pass information is transmitted. It is conceivable to generate one or more of the payment information input unit, the transfer information generation unit, and the transfer information transmission unit only when the transfer information is received. Further, the authentication pass information may be transmitted only in response to a request from a mobile phone whose telephone number is registered in the payment server in advance.
[0119]
Further, the payment program realizing unit may be configured to include only one of the password input unit and the authentication unit.
[0120]
(Description of Specific Flow of Fourth Embodiment)
[0121]
FIG. 15 is a diagram showing a specific flow of the present embodiment. The specific flow of the present embodiment will be described with reference to FIG.
[0122]
In store A, which sells interior goods, B is hired as a sales staff. The store manager at store A can now make payments using the mobile phone owned by store B. The program information transmitted from the payment program transmission unit of the payment server is received by the program information reception unit of the mobile phone. Further, the payment program storage unit of the mobile phone stores the program information received by the program information reception unit. The program information realizing unit of the mobile phone is configured to input a predetermined password “P123” and generate a deposit information input unit, a transfer information generating unit, and a transfer information transmitting unit when receiving the authentication pass information “N567” from the payment server. It had been. Then, the password “P123” was input to the mobile phone. Further, the input password was transmitted to the settlement server. The payment server received the password and transmitted the authentication pass information “N567”. The mobile phone has received the authentication pass information “N567”. Since the password “P123” was input and the authentication pass information “N567” was received, the program information realizing section of the mobile phone generated the deposit information input section, the transfer information generating section, and the transfer information transmitting section.
[0123]
(Processing flow of the fourth embodiment)
[0124]
FIG. 16 is a flowchart illustrating an example of a processing flow according to the present embodiment. The flow of the processing according to the present embodiment will be described with reference to FIG. However, an example of this “processing” can be implemented as a method, a computer-executable program, and a recording medium on which the program is recorded.
[0125]
First, a password is input (password input step S1601). Next, it is determined whether or not the password input in step S1601 is a predetermined password (determination step S1602). When it is determined that the password input in step 1602 is a predetermined password, a payment information input unit, a transfer information generation unit, and a transfer information transmission unit are generated (generation step 1603).
[0126]
Another example of the processing flow will be described.
[0127]
First, a password is input (password input step S1611). Next, the password input in step S1611 is transmitted (password transmission step S1612). Further, the password transmitted in step 1612 is received (password receiving step S1613). Further, it is determined whether the password received in step S1613 is a predetermined password (determination step S1614). When it is determined that the password received in step 1614 is a predetermined password, the authentication success information is transmitted (authentication success information transmitting step S1615). The authentication pass information transmitted in step 1615 is received (authentication pass information receiving step S1616). When the authentication pass information is received in step 1616, a payment information input unit, a transfer information generation unit, and a transfer information transmission unit are generated (generation step 1617).
[0128]
(Brief description of effects of Embodiment 4)
[0129]
The invention of this embodiment is based on Embodiment 2 and is characterized in that the settlement program realizing unit of the mobile phone has a password input unit and an authentication unit. As a result, the payment program can be used only by an authorized person, and illegal use can be prevented.
[0130]
(Embodiment 5)
[0131]
(Concept 1 of Embodiment 5)
[0132]
FIG. 17 is a diagram illustrating an example of the concept of the present embodiment. The concept of the present embodiment will be described with reference to FIG. This embodiment is based on the configuration of the first embodiment, and transmits information for specifying the location where the mobile phone has transmitted the transfer information and the location where the receipt information has been transmitted, and the payment server receives the information. It is a configured payment support system.
[0133]
Conventionally, a receipt issued for payment for a service whose service location is not fixed, such as transportation by a taxi, did not clearly indicate information on the location where the service was received.
[0134]
However, fraudulent payments may be made if the place where the employee makes payments is not under the direct control of the employer. For example, consider a case where a driver B of a taxi company A carries a passenger C from point X to point Z and carries a regular fare of 10,000 yen. Taxi drivers will receive 50% of the fare from taxi company A as a reward.
[0135]
Driver B should have originally settled the fare at point Z. However, driver B inputs payment information with a mobile phone at point Y on the way using the same payment support system as in the first embodiment, and generates the fare. Transfer information sent. The fare included in the input deposit information was 5,000 yen. Therefore, the settlement amount specified by the transfer information was also 5,000 yen. At this time, information for specifying the Y point to which the transfer information was transmitted was transmitted together with the transfer information from the mobile phone, and the settlement server was able to specify the Y point to which the transfer information was transmitted.
[0136]
Driver B outputs the receipt information from the mobile phone to issue a receipt for the payment made at 5,000 yen for the first time after arriving at the destination Z point. At the time of the output, the information for specifying the Z point was transmitted from the mobile phone to the settlement server.
[0137]
Driver B discounted the original fare of passenger C of 10,000 yen to 8,000 yen, and instead, settled in a difference of 3,000 yen from the 5,000 yen settled above. Combined with 50% of the fare, which is the reward, Driver B's income was 55,500 yen, which was 5500 yen more than when settling with the regular fare. The taxi company was damaged by driver B's fraud. Driver B had to charge the difference from the discounted price of 8,000 yen after the original fare of 10,000 yen. Also, a receipt could not be issued unless the taxi fare meter was turned down. Therefore, after arriving at the destination Z, the receipt information is output by the mobile phone, and the receipt is issued by the taxi receipt issuing function.
[0138]
However, the taxi company A detects that the driver B has performed an improper payment procedure because the point Z at which the receipt information was output is different from the point Y at which the transfer information was transmitted, which should originally indicate the same point. did. As described above, it is possible to confirm that the "location where the transfer information was transmitted" and the "location where the receipt information was output", which should originally indicate the same point, are different. It is possible to detect an unauthorized settlement procedure by an employee and use it as information for a subsequent measure against the fraud.
[0139]
(Concept 2 of Embodiment 5)
[0140]
Next, consider an example in which a customer delivers a purchased product and collects the price of the product upon delivery.
[0141]
Delivery staff C delivered the desk to the home of customer B who purchased the desk at shop A, which sells interior goods. The delivery staff C took over the debit card from the customer B in order to settle the price as well as handing over the desk. The delivery staff C inputs the number of the debit card and the price of the desk to the mobile phone, and transmits the generated transfer information X to the settlement server. At the time of the transmission, the location information D for specifying the location of the customer B's home was also transmitted to the settlement server. The delivery staff returned the debit card to the customer, but remembered the card number.
[0142]
After completing the delivery, the delivery staff C who has moved to another place inputs the memorized number of the debit card of the customer B again to the mobile phone, transmits the generated transfer information Y to the settlement server, and performs a fictitious settlement. Was. At the time of such settlement, the location information E for specifying the place where the settlement was made was transmitted to the settlement server.
[0143]
In the interior store A, it is confirmed that the transfer information X transmitted together with the location information D specifying the same location as the home of the customer B is information for legitimate payment, and It was confirmed that the transfer information Y transmitted together with the place information E specifying a different place was information for a fictitious settlement. As described above, when the place where the settlement is to be performed is determined in advance, and when the settlement server receives the place information specifying the place different from the place, the transfer information transmitted together with the place information is used as the regular settlement Instead, it can be detected as information for fictitious settlement and used as information for ex post measures.
[0144]
(Configuration of Embodiment 5)
[0145]
FIG. 18 is a diagram illustrating an example of a functional block according to the present embodiment. The configuration of the present embodiment will be described with reference to FIG.
[0146]
This embodiment is based on the configuration of the first embodiment, and the mobile phone transmits transfer place specifying information that is information for specifying a place where transfer information is transmitted. And a receipt output location specifying information transmitting unit 1807 for transmitting receipt output location specifying information, which is information for specifying the location where the receipt information was output, wherein the payment server performs the transfer. This is a settlement support system that includes a transfer place specifying information receiving unit 1815 that receives place specifying information, and a receipt output place specifying information receiving unit 1816 that receives the receipt output place specifying information.
[0147]
Payment information input unit 1801, transfer information generation unit 1802, transfer information transmission unit 1803, mobile phone payment completion information reception unit 1804, receipt information output unit 1805, payment server transfer information reception unit 1811, payment server transfer of mobile phone 1800 The information transmitting unit 1812, the settlement completion information receiving unit 1813, and the settlement completion information transmitting unit 1814 are the same as those in the first embodiment, and thus the description of the common parts will be omitted.
[0148]
The “transfer place specifying information transmitting unit 1806” transmits transfer place specifying information that is information for specifying the place where the transfer information was transmitted. The transfer location specifying information may be information on the current position acquired by the mobile phone using, for example, GPS, or information on the mobile phone base station that has received the information (a mobile phone that can control the mobile phone). (E.g., identification information of a telephone base station). If the information is to be associated with the information about the mobile phone base station, the information is not information indicating a specific place at the time of transmission from the mobile phone, but the information about the base station is associated with the information about the base station. May be able to identify the location of the mobile phone based on the
[0149]
The “information about the mobile phone base station” includes the ID of the mobile phone base station and information about the electric field strength from the mobile phone base station. Such mobile phone base stations are a plurality of mobile phone base stations located near the mobile phone transmitting the transfer information and receiving the transfer information, the number of which differs depending on the position where the transfer information is transmitted. Good. Based on the information on the location of the mobile phone base station specified by the ID of the mobile phone base station and the information on the electric field strength of each mobile phone base station, the location where the mobile phone that transmitted the transfer information is located is fixed. The range can be specified. As a technique for specifying a location of a mobile phone based on information on a mobile phone base station, a position information system of “Toshiba Social Technos Co., Ltd.” is mentioned as an example.
[0150]
The “receipt output location specifying information transmitting unit 1807” transmits receipt output location specifying information, which is information for specifying the location where the receipt information was output. The receipt output location specifying information is substantially the same as the transfer location specifying information except that it is transmitted when the receipt information is output, and thus the description is omitted.
[0151]
The “transfer place specifying information receiving unit 1815” receives transfer place specifying information that is information for specifying the place where the transfer information was transmitted.
[0152]
The “receipt output location specifying information receiving unit 1816” receives the receipt output location specifying information, which is information for specifying the location where the receipt information was output.
[0153]
As described above, the mobile phone transmits the information for specifying the place where the transfer information is transmitted and the place where the receipt information is transmitted, and the settlement server receives the information to use the mobile phone. Thus, it is possible to specify the place where the settlement is performed and the place where the receipt information is output. Thereby, if the place where the transfer information is transmitted is different from the place where the receipt information is output, it is possible to detect that the settlement by the illegal transfer information transmission has been performed. This is because the location specified by both information should be originally the same, but if a different location is specified, it can be considered that an improper payment has been made.
[0154]
Also, for example, if the place where payment should be made in advance can be specified on the payment server side, the place where payment was actually made, that is, the place where the transfer information was transmitted and the payment specified in advance By comparing the places to be performed, if the two are different places, it is possible to detect that the settlement by transmitting the unauthorized transfer information has been performed.
[0155]
(Specific flow of Embodiment 5)
[0156]
FIG. 19 is a diagram showing an example of a specific flow of the present embodiment. A specific flow of the present embodiment will be described with reference to FIG.
[0157]
The driver B of the taxi company A carries the passenger C from the point X to the destination Z point. The official fare from point X to point Y was 10,000 yen. Originally, after arriving at the destination Z, a fare “10,000 yen” or the like is input as payment information to the mobile phone, transfer information is generated based on the payment information, and the generated transfer information is transmitted from the mobile phone. Should have been sent to the payment server. However, at the point Y on the way before arriving at the point Z, the fare "5,000 yen" up to the point Y is input as the payment information into the payment information input section of the mobile phone, and the transfer information generation section receives the payment information. , Transfer information was generated, and the transfer information was transmitted from the transfer information transmitting unit to the settlement server. Further, the transfer place specifying information, which is information for specifying the place Y point where the transfer information was transmitted, was transmitted from the transfer place specifying information transmitting unit to the settlement server.
[0158]
The settlement server receives the transfer information transmitted by the transfer information receiving unit, and receives the transfer place specifying information by the transfer place specifying information receiving unit. The payment server transmits the transfer information received by the transfer information receiving unit to the payer's financial institution, and sets the payment completion information, which is information on whether or not the payment has been completed based on the transfer information, to the payment completion information receiving unit. Received at. Further, the settlement completion information received by the settlement completion information receiving unit was transmitted from the settlement completion information transmitting unit of the settlement server. The mobile phone payment completion information receiving unit of the mobile phone has received the transmitted payment completion information.
[0159]
Originally, when the settlement completion information was received, the receipt information output unit should output the receipt information based on the information. However, if the driver B cannot calculate a regular fare from the point X to the destination Y before arriving at the destination Z, and issues a receipt on the way by the taxi receipt issuing function, The receipt could not be issued because the meter had to be stopped.
[0160]
After the taxi arrives at the destination Z point, receipt information for a receipt is output from the receipt information output unit based on the received settlement completion information. Also, the receipt output location specifying information for specifying the point Z where the receipt information was output was transmitted from the receipt output location specifying information transmitting unit. The receipt output location specifying information receiving unit of the settlement server receives the transmitted receipt output location specifying information.
[0161]
As described above, the settlement server receives both the transfer place specifying information for specifying the place Y where the transfer information was transmitted and the receipt output place specifying information for specifying the place Z where the receipt information was output. are doing. Therefore, if the location specified by the two pieces of information, which should originally specify the same location, is different, the payment server can confirm that the unauthorized payment has been performed by the mobile phone.
[0162]
(Processing flow of the fifth embodiment)
[0163]
FIG. 20 is a flowchart illustrating an example of the flow of a process according to the present embodiment. The flow of the processing according to the present embodiment will be described with reference to FIG. However, an example of this “processing” can be implemented as a method, a computer-executable program, and a recording medium on which the program is recorded.
[0164]
First, transfer place specifying information, which is information for specifying a place where transfer information has been transmitted, is transmitted (transfer place specifying information transmitting step S2001). Next, the transfer place specifying information transmitted in step S2001 is received (transfer place specifying information receiving step S2002). Further, it receives payment completion information on whether the payment is completed based on the transfer information (payment completion information receiving step S2003). Further, the payment completion information received in the above step is transmitted (payment completion information transmission step S2004). Further, the payment completion information transmitted in step S2004 is received (mobile phone payment completion information receiving step S2005). Further, based on the settlement completion information received in step S2005, receipt information, which is information for a receipt, is output (receipt information output step S2006). Finally, receipt output location specifying information for specifying the location where the receipt information was output in step 2006 is transmitted (receipt output location specifying information transmitting step S2007).
[0165]
(Brief description of effects of Embodiment 5)
[0166]
The invention of the present embodiment is based on the configuration of the first embodiment, wherein the mobile phone has a transfer place specifying information transmitting section and a receipt output place specifying information transmitting section, and the settlement server has a transfer place specifying information receiving section, This is a payment support system having a receipt output location specifying information receiving unit. By using such an invention, it is possible for the settlement server to detect whether or not the person who transmits the transfer information and outputs the receipt information using the mobile phone of the present embodiment has performed impropriety. it can.
[0167]
(Concept of Embodiment 6)
[0168]
FIG. 21 is a diagram illustrating an example of the concept of the present embodiment. An example of the concept of the present embodiment will be described with reference to FIG.
[0169]
At store A, staff B pays for the purchase price of customer C using the debit card provided by customer C. Staff B attached the IC card to his or her own mobile phone. The IC card stores operation restriction release information for releasing the restriction on the operation of performing the settlement processing by the mobile phone. In the mobile phone, staff B inputs payment information including the card number of the debit card, and obtains operation restriction release information from the IC card. In the mobile phone, transfer information was further generated based on the payment information and the operation restriction release information, and transmitted to the settlement server. The settlement server receives the transfer information, and transmits the transfer information to the financial institution of the customer C based on the transfer information. Then, the settlement of the purchase price of the customer C was performed between the financial institution of the customer C and the financial institution used by the shop A. Thereafter, the staff B drops the mobile phone that has generated and transmitted the transfer information, and the person who has found the transfer uses the mobile phone to input the deposit information, generate the transfer information, and transmit the transfer information. However, since these operations on the mobile phone were restricted, payment using the mobile phone could not be performed.
[0170]
This embodiment is a settlement support system further including an IC card as described in claims 15 and 16. Similarly to the concept of the first embodiment described above, in the present embodiment, in order to respond to temporary demand in a store or the like that sells products, a card (debit card / credit card) without purchasing an expensive dedicated card reader. The purpose of this is to make payments through settlement by. Further, in such a structure, the payment using the mobile phone is configured not to be illegally performed, and the financial institution of the payer can be easily specified using the mobile phone.
[0171]
(Configuration of Embodiment 6)
[0172]
FIG. 22 is a diagram illustrating an example of a functional block according to the present embodiment. An example of the configuration of the present embodiment will be described with reference to FIG.
[0173]
As described above, this embodiment is based on the configuration of the first embodiment, and further includes an IC card that can be attached to the mobile phone directly or / and via a connector. This is a settlement support system further including a release unit. The transfer information input unit 2201, the transfer information generation unit 2202, and the transfer information transmission unit 2203 of the mobile phone 2200, and the transfer information reception unit 2211 and the transfer information transmission unit 2212 of the settlement server 2210, and the basic configuration of the first embodiment. The description is omitted because it is the same.
[0174]
The “IC card 2230” can be attached to the mobile phone 2200 directly or / and via a connector, and has a restriction release information storage section 2231.
[0175]
The “restriction release information storage unit 2231” stores the operation restriction release information for releasing one or more of the operation restrictions of the deposit information input unit 2201, the transfer information generation unit 2202, and the transfer information transmission unit 2203 of the mobile phone 2200. Store. "Operation restriction release information" is information for releasing the restriction on the operation of the electronic applied machinery / equipment whose operation is restricted.For example, the restriction on some functions of a mobile phone that does not operate without inputting a password is set. The password to be released corresponds to this. The password stored in the IC card is used instead of manually inputting the password, and the stored password is read into the mobile phone by attaching the IC card to the mobile phone, and the operation is restricted. The deposit information input unit, the transfer information generating unit, and the transfer information transmitting unit can be made operable. Further, in order to further enhance security, a password composed of a code or the like that cannot be specified by input from an input device provided in a mobile phone is used, and the password is stored only by mounting an IC card storing the password. It is conceivable to obtain the password on a mobile phone.
[0176]
The “information acquisition unit 2204” acquires the operation restriction release information stored in the IC card 2230 when the IC card 2230 is attached to a mobile phone. As described above, by attaching the mobile phone to the mobile phone, leakage of highly confidential information can be prevented.
[0177]
The “restriction release unit 2205” is any one of the deposit information input unit 2201, the transfer information generation unit 2202, and the transfer information transmission unit 2203 whose operation is restricted based on the operation restriction release information read by the information acquisition unit 2204. Release one or more operation restrictions.
[0178]
As shown in FIG. 23, the IC card 2330 may have a payer financial institution information storage unit 2332 that stores payer financial institution information that is information on the payer's financial institution.
[0179]
The “payer financial institution information” is information on the payer's financial institution as described above, and may be included in the transfer information. The payer financial institution information includes, specifically, the card number of the credit card used by the payer who is the buyer in the sales transaction, the expiration date of the card, the payment method (batch, division, revolving), and the payer's It may include the card number of the debit card to be used, the personal identification number of the card, and the like.
[0180]
As described in the first embodiment, the deposit information for generating the transfer information for specifying the payer's financial institution may be input at the deposit information input unit by operating the mobile phone. However, in such a method, there is a possibility that information for accurately specifying the payer's financial institution may not be input due to an operation error of the mobile phone. Therefore, if information regarding the payer's financial institution is stored in the IC card in advance as in the present embodiment, the payer can easily insert the IC card into the mobile phone without worrying about input errors and the like. Transfer information for specifying the financial institution of the present invention can be generated. In this case, the “transfer information generating unit 2302” of the mobile phone 2300 generates the transfer information based on the payment information and the payer financial institution information. Then, as described above, the payer's financial institution to be included in the generated transfer information is specified based on the payer's financial institution information.
(Processing flow of the sixth embodiment)
[0181]
FIG. 24 is a flowchart illustrating an example of the flow of a process according to the present embodiment. An example of the processing flow of the present embodiment will be described with reference to FIG.
[0182]
First, operation restriction release information, which is information for releasing one or more of the operation restriction of the deposit information input unit, the transfer information generation unit, and the transfer information transmission unit of the mobile phone whose operation is restricted, is acquired (S2401). . Next, the restriction on one or more of the operations of the deposit information input unit, the transfer information generation unit, and the transfer information transmission unit whose operations are restricted based on the operation restriction release information acquired in step S2401 is released. (S2402) Further, payment information, which is information relating to the price paid from the payer who is the buyer to the receiver who is the seller in the sales transaction, is input (S2403). Further, transfer information, which is information for settlement of the sales transaction, is generated based on the deposit information input in step S2403 (S2404). Further, the transfer information generated in step S2404 is transmitted (S2405). Further, the transfer information transmitted in step S2405 is received (S2406). Finally, based on the transfer information received in step S2406, the transfer information is transmitted to the payer's financial institution (S2407).
[0183]
(Brief description of effects of Embodiment 6)
[0184]
By using the payment support system of the present embodiment, it is possible to prevent payment using a mobile phone from being illegally performed. In addition, the payer's financial institution can be easily specified using a mobile phone.
[0185]
【The invention's effect】
As described above, by using the present invention, in a store or the like that sells products, settlement is performed simply and economically through payment using a card (debit card / credit card) without using a dedicated expensive card reader. be able to. Further, according to the settlement support system of the second embodiment, a commercially available mobile phone can be used as a mobile phone constituting the present system. Further, according to the settlement support system of the third embodiment, it is possible to issue a receipt at a place where settlement is performed by the present system. Further, according to the settlement support system of the fourth embodiment, it is possible to prevent a person other than a person having a specific authority from performing settlement using the mobile phone constituting the present system. Further, according to the settlement support system of the fifth embodiment, it is possible for the settlement server to detect an unauthorized settlement using a mobile phone.
[Brief description of the drawings]
FIG. 1 is a diagram showing an example of the concept of a first embodiment.
FIG. 2 is a diagram illustrating an example of a functional block according to the first embodiment;
FIG. 3 is a diagram showing an example of a mechanism for performing a credit settlement via bridge finance via an overseas credit card company.
FIG. 4 is a diagram showing a specific flow of the first embodiment.
FIG. 5 is a flowchart illustrating an example of a processing flow according to the first embodiment;
FIG. 6 is a diagram showing an example of the concept of the second embodiment.
FIG. 7 is a diagram illustrating an example of a functional block according to a second embodiment;
FIG. 8 is a flowchart illustrating an example of a processing flow according to the second embodiment;
FIG. 9 is a diagram showing an example of the concept of the third embodiment.
FIG. 10 is a diagram illustrating an example of a functional block according to a third embodiment;
FIG. 11 is a diagram showing a specific flow of the third embodiment.
FIG. 12 is a flowchart illustrating an example of a processing flow according to the third embodiment;
FIG. 13 is a diagram showing an example of the concept of the fourth embodiment.
FIG. 14 is a diagram illustrating an example of a functional block according to a fourth embodiment;
FIG. 15 is a diagram showing a specific flow of the fourth embodiment.
FIG. 16 is a flowchart illustrating an example of a processing flow according to the fourth embodiment;
FIG. 17 is a diagram showing an example of the concept of the fifth embodiment.
FIG. 18 is a diagram illustrating an example of a functional block according to a fifth embodiment;
FIG. 19 is a diagram showing a specific flow of the fifth embodiment.
FIG. 20 is a flowchart illustrating an example of a processing flow according to the fifth embodiment;
FIG. 21 illustrates an example of the concept of the sixth embodiment.
FIG. 22 is a diagram illustrating an example of a functional block according to a sixth embodiment.
FIG. 23 is a diagram illustrating an example of a functional block according to a sixth embodiment;
FIG. 24 is a flowchart illustrating an example of the flow of a process according to the sixth embodiment.
[Explanation of symbols]
200 mobile phone
201 Deposit information input section
202 Transfer information generation unit
203 Transfer information transmission unit
210 Payment Server
211 Transfer information receiving unit
212 Payment server transfer information transmission unit

Claims

A payment support system including a mobile phone and a payment server,
The mobile phone is
A deposit information input unit for inputting deposit information, which is information relating to a price paid from a payer who is a buyer to a recipient who is a seller in a sales transaction;
A transfer information generation unit that generates transfer information that is information for settlement of the sales transaction based on the payment information input to the payment information input unit;
A transfer information transmitting unit that transmits the transfer information generated by the transfer information generating unit;
Consisting of
The payment server,
A transfer information receiving unit that receives transfer information transmitted from the transfer information transmitting unit of the mobile phone;
A settlement server transfer information transmitting unit that transmits the transfer information received by the transfer information receiving unit to the payer's financial institution;
Payment support system consisting of.

The mobile phone has a payment program storage unit,
The payment support system according to claim 1, further comprising: a payment information input unit, a transfer information generation unit, and a program realization unit that generates a transfer information transmission unit based on the payment program stored in the payment program storage unit.

The mobile phone has a payment program receiving unit,
The payment support system according to claim 2, wherein the payment program received by the payment program receiving unit is stored in the payment program storage unit.

The payment server has a payment program transmission unit,
The payment support system according to claim 2, wherein the payment program transmitted from the payment program transmission unit is received by the payment program reception unit.

The payment server, a payment completion information receiving unit that receives payment completion information on whether payment has been completed based on the transfer information transmitted by the payment server transfer information transmitting unit,
A payment completion information transmitting unit that transmits the payment completion information received by the payment completion information receiving unit,
The mobile phone is a mobile phone payment completion information receiving unit that receives the payment completion information transmitted from the payment completion information transmitting unit,
A receipt information output unit for outputting receipt information that is information for a receipt based on the settlement completion information received by the mobile phone settlement completion information receiving unit;
The settlement support system according to any one of claims 1 to 4, further comprising:

The transfer information is information for credit settlement,
The settlement support system according to claim 1, wherein the settlement server transfer information transmitting unit transmits the transfer information to a credit company used by a payer.

The transfer information is information for transferring from the account of the financial institution of the payer to the account of the financial institution of the payee based on the payment information in the payment information input unit,
The settlement support system according to claim 1, wherein the settlement server transfer information transmission unit transmits the transfer information to a terminal that manages an account of a payer's financial institution.

The settlement support system according to claim 1, wherein the settlement server selects a credit company or a settlement bank to which transfer information is to be transmitted based on a telephone number of a mobile phone.

The program realizing unit has a password input unit,
The password input means generates at least one of a deposit information input unit, a transfer information generating unit, and a transfer information transmitting unit only when the input password is a predetermined password. A settlement support system according to one of the claims.

The program realizing unit has an authentication unit,
The method according to claim 2, wherein the authentication unit generates at least one of a deposit information input unit, a transfer information generation unit, and a transfer information transmission unit only when receiving authentication pass information from the settlement server. The settlement support system according to one of the claims.

The mobile phone is
A transfer place specifying information transmitting unit that transmits transfer place specifying information that is information for specifying a place where the transfer information is transmitted;
A receipt output location identification information transmitting unit that transmits receipt output location identification information, which is information for identifying the place where the receipt information was output,
The settlement support system according to claim 1, further comprising:

The payment server,
A transfer place specifying information receiving unit that receives transfer place specifying information that is information for specifying a place where the transfer information is transmitted;
Receipt output location identification information receiving unit that receives receipt output location identification information, which is information for identifying the place where the receipt information was output,
The settlement support system according to claim 11, further comprising:

14. The settlement support system according to claim 12, wherein the transfer place specifying information is generated using a GPS.

14. The settlement support system according to claim 12, wherein the transfer place specifying information is generated using identification information of a mobile phone base station capable of controlling a mobile phone.

A payment support system further comprising an IC card that can be attached to the mobile phone directly or / and via a connector,
The IC card has a restriction release information storage unit that stores operation restriction release information that is information for releasing one or more of the operation restrictions of the deposit information input unit, the transfer information generation unit, and the transfer information transmission unit of the mobile phone. Has,
An information acquisition unit for acquiring the operation restriction release information stored in the restriction release information storage unit of the IC card;
Based on the operation restriction release information acquired by the information acquisition unit, release any one or two or more operation restrictions of the payment information input unit, the transfer information generation unit, and the transfer information transmission unit whose operation is restricted. The settlement support system according to any one of claims 1 to 14, further comprising a restriction canceling unit.

The IC card has a payer financial institution information storage unit that stores payer financial institution information that is information about a payer's financial institution,
The information acquisition unit acquires the payer financial institution information stored in the payer financial institution information storage unit of the IC card,
The transfer information generation unit of the mobile phone generates the transfer information based on the payment information and the payer financial institution information acquired by the information acquisition unit, and the payment to be included in the generated transfer information. 16. The settlement support system according to claim 15, wherein a human financial institution is specified based on said payer financial institution information.

A method for supporting payment by a payment support system including a mobile phone and a payment server,
A deposit information input step of inputting deposit information which is information relating to a price paid from a payer who is a buyer of a sales transaction to a recipient who is a seller;
A transfer information generating step of generating transfer information that is information for settlement of the trading transaction based on the payment information input in the payment information input step;
A transfer information generating step of transmitting the transfer information generated in the transfer information generating step;
A transfer information receiving step of receiving the transfer information transmitted in the transfer information generating step;
A payment server transfer information transmitting step of transmitting the transfer information received in the transfer information receiving step to the payer's financial institution;
A method for supporting settlement having a.

The payment program according to claim 2.