JP2019220187A

JP2019220187A - 支援システム

Info

Publication number: JP2019220187A
Application number: JP2019128889A
Authority: JP
Inventors: 豊塚本; Yutaka Tsukamoto
Original assignee: Futureeye Co Ltd
Current assignee: Futureeye Co Ltd
Priority date: 2018-09-20
Filing date: 2019-07-11
Publication date: 2019-12-26
Anticipated expiration: 2034-08-27
Also published as: JP6899103B2

Abstract

【課題】機械学習用の学習データを作成するために必要な膨大な量の情報収集に要する労力とコストを抑える。【解決手段】多数のユーザ７０の周辺のデータ（アラウンドデータ）を収集して学習データとして機械学習７２してモデル化し、ユーザ毎に差異のある要素（暗記力等）を定数として一般的なモデルを作成する。収集されたアラウンドデータはパーソナライズ化７４にも用いられ、ユーザ毎に差異のある要素の実際の値をユーザ毎に算出し、一般的なモデルの定数部分に代入することにより、ユーザ毎にパーソナライズ化（最適化）されたモデルを生成し、各ユーザにパーソナライズ化されたサービスを提供する。これにより、各ユーザがアラウンドデータの提供を他人任せにすることなく自ら率先して提供するようになる。【選択図】図９

Description

本発明は、ユーザが自己向上のために繰り返し行うプラクティスを人工知能を利用して支援する支援システムに関する。

人工知能による機械学習を行なうために複数の情報源のそれぞれから学習データを作成するものがあった（例えば、特許文献１）。

特開２０１１−２３２９９７号公報

しかし、機械学習のための学習データは膨大な量必要であり、この膨大な学習データを作成するためには、情報源から必要な情報を大量に収集しなければならず、機械学習を実用化するためには、この情報収集に要する労力とコストを抑えることが必要不可欠である。

また、例えば、不特定多数の大衆から大量の情報を収集して膨大な学習データにより機械学習を行なってモデル化された一般的なモデルは、不特定多数の大衆全体についての平均的なモデルとなってしまう傾向があり、その一般的モデルを用いて各々個人差のある各ユーザにサービスを提供した場合には、その平均から外れているユーザにはマッチしないサービスとなってしまう虞が生じる。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、機械学習の結果の一般的なモデルを用いたサービスがユーザにマッチしない場合が生じる不都合を解決することである。

課題を解決するための手段の具体例およびその効果

次に、課題を解決するための各種手段と実施の形態との対応関係の一例を以下に括弧書で示す。

本発明は、ユーザが自己向上のために繰り返し行うプラクティス（例えば、暗記学習、筋トレ等）を人工知能を利用して支援する支援システム（例えば、図９と図１０等）であって、
前記プラクティスを行う複数のユーザのデータを収集するデータ収集手段（例えば、Ｓ１８２、Ｓ２１１等）と、
前記データ収集手段により収集された複数ユーザ分のデータに基づいて機械学習（例えば、強化学習、回帰等）を行うことにより生成された一般的モデル（例えば、暗記学習モデルTi=T0・i、筋トレモデルFi=F0+(i-1)/a等）を記憶する記憶手段（例えば、人工知能ＤＢ１７等）と、
前記記憶手段に記憶された一般的モデルと前記データ収集手段により収集されたユーザ１人分の個別データとに基づいて、当該個別ユーザにパーソナライズ化されたパーソナライズモデルを生成するパーソナライズモデル生成手段と（例えば、Ｓ１９１とＳ２０４、Ｓ２２３とＳ２２８等）、
前記パーソナライズモデル生成手段により生成されたパーソナライズモデルを用いて、当該個別ユーザが繰り返しプラクティスを行う際の実行すべきプラクティス内容を特定するプラクティス内容特定手段（例えば、Ｓ２０４、Ｓ２２８等）と、
前記プラクティス内容特定手段により特定されたプラクティス内容を前記個別ユーザが行うためのサービス（例えば、最も効率的な復習計画に基づいた学習事項の提供、最も効率的な筋トレ計画に基づいた筋トレメニューの提供等）を提供するサービス提供手段（例えば、Ｓ２０６、Ｓ２２９等）と、を備え、
前記一般的モデルは、前記繰り返し行うプラクティスを効率化するために生成された複数のユーザに共通して当てはまるモデル（例えば、図１５の暗記学習モデルTi=T0・i、筋トレモデルFi=F0+（i-1)/a等）であり、
前記パーソナライズモデルは、前記個別ユーザが前記繰り返し行うプラクティスを効率化するために生成された当該個別ユーザ専用のモデルである（例えば、Ｓ２０４、Ｓ２２８等）。

このような構成によれば、機械学習の結果の一般的モデルを用いたサービスがユーザにマッチしない場合が生じる不都合を解決することができる。

好ましくは、前記一般的モデルは、ユーザ毎に差異のある要素（例えば、暗記力や筋トレ用の初期負荷や負荷増加係数などの個人の能力差、嗜好等）を定数（例えばT0,F0,a等）として生成されたモデルであり（例えば、Ｓ１８９、Ｓ２１４、図１５等）、
前記パーソナライズモデル生成手段は、
前記個別ユーザから送られてくる情報に基づいて、前記一般的モデル中の定数部分に当てはまる当該個別ユーザの実際の値（例えばTK,FK,az,CT等）を導出するための値導出手段（例えば、Ｓ１９１、Ｓ２２３等）と、
該値導出手段により導出された実際の値を前記一般的モデル中の定数部分に代入して前記パーソナライズモデルを生成するための代入手段（例えば、Ｓ２０４、２２８等）と、を含む。

好ましくは、前記データ収集手段は、前記プラクティスをユーザに提供する専門業者（例えば、図９の専門業者７１等）から送られてくる複数のユーザのデータを収集する。

IoTデバイス仲介システムと機械学習を利用したサービス提供システムとの全体構成を示すシステム図である。（ａ）はIoT用デバイスの制御回路を示すブロック図であり、（ｂ）はモバイル通信装置の制御回路を示すブロック図である。ＰＣやサーバの制御回路を示すブロック図である。モバイル通信装置と人工知能サーバとのメインルーチンプログラムを示すフローチャートである。 IoT用処理のサブルーチンプログラムを示すフローチャートとIoT用デバイス（センサ）およびIoTサーバのフローチャートである。 IoT用処理のサブルーチンプログラムを示すフローチャートとIoT用デバイス（アクチュエータ）およびIoTサーバのフローチャートである。 IoT用処理のサブルーチンプログラムを示すフローチャートとIoT用デバイス（アクチュエータ）およびIoTサーバのフローチャートである。 IoT用処理のサブルーチンプログラムを示すフローチャートとワイヤレスセンサネットワークおよびIoTサーバのフローチャートである。機械学習を利用したサービス提供システムの概略を示す説明図である。機械学習を利用したサービス提供システムを示す機能ブロック図である。外部ディスプレー処理およびディスプレー処理のサブルーチンプログラムを示すフローチャートとデジタルメニューボードのフローチャートである。（ａ）は専門家データ処理のサブルーチンプログラムを示すフローチャートであり、（ｂ）はメンテナンスデータ処理のサブルーチンプログラムを示すフローチャートとメンテナンス専門業者のＰＣのフローチャートである。（ａ）はアラウンドデータ端末処理およびアラウンドデータサーバ処理のサブルーチンプログラムを示すフローチャートであり、（ｂ）はパーソナルサービス端末処理およびパーソナルサービスサーバ処理のサブルーチンプログラムを示すフローチャートである。ユーザ用学習端末処理およびユーザ用学習サーバ処理のサブルーチンプログラムを示すフローチャートである。一般的なモデルの作成手法を説明する説明図である。学習サービス端末処理および学習サービスサーバ処理のサブルーチンプログラムを示すフローチャートである。筋トレデータ処理のサブルーチンプログラムを示すフローチャートと筋トレ専門業者のＰＣのフローチャートである。（ａ）は筋トレ端末処理および筋トレサーバ処理のサブルーチンプログラムを示すフローチャートであり、（ｂ）は筋トレサービス端末処理および筋トレサービスサーバ処理のサブルーチンプログラムを示すフローチャートである。（ａ）は人工知能ＤＢに記憶された対話モデルの具体例を示す図であり、（ｂ）はユーザＤＢに記憶された対話用のパーソナライズデータの具体例を示す図である。対話端末処理および対話サーバ処理のサブルーチンプログラムを示すフローチャートである。（ａ）は人工知能ＤＢに記憶されたタスク処理モデルの具体例を示す図であり、（ｂ）はユーザＤＢに記憶されたタスク処理用のパーソナライズデータの具体例を示す図である。タスク端末処理およびタスクサーバ処理のサブルーチンプログラムを示すフローチャートである。タスク端末処理およびタスクサーバ処理のサブルーチンプログラムを示すフローチャートである。

[IoT用デバイス仲介システム]
先ず、図１〜図８に基づいてIoT用デバイス仲介システムを説明する。IoTとは、Internet of Thingsの略で、モノがインターネットプロトコルでネットワークされており、モノが自ら信号をインターネット上に発信するものである。IoT用デバイス仲介システムとは、インターネットに接続して通信するための機能を備えていないIoT用デバイス（IoT用の各種センサやアクチュエータ等）群２に対しユーザのモバイル通信装置３が通信を仲介し、IoT用デバイス群２をモバイル通信装置３経由でインターネット１に接続して通信可能にするためのシステムである。

図１の全体システムを参照し、インターネット１に、ユーザのウェアラブルコンピュータ等で代表されるモバイル通信装置３と、ユーザ宅のロボット６と、ユーザ宅のパーソナルコンピュータ（以下「ＰＣ」と言う）７と、IoTサーバ８と、人工知能サーバ９と、各種専門業者のＰＣ１０と、ＳＮＳサーバ１１とが接続されて、互いに通信可能に構成されている。モバイル通信装置３は、IoT用デバイス群２とワイヤレスセンサネットワーク４とデジタルメニューボード等のディスプレー群５と通信するための機能を備えている。通信方式としては、例えば、Wi-FiやBluetooth、Wi-Fi Direct、Zigbee（登録商標）、Zwave、Ant+などを想定している。また、OSとしてはiOSやAndroid、Linux（登録商標）、Tizen、およびその他のリアルタイムOSへ対応する。送受信用の無線規格としてIEEE802.15.４を採用する。また、Internet ProtocolとしてIPv6（Internet Protocol Version 6）を採用する。

ワイヤレスセンサネットワーク４とは、複数のセンサ付無線端末を空間に散在させ、それらが協調して環境や物理的状況を採取することを可能とする無線ネットワークのことである。例えばエネルギーハーベスティングかM2Mあるいは電池などでセンサ装置を作り、例えば金属疲労の劣化等を圧力センサやゲージセンサで常時モニターしておき、その変化があると知らせる。主に橋梁やトンネル等の建造物に設置される。一般的に、複数のセンサノードとゲートウェイセンサノードとを含む。それらノードは、通常1個以上のセンサ、無線チップ、マイクロプロセッサ、電源（電池など）により構成される。ノードの制御回路のハードウェア構成は、図２（ａ）に示すものと同じである。ワイヤレスセンサネットワークは、通常、アドホック(ad hoc)機能と、各ノードから中枢ノードへデータを送るためのルーティング機能(routing algorithm)を持つ。つまり、ノード間の通信に障害がでると別の通信経路を自律的に再構築する機能がある。ノードがグループとして連携するため分散処理の要素もある。加えて、外部から電力供給を受けずに長期間動作する機能もあり、そのために省電力機能または自己発電機能を持つ。本実施の形態では、ワイヤレスセンサネットワーク４は、IoT用デバイス群２の一種である。

IoTサーバ８は、IoT用デバイスのデータベース（以下「ＤＢ」と言う）であるIoT用デバイスＤＢ１５に対してデータの書込みおよび読出しが可能である。人工知能サーバ９は、人工知能ＤＢ１７とユーザＤＢ１２と学習ＤＢ６０とに対してデータの書込みおよび読出しが可能である。ＳＮＳサーバはＳＮＳＤＢ１３に対してデータの書込みおよび読出しが可能である。

次に、図２（ａ）を参照して、IoT用デバイス２の制御回路のハードウェア構成を説明する。IoT用デバイス群２は、地球上に隈なく設置されたセンサやアクチュエータであり、全体をコントロールするためのＣＰＵ（Central Processing Unit）１８と、各種機能を実行するためのプログラムを保存したＲＯＭ（Read Only Member）２０と、ＣＰＵ１８のワークエリアであるＲＡＭ（Random Access Memory）１９と、例えばWi-FiやBluetooth（登録商標）、Wi-Fi Direct、Zigbee、Zwave、Ant+などを用いた無線通信インタフェース部２２とを含む。IoT用デバイス２がセンサの場合にはセンサ部１４を含む。一方、IoT用デバイス２がアクチュエータの場合には、上記センサブ１４の代わりにまたはそれに加えて、アクチュエータ部２１が設けられる。ＣＰＵ１８とＲＡＭ１９、ＲＯＭ２０、無線通信インタフェース部２２、センサ部１４、アクチュエータ部２１は、信号のやり取りが可能に接続されている。

次に、図２（ｂ）を参照して、モバイル通信装置３の一例のウェアラブルコンピュータの制御回路のハードウェア構成を説明する。このウェアラブルコンピュータ３はスマートグラス等で代表されるものであり、ＣＰＵ２３、ＲＡＭ２４およびＲＯＭ２５、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）２６がバス２７により接続されている。ＣＰＵ２３、ＲＡＭ２４およびＲＯＭ２５の働きは、IoT用デバイス２における上述した説明と基本的に同じである。ＥＥＰＲＯＭ２６には、インターネット１を通じてダウンロードしたアプリケーションプログラム等が記憶されている。

バス２７は、インタフェース部２８を介して種々のデバイスが接続されている。例えば、ユーザの周辺の映像（ユーザの視線方向の映像等）を撮影するデジタルビデオカメラ入力部２９、スマートグラスのレンズ部に情報等をオーバーレイ表示する表示部３０、基地局と無線通信してインターネット１を介してサーバ等とデータ通信する無線通信処理部３１、ユーザがウェアラブルコンピュータ３のＣＰＵ２３に希望する機能を実行させるための入力操作部３２、ユーザが音声により通話をするための音声出力部３３と音声入力部３４、衛星からのＧＰＳ情報と基地局からの電波と無線ＬＡＮアクセスポイントからの無線電波とに基づいて、現在位置を取得するための位置情報取得部３５、Wi-FiやBluetooth、Wi-Fi Direct、Zigbee、Zwave、Ant+などを用いてIoT用デバイス群２と通信する無線通信インタフェース部３６、ユーザの視線位置を検出して、デジタルビデオカメラ入力部２９で撮影した映像でのユーザ視線の位置を特定するための視線位置検出部３７、各種センサ３８などが、インタフェース部２８に接続されている。

入力操作部３２は、ユーザによる手動操作を受付けるものばかりでなく、ユーザのジェスチャや特定のウインク等による指示も受付ける。なお、ユーザの音声による指示は音声入力部３４により受付ける。各種センサ３８は、ウェアラブルコンピュータ３に取り付けられた気温や湿度や照度や紫外線等のセンサである。なお、この図２（ａ）に示したハードウェア構成に対し、各種センサ３８を削除してムーブメント用駆動回路を追加したものが、ロボットの制御回路のハードウェア構成となる。

次に、図３に基づいて、ＰＣや各種サーバ７〜１１の制御回路のハードウェア構成を説明する。前述と同様に、ＣＰＵ４０、ＲＡＭ４１およびＲＯＭ４２がバス４３により接続されている。そのバス４３が接続されているインタフェース部４４には、インターネット１等との通信部４５、オペレータに映像や情報を表示する表示部４６、オペレータからの操作を受付ける入力操作部４７が接続されている。

次に、図４に基づいて、モバイル通信装置３のＣＰＵ２３と人工知能サーバ９のＣＰＵ４０とが実行する制御処理のメインプログラムのフローチャートを説明する。モバイル通信装置３はＳ１によりIoT用処理を行なう。これは、IoT用デバイス群２とインターネット１とをモバイル通信装置３が仲介して接続し、IoT用デバイス（センサ）２の検出データをIoTサーバ８へ送信し、IoTサーバ８からの指令信号（アクチュエータ制御信号）をIoT用デバイス（アクチュエータ）２へ送信するための処理である。

次に、モバイル通信装置３はＳ２により外部ディスプレー処理を行なうと共に人工知能サーバ９はＳ３によりディスプレー処理を行なう。これは、ユーザがインターネット上にアップロードしている動画や静止画等をデジタルメニューボード等のディスプレー５に表示させるための処理である。次に、モバイル通信装置３はＳ４によりアラウンドデータ端末処理を行なうと共に人工知能サーバ９はＳ５によりアラウンドデータサーバ処理を行なう。これは、ウェアラブルコンピュータ等のモバイル通信装置３によりユーザ周りの映像や音声を人工知能サーバ９で収集して機械学習用の情報として利用するための処理である。

次に、モバイル通信装置３はＳ７によりパーソナルサービス端末処理を行なうと共に人工知能サーバ９はＳ８によりパーソナルサービスサーバ処理を行なう。これは、人工知能による機械学習の結果を利用してパーソナライズされたサービスをユーザに提供するための処理である。次に、モバイル通信装置３はＳ９により対話端末処理を行なうと共に人工知能サーバ９はＳ１０により対話サーバ処理を行なう。これは、ユーザと人工知能とが各種の対話を行なうための処理である。次に、モバイル通信装置３はＳ１１によりタスク端末処理を行なうと共に人工知能サーバ９はＳ１２によりタスクサーバ処理を行なう。これは、ユーザの仕事上の質問や相談に機械学習を終えた人工知能が応答するための処理である。

次に、図５〜図８に基づいて、上記Ｓ１に示したIoT用処理のサブルーチンプログラムのフローチャートを説明する。先ず図５を参照して、IoT用デバイス（センサ）２とモバイル通信装置３とIoTサーバ８とで行われる処理を説明する。

IoT用デバイス（センサ）２のＣＰＵ１８は、Ｓ２０によりセンサ部１４による検出データをＲＡＭ１９に記憶する処理を行ない、Ｓ２１により送信指令信号を受信したか否かの判定を行ない、受信していない場合にはＳ２０に戻り、Ｓ２０→２１→Ｓ２０のループを繰り返し巡回する。

一方、モバイル通信装置３のＣＰＵ２３は、Ｓ２２で、ＧＰＳ情報と基地局からの電波と無線ＬＡＮアクセスポイントからの無線電波等に基づいた位置情報をIoTサーバ８へ送信する。それをＳ２４により受信したIoTサーバ８は、Ｓ２５によりIoT用デバイスＤＢ１５を検索し、位置情報を送信してきたモバイル通信装置３の近辺に受信したいIoT用デバイス２が存在するか否かを、Ｓ２６により判定する。IoTサーバ８は、IoT用デバイス(センサ)２の検出データを定期的に収集するのが理想であり、IoT用デバイスＤＢ１５を検索して定期受信時期が来たIoT用デバイス(センサ)２を割出す。受信したいIoT用デバイス２が存在する場合には、Ｓ２６によりＹＥＳの判定がなされて制御がＳ２７へ進み、受信用の指令信号をモバイル通信装置３へ送信する。

一方、受信したいIoT用デバイス２が存在しない場合には、Ｓ２６によりＮＯの判定がなされて制御がＳ３８へ進み、近辺に指令信号（アクチュエータ制御信号）を送信したいIoT用デバイス（アクチュエータ）２が存在するか否か判定する。存在する場合には制御がＳ３９に進み、送信用の指令信号と送信情報（アクチュエータ部２１を制御するための情報）とをモバイル通信装置３へ送信する。Ｓ２７またはＳ３９による指令信号を受信したモバイル通信装置３は、Ｓ２３によりＹＥＳの判定を行なって制御がＳ２８へ進み、その受信した指令信号が受信用であるか否か判定する。Ｓ３８により送信されてきた送信用の指令信号の場合には制御がＳ４７に移行するが、Ｓ２７により送信されてきた受信用の指令信号の場合には制御がＳ２９に進み、送信指令信号を近辺のIoT用デバイス（センサ）２へ送信する。

それをＳ２１で受信したモバイル通信装置３は、Ｓ３０により、ＲＡＭに記憶されている検出データとデバイスＩＤとをモバイル通信装置３へ送信して、Ｓ２０に戻る。それをＳ３１で受信したモバイル通信装置３は、その受信データをＳ３２によりIoTサーバ８へ送信する。それをＳ３３で受信したモバイル通信装置３は、Ｓ３４により、IoT用デバイスＤＢ１５の記憶データの内、受信したデバイスＩＤに対応するIoT用デバイスの記憶データを受信したデータに更新する。

次にIoTサーバ８は、Ｓ３５により特典の一例のポイントをモバイル通信装置３へ送信した後制御がＳ６１へ移行する。それをＳ３６で受信したモバイル通信装置３は、ＥＥＰＲＯＭ２６に記憶されているポイントを加算更新した後（Ｓ３７）、制御がＳ６０へ移行する。このＥＥＰＲＯＭ２６に記憶されているポイントは、IoTサーバ８を運営している業者から種々のサービスを受けるために使用可能である。例えば、ポイントを使って、高速道路の料金を支払ったり、ＪＲや私鉄の乗車券や定期券を購入したりできる。また、ポイントを換金できるようにしてもよい。これにより、ユーザにIoT用デバイスの仲介に対するインセンティブを与えることができる。

一方、Ｓ３８によりＮＯと判定された場合には制御がＳ４０へ進み、受信したいモバイル通信装置３の各種センサ３８があるか否か判断する。つまり、Ｓ２４で受信した位置情報に位置するモバイル通信装置３に設けられている各種センサ３８の内、当該地理的位置での検出データを送信してもらいたいものがあるか否か判定する。ない場合には制御がＳ２４へ移行するが、ある場合には制御がＳ６２へ移行する。

次に、図６を参照して、IoT用デバイス（アクチュエータ）２に対する処理を説明する。IoT用デバイス（アクチュエータ）２は、IoTサーバ８から送信されてきてＲＡＭ１９に記憶している送信情報に基づいた動作制御処理を行なう（Ｓ４５）。次に、Ｓ４６により、モバイル通信装置３からの受信指令信号を受信したか否かの判定を行なう。受信していない場合には制御がＳ４５の戻り、Ｓ４５→Ｓ４６→Ｓ４５のループを繰り返し巡回する。この状態で、送信用の指令信号と送信情報とを受信したモバイル通信装置３は、Ｓ４７により、受信指令信と送信情報とをIoT用デバイス（アクチュエータ）２へ送信する。それを受信したIoT用デバイス（アクチュエータ）２は、Ｓ４６によりＹＥＳの判定を行ない、制御がＳ４８に進み、その受信した送信情報（アクチュエータ部２１を制御するための情報）をＲＡＭ１９に記憶し、Ｓ４９により、受信完了信号とデバイスＩＤとをモバイル通信装置３へ送信する。

それをＳ５０により受信したモバイル通信装置３は、Ｓ５１により、完了信号をIoTサーバ８に送信する。それをＳ５２で受信したIoTサーバ８は、Ｓ５３により、デバイスＩＤに基づいてIoT用デバイスＤＢを検索し、デバイスＩＤに対応するデータを更新する。例えば、「○時○分△×送信情報を送信済み」等のように更新する。そして、Ｓ５４によりポイントをモバイル通信装置３へ送信した後、制御がＳ６１へ移行する。それをＳ５５で受信したモバイル通信装置３は、ＥＥＰＲＯＭ２６に記憶されているポイントを加算更新する（Ｓ５６）。その後、制御がＳ６０へ移行する。

Ｓ６０では、IoTサーバ８から、モバイル受信用の指令信号とデータ特定信号とを受信したか否か判定され、受信していない場合には、制御がＳ８４へ移行する。一方、IoTサーバ８は、Ｓ２４により受信した位置において受信したいモバイル通信装置３の各種センサ３８があると判断した場合には、Ｓ４０によりＹＥＳと判断し、Ｓ６２により、モバイル受信用の指令信号とデータ特定信号とを送信する。それを受信したモバイル通信装置３は、Ｓ６０によりＹＥＳと判定して制御がＳ６３へ進み、データ特定信号で特定されたデータ（温度や湿度や照度や紫外線等）は検出所要時間を要するか否かの判断を行なう。照度や紫外線の場合には、一瞬で検出でき検出所要時間を要しないため、Ｓ６３によりＮＯと判断されて制御がＳ６４に進み、特定されたデータを対応するセンサ３８で検出する処理を行ない、その検出データをIoTサーバ８へ送信する（Ｓ６５）。

それをＳ６６で受信したIoTサーバ８は、Ｓ６７により、IoT用デバイスＤＢ１５を検索して受信した新たな検出データに更新する。そして、Ｓ６８によりポイントをモバイル通信装置３へ送信する。それをＳ６９で受信したモバイル通信装置３は、ＥＥＰＲＯＭ２６に記憶されているポイントを加算更新する（Ｓ７０）。その後、制御がＳ８４へ移行する。

一方、温度や湿度のように、データ特定信号で特定されたデータが検出所要時間を要する場合には、Ｓ６３でＹＥＳの判定がなされ、制御がＳ７１へ進み、表示部３０により検出所要時間（例えば３０秒等）をユーザに報知する。それを見たユーザは、センサ検出データの送信に協力する場合には、現在位置で３０秒間とどまり検出が完了するのを待つが、協力する気がない場合には、とどまることなく移動する。Ｓ７１による報知後Ｓ７２により、特定されたデータを対応するセンサ３８で検出処理を行ない、Ｓ７３で検出が完了したか否か判定し、未だ完了していない場合には、Ｓ７４により検出エリア内にとどまっているか否か判定し、とどまっている場合にはＳ７２へ戻るループを繰り返し実行する。検出が完了する前にユーザのモバイル通信装置３が検出エリア外に移動した場合には、制御がＳ８４へ移行するが、検出が完了するまでユーザのモバイル通信装置３が検出エリア内にとどまっていた場合には、制御がＳ７５に進み、検出データをIoTサーバ８へ送信した後、制御がＳ６９へ移行する。

それをＳ６６で受信したIoTサーバ８は、Ｓ６７により、IoT用デバイスＤＢ１５を検索して受信した新たな検出データに更新する。そしてＳ６８によりポイントをモバイル通信装置３へ送信する。それをＳ６９で受信したモバイル通信装置３は、ＥＥＰＲＯＭ２６に記憶されているポイントを加算更新する（Ｓ７０）。その後、制御がＳ８４へ移行する。

なお、図５〜図７に示した制御では、IoT用デバイス群２とIoTサーバ８との間で情報のやり取りの必要があるIoT用デバイスが存在するか否かを判定するための判定手段（例えばＳ２６、Ｓ３８、Ｓ４９等）をIoTサーバ８側に設けたものを示したが、この判定手段をIoT用デバイス群２側に設けてもよい。これにより、IoTサーバ８側の制御負担を軽減できる。

次に、図８を参照してワイヤレスセンサネットワーク４に対する処理を説明する。ワイヤレスセンサネットワーク４は、Ｓ８０により、各センサの検出データを収集しセンサＩＤ毎に対応付けて記憶する。次に、Ｓ８１により、その各検出データ中に緊急送信すべきものがあるか否か判定する。緊急送信すべきものがないときには、制御がＳ８２に進み、定期送信時（例えば２４時間毎）になったか否か判定する。定期送信時になっていない場合には制御がＳ８０に戻り、Ｓ８０→Ｓ８１→Ｓ８２のループを繰り返し巡回する。

このループの巡回途中で、ワイヤレスセンサネットワーク４側で判断することのできる明らかな異常が各検出データ中から見つかり、緊急送信すべきものがあるとＳ８１により判断された場合には、制御がＳ８３に進む。またＳ８２により定期送信時期になったと判定された場合にも制御がＳ８３に進む。

Ｓ８３では、送信信号を発信する処理がなされる。次にＳ８６により、モバイル通信装置３からの応答信号を受信したか否かの判定を行ない、受信していない場合はＳ８０に戻り、Ｓ８０〜Ｓ８３→Ｓ８６→Ｓ８０のループを繰り返し巡回する。

この状態で、モバイル通信装置３を持ったユーザがワイヤレスセンサネットワーク４の近くを通りかかった時に、Ｓ８３による送信信号を受信し、Ｓ８４によりＹＥＳの判定を行ない、制御がＳ８５に進む。モバイル通信装置３は、Ｓ８５により応答信号をワイヤレスセンサネットワーク４へ送信し、それを受信したワイヤレスセンサネットワーク４はＳ８６によりＹＥＳの判定を行ない、制御がＳ８７へ進む。ワイヤレスセンサネットワーク４は、Ｓ８０により収集した検出データをセンサＩＤ毎にモバイル通信装置３へ送信する（Ｓ８７）。それをＳ８９により受信したモバイル通信装置３は、Ｓ９０により、その受信した検出データとセンサＩＤとを送信信号と共にIoTサーバ８へ送信する。

すると、IoTサーバ８は、Ｓ６１によりＹＥＳの判定を行ない、制御がＳ９１に進み、受信した検出データ中に緊急検出データがあればそれをセンサＩＤと共に異常報知した後、Ｓ９２により、検出データのセンサＩＤに基づいてワイヤレスセンサＤＢ１６を検索して検出データを受信した新たなものに更新する。次にＳ９３により、ポイントをモバイル通信装置３へ送信した後制御がＳ２４へ戻る。それをＳ９４で受信したモバイル通信装置３は、ＥＥＰＲＯＭ２６に記憶されているポイントを加算更新した後（Ｓ９５）、リターンして制御がＳ２へ移行する。

なお、図８に示した制御では、ワイヤレスセンサネットワーク４とIoTサーバ８との間で情報のやり取りの必要があるIoT用デバイスが存在するか否かを判定するための判定手段（例えばS８２）をワイヤレスセンサネットワーク４側に設けたものを示したが、この判定手段をIoTサーバ８側に設けてもよい。

以上説明したIoTデバイス仲介システムでは、ユーザのモバイル通信装置（例えば、スマートグラス等のウェアラブルコンピュータ、スマートフォン、通信機能を備えた自動車等の車両等）が、IoT用デバイス群２とインターネット１とを仲介して接続するために、IoT用デバイス群２側にインターネット接続機能が必ずしも必要ではなく、その分コストを安価に抑えることが可能となる。しかも、ユーザがモバイル通信装置による上記仲介を行なうことにより、当該ユーザに特典（例えばポイント等）が付与されるため、ユーザの上記仲介に対するインセンティブを持たせることができ、ユーザの仲介行為を促進させることが可能となる。

さらに、IoT用デバイス群２に対してウェアラブルコンピュータ３が仲介する仲介先コンピュータ（例えば、IoTサーバ８やネットワーククラウド等）側に、情報のやり取りの必要があるIoT用デバイス（モバイル通信装置３の各種センサ３８を含む）が存在するか否かを判定するための判定手段（例えば、Ｓ２６、Ｓ３８、Ｓ４９等）を設けたために、IoT用デバイス群２側で上記の判定をする必要がなく、IoT用デバイス群２側の処理負担を軽減でき、より一層コストを抑えることができる。しかも、判定手段を有するIoTサーバ８により、情報のやり取りの必要があるIoT用デバイス群２を割出して（例えば、Ｓ２６、Ｓ３８、Ｓ４９等）、割出されたIoT用デバイス２の位置情報をウェアラブルコンピュータ３に通知してユーザに報知すれば、ユーザに上記仲介行為を促すことができる利点がある。

また、ウェアラブルコンピュータ３に設けられた各種センサ３８を利用して、所望の位置での各種センサ３８による検出データをインターネット上に収集する際に、検出するのに或る程度の所要時間を要する場合にその検出所要時間をウェアラブルコンピュータ３によりユーザに報知（例えばＳ７１）しているため、所用時間を要する検出データの収集に対する協力をユーザに促すことができる。

[機械学習を利用したサービス提供システム]
次に、図９〜図２３に基づいて機械学習を利用したサービス提供システムを説明する。
機械学習を実用化するにおいて現在大きな課題となっていることは、いかにして大量の学習データを安価に収集するかである。本システムは、機械学習の結果を利用したサービスをユーザに提供することにより、多数のユーザが自ら率先して学習データをシステム側に提供する仕組みを構築するものである。特に、図９に示すように、各ユーザがシステム側に提供する学習データ（身の回りのデータ等）をパーソナライズ化にも利用し、機械学習の結果得た一般的なモデルを各ユーザに最適化（パーソナライズ化）したものにした上で、各ユーザにパーソナライズ化されたサービスを提供する。これにより、各ユーザが学習データの提供を他人任せにしてサービスだけ享受するという不都合を防止する。

先ず、図９を参照してシステムの概略を説明する。
各ユーザ７０は、例えばウェアラブルコンピュータ等のモバイル通信装置３により収集したアラウンドデータ（ユーザ７０が見ている映像や視線の位置、音声、ＧＰＳなどの位置データ等）を機械学習７２に送信して機械学習７２の学習データとして用いられるとともに、それらデータがパーソナライズ化７４にも用いられる。

例えば、各ユーザ７０が学校や自宅等で学習している状態をシステム側に送信して、機械学習（強化学習や回帰）７２によりモデル化し、人間が反復して行なう復習のトータル時間が最少になる一般的なモデルを作成する。その際、ユーザ毎に差異のある要素（暗記力等）を定数として一般的なモデルを生成する。また、各ユーザ７０からシステム側に送信されたデータはパーソナライズ化７４にも用いられ、ユーザ毎に差異のある要素（暗記力等）をユーザ毎に算出し、一般的なモデルの定数部分に代入することにより、ユーザ毎にパーソナライズ化されたモデルを生成する。そのパーソナライズ化モデルを用いて各ユーザにパーソナライズ化されたサービス、例えば、次回の復習時期を提示して復習のトータル時間が最少になる復習計画に従った指導を行なう。

なお、学習データは、ユーザ以外にも各種専門業者７１からも提供される。例えば、スポーツジムの専門業者７１から、多数の会員の筋肉トレーニング(以下「筋トレ」と記載する)の集計結果をシステム側に送信する。この集計結果の学習データに基づいて機械学習（強化学習や回帰）７２によりモデル化し、人間が反復して行なう筋トレによる効果が最大になる一般的なモデルを作成する。その際、ユーザ毎に差異のある要素（バーベルなどの初期負荷や負荷増加係数等）を定数として一般的なモデルを生成する。また、各ユーザ７０から筋トレの集計結果がシステム側に送信されてパーソナライズ化７４にも用いられ、ユーザ毎に差異のある要素（初期負荷や負荷増加係数等）をユーザ毎に算出し、一般的なモデルの定数部分に代入することにより、ユーザ毎にパーソナライズ化されたモデルを生成する。

そのパーソナライズ化モデルを用いて各ユーザにパーソナライズ化されたサービス、例えば、次回の筋トレ時期と負荷を提示して筋トレによる効果が最大になる筋トレ計画に従った指導を行なう。その際、筋トレの集計結果からなる学習データを提供した専門業者（スポーツジム等）７１の広告を筋トレスケジュールとともに提示する。これにより、学習データの提供に対するモチベションを各種専門業者に持たせることができる。

以上説明した図９の全体システムをもう少し詳しく表したものが図１０である。
図１０を参照して、各種専門業者のＰＣ１０から専門データが人工知能サーバ９へ提供される。また、多数のユーザのウェアラブルコンピュータ等のモバイル通信装置３により収集したデータ（ユーザ７０が見ている映像や視線の位置、音声、ＧＰＳなどの位置データ等のアラウンドデータ）が人工知能サーバ９へ提供される。人工知能サーバ９では、それら提供されたデータを数値・ラベル集合へのデータ化５１を行ない、学習データを生成する。この学習データの生成は、生データを数値・ラベル集合にするため、深層学習（ディープラーニング）を用いる。また、複数の規則性が混在した生データを扱うため、「異種混合学習」を用いる。これは収集したデータの中に複数の規則性が存在する場合に、それぞれのパターンごとに適したモデルを生成する手法である。

例えば、ビルの電力消費に関する時系列のデータを収集して、電力消費を予測するモデルを作る場合、ビルの電力消費は、曜日や時間帯ごとにパターンが変化する。従来においては、どのようなタイミングでパターンが切り替わるか、人間が専門知識を動員して場合分けを行ない、それぞれの場合に適したモデルを作っていた。この「異種混合学習」では、パターンの切り替わり自体を機械学習によって見つけ出し、パターンごとにモデルを生成する。新たにデータが発生した際には、生成したモデルとの適合を確認し、うまくモデルが適合しなかった場合はパターンの切り替わりの判定からやり直す。つまり「パターンの場合分け」と「モデルの作成」を機械が繰り返すことで、パターンごとの最適モデルを作る。

なお、深層学習を用いても数値・ラベル集合へのデータ化を行なうことができないデータの場合には、人工知能業者が人為的に数値・ラベル集合へのデータ化を行なう。

この人工知能サーバ９は、ノイマン型の一般的なコンピュータを用いているが、ニューラル・ネット・プロセッサー（ＮＮＰ）を用いてもよい。ＮＮＰのチップ上には本物のニューロンをモデルにした「人工ニューロン」が多数搭載されており、各ニューロンはネットワークでそれぞれ連携し合う。

また、「量子アニーリング方式」を採用した量子コンピュータを用いてもよい。これにより、機械学習における最適化計算の所要時間を大幅に短縮できる。なお、「人工知能」とは、ソフトウェアエージェントを含む広い概念である。

数値・ラベル集合にデータ化された学習データは学習アルゴリズム５２に送られてモデル化５３される。学習アルゴリズム５２としては、例えば、教師あり学習としての回帰や識別、教師なし学習としてのモデル推定やデータマイニング、中間的手法としての強化学習や深層学習等、種々のものが用意されている。学習アルゴリズム５２を用いたモデル化は、例えば、ユーザ毎に差異のある要素（個人の能力差や嗜好等）を定数として一般的なモデルを生成する。その生成された一般的モデルが人工知能ＤＢ１７に記憶される。図１０では、記憶されている一般的モデルの具体例として、例えば、建造物の保守点検モデル、暗記学習モデル、筋トレモデル、対話モデル、タスク処理モデル等が示されている。前述の学習データは学習ＤＢ６０にも記憶される。

暗記学習モデルとしてのTi=T₀・iは、人間が反復して行なう復習のトータル時間が最少になる一般的モデルであり、iは何回目の反復かを示す反復回数、T₀は初学習から忘れる直前までの期間（具体的には初学習から記憶保持率が７０％になるまでの時間）、Tiは反復回数が（i−１）からiまでの時間を表している。この一般的モデル中のT₀が、ユーザ毎に差異のある要素（記憶力等の個人の能力差）であり、定数として表されている。この暗記学習モデルとしてのTi=T₀・iの生成方法は、後に詳しく説明する。

筋トレモデルとしてのFi=F₀+(i-1)/aは、人間が反復して行なう筋トレによる効果が最大になる一般的モデルであり、iは何回目の反復かを示す反復回数、F₀は初回の筋トレでの負荷（バーベルの重量等）、aは筋トレの反復に伴って増加する負荷増加係数である。

対話モデルは、ユーザが人工知能と対話するときに用いられる一般的モデルであり、男性知的系や女性萌え系や有名タレントなどの初期対象の対話テンプレート等、喜怒哀楽の変化関数等からなる。これについては図１９に基づいて詳細に説明する。

タスク処理モデルは、ユーザが仕事等のタスクを処理するときに用いる一般的モデルであり、弁理士や弁護士や有名科学者などの初期対象の知識活用関数等からなる。これについては図２１に基づいて詳細に説明する。

ユーザのモバイル通信装置３から送られてくるアラウンドデータは人工知能サーバ９において各種モデル用に分類され５４、各種モデル用のパーソナライズデータが作成される５５。そのパーソナライズデータがユーザＤＢ１２に記憶される。図１０では、各種モデル用の具体例として、暗記学習用、筋トレ用、対話用、タスク処理用等が示されている。

ユーザＤＢ１２には、ユーザＩＤ毎にパーソナライズデータとアラウンドデータとが対応付けられて記憶される。暗記学習用のパーソナライズデータとしては、初学習から忘れる直前までの期間（具体的には初学習から記憶保持率が７０％になるまでの時間）TKである。人間の記憶情報は、心理学者ヘルマン・エビングハウスの忘却曲線に従って減少する。この忘却曲線に従って記憶保持率が７０％になるまでの時間をTKとしている。このTKは、ユーザＩＤが「１」の実際のユーザが記憶保持率が７０％になるまでの時間であり、実際の数値で表される。

筋トレ用のパーソナライズデータとしては、初回の筋トレでのバーベルの重量等の初期負荷FK、筋トレの反復に伴って増加する負荷増加係数ａz、超回復時間CT等である。これらは、ユーザＩＤが「１」の実際のユーザについて実際の数値で表されたものである。なお、「超回復」とは、トレーニング後、４８時間〜７２時間の休息を取ることで筋力水準がトレーニング前よりも上昇する現象のことを言う。その超回復に要する時間が「超回復時間」である。

対話用のパーソナライズデータとしては、男性知的系や女性萌え系や有名タレントなどの初期対象の中からユーザが選択した初期対象と、喜怒哀楽のパーソナル重み等からなる。一般的モデルでは、各初期対象の喜怒哀楽の初期重みが決まっており、ユーザが選択した初期対象と対話している最中にユーザからの要求等に応じて喜怒哀楽の初期重みを徐々に改変し、最終的に当該ユーザに最適なパーソナル重みにしてユーザの好みにマッチする喜怒哀楽を表す対話を可能にする。これについては後に詳しく説明する。

タスク処理用のパーソナライズデータとしては、弁理士や弁護士や有名科学者などの初期対象の中からユーザが選択した初期対象と、各知識のパーソナライズ重み等からなる。一般的モデルでは、各初期対象の知識の初期重みが決まっており、ユーザが選択した初期対象と仕事の対話をしている最中にユーザからの質問や要求等に応じて活用する知識の初期重みを徐々に改変し、最終的に当該ユーザに最適なパーソナル重みにして、ユーザが仕事上要求する知識にマッチする回答やアドバイスを可能にする。これについては後に詳しく説明する。

人工知能サーバ９は、以上のようなパーソナライズデータを用いて各ユーザにパーソナライズされた指導（サービス）を行なう。具体的には、暗記学習用パーソナライズデータを用いてユーザの復習のトータル時間が最少になる復習計画（復習スケジュール）に従った指導を行ない、筋トレ用パーソナライズデータを用いて反復して行なう筋トレによる効果が最大になる筋トレスケジュールに従った指導を行ない、対話用パーソナライズデータを用いてユーザの好みにマッチする喜怒哀楽を表す対話を行ない、タスク処理用パーソナライズデータを用いてユーザが仕事上要求する知識にマッチする回答やアドバイスを行なう。

次に、図１１を参照し、図４の外部ディスプレー処理（Ｓ２）とディスプレー処理（Ｓ３）とＳＮＳサーバ１１によるイイネ処理とのサブルーチンプログラムのフローチャートを説明する。

図１１では、ディスプレー５の一例のデジタルメニューボードについての処理を示している。デジタルメニューボードとは、飲食店等に設置されるメニュー表示用のディスプレーであり、メニューをデジタル表示にすることで、売り切れの即時表示、メニュー変更など、店側の時間とコストが大幅に削減できる。本実施の形態では、図１に示したようにデジタルメニューボード５がインターネット１に接続されて人工知能サーバ９やＳＮＳサーバ１１と通信可能に構成されている。この図１１のフローチャートでは、ユーザがウェアラブルコンピュータ３等で撮影してＳＮＳＤＢ１３やユーザＤＢ１２等にアップされている画像や動画をデジタルメニューボード５に表示させて一緒に来店した仲間同士で閲覧い合って楽しみながら飲食できるようにしたものである。

先ず、Ｓ１００によりメニューの更新があったか否か判断する。店側が本日のメニューを更新する操作をすれば制御がＳ１０１へ進みメニューの更新処理がなされる。次に制御がＳ１０２へ進み、メニューの表示がなされる。

次に、ユーザがウェアラブルコンピュータ３等で撮影してＳＮＳＤＢ１３やユーザＤＢ１２等にアップされている画像や動画をデジタルメニューボード５に表示させたい場合には、先ず人工知能サーバ９にアクセスする操作を行なう。すると、Ｓ１０４によりＹＥＳの判断がなされて制御がＳ１０５へ進み、ユーザＩＤとアクセス要求等を人工知能サーバ９へ送信してアクセス処理がなされる。アクセス要求を受けた人工知能サーバ９は、Ｓ１０６でＹＥＳの判断を行なう。モバイル通信装置３では、Ｓ１０７とＳ１０８とにより人工知能サーバ９と交信してユーザがデジタルメニューボード５に表示させたい画像や動画を選択指定する。人工知能サーバ９は、Ｓ１０８によりユーザＤＢ１２を検索してその選択指定された画像や動画を特定する。

表示させたい画像が特定できた段階でユーザ（来店客）はデジタルメニューボード５のタッチ画面をタップして交信操作を行なう。すると、Ｓ１０３によりＹＥＳの判断が行われ、Ｓ１０９によりウェアラブルコンピュータ３との交信開始処理がなされる。また、ユーザ（来店客）は自分のウェアラブルコンピュータ３の交信操作を行なう。すると、Ｓ１０８でＹＥＳと判断され制御がＳ１１０へ進み、交信開始処理がなされ、ウェアラブルコンピュータ３とデジタルメニューボード５との間で通信のための接続が確立される。

次にデジタルメニューボード５は、当該デジタルメニューボード５に割り振られているディスプレーＩＤをウェアラブルコンピュータ３へ送信する（Ｓ１１１）。それをＳ１１２により受信したウェアラブルコンピュータ３は、そのディスプレーＩＤを人工知能サーバ９へ送信する（Ｓ１１３）。それをＳ１１４で受信した人工知能サーバ９は、前述のＳ１０８で特定したデータを受信したＩＤのディスプレー５へ送信する（Ｓ１０５）。それを受信したデジタルメニューボード５は、Ｓ１１６でＹＥＳの判断を行なって受信したデータを表示する（Ｓ１１７）。これにより、ユーザ（来店客）が指定した画像や動画がデジタルメニューボード５に表示される。その結果、デジタルメニューボード５という比較的大きな表示画面により画像や動画を閲覧することができる。

以上説明した制御で注目すべき点は、ユーザがネット上にアップロードしているデータを選択指定する際に、ディスプレー５を経由することなく自己のモバイル通信端末３で直接人工知能サーバ９にアクセスして特定している点である。ディスプレー５自体がネットに接続されており且つそのディスプレー５に表示させるデータを特定するのであれば、その表示先のディスプレー５経由でネット上のデータにアクセスしてそのデータをディスプレー５で表示させた方が手っ取り早い。しかし、ユーザがネット上にアップロードしているデータはユーザのプライバシーに関わる個人情報であり、その個人情報にアクセスするためにユーザのＩＤ等をディスプレー５経由で送信した場合には、ユーザのＩＤや個人情報が漏洩する虞が生じる。故に、本実施の形態では、ユーザがネット上にアップロードしているデータを選択指定する際に、ディスプレー５を経由することなく自己のモバイル通信端末３で直接人工知能サーバ９にアクセスして指定しているのである

次に、デジタルメニューボード５ではＳ１１８によりデータ表示が終了したか否かの判断がなされ、終了すれば制御がＳ１１９に進み、ユーザ（来店客）を店のホームページにアクセスさせる処理がなされる。具体的には、店のホームページのＵＲＬをモバイル通信端末３に送信する。それを受けたモバイル通信端末３は、Ｓ１２０によりそのＵＲＬのページへのアクセス要求をＳＮＳサーバ１１へ送信する。Ｓ１２１によりそれを受けたＳＮＳサーバ１１は、Ｓ１２２により店のホームページをモバイル通信装置３へ送信する。

それを受けたモバイル通信装置３は、Ｓ１２３により店のホームページを表示する。一方、デジタルメニューボード５ではＳ１２４により「当店ホームページのイイネにタップしてください」のメッセージ表示がなされる。それを見たユーザ（来店客）がイイネをタップすれば、Ｓ１２５でＹＥＳの判断がなされて制御がＳ１２６へ進み、イイネ信号がＳＮＳサーバ１１へ送信される。それをＳ１２７により受付けたＳＮＳサーバ１１は、Ｓ１２８によりイイネの登録処理を行なう。その結果、店からユーザ（来店客）への情報提供がＳＮＳを通じて可能となる。例えば、季節限定の新メニューの紹介やクーポンの配信やイベント開催の通知等を行なうことが可能となり、再来店につなげることができる。

なお、外部ディスプレー処理においてリターンすればＳ４へ進み、ディスプレー処理においてリターンすればＳ５へ進む。

次に図１２（ａ）を参照して、図４のＳ６に示した専門家データ処理のサブルーチンプログラムのフローチャートを説明する。Ｓ１３５によりメンテナンスデータ処理が行われ、Ｓ１３６により筋トレデータ処理が行われ、Ｓ１３７によりその他の処理が行われ、リターンしてＳ８へ進む。メンテナンスデータ処理は、各種専門業者の一例のメンテナンス専門業者から送られてくる建造物の保守点検結果のデータを受付けて処理するものである。筋トレデータ処理は、各種専門業者の一例のスポーツジムから送られてくる多数の会員の筋トレ結果の集計データを受付けて処理するものである。

次に図１２（ｂ）を参照して、前述のメンテナンスデータ処理のサブルーチンプログラムのフローチャートを説明する。メンテナンス専門業者は、図８に示したワイヤレスセンサネットワーク４から送信されてワイヤレスセンサＤＢ１６に記憶されている検出データに基づいて建造物の保守点を行ない、その結果（ＫＯ，ＮＧ等）をセンサＩＤ毎にＰＣ１０に入力する（Ｓ１４０）。

すると、メンテナンス専門業者のＰＣ１０は、Ｓ１４１によりその入力された点検結果をセンサＩＤ毎に人工知能サーバ９へ送信する。人工知能サーバ９は、Ｓ１４５により点検結果を受信したか否か判断し、受信していない場合には制御がＳ１５１へ移行する。一方、点検結果を受信した場合には制御がＳ１４６へ進み、学習ＤＢ６０に点検結果データをセンサＩＤ毎に追加記憶する。次にＳ１４７により、ワイヤレスセンサＤＢ１６からワイヤレスセンサデータを読出して点検結果データを付した上でデータマイニングを行ない、ＮＧ時のパターンＮＧＰ１を見つけ出す処理が行われる。例えば、歪と振動周期とが所定の関係になれば異常（ＮＧ）の点検結果となる確率が高い等のパターンＮＧＰ１を見つけ出す。

次にＳ１４８により、ＮＧＰ１は今まで見つけ出したものと異なる新たなものか否か判定される。今まで見つけ出したＮＧ時のパターンは全て人工知能ＤＢ１７の「建造物の保守点検モデル」の記憶エリアに記憶されており、今回見つけ出されたＮＧＰ１が既に人工知能ＤＢ１７に記憶されているか否か判定する。同じものが既に記憶されていると判定された場合には制御がＳ１５１へ移行するが、未だ記憶されていないと判定された場合には制御がＳ１４９へ進み、ＮＧ時のパターンとしてＮＧＰ１を人工知能ＤＢ１７の「建造物の保守点検モデル」の記憶エリアに追加記憶する。

次にＳ１５０により、ワイヤレスセンサＤＢ１６を検索してワイヤレスセンサで定期チェック済の中からＮＧＰ１のパターンを有するセンサＩＤを抽出して報知する。ワイヤレスセンサは一定時間毎（例えば２４時間毎）に定期チェックが行われており（Ｓ１５１、Ｓ１５２）、既に定期チェックを行なった過去のセンサデータについて新たに見つかったＮＧＰ１を適用して再チェックを行なうのである。

次に、Ｓ１５１により定期チェックの時期が来たか否か判定され、定期チェックの時期が来ればＳ１５２により、ワイヤレスセンサＤＢ１６を検索することにより、前回の定期チェック後に追加記憶されたワイヤレスセンサデータの中からＮＧ時パターンを有するセンサＩＤを抽出してＮＧ報知する処理がなされる。前述してように、ワイヤレスセンサＤＢ１６には随時新たなセンサデータが追加記憶されており、未だ定期チェックされていない新たなセンサデータについて、人工知能ＤＢに記憶されている全てのＮＧ時パターンを適用してチェックするのである。Ｓ１５２の処理の後リターンし、制御がＳ１３６へ移行する。

次に、図１３（ａ）を参照して、図４のＳ４に示されたアラウンドデータ端末処理とＳ５に示されたアラウンドデータサーバ処理とのサブルーチンプログラムのフローチャートを説明する。

Ｓ１６０によりユーザ用学習端末処理が実行され、Ｓ１６１によりユーザ用学習サーバ処理が実行され、Ｓ１６２により筋トレ端末処理が実行され、Ｓ１６３により筋トレサーバ処理が実行され、Ｓ１６４とＳ１６５によりその他の処理が実行される。

ユーザ用学習端末処理およびユーザ用学習サーバ処理は、学習中の各ユーザからアラウンドデータを収集してユーザ用の一般的暗記学習モデルを作成するとともに、ユーザ毎の学習用のパーソナライズデータを生成するための処理である。筋トレ端末処理および筋トレサーバ処理は、筋トレ中の各ユーザからアラウンドデータを収集して、ユーザ毎の筋トレ用のパーソナライズデータを生成するための処理である。

次に、図１３（ｂ）を参照して、図４のＳ７に示されたパーソナルサービス端末処理とＳ８に示されたパーソナルサービスサーバ処理とのサブルーチンプログラムのフローチャートを説明する。

Ｓ１７０により学習サービス端末処理が実行され、Ｓ１７１により学習サービスサーバ処理が実行され、Ｓ１７２により筋トレサービス端末処理が実行され、Ｓ１７３により筋トレサービスサーバ処理が実行される。

学習サービス端末処理は、ユーザ用の一般的暗記学習モデルと学習用のパーソナライズデータとに基づいてユーザに最も効率的な復習計画に従った指導を行なうものである。筋トレサービス端末処理と筋トレサービスサーバ処理とは、ユーザ用の一般的筋トレモデルと筋トレ用のパーソナライズデータとに基づいてユーザに最も効率的な筋トレ計画に従った指導を行なうものである。

次に、図１４を参照して、ユーザ用学習端末処理とユーザ用学習サーバ処理とのサブルーチンプログラムのフローチャートを説明する。

Ｓ１８０によりユーザが学習中であるか否か判断される。この判断は、ユーザの明示的な意思表示を受付けて判断してもよいが、ユーザの音声を自然言語処理により処理したりユーザの視線方向の映像を解析したりして人工知能サーバ９が自律的に判断してもよい。ユーザが学習中でないと判断した場合にはリターンして制御がＳ１６２移行するが、学習中であると判断すれば制御がＳ１８１へ進み、ユーザの視線方向の映像と視線位置と音声等のアラウンドデータを人工知能サーバ９へ送信する。それをＳ１８２により受信した人工知能サーバ９は、Ｓ１８３により、受信したアラウンドデータから現在学習している事項に関する過去の入試出題頻度および出題校等の有用情報を所定のＤＢから検索してユーザ(ウェアラブルコンピュータ等のモバイル通信装置３)へ送信する。

それをＳ１８４により受信したユーザのモバイル通信装置３は、Ｓ１８５により、受信した有用データをＡＲ（Augmented Reality）を用いてオーバーレイ表示する。ユーザは、学習中のアラウンドデータを人工知能サーバ９へ送信することにより最も効率的な復習計画に従った指導を受けることができるため、自ら率先してアラウンドデータを人工知能サーバ９へ送信することになるが、上記入試出題頻度等の有用情報の表示により益々インセンティブが向上してアラウンドデータを人工知能サーバ９へ送信することになる。

次に、人工知能サーバ９は、Ｓ１８６により、受信データを各種モデル用に分類してユーザＤＢ１２と学習ＤＢ６０とに記憶する処理を行なう。次にＳ１８７により、暗記学習モデルが完成済であるか否か判定する。未だ完成していない場合には、制御がＳ１８８へ進み、受信データを数値やラベルにして機械学習用のデータを作成し、Ｓ１８９により、学習アルゴリズム（強化学習や回帰等）を用いてモデル化する。このモデル化の一例を説明する。

ユーザ毎に収集された過去の膨大な学習中アラウンドデータを学習データとして利用し、ユーザ毎に入試試験日等の所定の終点における記憶保持率が一定値（例えば９０％）を維持できるという条件の下で、初学習から上記終点までに反復する復習のトータル時間が最少となる復習計画を、強化学習で見つけ出す。例えば、ｉ回目の復習から次に復習するまでの期間をTi、ｉ回目の復習に要した時間をTHiとした場合に、復習のトータル時間T＝ΣTHi となる。終点記憶保持率≧９０％を満たす条件下で上記Tが最小となるTiを強化学習する。

強化学習において、状態stで行為atを行なうときの価値をＱ(st,at)とした場合のＱ値を推定する方法として、環境をモデル化する知識、すなわち、状態遷移確率と報酬の確率分布が与えられている場合はモデルベースの手法を用いればよいが、環境モデルが未知の場合、ＴＤ（Temporal Difference）学習を用いる。先ず、環境の探索が必要なため、ε-greedy法を用いる。探索の初期はいろいろな行為を試し、落ち着いてくると最適な行為を多く選ぶように、温度の概念を導入する。温度をTとして、次の式で表される確率に従って行為を選ぶ。

P(a｜s）＝{exp（Q(s,a)/T）}／{Σexp(Q(s,b)/T} （なおΣの下にb∈Aが記載されており、上記式ではその記載を省略している）
ここに、aは行為、Q(s,a)は状態sで行為aを行なうときの価値、

Tをアニーリング（焼き鈍し）における温度とよび、高ければ行為を等確率に近い確率で選択し、低ければ最適なものに偏らせる。学習が進むにつれて、Tの値を小さくすることで、学習結果が安定する。このようにして選んだ行為をユーザに指示して実際に実行してもらい、積極的に学習データを収集するようにしてもよい。

その強化学習の結果の一例を図１５に示す。図１５を参照して、グラフの縦軸がTi（復習インターバル）、横軸がｉ（何回目の復習かを示す復習回数）である。○で示したものがユーザＩＤ：１のユーザにおける強化学習の結果をプロットしたものである。×で示したものがユーザＩＤ：２のユーザにおける強化学習の結果をプロットしたものである。△で示したものがユーザＩＤ：３のユーザにおける強化学習の結果をプロットしたものである。

次に、「回帰」のアルゴリズムを用いて、これらの複数のユーザの機械学習結果のデータを入力データとし、これらの入力データが或る関数に基づいてターゲットを出力していると考え、その関数を求める。その求められた関数が、
Ti＝T₀・ｉ
の直線の一次関数である。係数T₀がユーザ毎に差異のある要素（暗記力等）である。具体的には、各ユーザにおける初学習から忘れる直前までの期間（具体的には初学習から記憶保持率が７０％になるまでの時間）である。このように、ユーザ毎に差異のある要素（暗記力等）を定数T₀として一般的なモデルで表したものが、
Ti＝T₀・ｉ
である。

図１４に戻り、Ｓ１９０により、人工知能ＤＢ１７に暗記学習モデル（Ti＝T₀・ｉ）を記憶させる。既に古くて不完全な暗記学習モデルが記憶されている場合には、より新しい完全な暗記学習モデル（Ti＝T₀・ｉ）に更新する。

一方、Ｓ１８７により暗記学習モデルが未だ完成されていないと判断された場合は、制御がＳ１９１に進み、分類された受信データに基づいてパーソナライズデータを作成してユーザＤＢ１２に記憶する処理がなされる。この場合の「パーソナライズデータ」は、上記ユーザ毎に差異のある要素（暗記力等）T₀、つまり、初学習から記憶保持率が７０％になるまでの時間である。これは、ユーザＤＢ１２に記憶されているユーザの学習中のアラウンドデータから容易に導き出せる。

次に、図１６を参照して、図１３（ｂ）のＳ１７０で示した学習サービス端末処理およびＳ１７１で示した学習サービスサーバ処理のサブルーチンプログラムのフローチャートを説明する。

ウェアラブルコンピュータ等のモバイル通信装置３は、Ｓ２００により、ユーザからの復習要求があったか否かの判断を行なう。復習要求がなかった場合にはリターンして制御がＳ１７２へ移行するが、復習要求があった場合にはＳ２０１により復習要求を人工知能サーバ９へ送信する。それをＳ２０２で受信した人工知能サーバ９は、Ｓ２０３により、暗記学習モデルが完成しているか否か判定する。完成していない場合には制御がＳ２０５へ移行するが、既に完成している場合には制御がＳ２０４に進み、一般的な暗記学習モデルTi＝T₀・ｉに、T₀＝TK を代入して、反復復習の時期が近い学習事項をユーザＤＢ１２のアラウンドデータから抽出する。なお、上記TKとは、当該ユーザの初学習から忘れる直前までの期間（具体的には初学習から記憶保持率が７０％になるまでの時間）のことである。

次に、Ｓ２０５により、ユーザが授業中等においてよそ見中の学習事項をユーザＤＢ１２のアラウンドデータから抽出する。これは、学習中のユーザの視線位置がアラウンドデータとして人工知能サーバ９へ送信されて（Ｓ１８１）ユーザＤＢ１２に記憶されるため、ユーザがよそ見中であるか否かの判断が可能となる。次にＳ２０６により、Ｓ２０４とＳ２０５とで抽出された学習事項をモバイル通信装置３へ送信する。それをＳ２０７で受信したモバイル通信装置３は、Ｓ２０８により、受信した学習事項をユーザに復習させる処理を行なう。

また、よそ見中であることに代えてまたはそれに加えて、ユーザが授業中等において無駄話をしている最中の学習事項をユーザに復習させる制御を行なってもよい。つまり、学習中のユーザの態度を特定できる情報を収集するための収集手段と、当該ユーザが受けている学習内容を記録するための記録手段と、前記収集手段で収集された情報から学習に不適切なユーザの態度部分を判別するための判別手段と、該判別手段で判別された部分に相当する学習内容を前記記録手段から抽出するための抽出手段と、該抽出手段により抽出された学習内容をユーザ端末へ送信するための送信手段とを備えている。尚、上記Ｓ２０５は必ずしも行わなくてもよい。Ｓ２０６の処理の後はリターンして制御がＳ１７３へ移行する。

なお、上記の制御では、一般的モデルに当該ユーザのパーソナライズデータを代入して当該ユーザ専用のパーソナライズモデルにした上で、そのパーソナライズモデルを利用してパーソナライズサービスを当該ユーザに提供しているが、当該ユーザのための手作りのパーソナライズモデルを生成し、それを利用してパーソナライズサービスを当該ユーザに提供してもよい。例えば、図１４のＳ１８７でＹＥＳの判断がなされた時点で、その一般的学習モデルの作成に寄与した複数のユーザ（被験者）各々の機械学習の結果が出ている（図１５参照）。故に、それら被験者のユーザ各々は、自分の学習について行われたその機械学習の結果が手作りのパーソナライズモデルになり得るのであり、そのパーソナライズモデルを利用してパーソナライズサービスを当該ユーザに提供するように制御してもよい。さらに、上記被験者以外のユーザであっても、あえて自分のための手作りのパーソナライズモデルの生成を希望する場合には、自己の学習データ（復習データ）を大量に人工知能サーバ９に提供して手作りのパーソナライズモデルを作成してもらうように制御してもよい。

次に、図１７を参照して、図１２（ａ）のＳ１３６で示した筋トレデータ処理のサブルーチンプログラムのフローチャートを説明する。

専門業者の一例のスポーツジムのＰＣ１０は、Ｓ２１０により、多数の会員（被験者）の筋トレデータを集計して人工知能サーバ９へ送信する。筋トレデータは、例えば、被験者の初期負荷、筋トレ時間や回数、前回の筋トレから今回の筋トレまでの筋トレインターバル、負荷増加係数、筋肉の太さの計測値データ等である。その筋トレデータをＳ２１１で受信して人工知能サーバ９は、Ｓ２１２により、受信データを各種モデル用に分類して学習ＤＢ６０に記憶する。次に、Ｓ２１３により、受信データを数値やラベル集合のデータにして学習データを作成する。

次に、Ｓ２１４により、その学習データに基づいて、強化学習や回帰等の学習アルゴリズムを用いてモデル化する。このモデル化の手法は、図１５に基づいて説明したものと同様のやり方である。筋トレの一般的なモデルは、
Fi＝F₀＋（i−１）/a
である。ここに、iは何回目の反復筋トレかを示す反復回数、Fiはi回目の筋トレでの負荷（バーベルの重量等）、F₀は初回の筋トレでの負荷（バーベルの重量等）、aは筋トレの反復に伴って増加する負荷増加係数である。これらF₀とａは、ユーザ毎に差異のある要素（筋力の個人差等）である。

次に、Ｓ２１５により、上記一般的モデル（Fi＝F₀＋（i−１）/a）を人工知能ＤＢ１７の筋トレ学習モデルの記憶エリアに記憶する。既に古くて不完全な筋トレ学習モデルが記憶されている場合には、より新しい完全な暗記学習モデル（Fi＝F₀＋（i−１）/a）に更新する。

次に、図１８（ａ）を参照して、図１３（ａ）のＳ１６２で示した筋トレ端末処理およびＳ１６３で示した筋トレサーバ処理のサブルーチンプログラムのフローチャートを説明する。

ユーザのモバイル通信装置３は、Ｓ２２０により、ユーザが筋トレ中か否か判断する。筋トレ中でなければリターンして制御がＳ１６４へ移行する。筋トレ中の場合には、制御がＳ２２１に進み、ユーザの筋トレデータを集計して人工知能サーバ９へ送信する。それをＳ２２２により受信いた人工知能サーバ９は、Ｓ１１３により、受信データを学習ＤＢ６０に記憶するとともに、ユーザの初期負荷FK、負荷増加係数az、超回復時間CTを算出してユーザＤＢ１２に記憶する。Ｓ１１３の後リターンして制御がＳ１６５へ移行する。

次に、図１８（ｂ）を参照して、図１３（ｂ）のＳ１７２で示した筋トレサービス端末処理およびＳ１７３で示した筋トレサービスサーバ処理のサブルーチンプログラムのフローチャートを説明する。

ユーザのモバイル通信装置３は、Ｓ２２６により、ユーザの筋トレメニューの要求に応じて筋トレメニュー要求信号を人工知能サーバ９へ送信する。それをＳ２２７で受信した人工知能サーバ９は、Ｓ２２８により、ユーザの初期負荷FK、負荷増加係数az、超回復時間CTをユーザＤＢ１２から読出し、一般的筋トレモデル（Fi＝F₀＋（i−１）／a）に代入し、今回の筋トレメニューを作成する。そして、S２２９により、その筋トレメニューと、筋トレデータを提供してくれた筋トレ専門業者（Ｓ２１０参照）の広告とを、ユーザのモバイル通信装置３へ送信する。それをＳ２３０で受信したモバイル通信装置３は、Ｓ２３１により、受信した筋トレメニューと筋トレ専門業者の広告とをユーザに報知する。Ｓ２３１の後リターンして制御がＳ９へ移行し、Ｓ２２９の後リターンして制御がＳ１０へ移行する。

図１９（ａ）は、図１０の人工知能ＤＢ１７中の対話モデルの記憶エリアに記憶されているデータの詳細（具体例）を示したものである。対話モデルの記憶エリアには、初期対象、対話テンプレート、喜怒哀楽初期重み、喜怒哀楽変化関数の各データが記憶されている。初期対象には、男性知的系、女性知的系、男性ワイルド系、女性萌え系、タレントＡ、タレントＢ、タレントＣ等の各種選択対象が記憶されている。対話テンプレート、喜怒哀楽初期重み、喜怒哀楽変化関数の各データは、各初期対象の種類毎に異なり、それぞれのデータが各初期対象の種類毎に対応付けられて記憶されている。対話テンプレートは、ユーザの対話に対する応答をテンプレートマッチングで見つけ出すために大量に集められた対話テンプレートである。例えば男性知的系の場合、知的な対話テンプレートの割合が多くなっている。

喜怒哀楽初期重みと喜怒哀楽変化関数とは、対話に応じて喜怒哀楽の感情の変化を制御するためのものである。ユーザが褒めれば「喜」の感情に変化するように制御し、ユーザが貶せば「怒」の感情に変化するように制御し、ユーザが悲しめば「哀」の感情に変化するように制御し、ユーザが楽しめば「楽」の感情に変化するように制御する。

但し、初期対象の種類によって喜怒哀楽の重みが異なり変化の態様もことなるため、それぞれの初期対象の種類によって異なる喜怒哀楽初期重みと喜怒哀楽変化関数とにしている。喜怒哀楽初期重みと喜怒哀楽変化関数とは、多数のユーザとの対話で収集された多数の対話内容を学習データにして機械学習により見つけ出す。多数のユーザを男性知的系、女性知的系、男性ワイルド系、女性萌え系に分類し、それぞれの系毎の平均を算出して各初期対象に見合った喜怒哀楽初期重みと喜怒哀楽変化関数とを作成する。なお、タレントＡ、タレントＢ、タレントＣ等については、実際の或るタレント（例えばタレントＡ）の対話で収集された多数の対話データを学習データにして機械学習により喜怒哀楽初期重みと喜怒哀楽変化関数とを見つけ出す。なお、喜怒哀楽変化関数は全ての人間で共通の統一的な関数にして、各人の差異（ばらつき）を喜怒哀楽初期重みで調整するように制御してもよい。

喜怒哀楽変化関数F(x)の一例としては、例えば次のようなものが考えられる。喜怒哀楽をそれぞれＫ、Ｄ、Ｉ、Ｒと表し、無感情な状態をＭと表し、ユーザによる、褒めた回数をx１、貶した回数をx２、悲しんだ回数をx３、楽しんだ回数をx４とし、喜怒哀楽初期重みをそれぞれK、D、I、Rとする。また、シグモイド関数１／（１＋e^-x）を便宜上S(x）と表現すと、
F(x)＝ＫS(x１−K）＋ＤS(x２−D）＋ＩS(x３−I）＋ＲS(x４−R）＋Ｍ（１−S(x１−K）−S(２x−D）−S(x３−I）−S(x４−R））
となる。つまり、x１、x２、x３、x４のいずれかが各々の閾値(初期重み)K、D、I、Rを越えればその越えた感情（喜Ｋ怒Ｄ哀Ｉ楽Ｒのいずれか）に変化するが、いずれも上記閾値を越えなければ無感情Ｍとなる。

図１９（ｂ）は、図１０のユーザＤＢ１２中の対話用のパーソナライズデータの記憶エリアに記憶されているデータの詳細を示したものである。図１９（ｂ）では、ユーザＩＤ：１のユーザが対話モデルの初期対象として「タレントＡ」を選択指定した場合が示されている。そして、喜怒哀楽のパーソナル重みとして「0.7AK,1.5AD,1.3AI,0.5AR」が記憶されている。

「タレントＡ」の喜怒哀楽初期重みは、図１９（ａ）に記載されているように「AK,AD,AI,AR」であるが、ユーザがこの喜怒哀楽初期重みに基づいた対話を行なっている最中に当該ユーザの要請に従って喜怒哀楽初期重み「AK,AD,AI,AR」が徐々に改変され、現時点で「0.7AK,1.5AD,1.3AI,0.5AR」となっている。その結果、このユーザの喜怒哀楽のパーソナル重み「0.7AK,1.5AD,1.3AI,0.5AR」での喜怒哀楽変化関数は次のようになる。
F(x)＝ＫS(x１−0.7AK）＋ＤS(x２−1.5AD）＋ＩS(x３−1.3AI）＋ＲS(x４−0.5AR）＋Ｍ（１−S(x１−0.7AK）−S(２x−1.5AD）−S(x３−1.3AI）−S(x４−0.5AR））

その結果、実際のタレントＡに比べて、喜Ｋと楽Ｒとが現れやすく、怒Ｄと哀Ｉとが現れにくくなっている。

このように、ユーザの好みに合った初期対象を選択指定できる上に、さらに対話を重ねるうちに当該ユーザの好みがより反映された喜怒哀楽のパーソナル重みに改変することができる。つまり、人間相手の場合には、相手を自分の理想の人間に変えることなどほとんど不可能であるが、人工知能の場合には相手（人工知能）を自分の理想の相方に作り上げる（育て上げる）ことができる。今までは、理想の恋人、理想の親友、理想の相棒を探し求めて巡り合う時代であったが、今後の未来世界では、ネットワーク上（クラウド上）に自分の理想の恋人、理想の親友、理想の相棒を作り上げる時代となる。

次に、図２０を参照して、図４のＳ９に示された対話端末処理とＳ１０に示された対話サーバ処理とのサブルーチンプログラムのフローチャートを説明する。

ウェアラブルコンピュータ等のモバイル通信装置３は、Ｓ２３５により、ユーザ側が対話を開始したか否か判断し、開始していない場合にはリターンして制御がＳ１１へ移行する。ユーザ側が対話を開始した場合には制御がＳ２３６へ進み、ユーザＩＤと対話開始信号とを人工知能サーバ９へ送信する。それを受信した人工知能サーバ９はＳ２４１によりＹＥＳの判断を行ない、Ｓ２４２により初期対象を受信したか否かの判定を行ない、受信していない場合には制御がＳ２４４へ移行する。

一方、モバイル通信装置３では、Ｓ２３７により、初期対象の選択指定があったか否かの判断を行なう。選択指定がされていない場合には制御がＳ２３９へ移行するが、選択指定された場合には、Ｓ２３８により、その指定された初期対象を人工知能サーバ９へ送信する。それを受信した人工知能サーバ９は、Ｓ２４２によりＹＥＳの判断を行なってＳ２４３により、ユーザＤＢ１２中のユーザＩＤに対応する対話用初期対象を指定されたものに更新する処理を行なう。

次に、モバイル通信装置３はＳ２３９により、人工知能サーバ９はＳ２４４により、互いに対話を行なう。その際、人工知能サーバ９では、ユーザＤＢ１２中のユーザＩＤに対応する対話用初期対象と喜怒哀楽のパーソナル重みと人工知能ＤＢ１７中の対応する喜怒哀楽変化関数とに従って対話する。人工知能サーバ９は自然言語処理エンジンを備えており、「形態素解析」および「構文解析（文節と文節の係り受け関係を判定する処理）」というテキストマイニング時の処理に加え、文章の構造を把握するのに必要な「文脈解析」と文章の意図を理解するのに必要な「意味解析」の２つの技術が組み込まれている。これにより、ユーザの声を「より速く」「より精緻」に解析することが可能となる。

人工知能サーバ９では、上記対話中に、喜怒哀楽のパーソナル重みを変更する必要が生じたか否か判断する（Ｓ２４５）し、必要が生じればＳ２４６により、喜怒哀楽のパーソナル重みを更新する。例えば、「怒の重みをもう少し軽減してくれ」等の予め定められた決まり文句をユーザが発したことを人工知能サーバ９が認識して、喜怒哀楽のパーソナル重みを更新する制御を行なう。なお、上記決まり文句に代えてまたは決まり文句に加えて、「君起こりすぎだよ」等のユーザの発言に応じて、怒哀楽のパーソナル重みを更新する制御を行なってもよい。

次に人工知能サーバ９では、Ｓ２４７により、対話内容が仕事に関するものか否か判断する。仕事に関するものでない場合には、Ｓ２４９へ進み、対話が終了したか否か判断するが、仕事に関するものの場合には、Ｓ２４８に進み、タスクサーバ処理が行われる。

人工知能サーバ９では、Ｓ２４９により対話が終了していないと判断された場合には制御がＳ２４４へ移行し、Ｓ２４４〜Ｓ２４９のステップを繰り返し実行し、対話が終了した時点でリターンして制御がＳ１２へ移行する。一方、モバイル通信装置３では、Ｓ２４０により対話が終了していないと判断された場合には制御がＳ２３７へ移行し、Ｓ２３７〜Ｓ２４０のステップを繰り返し実行し、対話が終了した時点でリターンして制御がＳ１１へ移行する。

図２１（ａ）は、図１０の人工知能ＤＢ１７中のタスク処理モデルの記憶エリアに記憶されているデータの詳細（具体例）を示したものである。タスク処理モデルの記憶エリアには、初期対象、各知識の初期重み、知識活用関数の各データが記憶されている。初期対象には、弁理士、弁護士、物理学者、化学者、科学者Ａ、科学者Ｂ、科学者Ｃ等の各種選択対象が記憶されている。各知識の初期重み、知識活用関数の各データは、各初期対象の種類毎に異なり、それぞれのデータが各初期対象の種類毎に対応付けられて記憶されている。

各知識の初期重みと知識活用関数とは、仕事等のタスク処理を行なう際にそれぞれの初期対象がその専門分野にマッチした知識を利用しやすくするためのものである。各知識の初期重みと知識活用関数とは、多数のユーザとの仕事上の対話で収集された多数の対話内容を学習データにして機械学習により見つけ出す。多数のユーザを弁理士、弁護士、物理学者、化学者等の専門職毎に分類し、それぞれの専門職の平均を算出して各初期対象に見合った各知識の初期重みと知識活用関数とを作成する。

例えば、弁理士のユーザが人工知能サーバ９に対し仕事上で多数の質問や相談を行ない、人工知能サーバ９からの応答に対し「満足した」とか「満足しない」等の反応等からなる大量のデータを学習データとして、強化学習や回帰等のアルゴリズムにより、モデル化する。なお、科学者Ａ、科学者Ｂ、科学者Ｃ等については、実際の或る科学者の対話で収集された多数の対話データを学習データにして機械学習により知識の初期重みと知識活用関数とを見つけ出す。なお、知識活用関数は全ての人間で共通の統一的な関数にして、各人の差異（ばらつき）を知識の初期重みで調整するように制御してもよい。

知識活用関数G(x)の一例としては、例えば次のようなものが考えられる。各知識をそれぞれn１、n２、n３、・・・と表し、各知識に対してのユーザによる、「満足した」等の肯定的反応の回数をx１k、x２k、x３k、・・・「満足しない」等の否定的反応の回数をx１h、x２h、x３h、・・・とし、各知識の初期重みをそれぞれw_１、w_２、w_３、・・・とする。また、シグモイド関数１／（１＋e^-x）を便宜上S(x）と表現すと、
G(x)＝w_１n１S(x１k−x１h）＋w_２n２S(x２k−x２h）＋w_３n３S(x３k−x３h）＋・・・
となる。つまり、否定的反応の回数よりも肯定的反応の回数が上回った知識が利用するのに有効な知識とされ、かつ、各知識n１、n２、n３、・・・の係数（重みw_１、w_２、w_３、・・・）が大きな値の知識から優先的に利用されるように制御可能となる。

図２１（ｂ）は、図１０のユーザＤＢ１２中のタスク処理用のパーソナライズデータの記憶エリアに記憶されているデータの詳細を示したものである。図２１（ｂ）では、ユーザＩＤ：１のユーザが対話モデルの初期対象として「弁理士」を選択指定した場合が示されている。そして、各知識nのパーソナル重みwとして「1.2・1w₁1n₁,0.8・1w₂1n₂,0.7・1w₃1n₃,1.3・1w₄1n₄」が記憶されている。

「弁理士」の各知識の初期重みは、図２１（ａ）に記載されているように「1w₁1n₁,1w₂1n₂,1w₃1n₃,1w₄1n₄」であるが、ユーザがこの各知識の初期重みに基づいた仕事上の対話を行なっている最中に当該ユーザの要請に従って各知識の初期重み「1w₁1n₁,1w₂1n₂,1w₃1n₃,1w₄1n₄」が徐々に改変され、現時点で「1.2・1w₁1n₁,0.8・1w₂1n₂,0.7・1w₃1n₃,1.3・1w₄1n₄」となっている。このように、ユーザの専門職に合った初期対象を選択指定できる上に、さらに仕事上の対話を重ねるうちに当該ユーザの質問や相談内容がより反映された各知識のパーソナル重みに改変することができる。つまり、今後の未来世界では、ネットワーク上（クラウド上）に自分の理想の仕事上のパートナ（相棒）を作り上げる時代となる。

次に、図２２を参照して、図４のＳ１１に示すタスク端末処理およびＳ１２と図２０のＳ２４８に示すタスクサーバ処理のサブルーチンプログラムのフローチャートを説明する。

ユーザのモバイル通信装置３は、Ｓ２５５により、自分（ユーザ）のパーソナル重みを初期対象として人工知能ＤＢ１７に登録する旨の要請がユーザからあったか否か判定する。なければ制御がＳ２５９に移行し、初期対象の更新要求があったか否か判定され、なければ制御がＳ２６５に移行する。

一方、Ｓ２５５により自分（ユーザ）のパーソナル重みを初期対象として人工知能ＤＢ１７に登録する旨の要請があった場合にはＳ２５５によりＹＥＳと判定され、制御がＳ２５６に進み、ユーザＩＤと初期対象登録要求を人工知能サーバ９へ送信する処理がなされる。

人工知能サーバ９では、Ｓ２５７により、初期対象登録要求を受信したか否か判断され、受信していない場合には制御がＳ２６１へ移行し、要求初期対象を受信したか否か判断され、受信していない場合には制御がＳ２６７へ移行する。

Ｓ２５６の処理に従ってモバイル通信装置３からユーザＩＤと初期対象登録要求とが送信されてくれば、Ｓ２５７によりＹＥＳの判断がなされ、制御がＳ２５８へ進み、ユーザＩＤに対応する各知識のパーソナライズ重みをユーザＤＢ１２から読み出してユーザ名とともに人工知能ＤＢ１７に登録する処理がなされる。このように、本実施の形態では、ユーザが自己の各知識のパーソナライズ重みを人工知能ＤＢ１７に登録して広く一般に流通させることができる。例えば、自分の仕事上の部下を効率的に教育して一人前の専門家に仕立て上げる際に、上司である自分の今までに培ってきた仕事上の各知識のパーソナライズ重みをその部下に譲渡すれば、自分に代って人工知能サーバ９が部下の質問や相談に応答してくれ、部下の教育を人工知能サーバ９が肩代わりしてくれる。ユーザが自己の各知識のパーソナライズ重みを他人に譲渡する際に、譲受人との間で決済する決済手段を設けて有償で譲渡するようにしてもよい。

ユーザがモバイル通信装置３に対して初期対象を更新する要求を行なって新たな初期対象（要求初期対象）を指定すれば、Ｓ２５９によりＹＥＳの判断がなされて制御がＳ２６０へ進み、ユーザＩＤと要求初期対象とが人工知能サーバ９へ送信される。それを受信した人工知能サーバ９は、Ｓ２６１によりＹＥＳの判断を行なって制御がＳ２６２へ進み、受信した要求初期対象が当該ユーザによって以前使用されたものであるか否か判定する。未だ使用されたことのないものの場合には、Ｓ２６４により、要求された初期対象を人工知能ＤＢ１７から読み出してユーザＤＢ１２のユーザＩＤに対応して記憶する処理を行ない、制御がＳ２６７へ進む。

受信した要求初期対象が当該ユーザによって以前使用されたものである場合には、当該初期対象が既にユーザＤＢ１２に記憶されており、その初期対象の使用に伴ってパーソナル重みが更新されている場合がある（Ｓ２７１参照）。よって、受信した要求初期対象が当該ユーザによって以前使用されたものである場合には、制御がＳ２６３へ進み、ユーザＤＢ１２に記憶されている以前使用した知識のパーソナル重みを使用することとなる。

次に図２３を参照して、人工知能サーバ９は、Ｓ２６７により、ユーザＤＢ１２のユーザＩＤに対応する初期対象と各知識のパーソナル重みとを読み出し、Ｓ２６８により、その読み出した初期対象に対応する知識活用関数を人工知能ＤＢ１７より読み出す。そして、ユーザがモバイル通信装置３を用いて仕事上の対話を行なえば、モバイル通信装置３側のＳ２６５と人工知能サーバ９側のＳ２６９とで対話を行なう。Ｓ２６９では、読み出した知識活用関数とパーソナル重みとを用いて仕事上の対話を行なうように処理する。モバイル通信装置３側では、Ｓ２６６により仕事上の対話が終了したと判断されるまでＳ２６５による仕事上の対話制御が継続される。人工知能サーバ９側では、Ｓ２７４により仕事上の対話が終了したと判断されるまでＳ２６７〜Ｓ２７４の制御が繰り返し行われてＳ２６９による仕事上の対話制御が継続される。

Ｓ２６７〜Ｓ２７４の制御が繰り返し行われている最中にＳ２７０によりパーソナル重みの変更の必要が生じたと判断された場合には制御がＳ２７１へ進み、ユーザＤＢ１２のパーソナル重みを更新する。そのパーソナル重みが当該ユーザによって人工知能ＤＢ１７にも登録されている場合には（Ｓ２５５〜Ｓ２５８参照）、Ｓ２７２によりＹＥＳの判断がなされ、Ｓ２７３により人工知能ＤＢ１７の重みも更新する。このＳ２７０による判断は、例えば、人工知能サーバ９からの応答に対し「満足した」とか「満足しない」等の予め定められた決まり文句をユーザが言うことにより、人工知能サーバ９側において使用している知識の重みの変更の必要性を判断する。なお、上記決まり文句に代えてまたはそれに加えて、「素晴らしい回答ありがとう」等のユーザの通常の会話に基づいて判断してもよい。

そして、モバイル通信装置３側のＳ２６６により仕事上の対話が終了したと判断された場合には、Ｓ２７３により、仕事上の対話終了指示が人工知能サーバ９へ送信されて、リターンし制御がＳ１へ移行する。それを受信した人工知能サーバ９は、Ｓ２７４でＹＥＳの判断を行ない、リターンし制御がＳ３へ移行する。

以上説明した実施の形態の変形例や特徴点を以下に記載する。
（１） IoTサーバ９およびIoT用デバイスＤＢ１５、人工知能サーバ９、人工知能ＤＢ１７、ユーザＤＢ１２および学習ＤＢ６０、ならびに、ＳＮＳサーバ１１およびＳＮＳＤＢ１３の、少なくとも１つまたは全てを、ネットワーククラウドで構成してもよい。また、以上説明して実施の形態では、ユーザ側の端末として主にモバイル通信装置３を例に挙げて説明したが、ユーザ側の端末としては、ユーザＰＣ７やロボット６でもよい。また、モバイル通信装置３の具体例として、スマートグラス等で代表されるウェアラブルコンピュータを示したが、それに限定されるものではなく、例えば、携帯電話、スマートフォン、通信機能を有する自動車等の車両など、種々のものが考えられる。

（２） IoTサーバ８に、情報のやり取りの必要があるIoT用デバイスを割出すための割出し手段（Ｓ２４〜Ｓ２６、Ｓ３８、Ｓ４０）が設けられている。そして、その割出し手段により割出されたIoT用デバイスの地理的位置をウェアラブルコンピュータに送信してユーザに報知するように制御し、ユーザに仲介行為を促すようにしてもよい。その際、特に仲介の必要性の高いIoT用デバイスについて高い得点（ポイント等）を付与する旨をユーザに報知するように制御してもよい。

（３）限られた数のIoT用デバイスのみに対して高額の特典（ポイント等）を付与するように制御し、宝くじと同様の心理を利用して仲介行為を促進させるようにしてもよい。また、地理的位置に敷設されたIoT用デバイスの仲介行為を位置ゲーを利用して行わせるように制御してもよい。

（４）以上説明した実施の形態には以下の発明が開示されている。
この発明は、例えば、地球上に隈なく敷設されるIoT用デバイス（センサやアクチュエータ等）のコストを抑え、IoTを安価に実現するシステムに関する。

IoTを安価に実現するシステムに関する背景技術として、例えば次のものがあった。IoT用のセンサとインターネット上のサーバとの間にボーダルータ（ゲートウェイ装置）を導入し、センサにはサーバのアドレスを設定せず、自身のアドレスが確定した後にセンサデータ情報をボーダルータに対して送信する。ボーダルータはセンサ情報をセンサデータ管理サーバまで中継してデータ収集を実施する。これによりサーバ側はセンサのアドレスを検出し、センサアドレス宛のPull型データ収集も実施できる（特開２０１４−７８７７３号公報）。

しかし、この背景技術の場合、サーバ側からセンサアドレス宛のPull型データ収集が可能であるが、各センサにネットワークI/F等のインターネット接続機能を設けるか、あるいはネットワークに接続するための独自規格のアダプタを用意する必要があり、これがIoTを実現する上でのコストアップの原因となるという欠点があった。

一方、地球上に隈なく敷設されるIoT用デバイスの中には必ずしもサーバ側からセンサアドレス宛のPull型データ収集を行なう必要のないものもある。例えば、年間を通じての照度を集計するために設置された照度センサの場合は、定期的な照度検出結果をメモリに記憶しておき、サーバ側において年に一回行われる年間を通じての照度の集計時期までにその記憶した照度検出結果をサーバへ送信すれば事足りる。また、人間の往来が多い場所に設置されたIoT用デバイスの場合には、その人間を利用した人為的な手法により、IoT用デバイスのデータをサーバへ送信する方法も考えられる。

この発明は、かかる実情に鑑み考え出されたものであり、その目的は、IoTを実現する上でのコストを抑えることのできるシステムを提供することである。

この発明は、ユーザが所持するウェアラブルコンピュータと、
該ウェアラブルコンピュータとインターネットを介して通信するサーバと、
IoT用デバイス群とを備え、
前記IoT用デバイス群は、前記ウェアラブルコンピュータと通信するための通信手段を含み、
前記ウェアラブルコンピュータは、
前記IoT用デバイス群と通信するための対デバイス通信手段と、
前記サーバとインターネットを介して通信するための対サーバ通信手段と、
前記対デバイス通信手段による通信相手のIoT用デバイスと前記対サーバ通信手段による通信相手のサーバとを仲介して両者間で情報のやり取りを可能にする仲介手段と、を含む、IoTシステム。

このような構成によれば、IoT用デバイス群側に必ずしもインターネット接続機能が必要ではなく、その分コストを抑えることができ、安価にIoTを実現できる。

好ましくは、前記サーバは、前記仲介手段による仲介を行なった前記ウェアラブルコンピュータに対して所定の特典を付与するための特典付与手段をさらに含む。

このような構成によれば、ユーザに仲介に対するインセンティブを与えることができ、ユーザの仲介行為を促進させることが可能となる。

より好ましくは、前記サーバは、情報のやり取りの必要があるIoT用デバイスが存在するか否かを判定するための判定手段をさらに含む。

このような構成によれば、IoT用デバイス群側で情報のやり取りの必要が生じたか否かの判断機能を有する必要がなく、IoT用デバイス群側の処理負担を軽減でき、より一層コストを抑えることができる。

より好ましくは、前記ウェアラブルコンピュータは、現在位置を特定可能な情報を前記サーバに送信する位置情報送信手段をさらに含み、
前記サーバは、
前記位置情報送信手段により送信されてきた情報により位置が特定された前記ウェアラブルコンピュータの近辺に、前記割出し手段により割出された前記IoT用デバイスが存在するか否か判定する位置判定手段と、
該位置判定手段により存在すると判定された場合に、当該IoT用デバイスに対し前記仲介手段による仲介を行なうための指令信号を前記ウェアラブルコンピュータへ送信する仲介指令送信手段と、をさらに含み、
前記仲介手段は、前記介指令送信手段よる前記指令信号に従って仲介を行なう。

このような構成によれば、ウェアラブルコンピュータ側から仲介が必要なIoT用デバイスに対し仲介を働きかけるため、IoT用デバイス群側から仲介の要求信号を発信する必要がない。

より好ましくは、前記ウェアラブルコンピュータは、
検出するのに所定の時間を要するセンサと、
所望の地理的位置で前記センサを利用しての検出を行なう際に、当該センサによる検出所要時間をユーザに報知する報知手段（例えばＳ７１）と、さらに含み、
前記所望の地理的位置の検出エリア内で前記センサが前記検出所要時間検出を行なうことができた場合に、該検出データを前記仲介手段により仲介して前記サーバへ送信する。

このような構成によれば、検出するのに或る程度の所要時間を要する場合にその検出所要時間をウェアラブルコンピュータによりユーザに報知しているため、所用時間を要する検出データの収集に対する協力をユーザに促すことができる。

（５）以上説明した実施の形態では、機械学習の具体例として、建造物の保守点検モデル、暗記学習モデル、筋トレモデル、対話モデル、およびタスク処理モデルの作成を示したが、これらに限定されるものではなく、例えば、幼児用学習モデル、人工秘書用モデル、人工家庭教師用モデル等、種々のものが考えられる。また、パーソナライズデータも、暗記学習用、筋トレ用、対話用、タスク処理用に限定されず、例えば、幼児用学習用、人工秘書用、人工家庭教師用等、種々のものが考えられる。これらの一般的モデルおよびパーソナライズデータを、ユーザの状況に応じて切換えて使い分けるように制御する。その結果、人間は、生まれて間もなく、自分専用のパーソナライズデータを使用しての人工知能に基づいたパーソナライズサービスを受けながら成長し、人工知能と共に生涯を全うするようになる。つまり、今後の未来世界では、人間と人工知能とがワンペア化された世界になる。それは、人間と人工知能とがワンペア化されて１つの人格が構成された世界である。
また、一般的モデルおよびパーソナライズデータの使い分けに際して、本実施の形態では、対話用のパーソナライズデータはユーザの切換え意思表示がない限り従前のものを使用したが、一般的モデルおよびパーソナライズデータの切換え時に対話用のパーソナライズデータも他の相応しいものに自動的に切換えるように制御してもよい。例えば、一般的な日常会話のときには対話用の初期対象としてタレントＡを用い、仕事上の対話時には女性知的系（図１９参照）に自動的に切換えるように制御する。

（６）モバイル通信装置３等によりユーザから収集されたアラウンドデータ等に基づいて、当該ユーザにマッチすると思われる人工知能や一般的モデルを推薦するレコメンド制御を行なってもよい。また、ユーザが人工知能や一般的モデルを検索した際にリスト表示される検索結果を、上記ユーザから収集されたアラウンドデータ等に基づいて、当該ユーザにマッチすると思われるものから優先的に表示するように制御してもよい。さらに、人工知能や一般的モデルに対するユーザからの口コミを収取して表示するように制御してもよい。その際、前述したように、人間と人工知能とがワンペア化されて１つの人格が構成されるため、そのワンペア化された人間と人工知能とを一組としてそれに対しての口コミを収取して表示するように制御してもよい。

（７）上記幼児用学習用の般的モデルおよびパーソナライズデータを用いて学習された幼児について、その提供された学習材料（学習情報）と学習結果とからなる膨大なデータを収集し、それを機械学習のための学習データにして人間の知的成長を機械学習（教師あり学習等）するようにしてもよい。上記幼児に提供された学習材料（学習情報）と同じものを人工知能にも提供し、その結果知的成長を遂げた人工知能と実際の幼児との学習結果とを比較し、相違点が最少になるような強化学習や回帰を行なってもよく、人間に近い学習を可能にするための人工知能用学習モデルを作成する。特に、人工知能が苦手としている分野（例えば、常識、感情、創造性等）において、両者の学習結果の比較により、人工知能にとって有益な機械学習（教師あり学習等）になると考えられる。

（８）本実施の形態では、ユーザから送られてくる情報に基づいて前記一般的なモデルを当該ユーザに適したモデルにパーソナライズ化するためのパーソナライズ化手段（例えば、Ｓ１９１、Ｓ２２３、Ｓ２４６、Ｓ２７１）を、人工知能サーバ９に設けたが、それに代えてまたはそれに加えて、ユーザ側の端末（例えば、ウェアラブルコンピュータ等のモバイル通信装置３、ユーザＰＣ、ロボット等）に設けてもよい。

以上説明した実施の形態には以下の発明が開示されている。
本開示発明は、たとえば、人工知能による機械学習を利用したサービス提供システムおよびプログラムに関する。詳しくは、人工知能による機械学習を利用したサービスを提供するサービス提供システム、および、人工知能による機械学習を利用したサービスをユーザが受けるためにコンピュータにより実行されるプログラムに関する。

人工知能による機械学習を行なうために複数の情報源のそれぞれから学習データを作成するものがあった（例えば、特開２０１１−２３２９９７号公報）。

本開示発明は、かかる実情に鑑み考え出されたものであり、その目的は、学習データを作成するために必要な膨大な量の情報収集に要する労力とコストを抑えることである。さらなる目的は、機械学習の結果の一般的なモデルを用いたサービスがユーザにマッチしない場合が生じる不都合を解決することである。

本開示発明は、人工知能による機械学習を利用したサービスを提供するサービス提供システム（例えば、図９と図１０等）であって、
ユーザから送られてくる情報（例えば、ユーザ７０が見ている映像や視線の位置、音声、ＧＰＳ位置データなどのアラウンドデータ等）を基にした学習データを入力して機械学習によりモデル化した一般的なモデル（例えば、暗記学習モデルTi=T₀・I、筋トレモデルFi=F₀+(i-1)/a等）を生成するための機械学習手段（例えば、Ｓ１８９、Ｓ２１４、図１５等）と、
ユーザから送られてくる情報に基づいて前記一般的なモデルを当該ユーザに適したモデルにパーソナライズ化するためのパーソナライズ化手段（例えば、Ｓ１９１とＳ２０４、Ｓ２２３とＳ２２８等）と、
前記パーソナライズ化されたモデルを用いて当該ユーザにパーソナライズ化されたサービス（例えば、最も効率的な復習計画に基づいた学習事項の提供、最も効率的な筋トレ計画に基づいた筋トレメニューの提供等）を提供するサービス提供手段（例えば、Ｓ２０６、Ｓ２２９等）と、を備え、
前記ユーザから送られてくる情報を前記機械学習と前記パーソナライズ化との両方に利用する。

このような構成によれば、機械学習の結果を利用したサービスをユーザに提供することにより、多数のユーザが自ら率先して学習データのための情報提供を行なうようになる。しかも、ユーザから提供された情報が、一般的なモデルを当該ユーザに適したモデルにパーソナライズ化するためのも用いられるために、各ユーザが学習データのための情報提供を他人任せにしてサービスだけ享受するという不都合を極力防止できる。

好ましくは、前記機械学習手段は、ユーザ毎に差異のある要素（例えば、暗記力や筋トレ用の初期負荷や負荷増加係数などの個人の能力差、嗜好等）を定数（例えばT₀,F₀,a等）として前記一般的なモデルを生成し（例えば、Ｓ１８９、Ｓ２１４、図１５等）、
前記パーソナライズ化手段は、
ユーザから送られてくる情報に基づいて、前記一般的なモデル中の定数部分に当てはまる当該ユーザの実際の値（例えばTK,FK,az,CT等）を導出するための値導出手段（例えば、Ｓ１９１、Ｓ２２３等）と、
該値導出手段により導出された実際の値を前記一般的なモデル中の定数部分に代入して当該ユーザに適したモデルにパーソナライズ化するための代入手段（例えば、Ｓ２０４、２２８等）と、を含む。

より好ましくは、前記機械学習手段は、専門業者（例えば、筋トレ専門業者等）から送られてくる情報を基にした学習データも入力して機械学習によりモデル化した一般的なモデルを生成する（例えば、Ｓ２１４等）。

本発明の他の局面は、人工知能による機械学習を利用したサービスを提供するサービス提供システムであって、
機械学習を用いたモデル化により生成された一般的なモデル（例えば、図１９（ａ）の対話モデル、図２１（ａ）のタスク処理モデル等）を複数種類格納するための格納手段（例えば、人工知能ＤＢ１７等）と、
該格納手段に格納されている複数種類の一般的なモデルの中からユーザにより選択された一般的なモデルを利用してユーザにサービス（例えば、対話サービス、仕事上の質問や相談への応答等）を提供するためのサービス提供手段（例えば、Ｓ２４１〜Ｓ２４４、Ｓ２４７、Ｓ２４８、Ｓ２６１〜Ｓ２６３、Ｓ２６７〜Ｓ２６９等）と、
該サービス提供手段により提供されたサービスに対するユーザの反応に応じて前記一般的なモデルを当該ユーザに適したモデルにパーソナライズ化するためのパーソナライズ化手段（例えば、Ｓ２４６、Ｓ２７１等）と、を備え、
前記サービス提供手段は、前記パーソナライズ化手段によりパーソナライズ化されたモデルを用いて当該ユーザにサービスを提供するためのパーソナルサービス提供手段（例えば、更新されたパーソナル重みに従ってＳ２４４、Ｓ２６９等を実行する）を含む。

このような構成によれば、機械学習を用いたモデル化により生成された複数種類の一般的なモデルの中から、ユーザが希望する一般的モデルを選択してその一般的モデルを利用してサービスがユーザに提供されるため、ユーザの希望を反映した一般的モデルによるサービスを享受できる。しかも、サービスを受けたユーザの反応により一般的モデルが当該ユーザに適したモデルにパーソナライズ化されるため、提供されるサービスのパーソナライズ化によりユーザにマッチするサービスの提供が可能となる。

好ましくは、前記パーソナルサービス提供手段は、前記ユーザにより選択された一般的なモデルが以前当該ユーザへのサービスの提供に利用されていた場合に（例えば、Ｓ２６２でＹＥＳ）、当該利用当時のパーソナライズ化されたモデルを用いてユーザにサービスを提供するための手段（例えば、Ｓ２６３等）を有する。

より好ましくは、前記パーソナライズ化手段によりパーソナライズ化されたモデルを他人に使用させるためのモデル使用手段（例えば、Ｓ２５７、Ｓ２５８等）をさらに備える。

本開示発明の他の局面は、人工知能による機械学習を利用したサービスをユーザが受けるためにコンピュータにより実行されるプログラムであって、
人工知能による機械学習を用いたモデル化により生成された複数種類の一般的なモデル（例えば、図１９（ａ）の対話モデル、図２１（ａ）のタスク処理モデル等）の中からユーザが希望するものを選択指定するステップ（例えば、Ｓ２３７とＳ２３８、Ｓ２５９とＳ２６０等）と、
該選択指定するステップにより選択指定された一般的なモデルを利用したサービスをユーザが受けるための処理ステップ（例えば、Ｓ２３６〜Ｓ２３９、Ｓ２６０、Ｓ２６５等）と、
該処理ステップによりサービスを受けたユーザの反応に応じて前記一般的なモデルを当該ユーザに適したモデルにパーソナライズ化するために前記ユーザの反応を前記人工知能に提供するステップ（例えば、Ｓ２３９、Ｓ２６５等）とを、
前記コンピュータに実行させ、
前記処理ステップは、前記人工知能によりパーソナライズ化されたモデルを用いてパーソナライズ化されたサービスを当該ユーザが受けるためのパーソナルサービス享受ステップ（例えば、更新されたパーソナル重みに従った応答をＳ２３９、Ｓ２６５などで受ける等）を含む。

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

１インターネット、２ IoT用デバイス、３モバイル通信装置、４ワイヤレスセンサネットワーク、８ IoTサーバ、９人工知能サーバ、１０各種専門業者のＰＣ、１２ユーザＤＢ、１５ IoT用デバイスＤＢ、１７人工知能ＤＢ、６０学習ＤＢ、３８各種センサ。

Claims

ユーザが自己向上のために繰り返し行うプラクティスを人工知能を利用して支援する支援システムであって、
前記プラクティスを行う複数のユーザのデータを収集するデータ収集手段と、
前記データ収集手段により収集された複数ユーザ分のデータに基づいて機械学習を行うことにより生成された一般的モデルを記憶する記憶手段と、
前記記憶手段に記憶された一般的モデルと前記データ収集手段により収集されたユーザ１人分の個別データとに基づいて、当該個別ユーザにパーソナライズ化されたパーソナライズモデルを生成するパーソナライズモデル生成手段と、
前記パーソナライズモデル生成手段により生成されたパーソナライズモデルを用いて、当該個別ユーザが繰り返しプラクティスを行う際の実行すべきプラクティス内容を特定するプラクティス内容特定手段と、
前記プラクティス内容特定手段により特定されたプラクティス内容を前記個別ユーザが行うためのサービスを提供するサービス提供手段と、を備え、
前記一般的モデルは、前記繰り返し行うプラクティスを効率化するために生成された複数のユーザに共通して当てはまるモデルであり、
前記パーソナライズモデルは、前記個別ユーザが前記繰り返し行うプラクティスを効率化するために生成された当該個別ユーザ専用のモデルである、支援システム。
前記一般的モデルは、ユーザ毎に差異のある要素を定数として生成されたモデルであり、
前記パーソナライズモデル生成手段は、
前記個別ユーザから送られてくる情報に基づいて、前記一般的モデル中の定数部分に当てはまる当該個別ユーザの実際の値を導出するための値導出手段と、
該値導出手段により導出された実際の値を前記一般的モデル中の定数部分に代入して前記パーソナライズモデルを生成するための代入手段と、を含む、請求項１に記載の支援システム。
前記データ収集手段は、前記プラクティスをユーザに提供する専門業者から送られてくる複数のユーザのデータを収集する、請求項１または２に記載の支援システム。