JP7189250B2 - ポイント管理システム、ポイント管理方法及びプログラム - Google Patents

Description

本発明は、ポイント管理システム、ポイント管理方法及びプログラムに関する。

ユーザが商品及びサービスといった販売対象を購入すると、金銭と同様に支払に使用することができるポイントがユーザに付与されるサービスが知られている。例えば、特許文献１には、消費者が、販売者の設定するポイント発行基準を基に、購入により付与されるポイントを使用して、ポイント発行主体の商品を取得し、販売者が、ポイント発行基準を基に利用者にポイントを提供するシステムが開示されている。

特開２００９－１９３５５３号公報

上記のようなポイントが、販売対象を購入したユーザを含む家族のようなグループに付与され、グループのメンバーがポイントを使用することができるサービスがある。このようにグループに付与されたポイントを、親等の保護ユーザが、小遣いのように子供等の被保護ユーザに与えられるようにし、被保護ユーザに使用させたいという要望がある。

本発明は、上記のような課題を解決するもので、保護ユーザが貯めたポイントを、被保護ユーザに、被保護ユーザに設定される使用上限まで使用させることが可能なポイント管理システム、ポイント管理方法及びプログラムを提供することを目的とする。

本発明の第１の観点に係るポイント管理システムは、
複数のユーザを含むグループにより保有されるグループポイントを管理するポイント管理システムであって、
前記グループに含まれる被保護ユーザに設定されるポイントの使用上限を記録する記録部と、
前記被保護ユーザが、前記記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、前記第１充当数量が、前記グループポイントの数量以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する支払部と、
を備えることを特徴とする。

また、上記観点に係るポイント管理システムにおいて、
前記グループポイントの数量が、前記記録された使用上限より小さければ、前記グループに含まれる保護ユーザへ、前記グループポイントの数量を増加させるべき旨の通知を送る通知部
をさらに備えることを特徴とする。

また、上記観点に係るポイント管理システムにおいて、
前記被保護ユーザに設定されるポイントの譲渡時期に、前記記録された使用上限を、前記被保護ユーザに設定されるポイントの譲渡数量だけ増加させる増加部
をさらに備えることを特徴とする。

また、上記観点に係るポイント管理システムにおいて、
前記通知部は、
前記譲渡時期より前に、前記グループポイントの数量が、前記記録された使用上限と前記譲渡数量との和より小さければ、前記保護ユーザへ、前記通知をさらに送る
ことを特徴とする。

また、上記観点に係るポイント管理システムにおいて、
前記支払部は、
前記第１充当数量が、前記グループポイントの数量より大きく、前記グループに将来付与される付与予定ポイントがあれば、前記付与予定ポイントの数量以下の前借りポイントの数量を算定し、
前記第１充当数量が、前記グループポイントの数量と前記前借りポイントの数量との和以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する
ことを特徴とする。

また、上記観点に係るポイント管理システムにおいて、
前記保護ユーザが、前記グループポイントの数量以下の第２充当数量のポイントを支払に使用しようとすると、前記グループポイントの数量を前記第２充当数量だけ減少した値が、前記記録された使用上限より小さければ、前記保護ユーザに、前記使用後のグループポイントの数量が前記記録された使用上限に満たない旨を警告する警告部
をさらに備えることを特徴とする。

本発明の第２の観点に係るポイント管理方法は、
複数のユーザを含むグループにより保有されるグループポイントを管理するポイント管理システムが実行するポイント管理方法であって、
前記ポイント管理システムが、
前記グループに含まれる被保護ユーザが、当該被保護ユーザに設定されるポイントの使用上限であって、記録部に記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、前記第１充当数量が、前記グループポイントの数量以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する ことを特徴とする。

本発明の第３の観点に係るプログラムは、
複数のユーザを含むグループにより保有されるグループポイントを管理するコンピュータを、
前記グループに含まれる被保護ユーザに設定されるポイントの使用上限を記録する記録部、
前記被保護ユーザが、前記記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、前記第１充当数量が、前記グループポイントの数量以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する支払部、
として機能させることを特徴とする。

上記プログラムは、非一時的な（non-transitory）記録媒体に記録されてもよい。非一時的な記録媒体は、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。

本発明によれば、保護ユーザが貯めたポイントを、被保護ユーザに、被保護ユーザに設定される使用上限まで使用させることが可能なポイント管理システム、ポイント管理方法及びプログラムを提供することができる。

実施形態に係るポイント管理システムと、保護ユーザ端末と、被保護ユーザ端末と、店舗端末との関係を説明するための図である。 実施形態に係るポイント管理システムを実現するサーバのハードウェア構成を示す図である。 実施形態に係るポイント管理システムの機能構成を示す図である。 実施形態に係るグループポイント情報を説明するための図である。 実施形態に係る保護ユーザ端末の画面に表示される画像を説明するための図である。 実施形態に係る保護ユーザ端末の画面に表示される画像を説明するための図である。 実施形態に係るポイント管理システムが行う支払処理を説明するためのフローチャートである。 実施形態に係るポイント管理システムが行う増加処理を説明するためのフローチャートである。

（１．全体構成）
本発明の実施形態に係るポイント管理システム１００は、図１に示すように、ネットワーク５００を介して、保護ユーザ端末２００と、店舗端末４００と、通信可能に接続する。

ポイント管理システム１００は、複数のユーザを含むグループにより保有されるグループポイントを管理する。

ここで、ユーザとは、実店舗及び仮想店舗において、販売対象を購入する者である。販売対象には、商品及びサービスが含まれる。また、販売対象を購入するとは、商品及びサービスを購入することである。複数のユーザには、保護ユーザと、被保護ユーザとが含まれる。保護ユーザとは、被保護ユーザを保護する者であり、例えば、父母、祖父母等の保護者である。また、被保護ユーザは、保護ユーザにより保護される者であり、例えば、子供等の未成年者である。グループとは、保護ユーザ及び被保護ユーザを含むユーザの集合であり、例えば、家族である。グループには、一人以上の保護ユーザと、一人以上の被保護ユーザが含まれる。本実施形態では、グループのメンバーは、被保護ユーザ以外は、保護ユーザとする。

また、グループポイントとは、販売対象の購入に際し、金銭と同様に支払に使用することができるポイントであって、グループに対して付与されるものである。

ポイント管理システム１００は、保護ユーザ及び被保護ユーザが販売対象を購入すると、購入された販売対象に応じて、保護ユーザ及び被保護ユーザが属するグループにグループポイントを付与する。グループポイントは、グループに属するユーザであれば、販売対象を購入した者以外も使用することができる。また、ポイント管理システム１００は、ポイントによる支払いが行われると、支払いに充当された数量だけ、グループポイントを減少させる。また、ポイント管理システム１００は、グループポイントの使用履歴の情報を記録する。

ポイント管理システム１００は、１つ以上のサーバにより実現される。例えば、ポイント管理システム１００は、グループポイントの情報を格納するデータベースサーバと、店舗端末４００から送信される情報に基づいて決済を行う決済サーバと、により実現される。

保護ユーザ端末２００は、保護ユーザが使用する端末である。保護ユーザ端末２００は、例えば、スマートフォン、タブレットコンピュータ等である。

被保護ユーザ端末３００は、被保護ユーザが使用する端末である。被保護ユーザ端末３００は、例えば、スマートフォン、タブレットコンピュータ等である。被保護ユーザ端末３００には、例えば、ポイントによる支払を可能にするためのアプリがインストールされており、被保護ユーザは、実店舗又は仮想店舗で、アプリを使ってポイントによる支払を行う。なお、被保護ユーザは、被保護ユーザ端末３００を用いずに、グループポイントを使用するためのポイントカードを用いて支払を行うこともできる。

店舗端末４００は、販売対象を販売する店舗において使用される端末である。店舗端末４００は、例えば、ＰＯＳ（Point of sale）端末、タブレットコンピュータ、パーソナルコンピュータ等である。

ネットワーク５００は、いかなるものであってもよく、例えば、インターネット、イントラネット、エクストラネット、ＬＡＮ（Local Area Network）、ＶＰＮ（Virtual Private Network）、電話回線網等である。

（２．サーバのハードウェア構成）
図２は、ポイント管理システム１００を実現するサーバ１０のハードウェア構成を示すブロック図である。

サーバ１０は、図２に示すように、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ１３と、記録媒体１４と、出力デバイス１５と、通信デバイス１６と、入力デバイス１７と、を備える。各構成要素は、バス１８により接続されている。

ＣＰＵ１１は、サーバ１０全体の動作を制御し、各構成要素と接続され、制御信号やデータをやりとりする。

ＲＯＭ１２には、サーバ１０全体の動作制御に必要なオペレーティングのプログラムや各種のデータが記録される。

ＲＡＭ１３は、データやプログラムを一時的に記録するためのもので、記録媒体１４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

記録媒体１４は、ハードディスクやフラッシュメモリ等から構成され、サーバ１０で処理するデータを記録する。

出力デバイス１５は、ＬＣＤ（Liquid Crystal Display）及びバックライト等の表示装置や、スピーカ等の音声出力装置を備える。出力デバイス１５は、ＣＰＵ１１による制御の下、例えば、ＣＰＵ１１から出力されたデータを出力する。

通信デバイス１６は、サーバ１０をインターネット等のコンピュータ通信網に接続するための通信インターフェースを含み、通信デバイス１６を介して他の情報処理装置等とやりとりをする。

入力デバイス１７は、ボタン、キーボード、タッチパネル、マイク、カメラ、光学スキャナ等の入力装置を備える。入力デバイス１７は、サーバ１０の使用者から操作入力を受け付け、受け付けた操作入力に対応する信号をＣＰＵ１１に出力する。

（３．実施形態のポイント管理システムの機能構成）
ポイント管理システム１００の機能構成について、図３を用いて説明する。

ポイント管理システム１００は、機能的には、記録部１０１と、支払部１０２と、通知部１０３と、増加部１０４と、警告部１０５と、を備える。本実施形態において、記録媒体１４が、記録部１０１として機能し、ＣＰＵ１１及び通信デバイス１６が協働して、支払部１０２、通知部１０３及び警告部１０５として機能し、ＣＰＵ１１が、増加部１０４として機能する。例えば、記録部１０１は、データベースサーバにより実現され、支払部１０２、通知部１０３、増加部１０４及び警告部１０５は、決済サーバにより実現される。

記録部１０１は、グループに含まれる被保護ユーザに設定されるポイントの使用上限を記録する。

使用上限とは、被保護ユーザが使用できるグループポイントの数量の上限を示すものである。

例えば、記録部１０１は、図４に示すグループポイント情報を記録する。グループポイント情報には、グループＩＤと、保護ユーザＩＤと、被保護ユーザＩＤと、グループポイント数量と、使用上限と、譲渡時期と、譲渡数量と、付与予定日と、付与予定ポイント数量と、が対応付けて含まれる。

グループＩＤは、グループポイントを保有するグループを識別するための識別情報である。保護ユーザＩＤは、グループに含まれる保護ユーザを識別するための識別情報である。被保護ユーザＩＤは、グループに含まれる被保護ユーザを識別するための識別情報である。グループポイント数量は、グループが保有するポイントの数量である。グループポイント数量は、グループに含まれる保護ユーザ及び被保護ユーザがポイントを使用すると、使用した数量だけ、減少される。譲渡時期は、被保護ユーザにポイントが譲渡される時期である。譲渡数量は、被保護ユーザに譲渡されるポイントの数量である。譲渡時期及び譲渡数量の値は、保護ユーザにより任意に設定される。譲渡時期になると、譲渡数量のポイントが、使用上限に加算される。付与予定日は、グループにポイントが将来付与される予定がある場合、そのポイントが付与される日付である。付与予定ポイント数量は、グループに付与される予定のポイントの数量である。付与予定日になると、付与予定ポイント数量のポイントが、グループポイント数量に加算される。前借りポイント数量は、グループポイント数量が支払に充当する数量に満たない場合に、後述する支払部１０２により算出されるポイントの数量である。

図４の１行目のレコードは、グループＩＤ“Ｇ１”のグループ（以下、グループＧ１という）に、保護ユーザＩＤ“Ｐ１－１”、“Ｐ１－２”の保護ユーザ（以下、保護ユーザＰ１－１，Ｐ１－２という）と、被保護ユーザＩＤ“Ｃ１－１”の被保護ユーザ（以下、被保護ユーザＣ１－１という）が含まれ、グループＧ１が保有するグループポイント数量は“５０００”であり、被保護ユーザＣ１－１に設定される使用上限は“７００”であり、譲渡時期は“毎月１日”で、譲渡数量は“１０００”であり、グループＧ１に、付与予定日“２０２１年４月５日”に付与されるポイントが、付与予定ポイント数量“５００”だけあり、前借りポイント数量は無いことを示す。

また、記録部１０１は、保護ユーザ及び被保護ユーザの住所、氏名、電話番号、メールアドレス等のユーザ情報を記録する。

支払部１０２は、被保護ユーザが、記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、第１充当数量が、グループポイントの数量以下であれば、記録された使用上限と、グループポイントの数量と、の双方を、支払に使用される第１充当数量だけ減少させて、支払を実行する。

第１充当数量とは、被保護ユーザが、販売対象を購入するための支払に充当しようとするポイントの数量である。

例えば、被保護ユーザＣ１－１が、被保護ユーザ端末３００を用いて、実店舗において、商品Ｘの購入の支払に第１充当数量“３００”のポイントを充当しようとすると、商品Ｘの販売店の店舗端末４００から、被保護ユーザＣ１－１のユーザ情報と、商品Ｘの金額等の情報と、第１充当数量“３００”の情報がポイント管理システム１００に送信される。ポイント管理システム１００の支払部１０２は、受信した情報と図４のグループポイント情報とに基づき、第１充当数量“３００”が、被保護ユーザＣ１－１の使用上限以下の値であるか否かを判断する。支払部１０２は、第１充当数量“３００”が被保護ユーザＣ１－１の使用上限より大きい場合は、店舗端末４００に、支払が行えない旨を通知する。

支払部１０２は、第１充当数量“３００”が被保護ユーザＣ１－１の使用上限“７００”以下と判断すると、次に、図４のグループポイント情報を参照して、第１充当数量“３００”が、グループＧ１のグループポイント数量以下であるか否かを判断する。そして、支払部１０２は、第１充当数量“３００”がグループＧ１のグループポイント数量“５０００”以下と判断すると、図４のグループポイント情報の、被保護ユーザＣ１－１の使用上限“７００”及びグループＧ１のグループポイント数量“５０００”から、第１充当数量“３００”を減少させ、商品Ｘについてグループポイントによる支払を実行する。そして、支払部１０２は、店舗端末４００に、商品Ｘの支払に第１充当数量“３００”が充当された旨を通知する。支払部１０２が支払を実行すると、図４のグループポイント情報の被保護ユーザＣ１－１の使用上限は“４００”、グループＧ１のグループポイント数量は“４７００”の値に更新される。

また、支払部１０２は、第１充当数量が、グループポイントの数量より大きく、グループに将来付与される付与予定ポイントがあれば、付与予定ポイントの数量以下の前借りポイントの数量を算定する。そして、支払部１０２は、第１充当数量が、グループポイントの数量と前借りポイントの数量との和以下であれば、記録された使用上限と、グループポイントの数量と、の双方を、支払に使用される第１充当数量だけ減少させて、支払を実行する。

例えば、被保護ユーザＩＤ“Ｃ２－１”の被保護ユーザ（以下、被保護ユーザＣ２－１という）が、被保護ユーザ端末３００を用いて、実店舗において、商品Ｙの購入の支払に第１充当数量“２０００”のポイントを充当しようとすると、商品Ｙの販売店の店舗端末４００から、被保護ユーザＣ２－１のユーザ情報と、商品Ｙの金額等の情報と、第１充当数量“２０００”の情報がポイント管理システム１００に送信される。ポイント管理システム１００の支払部１０２は、受信した情報と図４のグループポイント情報とに基づき、第１充当数量“２０００”が、被保護ユーザＣ２－１の使用上限以下の値であるか否かを判断する。支払部１０２は、第１充当数量“２０００”が被保護ユーザＣ２－１の使用上限“２５００”以下と判断すると、次に、図４のグループポイント情報を参照して、第１充当数量“２０００”が、グループＩＤ“Ｇ２”のグループ（以下、グループＧ２という）のグループポイント数量以下であるか否かを判断する。支払部１０２は、第１充当数量“２０００”がグループＧ２のグループポイント数量“１７００”より大きいと判断すると、グループＧ２に付与予定ポイントがあるか否かを判断する。グループＧ２に付与予定ポイントがあるので、支払部１０２は、付与予定ポイント数量“５００”以下の前借りポイントの数量を算定する。例えば、支払部１０２は、付与予定ポイント数量“５００”を前借りポイント数量として算出する。

次に、支払部１０２は、第１充当数量“２０００”が、グループＧ２のグループポイント数量と前借りポイント数量との和以下であるか否かを判断する。支払部１０２は、第１充当数量“２０００”がグループＧ２のグループポイント数量と前借りポイント数量との和よりも大きい場合は、店舗端末４００に、支払が行えない旨を通知する。

支払部１０２は、第１充当数量“２０００”が、グループＧ２のグループポイント数量“１７００”と前借りポイント数量“５００”との和“２２００”以下であると判断すると、被保護ユーザＣ２－１の使用上限“２５００”と、グループＧ２のグループポイント数量“１７００”とから、第１充当数量“２０００”だけ減少させて、商品Ｙについてグループポイントによる支払を実行する。そして、支払部１０２は、店舗端末４００に、商品Ｙの支払に第１充当数量“２０００”が充当された旨を通知する。支払部１０２が支払を実行すると、図４のグループポイント情報の被保護ユーザＣ２－１の使用上限は“５００”、グループＧ２のグループポイント数量は“－３００”の値に更新される。

通知部１０３は、グループポイントの数量が、記録された使用上限より小さければ、グループに含まれる保護ユーザへ、グループポイントの数量を増加させるべき旨の通知を送る。

例えば、通知部１０３は、被保護ユーザＣ２－１による商品Ｙの購入後、グループＧ２のグループポイント数量“－３００”が、被保護ユーザＣ２－１の使用上限“５００”より小さいと判断すると、記録部１０１に記録されたユーザ情報を参照して、保護ユーザＩＤ“Ｐ２－１”、“Ｐ２－２”の保護ユーザ（以下、保護ユーザＰ２－１，Ｐ２－２という）のメールアドレスに、グループポイント数量の増加を依頼するメッセージを送信する。図５に、保護ユーザＰ２－１，Ｐ２－２の保護ユーザ端末２００の画面に、メッセージが含まれる画像６１０が表示されている様子を示す。図５の画像６１０には、被保護ユーザによるグループポイントの使用内容を通知するメッセージ６１１と、付与予定ポイントの使用を通知するメッセージ６１２と、グループポイントの数量の増加を依頼するメッセージ６１３と、が含まれる。

なお、グループポイントの数量が、記録された使用上限より小さい場合、被保護ユーザは、グループポイントの残高までは、グループポイントを使用することができる。ただし、グループポイントの残高は、１以上の値に限る。

増加部１０４は、被保護ユーザに設定されるポイントの譲渡時期に、記録された使用上限を、被保護ユーザに設定されるポイントの譲渡数量だけ増加させる。

例えば、増加部１０４は、予め定められたタイミングで、周期的に、図４のグループポイント情報を参照して、現時点が各グループの譲渡時期と一致するか否かを判断する。例えば、現時点が“２０２１年４月５日”であり、増加部１０４は、被保護ユーザＩＤ“Ｃ３－１”の被保護ユーザ（以下、被保護ユーザＣ３－１という）に設定された譲渡時期と一致すると判断すると、被保護ユーザＣ３－１の使用上限“１０００”を、被保護ユーザＣ３－１に設定された譲渡数量“１０００”だけ増加させる。図４のグループポイント情報の被保護ユーザＣ３－１の使用上限は“２０００”の値に更新される。これにより、例えば、親が子供に、毎月、所定のポイント数を小遣いとして与えることができる。

また、通知部１０３は、譲渡時期より前に、グループポイントの数量が、記録された使用上限と譲渡数量との和より小さければ、保護ユーザへ、通知をさらに送る。

例えば、現時点が“２０２１年４月２日”であり、増加部１０４は、各グループの譲渡時期の前であると判断すると、通知部１０３は、各グループについて、グループポイント数量が、使用上限と譲渡数量との和より小さいか否かを判断する。例えば、通知部１０３は、グループＩＤ“Ｇ３”のグループ（以下、グループＧ３という）のグループポイント数量“１５００”が、使用上限“１０００”と譲渡数量“１０００”との和より小さいと判断すると、記録部１０１に記録されたユーザ情報を参照して、保護ユーザＩＤ“Ｐ３－１”の保護ユーザ（以下、保護ユーザＰ３－１という）のメールアドレスに、グループポイント数量の増加を依頼するメッセージを送信する。

警告部１０５は、保護ユーザが、グループポイントの数量以下の第２充当数量を支払に使用しようとすると、グループポイントの数量を第２充当数量だけ減少した値が、記録された使用上限より小さければ、保護ユーザに、使用後のグループポイントの数量が記録された使用上限に満たない旨を警告する。

例えば、保護ユーザＰ３－１が、保護ユーザ端末２００を用いて、仮想店舗において、商品Ｚの購入の支払に第２充当数量“１２００”のポイントを充当しようとすると、商品Ｚを販売する電子商取引サーバから、保護ユーザＰ３－１のユーザ情報と、商品Ｚの金額等の情報と、第２充当数量“１２００”の情報がポイント管理システム１００に送信される。ポイント管理システム１００の警告部１０５は、受信した情報と図４のグループポイント情報とに基づき、グループＧ３のグループポイント数量を第２充当数量“１２００”だけ減少した値が、被保護ユーザＣ３－１の使用上限より小さいか否かを判断する。警告部１０５は、グループＧ３のグループポイント数量“１５００”を第２充当数量“１２００”だけ減少した値“３００”が被保護ユーザＣ３－１の使用上限“１０００”より小さいと判断すると、保護ユーザＰ３－１の保護ユーザ端末２００の画面に、充当後のグループポイント数量が使用上限に満たない旨の警告を表示させる。図６に、保護ユーザＰ３－１の保護ユーザ端末２００の画面に、警告のメッセージが含まれる画像６２０が表示されている様子を示す。図６の画像６２０は、購入手続においてポイントを使用する手続を行う際に画面に表示されるものである。警告部１０５により、グループポイント数量から第２充当数量だけ減少した値が使用上限より小さいと判断されると、ポイント使用後のグループポイント数量が使用上限に満たないことを警告するメッセージ６２１が画面に表示される。

（４．実施形態のポイント管理システムの動作）
本実施形態のポイント管理システム１００が実行する支払処理について、図７を用いて説明する。例えば、ポイント管理システム１００は、ユーザによる販売対象の購入の手続が開始されると、図７に示す支払処理を開始する。

支払部１０２は、販売対象の購入の支払を行うユーザが、被保護ユーザであるか否かを判断する（ステップＳ１０１）。支払部１０２は、販売対象の購入の支払を行うユーザが、被保護ユーザであると判断すると（ステップＳ１０１；ＹＥＳ）、支払部１０２は、被保護ユーザが支払に充当しようとするポイントの第１充当数量が、被保護ユーザに設定された使用上限以下であるか否かを判断する（ステップＳ１０２）。一方、支払部１０２は、販売対象の購入の支払を行うユーザが、被保護ユーザでないと判断すると（ステップＳ１０１；ＮＯ）、ステップＳ１１２に進む。

例えば、被保護ユーザＣ１－１が、実店舗において、商品Ｘの購入の支払に、第１充当数量“３００”のポイントを充当しようとすると、支払部１０２は、商品Ｘの販売店の店舗端末４００から送信されたユーザ情報と、記録部１０１に記録されたユーザ情報とに基づいて、被保護ユーザＣ１－１が被保護ユーザであると判断する。そして、支払部１０２は、図４のグループポイント情報を参照して、第１充当数量“３００”が、被保護ユーザＣ１－１の使用上限以下の値であるか否かを判断する。

ステップＳ１０２において、支払部１０２は、第１充当数量が使用上限以下であると判断すると（ステップＳ１０２；ＹＥＳ）、第１充当数量が、グループポイント数量以下であるか否かを判断する（ステップＳ１０３）。一方、支払部１０２は、第１充当数量が使用上限より大きいと判断すると（ステップＳ１０２；ＮＯ）、支払が行えない旨を通知する（ステップＳ１０６）。

例えば、支払部１０２は、第１充当数量“３００”が被保護ユーザＣ１－１の使用上限“７００”以下と判断すると、図４のグループポイント情報を参照して、第１充当数量“３００”が、グループＧ１のグループポイント数量以下であるか否かを判断する。一方、支払部１０２は、第１充当数量“３００”が被保護ユーザＣ１－１の使用上限より大きいと判断すると、店舗端末４００に、支払が行えない旨を通知する。

ステップＳ１０３において、第１充当数量がグループポイント数量以下と判断すると（ステップＳ１０３；ＹＥＳ）、グループポイント数量及び使用上限から、第１充当数量を減少させる（ステップＳ１０４）。そして、支払部１０２は、支払を実行する（ステップＳ１０５）。一方、ステップＳ１０３において、支払部１０２は、第１充当数量がグループポイント数量より大きいと判断すると（ステップＳ１０３；ＮＯ）、グループに付与予定ポイントがあるか否かを判断する（ステップＳ１０７）。

例えば、支払部１０２は、第１充当数量“３００”がグループＧ１のグループポイント数量“５０００”以下と判断すると、図４のグループポイント情報の、被保護ユーザＣ１－１の使用上限“７００”及びグループＧ１のグループポイント数量“５０００”から、第１充当数量“３００”を減少させ、商品Ｘのグループポイントによる支払を実行する。一方、例えば、支払部１０２は、被保護ユーザＣ２－１が、商品Ｙの購入の支払に、使用上限以下の第１充当数量“２０００”を充当しようとした場合、第１充当数量“２０００”がグループＧ２のグループポイント数量“１７００”より大きいと判断し、グループＧ２に付与予定ポイントがあるか否かを判断する。

ステップＳ１０７において、支払部１０２は、グループに付与予定ポイントがあると判断すると（ステップＳ１０７；ＹＥＳ）、付与予定ポイントの数量以下の前借りポイントの数量を算定する（ステップＳ１０８）。一方、支払部１０２は、グループに付与予定ポイントがないと判断すると（ステップＳ１０７；ＹＥＳ）、ステップＳ１０６に進む。

例えば、支払部１０２は、被保護ユーザＣ２－１のグループＧ２に付与予定ポイントがあると判断すると、付与予定ポイント数量“５００”と同数の前借りポイント数量“５００”を算定する。一方、支払部１０２は、被保護ユーザＣ２－１のグループＧ２に付与予定ポイントがないと判断した場合は、店舗端末４００に、支払が行えない旨を通知する。

ステップＳ１０８において、前借りポイントが算出されると、支払部１０２は、第１充当数量が、グループポイント数量と前借りポイント数量との和以下であるか否かを判断する（ステップＳ１０９）。支払部１０２は、第１充当数量が、グループポイント数量と前借りポイント数量との和以下と判断すると（ステップＳ１０９；ＹＥＳ）、ステップＳ１０４に進む。一方、支払部１０２は、第１充当数量が、グループポイント数量と前借りポイント数量との和より大きいと判断すると（ステップＳ１０９；ＮＯ）、ステップＳ１０６に進む。

例えば、支払部１０２は、第１充当数量“２０００”が、グループＧ２のグループポイント数量“１７００”と前借りポイントの数量“５００”との和“２２００”以下であると判断すると、被保護ユーザＣ２－１の使用上限“２５００”と、グループＧ２のグループポイントの数量“１７００”とを、第１充当数量“２０００”だけ減少させて、商品Ｙの支払を実行する。一方、支払部１０２は、第１充当数量“２０００”がグループＧ２のグループポイントの数量と前借りポイントの数量との和よりも大きい場合は、店舗端末４００に、支払が行えない旨を通知する。

ステップＳ１０５において、支払が実行された後、通知部１０３は、グループポイント数量が、使用上限より小さいか否かを判断する（ステップＳ１１０）。通知部１０３は、グループポイント数量が、使用上限より小さいと判断すると（ステップＳ１１０；ＹＥＳ）、グループに含まれる保護ユーザへ、グループポイント数量を増加させるべき旨の通知を送る（ステップＳ１１１）。一方、通知部１０３は、グループポイント数量が、使用上限以上と判断すると（ステップＳ１１０；ＮＯ）、処理を終了する。

例えば、通知部１０３は、被保護ユーザＣ２－１による商品Ｙの購入後、グループＧ２のグループポイント数量“－３００”が、被保護ユーザＣ２－１の使用上限“５００”より小さいと判断すると、保護ユーザＰ２－１，Ｐ２－２のメールアドレスに、図５に示すような、グループポイント数量の増加を依頼するメッセージを送信する。一方、通知部１０３は、グループＧ２のグループポイント数量が被保護ユーザＣ２－１の使用上限以上と判断した場合は、図７の支払処理を終了する。

ステップＳ１０１において、支払部１０２は、販売対象の購入の支払を行うユーザが、被保護ユーザでない、すなわち、保護ユーザと判断すると（ステップＳ１０１；ＮＯ）、警告部１０５は、グループポイント数量を第２充当数量だけ減少した値が、使用上限より小さいか否かを判断する（ステップＳ１１２）。警告部１０５は、グループポイント数量を第２充当数量だけ減少した値が、使用上限より小さいと判断すると（ステップＳ１１２；ＹＥＳ）、保護ユーザに、充当後のグループポイント数量が使用上限に満たない旨を警告する（ステップＳ１１３）。その後、ステップＳ１０４に進む。一方、警告部１０５は、グループポイント数量を第２充当数量だけ減少した値が、使用上限以上と判断すると（ステップＳ１１２；ＮＯ）、ステップＳ１０４に進む。

例えば、保護ユーザＰ３－１が、保護ユーザ端末２００を用いて、仮想店舗において、商品Ｚの購入の支払に第２充当数量“１２００”のポイントを充当しようとすると、警告部１０５は、図４のグループポイント情報を参照して、グループＧ３のグループポイント数量“１５００”を第２充当数量“１２００”だけ減少した値“３００”が被保護ユーザＣ３－１の使用上限“１０００”より小さいと判断する。そして、警告部１０５は、図６に示すように、保護ユーザＰ３－１の保護ユーザ端末２００の画面に、充当後のグループポイント数量が使用上限に満たない旨の警告を表示させる。そして、支払部１０２は、グループＧ３のグループポイント数量“１５００”から、第２充当数量“１２００”を減少させ、商品Ｚについてグループポイントによる支払を実行する。一方、警告部１０５が、グループＧ３のグループポイント数量を第２充当数量だけ減少した値が被保護ユーザＣ３－１の使用上限以上と判断した場合は、支払部１０２は、グループＧ３のグループポイント数量から第２充当数量だけ減少させ、商品Ｚについてグループポイントによる支払を実行する。

次に、本実施形態のポイント管理システム１００が実行する増加処理について、図８を用いて説明する。例えば、ポイント管理システム１００は、予め定められたタイミングで、周期的に、図８に示す増加処理を開始する。

増加部１０４は、現時点が譲渡時期と一致するか否かを判断する（ステップＳ２０１）。増加部１０４は、現時点が譲渡時期と一致すると判断すると（ステップＳ２０１；ＹＥＳ）、使用上限を譲渡数量だけ増加させる（ステップＳ２０２）。一方、増加部１０４が、現時点が譲渡時期と一致しないと判断すると（ステップＳ２０１；ＮＯ）、通知部１０３は、グループポイント数量が、使用上限と譲渡数量との和より小さいか否かを判断する（ステップＳ２０３）。

例えば、増加部１０４は、現時点が、図４のグループポイント情報に含まれる各グループの譲渡時期と一致するか否かを判断する。増加部１０４は、現時点が“２０２１年４月５日”であり、被保護ユーザＣ３－１に設定された譲渡時期と一致すると判断すると、被保護ユーザＣ３－１の使用上限“１０００”を、被保護ユーザＣ３－１に設定された譲渡数量“１０００”だけ増加させる。一方、警告部１０５が、現時点が“２０２１年４月２日”であり、各グループに設定された譲渡時期の前であると判断すると、通知部１０３は、各グループのグループポイント数量が、使用上限と譲渡数量との和より小さいか否かを判断する。

ステップＳ２０３において、通知部１０３は、グループポイント数量が、使用上限と譲渡数量との和より小さいと判断すると（ステップＳ２０３；ＹＥＳ）、グループポイント数量が上記和より小さいと判断されたグループの保護ユーザへ、グループポイント数量を増加させるべき旨の通知を送る（ステップＳ２０４）。一方、通知部１０３は、グループポイント数量が、使用上限と譲渡数量との和以上と判断すると（ステップＳ２０３；ＮＯ）、処理を終了する。

例えば、通知部１０３は、グループＧ３のグループポイント数量“１５００”が、使用上限“１０００”と譲渡数量“１０００”との和より小さいと判断すると、保護ユーザＰ３－１のメールアドレスに、グループポイント数量の増加を依頼するメッセージを送信する。一方、通知部１０３は、各グループポイント数量が、使用上限と譲渡数量との和以上と判断すると、図８の処理を終了する。

本実施形態によれば、グループが保有するグループポイントを、グループに属する被保護ユーザに、予め定められた使用上限まで使用させることができる。したがって、両親等の保護ユーザが貯めたポイントを、子供等の被保護ユーザに使用させることができる。また、ポイントは、現金よりも使用用途が限られ、且つ、ポイント管理システムではポイントの使用履歴が記録されるので、保護ユーザは安心して被保護ユーザにポイントを使用させることができる。また、一般的に、被保護ユーザは、クレジットカードを利用しないので、ポイントが貯まらず、ポイントの使用頻度は少ないが、保護ユーザが貯めたグループポイントを被保護ユーザに使用させることにより、被保護ユーザのポイント使用を促すことができる。

また、本実施形態によれば、予め定められた譲渡時期に、予め定められた譲渡数量だけ、被保護ユーザの使用上限を増やすことができる。これにより、保護ユーザは、小遣いのように、計画的に被保護ユーザにポイントを与えることができる。

また、本実施形態によれば、グループポイントの数量が、被保護ユーザに設定された使用上限より小さい場合、及び、使用上限と譲渡数量との和より小さい場合、保護ユーザに、グループポイントの数量を増加させるべき旨が通知される。これにより、保護ユーザにグループポイントの数量の増加を促すことができる。

さらに、本実施形態によれば、保護ユーザが、グループポイントを販売対象の購入の支払に使用する場合、使用後のグループポイントが、被保護ユーザに設定された使用上限より小さくなると、使用後のグループポイントが使用上限に満たないことが警告される。これにより、保護ユーザが、グループポイントを使い過ぎて、被保護ユーザが使用上限までポイントを使えなくなることを防ぎ、被保護ユーザが使用できるグループポイントの数量を確保することができる。

（５．変形例）
以上、本発明の実施形態を説明したが、本発明を実施するにあたっては、種々の形態による変形及び応用が可能である。

上記実施形態において、記録部１０１は、データベースサーバにより実現され、支払部１０２、通知部１０３、増加部１０４及び警告部１０５は、決済サーバにより実現されるとしたが、これに限らない。記録部１０１、支払部１０２、通知部１０３、増加部１０４及び警告部１０５は１つのサーバにより実現されてもよい。

また、上記実施形態において、支払部１０２は、付与予定ポイントの数量を、前借りポイントの数量として算出したが、前借りポイントの数量の算出手法はこれに限らない。例えば、被保護ユーザＣ２－１が、商品Ｙの購入の支払に、使用上限“２５００”以下の第１充当数量“２０００”のポイントを充当しようとする場合、支払部１０２は、付与予定ポイントの数量“５００”以下であって、第１充当数量“２０００”からグループＧ２のグループポイント数量“１７００”を減算した値“３００”を、前借りポイントの数量として算出してもよい。また、或いは、支払部１０２は、付与予定日までの期間の長さ，又は保護ユーザの信用度に基づいて、前借りポイントの数量を算出してもよい。信用度は、例えば、クレジットカードの支払を滞納した回数、販売対象の購入のキャンセル回数等により判断される。例えば、支払部１０２は、現時点から付与予定日の長さが長いほど、前借りポイントの数量を小さく算出してもよい。また、支払部１０２は、保護ユーザの信用度が高い程、前借りポイントの数量を大きく算出してもよい。

また、上記実施形態において、充当後のグループポイントの数量が使用上限に満たない旨の警告は、購入手続の画面にメッセージ６２１を表示することにより行われるとしたが、これに限らない。例えば、警告は、メール、ＳＭＳ（Short Message Service）、テキストチャット等により行われてもよい。

また、上記実施形態において、充当後のグループポイントの数量が使用上限に満たない旨の警告は、ポイントを充当しようとしている保護ユーザＰ３－１に対して行ったが、これに限らない。例えば、グループに複数の保護ユーザが含まれる場合は、警告部１０５は、ポイントを充当しようとしている保護ユーザを含め、全ての保護ユーザに警告する。これにより、例えば、父母等の保護ユーザがグループポイントを使用して、グループポイントの数量が使用上限に満たなくなる場合に、祖父母等の保護ユーザに警告を通知して、グループポイントの追加を促すことができる。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、この発明を説明するためのものであり、本発明の範囲を限定するものではない。すなわち、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、この発明の範囲内とみなされる。

本発明によれば、保護ユーザが貯めたポイントを、被保護ユーザに、被保護ユーザに設定される使用上限まで使用させることが可能なポイント管理システム、ポイント管理方法及びプログラムを提供することができる。

１０ サーバ
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 記録媒体
１５ 出力デバイス
１６ 通信デバイス
１７ 入力デバイス
１８ バス
１００ ポイント管理システム
１０１ 記録部
１０２ 支払部
１０３ 通知部
１０４ 増加部
１０５ 警告部
２００ 保護ユーザ端末
３００ 被保護ユーザ端末
４００ 店舗端末
５００ ネットワーク
６１０，６２０ 画像
６１１，６１２，６１３，６２１ メッセージ

Claims (13)

1. 複数のユーザを含むグループにより保有されるグループポイントを管理するポイント管理システムであって、
   前記グループに含まれる被保護ユーザに設定されるポイントの使用上限を記録する記録部と、
   前記被保護ユーザが、前記記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、前記第１充当数量が、前記グループポイントの数量以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する支払部と、
   前記グループポイントの数量が、前記記録された使用上限より小さければ、前記グループに含まれる保護ユーザへ、前記グループポイントの数量を増加させるべき旨の通知を送る通知部と、
   を備えることを特徴とするポイント管理システム。
2. 前記被保護ユーザに設定されるポイントの譲渡時期に、前記記録された使用上限を、前記被保護ユーザに設定されるポイントの譲渡数量だけ増加させる増加部
   をさらに備えることを特徴とする請求項１に記載のポイント管理システム。
3. 前記通知部は、
   前記譲渡時期より前に、前記グループポイントの数量が、前記記録された使用上限と前記譲渡数量との和より小さければ、前記保護ユーザへ、前記通知をさらに送る
   ことを特徴とする請求項２に記載のポイント管理システム。
4. 前記保護ユーザが、前記グループポイントの数量以下の第２充当数量のポイントを支払に使用しようとすると、前記グループポイントの数量を前記第２充当数量だけ減少した値が、前記記録された使用上限より小さければ、前記保護ユーザに、前記使用後のグループポイントの数量が前記記録された使用上限に満たない旨を警告する警告部
   をさらに備えることを特徴とする請求項１から３のいずれか１項に記載のポイント管理システム。
5. 複数のユーザを含むグループにより保有されるグループポイントを管理するポイント管理システムであって、
   前記グループに含まれる被保護ユーザに設定されるポイントの使用上限を記録する記録部と、
   前記被保護ユーザが、前記記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、前記第１充当数量が、前記グループポイントの数量以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する支払部と、
   を備え、
   前記支払部は、
   前記第１充当数量が、前記グループポイントの数量より大きく、前記グループに将来付与される付与予定ポイントがあれば、前記付与予定ポイントの数量以下の前借りポイントの数量を算定し、
   前記第１充当数量が、前記グループポイントの数量と前記前借りポイントの数量との和以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する
   ことを特徴とするポイント管理システム。
6. 前記グループポイントの数量が、前記記録された使用上限より小さければ、前記グループに含まれる保護ユーザへ、前記グループポイントの数量を増加させるべき旨の通知を送る通知部
   をさらに備えることを特徴とする請求項５に記載のポイント管理システム。
7. 前記被保護ユーザに設定されるポイントの譲渡時期に、前記記録された使用上限を、前記被保護ユーザに設定されるポイントの譲渡数量だけ増加させる増加部
   をさらに備えることを特徴とする請求項６に記載のポイント管理システム。
8. 前記通知部は、
   前記譲渡時期より前に、前記グループポイントの数量が、前記記録された使用上限と前記譲渡数量との和より小さければ、前記保護ユーザへ、前記通知をさらに送る
   ことを特徴とする請求項７に記載のポイント管理システム。
9. 前記保護ユーザが、前記グループポイントの数量以下の第２充当数量のポイントを支払に使用しようとすると、前記グループポイントの数量を前記第２充当数量だけ減少した値が、前記記録された使用上限より小さければ、前記保護ユーザに、前記使用後のグループポイントの数量が前記記録された使用上限に満たない旨を警告する警告部
   をさらに備えることを特徴とする請求項６から８のいずれか１項に記載のポイント管理システム。
10. 複数のユーザを含むグループにより保有されるグループポイントを管理するポイント管理システムが実行するポイント管理方法であって、
    前記ポイント管理システムが、
    前記グループに含まれる被保護ユーザが、当該被保護ユーザに設定されるポイントの使用上限であって、記録部に記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、前記第１充当数量が、前記グループポイントの数量以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行し、
    前記グループポイントの数量が、前記記録された使用上限より小さければ、前記グループに含まれる保護ユーザへ、前記グループポイントの数量を増加させるべき旨の通知を送る
    ことを特徴とするポイント管理方法。
11. 複数のユーザを含むグループにより保有されるグループポイントを管理するポイント管理システムが実行するポイント管理方法であって、
    前記ポイント管理システムが、
    前記グループに含まれる被保護ユーザが、当該被保護ユーザに設定されるポイントの使用上限であって、記録部に記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、前記第１充当数量が、前記グループポイントの数量以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行し、
    前記第１充当数量が、前記グループポイントの数量より大きく、前記グループに将来付与される付与予定ポイントがあれば、前記付与予定ポイントの数量以下の前借りポイントの数量を算定し、
    前記第１充当数量が、前記グループポイントの数量と前記前借りポイントの数量との和以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する
    ことを特徴とするポイント管理方法。
12. 複数のユーザを含むグループにより保有されるグループポイントを管理するコンピュータを、
    前記グループに含まれる被保護ユーザに設定されるポイントの使用上限を記録する記録部、
    前記被保護ユーザが、前記記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、前記第１充当数量が、前記グループポイントの数量以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する支払部、
    前記グループポイントの数量が、前記記録された使用上限より小さければ、前記グループに含まれる保護ユーザへ、前記グループポイントの数量を増加させるべき旨の通知を送る通知部、
    として機能させることを特徴とするプログラム。
13. 複数のユーザを含むグループにより保有されるグループポイントを管理するコンピュータを、
    前記グループに含まれる被保護ユーザに設定されるポイントの使用上限を記録する記録部、
    前記被保護ユーザが、前記記録された使用上限以下の第１充当数量のポイントを支払に使用しようとすると、前記第１充当数量が、前記グループポイントの数量以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する支払部、
    として機能させ、
    前記支払部は、
    前記第１充当数量が、前記グループポイントの数量より大きく、前記グループに将来付与される付与予定ポイントがあれば、前記付与予定ポイントの数量以下の前借りポイントの数量を算定し、
    前記第１充当数量が、前記グループポイントの数量と前記前借りポイントの数量との和以下であれば、前記記録された使用上限と、前記グループポイントの数量と、の双方を、前記支払に使用される第１充当数量だけ減少させて、前記支払を実行する
    ことを特徴とするプログラム。

Images