(57)【要約】【課題】支払者の自由度を上げながら、セキュリティを担保した決済を支援するための決済支援システム、決済支援方法及び決済支援プログラムを提供する。【解決手段】顧客の利用者端末１０に接続される制御部２１と、各顧客の認証情報、連絡先情報、決済手段情報、取引希望者の代理者情報を記憶した顧客情報記憶部２２とを備えた管理サーバ２０を用いる。制御部２１は、取引希望者の利用者端末１０からの決済依頼に応じて、顧客情報記憶部２２を用いて、ログイン認証を行なう。ログイン認証を完了した取引希望者に関連付けられた代理者を特定する。そして、代理者の連絡先に対して、代理決済依頼を送信する。代理決済依頼に対応したアクセスに応じて、顧客情報記憶部を用いて、代理者のログイン認証を行なう。代理者の利用者端末１０から決済承認情報を取得した場合、代理者の決済手段情報を用いて、取引希望者の決済依頼の決済を行なう。【選択図】図１
2016081118.tif 000002
【特許請求の範囲】
【請求項１】
顧客の利用者端末に接続される制御部と、
各顧客の認証情報、連絡先情報、決済手段情報、取引希望者の代理者情報を記憶した顧客情報記憶部とを備えた決済支援システムであって、
前記制御部が、
取引希望者の利用者端末からの決済依頼に応じて、前記顧客情報記憶部を用いて、前記取引希望者のログイン認証を行ない、前記ログイン認証を完了した取引希望者に関連付けられた代理者を特定し、
前記代理者の連絡先に対して、代理決済依頼を送信し、
前記代理決済依頼に対応したアクセスに応じて、前記顧客情報記憶部を用いて、前記代理者のログイン認証を行ない、前記代理者の利用者端末から決済承認情報を取得した場合、前記代理者の決済手段情報を用いて、前記取引希望者の決済依頼の決済を行なうことを特徴とする決済支援システム。
【請求項２】
前記顧客情報記憶部を用いて、前記取引希望者に関連付けられた代理者を特定し、前記代理者を決済者候補として、前記取引希望者の利用者端末に送信することを特徴とする請求項１に記載の決済支援システム。
【請求項３】
前記代理決済依頼に対応したアクセスに応じて、前記代理者のログイン認証を行なった場合、前記代理者の利用者端末に、前記取引希望者の決済依頼の内容に関する情報を提供することを特徴とする請求項１又は２に記載の決済支援システム。
【請求項４】
前記代理者の利用者端末から決済否認情報を取得した場合には、前記取引希望者の決済手段情報を用いて、前記取引希望者の決済依頼の決済を行なうことを特徴とする請求項１〜３のいずれか一項に記載の決済支援システム。
【請求項５】
前記顧客情報記憶部において、代理者情報に関連付けて代理条件を記憶し、
前記取引希望者の利用者端末からの決済依頼の内容と、前記顧客情報記憶部に記憶された代理条件とを比較し、前記決済依頼の内容が前記代理条件に一致する場合には、前記代理決済依頼を送信することなく、前記代理者の決済手段情報を用いて、前記取引希望者の決済依頼の決済を行なうことを特徴とする請求項１〜４のいずれか一項に記載の決済支援システム。
【請求項６】
顧客の利用者端末に接続される制御部と、
各顧客の認証情報、連絡先情報、決済手段情報、取引希望者の代理者情報を記憶した顧客情報記憶部とを備えた決済支援システムを用いて、決済支援を行なうための方法であって、
前記制御部が、
取引希望者の利用者端末からの決済依頼に応じて、前記顧客情報記憶部を用いて、前記取引希望者のログイン認証を行ない、前記ログイン認証を完了した取引希望者に関連付けられた代理者を特定し、
前記代理者の連絡先に対して、代理決済依頼を送信し、
前記代理決済依頼に対応したアクセスに応じて、前記顧客情報記憶部を用いて、前記代理者のログイン認証を行ない、前記代理者の利用者端末から決済承認情報を取得した場合、前記代理者の決済手段情報を用いて、前記取引希望者の決済依頼の決済を行なうことを特徴とする決済支援方法。
【請求項７】
顧客の利用者端末に接続される制御部と、
各顧客の認証情報、連絡先情報、決済手段情報、取引希望者の代理者情報を記憶した顧客情報記憶部とを備えた決済支援システムを用いて、決済支援を行なうためのプログラムであって、
前記制御部を、
取引希望者の利用者端末からの決済依頼に応じて、前記顧客情報記憶部を用いて、前記取引希望者のログイン認証を行ない、前記ログイン認証を完了した取引希望者に関連付けられた代理者を特定し、
前記代理者の連絡先に対して、代理決済依頼を送信し、
前記代理決済依頼に対応したアクセスに応じて、前記顧客情報記憶部を用いて、前記代理者のログイン認証を行ない、前記代理者の利用者端末から決済承認情報を取得した場合、前記代理者の決済手段情報を用いて、前記取引希望者の決済依頼の決済を行なう手段として機能させることを特徴とする決済支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関における決済を支援するための決済支援システム、決済支援方法及び決済支援プログラムに関する。
【背景技術】
【０００２】
各種決済のために、金融機関の口座からの振込やクレジットカードが利用されている。ここで、振込やクレジットカードの利用において、取引金額や取引内容を制限したい場合もある。このために、利用制限の範囲内で資金を利用させるための預金口座管理方法が検討されている（例えば、特許文献１参照）。この文献に記載された技術においては、現金自動預入支払機から引出要求を受信した管理コンピュータはユーザ認証を行なう。更に、利用枠識別子に対する利用枠暗証番号の確認を行なう。次に、管理コンピュータは、指定された利用枠が利用可能かどうかを判断する。そして、利用希望金額が口座残高以下の場合、指定された取引処理を実行する。
【０００３】
また、カードの不正利用発生時の対応のためのカード利用システムも検討されている（例えば、特許文献２参照）。この文献に記載された技術においては、カードの使用時に、ＡＴＭから情報を取得したカードセンタは、カードＩＤをキーとして、顧客情報データベースから電話番号とユーザ氏名を検索する。そして、ユーザの携帯端末にカードの利用状況を連絡する。ユーザが承認した場合は支払い処理を実行する。一方、ユーザが承認しなかった場合は、直ちにＡＴＭにカード利用不可のメッセージを送信し、ホストコンピュータとカードセンタ管理者にカード利用不可のメッセージを送信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１９９２５１号公報
【特許文献２】特開２００８−２８７５１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
インターネット上で取引を行ない、ネットバンキングを利用して支払を行なう場合、取引希望者が保有する口座を利用して決済を行なうことになる。しかしながら、取引希望者が十分な資金を保有していない場合、取引が困難である。一方、取引希望者とは異なる第三者が支払を行なう場合、商店等の取引当事者は本来の取引相手（取引希望者）を特定することが困難である。また、取引希望者が第三者の決済手段を用いて支払を行なう場合には、この第三者の決済手段のセキュリティを担保する必要がある。
【０００６】
本発明は、上記問題点を解決するためになされたものであり、支払者の自由度を上げながら、セキュリティを担保した決済を支援するための決済支援システム、決済支援方法及び決済支援プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
（１）上記課題を解決する決済支援システムは、顧客の利用者端末に接続される制御部と、各顧客の認証情報、連絡先情報、決済手段情報、取引希望者の代理者情報を記憶した顧客情報記憶部とを備える。そして、制御部が、取引希望者の利用者端末からの決済依頼に応じて、前記顧客情報記憶部を用いて、前記取引希望者のログイン認証を行ない、前記ログイン認証を完了した取引希望者に関連付けられた代理者を特定し、前記代理者の連絡先に対して、代理決済依頼を送信し、前記代理決済依頼に対応したアクセスに応じて、前記顧客情報記憶部を用いて、前記代理者のログイン認証を行ない、前記代理者の利用者端末から決済承認情報を取得した場合、前記代理者の決済手段情報を用いて、前記取引希望者の決済依頼の決済を行なう。これにより、ログイン認証によるセキュリティを確保しながら、取引希望者による取引について、代理者が決済を行なうことができる。
【０００８】
（２）上記決済支援システムにおいて、前記顧客情報記憶部を用いて、前記取引希望者に関連付けられた代理者を特定し、前記代理者を決済者候補として、前記取引希望者の利用者端末に送信することが好ましい。これにより、代理者による代理決済を選択することができる。
【０００９】
（３）上記決済支援システムにおいて、前記代理決済依頼に対応したアクセスに応じて、前記代理者のログイン認証を行なった場合、前記代理者の利用者端末に、前記取引希望者の決済依頼の内容に関する情報を提供することが好ましい。これにより、代理者は、取引内容を確認することができる。
【００１０】
（４）上記決済支援システムにおいて、前記代理者の利用者端末から決済否認情報を取得した場合には、前記取引希望者の決済手段情報を用いて、前記取引希望者の決済依頼の決済を行なうことが好ましい。これにより、代理者による決済が行なわれない場合には、通常決済を行なうことができる。
【００１１】
（５）上記決済支援システムにおいて、前記顧客情報記憶部において、代理者情報に関連付けて代理条件を記憶し、前記取引希望者の利用者端末からの決済依頼の内容と、前記顧客情報記憶部に記憶された代理条件とを比較し、前記決済依頼の内容が前記代理条件に一致する場合には、前記代理決済依頼を送信することなく、前記代理者の決済手段情報を用いて、前記取引希望者の決済依頼の決済を行なうことが好ましい。これにより、予め定められた条件に一致する場合には、速やかに代理決済を行なうことができる。
【発明の効果】
【００１２】
本発明によれば、支払者の自由度を上げながら、セキュリティを担保した決済を支援することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態の決済支援システムの説明図。
【図２】各データ記憶部に記憶されたデータの説明図であって、（ａ）は顧客情報記憶部、（ｂ）は申込情報記憶部、（ｃ）は取引情報記憶部に記録されたデータの説明図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【図５】他の実施形態の処理手順の説明図。
【図６】他の実施形態の処理手順の説明図。
【発明を実施するための形態】
【００１４】
以下、決済支援方法を具体化した一実施形態を、図１〜図４に従って説明する。本実施形態では、金融機関に開設された口座を利用して、商品購入の取引時の決済を行なう場合を想定する。ここでは、商品購入の取引希望者の口座を用いて決済（通常決済）を行なう場合と、第三者（代理者）の口座を用いて決済（代理決済）を行なう場合とを想定する。
【００１５】
ここでは、図１に示すように、ネットワークを介して接続された利用者端末１０、管理サーバ２０（決済支援サーバ）、商店サーバ３０を用いる。
利用者端末１０は、商品購入の代金決済の取引希望者や決済の代理者が利用するコンピュータ端末（例えば、スマートフォン端末）である。利用者端末１０は、ネットワークを介して、管理サーバ２０や商店サーバ３０と接続される。
【００１６】
利用者端末１０は、制御部、記憶部、タッチパネルディスプレイを備える。
制御部は、ＣＰＵ、ＲＯＭ、ＲＡＭから構成され、タッチパネルディスプレイを制御する。記憶部に格納された各種プログラムを実行することにより、制御部は、メーラー、ブラウザとして機能する。
【００１７】
記憶部には、ウェブページを閲覧するためのブラウザプログラムや、電子メールの送受信を行なうためのメールプログラムが格納されている。
タッチパネルディスプレイは、情報の入力手段及び表示手段として機能する。このタッチパネルディスプレイは、ディスプレイ上に情報を出力するとともに、ディスプレイ表面へのタッチを検知した場合、タッチ位置（座標）を特定して各種操作処理（ポインティング処理、キー入力処理等）を行なう。なお、情報の入力手段（キー操作部等）と、情報の表示手段（ディスプレイ等）とを分けて実現することも可能である。
【００１８】
管理サーバ２０は、金融機関に開設された顧客の口座を管理し、この口座を利用しての決済を支援するコンピュータシステムである。この管理サーバ２０は、制御部２１、顧客情報記憶部２２、申込情報記憶部２３を備えている。
【００１９】
制御部２１は、図示しないＣＰＵ等の制御手段、ＲＡＭ及びＲＯＭ等のメモリを有する。そして、決済支援プログラムを実行することにより、認証部２１１、代理処理部２１２、決済処理部２１３として機能する。
【００２０】
認証部２１１は、管理サーバ２０へのアクセス者を認証する処理を実行する。
代理処理部２１２は、第三者における代理決済の可否を判定する処理を実行する。
決済処理部２１３は、利用者からの依頼に基づいて、口座を用いた決済処理を実行する。本実施形態では、利用者の口座から商店の口座に、取引金額を振り込む処理を行なう。
【００２１】
図２（ａ）に示すように、顧客情報記憶部２２には、金融機関の顧客についての顧客管理レコード２２０が記録されている。顧客管理レコード２２０は、顧客が金融機関に口座を開設した場合に記録される。顧客管理レコード２２０には、顧客ＩＤ、パスワード、氏名、連絡先、口座、代理者に関するデータが記録される。
【００２２】
顧客ＩＤデータ領域には、金融機関の各顧客を特定するための識別子に関するデータが記録される。
パスワードデータ領域には、ログイン時に顧客を認証するためのパスワードに関するデータが記録される。
【００２３】
氏名データ領域には、この顧客の氏名に関するデータが記録される。
連絡先データ領域には、この顧客の連絡先（本実施形態では、メールアドレス）に関するデータが記録される。
【００２４】
口座データ領域には、この顧客が保有する口座を特定するための識別子（本支店コード、種別コード、口座番号等）に関するデータが記録される。この口座は、決済（振込）を行なうための資金を提供する決済手段として機能する。
【００２５】
代理者データ領域には、この顧客の決済について代理決済を行なう代理者を特定するための識別子に関するデータが記録される。本実施形態では、代理者の顧客ＩＤが記録される。
【００２６】
また、図２（ｂ）に示すように、申込情報記憶部２３には、各顧客との取引について申込管理レコード２３０が記録されている。この申込管理レコード２３０は、各顧客から取引依頼を受け付けた場合に記録される。申込管理レコード２３０には、受付ＩＤ、受付日時、商店ＩＤ、商品ＩＤ、取引ＩＤ、決済金額、顧客ＩＤ、代理者ＩＤ、決済者ＩＤ、決済状況に関するデータが記録される。
【００２７】
受付ＩＤデータ領域には、各決済依頼を特定するための識別子に関するデータが記録される。
受付日時データ領域には、この決済依頼を受け付けた年月日及び時刻に関するデータが記録される。
【００２８】
商店ＩＤデータ領域には、決済代金を支払う商店を特定するための識別子に関するデータが記録される。商店ＩＤを用いることにより、商店サーバ３０のアドレスを特定することができる。
【００２９】
商品ＩＤデータ領域には、この商店において取引対象の商品を特定するための識別子に関するデータが記録される。商品ＩＤを用いることにより、商品情報が格納されたアドレスを特定することができる。
【００３０】
取引ＩＤデータ領域には、この商店における取引を特定するための識別子に関するデータが記録される。
決済金額データ領域には、この決済依頼において、顧客が支払う金額に関するデータが記録される。
【００３１】
顧客ＩＤデータ領域には、この決済依頼を行なった利用者を特定するための識別子に関するデータが記録される。
代理者ＩＤデータ領域には、この決済を代理する利用者を特定するための識別子（顧客ＩＤ）に関するデータが記録される。
【００３２】
決済者ＩＤデータ領域には、この決済依頼について、決済を行なった利用者を特定するための識別子に関するデータが記録される。
決済状況データ領域には、この決済依頼についての進捗状況を特定するためのフラグが記録される。本実施形態では、このデータ領域には、後述するように、通常決済、代理決済確認中、代理確認済、取引中止等を識別するためのフラグを記録する。
【００３３】
商店サーバ３０は、顧客との間で取引を行なう商店のコンピュータシステムである。この商店サーバ３０は、制御部、取引情報記憶部３２を備えている。
制御部は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（商品情報の提供段階、決済依頼段階、取引完了段階等の各処理等）を行なう。
【００３４】
図２（ｃ）に示すように、取引情報記憶部３２には、顧客との取引に関する取引管理レコード３２０が記録されている。この取引管理レコード３２０は、顧客との間で取引が行なわれる場合に記録される。取引管理レコード３２０には、取引ＩＤ、取引日時、商品ＩＤ、取引金額、購入者、取引状況に関するデータが記録される。
【００３５】
取引ＩＤデータ領域には、各取引を特定するための識別子に関するデータが記録される。
取引日時データ領域には、この取引が行なわれた年月日及び時刻に関するデータが記録される。
【００３６】
商品ＩＤデータ領域には、取引対象の商品を特定するための識別子に関するデータが記録される。
取引金額データ領域には、この取引において支払われる取引金額に関するデータが記録される。
【００３７】
購入者データ領域には、この取引において商品の購入者を特定するための識別子に関するデータが記録される。
取引状況データ領域には、この取引についての進捗状況を特定するためのフラグが記録される。本実施形態では、このデータ領域には、後述するように、決済確認中、決済完了、取引中止等を識別するためのフラグを記録する。
【００３８】
次に、この決済支援システムにおける処理手順を、図３、図４を用いて説明する。
まず、図３に示すように、利用者端末１０は、商品検索処理を実行する（ステップＳ１−１）。具体的には、取引希望者は、利用者端末１０を用いて、商店サーバ３０にアクセスする。そして、商店サーバ３０から商品検索画面を取得する。この場合、取引希望者は、商品検索画面において、購入を希望する商品を特定するための情報（例えば、商品名や商品種類）を入力する。
【００３９】
次に、商店サーバ３０は、商品情報の提供処理を実行する（ステップＳ１−２）。具体的には、商店サーバ３０は、商品情報記憶部において、利用者端末１０から取得した商品特定情報に基づいて、商品を検索する。そして、商店サーバ３０は、利用者端末１０に対して、商品情報記憶部から取得した商品情報を送信する。
【００４０】
次に、利用者端末１０は、取引申込処理を実行する（ステップＳ１−３）。具体的には、取引希望者は、商店サーバ３０から取得した商品情報を確認する。そして、購入を希望する場合には、利用者端末１０に商品の取引申込を入力する。この場合、利用者端末１０は、取引申込情報を、商店サーバ３０に送信する。この取引申込情報には、商品を特定するための商品ＩＤに関するデータを含める。
【００４１】
取引申込を受信した商店サーバ３０は、決済依頼処理を実行する（ステップＳ１−４）。具体的には、商店サーバ３０は、取引ＩＤを付与した取引管理レコード３２０を生成し、取引情報記憶部３２に記録する。この取引管理レコード３２０には、更に、取引日時（現在日時）、取引希望の商品ＩＤ、価格、購入者に関する情報を含める。また、取引状況データ領域には、決済確認中フラグを記録する。そして、商店サーバ３０は、利用者端末１０に、決済依頼を送信する。この決済依頼には、取引希望者が決済に用いる金融機関を選択するための決済依頼画面が含まれる。更に、この決済依頼画面には、金融機関にアクセスするための転送先情報（管理サーバ２０のアドレス）、この取引についての商店ＩＤ、商品ＩＤ、取引ＩＤ、取引金額に関するデータを含める。
【００４２】
次に、利用者端末１０は、アクセス処理を実行する（ステップＳ１−５）。具体的には、取引希望者は、決済依頼画面において、決済を行なう金融機関を選択する。この場合、利用者端末１０は、選択された金融機関の管理サーバ２０にアクセスする。
【００４３】
取引希望者の利用者端末１０からアクセスを受けた管理サーバ２０の制御部２１は、ログイン認証処理を実行する（ステップＳ２−１）。具体的には、制御部２１の認証部２１１は、ログイン画面を利用者端末１０のタッチパネルディスプレイに出力する。このログイン画面には、顧客ＩＤ及びパスワードの入力欄が設けられている。そして、認証部２１１は、ログイン画面に入力された顧客ＩＤ及びパスワードを取得する。この場合、認証部２１１は、顧客情報記憶部２２において、利用者端末１０から取得した顧客ＩＤ及びパスワードが記録された顧客管理レコード２２０を検索する。この顧客管理レコード２２０を抽出できた場合には、ログイン認証を終了する。なお、利用者端末１０から取得した顧客ＩＤ及びパスワードが記録されている顧客管理レコード２２０を抽出できない場合には、利用者端末１０に対してエラーメッセージを送信する。
【００４４】
ログイン認証を完了した場合、管理サーバ２０の制御部２１は、受付ＩＤを付与して、申込管理レコード２３０を生成する。この申込管理レコード２３０には、受付日時（現在日時）、利用者端末１０から取得した商店ＩＤ、商品ＩＤ、取引ＩＤ、取引金額（決済金額）を記録する。
【００４５】
次に、管理サーバ２０の制御部２１は、代理登録があるかどうかについての判定処理を実行する（ステップＳ２−２）。具体的には、制御部２１の代理処理部２１２は、抽出した顧客管理レコード２２０の代理者データ領域に、顧客ＩＤが登録されているかどうかを確認する。
【００４６】
代理登録があると判定した場合（ステップＳ２−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、代理情報の取得処理を実行する（ステップＳ２−３）。具体的には、制御部２１の代理処理部２１２は、抽出した顧客管理レコード２２０の代理者データ領域に記録されている顧客ＩＤを取得する。更に、代理処理部２１２は、この顧客ＩＤが記録された顧客管理レコード２２０を抽出して、氏名を特定する。
【００４７】
一方、代理登録がないと判定した場合（ステップＳ２−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、代理情報の取得処理（ステップＳ２−３）をスキップする。
【００４８】
次に、管理サーバ２０の制御部２１は、決済確認処理を実行する（ステップＳ２−４）。具体的には、制御部２１の決済処理部２１３は、決済確認画面を利用者端末１０に送信する。ここで、ステップＳ２−３において代理者情報（代理者の顧客ＩＤ、氏名）を取得した場合には、決済処理部２１３は、決済確認画面に代理者情報を含める。この決済確認画面においては、通常決済、代理決済の何れかを選択できる。
一方、代理登録がないと判定した場合（ステップＳ２−２において「ＮＯ」の場合）には、通常決済の内容確認情報を含める。そして、決済処理部２１３は、決済確認画面を、利用者端末１０のタッチパネルディスプレイに出力する。
【００４９】
取引希望者は、決済確認画面において、決済方法（通常決済、代理決済）を選択可能な場合、何れかの決済方法を選択する。更に、代理決済の場合には、決済確認画面において代理者を指定する。この場合、決済処理部２１３は、決済確認画面において指定された決済方法や、代理決済の場合には代理者の顧客ＩＤを取得する。
【００５０】
次に、管理サーバ２０の制御部２１は、代理申込かどうかについての判定処理を実行する（ステップＳ２−５）。具体的には、制御部２１の決済処理部２１３は、決済確認画面において指定された決済方法に基づいて判定する。
【００５１】
通常決済が指定され、代理申込でないと判定した場合（ステップＳ２−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、決済処理を実行する（ステップＳ２−６）。具体的には、制御部２１の決済処理部２１３は、申込管理レコード２３０の決済状況データ領域に通常決済フラグを記録する。そして、決済処理部２１３は、決済確認画面に確認された内容に基づいて、この顧客の口座を用いて決済を行なう。
【００５２】
一方、代理決済が指定され、代理申込と判定した場合（ステップＳ２−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、決済依頼の送信処理を実行する（ステップＳ２−７）。具体的には、制御部２１の代理処理部２１２は、申込管理レコード２３０の決済状況データ領域に代理決済確認中フラグを記録し、代理者ＩＤデータ領域に、利用者端末１０において指定された代理者の顧客ＩＤを記録する。次に、代理処理部２１２は、顧客情報記憶部２２から、指定された代理者の顧客ＩＤが記録された顧客管理レコード２２０を抽出する。次に、代理処理部２１２は、抽出した顧客管理レコード２２０に記録されている連絡先を取得する。そして、代理処理部２１２は、この連絡先に対して、代理処理依頼を送信する。
【００５３】
次に、図４を用いて、代理決済の承認処理を説明する。
代理処理依頼を受信した利用者端末１０は、アクセス処理を実行する（ステップＳ３−１）。具体的には、代理者は、受信した代理処理依頼を確認し、利用者端末１０を管理サーバ２０にアクセスする。
【００５４】
この場合、管理サーバ２０の制御部２１は、ステップＳ２−１と同様に、ログイン認証処理を実行する（ステップＳ４−１）。
次に、管理サーバ２０の制御部２１は、代理決済内容の提供処理を実行する（ステップＳ４−２）。具体的には、制御部２１の代理処理部２１２は、代理者の利用者端末１０に対して、確認依頼画面を送信する。この確認依頼画面には、商店サーバ３０及び商品を特定する情報（商店ＩＤ、商品ＩＤ）を含める。
【００５５】
この場合、利用者端末１０は、取引確認画面の出力処理を実行する（ステップＳ３−２）。具体的には、利用者端末１０は、タッチパネルディスプレイに確認依頼画面を出力する。この場合、代理者は、確認依頼画面に含まれる情報用いて商店サーバ３０にアクセスする。更に、利用者端末１０は、商品ＩＤを用いて、商店サーバ３０から、代理決済対象の商品情報を取得する。そして、代理者は、決済対象の商品を確認し、問題がない場合には、承認入力を行なう。この場合、利用者端末１０は、承認結果通知を管理サーバ２０に送信する。
【００５６】
次に、管理サーバ２０の制御部２１は、代理決済可能かどうかについても判定処理を実行する（ステップＳ４−３）。具体的には、代理処理部２１２は、承認結果通知に基づいて、代理決済の可否を判定する。
【００５７】
承認結果通知に承認情報が含まれており、代理決済可能と判定した場合（ステップＳ４−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、決済処理を実行する（ステップＳ４−４）。具体的には、制御部２１の代理処理部２１２は、代理者の顧客管理レコード２２０に記録された口座を特定する。次に、代理処理部２１２は、申込管理レコード２３０の決済状況データ領域に代理確認済フラグを記録し、この口座情報を決済処理部２１３に引き継ぐ。そして、決済処理部２１３は、この口座を用いて、商品代金の決済を行なう。
【００５８】
次に、管理サーバ２０の制御部２１は、決済完了通知処理を実行する（ステップＳ４−５）。具体的には、制御部２１の決済処理部２１３は、代理者の利用者端末１０のタッチパネルディスプレイに決済の結果画面を出力する（ステップＳ３−３）。更に、管理サーバ２０の制御部２１は、取引希望者の利用者端末１０、商店サーバ３０に、決済完了通知を送信する。
【００５９】
決済完了通知を受信した商店サーバ３０は、取引完了処理を実行する。具体的には、商店サーバ３０は、取引希望者に対して商品の提供を行なう。この場合、商店サーバ３０は、取引情報記憶部３２の取引管理レコード３２０の取引状況データ領域に、決済完了フラグを記録する。そして、商店サーバ３０は、取引希望者の利用者端末１０に対して、商品提供の通知を行なう。
【００６０】
一方、承認結果通知に否認情報が含まれており、代理決済不可と判定した場合（ステップＳ４−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、取引中止処理を実行する（ステップＳ４−６）。具体的には、制御部２１の代理処理部２１２は、申込管理レコード２３０の決済状況データ領域に、取引中止フラグを記録する。
【００６１】
次に、管理サーバ２０の制御部２１は、取引中止通知処理を実行する（ステップＳ４−７）。具体的には、制御部２１の決済処理部２１３は、代理者の利用者端末１０のタッチパネルディスプレイに決済の結果画面を出力する。更に、管理サーバ２０の制御部２１は、取引希望者の利用者端末１０、商店サーバ３０に、取引中止通知を送信する。この場合、商店サーバ３０は、取引情報記憶部３２の取引管理レコード３２０の取引状況データ領域に、取引中止フラグを記録する。
【００６２】
以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）本実施形態では、取引希望者の利用者端末１０からアクセスを受けた管理サーバ２０の制御部２１は、ログイン認証処理を実行する（ステップＳ２−１）。ログイン認証を完了した場合、管理サーバ２０の制御部２１は、代理登録があるかどうかについての判定処理を実行する（ステップＳ２−２）。代理登録があると判定した場合（ステップＳ２−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、代理情報の取得処理を実行する（ステップＳ２−３）。これにより、ログイン認証に基づいて、代理決済の可否を判定することができる。
【００６３】
（２）本実施形態では、代理申込と判定した場合（ステップＳ２−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、決済依頼の送信処理を実行する（ステップＳ２−７）。これにより、決済の代理者に対して、代理決済の依頼があることを通知することができる。
【００６４】
（３）本実施形態では、管理サーバ２０の制御部２１は、代理決済内容の提供処理を実行する（ステップＳ４−２）。この場合、利用者端末１０は、取引確認画面の出力処理を実行する（ステップＳ３−２）。これにより、代理者は、取引内容を確認することができる。
【００６５】
そして、承認結果通知に承認情報が含まれており、代理決済可能と判定した場合（ステップＳ４−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、決済処理を実行する（ステップＳ４−４）。取引希望者と代理者とのログイン認証に基づいて、利用者を確認して、取引希望者の取引について、代理者の口座を用いて、決済を行なうことができる。
【００６６】
（４）本実施形態では、承認結果通知に否認情報を含まれており、代理決済不可と判定した場合（ステップＳ４−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、取引中止処理を実行する（ステップＳ４−６）。これにより、代理者が望まない取引を中止することができる。
【００６７】
なお、上記各実施形態は、以下の態様に変更してもよい。
・上記実施形態では、承認結果通知に否認情報が含まれており、代理決済不可と判定した場合（ステップＳ４−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、取引中止処理を実行する（ステップＳ４−６）。これに代えて、代理決済の承認を取得できない場合には、取引希望者の口座を用いて決済するようにしてもよい。
【００６８】
以下、図５を用いて、処理手順を説明する。
代理処理依頼を受信した利用者端末１０は、アクセス処理を実行する（ステップＳ３−１）。
【００６９】
この場合、管理サーバ２０の制御部２１は、ステップＳ４−１と同様に、ログイン認証処理を実行する（ステップＳ５−１）。
次に、管理サーバ２０の制御部２１は、ステップＳ４−２と同様に、代理決済内容の提供処理を実行する（ステップＳ５−２）。この場合、利用者端末１０は、取引確認画面の出力処理を実行する（ステップＳ３−２）。
【００７０】
次に、管理サーバ２０の制御部２１は、ステップＳ４−３と同様に、代理決済可能かどうかについても判定処理を実行する（ステップＳ５−３）。
承認結果通知に承認情報が含まれており、代理決済可能と判定した場合（ステップＳ５−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、ステップＳ４−４と同様に、代理者の口座における決済処理（ステップＳ５−４）を実行する。
【００７１】
一方、承認結果通知に否認情報が含まれており、代理決済不可と判定した場合（ステップＳ５−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、取引希望者の口座における決済処理を実行する（ステップＳ５−５）。具体的には、制御部２１の代理処理部２１２は、取引希望者の顧客管理レコード２２０に記録された口座を特定する。次に、代理処理部２１２には、この口座情報を決済処理部２１３に引き継ぐ。この場合、決済処理部２１３は、この口座を用いて、商品代金の決済を行なう。そして、代理処理部２１２は、申込管理レコード２３０の決済状況データ領域に、通常決済フラグを記録する。
【００７２】
次に、管理サーバ２０の制御部２１は、決済完了通知処理を実行する（ステップＳ５−６）。具体的には、制御部２１の決済処理部２１３は、代理者の利用者端末１０のタッチパネルディスプレイに決済の結果画面を出力する（ステップＳ３−３）。この場合、結果画面には、決済方法（代理決済又は通常決済）を特定する情報を含める。
【００７３】
更に、管理サーバ２０の制御部２１は、取引希望者の利用者端末１０、商店サーバ３０に、決済完了通知を送信する。この場合も、取引希望者の利用者端末１０には、決済方法（代理決済又は通常決済）を特定する情報を含める。
これにより、代理者が望まない取引については、取引希望者の口座を用いて決済を行なうことができる。
【００７４】
・上記実施形態では、代理登録があると判定した場合（ステップＳ２−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、代理情報の取得処理を実行する（ステップＳ２−３）。これに代えて、予め定められた条件と一致する場合には、そのまま決済を行なうようにしてもよい。ここでは、顧客情報記憶部２２の顧客管理レコード２２０に代理者情報を記録した場合、更に代理条件を記録しておく。この代理条件には、代理決済可能な取引について、商店ＩＤや商品ＩＤを記録しておく。
【００７５】
図６を用いて、処理手順を説明する。
利用者端末１０からのアクセスを取得した管理サーバ２０の制御部２１は、ステップＳ２−１と同様に、ログイン認証処理を実行する（ステップＳ６−１）。
【００７６】
ログイン認証を完了した場合、管理サーバ２０の制御部２１は、ステップＳ２−２と同様に、代理登録があるかどうかについての判定処理を実行する（ステップＳ６−２）。
代理登録があると判定した場合（ステップＳ２−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、代理条件の取得処理を実行する（ステップＳ６−３）。具体的には、制御部２１の代理処理部２１２は、顧客情報記憶部２２に記録された顧客管理レコード２２０から代理条件を取得する。
【００７７】
次に、管理サーバ２０の制御部２１は、条件が一致するかどうかについての判定処理を実行する（ステップＳ６−４）。具体的には、制御部２１の代理処理部２１２は、取引希望者の利用者端末１０から取得した商店ＩＤ、商品ＩＤが、代理条件に含まれるかどうかを確認する。
【００７８】
条件が一致すると判定した場合（ステップＳ６−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、決済確認処理を実行する（ステップＳ６−５）。具体的には、制御部２１の決済処理部２１３は、決済確認画面を利用者端末１０に送信する。この場合、決済確認画面において、代理決済可能であることを示す情報を含める。
【００７９】
そして、利用者端末１０における確認を終了した場合、管理サーバ２０の制御部２１は、決済処理を実行する（ステップＳ６−６）。具体的には、制御部２１の決済処理部２１３は、決済確認画面に確認された内容に基づいて、この代理者の口座を用いて決済を行なう。
【００８０】
一方、条件が一致しないと判定した場合（ステップＳ６−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ステップＳ２−３〜Ｓ２−５と同様に、代理者情報の取得処理（ステップＳ６−７）、決済確認処理（ステップＳ６−８）、代理申込かどうかについての判定処理（ステップＳ６−９）を実行する。
【００８１】
そして、代理申込でないと判定した場合（ステップＳ６−９において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ステップＳ２−６と同様に、決済処理を実行する（ステップＳ６−１０）。
【００８２】
一方、代理申込と判定した場合（ステップＳ６−９において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、ステップＳ２−７と同様に、決済依頼の送信処理を実行する（ステップＳ６−１１）。
これにより、予め定められた代理条件に一致する場合には、代理者による取引確認を行なうことなく、速やかに決済を行なうことができる。
【００８３】
なお、代理条件は、商店及び商品に限定されるものではない。商店又は商品のいずれか一方や、商品種別を指定するようにしてもよい。また、代理決済可能な上限金額や、決済回数等を、代理条件として記録してもよい。この場合には、代理処理部２１２は、申込情報記憶部２３において、取引希望者、代理者との間での代理決済の取引履歴を取得して、代理条件と照合する。
【００８４】
・上記実施形態では、決済手段情報として、金融機関に開設された口座を用いて決済を行なう場合を想定した。決済手段はこれに限定されるものではなく、与信（クレジット）決済を用いることも可能である。この場合には、顧客情報記憶部２２の顧客管理レコード２２０に、各顧客は保有するクレジットカードのカード特定情報を記録しておく。
【符号の説明】
【００８５】
１０…利用者端末、２０…管理サーバ、２１…制御部、２１１…認証部、２１２…代理処理部、２１３…決済処理部、２２…顧客情報記憶部、２３…申込情報記憶部、３０…商店サーバ、３２…取引情報記憶部。
【図１】
2016081118.tif 000003
【図２】
2016081118.tif 000004
【図３】
2016081118.tif 000005
【図４】
2016081118.tif 000006
【図５】
2016081118.tif 000007
【図６】
2016081118.tif 000008