ホーム > 特許ランキング > ＬＩＮＥヤフー株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024180016
(43)【公開日】2024-12-26
(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム
(51)【国際特許分類】
G06F 21/64 20130101AFI20241219BHJP
G06F 21/31 20130101ALI20241219BHJP
【ＦＩ】
G06F21/64
G06F21/31
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023099418
(22)【出願日】2023-06-16
(71)【出願人】
【識別番号】500257300
【氏名又は名称】ＬＩＮＥヤフー株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】五味 秀仁
(72)【発明者】
【氏名】山口 修司
(72)【発明者】
【氏名】日暮 立
(57)【要約】
【課題】証明書の発行者が利用者の個人的なデータを取得することなく、利用者の個人的なデータに基づいて利用者の行動に関する証明書を適切に発行する。
【解決手段】本願に係る情報処理装置は、利用者の端末装置として使用される情報処理装置であって、利用者の個人データと該個人データの検証ロジックとを記憶する記憶部と、利用者の認証を行う認証処理部３４と、利用者の認証に成功した場合、利用者の個人データを使用して、検証ロジックによる検証を実施する検証部３５と、検証ロジックによる検証結果をサーバ装置に送信する送信部と、サーバ装置から検証結果を証明する電子証明書を受信する受信部と、を備えることを特徴とする。
【選択図】図８
【解決手段】本願に係る情報処理装置は、利用者の端末装置として使用される情報処理装置であって、利用者の個人データと該個人データの検証ロジックとを記憶する記憶部と、利用者の認証を行う認証処理部３４と、利用者の認証に成功した場合、利用者の個人データを使用して、検証ロジックによる検証を実施する検証部３５と、検証ロジックによる検証結果をサーバ装置に送信する送信部と、サーバ装置から検証結果を証明する電子証明書を受信する受信部と、を備えることを特徴とする。
【選択図】図８
【特許請求の範囲】
【請求項1】
利用者の端末装置として使用される情報処理装置であって、
利用者の個人データと該個人データの検証ロジックとを記憶する記憶部と、
前記利用者の認証を行う認証処理部と、
前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する検証部と、
前記検証ロジックによる検証結果をサーバ装置に送信する送信部と、
前記サーバ装置から前記検証結果を証明する電子証明書を受信する受信部と、
を備えることを特徴とする情報処理装置。
利用者の個人データと該個人データの検証ロジックとを記憶する記憶部と、
前記利用者の認証を行う認証処理部と、
前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する検証部と、
前記検証ロジックによる検証結果をサーバ装置に送信する送信部と、
前記サーバ装置から前記検証結果を証明する電子証明書を受信する受信部と、
を備えることを特徴とする情報処理装置。
【請求項2】
前記送信部は、検証確認要求とともに、あらかじめ保有している前記検証ロジックの詳細情報を前記サーバ装置に送信し、
前記受信部は、前記検証ロジックの詳細情報に基づいて前記検証ロジックを確認した前記サーバ装置から検証確認応答を受信し、
前記認証処理部は、前記検証確認応答に応じて前記利用者の認証を行い、
前記検証部は、前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する
ことを特徴とする請求項１に記載の情報処理装置。
前記受信部は、前記検証ロジックの詳細情報に基づいて前記検証ロジックを確認した前記サーバ装置から検証確認応答を受信し、
前記認証処理部は、前記検証確認応答に応じて前記利用者の認証を行い、
前記検証部は、前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記受信部は、検証タスクの割り当てを行う前記サーバ装置から検証要求通知とともに、前記サーバ装置が保有している前記検証ロジックを受信し、
前記記憶部は、受信した前記検証ロジックを記憶し、
前記認証処理部は、前記検証要求通知に応じて前記利用者の認証を行い、
前記検証部は、前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する
ことを特徴とする請求項１に記載の情報処理装置。
前記記憶部は、受信した前記検証ロジックを記憶し、
前記認証処理部は、前記検証要求通知に応じて前記利用者の認証を行い、
前記検証部は、前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項4】
前記検証ロジックは、加速度データから踊っていたダンスの種類を推定するロジックであり、
前記検証部は、前記利用者の認証に成功した場合、前記検証ロジックにより、前記利用者の個人データである前記利用者の加速度データから前記利用者が踊っていたダンスの種類を推定し、
前記送信部は、前記利用者が踊っていたダンスの種類の推定結果を前記サーバ装置に送信する
ことを特徴とする請求項１に記載の情報処理装置。
前記検証部は、前記利用者の認証に成功した場合、前記検証ロジックにより、前記利用者の個人データである前記利用者の加速度データから前記利用者が踊っていたダンスの種類を推定し、
前記送信部は、前記利用者が踊っていたダンスの種類の推定結果を前記サーバ装置に送信する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項5】
前記検証ロジックは、マラソン大会の参加者の走行データから該参加者の平均速度を算出するロジックであり、
前記検証部は、前記利用者の認証に成功した場合、前記検証ロジックにより、マラソン時に利用者が装着していたウェアラブルデバイスが収集して保管している走行データからマラソン時の前記利用者の平均速度を算出し、
前記送信部は、前記利用者の平均速度を前記サーバ装置に送信する
ことを特徴とする請求項１に記載の情報処理装置。
前記検証部は、前記利用者の認証に成功した場合、前記検証ロジックにより、マラソン時に利用者が装着していたウェアラブルデバイスが収集して保管している走行データからマラソン時の前記利用者の平均速度を算出し、
前記送信部は、前記利用者の平均速度を前記サーバ装置に送信する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項6】
前記検証ロジックは、前記利用者の端末装置のローカル認証で行なっている処理に関する認証手続きデータから認証の応答時間、累計数、平均時間を算出するロジックであり、
前記検証部は、前記利用者の認証に成功した場合、前記検証ロジックにより、前記利用者の個人データである前記認証手続きデータから前記利用者の端末装置のローカル認証の応答時間、累計数、平均時間を算出し、
前記送信部は、前記利用者の端末装置のローカル認証の応答時間、累計数、平均時間を前記サーバ装置に送信する
ことを特徴とする請求項１に記載の情報処理装置。
前記検証部は、前記利用者の認証に成功した場合、前記検証ロジックにより、前記利用者の個人データである前記認証手続きデータから前記利用者の端末装置のローカル認証の応答時間、累計数、平均時間を算出し、
前記送信部は、前記利用者の端末装置のローカル認証の応答時間、累計数、平均時間を前記サーバ装置に送信する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項7】
複数の利用者の端末装置の検証結果を束ねて総合的な検証を実施するサーバ装置として使用される情報処理装置であって、
複数の利用者の端末装置の検証ロジックを管理する管理部と、
前記複数の利用者の端末装置の各々から検証ロジックによる検証結果を受信した際に、前記検証結果を証明する電子証明書を各利用者の端末装置に発行する発行部と、
前記複数の利用者の端末装置の検証結果を集約して統合検証結果を作成する集約部と
を備えることを特徴とする情報処理装置。
複数の利用者の端末装置の検証ロジックを管理する管理部と、
前記複数の利用者の端末装置の各々から検証ロジックによる検証結果を受信した際に、前記検証結果を証明する電子証明書を各利用者の端末装置に発行する発行部と、
前記複数の利用者の端末装置の検証結果を集約して統合検証結果を作成する集約部と
を備えることを特徴とする情報処理装置。
【請求項8】
利用者の端末装置として使用される情報処理装置が実行する情報処理方法であって、
利用者の個人データと該個人データの検証ロジックとを記憶する記憶工程と、
前記利用者の認証を行う認証処理工程と、
前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する検証工程と、
前記検証ロジックによる検証結果をサーバ装置に送信する送信工程と、
前記サーバ装置から前記検証結果を証明する電子証明書を受信する受信工程と、
を含むことを特徴とする情報処理方法。
利用者の個人データと該個人データの検証ロジックとを記憶する記憶工程と、
前記利用者の認証を行う認証処理工程と、
前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する検証工程と、
前記検証ロジックによる検証結果をサーバ装置に送信する送信工程と、
前記サーバ装置から前記検証結果を証明する電子証明書を受信する受信工程と、
を含むことを特徴とする情報処理方法。
【請求項9】
利用者の個人データと該個人データの検証ロジックとを記憶する記憶手順と、
前記利用者の認証を行う認証処理手順と、
前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する検証手順と、
前記検証ロジックによる検証結果をサーバ装置に送信する送信手順と、
前記サーバ装置から前記検証結果を証明する電子証明書を受信する受信手順と、
を利用者の端末装置として使用される情報処理装置に実行させることを特徴とする情報処理プログラム。
前記利用者の認証を行う認証処理手順と、
前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する検証手順と、
前記検証ロジックによる検証結果をサーバ装置に送信する送信手順と、
前記サーバ装置から前記検証結果を証明する電子証明書を受信する受信手順と、
を利用者の端末装置として使用される情報処理装置に実行させることを特徴とする情報処理プログラム。
【請求項10】
複数の利用者の端末装置の検証結果を束ねて総合的な検証を実施するサーバ装置として使用される情報処理装置が実行する情報処理方法であって、
複数の利用者の端末装置の検証ロジックを管理する管理工程と、
前記複数の利用者の端末装置の各々から検証ロジックによる検証結果を受信した際に、前記検証結果を証明する電子証明書を各利用者の端末装置に発行する発行工程と、
前記複数の利用者の端末装置の検証結果を集約して統合検証結果を作成する集約工程と
を含むことを特徴とする情報処理方法。
複数の利用者の端末装置の検証ロジックを管理する管理工程と、
前記複数の利用者の端末装置の各々から検証ロジックによる検証結果を受信した際に、前記検証結果を証明する電子証明書を各利用者の端末装置に発行する発行工程と、
前記複数の利用者の端末装置の検証結果を集約して統合検証結果を作成する集約工程と
を含むことを特徴とする情報処理方法。
【請求項11】
複数の利用者の端末装置の検証ロジックを管理する管理手順と、
前記複数の利用者の端末装置の各々から検証ロジックによる検証結果を受信した際に、前記検証結果を証明する電子証明書を各利用者の端末装置に発行する発行手順と、
前記複数の利用者の端末装置の検証結果を集約して統合検証結果を作成する集約手順と
を、複数の利用者の端末装置の検証結果を束ねて総合的な検証を実施するサーバ装置として使用される情報処理装置に実行させることを特徴とする情報処理プログラム。
前記複数の利用者の端末装置の各々から検証ロジックによる検証結果を受信した際に、前記検証結果を証明する電子証明書を各利用者の端末装置に発行する発行手順と、
前記複数の利用者の端末装置の検証結果を集約して統合検証結果を作成する集約手順と
を、複数の利用者の端末装置の検証結果を束ねて総合的な検証を実施するサーバ装置として使用される情報処理装置に実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
従来、電子証明書等の各種の証明書の管理に関する技術が知られている。例えば、電子証明書の発行要求に応じて電子証明書を発行したり、設定に従って電子証明書を削除したりする技術が提供されている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２２－１５３６０４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記の従来技術には、改善の余地がある。例えば、上記の従来技術では、要求や設定に応じて電子証明書の発行や削除を行っているものの、証明書を要求する主体者である利用者の行動を加味した証明書の発行の点については改善の余地がある。そのため、証明書の発行者が利用者の個人的なデータを取得することなく、利用者の個人的なデータに基づいて利用者の行動に関する証明書を適切に発行することが望まれている。
【0005】
本願は、上記に鑑みてなされたものであって、証明書の発行者が利用者の個人的なデータを取得することなく、利用者の個人的なデータに基づいて利用者の行動に関する証明書を適切に発行することを目的とする。
【課題を解決するための手段】
【0006】
本願に係る情報処理装置は、利用者の端末装置として使用される情報処理装置であって、利用者の個人データと該個人データの検証ロジックとを記憶する記憶部と、前記利用者の認証を行う認証処理部と、前記利用者の認証に成功した場合、前記利用者の個人データを使用して、前記検証ロジックによる検証を実施する検証部と、前記検証ロジックによる検証結果をサーバ装置に送信する送信部と、前記サーバ装置から前記検証結果を証明する電子証明書を受信する受信部と、を備えることを特徴とする。
【発明の効果】
【0007】
実施形態の一態様によれば、証明書の発行者が利用者の個人的なデータを取得することなく、利用者の個人的なデータに基づいて利用者の行動に関する証明書を適切に発行することができる。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【0010】
【0011】
図１に示すように、情報処理システム１は、端末装置１０とサーバ装置１００とを含む。端末装置１０とサーバ装置１００とは、ネットワークＮ（図９参照）を介して有線又は無線で互いに通信可能に接続される。本実施形態では、端末装置１０は、サーバ装置１００と連携する。
【0012】
端末装置１０は、利用者Ｕ（ユーザ）により使用されるスマートフォンやタブレット端末等のスマートデバイスであり、４Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置１０は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、利用者Ｕから指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置１０は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。
【0013】
本実施形態では、端末装置１０は、ＦＩＤＯ認証（Fast Identity Online）におけるＦＩＤＯクライアントとして機能する。ＦＩＤＯクライアントは、認証器（Authenticator）と連携してユーザの認証を行う。なお、認証器は、ＦＩＤＯクライアントと同一のデバイスに実装されることがあってもよく（内蔵認証器）、ＦＩＤＯクライアントとは物理的に異なるデバイスに実装されていてもよい（外部認証器）。
【0014】
例えば、ＦＩＤＯ認証では、ＰＩＮ（Personal Identification Number）、ＵＳＢ（Universal Serial Bus）セキュリティキー、スマートカードなどの記憶や所有物を用いた認証方式や、指紋、顔、虹彩、静脈、声紋などの生体情報や行動情報を用いた認証方式を実装できる。認証方式は、これらに限定されず、あらゆる方式を導入することができる。また、複数の認証方式を組み合わせて、マルチモーダル生体認証や多要素認証を実現することもできる。
【0015】
以下、説明の簡略化のため、ＦＩＤＯクライアントと認証器とを区別せず、端末装置１０をＦＩＤＯクライアントかつ認証器として説明する。すなわち、認証器が内部認証器である場合を例に説明する。なお、実際には、認証器は、端末装置１０から物理的に独立し、端末装置１０と連携可能な外部認証器であってもよい。
【0016】
また、ＦＩＤＯクライアントのＷｅｂブラウザに表示されるウェブコンテンツから認証器を呼び出し、認証サーバとのやり取りでＦＩＤＯ認証を可能にするためのＷｅｂ認証ＡＰＩ（Application Programming Interface）も実装可能であるが、本実施形態では説明を割愛する。
【0017】
サーバ装置１００は、ＦＩＤＯ認証における認証サーバ（ＦＩＤＯサーバ）として機能する情報処理装置であり、コンピュータやクラウドシステム等により実現される。認証サーバは、ＲＰ（Relying Party）／ＩｄＰ（Identity Provider）に相当する。ＦＩＤＯ認証では、認証器（Authenticator）と認証サーバとの間で、パスワードや生体情報のような「秘密」を共有しないので、フィッシングに対する耐性がある。
【0018】
図１に示すように、ＦＩＤＯ認証では、認証サーバは、ユーザからの認証要求を受けると、ユーザ側の認証器にチャレンジ（Challenge）を送る。チャレンジは、一度だけ有効なランダムな文字列であり、乱数を元に決めた毎回異なるデータ列である。ユーザは、認証器を用いてユーザ検証（User verification）を行い、本人性の検証をローカルで実施する。そして、認証器は、検証結果を秘密鍵（Private Key）で署名し、署名付き検証結果(Signed response)として認証サーバに送る。認証サーバは、署名付き検証結果を受け取ると、公開鍵（Public Key）で署名検証する。
【0019】
このように、ＦＩＤＯ認証では、認証サーバが、公開鍵を用いて、ユーザ側の認証器が適切な秘密鍵を保有することを確認することによって認証を実現する。認証器と認証サーバは「秘密鍵」を共有しない。
【0020】
また、サーバ装置１００は、ＦＩＤＯ認証に対応したＲＰ／ＩｄＰとのＩＤ連携（フェデレーション）によりアイデンティティサービスを提供する連携ＲＰ／ＳＰ（Service Provider）としても機能する。ＦＩＤＯ認証とＩＤ連携とを組み合わせると、認証コンテキストは認証器からＲＰ／ＩｄＰを介して連携ＲＰ／ＳＰへと伝搬する。
【0021】
以下、説明の簡略化のため、ＲＰ／ＩｄＰと連携ＲＰ／ＳＰとを区別せず、サーバ装置１００をＲＰ／ＩｄＰかつ連携ＲＰ／ＳＰとして説明する。なお、実際には、ＲＰ／ＩｄＰとしてのサーバ装置１００と、連携ＲＰ／ＳＰとしてのサーバ装置１００とは、物理的に独立した異なるサーバ装置１００であってもよい。
【0022】
例えば、サーバ装置１００は、各利用者Ｕの端末装置１０と連携し、各利用者Ｕの端末装置１０に対して、各種アプリケーション（以下、アプリ）等に対するＡＰＩ（Application Programming Interface）サービス等と、各種データを提供してもよい。
【0023】
また、サーバ装置１００は、各利用者Ｕの端末装置１０に対して、オンラインで何らかのＷｅｂサービスを提供する情報処理装置であってもよい。例えば、サーバ装置１００は、Ｗｅｂサービスとして、インターネット接続、検索サービス、ＳＮＳ（Social Networking Service）、電子商取引（ＥＣ：Electronic Commerce）、電子決済、オンラインゲーム、オンラインバンキング、オンライントレーディング、宿泊・チケット予約、動画・音楽配信、ニュース、地図、ルート検索、経路案内、路線情報、運行情報、天気予報等のサービスを提供してもよい。実際には、サーバ装置１００は、上記のようなＷｅｂサービスを提供する各種サーバと連携し、Ｗｅｂサービスを仲介してもよいし、Ｗｅｂサービスの処理を担当してもよい。
【0024】
なお、サーバ装置１００は、利用者Ｕに関する利用者情報を取得可能である。例えば、サーバ装置１００は、利用者Ｕの性別、年代、居住地域といった利用者Ｕの属性に関する情報を取得する。そして、サーバ装置１００は、利用者Ｕを示す識別情報（利用者ＩＤ等）とともに利用者Ｕの属性に関する情報を記憶して管理する。
【0025】
また、サーバ装置１００は、利用者Ｕの端末装置１０から、あるいは利用者ＩＤ等に基づいて各種サーバ等から、利用者Ｕの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、サーバ装置１００は、利用者Ｕの位置や日時の履歴である位置履歴を端末装置１０から取得する。また、サーバ装置１００は、利用者Ｕが入力した検索クエリの履歴である検索履歴を検索サーバ（検索エンジン）から取得する。また、サーバ装置１００は、利用者Ｕが閲覧したコンテンツの履歴である閲覧履歴をコンテンツサーバから取得する。また、サーバ装置１００は、利用者Ｕの商品購入や決済処理の履歴である購入履歴（決済履歴）を電子商取引サーバや決済処理サーバから取得する。また、サーバ装置１００は、利用者Ｕのマーケットプレイスへの出品の履歴である出品履歴や販売履歴を電子商取引サーバや決済処理サーバから取得してもよい。また、サーバ装置１００は、利用者Ｕの投稿の履歴である投稿履歴を口コミの投稿サービスを提供する投稿サーバやＳＮＳサーバから取得する。なお、上記の各種サーバ等は、サーバ装置１００自体であってもよい。すなわち、サーバ装置１００が上記の各種サーバ等として機能してもよい。
【0026】
〔１－１．情報検証システム〕
図１に示すＦＩＤＯ認証システムのような従来の情報処理システムでは、検証機能がサーバ装置１００にあるため、サーバ装置１００で個人に関わる情報を管理する。このように、情報の検証をサーバ装置１００で実施すると、個々のデータをサーバ装置１００に提供する必要があり、データ送付の通信遅延、通信コストの発生、データの漏洩リスク、プライバシー漏洩リスク等の問題がある。
図１に示すＦＩＤＯ認証システムのような従来の情報処理システムでは、検証機能がサーバ装置１００にあるため、サーバ装置１００で個人に関わる情報を管理する。このように、情報の検証をサーバ装置１００で実施すると、個々のデータをサーバ装置１００に提供する必要があり、データ送付の通信遅延、通信コストの発生、データの漏洩リスク、プライバシー漏洩リスク等の問題がある。
【0027】
そこで、本実施形態に係る情報検証システムでは、図２に示すように、情報保管する利用者デバイス（利用者Ｕの端末装置１０）のデバイス上に検証アプリと検証ロジックを配備し、デバイス上（オンデバイス）で検証を実現する。これにより、情報の適切性の判断（検証）をその情報が保管されているデバイス上で実施し、サーバ装置１００はその判断（検証）の結果のみを収集することによってデータ検証を実施する情報検証システムを実現する。図２は、実施形態に係る情報検証システムの概要を示す説明図である。
【0028】
なお、検証ロジックをサーバ装置１００で管理してもよい。このとき、利用者Ｕの端末装置１０とサーバ装置１００とは、共通の検証ロジックを保有（共有）してもよい。本実施形態では、利用者Ｕの端末装置１０は、データ検証機能（検証アプリ）と検証ロジックを有する。また、サーバ装置１００は、データ検証方法管理機能と、検証ロジック管理機能を有する。サーバ装置１００は、複数のデバイスの検証をたばねて、総合的な検証を実施する。また、サーバ装置１００は、検証結果を証明するお墨付き証明書（電子証明書）を発行する発行者装置として機能する。
【0029】
また、検証とは、利用者デバイス（利用者Ｕの端末装置１０）にあるデータセットから新たな知識を得ることである。例えば、年齢情報から、２０歳以上であることがわかる。また、ランニング時のＧＰＳ（Global Positioning System）データセットから、走行距離と時間と平均速度を算出する。また、加速度データセットから、「ＸＸのダンスを踊っていた」という行動（ふるまい）がわかる。
【0030】
（１）実施例１
図３を参照して、実施形態に係る情報検証システムの実施例１の概要について説明する。図３は、実施形態に係る情報検証システムの実施例１の概要を示す説明図である。実施例１の前提として、利用者デバイス（利用者Ｕの端末装置１０）は、加速度データとその検証ロジックＡ（ここでは加速度データから踊っていたダンスの種類を推定するアルゴリズムと、そのための実行ソフトウェア）を持っているものとする。
図３を参照して、実施形態に係る情報検証システムの実施例１の概要について説明する。図３は、実施形態に係る情報検証システムの実施例１の概要を示す説明図である。実施例１の前提として、利用者デバイス（利用者Ｕの端末装置１０）は、加速度データとその検証ロジックＡ（ここでは加速度データから踊っていたダンスの種類を推定するアルゴリズムと、そのための実行ソフトウェア）を持っているものとする。
【0031】
例えば、図３に示すように、利用者Ｕの端末装置１０は、検証確認要求とともに、検証ロジックＡの詳細情報をサーバ装置１００に送信する（ステップＳ１）。なお、検証ロジックＡは、利用者Ｕ（又は利用者Ｕが所属する組織等）が自ら作成したものであってもよいし、外部から入手したものであってもよい。
【0032】
続いて、サーバ装置１００は、検証ロジックＡを確認する（ステップＳ２）。例えば、サーバ装置１００は、検証ロジックＡの内容について、データ種別「加速度データ」、管理場所「利用者デバイス（利用者Ｕの端末装置１０）」、管理ソフト「アプリＡ」、アクセス方法「認証」、検証ロジック「ダンスの種類推定」であることを確認する。そして、サーバ装置１００は、検証確認要求に対する検証確認応答（ＯＫ）を利用者Ｕの端末装置１０に送信（返信）する（ステップＳ３）。
【0033】
続いて、利用者Ｕの端末装置１０は、利用者Ｕに対して、認証・検証実行承認要求を行う（ステップＳ４）。利用者Ｕは、認証・検証実行承認要求に応じて、認証器を用いて認証を行う（ステップＳ５）。なお、認証器と端末装置１０は、同一のデバイスであってもよい。そして、利用者Ｕは、認証に成功した場合、認証器を介して、認証・検証実行承認応答（ＯＫ）を利用者Ｕの端末装置１０に返す（ステップＳ６）。
【0034】
続いて、利用者Ｕの端末装置１０は、認証・検証実行承認応答（ＯＫ）を受け取ると、検証ロジックＡによる検証を実施する（ステップＳ７）。例えば、利用者Ｕの端末装置１０は、検証ロジックＡによる検証として、保有している加速度データに基づいてダンスの種類推定を行う。そして、利用者Ｕの端末装置１０は、検証結果をサーバ装置１００に送信する（ステップＳ８）。
【0035】
続いて、サーバ装置１００は、検証結果を利用して、利用者Ｕの端末装置１０に対して、検証結果を証明するお墨付き証明書（電子証明書）を発行する（ステップＳ９）。利用者Ｕの端末装置１０は、発行されたお墨付き証明書を利用する（ステップＳ１０）。例えば、利用者Ｕの端末装置１０は、他の利用者やサービス事業者等の検証者からお墨付き証明書の提示を求められた際に、お墨付き証明書を検証者に提示する。
【0036】
（２）実施例２－１
図４を参照して、実施形態に係る情報検証システムの実施例２－１の概要について説明する。図４は、実施形態に係る情報検証システムの実施例２－１の概要を示す説明図である。実施例２－１の前提として、サーバ装置１００は、検証管理機能と検証ロジックＰを持っている。利用者デバイス（利用者Ｕの端末装置１０）は、加速度データを保有している。
図４を参照して、実施形態に係る情報検証システムの実施例２－１の概要について説明する。図４は、実施形態に係る情報検証システムの実施例２－１の概要を示す説明図である。実施例２－１の前提として、サーバ装置１００は、検証管理機能と検証ロジックＰを持っている。利用者デバイス（利用者Ｕの端末装置１０）は、加速度データを保有している。
【0037】
例えば、図４に示すように、サーバ装置１００は、検証タスクの割り当てを行う（ステップＳ１１）。検証タスクの割り当ては、サーバ装置１００が独自に実施するものでもよいし、第三者（例えば外部の検証者）からの要求に応じて実施するものであってもよい。例えば、サーバ装置１００は、複数の利用者Ｕ（例えば第１利用者Ａと第２利用者Ｂ）に対して、検証ロジックＰ（ダンスの種類推定）での検証を依頼することを決定する。そして、サーバ装置１００は、検証要求通知とともに、検証ロジックＰを利用者Ｕの端末装置１０に送信する（ステップＳ１２）。例えば、サーバ装置１００は、検証ロジックＰを複数の利用者Ｕ（例えば第１利用者Ａと第２利用者Ｂ）の各々に送信する。なお、サーバ装置１００は、送信対象となる利用者Ｕの端末装置１０が検証ロジックＰをすでに持っていると判明している場合には、検証要求通知として、検証ロジックＰを用いた検証を依頼する。
【0038】
続いて、利用者Ｕの端末装置１０は、利用者Ｕに対して、認証・検証実行承認要求を行う（ステップＳ１３）。利用者Ｕは、認証・検証実行承認要求に応じて、認証器を用いて認証を行う（ステップＳ１４）。なお、認証器と端末装置１０は、同一のデバイスであってもよい。そして、利用者Ｕは、認証に成功した場合、認証器を介して、認証・検証実行承認応答（ＯＫ）を利用者Ｕの端末装置１０に返す（ステップＳ１５）。
【0039】
続いて、利用者Ｕの端末装置１０は、認証・検証実行承認応答（ＯＫ）を受け取ると、検証ロジックＰによる検証を実施する（ステップＳ１６）。例えば、利用者Ｕの端末装置１０は、検証ロジックＰによる検証として、保有している加速度データに基づいてダンスの種類推定を行う。そして、利用者Ｕの端末装置１０は、検証結果をサーバ装置１００に送信する（ステップＳ１７）。
【0040】
続いて、サーバ装置１００は、利用者Ｕ（例えば第１利用者Ａ）の端末装置１０から送信された検証結果を保管する（ステップＳ１８）。同様に、サーバ装置１００は、他の利用者Ｕ（例えば第２利用者Ｂ）からの検証結果を入手する（ステップＳ１９）。そして、サーバ装置１００は、各利用者Ｕから送信された検証結果を集約し、活用する（ステップＳ２０）。例えば、サーバ装置１００は、各利用者Ｕからの検証結果を集約して統合検証結果を作成し、統合検証結果を証明するお墨付き証明書（電子証明書）を発行する。
【0041】
なお、ダンスの種類推定は一例に過ぎない。実施例２－１によれば、同一のタイミングで同じ行動をした複数の利用者Ｕ（例えば第１利用者Ａと第２利用者Ｂ）からの検証結果を集約して統合検証結果を作成することができる。また、協力して１つの行動をした複数の利用者Ｕ（例えば第１利用者Ａと第２利用者Ｂ）からの検証結果を集約して統合検証結果を作成することができる。例えば、共通の目的のため、別々の作業を担当した複数の利用者Ｕ（例えば第１利用者Ａと第２利用者Ｂ）からの検証結果を集約して統合検証結果を作成することができる。
【0042】
（３）実施例２－２
図５を参照して、実施形態に係る情報検証システムの実施例２－２の概要について説明する。図５は、実施形態に係る情報検証システムの実施例２－２の概要を示す説明図である。実施例２－２の前提として、マラソン大会主催者は、参加者ランナー（利用者Ｕ）に対して、マラソン時の走行データ（利用者ＩＤ、時刻、位置情報など）を取得して保管するウェアラブルデバイスを配付し、マラソン時にウェアラブルデバイスを装着（又は携帯）することを義務づける。マラソン大会主催者はサーバ装置１００を管理し、サーバ装置１００はマラソン終了後に各参加者のウェアラブルデバイスの保管データを全て回収するのではなく、検証ロジックに基づいた検証結果のみを収集する。利用者デバイスはデータを取得・保管し、サーバ装置１００からの要求に基づき検証ロジックを実行して検証結果を出力する機能を持つ。
図５を参照して、実施形態に係る情報検証システムの実施例２－２の概要について説明する。図５は、実施形態に係る情報検証システムの実施例２－２の概要を示す説明図である。実施例２－２の前提として、マラソン大会主催者は、参加者ランナー（利用者Ｕ）に対して、マラソン時の走行データ（利用者ＩＤ、時刻、位置情報など）を取得して保管するウェアラブルデバイスを配付し、マラソン時にウェアラブルデバイスを装着（又は携帯）することを義務づける。マラソン大会主催者はサーバ装置１００を管理し、サーバ装置１００はマラソン終了後に各参加者のウェアラブルデバイスの保管データを全て回収するのではなく、検証ロジックに基づいた検証結果のみを収集する。利用者デバイスはデータを取得・保管し、サーバ装置１００からの要求に基づき検証ロジックを実行して検証結果を出力する機能を持つ。
【0043】
本実施形態では、マラソン大会主催者から配付されたウェアラブルデバイスは、有線通信又は無線通信により利用者デバイス（利用者Ｕの端末装置１０）と連携する。この場合、ウェアラブルデバイスは、利用者Ｕの端末装置１０を介して保管データをサーバ装置１００に送る。なお、ウェアラブルデバイス自体が利用者デバイス（利用者Ｕの端末装置１０）として機能してもよい。
【0044】
例えば、図５に示すように、サーバ装置１００は、検証タスクの割り当てを行う（ステップＳ１１Ａ）。例えば、サーバ装置１００は、マラソン大会に参加する利用者Ｕ（参加者）に対して、検証ロジックＱ（平均速度算出）での検証を依頼することを決定する。そして、サーバ装置１００は、検証要求通知とともに、検証ロジックＱを利用者Ｕの端末装置１０に送信する（ステップＳ１２Ａ）。例えば、サーバ装置１００は、検証ロジックＱを参加者全員に送信する。なお、サーバ装置１００は、送信対象となる利用者Ｕの端末装置１０が検証ロジックＱをすでに持っていると判明している場合には、検証要求通知として、検証ロジックＱを用いた検証を依頼する。
【0045】
続いて、利用者Ｕの端末装置１０は、利用者Ｕに対して、認証・検証実行承認要求を行う（ステップＳ１３Ａ）。利用者Ｕは、認証・検証実行承認要求に応じて、認証器を用いて認証を行う（ステップＳ１４Ａ）。なお、認証器と端末装置１０は、同一のデバイスであってもよい。そして、利用者Ｕは、認証に成功した場合、認証器を介して、認証・検証実行承認応答（ＯＫ）を利用者Ｕの端末装置１０に返す（ステップＳ１５Ａ）。
【0046】
続いて、利用者Ｕの端末装置１０は、認証・検証実行承認応答（ＯＫ）を受け取ると、検証ロジックＱによる検証を実施する（ステップＳ１６Ａ）。例えば、利用者Ｕの端末装置１０は、検証ロジックＱによる検証として、ウェアラブルデバイスの保管データである走行データに基づいて平均速度を算出する。そして、利用者Ｕの端末装置１０は、検証結果（平均速度）をサーバ装置１００に送信する（ステップＳ１７Ａ）。
【0047】
続いて、サーバ装置１００は、利用者Ｕの端末装置１０から送信された検証結果を保管する（ステップＳ１８Ａ）。同様に、サーバ装置１００は、全ての利用者Ｕ（参加者全員）からの検証結果を入手する（ステップＳ１９Ａ）。そして、サーバ装置１００は、各利用者Ｕから送信された検証結果を集約し、全ての利用者Ｕの平均速度、標準偏差などの統計情報を算出する（ステップＳ２０Ａ）。
【0048】
実施例２－２によれば、各参加者の全ての走行データセットをサーバ装置１００に送付する必要がない。そのため、通信コストが削減できる。例えば、Fitbit（登録商標）デバイス・サービス（スマートウォッチ＆トラッカー）の場合、位置情報や加速度などのデータセットはサーバ装置１００に送付し、サーバ装置１００で統計データの算出や付加的サービスを提供している。
【0049】
なお、検証タスクによって検証要求する参加者は選別されてよい。例えば、トップ２０（上位２０位以内）に入った参加者にだけ詳細な検証タスクを要求する。サーバ装置１００から送付する検証ロジックは参加者ごとに異なっていてもよい。あるいは、トップ２０に入った参加者には１分ごとの平均を求めるが、他の参加者には１０分ごとの平均を求めるようにしてもよい。あるいは、トップ２０に入った参加者には加速度の分布データは求めるが、他の参加者には平均のみを要求するようにしてもよい。
【0050】
（４）実施例２－３
図６を参照して、実施形態に係る情報検証システムの実施例２－３の概要について説明する。図６は、実施形態に係る情報検証システムの実施例２－３の概要を示す説明図である。実施例２－３の前提として、利用者デバイス（利用者Ｕの端末装置１０）の認証アプリとのインタラクションは利用者デバイスローカルで起こる（例：FIDO認証）。認証サーバとなるサーバ装置１００は、利用者デバイス（利用者Ｕの端末装置１０）のローカル認証で行なっている処理に関するデータ（認証手続きデータ）を収集する。
図６を参照して、実施形態に係る情報検証システムの実施例２－３の概要について説明する。図６は、実施形態に係る情報検証システムの実施例２－３の概要を示す説明図である。実施例２－３の前提として、利用者デバイス（利用者Ｕの端末装置１０）の認証アプリとのインタラクションは利用者デバイスローカルで起こる（例：FIDO認証）。認証サーバとなるサーバ装置１００は、利用者デバイス（利用者Ｕの端末装置１０）のローカル認証で行なっている処理に関するデータ（認証手続きデータ）を収集する。
【0051】
ここでは、認証手続きデータとは以下のようなデータとする。
（Ａ）認証処理が行われる累計数。認証手段の種類（顔認証、指紋認証など）と累計数。
（Ｂ）認証ダイアログが表示された時刻、利用者が入力応答した時刻、ローカル認証にが完了した時刻。
（Ｃ）認証処理が成功・失敗した回数。
（Ａ）認証処理が行われる累計数。認証手段の種類（顔認証、指紋認証など）と累計数。
（Ｂ）認証ダイアログが表示された時刻、利用者が入力応答した時刻、ローカル認証にが完了した時刻。
（Ｃ）認証処理が成功・失敗した回数。
【0052】
例えば、図６に示すように、サーバ装置１００は、検証タスクの割り当てを行う（ステップＳ１１Ｂ）。例えば、サーバ装置１００は、利用者Ｕに対して、認証（顔認証、指紋認証など）に関する検証ロジックＰ（認証応答時間）を依頼することを決定する。そして、サーバ装置１００は、検証要求通知とともに、検証ロジックＲを利用者Ｕの端末装置１０に送信する（ステップＳ１２Ｂ）。例えば、サーバ装置１００は、検証ロジックＲを参加者全員に送信する。なお、サーバ装置１００は、送信対象となる利用者Ｕの端末装置１０が検証ロジックＲをすでに持っていると判明している場合には、検証要求通知として、検証ロジックＲを用いた検証を依頼する。
【0053】
続いて、利用者Ｕの端末装置１０は、利用者Ｕに対して、認証・検証実行承認要求を行う（ステップＳ１３Ｂ）。利用者Ｕは、認証・検証実行承認要求に応じて、認証器を用いて認証を行う（ステップＳ１４Ｂ）。なお、認証器と端末装置１０は、同一のデバイスであってもよい。そして、利用者Ｕは、認証に成功した場合、認証器を介して、認証・検証実行承認応答（ＯＫ）を利用者Ｕの端末装置１０に返す（ステップＳ１５Ｂ）。
【0054】
続いて、利用者Ｕの端末装置１０は、認証・検証実行承認応答（ＯＫ）を受け取ると、検証ロジックＲによる検証を実施する（ステップＳ１６Ｂ）。例えば、利用者Ｕの端末装置１０は、検証ロジックＲによる検証として、保有している認証手続きデータに基づいて認証の応答時間、累計数、平均時間を算出する。そして、利用者Ｕの端末装置１０は、検証結果（認証の応答時間、累計数、平均時間）をサーバ装置１００に送信する（ステップＳ１７Ｂ）。
【0055】
続いて、サーバ装置１００は、利用者Ｕの端末装置１０から送信された検証結果を保管する（ステップＳ１８Ｂ）。同様に、サーバ装置１００は、全ての利用者Ｕ（参加者全員）からの検証結果を入手する（ステップＳ１９Ｂ）。そして、サーバ装置１００は、各利用者Ｕから送信された検証結果を集約し、全ての利用者Ｕの平均、標準偏差などの統計情報を算出する（ステップＳ２０Ｂ）。なお、利用者ごとに認証手段の種類（顔認証、指紋認証など）が異なる場合、認証手段の種類ごとに検証結果を集約し、認証手段の種類ごとの全ての利用者Ｕの平均、標準偏差などの統計情報を算出するようにしてもよい。
【0056】
このように、本実施形態では、サーバ装置１００は、ユーザ指定の事象（指定事象）についてのお墨付き証明書（電子証明書）を発行する。本実施形態によれば、サーバ装置１００にデータを置く必要がないので、サーバ装置１００での漏洩リスクを削減できる。また、通信遅延・通信コストを削減できる。
【0057】
〔２．情報処理システムの構成例〕
次に、図７を用いて、実施形態に係るサーバ装置１００が含まれる情報処理システム１の構成について説明する。図７は、実施形態に係る情報処理システム１の構成例を示す図である。図７に示すように、実施形態に係る情報処理システム１は、端末装置１０とサーバ装置１００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。
次に、図７を用いて、実施形態に係るサーバ装置１００が含まれる情報処理システム１の構成について説明する。図７は、実施形態に係る情報処理システム１の構成例を示す図である。図７に示すように、実施形態に係る情報処理システム１は、端末装置１０とサーバ装置１００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。
【0058】
また、図７に示す情報処理システム１に含まれる各装置の数は図示したものに限られない。例えば、図７では、図示の簡略化のため、端末装置１０を１台のみ示したが、これはあくまでも例示であって限定されるものではなく、２台以上であってもよい。
【0059】
端末装置１０は、利用者Ｕによって使用される情報処理装置である。例えば、端末装置１０は、スマートフォン（スマホ）やタブレット端末等のスマートデバイス、フィーチャーフォン（ガラケー・ガラホ）等の携帯電話、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、通信機能を備えたゲーム機やＡＶ機器、情報家電・デジタル家電、カーナビゲーションシステム、スマートウォッチやヘッドマウントディスプレイ、スマートグラス等のウェアラブルデバイス（Wearable Device）等である。また、端末装置１０は、ＩＯＴ（Internet of Things）に対応した住宅・建物、車、家電製品、電子機器等であってもよい。
【0060】
また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、サーバ装置１００と通信することができる。
【0061】
サーバ装置１００は、例えばＰＣやブレードサーバ（blade server）等のコンピュータ、あるいはメインフレーム又はワークステーション等である。なお、サーバ装置１００は、クラウドコンピューティングにより実現されてもよい。
【0062】
〔３．端末装置の構成例〕
次に、図８を用いて、端末装置１０の構成について説明する。図８は、端末装置１０の構成例を示す図である。図８に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。
次に、図８を用いて、端末装置１０の構成について説明する。図８は、端末装置１０の構成例を示す図である。図８に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。
【0063】
（通信部１１）
通信部１１は、ネットワークＮ（図７参照）と有線又は無線で接続され、ネットワークＮを介して、サーバ装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。
通信部１１は、ネットワークＮ（図７参照）と有線又は無線で接続され、ネットワークＮを介して、サーバ装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。
【0064】
（表示部１２）
表示部１２は、位置情報等の各種情報を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。
表示部１２は、位置情報等の各種情報を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。
【0065】
（入力部１３）
入力部１３は、利用者Ｕから各種操作を受け付ける入力デバイスである。例えば、入力部１３は、文字や数字等を入力するためのボタン等を有する。なお、入力部１３は、入出力ポート（I/O port）やＵＳＢ（Universal Serial Bus）ポート等であってもよい。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。また、入力部１３は、利用者Ｕから音声入力を受け付けるマイク等であってもよい。マイクはワイヤレスであってもよい。
入力部１３は、利用者Ｕから各種操作を受け付ける入力デバイスである。例えば、入力部１３は、文字や数字等を入力するためのボタン等を有する。なお、入力部１３は、入出力ポート（I/O port）やＵＳＢ（Universal Serial Bus）ポート等であってもよい。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。また、入力部１３は、利用者Ｕから音声入力を受け付けるマイク等であってもよい。マイクはワイヤレスであってもよい。
【0066】
（測位部１４）
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて、自装置である端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、ＧＰＳは、ＧＮＳＳ（Global Navigation Satellite System）の一例に過ぎない。
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて、自装置である端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、ＧＰＳは、ＧＮＳＳ（Global Navigation Satellite System）の一例に過ぎない。
【0067】
また、測位部１４は、ＧＰＳ以外にも、種々の手法により位置を測位することができる。例えば、測位部１４は、位置補正等のための補助的な測位手段として、下記のように、端末装置１０の様々な通信機能を利用して位置を測位してもよい。
【0068】
（Ｗｉ－Ｆｉ測位）
例えば、測位部１４は、端末装置１０のＷｉ－Ｆｉ（登録商標）通信機能や、各通信会社が備える通信網を利用して、端末装置１０の位置を測位する。具体的には、測位部１４は、Ｗｉ－Ｆｉ通信等を行い、付近の基地局やアクセスポイントとの距離を測位することにより、端末装置１０の位置を測位する。
例えば、測位部１４は、端末装置１０のＷｉ－Ｆｉ（登録商標）通信機能や、各通信会社が備える通信網を利用して、端末装置１０の位置を測位する。具体的には、測位部１４は、Ｗｉ－Ｆｉ通信等を行い、付近の基地局やアクセスポイントとの距離を測位することにより、端末装置１０の位置を測位する。
【0069】
（ビーコン測位）
また、測位部１４は、端末装置１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能を利用して位置を測位してもよい。例えば、測位部１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能によって接続されるビーコン（beacon）発信機と接続することにより、端末装置１０の位置を測位する。
また、測位部１４は、端末装置１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能を利用して位置を測位してもよい。例えば、測位部１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能によって接続されるビーコン（beacon）発信機と接続することにより、端末装置１０の位置を測位する。
【0070】
（地磁気測位）
また、測位部１４は、予め測定された構造物の地磁気のパターンと、端末装置１０が備える地磁気センサとに基づいて、端末装置１０の位置を測位する。
また、測位部１４は、予め測定された構造物の地磁気のパターンと、端末装置１０が備える地磁気センサとに基づいて、端末装置１０の位置を測位する。
【0071】
（ＲＦＩＤ測位）
また、例えば、端末装置１０が駅改札や店舗等で使用される非接触型ＩＣカードと同等のＲＦＩＤ（Radio Frequency Identification）タグの機能を備えている場合、もしくはＲＦＩＤタグを読み取る機能を備えている場合、端末装置１０によって決済等が行われた情報とともに、使用された位置が記録される。測位部１４は、かかる情報を取得することで、端末装置１０の位置を測位してもよい。また、位置は、端末装置１０が備える光学式センサや、赤外線センサ等によって測位されてもよい。
また、例えば、端末装置１０が駅改札や店舗等で使用される非接触型ＩＣカードと同等のＲＦＩＤ（Radio Frequency Identification）タグの機能を備えている場合、もしくはＲＦＩＤタグを読み取る機能を備えている場合、端末装置１０によって決済等が行われた情報とともに、使用された位置が記録される。測位部１４は、かかる情報を取得することで、端末装置１０の位置を測位してもよい。また、位置は、端末装置１０が備える光学式センサや、赤外線センサ等によって測位されてもよい。
【0072】
測位部１４は、必要に応じて、上述した測位手段の一つ又は組合せを用いて、端末装置１０の位置を測位してもよい。
【0073】
（センサ部２０）
センサ部２０は、端末装置１０に搭載又は接続される各種のセンサを含む。なお、接続は、有線接続、無線接続を問わない。例えば、センサ類は、ウェアラブルデバイスやワイヤレスデバイス等、端末装置１０以外の検知装置であってもよい。図８に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、磁気センサ２７と、画像センサ（カメラ）２８とを備える。
センサ部２０は、端末装置１０に搭載又は接続される各種のセンサを含む。なお、接続は、有線接続、無線接続を問わない。例えば、センサ類は、ウェアラブルデバイスやワイヤレスデバイス等、端末装置１０以外の検知装置であってもよい。図８に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、磁気センサ２７と、画像センサ（カメラ）２８とを備える。
【0074】
なお、上記した各センサ２１～２８は、あくまでも例示であって限定されるものではない。すなわち、センサ部２０は、各センサ２１～２８のうちの一部を備える構成であってもよいし、各センサ２１～２８に加えてあるいは代えて、湿度センサ等その他のセンサを備えてもよい。
【0075】
加速度センサ２１は、例えば、３軸加速度センサであり、端末装置１０の移動方向、速度、及び、加速度等の端末装置１０の物理的な動きを検知する。ジャイロセンサ２２は、端末装置１０の角速度等に基づいて３軸方向の傾き等の端末装置１０の物理的な動きを検知する。気圧センサ２３は、例えば端末装置１０の周囲の気圧を検知する。
【0076】
端末装置１０は、上記した加速度センサ２１やジャイロセンサ２２、気圧センサ２３等を備えることから、これらの各センサ２１～２３等を利用した歩行者自律航法（ＰＤＲ：Pedestrian Dead-Reckoning）等の技術を用いて端末装置１０の位置を測位することが可能になる。これにより、ＧＰＳ等の測位システムでは取得することが困難な屋内での位置情報を取得することが可能になる。
【0077】
例えば、加速度センサ２１を利用した歩数計により、歩数や歩くスピード、歩いた距離を算出することができる。また、ジャイロセンサ２２を利用して、利用者Ｕの進行方向や視線の方向、体の傾きを知ることができる。また、気圧センサ２３で検知した気圧から、利用者Ｕの端末装置１０が存在する高度やフロアの階数を知ることもできる。
【0078】
気温センサ２４は、例えば端末装置１０の周囲の気温を検知する。音センサ２５は、例えば端末装置１０の周囲の音を検知する。光センサ２６は、端末装置１０の周囲の照度を検知する。磁気センサ２７は、例えば端末装置１０の周囲の地磁気を検知する。画像センサ２８は、端末装置１０の周囲の画像を撮像する。
【0079】
上記した気圧センサ２３、気温センサ２４、音センサ２５、光センサ２６及び画像センサ２８は、それぞれ気圧、気温、音、照度を検知したり、周囲の画像を撮像したりすることで、端末装置１０の周囲の環境や状況等を検知することができる。また、端末装置１０の周囲の環境や状況等から、端末装置１０の位置情報の精度を向上させることが可能になる。
【0080】
（制御部３０）
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３と、認証処理部３４と、検証部３５とを有する。
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３と、認証処理部３４と、検証部３５とを有する。
【0081】
（送信部３１）
送信部３１は、例えば入力部１３を用いて利用者Ｕにより入力された各種情報や、端末装置１０に搭載又は接続された各センサ２１～２８によって検知された各種情報、測位部１４によって測位された端末装置１０の位置情報等を、通信部１１を介してサーバ装置１００へ送信することができる。また、送信部３１は、検証確認要求とともに、あらかじめ保有している検証ロジックの詳細情報をサーバ装置１００に送信することができる。
送信部３１は、例えば入力部１３を用いて利用者Ｕにより入力された各種情報や、端末装置１０に搭載又は接続された各センサ２１～２８によって検知された各種情報、測位部１４によって測位された端末装置１０の位置情報等を、通信部１１を介してサーバ装置１００へ送信することができる。また、送信部３１は、検証確認要求とともに、あらかじめ保有している検証ロジックの詳細情報をサーバ装置１００に送信することができる。
【0082】
（受信部３２）
受信部３２は、通信部１１を介して、サーバ装置１００から提供される各種情報や、サーバ装置１００からの各種情報の要求を受信することができる。また、受信部３２は、送信部３１が送信した検証ロジックの詳細情報に基づいて検証ロジックを確認したサーバ装置１００から検証確認応答を受信することができる。あるいは、受信部３２は、検証タスクの割り当てを行うサーバ装置１００から検証要求通知とともに、サーバ装置１００が保有している検証ロジックを受信し、受信した検証ロジックを記憶部４０に記憶することができる。
受信部３２は、通信部１１を介して、サーバ装置１００から提供される各種情報や、サーバ装置１００からの各種情報の要求を受信することができる。また、受信部３２は、送信部３１が送信した検証ロジックの詳細情報に基づいて検証ロジックを確認したサーバ装置１００から検証確認応答を受信することができる。あるいは、受信部３２は、検証タスクの割り当てを行うサーバ装置１００から検証要求通知とともに、サーバ装置１００が保有している検証ロジックを受信し、受信した検証ロジックを記憶部４０に記憶することができる。
【0083】
（処理部３３）
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、送信部３１によって送信される各種情報や、受信部３２によって受信されたサーバ装置１００からの各種情報を表示部１２へ出力して表示させることができる。
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、送信部３１によって送信される各種情報や、受信部３２によって受信されたサーバ装置１００からの各種情報を表示部１２へ出力して表示させることができる。
【0084】
また、処理部３３は、専用のアプリケーション等を起動し、以下の各部の機能を実現するように動作してもよい。
【0085】
（認証処理部３４）
認証処理部３４は、利用者Ｕの認証を行う。例えば、認証処理部３４は、サーバ装置１００からの検証確認応答に応じて利用者Ｕの認証を行う。あるいは、認証処理部３４は、サーバ装置１００からの検証要求通知に応じて利用者Ｕの認証を行う。
認証処理部３４は、利用者Ｕの認証を行う。例えば、認証処理部３４は、サーバ装置１００からの検証確認応答に応じて利用者Ｕの認証を行う。あるいは、認証処理部３４は、サーバ装置１００からの検証要求通知に応じて利用者Ｕの認証を行う。
【0086】
（検証部３５）
検証部３５は、利用者Ｕの認証に成功した場合、利用者Ｕの個人データを使用して、検証ロジックによる検証を実施する。なお、利用者Ｕの個人データとは、利用者Ｕに依拠する個人的（属人的）なデータを指す。例えば、利用者Ｕの身体又は行動に関する測定データや、利用者Ｕに固有（特有）のデータ等である。また、利用者Ｕの属性情報や履歴情報（ログデータ）等も利用者Ｕの個人データに含めてもよい。また、利用者Ｕの個人データは、メタデータであってもよい。
検証部３５は、利用者Ｕの認証に成功した場合、利用者Ｕの個人データを使用して、検証ロジックによる検証を実施する。なお、利用者Ｕの個人データとは、利用者Ｕに依拠する個人的（属人的）なデータを指す。例えば、利用者Ｕの身体又は行動に関する測定データや、利用者Ｕに固有（特有）のデータ等である。また、利用者Ｕの属性情報や履歴情報（ログデータ）等も利用者Ｕの個人データに含めてもよい。また、利用者Ｕの個人データは、メタデータであってもよい。
【0087】
そして、送信部３１は、検証ロジックによる検証結果をサーバ装置１００に送信する。また、受信部３２は、サーバ装置１００から検証結果を証明する電子証明書を受信する。
【0088】
例えば、検証ロジックは、加速度データから踊っていたダンスの種類を推定するロジック（例えば、検証ロジックＡ、検証ロジックＰ）である。検証部３５は、利用者Ｕの認証に成功した場合、検証ロジックにより、利用者Ｕの個人データである利用者Ｕの加速度データから利用者Ｕが踊っていたダンスの種類を推定する。また、送信部３１は、利用者Ｕが踊っていたダンスの種類の推定結果をサーバ装置１００に送信する。
【0089】
あるいは、検証ロジックは、マラソン大会の参加者の走行データから該参加者の平均速度を算出するロジック（例えば、検証ロジックＱ）である。検証部３５は、利用者Ｕの認証に成功した場合、検証ロジックにより、マラソン時に利用者Ｕが装着していたウェアラブルデバイスが収集して保管している走行データからマラソン時の利用者Ｕの平均速度を算出する。また、送信部３１は、利用者Ｕの平均速度をサーバ装置１００に送信する。
【0090】
あるいは、検証ロジックは、利用者Ｕの端末装置１０のローカル認証で行なっている処理に関する認証手続きデータから認証の応答時間、累計数、平均時間を算出するロジック（例えば、検証ロジックＲ）である。検証部３５は、利用者Ｕの認証に成功した場合、検証ロジックにより、利用者Ｕの個人データである認証手続きデータから利用者Ｕの端末装置１０のローカル認証の応答時間、累計数、平均時間を算出する。また、送信部３１は、利用者Ｕの端末装置１０のローカル認証の応答時間、累計数、平均時間をサーバ装置１００に送信する。
【0091】
（記憶部４０）
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや各種データ等が記憶される。
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや各種データ等が記憶される。
【0092】
記憶部４０は、利用者Ｕの個人データ４０Ａと、該個人データの検証ロジック４０Ｂとを記憶する。個人データ４０Ａは、例えば図３～図６の例で説明したダンス時の加速度データ、マラソン時の走行データ、又はローカル認証で行なっている処理に関するデータ（認証手続きデータ）等である。また、検証ロジック４０Ｂは、例えば図３～図６の例で説明した検証ロジックＡ、検証ロジックＰ、検証ロジックＱ、検証ロジックＲ等である。
【0093】
なお、個人データ４０Ａ又は検証ロジック４０Ｂは、記憶部４０のセキュア領域（例えばセキュアエレメント）に記憶されていてもよい。
【0094】
〔４．サーバ装置の構成例〕
次に、図９を用いて、実施形態に係るサーバ装置１００の構成について説明する。図９は、実施形態に係るサーバ装置１００の構成例を示す図である。図９に示すように、サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
次に、図９を用いて、実施形態に係るサーバ装置１００の構成について説明する。図９は、実施形態に係るサーバ装置１００の構成例を示す図である。図９に示すように、サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
【0095】
（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図７参照）と有線又は無線で接続される。
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図７参照）と有線又は無線で接続される。
【0096】
（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ、ＳＳＤ、光ディスク等の記憶装置によって実現される。
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ、ＳＳＤ、光ディスク等の記憶装置によって実現される。
【0097】
なお、記憶部１２０は、データ検証方法や検証ロジックに関する情報を記憶してもよい。例えば、記憶部１２０は、利用者Ｕを示す識別情報（利用者ＩＤ等）と、検証ロジックとを紐づけて記憶してもよい。また、記憶部１２０は、検証タスクの割り当てに関する情報を記憶してもよい。また、記憶部１２０は、発行されたお墨付き証明書（電子証明書）に関する情報を記憶してもよい。
【0098】
（制御部１３０）
制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、サーバ装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図９に示す例では、制御部１３０は、取得部１３１と、管理部１３２と、発行部１３３と、集約部１３４と、提供部１３５とを有する。
制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、サーバ装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図９に示す例では、制御部１３０は、取得部１３１と、管理部１３２と、発行部１３３と、集約部１３４と、提供部１３５とを有する。
【0099】
（取得部１３１）
取得部１３１は、利用者Ｕ（ユーザ）により入力された検索クエリを取得する。例えば、取得部１３１は、利用者Ｕが検索エンジン等に検索クエリを入力してキーワード検索を行った際に、通信部１１０を介して、当該検索クエリを取得する。すなわち、取得部１３１は、通信部１１０を介して、利用者Ｕにより検索エンジンやサイト又はアプリの検索窓に入力されたキーワードを取得する。
取得部１３１は、利用者Ｕ（ユーザ）により入力された検索クエリを取得する。例えば、取得部１３１は、利用者Ｕが検索エンジン等に検索クエリを入力してキーワード検索を行った際に、通信部１１０を介して、当該検索クエリを取得する。すなわち、取得部１３１は、通信部１１０を介して、利用者Ｕにより検索エンジンやサイト又はアプリの検索窓に入力されたキーワードを取得する。
【0100】
また、取得部１３１は、通信部１１０を介して、利用者Ｕに関する利用者情報を取得する。例えば、取得部１３１は、利用者Ｕの端末装置１０から、利用者Ｕを示す識別情報（利用者ＩＤ等）や、利用者Ｕの位置情報、利用者Ｕの属性情報等を取得する。また、取得部１３１は、利用者Ｕのユーザ登録時に、利用者Ｕを示す識別情報や、利用者Ｕの属性情報等を取得してもよい。そして、取得部１３１は、利用者情報を記憶部１２０に記憶する。
【0101】
また、取得部１３１は、通信部１１０を介して、利用者Ｕの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、取得部１３１は、利用者Ｕの端末装置１０から、あるいは利用者ＩＤ等に基づいて各種サーバ等から、利用者Ｕの行動を示す各種の履歴情報を取得する。そして、取得部１３１は、各種の履歴情報を記憶部１２０に記憶する。
【0102】
（管理部１３２）
管理部１３２は、複数の利用者Ｕの端末装置１０の検証ロジックを管理する。例えば、管理部１３２は、複数の利用者Ｕの端末装置１０の各々から検証確認要求とともに検証ロジックを受信した場合、検証ロジックを確認し、各利用者Ｕの端末装置１０に検証確認応答を送信（返信）する。
管理部１３２は、複数の利用者Ｕの端末装置１０の検証ロジックを管理する。例えば、管理部１３２は、複数の利用者Ｕの端末装置１０の各々から検証確認要求とともに検証ロジックを受信した場合、検証ロジックを確認し、各利用者Ｕの端末装置１０に検証確認応答を送信（返信）する。
【0103】
また、管理部１３２は、複数の利用者Ｕの端末装置１０に対して、検証タスクの割り当てを行う。例えば、管理部１３２は、複数の利用者Ｕの端末装置１０の各々に対して検証ロジックによる検証を依頼する。このとき、管理部１３２は、複数の利用者Ｕの端末装置１０の各々に対して、サーバ装置１００が管理している検証ロジックを提供してもよい。また、管理部１３２は、検証ロジックを作成（生成）してもよい。
【0104】
（発行部１３３）
発行部１３３は、複数の利用者Ｕの端末装置１０の各々から検証ロジックによる検証結果を受信した際に、検証結果を証明する電子証明書を各利用者Ｕの端末装置１０に発行する。
発行部１３３は、複数の利用者Ｕの端末装置１０の各々から検証ロジックによる検証結果を受信した際に、検証結果を証明する電子証明書を各利用者Ｕの端末装置１０に発行する。
【0105】
（集約部１３４）
集約部１３４は、複数の利用者Ｕの端末装置１０の検証結果を束ねて総合的な検証を実施する。このとき、集約部１３４は、複数の利用者Ｕの端末装置１０の検証結果を集約して統合検証結果を作成する。また、集約部１３４は、複数の利用者Ｕの端末装置１０の検証結果を集約して、全ての利用者Ｕの検証結果の平均や標準偏差などの統計情報を算出してもよい。
集約部１３４は、複数の利用者Ｕの端末装置１０の検証結果を束ねて総合的な検証を実施する。このとき、集約部１３４は、複数の利用者Ｕの端末装置１０の検証結果を集約して統合検証結果を作成する。また、集約部１３４は、複数の利用者Ｕの端末装置１０の検証結果を集約して、全ての利用者Ｕの検証結果の平均や標準偏差などの統計情報を算出してもよい。
【0106】
（提供部１３５）
提供部１３５は、通信部１１０を介して、複数の利用者Ｕの端末装置１０（又は他のサーバ装置）に統合検証結果を提供する。また、提供部１３５は、通信部１１０を介して、複数の利用者Ｕの端末装置１０（又は他のサーバ装置）に全ての利用者Ｕの検証結果の平均や標準偏差などの統計情報を提供してもよい。
提供部１３５は、通信部１１０を介して、複数の利用者Ｕの端末装置１０（又は他のサーバ装置）に統合検証結果を提供する。また、提供部１３５は、通信部１１０を介して、複数の利用者Ｕの端末装置１０（又は他のサーバ装置）に全ての利用者Ｕの検証結果の平均や標準偏差などの統計情報を提供してもよい。
【0107】
なお、提供部１３５は、利用者Ｕが外部の検証者に電子証明書を提示する際（又は利用者Ｕが外部の検証者への電子証明書の提示を許可した場合）に、外部の検証者が使用する検証者端末に対して、検証結果を証明する電子証明書を提供してもよい。
【0108】
〔５．処理手順〕
次に、図１０を用いて実施形態に係る端末装置１０及びサーバ装置１００による処理手順について説明する。図１０は、実施形態に係る処理手順を示すフローチャートである。なお、以下に示す処理手順は、端末装置１０の制御部３０及びサーバ装置１００の制御部１３０によって繰り返し実行される。
次に、図１０を用いて実施形態に係る端末装置１０及びサーバ装置１００による処理手順について説明する。図１０は、実施形態に係る処理手順を示すフローチャートである。なお、以下に示す処理手順は、端末装置１０の制御部３０及びサーバ装置１００の制御部１３０によって繰り返し実行される。
【0109】
例えば、図１０に示すように、サーバ装置１００の管理部１３２は、利用者Ｕの端末装置１０から検証確認要求を受けたか確認する（ステップＳ１０１）。サーバ装置１００の管理部１３２は、利用者Ｕの端末装置１０から検証確認要求を受けた場合（ステップＳ１０１：Ｙｅｓ）、利用者Ｕの端末装置１０から検証確認要求とともに受信した検証ロジックの詳細情報に基づいて検証ロジックを確認した後、検証確認応答（ＯＫ）を利用者Ｕの端末装置１０に送信する（ステップＳ１０２）。
【0110】
また、サーバ装置１００の管理部１３２は、利用者Ｕの端末装置１０から検証確認要求を受けていない場合（ステップＳ１０１：Ｎｏ）、検証タスクの割り当てを行った際に、検証要求通知と検証ロジックを利用者Ｕの端末装置１０に送信する（ステップＳ１０３）。
【0111】
続いて、利用者Ｕの端末装置１０の認証処理部３４は、サーバ装置１００からの検証確認応答又は検証要求通知に応じて利用者Ｕの認証を行い、利用者Ｕの認証に成功したか否かを判定する（ステップＳ１０４）。端末装置１０の検証部３５は、利用者Ｕの認証に成功した場合（ステップＳ１０４：Ｙｅｓ）、利用者Ｕの個人データを使用して、検証ロジックによる検証を実施する（ステップＳ１０５）。そして、端末装置１０の送信部３１は、検証ロジックによる検証結果をサーバ装置１００に通知する（ステップＳ１０６）。
【0112】
なお、端末装置１０の認証処理部３４は、利用者Ｕの認証に成功しなかった場合（ステップＳ１０４：Ｎｏ）、一連の処理を終了する。このとき、端末装置１０の送信部３１は、利用者Ｕの認証に成功せず、検証ロジックによる検証を実施できなかった旨をサーバ装置１００に通知してもよい。なお、利用者Ｕの認証に成功しなかった場合には、利用者Ｕが個人データの使用又は検証ロジックによる検証に同意しなかった場合を含む。
【0113】
続いて、サーバ装置１００の発行部１３３は、複数の利用者Ｕの端末装置１０の各々から検証ロジックによる検証結果を受信した際に、検証結果を証明する電子証明書を各利用者Ｕの端末装置１０に発行する（ステップＳ１０７）。
【0114】
また、サーバ装置１００の集約部１３４は、複数の利用者Ｕの端末装置１０の検証結果を集約して統合検証結果を作成する（ステップＳ１０８）。このとき、集約部１３４は、複数の利用者Ｕの端末装置１０の検証結果を集約して、全ての利用者Ｕの検証結果の平均や標準偏差などの統計情報を算出してもよい。
【0115】
また、提供部１３５は、通信部１１０を介して、複数の利用者Ｕの端末装置１０（又は他のサーバ装置）に統合検証結果を提供する（ステップＳ１０９）。このとき、提供部１３５は、通信部１１０を介して、複数の利用者Ｕの端末装置１０（又は他のサーバ装置）に全ての利用者Ｕの検証結果の平均や標準偏差などの統計情報を提供してもよい。
【0116】
〔６．変形例〕
上述した端末装置１０及びサーバ装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。
上述した端末装置１０及びサーバ装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。
【0117】
上記の実施形態において、サーバ装置１００が実行している処理の一部又は全部は、実際には、端末装置１０が実行してもよい。例えば、スタンドアローン（Stand-alone）で（端末装置１０単体で）処理が完結してもよい。この場合、端末装置１０に、上記の実施形態におけるサーバ装置１００の機能が備わっているものとする。また、上記の実施形態では、端末装置１０はサーバ装置１００と連携しているため、利用者Ｕから見れば、サーバ装置１００の処理も端末装置１０が実行しているように見える。すなわち、他の観点では、端末装置１０は、サーバ装置１００を備えているともいえる。
【0118】
また、上記の実施形態において、サーバ装置１００は、ユーザ指定の事象（指定事象）から、指定事象を検証するための検証ロジックを生成し、生成された検証ロジックを利用者Ｕの端末装置１０に配布してもよい。この場合、サーバ装置１００は、利用者Ｕの端末装置１０から検証ロジックによる検証結果を収集し、収集された検証結果に基づいて、指定事象の検証を行い、検証に成功した場合、お墨付き証明書を発行する。
【0119】
〔７．効果〕
上述してきたように、本願に係る情報処理装置は、利用者Ｕの端末装置１０として使用される情報処理装置であって、利用者Ｕの個人データと該個人データの検証ロジックとを記憶する記憶部４０と、利用者Ｕの認証を行う認証処理部３４と、利用者Ｕの認証に成功した場合、利用者Ｕの個人データを使用して、検証ロジックによる検証を実施する検証部３５と、検証ロジックによる検証結果をサーバ装置１００に送信する送信部３１と、サーバ装置１００から検証結果を証明する電子証明書を受信する受信部３２と、を備えることを特徴とする。
上述してきたように、本願に係る情報処理装置は、利用者Ｕの端末装置１０として使用される情報処理装置であって、利用者Ｕの個人データと該個人データの検証ロジックとを記憶する記憶部４０と、利用者Ｕの認証を行う認証処理部３４と、利用者Ｕの認証に成功した場合、利用者Ｕの個人データを使用して、検証ロジックによる検証を実施する検証部３５と、検証ロジックによる検証結果をサーバ装置１００に送信する送信部３１と、サーバ装置１００から検証結果を証明する電子証明書を受信する受信部３２と、を備えることを特徴とする。
【0120】
例えば、送信部３１は、検証確認要求とともに、あらかじめ保有している検証ロジックの詳細情報をサーバ装置１００に送信する。また、受信部３２は、検証ロジックの詳細情報に基づいて検証ロジックを確認したサーバ装置１００から検証確認応答を受信する。また、認証処理部３４は、検証確認応答に応じて利用者Ｕの認証を行う。また、検証部３５は、利用者Ｕの認証に成功した場合、利用者Ｕの個人データを使用して、検証ロジックによる検証を実施する。
【0121】
あるいは、受信部３２は、検証タスクの割り当てを行うサーバ装置１００から検証要求通知とともに、サーバ装置１００が保有している検証ロジックを受信する。また、記憶部４０は、受信した検証ロジックを記憶する。また、認証処理部３４は、検証要求通知に応じて利用者Ｕの認証を行う。また、検証部３５は、利用者Ｕの認証に成功した場合、利用者Ｕの個人データを使用して、検証ロジックによる検証を実施する。
【0122】
例えば、検証ロジックは、加速度データから踊っていたダンスの種類を推定するロジックである。検証部３５は、利用者Ｕの認証に成功した場合、検証ロジックにより、利用者Ｕの個人データである利用者Ｕの加速度データから利用者Ｕが踊っていたダンスの種類を推定する。また、送信部３１は、利用者Ｕが踊っていたダンスの種類の推定結果をサーバ装置１００に送信する。
【0123】
あるいは、検証ロジックは、マラソン大会の参加者の走行データから該参加者の平均速度を算出するロジックである。検証部３５は、利用者Ｕの認証に成功した場合、検証ロジックにより、マラソン時に利用者Ｕが装着していたウェアラブルデバイスが収集して保管している走行データからマラソン時の利用者Ｕの平均速度を算出する。また、送信部３１は、利用者Ｕの平均速度をサーバ装置１００に送信する。
【0124】
あるいは、検証ロジックは、利用者Ｕの端末装置１０のローカル認証で行なっている処理に関する認証手続きデータから認証の応答時間、累計数、平均時間を算出するロジックである。検証部３５は、利用者Ｕの認証に成功した場合、検証ロジックにより、利用者Ｕの個人データである認証手続きデータから利用者Ｕの端末装置１０のローカル認証の応答時間、累計数、平均時間を算出する。また、送信部３１は、利用者Ｕの端末装置１０のローカル認証の応答時間、累計数、平均時間をサーバ装置１００に送信する。
【0125】
本願に係る他の情報処理装置は、複数の利用者Ｕの端末装置１０の検証結果を束ねて総合的な検証を実施するサーバ装置１００として使用される情報処理装置であって、複数の利用者Ｕの端末装置１０の検証ロジックを管理する管理部１３２と、複数の利用者Ｕの端末装置１０の各々から検証ロジックによる検証結果を受信した際に、検証結果を証明する電子証明書を各利用者Ｕの端末装置１０に発行する発行部１３３と、複数の利用者Ｕの端末装置１０の検証結果を集約して統合検証結果を作成する集約部１３４とを備えることを特徴とする。
【0126】
上述した各処理のいずれかもしくは組合せにより、本願に係る情報処理装置は、証明書の発行者が証明書の発行者が利用者の個人的なデータを取得することなく、利用者の個人的なデータに基づいて利用者の行動に関する証明書を適切に発行することができる。
【0127】
〔８．ハードウェア構成〕
また、上述した実施形態に係る端末装置１０やサーバ装置１００は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。以下、サーバ装置１００を例に挙げて説明する。図１１は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。
また、上述した実施形態に係る端末装置１０やサーバ装置１００は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。以下、サーバ装置１００を例に挙げて説明する。図１１は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。
【0128】
演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等により実現される。
【0129】
一次記憶装置１０４０は、ＲＡＭ（Random Access Memory）等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。二次記憶装置１０５０は、内蔵ストレージであってもよいし、外付けストレージであってもよい。また、二次記憶装置１０５０は、ＵＳＢ（Universal Serial Bus）メモリやＳＤ（Secure Digital）メモリカード等の取り外し可能な記憶媒体であってもよい。また、二次記憶装置１０５０は、クラウドストレージ（オンラインストレージ）やＮＡＳ（Network Attached Storage）、ファイルサーバ等であってもよい。
【0130】
出力Ｉ／Ｆ１０６０は、ディスプレイ、プロジェクタ、及びプリンタ等といった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力Ｉ／Ｆ１０７０は、マウス、キーボード、キーパッド、ボタン、及びスキャナ等といった各種の入力装置１０２０から情報を受信するためのインターフェースであり、例えば、ＵＳＢ等により実現される。
【0131】
また、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０はそれぞれ出力装置１０１０及び入力装置１０２０と無線で接続してもよい。すなわち、出力装置１０１０及び入力装置１０２０は、ワイヤレス機器であってもよい。
【0132】
また、出力装置１０１０及び入力装置１０２０は、タッチパネルのように一体化していてもよい。この場合、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０も、入出力Ｉ／Ｆとして一体化していてもよい。
【0133】
なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等から情報を読み出す装置であってもよい。
【0134】
ネットワークＩ／Ｆ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。
【0135】
演算装置１０３０は、出力Ｉ／Ｆ１０６０や入力Ｉ／Ｆ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。
【0136】
例えば、コンピュータ１０００がサーバ装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器から取得したプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行してもよい。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器と連携し、プログラムの機能やデータ等を他の機器の他のプログラムから呼び出して利用してもよい。
【0137】
〔９．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。
【0138】
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0139】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【0140】
例えば、上述したサーバ装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。
【0141】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0142】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【0143】
１ 情報処理システム
１０ 端末装置
３１ 送信部
３２ 受信部
３３ 処理部
３４ 認証処理部
３５ 検証部
４０ 記憶部
４０Ａ 個人データ
４０Ｂ 検証ロジック
１００ サーバ装置
１１０ 通信部
１２０ 記憶部
１３０ 制御部
１３１ 取得部
１３２ 管理部
１３３ 発行部
１３４ 集約部
１３５ 提供部
１０ 端末装置
３１ 送信部
３２ 受信部
３３ 処理部
３４ 認証処理部
３５ 検証部
４０ 記憶部
４０Ａ 個人データ
４０Ｂ 検証ロジック
１００ サーバ装置
１１０ 通信部
１２０ 記憶部
１３０ 制御部
１３１ 取得部
１３２ 管理部
１３３ 発行部
１３４ 集約部
１３５ 提供部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】