JP2003308466A

JP2003308466A - 情報処理装置および方法、記録媒体、並びにプログラム

Info

Publication number: JP2003308466A
Application number: JP2002110845A
Authority: JP
Inventors: Yasushi Usui; 康碓井
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-04-12
Filing date: 2002-04-12
Publication date: 2003-10-31

Abstract

(57)【要約】【課題】ユーザ側で行われる割賦処理に関わる処理を
軽減する。【解決手段】ネットワーク上で、商品の購入に対して
割賦契約が結ばれる場合、その商品を扱っている店の情
報、商品の情報、価格といったデータや、適用される料
率に関するデータが取得される。適用される料率に従っ
て、全ての支払い回数に対して支払い額が算出される。
その算出された結果は、シミュレーション結果表示部１
４３に一覧表示される。ユーザは、一覧表示された支払
い回数と支払い額が対応付けられた一覧表から、所望の
支払い回数（支払い額）を選択する。本発明は、割賦契
約を結ぶ処理を実行するコンピュータに適用できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理装置および
方法、記録媒体、並びにプログラムに関し、特に、商品
の購入の際の割賦に関わる処理を行う装置に用いて好適
な情報処理装置および方法、記録媒体、並びにプログラ
ムに関する。

【０００２】

【従来の技術】商品を購入する際、その代金の支払い方
法には様々な形態がある。例えば、現金で支払う、クレ
ジットカードで支払う、割賦契約を結ぶことにより支払
うなどの形態がある。クレジットカードにより支払う場
合、一括払いで支払う、分割して支払うなどの形態があ
る。そのようなクレジットカードによる分割払いとは別
に、個別の商品毎に分割払いの契約をクレジットカード
会社（信販会社）と結ぶ形態の支払い（個品割賦）もあ
る。

【０００３】個品割賦とは、上述したように、個々の商
品の購入毎に信販会社と割賦の契約を結ぶ支払い形態で
ある。この個品割賦は、信販会社が商品の代金を加盟店
に一旦支払い、その後、立て替えた商品の代金を顧客か
ら分割で返済を受ける仕組みになっている。

【０００４】

【発明が解決しようとする課題】個品割賦の契約を行う
際、支払い回数を設定することがある。支払い回数に応
じて、１回あたりの支払い代金が異なってくる。そのた
め、支払い回数に応じた１回あたりの支払い代金をシミ
ュレーションした後に、所望の支払い代金になる回数で
割賦契約を結ぶ場合がある。

【０００５】コンピュータを用いて割賦のシミュレーシ
ョンを実行した場合、例えば、図１に示したように、コ
ンピュータのディスプレイ１上に、割賦可能回数が回数
表示部１１に表示される。回数表示部１１に表示されて
いる回数（数字）には、チェック欄が設けられており、
そのチェック欄にチェックがされた状態で、“シミュレ
ーション”ボタン１２が操作されると、そのチェックさ
れた回数に応じた１回あたりの支払い金額が算出（シミ
ュレーション）される。

【０００６】算出された結果は、例えば、図２に示すよ
うな画面でユーザに提供される。図２に示した例は、１
０回払いが選択されたときのシミュレーション結果が、
結果表示部１３に表示されている。ユーザは、このシミ
ュレーション結果で良ければ“確定”ボタン１４を操作
し、再度シミュレーションを行いたいときは“戻る”ボ
タン１５を操作する。

【０００７】“戻る”ボタン１５が操作されると、図１
に示したような画面に表示が切り替えられ、ユーザは、
所望の支払い回数を再度選択し、“シミュレーション”
ボタン１２を操作する。

【０００８】このように、ユーザは、支払い金額が所望
の金額となるまで、図１と図２の画面を切り替えながら
複数回、同様な操作を行わなくてはならず、手間がかか
り面倒であるという課題があった。

【０００９】本発明はこのような状況に鑑みてなされた
ものであり、ユーザが支払い回数を決定する際の処理を
簡略化できるようにすることを目的とする。

【００１０】

【課題を解決するための手段】本発明を適用した情報処
理装置は、支払い回数に応じた料率に関するデータを記
憶する記憶手段と、記憶手段から商品の代金に適用する
料率を読み出す読み出し手段と、読み出し手段により読
み出された料率に基づき、商品の代金を分割払いしたと
きの支払い額を、支払い回数毎に算出する算出手段と、
算出手段により算出された支払い額を保持する保持手段
と、保持手段に保持されている支払い額を、支払い回数
と関連付けた一覧表形式で提供する提供手段とを含むこ
とを特徴とする。

【００１１】前記記憶手段は、商品を扱う店のコード、
複数の前記支払い回数に応じた料率を識別するための料
率コード、支払い回数毎の料率を、それぞれ関連付けて
記憶し、前記読み出し手段は、店のコードと料率コード
を取得し、その取得された店コードと料率コードに基づ
き、商品の代金に適用する料率を読み出すようにするこ
とができる。

【００１２】本発明を適用した情報処理方法は、支払い
回数に応じた料率に関するデータの記憶を制御する記憶
制御ステップと、記憶制御ステップの処理で記憶が制御
されたデータからの商品の代金に適用する料率の読み出
しを制御する読み出し制御ステップと、読み出し制御ス
テップの処理で読み出しが制御された料率に基づき、商
品の代金を分割払いしたときの支払い額を、支払い回数
毎に算出する算出ステップと、算出ステップの処理で算
出された支払い額の保持を制御する保持制御ステップ
と、保持制御ステップの処理で保持された支払い額を、
支払い回数と関連付けた一覧表形式で提供する提供ステ
ップとを含むことを特徴とする。

【００１３】本発明を適用した記録媒体は、商品の代金
の支払いに関する処理を実行する情報処理装置のプログ
ラムであって、支払い回数に応じた料率に関するデータ
の記憶を制御する記憶制御ステップと、記憶制御ステッ
プの処理で記憶が制御されたデータからの商品の代金に
適用する料率の読み出しを制御する読み出し制御ステッ
プと、読み出し制御ステップの処理で読み出しが制御さ
れた料率に基づき、商品の代金を分割払いしたときの支
払い額を、支払い回数毎に算出する算出ステップと、算
出ステップの処理で算出された支払い額の保持を制御す
る保持制御ステップと、保持制御ステップの処理で保持
された支払い額を、支払い回数と関連付けた一覧表形式
で提供する提供ステップとを含むことを特徴とする。

【００１４】本発明を適用したプログラムは、商品の代
金の支払いに関する処理を実行する情報処理装置を制御
するコンピュータに、支払い回数に応じた料率に関する
データの記憶を制御する記憶制御ステップと、記憶制御
ステップの処理で記憶が制御されたデータからの商品の
代金に適用する料率の読み出しを制御する読み出し制御
ステップと、読み出し制御ステップの処理で読み出しが
制御された料率に基づき、商品の代金を分割払いしたと
きの支払い額を、支払い回数毎に算出する算出ステップ
と、算出ステップの処理で算出された支払い額の保持を
制御する保持制御ステップと、保持制御ステップの処理
で保持された支払い額を、支払い回数と関連付けた一覧
表形式で提供する提供ステップとを実行させることを特
徴とする。

【００１５】本発明を適用した情報処理装置および方
法、並びにプログラムにおいては、商品の代金に適用す
る料率が、記憶されているデータないから読み出され、
読み出された料率に基づき、商品の代金を分割払いした
ときの支払い額が、支払い回数毎に算出され、算出され
た支払い額が、支払い回数と関連付けられた一覧表形式
でユーザなどに提供される。

【００１６】前記商品とは、動産、不動産、サービスな
ど、代金の支払い対象となるものである。また、前記分
割払いは、クレジットカードによるもの、個品割賦によ
るものなどを含む。

【００１７】

【発明の実施の形態】以下に、本発明の実施の形態につ
いて図面を参照して説明する。図３は、本発明を適用し
た情報処理システムの一実施の形態の構成を示す図であ
る。ネットワーク３０は、インターネットやＬＡＮ（Lo
cal Area Network）などから構成されるネットワークで
あり、このネットワーク３０には、顧客コンピュータ３
１、加盟店コンピュータ３２、および割賦処理コンピュ
ータ３３が接続されている。

【００１８】図３には説明の都合上、それぞれ１台のコ
ンピュータしか示していないが、複数のコンピュータが
接続されていても良いし、例えば、割賦処理コンピュー
タ３３が１台でなく、複数のコンピュータから構成され
るようにしても良い。

【００１９】顧客コンピュータ３１は、ネットワーク３
０を介して接続されている加盟店コンピュータ３２が提
供するＷｅｂページ上で商品を購入する際に、ユーザが
用いるコンピュータである。Ｗｅｂページとは、ＨＴＭ
Ｌ（Hyper Text Markup Language）およびＷｅｂブラウ
ザの働きで表示される個々のページを意味する。顧客コ
ンピュータ３１は、加盟店コンピュータ３２が提供する
Ｗｅｂページを参照できる機能を有する。

【００２０】加盟店コンピュータ３２は、割賦処理コン
ピュータ３３を管理する会社（信販会社）と加盟店契約
を結んでいる店が管理するコンピュータである。加盟店
コンピュータ３２は、自己の会社が販売する商品に関す
る情報を管理し、その商品に関する情報をＷｅｂページ
上でユーザに提供する。取り扱われる商品は、動産、不
動産、サービスなどであり、割賦販売の対象となりうる
ものである。

【００２１】割賦処理コンピュータ３３は、個品割賦に
関する情報を処理するために信販会社に設けられたコン
ピュータであり、ネットワーク３０を介して接続されて
いる顧客コンピュータ３１から個品割賦の申し込みを処
理するように構成されている。以下の説明において、割
賦という記載は特に断りの場合、個品割賦を示す（また
は、個品割賦を含む）ものとする。

【００２２】図４は、顧客コンピュータ３１の内部構成
例を示す図である。顧客コンピュータ３１のＣＰＵ（Ce
ntral Processing Unit）５１は、ＲＯＭ（Read Only M
emory）５２に記憶されているプログラムに従って各種
の処理を実行する。ＲＡＭ（Random Access Memory）５
３には、ＣＰＵ５１が各種の処理を実行する上において
必要なデータやプログラムなどが適宜記憶される。入出
力インタフェース５５は、キーボードやマウスから構成
される入力部５６が接続され、入力部５６に入力された
信号をＣＰＵ５１に出力する。また、入出力インタフェ
ース５５には、ディスプレイやスピーカなどから構成さ
れる出力部５７も接続されている。

【００２３】さらに、入出力インタフェース５５には、
ハードディスクなどから構成される記憶部５８、およ
び、インターネットなどのネットワークを介して加盟店
コンピュータ３２や割賦処理コンピュータ３３とデータ
の授受を行う通信部５９も接続されている。ドライブ６
０は、磁気ディスク７１、光ディスク７２、光磁気ディ
スク７３、半導体メモリ７４などの記録媒体からデータ
を読み出したり、データを書き込んだりするときに用い
られる。

【００２４】加盟店コンピュータ３２や割賦処理コンピ
ュータ３３の内部構成は、基本的に顧客コンピュータ３
１と同様であるので、その記載および説明は省略する。
顧客コンピュータ３１、加盟店コンピュータ３２、およ
び割賦処理コンピュータ３３は、図４に示した内部構成
に限らず、必要に応じ、機能を追加したり削除したりす
ることは可能であり、その機能に対応した内部構成をも
つことが可能である。

【００２５】次に、図５のフローチャートを参照してユ
ーザが加盟店コンピュータ３２が提供するＷｅｂページ
を参照して商品の購入を決定するまでの処理について説
明する。顧客コンピュータ３１は、ステップＳ１１にお
いて、ユーザの指示により加盟店コンピュータ３２にア
クセスを開始する。ユーザは、顧客コンピュータ３１に
対して、所定の処理、例えば、Ｗｅｂブラウザを立ち上
げ、ＵＲＬ（UniformResource Locator）を入力するな
どの操作を行うことにより、自己の顧客コンピュータ３
１と加盟店コンピュータ３２をネットワーク３０を介し
て接続させる。

【００２６】顧客コンピュータ３１と加盟店コンピュー
タ３２がネットワーク３０を介して接続されると、加盟
店コンピュータ３２は、自己の店で扱っている商品の情
報などを含むＷｅｂページデータを顧客コンピュータ３
１に対して提供する。提供されたＷｅｂページデータに
基づく画面が、ステップＳ１２において、ユーザの顧客
コンピュータ３１の出力部５７としてのディスプレイ上
に表示される。

【００２７】ステップＳ１２において顧客コンピュータ
３１のディスプレイ上に表示される画面の一例を、図６
に示す。ディスプレイ８１には、商品の画像が表示され
る商品画像表示部９１、その商品の機能などを説明する
文章などが表示される商品説明表示部９２、商品の価格
が表示される価格表示部９３の各表示部が表示される。
これらの表示部に表示された情報を参考として、ユーザ
がその商品の購入を決定したときには、“購入”ボタン
９４が操作される。また、この商品を購入しさらに続け
て買い物をするときに操作される“カートに入れる”ボ
タン９５もディスプレイ８１上に表示される。

【００２８】このような画面を参照し、ユーザは、購入
したい商品を探し出す。このようなユーザによる商品の
選択が行われている間、顧客コンピュータ３１は、ステ
ップＳ１３において、商品選択処理として、加盟店コン
ピュータ３２と必要に応じＷｅｂページデータの授受を
行ったり、ボタン操作が行われたか否かを監視したりと
いった処理を行う。

【００２９】商品が選択されることにより“購入”ボタ
ン９４が操作されると、その情報は、加盟店コンピュー
タ３２に送信される。加盟店コンピュータ３２は、ステ
ップＳ２２において、支払い方法に関する画面のデータ
を顧客コンピュータ３１に対して送信する。顧客コンピ
ュータ３１のディスプレイ８１上には、支払い方法の選
択画面として、例えば、図７に示すような画面が表示さ
れる。

【００３０】図７に示した例では、支払い方法として、
支払い方法選択項目表示部１０１に、“クレジットカー
ド”、“個品割賦”、“代引”、および“コンビニ決
済”という４つの選択項目が表示されている。各項目に
は、チェック欄が設けられており、選択されたチェック
欄と選択されていないチェック欄は区別が付くようにさ
れている。また、この場合、４つのチェック欄のうち、
１つのチェック欄しか選択できないようにされている。
図７に示した例では、“個品割賦”が選択された例を示
している。

【００３１】ユーザは、選択した支払い方法で良けれ
ば、“決定”ボタン１０２を操作し、この商品の購入を
キャンセルするときは“キャンセル”ボタン１０３を操
作する。以下の説明においては、“個品割賦”が選択さ
れ、“決定”ボタン１０２が操作されたとして説明す
る。

【００３２】ステップＳ１４において、ユーザが商品の
購入代金を個品割賦の契約を結ぶことにより支払うと決
定した場合、その情報は、加盟店コンピュータ３２に送
信される。加盟店コンピュータ３２は、ステップＳ２３
において、契約している信販会社の割賦処理コンピュー
タ３３に対して、個品割賦の申し込みがあったこと、お
よび、そのことに関するデータを送信する。

【００３３】個品割賦の申し込みに関わる処理は、顧客
（顧客コンピュータ３１）と信販会社（割賦処理コンピ
ュータ３３）との間で行われる。そのため、ユーザが個
品割賦で代金を支払うとした商品に関する情報や、どの
店で購入したかを区別するための情報などが、加盟店コ
ンピュータ３２から割賦処理コンピュータ３３に対して
送信される。

【００３４】商品に関する情報としては、商品に割り当
てられた識別コード、商品名、個数、価格などの情報が
送信される。店の情報としては、その店に割り当てられ
たサプライヤコード、その店の系列店の店を区別する店
舗コード、個別割賦の料率を指定する料率コードなどが
送信される。

【００３５】ここで、送信される店の情報についてさら
に説明する。図８に一例を示すように、割賦処理コンピ
ュータ３３の記憶部１２１には、店を限定するための店
データベース１２２が記憶されている。店データベース
１２２に記憶されているデータは、サプライヤコード、
店名、店舗コード、支店名、住所である。なお、これら
のデータ以外のデータをさらに記憶させるようにしても
良いし、これらのデータを必ずしも全て記憶する必要は
ない。

【００３６】図８に示した例では、サプライヤコードと
して“Ｘ０００１”が付与されたのは、店名が“Ａ店”
であることを示している。“Ａ店”には、複数の支店が
あり、それらの支店毎に、店舗コードが割り当てられて
いる。また、店舗コード毎に、その店舗が存在する住所
が関連付けられて記憶されている。

【００３７】加盟店コンピュータ３２からサプライヤコ
ードと店舗コードが送信されることにより、それらのコ
ードを受信した割賦処理コンピュータ３３側では、顧客
に商品を販売した店舗（加盟店）を一意に決定すること
ができる。

【００３８】割賦処理コンピュータ３３の記憶部１２１
には、図９に示すような料率に関する料率データベース
１２３も記憶されている。料率データベース１２３に
は、サプライヤコード、店舗コード、料率コード、支払
い回数に応じた料率、ボーナス支払いの料率が、それぞ
れ関連付けられて記憶されている。

【００３９】支払い回数により料率が異なり、ボーナス
で支払うか否かによっても料率は異なってくる。また、
店舗毎に料率を変えることも可能であるし、１店舗で
も、複数の料率を設定し、商品によりその料率を変化さ
せることも可能である。従って、割賦処理コンピュータ
３３側では、加盟店コンピュータ３２が送信してきた、
どの料率を適用するかを示す料率コードをもとに、適用
する料率を決定する。

【００４０】図１０乃至図１２に示したフローチャート
を参照して、割賦処理コンピュータ３３が行う割賦処理
について説明する。ステップＳ４１において、割賦処理
コンピュータ３３は、顧客コンピュータ３１に対して、
表紙のデータを送信する。このような表紙のデータが送
信されることにより、顧客コンピュータ３１のディスプ
レイ８１上には、例えば、図１４に示すような画像が表
示される。

【００４１】図１４に示したような画面は、ユーザ（顧
客）が前の画面で、商品の支払い方法として個品割賦を
選択し、そのために、その個品割賦の契約が、商品を販
売した店でなく信販会社との間で結ばれるということを
ユーザに認識させるために表示させる。このような画面
は、必ずしも表示される必要はなく、表示させる必要が
ないと判断されるときには、表示されないようにしても
良い。

【００４２】割賦処理コンピュータ３３は、表紙の画面
のデータを送信すると、ステップＳ４２において、個品
割賦の処理、主に、支払い額の算出に必要な情報を取得
する。この際取得されるデータとしては、顧客が購入し
ようとしている商品に関する情報、個品割賦の対象とな
る合計購入金額などの情報である。このような情報は、
加盟店コンピュータ３２が、ステップＳ２３（図５）の
処理として送信した情報に含まれている。

【００４３】情報が取得されると、ステップＳ４３にお
いて、支払い方法選択画面のデータが送信される。この
ようなデータが送信されることにより、顧客コンピュー
タ３１のディスプレイ８１上には、例えば、図１５に示
すような画面が表示される。図１５に示した例では、顧
客が購入を決定した商品に関する情報が商品情報表示部
１３１に表示され、その下側に、支払い方法として選択
できる項目が支払い方法選択表示部１３２に表示されて
いる。

【００４４】この場合、支払い方法選択表示部１３２に
は、“分割払い”、“ボーナス一括払い”、および、
“ボーナス二回払い”の３つの支払い方法の選択肢が表
示されている。このうち、“分割払い”のボタンが操作
されたか否かが、ステップＳ４４において判断される。

【００４５】ステップＳ４４において、“分割払い”の
ボタンが操作されたと判断された場合、ステップＳ５０
に進み、操作されていないと判断された場合、ステップ
Ｓ４５に進む。ステップＳ４５において、“ボーナス一
括払い”のボタンが操作されたのか否かが判断される。
ステップＳ４５において“ボーナス一括払い”のボタン
が操作されたと判断された場合、ステップＳ４６に進
み、ボーナス一括払いの時の支払い金額のシミュレーシ
ョンが行われる。

【００４６】このボーナス一括払いのシミュレーション
は、まず、料率データベース１２３から適用される料率
が読み出され、その読み出された料率と合計購入金額が
乗算されることにより、ボーナス時に一括して支払う金
額が算出される。合計購入金額は、図１５に示したよう
な画面を表示させる際に取得した情報（ＵＲＬのパラメ
ータ）から取得されるようにしても良いし、ＨＴＭＬの
タグを解析することにより取得されるようにしても良
い。

【００４７】シミュレーション結果は、ステップＳ４７
において顧客コンピュータ３１に対して送信され、顧客
に提供される。

【００４８】一方、ステップＳ４５において、“ボーナ
ス一括払い”のボタンが操作されたのではないと判断さ
れた場合、“ボーナス二回払い”のボタンが操作された
と判断できるため、ステップＳ４８において、ボーナス
二回払いのシミュレーションが行われる。このステップ
Ｓ４８とステップＳ４９における処理は、基本的にステ
ップＳ４６とステップＳ４７の処理と同様であるので、
その説明は省略する。

【００４９】一方、ステップＳ４４において、“分割払
い”のボタンが操作されたと判断された場合、ステップ
Ｓ５０に進み、分割払いの処理が実行される。ステップ
Ｓ５０における分割払いの処理について説明する前に、
図１１のフローチャートを参照して割賦処理の他の方法
について説明する。

【００５０】図１０に示したフローチャートを参照して
説明した処理においては、サプライヤコードなどをＵＲ
Ｌに含め、そのＵＲＬから必要に応じ情報を抽出して用
いるようにしたが、それらの管理すべき情報に対してＩ
Ｄを付与して管理し、必要に応じて管理している情報を
用いるようにしても良い。そのようにした場合には、図
１１に示したようなフローチャートに従って処理が実行
される。

【００５１】図１０に示したフローチャートと図１１に
示したフローチャートは、重複する部分があり、重複す
る部分に関しての説明は適宜省略する。ステップＳ６１
において、表紙のデータが送信されると、ステップＳ６
２において、セッションＩＤ（Session ID）が付与（発
行）される。ステップＳ６３において、発行したセッシ
ョンＩＤと関連付ける情報を取得する。この際、取得さ
れる情報は、図１０のステップＳ４２のところで説明し
た情報と同じである。

【００５２】セッションＩＤにより情報を管理するよう
にした場合、記憶部１２１には、図１３に示したような
セッションデータベース１２４がさらに記憶される。セ
ッションデータベース１２４には、セッションＩＤ、サ
プライヤコード、店舗コード、料率コード、および、価
格がそれぞれ関連付けられて記憶される。この他の情報
として、割賦処理コンピュータ３３が管理するＷｅｂペ
ージに来る前のＷｅｂページ（加盟店コンピュータ３２
が管理するＷｅｂページ）を、処理が終了した時点で、
戻すページとして記憶するようにしても良い。

【００５３】セッションデータベース１２４に情報が書
き込まれた後に、ステップＳ６５において、分割払いが
選択された場合、ステップＳ６６に進む。ステップＳ６
６において、処理の対象となるセッションＩＤが取得さ
れる。そして、取得されたセッションＩＤに関連付けら
れている情報が、ステップＳ６７において読み出され
る。このようにして読み出された情報が用いられて、ス
テップＳ６８の処理が行われる。

【００５４】ステップＳ６５において、分割払いが選択
されたのではないと判断され、ステップＳ６９に進み、
ボーナス一括払いが選択されたか否かが判断される。ス
テップＳ６９において、ボーナス一括払いが選択された
と判断された場合、ステップＳ７０，Ｓ７１に進み、ス
テップＳ６６，Ｓ６７と同様の処理が行われる。そし
て、ステップＳ７２，７３において、ボーナス一括払い
のシミュレーションが行われるわけだが、その処理につ
いては、図１０のステップ４６，Ｓ４７と同様の処理で
あり、既に説明したので、その説明は省略する。

【００５５】一方、ステップＳ６９において、ボーナス
一括払いが選択されたのではないと判断された場合、ス
テップＳ７４，Ｓ７５に進み、ステップＳ６６，Ｓ６７
と同様の処理が行われる。そして、ステップＳ７６，７
７において、ボーナス二回払いのシミュレーションが行
われるわけだが、その処理については、図１０のステッ
プ４８，Ｓ４９と同様の処理であり、既に説明したの
で、その説明は省略する。

【００５６】図１２は、図１０のステップＳ５０、また
は、図１１のステップＳ６８において行われる分割払い
の処理の詳細について説明するためのフローチャートで
ある。

【００５７】ステップＳ９１において、購入金額の合計
額に関する情報が取得される。これは、上述したよう
に、ＵＲＬのパラメータから、ＨＴＭＬのタグを解析す
ることにより、または、セッションＩＤを管理するよう
にしたときにはそのセッションＩＤを用いた処理により
取得される。購入金額の合計額が取得されると、料率デ
ータベース１２３が参照される。料率データベース１２
３のうち、参照される部分は、加盟店コンピュータ３２
から提供された情報に含まれていた、サプライヤコー
ド、店舗コード、および、料率コードが一致する情報に
対応する部分である。

【００５８】ステップＳ９３において、参照されている
部分から、１つの料率が読み出される。例えば、図９に
示した料率データベース１２３のうち、サプライヤコー
ドが“Ｘ００１”、店舗コードが“０１”、および料率
コードが“００１”が一致する情報に対応する部分の料
率が参照されている場合、回数“１”のところの料率で
ある“４．５％”がまず読み出される。このように、回
数の小さい方の料率から読み出すようにしても良いし、
回数の大きい方の料率から読み出すようにしても良い。
以下の説明においては、回数の小さい方の料率から読み
出すとする。

【００５９】ステップＳ９３において読み出された料率
が用いられて、ステップＳ９４において支払い合計額が
算出される。支払い合計額とは、顧客が、割賦の契約を
結び、選択した回数で支払いをしたときに、最終的に支
払うべき額の合計金額である。例えば、この支払いの合
計額は、ステップＳ９１において取得された購入金額の
合計額に、ステップＳ９３において読み出された料率を
乗算することにより算出される。

【００６０】もちろん、支払い回数などにより、さらに
計算を行うこともあり、また、他の計算の仕方により算
出されることもある。従って、計算方法は、そのシステ
ムに応じて適した方法が用いられればよい。以下の説明
においても、計算の方法は、一例にすぎない。また、こ
こでは、料率が料率データベース１２３に記憶されてい
ると説明するが、年率など、他のデータが記憶されてい
る場合には、その記憶されているデータに対応した計算
により算出される。

【００６１】算出された支払いの合計額が用いられて、
ステップＳ９５において、月々の支払い額が算出され
る。この算出は、ステップＳ９４において算出された支
払い額の合計額を、支払い回数で除算することにより算
出される。

【００６２】このようにして、月々の支払い額が算出さ
れるわけだが、支払い合計額が少額のとき（購入金額の
合計額が少額のとき）や、支払い回数が多くなり１回当
たりの支払い額が少額になったとき、例えば、１回の支
払いが１００円などと算出されることが考えられる。そ
のような少額の支払いを限度なく認めるように設定して
しまうと、何かと不都合が生じてしまうために、何らか
の制限を設けた方が良い。

【００６３】そこで、ステップＳ９６において、算出さ
れた月々の支払い額は、最低金額以上であるか否かが判
断される。最低金額は、例えば、３０００円などと設定
される。最低金額が３０００円と設定されている場合、
一回の支払い額が３０００円以上であるか否かが判断さ
れる。ステップＳ９６において、月々の支払い額が、最
低金額以上であると判断された場合、ステップＳ９７に
進み、最低金額以上ではないと判断された場合、ステッ
プＳ１０１に進む。

【００６４】ここで、月々の支払い額が最低金額以下で
ある状況について考える。上述したように、最低金額以
下となる状況としては、購入金額が少額なために、割賦
することにより１回あたりの支払い額が最低金額以下に
なる場合と、支払い回数が多くなったために、１回あた
りの支払い額が少額になり、その結果１回あたりの支払
い額が最低金額以下になった場合とが考えられる。

【００６５】例えば、ステップＳ９３において、料率の
読み込みを支払い回数の少ない方から順次読み込むよう
に設定してある場合で、購入金額が少額のために、１回
あたりの支払い額が最低支払い額以下になってしまった
ときは、それ以降、すなわち、さらに多い回数の割賦に
すれば、さらに１回あたりの支払い額は少額になり、必
ず、最低金額以下であると判断されるので、結果とし
て、さらに多い支払い回数での割賦のシミュレーション
を行う必要はない。

【００６６】また、同じ理由により、１回、ステップＳ
９６において、月々の支払い額が最低金額以下であると
判断された場合、さらに多い支払い回数の割賦のシミュ
レーションをしたとしても、さらに１回あたりの支払い
額が小さくなっていくだけなので、仮に、支払い回数を
順次多くしていき、繰り返し割賦のシミュレーションを
したとしても、ステップＳ９６において、ＮＯと判断さ
れるので、実質、シミュレーションを行う意味がない。

【００６７】従って、ステップＳ９６において、月々の
支払い額が最低金額以下であると判断された時には、割
賦のシミュレーションを終了し、ステップＳ１０１に進
み、そこまでの処理で算出されたシミュレーション結果
を顧客に送信するようにする。

【００６８】一方、ステップＳ９６において、月々の支
払い額が最低金額以上であると判断された場合、ステッ
プＳ９７に進み、算出された金額に、端数があるか否か
が判断される。例えば、１０円単位で金額を設定する場
合、１回の支払い額が、１９８２円などと算出されたと
きには、その２円を端数とし、ステップＳ９７におい
て、端数ありと判断され、ステップＳ９８に進む。

【００６９】ステップＳ９８において、端数の組み込み
の処理が行われる。端数の組み込みの処理とは、例えば
一例としてあげるなら、１０回払いのときの割賦のシミ
ュレーションを行っているときに、端数ありと判断され
た場合、２回目乃至１０回目の支払いの額は端数なしの
金額で、かつ、同一の金額とし、２回目乃至１０回目の
支払いの額では支払いきれない額を、１回目（初回）の
支払いの額として設定するといったような処理である。

【００７０】例えば、ステップＳ９４において算出され
た支払いの合計額が１９８２５円であり、１０回払いの
シミュレーションを行っている場合、１０回とも同一な
額で支払うとすると、１回あたりの支払い金額は、１９
８２．５円となる。しかしながら、１０円単位で扱うた
め、かつ、０．５円などと、実質支払い不可能な金額が
算出されてしまう。

【００７１】このような場合、ステップＳ９８の処理と
して、例えば、２回目乃至１０回目の支払い額は、１９
８０円と同一の額として、残りの２００５（＝１９８２
５−１９８０×９）円を１回目の支払い額と設定する。
１回目の支払い額は、たとえ１０円単位で設定してあっ
たとしても、例外的に１円単位でも処理できるようにす
ることにより、端数を処理することが可能となる。勿
論、端数は四捨五入して１回目の支払いから端数を出さ
ないようにしてもよい。

【００７２】勿論、上述した端数の処理は、一例であ
り、他の処理を行うようにしても良い。

【００７３】ステップＳ９８において、端数の処理が終
了されると、ステップＳ９９に進む。ステップＳ９９の
処理には、ステップＳ９７において端数はないと判断さ
れたとき、すなわち、ステップＳ９８における端数の処
理を行う必要がないときもくる。ステップＳ９９におい
て、ワークテーブルに、シミュレーション結果が書き込
まれる。

【００７４】ステップＳ１００において、次の料率があ
るか否かが判断される。例えば、図９を参照するに、回
数が“１”のときのシミュレーションが終了した時点で
は、次に、回数“２”の料率が設定されているため、ス
テップＳ１００においては、次の料率があると判断され
ることになる。

【００７５】ステップＳ１００において、次の料率があ
ると判断されると、ステップＳ９３に戻り、それ以降の
処理が繰り返される。ステップＳ９３乃至Ｓ１００の処
理が繰り返されるということは、ワークテーブルに、設
定されている支払い回数毎の、有効なシミュレーション
結果が書き込まれることになる。このようにして書き込
まれたワークテーブルのシミュレーション結果は、ステ
ップＳ１００において、次の料率がないと判断される
と、ステップＳ１０１に進み、顧客コンピュータ３１に
対して送信される。

【００７６】ステップＳ１０１において、割賦処理コン
ピュータ３３から顧客コンピュータ３１に対してシミュ
レーション結果が送信されることにより、顧客コンピュ
ータ３１のディスプレイ８１上には、例えば、図１６に
示したような画面が表示される。図１６に示した画面で
は、上側に、再シミュレーション用の設定欄１４１が設
けられており、その下側には、“再シミュレーションす
る”ボタン１４２が設けられている。

【００７７】“再シミュレーションする”ボタン１４２
の下側には、シミュレーション結果表示部１４３にシミ
ュレーション結果が表示されている。このシミュレーシ
ョン結果表示部１４３の各シミュレーション結果には、
チェック欄が設けられており、そのチェック欄がチェッ
クされたシミュレーション結果が、選択された割賦回数
であることを示す。顧客は、選択した割賦回数で良けれ
ば、“確定”ボタン１４４を操作し、再度シミュレーシ
ョンを行いたい場合などは、“戻る”ボタン１４５を操
作する。

【００７８】このように、シミュレーション結果表示部
１４３に、可能な割賦回数に対しての全てのシミュレー
ション結果が一覧表示されることにより、所望の支払い
金額の割賦回数を容易に素早く認識することが可能とな
り、使い勝手を向上させることが可能となる。

【００７９】例えば、シミュレーション結果表示部１４
３に１つのシミュレーション結果しか表示しないような
場合、ユーザがそのシミュレーション結果が所望の結果
ではないと判断した場合、前の画面に戻り、再度、支払
い回数を選択し、結果を参照し、決定するといった動作
を行わなくてはならず、このような動作を繰り返し行っ
ているうちに、商品の購買欲がそがれ、商品の購入を断
念してしまうといったことがあった。

【００８０】しかしながら、図１６に示すように、回数
毎のシミュレーション結果を一覧表示することにより、
動作を繰り返す必要がなく、所望の割賦回数を選択する
ことができ、ユーザの購買欲がそがれるようなことを防
ぐことができ、商品の購入率を向上させることを期待す
ることが可能となる。

【００８１】図１２のフローチャートの説明に戻り、ス
テップＳ１０１においてシミュレーション結果が送信さ
れた結果、図１６に示したような画面が、顧客コンピュ
ータ３１のディスプレイ８１上に表示されると、ユーザ
からの返答待ちの状態となる。そして、ステップＳ１０
２において、“再シミュレーションする”ボタン１４２
が操作されたか否かが判断される。

【００８２】ステップＳ１０２において、“再シミュレ
ーションする”ボタン１４２が操作されたと判断された
場合、ステップＳ１０３に進む。ステップＳ１０３に処
理が進む場合、図１６に示した画面のうち、設定部１４
１の所定の欄に、ユーザが所望の条件を設定し、“再シ
ミュレーション”ボタン１４２を操作したと判断するこ
とが可能である。この場合、月々の支払いの他に、ボー
ナス時には、月々の支払いの他に支払いを行うというシ
ミュレーションである。そこで、ステップＳ１０３にお
いて、ボーナス支払い以外の支払い額が算出される。

【００８３】例えば、設定部１４１にユーザが、ボーナ
ス加算額として５００００円と設定し、そのときの支払
い合計額が９００００円であった場合、ステップＳ１０
３においては、９００００−５００００＝４００００と
いった計算が行わる。この４００００が、ボーナス支払
い以外の支払い額として設定される。この算出の際に
は、ボーナス加算月も考慮して、計算を行う必要があ
る。

【００８４】例えば、ボーナス加算月が、６月と１２月
である場合、申し込みの処理（上述してきたような処
理）が２月に行われているときには（ここでは、説明の
都合上、日にちまでは考慮しない）、割賦回数が３回の
ときには、実際に支払いが行われるのは、３月、４月、
５月の３回であるので、６月のボーナス加算月は含まれ
ないことになる。勿論、ボーナス支払額以外の支払い額
が０円以下になってしまうような場合などはシミュレー
ションする必要がないため、そのような場合はシミュレ
ーションされないように設定される。

【００８５】従って、このようなときには、ボーナス加
算額がユーザにより設定されたとしても、実質支払いに
は関係ないため、ボーナス加算額は０円としてシミュレ
ーションされる。この例の場合、４回以上の割賦回数で
あると、ボーナス加算月を含むため、ボーナス加算額を
考慮したシミュレーションが行われる。

【００８６】また、上述した例と同じ条件のときに、支
払い回数が１８回であった場合、その年の６月、１２
月、翌年の６月と、計３回のボーナス月を含むことにな
る。この場合、３回のボーナス月があることを考慮して
シミュレーションが行われる。

【００８７】このようなことを考慮すると、一般的に、
ステップＳ１０３における計算は、支払い合計額から、
（ボーナス加算額×ボーナス月到来回数）を減算する計
算となる。このボーナス月到来回数は、システムの日付
を用いて算出される。すなわち、システム上、決算日が
１０日に設定してある場合、例えば、２月１０日までに
結ばれた契約は、その２月の契約とし、２月１０日過ぎ
に結ばれた契約は、３月に結ばれた契約として、シミュ
レーションが実行される。

【００８８】ステップＳ１０３において、ボーナス支払
い以外の支払い額が算出されると、その額について、ス
テップＳ９５以下の処理が繰り返し行われる。なお、ス
テップＳ１０３からステップＳ９５に処理が進んだ場
合、ステップＳ１００において、次の料率があると判断
されたときには、その料率すなわち回数により、ボーナ
ス到来回数が変化しないか否かを判断し、変化すると判
断されるときには、ボーナス支払い以外の支払い額を再
度算出し直し、その支払い額に対して、ステップＳ９５
以降の処理を行う必要がある。

【００８９】このような処理を実行させるために、ステ
ップ７３からステップＳ９５に処理が進んだ時の例外的
な処理として、ステップＳ１００からステップＳ９３に
処理が進むときに、その間の処理として、ボーナス到来
回数に変化があるかという判断を行うステップを設け、
あるときには、再度ボーナス支払い以外の支払い額の算
出の処理を実行するというステップを設けるようにして
も良い。

【００９０】ステップＳ１０２において、“再シミュレ
ーションする”ボタン１４２が操作されたのではないと
判断された場合、図１２の処理、および図１０（または
図１１）に示したフローチャートに基づく割賦処理が終
了される。ステップＳ１０２において、“再シミュレー
ションする”ボタン１４２が操作されたのではないと判
断される状況は、図１６に示したような画面において、
“確定”ボタン１４４が操作されたか、または、“戻
る”ボタン１４５が操作された場合であると判断でき
る。

【００９１】“戻る”ボタン１４５が操作されたと判断
されるときには、前の画面、この場合、図１５に示しよ
うな画面に戻り、その画面における処理が再度実行され
る。

【００９２】“確定”ボタン１４４が操作されたと判断
されるときには、ユーザが選択した支払い回数で割賦契
約が仮成立したとして、処理が進められる。割賦契約が
仮成立したと判断された時の処理について説明する。こ
こで、仮成立としたのは、この後の処理により、契約が
成立しないことが考えられるためである。

【００９３】仮成立した後の割賦処理コンピュータ３３
の処理について、図１７のフローチャートを参照して説
明する。ステップＳ１２１において、割賦処理コンピュ
ータ３３は、契約が仮成立したことに伴い、その契約に
対して同意するか否かを再度顧客に問うための画面のデ
ータを送信する。このような同意画面のデータが送信さ
れることにより、顧客コンピュータ３１のディスプレイ
８１上には、図１８に示したような画面が表示される。

【００９４】図１８に示した同意画面には、“同意しま
す”ボタン１６１と“同意しません”ボタン１６２が設
けられている。顧客は、これらのボタンの上側に記載さ
れている文章の内容を理解し、同意すると決定した場
合、“同意します”ボタン１６１を操作し、同意しない
と決定した場合、“同意しません”ボタン１６２を操作
する。

【００９５】割賦処理コンピュータ３３は、ステップＳ
１２２において、顧客は、契約に対して同意したか否か
を判断する。この判断は、顧客が、“同意します”ボタ
ン１６１または“同意しません”ボタン１６２を操作し
た結果、顧客コンピュータ３１から割賦処理コンピュー
タ３３に対して送信されたデータを判断することにより
行われる。

【００９６】ステップＳ１２２において、顧客が契約に
対して同意したと判断された場合、換言すれば、顧客が
“同意します”ボタン１６１を操作したと判断された場
合、ステップＳ１２３に進み、同意していないと判断さ
れた場合、換言すれば、顧客が“同意しません”ボタン
１６２を操作したと判断された場合、ステップＳ１２８
に進む。

【００９７】ステップＳ１２３において、顧客の個人情
報を入力してもらうための情報入力画面のデータが送信
される。情報入力画面のデータが送信されることによ
り、顧客コンピュータ３１のディスプレイ８１上には、
図１９に示すような画面が表示される。情報入力画面に
は、“次へ”ボタン１７１と“リセット”ボタン１７２
が設けられている。これらのボタンの上側に、顧客が自
己の情報を入力する個人情報入力表示部１７３が表示さ
れている。

【００９８】顧客が入力するべき情報は、多岐にわたる
ため、複数のページに分割されて顧客に提供される。
“次へ”ボタン１７１が操作されると、次のページに画
面が切り替えられ、“リセット”ボタン１７２が操作さ
れると、そのページにおいて入力された情報を再度入力
するモードにされる。

【００９９】“次へ”ボタン１７１が操作されると、図
２０に示したような画面に表示が切り替えられる。図２
０に示した画面においても、さらに続きのページが存在
するため、“次へ”ボタン１７１が表示されている。図
２０に示したような画面において“次へ”ボタン１７１
が操作されると、さらに次のページに表示が切り替えら
れ、例えば、図２１に示したような画面が表示される。

【０１００】図２１に示したような画面において、１画
面では表示しきれない状態であるとき、ユーザは、画面
をスクロールすることにより全画面を参照することがで
きるようになっている。図２１に示したような画面にお
いて、“次へ”ボタン１７１が操作されると、図２２に
示したような画面に表示が切り替えられる。図２２に示
した画面は、顧客が前の画面までで入力した情報が一覧
表示される画面である。

【０１０１】図２２に示した画面では、入力した情報が
多いために１画面では表示しきれず、画面をスクロール
することにより、全内容が確認できるようになってい
る。図２２に示した画面をスクロールすることにより、
図２３に示したような画面が表示される。図２３に示し
たような画面においては、３つのボタンが画面の下側に
設けられている。これらのうちの１つのボタンが操作さ
れると、そのデータが割賦処理コンピュータ３３に対し
て送信される。

【０１０２】“この内容で申込みをする”ボタン１８１
は、図２２と図２３に示したような画面を参照して、顧
客がそれらの情報で間違いないと判断したときに操作さ
れる。“申込内容を修正する”ボタン１８２は、顧客が
再度情報を入力し直したいと判断したときに操作され
る。“申込をキャンセルする”ボタン１８３は、顧客が
この割賦契約自体の申込みをキャンセルすると判断した
ときに操作される。

【０１０３】個人情報を入力する画面において、例え
ば、主婦や学生という属性をもつ顧客が割賦の契約をし
ていると判断された場合、上述した画面を用いて入力さ
れる情報以外の情報を入力するための他の画面（不図
示）がさらに表示されるようにしても良い。

【０１０４】図１７のフローチャートの説明に戻り、ス
テップＳ１２５において、顧客コンピュータ３１から送
信されてきたデータは、“申込内容を修正する”ボタン
１８２が操作されたことを示すデータであるか否かが判
断される。ステップＳ１２５において、修正であると判
断されると、ステップＳ１２３に戻り、それ以降の処理
が繰り返される。

【０１０５】一方、ステップＳ１２５において、顧客コ
ンピュータ３１から送信されたデータは、入力した個人
情報の修正を希望するものではないと判断された場合、
ステップＳ１２６に進み、“この内容で申込みをする”
ボタン１８１が操作されたことを示すデータであるか否
かが判断される。ステップＳ１２６において、“この内
容で申込みをする”ボタン１８１が操作されたのではな
いことを示すデータであると判断された場合、換言すれ
ば、この場合、“申込みをキャンセルする”ボタン１８
３が操作されたことを示すデータである場合、ステップ
Ｓ１２８に進む。

【０１０６】ステップＳ１２８における処理には、ステ
ップＳ１２２において、同意しなかったと判断された場
合も来る。すなわち、ステップＳＳ１２８に処理が来る
のは、顧客が割賦の契約を終結しなかった時である。そ
のような場合には、他のＷｅｂページにとばす処理が実
行される。他のＷｅｂページとは、例えば、割賦処理コ
ンピュータ３３に処理が移行される前のＷｅｂページ
（加盟店コンピュータ３２が管理するＷｅｂページ）
や、割賦処理コンピュータ３３を管理する信販会社の紹
介ページなどである。

【０１０７】一方、ステップＳ１２６において、“この
内容で申込みをする”ボタン１８１が操作されたことを
示すデータであると判断された場合、ステップＳ１２７
に進む。ステップＳ１２７において、契約完了告知画面
のデータが送信される。このような契約完了告知画面の
データが送信されることにより、顧客コンピュータ３１
のディスプレイ８１上には、例えば、図２４に示すよう
な画面が表示される。

【０１０８】図２４に示すような画面が表示されること
により、顧客に割賦契約が信販会社との間で終結したこ
とを認識させることができる。図２４に示した画面にお
いて、“終了”ボタン１９１が操作されると、割賦処理
コンピュータ３３における処理が終了する。“終了”ボ
タン１９１が操作された場合、ステップＳ１２８と同様
の処理が行われることにより、他のＷｅｂページにとば
す処理が実行されるようにしても良いし、他の処理が実
行されることにより、割賦処理コンピュータ３３自体の
処理は終了されるようにしても良い。

【０１０９】割賦処理コンピュータ３３においては、顧
客とのやりとりは終了するが、その終結された割賦契約
に対して審査という処理を別途行う必要がある。審査に
ついての詳細な説明は省略するが、審査の上、問題が発
生しなければ、割賦契約は終結したとして処理が進めら
れ、問題が発生したようなときは、一旦終結された割賦
契約であっても、解約する処理が実行される。

【０１１０】審査は、割賦処理コンピュータ３３が行っ
ても良いし、人により行われるようにしても良い。割賦
処理コンピュータ３３で行われる場合、例えば、取得さ
れた個人情報に対して、予め設定された基準を参照して
点数を付けていき、その点数の合計点により、審査を通
過させるか否かを判断するような仕組みを設けても良
い。

【０１１１】上述した実施の形態においては、ネットワ
ーク３０を介して接続されたコンピュータを用いて行わ
れる商品の割賦契約を例に挙げて説明したが、たとえ
ば、顧客が店舗に直接出向いて商品を購入するような場
合においても適用することができる。また、図１６に示
したような支払い回数に応じた支払い額の一覧表示は、
コンピュータに接続されたディスプレイ上のみでユーザ
に提供されるものではなく、例えば、紙媒体などで提供
されるようにしても良い。

【０１１２】このように、本実施の形態においては、割
賦契約時における支払い回数に応じた支払い額を一覧表
示させるので、顧客は、所望の支払い回数の選択を容易
に行うことが可能となる。このため、支払い回数を選択
する際に煩わしいといったことがなく、煩わしさのため
に購入を断念してしまうような、購買欲がそがれてしま
うようなことを防ぐことができ、商品の販売額を増すこ
とを期待することができる。

【０１１３】上述した一連の処理は、ハードウェアによ
り実行させることもできるが、ソフトウェアにより実行
させることもできる。一連の処理をソフトウェアにより
実行させる場合には、そのソフトウェアを構成するプロ
グラムが専用のハードウェアに組み込まれているコンピ
ュータ、または、各種のプログラムをインストールする
ことで、各種の機能を実行することが可能な、例えば汎
用のパーソナルコンピュータなどに、記録媒体からイン
ストールされる。

【０１１４】記録媒体は、図４に示すように、顧客コン
ピュータ３１などとして用いられるパーソナルコンピュ
ータとは別に、ユーザにプログラムを提供するために配
布される、プログラムが記録されている磁気ディスク７
１（フレキシブルディスクを含む）、光ディスク７２
（CD-ROM（Compact Disc-Read Only Memory），DVD（Di
gital Versatile Disc）を含む）、光磁気ディスク７３
（MD（Mini-Disc）（登録商標）を含む）、若しくは半
導体メモリ７４などよりなるパッケージメディアにより
構成されるだけでなく、コンピュータに予め組み込まれ
た状態でユーザに提供される、プログラムが記憶されて
いるＲＯＭ５２や記憶部７８が含まれるハードディスク
などで構成される。

【０１１５】なお、本明細書において、媒体により提供
されるプログラムを記述するステップは、記載された順
序に従って、時系列的に行われる処理は勿論、必ずしも
時系列的に処理されなくとも、並列的あるいは個別に実
行される処理をも含むものである。

【０１１６】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。

【０１１７】

【発明の効果】以上の如く、本発明を適用した情報処理
装置および方法、並びにプログラムによれば、商品の代
金に適用する料率を、記憶されているデータないから読
み出し、読み出された料率に基づき、商品の代金を分割
払いしたときの支払い額を、支払い回数毎に算出し、算
出された支払い額を、支払い回数と関連付けた一覧表形
式でユーザに提供するようにしたので、ユーザは、分割
払いにおける支払い額と支払い回数を容易に決定するこ
とが可能となり、ユーザが分割払いにおける支払い額や
支払い回数を決定する処理により商品の購入を断念した
り、購買欲をそがれてしまうようなことを防ぐことが可
能となる。

【図面の簡単な説明】

【図１】従来の割賦契約を行う際にディスプレイ上に表
示される支払い回数の設定画面の一例を示す図である。

【図２】図１に示したような支払い画面において、支払
い回数が選択された際に支払い額のシミュレーション結
果を表示する画面の一例を示す図である。

【図３】本発明を適用した割賦契約を行う際のシステム
の一実施の形態の構成を示す図である。

【図４】顧客コンピュータ３１の内部構成例を示す図で
ある。

【図５】顧客コンピュータ３１と加盟店コンピュータ３
２との間で行われる処理について説明するフローチャー
トである。

【図６】顧客コンピュータ３１のディスプレイ８１上に
表示される画面の一例を示す図である。

【図７】顧客コンピュータ３１のディスプレイ８１上に
表示される画面の一例を示す図である。

【図８】割賦処理コンピュータ３３の記憶部１２１に記
憶されている店データベース１２２の一例を示す図であ
る。

【図９】割賦処理コンピュータ３３の記憶部１２１に記
憶されている料率データベース１２３の一例を示す図で
ある。

【図１０】割賦処理コンピュータ３３が行う割賦処理の
シミュレーションの処理を説明するフローチャートであ
る。

【図１１】割賦処理コンピュータ３３が行う割賦処理の
他のシミュレーションの処理を説明するフローチャート
である。

【図１２】図１０のステップＳ５０または図１１のステ
ップＳ６８における分割払いの処理の詳細を説明するフ
ローチャートである。

【図１３】割賦処理コンピュータ３３の記憶部１２１に
記憶されているセッションデータベース１２４の一例を
示す図である。

【図１４】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【図１５】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【図１６】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【図１７】割賦処理コンピュータ３３が仮成立後に行う
処理について説明するフローチャートである。

【図１８】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【図１９】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【図２０】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【図２１】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【図２２】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【図２３】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【図２４】顧客コンピュータ３１のディスプレイ８１上
に表示される画面の一例を示す図である。

【符号の説明】

３０ネットワーク，３１顧客コンピュータ，３
２加盟店コンピュータ，３３割賦処理コンピュー
タ，８１ディスプレイ，９１商品画像表示部，
９２商品説明表示部，９３価格表示部，１０
１支払い方法選択項目表示部，１２１記憶部，
１２２店データベース，１２３料率データベー
ス，１２４セッションデータベース，１３１商
品情報表示部，１３２支払い方法選択表示部，１
４１設定欄，１４３シミュレーション結果表示
部，１７３個人情報入力表示部

Claims

【特許請求の範囲】

【請求項１】商品の代金の支払いに関する処理を実行
する情報処理装置において、支払い回数に応じた料率に関するデータを記憶する記憶
手段と、前記記憶手段から前記商品の代金に適用する料率を読み
出す読み出し手段と、前記読み出し手段により読み出された前記料率に基づ
き、前記商品の代金を分割払いしたときの支払い額を、
前記支払い回数毎に算出する算出手段と、前記算出手段により算出された前記支払い額を保持する
保持手段と、前記保持手段に保持されている前記支払い額を、前記支
払い回数と関連付けた一覧表形式で提供する提供手段と
を含むことを特徴とする情報処理装置。
【請求項２】前記記憶手段は、前記商品を扱う店のコ
ード、複数の前記支払い回数に応じた料率を識別するた
めの料率コード、および支払い回数毎の料率を、それぞ
れ関連付けて記憶し、前記読み出し手段は、前記店のコードと前記料率コード
を取得し、その取得された前記店コードと前記料率コー
ドに基づき、前記商品の代金に適用する前記料率を読み
出すことを特徴とする請求項１に記載の情報処理装置。
【請求項３】商品の代金の支払いに関する処理を実行
する情報処理装置の情報処理方法において、支払い回数に応じた料率に関するデータの記憶を制御す
る記憶制御ステップと、前記記憶制御ステップの処理で記憶が制御されたデータ
からの前記商品の代金に適用する料率の読み出しを制御
する読み出し制御ステップと、前記読み出し制御ステップの処理で読み出しが制御され
た前記料率に基づき、前記商品の代金を分割払いしたと
きの支払い額を、前記支払い回数毎に算出する算出ステ
ップと、前記算出ステップの処理で算出された前記支払い額の保
持を制御する保持制御ステップと、前記保持制御ステップの処理で保持された前記支払い額
を、前記支払い回数と関連付けた一覧表形式で提供する
提供ステップとを含むことを特徴とする情報処理方法。
【請求項４】商品の代金の支払いに関する処理を実行
する情報処理装置のプログラムであって、支払い回数に応じた料率に関するデータの記憶を制御す
る記憶制御ステップと、前記記憶制御ステップの処理で記憶が制御されたデータ
からの前記商品の代金に適用する料率の読み出しを制御
する読み出し制御ステップと、前記読み出し制御ステップの処理で読み出しが制御され
た前記料率に基づき、前記商品の代金を分割払いしたと
きの支払い額を、前記支払い回数毎に算出する算出ステ
ップと、前記算出ステップの処理で算出された前記支払い額の保
持を制御する保持制御ステップと、前記保持制御ステップの処理で保持された前記支払い額
を、前記支払い回数と関連付けた一覧表形式で提供する
提供ステップとを含むことを特徴とするコンピュータが
読み取り可能なプログラムが記録されている記録媒体。
【請求項５】商品の代金の支払いに関する処理を実行
する情報処理装置を制御するコンピュータに、支払い回数に応じた料率に関するデータの記憶を制御す
る記憶制御ステップと、前記記憶制御ステップの処理で記憶が制御されたデータ
からの前記商品の代金に適用する料率の読み出しを制御
する読み出し制御ステップと、前記読み出し制御ステップの処理で読み出しが制御され
た前記料率に基づき、前記商品の代金を分割払いしたと
きの支払い額を、前記支払い回数毎に算出する算出ステ
ップと、前記算出ステップの処理で算出された前記支払い額の保
持を制御する保持制御ステップと、前記保持制御ステップの処理で保持された前記支払い額
を、前記支払い回数と関連付けた一覧表形式で提供する
提供ステップとを実行させるプログラム。