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