(57)【要約】【課題】ユーザの状態情報（尿意状態、各種病気の種類、けがの状態、優先度など）に応じた車両を配車することにより、緊急時の対応や処置をより速やかに実行する。【解決手段】ユーザの生体情報および位置情報を取得する取得手段と、生体情報からユーザに提供する移動体を選択する選択手段と、ユーザの生体情報が充足する条件に対して付加された優先度を取得し、選択された移動体に対して優先度に応じて配車する順番を決定する決定手段と、選択された移動体に対して位置情報に従って移動することを指示する指示手段と、を含む配車サービスシステム。【選択図】図１
2020119038.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの生体情報および位置情報を取得する取得手段と、
前記生体情報が充足する条件に応じて前記ユーザに提供する移動体を選択する選択手段と、
前記ユーザの生体情報が充足する条件に対して付加された優先度を取得し、前記選択された前記移動体に対して前記優先度に応じて配車する順番を決定する決定手段と、
前記選択された前記移動体に対して前記位置情報に従って移動することを指示する指示手段と、
を含むことを特徴とする配車サービスシステム。
【請求項２】
前記生体情報と前記ユーザに提供する移動体の種類とを対応付けて記憶する状態データベースをさらに備え、
前記選択手段は、状態データベースに基づいて前記ユーザに提供する移動体を選択する請求項１に記載の配車サービスシステム。
【請求項３】
前記取得手段は、前記移動体を管理する管理装置と通信可能なユーザ端末に設けられ、前記状態データベースと、前記選択手段とは、前記管理装置に設けられる請求項２に記載の配車サービスシステム。
【請求項４】
前記取得手段と、前記状態データベースと、前記選択手段とは、前記管理装置と通信可能とされたユーザ端末に設けられ、
前記ユーザ端末で選択された前記移動体の情報が前記管理装置へ送信される請求項３に記載の配車サービスシステム。
【請求項５】
前記生体情報から前記ユーザに尿意または便意有りと判断される場合、前記選択手段はトイレ機能を有する移動体を選択する請求項１から４のいずれか１項に記載の配車サービスシステム。  
【請求項６】
前記生体情報から前記ユーザの救急搬送が必要と判断される場合、前記選択手段は救急車としての機能を有する移動体を選択する請求項１から５のいずれか１項に記載の配車サービスシステム。
【請求項７】
前記ユーザ端末は、加速度情報を取得する加速度センサをさらに備え、
前記選択手段は、前記生体情報および前記加速度情報から前記ユーザに提供する移動体を選択する請求項３または４に記載の配車サービスシステム。
【請求項８】
取得された前記生体情報に基づいて、ユーザの健康データ、あるいは活動量を求める手段をさらに備え、
前記選択手段は、前記健康データ、あるいは前記活動量に基づいて前記移動体を選択する請求項１から７のいずれか１項に記載の配車サービスシステム。
【請求項９】
移動体を管理する管理装置が、
ユーザの生体情報および位置情報を取得して、
前記生体情報から前記ユーザに提供する移動体を選択し、
前記生体情報が充足する条件に対して付加された優先度を取得し、
前記選択された前記移動体に対して前記優先度に応じて配車する順番を決定し、
前記位置情報に従って移動する指示を供給する配車サービス方法。
【請求項１０】
コンピュータに、
ユーザの生体情報および位置情報を取得する機能と、
前記生体情報から前記ユーザに提供する移動体を選択する機能と、
前記生体情報が充足する条件に対して付加された優先度を取得する機能と、
前記選択された前記移動体に対して前記優先度に応じて配車する順番を決定する機能と、
前記位置情報に従って移動する指示を供給する機能と、を実現させるためのプログラム。
【請求項１１】
前記生体情報と前記ユーザに提供する移動体の種類とを対応付けて記憶する状態データベースをさらに備え、前記選択する機能は、前記状態データベースに基づいて前記移動体を選択する請求項１０に記載のプログラム。
【請求項１２】
請求項３または４に記載の配車サービスシステムにおいて配車される移動体であって、
前記管理装置からの指示を取得する指示取得手段と、
前記指示に基づいて前記位置情報の示す位置へ移動するように制御する移動制御手段と、を備える移動体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配車サービスシステム、配車サービス方法、プログラムおよび移動体に関する。
【背景技術】
【０００２】
従来、インターネット等のオンライン回線を介してユーザの要望に応じたタクシー等の移動体を配車する配車サービス方法が提案されている。例えば、特許文献１には、ユーザの要望に沿った最適な配車を行うことができる配車サービス方法について開示されている。この方法では、希望する配車位置の他、乗員数や車種、希望配車時間などのユーザの要望に沿った最適な配車を行うことが提案されている。
また、特許文献２には、対象者の体内に超音波を送信し、膀胱を検出する複数の超音波センサと、複数の超音波センサの検出結果から求められる膀胱の膨張速度に基づいて排尿タイミングを推定するサーバ群による処理が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−６３６９０号公報
【特許文献２】特許第６３３８７８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、上記従来技術の課題を解決するためになされたものであり、緊急時の対応や処置をより速やかに実行することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の態様の一つは、ユーザの生体情報および位置情報を取得する取得手段と、前記生体情報から前記ユーザに提供する移動体を選択する選択手段と、前記ユーザの生体情報が充足する条件に対して付加された優先度を取得し、前記選択された前記移動体に対して前記優先度に応じて配車する順番を決定する決定手段と、前記選択された前記移動体に対して前記位置情報に従って移動することを指示する指示手段と、を含む配車サービスシステムである。
【０００６】
また、本発明の他の態様は、移動体を管理する管理装置が、ユーザの生体情報および位置情報を取得して、前記生体情報から前記ユーザに提供する移動体を選択し、前記生体情報が充足する条件に対して付加された優先度を取得し、前記選択された前記移動体に対して前記優先度に応じて配車する順番を決定し、前記位置情報に従って移動する指示を供給する配車サービス方法であってもよい。
【０００７】
さらに、本発明の他の態様は、コンピュータに、ユーザの生体情報および位置情報を取得する機能と、前記生体情報から前記ユーザに提供する移動体を選択する機能と、前記生体情報が充足する条件に対して付加された優先度を取得する機能と、前記選択された前記移動体に対して前記優先度に応じて配車する順番を決定する機能と、前記位置情報に従って移動する指示を供給する機能と、を実現させるためのプログラムであってもよい。
【発明の効果】
【０００８】
本発明によれば、緊急時の対応や処置をより速やかに実行することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態である第１実施形態に係る配車サービスシステムを示す概要図である。
【図２】第１実施形態に係る配車を決定する手順を示すフローチャートである。
【図３】第１実施形態に係る生体情報が充足する条件を示す例（膀胱の膨張度合い）である。
【図４】第１実施形態に係る生体情報が充足する条件を示す例（心拍数の範囲）である。
【図５】第１実施形態に係る生体情報が充足する条件を示す例（体温の範囲）である。
【図６】第１実施形態の変形例に係る配車サービスシステムを示す概要図である。
【図７】第２実施形態に係る配車サービスシステムを示す概要図である。
【図８】第２実施形態に係る配車を決定する手順を示すフローチャートである。
【図９】第３実施形態に係る配車サービスシステムを示す概要図である。
【図１０】第３実施形態に係る配車を決定する手順を示すフローチャートである。
【図１１】第４実施形態に係る配車サービスシステムを示す概要図である。
【図１２】第４実施形態に係るスマートウォッチの表面斜視図である。
【図１３】第４実施形態に係るスマートウォッチの裏面斜視図である。
【図１４】ｅ-パレット（移動体）の外観を示す斜視図である。
【図１５】モビリティトイレ（移動体）の内部を示す斜視図である。
【図１６】ｅ-パレット（移動体）の主要部のブロック図である。
【図１７】第５実施形態に係る配車サービスシステムを示す概要図である。
【図１８】第６実施形態に係る配車サービスシステムを示す概要図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面を参照して詳細に説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１１】
＜第１実施形態＞
図１は、本発明の一実施形態である第１実施形態に係る配車サービス方法を実行する配車サービスシステムを示す概要図である。図１において、配車サービスシステムは、ネットワークＮ１に通信可能に接続される移動体１００と、ネットワークＮ１に通信可能に接続され、ユーザの生体情報および位置情報を取得するユーザ端末２００と、管理サーバ４００とを含む。管理サーバ４００は、移動体１００を選択する選択部４０２と、移動体１００に対して配車する順番を決定する決定部４０３と、位置情報に従って移動することを指示する指示部４０４と、を有する。
【００１２】
生体情報とは、原則的には、脈拍、血圧、呼吸、心拍、脳波、発汗等の生体現象をセンサによって数値化した物理量である。ただし、ユーザが尿意または便意有りの情報をユーザ端末２００に入力するような場合も生体情報として捉えることができる。ユーザの位置情報は、ユーザが保有または保持するユーザ端末２００が有するＧＰＳ（Global Positioning System）受信器などによるＧＰＳ情報に基づいて得られる。また、図１においては
、ユーザ端末２００が取得手段、選択部４０２が選択手段、決定部４０３が決定手段、指示部４０４が指示手段、管理サーバ４００が管理装置に相当する。
【００１３】
ネットワークＮ１は、例えば、インターネット等の公衆通信網でありＷＡＮ（Wide Area Network）やその他の通信網を採用し得る。また、ネットワークＮ１は、携帯電話各社
の通信網であるＬＴＥ（Long Term Evolution）、無線ＬＡＮ（Local Area Network：Wi-Fi含む）、複数の小売店舗や飲食店、美容院、旅行代理店などサービス業の店舗も入居する広大な敷地を有する商業施設である大型ショッピングモール等における構内ネットワー
クの無線通信網と有線通信網を含んでもよい。
【００１４】
ユーザ端末２００は、例えば、携帯電話、スマートフォン、携帯情報端末、タブレット端末、パーソナルコンピュータ等である。移動体１００は、与えられた指示に基づいて自律走行を行う自律走行車両が望ましいが、自律走行は必須要件ではなく、必ずしも無人である必要もない。例えば、移動が人の操縦によって行われてもよい。操縦は移動体１００に乗り込んでの操縦であっても、リモートコントローラなどを用いた遠隔操作であってもよい。さらに、移動体１００は船舶や航空機（飛行機、ヘリコプター、ドローンなど）であってもよい。
【００１５】
管理サーバ４００は、通信部４０１を有し、ネットワークＮ１を介して他の装置と接続し、ユーザ端末２００、移動体１００等との間の通信を行う。通信は、例えば、管理サーバ４００に設けられたＮＩＣ（Network Interface Card）や無線通信のための無線通信回路で行われる。同様に、ユーザ端末２００、移動体１００は、イーサネット(Ethernet)や無線ＬＡＮなど様々なネットワークに接続するためのネットワーク機能となるコントローラなどを備えている。
【００１６】
さらに、管理サーバ４００は、サービスを提供するコンピュータであり、クライアントからの要求に対して情報や処理結果を提供する機能を果たす側のコンピュータやソフトウェアである。また、ファイルサーバ、ウェブサーバ、プリントサーバ等の機能を提供する。さらに、サーバとクライアントの両方の機能が置かれても良い。
【００１７】
通常、管理サーバ４００は、ハイエンドのＣＰＵを多数搭載し、高速なバス、周辺機器などを備える。また、連続稼働性を実現するための各種設計が行われている。例えば、管理サーバ４００は、個々の部品の信頼性（設計・製造・検査、誤り検出訂正機能付のメインメモリなど）に加え、特定の部品で故障が発生した場合の可用性（重要部品の冗長化、ＲＡＩＤ等）を有する。また、管理サーバ４００は、部品の診断や交換が短時間または無停止で行える保守性（各種のログ機能、診断プログラム、ホットスワップなど）を備える。さらに、形状としては、ラックマウント型、タワー型、ブレード型等を用いる。
【００１８】
具体的には、管理サーバ４００は、ＣＰＵやＤＳＰ（Digital Signal Processor）等のプロセッサ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ（不図示）、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（Ｈ
ＤＤ、Hard Disk Drive）等の補助記憶装置を含む。補助記憶装置は、オペレーティング
システム（Operating System :ＯＳ）、各種プログラム、各種テーブル等を記憶し、プロセッサが補助記憶装置に格納されたプログラムをメモリの作業領域にロードして実行し、プログラムの実行を通じて様々な処理や動作が行われることによって、所定の目的に合致した機能を実現する。
【００１９】
図２は、決定部４０３による移動体１００に対して緊急度に応じて配車を決定する手順を示すフローチャートである。生体情報および位置情報がユーザ端末２００により取得、あるいは各種センサからユーザ端末２００、ネットワークＮ１、通信部４０１を介して取得される（Ｓ０１）。次に以下の処理を主に選択部４０２で行う。例えば、決定部４０３は、生体情報の数値範囲と移動体１００の種類との対応関係を定めて置き、ユーザの生体情報が特定条件を満たすか判断する（Ｓ０２）。そして、決定部４０３は、生体情報が充足する条件に応じてユーザに提供する移動体を選択する。具体的には、決定部４０３は、予め定めた特定条件に対応する種類、あるいは機能を有する移動体１００を選択する（Ｓ０３）。複数のユーザからの需要であるか、つまり、複数のユーザ端末２００から生体情報および位置情報の入力が有るかを確認し、１台の移動体１００を配車する必要があるかを判断する（Ｓ０４）
【００２０】
ここで、尿意を超音波センサで膀胱の膨らみ、つまり膀胱の膨張度合いとして検出する手順を説明する。例えば、尿意については、被験者となるユーザがウェアラブルデバイスに組み込まれた超音波センサを下腹部に装着するものとする。決定部４０３は、超音波センサからの信号により体内の動きをモニター・分析して、排尿、排便のタイミングを予知する。膀胱容量は、膀胱に溜めることができる尿の量を示し、人が尿意を発生する量を示すものである。尿意は、初発尿意、通常の尿意、強い尿意等に分けられ、最初に感じる軽い尿意である初発尿意では、排尿を意識的に抑制することが可能である。図３は、生体情報が充足する条件を示す例である。生体情報が充足する条件として「膀胱の膨張度合い」に対して、「緊急度」を付加した例を示している。移動体１００として必要とされる機能はトイレ機能であり、移動体の種類としてトイレが選択される。緊急度は、優先度の一例ということができる。
【００２１】
緊急度の例は、図３に示すように、「膀胱の膨張度合い」が１００〜１２０％では、通常の尿意であり、３０以内に到着すれば良いと定めている。同様に、「膀胱の膨張度合い」が１２０〜１５０％では、優先（１５分以内に到着）、１５０％以上では、最優先（３分以内に到着）としている。
【００２２】
なお、図３の「膀胱の膨張度合い」の数値範囲と緊急度は、例示したものであり、必ずしも正確なものではない。また、トイレのタイミングには個人差があり、個々に排泄時間を記録することで、排泄のタイミングを学習することが望ましい。トイレに行けば行くほど尿意の有無、「膀胱の膨張度合い」の数値範囲と緊急度の対応の正確さが向上するので、機械学習の機能が管理サーバ４００、あるいはユーザ端末２００の搭載されていることが良い。さらに、多数ユーザの排尿、排便パターンの計測調査とその傾向分析してシステム構築することが望ましい。
【００２３】
ユーザの数より少ない数の移動体１００を配車する場合は、指示部４０４は、緊急度を取得（Ｓ０５）して、選択部４０２で選択された移動体１００に対して緊急度に応じてユーザに配車する順番（ユーザの優先順位）を決定する（Ｓ０６）。そして指示部４０４は、決定した優先順位にしたがってスケジュールリングして、ユーザの位置情報に従って移動体１００の移動を指示する（Ｓ０７）。もちろん、複数ユーザに対して十分な数の移動体１００を配車できる場合は、指示部４０４は、緊急度に係らず移動を指示すればよい。例えば、ユーザの生体情報が充足する条件で尿意または便意有りと判断されれば、決定部４０３は、トイレ機能を有する移動体１００を選択し、指示部４０４は、決定部４０３の選択にしたがって移動体１００に移動を指示する。
【００２４】
図４は、脈拍数（心拍数）の範囲が充足する条件に対して移動体の種類を定めた例、図５は、体温の範囲に対して移動体の種類を定めた例である。なお、脈拍数は、同じような意味で心拍数という言い方もあり、数値としては同じ値になるので、一般的には同義語である。脈拍数は性別・年齢別によって正常値が若干異なるが、通常は一般成人で６０〜１００拍／分が正常値である。
【００２５】
1分間の心拍数が１００拍を超えた場合は頻脈であり、脈拍が早い原因としては、交感
神経の働きが優位になっていることが考えられる。いわゆる「緊張している場面」や「興奮している状態」のときに心拍数は高くなり、精神的に強いストレスを感じていると、交感神経が興奮し脈拍数が早くなる。また、心筋が無秩序に収縮している状態であれば、心拍が急に２００以上に上がり、不整脈の一種であり、心臓の心室が小刻みに震える心室細動となる。
【００２６】
1分間の心拍数が６０拍未満の場合は除脈であり、副交感神経の状態が優位になってい
ると脈拍数は少なくなる。急に除脈の状態になったときには身体が酸欠状態にある可能性があり、全身に送られる血液量が少なくなるために、酷い場合には意識消失などの状態になる事がある。
【００２７】
したがって、決定部４０３は、移動体１００として、緊急度を加味した種類を選択する。つまり、図４に示すように、心拍数の範囲が、０〜６０拍／分であれば、決定部４０３は、ドクターカーを選択する。ドクターカーは、人工心臓マッサージ器や人工呼吸器、検査装置等の医療機械を搭載し、医師、看護師などが同乗して現場へ直接出動する車両である。６０〜１００拍／分であれば、決定部４０３は、特別な装備を有さない一般車を選択する。同様に、１００拍／分であれば、決定部４０３は、傷病者を収容するためのストレッチャー、処置用の医薬品、ＡＥＤ、心電図モニターなどの医療用機器、酸素ボンベなどを搭載している救急車を選択する。
【００２８】
体温の範囲は、一般成人の正常値は３６．６〜３７．２℃、高齢者になると、一般成人の正常値に比べ０．２〜０．５℃ほど低い体温が正常値と言われている。３４度以下では、内臓機能の低下や脳へのダメージも考えられ、めまいが起こったり呼吸が苦しくなったりする体温である。３４度台では、低体温症というような状態に近く、腹痛や下痢、めまいなど様々な症状を起こす。３７度台後半、３８度を超えると、高熱であり、心拍が早い、悪寒と寒気、筋肉痛、食欲低下、呼吸が早くなるなどの症状となる。体温が４０度を超えると、異常高温となり、脳の体温管理システムがコントロールできない状態に陥った状態であり、出血、暗い尿、失神などの症状が現れ、発作、麻痺、腫瘍、脳炎、重篤な内出血などが原因となる。
【００２９】
したがって、決定部４０３は、移動体１００として、緊急度を加味した種類を選択する。つまり、図５に示すように、体温の範囲が３４度以下では、ドクターカー、ヘリコプターを選択する。３４から３６度では救急車、３６〜３８度では一般車、３８〜４０度では、救急車、４０度以上では、ドクターカー、ヘリコプターを選択する。
【００３０】
なお、図４、５の数値範囲は、図３と同様に例示したものであり、必ずしも正確なものではなく、経験則、多数ユーザの結果とその傾向分析による学習系４１２および知能系４１１（図６参照）によって、定めることが望ましい。また、数値範囲は、単にしきい値として定めるものでない。そこで、決定部４０３は、それぞれの生体情報、図３、４、５の例では、膀胱の膨張度合い、心拍数の範囲、体温の範囲に対して、ファジィ論理におけるメンバシップ関数を定め、数値で表される量を、メンバシップ関数を用いて置き換え、ファジィルールで移動体の種類、緊急度を決定しても良い。もちろん、移動体の種類、緊急度の決定については、決定部４０３は、生体情報を複数組み合わせて、ファジィ推論して複雑な対応関係の基で決定することが望ましい。また、図３から図５に示した生体情報の条件、すなわち、膀胱の膨張度合い、心拍数の範囲、体温の範囲等と、移動体種類、緊急度等の間の関係は、決定部４０３あるいは指示部４０４として処理を実行するＣＰＵで実行されるメモリに搭載されるコンピュータプログラム中に組み込むことができる。また、例えば、管理サーバ４００は、「If 条件then  処理１ else  処理２」で記述される知識ベースとして図３から図５のような関係を保持してもよい。
【００３１】
上記の一実施形態によれば、本配車サービスシステムは、ユーザの生体情報が充足する条件に対して緊急度に応じて移動体１００を選択し、緊急度に応じて配車する順番、すなわちユーザの優先順位を決定する。このため、本配車サービスシステムは、複数のユーザからの緊急時の要望に対して、可能な範囲で的確に、かつ、ユーザの満足が得られるように対応し、処置を実行することができる。
【００３２】
図６は、本発明の第１実施形態の変形例に係る配車サービスシステムを示す概要図であ
る。上記第１実施形態では、図３から図５で例示した生体情報の条件、すなわち、膀胱の膨張度合い、心拍数の範囲、体温の範囲等と、移動体種類、緊急度等の間の関係は、決定部４０３あるいは指示部４０４に組み込まれている。しかし、図３から図５で例示した生体情報の条件と移動体種類、緊急度等の間の関係は、状態データベース４１０として、管理サーバ４００が読み出し可能な補助記憶装置、あるいは、ネットワーク上のデータベースサーバ等に格納してもよい。この場合には、状態データベースは、生体情報とユーザに提供する移動体の種類とを対応付けて記憶するといえる。管理サーバが、状態データベース４１０を用いて処理を実行することで、生体情報の条件と移動体種類、緊急度等の間の関係が配車サービスシステムにおいて簡易に調整可能となる。例えば、状態データベース４１０が管理サーバ４００によって書き換え可能な場合には、管理サーバ４００は、図２の情報処理の結果から、ユーザの満足度等のフィードバックを受け、生体情報の条件を更新すればよい。
【００３３】
＜第２実施形態＞
図７は、本発明の第２実施形態に係る配車サービスシステムを示す概要図である。図６で示した第１実施形態と異なるのは、状態データベース４１０、選択部４０２とがユーザ端末２００に設けられ、ユーザ端末２００で選択された移動体１００の情報が管理サーバ４００の通信部４０１へ送信される点にある。図８は、配車を決定する手順を示すフローチャートであり、選択部４０２で選択された移動体１００に対して指示部４０４で移動を指示するまでの手順を示す。
【００３４】
ユーザ端末２００は、生体情報および位置情報を各種センサから取得する（Ｓ３１）。各種センサは、ユーザ端末２００から無線通信によってアクセス可能なものでもよいし、ユーザ端末２００に内蔵されるものであっても良い。ユーザ端末２００は、取得された生体情報に基づいて状態データベース４１０を参照（Ｓ３２）し、ユーザの状態情報を判断する（Ｓ３３）。これによって、ユーザ端末２００は、取得されたユーザの生体情報が条件を満たすか否かを判断したことになる。ユーザ端末２００の選択部４０２は、状態データベース４１０に基づく条件に対応する種類、あるいは機能を有する移動体１００を選択する（Ｓ３４）。ユーザ端末２００は、選択した移動体１００がどれであるかを示す情報、つまり号機、名称を管理サーバ４００へ通信部４０１を介して送信する（Ｓ３５）。管理サーバ４００は、自ら管理している移動体１００の内、送信された情報に合致する移動体１００に対しての移動を指示する（Ｓ３６）。
【００３５】
ユーザ端末２００は、ハイエンドのＣＰＵを搭載した管理サーバ４００に比べて高機能ではないので、状態データベース４１０は図６で説明したものから一部を省略して特化したものとしてもよい。また、状態データベース４１０は、単に、図４、５で示した心拍数の範囲、体温の範囲と移動体１００の種類との対応関係を定めるデータ、データ列とすることでも良い。
【００３６】
また、図６で示した第２実施形態と組み合わせて、ユーザ端末２００は、管理サーバ４００に設けられた状態データベース４１０利用してもよい。あるいは、ユーザ端末２００が予め管理サーバ４００と通信して、最新の状態データベース４１０をダウンロードするようにしても良い。
【００３７】
上記の一実施形態によれば、システム構成が簡素化され、スマートフォンに専用アプリケーションをインストールする形態でもシステム構築が可能となる。また、小規模の敷地、あるいはビルなどでは、管理サーバ４００の指示部４０４を省略し、ユーザ端末２００から直接に移動体１００に対しての移動を指示できるようにしてもよい。例えば、移動体１００に設けられる機能として、消化器、ＡＥＤを備えるような場合に適している。
【００３８】
＜第３実施形態＞
図９は、本発明の第３実施形態に係る配車サービスシステムを示す概要図である。図１で示した実施形態と異なるのは、本実施形態の配車サービスシステムがユーザ端末２００に代えて通信機能およびＧＰＳ機能を備えた生体センサ５００を有する点にある。図１０は、配車を決定する手順を示すフローチャートであり、生体センサ５００による生体情報の取得から選択部４０２で選択された移動体１００に対して指示部４０４で移動を指示するまでの手順を示す。
【００３９】
生体情報および位置情報は、生体センサ５００で取得される（Ｓ４１）。次に、生体センサ５００に複合化された通信部およびＧＰＳ受信機により、図９の例として、心拍計５０１による心拍数、加速度センサ５０２により取得された加速度を示す加速度情報、尿意センサ５０３による膀胱の膨張度合いの数値データが管理サーバ４００へ送信される（Ｓ４２）。なお、尿意センサは第１実施形態と同様に超音波センサを下腹部に装着される。生体センサ５００は、図９のように複数設けても良いし、一つだけとして、単独機能としても良い。
【００４０】
管理サーバ４００の選択部４０２は、生体センサ５００の数値範囲と移動体１００の種類との対応関係を第１実施形態と同様に定めて置き、ユーザの生体情報が条件を満たすか判断する（Ｓ４３）。選択部４０２は、予め定めた条件に対応する種類、あるいは機能を有する移動体１００を選択する（Ｓ４４）。そして指示部４０４は、生体センサ５００の位置情報に従って移動体１００の移動を指示する（Ｓ４５）。
【００４１】
以上のように、管理サーバ４００は、例えば、尿意センサ５０３で得られる膀胱の膨張度合いが条件で尿意または便意有りと判断されれば、トイレ機能を有する移動体１００を選択して移動を指示する。また、管理サーバ４００は、心拍計による心拍数、加速度センサからの加速度情報によって、ユーザが転倒した、動かないなどの判断を行い、ＡＥＤを備えた移動体１００を選択して移動を指示する。また、生体センサ５００は、位置情報だけを管理サーバ４００に送信し、生体センサ５００から直接に移動体１００へ移動の指示を行っても良い。上記の一実施形態によれば、システム構成が簡素化されるので、特定の機能に専用化する場合に適している。
【００４２】
＜第４実施形態＞
図１１は、本発明の第４実施形態に係る配車サービスシステムを示す概要図である。図１で示した実施形態と異なるのは、スマートウォッチ３００を利用して生体情報が取得され、ユーザ端末２００がスマートフォンである点にある。スマートウォッチ３００は、通常、腕時計機能およびＧＰＳ受信機３０７を有し、内部にＣＰＵが設けられ、Ｂluetooth（登録商標）のような無線通信プロトコルでユーザ端末２００と通信を行う機能を有している。また、スマートウォッチ３００には、センサとして圧力、光センサ、モーションセンサなどが組み込まれている。そのため、スマートウォッチ３００は、活動量計３０４、歩数計３０２、心拍計３０１、血圧計３０３、睡眠計３０６、座りすぎ注意タイマー３０５などの機能を有する。図１２にスマートウォッチ３００の表面斜視図、図１３に裏面斜視図に例示する。スマートウォッチ３００は、腕時計ベルト、ネックレス、リストバンド、ブレスレット、腕カバー等で、手や腕に着用して使用するウェアラブルデバイスである。
【００４３】
図１２、１３において、スマートウォッチ３００は、内側３２０と外側３２１とを備え、相互に連接する。内側３２０は、皮膚に密着する。測定部３３０にセンサとして圧力、光センサ、モーションセンサ、電極などが組み込まれる。また、３４０は体温センサである。測定部３３０は、心拍、血圧、血管弾性などを検出できる。例えば、特定波長の光が皮膚に照射されると、光センサが人体表面から反射しあるいは人体の一部を透過した光を
受信する。受信した光の強弱は、血液成分の光吸收の多少を反映しており、光電式容積脈波の信号を得ることができる。測定部３３０は、脈波特徴量を用いて血圧を算出することができる。なお、心拍の度に心筋細胞が極化するとき、皮膚表面で微弱な電気的変化が起るので、心拍は、圧力、光センサで検出されるだけでなく、電極でも測定が可能となる。
【００４４】
上記のように、ウェアラブルデバイスであるスマートウォッチ３００をユーザが装着し、心電図、血管弾性、血圧、血中酸素、心拍、体温を随時測定し、歩数カウントを行うことができる。そして、これらの生体情報は、スマートスマートフォンであるユーザ端末２００あるいは管理サーバ４００に伝送され、連続的に、断続的に、定期的に、または任意の他の所望の頻度若しくは時間間隔で保存、更新され得る。さらに、ユーザ端末２００は、保存された生体情報に基づいて、日常的な健康データ、活動量を求める。そして、ユーザ端末２００あるいは管理サーバ４００は、健康データ、活動量に基づいて、移動体１００を選択すればよい。また、ユーザ端末２００あるいは管理サーバ４００は、平常時の健康データ、活動量を基に、ユーザの状態情報、つまり尿意状態、各種病気の種類、けがの状態、緊急度などを判断して、移動体１００を選択すればよい。
【００４５】
健康データは、体重、心拍数、血圧、血糖値、服薬遵守、活動量などの、人の健康に関連付けられた任意の種類のデータを含み得る。活動量を図る活動量計３０４は、形や使い方は歩数計３０２と似ている。歩数計３０２が歩行活動を測定して歩数や歩行時の消費カロリーを表示するのに対し、活動量計３０４は、歩行だけではなく家事やデスクワークなど、さまざまな活動を測定し、1日の総消費カロリーを求める。例えば、活動量を示すエ
クササイズ量は、身体活動の量の単位で、どれくらいの強さの運動を、どれくらいの時間行ったのか、運動の量と時間を乗算して算出される。
【００４６】
移動体１００に対して配車する順番を決定する手順などは、既に説明した第１実施形態と同様である。上記の一実施形態によれば、ユーザ端末２００に専用アプリケーションをインストールする形態で、様々なシステム構築が可能となる。また、管理サーバ４００の指示部４０４を省略し、ユーザ端末２００から直接に移動体１００に対して移動を指示することでも良い。
【００４７】
近年、ショッピングモール、大型パーク、大型レジャーランドなどの大型施設が各地に開設され、広大な敷地の中に、複数の小売店舗や飲食店、専門分野の有名専門店、サービス店、アミューズメント施設など多種にわたる店舗などの商業施設が入居している。それら施設では、例えば、来場者のトイレの要望に対して、個々の施設に設置するのではなく、適宜場所を定めて設けているのが実情である。しかし、施設を利用するユーザは、トイレの設置場所を熟知している分けではない。したがって、緊急を要する場合は、非常に困惑した状態となる。また、トイレのみならず、急病、けがなどに対応するＡＥＤ、初期消火に必要な消火器なども同様である。
【００４８】
上記要望に対して、本実施形態の配車サービスシステムは、トイレ、ＡＥＤ、消火器など自体に機動性を待たせ、自動運転技術を活用したモビリティサービス専用の次世代ＥＶであるｅ-パレットを移動体１００として用いる。つまり、本実施形態の配車サービスシ
ステムは、モビリティトイレ（どこでもトイレ）、モビリティＡＥＤ、モビリティホスピタル、モビリティクリニック、ＭＲＩ、モビリティＣＴを実現する。ｅ-パレットは、自
立走行車両であり、荷室ユニット数に応じて全長が異なる計3サイズの車両がある。大型
施設内で利用するには、小型のサイズが適し、低床・箱型のバリアフリーデザインによるフラットの空間に、利用する用途、機能に応じた設備の搭載を行う。図１４は、ｅ-パレ
ットの外観を示す斜視図、図１５はモビリティトイレの内部を示す斜視図である。
【００４９】
ｅ-パレット（移動体１００）は、箱形のボディ１Ｚと、ボディ１Ｚ下部の両側方で進
行方向に対して前後に設けられた４つの車輪ＴＲ１からＴＲ４とを有する。４つの車輪ＴＲ−１からＴＲ−４は、駆動軸に連結され駆動用モータによって駆動される。また、４つの車輪ＴＲ−１からＴＲ−４の走行時の進行方向は、操舵用モータによって、ボディ１Ｚに対して相対的に変位し、進行方向が制御される。
【００５０】
図１４のように、ボディ１Ｚの外壁には、ディスプレイ１６−１から１６−３が固定されている。ディスプレイ１６−１から１６−３は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。図１５は、ボディ１Ｚの内部の構成を例示する。ユーザがモビリティトイレを利用する場合、ドアＤＲ１を開けて入室し、トイレ１２０を利用する。図１５では、省略されているが２台の便器の間に壁が設けられ、２室が形成される。ドアＤＲ１は、２つに分離しており、２室を個別に開閉する。同様に、モビリティＡＥＤにはＡＥＤ装置、モビリティＭＲＩにはＭＲＩ装置、モビリティＣＴには、ＣＴ装置が搭載される。もちろん、モビリティトイレ、モビリティＡＥＤ、モビリティＭＲＩ、モビリティＣＴ等を組み合わせてｅ-パレット（移動体１００）に搭載しても良い。
【００５１】
図１６はｅ-パレット（移動体１００）の主要部のブロック図を示す。制御部１０３は
、指示取得手段および移動制御手段に相当し、制御部１０３は、センサ１０１や位置情報取得部１０２から取得した情報に基づいて、移動体１００の制御を行うコンピュータである。制御部１０３は、ＣＰＵ、メモリ、補助記憶装置（ハードディスクなど）を含み、ＣＰＵが補助記憶装置に記憶されたプログラムをメモリにロードして実行することで各種処理を行うための機能が実現される。各種処理の具体例として、制御部１０３は、運行計画生成部１０３１、環境検出部１０３２、走行制御部１０３３として動作する。
【００５２】
ｅ-パレット（移動体１００）は、管理サーバ４００から取得した指示に従って走行す
る。ｅ-パレットは、ネットワークＮ１を介して取得した指示に基づいて走行経路を生成
し、周囲をセンシングしながら自律走行して大型施設内の道路または通路上を走行する。ｅ-パレット（移動体１００）は、センサ１０１、位置情報取得部１０２、制御部１０３
、駆動部１０４、通信部１０５を含んで構成される。さらに、バッテリ（二次電池）が搭載されており、二次電池から供給される電力で動作する。
【００５３】
センサ１０１は、ｅ-パレット（移動体１００）の自律走行に必要な情報を取得するた
めに移動体１００の周囲のセンシングを行う。センサ１０１は、例えばステレオカメラ、レーザスキャナ、ＬＩＤＡＲ、レーダなどを含む。センサ１０１が取得した情報は、制御部１０３に送信され、ｅ-パレット（移動体１００）の周囲に存在する障害物や走行レー
ンの認識等のために制御部１０３によって利用される。また、位置情報取得部１０２は、ｅ-パレット（移動体１００）の現在位置を取得する。例えば、位置情報取得部１０２は
ＧＰＳ受信器などを含んで構成される。位置情報取得部１０２が取得した情報も制御部１０３に送信され、例えば、ｅ-パレット（移動体１００）の現在位置を利用して目的地で
あるユーザの位置に到達するためのルートの算出に利用される。
【００５４】
運行計画生成部１０３１は、通信部１０５を通じて管理サーバ４００から指示を取得し、自身の運行計画を生成する。指示には、ｅ-パレット（移動体１００）に与えられる出
発地および目的地に関する情報が含まれる。したがって、運行計画生成部１０３１は、管理サーバ４００から与えられたユーザの位置情報と、位置情報取得部１０２により得られた自車両の位置とに基づいて、移動ルートを算出し、移動ルートを移動する運行計画を生成する。運行計画には、このように算出されたｅ-パレット（移動体１００）が走行する
経路に関するデータと、経路の一部または全部においてｅ-パレット（移動体１００）が
行うべき処理を規定したデータとを含む。
【００５５】
環境検出部１０３２は、センサ１０１が取得したデータに基づいて、自律走行に必要な
ｅ-パレット（移動体１００）の周囲の環境を検出する。検出の対象は、例えば、周囲に
存在する他の移動体の数や位置、自身の周囲に存在する障害物（例えば歩行者、自転車、構造物、建築物など）の数や位置、道路の構造、道路標識などであるが、これらに限られない。自律的な走行を行うために必要なものであれば、検出の対象はどのようなものであってもよい。環境検出部１０３２が検出した、ｅ-パレット（移動体１００）の周囲環境
に関するデータ（以下、環境データ）は、走行制御部１０３３へ送信される。
【００５６】
走行制御部１０３３は、運行計画生成部１０３１が生成した運行計画と、環境検出部１０３２が生成した環境データ、ならびに、位置情報取得部１０２が取得した位置情報に基づいて、ｅ-パレット（移動体１００）の自律的な走行を制御するための制御指令を生成
する。例えば、走行制御部１０３３は、所定の経路に沿って走行し、かつ、移動体１００を中心とする所定の安全領域内に障害物が進入しないように移動体１００を走行させるべく制御指令を生成する。
【００５７】
駆動部１０４は、走行制御部１０３３が生成した制御指令に基づいて、ｅ-パレット（
移動体１００）を走行させる手段である。駆動部１０４は、例えば、車輪ＴＲ−１からＴＲ−４を駆動するためのモータやインバータ、ブレーキ、ステアリング機構等を含んで構成され、制御指令に従ってモータやブレーキ等が駆動されることで、移動体１００の自律走行が実現される。また、通信部１０５は、ｅ-パレット（移動体１００）をネットワー
クＮ１に接続する。
【００５８】
ｅ-パレット（移動体１００）に対して配車する順番を決定する手順などは、既に説明
した実施形態と同様である。上記の一実施形態によれば、広大な敷地の大型施設などにおいても、いたずらにトイレ、ＡＥＤ、消化器の数を増やすことなく、ユーザの要望に迅速に対応することが可能となる。
【００５９】
＜第５実施形態＞
図１７は、本発明の第５実施形態に係る配車サービスシステムを示す概要図である。生体情報とは、原則的にはセンサによって数値化した物理量である。ただし、第５実施形態では、ユーザが尿意または便意有りの情報をユーザ端末２００にものとし、ユーザから入力される情報も、生体情報として処理される。ユーザの位置情報は、ユーザが保有または保持するユーザ端末２００が有するＧＰＳ受信器などによるＧＰＳ情報に基づいて得られる。図１７では、ユーザ端末２００をスマートフォンとし、スマートフォンにインストールされたアプリケーション画面２０１（以下、アプリ画面２０１）を例示している。
【００６０】
アプリ画面２０１は、タッチパネル上のタッチキー方式で様々な入力が可能とされ、ユーザが尿意または便意有りの場合、アプリ画面２０１上でトイレキー２１２を押圧する。アプリ画面２０１の下部には、緊急度を示す緊急キー２１３が配置されている。図３で示した例と同様に、緊急キー２１３の数値１は、通常３０以内に到着、２は、優先（１５分以内に到着）、３は、最優先（３分以内に到着）を指定する。したがって、アプリ画面２０１では緊急度を選択した入力が可能とされている。そして、ユーザ端末２００は、入力された情報を、ネットワークＮ１を介して管理サーバ４００へ伝送する。移動体１００に対して配車する順番を決定する手順などは、既に説明した第１実施形態と同様である。また、尿意と同様に、ユーザは、ＡＥＤを必要とするときはＡＥＤキー２１１、救急車による救急搬送を必要とするときは、救急車キー２１０を入力すればよい。
【００６１】
尿意または便意に関しては、他の情報を入力することによっても良い。例えば、他の情報として、ユーザは飲食店等での会食（酒を飲むための集まり）の開始時刻を入力する。ユーザ端末２００では、開始時刻から通常、尿意も催す時間を推定する。この時間は、多数ユーザ、またはユーザ端末２００を所有するユーザの排尿、排便パターンの計測調査と
その傾向を分析して定めることができる。推定に当たっては、ユーザ端末２００は、第１実施形態等と同様、生体情報として、脈拍、血圧を計測する圧力または光センサによる検出値、変動パターンなどにより特徴を抽出し、時間経過と併合して処理を実行することが望ましい。
【００６２】
広大な敷地の大型施設などにおいては、第５実施形態と同様に、移動体１００をｅ-パ
レットとして複数台設けることが良い。上記の一実施形態によれば、ユーザの直接的な要望に対して、緊急度が付加されてｅ-パレット（移動体１００）が選択され、緊急度に応
じて配車する順番を決定するので、複数のユーザに対して、緊急時の要望に的確に、十分な満足が得られるように対応や処置を実行することができる。
【００６３】
＜第６実施形態＞
図１８は、本発明の第６実施形態に係る配車サービスシステムを示す概要図である。他の実施形態と異なるのは、第６実施形態の配車サービスシステムは、ネットワークＮ１に病院６０１、他の医療機関６０２を接続し、管理サーバ４００と情報の共有化を図る。他の医療機関６０２とは、国立高度専門医療研究センター、国立感染症研究所、大病院のような大規模医療施設、介護老人保健施設、調剤を実施する薬局、その他の医療を提供する施設である。
【００６４】
管理サーバ４００は、取得された生体情報に基づいて、ユーザの状態情報を判断する場合、状態データベース４１０（図３から図５、図６）を参照すると共に、病院６０１、他の医療機関６０２へユーザの生体情報を伝送する。そして、管理サーバ４００は、病院６０１、他の医療機関６０２から、これらの専門性を生かした情報、診断を取得する。これにより、状態データベース４１０（図３から図５、図６）に基づく条件に加えて、より高度で適切な移動体１００を選択することが可能となる。移動体１００に対して配車する順番を決定する手順などは、既に説明した第１実施形態と同様である。
【００６５】
また、ユーザが病気、けがなどの緊急時には、単に、移動体１００がユーザの位置に移動するだけでなく、その後、治療のため病院６０１へユーザを搬送する場合がある。その場合、搬送中にネットワークＮ１を介してユーザに対して初期対応、検査、経過観察、治療を行うこと、あるいは病院６０１で準備すること、を迅速、かつより適切に行うことが可能となる。
＜その他の実施形態＞
【００６６】
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。特に、第１実施形態から第６実施形態に係る配車サービスシステムをそれぞれ選択して任意に組み合わせても良い。
【００６７】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【００６８】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよ
い。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【００６９】
Ｎ１…ネットワーク
１００…移動体（ｅ-パレット）
１０３…制御部（指示取得手段、移動制御手段）
２００…ユーザ端末、スマートフォン（取得手段）
３００…スマートウォッチ（取得手段）
３０４…活動量計
３０７…ＧＰＳ受信機
４００…管理サーバ（管理装置）
４０２…選択部（選択手段）
４０３…決定部（決定手段）
４０４…指示部（指示手段）
４１０…状態データベース
５００…生体センサ
５０２…加速度センサ
【図１】
2020119038.tif 000003
【図２】
2020119038.tif 000004
【図３】
2020119038.tif 000005
【図４】
2020119038.tif 000006
【図５】
2020119038.tif 000007
【図６】
2020119038.tif 000008
【図７】
2020119038.tif 000009
【図８】
2020119038.tif 000010
【図９】
2020119038.tif 000011
【図１０】
2020119038.tif 000012
【図１１】
2020119038.tif 000013
【図１２】
2020119038.tif 000014
【図１３】
2020119038.tif 000015
【図１４】
2020119038.tif 000016
【図１５】
2020119038.tif 000017
【図１６】
2020119038.tif 000018
【図１７】
2020119038.tif 000019
【図１８】
2020119038.tif 000020