JP7146887B2 - プログラム、情報処理方法、情報処理装置 - Google Patents

プログラム、情報処理方法、情報処理装置 Download PDF

Info

Publication number
JP7146887B2
JP7146887B2 JP2020211647A JP2020211647A JP7146887B2 JP 7146887 B2 JP7146887 B2 JP 7146887B2 JP 2020211647 A JP2020211647 A JP 2020211647A JP 2020211647 A JP2020211647 A JP 2020211647A JP 7146887 B2 JP7146887 B2 JP 7146887B2
Authority
JP
Japan
Prior art keywords
points
point
index value
user
control unit
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.)
Active
Application number
JP2020211647A
Other languages
English (en)
Other versions
JP2022098231A (ja
Inventor
一摩 兵頭
佑輔 柳沼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Line Corp
Original Assignee
Line Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Line Corp filed Critical Line Corp
Priority to JP2020211647A priority Critical patent/JP7146887B2/ja
Priority to PCT/JP2021/037338 priority patent/WO2022137730A1/ja
Publication of JP2022098231A publication Critical patent/JP2022098231A/ja
Priority to JP2022149818A priority patent/JP2022177200A/ja
Application granted granted Critical
Publication of JP7146887B2 publication Critical patent/JP7146887B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06—Asset management; Financial planning or analysis

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • User Interface Of Digital Computer (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

本開示は、プログラム、情報処理方法、情報処理装置等に関する。
スマートフォンやパソコン等の情報処理装置を用いて、商品やサービス等の購入に伴い、ポイントを付与する技術が存在する。例えば特許文献１には、ポイントの付与やポイントの使用を行うための技術が開示されている。
特開２００２－３０４４７２号公報
本発明の第１の態様によると、情報処理装置によって実行されるプログラムは、値が変動する指標値にユーザのポイントを関連付ける処理を情報処理装置の制御部によって行うことと、指標値の変動に基づいて、指標値に関連付けたポイントの数である第１ポイント数が変動され、変動されたポイントの数である第２ポイント数が設定された第１設定値以下の場合に、ユーザによってポイントに関する入力が行われた場合、第２ポイント数を第２ポイント数よりも大きい第３ポイント数に増加させる処理を制御部によって行うこととが情報処理装置によって実行される。
本発明の第２の態様によると、情報処理装置の情報処理方法は、値が変動する指標値にユーザのポイントを関連付ける処理を情報処理装置の制御部によって行うことと、指標値の変動に基づいて、指標値に関連付けたポイントの数である第１ポイント数が変動され、変動されたポイントの数である第２ポイント数が設定された第１設定値以下の場合に、ユーザによってポイントに関する入力が行われた場合、第２ポイント数を第２ポイント数よりも大きい第３ポイント数に増加させる処理を制御部によって行うこととを含む。
本発明の第３の態様によると、情報処理装置は、値が変動する指標値にユーザのポイントを関連付ける処理を行い、指標値の変動に基づいて、指標値に関連付けたポイントの数である第１ポイント数が変動され、変動されたポイントの数である第２ポイント数が設定された第１設定値以下の場合に、ユーザによってポイントに関する入力が行われた場合、第２ポイント数を第２ポイント数よりも大きい第３ポイント数に増加させる処理を行う制御部を備える。
本発明の第４の態様によると、情報処理装置は、メモリに記憶されたプログラムを読み出し、プログラムに基づいて処理を実行するプロセッサーを備え、プロセッサーは、値が変動する指標値にユーザのポイントを関連付ける処理を行うことと、指標値の変動に基づいて、指標値に関連付けたポイントの数である第１ポイント数が変動され、変動されたポイントの数である第２ポイント数が設定された第１設定値以下の場合に、ユーザによってポイントに関する入力が行われた場合、第２ポイント数を第２ポイント数よりも大きい第３ポイント数に増加させる処理を行うこととを実行する。
第１実施例に係る通信システムのシステム構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るアカウント登録データの一例を示す図。 第１実施例に係るアカウント管理データベースの一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る端末の表示部に表示される画面の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る端末の表示部に表示される画面の一例を示す図。 第２実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第２変形例に係るサーバの記憶部に記憶される情報の一例を示す図。 第２変形例に係るポイント運用コース管理データの一例を示す図。 第２変形例に係るアカウント管理データの一例を示す図。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第２変形例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係るアカウント管理データの一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る端末の表示部に表示される画面の一例を示す図。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第３変形例に係るサーバの記憶部に記憶される情報の一例を示す図。 第３変形例に係るチケット発行管理データベースの一例を示す図。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第３変形例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。 第４実施例に係る端末の表示部に表示される画面の一例を示す図。
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
まず、システムとは、限定ではなく例として、以下のいずれかの形態のシステムを含む概念である。
（１）端末＆サーバ
（２）サーバ
（３）端末
（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、サーバクライアントシステムである。
この場合、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。
また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。
サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。
以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、サーバクライアントシステム）を例示する。
なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
また、本開示における「情報処理装置」は、ユーザの端末としてもよいし、サーバとしてもよいものとする。つまり、情報処理装置は、少なくとも、ユーザの端末と、サーバとを含む概念としてよいものとする。また、本開示における「ユーザ」とは、原則的には、サービスを利用する利用者のことを示すものとする。このサービスを利用する利用者は、限定ではなく例として、端末のユーザである。
ただし、サービスを提供する事業者のことを「サーバのユーザ」と表現する場合がある。
なお、例外的ではあるが、本開示における「ユーザ」に、サービスを提供する事業者（つまりサーバのユーザ）を含めてもよいし、含めなくてもよい。
また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。
また、本明細書において「関する」、「関連する」と記載された用語について、限定ではなく例として、「Ａに関するＢ」や「Ａに関連するＢ」といった場合、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。
また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
また、本明細書において、「ポイント」とは、限定ではなく例として、ポイントプログラム（ポイントサービス）に基づいて付与される、法定通貨とは異なる企業通貨の一種である。
企業通貨には、電子マネーとポイントとが含まれるようにすることができる。
なお、企業通貨に商品券やクーポン券を含めるようにしてもよいし、そのようにしなくてもよい。
ここで、「ポイントプログラム」とは、企業や自治体等の法人が、商品の購入やサービスの利用等に応じて一定の条件に基づいて算出されるポイント（点数）を顧客に対して付与するサービスである。
なお、法人は、セールスプロモーション（販売促進活動）やセールスキャンペーンの特典として、ポイントを顧客に対して付与するようにしてもよいし、しなくてもよい。
顧客は、付与されたポイントを、発行法人または発行法人と提携する法人における商品・サービスの購入に用いたり、一定数量のポイントを商品券や電子マネー等のポイント以外の企業通貨と引き換えたりすることができる。
なお、ポイントの発行法人が航空会社等の場合、ポイントプログラムは「マイレージプログラム」と言ってもよい。この場合、ポイントを「マイレージ」と呼んでもよい。
本明細書において、「ポイント運用サービス」とは、時系列で値が変動する指標値に連動してポイントが増減する疑似運用型サービスであり、ポイント運用サービスの利用者（ユーザ）は、ポイント運用サービスを利用することで、手持ちのポイントによる資産運用体験ができる。
ただし、ポイント運用サービスは、法定通貨による資産運用を行うサービスではないため、金融商品取引法の制約を受けることはない。
なお、ポイント運用サービスを「ポイント投資サービス」と言ってもよいし、そうしなくてもよい。
「指標値」とは、ポイント運用サービスを提供する事業者によって提供される時系列で値が変動する値である。指標値は、「指数」や「変動値」と表現してもよいし、しなくてもよい。
指標値の具体例としては、限定ではなく例として、金融商品の「株価」や「株価指数」、「基準価格」、「地価」、「為替レート」等に連動する値が挙げられる。
なお、指標値は、時系列で値が変動する値であれば何でもよい。限定ではなく例として、指標値を、あるユーザの星座に対する今日の１２星座占いにおける星占いランキング順位の逆数としてもよい。この場合、ユーザの星座における星占いランキング順位が上がると、指標値が上昇する。
＜第１実施例＞
第１実施例は、限定ではなく例として、ユーザがポイント運用サービスにおいてポイント運用にポイントを追加した後、端末を用いてボーナスポイントを取得する実施例である。
第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜システム構成＞
図１－１は、本実施例における通信システム１のシステム構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０にポイント運用サービスを提供する機能を有する。サーバ１０は、ポイント運用サーバやポイント運用サービスサーバ、ポイント運用アプリケーション管理サーバ等のように表現することもできる。
本実施形態では、ポイント運用サービス事業者（運営者）をサーバ１０のユーザとする。
なお、ポイント運用サービス事業者は、限定ではなく例として、メッセージングサービス（メッセージングアプリケーション）を含むチャットサービス（チャットアプリケーション）の事業者等とすることもできる。この場合、メッセージングサービス事業者がサーバ１０のユーザとなる。メッセージングサービス事業者が、メッセージングアプリケーションの一機能としてポイント運用サービスを提供するようにしてもよいし、そのようにしなくてもよい。
また、本実施形態とは異なり、電子マネー（電子貨幣）等による電子決済を可能とする支払いサービス（支払いアプリケーション）の事業者がサーバ１０のユーザとなって、ポイント運用サービスを運営するようにしてもよい。支払いサービス事業者が、支払いアプリケーションの一機能としてポイント運用サービスを提供するようにしてもよいし、そのようにしなくてもよい。
なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービス（本実施例ではポイント運用サービス）を提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
［各装置のハードウェア（ＨＷ）構成］
通信システム１Ａに含まれる各装置のＨＷ構成について説明する。
（１）端末のＨＷ構成
図１－１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。
位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。
衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。
慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。
ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
（２）サーバのＨＷ構成
図１－１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。
表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。
時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML5などのマークアップ言語などを用いて実装される。
［各装置の機能構成］
（１）サーバ
図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、記憶部１５に記憶されたポイント運用アプリケーション管理処理プログラム１５１に従ってポイント運用アプリケーション管理処理を実行するためのポイント運用アプリケーション管理処理部１１１を機能部として含む。
図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
記憶部１５には、限定ではなく例として、ポイント運用アプリケーション管理処理として実行されるポイント運用アプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、アカウント管理データベース１５５とが記憶される。
なお、記憶部１５に、ポイント運用アプリケーション管理処理プログラム１５１において参照される、ポイント運用で用いられる指標値の時系列データを加えて記憶させるようにしてもよいし、そのようにしなくてもよい。
また、サーバ１０の制御部１１は、指標値の時系列データを、不図示の外部サーバ（限定ではなく例として、証券情報サービスサーバや占いサービスサーバ等）から取得し、記憶部１５に、指標値の時系列データとして記憶させるようにしてもよいし、そのようにしなくてもよい。
アカウント登録データ１５３は、アプリケーション（この例ではポイント運用アプリケーション）のアカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
アカウント登録データ１５３には、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
ユーザ名は、アプリケーションを利用する端末２０のアカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、アプリケーションＩＤとすることができる。なお、アプリケーションＩＤに代えて「ユーザＩＤ」としてもよいし、しなくてもよい。
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。
また、限定ではなく例として、１つのユーザＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。
また、アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５３に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５３に記憶させるようにすることができる。
アカウント管理データベース１５５は、ポイント運用アプリケーションにおけるアカウントごとのポイント運用状況を管理するための管理用のデータベースであり、その一例である第１のアカウント管理データベース１５５Ａのデータ構成例を図１－５に示す。
第１のアカウント管理データベース１５５Ａには、アカウントごとの管理データとして、アカウント管理データが記憶される。
各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤと、ユーザ名と、ポイント残高と、運用中ポイント評価額と、ポイント運用管理データとが記憶される。
アプリケーションＩＤは、アカウント登録データ１５３において登録済みのアカウントを識別するための識別情報としてのＩＤである。
ユーザ名は、限定ではなく例として、アカウント登録データ１５３に記憶される、このアプリケーションＩＤと紐づけられたユーザ名である。
ポイント残高は、このアカウントに付与されているポイントの残高（ポイント数）である。ポイント運用アプリケーションのユーザは、ポイント残高以内のポイントをポイント運用に回す（追加する）ことができる。
ポイント残高は、新規ポイント運用可能残高と言ってもよいし、そうしなくてもよい。
運用中ポイント評価額は、このアカウントによって運用されているポイントの現時点における指標値と連動した増減後のポイント数である。運用中ポイント評価額は、限定ではなく例として、次の式で算出される時系列で変動する値である。
「運用中ポイント評価額」＝「現時点における指標値」×「保有口数」
なお、保有口数とは、このアカウントのユーザがポイント運用に追加した（投じた）ポイント数に応じて増加する、運用中のポイント数の基準値であり、詳細については後述する。
限定ではなく例として、図１－５の例では、指標値が「６，８７５」、保有口数が「０．４０」口の場合、運用中ポイント評価額が「６，８７５×０．４０」＝「２，７５０」ポイントとなることが示されている。
ポイント運用管理データは、このアカウントにおけるポイント運用へのポイント追加処理（以下、「買い」と呼称する。）や、ポイント運用に投じたポイントをポイント残高に戻してポイントとして利用可能にする処理（以下、「売り」と呼称する）を管理するためのデータである。以下では、買いと売りとの処理をまとめて「取引」と呼称する。
買いの処理では、ユーザは、ポイント残高以下のポイント数をポイント運用へ追加することができる。
また、売りの処理では、ユーザは、運用中ポイント評価額以下のポイント数をポイント運用から除外することができる。
ポイント運用管理データには、限定ではなく例として、取引ＩＤと、取引種別と、取引日時と、約定単価と、取得口数とが関連付けて記憶される。また、ポイント運用管理データには、買いと売りとの処理結果に基づいて算出される値である、平均取得額と、保有口数とが記憶される。
取引ＩＤは、取引を識別するために用いられる情報である。
この取引ＩＤは、好ましくは取引ごとに一意な値であり、限定ではなく例として、サーバ１０によって一意な値（固有の値）が設定されて記憶される。
取引種別は、取引ＩＤで識別される取引の種別を識別するために用いられる情報（ラベル値）であり、限定ではなく例として、サーバ１０によって「買い」または「売り」の処理に対応するフラグが付与されて記憶される。
取引日時は、取引ＩＤで識別される取引が成立した日時であり、限定ではなく例として、サーバ１０によって取引の処理が完了した時間が記憶される。
約定単価は、取引ＩＤで識別される取引が成立したときの指標値である。
取得口数は、取引ＩＤで識別される取引によってポイント運用に充てられた（買いの場合）、あるいはポイント運用から外された（売りの場合）ポイント数と比例する、運用に回されるポイント数の基準値である。
取得口数は、限定ではなく例として、以下の式で算出される。
（Ａ）買いの場合
「取得口数」＝「運用に追加したポイント数」÷「約定単価」
（Ｂ）売りの場合
「取得口数」＝「－１」×「運用から外したポイント数」÷「約定単価」
限定ではなく例として、図１－５の例では、取引ＩＤ「Ｔ００８１」の「買い」において、ユーザは、ポイント運用に「２，５００」ポイントを追加している。ポイント運用追加時の指標値は「５，０００」であったため、この取引での取得口数は、「２，５００÷５，０００」＝「０．５０」口となる。このとき、ポイント残高からポイント運用に追加した「２，５００」ポイントが減算される。
また、取引ＩＤ「Ｔ０１０３」の「売り」において、ユーザは、ポイント運用から「１，６５０」ポイントを除外している。ポイント運用除外時の指標値は「５，５００」であったため、この取引での取得口数は、－１×「１，６５０÷５，５００」＝「－０．３０」口となる。このとき、ポイント残高にはポイント運用から除外した「１，６５０」ポイントが加算される。
保有口数は、各取引における取得口数の累計値である。
図１－５の例で、限定ではなく例として、「Ｔ００８１」～「Ｔ０２２５」の３つの取引結果の累計値として計算すると、保有口数は「０．５０－０．３０＋０．２０」＝「０．４０」口となる。
平均取得額は、ポイント運用中のポイントをポイント運用から除外するとき、損をするか得をするかの判断基準となる値である。
平均取得額は、限定ではなく例として、取引ごとに以下の式で算出され更新される。
（Ａ）買いの場合
取引後の平均取得額＝（取引前の平均取得額×取引前の保有口数＋約定価格×取得口数）÷（取引前の保有口数＋取得口数）
（Ｂ）売りの場合
取引後の平均取得額＝取引前の平均取得額
限定ではなく例として、平均取得額よりも指標値が高い場合、ポイント運用からポイントを除外するとユーザのポイント運用益はプラスとなり（ポイント運用により利益を得る）、平均取得額よりも指標値が低い場合、ポイント運用からポイントを除外するとユーザのポイント運用益はマイナスとなる（ポイント運用により損失を被る）。
なお、ある指標値においてポイント運用から全ポイントを除外する場合、ポイント残高に加算されるポイント数は、運用中ポイント評価額となる。
（２）端末
図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
制御部２１は、限定ではなく例として、記憶部２８に記憶されたポイント運用アプリケーション処理プログラム２８１に従ってポイント運用アプリケーション処理を実行するためのポイント運用アプリケーション処理部２１１を機能部として含む。
図１－７は、本実施例において端末２０の記憶部２８に記憶される情報等の一例を示す図である。
記憶部２８には、限定ではなく例として、ポイント運用アプリケーション処理として実行されるポイント運用アプリケーション処理プログラム２８１と、自己の端末２０、または自己の端末２０のユーザのアプリケーションＩＤ２８３とが記憶される。
なお、アプリケーションＩＤ２８３は、複数のアプリケーションＩＤを記憶できるようにしてもよいし、そうしなくてもよい。
＜表示画面＞
以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。
スマートフォンには、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。
以下では、ユーザによる操作を、限定ではなく例として、タップ（タップ操作）として説明する。
タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作である。
なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。
図１－８～図１－９は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図１－８左側は、限定ではなく例として、ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるポイント運用アプリケーションの運用状況確認画面である。
画面最上部には、ポイント運用アプリケーションの名称として「ポイント運用 Ａｐｐ」の文字が表示されている。その下には、ポイント運用アプリケーションにおける現在の画面（ページ）のタイトルを示す領域（以下、「タイトル表示領域」と称する。）が設けられている。この例では、運用状況確認画面であることを示す「運用状況」の文字がタイトル表示領域内に表示されている。
なお、この領域は、現在ユーザが位置しているアプリケーション内の位置（現在位置）を示す領域と考えることもできるため、「現在位置表示領域」等のように称してもよいし、称しなくてもよい。
また、その下には、ポイント運用サービスで用いられる指標値の変動を示すための指標値確認領域ＩＣＲ１が表示されている。
指標値確認領域ＩＣＲ１の上部には、日時「２０２０年１１月１１日８：０６」現在の指標値が「５，０００」であることが表示されている。また、その下には、指標値の推移を示す折れ線グラフが表示され、指標値が長期的には上がりながら、短期的には上げ下げを繰り返して変動している様子が示されている。
また、指標値確認領域ＩＣＲ１の右上部には、ポイント運用アプリケーションを利用しているユーザ名である「Ａ．Ａ」と、ユーザがポイント運用サービス登録時に登録したアイコンとが表示されている。
指標値確認領域ＩＣＲ１の下には、「ポイントをもらう」の文字で示されるボーナスポイント取得ボタンＢＰＧ１が表示されている。この画面では、ボーナスポイント取得ボタンＢＰＧ１は、グレーアウトの表示態様で表示され、ボーナスポイント取得ボタンＢＰＧ１に対する操作（タップ操作等）が無効化されていることが示されている。
ボーナスポイント取得ボタンＢＰＧ１の下には、「運用中のポイント評価額」の文字と、ユーザＡ．Ａの運用中ポイント評価額を示す運用中ポイント評価額表示領域ＡＶＲ１が表示されている。この画面では、まだユーザＡ．Ａにはポイント運用中のポイントが存在しないため、運用中ポイント評価額表示領域ＡＶＲ１には日時「２０２０年１１月１１日８：０６」現在の運用中ポイント評価額が「０」ポイントであることが示されている。
限定ではなく例として、運用中ポイント評価額表示領域ＡＶＲ１がタップされると、運用中のポイントを除外し、ポイント残高に加算する（売る）ための画面に遷移する。
画面最下部には、ポイント運用アプリケーションのアプリケーションメニュー選択領域が表示されている。アプリケーションメニュー選択領域には、限定ではなく例として、運用状況確認画面に遷移するための「状況」の文字で示される状況確認ボタンと、ポイント運用における取引履歴を確認するための「履歴」の文字で示される履歴確認ボタンと、ポイント運用にポイントを追加する（買う）ための「追加」の文字で示される追加運用ボタンと、おしらせや利用規約等を確認する画面に遷移するための「その他」の文字で示されるその他メニューボタンとが横に並んで表示されている。
限定ではなく例として、ユーザによって追加運用ボタンがタップされると、限定ではなく例として、図１－８中央の画面に表示が遷移する。この画面では、運用ポイント追加画面であることを示す「ポイント追加」の文字がタイトル表示領域内に表示されている。
その下には、ユーザに追加するポイント数を決定することを促す「追加するポイント額を決定してください」という文字と、ポイント運用にポイントを追加する際の指標値が「５，０００」であることをユーザに再確認させるための表示が表示されている。
その下には、「運用可能なポイント残高」の文字と、ユーザＡ．Ａの現在のポイント残高を示す「３，６５０ポイント」の文字が表示されている。
ポイント残高の下には、ユーザに運用に追加するポイントを入力させるための運用ポイント数入力領域ＡＰＲ１が表示されている。限定ではなく例として、運用ポイント数入力領域ＡＰＲ１がタップされると、画面下部からテンキー領域がせり上がり、テンキー領域に対するユーザ入力に基づいて、運用ポイント数入力領域ＡＰＲ１に運用に追加するポイント数（この画面では「２，５００」ポイント）が表示される。
運用ポイント数入力領域ＡＰＲ１の下には、運用ポイント数入力領域ＡＰＲ１に入力されたポイント数を運用に追加するための追加運用確定ボタンＡＤＢ１が表示されている。
限定ではなく例として、ユーザによって追加運用確定ボタンＡＤＢ１がタップされると、限定ではなく例として、図１－８右側の画面に表示が遷移する。
この画面では、タイトル表示領域の下には、ポイント残高から「２，５００」ポイントをポイント運用に追加したことを示す「２，５００ポイントを運用に回しました」の文字が示されている。また、その下には、ポイント運用へのポイント追加時の情報を表示するための取引確認表示領域ＡＣＲ１が表示されている。
取引確認表示領域ＡＣＲ１には、この取引種別が買いであることを示す「運用開始」の文字と、取引日時を示す「２０２０年１１月１１日８：０６」の文字と、この取引で追加されたポイント数を示す「２，５００ポイント」の文字と、約定単価を示す「指標値：５０００」の文字とが表示されている。
すなわち、取引確認表示領域ＡＣＲ１から、指標値「５，０００」で「２，５００」ポイントを運用した（買った）ことがわかる。
なお、取引確認表示領域ＡＣＲ１に、平均取得額や保有口数、取得口数を加えて表示させるようにしてもよいし、そのようにしなくてもよい。
取引確認表示領域ＡＣＲ１の下には、運用状況確認画面に戻るための「ＯＫ」の文字で示される機能ボタンが表示されている。
また、運用中ポイント評価額表示領域ＡＶＲ１には、運用中ポイント評価額が「２，５００」ポイントに増加したことが示されている。
図１－９左側は、限定ではなく例として、図１－８から時間が経過した後の運用状況確認画面の一例である。
この画面では、指標値確認領域ＩＣＲ１において、日時「２０２０年１１月２２日８：３７」現在の指標値が「５，５００」に上がったことが表示されている。また、指標値の推移を示す折れ線グラフもそれに伴い上昇している。
このとき、運用ポイント追加時に比べて指標値が上昇したことに伴い、運用中ポイント評価額表示領域ＡＶＲ１には、運用中ポイント評価額が「２，７５０」ポイントに増加したことが示されている。
また、ボーナスポイント取得ボタンＢＰＧ１は、ポイント運用にポイントを追加したことに伴い、グレーアウトの表示態様が解除され、操作（タップ操作等）が有効化されていることが示されている。
限定ではなく例として、ユーザによってボーナスポイント取得ボタンＢＰＧ１がタップされると、限定ではなく例として、図１－９中央の画面に表示が遷移する。
この画面では、ボーナスポイント取得画面であることを示す「ポイントをもらう」の文字がタイトル表示領域内に表示されている。
タイトル表示領域の下には、ユーザにボーナスポイント取得を確認するための「ボーナスポイントをゲットしますか？」の文字が表示されている。また、その下には、ボーナスポイント取得に伴い、運用中ポイント評価額が「２，７５０」ポイントから「３，７５０」ポイントに増額されることを示すボーナスポイント取得確認領域ＢＣＲ１が表示されている。
ボーナスポイント取得確認領域ＢＣＲ１の下には、ボーナスポイント取得確認領域ＢＣＲ１の内容に従ってボーナスポイント取得を実行するための「はい」の文字で示されるボーナスポイント取得実行ボタンと、ボーナスポイント取得をやめる「いいえ」の文字で示されるボーナスポイント取得中断ボタンとが表示されている。
限定ではなく例として、ユーザによってボーナスポイント取得実行ボタンがタップされると、限定ではなく例として、図１－９右側の画面に表示が遷移する。
このボーナスポイント取得画面では、タイトル表示領域の下に、「ボーナスポイントゲット」の文字と、ボーナスポイントである「１，０００」ポイントを取得したことを示す「１，０００ポイントゲット！」の文字が表示されている。また、それらの文字の下には、１，０００ポイントを取得して喜ぶ犬のイラストが表示されている。
なお、これらの表示はあくまでも一例であり、上記の文字やイラスト等の全てを表示させることは必須ではない。以下同様である。
イラストの下には、ボーナスポイント取得画面を抜けるための「ＯＫ」の文字で示される機能ボタンが表示されている。
また、運用中ポイント評価額表示領域ＡＶＲ１には、ボーナスポイント「１０００」ポイントを取得したことに伴い、運用中ポイント評価額が「３，７５０」ポイントに増加したことが示されている。
なお、ボーナスポイントの取得に伴い、保有口数が増加しているため、ボーナスポイント取得画面に、ボーナスポイントとして取得したポイントの買いの取引確認表示領域を加えて表示させるようにしてもよいし、そのようにしなくてもよい。
＜処理＞
図１－１０は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
なお、この処理は、本開示の手法を実現するための処理の一例に過ぎず、この処理に限定されるものではない。この処理に別のステップを追加してもよいし、この処理から一部のステップを省略（削除）してもよい。
これは、以下説明する各フローチャート（処理）について同様である。
まず、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力（限定ではなく例として、ユーザ操作）に基づいて、ポイント運用にポイントを追加するための運用ポイント追加要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１１０）。
運用ポイント追加要求情報には、限定ではなく例として、ポイント運用に追加するポイント数である運用追加ポイント数を含まれる。また、運用ポイント追加要求情報に、取引種別である買いのフラグ情報を含めるようにしてもよいし、そうしなくてもよい。
なお、端末２０Ａの制御部２１は、入力された運用追加ポイント数が予めサーバ１０から取得したポイント残高を超える場合、運用ポイント追加要求情報を送信しないようにしてもよいし、そのようにしなくてもよい。
また、運用追加ポイント数がポイント残高を超える場合、端末２０Ａの制御部２１は、入力値が大きすぎることを報知する処理を行うようにしてもよいし、そのようにしなくてもよい。この場合は、限定ではなく例として、入力値が大きすぎることを示すメッセージを表示部２４に表示させたり、その旨の音声や所定の音を音出力部２６に出力させるなどすることができる。
また、端末２０Ａの制御部２１は、運用ポイント追加要求情報の送信前に、その時点での指標値をサーバ１０から取得し、入力された運用追加ポイント数と取得した指標値とを含む運用ポイント追加確認用画面を表示部２４に表示させる。そして、端末２０Ａの制御部２１は、限定ではなく例として、入出力部２３に対する入力（ユーザ操作等）に基づいて、運用ポイント追加要求情報をサーバ１０に送信するようにしてもよいし、そのようにしなくてもよい。
通信Ｉ／Ｆ１４によって端末２０Ａから運用ポイント追加要求情報を受信すると、サーバ１０の制御部１１は、受信した運用ポイント追加要求情報に基づいて運用ポイント追加処理を実行する（Ｓ１１０）。
運用ポイント追加処理において、サーバ１０の制御部１１は、運用追加ポイント数と指標値とに基づいて、アカウント管理データベース１５５Ａのアカウント管理データを更新する。
そして、サーバ１０の制御部１１は、運用ポイント追加処理結果情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１２０）。
運用ポイント追加処理結果情報には、限定ではなく例として、ポイント運用へのポイント追加時の情報として、取引日時と、運用追加ポイント数と、約定単価とが含まれる。
通信Ｉ／Ｆ２２によってサーバ１０から運用ポイント追加処理結果情報を受信すると、端末２０Ａの制御部２１は、受信した運用ポイント追加処理結果情報を表示部２４に表示させる（Ａ１２０）。
限定ではなく例として、時間が経過し、指標値が変動すると、サーバ１０の制御部１１は、運用ポイント変動情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１３０）。運用ポイント変動情報には、限定ではなく例として、変動後の指標値とが含まれる。
なお、運用ポイント変動情報に、指標値変動後の運用中ポイント評価額（以下、「変動後運用ポイント数」と呼称する。）を含めるようにしてもよいし、そのようにしなくてもよい。また、運用ポイント変動情報に、指標値の変動に関するグラフ情報を含めるようにしてもよいし、そのようにしなくてもよい。
また、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、指標値要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、サーバ１０の制御部１１は、端末２０Ａから指標値要求情報を受信すると、運用ポイント変動情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよいし、そのようにしなくてもよい。
通信Ｉ／Ｆ２２によってサーバ１０から運用ポイント変動情報を受信すると、端末２０Ａの制御部２１は、受信した運用ポイント変動情報を表示部２４に表示させる（Ａ１３０）。
次いで、サーバ１０の制御部１１は、変動後運用ポイント数が所定値以下であるか否か判定する（Ｓ１４０）。
なお、このＳ１４０の処理において、サーバ１０の制御部１１が、変動後運用ポイント数が所定値未満であるか否か判定するようにしてもよいし、そのようにしなくてもよい。
本実施例では、所定値は、限定ではなく例として、十分に大きい任意の定数（限定ではなく例として、正の無限大の値等）に設定することができる。
なお、所定値として、限定ではなく例として、サーバ１０のユーザによって手動で設定される値を設定するようにしてもよいし、しなくてもよい。
変動後運用ポイント数が所定値以下である場合（Ｓ１４０：ＹＥＳ）、サーバ１０の制御部１１は、限定ではなく例として、サーバ１０のユーザにより設定されるボーナスポイント（限定ではなく例として、「１，０００」ポイント）のポイント数をユーザの運用中ポイント評価額に加算することを許可することを示すポイント加算許可情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１５０）。
変動後運用ポイント数が所定値より大きい場合（Ｓ１４０：ＮＯ）、サーバ１０の制御部１１は、処理を終了させる。
通信Ｉ／Ｆ２２によってサーバ１０からポイント加算許可情報を受信した場合（Ａ１４０：ＹＥＳ）、端末２０Ａの制御部２１は、受信したポイント加算許可情報に基づいて、ボーナスポイントを取得するか否かの選択用表示を表示部２４に表示させる（Ａ１５０）。
一方、サーバ１０からポイント加算許可情報を受信しなかった場合（Ａ１４０：ＮＯ）、端末２０Ａの制御部２１は、処理を終了させる。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作等）に基づいて、ボーナスポイントを取得することが選択されると（Ａ１５０：ＹＥＳ）、端末２０Ａの制御部２１は、ボーナスポイントを加算させるためのポイント加算依頼情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１６０）。
一方、ボーナスポイントを取得しないことが選択されると（Ａ１５０：ＮＯ）、端末２０Ａの制御部２１は、処理を終了させる。
通信Ｉ／Ｆ１４によって端末２０Ａからポイント加算依頼情報を受信した場合（Ｓ１６０：ＹＥＳ）、サーバ１０の制御部１１は、運用ポイント加算処理を実行する（Ｓ１７０）。
運用ポイント加算処理において、サーバ１０の制御部１１は、変動後の指標値に基づいて、ボーナスポイントを運用追加ポイント数とする買いの処理を実行し、アカウント管理データベース１５５Ａのアカウント管理データを更新する。
なお、運用ポイント加算処理において、サーバ１０の制御部１１は、ボーナスポイントをユーザのポイント残高にそのまま加算するようにしてもよいし、そのようにしなくてもよい。
そして、サーバ１０の制御部１１は、運用ポイント加算処理後の運用中ポイント評価額を含む運用ポイント加算結果情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１８０）。その後、サーバ１０の制御部１１は、処理を終了させる。
なお、運用ポイント加算結果情報に、運用ポイント加算処理における取引日時や約定単価や取得口数等を含めるようにしてもよいし、そのようにしなくてもよい。
また、運用ポイント加算処理においてボーナスポイントをユーザのポイント残高にそのまま加算する場合には、運用ポイント加算結果情報に、ボーナスポイント加算後のポイント残高を含めるようにしてもよいし、そのようにしなくてもよい。
通信Ｉ／Ｆ２２によってサーバ１０から運用ポイント加算結果情報を受信すると、端末２０Ａの制御部２１は、受信した運用ポイント加算結果情報を表示部２４に表示させる（Ａ１７０）。そして、端末２０Ａの制御部２１は、処理を終了させる。
端末２０Ａからポイント加算依頼情報を受信しない場合（Ｓ１６０：ＮＯ）、サーバ１０の制御部１１は、処理を終了させる。
＜第１実施例の効果＞
本実施例は、サーバ１０（限定ではなく、情報処理装置の一例）が、運用ポイント追加処理（限定ではなく、値が変動する指標値にユーザのポイントを関連付ける処理の一例）を制御部１１によって行う。そして、指標値の変動に基づいて、指標値に関連付けたポイントの数である運用追加ポイント数（限定ではなく、第１ポイント数の一例）が変動され、変動されたポイントの数である変動後運用ポイント数（限定ではなく、第２ポイント数の一例）が設定された所定値（限定ではなく、第１設定値の一例）以下の場合、サーバ１０は、ユーザの入力に基づいて、変動後運用ポイント数を変動後運用ポイント数よりも大きい運用ポイント加算処理後の運用中ポイント評価額（限定ではなく、第３ポイント数の一例）に増加させる処理を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、値が変動する指標値に関連付けられたユーザのポイント数が変動した場合であっても、少なくとも第２ポイント数よりも大きくなるように調整することができ、ユーザにお得感を与えることができる。限定ではなく例として、第１設定値を第１ポイント数以上の値に設定しておくことで、実質的に、上乗せの形でユーザにポイントをプレゼントすることができる。
また、本実施例は、運用ポイント加算処理後の運用中ポイント評価額（限定ではなく、第３ポイント数の一例）は、変動後運用ポイント数（限定ではなく、第２ポイント数の一例）から設定されたボーナスポイント（限定ではなく、第２設定値の一例）のポイントの数を増加させた値である構成を示している。
このような構成により得られる実施例の効果の一例として、第２ポイント数から設定された分だけポイント数を増加させることができる。
＜第１変形例（１）＞
第１実施例では、サーバ１０において、運用ポイント追加処理や運用ポイント加算処理を実行することとしたが、これに限定されない。限定ではなく例として、端末２０Ａにおいて、運用ポイント追加処理や運用ポイント加算処理を実行するようにしてもよい。
この場合、限定ではなく例として、サーバ１０の記憶部に記憶されていたアカウント管理データベース１５５Ａのうち、端末２０Ａのユーザのアカウント管理データを、端末２０Ａの記憶部２８に記憶させる。すなわち、各々の端末２０においてポイント運用の管理を個別に実行するようにする。そして、サーバ１０は、限定ではなく例として、変動する指標値を管理するようにすることができる。
＜処理＞
図１－１１は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
通信Ｉ／Ｆ１４によって端末２０Ａから運用ポイント追加要求情報を受信すると、サーバ１０の制御部１１は、その時点での指標値を含む指標値情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１１５）。
通信Ｉ／Ｆ２２によってサーバ１０から指標値情報を受信すると、端末２０Ａの制御部２１は、入力された運用追加ポイント数と、受信した指標値とに基づいて、運用ポイント追加処理を実行する（Ａ１１５）。
運用ポイント追加処理において、端末２０Ａの制御部２１は、運用追加ポイント数と指標値とに基づいて、記憶部２８に記憶されるアカウント管理データを更新する。
そして、端末２０Ａの制御部２１は、ポイント運用へのポイント追加の結果の情報である運用ポイント追加処理結果情報を表示部２４に表示させる（Ａ１２０）。
限定ではなく例として、時間が経過し、指標値が変動すると、サーバ１０の制御部１１は、変動後の指標値を含む指標値変動情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１３５）。そして、サーバ１０の制御部１１は、処理を終了させる。
なお、端末２０Ａの制御部２１が、限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、指標値要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信するようにする。そして、サーバ１０の制御部１１が、端末２０Ａから指標値要求情報を受信すると、指標値変動情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよいし、そのようにしなくてもよい。
通信Ｉ／Ｆ２２によってサーバ１０から指標値変動情報を受信すると、端末２０Ａの制御部２１は、受信した指標値から変動後運用ポイント数を算出し、変動後の指標値を含む運用ポイント変動情報を表示部２４に表示させる（Ａ１３０）。
次いで、端末２０Ａの制御部２１は、変動後運用ポイント数が所定値以下であるか否か判定する（Ａ１４５）。
なお、Ａ１４５の処理において、端末２０Ａの制御部２１が、変動後運用ポイント数が所定値未満であるか否か判定するようにしてもよいし、そのようにしなくてもよい。
変動後運用ポイント数が所定値以下である場合（Ａ１４５：ＹＥＳ）、端末２０Ａの制御部２１は、ボーナスポイントを取得するか否かの選択用表示を表示部２４に表示させるなどし、ユーザによってボーナスポイントを取得することが選択されたか否かを判定する（Ａ１５０）。
ボーナスポイントは、予め定められた所定値（または設定された設定値）とすることができる。
一方、変動後運用ポイント数が所定値よりも大きい場合（Ａ１４５：ＮＯ）、端末２０Ａの制御部２１は、処理を終了させる。
なお、変動後運用ポイント数が所定値以下である場合に（Ａ１４５：ＹＥＳ）、端末２０Ａの制御部２１が、ボーナスポイントで加算されるポイント数を要求するためのボーナスポイント依頼情報を通信Ｉ／Ｆ２２によってサーバ１０に送信するようにする。通信Ｉ／Ｆ１４によって端末２０Ａからボーナスポイント依頼情報を受信すると、サーバ１０の制御部１１が、ボーナスポイントで加算されるポイント数を含むボーナスポイント情報を端末２０Ａに送信するようにする。そして、端末２０Ａの制御部２１が、受信したボーナスポイントを含む選択用表示を表示部２４に表示させるようにしてもよいし、そのようにしなくてもよい。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、ボーナスポイントを取得することが選択されると（Ａ１５０：ＹＥＳ）、端末２０Ａの制御部２１は、運用ポイント加算処理を実行する（Ａ１５５）。
運用ポイント加算処理において、端末２０Ａの制御部２１は、変動後の指標値に基づいて、ボーナスポイントを運用追加ポイント数とする買いの処理を実行し、記憶部２８のアカウント管理データを更新する。
一方、ボーナスポイントを取得することが選択されない場合（Ａ１５０：ＮＯ）、端末２０Ａの制御部２１は、処理を終了させる。
なお、運用ポイント加算処理において、端末２０Ａの制御部２１が、ボーナスポイントをポイント残高にそのまま加算するようにしてもよいし、そのようにしなくてもよい。
Ａ１５５の後、端末２０Ａの制御部２１は、運用ポイント加算処理後の運用中ポイント評価額を含む運用ポイント加算結果情報を表示部２４に表示させる（Ａ１７０）。そして、端末２０Ａの制御部２１は、処理を終了させる。
なお、アカウント管理データの改ざんを防止するために、限定ではなく例として、各々の端末２０にアカウント管理データを記憶させるのではなく、アカウント管理データベース１５５Ａをブロックチェーン上に保管（格納）するようにしてもよい。
この場合、運用ポイント追加処理や運用ポイント加算処理において、端末２０Ａの制御部２１は、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、アカウント管理データが更新されるようにすることができる。
＜第１変形例（２）＞
第１実施例では、変動後運用ポイント数が所定値以下であるか否かを判定する際の所定値として、十分に大きい任意の定数を設定したが、これに限定されない。限定ではなく例として、所定値として、運用追加ポイント数を一定割合（限定ではなく例として、５割）増加させた値を設定するようにしてもよい。
この場合、運用ポイント加算処理は、変動後運用ポイント数が運用追加ポイント数より一定割合増加していない場合に実行されることとなる。すなわち、ポイント運用によりポイントが一定割合（限定ではなく例として、５割）増加していない場合に、ボーナスポイントが付与されるようにすることができる。
また、ボーナスポイントで付与するポイント数＝（所定値－変動後運用ポイント数）とすることで、ポイント運用によりポイントが一定割合増加することを保障するようにしてもよいし、そのようにしなくてもよい。
本変形例は、所定値（限定ではなく、第１設定値の一例）は、指標値に関連付けられた運用追加ポイント数（限定ではなく、第１ポイント数の一例）に基づく値である構成を示している。
このような構成により得られる変形例の効果の一例として、指標値に関連付けられた第１ポイント数に基づく値を第１設定値とすることができ、第２ポイント数を第３ポイント数に増加させる判定基準を適正化することができる。
また、本変形例は、運用ポイント加算処理後の運用中ポイント評価額（限定ではなく、第３ポイント数の一例）は、指標値に関連付けられた変動後運用ポイント数（限定ではなく、第１ポイント数の一例）に基づく値である構成を示している。
このような構成により得られる変形例の効果の一例として、第２ポイント数を、指標値に関連付けられた第１ポイント数に基づく第３ポイント数に増加させることができ、増加によって得られるユーザのポイント数を適正化することができる。
＜第１変形例（３）＞
第１実施例では、値が変動する指標値が１つの例について例示したが、これに限定されない。限定ではなく例として、指標値を複数設定し、それぞれの指標値に連動するポイント運用管理データ用意し更新させることで、複数の指標値に対してポイント運用を行えるようにしてもよいし、そうしなくてもよい。
この場合、運用追加ポイント数を、それぞれの指標値における運用追加ポイント数の合計値とし、変動後運用ポイント数を、それぞれの指標値における変動後運用ポイント数の合計値とすることで、上記の実施例と同様に処理を実行することができる。
なお、本変形例におけるアカウント管理データベース１５５のデータ構成や、表示画面例については、後の実施例でより詳細に説明する。
＜第２実施例＞
第１実施例では、ユーザがポイント運用サービスにおいてポイント運用にポイントを追加すると、ボーナスポイントが取得できる例を示したが、これに限定されない。
第２実施例は、ユーザがポイント運用サービスにおいてポイント運用にポイントを追加した後、ポイント運用益が赤字の場合に、その損失を補填する実施例である。
第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜表示画面＞
図２－１～図２－２は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－１左側は、限定ではなく例として、ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるポイント運用アプリケーションの運用状況確認画面である。
図２－１左側の運用状況確認画面は、図１－８左側と同様の運用状況確認画面であるが、図１－８左側の運用状況確認画面とは異なり、指標値確認領域ＩＣＲ１の下にボーナスポイント取得ボタンＢＰＧ１が表示されていない。
図１－８の遷移と同様に、図２－１左側→図２－１中央→図２－１右側へと画面が遷移することで、指標値「５，０００」で「２，５００」ポイントを運用追加する処理（買い）を実行する。
図２－２左側は、限定ではなく例として、図２－１から時間が経過した後の運用状況確認画面の一例である。
この画面では、指標値確認領域ＩＣＲ１において、日時「２０２０年１１月２５日１１：３２」現在の指標値が「４，０００」に下がったことが表示されている。また、指標値の推移を示す折れ線グラフもそれに伴い下降している。
このとき、運用ポイント追加時に比べて指標値が下降したことに伴い、運用中ポイント評価額表示領域ＡＶＲ１には、運用中ポイント評価額が「２，０００」ポイントに減少したことが示されている。
指標値確認領域ＩＣＲ１の下には、指標値変動後の運用中ポイント評価額が運用追加ポイント数を下回ることに基づいて、「はじめてサポート」の文字で示される運用損失リセットボタンＢＳＢ１が表示されている。
限定ではなく例として、ユーザによって運用損失リセットボタンＢＳＢ１がタップされると、限定ではなく例として、図２－２中央の画面に表示が遷移する。
この画面では、運用損失リセット画面であることを示す「はじめてサポート」の文字がタイトル表示領域内に表示されている。
タイトル表示領域の下には、ユーザに運用損失リセットを確認するための「損をした分のポイントをゲットしますか？」の文字が表示されている。また、その下には、運用損失リセットに伴い、運用中ポイント評価額が「２，０００」ポイントから「２，５００」ポイントに増額されることを示す運用損失リセット確認領域ＳＣＲ１が表示されている。
運用損失リセット確認領域ＳＣＲ１の下には、運用損失リセット確認領域ＳＣＲ１の内容に従って運用損失リセットを実行するための「はい」の文字で示される運用損失リセット実行ボタンと、運用損失リセットをやめる「いいえ」の文字で示される運用損失リセット中断ボタンとが表示されている。
限定ではなく例として、ユーザによって運用損失リセット実行ボタンがタップされると、限定ではなく例として、図２－２右側の画面に表示が遷移する。
この運用損失リセット画面では、タイトル表示領域の下に、「損した分のポイントゲット」の文字と、運用損失分のポイント数である「５００」ポイントを取得したことを示す「５００ポイントゲット！」の文字とが表示されている。また、それらの文字の下には、「５００」ポイントを取得して喜ぶ犬のイラストが表示されている。
イラストの下には、運用損失リセット画面を抜けるための「ＯＫ」の文字で示される機能ボタンが表示されている。
また、運用中ポイント評価額表示領域ＡＶＲ１には、運用損失分のポイント「５００」ポイントを取得したことに伴い、運用中ポイント評価額が「２，５００」ポイントに増加した（運用開始時のポイントにリセットされた）ことが示されている。
なお、運用損失分のポイントの取得に伴い、保有口数が増加している。このため、限定ではなく例として、運用損失リセット画面に、運用損失分のポイント数として取得したポイントの買いの取引確認表示領域を加えて表示させるようにしてもよいし、そのようにしなくてもよい。
＜処理＞
図２－３は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
サーバ１０の制御部１１は、Ｓ１３０のステップを実行すると、変動後運用ポイント数が運用追加ポイント数以下であるか否か判定する（Ｓ２４０）。
なお、このＳ２４０の処理において、サーバ１０の制御部１１が、変動後運用ポイント数が運用追加ポイント数未満であるか否か判定するようにしてもよいし、そのようにしなくてもよい。
また、このＳ２４０の処理において、サーバ１０の制御部１１が、運用ポイント追加処理後、変動後運用ポイント数が減少し続けているか否か判定するようにしてもよいし、そのようにしなくてもよい。
変動後運用ポイント数が運用追加ポイント数以下である場合（Ｓ２４０：ＹＥＳ）、サーバ１０の制御部１１は、限定ではなく例として、運用損失ポイント（限定ではなく例として、「運用追加ポイント数－変動後運用ポイント数」）をユーザの運用中ポイント評価額に加算することを許可することを示す運用リセット許可情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ２５０）。
なお、この場合に、サーバ１０の制御部１１が、変動後運用ポイント数が運用追加ポイント数以下となったことをサーバ１０のユーザに報知するためのポイント運用変動警告情報を、表示部１３に表示させるようにしてもよいし、そのようにしなくてもよい。
変動後運用ポイント数が運用追加ポイント数より大きい場合（Ｓ２４０：ＮＯ）、サーバ１０の制御部１１は、Ｓ２９０のステップに処理を移す。
通信Ｉ／Ｆ２２によってサーバ１０から運用リセット許可情報を受信した場合（Ａ２４０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した運用リセット許可情報を表示部２４に表示させ、端末２０Ａのユーザにポイント運用における運用損失リセットが可能になったことを報知する（Ａ２４５）。
一方、サーバ１０から運用リセット許可情報を受信しなかった場合（Ａ２４０：ＮＯ）、端末２０Ａの制御部２１は、Ａ２８０のステップに処理を移す。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作等）に基づいて、運用損失ポイントを取得することが選択されると（Ａ２５０：ＹＥＳ）、端末２０Ａの制御部２１は、運用損失ポイントを加算させるための運用リセット依頼情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２６０）。
一方、運用損失ポイントを取得しないことが選択されると（Ａ２５０：ＮＯ）、端末２０Ａの制御部２１は、Ａ２８０のステップに処理を移す。
通信Ｉ／Ｆ１４によって端末２０Ａからポイント加算依頼情報を受信した場合（Ｓ２６０：ＹＥＳ）、サーバ１０の制御部１１は、運用ポイントリセット処理を実行する（Ｓ２７０）。
運用ポイント加算処理において、サーバ１０の制御部１１は、変動後の指標値に基づいて、運用損失ポイントを運用追加ポイント数とする買いの処理を実行し、アカウント管理データベース１５５Ａのアカウント管理データを更新する。
なお、サーバ１０の制御部１１は、運用ポイント加算処理において、運用損失ポイント（限定ではなく例として、「５００」ポイント）を基準とする所定幅内のポイント数（限定ではなく例として、「４５０」～「５５０」ポイント）を運用追加ポイント数とし、買いの処理を実行するようにしてもよいし、そのようにしなくてもよい。
また、ポイント加算依頼情報を受信した場合（Ｓ２６０：ＹＥＳ）、サーバ１０の制御部１１が、表示されたポイント運用変動警告情報に対するサーバ１０の入出力部１２に対する入力（ユーザ操作）に基づいて、運用ポイントリセット処理を実行するようにしてもよいし、そのようにしなくてもよい。
そして、サーバ１０の制御部１１は、運用ポイントリセット処理後の運用中ポイント評価額を含む運用ポイントリセット結果情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ２８０）。
なお、運用ポイントリセット結果情報に、運用ポイントリセット処理における取引日時や約定単価や取得口数等を含めるようにしてもよいし、そのようにしなくてもよい。
その後、サーバ１０の制御部１１は、処理を終了させるか否かを判定する（Ｓ２９０）。限定ではなく例として、端末２０Ａにおいてポイント運用アプリケーションの利用を終了させることが選択された場合（Ａ２８０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了させると判定して（Ｓ２９０：ＹＥＳ）、処理を終了させる。
一方、ポイント運用アプリケーションの利用を終了させないことが選択される場合（Ａ２８０：ＮＯ）、サーバ１０の制御部１１は、処理を継続すると判定して（Ｓ２９０：ＮＯ）、限定ではなく例として、Ｓ１３０のステップに処理を戻す。
通信Ｉ／Ｆ２２によってサーバ１０から運用ポイントリセット結果情報を受信すると、端末２０Ａの制御部２１は、受信した運用ポイントリセット結果情報を表示部２４に表示させる（Ａ２７０）。そして、端末２０Ａの制御部２１は、処理を終了させるか否かを判定する（Ａ２８０）。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、ポイント運用アプリケーションの利用を終了させることが選択された場合（Ａ２８０：ＹＥＳ）、端末２０Ａの制御部２１は、処理を終了させる。
なお、端末２０Ａの制御部２１は、処理の終了に先んじて、端末２０Ａにおけるポイント運用アプリケーションの利用を終了することを示すポイント運用終了要請情報を通信Ｉ／Ｆ２２によってサーバ１０に送信するようにしてもよいし、そうしなくてもよい。
一方、ポイント運用アプリケーションの利用を終了させないことが選択された場合（Ａ２８０：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１３０のステップに処理を戻す。
端末２０Ａからポイント加算依頼情報を受信しない場合（Ｓ２６０：ＮＯ）、サーバ１０の制御部１１は、Ｓ２９０のステップに処理を移す。
なお、限定ではなく例として、端末２０Ａの制御部２１は、Ａ１３０のステップを実行すると、売りの処理を実行するか否かの選択用表示を表示部２４に表示させるようにしてもよい。
この場合、限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、変動後運用ポイント数以下の任意のポイント数に対して売りの処理を実行することが選択されると、変動後運用ポイント数以下の任意のポイント数を運用から外すための運用ポイント削減要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する。
そして、通信Ｉ／Ｆ１４によって端末２０Ａから運用ポイント削減要求情報を受信すると、サーバ１０の制御部１１は、受信した変動後運用ポイント数以下の任意のポイント数を運用から外す（売る）運用ポイント削減処理を実行する。
＜第２実施例の効果＞
本実施例は、サーバ１０（限定ではなく、情報処理装置の一例）が、運用ポイント追加処理（限定ではなく、値が変動する指標値にユーザのポイントを関連付ける処理の一例）を制御部１１によって行う。そして、指標値の変動に基づいて、指標値に関連付けたポイントの数である運用追加ポイント数（限定ではなく、第１ポイント数の一例）が変動され、変動されたポイントの数である変動後運用ポイント数（限定ではなく、第２ポイント数の一例）が運用追加ポイント数（限定ではなく、第１設定値の一例）以下の場合、サーバ１０は、ユーザの入力に基づいて、変動後運用ポイント数を変動後運用ポイント数よりも大きい運用ポイントリセット処理後の運用中ポイント評価額（限定ではなく、第３ポイント数の一例）に増加させる処理を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、値が変動する指標値に関連付けられたユーザのポイント数が変動した場合であっても、少なくとも第２ポイント数よりも大きくなるように調整することができ、ユーザにお得感を与えることができる。限定ではなく例として、第１設定値を第１ポイント数よりも小さい値に設定しておくことで、指標値の変動によりユーザのポイント数が第１ポイント数から下がり、第２ポイント数が第１設定値以下となった場合であっても、ユーザのポイント数が補充されるようにすることができる。
また、本実施例は、運用追加ポイント数（限定ではなく、第１設定値の一例）は、指標値に関連付けられた運用追加ポイント数（限定ではなく、第１ポイント数の一例）に基づく値である構成を示している。
このような構成により得られる実施例の効果の一例として、指標値に関連付けられた第１ポイント数に基づく値を第１設定値とすることができ、第２ポイント数を第３ポイント数に増加させる判定基準を適正化することができる。
また、本実施例は、運用ポイントリセット処理後の運用中ポイント評価額（限定ではなく、第３ポイント数の一例）は、指標値に関連付けられた運用追加ポイント数（限定ではなく、第１ポイント数の一例）に基づく値である構成を示している。
このような構成により得られる実施例の効果の一例として、第２ポイント数を、指標値に関連付けられた第１ポイント数に基づく第３ポイント数に増加させることができ、増加によって得られるユーザのポイント数を適正化することができる。
また、本実施例は、運用ポイントリセット処理後の運用中ポイント評価額（限定ではなく、第３ポイント数の一例）は、変動後運用ポイント数（限定ではなく、第２ポイント数の一例）から設定された運用損失ポイント（限定ではなく、第２設定値の一例）のポイントの数を増加させた値である構成を示している。
このような構成により得られる実施例の効果の一例として、第２ポイント数から設定された分だけポイント数を増加させることができる。
また、本実施例は、運用ポイントリセット処理（限定ではなく、増加させる処理の一例）は、運用追加ポイント数（限定ではなく、第１ポイントの一例）から変動後運用ポイント数（限定ではなく、第２ポイントの一例）への減少に基づくユーザの損失を補填する処理を含む構成を示している。
このような構成により得られる実施例の効果の一例として、第１ポイント数から第２ポイント数への減少に基づくユーザの損失を補填することができる。
また、本実施例は、端末２０Ａ（限定ではなく、情報処理装置の一例）が、変動後運用ポイント数（限定ではなく、第２ポイントの一例）が運用追加ポイント数（限定ではなく、第１設定値の一例）以下の場合、運用ポイントリセット処理（限定ではなく、増加させる処理の一例）に関する運用リセット許可情報（限定ではなく、第２表示の一例）を表示する制御を制御部２１によって行う。そして、運用リセット許可情報に対するユーザによる入力に基づいて、サーバ１０が、運用ポイントリセット処理を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第２ポイント数が第１設定値以下の場合、情報処理装置の一種である端末が、第２ポイント数を第３ポイント数に増加させる処理に関すること（限定ではなく例として、増加させる処理を行うことが許可されたこと）を、第２表示によってユーザに報知することができる。また、第２表示に対するユーザによる入力に基づいて、情報処理装置の一種であるサーバが、第２ポイント数を第３ポイント数に増加させることができる。
また、本実施例は、サーバ１０（限定ではなく、情報処理装置の一例）が、変動後運用ポイント数（限定ではなく、第２ポイントの一例）が運用追加ポイント数（限定ではなく、第１設定値の一例）以下の場合、運用ポイントリセット処理（限定ではなく、増加させる処理の一例）に関するポイント運用変動警告情報（限定ではなく、第２表示の一例）を表示する制御を制御部１１によって行う。そして、サーバ１０は、ポイント運用変動警告情報に対するユーザによる入力に基づいて、運用ポイントリセット処理を制御部１１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、限定ではなく例として、第２ポイント数が第１設定値以下の場合、情報処理装置の一種であるサーバが、第２ポイント数を第３ポイント数に増加させる処理に関すること（限定ではなく例として、増加させる処理を行う条件が成立したこと）を、第２表示によってユーザに報知することができる。また、第２表示に対するユーザによる入力に基づいて、サーバが、第２ポイント数を第３ポイント数に増加させることができる。
＜第２変形例（１）＞
第２実施例では、サーバ１０において運用ポイント追加処理や運用ポイントリセット処理が実行されることとしたが、これに限定されない。限定ではなく例として、端末２０Ａにおいて運用ポイント追加処理や運用ポイントリセット処理が実行されるようにしてもよいし、そのようにしなくてもよい。
この場合、限定ではなく例として、サーバ１０の記憶部に記憶されていたアカウント管理データベース１５５Ａのうち、端末２０Ａのユーザのアカウント管理データを、端末２０Ａの記憶部２８に記憶させる。すなわち、各々の端末２０においてポイント運用の管理を個別に実行する。そして、サーバ１０は、限定ではなく例として、変動する指標値を管理することとする。
＜処理＞
図２－４は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
端末２０Ａの制御部２１は、Ａ１３０のステップを実行すると、変動後運用ポイント数が運用追加ポイント数以下であるか否か判定する（Ａ２３５）。
なお、このＡ２３５の処理において、端末２０Ａの制御部２１が、変動後運用ポイント数が運用追加ポイント数未満であるか否か判定するようにしてもよいし、そのようにしなくてもよい。
変動後運用ポイント数が運用追加ポイント数以下である場合（Ａ２３５：ＹＥＳ）、端末２０Ａの制御部２１は、限定ではなく例として、運用損失ポイント（限定ではなく例として、「運用追加ポイント数－変動後運用ポイント数」）をユーザの運用中ポイント評価額に加算することを許可することを示す運用リセット許可情報を表示部２４に表示させる。（Ａ２４５）。
一方、変動後運用ポイント数が運用追加ポイント数より大きい場合（Ａ２３５：ＮＯ）、端末２０Ａの制御部２１は、Ａ２８５のステップに処理を移す。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作等）に基づいて、運用損失ポイントを取得することが選択されると（Ａ２５０：ＹＥＳ）、端末２０Ａの制御部２１は、運用ポイントリセット処理を実行する（Ａ２６５）。
運用ポイントリセット処理において、端末２０Ａの制御部２１は、変動後の指標値に基づいて、運用損失ポイントを運用追加ポイント数とする買いの処理を実行し、記憶部２８に記憶されるアカウント管理データを更新する。
運用損失ポイントを取得することが選択されない場合（Ａ２５０：ＮＯ）、端末２０Ａの制御部２１は、Ａ２８５のステップに処理を移す。
そして、端末２０Ａの制御部２１は、運用ポイントリセット処理後の運用中ポイント評価額を含む運用ポイントリセット結果情報を表示部２４に表示させる（Ａ２７０）。そして、端末２０Ａの制御部２１は、処理を終了させるか否かを判定する（Ａ２８５）。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、ポイント運用アプリケーションの利用を終了させることが選択される場合（Ａ２８５：ＹＥＳ）、端末２０Ａの制御部２１は、処理を終了させる。
なお、端末２０Ａの制御部２１は、処理の終了に先んじて、端末２０Ａにおけるポイント運用アプリケーションの利用を終了することを示すポイント運用終了要請情報を通信Ｉ／Ｆ２２によってサーバ１０に送信するようにしてもよいし、そうしなくてもよい。
一方、ポイント運用アプリケーションの利用を終了させないことが選択される場合（Ａ２８５：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１２５のステップに処理を戻す。
サーバ１０の制御部１１は、Ｓ１３５のステップを実行すると、処理を終了させるか否かを判定する（Ｓ２９５）。限定ではなく例として、端末２０Ａにおいてポイント運用アプリケーションの利用を終了させることが選択される場合（Ａ２８５：ＹＥＳ＆Ｓ２９５：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了させる。
一方、ポイント運用アプリケーションの利用を終了させないことが選択される場合（Ａ２８５：ＮＯ＆Ｓ２９５：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例として、Ｓ１３５のステップに処理を戻す。
なお、限定ではなく例として、端末２０Ａの制御部２１は、Ａ１３０のステップを実行すると、売りの処理を実行するか否かの選択用表示を表示部２４に表示させるようにしてもよい。
この場合、限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、変動後運用ポイント数以下の任意のポイント数に対して売りの処理を実行することが選択されると、端末２０Ａの制御部２１は、変動後運用ポイント数以下の任意のポイント数を運用から外す（売る）運用ポイント削減処理を実行する。
本変形例は、端末２０Ａ（限定ではなく、情報処理装置の一例）が、変動後運用ポイント数（限定ではなく、第２ポイントの一例）が運用追加ポイント数（限定ではなく、第１設定値の一例）以下の場合、運用ポイントリセット処理（限定ではなく、増加させる処理の一例）に関する運用リセット許可情報（限定ではなく、第２表示の一例）を表示する制御を制御部２１によって行う。そして、端末２０Ａは、運用リセット許可情報に対するユーザによる入力に基づいて、運用ポイントリセット処理を制御部２１によって行う構成を示している。
このような構成により得られる変形例の効果の一例として、限定ではなく例として、第２ポイント数が第１設定値以下の場合、情報処理装置の一種である端末が、第２ポイント数を第３ポイント数に増加させる処理に関すること（限定ではなく例として、増加させる処理を行うことが許可されたこと）を、第２表示によってユーザに報知することができる。また、第２表示に対するユーザによる入力に基づいて、端末が、第２ポイント数を第３ポイント数に増加させることができる。
＜第２変形例（２）＞
第２実施例では、運用ポイントリセット処理において、サーバ１０の制御部１１は、変動後の指標値に基づいて、運用損失ポイントを運用追加ポイント数とする買いの処理を実行することとしたが、これに限定されない。限定ではなく例として、運用ポイントリセット処理において、サーバ１０の制御部１１は、運用損失ポイントをユーザのポイント残高にそのまま加算するようにしてもよい。
＜表示画面＞
図２－５は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－５は、図２－２の別例である。
図２－５左側は、限定ではなく例として、図２－１から時間が経過した後の運用状況確認画面の一例である。
この画面では、運用ポイント追加時に比べて指標値が下降したことに伴い、運用中ポイント評価額表示領域ＡＶＲ１には、運用中ポイント評価額が「２，０００」ポイントに減少したことが示されている。
また、運用中ポイント評価額表示領域ＡＶＲ１の上に、ユーザＡ．Ａのポイント残高を示すポイント残高表示領域ＰＶＲ１が表示されている。この画面では、ポイント残高は、当初のポイント残高である「３，６５０」ポイントから運用追加ポイント数「２，５００」ポイントを差し引いた「１，１５０」ポイントであることが示されている。
限定ではなく例として、ユーザによって運用損失リセットボタンＢＳＢ１がタップされると、限定ではなく例として、図２－５中央の画面に表示が遷移する。
タイトル表示領域の下には、ユーザに運用損失リセットを確認するための「損をした分のポイントをゲットしますか？」の文字が表示されている。また、その下には、運用損失リセットに伴い、ポイント残高が「１，１５０」ポイントから「１，６５０」ポイントに増額されることを示す運用損失リセット確認領域ＳＣＲ２が表示されている。
運用損失リセット確認領域ＳＣＲ２の下には、運用損失リセット確認領域ＳＣＲ２の内容に従って運用損失リセットを実行するための「はい」の文字で示される運用損失リセット実行ボタンと、運用損失リセットをやめる「いいえ」の文字で示される運用損失リセット中断ボタンとが表示されている。
限定ではなく例として、ユーザによって運用損失リセット実行ボタンがタップされると、限定ではなく例として、図２－５右側の画面に表示が遷移する。
この画面では、ポイント残高表示領域ＰＶＲ１には、運用損失分のポイント「５００」ポイントを取得したことに伴い、ポイント残高が「１，６５０」ポイントに増加した（運用中ポイント評価額とポイント残高との合計値が運用開始時のポイントにリセットされた）ことが示されている。
＜第２変形例（３）＞
第２実施例では、運用ポイントリセット処理は、運用ポイント追加処理後であればいつでも実行可能であったが、これに限定されない。限定ではなく例として、運用ポイントリセット処理は、運用ポイント追加処理後、所定期間内（限定ではなく例として、３０日以内）でなければ実行できないようにしてもよい。
＜表示画面＞
図２－６～図２－７は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－６左側は、限定ではなく例として、図２－１から時間が経過した後の運用状況確認画面の一例である。
この画面では、指標値確認領域ＩＣＲ１において、日時「２０２０年１１月２２日８：３７」現在の指標値が「５，５００」に上がったことが表示されている。また、指標値の推移を示す折れ線グラフもそれに伴い上昇している。
このとき、運用ポイント追加時に比べて指標値が上昇したことに伴い、運用中ポイント評価額表示領域ＡＶＲ２には、運用中ポイント評価額が「２，７５０」ポイントに増加したことが示されている。また、運用中ポイント評価額表示領域ＡＶＲ２には、増加分のポイント数（ポイント運用の損益）が「＋２５０」ポイントであることが併せて示されている。
また、指標値変動後の運用中ポイント評価額が運用追加ポイント数を上回っているため、指標値確認領域ＩＣＲ１の下には、運用損失リセットボタンＢＳＢ１が表示されていない。
図２－６中央は、限定ではなく例として、図２－６左側から時間が経過した後の運用状況確認画面の一例である。
この画面では、指標値確認領域ＩＣＲ１において、日時「２０２０年１１月２５日１１：３２」現在の指標値が「４，０００」に下がったことが表示されている。また、指標値の推移を示す折れ線グラフもそれに伴い下降している。
このとき、運用ポイント追加時に比べて指標値が下降したことに伴い、運用中ポイント評価額表示領域ＡＶＲ２には、運用中ポイント評価額が「２，０００」ポイントに減少し、減少分のポイント数（ポイント運用の損益）が「－５００」ポイントとなったことが示されている。
指標値確認領域ＩＣＲ１の下には、指標値変動後の運用中ポイント評価額が運用追加ポイント数を下回ることに基づいて、「はじめてサポートで５００ポイントもらう」の文字で示される運用損失リセットボタンＢＳＢ２が表示されている。
運用損失リセットボタンＢＳＢ２には、運用ポイントリセット処理時に加算される運用損失ポイントである「５００」ポイントが明示されている。
また、運用損失リセットボタンＢＳＢ２には、運用ポイントリセット処理が実行可能な期限の日時である「利用期限 ２０２０年１１月３０日」の文字が併せて表示されている。限定ではなく例として、実行可能期限である「２０２０年１１月３０日」を過ぎると、運用損失リセットボタンＢＳＢ２は非表示となり、運用ポイントリセット処理は実行不能となる。
図２－６右側は、限定ではなく例として、図２－６中央から時間が経過した後の運用状況確認画面の一例である。
この画面では、指標値確認領域ＩＣＲ１において、日時「２０２０年１１月２９日１３：１４」現在の指標値が「４，０００」に下がったままであることが表示されている。
また、画面最上部からせり下がるように、運用ポイントリセット処理の実行可能期限が明日までとなったことに基づいて、「初めてサポートの利用期限が迫っています」の文字で示される運用ポイントリセット期限通知ＮＴ１が表示されている。
限定ではなく例として、ユーザによって運用ポイントリセット期限通知ＮＴ１がタップされると、限定ではなく例として、図２－７左側の画面に表示が遷移する。
この画面は、図２－６右側と同様の運用状況確認画面の一例であるが、限定ではなく例として、運用損失リセットボタンＢＳＢ２が点滅して強調表示されている。これにより、運用ポイントリセット処理の実行可能期限が迫っていることをユーザに強く報知し、ポイント運用の運用リセットを促すことができる。
なお、運用ポイントリセット処理の実行可能期限が迫るにつれて、運用損失リセットボタンＢＳＢ２の表示色を青から黄色を経て赤へと変化させるなどして、運用ポイントリセット処理の実行可能期限が迫っていることをユーザに報知させるようにしてもよいし、そのようにしなくてもよい。
限定ではなく例として、ユーザによって運用損失リセットボタンＢＳＢ２がタップされると、限定ではなく例として、図２－７中央の画面に表示が遷移する。
この画面では、運用損失リセット画面であることを示す「はじめてサポート」の文字がタイトル表示領域内に表示されている。
タイトル表示領域の下には、ユーザに運用損失リセットを確認するための「損をした分のポイントをゲットしますか？」の文字が表示されている。また、その下には、運用損失リセットに伴い、運用中ポイント評価額が「２，０００」ポイントから「２，５００」ポイントに「＋５００」ポイント増額されることを示す運用損失リセット確認領域ＳＣＲ３が表示されている。
限定ではなく例として、ユーザによって運用損失リセット実行ボタンがタップされると、限定ではなく例として、図２－７右側の画面に表示が遷移する。
この運用損失リセット画面において、運用中ポイント評価額表示領域ＡＶＲ２には、運用損失分のポイント「５００」ポイントを取得したことに伴い、運用中ポイント評価額が「２，５００」ポイントに増加し、ポイント運用の損益が「プラスマイナス０」ポイントにリセットされたことが示されている。
＜処理＞
本変形例における処理は、限定ではなく例として、図２－３のＳ２４０のステップに先んじて、サーバ１０の制御部１１は、運用ポイントリセット処理の実行可能期限を超過しているか否か判定する。そして、サーバ１０の制御部１１は、運用ポイントリセット処理の実行可能期限を超過していない場合、図２－３のＳ２４０以降のステップを実行するようにすればよい。また、サーバ１０の制御部１１は、運用ポイントリセット処理の実行可能期限を超過した場合、図２－３のＳ２９０のステップに処理を進めるようにすればよい。
サーバ１０の制御部１１は、運用ポイントリセット処理の実行可能期限を超過しているか否か判定する際、運用ポイントリセット処理の実行可能期限が迫っている場合、運用ポイントリセット期限通知情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよい。そして、端末２０Ａの制御部２１は、運用ポイントリセット期限通知情報を受信すると、運用ポイントリセット期限通知情報を表示部２４に表示させるようにしてもよい。
なお、運用ポイントリセット処理が実行可能な期間の起算日時は、運用ポイント追加処理を行った日時に限定されない。起算日時は、限定ではなく例として、ポイント運用損失補填キャンペーン期間中の任意の日時や、端末２０ＡのユーザＡ．Ａがポイント運用サービスにアカウント登録を行った日時等が考えられる。
また、運用ポイントリセット処理が実行可能な所定期間は、一定期間に限定されない。限定ではなく例として、運用追加ポイント数に応じて、運用追加ポイント数が多いほど期間を長くするようにしてもよいし、そのようにしなくてもよい。
本変形例は、端末２０Ａの制御部２１が、運用中ポイント評価額（限定ではなく、第３ポイント数の一例）と変動後運用ポイント数（限定ではなく、第２ポイント数の一例）との差分に基づく値（限定ではなく例として、運用中ポイント評価額が「２，０００」ポイントから「２，５００」ポイントに増加される場合の増加分のポイント数「＋５００」）を示す運用損失リセット確認領域（限定ではなく、第１表示の一例）を表示する制御を行う構成を示している。
このような構成により得られる変形例の効果の一例として、第３ポイント数と第２ポイント数との差分に基づく値をユーザに報知することができる。これにより、限定ではなく例として、増加させる処理によって、ポイント数がどの程度増加するかをユーザに認識させることができる。
また、本変形例は、端末２０Ａの制御部２１が、運用追加ポイント数（限定ではなく、第１ポイント数の一例）と変動後運用ポイント数（限定ではなく、第２ポイント数の一例）との差分に基づく値（限定ではなく例として、運用中ポイント評価額が「２，０００」ポイントに減少した場合の減少分のポイント数「－５００」）を含む運用中ポイント評価額表示領域を表示する制御を行う構成を示している。
このような構成により得られる変形例の効果の一例として、第１ポイント数と第２ポイント数との差分に基づく値をユーザに報知することができる。これにより、限定ではなく例として、指標値の変動に基づいて、ポイント数がどの程度変動したかをユーザに認識させることができる。
また、本変形例は、端末２０Ａの制御部２１が、運用ポイントリセット処理が実行可能な期間(限定ではなく、設定された期日の一例)内の場合、運用リセット許可情報（限定ではなく、第２表示の一例）を表示する制御を行う構成を示している。
このような構成により得られる変形例の効果の一例として、設定された期日内の場合、第２ポイントを第３ポイントに増加させる処理に関する第２表示を表示して、第２ポイント数を第３ポイント数に増加させることが許可されたことなどをユーザに報知することができる。
また、本変形例は、端末２０Ａの制御部２１が、運用ポイントリセット処理が実行可能な期間(限定ではなく、設定された期日の一例)に関する運用ポイントリセット期限通知（限定ではなく、通知の一例）を表示する制御を行う構成を示している。
このような構成により得られる変形例の効果の一例として、上記の設定された期日をユーザに報知することができる。
＜第２変形例（４）＞
第２実施例では、運用ポイントリセット処理において、運用損失ポイントを変動後運用ポイント数に加算することとしたが、これに限定されない。限定ではなく例として、運用ポイントリセット処理において、運用損失ポイント以下または未満の所定ポイント数（限定ではなく例として、「２００」ポイント）を変動後運用ポイント数に加算するようにしてもよいし、そのようにしなくてもよい。
また、運用ポイントリセット処理において、運用損失ポイントと所定ポイント数（限定ではなく例として、「２００」ポイント）の合計ポイント数を変動後運用ポイント数に加算するようにしてもよいし、そのようにしなくてもよい。あるいは、運用損失ポイントを上回る所定ポイント数（限定ではなく例として、「５００」ポイント）を変動後運用ポイント数に加算するようにしてもよいし、そのようにしなくてもよい。
また、上記の所定ポイント数は、運用追加ポイント数に比例するポイント数とするようにしてもよいし、そのようにしなくてもよい。
＜第２変形例（５）＞
第２実施例では、運用ポイント追加処理が実行されると、運用ポイントリセット処理が実行可能となったが、これに限定されない。
限定ではなく例として、運用ポイントリセット処理が実行可能となる条件（限定ではなく例として、図２－３のＳ２４０のステップの判定条件）を、変動後運用ポイント数が運用追加ポイント数以下となること（第１条件）、かつ、以下のいずれかの条件（第２条件）を満たすこととしてもよいし、そうしなくてもよい。
（ａ）運用追加ポイント数が所定運用追加ポイント数（限定ではなく例として、「１，０００」ポイント）以上であること。
（ｂ）運用ポイントリセット処理を実行する対価として所定ポイント数（限定ではなく例として、「１００」ポイント）をポイント残高から減算すること。
（ｃ）運用ポイントリセット処理を実行する対価として所定ポイント数（限定ではなく例として、「１００」ポイント）を運用中ポイント評価額から減算する（売りを行い減算する）こと。
（ｄ）ポイント運用後の損益率が所定の割合（限定ではなく例として、「－３０％」）以下となったこと。
（ｅ）（ａ）～（ｄ）の任意の組み合わせ。
なお、上記の（ａ）～（ｅ）のいずれかの条件を満たす場合にのみ、端末２０Ａにおいて運用リセットを認める（限定ではなく例として、図２－３のＡ２５０のステップの判定条件）ようにしてもよいし、そのようにしなくてもよい。
本変形例は、運用ポイントリセット処理（限定ではなく、増加させる処理の一例）は、変動後運用ポイント数（限定ではなく、第２ポイント数の一例）が運用追加ポイント数（限定ではなく、第１設定値の一例）以下である運用損失ポイントが０以上となる条件（限定ではなく、第１条件の一例）と、運用損失ポイントが０以上となる条件とは異なる（ａ）～（ｅ）の条件（限定ではなく、第２条件の一例）とを満たす場合、ユーザによる入力に基づいてサーバ１０の制御部１１によって行われる構成を示している。
このような構成により得られる変形例の効果の一例として、第２ポイント数が第１設定値以下である第１条件と、第１条件とは異なる第２条件とを満たす場合、ユーザによる入力に基づいて、第２ポイント数を第３ポイント数に増加させることができる。
また、本変形例は、（ａ）の条件（限定ではなく、第２条件の一例）は、所定運用追加ポイント数（限定ではなく、第３設定値の一例）以上のポイントの数を指標値に関連付けることに関する条件を含む構成を示している。
このような構成により得られる変形例の効果の一例として、第３設定値以上のポイントの数を指標値に関連付けることに関する条件を第２条件として、第１条件とは異なる第２条件とを満たす場合、ユーザによる入力に基づいて、第２ポイント数を第３ポイント数に増加させることができる。
＜第２変形例（６）＞
第２実施例では、値が変動する指標値が１つの例について例示したが、これに限定されない。限定ではなく例として、指標値を複数設定し、それぞれの指標値に連動するポイント運用コースを設けることで、複数のポイント運用コースにおいてポイント運用を行えるようにしてもよいし、そうしなくてもよい。
図２－８は、本変形例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
記憶部１５には、限定ではなく例として、ポイント運用アプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、アカウント管理データベース１５５と、ポイント運用コース登録データベース１５７とが記憶される。
ポイント運用コース登録データベース１５７は、ポイント運用のために用意された複数の指標値において、それぞれの指標値にポイントを関連付けてポイント運用を行うためのポイント運用コースに関する登録データベースであり、そのデータ構成の一例を図２－９に示す。
ポイント運用コース登録データベース１５７には、運用コースごとの登録データとして、ポイント運用コース登録データが記憶される。
各々のポイント運用コース登録データには、限定ではなく例として、運用コースＩＤと、運用コース名と、指標値と、その他運用コース情報とが記憶される。
運用コースＩＤは、ポイント運用コースを識別するために用いられる情報である。
この運用コースＩＤは、好ましくはポイント運用コースごとに一意な値であり、限定ではなく例として、サーバ１０によってポイント運用コースごとに一意な値（固有の値）が設定されて記憶される。
運用コース名は、この運用コースの名称であり、限定ではなく例として、サーバ１０のユーザがポイント運用コースを追加する際に登録する名称が記憶される。
指標値は、この運用コースの現時点における指標値の値データである。
なお、指標値として、この運用コースにおける過去の指標値の履歴データを加えて記憶させるようにしてもよいし、そのようにしなくてもよい。
その他運用コース情報には、限定ではなく例として、指標値の銘柄（限定ではなく例として、指標値とする株式・債券・ＥＴＦ・投資信託等の銘柄）や、運用コースの種類（限定ではなく例として、株価連動型や債券連動型、短期運用型や長期運用型等）、指標値を構成するポートフォリオ（限定ではなく例として、「国内株式３０％・海外株式５０％・国内債券２０％」）といった各種の情報を含めるようにすることができる。
アカウント管理データベース１５５の別例である第２のアカウント管理データベース１５５Ｂのデータ構成例を図２－１０に示す。
第２のアカウント管理データベース１５５Ｂには、アカウントごとの管理データとして、アカウント管理データが記憶される。
各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤと、ユーザ名と、ポイント残高と、運用中ポイント総評価額と、運用コース別ポイント運用管理データとが記憶される。
アプリケーションＩＤと、ユーザ名と、ポイント残高とは、第１のアカウント管理データベース１５５Ａと同様である。
運用中ポイント総評価額は、このアカウントによって運用されている全ての運用コースにおける、ポイントの現時点における各運用コース指標値と連動した増減後のポイント数の総和である。運用中ポイント総評価額は、限定ではなく例として、次の式で算出される時系列で変動する値である。
「運用中ポイント総評価額」＝「現時点における各運用コースの指標値」×「各運用コースの保有口数」の総和
限定ではなく例として、図２－１０の例では、運用コースＩＤ「Ｃ０００１」の指標値が「４，５００」、保有口数が「０．５０」口の場合、運用コースＩＤ「Ｃ０００１」の運用中ポイント評価額が「４，５００×０．５０」＝「２，２５０」ポイントであり、運用コースＩＤ「Ｃ０００２」の指標値が「１２，１２０」、保有口数が「０．１０」口の場合、運用コースＩＤ「Ｃ０００２」の運用中ポイント評価額が「１２，１２０×０．５０」＝「１，２１２」ポイントであるため、運用中ポイント総評価額は「２，２５０＋１，２１２」＝「３，４６２」ポイントとなることが示されている。
運用コース別ポイント運用管理データには、各々の運用コースＩＤと関連付けて、ポイント運用管理データが記憶される。各々のポイント運用管理データについては、第１のアカウント管理データベース１５５Ａと同様である。
＜表示画面＞
図２－１１～図２－１２は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図２－１１左側は、限定ではなく例として、ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるポイント運用アプリケーションの運用状況確認画面である。
この画面では、タイトル表示領域の下に、運用コース名が「うさぎさんコース」の文字で示される運用コースにおける指標値の変動を示すための指標値確認領域ＩＣＲ２と、運用コース名が「かめさんコース」の文字で示される運用コースにおける指標値の変動を示すための指標値確認領域ＩＣＲ３とが表示されている。
指標値確認領域ＩＣＲ２の左側には、日時「２０２０年１１月１０日１２：４０」現在の「うさぎさんコース」における指標値が「５，０００」であることが表示されている。指標値の左方には、限定ではなく例として、この運用コースの指標値が前日に比べて上がったか下がったかを示す矢印アイコンが表示されている。
指標値確認領域ＩＣＲ２の右側には、「うさぎさんコース」における現時点での運用中ポイント評価額とポイント運用損益とが表示されている。
限定ではなく例として、この画面では、「うさぎさんコース」での運用が行われていないことに基づいて、「うさぎさんコース」の運用中ポイント評価額は「０」ポイントであり、そのポイント運用損益は「±０」ポイントであることが示されている。
限定ではなく例として、ユーザによって指標値確認領域ＩＣＲ２がタップされると、指標値確認領域ＩＣＲ１と同様に指標値の推移を示す折れ線グラフが表示される。
指標値確認領域ＩＣＲ３についても同様である。
また、ユーザによって追加運用ボタンがタップされたことに伴い、画面下部からポイント追加運用コース選択領域ＰＡＲ１がせり上がり表示されている。
ポイント追加運用コース選択領域ＰＡＲ１の最上部には、ポイントを追加する運用コースの選択を促すための「運用コースをえらぶ」の文字が表示されている。
その下には、選択可能な運用コースと、現在の各運用コースにおける運用中ポイント評価額とが行ごとに表示されている。
ユーザによって「うさぎさんコース」がタップされると、限定ではなく例として、図２－１中央と同様な「うさぎさんコース」に対する運用ポイント追加画面を経て、限定ではなく例として、限定ではなく例として、図２－１１中央の画面に表示が遷移する。
この画面では、タイトル表示領域の下には、ポイントを追加した運用コース名である「うさぎさんコース」の文字が表示され、その下には、ポイント残高から「２，５００」ポイントをポイント運用に追加したことを示す「２，５００ポイントを運用に回しました」の文字が示されている。また、その下には、ポイント運用へのポイント追加時の情報を表示するための取引確認表示領域ＡＣＲ２が表示されている。
取引確認表示領域ＡＣＲ２には、この取引種別が買いであることを示す「運用開始」の文字と、取引日時を示す「２０２０年１１月１０日１２：４０」の文字と、この取引で追加されたポイント数を示す「２，５００ポイント」の文字と、約定単価を示す「指標値：５，０００」の文字とが表示されている。
また、運用中ポイント評価額表示領域ＡＶＲ３には、運用中ポイント総評価額が「２，５００」ポイントに増加したことが示されている。また、運用中ポイント評価額表示領域ＡＶＲ３には、全ての運用コースにおけるトータルのポイント運用の損益が「±０」ポイントであることが併せて示されている。
続けて、ポイント追加運用コース選択領域ＰＡＲ１において「かめさんコース」がタップされると、限定ではなく例として、図２－１中央と同様な「かめさんコース」に対する運用ポイント追加画面を経て、限定ではなく例として、限定ではなく例として、図２－１１右側の画面に表示が遷移する。
この画面では、タイトル表示領域の下には、ポイントを追加した運用コース名である「かめさんコース」の文字が表示され、その下には、ポイント残高から「１，２００」ポイントをポイント運用に追加したことを示す「１，２００ポイントを運用に回しました」の文字が示されている。また、その下には、ポイント運用へのポイント追加時の情報を表示するための取引確認表示領域ＡＣＲ３が表示されている。
取引確認表示領域ＡＣＲ３には、この取引種別が買いであることを示す「運用開始」の文字と、取引日時を示す「２０２０年１１月１０日１２：４０」の文字と、この取引で追加されたポイント数を示す「１，２００ポイント」の文字と、約定単価を示す「指標値：１２，０００」の文字とが表示されている。
また、運用中ポイント評価額表示領域ＡＶＲ３には、運用中ポイント総評価額が「２，５００＋１，２００」＝「３，７００」ポイントに増加したことが示されている。また、運用中ポイント評価額表示領域ＡＶＲ３には、全ての運用コースにおけるトータルのポイント運用の損益が「±０」ポイントであることが併せて示されている。
図２－１２左側は、限定ではなく例として、図２－１１右側から時間が経過した後の運用状況確認画面の一例である。
この画面では、指標値確認領域ＩＣＲ２において、日時「２０２０年１１月２０日７：４６」現在の「うさぎさんコース」における指標値が「４，５００」に下がったことが表示されている。また、指標値確認領域ＩＣＲ２には、指標値の変動に伴い、「うさぎさんコース」の運用中ポイント評価額は「２２５０．０」ポイントとなり、そのポイント運用損益は「－２５０．０」ポイントであることが示されている。
また、指標値確認領域ＩＣＲ３において、日時「２０２０年１１月２０日７：４６」現在の「かめさんコース」における指標値が「１２，１２０」に上がったことが表示されている。また、指標値確認領域ＩＣＲ３には、指標値の変動に伴い、「かめさんコース」の運用中ポイント評価額は「１２１２．０」ポイントとなり、そのポイント運用損益は「＋１２．０」ポイントであることが示されている。
運用中ポイント評価額表示領域ＡＶＲ３には、運用中ポイント総評価額が「２，２５０＋１，２１２」＝「３，４６２」ポイントに減少したことが示されている。また、運用中ポイント評価額表示領域ＡＶＲ３には、全ての運用コースにおけるトータルのポイント運用の損益が「－２３８」ポイントであることが併せて示されている。
運用中ポイント評価額表示領域ＡＶＲ３の上には、指標値変動後の運用中ポイント総評価額が各運用コースにおける運用追加ポイント数の総和を下回ることに基づいて、「はじめてサポートで２３８ポイントもらう」の文字で示される運用損失リセットボタンＢＳＢ３が表示されている。
限定ではなく例として、ユーザによって運用損失リセットボタンＢＳＢ３がタップされると、限定ではなく例として、図２－１２中央の画面に表示が遷移する。
この運用損失リセット画面では、運用損失リセット確認領域ＳＣＲ４において、運用損失リセットに伴い、運用中ポイント総評価額が「３，４６２」ポイントから「３，７００」ポイントに「＋２３８」ポイント増額されることが示されている。また、運用損失リセット確認領域ＳＣＲ４の下部には、運用損失リセットを行った場合における、運用コースごとの運用中ポイント評価額の推移が表示されている。
限定ではなく例として、ユーザによって運用損失リセット実行ボタンがタップされると、限定ではなく例として、図２－１２右側の画面に表示が遷移する。
この運用損失リセット画面において、運用中ポイント評価額表示領域ＡＶＲ３には、運用損失分のポイント「２３８」ポイントを取得したことに伴い、運用中ポイント総評価額が「３，７００」ポイントに増加し、ポイント運用の損益が「プラスマイナス０」ポイントにリセットされたことが示されている。
＜処理＞
処理については、運用追加ポイント数を各運用コースにおける運用追加ポイント数の総和とし、運用中ポイント評価額を運用中ポイント総評価額とする場合、限定ではなく例として、図２－３または図２－４に従って実行することができる。
なお、運用ポイントリセット処理において、運用損失ポイントを算出し加算する方法としては、限定ではなく例として、以下のような方法が考えられる。
（ａ）運用コースごとの損益から運用コースごとに運用損益ポイントを算出し、運用コースごとに、算出された運用コースごとの運用損失ポイントを運用追加ポイント数とする買いの処理を実行する方法。
（ｂ）運用コースによらないトータルの変動後運用ポイント数の損益から運用損失ポイントを算出し、損失が発生した運用コースにおいて運用損失ポイント分の買いの処理を実行する方法。
（ｃ）運用コースごとの損益から運用コースごとに運用損益ポイントを算出し、運用コースごとに、算出された運用コースごとの運用損失ポイントをポイント残高に加算する。
（ｄ）運用コースによらないトータルの変動後運用ポイント数の損益から運用損失ポイントを算出し、損失が発生した運用コースにおいて運用損失ポイントをポイント残高に加算する方法。
また、複数の運用コースで損失が発生した場合には、各運用コースにおける損失ポイントの比率に合わせて、トータルで運用損失ポイント分の買いの処理を各運用コースにおいて実行するようにしてもよいし、そうしなくてもよい。
もしくは、任意の運用コースで、任意の比率で、トータルで運用損失ポイント分の買いの処理を実行するようにしてもよいし、そうしなくてもよい。
なお、ある運用コースで損失が発生している場合、他の運用コースにおける利益の総和がその損失を上回る場合でも、運用ポイントリセット処理を実行するようにしてもよいし、そのようにしなくてもよい。
＜第３実施例＞
第２実施例では、ユーザがポイント運用サービスにおいてポイント運用にポイントを追加後、ポイント運用益が赤字の場合、その損失を補填される例を説明したが、これに限定されない。
第３実施例は、ポイント運用益が赤字の場合、ポイント数を増加させる権利に関する情報に基づいて、その損失を補填する実施例である。
ポイント数を増加させる権利に関する情報とは、所定のタイミングでユーザに関連付けられる情報であって、ユーザのポイント数を増加させるための情報、またはユーザのポイント数を増加させることに供する情報である。この権利に関する情報は、物理的または電子的なものであって、限定ではなく例として、数をカウントできるものや、数を記憶できるものとすることができる。
以下説明する実施例では、このポイント数を増加させる権利に関する情報として「チケット」を例示する。また、ここでは、チケットの一種として「損失リセットチケット」を例示する。
損失リセットチケットは、ポイント運用サービスにおいて利用可能なチケットの一種であり、損失リセットチケットが使用されると、ポイント運用の損失をリセットする効果を有する。
なお、ポイント運用サービスにおいて利用可能なチケットは、損失リセットチケットに限定されない。他のチケットについては後述する。
また、チケットに代えて、またはこれに加えて、限定ではなく例として、ポイント運用サービスでユーザに特典として与えられるクーポン（限定ではなく例として、損失を補填する損失補填クーポン）を権利に関する情報として適用するなどしてもよい。
第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
本実施例で用いられるアカウント管理データベース１５５の別例である第３のアカウント管理データベース１５５Ｃのデータ構成例を図３－１に示す。
第３のアカウント管理データベース１５５Ｃには、アカウントごとの管理データとして、アカウント管理データが記憶される。
各々のアカウント管理データには、限定ではなく例として、アプリケーションＩＤと、ユーザ名と、ポイント残高と、運用中ポイント評価額と、ポイント運用管理データと、チケット管理データとが記憶される。
アプリケーションＩＤと、ユーザ名と、ポイント残高と、運用中ポイント評価額と、ポイント運用管理データとは、第１のアカウント管理データベース１５５Ａと同様である。
なお、複数の運用コースが準備されている場合、ポイント運用管理データに変えて、運用コース別ポイント運用管理データを記憶させるようにしてもよいし、そのようにしなくてもよい。
チケット管理データは、このアカウントが所有するチケットを管理するための管理データであり、限定ではなく例として、チケットＩＤとチケット有効期限とが関連付けて記憶される。
チケットＩＤは、ポイント運用サービスにおけるチケットを識別するために用いられる情報である。
このチケットＩＤは、好ましくはチケットごとに一意な値であり、限定ではなく例として、サーバ１０によってチケットごとに一意な値（固有の値）が設定されて記憶される。
チケット有効期限は、このチケットの有効期限を示す日時であり、限定ではなく例として、サーバ１０によってチケット発行時に設定される日時が記憶される。
なお、チケット有効期限が存在しないチケットに関しては、限定ではなく例として、チケット有効期限としてＮＵＬＬ値を取る。
＜表示画面＞
図３－２～図３－３は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－２左側は、限定ではなく例として、ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるポイント運用アプリケーションの運用状況確認画面である。
図３－２左側の運用状況確認画面は、運用中ポイント評価額表示領域ＡＶＲ２を用いる場合の図２－１左側の運用状況確認画面と同様であるが、ユーザＡ．Ａがポイント運用サービスに登録したことに伴い、「ポイント運用サービス登録ありがとう」の文字で示されるチケット取得通知領域ＴＮＲ１が表示画面に重ねて表示されている。
チケット取得通知領域ＴＮＲ１の中央には、獲得したチケットである「損失リセット」の文字で示されるチケットのアイコンが表示されている。また、チケットのアイコンには、チケット有効期限である「２０２０年１１月３０日」の文字も併せて表示されている。
チケットのアイコンの下には、チケットを取得したことを示す「損失リセットチケットプレゼント」の文字が表示され、その下にはチケット取得通知領域ＴＮＲ１を閉じるための「ＯＫ」の文字で示されるチケット取得確認ボタンが配置されている。
その後、図２－１の遷移と同様にして、図３－２中央から図３－２右側へと画面が遷移することで、指標値「５，０００」で「２，５００」ポイントを運用追加する処理（買い）を実行する。
図３－３左側は、限定ではなく例として、図３－２から時間が経過した後の運用状況確認画面の一例である。
この画面では、指標値確認領域ＩＣＲ１において、日時「２０２０年１１月２５日１１：３２」現在の指標値が「４，０００」に下がったことが表示されている。また、指標値の推移を示す折れ線グラフもそれに伴い下降している。
このとき、運用ポイント追加時に比べて指標値が下降したことに伴い、運用中ポイント評価額表示領域ＡＶＲ２には、運用中ポイント評価額が「２，０００」ポイントに減少し、ポイント運用損益が「－５００」ポイントになったことが示されている。
指標値確認領域ＩＣＲ１の下には、損失リセットチケットを取得したことに基づいて、取得したチケットのアイコンである損失リセットチケットＴＣ１が表示されている。
限定ではなく例として、ユーザによって損失リセットチケットＴＣ１がタップされると、限定ではなく例として、図３－３中央の画面に表示が遷移する。
この画面では、チケット使用画面であることを示す「チケットをつかう」の文字がタイトル表示領域内に表示されている。
タイトル表示領域の下には、ユーザに損失リセットチケットを使用するか確認するための「損失リセットチケットを使いますか？」の文字が表示されている。また、その下には、損失リセットチケットの使用に伴い、運用中ポイント評価額が「２，０００」ポイントから「２，５００」ポイントに増額されることを示すチケット使用確認領域ＴＣＲ１が表示されている。
チケット使用確認領域ＴＣＲ１の下には、チケット使用確認領域ＴＣＲ１の内容に従ってチケット使用を実行するための「はい」の文字で示されるチケット使用実行ボタンと、チケット使用をやめる「いいえ」の文字で示されるチケット使用中断ボタンとが表示されている。
限定ではなく例として、ユーザによってチケット使用実行ボタンがタップされると、限定ではなく例として、図３－３右側の画面に表示が遷移する。
このチケット使用画面では、タイトル表示領域の下に、使用したチケットである「損失リセットチケット」の文字と、運用損失分のポイント数である「５００」ポイントを取得したことを示す「運用開始時のポイント数に戻りました」の文字が表示されている。また、それらの文字の下には、時間が巻き戻って運用損失を取り戻し喜ぶ犬のイラストが表示されている。
イラストの下には、チケット使用画面を抜けるための「ＯＫ」の文字で示される機能ボタンが表示されている。
また、運用中ポイント評価額表示領域ＡＶＲ２には、運用損失分のポイント「５００」ポイントを取得したことに伴い、運用中ポイント評価額が「２，５００」ポイントに増加し、ポイント運用損益が「±０」ポイントに戻った（運用開始時のポイントにリセットされた）ことが示されている。
なお、運用損失分のポイントの取得に伴い、保有口数が増加しているため、チケット使用画面に、運用損失分のポイント数として取得したポイントの買いの取引確認表示領域を加えて表示させるようにしてもよいし、そのようにしなくてもよい。
＜処理＞
図３－４～図３－５は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
まず、サーバ１０の制御部１１は、限定ではなく例として、損失リセットチケットの付与条件を満たしているか否かを判定する（Ｓ３１０）。付与条件としては、限定ではなく例として、端末２０Ａのユーザがポイント運用サービスに登録していることが挙げられる。
チケット付与条件を満たしている場合（Ｓ３１０：ＹＥＳ）、サーバ１０の制御部１１は、損失リセットチケットを端末２０Ａのアカウントに付与する損失リセットチケット付与処理を実行する（Ｓ３２０）。
損失リセットチケット付与処理において、サーバ１０の制御部１１は、チケットに対して所定のチケット有効期限（限定ではなく例として、３０日後）を設定し、アカウント管理データベース１５５Ｃのチケット管理データに、チケット有効期限と紐づけてチケットＩＤを割り当て記憶させる。
なお、この場合に、サーバ１０の制御部１１が、チケット有効期限を設定しない（無期限に設定する）ようにしてもよい。
そして、サーバ１０の制御部１１は、チケットＩＤで識別される損失リセットチケットが付与されたことを示す損失リセットチケット付与情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３３０）。
なお、損失リセットチケット付与情報に、チケット有効期限を含めるようにしてもよいし、そのようにしなくてもよい。
チケット付与条件を満たしていない場合（Ｓ３１０：ＮＯ）、サーバ１０の制御部１１は、Ｓ３２０とＳ３３０とのステップをスキップする。
通信Ｉ／Ｆ２２によってサーバ１０から損失リセットチケット付与情報を受信した場合（Ａ３３０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した損失リセットチケット付与情報を表示部２４に表示させる（Ａ３４０）。
損失リセットチケット付与情報を受信しない場合（Ａ３３０：ＮＯ）、端末２０Ａの制御部２１は、Ａ３４０のステップをスキップする。
端末２０Ａの制御部２１は、Ａ１３０のステップを実行すると、損失リセットチケットを使用するか否かのチケット利用判定用表示を表示部２４に表示させるなどし、ユーザによって損失リセットチケットを使用することが選択されたか否かを判定する（Ａ３５０）。
なお、損失リセットチケット付与情報を受信しなかった場合（Ａ３３０：ＮＯ）、端末２０Ａの制御部２１は、Ａ２８０のステップに処理を進める。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、チケットを利用することが選択されると（Ａ３５０：ＹＥＳ）、端末２０Ａの制御部２１は、限定ではなく例として、使用するチケットのチケットＩＤを含む損失リセットチケット使用要請情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ３６０）。
一方、チケットを利用することが選択されない場合（Ａ３５０：ＮＯ）、端末２０Ａの制御部２１は、Ａ２８０のステップに処理を進める。
通信Ｉ／Ｆ１４によって端末２０Ａから損失リセットチケット使用要請情報を受信した場合（Ｓ３４０：ＹＥＳ）、サーバ１０の制御部１１は、変動後運用ポイント数が運用追加ポイント数以下であるか否か判定する（Ｓ２４０）。
変動後運用ポイント数が運用追加ポイント数以下である場合（Ｓ２４０：ＹＥＳ）、サーバ１０の制御部１１は、損失リセットチケット使用処理を実行する（Ｓ３５０）。
損失リセットチケット使用処理において、サーバ１０の制御部１１は、アカウント管理データベース１５５Ｃのチケット管理データを参照し、使用するチケットのチケットＩＤのチケット有効期限が切れていないか否かを判定する。チケット有効期限が切れていない場合、サーバ１０の制御部１１は、チケット管理データからチケットＩＤを削除する。
なお、サーバ１０の制御部１１は、チケット管理データからチケットＩＤを削除する代わりに、チケットＩＤのチケットが使用済みとなったことを示すフラグ値を付加するようにしてもよいし、そのようにしなくてもよい。
チケット有効期限が切れている場合、サーバ１０の制御部１１は、Ｓ２９０のステップに処理を進める。
なお、この場合、サーバ１０の制御部１１は、チケット有効期限が切れていることを示すチケット無効情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信し、端末２０Ａの制御部２１は、受信したチケット無効情報を表示部２４に表示させるようにしてもよいし、そのようにしなくてもよい。
そして、サーバ１０の制御部１１は、損失リセットチケットを使用したことを示す損失リセットチケット使用情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ３６０）。その後、サーバ１０の制御部１１は、Ｓ２７０～Ｓ２９０のステップを実行する。
通信Ｉ／Ｆ２２によってサーバ１０から損失リセットチケット使用情報を受信した場合（Ｓ３７０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した損失リセットチケット使用情報を表示部２４に表示させる（Ａ３８０）。その後、端末２０Ａの制御部２１は、Ａ２７０～Ａ２８０のステップを実行する。
＜第３実施例の効果＞
本実施例は、サーバ１０（限定ではなく、情報処理装置の一例）の制御部１１が、運用ポイントリセット処理（限定ではなく、増加させる処理の一例）を、ユーザによる入力として、ユーザに関連付けられた、損失リセットチケット（限定ではなく、ポイントの数を増加させる権利に関する情報の一例）の使用に基づいて実行する構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザに関連付けられた、ポイント数を増加させる権利に関する情報の使用に基づいて、第２ポイント数を第３ポイント数に増加させることができる。限定ではなく例として、増加させる権利に関する情報をチケットとすることで、ユーザにとって馴染み易い形態でポイント数を増加させることができる。
また、本実施例は、損失リセットチケットは、ユーザにより、指標値にポイントの数を関連付けるためのポイント運用サービスのアカウント（限定ではなく、ポイント運用口座の一例）が開設されたことに基づいて、ユーザに関連付けられる構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザにより、指標値にポイントの数を関連付けるためのポイント運用口座が開設されたことに基づいて、権利に関する情報がユーザに関連付けられる。このため、言うなれば、ポイント運用口座の開設の特典という形で、権利に関する情報がユーザに付与されるようにすることができる。
また、本実施例は、損失リセットチケットは、チケット有効期限（限定ではなく、有効期限の一例）が設定されている構成を示している。
このような構成により得られる実施例の効果の一例として、有効期限が経過した場合は権利に関する情報が使用できなくなるため、権利に関する情報を積極的に使用する動機付けをユーザに与えることができる。
＜第３変形例（１）＞
第３実施例では、サーバ１０において、損失リセットチケット付与処理や損失リセットチケット使用処理を実行することとしたが、これに限定されない。限定ではなく例として、端末２０Ａにおいて、損失リセットチケット付与処理や損失リセットチケット使用処理を実行するようにしてもよい。
この場合、限定ではなく例として、サーバ１０の記憶部に記憶されていたアカウント管理データベース１５５Ｃのうち、端末２０Ａのユーザのアカウント管理データを、端末２０Ａの記憶部２８に記憶させる。すなわち、各端末においてポイント運用の管理とチケットの管理とを個別に実行する。そして、サーバ１０は、限定ではなく例として、変動する指標値を管理することとする。
＜処理＞
図３－６～図３－７は、本変形例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａ（ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
まず、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａのユーザが損失リセットチケットの付与条件を満たしているか否かを判定する（Ａ３１０）。付与条件としては、限定ではなく例として、端末２０Ａのユーザがポイント運用サービスに登録していることが挙げられる。
チケット付与条件を満たしている場合（Ａ３１０：ＹＥＳ）、端末２０Ａの制御部２１は、損失リセットチケットを端末２０Ａのアカウントに付与する損失リセットチケット付与処理を実行する（Ａ３２０）。
損失リセットチケット付与処理において、端末２０Ａの制御部２１は、チケットに対して所定のチケット有効期限（限定ではなく例として、３０日後）を設定し、チケット管理データに、チケット有効期限と紐づけてチケットＩＤを割り当て記憶させる。なお、端末２０Ａの制御部２１は、チケット有効期限を設定しない（無期限に設定する）ようにしてもよいし、そのようにしなくてもよい。
そして、端末２０Ａの制御部２１は、損失リセットチケット付与情報を生成し、表示部２４に表示させる（Ａ３３０）。
端末２０Ａの制御部２１は、Ａ１３０のステップを実行すると、損失リセットチケットを使用するか否かのチケット利用判定用表示を表示部２４に表示させるなどし、ユーザによって損失リセットチケットを使用することが選択されたか否かを判定する（Ａ３５５）。
なお、損失リセットチケット付与処理を実行していない場合（Ａ３１０：ＮＯ）、端末２０Ａの制御部２１は、チケット利用判定用表示を表示させず（Ａ３５５：ＮＯ）、Ａ２８５のステップに処理を進める。
限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、チケットを利用することが選択されると（Ａ３５５：ＹＥＳ）、端末２０Ａの制御部２１は、変動後運用ポイント数が運用追加ポイント数以下であるか否か判定する（Ａ２３５）。
変動後運用ポイント数が運用追加ポイント数以下である場合（Ａ２３０：ＹＥＳ）、端末２０Ａの制御部２１は、損失リセットチケット使用処理を実行する（Ａ３５５）。
損失リセットチケット使用処理において、端末２０Ａの制御部２１は、チケット管理データを参照し、使用するチケットのチケットＩＤのチケット有効期限が切れていないか否かを判定する。チケット有効期限が切れていない場合、端末２０Ａの制御部２１は、チケット管理データからチケットＩＤを削除する。
なお、端末２０Ａの制御部２１は、チケット管理データからチケットＩＤを削除する代わりに、チケットＩＤのチケットが使用済みとなったことを示すフラグ値を付加するようにしてもよいし、そのようにしなくてもよい。
チケット有効期限が切れている場合、端末２０Ａの制御部２１は、Ｓ２９０のステップに処理を進める。
なお、この場合、端末２０Ａの制御部２１は、チケット有効期限が切れていることを示すチケット無効情報を表示部２４に表示させるようにしてもよいし、そのようにしなくてもよい。
そして、端末２０Ａの制御部２１は、損失リセットチケットを使用したことを示す損失リセットチケット使用情報を表示部２４に表示させる（Ａ３８０）。その後、端末２０Ａの制御部２１は、Ａ２６５～Ａ２８５のステップを実行する。
なお、端末２０Ａの制御部２１において、損失リセットチケット付与処理や損失リセットチケット使用処理を実行し、サーバ１０の制御部１１において、運用ポイント追加処理や運用ポイントリセット処理を実行するようにしてもよいし、そのようにしなくてもよい。この場合、端末２０Ａの記憶部２８には、チケット管理データのみを加えて記憶させるようにすればよい。
＜第３変形例（２）＞
第３実施例では、チケット有効期限が迫っていても通知なくチケットが無効化されていたが、これに限定されない。限定ではなく例として、チケット有効期限が迫る場合、チケット使用を催促する通知を端末２０Ａの表示部２４に表示させるようにしてもよい。
＜表示画面＞
図３－８は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－８は、限定ではなく例として、図３－３左側においてユーザによって損失リセットチケットＴＣ１がタップされず、さらに時間が経過した後の運用状況確認画面の一例である。
この画面では、指標値確認領域ＩＣＲ１において、日時「２０２０年１１月２９日１３：１４」現在の指標値が「４，０００」に下がったままであることが表示されている。
また、画面最上部からせり下がるように、損失リセットチケットの有効期限が明日までとなったことに基づいて、「チケットの有効期限が迫っています」の文字で示される損失リセットチケット期限通知ＮＴ２が表示されている。
限定ではなく例として、ユーザによって損失リセットチケット期限通知ＮＴ２がタップされると、限定ではなく例として、図３－８中央の画面に表示が遷移する。
この画面では、ポイント運用アプリケーションのおしらせ画面であることを示す「おしらせ」の文字がタイトル表示領域内に表示されている。
タイトル表示領域の下には、おしらせ内容を表示するためのおしらせメッセージ表示領域が表示され、この例では、おしらせメッセージ表示領域内に、おしらせメッセージＣＴ１が表示されている。
おしらせメッセージＣＴ１には、「チケットがあと１日で無効になります」の文字と共に、無効となるチケットのアイコンが表示されている。また、チケットのアイコンの下には、運用中のポイント損益が「－５００」ポイントであることが、限定ではなく例として、赤文字で強調表示され、損失リセットチケットを使用すべきことをユーザに報知している。
その下には、無効となるチケットを使用するためのチケット使用ボタンが表示されている。限定ではなく例として、チケット使用ボタンがタップされると、図３－８右側に示すチケット使用画面に画面が遷移する。この画面は、図３－３中央と同様の画面である。
＜処理＞
処理については、限定ではなく例として、図３－４において、サーバ１０の制御部１１は、Ｓ１３０のステップを実行すると、ユーザが保有するチケットのチケット有効期限が迫っているか否かを判定する。そして、有効期限が迫っている場合、サーバ１０の制御部１１は、損失リセットチケット期限通知情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する。通信Ｉ／Ｆ２２によってサーバ１０から損失リセットチケット期限通知情報を受信する場合、端末２０Ａの制御部２１は、受信した損失リセットチケット期限通知情報を表示部２４に表示させるようにすればよい。
本変形例は、端末２０Ａ（限定ではなく、情報処理装置の一例）が、チケット有効期限（限定ではなく、有効期限の一例）に基づく通知を表示する制御を制御部２１によって行う構成を示している。
このような構成により得られる変形例の効果の一例として、権利に関する情報の有効期限に関する情報をユーザに報知することができる。
＜第３変形例（３）＞
第３実施例では、損失リセットチケットの付与条件として、端末２０Ａのユーザがポイント運用サービスに登録している例を示したが、これに限定されない。限定ではなく例として、ポイント運用サービスの事業者と提携する証券口座を開設することを、損失リセットチケットの付与条件としてもよい。
＜表示画面＞
図３－９は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－９左側は、限定ではなく例として、図２－１の遷移と同様にして、評価値「５，０００」で「２，５００」ポイントを運用追加する処理（買い）を実行した後の運用状況確認画面の一例である。
この画面では、損失リセットチケットの付与条件を満たしていないため、指標値確認領域ＩＣＲ１の下に、損失リセットチケットＴＣ１が表示されていない。
限定ではなく例として、ユーザによってその他メニューボタンがタップされると、限定ではなく例として、図３－９中央の画面に表示が遷移する。
この画面では、ポイント運用アプリケーションのその他メニュー画面であることを示す「その他」の文字がタイトル表示領域内に表示されている。
タイトル表示領域の下には、その他メニューの内容を選択させるためのメニュー選択領域が表示されている。この例では、おしらせ画面に遷移するための「おしらせ」の文字で示されるおしらせボタンと、ユーザが保有するチケットを確認するためのチケット確認画面に遷移するための「チケット」の文字で示されるチケット確認ボタンと、ポイント運用サービスの利用規約を確認するための利用規約確認画面に遷移するための「利用規約」の文字で示される利用規約確認ボタン等がメニュー選択領域内に表示されている。
メニュー選択領域の下には、ポイント運用サービスの事業者と提携する事業者の広告を表示させるための広告表示領域ＢＡＲ１が表示されている。この例では、広告表示領域ＢＡＲ１には、実際の法定貨幣を運用することを推奨するための証券口座開設に関する広告が表示されている。
限定ではなく例として、ユーザによって広告表示領域ＢＡＲ１がタップされると、ポイント運用サービスの事業者と提携する証券会社の証券口座開設画面に表示画面が遷移する。証券口座開設画面に必要事項を入力し、証券口座が開設されると、限定ではなく例として、図３－９右側の画面に表示が遷移する。
この画面では、ユーザＡ．Ａがポイント運用サービスの事業者と提携する証券口座を開設したことに伴い、「証券口座開設ありがとうございます」の文字で示されるチケット取得通知領域ＴＮＲ２が表示画面に重ねて表示されている。
チケット取得通知領域ＴＮＲ２の中央には、獲得したチケットである「損失リセット」の文字で示されるチケットのアイコンが表示されている。また、チケットのアイコンには、チケット有効期限である「２０２０年１１月３０日」の文字も併せて表示されている。
チケットのアイコンの下には、チケットを取得したことを示す「損失リセットチケットプレゼント」の文字が表示され、その下にはチケット取得通知領域ＴＮＲ２を閉じるための「ＯＫ」の文字で示されるチケット取得確認ボタンが配置されている。
＜処理＞
処理については、限定ではなく例として、図３－４において、Ｓ３１０～Ｓ３３０のステップをＳ１３０のステップの後に、Ａ３３０～Ａ３４０のステップをＡ１３０のステップの後に実行する。
また、不図示の証券サーバは、証券口座開設処理を実行すると、ポイント運用サービスのアプリケーションＩＤを含む証券口座開設情報を通信Ｉ／Ｆによってサーバ１０に送信する。
そして、Ｓ３１０のステップにおけるチケット付与条件を、端末２０ＡのアプリケーションＩＤを含む証券口座開設情報を受信したか否かとすればよい。
なお、チケット付与条件以外に、チケット利用を行うための条件を別に設定するようにしてもよい。限定ではなく例として、ポイント運用サービスの登録時に、チケットは配布されるが、チケットを使用するには他の使用解除条件（限定ではなく例として、ポイント運用サービスの事業者と提携する証券口座開設）を満たす必要があることとしてもよいし、そのようにしなくてもよい。この場合、限定ではなく例として、図３－５のＳ３５０のステップにおいて、使用解除条件を満たす場合にのみ損失リセットチケット使用処理が実行され、図３－５のＳ３６０～Ｓ２８０のステップが実行されるようにすればよい。
なお、損失リセットチケットの付与条件としては、限定ではなく例として、以下のいずれかの条件を適用することができる。使用解除条件についても同様である。
（Ａ）ポイント運用サービスへの登録
（Ｂ）ポイント運用サービスの事業者と提携する証券口座の開設
（Ｃ）ポイント運用サービスの事業者と提携する事業者の商品・サービスの購入や利用
（Ｄ）ポイント運用サービスの事業者あるいはポイント運用サービスの事業者と提携する事業者が行うキャンペーン特典として付与
（Ｅ）ある運用コースへの一定ポイント数の追加
（Ｆ）複数の運用コースへの一定合算ポイント数の追加
（Ｇ）所定数以上への運用コースへのポイント追加
（Ｈ）所定数のポイント残高の使用
（Ｉ）所定数の運用中ポイントの使用
（Ｊ）（Ａ）～（Ｉ）の任意の組み合わせ
本変形例は、損失リセットチケット（限定ではなく、ポイントの数を増加させる権利に関する情報の一例）は、ユーザにより証券口座が開設されたことに基づいて、ユーザに関連付けられる構成を示している。
このような構成により得られる変形例の効果の一例として、ユーザにより証券口座が開設されたことに基づいて、ポイントの数を増加させる権利に関する情報がユーザに関連付けられるようにすることができる。このため、言うなれば、証券口座の開設の特典という形で、権利に関する情報がユーザに付与されるようにすることができる。
また、本変形例は、損失リセットチケット（限定ではなく、ポイントの数を増加させる権利に関する情報の一例）は、運用追加ポイント数（限定ではなく、指標値に関連付けた第１ポイント数の一例）に基づいて、ユーザに関連付けられる構成を示している。
このような構成により得られる変形例の効果の一例として、指標値に関連付けた第１ポイント数に基づいて、ポイントの数を増加させる権利に関する情報がユーザに関連付けられるようにすることができる。
また、本変形例は、指標値は、複数の運用コースの指標値（限定ではなく、複数の指標値の一例）を含み、運用追加ポイント数の合算ポイント数（限定ではなく、第１ポイント数の一例）は、複数の指標値の各々に関連付けた運用追加ポイント数（限定ではなく、ポイントの数の一例）の合計の数である構成を示している。
このような構成により得られる変形例の効果の一例として、上記と相まって複数の指標値の各々に関連付けたポイントの数の合計の数である第１ポイント数に基づいて、権利に関する情報がユーザに関連付けられるようにすることができる。
＜第３変形例（４）＞
第３実施例では、ポイント運用サービスにおいて利用可能なチケットとして、ポイント運用での損失を全ポイント補填する損失リセットチケットについて例示したが、これに限定されない。限定ではなく例として、運用ポイントリセット処理において、使用される１枚のチケットあたり「Ｎ」ポイント（「Ｎ」は好ましくは整数である任意の正の定数）を変動後運用ポイント数またはポイント残高あるいはその両方に加算するようにしてもよい。
図３－１０は、本変形例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
記憶部１５には、限定ではなく例として、ポイント運用アプリケーション管理処理プログラム１５１と、アカウント登録データ１５３と、アカウント管理データベース１５５と、ポイント運用コース登録データベース１５７と、チケット発行管理データベース１５９とが記憶される。
チケット発行管理データベース１５９は、ポイント運用サービスにおいて利用可能なチケットの管理を行うための管理データベースであり、そのデータ構成の一例を図３－１１に示す。
チケット発行管理データベース１５９には、チケット種別ごとの管理データとして、チケット発行管理データが記憶される。
各々のチケット発行管理データには、限定ではなく例として、チケット種別ＩＤと、チケット名と、使用時効果と、チケット付与条件と、発行済みチケット管理データとが関連付けて記憶される。
チケット種別ＩＤは、チケットの種別（種類）を識別するために用いられる情報である。
このチケット種別ＩＤは、好ましくはチケットの種別ごとに一意な値であり、限定ではなく例として、サーバ１０によってチケットの種別ごとに一意な値（固有の値）が設定されて記憶される。
チケット名は、このチケットの名称であり、限定ではなく例として、サーバ１０のユーザがチケット種別を追加する際に登録する名称が記憶される。
使用時効果は、限定ではなく例として、この種別のチケットが使用された場合のチケット１枚あたりの効果を表す項目である。
チケット付与条件は、限定ではなく例として、この種別のチケットがユーザに付与される条件を示す項目であり、限定ではなく例として、損失リセットチケットの付与条件（Ａ）～（Ｊ）と同様の条件が設定され記憶される。
使用時効果や、チケット付与条件には、限定ではなく例として、サーバ１０のユーザがチケット種別を追加する際に登録する名称が記憶される。
限定ではなく例として、図３－１１では、チケット名「カバーチケット２００」のチケットは、運用追加ポイント数「１，０００」ポイントごとに１枚付与される。そして、「カバーチケット２００」が使用されると、１枚につき、限定ではなく例として、変動後運用ポイント数に「２００」ポイントが加算されることが示されている。
前述した「損失リセットチケット」のチケット種別では、限定ではなく例として、チケット付与条件を、限定ではなく例として、「ポイント運用サービス登録時」とし、使用時効果を「変動後運用ポイント数に運用損失ポイントを加算」などとすることができる。
発行済みチケット管理データは、この種別のチケットが発行された場合のチケットＩＤを管理するためのデータであり、限定ではなく例として、チケットＩＤと、発行日時と、発行先アプリケーションＩＤとが関連付けて記憶される。
チケットＩＤは、限定ではなく例として、アカウント管理データベース１５５Ｃのチケット管理データと紐付けられる、チケットの識別情報である。
発行日時は、限定ではなく例として、チケットＩＤのチケットが発行された日時を記憶させるための項目である。
発行先アプリケーションＩＤには、限定ではなく例として、チケットＩＤのチケットが付与されたアカウントのアプリケーションＩＤが記憶される。
＜表示画面＞
図３－１２～図３－１３は、本変形例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図３－１２左側は、限定ではなく例として、ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるポイント運用アプリケーションの運用状況確認画面である。
図３－１２左側の運用状況確認画面では、「カバーチケット２００」のチケット付与条件を満たしていないため、チケット取得通知領域ＴＮＲ１は表示されない。
その後、図３－２の遷移と同様にして、図３－１２中央から図３－１２右側へと画面が遷移することで、評価値「５，０００」で「２，５００」ポイントを運用追加する処理（買い）を実行する。
図３－１２右側の取引確認表示領域ＡＣＲ３には、この取引種別が買いであることを示す「運用開始」の文字と、取引日時を示す「２０２０年１１月１１日８：０６」の文字と、この取引で追加されたポイント数を示す「２，５００ポイント」の文字と、約定単価を示す「指標値：５０００」の文字とが表示されている。
また、その下には、「カバーチケット２００」のチケット付与条件である「１，０００ポイント運用ごとのチケットをゲット！」を満たしたことに基づいて、「カバーチケット２００」が２枚付与されたことを示すイラストが表示されている。
図３－１３左側は、限定ではなく例として、図３－１２から時間が経過した後の運用状況確認画面の一例である。
この画面では、指標値確認領域ＩＣＲ１において、日時「２０２０年１１月２５日１１：３２」現在の指標値が「４，０００」に下がったことが表示されている。また、指標値の推移を示す折れ線グラフもそれに伴い下降している。
このとき、運用ポイント追加時に比べて指標値が下降したことに伴い、運用中ポイント評価額表示領域ＡＶＲ２には、運用中ポイント評価額が「２，０００」ポイントに減少し、ポイント運用損益が「－５００」ポイントになったことが示されている。
指標値確認領域ＩＣＲ１の下には、「カバーチケット２００」２枚を取得したことに基づいて、取得したチケットのアイコンであるカバーチケットＴＣ２が表示されている。
限定ではなく例として、ユーザによってカバーチケットＴＣ２がタップされると、限定ではなく例として、図３－１３中央の画面に表示が遷移する。
この画面では、タイトル表示領域の下には、ユーザにチケットを使用するか確認するための「損失カバーチケットを２枚使いますか？」の文字が表示されている。また、その下には、使用するチケットを選択させるための使用チケット選択領域ＴＳＲ１が表示されている。
使用チケット選択領域ＴＳＲ１には、ユーザが保有するチケット（この場合には「カバーチケット２００」が２枚）のアイコンが表示されている。限定ではなく例として、チケットのアイコンをタップする毎に、アイコン左側のチェックマークが明滅し、チケット毎にそのチケットを使用するか否かを選択することができる。
使用チケット選択領域ＴＳＲ１の下には、選択されたチケットの使用に伴い、運用中ポイント評価額が「２，０００」ポイントから「２，４００」ポイントに増額されることを示すチケット使用確認領域ＴＣＲ２が表示されている。
限定ではなく例として、ユーザによってチケット使用実行ボタンがタップされると、限定ではなく例として、図３－１３右側の画面に表示が遷移する。
このチケット使用画面では、タイトル表示領域の下に、使用したチケットとその枚数である「損失カバーチケット×２」の文字と、チケットを使用したことを示す「損失カバーチケットを使いました」の文字が表示されている。また、それらの文字の下には、「カバーチケット２００」を２枚使ったことで運用損失の一部を取り戻し喜ぶ犬のイラストが表示されている。
イラストの下には、チケット使用画面を抜けるための「ＯＫ」の文字で示される機能ボタンが表示されている。
また、運用中ポイント評価額表示領域ＡＶＲ２には、チケット使用分のポイント「４００」ポイントを取得したことに伴い、運用中ポイント評価額が「２，４００」ポイントに増加し、ポイント運用損失が「－１００」ポイントに軽減されたことが示されている。
＜処理＞
本変形例における処理は、限定ではなく例として、図３－４において、Ｓ３１０のステップにおいて、サーバ１０の制御部１１は、チケット発行管理データのチケット付与条件を満たす場合、Ｓ３２０のステップにおいて、チケット付与条件を満たす種別のチケットを付与するようにすればよい。
なお、Ｓ３１０～Ｓ３３０のステップを、Ｓ１１０やＳ１３０のステップの後に実行するようにしてもよいし、そのようにしなくてもよい。また、図３－５のＡ２８０：ＮＯの場合、図３－４のＡ１１０のステップの前に処理を戻し、図３－５のＳ２９０：ＮＯの場合、図３－４のＳ１１０のステップの前に処理を戻すようにしてもよいし、そのようにしなくてもよい。
また、図３－５のＡ３６０のステップにおいて、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力（ユーザ操作）に基づいて、使用するチケットを選択し、通信Ｉ／Ｆ２２によってサーバ１０に送信するようにすればよい。
そして、図３－５のＳ２７０のステップにおいて、サーバ１０の制御部１１は、選択されたチケットの使用時効果を累計したポイント数を変動後運用ポイント数またはポイント残高あるいはその両方に加算させる処理を行うようにすればよい。
なお、選択されたチケットの使用時効果で得られるポイント数が運用損失ポイントを上回る場合、加算させるポイント数を運用損失ポイントまでに抑えるようにしてもよいし、そのようにしなくてもよい。
本変形例は、サーバ１０の制御部１１が、ユーザに対して複数のカバーチケット（限定ではなく、複数の権利に関する情報の一例）が関連付けられ、複数のチケットの使用に基づいて運用ポイントリセット処理（限定ではなく、増加させる処理の一例）を実行する構成を示している。
このような構成により得られる変形例の効果の一例として、ユーザに対して複数の権利に関する情報が関連付けられ、複数の権利に関する情報の使用に基づいて、第２ポイント数を第３ポイント数に増加させる処理が行われるようにすることができる。
＜第４実施例＞
第２実施例～第３実施例では、運用損失リセット確認領域には、運用損失リセットに伴う運用中ポイント評価額の変化を表示させることとしたが、これに限定されない。限定ではなく例として、指標値が上昇中である場合、運用損失リセットを実行する必要性が低い可能性が高い。また、指標値が下降中である場合、その指標値に関連するポイントを増加させても、再度運用中ポイント評価額が下がってしまう可能性が高い。
第４実施例は、運用損失リセット確認領域に、指標値の見通しに関する表示を加えて表示させる実施例である。
＜表示画面＞
図４－１～図４－２は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
図４－１左側は、限定ではなく例として、ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるポイント運用アプリケーションの運用状況確認画面である。
この画面では、タイトル表示領域の下に、運用コース名が「うさぎさんコース」の文字で示される運用コースにおける指標値の変動を示すための指標値確認領域ＩＣＲ２と、運用コース名が「かめさんコース」の文字で示される運用コースにおける指標値の変動を示すための指標値確認領域ＩＣＲ３とが表示されている。
指標値確認領域ＩＣＲ２では、日時「２０２０年１１月２５日１１：３２」現在の「うさぎさんコース」におけるポイント運用損益が「－５００」ポイントであることが示されている。また、指標値確認領域ＩＣＲ３では、「かめさんコース」ではポイント運用を行っていないことが示されている。
運用中ポイント評価額表示領域ＡＶＲ３には、全ての運用コースにおけるトータルのポイント運用の損益が「－５００」ポイントであることが併せて示されている。
運用中ポイント評価額表示領域ＡＶＲ３の上には、指標値変動後の運用中ポイント総評価額が各運用コースにおける運用追加ポイント数の総和を下回ることに基づいて、「はじめてサポートで５００ポイントもらう」の文字で示される運用損失リセットボタンＢＳＢ３が表示されている。
限定ではなく例として、ユーザによって運用損失リセットボタンＢＳＢ３がタップされると、限定ではなく例として、図４－１中央の画面に表示が遷移する。
この運用損失リセット画面では、運用損失リセット確認領域ＳＣＲ５において、運用損失リセットに伴い、運用中ポイント総評価額が「２，０００」ポイントから「２，５００」ポイントに「＋５００」ポイント増額されることが示されている。また、運用損失リセット確認領域ＳＣＲ５の上部には、運用損失リセットを行う対象となる運用コースである「うさぎさんコース」の指標値が今後上がるか下がるかをユーザのアンケート形式で予想した「みんなの見通し」の文字と、指標値が上がるに投票したユーザ数が「８２１」人、指標値が下がるに投票したユーザ数が「２，３０５」人であることとが示されている気配アンケート結果表示領域が表示されている。
限定ではなく例として、ユーザによって運用損失リセット実行ボタンがタップされると、限定ではなく例として、図４－１右側の画面に表示が遷移する。
この運用損失リセット画面では、加算される運用損失ポイントを損した「うさぎさんコース」とは別の運用コースにポイント追加することを促す「損した分の５００ポイントを別のコースで運用してみませんか？」の文字が表示されている。また、その下には、「かめさんコース」の指標値確認領域ＩＣＲ４が表示されている。
指標値確認領域ＩＣＲ４には、「かめさんコース」の指標値や指標値の推移を示す折れ線グラフに加えて、「かめさんコース」でポイント運用を行っているユーザ数を表す「１３，９９８人が運用中」の文字が加えて表示されている。
指標値確認領域ＩＣＲ４の下には、加算される運用損失ポイントを「かめさんコース」で運用させるための「はい」の文字で示される代替運用実行ボタンと、「うさぎさんコース」で運用させるための「いいえ」の文字で示される現行運用実行ボタンとが表示されている。
限定ではなく例として、ユーザによって代替運用実行ボタンがタップされると、限定ではなく例として、図４－２左側の画面に表示が遷移する。
この運用損失リセット画面では、タイトル表示領域の下に、運用ポイントリセット結果表示領域ＳＲＲ１が表示されている。
運用ポイントリセット結果表示領域ＳＲＲ１には、運用損失分のポイント「５００」ポイントを取得したことと、運用中ポイント総評価額が「２，５００」ポイントに増加した（運用開始時のポイントにリセットされた）ことが示されている。
また、その下には、運用損失リセットを行った結果である、運用コースごとの運用中ポイント評価額の推移が表示されている。限定ではなく例として、この画面では、「かめさんコース」の運用中ポイント評価額が「０」ポイントから「５００」ポイントに増加している。
運用中ポイント評価額表示領域ＡＶＲ３には、運用中ポイント総評価額が「２，５００」ポイントに増加し、全ての運用コースにおけるトータルのポイント運用の損益が「０」ポイントとなったことが示されている。
運用ポイントリセット結果表示領域ＳＲＲ１の下には、限定ではなく例として、運用状況確認画面に戻るための「ＯＫ」の文字で示される運用ポイントリセット結果確認終了ボタンが表示されている。
限定ではなく例として、ユーザによって運用ポイントリセット結果確認終了ボタンがタップされると、限定ではなく例として、図４－２中央の画面に表示が遷移する。
この運用状況確認画面では、指標値確認領域ＩＣＲ２に、日時「２０２０年１１月２５日１１：３２」現在の「うさぎさんコース」における運用中ポイント評価額が「２，０００」ポイント、そのポイント運用損益が「－５００」ポイントであることが示されている。また、指標値確認領域ＩＣＲ３では、「かめさんコース」では運用中ポイント評価額が「５００」ポイント、そのポイント運用損益が「±０」ポイントであることが示されている。
限定ではなく例として、ユーザによって指標値確認領域ＩＣＲ３がタップされると、限定ではなく例として、図４－２中央の画面に表示が遷移する。
この運用状況確認画面では、「かめさんコース」の詳細な指標値確認領域ＩＣＲ５が表示されている。
指標値確認領域ＩＣＲ５には、現在の指標値や指標値の推移を示す折れ線グラフ、運用中ポイント評価額やポイント運用損益に加えて、「かめさんコース」で運用中のユーザのランキングを表示させるためのランキング表示ボタンＲＢ１が表示されている。
また、指標値確認領域ＩＣＲ５の下部には、「あなたの見通しは？」の文字で示される気配アンケート表示領域ＳＡＲ１が表示され、気配アンケート表示領域ＳＡＲ１内の「上がる」または「下がる」の文字で示されるボタンがタップされることにより、「かめさんコース」の指標値が今後上がるか下がるかのアンケートに投票することができる。
限定ではなく例として、ユーザによってランキング表示ボタンＲＢ１がタップされると、ランキング表示画面に表示が遷移する。
ランキング表示画面では、「かめさんコース」で得られたポイント運用損益における、ユーザのランキングが表示される。
なお、限定ではなく例として、ポイント運用サービス事業者がチャットサービス（チャットアプリケーション）の事業者等とする場合、チャットサービスにおける友だち間でのランキングを表示させるようにしてもよいし、そうしなくてもよい。
なお、気配アンケート結果を、運用ポイントリセット処理（限定ではなく、増加させる処理の一例）の実行に基づいて表示させることに限定されず、運用ポイントリセット処理が実行されずとも、気配アンケート結果を表示させるようにしてもよいし、そのようにしなくてもよい。
＜処理＞
本実施例における処理は、限定ではなく例として、第２変形例（６）と同様に実行することが可能なため、再度の説明は省略する。
なお、気配アンケート表示領域ＳＡＲ１内に対する投票結果は、限定ではなく例として、ポイント運用コース登録データのその他運用コース情報内に記憶させ管理することができる。
＜第４実施例の効果＞
本実施例は、指標値は、うさぎさんコースの指標値（限定ではなく、第１指標値の一例）を含み、運用ポイントリセット処理（限定ではなく、増加させる処理の一例）に基づいて、うさぎさんコースの指標値（限定ではなく、第１指標値の一例）とは異なるかめさんコースの指標値（限定ではなく、第２指標値の一例）を指標値の候補として表示する制御を端末２０Ａ（限定ではなく、情報処理装置の一例）の制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、第２ポイントを第３ポイントに増加させる処理に基づいて、第１指標値とは異なる第２指標値を指標値の候補としてユーザに提示することができる。
また、本実施例は、かめさんコースの指標値に関連付けられた気配アンケート結果（限定ではなく、指標値に関連付けられた情報の一例）を表示する制御を端末２０Ａ（限定ではなく、情報処理装置の一例）の制御部２１によって行う構成を示している。
このような構成により得られる実施例の効果の一例として、指標値に関連付けられた情報をユーザに報知することができる。
また、この場合、気配アンケート結果は、運用ポイントリセット処理（限定ではなく、増加させる処理の一例）の実行に基づいて、制御部２１によって表示されるようにすることができる。
このような構成により得られる実施例の効果の一例として、第２ポイント数を第３ポイント数に増加させる処理が実行されたことに基づいて、指標値に関連付けられた情報をユーザに報知することができる。
＜他の実施例＞
上記の実施例では、買いの処理（限定ではなく例として、運用ポイント追加処理）を行った後、売りの処理を行わない場合について説明したがこれに限定されない。限定ではなく例として、買いの処理の後に運用中の運用コースから運用ポイントを外す売りの処理を行うようにしてもよいし、そうしなくてもよい。
限定ではなく例として、ある運用コースにおいて、「Ｌ」回の買いの処理と「Ｍ」回の売りの処理とが実行された場合を考える（Ｌは任意の自然数，Ｍは０以上の任意の整数）。このとき、この運用コースにおける運用追加ポイント数と変動後運用ポイント数とは、限定ではなく例として、以下の式で算出することができる。
運用追加ポイント数＝平均取得額×保有口数
変動後運用ポイント数＝変動後の指標値×保有口数
限定ではなく例として、これらの式で算出される運用追加ポイント数と変動後運用ポイント数とを各処理（限定ではなく例として、図１－１０のＳ１４０のステップやＳ１７０のステップ、図２－３のＳ２４０のステップやＳ２７０のステップ等）において用いるようにすればよい。
運用コースが複数である場合には、限定ではなく例として、運用コースごとの運用追加ポイント数と変動後運用ポイント数とを上記の式に従い算出し、総和を取ればよい。
なお、「Ｌ」回の買いの処理を、限定ではなく例として、一定ポイント数（限定ではなく例として、「１，０００」ポイント）を所定期間（限定ではなく例として、「３０日」）あるいは所定日時（限定ではなく例として、「毎月一日」）ごとに積み立てる買いの処理としてもよいし、そのようにしなくてもよい。売りの処理についても同様である。
＜その他＞
本開示の手法を適用可能なシステムは、上記のシステムに限定されない。
端末とサーバとを含むシステムに限らず、限定ではなく例として、サーバを含まないシステムを適用することも可能である。これについては、前述した通りである。
また、本開示において、端末２０Ａの制御部２１が受信した情報を表示部２４に表示させる制御を、サーバ１０の制御部１１が送信した情報を表示部１３に表示させる制御としてもよいし、そのようにしなくてもよい。
また、上記の実施形態では、ポイント数を「増加させる処理」として説明したが、これを、ポイント数の「損失をなくす処理」としてもよいし、ポイント数を「更新する処理」としてもよい。
１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク

Claims (25)

  1. 情報処理装置によって実行されるプログラムであって、
    値が変動する指標値にユーザのポイントを関連付ける処理を前記情報処理装置の制御部によって行うことと、
    前記指標値の変動に基づいて、前記指標値に関連付けた前記ポイントの数である第１ポイント数が変動され、変動された前記ポイントの数である第２ポイント数が設定された第１設定値以下の場合に、前記ユーザによって前記ポイントに関する入力が行われた場合、前記第２ポイント数を前記第２ポイント数よりも大きい第３ポイント数に増加させる処理を前記制御部によって行うこととが前記情報処理装置によって実行される。
  2. 請求項１に記載のプログラムであって、
    前記第１設定値は、前記指標値に関連付けられた前記第１ポイント数に基づく値である。
  3. 請求項１または請求項２に記載のプログラムであって、
    前記第３ポイント数は、前記指標値に関連付けられた前記第１ポイント数に基づく値である。
  4. 請求項１または請求項２に記載のプログラムであって、
    前記第３ポイント数は、前記第２ポイント数から設定された第２設定値の前記ポイントの数を増加させた値である。
  5. 請求項４に記載のプログラムであって、
    前記増加させる処理は、前記第１ポイント数から前記第２ポイント数への減少に基づく前記ユーザの損失を補填する処理を含む。
  6. 請求項１から請求項５のいずれか一項に記載のプログラムであって、
    前記第３ポイント数と前記第２ポイント数との差分に基づく値を示す第１表示を表示する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
  7. 請求項１から請求項６のいずれか一項に記載のプログラムであって、
    前記増加させる処理は、前記第２ポイント数が前記第１設定値以下である第１条件と、前記第１条件とは異なる第２条件とを満たす場合に、前記ユーザによって前記ポイントに関する前記入力が行われた場合、前記制御部によって行われる。
  8. 請求項７に記載のプログラムであって、
    前記第２条件は、設定された第３設定値以上の前記ポイントの数を前記指標値に関連付けることに関する条件を含む。
  9. 請求項１から請求項８のいずれか一項に記載のプログラムであって、
    前記第２ポイント数が前記第１設定値以下の場合、前記増加させる処理に関する第２表示を表示する制御を前記制御部によって行うことが前記情報処理装置によって実行され、
    前記ポイントに関する前記入力は、前記第２表示に対する入力を含む。
  10. 請求項９に記載のプログラムであって、
    設定された期日内の場合、前記第２表示を表示する制御が前記制御部によって行われる。
  11. 請求項１０に記載のプログラムであって、
    前記設定された期日に関する通知を表示する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
  12. 請求項１から請求項１１のいずれか一項に記載のプログラムであって、
    前記増加させる処理は、前記ユーザによる、前記ユーザに関連付けられた、前記ポイントの数を増加させる権利に関する情報の使用に基づいて前記制御部によって行われる。
  13. 請求項１２に記載のプログラムであって、
    前記増加させる処理は、前記ユーザに対して複数の前記権利に関する情報が関連付けられ、複数の前記権利に関する情報の使用に基づいて前記制御部によって行われる。
  14. 請求項１２または請求項１３に記載のプログラムであって、
    前記権利に関する情報は、前記ユーザにより証券口座が開設されたことに基づいて、前記ユーザに関連付けられる。
  15. 請求項１２から請求項１４のいずれか一項に記載のプログラムであって、
    前記権利に関する情報は、前記指標値に関連付けた前記第１ポイント数に基づいて、前記ユーザに関連付けられる。
  16. 請求項１５に記載のプログラムであって、
    前記指標値は、複数の指標値を含み、
    前記第１ポイント数は、前記複数の指標値の各々に関連付けた前記ポイントの数の合計の数である。
  17. 請求項１２から請求項１６のいずれか一項に記載のプログラムであって、
    前記権利に関する情報は、前記ユーザにより、前記指標値に前記ポイントの数を関連付けるためのポイント運用口座が開設されたことに基づいて、前記ユーザに関連付けられる。
  18. 請求項１２から請求項１７のいずれか一項に記載のプログラムであって、
    前記権利に関する情報は、有効期限が設定されている。
  19. 請求項１８に記載のプログラムであって、
    前記有効期限に基づく通知を表示する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
  20. 請求項１から請求項１９のいずれか一項に記載のプログラムであって、
    前記指標値は、第１指標値を含み、
    前記増加させる処理に基づいて、前記第１指標値とは異なる第２指標値を前記指標値の候補として表示する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
  21. 請求項１から請求項２０のいずれか一項に記載のプログラムであって、
    前記指標値に関連付けられた情報を表示する制御を前記制御部によって行うことが前記情報処理装置によって実行される。
  22. 請求項２１に記載のプログラムであって、
    前記増加させる処理の実行に基づいて、前記指標値に関連付けられた情報を表示する制御が前記制御部によって行われる。
  23. 情報処理装置の情報処理方法であって、
    値が変動する指標値にユーザのポイントを関連付ける処理を前記情報処理装置の制御部によって行うことと、
    前記指標値の変動に基づいて、前記指標値に関連付けた前記ポイントの数である第１ポイント数が変動され、変動された前記ポイントの数である第２ポイント数が設定された第１設定値以下の場合に、前記ユーザによって前記ポイントに関する入力が行われた場合、前記第２ポイント数を前記第２ポイント数よりも大きい第３ポイント数に増加させる処理を前記制御部によって行うこととを含む。
  24. 情報処理装置であって、
    値が変動する指標値にユーザのポイントを関連付ける処理を行い、前記指標値の変動に基づいて、前記指標値に関連付けた前記ポイントの数である第１ポイント数が変動され、変動された前記ポイントの数である第２ポイント数が設定された第１設定値以下の場合に、前記ユーザによって前記ポイントに関する入力が行われた場合、前記第２ポイント数を前記第２ポイント数よりも大きい第３ポイント数に増加させる処理を行う制御部を備える。
  25. 情報処理装置であって、
    メモリに記憶されたプログラムを読み出し、前記プログラムに基づいて処理を実行するプロセッサーを備え、
    前記プロセッサーは、
    値が変動する指標値にユーザのポイントを関連付ける処理を行うことと、
    前記指標値の変動に基づいて、前記指標値に関連付けた前記ポイントの数である第１ポイント数が変動され、変動された前記ポイントの数である第２ポイント数が設定された第１設定値以下の場合に、前記ユーザによって前記ポイントに関する入力が行われた場合、前記第２ポイント数を前記第２ポイント数よりも大きい第３ポイント数に増加させる処理を行うこととを実行する。
JP2020211647A 2020-12-21 2020-12-21 プログラム、情報処理方法、情報処理装置 Active JP7146887B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2020211647A JP7146887B2 (ja) 2020-12-21 2020-12-21 プログラム、情報処理方法、情報処理装置
PCT/JP2021/037338 WO2022137730A1 (ja) 2020-12-21 2021-10-08 プログラム、情報処理方法、情報処理装置
JP2022149818A JP2022177200A (ja) 2020-12-21 2022-09-21 プログラム、情報処理方法、情報処理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020211647A JP7146887B2 (ja) 2020-12-21 2020-12-21 プログラム、情報処理方法、情報処理装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2022149818A Division JP2022177200A (ja) 2020-12-21 2022-09-21 プログラム、情報処理方法、情報処理装置

Publications (2)

Publication Number Publication Date
JP2022098231A JP2022098231A (ja) 2022-07-01
JP7146887B2 true JP7146887B2 (ja) 2022-10-04

Family

ID=82158955

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2020211647A Active JP7146887B2 (ja) 2020-12-21 2020-12-21 プログラム、情報処理方法、情報処理装置
JP2022149818A Pending JP2022177200A (ja) 2020-12-21 2022-09-21 プログラム、情報処理方法、情報処理装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2022149818A Pending JP2022177200A (ja) 2020-12-21 2022-09-21 プログラム、情報処理方法、情報処理装置

Country Status (2)

Country Link
JP (2) JP7146887B2 (ja)
WO (1) WO2022137730A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005031621A1 (ja) 2003-09-25 2005-04-07 Fujitsu Limited 売買損失補償方法、売買損失補償プログラムおよび資産取引決済装置
WO2018190091A1 (ja) 2017-04-11 2018-10-18 株式会社野村総合研究所 ポイント運用システムおよびポイント運用プログラム
JP2020095639A (ja) 2018-12-14 2020-06-18 Kddi株式会社 ポイント管理装置、ポイント管理方法およびポイント管理システム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005031621A2 (ja) 2003-09-25 2005-04-07 Fujitsu Ltd 売買損失補償方法、売買損失補償プログラムおよび資産取引決済装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005031621A1 (ja) 2003-09-25 2005-04-07 Fujitsu Limited 売買損失補償方法、売買損失補償プログラムおよび資産取引決済装置
WO2018190091A1 (ja) 2017-04-11 2018-10-18 株式会社野村総合研究所 ポイント運用システムおよびポイント運用プログラム
JP2020095639A (ja) 2018-12-14 2020-06-18 Kddi株式会社 ポイント管理装置、ポイント管理方法およびポイント管理システム

Also Published As

Publication number Publication date
JP2022098231A (ja) 2022-07-01
JP2022177200A (ja) 2022-11-30
WO2022137730A1 (ja) 2022-06-30

Similar Documents

Publication Publication Date Title
US11501297B1 (en) Blockchain agnostic token network
US11830039B2 (en) Method and apparatus for processing user's ratings and personal information
US8757482B2 (en) Attention economy for attention to messages, tasks and resources
US11308483B2 (en) Token service provider for electronic/mobile commerce transactions
CN107004196A (zh) 促成发送和接收个人对企业支付
US20130117174A1 (en) Real-time microfinance
US20230005027A1 (en) Detecting and triggering a preventative operation mode change in a loyalty program
JP7156934B2 (ja) 情報処理方法、プログラムおよび情報処理装置
WO2022085579A1 (ja) プログラム、情報処理方法、端末、サーバ
US20240233038A1 (en) Code generation and tracking for automatic data synchronization in a data management system
US11593765B2 (en) Application data integration for automatic data categorizations
JP7146887B2 (ja) プログラム、情報処理方法、情報処理装置
CN110972500B (zh) 用于支付管理的系统和方法
US20230334492A1 (en) Blockchain agnostic token network
JP7436408B2 (ja) プログラム、情報処理方法、端末
US20210082029A1 (en) Intermediary Method, Intermediary Device, and Recording Medium/Program
KR102572825B1 (ko) 정보처리 방법, 프로그램, 단말
JP7343258B2 (ja) プログラム、情報処理方法、情報処理装置
JP7273081B2 (ja) プログラム、情報処理方法、システム
WO2022181004A1 (ja) プログラム、情報処理方法、端末、システム
JP2023016582A (ja) プログラム、情報処理方法、システム
JP7158069B2 (ja) 情報提供装置及び情報提供プログラム
JP7336883B2 (ja) プログラム、情報処理方法、端末
JP7278068B2 (ja) 情報処理方法、プログラムおよび情報処理装置
WO2023105636A1 (ja) サーバ、プログラム、情報処理方法

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20210412

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20211007

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211008

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20211008

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220118

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20220304

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220510

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: 20220823

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220921

R150 Certificate of patent or registration of utility model

Ref document number: 7146887

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350