JP4914533B2

JP4914533B2 - 情報処理装置及び情報処理方法

Info

Publication number: JP4914533B2
Application number: JP2000167174A
Authority: JP
Inventors: 俊夫吉田; 充広小村; 山下　　明; 敦飯塚; 亨水木; 周介北; 政則久保; 功矢ケ崎; 俊光黒田
Original assignee: Fujitsu Ltd; Sumitomo Mitsui Banking Corp
Current assignee: Fujitsu Ltd; Sumitomo Mitsui Banking Corp
Priority date: 2000-06-05
Filing date: 2000-06-05
Publication date: 2012-04-11
Anticipated expiration: 2020-06-05
Also published as: US20020004760A1; JP2001344548A

Description

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

Claims

利用者のコンピュータから受信した商品の購入に関する注文に対する代金の口座取扱機関を用いた該利用者の口座から該商品を販売した店舗の口座への振り込み処理を、注文手続に続けて行うか又は注文手続を一旦終わらせた後であって該利用者が任意に決定可能であるタイミングで行うかを該利用者に選択させるための画面の情報を、該利用者の該コンピュータへ送信する第１の手段と、
前記利用者によって選択された選択結果を受信する第２の手段と、
受信した選択結果が前記振り込み処理を前記注文手続に続けて行う旨の情報である場合には、前記注文の注文番号に基づき生成した未決済データを、前記利用者の前記コンピュータへ送信する第３の手段と、
受信した選択結果が前記振り込み処理を前記タイミングで行う旨の情報である場合には、該注文手続を終わらせた後に改めて前記タイミングで前記利用者の前記コンピュータから受信する利用者を一意に特定可能な情報に対応して、注文に係る金額及び該利用者を一意に特定可能な情報を含む注文情報と注文番号とを対応付けて格納している注文データベースから抽出された、複数の注文番号に係る未決済データを、該利用者の該コンピュータへ送信する第４の手段と
を備えることを特徴とする情報処理装置。
前記情報処理装置は、前記利用者の前記コンピュータ及び前記口座取扱機関のサーバと接続可能な請求管理サーバであり、前記未決済データの送信に応じて、該利用者の該コンピュータから前記未決済データの中のいずれの商品に関する振り込み処理を行うかを特定可能な情報を受信し、受信した情報を該口座取扱機関の該サーバへ振り込み処理を行わせる為の情報として送信する手段をさらに備えることを特徴とする請求項１記載の情報処理装置。
前記情報処理装置は、前記利用者の前記コンピュータ及び前記注文データベースと接続している請求管理サーバと接続可能な前記口座取扱機関のサーバであり、該利用者の該コンピュータから送信される該利用者を認証するための情報に基づいて該利用者を認証し、該利用者の認証に成功した場合に、該利用者の口座番号を該請求管理サーバへ通知して該請求管理サーバに該注文データベースへの注文情報の登録を行わせる手段をさらに備え、前記第１の手段は、該利用者の認証に成功し該請求管理サーバに該注文データベースへの注文情報の登録を行わせた後に、前記画面の情報を該利用者の該コンピュータへ送信することを特徴とする請求項１記載の情報処理装置。
前記利用者を一意に特定可能な情報は前記利用者の前記口座番号であり、前記第４の手段は、該口座番号に対応して前記注文データベースから抽出された前記複数の注文番号に係る未決済データを、前記利用者の前記コンピュータへ送信することを特徴とする請求項３記載の情報処理装置。
情報処理装置が、利用者のコンピュータから受信した商品の購入に関する注文に対する代金の口座取扱機関を用いた該利用者の口座から該商品を販売した店舗の口座への振り込み処理を、注文手続に続けて行うか又は注文手続を一旦終わらせた後であって該利用者が任意に決定可能であるタイミングで行うかを該利用者に選択させるための画面の情報を、該利用者の該コンピュータへ送信する第１のステップと、
前記情報処理装置が、前記利用者によって選択された選択結果を受信する第２のステップと、
受信した選択結果が前記振り込み処理を前記注文手続に続けて行う旨の情報である場合には、前記情報処理装置が、前記注文の注文番号に基づき生成した未決済データを、前記利用者の前記コンピュータへ送信する第３のステップと、
受信した選択結果が前記振り込み処理を前記タイミングで行う旨の情報である場合には、前記情報処理装置が、該注文手続を終わらせた後に改めて前記タイミングで前記利用者の前記コンピュータから受信する利用者を一意に特定可能な情報に対応して、注文に係る金額及び該利用者を一意に特定可能な情報を含む注文情報と注文番号とを対応付けて格納している注文データベースから抽出された、複数の注文番号に係る未決済データを、該利用者の該コンピュータへ送信する第４のステップと
を備えることを特徴とする情報処理方法。
前記情報処理装置は、前記利用者の前記コンピュータ及び前記口座取扱機関のサーバと接続可能な請求管理サーバであり、前記情報処理方法は、前記未決済データの送信に応じて、該利用者の該コンピュータから前記未決済データの中のいずれの商品に関する振り込み処理を行うかを特定可能な情報を受信し、受信した情報を該口座取扱機関の該サーバへ振り込み処理を行わせる為の情報として送信するステップをさらに備えることを特徴とする請求項５記載の情報処理方法。
前記情報処理装置は、前記利用者の前記コンピュータ及び前記注文データベースと接続している請求管理サーバと接続可能な前記口座取扱機関のサーバであり、前記情報処理方法は、該利用者の該コンピュータから送信される該利用者を認証するための情報に基づいて該利用者を認証し、該利用者の認証に成功した場合に、該利用者の口座番号を該請求管理サーバへ通知して該請求管理サーバに該注文データベースへの注文情報の登録を行わせるステップをさらに備え、前記第１のステップは、該利用者の認証に成功し該請求管理サーバに該注文データベースへの注文情報の登録を行わせた後に、前記画面の情報を該利用者の該コンピュータへ送信することを特徴とする請求項５記載の情報処理方法。
前記利用者を一意に特定可能な情報は前記利用者の前記口座番号であり、前記第４のステップは、該口座番号に対応して前記注文データベースから抽出された前記複数の注文番号に係る未決済データを、前記利用者の前記コンピュータへ送信することを特徴とする請求項７記載の情報処理方法。