JPH06290196A - クレジット処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 クレジットの支払条件等により自動的に適切
な問合せ経路を決定してクレジット決済承認判定の問合
せを行うようにする。 【構成】 各種の支払条件データにそれぞれ対応してク
レジット決済承認問合せ先の外部コンピュータを識別す
る問合せ先識別情報を記憶するテーブルを設け、キーボ
ード等からクレジットの支払条件データが入力されると
上記テーブルの記憶情報を検索し、入力された支払条件
データに対応する問合せ先識別情報を取得したならば、
その問合せ先識別情報の外部コンピュータに通信回線を
通じてクレジット決済承認の問合せを行い、その結果、
承認許諾応答があるとクレジットによる決済を有効処理
するように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ショッピングセンター
に出店した販売店等で利用されるクレジット処理装置に
関する。

【０００２】

【従来の技術】始めに、一般的なクレジット契約の仕組
みについて図８を用いて説明する。

【０００３】クレジット会社１と顧客２との間には会員
契約が成立しており（図８，Ａ）、顧客２はクレジット
会社１から発行されたクレジットカード３を所有する。
そして、販売店４で買上げ商品の代金をクレジットで決
済する際に提示する（図８，Ｂ）一方、クレジット会社
１と販売店４との間には加盟店契約が成立しており（図
８，Ｃ）、販売店４側は顧客２がクレジットによる決済
を希望した場合、その顧客２が所有するクレジットカー
ド３の情報と希望する支払条件とをクレジット会社１に
通知してクレジットによる決済の承認判定を問合せる。
そして、クレジットによる決済が承認されたならばクレ
ジットによる決済業務を処理するようになっている。

【０００４】次に、ショッピングセンターに加盟した販
売店４でのクレジット契約の仕組みについて図９を用い
て説明する。なお、図８と同一部分には同一符号を付し
てある。すなわち、クレジット会社１と顧客２との間に
は会員契約が成立しており（図９，Ａ）、顧客２はクレ
ジット会社１から契約の際に発行されたクレジットカー
ド３を所有する。そして販売店４で買上げ商品の代金を
クレジットで決済する際に提示する（図９，Ｂ）。

【０００５】一方、ショッピングセンターの本部である
デベロッパー５とクレジット会社１との間、及び販売店
４の経営する販売店本部６とクレジット会社１との間に
はそれぞれ加盟店契約が成立しており（図９Ｄ及び
Ｅ）、販売店４側は顧客２がクレジットによる決済を希
望した場合、その顧客２が所有するクレジットカード３
の情報と希望する支払条件とを、デベロッパー５または
販売店本部６のいずれかを経由してクレジット会社１に
通知してクレジットによる決済の承認判定を問合せる。
そして、クレジットによる決済が承認されたならばクレ
ジットによる決済業務を処理するようになっている。

【０００６】ここで、クレジット会社１とデベロッパー
５との加盟店契約Ｄとクレジット会社１と販売店本部６
との加盟店契約Ｅとは必ずしも一致せず、一方の加盟店
契約では無効の支払条件が他方の加盟店契約では有効と
なる場合がある。

【０００７】例えばクレジット会社１とデベロッパー５
との加盟店契約Ｄではボーナス１回払いのみ有効である
のに対し、クレジット会社１と販売店本部６との加盟店
契約Ｅではボーナス２回払いまで有効であるとする。こ
の条件下において、顧客２がボーナス２回払いのクレジ
ットによる決済を申し出たとき、販売店４側がデベロッ
パー５を介してクレジットによる決済の承認判定を問合
せると承認されず、販売店本部６を介してクレジットに
よる決済の承認判定を問合せて始めて承認されることに
なる。

【０００８】このため、この種の販売店４では店員がク
レジットによる決済を申し出た顧客２の支払い条件等に
よってクレジット決済承認判定の問合せをデベロッパー
５を介して行うか販売店本部６を介して行うかを判断で
きればよいが、現実には多くのクレジット会社と契約し
ており、また契約条件も様々なので、店員が判断するの
は困難である。

【０００９】そこで取敢えずデベロッパー５経由で問合
せ、承認されないときのみ販売店本部６経由で問合せる
運用が一般には取られていた。

【００１０】

【発明が解決しようとする課題】しかしながら、従来の
この種の販売店４で利用されるクレジット処理装置は、
クレジットカードの情報を読取るとともに支払条件等の
データ入力を受けてクレジット決済承認判定の問合せを
行い、その応答に応じた処理（承認可応答の場合はクレ
ジット伝票の発行等，承認不可応答の場合は取引不可表
示等）を実行したならば１回の業務を終了するように構
成されていたので、デベロッパー５経由の問合せで承認
されなかった場合には、販売店本部６経由で問合せるた
めに同一のクレジット内容を再度入力操作しなければな
らず、非効率的であった。

【００１１】そこで本発明は、クレジットの支払条件等
により自動的に適切な問合せ経路を決定してクレジット
決済承認判定の問合せを行うことができ、オペレータの
負担を軽減できるとともにクレジットによる決済業務の
処理効率向上を図り得るクレジット処理装置を提供しよ
うとするものである。

【００１２】

【課題を解決するための手段】本発明は、クレジットの
支払い条件データを入力するデータ入力手段を有すると
ともに、クレジットによる決済の承認判定を行う複数台
の外部コンピュータを通信回線で接続してなるクレジッ
ト処理装置において、各種の支払条件データにそれぞれ
対応してクレジット決済承認問合せ先の外部コンピュー
タを識別する問合せ先識別情報を記憶する記憶手段と、
データ入力手段によりクレジットの支払条件データが入
力されると記憶手段の記憶情報を検索し、入力された支
払条件データに対応する問合せ先識別情報を取得する問
合せ先取得手段と、この取得手段により得られた問合せ
先識別情報の外部コンピュータに通信回線を通じてクレ
ジット決済承認の問合せを行う問合せ先選択手段と、こ
の選択手段による問合せの結果、承認許諾応答があると
クレジットによる決済を有効処理するクレジット処理手
段とを備えたものである。

【００１３】

【作用】このような構成の本発明であれば、予め記憶手
段にて各種の支払条件データに対応してクレジット決済
承認問合せ先の外部コンピュータを識別する問合せ先識
別情報が記憶されている。

【００１４】しかして、データ入力手段によりクレジッ
トの支払条件データを入力すると、記憶手段の記憶情報
から当該支払条件データに対応する問合せ先識別情報が
得られる。そして、この問合せ先識別情報に該当する外
部コンピュータにクレジット決済承認の問合せが行われ
る。その結果、承認許諾応答があると、クレジットによ
る決済が有効処理される。

【００１５】

【実施例】以下、本発明の一実施例を図１乃至図７を参
照して説明する。なお、この実施例では図９に示すクレ
ジット契約システムの販売店４に設置されるクレジット
端末に本発明を適用した場合について述べるものとす
る。

【００１６】図１はこの実施例のシステム全体を示すブ
ロック図である。図示するように、各クレジット会社に
それぞれ設置されるホストコンピュータ１０ａ，…，１
０ｂと、ショッピングセンターＳＳの本部であるデベロ
ッパーに設置されるホストコンピュータ１１及び販売店
本部に設置されるホストコンピュータ１２とは、クレジ
ット処理専用のネットワークシステム１３によって接続
されている。

【００１７】また、ショッピングセンターＳＳでは、デ
ベロッパーのホストコンピュータ１２と、各販売店にそ
れぞれ設置されるクレジット端末１５ａ，１５ｂとをＬ
ＡＮ（ローカル・エリア・ネットワーク）等のインライ
ン回線１６によって接続している。

【００１８】さらに、本発明に係る販売店４のクレジッ
ト端末１５ａと、販売店本部のホストコンピュータ１３
とは電話回線等のオンライン回線１７によって接続され
ている。

【００１９】図２は上記クレジット端末１５ａの要部構
成を示すブロック図である。このクレジット端末１５ａ
は、ＣＰＵ等で構成される主制御部２１に、記憶部２
２、２種類の通信制御部２３，２４及びデータ入出力制
御部２５をバスライン２６で接続している。

【００２０】ここで、一方の通信制御部２３はインライ
ン回線１６を通じてデベロッパーのホストコンピュータ
１２との間で所定の伝送手順に従い行われるデータの送
受信を制御し、他方の通信制御部２４はオンライン回線
１７を通じて販売店本部のホストコンピュータ１３との
間で所定の伝送手順に従い行われるデータの送受信を制
御する。

【００２１】そして、データ入出力制御部２５に、クレ
ジットの支払い方法，支払い回数等を入力するためのキ
ーボード２７、このキーボード２７からのキー入力情報
や各種のメッセージ情報等を表示するための表示器２
８、クレジット伝票を印字発行する伝票発行手段として
のプリンタ２９、クレジットカードに磁気記録されたカ
ード情報を読取るための磁気カードリーダ３０等のＩ／
Ｏデバイスをそれぞれ接続してクレジット処理を実現し
ている。

【００２２】前記キーボード２７には、図３に示すよう
に、テンキーＫ１、クリアキーＫ２、クレジット売上キ
ーＫ３、＃キーＫ４、金額キーＫ５、終了／実行キーＫ
６等の各種ファンクションキーの他、「一括払い」，
「リボルビング払い」，「分割払い」，「ボーナス払
い」，「ボーナス併用払い」等のクレジット支払い方法
を入力するための支払方法キーＫ７が配設されている。

【００２３】因みに、クレジットによる決済の処理を開
始する場合にはクレジット売上キーＫ３を押下する。ま
た、クレジットの取引金額はテンキーＫ１にて金額を置
数した後、金額キーＫ５を押下することで入力され、支
払方法は該当する支払方法キーＫ７を押下することで入
力され、支払回数はテンキーＫ１にて支払回数を置数し
た後、＃キーＫ４を押下することで入力される。

【００２４】また、このクレジット端末１５ａは、記憶
部２２に図４に具体的に示す会社別テーブル４０と、図
５に具体的に示す支払条件テーブル５０とを予め形成し
ている。

【００２５】上記会社別テーブル４０は、各クレジット
会社Ａ，…，Ｂにそれぞれ設定されるクレジット会社コ
ード別にｎ個まで支払条件リンクコードＣ１〜Ｃｎを予
め設定したテーブルである。

【００２６】上記支払条件テーブル５０は、一連の支払
条件コードに対応してクレジットの支払方法，支払回数
及び問合せ先識別情報を予め設定したテーブルであり、
記憶手段を構成する。

【００２７】ここで、支払条件テーブル５０における問
合せ先識別情報とは、クレジット決済承認の問合せ先が
デベロッパーのホストコンピュータ１２であるか、販売
店本部のホストコンピュータ１３であるかを識別するた
めの情報である。

【００２８】また、会社別テーブル４０における支払条
件リンクコードＣ１〜Ｃｎは、上記支払条件テーブル５
０の支払条件コードに対応し、未設定の場合は「００
０」になる。

【００２９】しかして、前記主制御部２１は前記クレジ
ット売上キーＫ３のキー入力に応動して図６に示す処理
を実行するようにプログラム構成されている。

【００３０】すなわち、前記主制御部２１はクレジット
売上キーＫ３のキー入力を検知すると、先ずＳＴ（ステ
ップ）１で磁気カードリーダ３０に装着されたクレジッ
トカードのカード情報を読取る。このクレジットカード
にはクレジット会社コード，会員番号，有効期限等の情
報が記録されているので、次にＳＴ２でカード情報から
会社コードを取得し、その会社コードを検索キーとして
前記会社別テーブル４０を検索する。

【００３１】ここで、会社別テーブル４０に該当する会
社コードが設定されていない場合には、この販売店が出
店しているショッピングセンターＳＳのデベロッパー及
びこの販売店を経営する販売店本部の両方とも当該クレ
ジットカードを発行したクレジット会社と加盟店契約を
しておらず決済できないので、ＳＴ３で表示器８にカー
ド使用不可を指示するメッセージを表示させて、この処
理を終了する。

【００３２】会社別テーブル４０に該当する会社コード
が設定されている場合には、この販売店が出店している
ショッピングセンターＳＳのデベロッパー及びこの販売
店を経営する販売店本部の少なくとも一方で当該クレジ
ットカードを発行したクレジット会社と加盟店契約をし
ており決済可能なので、ＳＴ４で表示器８に支払条件の
入力を促すメッセージを表示させる。また、ＳＴ５で主
制御部２１が内蔵するカウンタｉを“０”にリセットす
る。

【００３３】次に、ＳＴ６でキーボード２７のキー入力
により取引金額，支払方法及び支払回数の支払条件デー
タが入力されるのを待機する。そして、これらの支払条
件がキー入力されたならば、ＳＴ７で上記カウンタｉを
「＋１」更新して“１”にし、ＳＴ８で上記カウンタｉ
が会社別テーブル４０の支払条件リンクコード設定可能
数ｎ未満であることを確認した後、ＳＴ９で上記会社別
テーブル４０の該当会社コードに対応する支払条件リン
クコードＣｉ、つまりＣ１のデータを取得する。そし
て、このデータが未設定を示す“０００”でない場合に
は図７に具体的に示す支払条件判定処理を実行する。

【００３４】すなわち、支払条件テーブル５０を検索
し、ＳＴ９にて取得したリンクコードＣ１のデータに一
致する支払条件コードの支払方法，支払い回数及び問合
せ先識別情報の各情報を取得する。そして、ＳＴ６にて
キー入力された支払い条件と、今回取得した支払条件と
が一致するか否かを判断する。そして、支払い方法また
は支払回数の少なくとも一方が一致しない場合にはＳＴ
７のカウンタｉ更新処理に戻る。

【００３５】従って、支払い方法または支払回数の少な
くとも一方が一致しない場合には会社別テーブル４０の
該当会社コードに対応する支払条件リンクコードＣ２の
データを取得し、再び支払条件テーブル５０を検索し
て、同様の支払条件チェックを行うことになる。

【００３６】これに対し、支払い方法及び支払回数の両
方が一致する場合には支払条件テーブル５０から取得し
た問合せ識別情報を判別する（問合せ先取得手段）。

【００３７】そして、問合せ先がデベロッパーのホスト
コンピュータ１２であることを示す識別情報の場合に
は、第１の通信制御部２３を制御してデベロッパーのホ
ストコンピュータ１２にクレジット決済承認問合せ情報
を送信し、本部のホストコンピュータ１３であることを
示す識別情報の場合には、第２の通信制御部２４を制御
して本部のホストコンピュータ１３にクレジット決済承
認問合せ情報を送信する（問合せ先選択手段）。

【００３８】なお、このクレジット決済承認問合せ情報
は、クレジットカードから読み取ったカード情報とキー
入力された支払条件データとで構成される。

【００３９】しかる後、問合せ先のホストコンピュータ
よりクレジットによる決済を承認する承認許諾応答があ
った場合には、プリンタ２９を制御して所定のクレジッ
ト伝票を印字発行させる（クレジット処理手段）。

【００４０】また、クレジットによる決済を承認しない
承認不可応答があった場合には、表示器２８にクレジッ
トによる決済が不可であることを示すメッセージを表示
させて、この処理を終了する。

【００４１】図６のＳＴ８においてカウンタｉが設定数
ｎを越えた場合、あるいはＳＴ９にて取得したリンクコ
ードＣｉが“０００”の場合にはキー入力された支払条
件ではクレジットによる決済ができないので、表示器２
８に支払条件の再入力を促すメッセージを表示させて、
ＳＴ５のカウンタリセット処理に戻る。

【００４２】したがって、再入力された支払条件をもと
に上記の処理が繰り返されることになる。

【００４３】このような構成の本実施例においては、シ
ョッピングセンターＳＳに出店した販売店では、各クレ
ジット会社とデベロッパーとの加盟店契約と、各クレジ
ット会社と販売店本部との加盟店契約とに基づいて、ク
レジット端末１５ａの記憶部２２に会社別テーブル４０
と支払条件テーブル５０とを作成することになる。

【００４４】例えば今、あるクレジット会社とデベロッ
パーとの加盟店契約ではボーナス１回払いを有効とし、
そのクレジット会社と販売店本部との加盟店契約ではボ
ーナス２回払いを有効とする。

【００４５】そうすると、支払条件テーブル５０には支
払方法「ボーナス」，支払回数「１回」，問合せ先「デ
ペロッパー」の各データを例えば支払条件コード「００
３」に対応させて設定し、また支払方法「ボーナス」，
支払回数「２回」，問合せ先「本部」の各データを例え
ば支払条件コード「００４」に対応させて設定する。

【００４６】また、会社別テーブル４０にはクレジット
会社の会社コード（例えば「００００１」）に対応し
て、支払条件リンクコードＣ１として「００３」を、Ｃ
２として「００４」をそれぞれ設定する。（Ｃ１とＣ２
のデータは逆でも可）このような条件下において、この
クレジット会社のクレジットカードを所有する顧客がボ
ーナス１回払いのクレジットで決済を申し出た場合、販
売店の店員は、先ずその顧客のクレジットカードを磁気
カードリーダ３０に装着させてカード情報を読み取らせ
るとともにクレジット売上キーＫ３をキー操作する。次
に、表示器２９の表示に従い取引金額，支払方法「ボー
ナス」及び支払回数「１回」をキー入力する。

【００４７】そうすると、先ず会社別テーブル４０から
会社コード「００００１」に対応するリンクコードＣ１
のデータ「００３」が読出される。次いで、支払条件テ
ーブル５０から支払条件コード「００３」に対応する支
払方法「ボーナス」，支払回数「１回」及び問合せ先識
別情報「デベロッパー」が読出されて、キー入力された
支払い条件と比較される。

【００４８】この場合、両方の支払条件が一致するの
で、クレジット決済承認の問合せ先としてデベロッパー
のホストコンピュータ１２が選択され、第１の通信制御
部２４を介して上記ホストコンピュータ１２に該当する
クレジット決済承認問合せ情報が送信される。このと
き、顧客の支払条件はこのクレジット会社とデベロッパ
ーとの加盟店契約を満足しているので、顧客とクレジッ
ト会社との会員契約によりクレジットによる決済を承認
するか否かが判断される。

【００４９】一方、この顧客がボーナス２回払いのクレ
ジットで決済を申し出た場合にも店員は同様に操作す
る。そうすると、やはり先ず会社別テーブル４０から会
社コード「００００１」に対応するリンクコードＣ１の
データ「００３」が読出され、支払条件テーブル５０か
ら支払条件コード「００３」に対応する支払方法「ボー
ナス」，支払回数「１回」，問合せ先「デベロッパー」
が読出されて、キー入力された支払い条件と比較され
る。

【００５０】ただし、この場合は、両方の支払条件が一
致しないので、次に会社別テーブル４０から会社コード
「００００１」に対応するリンクコードＣ２のデータ
「００４」が読出され、支払条件テーブル５０から支払
条件コード「００４」に対応する支払方法「ボーナ
ス」，支払回数「２回」，問合せ先「本部」が読出され
て、キー入力された支払い条件と比較される。

【００５１】このとき、両方の支払条件が一致するの
で、クレジット決済承認の問合せ先として販売店本部の
ホストコンピュータ１３が選択され、第２の通信制御部
２５を介して上記ホストコンピュータ１３に該当するク
レジット決済承認問合せ情報が送信される。このとき、
顧客の支払条件はこのクレジット会社と販売店本部との
クレジット加盟店契約を満足しているので、顧客とクレ
ジット会社との会員契約によりクレジット決済を承認す
るか否かが判断される。

【００５２】このように本実施例によれば、顧客が希望
するクレジットの支払条件等を入力するだけで、自動的
にその支払条件に合致したクレジット決済承認の問合せ
経路を判別して該当するホストコンピュータに問合せを
行うので、別の経路で問合せを行えば承認されるにも拘
らず、承認されない経路に問合せを行ってしまうような
不具合がなくなる。この結果、従来生じていた支払い条
件を再入力する手間がなくなるので、店員の負担を軽減
できる上、クレジットによる決済業務を効率的に行える
ようになる。

【００５３】なお、前記実施例の作用ではクレジット会
社１社について説明したが、他のクレジット会社につい
てもデペロッパーとの加盟店契約及び販売店本部との加
盟店契約に基づき会社別テーブル４０及び支払条件テー
ブル５０を作成することで同様の作用効果を奏し得るの
は言うまでもないことである。

【００５４】また、デベロッパーとしか加盟店契約がな
いクレジット会社や、販売店本部としか加盟店契約がな
いクレジット会社についても本実施例で対応できるのは
勿論である。

【００５５】

【発明の効果】以上詳述したように本発明によれば、各
種の支払条件データにそれぞれ対応してクレジット決済
承認問合せ先の外部コンピュータを識別する問合せ先識
別情報を記憶するテーブルを設け、キーボード等からク
レジットの支払条件データが入力されると上記テーブル
の記憶情報を検索し、入力された支払条件データに対応
する問合せ先識別情報を取得したならば、その問合せ先
識別情報の外部コンピュータに通信回線を通じてクレジ
ット決済承認の問合せを行い、その結果、承認許諾応答
があるとクレジットによる決済を有効処理するようにし
たので、クレジットの支払条件等により自動的に適切な
問合せ経路を決定してクレジット決済承認判定の問合せ
を行うことができ、オペレータの負担を軽減できるとと
もにクレジットによる決済業務の処理効率向上を図り得
るクレジット処理装置を提供できる。

【図面の簡単な説明】

【図１】本発明の一実施例のシステム全体を示すブロッ
ク図。

【図２】本発明に係るクレジット端末の要部構成を示す
ブロック図。

【図３】同クレジット端末のキーボードを示す平面図。

【図４】同クレジット端末の記憶部に形成される会社別
テーブルの構成図。

【図５】同クレジット端末の記憶部に形成される支払条
件テーブルの構成図。

【図６】同クレジット端末の主制御部が実行する要部処
理を示す流れ図。

【図７】図６の支払条件判定処理を具体的に示す流れ
図。

【図８】一般的なクレジット契約の仕組みを説明するた
めの概念図。

【図９】ショッピングセンターにおけるクレジット契約
の仕組みを説明するための概念図。

【符号の説明】

１１ａ，１１ｂ…クレジット会社側ホストコンピュー
タ、 １２…デベロッパー側ホストコンピュータ、 １３…販売店本部側ホストコンピュータ、 １５ａ，１５ｂ…クレジット端末、 ２１…主制御部、 ２３，２４…第１，第２の通信制御部、 ２７…キーボード、 ２８…表示器、 ２９…プリンタ、 ３０…磁気カードリーダ、 ４０…会社別テーブル、 ５０…支払条件テーブル。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 クレジットの支払い条件データを入力す
   るデータ入力手段を有するとともに、クレジットによる
   決済の承認判定を行う複数台の外部コンピュータを通信
   回線で接続してなるクレジット処理装置において、 各種の支払条件データにそれぞれ対応してクレジット決
   済承認問合せ先の外部コンピュータを識別する問合せ先
   識別情報を記憶する記憶手段と、 前記データ入力手段によりクレジットの支払条件データ
   が入力されると前記記憶手段の記憶情報を検索し入力さ
   れた支払条件データに対応する問合せ先識別情報を取得
   する問合せ先取得手段と、 この取得手段により得られた問合せ先識別情報の外部コ
   ンピュータに前記通信回線を通じてクレジット決済承認
   の問合せを行う問合せ先選択手段と、 この選択手段による問合せの結果、承認許諾応答がある
   とクレジットによる決済を有効処理するクレジット処理
   手段と、を具備したことを特徴とするクレジット処理装
   置。