JP2003076927A - クレジットカード処理方法およびクレジットカード処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】 カード会員や店舗のメリットを考慮して、複
数枚のクレジットカードに優先順位を付け、クレジット
カードを効果的に使い分けること。 【解決手段】 携帯端末９００₁ は、複数のクレジット
カードに関するクレジットカード情報を格納するクレジ
ットカード情報格納部９１３と、店舗へのカード会員の
入店をトリガとして、店舗サーバから送信される、複数
のクレジットカードの利用に関するメリットをキーとし
た優先順位情報に基づいて、複数のクレジットカードの
中から利用すべきクレジットカードをカード会員に選択
させるための決済カード選択画面を表示部９０５に表示
させる制御部９０３とを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、カード会員や店舗
のメリットを考慮して、複数枚のクレジットカードに優
先順位を付け、クレジットカードを効果的に使い分ける
ためのクレジットカード処理方法およびクレジットカー
ド処理プログラムに関するものである。

【０００２】近時、クレジットカード会社で実施してい
る利用金額に応じた景品プレゼントやポイントキャッシ
ュバック等のサービスの多様化に伴い、複数枚のクレジ
ットカードを保有し、サービスに応じてクレジットカー
ドを使い分けるというカード会員が増加している。

【０００３】しかしながら、実際には、サービスの内容
を的確に把握しているカード会員が少ないため、クレジ
ットカードによる決済時に、複数枚のクレジットカード
の中から、いつも使い慣れている特定のクレジットカー
ドや、無造作に選択したクレジットカードを使って決済
を行っており、的確な使い分けを行うことが難しいので
ある。

【０００４】

【従来の技術】従来より、デパート、ストア等の店舗で
は、現金決済の他に、クレジットカードによる決済が行
われている。通常、店舗では、複数のクレジットカード
会社により発行された複数のクレジットカードのうちい
ずれかのクレジットカードで決済ができるようになって
いる。従って、複数種類のクレジットカードを保有する
カード会員は、決済時に所望の１枚のカードを使って決
済を行う。

【０００５】また、クレジットカード会社では、クレジ
ットカードの利用金額に応じて、景品のプレゼントや各
種特典等のサービスをカード会員に提供することによ
り、戦略的に自社のクレジットカードの利用率を上げる
企業努力をしている。

【０００６】さらに、クレジットカード会社では、店舗
と提携し、店舗のブランド名が記された提携型のクレジ
ットカードも発行している。この提携型のクレジットカ
ードは、店舗からクレジットカード会社への手数料を割
引くことを条件として、店舗にカード会員の募集の宣伝
をさせ、カード会員を増加させることを目的としてい
る。

【０００７】従って、店舗にとっては、非提携型の他の
クレジットカードで決済されるよりも、提携型のクレジ
ットカードで決済されるほうが、手数料割引というメリ
ットが出るため、できる限り提携型のクレジットカード
を使ってもらいたいというのが本音である。

【０００８】

【発明が解決しようとする課題】ところで、従来では、
店舗での決済時に、カード会員が、複数種類のクレジッ
トカードの中で、メリットが高いクレジットカードがど
れであるかを短時間で判断するのが難しい。これは、景
品の把握、景品獲得に要する利用金額や、ポイントアッ
プの条件等のように様々なファクタを瞬時に考慮して、
上記判断を行わなければならないからである。

【０００９】このことから、従来では、メリットの有無
に関わらず、使い慣れたクレジットカードや、無造作に
選択したクレジットカードを用いて、店舗での決済を行
っているのが現状である。

【００１０】一方、店舗側にとってみれば、手数料割引
等のメリットに鑑みて、決済時に提携型のクレジットカ
ードを利用してもらいたいが、クレジットカードの選択
がカード会員の専権事項であるため、販売員からの積極
的な推奨を行うことができない。このことから、従来で
は、提携型のクレジットカードの利用を飛躍的に高める
ための手段・方法が無く、宣伝等のありふれた手段・方
法でしか提携型のクレジットカードの利用を喚起するこ
とができない。

【００１１】本発明は、上記に鑑みてなされたもので、
カード会員や店舗のメリットを考慮して、複数枚のクレ
ジットカードを効果的に使い分けすることができるクレ
ジットカード処理方法およびクレジットカード処理プロ
グラムを提供することを目的とする。

【００１２】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、複数のクレジットカードに関するクレジ
ットカード情報を格納部に格納する格納工程と、店舗へ
のカード会員の入店をトリガとして、前記複数のクレジ
ットカードの利用に関するメリットをキーとした優先順
位情報を受信する優先順位情報受信工程と、前記優先順
位情報に基づいて、複数のクレジットカードの中から利
用すべきクレジットカードを選択させる選択工程とを含
むことを特徴とする。

【００１３】また、本発明は、コンピュータを、店舗へ
のカード会員の入店をトリガとして、複数のクレジット
カードに関するクレジットカード情報を格納する格納手
段、前記複数のクレジットカードの利用に関するメリッ
トをキーとした優先順位情報を受信する優先順位情報受
信手段、前記優先順位情報に基づいて、複数のクレジッ
トカードの中から利用すべきクレジットカードを選択さ
せる選択手段として機能させるためのクレジットカード
処理プログラムである。

【００１４】かかる発明によれば、店舗へのカード会員
の入店をトリガとして、複数のクレジットカードの利用
に関するメリットをキーとした優先順位情報を受信し、
この優先順位情報に基づいて、複数のクレジットカード
の中から利用すべきクレジットカードを選択させるよう
にしたので、カード会員や店舗のメリットを考慮して、
クレジットカードを効果的に使い分けることができる。

【００１５】また、本発明は、複数のクレジットカード
の利用に関するメリットをキーとした優先順位情報を生
成する生成工程と、前記複数のクレジットカードに関す
るクレジットカード情報を有する携帯端末へ前記優先順
位情報を送信する優先順位情報送信工程とを含むことを
特徴とする。

【００１６】この発明によれば、複数のクレジットカー
ドの利用に関するメリットをキーとした優先順位情報を
生成し、複数のクレジットカードに関するクレジットカ
ード情報を有する携帯端末へ上記優先順位情報を送信す
るようにしたので、携帯端末側で優先順位に基づいて利
用すべきクレジットカードを選択させることができ、カ
ード会員や店舗のメリットを考慮して、クレジットカー
ドを効果的に使い分けることができる。

【００１７】また、本発明は、カード会員毎にクレジッ
トカードの利用状況を管理する管理工程と、複数のクレ
ジットカード会社のそれぞれから、自社のクレジットカ
ードを利用した際の特典情報を受信する特典情報受信工
程と、前記利用状況および前記特典情報に基づいて、複
数のクレジットカードの利用に関するメリットをキーと
した優先順位情報を生成する生成工程と、複数のクレジ
ットカードに関するクレジットカード情報を有する携帯
端末で用いられる前記優先順位情報を送信する優先順位
情報送信工程とを含むことを特徴とする。

【００１８】また、本発明は、コンピュータを、カード
会員毎にクレジットカードの利用状況を管理する管理手
段、複数のクレジットカード会社のそれぞれから、自社
のクレジットカードを利用した際の特典情報を受信する
特典情報受信手段、前記利用状況および前記特典情報に
基づいて、複数のクレジットカードの利用に関するメリ
ットをキーとした優先順位情報を生成する生成手段、複
数のクレジットカードに関するクレジットカード情報を
有する携帯端末で用いられる前記優先順位情報を送信す
る優先順位情報送信手段として機能させるためのクレジ
ットカード処理プログラムである。

【００１９】かかる発明によれば、複数のクレジットカ
ードに関するクレジットカード情報を有する携帯端末で
用いられ、カード会員毎のクレジットカードの利用状況
および特典情報に基づいて、生成された複数のクレジッ
トカードの利用に関するメリットをキーとした優先順位
情報を生成するようにしたので、携帯端末側で優先順位
に基づいて利用すべきクレジットカードを選択させるこ
とができ、カード会員や店舗のメリットを考慮して、ク
レジットカードを効果的に使い分けることができる。

【００２０】

【発明の実施の形態】以下、図面を参照して本発明にか
かるクレジットカード処理方法およびクレジットカード
処理プログラムの実施の形態１および２について詳細に
説明する。

【００２１】（実施の形態１）図１は、本発明にかかる
実施の形態１の構成を示すブロック図である。この図に
おいて、クレジットカード会社サーバ１００₁ 〜１００
_n は、ｎ社のクレジットカード会社側にそれぞれ設けら
れており、クレジットカードの会員登録、会員情報の管
理、クレジットカード利用時の与信（利用の可否）、ク
レジットカード会社から会員向けの販売促進情報（キャ
ンペーン情報）の管理、クレジットカード決済時の会員
への請求等に関する処理を実行する。

【００２２】これらのクレジットカード会社サーバ１０
０₁ 〜１００_n は、ネットワーク２００に接続されてい
る。ここで、実施の形態１におけるクレジットカード
は、一般で用いられる樹脂製のものではなく、携帯端末
等に電子データ形式で内蔵される電子クレジットカード
である。従って、以下の説明における「クレジットカー
ド」は、「電子クレジットカード」を指すものとする。

【００２３】ｎ社のクレジットカード会社は、それぞれ
独自にクレジットカードを発行している。従って、会員
は、１社または複数社のクレジットカードを保有してい
る。また、ｎ社のクレジットカード会社は、経営戦略的
に店舗と提携しており、提携型のクレジットカードを発
行している。

【００２４】このような提携型のクレジットカードで
は、提携先の店舗で利用された場合、当該店舗から当該
クレジットカード会社へ支払われる手数料が、非提携型
のクレジットカードの手数料に比べて安価に設定されて
いる。従って、店舗から見れば、提携型のクレジットカ
ードによる買い物をしてもらったほうが、非提携型のク
レジットカードによる買い物の場合に比べて、差額手数
料分だけ利益が上がることから、メリットが大きいので
ある。

【００２５】ここで、同図では、クレジットカード会社
サーバ１００₁ は、クレジットカード会社としての「日
本クレジット」に設けられている。クレジットカード会
社サーバ１００₂ は、「まるとくカード」に設けられて
いる。以下同様にして、クレジットカード会社サーバ１
００_n は、「丸菱カード」に設けられている。

【００２６】同図では、「日本クレジット」は、「Ａ店
舗」と提携関係にある。従って、「日本クレジット」の
クレジットカードが「Ａ店舗」で利用された場合、「Ａ
店舗」は、手数料の低減というメリットを享受できる。

【００２７】同様にして、「まるとくカード」は、「Ｂ
店舗」と提携関係にある。従って、「まるとくカード」
のクレジットカードが「Ｂ店舗」で利用された場合、
「Ｂ店舗」は、手数料の低減というメリットを享受でき
る。同様にして、他のクレジットカード会社も他の店舗
と提携関係にある（図７参照）。

【００２８】また、クレジットカード会社サーバ１００
₁ 〜１００_n は、会員情報データベース１５０₁ 〜１５
０_n によりクレジットカードの会員情報をそれぞれ管理
している。会員情報データベース１５０₁ は、クレジッ
トカード会社サーバ１００₁にアクセスされ、「日本ク
レジット」で発行されたクレジットカードの会員に関す
る会員情報を格納するデータベースである。

【００２９】具体的には、会員情報データベース１５０
₁ は、図２に示したように、「会員ＩＤ」、「氏名」、
「性別」、「生年月日」、「メールアドレス」、「カー
ド番号」、「提携先会員番号」、「カード有効期限」、
「利用限度額」、「利用額」、「利用残額」、「景品獲
得金額」、「景品獲得残額」、「景品有効期限」等のフ
ィールドを備えている。

【００３０】「会員ＩＤ」は、全クレジットカード会社
における全会員に対してユニークに付与された識別子で
あり、全クレジットカード会社において会員を特定する
ための情報である。「氏名」は、「日本クレジット」で
発行されたクレジットカードの会員の氏名に関する情報
である。「性別」は、当該会員の性別に関する情報であ
る。「生年月日」は、当該会員の生年月日に関する情報
である。

【００３１】「メールアドレス」は、当該会員に付与さ
れたクレジットカードを内蔵する携帯端末宛の電子メー
ルアドレスに関する情報である。「カード番号」は、
「日本クレジット」のクレジットカードを識別するため
の番号に関する情報である。「提携先会員番号」は、
「日本クレジット」の提携先である「Ａ店舗」（図１お
よび図７参照）で独自に設定される会員番号に関する情
報である。

【００３２】「カード有効期限」は、「日本クレジッ
ト」のクレジットカードの有効期限に関する情報であ
る。「利用限度額」は、「日本クレジット」のクレジッ
トカードを利用（買い物の支払いやキャッシング）する
際の限度金額に関する情報である。

【００３３】「利用額」は、前月のクレジットカード請
求の支払いから現時点までの間に実際に「日本クレジッ
ト」のクレジットカードを利用した金額の合計に関する
情報である。「利用残額」は、「利用限度額」と「利用
額」との差であり、「日本クレジット」のクレジットカ
ードで利用可能な金額に関する情報である。

【００３４】「景品獲得金額」は、「日本クレジット」
の販売促進キャンペーンとして同社から会員へ贈呈され
る景品の獲得基準（金額）に関する情報である。同図で
は、「利用額」が５００００円以上である場合、当該会
員に景品が贈呈される。「景品獲得残額」は、「景品獲
得金額」と「利用額」との差であり、景品獲得の権利を
取得するまでの残り金額に関する情報である。

【００３５】同図では、あと１００００円分以上、同社
のクレジットカードが利用された場合、「利用金額」が
「景品獲得金額」以上となるため、当該会員は、景品獲
得の権利を取得する。「景品有効期限」は、景品の引き
換え期限に関する情報である。

【００３６】図１に戻り、会員情報データベース１５０
₂ は、クレジットカード会社サーバ１００₂ にアクセス
され、「まるとくカード」で発行されたクレジットカー
ドの会員に関する会員情報を格納するデータベースであ
る。

【００３７】具体的には、図３に示した会員情報データ
ベース１５０₂ は、上述した会員情報データベース１５
０₁ （図２参照）と同様にして、「会員ＩＤ」、「氏
名」、「性別」、「生年月日」、「メールアドレス」、
「カード番号」、「提携先会員番号」、「カード有効期
限」、「利用限度額」、「利用額」、「利用残額」、
「景品獲得金額」、「景品獲得残額」、「景品有効期
限」等のフィールドを備えている。

【００３８】「会員ＩＤ」は、会員情報データベース１
５０₁（図２参照）の「会員ＩＤ」と同義である。「氏
名」は、「まるとくカード」で発行されたクレジットカ
ードの会員の氏名に関する情報である。ここで「日本
太郎」は、「まるとくカード」の他に、前述した「日本
クレジット」（図２参照）、後述する「丸菱カード」の
会員でもある。すなわち、「日本 太郎」は、三種類の
クレジットカードを保有している。

【００３９】「性別」、「生年月日」および「メールア
ドレス」は、会員情報データベース１５０₁（図２参
照）の「性別」、「生年月日」および「メールアドレ
ス」と同義である。「カード番号」は、「まるとくカー
ド」のクレジットカードを識別するための番号に関する
情報である。「提携先会員番号」は、「まるとくカー
ド」の提携先である「Ｂ店舗」（図１および図７参照）
で独自に設定される会員番号に関する情報である。

【００４０】「カード有効期限」は、「まるとくカー
ド」のクレジットカードの有効期限に関する情報であ
る。「利用限度額」は、「まるとくカード」のクレジッ
トカードを利用（買い物の支払いやキャッシング）する
際の限度金額に関する情報である。

【００４１】「利用額」は、前月のクレジットカード請
求の支払いから現時点までの間に、実際に「まるとくカ
ード」のクレジットカードを利用した金額の合計に関す
る情報である。「利用残額」は、「利用限度額」と「利
用額」との差であり、「まるとくカード」のクレジット
カードで利用可能な金額に関する情報である。

【００４２】「景品獲得金額」は、「まるとくカード」
の販売促進キャンペーンとして同社から会員へ贈呈され
る景品の獲得基準（金額）に関する情報である。同図で
は、「利用額」が３００００円以上である場合、当該会
員に景品が贈呈される。「景品獲得残額」は、「景品獲
得金額」と「利用額」との差であり、景品獲得の権利を
取得するまでの残り金額に関する情報である。

【００４３】同図では、「日本 太郎」の場合、あと２
５０００円分以上、同社のクレジットカードが利用され
ると、「利用金額」が「景品獲得金額」以上となるた
め、当該会員は、景品獲得の権利を取得する。「景品有
効期限」は、景品の引き換え期限に関する情報である。

【００４４】なお、図１に示した会員情報データベース
１５０₁ および１５０₂ 以外の会員情報データベース
（会員情報データベース１５０_n 等）も、会員情報デー
タベース１５０₁ 等と同様のテーブル構造とされてい
る。

【００４５】代行会社サーバ３００は、上述した複数の
クレジット会社（「日本クレジット」、「まるとくカー
ド」、・・・、「丸菱カード」）における業務の一部を代
行する代行会社側に設置されている。

【００４６】この代行会社サーバ３００は、クレジット
カード会社サーバ１００₁ 〜１００ _n のそれぞれから会
員情報を収集したり、クレジットカードに関するＷｅｂ
情報を後述する携帯端末９００₁ 〜９００_s へ提供する
機能等を備えている。

【００４７】また、代行会社サーバ３００は、会員のク
レジットカードの利用状況に応じて、複数のクレジット
カードのうち当該会員にとって有益なクレジットカード
を選択させるためのカード利用優先度情報を送信した
り、店舗とクレジットカード会社との間におけるクレジ
ットカードの決済処理を仲介する機能等も備えている。

【００４８】具体的には、図４に示した代行会社サーバ
３００において、通信インタフェース３０１は、ネット
ワーク２００に接続されており、ネットワーク２００を
介しての通信を制御する。制御部３０２は、各部を制御
するものである。

【００４９】会員情報収集部３０３は、ネットワーク２
００を介して、クレジットカード会社サーバ１００₁ 〜
１００_n （図１参照）のそれぞれからクレジットカード
会社別の会員情報を収集し、これらの会員情報を会員情
報データベース３５０に格納する。

【００５０】従って、会員情報データベース３５０に
は、全クレジットカード会社の全会員に関する会員情報
が格納されている。具体的には、会員情報データベース
３５０は、図５に示したように、「会員ＩＤ」、「氏
名」、「性別」、「生年月日」、「メールアドレス」、
「クレジットカード会社」、「カード番号」、「提携先
会員番号」、「カード有効期限」、「利用限度額」、
「利用額」、「利用残額」、「景品獲得金額」、「景品
獲得残額」、「景品有効期限」等のフィールドを備えて
いる。

【００５１】上記「クレジットカード会社」以外のそれ
ぞれのフィールドは、会員情報データベース１５０
₁（図２参照）の各フィールドと同義である。「クレジ
ットカード会社」は、図１に示した「日本クレジッ
ト」、「まるとくカード」、・・・、「丸菱カード」を表
す情報である。

【００５２】また、会員情報データベース３５０におい
ては、「会員ＩＤ」（「氏名」）をキーとしてソートが
掛けられているため、会員毎に複数（または単数）のク
レジットカード会社の会員情報が仕分けされている。

【００５３】例えば、「会員ＩＤ」が「００００１」の
「日本 太郎」の場合、会員情報データベース３５０に
は、「日本クレジット」、「まるとくカード」および
「丸菱カード」（図１参照）という三社の会員情報が格
納されている。すなわち、「日本 太郎」は、上記三社
からそれぞれ発行された三種類のクレジットカードを保
有している。

【００５４】また、「会員ＩＤ」が「００００２」の
「山田 花子」の場合、会員情報データベース３５０に
は、「まるとくカード」および「ＡＢＣファイナンス」
（図７参照）という二社の会員情報が格納されている。
すなわち、「山田 花子」は、上記二社からそれぞれ発
行された二種類のクレジットカードを保有している。

【００５５】図４に戻り、カード会社販売促進情報収集
部３０４は、ネットワーク２００を介して、クレジット
カード会社サーバ１００₁ 〜１００_n から、それぞれの
クレジットカードにかかる販売を促進するためのクレジ
ットカード会社販売促進情報を収集し、これらをカード
会社販売促進情報データベース３６０に格納する。

【００５６】従って、カード会社販売促進情報データベ
ース３６０には、クレジットカード会社毎のクレジット
カード会社販売促進情報が格納されている。具体的に
は、カード会社販売促進情報データベース３６０は、図
６に示したように、「クレジットカード会社」、「内
容」および「有効期限」というフィールドを備えてい
る。

【００５７】「クレジットカード会社」は、図１に示し
た「日本クレジット」、「まるとくカード」、・・・、
「丸菱カード」を表す情報である。「内容」は、クレジ
ットカード会社側の販売促進（キャンペーン）に関する
情報であって、自社のクレジットカードの利用を交換条
件として、会員に対する各種プレゼント、優待、特典等
の案内情報である。「有効期限」は、上記「内容」の有
効期限に関する情報である。

【００５８】図４に戻り、決済処理部３０５は、会員情
報データベース３５０（図５参照）に対応するクレジッ
トカードを用いた決済時に、店舗サーバとクレジットカ
ード会社サーバとの間を仲介する機能を備えている。

【００５９】ここで、実施の形態１では、会員が複数の
クレジットカードを保有している場合、店舗や会員にと
って有益である順にクレジットカードに優先順位（以
下、カード利用優先順位と称する）を付け、最もカード
利用優先順位が高いクレジットカードにより決済を行わ
せるようにしている。このカード利用優先順位は、クレ
ジットカード毎に付与される基本優先度、提携優先度お
よび景品優先度を合計した合計優先度により決定され
る。

【００６０】基本優先度は、図７に示したように、クレ
ジットカード会社（クレジットカード）毎に、デフォル
ト値として予め設定された優先度である。提携優先度
は、会員が入店した店舗において当該会員が保有してい
るクレジットカードのクレジットカード会社が当該店舗
と提携している場合、すなわち、提携店舗で提携型のク
レジットカードを当該会員が保有している場合、提携に
基づいて予め設定された優先度である。この提携優先度
は、提携型のクレジットカードを積極的に会員に利用さ
せるという観点から見て提携店舗に有益な情報であり、
優先順位情報データベース９５０（図１４参照）に格納
されている。

【００６１】景品優先度は、図５に示した景品獲得残額
が、予め設定されるしきい値（例えば、１５０００円）
以下である場合、上記景品獲得残額に対応するクレジッ
トカード会社からの景品を当該会員にいち早く獲得させ
るための優先度である。この景品優先度は、景品獲得の
観点から見て会員に有益な情報であり、優先順位情報デ
ータベース９５０（図１４参照）に格納されている。図
４に示した決済処理部３０５は、上記景品優先度を決定
する機能も備えている。決済処理部３０５の動作の詳細
については後述する。

【００６２】カード利用優先度情報データベース３７０
は、上述した基本優先度、提携優先度に関するカード利
用優先度情報を格納するデータベースである。具体的に
は、カード利用優先度情報データベース３７０は、図７
に示したように、「クレジットカード会社」、「提携店
舗」、「基本優先度」および「提携優先度」というフィ
ールドを備えている。

【００６３】「クレジットカード会社」は、図１に示し
た「日本クレジット」、「まるとくカード」、・・・、
「丸菱カード」を表す情報である。「提携店舗」は、
「クレジットカード会社」とクレジットカードの手数料
の引き下げを前提とした店舗に関する情報である。

【００６４】同図では、「日本クレジット」（図１参
照）は、「Ａ店舗」と提携関係にあり、「まるとくカー
ド」は、「Ｂ店舗」と提携関係にある。以下同様にし
て、「丸菱カード」は、「Ｊ店舗」と提携関係にある。
「基本優先度」および「提携優先度」は、前述した通り
である。

【００６５】図４に戻り、Ｗｅｂ情報提供部３０６は、
各クレジットカード会社の紹介や会員登録方法等のＷｅ
ｂ情報を、ネットワーク２００、移動通信ネットワーク
７００および無線基地局８００を介して、携帯端末９０
０₁ 〜９００_s （図１参照）のうち要求があった携帯端
末へ提供する。

【００６６】Ｗｅｂ情報データベース３８０は、クレジ
ットカード会社毎のＷｅｂ情報を格納するデータベース
である。メール制御部３０７は、電子メールの作成、送
信、受信を制御する。

【００６７】図１に戻り、店舗ＳＴ₁ 〜ＳＴ_m は、前述
した複数のクレジットカード会社（「日本クレジッ
ト」、「まるとくカード」、・・・、「丸菱カード」）で
発行された複数種類のクレジットカードで買い物が可能
なデパート、ストア等である。

【００６８】また、店舗ＳＴ₁ 〜ＳＴ_m は、クレジット
カードの手数料割引に関して、クレジットカード会社と
それぞれ提携している。例えば、図７に示したように、
店舗ＳＴ₁ （Ａ店舗）は、「日本クレジット」と提携し
ている。

【００６９】図１に戻り、店舗ＳＴ₁ （Ａ店舗）には、
店舗サーバ４００₁ 、入出店検出器５００₁ および携帯
端末コネクタ６００₁ が設けられている。店舗サーバ４
００ ₁ は、ネットワーク２００に接続されており、代行
会社サーバ３００および携帯端末９００₁ 〜９００_s に
アクセス可能とされている。

【００７０】入出店検出器５００₁ は、Ａ店舗の出入口
に設けられており、クレジットカードの会員の入店およ
び出店を検出する。具体的には、それぞれの会員に携帯
されている携帯端末９００₁ 〜９００_s からは、会員を
識別するための会員ＩＤが発信されている。

【００７１】入出店検出器５００₁ は、上記会員ＩＤを
受信することにより、会員がＡ店舗に入店したこと、ま
たはＡ店舗から会員が出店したことを検出する。携帯端
末コネクタ６００₁ は、Ａ店舗の支払いカウンタ（レ
ジ）に設けられており、決済時に、クレジットカード機
能を有する携帯端末９００₁ 〜９００_s のうちいずれか
の携帯端末と接続される。

【００７２】店舗サーバ４００₁ は、会員情報の収集、
Ａ店舗に入店した会員の分布解析、店舗販売促進情報の
管理、前述したクレジットカードのカード利用優先順位
に関する情報の送信、クレジットカードの決済、ＰＯＳ
（Point Of Sales）システムによる販売時点情報の管理
等を行うサーバである。

【００７３】具体的には、図８に示した店舗サーバ４０
０₁ において、通信インタフェース４０１は、ネットワ
ーク２００に接続されており、ネットワーク２００を介
しての通信を制御する。制御部４０２は、各部を制御す
るものである。

【００７４】会員情報収集部４０３は、ネットワーク２
００を介して、代行会社サーバ３００（図１参照）から
クレジットカード会社別の会員情報を収集し、これらの
会員情報を会員情報データベース４５０に格納する。

【００７５】会員情報データベース４５０は、図９に示
したように、「会員ＩＤ」、「入店フラグ」、「氏
名」、「性別」、「生年月日」、「メールアドレス」、
「クレジットカード会社」、「提携フラグ」、「カード
番号」、「提携先会員番号」、「カード有効期限」等の
フィールドを備えている。

【００７６】「会員ＩＤ」、「氏名」、「性別」、「生
年月日」、「メールアドレス」、「クレジットカード会
社」、「カード番号」、「提携先会員番号」および「カ
ード有効期限」は、図５に示した会員情報データベース
３５０における「会員ＩＤ」、「氏名」、「性別」、
「生年月日」、「メールアドレス」、「クレジットカー
ド会社」、「カード番号」、「提携先会員番号」および
「カード有効期限」に対応している。

【００７７】「入店フラグ」は、当該会員がＡ店舗に入
店しているか否かを表すフラグである。この「入店フラ
グ」が「１」である場合には、当該会員がＡ店舗に入店
していることを意味している。一方、「入店フラグ」が
「０」である場合には、当該会員がＡ店舗から出店して
いることを意味している。

【００７８】「提携フラグ」は、Ａ店舗とクレジットカ
ード会社との提携関係を表すフラグである。この「提携
フラグ」が「１」である場合には、当該クレジットカー
ド会社とＡ店舗とが提携していることを意味している。
同図の場合、「日本 太郎」に対応する「日本クレジッ
ト」とＡ店舗とが提携している。一方、「提携フラグ」
が「０」である場合には、当該クレジット会社とＡ店舗
とが提携していないことを意味している。

【００７９】図８に戻り、会員分布解析部４０４は、Ａ
店舗に入店した全会員を対象として、会員情報データベ
ース４５０（図９参照）における入店フラグおよび属性
情報（性別、年齢別）に基づいて、クレジットカード会
社別の人数、男女、年齢別構成比等の分布を解析し、解
析結果を会員分布情報として、会員分布情報データベー
ス４６０に格納する。

【００８０】会員分布情報データベース４６０は、図１
０に示したように、「クレジットカード会社」、「提携
フラグ」、「男女人数（比率）」、「男性人数（比
率）」、「女性人数（比率）」、「男性年齢別人数（比
率）」、「女性年齢別人数（比率）」等のフィールドを
備えている。

【００８１】「クレジットカード会社」および「提携フ
ラグ」は、図９に示した会員情報データベース４５０に
おける「クレジットカード会社」および「提携フラグ」
に対応している。「男女人数（比率）」は、クレジット
カード会社別の男女（会員）の人数、および全人数に占
める比率に関する情報である。

【００８２】同図に示した例では、Ａ店舗には、５００
人（合計）の男女（会員）が入店している。そのうち、
「日本クレジット」のクレジットカードを保有している
会員は、２５０人（５０％）である。

【００８３】「まるとくカード」のクレジットカードを
保有している会員は、４０人（８％）である。以下同様
にして、「丸菱カード」のクレジットカードを保有して
いる会員は、５０人（１０％）である。従って、Ａ店舗
においては、５００人の会員のうち、５０％の会員が提
携型のクレジットカード（「日本クレジット」）を保有
しているのである。

【００８４】「男性人数（比率）」は、「男女人数（比
率）」のうち、男性の人数および男女人数に占める男性
の比率に関する情報である。「女性人数（比率）」は、
「男女人数（比率）」のうち、女性の人数および男女人
数に占める女性の比率に関する情報である。

【００８５】「男性年齢別人数（比率）」は、「男性人
数（比率）」のうち、年齢別（２０歳〜３０歳、３１歳
〜４０歳、４１歳〜５０歳および５１歳以上）の人数お
よび比率に関する情報である。「女性年齢別人数（比
率）」は、「女性人数（比率）」のうち、年齢別（２０
歳〜３０歳、３１歳〜４０歳、４１歳〜５０歳および５
１歳以上）の人数および比率に関する情報である。

【００８６】図８に戻り、店舗販売促進処理部４０５
は、会員分布情報データベース４６０（図１０参照）の
会員分布情報および会員情報データベース４５０に基づ
いて、会員の属性（性別、年齢層）に対応する店舗販売
促進情報を、当該会員の携帯端末へ送信する処理を実行
する。この店舗販売促進情報は、Ａ店舗に対応する提携
型のクレジットカード（「日本クレジット」）を保有し
ている会員に対して、各種特典、プレゼントをきっかけ
として、当該クレジットカードによる商品の購入を促進
するための情報であり、店舗販売促進情報データベース
４７０に格納されている。

【００８７】図１１に示した店舗販売促進情報データベ
ース４７０は、「属性」および「内容」というフィール
ドを備えている。「属性」は、上記クレジットカード
（「日本クレジット」）の会員の性別、年齢層に関する
属性情報である。「内容」は、Ａ店舗側の販売促進（キ
ャンペーン）に関する情報であって、「日本クレジッ
ト」のクレジットカードを保有する会員に限定された各
種プレゼント、優待、特典等の案内情報である。

【００８８】決済処理部４０６は、クレジットカードの
利用に際して、前述したカード利用優先順位の決定、与
信、請求等のカード決済に関する処理を実行する。この
カード利用優先順位は、カード利用優先度情報データベ
ース４８０（図１２参照）における基本優先度および提
携優先度と、代行会社サーバ３００における景品優先度
との合計優先度により決定される。

【００８９】図１２に示したカード利用優先度情報デー
タベース４８０は、カード利用優先度情報データベース
３７０（図７参照）と同一のデータ構造のデータベース
であり、「クレジットカード会社」、「提携店舗」、
「基本優先度」および「提携優先度」というフィールド
を備えている。

【００９０】図８に戻り、ＰＯＳ処理部４０７は、商品
が売買された時点で商品コード等の販売時点情報をコン
ピュータに通知し、商品の販売数や売筋商品をリアルタ
イムに集計、分析する。表示部４０８は、ＣＲＴ（Cath
ode Ray Tube）、ＬＣＤ（Liquid Crystal Display）等
であり、決済情報等を表示する。

【００９１】図１に戻り、店舗ＳＴ₂（Ｂ店舗）には、
店舗ＳＴ₁ と同様にして、店舗サーバ４００₂ 、入出店
検出器５００₂ 、携帯端末コネクタ６００₂ が設けられ
ている。以下、同様にして、店舗ＳＴ_m にも、店舗ＳＴ
₁ と同様にして、店舗サーバ４００_m 、入出店検出器５
００_m、携帯端末コネクタ６００_m が設けられている。

【００９２】移動通信ネットワーク７００は、ネットワ
ーク２００に接続されており、無線基地局８００および
無線リンクを介して、携帯端末９００₁ 〜９００_s に接
続される。携帯端末９００₁ 〜９００_s は、クレジット
カード機能を備えた携帯電話機、ＰＨＳ（Personal Han
dyphone System）、ＰＤＡ（Personal Digital Assista
nce ）等であり、前述したクレジットカードの会員にそ
れぞれ携帯される。

【００９３】ここで、図１３を参照して、携帯端末９０
０₁ の構成について詳述する。ここで、実施の形態１で
は、図９に示した「日本 太郎」が携帯端末９００₁ を
携帯しているとする。

【００９４】同図において、アンテナ９０１は、無線基
地局８００（図１参照）との間で電波を送受信する。送
受信部９０２は、アンテナ９０１を介して、データの送
受信を行う。制御部９０３は、各部を制御する。

【００９５】通話部９０４は、音声通信における通話を
制御する。表示部９０５は、ＬＣＤであり、クレジット
カードの会員登録や、クレジットカード会社および店舗
からの販売促進情報等に関する各種画面（図３１〜図３
７参照）を表示する。操作キー部９０６は、電話番号、
ＵＲＬ（Uniform Resource Locator）、メールアドレス
等の入力に用いられるテンキーや英字キー、各種ファン
クションキーから構成されている。

【００９６】マイク９０７は、話者の音声を音声信号に
変換する機能を備えている。スピーカ９０８は、音声、
着信音、警告音等を発する。バイブレータ９０９は、着
信や警告を振動により伝達する機能を備えている。Ｗｅ
ｂブラウザ９１０は、クレジットカード会社サーバ１０
０₁ 〜１００_n 、代行会社サーバ３００やその他サーバ
から提供されるＷｅｂ情報を閲覧する機能を備えてい
る。

【００９７】メール制御部９１１は、電子メールの作
成、送信、受信を制御する。コネクタ９１２は、クレジ
ットカード決済時に、携帯端末コネクタ６００₁ 〜６０
０_m （図１参照）のうちいずれかの携帯端末コネクタに
接続される。

【００９８】クレジットカード情報格納部９１３は、図
９に示した「日本 太郎」が会員となっている「日本ク
レジット」、「まるとくカード」および「丸菱カード」
に対応する三種類のクレジットカードに関するクレジッ
トカード情報（会員ＩＤ、氏名、クレジットカード会
社、カード番号、提携先会員番号、カード有効期限等）
を格納している。

【００９９】優先順位情報データベース９５０は、上記
「日本クレジット」、「まるとくカード」および「丸菱
カード」に対応する三種類のクレジットカードから決済
用のクレジットカードを選択する際の優先順位情報を格
納するデータベースである。

【０１００】具体的には、優先順位情報データベース９
５０は、図１４に示したように、「クレジットカード会
社」、「提携フラグ」、「基本優先度」、「提携優先
度」、「景品優先度」、「優先度合計」、「優先順
位」、「景品獲得残額」等のフィールドを備えている。

【０１０１】「クレジットカード会社」および「提携フ
ラグ」は、図９に示した会員情報データベース４５０に
おける「クレジットカード会社」および「提携フラグ」
に対応している。「基本優先度」および「提携優先度」
は、図７に示したカード利用優先度情報データベース３
７０における「基本優先度」および「提携優先度」に対
応している。ただし、「提携フラグ」が「０」である場
合、これに対応する「提携優先度」は、「０」とされ
る。

【０１０２】「景品優先度」は、図５に示した「景品獲
得金額」が、しきい値（例えば、１５０００円）以下で
ある場合の優先度（例えば、２０）であり、カード会社
等により設定される。「優先度合計」は、「基本優先
度」、「提携優先度」および「景品優先度」の合計であ
る。

【０１０３】「優先順位」は、クレジットカードを選択
する際の優先順位であり、「優先度合計」が高い順に関
する情報である。「景品獲得残額」は、図５に示した会
員情報データベース３５０における「景品獲得残額」に
対応している。

【０１０４】つぎに、実施の形態１の動作について、図
１６〜図３０に示したフローチャートおよび図３１〜図
３７に示した各種画面を参照しつつ詳述する。以下で
は、携帯端末９００₁ を携帯する会員がＡ店舗に入店
し、「日本クレジット」のクレジットカードで決済する
場合を例にとって説明する。

【０１０５】図１６に示したステップＳＡ１では、クレ
ジットカード会社サーバ１００₁ は、携帯端末９００₁
〜９００_s のうちいずれかの携帯端末から、無線基地局
８００、移動通信ネットワーク７００およびネットワー
ク２００を介して、クレジットカードの会員登録要求が
あるか否かを判断し、この場合、判断結果を「Ｎｏ」と
する。

【０１０６】ステップＳＡ２では、クレジットカード会
社サーバ１００₁ は、代行会社サーバ３００からの与信
情報を受信したか否かを判断し、この場合、判断結果を
「Ｎｏ」とする。ステップＳＡ３では、クレジットカー
ド会社サーバ１００₁ は、「日本クレジット」の担当者
により、新規のカード会社販売促進情報が入力されたか
否かを判断し、この場合、判断結果を「Ｎｏ」とする。

【０１０７】ステップＳＡ４では、クレジットカード会
社サーバ１００₁ は、代行会社サーバ３００より請求情
報を受信したか否かを判断し、この場合、判断結果を
「Ｎｏ」とする。以後、クレジットカード会社サーバ１
００₁ は、判断結果が「Ｙｅｓ」となるまで、ステップ
ＳＡ１〜ステップＳＡ４の判断を繰り返す。

【０１０８】また、図２３に示したステップＳＨ１で
は、図８に示した店舗サーバ４００₁の制御部４０２
は、代行会社サーバ３００よりカード利用優先度情報を
受信したか否かを判断し、この場合、判断結果を「Ｎ
ｏ」とする。ステップＳＨ２では、会員情報収集部４０
３は、代行会社サーバ３００より会員情報を受信したか
否かを判断し、この場合、判断結果を「Ｎｏ」とする。

【０１０９】ステップＳＨ３では、制御部４０２は、携
帯端末９００₁ 〜９００_s のうちいずれかの携帯端末か
ら送信された会員ＩＤが入出店検出器５００₁ （図１参
照）に検出されたか否かを判断し、この場合、判断結果
を「Ｎｏ」とする。

【０１１０】ステップＳＨ４では、決済処理部４０６
は、携帯端末９００₁ 〜９００_s のうちいずれかの携帯
端末が携帯端末コネクタ６００₁ （図１参照）に接続さ
れたか否かを判断し、この場合、判断結果を「Ｎｏ」と
する。以後、店舗サーバ４００ ₁ では、判断結果が「Ｙ
ｅｓ」となるまでステップＳＨ１〜ステップＳＨ４が繰
り返される。なお、クレジットカード会社サーバ１００
₂ 〜１００_n も、上述したクレジットカード会社サーバ
１００₁ と同様に動作する。

【０１１１】また、図１９に示したステップＳＤ１で
は、図４に示した代行会社サーバ３００の制御部３０２
は、カード利用優先度情報データベース３７０（図７参
照）からカード利用優先度情報を取得する。ステップＳ
Ｄ２では、制御部３０２は、ネットワーク２００を介し
て、上記カード利用優先度情報を店舗サーバ４００₁ 〜
４００_m へそれぞれ送信する。

【０１１２】そして、カード利用優先度情報が図８に示
した店舗サーバ４００₁ に受信されると、制御部４０２
は、図２３に示したステップＳＨ１の判断結果を「Ｙｅ
ｓ」とする。ステップＳＨ５では、制御部４０２は、カ
ード利用優先度情報をカード利用優先度情報データベー
ス４８０（図１２参照）に格納する。同様にして、店舗
サーバ４００₂ 〜４００_m においても、受信されたカー
ド利用優先度情報がカード利用優先度情報データベース
（図示略）に格納される。

【０１１３】図１９に戻り、ステップＳＤ３では、カー
ド会社販売促進情報収集部３０４は、クレジットカード
会社サーバ１００₁ 〜１００_n からのカード会社販売促
進情報を受信したか否かを判断し、この場合、判断結果
を「Ｎｏ」とする。ステップＳＤ４では、会員情報収集
部３０３は、クレジットカード会社サーバ１００₁ 〜１
００_n からの会員情報を受信したか否かを判断し、この
場合、判断結果を「Ｎｏ」とする。

【０１１４】ステップＳＤ５では、決済処理部３０５
は、店舗サーバ４００₁ 〜４００_m のうちいずれかの店
舗サーバからの会員ＩＤ（景品優先度問い合わせ用）を
受信したか否かを判断し、この場合、判断結果を「Ｎ
ｏ」とする。ステップＳＤ６では、決済処理部３０５
は、店舗サーバ４００₁ 〜４００_m のうちいずれかの店
舗サーバからの与信情報を受信したか否かを判断し、こ
の場合、判断結果を「Ｎｏ」とする。

【０１１５】ステップＳＤ７では、決済処理部３０５
は、店舗サーバ４００₁ 〜４００_m のうちいずれかの店
舗サーバからの請求情報を受信したか否かを判断し、こ
の場合、判断結果を「Ｎｏ」とする。以後、代行会社サ
ーバ３００においては、判断結果が「Ｙｅｓ」となるま
で、ステップＳＤ３〜ステップＳＤ７が繰り返される。

【０１１６】また、図２９に示したステップＳＮ１で
は、図１３に示した携帯端末９００₁の制御部９０３
は、会員登録を目的として、クレジットカード会社サー
バ１００ ₁ 〜１００_n のうちいずれかのクレジットカー
ド会社サーバへのアクセス要求があるか否かを判断し、
この場合、判断結果を「Ｎｏ」とする。

【０１１７】ステップＳＮ２では、制御部９０３は、代
行会社サーバ３００からのカード会社販売促進情報を受
信したか否かを判断し、この場合、判断結果を「Ｎｏ」
とする。ステップＳＮ３では、制御部９０３は、店舗サ
ーバ４００₁ 〜４００_m のうちいずれかの店舗サーバか
らの店舗販売促進情報を受信したか否かを判断し、この
場合、判断結果を「Ｎｏ」とする。

【０１１８】ステップＳＮ４では、制御部９０３は、携
帯端末コネクタ６００₁ 〜６００_mのうちいずれかの携
帯端末コネクタにコネクタ９１２が接続されたか否かを
判断し、この場合、判断結果を「Ｎｏ」とする。以後、
携帯端末９００₁ においては、判断結果が「Ｙｅｓ」と
なるまで、ステップＳＮ１〜ステップＳＮ４が繰り返さ
れる。なお、携帯端末９００₂ 〜９００_s も、上述した
携帯端末９００₁ と同様に動作する。

【０１１９】そして、クレジットカード会社で新規のカ
ード会社販売促進情報が入力されると、クレジットカー
ド会社サーバ１００₁ は、図１６に示したステップＳＡ
３の判断結果を「Ｙｅｓ」とする。ステップＳＡ７で
は、クレジットカード会社サーバ１００₁ は、ネットワ
ーク２００を介して、カード会社販売促進情報を代行会
社サーバ３００へ送信する。なお、クレジットカード会
社サーバ１００₂ 〜１００_n も、クレジットカード会社
サーバ１００₁ と同様にカード会社販売促進情報を代行
会社サーバ３００へ送信する。

【０１２０】これらのカード会社販売促進情報を受信す
ると、図４に示した代行会社サーバ３００のカード会社
販売促進情報収集部３０４は、図１９に示したステップ
ＳＤ３の判断結果を「Ｙｅｓ」とする。ステップＳＤ８
では、カード会社販売促進情報収集部３０４は、カード
会社販売促進情報をカード会社販売促進情報データベー
ス３６０（図６参照）に格納する。

【０１２１】ここで、図１に示した携帯端末９００₁ を
携帯している「日本 太郎」は、「まるとくカード」お
よび「丸菱カード」という二社のクレジットカードを保
有しているとする。この状態で、「日本 太郎」は、
「日本クレジット」に新規会員登録すべく、図１３に示
した操作キー部９０６を操作して、クレジットカード会
社サーバ１００₁ （「日本クレジット」）のＵＲＬを入
力する。

【０１２２】これにより、制御部９０３は、図２９に示
したステップＳＮ１の判断結果を「Ｙｅｓ」とする。ス
テップＳＮ８では、制御部９０３は、ネットワーク２０
０を介して、クレジットカード会社サーバ１００₁ にア
クセスし、会員登録処理を実行する。

【０１２３】そして、会員登録要求があると、クレジッ
トカード会社サーバ１００₁ は、図１６に示したステッ
プＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ
５では、クレジットカード会社サーバ１００₁ は、会員
登録処理を実行する。

【０１２４】具体的には、図１７に示したステップＳＢ
１では、クレジットカード会社サーバ１００₁ は、携帯
端末９００₁ の表示部９０５に、図３１に示した会員登
録画面１０００を表示させる。ステップＳＢ２では、ク
レジットカード会社サーバ１００₁ は、会員登録画面１
０００に対応する会員情報を受信したか否かを判断し、
この場合、判断結果を「Ｎｏ」として同判断を繰り返
す。

【０１２５】この会員登録画面１０００は、クレジット
カードの新規会員登録のための画面であり、会員情報を
入力するための画面である。「日本 太郎」は、図１３
に示した操作キー部９０６を操作して、会員登録画面１
０００の「氏名」、「性別」、「生年月日」、「メール
アドレス」等の会員情報を入力した後、送信指示を出
す。

【０１２６】そして、上記会員情報がクレジットカード
会社サーバ１００₁ に受信されると、クレジットカード
会社サーバ１００₁ は、図１７に示したステップＳＢ２
の判断結果を「Ｙｅｓ」とする。ステップＳＢ３では、
クレジットカード会社サーバ１００₁ は、図２に示した
会員情報データベース１５０₁ に、「会員ＩＤ」に対応
付けて上記会員情報を格納する。

【０１２７】ステップＳＢ４では、クレジットカード会
社サーバ１００₁ は、図３２に示した登録完了画面１１
００を表示部９０５（図１３）に表示させる。ステップ
ＳＢ５では、クレジットカード会社サーバ１００₁ は、
会員情報データベース１５０ ₁ に格納された会員情報
（会員ＩＤ＝００００１）を携帯端末９００₁ （「日本
太郎」）および代行会社サーバ３００へ送信する。

【０１２８】そして、上記会員情報が図１３に示した携
帯端末９００₁ に受信されると、制御部９０３は、会員
情報をクレジットカード情報としてクレジットカード情
報格納部９１３に格納する。これにより、図２９に示し
たステップＳＮ８の会員登録処理が終了する。

【０１２９】一方、上記会員情報が代行会社サーバ３０
０に受信されると、図４に示した代行会社サーバ３００
の会員情報収集部３０３は、図１９に示したステップＳ
Ｄ４の判断結果を「Ｙｅｓ」とする。ステップＳＤ９で
は、会員情報収集部３０３は、会員登録処理を実行す
る。

【０１３０】具体的には、図２０に示したステップＳＥ
１では、会員情報収集部３０３は、図５に示した会員情
報データベース３５０に、受信した会員情報を格納す
る。ステップＳＥ２では、会員情報収集部３０３は、店
舗サーバ４００₁ 〜４００_m へ上記会員情報を送信す
る。

【０１３１】そして、会員情報が図８に示した店舗サー
バ４００₁ に受信されると、会員情報収集部４０３は、
図２３に示したステップＳＨ２の判断結果を「Ｙｅｓ」
とする。ステップＳＨ６では、会員情報収集部４０３
は、上記会員情報を図９に示した会員情報データベース
４５０に格納する。他の店舗サーバ４００₂ 〜４００_m
においても、店舗サーバ４００₁ と同様にして、会員情
報が会員情報データベース（図示略）にそれぞれ格納さ
れる。

【０１３２】図２０に戻り、ステップＳＥ３では、代行
会社サーバ３００（図４参照）の制御部３０２は、図６
に示したカード会社販売促進情報データベース３６０か
ら、当該会員情報（「日本クレジット」）に対応するカ
ード会社販売促進情報を取得する。ステップＳＥ４で
は、制御部３０２は、携帯端末９００₁ へ上記カード会
社販売促進情報を送信する。具体的には、上記カード会
社販売促進情報は、図５に示した「日本 太郎」の「メ
ールアドレス」（＝taro@abc.com）宛に送信される。

【０１３３】そして、カード会社販売促進情報が図１３
に示した携帯端末９００₁ に受信されると、制御部９０
３は、図２９に示したステップＳＮ２の判断結果を「Ｙ
ｅｓ」とする。ステップＳＮ９では、制御部９０３は、
カード会社販売促進情報（「日本クレジット」）に基づ
いて、図３３に示したカード会社販売促進画面１２００
を表示部９０５に表示させる。これにより、「日本 太
郎」が「日本クレジット」に会員登録するための一連の
処理が終了する。

【０１３４】つぎに、Ａ店舗において、「日本 太郎」
がクレジットカードで買い物の決済を行う例について説
明する。携帯端末９００₁ を携帯した「日本 太郎」が
Ａ店舗の出入口から入店すると、携帯端末９００₁ から
送信されている会員ＩＤ（＝００００１）が入出店検出
器５００₁ に検出される。

【０１３５】これにより、図８に示した店舗サーバ４０
０₁ の制御部４０２は、図２３に示したステップＳＨ３
の判断結果を「Ｙｅｓ」とする。ステップＳＨ７では、
入出店処理が実行される。

【０１３６】具体的には、図２４に示したステップＳＩ
１では、制御部４０２は、図９に示した会員情報データ
ベース４５０を参照して、会員ＩＤ（＝００００１、
「日本太郎」）に対応する「入店フラグ」が「１」であ
るか否かを判断する。この場合、「入店フラグ」は、
「０」（入店直前の状態）である。従って、制御部４０
２は、ステップＳＩ１の判断結果を「Ｎｏ」とする。

【０１３７】ステップＳＩ２では、制御部４０２は、入
店処理を実行する。具体的には、図２５に示したステッ
プＳＪ１では、制御部４０２は、図９に示した会員情報
データベース４５０における会員ＩＤ（＝００００１、
「日本 太郎」）に対応する「入店フラグ」を「０」か
ら「１」に設定する。これにより、「日本 太郎」は、
Ａ店舗に入店している状態とされる。

【０１３８】ステップＳＪ２では、会員分布解析部４０
４は、会員情報データベース４５０から、会員ＩＤ（＝
０００１）をキーとして、「日本 太郎」に関する属性
情報（「性別」、「生年月日」、「クレジットカード会
社」）を取得する。

【０１３９】ステップＳＪ３では、会員分布解析部４０
４は、属性情報に基づいて、図１０に示した会員分布情
報データベース４６０を更新する。具体的には、会員分
布解析部４０４は、「日本 太郎」が会員となっている
クレジットカード会社として「日本クレジット」、「ま
るとくカード」および「丸菱カード」という三社を認識
する。つぎに、会員分布解析部４０４は、「生年月日」
および「性別」より、「日本 太郎」の年齢（＝例え
ば、３０歳）および男であることを認識する。

【０１４０】つぎに、会員分布解析部４０４は、図１０
に示した会員分布情報データベース４６０において、
「日本 太郎」に関する数値を更新する。ここで、更新
される数値は、上記三社に関する「男女人数（比
率）」、「男性人数（比率）」、「女性人数（比率）」
（ただし、（比率）のみ）「男性年齢別人数（比率）」
（２０歳〜３０歳）および「合計」である。このよう
に、実施の形態１では、会員が店舗に入店すると、リア
ルタイムで会員の分布が解析される。

【０１４１】図２５に戻り、ステップＳＪ４では、店舗
販売促進処理部４０５は、会員ＩＤ（＝００００１）を
キーとして、図９に示した会員情報データベース４５０
の「提携フラグ」が「１」であるか否かを判断する。こ
の場合、Ａ店舗と提携している「日本クレジット」の
「提携フラグ」が「１」とされている。すなわち、「日
本 太郎」は、「日本クレジット」の提携型のクレジッ
トカードを保有しているのである。

【０１４２】従って、この場合には、店舗販売促進処理
部４０５は、ステップＳＪ４の判断結果を「Ｙｅｓ」と
する。ステップＳＪ５では、店舗販売促進処理部４０５
は、図１１に示した店舗販売促進情報データベース４７
０から、Ａ店舗に入店した「日本 太郎」の属性情報
（男、３０歳）をキーとして、店舗販売促進情報を取得
する。

【０１４３】この場合は、「男女共通」、「男性」およ
び「男性２０歳〜３０歳」に対応する店舗販売促進情報
が取得される。ステップＳＪ６では、店舗販売促進処理
部４０５は、会員情報データベース４５０から得られる
（図９参照）携帯端末９００ ₁ のメールアドレス宛に、
ステップＳＪ５で取得した店舗販売促進情報を送信す
る。なお、「提携フラグ」が「０」である場合、ステッ
プＳＪ４の判断結果が「Ｎｏ」とされる。なお、実施の
形態１では、会員情報データベース４５０から得られる
属性情報に基づいて、店舗販売促進情報を当該携帯端末
へ送信するようにしてもよい。

【０１４４】そして、上記店舗販売促進情報が図１３に
示した携帯端末９００₁ に受信されると、制御部９０３
は、図２９に示したステップＳＮ３の判断結果を「Ｙｅ
ｓ」とする。ステップＳＮ１０では、制御部９０３は、
店舗販売促進情報に基づいて、表示部９０５に、図３４
に示した店舗販売促進画面１３００を表示させる。

【０１４５】これにより、「日本 太郎」は、「日本ク
レジット」のクレジットカード（提携型）を用いて、Ａ
店舗で各種メリットを享受できる。一方、Ａ店舗にとっ
てみれば、上記各種メリットをトリガとして、他のクレ
ジットカードに先駆けて、「日本クレジット」のクレジ
ットカードを「日本 太郎」に積極的に利用してもらう
可能性が高まる。

【０１４６】そして、「日本 太郎」が商品をレジに持
ち込み、クレジットカードでの決済を販売員に申し出る
と、販売員は、「日本 太郎」から携帯端末９００₁ を
預かり、携帯端末コネクタ６００₁ （図１参照）をコネ
クタ９１２（図１３参照）に接続する。

【０１４７】これにより、携帯端末９００₁ の制御部９
０３は、図２９に示したステップＳＮ４の判断結果を
「Ｙｅｓ」とする。ステップＳＮ５では、制御部９０３
は、会員ＩＤ（＝００００１）をコネクタ９１２および
図１に示した携帯端末コネクタ６００₁ を介して、店舗
サーバ４００₁ へ送信する。

【０１４８】ステップＳＮ６では、制御部９０３は、店
舗サーバ４００₁ からの優先順位情報を受信したか否か
を判断し、この場合、判断結果を「Ｎｏ」として、同判
断を繰り返す。

【０１４９】また、携帯端末コネクタ６００₁ （図１参
照）にコネクタ９１２（図１３参照）が接続されると、
図８に示した店舗サーバ４００₁ の決済処理部４０６
は、図２３に示したステップＳＨ４の判断結果を「Ｙｅ
ｓ」とする。ステップＳＨ８では、決済処理部４０６
は、カード決済処理を実行する。

【０１５０】具体的には、図２７に示したステップＳＬ
１では、決済処理部４０６は、携帯端末９００₁ からの
会員ＩＤ（＝００００１）を受信したか否かを判断し、
この場合、判断結果を「Ｎｏ」として、同判断を繰り返
す。そして、ステップＳＮ５（図２９参照）で送信され
た会員ＩＤ（＝００００１）が店舗サーバ４００₁ に受
信されると、決済処理部４０６は、ステップＳＬ１の判
断結果を「Ｙｅｓ」とする。

【０１５１】ステップＳＬ２では、決済処理部４０６
は、カード利用優先順位決定処理を実行する。具体的に
は、図２８に示したステップＳＭ１では、決済処理部４
０６は、代行会社サーバ３００へ会員ＩＤ（＝００００
１）を送信する。ステップＳＭ２では、決済処理部４０
６は、代行会社サーバ３００から景品優先度情報を受信
したか否かを判断し、この場合、判断結果を「Ｎｏ」と
して同判断を繰り返す。

【０１５２】そして、会員ＩＤ（＝００００１）が図４
に示した代行会社サーバ３００に受信されると、決済処
理部３０５は、図１９に示したステップＳＤ５の判断結
果を「Ｙｅｓ」とする。ステップＳＤ１０では、決済処
理部３０５は、景品優先度決定処理を実行する。

【０１５３】具体的には、図２１に示したステップＳＦ
１では、決済処理部３０５は、図５に示した会員情報デ
ータベース３５０から、「日本 太郎」に関する会員Ｉ
Ｄ（＝００００１）をキーとして、「クレジットカード
会社」に対応付けて「景品獲得残額」を取得する。この
場合、以下の情報が取得される。

【０１５４】 （クレジットカード会社） （景品獲得残額） 日本クレジット １００００ まるとくカード ２５０００ 丸菱カード ２００００

【０１５５】ステップＳＦ２では、決済処理部３０５
は、上記景品獲得残額と、予め設定されているしきい値
（＝１５０００）とを比較する。ステップＳＦ３では、
決済処理部３０５は、ステップＳＦ２の比較結果に基づ
いて、クレジットカード会社毎に景品優先度を決定す
る。具体的には、景品獲得残額がしきい値以下である場
合には、景品優先度が「２０」とされる。一方、景品獲
得残額がしきい値より大きい場合には、景品優先度が
「０」とされる。以下に、決定された景品優先度を列挙
する。

【０１５６】 （クレジットカード会社） （景品獲得残額） （景品優先度） 日本クレジット １００００ ２０ まるとくカード ２５０００ ０ 丸菱カード ２００００ ０

【０１５７】ステップＳＦ４では、決済処理部３０５
は、会員ＩＤ（＝００００１）、クレジットカード会
社、景品獲得残額および景品優先度を図１５に示した景
品優先度情報Ｊとして、店舗サーバ４００₁ へ送信す
る。

【０１５８】そして、景品優先度情報Ｊが図８に示した
店舗サーバ４００₁ に受信されると、決済処理部４０６
は、図２８に示したステップＳＭ２の判断結果を「Ｙｅ
ｓ」とする。ステップＳＭ３では、決済処理部４０６
は、図１２に示したカード利用優先度情報データベース
４８０から基本優先度および提携優先度の情報を取得す
る。

【０１５９】具体的には、決済処理部４０６は、図９に
示した会員情報データベース４５０から、会員ＩＤ（＝
００００１）をキーとして、「クレジットカード会社」
（「日本クレジット」、「まるとくカード」および「丸
菱カード」）の情報を取得する。

【０１６０】つぎに、決済処理部４０６は、「クレジッ
トカード会社」（「日本クレジット」、「まるとくカー
ド」および「丸菱カード」）をキーとして、図１２に示
したカード利用優先度情報データベース４８０から、
「基本優先度」および「提携優先度」の情報をカード会
社毎に取得する。以下に、取得された情報を列挙する。

【０１６１】 （クレジットカード会社） （基本優先度） （提携優先度） 日本クレジット ５０ ２０ まるとくカード ６０ ２０ 丸菱カード １０ ２０

【０１６２】つぎに、決済処理部４０６は、図１２に示
したカード利用優先度情報データベース４８０の「提携
店舗」の情報を参照し、取得された三社分の「提携優先
度」のうち、Ａ店舗が提携店舗となっている「提携優先
度」はそのままに、一方、Ａ店舗が提携店舗となってい
ない「提携優先度」を「０」にする。以下、その結果を
列挙する。

【０１６３】 （クレジットカード会社） （基本優先度） （提携優先度） 日本クレジット ５０ ２０ まるとくカード ６０ ０ 丸菱カード １０ ０

【０１６４】ステップＳＭ４では、決済処理部４０６
は、「クレジットカード会社」、「提携フラグ」、「基
本優先度」、「提携優先度」、「景品優先度」、「優先
度合計」、「優先順位」、「景品獲得残額」等（図１４
参照）からなる優先順位情報を携帯端末９００₁ へ送信
する。

【０１６５】つぎに、図２７に示したステップＳＬ３で
は、決済処理部４０６は、携帯端末９００₁ からのクレ
ジットカード情報を受信したか否かを判断し、この場
合、判断結果を「Ｎｏ」とし、同判断を繰り返す。

【０１６６】そして、ステップＳＭ４（図２８参照）で
送信された優先順位情報が図１３に示した携帯端末９０
０₁ に受信されると、制御部９０３は、図２９に示した
ステップＳＮ６の判断結果を「Ｙｅｓ」とする。ステッ
プＳＮ７では、制御部９０３は、決済カード選択処理を
実行する。

【０１６７】具体的には、図３０に示したステップＳＯ
１では、制御部９０３は、図１４に示した優先順位情報
データベース９５０に、受信した優先順位情報を格納す
る。この図からわかるように、優先順位は、「日本クレ
ジット」（提携型）、「まるとくカード」、「丸菱カー
ド」とされている。

【０１６８】ステップＳＯ２では、制御部９０３は、図
１４に示した優先順位情報データベース９５０におい
て、「優先順位」が「１」に対応する景品優先度が「２
０」であるか否かを判断し、この場合、判断結果を「Ｙ
ｅｓ」とする。なお、ステップＳＯ２の判断結果が「Ｎ
ｏ」である場合、制御部９０３は、ステップＳＯ３の処
理を実行する。

【０１６９】ステップＳＯ８では、制御部９０３は、図
１４に示した優先順位が「１」である「日本クレジッ
ト」および「景品獲得残額」（＝１００００）に基づい
て、図３５に示した景品獲得画面１４００を表示部９０
５に表示させる。

【０１７０】これにより、「日本 太郎」は、「日本ク
レジット」のクレジットカードを１００００円以上利用
した場合、景品が獲得できることを認識する。すなわ
ち、この場合には、Ａ店舗に手数料割引等のメリットが
ある「日本クレジット」のクレジットカードを「日本
太郎」に積極的に宣伝しているのである。

【０１７１】図３０に戻り、ステップＳＯ３では、制御
部９０３は、優先順位情報データベース９５０（図１４
参照）の「優先順位」および「クレジットカード会社」
に基づいて、図３６に示した決済カード選択画面１５０
０を表示部９０５に表示させる。この決済カード選択画
面１５００は、「日本 太郎」が保有している三種類の
クレジットカードのうちいずれかを決済カードとして選
択させるための画面である。

【０１７２】ステップＳＯ４では、制御部９０３は、決
済カード選択画面１５００より決済カードが選択された
か否かを判断し、この場合、判断結果を「Ｎｏ」とし
て、同判断を繰り返す。そして、「日本 太郎」は、景
品獲得（景品獲得画面１４００：図３５参照）や優先順
位の観点から、例えば、優先順位が「１」の「日本クレ
ジット」のクレジットカードを選択する。

【０１７３】これにより、制御部９０３は、ステップＳ
Ｏ４の判断結果を「Ｙｅｓ」とする。ステップＳＯ５で
は、制御部９０３は、図３７に示した決済カード確認画
面１６００を表示部９０５に表示させる。この決済カー
ド確認画面１６００は、選択されたクレジットカード
（この場合、「日本クレジット」）で決済するか、また
は他のクレジットカードで決済するかを「日本 太郎」
に確認させるための画面である。

【０１７４】ステップＳＯ６では、制御部９０３は、図
３７に示した「１．ＯＫ」が選択されたか否かを判断す
る。ここで、図３７に示した「２．他のクレジットカー
ドで決済」が選択された場合、制御部９０３は、ステッ
プＳＯ６の判断結果を「Ｎｏ」として、前述したステッ
プＳＯ３以降の処理を実行し、決済カードを再度選択さ
せる。

【０１７５】この場合、図３７に示した「１．ＯＫ」が
選択されたとすると、制御部９０３は、ステップＳＯ６
の判断結果を「Ｙｅｓ」とする。ステップＳＯ７では、
制御部９０３は、当該決済カード（この場合、「日本ク
レジット」）に対応するクレジットカード情報をクレジ
ットカード情報格納部９１３から取得した後、コネクタ
９１２および携帯端末コネクタ６００₁（図１参照）を
介して、このクレジットカード情報を店舗サーバ４００
₁ へ送信する。

【０１７６】そして、「日本クレジット」に対応するク
レジットカード情報が図８に示した店舗サーバ４００₁
に受信されると、決済処理部４０６は、図２７に示した
ステップＳＬ３の判断結果を「Ｙｅｓ」とする。

【０１７７】ステップＳＬ４では、決済処理部４０６
は、「日本 太郎」に関する与信情報（会員ＩＤ、カー
ド番号、利用金額（例えば、５０００円）等）を代行会
社サーバ３００へ送信する。ステップＳＬ５では、決済
処理部４０６は、上記与信情報の応答としての与信結果
情報を受信したか否かを判断し、この場合、判断結果を
「Ｎｏ」として、同判断を繰り返す。

【０１７８】そして、与信情報が図４に示した代行会社
サーバ３００に受信されると、決済処理部３０５は、図
１９に示したステップＳＤ６の判断結果を「Ｙｅｓ」と
する。ステップＳＤ１１では、決済処理部３０５は、与
信処理を実行する。

【０１７９】具体的には、図２２に示したステップＳＧ
１では、決済処理部３０５は、与信情報をクレジットカ
ード会社サーバ１００₁（日本クレジット」）へ送信す
る。ステップＳＧ２では、決済処理部３０５は、図１に
示したクレジットカード会社サーバ１００₁ からの与信
結果情報および更新情報を受信したか否かを判断し、こ
の場合、判断結果を「Ｎｏ」として、同判断を繰り返
す。

【０１８０】そして、与信情報がクレジットカード会社
サーバ１００₁ に受信されると、クレジットカード会社
サーバ１００₁ は、図１６に示したステップＳＡ２の判
断結果を「Ｙｅｓ」とする。ステップＳＡ６では、クレ
ジットカード会社サーバ１００₁ は、与信処理を実行す
る。

【０１８１】具体的には、図１８に示したステップＳＣ
１では、クレジットカード会社サーバ１００₁ は、与信
情報に含まれるカード番号をキーとして、図２に示した
会員情報データベース１５０₁ を照会する。ステップＳ
Ｃ２では、クレジットカード会社サーバ１００₁ は、
「日本 太郎」に対応する「利用額」（４００００＋５
０００）が「利用限度額」（＝３０００００）以下であ
るか否かを判断し、この場合、判断結果を「Ｙｅｓ」と
する。すなわち、この場合には、「日本 太郎」に関す
る与信結果がＯＫ（カード決済可能）とされたのであ
る。

【０１８２】ステップＳＣ３では、クレジットカード会
社サーバ１００₁ は、会員情報データベース１５０₁ に
おける「日本 太郎」に関する「利用額」、「利用残
額」および「景品獲得残額」（更新情報）を会員情報デ
ータベース１５０₁ に上書きする。ステップＳＣ４で
は、クレジットカード会社サーバ１００₁ は、与信結果
情報（＝ＯＫ）および更新情報を代行会社サーバ３００
へ送信する。

【０１８３】なお、ステップＳＣ２の判断結果が「Ｎ
ｏ」である場合、すなわち、「日本太郎」に関する与信
結果がＮＧ（カード決済不可）である場合、ステップＳ
Ｃ５では、クレジットカード会社サーバ１００₁ は、与
信結果情報（＝ＮＧ）を代行会社サーバ３００へ送信す
る。

【０１８４】そして、クレジットカード会社サーバ１０
０₁ からの与信結果情報（＝ＯＫ）および更新情報が図
４に示した代行会社サーバ３００に受信されると、決済
処理部３０５は、図２２に示したステップＳＧ２の判断
結果を「Ｙｅｓ」とする。ステップＳＧ３では、決済処
理部３０５は、与信結果情報から得られる与信結果がＯ
Ｋであるか否かを判断し、この場合、判断結果を「Ｙｅ
ｓ」とする。

【０１８５】ステップＳＧ４では、決済処理部３０５
は、「日本 太郎」および「日本クレジット」に対応す
る更新情報（「利用額」、「利用残額」および「景品獲
得残額」）に基づいて、図５に示した会員情報データベ
ース３５０を更新する。

【０１８６】ステップＳＧ５では、決済処理部３０５
は、店舗サーバ４００₁ へ与信結果情報（＝ＯＫ）を送
信する。なお、ステップＳＧ３の判断結果が「Ｎｏ」で
ある場合、ステップＳＧ６では、決済処理部３０５は、
店舗サーバ４００₁ へ与信結果情報（＝ＮＧ）を送信す
る。

【０１８７】そして、代行会社サーバ３００からの与信
結果情報（＝ＯＫ）が図８に示した店舗サーバ４００₁
に受信されると、決済処理部４０６は、図２７に示した
ステップＳＬ５の判断結果を「Ｙｅｓ」とする。ステッ
プＳＬ６では、決済処理部４０６は、与信結果情報から
得られる与信結果がＯＫであるか否かを判断し、この場
合、判断結果を「Ｙｅｓ」とする。

【０１８８】ステップＳＬ７では、決済処理部４０６
は、「日本クレジット」のクレジットカードの利用金額
（５０００円）、会員ＩＤ等を含む請求情報を代行会社
サーバ３００へ送信する。ステップＳＬ８では、決済処
理部４０６は、携帯端末９００ ₁ の表示部９０５（図１
３参照）にカード決済が完了した旨を表す決済情報を表
示させる。

【０１８９】なお、ステップＳＬ６の判断結果が「Ｎ
ｏ」である場合、すなわち、与信結果がＮＧである場
合、ステップＳＬ９では、決済処理部４０６は、携帯端
末９００ ₁ の表示部９０５に、「日本クレジット」のク
レジットカードで決済ができない旨を表す決済拒絶情報
を表示させる。

【０１９０】そして、ステップＳＬ７で送信された請求
情報が図４に示した代行会社サーバ３００に受信される
と、代行会社サーバ３００の決済処理部３０５は、図１
９に示したステップＳＤ７の判断結果を「Ｙｅｓ」とす
る。

【０１９１】ステップＳＤ１２では、決済処理部３０５
は、クレジットカード会社サーバ１００₁ （「日本クレ
ジット」）へ請求情報を送信する。この請求情報がクレ
ジットカード会社サーバ１００₁ に受信されると、クレ
ジットカード会社サーバ１００₁ は、図１６に示したス
テップＳＡ４の判断結果を「Ｙｅｓ」とする。ステップ
ＳＡ８では、請求情報に基づいて、カード会員の金融機
関口座から利用金額を引き落とすための請求処理を実行
する。

【０１９２】図１９に示したステップＳＤ１３では、決
済処理部３０５は、利用店舗名、利用日時、カード会
社、カード番号、利用金額等からなる利用明細情報を店
舗サーバ４００₁ へ送信する。これにより、一連のカー
ド決済が完了する。

【０１９３】そして、カード決済を終えた「日本 太
郎」がＡ店舗の出入口から出店すると、携帯端末９００
₁ から送信されている会員ＩＤ（＝００００１）が入出
店検出器５００₁ に検出される。

【０１９４】これにより、図８に示した店舗サーバ４０
０₁ の制御部４０２は、図２３に示したステップＳＨ３
の判断結果を「Ｙｅｓ」とする。ステップＳＨ７では、
前述した入出店処理が実行される。

【０１９５】すなわち、図２４に示したステップＳＨ１
では、制御部４０２は、図９に示した会員情報データベ
ース４５０を参照して、会員ＩＤ（＝００００１、「日
本太郎」）に対応する「入店フラグ」が「１」であるか
否かを判断する。この場合、「入店フラグ」は、「１」
（出店直前の状態）である。従って、制御部４０２は、
ステップＳＩ１の判断結果を「Ｙｅｓ」とする。

【０１９６】ステップＳＩ３では、制御部４０２は、出
店処理を実行する。具体的には、図２６に示したステッ
プＳＫ１では、制御部４０２は、図９に示した会員情報
データベース４５０における会員ＩＤ（＝００００１、
「日本 太郎」）に対応する「入店フラグ」を「１」か
ら「０」に設定する。これにより、「日本 太郎」は、
Ａ店舗から出店している状態とされる。

【０１９７】ステップＳＫ２では、会員分布解析部４０
４は、会員情報データベース４５０から、会員ＩＤ（＝
０００１）をキーとして、「日本 太郎」に関する属性
情報（「性別」、「生年月日」、「クレジットカード会
社」）を取得する。

【０１９８】ステップＳＫ３では、会員分布解析部４０
４は、属性情報に基づいて、図１０に示した会員分布情
報データベース４６０を更新する。具体的には、会員分
布解析部４０４は、「日本 太郎」が会員となっている
クレジットカード会社として「日本クレジット」、「ま
るとくカード」および「丸菱カード」という三社を認識
する。つぎに、会員分布解析部４０４は、「生年月日」
および「性別」より、「日本 太郎」の年齢（＝例え
ば、３０歳）および男であることを認識する。

【０１９９】つぎに、会員分布解析部４０４は、図１０
に示した会員分布情報データベース４６０において、
「日本 太郎」に関する数値を更新する。ここで、更新
される数値は、上記三社に関する「男女人数（比
率）」、「男性人数（比率）」、「女性人数（比率）」
（ただし、（比率）のみ）、「男性年齢別人数（比
率）」（２０歳〜３０歳）および「合計」である。

【０２００】なお、実施の形態１では、会員分布情報デ
ータベース４６０の人数や比率と、予め設定されたしき
い値との比較結果に基づいて、カード会員へ報知すべき
情報を変化させるようにしてもよい。また、会員分布情
報データベース４６０は、店舗におけるマーケティング
にも利用される。

【０２０１】また、実施の形態１においては、図１４に
示した「基本優先度」、「提携優先度」および「景品優
先度」に基づいて優先順位を決定する例について説明し
たが、「基本優先度」のみ、「提携優先度」のみ、「景
品優先度」のみ、「基本優先度」＋「提携優先度」、
「基本優先度」＋「景品優先度」または「提携優先度」
＋「景品優先度」に基づいて、優先順位を決定するよう
にしてもよい。

【０２０２】また、実施の形態１においては、図３０に
示したステップＳＯ４で決済カードが選択された後に、
当該決済カードに対応するカード会社販売促進情報（カ
ード会社販売促進情報データベース３６０：図６参照）
を図１３に示した携帯端末９００₁ の表示部９０５に表
示させるようにしてもよい。

【０２０３】また、実施の形態１においては、図１に示
した携帯端末コネクタ６００₁ に携帯端末９００₁ が接
続された時点でカード会員の入店を検出し、また、接続
が解除された時点でカード会員の出店を検出するように
してもよい。

【０２０４】以上説明したように、実施の形態１によれ
ば、携帯端末９００₁ 〜９００_s のうちいずれかの携帯
端末において、図１に示したＡ店舗〜Ｍ店舗のうちいず
れかの店舗へのカード会員の入店をトリガとして、複数
のクレジットカードの利用に関するメリットをキーとし
た優先順位情報を店舗サーバ４００₁ 〜４００_m のうち
いずれかの店舗サーバより受信し、この優先順位情報に
基づいて、複数のクレジットカードの中から利用すべき
クレジットカードを選択させるようにしたので、カード
会員や店舗のメリットを考慮して、クレジットカードを
効果的に使い分けることができる。

【０２０５】また、実施の形態１によれば、携帯端末９
００₁ 〜９００_s のうちいずれかの携帯端末において、
クレジットカードの景品獲得残額（利用状況）に基づく
優先順位情報や、クレジットカードを発行しているクレ
ジットカード会社と店舗との提携の有無に基づく優先順
位情報を受信するようにしたので、店舗のメリット（手
数料割引等）を考慮してクレジットカードを効果的に使
い分けることができる。

【０２０６】また、実施の形態１によれば、携帯端末９
００₁ 〜９００_s のうちいずれかの携帯端末において、
クレジットカード会社からカード会員への景品プレゼン
ト（特典）に連動する景品獲得残額（利用金額）に基づ
く優先順位情報を受信するようにしたので、景品を早期
に獲得させるために、カード会員に対して当該クレジッ
トカードの選択を喚起することができる。

【０２０７】また、実施の形態１によれば、携帯端末９
００₁ 〜９００_s のうちいずれかの携帯端末において、
店舗サーバ４００₁ 〜４００_m のうちいずれかの店舗サ
ーバから提供される店舗販売促進情報（店舗販売促進情
報データベース４７０：図１１参照）を受信し、この店
舗販売促進情報をカード会員に提示（店舗販売促進画面
１３００：図３４参照）するようにしたので、提携型の
クレジットカードの利用をカード会員に喚起することが
できる。

【０２０８】また、実施の形態１によれば、携帯端末９
００₁ 〜９００_s のうちいずれかの携帯端末において、
カード会員の属性（性別、年齢等）に応じた店舗販売促
進情報を受信するようにしたので、喚起のターゲットを
絞ることができ、より効果的に提携型のクレジットカー
ドの利用をカード会員に喚起することができる。

【０２０９】また、実施の形態１によれば、携帯端末９
００₁ 〜９００_s のうちいずれかの携帯端末において、
複数のクレジットカードを発行している複数のクレジッ
トカード会社からそれぞれ提供されるカード会社販売促
進情報（カード会社販売促進情報データベース３６０：
図６参照）を受信し、このカード会社販売促進情報をカ
ード会員に提示（カード会社販売促進画面１２００：図
３３参照）するようにしたので、クレジットカードの利
用をカード会員に喚起することができる。

【０２１０】また、実施の形態１によれば、携帯端末９
００₁ 〜９００_s のうちいずれかの携帯端末において、
選択されたクレジットカードに関するカード会社販売促
進情報をカード会員に提示するようにしたので、特定の
クレジットカードの利用をカード会員に喚起することが
できる。

【０２１１】また、実施の形態１によれば、店舗サーバ
４００₁ 〜４００_m のうちいずれかの店舗サーバにおい
て、複数のクレジットカードに関するクレジットカード
情報を有する携帯端末９００₁ 〜９００_s のうちいずれ
かの携帯端末へ上記優先順位情報を送信するようにした
ので、携帯端末側で優先順位に基づいて利用すべきクレ
ジットカードを選択させることができ、カード会員や店
舗のメリットを考慮して、クレジットカードを効果的に
使い分けることができる。

【０２１２】また、実施の形態１によれば、代行会社サ
ーバ３００において、店舗サーバ４００₁ 〜４００_m の
うちいずれかの店舗サーバへ、景品優先度情報Ｊ（図１
５参照）へ送信するようにしたので、携帯端末側で、景
品優先度情報Ｊに対応する優先順位に基づいて利用すべ
きクレジットカードを選択させることができ、カード会
員や店舗のメリットを考慮して、クレジットカードを効
果的に使い分けることができる。

【０２１３】（実施の形態２）さて、実施の形態１で
は、図１に示した入出店検出器５００₁ により携帯端末
９００₁ から送信された会員ＩＤを検出し、店舗サーバ
４００₁ 側で入店および出店を認識する例について説明
したが、これに限られることなく、携帯端末９００₁ 側
で入店および出店を認識するように構成してもよい。以
下では、この構成例を実施の形態２として説明する。

【０２１４】実施の形態２において、携帯端末９００₁
〜９００_m のそれぞれには、携帯端末（会員）の位置を
測定する測位手段としてのＧＰＳ（Global Positioning
System）および図３８に示した店舗位置情報データベ
ース１７００をそれぞれ備えている。ＧＰＳは、２４個
の人工衛星のうち、最も受信しやすい３個の衛星からの
電波を受信することによって、携帯端末位置（ｘ、ｙ）
を求める機能を備えている。

【０２１５】図３８に示した店舗位置情報データベース
１７００は、図１に示したＡ店舗〜Ｍ店舗と、これらに
それぞれ対応する店舗位置範囲とに関する店舗位置情報
を格納するデータベースである。具体的には、店舗位置
情報データベース１７００は、「店舗ＩＤ」、「店
舗」、「店舗位置範囲」、「店舗サーバＵＲＬ」等のフ
ィールドを備えている。

【０２１６】「店舗ＩＤ」は、図１に示したＡ店舗〜Ｍ
店舗をそれぞれ識別するための識別子である。「店舗」
は、店舗の名称（Ａ店舗〜Ｍ店舗）に関する情報であ
る。「店舗位置範囲」は、会員（携帯端末）が店舗に入
店したことを認識するための位置範囲を表す情報であ
る。

【０２１７】例えば、Ａ店舗の場合には、ＧＰＳの測位
結果である携帯端末位置（ｘ、ｙ）が、店舗位置範囲Ｐ
１（ｘ１±Δｘ１、ｙ１±Δｙ１）内であるとき、携帯
端末側で入店が認識される。また、入店が認識された
後、携帯端末位置（ｘ、ｙ）が、店舗位置範囲Ｐ１（ｘ
１±Δｘ１、ｙ１±Δｙ１）を逸脱した場合、携帯端末
側で出店が認識される。

【０２１８】「店舗サーバＵＲＬ」は、図１に示した店
舗サーバ４００₁ 〜４００_m のそれぞれのＵＲＬに関す
る情報であり、携帯端末から店舗サーバへ入店または出
店を通知する場合に用いられる。また、実施の形態２で
は、店舗側で入店および出店を検出する必要が無いた
め、図１に示した入出店検出器５００₁ 〜５００_m が不
要となる。

【０２１９】上記構成において、例えば、図１に示した
携帯端末９００₁ では、所定時間間隔で、ＧＰＳの測位
結果である携帯端末位置（ｘ、ｙ）と、店舗位置情報デ
ータベース１７００（図３８参照）の「店舗位置範囲」
とが比較される。ここで、携帯端末９００₁ を携帯して
いる「日本 太郎」がＡ店舗に入店すると、上記携帯端
末位置（ｘ、ｙ）が、図３８に示した店舗位置範囲Ｐ１
（ｘ１±Δｘ１、ｙ１±Δｙ１）内となるため、制御部
９０３は、入店を検出する。

【０２２０】つぎに、制御部９０３は、移動通信ネット
ワーク７００およびネットワーク２００を介して、店舗
位置情報データベース１７００（図３８参照）における
Ａ店舗に対応する店舗サーバＵＲＬ（http://www.aaa.c
om）にアクセスし、「日本太郎」の会員ＩＤ（＝０００
０１）と入店情報とを店舗サーバ４００₁ へ送信する。
この入店情報を受信すると、店舗サーバ４００₁ 側で当
該会員の入店を認識し、前述した入出店処理（ステップ
ＳＨ７：図２３参照）以降の処理が実行される。

【０２２１】そして、携帯端末９００₁ を携帯している
「日本 太郎」がＡ店舗から出店すると、上記携帯端末
位置（ｘ、ｙ）が、図３８に示した店舗位置範囲Ｐ１
（ｘ１±Δｘ１、ｙ１±Δｙ１）を逸脱するため、制御
部９０３は、出店を検出する。

【０２２２】つぎに、制御部９０３は、移動通信ネット
ワーク７００およびネットワーク２００を介して、Ａ店
舗に対応する店舗サーバＵＲＬ（http://www.aaa.com）
にアクセスし、「日本 太郎」の会員ＩＤ（＝００００
１）と出店情報とを店舗サーバ４００₁ へ送信する。こ
の出店情報を受信すると、店舗サーバ４００₁ 側で当該
会員の出店を認識し、前述した入出店処理（ステップＳ
Ｈ７：図２３参照）以降の処理が実行される。

【０２２３】以上説明したように、実施の形態２によれ
ば、携帯端末９００₁ 〜９００_s に測位手段としてのＧ
ＰＳをそれぞれ設け、携帯端末位置が店舗位置範囲（店
舗位置情報データベース１７００：図３８参照）内にあ
る場合、カード会員の入店を検出するようにしたので、
店舗側で入出店検出器（入出店検出器５００₁ 〜５００
_m：図１参照）が不要となり、店舗側のコストを削減す
ることができる。

【０２２４】以上本発明にかかる実施の形態１および２
について図面を参照して詳述してきたが、具体的な構成
例はこれらの実施の形態１および２に限られるものでは
なく、本発明の要旨を逸脱しない範囲の設計変更等があ
っても本発明に含まれる。

【０２２５】例えば、実施の形態１および２において
は、図１に示した携帯端末９００₁ に上記説明で述べた
クレジットカード情報だけを格納しておき、優先順位情
報や販売促進情報等を受信するのみとし、実際の決済
は、従来通り、樹脂製のクレジットカードを用いた方法
により行っても構わない。

【０２２６】また、前述した実施の形態１および２にお
いては、代行会社サーバ３００、店舗サーバ４００₁ 〜
４００_m または携帯端末９００₁ 〜９００_s の機能を実
現するためのクレジットカード処理プログラムを図３９
に示したコンピュータ読み取り可能な記録媒体１９００
に記録して、この記録媒体１９００に記録されたクレジ
ットカード処理プログラムを同図に示したコンピュータ
１８００に読み込ませ、実行することにより前述した機
能を実現するようにしてもよい。

【０２２７】コンピュータ１８００は、上記クレジット
カード処理プログラムを実行するＣＰＵ１８１０と、キ
ーボード、マウス等の入力装置１８２０と、各種データ
を記憶するＲＯＭ（Read Only Memory）１８３０と、演
算パラメータ等を記憶するＲＡＭ（Random Access Memo
ry）１８４０と、記録媒体１９００からクレジットカー
ド処理プログラムを読み取る読取装置１８５０と、ディ
スプレイ、プリンタ等の出力装置１８６０と、装置各部
を接続するバス１８７０とから構成されている。

【０２２８】ＣＰＵ１８１０は、読取装置１８５０を経
由して記録媒体１９００に記録されているクレジットカ
ード処理プログラムを読み込んだ後、このクレジットカ
ード処理プログラムを実行することにより、前述した機
能を実現する。なお、記録媒体１９００には、光ディス
ク、フロッピー（登録商標）ディスク、ハードディスク
等の可搬型の記録媒体が含まれることはもとより、ネッ
トワークのようにデータを一時的に記録保持するような
伝送媒体も含まれる。

【０２２９】（付記１）複数のクレジットカードに関す
るクレジットカード情報を格納部に格納する格納工程
と、店舗へのカード会員の入店をトリガとして、前記複
数のクレジットカードの利用に関するメリットをキーと
した優先順位情報を受信する優先順位情報受信工程と、
前記優先順位情報に基づいて、複数のクレジットカード
の中から利用すべきクレジットカードを選択させる選択
工程と、を含むことを特徴とするクレジットカード処理
方法。 （付記２）前記優先順位情報受信工程では、クレジット
カードの利用状況、またはクレジットカードを発行して
いるクレジットカード会社と店舗との提携の有無に基づ
く前記優先順位情報を受信することを特徴とする付記１
に記載のクレジットカード処理方法。 （付記３）前記利用状況は、クレジットカード会社から
カード会員への特典に連動する利用金額であることを特
徴とする付記２に記載のクレジットカード処理方法。 （付記４）店舗から提供される店舗販売促進情報を受信
する店舗販売促進情報受信工程と、受信された前記店舗
販売促進情報をカード会員に提示する店舗販売促進情報
提示工程とを含むことを特徴とする付記１〜３のいずれ
か一つに記載のクレジットカード処理方法。 （付記５）前記店舗販売促進情報受信工程では、カード
会員の属性に応じた前記店舗販売促進情報を受信するこ
とを特徴とする付記４に記載のクレジットカード処理方
法。 （付記６）前記複数のクレジットカードを発行している
複数のクレジットカード会社からそれぞれ提供されるカ
ード会社販売促進情報を受信するカード会社販売促進情
報受信工程と、受信された前記カード会社販売促進情報
をカード会員に提示するカード会社販売促進情報提示工
程とを含むことを特徴とする付記１〜５のいずれか一つ
に記載のクレジットカード処理方法。 （付記７）前記カード会社販売促進情報提示工程では、
前記選択工程で選択されたクレジットカードに関するカ
ード会社販売促進情報をカード会員に提示することを特
徴とする付記６に記載のクレジットカード処理方法。 （付記８）前記優先順位情報受信工程では、外部装置か
ら通知される店舗へのカード会員の入店をトリガとし
て、前記優先順位情報を受信することを特徴とする付記
１〜７のいずれか一つに記載のクレジットカード処理方
法。 （付記９）自位置を測位する測位工程と、前記自位置と
店舗位置とを比較する比較工程と、前記自位置と前記店
舗位置とが所定の誤差内で一致した場合、カード会員の
入店を検出する入店検出工程とを含み、前記優先順位情
報受信工程では、前記入店検出工程に基づく店舗へのカ
ード会員の入店をトリガとして、前記優先順位情報を受
信することを特徴とする付記１〜８のいずれか一つに記
載のクレジットカード処理方法。 （付記１０）複数のクレジットカードの利用に関するメ
リットをキーとした優先順位情報を生成する生成工程
と、前記複数のクレジットカードに関するクレジットカ
ード情報を有する携帯端末へ前記優先順位情報を送信す
る優先順位情報送信工程と、を含むことを特徴とするク
レジットカード処理方法。 （付記１１）カード会員毎にクレジットカードの利用状
況を管理する管理工程と、複数のクレジットカード会社
のそれぞれから、自社のクレジットカードを利用した際
の特典情報を受信する特典情報受信工程と、前記利用状
況および前記特典情報に基づいて、複数のクレジットカ
ードの利用に関するメリットをキーとした優先順位情報
を生成する生成工程と、複数のクレジットカードに関す
るクレジットカード情報を有する携帯端末で用いられる
前記優先順位情報を送信する優先順位情報送信工程と、
を含むことを特徴とするクレジットカード処理方法。 （付記１２）コンピュータを、複数のクレジットカード
に関するクレジットカード情報を格納する格納手段、店
舗へのカード会員の入店をトリガとして、前記複数のク
レジットカードの利用に関するメリットをキーとした優
先順位情報を受信する優先順位情報受信手段、前記優先
順位情報に基づいて、複数のクレジットカードの中から
利用すべきクレジットカードを選択させる選択手段、と
して機能させるためのクレジットカード処理プログラ
ム。 （付記１３）コンピュータを、複数のクレジットカード
の利用に関するメリットをキーとした優先順位情報を生
成する生成手段、前記複数のクレジットカードに関する
クレジットカード情報を有する携帯端末へ前記優先順位
情報を送信する優先順位情報送信手段、として機能させ
るためのクレジットカード処理プログラム。 （付記１４）コンピュータを、カード会員毎にクレジッ
トカードの利用状況を管理する管理手段、複数のクレジ
ットカード会社のそれぞれから、自社のクレジットカー
ドを利用した際の特典情報を受信する特典情報受信手
段、前記利用状況および前記特典情報に基づいて、複数
のクレジットカードの利用に関するメリットをキーとし
た優先順位情報を生成する生成手段、複数のクレジット
カードに関するクレジットカード情報を有する携帯端末
で用いられる前記優先順位情報を送信する優先順位情報
送信手段、として機能させるためのクレジットカード処
理プログラム。 （付記１５）複数のクレジットカードに関するクレジッ
トカード情報を格納する格納手段と、店舗へのカード会
員の入店をトリガとして、前記複数のクレジットカード
の利用に関するメリットをキーとした優先順位情報を受
信する優先順位情報受信手段と、前記優先順位情報に基
づいて、複数のクレジットカードの中から利用すべきク
レジットカードを選択させる選択手段と、を備えたこと
を特徴とする携帯端末。 （付記１６）複数のクレジットカードの利用に関するメ
リットをキーとした優先順位情報を生成する生成手段
と、前記複数のクレジットカードに関するクレジットカ
ード情報を有する携帯端末へ前記優先順位情報を送信す
る優先順位情報送信手段と、を備えたことを特徴とする
クレジットカード処理装置。 （付記１７）カード会員毎にクレジットカードの利用状
況を管理する管理手段と、複数のクレジットカード会社
のそれぞれから、自社のクレジットカードを利用した際
の特典情報を受信する特典情報受信手段と、前記利用状
況および前記特典情報に基づいて、複数のクレジットカ
ードの利用に関するメリットをキーとした優先順位情報
を生成する生成手段と、複数のクレジットカードに関す
るクレジットカード情報を有する携帯端末で用いられる
前記優先順位情報を送信する優先順位情報送信手段と、
を備えたことを特徴とするクレジットカード処理装置。

【０２３０】

【発明の効果】以上説明したように、本発明によれば、
店舗へのカード会員の入店をトリガとして、複数のクレ
ジットカードの利用に関するメリットをキーとした優先
順位情報を受信し、この優先順位情報に基づいて、複数
のクレジットカードの中から利用すべきクレジットカー
ドを選択させるようにしたので、カード会員や店舗のメ
リットを考慮して、クレジットカードを効果的に使い分
けることができるという効果を奏する。

【０２３１】また、本発明によれば、複数のクレジット
カードの利用に関するメリットをキーとした優先順位情
報を生成し、複数のクレジットカードに関するクレジッ
トカード情報を有する携帯端末へ上記優先順位情報を送
信するようにしたので、携帯端末側で優先順位に基づい
て利用すべきクレジットカードを選択させることがで
き、カード会員や店舗のメリットを考慮して、クレジッ
トカードを効果的に使い分けることができるという効果
を奏する。

【０２３２】また、本発明によれば、複数のクレジット
カードに関するクレジットカード情報を有する携帯端末
で用いられ、カード会員毎のクレジットカードの利用状
況および特典情報に基づいて、生成された複数のクレジ
ットカードの利用に関するメリットをキーとした優先順
位情報を生成するようにしたので、携帯端末側で優先順
位に基づいて利用すべきクレジットカードを選択させる
ことができ、カード会員や店舗のメリットを考慮して、
クレジットカードを効果的に使い分けることができると
いう効果を奏する。

【図面の簡単な説明】

【図１】本発明にかかる実施の形態１の構成を示すブロ
ック図である。

【図２】図１に示した会員情報データベース１５０₁ の
テーブル構造を示す図である。

【図３】図１に示した会員情報データベース１５０₂ の
テーブル構造を示す図である。

【図４】図１に示した代行会社サーバ３００の構成を示
すブロック図である。

【図５】図４に示した会員情報データベース３５０のテ
ーブル構造を示す図である。

【図６】図４に示したカード会社販売促進情報データベ
ース３６０のテーブル構造を示す図である。

【図７】図４に示したカード利用優先度情報データベー
ス３７０のテーブル構造を示す図である。

【図８】図１に示した店舗サーバ４００₁ の構成を示す
ブロック図である。

【図９】図８に示した会員情報データベース４５０のテ
ーブル構造を示す図である。

【図１０】図８に示した会員分布情報データベース４６
０のテーブル構造を示す図である。

【図１１】図８に示した店舗販売促進情報データベース
４７０のテーブル構造を示す図である。

【図１２】図８に示したカード利用優先度情報データベ
ース４８０のテーブル構造を示す図である。

【図１３】図１に示した携帯端末９００₁ の構成を示す
ブロック図である。

【図１４】図１３に示した優先順位情報データベース９
５０のテーブル構造を示す図である。

【図１５】同実施の形態１における景品優先度情報Ｊの
一例を示す図である。

【図１６】図１に示したクレジットカード会社サーバ１
００₁ 〜１００_n の動作を説明するフローチャートであ
る。

【図１７】図１６に示した会員登録処理を説明するフロ
ーチャートである。

【図１８】図１６に示した与信処理を説明するフローチ
ャートである。

【図１９】図１および図４に示した代行会社サーバ３０
０の動作を説明するフローチャートである。

【図２０】図１９に示した会員登録処理を説明するフロ
ーチャートである。

【図２１】図１９に示した景品優先度決定処理を説明す
るフローチャートである。

【図２２】図１９に示した与信処理を説明するフローチ
ャートである。

【図２３】図１および図８に示した店舗サーバ４００₁
〜４００_m の動作を説明するフローチャートである。

【図２４】図２３に示した入出店処理を説明するフロー
チャートである。

【図２５】図２４に示した入店処理を説明するフローチ
ャートである。

【図２６】図２４に示した出店処理を説明するフローチ
ャートである。

【図２７】図２３に示したカード決済処理を説明するフ
ローチャートである。

【図２８】図２７に示したカード利用優先順位決定処理
を説明するフローチャートである。

【図２９】図１および図１３に示した携帯端末９００₁
〜９００_s の動作を説明するフローチャートである。

【図３０】図２９に示した決済カード選択処理を説明す
るフローチャートである。

【図３１】同実施の形態１における会員登録画面１００
０を示す図である。

【図３２】同実施の形態１における登録完了画面１１０
０を示す図である。

【図３３】同実施の形態１におけるカード会社販売促進
画面１２００を示す図である。

【図３４】同実施の形態１における店舗販売促進画面１
３００を示す図である。

【図３５】同実施の形態１における景品獲得画面１４０
０を示す図である。

【図３６】同実施の形態１における決済カード選択画面
１５００を示す図である。

【図３７】同実施の形態１における決済カード確認画面
１６００を示す図である。

【図３８】本発明にかかる実施の形態２における店舗位
置情報データベース１７００のテーブル構造を示す図で
ある。

【図３９】本発明にかかる実施の形態１および２の変形
例の構成を示すブロック図である。

【符号の説明】

１００₁ 〜１００_n クレジットカード会社サーバ ３００ 代行会社サーバ ３０２ 制御部 ３０３ 会員情報収集部 ３０４ カード会社販売促進情報収集部 ３０５ 決済処理部 ４００₁ 〜４００_m 店舗サーバ ４０２ 制御部 ４０３ 会員情報収集部 ４０４ 会員分布解析部 ４０５ 店舗販売促進処理部 ４０６ 決済処理部 ５００₁ 〜５００_m 入出店検出器 ９００₁ 〜９００_s 携帯端末 ９０３ 制御部

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数のクレジットカードに関するクレジ
   ットカード情報を格納部に格納する格納工程と、 店舗へのカード会員の入店をトリガとして、前記複数の
   クレジットカードの利用に関するメリットをキーとした
   優先順位情報を受信する優先順位情報受信工程と、 前記優先順位情報に基づいて、複数のクレジットカード
   の中から利用すべきクレジットカードを選択させる選択
   工程と、 を含むことを特徴とするクレジットカード処理方法。
2. 【請求項２】 複数のクレジットカードの利用に関する
   メリットをキーとした優先順位情報を生成する生成工程
   と、 前記複数のクレジットカードに関するクレジットカード
   情報を有する携帯端末へ前記優先順位情報を送信する優
   先順位情報送信工程と、 を含むことを特徴とするクレジットカード処理方法。
3. 【請求項３】 カード会員毎にクレジットカードの利用
   状況を管理する管理工程と、 複数のクレジットカード会社のそれぞれから、自社のク
   レジットカードを利用した際の特典情報を受信する特典
   情報受信工程と、 前記利用状況および前記特典情報に基づいて、複数のク
   レジットカードの利用に関するメリットをキーとした優
   先順位情報を生成する生成工程と、 複数のクレジットカードに関するクレジットカード情報
   を有する携帯端末で用いられる前記優先順位情報を送信
   する優先順位情報送信工程と、 を含むことを特徴とするクレジットカード処理方法。
4. 【請求項４】 コンピュータを、 複数のクレジットカードに関するクレジットカード情報
   を格納する格納手段、 店舗へのカード会員の入店をトリガとして、前記複数の
   クレジットカードの利用に関するメリットをキーとした
   優先順位情報を受信する優先順位情報受信手段、 前記優先順位情報に基づいて、複数のクレジットカード
   の中から利用すべきクレジットカードを選択させる選択
   手段、 として機能させるためのクレジットカード処理プログラ
   ム。
5. 【請求項５】 コンピュータを、 カード会員毎にクレジットカードの利用状況を管理する
   管理手段、 複数のクレジットカード会社のそれぞれから、自社のク
   レジットカードを利用した際の特典情報を受信する特典
   情報受信手段、 前記利用状況および前記特典情報に基づいて、複数のク
   レジットカードの利用に関するメリットをキーとした優
   先順位情報を生成する生成手段、 複数のクレジットカードに関するクレジットカード情報
   を有する携帯端末で用いられる前記優先順位情報を送信
   する優先順位情報送信手段、 として機能させるためのクレジットカード処理プログラ
   ム。