JP6907529B2 - 情報処理装置、プログラム、情報処理システム及び情報処理端末 - Google Patents

Description

本発明は、情報処理装置、プログラム、情報処理システム及び情報処理端末に関する。

近年、生活習慣病を始めとする様々な健康リスクに対応するために、健康増進、生活改善等を目的とする健康活動が奨励されるようになっている。しかし、単調に食生活の管理、日々の運動等を行うだけでは生活者のモチベーションを維持することが困難である。そこで、生活者のモチベーションを維持しつつ健康活動を行うことができるように、種々の健康支援策が提案されている。

例えば特許文献１では、健康増進のインセンティブとしてユーザにポイントを付与すべく、自装置で検出したユーザの運動量をポイント付与サーバに出力する健康器具等が開示されている。特許文献１によれば、ユーザの運動量が規定値に達した場合、健康器具は規定値に達した旨をポイント付与サーバに通知する。当該通知を受信した場合、ポイント付与サーバはユーザに対してマイレージポイント又はクレジットカードポイントを付与する。

特許文献２では、健康サービスの継続的な利用を支援するセンタ装置が開示されている。特許文献２によれば、センタ装置は、ユーザが入力した自らの健康情報を端末装置より受信して管理すると共に、健康情報に応じたアドバイスを端末装置に出力する。そしてセンタ装置は、健康情報の入力頻度に応じてサービス利用料金を引き下げることで、継続的な利用をユーザに促す。

特許文献３では、ユーザの血糖値に応じてインセンティブを与える測定支援システムが開示されている。特許文献３に係る測定支援システムは、ユーザが自ら血糖計により測定した血糖値に基づき、医師が当該血糖値を評価したポイント数、又は予め血糖値に応じてプログラムされたポイント数をユーザに付与する。測定支援システムは、ポイント数に応じたインセンティブとして、ゲームプログラムにおけるゲームの登場人物、アイテム等の電子媒体報奨品をユーザの電子機器に配信する。

特許第３７３５２８４号公報 特開２００３−１６２５８３号公報 特許第５１０７４７４号公報

しかしながら、特許文献１〜３に係る発明は、各サービス提供者が提供する健康支援サービスそれぞれについてインセンティブを与えるものであり、複数のサービスを組み合わせて健康の促進を図るものではない。健康促進のためには運動、食事、禁煙などの様々な面からアプローチすることが効果的であり、特許文献１〜３は、当該課題を解決するものとはいえない。

本発明は斯かる事情によりなされたものであって、その目的とするところは、ユーザに複数の健康支援サービスの利用を促すことができる情報処理装置等を提供することにある。

本発明に係る情報処理装置は、ユーザの健康活動を管理するアプリケーションであって、前記ユーザが利用する複数のアプリケーションを登録する登録部と、該登録部に登録され、前記ユーザの端末装置にインストール済みの前記アプリケーション夫々の実行の有無を示す利用状況を取得する取得部と、複数の前記アプリケーションが実行された場合に、前記ユーザに対して特典ポイントを付与する付与部とを備えることを特徴とする。

本発明に係る情報処理装置は、前記付与部は、複数の前記アプリケーションの組み合わせに応じて、前記特典ポイントのポイント数を加減することを特徴とする。

本発明に係る情報処理装置は、前記特典ポイントの加減対象である前記アプリケーションの組み合わせに応じて、前記ユーザに対して利用を推奨する前記アプリケーションを通知する通知部を備え、前記登録部は、前記通知部が通知した前記アプリケーションの登録を受け付けることを特徴とする。

本発明に係る情報処理装置は、前記取得部はさらに、前記ユーザの健康活動が一定条件を満たす場合に、前記アプリケーション夫々において個別に付与される個別ポイントの付与状況を取得し、前記特典ポイント及び個別ポイントを集計する集計部を備えることを特徴とする。

本発明に係る情報処理装置は、前記集計部が集計した前記特典ポイント及び個別ポイントの集計結果を前記ユーザに対して通知する第２通知部を備えることを特徴とする。

本発明に係る情報処理装置は、前記集計部が集計したポイント数に相当する金額の支払要求を出力する出力部を備えることを特徴とする。

本発明に係る情報処理装置は、前記登録部は、前記ユーザが加入している健康保険組合の情報を登録してあり、前記出力部は、前記健康保険組合に対して支払要求を出力することを特徴とする。

本発明に係る情報処理装置は、前記出力部は、前記アプリケーションを提供する事業者に対して支払要求を出力することを特徴とする。

本発明に係るプログラムは、ユーザの健康活動を支援するアプリケーションであって、前記ユーザが利用する複数のアプリケーションを登録し、登録され、前記ユーザの端末装置にインストール済みの前記アプリケーション夫々の実行の有無を示す利用状況を取得し、複数の前記アプリケーションが実行された場合に、前記ユーザに対して付与するポイントを集計する処理をコンピュータに実行させることを特徴とする。

本発明に係る情報処理システムは、ユーザの健康活動を管理する複数のアプリケーション夫々を提供する各事業者の事業者装置と、前記アプリケーションを実行する端末装置と、前記ユーザに対して付与するポイントを集計する情報処理装置とを有する情報処理システムであって、前記事業者装置は、前記端末装置から、前記アプリケーションの利用状況と、該アプリケーションにおいて記録される健康活動の活動記録とを取得する取得部と、該取得部が取得した前記活動記録を参照し、前記ユーザの健康活動が一定条件を満たすか否かを判定する判定部と、一定条件を満たすと前記判定部が判定した場合、前記ユーザに対して個別ポイントを付与する付与部と、前記アプリケーションの利用状況、及び前記個別ポイントの付与状況を前記情報処理装置に出力する出力部とを備え、前記情報処理装置は、前記ユーザが利用する複数の前記アプリケーションを登録する登録部と、該登録部に登録され、前記端末装置にインストール済みの複数の前記アプリケーション夫々に係る前記事業者装置から、前記アプリケーション夫々の実行の有無を示す利用状況、及び前記アプリケーション夫々における前記個別ポイントの付与状況を取得する第２取得部と、複数の前記アプリケーションが実行された場合に、前記ユーザに対して特典ポイントを付与する第２付与部と、前記特典ポイント及び個別ポイントを集計する集計部とを備えることを特徴とする。

本発明に係るプログラムは、ユーザの健康活動を管理する複数のアプリケーションの情報を表示部に表示し、表示された複数の前記アプリケーションから、前記ユーザが利用する前記アプリケーションの選択を受け付け、前記アプリケーションが複数選択された場合、選択された複数の前記アプリケーションが実行された場合に前記ユーザに対して付与される特典ポイントを前記表示部に表示する処理をコンピュータに実行させることを特徴とする。

本発明に係るプログラムは、前記特典ポイントは、複数の前記アプリケーションの組み合わせに応じて加減して付与されるポイントであり、加減対象である前記アプリケーションの組み合わせに応じて、前記ユーザに対して利用を推奨する前記アプリケーションの情報を前記表示部に表示し、利用が推奨される前記アプリケーションが選択された場合、加減後の前記特典ポイントを前記表示部に表示することを特徴とする。

本発明に係る情報処理端末は、ユーザの健康活動を管理する複数のアプリケーションの情報を表示する表示部と、表示された複数の前記アプリケーションから、前記ユーザが利用する前記アプリケーションの選択を受け付ける受付部とを備え、前記アプリケーションが複数選択された場合、前記表示部は、選択された複数の前記アプリケーションが実行された場合に前記ユーザに対して付与される特典ポイントを表示することを特徴とする。

本発明によれば、ユーザに複数の健康支援サービスの利用を促すことができる。

情報処理システムの一例を示す模式図である。 管理サーバの構成例を示すブロック図である。 端末の構成例を示すブロック図である。 事業者サーバの構成例を示すブロック図である。 ポイントＤＢのレコードレイアウトの一例を示す説明図である。 活動ＤＢのレコードレイアウトの一例を示す説明図である。 アプリケーションの登録画面の一例を示す説明図である。 スタート画面の一例を示す説明図である。 アプリケーション画面の一例を示す説明図である。 ポイント付与サービスの概要を説明するための説明図である。 ポイント集計処理を説明するための説明図である。 集計画面の一例を示す説明図である。 アプリケーション登録処理の処理手順の一例を示すフローチャートである。 ポイント付与処理の処理手順の一例を示すフローチャートである。 集計結果通知処理の処理手順の一例を示すフローチャートである。 実施の形態２に係る登録画面の一例を示す説明図である。 実施の形態２に係る特典ポイントの付与処理を説明するための説明図である。 実施の形態２に係るアプリケーション登録処理の処理手順の一例を示すフローチャートである。 実施の形態２に係るポイント付与処理の処理手順の一例を示すフローチャートである。 実施の形態３に係る支払要求処理について説明するための説明図である。 実施の形態３に係るポイント付与処理の処理手順の一例を示すフローチャートである。 上述した形態の管理サーバの動作を示す機能ブロック図である。

以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態１）
本実施の形態では、ユーザの健康活動を支援する情報処理システムを一例として説明を行う。図１は、情報処理システムの一例を示す模式図である。情報処理システムは、情報処理装置１、複数の端末装置２、２、２…、複数の事業者サーバ３、３、３…を含む。情報処理装置１は、ユーザが行う健康活動のインセンティブとして付与されるポイントの集計及び管理を行う管理者の情報処理装置である。端末装置２は、各ユーザが操作する端末装置である。事業者サーバ３は、ユーザに対しアプリケーションプログラムによる健康支援サービスを提供する各事業者のサーバ装置である。なお、以下の説明では簡潔のため、アプリケーションプログラムを単に「アプリ」と呼ぶ。各装置は、インターネット等のネットワークＮを介して通信接続されている。

本実施の形態において管理者は、会員であるユーザに対し、健康活動のインセンティブとしてポイントを付与するポイント付与サービスを提供する。管理者がユーザに付与するポイントは、例えば各種ギフトと交換可能なポイントである。なお、ポイントの用途は特に限定されるものではなく、その他の用途で使用可能なものであってもよい。管理者が提供するポイント付与サービスの枠組には、各健康支援サービスを提供する複数の事業者が参加している。管理者は、会員であるユーザに対して各事業者の健康支援サービスを案内し、各事業者は、ユーザに対して健康活動の支援、管理等を行う健康支援サービスを提供する。具体的に各事業者は、端末装置２において健康活動の記録管理を行うことが可能なアプリを提供する。各事業者は、アプリを介してユーザの健康活動を支援すると共に、アプリの利用状況等に係る情報を定期的に管理者に報告する。管理者は、各アプリの利用状況等に応じてユーザにポイントを付与し、付与したポイント数の集計、管理を行う。具体的に管理者は、各事業者が個々のアプリにおいて個別に付与する個別ポイントを集計すると共に、複数のアプリを利用したことによるインセンティブとして、個別ポイントとは異なる特典ポイントを付与して集計を行う。なお、各ポイントの詳細については後述する。

情報処理装置１は、種々の情報処理を行う情報処理装置であり、例えばサーバコンピュータ、パーソナルコンピュータ等である。本実施の形態において情報処理装置１はサーバコンピュータであるものとし、以下では管理サーバ１と読み替える。管理サーバ１は、上記の各ポイントの集計、管理を行う。また、例えば管理サーバ１は、ユーザがポイントを使用した場合に、使用されたポイント数に相当する代金の支払いを代行する。

端末装置２は、ユーザが使用する情報処理端末であり、例えばスマートフォン、パーソナルコンピュータ、タブレット端末、ウェアラブル端末等である。以下の説明では、端末装置２はスマートフォンであるものとし、簡潔のため端末２と読み替える。端末２は、管理サーバ１又は事業者サーバ３等から配信されたアプリをインストールし、実行する。端末２は、当該アプリによりユーザの健康活動の記録等を行う。端末２は、アプリにおける実行結果、すなわちアプリ上で記録された活動記録等に係る情報を事業者サーバ３に出力する。
なお、端末２はユーザが所有する端末装置に限定されない。例えば各事業者が、所定の健康施設（フィットネスジム等）においてサービスを提供する場合に、当該施設に設置されたパーソナルコンピュータ等の端末装置であってもよい。

事業者サーバ３は、ユーザに対してアプリを提供するサービス事業者のサーバコンピュータである。なお、事業者サーバ３はパーソナルコンピュータ等であってもよいことは勿論である。事業者が提供するアプリは、ユーザの健康活動を支援、管理する目的のアプリケーションプログラムであり、例えば食生活を管理するアプリ、運動量（歩数）を管理するアプリ、体重を管理するアプリ等である。なお、上記のアプリの内容は一例であって、アプリの処理内容は上記に限定されるものではない。事業者サーバ３は、各事業者がそれぞれ提供するアプリの管理を行う。事業者サーバ３は、各端末２からアプリの利用状況、アプリ上で記録された活動記録等に係る情報を取得する。事業者サーバ３は、取得した活動記録からユーザの健康活動の内容を判別し、例えば健康活動に関するアドバイス等を端末２に返信する。さらに事業者サーバ３は、取得した活動記録に係る情報に基づき、ユーザによる健康活動が一定条件を満たすか否かを判定し、ユーザに対して個別ポイントを付与する。事業者サーバ３は、各端末２におけるアプリの利用状況、各ユーザに付与した個別ポイントの付与状況等に係る情報を管理サーバ１に出力する。

図２は、管理サーバ１の構成例を示すブロック図である。管理サーバ１は、制御部１１、記憶部１２、通信部１３、大容量記憶装置１４を含む。
制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）等の演算処理装置を含み、記憶部１２に記憶されたプログラムＰ１を読み出して実行することにより、管理サーバ１に係る種々の情報処理、制御処理等を行う。記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要なプログラムＰ１又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して端末２、事業者サーバ３等と情報の送受信を行う。

大容量記憶装置１４は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶装置１４は、ポイントＤＢ１４１等を記憶している。ポイントＤＢ１４１は、各ユーザに付与したポイントの集計結果を記憶している。なお、本実施の形態において記憶部１２及び大容量記憶装置１４は一体の記憶装置として構成されていてもよい。また、大容量記憶装置１４は複数の記憶装置により構成されていてもよい。また、大容量記憶装置１４は管理サーバ１に接続された外部記憶装置であってもよい。
また、本実施の形態において管理サーバ１は上記の構成に限られず、例えば操作入力を受け付ける入力部、管理サーバ１に係る情報を表示する表示部、可搬型記憶媒体に記憶された情報を読み取る読取部等を含んでもよい。

図３は、端末２の構成例を示すブロック図である。端末２は、制御部２１、記憶部２２、通信部２３、表示部２４、入力部２５を含む。
制御部２１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部２２に記憶されたプログラムＰ２を読み出して実行することにより、端末２に係る種々の情報処理、制御処理等を行う。通信部２３はアンテナ及び通信処理回路等を含み、ネットワークを介して事業者サーバ３等と情報の送受信を行う。表示部２４は液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイ等の画面を有し、制御部２１から与えられた画像を表示する。入力部２５は表示部２４に設けられたタッチパネル又は押下式のボタン等であり、ユーザによる操作入力を受け付け、操作内容を制御部２１に通知する。

記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要なプログラムＰ２又はデータ等を記憶していると共に、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。プログラムＰ２は、例えば管理サーバ１が提供するアプリケーションプログラムであり、端末２においてポイントの確認、利用等を行うためのアプリケーションである。なお、以下の説明では便宜上、各事業者が提供するアプリケーションと区別するため、プログラムＰ２に係るアプリケーションを「メインアプリ」と呼ぶ。また、記憶部２２は、各事業者が提供する複数のアプリＡ、Ａ、Ａ…を記憶している。
なお、本実施の形態において端末２は上記の構成に限られず、例えば音声の入出力を行うマイク及びスピーカ等の音声入出力部、可搬型記憶媒体に記憶された情報を読み取る読取部等を含んでもよい。

図４は、事業者サーバ３の構成例を示すブロック図である。事業者サーバ３は、制御部３１、記憶部３２、通信部３３、大容量記憶装置３４を含む。なお、各要素のハードウェア構成は管理サーバ１の制御部１１、記憶部１２、通信部１３、大容量記憶装置１４と同様なので、詳細な説明は省略する。
事業者サーバ３の大容量記憶装置３４は、活動ＤＢ３４１を記憶している。活動ＤＢ３４１は、各端末２におけるアプリＡの実行結果、すなわち各ユーザの健康活動の活動記録を記憶している。

図５は、ポイントＤＢ１４１のレコードレイアウトの一例を示す説明図である。ポイントＤＢ１４１は、ユーザＩＤ列、利用アプリ列、要求先列、期間列、ポイント列を含む。ユーザＩＤ列は、各ユーザを識別するための識別情報を記憶している。利用アプリ列は、ユーザＩＤと対応付けて、ユーザが利用するアプリＡの情報を記憶している。すなわち利用アプリ列には、端末２にインストールされている各アプリＡの情報が記憶されている。要求先列は、ユーザに付与したポイント数に相当する金額の支払要求先、すなわちポイントの原資の要求先に関する情報を記憶している。本実施の形態において、要求先にはユーザが加入している健康保険組合が規定される。例えばユーザは、ポイント付与サービスの会員登録時に自らが加入している健康保険組合に関する情報を登録しておく。管理サーバ１は、登録された健康保険組合に対してポイントの原資の支払いを要求する。

期間列は、ユーザＩＤと対応付けて、所定の期間を記憶している。当該期間は、例えば１週間毎の期間である。ポイント列は、ユーザＩＤ及び期間と対応付けて、当該期間におけるユーザの健康活動に応じて付与されたポイントの集計結果が記憶している。具体的にポイント列は、当該期間に行われた健康活動の内容に応じて個々のアプリＡにより付与される個別ポイントと、当該期間において複数のアプリＡ、Ａ、Ａ…を利用したことにより付与される特典ポイントと、個別ポイント及び特典ポイントの残高（累積値）を記憶している。

図６は、活動ＤＢ３４１のレコードレイアウトの一例を示す説明図である。活動ＤＢ３４１は、ユーザＩＤ列、日付列、活動記録列、個別ポイント列を記憶している。ユーザＩＤ列は、各ユーザのユーザＩＤを記憶している。日付列は、ユーザＩＤと対応付けて、端末２においてアプリＡが利用（実行）された日付を記憶している。活動記録列は、ユーザＩＤ及び日付と対応付けて、当該日付におけるユーザの活動記録を記憶している。具体的には、活動記録列には、例えばユーザが摂った食事内容、ユーザが行った運動内容、ユーザの体重の計測値などが記憶される。なお、活動記録に係るデータはユーザの健康活動を適切に計ることが可能なデータであればよく、上記に限定されない。個別ポイント列は、ユーザＩＤ及び日付と対応付けて、当該日付におけるユーザの健康活動に応じて付与された個別ポイントを記憶している。

図７は、アプリケーションの登録画面の一例を示す説明図である。以下では、情報処理システムが実行する処理の概要について説明する。なお、以下の説明では便宜上、管理サーバ１の処理主体は制御部１１とし、端末２の処理主体は制御部２１とし、事業者サーバ３の処理主体は制御部３１であるものとして説明する。
メインアプリを起動し、所定の操作入力を受け付けた場合、端末２の制御部２１は管理サーバ１と通信を行い、図７に示す登録画面を表示する。登録画面は、ポイント付与の対象である各アプリＡを一覧で示し、ユーザが利用を希望するアプリＡを選択するための画面である。例えば図７に示すように、各アプリＡを示すアイコン、各アプリＡの概要等の情報が登録画面に一覧で表示される。また、制御部２１は登録画面において、アプリＡの選択入力を受け付けるためのチェックボックス７１を表示する。

制御部２１は、各チェックボックス７１への選択入力を受け付けることで、管理サーバ１に登録する一又は複数のアプリＡの選択を受け付ける。この場合に制御部２１は、各アプリＡの利用により付与される特典ポイントを特典欄７２において表示する。例えば制御部２１は、複数のチェックボックス７１への選択入力を受け付けた場合、チェックボックス７１への選択数に応じて特典ポイントを計算し、計算結果を特典欄７２に表示する。なお、特典ポイントの計算方法については後述する。特典欄７２において特典ポイントが事前に通告されることで、ユーザは複数のアプリＡ、Ａ、Ａ…を利用する場合にどの程度のポイントを取得することができるかを把握することができ、利便性が向上する。
なお、上記では端末２が主体となって特典ポイントを自動計算することとしたが、例えば端末２は管理サーバ１に特典ポイントの計算処理を依頼し、依頼結果を特典欄７２に表示することとしてもよい。

登録ボタン７３への操作入力を受け付けた場合、制御部２１は、選択されたアプリＡの登録を管理サーバ１に要求する。例えば制御部２１は、選択されたアプリＡの配信を管理サーバ１に要求する。

登録要求を取得した場合、管理サーバ１の制御部１１は、要求されたアプリＡを端末２に配信する。これにより、端末２にはアプリＡがインストールされる。また、制御部１１は、配信したアプリＡに関する情報をユーザＩＤと対応付けてポイントＤＢ１４１に記憶しておく。以上より、アプリＡの登録処理が完了する。

なお、上記ではポイントの管理を行う管理サーバ１が各アプリＡの配信を行うものとしたが、本実施の形態はこれに限定されるものではない。例えば管理サーバ１は、ポイント付与の対象である各アプリＡを案内するに留め、各事業者の事業者サーバ３等がアプリＡの配信を行うようにしてもよい。すなわち、管理サーバ１は、ユーザが利用するアプリＡを登録することができればよい。

また、管理サーバ１は、端末２においてすでにインストール済みのアプリＡに関して、ユーザによる登録を受け付けてもよい。

図８は、スタート画面の一例を示す説明図である。例えば端末２の制御部２１は、メインアプリを実行し、インストール済みの複数のアプリＡ、Ａ、Ａ…を示すスタート画面を表示する。例えば図８に示すように、スタート画面には、各アプリＡを示すアイコン８１が表示される。アイコン８１への操作入力を受け付けた場合、制御部２１は当該アイコン８１が示すアプリＡを起動する。

例えば図８に示すように、制御部２１は、アプリ起動により特典ポイントが付与されるアプリＡを、特典ポイントが付与されないアプリＡと区別して表示する。具体的に制御部２１は、特典ポイントが付与されるアプリＡのアイコンの下に所定のテキストを表示する。詳しくは後述するように、特典ポイントは、所定期間中に利用されたアプリＡの利用数により定まる。そこで制御部２１は、当該期間中に未だ利用されていないアプリＡについてテキスト表示を行う。これにより、ユーザに対して複数のアプリＡ、Ａ、Ａ…の利用を促すことができ、ユーザはアプリＡ、Ａ、Ａ…のいずれを利用すればポイントを得ることができるかを簡単に把握することができる。

なお、上記で端末２は、メインアプリ上で各アプリＡの起動を行うこととしたが、本実施の形態はこれに限定されるものではなく、一般的に行われているように、いわゆるホーム画面から各アプリＡを起動可能としてもよい。この場合に端末２は、ポイント付与の対象であるアプリＡをその他のアプリとは区別可能なように、例えばアプリＡを示すアイコンを、その他のアプリのアイコンとは表示態様を変更するとよい。

図９は、アプリケーション画面の一例を示す説明図である。健康支援サービスに係るアプリＡを実行した場合、例えば制御部２１は、所定のアプリケーション画面（以下、アプリ画面という）を表示する。当然のことながら、アプリ画面の内容は、アプリＡに応じて異なる。例えばアプリＡが食生活の管理を行うアプリＡ１である場合、制御部２１は、食生活に関する情報を示すアプリ画面を表示する。また、例えばアプリＡが運動の管理を行うアプリＡ２である場合、制御部２１は、運動に関する情報を示すアプリ画面を表示する。また、例えばアプリＡが体重の管理を行うアプリＡ３である場合、制御部２１は、体重に関する情報を示すアプリ画面を表示する。

ここで、アプリＡが食生活の管理を行うアプリＡ１である場合を一例として説明を行う。アプリＡ１を実行した場合、制御部２１は、図９に示すアプリ画面を表示する。当該アプリ画面では、例えばユーザが摂った食事メニューの入力が可能となっている。制御部２１は、アプリ画面において食事メニューの入力を受け付ける。食事メニューの入力を受け付けた場合、例えば制御部２１は事業者サーバ３と通信を行い、食生活の指導等に関するアドバイスを表示する。これにより、ユーザは健康活動の支援を受けることができる。

上記では食生活の管理を行うアプリＡ１を一例として説明したが、端末２が記録する健康活動の活動内容はアプリＡに応じて異なる。例えば運動の管理を行うアプリＡ２を実行する場合、端末２は、自装置に備えられた加速度センサ、ジャイロセンサ（いずれも不図示）等により計測されるユーザの歩数を活動内容として記録する。また、例えば体重の管理を行うアプリＡ３を実行した場合、端末２は、アプリ画面においてユーザの体重の数値入力を受け付け、記録する。このように、端末２の制御部２１は、アプリＡ１、Ａ２、Ａ３…を実行し、ユーザの健康活動に係る活動内容を記録する。

図１０は、ポイント付与サービスの概要を説明するための説明図である。本実施の形態に係る情報処理システムは、アプリＡを利用して健康活動を行うユーザに対し、インセンティブとしてポイントを付与する。具体的には、個々のアプリＡを利用することによるインセンティブとして個別ポイントを付与するだけでなく、複数のアプリＡ、Ａ、Ａ…を利用することによるインセンティブとして、特別に特典ポイントを付与する。

例えば事業者サーバ３の制御部３１は、各端末２から、アプリＡの利用状況等に係るデータを収集する。具体的には、例えば端末２の制御部２１は、アプリＡの利用有無（実行有無）と、アプリＡが利用された場合に記録される健康活動の活動記録とを、１日毎に事業者サーバ３に出力する。つまり端末２は、健康活動に関する報告を事業者に対して１日置きに行う。事業者サーバ３の制御部３１は、出力された各データを端末２から取得する。

制御部３１は、取得した各ユーザの活動記録が一定条件を満たすか否かに応じて、各ユーザに対して個別ポイントを付与する。例えばアプリＡ１について説明すると、制御部３１は、入力された食事メニューに所定の食品（例えば青魚、野菜など）が含まれているか否かを判定する。所定の食品が含まれている場合、制御部３１は、個別ポイントとして１ポイント付与する。このように、制御部３１はユーザの健康活動を評価して個別にポイントを与える。

制御部３１は、個別に付与した個別ポイントの付与状況、及びアプリＡの利用有無等に係る利用状況を、ポイントの集計、管理を行う管理サーバ１に出力する。例えば制御部３１は、１週間毎に上記の各データを出力する。すなわち、各事業者サーバ３は、各ユーザの健康活動に関する報告を管理者に対して１週間置きに行う。

図１１は、ポイント集計処理を説明するための説明図である。管理サーバ１の制御部１１は、事業者サーバ３から出力された各データに基づき、ユーザに対して付与するポイントの集計処理を行う。具体的には、制御部１１は各アプリＡにおいて個別に付与された個別ポイントを集計するだけでなく、ユーザが複数のアプリＡ、Ａ、Ａ…を利用したことによるインセンティブとして特典ポイントを付与し、当該特典ポイントを併せて集計する。

具体的に制御部１１は、各事業者サーバ３から出力された各アプリＡの利用状況を参照し、一のユーザが１週間の間に利用したアプリＡ、Ａ、Ａ…の利用数を判別する。制御部１１は、判別した利用数に応じて特典ポイントを付与する。例えば制御部１１は、利用数に所定の係数を乗算して特典ポイントを算出する。

制御部１１は、各アプリＡの利用により付与された個別ポイント、及び複数のアプリＡ、Ａ、Ａ…の利用により付与された特典ポイントを集計し、ポイントＤＢ１４１に記憶する。具体的に制御部１１は、当該ユーザのユーザＩＤ、及び各ポイントが付与された期間と対応付けて、各ポイント数を記憶する。例えばユーザは、当該ポイントを各種ギフトと交換することができる。ポイントが使用された場合、管理サーバ１は使用されたポイント数に相当する代金の決算を代行する。

管理サーバ１の制御部１１は、各ユーザに付与したポイント数に相当する金額、すなわちポイントの原資の支払いを、ユーザが加入している健康保険組合（不図示）に要求する。具体的に制御部１１は、ポイント数に相当する金額を計算し、計算された金額の支払いを求める所定の通知を健康保険組合宛に送信する。これにより、管理者は一連のポイント付与サービスに係る費用を補填することができる。また、健康保険組合は、ポイントの原資を負担する代わりに、組合員であるユーザが健康活動に取り組むことにより、ユーザの健康増進、生活改善が図られ、医療費の抑制に繋げることができる。

図１２は、集計画面の一例を示す説明図である。端末２の制御部２１は、メインアプリを実行し、所定の操作入力を受け付けた場合、管理サーバ１と通信を行い、各ポイントの集計結果の通知を受ける。そして制御部２１は、通知された集計結果を、図１２に示す集計画面に表示する。集計画面は、ユーザに付与された各ポイントの集計結果をポイント別に示す画面である。例えば制御部２１は、ユーザに対して付与されたポイントの残高と、１ヶ月間以内に付与されたポイントの合計値と、１ヶ月間以内に付与されたポイントの内訳とを集計画面に表示する。より詳しくは、制御部２１は、アプリＡ別の個別ポイントのポイント数、及び複数のアプリＡ、Ａ、Ａ…の利用による特典ポイントのポイント数を内訳として表示する。ユーザは集計画面を参考に、各アプリＡを利用することによりどの程度のポイントを得ているかを簡単に把握することができる。特にユーザは、内訳に示される特典ポイントのポイント数によって、複数のアプリＡ、Ａ、Ａ…を利用するメリット、すなわち複数の健康支援サービスに取り組む動機を得ることができる。

図１３は、アプリケーション登録処理の処理手順の一例を示すフローチャートである。図１３に基づいて、アプリケーション登録処理の処理内容について説明する。なお、ユーザの会員登録はすでに行われ、ユーザに対してユーザＩＤが付与されているものとして説明する。
端末２の制御部２１は、ユーザによる所定の操作入力を受け付けた場合、ポイント付与の対象である各アプリＡ、Ａ、Ａ…に関する情報の出力を管理サーバ１に出力する（ステップＳ１１）。管理サーバ１の制御部１１は、端末２から出力要求を取得する（ステップＳ１２）。制御部１１は、複数のアプリＡ、Ａ、Ａ…の情報を読み出す（ステップＳ１３）。制御部１１は、読み出した複数のアプリＡ、Ａ、Ａ…の情報を端末２に出力する（ステップＳ１４）。例えば制御部１１は、複数のアプリＡ、Ａ、Ａ…を一覧で示す登録画面を生成し、端末２に出力する。

端末２の制御部２１は、管理サーバ１から出力されたデータを取得する（ステップＳ１５）。制御部２１は、ポイント付与の対象である複数のアプリＡ、Ａ、Ａ…の情報を一覧で表示部１４に表示する（ステップＳ１６）。例えば制御部２１は、図７に示したように、各アプリＡのアイコン、概要等を一覧で示す登録画面を表示する。制御部２１は、複数のアプリＡ、Ａ、Ａ…から、ユーザが利用するアプリＡの選択入力を受け付ける（ステップＳ１７）。例えば制御部２１は、登録画面において各アプリＡに対応して表示されるチェックボックス７１への操作入力を受け付けることで、選択入力を受け付ける。制御部２１は、複数のアプリＡ、Ａ、Ａ…について選択入力を受け付けた場合、複数のアプリＡ、Ａ、Ａ…の利用により付与される特典ポイントを表示する（ステップＳ１８）。具体的には、制御部２１は複数のチェックボックス７１への操作入力を受け付けた場合、チェックボックス７１の選択数に応じて特典ポイントを計算し、特典欄７２に表示する。制御部２１は、選択されたアプリＡの内容を管理サーバ１に出力する（ステップＳ１９）。

管理サーバ１の制御部１１は、選択内容を取得する（ステップＳ２０）。制御部１１は選択内容に従い、ユーザが利用するアプリＡをポイントＤＢ１４１に登録する（ステップＳ２１）。具体的に制御部１１は、端末２に係るユーザのユーザＩＤと対応付けて、選択されたアプリＡの情報をポイントＤＢ１４１に追加して記憶する。制御部１１は、選択されたアプリＡを端末２に配信する（ステップＳ２２）。なお、管理サーバ１はアプリＡの配信を行わず、事業者サーバ３等が主体となって端末２に対するアプリＡの配信を行ってもよい。

端末２の制御部２１は、管理サーバ１からアプリＡを取得する（ステップＳ２３）。制御部２１は、アプリＡを記憶部２２に記憶し（ステップＳ２４）、一連の処理を終了する。

図１４は、ポイント付与処理の処理手順の一例を示すフローチャートである。図１４に基づいて、ポイント付与処理の処理内容について説明する。
端末２の制御部２１は、ユーザによる操作入力に従ってアプリＡを起動する（ステップＳ４１）。例えば制御部２１は、メインアプリを実行し、インストール済みの複数のアプリＡ、Ａ、Ａ…を、各アプリＡを示すアイコン等により示すスタート画面を表示する（図８参照）。制御部２１は、当該スタート画面において、実行するアプリＡの選択入力を受け付ける。制御部２１は、選択されたアプリＡを起動する。

制御部２１は、選択されたアプリＡを実行し、ユーザの健康活動に係る活動内容を記録する（ステップＳ４２）。例えば制御部２１は、食生活を管理するアプリＡ１を実行し、ユーザが摂った食事メニューの入力を受け付ける。また、例えば制御部２１は、運動を管理するアプリＡ２により、ユーザの歩数を計測する。なお、上記のアプリＡの処理内容は一例であって、記録内容及び記録方法は上記に限定されるものではない。制御部２１は、活動記録を記憶部１２に記憶しておく。

制御部２１は、所定時刻になったか否かを判定する（ステップＳ４３）。例えば制御部２１は、午前０時になったか否か、すなわち処理を開始してから１日が経過したか否かを判定する。所定時刻になっていないと判定した場合（Ｓ４３：ＮＯ）、制御部２１は、処理をステップＳ４１に戻す。所定時刻になったと判定した場合（Ｓ４３：ＹＥＳ）、制御部２１は、各アプリＡにより管理される健康活動の活動記録、及び各アプリＡの利用状況を事業者サーバ３に出力する（ステップＳ４４）。例えば制御部２１は、１日におけるアプリＡの利用有無と、アプリＡが利用された場合に記録された健康活動の活動記録とを出力する。

事業者サーバ３の制御部３１は、アプリＡの利用状況、健康活動の活動記録等に係るデータを端末２から取得する（ステップＳ４５）。制御部３１は、ステップＳ４５で取得した活動記録を参照し、ユーザの健康活動が一定条件を満たすか否かを判定する（ステップＳ４６）。例えば制御部３１は、アプリＡ１において入力された食事メニューに、予め定められた食品が含まれるか否かを判定する。また、例えば制御部３１は、アプリＡ２において計測された歩数が、所定の基準値以上であるか否かを判定する。なお、ステップＳ４６における判定条件は上記に限定されず、ユーザの健康活動を適切に評価可能な基準であればよい。一定条件を満たさないと判定した場合（Ｓ４６：ＮＯ）、制御部３１は処理をステップＳ４９に移行する。

一定条件を満たすと判定した場合（Ｓ４６：ＹＥＳ）、制御部３１は、端末２のユーザに対して個別ポイントを付与する（ステップＳ４７）。個別ポイントは、各事業者がアプリＡにより提供する個々の健康支援サービスにおいて、ユーザが一定の活動基準を達成した場合にインセンティブとして付与されるポイントである。例えば制御部３１は、ユーザの健康活動が一定条件を満たす場合、個別ポイントを１ポイント付与する。制御部３１は、ステップＳ４５で取得した利用状況に係るデータと、ステップＳ４７で付与した個別ポイントに係るデータとを、端末２に係るユーザのユーザＩＤと対応付けて活動ＤＢ３４１に記憶する（ステップＳ４８）。

制御部３１は、所定時刻になったか否かを判定する（ステップＳ４９）。例えば制御部３１は、月曜日の午前０時となったか否か、すなわち処理を開始してから１週間が経過したか否かを判定する。所定時刻になっていないと判定した場合（Ｓ４９：ＮＯ）、制御部３１は処理をステップＳ４１に戻す。所定時刻になったと判定した場合（Ｓ４９：ＹＥＳ）、制御部３１は活動ＤＢ３４１を参照し、アプリＡの利用状況、及び個別ポイントの付与状況を含むデータを管理サーバ１に出力する（ステップＳ５０）。

管理サーバ１の制御部１１は、アプリＡの利用状況、及び個別ポイントの付与状況を含むデータを事業者サーバ３から取得する（ステップＳ５１）。制御部１１は、複数のアプリＡ、Ａ、Ａ…の利用状況に基づき、ユーザに対して特典ポイントを付与する（ステップＳ５２）。特典ポイントは、ユーザが複数のアプリＡ、Ａ、Ａ…を利用した場合に付与されるポイントであり、複数の健康支援サービスに取り組むインセンティブとして与えられるポイントである。例えば制御部１１は、各事業者サーバ３から取得した各アプリＡの利用状況を参照し、ユーザが１週間の間に利用したアプリＡ、Ａ、Ａ…の利用数を判別する。制御部１１は、当該利用数に応じて特典ポイントを算出し、ユーザに付与する。制御部１１は、特典ポイント及び個別ポイントの集計をユーザ別に行う（ステップＳ５３）。制御部１１は、集計したポイントをポイントＤＢ１４１に記憶する（ステップＳ５４）。

制御部１１はポイントＤＢ１４１を参照し、集計したポイント数に相当する金額の支払要求を、ユーザが加入している健康保険組合に対して出力する（ステップＳ５５）。具体的に制御部１１は、集計した特典ポイント及び個別ポイントの合計値にポイント単位の単価を乗算して、ユーザに付与されているポイント数に相当する金額を計算する。制御部１１は、ユーザＩＤと対応付けてポイントＤＢ１４１に登録されている健康保険組合に対し、当該ポイント数に相当する金額の支払いを要求する所定の通知を行う。制御部１１は、一連の処理を終了する。

図１５は、集計結果通知処理の処理手順の一例を示すフローチャートである。図１５に基づき、管理サーバ１が集計した各ポイントの集計結果を端末２に通知する処理について説明する。
端末２の制御部２１は、各ポイントの集計結果の通知を管理サーバ１に要求する（ステップ７１）。例えば制御部２１は、ユーザＩＤを含む要求信号を生成し、管理サーバ１に出力する。

管理サーバ１の制御部１１は、通知要求を取得する（ステップＳ７２）。制御部１１は、要求信号に含まれるユーザＩＤに基づき、ユーザに対して付与されたポイントの集計結果をポイントＤＢ１４１から読み出す（ステップＳ７３）。制御部１１は、集計結果を端末２に通知する（ステップＳ７４）。例えば制御部１１は、各アプリＡの利用により付与された個別ポイントと、複数のアプリＡ、Ａ、Ａ…の利用により付与された特典ポイントとをポイント別に示す集計画面を生成し、端末２に出力する。

端末２に制御部２１は、集計結果に係る通知を取得する（ステップＳ７５）。すなわち制御部２１は、管理サーバ１が生成した集計画面に係る画像データを取得する。制御部２１は、特典ポイント及び個別ポイントの集計結果をポイント別に表示部２４に表示する（ステップＳ７６）。例えば制御部２１は、取得済みのポイントの残高と、１ヶ月以内に取得したポイントの合計値と、取得したポイントの詳細な取得内訳とを表示する。そして制御部２１は、取得内訳において、各アプリＡ、Ａ、Ａ…の利用により取得した個別ポイントと、複数のアプリＡ、Ａ、Ａ…の利用により取得した特典ポイントとをポイント別に表示する。制御部１１は、一連の処理を終了する。

以上より、本実施の形態１によれば、複数のアプリＡ、Ａ、Ａ…を利用することによるインセンティブとして特典ポイントを付与することで、ユーザに複数の健康支援サービスの利用を促すことができる。

また、本実施の形態１によれば、特典ポイントを付与するだけでなく、各アプリＡの利用に応じて個別ポイントを付与することで、さらなるモチベーションの維持を図ることができる。

また、本実施の形態１によれば、ポイントの集計結果をユーザに通知することで、ユーザに対して健康活動に取り組む動機付けを視覚的に行うことができる。この場合、特に管理サーバ１は、特典ポイントと個別ポイントとを区別して通知するとよい。これにより、ユーザは特典ポイントの集計結果を参考にして、複数の健康支援サービスに取り組む動機を得ることができる。

また、本実施の形態１によれば、ユーザに付与したポイント数に相当する金額の支払いを所定の第三者に要求することで、ポイント付与サービスに係る費用の補填を行うことができる。

また、本実施の形態１によれば、原資の支払いを健康保険組合に要求する。健康保険組合は、ポイントの原資を負担する代わりに組合員の健康活動を奨励することができ、医療費の削減を図ることができる。

また、本実施の形態１によれば、集計画面において各ポイントの集計結果が、特典ポイント及び個別ポイントのポイント別に表示される。これにより、ユーザはアプリＡの利用により取得したポイントの内訳を簡単に把握することができる。

また、本実施の形態１によれば、アプリＡの登録時において、複数のアプリＡ、Ａ、Ａ…の利用により付与される特典ポイントが特典欄７２において事前に通告される。これにより、ユーザは複数の健康支援サービスに取り組むメリットを認識することができる。

（実施の形態２）
本実施の形態では、ユーザが利用するアプリＡ、Ａ、Ａ…の組み合わせに応じて特典ポインを加減する形態について述べる。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
本実施の形態に係る管理サーバ１は、ユーザが利用する複数のアプリＡ、Ａ、Ａ…の組み合わせに応じて、ユーザに付与する特典ポイントを変更する。具体的に管理サーバ１は、ユーザが利用したアプリＡ、Ａ、Ａ…が、予め規定されているアプリＡ、Ａ、Ａ…の組み合わせに該当する場合、特典ポイントを多く付与する。

図１６は、実施の形態２に係る登録画面の一例を示す説明図である。端末２の制御部２１は、実施の形態１と同様に、ポイント付与の対象である各アプリＡの情報を一覧で登録画面に表示する。さらに本実施の形態において、制御部２１は、各アプリＡと組み合わせての利用を推奨するアプリＡをユーザに対して通知（表示）する。なお、以下では説明の便宜上、一のアプリＡと組み合わせての利用を推奨する他のアプリＡを推奨アプリＡ’と呼ぶ。推奨アプリＡ’は、対応するアプリＡと組み合わせて利用した場合に特典ポイントの加算対象となるアプリケーションプログラムであり、上述の如く、管理サーバ１において予め規定されている。例えば制御部２１は、各アプリＡの情報の下に、推奨アプリＡ’のアイコン、概要等の情報を表示する（図１６中央参照）。ユーザはアプリＡ及び推奨アプリＡ’を利用することにより、その他のアプリＡを組み合わせて利用した場合よりも特典ポイントが多く付与される。

例えば図１６に示すように、アプリＡ及び推奨アプリＡ’が併せて選択された場合を考える。この場合、制御部２１は、アプリＡ及び推奨アプリＡ’を組み合わせて利用する場合に付与される特典ポイントを特典欄７２に表示する。ここではアプリＡ及び推奨アプリＡ’が選択されているため、制御部２１は、その他の組み合わせによりアプリＡが選択された場合よりも特典ポイントを高く見積もる（図７及び図１６参照）。これにより、ユーザは推奨アプリＡ’を併せて利用するメリットを簡単に把握することができる。

制御部２１は、チェックボックス７１により受け付けた選択内容を管理サーバ１に出力する。これにより、管理サーバ１にはアプリＡ及び推奨アプリＡ’が利用アプリとして登録される。

図１７は、実施の形態２に係る特典ポイントの付与処理を説明するための説明図である。上述の如く、管理サーバ１の制御部１１は、端末２において利用された複数のアプリＡ、Ａ、Ａ…の組み合わせに応じて、特典ポイントを加算して付与する。具体的には、端末２において利用された複数のアプリＡ、Ａ、Ａ…の組み合わせが、予め規定されている特典ポイントの加算対象であるアプリＡ、Ａ、Ａ…の組み合わせに該当する場合、制御部１１は、その他の組み合わせよりも２倍の特典ポイントを付与する。すなわち制御部１１は、ユーザが各健康支援サービスを適切に組み合わせて健康活動を行っているか否かに応じて、特典ポイントを調整する。これにより、制御部１１は適切なアプリＡの組み合わせをユーザに推奨することができ、さらなるモチベーションの維持、健康増進を図ることができる。

図１８は、実施の形態２に係るアプリケーション登録処理の処理手順の一例を示すフローチャートである。各アプリＡの情報を読み出した後（ステップＳ１３）、管理サーバ１の制御部１１は、以下の処理を実行する。
制御部１１は、特典ポイントの加算対象である複数のアプリＡ、Ａ、Ａ…の組み合わせを判別する（ステップＳ２０１）。特典ポイントを加算するアプリＡの組み合わせは、例えば予め大容量記憶装置１４に記憶されている。制御部１１は、予め記憶されたアプリＡの組み合わせに関する情報を読み出す。制御部１１は、判別した組み合わせに応じて、各アプリＡと組み合わせての利用を推奨する推奨アプリＡ’の情報を端末２に出力する（ステップＳ２０２）。具体的に制御部１１は、実施の形態１と同様に、複数のアプリＡ、Ａ、Ａ…を一覧で示すと共に、各アプリＡと組み合わせることで特典ポイントが加算される推奨アプリＡ’を示す登録画面を生成し、端末２に出力する。

端末２の制御部２１は、管理サーバ１から出力されたデータを取得する（ステップＳ２０３）。制御部２１は、複数のアプリＡ、Ａ、Ａ…の情報と共に、各アプリＡと組み合わせての利用を推奨する推奨アプリＡ’の情報を表示部１４に表示する（ステップＳ２０４）。例えば制御部２１は、図１６に示したように、各アプリＡのアイコン等と並べて、アプリＡとの組み合わせを推奨する推奨アプリＡ’のアイコン等を登録画面に表示する。これにより制御部２１は、特典ポイントの加算対象である組み合わせに応じた推奨アプリＡ’をユーザに通知する。

制御部２１は、アプリＡ又は推奨アプリＡ’の選択入力を受け付ける（ステップＳ２０５）。制御部２１は、複数のアプリＡ、Ａ、Ａ…について選択を受け付けた場合、複数のアプリＡ、Ａ、Ａ…の組み合わせに応じた特典ポイントを表示する（ステップＳ２０６）。例えば制御部２１は、複数のアプリＡ、Ａ、Ａ…について選択を受け付けた場合に管理サーバ１と通信を行い、選択されたアプリＡ、Ａ、Ａ…の組み合わせが特典ポイントの加算対象であるか否かの通知を受ける。制御部２１は、選択された組み合わせが加算対象であるか否かに応じて特典ポイントを計算し、特典欄７２に表示する。制御部２１は、処理をステップＳ１９に移行する。

図１９は、実施の形態２に係るポイント付与処理の処理手順の一例を示すフローチャートである。アプリＡの利用状況等に係るデータを事業者サーバ３から取得した後（ステップＳ５１）、管理サーバ１の制御部１１は、以下の処理を実行する。
制御部１１は、各アプリＡの利用状況から、ユーザが利用した複数のアプリＡ、Ａ、Ａ…の組み合わせを判別する（ステップＳ２２１）。制御部１１は、利用された複数のアプリＡ、Ａ、Ａ…の組み合わせに応じて、特典ポイントを加算して付与する（ステップＳ２２２）。例えば制御部１１は、ステップＳ２２１で判別したアプリＡ、Ａ、Ａ…の組み合わせが、特典ポイントの加算対象として規定されているアプリＡ、Ａ、Ａ…の組み合わせに該当するか否かを判定する。加算対象として規定されているアプリＡ、Ａ、Ａ…の組み合わせに該当すると判定した場合、制御部１１は、特典ポイントをその他の組み合わせよりも加算して算出する。例えば制御部１１は、複数のアプリＡの利用数に、その他の組み合わせに係る係数の２倍の係数を乗算して特典ポイントを算出する。制御部１１は、処理をステップＳ５３に移行する。

なお、上記ではアプリＡの組み合わせに応じて特典ポイントを加算する旨を説明したが、本実施の形態はこれに限定されるものではない。例えば管理サーバ１は、アプリＡの組み合わせに応じて特典ポイントを減算してもよい。つまり管理サーバ１は、アプリＡの組み合わせが予め規定されている組み合わせに該当しない場合、特典ポイントを低く見積もる。この場合であっても、上記と同様の効果を奏する。

以上より、本実施の形態２によれば、利用された複数のアプリＡ、Ａ、Ａ…の組み合わせに応じて特典ポイントを加減する。これにより、ユーザに対して適切なアプリＡの組み合わせによる健康活動、すなわち適切な健康支援サービスを組み合わせての健康活動を推奨することができ、より効果的に健康増進等を図ることができる。

また、本実施の形態２によれば、特典ポイントの加減対象であるアプリＡの組み合わせをユーザに通知する。これにより、ユーザは自らがどのアプリＡを組み合わせ、どの種類の健康活動に取り組めばよいかを簡単に把握することができる。

（実施の形態３）
本実施の形態では、ユーザに付与するポイントの原資の支払いを、アプリＡを提供する事業者に要求する形態について述べる。
図２０は、実施の形態３に係る支払要求処理について説明するための説明図である。図２０では、管理サーバ１が各アプリＡを提供する事業者に対して原資の支払いを要求する様子を図示している。具体的には、管理サーバ１がアプリＡ２、Ａ３を提供する事業者に対しては原資の支払いを要求する一方、アプリＡ１を提供する事業者に対しては原資の支払いを要求しない様子を図示している。なお、以下では説明の便宜上、ポイント付与の対象であるアプリＡがアプリＡ１、Ａ２、Ａ３の３つであるものとして説明する。

例えば管理サーバ１の制御部１１は、各アプリＡについて登録されているユーザの登録人数に応じて、支払要求先とする事業者を決定する。例えば制御部１１はポイントＤＢ１４１を参照し、各アプリＡ１、Ａ２、Ａ３の登録人数を算出する。制御部１１は、各アプリＡ１、Ａ２、Ａ３の登録人数を規定人数と比較し、規定人数以下のアプリＡに係る事業者を支払要求先に決定する。言い換えると、制御部１１は各アプリＡ１、Ａ２、Ａ３のうち多数のユーザが利用している人気のアプリＡを判別し、人気があるアプリＡの事業者に対してはポイントの原資の負担を要求せず、その他のアプリＡの事業者に負担を要求する。例えば図２０に示すように、アプリＡ１の登録人数が多く、アプリＡ２、Ａ３の登録人数が少ない場合、制御部１１は、アプリＡ２、Ａ３に係る事業者を支払要求先に決定する。

制御部１１は、各ユーザに付与されているポイント数に相当する金額の支払いを、要求先に決定した事業者に対して要求する。例えば図２０に示すように、制御部１１は、各ユーザに付与されているポイント数を、各アプリＡの利用状況に応じて事業者別に割り振る。例えば制御部１１は、各アプリＡ１、Ａ２、Ａ３において付与された個別ポイントを、そのまま各事業者の負担分として割り振る。また、例えば制御部１１は、複数のアプリＡ、Ａ、Ａ…の利用により付与される特典ポイントを、利用された当該複数のアプリＡ、Ａ、Ａ…に係る各事業者に等分して割り振る。例えばアプリＡ１及びＡ３の利用によって特典ポイントが付与された場合、制御部１１は、特典ポイントを２等分して、アプリＡ１、Ａ３の各事業者にそれぞれポイントを割り振る。制御部１１は、全てのユーザに付与されているポイントについて上記の割振処理を行い、各事業者が負担すべきポイント数を定める。

例えば制御部１１は、要求先ではない事業者に割り振られたポイント数を、要求先とした事業者に等分して割り振り直す。例えば図２０に示すように、制御部１１はアプリＡ１の事業者に割り振られたポイントを、アプリＡ２、Ａ３の事業者に割り振り直す。以上により、制御部１１はアプリＡ２、Ａ３の事業者にポイント数を割り振り、それぞれの負担分を定める。制御部１１は、割り振ったポイント数に相当する金額の支払いを、アプリＡ２、Ａ３の事業者に対して要求する。以上より、各アプリＡを提供する事業者の負担によりポイント付与サービスを運営することができる。また、登録人数が多いアプリＡの事業者については負担を軽減する。言い換えると、健康支援サービスに係る成果を挙げて多くの会員を集めた事業者を優遇する。これにより、各事業者は健康支援サービスの充実を図ることから、ユーザのさらなる健康促進を図ることができる。

なお、上記で管理サーバ１はアプリＡの提供事業者に対してのみ原資の支払いを要求することとしたが、例えば実施の形態１と組み合わせて、健康保険組合に対しても支払いを要求してもよい。例えば管理サーバ１は、登録人数が多いアプリＡ１のポイントについては健康保険組合に原資の支払いを要求し、その他のアプリＡ２、Ａ３については事業者に支払いを要求してもよい。

図２１は、実施の形態３に係るポイント付与処理の処理手順の一例を示すフローチャートである。集計したポイントをポイントＤＢ１４１に記憶した後（ステップＳ５４）、管理サーバ１の制御部１１は、以下の処理を実行する。
制御部１１はポイントＤＢ１４１を参照し、ユーザが利用した複数のアプリＡ、Ａ、Ａ…それぞれについて、各アプリＡを登録しているユーザの登録人数を判別する（ステップＳ３０１）。制御部１１は、判別した登録人数に応じて、各アプリＡを提供する事業者に対し、ポイント数に相当する金額の支払要求を出力する（ステップＳ３０２）。例えば制御部１１は、各アプリＡの登録人数が規定人数以上であるか否かに応じて、各事業者に支払要求を行うか否かを決定する。例えば制御部１１は、登録人数が規定人数に満たないアプリＡの事業者を要求先に決定する。制御部１１は、アプリＡの利用状況に応じて当該事業者が負担するポイント数を計算し、当該ポイント数に相当する金額の支払いを要求する。制御部１１は、一連の処理を終了する。

なお、上記ではアプリＡを登録しているユーザの登録人数に応じてポイントの原資の支払要求先を決定したが、本実施の形態はこれに限定されるものではない。例えば管理サーバ１は、支払要求先を予め規定しておいてもよい。例えば管理サーバ１は、ユーザに人気があるアプリＡを管理者の手動により予め登録しておき、当該アプリＡの事業者に対しては原資の支払いを要求せず、その他のアプリＡの事業者に対して原資の支払いを要求する。また、例えば管理サーバ１は、新たな事業者がポイント付与サービスに参加した場合、当該事業者に対しては期限付きで原資の支払いをせず、その他の事業者に対して支払いを要求する。また、例えば管理サーバ１は、アプリＡの優劣を付けず、全ての事業者に対して原資の支払いを要求してもよい。このように、管理サーバ１は種々の基準で支払要求先を決定してよい。

以上より、本実施の形態３によれば、ポイント付与サービスに参加する各事業者にポイントの原資を負担させることで、一連のサービスをユーザに提供することができる。

（実施の形態４）
図２２は、上述した形態の管理サーバ１の動作を示す機能ブロック図である。制御部１１がプログラムＰ１を実行することにより、管理サーバ１は以下のように動作する。登録部２２１は、ユーザの健康活動を管理するアプリケーションであって、前記ユーザが利用する複数のアプリケーションを登録する。取得部２２２は、該登録部２２１に登録された前記アプリケーション夫々の利用状況を取得する。付与部２２３は、該取得部２２２が取得した複数の前記アプリケーションの利用状況に応じて、前記ユーザに対して特典ポイントを付与する。

本実施の形態４は以上の如きであり、その他は実施の形態１から３と同様であるので、対応する部分には同一の符号を付してその詳細な説明を省略する。

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 管理サーバ（情報処理装置）
１１ 制御部
１２ 記憶部
Ｐ１ プログラム
１３ 通信部
１４ 大容量記憶装置
１４１ ポイントＤＢ
２ 端末（端末装置）
２１ 制御部
２２ 記憶部
Ｐ２ プログラム
Ａ アプリケーション
２３ 通信部
２４ 表示部
２５ 入力部
３ 事業者サーバ
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 大容量記憶装置
３４１ 活動ＤＢ
７１ チェックボックス
７２ 特典欄
７３ 登録ボタン
８１ アイコン

Claims (13)

1. ユーザの健康活動を管理するアプリケーションであって、前記ユーザが利用する複数のアプリケーションを登録する登録部と、
   該登録部に登録され、前記ユーザの端末装置にインストール済みの前記アプリケーション夫々の実行の有無を示す利用状況を取得する取得部と、
   複数の前記アプリケーションが実行された場合に、前記ユーザに対して特典ポイントを付与する付与部と
   を備えることを特徴とする情報処理装置。
2. 前記付与部は、複数の前記アプリケーションの組み合わせに応じて、前記特典ポイントのポイント数を加減する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記特典ポイントの加減対象である前記アプリケーションの組み合わせに応じて、前記ユーザに対して利用を推奨する前記アプリケーションを通知する通知部を備え、
   前記登録部は、前記通知部が通知した前記アプリケーションの登録を受け付ける
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記取得部はさらに、前記ユーザの健康活動が一定条件を満たす場合に、前記アプリケーション夫々において個別に付与される個別ポイントの付与状況を取得し、
   前記特典ポイント及び個別ポイントを集計する集計部を備える
   ことを特徴とする請求項１〜請求項３のいずれか１項に記載の情報処理装置。
5. 前記集計部が集計した前記特典ポイント及び個別ポイントの集計結果を前記ユーザに対して通知する第２通知部を備える
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記集計部が集計したポイント数に相当する金額の支払要求を出力する出力部を備える
   ことを特徴とする請求項４又は請求項５に記載の情報処理装置。
7. 前記登録部は、前記ユーザが加入している健康保険組合の情報を登録してあり、
   前記出力部は、前記健康保険組合に対して支払要求を出力する
   ことを特徴とする請求項６に記載の情報処理装置。
8. 前記出力部は、前記アプリケーションを提供する事業者に対して支払要求を出力する
   ことを特徴とする請求項６に記載の情報処理装置。
9. ユーザの健康活動を支援するアプリケーションであって、前記ユーザが利用する複数のアプリケーションを登録し、
   登録され、前記ユーザの端末装置にインストール済みの前記アプリケーション夫々の実行の有無を示す利用状況を取得し、
   複数の前記アプリケーションが実行された場合に、前記ユーザに対して付与するポイントを集計する
   処理をコンピュータに実行させることを特徴とするプログラム。
10. ユーザの健康活動を管理する複数のアプリケーション夫々を提供する各事業者の事業者装置と、前記アプリケーションを実行する端末装置と、前記ユーザに対して付与するポイントを集計する情報処理装置とを有する情報処理システムであって、
    前記事業者装置は、
    前記端末装置から、前記アプリケーションの利用状況と、該アプリケーションにおいて記録される健康活動の活動記録とを取得する取得部と、
    該取得部が取得した前記活動記録を参照し、前記ユーザの健康活動が一定条件を満たすか否かを判定する判定部と、
    一定条件を満たすと前記判定部が判定した場合、前記ユーザに対して個別ポイントを付与する付与部と、
    前記アプリケーションの利用状況、及び前記個別ポイントの付与状況を前記情報処理装置に出力する出力部と
    を備え、
    前記情報処理装置は、
    前記ユーザが利用する複数の前記アプリケーションを登録する登録部と、
    該登録部に登録され、前記端末装置にインストール済みの複数の前記アプリケーション夫々に係る前記事業者装置から、前記アプリケーション夫々の実行の有無を示す利用状況、及び前記アプリケーション夫々における前記個別ポイントの付与状況を取得する第２取得部と、
    複数の前記アプリケーションが実行された場合に、前記ユーザに対して特典ポイントを付与する第２付与部と、
    前記特典ポイント及び個別ポイントを集計する集計部と
    を備えることを特徴とする情報処理システム。
11. ユーザの健康活動を管理する複数のアプリケーションの情報を表示部に表示し、
    表示された複数の前記アプリケーションから、前記ユーザが利用する前記アプリケーションの選択を受け付け、
    前記アプリケーションが複数選択された場合、選択された複数の前記アプリケーションが実行された場合に前記ユーザに対して付与される特典ポイントを前記表示部に表示する
    処理をコンピュータに実行させることを特徴とするプログラム。
12. 前記特典ポイントは、複数の前記アプリケーションの組み合わせに応じて加減して付与されるポイントであり、
    加減対象である前記アプリケーションの組み合わせに応じて、前記ユーザに対して利用を推奨する前記アプリケーションの情報を前記表示部に表示し、
    利用が推奨される前記アプリケーションが選択された場合、加減後の前記特典ポイントを前記表示部に表示する
    ことを特徴とする請求項１１に記載のプログラム。
13. ユーザの健康活動を管理する複数のアプリケーションの情報を表示する表示部と、
    表示された複数の前記アプリケーションから、前記ユーザが利用する前記アプリケーションの選択を受け付ける受付部と
    を備え、
    前記アプリケーションが複数選択された場合、前記表示部は、選択された複数の前記アプリケーションが実行された場合に前記ユーザに対して付与される特典ポイントを表示する
    ことを特徴とする情報処理端末。

Images