JP2020189599A - 情報処理システムおよび情報処理方法 - Google Patents

Abstract

【課題】車両の車室内の比較的強い臭い、対処に時間が掛かる臭いに対処できる情報処理システムを提供する。【解決手段】情報処理システム１において、強度取得部７４は、車両９０の車室内の臭いの強度を取得する。出力部７０は、取得された臭いの強度がしきい値以上である場合、車両９０の清掃を依頼するための情報を出力する。種類取得部７６は、車室内の臭いの種類を取得する。清掃内容決定部６４は、取得された臭いの強度がしきい値以上である場合、取得された臭いの種類にもとづいて車両９０の清掃内容を決定する。清掃を依頼するための情報は、清掃内容を含む。【選択図】図１

Description

本発明は、車両の車室内の臭いの情報を処理する技術に関する。

車両の車室内の残存臭を除去する車両用空気浄化装置が知られている（例えば、特許文献１参照）。この装置では、乗員の乗車前に臭いセンサで車室内の臭いを検出し、臭いが存在する場合、空気清浄機で臭いを除去すると共に、香り発生器を作動させ、芳香を放出する。

特開２００４−１６８０７４号公報

車室内にタバコなどの比較的強い臭いが存在する場合、車室内の空気清浄機と香り発生器を作動させても臭いが残る可能性がある。

本発明はこうした状況に鑑みてなされたものであり、その目的は、車両の車室内の比較的強い臭い、対処に時間が掛かる臭いに対処できる情報処理システムおよび情報処理方法を提供することにある。

上記課題を解決するために、本発明のある態様の情報処理システムは、車両の車室内の臭いの強度を取得する強度取得部と、取得された臭いの強度がしきい値以上である場合、前記車両の清掃を依頼するための情報を出力する出力部と、を備える。

この態様によると、車室内の臭いが比較的強い場合、車両の清掃を依頼するための情報により、清掃を容易に依頼できる。

前記情報処理システムは、前記車室内の臭いの種類を取得する種類取得部と、取得された臭いの強度が前記しきい値以上である場合、取得された臭いの種類にもとづいて前記車両の清掃内容を決定する清掃内容決定部と、を備えてもよい。清掃を依頼するための情報は、前記清掃内容を含んでもよい。

前記情報処理システムは、複数のユーザに共用される前記車両の予約情報、当該車両の代替車両の予約情報、および、当該車両を清掃する清掃員のスケジュールを取得する予約情報取得部と、取得された臭いの強度が前記しきい値以上である場合、取得された前記車両の予約情報、前記代替車両の予約情報、および、前記清掃員のスケジュールにもとづいて、当該車両の清掃タイミングを決定する清掃タイミング決定部と、を備えてもよい。清掃を依頼するための情報は、前記清掃タイミングを含んでもよい。

前記情報処理システムは、取得された臭いの強度が前記しきい値未満である場合、前記車室内に臭いが残存していることを示す条件が満たされると、前記車両の予約情報から特定される当該車両の次の予約者に臭いの存在を通知する通知部を備えてもよい。

前記情報処理システムは、前記通知部が前記次の予約者に臭いの存在を通知する場合、当該次の予約者にインセンティブを付与する付与部を備えてもよい。

前記情報処理システムは、取得された臭いの強度が前記しきい値以上である場合、前記車両の予約情報から特定される臭いを付けたユーザのスコアを導出する導出部を備えてもよい。

清掃を依頼するための情報は、清掃サービスの提供者の情報を含んでもよい。

本発明の別の態様は、情報処理方法である。この方法は、車両の車室内の臭いの強度を取得する強度取得ステップと、取得された臭いの強度がしきい値以上である場合、前記車両の清掃を依頼するための情報を出力する出力ステップと、を備える。

本発明によれば、車両の車室内の比較的強い臭い、対処に時間が掛かる臭いに対処できる。

実施の形態の情報処理システムの機能構成を示す図である。 図１の情報処理システムの処理を示すフローチャートである。

実施の形態の情報処理システムは、一例として車両をユーザに貸し出すカーシェアリングサービスに適用される。カーシェアリングサービスでは、車両は複数のユーザに共用され、ユーザは、サービス利用開始時にカーステーションに駐車された車両に乗車し、サービス利用終了時、同じカーステーションに車両を返却する。カーシェアリングサービスは、ユーザのサービス利用開始時およびサービス利用終了時にスタッフを介さないサービスであり、カーステーションにスタッフは待機していない。そのため、車両が返却される度に車両の車室内に臭いがあるか確認されない。よって、返却された車両の車室内に比較的強い臭いが残っている場合、次のユーザは臭いの残った車両を利用することになり、不満を持ちやすい。既述のように、臭いが強い場合、車室内の空気清浄機を動作させても臭いを十分に除去できない可能性がある。

そこで実施の形態では、返却された車両の車室内の臭いをセンサで検知して、臭いが比較的強い場合、清掃員に車室内の清掃を依頼する。

図１は、実施の形態の情報処理システム１の機能構成を示す。情報処理システム１は、サーバ装置１０、臭いセンサ１２、車載装置１４、第１端末装置１６および第２端末装置１８を備える。

臭いセンサ１２と車載装置１４は、自動車である車両９０に搭載される。車載装置１４は、無線通信機能を有し、無線基地局や無線アクセスポイントを介してネットワーク２０に接続する。

第１端末装置１６は、車両の清掃サービスの提供者に管理される。清掃サービスの提供者は、カーシェアリングサービスの提供者と同一であってもよいし、カーシェアリングサービスの提供者とは別の清掃業者であってもよい。第２端末装置１８は、カーシェアリングサービスを利用するユーザに利用される。第１端末装置１６と第２端末装置１８は、無線通信または有線通信でネットワーク２０に接続する。

ネットワーク２０にはサーバ装置１０が接続されており、サーバ装置１０は車載装置１４、第１端末装置１６および第２端末装置１８とネットワーク２０経由で通信を行う。サーバ装置１０は、カーシェアリングサービスの提供者に管理される。

図１には、１台の第２端末装置１８、１台の車両９０のみが示されているが、カーシェアリングサービスは、複数のユーザおよび複数の車両９０によって運用される。したがって情報処理システム１は、複数の第２端末装置１８および複数の車載装置１４を備える。

車載装置１４は、ユーザ情報取得部３０と通信部３２を備える。サーバ装置１０は、処理部４０と記憶部４２を備える。処理部４０は、認証部５０、臭い情報取得部５２、比較部５４、予約情報取得部５６、制御部５８、通知部６０、付与部６２、清掃内容決定部６４、清掃タイミング決定部６６、予約変更部６８、出力部７０および導出部７２を備える。

サーバ装置１０と車載装置１４の構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

ユーザによる車両９０の利用開始時、車載装置１４のユーザ情報取得部３０は、たとえばユーザが所持する携帯機器や会員カードからユーザ情報を取得し、取得したユーザ情報を、通信部３２を介してサーバ装置１０の認証部５０に送信する。ユーザ情報は、ユーザＩＤ、および、パスワードなどの認証情報を含む。送信されるユーザ情報には、車載装置１４が搭載された車両９０のＩＤが添付される。

ユーザ情報を受信したサーバ装置１０は、ユーザの認証を実行する。サーバ装置１０の記憶部４２は、ユーザの認証情報をユーザＩＤに関連付けて保持する。記憶部４２は、車両ＩＤ毎に予約開始日時、予約終了日時、予約したユーザのユーザＩＤが関連付けられた車両９０の予約情報も保持する。

認証部５０は、車載装置１４から送信された車両ＩＤの予約情報に、送信されたユーザＩＤに関する現在日時の予約が存在し、送信された認証情報と保持された認証情報が一致する場合、認証を成功とし、認証の完了通知を車載装置１４に送信する。ユーザの認証が完了することで、車載装置１４は車両９０を運転可能にする。

ユーザによる車両９０の利用終了時、ユーザ情報取得部３０は、ユーザからユーザ情報を再度取得し、取得したユーザ情報を、通信部３２を介してサーバ装置１０の認証部５０に送信する。

認証部５０は、車載装置１４から送信された車両ＩＤに関して認証が完了している状態で、送信された認証情報と保持された認証情報が一致する場合、車両返却の完了通知を車載装置１４に送信する。

車両９０の利用開始と利用終了の特定は、上記の処理例に限らず、各種の周知の技術を用いて実行できる。

臭いセンサ１２は、たとえば車両９０の車室内の天井に取り付けられる。臭いセンサ１２の取り付け位置は、車室内の臭いを検知できる位置であれば特に限定されず、ダッシュボードなどでもよい。臭いセンサ１２は、車両返却の完了通知が通信部３２で受信された場合、すなわちユーザによる車両９０の利用が終了した場合、車室内の臭いを検知して、得られた臭いデータを通信部３２に出力する。通信部３２は、臭いデータをサーバ装置１０に送信する。送信される臭いデータには、車両ＩＤが添付される。

サーバ装置１０の臭い情報取得部５２は、臭いデータを受信し、受信した臭いデータにもとづいて臭い情報を導出し、導出した臭い情報を取得する。臭い情報は、車両９０の車室内の臭いの強度、および、臭いの種類などを含む。

臭い情報取得部５２は、強度取得部７４と種類取得部７６を有する。強度取得部７４は、臭いデータにもとづいて臭いの強度を取得し、取得した臭いの強度を比較部５４に出力する。種類取得部７６は、臭いデータにもとづいて臭いの種類を取得し、取得した臭いの種類を清掃内容決定部６４に出力する。臭いの種類は、たとえばタバコ臭、食事臭、ペット臭などを含む。臭いの強度と種類の取得には周知の技術を用いることができる。

比較部５４は、取得された臭いの強度、第１しきい値、第２しきい値、および、第３しきい値を比較する。第２しきい値は第１しきい値より大きく、第３しきい値は第２しきい値より大きい。第１から第３しきい値は、実験などにより適宜定めることができる。

サーバ装置１０は、臭いの強度が第１しきい値未満である場合、臭いが実質的に存在しないとして、車両９０のカーシェアリングサービスを続ける。

通知部６０は、臭いの強度が第１しきい値以上である場合、臭いが存在することおよび車両ＩＤをカーシェアリングサービスの管理者の端末装置（図示せず）に通知する。

臭いの強度が第１しきい値以上である場合、以下の（１）から（３）で説明するように、サーバ装置１０は臭いの強度に応じて異なる処理を実行する。

（１）臭いの強度が第１しきい値以上、第２しきい値未満の場合
この場合、臭いの強度は小である。サーバ装置１０は、臭いが存在しても問題ないとして、車両９０に対するカーシェアリングサービスを続ける。

（２）臭いの強度が第２しきい値以上、第３しきい値未満の場合
この場合、臭いの強度は中であり、車両９０の空調装置（図示せず）だけで臭いを軽減できる可能性が高い。

予約情報取得部５６は、車両９０の予約情報を記憶部４２から取得し、取得した予約情報を制御部５８と通知部６０に出力する。

制御部５８は、車両９０の予約情報において現在時刻から所定の空気清浄時間内に次の予約が存在しない場合、車載装置１４の通信部３２を介して、空気清浄時間の間、車両９０に搭載された空気清浄機能を有する空調装置を動作させる。これにより、車室内の臭いを除去または軽減できる。空気清浄時間は、空調装置の動作により臭いの強度が第２しきい値未満に低下しうる時間であり、たとえば数分から十数分であってよく、実験などにより適宜定めることができる。空気清浄時間は、車室の広さなどに応じて車両９０の型式毎に設定されてもよい。制御部５８は、空調装置を動作させるとともに、車両９０に搭載された香り発生器（図示せず）に芳香を放出させてもよい。芳香により、より効率的に臭いを軽減できる。

通知部６０は、現在時刻から空気清浄時間内に車両９０の次の予約がある場合、車両９０の予約情報から特定される当該車両９０の次の予約者の第２端末装置１８に臭いの存在を通知する。この処理は、通知部６０が、取得された臭いの強度が第３しきい値未満である場合、車室内に臭いが残存していることを示す残存条件が満たされると、車両９０の次の予約者の第２端末装置１８に臭いの存在を通知することに相当する。残存条件は、臭いの強度が第２しきい値以上であり、かつ、現在時刻から空気清浄時間内に車両９０の次の予約があることである。これにより、臭いが残っている場合、そのことを車両９０の次の予約者に知らせることができる。制御部５８は、現在時刻から空気清浄時間内に次の予約がある場合、次の予約の予約開始時刻までの間、空調装置を動作させてもよい。

付与部６２は、通知部６０が次の予約者に臭いの存在を通知する場合、当該次の予約者にインセンティブを付与する。付与部６２は、インセンティブを次の予約者のユーザＩＤに関連付けて記憶部４２に記憶させる。インセンティブは、たとえば、カーシェアリングサービスの利用料金の割引、または、各種の店舗で商品などの購入に利用可能なポイントである。インセンティブは、ポイントと同様の効果をもたらすクーポン、チケットなどであってもよい。付与部６２は、臭いの強度が大きいほど、ユーザの利益が高まるようにインセンティブを決定してもよい。通知部６０は、次の予約者の第２端末装置１８にインセンティブが付与されたことを通知してもよい。インセンティブにより、次の予約者が車両９０を利用するときに臭いが残っていても、次の予約者の不満を軽減できる可能性がある。

（３）臭いの強度が第３しきい値以上の場合
この場合、臭いの強度は大であり、車両９０の空調装置だけでは臭いを十分に軽減できない可能性が高いため、清掃員による車室内の清掃を手配する。

清掃内容決定部６４は、取得された臭いの強度が第３しきい値以上である場合、種類取得部７６で取得された臭いの種類にもとづいて車両９０の清掃内容を決定する。清掃内容は、臭いの種類毎に予め定められている。臭いの種類がタバコ臭である場合、清掃内容は、たとえば、空調装置による空気清浄、タバコ用消臭剤を利用した消臭、および、車室内の拭き掃除などを含む。臭いの種類が食事臭である場合、清掃内容は、たとえば、空調装置による空気清浄、および、掃除機による食事カスの除去などを含む。臭いの種類は、ペット臭などの他の任意の種類を含んでもよい。清掃内容は、臭いの除去効果が高まるように、臭いの種類毎に実験などにより適宜定めることができる。

予約情報取得部５６は、車両９０の予約情報、および、車両９０の代替車両の予約情報を記憶部４２から取得し、車両９０を清掃する清掃員のスケジュールを第１端末装置１６から取得する。

清掃タイミング決定部６６は、取得された臭いの強度が第３しきい値以上である場合、取得された車両９０の予約情報、代替車両の予約情報、および、清掃員のスケジュールにもとづいて、車両９０の清掃タイミングを決定する。清掃タイミングはたとえば次のように決定できるが、特に限定されない。

現在時刻から、清掃終了予想時刻までの清掃期間に車両９０の予約がない場合、清掃タイミング決定部６６は、現在時刻以降の清掃員が空く時刻を清掃タイミングに決定する。清掃終了予想時刻は、清掃員が空く時刻から、予め定められた清掃に要する時間が経過した時刻である。清掃に要する時間は、臭いの種類と臭いの強度にもとづいて導出されてもよい。現在時刻に清掃員が空いていれば、現在時刻が清掃タイミングに決定される。

清掃期間に車両９０の予約がある場合、代替車両を利用可能であれば、清掃タイミング決定部６６は、清掃員が空く時刻を清掃タイミングに決定し、予約変更部６８は、清掃期間の車両９０の予約を代替車両の予約に変更する。車両９０のサービスは一時的に停止される。これにより、車両９０を予約していたユーザは代替車両を利用でき、当該ユーザの不利益を軽減しつつ清掃できる。

清掃期間に車両９０の予約がある場合、代替車両を利用不可能であれば、清掃タイミング決定部６６は、清掃員が空く時刻を清掃タイミングに決定し、予約変更部６８は、清掃期間の車両の予約をキャンセルする。この場合にも車両９０のサービスは一時的に停止される。これにより、代替車両を利用できない場合に車両９０の清掃を優先でき、強い臭いの残る車両９０をユーザに利用させないようにできる。

あるいは、清掃期間に車両９０の予約がある場合、代替車両を利用不可能であり、現在時刻に清掃員が空いていれば、清掃タイミング決定部６６は、現在時刻を清掃タイミングに決定してもよく、清掃内容決定部６４は、車両９０の予約開始時刻までに清掃を終了すべきことを示す清掃内容を決定してもよい。この場合、清掃が実施される時間が短縮されるため臭いは残り得るが、臭いをある程度軽減でき、代替車両を利用できない場合に予約を優先でき、車両９０をユーザに利用させることができる。

あるいは、清掃期間に車両９０の予約がある場合、代替車両を利用不可能であれば、清掃タイミング決定部６６は、車両９０の予約終了時刻以降の清掃員が空く時刻を清掃タイミングに決定してもよい。この場合、代替車両を利用できない場合に予約を優先でき、車両９０をユーザに利用させることができる。この場合、付与部６２は、ユーザにインセンティブを付与してもよい。インセンティブにより、臭いのある車両９０を利用したユーザの不満を軽減できる可能性がある。

出力部７０は、取得された臭いの強度が第３しきい値以上である場合、車両９０の清掃を清掃員に依頼するための情報を第１端末装置１６に出力する。車両９０の清掃を依頼するための情報は、清掃対象車両の情報、清掃内容決定部６４で決定された車両９０の清掃内容、および、清掃タイミング決定部６６で決定された清掃タイミングを含む。清掃対象車両の情報は、予め車両ＩＤに関連付けられており、車両９０のナンバー（登録番号）、車両９０の型式、車両９０が駐車しているカーステーションの位置などを含む。

情報を受信した第１端末装置１６は、清掃対象車両の情報、清掃内容、清掃タイミングを表示する。第１端末装置１６の表示を確認した清掃サービスのスタッフは清掃員に指示し、清掃員は、表示された清掃タイミングに、表示された清掃内容で清掃対象車両を清掃する。

このように、車室内の臭いが比較的強い場合、車両９０の清掃を依頼するための情報により、清掃を容易に依頼できる。よって、車室内の比較的強い臭いに対処できる。また、臭いの種類に応じた清掃内容を清掃員に提供できるので、効率的に無駄なく車両９０を清掃させることができ、清掃員の熟練度によらず臭いを軽減しやすくなる。車両９０の予約状況、清掃員の空き状況、および、代替車両の空き状況に合った適切なタイミングで清掃することもできる。

導出部７２は、臭いの強度が第２しきい値以上である場合、車両９０の予約情報から特定される臭いを付けたユーザのスコアを導出する。導出されるスコアは、たとえば負のスコアであり、臭いの強度が第３しきい値以上である場合のスコアは、臭いの強度が第２しきい値以上、第３しきい値未満である場合のスコアより低くてもよい。導出部７２は、スコアをユーザＩＤに関連付けて記憶部４２に記憶させる。

スコアにより、中または大の強度の臭いを付けたユーザを記録できる。そのため、臭いを付けたユーザに対して、次回のカーシェアリングサービスの利用の際、利用料金を割高に設定するなどのスコアに応じたペナルティを課すことができる。場合によっては、大の強度の臭いを付けたユーザに対して清掃料金を請求することもできる。

図２は、図１の情報処理システム１の処理を示すフローチャートである。図２の処理は、ユーザによる車両９０の利用が開始される度に実行される。ユーザによる車両９０の利用が終了していない場合（Ｓ１０のＮ）、Ｓ１０に戻る。車両９０の利用が終了した場合（Ｓ１０のＹ）、臭いセンサ１２は臭いデータを取得し、通信部３２は臭いデータをサーバ装置１０に送信する（Ｓ１２）。

臭いがない場合（Ｓ１４のＮ）、処理を終了する。臭いがある場合（Ｓ１４のＹ）、通知部６０は、臭いが存在することをカーシェアリングサービスの管理者に通知し（Ｓ１６）、臭いの強度が小であれば（Ｓ１８）、処理を終了する。

臭いの強度が中であれば（Ｓ１８）、予約情報取得部５６は車両の予約情報を取得し（Ｓ２０）、直後の予約がなければ（Ｓ２２のＮ）、制御部５８は車両９０の空調装置を作動させ（Ｓ２４）、導出部７２は前のユーザのスコアを導出し（Ｓ２６）、処理を終了する。直後の予約があれば（Ｓ２２のＹ）、通知部６０は次のユーザに臭いの存在を通知し（Ｓ２８）、付与部６２は次のユーザにインセンティブを付与し（Ｓ３０）、Ｓ２６に移る。

臭いの強度が大であれば（Ｓ１８）、予約情報取得部５６は車両９０と代替車両の予約情報、清掃員のスケジュールを取得し（Ｓ３２）、清掃内容決定部６４は車両の清掃内容を決定し、清掃タイミング決定部６６は清掃タイミングを決定し、出力部７０は清掃内容と清掃タイミングを出力する（Ｓ３４）。清掃員は、清掃内容と清掃タイミングにしたがい車両９０を清掃し（Ｓ３６）、Ｓ２６に移る。

以上、実施の形態をもとに本発明を説明した。実施の形態はあくまでも例示であり、各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

たとえば比較部５４は、取得された臭いの種類が予め定められた種類である場合、臭いの強度と各しきい値を比較し、臭いの種類が予め定められた種類でない場合、臭いの強度と各しきい値を比較しなくてもよい。この変形例では、タバコ臭などの予め定められた種類の臭いに限って対処できる。

実施の形態では、サーバ装置１０が臭い情報取得部５２、比較部５４を備えるが、これらは車載装置１４に設けられてもよい。この場合、車載装置１４は、比較部５４による比較結果をサーバ装置１０に送信し、サーバ装置１０は、受信した比較結果を用いて実施の形態の処理を行う。この変形例では、情報処理システム１の構成の自由度を向上できる。

情報処理システム１は、カーシェアリングサービスに替えて、無人運行バスサービスなどに適用することもできる。この場合、実施の形態の車両９０は、自動運転を行うバスに相当する。サーバ装置１０において、臭いの強度が第２しきい値以上、第３しきい値未満の場合の処理、および、車両と代替車両の予約情報は不要である。バスが車庫などの待機場所に戻ったとき、または、サービス中のバスに乗客がいないとき、臭いセンサ１２は臭いを検知する。清掃タイミング決定部６６は、臭いの強度が第３しきい値以上である場合、清掃員のスケジュールにもとづいて清掃タイミングを決定する。出力部７０は、取得された臭いの強度が第３しきい値以上である場合、清掃タイミングと清掃内容を第１端末装置１６に出力し、清掃を依頼する。乗客がいないときに清掃を依頼する場合、バスはサービスを中止して待機場所などに戻る。

情報処理システム１は、カーシェアリングサービスや無人運行バスサービスではなく、自家用車やタクシーなどのそれぞれの車両に適用することもできる。この場合、サーバ装置１０の臭い情報取得部５２、比較部５４、出力部７０を車載装置１４に持たせ、サーバ装置１０を設けない。通信部３２は設けなくてよい。臭い情報取得部５２は、定期的に車両９０の車室内の臭いの情報を取得する。比較部５４は、取得された臭いの強度と第３しきい値を比較する。出力部７０は、臭いの強度が第３しきい値以上である場合、清掃サービスの提供者の情報を含む車両９０の清掃を依頼するための情報を、車両９０の乗員に出力する。たとえば出力部７０は、清掃サービスの提供者の情報として、清掃サービスの提供者の電話番号などの連絡先を文字で表示してもよいし、清掃サービスの提供者のＵＲＬ（Uniform Resource Locator）の情報を含むＱＲコード（登録商標）などを表示してもよい。車両９０の乗員は、出力された情報をもとに清掃サービスの提供者に清掃を容易に依頼できる。

１…情報処理システム、１０…サーバ装置、１２…臭いセンサ、１４…車載装置、５２…臭い情報取得部、５６…予約情報取得部、６０…通知部、６２…付与部、６４…清掃内容決定部、６６…清掃タイミング決定部、７０…出力部、７２…導出部、７４…強度取得部、７６…種類取得部、９０…車両。

Claims (8)

1. 車両の車室内の臭いの強度を取得する強度取得部と、
   取得された臭いの強度がしきい値以上である場合、前記車両の清掃を依頼するための情報を出力する出力部と、
   を備えることを特徴とする情報処理システム。
2. 前記車室内の臭いの種類を取得する種類取得部と、
   取得された臭いの強度が前記しきい値以上である場合、取得された臭いの種類にもとづいて前記車両の清掃内容を決定する清掃内容決定部と、
   を備え、
   清掃を依頼するための情報は、前記清掃内容を含む、ことを特徴とする請求項１に記載の情報処理システム。
3. 複数のユーザに共用される前記車両の予約情報、当該車両の代替車両の予約情報、および、当該車両を清掃する清掃員のスケジュールを取得する予約情報取得部と、
   取得された臭いの強度が前記しきい値以上である場合、取得された前記車両の予約情報、前記代替車両の予約情報、および、前記清掃員のスケジュールにもとづいて、当該車両の清掃タイミングを決定する清掃タイミング決定部と、
   を備え、
   清掃を依頼するための情報は、前記清掃タイミングを含む、ことを特徴とする請求項１または２に記載の情報処理システム。
4. 取得された臭いの強度が前記しきい値未満である場合、前記車室内に臭いが残存していることを示す条件が満たされると、前記車両の予約情報から特定される当該車両の次の予約者に臭いの存在を通知する通知部を備える、ことを特徴とする請求項３に記載の情報処理システム。
5. 前記通知部が前記次の予約者に臭いの存在を通知する場合、当該次の予約者にインセンティブを付与する付与部を備える、ことを特徴とする請求項４に記載の情報処理システム。
6. 取得された臭いの強度が前記しきい値以上である場合、前記車両の予約情報から特定される臭いを付けたユーザのスコアを導出する導出部を備える、ことを特徴とする請求項３から５のいずれかに記載の情報処理システム。
7. 清掃を依頼するための情報は、清掃サービスの提供者の情報を含む、ことを特徴とする請求項１に記載の情報処理システム。
8. 車両の車室内の臭いの強度を取得する強度取得ステップと、
   取得された臭いの強度がしきい値以上である場合、前記車両の清掃を依頼するための情報を出力する出力ステップと、
   を備えることを特徴とする情報処理方法。

Images