JP2001344548A - オンライン決済システム、その方法及び記録媒体 - Google Patents

オンライン決済システム、その方法及び記録媒体

Info

Publication number
JP2001344548A
JP2001344548A JP2000167174A JP2000167174A JP2001344548A JP 2001344548 A JP2001344548 A JP 2001344548A JP 2000167174 A JP2000167174 A JP 2000167174A JP 2000167174 A JP2000167174 A JP 2000167174A JP 2001344548 A JP2001344548 A JP 2001344548A
Authority
JP
Japan
Prior art keywords
transaction
user
settlement
online
transfer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2000167174A
Other languages
English (en)
Other versions
JP4914533B2 (ja
Inventor
Toshio Yoshida
俊夫 吉田
Mitsuhiro Komura
充広 小村
Akira Yamashita
山下　　明
Atsushi Iizuka
敦 飯塚
Toru Mizuki
亨 水木
Shusuke Kita
周介 北
Masanori Kubo
政則 久保
Isao Yagasaki
功 矢ケ崎
Toshimitsu Kuroda
俊光 黒田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Sakura Bank Ltd
Original Assignee
Fujitsu Ltd
Sakura Bank Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd, Sakura Bank Ltd filed Critical Fujitsu Ltd
Priority to JP2000167174A priority Critical patent/JP4914533B2/ja
Priority to US09/873,361 priority patent/US20020004760A1/en
Publication of JP2001344548A publication Critical patent/JP2001344548A/ja
Application granted granted Critical
Publication of JP4914533B2 publication Critical patent/JP4914533B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]

Abstract

(57)【要約】 【課題】 利用者のオンラインショッピング若しくはオ
フラインの取引において、代金の支払いを正確に、か
つ、簡単に行うことが出来るシステムを提供する。 【解決手段】 利用者２０が、店舗２１が提供するイン
ターネット２４経由の商品購入画面を用いて、ショッピ
ングをする際、請求管理サーバ２３が提供する決済予約
サービスを利用する。すると、請求管理サーバ２３で
は、利用者２０のショッピング内容をデータベースとし
て格納し、該ショッピング内容に支払い金額と支払い済
み／未払いのステータスを同時に格納する。利用者は、
請求管理サーバ２３が提供するショッピング内容の内の
未払い一覧を見て、自分が決済する項目を選び、振り込
みを行う口座取扱機関を指定して振り込みをオンライン
で行う。振り込まれたショッピング内容については、請
求管理サーバ２３が消し込み作業を自動で行う。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ネットワークを介
したオンライン決済システムに関する。
【０００２】
【従来の技術】今日、インターネットが普及し、インタ
ーネット上で様々なサービスが提供されてきている。そ
の中でも、インターネット上で買い物を行い、代金を支
払って、ユーザのもとに品物を届けるサービスが普及の
兆しを見せている。このようなサービスが更に普及する
場合、ユーザがネットワークを介して買い物を行った際
の代金の支払い方法をより便利で確実なものとする必要
がある。
【０００３】図３５は、代金の支払いをインターネット
を介して銀行振込で行う場合の従来の処理方法を説明す
る図である。利用者１０は、店舗１２の提供するホーム
ページなどを見て商品の購入申し込みを行う。すると、
店舗１２は、最後に利用者に代金の支払い方法を尋ねる
画面を表示する。商品の購入申し込みは、通常、この代
金支払方法の決定によって完了する。利用者１０は、こ
の場合、例えば、銀行決済を選択して商品の注文を行っ
たとする。すると、次に、利用者１０のブラウザ画面に
は、店舗１２が利用可能な銀行の銀行名、支店名、口座
番号などが表示される。利用者１０は、このブラウザ画
面に表示された口座に後日代金を振り込む必要がある。
【０００４】利用者１０は、実際に、この口座のある銀
行１３の支店に出向いて代金を振り込むことも可能であ
るが、インターネット１１上での買い物においては、代
金を振り込むべき口座のある銀行１３の支店と利用者１
０の所在地とが地理的に離れていることが多い。従っ
て、利用者１０は、当該銀行１３の提供するインターネ
ット１１を介した銀行振込サービスを利用する。
【０００５】従って、利用者１０は、再び、インターネ
ット１１経由で当該銀行１３にアクセスし、銀行１３の
オンライン振り込み画面を表示させる。ここでは、通常
の銀行振込と同様に、振り込み先、振り込み番号、振り
込み金額などの入力が要求される。このとき、利用者１
０は、以前に店舗１２からオンライン購入した商品の代
金を覚えておき、この金額を自分の口座から振り込むよ
うにする。しかし、利用者１０が多数の商品の購入を行
っていたり、振り込み日が購入日のずっと後になる場合
には、利用者１０が代金を覚えていることは難しく、ま
た、メモにとっておくとしても利用者１０の負担が大き
い。従って、店舗１２に商品の代金が正しく支払われな
い状況が発生しうる。
【０００６】また、店舗１２は、利用者１０に正しく代
金の振り込みを行ってもらおうとする場合、インターネ
ット１１経由で商品購入した利用者１０全てについて、
売り上げ代金を管理していなくてはならないので、やは
り、店舗１２の負担が大きい。
【０００７】更に、利用者１０が自分の口座から店舗１
２の口座に振り込みを行おうとしても、自分の口座の残
高が商品の代金以上ないと、銀行１３からオンライン振
り込みを拒否されることもある。この場合、利用者１０
は、自分の口座に十分なお金がたまってから払おうとす
るが、それまでに多くの時間がたってしまうことは、多
々あることであり、したがって、やはり、購入商品の代
金振り込みが滞ることが起こりやすい。
【０００８】従って、店舗１２が、売り上げた商品の代
金が正しく振り込まれたか否かをチェックする「消し込
み作業」が非常に大変となる。また、店舗１２の代わり
に、銀行１３が「消し込み作業」を代行するとしても、
店舗１２の負担が銀行に移っただけであると共に、銀行
１３は、店舗１２に正しく代金が振り込まれたか否かを
通知する必要があり、かえって作業量が増加してしま
う。
【０００９】
【発明が解決しようとする課題】以上のように、現在
は、オンライン上で口座振り込みを行う場合、利用者１
０自らが煩雑な振り込み処理を操作する必要がある。
【００１０】利用者１０からすれば、振り込み処理を利
用者１０自身が記憶しなければいけない。振り込むべき
案件を複数ため込んでしまえば、それぞれ金額・決済期
限がことなるので、ますます記憶が煩雑になる。実際の
振り込み処理でも、振り込み先や金額などの入力作業も
煩雑になる。
【００１１】オンライン店舗１２からすれば、上記のよ
うな利用者１０の問題で商談不成立となれば売り上げに
影響する。また、一般に、銀行振込による代金入金は
「消し込み作業」が煩雑である。
【００１２】口座取り扱い機関（銀行１３）からすれ
ば、従来、「消し込み作業」の代行サービスを行う場
合、一注文に付き仮想の口座を設け、その口座へ振り込
む方式があるが、この方式では、一時的とはいえ、口座
を増やす必要があり、口座番号など取り扱い機関のリソ
ースに負荷が加わる。更に「消し込み作業」の情報提供
を店舗に行う必要がある。
【００１３】本発明の課題は、利用者のオンラインショ
ッピングにおいて、代金の支払いを正確に、かつ、簡単
に行うことが出来るシステムを提供することである。
【００１４】
【課題を解決するための手段】本発明のオンライン決済
システムは、取引の決済をオンラインで行うためのオン
ライン決済システムであって、利用者の取引内容を格納
する取引内容格納手段と、該利用者の問い合わせに従っ
て、該取引内容格納手段に格納された該取引内容の内、
代金が未払いになっている取引内容を提示する未決済一
覧表示手段と、該利用者が決済を行うべきとする取引内
容について、該利用者に口座取扱機関を使って代金の振
り込みを行わせる振り込み手段と、を備えることを特徴
とする。
【００１５】本発明のオンライン決済方法は、取引の決
済をオンラインで行うためのオンライン決済方法であっ
て、利用者の取引内容を格納する取引内容格納ステップ
と、該利用者の問い合わせに従って、該取引内容格納ス
テップに格納された該取引内容の内、代金が未払いにな
っている取引内容を提示する未決済一覧表示ステップ
と、該利用者が決済を行うべきとする取引内容につい
て、該利用者に口座取扱機関を使って代金の振り込みを
行わせる振り込みステップと、を備えることを特徴とす
る。
【００１６】本発明によれば、オンライン決済システム
が、利用者が行ったオンライン、オフラインでの取引の
内容を格納し、必要に応じて利用者に提示することが出
来るので、利用者が自分でショッピング等の取引履歴を
管理する労力を削減することが出来る。
【００１７】したがって、取引代金の振り込み忘れを防
止することが出来、オンラインショッピング等の代金振
り込みをより確実に行うことが出来る。また、店舗が自
店舗で行われたオンライン及びオフラインでのショッピ
ング履歴を管理する負担が減る。
【００１８】
【発明の実施の形態】図１は、本発明の実施形態の処理
の概念を説明する図である。本発明の実施形態において
は、店舗２１と銀行（口座取扱機関２２）をネットワー
ク（インターネット２４）上で連携させる請求管理サー
バ２３を設ける。店舗２１の商品注文画面で利用者が振
り込み支払いを選択すると、請求管理サーバ２３が商品
情報・金額・利用者情報、及び店舗の要求する決済期限
などを蓄積する。
【００１９】請求管理サーバ２３が、この要振り込みデ
ータを一覧表示し、利用者に案件を選択させ、銀行画面
へ誘導し、振り込み処理をさせる。要振り込み一覧は、
そのデータを口座取扱機関２２のサーバへ提供し、口座
取扱機関２２が表示する場合もある。
【００２０】また、請求管理サーバ２３は、口座取扱機
関２２から振り込み処理の情報データを受け取ること
で、店舗２１側に対して、振り込み入金による注文照会
と同時に、各注文の未入金・入金済みのステータスを提
供する。また、利用者も決済完了した注文をある期間参
照できる。
【００２１】本発明の実施形態の適用サービスとして
は、ＥＣ（e-commerce）の決済、公共料金振り込み（都
度払いの場合）などがあり、請求管理サーバ２３と連携
してサービスを提供する口座取扱機関２２は、銀行・郵
便局・証券・保険など口座を取り扱う機関などである。
【００２２】図１に基づいて、本発明の実施形態の処理
の流れの概略を説明する。まず、利用者２０がインター
ネット２４経由で店舗２１で買い物をするとする。する
と、店舗２１のホームページのブラウザ画面には、代金
の支払い方法を尋ねる表示がされる。利用者２０が「決
済予約」を選択すると、請求管理サーバ２３の提供する
決済予約サービスの画面に切り替わる。ここで、利用者
２０は、ＩＤ番号やパスワードを入力するなどして、請
求管理サーバ２３を利用するための認証を受ける。請求
管理サーバ２３の決済予約サービス画面では、振り込み
を今行うか、後に行うかを尋ねる。後に振り込みを行う
場合には、請求管理サーバ２３のサービスから抜けるこ
とになる。
【００２３】後に振り込む場合には、利用者２０は、後
日、再び請求管理サーバ２３にアクセスし、決済予約サ
ービスを受けるための認証を受けて、決済予約サービス
のメニュー画面を表示させる。メニュー画面には、「口
座登録・変更」「未決済一覧・振り込み」「決済完了分
一覧」など当システムに必要な選択項目がある。このメ
ニュー画面において、「未決済一覧・振り込み」メニュ
ーを選択すると、利用者２０のブラウザ画面には、どこ
の店舗２１で、いつ、いくらの買い物をしたかが、一覧
として表示される。この一覧に表示されるのは、代金の
振り込みを行っていない商品である。
【００２４】利用者２０は、一覧から自分が代金の振り
込みを行う商品を選択する。すると、請求管理サーバ２
３は、振り込み決済を行うために選択された商品につい
て、その金額・商品詳細など注文情報を表示する。そし
て、利用者２０が振り込み処理を行う旨を指示すると、
請求管理サーバ２３から、これらのデータが口座取扱機
関２２に送られ、振り込み確認画面において、振り込み
決済を行う商品の一覧が表示されると共に、振り込みを
行うための、振り込み番号や振り込みパスワード、銀行
口座番号などの入力指示が行われる。利用者２０がこれ
らの入力を行うと、振り込み決済が行われる。
【００２５】このとき、消し込み処理は、各請求毎に請
求番号及び期限を持たせることによって、請求管理サー
バ２３において自動的に行われることが好ましい。ま
た、請求管理サーバ２３のサービスに加入している店舗
２１では、自分の店舗に関する注文状況を一覧として見
ることができ、同時に、請求管理サーバ２３が行った消
し込み処理の結果、どの商品については、入金がされて
おり、どの商品については未決済であるかがすぐに分か
るようになっている。
【００２６】以上のような本実施形態によれば、利用者
２０は、自分の行ったオンラインショッピングの履歴を
全て、自分でチェックしておかなくても、請求管理サー
バ２３にアクセスするだけで、簡単にオンラインショッ
ピングの履歴が分かると共に、未決済商品の決済を容易
に行うことが出来る。
【００２７】また、消し込み処理を請求管理サーバ２３
が自動的に行うことができるので、口座取扱機関２２で
は、代金の振り込み処理だけを行えばよく、店舗２１に
おいても、商品の代金未納状況を簡単に把握でき、店舗
２１、口座取扱機関２２の処理も非常に簡素化される。
【００２８】図２〜図８は、複数の口座取扱機関を利用
する場合の本発明の実施形態における処理の流れを示す
シーケンス図である。図２〜図４は、加盟店及び利用者
の請求管理サーバへの口座登録処理を示すシーケンス図
である。
【００２９】まず、請求管理サーバのサービスの加盟店
が請求管理サーバに、自店舗の利用する口座を登録する
場合には、請求管理サーバにアクセスし、店舗情報入力
画面を表示させる。加盟店は、請求管理サーバの画面の
内、口座登録画面を表示させる。すると、加盟店の店名
と店ＩＤと共に、登録すべき口座取扱機関の名称、口座
の種類、口座番号の入力・選択画面が表示される。加盟
店では、これらに必要事項を入力・選択し、登録ボタン
を押す。
【００３０】すると、請求管理サーバでは、加盟店の口
座情報を取得し、口座取扱機関に、口座の存在を確認す
るための要求を出す。口座取扱機関では、口座情報を保
持している口座データベースにアクセスし、請求管理サ
ーバから問い合わせのあった口座が実際に存在するか否
かを調べ、請求管理サーバへ通知する。請求管理サーバ
では、実際に口座が存在した場合には、口座情報を店舗
データベースに保存し、口座登録が完了した旨の画面を
加盟店に表示する。
【００３１】このようにして、加盟店の口座登録処理が
終了する。利用者の口座登録は、加盟店の場合と同様で
あって、請求管理サーバのサービスに加入した利用者
は、請求管理サーバにアクセスし、ユーザ情報入力画面
を表示させる。すると、利用者の画面には、口座登録画
面が表示される。口座登録画面においては、利用者の氏
名、利用者のＩＤと共に、登録すべき銀行名、口座の種
類、口座番号を入力・選択する画面が表示される。利用
者は、自分が利用する口座の情報を入力・選択し、登録
ボタンを押す。すると、口座情報が請求管理サーバに転
送される。請求管理サーバでは、口座情報を取得し、口
座情報に含まれる口座取扱機関に、口座の存在確認要求
を出す。口座取扱機関では、口座に関する情報を格納す
る口座データベースを検索して、口座の有無を請求管理
サーバに送信する。請求管理サーバでは、口座が存在し
ている場合には、ユーザデータベースに口座情報を保存
し、口座の登録が完了したことを示す、確認画面の表示
を行う。利用者は、請求管理サーバから送られてきた口
座確認画面で、自分が登録した口座を確認して処理を終
了する。
【００３２】図３及び図４は、請求管理サーバが後決済
のショッピング注文の受付を行う場合の処理の流れを示
すシーケンス図である。まず、加盟店は、インターネッ
ト上で販売する商品をホームページなどに表示する。利
用者は、このホームページの表示を見て、加盟店から商
品の購入注文を出す。加盟店のサーバでは、利用者から
の商品購入注文があると、次に、利用者情報を入力する
画面を表示する。この画面には、利用者の名前、住所、
電話番号の他、注文のあった商品とその値段や支払い方
法の入力指示が含まれる。
【００３３】利用者が、利用者情報入力画面において、
必要な事項を入力し、支払い方法として「決済予約」を
選択した場合には、注文情報が請求管理サーバに転送さ
れる。
【００３４】請求管理サーバでは、注文情報を取得し、
注文を登録する。そして、利用者に請求管理サーバを利
用可能なユーザか否かを認証するための確認要求画面を
提示する。利用者は、確認要求画面において、自分のＩ
Ｄやパスワードを入力して、請求管理サーバに転送す
る。ユーザ情報を受け取った請求管理サーバは、ユーザ
データベースを検索して、ユーザの確認を行い、ユーザ
が正規の登録ユーザである場合には、当該注文に注文番
号を付して、注文データベースに登録する。
【００３５】そして、注文の登録が終わると、利用者向
けには、注文受付完了画面を表示する。このとき、注文
の内容と共に、店舗データベースから取得した店舗情報
を表示する。また、加盟店に対しては、やはり、請求管
理サーバが利用者から注文を受け取ったことを確認する
注文受付完了通知を送信する。このとき、ユーザデータ
ベースからユーザ情報を取得して、ユーザ情報を該注文
受付完了通知に含める。
【００３６】利用者に提示される注文受付完了画面にお
いては、決済予約を行うか否かの入力が求められる。利
用者が後で決済することを選択すると、これが請求管理
サーバに転送され、利用者向けの受付完了表示が行われ
る。この受付完了表示においては、利用者に後決済であ
る旨の注意が表示される。
【００３７】図５及び図６は、後決済の場合の決済処理
の流れを示すシーケンス図である。利用者が決済を行う
ために、請求管理サーバにアクセスすると、請求管理サ
ーバからは、ユーザ確認要求画面が表示される。利用者
は、この画面の表示に従って、自分のＩＤとパスワード
を入力する。このユーザ情報は、請求管理サーバに送ら
れ、ユーザデータベースの内容と比較される。この結
果、利用者が正当な利用者であると判断されると、注文
データベースを検索して、未決済データの作成を行う。
更に、請求管理サーバは、口座取扱機関にアクセスし
て、利用者の使用する口座の残高データの取得を要請す
る。口座取扱機関では、口座データベースを参照して、
口座残高データを請求管理サーバに送信する。
【００３８】請求管理サーバは、未決済データと口座残
高データを元に、未決済一覧を作成し、利用者の画面に
未決済一覧を表示する。利用者が未決済一覧に決済指示
の入力を行うと、この情報が請求管理サーバに転送さ
れ、後述するような、どの口座を利用することを推奨す
るか（利用口座リコメンド）や、注文のグループ化など
のサービスを行う。これらのサービスは、店舗データベ
ース、手数料データベース、グループデータベース（い
ずれも後述）を検索することによって行う。
【００３９】利用者が未決済一覧への入力・選択を行
い、振り込み処理を指示すると、商品の注文番号あるい
は、グループ化した場合には、グループ番号、口座情
報、注文情報が請求管理サーバに転送される。請求管理
サーバは、これらの情報を受け取ると、口座取扱機関に
対し、振り込みデータを送信する。
【００４０】振り込みデータを受信した口座取扱機関で
は、ネットワークを介しての口座振り込みサービスの利
用認証を行うために、利用者に対して、支店番号、口座
番号、及びパスワードなどの入力を要求する。利用者が
認証されると、ユーザ口座から加盟店の口座への振り込
み処理が行われ、振り込み結果画面が利用者の画面に表
示される。また、請求管理サーバには、振り込み完了通
知が通知される。
【００４１】振り込み完了通知を受け取った請求管理サ
ーバは、決済処理（消し込み処理）を行い、グループデ
ータベース、注文データベースを更新して、加盟店宛に
商品の代金の入金があったことを電子メールが通知す
る。
【００４２】請求管理サーバは、ユーザデータベースと
注文データベースを参照して、未決済データを作成し、
口座残高データベースの取得を依頼する。口座取扱機関
は、口座データベースを参照して、新たな口座残高を取
得し、これを請求管理サーバに転送する。請求管理サー
バは、これら更新された未決済データと口座残高データ
を基に、未決済一覧を生成して、利用者に提示する。こ
れにより、利用者が決済した商品情報は、未決済一覧か
ら消去され、残りの未決済の購入商品と、口座の残高が
示される。利用者が、更に、振り込み処理を行う場合に
は、前述の処理と同じ処理が行われる。また、振り込み
処理を終了する場合には、そのまま請求管理サーバへの
アクセスを終了する。
【００４３】なお、前記未決済一覧からの消去は、前記
商品情報に決済済みのフラグを立てること、若しくは未
決済のフラグを削除することにより実行される。そし
て、この決済済みの商品情報は、決済履歴として店舗及
び利用者によって参照できるように構成されている。す
なわち、決済済みの商品情報を店舗毎及び利用者毎に纏
めてこれらの者に表示することによって、店舗及び利用
者が過去の決済履歴を照会することができるようになっ
ている。
【００４４】また、ここで、このシステムは、利用者及
び店舗の双方が、未決済一覧及び決済履歴から、各ショ
ッピングにおける商品内容等の決済データの詳細を表示
できるように構成されていることが好ましい。
【００４５】図７及び図８は、複数の口座取扱機関に対
応する場合であって、即時決済を行う場合の処理の流れ
を示すフローチャートである。まず、利用者が請求管理
サーバにアクセスしており、決済予約サービス画面にお
いて、即時決済を選択したものとする。すると、請求管
理サーバでは、利用者から注文番号を取得し、未決済デ
ータを作成する。次に、請求管理サーバは、口座取扱機
関に口座の残高を問い合わせる。口座取扱機関では、口
座データベースを参照して、口座残高データを取得し、
請求管理サーバに送信する。そして、利用者が決済を行
うと示した注文を表示し、利用口座リコメンドを行う。
この場合、請求管理サーバは、ユーザデータベース、注
文データベース、店舗データベース、及び手数料データ
ベースを参照する。
【００４６】利用者側で口座を選択し、振り込み指示す
ると、口座情報が振り込みデータとして、請求管理サー
バに一旦送信され、請求管理サーバから当該口座の存在
する口座取扱機関に対し、口座番号、注文情報及び注文
番号が送信される。口座取扱機関では、口座振り込みサ
ービスの認証を行うために、利用者に支店番号、口座番
号、及びパスワードの入力を指示する。ユーザがこれら
を入力し、口座取扱機関でユーザの認証が成功すると、
振り込み処理を行う。
【００４７】ユーザ口座から店舗の口座への振り込みが
完了すると、口座取扱機関は、振り込み結果画面を利用
者に提示する。また、振り込み完了通知を請求管理サー
バに通知する。振り込み完了通知を受け取った請求管理
サーバは、決済処理（消し込み処理）を行い、注文デー
タベースを更新すると共に、利用者に決済が完了したこ
とを示す画面を表示する。更に、請求管理サーバは、加
盟店に対し、注文データベース及び店舗データベースを
参照して、商品の代金の振り込みが終了したことを電子
メールにて通知する。
【００４８】図９は、上記実施形態の注文受付処理のフ
ローチャートである。まず、ステップＳ１０において、
利用者から注文情報が入力され、決済予約の選択が行わ
れる。次に、ステップＳ１１において、店舗ＩＤ及び注
文情報の取得を行う。そして、ステップＳ１２におい
て、利用者へ請求管理サーバのサービスへのログイン画
面を表示する。そして、ステップＳ１３において、利用
者のＩＤとパスワードをチェックし、決済予約サービス
にログインさせるか否かを判断する。ＩＤ、パスワード
の認証が成功しなかった場合には、ステップＳ１４にお
いて、ログイン拒否を行う。また、利用者の認証に成功
した場合には、ステップＳ１５において、ユーザＩＤを
取得する。
【００４９】次に、ステップＳ１６において、注文テー
ブルと注文番号を作成し、ステップＳ１７で、加盟店
（店舗）に決済予約サービスの受付メールを発信する。
また、利用者に対しては、注文の受付表示と決済選択表
示を行う（ステップＳ１８）。そして、利用者の入力に
基づいて、ステップＳ１９において、即決済か後決済か
を判断する。即時決済である場合には、ステップＳ２０
において、即時決済処理を行う。また、後決済である場
合には、ステップＳ２１において受付完了表示を行う。
【００５０】図１０は、未決済一覧の表示処理を示すフ
ローチャートである。まず、ステップＳ３０において、
利用者が未決済一覧の表示を選択する。すると、ステッ
プＳ３１において、決済予約サービスへのログイン画面
が表示される。そして、利用者は、この画面にユーザＩ
Ｄと、パスワードを入力する。利用者の認証が失敗した
場合には、ステップＳ３２において、ログイン拒否を行
う。利用者の認証が成功した場合には、ステップＳ３３
に進んで、注文データベースからユーザＩＤに該当する
未決済注文を書き出す。そして、ステップＳ３４におい
て、他に該当する未決済注文があるか否かを判断し、ま
だ、存在する場合には、ステップＳ３３に戻って、未決
済注文の書き出しを行う。ステップＳ３４において、他
に該当する未決済注文が無い場合には、ステップＳ３５
に進む。
【００５１】ステップＳ３５においては、ユーザデータ
ベースからユーザＩＤに該当する銀行（口座取扱機関）
から口座番号を呼び出す。ステップＳ３６において、該
当する銀行の口座から残高情報を取得する。そして、ス
テップＳ３７において、他に口座があるか否かが判断さ
れ、他に口座がある場合には、ステップＳ３６に進ん
で、その口座から残高情報を取得する。ステップＳ３７
において、他に口座がないと判断された場合には、ステ
ップＳ３８に進んで、未決済注文、未決済注文の合計額
及び各口座の残高、残高合計を利用者に対し表示する。
利用者は、決済する場合には、ステップＳ３９に進ん
で、決済する注文を選択する。また、利用者が未決済一
覧の表示を編集したい場合には、ステップＳ４０に進ん
で、並べ替えしたいソート項目を選択し、ステップＳ４
１において、ソート処理及びソート結果の表示を行う。
【００５２】図１１及び図１２は、振り込み元口座の選
択から振り込み処理までの処理を示すフローチャートで
ある。まず、ステップＳ５０において、未決済一覧の表
示選択を行う。ステップＳ５１において、請求管理サー
バへのサービスのログインをユーザＩＤ及びパスワード
によって行う。利用者の認証が失敗した場合には、ステ
ップＳ５２において、ログインを拒否する。利用者の認
証が成功した場合には、ステップＳ５３において、未決
済注文及び各口座残高の画面表示を行う。この処理は、
図１０で説明した処理を行う。そして、ステップＳ５４
において、決済する注文の選択を行い、ステップＳ５５
において、利用口座の選択を行い、決済した際の該当口
座の予想残高を表示する。ステップＳ５６において、利
用者が決済要求を行う。
【００５３】すると、ステップＳ５７において、該当口
座の銀行を呼び出し、ステップＳ５８において、当該銀
行へ口座番号、注文情報、及び注文番号を一括送信す
る。ステップＳ５９においては、銀行の振り込みサービ
スを受けるために、利用者は、ＩＤとパスワードの入力
を行う。利用者の認証が失敗した場合には、ステップＳ
６０に進んで、利用者の銀行サービスへのログインを拒
否する。利用者の認証が成功した場合には、ステップＳ
６１において、銀行側で振り込み処理を行う。振り込み
処理が失敗に終わった場合には、ステップＳ６３に進み
銀行側が利用者に対しエラー表示を行う。ステップＳ７
５において、当該銀行口座で処理すべき要求がまだ他に
あれば、ステップＳ６１に戻って、処理をする。当該口
座で処理すべき決済要求が無いと判断された場合には、
ステップＳ６４に進む。そして、ステップＳ６４におい
て、他口座に決済要求があるか否かを判断し、他に決済
要求がない場合には、ステップＳ７０に進む。他口座に
決済要求がある場合には、他口座の注文の呼び出しを行
い（ステップＳ６５）、ステップＳ５７に戻る。
【００５４】ステップＳ６１において、振り込み処理が
成功した場合には、ステップＳ６２において、銀行側で
振り込み結果を画面表示する。そして、ステップＳ６６
において、請求項管理サーバが決済完了情報を取得し、
ステップＳ６７において、該当注文のフラグ（決済済み
か未決済かを区別するために設けたフラグ）を未決済か
ら決済済みに設定し、ステップＳ６８において、店舗
（加盟店）に対し、入金完了を知らせる電子メールを送
信する。
【００５５】そして、ステップＳ７６において、当該銀
行の口座で処理すべき要求がまだ他にあると判断された
場合には、図１１のステップＳ６１に戻って、処理をす
る。ステップＳ７６において、他の決済要求が無いと判
断された場合には、ステップＳ６９において、他口座に
決済要求があるか否かを判断する。まだ、他口座の決済
要求がある場合には、ステップＳ７１に進み、他口座の
注文を呼び出して、ステップＳ５７に戻る。ステップＳ
６９において、他に決済要求がないと判断した場合に
は、ステップＳ７０において、更新された未決済注文、
注文の合計額及び各口座残高・残高の合計を利用者に対
し表示し、ステップＳ７２において、利用者に再び決済
するか否かを問い合わせる。ステップＳ７２において、
利用者が再び決済する旨指示した場合には、ステップＳ
７３において、図１１のフローのはじめに戻る。また、
ステップＳ７２において、決済を終了する旨を利用者が
指示した場合には、ステップＳ７４において、処理を終
了する。
【００５６】図１３は、利用者に利用口座リコメンドを
行うための処理を示すフローチャートである。まず、ス
テップＳ８０において、利用者が決済する注文及び口座
の指定ボタンを操作する。次に、ステップＳ８１におい
て、利用者が注文の選択を行う。すると、請求管理サー
バでは、ステップＳ８２において、ユーザデータベース
から該当するユーザテーブルを読み出し、店舗データベ
ースから該当店舗テーブルを呼び出す。そして、ステッ
プＳ８３において、１番目のユーザ口座を呼び出し、ス
テップＳ８４において、注文番号、ユーザ口座、注文情
報をリコメンドテーブルへ書き込む。そして、ステップ
Ｓ８５において、手数料データベースを参照しながら注
文価格とユーザ口座から最低振り込み料の店舗口座を判
断する。そして、店舗口座と振り込み料を表示用テーブ
ルに書き込み、ステップＳ８７において、ユーザ口座が
他にあるか否かを判断する。ステップＳ８７において、
他にユーザ口座があると判断された場合には、ステップ
Ｓ８８において、次のユーザ口座の呼び出しを行い、ス
テップＳ８４に戻る。
【００５７】ステップＳ８７において、ユーザ口座が他
にないと判断された場合には、ステップＳ８９におい
て、表示用テーブルに書き込まれたデータを元に、手数
料の安い順に口座取扱機関とその手数料を画面表示す
る。そして、ステップＳ９０において、利用者が該画面
表示を見て、口座を指定し、ステップＳ９１において、
該当口座の予想残高を計算し、表示する。そして、ステ
ップＳ９２において処理を終了する。
【００５８】ここで、ステップＳ８５の最低振り込み料
の店舗口座は、後述する決済手数料テーブルを検索し、
最も振り込み料の小さい店舗口座を見つける処理とな
る。図１４及び図１５は、決済注文のグループ化を行う
ための処理を示すフローチャートである。
【００５９】まず、ステップＳ１００において、未決済
注文及び各口座残高の画面表示を利用者に対して行う。
次に、ステップＳ１０１において、利用者が注文／利用
口座選択ボタンを操作し、グループ化を指定すると、ス
テップＳ１０２において、グループテーブルを作成する
処理を開始する。ステップＳ１０３において、利用者に
グループ化する注文を選択させ、ステップＳ１０４にお
いて、既に指定された注文で同一店舗があるか否かを判
断する。ステップＳ１０４の判断がＴＲＵＥの場合に
は、ステップＳ１０５において、既存の該当テーブルに
注文番号を追加し、ステップＳ１０６において、既存の
該当テーブルに振り込み金額を合算する。そして、ステ
ップＳ１０７において、注文内容の追加を行い、ステッ
プＳ１０８において、既定口座及び振り込み料の表示、
及び残高の表示を行って、ステップＳ１１３に進む。
【００６０】一方、ステップＳ１０４において、ステッ
プＳ１０９において、判断がＦＡＬＳＥの場合には、新
たなグループ番号を作成し、ステップＳ１１０におい
て、注文番号を追加し、ステップＳ１１１において、注
文内容の追加を行う。そして、ステップＳ１１２におい
て、口座の指定を利用者に行わせ、残高計算を行って、
結果を表示し、ステップＳ１１３に進む。
【００６１】ステップＳ１１３においては、他に決済要
求があるか否かが判断され、他の決済要求がある場合に
は、ステップＳ１０３に戻る。一方、他に決済要求がな
い場合には、ステップＳ１１４に進む。ステップＳ１１
４においては、グループテーブルの注文番号を呼び出
し、ステップＳ１１５において、利用ユーザ口座の銀行
を呼び出し、グループ番号、振り込み情報をこの銀行に
送信する。
【００６２】そして、ステップＳ１１６において、銀行
側で口座認証、振り込み処理、振り込み完了通知を行
い、これらの処理が正常に行われたか否かを判断する。
正常に上記処理が行われなかった場合には、ステップＳ
１１７において、エラー表示を行い、ステップＳ１２０
に進む。ステップＳ１１６において、上記処理が正常に
行われた場合には、ステップＳ１１８に進み、請求管理
サーバでグループ番号に対応する注文のステータスを変
更する。そして、ステップＳ１１９において、店舗に対
して、注文毎に入金完了メールを電子メールで送信す
る。
【００６３】ステップＳ１２０では、振り込みテーブル
に未処理のものが存在するか否かが判断され、未処理が
有ると場合には、ステップＳ１２１に進み、ステップＳ
１１５に戻る。ステップＳ１２０において、振り込みテ
ーブルに未処理がないと判断された場合には、ステップ
Ｓ１２２において、グループテーブルを削除し、ステッ
プＳ１２３において、更新された未決済注文及び各口座
残高を示す画面を表示する。そして、ステップＳ１２４
において、利用者に再び決済するか否かを判断させ、再
び決済する場合には、ステップＳ１２５において、スタ
ートに戻る。一方、ステップＳ１２４において、利用者
が再決済を行わないと判断した場合には、ステップＳ１
２６で、処理を終了する。
【００６４】図１６は、決済期日が過ぎた注文を削除す
る場合に店舗とユーザに予告メッセージを送信する処理
のフローチャートである。まず、ステップＳ１３０にお
いて、利用者が買い物をした店舗を登録する時に、期限
日数、メール発信時期を設定する。次に、ステップＳ１
３１において、注文情報を取得する。そして、ステップ
Ｓ１３２において、送られた情報に決済期限があるか否
かを判断する。決済期限がある場合には、ステップＳ１
３３において送られた決済期限を注文テーブルに書き込
み、ステップＳ１３５に進む。ステップＳ１３２におい
て、決済期限がない場合には、ステップＳ１３４におい
て、期限を注文日から自動計算し、注文テーブルに書き
込み、ステップＳ１３５に進む。
【００６５】ステップＳ１３５では、期限よりメール発
信日を算出し、メール発信日及び未送信ステータスを注
文テーブルに書き込む。ステップＳ１３６では、期限以
外の注文情報を注文テーブルに書き込み、ステップＳ１
３７に進む。ステップＳ１３７では、未送信ステータス
を有する注文のメール発信日と現在の日にちとを比較す
る。ステップＳ１３７の比較の結果、メールの発信日と
現在の日にちが異なる場合には、ステップＳ１３７の処
理を繰り返す。ステップＳ１３７において、メールの発
信日と現在の日にちが等しくなった場合には、ステップ
Ｓ１３８において、店舗、及びユーザへ期限予告メール
を発信し、ステップＳ１３９において、該当注文テーブ
ルに送信済みステータスを設定して、ステップＳ１３７
に戻る。なお、この期限予告メールは、前記決済期限の
所定日数前に発信するようにしても良い。また、利用者
がシステムがログインした直後の画面において期限予告
通知を行なうようにしても良い。
【００６６】図１７は、未決済一覧画面上に関連広告を
掲載するための処理のフローチャートである。本実施形
態では、未決済一覧画面に、利用者が購入した商品に関
連するバナー（Banner）広告などを表示することによっ
て、利用者が関心のあると思われる商品の宣伝をし、商
品の販売促進を行うことが可能である。
【００６７】まず、ステップＳ１４０において、広告主
からの広告表示の依頼の受け入れ時に、広告する商品の
カテゴリ、関連ワードの登録を行う。次に、ステップＳ
１４１において、未決済一覧の表示要求があると、ステ
ップＳ１４２において、該当する前注文テーブルから商
品名とカテゴリを読み込む。そして、ステップＳ１４３
において、ステップＳ１４２で読み込まれた情報にカテ
ゴリが含まれているか否かを判断する。カテゴリが含ま
れている場合には、ステップＳ１４７において、カテゴ
リに一致する広告があるか否かを判断する。カテゴリに
一致する広告がある場合には、ステップＳ１４８におい
て、該乙の広告を表示する。そして、ステップＳ１４９
において、広告の表示記録を取って、処理を終了する。
【００６８】ステップＳ１４３において、ステップＳ１
４２で読み込まれた情報にカテゴリがないと判断される
か、ステップＳ１４７において、カテゴリに一致する広
告がないと判断された場合には、ステップＳ１４４にお
いて、商品と関連ワードが一致する広告があるか否かを
判断する。ステップＳ１４４において、一致する広告が
ある場合には、ステップＳ１５０において、該当広告の
表示を行い、ステップＳ１５１において、表示記録を取
り、処理を終了する。
【００６９】ステップＳ１４４において、商品と関連ワ
ードが一致する広告がないと判断された場合には、ステ
ップＳ１４５において、任意の広告表示を行い、ステッ
プＳ１４６において、表示記録を取り処理を終了する。
【００７０】図１８は、店舗が請求管理サーバに注文ス
テータスを問い合わせてきたときの処理を示すフローチ
ャートである。ステップＳ１６０において、店舗から注
文照会画面の表示要求があると、ステップＳ１６１にお
いて、請求管理サーバが提供する決済予約サービスへの
ログイン手続のため、店舗のＩＤとパスワードの入力を
指示する。ステップＳ１６１において、店舗の認証が失
敗すると、ステップＳ１６２において、ログインを拒否
する。ステップＳ１６１において、店舗の認証が成功す
ると、ステップＳ１６３において、店舗ＩＤを取得す
る。
【００７１】そして、店舗からの要求が、未決済注文照
会要求である場合には（ステップＳ１６４）、ステップ
Ｓ１６５に進み、店舗ＩＤに合致する未決済ステータス
テーブルを選択し、ステップＳ１６６において、未決済
の全テーブルを表示して処理を終了する。店舗からの要
求が、全注文照会要求である場合には（ステップＳ１６
７）、ステップＳ１６８において、店舗ＩＤに合致する
全注文テーブルを呼び出し、ステップＳ１６９におい
て、全注文テーブル表示を行う。全注文テーブルは、決
済済みステータスや利用口座などを含んでいる。
【００７２】また、店舗からの要求が、決済済み注文照
会である場合には（ステップＳ１７０）、店舗ＩＤに合
致する決済済みステータステーブルを選択し、ステップ
Ｓ１７２において、決済済みの全テーブルを表示する。
このとき、利用口座を表示する。
【００７３】図１９は、未決済一覧画面の未決済処理選
択画面の一表示例を示す図である。同図に示すように、
未決済一覧表示においては、決済すべき注文とその合計
額が表示される。図１９の場合においては、Ａ商店で靴
を３，１５０円で購入し、Ｂ商店で帽子を２，１００円
で購入し、Ｃ商店で家具を８，４００円で購入している
ことが示されている。また、購入合計額は、１３６，６
５０円であることが示されている。
【００７４】また、未決済一覧には、現在利用者が登録
している口座の銀行名と口座の種類、口座番号、残高が
表示されている。図１９の場合、利用者は、Ａ銀行とＢ
銀行の口座を登録しており、それぞれ残高は、３５８，
９００円と１３２，６５１円であり、合計４９１，５５
１円であることが示されている。
【００７５】また、画面の下方には、振り込みを行わな
いことを指示するボタンと、振り込みを行うために注文
と使用口座を指定する画面に移行するためのボタンとが
示されている。
【００７６】図２０は、未決済一覧画面の注文／口座設
定処理画面の一表示例を示す図である。図２０の画面で
は、振り込みを行うためにの注文選択と口座選択を行う
様子が示されている。決済すべき注文としては、Ａ商店
での買い物と、Ｂ商店での買い物とが選択されており、
合計５，２５０円の支払いが必要であることが示されて
いる。また、とくに利用口座リコメンドの場合、注文選
択画面の右側には、これらの注文の代金の振り込みを行
う場合に、Ａ銀行を使った場合とＢ銀行を使った場合の
手数料が示され、上記決済をした際の残高予想が表示さ
れる。
【００７７】また、図１９と同様に、利用者が登録した
口座の情報が示されている。更に、この画面の下方に
は、振り込みを行うか行わないかを利用者が指示するた
めのボタンが設けられている。
【００７８】図２１は、店舗が請求管理サーバに注文ス
テータスの照会をした場合に示される注文一覧画面の表
示例を示す図である。図２１の画面においては、９９年
８月５日に３０００円の靴の売り上げがあり、まだ入金
されていないことが示されている。同様に、９９年８月
７日には、２０００円の帽子の売り上げがあり、これは
入金済みであり、９９年８月９日には、８０００円の服
の売り上げがあり、これはまだ入金されていないことが
示されている。
【００７９】以上の画面表示例のように、本実施形態に
おいては、利用者及び店舗では、容易に買い物、売り上
げの管理ができるという利点がある。図２２及び図２３
は、各テーブルの構成例を示した図である。
【００８０】図２２（ａ）は、ユーザテーブルであり、
ユーザＩＤの他に、ユーザ情報として、振り込みに必要
な情報（氏名、住所、電話番号など）、ユーザ口座（銀
行名、支店名、口座種類、口座番号）が登録される。ユ
ーザ口座の数は、任意である。
【００８１】図２２（ｂ）は、店舗テーブルであり、店
舗ＩＤの他に、店舗情報として振り込みに必要な情報
（氏名、住所、電話番号など）、店舗口座（銀行名、支
店名、口座種類、口座番号）が登録される。店舗口座の
数は、任意である。
【００８２】図２２（ｃ）は、決済手数料テーブルであ
り、銀行名の他に、同一銀行、同一支店で、振り込み金
額帯が所定の範囲にあるときの手数料、同一銀行で振り
込み金額帯が所定の範囲にあるときの手数料、提携銀行
で振り込み金額帯が所定の範囲にあるときの手数料、他
銀行で振り込み金額帯が所定の範囲にあるときの手数料
など、様々な場合の手数料が一覧となって登録されてい
る。
【００８３】図２２（ｄ）は、注文テーブルであり、注
文番号、ユーザＩＤ、店舗ＩＤ、カテゴリ、商品名、金
額、決済期限、削除予告メール日などの注文情報、ユー
ザ口座（銀行名や支店名など）、店舗口座（銀行名や支
店名など）及び、未決済／決済完了のステータスが登録
される。
【００８４】図２３（ａ）は、グループテーブルであ
り、グループ番号、単一あるいは複数の注文番号、ユー
ザ口座（銀行名や支店名など）、店舗口座（銀行名や支
店名など）、単一あるいは、複数の注文情報（商品名や
金額など）からなっている。
【００８５】図２３（ｂ）は、広告テーブルであり、広
告ＩＤ、登録カテゴリ、登録キーワード（関連ワード）
などが登録される。次に、店舗と利用者が同一銀行を使
って決済予約サービスを受ける場合の本発明の別の実施
形態について説明する。
【００８６】図２４及び図２５は、本発明の別の実施形
態における、後決済の場合のショッピング注文受付処理
の流れを示すシーケンス図である。まず、加盟店は、ホ
ームページなどを使って利用者に商品情報を表示する。
利用者は、購入意思がある場合には、この商品情報から
注文手続を行う。すると、加盟店は、注文情報を入力す
るための受付画面が表示する。利用者は、この受付画面
に名前、住所、電話番号や支払い方法を入力して注文す
る。今、支払方法としては、Ａ銀行決済を選択したとす
る。すると、注文情報は、請求管理サーバに送られる。
請求管理サーバでは、注文情報を取得し、注文データベ
ースに仮注文登録を行い、注文番号を発行する。そし
て、Ａ銀行への入り口画面の表示を行う。
【００８７】利用者が、Ａ銀行への入り口画面におい
て、ＯＫボタンを押すと、Ａ銀行は、Ａ銀行の振り込み
サービスを受けるための認証画面を表示する。認証画面
においては、利用者は、店番号、口座番号、口座パスワ
ードなどを入力する。これらの情報を受け取ったＡ銀行
は、認証処理を行う。このとき、口座番号と注文番号を
請求管理サーバに通知し、注文データベースに本注文登
録を行う。すると、請求管理サーバからは、加盟店に向
けて、注文受付完了通知が送られる。
【００８８】また、Ａ銀行では、利用者の認証に成功す
ると、認証通知を行うと共に、振り込み選択画面を表示
する。振り込み選択画面では、利用者は振り込み手続を
即行うか、後に行うかの選択を行う。今、後決済を選択
したとすると、この情報がＡ銀行に通知され、利用者向
け受け付け完了表示がなされる。
【００８９】図２６及び図２７は、別の実施形態におけ
る、後決済の場合のショッピング決済処理の流れを示す
シーケンス図である。まず、利用者は、Ａ銀行が提供す
るホームページなどのネットワーク画面のトップページ
を表示させる。そして、ショッピング決済を行うため
に、Ａ銀行の会員メニューを選択する。すると、Ａ銀行
は、決済サービスを行うための認証画面を表示する。利
用者は、認証画面から、支店番号や、口座番号、パスワ
ードなどの必要事項を入力する。入力された情報は、Ａ
銀行のサーバに送られる。Ａ銀行では、利用者の認証を
行い、認証が成功すれば、利用者にＡ銀行の会員メニュ
ーを表示する。利用者は、この会員メニューから決済サ
ービスを選択する。
【００９０】すると、Ａ銀行のサーバは、請求管理サー
バに未決済データの取得を依頼する。請求管理サーバで
は、注文データベースを参照して、Ａ銀行のサーバ宛に
未決済データを送信する。未決済データを受信したＡ銀
行のサーバでは、利用者に対し、未決済一覧を表示す
る。利用者は、未決済一覧から決済するショッピング項
目を選択し、振り込みを指示する。すると、Ａ銀行から
は、振り込み画面が送信される。
【００９１】利用者は、振り込み画面においては、決済
を行うために、口座番号やパスワードの入力を行う。振
り込み画面で利用者が入力した情報を受け取ったＡ銀行
のサーバは、パスワードによる認証を行い、続いて、振
り込み処理を行う。振り込み処理が完了すると、Ａ銀行
からは、請求管理サーバに振込完了通知が行われ、請求
管理サーバでは、口座番号や注文番号を元に、決済処理
を行い、注文データベースを更新する。
【００９２】請求管理サーバは、決済処理が終了する
と、加盟店に入金完了メールを電子メールで送付する。
また、Ａ銀行では、利用者に振り込み結果画面を表示
し、処理を終了する。
【００９３】図２８〜図３０は、別の実施形態における
ショッピング即時決済の場合の処理の流れを示すシーケ
ンス図である。まず、加盟店は、ホームページなどで商
品情報を利用者に提供する。利用者は、この画面を見て
商品の注文を出す。加盟店では、利用者からの注文の申
し込みに対し、注文の受付画面を表示する。利用者は、
必要事項を入力した上で、Ａ銀行決済を選択したとす
る。すると、注文情報が請求管理サーバに転送される。
請求管理サーバでは、注文情報を取得すると、これを仮
注文として注文データベースに登録し、注文番号を発行
する。そして、利用者に、Ａ銀行のサービスへの入り口
画面を表示する。
【００９４】利用者がＡ銀行の入り口画面において、Ｏ
Ｋボタンを押すと、Ａ銀行のサーバからは、認証画面が
表示される。利用者は、表示された認証画面に、必要な
情報を入力し、Ａ銀行のサーバに転送する。Ａ銀行のサ
ーバでは、受信した情報に基づいて認証処理を行い、請
求管理サーバに口座番号や注文番号を送信する。請求管
理サーバでは、認証結果を受けて、注文データベースに
当該注文を本注文として受け付け、加盟店に向けて、注
文受付完了通知を行う。
【００９５】一方、Ａ銀行のサーバでは、利用者に振り
込み選択画面を提示する。利用者は、この画面で、即時
決済を選択したとする。すると、Ａ銀行では、口座番号
と注文番号を請求管理サーバに通知し、注文情報の要求
をする。請求管理サーバでは、注文情報の要求を受ける
と、注文データベースを参照して、注文情報をＡ銀行の
サーバに送信する。すると、Ａ銀行のサーバは、利用者
に対し、振り込み画面を提示する。利用者は、振り込み
画面において、必要事項を入力して、Ａ銀行のサーバに
送信する。
【００９６】Ａ銀行のサーバでは、利用者が入力したパ
スワードを用いて振り込みサービスを提供するための利
用者の認証を行い、振り込み処理を行う。振り込み処理
が完了すると、Ａ銀行のサーバから請求管理サーバへ振
り込み完了通知がなされる。請求管理サーバでは、振り
込み完了通知を受け取ると、決済処理を行い、注文デー
タベースを更新し、加盟店に入金完了メールを電子メー
ルで送信する。また、Ａ銀行のサーバでは、利用者に対
し、振り込み結果画面を提示して処理を終了する。
【００９７】図３１は、別の実施形態における注文受付
処理を示すフローチャートである。まず、ステップＳ１
８０において、利用者から注文情報の入力と、決済予約
選択の入力が行われる。次に、ステップＳ１８１におい
て、店舗ＩＤ、注文情報の取得が行われ、注文番号が作
成される。次に、Ｓ１８２において、銀行のサーバから
ログイン画面が利用者に提示される。そして、利用者が
入力したユーザ口座、ユーザＩＤ、パスワードのチェッ
クが、ステップＳ１８３において、行われる。ログイン
に失敗した場合には、ステップＳ１８４において、ログ
インの拒否が行われる。ログインが成功すると、ステッ
プＳ１８５において、請求管理サーバは、ユーザの口座
番号の取得を行い、ステップＳ１８６において、注文デ
ータベースにユーザの口座番号が入力される。
【００９８】そして、ステップＳ１８７において、請求
管理サーバは、店舗に注文受付メールを電子メールで送
信し、ステップＳ１８８において、銀行のサーバは、利
用者に注文受付画面を提示する。そして、注文受付画面
において、利用者が決済選択を行う。ステップＳ１８９
では、即時決済か否かが判断され、即時決済が利用者に
よって選択された場合には、ステップＳ１９０におい
て、即時決済処理へ進む。ステップＳ１８９において、
利用者が後決済を選択した場合には、ステップＳ１９１
において、受付完了表示を行って処理を終了する。
【００９９】図３２は、別の実施形態における未決済一
覧の表示処理を示すフローチャートである。まず、利用
者から入力される、ユーザ口座番号、ユーザＩＤ、パス
ワードの認証が行われる（ステップＳ２００）。認証が
失敗した場合には、ステップＳ２０１において、ログイ
ンを拒否する。認証が成功した場合には、ステップＳ２
０２において、利用者が未決済一覧の表示を選択する。
すると、ステップＳ２０３において、請求管理サーバ
は、注文データベースからユーザ口座に該当する未決済
注文を書き出し、ステップＳ２０４において、他に該当
する未決済注文があるか否かを判断する。まだ、未決済
注文がある場合には、ステップＳ２０３に戻って、未決
済注文の書き出しを行う。
【０１００】ステップＳ２０４において、他に該当する
未決済注文がないと判断された場合には、ステップＳ２
０５に進み、銀行画面で、未決済注文の画面表示が行わ
れる。そして、利用者は、この未決済注文画面におい
て、決済する注文を選択し（ステップＳ２０６）、ステ
ップＳ２０７において、確認画面を表示し、ステップＳ
２０８において、決済要求を利用者に入力させる。
【０１０１】ステップＳ２０８において、決済要求が入
力された場合には、図３３の処理に進む。図３３は、別
の実施形態における振り込み処理を示すフローチャート
である。
【０１０２】まず、ステップＳ２１０において、利用者
が銀行の画面で決済要求を行うと、ステップＳ２１１に
おいて、振り込み認証処理が行われる。認証が成功する
と、ステップＳ２１２において、振り込み処理が行われ
る。振り込み処理が失敗するとステップＳ２１７で、エ
ラー表示を行って、ステップＳ２１８に進む。振り込み
処理が成功すると、ステップＳ２１３に進んで、請求管
理サーバが決済完了情報を銀行のサーバから取得し、ス
テップＳ２１４において、該当注文のフラグ（未決済、
決済済みを示すフラグ）を未決済から決済済みに設定す
る。そして、ステップＳ２１５において、店舗へ入金完
了メールを電子メールで送信する。また、ステップＳ２
１６において、利用者の銀行画面に振り込み結果を画面
表示する。そして、ステップＳ２１８において、他に決
済要求があるか否かを判断し、まだ、他の決済要求があ
る場合には、ステップＳ２１９において、次の注文の呼
び出しを行い、ステップＳ２１２に戻る。ステップＳ２
１８において、他に決済要求がないと判断された場合に
は、処理を終了する。
【０１０３】なお、図１４〜図１８のフローは、上記別
の実施形態に同じく適用可能であるが、処理が同様であ
るので、説明は省略する。図３４は、上記各実施形態に
おける請求管理サーバ、あるいは、口座取扱機関（銀
行）のサーバに要求される一般的ハードウェア構成を説
明する図である。
【０１０４】ＣＰＵ３１は、バス３０を介してＲＡＭ３
２、ＲＯＭ３３、通信インターフェース３４、記憶装置
３７、記録媒体読み取り装置３８、及び入出力装置４０
に接続される。ＲＯＭ３３には、ＢＩＯＳなどの基本プ
ログラムが格納され、システム４１の基本的機能を動作
可能とする。あるいは、システム４１の動作を後に変更
する可能性がないので有れば、本発明の実施形態の処理
を実現するプログラムをＲＯＭ３７に格納し、ＣＰＵ３
１に実行させても良い。
【０１０５】一般には、本発明の実施形態の処理を実現
するプログラムは、ハードディスクなどの記憶装置３７
に格納され、ＣＰＵ３１が、記憶装置３７から当該プロ
グラムをＲＡＭ３２に展開し、実行する。また、記憶装
置３７への当該プログラムのコピーは、可搬記録媒体３
９に当該プログラムを格納しておき、記録媒体読み取り
装置３８からＣＰＵ３１に読み込ませ、記憶装置３７に
格納させることによって行う。可搬記録媒体３９は、Ｃ
Ｄ−ＲＯＭやフロッピー（登録商標）ディスク、ＤＶＤ
などである。これに対応して、記録媒体読み取り装置３
８は、ＣＤ−ＲＯＭドライブやフロッピーディスクドラ
イブ、ＤＶＤドライブなどである。
【０１０６】入出力装置４０は、ディスプレイ、キーボ
ード、マウスなどからなっており、システム４１をサー
バとして使用する場合、オペレータが必要な設定を入力
したり、システムの動作状況を監視したりするために使
用される。
【０１０７】また、通信インターフェース３４は、ネッ
トワーク３５を介して情報提供者３６と通信を行い、本
発明の実施形態を実現するのに必要なデータや、プログ
ラムを情報提供者３６から記憶装置３７にダウンロード
するのに使用可能である。また、請求管理サーバや、口
座取扱機関のサーバを複数のシステム４１で構成するた
めに、ＬＡＮなどのネットワーク３５を用いて、これら
のシステム４１を接続し、ネットワーク環境の下に、当
該プログラムを実行することも可能である。
【０１０８】なお、この発明は、上記一実施形態に限定
されるものではなく、発明の要旨を変更しない範囲で種
々変形可能である。例えば、上記一実施形態では、オン
ラインのショッピングを例にとって説明したが、これに
限定されるものではない。例えば、電話や水道料金等の
公共料金の支払いのようなオフライン取引の決済にも適
用可能である。この場合、請求管理サーバ２３は、電話
会社や水道会社等からオンラインで請求データを受け取
るように構成されていることが好ましい。
【０１０９】そして、この場合、利用者には一切請求書
が送付されないように構成されていることが望ましい。
ただし、この場合には、利用者はいつ請求があったか分
からないので、新たに請求が発生した場合には、当該利
用者にメールで通知するか、又はログイン後の画面で通
知するように構成されていることが好ましい。
【０１１０】また、上記一実施形態では、複数のショッ
ピングに係る決済をグループ化して同時に行なえるよう
になっている。この場合、例えばグループ化されたショ
ッピング内容のうち、１件でも残高不足になるような場
合には、グループ化された全てのショッピング内容の決
済をキャンセルして再決済できるように構成構成されて
いることが好ましい。
【０１１１】
【発明の効果】本発明によれば、ネットワーク上でオン
ラインショッピングの他、公共料金を口座から支払う場
合のようなオフラインの取引に適用でき、その場で振り
込み処理を行わず、一旦「決済予約」という形で振り込
みすべき案件を蓄積しておき、後に振り込み処理を行う
ことを可能にする決済システムが提供される。また、複
数の口座取り扱い機関にまたがる案件を処理することも
可能となる。
【０１１２】したがって、利用者は、振り込むべき複数
の注文を１カ所に保存蓄積でき、振り込み予定の注文を
一覧で確認でき、従来要した振り込み処理にともなう作
業を簡略化できる。
【０１１３】また、店舗は、銀行振込による注文の消し
込み作業を省略でき、銀行振込による注文の売り上げ管
理が容易になり、銀行振込は決済即入金の支払いなの
で、資金回収の早期化を実現できる。
【０１１４】口座取扱機関では、請求管理サーバに、店
舗に対する消し込み作業サービスを代行させ、振り込む
べき注文を利用者に提示させることで、口座取扱機関を
使った振り込み件数（振り込み手数料）の確保につなが
り、利用者や加盟店に対してＥＣ（e-commerce）や公共
料金のネットワーク決済サービスを提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態の処理の概念を説明する図で
ある。
【図２】複数の口座取扱機関を利用する場合の本発明の
実施形態における処理の流れを示すシーケンス図（その
１）である。
【図３】複数の口座取扱機関を利用する場合の本発明の
実施形態における処理の流れを示すシーケンス図（その
２）である。
【図４】複数の口座取扱機関を利用する場合の本発明の
実施形態における処理の流れを示すシーケンス図（その
３）である。
【図５】複数の口座取扱機関を利用する場合の本発明の
実施形態における処理の流れを示すシーケンス図（その
４）である。
【図６】複数の口座取扱機関を利用する場合の本発明の
実施形態における処理の流れを示すシーケンス図（その
５）である。
【図７】複数の口座取扱機関を利用する場合の本発明の
実施形態における処理の流れを示すシーケンス図（その
６）である。
【図８】複数の口座取扱機関を利用する場合の本発明の
実施形態における処理の流れを示すシーケンス図（その
７）である。
【図９】実施形態の注文受付処理のフローチャートであ
る。
【図１０】未決済一覧の表示処理を示すフローチャート
である。
【図１１】振り込み元口座の選択から振り込み処理まで
の処理を示すフローチャート（その１）である。
【図１２】振り込み元口座の選択から振り込み処理まで
の処理を示すフローチャート（その２）である。
【図１３】利用者に利用口座リコメンドを行うための処
理を示すフローチャートである。
【図１４】決済注文のグループ化を行うための処理を示
すフローチャート（その１）である。
【図１５】同一振り込み元／先の決済注文のグループ化
を行うための処理を示すフローチャート（その２）であ
る。
【図１６】決済期日が過ぎた注文を削除する場合に店舗
とユーザに予告メッセージを送信する処理のフローチャ
ートである。
【図１７】未決済一覧画面上に関連広告を掲載するため
の処理のフローチャートである。
【図１８】店舗が請求管理サーバに注文ステータスを問
い合わせてきたときの処理を示すフローチャートであ
る。
【図１９】未決済一覧画面の未決済処理選択画面の一表
示例を示す図である。
【図２０】未決済一覧画面の注文／口座設定処理画面の
一表示例を示す図である。
【図２１】店舗が請求管理サーバに注文ステータスの照
会をした場合に示される注文一覧画面の表示例を示す図
である。
【図２２】各テーブルの構成例を示した図（その１）で
ある。
【図２３】各テーブルの構成例を示した図（その２）で
ある。
【図２４】本発明の別の実施形態における、後決済の場
合のショッピング注文受付処理の流れを示すシーケンス
図（その１）である。
【図２５】本発明の別の実施形態における、後決済の場
合のショッピング注文受付処理の流れを示すシーケンス
図（その２）である。
【図２６】別の実施形態における、後決済の場合のショ
ッピング決済処理の流れを示すシーケンス図（その１）
である。
【図２７】別の実施形態における、後決済の場合のショ
ッピング決済処理の流れを示すシーケンス図（その２）
である。
【図２８】別の実施形態におけるショッピング即時決済
の場合の処理の流れを示すシーケンス図（その１）であ
る。
【図２９】別の実施形態におけるショッピング即時決済
の場合の処理の流れを示すシーケンス図（その２）であ
る。
【図３０】別の実施形態におけるショッピング即時決済
の場合の処理の流れを示すシーケンス図（その３）であ
る。
【図３１】別の実施形態における注文受付処理を示すフ
ローチャートである。
【図３２】別の実施形態における未決済一覧の表示処理
を示すフローチャートである。
【図３３】別の実施形態における振り込み処理を示すフ
ローチャートである。
【図３４】各実施形態における請求管理サーバ、あるい
は、口座取扱機関（銀行）のサーバに要求される一般的
ハードウェア構成を説明する図である。
【図３５】代金の支払いをインターネットを介して銀行
振込で行う場合の従来の処理方法を説明する図である。
【符号の説明】
２０ 利用者 ２１ 店舗 ２２ 口座取扱機関 ２３ 請求管理サーバ ２４ インターネット
───────────────────────────────────────────────────── フロントページの続き (72)発明者 小村 充広 東京都千代田区九段南１丁目３番１号 株 式会社さくら銀行内 (72)発明者 山下 明 東京都千代田区九段南１丁目３番１号 株 式会社さくら銀行内 (72)発明者 飯塚 敦 東京都千代田区九段南１丁目３番１号 株 式会社さくら銀行内 (72)発明者 水木 亨 東京都千代田区九段南１丁目３番１号 株 式会社さくら銀行内 (72)発明者 北 周介 東京都千代田区九段南１丁目３番１号 株 式会社さくら銀行内 (72)発明者 久保 政則 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 矢ケ崎 功 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 黒田 俊光 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B049 BB11 BB46 CC36 FF01 GG02 5B055 CB09 PA36

Claims (75)

    【特許請求の範囲】
  1. 【請求項１】 取引の決済をオンラインで行うためのオ
    ンライン決済システムであって、 利用者の取引内容を格納する取引内容格納手段と、 該利用者の問い合わせに従って、該取引内容格納手段に
    格納された該取引内容の内、代金が未払いになっている
    取引内容を提示する未決済一覧表示手段と、 該利用者が決済を行うべきとする取引内容について、該
    利用者に口座取扱機関を使って代金の振り込みを行わせ
    る振り込み手段と、 を備えることを特徴とするオンライン決済システム。
  2. 【請求項２】 前記取引内容格納手段は、利用者がオン
    ラインで行なった取引の内容を、オンラインで受け取っ
    て格納するものであることを特徴とする請求項１記載の
    オンライン決済システム。
  3. 【請求項３】 前記取引内容格納手段は、利用者がオフ
    ラインで行なった取引の内容を、利用者の取引先からオ
    ンラインで受け取って格納するものであることを特徴と
    するオンライン決済システム。
  4. 【請求項４】 前記取引先から利用者の取引内容を受け
    取ったことに基いて、該利用者に対して決済要求を通知
    する手段をさらに備えることを特徴とするオンライン決
    済システム。
  5. 【請求項５】 前記口座取扱機関は、オンラインで振り
    込み手続が可能であることを特徴とする請求項１に記載
    のオンライン決済システム。
  6. 【請求項６】 前記取引内容格納手段に格納された取引
    内容から、決済の済んだ項目を削除する削除手段を更に
    備えることを特徴とする請求項１に記載のオンライン決
    済システム。
  7. 【請求項７】 前記削除手段は、決済の済んだ項目を決
    済済み取引内容格納手段に格納することを特徴とする請
    求項６に記載のオンライン決済システム。
  8. 【請求項８】 利用者の要求に応じて該利用者の過去の
    決済履歴を表示する利用者決済履歴表示手段をさらに有
    することを特徴とする請求項１記載のオンライン決済シ
    ステム。
  9. 【請求項９】 前記オンライン決済システムは、利用者
    の取引先からの問い合わせに対し、該取引先で行われた
    取引内容の一覧を表示する取引内容一覧表示手段を更に
    備えることを特徴とする請求項１に記載のオンライン決
    済システム。
  10. 【請求項１０】 取引先の要求に応じて該取引先の過去
    の決済履歴を表示する取引先決済履歴表示手段をさらに
    有することを特徴とする請求項９記載のオンライン決済
    システム。
  11. 【請求項１１】 前記口座取扱機関が複数ある場合、前
    記利用者に、どの口座取扱機関を使って振り込みを行う
    のが好ましいかを提示する口座取扱機関リコメンド手段
    を更に備えることを特徴とする請求項１に記載のオンラ
    イン決済システム。
  12. 【請求項１２】 前記利用者によって決済が終了した取
    引について、取引先に、該取引の代金が振り込まれたこ
    とを通知する振り込み通知手段を有することを特徴とす
    る請求項１に記載のオンライン決済システム。
  13. 【請求項１３】 前記取引内容格納手段に、各取引の決
    済期限を設け、決済期限の所定時間前になったことに基
    いて、当該決済を利用者に予告通知する予告通知手段を
    有することを特徴とする請求項１に記載のオンライン決
    済システム。
  14. 【請求項１４】 前記予告通知手段は、利用者がこのオ
    ンライン決済システムにログインする際に、利用者に決
    済予告を通知するものであることを特徴とする請求項１
    ３に記載のオンライン決済システム。
  15. 【請求項１５】 前記予告通知手段は、利用者に電子メ
    ールで決済予告を通知するものであることを特徴とする
    請求項１３に記載のオンライン決済システム。
  16. 【請求項１６】 前記取引内容格納手段に、各取引の決
    済期限を設け、該決済期限が経過した際には、当該取引
    に対応する前記取引内容を消去することを特徴とする請
    求項１に記載のオンライン決済システム。
  17. 【請求項１７】 前記取引内容が消去される前に、該取
    引内容に対応する取引が行われた前記取引先に、該取引
    内容が消去される旨の通知を行うことを特徴とする請求
    項１６に記載のオンライン決済システム。
  18. 【請求項１８】 前記取引内容が複数存在する場合、該
    複数の取引内容をグループ化し、１回の振り込みによっ
    て、複数の取引内容に対する振り込みを終了させること
    を特徴とする請求項１に記載のオンライン決済システ
    ム。
  19. 【請求項１９】 前記グループ化した全ての取引内容に
    対する振込を行なうと口座取扱機間の口座が残高不足と
    なる場合に、前記グループ化した全ての取引内容に対す
    る振込を停止させることを特徴とする請求項１８記載の
    オンライン決済システム。
  20. 【請求項２０】 前記取引内容格納手段に格納される前
    記ショッピング内容は、前記利用者が取引の申込を行っ
    た時点で生成・格納され、前記代金が未払いになってい
    る取引内容の一覧の表示、及び、代金の振り込みは、該
    利用者が取引の申込を行った後の時点で行われることを
    特徴とする請求項１に記載のオンライン決済システム。
  21. 【請求項２１】 前記未払いになっている取引内容の一
    覧の表示の際に、前記取引内容に関連した広告を該一覧
    と共に、前記利用者に提示することを特徴とする請求項
    １に記載のオンライン決済システム。
  22. 【請求項２２】 前記代金の振り込みに際し、前記利用
    者が利用する口座取扱機関の口座の残高を該利用者に提
    示することを特徴とする請求項１に記載のオンライン決
    済システム。
  23. 【請求項２３】 前記未決済一覧表示手段によって表示
    された取引内容の詳細情報を表示する取引内容詳細情報
    表示手段をさらに有することを特徴とする請求項１記載
    のオンライン決済システム。
  24. 【請求項２４】 前記取引内容詳細情報表示手段は、取
    引に係る取引対象の情報を表示するものであることを取
    引対象情報表示手段をさらに有するものであることを特
    徴とする請求項１記載のオンライン決済システム。
  25. 【請求項２５】 取引の決済をオンラインで行うための
    オンライン決済方法であって、 利用者の取引内容を格納する取引内容格納ステップと、 該利用者の問い合わせに従って、該取引内容格納ステッ
    プに格納された該取引内容の内、代金が未払いになって
    いる取引内容を提示する未決済一覧表示ステップと、 該利用者が決済を行うべきとする取引内容について、該
    利用者に口座取扱機関を使って代金の振り込みを行わせ
    る振り込みステップと、 を備えることを特徴とするオンライン決済方法。
  26. 【請求項２６】 前記取引内容格納ステップは、利用者
    がオンラインで行なった取引の内容を、オンラインで受
    け取って格納するものであることを特徴とする請求項２
    ５記載のオンライン決済方法。
  27. 【請求項２７】 前記取引内容格納ステップは、利用者
    がオフラインで行なった取引の内容を、利用者の取引先
    からオンラインで受け取って格納するものであることを
    特徴とする請求項２５に記載のオンライン決済方法。
  28. 【請求項２８】 前記取引先から利用者の取引内容を受
    け取ったことに基いて、該利用者に対して決済要求を通
    知するステップをさらに備えることを特徴とする請求項
    ２５に記載のオンライン決済方法。
  29. 【請求項２９】 前記口座取扱機関は、オンラインで振
    り込み手続が可能であることを特徴とする請求項２５に
    記載のオンライン決済方法。
  30. 【請求項３０】 前記取引内容格納ステップに格納され
    た取引内容から、決済の済んだ項目を削除する削除ステ
    ップを更に備えることを特徴とする請求項２５に記載の
    オンライン決済方法。
  31. 【請求項３１】 前記削除ステップは、決済の済んだ項
    目を決済済み取引内容格納ステップに格納することを特
    徴とする請求項３０に記載のオンライン決済方法。
  32. 【請求項３２】 利用者の要求に応じて該利用者の過去
    の決済履歴を表示する利用者決済履歴表示ステップをさ
    らに有することを特徴とする請求項２５記載のオンライ
    ン決済方法。
  33. 【請求項３３】 前記オンライン決済方法は、利用者の
    取引先からの問い合わせに対し、該取引先で行われた取
    引内容の一覧を表示する取引内容一覧表示ステップを更
    に備えることを特徴とする請求項２５に記載のオンライ
    ン決済方法。
  34. 【請求項３４】 取引先の要求に応じて該取引先の過去
    の決済履歴を表示する取引先決済履歴表示ステップをさ
    らに有することを特徴とする請求項３３記載のオンライ
    ン決済方法。
  35. 【請求項３５】 前記口座取扱機関が複数ある場合、前
    記利用者に、どの口座取扱機関を使って振り込みを行う
    のが好ましいかを提示する口座取扱機関リコメンドステ
    ップを更に備えることを特徴とする請求項２５に記載の
    オンライン決済方法。
  36. 【請求項３６】 前記利用者によって決済が終了した取
    引について、取引先に、該取引の代金が振り込まれたこ
    とを通知する振り込み通知ステップを有することを特徴
    とする請求項２５に記載のオンライン決済方法。
  37. 【請求項３７】 前記取引内容格納ステップに、各取引
    の決済期限を設け、決済期限の所定時間前になったこと
    に基いて、当該決済を利用者に予告通知する予告通知ス
    テップを有することを特徴とする請求項２５に記載のオ
    ンライン決済方法。
  38. 【請求項３８】 前記予告通知ステップは、利用者がこ
    のオンライン決済方法にログインする際に、利用者に決
    済予告を通知するものであることを特徴とする請求項３
    ７に記載のオンライン決済方法。
  39. 【請求項３９】 前記予告通知ステップは、利用者に電
    子メールで決済予告を通知するものであることを特徴と
    する請求項３７に記載のオンライン決済方法。
  40. 【請求項４０】 前記取引内容格納ステップに、各取引
    の決済期限を設け、該決済期限が経過した際には、当該
    取引に対応する前記取引内容を消去することを特徴とす
    る請求項２５に記載のオンライン決済方法。
  41. 【請求項４１】 前記取引内容が消去される前に、該取
    引内容に対応する取引が行われた前記取引先に、該取引
    内容が消去される旨の通知を行うことを特徴とする請求
    項４０に記載のオンライン決済方法。
  42. 【請求項４２】 前記取引内容が複数存在する場合、該
    複数の取引内容をグループ化し、１回の振り込みによっ
    て、複数の取引内容に対する振り込みを終了させること
    を特徴とする請求項２５に記載のオンライン決済方法。
  43. 【請求項４３】 前記グループ化した全ての取引内容に
    対する振込を行なうと口座取扱機間の口座が残高不足と
    なる場合に、前記グループ化した全ての取引内容に対す
    る振込を停止させることを特徴とする請求項４３記載の
    オンライン決済方法。
  44. 【請求項４４】 前記取引内容格納ステップに格納され
    る前記ショッピング内容は、前記利用者が取引の申込を
    行った時点で生成・格納され、前記代金が未払いになっ
    ている取引内容の一覧の表示、及び、代金の振り込み
    は、該利用者が取引の申込を行った後の時点で行われる
    ことを特徴とする請求項２５に記載のオンライン決済方
    法。
  45. 【請求項４５】 前記未払いになっている取引内容の一
    覧の表示の際に、前記取引内容に関連した広告を該一覧
    と共に、前記利用者に提示することを特徴とする請求項
    ２５に記載のオンライン決済方法。
  46. 【請求項４６】 前記代金の振り込みに際し、前記利用
    者が利用する口座取扱機関の口座の残高を該利用者に提
    示することを特徴とする請求項２５に記載のオンライン
    決済方法。
  47. 【請求項４７】 前記未決済一覧表示ステップによって
    表示された取引内容の詳細情報を表示する取引内容詳細
    情報表示ステップをさらに有することを特徴とする請求
    項２５記載のオンライン決済方法。
  48. 【請求項４８】 前記取引内容詳細情報表示ステップ
    は、取引に係る取引対象の情報を表示するものであるこ
    とを取引対象情報表示ステップをさらに有するものであ
    ることを特徴とする請求項２５記載のオンライン決済方
    法。
  49. 【請求項４９】 取引の決済をオンラインで行うための
    オンライン決済処理を実現させるプログラムを格納した
    記録媒体であって、該処理は、 利用者の取引内容を格納する取引内容格納ステップと、 該利用者の問い合わせに従って、該取引内容格納ステッ
    プに格納された該取引内容の内、代金が未払いになって
    いる取引内容を提示する未決済一覧表示ステップと、 該利用者が決済を行うべきとする取引内容について、該
    利用者に口座取扱機関を使って代金の振り込みを行わせ
    る振り込みステップと、 を備えることを特徴とする記録媒体。
  50. 【請求項５０】 前記取引内容格納ステップは、利用者
    がオンラインで行なった取引の内容を、オンラインで受
    け取って格納するものであることを特徴とする請求項４
    ９記載の記録媒体。
  51. 【請求項５１】 前記取引内容格納ステップは、利用者
    がオフラインで行なった取引の内容を、利用者の取引先
    からオンラインで受け取って格納するものであることを
    特徴とする請求項４９に記載の記録媒体。
  52. 【請求項５２】 前記取引先から利用者の取引内容を受
    け取ったことに基いて、該利用者に対して決済要求を通
    知するステップをさらに備えることを特徴とする請求項
    ４９に記載の記録媒体。
  53. 【請求項５３】 前記口座取扱機関は、オンラインで振
    り込み手続が可能であることを特徴とする請求項４９に
    記載の記録媒体。
  54. 【請求項５４】 前記取引内容格納ステップに格納され
    た取引内容から、決済の済んだ項目を削除する削除ステ
    ップを更に備えることを特徴とする請求項４９に記載の
    記録媒体。
  55. 【請求項５５】 前記削除ステップは、決済の済んだ項
    目を決済済み取引内容格納ステップに格納することを特
    徴とする請求項５４に記載の記録媒体。
  56. 【請求項５６】 利用者の要求に応じて該利用者の過去
    の決済履歴を表示する利用者決済履歴表示ステップをさ
    らに有することを特徴とする請求項４９記載の記録媒
    体。
  57. 【請求項５７】 前記記録媒体は、利用者の取引先から
    の問い合わせに対し、該取引先で行われた取引内容の一
    覧を表示する取引内容一覧表示ステップを更に備えるこ
    とを特徴とする請求項４９に記載の記録媒体。
  58. 【請求項５８】 取引先の要求に応じて該取引先の過去
    の決済履歴を表示する取引先決済履歴表示ステップをさ
    らに有することを特徴とする請求項５７記載の記録媒
    体。
  59. 【請求項５９】 前記口座取扱機関が複数ある場合、前
    記利用者に、どの口座取扱機関を使って振り込みを行う
    のが好ましいかを提示する口座取扱機関リコメンドステ
    ップを更に備えることを特徴とする請求項４９に記載の
    記録媒体。
  60. 【請求項６０】 前記利用者によって決済が終了した取
    引について、取引先に、該取引の代金が振り込まれたこ
    とを通知する振り込み通知ステップを有することを特徴
    とする請求項４９に記載の記録媒体。
  61. 【請求項６１】 前記取引内容格納ステップに、各取引
    の決済期限を設け、決済期限の所定時間前になったこと
    に基いて、当該決済を利用者に予告通知する予告通知ス
    テップを有することを特徴とする請求項４９に記載の記
    録媒体。
  62. 【請求項６２】 前記予告通知ステップは、利用者がこ
    の記録媒体にログインする際に、利用者に決済予告を通
    知するものであることを特徴とする請求項６１に記載の
    記録媒体。
  63. 【請求項６３】 前記予告通知ステップは、利用者に電
    子メールで決済予告を通知するものであることを特徴と
    する請求項６１に記載の記録媒体。
  64. 【請求項６４】 前記取引内容格納ステップに、各取引
    の決済期限を設け、該決済期限が経過した際には、当該
    取引に対応する前記取引内容を消去することを特徴とす
    る請求項４９に記載の記録媒体。
  65. 【請求項６５】 前記取引内容が消去される前に、該取
    引内容に対応する取引が行われた前記取引先に、該取引
    内容が消去される旨の通知を行うことを特徴とする請求
    項６４に記載の記録媒体。
  66. 【請求項６６】 前記取引内容が複数存在する場合、該
    複数の取引内容をグループ化し、１回の振り込みによっ
    て、複数の取引内容に対する振り込みを終了させること
    を特徴とする請求項４９に記載の記録媒体。
  67. 【請求項６７】 前記グループ化した全ての取引内容に
    対する振込を行なうと口座取扱機間の口座が残高不足と
    なる場合に、前記グループ化した全ての取引内容に対す
    る振込を停止させることを特徴とする請求項６６記載の
    記録媒体。
  68. 【請求項６８】 前記取引内容格納ステップに格納され
    る前記ショッピング内容は、前記利用者が取引の申込を
    行った時点で生成・格納され、前記代金が未払いになっ
    ている取引内容の一覧の表示、及び、代金の振り込み
    は、該利用者が取引の申込を行った後の時点で行われる
    ことを特徴とする請求項４９に記載の記録媒体。
  69. 【請求項６９】 前記未払いになっている取引内容の一
    覧の表示の際に、前記取引内容に関連した広告を該一覧
    と共に、前記利用者に提示することを特徴とする請求項
    ４９に記載の記録媒体。
  70. 【請求項７０】 前記代金の振り込みに際し、前記利用
    者が利用する口座取扱機関の口座の残高を該利用者に提
    示することを特徴とする請求項４９に記載の記録媒体。
  71. 【請求項７１】 前記未決済一覧表示ステップによって
    表示された取引内容の詳細情報を表示する取引内容詳細
    情報表示ステップをさらに有することを特徴とする請求
    項４９記載の記録媒体。
  72. 【請求項７２】 前記取引内容詳細情報表示ステップ
    は、取引に係る取引対象の情報を表示するものであるこ
    とを取引対象情報表示ステップをさらに有するものであ
    ることを特徴とする請求項４９記載の記録媒体。
  73. 【請求項７３】利用者毎に決済に使用する口座の識別情
    報及び該口座の取扱機関の識別情報を管理する利用者管
    理手段と、 ネットワーク上で行った取引により支払いを行う第１利
    用者の識別情報と、該支払いを受ける第２利用者の識別
    情報と、該取引の内容を示す情報とを含む取引情報を、
    ネットワークを介して受信する取引情報受信手段と、 前記受信手段で受信した取引情報及び前記利用者管理手
    段で管理している情報に基づいて、前記利用者の識別情
    報から該当する口座の識別情報及び口座の取扱機関を求
    める手段と、 前記求めた第１利用者の該当する口座の取扱機関に、第
    １利用者の口座から第２利用者の口座への振り込み依頼
    を送信する送信手段と、を備えることを特徴とする取引
    管理装置。
  74. 【請求項７４】前記第１利用者に関する情報及び取引の
    内容を示す情報を含む振り込み終了の通知を前記第２利
    用者にする完了通知手段を備えたことを特徴とする請求
    項７３に記載の取引管理装置。
  75. 【請求項７５】前記利用者管理手段で前記第１利用者の
    口座を複数個管理している場合であって、第２利用者の
    口座を取扱機関の識別情報に基づいて、好ましい口座を
    求める手段を有することを特徴とする請求項７３に記載
    の取引管理装置。
JP2000167174A 2000-06-05 2000-06-05 情報処理装置及び情報処理方法 Expired - Lifetime JP4914533B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2000167174A JP4914533B2 (ja) 2000-06-05 2000-06-05 情報処理装置及び情報処理方法
US09/873,361 US20020004760A1 (en) 2000-06-05 2001-06-05 Online settlement system, method thereof and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000167174A JP4914533B2 (ja) 2000-06-05 2000-06-05 情報処理装置及び情報処理方法

Publications (2)

Publication Number Publication Date
JP2001344548A true JP2001344548A (ja) 2001-12-14
JP4914533B2 JP4914533B2 (ja) 2012-04-11

Family

ID=18670364

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000167174A Expired - Lifetime JP4914533B2 (ja) 2000-06-05 2000-06-05 情報処理装置及び情報処理方法

Country Status (2)

Country Link
US (1) US20020004760A1 (ja)
JP (1) JP4914533B2 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002091269A1 (fr) * 2001-05-09 2002-11-14 Sony Corporation Appareil d'affichage d'acomptes et d'epargnes
JP2009140005A (ja) * 2007-12-03 2009-06-25 Daiwa Securities Group Inc 証券仲介システムおよび証券仲介処理方法、並びにプログラム
JP2017068541A (ja) * 2015-09-30 2017-04-06 株式会社日本総合研究所 振込案内通知サーバ及びそのプログラム
JPWO2019092795A1 (ja) * 2017-11-07 2020-11-12 株式会社ぐるなび 仮想通貨決済支援装置、仮想通貨決済支援システム、仮想通貨決済支援方法、及び仮想通貨決済支援プログラム
CN112446705A (zh) * 2019-09-04 2021-03-05 阿里巴巴集团控股有限公司 一种结算方法和装置
JP7453438B1 (ja) 2023-01-26 2024-03-19 ＰａｙＰａｙ株式会社 情報管理装置、口座管理サーバ、情報管理方法、およびプログラム

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030217005A1 (en) * 1996-11-27 2003-11-20 Diebold Self Service Systems, Division Of Diebold, Incorporated Automated banking machine system and method
DE10156177A1 (de) * 2001-11-15 2003-06-05 Siemens Ag Verfahren und Anordnung zur Durchführung einer bargeldlosen Zahlungstransaktion
US7249313B2 (en) 2002-06-26 2007-07-24 International Business Machines Corporation Creating and utilizing a wizard to capture an application's interdependencies between web pages and data accesses for running the application's downloadable dynamic web pages off-line
US7200645B2 (en) 2002-06-26 2007-04-03 International Business Machines Corporation Running dynamic web pages off-line with a wizard
JP3829788B2 (ja) * 2002-10-17 2006-10-04 株式会社日立製作所 電子商取引方法
KR100559180B1 (ko) * 2003-05-20 2006-03-14 김민서 조건부 거래에 따른 전자결제 방법 및 전자결제 서버
DE102004036176A1 (de) * 2004-07-26 2006-04-20 Deutsche Post Ag Verfahren und Vorrichtung zur Entgeltüberprüfung beim Transport von Postsendungen über eine elektronische Paketfachanlage
DE102004036191A1 (de) * 2004-07-26 2006-03-23 Deutsche Post Ag Verfahren und Vorrichtung zum Erstellen und Verkaufen von Entgeltmarken für den Versand von Postsendungen
US8433647B1 (en) * 2004-08-25 2013-04-30 Vectorsgi, Inc. Method and system for processing electronic checks
US8740069B2 (en) * 2005-01-26 2014-06-03 Heng Kah Choy Fraud-free payment for internet purchases
KR101615472B1 (ko) 2007-09-24 2016-04-25 애플 인크. 전자 장치 내의 내장형 인증 시스템들
US8600120B2 (en) 2008-01-03 2013-12-03 Apple Inc. Personal computing device control using face detection and recognition
US20100114731A1 (en) * 2008-10-30 2010-05-06 Kingston Tamara S ELECTRONIC WALLET ("eWallet")
WO2011029159A1 (en) * 2009-09-14 2011-03-17 Neville Smith & Co (Sa) Pty Ltd Online transaction system
US9002322B2 (en) 2011-09-29 2015-04-07 Apple Inc. Authentication with secondary approver
GB2497309A (en) * 2011-12-06 2013-06-12 Barclays Bank Plc Mobile wallet system for offline payments
US9898642B2 (en) 2013-09-09 2018-02-20 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
JP6393325B2 (ja) 2013-10-30 2018-09-19 アップル インコーポレイテッドＡｐｐｌｅ Ｉｎｃ． 関連するユーザインターフェースオブジェクトの表示
US9324067B2 (en) * 2014-05-29 2016-04-26 Apple Inc. User interface for payments
CN104077616B (zh) * 2014-07-02 2017-08-25 广州广电运通金融电子股份有限公司 自助终端吞卡处理方法和系统
US10066959B2 (en) 2014-09-02 2018-09-04 Apple Inc. User interactions for a mapping application
JP6310092B2 (ja) * 2015-02-09 2018-04-11 株式会社日立製作所 業務連携システムおよび業務連携方法
US9940637B2 (en) 2015-06-05 2018-04-10 Apple Inc. User interface for loyalty accounts and private label accounts
US20160358133A1 (en) 2015-06-05 2016-12-08 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US10380681B2 (en) * 2015-09-08 2019-08-13 Bank Of America Corporation Real-time data processing
US10417616B2 (en) * 2015-09-08 2019-09-17 Bank Of America Corporation Real-time data processing
DK179186B1 (en) 2016-05-19 2018-01-15 Apple Inc REMOTE AUTHORIZATION TO CONTINUE WITH AN ACTION
US10621581B2 (en) 2016-06-11 2020-04-14 Apple Inc. User interface for transactions
DK201670622A1 (en) 2016-06-12 2018-02-12 Apple Inc User interfaces for transactions
US20180068313A1 (en) 2016-09-06 2018-03-08 Apple Inc. User interfaces for stored-value accounts
US10860199B2 (en) 2016-09-23 2020-12-08 Apple Inc. Dynamically adjusting touch hysteresis based on contextual data
US10496808B2 (en) 2016-10-25 2019-12-03 Apple Inc. User interface for managing access to credentials for use in an operation
US20180130035A1 (en) * 2016-11-09 2018-05-10 Ca, Inc. Advanced cash reservation system in atms
CN107292600A (zh) * 2017-08-07 2017-10-24 晋中职业技术学院 一种应用于电子商务的订单账户支付系统
JP6736686B1 (ja) 2017-09-09 2020-08-05 アップル インコーポレイテッドＡｐｐｌｅ Ｉｎｃ． 生体認証の実施
KR102185854B1 (ko) 2017-09-09 2020-12-02 애플 인크. 생체측정 인증의 구현
US11170085B2 (en) 2018-06-03 2021-11-09 Apple Inc. Implementation of biometric authentication
US10860096B2 (en) 2018-09-28 2020-12-08 Apple Inc. Device control using gaze information
US11100349B2 (en) 2018-09-28 2021-08-24 Apple Inc. Audio assisted enrollment
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
US11477609B2 (en) 2019-06-01 2022-10-18 Apple Inc. User interfaces for location-related communications
US11481094B2 (en) 2019-06-01 2022-10-25 Apple Inc. User interfaces for location-related communications
US11169830B2 (en) 2019-09-29 2021-11-09 Apple Inc. Account management user interfaces
AU2020356269B2 (en) 2019-09-29 2023-04-06 Apple Inc. Account management user interfaces
US11494507B2 (en) * 2019-11-26 2022-11-08 SoftWarfare, LLC Machine learning for identity access management
DK180985B1 (da) 2020-04-10 2022-09-02 Apple Inc Brugergrænseflader for muliggørelse af en aktivitet
US11816194B2 (en) 2020-06-21 2023-11-14 Apple Inc. User interfaces for managing secure operations
CN112465486B (zh) * 2020-10-19 2023-01-20 武汉木仓科技股份有限公司 一种支付状态确定方法、装置以及设备

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08315022A (ja) * 1995-05-17 1996-11-29 Fujitsu Ltd 入金管理システム
JPH0973496A (ja) * 1995-09-07 1997-03-18 N T T Data Tsushin Kk 電子送金システム、中継システム、送金方法
JPH10171899A (ja) * 1996-12-09 1998-06-26 Oki Electric Ind Co Ltd 自動取引システム
JPH11161722A (ja) * 1997-11-27 1999-06-18 Business Brain Showa Ota Inc 振込入金データの自動仕訳機能付き会計システム
JPH11316790A (ja) * 1998-03-06 1999-11-16 Daiichi Seimei Card Service Kk 振込送金システム
JPH11328272A (ja) * 1998-05-18 1999-11-30 Oki Electric Ind Co Ltd オンラインショッピングシステムおよび自動決済端末装置
JPH11328292A (ja) * 1998-05-11 1999-11-30 Nec Software Kyushu Ltd 掛金消込みシステム
JP2000057227A (ja) * 1998-08-10 2000-02-25 San Denshi Kk オンライン決済装置
JP2001028026A (ja) * 1998-07-03 2001-01-30 Bank Of Tokyo-Mitsubishi Ltd 取引支援システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6088683A (en) * 1996-08-21 2000-07-11 Jalili; Reza Secure purchase transaction method using telephone number
US20010023414A1 (en) * 1998-12-08 2001-09-20 Srihari Kumar Interactive calculation and presentation of financial data results through a single interface on a data-packet-network
US6473794B1 (en) * 1999-05-27 2002-10-29 Accenture Llp System for establishing plan to test components of web based framework by displaying pictorial representation and conveying indicia coded components of existing network framework
US6738810B1 (en) * 1999-11-03 2004-05-18 D. Michael Corporation Method and apparatus for encouraging timely payments associated with a computer system
CA2400931A1 (en) * 2000-02-22 2001-08-30 Insun Yun Method and system for maximizing credit card purchasing power and minimizing interest costs over the internet
US6882983B2 (en) * 2001-02-05 2005-04-19 Notiva Corporation Method and system for processing transactions

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08315022A (ja) * 1995-05-17 1996-11-29 Fujitsu Ltd 入金管理システム
JPH0973496A (ja) * 1995-09-07 1997-03-18 N T T Data Tsushin Kk 電子送金システム、中継システム、送金方法
JPH10171899A (ja) * 1996-12-09 1998-06-26 Oki Electric Ind Co Ltd 自動取引システム
JPH11161722A (ja) * 1997-11-27 1999-06-18 Business Brain Showa Ota Inc 振込入金データの自動仕訳機能付き会計システム
JPH11316790A (ja) * 1998-03-06 1999-11-16 Daiichi Seimei Card Service Kk 振込送金システム
JPH11328292A (ja) * 1998-05-11 1999-11-30 Nec Software Kyushu Ltd 掛金消込みシステム
JPH11328272A (ja) * 1998-05-18 1999-11-30 Oki Electric Ind Co Ltd オンラインショッピングシステムおよび自動決済端末装置
JP2001028026A (ja) * 1998-07-03 2001-01-30 Bank Of Tokyo-Mitsubishi Ltd 取引支援システム
JP2000057227A (ja) * 1998-08-10 2000-02-25 San Denshi Kk オンライン決済装置

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002091269A1 (fr) * 2001-05-09 2002-11-14 Sony Corporation Appareil d'affichage d'acomptes et d'epargnes
JP2009140005A (ja) * 2007-12-03 2009-06-25 Daiwa Securities Group Inc 証券仲介システムおよび証券仲介処理方法、並びにプログラム
JP2017068541A (ja) * 2015-09-30 2017-04-06 株式会社日本総合研究所 振込案内通知サーバ及びそのプログラム
JPWO2019092795A1 (ja) * 2017-11-07 2020-11-12 株式会社ぐるなび 仮想通貨決済支援装置、仮想通貨決済支援システム、仮想通貨決済支援方法、及び仮想通貨決済支援プログラム
JP7140982B2 (ja) 2017-11-07 2022-09-22 株式会社ぐるなび 仮想通貨決済支援装置、仮想通貨決済支援システム、仮想通貨決済支援方法、及び仮想通貨決済支援プログラム
JP7406141B2 (ja) 2017-11-07 2023-12-27 株式会社ぐるなび 仮想通貨決済支援装置、仮想通貨決済支援システム、仮想通貨決済支援方法、及び仮想通貨決済支援プログラム
CN112446705A (zh) * 2019-09-04 2021-03-05 阿里巴巴集团控股有限公司 一种结算方法和装置
JP7453438B1 (ja) 2023-01-26 2024-03-19 ＰａｙＰａｙ株式会社 情報管理装置、口座管理サーバ、情報管理方法、およびプログラム

Also Published As

Publication number Publication date
US20020004760A1 (en) 2002-01-10
JP4914533B2 (ja) 2012-04-11

Similar Documents

Publication Publication Date Title
JP2001344548A (ja) オンライン決済システム、その方法及び記録媒体
US6873974B1 (en) System and method for use of distributed electronic wallets
US6088683A (en) Secure purchase transaction method using telephone number
US10157375B2 (en) Alternative payment implementation for electronic retailers
US6246996B1 (en) Computerized system for facilitating transactions between parties on the internet using e-mail
US9336543B2 (en) System and method for facilitating transactions through a network portal
US7039605B2 (en) Settlement intermediation processing apparatus, storage medium in which a program for settlement intermediation processing is stored, computer program for settlement intermediation, online shop apparatus, and on-line shopping method and system
US8762210B2 (en) Alternative payment implementation for electronic retailers
US20020103753A1 (en) Charge splitter application
US20150178734A1 (en) System for accepting a first account for making payment for a transaction and paying for the transaction with funds from a second account
US20090099941A1 (en) System and method for enabling cash gifts in an online registry
JP2001243386A (ja) 電子ウォレットによる商取引代行処理を使用して電子商取引を実行するためのシステムおよび方法
JP2003536174A (ja) インタネットの支払いを処理する方法および装置
EP1077419A2 (en) System and method for use of distributed electronic wallets
KR20000012750A (ko) 인터넷 쇼핑 중개 사이트의 주문 대행 방법
JP2002083145A (ja) 決済用カードを用いた決済システムにおけるセンタ装置、決済方法、コンピュータシステム、決済用カード、及び、処理方法
KR20200055439A (ko) 셀러론 서비스 시스템 및 방법
US20030225709A1 (en) Communication method, computer, and program
JP2002042035A (ja) 注文代金請求処理システム及び方法
US7433897B1 (en) Systems and methods for database registration
CA2199942C (en) Computerized payment system for purchasing information products by electronic transfer on the internet
JP2002230362A5 (ja)
JP2001134531A (ja) 情報処理方法、および情報処理装置、並びに端末装置
JP2004355636A (ja) 情報処理装置、端末装置
JP2001195358A (ja) 情報処理方法、情報処理システム、および、情報処理プログラムを記録した記録媒体

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20060908

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060908

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20060908

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20060908

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091006

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091204

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100119

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100414

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7426

Effective date: 20100414

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20100414

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20100513

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20100716

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120123

R150 Certificate of patent or registration of utility model

Ref document number: 4914533

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150127

Year of fee payment: 3

EXPY Cancellation because of completion of term