(57)【要約】【課題】移動体の利用を希望するユーザが、移動体が提供される前に、その移動体の内部状態に関する情報を入手し得る情報処理方法を提供する。【解決手段】情報処理方法は、コンピュータを用いて、１以上の移動体の内部空間のセンシング結果から検出される上記内部空間の状態を示す状態情報及び前記１以上の移動体の空き情報を取得し、状態情報及び空き情報を用いて、上記１以上の移動体において空いている移動体及び空いている座席の少なくとも一方の上記状態に係る第１提示情報を生成し、第１提示情報を提示装置に提示させる。【選択図】図１６
2020013474.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを用いて、
１以上の移動体の内部空間のセンシング結果から検出される前記内部空間の状態を示す状態情報及び前記１以上の移動体の空き情報を取得し、
前記状態情報及び前記空き情報を用いて、前記１以上の移動体において空いている移動体及び空いている座席の少なくとも一方の前記状態に係る第１提示情報を生成し、
前記第１提示情報を提示装置に提示させる
情報処理方法。
【請求項２】
移動体の内部空間についてのユーザの特性を示す特性情報を取得し、
前記特性情報をさらに用いて、前記状態と前記ユーザの特性との関係に応じた態様の、前記空いている移動体及び空いている座席の少なくとも一方の前記状態を示す前記第１提示情報を生成する
請求項１に記載の情報処理方法。
【請求項３】
前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び空いている座席の少なくとも一方の予約の可否を決定し、
決定された予約の可否のそれぞれが示される前記第１提示情報を生成する
請求項２に記載の情報処理方法。
【請求項４】
前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び空いている座席の少なくとも一方の、提示する前記状態の程度を決定し、
決定された提示する前記状態の程度のそれぞれが示される前記第１提示情報を生成する
請求項２又は３に記載の情報処理方法。
【請求項５】
前記ユーザの特性は、前記状態に対する前記ユーザの耐性を含み、
前記状態に対する前記耐性が高いほど、提示する前記状態の程度を緩和する
請求項４に記載の情報処理方法。
【請求項６】
前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び空いている座席の少なくとも一方の利用に係る、提示する費用を決定し、
決定された提示する費用のそれぞれが示される前記第１提示情報を生成する
請求項２〜５のいずれか１項に記載の情報処理方法。
【請求項７】
前記ユーザの特性は、前記状態に対する前記ユーザの耐性を含み、
前記状態に対する前記耐性が高いほど、提示する費用を低減する
請求項６に記載の情報処理方法。
【請求項８】
前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び空いている座席の少なくとも一方の、前記ユーザに対する推奨度を決定し、
決定された推奨度のそれぞれに応じて前記第１提示情報を生成する
請求項２〜５のいずれか１項に記載の情報処理方法。
【請求項９】
前記空いている座席毎に、前記第１提示情報を前記提示装置に提示させる
請求項２〜８のいずれか１項に記載の情報処理方法。
【請求項１０】
前記ユーザによる前記１以上の移動体の利用履歴から、前記特性情報を生成する
請求項２〜９のいずれか１項に記載の情報処理方法。
【請求項１１】
前記１以上の移動体における、前記ユーザによる利用前後の前記状態から、前記特性情報を生成する
請求項１０に記載の情報処理方法。
【請求項１２】
前記１以上の移動体における、前記ユーザによる利用前後の前記状態から、前記ユーザに付与する利得又はコストを決定し、
決定した利得又はコストを前記提示装置に提示させる
請求項２〜１１のいずれか１項に記載の情報処理方法。
【請求項１３】
移動体の内部空間についてのユーザの特性を示す特性情報を取得し、
前記特性情報をさらに用いて、前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び移動体の座席の少なくとも一方の予約の可否を決定するための第２提示情報を生成し、
前記第２提示情報を前記提示装置に提示させる
請求項１〜１２のいずれか１項に記載の情報処理方法。
【請求項１４】
前記第２提示情報が提示されることにより決定された決定結果が反映された前記第１提示情報を、前記提示装置に提示させる
請求項１３に記載の情報処理方法。
【請求項１５】
前記第２提示情報は、前記状態情報である
請求項１３又は１４に記載の情報処理方法。
【請求項１６】
前記状態は、前記１以上の移動体の座席の汚れ若しくは壊れ、又は前記１以上の移動体の内部空間の臭いの状態である
請求項１〜１５のいずれか１項に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動体に係る情報についての情報処理方法に関する。
【背景技術】
【０００２】
従来、移動体の利用を希望するユーザに対して、移動体を提供する技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−５４５３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の技術では、移動体の利用を希望するユーザは、移動体が提供される前に、その移動体の内部空間の状態がどのような状態であるか知ることができない。このため、ユーザにとって不快な内部状態の移動体（例えば、座席が汚れている、異臭がする等）が提供された場合に、そのユーザは、不快な思いをしながらその移動体を利用することとなる。また、場合によっては、そのユーザは、その移動体の利用をキャンセルすることもあり得る。
【０００５】
そこで、本開示は、移動体の利用を希望するユーザが、移動体が提供される前に、その移動体の内部状態に関する情報を入手することができる情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本開示の一態様に係る情報処理方法は、コンピュータを用いて、１以上の移動体の内部空間のセンシング結果から検出される前記内部空間の状態を示す状態情報及び前記１以上の移動体の空き情報を取得し、前記状態情報及び前記空き情報を用いて、前記１以上の移動体において空いている移動体及び空いている座席の少なくとも一方の前記状態に係る第１提示情報を生成し、前記第１提示情報を提示装置に提示させる。
【発明の効果】
【０００７】
本開示の一態様に係る情報処理方法によれば、移動体の利用を希望するユーザは、移動体が提供される前に、その移動体の内部状態に関する情報を入手することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施の形態に係る情報提示システムの構成を示すブロック図である。
【図２】図２は、実施の形態に係る移動体情報の一例を示すデータ構成図である。
【図３】図３は、実施の形態に係る実績情報の一例を示すデータ構成図である。
【図４】図４は、実施の形態に係る特性情報の一例を示すデータ構成図である。
【図５】図５は、実施の形態に係る移動体内部状態取得処理のシーケンス図である。
【図６】図６は、実施の形態に係る移動体内部状態解析処理のシーケンス図である。
【図７】図７は、実施の形態に係る各座席の汚れ度合い判定処理のフローチャートである。
【図８】図８は、実施の形態に係る利用傾向取得処理のシーケンス図である。
【図９】図９は、実施の形態に係る利用傾向解析処理のフローチャートである。
【図１０】図１０は、実施の形態に係る予約傾向取得処理のシーケンス図である。
【図１１】図１１は、実施の形態に係る予約傾向解析処理のフローチャートである。
【図１２】図１２は、実施の形態に係るレベルのヒストグラムの一例を示す模式図である。
【図１３】図１３は、実施の形態に係る第１耐性取得処理のシーケンス図である。
【図１４】図１４は、実施の形態に係る第２耐性取得処理のシーケンス図である。
【図１５】図１５は、実施の形態に係る耐性解析処理のフローチャートである。
【図１６】図１６は、実施の形態に係る提示処理のシーケンス図である。
【図１７】図１７は、実施の形態に係る提示情報生成処理のフローチャートである。
【図１８Ａ】図１８Ａは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図１８Ｂ】図１８Ｂは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図１９Ａ】図１９Ａは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図１９Ｂ】図１９Ｂは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図２０Ａ】図２０Ａは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図２０Ｂ】図２０Ｂは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図２１Ａ】図２１Ａは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図２１Ｂ】図２１Ｂは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図２２Ａ】図２２Ａは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図２２Ｂ】図２２Ｂは、実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図２３Ａ】図２３Ａは、提示対象の座席の提示方法の一例を示す模式図である。
【図２３Ｂ】図２３Ｂは、提示対象の座席の提示方法の一例を示す模式図である。
【図２３Ｃ】図２３Ｃは、提示対象の座席の提示方法の一例を示す模式図である。
【図２３Ｄ】図２３Ｄは、提示対象の座席の提示方法の一例を示す模式図である。
【図２４】図２４は、他の実施の形態に係る情報提示システムの構成を示すブロック図である。
【図２５Ａ】図２５Ａは、他の実施の形態に係る第１提示情報が提示されている様子の一例を示す模式図である。
【図２５Ｂ】図２５Ｂは、他の実施の形態に係る第２提示情報が提示されている様子の一例を示す模式図である。
【図２６Ａ】図２６Ａは、他の実施の形態に係る利益またはコストが提示されている様子の一例を示す模式図である。
【図２６Ｂ】図２６Ｂは、他の実施の形態に係る利益またはコストが提示されている様子の一例を示す模式図である。
【発明を実施するための形態】
【０００９】
（本発明の一態様を得るに至った経緯）
近年、自動運転の移動体のシェアライドサービスが検討されている。
【００１０】
一般に、自動運転の移動体においては、運転手が不在であるため、運転手が搭乗する移動体に比べて、移動体の内部空間の状態に目が行き届きにくい傾向にある。このため、自動運転の移動体をユーザに提供する場合には、運転手が搭乗する移動体をユーザに提供する場合に比べて、そのユーザにとって不快な内部状態の移動体を提供してしまう恐れが高い。ユーザにとって不快な内部状態の移動体が提供されてしまうと、そのユーザは、不快な思いをしながらその移動体を利用することとなる。このため、そのユーザは、シェアライドサービスの運用者に対して、悪い印象を抱くことがある。また、場合によっては、そのユーザは、その移動体の利用をキャンセルすることもあり得る。このような場合には、シェアライドサービスの運用者は、その事業機会を失うこととなる。
【００１１】
発明者は、このような問題に鑑みて、移動体の利用を希望するユーザが、移動体が提供される前に、その移動体の内部状態に関する情報を入手することができる、下記本開示の一態様に係る情報処理方法に想到した。
【００１２】
本開示の一態様に係る情報処理方法は、コンピュータを用いて、１以上の移動体の内部空間のセンシング結果から検出される前記内部空間の状態を示す状態情報及び前記１以上の移動体の空き情報を取得し、前記状態情報及び前記空き情報を用いて、前記１以上の移動体において空いている移動体及び空いている座席の少なくとも一方の前記状態に係る第１提示情報を生成し、前記第１提示情報を提示装置に提示させる。
【００１３】
上記情報処理方法によると、移動体及び移動体の座席の少なくとも一方について、その移動体の内部空間の状態に関する情報が、提示装置に提示される。このため、移動体の利用を希望するユーザは、移動体が提供される前に、その提示装置に提示される、その移動体の内部状態に関する情報を入手することができる。また、従来では提示することが困難であった、ユーザが利用することができる候補となる移動体の内部状態に関する情報を提示することができる。
【００１４】
また、移動体の内部空間についてのユーザの特性を示す特性情報を取得し、前記特性情報をさらに用いて、前記状態と前記ユーザの特性との関係に応じた態様の、前記空いている移動体及び空いている座席の少なくとも一方の前記状態を示す前記第１提示情報を生成するとしてもよい。これにより、ユーザの特性に適した状態の移動体又は座席を当該ユーザに把握させやすくすることができる。また、提示される情報が、ユーザの特性に適した状態の移動体又は座席になることにより、提示の情報量が削減され、提示に要するメモリ容量又はプロセッサの処理量を低減することができる。
【００１５】
また、前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び空いている座席の少なくとも一方の予約の可否を決定し、決定された予約の可否のそれぞれが示される前記第１提示情報を生成するとしてもよい。これにより、ユーザの特性に適した状態の移動体又は座席を効率的に予約することができる。
【００１６】
また、前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び空いている座席の少なくとも一方の、提示する前記状態の程度を決定し、決定された提示する前記状態の程度のそれぞれが示される前記第１提示情報を生成するとしてもよい。これにより、ユーザの特性に適した状態の移動体又は座席をより適切に当該ユーザに把握させることができる。
【００１７】
また、前記ユーザの特性は、前記状態に対する前記ユーザの耐性を含み、前記状態に対する前記耐性が高いほど、提示する前記状態の程度を緩和するとしてもよい。これにより、ユーザが許容できる状態の移動体又は座席を当該ユーザに提示することができる。
【００１８】
また、前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び空いている座席の少なくとも一方の利用に係る、提示する費用を決定し、決定された提示する費用のそれぞれが示される前記第１提示情報を生成するとしてもよい。これにより、ユーザの特性に対する適性と費用とのバランスが取れた状態の移動体又は座席を当該ユーザに提示することができる。
【００１９】
また、前記ユーザの特性は、前記状態に対する前記ユーザの耐性を含み、前記状態に対する前記耐性が高いほど、提示する費用を低減するとしてもよい。これにより、ユーザが許容できる状態と費用とのバランスが取れた状態の移動体又は座席を当該ユーザに提示することができる。
【００２０】
また、前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び空いている座席の少なくとも一方の、前記ユーザに対する推奨度を決定し、決定された推奨度のそれぞれに応じて前記第１提示情報を生成するとしてもよい。これにより、ユーザは利用の候補となる移動体又は座席の状態の詳細を確認することなく、当該ユーザに適した移動体又は座席を把握することができる。
【００２１】
また、前記空いている座席毎に、前記第１提示情報を前記提示装置に提示させるとしてもよい。これにより、座席単位のシェアライドに適用することができる。
【００２２】
また、前記ユーザによる前記１以上の移動体の利用履歴から、前記特性情報を生成するとしてもよい。これにより、ユーザの特性を実際の移動体の利用状況に基づき取得することができる。
【００２３】
また、前記１以上の移動体における、前記ユーザによる利用前後の前記状態から、前記特性情報を生成するとしてもよい。これにより、ユーザの特性をより正確に取得することができる。
【００２４】
また、前記１以上の移動体における、前記ユーザによる利用前後の前記状態から、前記ユーザに付与する利得又はコストを決定し、決定した利得又はコストを前記提示装置に提示させるとしてもよい。これにより、移動体の状態に起因して移動体の利用度合いの偏りを抑制することができる。
【００２５】
また、移動体の内部空間についてのユーザの特性を示す特性情報を取得し、前記特性情報をさらに用いて、前記状態と前記ユーザの特性との関係に応じて、前記空いている移動体及び移動体の座席の少なくとも一方の予約の可否を決定するための第２提示情報を生成し、前記第２提示情報を前記提示装置に提示させるとしてもよい。これにより、移動体を用いたサービスを提供するサービス提供者が移動体の状態とユーザの特性とに応じてユーザの予約可否を決定することができる。すなわち、当該サービス提供者が移動体とユーザとのより精細なマッチングを行うことができる。
【００２６】
また、前記第２提示情報が提示されることにより決定された決定結果が反映された前記第１提示情報を、前記提示装置に提示させるとしてもよい。これにより、ユーザに提示される第１提示情報を上記サービス提供者が操作することができる。
【００２７】
また、前記第２提示情報は、前記状態情報であるとしてもよい。これにより、上記サービス提供者がどの移動体とユーザとをマッチングさせるかの判断についてより詳細な判断材料を提供することができる。
【００２８】
また、前記状態は、前記１以上の移動体の座席の汚れ若しくは壊れ、又は前記１以上の移動体の内部空間の臭いの状態であるとしてもよい。これにより、移動体の利用において重視される状態をユーザに把握させることができ、ユーザの印象悪化又は予約キャンセルなどを抑制することができる。
【００２９】
以下、本開示の一態様に係る情報処理方法の具体例について、図面を参照しながら説明する。ここで示す実施の形態は、いずれも本開示の一具体例を示すものである。従って、以下の実施の形態で示される数値、形状、構成要素、構成要素の配置及び接続形態、並びに、ステップ（工程）及びステップの順序等は、一例であって本開示を限定するものではない。以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意に付加可能な構成要素である。また、各図は、模式図であり、必ずしも厳密に図示されたものではない。
【００３０】
なお、本開示の包括的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。
【００３１】
（実施の形態１）
以下、実施の形態に係る情報提示すシステムについて説明する。この情報提示システムは、移動体の利用を希望するユーザに対して、利用可能な移動体における内部空間の状態に係る情報を提示するシステムである。
【００３２】
ここでは、一例として、移動体がシェアライドサービスで利用される自動運転車両であるとして説明するが、移動体は、ユーザが搭乗可能な移動体であれば、必ずしもシェアライドサービスで利用される自動運転車両に限定される必要はない。ユーザが搭乗可能な移動体としては、例えば、運転手付きのタクシー、バス、座席指定の特急列車等が考えられる。また、運転手の有無や座席の有無も問わない。
【００３３】
［１．情報提示システムの構成］
図１は、実施の形態に係る情報提示システム１の構成を示すブロック図である。
【００３４】
図１に示されるように、情報提示システム１は、ユーザ端末１０と、移動体装置２０と、管制センタ端末３０とを含んで構成される。
【００３５】
ユーザ端末１０は、例えば、情報提示システム１のユーザに利用される端末である。図１では、ユーザ端末１０があたかも１個であるかのように描写されているが、ユーザ端末１０の数は、必ずしも１個である場合に限定されず、複数であってもよい。
【００３６】
ユーザ端末１０は、制御部１００と、入力部１１０と、提示部１２０と、通信部１３０とを含んで構成される。ユーザ端末１０は、例えば、スマートフォンであってもよいし、タブレット型端末であってもよい。
【００３７】
入力部１１０は、ユーザ端末１０を利用するユーザからの入力を受け付ける。入力部１１０は、例えば、タッチパッドを備え、ユーザ端末１０を利用するユーザによる、タッチ操作による入力を受け付けるとしてもよい。また、入力部１１０は、例えば、入力キーを備え、ユーザ端末１０を利用するユーザによる、キー操作による入力を受け付けるとしてもよい。また、入力部１１０は、例えば、マイクを備え、ユーザ端末１０を利用するユーザによる、音声による入力を受け付けるとしてもよい。
【００３８】
提示部１２０は、ユーザ端末１０を利用するユーザへ情報を提示する。提示部１２０は、例えば、液晶ディスプレイを備え、ユーザ端末１０を利用するユーザへ画像を表示することで情報を提示するとしてもよい。また、提示部１２０は、例えば、スピーカを備え、ユーザ端末１０を利用するユーザへ音声を出力することで情報を提示するとしてもよい。
【００３９】
通信部１３０は、通信可能な他の機器と通信する。他の機器には、移動体装置２０と、管制センタ端末３０とが含まれる。通信部１３０は、例えば、無線通信機を備え、無線を利用して他の機器と通信するとしてもよい。
【００４０】
制御部１００は、入力部１１０と、提示部１２０と、通信部１３０とを制御する。制御部１００は、例えば、専用ハードウエアにより実現されてもよいし、例えば、ユーザ端末１０がプロセッサとメモリとを備え、メモリに記憶されたプログラムをプロセッサが実行することで実現されてもよい。
【００４１】
移動体装置２０は、例えば、移動体に搭載される装置である。図１では、移動体装置２０があたかも１個であるかのように描写されているが、移動体装置２０の数は、必ずしも１個である場合に限定されず、複数であってもよい。
【００４２】
移動体装置２０は、制御部２００と、内部状態取得部２１０と、通信部２２０とを含んで構成される。
【００４３】
内部状態取得部２１０は、移動体装置２０が搭載される移動体の内部空間をセンシングしセンシング結果から検出される、移動体の内部空間の状態を示す状態情報を出力する。内部状態取得部２１０は、例えば、デジタルビデオカメラ、デジタルスチルカメラ等の撮像装置を備え、移動体の内部空間（例えば、座席）の画像を撮像し、撮像した画像を状態情報として出力するとしてもよい。この場合、撮像装置は、例えば、可視光により画像を撮像し、可視光画像を状態情報として出力するとしてもよいし、赤外光により画像を撮像し、赤外光画像を状態情報として出力するとしてもよい。また、撮像装置は、可視光又は赤外光を利用して測距画像を撮像し、測距画像を状態情報として出力するとしてもよい。また、内部状態取得部２１０は、例えば、臭いセンサを備え、移動体内部の臭いをセンシングし、センシングした臭いを示す情報を状態情報として出力するとしてもよい。また、内部状態取得部２１０は、集音マイクを備え、移動体内部の音声を電気信号である音声信号に変換し、変換した音声信号を状態情報として出力するとしてもよい。
【００４４】
通信部２２０は、通信可能な他の機器と通信する。他の機器には、ユーザ端末１０と、管制センタ端末３０とが含まれる。通信部２２０は、例えば、無線通信機を備え、無線を利用して他の機器と通信するとしてもよい。
【００４５】
制御部２００は、内部状態取得部２１０と、通信部２２０とを制御する。制御部２００は、例えば、専用ハードウエアにより実現されてもよいし、例えば、移動体装置２０がプロセッサとメモリとを備え、メモリに記憶されたプログラムをプロセッサが実行することで実現されてもよい。
【００４６】
管制センタ端末３０は、例えば、情報提示システム１を運用する運用会社が利用する端末である。
【００４７】
管制センタ端末３０は、制御部３００と、予約管理部３１０と、予約管理データベース３１１と、通信部３２０と、移動体管理部３３０と、移動体管理データベース３３１と、入力部３４０と、提示部３５０と、ユーザ情報解析部３６０と、内部状態解析部３７０と、提示情報生成部３８０と、ユーザ管理部３９０と、ユーザ管理データベース３９１とを含んで構成される。管制センタ端末３０は、例えば、コンピュータであってよい。
【００４８】
移動体管理データベース３３１は、移動体装置２０から取得した状態情報と、状態情報に基づいて生成された移動体内部の状態を示す移動体情報と、空いている移動体及び移動体の座席を示す空き情報とを格納する。移動体管理データベース３３１は、例えば、管制センタ端末３０に内蔵されたハードディスクによって実現されてもよいし、例えば、管制センタ端末３０に着脱自在なＤＶＤディスクによって実現されてもよいし、例えば、管制センタ端末３０に内容されたメモリによって実現されてもよいし、例えば、管制センタ端末３０に着脱自在なＵＳＢメモリによって実現されてもよい。
【００４９】
図２は、移動体管理データベース３３１に格納される移動体情報の一例を示すデータ構成図である。
【００５０】
図２に示されるように、移動体情報は、例えば、車両ＩＤ１０１０と、座席１０２０と、汚れレベル１０３０と、ゴミ１０４０と、濡れ１０５０と、臭気１０６０と、状態１０７０と、初期状態１０８０とが対応付けられて構成される。
【００５１】
車両ＩＤ１０１０は、移動体の一例である車両を特定する情報である。座席１０２０は、対応する車両ＩＤ１０１０によって特定される車両に含まれる座席を示す情報である。汚れレベル１０３０は、対応する座席の汚れのレベルを示す情報である。ここでは、汚れレベル１０３０は、数値がより大きい程より汚れている旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階で表現される。ゴミ１０４０は、対応する座席のごみのレベルを示す情報である。ここでは、ゴミ１０４０は、数値がより大きい程よりゴミの量が多い旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階で表現される。濡れ１０５０は、対応する座席の濡れのレベルを示す情報である。ここでは、濡れ１０５０は、数値がより大きい程より濡れている量が多い旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階で表現される。臭気１０６０は、対応する座席の臭気のレベルを示す情報である。ここでは、臭気１０６０は、数値がより大きい程より臭いがきつい旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階で表現される。状態１０７０は、対応する座席の状態を示す情報である。ここでは、状態１０７０は、座席に異常がない旨を示す異常なし、又は、座席が破れている旨を示す破れありのいずれかを示す情報である。初期状態１０８０は、対応する座席の初期状態の画像である。ここで、初期状態とは、対象とする座席が、ゴミが存在しておらず、濡れておらず、破れていない状態であることを言う。
【００５２】
再び図１に戻って、情報提示システム１の説明を続ける。
【００５３】
移動体管理部３３０は、移動体管理データベース３３１を更新し、管理する。移動体管理部３３０は、例えば、専用ハードウエアにより実現されてもよいし、例えば、管制センタ端末３０がプロセッサとメモリとを備え、メモリに記憶されたプログラムをプロセッサが実行することで実現されてもよい。
【００５４】
予約管理データベース３１１は、移動体の予約情報とユーザの利用実績とを含む実績情報を格納する。予約管理データベース３１１は、例えば、管制センタ端末３０に内蔵されたハードディスクによって実現されてもよいし、例えば、管制センタ端末３０に着脱自在なＤＶＤディスクによって実現されてもよいし、例えば、管制センタ端末３０に内容されたメモリによって実現されてもよいし、例えば、管制センタ端末３０に着脱自在なＵＳＢメモリによって実現されてもよい。
【００５５】
図３は、予約管理データベース３１１に格納される実績情報の一例を示すデータ構成図である。
【００５６】
図３に示されるように、実績情報は、例えば、予約ＩＤ１１１０と、ユーザＩＤ１１２０と、利用日時１１３０と、予約時の汚れレベル１１４０と、乗車時の汚れレベル１１５０と、降車時の汚れレベル１１６０とが対応付けられて構成される。
【００５７】
予約ＩＤ１１１０は、移動体に対してなされた利用の予約を特定する情報である。ユーザＩＤ１１２０は、対応する予約ＩＤによって特定される予約を行ったユーザを特定する情報である。利用日時１１３０は、対応する予約ＩＤによって特定される予約が行なわれた日時を示す情報である。予約時の汚れレベル１１４０は、対応する予約ＩＤによって特定される予約が行なわれた時点における、予約対象の座席の汚れのレベルを示す情報である。ここでは、予約対象の座席の汚れレベル１１４０は、汚れレベル１０３０と同様に、数値がより大きい程より汚れている旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階で表現される。乗車時の汚れレベル１１５０は、対応する予約ＩＤによって特定される予約の予約対象の座席を有する移動体に、対応するユーザＩＤによって特定されるユーザが乗車した時点における、予約対象の座席の汚れのレベルを示す情報である。ここでは、乗車時の座席の汚れレベル１１５０は、汚れレベル１０３０と同様に、数値がより大きい程より汚れている旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階で表現される。降車時の汚れレベル１１６０は、対応する予約ＩＤによって特定される予約の予約対象の座席を有する移動体から、対応するユーザＩＤによって特定されるユーザが降車した時点における、予約対象の座席の汚れのレベルを示す情報である。ここでは、降車時の座席の汚れレベル１１６０は、汚れレベル１０３０と同様に、数値がより大きい程より汚れている旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階で表現される。なお、予約傾向解析結果１２２０及び利用傾向解析結果１２３０及び耐性１２４０は、汚れレベルを表す数値の昇順（又は降順）に限定されず、程度が区別できる指標であればよい。また、それらは一回の利用から決定してもよいし、複数回の利用から総合して決定してもよい。
【００５８】
再び図１に戻って、情報提示システム１の説明を続ける。
【００５９】
予約管理部３１０は、予約管理データベース３１１を更新し、管理する。予約管理部３１０は、例えば、専用ハードウエアにより実現されてもよいし、例えば、管制センタ端末３０がプロセッサとメモリとを備え、メモリに記憶されたプログラムをプロセッサが実行することで実現されてもよい。
【００６０】
ユーザ管理データベース３９１は、移動体の内部空間についてのユーザの特性を示す特性情報を格納する。ユーザ管理データベース３９１は、例えば、管制センタ端末３０に内蔵されたハードディスクによって実現されてもよいし、例えば、管制センタ端末３０に着脱自在なＤＶＤディスクによって実現されてもよいし、例えば、管制センタ端末３０に内容されたメモリによって実現されてもよいし、例えば、管制センタ端末３０に着脱自在なＵＳＢメモリによって実現されてもよい。
【００６１】
図４は、ユーザ管理データベース３９１に格納される特性情報の一例を示すデータ構成図である。
【００６２】
図４に示されるように、実績情報は、例えば、ユーザＩＤ１２１０と、予約傾向解析結果１２２０と、利用傾向解析結果１２３０と、耐性１２４０とが対応付けられて構成される。
【００６３】
ユーザＩＤ１２１０は、ユーザを特定する情報である。予約傾向解析結果１２２０は、対応するユーザＩＤ１２１０によって予約された座席の汚れレベルの傾向を示す情報である。ここでは、予約傾向解析結果１２２０は、汚れレベル１０３０と同様に、数値がより大きい程より汚れている旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階、又は傾向を特定することができない旨を示すｕｎｄｅｆｉｎｅｄで表現される。利用傾向解析結果１２３０は、対応するユーザＩＤ１２１０によって利用された座席において、乗車時と降車時の汚れレベルの変化の傾向を示す情報である。ここでは、利用傾向解析結果１２３０は、数値がより大きい程より汚れる傾向にある旨を示すｌｅｖｅｌ−５〜ｌｅｖｅｌ５の１１段階、又は傾向を特定することができない旨を示すｕｎｄｅｆｉｎｅｄで表現される。耐性１２４０は、対応するユーザＩＤ１２１０についての、移動体の内部空間の状態に対する耐性を示す情報である。数値がより大きい程より耐性が高い旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階で表現される。
【００６４】
再び図１に戻って、情報提示システム１の説明を続ける。
【００６５】
ユーザ管理部３９０は、ユーザ管理データベース３９１を更新し、管理する。ユーザ管理部３９０は、例えば、専用ハードウエアにより実現されてもよいし、例えば、管制センタ端末３０がプロセッサとメモリとを備え、メモリに記憶されたプログラムをプロセッサが実行することで実現されてもよい。
【００６６】
入力部４３０は、管制センタ端末３０を利用するユーザからの入力を受け付ける。入力部４３０は、例えば、タッチパッドを備え、管制センタ端末３０を利用するユーザによる、タッチ操作による入力を受け付けるとしてもよい。また、入力部４３０は、例えば、入力キーを備え、管制センタ端末３０を利用するユーザによる、キー操作による入力を受け付けるとしてもよい。また、入力部４３０は、例えば、マイクを備え、管制センタ端末３０を利用するユーザによる、音声による入力を受け付けるとしてもよい。
【００６７】
提示部３５０は、管制センタ端末３０を利用するユーザへ情報を提示する。提示部３５０は、例えば、液晶ディスプレイを備え、管制センタ端末３０を利用するユーザへ画像を表示することで情報を提示するとしてもよい。また、提示部３５０は、例えば、スピーカを備え、管制センタ端末３０を利用するユーザへ音声を出力することで情報を提示するとしてもよい。
【００６８】
通信部３２０は、通信可能な他の機器と通信する。他の機器には、ユーザ端末１０と、移動体装置２０とが含まれる。通信部３２０は、例えば、無線通信機を備え、無線を利用して他の機器と通信するとしてもよい。
【００６９】
ユーザ情報解析部３６０は、情報提示システム１を利用するユーザに関する情報に対する処理を行う。より具体的には、ユーザ情報解析部３６０は、ユーザによる移動体の利用履歴から、ユーザによる移動体の利用傾向を解析する利用傾向解析処理と、ユーザによる移動体の予約履歴から、ユーザによる移動体の予約傾向を解析する予約傾向解析処理と、ユーザによる移動体の利用履歴から、移動体の内部空間についてのユーザの耐性を解析する耐性解析処理とを行う。予約傾向解析処理と、利用傾向解析処理と、耐性解析処理とについては、後程図面を用いて詳細に説明する。ユーザ情報解析部３６０は、例えば、専用ハードウエアにより実現されてもよいし、例えば、管制センタ端末３０がプロセッサとメモリとを備え、メモリに記憶されたプログラムをプロセッサが実行することで実現されてもよい。
【００７０】
内部状態解析部３７０は、移動体の内部空間の状態に関する情報に対する処理を行う。より具体的には、内部状態解析部３７０は、移動体の内部空間の状態を解析する移動体内部状態解析処理を行う。移動体内部状態解析処理については、後程図面を用いて詳細に説明する。内部状態解析部３７０は、例えば、専用ハードウエアにより実現されてもよいし、例えば、管制センタ端末３０がプロセッサとメモリとを備え、メモリに記憶されたプログラムをプロセッサが実行することで実現されてもよい。
【００７１】
提示情報生成部３８０は、提示装置に提示させる提示情報を生成する処理を行う。そして、生成した提示情報を提示装置に提示させる。より具体的には、提示情報生成部３８０は、状態情報及び空き情報を用いて、空いている移動体及び移動体の座席の少なくとも一方の、移動体の内部空間の状態に係る第１提示情報を生成する提示情報生成処理を行う。提示情報生成処理については、後程図面を用いて詳細に説明する。また、提示装置に提示される第１提示情報の具体例についても、後程図面を用いて詳細に説明する。ここで、提示装置は、例えば、提示部１２０を備えるユーザ端末１０であってもよいし、提示部３５０を備える管制センタ端末３０であってもよい。提示情報生成部３８０は、例えば、専用ハードウエアにより実現されてもよいし、例えば、管制センタ端末３０がプロセッサとメモリとを備え、メモリに記憶されたプログラムをプロセッサが実行することで実現されてもよい。
【００７２】
制御部３００は、予約管理部３１０と、通信部３２０と、移動体管理部３３０と、入力部３４０と、提示部３５０と、ユーザ情報解析部３６０と、内部状態解析部３７０と、提示情報生成部３８０とユーザ管理部３９０とを制御する。制御部３００は、例えば、専用ハードウエアにより実現されてもよいし、例えば、管制センタ端末３０がプロセッサとメモリとを備え、メモリに記憶されたプログラムをプロセッサが実行することで実現されてもよい。
【００７３】
以下、構成の情報提示システム１の行う処理について説明する。
【００７４】
［２．情報提示システムの動作］
情報提示システム１は、移動体内部状態取得処理、利用傾向取得処理、予約傾向取得処理、第１耐性取得処理、第２耐性取得処理及び、提示処理を行う。以下、これらの処理について、図面を用いて順に説明する。
【００７５】
まず、移動体内部状態取得処理について説明する。
【００７６】
移動体内部状態取得処理は、移動体から状態情報を取得し、取得した状態情報に基づいて、移動体管理データベース３３１に格納される移動体情報を更新する処理である。
【００７７】
図５は、移動体内部状態取得処理のシーケンス図である。
【００７８】
移動体内部状態取得処理は、情報提示システム１が運用されている期間中、随時繰り返し実行される。移動体内部状態取得処理は、例えば、所定期間Ｔ１（例えば１分）毎に繰り返し実行されてもよい。
【００７９】
移動体内部状態取得処理が開始されると、情報提示システム１を構成する各移動体装置２０は、移動体装置２０が搭載される移動体の内部空間をセンシングし、センシング結果から検出される、移動体の内部空間の状態を示す状態情報を、管制センタ端末３０へ送信する（ステップＳ１０）。状態情報は、例えば、移動体の座席を撮像した画像であってもよいし、移動体内部の臭いをセンシングした臭いを示す情報であってもよいし、移動体内部で集音された音声が電気信号に変換された音声信号であってもよい。ここでは、状態情報が、移動体の座席を撮像した画像である場合を例に説明する。画像の例としては、例えば、可視光により撮像された可視光画像であってもよいし、赤外光により撮像された赤外光画像であってもよいし、可視光又は赤外光を利用して撮像された測距画像であってもよい。
【００８０】
移動体装置２０から状態情報が送信されると、内部状態解析部３７０は、移動体内部状態解析処理を開始する（ステップＳ２０）。
【００８１】
図６は、移動体内部状態解析処理のフローチャートである。
【００８２】
移動体内部状態解析処理が開始されると、内部状態解析部３７０は、移動体装置２０から送信された状態情報を取得し、移動体管理データベース３３１に格納される空き情報を取得する（ステップＳ２１）。この際、内部状態解析部３７０は、取得した状態情報を、移動体管理データベース３３１に格納させる。
【００８３】
状態情報と空き情報とを取得すると、内部状態解析部３７０は、各座席の汚れ度合判定処理を開始する。
【００８４】
図７は、各座席の汚れ度合い判定処理のフローチャートである。
【００８５】
各座席の汚れ度合い判定処理が開始されると、内部状態解析部３７０は、取得した状態情報と空き情報とに基づいて、空き座席を撮像した座席画像を特定し、特定した座席画像のうち、未選択の座席画像を１つ選択する（ステップＳ２２１）。
【００８６】
未選択の座席画像を選択すると、内部状態解析部３７０は、選択した座席画像と同じ座席の、前回取得した座席画像（以下、「前回の座席画像」とも呼ぶ。）を、移動体管理データベース３３１から取得する（ステップＳ２２２）。
【００８７】
次に、内部状態解析部３７０は、選択した座席画像と、取得した前回の座席画像との差分画像を生成し（ステップＳ２２３）、差分画像の輝度値の総和を算出する（ステップＳ２２４）。そして、内部状態解析部３７０は、算出した総和に応じて、対応する座席の汚れレベルを算出する（ステップＳ２２５）。汚れレベルは、例えば、予め定められた基準に従って、数値がより大きい程より汚れている旨を示すｌｅｖｅｌ１〜ｌｅｖｅｌ６の６段階のうちのいずれか１つに算出される。
【００８８】
汚れレベルを算出すると、内部状態解析部３７０は、ステップＳ２２１の処理において特定した座席画像のうち、未選択の座席画像が存在するか否かを調べる（ステップＳ２２６）。
【００８９】
ステップＳ２２６の処理において、未選択の座席画像が存在する場合に（ステップＳ２２６：ＹＥＳ）、内部状態解析部３７０は、再びステップＳ２２２の処理に戻って、ステップＳ２２２以降の処理を行う。
【００９０】
ステップＳ２２６の処理において、未選択の座席画像が存在しない場合に（ステップＳ２２６：ＹＥＳ）、内部状態解析部３７０は、各座席の汚れ度合い判定処理を終了する。
【００９１】
再び図６に戻って、移動体内部状態解析処理の説明を続ける。
【００９２】
各座席の汚れ度合い判定処理（ステップＳ２２）が終了すると、内部状態解析部３７０は、移動体管理データベース３３１に格納された移動体情報を取得する（ステップＳ２３）。
【００９３】
移動体情報を取得すると、内部状態解析部３７０は、各座席の汚れ度合い判定処理において算出された汚れレベルの中に、取得した移動体情報の構成要素から変化しているものが存在するか否かを調べる（ステップＳ２４）。
【００９４】
ステップＳ２４の処理において、移動体情報の構成要素から変化する汚れレベルが存在する場合に（ステップＳ２４：ＹＥＳ）、内部状態解析部３７０は、その汚れレベルで移動体情報を更新する（ステップＳ２５）。
【００９５】
ステップＳ２４の処理において、移動体情報の構成要素から変化して汚れレベルが存在しない場合に（ステップＳ２４：ＮＯ）、内部状態解析部３７０は、その移動体内部状態解析処理を終了する。
【００９６】
再び図５に戻って、移動体内部状態取得処理の説明を続ける。
【００９７】
移動体内部状態解析処理（ステップＳ２０）が終了すると、管制センタ端末３０は、更新した移動体情報を、移動体管理データベース３３１に格納する（ステップＳ３０）。ステップＳ２０の処理において、移動体情報が更新されていない場合には、ステップＳ３０の処理は行われない。
【００９８】
ステップＳ３０の処理が終了した場合と、ステップＳ２０の処理において移動体情報が更新されていない場合とに、情報提示システム１は、移動体内部状態取得処理を終了する。
【００９９】
次に、利用傾向取得処理について説明する。
【０１００】
利用傾向取得処理は、ユーザが移動体を利用した場合に、移動体から、ユーザ乗車前の状態情報とユーザ降車後の状態情報とを取得し、取得した状態情報に基づいて、ユーザ管理データベース３９１に格納される特性情報を更新する処理である。
【０１０１】
図８は、利用傾向取得処理のシーケンス図である。
【０１０２】
利用傾向取得処理は、ユーザが移動体に乗車することで開始される。
【０１０３】
利用傾向取得処理が開始されると、ユーザが乗車する移動体に搭載された移動体装置２０は、ユーザが移動体に乗車した旨を示す乗車通知を管制センタ端末３０に送信する（ステップＳ１１０）。そして、移動体装置２０は、ユーザが利用する座席について、ユーザが乗車する直前にセンシングされたセンシング結果から検出された状態情報（ここでは、状態情報が、座席を撮像した画像である場合を例として説明する。）を管制センタ端末３０に送信する（ステップＳ１２０）。
【０１０４】
移動体装置２０から、乗車通知と状態情報とが送信されると、内部状態解析部３７０は、移動体内部状態解析処理（図６参照）を行う（ステップＳ１３０）。
【０１０５】
ステップＳ１３０の移動体内部状態解析処理が終了すると、内部状態解析部３７０は、ステップＳ１３０の処理において更新した移動体情報を、移動体管理データベース３３１に格納する（ステップＳ１４０）。ステップＳ１３０の処理において、移動体情報が更新されていない場合には、ステップＳ１４０の処理は行われない。
【０１０６】
次に、内部状態解析部３７０は、ステップＳ１３０の移動体内部状態解析処理において算出された、ユーザが利用する座席の汚れレベルを、乗車時の汚れレベル１１５０として、予約管理データベース３１１に格納される実績情報を更新する（ステップＳ１５０）。
【０１０７】
その後、ユーザが移動体から降車すると、その移動体に搭載された移動体装置２０は、ユーザが移動体から降車した旨を示す降車通知を管制センタ端末３０に送信する（ステップＳ１６０）。そして、移動体装置２０は、ユーザが利用した座席について、ユーザが降車した直後にセンシングされたセンシング結果から検出された状態情報（ここでは、座席を撮像した画像）を管制センタ端末３０に送信する（ステップＳ１７０）。
【０１０８】
移動体装置２０から、降車通知と状態情報とが送信されると、内部状態解析部３７０は、移動体内部状態解析処理（図６参照）を行う（ステップＳ１８０）。
【０１０９】
ステップＳ１８０の移動体内部状態解析処理が終了すると、内部状態解析部３７０は、ステップＳ１８０の処理において更新した移動体情報を、移動体管理データベース３３１に格納する（ステップＳ１９０）。ステップＳ１８０の処理において、移動体情報が更新されていない場合には、ステップＳ１９０の処理は行われない。
【０１１０】
次に、内部状態解析部３７０は、ステップＳ１８０の移動体内部状態解析処理において算出された、ユーザが利用した座席の汚れレベルを、降車時の汚れレベル１１６０として、予約管理データベース３１１に格納される実績情報を更新する（ステップＳ２００）。
【０１１１】
実績情報が更新されると、ユーザ情報解析部３６０は、予約管理データベース３１１から、更新された実績情報を取得する（ステップＳ２１０）。
【０１１２】
更新された実績情報を取得すると、ユーザ情報解析部３６０は、利用傾向解析処理を開始する（ステップＳ２２０）。
【０１１３】
図９は、利用傾向解析処理のフローチャートである。
【０１１４】
利用傾向解析処理が開始されると、ユーザ情報解析部３６０は、取得した実績情報から、移動体に乗車したユーザを特定するユーザＩＤ１１２０に対応付けられた、乗車時の汚れレベル１１５０と、降車時の汚れレベル１１６０とを取得する（ステップＳ９１）。
【０１１５】
次に、ユーザ情報解析部３６０は、取得した、乗車時の汚れレベル１１５０と降車時の汚れレベル１１６０とを対象として、同じ予約ＩＤ１１１０に対応付けられた、乗車時の汚れレベル１１５０と降車時の汚れレベル１１６０との差の平均値を、利用傾向解析結果として算出する（ステップＳ９２）。
【０１１６】
ステップＳ９２の処理が終了すると、ユーザ情報解析部３６０は、利用傾向解析処理を終了する。
【０１１７】
再び図８に戻って、利用傾向解析処理の説明を続ける。
【０１１８】
利用傾向解析処理（ステップＳ２２０）が終了すると、ユーザ情報解析部３６０は、ステップＳ２２０の処理において算出した利用傾向解析結果を、利用傾向解析結果１２３０として、ユーザ管理データベース３９１に格納される特性情報を更新する（ステップＳ２３０）。
【０１１９】
ステップＳ２３０の処理が終了すると、情報提示システム１は、利用傾向取得処理を終了する。なお、利用傾向解析は任意のタイミングで行ってもよい。
【０１２０】
次に、予約傾向取得処理について説明する。
【０１２１】
予約傾向取得処理は、予約管理データベース３１１に格納される実績情報に基づいて、ユーザ管理データベース３９１に格納される特性情報を更新する処理である。
【０１２２】
図１０は、予約傾向取得処理のシーケンス図である。
【０１２３】
予約傾向取得処理は、情報提示システム１が運用されている期間中、随時繰り返し実行される。移動体内部状態取得処理は、例えば、移動体の利用を提供するサービサの営業時間帯の終了後の特定時刻（例えば、午前３時）毎に、毎日繰り返し実行されてもよい。
【０１２４】
予約傾向取得処理が開始されると、ユーザ情報解析部３６０は、ユーザ管理データベース３９１に対する特性情報取得要求を出力し（ステップＳ３１０）、ユーザ管理データベース３９１に格納される特性情報を取得する（ステップＳ３２０）。また、ユーザ情報解析部３６０は、予約管理データベース３１１に対する実績情報取得要求を出力し（ステップＳ３３０）、予約管理データベース３１１に格納される実績情報を取得する（ステップＳ３４０）。
【０１２５】
特性情報と実績情報とを取得すると、ユーザ情報解析部３６０は、予約傾向解析処理を開始する（ステップＳ３５０）。
【０１２６】
図１１は、予約傾向解析処理のフローチャートである。
【０１２７】
予約傾向解析処理が開始されると、ユーザ情報解析部３６０は、取得した特性情報を構成するユーザＩＤ１２１０のうち、未選択のユーザＩＤを選択する（ステップＳ１１１）。
【０１２８】
未選択のユーザＩＤを選択すると、ユーザ情報解析部３６０は、取得した実績情報において、選択したユーザＩＤに対応付けられている予約時の汚れレベル１１４０を全て取得する（ステップＳ１１２）。実績情報における予約時の汚れレベル１１４０の更新については、後程、提示処理を説明する際に説明する。
【０１２９】
予約時の汚れレベル１１４０を取得すると、ユーザ情報解析部３６０は、予約時の汚れレベル１１４０のレベル毎の頻度を算出し（ステップＳ１１３）、最も高い頻度のレベルを、予約傾向解析結果として算出する（ステップＳ１１４）。
【０１３０】
図１２は、ユーザ情報解析部３６０によって取得された、予約時の汚れレベル１１４０におけるレベルのヒストグラムの一例を示す模式図である。
【０１３１】
図１２に示される例の場合では、ユーザ情報解析部３６０は、最も高い頻度のｌｅｖｅｌ１を、予約傾向解析結果として算出する。
【０１３２】
再び図１１に戻って、予約傾向取得処理の説明を続ける。
【０１３３】
予約傾向解析結果を算出すると、ユーザ情報解析部３６０は、取得した特性情報を構成するユーザＩＤ１２１０のうち、未選択のユーザＩＤが存在するか否かを調べる（ステップＳ１１５）。
【０１３４】
ステップＳ１１５の処理において、未選択のユーザＩＤが存在する場合に（ステップＳ１１５：ＹＥＳ）、ユーザ情報解析部３６０は、再びステップＳ１１１の処理に戻って、ステップＳ１１１以降の処理を行う。
【０１３５】
ステップＳ１１５の処理において、未選択のユーザＩＤが存在しない場合に（ステップＳ１１５：ＮＯ）、ユーザ情報解析部３６０は、予約傾向解析処理を終了する。
【０１３６】
再び図１０に戻って、予約傾向取得処理の説明を続ける。
【０１３７】
予約傾向解析処理（ステップＳ３５０）が終了すると、ユーザ情報解析部３６０は、ステップＳ３５０の処理において算出された予約傾向解析結果を、予約傾向解析結果１２２０として、ユーザ管理データベース３９１に格納される特性情報を更新する（ステップＳ３６０）。
【０１３８】
ステップＳ３６０の処理が終了すると、情報提示システム１は、予約傾向取得処理を終了する。
【０１３９】
次に、第１耐性取得処理について説明する。
【０１４０】
第１耐性取得処理は、ユーザに対してアンケートを行い、そのアンケートの結果に基づいて、ユーザ管理データベース３９１に格納される特性情報を更新する処理である。
【０１４１】
図１３は、第１耐性取得処理のシーケンス図である。
【０１４２】
第１耐性取得処理は、情報提示システム１が運用されている期間中、随時繰り返し実行される。第１耐性取得処理は、例えば、ユーザが移動体を利用した場合に、その移動体の利用後の特定の時間（例えば、利用の翌日の午後６時）に、そのユーザを対象として行われてもよい。
【０１４３】
第１耐性取得処理が開始されると、管制センタ端末３０は、対象とするユーザのユーザ端末１０に対して、移動体の内部空間についてのユーザの耐性に関する質問事項を含むアンケートフォームを送信する（ステップＳ４１０）。
【０１４４】
アンケートフォームを受信したユーザ端末１０は、ユーザによる、そのアンケートフォームに対する回答を受け付け、受け付けたアンケート回答を管制センタ端末３０に送信する（ステップＳ４２０）。
【０１４５】
アンケート回答を受信すると、管制センタ端末３０は、受信したアンケート回答から、移動体の内部空間についてのユーザの耐性を抽出し（ステップＳ４３０）、抽出した耐性を、耐性１２４０として、ユーザ管理データベース３９１に格納される特性情報を更新する（ステップＳ４４０）。
【０１４６】
次に、第２耐性取得処理について説明する。
【０１４７】
第２耐性取得処理は、予約管理データベース３１１に格納される実績情報に基づいて、ユーザ管理データベース３９１に格納される特性情報を更新する処理である。第２耐性取得処理は、予約傾向取得処理から、その一部の処理が変更された処理となっている。
【０１４８】
図１４は、第２耐性取得処理のシーケンス図である。
【０１４９】
図１４に示されるように、第２耐性取得処理は、予約傾向取得処理（図１０参照）から、ステップＳ３５０の処理がステップＳ５５０の処理に変更され、ステップＳ３６０の処理がステップＳ５６０の処理に変更された処理である。
【０１５０】
このため、ここでば、予約傾向取得処理からの変更点である、ステップＳ５５０の処理と、ステップＳ５６０の処理を中心に説明する。
【０１５１】
ステップＳ３４０の処理が終了すると、ユーザ情報解析部３６０は、耐性解析処理を開始する（ステップＳ５５０）。
【０１５２】
図１５は、耐性解析処理のフローチャートである。
【０１５３】
図１５に示されるように、耐性解析処理は、予約傾向解析処理（図１１参照）から、ステップＳ１１４の処理がステップＳ５１４の処理に変更された処理である。
【０１５４】
このためここでは、予約傾向解析処理からの変更点であるステップＳ５１４の処理を中心に説明する。
【０１５５】
ステップＳ１１３の処理が終了すると、ユーザ情報解析部３６０は、最も高い頻度のレベルを、移動体の内部空間についてのユーザの耐性として算出する（ステップＳ５１４）。
【０１５６】
再び図１４に戻って、第２耐性取得処理の説明を続ける。
【０１５７】
ステップＳ５５０の処理を終了すると、ユーザ情報解析部３６０は、ステップＳ５５０の処理において算出された耐性を、耐性１２４０として、ユーザ管理データベース３９１に格納される特性情報を更新する（ステップＳ５６０）。
【０１５８】
ステップＳ５６０の処理が終了すると、情報提示システム１は、第２耐性取得処理を終了する。
【０１５９】
次に、提示処理について説明する。
【０１６０】
提示処理は、ユーザが移動体の利用を希望する場合に、ユーザ管理データベース３９１に格納される特性情報に基づいて提示情報を生成し、生成した提示情報をそのユーザに提示する処理である。
【０１６１】
図１６は、提示処理のシーケンス図である。
【０１６２】
提示処理は、ユーザ端末１０が、移動体の利用を希望するユーザ（以下、「移動体利用希望ユーザ」とも呼ぶ。）による、移動体の利用の予約を希望する旨の予約要求を受け付けることで開始される。
【０１６３】
予約要求を受け付けたユーザ端末１０は、管制センタ端末３０に、受け付けた予約要求を送信する（ステップＳ６１０）。
【０１６４】
予約要求を受信すると、提示情報生成部３８０は、ユーザ管理データベース３９１に対する特性情報取得要求を出力し（ステップＳ６２０）、ユーザ管理データベース３９１に格納される特性情報を取得する（ステップＳ６３０）。また、提示情報生成部３８０は、移動体管理データベース３３１に対する移動体情報と空き情報との取得要求を出力し（ステップＳ６４０）、移動体管理データベース３３１に格納される移動体情報と実績情報とを取得する（ステップＳ６５０）。
【０１６５】
特性情報と移動体情報と空き情報とを取得すると、提示情報生成部３８０は、提示情報生成処理を開始する（ステップＳ６６０）。
【０１６６】
図１７は、提示情報生成処理のフローチャートである。
【０１６７】
提示情報生成処理が開始されると、提示情報生成部３８０は、取得した特性情報に基づいて、移動体利用希望ユーザのユーザ特性を特定する（ステップＳ６６１）。より具体的には、例えば、提示情報生成部３８０は、移動体利用希望ユーザを特定するユーザＩＤ１２１０に対応付けられた、予約傾向解析結果１２２０と耐性１２４０とを、移動体利用希望ユーザのユーザ特性として特定する。
【０１６８】
ユーザ特性を特定すると、提示情報生成部３８０は、取得した移動体情報と空き情報とに基づいて、空いている移動体の座席の座席特性を特定する（ステップＳ６６２）。より具体的には、例えば、提示情報生成部３８０は、空いている座席を特定する座席１０２０に対応付けられた汚れレベル１０３０を、空いている移動体の座席の座席特定として特定する。
【０１６９】
ユーザ特性と座席特性とを特定すると、提示情報生成部３８０は、特定したユーザ特性と特定した座席特性とに応じた、空いている移動体のフィルタリングを行い（ステップＳ６６３）、空いている移動体及び座席の少なくとも一方の、移動体の内部空間の状態に係る第１提示情報を生成する（ステップＳ６６４）。そして、第１提示情報を生成すると、提示情報生成部３８０は、提示情報生成処理を終了する。
【０１７０】
ステップＳ６６４の処理において、提示情報生成部３８０は、例えば、座席特性とユーザ特性との関係に応じた態様の第１提示情報を生成してもよい。また、提示情報生成部３８０は、例えば、座席特性とユーザ特性との関係に応じて、空いている移動体及び移動体の座席の少なくとも一方の予約の可否を決定し、決定された予約の可否のそれぞれが示される第１提示情報を生成してもよい。また、提示情報生成部３８０は、例えば、座席特性とユーザ特性との関係に応じて、空いている移動体及び移動体の座席の少なくとも一方の、提示する移動体内部空間の状態の程度を決定し、決定された提示する移動体内部空間の状態の程度のそれぞれが示される第１提示情報を生成してもよい。また、提示情報生成部３８０は、例えば、移動体の内部空間の状態に対する耐性が高い程、提示する移動体内部空間の状態の程度を緩和してもよい。また、提示情報生成部３８０は、例えば、座席特性とユーザ特性との関係に応じて、空いている移動体及び移動体の座席の少なくとも一方の利用に係る、提示する費用を決定し、決定された提示する費用のそれぞれが示される第１提示情報を生成してもよい。また、提示情報生成部３８０は、例えば、移動体の内部空間の状態に対する耐性が高い程、提示する費用を緩和してもよい。また、提示情報生成部３８０は、例えば、座席特性とユーザ特性との関係に応じて、空いている移動体及び移動体の座席の少なくとも一方の、移動体利用希望ユーザに対する推奨度を決定し、決定された推奨度のそれぞれに応じて第１提示情報を生成してもよい。
【０１７１】
図１８Ａ、図１８Ｂ、図１９Ａ、図１９Ｂ、図２０Ａ、図２０Ｂ、図２１Ａ、図２１Ｂ、図２２Ａ、図２２Ｂは、それぞれ、提示情報生成部３８０によって生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。
【０１７２】
図１８Ａは、移動体又は移動体の座席の汚れ又は壊れの許容度が比較的低いユーザ、具体的には、例えば、耐性１２４０が比較的低いレベルのユーザ、又は、例えば、予約傾向解析結果１２２０が比較的低いレベルのユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。また、図１８Ｂは、移動体又は移動体の座席の汚れ又は壊れの許容度が比較的高いユーザ、具体的には、例えば、耐性１２４０が比較的高いレベルのユーザ、又は、例えば、予約傾向解析結果１２２０が比較的高いレベルのユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。
【０１７３】
図１８Ａ、図１８Ｂに示されるように、提示情報生成部３８０は、例えば、ユーザ毎の、移動体又は移動体の座席の汚れ又は壊れの許容度に応じて、移動体又は移動体の座席の利用可／不可の判定閾値を変えて、第１提示情報を生成してもよい。
【０１７４】
また、提示情報生成部３８０は、例えば、移動体又は移動体の座席の汚れ又は壊れの許容度が比較的低いユーザに対しては、ユーザの課金額又は利用率に応じて、汚れレベルの比較的高い座席を認識できるように、第１提示情報を生成してもよい。すなわち、提示情報生成部３８０は、例えば、課金なし又は利用率小のユーザに対しては、汚れレベルの比較的高い座席を認識できないように第１提示情報を生成し、課金額小又は利用率中のユーザに対しては、汚れレベルの比較的高い座席を認識できるように第１提示情報を生成し、課金額大又は利用率大のユーザに対しては、汚れレベルの比較的高い座席の汚れの詳細を認識できるように第１提示情報を生成してもよい。
【０１７５】
図１９Ａは、移動体又は移動体の座席の汚れ又は壊れの許容度が比較的低いユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。また、図１９Ｂは、移動体又は移動体の座席の汚れ又は壊れの許容度が比較的高いユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。
【０１７６】
図１９Ａ、図１９Ｂに示されるように、提示情報生成部３８０は、例えば、ユーザ毎の、移動体又は移動体の座席の汚れ又は壊れの許容度に応じて、提示する、移動体の内部空間の状態の程度を変えて第１提示情報を生成してもよい。程度を変えることは、単に度合いを示す提示を変更するだけでなく、問題ないことを示す提示や何も提示しないことも含む。
【０１７７】
図２０Ａは、移動体又は移動体の座席の汚れ又は壊れの許容度が比較的低いユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。また、図２０Ｂは、移動体又は移動体の座席の汚れ又は壊れの許容度が比較的高いユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。
【０１７８】
図２０Ａ、図２０Ｂに示されるように、提示情報生成部３８０は、例えば、ユーザ毎のユーザ特性に合う座席が画面上部に提示されるように第１提示情報を生成してもよい。
【０１７９】
図２１Ａは、移動体又は移動体の座席の汚れ又は壊れの許容度が比較的低いユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。また、図２１Ｂは、移動体又は移動体の座席の汚れ又は壊れの許容度が比較的高いユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。
【０１８０】
図２１Ａ、図２１Ｂに示されるように、提示情報生成部３８０は、例えば、ユーザ毎の、移動体又は移動体の座席の汚れ又は壊れの許容度に応じて、推奨する座席を強調するように第１提示情報を生成してもよい。
【０１８１】
図２２Ａは、移動体又は移動体の座席の清潔度に対する耐性が比較的低いユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。また、図２２Ｂは、移動体又は移動体の座席の清潔度に対する耐性が比較的高いユーザ向けに生成された第１提示情報が、提示部１２０に提示されている様子の一例を示す模式図である。
【０１８２】
図２２Ａ、図２２Ｂに示されるように、提示情報生成部３８０は、例えば、ユーザ毎の、移動体又は移動体の座席の清潔度に対する耐性に応じて、移動体又は移動体の座席の利用可／不可の判定閾値を変えて、第１提示情報を生成してもよい。
【０１８３】
図２３Ａ、図２３Ｂ、図２３Ｃ、図２３Ｄは、それぞれ、提示情報生成部３８０によって生成された第１提示情報における、提示対象の座席の提示方法の一例を示す模式図である。
【０１８４】
図２３Ａに示されるように、提示情報生成部３８０は、例えば、提示対象の座席を特定する情報と共に、提示対象の座席の汚れ度合いを示すアイコンを提示するように、第１提示情報を生成してもよい。
【０１８５】
図２３Ｂに示されるように、提示情報生成部３８０は、例えば、提示対象の座席を特定する情報と共に、提示対象の座席の汚れ度合いを示す数値を提示するように、第１提示情報を生成してもよい。
【０１８６】
図２３Ｃに示されるように、提示情報生成部３８０は、例えば、提示対象の座席が利用不可な場合に、提示対象の座席を特定する情報と共に、座席が利用不可である旨を示すアイコンを提示するように、第１提示情報を生成してもよい。
【０１８７】
図２３Ｄに示されるように、提示情報生成部３８０は、例えば、提示対象の座席が破れている場合に、提示対象の座席を特定する情報と共に、座席が破れている旨を示すアイコンを提示するように、第１提示情報を生成してもよい。
【０１８８】
再び図１６に戻って、提示処理の説明を続ける。
【０１８９】
ステップＳ６６０の処理が終了すると、提示情報生成部３８０は、移動体利用希望ユーザのユーザ端末１０に対して、第１提示情報を送信し、提示部１２０に、第１提示情報を提示させる（ステップＳ６７０）。
【０１９０】
提示部１２０に第１提示情報が提示されると、移動体利用希望ユーザは、提示部１２０に提示された第１提示情報の内容を確認することで、空いている移動体の内部空間の状態を考慮しつつ、予約する移動体又は移動体の座席を決定する。
【０１９１】
第１提示情報を提示したユーザ端末１０は、移動体利用希望ユーザによる、その提示に応じてなされた、移動体の利用の予約の依頼内容を示す予約依頼の入力を受け付けると、受け付けた予約依頼を管制センタ端末３０に送信する（ステップＳ６８０）。
【０１９２】
管制センタ端末３０は、予約依頼を受信すると、受け付けた予約依頼による、移動体の利用の予約を受け付ける（ステップＳ６９０）。
【０１９３】
移動体の利用の予約を受け付けると、提示情報生成部３８０は、移動体管理データベース３３１に対する移動体情報の取得要求を出力し（ステップＳ７００）、移動体管理データベース３３１に格納される移動体情報を取得する（ステップＳ７１０）。
【０１９４】
移動体情報を取得すると、提示情報生成部３８０は、予約対象の移動体の座席１０２０に対応付けられた、汚れレベル１０３０を、予約時の汚れレベル１１４０として、予約管理データベース３１１に格納される実績情報を更新する（ステップＳ７２０）。
【０１９５】
実績情報を更新すると、管制センタ端末３０は、予約された移動体の配車の手配を行う（ステップＳ７３０）。
【０１９６】
ステップＳ７３０の処理が終了すると、情報提示システム１は、提示処理を終了する。
【０１９７】
［３．考察］
上述したように、情報提示システム１によると、移動体の利用を希望するユーザが、ユーザ端末１０に対して移動体の利用を希望する旨の予約要求を入力すると、そのユーザ端末１０に、空いている移動体の内部空間の状態についての第１提示情報が提示される。このため、移動体の利用を希望するユーザは、空いている移動体の内部空間の状態を考慮しつつ、予約する移動体又は移動体の座席を決定することができる。
【０１９８】
このように、情報提示システム１によると、移動体の利用を希望するユーザは、移動体が提供される前に、移動体の内部状態に関する情報を入手することができる。
【０１９９】
（他の実施の形態）
以上、本開示の１つまたは複数の態様に係る情報提示システムについて、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の１つまたは複数の態様の範囲内に含まれてもよい。
【０２００】
（１）実施の形態において、情報提示システム１は、ユーザ端末１０と移動体装置２０と管制センタ端末３０とを含んで構成されるとして説明した。しかしながら、管制センタ端末３０によって実現される機能は、必ずしも１つの装置によって実現される必要はなく、互いに通信可能な複数の装置によって実現されても構わない。
【０２０１】
図２４は、他の実施の形態に係る情報提示システム１Ａの構成を示すブロック図である。
【０２０２】
図２４に示されるように、情報提示システム１Ａは、実施の形態に係るユーザ端末１０と、実施の形態に係る移動体装置２０とに加えて、実施の形態に係る管制センタ端末３０からその構成の一部が変更された管制センタ端末３０Ａと、サービサ端末４０とを含んで構成される。
【０２０３】
管制センタ端末３０Ａは、実施の形態に係る管制センタ端末３０から、移動体管理部３３０と、移動体管理データベース３３１と、内部状態解析部３７０とが削除されるように変更されて構成される。管制センタ端末３０Ａは、例えば、情報提示システム１を運用する運用会社が利用する端末である。管制センタ端末３０Ａは、例えば、コンピュータであってよい。
【０２０４】
サービサ端末４０は、実施の形態に係る管制センタ端末３０から削除された、移動体管理部３３０と、移動体管理データベース３３１と、内部状態解析部３７０とを含んで構成される。サービサ端末４０は、例えば、移動体装置２０を搭載する移動体を提供するサービサが利用する端末である。サービサ端末４０は、例えば、コンピュータであってよい。
【０２０５】
上記構成の管制センタ端末３０Ａとサービサ端末４０とは、互いに通信しながら協調して動作することで、実施の形態に係る管制センタ端末３０が実現する機能と同等の機能を実現する。これにより、情報提示システム１Ａは、実施の形態に係る情報提示システム１と同等の機能を実現する。
【０２０６】
また、管制センタ端末３０によって実現される機能は、例えば、分散コンピューティング又はクラウドコンピューティングによって実現されても構わない。
【０２０７】
（２）実施の形態において、提示情報生成部３８０は、第１提示情報を生成し、生成した第１提示情報を提示装置に提示させるとして説明した。これに対して、提示情報生成部３８０は、さらに、座席特性とユーザ特性との関係に応じて、空いている移動体及び移動体の座席の少なくとも一方の予約の可否を決定させるための第２提示情報を生成し、生成した第２情報を提示装置に提示させるとしてもよい。
【０２０８】
図２５Ａは、提示情報生成部３８０によって移動体の利用を希望するユーザ向けに生成された第１提示情報が、ユーザ端末１０の提示部１２０に提示されている様子の一例を示す模式図であり、図２５Ｂは、提示情報生成部３８０によって移動体装置２０が搭載される移動体を提供するサービサ向けに生成された第２提示情報が、サービサ端末４０の提示部４５０に提示されている様子の一例を示す模式図である。
【０２０９】
サービサ端末４０を利用するサービサは、提示される第２提示情報に基づいて、空いている移動体及び移動体の座席の少なくとも一方の予約の可否を決定すること、すなわち、空いている移動体及び移動体の座席の少なくとも一方を予約の対象とするか否かを決定することができる。
【０２１０】
空いている移動体及び移動体の座席の少なくとも一方の予約の可否を、サービサに決定させるためには、例えば、図２５Ａ、図２５Ｂに図示されるように、サービサ向けの第２提示情報は、移動体の利用を希望するユーザ向けの第１提示情報よりも、移動体の内部空間の状態をより詳細に示す情報であることが望ましい。例えば、第２提示情報は、状態情報（例えば、状態情報が座席の撮像画像であれば、撮像画像）を含んでいてもよいし、さらには、第２提示情報は、状態情報そのものであってもよい。
【０２１１】
また、提示情報生成部３８０は、さらに、第２提示情報が提示されることにより決定された決定結果を反映する第１提示情報を生成し、生成した第１提示情報を提示装置に提示させるとしてもよい。
【０２１２】
（３）実施の形態において、提示情報生成部３８０は、第１提示情報を生成し、生成した第１提示情報を提示装置に提示させるとして説明した。これに対して、提示情報生成部３８０は、さらに、ユーザによる移動体の利用が終了した際に、その移動体の利用の前後における移動体の内部空間の状態の変化から、そのユーザに付与する利得又はコストを決定し、決定した利得又はコストを、提示装置に提示させるとしてもよい。なお、利得とは、次回費用の減額やポイントの付与、プレゼント等、ユーザにとってメリットとなりユーザの利用意欲を増加させるものであればよい。
【０２１３】
図２６Ａ、図２６Ｂは、移動体の利用が終了したユーザのユーザ端末１０に、そのユーザに付与する利得又はコストが提示されている様子の一例を示す模式図である。
【０２１４】
図２６Ａ、図２６Ｂに示されるように、提示情報生成部３８０は、移動体の利用直前における移動体の内部空間の状態を示す情報と、移動体の利用直後における移動体の内部空間の状態を示す情報と、決定した利得又はコストとを並列に提示させてもよい。
【０２１５】
ここで、提示情報生成部３８０は、例えば、図２６Ａに例示されるように、移動体の利用直前における移動体の内部空間の状態の方が、移動体の利用直後における移動体の内部空間の状態よりも汚れている場合には、そのユーザに対してメリットが生じるように、利得又はコストを決定してもよいし、図２６Ｂに例示されるように、移動体の利用直後における移動体の内部空間の状態の方が、移動体の利用直前における移動体の内部空間の状態よりも汚れている場合には、そのユーザに対してデメリットが生じるように、利得又はコストを決定してもよい。
【０２１６】
（４）実施の形態において、第１提示情報が提示装置に提示される様子について、図１８Ａ、図１８Ｂ、図１９Ａ、図１９Ｂ、図２０Ａ、図２０Ｂ、図２１Ａ、図２１Ｂ、図２２Ａ、図２２Ｂを用いて、第１提示情報があたかも空いている移動体毎に提示されるかのように図示して説明した。しかしながら、提示情報生成部３８０は、必ずしも空いている移動体毎に、第１提示情報を提示装置に提示させる必要はない。例えば、提示情報生成部３８０は、空いている座席毎に、第１提示情報を提示装置に提示させても構わない。
【０２１７】
（５）管制センタ端末３０、ユーザ端末１０、又は移動体装置２０が備える構成要素の一部又は全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを含んで構成されるコンピュータシステムである。ＲＯＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。
【０２１８】
なお、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、あるいはＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０２１９】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０２２０】
（６）本開示の一態様は、このような情報提示システムだけではなく、情報提示システムに含まれる特徴的な構成部をステップとする情報処理方法であってもよい。また、本開示の一態様は、情報処理方法に含まれる特徴的な各ステップをコンピュータに実行させるコンピュータプログラムであってもよい。また、本開示の一態様は、そのようなコンピュータプログラムが記録された、コンピュータ読み取り可能な非一時的な記録媒体であってもよい。
【０２２１】
（７）実施の形態において、各構成要素は、専用のハードウエアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。
【０２２２】
（８）実施の形態において、予約要求を受信した管制センタ端末３０は、ユーザ管理データベース３９１に格納される特性情報に基づいて配車手配までを自動で行い、配車が完了した旨の提示情報を生成してもよい。
【０２２３】
なお、ユーザ情報解析部３６０及び内部状態解析部３７０で行う処理は、機械学習を用いてもよい。機械学習には、例えば、入力情報に対してラベル（出力情報）が付与された教師データを用いて入力と出力との関係を学習する教師あり学習、ラベルのない入力のみからデータの構造を構築する教師なし学習、ラベルありとラベルなしのどちらも扱う半教師あり学習、状態の観測結果から選択した行動に対するフィードバック（報酬）を得ることにより、最も多く報酬を得ることができる連続した行動を学習する強化学習などが挙げられる。また、機械学習の具体的な手法として、ニューラルネットワーク（多層のニューラルネットワークを用いた深層学習を含む）、遺伝的プログラミング、決定木、ベイジアン・ネットワーク、サポート・ベクター・マシン（ＳＶＭ）などが存在する。本開示においては、以上で挙げた具体例のいずれかを用いればよい。
【産業上の利用可能性】
【０２２４】
本開示は、移動体を運用するシステムに広く利用可能である。
【符号の説明】
【０２２５】
１、１Ａ  情報処理システム
１０  ユーザ端末
２０  移動体装置
３０、３０Ａ  管制センタ端末
４０  サービサ端末
１００、２００、３００、４００  制御部
１１０、３４０、４４０  入力部
１２０、３５０、４５０  提示部
１３０、２２０、３２０、４２０  通信部
２１０  内部状態取得部
３１０  予約管理部
３１１  予約管理データベース
３３０  移動体管理部
３３１  移動体管理データベース
３６０  ユーザ情報解析部
３７０  内部状態解析部
３８０  提示情報生成部
３９０  ユーザ管理部
３９１  ユーザ管理データベース
【図１】
2020013474.tif 000003
【図２】
2020013474.tif 000004
【図３】
2020013474.tif 000005
【図４】
2020013474.tif 000006
【図５】
2020013474.tif 000007
【図６】
2020013474.tif 000008
【図７】
2020013474.tif 000009
【図８】
2020013474.tif 000010
【図９】
2020013474.tif 000011
【図１０】
2020013474.tif 000012
【図１１】
2020013474.tif 000013
【図１２】
2020013474.tif 000014
【図１３】
2020013474.tif 000015
【図１４】
2020013474.tif 000016
【図１５】
2020013474.tif 000017
【図１６】
2020013474.tif 000018
【図１７】
2020013474.tif 000019
【図１８Ａ】
2020013474.tif 000020
【図１８Ｂ】
2020013474.tif 000021
【図１９Ａ】
2020013474.tif 000022
【図１９Ｂ】
2020013474.tif 000023
【図２０Ａ】
2020013474.tif 000024
【図２０Ｂ】
2020013474.tif 000025
【図２１Ａ】
2020013474.tif 000026
【図２１Ｂ】
2020013474.tif 000027
【図２２Ａ】
2020013474.tif 000028
【図２２Ｂ】
2020013474.tif 000029
【図２３Ａ】
2020013474.tif 000030
【図２３Ｂ】
2020013474.tif 000031
【図２３Ｃ】
2020013474.tif 000032
【図２３Ｄ】
2020013474.tif 000033
【図２４】
2020013474.tif 000034
【図２５Ａ】
2020013474.tif 000035
【図２５Ｂ】
2020013474.tif 000036
【図２６Ａ】
2020013474.tif 000037
【図２６Ｂ】
2020013474.tif 000038