ホーム > 特許ランキング > 株式会社デンソーテン
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023144405
(43)【公開日】2023-10-11
(54)【発明の名称】端末装置及びサービス評価装置
(51)【国際特許分類】
H04M 1/00 20060101AFI20231003BHJP
G06Q 50/10 20120101ALI20231003BHJP
H04M 11/00 20060101ALI20231003BHJP
【ＦＩ】
H04M1/00 R
G06Q50/10
H04M11/00 302
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022051360
(22)【出願日】2022-03-28
(71)【出願人】
【識別番号】000237592
【氏名又は名称】株式会社デンソーテン
(74)【代理人】
【識別番号】110001933
【氏名又は名称】弁理士法人 佐野特許事務所
(72)【発明者】
【氏名】藤井 亮太
(72)【発明者】
【氏名】井場崎 裕一
(72)【発明者】
【氏名】本田 祐也
(72)【発明者】
【氏名】服部 猛
【テーマコード（参考）】
5K127
5K201
5L049
【Ｆターム（参考）】
5K127AA36
5K127BA03
5K127BB22
5K127BB33
5K127CA08
5K127CB21
5K127GA14
5K127JA03
5K127JA14
5K127JA34
5K127JA49
5K127KA01
5K201BA02
5K201CB14
5K201CC01
5K201CC04
5K201CC10
5K201DC02
5K201EC06
5K201ED05
5K201ED09
5L049CC11
(57)【要約】
【課題】サービス評価に関わる手間を削減する又は正確なサービス評価を提供する。
【解決手段】対象人物に対して情報を出力可能なインターフェース部（１７１）と、端末処理部と、を備えた端末装置であって、端末処理部は、１以上の人物が対象サービスを受けている期間中での１以上の人物の生体情報に基づくサービス評価情報を、インターフェース部を用い、対象サービスに対応づけて対象人物に通知する。
【選択図】図９
【解決手段】対象人物に対して情報を出力可能なインターフェース部（１７１）と、端末処理部と、を備えた端末装置であって、端末処理部は、１以上の人物が対象サービスを受けている期間中での１以上の人物の生体情報に基づくサービス評価情報を、インターフェース部を用い、対象サービスに対応づけて対象人物に通知する。
【選択図】図９
【特許請求の範囲】
【請求項1】
対象人物に対して情報を出力可能なインターフェース部と、
端末処理部と、を備えた端末装置であって、
前記端末処理部は、１以上の人物が対象サービスを受けている期間中での前記１以上の人物の生体情報に基づくサービス評価情報を、前記インターフェース部を用い、前記対象サービスに対応づけて前記対象人物に通知する
、端末装置。
端末処理部と、を備えた端末装置であって、
前記端末処理部は、１以上の人物が対象サービスを受けている期間中での前記１以上の人物の生体情報に基づくサービス評価情報を、前記インターフェース部を用い、前記対象サービスに対応づけて前記対象人物に通知する
、端末装置。
【請求項2】
前記サービス評価情報は、前記対象人物が前記対象サービスを受けている対象期間中の前記対象人物の生体情報に基づき導出される
、請求項１に記載の端末装置。
、請求項１に記載の端末装置。
【請求項3】
前記サービス評価情報は、前記対象期間中における前記対象人物の快適度を表す情報を含む
、請求項２に記載の端末装置。
、請求項２に記載の端末装置。
【請求項4】
前記サービス評価情報は、前記対象人物と異なる参照人物が前記対象サービスを受けている参照期間中の前記参照人物の生体情報に基づき導出される
、請求項１に記載の端末装置。
、請求項１に記載の端末装置。
【請求項5】
前記サービス評価情報は、前記参照期間中における前記参照人物の快適度を表す情報を含む
、請求項４に記載の端末装置。
、請求項４に記載の端末装置。
【請求項6】
前記端末処理部は、前記対象人物の現在の生体情報に基づき、利用が推奨されるサービス又は利用が制止されるべきサービスを、前記インターフェース部を用いて前記対象人物に通知する
、請求項１～５の何れかに記載の端末装置。
、請求項１～５の何れかに記載の端末装置。
【請求項7】
請求項２又は３に記載の端末装置に無線接続されるサービス評価装置であって、
前記対象期間中の前記対象人物の生体情報に基づき前記サービス評価情報を生成して前記端末装置に送信する評価処理部を備える
、サービス評価装置。
前記対象期間中の前記対象人物の生体情報に基づき前記サービス評価情報を生成して前記端末装置に送信する評価処理部を備える
、サービス評価装置。
【請求項8】
請求項４又は５に記載の端末装置に無線接続されるサービス評価装置であって、
前記参照期間中の前記参照人物の生体情報に基づき前記サービス評価情報を生成して前記端末装置に送信する評価処理部を備える
、サービス評価装置。
前記参照期間中の前記参照人物の生体情報に基づき前記サービス評価情報を生成して前記端末装置に送信する評価処理部を備える
、サービス評価装置。
【請求項9】
当該サービス評価装置は複数の人物に対応する複数の端末装置に無線接続され、
前記評価処理部は、前記参照期間とは異なる期間中における前記複数の人物の夫々についての生体情報に基づき、前記複数の人物において前記対象人物と前記参照人物の組み合わせを設定する
、請求項８に記載のサービス評価装置。
前記評価処理部は、前記参照期間とは異なる期間中における前記複数の人物の夫々についての生体情報に基づき、前記複数の人物において前記対象人物と前記参照人物の組み合わせを設定する
、請求項８に記載のサービス評価装置。
【請求項10】
複数の端末装置に無線接続されるサービス評価装置であって、
各端末装置のユーザが対象サービスを受けている期間中での各ユーザの生体情報に基づき前記対象サービスに対する評価情報を生成する評価処理部を備える
、サービス評価装置。
各端末装置のユーザが対象サービスを受けている期間中での各ユーザの生体情報に基づき前記対象サービスに対する評価情報を生成する評価処理部を備える
、サービス評価装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末装置及びサービス評価装置に関する。
【背景技術】
【0002】
或る人物が任意のサービスを利用した際、当該人物が手動で当該サービスへの評価（評価コメント等）を端末装置に入力し、ウェブサイトにアップロードするといった方法がある。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００３－１７０８３０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
評価の手動入力は手間がかかる。また、手動入力による評価は恣意的な情報を含みやすいため、サービス評価が正確に行われないことがある。
【0005】
本発明は、サービス評価に関わる手間の削減又は正確なサービス評価の提供に寄与する端末装置及びサービス評価装置を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明に係る端末装置は、対象人物に対して情報を出力可能なインターフェース部と、端末処理部と、を備えた端末装置であって、前記端末処理部は、１以上の人物が対象サービスを受けている期間中での前記１以上の人物の生体情報に基づくサービス評価情報を、前記インターフェース部を用い、前記対象サービスに対応づけて前記対象人物に通知する。
【0007】
本発明に係るサービス評価装置は、複数の端末装置に無線接続されるサービス評価装置であって、各端末装置のユーザが対象サービスを受けている期間中での各ユーザの生体情報に基づき前記対象サービスに対する評価情報を生成する評価処理部を備える。
【発明の効果】
【0008】
本発明によれば、サービス評価に関わる手間の削減又は正確なサービス評価の提供に寄与する端末装置及びサービス評価装置を提供することが可能となる。
【図面の簡単な説明】
【0009】
【図1】本発明の実施形態に係るシステムの全体構成図である。
【図2】本発明の実施形態に係り、人物と端末装置と情報取得装置との対応関係を定義するための図である。
【図3】本発明の実施形態に係る端末装置の内部構成図である。
【図4】本発明の実施形態に係るシステム管理装置の内部構成図である。
【図5】本発明の実施形態に係り、システム管理装置内の管理制御部の機能ブロック図である。
【図6】本発明の実施形態で想定されるケースを例示する図である。
【図7】本発明の実施形態に係り、総合評価情報の構成図である。
【図8】本発明の実施形態に属する第１実施例に係り、システムの動作フローチャートである。
【図9】本発明の実施形態に属する第１実施例に係り、端末装置における評価情報の表示例を示す図である。
【図10】本発明の実施形態に属する第２実施例に係り、システムの動作フローチャートである。
【図11】本発明の実施形態に属する第２実施例に係り、端末装置における評価情報の表示例を示す図である。
【図12】本発明の実施形態に属する第６実施例に係り、ルート検索に関わる想定内容を示す図である。
【図13】本発明の実施形態に属する第６実施例に係り、端末装置におけるルート検索結果の表示例を示す図である。
【図14】本発明の実施形態に属する第６実施例に係り、端末装置におけるルート検索結果の表示例を示す図である。
【図15】本発明の実施形態に属する第８実施例に係り、端末装置におけるタクシー運転手の検索結果の表示例を示す図である。
【図16】本発明の実施形態に属する第９実施例に係り、機械学習装置の構成及びＤＮＮの機能を示す図である。
【図17】本発明の実施形態に属する第９実施例に係り、機械学習済みモデルを得るための動作フローチャートである。
【発明を実施するための形態】
【0010】
以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量、機能部、回路、素子又は部品等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量、機能部、回路、素子又は部品等の名称を省略又は略記することがある。
【0011】
本発明の実施形態に係るシステムＳＹＳの概略全体構成図を示す。システムＳＹＳは、複数の端末装置１００とシステム管理装置２００とを備える。詳細は後述から明らかとなるが、システム管理装置２００は各種サービスの良し悪し等を評価する機能を有する。このため、システム管理装置２００はサービス評価装置の例であるとも言え、システムＳＹＳをサービス評価システムと称することもできる。
【0012】
各端末装置１００とシステム管理装置２００とは所定の通信網ＮＥＴを介して無線接続され、各端末装置１００とシステム管理装置２００とは通信網ＮＥＴを介して互いに双方向通信が可能である。通信網ＮＥＴは、インターネット、無線ＬＡＮ（Local Area Network）及び近距離無線通信回線の内、全部又は一部を含む。無線ＬＡＮは、例えばＷｉ－Ｆｉ（登録商標）に準拠したものであって良い。近距離無線通信回線は、例えばBluetooth（登録商標）に準拠したものであって良い。
【0013】
図１において、符号“ＰＳ”は端末装置１００のユーザとしての人物を表す。ユーザとは端末装置１００を操作及び所持する人物である。例えば、スマートホン、タブレット又はパーソナルコンピュータ等の電子機器を端末装置１００として用いることができる。
【0014】
図１において、符号“ＢＢ”は情報取得装置（生体情報の取得装置）を表す。各情報取得装置ＢＢは、何れかの人物ＰＳに装着され、当該人物ＰＳの生体情報を取得する。情報取得装置ＢＢは人物ＰＳの特定部位に装着される。特定部位は例えば手首近傍である。即ち、情報取得装置ＢＢは手首近傍において人物ＰＳに装着される腕時計型の装置であって良い。但し、特定部位は手首近傍に限定されず、胸、首、足などであっても良い。
【0015】
図２に示す如く、以下では、計ｎ台の端末装置１００である端末装置１００［１］～１００［ｎ］がシステムＳＹＳ内で運用されるとする。ｎは２以上の整数であり、例えば１００万といった非常に大きな値が想定される。端末装置１００［ｉ］のユーザを特に人物ＰＳ［ｉ］と称する。ここにおけるｉはｎ以下の任意の自然数を表す。人物ＰＳ［ｉ］は端末装置１００［ｉ］を操作及び所持する。人物ＰＳ［ｉ］に対応する情報取得装置ＢＢを特に情報取得装置ＢＢ［ｉ］と称する。情報取得装置ＢＢ［ｉ］は人物ＰＳ［ｉ］に装着され、人物ＰＳ［ｉ］の生体情報を取得する。このように、情報取得装置ＢＢ［ｉ］及び端末装置１００［ｉ］は人物ＰＳ［ｉ］に対応付けられる。情報取得装置ＢＢ［ｉ］と端末装置１００［ｉ］とは、Bluetooth（登録商標）等に準拠した近距離無線通信回線を介し、互いに双方向通信可能な態様で無線接続される。
【0016】
図３に１つの端末装置１００の概略ブロック図を示す。システムＳＹＳにおいて、任意の２つの端末装置１００は互いに異なる種類の端末装置であって良い。即ち例えば、任意の２つの端末装置１００は互いに異なる種類のスマートホンであっても良い。或いは例えば、或る端末装置１００はスマートホンであって、他の端末装置１００はパーソナルコンピュータであっても良い。但し、以下の説明では、各端末装置１００が図３に示す構成を有しているものとする。即ち、システムＳＹＳにおける各端末装置１００は、符号１１０、１２０、１３０、１４０、１５０、１６０及び１７０により参照される各部位を備えるものとする。
【0017】
端末制御部１１０は、ＭＰＵ（Micro Processing Unit）及びＧＰＵ（Graphics Processing Unit）等を含む演算処理部１１０ａをハードウェア資源として備え、端末装置１００の各部位の動作を統括的に制御する。以下の説明において、端末制御部１１０にて実行される任意の動作及び処理は、演算処理部１１０ａにて実行される動作及び処理であると解されても良い。
【0018】
メモリ１２０は、ＲＯＭ（Read only memory）又はフラッシュメモリ等の不揮発性メモリ、及び、ＲＡＭ（Random access memory）等の揮発性メモリを含む。メモリ１２０の全部又は一部は端末制御部１１０に内蔵されたメモリであっても良い。メモリ１２０にはプログラムＰＧ１が格納される。演算処理部１１０ａはプログラムＰＧ１を実行することで、プログラムＰＧ１による機能を実現できる。以下の説明において、端末制御部１１０にて実行される任意の動作及び処理は、演算処理部１１０ａにて実行される動作及び処理であると解されて良い。プログラムＰＧ１はプログラムＰＧ１ａ及びＰＧ１ｂを含む複数のプログラムにて構成されていて良い。演算処理部１１０ａに複数のＭＰＵが設けられる場合、プログラムＰＧ１内の複数のプログラムは複数のＭＰＵにて実行されるものであっても良い。
【0019】
通信処理部１３０は、端末装置１００の相手側装置との双方向通信を実現する。端末装置１００の相手側装置にシステム管理装置２００及び情報取得装置ＢＢが含まれる。通信処理部１３０は、相手側装置に対して任意の情報を送信する送信部１３１と、相手側装置から送信された情報を受信する受信部１３２と、を備える。以下では、通信処理部１３０、送信部１３１及び受信部１３２の記述を省略することがあるが、端末装置１００において、相手側装置への情報の送信は通信処理部１３０（送信部１３１）を用いて実現され、相手側装置からの情報の受信は通信処理部１３０（受信部１３２）を用いて実現される。
【0020】
カメラ１４０は、自身の撮影領域内の被写体を撮影し、撮影領域内の画像（以下撮影画像）の画像情報を生成する。生成された画像情報は端末制御部１１０に送られる。カメラ１４０において所定のフレーム周期で順次撮影が行われ、これにより時系列上に並ぶ複数の撮影画像が取得される。時系列上に並ぶ複数の撮影画像により動画像が形成される。
【0021】
ＧＰＳ処理部１５０は、ＧＰＳ（Global Positioning System）を形成する複数のＧＰＳ衛星からの信号を受信することで端末装置１００の位置（端末装置１００の現在地）を検出する。検出された端末装置１００の位置を端末位置と称し、端末位置を表す情報を端末位置情報と称する。端末位置情報はＧＰＳ処理部１５０から端末制御部１１０に送られる。或る端末装置１００の端末位置は、端末装置１００のユーザの現在地を表すと考えて良い。
【0022】
日時情報取得部１６０は現在の日付及び時刻を示す日時情報を取得して端末制御部１１０に送る。日時情報取得部１６０は通信網ＮＥＴを介して他の装置（不図示）から日時情報を取得しても良い。
【0023】
インターフェース部１７０は、端末装置１００と端末装置１００のユーザとの間のマンマシンインターフェースであり、端末装置１００のユーザに対して任意の情報を出力し、且つ、端末装置１００のユーザから任意の情報を受ける。インターフェース部１７０は、表示画面１７１、操作部１７２、マイクロホン１７３及びスピーカ１７４を備える。表示画面１７１は液晶ディスプレイパネル等にて構成され、端末制御部１１０の制御の下で任意の画像を表示する。操作部１７２は端末装置１００のユーザから任意の操作の入力を受け付ける。表示画面１７１及び操作部１７２によりタッチパネルが構成されていても良く、操作部１７２への操作はタッチパネルに対する操作であっても良い。マイクロホン１７３は、マイクロホン１７３の周辺音を収音し、収音した音を電気信号に変換する。スピーカ１７４は端末制御部１１０の制御の下で任意の音を出力する。
【0024】
図４にシステム管理装置２００の全体構成図を示す。システム管理装置２００は、管理制御部２１０、メモリ２２０及び通信処理部２３０を備える。システム管理装置２００は通信網ＮＥＴに接続された１以上のコンピュータ装置にて構成される。クラウトコンピューティングを利用してシステム管理装置２００が形成されても良い。
【0025】
管理制御部２１０は、ＭＰＵ及びＧＰＵ等を含む演算処理部２１０ａをハードウェア資源として備える。
【0026】
メモリ２２０は、ＲＯＭ又はフラッシュメモリ等の不揮発性メモリ、及び、ＲＡＭ等の揮発性メモリを含む。メモリ２２０の全部又は一部は管理制御部２１０に内蔵されたメモリであっても良い。メモリ２２０にはプログラムＰＧ２が格納される。管理制御部２１０において、メモリ２２０に格納されたプログラムＰＧ２を演算処理部２１０ａが実行することで、管理制御部２１０の各機能（後述される各機能ブロックを含む）が実現されて良い。ここにおけるプログラムＰＧ２は複数のプログラムを含んでいて良い。以下の説明において、管理制御部２１０にて実行される任意の動作及び処理は、演算処理部２１０ａにて実行される動作及び処理であると解されて良い。管理制御部２１０に複数のＭＰＵを設けておき、当該複数のＭＰＵにて複数のプログラムが実行されることで、管理制御部２１０の各機能（後述される各機能ブロックを含む）が実現されても良い。
【0027】
通信処理部２３０は通信網ＮＥＴを介して相手側装置との双方向通信を実現する。システム管理装置２００にとっての相手側装置に各端末装置１００が含まれる。通信処理部２３０は、相手側装置に対して任意の情報を送信する送信部２３１と、相手側装置から送信された情報を受信する受信部２３２と、を備える。以下では、通信処理部２３０、送信部２３１及び受信部２３２の記述を省略することがあるが、システム管理装置２００において、相手側装置への情報の送信は通信処理部２３０（送信部２３１）を用いて実現され、相手側装置からの情報の受信は通信処理部２３０（受信部２３２）を用いて実現される。
【0028】
端末装置１００において（図３参照）、プログラムＰＧ１ａは、各種サービスの検索、予約及び決済を行うことが可能なアプリケーションプログラムである。ここにおけるサービスは交通サービスを含む。交通サービスは、任意の区間において任意の人物が任意の交通機関により輸送されるサービスである。交通機関として公共の交通機関が想定される。交通機関は、車両、航空機及び船舶を含む。車両は、路上を走行するタクシー及びバスであっても良いし、線路上を走行する列車（電車又は汽車）であっても良い。
【0029】
プログラムＰＧ１ａは“Mobility as a Service”を実現するためのプログラムである。演算処理部１１０ａはプログラムＰＧ１ａを実行することで“Mobility as a Service”を実現する。但し、“Mobility as a Service”の全体は通信網ＮＥＴに接続された様々な装置が協働して実現される。
【0030】
演算処理部１１０ａがプログラムＰＧ１ａを実行することにより、演算処理部１１０ａにて検索処理、予約処理及び決済処理が実行可能である。検索処理、予約処理及び決済処理は、端末装置１００のユーザからインターフェース部１７０にて受けた操作に基づき実行される。
【0031】
或る任意の注目された人物ＰＳを注目人物ＰＳと称し、注目人物ＰＳをユーザとする端末装置１００を注目端末装置１００と称する。注目人物ＰＳが任意の出発地点から任意の目的地点まで交通機関を利用して移動することを希望している場合を想定し、注目端末装置１００での検索処理、予約処理及び決済処理を説明する。注目人物ＰＳが上記希望の内容を表す検索指定情報をインターフェース部１７０を通じて注目端末装置１００に入力すると、検索処理において、出発地点から目的地点まで移動するためのルートが１以上検索されて特定される。検索及び特定された１以上のルートが表示画面１７１に表示される。尚、ルートの検索自体は、通信網ＮＥＴに接続された検索用装置（不図示）により実行される。故に、検索処理の全体は注目端末装置１００と検索用装置との協働により実現されると考えることができる。
【0032】
注目人物ＰＳが表示された１以上のルートの何れかを指定して予約指示操作を注目端末装置１００に入力すると、予約処理が実行される。この予約処理では、指定されたルートに沿って注目人物ＰＳを輸送するための交通機関の利用が予約される（即ち注目人物ＰＳが当該交通機関を利用するという内容の契約が成立する）。尚、予約自体は、通信網ＮＥＴに接続された予約用装置（不図示）により実行される。故に、予約処理の全体は注目端末装置１００と予約用装置との協働により実現されると考えることができる。
【0033】
予約指示操作に続いて、注目人物ＰＳが決済指示操作を注目端末装置１００に入力すると、注目人物ＰＳの決済情報に基づき決済処理が実行される。決済処理では、予約された交通機関を利用するための料金（運賃）が決済される。注目人物ＰＳの決済情報は、上記料金の決済に必要な情報であって、注目人物ＰＳに対応付けられた情報（例えばクレジットカード情報若しくは銀行口座情報、又は、電子決済サービスの個人情報）である。尚、決済自体は、通信網ＮＥＴに接続された決済用装置（不図示）により実行される。故に、決済処理の全体は注目端末装置１００と決済用装置との協働により実現されると考えることができる。
【0034】
検索処理、予約処理及び決済処理の対象となるサービスが交通サービスであることを想定して、検索処理、予約処理及び決済処理を説明したが、上述の検索処理、予約処理及び決済処理の対象となるサービスは、交通サービス以外のサービスを含んでいても良い。例えば、検索処理、予約処理及び決済処理の対象となるサービスに、施設サービスが含まれていて良い。施設サービスは、任意の人物により施設が利用されるサービスである。施設として、宿泊施設、飲食店施設、入浴施設、スポーツ施設などが挙げられる。ここでは施設として、利用にあたって予約が可能であり、且つ、利用に際して決済（費用の支払い）が必要な施設を想定する。
【0035】
施設に関わる検索処理、予約処理及び決済処理を説明する。注目人物ＰＳが利用を希望する施設の条件を示す検索指定情報をインターフェース部１７０を通じて注目端末装置１００に入力する。すると、注目端末装置１００は、検索処理において当該条件に適合する１以上の施設を表示画面１７１に表示する。注目人物ＰＳが表示された１以上の施設の何れかを指定して予約指示操作を注目端末装置１００に入力すると、予約処理が実行される。この予約処理では、指定された施設の利用が予約される（即ち注目人物ＰＳが当該施設を利用するという内容の契約が成立する）。予約指示操作に続いて、注目人物ＰＳが決済指示操作を注目端末装置１００に入力すると、注目人物ＰＳの決済情報に基づき決済処理が実行される。決済処理では、予約された施設を利用するための料金が決済される。
【0036】
ここで任意の注目人物ＰＳが注目端末装置１００に対して入力した情報をユーザ入力情報と称する。注目人物ＰＳについてのユーザ入力情報は 検索処理、予約処理及び決済処理において注目端末装置１００が注目人物ＰＳから受けた情報を含む。ユーザ入力情報は、プログラムＰＧ１ａに従って注目端末装置１００からシステム管理装置２００に送信され、管理制御部２１０にて注目人物ＰＳに対応付けられる。
【0037】
このため、検索処理、予約処理及び決済処理の対象となるサービスが交通サービスであれば、管理制御部２１０は、注目人物ＰＳが、何時、どの交通機関を利用して、どこからどこまで移動するのかを認識できる。尚、注目人物ＰＳは自身が行った予約の結果に従って出発地点から目的地点まで実際に移動するものとする。また、検索処理、予約処理及び決済処理の対象となるサービスが施設サービスであれば、管理制御部２１０は、注目人物ＰＳが、何時、どの施設を利用するのかを認識できる。尚、注目人物ＰＳは自身が行った予約の結果に従って予約した施設を利用するものとする。
【0038】
端末装置１００において（図３参照）、プログラムＰＧ１ｂは、情報取得装置ＢＢと協働して人物ＰＳの生体情報の収集及び管理等を行うアプリケーションプログラムである。演算処理部１１０ａがプログラムＰＧ１ｂを実行することにより、演算処理部１１０ａにて生体情報の収集処理及び生体情報の管理処理が実行可能である。注目端末装置１００における生体情報の収集処理及び管理処理を説明する。
【0039】
注目人物ＰＳに装着された情報取得装置ＢＢにて注目人物ＰＳの生体情報が取得される。生体情報は所定周期で次々と取得され、取得された生体情報は情報取得装置ＢＢから注目端末装置１００に送信される。生体情報の収集処理において、注目端末装置１００は、受信した注目人物ＰＳの生体情報を収集してメモリ１２０に保存する。この際、収集された各生体情報が、何時の生体情報であるのかを特定するためのタイムスタンプ情報が、日時情報に基づき生成され、生体情報に付加される。タイムスタンプ情報の付加は情報取得装置ＢＢにて行われる場合もある。
【0040】
生体情報の管理処理では、メモリ１２０に保存された生体情報に基づく様々な情報を注目人物ＰＳに提供する。例えば、生体情報の管理処理では、メモリ１２０に保存された生体情報を時系列に沿って表示画面１７１に表示する、或いは、メモリ１２０に保存された生体情報の統計情報を表示画面１７１に表示する。
【0041】
生体情報の収集処理を通じてメモリ１２０に保存された生体情報は、注目端末装置１００からシステム管理装置２００に送信され、管理制御部２１０にて注目人物ＰＳに対応付けられる。このため、管理制御部２１０は、各日時における注目人物ＰＳの生体情報を認識できる。尚、システム管理装置２００に対する生体情報の送信は、プログラムＰＧ１ａに従って行われる場合もあるし、プログラムＰＧ１ｂに従って行われる場合もある。また、情報取得装置ＢＢから生体情報がシステム管理装置２００に直接送信されても良い。
【0042】
注目人物ＰＳの生体情報は、注目人物ＰＳの身体機能に関して検出可能な情報であれば任意である。注目人物ＰＳの生体情報は、例えば、注目人物ＰＳの脈拍、体温、血圧、発汗量、血中酸素濃度及び血糖値の内、全部又は一部を含む。注目人物ＰＳの生体情報における脈拍は、例えば、注目人物ＰＳの脈拍数、注目人物ＰＳの脈拍のリズム及び注目人物ＰＳの脈拍の大きさの内、全部又は一部を含む。
【0043】
尚、情報取得装置ＢＢの全部又は一部は端末装置１００に内蔵され得る。情報取得装置ＢＢの全部が端末装置１００に内蔵される場合、端末装置１００にて生体情報の全てが取得されることになる。情報取得装置ＢＢの一部が端末装置１００に内蔵される場合、端末装置１００にて生体情報の一部が取得され、情報取得装置ＢＢにて生体情報の残部が取得されることになる。
【0044】
以下では、特に記述なき限り、端末装置１００［１］～１００［ｎ］の夫々において、プログラムＰＧ１ａ及びＰＧ１ｂが常駐プログラムとして演算処理部１１０ａにより常時実行されているものとする。
【0045】
また、以下では、特に記述なき限り、検索処理、予約処理及び決済処理の対象となるサービスが交通サービスであることが主に想定される。また、人物ＰＳ［ｉ］によるサービスの予約とは、プログラムＰＧ１ａの機能により端末装置１００［ｉ］を用いて行われた予約であるとする。
【0046】
図５に管理制御部２１０の機能ブロック図を示す。管理制御部２１０は機能ブロックＦ２１～Ｆ２５を備える。演算処理部２１０ａにおいて、単一又は複数のプログラムが実行されることで機能ブロックＦ２１～Ｆ２５が実現されて良い。演算処理部２１０ａに複数のＭＰＵを設けておき、当該複数のＭＰＵにて複数のプログラムが個別に実行されることで任意の複数の機能ブロック（ここでは機能ブロックＦ２１～Ｆ２５）が実現されて良い。機能ブロックＦ２１、Ｆ２２、Ｆ２３、Ｆ２４、Ｆ２５は、夫々、利用サービス特定部、分析評価部、端末フィードバック部、マッチング部、サービス提案部である。尚、マッチング部Ｆ２４及びサービス提案部Ｆ２５の機能については後の実施例の中で説明される。
【0047】
利用サービス特定部Ｆ２１は、人物ＰＳごとに、人物ＰＳの行動情報に基づき人物ＰＳが現在利用しているサービスを特定し、特定したサービスを示す利用サービス情報を生成及び出力する。人物ＰＳ［ｉ］の行動情報は、各時刻における人物ＰＳ［ｉ］の行動の内容を表す情報である。人物ＰＳ［ｉ］の行動情報は人物ＰＳ［ｉ］のユーザ入力情報を含む。人物ＰＳ［ｉ］のユーザ入力情報は、検索処理、予約処理及び決済処理において端末装置１００［ｉ］が人物ＰＳ［ｉ］から受けた情報を含む。各端末装置１００からユーザ入力情報が送信され、受信部２３２にて受信される。
【0048】
検索処理、予約処理及び決済処理の対象となるサービスが交通サービスであれば、利用サービス情報は、人物ＰＳ［ｉ］が現在利用している交通機関の種類、人物ＰＳ［ｉ］が現在利用している交通機関による人物ＰＳ［ｉ］の移動区間、及び、人物ＰＳ［ｉ］が現在利用している交通機関による人物ＰＳ［ｉ］の移動の日時を含む。
【0049】
具体的には例えば、図６に示す如く、或る時刻Ｔ１ａに地点Ｋ１ａを出発して、その後、時刻Ｔ１ｂに地点Ｋ１ｂに到着する列車ＴＲを考える。時刻Ｔ１ａから時刻Ｔ１ｂまでの期間を期間ＰＰ１と称する。期間ＰＰ１において地点Ｋ１ａから地点Ｋ１ｂを走行する列車ＴＲを利用する（当該列車ＴＲにて移動する）サービスを、サービスＳＶＣ１と称する。ケースＣＳ１では、人物ＰＳＸがサービスＳＶＣ１を予約し、予約内容に従って期間ＰＰ１にてサービスＳＶＣ１の提供を受ける。尚、複数の人物ＰＳの夫々が人物ＰＳＸとなり得るが、単純には、一人の人物ＰＳが人物ＰＳＸに相当すると考えて良い。ケースＣＳ１においては、ケースＣＳ１に関わる人物ＰＳＸの予約内容が人物ＰＳＸのユーザ入力情報に含まれる。故に、ケースＣＳ１において、利用サービス特定部Ｆ２１は、人物ＰＳＸが期間ＰＰ１においてサービスＳＶＣ１を利用すると判断でき、その判断内容を示す利用サービス情報を生成する。
【0050】
各端末装置１００はＧＰＳ処理部１５０にて取得された端末位置情報をシステム管理装置２００に対してリアルタイムで送信しても良い。各端末装置１００からの端末位置情報は受信部２３２にて受信される。この場合、人物ＰＳ［ｉ］の行動情報は端末装置１００［ｉ］の端末位置情報を含んでいて良い。利用サービス特定部Ｆ２１は、端末装置１００［ｉ］の端末位置情報を参照することで、人物ＰＳ［ｉ］が現在利用しているサービスの判断の確度を高めることができる。
【0051】
尚、人物ＰＳ［ｉ］が現在とっている行動を人物ＰＳ［ｉ］自身が端末装置１００［ｉ］に入力しても良く、この場合、その入力内容が人物ＰＳ［ｉ］のユーザ入力情報（従って人物ＰＳ［ｉ］の行動情報）に含まれていて良い。即ち例えば、図６の期間ＰＰ１において人物ＰＳ［ｉ］が列車ＴＲに乗車してサービスＳＶＣ１を受けているとき、人物ＰＳ［ｉ］が列車ＴＲに搭乗中であることを人物ＰＳ［ｉ］自身が端末装置１００［ｉ］に入力しても良い。或いは、期間ＰＰ１において人物ＰＳ［ｉ］が列車ＴＲに乗車してサービスＳＶＣ１を受ける予定であることを、期間ＰＰ１の前に、人物ＰＳ［ｉ］が端末装置１００［ｉ］に入力しても良い。そうすると、端末装置１００［ｉ］への入力内容に基づき、利用サービス特定部Ｆ２１は、人物ＰＳ［ｉ］が期間ＰＰ１においてサービスＳＶＣ１を利用すると判断し、その判断結果を示す利用サービス情報を生成できる。
【0052】
分析評価部Ｆ２２は、１以上の人物ＰＳについての生体情報と１以上の人物ＰＳについての利用サービス情報とに基づき、サービスに関わる評価情報を生成する。人物ＰＳ［ｉ］の生体情報は受信部２３２にて受信される。分析評価部Ｆ２２で生成される評価情報を特に総合評価情報と称する。
【0053】
図６のケースＣＳ１を想定して分析評価部Ｆ２２の機能を具体的に説明する。ケースＣＳ１では人物ＰＳＸがサービスＳＶＣ１を利用すると特定（判断又は推定）されているため、分析評価部Ｆ２２は、期間ＰＰ１における人物ＰＳＸの生体情報に基づき、期間ＰＰ１における人物ＰＳＸの体調及び心情等を分析することで、サービスＳＶＣ１に対する総合評価情報を生成する。ケースＣＳ１において、サービスＳＶＣ１に対する総合評価情報は、サービスＳＶＣ１に対する人物ＰＳＸの評価を表す情報である。
【0054】
サービスＳＶＣ１に対する総合評価情報は、サービスＳＶＣ１を受けている人物ＰＳＸの快適度を表す情報を含む。快適度を表す情報として、快適度が数値化された快適指標が総合評価情報に含まれる。サービスＳＶＣ１に対する総合評価情報中の快適指標は、人物ＰＳＸがサービスＳＶＣ１を受けているときの人物ＰＳＸの快適性の度合いを数値化したものである。ここでは、快適指標において１以上５以下の数値（例えば整数）にて快適度が表されるものとする。快適度が高いほど快適指標の値が大きくなるものとする。分析評価部Ｆ２２は、期間ＰＰ１における人物ＰＳＸの生体情報に基づきサービスＳＶＣ１を受けているときの人物ＰＳＸの快適度を推定することで、サービスＳＶＣ１に対する人物ＰＳＸの快適指標を導出する。例えば、期間ＰＰ１における人物ＰＳＸの生体情報に基づき人物ＰＳＸが期間ＰＰ１にて不快な感情を抱いていると推定される場合、分析評価部Ｆ２２はサービスＳＶＣ１に対する人物ＰＳＸの快適指標に“１”又は“２”を設定する。或いは例えば、期間ＰＰ１における人物ＰＳＸの生体情報に基づき人物ＰＳＸが期間ＰＰ１にて快適な感情を抱いていると推定される場合、分析評価部Ｆ２２はサービスＳＶＣ１に対する人物ＰＳＸの快適指標に“４”又は“５”を設定する。
【0055】
或る人物が任意のサービスを利用した際、当該人物が手動で当該サービスへの評価コメント等をウェブサイトにアップロードするといった方法がある。これとは異なり、本実施形態では、評価コメント等の手動入力を要することなく、生体情報に基づきサービスに対する評価情報が生成される。
【0056】
端末フィードバック部Ｆ２３は、分析評価部Ｆ２２にて生成された総合評価情報に基づきフィードバック評価情報を生成し、生成したフィードバック評価情報を、送信部２３１を用いて１以上の端末装置１００に送信する。フィードバック評価情報を受信した端末装置１００において、フィードバック評価情報に応じた通知が端末装置１００のユーザ（即ち人物ＰＳ）に対して行われる。これについては、後の実施例で具体例を挙げる。
【0057】
総合評価情報そのものがフィードバック評価情報であっても良いし、総合評価情報の一部がフィードバック評価情報であっても良い。フィードバック評価情報は上述の快適度を表す情報（即ち快適指標）であっても良い。
【0058】
図７に総合評価情報の例を示す。総合評価情報は上述の快適指標を含む。総合評価情報は、更に、リラックス指標、乗り物酔い指標、ヒヤリハット指標及び評価文言情報の内、全部又は一部を含んでいて良い。サービスＳＶＣ１を例にとり、サービスＳＶＣ１に対するリラックス指標、乗り物酔い指標、ヒヤリハット指標及び評価文言情報を説明する。
【0059】
サービスＳＶＣ１に対する総合評価情報中のリラックス指標は、人物ＰＳＸがサービスＳＶＣ１を受けているときに人物ＰＳＸがどの程度リラックスしているかを数値化したものである。ここでは、リラックス指標において１以上５以下の数値（例えば整数）にてリラックスの度合いが表されるものとする。リラックスの度合いが高いほど、リラックス指標が大きくなるものとする。分析評価部Ｆ２２は、期間ＰＰ１における人物ＰＳＸの生体情報に基づき、サービスＳＶＣ１を受けているときの人物ＰＳＸのリラックス度合いを推定することで、サービスＳＶＣ１に対する人物ＰＳＸのリラックス指標を導出する。
【0060】
サービスＳＶＣ１に対する総合評価情報中の乗り物酔い指標は、人物ＰＳＸがサービスＳＶＣ１を受けているときに人物ＰＳＸがどの程度乗り物酔いをしているかを数値化したものである。ここでは、乗り物酔い指標において１以上５以下の数値（例えば整数）にて乗り物酔いの程度が表されるものとする。乗り物酔いの程度が強いほど、乗り物酔い指標の値が小さくなるものとする。期間ＰＰ１における人物ＰＳＸの生体情報に基づきサービスＳＶＣ１に対する人物ＰＳＸの乗り物酔い指標が導出される。
【0061】
サービスＳＶＣ１に対する総合評価情報中のヒヤリハット指標は、人物ＰＳＸがサービスＳＶＣ１を受けているときに人物ＰＳＸが抱いたヒヤリハットの回数又は程度を数値化したものである。ここでは、ヒヤリハット指標において１以上５以下の数値（例えば整数）にてヒヤリハットの回数又は程度が表されるものとする。ヒヤリハットの回数が多いほど又はヒヤリハットの程度が強いほど、ヒヤリハット指標の値が小さくなるものとする。期間ＰＰ１における人物ＰＳＸの生体情報に基づきサービスＳＶＣ１に対する人物ＰＳＸのヒヤリハット指標が導出される。
【0062】
サービスＳＶＣ１に対する総合評価情報中の評価文言情報は、人物ＰＳＸがサービスＳＶＣ１を受けているときに人物ＰＳＸが抱いた心情を代弁した文言情報である。期間ＰＰ１における人物ＰＳＸの生体情報に基づきサービスＳＶＣ１に対する評価文言情報が導出される。例えば、予め複数の定型文を用意しておくと共に、定型文ごとに、定型文に対応する生体情報の変化パターンを登録変化パターンとして予め設定しておく。そして、期間ＰＰ１における人物ＰＳＸの生体情報の変化パターンを複数の定型文に対する複数の登録変化パターンと比較することで、前者と後者との類似性を評価する。複数の登録変化パターンの内、第１の登録変化パターンが、期間ＰＰ１における人物ＰＳＸの生体情報の変化パターンに最も類似していると判断された場合、第１の登録変化パターンに対応する第１の定型文を評価文言情報に設定する。同様に、複数の登録変化パターンの内、第２の登録変化パターンが、期間ＰＰ１における人物ＰＳＸの生体情報の変化パターンに最も類似していると判断された場合、第２の登録変化パターンに対応する第２の定型文を評価文言情報に設定する。第３の登録変化パターン等についても同様である。
【0063】
具体例として、快適な環境下にある人物の生体情報の変化パターンを第１の登録変化パターンとして予め設定しておき、文章「とても快適に過ごせました」を第１の定型文に設定しておく。劣悪な環境下にある人物の生体情報の変化パターンを第２の登録変化パターンとして予め設定しておき、文章「快適とは言い難いです」を第２の定型文に設定しておく。この場合において、期間ＰＰ１における人物ＰＳＸの生体情報の変化パターンが第１、第２の登録変化パターンに類似しておれば、夫々、第１、第２の定型文が、人物ＰＳＸが抱いた心情を代弁した文言情報として、評価文言情報に設定されることになる。
【0064】
総合評価情報は各種サービスの改善等に向けた情報として有益である。例えば、各種サービスの運営又は開発等を行う事業者に対し、総合評価情報そのものを、又は、総合評価情報をレポート化したものを、無償又は有償で提供するといった応用が可能である。
【0065】
以下、システムＳＹＳに関わる複数の実施例を説明する。本実施形態にて上述した事項は、特に記述無き限り且つ矛盾無き限り、以下の各実施例に適用される。各実施例において、上述の事項と矛盾する事項がある場合には、各実施例での記載が優先されて良い。また矛盾無き限り、以下に示す複数の実施例の内、任意の実施例に記載した事項を、他の任意の実施例に適用することもできる（即ち複数の実施例の内の任意の２以上の実施例を組み合わせることも可能である）。
【0066】
＜＜第１実施例＞＞
第１実施例を説明する。第１実施例に係る方法では、或る人物が受けたサービスに対する評価情報を当該人物に通知する。通知を受ける人物を対象人物と称する。対象人物は人物ＰＳ［１］～ＰＳ［ｎ］の何れかである。図８に第１実施例に係るシステムＳＹＳの動作フローチャートを示す。図８の動作フローチャートに沿って、第１実施例に係るシステムＳＹＳの動作を説明する。
第１実施例を説明する。第１実施例に係る方法では、或る人物が受けたサービスに対する評価情報を当該人物に通知する。通知を受ける人物を対象人物と称する。対象人物は人物ＰＳ［１］～ＰＳ［ｎ］の何れかである。図８に第１実施例に係るシステムＳＹＳの動作フローチャートを示す。図８の動作フローチャートに沿って、第１実施例に係るシステムＳＹＳの動作を説明する。
【0067】
まず、ステップＳ１１において、利用サービス特定部Ｆ２１は、対象人物の行動情報に基づき対象人物が利用するサービスを対象サービスとして特定し、特定結果を示す利用サービス情報を生成する。続くステップＳ２２において、対象人物が対象サービスを受けている期間（以下、対象期間と称する）での対象人物の生体情報が受信部２３２にて受信され、分析評価部Ｆ２２に送られる。続くステップＳ１３において、分析評価部Ｆ２２は、対象期間における対象人物の生体情報に基づき、対象サービスに対する対象人物の総合評価情報を生成する。
【0068】
その後、ステップＳ１４において、端末フィードバック部Ｆ２３は、ステップＳ１３にて生成された総合評価情報に基づくフィードバック評価情報を、送信部２３１を用いて対象人物の端末装置１００に送信する。続くステップＳ１５では、対象人物の端末装置１００において受信部１３２によりフィードバック評価情報が受信される。
【0069】
その後、ステップＳ１６において、対象人物の端末装置１００内の端末制御部１１０は第１評価通知処理を行う。第１評価通知処理はプログラムＰＧ１ａに従って行われるものであって良い。第１評価通知処理では、受信されたフィードバック評価情報を、対象サービスに対するサービス評価情報として対象人物に通知する。通知は、表示画面１７１を用いた表示による通知でも良いし、スピーカ１７４を用いた音声出力による通知でも良いし、それらの組み合わせでも良い。第１評価通知処理にて対象人物に通知されるサービス評価情報は、対象期間における対象人物の生体情報に基づき管理制御部２１０にて生成された情報である。
【0070】
図８の動作を図６のケースＣＳ１に当てはめた場合、対象人物は人物ＰＳＸに相当し、対象サービスはサービスＳＶＣ１に相当し、対象期間は期間ＰＰ１に相当する。対象期間（ＰＰ１）中における対象人物（ＰＳＸ）の生体情報に基づき、総合評価情報の生成（ステップＳ１３）及び対象人物に対するサービス評価情報の通知（ステップＳ１６）が行われる。
【0071】
図９に第１評価通知処理の例を示す。図９では対象人物が人物ＰＳ［１］であることが想定されており、故に端末装置１００［１］にて第１評価通知処理が行われる。図９の第１評価通知処理では、端末装置１００［１］の表示画面１７１に快適度通知画像６１０が表示される。ステップＳ１３にて生成される総合評価情報は快適指標を含み、当該快適指標を含むフィードバック評価情報が端末装置１００［１］にて受信される（ステップＳ１５）。快適度通知画像６１０は、受信されたフィードバック評価情報中の快適指標の値を表す。即ち、対象人物が対象サービスを受けているときの対象人物の快適度が生体情報に基づいて客観的に判断され、その結果が対象人物に通知される。
【0072】
対象サービスがサービスＳＶＣ１であるとき、端末装置１００［１］において、端末制御部１１０は、快適度通知画像６１０と共にサービスＳＶＣ１の内容を示す画像６１２を表示する。つまり、対象サービス（ＳＶＣ１）に対応付けてサービス評価情報（６１０）が対象人物に通知される。このため、対象人物は、通知されたサービス評価情報が、どのサービスに対応するものであるのかを認識できる。尚、ここでは、快適指標が通知される例を挙げているが、総合評価情報中の他の情報（リラックス指標、乗り物酔い指標、ヒヤリハット指標又は評価文言情報）をフィードバック評価情報に含めて、他の情報をサービス評価情報として対象人物に通知しても良い。
【0073】
尚、図９の表示例は、フィードバック評価情報の送受信及び対象人物への通知が対象期間中に行われることを想定している。但し、フィードバック評価情報の送受信及び対象人物への通知は、対象期間後の任意のタイミングで行われても良い。例えば、対象期間の後、対象人物としての人物ＰＳ［１］が端末装置１００［１］に所定操作を入力することでフィードバック評価情報の送受信及び対象人物への通知が行われても良い
【0074】
第１評価通知処理による通知を受けることで、対象人物は自身が快適に対象サービスを受けられているのか、対象サービスに対して自身がどのような印象を抱いているのか等を、客観的に知ることができる。健康管理用のアプリケーションプログラムなどに関し、日々の運動量、睡眠量又はストレス量などを計測、推定又は収集して、健康状態の管理に役立てるといった実用例がある。第１実施例に係る方法は、これと類似するような効果をもたらす。また例えば、対象人物が第１又は第２の交通機関で通勤が可能な場合において、第１の交通機関にて通勤した場合のフィードバック評価情報と、第２の交通機関にて通勤した場合のフィードバック評価情報とを自身で比較し、今後利用する交通機関の選択に役立てるといったことも可能である。
【0075】
＜＜第２実施例＞＞
第２実施例を説明する。第２実施例に係る方法では、或る参照人物が受けたサービスに対する評価情報を対象人物に通知する。参照人物及び対象人物は互いに異なる人物であって且つ人物ＰＳ［１］～ＰＳ［ｎ］の何れかである。図１０に第２実施例に係るシステムＳＹＳの動作フローチャートを示す。図１０の動作フローチャートに沿って、第２実施例に係るシステムＳＹＳの動作を説明する。
第２実施例を説明する。第２実施例に係る方法では、或る参照人物が受けたサービスに対する評価情報を対象人物に通知する。参照人物及び対象人物は互いに異なる人物であって且つ人物ＰＳ［１］～ＰＳ［ｎ］の何れかである。図１０に第２実施例に係るシステムＳＹＳの動作フローチャートを示す。図１０の動作フローチャートに沿って、第２実施例に係るシステムＳＹＳの動作を説明する。
【0076】
まず、ステップＳ２１において、利用サービス特定部Ｆ２１は、参照人物の行動情報に基づき参照人物が利用するサービスを対象サービスとして特定し、特定結果を示す利用サービス情報を生成する。続くステップＳ２２において、参照人物が対象サービスを受けている期間（以下、参照期間と称する）での参照人物の生体情報が受信部２３２にて受信され、分析評価部Ｆ２２に送られる。続くステップＳ２３において、分析評価部Ｆ２２は、参照期間における参照人物の生体情報に基づき、対象サービスに対する参照人物の総合評価情報を生成する。
【0077】
その後、ステップＳ２４において、端末フィードバック部Ｆ２３は、ステップＳ２３にて生成された総合評価情報に基づくフィードバック評価情報を、送信部２３１を用いて対象人物の端末装置１００に送信する。続くステップＳ２５では、対象人物の端末装置１００において受信部１３２によりフィードバック評価情報が受信される。
【0078】
その後、ステップＳ２６において、対象人物の端末装置１００内の端末制御部１１０は第２評価通知処理を行う。第２評価通知処理はプログラムＰＧ１ａに従って行われるものであって良い。第２評価通知処理では、受信されたフィードバック評価情報を、対象サービスに対するサービス評価情報として対象人物に通知する。通知は、表示画面１７１を用いた表示による通知でも良いし、スピーカ１７４を用いた音声出力による通知でも良いし、それらの組み合わせでも良い。第２評価通知処理にて対象人物に通知されるサービス評価情報は、参照期間における参照人物の生体情報に基づき管理制御部２１０にて生成された情報である。
【0079】
図１０の動作を図６のケースＣＳ１に当てはめた場合、参照人物は人物ＰＳＸに相当し、対象サービスはサービスＳＶＣ１に相当し、参照期間は期間ＰＰ１に相当する。参照期間（ＰＰ１）中における参照人物（ＰＳＸ）の生体情報に基づき、総合評価情報の生成（ステップＳ２３）及び対象人物に対するサービス評価情報の通知（ステップＳ２６）が行われる。第２実施例において、対象人物は人物ＰＳＸと異なる人物であって、例えば、期間ＰＰ１の後において列車ＴＲの利用を検討している人物である。より具体的には例えば、期間ＰＰ１が属する日付よりも後の日付において、対象人物が、自身の端末装置１００を用い、サービスＳＶＣ１と同等のサービスを検索したときに、第２評価通知処理による通知を受ける。ここにおける同等のサービスとは、期間ＰＰ１が属する日付よりも後の日付において、時刻Ｔ１ａ及びＴ１ｂ間に地点Ｋ１ａから地点Ｋ１ｂまで交通機関で移動するサービスを指す。
【0080】
図１１に第２評価通知処理の例を示す。図１１では対象人物が人物ＰＳ［１］であることが想定されており、故に端末装置１００［１］にて第２評価通知処理が行われる。図１１の第２評価通知処理では、端末装置１００［１］の表示画面１７１に快適度通知画像６２０が表示される。ステップＳ２３にて生成される総合評価情報は快適指標を含み、当該快適指標を含むフィードバック評価情報が端末装置１００［１］にて受信される（ステップＳ２５）。快適度通知画像６２０は、受信されたフィードバック評価情報中の快適指標の値を表す。即ち、参照人物が対象サービスを受けているときの参照人物の快適度が生体情報に基づいて客観的に判断され、その結果が対象人物に通知される。
【0081】
対象サービスがサービスＳＶＣ１であるとき、端末装置１００［１］において、端末制御部１１０は、快適度通知画像６２０と共にサービスＳＶＣ１の内容を示す画像６２２を表示する。つまり、対象サービス（ＳＶＣ１）に対応付けてサービス評価情報（６２０）が対象人物に通知される。このため、対象人物は、通知されたサービス評価情報が、どのサービスに対応するものであるのかを認識できる。列車ＴＲが複数の車両を連結して構成される場合、サービス評価情報（６２０）が、どの車両に対応するものであるのかまで対象人物に通知されても良い。尚、ここでは、快適指標が通知される例を挙げているが、総合評価情報中の他の情報（リラックス指標、乗り物酔い指標、ヒヤリハット指標又は評価文言情報）をフィードバック評価情報に含めて、他の情報をサービス評価情報として対象人物に通知しても良い。
【0082】
第２評価通知処理による通知を受けることで、対象人物は他の人物による対象サービスの評価を知ることができ、同等のサービスを今後受けることに対する意思決定に役立てることができる。
【0083】
【0084】
＜＜第３実施例＞＞
第３実施例を説明する。第２実施例において参照人物は複数存在しても良い。例えば、図６のケースＣＳ１において、人物ＰＳ［１００］～ＰＳ［１９９］が期間ＰＰ１にてサービスＳＶＣ１を受けた場合を考えると、第２実施例の動作は以下のようになる。
第３実施例を説明する。第２実施例において参照人物は複数存在しても良い。例えば、図６のケースＣＳ１において、人物ＰＳ［１００］～ＰＳ［１９９］が期間ＰＰ１にてサービスＳＶＣ１を受けた場合を考えると、第２実施例の動作は以下のようになる。
【0085】
即ち、人物ＰＳ［１００］～ＰＳ［１９９］が夫々に参照人物として機能する。ステップＳ２１において、利用サービス特定部Ｆ２１は、各参照人物の行動情報に基づき各参照人物が利用するサービスＳＶＣ１を対象サービスとして特定し、特定結果を示す利用サービス情報を生成する。続くステップＳ２２において、各参照人物が対象サービスを受けている参照期間（ＰＰ１）での各参照人物の生体情報が受信部２３２にて受信され、分析評価部Ｆ２２に送られる。続くステップＳ２３において、分析評価部Ｆ２２は、参照期間における各参照人物の生体情報に基づき、対象サービスに対する参照人物の総合評価情報を生成する。
【0086】
ここで生成される参照人物の総合評価情報は、参照人物ごとの総合評価情報を含む他、全参照人物の総合評価情報の統計情報（以下、統計評価情報と称する）を含む。統計評価情報は、参照人物ごとの総合評価情報に統計処理を施すことで生成される。参照人物ごとの総合評価情報と同様、統計評価情報に、快適指標、リラックス指標、乗り物酔い指標及びヒヤリハット指標を含めておくことができる。但し、統計評価情報における快適指標は、各参照人物の快適指標の統計値（例えば平均値、中央値、最大値又は最小値）を持つ。統計評価情報におけるリラックス指標、乗り物酔い指標及びヒヤリハット指標も同様である。
【0087】
その後、ステップＳ２４において、端末フィードバック部Ｆ２３は、ステップＳ２３にて生成された総合評価情報に基づくフィードバック評価情報を、送信部２３１を用いて対象人物の端末装置１００に送信する。続くステップＳ２５では、対象人物の端末装置１００において受信部１３２によりフィードバック評価情報が受信される。ここで送受信されるフィードバック評価情報は上記統計評価情報に基づく情報であって良く、故に、ステップＳ２６での第２評価通知処理では、統計評価情報中の情報がサービス評価情報として対象人物に通知されて良い。例えば、各参照人物の快適指標の統計値が対象サービスに対応付けて対象人物に通知されて良い。この通知の例は図１１に示すものと同様である。但し、図１１の快適度通知画像６２０が、各参照人物の快適指標の統計値を示す画像とされる。
【0088】
＜＜第４実施例＞＞
第４実施例を説明する。第２実施例又は第３実施例において、管理制御部２１０は、対象サービスを受けた人物ＰＳを全て参照人物として取り扱うこともできるが、対象サービスを受けた人物ＰＳの一部のみを参照人物として取り扱うこともできる。後者の方法につて説明を加える。後者の方法の実現には図５のマッチング部Ｆ２４が関与する。まずマッチング部Ｆ２４の機能を説明する。説明の具体化のため、第４実施例では、ケースＣＳ１における期間ＰＰ１が参照期間であって、対象サービスが期間ＰＰ１におけるサービスＳＶＣ１であると考える。
第４実施例を説明する。第２実施例又は第３実施例において、管理制御部２１０は、対象サービスを受けた人物ＰＳを全て参照人物として取り扱うこともできるが、対象サービスを受けた人物ＰＳの一部のみを参照人物として取り扱うこともできる。後者の方法につて説明を加える。後者の方法の実現には図５のマッチング部Ｆ２４が関与する。まずマッチング部Ｆ２４の機能を説明する。説明の具体化のため、第４実施例では、ケースＣＳ１における期間ＰＰ１が参照期間であって、対象サービスが期間ＰＰ１におけるサービスＳＶＣ１であると考える。
【0089】
管理制御部２１０は、期間ＰＰ１よりも前の準備期間において、常時、各人物ＰＳの生体情報を受信する。マッチング部Ｆ２４（図５参照）は、準備期間における人物ＰＳ［１］～ＰＳ［ｎ］の生体情報に基づき、人物ＰＳ［１］～ＰＳ［ｎ］における２以上の人物ＰＳを互いに対応付ける。準備期間は、この対応付けに必要な時間であり、例えば数日～数週間の長さを持つ。
【0090】
マッチング部Ｆ２４は、準備期間における人物ＰＳ［１］～ＰＳ［ｎ］の生体情報を、互いに異なる人物ＰＳ間で比較するマッチング処理を実行し、これによって人物ＰＳ［１］～ＰＳ［ｎ］における２以上の人物ＰＳを互いに対応付ける。例えば、マッチング部Ｆ２４は、準備期間における人物ＰＳ［ｉ］の生体情報の変化パターンと準備期間における人物ＰＳ［ｊ］の生体情報の変化パターンとを比較して、両者の類似度を導出する（ｉ及びｊは、ｎ以下の互いに異なる自然数）。そして、導出した類似度が所定の基準類似度以上であるときにのみ、人物ＰＳ［ｉ］と人物ＰＳ［ｊ］を互いに対応付ける。マッチング部Ｆ２４による対応付けの結果は、分析評価部Ｆ２２及び端末フィードバック部Ｆ２３に伝達される。
【0091】
マッチング部Ｆ２４により互いに対応付けられた複数の人物ＰＳは、生体情報の変化に関して類似する傾向を持つ人物群であると推測され、同一のサービスを受けたときに同様の快適性等を感じる人物群であると期待される。
【0092】
そこで、第４実施例に係る端末フィードバック部Ｆ２３は、マッチング部Ｆ２４による対応付けの結果を考慮して、フォードバック評価情報の送信を行う。対象人物が人物ＰＳ［１］である場合において、人物ＰＳ［２］～ＰＳ［ｎ］の内、人物ＰＳ［８０］～ＰＳ［１３９］のみがマッチング部Ｆ２４により人物ＰＳ［１］に対応付けられている場合を考える。この場合において、人物ＰＳ［１］～ＰＳ［ｎ］の内、人物ＰＳ［１００］～ＰＳ［１９９］のみが、期間ＰＰ１においてサービスＳＶＣ１を受けたとする。そうすると、第４実施例に係る分析評価部Ｆ２２及び端末フィードバック部Ｆ２３は、期間ＰＰ１においてサービスＳＶＣ１を受けた人物であって且つマッチング部Ｆ２４により人物ＰＳ［１］に対応付けられている人物のみを、対象人物ＰＳ［１］に対する参照人物に設定する。故に、ここでは、人物ＰＳ［１００］～ＰＳ［１３９］のみが参照人物に設定される。但し、設定される参照人物の総数は“１”であり得る。マッチング部Ｆ２４を用いて参照人物が設定される点を除き、他の動作は第２又は第３実施例で示したものと同じであって良く、対象人物は、図１１に示すような第２評価通知処理による通知を受ける。
【0093】
第２評価通知処理による通知を受けることで、対象人物は参照人物による対象サービスの評価を知ることができ、同等のサービスを今後受けることに対する意思決定に役立てることができる。この際、対象人物及び参照人物は、同一のサービスを受けたときに同様の快適性等を感じる人物群を構成すると期待される。故に、第２評価通知処理による通知の有益性が高まると期待される。
【0094】
ここで述べた具体例において、管理制御部２１０は、参照期間とは異なる期間（準備期間）中における人物ＰＳ［１］～ＰＳ［ｎ］の夫々についての生体情報に基づき、人物ＰＳ［１］～ＰＳ［ｎ］において対象人物（ＰＳ［１］）と参照人物との組み合わせを設定する（換言すれば、人物ＰＳ［２］～ＰＳ［ｎ］の中から対象人物（ＰＳ［１］）に対応付けられるべき人物を参照人物として選択する）。
【0095】
＜＜第５実施例＞＞
第５実施例を説明する。上述の内容と重複する事項を含むが、ここで、端末装置１００及びシステム管理装置２００の機能、作用及び効果について説明する。
第５実施例を説明する。上述の内容と重複する事項を含むが、ここで、端末装置１００及びシステム管理装置２００の機能、作用及び効果について説明する。
【0096】
システム管理装置２００は複数の端末装置１００に無線接続される。システム管理装置２００は、各端末装置１００のユーザが対象サービスを受けている期間中での各ユーザの生体情報に基づき対象サービスに対する評価情報を生成する評価処理部を備える（例えば第３実施例参照）。管理制御部２１０そのもの又は演算処理部２１０ａが評価処理部の例に相当する。総合評価情報は評価処理部にて生成される評価情報の例である。
【0097】
或る人物が任意のサービスを利用した際、当該人物が手動で当該サービスへの評価（評価コメント等）をウェブサイトにアップロードするといった方法がある。これとは異なり、本実施形態では、評価の手動入力を要することなく、生体情報に基づきサービスに対する評価情報が生成される。このため、手動入力による手間が削減されると共に、手動入力が無くとも生体情報が集まるため、評価情報の元となる情報のサンプル数増大が見込める。また、手動入力による評価（評価コメント等）は恣意的な情報を含みやすいのに対し、生体情報では人物が抱いた印象が正確に反映され易いと考えられる。このため、サービスの良し悪し等に関する、より正確な評価を行うことが可能となる。
【0098】
対象人物における端末装置１００は、対象人物に対して情報を出力可能なインターフェース部１７０と、端末処理部と、を備える。端末制御部１１０そのもの又は演算処理部１１０ａが端末処理部の例に相当する。対象人物における端末装置１００において、端末処理部は、１以上の人物が対象サービスを受けている期間中での当該１以上の人物の生体情報に基づくサービス評価情報を、インターフェース部１７０を用い、対象サービスに対応付けて対象人物に通知することができる。第１実施例において上記１以上の人物は対象人物であって（図８及び図９参照）、第２～第４実施例において上記１以上の人物は１以上の参照人物である（図１０及び図１１参照）。
【0099】
或る人物が任意のサービスを利用した際、当該人物が手動で当該サービスへの評価（評価コメント等）をウェブサイトにアップロードするといった方法がある。これとは異なり、本実施形態では、評価の手動入力を要することなく、生体情報に基づくサービス評価情報の通知が実現されるため、手動入力による手間が削減される。また、手動入力による評価（評価コメント等）は恣意的な情報を含みやすいのに対し、生体情報では人物が抱いた印象が正確に反映され易いと考えられる。このため、サービスの良し悪し等に関する、より正確な評価情報を通知することが可能となる。
【0100】
＜＜第６実施例＞＞
第６実施例を説明する。第６実施例では、管理制御部２１０に設けられたサービス提案部Ｆ２５（図５参照）の機能について説明する。
第６実施例を説明する。第６実施例では、管理制御部２１０に設けられたサービス提案部Ｆ２５（図５参照）の機能について説明する。
【0101】
各人物ＰＳの生体情報はリアルタイムに受信部２３２にて受信される。即ち、管理制御部２１０は各人物ＰＳの現在の生体情報を入手できる。サービス提案部Ｆ２５は、各人物ＰＳの現在の生体情報に基づいて、人物ＰＳごとに、当該人物ＰＳが利用可能なサービスの中から、利用が推奨されるサービス又は利用が制止されるべきサービスを設定できる。サービス提案部Ｆ２５による設定結果は送信部２３１から、対応する人物ＰＳの端末装置１００に送信され、対応する人物ＰＳの端末装置１００において、対応する人物ＰＳに対して通知される。通知を受ける人物としての対象人物に注目して、第６実施例に係る方法を詳細に説明する。
【0102】
サービス提案部Ｆ２５は、対象人物の現在の生体情報に基づいて、対象人物が利用可能なサービスの中から、利用が推奨されるサービス又は利用が制止されるべきサービスを設定する。設定結果は送信部２３１から、対象人物の端末装置１００に送信され、対象人物の端末装置１００において対象人物に対して通知される。以下、利用が推奨されるサービスを推奨サービスと称し、利用が制止されるべきサービスを非推奨サービスと称する。
【0103】
図１２を参照して具体例を挙げる。ここでは対象人物が人物ＰＳ［１］であることを想定する。人物ＰＳ［１］が自身の端末装置１００［１］を操作することで、駅ＳＴＮ１から駅ＳＴＮ２まで交通機関にて移動するルートの検索（乗り換え検索等）を端末装置１００［１］に指示する。駅ＳＴＮ１は出発地点に相当する出発駅であり、駅ＳＴＮ２は目的地点に相当する到着駅である。この際、人物ＰＳ［１］は、出発駅及び到着駅として駅ＳＴＮ１及びＳＴＮ２を指定する検索指定情報６６０を端末装置１００［１］に入力する。当該入力を受け、端末装置１００［１］にて上述の検索処理が実行される。検索指定情報６６０は端末装置１００［１］からシステム管理装置２００に送信される。
【0104】
ここで、駅ＳＴＮ１から出発して駅ＳＴＮ２に至るルートとして、ルートＲＴ１及びＲＴ２があるものとする。ルートＲＴ１は列車ＴＲ１にて駅ＳＴＮ１から駅ＳＴＮ２に移動するルートであり、ルートＲＴ２は列車ＴＲ２にて駅ＳＴＮ１から駅ＳＴＮ２に移動するルートである。ここで、列車ＴＲ２は、列車ＴＲ１よりも空いていて列車ＴＲ１よりも快適に過ごせる列車であるという情報がシステム管理装置２００に与えられているものとする。但し、ルートＲＴ２はルートＲＴ１よりも高い運賃を要するルートである。ルートＲＴ１に沿って列車ＴＲ１にて駅ＳＴＮ１から駅ＳＴＮ２に移動する交通サービスをサービスＳＶＣＡと称する。ルートＲＴ２に沿って列車ＴＲ２にて駅ＳＴＮ１から駅ＳＴＮ２に移動する交通サービスをサービスＳＶＣＢと称する。
【0105】
検索指定情報６６０に基づくルートＲＴ１及びＲＴ２が検索された後、サービス提案部Ｆ２５は、人物ＰＳ［１］の現在の生体情報に基づき、サービスＳＶＣＡ又はＳＶＣＢを推奨サービス又は非推奨サービスに設定する。人物ＰＳ［１］の現在の生体情報とは、例えば、検索指定情報６６０が端末装置１００［１］に入力された時刻を内包する、一定時間分の生体情報である。サービス提案部Ｆ２５は、人物ＰＳ［１］の現在の生体情報に基づき、現在における人物ＰＳ［１］の体調の良し悪し等を推定し、その推定結果に基づいて、サービスＳＶＣＡ又はＳＶＣＢを推奨サービス又は非推奨サービスに設定する。ここでは、人物ＰＳ［１］の現在の生体情報に基づき、人物ＰＳ［１］の現在の体調が相対的に良いと判断される第１ケースと、人物ＰＳ［１］の現在の体調が相対的に悪いと判断される第２ケースと、を考える。
【0106】
例えば、第１ケースではサービスＳＶＣＡを推奨サービスに設定する。サービス提案部Ｆ２５は、第１ケースにおいて、サービスＳＶＣＡを推奨サービスに設定しつつサービスＳＶＣＢを非推奨サービスに設定しても良い。ここでは、第１ケースにおいて、サービスＳＶＣＡが推奨サービスに設定され且つサービスＳＶＣＢが非推奨サービスに設定されたとする。これらの設定結果がシステム管理装置２００から端末装置１００［１］に送信されると共に、ルートＲＴ１及びＲＴ２の検索結果が端末装置１００［１］に送信される。ルートＲＴ１及びＲＴ２の検索結果はシステム管理装置２００から送信されても良いし、図示されない他の検索用装置から送信されても良い。
【0107】
図１３に、第１ケースにおける端末装置１００［１］での検索結果表示の例を示す。端末装置１００［１］において、端末制御部１１０は、ルートＲＴ１及びＲＴ２の検索結果とサービス提案部Ｆ２５の設定結果とを反映した画像を表示画面１７１に表示する。第１ケースでは、端末装置１００［１］の表示画面１７１にルートＲＴ１及びＲＴ２の内容が表示されるが、ルートＲＴ１に対応付けて利用推奨マーカ６６３ａが表示され、ルートＲＴ２に対応付けて利用非推奨マーカ６６３ｂが表示される。利用推奨マーカ６６３ａはルートＲＴ１によるサービスＳＶＣＡが推奨サービスであることを指し示し、利用非推奨マーカ６６３ｂはルートＲＴ２によるサービスＳＶＣＢが非推奨サービスであることを指し示す。この際、端末装置１００［１］において、端末制御部１１０は、「現在の体調は良好なようなので、お得なルートＲＴ１の利用をお勧めします」とった推奨説明情報を表示画面１７１に表示させても良い。
【0108】
第１ケースに係る端末装置１００［１］において、端末制御部１１０は、推奨サービスに設定されたルートＲＴ１によるサービスＳＶＣＡのみを、ルート検索結果として表示画面１７１に表示するようにしても良い。第１ケースに係る端末装置１００［１］において、ルートＲＴ２によるサービスＳＶＣＢを表示画面１７１に表示する場合、端末制御部１１０は、「現在の体調は良好なようなので、高料金のルートＲＴ２の利用は控えても良いかもしれません」とった非推奨説明情報を表示画面１７１に表示させても良い。
【0109】
逆に、第２ケースではサービスＳＶＣＢを推奨サービスに設定する。サービス提案部Ｆ２５は、第２ケースにおいて、サービスＳＶＣＢを推奨サービスに設定しつつサービスＳＶＣＡを非推奨サービスに設定しても良い。ここでは、第２ケースにおいて、サービスＳＶＣＢが推奨サービスに設定され且つサービスＳＶＣＡが非推奨サービスに設定されたとする。これらの設定結果がシステム管理装置２００から端末装置１００［１］に送信されると共に、ルートＲＴ１及びＲＴ２の検索結果が端末装置１００［１］に送信される。
【0110】
図１４に、第２ケースにおける端末装置１００［１］での検索結果表示の例を示す。端末装置１００［１］において、端末制御部１１０は、ルートＲＴ１及びＲＴ２の検索結果とサービス提案部Ｆ２５の設定結果とを反映した画像を表示画面１７１に表示する。第２ケースでは、端末装置１００［１］の表示画面１７１にルートＲＴ１及びＲＴ２の内容が表示されるが、ルートＲＴ２に対応付けて利用推奨マーカ６６４ａが表示され、ルートＲＴ１に対応付けて利用非推奨マーカ６６４ｂが表示される。利用推奨マーカ６６４ａはルートＲＴ２によるサービスＳＶＣＢが推奨サービスであることを指し示し、利用非推奨マーカ６６４ｂはルートＲＴ１によるサービスＳＶＣＡが非推奨サービスであることを指し示す。この際、端末装置１００［１］において、端末制御部１１０は、「現在、体調が芳しくないようなので、より快適に過ごせるルートＲＴ２の利用をお勧めします」とった推奨説明情報を表示画面１７１に表示させても良い。
【0111】
第２ケースに係る端末装置１００［１］において、端末制御部１１０は、推奨サービスに設定されたルートＲＴ２によるサービスＳＶＣＢのみを、ルート検索結果として表示画面１７１に表示するようにしても良い。第２ケースに係る端末装置１００［１］において、ルートＲＴ１によるサービスＳＶＣＡを表示画面１７１に表示する場合、端末制御部１１０は、「現在、体調が芳しくないようなので、混雑しがちなルートＲＴ１の利用は推奨しません」とった非推奨説明情報を表示画面１７１に表示させても良い。
【0112】
このように、対象人物の端末装置１００において、端末制御部１１０は、対象人物の現在の生体情報に基づき、利用が推奨されるサービス（推奨サービス）又は利用が制止されるべきサービス（非推奨サービス）を、インターフェース部１７０を用いて通知する。これにより、対象人物の体調等を考慮した適正なサービス提案が可能となる。上記通知は、図１３及び図１４の例では表示による通知であるが、音声出力による通知であっても良い。
【0113】
また、図１２の例では、サービスＳＶＣＡとサービスＳＶＣＢは別々のルートに対応付けられているが、サービスＳＶＣＡとサービスＳＶＣＢは同一ルートの交通サービスであっても良い。即ち例えば、駅ＳＴＮ１から駅ＳＴＮ２に向かう列車に運賃が相対的に低廉な普通車両と運賃が相対的に高い特別車両とが設けられているとき、普通車両、特別車両を利用する交通サービスが、夫々、サービスＳＶＣＡ、ＳＶＣＢであっても良い。
【0114】
説明の簡略化のため、２つのルートのみを考慮した例を挙げたが、３以上のルートが検索される場合も上述と同様に、推奨サービス又は非推奨サービスの設定が行われて良い。
【0115】
またここでは、交通サービスを例に挙げているが、施設サービスが検索の対象となる場合も同様であって良い。例えば、対象人物としての人物ＰＳ［１］が端末装置１００［１］を用いて、或る地域内の施設を検索する際、当該地域内のスポーツ施設を利用するサービスをサービスＳＶＣＡとして且つ当該地域内の入浴施設を利用するサービスをサービスＳＶＣＢと捉えて、上述と同様の通知を行って良い。但し、ここでは、スポーツ施設は相対的に良い体調に対応付けられ、入浴施設は相対的に悪い体調に対応付けられていると仮定している。
【0116】
尚、第２ケースにおいて、端末装置１００［１］は、交通機関又は施設の利用自体を控えるべき通知を、対象人物としての人物ＰＳ［１］に対して行うようにしても良い。例えば、第２ケースに係る端末装置１００［１］は、検索指定情報６６０の入力に応答して、「体調が芳しくないように思われます。交通機関又は施設の利用を控えた方が良いかと思われます」といった文章を、人物ＰＳ［１］に通知しても良い。
【0117】
対象人物に対する推奨サービス又は非推奨サービスの設定に際し、第４実施例に係る方法を適用し、対象人物に対応付けられた人物の快適指標等を参照しても良い。これについて説明を加える。対象人物が人物ＰＳ［１］である場合において、第４実施例に係るマッチング部Ｆ２４により人物ＰＳ［２］が人物ＰＳ［１］と対応付けられている場合を考える。また、過去において人物ＰＳ［２］はサービスＳＶＣＡ及びＳＶＣＢを利用しており、人物ＰＳ［２］がサービスＳＶＣＡを受けたときの人物ＰＳ［２］の快適指標及び人物ＰＳ［２］がサービスＳＶＣＢを受けたときの人物ＰＳ［２］の快適指標が導出済みであるとする。この場合において、人物ＰＳ［１］が端末装置１００［１］に対して検索指定情報６６０（図１２）を入力することで実行された検索処理により、サービスＳＶＣＡ及びＳＶＣＢが検索結果として導出されたとする。そうすると、サービス提案部Ｆ２５は、過去において人物ＰＳ［２］がサービスＳＶＣＡを受けたときの人物ＰＳ［２］の快適指標と、過去において人物ＰＳ［２］がサービスＳＶＣＢを受けたときの人物ＰＳ［２］の快適指標を参照する。そして、サービス提案部Ｆ２５は、参照した快適指標に基づいて、人物ＰＳ［１］に対してサービスＳＶＣＡ及びＳＶＣＢの夫々を推奨サービス又は非推奨サービスに設定することができる。
【0118】
例えば、過去において人物ＰＳ［２］がサービスＳＶＣＡを受けたときの人物ＰＳ［２］の快適指標が、値“４”又は“５”を有すれば人物ＰＳ［１］に対してサービスＳＶＣＡを推奨サービスに設定し、値“１”又は“２”を有すれば人物ＰＳ［１］に対してサービスＳＶＣＡを非推奨サービスに設定する。サービスＳＶＣＢについても同様である。第４実施例に係るマッチング部Ｆ２４により人物ＰＳ［２］が人物ＰＳ［１］と対応付けられているとき、両者は同一のサービスを受けたときに同様の快適性等を感じると期待されるからである。推奨サービス又は非推奨サービスを対象人物（ここではＰＳ［１］）に通知できることは上述した通りである。
【0119】
＜＜第７実施例＞＞
第７実施例を説明する。システムＳＹＳにおいて、自身の生体情報を提供した人物ＰＳに対して報酬が付与される仕組みを導入して良い。これにより、生体情報の提供に対するインセンティブが働き、生体情報の収集量の増大が期待される。結果、サービスの評価をより確度の高いものにすることができる。また各人物ＰＳの満足度向上にもつながる。
第７実施例を説明する。システムＳＹＳにおいて、自身の生体情報を提供した人物ＰＳに対して報酬が付与される仕組みを導入して良い。これにより、生体情報の提供に対するインセンティブが働き、生体情報の収集量の増大が期待される。結果、サービスの評価をより確度の高いものにすることができる。また各人物ＰＳの満足度向上にもつながる。
【0120】
報酬の態様及び報酬の付与の仕方は任意である。例えば、報酬は、特定の商品を購入する際に適用される価格割引の特典であっても良いし、飲食店で利用できるクーポンであっても良いし、システムＳＹＳ内で利用できる仮想通貨であっても良い。報酬の付与は、管理制御部２１０の制御の下で行われて良い。例えば、管理制御部２１０は、人物ＰＳ［ｉ］に対応するアカウント情報に対応付けて報酬を人物ＰＳ［ｉ］に付与する。
【0121】
管理制御部２１０は、人物ＰＳごとに、サービスへの評価協力への貢献度を導出し、貢献度に応じて付与される報酬を決定する。この際、貢献度が高いほど付与される報酬を高める。管理制御部２１０は人物ＰＳごとに貢献度を端末装置１００に送信するようにしても良く、各端末装置１００にて貢献度が表示画面１７１に表示されて良い。
【0122】
例えば、行動情報と共に生体情報が提供される期間の長さが長いほど、貢献度は高くなる。また例えば、端末装置１００［ｉ］にて検索処理、予約処理及び決済処理を行わせ、人物ＰＳ［ｉ］が実際に予約したサービスを利用しつつ生体情報を提供するほど、貢献度は高くなる。また例えば、提供する生体情報の種類が多いほど、貢献度は高くなる。例えば、体温及び血圧のみを含む生体情報が提供される場合と、脈拍、体温、血圧、発汗量及び血中酸素濃度を含む生体情報が提供される場合とを比較した場合、後者の場合の方が貢献度は高くなる。
【0123】
＜＜第８実施例＞＞
第８実施例を説明する。人物ＰＳが利用する交通サービスがタクシーである場合、タクシーの運営会社ごとに又は運転手ごとにサービスへの評価が行なわれて良い。本実施例において運転手とはタクシーの運転手を指す。
第８実施例を説明する。人物ＰＳが利用する交通サービスがタクシーである場合、タクシーの運営会社ごとに又は運転手ごとにサービスへの評価が行なわれて良い。本実施例において運転手とはタクシーの運転手を指す。
【0124】
例えば、端末装置１００での予約処理において、運転手を指定した上でタクシーの利用を予約できることを想定する。端末装置１００［ｉ］において運転手を指定した上で予約処理が実行されると、その内容を示す行動情報（図５参照）が端末装置１００［ｉ］からシステム管理装置２００に送信される。この際、利用サービス特定部Ｆ２１は、予約内容に従って、指定した運転手によるタクシーに乗車した状態で人物ＰＳ［ｉ］が移動すると認識し、その認識結果を利用サービス情報に含める。
【0125】
その後、予約した日時において指定した運転手によるタクシーに人物ＰＳ［ｉ］が実際に乗車して移動する。当該タクシーにて移動中の人物ＰＳ［ｉ］の生体情報が端末装置１００［ｉ］から分析評価部Ｆ２２に送られる。分析評価部Ｆ２２は、利用サービス情報と当該タクシーにて移動中の人物ＰＳ［ｉ］の生体情報に基づき、人物ＰＳ［ｉ］が指定した運転手に対する総合評価情報を生成する。
【0126】
このような処理を複数の運転手に対して行うことにより、運転手ごとの総合評価情報が得られる。運転手ごとの総合評価情報はタクシーの運営会社に提供され、タクシー事業管理に役立てられて良い。
【0127】
また運転手ごとの総合評価情報は、以後のタクシーの検索に役立てられて良い。例えば、同一の或る地域内を営業走行するタクシーの第１～第５運転手の夫々に対して総合評価情報が導出され、第ｉ運転手における総合評価情報中の快適指標の平均値が“ＴＤ［ｉ］”である状態を考える。この状態において、人物ＰＳ［１］が上記地域内でタクシーによる交通サービスの利用を希望し、その希望に沿った検索処理を端末装置１００［１］に行わせたとする。そうすると、端末装置１００［１］では検索結果が表示画面１７１に表示される。この際例えば、図１５に示す如く、端末制御部１１０は、対応する快適指標の平均値が高いものから順にソートされた状態で、第１～第５運転手を表示画面１７１に表示して良い。ソートの基準は快適指標以外でも良い。例えば、乗り物酔い指標に基づいてソートを行うようにしても良い（乗り物酔いが心配な人物ＰＳは、乗り物酔い指標に基づくソートが有益である）。
【0128】
＜＜第９実施例＞＞
第９実施例を説明する。分析評価部Ｆ２２は、機械学習を経て得られた機械学習済みモデルを備え得る。この際、分析評価部Ｆ２２は、機械学習済みモデルを用いて生体情報に基づき総合評価情報を生成して良い。
第９実施例を説明する。分析評価部Ｆ２２は、機械学習を経て得られた機械学習済みモデルを備え得る。この際、分析評価部Ｆ２２は、機械学習済みモデルを用いて生体情報に基づき総合評価情報を生成して良い。
【0129】
即ち例えば、図１６（ａ）に示す如く、任意の１以上の演算処理装置にて構成される機械学習装置４００に、ディープニューラルネットワーク（以下、ＤＮＮと称する）４１０を設ける。機械学習装置４００はＤＮＮ４１０に対して学習用データセットに基づく教師あり機械学習を実行する。この教師あり機械学習を行うためには、まず、学習用データセットを収集するためのデータ収集工程が必要である。図１７に、機械学習済みモデルを得るための動作のフローチャートを示す。ステップＳ９１にてデータ収集工程が実施される。
【0130】
学習用データセットはサンプルデータを含む。サンプルデータは、所定の環境下に置かれたサンプル人物の生体情報と、当該環境下に置かれたサンプル人物が抱いた快適度と、を含む。サンプルデータにおける快適度は、サンプル人物が自身の主観で決定した快適度であり、１以上５以下の整数値を持つ。サンプル人物がより快適だと感じるほど、快適度の値を高く設定するものとする。データ収集工程において、このようなサンプルデータを多数に取得して蓄積し、学習用データセットに含める。尚、学習用データセットにおいて、多数のサンプル人物についてのサンプルデータを含めると良い。各サンプル人物は人物ＰＳ［１］～ＰＳ［ｎ］の何れかと一致していても良いし、一致していなくても良い。
【0131】
ＤＮＮ４１０は、サンプル人物の生体情報を入力情報として受け、快適度を出力する（図１６（ｂ）参照）。データ収集工程の後、ステップＳ９２の機械学習工程において、機械学習装置４００は各サンプルデータ中の快適度を教師データ（正解）として用いて、ＤＮＮ４１０に対する教師あり機械学習を実行する。教師あり機械学習を経たＤＮＮ４１０は、人物の生体情報に基づき人物の快適度を推論する推論モデルとなる。得られた推論モデルを分析評価部Ｆ２２に設けておけば、分析評価部Ｆ２２にて各人物ＰＳの生体情報に基づき各人物ＰＳの快適度（快適指標）を導出することができる。
【0132】
分析評価部Ｆ２２にて快適度（快適指標）を導出するためのモデル生成方法を説明したが、リラックス指標、乗り物酔い指標及びヒヤリハット指標についても同様であって良い。評価文言情報についても、機械学習を経て得られた人口知能を用いて作成されて良い。
【0133】
尚、システム管理装置２００に機械学習装置４００が内蔵されていても良いし、システム管理装置２００そのものが機械学習装置４００であっても良い。システム管理装置２００と機械学習装置４００とは互いに相違する装置であっても良い。
【0134】
＜＜第１０実施例＞＞
第１０実施例を説明する。管理制御部２１０の機能の全部又は一部を端末制御部１１０にて実現するようにしても良い。
第１０実施例を説明する。管理制御部２１０の機能の全部又は一部を端末制御部１１０にて実現するようにしても良い。
【0135】
例えば、分析評価部Ｆ２２の機能を端末制御部１１０にて実現しても良い。即ち、端末装置１００［１］において、端末制御部１１０は、人物ＰＳ［１］の生体情報に基づき、システム管理装置２００の機能によることなく、人物ＰＳ［１］の快適指標、リラックス指標、乗り物酔い指標、ヒヤリハット指標及び評価文言情報を導出又は生成しても良い。人物ＰＳ［１］が図６のケースＣＳ１に係るサービスＳＶＣ１を利用中であれば、期間ＰＰ１中の人物ＰＳ［１］の生体情報に基づき、端末装置１００［１］の端末制御部１１０にて、サービスＳＶＣ１に関わる人物ＰＳ［１］の快適指標等を導出して良い。そして、第１実施例に示したように（図９参照）、端末装置１００［１］において、端末制御部１１０は、自身が導出した快適指標等をサービス評価指標（６１０）としてサービスＳＶＣ１に対応付けて人物ＰＳ［１］に通知して良い。端末装置１００［２］～１００［ｎ］及び人物ＰＳ［２］～ＰＳ［ｎ］についても同様である。
【0136】
＜＜第１１実施例＞＞
第１１実施例を説明する。
第１１実施例を説明する。
【0137】
システム管理装置２００は、任意のサービスを利用した人物ＰＳから手動入力による評価情報の提供を受けても良い。手動入力による評価情報とは、人物ＰＳがインターフェース部１７０を用いて端末装置１００に入力した情報であって、且つ、利用したサービスに対する当該人物ＰＳによる評価を表す。手動入力による評価情報は端末装置１００からシステム管理装置２００に送信される。生体情報に基づく評価情報と手動入力による評価情報とを併用することで、システム管理装置２００にて、より品質の高い評価情報を作成することが可能である。
【0138】
本発明の実施形態にて述べた任意の方法をコンピュータに実行させるプログラム、及び、そのプログラムを記録した記録媒体であって且つコンピュータ読み取り可能な不揮発性の記録媒体は、本発明の実施形態の範囲に含まれる。本発明の実施形態における任意の処理は、半導体集積回路等のハードウェア、上記プログラムに相当するソフトウェア、又は、ハードウェアとソフトウェアの組み合わせによって実現されて良い。
【0139】
本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。
【符号の説明】
【0140】
ＳＹＳ システム
１００ 端末装置
２００ システム管理装置
ＢＢ 情報取得装置
ＰＳ 人物
１１０ 端末制御部
１１０ａ 演算処理部
１２０ メモリ
ＰＧ１、ＰＧ１ａ、ＰＧ１ｂ プログラム
１３０ 通信処理部
１３１ 送信部
１３２ 受信部
１４０ カメラ
１５０ ＧＰＳ処理部
１６０ 日時情報取得部
１７０ インターフェース部
１７１ 表示画面
１７２ 操作部
１７３ マイクロホン
１７４ スピーカ
２１０ 管理制御部
２１０ａ 演算処理部
２２０ メモリ
ＰＧ２ プログラム
２３０ 通信処理部
２３１ 送信部
２３２ 受信部
Ｆ２１ 利用サービス特定部
Ｆ２２ 分析評価部
Ｆ２３ 端末フィードバック部
Ｆ２４ マッチング部
Ｆ２５ サービス提案部
１００ 端末装置
２００ システム管理装置
ＢＢ 情報取得装置
ＰＳ 人物
１１０ 端末制御部
１１０ａ 演算処理部
１２０ メモリ
ＰＧ１、ＰＧ１ａ、ＰＧ１ｂ プログラム
１３０ 通信処理部
１３１ 送信部
１３２ 受信部
１４０ カメラ
１５０ ＧＰＳ処理部
１６０ 日時情報取得部
１７０ インターフェース部
１７１ 表示画面
１７２ 操作部
１７３ マイクロホン
１７４ スピーカ
２１０ 管理制御部
２１０ａ 演算処理部
２２０ メモリ
ＰＧ２ プログラム
２３０ 通信処理部
２３１ 送信部
２３２ 受信部
Ｆ２１ 利用サービス特定部
Ｆ２２ 分析評価部
Ｆ２３ 端末フィードバック部
Ｆ２４ マッチング部
Ｆ２５ サービス提案部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】