知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024168489
(43)【公開日】2024-12-05
(54)【発明の名称】情報処理システム、情報処理方法、及びプログラム
(51)【国際特許分類】
G06Q 10/06 20230101AFI20241128BHJP
【ＦＩ】
G06Q10/06
【審査請求】未請求
【請求項の数】19
【出願形態】ＯＬ
(21)【出願番号】P 2023085212
(22)【出願日】2023-05-24
(71)【出願人】
【識別番号】000101617
【氏名又は名称】アマノ株式会社
(74)【代理人】
【識別番号】110003339
【氏名又は名称】弁理士法人南青山国際特許事務所
(72)【発明者】
【氏名】今出 守人
(72)【発明者】
【氏名】岩室 拓海
(72)【発明者】
【氏名】下道 雄太
【テーマコード（参考）】
5L010
5L049
【Ｆターム（参考）】
5L010AA06
5L049AA06
(57)【要約】
【課題】従業員のライフログ情報を業務管理に適正に利用することを可能とする情報処理システム、情報処理方法、及びプログラムを提供すること。
【解決手段】本発明の一形態に係る情報処理システムは、第１の取得部と、第２の取得部と、情報選択部と、情報利用部とを具備する。前記第１の取得部は、従業員から検出されるライフログ情報を取得する。前記第２の取得部は、前記従業員の業務に関する業務情報を取得する。前記情報選択部は、取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択する。前記情報利用部は、選択された前記利用許容情報を利用する。
【選択図】図１０
【解決手段】本発明の一形態に係る情報処理システムは、第１の取得部と、第２の取得部と、情報選択部と、情報利用部とを具備する。前記第１の取得部は、従業員から検出されるライフログ情報を取得する。前記第２の取得部は、前記従業員の業務に関する業務情報を取得する。前記情報選択部は、取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択する。前記情報利用部は、選択された前記利用許容情報を利用する。
【選択図】図１０
【特許請求の範囲】
【請求項1】
従業員から検出されるライフログ情報を取得する第１の取得部と、
前記従業員の業務に関する業務情報を取得する第２の取得部と、
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択する情報選択部と、
選択された前記利用許容情報を利用する情報利用部と
を具備する情報処理システム。
前記従業員の業務に関する業務情報を取得する第２の取得部と、
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択する情報選択部と、
選択された前記利用許容情報を利用する情報利用部と
を具備する情報処理システム。
【請求項2】
請求項１に記載の情報処理システムであって、
前記情報選択部は、前記従業員の勤務時間を基準として設定される利用許容時間内に検出された前記ライフログ情報を、前記利用許容情報として選択する
情報処理システム。
前記情報選択部は、前記従業員の勤務時間を基準として設定される利用許容時間内に検出された前記ライフログ情報を、前記利用許容情報として選択する
情報処理システム。
【請求項3】
請求項１に記載の情報処理システムであって、
前記情報選択部は、前記従業員の勤務地を基準として設定される利用許容地域内にて検出された前記ライフログ情報を、前記利用許容情報として選択する
情報処理システム。
前記情報選択部は、前記従業員の勤務地を基準として設定される利用許容地域内にて検出された前記ライフログ情報を、前記利用許容情報として選択する
情報処理システム。
【請求項4】
請求項１に記載の情報処理システムであって、さらに、
前記ライフログ情報が前記利用許容情報として選択されるための利用許容条件を設定する条件設定部を具備し、
前記情報選択部は、設定された前記利用許容条件に基づいて、前記ライフログ情報から前記利用許容情報を選択する
情報処理システム。
前記ライフログ情報が前記利用許容情報として選択されるための利用許容条件を設定する条件設定部を具備し、
前記情報選択部は、設定された前記利用許容条件に基づいて、前記ライフログ情報から前記利用許容情報を選択する
情報処理システム。
【請求項5】
請求項４に記載の情報処理システムであって、
前記第１の取得部は、前記ライフログ情報を種別ごとに取得し、
前記条件設定部は、前記種別ごとに前記利用許容条件を設定する
情報処理システム。
前記第１の取得部は、前記ライフログ情報を種別ごとに取得し、
前記条件設定部は、前記種別ごとに前記利用許容条件を設定する
情報処理システム。
【請求項6】
請求項４に記載の情報処理システムであって、さらに、
所定の端末を介して前記利用許容条件を入力するための条件入力用ＵＩ（User Interface）を提供する条件入力用ＵＩ提供部を具備する
情報処理システム。
所定の端末を介して前記利用許容条件を入力するための条件入力用ＵＩ（User Interface）を提供する条件入力用ＵＩ提供部を具備する
情報処理システム。
【請求項7】
請求項４に記載の情報処理システムであって、
前記利用許容条件は、前記ライフログ情報が検出された時間に関する条件、前記ライフログ情報が検出された位置に関する条件、前記ライフログ情報の種別に関する条件、前記ライフログ情報が検出された前記従業員の承諾の有無に関する条件、及び前記利用許容情報の利用権限の有無に関する条件の少なくとも１つを含む
情報処理システム。
前記利用許容条件は、前記ライフログ情報が検出された時間に関する条件、前記ライフログ情報が検出された位置に関する条件、前記ライフログ情報の種別に関する条件、前記ライフログ情報が検出された前記従業員の承諾の有無に関する条件、及び前記利用許容情報の利用権限の有無に関する条件の少なくとも１つを含む
情報処理システム。
【請求項8】
請求項１に記載の情報処理システムであって、さらに、
所定の端末を介して入力される検索条件に基づいて、前記ライフログ情報を検索する情報検索部を具備し、
前記情報選択部は、前記情報検索部による検索結果から、前記利用許容情報を選択する
情報処理システム。
所定の端末を介して入力される検索条件に基づいて、前記ライフログ情報を検索する情報検索部を具備し、
前記情報選択部は、前記情報検索部による検索結果から、前記利用許容情報を選択する
情報処理システム。
【請求項9】
請求項１に記載の情報処理システムであって、
前記情報利用部は、前記利用許容情報を表示デバイスに表示する
情報処理システム。
前記情報利用部は、前記利用許容情報を表示デバイスに表示する
情報処理システム。
【請求項10】
請求項１に記載の情報処理システムであって、
前記情報利用部は、前記利用許容情報を解析し、その解析結果を利用する
情報処理システム。
前記情報利用部は、前記利用許容情報を解析し、その解析結果を利用する
情報処理システム。
【請求項11】
請求項１に記載の情報処理システムであって、さらに、
前記従業員から前記ライフログ情報を検出するセンサからの、前記利用許容情報として選択されない非利用許容情報の出力を規制する情報出力規制部を具備する
情報処理システム。
前記従業員から前記ライフログ情報を検出するセンサからの、前記利用許容情報として選択されない非利用許容情報の出力を規制する情報出力規制部を具備する
情報処理システム。
【請求項12】
請求項１に記載の情報処理システムであって、さらに、
前記ライフログ情報が検出された前記従業員に対して、前記ライフログ情報を前記利用許容情報として選択することの承諾の有無を入力するための承諾用ＵＩを提供する承諾入力用ＵＩ提供部を具備する
情報処理システム。
前記ライフログ情報が検出された前記従業員に対して、前記ライフログ情報を前記利用許容情報として選択することの承諾の有無を入力するための承諾用ＵＩを提供する承諾入力用ＵＩ提供部を具備する
情報処理システム。
【請求項13】
請求項１に記載の情報処理システムであって、
前記情報選択部は、前記従業員が所定の状態である場合には、検出された前記ライフログ情報に対して、前記所定の状態に対応する利用許容条件に基づいて前記利用許容情報の選択を行う
情報処理システム。
前記情報選択部は、前記従業員が所定の状態である場合には、検出された前記ライフログ情報に対して、前記所定の状態に対応する利用許容条件に基づいて前記利用許容情報の選択を行う
情報処理システム。
【請求項14】
請求項１３に記載の情報処理システムであって、
前記情報選択部は、前記従業員が機密情報を漏洩させる危険性がある状態の場合には、検出された前記ライフログ情報を、前記利用許容情報として選択する
情報処理システム。
前記情報選択部は、前記従業員が機密情報を漏洩させる危険性がある状態の場合には、検出された前記ライフログ情報を、前記利用許容情報として選択する
情報処理システム。
【請求項15】
請求項１に記載の情報処理システムであって、
前記ライフログ情報は、前記従業員の位置情報、及び前記従業員の生体情報の少なくとも一方を含む
情報処理システム。
前記ライフログ情報は、前記従業員の位置情報、及び前記従業員の生体情報の少なくとも一方を含む
情報処理システム。
【請求項16】
請求項１に記載の情報処理システムであって、
前記業務情報は、勤怠情報、及び業務内容に関する情報の少なくとも一方を含む
情報処理システム。
前記業務情報は、勤怠情報、及び業務内容に関する情報の少なくとも一方を含む
情報処理システム。
【請求項17】
請求項１に記載の情報処理システムであって、さらに、
前記情報利用部による前記利用許容情報の利用に関する履歴情報を管理する履歴管理部を具備する
情報処理システム。
前記情報利用部による前記利用許容情報の利用に関する履歴情報を管理する履歴管理部を具備する
情報処理システム。
【請求項18】
従業員から検出されるライフログ情報を取得し、
前記従業員の業務に関する業務情報を取得し、
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択し、
選択された前記利用許容情報を利用する
ことをコンピュータが実行する情報処理方法。
前記従業員の業務に関する業務情報を取得し、
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択し、
選択された前記利用許容情報を利用する
ことをコンピュータが実行する情報処理方法。
【請求項19】
従業員から検出されるライフログ情報を取得するステップと、
前記従業員の業務に関する業務情報を取得するステップと、
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択するステップと、
選択された前記利用許容情報を利用するステップと
をコンピュータに実行させるプログラム。
前記従業員の業務に関する業務情報を取得するステップと、
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択するステップと、
選択された前記利用許容情報を利用するステップと
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、従業員の業務管理等に適用可能な情報処理システム、情報処理方法、及びプログラムに関する。
【背景技術】
【0002】
特許文献１には、ユーザが公開したいライフログ情報の条件について、ユーザが複数の分類要素の組み合わせに応じて開示／非開示を設定できるようにして、きめ細やかな開示／非開示制御を実現可能とした技術が公開されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１０－２６６９６０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
従業員のライフログ情報を、業務管理に適正に利用することが可能となる技術が求められている。
【0005】
以上のような事情に鑑み、本発明の目的は、従業員のライフログ情報を業務管理に適正に利用することを可能とする情報処理システム、情報処理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明の一形態に係る情報処理システムは、第１の取得部と、第２の取得部と、情報選択部と、情報利用部とを具備する。
前記第１の取得部は、従業員から検出されるライフログ情報を取得する。
前記第２の取得部は、前記従業員の業務に関する業務情報を取得する。
前記情報選択部は、取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択する。
前記情報利用部は、選択された前記利用許容情報を利用する。
前記第１の取得部は、従業員から検出されるライフログ情報を取得する。
前記第２の取得部は、前記従業員の業務に関する業務情報を取得する。
前記情報選択部は、取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択する。
前記情報利用部は、選択された前記利用許容情報を利用する。
【0007】
前記情報選択部は、前記従業員の勤務時間を基準として設定される利用許容時間内に検出された前記ライフログ情報を、前記利用許容情報として選択してもよい。
【0008】
前記情報選択部は、前記従業員の勤務地を基準として設定される利用許容地域内にて検出された前記ライフログ情報を、前記利用許容情報として選択してもよい。
【0009】
前記情報処理システムは、さらに、前記ライフログ情報が前記利用許容情報として選択されるための利用許容条件を設定する条件設定部を具備してもよい。この場合、前記情報選択部は、設定された前記利用許容条件に基づいて、前記ライフログ情報から前記利用許容情報を選択してもよい。
【0010】
前記第１の取得部は、前記ライフログ情報を種別ごとに取得してもよい。この場合、前記条件設定部は、前記種別ごとに前記利用許容条件を設定してもよい。
【0011】
前記情報処理システムは、さらに、所定の端末を介して前記利用許容条件を入力するための条件入力用ＵＩ（User Interface）を提供する条件入力用ＵＩ提供部を具備してもよい。
【0012】
前記利用許容条件は、前記ライフログ情報が検出された時間に関する条件、前記ライフログ情報が検出された位置に関する条件、前記ライフログ情報の種別に関する条件、前記ライフログ情報が検出された前記従業員の承諾の有無に関する条件、及び前記利用許容情報の利用権限の有無に関する条件の少なくとも１つを含んでもよい。
【0013】
前記情報処理システムは、さらに、所定の端末を介して入力される検索条件に基づいて、前記ライフログ情報を検索する情報検索部を具備してもよい。この場合、前記情報選択部は、前記情報検索部による検索結果から、前記利用許容情報を選択してもよい。
【0014】
前記情報利用部は、前記利用許容情報を表示デバイスに表示してもよい。
【0015】
前記情報利用部は、前記利用許容情報を解析し、その解析結果を利用してもよい。
【0016】
前記情報処理システムは、さらに、前記従業員から前記ライフログ情報を検出するセンサからの、前記利用許容情報として選択されない非利用許容情報の出力を規制する情報出力規制部を具備してもよい。
【0017】
前記情報処理システムは、さらに、前記ライフログ情報が検出された前記従業員に対して、前記ライフログ情報を前記利用許容情報として選択することの承諾の有無を入力するための承諾用ＵＩを提供する承諾入力用ＵＩ提供部を具備してもよい。
【0018】
前記情報選択部は、前記従業員が所定の状態である場合には、検出された前記ライフログ情報に対して、前記所定の状態に対応する利用許容条件に基づいて前記利用許容情報の選択を行ってもよい。
【0019】
前記情報選択部は、前記従業員が機密情報を漏洩させる危険性がある状態の場合には、検出された前記ライフログ情報を、前記利用許容情報として選択してもよい。
【0020】
前記ライフログ情報は、前記従業員の位置情報、及び前記従業員の生体情報の少なくとも一方を含んでもよい。
【0021】
前記業務情報は、勤怠情報、及び業務内容に関する情報の少なくとも一方を含んでもよい。
【0022】
前記情報処理システムは、さらに、前記情報利用部による前記利用許容情報の利用に関する履歴情報を管理する履歴管理部を具備してもよい。
【0023】
本発明の一形態に係る情報処理方法は、コンピュータが実行する情報処理方法であって、従業員から検出されるライフログ情報を取得することを含む。
前記従業員の業務に関する業務情報が取得される。
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報が選択される。
選択された前記利用許容情報が利用される。
前記従業員の業務に関する業務情報が取得される。
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報が選択される。
選択された前記利用許容情報が利用される。
【0024】
本発明の一形態に係るプログラムは、コンピュータに以下のステップを実行させる。
従業員から検出されるライフログ情報を取得するステップ。
前記従業員の業務に関する業務情報を取得するステップ。
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択するステップ。
選択された前記利用許容情報を利用するステップ。
従業員から検出されるライフログ情報を取得するステップ。
前記従業員の業務に関する業務情報を取得するステップ。
取得された前記業務情報に基づいて、取得された前記ライフログ情報から業務に関する処理に利用することが許容される利用許容情報を選択するステップ。
選択された前記利用許容情報を利用するステップ。
【発明の効果】
【0025】
以上のように、本発明によれば、従業員のライフログ情報を業務管理に適正に利用することが可能となる。
【図面の簡単な説明】
【0026】
【図1】第１の実施形態に係る業務管理システムの構成例を示す模式図である。
【図2】サーバ装置の機能的な構成例を示すブロック図である。
【図3】ＤＢに記憶される業務情報の一例を示す模式図である（個人マスター）。
【図4】ＤＢに記憶される業務情報の一例を示す模式図である（ウェアラブルデータ）。
【図5】ＤＢに記憶される業務情報の一例を示す模式図である（勤務時間データ）。
【図6】第１の取得部により取得されるライフログ情報の一例を示す模式図である。
【図8】第１の取得部により取得されるライフログ情報の他の例を示す模式図である。
【図10】サーバ装置の基本的な動作例を示すフローチャートである。
【図11】利用許容情報の表示デバイスへの表示例を説明するための模式図である。
【図12】利用許容情報の表示デバイスへの表示例を説明するための模式図である。
【図13】利用許容情報の表示デバイスへの表示例を説明するための模式図である。
【図14】第２の実施形態に係るサーバ装置の機能的な構成例を示すブロック図である。
【図15】ＤＢに記憶される「条件データ」の一例を示す模式図である。
【図17】利用許容条件及び非利用許容条件を入力するための条件入力用ＧＵＩの一例を示す模式図である。
【図18】本人承諾が必要であるか不要であるかを入力するための本人承諾必要／不要選択部のＧＵＩ構成の他の例である。
【図19】従業員に提供される承諾入力用ＧＵＩの一例を示す模式図である。
【図20】ＤＢに記憶される「個人承諾データ」の一例を示す模式図である。
【図21】サーバ装置による利用許容情報の選択の動作例を示すフローチャートである。
【図22】利用許容情報の選択の具体例を示すフローチャートである。
【図23】第３の実施形態に係る利用許容情報の選択の具体例を示すフローチャートである。
【図24】ＤＢに記憶される「機密情報持ち出し申請データ」の一例を示す模式図である。
【図25】従業員からライフログ情報を検出するセンサ装置の機能的な構成例を示す模式図である。
【図26】センサ装置によるライフログ情報の送信例を示すフローチャートである。
【図27】利用許容情報の利用に関する基準値について説明するための模式図である。
【図28】センサ装置、管理端末、及びサーバ装置として用いることが可能なコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【0027】
以下、本発明に係る実施形態を、図面を参照しながら説明する。
【0028】
＜第１の実施形態＞
［業務管理システム］
図１は、本発明の第１の実施形態に係る業務管理システムの構成例を示す模式図である。業務管理システム１は、企業等の団体における業務管理を行うことが可能である。例えば、企業等の団体に所属する従業員２の業務に関する種々の手続きを実行し、従業員２ごとの業務に関する業務情報を管理することが可能である。
［業務管理システム］
図１は、本発明の第１の実施形態に係る業務管理システムの構成例を示す模式図である。業務管理システム１は、企業等の団体における業務管理を行うことが可能である。例えば、企業等の団体に所属する従業員２の業務に関する種々の手続きを実行し、従業員２ごとの業務に関する業務情報を管理することが可能である。
【0029】
本開示において、業務管理は、業務に関する任意の事項に対する任意の管理業務を含む。例えば、就業管理、勤怠管理、人事管理、予算管理等が、本技術に関する業務管理に含まれる。また、業務内容に関する任意の事項に対する管理業務も、業務管理に含まれる。例えば、業務計画の立案、業務内容の見直し、人員の配置等も、業務管理に含まれる。
【0030】
本業務管理システム１では、各従業員２から検出されるライフログ情報を業務管理に適正に利用することが可能となる。以下、詳しく説明する。
【0031】
図１に示すように、業務管理システム１は、センサ装置３と、管理端末４と、サーバ装置５と、データベース（ＤＢ）６とを含む。
【0032】
センサ装置３、管理端末４、及びサーバ装置５は、ネットワーク７を介して、互いに通信可能に接続されている。ネットワーク７は、例えばインターネットや広域通信回線網等により構築される。その他、任意のＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）等が用いられてよく、ネットワーク７を構築するためのプロトコルは限定されない。
【0033】
センサ装置３、管理端末４、及びサーバ装置５は、例えばＣＰＵ、ＧＰＵ、ＤＳＰ等のプロセッサ、ＲＯＭ、ＲＡＭ等のメモリ、ＨＤＤ等の記憶デバイス等、コンピュータに必要なハードウェアを有する（図２８参照）。プロセッサが記憶部やメモリに記憶されている本技術に係るプログラムをＲＡＭにロードして実行することにより、本技術に係る情報処理方法（利用許容情報の選択方法／利用許容情報の利用方法）が実行される。
【0034】
センサ装置３は、従業員２のライフログ情報を検出し、ネットワーク７を介して、サーバ装置５に送信する。
【0035】
本開示において、ライフログ情報は、日々の生活を送る従業員２の様々な行いや様々な状態が記録された任意のログ情報を含む。例えば、従業員２の位置情報（行動履歴情報）や生体情報のログ情報が、ライフログ情報に含まれる。
【0036】
例えば、従業員２の現在地の情報、さらに詳しく屋内であるか、屋外であるか、会議中であるか等の情報が、ライフログ情報に含まれる。また例えば、移動距離、移動時間、移動速度、歩数、歩いた距離、走った距離、使用した交通手段、交通手段を利用した時間、交通手段で移動した距離等が、ライフログ情報に含まれる。
【0037】
また例えば、体温、血圧、脈拍数、心拍数、発汗量、血糖値、水分量、体脂肪率、体重、身長、筋肉量バランス、骨密度、呼吸数、肺活量、血液検査の結果、ＭＲＳの検査結果、尿検査、血中アルコール濃度等がライフログ情報に含まれる。また、睡眠状態であるか覚醒状態であるか、どのような睡眠状態であるか（レム睡眠、ノンレム睡眠、深い睡眠、浅い睡眠等）の情報も、ライフログ情報に含まれる。
【0038】
また従業員２が行う運動に関する運動情報も、ライフログ情報に含まれる。例えば歩行中、走行中、電車にて移動中、運転中等の情報が、ライフログ情報として取得可能である。また座っているか、立っているか、前屈みか、横を向いているか、上を向いているか等の、姿勢に関する情報等も、ライフログ情報として取得可能である。
【0039】
また、カメラにより撮影された従業員２の画像や、マイクにより取得された従業員の会話等の音声情報等も、ライフログ情報に含まれる。なお本開示において、画像は、静止画像及び動画像（映像）の両方を含む。
【0040】
ライフログ情報は、例えば、ＩＭＵ（Inertial Measurement Unit）センサ、ＧＰＳ、様々な種類の生体センサ、イメージセンサ（カメラ）等の、各種センサを用いて検出することが可能である。これらのセンサにより検出される検出結果（値等）自体を、ライフログ情報として利用することが可能である。これに限定されず、センサにより検出される検出結果に基づいて、さらに様々なライフログ情報を生成することも可能である。
【0041】
例えばＧＰＳにより位置情報として緯度及び経度の座標値がライフログ情報として検出される。当該ライフログ情報に基づいて、従業員２が立ち寄ったランドマーク等の情報を含む行動履歴情報が、さらにライフログ情報として生成されてもよい。
【0042】
また、体温を測定可能な温度センサ、心拍数を測定可能な心拍センサ、発汗量を測定可能な発汗センサ等の検出値がライフログ情報として検出される。これらの検出値に基づいて、従業員２の健康状態や睡眠状態等がライフログ情報として生成されてもよい。
【0043】
センサにより検出される検出結果（値等）自体を、ライフログ情報として利用する場合、当該ライフログ情報が検出された時間が、ライフログ情報の検出時間となる。一方で、センサにより検出される検出結果に基づいて、さらに様々なライフログ情報が生成される場合は、ライフログ情報の生成に用いられるセンサの検出結果が検出された時間が、ライフログ情報の検出時間となる。
【0044】
例えば、所定の時刻（年月日時刻Ａとする）にてＩＭＵセンサにより「加速度」が検出されたとする。この場合、当該「加速度」がライフログ情報として利用される場合は、「加速度」が検出された時間（年月日時刻Ａ）が、ライフログ情報の検出時間となる。
【0045】
一方で、年月日時刻ＡにてＩＭＵセンサにより検出された「加速度」に基づいて、「歩行中」というライフログ情報が生成されたとする。この場合、「歩行中」というライフログ情報が生成された時間ではなく、「加速度」が検出された時間（年月日時刻Ａ）が、「歩行中」というライフログ情報の検出時間であるとする。すなわち、従業員２が「歩行中」である年月日時刻が、その「歩行中」というライフログ情報の検出時間となる。
【0046】
センサ装置３は、ライフログ情報を検出可能なセンサを搭載したコンピュータにより構成される。あるいは、ライフログ情報を検出可能であり、ネットワーク７を介して通信可能なセンサにより構成される。
【0047】
図１に示す例では、センサ装置３として、スマートフォン、ＨＭＤ（眼鏡型のウェアラブルデバイスともいえる）、時計型（リストバンド型）のウェアラブルデバイス、カメラが例示されている。もちろん、これらのデバイスに限定されず、センサ装置３を実現するために様々な構成が採用されてよい。
【0048】
また図１では、従業員２ａ～２ｃの各々に対して、センサ装置３ａ～３ｃが準備されている。これに限定されず、所定の空間に設置されたカメラにより、複数の従業員２の画像が撮影され、その撮影画像に基づいて各従業員２のライフログ情報が取得されてもよい。
【0049】
本開示において、情報等の取得は、当該情報を他の装置から受信すること、及び自ら解析処理、抽出処理、推定処理等を実行することで、当該情報を生成することの両方を含む。すなわち、本開示において、ライフログ情報の取得は、例えばセンサ装置３により検出されたライフログ情報を受信する場合と、センサ装置３の検出結果に基づいてライフログ情報を自身で生成する場合の両方を含む。
【0050】
センサ装置３により、自身で検出した検出結果に基づいて、ライフログ情報が生成されてもよい。また、サーバ装置５により、センサ装置３から受信した検出結果や、センサ装置３により生成されたライフログ情報等に基づいて、さらにライフログ情報が生成されてもよい。
【0051】
ライフログ情報の取得等のために、任意の技術（アルゴリズム等）が用いられてよい。例えばＤＮＮ（Deep Neural Network：深層ニューラルネットワーク）、ＲＮＮ（Recurrent Neural Network：回帰型ニューラルネットワーク）、ＣＮＮ（Convolutional Neural Network：畳み込みニューラルネットワーク）等を用いた任意の機械学習アルゴリズムが用いられてもよい。例えばディープラーニング（深層学習）を行うＡＩ（人工知能）等を用いることで、各処理を高い精度で実行することが可能となる。
【0052】
例えば、ライフログ情報を出力するための機械学習を行った学習済みの学習モデルに、センサの検出結果等を入力することで、ライフログ情報を学習モデルから取得することが可能である。
【0053】
学習モデルの学習方法として、例えば誤差逆伝播法が用いられる。誤差逆伝播法は、ニューラルネットワークの学習のために一般的に良く利用される学習手法である。ニューラルネットワークとは、元々人間の脳神経回路を模倣したモデルであり、入力層、中間層（隠れ層）、出力層の３種類の層からなる層構造を持ったモデルである。
【0054】
多数の中間層を持つニューラルネットワークは特にディープニューラルネットワークと呼ばれ、これを学習するためのディープラーニング技術は、大量データの中に潜んでいる複雑なパターンを学習できるモデルとして知られている。誤差逆伝播法はこのような学習手法の１つであり、例えば、画像や動画の認識に用いられるＣＮＮなどの学習によく用いられる。
【0055】
また、このような機械学習を実現するハードウェア構造としては、ニューラルネットワークの概念を組み込まれたニューロチップ／ニューロモーフィック・チップが用いられ得る。
【0056】
学習モデルを学習させるためのアルゴリズムは限定されず、任意の機械学習アルゴリズムが用いられてよい。例えば、機械学習アルゴリズムとして、教師あり学習、教師なし学習、半教師学習、強化学習、逆強化学習、能動学習、転移学習等が挙げられる。また、ＨＭＭ（Hidden Markov Model：隠れマルコフモデル）やＳＶＭ（Support Vector Machine）等の機械学習モデルが用いられてもよい。
【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】
図７では、氏名が「山田太郎」の従業員に関する「ライフログ情報」が例示されている。「日付」＝「2022/6/20」の以下の時刻にて、各種のライフログ情報が検出されている。
【0090】
「時刻」＝「6:07:11」 「種別」＝「睡眠」 「値」＝「起床（覚醒）」
「時刻」＝「6:08:11」 「種別」＝「加速度」 「値」＝「-30,5,110」
「時刻」＝「6:09:28」 「種別」＝「ＧＰＳ」 「値」＝「35.6566376,139,7459452」
「時刻」＝「6:10:41」 「種別」＝「体重」 「値」＝「76.3」
「時刻」＝「6:20:41」 「種別」＝「加速度」 「値」＝「87,8,30」
「時刻」＝「6:31:52」 「種別」＝「ＧＰＳ」 「値」＝「35.681111,139,766667」
「時刻」＝「7:01:22」 「種別」＝「心拍数」 「値」＝「75」
「時刻」＝「6:08:11」 「種別」＝「加速度」 「値」＝「-30,5,110」
「時刻」＝「6:09:28」 「種別」＝「ＧＰＳ」 「値」＝「35.6566376,139,7459452」
「時刻」＝「6:10:41」 「種別」＝「体重」 「値」＝「76.3」
「時刻」＝「6:20:41」 「種別」＝「加速度」 「値」＝「87,8,30」
「時刻」＝「6:31:52」 「種別」＝「ＧＰＳ」 「値」＝「35.681111,139,766667」
「時刻」＝「7:01:22」 「種別」＝「心拍数」 「値」＝「75」
【0091】
なお、「睡眠」は、睡眠センサにより検出可能である。「加速度」はＩＭＵセンサにより検出可能である。「ＧＰＳ」は、ＧＰＳにより検出可能である。「体重」は、体重計により検出可能であるが、ウェアラブルデバイス以外のデバイスが用いられる場合も多い。「心拍数」は、心拍センサにより検出可能である。
【0092】
図８は、第１の取得部１０により取得されるライフログ情報の他の例を示す模式図である。図８に示す例は、従業員２の睡眠状態情報に関する「ライフログ情報」の一例である。当該「ライフログ情報」は、以下の情報を含む。
【0093】
「個人コード」
「睡眠状態」…例えば、起床（覚醒）／レム睡眠／ノンレム睡眠／深い睡眠／浅い睡眠といった分類を行うことが可能である。睡眠状態を分類する方法は限定されず、任意の設定が採用可能である。
「状態開始年月日時刻」…各睡眠状態が開始した年月日時刻。
「状態終了年月日時刻」…各睡眠状態が終了した年月日時刻。
「睡眠状態」…例えば、起床（覚醒）／レム睡眠／ノンレム睡眠／深い睡眠／浅い睡眠といった分類を行うことが可能である。睡眠状態を分類する方法は限定されず、任意の設定が採用可能である。
「状態開始年月日時刻」…各睡眠状態が開始した年月日時刻。
「状態終了年月日時刻」…各睡眠状態が終了した年月日時刻。
【0094】
【0095】
図９では、氏名が「山田太郎」の従業員に関する「ライフログ情報」が例示されている。また図９では、「山田太郎」の「ライフログ情報」であることが直感的に分かるように、「個人コード」の代わりに「氏名」が格納された場合が図示されている。このように、「個人コード」に代えて「氏名」が格納されてもよい。
【0096】
以下の「睡眠状態」の変移が「ライフログ情報」として取得される。
「睡眠状態」＝「浅い」 「状態開始年月日時刻」＝「2022年12月24日22時5分」 「状態終了年月日時刻」＝「2022年12月24日22時50分」
「睡眠状態」＝「起床（覚醒）」 「状態開始年月日時刻」＝「2022年12月24日22時50分」 「状態終了年月日時刻」＝「2022年12月24日23時5分」
「睡眠状態」＝「レム」 「状態開始年月日時刻」＝「2022年12月24日23時5分」 「状態終了年月日時刻」＝「2022年12月24日23時46分」
「睡眠状態」＝「深い」 「状態開始年月日時刻」＝「2022年12月24日23時46分」 「状態終了年月日時刻」＝「2022年12月24日3時25分」
「睡眠状態」＝「浅い」 「状態開始年月日時刻」＝「2022年12月24日3時25分」 「状態終了年月日時刻」＝「2022年12月24日5時15分」
「睡眠状態」＝「浅い」 「状態開始年月日時刻」＝「2022年12月24日22時5分」 「状態終了年月日時刻」＝「2022年12月24日22時50分」
「睡眠状態」＝「起床（覚醒）」 「状態開始年月日時刻」＝「2022年12月24日22時50分」 「状態終了年月日時刻」＝「2022年12月24日23時5分」
「睡眠状態」＝「レム」 「状態開始年月日時刻」＝「2022年12月24日23時5分」 「状態終了年月日時刻」＝「2022年12月24日23時46分」
「睡眠状態」＝「深い」 「状態開始年月日時刻」＝「2022年12月24日23時46分」 「状態終了年月日時刻」＝「2022年12月24日3時25分」
「睡眠状態」＝「浅い」 「状態開始年月日時刻」＝「2022年12月24日3時25分」 「状態終了年月日時刻」＝「2022年12月24日5時15分」
【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】
図１１に示すライフログ情報表示画面１７は、「検索」ボタン１８と、「行動履歴」ボタン１９と、「健康」ボタン２０と、「睡眠」ボタン２１とを含む。「検索」ボタン１８は、ライフログ情報の検索条件の入力を行う際に利用される。「検索」ボタン１８が選択されると、検索条件入力用のＵＩ（User Interface）が提供される。
【0126】
具体的には、検索条件を入力するための所定のＧＵＩ（Graphical User Interface）が表示される。これに限定されず、音声によるＵＩ（音声ＵＩ）の出力が行われてもよい。すなわち、会話形式で、ライフログ情報の検索が可能であってもよい。
【0127】
本開示において、所定のＵＩの提供は、ＧＵＩの表示及び音声ＵＩの出力を含む。もちろん、これらが同時に行われてもよい
【0128】
図１１に示す例では、「個人コード」＝「xxxxxxxxxx」「氏名」＝「山田太郎」さんの、「2022/6/20」における「行動履歴」に関するライフログ情報が、閲覧対象として指定されている。
【0129】
従って、「行動履歴」ボタン１９がアクティブ状態で表示され、他の「健康」ボタン２０及び「睡眠」ボタン２１が非アクティブ状態で表示される。なお、「健康」ボタン２０を選択することで、山田太郎さんの健康に関するライフログ情報を表示対象として指定することが可能となる。また、「睡眠」ボタン２１を選択することで、山田太郎さんの睡眠に関するライフログ情報を表示対象として指定することが可能となる。
【0130】
ここでは、山田太郎さんの、勤務時間の開始から終了までの間で、休憩時間を除く時間が、利用許容時間として設定されたとする。すなわち、休憩時間を除く勤務時間内に検出された位置情報（ＧＰＳ座標値）が利用許容情報として選択されている。
【0131】
管理者８は、スライダ２２を左端から右側に動かして、勤務時間の開始時刻から「10:45」までの地点に移動させる。ライフログ表示領域２３には、山田太郎さんがいた地域の地図が表示される。そして、当該地図上に、勤務時間の開始時刻から「10:45」までに検出されたＧＰＳポイントと、移動経路と、ＧＰＳポイントが接続されたポイント接続線が表示される。ＧＰＳポイント、移動経路、ポイント接続線は、スライダ２２の移動に対応して、変化するように表示される。すなわち、スライダ２２の位置に対応する時刻（図中の取得時間）の位置までの各情報が地図上に表示される。管理者８は、勤務時間の開始時刻から「10:45」までの山田太郎さんの行動履歴を十分に把握することが可能となる。
【0132】
図１２に示すように、スライダ２２が休憩時間の開始時刻である「12:00」の地点に移動する。休憩時間は、利用許容時間に含まれないので、「12:00」に検出された位置情報（ＧＰＳ座標値）は利用許容情報として選択されない。従って、ライフログ表示領域２３から地図、ＧＰＳポイント、移動経路、及びポイント接続線は削除される。またライフログ表示領域２３に、勤務時間外であるのでライフログ情報は表示できない旨の表示が行われる。
【0133】
スライダ２２が、休憩時間の終了時刻を過ぎると、検出された位置情報（ＧＰＳ座標値）が利用許容情報として選択される。そして、ライフログ表示領域２３には、地図、ＧＰＳポイント、移動経路、及びポイント接続線が表示される。その際には、休憩時間に対応する情報は、表示されないので、途中で途切れたような経路等が表示される。
【0134】
なお、図１１に示す「データあり」の表示は、山田太郎さんの位置情報（ＧＰＳ座標値）が利用許容情報として選択されていることに対応する。図１２に示す「データなし」の表示は、山田太郎さんの位置情報（ＧＰＳ座標値）が利用許容情報として選択されないおことに対応する。このような表示により、管理者８は、地図等が表示される場合及び表示されない場合の理由を把握することが可能となる。もちろん、「この時間帯の情報は閲覧できません」といった旨の情報が表示されてもよい。
【0135】
図１３に示す例では、「健康」ボタン２０が選択され、山田太郎さんの健康に関するログライフ情報が表示対象として指定される。図１３に示すように、「脈拍数」「呼吸数」「血圧」「体温」の４つのライフログ情報を参照することが可能であり、図１３では「2022/6/20」における脈拍数のライフログ情報が表示されている。具体的には、横軸を時間、縦軸を脈拍数とするグラフが、ライフログ表示領域２３に表示される。
【0136】
ここでは勤務時間である「8:00」～「18:00」のうち、休憩時間の「12:00」～「13:00」を除く時間が利用許容時間であるとする。利用許容時間内に検出された脈拍数については、利用許容情報として選択される。休憩時間の「12:00」～「13:00」に検出された脈拍数については、利用許容情報として選択されず、非利用許容情報となる。
【0137】
図１３に示すように、ライフログ表示領域２３に表示された脈拍数のグラフにおいて、休憩時間の「12:00」～「13:00」には、脈拍数のデータは表示されず、ブランクとなっている。管理者８は、休憩時間を除く勤務時間において、山田太郎さんの脈拍数を十分に把握することが可能となる。
【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】
また図１６に示す例では、名称が「運転可否状況チェック」となる利用許容条件のデータが図示されている。各項目の情報は以下の通りとなる。
「許容／非許容」＝「許容」
「条件対象時間」＝「0:00～24:00」
「条件対象地域」＝「全エリア」
「本人承諾」＝「必要」
「ライフログ情報種別」＝「睡眠時間・アルコール値」
「閲覧権限」＝「本人・管理者」
「許容／非許容」＝「許容」
「条件対象時間」＝「0:00～24:00」
「条件対象地域」＝「全エリア」
「本人承諾」＝「必要」
「ライフログ情報種別」＝「睡眠時間・アルコール値」
「閲覧権限」＝「本人・管理者」
【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】
「体温」…「35.0～37.5」
「心拍数」…「60～100」
「睡眠情報」…「6h以下」
「アルコール値」…「0.5%以上」
「心拍数」…「60～100」
「睡眠情報」…「6h以下」
「アルコール値」…「0.5%以上」
【0234】
「基準値」は、ライフログ情報が利用許容情報として選択された場合に、業務に関する処理に利用される際に参照される情報である。例えば、検出されるライフログ情報（利用許容情報）の値が「基準値」として設定された範囲等に合致した場合に、業務に関する処理に利用される。このような設定が可能である。
【0235】
これに限定されず、検出されるライフログ情報（利用許容情報）の値が「基準値」として設定された範囲等に合致する場合と、合致しない場合とで、異なる属性の情報として利用される。例えば、「基準値」に基づいて、ライフログ情報（利用許容情報）が基準値合致情報であるか、非基準値合致情報であるかが判定され、互いに異なる情報として適宜使い分けられる。あるいは、例えばライフログ情報（利用許容情報）が基準値合致情報であるか、非基準値合致情報であるかが、識別可能なような表示や公開が実行される。このような設定も可能である。
【0236】
例えば、利用許容情報の利用が、表示デバイスへの表示や、所定の人物への通知であるとする。この場合、例えば、検出されるライフログ情報（利用許容情報）が基準値合致情報である場合のみ、表示や通知が行われる。あるいは、検出されるライフログ情報（利用許容情報）が基準値合致情報であるか、非基準値合致情報であるかが識別可能なように、表示や通知が実行される。例えば、基準値合致情報（あるいは非基準値合致情報）である場合には、警告（アラート）とともに、表示や通知が行われる。このような設定も可能である。
【0237】
図２８は、センサ装置３、管理端末４、及びサーバ装置５として用いることが可能なコンピュータ６０のハードウェア構成例を示すブロック図である。なお、センサ装置３には、さらにセンサが備えられる。
【0238】
コンピュータ６０は、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、入出力インタフェース６５、及びこれらを互いに接続するバス６４を備える。入出力インタフェース６５には、表示部６６、入力部６７、記憶部６８、通信部６９、及びドライブ部７０等が接続される。
表示部６６は、例えば液晶、ＥＬ等を用いた表示デバイスである。入力部６７は、例えばキーボード、ポインティングデバイス、タッチパネル、その他の操作装置である。入力部６７がタッチパネルを含む場合、そのタッチパネルは表示部６６と一体となり得る。
記憶部６８は、不揮発性の記憶デバイスであり、例えばＨＤＤ、フラッシュメモリ、その他の固体メモリである。ドライブ部７０は、例えば光学記録媒体、磁気記録テープ等、リムーバブルの記録媒体７１を駆動することが可能なデバイスである。
通信部６９は、ＬＡＮ、ＷＡＮ等に接続可能な、他のデバイスと通信するためのモデム、ルータ、その他の通信機器である。通信部６９は、有線及び無線のどちらを利用して通信するものであってもよい。通信部６９は、コンピュータ６０とは別体で使用される場合が多い。
上記のようなハードウェア構成を有するコンピュータ６０による情報処理は、記憶部６８またはＲＯＭ６２等に記憶されたソフトウェアと、コンピュータ６０のハードウェア資源との協働により実現される。具体的には、ＲＯＭ６２等に記憶された、ソフトウェアを構成するプログラムをＲＡＭ６３にロードして実行することにより、本発明に係る情報処理方法が実現される。
プログラムは、例えば記録媒体７１を介してコンピュータ６０にインストールされる。あるいは、グローバルネットワーク等を介してプログラムがコンピュータ６０にインストールされてもよい。その他、コンピュータ読み取り可能な非一過性の任意の記憶媒体が用いられてよい。
表示部６６は、例えば液晶、ＥＬ等を用いた表示デバイスである。入力部６７は、例えばキーボード、ポインティングデバイス、タッチパネル、その他の操作装置である。入力部６７がタッチパネルを含む場合、そのタッチパネルは表示部６６と一体となり得る。
記憶部６８は、不揮発性の記憶デバイスであり、例えばＨＤＤ、フラッシュメモリ、その他の固体メモリである。ドライブ部７０は、例えば光学記録媒体、磁気記録テープ等、リムーバブルの記録媒体７１を駆動することが可能なデバイスである。
通信部６９は、ＬＡＮ、ＷＡＮ等に接続可能な、他のデバイスと通信するためのモデム、ルータ、その他の通信機器である。通信部６９は、有線及び無線のどちらを利用して通信するものであってもよい。通信部６９は、コンピュータ６０とは別体で使用される場合が多い。
上記のようなハードウェア構成を有するコンピュータ６０による情報処理は、記憶部６８またはＲＯＭ６２等に記憶されたソフトウェアと、コンピュータ６０のハードウェア資源との協働により実現される。具体的には、ＲＯＭ６２等に記憶された、ソフトウェアを構成するプログラムをＲＡＭ６３にロードして実行することにより、本発明に係る情報処理方法が実現される。
プログラムは、例えば記録媒体７１を介してコンピュータ６０にインストールされる。あるいは、グローバルネットワーク等を介してプログラムがコンピュータ６０にインストールされてもよい。その他、コンピュータ読み取り可能な非一過性の任意の記憶媒体が用いられてよい。
【0239】
ネットワーク等を介して通信可能に接続された複数のコンピュータが協働することで、本発明に係る情報処理方法（利用許容情報の選択方法／利用許容情報の利用方法）及びプログラムが実行され、本発明に係る情報処理システムや情報処理装置が構築されてもよい。
すなわち本発明に係る情報処理方法、及びプログラムは、単体のコンピュータにより構成されたコンピュータシステムのみならず、複数のコンピュータが連動して動作するコンピュータシステムにおいても実行可能である。
なお本開示において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれもシステムである。
すなわち本発明に係る情報処理方法、及びプログラムは、単体のコンピュータにより構成されたコンピュータシステムのみならず、複数のコンピュータが連動して動作するコンピュータシステムにおいても実行可能である。
なお本開示において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれもシステムである。
【0240】
コンピュータシステムによる本発明に係る情報処理方法、及びプログラムの実行は、例えばライフログ情報の取得、業務情報の取得、利用許容情報の選択、利用許容情報の利用等が、単体のコンピュータにより実行される場合、及び各処理が異なるコンピュータにより実行される場合の両方を含む。また所定のコンピュータによる各処理の実行は、当該処理の一部または全部を他のコンピュータに実行させその結果を取得することを含む。
すなわち本発明に係る情報処理方法及びプログラムは、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成にも適用することが可能である。
すなわち本発明に係る情報処理方法及びプログラムは、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成にも適用することが可能である。
【0241】
各図面を参照して説明した業務管理システム、センサ装置、サーバ装置、管理端末、ＤＢ、条件入力用ＧＵＩ、承諾入力用ＧＵＩの各構成、利用許容情報の選択、利用許容情報の利用等の各処理フロー等はあくまで一実施形態であり、本発明の趣旨を逸脱しない範囲で、任意に変形可能である。すなわち本発明を実施するための他の任意の構成やアルゴリズム等が採用されてよい。
【0242】
本開示において、説明の理解を容易とするために、「略」「ほぼ」「おおよそ」等の文言が適宜使用される場合がある。一方で、これら「略」「ほぼ」「おおよそ」等の文言を使用する場合と使用しない場合とで、明確な差異が規定されるわけではない。
すなわち、本開示において、「中心」「中央」「均一」「等しい」「同じ」「直交」「平行」「対称」「延在」「軸方向」「円柱形状」「円筒形状」「リング形状」「円環形状」等の、形状、サイズ、位置関係、状態等を規定する概念は、「実質的に中心」「実質的に中央」「実質的に均一」「実質的に等しい」「実質的に同じ」「実質的に直交」「実質的に平行」「実質的に対称」「実質的に延在」「実質的に軸方向」「実質的に円柱形状」「実質的に円筒形状」「実質的にリング形状」「実質的に円環形状」等を含む概念とする。
例えば「完全に中心」「完全に中央」「完全に均一」「完全に等しい」「完全に同じ」「完全に直交」「完全に平行」「完全に対称」「完全に延在」「完全に軸方向」「完全に円柱形状」「完全に円筒形状」「完全にリング形状」「完全に円環形状」等を基準とした所定の範囲（例えば±１０％の範囲）に含まれる状態も含まれる。
従って、「略」「ほぼ」「おおよそ」等の文言が付加されていない場合でも、いわゆる「略」「ほぼ」「おおよそ」等を付加して表現される概念が含まれ得る。反対に、「略」「ほぼ」「おおよそ」等を付加して表現された状態について、完全な状態が必ず排除されるというわけではない。
すなわち、本開示において、「中心」「中央」「均一」「等しい」「同じ」「直交」「平行」「対称」「延在」「軸方向」「円柱形状」「円筒形状」「リング形状」「円環形状」等の、形状、サイズ、位置関係、状態等を規定する概念は、「実質的に中心」「実質的に中央」「実質的に均一」「実質的に等しい」「実質的に同じ」「実質的に直交」「実質的に平行」「実質的に対称」「実質的に延在」「実質的に軸方向」「実質的に円柱形状」「実質的に円筒形状」「実質的にリング形状」「実質的に円環形状」等を含む概念とする。
例えば「完全に中心」「完全に中央」「完全に均一」「完全に等しい」「完全に同じ」「完全に直交」「完全に平行」「完全に対称」「完全に延在」「完全に軸方向」「完全に円柱形状」「完全に円筒形状」「完全にリング形状」「完全に円環形状」等を基準とした所定の範囲（例えば±１０％の範囲）に含まれる状態も含まれる。
従って、「略」「ほぼ」「おおよそ」等の文言が付加されていない場合でも、いわゆる「略」「ほぼ」「おおよそ」等を付加して表現される概念が含まれ得る。反対に、「略」「ほぼ」「おおよそ」等を付加して表現された状態について、完全な状態が必ず排除されるというわけではない。
【0243】
本開示において、「Ａより大きい」「Ａより小さい」といった「より」を使った表現は、Ａと同等である場合を含む概念と、Ａと同等である場合を含まない概念の両方を包括的に含む表現である。例えば「Ａより大きい」は、Ａと同等は含まない場合に限定されず、「Ａ以上」も含む。また「Ａより小さい」は、「Ａ未満」に限定されず、「Ａ以下」も含む。
本技術を実施する際には、上記で説明した効果が発揮されるように、「Ａより大きい」及び「Ａより小さい」に含まれる概念から、具体的な設定等を適宜採用すればよい。
本技術を実施する際には、上記で説明した効果が発揮されるように、「Ａより大きい」及び「Ａより小さい」に含まれる概念から、具体的な設定等を適宜採用すればよい。
【0244】
以上説明した本発明に係る特徴部分のうち、少なくとも２つの特徴部分を組み合わせることも可能である。すなわち各実施形態で説明した種々の特徴部分は、各実施形態の区別なく、任意に組み合わされてもよい。また上記で記載した種々の効果は、あくまで例示であって限定されるものではなく、また他の効果が発揮されてもよい。
【符号の説明】
【0245】
１…業務管理システム
２…従業員
３…センサ装置
４…管理端末
５、２５…サーバ装置
６…データベース（ＤＢ）
８…管理者
１７…ライフログ情報表示画面
６０…コンピュータ
２…従業員
３…センサ装置
４…管理端末
５、２５…サーバ装置
６…データベース（ＤＢ）
８…管理者
１７…ライフログ情報表示画面
６０…コンピュータ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】