JP2003308468A - ポイント処理システム - Google Patents

Abstract

(57)【要約】 【課題】 従来システムより各種の面でメリットが大き
いポイント処理システムを提供する。 【解決手段】 本発明のポイント処理システムは、各企
業が個別に発行したポイントを直接又は変換して顧客特
定情報をキーとして一元管理するポイントセンターシス
テムと、企業及び又は店舗毎のポイント処理を行う複数
の企業体ポイントシステムとを備え、複数の企業体ポイ
ントシステムとして、ポイント発行及び又はポイント消
費を行う第１の企業体ポイントシステムと、ポイント消
費に協力する第２の企業体ポイントシステムとを少なく
とも含むことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各種企業が販売促
進などのために発行するポイントを処理するポイント処
理システムに関するものである。

【０００２】

【従来の技術】近年、ポイント処理システムとして、カ
ード事業者がクレジットカードの利用金額に応じて発行
するものや、旅客航空事業者が利用マイルに応じてポイ
ントを発行するものや、チェーン店事業者がチェーン店
での購入金額に応じてポイントを発行するものなど、様
々な形態のシステムがある。このようなポイント処理シ
ステムの多くは、ポイントを発行した事業者が、ポイン
トに応じた利益を顧客に付与する。

【０００３】しかしながら、事業者単位でシステムの管
理運営を行っているため、顧客はポイントの種類毎にポ
イントを集めなければならず、複数のシステムにポイン
トが分散し、ポイントに基づくサービスを十分に受ける
ことができない。

【０００４】このような不都合を解決するため、あるシ
ステムのポイントを、共通ポイントや他のシステムのポ
イントに交換することも既に提案されている（例えば、
特開２００１−２５０１７０、特開２００２−２４７２
４）。

【０００５】

【発明が解決しようとする課題】ところで、ポイント処
理システムに係る事業者から見れば、ポイントが蓄積さ
れている状態は、そのポイントがいつ使われるか明らか
でなく、経理上の不安が大きい。そのため、ポイントの
早期の消費が好ましい。

【０００６】上述のポイント交換可能なシステムは、ポ
イントの早期の消費に寄与することができるが、使用ポ
イントの最低限のポイントが定まっている場合には、消
費されるタイミングがある程度遅くなることを避けるこ
とができない。

【０００７】また、ポイントの消費は、ポイントを発行
する事業者に係る販売商品やサービスなどに限定され、
ポイント交換ができたとしても、顧客が希望する販売商
品やサービスが常に存在するとは限らず、この面でポイ
ントの消費を抑制している。

【０００８】さらに、ポイント交換可能なシステムは、
交換可能なポイントの種類が多くなった場合、顧客をど
のように認証するかが問題となる。一般には、各種類の
ポイントの発行事業者毎に別個の顧客情報を有してお
り、それらの調整処理が大変である。また、交換可能な
ポイントの種類が多くなった場合、交換処理を行う装置
をどのようにするかという問題も発生する。

【０００９】さらにまた、ポイント交換可能なシステム
は、複数種類のポイント処理システムが融合されたもの
であるが、ポイントの交換機能だけを担っており、複数
のシステムを融合させたにしては、情報処理面でのメリ
ットは小さい。

【００１０】本発明は、以上の点に鑑みなされたもので
あり、上述した複数の課題のうちの少なくとも１以上を
解決し得るポイント処理システムを提供しようとしたも
のである。

【００１１】

【課題を解決するための手段】かかる課題を解決するた
め、請求項１の本発明のポイント処理システムは、各企
業が個別に発行したポイントを直接又は変換して顧客特
定情報をキーとして一元管理するポイントセンターシス
テムと、企業及び又は店舗毎のポイント処理を行う複数
の企業体ポイントシステムとを備え、上記複数の企業体
ポイントシステムとして、ポイント発行及び又はポイン
ト消費を行う第１の企業体ポイントシステム（実施形態
の店舗システム２や３などが該当する）と、ポイント消
費に協力する第２の企業体ポイントシステム（実施形態
のコンテンツ提供システム６などが該当する）とを少な
くとも含むことを特徴とする。

【００１２】請求項２の本発明のポイント処理システム
は、請求項１において、上記ポイントセンターシステム
が有するポイントサーバに代行して、少なくともポイン
ト数が変動する際の顧客の認証を行う代行サーバが１以
上設けられ、上記代行サーバは、代行した処理の通知
を、所定時刻に、又は、所定期間についてまとめて、複
数について一括して行うことを特徴とする。

【００１３】請求項３の本発明のポイント処理システム
は、請求項２において、上記ポイントサーバは、上記代
行サーバが処理を行う際に必要とする情報を上記代行サ
ーバに転送することを特徴とする。

【００１４】請求項４の本発明のポイント処理システム
は、請求項２又は３において、上記企業体ポイントシス
テム内のサーバが、上記代行サーバとしても機能するこ
とを特徴とする。

【００１５】請求項５の本発明のポイント処理システム
は、請求項２〜４のいずれかにおいて、上記代行サーバ
として、地域と業種の組合せで定まるものが設けられて
いることを特徴とする。

【００１６】請求項６の本発明のポイント処理システム
は、請求項１〜５のいずれかにおいて、顧客が携帯する
顧客端末を有し、上記顧客端末に係る情報を顧客特定情
報として利用していることを特徴とする。

【００１７】請求項７の本発明のポイント処理システム
は、請求項１〜６のいずれかにおいて、上記第２の企業
体ポイントシステムが、上記顧客端末又は上記第１の企
業体ポイントシステムにコンテンツを配信させることに
より、ポイント消費を実行させるシステムであることを
特徴とする。

【００１８】請求項８の本発明のポイント処理システム
は、請求項１〜７のいずれかにおいて、上記顧客端末又
は上記第１の企業体ポイントシステム上で実行されるゲ
ームの結果又はカラオケの評価に応じて、上記ポイント
センターシステムで管理するポイントを増加及び又は減
算させる手段を有することを特徴とする。

【００１９】請求項９の本発明のポイント処理システム
は、請求項８において、上記顧客端末又は上記第１の企
業体ポイントシステム上で実行されるゲーム又はカラオ
ケの曲情報が、上記第２の企業体ポイントシステムから
提供されることを特徴とする。

【００２０】請求項１０の本発明のポイント処理システ
ムは、請求項１〜９のいずれかにおいて、上記ポイント
センターシステムで管理する各顧客のポイント発行情報
及びポイント消費情報から、マーケッティングに利用で
きる情報を形成する手段を有することを特徴とする。

【００２１】請求項１１の本発明のポイント処理システ
ムは、請求項１〜１０のいずれかにおいて、上記ポイン
トセンターシステムは、各企業に係る個別ポイントと、
複数の企業に共通な共通ポイントとの間の変換手段を有
していることを特徴とする。

【００２２】請求項１２の本発明のポイント処理システ
ムは、請求項１１において、上記個別ポイントを上記共
通ポイントに変換する際の制約、及び又は、上記共通ポ
イントを上記個別ポイントに変換する際の制約が予め規
定されており、上記変換手段は、その制約を充足してい
る範囲でのみ、変換を許容することを特徴とする。

【００２３】請求項１３の本発明のポイント処理システ
ムは、請求項１〜１２のいずれかにおいて、上記ポイン
トセンターシステムは、ポイントを管理している各企業
の所定期間毎のポイント発行数とポイント消費数との差
分ポイント数に応じて、各企業との決済を行う決済手段
を有することを特徴とする。

【００２４】請求項１４の本発明のポイント処理システ
ムは、請求項１３において、上記決済手段は、上記差分
ポイント数が正であれば、その企業の金融口座から、当
該システム全体に共通な金融口座への金銭移動を行い、
上記差分ポイント数が負であれば、当該システム全体に
共通な金融口座から、その企業の金融口座への金銭移動
を行うことを特徴とする。

【００２５】

【発明の実施の形態】（Ａ）一実施形態 以下、本発明のポイント処理システムの一実施形態を図
面を参照しながら詳述する。

【００２６】（Ａ−１）実施形態の構成 図１は、一実施形態のポイント処理システムの全体構成
を示すブロック図である。

【００２７】図１において、実施形態のポイント処理シ
ステム１は、複数の第１種類の店舗システム２、複数の
第２種類の店舗システム３、顧客端末４、ポイントセン
ターシステム５、コンテンツ提供システム６及びセンタ
ー代行システム７などを有する。

【００２８】そして、顧客端末４は、携帯電話網８を介
して、ポイントセンターシステム５やセンター代行シス
テム７と接続し得るものであり、第２種類の店舗システ
ム３は、インターネット網９を介して、ポイントセンタ
ーシステム５やセンター代行システム７と接続し得るも
のである。また、顧客端末４は、近距離無線通信機能に
より、第１種類の店舗システム２や第２種類の店舗シス
テム３や他の顧客端末４と通信可能なものである。

【００２９】なお、第１種類の店舗システム２や第２種
類の店舗システム３は、企業及び又は店舗毎のポイント
処理（ポイント発行及び又は消費）を行う企業体ポイン
トシステムとなっており、また、コンテンツ提供システ
ム６も、コンテンツの提供によって顧客会員のポイント
を消費させる企業体ポイントシステムとなっている。

【００３０】顧客端末４は、詳細構成の図示は省略する
が、Ｗｅｂページのブラウザ機能や電子メールの受信機
能や近距離無線通信機能などを有する携帯端末（携帯電
話を特に意図している）である。顧客端末４の近距離無
線通信機能は、ブルーツース方式に従うものであっても
良いが、それより指向範囲が狭い赤外線を利用したもの
の方が好ましい。顧客端末４は、ポイントセンターシス
テム５とのＷｅｂページの授受などを通じて、決済端末
としての機能や情報端末としての機能や会員登録機能を
担っている。

【００３１】顧客端末４は、ポイント決済端末としての
機能として、クレジットカードなどと同様な顧客を認証
させるための機能や、電子メールなどを通じた利用可能
なポイント数の確認機能や、所定数のポイントを取り出
して消費させる機能などを担っている。消費機能に関連
して、顧客は物品を入手したり、サービスの提供を受け
たりする。また、認証に供するデータは、携帯電話番号
や当該端末の電子メールアドレスやパスワードなどの単
独でもその組み合わせであっても良い。

【００３２】顧客端末４は、情報端末としての機能とし
て、情報コンテンツ（例えばニュースや割引セールの通
知）の受信やポイント消費用ゲームの受信などのサービ
ス受信機能や、ポイント消費場所を照会したり検索した
りするナビゲーション機能などを担っている。

【００３３】この実施形態の場合、当該ポイント処理シ
ステム１のメリットを享受できる顧客は会員顧客に限ら
れている。顧客端末４は、会員になるための登録機能を
担っている。なお、非会員も当該ポイント処理システム
１を利用できるようにしても良く、会員と非会員で利用
できる内容などを変更できるようにしても良い。

【００３４】なお、上記では、決済端末機能や情報端末
機能や会員登録機能のいずれも、その機能の実行時に、
ポイントセンターシステム５とのＷｅｂページの授受な
どを行うように説明したが、会員登録機能を除き、会員
登録機能の処理の際に、決済端末機能や情報端末機能の
実行で必要となるソフトウェアをダウンロードして格納
しておき、その格納したソフトウェアを利用して、その
後の決済端末機能や情報端末機能を起動するようにして
も良い。

【００３５】第１種類の店舗システム２はインターネッ
ト網９に対応できないシステムであり、第２種類の店舗
システム３はインターネット網９に対応できるシステム
である。第１種類の店舗システム２は、顧客端末４、携
帯電話網８を介して、ポイントセンターシステム５など
との通信を実行する。

【００３６】店舗システム２又は３は、コンビニエンス
ストア、スーパーマーケット、ディスカウントストア、
カラオケ店舗、遊技場（パチンコなどを行うパーラー
や、ゲームセンター）などのポイント発行機能及び又は
ポイント消費機能などを担う店舗に設置されているもの
である。なお、自動販売機や駐車場等の店舗建物自体を
有しないものも、店舗システム２又は３となり得る。

【００３７】店舗システム２又は３は、そのシステムの
事業者の事業によって、詳細構成が多少異なるが、ポイ
ント発行機能及び又はポイント消費機能などを実行でき
る詳細構成を有し、これら機能の実行構成はほぼ同様で
ある。

【００３８】図２は、パーラーに係る第１種類の店舗シ
ステム２の詳細構成例を示し、図３は、パーラーに係る
第２種類の店舗システム３の詳細構成例を示しており、
これら図面において、同一、対応部分については同一符
号を付して示している。

【００３９】パーラーに係る第１種類の店舗システム２
は、図２に示すように、店舗サーバ１０、店舗端末１
１、店内機器１２、ＰＯＳシステム１３及びサブシステ
ム１４などを有し、パーラーに係る第２種類の店舗シス
テム３は、図３に示すように、第１種類の店舗システム
２と同様な構成要素に加えて、店舗ゲートウェイ１５を
有する。

【００４０】店舗ゲートウェイ１５は、当該第２種類の
店舗システム３をインターネット網９に接続させるもの
である。

【００４１】他の構成要素については、第１種類の店舗
システム２及び第２種類の店舗システム３を区別するこ
となく説明する。

【００４２】店舗サーバ１０は、当該店舗システム２又
は３の全体を制御、管理するものであり、例えば、ポイ
ントを発行したり集計したりするポイント発行・集計機
能や、当該ポイント処理システム１及び又は当該店舗シ
ステム（２又は３）の会員を管理する会員管理機能や、
ポイントや会員情報などを送信する送信機能や、後述す
るセンターサーバ２０（図５参照）に代わって顧客など
の認証やポイント発行の承認を行う代行認証機能や代行
承認機能や、蓄積ポイントの把握機能などを担っている
ものである。

【００４３】代行認証機能や代行承認機能は、後述する
センターサーバ２０の機能の分散を計るために店舗サー
バ１０に設けられたものであり、ポイント発行やポイン
ト消費の処理の高速化を実現することができる。代行認
証機能や代行承認機能の処理は、例えば、バッチ処理で
行い、その後、センターサーバ２０に通知する。

【００４４】代行認証機能や代行承認機能で必要な情報
としては、例えば、センターサーバ２０のものをその都
度利用するだけでなく、サブシステム１４に固定的に記
憶されている情報を利用したり、センターサーバ２０か
らダウンロードしてサブシステム１４に記憶させた情報
を利用したりする。

【００４５】パーラー（遊技場）では多くの遊技者が遊
技を楽しみ、景品球（遊技の結果の報酬）をポイントに
変換する遊技者も多い。しかも、そのような遊技者は、
同時期に複数人も生じることがある。そのため、代行認
証機能や代行承認機能は、有用な機能である。

【００４６】店舗端末１１は、例えば、顧客端末４との
近距離通信機能の実行部（図２及び図３ではＩｒＤＡと
表記）や、カードリーダや、バーコードリーダなどのア
ダプタ装置を有する。店舗端末１１は、店舗サーバ１０
の制御下で、主として、ポイントの利用機能やポイント
の消費機能などを実行するものである。

【００４７】店内機器１２は、パチンコ遊技機やパチス
ロ遊技機などの遊技機や、遊技機間に設置されるサンド
装置や、プリペイドカード発行機等が該当するものであ
る。店内機器１２の全て又は一部は、例えば、顧客端末
４との近距離通信機能の実行部（図２及び図３ではＩｒ
ＤＡと表記）を有する。顧客端末４との近距離通信機能
の実行部を有する店内機器１２は、店舗サーバ１０の制
御下で、ポイントの消費などを実行し得るものである。
店内機器１２が、パチンコ遊技機やサンド装置等であれ
ば、蓄積ポイント（貯玉）を利用した遊技球の貸出しを
実行でき、店内機器１２が、プリペイドカード発行機で
あれば、蓄積ポイント（貯玉）を利用したプリペイドカ
ードの発行を実行することができる。

【００４８】遊技パーラーの場合、ＰＯＳシステム１３
は、景品球の処理に供するものである。この実施形態の
場合、ＰＯＳシステム１３は、店舗サーバ１０の制御下
で、景品球をポイントへ変換することができる。また、
ＰＯＳシステム１３は、ポイントセンターシステム５か
ら取り出したポイントに基づいた景品への変換もできる
ようになされている。

【００４９】サブシステム１４は、アプリケーションサ
ーバやデータベース等でなる。サブシステム１４は、当
該店舗システム２又は３について独立したポイント処理
を実行したり、当該遊技パーラーだけに関係する会員処
理を行ったり、遊技パーラーに関係する会員情報と、当
該ポイント処理システム１に係る会員との整合をとった
りするものである。

【００５０】なお、取得ポイント（個別ポイント）を、
他のポイントシステムでのポイントと同様に処理するか
（共通化システムにのせるか）、個別事業又は個別サー
ビスについてのままとしてそのまま処理するかは、顧客
が選択し得るようにすることが好ましい。

【００５１】図４は、カラオケ店舗に係る第１種類の店
舗システム２の詳細構成例を示しており、上述した図２
との同一、対応部分には同一符号を付して示している。

【００５２】カラオケ店舗の第１種類の店舗システム２
の場合、店内機器（カラオケ機器）１２自体は、顧客端
末４との近距離通信機能の実行部を備えないが、カラオ
ケルーム端末１６が顧客端末４との近距離通信機能の実
行部（図４ではＩｒＤＡと表記）を有する。

【００５３】カラオケルーム端末１６は、受付等に設置
された店舗端末１１と同様な機能を担っても良く、さら
には、独立したポイントの消費、発行機能を担っても良
い。カラオケルーム端末１６は、例えば、店内機器（カ
ラオケ機器）１２で演奏を実行させる際の費用に相当す
るポイント消費を顧客端末４と協働して行ったり、店内
機器（カラオケ機器）１２が評価した高得点の歌唱評価
値をポイント化して蓄積させる処理を行ったり、所定ポ
イントを消費してポイントセンターシステム５側から取
り出したゲームを実行させ、そのゲーム結果の報酬をポ
イント化して蓄積させる処理を行ったりする。

【００５４】図示は省略しているが、コンビニエンスス
トア、スーパーマーケット、ディスカウントストア等に
係る店舗システム２又は３では、いわゆるレジＰＯＳ
（レジＰＯＳ端末）を、店舗端末（１１）とは異なる店
内機器（１２）として設けても良く、店舗端末（１１）
の機能を兼ね備えたものとして設けたものであっても良
い。

【００５５】以上のように、店舗システム２又は３は、
事業等によって、詳細構成が多少異なるが、顧客端末４
を利用した顧客認証機能や、ポイント発行機能や、ポイ
ント消費機能などを実行できる詳細構成を有するもので
あり、システムによっては、ポイント発行機能だけを担
うものであっても良く、また、ポイント消費機能だけを
担うもの（例えば、自動販売機や駐車場等）であっても
良い。

【００５６】図５（Ａ）及び図５（Ｂ）は、ポイントセ
ンターシステム５の詳細構成例を示すブロック図であ
る。

【００５７】ポイントセンターシステム５は、図５
（Ａ）に示すように、センターサーバ２０と、顧客会員
データベース（顧客会員ＤＢ）２１、企業会員データベ
ース（企業会員ＤＢ）２２、マーケッティングデータベ
ース（マーケッティングＤＢ）２３等を有する。

【００５８】センターサーバ２０は、当該ポイント処理
システム１のセンター処理を実行するものであり、後述
するような各種の機能を実現するものである。

【００５９】顧客会員データベース２１は、顧客端末４
に係る特定情報（顧客特定情報；携帯電話番号、ｅメー
ルアドレス、パスワード等だけでなく、顧客（顧客会
員）の氏名、住所、会員有効期限等も適宜含んで良い）
に対応付けて、蓄積ポイント数や、ポイント発行やポイ
ント消費の履歴や、コンテンツ配信希望情報等を格納し
ているものである。すなわち、顧客会員データベース２
１は、顧客特定情報をキーとして、ポイントに付いての
各種情報を一元管理しているものである。

【００６０】蓄積ポイント数として、当該ポイント処理
システム１全体に共通なポイント（以下、共通ポイン
ト）の蓄積数だけでなく、ある企業又は企業体等に係る
個別ポイントの蓄積数も区別して格納しておく。なお、
共通ポイントに一本化して格納するシステムであっても
良い。コンテンツ配信希望情報は、例えば、ニュース情
報の毎日の配信を希望する、所定店舗又は任意店舗から
の広告用コンテンツサの配信を希望する等の情報であ
る。

【００６１】企業会員データベース２２は、店舗、企業
又は企業体等（企業会員）のポイント発行主体の特定情
報に対応付けて、ポイントへの換算情報や、個別ポイン
ト及び共通ポイント間の交換率や、共通ポイント及び個
別ポイント毎の当日の発行ポイント数及び消費ポイント
数や、決済額、決済口座情報や、ポイント変化や決済の
履歴等の情報を含んでいる。

【００６２】また、企業会員データベース２２は、ポイ
ント消費専門企業（ポイント発行主体を兼ねているもの
は上記による；これも企業会員）毎の当日の消費ポイン
ト数や、決済額、決済口座情報や、ポイント変化の履歴
等の情報を含んでいる。

【００６３】さらに、企業会員データベース２２は、店
舗、企業又は企業体等を超えた共通ポイント数の総蓄積
数や、当該ポイント処理システム１に係る決済口座情報
や、ポイント変化や決済の履歴等の情報を含んでいる。

【００６４】マーケッティングデータベース２３は、上
述した顧客会員データベース２１における各顧客のポイ
ント発行店舗やポイント消費店舗等の情報を処理して得
たマーケッティングデータを格納しているものである。

【００６５】センターサーバ２０は、例えば、店舗シス
テム２又は３側から、売上高等のポイントへの変換前の
情報が与えられてポイントの蓄積（発行）が求められた
場合に実行したり、消費物品の価値をポイント数に変換
したりするポイント価値換算機能２０ａや、個別ポイン
ト及び共通ポイント間の交換を行うポイント交換機能２
０ｂ等を担っている。なお、個別ポイント間の交換は、
個別ポイント（Ａ）から共通ポイントへの交換、共通ポ
イントから個別ポイント（Ｂ）への交換を通じて行うこ
とができる。

【００６６】また、センターサーバ２０は、ポイント発
行及びポイント消費の際の金銭決済機能２０ｃを担って
いる。例えば、１日で締めた場合において、発行ポイン
ト数が消費ポイント数より多い企業会員については、発
行ポイント数−消費ポイント数の差分ポイント数に相当
する金銭だけ、その企業会員の決済口座から、システム
全体の決済口座への移動処理を行い、消費ポイント数が
発行ポイント数より多い企業会員については、消費ポイ
ント数−発行ポイント数の差分ポイント数に相当する金
銭だけ、システム全体の決済口座から、その企業会員の
決済口座への移動処理を行う。

【００６７】さらに、センターサーバ２０は、顧客会員
や企業会員の会員管理機能２０ｄを有する。顧客会員の
管理機能では、顧客会員としての登録、抹消や、ポイン
ト管理や、マーケッティング関連情報の管理や、コンテ
ンツのメール発送有無の管理等を行う。企業会員の管理
機能では、企業会員としての登録、抹消や、交換率など
の設定更新や、交換条件などの適用管理や、ポイント管
理や、セール情報の管理等を行う。

【００６８】交換条件などとは、例えば、その企業会員
に関する一回の付与時の個別ポイントのうち共通ポイン
トに交換できる上限値の設定や、逆に、共通ポイントへ
の交換を認めない個別ポイントの限界値など設定などを
言う。このような条件設定などにより、ポイント発行企
業での最低限のポイント消費を確保できるなど、企業会
員の意図を反映させることができるようになる。

【００６９】さらにまた、センターサーバ２０は、コン
テンツ配信管理機能２０ｅを担っている。この実施形態
の場合、コンテンツ配信は、大別すると３つの態様があ
る。第１は、企業会員が自己の広告などのコンテンツを
配信する態様がある。第２は、顧客会員が、所定のポイ
ントを消費して、ニュース配信や音楽配信や単なるゲー
ム配信などを行う態様である。第３は、第２の態様にも
類似しているが、顧客会員が、所定のポイントを消費し
て、報酬付きのゲーム（以下、ポイントゲームと呼ぶ）
を配信する態様である。

【００７０】また、センターサーバ２０は、通信販売機
能や購買申込み受付機能などの購入受付機能２０ｆを担
っている。ここで、通信販売機能とは、顧客会員が、蓄
積ポイントを消費して物品を購入し、その物品を顧客の
住所などの指定先に送付する機能であり、購買申込み受
付機能とは、顧客会員が、蓄積ポイントを消費して物品
の購入を申込み、その物品を顧客会員が取りに来る、指
定先の店舗が用意しておく機能である。

【００７１】さらに、センターサーバ２０は、マーケッ
ティング機能２０ｇを担っている。マーケッティング機
能は、顧客会員を年齢層や性別や月間当たりの消費金額
などで層別化し、各顧客につき、どのように（又はどこ
で）ポイントを取得した者はどのように（又はどこで）
ポイントを消費したかを対応付けたりするなど、ポイン
トの変化履歴に対して顧客の嗜好や性向を把握できるル
ールを適用して情報を得、その情報を各層で整理してマ
ーケッティングに利用できる情報を得るものである。

【００７２】なお、センターサーバ２０は、上記各機能
の実行時に、顧客端末４が必要とするＷｅｂページ（携
帯電話用Ｗｅｂページ）を適宜顧客端末４にダウンロー
ドする。

【００７３】センターサーバ２０は、例えば、自己の機
能の一部を適宜他のサーバに実行（代行）させるべく、
他のサーバ間との転送機能を担っている。

【００７４】センターサーバ２０は、実製品としてはハ
ードウェア的に複数のサーバから構築されるであろう。
そして、各ハードウェアサーバには一般には異なる機能
を割り振る。センターサーバ（サーバ群）２０を機能別
の分散サーバ構成とした場合の一例を、図５（Ｂ）に示
している。

【００７５】図５（Ｂ）に示す一例は、センターサーバ
（サーバ群）２０が、ポイントの集計管理関係の機能に
係るポイント集計サーバ２０−１、ポイントゲームその
他のコンテンツ配信などの機能に係るポイントゲームサ
ーバ２０−２、携帯電話網を介した通信機能に係る携帯
電話網サーバ２０−３、インターネット網を介した通信
機能に係るインターネット網サーバ２０−４、通信販売
機能などに係る通販サーバ２０−５などで構成され、こ
れら５個のサーバが上述した各種機能２０ａ〜２０ｇを
分散して負担する。

【００７６】コンテンツ提供システム６は、上述した３
形態のコンテンツ配信に対応できるように、大別する
と、３種類のシステム６Ａ、６Ｂ、６Ｃがある。いずれ
のシステム６Ａ〜６Ｃ共に、詳細構成の図示は省略する
が、コンテンツを蓄積している記憶部と、記憶されてい
るコンテンツを自律的又は外部からの要求に応じて配信
する配信実行部とを有する。

【００７７】第１のコンテンツ提供システム６Ａは、企
業会員が自己の広告などのコンテンツを配信する場合に
機能するものである。

【００７８】第２のコンテンツ提供システム６Ｂは、顧
客会員が、所定のポイントを消費して求めた、ニュース
配信や音楽配信や単なるゲーム配信などを行うものであ
る。

【００７９】第３のコンテンツ提供システム６Ｃは、顧
客会員が、所定のポイントを消費して求めたポイントゲ
ームを配信するものである。

【００８０】すなわち、第２及び第３のコンテンツ提供
システム６Ｂ及び６Ｃは、ポイント消費に協力する企業
体ポイントシステムとなっており、第１のコンテンツ提
供システム６Ａも、広告通知料して顧客会員のポイント
消費を行うのであれば、ポイント消費に協力する企業体
ポイントシステムとなっている。

【００８１】図１では、顧客端末４などへのコンテンツ
配信は、全てセンターサーバ２０が介在するものを示し
たが、コンテンツの配信起動などをセンターサーバ２０
が行い、コンテンツの転送には、センターサーバ２０を
介在させないものであっても良い。

【００８２】センター代行システム７は、詳細構成の図
示は省略するが、代行サーバとデータベースとでなるも
のである。代行サーバは、センターサーバ２０の一部の
機能を代行して行うものである。

【００８３】当該ポイント処理システム１が大規模にな
った場合には、センターサーバ２０を複数設けて対応し
ても良い。その他、例えば、地域及び業種毎に、代行サ
ーバ（すなわち、地域及び業種毎の分散処理サーバ）を
設けて対応しても良い。遊技パーラーのような店舗サー
バの多い業種では、代行サーバがセンターサーバに代行
して、認証機能や認証承認やポイント確認を行う。代行
サーバは、適宜センターサーバ２０と連携する。例え
ば、ポイント上限値を超えた場合には、他業種などの全
体ポイントをセンターサーバ２０に確認して代行承認
し、承認したことを後でセンターサーバ２０に通知する
（ポイント上限値を超えても当該ポイント処理システム
１の利用が少ないときには承認するという例外条件が付
与されている場合に対応）。

【００８４】なお、上述したように、店舗サーバ１０自
体が、センターサーバ２０の一部機能を代行するもので
あっても良い。

【００８５】センターサーバ２０を代行するサーバが多
くなった場合、センターサーバ２０が１又は複数の代行
サーバを指定するようにしても良く、１又は複数の代行
サーバとのデータ転送を制御するようにしても良い。

【００８６】図１では、省略しているが、センターサー
バ２０は、例えばＣＡＦＩＳ（全銀協ネット）を介して
金融機関の処理装置に接続されており、また、必要なら
ば、運輸企業の情報処理装置や携帯電話網の運営会社の
情報処理装置に接続されている。

【００８７】例えば、運輸企業の情報処理装置などのシ
ステムが、ポイント消費を利用する通信販売に協力する
場合には、そのシステムは、ポイント消費に協力する企
業体ポイントシステムとなっている。

【００８８】また、顧客の自宅などに設けられている情
報処理端末（例えばパソコン）が当該ポイント処理シス
テム１の構成要素となることがある。

【００８９】（Ａ−２）実施形態の動作 （Ａ−２−１）顧客会員の入会動作（登録動作） 当該ポイント処理システム１の会員を希望する顧客は、
以下の２種類の方法で会員登録を行うことができる。

【００９０】すなわち、図６（Ａ）に示すように、顧客
端末４から携帯電話網８を介してセンターサーバ２０に
必要な情報を直接与えて登録する方法と、図６（Ｂ）に
示すように、顧客端末４から店舗端末１１（その他顧客
端末４と近距離無線通信を実行できる装置であっても良
い）及びインターネット網９を介してセンターサーバ２
０に必要な情報を直接与えて登録する方法とがある。

【００９１】図７は、前者の場合のシーケンス図を示し
ている。顧客（顧客端末４）は、携帯電話網８を介して
センターサーバ２０側にアクセスし、Ｗｅｂページや画
面情報などの登録用入力画面をダウンロードする（Ｓ
１、Ｓ２）。顧客（顧客端末４）は、表示された登録用
入力画面に対して必要事項を入力し（Ｓ３）、センター
サーバ２０側に登録必要情報を送信する（Ｓ４）。セン
ターサーバ２０は、顧客会員データベース２１に、その
顧客会員用のレコードを確保して与えられた情報を格納
し（Ｓ５）、登録済み返信を顧客端末４に返信し、顧客
端末４はその旨を表示する（Ｓ６、Ｓ７）。

【００９２】店舗端末１１及びインターネット網９を介
する場合も、顧客端末４及びセンターサーバ２０間の接
続経路が上述の場合と異なっているが、同様なシーケン
ス（シーケンス図は省略）で顧客会員の登録が実行され
る。

【００９３】なお、登録用入力画面（プログラム）は、
携帯電話番号やそのメールアドレスなどについては、顧
客に入力させずに、その顧客端末４が保持しているもの
を自動的に取り込む者であっても良い。さらに、顧客の
氏名、住所なども、センターサーバ２０が携帯電話網８
の運営会社の情報処理装置（図示せず）から、携帯電話
番号やメールアドレスなどをキーとして自動的に取り込
むようにしても良い（携帯電話網８の運営会社が認めて
いる場合）。

【００９４】このように入力事項を減少させることによ
り、会員登録する顧客の増大を期待できる。

【００９５】（Ａ−２−２）ポイント発行動作 （Ａ−２−２−１）商品購入時等の一般的なポイント発
行動作 次に、商品購入時や、サービス提供を受けたときなどの
一般的なポイント発行行為による顧客会員のポイント取
得動作を説明する。

【００９６】当該ポイント処理システム１の全体として
のポイント取得動作の流れとしては、図８に示すように
２種類がある。

【００９７】図８（Ａ）は、インターネット網９に対応
していない店舗システム２に係るポイント取得動作の流
れの概念である。

【００９８】顧客会員が、代金を支払って（クレジット
カードやデビットカードを利用したものであっても良
い）、商品を受領したり、サービスの提供を受けたりし
てポイント発行条件が成立した際には、顧客又は店舗従
業員等の操作によって、店舗端末１１から顧客端末４へ
近距離無線通信を介してポイント取得情報が与えられ、
顧客端末４は与えられたポイント取得情報に、自端末４
の携帯電話番号やメールアドレス等の顧客特定情報を付
加し、付加後のポイント取得情報を、携帯電話網８を介
してセンターサーバ２０に与えて、その顧客会員のポイ
ント情報等を更新させる。

【００９９】図８（Ｂ）は、インターネット網９に対応
している店舗システム３に係るポイント取得動作の流れ
の概念である。

【０１００】顧客会員が、代金を支払って、商品を受領
したり、サービスの提供を受けたりしてポイント発行条
件が成立した際には、顧客又は店舗従業員等の操作に応
じ、店舗端末１１は、近距離無線通信によって顧客端末
４からその携帯電話番号やメールアドレス等の顧客特定
情報を取り出し、自己が形成したポイント取得情報に、
顧客端末４の携帯電話番号やメールアドレス等の顧客特
定情報を付加し、付加後のポイント取得情報を、インタ
ーネット網９（店舗サーバ１０や店舗ゲートウェイ１
５）を介してセンターサーバ２０に与えて、その顧客会
員のポイント情報等を更新させる。

【０１０１】図９は、上述した図８（Ａ）に示すポイン
ト取得動作の場合に対応したシーケンス図である。

【０１０２】上述したように、顧客会員が、代金を支払
って、商品を受領したりサービスの提供を受けたりして
ポイント発行条件が成立した際には、顧客又は店舗従業
員等の操作によって、店舗端末１１から顧客端末４へ近
距離無線通信によってポイント取得情報が送信される
（Ｓ１１）。この際のポイント取得情報は、店舗（又は
企業）や商品の特定情報や、購入金額情報（又は換算さ
れた個別ポイント又は共通ポイントの情報）や、共通ポ
イントへの交換の要否や、共通ポイントへ交換する金額
の割合等の情報でなり、顧客特定情報だけが欠落してい
るものである。

【０１０３】顧客端末４は、与えられたポイント取得情
報に、自端末４の携帯電話番号やメールアドレス等の顧
客特定情報を付加し、付加後のポイント取得情報を、携
帯電話網８を介してセンターサーバ２０に送信する（Ｓ
１２、Ｓ１３）。

【０１０４】センターサーバ２０は、ポイント取得情報
を受信すると、その中の顧客特定情報で特定された顧客
会員を認証するか否かや、今回のポイント取得に係る各
種の付帯条件等を承認できるか否か等を判定する（Ｓ１
４、Ｓ１５）。

【０１０５】受信したポイント取得情報の顧客特定情報
で特定された顧客会員が、顧客会員データベース２１に
登録されている正規の者であり（認証でき）、かつ、共
通ポイントへの交換の要否や共通ポイントへ交換する金
額の割合等の情報で規定される条件が承認できる場合で
あれば、センターサーバ２０は、顧客会員データベース
２１や企業会員データベース２２の内容を、受信したポ
イント取得情報に応じて更新し（Ｓ１６）、ポイント取
得処理が完了したことを、顧客端末４に返信する（Ｓ１
７）。

【０１０６】顧客端末４は、ポイント取得処理が完了し
たことを表示すると共に、店舗端末１１にその受信情報
を転送する（Ｓ１８）。店舗端末１１は、ポイント取得
処理が完了したことを表示する（Ｓ１９）。

【０１０７】一方、受信したポイント取得情報の顧客特
定情報で特定された顧客会員が、顧客会員データベース
２１に登録されている者でなかったり（認証できな
い）、顧客会員は正規の者であるが、共通ポイントへの
交換の要否や共通ポイントへ交換する金額の割合等の情
報で規定される条件等が承認できない場合であれば、セ
ンターサーバ２０は、顧客会員データベース２１や企業
会員データベース２２を更新することなく、ポイント取
得（ポイント蓄積）を拒否する旨をその理由を付けて顧
客端末４に返信する（Ｓ２０）。

【０１０８】顧客端末４は、ポイント取得（ポイント蓄
積）が拒否された旨を表示すると共に、店舗端末１１に
その受信情報を転送する（Ｓ２１）、店舗端末１１は、
ポイント取得（ポイント蓄積）が拒否された旨を表示す
る（Ｓ２２）。

【０１０９】図１０は、上述した図８（Ｂ）に示すポイ
ント取得動作の場合に対応したシーケンス図である。

【０１１０】上述したように、顧客会員が、代金を支払
って、商品を受領したりサービスの提供を受けたりして
ポイント発行条件が成立した際には、顧客又は店舗従業
員等の操作によって、店舗端末１１は顧客端末４へ近距
離無線通信によって顧客特定情報を要求し（Ｓ３１）、
顧客端末４は店舗端末１１へ顧客特定情報を返信する
（Ｓ３２）。店舗端末１１は、受信した顧客特定情報を
含むポイント取得情報を完成させ、インターネット網９
を介してセンターサーバ２０に送信する（Ｓ３３）。

【０１１１】センターサーバ２０は、ポイント取得情報
を受信すると、その中の顧客特定情報で特定された顧客
会員を認証するか否かや、今回のポイント取得に係る各
種の付帯条件等を承認できるか否か等を判定する（Ｓ３
４、Ｓ３５）。

【０１１２】受信したポイント取得情報の顧客特定情報
で特定された顧客会員が、顧客会員データベース２１に
登録されている正規の者であり（認証でき）、かつ、共
通ポイントへの交換の要否や共通ポイントへ交換する金
額の割合等の情報で規定される条件が承認できる場合で
あれば、センターサーバ２０は、顧客会員データベース
２１や企業会員データベース２２の内容を、受信したポ
イント取得情報に応じて更新し（Ｓ３６）、ポイント取
得処理が完了したことを、店舗端末１１に返信する（Ｓ
３７）。

【０１１３】これにより、店舗端末１１は、ポイント取
得処理が完了したことを表示する（Ｓ３８）。

【０１１４】一方、受信したポイント取得情報の顧客特
定情報で特定された顧客会員が、顧客会員データベース
２１に登録されている者でなかったり（認証できな
い）、顧客会員は正規の者であるが、共通ポイントへの
交換の要否や共通ポイントへ交換する金額の割合等の情
報で規定される条件等が承認できない場合であれば、セ
ンターサーバ２０は、顧客会員データベース２１や企業
会員データベース２２を更新することなく、ポイント取
得（ポイント蓄積）を拒否する旨をその理由を付けて店
舗端末１１に返信する（Ｓ３９）。

【０１１５】これにより、店舗端末１１は、ポイント取
得（ポイント蓄積）が拒否された旨を表示する（Ｓ４
０）。

【０１１６】なお、ポイント取得情報の送信先は、セン
ターサーバ２０ではなく、センター代行システム７の代
行サーバ等であっても良い。この場合、代行サーバが認
証や承認等を行い、一日の所定時刻（例えば午前２時）
に、複数のポイント取得情報又はそれを更新処理した情
報を、まとめてセンターサーバ２０に転送するようにし
ても良い。

【０１１７】また、図９及び図１０の流れとは異なる
が、店舗システム２又は３の店舗サーバ１０が認証や承
認等を行い、この処理後のポイント取得情報をセンター
サーバ２０に個別に又はまとめて転送するようにしても
良い。

【０１１８】さらに、図９及び図１０の店舗端末１１の
処理を、顧客端末４との近距離無線通信を実行できる店
内機器１２や他の端末が行っても良い。

【０１１９】ポイント取得時の顧客会員データベース２
１の更新は、ポイント情報の累積更新が主となるが、更
新履歴も追加される。例えば、店舗システム２又は３側
から、金銭情報として与えられる場合には、その店舗
（企業会員）の換算率に従って個別ポイント又は共通ポ
イントへの変換処理を行う。また、顧客によって指定さ
れた共通ポイントへの変換割合や、その店舗（企業会
員）について定まっている共通ポイントへの変換割合に
応じて、個別ポイントを共通ポイントに変換する（金銭
から共通ポイントへの換算でも良い）。

【０１２０】ポイント取得時の企業会員データベース２
２の更新は、当日のポイント発行数の追加更新が主とな
る。

【０１２１】（Ａ−２−２−２）特殊なポイント発行動
作 次に、特殊なポイント発行動作について説明する。すな
わち、商品を購入したりサービスの提供を受けたりして
いない場合でのポイント発行動作について説明する。

【０１２２】まず、遊技パーラーでのポイント発行動作
について説明する。遊技パーラーの中には、会員遊技者
に、パチンコ遊技機やパチスロ遊技機の遊技の結果の報
酬球（景品球）を、以降の遊技のためや以降の景品交換
のために、いわゆる貯玉することを認めているパーラー
がある。

【０１２３】遊技パーラーのＰＯＳシステム１３（図２
又は図３参照）によって計数された景品球数の情報を、
上述した一般的なポイント発行動作におけるポイント取
得情報として、上述と同様に処理することができる。な
お、センターサーバ２０は、景品球数に係るポイントは
個別ポイントとして管理し、ポイントによる物品取得時
に共通ポイントへの変換を行うようにし、遊技球への再
変換は個別ポイントのみから認めるようにしても良い。

【０１２４】次に、カラオケ店舗でのポイント発行動作
について簡単に説明する。カラオケ機器１２（図４参
照）の中には、歌唱評価点を表示するものがある。歌唱
評価点が「９０〜９５点」のとき及び「９６〜１００
点」のときそれぞれ、所定数のポイントを付与するよう
にしても良く、この場合、カラオケルーム端末１６がセ
ンターサーバ２０に対してポイント取得情報を送信す
る。

【０１２５】なお、カラオケ店舗でのポイント発行動作
の詳細は、後述するカラオケ店舗でのポイント消費・発
行動作の項での発行動作と同様である。

【０１２６】（Ａ−２−３）ポイント消費動作 （Ａ−２−３−１）物品への変換等の一般的なポイント
消費動作 次に、蓄積ポイントによって物品を入手したり、所定サ
ービスの提供を受けたりするなどの一般的なポイント消
費動作を説明する。

【０１２７】当該ポイント処理システム１の全体のポイ
ント消費動作の流れとしては、図１１に示すように２種
類がある。

【０１２８】図１１（Ａ）は、インターネット網９に対
応していない店舗システム２に係るポイント消費動作の
流れの概念である。

【０１２９】顧客会員が、蓄積ポイントによって物品を
入手したり、所定サービスの提供を受けたりしようとす
る際には、顧客又は店舗従業員等の操作によって、店舗
端末１１から顧客端末４へ近距離無線通信を介してポイ
ント消費情報が与えられ、顧客端末４は与えられたポイ
ント消費情報に、自端末４の携帯電話番号やメールアド
レス等の顧客特定情報を付加し、付加後のポイント消費
情報を、携帯電話網８を介してセンターサーバ２０に与
えて、その顧客会員のポイント情報等を更新させる。

【０１３０】図１１（Ｂ）は、インターネット網９に対
応している店舗システム３に係るポイント消費動作の流
れの概念である。

【０１３１】顧客会員が、蓄積ポイントによって物品を
入手したり、所定サービスの提供を受けたりしようとす
る際には、顧客又は店舗従業員等の操作に応じ、店舗端
末１１は、近距離無線通信によって顧客端末４からその
携帯電話番号やメールアドレス等の顧客特定情報を取り
出し、自己が形成したポイント消費情報に、顧客端末４
の携帯電話番号やメールアドレス等の顧客特定情報を付
加し、付加後のポイント消費情報を、インターネット網
９（店舗サーバ１０や店舗ゲートウェイ１５）を介して
センターサーバ２０に与えて、その顧客会員のポイント
情報等を更新させる。

【０１３２】図１２は、上述した図１１（Ａ）に示すポ
イント消費動作の場合に対応したシーケンス図である。

【０１３３】上述したように、顧客会員が、蓄積ポイン
トによって物品を入手したり、所定サービスの提供を受
けたりしようとする際には、顧客又は店舗従業員等の操
作によって、店舗端末１１から顧客端末４へ近距離無線
通信によってポイント消費情報が送信される（Ｓ５
１）。この際のポイント消費情報は、店舗（又は企業）
や物品（又はサービス）の特定情報や、その物品（又は
サービス）の本来の金額情報（又は換算された個別ポイ
ント又は共通ポイントの情報）や、使用するポイント種
類の情報や、複数種類のポイントを利用するときその金
額負担の割合等の情報でなり、顧客特定情報だけが欠落
しているものである。

【０１３４】顧客端末４は、与えられたポイント消費情
報に、自端末４の携帯電話番号やメールアドレス等の顧
客特定情報を付加し、付加後のポイント消費情報を、携
帯電話網８を介してセンターサーバ２０に送信する（Ｓ
５２、Ｓ５３）。

【０１３５】センターサーバ２０は、ポイント消費情報
を受信すると、その中の顧客特定情報で特定された顧客
会員を認証するか否かや、今回のポイント消費に係る各
種の付帯条件等を承認できるか否か等を判定する（Ｓ５
４、Ｓ５５）。

【０１３６】受信したポイント消費情報の顧客特定情報
で特定された顧客会員が、顧客会員データベース２１に
登録されている正規の者であり（認証でき）、かつ、ポ
イント消費が可能であれば、センターサーバ２０は、顧
客会員データベース２１や企業会員データベース２２の
内容を、受信したポイント消費情報に応じて更新し（Ｓ
５６）、ポイント取得処理が完了したことを、顧客端末
４に返信する（Ｓ５７）。

【０１３７】顧客端末４は、ポイント消費処理が完了し
たことを表示すると共に、店舗端末１１にその受信情報
を転送する（Ｓ５８）。店舗端末１１は、ポイント消費
処理が完了したことを表示する（Ｓ５９）。

【０１３８】一方、受信したポイント消費情報の顧客特
定情報で特定された顧客会員が、顧客会員データベース
２１に登録されている者でなかったり（認証できな
い）、顧客会員は正規の者であるが、蓄積ポイント数の
不足などポイント消費が不可能であれば、センターサー
バ２０は、顧客会員データベース２１や企業会員データ
ベース２２を更新することなく、ポイント消費を拒否す
る旨をその理由を付けて顧客端末４に返信する（Ｓ６
０）。

【０１３９】顧客端末４は、ポイント消費が拒否された
旨を表示すると共に、店舗端末１１にその受信情報を転
送する（Ｓ６１）、店舗端末１１は、ポイント消費が拒
否された旨を表示する（Ｓ６２）。

【０１４０】図１３は、上述した図１１（Ｂ）に示すポ
イント消費動作の場合に対応したシーケンス図である。

【０１４１】上述したように、顧客会員が、蓄積ポイン
トによって物品を入手したり、所定サービスの提供を受
けたりしようとする際には、顧客又は店舗従業員等の操
作によって、店舗端末１１は顧客端末４へ近距離無線通
信によって顧客特定情報を要求し（Ｓ７１）、顧客端末
４は店舗端末１１へ顧客特定情報を返信する（Ｓ７
２）。店舗端末１１は、受信した顧客特定情報を含むポ
イント消費情報を完成させ、インターネット網９を介し
てセンターサーバ２０に送信する（Ｓ７３）。

【０１４２】センターサーバ２０は、ポイント消費情報
を受信すると、その中の顧客特定情報で特定された顧客
会員を認証するか否かや、今回のポイント消費に係る各
種の条件等を承認できるか否か等を判定する（Ｓ７４、
Ｓ７５）。

【０１４３】受信したポイント消費情報の顧客特定情報
で特定された顧客会員が、顧客会員データベース２１に
登録されている正規の者であり（認証でき）、かつ、ポ
イント消費が可能であれば、センターサーバ２０は、顧
客会員データベース２１や企業会員データベース２２の
内容を、受信したポイント消費情報に応じて更新し（Ｓ
７６）、ポイント消費処理が完了したことを、店舗端末
１１に返信する（Ｓ７７）。

【０１４４】これにより、店舗端末１１は、ポイント消
費処理が完了したことを表示する（Ｓ７８）。

【０１４５】一方、受信したポイント消費情報の顧客特
定情報で特定された顧客会員が、顧客会員データベース
２１に登録されている者でなかったり（認証できな
い）、顧客会員は正規の者であるが、蓄積ポイント数の
不足などポイント消費が不可能であれば、センターサー
バ２０は、顧客会員データベース２１や企業会員データ
ベース２２を更新することなく、ポイント消費を拒否す
る旨をその理由を付けて店舗端末１１に返信する（Ｓ７
９）。

【０１４６】これにより、店舗端末１１は、ポイント消
費が拒否された旨を表示する（Ｓ８０）。

【０１４７】なお、ポイント消費情報の送信先は、セン
ターサーバ２０ではなく、センター代行システム７の代
行サーバ等であっても良い。この場合、代行サーバが認
証や承認等を行い、一日の所定時刻（例えば午前２時）
に、複数のポイント消費情報又はそれを更新処理した情
報を、まとめてセンターサーバ２０に転送するようにし
ても良い。

【０１４８】また、図１２及び図１３の流れとは異なる
が、店舗システム２又は３の店舗サーバ１０が認証や承
認等を行い、この処理後のポイント消費情報をセンター
サーバ２０に個別に又はまとめて転送するようにしても
良い。

【０１４９】さらに、図１２及び図１３の店舗端末１１
の処理を、顧客端末４との近距離無線通信を実行できる
店内機器１２や他の端末が行っても良い。

【０１５０】ポイント消費時の顧客会員データベース２
１の更新は、ポイント情報の減算更新が主となるが、更
新履歴も追加される。例えば、店舗システム２又は３側
から、金銭情報として与えられる場合には、その店舗
（企業会員）の換算率に従って個別ポイント又は共通ポ
イントへの変換処理を行う。また、顧客によって指定さ
れた共通ポイントへの変換割合や、その店舗（企業会
員）について定まっている共通ポイントへの変換割合に
応じて、個別ポイントを共通ポイントに変換する（金銭
から共通ポイントへの換算でも良い）。そして、減算処
理する。なお、ポイント発行時の金銭及びポイントの換
算率と、また、ポイント消費時の金銭及びポイントの換
算率とが異なっていても良い。

【０１５１】ポイント消費時の企業会員データベース２
２の更新は、当日のポイント消費数の追加更新が主とな
る。

【０１５２】（Ａ−２−３−２）通販利用のポイント消
費動作 次に、通信販売（通販）を利用するポイント消費動作を
図１４のシーケンス図を参照しながら説明する。

【０１５３】蓄積ポイント数を通信販売物品へ変換する
ことを希望する顧客は、顧客端末４から、通信販売カタ
ログ情報のダウンロードをセンターサーバ２０に要求し
（Ｓ９１）、センターサーバ２０は、通信販売カタログ
情報に含まれている顧客特定情報に基づき、要求顧客が
会員顧客か否かを認証する（Ｓ９２）。

【０１５４】会員顧客であれば、センターサーバ２０
は、内部のデータベースから、又は、協力している通信
販売会社の情報処理装置のデータベースから、通信販売
カタログ情報を取り出し、顧客会員データベース２１に
格納されている蓄積ポイント数（通販に認められている
ポイント数やその割合に制限があれば許容ポイント数）
と共に、顧客端末４に転送する（Ｓ９３）。なお、顧客
が顧客端末４に対して実行する、「次ページ」や「前ペ
ージ」の操作に応じて、カタログ情報の一部ずつを送信
するものであっても良い。

【０１５５】なお、顧客を認証できなかった場合には、
センターサーバ２０は顧客端末４にその旨を返信し、顧
客端末４はその旨を表示する（Ｓ９４、Ｓ９５）。

【０１５６】顧客は、表示されているカタログ情報の中
から、所望する物品（やサービス；以下、物品と呼ぶ）
を決定し、顧客端末４から、センターサーバ２０にポイ
ントによる購入指示情報（希望配達日時等の付随情報が
付与されていても良い）を送信する（Ｓ９６）。

【０１５７】センターサーバ２０は、指示された物品に
必要なポイント数と、蓄積ポイント数との比較等を行っ
て、ポイントによる購入を許可するか否かを決定する
（Ｓ９７）。なお、この際にも、顧客の認証を行うよう
にしても良い。

【０１５８】ポイントによる購入を許可するときには、
センターサーバ２０は、協力している通信販売会社に、
その物品の発送を依頼すると共に（Ｓ９８）、顧客会員
データベース２１のポイント消費更新等を行い（Ｓ９
９）、顧客端末４に通販を受け付けたことを返信し（Ｓ
１００）、顧客端末４は、その旨を表示する（Ｓ１０
１）。

【０１５９】蓄積ポイント数の不足など、ポイントによ
る購入を拒否するときには、センターサーバ２０は、顧
客端末４に通販を拒否したことを返信し（Ｓ１０２）、
顧客端末４は、その旨を表示する（Ｓ１０３）。

【０１６０】上述のようなポイントを利用した通信販売
の申込みは、顧客端末４からに限定されず、顧客端末４
との近距離無線通信を行う店舗端末１１から申し込むよ
うにしても良く、顧客の自宅の設置端末（例えばパソコ
ン）から申し込むようにしても良い。後者の場合であっ
ても、顧客の認証は、顧客端末４の特定情報による。

【０１６１】なお、通販の変形としては、顧客が顧客端
末４から、所定物品のポイント利用をした所定店舗での
入手を申込み、その店舗へとりに行く方法を挙げること
ができる。

【０１６２】（Ａ−２−３−３）コンテンツ配信による
ポイント消費動作 次に、コンテンツ配信によるポイント消費動作を図１５
のフローチャートを参照しながら説明する。なお、図１
５は、センターサーバ２０側が自律的にコンテンツを配
信する場合である。

【０１６３】コンテンツ提供システム６Ｂ（図１参照）
は、例えば、配信対象のコンテンツの内容が変わったと
きなどに、そのコンテンツ（ニュース）をセンターサー
バ２０に与える。このとき、又は、所定時刻になると自
律的に、センターサーバ２０は、図１５に示すコンテン
ツの配信処理を起動する。

【０１６４】そしてまず、センターサーバ２０は、顧客
会員データベース２１から一人の顧客会員の情報を取り
出し（Ｓ１１１）、その顧客会員がこのコンテンツの配
信対象かを判別する（Ｓ１１２）。

【０１６５】配信対象であると、そのメールアドレス
（従って顧客端末４）にコンテンツを配信すると共に、
ポイント数を所定数だけ減算する（なお、蓄積ポイント
数が不足している場合には配信を実行しない；Ｓ１１
３）。

【０１６６】配信対象でない場合や上述した配信が終了
した場合には、センターサーバ２０は、全顧客会員への
配信確認を実行したか否かを判定し（Ｓ１１４）、終わ
っていなければ上述したステップＳ１１１に戻って次の
顧客会員を対象とし、全顧客会員への配信確認を実行し
たときには、図１５に示す一連の処理を終了する。

【０１６７】上述のようなポイント消費だけを行うコン
テンツ配信でのコンテンツとしては、ニュースだけでな
く、音楽やビデオや単なるゲームや書籍情報や広告情報
などであっても良い。協力企業の広告コンテンツの配信
では、顧客会員からのポイントの減算を実行しなくても
良い。

【０１６８】（Ａ−２−３−４）その他のポイント消費
動作 遊技パーラーでの遊技球の貸出しやプリペイドカードの
発行に、センターサーバ２０で管理しているポイントを
利用することができる。その一連の流れは、上述した一
般的なポイント消費動作の流れと同様であるが、例え
ば、ポイント消費情報の送信元が店舗端末１１に代え
て、顧客端末４との近距離無線通信機能を有する遊技機
本体、サンド装置、プリペイドカード発行機などの店内
機器１１となる。また、センターサーバ２０も、遊技球
の貸出しに関しては、共通ポイントではなく個別ポイン
トの利用のみに制限を加えるようにしても良い。

【０１６９】なお、遊技者は、遊技球の貸出しを１日に
何回も実行するので、ポイント利用の際の最初の貸出し
の際に、センターサーバ２０は、その顧客を認証したと
きには、その顧客のポイント情報などを店舗システム２
又は３ないのサブシステム１４に転送して与え、当日の
２回目以降の貸出しでは、店舗サーバ１０がサブシステ
ム１１の管理情報を元に、貸出し時の認証を行うように
しても良い。

【０１７０】その他、金銭の支払いを条件とするものに
ついては、金銭に代わって、センターサーバ２０が管理
するポイントを金銭の代わりに適用することができる。

【０１７１】（Ａ−２−４）ポイント消費発行動作 次に、ポイントの消費動作とポイントの増大動作（発行
動作）とが一連の動作の中に入り得るポイント消費発行
動作を説明する。

【０１７２】ポイント消費発行動作は、懸賞、報酬付与
機能がついたゲームやクイズ（以下、ゲーミングと呼
ぶ）や、高評価をポイントに変換するカラオケ（その他
の広義の遊技でも良い）などに関している。

【０１７３】ゲーミングでのポイント消費発行動作に係
る態様としては、例えば、３種類ある。

【０１７４】第１は、図１６（Ａ）に示すように、ゲー
ムセンターなどのゲーム端末（図２及び図３の店舗端末
１１又は店内機器１２に相当）でゲームを行い、その結
果を、ゲーム端末が顧客端末４から得た顧客特定情報と
共に、センターサーバ２０に送信し、センターサーバ２
０がゲーム結果に応じてその顧客のポイント（個別ポイ
ント又は共通ポイント）を増減させる。

【０１７５】第２は、図１６（Ｂ）に示すように、顧客
端末４がセンターサーバ２０側からゲーム情報を取り出
して顧客端末４上でゲームを行い、その結果を、顧客端
末４が自己の顧客特定情報と共に、センターサーバ２０
に送信し、センターサーバ２０がゲーム結果に応じてそ
の顧客のポイント（個別ポイント又は共通ポイント）を
増減させる。

【０１７６】第２は、図１６（Ｂ）に示すように、顧客
端末４がセンターサーバ２０側からゲーム情報を取り出
して顧客端末４上でゲームを行い、その結果を、顧客端
末４が自己の顧客特定情報と共に、センターサーバ２０
に送信し、センターサーバ２０がゲーム結果に応じてそ
の顧客のポイント（個別ポイント又は共通ポイント）を
増減させる。

【０１７７】第３は、図１６（Ｃ）に示すように、第１
の顧客端末４がセンターサーバ２０側に第１及び第２の
顧客端末４への対戦型ゲーム情報のダウンロードを指示
し、又は、第１の顧客端末４がセンターサーバ２０側に
第１の顧客端末４への対戦型ゲーム情報のダウンロード
を指示し、その後転送によって、第１及び第２の顧客端
末４上に対戦型ゲームを用意させ、第１及び第２の顧客
端末４間で対戦ゲームを実行させ、その結果を、第１及
び又は第２の顧客端末４が顧客特定情報と共に、センタ
ーサーバ２０に送信し、センターサーバ２０がゲーム結
果に応じて第１及び又は第２の顧客端末４の顧客のポイ
ント（個別ポイント又は共通ポイント）を増減させる。

【０１７８】以下、一例として、第２の態様でのゲーミ
ングでのポイント消費発行動作を図１７のシーケンス図
を参照しながら説明する。

【０１７９】第２の態様でのゲームを希望する顧客は、
顧客端末４から、第２の態様でのゲームのダウンロード
をセンターサーバ２０に要求し（Ｓ１２１）、センター
サーバ２０は、その要求に含まれている顧客特定情報に
基づき、要求顧客が会員顧客か否かを認証する（Ｓ１２
２）。

【０１８０】会員顧客であれば、センターサーバ２０
は、内部のデータベースから、又は、協力しているコン
テンツ提供システム６Ｃのデータベースから、ゲームを
取り出し、顧客会員データベース２１に格納されている
蓄積ポイント数（ゲームに認められているポイント数や
その割合に制限があれば許容ポイント数）と共に、顧客
端末４に転送する（Ｓ１２３）。なお、顧客が顧客端末
４に対して実行する、「次ページ」や「前ページ」の操
作に応じて、ゲームの種類を選択できるようにしても良
い。

【０１８１】なお、顧客を認証できなかった場合には、
センターサーバ２０は顧客端末４にその旨を返信し、顧
客端末４はその旨を表示する（Ｓ１２４、Ｓ１２５）。

【０１８２】顧客は、表示されたゲームを顧客端末４上
で実行し（Ｓ１２６）、ゲーム終了時には、顧客端末４
は、センターサーバ２０にゲーム結果を送信する（Ｓ１
２７）。

【０１８３】センターサーバ２０は、受信したゲーム結
果に応じてその顧客のポイントを増減させる（Ｓ１２
８）。なお、この際にも、顧客の認証を行うようにして
も良い。

【０１８４】なお、ゲーム毎に参加料に相当するポイン
ト数を減算させるようにしても良い。また、ゲーム結果
の送信は、ポイント数の増大時のみ行うようにしても良
い。

【０１８５】また、センターサーバ２０が１回毎のゲー
ムに介在するのではなく、サブシステム１４を利用しな
がら店舗サーバ１０が１回毎のゲームによるポイントの
増減を行い、所定回数終わったり、ゲーム完了指示があ
ったり、ゲームが完了したと自動判定したときなどに、
店舗サーバ１０が店舗端末１１又は顧客端末４を介し
て、累積したゲーム結果をセンターサーバ２０に送信す
るようにしても良い。

【０１８６】なお、第１及び第３の態様でのゲーミング
では、ゲームの実行装置などが第２の態様の場合と異な
っているが、センターサーバ２０との通信面や、センタ
ーサーバ２０でのポイント操作は第２の態様の場合と同
様であるので、その説明は省略する。

【０１８７】次に、高評価をポイントに変換するカラオ
ケ（ここでは通信カラオケとする）に係るポイント消費
発行動作を、図１８のシーケンス図を参照しながら、説
明する。

【０１８８】新たに歌いたい曲が生じた顧客は、カラオ
ケルーム端末１６に対し、その入力操作を行うと（Ｓ１
３１）、カラオケルーム端末１６はその希望曲情報を、
顧客端末４に与え（Ｓ１３２）、顧客端末４は、顧客特
定情報と共に、希望曲のダウンロードをセンターサーバ
２０に要求し（Ｓ１３３）、センターサーバ２０は、そ
の要求に含まれている顧客特定情報に基づき、要求顧客
が会員顧客か否かを認証する（Ｓ１３４）。

【０１８９】会員顧客であれば、センターサーバ２０
は、内部のデータベースから、又は、協力しているカラ
オケ提供システム（図示せず）のデータベースから、希
望曲情報を取り出し、顧客端末４に転送すると共に（Ｓ
１３５）、顧客会員データベース２１に格納されている
ポイント数を１曲分だけ減算させる（Ｓ１３６）。

【０１９０】なお、顧客を認証できなかった場合には、
センターサーバ２０は顧客端末４にその旨を返信し、顧
客端末４はその旨を表示する（Ｓ１３７、Ｓ１３８）。

【０１９１】顧客端末４は、受信した希望曲情報をカラ
オケルーム端末１６に与えてカラオケ機器１２（図１８
では省略）から演奏させ（Ｓ１３９）、カラオケルーム
端末１６は、演奏終了時には、マイクロホンからの音響
信号を評価した評価値をカラオケ機器１２から取り込ん
で顧客端末４に与え（Ｓ１４０）、顧客端末４は、セン
ターサーバ２０に評価値を送信する（Ｓ１４１）。

【０１９２】センターサーバ２０は、受信したカラオケ
評価値に応じてその顧客のポイントを増減させる（Ｓ１
４２）。なお、この際にも、顧客の認証を行うようにし
ても良い。

【０１９３】なお、カラオケ評価値の送信は、ポイント
数の増大時のみ行うようにしても良い。また、センター
サーバ２０が１曲毎に介在するのではなく、サブシステ
ム１４を利用しながら店舗サーバ１０が１曲毎によるポ
イントの増減を行い、所定回数が終わったり、カラオケ
完了指示があったり、カラオケが完了したと自動判定し
たときなどに、店舗サーバ１０がカラオケルーム端末１
６又は顧客端末４を介して、累積した評価値をセンター
サーバ２０に送信するようにしても良い。

【０１９４】（Ａ−２−５）企業会員決済動作 次に、企業会員のポイントの発行や消費に伴う決済動作
を図１９のフローチャートを参照しながら説明する。

【０１９５】センターサーバ２０は、例えば、所定時刻
（毎日午後１１時）になると、自律的に、図１９に示す
企業会員のポイント決済動作を起動する。

【０１９６】そしてまず、センターサーバ２０は、企業
会員データベース２２から１個の企業会員の情報を取り
出し（Ｓ１５１）、その企業会員の当日の発行ポイント
数と消費ポイント数との差分ポイント数を演算し（Ｓ１
５２）、その正負を判定する（Ｓ１５３）。

【０１９７】差分ポイント数が正であれば、センターサ
ーバ２０は、発行ポイント数−消費ポイント数の差分ポ
イント数に相当する金銭だけ、その企業会員の決済口座
から、システム全体の決済口座への移動処理を行い（Ｓ
１５４）、差分ポイント数が負であれば、消費ポイント
数−発行ポイント数の差分ポイント数に相当する金銭だ
け、システム全体の決済口座から、その企業会員の決済
口座への移動処理を行い（Ｓ１５５）、差分ポイント数
が０でであれば金額の移動処理を実行しない。なお、実
際の移動処理は、金融機関などに依頼することとなる。

【０１９８】ある企業会員の処理が終了すると、センタ
ーサーバ２０は、全企業会員についてのポイント決済処
理を実行したか否かを判定し（Ｓ１５６）、終わってい
なければ上述したステップＳ１５１に戻って次の企業会
員を対象とし、全企業会員についてのポイント決済処理
を実行したときには、図１９に示す一連の処理を終了す
る。

【０１９９】（Ａ−２−６）マーケッティング動作 次に、マーケッティング情報を形成するマーケッティン
グ動作例を図２０のフローチャートを参照しながら説明
する。

【０２００】センターサーバ２０は、例えば、所定期間
毎（例えば毎月１回定まった時刻）に、自律的に、図２
０に示すマーケッティング動作を起動する。

【０２０１】そしてまず、センターサーバ２０は、顧客
会員データベース２１から一人の顧客会員の情報を取り
出す（Ｓ１６１）。そして、その顧客会員のポイント取
得事由の履歴を整理し、その取得分類を定めると共に
（Ｓ１６２）、顧客会員のポイント消費事由の履歴を整
理し、その消費分類を定める（Ｓ１６３）。このような
情報は、顧客会員データベース２１にも書き込むように
しても良い。

【０２０２】そして、マーケッティングデータベース２
３における、その顧客会員の年令や性別などで定まる層
についてのマーケッティング情報として、今回の取得分
類及び消費分類の組合せの情報を反映させる（例えば、
集計値の増加など；Ｓ１６４）。

【０２０３】その後、センターサーバ２０は、全顧客会
員へのマーケッティング処理を実行したか否かを判定し
（Ｓ１６５）、終わっていなければ上述したステップＳ
１６１に戻って次の顧客会員を対象とし、全顧客会員へ
のマーケッティング処理を実行したときには、図２０に
示す一連の処理を終了する。

【０２０４】なお、上述のように、顧客会員データベー
ス２１に格納された取得分類及び消費分類の情報など
は、広告（広告メール）を送付する顧客会員の決定など
に利用するようにしても良い。

【０２０５】（Ａ−２−７）その他の動作 センターサーバ２０の動作などは、上記の動作に限定さ
れるものではなく、ポイント処理システム１として必要
な他の動作も行う。

【０２０６】全てを書き出すことができないので、一部
を書き出すと、顧客端末４や店舗端末１１からの単なる
ポイント数の確認動作や、物品取得に関係しない個別ポ
イント及び共通ポイント間の変換動作や、広告主企業へ
の広告領域徴収動作や、コンテンツ提供企業への提供料
の支払い動作や、企業会員（店舗）の位置情報を提供す
るナビゲーション動作なども行う。これらの際に必要と
なる顧客特定情報も、顧客端末４に関する情報を利用す
る。

【０２０７】（Ａ−３）実施形態の効果 上記実施形態によれば、ポイント発行に関係する決済が
当日などの短時間で実行されるので、企業会員などの経
理上の不安を取り除くことができる。

【０２０８】また、上記実施形態によれば、ポイント消
費の態様が多様であり、ポイント消費の迅速化が期待で
きる。例えば、パチンコ遊技機で得た景品球をポイント
としてポイントセンターシステム５に蓄積し、デパート
などでポイントを物品（景品）に交換でき、所望する物
品が発見しやすく、ポイント消費の迅速化が期待でき
る。

【０２０９】さらに、ポイント発行企業だけでなく、ポ
イント消費にだけ寄与する企業（コンテンツ提供企業）
をも企業会員に取り込むことができ、当該ポイント処理
システムの実行性をより高めることができる。

【０２１０】さらにまた、多くの店舗システム（個別の
ポイント処理システム）が含まれていても、携帯可能な
顧客端末４に関係する情報を、顧客特定情報としたの
で、顧客会員が多くの個別システムのカードなどを持つ
ようなことを不要とできる。また、このことは、会員登
録を促す大きな要因にもなり得る。

【０２１１】また、多くの業種の多くの企業を企業会員
とし、ポイント発行やポイント消費を管理しているの
で、ポイント発行履歴やポイント消費履歴から、正確な
マーケッティング情報を得ることができる。

【０２１２】さらに、店舗サーバ１０を含め、センター
サーバ２０を代行する代行サーバを複数設けているの
で、会員企業が多くなってもシステムを円滑に運営する
ことができる。

【０２１３】（Ｂ）他の実施形態 上記実施形態の説明でも、種々変形実施形態に言及した
が、さらに、以下に例示するような変形実施形態も挙げ
ることができる。

【０２１４】顧客会員や企業会員から、毎月所定額の会
費を徴収するシステムであっても良い。

【０２１５】また、ポイント消費項目（店舗システム）
として、「あしなが基金」などの非営利団体への寄付項
目を設けるようにしても良い。

【０２１６】さらに、顧客を認証するための情報を顧客
端末４から得ることは、大きなメリットを有するが、カ
ードなどを併用するようにしても良い。

【０２１７】さらにまた、ネットワークの種類は、上記
実施形態のものに限定されない。また、２要素間の接続
を、適宜、専用回線で行うものであっても良い。

【０２１８】

【発明の効果】以上のように、本発明のポイント処理シ
ステムによれば、従来システム以上に各種の面でメリッ
トを奏することができる。

【図面の簡単な説明】

【図１】実施形態のポイント処理システムの全体構成を
示すブロック図である。

【図２】実施形態の遊技パーラーに係る第１種類の店舗
システムの詳細構成例を示すブロック図である。

【図３】実施形態の第２種類の店舗システムの詳細構成
例を示すブロック図である。

【図４】実施形態のカラオケ店舗に係る第１種類の店舗
システムの詳細構成例を示すブロック図である。

【図５】実施形態のポイントセンターシステムの詳細構
成例を示すブロック図である。

【図６】実施形態の顧客会員の２種類の会員登録方法の
説明図である。

【図７】実施形態の顧客の会員登録動作を示すシーケン
ス図である。

【図８】実施形態の２種類のポイント取得動作の説明図
である。

【図９】実施形態の第１種類の一般的なポイント取得動
作を示すシーケンス図である。

【図１０】実施形態の第２種類の一般的なポイント取得
動作を示すシーケンス図である。

【図１１】実施形態の２種類のポイント消費動作の説明
図である。

【図１２】実施形態の第１種類の一般的なポイント消費
動作を示すシーケンス図である。

【図１３】実施形態の第２種類の一般的なポイント消費
動作を示すシーケンス図である。

【図１４】実施形態の通販利用のポイント消費動作を示
すシーケンス図である。

【図１５】実施形態のコンテンツ配信動作を示すフロー
チャートである。

【図１６】実施形態のゲームによるポイント消費方法の
説明図である。

【図１７】実施形態のゲームによるポイント消費発行動
作（第２形態）のシーケンス図である。

【図１８】実施形態のカラオケによるポイント消費発行
動作のシーケンス図である。

【図１９】実施形態の企業会員の決済処理を示すフロー
チャートである。

【図２０】実施形態のマーケッティング動作を示すフロ
ーチャートである。

【符号の説明】

１…ポイント処理システム、２…第１種類の店舗システ
ム、３…第２種類の店舗システム、４…顧客端末、５…
ポイントセンターシステム、６（６Ａ〜６Ｃ）…コンテ
ンツ提供システム、７…センター代行システム、８…携
帯電話網、９…インターネット網、１０…店舗サーバ、
１１…店舗端末、１２…店内機器、１５…カラオケルー
ム端末。

Claims (14)

【特許請求の範囲】
1. 【請求項１】 各企業が個別に発行したポイントを直接
   又は変換して顧客特定情報をキーとして一元管理するポ
   イントセンターシステムと、 企業及び又は店舗毎のポイント処理を行う複数の企業体
   ポイントシステムとを備え、 上記複数の企業体ポイントシステムとして、ポイント発
   行及び又はポイント消費を行う第１の企業体ポイントシ
   ステムと、ポイント消費に協力する第２の企業体ポイン
   トシステムとを少なくとも含むことを特徴とするポイン
   ト処理システム。
2. 【請求項２】 上記ポイントセンターシステムが有する
   ポイントサーバに代行して、少なくともポイント数が変
   動する際の顧客の認証を行う代行サーバが１以上設けら
   れ、上記代行サーバは、代行した処理の通知を、所定時
   刻に、又は、所定期間についてまとめて、複数について
   一括して行うことを特徴とする請求項１に記載のポイン
   ト処理システム。
3. 【請求項３】 上記ポイントサーバは、上記代行サーバ
   が処理を行う際に必要とする情報を上記代行サーバに転
   送することを特徴とする請求項２に記載のポイント処理
   システム。
4. 【請求項４】 上記企業体ポイントシステム内のサーバ
   が、上記代行サーバとしても機能することを特徴とする
   請求項２又は３に記載のポイント処理システム。
5. 【請求項５】 上記代行サーバとして、地域と業種の組
   合せで定まるものが設けられていることを特徴とする請
   求項２〜４のいずれかに記載のポイント処理システム。
6. 【請求項６】 顧客が携帯する顧客端末を有し、上記顧
   客端末に係る情報を顧客特定情報として利用しているこ
   とを特徴とする請求項１〜５のいずれかに記載のポイン
   ト処理システム。
7. 【請求項７】 上記第２の企業体ポイントシステムが、
   上記顧客端末又は上記第１の企業体ポイントシステムに
   コンテンツを配信させることにより、ポイント消費を実
   行させるシステムであることを特徴とする請求項１〜６
   のいずれかに記載のポイント処理システム。
8. 【請求項８】 上記顧客端末又は上記第１の企業体ポイ
   ントシステム上で実行されるゲームの結果又はカラオケ
   の評価に応じて、上記ポイントセンターシステムで管理
   するポイントを増加及び又は減算させる手段を有するこ
   とを特徴とする請求項１〜７のいずれかに記載のポイン
   ト処理システム。
9. 【請求項９】 上記顧客端末又は上記第１の企業体ポイ
   ントシステム上で実行されるゲーム又はカラオケの曲情
   報が、上記第２の企業体ポイントシステムから提供され
   ることを特徴とする請求項８に記載のポイント処理シス
   テム。
10. 【請求項１０】 上記ポイントセンターシステムで管理
    する各顧客のポイント発行情報及びポイント消費情報か
    ら、マーケッティングに利用できる情報を形成する手段
    を有することを特徴とする請求項１〜９のいずれかに記
    載のポイント処理システム。
11. 【請求項１１】 上記ポイントセンターシステムは、各
    企業に係る個別ポイントと、複数の企業に共通な共通ポ
    イントとの間の変換手段を有していることを特徴とする
    請求項１〜１０のいずれかに記載のポイント処理システ
    ム。
12. 【請求項１２】 上記個別ポイントを上記共通ポイント
    に変換する際の制約、及び又は、上記共通ポイントを上
    記個別ポイントに変換する際の制約が予め規定されてお
    り、上記変換手段は、その制約を充足している範囲での
    み、変換を許容することを特徴とする請求項１１に記載
    のポイント処理システム。
13. 【請求項１３】 上記ポイントセンターシステムは、ポ
    イントを管理している各企業の所定期間毎のポイント発
    行数とポイント消費数との差分ポイント数に応じて、各
    企業との決済を行う決済手段を有することを特徴とする
    請求項１〜１２のいずれかに記載のポイント処理システ
    ム。
14. 【請求項１４】 上記決済手段は、上記差分ポイント数
    が正であれば、その企業の金融口座から、当該システム
    全体に共通な金融口座への金銭移動を行い、上記差分ポ
    イント数が負であれば、当該システム全体に共通な金融
    口座から、その企業の金融口座への金銭移動を行うこと
    を特徴とする請求項１３に記載のポイント処理システ
    ム。