特開 2021-165896 計算機システム及びデータの提供方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2021-165896(P2021-165896A)

(43)【公開日】2021年10月14日

(54)【発明の名称】計算機システム及びデータの提供方法

(51)【国際特許分類】

   G06Q 10/06 20120101AFI20210917BHJP

【ＦＩ】

   G06Q10/06 332

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

【全頁数】39

(21)【出願番号】特願2020-68451(P2020-68451)

(22)【出願日】2020年4月6日

(71)【出願人】

【識別番号】521253608

【氏名又は名称】株式会社ハピネスプラネット

(74)【代理人】

【識別番号】110001678

【氏名又は名称】特許業務法人藤央特許事務所

(72)【発明者】

【氏名】嶋田 敬太

(72)【発明者】

【氏名】佐藤 信夫

(72)【発明者】

【氏名】辻 聡美

(72)【発明者】

【氏名】矢野 和男

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA08

(57)【要約】

【課題】複数のグループに所属するユーザの利便性を保ちつつ、ユーザの活動に関連するグループに対して評価スコアを提供する。
【解決手段】計算機システムは、グループ、施策の内容、施策の実施時間帯を含む施策データを格納する施策管理情報を管理し、複数のグループの施策を実施するユーザの測定データ及び測定時間帯を含む測定情報を取得する取得部と、測定データに基づいて評価スコアを算出する評価スコア算出部と、実施時間帯と測定時間帯との比較結果に基づいて、ユーザが実施している複数の施策の中から評価対象の施策を特定し、評価対象の施策と評価スコアとを対応付けるリンク生成部と、任意のグループの識別情報を含む要求を受信した場合、任意のグループに関連する施策に対応付けられる評価スコアを用いて算出される施策評価スコアを任意のグループに出力する提供部と、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

少なくとも一つの計算機を備える計算機システムであって、
前記少なくとも一つの計算機は、演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続されるネットワークインタフェースを有し、
前記計算機システムは、
グループの識別情報、前記グループにおいて所定の目的を達成するための実施する施策の内容、前記施策の実施時間帯を含む施策データを格納する施策管理情報を管理し、
複数のグループの前記施策を実施するユーザから取得され、前記ユーザの身体の動きに関する値を含む測定データ及び前記測定データの測定時間帯を含む測定情報を取得し、前記記憶装置に格納する取得部と、
前記測定情報に含まれる前記測定データに基づいて、前記ユーザの状態を評価するための評価スコアを算出する評価スコア算出部と、
前記ユーザが実施している前記複数の施策の各々の前記実施時間帯と、前記測定情報に含まれる前記測定時間帯との比較結果に基づいて、前記ユーザが実施している前記複数の施策の中から評価対象の施策を特定し、前記評価対象の施策と、前記測定情報に含まれる前記測定データから算出された前記評価スコアとを対応付けて、前記記憶装置に格納するリンク生成部と、
任意のグループの識別情報を含む、評価スコア取得要求を受信した場合、前記任意のグループに関連する施策を特定し、前記特定された施策に対応付けられる前記評価スコアを前記記憶装置から取得し、前記取得された評価スコアを用いて算出される施策評価スコアを前記任意のグループに出力する提供部と、を備えることを特徴とする計算機システム。

【請求項2】

請求項１に記載の計算機システムであって、
前記リンク生成部は、
前記ユーザが実施している前記複数の施策の中からターゲット施策を選択し、
前記ターゲット施策の前記実施時間帯と、前記測定情報に含まれる前記測定時間帯との重なりの程度を示す第一指標を算出し、
前記第一指標及び閾値の比較結果に基づいて、前記ターゲット施策が前記評価対象の施策であるか否かを判定することを特徴とする計算機システム。

【請求項3】

請求項２に記載の計算機システムであって、
前記リンク生成部は、
前記ユーザのスケジュール情報を取得し、
前記スケジュール情報に前記ターゲット施策の実施が予定されている時間帯である予定時間帯が含まれる場合、前記予定時間帯と、前記測定情報に含まれる前記測定時間帯との重なりの程度を示す第二指標を算出し、
前記第二指標及び閾値の比較結果に基づいて、前記ターゲット施策が前記評価対象の施策であるか否かを判定することを特徴とする計算機システム。

【請求項4】

請求項１に記載の計算機システムであって、
前記施策データは、前記施策が行われる場所を示す第一位置情報を含み、
前記測定情報は、前記ユーザの位置を示す第二位置情報を含み、
前記リンク生成部は、
前記第一位置情報が前記測定情報に含まれる前記第二位置情報と一致する前記施策を特定し、
前記特定された施策の前記実施時間帯と、前記測定情報に含まれる前記測定時間帯との比較結果に基づいて、前記特定された施策が前記評価対象の施策であるか否かを判定することを特徴とする計算機システム。

【請求項5】

請求項１に記載の計算機システムであって、
前記提供部は、前記取得された評価スコアを用いた統計処理を実行することによって前記施策評価スコアを算出することを特徴とする計算機システム。

【請求項6】

計算機システムが実行するデータの提供方法であって、
前記計算機システムは、
演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続されるネットワークインタフェースを有する前記少なくとも一つの計算機を含み、
グループの識別情報、前記グループにおいて所定の目的を達成するための実施する施策の内容、前記施策の実施時間帯を含む施策データを格納する施策管理情報を管理し、
前記データの提供方法は、
前記少なくとも一つの計算機が、複数のグループの前記施策を実施するユーザから取得され、前記ユーザの身体の動きに関する値を含む測定データ及び前記測定データの測定時間帯を含む測定情報を取得し、前記記憶装置に格納する第１のステップと、
前記少なくとも一つの計算機は、前記測定情報に含まれる前記測定データに基づいて、前記ユーザの状態を評価するための評価スコアを算出する第２のステップと、
前記少なくとも一つの計算機は、前記ユーザが実施している前記複数の施策の各々の前記実施時間帯と、前記測定情報に含まれる前記測定時間帯との比較結果に基づいて、前記ユーザが実施している前記複数の施策の中から評価対象の施策を特定し、前記評価対象の施策と、前記測定情報に含まれる前記測定データから算出された前記評価スコアとを対応付けて、前記記憶装置に格納する第３のステップと、
前記少なくとも一つの計算機は、任意のグループの識別情報を含む、評価スコア取得要求を受信した場合、前記任意のグループに関連する施策を特定し、前記特定された施策に対応付けられる前記評価スコアを前記記憶装置から取得し、前記取得された評価スコアを用いて算出される施策評価スコアを前記任意のグループに出力する第４のステップと、
を含むことを特徴とするデータの提供方法。

【請求項7】

請求項６に記載のデータの提供方法であって、
前記第３のステップは、
前記少なくとも一つの計算機が、前記ユーザが実施している前記複数の施策の中からターゲット施策を選択するステップと、
前記少なくとも一つの計算機が、前記ターゲット施策の前記実施時間帯と、前記測定情報に含まれる前記測定時間帯との重なりの程度を示す第一指標を算出するステップと、
前記少なくとも一つの計算機が、前記第一指標及び閾値の比較結果に基づいて、前記ターゲット施策が前記評価対象の施策であるか否かを判定するステップと、を含むことを特徴とするデータの提供方法。

【請求項8】

請求項７に記載のデータの提供方法であって、
前記第３のステップは、
前記少なくとも一つの計算機が、前記ユーザのスケジュール情報を取得するステップと、
前記少なくとも一つの計算機が、前記スケジュール情報に前記ターゲット施策の実施が予定されている時間帯である予定時間帯が含まれる場合、前記予定時間帯と、前記測定情報に含まれる前記測定時間帯との重なりの程度を示す第二指標を算出するステップと、
前記少なくとも一つの計算機が、前記第二指標及び閾値の比較結果に基づいて、前記ターゲット施策が前記評価対象の施策であるか否かを判定するステップと、を含むことを特徴とするデータの提供方法。

【請求項9】

請求項６に記載のデータの提供方法であって、
前記施策データは、前記施策が行われる場所を示す第一位置情報を含み、
前記測定情報は、前記ユーザの位置を示す第二位置情報を含み、
前記第３のステップは、
前記少なくとも一つの計算機が、前記第一位置情報が前記測定情報に含まれる前記第二位置情報と一致する前記施策を特定するステップと、
前記少なくとも一つの計算機が、前記特定された施策の前記実施時間帯と、前記測定情報に含まれる前記測定時間帯との比較結果に基づいて、前記特定された施策が前記評価対象の施策であるか否かを判定するステップと、を含むことを特徴とするデータの提供方法。

【請求項10】

請求項６に記載のデータの提供方法であって、
前記第４のステップは、前記少なくとも一つの計算機が、前記取得された評価スコアを用いた統計処理を実行することによって前記施策評価スコアを算出するステップを含むことを特徴とするデータの提供方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、人間の身体の動きを測定するデバイスが取得したデータに基づいて算出される当該人間の評価スコアを管理する技術に関する。

【背景技術】

【0002】

近年、企業等における労働に関する問題が注目されており、会計上の健全性だけでなく、従業員が心身共に健康な状態で経営がなされていることも企業の価値として社会から評価されるようになりつつある。そのため、企業の従業員等、人間の健全性を評価することが求められている。例えば、個人の人間又は集団に属する人間がストレスが溜まっている状態であるか否か、仕事に集中できる状態であるか否かといった個人又は集団の健全性の評価には、一般的に、アンケートが利用され、アンケートの回答に基づいて評価が行われている。しかし、アンケートは恣意的に回答できるため、アンケートの回答に基づく評価は客観性が不十分である可能性がある。

【0003】

ストレスが溜まっているか否か、仕事に集中できているか否か等、人間の健全性に関する状態は身体の動きに表れることから、ウェアラブルデバイス等、身体に装着可能なデバイスにより測定できることが知られている。そこで、身体に装着された加速度センサから取得されたデータを用いて、人間の状態を評価する評価スコアを算出する技術が知られている（例えば、特許文献１を参照）。

【0004】

特許文献１には、「デバイスで計測された人間の身体の動きに関するデータをデバイスに応じた変換式に従って変換するデバイス間変換機能と、変換されたデータをデバイスによらず共通のスコア算出式に適用することにより人間の状態に関する評価スコアを算出するスコア計算機能と、デバイスに応じたルールに従って評価スコアの信頼度を算出する信頼度計算機能とを有する。」ことが記載されている。

【0005】

人間は長期間自身の身体を意図的にコントロールし続けることは困難であるため、身体の動きに基づいて算出される評価スコアは客観性が高い。また、当該評価スコアは客観性が高いため、複数の人間又は複数の集団の評価スコアを相互に比較することも可能であるという利点がある。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０２０−３０６２７号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

近年では、働き方改革等の浸透により、企業での活動だけでなく、趣味のコミュニティ及びボランティア活動への参加等、社会に対して複数の接点を有する人が増えている。以下の説明では、企業、組織、及びコミュニティ等を総称してグループと記載する。

【0008】

複数のグループに所属するユーザは、それぞれのグループでの活動に対して異なる志及び目的を持っており、各グループに関係する活動を一日の中で別々に行なった場合、それぞれの活動を評価スコアとして知りたいニーズが考えられる。また、組織はもちろんのこと、趣味のコミュニティ及びボランティア活動においても、グループを統括している管理者が、グループのユーザが集中し、又はストレス無く活動できているか否かを把握し、グループの運営をより活性化するために、グループのユーザの評価スコアを取得するニーズも考えられる。

【0009】

したがって、評価スコアを管理するシステムは、複数のグループに所属するユーザが評価スコアを提供するグループを管理する仕組み、及び、グループの管理者がグループに所属するユーザの評価スコアに関する情報を取得する仕組みが必要である。ここで、評価スコアの提供とは、評価スコアそのものの提供だけではなく、集計処理及び分析処理等の所定の処理に使用できるようにアクセスを許可することを含む。

【0010】

評価スコアは、一種の個人情報であるため、ユーザ以外の第三者に無制限に公開されるべきではない。一方、ユーザが所属するグループが評価スコアを利用してグループを良い方向に活性化していく等の目的を有する場合、ユーザの状況及び環境の改善等、ユーザの利益になる可能性がある。そこで、ユーザは、一部のグループ又はそのグループの管理者等に対して、限定的に評価スコアを提供することが考えられる。前述のような評価スコアの提供を実現しようとした場合、従来技術では以下のような方法が考えられる。

【0011】

第一の方法は、ユーザが、所属するグループ及びグループに対する評価スコアの提供の可否等を権限情報として予め設定し、システムは、権限情報に基づいて、評価スコアをグループに提供するか否かを判定する方法である。

【0012】

第二の方法は、ユーザが、毎回、評価スコアをグループに提供するかを判断し、システムに判断結果を入力する方法である。

【0013】

しかし、ユーザが一日の全てを所属するグループに関する活動に費やすことは少ないと考えられる。また、ユーザが複数のグループに所属する場合、ユーザは一日に複数のグループに関する活動を実施することが考えられる。そのため、第一の方法では評価スコアの提供の可否を正しく制御できない。第二の方法を採用した場合、ユーザの利便性を著しく低下させてしまう。

【0014】

本発明の目的は、複数のグループに所属するユーザの利便性を保ちつつ、ユーザの活動に関連するグループに対して評価スコアを提供できる技術を実現することである。

【課題を解決するための手段】

【0015】

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、少なくとも一つの計算機を備える計算機システムであって、前記少なくとも一つの計算機は、演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続されるネットワークインタフェースを有し、前記計算機システムは、グループの識別情報、前記グループにおいて所定の目的を達成するための実施する施策の内容、前記施策の実施時間帯を含む施策データを格納する施策管理情報を管理し、複数のグループの前記施策を実施するユーザから取得され、前記ユーザの身体の動きに関する値を含む測定データ及び前記測定データの測定時間帯を含む測定情報を取得し、前記記憶装置に格納する取得部と、前記測定情報に含まれる前記測定データに基づいて、前記ユーザの状態を評価するための評価スコアを算出する評価スコア算出部と、前記ユーザが実施している前記複数の施策の各々の前記実施時間帯と、前記測定情報に含まれる前記測定時間帯との比較結果に基づいて、前記ユーザが実施している前記複数の施策の中から評価対象の施策を特定し、前記評価対象の施策と、前記測定情報に含まれる前記測定データから算出された前記評価スコアとを対応付けて、前記記憶装置に格納するリンク生成部と、任意のグループの識別情報を含む、評価スコア取得要求を受信した場合、前記任意のグループに関連する施策を特定し、前記特定された施策に対応付けられる前記評価スコアを前記記憶装置から取得し、前記取得された評価スコアを用いて算出される施策評価スコアを前記任意のグループに出力する提供部と、を備える。

【発明の効果】

【0016】

本発明によれば、複数のグループに所属するユーザの利便性を保ちつつ、ユーザの活動に関連するグループに対して評価スコアを提供できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

【図面の簡単な説明】

【0017】

【図1】実施例１の評価スコア管理システムの概要を示す図である。

【図2】実施例１の評価スコア管理システムにおいて行われる処理の概要を説明する図である。

【図3A】実施例１のセンサ端末の構成の一例を示す図である。

【図3B】実施例１のクライアント装置の構成の一例を示す図である。

【図3C】実施例１のアプリケーション装置の構成の一例を示す図である。

【図3D】実施例１の評価スコア管理サーバの構成の一例を示す図である。

【図4】実施例１の評価スコア管理システムにおける処理の流れを説明するシーケンスである。

【図5】実施例１のユーザ管理情報の一例を説明する図である。

【図6】実施例１のグループ管理情報の一例を説明する図である。

【図7】実施例１の施策管理情報の一例を説明する図である。

【図8】実施例１の施策実績情報の一例を説明する図である。

【図9】実施例１の測定実績情報の一例を説明する図である。

【図10】実施例１の評価スコア管理サーバの施策受付部が実行する処理の一例を説明するフローチャートである。

【図11】実施例１の評価スコア管理サーバの評価スコア算出部が実行する処理の一例を説明するフローチャートである。

【図12】実施例１の評価スコア管理サーバの施策リンク部が実行する処理の一例を説明するフローチャートである。

【図13】実施例１の評価スコア管理サーバの評価スコア提供部が実行する処理の一例を説明するフローチャートである。

【図14】実施例１のクライアント装置に表示されるＧＵＩの一例を示す図である。

【図15】実施例１のアプリケーション装置に表示されるＧＵＩの一例を示す図である。

【図16】実施例２の評価スコア管理システムの概要を示す図である。

【図17】実施例２の施策管理情報の一例を説明する図である。

【図18】実施例２の施策実績情報の一例を説明する図である。

【図19】実施例２の測定実績情報の一例を説明する図である。

【図20A】実施例２の評価スコア管理サーバの施策リンク部が実行する処理の一例を説明するフローチャートである。

【図20B】実施例２の評価スコア管理サーバの施策リンク部が実行する処理の一例を説明するフローチャートである。

【発明を実施するための形態】

【0018】

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

【0019】

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

【0020】

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

【0021】

図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。

【実施例1】

【0022】

図１は、実施例１の評価スコア管理システムの概要を示す図である。

【0023】

評価スコア管理システムは、図１に示すように、センサ端末１１１、クライアント装置１１２、評価スコア管理サーバ１２０、及びアプリケーション装置１３０から構成される。

【0024】

クライアント装置１１２は、近距離無線通信等を用いてセンサ端末１１１と接続する。センサ端末１１１、評価スコア管理サーバ１２０、及びアプリケーション装置１３０は、ネットワーク１４０を介して互いに接続される。ネットワーク１４０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等であり、接続方式は有線及び無線のいずれでもよい。

【0025】

センサ端末１１１は、ユーザ１１０の動き（例えば、加速度）を測定し、測定結果（センサデータ）を含む測定情報を出力する。センサ端末１１１は、ユーザ１１０の身体に装着するウェアラブル型の端末、又は、カメラ等のユーザ１１０の身体に装着しない端末（非装着型の端末）のいずれでもよい。

【0026】

センサ端末１１１がウェアラブル型の端末である場合、センサ端末１１１を装着するユーザ１１０の人物情報がセンサデータと関連付けられ、センサ端末１１１が非装着型の端末である場合、顔認証等の認証手段によって特定されたユーザ１１０の人物情報がセンサデータと関連付けられる。なお、特定の部屋又は空間に滞在した集団等、個別の人物を特定せずに、当該の集団を対象としてセンサデータが取得されてもよい。

【0027】

以下の説明では、センサ端末１１１は、身体の動きとして、加速度を測定するセンサ３０４（図３参照）を有するウェアラブル型の端末であるものとする。ただし、本発明はセンサ端末１１１の形態及び機能に限定されない。センサ端末１１１は、ネットワーク１４０を介して、センサデータ（例えば、３軸加速度データ）を含む測定情報を評価スコア管理サーバ１２０に送信する。

【0028】

クライアント装置１１２は、画面及び指紋認証機能等、ユーザインタフェースを有するスマートフォン等の装置である。クライアント装置１１２は、ネットワーク１４０を介して、評価スコア管理サーバ１２０に、ユーザ１１０による評価スコアの提供の同意等を伝達できる。また、クライアント装置１１２は、ユーザ１１０による評価スコアの閲覧、及び施策の選択等の操作を受け付ける。

【0029】

なお、本実施例では、センサ端末１１１及びクライアント装置１１２は、別々の装置として記載しているが、一つの装置でもよい。例えば、加速度センサを有するスマートフォンは、センサ端末１１１でもあり、クライアント装置１１２でもある。

【0030】

評価スコア管理サーバ１２０は、センサデータに基づいて、ユーザ１１０又は集団の評価スコアを算出し、記憶する。評価スコア管理サーバ１２０は、クライアント装置１１２又はアプリケーション装置１３０からの要求を受け付けた場合、評価スコアに関する情報を提供する。

【0031】

アプリケーション装置１３０は、企業及びコミュニティ等のグループを管轄するグループ管理者１３１が操作する装置である。グループ管理者１３１は、アプリケーション装置１３０を操作して、グループの施策の作成及び登録を行い、また、評価スコア及び評価スコアに関する情報を評価スコア管理サーバ１２０から取得する。アプリケーション装置１３０は、例えば、ブラウザなどを利用して、ユーザ１１０の評価スコアに関する情報をグループ管理者１３１に提示する。

【0032】

まず、評価スコア管理システムの処理の概要について説明する。図２は、実施例１の評価スコア管理システムにおいて行われる処理の概要を説明する図である。

【0033】

ユーザ１１０は、予め、各グループのグループ管理者１３１によって登録された施策を選択する。ここでは、ユーザ１１０は、所属するコーポレーションＡ及びサイクリング同好会Ｂの各々の施策を一つ選択し、また、個人的にいずれのグループにも属さない施策を一つ選択しているケースを考える。

【0034】

オブジェクト２００は、ユーザ１１０の一日の加速度の測定時間帯と、施策の推奨時間帯との関係を示す。

【0035】

オブジェクト２００の棒グラフ及び棒グラフに紐付く枠は、ユーザ１１０が選択した施策の概要及び当該施策を実施する時間帯（推奨時間帯）を示す。コーポレーションＡの施策は、「職場であいさつを１０回行う」という内容であり、推奨時間帯は８：００−１７：００である。サイクリング同好会Ｂの施策は、「早朝トレーニングで２ｋｍサイクリング」という内容であり、推奨時間帯は５：００−８：００である。個人の施策は、「午前中を創造的な作業にあてる」という内容であり、推奨時間帯が８：００−１２：００である。

【0036】

また、オブジェクト２００の太枠は、加速度が測定された時間帯（測定時間帯）を示す。ここでは、測定時間帯は１０：００−１３：００である。

【0037】

オブジェクト２１０は、評価スコアの算出の概要を示す。

【0038】

測定時間帯に取得されたセンサデータに基づいて評価スコアが算出される。ここでは、評価スコアは８．０であるものとする。

【0039】

オブジェクト２２０は、ユーザ１１０が選択した施策に対して、算出された評価スコアを紐付ける処理の概要を示す。

【0040】

評価スコア管理サーバ１２０は、評価スコアに紐付く測定時間帯（１０：００−１３：００）と、コーポレーションＡの施策の推奨時間帯（８：００−１７：００）とを比較して、推奨時間帯に測定時間帯が含まれると判定し、コーポレーションＡの施策に対して評価スコアを紐付ける。

【0041】

評価スコア管理サーバ１２０は、測定時間帯と、サイクリング同好会Ｂの施策の推奨時間帯（５：００−８：００）とを比較して、推奨時間帯に測定時間帯が含まれないと判定し、サイクリング同好会Ｂの施策への評価スコアの紐付けを行わない。

【0042】

評価スコア管理サーバ１２０は、測定時間帯と、個人の施策の推奨時間帯（８：００−１２：００）とを比較して、推奨時間帯の一部に測定時間帯が重複していると判定し、個人の施策に対して評価スコアを紐付ける。なお、本例では、推奨時間帯の一部が測定時間帯と重複している場合に施策に対して評価スコアを紐付けが行われているが、重複している時間帯が一時間以上である場合、又は、推奨時間帯の５０％に当たる時間帯が測定時間帯と重複している場合等に、施策に対する評価スコアの紐付けが行われてもよい。

【0043】

評価スコア管理サーバ１２０は、前述のように、測定時間帯に基づいて、評価スコアをユーザ１１０が実行した施策に紐付けを行う。これによって、施策に対応したグループに対してユーザ１１０の評価スコアを提供できる。

【0044】

次に、評価スコア管理システムの各構成の詳細について説明する。

【0045】

図３Ａは、実施例１のセンサ端末１１１の構成の一例を示す図である。

【0046】

センサ端末１１１は、センサを内蔵したスマートフォン等のデバイス、又は、名札型のデバイスであって、人物の首からぶら下げて使用するものを想定する。なお、前述したセンサ端末１１１の形態は一例であり、他の形態でもよい。評価スコア管理システムを利用する複数のユーザ１１０のそれぞれがセンサ端末１１１を携帯している。

【0047】

センサ端末１１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１、メモリ３０２、ネットワークインタフェース３０３、及びセンサ３０４を有する。各ハードウェアはバスを介して互いに接続される。なお、センサ端末１１１は、電源等、その他のハードウェアを有するが、説明の簡単のために省略している。電源は、内蔵電池又は外部電源と接続するインタフェースであり、センサ端末１１１に電力を供給する。

【0048】

ＣＰＵ３０１は、演算処理を実行する演算装置の一例であり、メモリ３０２に格納されるプログラムを実行する。ＣＰＵ３０１がプログラムにしたがって処理を実行することによって、特定の機能を実現する機能部として動作する。以下の説明では、機能部を主語に処理を説明する場合、ＣＰＵ３０１が当該機能部を実現するプログラムを実行していることを示す。

【0049】

メモリ３０２は、半導体記憶装置及び磁気記憶装置等、情報を記憶する記憶装置の一例であり、ＣＰＵ３０１が実行するプログラム及びプログラムが使用する情報を格納する。また、メモリ３０２は、プログラムが一時的に使用するワークエリアとしても使用される。

【0050】

メモリ３０２は、時計部３１１及び送受信部３１２を実現するプログラムを格納し、また、端末情報３１３及びユーザＩＤ３１４を格納する。

【0051】

端末情報３１３は、センサ端末１１１の識別情報及び種類、並びに、センサ３０４の測定条件に関する情報等を格納する。ユーザＩＤ３１４は、センサ端末１１１を装着するユーザ１１０の識別情報である。

【0052】

時計部３１１は、時刻情報を管理し、一定間隔で時刻情報を更新する。時刻情報は、他のセンサ端末１１１との間でのズレを防止するために、ＮＴＰサーバ（図示省略）と通信することによって周期的に同期するように更新される。送受信部３１２は、センサ端末１１１と他の装置との間のデータの送受信を制御する。

【0053】

なお、メモリ３０２は、端末情報３１３及びユーザＩＤ３１４の他に、センサデータ、時刻情報、及びセンシングのためのファームウェア等を格納する。また、メモリ３０２は、センサ端末１１１全体を制御する制御部を実現するためのプログラムを格納する。制御部は、センサ３０４の制御、送受信部３１２のデータの送受信のタイミングの制御、端末情報３１３及びユーザＩＤ３１４の書き換え等を行う。

【0054】

ネットワークインタフェース３０３は、ネットワークを介して外部装置と通信するためのインタフェースである。

【0055】

センサ３０４は、センサ端末１１１を装着しているユーザ１１０の動きに関するセンサデータを取得する。センサ３０４は、例えば、３軸加速度センサ、ジャイロセンサ、心拍センサ、及び眼電位センサ等である。センサ端末１１１は、種別が異なる複数のセンサ３０４を有してよい。

【0056】

センサ端末１１１は、送受信部３１２を用いて、センサ３０４が取得したセンサデータ及び測定時間帯（開始時刻及び終了時刻）を含む測定情報を評価スコア管理サーバ１２０に送信する。

【0057】

本実施例では、センサ３０４を用いて加速度データがセンサデータとして取得されるものとする。

【0058】

図３Ｂは、実施例１のクライアント装置１１２の構成の一例を示す図である。

【0059】

クライアント装置１１２は、ＣＰＵ３０１、メモリ３０２、ネットワークインタフェース３０３、及び表示装置３０５を有する。各ハードウェアはバスを介して互いに接続される。なお、クライアント装置１１２は、キーボード及びマウス等の入力装置等、その他のハードウェアを有するが、説明の簡単のために省略している。

【0060】

表示装置３０５は、各種データの入出力を行うためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等を表示する。表示装置３０５がタッチパネルの場合、表示装置３０５は入力装置としても機能する。

【0061】

メモリ３０２は、認証部３２１、同意取得部３２２、スコア要求部３２３、施策要求部３２４、施策選択部３２５、及び送受信部３２６を実現するためのプログラムを格納し、また、ユーザＩＤ３１４を格納する。なお、メモリ３０２は、クライアント装置１１２全体を制御する制御部を実現するためのプログラム等を格納するが、説明の簡単のために省略している。

【0062】

送受信部３２６は、送受信部３１２と同様の機能である。認証部３２１は、ユーザ１１０の認証処理を実行する。例えば、認証部３２１は、事前に登録されたユーザ１１０であるか否かを判定するために、パスワード及び指紋等の入力を求め、これらの情報を用いて認証処理を実行する。

【0063】

同意取得部３２２は、評価スコアの提供に関する同意を取得する。スコア要求部３２３は、ユーザＩＤ３１４を含む提供要求を送信することによって、ユーザ１１０の評価スコアの送信を評価スコア管理サーバ１２０に要求する。同意取得部３２２は、ユーザ１１０の同意が得られている場合、アプリケーション装置１３０にユーザ１１０の同意が得られたことを示す情報を送信する。

【0064】

施策要求部３２４は、評価スコア管理サーバ１２０に対して、グループ管理者１３１によって登録された施策の一覧の問合せを行う。施策選択部３２５は、送受信部３２６を介して、評価スコア管理サーバ１２０に、ユーザ１１０によって選択された施策の情報を送信する。

【0065】

図３Ｃは、実施例１のアプリケーション装置１３０の構成の一例を示す図である。

【0066】

アプリケーション装置１３０は、ＣＰＵ３０１、メモリ３０２、ネットワークインタフェース３０３、及び表示装置３０５を有する。なお、アプリケーション装置１３０は、キーボード及びマウス等の入力装置等、その他のハードウェアを有するが、説明の簡単のために省略している。

【0067】

メモリ３０２は、スコア要求部３３１、スコア受信部３３２、及び送受信部３３３を実現するためのプログラムを格納し、また、アプリケーションＩＤ３３４を格納する。なお、メモリ３０２は、アプリケーション装置１３０全体を制御する制御部を実現するためのプログラム等を格納するが、説明の簡単のために省略している。

【0068】

アプリケーションＩＤ３３４は、アプリケーション装置１３０の識別情報である。

【0069】

送受信部３３３は、送受信部３１２と同様の機能である。スコア要求部３３１は、アプリケーションＩＤ３３４を含む提供要求を送信することによって、グループに所属するユーザ１１０の評価スコアの送信を評価スコア管理サーバ１２０に要求する。クライアント装置１１２から同意に関する情報を受信している場合、スコア要求部３３１は、当該情報を含む提供要求を評価スコア管理サーバ１２０に送信する。スコア受信部３３２は、評価スコア管理サーバ１２０から送信された評価スコアを受信し、受信した評価スコアを管理する。

【0070】

アプリケーション装置１３０は、アプリケーション装置１３０が保持する情報及び動作の変更等、評価スコアに応じて所定の処理を実行する。

【0071】

図３Ｄは、実施例１の評価スコア管理サーバ１２０の構成の一例を示す図である。

【0072】

評価スコア管理サーバ１２０は、複数のセンサ端末１１１から取得した測定情報（加速度データ）を管理し、また、加速度データに基づいて評価スコアを算出する。評価スコア管理サーバ１２０は、クライアント装置１１２を用いてユーザ１１０が選択した施策の情報を管理し、評価スコア及び施策の紐付けを行う。また、評価スコア管理サーバ１２０は、アプリケーション装置１３０及びクライアント装置１１２からの提供要求に対して、評価スコアを送信する。

【0073】

評価スコア管理サーバ１２０は、ＣＰＵ３０１、メモリ３０２、及びネットワークインタフェース３０３を有する。なお、評価スコア管理サーバ１２０は、キーボード及びマウス等の入力装置及びディスプレイ等の出力装置を有してもよい。

【0074】

メモリ３０２は、送受信部３４０及び制御部３５０を実現するためのプログラムを格納し、また、管理情報群３６０を格納する。

【0075】

送受信部３４０は、送受信部３１２と同様の機能である。制御部３５０は、評価スコア管理サーバ１２０全体を制御する。制御部３５０は、測定情報取得部３５１、評価スコア算出部３５２、施策リンク部３５３、施策受付部３５４、及び評価スコア提供部３５６を含む。

【0076】

測定情報取得部３５１は、センサ端末１１１から加速度データを含む測定情報を取得する。評価スコア算出部３５２は、加速度データを用いて評価スコアを算出する。施策リンク部３５３は、評価スコア及び施策の紐付けを行う。施策受付部３５４は、ユーザ１１０によって選択された施策に関する情報を受け付ける。評価スコア提供部３５６は、クライアント装置１１２又はアプリケーション装置１３０からの提供要求に応じて、評価スコアを提供する。

【0077】

管理情報群３６０は、ユーザ管理情報３６１、グループ管理情報３６２、施策管理情報３６３、施策実績情報３６４、及び測定実績情報３６５を含む。各情報の詳細については、図５から図１０を用いて説明する。

【0078】

評価スコア管理サーバ１２０が有する機能は、複数のサーバから構成される計算機システムを用いて実現してもよい。

【0079】

なお、図３Ａから図３Ｄを用いて説明した機能部は、複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。また、機能部は、専用のハードウェアを用いて実現してもよい。

【0080】

ここで、評価スコア管理システムの大まかな処理の流れについて説明する。

【0081】

図４は、実施例１の評価スコア管理システムにおける処理の流れを説明するシーケンスである。

【0082】

本シーケンスでは、ユーザ１１０、評価スコア管理サーバ１２０、及びグループ管理者１３１間のデータの送受信及び処理を示している。なお、ユーザ１１０は、クライアント装置１１２及びセンサ端末１１１を介して、評価スコア管理サーバ１２０とやりとりを行う。グループ管理者１３１は、アプリケーション装置１３０を介して、評価スコア管理サーバ１２０とやりとりを行う。

【0083】

グループ管理者１３１は、アプリケーション装置１３０を用いて、グループ管理者１３１が管轄するグループの施策を作成し、登録する（ステップＳ４０１）。また、グループ管理者１３１は、アプリケーション装置１３０を用いて、作成された施策を定義した施策情報を含む登録要求を、評価スコア管理サーバ１２０に送信する（ステップＳ４０２）。

【0084】

評価スコア管理サーバ１２０は、登録要求に含まれる施策情報を登録する（ステップＳ４０３）。評価スコア管理サーバ１２０は、異なるグループのグループ管理者１３１によって作成された施策を一元管理する。

【0085】

ユーザ１１０は、クライアント装置１１２を用いて、評価スコア管理サーバ１２０に施策一覧の問合せを行う（ステップＳ４０４）。施策一覧の問合せの実行タイミングは、クライアント装置１１２にインストールされたアプリケーションの起動時、当該アプリケーションが管理する施策一覧のユーザ１１０による更新時、又は、一定周期等が考えられる。

【0086】

評価スコア管理サーバ１２０は、施策一覧の問合せを受け付けた場合、クライアント装置１１２に施策一覧を送信する（ステップＳ４０５）。

【0087】

ユーザ１１０は、クライアント装置１１２が受信した施策一覧を参照し、実施を希望する施策を選択する（ステップＳ４０６）。ユーザ１１０は、選択した施策を考慮した活動を行う。

【0088】

なお、選択される施策の数は、一つでもよいし、二つ以上でもよい。例えば、ユーザ１１０が複数のグループに所属する場合、ユーザ１１０は、各グループの施策を一つ又は複数選択する。

【0089】

センサ端末１１１は、ユーザ１１０の加速度を測定する（ステップＳ４０７）。センサ端末１１１は、ユーザ１１０による明示的な指示を受け付けた場合に加速度の測定を開始してもよいし、施策の選択後、自動的に加速度の測定を開始してもよいし、また、決まった時間帯に自動的に加速度の測定を開始してもよい。

【0090】

クライアント装置１１２は、加速度データ及び測定が行われた時間帯（測定時間帯）を評価スコア管理サーバ１２０に送信する（ステップＳ４０８）。ここでは、加速度の測定が終了した後に、評価スコア管理サーバ１２０へデータが送信されるものとしている。なお、評価スコア管理サーバ１２０へのデータの送信は、加速度の測定中に逐次的に行われてもよいし、加速度の測定中に周期的に実行されてもよい。

【0091】

評価スコア管理サーバ１２０は、ユーザ１１０から取得した加速度データを用いて評価スコアを算出する（ステップＳ４０９）。

【0092】

なお、クライアント装置１１２が評価スコアを算出してもよい。この場合、クライアント装置１１２は、ステップＳ４０８において、加速度データの代わりに、評価スコアを評価スコア管理サーバ１２０に送信する。

【0093】

評価スコア管理サーバ１２０は、測定時間帯と紐付けて、算出された評価スコアを保存する（ステップＳ４１０）。

【0094】

評価スコア管理サーバ１２０は、評価スコアに紐付けられる測定時間帯を用いて、施策及び評価スコアの紐付け処理を実行する（ステップＳ４１１）。

【0095】

グループ管理者１３１は、アプリケーション装置１３０を用いて、グループの評価スコアの提供要求を送信する（ステップＳ４１２）。

【0096】

評価スコア管理サーバ１２０は、提供要求を送信したグループ管理者１３１が管轄するグループの施策の評価スコア（施策評価スコア）を算出する（ステップＳ４１３）。グループの施策とは、グループ管理者１３１によって登録された施策である。

【0097】

評価スコア管理サーバ１２０は、施策評価スコアをグループ管理者１３１が操作するアプリケーション装置１３０に送信する（ステップＳ４１４）。

【0098】

グループ管理者１３１は、アプリケーション装置１３０を介して、施策評価スコアを確認する（ステップＳ４１５）。

【0099】

以上のように、ユーザ１１０は、施策を選択し、センサ端末１１１を用いて加速度を測定する。評価スコア管理サーバ１２０は、加速度データから評価スコアを算出し、施策及び評価スコアの紐付けを行う。グループ管理者１３１は、ユーザ１１０の評価スコアから算出される施策評価スコアを確認することができる。

【0100】

次に、管理情報群３６０に含まれる各情報の詳細について説明する。

【0101】

図５は、実施例１のユーザ管理情報３６１の一例を説明する図である。

【0102】

ユーザ管理情報３６１は、ユーザ１１０を管理するための情報であり、ユーザＩＤ５０１、氏名５０２、メールアドレス５０３、パスワード５０４、及び所属グループ５０５から構成されるレコードを格納する。一人のユーザ１１０に対して一つのレコードが存在する。

【0103】

ユーザＩＤ５０１、ユーザ１１０を一意に識別するための識別情報（ユーザＩＤ）を格納するカラムである。例えば、評価スコア管理サーバ１２０によって、自動的に昇順の識別番号がユーザＩＤとして割り当てられる。なお、他の規則又は手動でユーザＩＤが割り当てられてもよい。

【0104】

ユーザＩＤ５０１は、レコードの識別情報としても用いられる。なお、ユーザＩＤ５０１の代わりに、後述する他のカラムのいずれか、又は、複数のカラムの組合せを用いることによって、ユーザＩＤ５０１を省略できる。

【0105】

氏名５０２は、ユーザ１１０の氏名を格納するカラムである。氏名は、例えば、ユーザ１１０を識別するための情報として、クライアント装置１１２又はアプリケーション装置１３０の表示装置３０５に表示される。

【0106】

メールアドレス５０３は、ユーザ１１０のメールアドレスを格納するカラムである。メールアドレスは、評価スコア管理サーバ１２０へのユーザ１１０のアカウント登録時に登録される情報である。メールアドレスは、クライアント装置１１２から評価スコア管理サーバ１２０にアクセスする場合にログイン情報として利用され、また、評価スコア管理サーバ１２０からメールにてユーザ１１０に各種通知を行う場合に利用される。

【0107】

パスワード５０４は、ユーザ１１０がクライアント装置１１２にログインする場合、又はクライアント装置１１２から評価スコア管理サーバ１２０にログインする場合に利用されるパスワードを格納するカラムである。

【0108】

所属グループ５０５は、ユーザ１１０が所属するグループに関する値を格納するカラム群である。具体的には、所属グループ５０５は、グループＩＤ５１１及び権限５１２を含む。所属グループ５０５には、ユーザ１１０が所属するグループの数だけグループＩＤ５１１及び権限５１２から構成される行が含まれる。一つの行が一つのグループに対応する。

【0109】

グループＩＤ５１１は、ユーザ１１０が所属するグループの識別情報を格納するカラムである。グループＩＤ５１１には、グループ管理情報３６２のグループＩＤ６０１に格納される識別情報（グループＩＤ）が格納される。ここで、グループは、ユーザ１１０が所属する企業及びコミュニティ等を含む。

【0110】

権限５１２は、グループにおけるユーザ１１０のアクセス権限を示す情報を格納するカラムである。本実施例では、権限５１２には「一般」及び「管理者」のいずれかが格納される。「管理者」は、グループの施策の登録及び当該施策に対する評価スコアの閲覧等が可能な権限を示す。「管理者」が設定されたユーザ１１０は、グループのグループ管理者１３１である。「一般」は制限された権限を示す。例えば、「一般」が設定されたユーザ１１０は、基本的には自身に関する情報にのみアクセスできる。

【0111】

なお、図５を用いて説明したユーザ管理情報３６１は、一例であって、これに限定されない。図５で説明したカラムの一部を含まなくてもよいし、また、図５に示していない、ユーザ１１０の管理に必要な値を格納するカラムが含まれてもよい。

【0112】

図６は、実施例１のグループ管理情報３６２の一例を説明する図である。

【0113】

グループ管理情報３６２は、グループを管理するための情報であり、グループＩＤ６０１、グループ名６０２、関連グループＩＤ６０３、管理者ＩＤ６０４、及びメンバ６０５から構成されるレコードを格納する。一つのグループに対して一つのレコードが存在する。

【0114】

グループＩＤ６０１は、グループを一意に識別するための識別情報（グループＩＤ）を格納するカラムである。例えば、評価スコア管理サーバ１２０によって、自動的に昇順の識別番号がグループＩＤとして割り当てられる。なお、他の規則又は手動でグループＩＤが割り当てられてもよい。

【0115】

グループＩＤ６０１は、レコードの識別情報としても用いられる。なお、グループＩＤ６０１の代わりに、後述する他のカラムのいずれか、又は、複数のカラムの組合せを用いることによって、グループＩＤ６０１を省略できる。

【0116】

グループ名６０２は、グループの名称を格納するカラムである。グループの名称は、例えば、グループを識別するための情報として、クライアント装置１１２又はアプリケーション装置１３０の表示装置３０５に表示される。

【0117】

関連グループＩＤ６０３は、グループＩＤ６０１に対応するグループに関連するグループの識別情報（グループＩＤ）を格納するカラムである。例えば、四番目のレコードのグループ（営業１課）は、一番目のレコードのグループ（コーポレーションＡ）の一部署であることを示す。

【0118】

管理者ＩＤ６０４は、グループＩＤ６０１に対応するグループのグループ管理者１３１の識別情報（ユーザＩＤ）を格納するカラムである。図６では、管理者ＩＤ６０４には、一人のグループ管理者１３１のユーザＩＤのみが格納されているが、複数のグループ管理者１３１のユーザＩＤが格納されてもよい。

【0119】

メンバ６０５は、グループＩＤ６０１に対応するグループに所属するユーザ１１０の識別情報（ユーザＩＤ）を格納するカラムである。

【0120】

なお、図６を用いて説明したグループ管理情報３６２は、一例であって、これに限定されない。図６で説明したカラムの一部を含まなくてもよいし、また、図６に示していない、グループの管理に必要な値を格納するカラムが含まれてもよい。

【0121】

図７は、実施例１の施策管理情報３６３の一例を説明する図である。

【0122】

施策管理情報３６３は、グループ管理者１３１によって登録された施策を管理するための情報であり、施策ＩＤ７０１、施策名７０２、施策内容７０３、登録者７０４、グループＩＤ７０５、施策評価スコア７０６、開始時刻７０７、及び終了時刻７０８から構成されるレコードを格納する。一つの施策に対して一つのレコードが存在する。

【0123】

施策ＩＤ７０１は、施策を一意に識別するための識別情報（施策ＩＤ）を格納するカラムである。例えば、評価スコア管理サーバ１２０によって、自動的に昇順の識別番号が施策ＩＤとして割り当てられる。なお、他の規則又は手動で施策ＩＤが割り当てられてもよい。

【0124】

施策ＩＤ７０１は、レコードの識別情報としても用いられる。なお、施策ＩＤ７０１の代わりに、後述する他のカラムのいずれか、又は、複数のカラムの組合せを用いることによって、施策ＩＤ７０１を省略できる。

【0125】

施策名７０２は、施策の名称を格納するカラムである。施策の名称は、例えば、施策を識別するための情報として、クライアント装置１１２又はアプリケーション装置１３０の表示装置３０５に表示される。

【0126】

施策内容７０３は、施策の具体的な内容を格納するカラムである。ユーザ１１０は、施策内容７０３に格納される情報を閲覧し、実施する施策を選択する。

【0127】

登録者７０４は、施策の登録者（グループ管理者１３１）の識別情報（ユーザＩＤ）を格納するカラムである。

【0128】

グループＩＤ７０５は、施策に紐付けられるグループの識別情報（グループＩＤ）を格納するカラムである。ただし、施策がいずれのグループとも紐付けられていない場合、グループＩＤ７０５は空欄となる。

【0129】

施策評価スコア７０６は、施策の効果の程度を示す指標である施策評価スコアを格納するカラムである。施策評価スコアは、施策実績（測定情報）に基づいて算出されるユーザ１１０の評価スコアを用いた統計処理によって算出される。施策評価スコアは、具体的な数値として格納されてもよいし、ある基準に基づく等級を示す値又は画像（例えば、星の数等）として格納されてもよい。

【0130】

開始時刻７０７は、推奨時間帯の開始時刻を格納するカラムである、終了時刻７０８は、推奨時間帯の終了時刻を格納するカラムである。なお、複数の推奨時間帯が設定された施策の場合、開始時刻７０７及び終了時刻７０８には、各推奨時間帯が区別できるように時刻が格納される。

【0131】

なお、図７を用いて説明した施策管理情報３６３は、一例であって、これに限定されない。図７で説明したカラムの一部を含まなくてもよいし、また、図７に示していない、施策の管理に必要な値を格納するカラムが含まれてもよい。

【0132】

図８は、実施例１の施策実績情報３６４の一例を説明する図である。

【0133】

施策実績情報３６４は、ユーザ１１０が選択した施策の実施状況（施策実績）を管理するための情報であり、施策実績ＩＤ８０１、ユーザＩＤ８０２、施策ＩＤ８０３、選択日８０４、測定実績ＩＤ８０５、評価スコア８０６、信頼度８０７、及び一致度８０８から構成されるレコードを格納する。一つの施策実績に対して一つのレコードが存在する。

【0134】

ユーザ１１０が施策を選択した場合に、施策実績情報３６４にレコードが追加される。ユーザ１１０が施策を実施した後に、当該レコードの測定実績ＩＤ８０５及び評価スコア８０６等に値が設定される。

【0135】

施策実績ＩＤ８０１は、施策実績を一意に識別するための識別情報（施策実績ＩＤ）を格納するカラムである。例えば、評価スコア管理サーバ１２０によって、自動的に昇順の識別番号が施策実績ＩＤとして割り当てられる。なお、他の規則又は手動で施策実績ＩＤが割り当てられてもよい。

【0136】

施策実績ＩＤ８０１は、レコードの識別情報としても用いられる。なお、施策実績ＩＤ８０１の代わりに、後述する他のカラムのいずれか、又は、複数のカラムの組合せを用いることによって、施策実績ＩＤ８０１を省略できる。

【0137】

ユーザＩＤ８０２は、施策を選択したユーザ１１０の識別情報（ユーザＩＤ）を格納するカラムである。

【0138】

施策ＩＤ８０３は、実施対象の施策の識別情報（施策ＩＤ）を格納するカラムである。

【0139】

選択日８０４は、ユーザ１１０によって施策が選択された日時を格納するカラムである。

【0140】

測定実績ＩＤ８０５は、加速度の測定実績の識別情報（測定実績ＩＤ）を格納するカラムである。

【0141】

評価スコア８０６は、評価スコアを格納するカラムである。評価スコア８０６には、後述する評価スコアの紐付け処理によって紐付けられた評価スコアが格納される。

【0142】

信頼度８０７は、評価スコアの信頼性の程度を示す信頼度を格納するカラムである。推奨時間帯の一部の時間帯の加速度データの欠損等により、正確な評価スコアを算出するために必要なデータが得られない場合、評価スコアの信頼性は低くなる。

【0143】

信頼度は数値、又は、Ｔｒｕｅ／Ｆａｌｓｅ等の真偽値として表される。例えば、推奨時間帯の時間幅の半分の時間幅の加速度データから算出された評価スコアの信頼度は５０％となる。また、加速度データが得られた時間幅が閾値以上の場合、Ｔｒｕｅとなり、加速度データが得られた時間幅が閾値より小さい場合、Ｆａｌｓｅとなる。

【0144】

一致度８０８は、評価スコアを算出するための加速度データが測定された測定時間帯と、推奨時間帯との一致の度合いを示す一致度を格納するカラムである。例えば、測定時間帯が「１０：００−１３：００」であり、推奨時間帯が「８：００−１２：００」である場合、一致する時間帯「１０：００−１２：００」は、推奨時間帯の３分の２と一致しているため、一致度は６６．７％と算出されている。

【0145】

なお、図８を用いて説明した施策実績情報３６４は、一例であって、これに限定されない。図８で説明したカラムの一部を含まなくてもよいし、また、図８に示していない、施策実績の管理に必要な値を格納するカラムが含まれてもよい。

【0146】

図９は、実施例１の測定実績情報３６５の一例を説明する図である。

【0147】

測定実績情報３６５は、受信した測定情報（測定実績）を管理するための情報であり、測定実績ＩＤ９０１、ユーザＩＤ９０２、端末ＩＤ９０３、測定日９０４、開始時刻９０５、終了時刻９０６、加速度データ９０７、評価スコア９０８、及び信頼度９０９から構成されるレコードを格納する。一つの測定実績に対して一つのレコードが存在する。

【0148】

ユーザ１１０が複数のセンサ端末１１１を有する場合、測定実績情報３６５には、センサ端末１１１毎に異なるレコードが追加される。また、一日に複数回加速度の測定が行われる場合、各測定結果のレコードが追加される。なお、ユーザ１１０が加速度の測定を一日一回等、測定回数を設定している場合にはこの限りではない。

【0149】

測定実績ＩＤ９０１は、測定実績を一意に識別するための識別情報（測定実績ＩＤ）を格納するカラムである。例えば、評価スコア管理サーバ１２０によって、自動的に昇順の識別番号が測定実績ＩＤとして割り当てられる。なお、他の規則又は手動で測定実績ＩＤが割り当てられてもよい。

【0150】

測定実績ＩＤ９０１は、レコードの識別情報としても用いられる。なお、測定実績ＩＤ９０１の代わりに、後述する他のカラムのいずれか、又は、複数のカラムの組合せを用いることによって、測定実績ＩＤ９０１を省略できる。

【0151】

ユーザＩＤ９０２は、加速度が測定されたユーザ１１０の識別情報（ユーザＩＤ）を格納するカラムである。

【0152】

端末ＩＤ９０３は、加速度を測定したセンサ端末１１１の識別情報（端末ＩＤ）を格納するカラムである。一人のユーザ１１０が複数のセンサ端末１１１を利用している場合、各センサ端末１１１には異なる端末ＩＤが割り当てられる。

【0153】

測定日９０４は、加速度の測定が行われた日にちを格納するカラムである。開始時刻９０５は、測定時間帯の開始時刻を格納するカラムである。終了時刻９０６は、測定時間帯の終了時刻を格納するカラムである。

【0154】

加速度データ９０７は、測定結果である加速度データを格納するカラムである。加速度データは、バイナリ形式のデータでもよいし、人が読み取り可能な形式のデータ（数値又は文字列）でもよい。

【0155】

評価スコア９０８は、測定時間帯において取得された加速度データを用いて算出された評価スコアを格納するカラムである。

【0156】

信頼度９０９は、評価スコアの信頼性の程度を示す信頼度を格納するカラムである。推奨時間帯の一部の時間帯の加速度データの欠損等により、正確な評価スコアを算出するために必要なデータが得られない場合、評価スコアの信頼性は低くなる。

【0157】

信頼度は数値、又は、Ｔｒｕｅ／Ｆａｌｓｅ等の真偽値として表される。例えば、推奨時間帯の時間幅の半分の時間幅の加速度データから算出された評価スコアの信頼度は５０％となる。また、加速度データが得られた時間幅が閾値以上の場合、Ｔｒｕｅとなり、加速度データが得られた時間幅が閾値より小さい場合、Ｆａｌｓｅとなる。

【0158】

なお、図９を用いて説明した測定実績情報３６５は、一例であって、これに限定されない。図９で説明したカラムの一部を含まなくてもよいし、また、図９に示していない、測定実績の管理に必要な値を格納するカラムが含まれてもよい。

【0159】

次に、評価スコア管理サーバ１２０が実行する処理について説明する。

【0160】

図１０は、実施例１の評価スコア管理サーバ１２０の施策受付部３５４が実行する処理の一例を説明するフローチャートである。当該処理は、ステップＳ４０３の処理に対応する。

【0161】

施策受付部３５４が、アプリケーション装置１３０から、あるグループのグループ管理者１３１によって作成された施策の施策情報を受信し、グループの施策として施策管理情報３６３に登録する。以下、具体的な処理について説明する。

【0162】

施策受付部３５４は、グループ管理者１３１が操作するアプリケーション装置１３０から施策を登録するための操作を受け付けた場合、アプリケーション装置１３０の表示装置３０５に施策登録画面を表示する（ステップＳ１００１）。

【0163】

グループ管理者１３１は、施策登録画面を操作することによって、アプリケーション装置１３０から評価スコア管理サーバ１２０に施策情報を送信する。

【0164】

施策受付部３５４は、アプリケーション装置１３０から施策情報を受信した場合（ステップＳ１００２）、施策管理情報３６３に取得した施策情報を登録し（ステップＳ１００３）、処理を終了する。

【0165】

具体的には、施策受付部３５４は、施策管理情報３６３にレコードを追加し、追加されたレコードの各カラムに、施策情報に含まれる値を設定する。なお、この時点では、施策評価スコア７０６は空欄である。

【0166】

なお、グループ管理者１３１は、一度に複数の施策の施策情報を評価スコア管理サーバ１２０に送信してもよい。この場合、施策受付部３５４は、一度に複数の施策情報を施策管理情報３６３に登録する。

【0167】

なお、施策登録画面は、グループ管理者１３１が作成した施策の情報を手動で入力する画面でもよいし、登録済みの施策が表示された画面でもよい。後者の画面の場合、グループ管理者１３１が、施策を選択し、適宜選択した施策の内容を編集又は削除できるようにしてもよい。また、登録済みの施策を複製し、一部の内容が編集された施策を新たな施策として登録できるようにしてもよい。

【0168】

図１１は、実施例１の評価スコア管理サーバ１２０の評価スコア算出部３５２が実行する処理の一例を説明するフローチャートである。当該処理は、ステップＳ４０９からステップＳ４１０の処理に対応する。

【0169】

評価スコア算出部３５２は、センサ端末１１１から送信された測定情報に含まれる加速度データを用いて評価スコアを算出し、評価スコア及び測定情報に含まれる測定時間帯を対応付けて測定実績情報３６５に登録する。以下、具体的な処理について説明する。

【0170】

評価スコア算出部３５２は、任意のユーザ１１０が装着するセンサ端末１１１から測定情報を受信する（ステップＳ１１０１）。なお、測定情報は、ユーザ１１０の識別情報（ユーザＩＤ３１４）及びセンサ端末１１１の識別情報とともに送信される。

【0171】

評価スコア算出部３５２は、測定実績情報３６５に測定情報を登録する（ステップＳ１１０２）。

【0172】

具体的には、評価スコア算出部３５２は、測定実績情報３６５にレコードを追加し、追加されたレコードの測定実績ＩＤ９０１に識別情報を設定する。評価スコア算出部３５２は、追加されたレコードのユーザＩＤ９０２及び端末ＩＤ９０３に、ユーザ１１０の識別情報及びセンサ端末１１１の識別情報を設定する。また、評価スコア算出部３５２は、追加されたレコードの測定日９０４、開始時刻９０５、終了時刻９０６、及び加速度データ９０７に、測定情報に含まれる値を設定する。この時点では、評価スコア９０８及び信頼度９０９は空欄である。

【0173】

評価スコア算出部３５２は、測定情報に含まれる加速度データを用いて評価スコアを算出する（ステップＳ１１０３）。

【0174】

評価スコアの算出方法は公知の技術であるため省略するが、例えば、評価スコア算出部３５２は、予め定義された変換式に加速度データを入力することによって評価スコアを算出する。なお、加速度データ及び測定時間帯を用いて評価スコアが算出されてもよい。また、センサ端末１１１の種別毎に異なる変換式を用いてもよい。

【0175】

また、評価スコア算出部３５２は、測定情報に含まれる加速度データのデータ量に基づいて評価スコアの信頼度を算出する。例えば、測定情報に含まれる加速度データのデータ量が、欠損等により、演算に必要な加速度データのデータ量の半分しか含まれていない場合、評価スコア算出部３５２は、信頼度として５０％を算出する。また、評価スコア算出部３５２は、測定情報に含まれる加速度データのデータ量が閾値以上の場合、信頼度としてＴｒｕｅを出力し、測定情報に含まれる加速度データのデータ量が閾値より小さい場合、信頼度としてＦａｌｓｅを出力してもよい。

【0176】

評価スコア算出部３５２は、測定実績情報３６５に評価スコアを登録する（ステップＳ１１０４）。

【0177】

具体的には、評価スコア算出部３５２は、ステップＳ１１０２において測定実績情報３６５に追加されたレコードの評価スコア９０８及び信頼度９０９に、算出された評価スコア及び信頼度を設定する。

【0178】

評価スコア算出部３５２は、施策リンク部３５３に処理の完了を通知し（ステップＳ１１０５）、処理を終了する。このとき、評価スコア算出部３５２は、施策リンク部３５３に、通知とともに測定実績情報３６５に追加されたレコードの測定実績ＩＤ９０１の値を出力する。

【0179】

以上のように、施策に評価スコアを紐付けることによって、施策評価スコアの算出時に利用する評価スコアとしてアクセスが可能となる。

【0180】

なお、評価スコア算出部３５２は、メモリ３０２に測定情報を一時的に格納し、評価スコアを算出した後に、測定情報及び評価スコアを測定実績情報３６５に登録してもよい。この場合、ステップＳ１１０２及びステップＳ１１０４の処理を統合できる。

【0181】

なお、評価スコア算出部３５２は、ステップＳ１１０５の処理を実行しなくてもよい。例えば、施策リンク部３５３が、一定の周期（例えば、深夜又は早朝）に自動的に処理を実行する場合、施策リンク部３５３を呼び出す必要がないため、ステップＳ１１０５の処理を省略できる。これによって、評価スコア管理サーバ１２０の演算量の低減等の効果が期待できる。この場合、評価スコア管理サーバ１２０は、追加されたレコードの識別情報（測定実績ＩＤ）のリストをメモリ３０２に生成する。施策リンク部３５３は、当該リストに基づいて処理を実行し、処理が完了した後、当該リストを削除する。

【0182】

なお、クライアント装置１１２又はセンサ端末１１１が評価スコア算出部３５２と同等の機能部を有する場合、クライアント装置１１２又はセンサ端末１１１によって評価スコアが算出される。この場合、評価スコア算出部３５２は、クライアント装置１１２又はセンサ端末１１１から、測定情報及び評価スコアを受信し、測定実績情報３６５に登録する。すなわち、ステップＳ１１０３の処理を省略できる。クライアント装置１１２又はセンサ端末１１１は、加速度データが取得された直後に評価スコアを算出してもよいし、評価スコアを評価スコア管理サーバ１２０に送信する時に評価スコアを算出してもよい。

【0183】

なお、ステップＳ１１０１からステップＳ１１０２までの処理と、ステップＳ１１０３からステップＳ１１０５までの処理とを別々のタイミングで実行してもよい。例えば、評価スコア算出部３５２は、測定情報を受信する度にステップＳ１１０１からステップＳ１１０２を実行し、また、一定の周期（例えば、深夜又は早朝）でステップＳ１１０３からステップＳ１１０５までの処理を実行する。測定情報の送信頻度等が少ない時間に評価スコアの算出を行うことによって、評価スコア管理サーバ１２０の演算量の低減等の効果が期待できる。

【0184】

図１２は、実施例１の評価スコア管理サーバ１２０の施策リンク部３５３が実行する処理の一例を説明するフローチャートである。当該処理は、ステップＳ４１１の処理に対応する。

【0185】

施策リンク部３５３は、ユーザ１１０が実施している複数の施策の中の少なくとも一つの施策と、評価スコアとの紐付けを行う。これによって、ユーザ１１０は、評価スコアがどの施策の実施中に得られた加速度データから算出されたかを確認できる。以下、具体的な処理について説明する。

【0186】

施策リンク部３５３は、評価スコア算出部３５２から通知された測定実績ＩＤに基づいて、測定実績情報３６５に登録されたレコードを検索する（ステップＳ１２０１）。このとき、施策リンク部３５３は、検索されたレコードのユーザＩＤ９０２をターゲットユーザ１１０の識別情報として取得する。

【0187】

施策リンク部３５３は、施策実績情報３６４から、ターゲットユーザ１１０に関連する施策（関連施策）を特定する（ステップＳ１２０２）。

【0188】

具体的には、施策リンク部３５３は、ステップＳ１２０１において検索されたレコードのユーザＩＤ９０２及び測定日９０４を検索キーとして、施策実績情報３６４のレコードを検索する。すなわち、ユーザＩＤ８０２及び選択日８０４がユーザＩＤ９０２及び測定日９０４に一致するレコード群が検索される。

【0189】

施策リンク部３５３は、関連施策のループ処理を開始する（ステップＳ１２０３）。

【0190】

具体的には、施策リンク部３５３は、ステップＳ１２０２において特定された関連施策の中からターゲットとなる関連施策を選択する。

【0191】

施策リンク部３５３は、評価スコアの一致度を算出する（ステップＳ１２０４）。具体的には、以下のような処理が実行される。

【0192】

施策リンク部３５３は、測定実績情報３６５のレコードの開始時刻９０５及び終了時刻９０６から測定時間帯を算出する。

【0193】

施策リンク部３５３は、施策管理情報３６３を参照し、施策ＩＤ７０１がステップＳ１２０２において検索されたレコードの施策ＩＤ８０３と一致するレコードを検索する。施策リンク部３５３は、検索されたレコードの開始時刻７０７及び終了時刻７０８から推奨時間帯を算出する。

【0194】

施策リンク部３５３は、測定時間帯及び推奨時間帯の重なりの程度に基づいて、評価スコアの一致度を算出する。施策リンク部３５３は、施策実績情報３６４を参照し、関連施策に対応するレコードの一致度８０８に、算出された一致度を設定する。

【0195】

例えば、測定時間帯が「１０：００−１３：００」であり、推奨時間帯が「８：００−１７：００」である場合、測定時間帯は推奨時間帯に包含されるため、施策リンク部３５３は、一致度として１００％を算出する。例えば、測定時間帯が「１０：００−１３：００」であり、推奨時間帯が「８：００−１２：００」である場合、重複時間帯は「１０：００−１２：００」である。この場合、施策リンク部３５３は、重複時間帯の時間幅（２時間）を測定時間帯の時間幅（３時間）で除算した値を一致度として算出する。小数点第２を四捨五入した場合、一致度は６６．７％となる。なお、一致の算出方法は一例であってこれに限定されない。

【0196】

以上がステップＳ１２０４の処理の説明である。

【0197】

施策リンク部３５３は、一致度が９０％以上であるか否かを判定する（ステップＳ１２０５）。すなわち、評価スコアを関連施策に紐付けるか否かが判定される。

【0198】

一致度が９０％より小さい場合、施策リンク部３５３はステップＳ１２０７に進む。このとき、施策リンク部３５３は施策実績情報３６４の関連施策に対応するレコードの一致度８０８の値を削除してもよい。

【0199】

一致度が９０％以上の場合、施策リンク部３５３は、関連指標に評価スコアを紐付け（ステップＳ１２０６）、その後、ステップＳ１２０７に進む。

【0200】

具体的には、施策リンク部３５３は、施策実績情報３６４の関連施策に対応するレコードの評価スコア８０６及び信頼度８０７に、ステップＳ１２０１において検索されたレコードの評価スコア９０８及び信頼度９０９の値を設定する。これによって、施策に評価スコアが紐付けられる。

【0201】

ステップＳ１２０７では、施策リンク部３５３は、全ての関連施策について処理が完了したか否かを判定する（ステップＳ１２０７）。

【0202】

全ての関連施策について処理が完了していない場合、施策リンク部３５３は、ステップＳ１２０３に戻り、同様の処理を実行する。

【0203】

全ての関連施策について処理が完了した場合、施策リンク部３５３は処理を終了する。

【0204】

なお、ステップＳ１２０６で用いる閾値は９０％以外の数値でもよい。

【0205】

なお、同日に複数の時間帯で加速度の測定が行われた場合、測定実績情報３６５には複数のレコードが登録される。この場合、施策リンク部３５３は、各測定実績について一致度を算出し、一致度が最も大きい測定実績の評価スコアを施策と紐付けるようにしてもよい。一致度が同一の測定実績が複数存在する場合、施策リンク部３５３は、信頼度９０９が最も大きい測定実績の評価スコアを施策と紐付けるようにしてもよい。

【0206】

なお、評価スコア算出部３５２の処理で説明したように、施策リンク部３５３は、評価スコア算出部３５２の通知を受け付けた場合だけではなく、一定の周期（例えば、深夜又は早朝）を経過した場合に上記の処理を実行してもよい。この場合、評価スコアの算出から施策に対する評価スコアの紐付けまでには時間差が生じるが、評価スコア管理サーバ１２０の処理負荷の低減が期待できる。

【0207】

図１３は、実施例１の評価スコア管理サーバ１２０の評価スコア提供部３５６が実行する処理の一例を説明するフローチャートである。当該処理は、ステップＳ４１３からステップＳ４１４の処理に対応する。

【0208】

評価スコア提供部３５６は、あるグループのグループ管理者１３１が操作するアプリケーション装置１３０からグループの施策の評価スコアの提供要求を受信した場合、グループの施策に紐付く評価スコアを抽出し、抽出された評価スコアを統計処理することによって算出される施策評価スコアをグループ管理者１３１に提供する。なお、提供要求には、グループ管理者１３１の識別情報が含まれる。以下、具体的な処理について説明する。

【0209】

評価スコア提供部３５６は、アプリケーション装置１３０から提供要求を受信した場合、グループ管理者１３１が権限を有するグループを特定する（ステップＳ１３０１）。

【0210】

具体的には、評価スコア提供部３５６は、ユーザ管理情報３６１を参照し、ユーザＩＤ５０１にグループ管理者１３１の識別情報が格納されるレコードを検索する。評価スコア提供部３５６は、検索されたレコードの所属グループ５０５を参照し、権限５１２に「管理者」が設定される行を検索する。評価スコア提供部３５６は、検索された行のグループＩＤ５１１の値を、グループ管理者１３１が権限を有するグループの識別情報として取得する。

【0211】

評価スコア提供部３５６は、グループ管理者１３１が権限を有するグループの施策を特定する（ステップＳ１３０２）。

【0212】

具体的には、評価スコア提供部３５６は、施策管理情報３６３を参照し、グループＩＤ７０５に、特定されたグループの識別情報が格納されるレコードを検索する。評価スコア提供部３５６は、検索されたレコードの施策ＩＤ７０１の値を、グループ管理者１３１が権限を有するグループの施策の識別情報として取得する。

【0213】

評価スコア提供部３５６は、施策実績情報３６４から特定された施策に関連する施策実績を検索する（ステップＳ１３０３）。

【0214】

具体的には、評価スコア提供部３５６は、施策実績情報３６４を参照し、施策ＩＤ８０３に特定されたグループの施策の識別情報が格納されるレコードを検索する。

【0215】

評価スコア提供部３５６は、検索された施策実績に紐付く評価スコアに基づいて、施策評価スコアを算出する（ステップＳ１３０４）。

【0216】

具体的には、評価スコア提供部３５６は、施策実績に対応するレコードの評価スコア８０６を用いた統計処理を実行することによって施策評価スコアを算出する。例えば、評価スコア８０６の平均値が施策評価スコアとして算出される。

【0217】

評価スコア提供部３５６は、施策管理情報３６３に施策評価スコアを登録する（ステップＳ１３０５）。

【0218】

具体的には、評価スコア提供部３５６は、施策管理情報３６３を参照し、施策ＩＤ７０１に特定されたグループの識別情報が格納されるレコードを検索し、検索されたレコードの施策評価スコア７０６に、算出された施策評価スコアを格納する。

【0219】

評価スコア提供部３５６は、アプリケーション装置１３０に施策評価スコアを送信する（ステップＳ１３０６）。

【0220】

なお、評価スコア提供部３５６は、施策実績に対応するレコードの一致度８０８の値が閾値より大きいレコードの評価スコア８０６のみを用いて施策評価スコアを算出してもよい。また、評価スコア提供部３５６は、施策実績に対応するレコードの信頼度８０７の値が閾値より大きいレコードの評価スコア８０６のみを用いて施策評価スコアを算出してもよい。閾値は、例えば、９０％又は５０％等である。一致度及び信頼度の両方について条件を設定してもよい。

【0221】

なお、評価スコア提供部３５６は、施策評価スコアの算出指示を受信した場合、又は、一定の周期（例えば、早朝又は深夜）を経過した場合、各グループについてステップＳ１３０２からステップＳ１３０４の処理を実行してもよい。評価スコア提供部３５６は、提供要求を受信した場合、ステップＳ１３０１及びステップＳ１３０２を実行した後、ステップＳ１３０５の処理を実行する。これによって、評価スコア管理サーバ１２０の処理負荷の低減が期待でき、また、アプリケーション装置１３０への迅速な施策評価スコアの提供が可能となる。

【0222】

評価スコア提供部３５６は、クライアント装置１１２から提供要求を受信した場合、施策実績情報３６４を参照し、ユーザＩＤ８０２にユーザ１１０の識別情報が格納されるレコードを検索する。評価スコア提供部３５６は、検索されたレコードの施策ＩＤ８０３及び評価スコア８０６等に基づいて、ユーザ１１０が実施した施策の評価スコアを提示する情報を生成する。評価スコア提供部３５６は、生成された情報をクライアント装置１１２に送信する。このとき、評価スコア提供部３５６は、評価スコアとともにユーザ１１０の測定実績も提供してもよい。

【0223】

ユーザ１１０は、評価スコア提供部３５６から提供された情報に基づいて、評価スコアの確認、並びに、評価スコア及び施策の紐付けの結果を確認できる。ユーザ１１０は、評価スコア及び施策の紐付けを修正する必要がある場合、クライアント装置１１２を操作して、修正内容を評価スコア管理サーバ１２０に送信する。

【0224】

例えば、ユーザ１１０の都合で、推奨時間帯以外の時間帯に、施策に則した活動を行っていた場合、ユーザ１１０は、当該施策に、当該時間帯の加速度データから算出された評価スコアを紐付ける。また、意図しない施策に評価スコアが紐付けられている場合、ユーザ１１０は、施策への評価スコアの紐付けを修正する。

【0225】

図１４は、実施例１のクライアント装置１１２に表示されるＧＵＩの一例を示す図である。

【0226】

ユーザ１１０は、ＧＵＩ１４００を用いて、自身が所属するグループから提供される施策の選択、並びに加速度の測定の開始及び停止の指示等を行う。

【0227】

ＧＵＩ１４００は、クライアント装置１１２の起動時等に、表示装置３０５に表示される。ＧＵＩ１４００は、ユーザ情報ボックス１４０１、所属グループボックス１４０２、施策選択ボックス１４０３、測定制御ボタン１４０４、及び施策実績ボックス１４０５を含む。

【0228】

ユーザ情報ボックス１４０１は、ユーザ１１０の情報を表示するボックスである。図１４のユーザ情報ボックス１４０１にはユーザ１１０の氏名が表示される。ユーザ１１０の氏名は、ユーザ管理情報３６１の氏名５０２に設定された値である。

【0229】

ユーザ１１０は、ユーザ情報ボックス１４０１を参照することによって、自身のアカウントでクライアント装置１１２にログインしているか否かを確認できる。

【0230】

所属グループボックス１４０２は、ユーザ１１０が所属するグループの情報を表示するボックスである。図１４の所属グループボックス１４０２にはグループの名称の一覧が表示される。グループの名称は、所属グループ５０５のグループＩＤ５１１に設定されたグループの識別情報が設定された、グループ管理情報３６２のレコードのグループ名６０２に設定された値である。

【0231】

ユーザ１１０は、所属グループボックス１４０２を参照することによって、所属するグループを確認できる。

【0232】

施策選択ボックス１４０３は、所属するグループの施策を選択する操作を受け付けるボックスである。図１４の施策選択ボックス１４０３には各グループのタブ形式の施策一覧ボックス１４１０が表示される。施策一覧ボックス１４１０には対応するグループの施策の一覧が表示される。

【0233】

ユーザ１１０は、いずれかのグループの施策選択ボックス１４０３を選択し、さらに、施策選択ボックス１４０３に表示された施策を選択する。矩形１４１１は、ユーザ１１０によって選択された施策を示す表示である。

【0234】

測定制御ボタン１４０４は、加速度の測定の開始及び停止を指示するための操作ボタンである。

【0235】

ユーザ１１０は、施策選択ボックス１４０３を操作して、実施する施策を選択した後、施策の実施中に加速度を測定するために測定制御ボタン１４０４を押下する。誤って加速度の測定が開始された場合、ユーザ１１０は、再度、測定制御ボタン１４０４を操作して、加速度の測定を停止する。

【0236】

なお、施策が選択された場合に、自動的に加速度の測定が開始されるようにしてもよい。また、施策の推奨時間帯に自動的に加速度の測定及び停止が行われるようにしてもよい。この場合、ユーザ１１０は、測定制御ボタン１４０４を押下しなくてもよい。

【0237】

施策実績ボックス１４０５は、ユーザ１１０が実施した施策の施策実績を表示するボックスである。図１４の施策実績ボックス１４０５には一日単位の施策実績を表示する日次実績ボックス１４２０が表示される。施策実績ボックス１４０５には、一定期間前から前日までの日次実績ボックス１４２０が表示される。

【0238】

日次実績ボックス１４２０には、一日の各施策の結果が集約された施策結果ボックス１４２１が表示される。施策結果ボックス１４２１には、施策の内容及び評価スコアが表示される。

【0239】

図１４では、「２０２０／４／１」に実施された「コーポレーションＡ」の施策「職場であいさつを１０回行う」の評価スコアが「８．０」であったことを示す施策結果ボックス１４２１と、「２０２０／４／１」に実施された「個人」の施策「午前中を創造的な作業にあてる」の評価スコアが「８．０」であったことを示す施策結果ボックス１４２１とを示す。

【0240】

ユーザ１１０は、ＧＵＩ１４００を用いて、実施する施策の選択及び加速度の測定等を行う。また、ユーザ１１０は、ＧＵＩ１４００を用いて、過去の施策実績及び評価スコアを確認する。これによって、ユーザ１１０は、どの施策が自身に適合しているかを振り返ることができる。

【0241】

図１５は、実施例１のアプリケーション装置１３０に表示されるＧＵＩの一例を示す図である。

【0242】

グループ管理者１３１は、ＧＵＩ１５００を用いて、自身が管理するグループの公開されている施策の内容、施策の実施状況、及び施策評価スコア等を確認し、公開中の施策の検証及び新たな施策の検討を行う。

【0243】

ＧＵＩ１５００は、アプリケーション装置１３０の表示装置３０５に表示される。ＧＵＩ１５００は、サイド画面１５１０及びメイン画面１５２０に分割される。サイド画面１５１０は、ユーザ情報ボックス１５１１及び所属グループボックス１５１２を含む。サイド画面１５１０の表示は、メイン画面１５２０の情報が切り替わる場合でも、同じ情報が継続して表示される。

【0244】

ユーザ情報ボックス１５１１は、グループ管理者１３１の情報を表示するボックスである。図１５のユーザ情報ボックス１５１１には、グループ管理者１３１の氏名が表示される。グループ管理者１３１の氏名は、ユーザ管理情報３６１の氏名５０２に設定された値である。

【0245】

グループ管理者１３１は、ユーザ情報ボックス１５１１を参照することによって、自身のアカウントでアプリケーション装置１３０にログインしているか否かを確認できる。

【0246】

所属グループボックス１５１２は、グループ管理者１３１が所属するグループの情報を表示するボックスである。図１５の所属グループボックス１５１２にはグループの名称の一覧が表示される。グループの名称は、所属グループ５０５のグループＩＤ５１１に設定されたグループの識別情報が設定された、グループ管理情報３６２のレコードのグループ名６０２に設定された値である。

【0247】

グループ管理者１３１は、所属グループボックス１５１２に表示されたグループを選択することができる。メイン画面１５２０には、選択されたグループであって、グループ管理者１３１が管轄するグループに関する情報が表示される。グループ管理者１３１が管轄するグループが複数存在する場合、グループの選択の切替にともなって、メイン画面１５２０の内容が切り替わる。

【0248】

メイン画面１５２０は、選択グループ表示ボックス１５２１、公開施策ボックス１５２２、施策ランキングボックス１５２３、及び施策実施状況ボックス１５２４を含む。

【0249】

選択グループ表示ボックス１５２１は、メイン画面１５２０に表示されるグループの情報を表示するボックスである。

【0250】

公開施策ボックス１５２２は、公開されているグループの施策の一覧を表示するボックスである。公開施策ボックス１５２２には、施策の内容とともに、施策評価スコア及び施策の選択回数等が表示される。

【0251】

グループ管理者１３１は、公開施策ボックス１５２２を参照することによって、自身が管轄するグループの施策の実施状況及び効果を確認できる。

【0252】

施策ランキングボックス１５２３は、様々な指標でソートされた施策のランキング結果を表示する欄である。例えば、評価スコア及び選択回数に基づいてソートされた施策のランキング結果が表示される。

【0253】

施策のランキングを生成するための集計期間は、グループ管理者１３１が入力してもよいし、予め決められた期間でもよい。例えば、グループの作成日から現在の一日前までの期間を集計期間として設定する方法が考えられる。

【0254】

施策実施状況ボックス１５２４は、グループに所属するユーザ１１０が現在選択している施策を表示するボックスである。施策実施状況ボックス１５２４には、施策を選択しているユーザ１１０のみが表示されてもよいし、施策の選択の状況にかかわらず、グループに所属する全てのユーザ１１０が表示されてよい。後者の表示の場合、グループ管理者１３１は、施策を選択しないユーザ１１０を特定し、施策の実施を促すことができる。

【0255】

グループ管理者１３１は、ＧＵＩ１５００を用いて、自身が管轄するグループの施策の実施状況を確認し、人気のない施策の削除又は内容の修正等を行うことができる。また、グループ管理者１３１は、人気のある施策に類似した新たな施策を検討し、新たな施策を登録することができる。

【0256】

実施例１によれば、評価スコア管理サーバ１２０は、評価スコアを施策と自動的に紐付けることによって、特定のグループにのみ評価スコアを提供する制御を実現できる。また、評価スコア管理サーバ１２０は、評価スコアを施策と紐付けることによって、各施策の施策評価スコアを精度よく算出することができる。これによって、グループ管理者１３１に有用な情報を提供できる。

【実施例2】

【0257】

実施例１では、評価スコア管理サーバ１２０は、推奨時間帯及び測定時間帯の一致度に基づいて、施策への評価スコアの紐付けを行う。しかし、ユーザ１１０の都合による施策の実施、又は、時差が生じる海外での施策の実施等、推奨時間帯以外の時間帯に施策が実施される場合がある。この場合、施策への評価スコアの紐付けを正しく行えない可能性がある。

【0258】

実施例２では、評価スコア管理サーバ１２０は、時間帯だけではなく、ユーザ１１０のスケジュール及び位置を考慮して、施策への評価スコアの紐付けを行う。これによって、評価スコア管理サーバ１２０は、測定時間帯が推奨時間帯と重複していない施策に対しても評価スコアを紐付けることができる。以下、実施例１との差異を中心に実施例２について説明する。

【0259】

図１６は、実施例２の評価スコア管理システムの概要を示す図である。

【0260】

図１６に示すように、実施例２の評価スコア管理システムは、スケジュール管理システム１６００及び基地局１６０１が含まれる点が実施例１の評価スコア管理システムと異なる。

【0261】

スケジュール管理システム１６００は、ユーザ１１０のスケジュールを管理するシステムである。例えば、ユーザ１１０の一日のスケジュールが記録されたスケジュール情報が管理される。スケジュール情報は、日時及びスケジュール内容から構成されるスケジュールデータを一つ以上含み、スケジュール管理システム１６００は、管理のための属性を示すタグ等をスケジュールデータに付与する機能を有する。

【0262】

スケジュール管理システム１６００へのスケジュールデータの登録は、通常、ユーザ１１０自身が行う。ただし、グループ管理者１３１等、ユーザ１１０以外の人物が、ユーザ１１０のスケジュール情報にスケジュールデータを入力することもできる。この場合、スケジュール管理システム１６００は、ユーザ１１０がスケジュールデータを受け入れた段階でスケジュール情報にスケジュールデータを登録する等、承認作業を実行することがある。

【0263】

スケジュール管理システム１６００は、ネットワーク１４０を介して、クライアント装置１１２及び評価スコア管理サーバ１２０と接続する。評価スコア管理サーバ１２０は、スケジュール管理システム１６００からユーザ１１０のスケジュール情報を取得するためのアクセス権限が付与される。アクセス権限の付与は、ユーザ１１０がスケジュール管理システム１６００との連携の開始時に認証認可システム（図示省略）等を用いて行うことが考えられる。

【0264】

基地局１６０１は、クライアント装置１１２が、携帯回線網又は無線通信網等に接続するための基地局である。実施例２では、基地局１６０１は、クライアント装置１１２との間の距離を測定し、ユーザ１１０の位置情報を取得するために用いられる。なお、ユーザ１１０の位置情報を取得する手段としては、短距離の位置検出を目的としてビーコン信号等を用いてもよい。

【0265】

なお、位置情報の取得及び利用については、予めユーザ１１０の同意を取得しておく必要がある。ユーザ１１０の同意を取得する方法としては、クライアント装置１１２の同意取得部３２２が、表示装置３０５に、位置情報の取得を明記した利用規約を表示する方法が考えられる。

【0266】

実施例２のセンサ端末１１１、クライアント装置１１２、及びアプリケーション装置１３０の構成は実施例１の構成と同一である。

【0267】

実施例２の評価スコア管理サーバ１２０の構成は実施例１と同一である。ただし、実施例２では、施策リンク部３５３が実行する処理が一部異なる。実施例２の他の機能部が実行する処理は実施例１と同一である。また、実施例２では、施策管理情報３６３、施策実績情報３６４、及び測定実績情報３６５のデータ構造が一部異なる。実施例２の他の情報のデータ構造は実施例１と同一である。

【0268】

まず、実施例２の施策管理情報３６３、施策実績情報３６４、及び測定実績情報３６５のデータ構造について説明する。

【0269】

図１７は、実施例２の施策管理情報３６３の一例を説明する図である。

【0270】

実施例２の施策管理情報３６３に格納されるレコードは対象範囲７０９を含む。レコードの他のカラムは実施例１と同様である。

【0271】

対象範囲７０９は、施策を実施する位置の範囲（場所）を示す情報を格納するカラムである。図１７の対象範囲７０９には、経度の範囲及び緯度の範囲の組合せが格納される。経度の範囲と緯度の範囲との間はカンマで区切られている。なお、対象範囲７０９には、配列のような形式で複数の組が登録されてもよい。

【0272】

図１８は、実施例２の施策実績情報３６４の一例を説明する図である。

【0273】

実施例２の施策実績情報３６４に格納されるレコードはスケジュール連携８０９を含む。レコードの他のカラムは実施例１と同様である。

【0274】

スケジュール連携８０９は、施策の実施予定の時間帯（予定時間帯）を格納するフィールドである。スケジュール連携８０９に格納される予定時間帯は、スケジュール管理システム１６００が管理するユーザ１１０のスケジュール情報へのスケジュールデータに基づいて設定される。

【0275】

例えば、ユーザ１１０は、スケジュール内容及びスケジュールに対応する活動等を行う時間帯の組を一つのスケジュールデータ（イベント）としてスケジュール情報に登録する場合に、施策一覧から施策を選択し、又は、既に選択している施策の中から施策を選択する。選択された施策に対応する施策実績に予定時間帯が紐付けられる。

【0276】

なお、イベントが繰り返し実行される場合、ユーザ１１０が毎回手動で施策を選択することなく、自動的に施策が選択されるようにしてもよい。

【0277】

なお、グループ管理者１３１が、スケジュール管理システム１６００に対して、ユーザ１１０に施策の実施を依頼するイベントをスケジュール情報に登録する場合、施策を紐付けて割り当ててもよい。例えば、グループ管理者１３１は、会議へユーザ１１０を招待する場合、会議に関するイベントをスケジュール情報に設定するとともに、関連する施策を割り当てる。

【0278】

図１９は、実施例２の測定実績情報３６５の一例を説明する図である。

【0279】

実施例２の測定実績情報３６５に格納されるレコードは位置情報９１０を含む。レコードの他のカラムは実施例１と同様である。

【0280】

位置情報９１０は、測定時間帯におけるユーザ１１０の位置を示す位置情報を格納するカラムである。位置情報９１０に格納される位置情報は、バイナリ形式のデータでもよいし、人が読み取り可能な形式のデータ（数値又は文字列）でもよい。

【0281】

次に、実施例２の施策リンク部３５３が実行する処理について説明する。

【0282】

図２０Ａ及び図２０Ｂは、実施例２の評価スコア管理サーバ１２０の施策リンク部３５３が実行する処理の一例を説明するフローチャートである。

【0283】

実施例２では、位置情報及びスケジュール情報を用いた処理が追加される。これによって、地理的な制約及びユーザ１１０のスケジュールに合致する施策に対して評価スコアを紐付けることができる。したがって、ユーザ１１０の活動に則した評価スコア及び施策の紐付けが可能となる。以下、具体的な処理について説明する。

【0284】

ステップＳ１２０１からステップＳ１２０３までの処理は実施例１と同一である。

【0285】

施策リンク部３５３は、関連施策に対象範囲が設定されているか否かを判定する（ステップＳ１２５１）。

【0286】

具体的には、施策リンク部３５３は、施策管理情報３６３を参照し、施策ＩＤ７０１に、関連施策の識別情報が格納されるレコードを検索する。施策リンク部３５３は、検索されたレコードの対象範囲７０９に経度及び緯度の範囲が設定されているか否かを判定する。

【0287】

関連施策に対象範囲が設定されていない場合、施策リンク部３５３はステップＳ１２５４に進む。

【0288】

関連施策に対象範囲が設定されている場合、施策リンク部３５３は、ステップＳ１２０１において検索されたレコード（測定実績）の位置情報９１０に位置情報が含まれるか否かを判定する（ステップＳ１２５２）。

【0289】

ステップＳ１２０１において検索されたレコード（測定実績）の位置情報９１０に位置情報が含まれない場合、施策リンク部３５３は、関連施策と評価スコアの紐付けは行わずに、ステップＳ１２０７に進む。

【0290】

ステップＳ１２０１において検索されたレコード（測定実績）の位置情報９１０に位置情報が含まれる場合、施策リンク部３５３は、ユーザ１１０の位置が対象範囲内であるか否かを判定する（ステップＳ１２５３）。

【0291】

具体的には、施策リンク部３５３は、測定実績に含まれる位置情報が示すユーザ１１０の位置が、関連施策の対象範囲７０９が示す対象範囲内に含まれるか否かを判定する。ここでは、測定時間帯の全ての範囲において、ユーザ１１０の位置が対象範囲内に含まれていることを前提としている。ただし、別の判定基準でもよい。例えば、ユーザ１１０の位置が対象範囲内に含まれる時間帯の時間幅が測定時間帯の時間幅の半分以上である場合、ユーザ１１０の位置が対象範囲内であると判定してもよい。

【0292】

ユーザ１１０の位置が対象範囲内ではない場合、施策リンク部３５３は、関連施策と評価スコアの紐付けは行わずに、ステップＳ１２０７に進む。

【0293】

ユーザ１１０の位置が対象範囲内である場合、施策リンク部３５３は、検索された施策実績にスケジュール連携が設定されているか否かを判定する（ステップＳ１２５４）。

【0294】

具体的には、施策リンク部３５３は、ステップＳ１２０２において検索されたレコード（施策実績）のスケジュール連携８０９のスケジュール連携８０９に予定時間帯が含まれるか否かを判定する。

【0295】

検索された施策実績にスケジュール連携が設定されていない場合、施策リンク部３５３は、評価スコアの一致度を算出し（ステップＳ１２０４）、ステップＳ１２０５に進む。ステップＳ１２０４の処理は実施例１で説明した処理と同一である。

【0296】

検索された施策実績にスケジュール連携が設定されている場合、施策リンク部３５３は、測定実績情報３６５に登録されたレコード（測定実績）から算出される測定時間帯が、予定時間帯の少なくとも一部と重複するか否かを判定する（ステップＳ１２５５）。

【0297】

測定時間帯が、予定時間帯と重複しない場合、施策リンク部３５３は、評価スコアの一致度を算出し（ステップＳ１２０４）、ステップＳ１２０５に進む。ステップＳ１２０４の処理は実施例１で説明した処理と同一である。

【0298】

測定時間帯が、予定時間帯の少なくとも一部と重複する場合、施策リンク部３５３は、評価スコアの一致度を算出し（ステップＳ１２５６）、ステップＳ１２０５に進む。ここでは、推奨時間帯の代わりに、予定時間帯を用いた処理が実行される。ステップＳ１２５６の処理の流れはステップＳ１２０４の処理の流れと同様であるため、詳細な説明は省略する。

【0299】

ステップＳ１２０５からステップＳ１２０７までの処理は実施例１と同一である。

【0300】

実施例２によれば、測定時間帯の他に、ユーザ１１０の位置及びスケジュールを考慮することによって、ユーザ１１０の行動に則した施策への評価スコアの紐付けが可能となる。例えば、測定時間帯が推奨時間帯とは異なる施策に対して評価スコアを紐付けることができる。

【0301】

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

【0302】

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

【0303】

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

【0304】

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

【0305】

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

【符号の説明】

【0306】

１１０ ユーザ
１１１ センサ端末
１１２ クライアント装置
１２０ 評価スコア管理サーバ
１３０ アプリケーション装置
１３１ グループ管理者
１４０ ネットワーク
３０１ ＣＰＵ
３０２ メモリ
３０３ ネットワークインタフェース
３０４ センサ
３０５ 表示装置
３１１ 時計部
３１２、３２６、３３３、３４０ 送受信部
３１３ 端末情報
３１４ ユーザＩＤ
３２１ 認証部
３２２ 同意取得部
３２３、３３１ スコア要求部
３２４ 施策要求部
３２５ 施策選択部
３３２ スコア受信部
３３４ アプリケーションＩＤ
３５０ 制御部
３５１ 測定情報取得部
３５２ 評価スコア算出部
３５３ 施策リンク部
３５４ 施策受付部
３５６ 評価スコア提供部
３６１ ユーザ管理情報
３６２ グループ管理情報
３６３ 施策管理情報
３６４ 施策実績情報
３６５ 測定実績情報
１４００、１５００ ＧＵＩ
１６００ スケジュール管理システム
１６０１ 基地局

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図3D】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20A】

【図20B】