JP2024025967A - ポイントシステム - Google Patents

Abstract

【課題】ユーザ毎のポイント付与に係る活動の巧拙に応じて付与ポイントを変動させるポイントシステムを提供する。【解決手段】ユーザ２に対してポイントを付与するポイントシステム１であって、ユーザ２による一定期間後の金融指標の予想を含む取引を受け付けて記録する取引管理部１２と、一定期間の経過後に予想が当たっているか否かを判定する予想判定部１４とを有し、取引管理部１２は、予想判定部１４による判定の結果に基づいてユーザ２に付与するポイントの付与数または付与倍率を変動させる。【選択図】図１

Description

本発明は、ユーザにポイントを付与する技術に関し、特に、金融デリバティブに基づいてポイントを付与するポイントシステムに適用して有効な技術に関するものである。

事業者が顧客サービスやマーケティングの一環としてユーザの購買活動等に対してポイントを付与するサービスが広く普及している。ポイントを付与する事業者においては、ユーザへの訴求効果を高めるために、例えばポイント付与率や付与数を通常より優遇したりメリハリをつけたりするような、ユーザにとって魅力的なポイント付与（キャンペーン等）を行いたいというニーズがある。

このようなポイントの付与方法に関連する技術として、例えば、特許第６３０６４７７号公報（特許文献１）には、取引が行われた際に、通常ポイントの発生とは別に、所定の確率でランダムポイントを発生し、発生した通常ポイントとランダムポイントを会員に対して付与することで、購入金額が低い会員や新規会員等であっても購入金額が多い優良会員と同一の待遇のポイント付与を実行することができる仕組みが記載されている。

また、特許第６１９４９７７号公報（特許文献２）には、スポーツチームの最新の成績情報を取得し、取得した成績情報に対応したポイント数を特定して、特定したポイント数に基づいてポイントを付与することで、ポイントに対する興趣を盛り上げることが記載されている。

特許第６３０６４７７号公報 特許第６１９４９７７号公報

上述したような従来技術によれば、ポイント付与の条件を通常より優遇したり付与毎にメリハリをつけたりするという点では、ユーザの興趣を高めて魅力的なポイント付与を行うことが可能である。

しかしながら、ポイント付与の条件が全てのユーザに対して一律であることから、ユーザにとっての魅力を高めようとすると全体としてポイント付与の総数が増え、ポイントを付与する事業者側のコスト負担が大きくなってしまうという課題がある。また、ポイント付与の条件が全てのユーザに対して一律であり、ユーザ毎のポイント付与に係る活動の巧拙がユーザ毎の付与ポイントの数や付与率に差として現れるものではないことから、ユーザを惹き付ける魅力が十分ではないという課題もある。

そこで本発明の目的は、ユーザ毎のポイント付与に係る活動の巧拙に応じて付与ポイントを変動させるポイントシステムを提供することにある。

本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記載および添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。

本発明の代表的な実施の形態であるポイントシステムは、ユーザに対してポイントを付与するポイントシステムであって、前記ユーザによる一定期間後の金融指標の予想を含む取引を受け付けて記録する取引管理部と、前記一定期間の経過後に前記予想が当たっているか否かを判定する予想判定部と、を有し、前記取引管理部は、前記判定の結果に基づいて前記ユーザに付与する前記ポイントの付与数または付与倍率を変動させるものである。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば、以下のとおりである。

すなわち、本発明の代表的な実施の形態によれば、ユーザ毎のポイント付与に係る活動の巧拙に応じて付与ポイントを変動させることで、ユーザの興趣を高めて魅力的なポイント付与の仕組みを実現し、また、ポイントを付与する事業者側のコスト負担を抑制することが可能となる。

本発明の一実施の形態であるポイントシステムの構成例について概要を示した図である。 本発明の一実施の形態におけるポイントシステムの画面例について概要を示した図である。 本発明の一実施の形態におけるポイントシステムの他の画面例について概要を示した図である。 本発明の一実施の形態におけるポイントシステムの他の画面例について概要を示した図である。 本発明の一実施の形態におけるポイントシステムの他の画面例について概要を示した図である。 本発明の一実施の形態におけるポイント付与処理の流れの例について概要を示したフローチャートである。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。一方で、ある図において符号を付して説明した部位について、他の図の説明の際に再度の図示はしないが同一の符号を付して言及する場合がある。

＜概要＞
本発明の一実施の形態であるポイントシステムは、ユーザにポイントを付与するポイントサービスにおいて、ユーザに一定期間後の金融指標の値（具体的な値に限らず、率や割合なども含み、以下これらを総称して「レート」と記載する場合がある）を予想させ、その結果に基づいてポイント付与数（もしくは付与率）を変動させるものである。これにより、ユーザの予想の巧拙が反映される魅力的なポイント付与の仕組みを実現するとともに、ユーザ毎にポイントの付与にメリハリを付けることができるため、ポイントを付与する事業者側にとって全体的な付与コストを低減させることも可能である。

予想対象の金融指標は特に限定されないが、例えば、日経平均株価や東証株価指数などの各種指数や、これらに連動する各種のＥＴＦ（Exchange Traded Funds）の基準価格、為替レートなどを適宜採用することができる。なお、予想および結果判定の手法としては、一定期間の終期において最終的に金融指標が予想したレートに達していた場合に予想的中（当たり）とするバイナリーオプション的な手法や、一定期間中に金融指標が予想したレートに一度でも到達した場合に予想的中とするバリアオプション的な手法を適宜採用することができる。本実施の形態では、前者のバイナリーオプション的な手法をとるものとして説明する。

＜システム構成＞
図１は、本発明の一実施の形態であるポイントシステムの構成例について概要を示した図である。ポイントシステム１は、例えば、サーバ機器やクラウドコンピューティングサービス上に構築された仮想サーバ、ＰＣ等により構成され、図示しないＣＰＵ（Central Processing Unit）により、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の記録装置からメモリ上に展開したＯＳ（Operating System）やＤＢＭＳ（DataBase Management System）、Ｗｅｂサーバプログラム等のミドルウェアや、その上で稼働するソフトウェアを実行することで、ユーザ２に対するポイントの付与や管理に係る各種機能を実現する。

そして、各ユーザ２は、スマートフォン等のユーザ端末２１上の図示しないＷｅｂブラウザや専用のアプリケーションを用いて図示しないインターネット等のネットワークを介してポイントシステム１にアクセスし、ポイント付与や管理に係る各種機能を利用する。

このポイントシステム１は、例えば、ソフトウェアとして実装されたポイント管理部１１、取引管理部１２、金融指標取得部１３、および予想判定部１４などの各部を有する。また、データベースやファイルテーブル等として実装されたポイントデータベース（ＤＢ）１５、金融指標ＤＢ１６、および取引ＤＢ１７などの各データストアを有する。なお、図１の例では、これら各構成要素が１つのサーバシステム上に実装されるかのように表されているが、論理的な表現であり、実際は、その一部もしくは全部の構成要素がそれぞれ個別のサーバやシステム、サービス等として実装され、図示しないネットワークを介して連携する形で構成されていてもよい。

ポイント管理部１１は、各ユーザ２が保持しているポイントをそれぞれポイントＤＢ１５に記録して管理するとともに、取引管理部１２などから指示された数のポイントの付与や費消などのポイントサービスに係る処理を行う機能を有する。ユーザ２は、ユーザ端末２１を利用してポイントシステム１（ポイント管理部１１）にアクセスし、ポイントの管理状況について参照することができる。

取引管理部１２は、ユーザ２によるポイント付与に係る取引を受け付けて取引ＤＢ１７に記録して管理する機能を有する。ユーザ２は、ユーザ端末２１を利用してポイントシステム１（取引管理部１２）にアクセスし、取引を行ったり、取引の状況について参照したりすることができる。

ここでの取引とは、ユーザ２が一定期間後の金融指標のレートを予想して、その結果に基づいてポイントを得るというものである。この予想には、例えば、金融指標の具体的な値（絶対値や基準値からの相対値）やその範囲の予想や、基準値から何％増減したかといった変動状況の予想などが含まれ得る。単純に予想が的中（当たり）した場合に所与の数のポイントを付与するもの（プレゼント型）であってもよいし、予想に際してユーザ２自身が保有する任意の数のポイントを拠出し、予想の結果（当たりもしくは外れ）に基づいて所定の倍率で増減させるもの（ポイント増減型）であってもよい。

もしくは、予想に際してユーザ２が拠出した任意の数のポイントを、結果に基づいて所定の倍率で別のポイントに交換するもの（ポイント交換型）であってもよい。本実施の形態では、このポイント交換型の取引を対象とするものとして説明する。例えば、ポイントを発行する事業者が、資金決済に関する法律（資金決済法）における前払式支払手段に該当しないポイントＡと、これに該当するポイントＢを発行している場合に、ポイントＡをポイントＢに交換する際の倍率を予想結果に基づいて変動させるというような取引を対象とする。

取引に際して、ユーザ２は一定期間後の金融指標のレートを予想するのであるが、具体的な値を任意に予想するのに代えて、本実施の形態では、処理を単純化するため、詳細は後述するが、金融指標のレートを一定の幅の範囲に区切り、当該幅の単位でレートを予想するものとする。そして、予想が当たった場合のポイント付与の倍率を範囲毎に予め設定してユーザ２に提示するとともに、予想が外れた場合のポイント付与の倍率（例えば１倍もしくはそれ未満）も設定するものとする。

金融指標取得部１３は、ユーザ２による予想の対象となる金融指標の情報を、外部の金融指標サービス３等から定期的に、もしくは任意のタイミングで取得して金融指標ＤＢ１６に記録する機能を有する。金融指標としては、上述したように、例えば、日経平均株価や東証株価指数などの各種指数や、これらに連動する各種のＥＴＦの基準価格、為替レートなどとすることができ、金融指標サービス３としては、例えば、インターネット上の各種の情報提供サービスやＷｅｂサイトなどとすることができる。管理者等が手動で金融指標のデータを金融指標ＤＢ１６に登録するものであってもよい。

予想判定部１４は、取引ＤＢ１７に記録された各取引について、一定期間の終了時に予想が当たっているか否かを判定し、判定結果を取引ＤＢ１７に記録する機能を有する。上述したように、本実施の形態では、金融指標ＤＢ１６に記録されている、一定期間の終期における金融指標が、ユーザ２が予想したレートに達していた場合に当たりとするバイナリーオプション的な手法をとるものとして説明する。予想したレートに達しているだけでなく、一定の範囲内に入っている場合に限り当たりとするようにしてもよい。

＜画面例＞
図２は、本発明の一実施の形態におけるポイントシステム１の画面例について概要を示した図である。ここでは、ユーザ２が取引の注文を行う際のユーザ端末２１に表示される画面の例を示している。画面では、金融指標のレートを縦軸とし、時間経過を横軸とした金融指標のレートの遷移状況がグラフとして表示され、注文を受け付ける受付期間（例えば数時間や１日）と、その終了後から始まる取引期間（例えば１週間）が示されている。受付期間や取引期間がいつから開始するかについては、取引管理部１２が複数のユーザ２にとって共通・一律のものとして設定するが、ユーザ２毎に個別に設定するようにしてもよい。

ユーザ２は、受付期間の間に、取引期間の終了時点における金融指標のレートを予想して、ポイント付与に係る取引として注文する。図２の例では、基準値のレートを±０として、±２００（円）の幅で区切られた範囲毎に１．１倍、１．２倍、１．３倍、…というように予想が当たったときのポイントの付与倍率が基準値から乖離するほど大きくなるように設定されていることを示しており、ユーザ２は、自身が保有する１０，０００ポイント分のポイントＡを使用（拠出）して、基準値より＋８００（円）を超えるものと予想していることを示している（予想が当たった場合は１．４倍のポイント付与率となる）。ユーザ２が「確定」ボタンを押下することで取引の注文が成立し、取引管理部１２によって取引ＤＢ１７にその内容が記録されるとともに、ポイント管理部１１によってポイントＤＢ１５から使用ポイント分のポイントＡが引き出される。

なお、基準値は、受付期間中においてユーザ２から取引の注文を受け付けた時点でのレートとしてもよく、その方が自然であるともいえるが、本実施の形態では、処理をシンプルにするために、注文を受け付けたタイミングに関わらず一律に受付期間終了時点（取引期間開始時点）のレートとする。この場合、ユーザ２による取引の注文時点では基準値となる具体的なレートが定まらないことから、基準値を±０とした相対的なレートによって取引期間終了時点のレートを予想するものとする。

ユーザ２による予想に際して提示する金融指標のレートの幅（図２の例では±２００（円））をどのように設定するかの手法については特に限定されないが、例えば、受付期間前までの直近の一定期間における金融指標の動きのマクロ的なトレンドと、ミクロ的な変動の状況に基づいて設定する。このような時系列分析の手法は金融指標の予測において一般的に用いられており、これを用いることでユーザ２による予想の的中確率を平準化することができ、ポイント付与コストを一定値付近にコントロールすることができる。

具体的には、例えば、時点ｎでの金融指標ｙ_ｎを、トレンド成分ｔ_ｎと変動成分ε_ｎに分解し、
ｙ_ｎ＝ｔ_ｎ＋ε_ｎ
として表す。ここで、ｔｎは、例えば、移動平均線（ＭＡ：Moving Average Line）や、自己回帰和分移動平均モデル（ＡＲＩＭＡ：Autoregressive Integrated Moving Average）などの既知の手法を適宜用いて推定することができる。また、ε_ｎを直近の一定期間のｙ_ｎの標準偏差δ_ｎに基づく正規分布とし、δ_ｎを求める期間は、例えば、予想と実測の差分の学習に基づいて適宜設定することができる。

そして、受付期間の開始時点をＡ、取引期間の開始時点をＳ、取引期間の終了時点をＥとして、予想の際のレートの範囲（レートの幅）Δと、予想が当たった場合のポイント付与の倍率を、トレンド成分ｔと標準偏差δを用いて、例えば以下のように設定する。
ｙ_Ｅ＝ｔ_Ｅ±Δ
Δ＝０．５×δ_Ａ → １．１倍
Δ＝１．０×δ_Ａ → １．２倍
Δ＝１．５×δ_Ａ → １．３倍
Δ＝２．０×δ_Ａ → １．４倍
…

なお、Δをそのまま計算すると端数を有する値となり得ることから、ユーザ２にとって分かりやすいように１００（円）単位などに丸めて、それに合わせてδ_Ａに乗算する定数を調整したり、取引期間が短い場合はトレンド成分ｔの変化を無視してｔ_Ｅ＝ｔ_Ａとしたり、さらにこれを取引期間の開始時点（受付期間の終了時点）に拡張してｔ_Ｅ＝ｔ_Ｓとして置き換えたりしてもよい。

図３は、本発明の一実施の形態におけるポイントシステムの他の画面例について概要を示した図である。ここでは、受付期間が終了して取引期間が開始した後の取引期間中にユーザ端末２１に表示される画面の例を示している。図３の例では、取引開始時点での金融指標のレートが２７，０００（円）であったことから、予想の際の基準値を２７，０００（円）とし、そこから±２００（円）毎の絶対値によって予想の際のレートの幅の表示を置換している。取引開始時点や、金融指標のレートがユーザ２が予想したレートを超えた時点で、取引管理部１２によりユーザ端末２１に対してプッシュ通知するようにしてもよい。

なお、例えば１週間後のレートを予想するものとした場合（すなわち取引期間が１週間であった場合）、ユーザ２が月曜日に翌週月曜日のレートを予想する取引を注文し、さらに翌火曜日に翌週火曜日のレートを予想する取引を注文し、翌水曜日に翌週水曜日のレートを予想する取引を注文し、…、翌金曜日の翌週金曜日のレートを予想する取引を注文し、というように５つの取引が併存することも考えられるが、一人のユーザ２が同時並行的に注文できる取引の数を１つ（もしくは一定数）に制限するようにしてもよい。この場合、ユーザ２が新た取引の注文ができない状態の場合は、図３の例の画面のみ表示可能とし、図２の例の注文画面を表示できないように取引管理部１２が制御するのが望ましい。

図４は、本発明の一実施の形態におけるポイントシステムの他の画面例について概要を示した図である。ここでは、取引期間終了時点の経過後にユーザ端末２１に表示される画面の例を示しており、取引期間終了時点での金融指標のレート（図４の例では２７，９００（円））と、予想が当たったか否かの結果（図４の例では予想が当たり、使用した１０，０００ポイント分のポイントＡが１．４倍の１４，０００ポイント分のポイントＢに交換されること）が示されている。上述したように、本実施の形態では、取引期間終了時点で予想したレートに達していれば当たりとするバイナリーオプション的な手法をとるものとするが、取引期間中に予想したレートに一度でも到達した場合に当たりとするバリアオプション的な手法を採用してもよい。

なお、予想が当たった場合のポイントの交換に際して認証操作等のユーザ２による何らかの処理が必要となる場合は、その旨を指示するボタン等を設ける。取引期間終了時点で、取引管理部１２によりユーザ端末２１に対してプッシュ通知するようにしてもよい。また、取引期間終了時点から一定期間（例えば１日程度）を経過した後は、終了した取引について当該画面を表示できないようにしてもよい。

図５は、本発明の一実施の形態におけるポイントシステムの他の画面例について概要を示した図である。ここでは、ユーザ２が自身の取引の履歴を検索する画面の例を示しており、検索条件として注文日の始期と終期を指定して検索することで、取引ＤＢ１７に記録された過去の取引から該当期間に注文がされたものを抽出してリストとして表示していることを示している。

＜処理の流れ＞
図６は、本発明の一実施の形態におけるポイント付与処理の流れの例について概要を示したフローチャートである。ポイントシステム１では、まず、取引管理部１２により、受付期間と取引期間の設定を行う（Ｓ０１）。上述したように、受付期間は、例えば数時間や１日程度とし、取引期間は、例えば１週間程度とすることができる。その後、金融指標取得部１３により対象の金融指標に係る情報を取得し、金融指標ＤＢ１６に登録する（Ｓ０２）。ここで取得する情報には直近の一定期間のレートの遷移状況に係る情報が含まれる。なお、当該処理は他の一連の処理とは独立して行われてもよい。

その後、ステップＳ０２で取得した金融指標の遷移状況に係る情報に基づいて、取引管理部１２により、ユーザ２が予想する際に用いる金融指標のレートの幅と、幅（範囲）毎の予想的中時のポイント付与倍率を決定する（Ｓ０３）。レートの幅やポイント付与倍率の決定手法は、上述したように、例えば、金融指標の遷移状況をトレンド成分と変動成分に分解して分析する手法などを適宜用いることができる。

そして、受付期間の開始日時が到来すると、取引管理部１２により、ポイント付与に係る取引（金融指標の予想）の注文の受付を開始し（Ｓ０４）、ユーザ２からの注文を受け付ける。ユーザ２は、ユーザ端末２１を利用してポイントシステム１にアクセスし、取引期間終了時点における金融指標のレートを予想して指定し（Ｓ１１）、交換元として使用するポイント（本実施の形態では例えばポイントＡ）の使用ポイント数を指定して（Ｓ１２）、ポイント交換に係る取引の注文を行う。ポイントシステム１では、取引管理部１２がユーザ端末２１から送られた注文に係る情報を取引ＤＢ１７に登録して注文を受け付ける（Ｓ０５）。なお、ポイントシステム１は、受付期間が終了するまで複数のユーザ２からの注文を受け付けることができる（Ｓ０６）。

受付期間が終了（ステップＳ０６でＹｅｓ）すると取引期間が開始され、上述したように、取引管理部１２では、取引期間開始時点での金融指標のレートを基準値として、これに基づいてユーザ２が予想する際のレートの幅を相対値から絶対値に変換して（Ｓ０７）、取引期間が終了するまで待つ（Ｓ０８）。なお、本実施の形態では、処理をシンプルにするため、全てのユーザ２について一律に受付期間の終了後に取引期間が開始するものとしているが、受付期間中にステップＳ０５でユーザ２から注文を受け付けた時点で、当該ユーザ２については受付期間が終了したものとして取引期間が開始するようにしてもよい。

取引期間が終了すると（ステップＳ０８でＹｅｓ）、ユーザ２がステップＳ１１で指定した予想が当たっているか否かを予想判定部により判定して（Ｓ０９）、当たっていた場合、外れていた場合、それぞれのポイント付与倍率を取得して、ステップＳ１２でユーザ２が指定したポイント（本実施の形態ではポイントＡ）のポイント数に乗じて、得られた数に相当するポイント（本実施の形態ではポイントＢ）をユーザ２に対して付与する（Ｓ１０）。上述したように、予想が当たっていた場合、すなわち取引期間終了時点での金融指標のレートが予想したレートに達していた場合は、ユーザ２が予想したレートに対応するポイント付与倍率とし、外れていた場合は、１倍もしくはそれ未満の所定のポイント付与倍率とする。

以上に説明したように、本発明の一実施の形態であるポイントシステム１によれば、ユーザ２による取引期間終了時点の金融指標のレートの予想の結果に基づいてポイント付与数（もしくは付与率）を変動させることで、ユーザ２の予想の巧拙が反映される魅力的なポイント付与の仕組みを実現するとともに、ユーザ２毎にポイントの付与にメリハリを付けることができるため、ポイントを付与する事業者側にとって全体的な付与コストを低減させることが可能となる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。また、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記の実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ等の記録装置、またはＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。

本発明は、金融デリバティブに基づいてポイントを付与するポイントシステムに利用可能である。

１…ポイントシステム、２…ユーザ、３…金融指標サービス、
１１…ポイント管理部、１２…取引管理部、１３…金融指標取得部、１４…予想判定部、１５…ポイントＤＢ、１６…金融指標ＤＢ、１７…取引ＤＢ

Claims (6)

1. ユーザに対してポイントを付与するポイントシステムであって、
   前記ユーザによる一定期間後の金融指標の予想を含む取引を受け付けて記録する取引管理部と、
   前記一定期間の経過後に前記予想が当たっているか否かを判定する予想判定部と、を有し、
   前記取引管理部は、前記判定の結果に基づいて前記ユーザに付与する前記ポイントの付与数または付与倍率を変動させる、ポイントシステム。
2. 請求項１に記載のポイントシステムにおいて、
   前記取引管理部は、前記ユーザが前記予想に係る予想値を指定するに際して基準値を設定し、前記ユーザによる前記予想が当たっていた場合に、前記予想値と前記基準値との乖離の程度に応じて前記ポイントの付与数または付与倍率を変動させる、ポイントシステム。
3. 請求項２に記載のポイントシステムにおいて、
   前記取引管理部は、前記ユーザが前記予想に係る前記予想値を指定する際に、所定の幅毎の単位で前記予想値を指定するものとし、前記所定の幅と、前記所定の幅毎の前記各予想値にて前記予想が当たっていた場合の前記ポイントの付与数もしくは付与倍率とを、前記金融指標の遷移に係る時系列分析の結果に基づいて設定する、ポイントシステム。
4. 請求項２または３のいずれか１項に記載のポイントシステムにおいて、
   前記取引管理部は、前記一定期間の開始前に前記ユーザからの前記取引を受け付ける受付期間を設け、前記受付期間中に受け付けた前記取引に係る前記基準値を、前記一定期間開始時の金融指標とする、ポイントシステム。
5. 請求項４に記載のポイントシステムにおいて、
   前記取引管理部は、前記ユーザによる前記予想に係る金融指標について、前記受付期間中は前記基準値からの相対値により表し、前記一定期間中は金融指標の絶対値により表す、ポイントシステム。
6. 請求項１に記載のポイントシステムにおいて、
   前記取引管理部は、前記ユーザから前記取引を受け付ける際に、前記ユーザが保有する第１のポイントのうち前記取引において使用するポイント数の指定を受け付け、前記判定の結果に基づいて得られた付与倍率を前記ポイント数に乗じた数の第２のポイントを前記ユーザに付与する、ポイントシステム。

Images