JP2003308467A

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

Info

Publication number: JP2003308467A
Application number: JP2002110846A
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

【特許請求の範囲】

【請求項１】個品割賦に関する処理とクレジットカー
ドに関する処理を行う情報処理装置において、前記クレジットカードの申込みを行うか否かを選択する
ための選択肢を、前記個品割賦の契約に関する画像内に
表示させるための制御を行う表示制御手段と、前記表示制御手段により表示が制御された前記選択肢が
選択されることにより、前記クレジットカードの申込み
を行うとの指示があったと判断された場合、前記個品割
賦の契約に関する処理を実行するとともに、前記クレジ
ットカードの申込みに関する処理も実行する実行手段と
を含むことを特徴とする情報処理装置。
【請求項２】前記実行手段は、前記個品割賦の契約に
関する処理を実行するうえで取得された情報から、前記
クレジットカードの申込みに関する処理に必要な情報を
抽出し、前記クレジットカードの申込みに関する処理を
実行するさらに含むことを特徴とする請求項１に記載の
情報処理装置。
【請求項３】個品割賦に関する処理とクレジットカー
ドに関する処理を行う情報処理装置の情報処理方法にお
いて、前記クレジットカードの申込みを行うか否かを選択する
ための選択肢を、前記個品割賦の契約に関する画像内に
表示させるための制御を行う表示制御ステップと、前記表示制御ステップの処理で表示が制御された前記選
択肢が選択されることにより、前記クレジットカードの
申込みを行うとの指示があったと判断された場合、前記
個品割賦の契約に関する処理を実行するとともに、前記
クレジットカードの申込みに関する処理も実行する実行
ステップとを含むことを特徴とする情報処理方法。
【請求項４】個品割賦に関する処理とクレジットカー
ドに関する処理を行う情報処理装置のプログラムであっ
て、前記クレジットカードの申込みを行うか否かを選択する
ための選択肢を、前記個品割賦の契約に関する画像内に
表示させるための制御を行う表示制御ステップと、前記表示制御ステップの処理で表示が制御された前記選
択肢が選択されることにより、前記クレジットカードの
申込みを行うとの指示があったと判断された場合、前記
個品割賦の契約に関する処理を実行するとともに、前記
クレジットカードの申込みに関する処理も実行する実行
ステップとを含むことを特徴とするコンピュータが読み
取り可能なプログラムが記録されている記録媒体。
【請求項５】個品割賦に関する処理とクレジットカー
ドに関する処理を行う情報処理装置を制御するコンピュ
ータに、前記クレジットカードの申込みを行うか否かを選択する
ための選択肢を、前記個品割賦の契約に関する画像内に
表示させるための制御を行う表示制御ステップと、前記表示制御ステップの処理で表示が制御された前記選
択肢が選択されることにより、前記クレジットカードの
申込みを行うとの指示があったと判断された場合、前記
個品割賦の契約に関する処理を実行するとともに、前記
クレジットカードの申込みに関する処理も実行する実行
ステップとを実行させるプログラム。