(57)【要約】【課題】身体の動きを異なるデバイスで計測しても人間の客観的な評価スコアを得る。【解決手段】デバイスで計測された人間の身体の動きに関するデータをデバイスに応じた変換式に従って変換するデバイス間変換機能（ＳＳＣＣ＿ＰＥ）と、変換されたデータをデバイスによらず共通のスコア算出式に適用することにより人間の状態に関する評価スコアを算出するスコア計算機能（ＳＳＣＣ＿ＣＳ）と、デバイスに応じたルールに従って評価スコアの信頼度を算出する信頼度計算機能（ＳＳＣＣ＿ＣＡ）とを有する。【選択図】図２
2020030627.tif 000002
【特許請求の範囲】
【請求項１】
デバイスで計測された人間の身体の動きに関するデータを前記デバイスに応じた変換式に従って変換するデバイス間変換部と、
前記変換されたデータをデバイスによらず共通のスコア算出式に適用することにより前記人間の状態に関する評価スコアを算出するスコア計算部と、
前記デバイスに応じたルールに従って前記評価スコアの信頼度を算出する信頼度計算部と、を有するスコア管理装置。
【請求項２】
計測されるデータを変換せずに前記スコア算出式に適用すれば前記評価スコアを算出できる基準デバイスが予め設定されており、
前記変換式は、前記基準デバイスで計測される第１データと前記基準デバイスとは異なる他のデバイスで計測される第２データとの差異を低減する式である、
請求項１に記載のスコア管理装置。
【請求項３】
前記基準デバイスと前記基準デバイスとは異なる他のデバイスとが同時に同一の人間の身体に装着されて前記基準デバイスで計測された第１データと前記他のデバイスで計測された第２データとに基づき前記変換式および前記ルールを決定し、前記変換式および前記ルールと共に前記他のデバイスを登録するデバイス登録部を更に有する、
請求項２に記載のスコア管理装置。
【請求項４】
前記スコア算出式は、人間が活動している状態である活動状態と人間が静止している状態である静止状態との少なくとも一方に基づいて前記評価スコアを算出する式であり、
前記デバイス登録部は、前記基準デバイスで計測された第１データから前記人間が活動状態か静止状態かを判定し、前記他のデバイスで計測される第２データから判定される前記人間の状態が、前記基準デバイスで計測された第１データから判定された前記人間の状態に近づくように、前記変換式を決定する、
請求項３に記載のスコア管理装置。
【請求項５】
前記デバイス登録部は、前記第２データを前記変換式で変換したデータから活動状態および静止状態を判定した二値化データと、前記第１データから活動状態および静止状態を判定した二値化データとの不一致の割合が高ければ前記信頼度が低くなるように前記ルールを決定する、
請求項４に記載のスコア管理装置。
【請求項６】
前記デバイス登録部は、前記第２データに表された身体の動きと前記第１データに表された身体の動きとの相関が高ければ前記信頼度が高くなり、前記第２データの欠損が多ければ前記信頼度が低くなるように前記ルールを決定する、
請求項４に記載のスコア管理装置。
【請求項７】
前記デバイスから通信ネットワークを介して前記データを受信し、前記評価スコアを通信ネットワークを介して、前記評価スコアを用いて処理を行うアプリケーション装置に送信する送受信部を更に有する、
請求項１に記載のスコア管理装置。
【請求項８】
前記アプリケーション装置から前記評価スコアの要求があった場合に、当該評価スコアについての認証を行い、認証が成功した場合に当該評価スコアを前記送受信部を介して前記アプリケーション装置に送信するスコア取得部を更に有する、
請求項７に記載のスコア管理装置。
【請求項９】
前記アプリケーション装置は、前記評価スコアに応じてボーナス評価を算出して提示する、
請求項７に記載のスコア管理装置。
【請求項１０】
前記アプリケーション装置は、前記評価スコアに応じて投資優先度を算出して提示する、
請求項７に記載のスコア管理装置。
【請求項１１】
前記デバイスで身体の動きに関するデータが計測された人間の活動を記録した活動記録を取得し、該活動記録および前記評価スコアに基づいて、前記活動が関連する所定の対象の効果を算出し、前記アプリケーション装置に送信する効果集計部を有し、
前記アプリケーション装置は、前記効果集計部にて算出された効果を表示出力する、
請求項７に記載のスコア管理装置。
【請求項１２】
前記効果集計部は、前記対象を分類可能な属性が指定されると、前記属性における前記活動の効果を算出し、
前記アプリケーション装置は、前記効果集計部で算出された、前記属性における前記対象の効果を表示する、
請求項１１に記載のスコア管理装置。
【請求項１３】
デバイスで計測された人間の身体の動きに関するデータを前記デバイスに応じた変換式に従って変換するデバイス間変換処理と、
前記変換されたデータをデバイスによらず共通のスコア算出式に適用することにより前記人間の状態に関する評価スコアを算出するスコア計算処理と、
前記デバイスに応じたルールに従って前記評価スコアの信頼度を算出する信頼度計算処理と、を有するスコア管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、人間の身体の動きを計測するデバイスで取得されるデータから算出される当該人間の評価スコアを管理する技術に関する。
【背景技術】
【０００２】
近年、企業等での労働に関する問題が注目されており、企業の価値として会計上の健全性のみでなく、従業員が心身共に健康な状態で経営がなされていることも企業の価値として社会から評価されるようになりつつある。そのため、企業の従業員など人間の健全性を評価することが求められている。例えば、個人の人間あるいはある集団に属する人間はストレスが溜まっている状態であるか否か、仕事に集中できる状態であるか否かといった個人や集団の健全性の評価にはアンケートが利用されるのが一般的であり、アンケートへの回答に基づいて評価が行われている。しかし、アンケートは恣意的に回答することが可能であるため、アンケートへの回答に基づく評価は客観性が不十分となる可能性がある。
【０００３】
これに対し、人間の健全性に関する状態は、ウェアラブルデバイスなど身体に装着可能なデバイスにより測定できることが知られている。例えば、ストレスが溜まっているか否か、仕事に集中できているか否かといった人間の状態は身体の動きに表れるので、身体に装着した加速度センサによって取得したデータから人間の状態を評価した評価スコアを算出することが可能である。人間が長期間にわたり自身の身体を意図的にコントロールし続けることは困難であるため、身体の動きに基づく評価スコアは客観性が高い。また、身体の動きに基づく評価スコアは客観性が高いので、複数の人間あるいは複数の集団の評価スコアを相互に比較することも可能であるという利点である。
【０００４】
特許文献１には、三軸方向の加速度センサを備えたウェアラブルなセンサノードを用いて測定した人間の身体の動きから計算した加速度リズムに基づきその人間が活動状態か静止状態かを判定して活動状態の持続時間を算出し、活動状態の持続時間のヒストグラムにおけるデータの分布形状、具体的には傾きや変曲点によってストレスが溜まっているか否か推定する技術が開示されている。
【０００５】
また、特許文献２には、特許文献１に開示された方法と同様にして求めた活動状態の持続時間のヒストグラムにおけるデータの分布形状において、特定の範囲の発生比率の線形和によって、ストレスが溜まっているか否かを簡易的に推定する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第５５８８５６３号公報
【特許文献２】ＷＯ２０１６／１２５２６０
【発明の概要】
【発明が解決しようとする課題】
【０００７】
多くの人間あるいは集団を客観的かつ相互に比較可能に評価する評価スコアを算出するために、すべての人間に同一のセンサを装着させることができればよいが、それは現実的でない。現実的には多くの人間がそれぞれ異なるデバイスを装着することが想定される。そのため、多様なデバイスで計測されるデータから客観的かつ相互に比較可能な評価スコアを算出する仕組みが求められている。
【０００８】
身体の動きを何らかの形で計測できるデバイスには様々なものがある。例えば、動きを検知するセンサを備え身体に装着可能なウェアラブルデバイスや、ジャイロセンサを備えたスマートフォンや、身体に装着するものではく外部から人間の動画を撮影するカメラなどは身体の動きを計測するのに利用できる。ウェアラブルセンサにも様々な形態のものがある。例えば、手首に装着するリストバンド型、首から下げる名札型、指に装着する指輪型などがある。
【０００９】
それら様々なデバイスは身体の動きを検知する仕組みが異なっていたり、身体の動きを検知する精度が異なっていたりする。例えば、各メーカーから提供されている加速度センサデバイスは、サンプリング間隔、データ欠損の発生条件、誤差の大きさ、装着位置などがそれぞれ異なっている場合がある。したがって、同じ人物が同時に複数のウェアラブルデバイスを装着したとしても、それらのウェアラブルデバイスで計測されるデータは一致しないことがある。データが一致しなければ、そのデータを用いて算出した活動状態や静止状態といった人間の状態も一致せず、その結果として人間の評価スコアもデバイスによって変わってしまう可能性がある。
【００１０】
本発明の目的は、身体の動きを異なるデバイスで計測しても人間の客観的な評価スコアを得ることを可能にする技術を提供することである。
【課題を解決するための手段】
【００１１】
上記目的を達成するために本願発明の一態様によるスコア管理装置は、デバイスで計測された人間の身体の動きに関するデータを前記デバイスに応じた変換式に従って変換するデバイス間変換部と、前記変換されたデータをデバイスによらず共通のスコア算出式に適用することにより前記人間の状態に関する評価スコアを算出するスコア計算部と、前記デバイスに応じたルールに従って前記評価スコアの信頼度を算出する信頼度計算部とを有する。
【発明の効果】
【００１２】
身体の動きを異なるデバイスで計測しても人間の客観的な評価スコアを得ることができる。
【図面の簡単な説明】
【００１３】
【図１】スコア管理装置を用いた評価情報管理システムのシステム概要を示す図である。
【図２】図１に示した評価情報管理システムの構成要素の機能の一例を示すブロック図である。
【図３】図１および図２に示した評価情報管理システムにおけるスコアの計算処理の手順を示すシーケンス図である。
【図４】図１および図２に示した評価情報管理システムにおけるスコアの取得処理の手順を示すシーケンス図である。
【図５】図２に示したスコアデータベースの形式を示す図である。
【図６】図１および図２に示した評価情報管理システムにおけるデバイス登録処理の手順を示すシーケンス図である。
【図７】図２に示した認証デバイス情報のデータベースの構成の例を示す図である。
【図８】図１および図２に示したスコア管理サーバにおけるデバイス認証のプロセスを説明するため図である。
【図９】評価スコアの算出方法の一例を説明するための図である。
【図１０】クライアントの画面の表示例を示す図である。
【図１１】アプリケーションの画面の表示例を示す図である。
【図１２】アプリケーションが企業が管理する人事評価システムである場合の表示例を示す図である。
【図１３】アプリケーションが株式投資判断支援システムにおける企業情報管理システムである場合の表示例を示す図である。
【図１４】図１に示した評価情報管理システムの構成要素の機能の他の例を示すブロック図である。
【図１５】図１４に示した結合テーブル作成機能によって作成される結合テーブルの構成例を示す図である。
【図１６】図１４に示した結合テーブル作成機能によって作成される結合テーブルの構成例を示す図である。
【図１７】アプリケーションの画面の表示例を示す図である。
【発明を実施するための形態】
【００１４】
本実施形態では、個人もしくは人間の集団の評価スコアを管理するスコア管理装置およびそれを用いた評価情報管理システムについて説明する。なお、評価スコアは、人物の身体の動きに関するデータによって算出されるものであり、評価スコアは、データを取得した端末の種類やデータの計測品質によって算出されるスコアの信頼性を示す信頼度を含むことを特徴とする。
【００１５】
以下に、スコア管理装置を用いた評価情報管理システムの実施形態について図面を参照して説明する。
【実施例１】
【００１６】
＜システム概要＞
図１は、スコア管理装置を用いた評価情報管理システムのシステム概要を示す図である。
【００１７】
評価情報管理システムは、図１に示すように、ユーザ（ＵＳ、ＵＳ２：以下個体を識別しない場合にはすべてＵＳと示す）が装着するセンサ端末（ＴＲ、ＴＲ＿Ａ、ＴＲ＿Ｂ：以下個体を識別しない場合にはすべてＴＲと示す）と、近距離無線通信等を介して端末ＴＲと接続可能なクライアント（ＣＬ）と、無線または有線ネットワーク（ＮＷ）を通じてクライアント（ＣＬ）と接続可能なスコア管理サーバ（ＳＳ）およびアプリケーション（ＡＳ）とから構成されており、端末（ＴＲ）内のセンサ（図示省略）によって人物の動きを計測し計測データを取得する。
【００１８】
端末（ＴＲ）は、ユーザ（ＵＳ）が身体に装着するウェアラブル型のものであっても、カメラなどのユーザ（ＵＳ）が身体に装着しないものであってもよい。端末（ＴＲ）がウェアラブル型である場合は、計測データは装着者に関するものであるとデータと人物情報を関連付け、端末（ＴＲ）が非装着のものである場合には、顔認証などの手段によって計測対象の人物を特定して関連付ける。また、特定の部屋や空間に滞在した集団という個別の人物を特定しないままで、当該の集団を対象として計測データを取得してもよい。以下、端末（ＴＲ）は加速度センサを有するウェアラブル型であるとして記載するが、他の手段を用いても良い。端末（ＴＲ）は、端末内処理部（図示省略）においてユーザ（ＵＳ）の身体の動きに関するセンサデータ（以下、３軸加速度データとするが、他の手段を用いてもよい）を取得する。
【００１９】
端末（ＴＲ）で取得されたデータは、ネットワーク（ＮＷ）を通じてスコア管理サーバ（ＳＳ）に格納される。スコア管理サーバ（ＳＳ）は、センサデータから人物もしくは集団に関する評価スコアを計算し、記憶する。アプリケーション（ＡＳ）もしくはクライアント（ＣＬ）から要求された際に、スコア管理サーバ（ＳＳ）は評価スコアを返す。
【００２０】
アプリケーション（ＡＳ）は、例えばＰＯＳレジスターや企業の業務管理システムなどがある。
【００２１】
クライアント（ＣＬ）は、画面（ＣＬＯＤ）や指紋認証（図示省略）などのユーザ（ＵＳ）とのインタフェースを有する携帯電話などの機器であり、スコア提供にユーザ（ＵＳ）が承諾したことを、ネットワーク（ＮＷ）を介してスコア管理サーバ（ＳＳ）に伝達することが可能である。
【００２２】
また、端末（ＴＲ）は異なる形態あるいは異なるセンサを有する複数の種類のものを用いることができるが、新たな種類の端末Ｂ（ＴＲ＿Ｂ）をスコア管理サーバ（ＳＳ）の対象として登録する際には、同じ人物（ＵＳ２）が端末Ｂ（ＴＲ＿Ｂ）と基準となる端末Ａ（ＴＲ＿Ａ）を同時に装着したデータを収集することによって、スコア管理サーバ（ＳＳ）は端末Ｂ（ＴＲ＿Ｂ）の認証、デバイス間変換モデル生成、信頼度ルール生成を行う。
【００２３】
＜全体システムのブロック図＞
図２は、図１に示した評価情報管理システムの構成要素の機能の一例を示すブロック図である。なお、図中のそれぞれの機能はハードウェアとソフトウェアの協働によって実現される。また、これらの各構成要素のそれぞれは、制御部と記憶部と送受信部とを有している。制御部は、通常のコンピュータ等の処理部である中央処理部（Central Processing Unit：ＣＰＵ、図示省略）などで構成されている。記憶部は、半導体記憶装置や磁気記憶装置などのメモリ装置で構成されている。送受信部は、有線や無線等のネットワークインタフェースで構成されている。その他、必要に応じて時計等を備えている。図２における矢印は、データや制御のための信号の流れを表している。
【００２４】
＜端末（ＴＲ）＞
図２に示す端末（ＴＲ）と基準デバイスに選択された想定の端末Ａ（ＴＲ＿Ａ）としては、例えば、名札型の形状のものであって、人物の首からぶら下げられて使用するものが想定されるが、これは一例であり、他の形状でもよい。端末（ＴＲ）は、多くの場合には、この一連のシステムの中に複数存在し、複数の人物がそれぞれ身に着けるものである。
【００２５】
端末（ＴＲ）は、時計機能（ＴＲＣＫ）と、センサ（ＴＲＳＮ）と、センサデータ送信機能（ＴＲＳＳ）と、送受信部（ＴＲＳＲ）とを有しており、記憶部には、装着者であるユーザ（ＵＳ）と対応したユーザＩＤ（ＵＳＩＤ）と、端末自身のＩＤや端末の種類や計測条件に関する情報を含む端末情報（ＴＲＩＤ）を保持している。時計機能（ＴＲＣＫ）は、時刻情報を保持し、一定間隔でその時刻情報を更新する機能を有している。時間情報は、時刻情報が他の端末（ＴＲ）とずれることを防ぐために、ＮＴＰサーバ（図示省略）に接続することで定期的に更新される。センサ（ＴＲＳＮ）は、装着者の動きに関するデータを取得するものであり、例えば三軸加速度センサやジャイロセンサ、心拍センサ、眼電位センサなどがある。センサ（ＴＲＳＮ）は、これら三軸加速度センサやジャイロセンサ、心拍センサ、眼電位センサなどのセンサのいずれかを、端末（ＴＲ）ごとに有している。
【００２６】
端末（ＴＲ）は、センサ（ＴＲＳＮ）で取得したセンサデータをセンシングした時刻の情報と紐付けた後、センサデータ送信機能（ＴＲＳＳ）によって、送受信部（ＴＲＳＲ）からネットワーク（ＮＷ）を通してスコア管理サーバ（ＳＳ）に送信する。なお、図示を省略したが、端末（ＴＲ）は、記憶部、制御部、電源を有し、記憶部は、上述したユーザＩＤ（ＵＳＩＤ）および端末情報（ＴＲＩＤ）の他に、センサデータや時刻情報、センシングのためのファームウェアなどを記憶する。制御部は、センサ（ＴＲＳＮ）の制御やデータ送信機能（ＴＲＳＳ）における送信のタイミングの制御、ユーザＩＤ（ＵＳＩＤ）や端末情報（ＴＲＩＤ）の書き換えなどを行う。電源は、電池もしくは外部電源と接続するものであり、端末（ＴＲＩＤ）の電力を維持する。
【００２７】
＜スコア管理サーバ（ＳＳ）＞
スコア管理サーバ（ＳＳ：スコア管理装置）は、送受信部（ＳＳＳＲ）と、記憶部（ＳＳＭＥ）と、制御部（ＳＳＣＯ）とを備える。スコア管理サーバ（ＳＳ）は、全ての端末（ＴＲ）から集まったデータを管理し、アプリケーション（ＡＳ）やクライアント（ＣＬ）からの要求に応じてスコアを出力する。制御部（ＳＳＣＯ）は、スコア算出部（ＳＳＣＣ）と、スコア取得部（ＳＳＣＧ）と、デバイス登録部（ＳＳＣＲ）とを有する。
【００２８】
スコア算出部（ＳＳＣＣ）は、データ受信機能（ＳＳＣＣ＿ＲＲ）と、データ認証機能（ＳＳＣＣ＿ＡＣ）と、スコア計算部となるスコア計算機能（ＳＳＣＣ＿ＣＳ）と、信頼度計算部となる信頼度計算機能（ＳＳＣＣ＿ＣＡ）と、デバイス間変換部となるデバイス間変換機能（ＳＳＣＣ＿ＰＥ）とを有する。
【００２９】
このように構成されたスコア算出部（ＳＳＣＣ）は、端末（ＴＲ）からのセンサデータを送受信部（ＳＳＳＲ）を通してデータ受信機能（ＳＳＣＣ＿ＲＲ）によって受信し、データ認証機能（ＳＳＣＣ＿ＡＣ）によってそのデータが適切なものかを認証し、記憶部（ＳＳＭＥ）に格納（図示省略）する。また、記憶部（ＳＳＭＥ）内のスコア計算プログラム（ＳＳＭＥ＿ＰＳ）にデータを適用することで、人物ごともしくは事前に登録された集団ごとに、スコア計算機能（ＳＳＣＣ＿ＣＳ）における評価スコア計算と、信頼度計算機能（ＳＳＣＣ＿ＣＡ）における信頼度計算とを行い、記憶部（ＳＳＭＥ）内のスコアデータベース（ＳＳＭＥ＿Ｓ）に格納する。
【００３０】
ここで、データを計測した端末（ＴＲ）が、後述する基準デバイス以外の場合には、デバイス間変換機能（ＳＳＣＣ＿ＰＥ）によって、デバイス間変換を行う。これは、デバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）を用いて当該端末のデータを基準デバイスのデータを模した形に変換するものであって、デバイスで計測された人間の身体の動きに関するデータをそのデバイスに応じた変換式となるデバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）やデバイス間変換モデル（ＳＳＣＲ＿ＧＲ）に従って変換する処理である。なお、デバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）やデバイス間変換モデル（ＳＳＣＲ＿ＧＲ）による変換式は、基準デバイスで計測される第１データと基準デバイスとは異なる他のデバイスで計測される第２データとの差異を低減する式である。
【００３１】
デバイス間変換機能（ＳＳＣＣ＿ＰＥ）によってデバイス間変換が行われた場合、スコア計算機能（ＳＳＣＣ＿ＣＳ）において、変換されたデータをデバイスによらず共通のスコア算出式となるスコア計算プログラム（ＳＳＭＥ＿ＰＳ）に適用することにより人間の状態に関する評価スコアを算出し、信頼度計算機能（ＳＳＣＣ＿ＣＡ）において、そのデバイスに応じたルールに従って、算出された評価スコアの信頼度を算出する。
【００３２】
スコア取得部（ＳＳＣＧ）は、アプリケーション（ＡＳ）やクライアント（ＣＬ）からの要求に応じてスコアを出力するものであって、スコア要求判定機能（ＳＳＣＧ＿ＲＧ）と、スコア検索機能（ＳＳＣＧ＿ＳＱ）と、スコア送信機能（ＳＳＣＧ＿ＳＳ）とを有する。
【００３３】
スコア取得部（ＳＳＣＧ）は、スコア要求を受け取ると、スコア要求判定機能（ＳＳＣＧ＿ＲＧ）によって、要求者はスコアを受け取る資格を有するものか、本人の同意が得られているかなどのセキュリティ上の判断を行うことで、評価スコアについての認証を行う。スコア要求判定機能（ＳＳＣＧ＿ＲＧ）にて認証が成功し、許可が得られた場合には、スコア検索機能（ＳＳＣＧ＿ＳＱ）によってスコアデータベース（ＳＳＭＥ＿Ｓ）を検索し、要求された対象の評価スコアをスコア送信機能（ＳＳＣＧ＿ＳＳ）によって要求元に送信する。
【００３４】
デバイス登録部（ＳＳＣＲ）は、新規の種類のデバイスを登録するためのものであって、データ受信機能（ＳＳＣＲ＿ＲＲ）と、同一対象判定機能（ＳＳＣＲ＿ＪＳ）と、デバイス間変換モデル生成機能（ＳＳＣＲ＿ＧＴ）と、信頼度ルール生成機能（ＳＳＣＲ＿ＧＲ）とを有する。また、デバイス登録部（ＳＳＣＲ）は、アンケート入力部（ＳＳＣＲ＿Ｑ）を有している。
【００３５】
デバイス登録部（ＳＳＣＲ）は、計測精度が既にわかっており、このデータによって標準スコア算出式が定義されている基準デバイス（ここでは端末Ａ（ＴＲ＿Ａ）とする）と、新規に登録したい別の種類のデバイス（ここでは端末Ｂ（ＴＲ＿Ｂ）とする）を、同時に同じ人物または集団について装着し、両デバイスのデータをデータ受信機能（ＳＳＣＲ＿ＲＲ）によって受信する。なお、基準デバイスは、上述したように、計測精度が既にわかっており、このデータによって標準スコア算出式が定義されているものであることから、計測されるデータを変換せずにスコア計算プログラム（ＳＳＭＥ＿ＰＥ）に適用することで評価スコアを算出できるものである。
【００３６】
次に、デバイス登録部（ＳＳＣＲ）は、取得した２種類のデータが同一の対象、人物または集団について計測されたものかを同一対象判定機能（ＳＳＣＲ＿ＪＳ）によって判定する。異なるデバイスで取得した身体の動きに関する時系列データは、サンプリングの質、例えばサンプリング間隔やデータ欠損の発生確率が異なったり、また身体上の装着位置によって周期の位相がずれていたりする。これを、例えば同一間隔のサンプリングデータに変換したり、データ欠損を機械的に補ったり、位相をずらしたりして補正した後に、両種のデータが同期しているかを確認することで、同一対象を計測したデータであるかどうかを判定できる。さらに、機械学習などによって新デバイス（ＴＲ＿Ｂ）のデータから基準デバイス（ＴＲ＿Ａ）のデータに変換するデバイス間変換モデルをデバイス間変換モデル生成機能（ＳＳＣＲ＿ＧＴ）によって生成し、記憶部（ＳＳＭＥ）内のデバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）として格納する。合わせて、モデル生成に用いたデータの人数や合計時間、変換モデルの精度、新デバイス（ＴＲ＿Ｂ）のデータ欠損の頻度などに応じて、新デバイス（ＴＲ＿Ｂ）の信頼度を算出するルールを信頼度ルール生成機能（ＳＳＣＲ＿ＧＲ）によって生成する。信頼度ルールは、端末Ｂ（ＴＲ＿Ｂ）の登録後に端末Ｂによって計測されたデータがスコア管理サーバ（ＳＳ）に入力されたときに、信頼度計算（ＳＳＣＣ＿ＣＡ）を行う基準となるものである。欠損や誤差の大きな端末の場合には低い信頼度が算出される。信頼度ルール（図示省略）には、端末Ｂ（ＴＲ＿Ｂ）の基準信頼度と、入力データのサンプリング数や欠損率に応じた信頼度の減衰係数が含まれている。新デバイス（ＴＲ＿Ｂ）の一定の信頼度を満たすと判断された場合には、新デバイス（ＴＲ＿Ｂ）の情報が認証デバイスとして記憶部（ＳＳＭＥ）内の認証デバイス情報（ＳＳＭＥ＿Ｄ）に信頼度ルールと合わせて登録される。
【００３７】
また、算出したい評価スコアの基準となる事前に定められた質問紙（アンケート）の回答データがある場合には、新デバイス（ＴＲ＿Ｂ）の計測期間と重複する期間に実施したアンケート回答をアンケート入力部（ＳＳＣＲ＿Ｑ）に入力することで、端末Ｂ（ＴＲ＿Ｂ）の信頼度を高めたり、基準デバイスに変換せずに直接端末Ｂ（ＴＲ＿Ｂ）から評価スコアを計算するプログラム（ＳＳＭＥ＿ＰＳ）を生成したりしても良い。
【００３８】
＜アプリケーション（ＡＳ）、クライアント（ＣＬ）＞
アプリケーション（ＡＳ）は、スコアを活用するシステムであって、画面（ＡＳＯＤ）と、読み取り機（ＡＳＯＤ＿Ｒ）と、スコア提供同意要求機能（ＡＳＡＧ）と、スコア要求機能（ＡＳＲＥ）と、制御機能（ＡＳＣＯ）と、スコア受信機能（ＡＳＲＲ）と、送受信部（ＡＳＳＲ）とを有する。また、記憶部内にアプリケーションＩＤ（ＡＳＩＤ）を記憶している。
【００３９】
クライアント（ＣＬ）は、画面（ＣＬＯＤ）と、本人認証機能（ＣＬＲＩ）と、同意取得機能（ＣＬＡＧ）と、スコア要求機能（ＣＬＲＥ）と、送受信部（ＣＬＳＲ）とを有する。記憶部内にユーザＩＤ（ＵＳＩＤ）を記憶している。
【００４０】
上記のように構成されたアプリケーション（ＡＳ）とクライアント（ＣＬ）とは、ユーザ（ＵＬ）が事前に登録された持ち主であるかを、本人認証機能（ＣＬＲＩ）によってパスワード要求または指紋認証などの手段を用いて認証する。そして、同意取得機能（ＣＬＡＧ）を用いてユーザ（ＵＬ）のスコア提供への同意が得られた場合に、送受信部（ＣＬＳＲ）を通してスコア管理サーバ（ＳＳ）に、当該ユーザ（ＵＳ）のスコアを所定のアプリケーションＩＤ（ＡＳＩＤ）を持つアプリケーションに送信するようにスコア要求機能（ＣＬＲＥ）によって要求する。このとき、同意済であることをクライアント（ＣＬ）からアプリケーション（ＡＳ）に送信し、本人同意済であるとの情報を付与した上でアプリケーション（ＡＳ）からスコア管理サーバ（ＳＳ）にスコア要求（ＡＳＲＥ）を行っても良い。
【００４１】
スコア提供同意要求機能（ＡＳＡＧ）は、クライアント（ＣＬ）がスコア要求をした際に、スコア提供に同意するかをクライアント（ＣＬ）に例えば近距離無線などを通して要求する。クライアント（ＣＬ）から直接アプリケーション（ＡＳ）に同意したという情報を送るために、バーコードやＱＲコード（ＱＲコードは登録商標）またはＩＣチップの読み取り機（ＡＳＯＤ＿Ｒ）をアプリケーション（ＡＳ）が備えていてもよい。
【００４２】
そして、スコア管理サーバ（ＳＳ）のスコア取得部（ＳＳＣＧ）において、スコア要求が不当なものではないことがスコア要求判定機能（ＳＳＣＧ＿ＲＧ）によって判断された場合、スコア検索機能（ＳＳＣＧ＿ＳＱ）にてスコアデータベース（ＳＳＭＥ＿Ｓ）からスコアが検索され、スコア送信機能（ＳＳＣＧ＿ＳＳ）にてスコアがアプリケーション（ＡＳ）に送信される。
【００４３】
アプリケーション（ＡＳ）は、当該人物の評価スコアをスコア受信機能（ＡＳＲＲ）によって受信し、制御機能（ＡＳＣＯ）によって、例えば、スコアの値に応じてアプリケーション内の情報や動作を変更することにより、所定の動作を行う。
【００４４】
＜スコア算出処理のシーケンス＞
図３は、図１および図２に示した評価情報管理システムにおけるスコアの計算処理の手順を示すシーケンス図である。
【００４５】
図１および図２に示した評価情報管理システムにおいて、端末（ＴＲ）でユーザ（ＵＳ）の動きに関するデータを計測し、スコア管理サーバ（ＳＳ）でスコアの計算を行う場合は、まず、端末（ＴＲ）では事前にユーザ（ＵＳ）が持ち主として登録し（ＴＲＵＩ）、ユーザＩＤ（ＵＳＩＤ）が端末内記憶部（ＴＲＭＥ）に記録される。
【００４６】
次に、所定の時刻になった際にタイマ起動（ＴＲＴＫ）、もしくはユーザ（ＵＳ）が起動を指示することによってセンシング（ＴＲＳＥ）が開始される。その期間、ユーザ（ＵＳ）は、端末（ＴＲ）がユーザ（ＵＳ）の動きを計測できるように端末（ＴＲ）を装着する。センシングされたデータは、時刻情報やユーザＩＤ、端末の種類などの情報が付与され（ＴＲＳＡ）、適宜記憶部（ＴＲＭＥ）に記録される。逐次もしくは所定のセンシング期間が終了した際にセンサデータがスコア管理サーバ（ＳＳ）にセンサデータ送信機能（ＴＲＳＳ）によって送信される。
【００４７】
スコア管理サーバ（ＳＳ）のスコア算出部（ＳＳＣＣ）では、データ受信機能（ＳＳＣＣ＿ＲＲ）にてデータを受信した後、まず、データ認証機能（ＳＳＣＣ＿ＡＣ）によって適切な端末と条件で取得されたデータかを確認する。
【００４８】
そして、データを計測した端末（ＴＲ）が基準デバイス以外の場合には（ＳＳＣＣ＿１）、デバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）を用いて、デバイス間変換機能（ＳＳＣＣ＿ＰＥ）によって当該端末のデータを基準デバイスのデータを模した形に変換するデバイス間変換を行う。この際、デバイス間変換を行うデバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）やデバイス間変換モデル（ＳＳＣＲ＿ＧＲ）による変換式は、基準デバイスで計測される第１データと基準デバイスとは異なる他のデバイスで計測される第２データとの差異を低減する式となっている。
【００４９】
データを計測した端末（ＴＲ）が基準デバイスである場合や、デバイス間変換機能（ＳＳＣＣ＿ＰＥ）によってデバイス間変換を行った後、記憶部（ＳＳＭＥ）内のスコア計算プログラム（ＳＳＭＥ＿ＰＳ）にデータを適用することで、人物ごともしくは事前に登録された集団ごとに、スコア計算機能（ＳＳＣＣ＿ＣＳ）における評価スコア計算と、信頼度計算機能（ＳＳＣＣ＿ＣＡ）における信頼度計算とを行い、スコア管理サーバ（ＳＳ）内の記憶部（ＳＳＣＣ＿Ｍ）と記憶部（ＳＳＭＥ）内のスコアデータベース（ＳＳＭＥ＿Ｓ）に格納する。
【００５０】
このように、デバイスに応じた変換式により変換したデータを用いて評価スコアを算出し更にその信頼度を算出することにより、様々なデバイスで取得される身体の動きに関するデータから人間の状態に関する客観的な評価スコアを得ることができる。
【００５１】
また、デバイス間変換を行うデバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）やデバイス間変換モデル（ＳＳＣＲ＿ＧＲ）による変換式が、基準デバイスで計測される第１データと基準デバイスとは異なる他のデバイスで計測される第２データとの差異を低減する式であることで、基準デバイスを予め設定しておき、他のデバイスについては、そのデバイスで計測されるデータと、基準デバイスで計測されるデータとの差異を低減するように変換したデータを用いるので、例えば、新たに追加されまだ蓄積されたデータが少ないデバイスであっても、基準デバイスで計測され蓄積されたデータから得られた知見（例えばスコア算出式）を活用した評価スコアの計算が可能となる。また、新たな知見に基づき基準デバイスによるスコア算出式を変更すれば、その知見は他の全てのデバイスでの評価スコアにも反映させることができる。
【００５２】
＜スコア取得処理のシーケンス＞
図４は、図１および図２に示した評価情報管理システムにおけるスコアの取得処理の手順を示すシーケンス図である。
【００５３】
図１および図２に示した評価情報管理システムにおいて、アプリケーション（ＡＳ）からスコア管理サーバ（ＳＳ）にスコア取得を要求し、スコアを取得する処理において、アプリケーション（ＡＳ）が特定の人物または集団の評価スコアの取得を要求する際、まず、スコア提供同意要求機能（ＡＳＡＧ）によってスコア提供同意要求をクライアント（ＣＬ）に送信する。
【００５４】
クライアント（ＣＬ）において、本人認証機能（ＣＬＲＩ）によってユーザ（ＵＳ）の本人認証を行ったのち画面（ＣＬＯＤ）などを通してユーザ（ＵＳ）の同意（ＵＳＡＧ）を同意取得機能（ＣＬＡＧ）によって取得する。
【００５５】
同意した旨の情報はアプリケーション（ＡＳ）に送られ、同意済であることが付与された（ＡＳＲＥ＿Ａ）上で、スコア要求機能（ＡＳＲＥ）によってスコア管理サーバ（ＳＳ）にスコア要求が送信される。なお、ユーザ（ＵＳ）への同意取得はスコア要求の度に実施するのではなく、事前に同意を取得しておくことで、アプリケーション（ＡＳ）から直接スコア管理サーバ（ＳＳ）にスコア要求を実施してもよい。
【００５６】
スコア取得部（ＳＳＣＧ）では、スコア要求が妥当なものであることをスコア要求判定機能（ＳＳＣＧ＿ＲＧ）によって判定した後、対象となる個人または集団、期間を指示してスコア検索をスコア検索機能（ＳＳＣＧ＿ＳＱ）に依頼する。記憶部（ＳＳＭＥ）は該当する評価スコアをスコアデータベース（ＳＳＭＥ＿Ｓ）から検索して（ＳＳＭＥ＿Ｓ１）スコア取得部（ＳＳＣＧ）に返し、評価スコアはスコア送信機能（ＳＳＣＧ＿ＳＳ）によってアプリケーション（ＡＳ）に送信されてスコア受信機能（ＡＳＲＲ）によって受信される。
【００５７】
このように、スコア管理サーバ（ＳＳ）の送受信部（ＳＳＳＲ）は、端末（ＴＲ）からネットワーク（ＮＷ）を介してデータを受信し、評価スコアをネットワーク（ＮＷ）を介して、評価スコアを用いて処理を行うアプリケーション（ＡＳ）に送信する機能を果たすことで、アプリケーション（ＡＳ）が評価スコアに応じた所定の処理を提供することができるようになる。
【００５８】
また、スコア取得部（ＳＳＣＧ）において、アプリケーション（ＡＳ）から評価スコアの要求があった場合に、当該評価スコアについての認証を行い、認証が成功した場合に当該評価スコアを送受信部（ＳＳＳＲ）を介してアプリケーション（ＡＳ）に送信することにより、スコア要求が妥当なものである場合にのみ評価スコアを提供することができる。
【００５９】
＜スコアデータベース＞
図５は、図２に示したスコアデータベース（ＳＳＭＥ＿Ｓ）の形式を示す図である。
【００６０】
図２に示したスコアデータベース（ＳＳＭＥ＿Ｓ）は、図５に示すように、個人に対応したユーザＩＤ（ＵＳＩＤ）ごとに評価スコア（Ｓ０１）とその値の信頼度（Ｓ０２）が格納されている。また、評価スコアを算出した際の条件や信頼度の根拠に関する付帯情報が合わせて格納されても良い。例えば、スコアを更新した日付（Ｓ０３）、計測に用いたデバイスの種類（Ｓ０４）、計測した時間（Ｓ０５）などの情報である。スコアデータベース（ＳＳＭＥ＿Ｓ）は、個人単位ではなく企業や部署などの集団単位で同等の態様で情報を格納してもよい。その場合ユーザＩＤ（ＵＳＩＤ）が集団ＩＤ（図示省略）に置換された形態となる。
【００６１】
スコア送信機能（ＳＳＣＧ＿ＳＳ）によってアプリケーション（ＡＳ）に返される評価スコアは、評価スコアそのものの値（Ｓ０１）にその信頼度（Ｓ０２）が付与されたものである。評価スコアは対象となる人物もしくは集団の健全性を評価した値であるが、計測に用いた端末の種類や計測したデータの量、データ欠損の比率、計測した時期から現在までに経過した時間などによってその値の信頼性は下がると考えられる。また、必要とする信頼性はアプリケーション（ＡＳ）の利用目的によって異なり、例えば、利害の生じない簡易なゲームであれば信頼性は低くても良いが簡易な手段でスコアを算出できることが望まれ、企業の株価や投資などの大きな金額や人の名誉に関わる利用目的の場合には信頼性が高いことが求められる。このように、スコア管理サーバ（ＳＳ）が評価スコア（Ｓ０１）と合わせて値の信頼度（Ｓ０２）を返すことで、アプリケーション（ＡＳ）側で基準値以上の信頼度（Ｓ０２）を持つ評価スコア（Ｓ０１）のみを制御（ＡＳＣＯ）に用いるように判断することができる。
【００６２】
＜デバイス登録処理のシーケンス＞
図６は、図１および図２に示した評価情報管理システムにおけるデバイス登録処理の手順を示すシーケンス図である。
【００６３】
本形態の評価情報管理システムにおいて、既にその内蔵センサによるデータから個人または集団の評価スコアの算出する方法が確立している端末Ａ（ＴＲ＿Ａ）を基準デバイスと設定する。具体的な例として、基準デバイスを名札型センサとし、その内蔵加速度センサは５０Ｈｚで三軸方向の加速度データをほぼ欠損なく取得するものとする。端末Ａ（ＴＲ＿Ａ）による評価スコアの算出方法は特許文献１や特許文献２などで開示されている既存の方法を用いるものとし、これによって十分な信頼性を持つ評価スコアが算出されることが確認されていることを前提とする。なお、信頼性の評価の基準となるものはアンケートであり、個人または集団の健全性、例えばストレスや幸福感、仕事への満足感などに関する所定の項目から構成される質問紙であり、この回答結果から健全性に関する１つの値を算出したものが評価スコアである。回答者と同じ被験者らによる端末Ａによる加速度データを用意し、データからその評価スコアを推定するモデルを事前に作ってある。このモデルが、端末Ａ（ＴＲ＿Ａ）のデータから評価スコアを算出するスコア計算プログラム（ＳＳＭＥ＿ＰＳ）として記憶部（ＳＳＭＥ）に格納されている。アンケートに回答するのはユーザ（ＵＳ）にとって面倒に感じるものであり、また毎日同じ質問をすることで回答が正確なものではなくなることが懸念される。このプログラム（ＳＳＭＥ＿ＰＳ）を用いることによって、ユーザ（ＵＳ）はアンケートに回答せずに端末Ａを装着するだけで客観的な評価スコアを得ることができる。
【００６４】
次に、新規の種類のデバイスである端末Ｂを用いて同等の評価スコアを算出できるようにしたい場面を想定する。このとき、同じアンケートと端末Ｂ（ＴＲ＿Ｂ）の計測データのデータセットを用意することで端末Ｂ（ＴＲ＿Ｂ）から評価スコアを推定するモデルを新たに生成することができるが、信頼性の高いモデルを得るためには多くの被験者のサンプルを集めることが必要であり、手間がかかる。そこで、端末Ｂ（ＴＲ＿Ｂ）の計測データから端末Ａから得たものと同等の計測データに変換する、デバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）を作ることで、従来の端末Ａによるスコア計算プログラム（ＳＳＭＥ＿ＰＳ）を端末Ｂ（ＴＲ＿Ｂ）でも利用できるようにする。
【００６５】
ここで、例として端末Ｂは腕輪型のウェアラブルセンサであり、その内蔵加速度センサはデータ欠損が端末Ａ（ＴＲ＿Ａ）より大きな確率で生じているものとする。端末Ｂ（ＴＲ＿Ｂ）から基準デバイス端末Ａ（ＴＲ＿Ａ）へのデバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）を作成し、端末Ｂ（ＴＲ＿Ｂ）をスコア管理サーバ（ＳＳ）で扱う認証デバイス情報（ＳＳＭＥ＿Ｄ）に登録するために、同じ人物が同時に端末Ａ（ＴＲ＿Ａ）と端末Ｂ（ＴＲ＿Ｂ）とを装着し、その期間のデータセットを数組用意する。
【００６６】
まず、端末Ａ（ＴＲ＿Ａ）と端末Ｂ（ＴＲ＿Ｂ）の内蔵の時計の時刻を同期させておく。端末Ａ（ＴＲ＿Ａ）と端末Ｂ（ＴＲ＿Ｂ）それぞれからＮＴＰサーバ（ＴＳ）に時刻情報を提供依頼し（ＴＲＡ０１）（ＴＲＢ０１）、送付された時刻情報（ＴＳ０１）を受け取り、内蔵の時計をＮＴＰサーバに同期させる（ＴＲＡ０２）（ＴＲＢ０２）。ここで基準とする時計はＮＴＰサーバ（ＴＳ）でなく特定のＰＣの時計など別の時計でもよい。
【００６７】
次に、計測を開始する際にはユーザ（ＵＳ）が端末Ａ（ＴＲ＿Ａ）と端末Ｂ（ＴＲ＿Ｂ）を両方装着し（ＵＳ０１）、センシング開始（ＵＳ０２）のスイッチを押す。なお、端末のスイッチを押さずに開始時刻をメモしておいて後にその時刻からのデータだけを切り出す方法を用いても良い。
【００６８】
開始命令を受け取ると、両端末はそれぞれセンシングを行い（ＴＲＡ１０）（ＴＲＢ１０）、時刻や端末ＩＤ、ユーザＩＤなどの情報をセンシングデータに付与しておく（ＴＲＡ１１）（ＴＲＢ１１）。
【００６９】
ユーザがセンシング終了を命令（ＵＳ０３）すると、両端末はセンシングを停止し（ＴＲＡ１２）（ＴＲＢ１２）、センサデータをスコア管理サーバ（ＳＳ）のデバイス登録部（ＳＳＣＲ）にデータ送信機能（ＴＲＳＳ）によって送信する。
【００７０】
デバイス登録部（ＳＳＣＲ）は、データを両端末から受信（ＳＳＣＲ＿ＲＲ）すると、そのデータが同一対象のものか、つまり同じ人物・時間帯に計測されたものかを同一提唱判定機能（ＳＳＣＲ＿ＪＳ）によって判定した後に、端末Ｂから端末Ａへのデバイス間変換モデルを生成する（ＳＳＣＲ＿ＧＴ）。その際、あわせて端末Ｂの基準信頼度と、端末Ｂによって算出される評価スコアの信頼度評価ルールを信頼度ルール生成機能（ＳＳＣＲ＿ＧＲ）によって生成する。
【００７１】
最後に、変換モデルと信頼度ルールを記憶部（ＳＳＭＥ）のに記録することで、変換プログラム登録（ＳＳＭＥ＿ＰＥ１）と認証デバイス情報登録（ＳＳＭＥ＿Ｄ１）が完了する。
【００７２】
このように、デバイス登録部（ＳＳＣＲ）において、基準デバイスと基準デバイスとは異なる他のデバイスとが同時に同一の人間の身体に装着されて基準デバイスで計測された第１データと他のデバイスで計測された第２データとに基づいて、デバイス間変換モデルおよび信頼度ルールを決定し、これらと共に他のデバイスを登録するので、新たなデバイスの計測特性の情報がなくてもそのデバイスを登録することができる。
【００７３】
＜認証デバイス情報＞
図７は、図２に示した認証デバイス情報（ＳＳＭＥ＿Ｄ）のデータベースの構成の例を示す図である。
【００７４】
図２に示した認証デバイス情報（ＳＳＭＥ＿Ｄ）は、スコア管理サーバ（ＳＳ）が認証したデバイスの情報を管理するためのデータベースである。認証済みデバイスで取得されたセンサデータによる評価スコアは、スコア管理サーバ（ＳＳ）が管理する対象となり、その信頼性が担保される。
【００７５】
図７に示すように、認証デバイス情報（ＳＳＭＥ＿Ｄ）には、デバイスの種別（Ｄ０１）とそれが基準デバイスであるか否か（Ｄ０２）、デバイスが登録された日付（Ｄ０３）、その基準信頼度（Ｄ０４）、センサの種別（Ｄ０５）、信頼度算出ルール（Ｄ０６）などの情報が含まれる。基準信頼度（Ｄ０４）は、デバイス種別（Ｄ０１）に対応して一意に決まっているが、実際の計測データの延べ時時間やサンプリング間隔などに応じて減衰した値が評価スコアの信頼度（Ｓ０２）となる。例えば、端末Ｂの基準信頼度（Ｄ０４）は、端末Ａへのデバイス間変換モデルの評価結果に基づいて算出される。つまり、端末Ａを正確に真似できるモデルであるほど高い基準信頼度（Ｄ０４）になる。
【００７６】
センサ種別（Ｄ０５）は、装着箇所や装着形態によって区分したり、用いるセンサの種類によって区分したりする。各デバイス種別（Ｄ０１）に対応してデバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）が生成されているため、同じセンサであっても装着箇所が異なる場合には別のデバイス種別（Ｄ０１）として扱われることもある。センサ種別（Ｄ０５）には、人間の動きに関する時系列データを取得できるものであればなんでも良い。名札型や腕輪型ウェアラブル端末の加速度センサに加え、スマートフォンに内蔵されている加速度センサを用いても良いし、心拍数データや眼鏡に内蔵されたまばたきセンサを用いても良い。センサを装着しない方法としては、ＰＣのディスプレイに内蔵されたＷｅｂカメラで取得した顔画像から動きの大小・リズムに関する時系列データを取得しても良いし、キーボードタイピングのリズムに関する時系列データを取得しても良い。
【００７７】
信頼度算出ルール（Ｄ０６）は、デバイス間変換モデルの精度に影響しうる端末Ｂ（ＴＲ＿Ｂ）の項目とその重み係数を記載したものであり、例えば計測したデータの延べ時間、サンプリング感覚、データ欠損率や解像度がある。
【００７８】
＜デバイス認証のプロセス＞
図８は、図１および図２に示したスコア管理サーバ（ＳＳ）におけるデバイス認証のプロセスを説明するため図である。
【００７９】
基準デバイスを端末Ａ、２種類の新規デバイスを端末Ｂ，Ｃとして、それぞれにおいて端末Ａのデータ形態に変換し、その精度評価や基準信頼度生成を行うものとする。説明の簡易化のため、すべての端末は加速度センサを用いて時系列の一軸加速度データを取得するものとする。
【００８０】
同一人物が３つの端末を同時に装着した場合の加速度データをグラフ（ＡＡ０１）として示す。
【００８１】
グラフ（ＡＡ０１）に示すように、グラフ中破線で示す端末Ｂの加速度データは、グラフ中実線で示す端末Ａの加速度データとほぼ同期しているものの、全体的に０．３ほど高い値となっている。一方、グラフ中点線で示す端末Ｃの加速度データは、グラフ中実線で示す端末Ａの加速度データと比べて振動の中心はほぼ同じであるものの、端末Ａの加速度データよりも上下に大きく振れる傾向がある。こういった違いは装着箇所やセンサの製造者などによって容易に起こりうるものである。
【００８２】
端末Ａのスコア計算機能（ＳＳＣＣ＿ＣＳ）におけるスコア計算プログラム（ＳＳＭＥ＿ＰＳ）を用いたスコア算出のプロセスの一例を述べると、グラフ（ＡＡ０１）に示す連続的な加速度データの特定の時間単位（例えば１分間）の周波数を算出し、その値が所定の閾値以上なら１、未満なら０とすることで静と動の二値化を行い、動の状態の持続時間の発生確率分布の形状に基づいて評価スコアを算出する。
【００８３】
図９は、評価スコアの算出方法の一例を説明するための図である。
【００８４】
図９に示すように、例えば、活動持続時間ごとの累積発生比率を両対数グラフで示したとき分布（ＡＡ０５）を用い、分布の傾きや特定の範囲の値を変数とすることで評価スコアを算出することが考えられる。
【００８５】
なお、スコア計算プログラム（ＳＳＭＥ＿ＰＳ）によるスコア算出式としては、上述した加速度データに基づいて人間が活動している状態である活動状態と人間が静止している状態である静止状態とを判定し、これら人間が活動している状態である活動状態と人間が静止している状態である静止状態との少なくとも一方に基づいて評価スコアを算出する式を用いることが考えられる。
【００８６】
また、同一対象判定機能（ＳＳＣＲ＿ＪＳ）による同一対象判定方法の一例としては、基準デバイスとの時系列の加速度データの平均誤差（Ｅ０１）と相関係数（Ｅ０２）を求め、それぞれが所定の範囲を満たしていれば基準デバイスと同一の対象で計測されたと判定する（Ｅ０４）方法がある。また、加速度データの欠損率（Ｅ０３）が所定の範囲であることも条件としても良い。同一対象ではないと判定された場合には、当該端末は認証デバイス情報登録（ＳＳＭＥ＿Ｄ１）されない。
【００８７】
また、デバイス間変換モデル生成機能（ＳＳＣＲ＿ＧＴ）におけるデバイス間変換モデル生成のアプローチとして、グラフ（ＡＡ０１）による時系列の加速度データについて、端末Ｂの時系列データから端末Ａの時系列データに直接近似するモデルを生成する方法がある。もう１つの方法として、特定の時間単位ごとに端末Ａと端末Ｂの時系列データを区切り、静と動の判定結果が一致するように端末Ｂから端末Ａへの変換モデルを機械学習などによって生成する方法がある。
【００８８】
このように、デバイス登録部（ＳＳＣＲ）のデバイス間変換モデル生成機能（ＳＳＣＲ＿ＧＴ）においては、基準デバイスとなる端末Ａで計測された加速度データから端末Ａを装着した人物が活動状態か静止状態かを判定し、それ以外の端末Ｂ，Ｃで計測される加速度データから判定される人物の状態が、端末Ａで計測された加速度データから判定された人物の状態に近づくように、デバイス間返還モデルを生成し、デバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）に反映することになる。これにより、活動状態か静止状態かを、基準デバイスのデータからの判定に近い判定が他のデバイスのデータからでもできるようになり、その結果、評価スコアも近い値が得られるようになる。
【００８９】
ここで、上述した加速度データを二値化データに変換した結果を図（ＡＡ０３）に示す。
【００９０】
この二値化結果でのエラー率（Ｅ０５）が高いほど分布（ＡＡ０５）のずれも大きくなるため、評価スコアを算出した際の誤差が拡大することになる。
【００９１】
そこで、デバイス登録部（ＳＳＣＲ）の信頼度ルール生成機能（ＳＳＣＲ＿ＧＲ）においては、端末Ｂ，Ｃの加速度データをデバイス間変換プログラム（ＳＳＭＥ＿ＰＥ）による変換式で変換したデータから活動状態および静止状態を判定した二値化データと、端末Ａの加速度データから活動状態および静止状態を判定した二値化データとの不一致の割合となる変換後二値化エラー率（Ｅ０５）が高ければ、その端末の基準信頼度（Ｄ０４）が低くなるように信頼度ルールを決定する。これにより、それらの状態がどの程度近づいているかを信頼度に反映することで、評価スコアの客観性を向上させることができる。
【００９２】
なお、基準信頼度（Ｄ０４）は、基準デバイスとの相関係数（Ｅ０２）やデータ欠損率（Ｅ０３）などによって決定されてもよい。評価結果（Ｅ００）には端末Ｂと端末Ｃの評価結果の違いを例として示している。デバイス登録部（ＳＳＣＲ）の信頼度ルール生成機能（ＳＳＣＲ＿ＧＲ）においては、端末Ａと比べた際の誤差（Ｅ０１）が大きかったり、相関係数（Ｅ０２）が低かったり、二値化エラー率（Ｅ０５）が高いほど、またデータ欠損率（Ｅ０３）が高いほど、新規端末の基準信頼度（Ｄ０４）は低くなるように信頼度ルールを決定する。これにより、他のデバイスで取得されるデータが身体の動きをよく表している場合に評価スコアの信頼度が高くなるようにルールを決定することができる。
【００９３】
以下に、アプリケーション（ＡＳ）の制御機能（ＡＳＣＯ）にてスコアを活用して提供される処理について具体的に説明する。
【００９４】
１つの態様のアプリケーション（ＡＳ）としては、例えば、スーパーマーケットにおけるＰＯＳレジスターが挙げられる。その場合、購買者の評価スコアに応じて割引を行うことが考えられる。クライアント（ＣＬ）は、購買者との接点となるスマートフォンやタブレットなどの電子機器を想定するが、他の手段でも良い。
【００９５】
アプリケーション（ＡＳ）は、ＰＯＳレジスターでの決済時に購買者の評価スコア情報を要求する。このとき、スコア提供に同意するかをアプリケーション（ＡＳ）からクライアント（ＣＬ）に、例えば近距離無線などを通してスコア要求機能（ＡＳＡＧ）によって要求する。クライアント（ＣＬ）は、ユーザ（ＵＬ）が事前に登録された持ち主であるかをパスワード要求または指紋認証などの手段による本人認証機能（ＣＬＲＩ）によって本人認証を行う。そして、ユーザ（ＵＬ）がスコア提供にスコア提供同意機能（ＣＬＡＧ）によって同意した場合に、送受信部（ＣＬＳＲ）を通してスコア管理サーバ（ＳＳ）に、当該ユーザ（ＵＳ）のスコアを所定のアプリケーションＩＤ（ＡＳＩＤ）を持つアプリケーションに送信するようにとの要求をスコア要求機能（ＣＬＲＥ）によって伝達する。
【００９６】
そして、スコア取得部（ＳＳＣＧ）から送信された評価スコアをスコア受信機能（ＡＳＲＲ）を介して制御機能（ＡＳＲＲ）が受信すると、制御機能（ＡＳＣＯ）によって、スコアの値に応じて、請求金額から割引を行うことが考えられる。
【００９７】
図１０は、クライアント（ＣＬ）の画面（ＣＬ０Ｄ）の表示例を示す図である。図１１は、アプリケーション（ＡＳ）の画面（ＡＳＯＤ）の表示例を示す図である。
【００９８】
図１０に示すように、クライアントの画面（ＣＬＯＤ）には同意を求める画面が表示され、承諾ボタン（ＣＬ０１）をユーザ（ＵＳ）が押すと同意したことがアプリケーション（ＡＳ）またはスコア管理サーバ（ＳＳ）に送信される。
【００９９】
同意の確認は承諾ボタン（ＣＬ０１）ではなく指紋認証（図示省略）や音声認証（図示省略）などを用いて行われても良い。また、画面に表示されるバーコード（ＣＬ０２）やＱＲコード（図示省略）をユーザ（ＵＳ）がアプリケーション（ＡＳ）の読み取り機（ＡＳＯＤ＿Ｒ）に読み取らせること、もしくはクライアント（ＣＬ）内臓のＩＣチップ（図示省略）を読み取り機（ＡＳＯＤ＿Ｒ）に読み取らせることによってユーザ（ＵＳ）が同意したとみなす方法を用いても良い。
【０１００】
図１１に示すように、アプリケーション（ＡＳ）の画面（ＡＳＯＤ）には、スコアの値に応じて、請求金額から割引を行う旨、および割引率などが表示される。
【実施例２】
【０１０１】
１つの態様によるアプリケーション（ＡＳ）としては、例えば、企業が管理する人事評価システム（ＡＳＨＲ）が考えられる。ここでも、図１及び図２に示したシステム構成が採用される。
【０１０２】
図１２は、アプリケーション（ＡＳ）が企業が管理する人事評価システム（ＡＳＨＲ）である場合の表示例を示す図である。
【０１０３】
あらかじめ社員は何らかの認証済み端末（ＴＲ）を装着し、社員ごとまたは課やチームごとに評価スコアが算出され、スコア管理サーバ（ＳＳ）に格納されている。アプリケーション（ＡＳ）である人事評価システム（ＡＳＨＲ）は、あらかじめシステム内の記憶部（図示省略）に社員ＩＤ（ＨＲ０１）、所属（ＨＲ０２）とその社員の業績評価である個人評価（ＨＲ０３）を保持している。
【０１０４】
アプリケーション（ＡＳ）は、スコア要求機能（ＡＳＲＥ）によってスコア管理サーバ（ＳＳ）にスコアを要求することで、チームスコア（ＨＲ０４）と信頼度（ＨＲ０５）を取得する。そして、制御機能（ＡＳＣＯ）によって、個人評価にチームスコア（ＨＲ０４）を重みをかけて合計したものをボーナス評価（ＨＲ０６）として算出する。ここで、スコアの信頼度（ＨＲ０５）は、図５に示した信頼度（Ｓ０２）と同じものであり、これが一定以上の場合のみスコアを加算することにとしても良い。
【０１０５】
このように、チームの健全性を示すチームスコアを人事評価の要素に加えることで、本人自身の業績が高くなくてもチームに貢献した人の評価を上げ、高いボーナス額を提示することが可能になる。
【実施例３】
【０１０６】
1つの態様によるアプリケーション（ＡＳ）としては、例えば、株式投資判断支援システムにおける企業情報管理システム（ＡＳＣＩ）が考えられる。ここでも、図１及び図２に示したシステム構成が採用される。
【０１０７】
図１３は、アプリケーション（ＡＳ）が株式投資判断支援システムにおける企業情報管理システム（ＡＳＣＩ）である場合の表示例を示す図である。
【０１０８】
あらかじめ企業に関する既存の情報、企業ＩＤ（ＣＩ０１）、株価（ＣＩ０２）、営業利益（ＣＩ０３）などがシステム内の記憶部（図示省略）に保持されている。
【０１０９】
アプリケーション（ＡＳ）は、スコア要求機能（ＡＳＲＥ）によってスコア管理サーバ（ＳＳ）にスコアを要求することで、企業スコア（ＣＩ０４）と信頼度（ＣＩ０５）を取得する。例えば、投資優先度（ＣＩ０６）という投資判断に用いる指標を、営業利益（ＣＩ０３）と企業スコア（ＣＩ０４）を重みをかけて合計することで算出する。ここで、スコアの信頼度（ＣＩ０５）は、図５に示した信頼度（Ｓ０２）と同じものであり、これが一定以上の場合のみスコアを加算することにしても良い。
【０１１０】
このように、企業の健全性を示す企業スコアを企業評価の要素に加えることによって、社員が健全な状態で業績を上げていることを企業の将来性があると捉え、将来性の高い企業への投資を優先するように判断することが可能になる。
【実施例４】
【０１１１】
1つの態様によるアプリケーション（ＡＳ）としては、例えば、働き方評価情報管理システム（ＡＳＥＰ）が考えられる。
【０１１２】
ここでは、人を評価することが目的ではなく、モノ（商品）やコト（実施する事柄）の効果を評価することを目的として、その手段として人物の身体リズムに基づくスコアを用いる。つまり、モノを利用した時やコトを実施した時のその人物のスコアの向上度を、その対象の効果として評価する。ここでスコアは実施例１〜３に示したものと同様のものである。また、第４の実施例として会議の仕方という働き方を評価するシステムを想定するが、同様の仕組みで特定の商品の効果を評価するシステムとして適用することも可能である。
【０１１３】
モノやコトなどの対象を評価するとき、従来はユーザの感想など主観的な指標しか得ることができなかった。主観的な指標の課題は、人によって評価基準が異なることや、回答のタイミングや質問の文言などの対象の本質以外の要因に影響され得ることである。そこで、人間の身体の動きに基づく指標を評価に用いることで、対象を客観的に評価することが可能である。また、属性情報と関連付けて効果を算出することで、特定の属性において効果の高い対象を見つけ出し、モノやコトを選択する際の基準として活用することができる。
【０１１４】
図１４は、図１に示した評価情報管理システムの構成要素の機能の他の例を示すブロック図である。
【０１１５】
本例は図１４に示すように、図２に示したものに対して、クライアント（ＣＬ）、アプリケーション（ＡＳ）およびスコア管理サーバ（ＳＳ）の構成が異なるものである。本例におけるスコア管理サーバ（ＳＳ）は、図２に示したスコア取得部（ＳＳＣＧ）の代わりにスコア集計部（ＳＳＳＭ）を有している。以下に、差異の部分についてのみ説明する。
【０１１６】
ユーザ（ＵＳ）は、対象となる活動を行った際や、商品を利用した際に、クライアント（ＣＬ）を通して活動記録（ＣＬＲＡ）を入力する。例えば、会議を行った方法、対面会議か、電話会議か、Ｗｅｂ会議かをスマートフォンのクライアント（ＣＬ）から入力する。
【０１１７】
クライアント（ＣＬ）は、活動記録にユーザＩＤ（ＵＳＩＤ）と対象を行った時刻の情報を付与（ＣＬＡＴ）し、活動記録送信機能（ＣＬＳＡ）によって活動記録をスコア管理サーバ（ＳＳ）に送信する。
【０１１８】
クライアント（ＣＬ）から送信された活動記録は、スコア管理サーバ（ＳＳ）の効果集計部（ＳＳＳＭ）が受け取り（図示省略）、タイマ起動（図示省略）した特定のタイミングで、既に格納されている同じユーザの当該日または時間帯のスコアデータをスコア検索機能（ＳＳＳＭ＿ＳＱ）によってスコアデータベース（ＳＳＭＥ＿Ｓ）から検索し、結合テーブル作成機能（ＳＳＳＭ＿ＣＴ）によって、活動記録データと合わせて結合テーブルの作成を行う。
【０１１９】
図１５および図１６は、図１４に示した結合テーブル作成機能（ＳＳＳＭ＿ＣＴ）によって作成される結合テーブルの構成例を示す図である。
【０１２０】
結合テーブル作成機能（ＳＳＳＭ＿ＣＴ）では、まず図１５に示す基準スコア情報テーブル（ＳＳＳＭ＿Ａ）を作成する。基準スコア情報テーブル（ＳＳＳＭ＿Ａ）はユーザＩＤ（ＵＳＩＤ）と対応付けて基準となるスコア（Ａ０１）を過去のスコアから算出し、その値の信頼度（Ａ０２）と共に格納したテーブルである。後にアプリケーション（ＡＳ）において属性別に効果を表示するため、職位や職種、性別やアンケートによる区分などの属性（Ａ００）の情報をマージしておいてもよい。
【０１２１】
基準スコア（Ａ０１）は、各ユーザの基準となる平均的なスコアを示したものであり、例えばスコアデータベース（ＳＳＭＥ＿Ｓ）に格納された過去３日分や１ヶ月分のスコアの平均値によって定義される。
【０１２２】
次に、結合テーブル作成機能（ＳＳＳＭ＿ＣＴ）では、活動−スコア結合テーブル（ＳＳＳＭ＿Ｔ）を作成する。活動−スコア結合テーブル（ＳＳＳＭ＿Ｔ）は、図１６に示すように、ユーザＩＤ（ＵＳＩＤ）と日付（Ｔ００）ごとに、活動記録（Ｔ０４）と紐付けてスコアデータベース（ＳＳＭＥ＿Ｓ）から取得した評価スコア（Ｔ０１）を格納するテーブルである。
【０１２３】
ここで、効果（Ｔ０２）の算出方法の一例として、基準スコア（Ａ０１）と当該日の評価スコア（Ｔ０１）との差を効果（Ｔ０２）とすることができる。つまり、当該活動を行った日のユーザの評価スコアが平常時よりも高かったかどうかを対象の効果とみなす。さらに、効果をわかりやすく可視化するために、効果を５段階に分けた効果区分（Ｔ０３）を追加してもよい。
【０１２４】
このように、効果集計部（ＳＳＳＭ）では、クライアント（ＣＬ）からユーザの活動記録を取得し、取得した活動記録およびスコアデータベース（ＳＳＳＭ＿ＳＱ）に格納された評価スコアに基づいてその効果を算出することになる。
【０１２５】
図１７は、アプリケーション（ＡＳ）の画面（ＡＳＯＤ）の表示例を示す図であり、アプリケーション（ＡＳ）が、働き方評価情報管理システム（ＡＳＥＰ）である場合の表示例を示す。
【０１２６】
本実施例におけるシステムはＷｅｂアプリケーションであると想定するが他の形態でもよい。
【０１２７】
操作者（図示省略）が、本システム上で働き方評価情報を確認したいと考えたとき、対象選択ボタン（ＥＰ０１）で対象となる働き方の区分を、属性選択ボタン（ＥＰ０２）で表示したい属性の区分をそれぞれ選択し、要求送信ボタン（ＥＰ０３）を押すと、アプリケーション（ＡＳ）から効果要求機能（ＡＳＲＥ）によって効果要求が送信される。
【０１２８】
アプリケーション（ＡＳ）から送信された効果要求をスコア管理サーバ（ＳＳ）が受け取ると、スコア管理サーバ（ＳＳ）の効果集計機能（ＳＳＳＭ＿ＳＥ）が、効果要求による条件に基づいて活動−スコア結合テーブル（ＳＳＳＭ＿Ｔ）上の効果に関する値を集計する。この集計においては、活動記録（Ｔ０４）の種類、属性（Ｔ００）によって効果（Ｔ０２）の平均値を算出したり、効果区分（Ｔ０３）ごとの件数を合計したりする。
【０１２９】
最後に、スコア管理サーバ（ＳＳ）の効果送信機能（ＳＳＳＶ＿ＳＳ）が、集計結果を送受信部（ＳＳＳＲ）を通じてアプリケーション（ＡＳ）に送信する。
【０１３０】
スコア管理サーバ（ＳＳ）から送信された集計結果をアプリケーション（ＡＳ）の効果受信機能（ＡＳＲＲ）が受信すると、制御機能（ＡＳＣＯ）によって、受信したその結果を反映し、画面（ＡＳＯＤ）内の効果表示エリア（ＥＰ１０）に表示する。
【０１３１】
例えば、図１７に示すように、会議の種類、属性別に効果の平均値を表示したり、効果区分の件数の分布をヒストグラムとして表示したりすることができる。これにより、本システムの操作者は、同じ対象（働き方）であっても属性によって効果が異なることを確認したり、属性に合わせて効果の高い対象（働き方）を選択するために活用することができる。
【０１３２】
実施例４に記載されているように、本発明は、スコア管理装置であって、デバイスで計測された人間の身体の動きに関するデータを前記デバイスに応じた変換式に従って変換するデバイス間変換部と、前記変換されたデータをデバイスによらず共通のスコア算出式に適用することにより前記人間の状態に関する評価スコアを算出するスコア計算部と、前記デバイスに応じたルールに従って前記評価スコアの信頼度を算出する信頼度計算部と、前記デバイスから通信ネットワークを介して前記データを受信し、前記評価スコアを通信ネットワークを介して、前記評価スコアを用いて処理を行うアプリケーション装置に送信する送受信部と、前記デバイスで身体の動きに関するデータが計測された人間の活動記録を取得し、該活動記録および前記評価スコアに基づいてその効果を算出する効果集計部と、を有し、前記アプリケーション装置は、前記効果集計部にて算出された効果を表示出力することを特徴としている。
このように、人間の身体の動きに基づく指標を、モノ（商品）やコト（実施する事柄）の効果の評価に用いることで、モノやコトを客観的に評価することが可能となる。
【０１３３】
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、種々変形実施可能であり、上述した各実施形態を適宜組み合わせることが可能であることは、当業者に理解されよう。
【符号の説明】
【０１３４】
ＴＲ，ＴＲ２〜３…端末、ＵＳ，ＵＳ２〜３…ユーザ、ＮＷ…ネットワーク、ＳＳ…スコア管理サーバ、ＡＳ…アプリケーション、ＣＬ…クライアント
【図１】
2020030627.tif 000003
【図２】
2020030627.tif 000004
【図３】
2020030627.tif 000005
【図４】
2020030627.tif 000006
【図５】
2020030627.tif 000007
【図６】
2020030627.tif 000008
【図７】
2020030627.tif 000009
【図８】
2020030627.tif 000010
【図９】
2020030627.tif 000011
【図１０】
2020030627.tif 000012
【図１１】
2020030627.tif 000013
【図１２】
2020030627.tif 000014
【図１３】
2020030627.tif 000015
【図１４】
2020030627.tif 000016
【図１５】
2020030627.tif 000017
【図１６】
2020030627.tif 000018
【図１７】
2020030627.tif 000019