JP4494682B2 - クレジットカード処理装置 - Google Patents
クレジットカード処理装置 Download PDFInfo
- Publication number
- JP4494682B2 JP4494682B2 JP2001263648A JP2001263648A JP4494682B2 JP 4494682 B2 JP4494682 B2 JP 4494682B2 JP 2001263648 A JP2001263648 A JP 2001263648A JP 2001263648 A JP2001263648 A JP 2001263648A JP 4494682 B2 JP4494682 B2 JP 4494682B2
- Authority
- JP
- Japan
- Prior art keywords
- credit card
- priority
- information
- credit
- store
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、カード会員や店舗のメリットを考慮して、複数枚のクレジットカードに優先順位を付け、クレジットカードを効果的に使い分けるためのクレジットカード処理装置に関するものである。
【０００２】
近時、クレジットカード会社で実施している利用金額に応じた景品プレゼントやポイントキャッシュバック等のサービスの多様化に伴い、複数枚のクレジットカードを保有し、サービスに応じてクレジットカードを使い分けるというカード会員が増加している。
【０００３】
しかしながら、実際には、サービスの内容を的確に把握しているカード会員が少ないため、クレジットカードによる決済時に、複数枚のクレジットカードの中から、いつも使い慣れている特定のクレジットカードや、無造作に選択したクレジットカードを使って決済を行っており、的確な使い分けを行うことが難しいのである。
【０００４】
【従来の技術】
従来より、デパート、ストア等の店舗では、現金決済の他に、クレジットカードによる決済が行われている。通常、店舗では、複数のクレジットカード会社により発行された複数のクレジットカードのうちいずれかのクレジットカードで決済ができるようになっている。従って、複数種類のクレジットカードを保有するカード会員は、決済時に所望の１枚のカードを使って決済を行う。
【０００５】
また、クレジットカード会社では、クレジットカードの利用金額に応じて、景品のプレゼントや各種特典等のサービスをカード会員に提供することにより、戦略的に自社のクレジットカードの利用率を上げる企業努力をしている。
【０００６】
さらに、クレジットカード会社では、店舗と提携し、店舗のブランド名が記された提携型のクレジットカードも発行している。この提携型のクレジットカードは、店舗からクレジットカード会社への手数料を割引くことを条件として、店舗にカード会員の募集の宣伝をさせ、カード会員を増加させることを目的としている。
【０００７】
従って、店舗にとっては、非提携型の他のクレジットカードで決済されるよりも、提携型のクレジットカードで決済されるほうが、手数料割引というメリットが出るため、できる限り提携型のクレジットカードを使ってもらいたいというのが本音である。
【０００８】
【発明が解決しようとする課題】
ところで、従来では、店舗での決済時に、カード会員が、複数種類のクレジットカードの中で、メリットが高いクレジットカードがどれであるかを短時間で判断するのが難しい。これは、景品の把握、景品獲得に要する利用金額や、ポイントアップの条件等のように様々なファクタを瞬時に考慮して、上記判断を行わなければならないからである。
【０００９】
このことから、従来では、メリットの有無に関わらず、使い慣れたクレジットカードや、無造作に選択したクレジットカードを用いて、店舗での決済を行っているのが現状である。
【００１０】
一方、店舗側にとってみれば、手数料割引等のメリットに鑑みて、決済時に提携型のクレジットカードを利用してもらいたいが、クレジットカードの選択がカード会員の専権事項であるため、販売員からの積極的な推奨を行うことができない。このことから、従来では、提携型のクレジットカードの利用を飛躍的に高めるための手段・方法が無く、宣伝等のありふれた手段・方法でしか提携型のクレジットカードの利用を喚起することができない。
【００１１】
本発明は、上記に鑑みてなされたもので、カード会員や店舗のメリットを考慮して、複数枚のクレジットカードを効果的に使い分けすることができるクレジットカード処理装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本発明は、複数のクレジットカードに関するクレジットカード情報を格納部に格納する格納工程と、店舗へのカード会員の入店をトリガとして、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信工程と、前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択工程とを含むことを特徴とする。
【００１３】
また、本発明は、コンピュータを、店舗へのカード会員の入店をトリガとして、複数のクレジットカードに関するクレジットカード情報を格納する格納手段、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信手段、前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択手段として機能させるためのクレジットカード処理プログラムである。
【００１４】
かかる発明によれば、店舗へのカード会員の入店をトリガとして、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信し、この優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させるようにしたので、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【００１５】
また、本発明は、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成工程と、前記複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ前記優先順位情報を送信する優先順位情報送信工程とを含むことを特徴とする。
【００１６】
この発明によれば、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成し、複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ上記優先順位情報を送信するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【００１７】
また、本発明は、カード会員毎にクレジットカードの利用状況を管理する管理工程と、複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信工程と、前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成工程と、複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信工程とを含むことを特徴とする。
【００１８】
また、本発明は、コンピュータを、カード会員毎にクレジットカードの利用状況を管理する管理手段、複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信手段、前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段、複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信手段として機能させるためのクレジットカード処理プログラムである。
【００１９】
かかる発明によれば、複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられ、カード会員毎のクレジットカードの利用状況および特典情報に基づいて、生成された複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【００２０】
【発明の実施の形態】
以下、図面を参照して本発明にかかるクレジットカード処理装置の実施の形態１および２について詳細に説明する。
【００２１】
（実施の形態１）
図１は、本発明にかかる実施の形態１の構成を示すブロック図である。この図において、クレジットカード会社サーバ１００1 〜１００n は、ｎ社のクレジットカード会社側にそれぞれ設けられており、クレジットカードの会員登録、会員情報の管理、クレジットカード利用時の与信（利用の可否）、クレジットカード会社から会員向けの販売促進情報（キャンペーン情報）の管理、クレジットカード決済時の会員への請求等に関する処理を実行する。
【００２２】
これらのクレジットカード会社サーバ１００1 〜１００n は、ネットワーク２００に接続されている。ここで、実施の形態１におけるクレジットカードは、一般で用いられる樹脂製のものではなく、携帯端末等に電子データ形式で内蔵される電子クレジットカードである。従って、以下の説明における「クレジットカード」は、「電子クレジットカード」を指すものとする。
【００２３】
ｎ社のクレジットカード会社は、それぞれ独自にクレジットカードを発行している。従って、会員は、１社または複数社のクレジットカードを保有している。また、ｎ社のクレジットカード会社は、経営戦略的に店舗と提携しており、提携型のクレジットカードを発行している。
【００２４】
このような提携型のクレジットカードでは、提携先の店舗で利用された場合、当該店舗から当該クレジットカード会社へ支払われる手数料が、非提携型のクレジットカードの手数料に比べて安価に設定されている。従って、店舗から見れば、提携型のクレジットカードによる買い物をしてもらったほうが、非提携型のクレジットカードによる買い物の場合に比べて、差額手数料分だけ利益が上がることから、メリットが大きいのである。
【００２５】
ここで、同図では、クレジットカード会社サーバ１００1 は、クレジットカード会社としての「日本クレジット」に設けられている。クレジットカード会社サーバ１００2 は、「まるとくカード」に設けられている。以下同様にして、クレジットカード会社サーバ１００n は、「丸菱カード」に設けられている。
【００２６】
同図では、「日本クレジット」は、「Ａ店舗」と提携関係にある。従って、「日本クレジット」のクレジットカードが「Ａ店舗」で利用された場合、「Ａ店舗」は、手数料の低減というメリットを享受できる。
【００２７】
同様にして、「まるとくカード」は、「Ｂ店舗」と提携関係にある。従って、「まるとくカード」のクレジットカードが「Ｂ店舗」で利用された場合、「Ｂ店舗」は、手数料の低減というメリットを享受できる。同様にして、他のクレジットカード会社も他の店舗と提携関係にある（図７参照）。
【００２８】
また、クレジットカード会社サーバ１００1 〜１００n は、会員情報データベース１５０1 〜１５０n によりクレジットカードの会員情報をそれぞれ管理している。会員情報データベース１５０1 は、クレジットカード会社サーバ１００1 にアクセスされ、「日本クレジット」で発行されたクレジットカードの会員に関する会員情報を格納するデータベースである。
【００２９】
具体的には、会員情報データベース１５０1 は、図２に示したように、「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「カード番号」、「提携先会員番号」、「カード有効期限」、「利用限度額」、「利用額」、「利用残額」、「景品獲得金額」、「景品獲得残額」、「景品有効期限」等のフィールドを備えている。
【００３０】
「会員ＩＤ」は、全クレジットカード会社における全会員に対してユニークに付与された識別子であり、全クレジットカード会社において会員を特定するための情報である。「氏名」は、「日本クレジット」で発行されたクレジットカードの会員の氏名に関する情報である。「性別」は、当該会員の性別に関する情報である。「生年月日」は、当該会員の生年月日に関する情報である。
【００３１】
「メールアドレス」は、当該会員に付与されたクレジットカードを内蔵する携帯端末宛の電子メールアドレスに関する情報である。「カード番号」は、「日本クレジット」のクレジットカードを識別するための番号に関する情報である。「提携先会員番号」は、「日本クレジット」の提携先である「Ａ店舗」（図１および図７参照）で独自に設定される会員番号に関する情報である。
【００３２】
「カード有効期限」は、「日本クレジット」のクレジットカードの有効期限に関する情報である。「利用限度額」は、「日本クレジット」のクレジットカードを利用（買い物の支払いやキャッシング）する際の限度金額に関する情報である。
【００３３】
「利用額」は、前月のクレジットカード請求の支払いから現時点までの間に実際に「日本クレジット」のクレジットカードを利用した金額の合計に関する情報である。「利用残額」は、「利用限度額」と「利用額」との差であり、「日本クレジット」のクレジットカードで利用可能な金額に関する情報である。
【００３４】
「景品獲得金額」は、「日本クレジット」の販売促進キャンペーンとして同社から会員へ贈呈される景品の獲得基準（金額）に関する情報である。同図では、「利用額」が５００００円以上である場合、当該会員に景品が贈呈される。「景品獲得残額」は、「景品獲得金額」と「利用額」との差であり、景品獲得の権利を取得するまでの残り金額に関する情報である。
【００３５】
同図では、あと１００００円分以上、同社のクレジットカードが利用された場合、「利用金額」が「景品獲得金額」以上となるため、当該会員は、景品獲得の権利を取得する。「景品有効期限」は、景品の引き換え期限に関する情報である。
【００３６】
図１に戻り、会員情報データベース１５０2 は、クレジットカード会社サーバ１００2 にアクセスされ、「まるとくカード」で発行されたクレジットカードの会員に関する会員情報を格納するデータベースである。
【００３７】
具体的には、図３に示した会員情報データベース１５０2 は、上述した会員情報データベース１５０1 （図２参照）と同様にして、「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「カード番号」、「提携先会員番号」、「カード有効期限」、「利用限度額」、「利用額」、「利用残額」、「景品獲得金額」、「景品獲得残額」、「景品有効期限」等のフィールドを備えている。
【００３８】
「会員ＩＤ」は、会員情報データベース１５０1（図２参照）の「会員ＩＤ」と同義である。「氏名」は、「まるとくカード」で発行されたクレジットカードの会員の氏名に関する情報である。ここで「日本 太郎」は、「まるとくカード」の他に、前述した「日本クレジット」（図２参照）、後述する「丸菱カード」の会員でもある。すなわち、「日本 太郎」は、三種類のクレジットカードを保有している。
【００３９】
「性別」、「生年月日」および「メールアドレス」は、会員情報データベース１５０1（図２参照）の「性別」、「生年月日」および「メールアドレス」と同義である。「カード番号」は、「まるとくカード」のクレジットカードを識別するための番号に関する情報である。「提携先会員番号」は、「まるとくカード」の提携先である「Ｂ店舗」（図１および図７参照）で独自に設定される会員番号に関する情報である。
【００４０】
「カード有効期限」は、「まるとくカード」のクレジットカードの有効期限に関する情報である。「利用限度額」は、「まるとくカード」のクレジットカードを利用（買い物の支払いやキャッシング）する際の限度金額に関する情報である。
【００４１】
「利用額」は、前月のクレジットカード請求の支払いから現時点までの間に、実際に「まるとくカード」のクレジットカードを利用した金額の合計に関する情報である。「利用残額」は、「利用限度額」と「利用額」との差であり、「まるとくカード」のクレジットカードで利用可能な金額に関する情報である。
【００４２】
「景品獲得金額」は、「まるとくカード」の販売促進キャンペーンとして同社から会員へ贈呈される景品の獲得基準（金額）に関する情報である。同図では、「利用額」が３００００円以上である場合、当該会員に景品が贈呈される。「景品獲得残額」は、「景品獲得金額」と「利用額」との差であり、景品獲得の権利を取得するまでの残り金額に関する情報である。
【００４３】
同図では、「日本 太郎」の場合、あと２５０００円分以上、同社のクレジットカードが利用されると、「利用金額」が「景品獲得金額」以上となるため、当該会員は、景品獲得の権利を取得する。「景品有効期限」は、景品の引き換え期限に関する情報である。
【００４４】
なお、図１に示した会員情報データベース１５０1 および１５０2 以外の会員情報データベース（会員情報データベース１５０n 等）も、会員情報データベース１５０1 等と同様のテーブル構造とされている。
【００４５】
代行会社サーバ３００は、上述した複数のクレジット会社（「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」）における業務の一部を代行する代行会社側に設置されている。
【００４６】
この代行会社サーバ３００は、クレジットカード会社サーバ１００1 〜１００n のそれぞれから会員情報を収集したり、クレジットカードに関するＷｅｂ情報を後述する携帯端末９００1 〜９００s へ提供する機能等を備えている。
【００４７】
また、代行会社サーバ３００は、会員のクレジットカードの利用状況に応じて、複数のクレジットカードのうち当該会員にとって有益なクレジットカードを選択させるためのカード利用優先度情報を送信したり、店舗とクレジットカード会社との間におけるクレジットカードの決済処理を仲介する機能等も備えている。
【００４８】
具体的には、図４に示した代行会社サーバ３００において、通信インタフェース３０１は、ネットワーク２００に接続されており、ネットワーク２００を介しての通信を制御する。制御部３０２は、各部を制御するものである。
【００４９】
会員情報収集部３０３は、ネットワーク２００を介して、クレジットカード会社サーバ１００1 〜１００n （図１参照）のそれぞれからクレジットカード会社別の会員情報を収集し、これらの会員情報を会員情報データベース３５０に格納する。
【００５０】
従って、会員情報データベース３５０には、全クレジットカード会社の全会員に関する会員情報が格納されている。具体的には、会員情報データベース３５０は、図５に示したように、「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「クレジットカード会社」、「カード番号」、「提携先会員番号」、「カード有効期限」、「利用限度額」、「利用額」、「利用残額」、「景品獲得金額」、「景品獲得残額」、「景品有効期限」等のフィールドを備えている。
【００５１】
上記「クレジットカード会社」以外のそれぞれのフィールドは、会員情報データベース１５０1（図２参照）の各フィールドと同義である。「クレジットカード会社」は、図１に示した「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」を表す情報である。
【００５２】
また、会員情報データベース３５０においては、「会員ＩＤ」（「氏名」）をキーとしてソートが掛けられているため、会員毎に複数（または単数）のクレジットカード会社の会員情報が仕分けされている。
【００５３】
例えば、「会員ＩＤ」が「００００１」の「日本 太郎」の場合、会員情報データベース３５０には、「日本クレジット」、「まるとくカード」および「丸菱カード」（図１参照）という三社の会員情報が格納されている。すなわち、「日本 太郎」は、上記三社からそれぞれ発行された三種類のクレジットカードを保有している。
【００５４】
また、「会員ＩＤ」が「００００２」の「山田 花子」の場合、会員情報データベース３５０には、「まるとくカード」および「ＡＢＣファイナンス」（図７参照）という二社の会員情報が格納されている。すなわち、「山田 花子」は、上記二社からそれぞれ発行された二種類のクレジットカードを保有している。
【００５５】
図４に戻り、カード会社販売促進情報収集部３０４は、ネットワーク２００を介して、クレジットカード会社サーバ１００1 〜１００n から、それぞれのクレジットカードにかかる販売を促進するためのクレジットカード会社販売促進情報を収集し、これらをカード会社販売促進情報データベース３６０に格納する。
【００５６】
従って、カード会社販売促進情報データベース３６０には、クレジットカード会社毎のクレジットカード会社販売促進情報が格納されている。具体的には、カード会社販売促進情報データベース３６０は、図６に示したように、「クレジットカード会社」、「内容」および「有効期限」というフィールドを備えている。
【００５７】
「クレジットカード会社」は、図１に示した「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」を表す情報である。「内容」は、クレジットカード会社側の販売促進（キャンペーン）に関する情報であって、自社のクレジットカードの利用を交換条件として、会員に対する各種プレゼント、優待、特典等の案内情報である。「有効期限」は、上記「内容」の有効期限に関する情報である。
【００５８】
図４に戻り、決済処理部３０５は、会員情報データベース３５０（図５参照）に対応するクレジットカードを用いた決済時に、店舗サーバとクレジットカード会社サーバとの間を仲介する機能を備えている。
【００５９】
ここで、実施の形態１では、会員が複数のクレジットカードを保有している場合、店舗や会員にとって有益である順にクレジットカードに優先順位（以下、カード利用優先順位と称する）を付け、最もカード利用優先順位が高いクレジットカードにより決済を行わせるようにしている。このカード利用優先順位は、クレジットカード毎に付与される基本優先度、提携優先度および景品優先度を合計した合計優先度により決定される。
【００６０】
基本優先度は、図７に示したように、クレジットカード会社（クレジットカード）毎に、デフォルト値として予め設定された優先度である。提携優先度は、会員が入店した店舗において当該会員が保有しているクレジットカードのクレジットカード会社が当該店舗と提携している場合、すなわち、提携店舗で提携型のクレジットカードを当該会員が保有している場合、提携に基づいて予め設定された優先度である。この提携優先度は、提携型のクレジットカードを積極的に会員に利用させるという観点から見て提携店舗に有益な情報であり、優先順位情報データベース９５０（図１４参照）に格納されている。
【００６１】
景品優先度は、図５に示した景品獲得残額が、予め設定されるしきい値（例えば、１５０００円）以下である場合、上記景品獲得残額に対応するクレジットカード会社からの景品を当該会員にいち早く獲得させるための優先度である。この景品優先度は、景品獲得の観点から見て会員に有益な情報であり、優先順位情報データベース９５０（図１４参照）に格納されている。図４に示した決済処理部３０５は、上記景品優先度を決定する機能も備えている。決済処理部３０５の動作の詳細については後述する。
【００６２】
カード利用優先度情報データベース３７０は、上述した基本優先度、提携優先度に関するカード利用優先度情報を格納するデータベースである。具体的には、カード利用優先度情報データベース３７０は、図７に示したように、「クレジットカード会社」、「提携店舗」、「基本優先度」および「提携優先度」というフィールドを備えている。
【００６３】
「クレジットカード会社」は、図１に示した「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」を表す情報である。「提携店舗」は、「クレジットカード会社」とクレジットカードの手数料の引き下げを前提とした店舗に関する情報である。
【００６４】
同図では、「日本クレジット」（図１参照）は、「Ａ店舗」と提携関係にあり、「まるとくカード」は、「Ｂ店舗」と提携関係にある。以下同様にして、「丸菱カード」は、「Ｊ店舗」と提携関係にある。「基本優先度」および「提携優先度」は、前述した通りである。
【００６５】
図４に戻り、Ｗｅｂ情報提供部３０６は、各クレジットカード会社の紹介や会員登録方法等のＷｅｂ情報を、ネットワーク２００、移動通信ネットワーク７００および無線基地局８００を介して、携帯端末９００1 〜９００s （図１参照）のうち要求があった携帯端末へ提供する。
【００６６】
Ｗｅｂ情報データベース３８０は、クレジットカード会社毎のＷｅｂ情報を格納するデータベースである。メール制御部３０７は、電子メールの作成、送信、受信を制御する。
【００６７】
図１に戻り、店舗ＳＴ1 〜ＳＴm は、前述した複数のクレジットカード会社（「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」）で発行された複数種類のクレジットカードで買い物が可能なデパート、ストア等である。
【００６８】
また、店舗ＳＴ1 〜ＳＴm は、クレジットカードの手数料割引に関して、クレジットカード会社とそれぞれ提携している。例えば、図７に示したように、店舗ＳＴ1 （Ａ店舗）は、「日本クレジット」と提携している。
【００６９】
図１に戻り、店舗ＳＴ1 （Ａ店舗）には、店舗サーバ４００1 、入出店検出器５００1 および携帯端末コネクタ６００1 が設けられている。店舗サーバ４００1 は、ネットワーク２００に接続されており、代行会社サーバ３００および携帯端末９００1 〜９００s にアクセス可能とされている。
【００７０】
入出店検出器５００1 は、Ａ店舗の出入口に設けられており、クレジットカードの会員の入店および出店を検出する。具体的には、それぞれの会員に携帯されている携帯端末９００1 〜９００s からは、会員を識別するための会員ＩＤが発信されている。
【００７１】
入出店検出器５００1 は、上記会員ＩＤを受信することにより、会員がＡ店舗に入店したこと、またはＡ店舗から会員が出店したことを検出する。携帯端末コネクタ６００1 は、Ａ店舗の支払いカウンタ（レジ）に設けられており、決済時に、クレジットカード機能を有する携帯端末９００1 〜９００s のうちいずれかの携帯端末と接続される。
【００７２】
店舗サーバ４００1 は、会員情報の収集、Ａ店舗に入店した会員の分布解析、店舗販売促進情報の管理、前述したクレジットカードのカード利用優先順位に関する情報の送信、クレジットカードの決済、ＰＯＳ（Point Of Sales）システムによる販売時点情報の管理等を行うサーバである。
【００７３】
具体的には、図８に示した店舗サーバ４００1 において、通信インタフェース４０１は、ネットワーク２００に接続されており、ネットワーク２００を介しての通信を制御する。制御部４０２は、各部を制御するものである。
【００７４】
会員情報収集部４０３は、ネットワーク２００を介して、代行会社サーバ３００（図１参照）からクレジットカード会社別の会員情報を収集し、これらの会員情報を会員情報データベース４５０に格納する。
【００７５】
会員情報データベース４５０は、図９に示したように、「会員ＩＤ」、「入店フラグ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「クレジットカード会社」、「提携フラグ」、「カード番号」、「提携先会員番号」、「カード有効期限」等のフィールドを備えている。
【００７６】
「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「クレジットカード会社」、「カード番号」、「提携先会員番号」および「カード有効期限」は、図５に示した会員情報データベース３５０における「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「クレジットカード会社」、「カード番号」、「提携先会員番号」および「カード有効期限」に対応している。
【００７７】
「入店フラグ」は、当該会員がＡ店舗に入店しているか否かを表すフラグである。この「入店フラグ」が「１」である場合には、当該会員がＡ店舗に入店していることを意味している。一方、「入店フラグ」が「０」である場合には、当該会員がＡ店舗から出店していることを意味している。
【００７８】
「提携フラグ」は、Ａ店舗とクレジットカード会社との提携関係を表すフラグである。この「提携フラグ」が「１」である場合には、当該クレジットカード会社とＡ店舗とが提携していることを意味している。同図の場合、「日本 太郎」に対応する「日本クレジット」とＡ店舗とが提携している。一方、「提携フラグ」が「０」である場合には、当該クレジット会社とＡ店舗とが提携していないことを意味している。
【００７９】
図８に戻り、会員分布解析部４０４は、Ａ店舗に入店した全会員を対象として、会員情報データベース４５０（図９参照）における入店フラグおよび属性情報（性別、年齢別）に基づいて、クレジットカード会社別の人数、男女、年齢別構成比等の分布を解析し、解析結果を会員分布情報として、会員分布情報データベース４６０に格納する。
【００８０】
会員分布情報データベース４６０は、図１０に示したように、「クレジットカード会社」、「提携フラグ」、「男女人数（比率）」、「男性人数（比率）」、「女性人数（比率）」、「男性年齢別人数（比率）」、「女性年齢別人数（比率）」等のフィールドを備えている。
【００８１】
「クレジットカード会社」および「提携フラグ」は、図９に示した会員情報データベース４５０における「クレジットカード会社」および「提携フラグ」に対応している。「男女人数（比率）」は、クレジットカード会社別の男女（会員）の人数、および全人数に占める比率に関する情報である。
【００８２】
同図に示した例では、Ａ店舗には、５００人（合計）の男女（会員）が入店している。そのうち、「日本クレジット」のクレジットカードを保有している会員は、２５０人（５０％）である。
【００８３】
「まるとくカード」のクレジットカードを保有している会員は、４０人（８％）である。以下同様にして、「丸菱カード」のクレジットカードを保有している会員は、５０人（１０％）である。従って、Ａ店舗においては、５００人の会員のうち、５０％の会員が提携型のクレジットカード（「日本クレジット」）を保有しているのである。
【００８４】
「男性人数（比率）」は、「男女人数（比率）」のうち、男性の人数および男女人数に占める男性の比率に関する情報である。「女性人数（比率）」は、「男女人数（比率）」のうち、女性の人数および男女人数に占める女性の比率に関する情報である。
【００８５】
「男性年齢別人数（比率）」は、「男性人数（比率）」のうち、年齢別（２０歳〜３０歳、３１歳〜４０歳、４１歳〜５０歳および５１歳以上）の人数および比率に関する情報である。「女性年齢別人数（比率）」は、「女性人数（比率）」のうち、年齢別（２０歳〜３０歳、３１歳〜４０歳、４１歳〜５０歳および５１歳以上）の人数および比率に関する情報である。
【００８６】
図８に戻り、店舗販売促進処理部４０５は、会員分布情報データベース４６０（図１０参照）の会員分布情報および会員情報データベース４５０に基づいて、会員の属性（性別、年齢層）に対応する店舗販売促進情報を、当該会員の携帯端末へ送信する処理を実行する。この店舗販売促進情報は、Ａ店舗に対応する提携型のクレジットカード（「日本クレジット」）を保有している会員に対して、各種特典、プレゼントをきっかけとして、当該クレジットカードによる商品の購入を促進するための情報であり、店舗販売促進情報データベース４７０に格納されている。
【００８７】
図１１に示した店舗販売促進情報データベース４７０は、「属性」および「内容」というフィールドを備えている。「属性」は、上記クレジットカード（「日本クレジット」）の会員の性別、年齢層に関する属性情報である。「内容」は、Ａ店舗側の販売促進（キャンペーン）に関する情報であって、「日本クレジット」のクレジットカードを保有する会員に限定された各種プレゼント、優待、特典等の案内情報である。
【００８８】
決済処理部４０６は、クレジットカードの利用に際して、前述したカード利用優先順位の決定、与信、請求等のカード決済に関する処理を実行する。このカード利用優先順位は、カード利用優先度情報データベース４８０（図１２参照）における基本優先度および提携優先度と、代行会社サーバ３００における景品優先度との合計優先度により決定される。
【００８９】
図１２に示したカード利用優先度情報データベース４８０は、カード利用優先度情報データベース３７０（図７参照）と同一のデータ構造のデータベースであり、「クレジットカード会社」、「提携店舗」、「基本優先度」および「提携優先度」というフィールドを備えている。
【００９０】
図８に戻り、ＰＯＳ処理部４０７は、商品が売買された時点で商品コード等の販売時点情報をコンピュータに通知し、商品の販売数や売筋商品をリアルタイムに集計、分析する。表示部４０８は、ＣＲＴ（Cathode Ray Tube）、ＬＣＤ（Liquid Crystal Display）等であり、決済情報等を表示する。
【００９１】
図１に戻り、店舗ＳＴ2（Ｂ店舗）には、店舗ＳＴ1 と同様にして、店舗サーバ４００2 、入出店検出器５００2 、携帯端末コネクタ６００2 が設けられている。以下、同様にして、店舗ＳＴm にも、店舗ＳＴ1 と同様にして、店舗サーバ４００m 、入出店検出器５００m、携帯端末コネクタ６００m が設けられている。
【００９２】
移動通信ネットワーク７００は、ネットワーク２００に接続されており、無線基地局８００および無線リンクを介して、携帯端末９００1 〜９００s に接続される。携帯端末９００1 〜９００s は、クレジットカード機能を備えた携帯電話機、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistance ）等であり、前述したクレジットカードの会員にそれぞれ携帯される。
【００９３】
ここで、図１３を参照して、携帯端末９００1 の構成について詳述する。ここで、実施の形態１では、図９に示した「日本 太郎」が携帯端末９００1 を携帯しているとする。
【００９４】
同図において、アンテナ９０１は、無線基地局８００（図１参照）との間で電波を送受信する。送受信部９０２は、アンテナ９０１を介して、データの送受信を行う。制御部９０３は、各部を制御する。
【００９５】
通話部９０４は、音声通信における通話を制御する。表示部９０５は、ＬＣＤであり、クレジットカードの会員登録や、クレジットカード会社および店舗からの販売促進情報等に関する各種画面（図３１〜図３７参照）を表示する。操作キー部９０６は、電話番号、ＵＲＬ（Uniform Resource Locator）、メールアドレス等の入力に用いられるテンキーや英字キー、各種ファンクションキーから構成されている。
【００９６】
マイク９０７は、話者の音声を音声信号に変換する機能を備えている。スピーカ９０８は、音声、着信音、警告音等を発する。バイブレータ９０９は、着信や警告を振動により伝達する機能を備えている。Ｗｅｂブラウザ９１０は、クレジットカード会社サーバ１００1 〜１００n 、代行会社サーバ３００やその他サーバから提供されるＷｅｂ情報を閲覧する機能を備えている。
【００９７】
メール制御部９１１は、電子メールの作成、送信、受信を制御する。コネクタ９１２は、クレジットカード決済時に、携帯端末コネクタ６００1 〜６００m （図１参照）のうちいずれかの携帯端末コネクタに接続される。
【００９８】
クレジットカード情報格納部９１３は、図９に示した「日本 太郎」が会員となっている「日本クレジット」、「まるとくカード」および「丸菱カード」に対応する三種類のクレジットカードに関するクレジットカード情報（会員ＩＤ、氏名、クレジットカード会社、カード番号、提携先会員番号、カード有効期限等）を格納している。
【００９９】
優先順位情報データベース９５０は、上記「日本クレジット」、「まるとくカード」および「丸菱カード」に対応する三種類のクレジットカードから決済用のクレジットカードを選択する際の優先順位情報を格納するデータベースである。
【０１００】
具体的には、優先順位情報データベース９５０は、図１４に示したように、「クレジットカード会社」、「提携フラグ」、「基本優先度」、「提携優先度」、「景品優先度」、「優先度合計」、「優先順位」、「景品獲得残額」等のフィールドを備えている。
【０１０１】
「クレジットカード会社」および「提携フラグ」は、図９に示した会員情報データベース４５０における「クレジットカード会社」および「提携フラグ」に対応している。「基本優先度」および「提携優先度」は、図７に示したカード利用優先度情報データベース３７０における「基本優先度」および「提携優先度」に対応している。ただし、「提携フラグ」が「０」である場合、これに対応する「提携優先度」は、「０」とされる。
【０１０２】
「景品優先度」は、図５に示した「景品獲得金額」が、しきい値（例えば、１５０００円）以下である場合の優先度（例えば、２０）であり、カード会社等により設定される。「優先度合計」は、「基本優先度」、「提携優先度」および「景品優先度」の合計である。
【０１０３】
「優先順位」は、クレジットカードを選択する際の優先順位であり、「優先度合計」が高い順に関する情報である。「景品獲得残額」は、図５に示した会員情報データベース３５０における「景品獲得残額」に対応している。
【０１０４】
つぎに、実施の形態１の動作について、図１６〜図３０に示したフローチャートおよび図３１〜図３７に示した各種画面を参照しつつ詳述する。以下では、携帯端末９００1 を携帯する会員がＡ店舗に入店し、「日本クレジット」のクレジットカードで決済する場合を例にとって説明する。
【０１０５】
図１６に示したステップＳＡ１では、クレジットカード会社サーバ１００1 は、携帯端末９００1 〜９００s のうちいずれかの携帯端末から、無線基地局８００、移動通信ネットワーク７００およびネットワーク２００を介して、クレジットカードの会員登録要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１０６】
ステップＳＡ２では、クレジットカード会社サーバ１００1 は、代行会社サーバ３００からの与信情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＡ３では、クレジットカード会社サーバ１００1 は、「日本クレジット」の担当者により、新規のカード会社販売促進情報が入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１０７】
ステップＳＡ４では、クレジットカード会社サーバ１００1 は、代行会社サーバ３００より請求情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、クレジットカード会社サーバ１００1 は、判断結果が「Ｙｅｓ」となるまで、ステップＳＡ１〜ステップＳＡ４の判断を繰り返す。
【０１０８】
また、図２３に示したステップＳＨ１では、図８に示した店舗サーバ４００1 の制御部４０２は、代行会社サーバ３００よりカード利用優先度情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＨ２では、会員情報収集部４０３は、代行会社サーバ３００より会員情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１０９】
ステップＳＨ３では、制御部４０２は、携帯端末９００1 〜９００s のうちいずれかの携帯端末から送信された会員ＩＤが入出店検出器５００1 （図１参照）に検出されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１０】
ステップＳＨ４では、決済処理部４０６は、携帯端末９００1 〜９００s のうちいずれかの携帯端末が携帯端末コネクタ６００1 （図１参照）に接続されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、店舗サーバ４００1 では、判断結果が「Ｙｅｓ」となるまでステップＳＨ１〜ステップＳＨ４が繰り返される。なお、クレジットカード会社サーバ１００2 〜１００n も、上述したクレジットカード会社サーバ１００1 と同様に動作する。
【０１１１】
また、図１９に示したステップＳＤ１では、図４に示した代行会社サーバ３００の制御部３０２は、カード利用優先度情報データベース３７０（図７参照）からカード利用優先度情報を取得する。ステップＳＤ２では、制御部３０２は、ネットワーク２００を介して、上記カード利用優先度情報を店舗サーバ４００1 〜４００m へそれぞれ送信する。
【０１１２】
そして、カード利用優先度情報が図８に示した店舗サーバ４００1 に受信されると、制御部４０２は、図２３に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。ステップＳＨ５では、制御部４０２は、カード利用優先度情報をカード利用優先度情報データベース４８０（図１２参照）に格納する。同様にして、店舗サーバ４００2 〜４００m においても、受信されたカード利用優先度情報がカード利用優先度情報データベース（図示略）に格納される。
【０１１３】
図１９に戻り、ステップＳＤ３では、カード会社販売促進情報収集部３０４は、クレジットカード会社サーバ１００1 〜１００n からのカード会社販売促進情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＤ４では、会員情報収集部３０３は、クレジットカード会社サーバ１００1 〜１００n からの会員情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１４】
ステップＳＤ５では、決済処理部３０５は、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバからの会員ＩＤ（景品優先度問い合わせ用）を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＤ６では、決済処理部３０５は、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバからの与信情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１５】
ステップＳＤ７では、決済処理部３０５は、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバからの請求情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、代行会社サーバ３００においては、判断結果が「Ｙｅｓ」となるまで、ステップＳＤ３〜ステップＳＤ７が繰り返される。
【０１１６】
また、図２９に示したステップＳＮ１では、図１３に示した携帯端末９００1 の制御部９０３は、会員登録を目的として、クレジットカード会社サーバ１００1 〜１００n のうちいずれかのクレジットカード会社サーバへのアクセス要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１７】
ステップＳＮ２では、制御部９０３は、代行会社サーバ３００からのカード会社販売促進情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＮ３では、制御部９０３は、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバからの店舗販売促進情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１８】
ステップＳＮ４では、制御部９０３は、携帯端末コネクタ６００1 〜６００m のうちいずれかの携帯端末コネクタにコネクタ９１２が接続されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、携帯端末９００1 においては、判断結果が「Ｙｅｓ」となるまで、ステップＳＮ１〜ステップＳＮ４が繰り返される。なお、携帯端末９００2 〜９００s も、上述した携帯端末９００1 と同様に動作する。
【０１１９】
そして、クレジットカード会社で新規のカード会社販売促進情報が入力されると、クレジットカード会社サーバ１００1 は、図１６に示したステップＳＡ３の判断結果を「Ｙｅｓ」とする。ステップＳＡ７では、クレジットカード会社サーバ１００1 は、ネットワーク２００を介して、カード会社販売促進情報を代行会社サーバ３００へ送信する。なお、クレジットカード会社サーバ１００2 〜１００n も、クレジットカード会社サーバ１００1 と同様にカード会社販売促進情報を代行会社サーバ３００へ送信する。
【０１２０】
これらのカード会社販売促進情報を受信すると、図４に示した代行会社サーバ３００のカード会社販売促進情報収集部３０４は、図１９に示したステップＳＤ３の判断結果を「Ｙｅｓ」とする。ステップＳＤ８では、カード会社販売促進情報収集部３０４は、カード会社販売促進情報をカード会社販売促進情報データベース３６０（図６参照）に格納する。
【０１２１】
ここで、図１に示した携帯端末９００1 を携帯している「日本 太郎」は、「まるとくカード」および「丸菱カード」という二社のクレジットカードを保有しているとする。この状態で、「日本 太郎」は、「日本クレジット」に新規会員登録すべく、図１３に示した操作キー部９０６を操作して、クレジットカード会社サーバ１００1 （「日本クレジット」）のＵＲＬを入力する。
【０１２２】
これにより、制御部９０３は、図２９に示したステップＳＮ１の判断結果を「Ｙｅｓ」とする。ステップＳＮ８では、制御部９０３は、ネットワーク２００を介して、クレジットカード会社サーバ１００1 にアクセスし、会員登録処理を実行する。
【０１２３】
そして、会員登録要求があると、クレジットカード会社サーバ１００1 は、図１６に示したステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ５では、クレジットカード会社サーバ１００1 は、会員登録処理を実行する。
【０１２４】
具体的には、図１７に示したステップＳＢ１では、クレジットカード会社サーバ１００1 は、携帯端末９００1 の表示部９０５に、図３１に示した会員登録画面１０００を表示させる。ステップＳＢ２では、クレジットカード会社サーバ１００1 は、会員登録画面１０００に対応する会員情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１２５】
この会員登録画面１０００は、クレジットカードの新規会員登録のための画面であり、会員情報を入力するための画面である。「日本 太郎」は、図１３に示した操作キー部９０６を操作して、会員登録画面１０００の「氏名」、「性別」、「生年月日」、「メールアドレス」等の会員情報を入力した後、送信指示を出す。
【０１２６】
そして、上記会員情報がクレジットカード会社サーバ１００1 に受信されると、クレジットカード会社サーバ１００1 は、図１７に示したステップＳＢ２の判断結果を「Ｙｅｓ」とする。ステップＳＢ３では、クレジットカード会社サーバ１００1 は、図２に示した会員情報データベース１５０1 に、「会員ＩＤ」に対応付けて上記会員情報を格納する。
【０１２７】
ステップＳＢ４では、クレジットカード会社サーバ１００1 は、図３２に示した登録完了画面１１００を表示部９０５（図１３）に表示させる。ステップＳＢ５では、クレジットカード会社サーバ１００1 は、会員情報データベース１５０1 に格納された会員情報（会員ＩＤ＝００００１）を携帯端末９００1 （「日本
太郎」）および代行会社サーバ３００へ送信する。
【０１２８】
そして、上記会員情報が図１３に示した携帯端末９００1 に受信されると、制御部９０３は、会員情報をクレジットカード情報としてクレジットカード情報格納部９１３に格納する。これにより、図２９に示したステップＳＮ８の会員登録処理が終了する。
【０１２９】
一方、上記会員情報が代行会社サーバ３００に受信されると、図４に示した代行会社サーバ３００の会員情報収集部３０３は、図１９に示したステップＳＤ４の判断結果を「Ｙｅｓ」とする。ステップＳＤ９では、会員情報収集部３０３は、会員登録処理を実行する。
【０１３０】
具体的には、図２０に示したステップＳＥ１では、会員情報収集部３０３は、図５に示した会員情報データベース３５０に、受信した会員情報を格納する。ステップＳＥ２では、会員情報収集部３０３は、店舗サーバ４００1 〜４００m へ上記会員情報を送信する。
【０１３１】
そして、会員情報が図８に示した店舗サーバ４００1 に受信されると、会員情報収集部４０３は、図２３に示したステップＳＨ２の判断結果を「Ｙｅｓ」とする。ステップＳＨ６では、会員情報収集部４０３は、上記会員情報を図９に示した会員情報データベース４５０に格納する。他の店舗サーバ４００2 〜４００m においても、店舗サーバ４００1 と同様にして、会員情報が会員情報データベース（図示略）にそれぞれ格納される。
【０１３２】
図２０に戻り、ステップＳＥ３では、代行会社サーバ３００（図４参照）の制御部３０２は、図６に示したカード会社販売促進情報データベース３６０から、当該会員情報（「日本クレジット」）に対応するカード会社販売促進情報を取得する。ステップＳＥ４では、制御部３０２は、携帯端末９００1 へ上記カード会社販売促進情報を送信する。具体的には、上記カード会社販売促進情報は、図５に示した「日本 太郎」の「メールアドレス」（＝taro@abc.com）宛に送信される。
【０１３３】
そして、カード会社販売促進情報が図１３に示した携帯端末９００1 に受信されると、制御部９０３は、図２９に示したステップＳＮ２の判断結果を「Ｙｅｓ」とする。ステップＳＮ９では、制御部９０３は、カード会社販売促進情報（「日本クレジット」）に基づいて、図３３に示したカード会社販売促進画面１２００を表示部９０５に表示させる。これにより、「日本 太郎」が「日本クレジット」に会員登録するための一連の処理が終了する。
【０１３４】
つぎに、Ａ店舗において、「日本 太郎」がクレジットカードで買い物の決済を行う例について説明する。携帯端末９００1 を携帯した「日本 太郎」がＡ店舗の出入口から入店すると、携帯端末９００1 から送信されている会員ＩＤ（＝００００１）が入出店検出器５００1 に検出される。
【０１３５】
これにより、図８に示した店舗サーバ４００1 の制御部４０２は、図２３に示したステップＳＨ３の判断結果を「Ｙｅｓ」とする。ステップＳＨ７では、入出店処理が実行される。
【０１３６】
具体的には、図２４に示したステップＳＩ１では、制御部４０２は、図９に示した会員情報データベース４５０を参照して、会員ＩＤ（＝００００１、「日本太郎」）に対応する「入店フラグ」が「１」であるか否かを判断する。この場合、「入店フラグ」は、「０」（入店直前の状態）である。従って、制御部４０２は、ステップＳＩ１の判断結果を「Ｎｏ」とする。
【０１３７】
ステップＳＩ２では、制御部４０２は、入店処理を実行する。具体的には、図２５に示したステップＳＪ１では、制御部４０２は、図９に示した会員情報データベース４５０における会員ＩＤ（＝００００１、「日本 太郎」）に対応する「入店フラグ」を「０」から「１」に設定する。これにより、「日本 太郎」は、Ａ店舗に入店している状態とされる。
【０１３８】
ステップＳＪ２では、会員分布解析部４０４は、会員情報データベース４５０から、会員ＩＤ（＝０００１）をキーとして、「日本 太郎」に関する属性情報（「性別」、「生年月日」、「クレジットカード会社」）を取得する。
【０１３９】
ステップＳＪ３では、会員分布解析部４０４は、属性情報に基づいて、図１０に示した会員分布情報データベース４６０を更新する。具体的には、会員分布解析部４０４は、「日本 太郎」が会員となっているクレジットカード会社として「日本クレジット」、「まるとくカード」および「丸菱カード」という三社を認識する。つぎに、会員分布解析部４０４は、「生年月日」および「性別」より、「日本 太郎」の年齢（＝例えば、３０歳）および男であることを認識する。
【０１４０】
つぎに、会員分布解析部４０４は、図１０に示した会員分布情報データベース４６０において、「日本 太郎」に関する数値を更新する。ここで、更新される数値は、上記三社に関する「男女人数（比率）」、「男性人数（比率）」、「女性人数（比率）」（ただし、（比率）のみ）「男性年齢別人数（比率）」（２０歳〜３０歳）および「合計」である。このように、実施の形態１では、会員が店舗に入店すると、リアルタイムで会員の分布が解析される。
【０１４１】
図２５に戻り、ステップＳＪ４では、店舗販売促進処理部４０５は、会員ＩＤ（＝００００１）をキーとして、図９に示した会員情報データベース４５０の「提携フラグ」が「１」であるか否かを判断する。この場合、Ａ店舗と提携している「日本クレジット」の「提携フラグ」が「１」とされている。すなわち、「日本 太郎」は、「日本クレジット」の提携型のクレジットカードを保有しているのである。
【０１４２】
従って、この場合には、店舗販売促進処理部４０５は、ステップＳＪ４の判断結果を「Ｙｅｓ」とする。ステップＳＪ５では、店舗販売促進処理部４０５は、図１１に示した店舗販売促進情報データベース４７０から、Ａ店舗に入店した「日本 太郎」の属性情報（男、３０歳）をキーとして、店舗販売促進情報を取得する。
【０１４３】
この場合は、「男女共通」、「男性」および「男性２０歳〜３０歳」に対応する店舗販売促進情報が取得される。ステップＳＪ６では、店舗販売促進処理部４０５は、会員情報データベース４５０から得られる（図９参照）携帯端末９００1 のメールアドレス宛に、ステップＳＪ５で取得した店舗販売促進情報を送信する。なお、「提携フラグ」が「０」である場合、ステップＳＪ４の判断結果が「Ｎｏ」とされる。なお、実施の形態１では、会員情報データベース４５０から得られる属性情報に基づいて、店舗販売促進情報を当該携帯端末へ送信するようにしてもよい。
【０１４４】
そして、上記店舗販売促進情報が図１３に示した携帯端末９００1 に受信されると、制御部９０３は、図２９に示したステップＳＮ３の判断結果を「Ｙｅｓ」とする。ステップＳＮ１０では、制御部９０３は、店舗販売促進情報に基づいて、表示部９０５に、図３４に示した店舗販売促進画面１３００を表示させる。
【０１４５】
これにより、「日本 太郎」は、「日本クレジット」のクレジットカード（提携型）を用いて、Ａ店舗で各種メリットを享受できる。一方、Ａ店舗にとってみれば、上記各種メリットをトリガとして、他のクレジットカードに先駆けて、「日本クレジット」のクレジットカードを「日本 太郎」に積極的に利用してもらう可能性が高まる。
【０１４６】
そして、「日本 太郎」が商品をレジに持ち込み、クレジットカードでの決済を販売員に申し出ると、販売員は、「日本 太郎」から携帯端末９００1 を預かり、携帯端末コネクタ６００1 （図１参照）をコネクタ９１２（図１３参照）に接続する。
【０１４７】
これにより、携帯端末９００1 の制御部９０３は、図２９に示したステップＳＮ４の判断結果を「Ｙｅｓ」とする。ステップＳＮ５では、制御部９０３は、会員ＩＤ（＝００００１）をコネクタ９１２および図１に示した携帯端末コネクタ６００1 を介して、店舗サーバ４００1 へ送信する。
【０１４８】
ステップＳＮ６では、制御部９０３は、店舗サーバ４００1 からの優先順位情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１４９】
また、携帯端末コネクタ６００1 （図１参照）にコネクタ９１２（図１３参照）が接続されると、図８に示した店舗サーバ４００1 の決済処理部４０６は、図２３に示したステップＳＨ４の判断結果を「Ｙｅｓ」とする。ステップＳＨ８では、決済処理部４０６は、カード決済処理を実行する。
【０１５０】
具体的には、図２７に示したステップＳＬ１では、決済処理部４０６は、携帯端末９００1 からの会員ＩＤ（＝００００１）を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。そして、ステップＳＮ５（図２９参照）で送信された会員ＩＤ（＝００００１）が店舗サーバ４００1 に受信されると、決済処理部４０６は、ステップＳＬ１の判断結果を「Ｙｅｓ」とする。
【０１５１】
ステップＳＬ２では、決済処理部４０６は、カード利用優先順位決定処理を実行する。具体的には、図２８に示したステップＳＭ１では、決済処理部４０６は、代行会社サーバ３００へ会員ＩＤ（＝００００１）を送信する。ステップＳＭ２では、決済処理部４０６は、代行会社サーバ３００から景品優先度情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１５２】
そして、会員ＩＤ（＝００００１）が図４に示した代行会社サーバ３００に受信されると、決済処理部３０５は、図１９に示したステップＳＤ５の判断結果を「Ｙｅｓ」とする。ステップＳＤ１０では、決済処理部３０５は、景品優先度決定処理を実行する。
【０１５３】
具体的には、図２１に示したステップＳＦ１では、決済処理部３０５は、図５に示した会員情報データベース３５０から、「日本 太郎」に関する会員ＩＤ（＝００００１）をキーとして、「クレジットカード会社」に対応付けて「景品獲得残額」を取得する。この場合、以下の情報が取得される。
【０１５４】
【０１５５】
ステップＳＦ２では、決済処理部３０５は、上記景品獲得残額と、予め設定されているしきい値（＝１５０００）とを比較する。ステップＳＦ３では、決済処理部３０５は、ステップＳＦ２の比較結果に基づいて、クレジットカード会社毎に景品優先度を決定する。具体的には、景品獲得残額がしきい値以下である場合には、景品優先度が「２０」とされる。一方、景品獲得残額がしきい値より大きい場合には、景品優先度が「０」とされる。以下に、決定された景品優先度を列挙する。
【０１５６】
【０１５７】
ステップＳＦ４では、決済処理部３０５は、会員ＩＤ（＝００００１）、クレジットカード会社、景品獲得残額および景品優先度を図１５に示した景品優先度情報Ｊとして、店舗サーバ４００1 へ送信する。
【０１５８】
そして、景品優先度情報Ｊが図８に示した店舗サーバ４００1 に受信されると、決済処理部４０６は、図２８に示したステップＳＭ２の判断結果を「Ｙｅｓ」とする。ステップＳＭ３では、決済処理部４０６は、図１２に示したカード利用優先度情報データベース４８０から基本優先度および提携優先度の情報を取得する。
【０１５９】
具体的には、決済処理部４０６は、図９に示した会員情報データベース４５０から、会員ＩＤ（＝００００１）をキーとして、「クレジットカード会社」（「日本クレジット」、「まるとくカード」および「丸菱カード」）の情報を取得する。
【０１６０】
つぎに、決済処理部４０６は、「クレジットカード会社」（「日本クレジット」、「まるとくカード」および「丸菱カード」）をキーとして、図１２に示したカード利用優先度情報データベース４８０から、「基本優先度」および「提携優先度」の情報をカード会社毎に取得する。以下に、取得された情報を列挙する。
【０１６１】
【０１６２】
つぎに、決済処理部４０６は、図１２に示したカード利用優先度情報データベース４８０の「提携店舗」の情報を参照し、取得された三社分の「提携優先度」のうち、Ａ店舗が提携店舗となっている「提携優先度」はそのままに、一方、Ａ店舗が提携店舗となっていない「提携優先度」を「０」にする。以下、その結果を列挙する。
【０１６３】
【０１６４】
ステップＳＭ４では、決済処理部４０６は、「クレジットカード会社」、「提携フラグ」、「基本優先度」、「提携優先度」、「景品優先度」、「優先度合計」、「優先順位」、「景品獲得残額」等（図１４参照）からなる優先順位情報を携帯端末９００1 へ送信する。
【０１６５】
つぎに、図２７に示したステップＳＬ３では、決済処理部４０６は、携帯端末９００1 からのクレジットカード情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とし、同判断を繰り返す。
【０１６６】
そして、ステップＳＭ４（図２８参照）で送信された優先順位情報が図１３に示した携帯端末９００1 に受信されると、制御部９０３は、図２９に示したステップＳＮ６の判断結果を「Ｙｅｓ」とする。ステップＳＮ７では、制御部９０３は、決済カード選択処理を実行する。
【０１６７】
具体的には、図３０に示したステップＳＯ１では、制御部９０３は、図１４に示した優先順位情報データベース９５０に、受信した優先順位情報を格納する。この図からわかるように、優先順位は、「日本クレジット」（提携型）、「まるとくカード」、「丸菱カード」とされている。
【０１６８】
ステップＳＯ２では、制御部９０３は、図１４に示した優先順位情報データベース９５０において、「優先順位」が「１」に対応する景品優先度が「２０」であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＯ２の判断結果が「Ｎｏ」である場合、制御部９０３は、ステップＳＯ３の処理を実行する。
【０１６９】
ステップＳＯ８では、制御部９０３は、図１４に示した優先順位が「１」である「日本クレジット」および「景品獲得残額」（＝１００００）に基づいて、図３５に示した景品獲得画面１４００を表示部９０５に表示させる。
【０１７０】
これにより、「日本 太郎」は、「日本クレジット」のクレジットカードを１００００円以上利用した場合、景品が獲得できることを認識する。すなわち、この場合には、Ａ店舗に手数料割引等のメリットがある「日本クレジット」のクレジットカードを「日本 太郎」に積極的に宣伝しているのである。
【０１７１】
図３０に戻り、ステップＳＯ３では、制御部９０３は、優先順位情報データベース９５０（図１４参照）の「優先順位」および「クレジットカード会社」に基づいて、図３６に示した決済カード選択画面１５００を表示部９０５に表示させる。この決済カード選択画面１５００は、「日本 太郎」が保有している三種類のクレジットカードのうちいずれかを決済カードとして選択させるための画面である。
【０１７２】
ステップＳＯ４では、制御部９０３は、決済カード選択画面１５００より決済カードが選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。そして、「日本 太郎」は、景品獲得（景品獲得画面１４００：図３５参照）や優先順位の観点から、例えば、優先順位が「１」の「日本クレジット」のクレジットカードを選択する。
【０１７３】
これにより、制御部９０３は、ステップＳＯ４の判断結果を「Ｙｅｓ」とする。ステップＳＯ５では、制御部９０３は、図３７に示した決済カード確認画面１６００を表示部９０５に表示させる。この決済カード確認画面１６００は、選択されたクレジットカード（この場合、「日本クレジット」）で決済するか、または他のクレジットカードで決済するかを「日本 太郎」に確認させるための画面である。
【０１７４】
ステップＳＯ６では、制御部９０３は、図３７に示した「１．ＯＫ」が選択されたか否かを判断する。ここで、図３７に示した「２．他のクレジットカードで決済」が選択された場合、制御部９０３は、ステップＳＯ６の判断結果を「Ｎｏ」として、前述したステップＳＯ３以降の処理を実行し、決済カードを再度選択させる。
【０１７５】
この場合、図３７に示した「１．ＯＫ」が選択されたとすると、制御部９０３は、ステップＳＯ６の判断結果を「Ｙｅｓ」とする。ステップＳＯ７では、制御部９０３は、当該決済カード（この場合、「日本クレジット」）に対応するクレジットカード情報をクレジットカード情報格納部９１３から取得した後、コネクタ９１２および携帯端末コネクタ６００1（図１参照）を介して、このクレジットカード情報を店舗サーバ４００1 へ送信する。
【０１７６】
そして、「日本クレジット」に対応するクレジットカード情報が図８に示した店舗サーバ４００1 に受信されると、決済処理部４０６は、図２７に示したステップＳＬ３の判断結果を「Ｙｅｓ」とする。
【０１７７】
ステップＳＬ４では、決済処理部４０６は、「日本 太郎」に関する与信情報（会員ＩＤ、カード番号、利用金額（例えば、５０００円）等）を代行会社サーバ３００へ送信する。ステップＳＬ５では、決済処理部４０６は、上記与信情報の応答としての与信結果情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１７８】
そして、与信情報が図４に示した代行会社サーバ３００に受信されると、決済処理部３０５は、図１９に示したステップＳＤ６の判断結果を「Ｙｅｓ」とする。ステップＳＤ１１では、決済処理部３０５は、与信処理を実行する。
【０１７９】
具体的には、図２２に示したステップＳＧ１では、決済処理部３０５は、与信情報をクレジットカード会社サーバ１００1（日本クレジット」）へ送信する。ステップＳＧ２では、決済処理部３０５は、図１に示したクレジットカード会社サーバ１００1 からの与信結果情報および更新情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１８０】
そして、与信情報がクレジットカード会社サーバ１００1 に受信されると、クレジットカード会社サーバ１００1 は、図１６に示したステップＳＡ２の判断結果を「Ｙｅｓ」とする。ステップＳＡ６では、クレジットカード会社サーバ１００1 は、与信処理を実行する。
【０１８１】
具体的には、図１８に示したステップＳＣ１では、クレジットカード会社サーバ１００1 は、与信情報に含まれるカード番号をキーとして、図２に示した会員情報データベース１５０1 を照会する。ステップＳＣ２では、クレジットカード会社サーバ１００1 は、「日本 太郎」に対応する「利用額」（４００００＋５０００）が「利用限度額」（＝３０００００）以下であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。すなわち、この場合には、「日本 太郎」に関する与信結果がＯＫ（カード決済可能）とされたのである。
【０１８２】
ステップＳＣ３では、クレジットカード会社サーバ１００1 は、会員情報データベース１５０1 における「日本 太郎」に関する「利用額」、「利用残額」および「景品獲得残額」（更新情報）を会員情報データベース１５０1 に上書きする。ステップＳＣ４では、クレジットカード会社サーバ１００1 は、与信結果情報（＝ＯＫ）および更新情報を代行会社サーバ３００へ送信する。
【０１８３】
なお、ステップＳＣ２の判断結果が「Ｎｏ」である場合、すなわち、「日本 太郎」に関する与信結果がＮＧ（カード決済不可）である場合、ステップＳＣ５では、クレジットカード会社サーバ１００1 は、与信結果情報（＝ＮＧ）を代行会社サーバ３００へ送信する。
【０１８４】
そして、クレジットカード会社サーバ１００1 からの与信結果情報（＝ＯＫ）および更新情報が図４に示した代行会社サーバ３００に受信されると、決済処理部３０５は、図２２に示したステップＳＧ２の判断結果を「Ｙｅｓ」とする。ステップＳＧ３では、決済処理部３０５は、与信結果情報から得られる与信結果がＯＫであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１８５】
ステップＳＧ４では、決済処理部３０５は、「日本 太郎」および「日本クレジット」に対応する更新情報（「利用額」、「利用残額」および「景品獲得残額」）に基づいて、図５に示した会員情報データベース３５０を更新する。
【０１８６】
ステップＳＧ５では、決済処理部３０５は、店舗サーバ４００1 へ与信結果情報（＝ＯＫ）を送信する。なお、ステップＳＧ３の判断結果が「Ｎｏ」である場合、ステップＳＧ６では、決済処理部３０５は、店舗サーバ４００1 へ与信結果情報（＝ＮＧ）を送信する。
【０１８７】
そして、代行会社サーバ３００からの与信結果情報（＝ＯＫ）が図８に示した店舗サーバ４００1 に受信されると、決済処理部４０６は、図２７に示したステップＳＬ５の判断結果を「Ｙｅｓ」とする。ステップＳＬ６では、決済処理部４０６は、与信結果情報から得られる与信結果がＯＫであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１８８】
ステップＳＬ７では、決済処理部４０６は、「日本クレジット」のクレジットカードの利用金額（５０００円）、会員ＩＤ等を含む請求情報を代行会社サーバ３００へ送信する。ステップＳＬ８では、決済処理部４０６は、携帯端末９００1 の表示部９０５（図１３参照）にカード決済が完了した旨を表す決済情報を表示させる。
【０１８９】
なお、ステップＳＬ６の判断結果が「Ｎｏ」である場合、すなわち、与信結果がＮＧである場合、ステップＳＬ９では、決済処理部４０６は、携帯端末９００1 の表示部９０５に、「日本クレジット」のクレジットカードで決済ができない旨を表す決済拒絶情報を表示させる。
【０１９０】
そして、ステップＳＬ７で送信された請求情報が図４に示した代行会社サーバ３００に受信されると、代行会社サーバ３００の決済処理部３０５は、図１９に示したステップＳＤ７の判断結果を「Ｙｅｓ」とする。
【０１９１】
ステップＳＤ１２では、決済処理部３０５は、クレジットカード会社サーバ１００1 （「日本クレジット」）へ請求情報を送信する。この請求情報がクレジットカード会社サーバ１００1 に受信されると、クレジットカード会社サーバ１００1 は、図１６に示したステップＳＡ４の判断結果を「Ｙｅｓ」とする。ステップＳＡ８では、請求情報に基づいて、カード会員の金融機関口座から利用金額を引き落とすための請求処理を実行する。
【０１９２】
図１９に示したステップＳＤ１３では、決済処理部３０５は、利用店舗名、利用日時、カード会社、カード番号、利用金額等からなる利用明細情報を店舗サーバ４００1 へ送信する。これにより、一連のカード決済が完了する。
【０１９３】
そして、カード決済を終えた「日本 太郎」がＡ店舗の出入口から出店すると、携帯端末９００1 から送信されている会員ＩＤ（＝００００１）が入出店検出器５００1 に検出される。
【０１９４】
これにより、図８に示した店舗サーバ４００1 の制御部４０２は、図２３に示したステップＳＨ３の判断結果を「Ｙｅｓ」とする。ステップＳＨ７では、前述した入出店処理が実行される。
【０１９５】
すなわち、図２４に示したステップＳＨ１では、制御部４０２は、図９に示した会員情報データベース４５０を参照して、会員ＩＤ（＝００００１、「日本 太郎」）に対応する「入店フラグ」が「１」であるか否かを判断する。この場合、「入店フラグ」は、「１」（出店直前の状態）である。従って、制御部４０２は、ステップＳＩ１の判断結果を「Ｙｅｓ」とする。
【０１９６】
ステップＳＩ３では、制御部４０２は、出店処理を実行する。具体的には、図２６に示したステップＳＫ１では、制御部４０２は、図９に示した会員情報データベース４５０における会員ＩＤ（＝００００１、「日本 太郎」）に対応する「入店フラグ」を「１」から「０」に設定する。これにより、「日本 太郎」は、Ａ店舗から出店している状態とされる。
【０１９７】
ステップＳＫ２では、会員分布解析部４０４は、会員情報データベース４５０から、会員ＩＤ（＝０００１）をキーとして、「日本 太郎」に関する属性情報（「性別」、「生年月日」、「クレジットカード会社」）を取得する。
【０１９８】
ステップＳＫ３では、会員分布解析部４０４は、属性情報に基づいて、図１０に示した会員分布情報データベース４６０を更新する。具体的には、会員分布解析部４０４は、「日本 太郎」が会員となっているクレジットカード会社として「日本クレジット」、「まるとくカード」および「丸菱カード」という三社を認識する。つぎに、会員分布解析部４０４は、「生年月日」および「性別」より、「日本 太郎」の年齢（＝例えば、３０歳）および男であることを認識する。
【０１９９】
つぎに、会員分布解析部４０４は、図１０に示した会員分布情報データベース４６０において、「日本 太郎」に関する数値を更新する。ここで、更新される数値は、上記三社に関する「男女人数（比率）」、「男性人数（比率）」、「女性人数（比率）」（ただし、（比率）のみ）、「男性年齢別人数（比率）」（２０歳〜３０歳）および「合計」である。
【０２００】
なお、実施の形態１では、会員分布情報データベース４６０の人数や比率と、予め設定されたしきい値との比較結果に基づいて、カード会員へ報知すべき情報を変化させるようにしてもよい。また、会員分布情報データベース４６０は、店舗におけるマーケティングにも利用される。
【０２０１】
また、実施の形態１においては、図１４に示した「基本優先度」、「提携優先度」および「景品優先度」に基づいて優先順位を決定する例について説明したが、「基本優先度」のみ、「提携優先度」のみ、「景品優先度」のみ、「基本優先度」＋「提携優先度」、「基本優先度」＋「景品優先度」または「提携優先度」＋「景品優先度」に基づいて、優先順位を決定するようにしてもよい。
【０２０２】
また、実施の形態１においては、図３０に示したステップＳＯ４で決済カードが選択された後に、当該決済カードに対応するカード会社販売促進情報（カード会社販売促進情報データベース３６０：図６参照）を図１３に示した携帯端末９００1 の表示部９０５に表示させるようにしてもよい。
【０２０３】
また、実施の形態１においては、図１に示した携帯端末コネクタ６００1 に携帯端末９００1 が接続された時点でカード会員の入店を検出し、また、接続が解除された時点でカード会員の出店を検出するようにしてもよい。
【０２０４】
以上説明したように、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、図１に示したＡ店舗〜Ｍ店舗のうちいずれかの店舗へのカード会員の入店をトリガとして、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバより受信し、この優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させるようにしたので、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【０２０５】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、クレジットカードの景品獲得残額（利用状況）に基づく優先順位情報や、クレジットカードを発行しているクレジットカード会社と店舗との提携の有無に基づく優先順位情報を受信するようにしたので、店舗のメリット（手数料割引等）を考慮してクレジットカードを効果的に使い分けることができる。
【０２０６】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、クレジットカード会社からカード会員への景品プレゼント（特典）に連動する景品獲得残額（利用金額）に基づく優先順位情報を受信するようにしたので、景品を早期に獲得させるために、カード会員に対して当該クレジットカードの選択を喚起することができる。
【０２０７】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバから提供される店舗販売促進情報（店舗販売促進情報データベース４７０：図１１参照）を受信し、この店舗販売促進情報をカード会員に提示（店舗販売促進画面１３００：図３４参照）するようにしたので、提携型のクレジットカードの利用をカード会員に喚起することができる。
【０２０８】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、カード会員の属性（性別、年齢等）に応じた店舗販売促進情報を受信するようにしたので、喚起のターゲットを絞ることができ、より効果的に提携型のクレジットカードの利用をカード会員に喚起することができる。
【０２０９】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、複数のクレジットカードを発行している複数のクレジットカード会社からそれぞれ提供されるカード会社販売促進情報（カード会社販売促進情報データベース３６０：図６参照）を受信し、このカード会社販売促進情報をカード会員に提示（カード会社販売促進画面１２００：図３３参照）するようにしたので、クレジットカードの利用をカード会員に喚起することができる。
【０２１０】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、選択されたクレジットカードに関するカード会社販売促進情報をカード会員に提示するようにしたので、特定のクレジットカードの利用をカード会員に喚起することができる。
【０２１１】
また、実施の形態１によれば、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバにおいて、複数のクレジットカードに関するクレジットカード情報を有する携帯端末９００1 〜９００s のうちいずれかの携帯端末へ上記優先順位情報を送信するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【０２１２】
また、実施の形態１によれば、代行会社サーバ３００において、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバへ、景品優先度情報Ｊ（図１５参照）へ送信するようにしたので、携帯端末側で、景品優先度情報Ｊに対応する優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【０２１３】
（実施の形態２）
さて、実施の形態１では、図１に示した入出店検出器５００1 により携帯端末９００1 から送信された会員ＩＤを検出し、店舗サーバ４００1 側で入店および出店を認識する例について説明したが、これに限られることなく、携帯端末９００1 側で入店および出店を認識するように構成してもよい。以下では、この構成例を実施の形態２として説明する。
【０２１４】
実施の形態２において、携帯端末９００1 〜９００m のそれぞれには、携帯端末（会員）の位置を測定する測位手段としてのＧＰＳ（Global Positioning System）および図３８に示した店舗位置情報データベース１７００をそれぞれ備えている。ＧＰＳは、２４個の人工衛星のうち、最も受信しやすい３個の衛星からの電波を受信することによって、携帯端末位置（ｘ、ｙ）を求める機能を備えている。
【０２１５】
図３８に示した店舗位置情報データベース１７００は、図１に示したＡ店舗〜Ｍ店舗と、これらにそれぞれ対応する店舗位置範囲とに関する店舗位置情報を格納するデータベースである。具体的には、店舗位置情報データベース１７００は、「店舗ＩＤ」、「店舗」、「店舗位置範囲」、「店舗サーバＵＲＬ」等のフィールドを備えている。
【０２１６】
「店舗ＩＤ」は、図１に示したＡ店舗〜Ｍ店舗をそれぞれ識別するための識別子である。「店舗」は、店舗の名称（Ａ店舗〜Ｍ店舗）に関する情報である。「店舗位置範囲」は、会員（携帯端末）が店舗に入店したことを認識するための位置範囲を表す情報である。
【０２１７】
例えば、Ａ店舗の場合には、ＧＰＳの測位結果である携帯端末位置（ｘ、ｙ）が、店舗位置範囲Ｐ１（ｘ１±Δｘ１、ｙ１±Δｙ１）内であるとき、携帯端末側で入店が認識される。また、入店が認識された後、携帯端末位置（ｘ、ｙ）が、店舗位置範囲Ｐ１（ｘ１±Δｘ１、ｙ１±Δｙ１）を逸脱した場合、携帯端末側で出店が認識される。
【０２１８】
「店舗サーバＵＲＬ」は、図１に示した店舗サーバ４００1 〜４００m のそれぞれのＵＲＬに関する情報であり、携帯端末から店舗サーバへ入店または出店を通知する場合に用いられる。また、実施の形態２では、店舗側で入店および出店を検出する必要が無いため、図１に示した入出店検出器５００1 〜５００m が不要となる。
【０２１９】
上記構成において、例えば、図１に示した携帯端末９００1 では、所定時間間隔で、ＧＰＳの測位結果である携帯端末位置（ｘ、ｙ）と、店舗位置情報データベース１７００（図３８参照）の「店舗位置範囲」とが比較される。ここで、携帯端末９００1 を携帯している「日本 太郎」がＡ店舗に入店すると、上記携帯端末位置（ｘ、ｙ）が、図３８に示した店舗位置範囲Ｐ１（ｘ１±Δｘ１、ｙ１±Δｙ１）内となるため、制御部９０３は、入店を検出する。
【０２２０】
つぎに、制御部９０３は、移動通信ネットワーク７００およびネットワーク２００を介して、店舗位置情報データベース１７００（図３８参照）におけるＡ店舗に対応する店舗サーバＵＲＬ（http://www.aaa.com）にアクセスし、「日本 太郎」の会員ＩＤ（＝００００１）と入店情報とを店舗サーバ４００1 へ送信する。この入店情報を受信すると、店舗サーバ４００1 側で当該会員の入店を認識し、前述した入出店処理（ステップＳＨ７：図２３参照）以降の処理が実行される。
【０２２１】
そして、携帯端末９００1 を携帯している「日本 太郎」がＡ店舗から出店すると、上記携帯端末位置（ｘ、ｙ）が、図３８に示した店舗位置範囲Ｐ１（ｘ１±Δｘ１、ｙ１±Δｙ１）を逸脱するため、制御部９０３は、出店を検出する。
【０２２２】
つぎに、制御部９０３は、移動通信ネットワーク７００およびネットワーク２００を介して、Ａ店舗に対応する店舗サーバＵＲＬ（http://www.aaa.com）にアクセスし、「日本 太郎」の会員ＩＤ（＝００００１）と出店情報とを店舗サーバ４００1 へ送信する。この出店情報を受信すると、店舗サーバ４００1 側で当該会員の出店を認識し、前述した入出店処理（ステップＳＨ７：図２３参照）以降の処理が実行される。
【０２２３】
以上説明したように、実施の形態２によれば、携帯端末９００1 〜９００s に測位手段としてのＧＰＳをそれぞれ設け、携帯端末位置が店舗位置範囲（店舗位置情報データベース１７００：図３８参照）内にある場合、カード会員の入店を検出するようにしたので、店舗側で入出店検出器（入出店検出器５００1 〜５００m：図１参照）が不要となり、店舗側のコストを削減することができる。
【０２２４】
以上本発明にかかる実施の形態１および２について図面を参照して詳述してきたが、具体的な構成例はこれらの実施の形態１および２に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【０２２５】
例えば、実施の形態１および２においては、図１に示した携帯端末９００1 に上記説明で述べたクレジットカード情報だけを格納しておき、優先順位情報や販売促進情報等を受信するのみとし、実際の決済は、従来通り、樹脂製のクレジットカードを用いた方法により行っても構わない。
【０２２６】
また、前述した実施の形態１および２においては、代行会社サーバ３００、店舗サーバ４００1 〜４００m または携帯端末９００1 〜９００s の機能を実現するためのクレジットカード処理プログラムを図３９に示したコンピュータ読み取り可能な記録媒体１９００に記録して、この記録媒体１９００に記録されたクレジットカード処理プログラムを同図に示したコンピュータ１８００に読み込ませ、実行することにより前述した機能を実現するようにしてもよい。
【０２２７】
コンピュータ１８００は、上記クレジットカード処理プログラムを実行するＣＰＵ１８１０と、キーボード、マウス等の入力装置１８２０と、各種データを記憶するＲＯＭ（Read Only Memory）１８３０と、演算パラメータ等を記憶するＲＡＭ（Random Access Memory）１８４０と、記録媒体１９００からクレジットカード処理プログラムを読み取る読取装置１８５０と、ディスプレイ、プリンタ等の出力装置１８６０と、装置各部を接続するバス１８７０とから構成されている。
【０２２８】
ＣＰＵ１８１０は、読取装置１８５０を経由して記録媒体１９００に記録されているクレジットカード処理プログラムを読み込んだ後、このクレジットカード処理プログラムを実行することにより、前述した機能を実現する。なお、記録媒体１９００には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【０２２９】
（付記１）複数のクレジットカードに関するクレジットカード情報を格納部に格納する格納工程と、
店舗へのカード会員の入店をトリガとして、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信工程と、
前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択工程と、
を含むことを特徴とするクレジットカード処理方法。
（付記２）前記優先順位情報受信工程では、クレジットカードの利用状況、またはクレジットカードを発行しているクレジットカード会社と店舗との提携の有無に基づく前記優先順位情報を受信することを特徴とする付記１に記載のクレジットカード処理方法。
（付記３）前記利用状況は、クレジットカード会社からカード会員への特典に連動する利用金額であることを特徴とする付記２に記載のクレジットカード処理方法。
（付記４）店舗から提供される店舗販売促進情報を受信する店舗販売促進情報受信工程と、受信された前記店舗販売促進情報をカード会員に提示する店舗販売促進情報提示工程とを含むことを特徴とする付記１〜３のいずれか一つに記載のクレジットカード処理方法。
（付記５）前記店舗販売促進情報受信工程では、カード会員の属性に応じた前記店舗販売促進情報を受信することを特徴とする付記４に記載のクレジットカード処理方法。
（付記６）前記複数のクレジットカードを発行している複数のクレジットカード会社からそれぞれ提供されるカード会社販売促進情報を受信するカード会社販売促進情報受信工程と、受信された前記カード会社販売促進情報をカード会員に提示するカード会社販売促進情報提示工程とを含むことを特徴とする付記１〜５のいずれか一つに記載のクレジットカード処理方法。
（付記７）前記カード会社販売促進情報提示工程では、前記選択工程で選択されたクレジットカードに関するカード会社販売促進情報をカード会員に提示することを特徴とする付記６に記載のクレジットカード処理方法。
（付記８）前記優先順位情報受信工程では、外部装置から通知される店舗へのカード会員の入店をトリガとして、前記優先順位情報を受信することを特徴とする付記１〜７のいずれか一つに記載のクレジットカード処理方法。
（付記９）自位置を測位する測位工程と、前記自位置と店舗位置とを比較する比較工程と、前記自位置と前記店舗位置とが所定の誤差内で一致した場合、カード会員の入店を検出する入店検出工程とを含み、前記優先順位情報受信工程では、前記入店検出工程に基づく店舗へのカード会員の入店をトリガとして、前記優先順位情報を受信することを特徴とする付記１〜８のいずれか一つに記載のクレジットカード処理方法。
（付記１０）複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成工程と、
前記複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ前記優先順位情報を送信する優先順位情報送信工程と、
を含むことを特徴とするクレジットカード処理方法。
（付記１１）カード会員毎にクレジットカードの利用状況を管理する管理工程と、
複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信工程と、
前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成工程と、
複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信工程と、
を含むことを特徴とするクレジットカード処理方法。
（付記１２）コンピュータを、
複数のクレジットカードに関するクレジットカード情報を格納する格納手段、
店舗へのカード会員の入店をトリガとして、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信手段、
前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択手段、
として機能させるためのクレジットカード処理プログラム。
（付記１３）コンピュータを、
複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段、
前記複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ前記優先順位情報を送信する優先順位情報送信手段、
として機能させるためのクレジットカード処理プログラム。
（付記１４）コンピュータを、
カード会員毎にクレジットカードの利用状況を管理する管理手段、
複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信手段、
前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段、
複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信手段、
として機能させるためのクレジットカード処理プログラム。
（付記１５）複数のクレジットカードに関するクレジットカード情報を格納する格納手段と、
店舗へのカード会員の入店をトリガとして、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信手段と、
前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択手段と、
を備えたことを特徴とする携帯端末。
（付記１６）複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段と、
前記複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ前記優先順位情報を送信する優先順位情報送信手段と、
を備えたことを特徴とするクレジットカード処理装置。
（付記１７）カード会員毎にクレジットカードの利用状況を管理する管理手段と、
複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信手段と、
前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段と、
複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信手段と、
を備えたことを特徴とするクレジットカード処理装置。
【０２３０】
【発明の効果】
以上説明したように、本発明によれば、店舗へのカード会員の入店をトリガとして、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信し、この優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させるようにしたので、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができるという効果を奏する。
【０２３１】
また、本発明によれば、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成し、複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ上記優先順位情報を送信するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができるという効果を奏する。
【０２３２】
また、本発明によれば、複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられ、カード会員毎のクレジットカードの利用状況および特典情報に基づいて、生成された複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる実施の形態１の構成を示すブロック図である。
【図２】図１に示した会員情報データベース１５０1 のテーブル構造を示す図である。
【図３】図１に示した会員情報データベース１５０2 のテーブル構造を示す図である。
【図４】図１に示した代行会社サーバ３００の構成を示すブロック図である。
【図５】図４に示した会員情報データベース３５０のテーブル構造を示す図である。
【図６】図４に示したカード会社販売促進情報データベース３６０のテーブル構造を示す図である。
【図７】図４に示したカード利用優先度情報データベース３７０のテーブル構造を示す図である。
【図８】図１に示した店舗サーバ４００1 の構成を示すブロック図である。
【図９】図８に示した会員情報データベース４５０のテーブル構造を示す図である。
【図１０】図８に示した会員分布情報データベース４６０のテーブル構造を示す図である。
【図１１】図８に示した店舗販売促進情報データベース４７０のテーブル構造を示す図である。
【図１２】図８に示したカード利用優先度情報データベース４８０のテーブル構造を示す図である。
【図１３】図１に示した携帯端末９００1 の構成を示すブロック図である。
【図１４】図１３に示した優先順位情報データベース９５０のテーブル構造を示す図である。
【図１５】同実施の形態１における景品優先度情報Ｊの一例を示す図である。
【図１６】図１に示したクレジットカード会社サーバ１００1 〜１００n の動作を説明するフローチャートである。
【図１７】図１６に示した会員登録処理を説明するフローチャートである。
【図１８】図１６に示した与信処理を説明するフローチャートである。
【図１９】図１および図４に示した代行会社サーバ３００の動作を説明するフローチャートである。
【図２０】図１９に示した会員登録処理を説明するフローチャートである。
【図２１】図１９に示した景品優先度決定処理を説明するフローチャートである。
【図２２】図１９に示した与信処理を説明するフローチャートである。
【図２３】図１および図８に示した店舗サーバ４００1 〜４００m の動作を説明するフローチャートである。
【図２４】図２３に示した入出店処理を説明するフローチャートである。
【図２５】図２４に示した入店処理を説明するフローチャートである。
【図２６】図２４に示した出店処理を説明するフローチャートである。
【図２７】図２３に示したカード決済処理を説明するフローチャートである。
【図２８】図２７に示したカード利用優先順位決定処理を説明するフローチャートである。
【図２９】図１および図１３に示した携帯端末９００1 〜９００s の動作を説明するフローチャートである。
【図３０】図２９に示した決済カード選択処理を説明するフローチャートである。
【図３１】同実施の形態１における会員登録画面１０００を示す図である。
【図３２】同実施の形態１における登録完了画面１１００を示す図である。
【図３３】同実施の形態１におけるカード会社販売促進画面１２００を示す図である。
【図３４】同実施の形態１における店舗販売促進画面１３００を示す図である。
【図３５】同実施の形態１における景品獲得画面１４００を示す図である。
【図３６】同実施の形態１における決済カード選択画面１５００を示す図である。
【図３７】同実施の形態１における決済カード確認画面１６００を示す図である。
【図３８】本発明にかかる実施の形態２における店舗位置情報データベース１７００のテーブル構造を示す図である。
【図３９】本発明にかかる実施の形態１および２の変形例の構成を示すブロック図である。
【符号の説明】
１００1 〜１００n クレジットカード会社サーバ
３００ 代行会社サーバ
３０２ 制御部
３０３ 会員情報収集部
３０４ カード会社販売促進情報収集部
３０５ 決済処理部
４００1 〜４００m 店舗サーバ
４０２ 制御部
４０３ 会員情報収集部
４０４ 会員分布解析部
４０５ 店舗販売促進処理部
４０６ 決済処理部
５００1 〜５００m 入出店検出器
９００1 〜９００s 携帯端末
９０３ 制御部
【発明の属する技術分野】
本発明は、カード会員や店舗のメリットを考慮して、複数枚のクレジットカードに優先順位を付け、クレジットカードを効果的に使い分けるためのクレジットカード処理装置に関するものである。
【０００２】
近時、クレジットカード会社で実施している利用金額に応じた景品プレゼントやポイントキャッシュバック等のサービスの多様化に伴い、複数枚のクレジットカードを保有し、サービスに応じてクレジットカードを使い分けるというカード会員が増加している。
【０００３】
しかしながら、実際には、サービスの内容を的確に把握しているカード会員が少ないため、クレジットカードによる決済時に、複数枚のクレジットカードの中から、いつも使い慣れている特定のクレジットカードや、無造作に選択したクレジットカードを使って決済を行っており、的確な使い分けを行うことが難しいのである。
【０００４】
【従来の技術】
従来より、デパート、ストア等の店舗では、現金決済の他に、クレジットカードによる決済が行われている。通常、店舗では、複数のクレジットカード会社により発行された複数のクレジットカードのうちいずれかのクレジットカードで決済ができるようになっている。従って、複数種類のクレジットカードを保有するカード会員は、決済時に所望の１枚のカードを使って決済を行う。
【０００５】
また、クレジットカード会社では、クレジットカードの利用金額に応じて、景品のプレゼントや各種特典等のサービスをカード会員に提供することにより、戦略的に自社のクレジットカードの利用率を上げる企業努力をしている。
【０００６】
さらに、クレジットカード会社では、店舗と提携し、店舗のブランド名が記された提携型のクレジットカードも発行している。この提携型のクレジットカードは、店舗からクレジットカード会社への手数料を割引くことを条件として、店舗にカード会員の募集の宣伝をさせ、カード会員を増加させることを目的としている。
【０００７】
従って、店舗にとっては、非提携型の他のクレジットカードで決済されるよりも、提携型のクレジットカードで決済されるほうが、手数料割引というメリットが出るため、できる限り提携型のクレジットカードを使ってもらいたいというのが本音である。
【０００８】
【発明が解決しようとする課題】
ところで、従来では、店舗での決済時に、カード会員が、複数種類のクレジットカードの中で、メリットが高いクレジットカードがどれであるかを短時間で判断するのが難しい。これは、景品の把握、景品獲得に要する利用金額や、ポイントアップの条件等のように様々なファクタを瞬時に考慮して、上記判断を行わなければならないからである。
【０００９】
このことから、従来では、メリットの有無に関わらず、使い慣れたクレジットカードや、無造作に選択したクレジットカードを用いて、店舗での決済を行っているのが現状である。
【００１０】
一方、店舗側にとってみれば、手数料割引等のメリットに鑑みて、決済時に提携型のクレジットカードを利用してもらいたいが、クレジットカードの選択がカード会員の専権事項であるため、販売員からの積極的な推奨を行うことができない。このことから、従来では、提携型のクレジットカードの利用を飛躍的に高めるための手段・方法が無く、宣伝等のありふれた手段・方法でしか提携型のクレジットカードの利用を喚起することができない。
【００１１】
本発明は、上記に鑑みてなされたもので、カード会員や店舗のメリットを考慮して、複数枚のクレジットカードを効果的に使い分けすることができるクレジットカード処理装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本発明は、複数のクレジットカードに関するクレジットカード情報を格納部に格納する格納工程と、店舗へのカード会員の入店をトリガとして、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信工程と、前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択工程とを含むことを特徴とする。
【００１３】
また、本発明は、コンピュータを、店舗へのカード会員の入店をトリガとして、複数のクレジットカードに関するクレジットカード情報を格納する格納手段、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信手段、前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択手段として機能させるためのクレジットカード処理プログラムである。
【００１４】
かかる発明によれば、店舗へのカード会員の入店をトリガとして、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信し、この優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させるようにしたので、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【００１５】
また、本発明は、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成工程と、前記複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ前記優先順位情報を送信する優先順位情報送信工程とを含むことを特徴とする。
【００１６】
この発明によれば、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成し、複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ上記優先順位情報を送信するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【００１７】
また、本発明は、カード会員毎にクレジットカードの利用状況を管理する管理工程と、複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信工程と、前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成工程と、複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信工程とを含むことを特徴とする。
【００１８】
また、本発明は、コンピュータを、カード会員毎にクレジットカードの利用状況を管理する管理手段、複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信手段、前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段、複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信手段として機能させるためのクレジットカード処理プログラムである。
【００１９】
かかる発明によれば、複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられ、カード会員毎のクレジットカードの利用状況および特典情報に基づいて、生成された複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【００２０】
【発明の実施の形態】
以下、図面を参照して本発明にかかるクレジットカード処理装置の実施の形態１および２について詳細に説明する。
【００２１】
（実施の形態１）
図１は、本発明にかかる実施の形態１の構成を示すブロック図である。この図において、クレジットカード会社サーバ１００1 〜１００n は、ｎ社のクレジットカード会社側にそれぞれ設けられており、クレジットカードの会員登録、会員情報の管理、クレジットカード利用時の与信（利用の可否）、クレジットカード会社から会員向けの販売促進情報（キャンペーン情報）の管理、クレジットカード決済時の会員への請求等に関する処理を実行する。
【００２２】
これらのクレジットカード会社サーバ１００1 〜１００n は、ネットワーク２００に接続されている。ここで、実施の形態１におけるクレジットカードは、一般で用いられる樹脂製のものではなく、携帯端末等に電子データ形式で内蔵される電子クレジットカードである。従って、以下の説明における「クレジットカード」は、「電子クレジットカード」を指すものとする。
【００２３】
ｎ社のクレジットカード会社は、それぞれ独自にクレジットカードを発行している。従って、会員は、１社または複数社のクレジットカードを保有している。また、ｎ社のクレジットカード会社は、経営戦略的に店舗と提携しており、提携型のクレジットカードを発行している。
【００２４】
このような提携型のクレジットカードでは、提携先の店舗で利用された場合、当該店舗から当該クレジットカード会社へ支払われる手数料が、非提携型のクレジットカードの手数料に比べて安価に設定されている。従って、店舗から見れば、提携型のクレジットカードによる買い物をしてもらったほうが、非提携型のクレジットカードによる買い物の場合に比べて、差額手数料分だけ利益が上がることから、メリットが大きいのである。
【００２５】
ここで、同図では、クレジットカード会社サーバ１００1 は、クレジットカード会社としての「日本クレジット」に設けられている。クレジットカード会社サーバ１００2 は、「まるとくカード」に設けられている。以下同様にして、クレジットカード会社サーバ１００n は、「丸菱カード」に設けられている。
【００２６】
同図では、「日本クレジット」は、「Ａ店舗」と提携関係にある。従って、「日本クレジット」のクレジットカードが「Ａ店舗」で利用された場合、「Ａ店舗」は、手数料の低減というメリットを享受できる。
【００２７】
同様にして、「まるとくカード」は、「Ｂ店舗」と提携関係にある。従って、「まるとくカード」のクレジットカードが「Ｂ店舗」で利用された場合、「Ｂ店舗」は、手数料の低減というメリットを享受できる。同様にして、他のクレジットカード会社も他の店舗と提携関係にある（図７参照）。
【００２８】
また、クレジットカード会社サーバ１００1 〜１００n は、会員情報データベース１５０1 〜１５０n によりクレジットカードの会員情報をそれぞれ管理している。会員情報データベース１５０1 は、クレジットカード会社サーバ１００1 にアクセスされ、「日本クレジット」で発行されたクレジットカードの会員に関する会員情報を格納するデータベースである。
【００２９】
具体的には、会員情報データベース１５０1 は、図２に示したように、「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「カード番号」、「提携先会員番号」、「カード有効期限」、「利用限度額」、「利用額」、「利用残額」、「景品獲得金額」、「景品獲得残額」、「景品有効期限」等のフィールドを備えている。
【００３０】
「会員ＩＤ」は、全クレジットカード会社における全会員に対してユニークに付与された識別子であり、全クレジットカード会社において会員を特定するための情報である。「氏名」は、「日本クレジット」で発行されたクレジットカードの会員の氏名に関する情報である。「性別」は、当該会員の性別に関する情報である。「生年月日」は、当該会員の生年月日に関する情報である。
【００３１】
「メールアドレス」は、当該会員に付与されたクレジットカードを内蔵する携帯端末宛の電子メールアドレスに関する情報である。「カード番号」は、「日本クレジット」のクレジットカードを識別するための番号に関する情報である。「提携先会員番号」は、「日本クレジット」の提携先である「Ａ店舗」（図１および図７参照）で独自に設定される会員番号に関する情報である。
【００３２】
「カード有効期限」は、「日本クレジット」のクレジットカードの有効期限に関する情報である。「利用限度額」は、「日本クレジット」のクレジットカードを利用（買い物の支払いやキャッシング）する際の限度金額に関する情報である。
【００３３】
「利用額」は、前月のクレジットカード請求の支払いから現時点までの間に実際に「日本クレジット」のクレジットカードを利用した金額の合計に関する情報である。「利用残額」は、「利用限度額」と「利用額」との差であり、「日本クレジット」のクレジットカードで利用可能な金額に関する情報である。
【００３４】
「景品獲得金額」は、「日本クレジット」の販売促進キャンペーンとして同社から会員へ贈呈される景品の獲得基準（金額）に関する情報である。同図では、「利用額」が５００００円以上である場合、当該会員に景品が贈呈される。「景品獲得残額」は、「景品獲得金額」と「利用額」との差であり、景品獲得の権利を取得するまでの残り金額に関する情報である。
【００３５】
同図では、あと１００００円分以上、同社のクレジットカードが利用された場合、「利用金額」が「景品獲得金額」以上となるため、当該会員は、景品獲得の権利を取得する。「景品有効期限」は、景品の引き換え期限に関する情報である。
【００３６】
図１に戻り、会員情報データベース１５０2 は、クレジットカード会社サーバ１００2 にアクセスされ、「まるとくカード」で発行されたクレジットカードの会員に関する会員情報を格納するデータベースである。
【００３７】
具体的には、図３に示した会員情報データベース１５０2 は、上述した会員情報データベース１５０1 （図２参照）と同様にして、「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「カード番号」、「提携先会員番号」、「カード有効期限」、「利用限度額」、「利用額」、「利用残額」、「景品獲得金額」、「景品獲得残額」、「景品有効期限」等のフィールドを備えている。
【００３８】
「会員ＩＤ」は、会員情報データベース１５０1（図２参照）の「会員ＩＤ」と同義である。「氏名」は、「まるとくカード」で発行されたクレジットカードの会員の氏名に関する情報である。ここで「日本 太郎」は、「まるとくカード」の他に、前述した「日本クレジット」（図２参照）、後述する「丸菱カード」の会員でもある。すなわち、「日本 太郎」は、三種類のクレジットカードを保有している。
【００３９】
「性別」、「生年月日」および「メールアドレス」は、会員情報データベース１５０1（図２参照）の「性別」、「生年月日」および「メールアドレス」と同義である。「カード番号」は、「まるとくカード」のクレジットカードを識別するための番号に関する情報である。「提携先会員番号」は、「まるとくカード」の提携先である「Ｂ店舗」（図１および図７参照）で独自に設定される会員番号に関する情報である。
【００４０】
「カード有効期限」は、「まるとくカード」のクレジットカードの有効期限に関する情報である。「利用限度額」は、「まるとくカード」のクレジットカードを利用（買い物の支払いやキャッシング）する際の限度金額に関する情報である。
【００４１】
「利用額」は、前月のクレジットカード請求の支払いから現時点までの間に、実際に「まるとくカード」のクレジットカードを利用した金額の合計に関する情報である。「利用残額」は、「利用限度額」と「利用額」との差であり、「まるとくカード」のクレジットカードで利用可能な金額に関する情報である。
【００４２】
「景品獲得金額」は、「まるとくカード」の販売促進キャンペーンとして同社から会員へ贈呈される景品の獲得基準（金額）に関する情報である。同図では、「利用額」が３００００円以上である場合、当該会員に景品が贈呈される。「景品獲得残額」は、「景品獲得金額」と「利用額」との差であり、景品獲得の権利を取得するまでの残り金額に関する情報である。
【００４３】
同図では、「日本 太郎」の場合、あと２５０００円分以上、同社のクレジットカードが利用されると、「利用金額」が「景品獲得金額」以上となるため、当該会員は、景品獲得の権利を取得する。「景品有効期限」は、景品の引き換え期限に関する情報である。
【００４４】
なお、図１に示した会員情報データベース１５０1 および１５０2 以外の会員情報データベース（会員情報データベース１５０n 等）も、会員情報データベース１５０1 等と同様のテーブル構造とされている。
【００４５】
代行会社サーバ３００は、上述した複数のクレジット会社（「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」）における業務の一部を代行する代行会社側に設置されている。
【００４６】
この代行会社サーバ３００は、クレジットカード会社サーバ１００1 〜１００n のそれぞれから会員情報を収集したり、クレジットカードに関するＷｅｂ情報を後述する携帯端末９００1 〜９００s へ提供する機能等を備えている。
【００４７】
また、代行会社サーバ３００は、会員のクレジットカードの利用状況に応じて、複数のクレジットカードのうち当該会員にとって有益なクレジットカードを選択させるためのカード利用優先度情報を送信したり、店舗とクレジットカード会社との間におけるクレジットカードの決済処理を仲介する機能等も備えている。
【００４８】
具体的には、図４に示した代行会社サーバ３００において、通信インタフェース３０１は、ネットワーク２００に接続されており、ネットワーク２００を介しての通信を制御する。制御部３０２は、各部を制御するものである。
【００４９】
会員情報収集部３０３は、ネットワーク２００を介して、クレジットカード会社サーバ１００1 〜１００n （図１参照）のそれぞれからクレジットカード会社別の会員情報を収集し、これらの会員情報を会員情報データベース３５０に格納する。
【００５０】
従って、会員情報データベース３５０には、全クレジットカード会社の全会員に関する会員情報が格納されている。具体的には、会員情報データベース３５０は、図５に示したように、「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「クレジットカード会社」、「カード番号」、「提携先会員番号」、「カード有効期限」、「利用限度額」、「利用額」、「利用残額」、「景品獲得金額」、「景品獲得残額」、「景品有効期限」等のフィールドを備えている。
【００５１】
上記「クレジットカード会社」以外のそれぞれのフィールドは、会員情報データベース１５０1（図２参照）の各フィールドと同義である。「クレジットカード会社」は、図１に示した「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」を表す情報である。
【００５２】
また、会員情報データベース３５０においては、「会員ＩＤ」（「氏名」）をキーとしてソートが掛けられているため、会員毎に複数（または単数）のクレジットカード会社の会員情報が仕分けされている。
【００５３】
例えば、「会員ＩＤ」が「００００１」の「日本 太郎」の場合、会員情報データベース３５０には、「日本クレジット」、「まるとくカード」および「丸菱カード」（図１参照）という三社の会員情報が格納されている。すなわち、「日本 太郎」は、上記三社からそれぞれ発行された三種類のクレジットカードを保有している。
【００５４】
また、「会員ＩＤ」が「００００２」の「山田 花子」の場合、会員情報データベース３５０には、「まるとくカード」および「ＡＢＣファイナンス」（図７参照）という二社の会員情報が格納されている。すなわち、「山田 花子」は、上記二社からそれぞれ発行された二種類のクレジットカードを保有している。
【００５５】
図４に戻り、カード会社販売促進情報収集部３０４は、ネットワーク２００を介して、クレジットカード会社サーバ１００1 〜１００n から、それぞれのクレジットカードにかかる販売を促進するためのクレジットカード会社販売促進情報を収集し、これらをカード会社販売促進情報データベース３６０に格納する。
【００５６】
従って、カード会社販売促進情報データベース３６０には、クレジットカード会社毎のクレジットカード会社販売促進情報が格納されている。具体的には、カード会社販売促進情報データベース３６０は、図６に示したように、「クレジットカード会社」、「内容」および「有効期限」というフィールドを備えている。
【００５７】
「クレジットカード会社」は、図１に示した「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」を表す情報である。「内容」は、クレジットカード会社側の販売促進（キャンペーン）に関する情報であって、自社のクレジットカードの利用を交換条件として、会員に対する各種プレゼント、優待、特典等の案内情報である。「有効期限」は、上記「内容」の有効期限に関する情報である。
【００５８】
図４に戻り、決済処理部３０５は、会員情報データベース３５０（図５参照）に対応するクレジットカードを用いた決済時に、店舗サーバとクレジットカード会社サーバとの間を仲介する機能を備えている。
【００５９】
ここで、実施の形態１では、会員が複数のクレジットカードを保有している場合、店舗や会員にとって有益である順にクレジットカードに優先順位（以下、カード利用優先順位と称する）を付け、最もカード利用優先順位が高いクレジットカードにより決済を行わせるようにしている。このカード利用優先順位は、クレジットカード毎に付与される基本優先度、提携優先度および景品優先度を合計した合計優先度により決定される。
【００６０】
基本優先度は、図７に示したように、クレジットカード会社（クレジットカード）毎に、デフォルト値として予め設定された優先度である。提携優先度は、会員が入店した店舗において当該会員が保有しているクレジットカードのクレジットカード会社が当該店舗と提携している場合、すなわち、提携店舗で提携型のクレジットカードを当該会員が保有している場合、提携に基づいて予め設定された優先度である。この提携優先度は、提携型のクレジットカードを積極的に会員に利用させるという観点から見て提携店舗に有益な情報であり、優先順位情報データベース９５０（図１４参照）に格納されている。
【００６１】
景品優先度は、図５に示した景品獲得残額が、予め設定されるしきい値（例えば、１５０００円）以下である場合、上記景品獲得残額に対応するクレジットカード会社からの景品を当該会員にいち早く獲得させるための優先度である。この景品優先度は、景品獲得の観点から見て会員に有益な情報であり、優先順位情報データベース９５０（図１４参照）に格納されている。図４に示した決済処理部３０５は、上記景品優先度を決定する機能も備えている。決済処理部３０５の動作の詳細については後述する。
【００６２】
カード利用優先度情報データベース３７０は、上述した基本優先度、提携優先度に関するカード利用優先度情報を格納するデータベースである。具体的には、カード利用優先度情報データベース３７０は、図７に示したように、「クレジットカード会社」、「提携店舗」、「基本優先度」および「提携優先度」というフィールドを備えている。
【００６３】
「クレジットカード会社」は、図１に示した「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」を表す情報である。「提携店舗」は、「クレジットカード会社」とクレジットカードの手数料の引き下げを前提とした店舗に関する情報である。
【００６４】
同図では、「日本クレジット」（図１参照）は、「Ａ店舗」と提携関係にあり、「まるとくカード」は、「Ｂ店舗」と提携関係にある。以下同様にして、「丸菱カード」は、「Ｊ店舗」と提携関係にある。「基本優先度」および「提携優先度」は、前述した通りである。
【００６５】
図４に戻り、Ｗｅｂ情報提供部３０６は、各クレジットカード会社の紹介や会員登録方法等のＷｅｂ情報を、ネットワーク２００、移動通信ネットワーク７００および無線基地局８００を介して、携帯端末９００1 〜９００s （図１参照）のうち要求があった携帯端末へ提供する。
【００６６】
Ｗｅｂ情報データベース３８０は、クレジットカード会社毎のＷｅｂ情報を格納するデータベースである。メール制御部３０７は、電子メールの作成、送信、受信を制御する。
【００６７】
図１に戻り、店舗ＳＴ1 〜ＳＴm は、前述した複数のクレジットカード会社（「日本クレジット」、「まるとくカード」、・・・、「丸菱カード」）で発行された複数種類のクレジットカードで買い物が可能なデパート、ストア等である。
【００６８】
また、店舗ＳＴ1 〜ＳＴm は、クレジットカードの手数料割引に関して、クレジットカード会社とそれぞれ提携している。例えば、図７に示したように、店舗ＳＴ1 （Ａ店舗）は、「日本クレジット」と提携している。
【００６９】
図１に戻り、店舗ＳＴ1 （Ａ店舗）には、店舗サーバ４００1 、入出店検出器５００1 および携帯端末コネクタ６００1 が設けられている。店舗サーバ４００1 は、ネットワーク２００に接続されており、代行会社サーバ３００および携帯端末９００1 〜９００s にアクセス可能とされている。
【００７０】
入出店検出器５００1 は、Ａ店舗の出入口に設けられており、クレジットカードの会員の入店および出店を検出する。具体的には、それぞれの会員に携帯されている携帯端末９００1 〜９００s からは、会員を識別するための会員ＩＤが発信されている。
【００７１】
入出店検出器５００1 は、上記会員ＩＤを受信することにより、会員がＡ店舗に入店したこと、またはＡ店舗から会員が出店したことを検出する。携帯端末コネクタ６００1 は、Ａ店舗の支払いカウンタ（レジ）に設けられており、決済時に、クレジットカード機能を有する携帯端末９００1 〜９００s のうちいずれかの携帯端末と接続される。
【００７２】
店舗サーバ４００1 は、会員情報の収集、Ａ店舗に入店した会員の分布解析、店舗販売促進情報の管理、前述したクレジットカードのカード利用優先順位に関する情報の送信、クレジットカードの決済、ＰＯＳ（Point Of Sales）システムによる販売時点情報の管理等を行うサーバである。
【００７３】
具体的には、図８に示した店舗サーバ４００1 において、通信インタフェース４０１は、ネットワーク２００に接続されており、ネットワーク２００を介しての通信を制御する。制御部４０２は、各部を制御するものである。
【００７４】
会員情報収集部４０３は、ネットワーク２００を介して、代行会社サーバ３００（図１参照）からクレジットカード会社別の会員情報を収集し、これらの会員情報を会員情報データベース４５０に格納する。
【００７５】
会員情報データベース４５０は、図９に示したように、「会員ＩＤ」、「入店フラグ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「クレジットカード会社」、「提携フラグ」、「カード番号」、「提携先会員番号」、「カード有効期限」等のフィールドを備えている。
【００７６】
「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「クレジットカード会社」、「カード番号」、「提携先会員番号」および「カード有効期限」は、図５に示した会員情報データベース３５０における「会員ＩＤ」、「氏名」、「性別」、「生年月日」、「メールアドレス」、「クレジットカード会社」、「カード番号」、「提携先会員番号」および「カード有効期限」に対応している。
【００７７】
「入店フラグ」は、当該会員がＡ店舗に入店しているか否かを表すフラグである。この「入店フラグ」が「１」である場合には、当該会員がＡ店舗に入店していることを意味している。一方、「入店フラグ」が「０」である場合には、当該会員がＡ店舗から出店していることを意味している。
【００７８】
「提携フラグ」は、Ａ店舗とクレジットカード会社との提携関係を表すフラグである。この「提携フラグ」が「１」である場合には、当該クレジットカード会社とＡ店舗とが提携していることを意味している。同図の場合、「日本 太郎」に対応する「日本クレジット」とＡ店舗とが提携している。一方、「提携フラグ」が「０」である場合には、当該クレジット会社とＡ店舗とが提携していないことを意味している。
【００７９】
図８に戻り、会員分布解析部４０４は、Ａ店舗に入店した全会員を対象として、会員情報データベース４５０（図９参照）における入店フラグおよび属性情報（性別、年齢別）に基づいて、クレジットカード会社別の人数、男女、年齢別構成比等の分布を解析し、解析結果を会員分布情報として、会員分布情報データベース４６０に格納する。
【００８０】
会員分布情報データベース４６０は、図１０に示したように、「クレジットカード会社」、「提携フラグ」、「男女人数（比率）」、「男性人数（比率）」、「女性人数（比率）」、「男性年齢別人数（比率）」、「女性年齢別人数（比率）」等のフィールドを備えている。
【００８１】
「クレジットカード会社」および「提携フラグ」は、図９に示した会員情報データベース４５０における「クレジットカード会社」および「提携フラグ」に対応している。「男女人数（比率）」は、クレジットカード会社別の男女（会員）の人数、および全人数に占める比率に関する情報である。
【００８２】
同図に示した例では、Ａ店舗には、５００人（合計）の男女（会員）が入店している。そのうち、「日本クレジット」のクレジットカードを保有している会員は、２５０人（５０％）である。
【００８３】
「まるとくカード」のクレジットカードを保有している会員は、４０人（８％）である。以下同様にして、「丸菱カード」のクレジットカードを保有している会員は、５０人（１０％）である。従って、Ａ店舗においては、５００人の会員のうち、５０％の会員が提携型のクレジットカード（「日本クレジット」）を保有しているのである。
【００８４】
「男性人数（比率）」は、「男女人数（比率）」のうち、男性の人数および男女人数に占める男性の比率に関する情報である。「女性人数（比率）」は、「男女人数（比率）」のうち、女性の人数および男女人数に占める女性の比率に関する情報である。
【００８５】
「男性年齢別人数（比率）」は、「男性人数（比率）」のうち、年齢別（２０歳〜３０歳、３１歳〜４０歳、４１歳〜５０歳および５１歳以上）の人数および比率に関する情報である。「女性年齢別人数（比率）」は、「女性人数（比率）」のうち、年齢別（２０歳〜３０歳、３１歳〜４０歳、４１歳〜５０歳および５１歳以上）の人数および比率に関する情報である。
【００８６】
図８に戻り、店舗販売促進処理部４０５は、会員分布情報データベース４６０（図１０参照）の会員分布情報および会員情報データベース４５０に基づいて、会員の属性（性別、年齢層）に対応する店舗販売促進情報を、当該会員の携帯端末へ送信する処理を実行する。この店舗販売促進情報は、Ａ店舗に対応する提携型のクレジットカード（「日本クレジット」）を保有している会員に対して、各種特典、プレゼントをきっかけとして、当該クレジットカードによる商品の購入を促進するための情報であり、店舗販売促進情報データベース４７０に格納されている。
【００８７】
図１１に示した店舗販売促進情報データベース４７０は、「属性」および「内容」というフィールドを備えている。「属性」は、上記クレジットカード（「日本クレジット」）の会員の性別、年齢層に関する属性情報である。「内容」は、Ａ店舗側の販売促進（キャンペーン）に関する情報であって、「日本クレジット」のクレジットカードを保有する会員に限定された各種プレゼント、優待、特典等の案内情報である。
【００８８】
決済処理部４０６は、クレジットカードの利用に際して、前述したカード利用優先順位の決定、与信、請求等のカード決済に関する処理を実行する。このカード利用優先順位は、カード利用優先度情報データベース４８０（図１２参照）における基本優先度および提携優先度と、代行会社サーバ３００における景品優先度との合計優先度により決定される。
【００８９】
図１２に示したカード利用優先度情報データベース４８０は、カード利用優先度情報データベース３７０（図７参照）と同一のデータ構造のデータベースであり、「クレジットカード会社」、「提携店舗」、「基本優先度」および「提携優先度」というフィールドを備えている。
【００９０】
図８に戻り、ＰＯＳ処理部４０７は、商品が売買された時点で商品コード等の販売時点情報をコンピュータに通知し、商品の販売数や売筋商品をリアルタイムに集計、分析する。表示部４０８は、ＣＲＴ（Cathode Ray Tube）、ＬＣＤ（Liquid Crystal Display）等であり、決済情報等を表示する。
【００９１】
図１に戻り、店舗ＳＴ2（Ｂ店舗）には、店舗ＳＴ1 と同様にして、店舗サーバ４００2 、入出店検出器５００2 、携帯端末コネクタ６００2 が設けられている。以下、同様にして、店舗ＳＴm にも、店舗ＳＴ1 と同様にして、店舗サーバ４００m 、入出店検出器５００m、携帯端末コネクタ６００m が設けられている。
【００９２】
移動通信ネットワーク７００は、ネットワーク２００に接続されており、無線基地局８００および無線リンクを介して、携帯端末９００1 〜９００s に接続される。携帯端末９００1 〜９００s は、クレジットカード機能を備えた携帯電話機、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistance ）等であり、前述したクレジットカードの会員にそれぞれ携帯される。
【００９３】
ここで、図１３を参照して、携帯端末９００1 の構成について詳述する。ここで、実施の形態１では、図９に示した「日本 太郎」が携帯端末９００1 を携帯しているとする。
【００９４】
同図において、アンテナ９０１は、無線基地局８００（図１参照）との間で電波を送受信する。送受信部９０２は、アンテナ９０１を介して、データの送受信を行う。制御部９０３は、各部を制御する。
【００９５】
通話部９０４は、音声通信における通話を制御する。表示部９０５は、ＬＣＤであり、クレジットカードの会員登録や、クレジットカード会社および店舗からの販売促進情報等に関する各種画面（図３１〜図３７参照）を表示する。操作キー部９０６は、電話番号、ＵＲＬ（Uniform Resource Locator）、メールアドレス等の入力に用いられるテンキーや英字キー、各種ファンクションキーから構成されている。
【００９６】
マイク９０７は、話者の音声を音声信号に変換する機能を備えている。スピーカ９０８は、音声、着信音、警告音等を発する。バイブレータ９０９は、着信や警告を振動により伝達する機能を備えている。Ｗｅｂブラウザ９１０は、クレジットカード会社サーバ１００1 〜１００n 、代行会社サーバ３００やその他サーバから提供されるＷｅｂ情報を閲覧する機能を備えている。
【００９７】
メール制御部９１１は、電子メールの作成、送信、受信を制御する。コネクタ９１２は、クレジットカード決済時に、携帯端末コネクタ６００1 〜６００m （図１参照）のうちいずれかの携帯端末コネクタに接続される。
【００９８】
クレジットカード情報格納部９１３は、図９に示した「日本 太郎」が会員となっている「日本クレジット」、「まるとくカード」および「丸菱カード」に対応する三種類のクレジットカードに関するクレジットカード情報（会員ＩＤ、氏名、クレジットカード会社、カード番号、提携先会員番号、カード有効期限等）を格納している。
【００９９】
優先順位情報データベース９５０は、上記「日本クレジット」、「まるとくカード」および「丸菱カード」に対応する三種類のクレジットカードから決済用のクレジットカードを選択する際の優先順位情報を格納するデータベースである。
【０１００】
具体的には、優先順位情報データベース９５０は、図１４に示したように、「クレジットカード会社」、「提携フラグ」、「基本優先度」、「提携優先度」、「景品優先度」、「優先度合計」、「優先順位」、「景品獲得残額」等のフィールドを備えている。
【０１０１】
「クレジットカード会社」および「提携フラグ」は、図９に示した会員情報データベース４５０における「クレジットカード会社」および「提携フラグ」に対応している。「基本優先度」および「提携優先度」は、図７に示したカード利用優先度情報データベース３７０における「基本優先度」および「提携優先度」に対応している。ただし、「提携フラグ」が「０」である場合、これに対応する「提携優先度」は、「０」とされる。
【０１０２】
「景品優先度」は、図５に示した「景品獲得金額」が、しきい値（例えば、１５０００円）以下である場合の優先度（例えば、２０）であり、カード会社等により設定される。「優先度合計」は、「基本優先度」、「提携優先度」および「景品優先度」の合計である。
【０１０３】
「優先順位」は、クレジットカードを選択する際の優先順位であり、「優先度合計」が高い順に関する情報である。「景品獲得残額」は、図５に示した会員情報データベース３５０における「景品獲得残額」に対応している。
【０１０４】
つぎに、実施の形態１の動作について、図１６〜図３０に示したフローチャートおよび図３１〜図３７に示した各種画面を参照しつつ詳述する。以下では、携帯端末９００1 を携帯する会員がＡ店舗に入店し、「日本クレジット」のクレジットカードで決済する場合を例にとって説明する。
【０１０５】
図１６に示したステップＳＡ１では、クレジットカード会社サーバ１００1 は、携帯端末９００1 〜９００s のうちいずれかの携帯端末から、無線基地局８００、移動通信ネットワーク７００およびネットワーク２００を介して、クレジットカードの会員登録要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１０６】
ステップＳＡ２では、クレジットカード会社サーバ１００1 は、代行会社サーバ３００からの与信情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＡ３では、クレジットカード会社サーバ１００1 は、「日本クレジット」の担当者により、新規のカード会社販売促進情報が入力されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１０７】
ステップＳＡ４では、クレジットカード会社サーバ１００1 は、代行会社サーバ３００より請求情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、クレジットカード会社サーバ１００1 は、判断結果が「Ｙｅｓ」となるまで、ステップＳＡ１〜ステップＳＡ４の判断を繰り返す。
【０１０８】
また、図２３に示したステップＳＨ１では、図８に示した店舗サーバ４００1 の制御部４０２は、代行会社サーバ３００よりカード利用優先度情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＨ２では、会員情報収集部４０３は、代行会社サーバ３００より会員情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１０９】
ステップＳＨ３では、制御部４０２は、携帯端末９００1 〜９００s のうちいずれかの携帯端末から送信された会員ＩＤが入出店検出器５００1 （図１参照）に検出されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１０】
ステップＳＨ４では、決済処理部４０６は、携帯端末９００1 〜９００s のうちいずれかの携帯端末が携帯端末コネクタ６００1 （図１参照）に接続されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、店舗サーバ４００1 では、判断結果が「Ｙｅｓ」となるまでステップＳＨ１〜ステップＳＨ４が繰り返される。なお、クレジットカード会社サーバ１００2 〜１００n も、上述したクレジットカード会社サーバ１００1 と同様に動作する。
【０１１１】
また、図１９に示したステップＳＤ１では、図４に示した代行会社サーバ３００の制御部３０２は、カード利用優先度情報データベース３７０（図７参照）からカード利用優先度情報を取得する。ステップＳＤ２では、制御部３０２は、ネットワーク２００を介して、上記カード利用優先度情報を店舗サーバ４００1 〜４００m へそれぞれ送信する。
【０１１２】
そして、カード利用優先度情報が図８に示した店舗サーバ４００1 に受信されると、制御部４０２は、図２３に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。ステップＳＨ５では、制御部４０２は、カード利用優先度情報をカード利用優先度情報データベース４８０（図１２参照）に格納する。同様にして、店舗サーバ４００2 〜４００m においても、受信されたカード利用優先度情報がカード利用優先度情報データベース（図示略）に格納される。
【０１１３】
図１９に戻り、ステップＳＤ３では、カード会社販売促進情報収集部３０４は、クレジットカード会社サーバ１００1 〜１００n からのカード会社販売促進情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＤ４では、会員情報収集部３０３は、クレジットカード会社サーバ１００1 〜１００n からの会員情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１４】
ステップＳＤ５では、決済処理部３０５は、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバからの会員ＩＤ（景品優先度問い合わせ用）を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＤ６では、決済処理部３０５は、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバからの与信情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１５】
ステップＳＤ７では、決済処理部３０５は、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバからの請求情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、代行会社サーバ３００においては、判断結果が「Ｙｅｓ」となるまで、ステップＳＤ３〜ステップＳＤ７が繰り返される。
【０１１６】
また、図２９に示したステップＳＮ１では、図１３に示した携帯端末９００1 の制御部９０３は、会員登録を目的として、クレジットカード会社サーバ１００1 〜１００n のうちいずれかのクレジットカード会社サーバへのアクセス要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１７】
ステップＳＮ２では、制御部９０３は、代行会社サーバ３００からのカード会社販売促進情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＮ３では、制御部９０３は、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバからの店舗販売促進情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１１８】
ステップＳＮ４では、制御部９０３は、携帯端末コネクタ６００1 〜６００m のうちいずれかの携帯端末コネクタにコネクタ９１２が接続されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、携帯端末９００1 においては、判断結果が「Ｙｅｓ」となるまで、ステップＳＮ１〜ステップＳＮ４が繰り返される。なお、携帯端末９００2 〜９００s も、上述した携帯端末９００1 と同様に動作する。
【０１１９】
そして、クレジットカード会社で新規のカード会社販売促進情報が入力されると、クレジットカード会社サーバ１００1 は、図１６に示したステップＳＡ３の判断結果を「Ｙｅｓ」とする。ステップＳＡ７では、クレジットカード会社サーバ１００1 は、ネットワーク２００を介して、カード会社販売促進情報を代行会社サーバ３００へ送信する。なお、クレジットカード会社サーバ１００2 〜１００n も、クレジットカード会社サーバ１００1 と同様にカード会社販売促進情報を代行会社サーバ３００へ送信する。
【０１２０】
これらのカード会社販売促進情報を受信すると、図４に示した代行会社サーバ３００のカード会社販売促進情報収集部３０４は、図１９に示したステップＳＤ３の判断結果を「Ｙｅｓ」とする。ステップＳＤ８では、カード会社販売促進情報収集部３０４は、カード会社販売促進情報をカード会社販売促進情報データベース３６０（図６参照）に格納する。
【０１２１】
ここで、図１に示した携帯端末９００1 を携帯している「日本 太郎」は、「まるとくカード」および「丸菱カード」という二社のクレジットカードを保有しているとする。この状態で、「日本 太郎」は、「日本クレジット」に新規会員登録すべく、図１３に示した操作キー部９０６を操作して、クレジットカード会社サーバ１００1 （「日本クレジット」）のＵＲＬを入力する。
【０１２２】
これにより、制御部９０３は、図２９に示したステップＳＮ１の判断結果を「Ｙｅｓ」とする。ステップＳＮ８では、制御部９０３は、ネットワーク２００を介して、クレジットカード会社サーバ１００1 にアクセスし、会員登録処理を実行する。
【０１２３】
そして、会員登録要求があると、クレジットカード会社サーバ１００1 は、図１６に示したステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ５では、クレジットカード会社サーバ１００1 は、会員登録処理を実行する。
【０１２４】
具体的には、図１７に示したステップＳＢ１では、クレジットカード会社サーバ１００1 は、携帯端末９００1 の表示部９０５に、図３１に示した会員登録画面１０００を表示させる。ステップＳＢ２では、クレジットカード会社サーバ１００1 は、会員登録画面１０００に対応する会員情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１２５】
この会員登録画面１０００は、クレジットカードの新規会員登録のための画面であり、会員情報を入力するための画面である。「日本 太郎」は、図１３に示した操作キー部９０６を操作して、会員登録画面１０００の「氏名」、「性別」、「生年月日」、「メールアドレス」等の会員情報を入力した後、送信指示を出す。
【０１２６】
そして、上記会員情報がクレジットカード会社サーバ１００1 に受信されると、クレジットカード会社サーバ１００1 は、図１７に示したステップＳＢ２の判断結果を「Ｙｅｓ」とする。ステップＳＢ３では、クレジットカード会社サーバ１００1 は、図２に示した会員情報データベース１５０1 に、「会員ＩＤ」に対応付けて上記会員情報を格納する。
【０１２７】
ステップＳＢ４では、クレジットカード会社サーバ１００1 は、図３２に示した登録完了画面１１００を表示部９０５（図１３）に表示させる。ステップＳＢ５では、クレジットカード会社サーバ１００1 は、会員情報データベース１５０1 に格納された会員情報（会員ＩＤ＝００００１）を携帯端末９００1 （「日本
太郎」）および代行会社サーバ３００へ送信する。
【０１２８】
そして、上記会員情報が図１３に示した携帯端末９００1 に受信されると、制御部９０３は、会員情報をクレジットカード情報としてクレジットカード情報格納部９１３に格納する。これにより、図２９に示したステップＳＮ８の会員登録処理が終了する。
【０１２９】
一方、上記会員情報が代行会社サーバ３００に受信されると、図４に示した代行会社サーバ３００の会員情報収集部３０３は、図１９に示したステップＳＤ４の判断結果を「Ｙｅｓ」とする。ステップＳＤ９では、会員情報収集部３０３は、会員登録処理を実行する。
【０１３０】
具体的には、図２０に示したステップＳＥ１では、会員情報収集部３０３は、図５に示した会員情報データベース３５０に、受信した会員情報を格納する。ステップＳＥ２では、会員情報収集部３０３は、店舗サーバ４００1 〜４００m へ上記会員情報を送信する。
【０１３１】
そして、会員情報が図８に示した店舗サーバ４００1 に受信されると、会員情報収集部４０３は、図２３に示したステップＳＨ２の判断結果を「Ｙｅｓ」とする。ステップＳＨ６では、会員情報収集部４０３は、上記会員情報を図９に示した会員情報データベース４５０に格納する。他の店舗サーバ４００2 〜４００m においても、店舗サーバ４００1 と同様にして、会員情報が会員情報データベース（図示略）にそれぞれ格納される。
【０１３２】
図２０に戻り、ステップＳＥ３では、代行会社サーバ３００（図４参照）の制御部３０２は、図６に示したカード会社販売促進情報データベース３６０から、当該会員情報（「日本クレジット」）に対応するカード会社販売促進情報を取得する。ステップＳＥ４では、制御部３０２は、携帯端末９００1 へ上記カード会社販売促進情報を送信する。具体的には、上記カード会社販売促進情報は、図５に示した「日本 太郎」の「メールアドレス」（＝taro@abc.com）宛に送信される。
【０１３３】
そして、カード会社販売促進情報が図１３に示した携帯端末９００1 に受信されると、制御部９０３は、図２９に示したステップＳＮ２の判断結果を「Ｙｅｓ」とする。ステップＳＮ９では、制御部９０３は、カード会社販売促進情報（「日本クレジット」）に基づいて、図３３に示したカード会社販売促進画面１２００を表示部９０５に表示させる。これにより、「日本 太郎」が「日本クレジット」に会員登録するための一連の処理が終了する。
【０１３４】
つぎに、Ａ店舗において、「日本 太郎」がクレジットカードで買い物の決済を行う例について説明する。携帯端末９００1 を携帯した「日本 太郎」がＡ店舗の出入口から入店すると、携帯端末９００1 から送信されている会員ＩＤ（＝００００１）が入出店検出器５００1 に検出される。
【０１３５】
これにより、図８に示した店舗サーバ４００1 の制御部４０２は、図２３に示したステップＳＨ３の判断結果を「Ｙｅｓ」とする。ステップＳＨ７では、入出店処理が実行される。
【０１３６】
具体的には、図２４に示したステップＳＩ１では、制御部４０２は、図９に示した会員情報データベース４５０を参照して、会員ＩＤ（＝００００１、「日本太郎」）に対応する「入店フラグ」が「１」であるか否かを判断する。この場合、「入店フラグ」は、「０」（入店直前の状態）である。従って、制御部４０２は、ステップＳＩ１の判断結果を「Ｎｏ」とする。
【０１３７】
ステップＳＩ２では、制御部４０２は、入店処理を実行する。具体的には、図２５に示したステップＳＪ１では、制御部４０２は、図９に示した会員情報データベース４５０における会員ＩＤ（＝００００１、「日本 太郎」）に対応する「入店フラグ」を「０」から「１」に設定する。これにより、「日本 太郎」は、Ａ店舗に入店している状態とされる。
【０１３８】
ステップＳＪ２では、会員分布解析部４０４は、会員情報データベース４５０から、会員ＩＤ（＝０００１）をキーとして、「日本 太郎」に関する属性情報（「性別」、「生年月日」、「クレジットカード会社」）を取得する。
【０１３９】
ステップＳＪ３では、会員分布解析部４０４は、属性情報に基づいて、図１０に示した会員分布情報データベース４６０を更新する。具体的には、会員分布解析部４０４は、「日本 太郎」が会員となっているクレジットカード会社として「日本クレジット」、「まるとくカード」および「丸菱カード」という三社を認識する。つぎに、会員分布解析部４０４は、「生年月日」および「性別」より、「日本 太郎」の年齢（＝例えば、３０歳）および男であることを認識する。
【０１４０】
つぎに、会員分布解析部４０４は、図１０に示した会員分布情報データベース４６０において、「日本 太郎」に関する数値を更新する。ここで、更新される数値は、上記三社に関する「男女人数（比率）」、「男性人数（比率）」、「女性人数（比率）」（ただし、（比率）のみ）「男性年齢別人数（比率）」（２０歳〜３０歳）および「合計」である。このように、実施の形態１では、会員が店舗に入店すると、リアルタイムで会員の分布が解析される。
【０１４１】
図２５に戻り、ステップＳＪ４では、店舗販売促進処理部４０５は、会員ＩＤ（＝００００１）をキーとして、図９に示した会員情報データベース４５０の「提携フラグ」が「１」であるか否かを判断する。この場合、Ａ店舗と提携している「日本クレジット」の「提携フラグ」が「１」とされている。すなわち、「日本 太郎」は、「日本クレジット」の提携型のクレジットカードを保有しているのである。
【０１４２】
従って、この場合には、店舗販売促進処理部４０５は、ステップＳＪ４の判断結果を「Ｙｅｓ」とする。ステップＳＪ５では、店舗販売促進処理部４０５は、図１１に示した店舗販売促進情報データベース４７０から、Ａ店舗に入店した「日本 太郎」の属性情報（男、３０歳）をキーとして、店舗販売促進情報を取得する。
【０１４３】
この場合は、「男女共通」、「男性」および「男性２０歳〜３０歳」に対応する店舗販売促進情報が取得される。ステップＳＪ６では、店舗販売促進処理部４０５は、会員情報データベース４５０から得られる（図９参照）携帯端末９００1 のメールアドレス宛に、ステップＳＪ５で取得した店舗販売促進情報を送信する。なお、「提携フラグ」が「０」である場合、ステップＳＪ４の判断結果が「Ｎｏ」とされる。なお、実施の形態１では、会員情報データベース４５０から得られる属性情報に基づいて、店舗販売促進情報を当該携帯端末へ送信するようにしてもよい。
【０１４４】
そして、上記店舗販売促進情報が図１３に示した携帯端末９００1 に受信されると、制御部９０３は、図２９に示したステップＳＮ３の判断結果を「Ｙｅｓ」とする。ステップＳＮ１０では、制御部９０３は、店舗販売促進情報に基づいて、表示部９０５に、図３４に示した店舗販売促進画面１３００を表示させる。
【０１４５】
これにより、「日本 太郎」は、「日本クレジット」のクレジットカード（提携型）を用いて、Ａ店舗で各種メリットを享受できる。一方、Ａ店舗にとってみれば、上記各種メリットをトリガとして、他のクレジットカードに先駆けて、「日本クレジット」のクレジットカードを「日本 太郎」に積極的に利用してもらう可能性が高まる。
【０１４６】
そして、「日本 太郎」が商品をレジに持ち込み、クレジットカードでの決済を販売員に申し出ると、販売員は、「日本 太郎」から携帯端末９００1 を預かり、携帯端末コネクタ６００1 （図１参照）をコネクタ９１２（図１３参照）に接続する。
【０１４７】
これにより、携帯端末９００1 の制御部９０３は、図２９に示したステップＳＮ４の判断結果を「Ｙｅｓ」とする。ステップＳＮ５では、制御部９０３は、会員ＩＤ（＝００００１）をコネクタ９１２および図１に示した携帯端末コネクタ６００1 を介して、店舗サーバ４００1 へ送信する。
【０１４８】
ステップＳＮ６では、制御部９０３は、店舗サーバ４００1 からの優先順位情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１４９】
また、携帯端末コネクタ６００1 （図１参照）にコネクタ９１２（図１３参照）が接続されると、図８に示した店舗サーバ４００1 の決済処理部４０６は、図２３に示したステップＳＨ４の判断結果を「Ｙｅｓ」とする。ステップＳＨ８では、決済処理部４０６は、カード決済処理を実行する。
【０１５０】
具体的には、図２７に示したステップＳＬ１では、決済処理部４０６は、携帯端末９００1 からの会員ＩＤ（＝００００１）を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。そして、ステップＳＮ５（図２９参照）で送信された会員ＩＤ（＝００００１）が店舗サーバ４００1 に受信されると、決済処理部４０６は、ステップＳＬ１の判断結果を「Ｙｅｓ」とする。
【０１５１】
ステップＳＬ２では、決済処理部４０６は、カード利用優先順位決定処理を実行する。具体的には、図２８に示したステップＳＭ１では、決済処理部４０６は、代行会社サーバ３００へ会員ＩＤ（＝００００１）を送信する。ステップＳＭ２では、決済処理部４０６は、代行会社サーバ３００から景品優先度情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１５２】
そして、会員ＩＤ（＝００００１）が図４に示した代行会社サーバ３００に受信されると、決済処理部３０５は、図１９に示したステップＳＤ５の判断結果を「Ｙｅｓ」とする。ステップＳＤ１０では、決済処理部３０５は、景品優先度決定処理を実行する。
【０１５３】
具体的には、図２１に示したステップＳＦ１では、決済処理部３０５は、図５に示した会員情報データベース３５０から、「日本 太郎」に関する会員ＩＤ（＝００００１）をキーとして、「クレジットカード会社」に対応付けて「景品獲得残額」を取得する。この場合、以下の情報が取得される。
【０１５４】
ステップＳＦ２では、決済処理部３０５は、上記景品獲得残額と、予め設定されているしきい値（＝１５０００）とを比較する。ステップＳＦ３では、決済処理部３０５は、ステップＳＦ２の比較結果に基づいて、クレジットカード会社毎に景品優先度を決定する。具体的には、景品獲得残額がしきい値以下である場合には、景品優先度が「２０」とされる。一方、景品獲得残額がしきい値より大きい場合には、景品優先度が「０」とされる。以下に、決定された景品優先度を列挙する。
【０１５６】
ステップＳＦ４では、決済処理部３０５は、会員ＩＤ（＝００００１）、クレジットカード会社、景品獲得残額および景品優先度を図１５に示した景品優先度情報Ｊとして、店舗サーバ４００1 へ送信する。
【０１５８】
そして、景品優先度情報Ｊが図８に示した店舗サーバ４００1 に受信されると、決済処理部４０６は、図２８に示したステップＳＭ２の判断結果を「Ｙｅｓ」とする。ステップＳＭ３では、決済処理部４０６は、図１２に示したカード利用優先度情報データベース４８０から基本優先度および提携優先度の情報を取得する。
【０１５９】
具体的には、決済処理部４０６は、図９に示した会員情報データベース４５０から、会員ＩＤ（＝００００１）をキーとして、「クレジットカード会社」（「日本クレジット」、「まるとくカード」および「丸菱カード」）の情報を取得する。
【０１６０】
つぎに、決済処理部４０６は、「クレジットカード会社」（「日本クレジット」、「まるとくカード」および「丸菱カード」）をキーとして、図１２に示したカード利用優先度情報データベース４８０から、「基本優先度」および「提携優先度」の情報をカード会社毎に取得する。以下に、取得された情報を列挙する。
【０１６１】
つぎに、決済処理部４０６は、図１２に示したカード利用優先度情報データベース４８０の「提携店舗」の情報を参照し、取得された三社分の「提携優先度」のうち、Ａ店舗が提携店舗となっている「提携優先度」はそのままに、一方、Ａ店舗が提携店舗となっていない「提携優先度」を「０」にする。以下、その結果を列挙する。
【０１６３】
ステップＳＭ４では、決済処理部４０６は、「クレジットカード会社」、「提携フラグ」、「基本優先度」、「提携優先度」、「景品優先度」、「優先度合計」、「優先順位」、「景品獲得残額」等（図１４参照）からなる優先順位情報を携帯端末９００1 へ送信する。
【０１６５】
つぎに、図２７に示したステップＳＬ３では、決済処理部４０６は、携帯端末９００1 からのクレジットカード情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」とし、同判断を繰り返す。
【０１６６】
そして、ステップＳＭ４（図２８参照）で送信された優先順位情報が図１３に示した携帯端末９００1 に受信されると、制御部９０３は、図２９に示したステップＳＮ６の判断結果を「Ｙｅｓ」とする。ステップＳＮ７では、制御部９０３は、決済カード選択処理を実行する。
【０１６７】
具体的には、図３０に示したステップＳＯ１では、制御部９０３は、図１４に示した優先順位情報データベース９５０に、受信した優先順位情報を格納する。この図からわかるように、優先順位は、「日本クレジット」（提携型）、「まるとくカード」、「丸菱カード」とされている。
【０１６８】
ステップＳＯ２では、制御部９０３は、図１４に示した優先順位情報データベース９５０において、「優先順位」が「１」に対応する景品優先度が「２０」であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＯ２の判断結果が「Ｎｏ」である場合、制御部９０３は、ステップＳＯ３の処理を実行する。
【０１６９】
ステップＳＯ８では、制御部９０３は、図１４に示した優先順位が「１」である「日本クレジット」および「景品獲得残額」（＝１００００）に基づいて、図３５に示した景品獲得画面１４００を表示部９０５に表示させる。
【０１７０】
これにより、「日本 太郎」は、「日本クレジット」のクレジットカードを１００００円以上利用した場合、景品が獲得できることを認識する。すなわち、この場合には、Ａ店舗に手数料割引等のメリットがある「日本クレジット」のクレジットカードを「日本 太郎」に積極的に宣伝しているのである。
【０１７１】
図３０に戻り、ステップＳＯ３では、制御部９０３は、優先順位情報データベース９５０（図１４参照）の「優先順位」および「クレジットカード会社」に基づいて、図３６に示した決済カード選択画面１５００を表示部９０５に表示させる。この決済カード選択画面１５００は、「日本 太郎」が保有している三種類のクレジットカードのうちいずれかを決済カードとして選択させるための画面である。
【０１７２】
ステップＳＯ４では、制御部９０３は、決済カード選択画面１５００より決済カードが選択されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。そして、「日本 太郎」は、景品獲得（景品獲得画面１４００：図３５参照）や優先順位の観点から、例えば、優先順位が「１」の「日本クレジット」のクレジットカードを選択する。
【０１７３】
これにより、制御部９０３は、ステップＳＯ４の判断結果を「Ｙｅｓ」とする。ステップＳＯ５では、制御部９０３は、図３７に示した決済カード確認画面１６００を表示部９０５に表示させる。この決済カード確認画面１６００は、選択されたクレジットカード（この場合、「日本クレジット」）で決済するか、または他のクレジットカードで決済するかを「日本 太郎」に確認させるための画面である。
【０１７４】
ステップＳＯ６では、制御部９０３は、図３７に示した「１．ＯＫ」が選択されたか否かを判断する。ここで、図３７に示した「２．他のクレジットカードで決済」が選択された場合、制御部９０３は、ステップＳＯ６の判断結果を「Ｎｏ」として、前述したステップＳＯ３以降の処理を実行し、決済カードを再度選択させる。
【０１７５】
この場合、図３７に示した「１．ＯＫ」が選択されたとすると、制御部９０３は、ステップＳＯ６の判断結果を「Ｙｅｓ」とする。ステップＳＯ７では、制御部９０３は、当該決済カード（この場合、「日本クレジット」）に対応するクレジットカード情報をクレジットカード情報格納部９１３から取得した後、コネクタ９１２および携帯端末コネクタ６００1（図１参照）を介して、このクレジットカード情報を店舗サーバ４００1 へ送信する。
【０１７６】
そして、「日本クレジット」に対応するクレジットカード情報が図８に示した店舗サーバ４００1 に受信されると、決済処理部４０６は、図２７に示したステップＳＬ３の判断結果を「Ｙｅｓ」とする。
【０１７７】
ステップＳＬ４では、決済処理部４０６は、「日本 太郎」に関する与信情報（会員ＩＤ、カード番号、利用金額（例えば、５０００円）等）を代行会社サーバ３００へ送信する。ステップＳＬ５では、決済処理部４０６は、上記与信情報の応答としての与信結果情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１７８】
そして、与信情報が図４に示した代行会社サーバ３００に受信されると、決済処理部３０５は、図１９に示したステップＳＤ６の判断結果を「Ｙｅｓ」とする。ステップＳＤ１１では、決済処理部３０５は、与信処理を実行する。
【０１７９】
具体的には、図２２に示したステップＳＧ１では、決済処理部３０５は、与信情報をクレジットカード会社サーバ１００1（日本クレジット」）へ送信する。ステップＳＧ２では、決済処理部３０５は、図１に示したクレジットカード会社サーバ１００1 からの与信結果情報および更新情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１８０】
そして、与信情報がクレジットカード会社サーバ１００1 に受信されると、クレジットカード会社サーバ１００1 は、図１６に示したステップＳＡ２の判断結果を「Ｙｅｓ」とする。ステップＳＡ６では、クレジットカード会社サーバ１００1 は、与信処理を実行する。
【０１８１】
具体的には、図１８に示したステップＳＣ１では、クレジットカード会社サーバ１００1 は、与信情報に含まれるカード番号をキーとして、図２に示した会員情報データベース１５０1 を照会する。ステップＳＣ２では、クレジットカード会社サーバ１００1 は、「日本 太郎」に対応する「利用額」（４００００＋５０００）が「利用限度額」（＝３０００００）以下であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。すなわち、この場合には、「日本 太郎」に関する与信結果がＯＫ（カード決済可能）とされたのである。
【０１８２】
ステップＳＣ３では、クレジットカード会社サーバ１００1 は、会員情報データベース１５０1 における「日本 太郎」に関する「利用額」、「利用残額」および「景品獲得残額」（更新情報）を会員情報データベース１５０1 に上書きする。ステップＳＣ４では、クレジットカード会社サーバ１００1 は、与信結果情報（＝ＯＫ）および更新情報を代行会社サーバ３００へ送信する。
【０１８３】
なお、ステップＳＣ２の判断結果が「Ｎｏ」である場合、すなわち、「日本 太郎」に関する与信結果がＮＧ（カード決済不可）である場合、ステップＳＣ５では、クレジットカード会社サーバ１００1 は、与信結果情報（＝ＮＧ）を代行会社サーバ３００へ送信する。
【０１８４】
そして、クレジットカード会社サーバ１００1 からの与信結果情報（＝ＯＫ）および更新情報が図４に示した代行会社サーバ３００に受信されると、決済処理部３０５は、図２２に示したステップＳＧ２の判断結果を「Ｙｅｓ」とする。ステップＳＧ３では、決済処理部３０５は、与信結果情報から得られる与信結果がＯＫであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１８５】
ステップＳＧ４では、決済処理部３０５は、「日本 太郎」および「日本クレジット」に対応する更新情報（「利用額」、「利用残額」および「景品獲得残額」）に基づいて、図５に示した会員情報データベース３５０を更新する。
【０１８６】
ステップＳＧ５では、決済処理部３０５は、店舗サーバ４００1 へ与信結果情報（＝ＯＫ）を送信する。なお、ステップＳＧ３の判断結果が「Ｎｏ」である場合、ステップＳＧ６では、決済処理部３０５は、店舗サーバ４００1 へ与信結果情報（＝ＮＧ）を送信する。
【０１８７】
そして、代行会社サーバ３００からの与信結果情報（＝ＯＫ）が図８に示した店舗サーバ４００1 に受信されると、決済処理部４０６は、図２７に示したステップＳＬ５の判断結果を「Ｙｅｓ」とする。ステップＳＬ６では、決済処理部４０６は、与信結果情報から得られる与信結果がＯＫであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１８８】
ステップＳＬ７では、決済処理部４０６は、「日本クレジット」のクレジットカードの利用金額（５０００円）、会員ＩＤ等を含む請求情報を代行会社サーバ３００へ送信する。ステップＳＬ８では、決済処理部４０６は、携帯端末９００1 の表示部９０５（図１３参照）にカード決済が完了した旨を表す決済情報を表示させる。
【０１８９】
なお、ステップＳＬ６の判断結果が「Ｎｏ」である場合、すなわち、与信結果がＮＧである場合、ステップＳＬ９では、決済処理部４０６は、携帯端末９００1 の表示部９０５に、「日本クレジット」のクレジットカードで決済ができない旨を表す決済拒絶情報を表示させる。
【０１９０】
そして、ステップＳＬ７で送信された請求情報が図４に示した代行会社サーバ３００に受信されると、代行会社サーバ３００の決済処理部３０５は、図１９に示したステップＳＤ７の判断結果を「Ｙｅｓ」とする。
【０１９１】
ステップＳＤ１２では、決済処理部３０５は、クレジットカード会社サーバ１００1 （「日本クレジット」）へ請求情報を送信する。この請求情報がクレジットカード会社サーバ１００1 に受信されると、クレジットカード会社サーバ１００1 は、図１６に示したステップＳＡ４の判断結果を「Ｙｅｓ」とする。ステップＳＡ８では、請求情報に基づいて、カード会員の金融機関口座から利用金額を引き落とすための請求処理を実行する。
【０１９２】
図１９に示したステップＳＤ１３では、決済処理部３０５は、利用店舗名、利用日時、カード会社、カード番号、利用金額等からなる利用明細情報を店舗サーバ４００1 へ送信する。これにより、一連のカード決済が完了する。
【０１９３】
そして、カード決済を終えた「日本 太郎」がＡ店舗の出入口から出店すると、携帯端末９００1 から送信されている会員ＩＤ（＝００００１）が入出店検出器５００1 に検出される。
【０１９４】
これにより、図８に示した店舗サーバ４００1 の制御部４０２は、図２３に示したステップＳＨ３の判断結果を「Ｙｅｓ」とする。ステップＳＨ７では、前述した入出店処理が実行される。
【０１９５】
すなわち、図２４に示したステップＳＨ１では、制御部４０２は、図９に示した会員情報データベース４５０を参照して、会員ＩＤ（＝００００１、「日本 太郎」）に対応する「入店フラグ」が「１」であるか否かを判断する。この場合、「入店フラグ」は、「１」（出店直前の状態）である。従って、制御部４０２は、ステップＳＩ１の判断結果を「Ｙｅｓ」とする。
【０１９６】
ステップＳＩ３では、制御部４０２は、出店処理を実行する。具体的には、図２６に示したステップＳＫ１では、制御部４０２は、図９に示した会員情報データベース４５０における会員ＩＤ（＝００００１、「日本 太郎」）に対応する「入店フラグ」を「１」から「０」に設定する。これにより、「日本 太郎」は、Ａ店舗から出店している状態とされる。
【０１９７】
ステップＳＫ２では、会員分布解析部４０４は、会員情報データベース４５０から、会員ＩＤ（＝０００１）をキーとして、「日本 太郎」に関する属性情報（「性別」、「生年月日」、「クレジットカード会社」）を取得する。
【０１９８】
ステップＳＫ３では、会員分布解析部４０４は、属性情報に基づいて、図１０に示した会員分布情報データベース４６０を更新する。具体的には、会員分布解析部４０４は、「日本 太郎」が会員となっているクレジットカード会社として「日本クレジット」、「まるとくカード」および「丸菱カード」という三社を認識する。つぎに、会員分布解析部４０４は、「生年月日」および「性別」より、「日本 太郎」の年齢（＝例えば、３０歳）および男であることを認識する。
【０１９９】
つぎに、会員分布解析部４０４は、図１０に示した会員分布情報データベース４６０において、「日本 太郎」に関する数値を更新する。ここで、更新される数値は、上記三社に関する「男女人数（比率）」、「男性人数（比率）」、「女性人数（比率）」（ただし、（比率）のみ）、「男性年齢別人数（比率）」（２０歳〜３０歳）および「合計」である。
【０２００】
なお、実施の形態１では、会員分布情報データベース４６０の人数や比率と、予め設定されたしきい値との比較結果に基づいて、カード会員へ報知すべき情報を変化させるようにしてもよい。また、会員分布情報データベース４６０は、店舗におけるマーケティングにも利用される。
【０２０１】
また、実施の形態１においては、図１４に示した「基本優先度」、「提携優先度」および「景品優先度」に基づいて優先順位を決定する例について説明したが、「基本優先度」のみ、「提携優先度」のみ、「景品優先度」のみ、「基本優先度」＋「提携優先度」、「基本優先度」＋「景品優先度」または「提携優先度」＋「景品優先度」に基づいて、優先順位を決定するようにしてもよい。
【０２０２】
また、実施の形態１においては、図３０に示したステップＳＯ４で決済カードが選択された後に、当該決済カードに対応するカード会社販売促進情報（カード会社販売促進情報データベース３６０：図６参照）を図１３に示した携帯端末９００1 の表示部９０５に表示させるようにしてもよい。
【０２０３】
また、実施の形態１においては、図１に示した携帯端末コネクタ６００1 に携帯端末９００1 が接続された時点でカード会員の入店を検出し、また、接続が解除された時点でカード会員の出店を検出するようにしてもよい。
【０２０４】
以上説明したように、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、図１に示したＡ店舗〜Ｍ店舗のうちいずれかの店舗へのカード会員の入店をトリガとして、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバより受信し、この優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させるようにしたので、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【０２０５】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、クレジットカードの景品獲得残額（利用状況）に基づく優先順位情報や、クレジットカードを発行しているクレジットカード会社と店舗との提携の有無に基づく優先順位情報を受信するようにしたので、店舗のメリット（手数料割引等）を考慮してクレジットカードを効果的に使い分けることができる。
【０２０６】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、クレジットカード会社からカード会員への景品プレゼント（特典）に連動する景品獲得残額（利用金額）に基づく優先順位情報を受信するようにしたので、景品を早期に獲得させるために、カード会員に対して当該クレジットカードの選択を喚起することができる。
【０２０７】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバから提供される店舗販売促進情報（店舗販売促進情報データベース４７０：図１１参照）を受信し、この店舗販売促進情報をカード会員に提示（店舗販売促進画面１３００：図３４参照）するようにしたので、提携型のクレジットカードの利用をカード会員に喚起することができる。
【０２０８】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、カード会員の属性（性別、年齢等）に応じた店舗販売促進情報を受信するようにしたので、喚起のターゲットを絞ることができ、より効果的に提携型のクレジットカードの利用をカード会員に喚起することができる。
【０２０９】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、複数のクレジットカードを発行している複数のクレジットカード会社からそれぞれ提供されるカード会社販売促進情報（カード会社販売促進情報データベース３６０：図６参照）を受信し、このカード会社販売促進情報をカード会員に提示（カード会社販売促進画面１２００：図３３参照）するようにしたので、クレジットカードの利用をカード会員に喚起することができる。
【０２１０】
また、実施の形態１によれば、携帯端末９００1 〜９００s のうちいずれかの携帯端末において、選択されたクレジットカードに関するカード会社販売促進情報をカード会員に提示するようにしたので、特定のクレジットカードの利用をカード会員に喚起することができる。
【０２１１】
また、実施の形態１によれば、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバにおいて、複数のクレジットカードに関するクレジットカード情報を有する携帯端末９００1 〜９００s のうちいずれかの携帯端末へ上記優先順位情報を送信するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【０２１２】
また、実施の形態１によれば、代行会社サーバ３００において、店舗サーバ４００1 〜４００m のうちいずれかの店舗サーバへ、景品優先度情報Ｊ（図１５参照）へ送信するようにしたので、携帯端末側で、景品優先度情報Ｊに対応する優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができる。
【０２１３】
（実施の形態２）
さて、実施の形態１では、図１に示した入出店検出器５００1 により携帯端末９００1 から送信された会員ＩＤを検出し、店舗サーバ４００1 側で入店および出店を認識する例について説明したが、これに限られることなく、携帯端末９００1 側で入店および出店を認識するように構成してもよい。以下では、この構成例を実施の形態２として説明する。
【０２１４】
実施の形態２において、携帯端末９００1 〜９００m のそれぞれには、携帯端末（会員）の位置を測定する測位手段としてのＧＰＳ（Global Positioning System）および図３８に示した店舗位置情報データベース１７００をそれぞれ備えている。ＧＰＳは、２４個の人工衛星のうち、最も受信しやすい３個の衛星からの電波を受信することによって、携帯端末位置（ｘ、ｙ）を求める機能を備えている。
【０２１５】
図３８に示した店舗位置情報データベース１７００は、図１に示したＡ店舗〜Ｍ店舗と、これらにそれぞれ対応する店舗位置範囲とに関する店舗位置情報を格納するデータベースである。具体的には、店舗位置情報データベース１７００は、「店舗ＩＤ」、「店舗」、「店舗位置範囲」、「店舗サーバＵＲＬ」等のフィールドを備えている。
【０２１６】
「店舗ＩＤ」は、図１に示したＡ店舗〜Ｍ店舗をそれぞれ識別するための識別子である。「店舗」は、店舗の名称（Ａ店舗〜Ｍ店舗）に関する情報である。「店舗位置範囲」は、会員（携帯端末）が店舗に入店したことを認識するための位置範囲を表す情報である。
【０２１７】
例えば、Ａ店舗の場合には、ＧＰＳの測位結果である携帯端末位置（ｘ、ｙ）が、店舗位置範囲Ｐ１（ｘ１±Δｘ１、ｙ１±Δｙ１）内であるとき、携帯端末側で入店が認識される。また、入店が認識された後、携帯端末位置（ｘ、ｙ）が、店舗位置範囲Ｐ１（ｘ１±Δｘ１、ｙ１±Δｙ１）を逸脱した場合、携帯端末側で出店が認識される。
【０２１８】
「店舗サーバＵＲＬ」は、図１に示した店舗サーバ４００1 〜４００m のそれぞれのＵＲＬに関する情報であり、携帯端末から店舗サーバへ入店または出店を通知する場合に用いられる。また、実施の形態２では、店舗側で入店および出店を検出する必要が無いため、図１に示した入出店検出器５００1 〜５００m が不要となる。
【０２１９】
上記構成において、例えば、図１に示した携帯端末９００1 では、所定時間間隔で、ＧＰＳの測位結果である携帯端末位置（ｘ、ｙ）と、店舗位置情報データベース１７００（図３８参照）の「店舗位置範囲」とが比較される。ここで、携帯端末９００1 を携帯している「日本 太郎」がＡ店舗に入店すると、上記携帯端末位置（ｘ、ｙ）が、図３８に示した店舗位置範囲Ｐ１（ｘ１±Δｘ１、ｙ１±Δｙ１）内となるため、制御部９０３は、入店を検出する。
【０２２０】
つぎに、制御部９０３は、移動通信ネットワーク７００およびネットワーク２００を介して、店舗位置情報データベース１７００（図３８参照）におけるＡ店舗に対応する店舗サーバＵＲＬ（http://www.aaa.com）にアクセスし、「日本 太郎」の会員ＩＤ（＝００００１）と入店情報とを店舗サーバ４００1 へ送信する。この入店情報を受信すると、店舗サーバ４００1 側で当該会員の入店を認識し、前述した入出店処理（ステップＳＨ７：図２３参照）以降の処理が実行される。
【０２２１】
そして、携帯端末９００1 を携帯している「日本 太郎」がＡ店舗から出店すると、上記携帯端末位置（ｘ、ｙ）が、図３８に示した店舗位置範囲Ｐ１（ｘ１±Δｘ１、ｙ１±Δｙ１）を逸脱するため、制御部９０３は、出店を検出する。
【０２２２】
つぎに、制御部９０３は、移動通信ネットワーク７００およびネットワーク２００を介して、Ａ店舗に対応する店舗サーバＵＲＬ（http://www.aaa.com）にアクセスし、「日本 太郎」の会員ＩＤ（＝００００１）と出店情報とを店舗サーバ４００1 へ送信する。この出店情報を受信すると、店舗サーバ４００1 側で当該会員の出店を認識し、前述した入出店処理（ステップＳＨ７：図２３参照）以降の処理が実行される。
【０２２３】
以上説明したように、実施の形態２によれば、携帯端末９００1 〜９００s に測位手段としてのＧＰＳをそれぞれ設け、携帯端末位置が店舗位置範囲（店舗位置情報データベース１７００：図３８参照）内にある場合、カード会員の入店を検出するようにしたので、店舗側で入出店検出器（入出店検出器５００1 〜５００m：図１参照）が不要となり、店舗側のコストを削減することができる。
【０２２４】
以上本発明にかかる実施の形態１および２について図面を参照して詳述してきたが、具体的な構成例はこれらの実施の形態１および２に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【０２２５】
例えば、実施の形態１および２においては、図１に示した携帯端末９００1 に上記説明で述べたクレジットカード情報だけを格納しておき、優先順位情報や販売促進情報等を受信するのみとし、実際の決済は、従来通り、樹脂製のクレジットカードを用いた方法により行っても構わない。
【０２２６】
また、前述した実施の形態１および２においては、代行会社サーバ３００、店舗サーバ４００1 〜４００m または携帯端末９００1 〜９００s の機能を実現するためのクレジットカード処理プログラムを図３９に示したコンピュータ読み取り可能な記録媒体１９００に記録して、この記録媒体１９００に記録されたクレジットカード処理プログラムを同図に示したコンピュータ１８００に読み込ませ、実行することにより前述した機能を実現するようにしてもよい。
【０２２７】
コンピュータ１８００は、上記クレジットカード処理プログラムを実行するＣＰＵ１８１０と、キーボード、マウス等の入力装置１８２０と、各種データを記憶するＲＯＭ（Read Only Memory）１８３０と、演算パラメータ等を記憶するＲＡＭ（Random Access Memory）１８４０と、記録媒体１９００からクレジットカード処理プログラムを読み取る読取装置１８５０と、ディスプレイ、プリンタ等の出力装置１８６０と、装置各部を接続するバス１８７０とから構成されている。
【０２２８】
ＣＰＵ１８１０は、読取装置１８５０を経由して記録媒体１９００に記録されているクレジットカード処理プログラムを読み込んだ後、このクレジットカード処理プログラムを実行することにより、前述した機能を実現する。なお、記録媒体１９００には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【０２２９】
（付記１）複数のクレジットカードに関するクレジットカード情報を格納部に格納する格納工程と、
店舗へのカード会員の入店をトリガとして、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信工程と、
前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択工程と、
を含むことを特徴とするクレジットカード処理方法。
（付記２）前記優先順位情報受信工程では、クレジットカードの利用状況、またはクレジットカードを発行しているクレジットカード会社と店舗との提携の有無に基づく前記優先順位情報を受信することを特徴とする付記１に記載のクレジットカード処理方法。
（付記３）前記利用状況は、クレジットカード会社からカード会員への特典に連動する利用金額であることを特徴とする付記２に記載のクレジットカード処理方法。
（付記４）店舗から提供される店舗販売促進情報を受信する店舗販売促進情報受信工程と、受信された前記店舗販売促進情報をカード会員に提示する店舗販売促進情報提示工程とを含むことを特徴とする付記１〜３のいずれか一つに記載のクレジットカード処理方法。
（付記５）前記店舗販売促進情報受信工程では、カード会員の属性に応じた前記店舗販売促進情報を受信することを特徴とする付記４に記載のクレジットカード処理方法。
（付記６）前記複数のクレジットカードを発行している複数のクレジットカード会社からそれぞれ提供されるカード会社販売促進情報を受信するカード会社販売促進情報受信工程と、受信された前記カード会社販売促進情報をカード会員に提示するカード会社販売促進情報提示工程とを含むことを特徴とする付記１〜５のいずれか一つに記載のクレジットカード処理方法。
（付記７）前記カード会社販売促進情報提示工程では、前記選択工程で選択されたクレジットカードに関するカード会社販売促進情報をカード会員に提示することを特徴とする付記６に記載のクレジットカード処理方法。
（付記８）前記優先順位情報受信工程では、外部装置から通知される店舗へのカード会員の入店をトリガとして、前記優先順位情報を受信することを特徴とする付記１〜７のいずれか一つに記載のクレジットカード処理方法。
（付記９）自位置を測位する測位工程と、前記自位置と店舗位置とを比較する比較工程と、前記自位置と前記店舗位置とが所定の誤差内で一致した場合、カード会員の入店を検出する入店検出工程とを含み、前記優先順位情報受信工程では、前記入店検出工程に基づく店舗へのカード会員の入店をトリガとして、前記優先順位情報を受信することを特徴とする付記１〜８のいずれか一つに記載のクレジットカード処理方法。
（付記１０）複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成工程と、
前記複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ前記優先順位情報を送信する優先順位情報送信工程と、
を含むことを特徴とするクレジットカード処理方法。
（付記１１）カード会員毎にクレジットカードの利用状況を管理する管理工程と、
複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信工程と、
前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成工程と、
複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信工程と、
を含むことを特徴とするクレジットカード処理方法。
（付記１２）コンピュータを、
複数のクレジットカードに関するクレジットカード情報を格納する格納手段、
店舗へのカード会員の入店をトリガとして、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信手段、
前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択手段、
として機能させるためのクレジットカード処理プログラム。
（付記１３）コンピュータを、
複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段、
前記複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ前記優先順位情報を送信する優先順位情報送信手段、
として機能させるためのクレジットカード処理プログラム。
（付記１４）コンピュータを、
カード会員毎にクレジットカードの利用状況を管理する管理手段、
複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信手段、
前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段、
複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信手段、
として機能させるためのクレジットカード処理プログラム。
（付記１５）複数のクレジットカードに関するクレジットカード情報を格納する格納手段と、
店舗へのカード会員の入店をトリガとして、前記複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信する優先順位情報受信手段と、
前記優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させる選択手段と、
を備えたことを特徴とする携帯端末。
（付記１６）複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段と、
前記複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ前記優先順位情報を送信する優先順位情報送信手段と、
を備えたことを特徴とするクレジットカード処理装置。
（付記１７）カード会員毎にクレジットカードの利用状況を管理する管理手段と、
複数のクレジットカード会社のそれぞれから、自社のクレジットカードを利用した際の特典情報を受信する特典情報受信手段と、
前記利用状況および前記特典情報に基づいて、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成する生成手段と、
複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられる前記優先順位情報を送信する優先順位情報送信手段と、
を備えたことを特徴とするクレジットカード処理装置。
【０２３０】
【発明の効果】
以上説明したように、本発明によれば、店舗へのカード会員の入店をトリガとして、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を受信し、この優先順位情報に基づいて、複数のクレジットカードの中から利用すべきクレジットカードを選択させるようにしたので、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができるという効果を奏する。
【０２３１】
また、本発明によれば、複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成し、複数のクレジットカードに関するクレジットカード情報を有する携帯端末へ上記優先順位情報を送信するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができるという効果を奏する。
【０２３２】
また、本発明によれば、複数のクレジットカードに関するクレジットカード情報を有する携帯端末で用いられ、カード会員毎のクレジットカードの利用状況および特典情報に基づいて、生成された複数のクレジットカードの利用に関するメリットをキーとした優先順位情報を生成するようにしたので、携帯端末側で優先順位に基づいて利用すべきクレジットカードを選択させることができ、カード会員や店舗のメリットを考慮して、クレジットカードを効果的に使い分けることができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる実施の形態１の構成を示すブロック図である。
【図２】図１に示した会員情報データベース１５０1 のテーブル構造を示す図である。
【図３】図１に示した会員情報データベース１５０2 のテーブル構造を示す図である。
【図４】図１に示した代行会社サーバ３００の構成を示すブロック図である。
【図５】図４に示した会員情報データベース３５０のテーブル構造を示す図である。
【図６】図４に示したカード会社販売促進情報データベース３６０のテーブル構造を示す図である。
【図７】図４に示したカード利用優先度情報データベース３７０のテーブル構造を示す図である。
【図８】図１に示した店舗サーバ４００1 の構成を示すブロック図である。
【図９】図８に示した会員情報データベース４５０のテーブル構造を示す図である。
【図１０】図８に示した会員分布情報データベース４６０のテーブル構造を示す図である。
【図１１】図８に示した店舗販売促進情報データベース４７０のテーブル構造を示す図である。
【図１２】図８に示したカード利用優先度情報データベース４８０のテーブル構造を示す図である。
【図１３】図１に示した携帯端末９００1 の構成を示すブロック図である。
【図１４】図１３に示した優先順位情報データベース９５０のテーブル構造を示す図である。
【図１５】同実施の形態１における景品優先度情報Ｊの一例を示す図である。
【図１６】図１に示したクレジットカード会社サーバ１００1 〜１００n の動作を説明するフローチャートである。
【図１７】図１６に示した会員登録処理を説明するフローチャートである。
【図１８】図１６に示した与信処理を説明するフローチャートである。
【図１９】図１および図４に示した代行会社サーバ３００の動作を説明するフローチャートである。
【図２０】図１９に示した会員登録処理を説明するフローチャートである。
【図２１】図１９に示した景品優先度決定処理を説明するフローチャートである。
【図２２】図１９に示した与信処理を説明するフローチャートである。
【図２３】図１および図８に示した店舗サーバ４００1 〜４００m の動作を説明するフローチャートである。
【図２４】図２３に示した入出店処理を説明するフローチャートである。
【図２５】図２４に示した入店処理を説明するフローチャートである。
【図２６】図２４に示した出店処理を説明するフローチャートである。
【図２７】図２３に示したカード決済処理を説明するフローチャートである。
【図２８】図２７に示したカード利用優先順位決定処理を説明するフローチャートである。
【図２９】図１および図１３に示した携帯端末９００1 〜９００s の動作を説明するフローチャートである。
【図３０】図２９に示した決済カード選択処理を説明するフローチャートである。
【図３１】同実施の形態１における会員登録画面１０００を示す図である。
【図３２】同実施の形態１における登録完了画面１１００を示す図である。
【図３３】同実施の形態１におけるカード会社販売促進画面１２００を示す図である。
【図３４】同実施の形態１における店舗販売促進画面１３００を示す図である。
【図３５】同実施の形態１における景品獲得画面１４００を示す図である。
【図３６】同実施の形態１における決済カード選択画面１５００を示す図である。
【図３７】同実施の形態１における決済カード確認画面１６００を示す図である。
【図３８】本発明にかかる実施の形態２における店舗位置情報データベース１７００のテーブル構造を示す図である。
【図３９】本発明にかかる実施の形態１および２の変形例の構成を示すブロック図である。
【符号の説明】
１００1 〜１００n クレジットカード会社サーバ
３００ 代行会社サーバ
３０２ 制御部
３０３ 会員情報収集部
３０４ カード会社販売促進情報収集部
３０５ 決済処理部
４００1 〜４００m 店舗サーバ
４０２ 制御部
４０３ 会員情報収集部
４０４ 会員分布解析部
４０５ 店舗販売促進処理部
４０６ 決済処理部
５００1 〜５００m 入出店検出器
９００1 〜９００s 携帯端末
９０３ 制御部
Claims (3)
- 会員を識別する会員識別子と前記会員のユーザ情報を示す会員情報と前記会員が所持するクレジットカード番号とを対応付けて記憶する会員情報記憶部と、前記クレジットカード番号と予め設定された優先度を示す基本優先度とを対応付けて記憶する基本優先度記憶部と、前記クレジットカード番号と当該クレジットカードと提携している店舗か否かによって決められた優先度を示す提携優先度とを対応付けて記憶する提携優先度記憶部とを有する代行サーバ装置と通信可能に接続する通信接続手段と、
前記会員が所持する携帯端末から前記会員識別子を受信した場合に、前記通信接続手段を介して、当該会員識別子に対応する複数のクレジットカード番号を前記代行サーバ装置から取得するクレジットカード取得手段と、
前記クレジットカード取得手段により取得された複数のクレジットカード番号それぞれに対応する前記基本優先度と提携優先度とを、前記通信接続手段を介して前記代行サーバ装置から取得する優先度取得手段と、
前記優先度取得手段により取得された前記提携優先度のうち前記会員が入店した店舗と未提携のクレジットカードに対応する提携優先度を０にした上で、前記提携優先度と前記基本優先度とを加算した値が大きい順に、前記クレジットカード取得手段により取得された複数のクレジットカード番号の優先順位を生成し、生成した優先順位を前記携帯端末に送信する優先度送信手段と、
を有することを特徴とするクレジットカード処理装置。 - 前記代行サーバ装置は、前記クレジットカード番号とクレジットカードの利用によって提供される景品を前記会員が獲得するために必要なクレジットカードの利用量を示す景品獲得残額が閾値より以下であるか否かによって決められた優先度を示す景品優先度とを記憶する景品優先度記憶手段をさらに有し、
前記優先度取得手段は、前記クレジットカード取得手段により取得された複数のクレジットカード番号それぞれに対応する前記景品優先度を、前記通信接続手段を介して前記代行サーバ装置からさらに取得し、
前記優先度送信手段は、前記優先度取得手段により特定された景品優先度をさらに用いて、前記優先順位を生成して前記携帯端末に送信することを特徴とする請求項１に記載のクレジットカード処理装置。 - 前記クレジットカードを管理する管理会社から自社のクレジットカードを利用した際の特典情報を収集する特典情報収集手段と、
前記店舗に入店した会員の携帯端末に、前記特典情報収集手段により収集された特典情報を送信する特典情報送信手段とをさらに有することを特徴とする請求項１に記載のクレジットカード処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001263648A JP4494682B2 (ja) | 2001-08-31 | 2001-08-31 | クレジットカード処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001263648A JP4494682B2 (ja) | 2001-08-31 | 2001-08-31 | クレジットカード処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003076927A JP2003076927A (ja) | 2003-03-14 |
| JP4494682B2 true JP4494682B2 (ja) | 2010-06-30 |
Family
ID=19090371
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001263648A Expired - Fee Related JP4494682B2 (ja) | 2001-08-31 | 2001-08-31 | クレジットカード処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4494682B2 (ja) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004095330A1 (ja) * | 2003-04-24 | 2004-11-04 | Fujitsu Limited | クレジットカード推薦方法、プログラム及び装置 |
| WO2004095329A1 (ja) * | 2003-04-24 | 2004-11-04 | Fujitsu Limited | クレジットカード取引方法、プログラム及び装置 |
| JP4827425B2 (ja) * | 2005-03-23 | 2011-11-30 | 三井住友カード株式会社 | ポイント処理システム、方法およびプログラム |
| JP2006277670A (ja) * | 2005-03-30 | 2006-10-12 | Nec Corp | 決済手段の選択方法及び決済手段選択システム、ならびにコンピュータプログラム |
| WO2007116521A1 (ja) * | 2006-04-10 | 2007-10-18 | Panasonic Corporation | 携帯端末およびこれを使用したクレジットカード選択方法 |
| JP5078335B2 (ja) * | 2006-12-07 | 2012-11-21 | 株式会社日立製作所 | クレジットブランド選択システム、クレジットブランド選択方法、クレジットブランド判定装置、およびクレジット決済手段 |
| JP5104017B2 (ja) * | 2007-04-26 | 2012-12-19 | 沖電気工業株式会社 | クレジットカード決済システム、管理サーバおよび携帯端末のプログラム |
| US20090037326A1 (en) * | 2007-07-30 | 2009-02-05 | Sriram Chitti | Virtual Card Selector for a Portable Electronic Device |
| JP5125499B2 (ja) * | 2007-12-28 | 2013-01-23 | 富士通株式会社 | 情報処理装置、ポイント管理システム及びコンピュータプログラム |
| JP2010272056A (ja) * | 2009-05-25 | 2010-12-02 | Hiroteru Makita | カードの統括管理サービス |
| KR101096174B1 (ko) | 2010-03-17 | 2011-12-22 | 비씨카드(주) | 카드 혜택 제공 방법 및 카드 혜택 제공 서버 |
| WO2012008668A1 (ko) * | 2010-07-14 | 2012-01-19 | Paick Seung Bin | 결제처리서버 및 그 구동 방법 |
| KR20130011821A (ko) * | 2011-07-22 | 2013-01-30 | 삼성전자주식회사 | 거래 관련 서비스 제공 방법 및 그 장치 |
| WO2014030876A1 (en) | 2012-08-24 | 2014-02-27 | Samsung Electronics Co., Ltd. | Method and apparatus for determining item based on interaction environment |
| JP2015103034A (ja) * | 2013-11-25 | 2015-06-04 | 株式会社アポロ | プレミアム会員の発見システム及び発見方法 |
| JP6506519B2 (ja) * | 2014-08-29 | 2019-04-24 | Kddi株式会社 | 実績表示装置、表示用プログラム及び実績表示システム |
| JP6971533B2 (ja) * | 2014-09-30 | 2021-11-24 | Kddi株式会社 | 情報提供装置、情報提供システム、及び情報提供方法 |
| US20160225011A1 (en) * | 2015-01-30 | 2016-08-04 | Mastercard International Incorporated | Selecting the best card for a purchase |
| JP6613770B2 (ja) * | 2015-09-30 | 2019-12-04 | 大日本印刷株式会社 | 決済管理サーバ及び決済システム |
| JP6652379B2 (ja) * | 2015-12-17 | 2020-02-19 | 株式会社Ｎｔｔドコモ | 決済システム |
| JP6300382B2 (ja) * | 2016-01-21 | 2018-03-28 | 株式会社三井住友銀行 | カード決済システム、カード決済管理サーバ、カード決済プログラム及びカード決済方法 |
| WO2019031717A1 (ko) * | 2017-08-09 | 2019-02-14 | 주식회사 센스톤 | 매장 내부통신망 기반의 결제시스템, 매장 내부통신망 기반의 결제기능을 포함하는 이동단말기, 매장 내부통신망 기반의 결제서비스 제공방법, 및 이를 수행하는 프로그램 |
| JP6592054B2 (ja) * | 2017-09-20 | 2019-10-16 | ヤフー株式会社 | 情報処理装置、情報処理方法、情報処理プログラム、端末装置、端末制御方法および端末制御プログラム |
| JP6422545B1 (ja) * | 2017-09-20 | 2018-11-14 | ヤフー株式会社 | 情報処理装置、情報処理方法、および情報処理プログラム |
| JP6940457B2 (ja) * | 2017-09-20 | 2021-09-29 | ヤフー株式会社 | 情報処理装置、情報処理方法、情報処理プログラム |
| JP6915112B2 (ja) * | 2017-09-25 | 2021-08-04 | 東芝テック株式会社 | 利用者管理装置、情報処理プログラム及び利用者管理方法 |
| JP6666317B2 (ja) * | 2017-09-25 | 2020-03-13 | 東芝テック株式会社 | 決済システム及び利用者管理装置 |
| WO2020195414A1 (ja) * | 2019-03-25 | 2020-10-01 | フェリカネットワークス株式会社 | 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム |
| JP2024050196A (ja) * | 2022-09-29 | 2024-04-10 | 株式会社Ｎｔｔドコモ | 情報処理システム |
| JP7553673B1 (ja) | 2023-09-20 | 2024-09-18 | 三井住友カード株式会社 | 決済処理装置、方法、及びプログラム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2924931B2 (ja) * | 1991-09-03 | 1999-07-26 | エヌシーアール インターナショナル インコーポレイテッド | 買物客データ収集システム |
| JP3385906B2 (ja) * | 1997-04-23 | 2003-03-10 | オムロン株式会社 | 取引処理システム、および、ホスト装置 |
| JP2001067401A (ja) * | 1999-08-25 | 2001-03-16 | Sony Corp | オンライン課金方法および装置 |
| JP2001169357A (ja) * | 1999-12-10 | 2001-06-22 | Ntt Docomo Inc | 移動通信端末及びカード情報読み取り装置 |
| JP2001216450A (ja) * | 2000-02-02 | 2001-08-10 | Toshiba Corp | 移動情報収集方法、情報管理システム及び電子クーポン送付システム |
| JP3889196B2 (ja) * | 2000-02-03 | 2007-03-07 | パイオニア株式会社 | 携帯端末機への情報配信システム |
| JP2001222622A (ja) * | 2000-02-08 | 2001-08-17 | Future Financial Strategy Kk | 決済機能付き通信装置 |
-
2001
- 2001-08-31 JP JP2001263648A patent/JP4494682B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003076927A (ja) | 2003-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4494682B2 (ja) | クレジットカード処理装置 | |
| US11756066B2 (en) | Systems, methods and computer readable medium for wireless solicitations | |
| US10824207B2 (en) | Information access device and data transfer | |
| AU2016266012B2 (en) | Communication systems and methods to transmit data among a plurality of computing systems in processing benefit redemption | |
| AU2009296822B2 (en) | Intelligent alert system and method | |
| US20110078025A1 (en) | Real time authentication of payment cards | |
| US20150120426A1 (en) | Consolidating and Leveraging Features of a Loyalty Program | |
| JP2010515168A (ja) | 複数の事業体からのクーポン・オファー | |
| KR20020007973A (ko) | 이동전화 단말기를 이용한 이체 방법 | |
| JP2003248774A (ja) | 電子クーポン提供方法およびシステム | |
| SG176514A1 (en) | Method and system for efficiently providing electronic commerce through assessment request by selection of items and combination assessment response in on-line market | |
| JP5448368B2 (ja) | サーバシステム及びデータ処理方法 | |
| JP2004021607A (ja) | 領収書データ送受信方法、携帯通信端末プログラム、携帯通信端末、レジ装置、及び、家計簿サーバ | |
| KR20100007640A (ko) | 모바일 결제 시스템 및 방법 | |
| JP3929063B2 (ja) | 情報処理サーバ、及び情報処理方法 | |
| WO2017056444A1 (ja) | 電子レシートシステム、装置、方法、及び記録媒体 | |
| EP2063386A1 (en) | Information processing server, and information processing method | |
| JP2008021013A (ja) | ポイント変換システム | |
| TWI825411B (zh) | 優惠處理系統、方法及電腦可讀儲存媒介 | |
| US20020169674A1 (en) | Personal information collection system | |
| JP7698124B1 (ja) | 情報処理装置、学習装置、情報処理方法、およびプログラム | |
| JP7749154B1 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
| JP7463471B1 (ja) | サービス管理システム、サービス管理方法及びサービス管理プログラム | |
| JP7209888B1 (ja) | プログラム、および方法 | |
| JP7821934B1 (ja) | 情報処理装置、情報処理方法、およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060627 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090123 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090203 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090406 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090901 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091201 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20091208 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100406 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100408 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130416 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140416 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |