WO2018185816A1

WO2018185816A1 - 購入システム、購入処理方法、購入対象サーバ、及びコンピュータプログラム

Info

Publication number: WO2018185816A1
Application number: PCT/JP2017/013973
Authority: WO
Inventors: 和人林
Original assignee: 株式会社ＯｎｅＴａｐＢＵＹ
Priority date: 2017-04-03
Filing date: 2017-04-03
Publication date: 2018-10-11
Also published as: JPWO2018185816A1; JP6913160B2

Abstract

【課題】オンラインでの商品購入にプリペイドカードを用いる場合、カードＩＤの入力を不要にして、スムーズにプリペイドカードで支払いを行えるようにする。【解決手段】オンラインでの商品購入機会を提供するショッピングシステム２の購入対象サーバ８０は、ユーザ端末Ｔ１からログイン情報を受信してログイン処理を行い、ログインが完了したユーザのプリペイドカードの前払い金の金額を、プリペイドカードの発行元である事業体の前払い金管理サーバ５へ問い合わせる。前払い金管理サーバ５は、問合せに応じて前払い金を通知する前払い金情報を取引サーバ８０へ送信する。購入対象サーバ８０は、前払い金情報を受信すると、通知された前払い金に基づき、ユーザの購入注文に対してプリペイドカードによる購入可否を判断し、購入可能と判断した場合、プリペイドカードを用いて購入を行う旨を確認する画面をユーザ端末に表示させる。

Description

購入システム、購入処理方法、購入対象サーバ、及びコンピュータプログラム

　本発明は、ネットワーク経由で購入（ショッピング）を行う場合の購入費用として、プリペイドカード等のプリペイド方式による前払い金を充当できるようにした購入システム、購入処理方法、購入対象サーバ、及びコンピュータプログラムに関する。

　従来、通信機能を有するコンピュータ、スマートフォン、携帯電話機のような通信端末装置を用いてネットワーク経由によるオンラインで、各種商品，サービス等を購入できるようにしたシステムが一般に利用されている。

　オンラインでの購入に対するプリペイドカードの使い方としては、先ず、ユーザは店舗等で販売されているプリペイドカードを購入し、その購入したプリペイドカードに記されたカードＩＤ等の入力操作をユーザの使用する通信端末装置で行うことになる。このような入力操作を行うことで、カードＩＤ等がユーザの通信端末装置からシステム側へ送信されて、システム側は、ユーザの購入したプリペイドカード及び前払い金の額などを認識できるようになる。なお、オンラインでの購入に対してプリペイドカード等による前払い金を用いる例は、下記の特許文献１、２にも開示されている。

特開２０１６－７１６５８号公報特開２００６－１７７３６６号公報

　オンラインで各種商品を購入可能とする機会を提供するショッピングサイトのようなシステムでは、確実な決済を実現するため，ログインを伴うユーザ認証を独自に行うのが一般的である。しかし、上記の特許文献１では、ログイン先をユーザの使用するユーザ端末にしており（特許文献１の段落００８０等の記載参照）、また、上記の特許文献２では、ログイン先をユーザ端末の通信を介在するキャリアサーバにして、ショッピングページへのログインを不要にすることから（特許文献２の段落００６７～００７１等の記載参照）、独自にログインを要求するショッピングサービスを提供するシステムで、プリペイド方式による前払い金で購入を行えるようにした場合、上記の特許文献１、２で開示される方法を用いることができないという問題がある。

　また、上記の特許文献１、２では、単にプリペイドカードの残高をユーザ端末に表示するに留まるので（特許文献１の図５（Ａ）、図１３（Ａ）、及び特許文献２の図５（Ａ）等参照）、プリペイド方式に係る前払い金を用いて商品等の購入する旨の指示をショッピングサイトのようなシステムへ伝えるためのユーザ操作をスムーズに行いにくいという問題もある。

　本発明は、斯かる事情に鑑みてなされたものであり、プリペイドカード等のプリペイド方式による前払い金を用いて、ネットワーク経由による購入を、ログインの必要なシステムに対しても行えるようにした購入システム、購入処理方法、購入対象サーバ、及びコンピュータプログラムを提供することを目的とする。
　また、本発明は、プリペイド方式に係る前払い金による購入指示操作をユーザがスムーズに行えるようにした購入システム、購入処理方法、購入対象サーバ、及びコンピュータプログラムを提供することを目的とする。

　上記課題を解決するために本発明は、ネットワークを通じて購入対象の購入機会をユーザに提供する購入対象サーバが、通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を行う購入システムにおいて、プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する前払い金管理サーバを備え、前記購入対象サーバは、前記通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行う手段と、ログインの完了したユーザに係る前払い金の問合せ情報を前記前払い金管理サーバへ送信する手段とを備え、前記前払い金管理サーバは、問合せ情報を受信した場合、問合せ対象となるユーザの前払い金を通知する前払い金情報を前記購入対象サーバへ送信する手段を備え、前記購入対象サーバは更に、前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成する手段と、生成した購入画面情報を前記通信端末装置へ送信する手段とを備え、前記通信端末装置は、購入画面情報を受信した場合、受信した購入画面情報に基づき購入画面を生成して表示する手段と、表示した購入画面で、前払い金を用いて前記購入対象の購入を指示する操作を受け付けた場合、前払い金を用いて前記購入対象を購入する旨の購入指示を前記購入対象サーバへ送信する手段とを備えることを特徴とする。

　また、本発明は、ネットワークを通じて購入対象の購入機会をユーザに提供する購入対象サーバが、通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を行う購入システムによる購入処理方法において、前記購入システムは、プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する前払い金管理サーバを備えており、前記購入対象サーバは、前記通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行うステップと、ログインの完了したユーザに係る前払い金の問合せ情報を前記前払い金管理サーバへ送信するステップとを備え、前記前払い金管理サーバは、問合せ情報を受信した場合、問合せ対象となるユーザの前払い金を通知する前払い金情報を前記購入対象サーバへ送信するステップを備え、前記購入対象サーバは更に、前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成するステップと、生成した購入画面情報を前記通信端末装置へ送信するステップとを備え、前記通信端末装置は、購入画面情報を受信した場合、受信した購入画面情報に基づき購入画面を生成して表示するステップと、表示した購入画面で、前払い金を用いて前記購入対象の購入を指示する操作を受け付けた場合、前払い金を用いて前記購入対象を購入する旨の購入指示を前記購入対象サーバへ送信するステップとを備えることを特徴とする。

　さらに、本発明は、ネットワークを通じて購入対象の購入機会をユーザに提供しており、外部の通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を行う購入対象サーバにおいて、外部の通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行う手段と、ログインの完了したユーザに係る前払い金の問合せ情報を、プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する外部の前払い金管理サーバへ送信する手段と、問合せ情報の送信に伴って、ユーザの前払い金を通知する前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成する手段と、生成した購入画面情報を外部の通信端末装置へ送信する手段とを備えることを特徴とする。

　本発明は、前記購入対象の購入費用を、受信した前払い金情報で通知される前払い金の金額と比較する手段を備え、前記購入対象の購入費用が前払い金の金額以下である場合に、前記購入画面情報を生成するようにしてあることを特徴とする。
　また、本発明は、前記購入対象の購入費用が前払い金の金額を超える場合、前記購入対象の購入が不可である旨を示す購入不可画面に係る購入不可画面情報を生成する手段と、生成した購入不可画面情報を外部の通信端末装置へ送信する手段とを備えることを特徴とする。

　本発明は、前払い金の金額での前記購入対象の購入に対する不足額を算出する手段を備え、算出した不足額を示す購入不可画面に係る購入不可画面情報を生成するようにしてあることを特徴とする。
　また、本発明は、前記購入対象の購入不可解消に対して前払い金の入金を示す購入不可画面に係る購入不可画面情報を生成するようにしてあることを特徴とする。

　本発明は、前払い金の入金受付画面の表示に切り替える操作指示の受付が可能な購入不可画面に係る購入不可画面情報を生成するようにしてあることを特徴とする。
　また、本発明は、前記購入対象が、購入量を削減可能である場合、前記購入対象の購入不可解消に対して、前記購入対象の購入量削減を示す購入不可画面に係る購入不可画面情報を生成するようにしてあることを特徴とする。
　さらに、本発明は、前記購入対象が、購入量を削減可能である場合、前記購入対象の購入量の指定操作の受付が可能な購入不可画面に係る購入不可画面情報を生成するようにしてあることを特徴とする。

　本発明は、ネットワークを通じて購入対象の購入機会をユーザに提供する購入対象サーバが、外部の通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を行う購入処理方法において、外部の通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行うステップと、ログインの完了したユーザに係る前払い金の問合せ情報を、プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する外部の前払い金管理サーバへ送信するステップと、問合せ情報の送信に伴って、ユーザの前払い金を通知する前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成するステップと、生成した購入画面情報を外部の通信端末装置へ送信するステップとを備えることを特徴とする。

　本発明は、ネットワークを通じて購入対象の購入機会をユーザに提供するサーバコンピュータに、外部の通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を実行させるためのコンピュータプログラムにおいて、前記サーバコンピュータに、外部の通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行うステップと、ログインの完了したユーザに係る前払い金の問合せ情報を、プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する外部の前払い金管理サーバへ送信するステップと、問合せ情報の送信に伴って、ユーザの前払い金を通知する前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成するステップと、生成した購入画面情報を外部の通信端末装置へ送信するステップとを実行させることを特徴とする。

　本発明にあっては、購入対象サーバが、ログイン完了をトリガーにして、ログイン完了のユーザの前払い金の情報を前払い金管理サーバから取得し、その取得した情報に係る前払い金を購入費用に充てられるように、ユーザが購入指示を出すことが可能な画面をユーザに提示するので、ユーザは単に購入指示の操作を行うだけで、プリペイドカード等による前払い金で所望の対象をオンラインで購入できるようになり、独自にログインを要求するシステムに対しても前払い金による購入が可能になると共に、前払い金による購入指示操作をスムーズに行えるようになる。

　なお、本発明におけるプリペイド方式に係る前払い金としては、各種事業体が発行するプリペイドカードに応じた前払い金が該当し、さらには、銀行等の金融機関等に対して口座を開設したユーザに銀行等が発行するデビットカードは、各種商品の購入に使用可能であることから、本発明では、デビットカード（デビットカード機能を含むキャッシュカードも含む）に応じた口座の入金も、広義のプリペイド方式に係る前払い金に該当するものとする。また、本発明の購入対象としては、前払い金で購入可能なものが広く含まれることになり、例えば、各種商品、各種サービスが購入対象に該当すると共に、前払い金により所定金額を購入できる電子通貨（電子マネー）、仮想通貨等も本発明の購入対象に含まれる。

　本発明にあっては、購入費用が前払い金の金額以下である場合、ユーザが購入指示の操作を行える購入画面が提示されるようになるので、プリペイドカード等の前払い金を用いてオンラインでの購入をスムーズに行える。

　本発明にあっては、購入費用が前払い金の金額を上回る場合、購入が不可である旨を示す購入不可画面をユーザに提示するので、プリペイド方式による前払い金等では対応できないことユーザが把握できるようになり、ユーザが無用に混乱する状態になるのを回避できる。
　また、本発明にあっては、購入不可画面において購入に対する不足額が算出されて提示されるので、具体的な不足額をユーザが把握できるようになり、前払い金による購入ができないことへの対応を行いやすくなる。

　本発明にあっては、購入不可画面において、購入不可を解消できるようにするために、前払い金の追加入金といった具体的な内容が提示されるので、前払い金による購入を達成しやすくなる。
　また、本発明にあっては、前払い金の追加入金を受け付ける画面に表示を切り替えるための操作指示の受付が可能な購入不可画面に係る購入不可画面を生成するので、前払い金の追加入金をスムーズに行えるようになり、それに伴い、ユーザが所望する購入対象を前払い金で購入しやすくなる。

　本発明にあっては、ユーザの指定した購入対象が、購入量を削減可能である場合、購入不可を解消できるようにするために、購入量削減といった具体的な内容が提示されるので、前払い金による購入を達成しやすくなる。
　また、本発明にあっては、購入量を指定の操作の受付が可能な購入不可画面に係る購入不可画面情報を生成するので、ユーザが許容するときはスムーズに購入量を削減できるようになり、前払い金での購入が実行しやすくなる。

　本発明にあっては、ユーザは購入対象サーバにログインを行えば、プリペイド方式による前払い金での購入指示を出すことができるので、独自にログインを要求するシステムに対しても前払い金による購入を実現できると共に、前払い金による購入指示の操作をユーザはスムーズに行うことができる。
　また、本発明にあっては、購入費用が前払い金の金額以下である場合、ユーザが購入指示の操作を行える購入画面が提示されるので、プリペイドカード等の前払い金を用いたオンラインでの購入をスムーズに行える。

　本発明にあっては、購入費用が前払い金の金額を上回る場合、購入が不可である旨を示す購入不可画面をユーザに提示するので、プリペイド方式による前払い金等で購入できない事態についてユーザが無用に混乱するようになるのを回避できる。
　また、本発明にあっては、購入不可画面において、必要な購入額に対する不足額が提示されるので、具体的な不足額をユーザは一目で把握でき、前払い金による購入ができない状況への対応を支援できる。

　本発明にあっては、購入不可画面において、購入不可を解消できるようにするために、前払い金の追加入金といった具体的な内容が提示されるので、前払い金による購入を支援できる。
　また、本発明にあっては、前払い金の追加入金を受け付けられるようにするので、前払い金の追加入金をスムーズに行うことができ、それに伴い、一連の購入操作を途切れさせることなく、ユーザが所望する購入対象を前払い金で購入することを実現できる。

　本発明にあっては、ユーザの指定した購入対象が、購入量を削減可能である場合、購入不可画面において購入不可を解消できるようにするために、購入量の削減といった具体的な内容が提示されるので、前払い金による購入を支援できる。
　また、本発明にあっては、購入量の変更が指定できるので、購入量削減を行う場合の対応をユーザはスムーズに行える。

本発明の第１実施形態に係る購入システムの全体的な構成を示す概略図である。前払い金管理サーバの主要な内部構成を示すブロック図である。プリペイドＤＢ（データベース）の一例を示す図表である。チャージ画面の一例を示す概略図である。購入対象サーバの主要な内部構成を示すブロック図である。ユーザＤＢの一例を示す図表である。ユーザ端末の一例であるスマートフォン（通信端末装置）の主要な内部構成を示すブロック図である。ログイン画面を示す概略図である。販売商品画面の一例を示す概略図である。（ａ）はプリペイド使用設定画面を示す概略図であり、（ｂ）は商品注文画面の一例を示す概略図である。（ａ）は購入画面の一例を示す概略図であり、（ｂ）は購入不可画面の一例を示す概略図である。購入量の削減等を表記した購入不可画面の一例を示す概略図である。商品品目の削減等を表記した購入不可画面の一例を示す概略図である。購入完了画面を示す概略図である。購入処理方法の処理手順を示す第１フローチャートである。購入処理方法の処理手順を示す第２フローチャートである。購入処理方法の処理手順を示す第３フローチャートである。変形例の販売商品画面の一例を示す概略図である。（ａ）は変形例の購入画面の一例を示す概略図であり、（ｂ）は変形例の購入不可画面の一例を示す概略図である。（ａ）は第２実施形態に係るユーザ端末の記憶内容を示す概略図、（ｂ）は第２実施形態の購入対象サーバの記憶内容を示す概略図である。

　図１は、本発明の第１実施形態に係る購入システム１の全体的な概要の構成を示す。購入システム１は、ネットワークＮＷを介したオンラインによる商品（購入対象の一例に相当）の購入に要する支払いについて、プリペイド方式（例えば、プリペイドカード等の各種カード）に係る前払い金を使用できるようにしたものであり、その際、プリペイドカード等のカードＩＤの入力を行わなくても、プリペイドカード等の前払い金を使用可能にして、ユーザの利便性を高めたことが特徴になっている。

　本実施形態では、プリペイドカードに含まれる前払い金を用いるようにしており、プリペイド方式に係る前払い金としては、使い切りタイプ又は前払い金のチャージ可能なタイプのいずれの利用も可能であるが、前払い金を使用するユーザを、前払い金の管理を行う事業体が識別できるようになっていることが必要となる。そのため、本実施形態では、前払い金を使用するユーザを識別するにあたり、一定期間（例えば、月単位）ごとの費用（前払い金を含む費用）の徴収をユーザに対して行う事業体が発行するプリペイド方式の前払い金を用いるパターンを適用している。

　一定期間ごとの費用徴収の例としては、上下水道、電気、及びガスの使用に係る水道光熱費、固定・携帯電話機（スマートフォン含む）等及びデータ通信の使用に係る通信費、新聞・雑誌等の購入費、各種リース品のリース費、賃貸物件の賃貸費、警備会社へ支払う警備費、定期購入品の購入費等が想定でき、このような一定期間ごとの単位で支払われる費用の中に、前払い金分の金額を上乗せして徴収することにより、一定期間ごとにユーザの前払い金が確実に発生し、各種購入に前払い金を充当できる状況を作り出すことができる。

　図１に示す本実施形態では、ユーザの使用する通信機器（通信端末装置）に係る通信費の徴収を行う通信キャリア事業体が発行するプリペイドカードを用いる例となっている。通信キャリア事業体は、通信に伴う各種管理処理を行うために、通信キャリアシステム４を構築しており、このシステムの中に、ユーザのプリペイドカードの使用状態等（プリペイドカードに係る前払い金の残高等）を管理する前払い金管理サーバ５を含んでいる。前払い金管理サーバ５は、ネットワークＮＷを通じて、プリペイドカードに係る前払い金に応じた金額情報等を提供できるようになっている。

　また、図１に示す本実施形態では、購入対象の一例として、ｅコマースで販売される各種商品の場合を説明したものになっており、ユーザからの商品の購入注文を受け付けるショッピング事業会社が構築するショッピングシステム２を購入システム１は用いている。このショッピングシステム２は、ネットワークＮＷを通じてユーザからの商品購入の注文、指示等を受信する購入対象サーバ８０等により構成される。

　また、ショッピングシステム２が構築するｅコマース（オンライン）で販売される各種商品の購入機会の提供を受けるユーザ（Ｕ１、Ｕ２、Ｕ３等）は、ショッピングを利用できるようにするため、ショッピングシステム２が提供するショッピングサービスに登録しており、ユーザ登録の完了により、ショッピングシステム２からユーザＩＤがユーザごとに付与（発行）されている。ユーザＩＤが付与されたユーザが使用するユーザ端末Ｔ１、Ｔ２、Ｔ３等は、通信端末装置に相当し、具体的には、通信機能を具備するパーソナルコンピュータ（据え置き型又は携帯型のパーソナルコンピュータ）、携帯型端末（タブレット、スマートフォン、通信機能付きＰＤＡ、携帯電話等）などの通信機能を具備した一種のコンピュータ的な装置をユーザ端末として適用できる。以下、本発明の第１実施形態について詳説していく。

　図２は、通信キャリアシステム４に含まれる前払い金管理サーバ５の主要な内部構成を示している。前払い金管理サーバ５は、ユーザのプリペイドカードに応じた前払い金に係る金額情報をユーザごとに管理するものである。なお、図２では、前払い金管理サーバ５として一台のサーバ装置の態様を示すが、プリペイドカートに係る管理処理について分散処理等を行うと共に、データの管理もデータベース装置に分散させて、前払い金管理サーバ５を、複数のサーバコンピュータ及びデータベースシステム等を組み合わせて構築することも可能であり、このような複数装置で構築される場合も、本発明における前払い金管理サーバ５に相当する。なお、通信キャリアシステム４は、図示していないが、前払い金管理サーバ５の他にも、各種サーバを含んでおり、例えば、各種サーバの例としては、通信処理を担うサーバ、通信費用（プリペイドカードの前払い金を含む場合あり）の徴収（引落等）等の管理処理を担うサーバ等がある。

　本実施形態における前払い金管理サーバ５としては、一般的なサーバコンピュータを適用しており、全体的な制御及び各種処理を行うＭＰＵ５ａ（制御部５ａ）に、各種デバイス等を内部接続線５ｈで接続したものになっており、各種デバイス等には、通信モジュール５ｂ、ＲＡＭ５ｃ、ＲＯＭ５ｄ、入力インタフェース５ｅ、出力インタフェース５ｆ、大容量記憶システム（ＨＤＤシステム）５ｇ等がある。

　通信モジュール５ｂは、ネットワークＮＷとの接続モジュールに相当する通信デバイス（通信手段）であり、所要の通信規格に応じたものである（例えばＬＡＮモジュール）。通信モジュール５ｂは、所要の通信機器（図示は省略。例えばルータ等が該当）を介してネットワークＮＷと接続されており、ショッピングシステム２の購入対象サーバ８０やユーザ端末等との通信を可能にしている。

　ＲＡＭ５ｃは、ＭＰＵ５ａの処理に伴う内容、ファイル等を一時的に記憶するものであり、ＲＯＭ５ｄは、ＭＰＵ５ａの基本的な処理内容を規定したプログラム等を記憶するものである。入力インタフェース５ｅは、通信キャリアシステム４のシステム管理者等からの操作指示等を受け付けるキーボード５ｉ、マウス等が接続されるものであり、システム管理者等から受け付けた操作指示等をＭＰＵ５ａへ伝える。出力インタフェース５ｆは、ディスプレイ５ｊ（表示出力装置）が接続されるものであり、ＭＰＵ５ａの処理に伴う内容をディスプレイ５ｊへ出力し、システム管理者等が現在の処理内容等を確認できるようにしている。

　大容量記憶システム５ｇ（記憶媒体手段に相当）は、プログラム及びデータベース（ＤＢ）等を記憶するものであり、本実施形態ではサーバシステムプログラムＰ１、管理プログラムＰ２、及びプリペイドＤＢ（データベース）６等を記憶している。

　サーバシステムプログラムＰ１は、サーバ用のオペレーションシステムに応じた各種処理を規定したものであり、この規定内容に基づいた処理をＭＰＵ５ａが実行することで、前払い金管理サーバ５はサーバとしての基本的な機能を果たす。管理プログラムＰ２の説明は後述し、先に、プリペイドＤＢ６等の説明を行う。

　図３は、プリペイドＤＢ６の中身の一例を示しており、通信キャリアのユーザの使用する通信機器に係る通信費の徴収を行う通信キャリア事業体は、通信機器の使用等に関してユーザと契約を結んでおり、その際、通信機器の通信量等をユーザごとに特定するため、ユーザ識別用の通信ユーザＩＤをユーザごとに発行しており、プリペイドＤＢ６は、この通信ユーザＩＤの項目に通信ＰＷ（パスワード）、カードＩＤ（ユーザの使用するプリペイドカードを識別する識別情報）、前払い金額、及び使用履歴等の項目を対応づけて所要の情報を確保している。このように、通信ユーザＩＤに対応づけてユーザごとの各項目に応じた情報を格納することで、前払い金管理サーバ５（ＭＰＵ５ａ）は、ユーザごとの各種情報を把握できることになる。

　通信キャリアのユーザは、通信キャリア事業体に対して通信機器の使用等に関する契約を行うとき、又は契約後においても、通信キャリア事業体が発行するプリペイドカードの利用を申し込み可能になっており、プリペイドカードの使用を申し込んだユーザは、毎月支払う通信費用と共に、プリペイドカードに係る前払い金（一定額）を支払うことになる。プリペイドカードの毎月の前払い金は、プリペイドカードの利用申込時に、ユーザの希望する一定金額を選択できるようになっている。

　例えば、プリペイドカードの毎月の前払い金として、１万円、２万円、３万円、５万円、１０万円等のいずれかの額をユーザが選択し、この選択された額と、通信量に応じた通信費用とを加えた額を、ユーザは通信キャリア事業体に毎月支払うことになる。本実施形態で用いるプリペイドカードは、上述した仕様であることから、チャージ式のタイプとなり、また、実際にユーザへ届けられるプリペイドカードには、従来のプリペイドカードと同様に、カードＩＤが付されたものになっている。さらに、上述したように前払い金を月単位で支払うことに加えて、ユーザは所要時に適宜、プリペイドカードの前払い金をチャージ（入金）することも前払い金管理サーバ５は可能にしている。

　図４は、ユーザが追加でプリペイドカードの前払い金をチャージ（入金）する場合に用いるチャージ画面９の一例を示している。プリペイドカードを発行する事業体（本実施形態では、通信キャリア事業体）は、図４に示すチャージ画面９に応じたアプリケーションソフト（アプリ）をユーザの使用する通信端末装置にダウンロードできるように配布にしており、ユーザは、このようなプリペイドチャージ用のアプリを起動することで、自身の使用する通信端末装置にチャージ画面９を表示させて、所要の前払い金を適宜、追加入金する操作を行うことになる。

　チャージ画面９は、前払い金のチャージ金額指定欄９ａを含むと共に、チャージボタン９ｂ及びキャンセルボタン９ｃを選択可能に配置している。ユーザの通信端末装置にて、チャージ金額指定欄９ａでユーザの所望する前払い金の金額を指定した状態で、チャージボタン９ｂの選択操作が行われると、指定した前払い金の金額でチャージを行う旨の確認画面（図示せず）が表示され、その確認画面に含まれるチャージ実行のボタンの選択操作が行われると、指定した前払い金の金額をチャージする旨のチャージ情報（ユーザの通信ユーザＩＤ等も含む情報）が前払い金管理サーバ５へ送信するように、チャージ画面９は作り込まれている。なお、チャージ画面９のキャンセルボタン９ｃの選択操作が行われたときは、前払い金のチャージ処理はキャンセルされて、図示しないプリペイドチャージ用のアプリのホーム画面に表示が切り替わる。

　前払い金管理サーバ５は、チャージ情報を受信すると、図３に示すプリペイドＤＢ６において、受信したチャージ情報に含まれる通信ユーザＩＤに対応づけられた前払い金額及び使用履歴の項目に格納される情報を更新し、チャージ指示情報に含まれるチャージ金額を、前払い金額に反映する処理を行う。これにより、ユーザは必要に応じて、前払い金を適宜チャージできる。なお、追加的にチャージされた前払い金は、次回の通信費の徴収の際、一緒に徴収（請求）される。

　図３のプリペイドＤＢ６の説明に戻ると、プリペイドＤＢ６において通信ユーザＩＤと対応付けられる通信ＰＷ（パスワード）は、通信キャリア事業体から各種サービスの提供を受けるユーザ（登録ユーザ）が、自身で設定するパスワードを示す情報である。この通信ＰＷは、ユーザ認証が必要な処理時に通信ユーザＩＤと共に使用されることになる。また、プリペイドＤＢ６において通信ユーザＩＤと対応付けられるカードＩＤは、その通信ユーザＩＤに応じたユーザへ配布したプリペイドカードを識別する情報である。さらに、プリペイドＤＢ６において通信ユーザＩＤと対応付けられる前払い金額は、その通信ユーザＩＤに応じたユーザが使用するプリペイドカードの最新の残高を示す情報になっており（前払い金の金額情報に相当）、この前払い金額は、プリペイドカードの使用、又はプリペイドカードへのチャージ（毎月の前払い金の支払い等）により随時、増減して更新される。

　そして、プリペイドＤＢ６における使用履歴の項目には、通信ユーザＩＤに応じた通信キャリアのユーザがプリペイドカードを使用した履歴を示す情報が順次、時系列で格納されている。格納される情報としては、プリペイドカードの使用年月日、使用額（マイナスの金額は、プリペイドカードを用いた商品・サービス等の購入を意味し、プラスの金額は、プリペイドカードへのチャージを意味）、使用対象等が含んだものになっている。この使用履歴の項目に格納される情報は、プリペイドカードの使用先の機関・事業体に係るサーバから前払い金管理サーバ５へ送られてくる情報（購入完了の情報等）に応じたものであり、前払い金管理サーバ５のＭＰＵ５ａは、このような購入完了の情報又は前払い金の入金完了等の情報を受信すると、プリペイドＤＢ６の使用履歴の項目に格納することになる。

　次に、大容量記憶システム５ｇに記憶される管理プログラムＰ２が規定するプログラミング内容について説明する。管理プログラムＰ２は光ディスク等の記憶媒体を介して大容量記憶システム５ｇにインストールされており、管理プログラムＰ２が規定する処理内容としては、主に、上述した図３に示すプリペイドＤＢ６の構築・更新等に係る処理、プリペイドカードの使用等に伴う決済関連処理があり、これらの処理についてＭＰＵ５ａが行う制御内容を規定している。

　まず、プリペイドＤＢ６の構築・更新等に係る処理としては、プリペイドカードの利用を新たに申し込んだユーザが発生し、このユーザの情報（通信ユーザＩＤ、通信ＰＷ、カードＩＤ等）が通信キャリアシステム４から前払い金管理サーバ５へ通知されると、ＭＰＵ５ａは、通知されたユーザの情報をプリペイドＤＢ６へ新たに格納する処理を行うことになる。また、ユーザのプリペイドカードの使用に伴う決済処理が完了した場合、その決済処理の完了日時と共に、決済内容をプリペイドＤＢ６の使用履歴の項目に格納する処理をＭＰＵ５ａが行うことになる。

　さらに、プリペイドカードのチャージに伴う情報（通信ユーザＩＤ、使用又はチャージの金額等を示すチャージ情報）を、通信キャリアシステム４（通信費用等の徴収を行うサーバ）又はユーザの通信端末装置等から、前払い金管理サーバ５等が受信した場合、ＭＰＵ５ａは、その情報の受信日時と共に、受信した情報をプリペイドＤＢ６の使用履歴の項目へ、その受信した日時に含まれる通信ユーザＩＤと対応づけて格納する制御処理を行うことになる。そして、ＭＰＵ５ａは、上述したようにプリペイドＤＢ６の使用履歴の項目を更新した場合、それに伴い、プリペイドＤＢ６の前払い金額の項目に格納される前払い金の額も、使用履歴の変動に合わせて、最新の額に更新する処理を行う。

　また、プリペイドカードの使用を提携している外部のサーバから、プリペイドカードの前払い金の問合せ情報（通信ユーザＩＤを含む情報）を、前払い金管理サーバ５が受信すると、ＭＰＵ５ａは、その問合せ情報に含まれる通信ユーザＩＤに対応付けられた前払い金額を、プリペイドＤＢ６から特定し、その特定した前払い金額を通知する前払い金情報（通信ユーザＩＤ及び前払い金額等を含む情報）を問合せ元の外部のサーバへ送信する制御処理を行うことになる。また、外部のサーバから購入完了の情報（通信ユーザＩＤ、前払い金の使用金額等を示す前払い金使用情報）を受信すると、その情報に含まれる金額を決済するための処理をＭＰＵ５ａが行う。なお、この決済完了に伴い、上述したプリペイドＤＢ６の使用履歴の項目の更新をＭＰＵ５ａは行うことになる。

　さらに、プリペイドカードの前払い金の問合せ情報を受信してから一定の時間内（例えば、３０分以内、又は１～２時間以内など）に、その問合せ情報に含まれる通信ユーザＩＤと同じ通信ユーザＩＤを含むチャージ情報（プリペイドカードのチャージに伴う情報であり、通信ユーザＩＤ及びチャージ金額等を含む情報）を、ユーザの通信端末装置から受信した場合、ＭＰＵ５ａは、プリペイドＤＢ６に対して、上記と同様に、チャージ金額の更新等を通信ユーザＩＤに対応づけて行うと共に、更新したチャージ金額（使用可能な前払い金を）を示す前払い金情報を、外部のサーバ（一定の時間前に前払い金の問合せ情報を送信してきたサーバに相当）へ送信する制御を行う。このような処理をＭＰＵ５ａが行うことで、ユーザがプリペイドカードで購入を行う際に、プリペイドカードの前払い金が不足する場合を、前払い金のチャージで回避できるようになる。

　図５は、ショッピングシステム２に含まれる購入対象サーバ８０を示している。この購入対象サーバ８０は、ショッピングシステム２の基幹部分を構成しており、オンラインのショッピングサービス（購入対象の購入機会）をユーザに提供する上で必要な処理を行う。なお、図５では１台の購入対象サーバ８０を示すに留めるが、例えば、購入対象サーバ８０が行う各種処理について分散処理等を行うことで複数のサーバコンピュータ及びデータベースシステム等を組み合わせて購入対象サーバ８０を構成してもよく、このような複数装置による構成の場合も、本発明における購入対象サーバ８０に相当する。以下、購入対象サーバ８０について説明する。

　本実施形態における購入対象サーバ８０としては、一般的なサーバコンピュータを適用しており、全体的な制御及び各種処理を行うＭＰＵ８０ａ（制御部８０ａ）に、各種デバイス等を内部接続線８０ｈで接続したものになっており、各種デバイス等には、通信モジュール８０ｂ、ＲＡＭ８０ｃ、ＲＯＭ８０ｄ、入力インタフェース８０ｅ、出力インタフェース８０ｆ、大容量記憶システム（ＨＤＤシステム）８０ｇ等がある。

　通信モジュール８０ｂは、ネットワークとの接続モジュールに相当する通信デバイス（通信手段）であり、所要の通信規格に応じたものである（例えばＬＡＮモジュール）。通信モジュール８０ｂは、所要の通信機器（図示は省略。例えばルータ等が該当）を介してネットワーク（ショッピングシステム２の内部ネットワーク又は外部のネットワークＮＷ）と接続されており、ユーザ端末Ｔ１、Ｔ２、Ｔ３等及び外部の各種サーバ（通信キャリアシステ４の前払い金管理サーバ５といった各種サーバ等）との通信を可能にする。

　ＲＡＭ８０ｃは、ＭＰＵ８０ａの処理に伴う内容、ファイル等を一時的に記憶するものであり、ＲＯＭ８０ｄは、ＭＰＵ８０ａの基本的な処理内容を規定したプログラム等を記憶するものである。入力インタフェース８０ｅは、ショッピングシステム２のシステム管理者等からの操作指示等を受け付けるキーボード８０ｉ、マウス等が接続されるものであり、システム管理者等から受け付けた操作指示等をＭＰＵ８０ａへ伝える。出力インタフェース８０ｆは、ディスプレイ８０ｊ（表示出力装置）が接続されるものであり、ＭＰＵ８０ａの処理に伴う内容をディスプレイ８０ｊへ出力し、システム管理者等が現在の処理内容等を確認できるようにしている。

　大容量記憶システム８０ｇ（記憶媒体手段に相当）は、プログラム及びデータベース（ＤＢ）等を記憶するものであり、本実施形態ではシステムプログラムＰ１０、販売プログラムＰ１１、ユーザＤＢ８１、及び商品ＤＢ８２等を記憶している。システムプログラムＰ１０は、サーバ用のオペレーションシステムに応じた各種処理を規定したものであり、この規定内容に基づいた処理をＭＰＵ８０ａが実行することで、購入対象サーバ８０はサーバコンピュータとしての基本的な機能を果たす。販売プログラムＰ１１の説明は後述し、先に、ユーザＤＢ８１について説明する。

　図６は、ユーザＤＢ８１の中身の概要を示している。ユーザＤＢ８１は、ショッピングシステム２が提供するショッピングサービスに登録したユーザの各種情報を格納したデータベースであり、ユーザ登録にあわせて、ユーザを識別するユーザＩＤがショッピングシステム２から登録ユーザに付与されており、ユーザＤＢ８１では、付与されたユーザＩＤに対応付けて各種情報を格納している。具体的にユーザＤＢ８１は、ユーザＩＤごとに、ユーザの氏名、住所、電話番号、メールアドレス、ＵＩＤ（ユーザ端末の識別情報）、職業、ＰＷ（パスワード）等を記憶している。なお、本実施形態では、登録されたメールアドレスをログイン時のログインＩＤとして用いており、また、ＰＷはユーザ登録時にユーザ自身が設定した英数字情報を用いている。

　また、ショッピングシステム２が提供するショッピングサービスを運営する事業会社（事業体）は、通信キャリアシステム４を運営する通信キャリア事業体が提供するプリペイドカードサービスと提携しており、この通信キャリア事業体が発行するプリペイドカードを用いて、上記のショッピングサービスで販売される各種商品（購入対象）を購入できるようにしている。

　そのため、ショッピングサービスへのユーザ登録を行う際、又はユーザ登録後に、通信キャリア事業体のプリペイドカードの使用を申し込んだユーザについて、プリペイドカードの使用に必要な情報もユーザＤＢ８１に格納するようにしている。ユーザＤＢ８１において、プリペイドカードの使用に必要な情報の項目としては、ユーザ端末でプリペイドカードの使用を設定したことを示すカード使用の項目、そのユーザが通信キャリア事業体から発行された通信ユーザＩＤ、及びそのユーザが使用するプリペイドカードのカードＩＤを格納する項目等があり、これらの項目に応じた情報がユーザＩＤに対応付けられて格納される。

　ユーザ登録時にショッピングサービスを提供する事業体へプリペイドカードの使用を申し込むユーザについては、ユーザに関する情報と共に、上述したプリペイドカードに関連する通信ユーザＩＤ、カードＩＤ、及びカード設定の内容等を示す情報（プリペイドカードに関する情報）が、ショッピングシステム２へユーザから提供することで、ユーザの提供した情報がユーザＩＤに対応づけてユーザＤＢ８１に格納される。このように、ユーザ登録時にプリペイドカードの使用申し込みが行われると、ユーザ端末から通信ユーザＩＤ及びカードＩＤ等を通知するカード使用情報が購入対象サーバ８０へ送信されてくるので、ＭＰＵ８０ａは、受信したカード使用情報に含まれる通信ユーザＩＤ等をユーザＩＤと対応づけてユーザＤＢ８１に格納する処理を行う。

　なお、ショッピングサービスの登録ユーザが、通信キャリア事業体に、自身のプリペイドカードに関する情報を、ショッピングサービスを運営する事業体に提供することを依頼することで、通信キャリア事業体がショッピングサービスの運営事業体に、依頼のあったユーザのプリペイドカードに関する情報を提供して、ユーザＤＢ８１に格納することも可能である。また、本実施形態では、通信キャリア事業体にプリペイドカードの使用を申し込んだだけでは、ショッピングサービスにプリペイドカードを使用することができず、後述する図１０（ａ）のプリペイド使用設定画面１７等でプリペイドカードの使用を設定することで、ショッピングサービスにプリペイドカードの使用が可能となる。

　ユーザＤＢ８１に格納されるユーザ情報も適宜更新されており、新たにユーザがショッピングサービスに登録すると、その新たなユーザに関する情報がユーザＤＢ８１に追加され、また、ユーザ登録を解除すると、そのユーザに関する情報はユーザＤＢ８１から削除される。

　また、大容量記憶システム８０ｇに記憶される商品ＤＢ８２は、ショッピングサービスで販売される多数の商品の情報を格納したデータベースになっており、商品を識別する商品ＩＤに対応付けて、商品名、商品に関する情報（各種仕様など）、商品の画像、単価、在庫数等の各種情報を格納したものになっている。

　次に、購入対象サーバ８０の大容量記憶システム８０ｇに記憶される販売プログラムＰ１１が規定する処理内容について説明する。本実施形態の販売プログラムＰ１１は、光ディスク等の記憶媒体を介して大容量記憶システム８０ｇにインストールされており、ユーザのログイン、商品購入（ショッピング）、及びプリペイドカードの使用等に関してＭＰＵ８０ａが実行する各種制御処理等を規定したものになっている。

　先ず、ユーザのログインについて、ユーザ端末から送信されてきたユーザのメールアドレス及びパスワードを含むユーザのログイン情報（ユーザ端末のＵＩＤ等が含まれていてもよい）を通信モジュール８０ｂで受信すると、受信したログイン情報（ユーザログイン情報）について、図６のユーザＤＢ８１の中に一致する情報が格納されているか否かを判断する処理（ログイン処理）をＭＰＵ８０ａが行うことを販売プログラムＰ１１は規定する。

　受信したログイン情報（ユーザログイン情報）がユーザＤＢ８１に格納されていないと判断した場合、ログイン情報不一致の旨を示すログイン不可情報をログイン情報の送信元のユーザ端末へ通信モジュール８０ｂを用いて送信する制御をＭＰＵ８０ａが行うことを販売プログラムＰ１１は規定する。一方、受信したログイン情報がユーザＤＢ８１に格納されていると判断した場合、そのログイン情報に応じたユーザＩＤについてログイン完了として、そのユーザＩＤをログイン中の状態に設定し、ログイン中の状態であることを示すログイン状態情報をＲＡＭ８０ｃ等に記憶すると共に、ログインが完了したユーザのユーザ端末へログイン完了の旨を示すログイン完了情報の送信処理をＭＰＵ８０ａが行うことになる。なお、ログイン状態情報は、ユーザ端末からのログオフ情報を受信するまで、ＲＡＭ８０ｃにユーザＩＤと共に記憶されることなる。

　ログイン状態となったユーザについては、図６に示すユーザＤＢ８１の「カード使用」の項目に、「使用」という情報が格納されているか否かを判定する処理をＭＰＵ８０ａは行う。「使用」の情報が格納されている場合、そのログイン中のユーザ（ログインの完了したユーザ）のプリペイドカードの前払い金を問い合わせる問合せ情報（通信ユーザＩＤ及びカードＩＤを含む情報）を、通信キャリアシステム４の前払い金管理サーバ５へ送信する処理をＭＰＵ８０ａは行う。なお、前払い金管理サーバ５へ情報を送るためのアドレス情報は、事前にショッピングシステム２へ通知されて、購入対象サーバ８０の大容量記憶システム８０ｇに記憶されているものとし、ＭＰＵ８０ａは、この記憶されたアドレス情報に基づき、前払い金管理サーバ５へ各種情報を送信する。

　そして、問合せ情報の送信に伴って、前払い金管理サーバ５から、問合せ対象のユーザの前払い金を通知する前払い金情報を受信すると、受信した前払い金情報を、ＲＡＭ８０ｃに、そのユーザのログイン状態情報と対応づけて記憶する処理をＭＰＵ８０ａは行うことになる。

　なお、ユーザＤＢ８１の「カード使用」の項目に、「使用」の情報が格納されていなければ、ＭＰＵ８０ａは上記の問合せ情報の送信処理を行わない。また、プリペイドカードを使用する旨のプリペイド使用情報をユーザ端末から購入対象サーバ８０が受信すると、そのプリペイド使用情報に含まれるユーザＩＤに対応づけて、ユーザＤＢ８１の「カード使用」の項目に、「使用」という情報を格納する処理をＭＰＵ８０ａは行う。そして、「使用」という情報を格納したユーザＩＤに対応づけて既に、ユーザＤＢ８１の「通信ユーザＩＤ」、及び「カードＩＤ」の各項目に情報が格納されていれば、カード使用可能を通知するカード使用可能情報を、プリペイド使用情報を送信してきたユーザ端末へ送信する処理をＭＰＵ８０ａは行う。

　一方、「使用」という情報を格納したユーザＩＤに対応付けられる「通信ユーザＩＤ」、及び「カードＩＤ」の各項目に未だ情報が格納されていない場合、ＭＰＵ８０ａは、カード設定に関する情報を要求する旨のカード設定要求情報を、プリペイド使用情報の送信元のユーザ端末へ送信する処理をＭＰＵ８０ａは行う。なお、このカード設定要求情報の送信に応じて、ユーザ端末から送られてきたカード設定情報を購入対象サーバ８０が受信すると、そのカード設定情報に含まれるユーザＩＤに対応づけて、ユーザＤＢ８１の「通信ユーザＩＤ」、及び「カードＩＤ」の各項目に、カード設定情報に含まれる通信ユーザＩＤ、及びカードＩＤの情報を格納する処理をＭＰＵ８０ａは行うと共に、カード使用可能情報をユーザ端末へ送信する制御処理をＭＰＵ８０ａは行う。

　また、プリペイドカードを使用しない旨のプリペイド不使用情報をユーザ端末から購入対象サーバ８０が受信すると、そのプリペイド不使用情報に含まれるユーザＩＤに対応づけて、ユーザＤＢ８１の「カード使用」の項目に、「不使用」という情報を格納する処理をＭＰＵ８０ａは行うと共に、プリペイド不可情報をユーザ端末へ送信する制御処理をＭＰＵ８０ａは行う。このようにユーザ端末から送られてくる情報により、プリペイドカードの使用又は不使用の設定は随時、変更可能であり、このような変更に伴い、ユーザＤＢ８１におけるプリペイドカードに関する項目（カード使用、通信ユーザＩＤ、カードＩＤ）に格納される情報も適宜更新される。

　購入対象サーバ８０が、ログイン中のユーザのユーザ端末から、後述する商品情報要求（商品ＩＤ等の情報を含む要求）を受信した場合、受信した商品ＩＤに対応付けられた商品情報（商品の画像、商品の仕様、単価等を示す情報）を、商品ＤＢ８２から読み出して、商品情報要求の送信元のユーザ端末へ送信する処理をＭＰＵ８０ａが行うことになる。

　また、購入対象サーバ８０が、ログイン中のユーザのユーザ端末から、購入対象となる商品ＩＤ、購入量、及び購入金額（購入量に単価を乗じた額）を指定する購入注文情報を受信した場合、ＭＰＵ８０ａは、受信した購入注文情報をＲＡＭ８０ｃに一旦記憶すると共に、その購入注文情報を送ってきたユーザ端末のユーザがプリペイドカードの使用を設定しているか否かを判断する。この判断は、ユーザＤＢ８１の中の「カード使用」の項目に「使用」の情報が格納されているか否かで判断される。

　購入注文情報を送信したユーザ端末のユーザがプリペイドカードの使用を設定していないと判断した場合、ＭＰＵ８０ａは、購入注文情報に係る購入金額を特定して、クレジットカード又は銀行振込等で購入代金の支払い決済を依頼する旨の情報をユーザ端末へ送信することになる。

　また、購入注文情報を送信したユーザ端末のユーザがプリペイドカードの使用を設定していると判断した場合、ＭＰＵ８０ａは、受信した購入注文情報に含まれる購入金額を、ＲＡＭ８０ｃに、ログイン中のユーザＩＤと対応づけて記憶されている前払い金情報で示される前払い金の金額と比較して、購入金額が前払い金の金額を超えるか否かをＭＰＵ８０ａは判断する。購入金額が前払い金の金額を上回る場合、購入資金が不足するので、その不足額を算出し、受信した購入注文情報に係る内容では購入不可であるとＭＰＵ８０ａは判断する。

　購入不可と判断した場合、ＭＰＵ８０ａは、購入不可である旨を示す購入不可画面をユーザ端末で表示されるようにするための購入不可画面情報を生成して、購入注文情報を送信してきたユーザ端末へ送信する処理を行うことになる。この生成される購入不可画面情報は、購入不可である旨を示すテキスト情報を含むと共に、ユーザの選択した商品の購入に対する不足額に加えて、購入に対する不足額の解消に対する情報を含んだ購入不可画面に応じたものとなっている。不足額を解消するための情報としては具体的に、プリペイドカードへのチャージ（前払い金の追加）を示す表記に応じた情報（テキスト情報）等が相当する。

　前払い金の不足をスムーズに解消できるように、プリペイドカードへのチャージについて、ＭＰＵ８０ａは、前払い金のチャージ受付画面の表示に切り替える指示操作の受付が可能な購入不可画面に係る購入不可画面情報を生成するようにしている。具体的には、図４に示すチャージ画面９に係るアプリの起動を行うリンク指示を含む購入不可画面情報をＭＰＵ８０ａは生成することになる。

　さらに、購入不可と判断した場合で、購入注文情報に含まれる商品の識別情報（商品ＩＤ）が複数あるとき（商品品目が複数あるとき）、ＭＰＵ８０ａは、購入不可への対応情報として、プリペイドカードへのチャージに加えて、購入対象となる商品の品目の削減を示す表記を含ませると共に、商品の品目削減の操作の受付が可能な購入不可画面に係る購入不可画面情報を生成して、購入注文情報を送信してきたユーザ端末へ送信する処理を行うことになる。この場合に生成される購入不可画面情報は、上述した表記に応じた情報（テキスト情報）、及び商品の品目削減の操作受付を可能にする情報（品目削減指示情報）を含んだものになっている。

　さらにまた、購入不可と判断した場合で、購入注文情報に含まれる商品の購入量が複数のため購入量の削減が可能であるとき、ＭＰＵ８０ａは、不足額を解消するための情報として、プリペイドカードへのチャージに加えて、購入対象となる商品の購入量の削減を示す表記を含ませると共に、購入量の指定操作（削減を指定する操作）の受付が可能な購入不可画面に係る購入不可画面情報を生成して、購入注文情報を送信してきたユーザ端末へ送信する処理を行うことになる。この場合に生成される購入不可画面情報は、上述した表記に応じた情報（テキスト情報）、及び商品の購入量数削減の操作受付を可能にする情報（購入量削減指示情報）を含んだものになっている。

　一方、購入金額が前払い金の金額を上回らずに、前払い金の金額以下であると判断した場合、前払い金で購入可能とＭＰＵ８０ａは判断し、前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成し、ユーザ端末へ送信する処理を行う。なお、購入画面情報は、前払い金を用いてユーザの指定した商品の購入を確認する内容（ユーザが複数の購入量、又は複数種類の商品の品目を指定する場合は、それらも併せて確認するテキスト内容）等を含むものになっている。

　なお、購入不可と判断して購入不可画面情報をユーザ端末へ送信した場合であっても、その購入不可画面情報の送信から一定の時間内（例えば、３０分以内、又は１～２時間以内など）に、購入不可画面情報を送信したログイン中のユーザについての前払い金情報（通信ユーザＩＤ及び使用可能な前払い金額等を含む情報）を前払い金管理サーバ５から新たに受信すると、ＭＰＵ８０ａは、ＲＡＭ８０ｃに記憶されている購入注文情報に含まれる購入金額を、新たに受信した前払い金情報に含まれる使用可能な前払い金の金額と比較して、購入金額が前払い金の金額を超えるか否かを判断する。そして、購入金額が前払い金の金額以下であると判断した場合、前払い金で購入可能になったとＭＰＵ８０ａは判断し、購入画面情報を生成してユーザ端末へ送信する処理を行う。

　上述した内容の購入画面情報を送信したことに伴って、ユーザ端末から送られてきた購入指示を購入対象サーバ８０は受信すると、ＭＰＵ８０ａは、受信した購入指示に応じた購入処理を実行する。そして、購入処理が完了すると、ＭＰＵ８０ａは、ユーザの指定した商品の購入が完了した旨を通知する購入完了情報を、購入指示を送信してきたユーザ端末へ送信する処理を行う。また、完了した購入処理において、前払い金を使用した場合は、前払い金の使用金額をＭＰＵ８０ａが特定し、その特定した前払い金の使用金額を通知する前払い金使用情報（通信ユーザＩＤを含む情報）を前払い金管理サーバ５へ送信する処理を行う。

　図７は、通信キャリアシステム４が提供する通信キャリアを使用するユーザ端末（Ｔ１、Ｔ２、Ｔ３等）の一例であるスマートフォン１０（通信端末装置）の主要な内部構成を示している。スマートフォン１０は、プログラムに従って各種処理を行う一種のコンピュータ（通信手段及び記憶手段を具備したコンピュータ）に該当する。スマートフォン１０は、全体的な制御及び各種処理を行うＣＰＵ１０ａ（プロセッサ１０ａ）に、内部接続線１０ｉを介して、通信・通話モジュール１０ｂ（通信手段に相当）、ＲＡＭ１０ｃ、ＲＯＭ１０ｄ、入出力インタフェース１０ｅ、操作部１０ｈ、記憶部（記憶手段に相当）１０ｇ等の各種デバイス等を接続したものになっている。なお、ユーザ端末がスマートフォン以外の通信端末装置であっても（通信機能を有するコンピュータ、又はタブレット等）、基本的な構成は、図７に示すものと同等になるので、図７は、ユーザ端末のあらゆる種類の通信端末装置の概要を示すものになる。

　スマートフォン１０の通信・通話モジュール１０ｂは、ネットワークを介した無線通信処理に加えて、ＣＰＵ１０ａの制御に従って所定の電話番号へ電話をかける機能（発呼機能）及び電話を受ける機能（着呼機能）等を有する。ＲＡＭ１０ｃは、ＣＰＵ１０ａの処理に伴う内容、ファイル，データ、情報等を一時的に記憶するものである。ＲＯＭ１０ｄは、ＣＰＵ１０ａの基本的な処理内容を規定したプログラム等を記憶すると共に、スマートフォン１０を識別する識別情報（ＵＩＤ）等も格納している。なお、このＵＩＤは、上述した通信・通話モジュール１０ｂで通信（送信）する際、送信内容に含まれるようになっている（例えば、送信パケットのヘッダ等にＵＩＤを含めて送信が行われる）。

　入出力インタフェース１０ｉは、タッチパネル機能を具備したディスプレイ１０ｆを接続しており、ＣＰＵ１０ａの制御処理により生成された各種画面（図８～１４等に示す画面参照）をディスプレイ１０ｆに出力する処理を行い、それにより、出力した画面内容がディスプレイ１０ｆに表示されることになる。また、入出力インタフェース１０ｅは、ディスプレイ１０ｆの表面をユーザがタッチすることで受け付けた操作内容をＣＰＵ１０ａへ送る処理も行う。なお、ユーザがディスプレイ１０ｆの表面をタッチすることで受け付ける操作内容は、表示している画面内容に応じて適宜、変化する。

　操作部１０ｈは、スマートフォン１０の筐体に設けられたハードボタンであり、操作部１０ｈが操作されると、操作された旨がＣＰＵ１０ｇに伝えられる。操作部１０ｈの操作による意味合いは、スマートフォン１０の処理状況により様々なものになり、例えば、アプリを起動している状況で、操作部１０ｈが操作されると、アプリを終了する動作が行われるので、この場合、操作部１０ｈの操作は、アプリの終了指示をユーザから受け付けることになる。本発明の場合、後述するように、ショッピングサービス用のショッピングアプリＰ２１（記憶部１０ｇにインストールされているもの）を用いるので、ショッピングアプリＰ２１を起動している状態で、操作部１０ｈが操作されると、ショッピングアプリＰ２１の終了指示をスマートフォン１０が受け付けたことになって、ショッピングアプリＰ２のログオフ指示がショッピングシステム２へ送信されることになる。

　記憶部１０ｇは、ＯＳプログラムＰ２０、ショッピングアプリＰ２１、及びその他の各種アプリ等（例えば、図４のチャージ画面９に応じたプリペイドチャージ用のアプリ等）のプログラムを記憶（インストール）している。ＯＳプログラムＰ２０は、オペレーティングシステムに相当する基本プログラムであり、スマートフォン１０が一種のコンピュータとして機能するためのＣＰＵ１０ａの処理を規定している。ＯＳプログラムＰ２０が規定する基本的な処理の一つとしては、スマートフォン１０が使用できる状態になったときに、最初にディスプレイ１０ｆにホーム画面を表示することが挙げられ、このホーム画面においては、記憶部１０ｇにインストールされている各種アプリに応じたアイコン等を配置することも、ＯＳプログラムＰ２０の規定する処理によるものとなる。

　記憶部１０ｇに記憶されるショッピングアプリＰ２１は、ショッピングシステム２が提供するオンラインのショッピングサービス用のアプリケーションプログラム（コンピュータプログラム）であり、購入対象となる各種商品の購入機会として、販売商品画面、商品注文画面、購入画面等をユーザ端末に表示させて、表示されている画面におけるユーザ操作に伴う指示等をショッピングシステム２へ送信する処理等に応じた各種制御をＣＰＵ１０ａが行うことを規定する。このような規定内容により、ＣＰＵ１０ａは各種画面の生成手段等として機能する。なお、ショッピングアプリＰ２１は、処理を規定したプログラムコードに加えて、各種画面の中で配置する各パーツ（ボタン等）に応じた画面データ、及び各種表記に応じたテキスト情報等も含んでいる。

　ダウンロード又は記憶媒体等を通じてスマートフォン１０に取得されたショッピングアプリＰ２１は、記憶部１０ｇへインストールされてインストールが完了すると、ＯＳプログラムＰ２０に基づくホーム画面の中に、ショッピングアプリＰ２１を起動させるためのショッピングアイコンが選択可能に配置されることになる。そして、このショッピングアイコンを選択するユーザ操作をスマートフォン１０が受け付けると、そのときに既にログイン状態であれば、購入対象となる各種商品を複数の中から指定できる購入機会をユーザに提供するための販売商品画面等をディスプレイ１０ｆに表示し、ログイン状態でなければ、ＣＰＵ１０ａは、ログイン用の画面を生成してディスプレイ１０ｆに表示する処理を行う。

　図８は、ディスプレイ１０ｆに表示されるログイン画面１５の一例を示し、ＣＰＵ１０ａの処理により、ログイン画面用の画面データに基づき生成される。ログイン画面１５は、メールアドレス入力欄１５ａ、パスワード入力欄１５ｂ、及び選択可能なログインボタン１５ｃを配置している。このように配置された各部に応じたパーツのデータも、ログイン画面用の画面データは含んでいる。ログイン画面１５を表示した状態で、上述したＯＳプログラムＰ２０が規定する処理に応じた機能により、ディスプレイ１０ｆにソフトキーボード１４を表示し、このソフトキーボード１４に含まれる各キーをユーザが適宜操作することで、各入力欄１５ａ、１５ｂに所定の内容を入力していくことになる。なお、入力するパスワードは、ショッピングサービスへのユーザ登録時に、ユーザごとに定められたものである。

　そして、各入力欄１５ａ、１５ｂへ所定の内容が入力された状態で、ログインボタン１５ｃの選択操作をスマートフォン１０が受け付けると、入力された内容がユーザのログイン情報として、ショッピングシステム２へ向けて送信されるように作り込みされており、このような作り込みの内容等を規定したデータ（スクリプト系言語等で記載されたデータ）も、ログイン画面用の画面データに含まれる（このような選択可能なボタンに関する内容は、他の画面データでも同様である）。上記のようなログイン画面１５を介したログイン情報の送信に応じて、ショッピングシステム２（購入対象サーバ８０）からログイン不可情報をスマートフォン１０が受信すれば、再度の入力機会を確保するために、パスワードが一致しなかった旨を示すログイン画面（構成的には図８と同等のもの）をディスプレイ１０ｆに表示する処理をＣＰＵ１０ａは行う。

　図９は、ディスプレイ１０ｆに表示される販売商品画面１６の一例を示し、ログインが完了して、購入対象サーバ８０から送られるログイン完了情報をスマートフォン１０が受信したことに基づき表示されるものである。販売商品画面１６は、購入対象となる各種商品を示す商品画像１６ａ～１６ｆがサムネイル的に選択可能に配置する。このように提示される商品は、図９が示すように、多様なカテゴリーに属するものであってもよいし、一つの商品カテゴリー内の種々の商品であってもよい。なお、図９では、計六つの商品画像１６ａ～１６ｆを表した状態を示すが、販売商品画面１６に対してスクロール操作等を行うことで、販売商品画面１６は六以上の商品画像の閲覧が可能になっている。また、販売商品画面１６は、画面右上に設定ボタン１６ｇを選択可能に配置しており、この設定ボタン１６ｇの選択を受け付けると、ショッピング機能に関する各種設定用のメニュー項目が、項目ごとに選択可能に表示されるようになっている（図示せず）。設定ボタン１６ｇに応じたメニュー項目の中には、プリペイドカードの使用設定に関する項目が含まれている。

　図１０（ａ）は、プリペイド使用設定画面１７の一例を示し、上述した設定ボタン１６ｇに応じたメニュー項目の中のプリペイドカードの使用設定に関する項目の選択操作を受け付けた場合に、ＣＰＵ１０ａの制御によってディスプレイ１０ｆに表示される画面になっている。プリペイド使用設定画面１７は、選択可能なプリペイド使用選択欄１７ａ及びプリペイド不使用選択欄１７ｂを含み、各選択欄１７ａ、１７ｂは、いずれか一方のみが選択可能となっている。また、プリペイド使用設定画面１７は、ＯＫボタン１７ｃ及び戻るボタン１７ｄを選択可能に有しており、戻るボタン１７ｄの選択操作を受け付けると、図９の販売商品画面１６にディスプレイ１０ｆの表示を切り替える処理をＣＰＵ１０ａは行う。

　また、プリペイド使用選択画面１７で、プリペイド使用選択欄１７ａが選択された状態で、ＯＫボタン１７ｃの選択操作をスマートフォン１０が受け付けると、プリペイド使用情報を購入対象サーバ８０へ送信する処理をＣＰＵ１０ａが行うことになる。そしてプリペイド使用情報の送信に応じて、購入対象サーバ８０から送られるプリペイド使用可能情報をスマートフォン１０が受信すると、プリペイドカードの使用設定が完了したことになり、ＣＰＵ１０ａは、ディスプレイ１０ｆの表示を図９の販売商品画面１６に切り替える処理を行う。

　一方、プリペイド使用情報の送信に応じて、購入対象サーバ８０から送られるカード設定要求情報をスマートフォン１０が受信した場合、プリペイドカード発行元の通信キャリア事業体が付与する通信ユーザＩＤの入力欄、プリペイドカードのカードＩＤの入力欄、及びＯＫボタン等を有するカード情報入力画面（図示せず）がディスプレイ１０ｆに表示する処理をＣＰＵ１０ａは行う。そして、カード情報入力画面で各ＩＤ等の必要な情報が入力された状態でＯＫボタンの選択操作が行われた場合、入力された情報を購入対象サーバ８０へ送信してプリペイドカードの使用設定を完了し、それから、ＣＰＵ１０ａは、ディスプレイ１０ｆの表示を図９の販売商品画面１６に切り替える処理を行う。

　また、図１０（ａ）のプリペイド使用設定画面１７で、プリペイド不使用選択欄１７ｂが選択された状態で、ＯＫボタン１７ｃの選択操作をスマートフォン１０が受け付けると、プリペイド不使用情報を購入対象サーバ８０へ送信する処理をＣＰＵ１０ａが行う。そして、プリペイド不使用情報の送信に応じて、購入対象サーバ８０からプリペイド不可情報をスマートフォン１０が受信すると、プリペイドカードが使用不可の状態に設定されたことになり、それからＣＰＵ１０ａは、ディスプレイ１０ｆの表示を図９の販売商品画面１６に切り替える処理を行う。このようにプリペイドカードの使用又は不使用の設定切り替えを、本実施形態ではユーザ端末側で適宜行えるようにしてユーザの利便性を高めている。

　図１０（ｂ）は、図９の販売商品画面１６で、左上の商品画像１６ａの選択操作を受け付けたことに伴って、ディスプレイ１０ｆに表示される商品注文画面１８を示す。図９の販売商品画面１６は、商品画像１６ａ～１６ｆの選択操作を受け付けると、選択操作対象となった商品画像１６ａ～１６ｆに係る商品について、商品情報要求を購入対象サーバ８０へ送信するように作り込まれている。スマートフォン１０は、商品情報要求の送信に応じて、購入対象サーバ８０から送られてくる商品情報を受信すると、受信した商品情報をＲＡＭ１０ｃに一時的に記憶すると共に、その商品情報に基づき図１０（ｂ）に示す商品注文画面１９を生成して表示する処理をＣＰＵ１０ａが行う。

　商品注文画面１８は、図９に示す商品画像１６ａより大きいサイズの詳細商品画像１８ａ、商品詳細情報１８ｂ（商品名、型番、価格、商品に関する説明等を記したテキスト情報）を含むと共に、商品の購入量（購入数）の指定が可能な購入量指定欄１８ｃ、カートに入れるという文言を記したカートボタン１８ｄ、購入に進むという文言を記した購入注文ボタン１８ｅ、及び戻るボタン１８ｆを選択可能に配置している。購入量指定欄１８ｃは、ユーザの希望する購入量（購入数）を指定する操作を受け付けるものとなっている。

　上記のような構成の商品注文画面１８をユーザに提示することで、ユーザは商品の詳細を確認することができ、確認の結果、商品を購入しないと判断した場合、ユーザは、戻るボタン１８ｆの選択操作を行うことになる。戻るボタン１８の選択操作をスマートフォン１０が受け付けると、ＣＰＵ１０ａはディスプレイ１０ｆの表示を図９の販売商品画面１６に切り替える処理を行う。

　また、ユーザが商品注文画面１８の画面内容を確認した結果、商品注文画面１８に示される商品を購入のために確保しておきたいと判断した場合、ユーザは、カートボタン１８ｄの選択操作を行うことになる。なお、商品の購入量を複数確保することを希望する場合、ユーザは、購入量指定欄１８ｃを操作して、所望の購入量（購入数）を指定してから、カートボタン１８ｄの選択操作を行うことになる。そして、カートボタン１８ｄの選択操作をスマートフォン１０が受け付けると、ＣＰＵ１０ａは、商品注文画面１８で示される商品に応じた商品ＩＤ、価格、及び指定されている購入量などを、ＲＡＭ１０ｃに商品確保情報として一時的に記憶する処理を行うと共に、ディスプレイ１０ｆの表示を図９の販売商品画面１６に切り替える処理を行う。このような処理をＣＰＵ１０ａが行うことで、ユーザは、所望の商品を確保した上で、他の商品の購入（ショッピング）を続けて行う機会を持てることになる。

　さらに、ユーザが商品注文画面１８の画面内容を確認した結果、商品注文画面１８に示される商品を購入すると判断した場合、ユーザは、購入注文ボタン１８ｅの選択操作を行うことになる。購入注文ボタン１８の選択操作をスマートフォン１０が受け付けると、ＣＰＵ１０ａは、商品注文画面１８で示される商品に応じた商品ＩＤ、価格（購入に必要な金額）、及び指定されている購入量などを一旦、商品確保情報として整理してＲＡＭ１０ｃに記憶してから、この商品確保情報の内容に応じた購入注文情報を生成し、生成した購入注文情報を購入対象サーバ８０へ送信する処理を行う。

　図１１（ａ）は、ディスプレイ１０ｆに表示される購入画面１９の一例を示し、上述した購入注文情報の送信に伴って、購入対象サーバ８０から送信されてきた購入画面情報をスマートフォン１０が受信した場合に表示される画面であり、プリペイドカードによる前払い金で、商品の購入が可能であると購入対象サーバ８０で判定された場合に表示されるものになっている。購入画面１９は、画面上部に、購入対象となる商品の情報１９ａ（商品名、単価、購入量など）を示すと共に、その下方にプリペイドカードにより商品の購入が可能である旨を示す購入可能情報１９ｂを配置し、購入可能情報１９ｂの下方に購入ボタン１９ｃ、購入キャンセルボタン１９ｄ、買い物を続けるという文言を記した買い物継続ボタン１９ｅ（カートに入れるボタンに相当）を選択操作可能に配置している。

　スマートフォン１０が、購入ボタン１９ｃの選択操作を受け付けた場合、購入画面１９に含まれる購入可能情報１９の内容に従い、プリペイドカードの前払い金を用いてユーザの指定した商品（購入対象）の購入指示操作を受け付けたことになり、前払い金を用いて商品を購入する旨の購入指示を購入対象サーバ８０へ送信する処理をＣＰＵ１０ａが行うことになる。

　図１４は、ディスプレイ１０ｆに表示される購入完了画面２３の一例を示し、購入指示を購入対象サーバ８０へ送信することに応じて、購入対象サーバ８０から購入完了情報をスマートフォン１０が受信した場合に表示される画面になっている。購入完了画面２３は、購入が完了した旨を示すテキスト部２３ａ、及び販売商品画面１６へ戻る旨の文言を記した戻るボタン２３ｂを含んでおり、テキスト部２３ａの内容により、ユーザは無事、購入が完了したことが把握できるようになっている。また、戻るボタン２３ｂの選択操作が行われると、ＲＡＭ１０ｃに一時的に記憶されていた商品確保情報等が削除されて、図９の販売商品画面１６にディスプレイ１０ｆの表示を切り替える処理をＣＰＵ１０ａが行うようにしている。

　また、図１１（ａ）に示す購入画面１９において、スマートフォン１０が、購入キャンセルボタン１９ｄの選択操作を受け付けた場合、購入指示がキャンセルされたことなり、ＲＡＭ１０ｃに一時的に記憶されていた商品確保情報等を削除して、図９の販売商品画面１６にディスプレイ１０ｆの表示を切り替える処理をＣＰＵ１０ａが行う。このような処理をＣＰＵ１０ａが行うことで、ユーザが一旦購入しようとしていた商品を、購入確認の段階でもキャンセル可能にすると共に、図９の販売商品画面１６でユーザが引き続き商品の選定作業をスムーズに行えるようにしている。

　さらに、図１１（ａ）に示す購入画面１９において、スマートフォン１０が、買い物継続ボタン１９ｅの選択操作を受け付けた場合、ＣＰＵ１０は、ＲＡＭ１０ｃに一時的に記憶されていた商品確保情報等を削除することなく、図９の販売商品画面１６にディスプレイ１０ｆの表示を切り替える処理をＣＰＵ１０ａが行う。このようにすることで、ユーザの購入希望商品を確保しながら、ユーザが他の商品の選定も引き続き行えるようにしている（複数の商品品目の購入が可能となる）。

　一方、図１１（ｂ）は、ディスプレイ１０ｆに表示される購入不可画面２０の一例を示し、上述した購入注文情報の送信に伴って、購入対象サーバ８０から送信されてきた購入不可画面情報をスマートフォン１０が受信した場合に表示される画面であり、プリペイドカードによる前払い金では、商品の購入が不可能であると購入対象サーバ８０で判定されたときに表示されるものになっている。購入不可画面２０は、画面上部に、購入対象となる商品の情報２０ａ（商品名、単価、購入量など）を示すと共に、その下方にプリペイドカードの前払い金では商品の購入が不可である旨を示す購入不可情報２０ｂを配置している。

　この購入不可情報２０ｂが含む具体的な情報としては、前払い金では商品購入が不可である旨に加えて、購入不可画面情報に含まれている不足額（図１１（ｂ）の例では、３０００円）が記されると共に、購入不可解消のための対応の仕方も記されている。図１１（ｂ）に示す例では、対応の仕方として、プリペイドカードへのチャージ（前払い金の入金）が示されている。購入不可情報２０ｂは、上述した内容を記すので、プリペイドカードによる購入が不可である状況をユーザは確認できると共に、購入不可の対応の仕方も容易に把握することできる。

　また、購入不可画面２０は、購入不可情報２０ｂの下方に、購入キャンセルボタン２０ｄ、及びチャージボタン２０ｅを選択可能に配置している。購入キャンセルボタン２０ｄは、プリペイドカードによる購入をユーザが諦めた場合に選択操作されるものであり、図１１（ａ）の購入画面１９に含まれる購入キャンセルボタン１９ｄと同様に、スマートフォン１０が、購入キャンセルボタン２０ｄの選択操作を受け付けた場合、購入指示がキャンセルされたことなり、ＲＡＭ１０ｃに一時的に記憶されていた商品確保情報等を削除して、図９の販売商品画面１６にディスプレイ１０ｆの表示を切り替える処理をＣＰＵ１０ａが行う。

　チャージボタン２０ｅは、購入不可情報２０ｂに示された対応の仕方に従って、プリペイドカードへのチャージ（前払い金の入金）を行うことをユーザが決断した場合に選択操作されるものである。チャージボタン２０ｅは、図４のチャージ画面９に応じたプリペイドチャージ用のアプリの起動にリンクしており、チャージボタン２０ａの選択操作を受け付けると、プリペイドチャージ用のアプリを起動させて、図４のチャージ画面９（前払い金の入金受付画面）にディスプレイ１０ｆの表示を切り替えさせる処理をＣＰＵ１０ａが行うことになる。

　図４のチャージ画面９において、購入不可を解消するため、ユーザは、チャージ金額指定欄９ａに、図１１（ｂ）の購入不可画面２０の購入不可情報２０ｂに示された不足額以上の金額を指定して、チャージボタン９ｂの選択操作を行うことになる。このようなチャージボタン９ｂの選択操作により、ＣＰＵ１０ａは、チャージ情報を前払い金管理サーバ５へ送信する制御を行うことになる。また、このチャージ情報の送信に応じて、購入対象サーバ８０から購入画面情報を受信すると、図１１（ａ）に示す購入画面１９にディスプレイ１０ｆの表示を切り替える制御を行うことになり、この後は、上述した場合と同様に、購入ボタン１９ｃの選択操作を行えば、ユーザの指定した商品を購入できる。このように本実施形態では、プリペイドカードの前払い金が不足する場合は、一連の購入操作処理の中で、適宜、チャージ可能にしていることから、一旦、購入不可になっても、その購入不可を解消して、プリペイドカードによる購入を完了できる。

　また、図１２は、ディスプレイ１０ｆに表示される購入不可画面２１の一例を示し、購入対象の商品の購入量が複数（図１２の場合、購入量は「３」）になっている点が、図１１（ｂ）に示す購入不可画面２０の場合と異なる。すなわち、図１２の購入不可画面２１は、画面上部に、購入対象となる商品の情報２０ａ（商品名、単価など）を示すと共に、その下方に購入量指定欄２１ｂを含み、さらに、購入量指定欄２１ｂの下方には、プリペイドカードの前払い金では商品の購入が不可である旨を示す購入不可情報２１ｃを配置し、その下方に、再計算ボタン２１ｄ、チャージボタン２１ｆ、及び購入キャンセルボタン２１ｇを配置している。

　図１２の購入不可画面２１は、商品の購入量が「３」であり、購入量の削減が可能であることから、図１１（ｂ）の購入不可画面２０の表示に応じた購入不可画面情報の内容に、購入不可の解消の仕方として購入対象となる商品の購入量の削減を示す情報が含まれると共に、購入量削減指示情報を含んだものになっており、このような内容の購入不可画面情報をスマートフォン１０が受信することで、この購入不可画面情報に含まれる購入量削減指示情報に基づき、図１２に示すように、商品の情報２０ａの下方に購入量指定欄２１ｂを配置すると共に、購入付加情報２０ｂの下方に再計算ボタン２１ｄを配置した購入不可画面２１をＣＰＵ１０ａは生成する処理を行っている。また、購入不可画面２１が含む購入不可情報２１ｃは、図１１（ｂ）の購入不可画面２０が含む購入不可情報２０ｂの内容に、購入不可解消のための対応の仕方として、購入量の削減を追加したものになっている。

　購入不可画面２１が有する再計算ボタン２１ｄは、購入量指定欄２１ｂに指定される数値が、最初にディスプレイ１０ｆに表示された状態から削減されていない場合は、選択操作が不可の状態（アクティブでない状態）になっており（図１２において破線で示す状態）、購入量指定数欄２１ｂの数量を、最初の数値から削減する操作を受け付けた状態で、選択操作が可能になるように作り込まれている。ユーザは、購入不可情報２１ｂに示される不足額を考慮して、プリペイドカードの前払い金の金額に収まるように、購入量指定数欄２１ｂの数量を指定する操作を行うことになる（図１２の場合、不足額が９００円であり、商品単価は１０００円であることから、購入量を「３」から「２」以下にする指定をユーザは行うことになる）。

　購入量指定数欄２１ｂの数量を、最初の数値から削減する操作が行われた状態で、再計算ボタン２１ｄの選択操作を受け付けると、ＣＰＵ１０ａは、削減された購入量の数値で商品を注文する購入注文情報（商品ＩＤ、削減された購入量の数値、購入金額を含む情報）を購入対象サーバ８０へ再度、送信する処理を行う。このような購入量を削減した購入注文情報の送信に応じて、購入対象サーバ８０からは購入画面情報が送信されてくるので、この購入画面情報を受信したことに基づき、ＣＰＵ１０ａは購入画面（図１１（ａ）の購入画面１９参照）を生成して、ディスプレイ１０ｆの表示を、生成した購入画面に切り替える処理を行う。なお、図１２の購入不可画面２１に含まれるチャージボタン２１ｆ及び購入キャンセルボタン２１ｇは、図１１（ｂ）の購入不可画面２０のチャージボタン２０ｅ及び購入キャンセルボタン２０ｄと同等の働きをするものになっている。

　さらに、図１３は、ディスプレイ１０ｆに表示される購入不可画面２２の一例を示し、購入対象となる商品の品目（商品の種類）が複数（二つ）であると共に、各購入対象の商品の購入量も複数になっている点が、図１２に示す購入不可画面２１の場合と異なる。すなわち、図１３の購入不可画面２２は、画面上部に、購入対象となる一つ目の商品の情報２２ａ（商品名、単価など）を示すと共に、その下方に一つ目の商品に対する購入量指定欄２２ｂを含み、その下方に、二つ目の商品の情報２２ｃを示すと共に、その下方に二つ目の商品に対する購入量指定欄２２ｄを含み、さらにその下方には、購入不可情報２２ｅを配置し、その下方に、再計算ボタン２２ｆ、チャージボタン２２ｇ、及び購入キャンセルボタン２２ｈを選択可能に配置している。

　図１３の購入不可画面２２は、図１０（ｂ）の商品注文画面１８で、買い物継続ボタン１９ｅの操作が行われることなどで、複数（二つ）の種類の商品が注文された場合で、且つ、二つの種類の商品の購入量がそれぞれ複数のときに、購入不可となった場合に表示される画面になっている。そのため、図１３の購入不可画面２２に応じた購入不可画面情報は、図１２に示す購入不可画面２１に応じた購入不可画面情報の内容に、購入不可の対応の仕方として購入対象となる商品の品目の削減を示す情報が含まれると共に、品目削減指示情報を含んだものになっている。このような内容の購入不可画面情報をスマートフォン１０が受信することで、ＣＰＵ１０ａは、受信した購入不可画面情報に基づき、図１３に示す購入不可画面２２を生成することになる。

　図１３の購入不可画面２２の購入量指定欄２２ｂ、２２ｄは、購入量を削減する指定が可能であると共に、購入量の数値として「０」も指定可能になっており、「０」を指定した場合は、購入対象の商品を削除したことになる。また、購入不可画面２２が含む購入不可情報２２ｅも、図１２の購入不可画面２１が含む購入不可情報２１ｃの内容に、購入不可解消のための対応の仕方として、商品の削除を追加したものになっている。なお、図１３の購入不可画面２２に含まれる再計算ボタン２２ｆ、チャージボタン２２ｇ及び購入キャンセルボタン２２ｈは、図１２の購入不可画面２１の再計算ボタン２１ｄ、チャージボタン２１ｆ及び購入キャンセルボタン２１ｇと同等の働きをするものになっており、例えば、再計算ボタン２２ｆは、表示された直後はアクティブになっておらず、購入量指定欄２２ｂ、２２ｄの数値の削減を指定する操作が行われることで、アクティブ（選択可能）になるように作り込まれている。

　次に、上述した構成の購入システム１の前払い金管理サーバ５、購入対象サーバ８０、及びユーザ端末Ｔ１等（例えば，スマートフォン１０）による一連の処理に基づく購入処理方法の処理内容を、図１５～１７の第１～３フローチャートに基づき説明していく（購入対象サーバ８０の処理自体も購入処理方法に該当）。なお、第１フローチャートの処理を開始する段階で、図１０（ａ）のプリペイド使用設定画面１７にて、事前にプリペイドカードの使用が設定されているものとする。

　図１５の第１フローチャートは、ユーザがユーザ端末Ｔ１を用いてオンラインでのショッピングサービス（商品の購入機会）を提供するショッピングシステム２（購入対象サーバ８０）へログインを行うときからの処理手順を示したものである。この第１フローチャートは、ユーザ端末Ｔ１（スマートフォン１０）で、ユーザがホーム画面において、ショッピングサービスに応じたアイコンの選択操作が行われて、図８のログイン画面１５を表示した状態から開始されるものとする（Ｓ１）。このログイン画面１５において、メールアドレスの入力操作、パスワードの入力操作、及びログインボタン１５ｃの選択操作というログイン操作の有無を、ユーザ端末Ｔ１は判断する（Ｓ２）。ログイン操作が無い場合（Ｓ２：ＮＯ）、ログイン操作待ちの状態となり、また、ログイン操作が有った場合（Ｓ２：ＹＥＳ）、ユーザのログイン情報（入力されたメールアドレス及びパスワード、並びにユーザ端末を識別するＵＩＤ等を含む情報）をショッピングシステム２の購入対象サーバ８０へユーザ端末は送信する（Ｓ３）。

　購入対象サーバ８０（ＭＰＵ８０ａ）は、ログイン情報を受信したか否かを判断する段階になっており（Ｓ１０）、ログイン情報を受信しない場合（Ｓ１０：ＮＯ）、受信待ちの状態となる。また、ログイン情報を受信した場合（Ｓ１０：ＹＥＳ）、受信したログイン情報に含まれるメールアドレス、パスワード等が、図６に示すユーザＤＢ８１に格納される情報の中で一致するものがあるか否かを購入対象サーバ８０は判断する（Ｓ１１）。一致する情報が格納されていない場合（Ｓ１１：ＮＯ）、購入対象サーバ８０は不一致通知をアクセス元のユーザ端末へ送信することになる。なお、この場合は、ユーザ端末Ｔ１に、不一致通知の受信をトリガーに、Ｓ１の段階に戻って、再度、ログイン画面１５を表示して、正しいログイン情報の入力機会をユーザに提示する。

　一方、ユーザＤＢ８１の中に、受信したログイン情報と一致するものがある場合（Ｓ１１：ＹＥＳ）、購入対象サーバ８０は、ログイン情報を送信してきたユーザがログイン状態になったことを示すログイン状態情報（ユーザＩＤ等を含む情報）をＲＡＭ８０ｃに記憶すると共に、ログイン完了を通知するログイン完了情報をユーザ端末Ｔ１へ送信する（Ｓ１２）。なお、ユーザ端末Ｔ１は、購入対象サーバ８０からのログイン完了情報の受信をトリガーに、ディスプレイ１０ｆの表示を、ログイン画面１５から、図９に示す販売商品画面１６の表示に切り替えて（Ｓ４）、ユーザが所望する商品画像１６ａ等の選択操作を受け付けることで、図１０（ｂ）の商品注文画面１８を表示するなどして、購入対象となる商品の選択、購入量の指定等の操作を受け付けるものとする（Ｓ５）。

　また、購入対象サーバ８０は、ログイン完了のユーザについて、ユーザＤＢ８１の「カード使用」の項目に、「使用」という情報が格納されているか否かを判断する（Ｓ１３）。「使用」という情報が格納されていない場合（Ｓ１３：ＮＯ）、従来と同様に、クレジットカード又は銀行振込等で購入に関する処理が行われることになるので、この場合の説明は省略する。一方、「使用」という情報が格納されている場合（Ｓ１３：ＹＥＳ）、購入対象サーバ８０は、ログイン中のユーザのプリペイドカードの前払い金を問い合わせる問合せ情報（通信ユーザＩＤ及びカードＩＤ等を含む情報）を、通信キャリアシステム４の前払い金管理サーバ５へ送信する（Ｓ１４）

　通信キャリアシステム４の前払い金管理サーバ５は、購入対象サーバ８０からの前払い金の問合せ情報を受信したか否かを判断する段階になっており（Ｓ２０）、問合せ情報を受信しない場合（Ｓ２０：ＮＯ）、受信待ちの状態になっている。一方、問合せ情報を受信した場合（Ｓ２０：ＹＥＳ）、前払い金管理サーバ５は、その問合せ情報に含まれる通信ユーザＩＤに対応付けられた前払い金の金額を、図３のプリペイドＤＢ６から特定する（Ｓ２１）。そして、購入対象サーバ８０は、その特定した前払い金の金額を通知する前払い金情報を購入対象サーバ８０へ送信する（Ｓ２２）。

　また、購入対象サーバ８０は、問合せ情報を送信した後、前払い金情報を受信したか否かを判断しており（Ｓ１５）、前払い金情報を受信していない場合（Ｓ１５：ＮＯ）、受信待ちの状態になっており、前払い金情報を受信した場合（Ｓ１５：ＹＥＳ）、受信した前払い金情報を、ＲＡＭ８０ｃに、そのユーザのログイン状態情報と対応づけて記憶する（Ｓ１６）。

　図１６の第２フローチャートは、ユーザ端末Ｔ１において、図１０（ｂ）の商品注文画面１８で、購入注文ボタン１８ｅの選択操作が行われたことに伴って、購入注文情報を購入対象サーバ８０へ送信する処理が行われていることを示す（Ｓ３０）。

　購入対象サーバ８０は、購入注文情報を受信したか否かを判断しており（Ｓ４０）、受信していない場合（Ｓ４０：ＮＯ）、受信待ちの状態となる。一方、購入注文情報を受信したとき（Ｓ４０：ＹＥＳ）、購入対象サーバ８０は、受信した購入注文情報で通知される商品の購入費用を、ユーザの前払い金の金額（ＲＡＭ８０ｃに記憶した前払い金情報に基づく金額）と比較し、購入が可能であるか否かを判断する（Ｓ４１）。

　購入費用が前払い金の金額を超える場合、購入対象サーバ８０は、購入不可であると判断し（Ｓ４１：ＮＯ）、購入費用に対する前払い金の不足額を算出して、購入不可である旨、算出した不足額、及び購入不可の解消の仕方等を示す購入不可画面に係る購入不可画面情報を生成してユーザ端末Ｔ１へ送信する（Ｓ４２）。なお、購入対象サーバ８０は、購入不可画面情報を送信すると、Ｓ４０の段階へ戻り、購入注文情報を受信したか否かを判断することになる。

　ユーザ端末Ｔ１は、購入注文情報を送信した後、購入対象サーバ８０から送られる購入不可画面情報を受信したか否かを判断しており（Ｓ３１）、購入不可画面情報を受信した場合（Ｓ３１：ＹＥＳ）、購入不可画面情報に含まれる情報（購入不可である旨、及び不足額を示す情報）を用いて、例えば、図１１（ｂ）に示す購入不可画面２０を生成し（Ｓ３３）、その生成した購入不可画面２０をディスプレイ１０に表示する（Ｓ３４）。

　なお、ユーザ端末Ｔ１が購入不可画面２０を表示した後のユーザの選択肢として、購入不可画面２０のテキスト部２０ｃに記載されている対処方（前払い金の入金等）の他に、購入をキャンセルする等が複数の内容が想定できることから、購入不可画面２０の表示以降の処理は、第２フローチャートにおいて省略する。

　購入対象サーバ８０側の処理に戻って、購入対象サーバ８０は、Ｓ４１の段階で、購入費用が前払い金の金額以下であり、購入が可能であると判断した場合（Ｓ４１：ＹＥＳ）、前払い金を用いてユーザの指定した商品の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成し（Ｓ４３）、その生成した購入画面情報をユーザ端末Ｔ１へ送信する（Ｓ４４）。

　購入画面情報が購入対象サーバ８０からユーザ端末Ｔ１へ送信されてくると、ユーザ端末Ｔ１は、Ｓ３１の段階で、購入不可画面情報を受信しない場合（Ｓ３１：ＮＯ）を進み、それから購入画面情報を受信したか否かを判断し（Ｓ３２）、購入画面情報を受信した場合（Ｓ３２：ＹＥＳ）、ユーザ端末Ｔ１は、図２１の第３フローチャートで示される処理を行う。なお、購入画面情報を受信しない場合（Ｓ３２：ＮＯ）、Ｓ３１の段階に処理が戻ることになる。

　図１７の第３フローチャートにおいて、ユーザ端末Ｔ１は、受信した購入画面情報に基づき、図１１（ａ）の購入画面１９を生成し（Ｓ５０）、その生成した購入画面１９をディスプレイ１０ｆに表示する（Ｓ５１）。それから、ユーザ端末Ｔ１は、表示した購入画面１９で、購入ボタン１９ｃの選択操作を受け付けたか否かを判断し（Ｓ５２）、購入ボタン１９ｃの選択操作を受け付けていない場合（Ｓ５２：ＮＯ）、買い物継続ボタン１９ｅの選択操作を受け付けたか否かを判断する（Ｓ５３）。買い物継続ボタン１９ｅの選択操作を受け付けた場合（Ｓ５３：ＹＥＳ）、他の商品の購入が行えるようにするため、図１５の第１フローチャートにおけるＳ４の段階へ戻り、ディスプレイ１０ｆの表示を販売商品画面１６に切り替える。

　また、買い物継続ボタン１９ｅの選択操作を受け付けていない場合（Ｓ５３：ＮＯ）、次に、購入キャンセルボタン１９ｄの選択操作を受け付けたか否かを判断し（Ｓ５４）、購入キャンセルボタン１９ｄの選択操作を受け付けた場合（Ｓ５４：ＹＥＳ）、ＲＡＭ１０ｃに記憶していた購入注文情報を削除してから（Ｓ５５）、第１フローチャートにおけるＳ４の段階へ戻り、ディスプレイ１０ｆの表示を販売商品画面１６に切り替える。そして、購入キャンセルボタン１９ｄの選択操作を受け付けていない場合（Ｓ５４：ＮＯ）、Ｓ５２の段階へ処理が戻ることになる。

　Ｓ５２の段階で、購入ボタン１９ｃの選択操作を受け付けた場合（Ｓ５２：ＹＥＳ）、ユーザ端末Ｔ１は、購入画面１９で示されるプリペイドカードからの支払で商品の購入を行う旨の購入指示操作を受け付けたことになり、その内容に応じた購入指示を購入対象サーバ８０へ送信する（Ｓ５６）。

　購入対象サーバ８０は、第２フローチャートのＳ４４の段階で購入画面情報を送信してからは、ユーザ端末Ｔ１からの購入指示を受信したか否かを判断しており（Ｓ６０）、受信していない場合（Ｓ６０：ＮＯ）、受信待ちの状態となる。また、購入指示を受信した場合（Ｓ６０：ＹＥＳ）、購入対象サーバ８０は、受信した購入指示に基づき、その購入指示に応じた購入処理を行う（Ｓ６１）。それから、購入対象サーバ８０は、購入完了情報をユーザ端末Ｔ１へ送信する（Ｓ６２）。

　ユーザ端末Ｔ１は、Ｓ５６の段階で購入指示を送信してからは、購入対象サーバ８０からの購入完了情報を受信したか否かを判断しており（Ｓ５７）、受信していない場合（Ｓ５７：ＮＯ）、受信待ちの状態となる。また、購入完了情報を受信した場合（Ｓ５７：ＹＥＳ）、ユーザ端末Ｔ１は図１４に示す購入完了画面２３を生成して表示する（Ｓ５８）。この購入完了画面２３により、ユーザは、購入指示による購入処理が完了したことを確認することになる。

　また、購入対象サーバ８０は、Ｓ６２の段階で購入完了情報を送信してから、プリペイドカードの使用した前払い金の金額を特定し、その特定した使用金額を通知する前払い金使用情報を前払い金管理サーバ５へ送信する（Ｓ６３）。

　図１５の第１フローチャートに示すように、前払い金管理サーバ５は、Ｓ２２の段階で前払い金情報を送信してからは、購入対象サーバ８０からの前払い金使用情報を受信したか否かを判断し（Ｓ２３）、前払い金情報を受信しなかった場合（Ｓ２３：ＮＯ）、受信待ちの状態となり、前払い金情報を受信した場合（Ｓ２３：ＹＥＳ）、受信した前払い金情報に含まれる前払い金の金額の決済処理を行い（Ｓ２４）、決済完了に伴い、プリペイドＤＢ６の使用履歴を更新する。

　以上のように、本発明では、独自にオンラインを要求するショッピングサービスにおいても、プリペイドカードを用いてスムーズにショッピングを行うことができ、また、ショッピングを行うにあたり、プリペイドカードのカードＩＤの入力を行わなくてもプリペイドカードによる前払い金を使えることから、ユーザの操作負担も低減される。さらに、商品の購入費用に対して、プリペイドカードの前払い金が不足する場合は、購入不可の解消の仕方（プリペイドカードのチャージ、購入量の削減、購入対象の商品品目の削減など）が明記されるので、商品販売側としては、プリペイドカードでのオンラインによるユーザの購入機会を逃がさないようにできる。

　なお、本発明の第１実施形態は上述した内容に限定されるものではなく、様々な変形例が考えられる。例えば、図８に示すログイン画面１５によるログインは、上述したように、ショッピングアプリＰ２１を起動した直後に行うタイミングする他、例えば、ディスプレイ１０ｆに図１０（ｂ）の商品注文画面１８を表示した状態で、ユーザが購入注文ボタン１８ｅの選択操作を行ったタイミングで、図８のログイン画面１５をディスプレイ１０ｆに表示するようにしてもよい。この場合、ログイン画面１５において、メールアドレス入力欄１５ａ及びパスワード入力欄１５ｂに所定のメールアドレスとパスワードを入力した状態でログインボタン１５ｃの選択操作が行われると、ログイン情報と、購入注文ボタン１８ｅを選択操作したことに伴う購入注文情報とを購入対象サーバ８０へ送信する処理をＣＰＵ１０ａは行うことになる。

　そして、ログイン情報を受信した購入対象サーバ８０は、ログイン情報に含まれるメールアドレス及びパスワード等がユーザＤＢ８１に格納されていれば、ログイン完了と判断し、それから受信した購入注文情報に基づき、プリペイドカードによる前払い金により購入が可能か否かを判断する。購入可能と判断した場合、購入対象サーバ８０は、購入画面（例えば、図１１（ａ）に示す購入画面１９）に係る購入画面情報を生成してユーザ端末へ送信し、購入不可と判断した場合は、購入不可画面（例えば、図１１（ｂ）に示す購入不可画面２０）に係る購入不可画面情報を生成してユーザ端末へ送信することになる。

　従って、上述した変形例におけるユーザ端末で表示される画面の遷移としては、商品注文画面１８からログイン画面１５を経由して、購入画面（例えば、購入画面１９）又は購入不可画面（例えば、購入不可画面２０）のいずれかが表示される流れとなり、この変形例の場合でも、独自にオンラインを要求するショッピングサービスに対し、プリペイドカードを用いてスムーズにショッピングを行うことができる。なお、上述した変形例の場合で、ログイン情報を送信してログイン不可と判断された場合は、再度、メールアドレス及びパスワード等を入力できるようにログイン画面１５が表示される。

　また、ショッピングサービスが購入機会を提供する購入対象の例は、図９の販売商品画面１６で示すような商品に限定されるものではなく、他の種類の商品も勿論、本発明に適用可能である。例えば、情報の購入、権利の購入、金融商品の購入なども可能である。また、商品以外にも各種サービス（引っ越し、クリーニング、修理など）にも本発明は適用可能である。また、ショッピングサービスが提供する商品が単一種類であり、購入量だけをユーザが指定するような場合では、図９のような複数の商品を提示する販売商品画面１６をユーザ端末に提示するのではなく、購入量を指定する販売商品画面を提示するようにしてもよい。さらに、一の商品カテゴリーをメインに扱う画面においてログインした上で、他の商品カテゴリーを購入できる構成としてもよい。例えば、電化製品の購入をメインとするログイン画面を経た上で、金融商品を購入できる画面が提示される構成にしてもよい。また、雑貨品をメインに扱う画面においてログインした上で、それと関係がある修理等のサービス又はそれと関係がない引越しサービスなどを購入可能な画面を提示するよう構成してもよい。このような構成は、種々の構成によって実現可能であるが、例えば、ログイン時にメインに扱われる商品カテゴリーの画面において、当該商品カテゴリーと異なる商品カテゴリーの購入画面に遷移可能なボタン等が提示されることで、当該ボタンの押下げによって、他の商品カテゴリーを購入可能な画面に遷移できるような構成によって実現することが可能である。

　図１８は、変形例の販売商品画面３０の一例がディスプレイ１０ｆに表示した状態を示す。この変形例の販売商品画面３０は、プリペイドカードによる購入対象が電子通貨の場合であり、電子通貨購入用のショッピングアプリがユーザ端末にインストールされて、このアプリが起動すると、図８のログイン画面１５を表示し、ログイン情報の送信に伴いログインが完了すると、図１８の販売商品画面３０がユーザ端末のディスプレイ１０ｆに表示されることになる。

　この電子通貨購入用の販売商品画面３０は、購入量指定欄３０ａ及び購入ボタン３０ｂを含んでおり、購入量指定欄３０ａで電子通貨の購入量（購入金額）をユーザが指定する操作を行い、購入量を指定した状態で、購入ボタン３０ｂの選択操作をユーザ端末が受け付けると、指定した購入量（購入金額）等を含む電子通貨の購入注文情報を購入対象サーバ８０へ送信する処理を、ユーザ端末（ＣＰＵ１０ａ）は行うことになる。

　この変形例の場合、購入対象サーバ８０は、ログイン中のユーザＩＤに係るユーザ端末から上記の購入注文情報を受信すると、上述したように、ログイン中のユーザＩＤに係るユーザ端末がプリペイドカードの使用を設定しているかを判断し、プリペイドカードの使用を設定している場合は、受信した購入注文情報に含まれる購入金額を、ログイン中のユーザＩＤと対応づけて記憶されている前払い金情報で示される前払い金の金額と比較して、購入金額が前払い金の金額を超えるか否かをＭＰＵ８０ａは判断する。購入金額が前払い金の金額を上回らずに、前払い金の金額以下であると判断した場合、前払い金で購入可能とＭＰＵ８０ａは判定し、前払い金を用いて購入対象である電子通貨の購入を確認する内容（電子通貨を、ユーザの指定した購入量で購入する旨を確認するテキスト内容）を含む購入画面情報を生成して、ユーザ端末へ送信する処理を行う。

　図１９（ａ）は、上述した電子通貨の購入の場合に応じた購入画面情報をユーザ端末が受信した場合に、ユーザ端末のディスプレイ１０ｆで表示される購入画面３１を示している。この購入画面３１は、電子通貨をユーザの指定した購入量（１０，０００円）で、プリペイドカードによる前払い金（１０，０００円）にて購入する旨を確認する内容を記した購入可能情報３１ａを配置すると共に、その下方に購入ボタン３１ｂ及び戻るボタン３１ｃを配置したものになっている。購入ボタン３１ｂの選択操作を受け付けると、ユーザ端末は、購入可能情報３１ａに記された内容で電子通貨を購入する旨の購入指示（電子通貨をユーザの指定した購入金額で購入する指示）を、購入対象サーバ８０へ送信する処理をユーザ端末（ＣＰＵ１０ａ）は行う。なお、購入指示を受信した購入対象サーバ８０の処理は、上述した説明と同様であり、購入指示に基づき購入処理を実行することになる（図１７の第３フローチャートのＳ６１の段階参照）。また、戻るボタン３１ｃの選択操作が行われたときは、図１８の販売商品画面３０にディスプレイ１０ｆの表示を切り替えて、ユーザが購入量の変更等を行えるようにしている。

　一方、上記の変形例の場合で、購入対象サーバ８０が、購入金額を前払い金の金額と比較して、購入金額が前払い金の金額を超えると判断した場合、前払い金で購入不可とＭＰＵ８０ａは判定すると共に、前払い金による不足額を算出して、前払い金を用いて購入対象である電子通貨の購入が不可である旨を含む購入不可画面に係る購入不可画面情報を生成し、ユーザ端末へ送信する処理を行う。この変形例で生成する購入不可画面情報は、購入対象の電子通貨は、購入量の削減が可能であることから、購入不可の解消の仕方として、プリペイドカードのチャージに加えて、購入量の削減を含んだものになっている。

　図１９（ｂ）は、上述した電子通貨の場合に応じた購入不可画面情報をユーザ端末が受信した場合に、ユーザ端末のディスプレイ１０ｆで表示される購入不可画面３２を示している。この購入画面３１は、電子通貨をユーザの指定した購入量（１０，０００円）で、プリペイドカードによる前払い金にて購入するには、５，０００円が不足する旨を記した購入不可情報３２ａを配置すると共に、その下方にチャージボタン３２ｂ及び戻るボタン３２ｃを配置したものになっている。購入不可情報３２ａは、購入不可の解消の仕方として、プリペイドカードのチャージに加えて、購入量の削減を記したものになっている。なお、チャージボタン３２ｂ及び戻るボタン３２ｃの選択操作が行われた場合の内容は、上述した説明と同様である。

　また、図１８、１９に示す変形例は、電子通貨以外の購入対象にも適用可能であり、例えば、仮想通貨、金、プラチナ、他のプリペイドカード等といった購入量を指定するような購入対象に幅広く利用できる。さらに、図１８に示す販売商品画面３０は、図９のような販売商品画面１６から遷移して表示させるようにすることも可能である。この場合は、販売商品画面１６の中に配置される複数の商品画像１６ａ等の中に、販売商品画面３０に応じた購入対象を含ませておき、その購入対象に応じた商品画像の選択操作が行われることで、販売消費画面３０が表示されるようになる。さらにまた、ログインは最初に行う替わりに、上述した場合と同様に、販売商品画面３０の購入ボタン３０ｂの選択操作を受け付けたことに応じてログイン画面１５の表示に切り替えて、ログイン操作を行えるようにすることも可能である。

　また、図４に示すチャージ画面９は、上述した説明では、前払い金管理サーバ５のログイン操作を行うことなく、ユーザ端末で表示できるようにしたが、ショッピングサービスへのログインと同様に、前払い金管理サーバ５へもログイン操作を必要として、そのログイン操作に関するログインが完了してから、図４のチャージ画面９が表示されるようにしてもよい。このようにログイン操作を必要とする場合は、図１１（ｂ）、１２、１３の購入不可画面２０、２１、２２でチャージボタン２０ｅ、２１ｆ、２２ｇの選択操作が行われると、図８に示す様なログイン画面をユーザ端末に表示させて、通信ユーザＩＤ又はカードＩＤ等の入力操作を行わせて、ログインボタンの選択操作が行われたことに伴って、通信ユーザＩＤ又はカードＩＤ等を含むログイン要求を、ユーザ端末から前払い金管理サーバ５へ送るようにする。前払い金管理サーバ５は、ログイン要求に含まれる通信ユーザＩＤ又はカードＩＤ等が、プリペイドＤＢ６に格納されているか否かでログインの適否を判定し、格納されている場合は、ログイン完了をユーザ端末へ通知し、ユーザ端末は、前払い金管理サーバ５からのログイン完了を受信したことに基づき、図４に示すチャージ画面９を表示することになる。

　さらに、図１１（ａ）に示す購入画面１９を表示させるための購入画面情報、又は図１１（ｂ）、１２、１３に示す購入不可画面２０、２１、２２を表示させるための購入不可画面情報は、画面に示す情報に応じたテキスト及び指示等を含むものとして説明したが、購入画面情報及び購入不可画面情報は、テキスト等ではなく、各種数値を含む内容の情報にすることも可能である。例えば、情報に含まれる最初の数字が０のときは、購入画面情報を意味し、最初の数字が１のときは、購入不可画面情報を意味するものと、取り決めておき、このように０又は１の数字を、購入画面情報又は購入不可画面情報にすると、購入対象サーバ８０の処理負担を低減できると共に、通信情報量の削減を図れる。

　なお、購入画面情報又は購入不可画面情報として、０又は１の数字を用いる場合、図１１（ａ）に示す購入画面１９が含む購入可能情報１９ｂの表記内容、及び図１１（ｂ）、１２、１３に示す購入不可画面２０、２１、２２が含む購入不可情報２０ｂ、２１ｃ、２２ｅの表記内容は、ショッピングアプリＰ２１に予め含ませておき、各画面１９、２０、２１、２２の生成時に、適宜、所定の表記を読み出すことになる。また、購入不可情報２０ｂ、２１ｃ、２２ｅは、不足額を含むので、このような不足額は、例えば、購入不可画面情報として、１の数字を用いたときは、その１の数字の次に、不足額の数値（例えば、１万円が不足するときは、１００００という数字）を含ませた購入不可画面情報を、購入対象サーバ８０は生成するものとする。

　さらに、図１１（ｂ）、１２、１３に示す購入不可画面２０、２１、２２では、購入不可の解消の仕方が異なるので、これらを使い分けるようにするためには、購入不可画面情報を表す数値としては、上述した最初の数字に１を用いる他に、２又は３の数字を用いるようにし、情報（購入不可画面情報）に含まれる最初の数字が１のときは、図１１（ｂ）の購入不可画面２０の購入不可情報２０ｂに対応させ、最初の数字が２のときは、図１２の購入不可画面２１の購入不可情報２１ｃに対応させ、最初の数字が３のときは、図１３の購入不可画面２２の購入不可情報２２ｃに対応させることが考えられる。すなわち、これらの購入不可情報２０ｂ、２１ｃ、２２ｃでは、購入不可の解消の仕方が異なっているので、それぞれを使い分ける必要があることから、上述したように最初の数値を変えることにより、購入不可画面情報を数字にした場合でも対応可能となる。なお、これらの購入不可情報２０ｂ、２１ｃ、２２ｃに応じた表記は、ショッピングアプリＰ２１に予め含ませておき、上述した数字により、ユーザ端末（ＣＰＵ１０ａ）が、使用する購入不可情報２０ｂ、２１ｃ、２２ｃの表記内容を区別することになる。

　また、図１２の購入不可画面２１の購入不可情報２１ｃでは、購入不可の解消の仕方として、プリペイドカードのチャージの他に、購入量の削減を記し、さらに、図１３の購入不可画面２２の購入不可情報２２ｃでは、商品品目の削減を記すようにしたが、プリペイドカードの使用促進を重視するときは、購入不可の解消の仕方としては、プリペイドカードのチャージのみを記すようにしてもよい。また、購入不可の解消の仕方をユーザの判断に委ねる場合などでは、購入不可の解消の仕方の表記は省略することも可能である。

　さらに、上記の例では、プリペイドカードの使用設定は、図１０（ａ）のプリペイド使用設定画面１７を通じて行うようにしていたが、ショッピングシステム２へのユーザ登録時に、プリペイドカードの使用設定を行っておき、図１０（ａ）のプリペイド使用設定画面１７の使用を省略することも可能である。一方、図１０（ａ）のプリペイド使用設定画面１７は、購入を行うごとに表示するようにして、購入ごとに、プリペイドカードの使用又は不使用をユーザが適宜設定できるようにしてもよい。

　さらにまた、購入対象サーバ８０の処理負担の低減を行う場合は、購入の可否判断等に関する処理（図１６の第２フローチャートのＳ４１～Ｓ４３等の処理）をユーザ端末側で行う仕様にすることも可能である。この場合、購入対象サーバ８０は、前払い金管理サーバ５から前払い金情報を受信して取得すると（図１９の第１フローチャートのＳ１５参照）、この取得した前払い金情報（前払い金額を示す情報）をユーザ端末Ｔ１へ送信する。

　ユーザ端末Ｔ１は、前払い金情報を受信すると、ＲＡＭ１０ｃに一時的に記憶し、図１０（ｂ）の商品注文画面１８で購入注文ボタン１８ｅの選択操作を受け受けると、購入注文情報を購入対象サーバ８０へ送信するのではなく、購入対象の購入費用を、ＲＡＭ１０ｃに記憶する前払い金情報に係る前払い金の金額と比較する。比較の結果、購入費用が、前払い金の金額を上回ると、図１１（ｂ）に示すような購入不可画面２０を生成して表示する処理をユーザ端末自身の処理で行う（画面のテキスト表記等は、ショッピングアプリＰ２１に予め含ませておき、抽出して使用する。また、購入費用が、前払い金の金額以下であれば、購入可能と判断し、図１１（ｂ）に示す様な購入画面１９を生成して表示することをユーザ端末自身の処理で行う。

　さらに、本発明に用いるプリペイドカードの発行元として、上述した実施形態では、通信機器に係る通信費の徴収を行う通信キャリア事業体で説明したが、これに限定されるものではなく、一定期間単位でユーザから支払われる費用の中に、前払い金分の金額を上乗せして徴収（ユーザを識別して徴収）することが可能な事業体が発行するようなプリペイドカードの前払い金であれば、本発明におけるプリペイド方式に係る前払い金として広く用いることが可能である。さらには、銀行等の金融機関が発行するデビットカード（デビットカード機能を有するキャッシュカードも含む）は、各種商品の購入に使用可能であることから、本発明では、デビットカードに応じた口座の入金も、プリペイド方式に係る前払い金に該当し、適用可能になっている。この場合、銀行等の金融機関においてデビットカードの管理を行うシステムを構成するサーバ装置が、前払い金管理サーバに該当し、購入対象サーバ８０との間で、上述した処理を行うことになる。上述したように、本発明の第１実施形態では多様な変形例を考えることができ、また、これらの各変形例は、適宜組み合わせて用いることも可能である。

　本発明の第２実施形態に係る購入システムは、上述した第１実施形態に係る処理をウェブサイトベースで行い、図４、８～１４に示す各種画面を、ウェブサイトのウェブページ画面としてユーザ端末に表示するようにしたものである。なお、第２実施形態でも、ハード的な構成は第１実施形態と同様であるため、符号については第１実施形態と同じものを用いて、第２実施形態の内容を以下に説明していく。

　第２実施形態では、ショッピングシステム２が、ネットワークＮＷ上に、ショッピングサイトを構築しており、ショッピングシステム２に含まれる購入対象サーバ８０がウェブサーバ的な役割を果たし、ユーザ端末からのアクセスに応じて第１実施形態で説明した各種画面をウェブサイト経由でユーザ端末に表示することで、ユーザが商品の購入を行えるようにしている。

　図２０（ａ）は、ユーザ端末の一例としてスマートフォン１０（図７参照）が記憶部１０ｇに記憶する第２実施形態におけるプログラム等の内容を示したものであり、第２実施形態特有のものとして、新たに、ブラウザアプリＰ２２（ブラウザアプリ）を記憶している。このブラウザアプリＰ２２は、第２実施形態用のショッピングアプリＰ２１′と連携した処理を行うことなり、例えば、ユーザ端末のホーム画面におけるショッピングアイコンが選択されると、ショッピングシステム２（購入対象サーバ８０）が構築するウェブサイトへアクセスし、アクセス以降は、ショッピングシステム２から送信されてくるウェブページデータに基づくウェブページ画面を、ブラウザアプリＰ２２が規定する処理に基づきＣＰＵ１０ａが生成し、生成した各ウェブページ画面をディスプレイ１０ｆに表示することになる。また、ウェブページ画面に含まれる各ボタンの選択操作を受け付けた場合、そのボタンの選択された旨の操作通知をショッピングシステム２（購入対象サーバ８０）へ送信することも、ブラウザアプリＰ２２の規定に基づきＣＰＵ１０ａが制御することになる。

　図２０（ｂ）は、ショッピングシステム２の購入対象サーバ８０の大容量記憶システム８０ｇに記憶するプログラム等の内容を示したものであり、第２実施形態特有のものとして、新たにウェブサーバプログラムＰ１２を記憶すると共に、ネットワーク上に構築するウェブサイトを構成する複数のウェブページに応じたウェブページデータを格納したウェブサイトＤＢ８５も記憶している。ウェブサーバプログラムＰ１２は、ユーザ端末からのアクセス状況に応じて、ウェブサイトＤＢ８５から所要のウェブページを構成する画面情報を読み出してアクセス元のユーザ端末へ送信するものであり、アクセス元のユーザ端末から送信されてくる操作内容を示す情報に応じて、所要の画面情報を送信することも規定する。

　また、第２実施形態の取引プログラムボタンＰ１１′は、ウェブサーバプログラムＰ１２の処理と連携して処理を行うものとなっており、実行する処理内容（購入の可否判断等）は基本的に第１実施形態と同様である。なお、第２実施形態でも事前にプリペイドカードの使用申し込みを、ショッピングサービスを提供する事業体へ行っており、申し込みの際、通信ユーザＩＤ、カードＩＤ、カード設定等もユーザＤＢ８１に格納される。

　上述した第２実施形態では、最初にユーザ端末が購入対象サーバ８０へアクセスすると、購入対象サーバ８０は、そのアクセスに応じて、図８のログイン画面１５を表示させるためのログイン画面情報をユーザ端末へ送信し、ユーザ端末では、ログイン画面情報を受信すると、そのログイン画面情報に基づき、ブラウザアプリＰ２２の処理により、ログイン画面１５を生成してディスプレイ１０ｆに表示する。なお、ウェブページとして表示したログイン画面１５では、第１実施形態と同様のユーザ操作が行われて、ユーザのログイン情報がユーザ端末から購入対象サーバ８０へ送信されることになり、ログイン処理等に関しては、第１実施形態の図１５の第１フローチャートで説明した処理内容が行われる。

　そして、ログイン完了になると、第２実施形態では、ログイン完了通知がユーザ端末へ送信されるのではなく、図９の販売商品画面１６に応じた画面情報が購入対象サーバ８０からユーザ端末へ送信されて、ウェブページとして販売商品画面がユーザ端末で表示される。そして、この販売商品画面に含まれる複数の商品画像の中から、所望の商品画像を選択する操作を行うと、その選択内容がユーザ端末から購入対象サーバ８０へ送信され、選択された商品画像に係る商品の商品注文画面（図１０（ｂ）の商品注文画面１８参照）に応じた画面情報が、購入対象サーバ８０からユーザ端末へ送信され、ユーザ端末は、受信した画面情報に基づきウェブページとして商品注文画面を生成して表示する。

　表示した商品注文画面で、購入ボタン（図１０（ｂ）の購入ボタン１８ｃ参照）の選択操作を行うと、第１実施形態と同様、ユーザ端末から購入注文情報が購入対象サーバ８０へ送信され、以降は第１実施形態の図１６の第２フローチャートで説明した処理が行われるが、購入対象サーバ８０からユーザ端末へ送信される購入不可画面情報、購入画面情報は、ウェブページとして購入不可画面、購入画面をユーザ端末で表示させるための情報になっている点が、第１実施形態と異なる。

　すなわち、第２実施形態において、購入対象サーバ８０からユーザ端末へ送信される購入不可画面情報は、図１１（ｂ）、１２、１３に示す購入不可画面２０、２１、２２をウェブページとしてユーザ端末で生成されて表示させるための情報となっており、購入不可画面２０、２１、２２を構成する内容（各ボタン、テキスト表記等）をＨＴＭＬ言語等のマークアップランゲージ系の記述等を含む内容になっている。同様に、第２実施形態において、購入対象サーバ８０からユーザ端末へ送信される購入画面情報は、図１１（ａ）に示す購入画面１９をウェブページとしてユーザ端末で生成されて表示させるための情報となっており、購入画面１９を構成する内容（各ボタン、テキスト部等）をＨＴＭＬ言語等のマークアップランゲージ系の記述等を含む内容になっている。

　このことは、第２実施形態で図１０のプリペイド使用設定画面１７、図１４の購入完了画面２３等をユーザ端末で表示させる場合でも同様である。なお、上述した内容以外について、第２実施形態は基本的に第１実施形態と同様の構成であり、同様の処理を行う。

　このように第２実施形態に係る発明は、第１実施形態に係る内容をウェブサイトベースで行うようにしたものになっており、それにより柔軟なシステム構成で、本発明の処理内容を行うことができるメリットがある。なお、第２実施形態においても、第１実施形態で説明した各種変形例の内容を、第２実施形態に即した内容で適用することができる。例えば、ユーザ端末側で購入の可否を判断する場合は、ウェブページとして各画面をユーザ端末で表示させるために購入対象サーバ８０からユーザ端末へ送信する画面情報の中に、判断処理に応じたスクリプト系の処理を記述した情報を含ませて、適宜ウェブページ上で所要の処理を行えるようにしている。

　本発明は、オンラインでの購入対象の購入費用の支払いについて、プリペイドカードをスムーズに使用できるようにすることに対して好適に利用可能である。

　１　購入システム
　２　ショッピングシステム
　４　通信キャリアシステム
　５　前払い金管理サーバ
　６　プリペイドＤＢ
　９　チャージ画面
　１０　スマートフォン
　１０ａ　ＣＰＵ
　１５　ログイン画面
　１６　販売商品画面
　１７　プリペイド使用設定画面
　１８　商品注文画面
　１９　購入画面
　２０～２２　購入不可画面
　２３　購入完了画面
　８０　購入対象サーバ
　８１　ユーザＤＢ
　Ｐ１１　販売プログラム（コンピュータプログラム）
　Ｐ２１　ショッピングアプリ
　Ｔ１～Ｔ３　ユーザ端末
　Ｕ１～Ｕ３　ユーザ

Claims

　ネットワークを通じて購入対象の購入機会をユーザに提供する購入対象サーバが、通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を行う購入システムにおいて、
　プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する前払い金管理サーバを備え、
　前記購入対象サーバは、
　前記通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行う手段と、
　ログインの完了したユーザに係る前払い金の問合せ情報を前記前払い金管理サーバへ送信する手段と
　を備え、
　前記前払い金管理サーバは、
　問合せ情報を受信した場合、問合せ対象となるユーザの前払い金を通知する前払い金情報を前記購入対象サーバへ送信する手段を備え、
　前記購入対象サーバは更に、
　前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成する手段と、
　生成した購入画面情報を前記通信端末装置へ送信する手段と
　を備え、
　前記通信端末装置は、
　購入画面情報を受信した場合、受信した購入画面情報に基づき購入画面を生成して表示する手段と、
　表示した購入画面で、前払い金を用いて前記購入対象の購入を指示する操作を受け付けた場合、前払い金を用いて前記購入対象を購入する旨の購入指示を前記購入対象サーバへ送信する手段と
　を備えることを特徴とする購入システム。
　ネットワークを通じて購入対象の購入機会をユーザに提供する購入対象サーバが、通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を行う購入システムによる購入処理方法において、
　前記購入システムは、プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する前払い金管理サーバを備えており、
　前記購入対象サーバは、
　前記通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行うステップと、
　ログインの完了したユーザに係る前払い金の問合せ情報を前記前払い金管理サーバへ送信するステップと
　を備え、
　前記前払い金管理サーバは、
　問合せ情報を受信した場合、問合せ対象となるユーザの前払い金を通知する前払い金情報を前記購入対象サーバへ送信するステップを備え、
　前記購入対象サーバは更に、
　前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成するステップと、
　生成した購入画面情報を前記通信端末装置へ送信するステップと
　を備え、
　前記通信端末装置は、
　購入画面情報を受信した場合、受信した購入画面情報に基づき購入画面を生成して表示するステップと、
　表示した購入画面で、前払い金を用いて前記購入対象の購入を指示する操作を受け付けた場合、前払い金を用いて前記購入対象を購入する旨の購入指示を前記購入対象サーバへ送信するステップと
　を備えることを特徴とする購入処理方法。
　ネットワークを通じて購入対象の購入機会をユーザに提供しており、外部の通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を行う購入対象サーバにおいて、
　外部の通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行う手段と、
　ログインの完了したユーザに係る前払い金の問合せ情報を、プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する外部の前払い金管理サーバへ送信する手段と、
　問合せ情報の送信に伴って、ユーザの前払い金を通知する前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成する手段と、
　生成した購入画面情報を外部の通信端末装置へ送信する手段と
　を備えることを特徴とする購入対象サーバ。
　前記購入対象の購入費用を、受信した前払い金情報で通知される前払い金の金額と比較する手段を備え、
　前記購入対象の購入費用が前払い金の金額以下である場合に、前記購入画面情報を生成するようにしてある請求項３に記載の購入対象サーバ。
　前記購入対象の購入費用が前払い金の金額を超える場合、前記購入対象の購入が不可である旨を示す購入不可画面に係る購入不可画面情報を生成する手段と、
　生成した購入不可画面情報を外部の通信端末装置へ送信する手段と
　を備える請求項４に記載の購入対象サーバ。
　前払い金の金額での前記購入対象の購入に対する不足額を算出する手段を備え、
　算出した不足額を示す購入不可画面に係る購入不可画面情報を生成するようにしてある請求項５に記載の購入対象サーバ。
　前記購入対象の購入不可解消に対して前払い金の入金を示す購入不可画面に係る購入不可画面情報を生成するようにしてある請求項５又は請求項６に記載の購入対象サーバ。
　前払い金の入金受付画面の表示に切り替える操作指示の受付が可能な購入不可画面に係る購入不可画面情報を生成するようにしてある請求項７に記載の購入対象サーバ。
　前記購入対象が、購入量を削減可能である場合、前記購入対象の購入不可解消に対して、前記購入対象の購入量削減を示す購入不可画面に係る購入不可画面情報を生成するようにしてある請求項５乃至請求項８のいずれか１項に記載の購入対象サーバ。
　前記購入対象が、購入量を削減可能である場合、前記購入対象の購入量の指定操作の受付が可能な購入不可画面に係る購入不可画面情報を生成するようにしてある請求項５乃至請求項９のいずれか１項に記載の購入対象サーバ。
　ネットワークを通じて購入対象の購入機会をユーザに提供する購入対象サーバが、外部の通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を行う購入処理方法において、
　外部の通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行うステップと、
　ログインの完了したユーザに係る前払い金の問合せ情報を、プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する外部の前払い金管理サーバへ送信するステップと、
　問合せ情報の送信に伴って、ユーザの前払い金を通知する前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成するステップと、
　生成した購入画面情報を外部の通信端末装置へ送信するステップと
　を備えることを特徴とする購入処理方法。
　ネットワークを通じて購入対象の購入機会をユーザに提供するサーバコンピュータに、外部の通信端末装置から送られる購入対象の購入指示を受信することに応じて、前記購入対象の購入処理を実行させるためのコンピュータプログラムにおいて、
　前記サーバコンピュータに、
　外部の通信端末装置から送られるユーザログイン情報を受信した場合、受信したユーザログイン情報に基づき、ユーザのログイン処理を行うステップと、
　ログインの完了したユーザに係る前払い金の問合せ情報を、プリペイド方式に係るユーザの前払い金に応じた情報をユーザごとに管理する外部の前払い金管理サーバへ送信するステップと、
　問合せ情報の送信に伴って、ユーザの前払い金を通知する前払い金情報を受信した場合、受信した前払い金情報で通知される前払い金を用いて前記購入対象の購入を指示する操作の受付が可能な購入画面に係る購入画面情報を生成するステップと、
　生成した購入画面情報を外部の通信端末装置へ送信するステップと
　を実行させることを特徴とするコンピュータプログラム。