JP2022081355A - 情報処理装置、情報処理方法、およびシステム - Google Patents

Abstract

【課題】本開示の目的は、外出のために車両を必要とするユーザに対する配車をより好適に行うことである。
【解決手段】所定の場所からユーザが外出する予兆である第１予兆が検出された場合に、ユーザに向けて車両が配車される。このとき、情報処理装置の制御部は、ユーザデータに基づいて、第１予兆以外の、ユーザの所定の場所からの外出の予兆である第２予兆が検出された時期に、ユーザに対して車両の要否の確認のための通知を行う。
【選択図】図５

Description

本開示は、ユーザに対して車両を配車するための技術に関する。

特許文献１には配車管理システムが開示されている。特許文献１に開示されている配車管理システムでは、営業エリア内でのイベントの終了時刻の所定時間前に配車需要の予測が行われる。そして、需要予測情報が車両に向けて送信される。

特開２００７－０７２７８４号公報

本開示の目的は、外出のために車両を必要とするユーザに対する配車をより好適に行うことである。

本開示の第１の形態に係る情報処理装置は、
所定の場所に存在するユーザの行動に関するユーザデータに基づいて、前記所定の場所から前記ユーザが外出する予兆である第１予兆が検出されることで、前記ユーザに向けて車両が配車されたときにおいて、前記ユーザデータに基づいて、前記第１予兆以外の、前記ユーザの前記所定の場所からの外出の予兆である第２予兆が検出された時期に、前記ユーザに対して前記車両の要否の確認のための通知を行うこと、
を実行する制御部を備える。

本開示の第２の形態に係る情報処理方法は、
コンピュータによって実行される情報処理方法であって、
所定の場所に存在するユーザの行動に関するユーザデータに基づいて、前記所定の場所から前記ユーザが外出する予兆である第１予兆が検出されることで、前記ユーザに向けて車両が配車されたときにおいて、前記ユーザデータに基づいて、前記第１予兆以外の、前記ユーザの前記所定の場所からの外出の予兆である第２予兆が検出された時期に、前記ユーザに対して前記車両の要否の確認のための通知を行うこと、
を含む。

本開示の第３の形態に係るシステムは、
ユーザが存在する所定の場所に設置されたセンサと、前記ユーザに関連するユーザ端末と、車両の運行を管理する情報処理装置と、を含むシステムであって、
前記情報処理装置は、
前記所定の場所に存在する前記ユーザの行動に関するユーザデータを前記センサから受信することと、
前記ユーザデータに基づいて、前記所定の場所から前記ユーザが外出する予兆である第１予兆が検出された場合に、前記ユーザに向けて前記車両を配車するための運行指令を送信することと、
前記ユーザデータに基づいて、前記第１予兆以外の、前記ユーザの前記所定の場所からの外出の予兆である第２予兆が検出された時期に、前記ユーザに前記車両の要否を確認するための通知情報を前記ユーザ端末に送信することと、
を実行する。

本開示によれば、外出のために車両を必要とするユーザに対する配車をより好適に行うことができる。

実施形態に係る配車システムの概略構成を示す図である。 管理サーバおよびユーザ端末それぞれの機能構成の一例を概略的に示すブロック図である。 運行指令のテーブル構成の一例を示す図である。 通知情報のテーブル構成の一例を示す図である。 配車システムにおける情報処理の流れを示すシーケンス図である。 予兆データベースのテーブル構成の一例を示す図である。 第１ユーザ決定処理のフローを示すフローチャートである。

所定の場所に存在するユーザについて、所定の場所から外出する予兆（外出予兆）が表れたときに、ユーザに車両を配車すると、ユーザは実際に外出する際に車両を利用することできる。しかしながら、外出予兆が表れたとしても、実際にはユーザが外出しない場合があり得る。また、外出予兆が表れたときに、ユーザが実際に外出するとしても、ユーザが車両を必要としない場合もあり得る。

そこで、本開示の実施形態に係る情報処理装置は、ユーザに向けて車両を配車した後で、ユーザに対して、外出のために車両が必要か否かの確認を行う。より詳細には、所定の場所に存在するユーザについて外出予兆である第１予兆が検出された場合、ユーザに向けて車両が配車される。このとき、第１予兆は、所定の場所に存在するユーザの行動に関するユーザデータに基づいて検出される。ユーザに向けて車両が配車されることで、車両は、ユーザが未だ存在している所定の場所に向けて走行する。

そして、情報処理装置の制御部は、第１予兆が検出されることでユーザに向けて車両が配車されたときにおいて、第２予兆が検出された時期に、ユーザに対して車両の要否の確認のための通知を行う。第２予兆は、ユーザデータに基づいて検出される、第１予兆以外のユーザについての外出予兆である。

これによれば、第２予兆が検出された時に、ユーザに対して、外出のために車両が必要か否かを確認することができる。そのため、通知対象となったユーザから車両不要との回答を受け取った場合に、ユーザへの車両の配車を中止することが可能となる。したがって、ユーザが、実際に外出のために車両を必要している場合にのみ、ユーザに車両が配車される。換言すれば、実際には車両を必要としてないユーザに対して車両が配車されてしまうことを抑制することができる。また、第１予兆が検出された段階では、ユーザに向けて車両が配車されることで、ユーザが実際に車両を必要とする場合においては、車両をユーザに対してより速やかに配車することが可能となる。したがって、本開示の実施形態に係る情報処理装置によれば、外出のために車両を必要とするユーザに対する配車をより好適に行うことができる。

以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載されている構成部品の寸法、材質、形状、および、その相対配置等は、特に記載がない限りは本開示の技術的範囲をそれらのみに限定する趣旨のものではない。

＜第１実施形態＞
（システムの概略）
図１は、本実施形態に係る配車システムの概略構成を示す図である。配車システムは、外出するユーザに対して車両を配車するためのシステムである。配車システム１は、ユーザ端末１００、カメラ２００、管理サーバ３００、および車両４００を含んで構成される。配車システム１においては、ユーザ端末１００、カメラ２００、管理サーバ３００、および車両４００がネットワークＮ１によって相互に接続される。ネットワークＮ１としては、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、または携帯電話等の電話通信網が採用されてもよい。

本実施形態ではユーザ１０は自宅内に存在している。なお、本実施形態においては、ユーザ１０の自宅が、本開示に係る「所定の場所」に相当する。そして、配車システム１は、自宅からユーザ１０が外出する予兆が検出された場合に、ユーザ１０が外出の際に車両４００に乗車することができるようにするために、車両４００をユーザ１０に向けて配車する。ただし、本開示に係る「所定の場所」は、ユーザの自宅に限られるものではない。例えば、本開示に係る「所定の場所」は、ユーザの職場であってもよい。

カメラ２００はユーザ１０の自宅内に設置されている。カメラ２００は自宅内において、ユーザ１０を含む画像を撮影する。カメラ２００によって撮影される画像は静止画像または動画像のいずれであってもよい。カメラ２００によって撮影された画像データはネットワークＮ１を介して管理サーバ３００に送信される。なお、本実施形態においては、カメラ２００が、本開示に係る「センサ」に相当する。

管理サーバ３００は、車両４００の運行を管理するためのサーバ装置である。管理サーバ３００は、一般的なコンピュータを含んで構成される。管理サーバ３００を構成するコンピュータは、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、および通信インターフェース（通信Ｉ／Ｆ）３０４を有する。

ここで、プロセッサ３０１は、例えば、ＣＰＵ（Central Processing Unit）またはＤ
ＳＰ（Digital Signal Processor）である。主記憶部３０２は、例えば、ＲＡＭ（Random
Access Memory）である。補助記憶部３０３は、例えば、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、またはフラッシュメモリである。また、補助記憶部３０３
は、リムーバブルメディア（可搬記録媒体）を含んでもよい。ここで、リムーバブルメディアは、例えば、ＵＳＢメモリ、ＳＤカード、または、ＣＤ－ＲＯＭ、ＤＶＤディスク、若しくはブルーレイディスクのようなディスク記録媒体である。通信Ｉ／Ｆ３０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、または無線通信のための無線通信回路である。

補助記憶部３０３には、オペレーティングシステム（ＯＳ）、各種プログラム、および各種情報テーブル等が格納されている。そして、プロセッサ３０１が、補助記憶部３０３に記憶されたプログラムを主記憶部３０２にロードして実行することによって、後述するような、車両４００の配車のための制御が実現される。ただし、管理サーバ３００における一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、管理サーバ３００は、必ずしも単一の物理的構成によって実現される必要はなく、互いに連携する複数台のコンピュータによって構成されてもよい。なお、本実施形態においては、管理サーバ３００が、本開示に係る「情報処理装置」に相当する。

管理サーバ３００は、カメラ２００から送信された画像データを、自宅内に存在するユーザ１０の行動に関するユーザデータとして受信する。そして、管理サーバ３００は、カメラ２００から受信した画像データに基づいて、自宅からユーザ１０が外出する予兆（外
出予兆）である第１予兆を検出する。

また、管理サーバ３００は、第１予兆が検出された場合、ユーザ１０に向けて車両４００を配車する。詳細には、管理サーバ３００は、ユーザ１０の自宅に向けて走行するよう指令する運行指令を、ネットワークＮ１を介して車両４００に送信する。車両４００は自律走行可能な自動運転車両である。車両４００は、管理サーバ３００から受信した運行指令に基づいて走行する。そのため、車両４００は、ユーザ１０の自宅に向けて走行するよう指令する運行指令を受信すると、ユーザ１０の自宅に向かって走行する。

さらに、管理サーバ３００は、車両４００に対して運行指令を送信した後、所定の時期に、ユーザ１０に対して車両４００の要否を確認するための通知を行う。ここで、所定の時期は、カメラ２００から受信した画像データに基づいて、第１予兆以外のユーザ１０の外出予兆である第２予兆が検出された時期である。管理サーバ３００は、第２予兆が検出されると、ユーザ１０に車両４００の要否を確認するための通知情報を、ネットワークを介してユーザ端末１００に送信する。

ユーザ端末１００は、ユーザ１０が所持している端末である。ユーザ端末１００としては、スマートフォン、タブレットコンピュータ、またはウェアラブル端末を例示することができる。管理サーバ３００から送信された通知情報をユーザ端末１００が受信することで、ユーザ１０は、車両４００が自身に向けて配車されたことを把握することができる。そこで、ユーザ１０が実際には外出しない場合、または、ユーザ１０が実際に外出するとしてもユーザ１０が車両４００を必要としない場合は、ユーザ１０は、車両４００は不要であることを回答する。この場合、ユーザ端末１００は、ユーザ１０は車両不要であることを示す回答情報を、ネットワークＮ１を介して管理サーバ３００に送信する。

管理サーバ３００は、ユーザ１０は車両不要であることを示す回答情報をユーザ端末１００から受信すると、ユーザ１０への車両４００の配車を中止する。この場合、車両４００がユーザ１０の自宅に向けて移動中であれば、管理サーバ３００は、ユーザ１０の自宅に向けた走行を中止させる中止指令を、ネットワークＮ１を介して車両４００に送信する。車両４００は、管理サーバ３００から中止指令を受信すると、運行指令に基づき行われていたユーザ１０の自宅に向かう走行を中止する。その結果、車両４００のユーザ１０への配車が中止される。

（機能構成）
次に、配車システム１を構成する管理サーバ３００およびユーザ端末１００それぞれの機能構成について図２に基づいて説明する。図２は、管理サーバ３００およびユーザ端末１００それぞれの機能構成の一例を概略的に示すブロック図である。

（管理サーバ）
管理サーバ３００は通信部３１０および制御部３２０を有している。通信部３１０は、管理サーバ３００をネットワークＮ１に接続する機能を有する。通信部３１０は通信Ｉ／Ｆ３０４によって実現することができる。制御部３２０は、管理サーバ３００を制御するための演算処理を行う機能を有する。制御部３２０は、プロセッサ３０１によって実現することができる。制御部３２０は、カメラ２００から送信された画像データを、通信部３１０を用いて受信する処理を行う。

また、制御部３２０は、検出部３２１、指令部３２２、および通知部３２３を機能部として含んでいる。検出部３２１は、カメラ２００から受信した画像データに基づいてユーザ１０についての外出予兆を検出する機能を有する。詳細には、検出部３２１は、画像データからユーザ１０の自宅内での行動を抽出する。そして、検出部３２１は、抽出したユ
ーザ１０の行動が外出前に行われる行動である場合、そのユーザ１０の行動を外出予兆として検出する。

なお、画像データから抽出したユーザ１０の行動が「外出前に行われる行動」であるか否かを判別する方法としては、公知のどのような方法を採用してもよい。例えば、複数種類の所定の行動が「外出前に行われる行動」として予め定められていてもよい。この場合、所定の行動としては、「外出用の服装への着替え」、または「化粧」等の行動を例示することができる。また、第２予兆として検出され得る所定の行動としては、「靴を履くこと」等の自宅の玄関において行われる行動を例示することもできる。そして、検出部３２１は、画像データから抽出したユーザ１０の行動が所定の行動であるか否かを判別してもよい。また、管理サーバ３００は、ユーザ１０が実際に自宅から外出したときに、その外出の前にユーザ１０が行った行動を履歴情報としてデータベースに記憶しておいてもよい。そして、データベースに記憶された履歴情報に基づいて、画像データから抽出したユーザ１０の行動が「外出前に行われる行動」であるか否かを判別してもよい。

指令部３２２は、車両４００に対する運行指令を生成するとともに、生成した運行指令を車両４００に送信する機能を有する。検出部３２１によってユーザ１０についての第１予兆が検出されると、指令部３２２は、ユーザ１０の自宅に向けて車両４００を走行させるための運行指令を生成する。そして、指令部３２２は、その運行指令を、通信部３１０を用いて車両４００に送信する。

図３は、指令部３２２によって車両４００に送信される運行指令のテーブル構成の一例を示す図である。図３に示すように、運行指令は、ユーザＩＤフィールド、および目的地情報フィールドを有する。ユーザＩＤフィールドには、ユーザ１０を特定するための識別情報であるユーザＩＤが入力される。目的地情報フィールドには、ユーザ１０の自宅の位置を示す情報が入力される。車両４００は、指令部３２２によって送信された運行指令を受信すると、運行指令に含まれる目的地情報に基づいて、ユーザ１０の自宅に向かって走行する。

また、制御部３２０は、後述するように、ユーザ端末１００から送信される、ユーザ１０は車両不要であることを示す回答情報を、通信部２２０を用いて受信する処理を行う。そして、このような回答情報が受信された場合、指令部３２２は、ユーザ１０の自宅に向けた走行を中止させる中止指令を、通信部２２０を用いて車両４００に送信する。

通知部３２３は、ユーザ１０に対して車両４００の要否を確認するための通知情報を生成するとともに、生成した通知情報をユーザ端末１００に送信する機能を有する。指令部３２２よって車両４００に対して運行指令が送信された後において、検出部３２１によってユーザ１０についての第２予兆が検出されると、通知部３２３は通知情報を生成する。そして、通知部３２３は、その通知情報を、通信部２２０を用いてユーザ端末１００に送信する。

図４は、通知部３２３によってユーザ端末１００に送信される通知情報のテーブル構成の一例を示す図である。図４に示すように、通知情報は、車両ＩＤフィールド、および到着予定時期フィールドを有する。車両ＩＤフィールドには、車両４００を特定するための識別情報である車両ＩＤが入力される。到着予定時期フィールドには、車両４００のユーザ１０の自宅への到着予定時期が入力される。なお、到着予定時期は、車両４００の現在位置と、ユーザ１０の自宅の位置とに基づいて、推定されることができる。このとき、車両４００からユーザ１０の自宅までの経路における交通状況を踏まえて到着予定時期が推定されてもよい。

（ユーザ端末）
ユーザ端末１００は、通信部１１０、制御部１２０、および入出力部１３０を有している。通信部１１０は、ユーザ端末１００をネットワークＮ１に接続する機能を有する。通信部１１０は、ユーザ端末１００が備える通信インターフェースによって実現することができる。通信部１１０は、例えば、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、またはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の移動体通信サービスを利用して、ネットワークＮ１経由で管理サーバ３００を含む他の装置と通信を行うことができる。

制御部１２０は、ユーザ端末１００を制御するための演算処理を行う機能を有する。制御部１２０は、ユーザ端末１００が備えるプロセッサによって実現することができる。制御部１２０は、管理サーバ３００から送信された通知情報を、通信部１１０を用いて受信する処理を行う。

入出力部１３０は、ユーザ１０によって行われる入力操作を受け付ける機能、および、ユーザ１０に提示する情報を出力する機能を有する。例えば、入出力部１３０はタッチパネルディスプレイを含んで構成される。そして、制御部３２０は、管理サーバ３００から通知情報を受信すると、入出力部１３０を用いて通知情報を出力する。これにより、車両４００がユーザ１０に向けて配車されたことがユーザ１０に通知される。また、上述したように、通知情報には、車両４００のユーザ１０の自宅への到着予定時期が含まれている。そのため、ユーザ１０は、車両４００の自宅への到着予定時期を踏まえて、車両４００の要否を判断することが可能となる。

そして、ユーザ１０は、車両４００を必要としない場合は、車両４００は不要であるとの回答を、入出力部１３０を介してユーザ端末１００に入力する。ユーザ１０によってこのような回答が入力されると、制御部１２０は、ユーザ１０は車両不要であることを示す回答情報を、通信部１１０を用いて管理サーバ３００に送信する処理を行う。

（情報処理の流れ）
次に、配車システム１における情報処理の流れについて図５に基づいて説明する。図５は、配車システム１における情報処理の流れを示すシーケンス図である。図５は、ユーザ１０が車両４００を必要としない場合の情報処理の流れを示している。

配車システム１においては、管理サーバ３００が、自宅内に存在するユーザ１０を含む画像データをカメラ２００から継続的に受信する（Ｓ１０１）。そして、管理サーバ３００は、カメラ２００から受信した画像データに基づいてユーザ１０についての第１予兆を検出する（Ｓ１０２）。次に、管理サーバ３００は、車両４００をユーザ１０の自宅に向けて走行させるための運行指令を生成し、車両４００に送信する（Ｓ１０３、Ｓ１０４）。車両４００は、管理サーバ３００から運行指令を受信すると、運行指令に基づいて走行する。

また、管理サーバ３００は、カメラ２００から受信した画像データに基づいてユーザ１０についての第２予兆を検出する（Ｓ１０５）。次に、管理サーバ３００は、ユーザ１０に車両４００の要否を確認するための通知情報を生成し、ユーザ端末１００に送信する（Ｓ１０６、Ｓ１０７）。

ユーザ端末１００は、管理サーバ３００から通知情報を受信すると、通知情報を出力する（Ｓ１０８）。そして、ユーザ端末１００は、ユーザ１０によって入力された、車両４００は不要であるとの回答を受け付ける（Ｓ１０９）。次に、ユーザ端末１００は、ユーザ１０は車両不要であることを示す回答情報を管理サーバ３００に送信する（Ｓ１１０）。管理サーバ３００は、ユーザ端末１００から回答情報を受信すると、ユーザ１０の自宅
に向けた走行を中止させる中止指令を車両４００に送信する（Ｓ１１１）。これにより、車両４００は、運行指令に基づくユーザ１０の自宅を目的地とする走行を中止する。

なお、ユーザ１０が外出のために車両４００を利用する場合は、ユーザ１０は車両不要であることを示す回答情報はユーザ端末１００から管理サーバ３００へは送信されない。この場合、管理サーバ３００から車両４００に中止指令は送信されない。そのため、車両４００は、ユーザ１０の自宅に到着するまで運行指令に基づく走行を継続する。また、Ｓ１１０において、管理サーバ３００が、ユーザ１０は車両不要であることを示す回答情報をユーザ端末１００から受信した時に、車両４００がすでにユーザ１０の自宅に到着している場合もある。この場合、管理サーバ３００は、ユーザ１０の自宅からの移動指令を車両４００に対して送信してもよい。また、Ｓ１０５において検出される第２予兆は、必ずしも、Ｓ１０２における第１予兆の検出から連続して検出される外出予兆である必要はない。例えば、第２予兆として検出されるユーザ１０の行動を、上記のような、自宅の玄関において行われる行動に限定してもよい。

上記のような配車システム１によれば、ユーザ１０が、実際に外出のために車両４００を必要している場合にのみ、ユーザ１０に車両４００が配車される。換言すれば、実際には車両４００を必要としてないユーザ１０に対して車両４００が配車されてしまうことを抑制することができる。また、配車システム１によれば、ユーザ１０についての第１予兆が検出された段階では、ユーザ１０に向けて車両４００が配車される。そのため、ユーザ１０が実際に車両４００を必要とする場合においては、より速やかに車両４００をユーザ１０に対して配車することが可能となる。

（変形例１）
以下、本実施形態に係る配車システム１の変形例について説明する。上記の実施形態では、管理サーバ３００は、カメラ２００から送信された画像データを、ユーザ１０の自宅内での行動に関するユーザデータとして受信する。しかしながら、ユーザデータは画像データに限られるものではない。例えば、自宅内におけるユーザ１０の位置、または、その位置の推移（すなわち、自宅内におけるユーザ１０の移動経路）によっても、ユーザ１０が行っている行動を推測することができる。そこで、管理サーバ３００は、自宅内におけるユーザ１０の位置を示すデータをユーザデータとして受信してもよい。なお、自宅内におけるユーザ１０の位置は、自宅内の複数個所に設置された人感センサ等によって検出されてもよい。そして、管理サーバ３００において、検出部３２１が、自宅内におけるユーザ１０の位置、または、その推移に基づいて、ユーザ１０についての外出予兆を検出してもよい。

（変形例２）
上記の実施形態では、管理サーバ３００において、カメラ２００から送信された画像データに基づいて、検出部３２１がユーザ１０についての外出予兆を検出する。しかしながら、管理サーバ３００の検出部３２１に相当する機能をカメラ２００が有していてもよい。この場合、カメラ２００が、撮影した画像データに基づいてユーザ１０についての外出予兆を検出する。そして、ユーザ１０についての外出予兆が検出されたことを示す情報がカメラ２００から管理サーバ３００に送信される。管理サーバ３００は、ユーザ１０についての第１予兆が検出されたことを示す情報をカメラ２００から受信すると、車両４００に運行指令を送信する。また、管理サーバ３００は、ユーザ１０についての第２予兆が検出されたことを示す情報をカメラ２００から受信すると、ユーザ端末１００に通知情報を送信する。

＜第２実施形態＞
本実施形態では、複数のユーザ１０がそれぞれの自宅内存在している。そして、配車シ
ステム１において、それぞれの自宅内に設置されたカメラ２００から各ユーザ１０についての画像データが管理サーバ３００に送信される。また、管理サーバ３００において、検出部３１１は、各カメラ２００から受信した画像データに基づいて各ユーザ１０についての外出予兆を検出する。

管理サーバ３００において、制御部３２０は、複数のユーザ１０について第１予兆が検出された場合、各ユーザ１０についての第１予兆をデータベース（以下、「予兆データベース」と称する場合もある。）に記憶する。図６は、予兆データベースのテーブル構成の一例を示す図である。図６に示すように、予兆データベースは、ユーザＩＤフィールド、および第１予兆フィールドを有する。ユーザＩＤフィールドには、各ユーザ１０を特定するための識別情報であるユーザＩＤが入力される。第１予兆フィールドには、検出部３２１によって検出された各ユーザ１０についての第１予兆が入力される。つまり、第１予兆フィールドには、第１予兆として検出された各ユーザ１０の自宅内での行動が入力される。なお、予兆データベースは、プロセッサ３０１によってデータベース管理システム（Database Management System）のプログラムが実行されることで、管理サーバ３００の補助記憶部３０３に構築される。

さらに、制御部３２０は、各ユーザ１０についての第１予兆に基づいて配車の優先順位を決定する。そして、制御部３２０は、複数のユーザ１０のうち配車の優先順位が最も高い第１ユーザに向けて車両４００を配車する。つまり、制御部３２０において、指令部３２２が、第１ユーザの自宅に向けて車両４００を走行させるための運行指令を生成し車両４００に送信する。

（第１ユーザ決定処理）
ここで、本実施形態に係る第１ユーザ決定処理のフローについて図７に基づいて説明する。図７は、第１ユーザ決定処理のフローを示すフローチャートである。第１ユーザ決定処理は、管理サーバ３００の制御部３２０によって実行される。なお、第１ユーザ決定処理は、複数のユーザ１０についての第１予兆が予兆データベースに記憶された状態で実行される。

本フローでは、先ずＳ３０１において、予兆データベースに記憶された各ユーザ１０についての第１予兆が取得される。次に、Ｓ３０２において、Ｓ３０１で取得された第１予兆に基づいて、各ユーザ１０の外出確率が推定される。ここで、外出確率は、ユーザ１０が実際に自宅から外出する確率である。各ユーザ１０についての第１予兆としては、各ユーザ１０の自宅内での様々な行動が検出される。そして、ユーザ１０の外出確率は、第１予兆として検出されたユーザ１０の自宅内での行動の種類に応じて異なる。そこで、Ｓ３０１では、制御部３２０が、第１予兆として検出された各ユーザ１０の自宅内での行動の種類に基づいて、各ユーザ１０の外出確率を推定する。なお、管理サーバ３００において、第１予兆として検出されるユーザ１０の自宅内での行動の種類と、ユーザ１０の外出確率との関係が予め記憶されていてもよい。

次に、Ｓ３０３において、Ｓ３０２で推定された各ユーザ１０の外出確率に基づいて配車の優先順位が決定される。ここでは、ユーザ１０の外出確率が高いほど、そのユーザ１０への配車の優先順位が高く決定される。次に、Ｓ３０４において、Ｓ３０３で決定された配車の優先順位が最も高いユーザ１０が第１ユーザに決定される。

（配車先の変更）
上記のとおり、本実施形態では、管理サーバ３００は、複数のユーザ１０のうち配車の優先順位が最も高い第１ユーザに向けて車両４００を配車する。そして、管理サーバ３００は第１ユーザのユーザ端末１００に通知情報を送信する。このとき、第１ユーザが車両
４００を必要としない場合があり得る。その場合、管理サーバ３００は、第１ユーザは車両不要であることを示す回答情報を第１ユーザのユーザ端末１００から受信する。

管理サーバ３００は、第１ユーザは車両不要であることを示す回答情報を受信すると、第１ユーザの自宅に向けた車両４００の走行を中止させる。そして、管理サーバ３００は、車両４００の配車先を、複数のユーザ１０のうちの第１ユーザ以外のユーザに変更する。このとき、管理サーバ３００は、新たな配車先として決定したユーザに向けて車両４００を走行させるための運行指令を車両４００に送信する。

ここで、車両４００の配車先を第１ユーザ以外のユーザに変更する場合、管理サーバ３００は、複数のユーザ１０のうち配車の優先順位が第１ユーザの次に高いユーザを新たな配車先としてもよい。または、管理サーバ３００は、第１ユーザは車両不要であることを示す回答情報を受信した時点での車両４００の位置に基づいて、車両４００の新たな配車先を決定してもよい。つまり、第１ユーザ以外の複数のユーザ１０うち、管理サーバ３００が回答情報を受信した時点での車両４００の位置から自宅が最も近いユーザを新たな配車先としてもよい。

本実施形態に係る配車システム１によれば、複数のユーザ１０について外出予兆が検出された場合であっても、車両４００を効果的に配車することができる。

（変形例）
上記の実施形態では、第１ユーザ決定処理において、各ユーザ１０の外出確率に基づいて配車の優先順位が決定される。しかしながら、配車の優先順位の決定方法はこの方法に限られるものではない。例えば、管理サーバ３００において、制御部３２０は、各ユーザ１０の外出時期に基づいて配車の優先順位を決定してもよい。この場合、予兆データベースに記憶された各ユーザ１０についての第１予兆に基づいて、各ユーザ１０の自宅からの外出時期が推定される。ここで、ユーザ１０の外出時期は、第１予兆として検出されたユーザ１０の自宅内での行動の種類に応じて異なる。そこで、制御部３２０は、第１予兆として検出された各ユーザ１０の自宅内での行動の種類に基づいて、各ユーザ１０の外出時期を推定する。なお、管理サーバ３００において、第１予兆として検出されるユーザ１０の自宅内での行動の種類と、ユーザ１０の外出時期との関係が予め記憶されていてもよい。そして、制御部３２０は、ユーザ１０の外出時期が早いほど、そのユーザ１０への配車の優先順位を高くしてもよい。

なお、上記の第１および第２実施形態に係る配車システム１においては、車両４００は自動運転車両である。しかしながら、ユーザ１０に配車される車両は、必ずしも自動運転車両でなくともよい。つまり、ユーザ１０に配車される車両は、ドライバーによって運転される車両であってもよい。この場合、ユーザに向けて車両を配車するための指令、および、ユーザへの車両の配車を中止するための指令は、管理サーバ３００から、ドライバーに関連する端末（例えば、ドライバーが所持する端末）に送信される。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、または光学式カードのような、電子的命令を格納するために適した任意のタイプの媒体を含む。

１・・・配車システム
１００・・ユーザ端末
１１０、３１０・・通信部
１２０、３２０・・制御部
１３０・・入出力部
２００・・カメラ
３００・・管理サーバ
４００・・車両

Claims (20)

1. 所定の場所に存在するユーザの行動に関するユーザデータに基づいて、前記所定の場所から前記ユーザが外出する予兆である第１予兆が検出されることで、前記ユーザに向けて車両が配車されたときにおいて、前記ユーザデータに基づいて、前記第１予兆以外の、前記ユーザの前記所定の場所からの外出の予兆である第２予兆が検出された時期に、前記ユーザに対して前記車両の要否の確認のための通知を行うこと、
   を実行する制御部を備えた情報処理装置。
2. 前記制御部は、
   前記通知を行った後に、前記ユーザから、前記車両は不要であるとの回答を受け取った場合、前記ユーザへの前記車両の配車を中止することをさらに実行する、
   請求項１に記載の情報処理装置。
3. 前記通知には、前記所定の場所への前記車両の到着予定時期が含まれる、
   請求項１または２に記載の情報処理装置。
4. 前記制御部は、
   複数のユーザについて前記第１予兆が検出された場合に、各ユーザについての前記第１予兆に基づいて配車の優先順位を決定することをさらに実行し、
   前記配車の優先順位が最も高い第１ユーザに向けて前記車両を配車する、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記制御部は、
   各ユーザについての前記第１予兆に基づいて、各ユーザが実際に外出する確率である外出確率を推定することをさらに実行し、
   各ユーザの前記外出確率に基づいて前記配車の優先順位を決定する、
   請求項４に記載の情報処理装置。
6. 前記制御部は、
   各ユーザについての前記第１予兆に基づいて各ユーザの外出時期を推定することをさらに実行し、
   各ユーザの前記外出時期に基づいて前記配車の優先順位を決定する、
   請求項４に記載の情報処理装置。
7. 前記制御部は、
   前記第１ユーザに対して前記通知を行った後に、前記第１ユーザから、前記車両は不要であるとの回答を受け取った場合、前記車両の配車先を前記複数のユーザのうちの前記第１ユーザ以外のユーザに変更する、
   請求項４から６のいずれか一項に記載の情報処理装置。
8. 前記ユーザデータは、前記所定の場所において撮影された、前記ユーザを含む画像データを含む、
   請求項１から７のいずれか一項に記載の情報処理装置。
9. 前記ユーザデータは、前記所定の場所における前記ユーザの位置を示すデータを含む、
   請求項１から７のいずれか一項に記載の情報処理装置。
10. コンピュータによって実行される情報処理方法であって、
    所定の場所に存在するユーザの行動に関するユーザデータに基づいて、前記所定の場所
    から前記ユーザが外出する予兆である第１予兆が検出されることで、前記ユーザに向けて車両が配車されたときにおいて、前記ユーザデータに基づいて、前記第１予兆以外の、前記ユーザの前記所定の場所からの外出の予兆である第２予兆が検出された時期に、前記ユーザに対して前記車両の要否の確認のための通知を行うこと、
    を含む情報処理方法。
11. 前記通知を行った後に、前記ユーザから、前記車両は不要であるとの回答を受け取った場合、前記ユーザへの前記車両の配車を中止することをさらに実行することをさらに含む、
    請求項１０に記載の情報処理方法。
12. 前記通知には、前記所定の場所への前記車両の到着予定時期が含まれる、
    請求項１０または１１に記載の情報処理方法。
13. 複数のユーザについて前記第１予兆が検出された場合に、各ユーザについての前記第１予兆に基づいて配車の優先順位を決定することをさらに含み、
    前記配車の優先順位が最も高い第１ユーザに向けて前記車両を配車する、
    請求項１０から１２のいずれか一項に記載の情報処理方法。
14. 各ユーザについての前記第１予兆に基づいて、各ユーザが実際に外出する確率である外出確率を推定することをさらに含み、
    各ユーザの前記外出確率に基づいて前記配車の優先順位を決定する、
    請求項１３に記載の情報処理方法。
15. 各ユーザについての前記第１予兆に基づいて各ユーザの外出時期を推定することをさらに含み、
    各ユーザの前記外出時期に基づいて前記配車の優先順位を決定する、
    請求項１３に記載の情報処理方法。
16. ユーザが存在する所定の場所に設置されたセンサと、前記ユーザに関連するユーザ端末と、車両の運行を管理する情報処理装置と、を含むシステムであって、
    前記情報処理装置は、
    前記所定の場所に存在する前記ユーザの行動に関するユーザデータを前記センサから受信することと、
    前記ユーザデータに基づいて、前記所定の場所から前記ユーザが外出する予兆である第１予兆が検出された場合に、前記ユーザに向けて前記車両を配車するための運行指令を送信することと、
    前記ユーザデータに基づいて、前記第１予兆以外の、前記ユーザの前記所定の場所からの外出の予兆である第２予兆が検出された時期に、前記ユーザに前記車両の要否を確認するための通知情報を前記ユーザ端末に送信することと、
    を実行する、システム。
17. 前記情報処理装置は、
    前記車両は不要であるとのことを示す回答情報を前記ユーザ端末から受信した場合、前記ユーザへの前記車両の配車を中止するための中止指令を送信することをさらに実行する、
    請求項１６に記載のシステム。
18. 前記情報処理装置は、
    複数のユーザについて前記第１予兆が検出された場合に、各ユーザについての前記第１
    予兆に基づいて配車の優先順位を決定することをさらに実行し、
    前記配車の優先順位が最も高い第１ユーザに向けて前記車両を配車するための前記運行指令を送信する、
    請求項１６または１７に記載のシステム。
19. 前記情報処理装置は、
    各ユーザについての前記第１予兆に基づいて、各ユーザが実際に外出する確率である外出確率を推定することをさらに実行し、
    各ユーザの前記外出確率に基づいて前記配車の優先順位を決定する、
    請求項１８に記載のシステム。
20. 前記情報処理装置は、
    各ユーザについての前記第１予兆に基づいて各ユーザの外出時期を推定することをさらに実行し、
    各ユーザの前記外出時期に基づいて前記配車の優先順位を決定する、
    請求項１８に記載のシステム。

Images