(57)【要約】【課題】様々なシーンで様々な相手に対して、ワイルドかつスマートな奢りを提供する。【解決手段】奢り主となるカード会員は、他の会員に奢る際の条件（上限金額、会員の位置情報、プロフィール、優先順位等）を予め定めて、奢り条件テーブルとしてカード会社サーバに事前登録しておく。そして、カード会社の加盟店で、実際に奢りたい相手を見つけたとき、あるいは不特定多数に奢りたい気分になったとき、自分のスマートフォン等の携帯端末から本カードの使用申請を送信する。カード使用申請を受信した加盟店サーバ又はカード会社サーバは、上記奢り条件テーブルの各項目の条件に合致する会員を会員情報ＤＢから探索して特定する。そして、特定した会員の携帯端末に対して奢り申し出通知を送信する。奢り申し出通知を受けた会員は、その通知に含まれた奢り主のＳＮＳサイトを閲覧することができ、その情報によっては、奢り申し出を断ることもできる。【選択図】図２
2014178756.tif 000002
【特許請求の範囲】
【請求項１】
クレジットカードのカード会社サーバと、加盟店サーバと、会員の携帯端末とがネットワークで接続されたシステムにおいて、加盟店において、前記会員が他の会員に奢った金額をカード決済する奢り支援カードシステムであって、
カード会社サーバが、奢り主の会員から、奢り上限金額及び奢り先の会員を特定するための条件を含んだ奢り条件テーブルの事前登録を受け付ける奢り条件事前登録部を有し、
前記加盟店サーバが、前記奢り主の会員携帯端末から、前記奢り主の所定の操作に基づき、前記奢り主のカード情報及び奢り申し出情報を含んだカード使用申請を受け付けるカード使用申請部と、
前記加盟店サーバが前記カード使用申請を受信した際に、前記奢り主のカード認証を前記カード会社サーバに依頼するカード認証依頼部と、
を有し、
前記カード会社サーバ又は前記加盟店サーバは、
前記カード認証が完了した場合に、前記奢り条件テーブルに基づいて、奢り先の会員を特定する奢り先会員特定部と、
前記特定された会員に対して、前記奢り主からの前記奢り申し出情報を含んだ通知を送信する奢り先会員通知部と、
前記奢り申し出によって購入された商品又はサービスの代金を前記奢り主のカードで決済するカード決済部と、
を備えることを特徴とする奢り支援カードシステム。
【請求項２】
前記奢り先の会員は、不特定多数とすることを特徴とする請求項１に記載の奢り支援カードシステム。
【請求項３】
前記カード会社サーバ又は前記加盟店サーバは、前記会員の携帯端末の位置情報を取得する会員位置情報取得部を備え、
前記奢り条件テーブルは、前記会員位置情報取得部が取得した前記会員の携帯端末の位置関係を、奢り先の条件として指定する位置条件を含むこと特徴とする請求項２に記載の奢り支援カードシステム。
【請求項４】
前記奢り条件テーブルは、前記奢り先会員特定部によって、奢り先の会員が複数特定された場合に、当該会員を奢り先として優先して選定するための条件を定めた優先条件を含むことを特徴とする請求項２又は３に記載の奢り支援カードシステム。
【請求項５】
前記奢り条件テーブルは、趣味・嗜好を表すキーワードを会員情報に含んだ会員を奢り先の条件として指定する趣味・嗜好条件と、前記キーワードを会員情報に含む会員を奢り先から除外する条件として指定する趣味・嗜好除外条件とを含むことを特徴とする請求項２乃至４いずれかに記載の奢り支援カードシステム。
【請求項６】
前記奢り条件テーブルは、前記奢り申し出通知に対して前記奢り先の会員からの受諾を必要とするか否かを示す受諾条件を含むことを特徴とする請求項１に記載の奢り支援カードシステム。
【請求項７】
前記奢り条件テーブルは、前記奢り主にとって奢る時期として都合のよい時期を奢る際の条件として指定する時期条件を含むことを特徴とする請求項１に記載の奢り支援カードシステム。
【請求項８】
前記奢り申し出通知には、前記奢り主のＳＮＳサイトへのリンク情報を含むことを特徴とする請求項１に記載の奢り支援カードシステム。
【請求項９】
前記加盟店サーバは、前記カード使用申請によって行われた奢り結果の集計情報を前記カード会社サーバに通知する奢り結果集計部を備えることを特徴とする請求項１に記載の奢り支援カードシステム。
【請求項１０】
クレジットカードのカード会社サーバと、加盟店サーバと、会員の携帯端末とがネットワークで接続されたシステムにおいて、加盟店において、前記会員が他の会員に奢った金額をカード決済する奢り支援方法であって、
カード会社サーバが、奢り主の会員から、奢り上限金額及び奢り先の会員を特定するための条件を含んだ奢り条件テーブルの事前登録を受け付ける奢り条件事前登録ステップを有し、
前記加盟店サーバが、前記奢り主の会員携帯端末から、前記奢り主の所定の操作に基づき、前記奢り主のカード情報及び奢り申し出情報を含んだカード使用申請を受け付けるカード使用申請ステップと、
前記加盟店サーバが前記カード使用申請を受信した際に、前記奢り主のカード認証を前記カード会社サーバに依頼するカード認証依頼ステップと、
を有し、
前記カード会社サーバ又は前記加盟店サーバは、
前記カード認証が完了した場合に、前記奢り条件テーブルに基づいて、奢り先の会員を特定する奢り先会員特定ステップと、
前記特定された会員に対して、前記奢り主からの前記奢り申し出情報を含んだ通知を送信する奢り先会員通知ステップと、
前記奢り申し出によって購入された商品又はサービスの代金を前記奢り主のカードで決済するステップと、
を実行することを特徴とする奢り支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他人に対する「奢り」をサポートするシステム及びその方法に関する。特に、カード会員が他のカード会員に対する奢りをサポートするシステム及びその方法に関する。
【背景技術】
【０００２】
人間には、「奢る（おごる）」という行為をとおして、自分の喜び又は感謝の気持ちを相手に伝え、自分の喜びを分かち合い、かつ人間関係もより円滑にしたいという欲求がある。そのため、特許の世界においても、飲食店等において、他人に奢ることをサポートするシステムがいくつか提案されている。
【０００３】
例えば、特許文献１には、店舗において、注文データとデーブル番号と座席番号を組み合わせて伝票データを作成するとともに、おごり運用時におごり処理を行うおごり伝票作成部を備えたレストランのオーダリングシステムが記載されている。また、特許文献２には、カラオケ店等において、同じ客室にいるおごり先の顧客ＩＤと品目ＩＤの組とを含むおごり受付伝票を顧客管理サーバに送信し、顧客管理サーバは、おごり品目をおごり主に確認後、注文電文をＰＯＳ店舗システムに送信するおごり管理機能を備えたセルフオーダＰＯＳシステムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平４−３２０５９５号公報
【特許文献２】特開２００７−２１９８２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のような「おごり支援システム」では、店舗内でおごり主がおごり先の人間を個別に指定しなければならず、利用可能なシーンが限られる。また、伝票処理を中心とした店舗独自の仕組みであるため、その店舗又は店舗グループでしか利用できないという課題がある。
【０００６】
人間は、友人、同僚、部下、恋人等の特定の相手以外にも、そのときの気分によっては、初めて出合った人間に対しても奢りたくなることがある。そのような場合、意気投合した相手に対して、会計時に初めて奢りを申し出るのではなく、その相手に近づくきっかけとして、最初に奢りを申し出るようなこともある。また、競技場やコンサート会場のようなイベントの場で、盛り上がった雰囲気を周囲と分かち合うために、たまたまその場に居あわせた不特定多数の人間に奢りたくなるようなワイルドな（大胆又は太っ腹な）気分になることもある。
【０００７】
「奢り」に関して、このような「ワイルド」な人間が増えると、人々の間に、店舗やイベント会場に出かけるだけで、「今日ひょっとして誰かに奢ってもらえるかも」という期待感が生まれ、特定の飲食店に限らず、他の業種の様々な店舗、競技場、劇場、コンサート会場、動物園、水族館、テーマパーク、公園等の人が多く集まる場所へ外出する動機が増え、これらの店舗等の売り上げ増に貢献すると考えられる。また、多くの人々の間で、奢ることや奢られることがもっと盛んになると、円滑な人間関係の構築、友人づくり等のコミュニティ形成にも役立つ。そして、人々の間のコミュニケーションの場がネット上ではないリアルな場所でも広がり、ひいては、世の中が明るくなり、景気の向上にも繋がる。
【０００８】
したがって、本発明では、上記のような課題に鑑み、様々なシーンにおいて様々な相手に対して、人々の間の「奢り」を、カードによってワイルドかつスマートに行うことができる奢り支援カードシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明の奢り支援カードシステムを、通称「ワイルドスマートカードシステム」と名付け、以下のような解決手段を提供する。
【００１０】
請求項１に記載の発明は、クレジットカードのカード会社サーバと、加盟店サーバと、会員の携帯端末とがネットワークで接続されたシステムにおいて、加盟店において、前記会員が他の会員に奢った金額をカード決済する奢り支援カードシステムであって、カード会社サーバが、奢り主の会員から、奢り上限金額及び奢り先の会員を特定するための条件を含んだ奢り条件テーブルの事前登録を受け付ける奢り条件事前登録部を有し、前記加盟店サーバが、前記奢り主の会員携帯端末から、前記奢り主の所定の操作に基づき、前記奢り主のカード情報及び奢り申し出情報を含んだカード使用申請を受け付けるカード使用申請部と、前記加盟店サーバが前記カード使用申請を受信した際に、前記奢り主のカード認証を前記カード会社サーバに依頼するカード認証依頼部と、を有し、前記カード会社サーバ又は前記加盟店サーバは、前記カード認証が完了した場合に、前記奢り条件テーブルに基づいて、奢り先の会員を特定する奢り先会員特定部と、前記特定された会員に対して、前記奢り主からの前記奢り申し出情報を含んだ通知を送信する奢り先会員通知部と、前記奢り申し出によって購入された商品又はサービスの代金を前記奢り主のカードで決済するカード決済部と、を備えることを特徴とする。
【００１１】
上記の構成によれば、奢り主となるクレジットカードの会員は、他のカード会員に奢る際の条件を予め定めて、奢り条件テーブルとしてカード会社のサーバに事前登録しておく。そして、そのカード会社の加盟店で、実際に奢りたい相手を見つけたとき、あるいは奢りたい気分になったときに、自分の携帯端末から本カードの使用申請をするだけで、上記奢り条件テーブルの各項目の条件に合致する会員をカード会社又は加盟店のサーバが探してくれる。相手の会員は、必ずしも店内にいなくてもよい。そして、その相手に対する奢りの申し出の段階から、実際に奢った商品又はサービスの代金の決済の段階までを本カードシステムを通してスマートに行うことができる。
【００１２】
請求項２に記載の発明は、請求項１に記載の発明において、前記奢り先の会員は、不特定多数とすることを特徴とする。
【００１３】
上記の構成によれば、奢り主は、特定の人間だけでなく、不特定多数の人間に対しても奢ることができる。その場合、不特定多数の人間に対して、本カードシステムから、奢り申し出通知を配信することができる。例えば、競技場等で応援しているチームが優勝したとき等、その場にいるできるだけ多くの人間と喜びを分かち合いたいようなワイルドな気分になったとき有効である。
【００１４】
請求項３に記載の発明は、請求項２に記載の発明において、前記カード会社サーバ又は前記加盟店サーバは、前記会員の携帯端末の位置情報を取得する会員位置情報取得部を備え、前記奢り条件テーブルは、前記会員位置情報取得部が取得した前記会員の携帯端末の位置関係を、奢り先の条件として指定する位置条件を含むこと特徴とする。
【００１５】
上記の構成によれば、不特定多数を奢り対象とした場合、多数の会員が特定されそうな場合は、奢り主は、自分の携帯端末と相手の携帯端末との位置関係（距離）によって、奢る対象とするか否かを指定することができる。例えば、競技場等の広い場所で、自分に近い位置（所定距離内）にいる会員に限定して奢り対象とするか、逆に、遠くにいて声は届かないが、同じチームを応援しているような会員を奢り対象とするとかいったことができる。
【００１６】
請求項４に記載の発明は、請求項２〜３に記載の発明において、前記奢り条件テーブルは、前記奢り先会員特定部によって、奢り先の会員が複数特定された場合に、当該会員を奢り先として優先して選定するための条件を定めた優先条件を含むことを特徴とする。
【００１７】
上記の構成によれば、不特定多数を奢り対象とする場合で、奢り条件にしたがって奢り対象となる会員を絞り込んでも、依然として多数の会員が特定された場合は、奢り先の人数を更に限定するために、それらの会員に優先順位をつけることができる。例えば、年齢や過去に奢った回数などによって優先順位をつける。全員に奢ってしまうと上限金額（予算）を超える場合に有効である。
【００１８】
請求項５に記載の発明は、請求項２〜４に記載の発明において、前記奢り条件テーブルは、趣味・嗜好を表すキーワードを会員情報に含んだ会員を奢り先の条件として指定する趣味・嗜好条件と、前記キーワードを会員情報に含む会員を奢り先から除外する条件として指定する趣味・嗜好除外条件とを含むことを特徴とする。
【００１９】
上記の構成によれば、不特定多数を奢り対象とする場合、奢り主は、自分と趣味・嗜好の合う会員を奢り対象とすることができる。逆に、自分の趣味・嗜好と合わない会員を奢り対象から除外することができる。
【００２０】
請求項６に記載の発明は、請求項１に記載の発明において、前記奢り条件テーブルは、前記奢り申し出通知に対して前記奢り先の会員からの受諾を必要とするか否かを示す受諾条件を含むことを特徴とする。
【００２１】
上記の構成によれば、奢り主は、不特定多数を奢り対象とするか否かに関わらず、奢り申し出をした相手からの受諾を受けてから、カード使用申請を行うことができる。このことにより、相手の気持ちを考えず無理に奢るというようなことが避けられる。また、奢り申し出を受けた側は、その申し出を受諾するか否かを選択することができ、気分が乗らない、奢り主が気にいらないとき等に、面と向かっては断りづらいような場合に有効である。
【００２２】
請求項７に記載の発明は、請求項１に記載の発明において、前記奢り条件テーブルは、前記奢り主にとって奢る時期として都合のよい時期を奢る際の条件として指定する時期条件を含むことを特徴とする。
【００２３】
上記の構成によれば、奢り主は、不特定多数を奢り対象とするか否かに関わらず、奢り主にとって奢るのに都合がよい時期（例えば比較的お金の余裕のある時期等）を予め指定しておけば、突然、気持ちが大きくなり過ぎて、使い過ぎることを防止することができる。
【００２４】
請求項８に記載の発明は、請求項１に記載の発明において、前記奢り申し出通知には、前記奢り主のＳＮＳサイトへのリンク情報を含むことを特徴とする。
【００２５】
上記の構成によれば、不特定多数を奢り対象とするか否かに関わらず、奢り申し出を受けた会員が、奢り申し出通知を受けた際に、奢り主が普段利用しているＳＮＳサイトを閲覧することができるので、奢り主の氏名やプロフィールを知ることができ、また、奢り主のプロフィールによって、奢りの申し出を受けるか否かを判断することもできる。
【００２６】
請求項９に記載の発明は、請求項１に記載の発明において、前記加盟店サーバは、前記カード使用申請によって行われた奢り結果の情報を前記カード会社サーバに通知する奢り結果集計部を備えることを特徴とする。
【００２７】
上記の構成によれば、不特定多数を奢り対象としたか否かに関わらず、カード会社は、本サービスの利用状況を把握することができ、更に奢り結果を奢り主にも報告することで、奢り主も、実際に奢った金額を確認することができ、いつ誰にいくら奢ったかを記録に留めておくこともできる。
【００２８】
請求項１０に記載の発明は、クレジットカードのカード会社サーバと、加盟店サーバと、会員の携帯端末とがネットワークで接続されたシステムにおいて、加盟店において、前記会員が他の会員に奢った金額をカード決済する奢り支援方法であって、カード会社サーバが、奢り主の会員から、奢り上限金額及び奢り先の会員を特定するための条件を含んだ奢り条件テーブルの事前登録を受け付ける奢り条件事前登録ステップを有し、前記加盟店サーバが、前記奢り主の会員携帯端末から、前記奢り主の所定の操作に基づき、前記奢り主のカード情報及び奢り申し出情報を含んだカード使用申請を受け付けるカード使用申請ステップと、前記加盟店サーバが前記カード使用申請を受信した際に、前記奢り主のカード認証を前記カード会社サーバに依頼するカード認証依頼ステップと、を有し、前記カード会社サーバ又は前記加盟店サーバは、前記カード認証が完了した場合に、前記奢り条件テーブルに基づいて、奢り先の会員を特定する奢り先会員特定ステップと、前記特定された会員に対して、前記奢り主からの前記奢り申し出情報を含んだ通知を送信する奢り先会員通知ステップと、前記奢り申し出によって購入された商品又はサービスの代金を前記奢り主のカードで決済するステップと、を実行することを特徴とする。
【００２９】
上記請求項１０の発明は、請求項１の奢り支援カードシステムを奢り支援方法の発明と捉えたものであり、請求項１の発明と同様な作用効果を奏する。
【発明の効果】
【００３０】
本発明によれば、様々なシーンにおいて様々な相手に対して、奢りをカードによってワイルドかつスマートに行うことができる奢り支援カードシステム及びその決済方法を提供することができる。
【図面の簡単な説明】
【００３１】
【図１】ワイルドスマートカードサービスの概念（利用シ−ン１）を示す図である。
【図２】ワイルドスマートカードサービスの概念（利用シーン２）を示す図である。
【図３】ワイルドスマートカードサービスの概念（利用シーン３）を示す図である。
【図４】本発明の第一の実施形態におけるシステムの構成と機能ブロックを示す図である。
【図５】奢り条件テーブルの具体例を示す図である。
【図６】奢り先の会員を特定するフローを示す図である。
【図７】ワイルドスマートカードサービスへの事前登録画面の一例を示す図である。
【図８】ワイルドスマートカード使用申請時の手順の一例を示す図である。
【図９】奢り申し出通知画面の一例を示す図である。
【図１０】奢り結果通知画面の一例を示す図である。
【図１１】本発明の第二の実施形態におけるシステムの構成と機能ブロックを示す図である。
【発明を実施するための形態】
【００３２】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。なお、実施形態の説明の全体を通して同じ要素には同じ番号または符号を付している。
【００３３】
図１は、本発明のシステムが提供するサービスであるワイルドスマートカードサービスの概念（利用シーン１）を示す図である。利用シーン１は、居酒屋やバー等で、奢り主が特定の人間に奢りたいような場合の事例である。通常「奢る」という言葉から想像する状況としては、後輩や部下、友人に対して奢る事が挙げられるが、時には、以下のようなシーンも考えられる。
【００３４】
クレジットカードのカード会員Ａは、今日はいいことがあったので気分が大変よく、友人を誘って飲みに行き奢りたいと考えていた。しかし、あいにく友人はみんな都合がつかず、一人で行きつけの店に行くことにしたが、そこで好みの女性を見つけ、声をかけたいと思っている。このような場合に、会員Ａが本サービスに事前登録していれば、以下のような展開が可能となる。
【００３５】
会員Ａは、（１）クレジットカードの加盟店である店に、カードを提示し、ワイルドスマートカード使用申請（以下、単にカード使用申請と呼ぶ）をする。本カードの使用により提供されるサービスは、クレジットカードのオプションサービスの一つである。カードを提示せずとも、カード機能を持ったスマートフォン（以下、スマホ）等の携帯端末を所持していれば、本サービス専用のアプリケーションを立ち上げ、そこから店側のシステムにカード使用申請を送信することができる。（２）カード使用申請を受けた店側は、カード会員Ａのオーソリ依頼（カード認証依頼）をカード会社に送信する。（３）オーソリ結果がＯＫであれば、（４）相手先の女性に対し、会員Ａから奢りの申し出があることを伝える。この時点では会員Ａの氏名は通知されない。申し出を受けた女性は、見知らぬ男性からの誘いに躊躇しつつも、（５）店側から提示された会員ＡのＳＮＳ（Social  Network  System）のサイトにアクセスし、会員Ａの氏名、及びどのような人物かを知ることができる。そして、（６）女性は、相手があやしい人物ではなさそうだと判断し、奢りの申し出を受けることにする。（７）女性が申し出を受諾したことは、会員Ａに即座に通知される。
【００３６】
申し出を受けた女性も本サービスの会員であり（会員Ｂとする）、同じくスマホ等を所持していれば、会員Ａのスマホと、店側のサーバと、会員Ｂのスマホとの間で、上記のプロセスはすべて電子的にスマートに行うことができる。また、店での決済は、会員Ａのスマホのカード機能で簡単に行え、奢られた会員Ｂのスマホにも、会員Ａから奢られたことの記録が残り、会員Ａの氏名又はニックネームと、会員ＡのＳＮＳサイトへのリンク情報を保存することができる。このＳＮＳサイトが、カード会社と連携していれば、詳細な会員の情報が取得でき、更に便利である。
【００３７】
この利用シーン１では、会員Ａが店内の特定の会員Ｂに対して奢りの申し出を行ったが、スマホの位置情報取得機能を利用し、店側のサーバが、店内にいる会員全員のスマホ等の位置を検出して会員Ａのスマホに送信し、会員Ａは、店内の会員全員に奢りを申し出ることも、一部の会員をその位置情報から選択して奢ることも可能である。もちろん、特定の会員だけに奢りたい場合には、その会員がたとえ見知らぬ人であっても、スマホ等を所持してさえしていれば、その位置情報からその会員の特定ができる。また、奢り先が知人であって会員ＩＤ等を事前に特定することが可能な場合は、その知人が現在はその店にいなくても、電話やメール等で呼出して来店確約後に、カード使用申請をすることも可能である。
【００３８】
図２は、利用シーン２での本サービスの概念を示す図である。利用シーン１は、バーや居酒屋等でよくありがちな例であったが、利用シーン２は、本サービスにふさわしいワイルドな例である。すなわち、利用シーン２は、多くの人間が集まる場所で、奢り主が不特定多数の人間に奢りたいような場合の事例である。例えば、球場等において、球団のオーナや、応援団長、熱狂的なファン等が、そのチームが優勝したとき等に、喜びを分かち合うために、その場にいる観客にも奢りたいというような場合である。
【００３９】
奢り主のカード会員Ｃは、前の利用シーン１と同様に、本サービスに事前登録しているものとする。会員Ｃは、応援するチームの優勝が決定したとき、興奮し舞い上がって、観客全員にビールを奢りたいという気分になった。しかし、その後少し冷静になり、観客全員だと最大で数万人にも達するので、全員ではなく、同じチームを応援するファン限定で、先着１０００人までとすることにした。このような場合、以下のような展開が可能となる。
【００４０】
会員Ｃは、（１）自分のスマホ等からカード使用申請を店側（この場合は、球場の売店等）に送信する。（２）店側では、カード会社にそのカードのオーソリ依頼を送信する。（３）オーソリ結果がＯＫであれば、（４）奢り申し出通知を、奢り主の指定した奢り条件に従って特定された奢り対象の会員全員に配信する。この時点では、会員Ｃのニックネームのみが通知され、氏名等は記載されない。（５）奢り申し出通知を受けた会員は、この通知を店側に提示し、奢られた商品を受け取ることができる。（６）奢り申し出通知配信を受信した会員は、奢り主のＳＮＳサイトを閲覧できる。もちろん、会員Ｃが氏名その他の情報をＳＮＳサイトに公開していればその情報も知ることができる。
【００４１】
利用シーン２においては、奢り申し出通知に対して、奢られる側は、基本的には受諾するか否かの返信をする必要はない。奢り申し出画面を店側に提示し、商品を受け取った時点で受諾したとみなされるからである。また、（５）では、奢り主のＳＮＳサイトを閲覧したことを条件に、商品の受け取りができるようにしてもよい。
【００４２】
（４）の奢り主の指定した奢り条件とは、多数の奢り対象者が想定される場合に、対象者を限定するために使用される条件である。例えば、奢りに使うことができる上限金額や、奢られる側のプロフィール情報（年齢、性別、趣味・嗜好等）が考えられる。奢られる側のプロフィール情報は、クレジットカードの会員であればカード会社の会員登録情報から取得することができる。更に、奢られる側の会員もＳＮＳサイトを利用していれば、そのＳＮＳサイトからもプロフィール情報を取得できる。奢られる側の会員にとっても、より多くのプロフィール情報をカード会社やＳＮＳサイトに登録すると、奢ってもらえるチャンスがより広がるので、プロフィール情報を登録するメリットが生まれる。なお、奢り主は、もっとワイルドに、奢り先をカード会員に限定する条件をつけなくともよい。ただし、その場合には、奢り申し出を球場の電子掲示版等に告知することになるが、どこの誰に奢ったかは特定不可能となる。
【００４３】
図３は、利用シーン３での本サービスの概念を示す図である。利用シーン３は、故郷を久々に訪れた本サービスのカード会員Ｅが、震災から徐々に立ち直り、ローカル鉄道がようやく復旧した場面を目のあたりにし、自分も故郷のためになにか恩返しをしたいと考えたような場面を想定している。このとき会員Ｅは、一時的な寄付ではなく、故郷の人がこの鉄道を利用する際の電車賃を１００円、向こう１０年間にわたり負担すれば、長期にわたって故郷に恩返しできると考えて、本サービスを利用することにした。
【００４４】
このような場合、不特定多数に「奢る」という点で、利用シーン２の場合と同様であるので、システム上の流れの説明は省略する。会員Ｅは、上記の目的を達成するためには、後述する奢り条件の各項目である、カード条件をこの鉄道を利用できる交通系ＩＣカードに限定し、時期条件を１０年間とし、金額条件を一人１００円とし、位置条件をこの地域に住むカード会員に限定するように本サービスに事前登録する。このようにして登録された奢り条件によって、地元住民であれば誰でも、当該交通系ＩＣカードを使ってこの鉄道の電車賃を支払った場合には、１００円が自動的に割り引かれることになる。もちろん、割り引いた金額は、会員Ｅのクレジットカードに課金される。また、この鉄道を利用する人ではなく、この高速道路の料金所を使う人に、或いはこのバスの停留所を使う人に、或いは地元商店街で買い物をする人に、というふうにも奢り条件を指定できるものとする。
【００４５】
図４は、本発明の一実施形態におけるシステムの構成と機能ブロックを示す図である。この図は、先に説明したサービスの概念を実際に実現するための奢り支援カードシステム、通称「ワイルドスマートカードシステム」（以下、本システムと呼ぶ）の構成と、その機能ブロックを示すものである。なお、図中の機能ブロック間の矢印は、データの流れ方向、又は処理の流れ方向を表している。
【００４６】
本システムは、典型的には、カード会社サーバ１０と、加盟店サーバ２０と、奢り主側会員携帯端末３０と、奢り先側会員携帯端末４０とが、インターネットを主としたネットワークで交信可能に接続されて構成される。奢り先側会員携帯端末４０は、複数であってもよい。
【００４７】
図示するように、カード会社サーバ１０は、データベースとして、加盟店情報ＤＢ１１と、会員登録情報ＤＢ１２とを備え、機能処理部として、カード認証部１３、加盟店サーバ連携部１４、奢り条件事前登録部１５、及びＳＮＳサイト連携部１６とを備えている。カード会社サーバ１０には、一般的には他にも様々な機能を有するが、ここでは本発明の実施形態に直接関係のないデータベースや機能処理部は図示を省略している。以下、各機能ブロックを順に説明する。
【００４８】
加盟店情報ＤＢ１１には、カード会社のカードが利用可能な加盟店の情報を格納している。加盟店の情報には、店舗名、店舗グループ名、店舗の所在位置、店舗の写真等の他、代用者の連絡先、契約条件、過去の取引履歴等の情報を含んでいる。
【００４９】
会員登録情報ＤＢ１２には、カード会員のカード番号や会員ＩＤの他、会員の氏名、住所、連絡先、勤務先、家族構成、年収等のカード登録時の各種登録情報、及びカードの毎月の利用状況、オプションサービスの登録状況とその利用状況等の情報が含まれている。特に、会員登録情報ＤＢ１２には、後述の奢り条件テーブル１００を格納している。
【００５０】
カード認証部１３は、会員が加盟店でカードを利用して決済するときに、そのカード情報を受信し、認証（オーソリ）を行い、認証がＯＫであればカード決済部（図示を省略）に処理を渡し、加盟店への代金の立て替えや会員への利用料金の請求を行う。本システムでは、カード認証部１３は、上記の通常の決済時のカードの認証の前に、加盟店サーバ２０から、奢りを行うためのカード使用申請を受信したときに、そのカードに本サービスの登録があるか否かをチェックし、登録が有れば仮認証を行い、そのオーソリ結果を加盟店サーバ２０に返信する。仮認証としているのは、これから奢りを申し出しようとするカード使用申請時には実際の利用金額はまだ確定していないので、奢り主が定めた上限金額でとりあえず認証するためである。
【００５１】
加盟店サーバ連携部１４は、全ての加盟店側のシステムの加盟店サーバ２０と交信し、本サービスに必要な連携情報を交換する。本システムの実施形態においては、会員の登録情報のうちから、奢り支援のサービスを行うための必要な会員情報（会員連携情報と呼ぶ）、具体的には、会員ＩＤ又はカードＩＤの他、会員がカード加盟店への提供を許可した個人情報、奢り条件を記述した奢り条件テーブル１００、本サービスを利用した結果であるサービス利用情報を含む。
【００５２】
奢り条件事前登録部１５は、会員が本サービスに加入する際に、会員に本サービス固有の登録情報の入力を求め、会員登録情報ＤＢ１２に格納する。サービス登録情報には、奢り条件テーブル１００が含まれる。奢り条件テーブル１００については、図５で具体的に詳しく説明する。
【００５３】
ＳＮＳサイト連携部１６は、会員が多く利用する外部のＳＮＳサイト５０（例えばＦａｃｅｂｏｏｋ（登録商標）等）と連携し、会員の許可を条件として、サービスに必要な情報を交換する機能を果たす。サービスに必要な機能とは、奢り先の会員を正確に特定するために、ＳＮＳサイト５０に登録された情報のうち、会員の氏名、住所、性別、生年月日等の情報と、会員登録情報ＤＢ１２に登録された情報との同一性のチェックを行うことである。ＳＮＳサイト連携部１６は、必ずしも必須の機能処理部ではないが、サービスの信頼性を確保するために、広く普及し実績のあるＳＮＳサイトと連携することが望ましい。
【００５４】
加盟店サーバ２０は、カード認証依頼部２１と、奢り先会員特定部２２と、奢り先会員通知部２３と、会員位置情報取得部２４と、会員連携情報ＤＢ２５と、会員情報連携部２６と、奢り結果集計部２７とを備えている。以下、順に説明する。
【００５５】
カード認証依頼部２１は、奢り主側会員携帯端末３０からカードの使用申請を受信すると、カード会社サーバ１０のカード認証部１３にオーソリ依頼（カード認証の依頼）を行う。オーソリ結果がＯＫであれば、奢り先会員特定部２２に処理を渡す。
【００５６】
奢り先会員特定部２２は、オーソリ結果ＯＫの通知を受け、会員連携情報ＤＢ２５に格納された奢り条件テーブル１００と、奢り主が送信したカード使用申請の情報から追加又は変更の奢り条件を取得し、奢り条件に合致する奢り先の会員を特定する。特定した結果は奢り主に提示してもよい。なお、奢り先の会員は、奢り主がカード使用申請時に直接指定してもよい。
【００５７】
奢り先会員通知部２３は、奢り先会員特定部２２が特定した会員の携帯端末に対して、奢りの申し出があることを通知する。このときの通知には、奢り主の氏名又はニックネーム、奢り条件、及び奢り主のＳＮＳサイトのリンク情報を含めることが望ましい。奢り主からのメッセージがあれば、そのメッセージも含めるようにする。奢り申し出通知の画面については後述の図９で具体的に説明する。
【００５８】
会員位置情報取得部２４は、一定の間隔、又はカード使用申請があったときに、加盟店の店舗内又は所定距離内にいる会員の携帯端末の位置情報を探索して取得する。この「所定距離」を奢り主が指定できるようにしてもよい。短い距離を指定すると自分から見える位置の相手のみを奢り対象とできる。長い距離を指定すると、遠くにいて自分からは見えないような相手も奢り対象にできる。図では会員位置情報取得部２４は、加盟店サーバ２０内にあるとしているが、カード会社サーバ１０にも会員携帯端末の位置情報取得部を備えていてもよい。このようにすると、加盟店が存在する場所近辺だけでなく、さらに広範囲に相手を探索することも可能となる。遠方の店にいる知人に対して、スマホ等で会話し、リモートで奢ることも不可能ではない。
【００５９】
会員情報連携部２６は、奢り主が予め定めた奢り条件テーブル１００、及びその他加盟店側に必要な情報をカード会社サーバ１０から適宜取得して、加盟店サーバ２０の会員連携情報ＤＢ２５に格納しておく役目を果たす。もちろん、奢り条件テーブル１００はカード会社側に置いたままにして、カード使用申請があったときに取得するようにしてもよい。
【００６０】
奢り結果集計部２７は、奢り申し出に対して相手先の受諾を必要とする場合には、その受諾結果を奢り主側会員携帯端末３０に送信する、また、今回奢った商品又はサービス代金の総額を計算し、奢り主側会員携帯端末３０と加盟店サーバ連携部１４に通知する。更に、奢り結果集計部２７は、奢った商品等の金額が確定した時点で、奢り主に今回の請求金額の確認を求め（但し、あらかじめ設定した限度額以内であれば、確認は割愛してもよい）、その確認を受領後、カード認証依頼部２１に送り、カード会社サーバ１０に対して、今回の奢り申し出によって購入された商品等の代金を前記奢り主のカードで決済するように請求する。
【００６１】
奢り主側会員携帯端末３０は、カード使用申請部３１と、生体認証部３２と、位置情報取得部３３と、カード情報記憶部３４とを備えている。以下、各機能ブロックを順に説明する。
【００６２】
カード使用申請部３１は、加盟店で奢り主の所定の操作があったときに、カード使用申請を加盟店サーバ２０に送信する。この使用申請には、自身のカード情報と、奢り主からのメッセージ等を含む奢り申し出情報と、事前登録した奢り条件テーブル１００に対して追加又は変更がある場合は、その追加又は変更された奢り条件の情報とを含む。
【００６３】
生体認証部３２は、カード使用申請をよりスマートに行うために、奢り主側会員携帯端末３０上で専用アプリを起動した際に、指紋認証又は声紋認証等の生体認証を行い、本人からの起動であることを確認した後、カード使用申請の画面を表示させるようにする。カード使用申請の画面については後述の図８で具体的に説明する。
【００６４】
位置情報取得部３３は、ＧＰＳ（Global  Positioning  System）や屋内ＧＰＳ等の技術を利用した位置情報検出手段であり、自らの携帯端末の位置情報を適宜取得し、カード使用申請時の情報に含められるようにしておく。
【００６５】
カード情報記憶部３４は、奢り主が所持するクレジットカードの情報を携帯端末内部の不揮発性メモリに記憶し、端末にカード機能を持たせる役目を果たす。
【００６６】
通知受領／返信部３５は、奢り先会員からの受諾通知を受信したり、今回のカード使用申請で行った奢り結果通知を受信したりする。不特定多数の奢り先会員がある場合は、その集計情報を受信してもよい。奢り結果通知については後述の図１０で具体的に説明する。
【００６７】
奢り先側会員携帯端末４０は、上記の奢り主側会員携帯端末３０と同様の構成であるが、少なくとも位置情報取得部４３と通知受領／返信部４５を備えているものとする。奢り先側会員携帯端末４０の通知受領／返信部４５は、単に通知を受信するだけでなく返信機能も備えている。
【００６８】
上記の本システムの機能構成は、あくまで一例であり、一つの機能ブロック（データベース及び機能処理部）を更に分割したり、複数の機能ブロックをまとめて一つの機能ブロックとして構成したりしてもよい。各機能処理部は、装置に内蔵されたＣＰＵ（Central  Processing  Unit）が、ＲＯＭ（Read  Only  Memory）またはハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムによって実現される。すなわち、各機能処理部は、このコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data  Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベース（ＤＢ）は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。
【００６９】
図５は、奢り条件テーブルの具体例を示す図である。図示するように、奢り条件テーブル１００は、会員識別情報１１０と、基本条件１２０と、絞り込み条件１３０とを含んでいる。会員識別情報１１０は、奢り主としての会員を識別するもので、会員識別子（会員ＩＤ）、請求先のカード番号、ＩＭＥＩ（国際移動体装置識別番号）等の携帯端末識別子（端末ＩＤ）を含んでいる。
【００７０】
基本条件１２０は、奢り先の会員を特定する基本的な条件を格納したものである。基本条件１２０先頭の奢り先相手の指定１２１は、奢り先の相手の会員を奢り主がカード使用申請時に指定するか否かを定めるものである。「指定する」を選んだ場合には、奢り主は、相手先の会員を特定できる識別情報をカード利用申請時に提供する。「指定しない」を選ぶと、基本条件及び絞り込み条件で設定した条件に合致する会員をシステムが探索し、抽出する。抽出した結果を奢り主に提示してもよい。
【００７１】
カード条件１２２は、奢り対象の会員のカード会社（通常は同じカード会社又はカード会社グループ）を指定する。カード会社でなく特定のカードを指定してもよい。また、カードを使用する特定の加盟店を指定してもよい。カード会社を限定しない場合は「会社指定なし」とし、また、そもそもカード会員だけに奢り先を限定しない場合は、「制限なし」と指定する。ただし、ここで指定したカード会社が本サービスをサポートしていない場合は、エラーメッセージが返される。
【００７２】
時期条件１２３は、会員が奢りを行なうのに都合のよい時期を予め定めたものである。例えば、サラリーマンであれば、ボーナス月など比較的お金に余裕のある時期を指定しておいてもよい。もちろん、時期は特に定めないでおいてもよい。
【００７３】
金額条件１２４は、奢りに使うことのできる上限金額を定めるもので、「ひと月あたり５万円まで」というように指定する。ワイルドになりすぎて、使いすぎを防止するためである。金額条件を指定しない場合は、会員のクレジットカードの与信限度額が上限金額となる。
【００７４】
位置条件１２５は、自分との位置関係、すなわち、自分の所持する携帯端末の位置に近い場所にいる会員の携帯端末を探索したい場合等に指定する。位置条件を指定した場合は、加盟店サーバ２０又はカード会社サーバ１０が探索可能な範囲の会員を探索する。位置条件を指定しない場合は、奢られる側の会員の位置は限定しないことになる。
【００７５】
優先条件１２６は、奢り条件に複数の会員が特定された場合に、当該会員を奢り先として優先して選定するための条件を定めたものである。例えば、過去に奢ったことのない会員を優先したり、近くにいる会員を優先したり、年齢の高い順又は低い順に会員を優先したりすることができる。
【００７６】
受諾条件１２７は、奢り先に対して、奢り申し出に対する受諾を求めるかどうかを指定する。初めての相手や遠慮深い相手に声をかける場合が多いときは有効である。非常の多数の不特定の人間に声をかける場合には受諾不要としておいたほうがよい。
【００７７】
絞り込み条件１３０には、上記の基本条件１２０に加えて、奢り先を更に絞り込みたい場合の条件が格納される。例えば、年齢、性別、住所（地域）、同居家族、勤務先、年収などである。これらの情報（符号１３１で示す）は、同じ会社のカード会員であれば、比較的容易に取得することができる。それ以外の情報（符号１３２，１３３で示す）は、会員が別途、カード会社に本サービスのために登録した情報を取得するか、カード利用申請時の情報に含めてもらう。あるいは、会員がＳＮＳサイト５０で入力した情報を取得して利用してもよい。
【００７８】
絞り込み条件１３０には、更に奢り先の会員の趣味・嗜好条件を指定することができる。趣味・嗜好の合う会員だけに限定したい場合や、逆に好ましくない趣味・嗜好の会員を、趣味・嗜好除外条件を指定して除外することができる。基本条件１２０、絞り込み条件１３０は、奢り主が多くの場面で共通する条件を事前に登録するものとし、場面によって変わる条件は、カード使用申請時に追加、変更ができるものとする。
【００７９】
図６は、奢り先の会員を特定するフローを示す図である。以下では説明を簡単にするため、一つのカード会社のみが本サービスをサポートしていると仮定して説明する。
【００８０】
加盟店サーバ２０は、まずステップＳ１０において、奢り主が奢り先を特定しているかどうかをチェックする。奢り先を特定していればステップＳ２１に処理を移すが、奢り先が不特定である場合は、以下の処理を行う。
【００８１】
ステップＳ１１では、現時点が奢り主が指定した時期条件内かどうかをチェックする。時期条件に合致しない場合は、ステップＳ２４に飛び、その旨を奢り主に送信していったん処理を終了する。時期条件に合致する場合は、ステップＳ１２において、更に位置条件を指定しているかどうかをチェックする。既に述べたように、加盟店サーバ２０又はカード会社サーバ１０は、奢り主が位置条件を指定している場合は（ステップＳ１２：Ｙ）、ステップＳ１３において、奢り主の携帯端末の位置を検出し、指定された範囲内で他の会員の携帯端末を探索し、その会員携帯端末から会員ＩＤを抽出する。
【００８２】
次に、ステップＳ１４において、絞り込み条件の指定があるかどうかをチェックする。絞り込み条件があれば、ステップＳ１５において、抽出した会員の登録情報をチェックし、絞り込み条件に合致する会員を絞り込む。そして、ステップＳ１６において、奢り総額を計算し、奢り総額が基本条件の上限内かどうかをチェックする（ステップＳ１７）。奢り総額が上限内であればステップＳ２０に飛ぶが、上限金額を超えていれば、ステップＳ１８において、優先条件の指定があるかを更にチェックし、優先条件の指定がなければステップＳ２４のエラー通知処理に移すが、優先条件の指定があれば、ステップＳ１９において、優先条件に沿って抽出した会員をソートし、上限額を超えた会員を奢り対象から除去する。最後にステップＳ２０において、残った会員に対して奢り申し出通知を配信する。
【００８３】
ステップＳ１０で奢り先の会員が特定されている場合には、ステップＳ２１において、奢り先の会員を特定できる情報を奢り主から取得する。この情報は、通常、カード使用申請に含まれている。次に、ステップＳ２２で金額条件内及び時期条件内かどうかをチェックし、金額条件内、かつ時期条件内であれば、ステップＳ２３で奢り先の会員携帯端末に奢り申し出通知を送信する。金額条件外又は時期条件外の場合は、ステップＳ２４でサービス条件に合致しない旨を奢り主の端末に送信して処理をいったん終了する。エラー通知を受けて、奢り主が条件を変更した場合には、再び、ステップＳ１０からの処理を再開する。
【００８４】
図７は、本サービスの事前登録画面の一例を示す図である。図示するように、この事前登録画面２００は、会員特定情報２１０と、基本条件設定領域２２０と、絞り込み条件設定領域２３０を含んでいる。会員特定情報２１０は、奢り条件テーブル１００の会員識別情報１１０に対応し、基本条件設定領域２２０は、奢り条件テーブル１００の基本条件１２０を設定するための画面領域であり、絞り込み条件設定領域２３０は、同じく、絞り込み条件１３０を設定するための画面領域である。
【００８５】
この画面の例は、図２の会員Ｃが事前設定した項目を示している。すなわち、基本条件のうち、奢り条件テーブル１００の基本条件１２０の上限金額を５０万円、優先条件を先着順、受諾条件を不要とし、基本条件のうち、符号２２１，２２２，２２３で示す３か所を設定していることを示している。自分の近くにいる観客、例えば、内野席にいる観客に限定する場合は、位置条件の中の適当な距離を選択しておく。また、絞り込み条件は、趣味・嗜好条件と趣味・嗜好除外条件のみを設定している。この条件の設定には、符号２３１，２３２で示す欄に趣味・嗜好を表すキーワードを入力する。なお、すべての項目にはデフォルト値が表示されるので、デフォルト値のままでよければ入力する必要はない。
【００８６】
図８は、カード使用申請時の手順の一例を示す図である。カード使用申請は、奢り主のスマホから行うのが最も簡単である。
【００８７】
奢り主は、まずスマホの本サービス専用アプリのボタンを押すと認証画面が表示され、指紋認証又は声紋認証で本システムに認証され、認証が完了すれば（ＯＫであれば）、申請画面３００が表示される。
【００８８】
申請画面３００では、事前登録した基本条件又は絞り込み条件を編集することができるが、ここでは、編集はしない場合で説明する。メッセージ欄３０２には、奢り先に伝えたいメッセージを入力する。入力を省略すると図示するようなデフォルトメッセージが送信される。次に、奢り対象とする商品をメニュー３０３から選択する。ここでは、生ビールやアイスクリーム等個別の商品を指定しているが、金額ボタンを１００円、３００円、５００円、１０００円のように数種類表示し、奢り商品の金額のみを選択するようにしてもよい。金額のみを指定した場合は、奢られる側は、その金額内であればどの商品を奢ってもらうことにしてもよい。
【００８９】
奢り上限金額は、事前登録の際にも設定したが、ここでも確認のためその設定した金額を表示する。もちろん、ここで上限金額を変更することができるが、変更した金額は今回の申請のみに適用される。また、時間指定は、基本条件にはない項目であるが、念のため奢り対象となる時間を指定できるようにしておく。時間の指定を省略すると、現在時刻から商品を受け渡すお店の閉店時間までとなる。該当人数は、上限金額と商品単価とから自動計算するが念のため直接入力させるようにしてもよい。ただし、自動計算の結果を超える人数は指定できない。図の例では、上限金額が５０万円、商品単価が５００円なので最大１０００人までに奢ることができる。
【００９０】
このように、カード使用申請は、できる限りシンプルにし、入力の手間を少なくすることが望ましい。音声入力を利用してもよい。奢り主のせっかく盛り上がった気分を萎えさせないためである。
【００９１】
図９は、奢り申し出通知画面の一例を示す図である。この通知は、奢り主から奢り申し出があったことを奢り先の会員に通知するためのものである。図示するように、奢り申し出通知画面４００には、奢り申し出通知内容４１０が表示される。奢り申し出通知内容４１０には、奢り主のメッセージ４１１や奢り主のＳＮＳサイトのリンク４１２が含まれる。既に説明したように、奢り主のＳＮＳサイトにアクセスすることでその人物像を閲覧することができるのでより親近感がわく。ＳＮＳサイトへのアクセスを行った会員のみを奢り対象としてもよいし、アクセスを行った会員を優先するようにしてもよい。
【００９２】
また、奢り申し出通知画面４００には、奢られる側の会員からの返信メッセージ入力欄を設けてもよい。返信メッセージの入力は任意であるが、多くの返信が寄せられると奢り主は気分がよいので、また次回も、ということになりやすい。このようにして、人々のコミュニケーションの輪を広げることができる。
【００９３】
さらに、奢り申し出通知画面４００には、奢られる側が奢り主を自分のリストに登録するための奢り主登録ボタン４３０を設けてもよい。登録された奢り主の情報は、いつでもこのリストから呼び出すことができる。このようにすることで、奢られた側から奢り主に対して、後日お返しをする際の情報として利用したり、再び奢ってもらえるような機会の情報を探ることができる。
【００９４】
図１０は、奢り結果通知画面の一例を示す図である。この画面は、奢り主に対する奢り結果を通知するためのものである。図示するように、奢り結果通知画面５００は、カード会社からの本サービスの利用状況を報告するかたちで行われ、奢った日時、場所、商品、奢られた人数、金額が表示される。この例では、９９８人が奢り商品である生ビールを受け取り、総額欄５０１の４９９，０００円が奢り主に請求されることになる。
【００９５】
また、奢り結果通知画面５００には、奢られた会員の構成５０２を表示するようにしてもよい。会員構成とは、男女比、年代別割合等である。会員以外の人間も奢り対象に含めた場合には、会員のみの構成が表示される。また、奢り結果通知画面５００には、図示するように、奢られた会員からの返信メッセージ５０３を表示する。更に、奢られた会員全員の氏名又はニックネームのリストを記録したＵＲＬのリンク５０４を含むようにしてもよい。
【００９６】
図１１は、本発明の第二の実施形態におけるシステムの構成と機能ブロックを示す図である。図１の第一の実施形態におけるシステムは、カード会社サーバ１０と加盟店サーバ２０が、役割を分担して協業するように構成したが、第二の実施形態では、カード会社サーバ１０に、主な機能をできるだけ集中させた構成をとっている。加盟店によっては、第一の実施形態のような加盟店サーバ２０を構築することに負担が大きいと感じられる場合は、第二の実施形態を採用してもよい。
【００９７】
以下、第一の実施形態と第二の実施形態で異なる部分のみを簡単に説明する。図示するように、第二の実施形態では、奢り先会員特定部２２’と会員位置情報取得部２４’は、カード会社サーバ１０の構成要素とした。そのため、主な処理をカード会社サーバ１０に集中させることができ、図１の加盟店サーバ連携部１４は不要となる。同様に図１の加盟店サーバ２０の会員連携情報ＤＢ２５、会員情報連携部２６、奢り条件テーブル１００の連携も不要となる。
【００９８】
その結果、加盟店サーバ２０は、カード認証依頼部２１、奢り結果集計部２７、奢り先会員通知部２３だけで構成することができ、処理負担が大きく減ることになる。その分、カード会社サーバ１０の処理負担は重くなるが、データの連携、分散が少なくなり、処理の効率は向上する。逆に、第一の実施形態では、加盟店サーバ２０の処理負担は重くなるが、加盟店内にいる会員の状況を加盟店サーバ２０のほうが細かく把握しやすいという利点がある。第一の実施形態は、大規模な加盟店に適合するシステム構成であり、第二の実施形態は、加盟店が小規模な場合に適合するシステム構成であるとも言える。
【００９９】
以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【０１００】
１０  カード会社サーバ
１１  加盟店情報ＤＢ
１２  会員登録情報ＤＢ
１３  カード認証部
１４  加盟店サーバ連携部
１５  奢り条件事前登録部
１６  ＳＮＳサイト連携部
２０  加盟店サーバ
２１  カード認証依頼部
２２  奢り先会員特定部
２３  奢り先会員通知部
２４  会員位置情報取得部
２５  会員連携情報ＤＢ
２６  会員情報連携部
２７  奢り結果集計部
３０  奢り主側会員携帯端末
３１  カード使用申請部
３２  生体認証部
３３，４３  位置情報取得部
３４  カード情報記憶部
３５，４５  通知受領／返信部
４０  奢り先側会員携帯端末
５０  ＳＮＳサイト
１００  奢り条件テーブル
１１０  会員識別情報
１２０  基本条件
１２１  奢り先相手の指定
１２２  カード条件
１２３  時期条件
１２４  金額条件
１２５  位置条件
１２６  優先条件
１２７  受諾条件
１３０  絞り込み条件
１３１  会員登録情報から取得できる情報
１３２  趣味・嗜好条件
１３３  趣味・嗜好除外条件
２００  ワイルドスマートカードサービス事前登録画面
２１０  会員特定情報
２２０  基本条件設定領域
２３０  絞り込み条件設定領域
２３１  趣味・嗜好条件キーワード入力欄
２３２  趣味・嗜好除外条件キーワード入力欄
３００  奢り申し出通知作成画面
３０１  基本条件、絞り込み条件編集ボタン
３０２  奢り主のメッセージ入力欄
３０３  奢り商品メニューボタン
３０４  奢り上限金額入力欄
３０５  時間指定欄
３０６  該当人数欄
４００  奢り申し出通知画面
４１０  奢り主側からの通知欄
４１１  奢り主からのメッセージ
４１２  奢り主のＳＮＳサイトヘのリンク
４２０  奢り先の会員からの返信メッセージ入力欄
４３０  奢り主登録ボタン
５００  奢り主への奢り結果通知画面
５０１  奢った総額欄
５０２  奢り先の会員構成
５０３  奢り先の会員からの返信メッセージ
５０４  奢り先の会員リストへのリンク
【図１】
2014178756.tif 000003
【図２】
2014178756.tif 000004
【図４】
2014178756.tif 000005
【図５】
2014178756.tif 000006
【図６】
2014178756.tif 000007
【図７】
2014178756.tif 000008
【図８】
2014178756.tif 000009
【図９】
2014178756.tif 000010
【図１０】
2014178756.tif 000011
【図１１】
2014178756.tif 000012
【図３】
2014178756.tif 000013