JP7333661B1 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】車両による乗客輸送の最適化を支援する技術を提供すること。
【解決手段】本発明の一態様によれば、情報処理装置が提供される。この情報処理装置は、制御部を備える。制御部は、受付ステップと、決定ステップと、表示制御ステップとを実行するように構成される。受付ステップでは、乗客の現在地情報を含む乗客情報を受け付ける。決定ステップでは、乗客情報に基づき、乗客の現在地が車両乗り場の利用領域の範囲内である場合、現在地から所定の範囲内の車両乗り場を、乗客を迎車する迎車場所に決定する。表示制御ステップでは、決定された迎車場所を乗客端末または運転手端末に表示させる。
【選択図】図１

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

乗客が所望の場所に移動したい場合、配車アプリ等を利用してタクシー、ハイヤー等の車両を呼び寄せて移動することがある。特許文献１には、タクシーの配車システムが開示されている。

特開２００４－３０２９４２号公報

しかし、乗客が迎車困難な場所に位置する場合、円滑に迎車できない場合がある。また、乗客がタクシー乗り場等に位置する場合でも、既に他のタクシーが駐停車している場合、乗客によって呼び出された車両が駐停車できず、乗客を迎車できない問題がある。

本発明では上記事情を鑑み、車両による乗客輸送の最適化を支援する技術を提供することとした。

本発明の一態様によれば、情報処理装置が提供される。この情報処理装置は、制御部を備える。制御部は、受付ステップと、決定ステップと、表示制御ステップとを実行するように構成される。受付ステップでは、乗客の現在地情報を含む乗客情報を受け付ける。決定ステップでは、乗客情報に基づき、乗客の現在地が車両乗り場の利用領域の範囲内である場合、現在地から所定の範囲内の車両乗り場を、乗客を迎車する迎車場所に決定する。表示制御ステップでは、決定された迎車場所を乗客端末または運転手端末に表示させる。

本開示によれば、車両による乗客輸送の最適化を支援する技術を提供することができる。

第１の実施形態における情報処理システム１の全体構成を示す図である。 乗客端末２、運転手端末４及び案内表示装置６のハードウェア構成を示す図である。 情報処理装置３及び配車サーバ装置５のハードウェア構成を示すブロック図である。 情報処理装置３及び配車サーバ装置５の機能を示す機能ブロック図である。 情報処理装置３による情報処理の一例を示すアクティビティ図である。 乗客端末２に表示される画面１００の一例を示すイメージ図である。 車両乗り場の利用領域を示すイメージ図である。 乗客端末２に表示される画面３００の一例を示すイメージ図である。 運転手端末４に表示される配車依頼通知４００の一例を示すイメージ図である。 乗客端末２に表示される画面５００の一例を示すイメージ図である。 案内表示装置６に表示される画面６００の一例を示すイメージ図である。 第２の実施形態に係る情報処理システム１の構成概要を示す図である。 第２の実施形態に係る情報処理の一例を示すアクティビティ図である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０または１で構成される２進数のビット集合体としての信号値の高低、または量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．ハードウェア構成（第１の実施形態）
本節では、本実施形態に係る情報処理システム１のハードウェア構成について説明する。図１は、第１の実施形態における情報処理システム１の全体構成を示す図である。

１．１ 情報処理システム１
情報処理システム１は、乗客端末２と、情報処理装置３と、複数の運転手端末４（運転手端末４－１～運転手端末４－Ｎ）と、配車サーバ装置５と、案内表示装置６とを備え、これらが電気通信回線を通じて通信可能に構成される。これらの構成要素についてさらに説明する。

１．２ 乗客端末２
乗客端末２は、タクシー、ハイヤー等の車両４１１を呼ぶ乗客が操作するものであり、スマートフォン、タブレット端末、コンピュータ、その他電気通信回線を通じて情報処理装置３又は配車サーバ装置５にアクセス可能なものであれば、その形態は問わない。なお、車両４１１は、自動運転車であってもよいし、ドローン等の空中を移動する航空機であってもよい。つまり車両４１１は、人又は何らかの荷物を輸送する装置を示す。

図２は、乗客端末２、運転手端末４及び案内表示装置６のハードウェア構成を示す図である。乗客端末２は、通信部２１と、記憶部２２と、制御部２３と、表示部２４と、入力部２５と、通信バス２０とを備える。これらの構成要素が乗客端末２の内部において通信バス２０を介して電気的に接続されている。

通信部２１、記憶部２２及び制御部２３は、性能及び細かな仕様等は異なっていてもよいが、情報処理装置３と略同様のハードウェア構成を備える。次に説明する情報処理装置３における通信部３１、記憶部３２及び制御部３３の記載を参照されたい。

表示部２４及び入力部２５は、例えば、乗客端末２の筐体に含まれるものであってもよいし、外付けされるものであってもよい。表示部２４は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。入力部２５は、表示部２４と一体となってタッチパネルとして実施されてもよい。タッチパネルであれば、ユーザは、タップ操作、スワイプ操作等を入力することができる。もちろん、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等を採用してもよい。

１．３ 情報処理装置３
図３は、情報処理装置３及び配車サーバ装置５のハードウェア構成を示すブロック図である。情報処理装置３は、通信部３１と、記憶部３２と、制御部３３を備え、これらの構成要素が情報処理装置３の内部において通信バス３０を介して電気的に接続されている。各構成要素についてさらに説明する。

（通信部３１）
通信部３１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、ＬＴＥ／３Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。

（記憶部３２）
記憶部３２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部３３によって実行される情報処理装置３に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。また、これらの組合せであってもよい。

（制御部３３）
制御部３３は、情報処理装置３に関連する全体動作の処理・制御を行う。制御部３３は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部３３は、記憶部３２に記憶された所定のプログラムを読み出すことによって、情報処理装置３に係る種々の機能を実現する。すなわち、ソフトウェア（記憶部３２に記憶されている）による情報処理がハードウェア（制御部３３）によって具体的に実現されることで、制御部３３に含まれる各機能部（図４参照）として実行されうる。これらについては、次節においてさらに詳述する。なお、制御部３３は単一であることに限定されず、機能ごとに複数の制御部３３を有するように実施してもよい。またそれらの組合せであってもよい。

１．４ 運転手端末４
運転手端末４は、タクシー、ハイヤー等の車両４１１を運転する運転手が操作するものである。運転手端末４は、スマートフォン、タブレット端末、コンピュータ、その他電気通信回線を通じて情報処理装置３又は配車サーバ装置５にアクセス可能なものであれば、その形態は問わない。

図２に示すように、運転手端末４は、通信部４１と、記憶部４２と、制御部４３と、表示部４４と、入力部４５とを有し、これらの構成要素が外部の運転手端末４の内部において通信バス４０を介して電気的に接続されている。運転手端末４は、性能及び細かな仕様等は異なっていてもよいが、乗客端末２及び情報処理装置３と略同様のハードウェア構成を備える。

１．５ 配車サーバ装置５
配車サーバ装置５は、通信部５１と、記憶部５２と、制御部５３とを備え、これらの構成要素が配車サーバ装置５の内部において通信バス５０を介して電気的に接続されている。配車サーバ装置５は、性能及び細かな仕様等は異なっていてもよいが、情報処理装置３と略同様のハードウェア構成を備える。

１．６ 案内表示装置６

案内表示装置６は、車両乗り場に設置された装置である。図２に示すように、案内表示装置６は、通信部６１と、記憶部６２と、制御部６３と、表示部６４と、入力部６５とを有し、これらの構成要素が案内表示装置６の内部において通信バス６０を介して電気的に接続されている。なお、案内表示装置６は、性能及び細かな仕様等は異なっていてもよいが、乗客端末２及び運転手端末４と略同様のハードウェア構成を備える。なお、案内表示装置６は、車両乗り場と一体であってもよい。

２．機能構成
本節では、本実施形態の機能構成について説明する。図４は、情報処理装置３及び配車サーバ装置５の機能を示す機能ブロック図である。前述の通り、ソフトウェア（記憶部３２に記憶されている）による情報処理がハードウェア（制御部３３）によって具体的に実現されることで、制御部３３に含まれる各機能部として実行されうる。

制御部３３は、記憶部３２に記憶された各種プログラムを実行することにより、受付部３３１と、判定部３３２と、決定部３３３と、表示制御部３３４として機能する。すなわち、記憶部３２に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部３３によって具体的に実現されることで、制御部３３に含まれる各機能部として実行されうる。

受付部３３１は、受付ステップを実行可能に構成される。具体的には、受付部３３１は、通信部３１又は記憶部３２を介して情報を受け付け、これを作業メモリに読出可能に構成される。特に、受付部３３１は、乗客端末２、運転手端末４、配車サーバ装置５または案内表示装置６からネットワーク及び通信部３１を介して種々の情報を受け付けるように構成される。本実施形態では、受付部３３１が受け付けた種々の情報は、記憶部３２に記憶されるものとして説明する。

判定部３３２は、判定ステップを実行可能に構成される。判定ステップにおいて、判定部３３２は、判定部３３２は、受付部３３１が受け付けた種々の情報どうしを比較して所定の条件を満たすか否かを判定する。例えば、判定部３３２は、受付部３３１が受け付けた種々のデータと、記憶部３２に予め記憶された条件とを比較して、これを満たすか否かを判定することができる。判定部３３２の判定結果に基づいて、情報処理装置３が異なる処理を実行することができる。

決定部３３３は、決定ステップを実行可能に構成される。決定ステップにおいて、決定部３３３は、受付部３３１が受け付けた種々のデータと、記憶部３２に予め記憶された条件とを比較して、種々のデータの中から少なくとも一つを選択するとともに、特定の情報と紐付けて記憶させる。

表示制御部３３４は、表示制御ステップを実行可能に構成される。表示制御ステップにおいて、表示制御部３３４は、記憶部３２に記憶された種々の情報またはこれらを含む画面等を、乗客端末２または運転手端末４で視認可能な態様で表示させる。具体的には、表示制御部２３４は、画面、画像、アイコン、メッセージ等の視覚情報を、乗客端末２または運転手端末４の表示部４４に表示させるように制御する。表示制御部３３４は、視覚情報を乗客端末２または運転手端末４に表示させるためのレンダリング情報だけを生成するものであってもよい。

制御部５３は、記憶部５２に記憶された各種プログラムを実行することにより、受付部５３１と、決定部５３２と、表示制御部５３３として機能する。すなわち、記憶部５２に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部５３によって具体的に実現されることで、制御部５３に含まれる各機能部として実行されうる。なお、受付部５３１、決定部５３２及び表示制御部５３３は、性能及び細かな仕様等は異なっていてもよいが、情報処理装置３における受付部３３１、決定部３３３及び表示制御部３３４と略同様のハードウェア構成を備える。

３．情報処理の詳細
第３節では、イメージ図を参照しながら、アクティビティ図に沿って情報処理装置３により実行される情報処理方法について説明する。図５は、情報処理装置３による情報処理の一例を示すアクティビティ図である。以下、乗客がタクシーを呼ぶ場合を例に挙げて説明する。また、以下、車両乗り場の一例として、タクシー乗り場を例に挙げて説明する。なお、以下の処理の順番は適宜入れ替えることができ、複数の処理が同時に実行されてもよいし、その全ての処理を実行しなくてもよい。

まず、乗客は、乗客端末２を操作することにより、配車依頼をする。乗客端末２は、入力部２５を介した乗客の操作に基づき、ネットワーク及び通信部２１を介して乗客情報７を配車サーバ装置５に送信する（Ａ１０１）。

ここで、乗客情報７には、移動条件と、乗客の現在地情報７１とが含まれる。移動条件は、所要時間に関する条件と、移動経路に関する条件と、移動料金に関する条件と、車両乗り場に関する条件と、車両４１１に関する条件と、車両４１１の運転手に関する条件とのうち少なくとも一つについての条件である。移動条件とは例えば、目的地、支払方法の他、車両４１１の種類の指定、車両４１１の設備の指定、運転手の指定、移動経路の希望、希望到着時間、送迎場所に関する希望等である。
移動経路に関する条件とは、より具体的には、危険な地域を避けたルートを通ること、指定の場所を経由すること等である。車両乗り場に関する条件とは、例えば、車両乗り場を指定すること等である。車両４１１に関する条件とは、例えば、乗車可能な人数が６人以上であること、ドアが横開きであること等を示す条件である。車両４１１の運転手に関する条件とは、例えば、運転手の国籍、性別、年代、語学能力等に関する条件である。

図６は、乗客端末２に表示される画面１００の一例を示すイメージ図である。画面１００は、マップ表示エリア１１０及び情報入力エリア１２０を含む。マップ表示エリア１１０には、乗客の現在地に基づき生成された地図が表示され、乗客の現在位置には、現在地オブジェクト１１１が表示される。また、周辺に案内表示装置６が位置する場合は、案内表示装置６の設置位置にタクシートーテムオブジェクト６１１が表示される。

情報入力エリア１２０には、移動条件を選択または任意入力可能な入力欄１２１が設けられている。入力欄１２１において、乗客は、入力部２５を介して移動条件を入力することができる。タクシーの配車を決定した場合、乗客は、配車要求ボタン１２２を押下することで、配車要求をすることができる。乗客端末２は、これらの移動条件及び現在地情報７１が含まれる乗客情報７をネットワーク及び通信部２１を介して配車サーバ装置５に送信する。

配車サーバ装置５の受付部５３１は、乗客情報７を受け付ける（Ａ１０２）。次いで、配車サーバ装置５は、ネットワーク及び通信部５１を介して情報処理装置３に現在地情報７１または現在地情報７１を含む乗客情報７を送信する（Ａ１０３）。次いで、情報処理装置３の受付部３３１は、ネットワーク及び通信部３１を介して乗客情報７を受け付ける（Ａ１０４）。

判定部３３２は、乗客情報７に基づき、乗客の現在地がタクシー乗り場（車両乗り場）の利用領域にあるか否かを判定する（Ａ１０５）。図７は、車両乗り場の利用領域を示すイメージ図である。車両乗り場の利用領域とは、例えば、案内表示装置６を示すタクシートーテムオブジェクト６１１の設置位置から徒歩１０分圏内（例えば、半径５００メートル以内）の範囲を示す。以下、この範囲を利用エリア２１１と呼ぶ。図７における地図２００に示すように、現在地オブジェクト２０１で示される乗客の現在位置が、タクシートーテムオブジェクト６１１ａに係る利用エリア２１１の範囲内であるので、判定部３３２は、乗客の現在地がタクシー乗り場の利用領域内であると判定する。また、車両乗り場の利用領域とは、例えば、車両４１１を駐停車することができない範囲を示すものであってもよい。以下、この範囲を迎車禁止エリア２１２と呼ぶ。図７の例では、現在地オブジェクト２０１で示される乗客の現在位置が、迎車禁止エリア２１２の範囲内であるので、判定部３３２は、乗客の現在地がタクシー乗り場の利用領域内であると判定する。一方、乗客が現在地オブジェクト２０３で示される場所に位置する場合、利用エリア２１１の範囲内でも、迎車禁止エリア２１２の範囲内でも、迎車禁止エリア２１３の範囲内でもない。したがって、判定部３３２は、乗客の現在位置が利用領域の範囲外であると判定する。なお、利用エリア２１１と、迎車禁止エリア２１２とは、一部範囲が重複するものであってもよい。

ここで、本実施形態におけるタクシー乗り場は、乗客から呼び出しを受けたタクシーのみが利用することを前提とし、従来のタクシー乗り場とは異なる形態で利用されるものとする。決定部３３３は、乗客情報７に基づき、乗客の現在地が車両乗り場の利用領域の範囲内である場合、現在地から所定の範囲内の車両乗り場を、乗客を迎車する迎車場所１０に決定する。例えば、乗客が利用エリア２１１の範囲内に位置する場合、決定部３３３は、利用エリア２１１に紐付けられたタクシートーテムオブジェクト６１１ａを迎車場所１０に決定する。このように、決定部３３３は、乗客の現在地がタクシー乗り場の利用領域の範囲内であると判定された場合、現在地から所定の範囲内のタクシー乗り場（車両乗り場）を、乗客を迎車する迎車場所１０に決定する（Ａ１０６）。所定の範囲内とは、具体的には例えば、１００，２００，３００，４００，５００，６００，７００，８００，９００，１０００メートル以内であり、ここで例示した数値の何れか２つの間の範囲内であってもよい。一方、決定部３３３は、現在位置が利用領域の範囲外であると判定された場合、乗客の現在位置又は現在位置付近の停車可能場所を迎車場所１０に決定する。ただし、この場合でも、決定部３３３は、現在位置から最も近い車両乗り場を迎車場所１０に決定してもよい。

一方、決定部３３３は、現在地から所定の範囲内の車両乗り場が複数箇所特定された場合、乗客情報７に基づいて、特定された車両乗り場のうち、迎車場所１０とするタクシー乗り場を決定してもよい。例えば、乗客が前述した現在地オブジェクト２０１に位置するものとする（図７参照）。また、現在地から所定の範囲内の車両乗り場として、タクシートーテムオブジェクト６１１ａ及び、タクシートーテムオブジェクト６１１ｂが特定されたものとする。このとき、決定部３３３は、乗客の現在地がタクシートーテムオブジェクト６１１ｂよりも近いタクシートーテムオブジェクト６１１ａを迎車場所１０に決定する。また、決定部３３３は、現在地から所定の範囲内の車両乗り場が複数箇所特定された場合、乗客の移動条件に合致する車両乗り場を迎車場所１０に決定する。例えば、移動条件に、移動料金に関する条件の一例である、移動料金の安さを優先する旨の条件が含まれるものとする。このとき、現在地から所定の範囲内にタクシー乗り場が２箇所特定された場合、決定部３３３は、タクシー乗り場から目的地までのタクシーの乗車料金が少ないタクシー乗り場を優先して迎車場所１０に決定する。また、移動条件に、所要時間に関する条件の一例である、最短で到着することを優先する旨の条件が含まれるものとする。このとき、受付部３３１は、車両４１１の現在地情報７１を受け付け、最もタクシー乗り場に近い車両４１１が位置するタクシー乗り場を優先して迎車場所１０に決定する。

次いで、表示制御部３３４は、決定された迎車場所１０を乗客端末２または運転手端末４に表示させる。具体的には、表示制御部３３４は、決定された迎車場所１０を、配車サーバ装置５を介して乗客端末２及び運転手端末４に表示させる（Ａ１０７）。表示制御部３３４は、決定された迎車場所１０を、配車サーバ装置５に送信する。配車サーバ装置５の受付部５３１は、決定された迎車場所１０を受け付け、乗客端末２に送信する。乗客端末２の表示部２４は、迎車場所１０を表示する（Ａ１０８）。

図８は、乗客端末２に表示される画面３００の一例を示すイメージ図である。図８において、乗客の現在地がタクシー乗り場の利用領域の範囲内であると判定された場合の例が示される。画面３００は、マップ表示エリア３１０及び情報入力エリア３２０を含む。マップ表示エリア３１０には、乗客の現在地に基づき生成された地図が表示され、乗客の現在位置を示す現在地オブジェクト３１１とともに、迎車場所１０を示す迎車場所オブジェクト３１２が表示される。このとき、タクシー乗り場が迎車場所１０である場合、表示制御部５３３は、タクシートーテムオブジェクト６１１が迎車場所１０となることを認識可能な態様で表示させる。例えば、表示制御部５３３は、タクシートーテムオブジェクト６１１を強調表示させる。また、このとき、表示制御部５３３は、タクシートーテムオブジェクト６１１が迎車場所１０であることを示す文字情報を表示させる。

また、情報入力エリア３２０において、迎車場所１０の名称、住所等を示す通知３２１が表示される。乗客は、乗客端末２に表示された迎車場所オブジェクト３１２及び通知３２１を確認しながら、迎車場所１０へと移動することができる。なお、このとき、表示制御部３３４は、乗客の現在地から迎車場所１０までのルートを表示させてもよい。この時点で乗客が車両４１１の呼出を取りやめたい場合、配車キャンセルボタン３２２を押下することで、配車をキャンセルすることができる。

また、配車サーバ装置５の表示制御部５３３は、配車依頼通知４００を運転手端末４に表示させる（Ａ１０９）。図９は、運転手端末４に表示される配車依頼通知４００の一例を示すイメージ図である。図９に示すように、運転手端末４の表示部４４は、客から配車依頼を受けたことを示す配車依頼通知４００を表示する。配車依頼通知４００を確認した運転手は、配車を承諾する場合、配車承諾ボタン４０１を押下する。配車の承諾行われた場合、運転手端末４は、乗客を迎車することの承諾を示す承諾情報と、車両情報８とをネットワーク及び通信部４１を介して配車サーバ装置５に送信する（Ａ１１０）。

配車サーバ装置５の受付部５３１は、ネットワーク及び通信部５１を介して承諾情報及び車両情報８を受け付ける（Ａ１１１）。そして、決定部５３２は、最も早く配車承諾を受け付けた運転手端末４に対応付けられる車両４１１を、乗客を迎車する迎車車両４１２を決定する（Ａ１１２）。

なお、このとき、決定部５３２は、配車依頼通知４００の通知後、配車承諾を受け付ける受付期間を一定時間設けてもよい。一定時間とは、具体的には例えば、１０，２０，３０，４０，５０，６０，７０，８０，９０，１００，１１０，１２０，１３０，１４０，１５０，１６０，１７０，１８０，１９０，２００，２１０，２２０，２３０，２４０，２５０，２６０，２７０，２８０，２９０，３００秒であり、ここで例示した数値の何れか２つの間の範囲内であってもよい。決定部５３２は、受付期間が経過するまでに、複数の運転手端末４から配車承諾を受け付けた場合、最も迎車場所１０に近い車両４１１または最も早く配車承諾を配車サーバ装置５に送信した運転手端末４に係る車両４１１を、迎車車両４１２に決定する。

そして、配車サーバ装置５は、迎車車両４１２の車両情報８を乗客端末２に送信し、乗客端末２に表示させる（Ａ１１３）。そして、乗客端末２の表示部２４は、車両情報８を乗客端末２に表示する（Ａ１１４）。

ここで、車両情報８は、車両４１１の車両ナンバーと、車両４１１の車種と、車両４１１の色と、車両４１１の現在地情報７１と、迎車場所１０への到着予定時間と、車両４１１の所属組織と、車両４１１の運転手に関する情報とのうち少なくとも一つを含む。また、車両情報８は、車両４１１の現在地情報７１を含む。図１０は、乗客端末２に表示される画面５００の一例を示すイメージ図である。図１０に示されるように、画面５００は、マップ表示エリア５１０及び情報入力エリア５２０を含む。マップ表示エリア５１０には、現在地オブジェクト５１１、迎車場所オブジェクト５１２及び迎車車両４１２の現在置を示す現在地オブジェクト５１３が表示される。また、情報入力エリア５２０において、迎車車両４１２の車両情報８を示す通知５２１が表示される。このような態様により、乗客は、これから迎えに来る迎車車両４１２の車両情報８と、迎車車両４１２が現在どこに位置するのかを確認することができる。なお、目印入力ボタン５２２が押下された場合、表示制御部５３３は、運転手が乗客を見つけやすいように乗客の服装、人数などの目印を入力することができる入力欄を表示させる（不図示）。

また、配車サーバ装置５は、迎車車両４１２の車両情報８を情報処理装置３に送信する。情報処理装置３の受付部３３１は、乗客を迎車する迎車車両４１２の車両情報８を受け付ける。（Ａ１１５）。また、決定部３３３は、迎車場所１０がタクシー乗り場である場合、かかる案内表示装置６を特定する。そして、表示制御部３３４は、決定された車両乗り場の案内表示装置６に乗客を迎車する車両４１１の車両情報８を表示させる（Ａ１１６）。そして、案内表示装置６は、車両情報８を表示させる（Ａ１１７）。

図１１は、案内表示装置６に表示される画面６００の一例を示すイメージ図である。画面６００は、迎車車両４１２の車両情報８を含む。例えば、画面６００において、サービス名６０１、タクシー会社６０２、到着予定時刻６０３、ナンバー６０４、無線番号６０５、遅延の有無等を示す備考６０６等、迎車車両４１２に関する車両情報８が表示させる。

このような態様により、情報処理装置３は、迎車場所１０の決定に伴い、迎車車両４１２に関する車両情報８を案内表示装置６に表示させることができる。また、迎車場所１０に到着した乗客にとっては、案内表示装置６に表示された車両情報８を確認することができる。これにより、乗客は、自身の乗客端末２に表示された車両情報８と、案内表示装置６に表示された車両情報８とを照らし合わせて、自身が呼んだタクシーとの待ち合わせ場所に間違いがないかを確認することができる。

また、乗客がタクシーの停車ができない場所にいる場合など、タクシー乗り場を利用することが好ましい場所に位置する場合、本実施形態におけるタクシー乗り場を、自身が呼んだタクシーとの待ち合わせ場所として利用することができる。これにより、車両４１１による乗客輸送の最適化が図られる。

なお、このとき、乗客を迎車した運転手端末４は、運転手の操作に基づき、迎車車両４１２が乗客を乗せたことを示す情報を配車サーバ装置５を介して情報処理装置３に送信する。そして、表示制御部３３４は、案内表示装置６に表示された車両情報８のうち、乗客の迎車が完了した迎車車両４１２についての車両情報８の表示を削除させる。このような態様により、迎車完了後、案内表示装置６に表示された車両情報８が表示されなくなることで、案内表示装置６は、オンデマンドで表示態様を変化させることができる。例えば、案内表示装置６の現在の利用状況が一覧性をもって表示されるため、複数の乗客に同じタイミングでタクシー乗り場が利用される場合、他の乗客が、自身が呼んだタクシーではないタクシーに間違って乗ってしまうといったトラブルを回避することができる。

さらに、本実施形態における情報処理システム１によってタクシー乗り場が利用された場合、乗客からの呼出を受けていない、いわゆる客待ちタクシーによる駐停車の必要がない形で乗客を迎車することができる。また、本実施形態によれば、既存のタクシー乗り場とは別に、配車依頼を受けたタクシーが駐停車可能なタクシー乗り場が確保されることとなる。したがって、既に他の客待ちタクシーが駐停車していることで、乗客によって呼び出された迎車車両４１２が駐停車できない、といった問題の予防とともに、客待ちタクシーによる渋滞の発生や、他の車両４１１の通行阻害を防止することができる。

また、タクシー乗り場に本実施形態における案内表示装置６が設置されることで、タクシー乗り場をオンデマンドで利用可能となり、本実施形態におけるタクシー乗り場の駐車可能台数が１台であるなど、従来のタクシー乗り場に比べて駐車可能台数が少ない場合でも、タクシー乗り場として十分な機能を発揮することができる。その結果、タクシー乗り場を設置するハードルが下がり、多くの場所でタクシー乗り場を設置することができる。

４．第２の実施形態
本節では、第２の実施形態に係る情報処理システム１について説明する。図１２は、第２の実施形態に係る情報処理システム１の構成概要を示す図である。第２の実施形態に係る情報処理システム１は、乗客端末２と、情報処理装置３と、複数の運転手端末４とを備え、これらが電気通信回線を通じて通信可能に構成される。

下記に示すように、配車サーバ装置５の制御部５３によって実現される機能の少なくとも一部は、情報処理装置３の制御部３３により実施されてもよい。

図１３は、第２の実施形態に係る情報処理の一例を示すアクティビティ図である。なお、第２の実施形態に係る情報処理システム１は、第１の実施形態に係る情報処理システム１と同様の構成や特徴を含むが、これらの構成については、説明を省略する。

まず、乗客端末２は、配車要求及び乗客情報７を情報処理装置３に送信する（Ａ２０１）。受付部３３１は、乗客端末２から送信された配車要求及び乗客情報７を受け付ける（Ａ２０２）。判定部３３２は、乗客情報７に基づき、乗客の現在地がタクシー乗り場（車両乗り場）の利用領域にあるか否かを判定する（Ａ２０３）。決定部３３３は、乗客の現在地がタクシー乗り場の利用領域の範囲内であると判定された場合、現在地から所定の範囲内のタクシー乗り場（車両乗り場）を、乗客を迎車する迎車場所１０に決定する（Ａ２０４）。

続いて、表示制御部３３４は、ネットワーク及び通信部３１を介して決定された迎車場所１０を乗客端末２または運転手端末４に表示させる（Ａ２０５）。乗客端末２は、迎車場所１０を表示させる（Ａ２０６）。また、配車依頼通知４００を運転手端末４に表示させる（Ａ２０７）。運転手端末４から承諾情報及び車両情報８が送信されると（Ａ２０８）、受付部３３１は、乗客を迎車することの承諾を示す承諾情報と、車両４１１の車両情報８とを運転手端末４から受け付ける（Ａ２０９）。決定部３３３は、迎車の承諾を受け付けた運転手端末４に係る車両４１１を、乗客を迎車する迎車車両４１２に決定する（Ａ２１０）。そして、表示制御部３３４は、迎車車両４１２の車両情報８を乗客端末２に表示させる。また、迎車場所１０が案内表示装置６に係るタクシー乗り場である場合、その迎車場所１０の案内表示装置６に車両情報８を表示させる（Ａ２１１）。乗客端末２及び案内表示装置６は、車両情報８を表示する（Ａ２１２及びＡ２１３）。

５．変形例
第５節では、前述した情報処理システム１の情報処理方法の変形例について説明する。情報処理システム１は、以下の構成を含む態様で提供されてもよい。

受付部３３１は、車両乗り場の利用状況を示す利用情報９を案内表示装置６から受け付けてもよい。このとき、決定部３３３は、現在地から所定の範囲内の車両乗り場が複数箇所特定された場合、乗客情報７と、利用情報９とに基づいて、特定された車両乗り場のうち、迎車場所１０とする車両乗り場を決定する。例えば、現在地から所定の範囲内に車両乗り場が２箇所特定されたものとする。このとき、決定部３３３は、他のタクシーによる迎車が行われていない車両乗り場を優先して迎車場所１０に決定する。このような態様により、乗客は、タクシーを待つ他の乗客が存在することで混雑している車両乗り場の利用を回避し、より空いている車両乗り場を利用することができる。

［その他］
上述の実施形態では、迎車場所１０が決定された後、迎車車両４１２の決定が行われる例を示したが、これに限られない。例えば、受付部３３１は、乗客の現在地情報７１を含む乗客情報７と、乗客を迎車する迎車車両４１２の車両情報８を受け付けた後、判定部３３２は、乗客情報７に基づき、乗客の現在地が車両乗り場の利用領域にあるか否かを判定してもよい。このとき、決定部３３３は、現在地が利用領域の範囲内であると判定された場合、現在地から所定の範囲内の車両乗り場を、タクシーの迎車場所１０に決定する。また、表示制御部３３４は、決定された迎車場所１０を乗客端末２または迎車車両４１２の運転手端末４に表示させる。

受付部３３１が承諾情報を受け付けた後、表示制御部３３４は、迎車場所１０を乗客端末２に表示させてもよい。また、表示制御部３３４は、迎車場所１０の表示と、配車依頼の表示とを同時に実行してもよい。

本実施形態の態様は、プログラムであってもよい。プログラムは、コンピュータに、情報処理装置３における各ステップを実行させる。

さらに、次に記載の各態様で提供されてもよい。
前記情報処理装置において、前記制御部は、判定ステップを実行するように構成され、前記判定ステップでは、前記乗客情報に基づき、前記乗客の現在地が車両乗り場の利用領域にあるか否かを判定し、前記決定ステップでは、前記乗客の現在地が前記利用領域の範囲内であると判定された場合、前記現在地から所定の範囲内の車両乗り場を、前記乗客を迎車する迎車場所に決定する、情報処理装置。
前記情報処理装置において、前記受付ステップでは、前記乗客を迎車する迎車車両の車両情報を受け付け、前記表示制御ステップでは、決定された前記車両乗り場の案内表示装置に前記車両情報を表示させる、情報処理装置。
前記情報処理装置において、前記受付ステップでは、前記乗客を迎車することの承諾を示す承諾情報と、車両の車両情報とを運転手端末から受け付け、前記決定ステップでは、迎車の承諾を受け付けた運転手端末に係る車両を、前記乗客を迎車する迎車車両に決定し、前記表示制御ステップでは、決定された前記車両乗り場の案内表示装置に、前記迎車車両の車両情報を表示させる、情報処理装置。
前記情報処理装置において、前記車両情報は、車両の車両ナンバーと、前記車両の車種と、前記車両の色と、前記車両の現在地情報と、迎車場所への到着予定時間と、前記車両の所属組織と、前記車両の運転手に関する情報とのうち少なくとも一つを含む、情報処理装置。
前記情報処理装置において、前記乗客情報は、移動条件を含み、前記移動条件は、所要時間に関する条件と、移動経路に関する条件と、移動料金に関する条件と、前記車両乗り場に関する条件と、前記車両に関する条件と、前記車両の運転手に関する条件とのうち少なくとも一つについての条件で、前記決定ステップでは、前記現在地から所定の範囲内の車両乗り場が複数箇所特定された場合、前記乗客情報に基づいて、特定された前記車両乗り場のうち、迎車場所とする車両乗り場を決定する、情報処理装置。
前記情報処理装置において、受付ステップでは、前記車両乗り場の利用状況を示す利用情報を受け付け、前記決定ステップでは、前記現在地から所定の範囲内の車両乗り場が複数箇所特定された場合、前記乗客情報と、前記利用情報とに基づいて、特定された前記車両乗り場のうち、迎車場所とする車両乗り場を決定する、情報処理装置。
前記情報処理装置において、前記決定ステップでは、前記現在位置が前記利用領域の範囲外であると判定された場合、前記現在位置又は前記現在位置付近の停車可能場所を迎車場所に決定する、情報処理装置。
情報処理装置であって、制御部を備え、前記制御部は、受付ステップと、判定ステップと、決定ステップと、表示制御ステップとを実行するように構成され、前記受付ステップでは、乗客の現在地情報を含む乗客情報と、前記乗客を迎車する迎車車両の車両情報を受け付け、前記判定ステップでは、前記乗客情報に基づき、前記乗客の現在地が車両乗り場の利用領域にあるか否かを判定し、前記決定ステップでは、前記現在地が前記利用領域の範囲内であると判定された場合、前記現在地から所定の範囲内の車両乗り場を、前記迎車車両の迎車場所に決定し、前記表示制御ステップでは、決定された前記迎車場所を乗客端末または前記迎車車両の運転手端末に表示させる、情報処理装置。
情報処理装置が実行する情報処理方法であって、前記情報処理装置における各ステップを備える、情報処理方法。
プログラムであって、コンピュータに、前記情報処理装置における各ステップを実行させる、プログラム。
もちろん、この限りではない。

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ ：情報処理システム
２ ：乗客端末
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：制御部
２４ ：表示部
２５ ：入力部
３ ：情報処理装置
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
４ ：運転手端末
４０ ：通信バス
４１ ：通信部
４２ ：記憶部
４３ ：制御部
４４ ：表示部
４５ ：入力部
５ ：配車サーバ装置
５０ ：通信バス
５１ ：通信部
５２ ：記憶部
５３ ：制御部
６ ：案内表示装置
６０ ：通信バス
６１ ：通信部
６２ ：記憶部
６３ ：制御部
６４ ：表示部
６５ ：入力部
７ ：乗客情報
７１ ：現在地情報
８ ：車両情報
９ ：利用情報
１０ ：迎車場所
１００ ：画面
１１０ ：マップ表示エリア
１１１ ：現在地オブジェクト
１２０ ：情報入力エリア
１２１ ：入力欄
１２２ ：配車要求ボタン
２００ ：地図
２０１ ：現在地オブジェクト
２０３ ：現在地オブジェクト
２１１ ：利用エリア
２１２ ：迎車禁止エリア
２１３ ：迎車禁止エリア
２３４ ：表示制御部
３００ ：画面
３１０ ：マップ表示エリア
３１１ ：現在地オブジェクト
３１２ ：迎車場所オブジェクト
３２０ ：情報入力エリア
３２１ ：通知
３２２ ：配車キャンセルボタン
３３１ ：受付部
３３２ ：判定部
３３３ ：決定部
３３４ ：表示制御部
４００ ：配車依頼通知
４０１ ：配車承諾ボタン
４１１ ：車両
４１２ ：迎車車両
５００ ：画面
５１０ ：マップ表示エリア
５１１ ：現在地オブジェクト
５１２ ：迎車場所オブジェクト
５１３ ：現在地オブジェクト
５２０ ：情報入力エリア
５２１ ：通知
５２２ ：目印入力ボタン
５３１ ：受付部
５３２ ：決定部
５３３ ：表示制御部
６００ ：画面
６０１ ：サービス名
６０２ ：タクシー会社
６０３ ：到着予定時刻
６０４ ：ナンバー
６０５ ：無線番号
６０６ ：備考
６１１ ：タクシートーテムオブジェクト
６１１ａ ：タクシートーテム
６１１ｂ ：タクシートーテム

Claims (10)

1. 情報処理装置であって、
   制御部を備え、
   前記制御部は、受付ステップと、決定ステップと、表示制御ステップとを実行するように構成され、
   前記受付ステップでは、乗客の現在地情報を含む乗客情報を受け付け、
   前記決定ステップでは、前記乗客情報に基づき、前記乗客の現在地が車両乗り場の利用領域の範囲内である場合、前記現在地から所定の範囲内の車両乗り場を、前記乗客を迎車する迎車場所に決定し、
   前記現在地が前記利用領域の範囲外であると判定された場合、前記現在地又は前記現在地付近の停車可能場所を前記迎車場所に決定し、
   前記表示制御ステップでは、決定された前記迎車場所を乗客端末または運転手端末に表示させる、
   情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記制御部は、判定ステップを実行するように構成され、
   前記判定ステップでは、前記乗客情報に基づき、前記乗客の現在地が車両乗り場の利用領域にあるか否かを判定し、
   前記決定ステップでは、前記乗客の現在地が前記利用領域の範囲内であると判定された場合、前記現在地から所定の範囲内の車両乗り場を、前記乗客を迎車する迎車場所に決定する、
   情報処理装置。
3. 請求項１又は請求項２に記載の情報処理装置において、
   前記受付ステップでは、前記乗客を迎車する迎車車両の車両情報を受け付け、
   前記表示制御ステップでは、決定された前記車両乗り場の案内表示装置に前記車両情報を表示させる、
   情報処理装置。
4. 請求項１～請求項３の何れか１つに記載の情報処理装置において、
   前記受付ステップでは、前記乗客を迎車することの承諾を示す承諾情報と、車両の車両情報とを運転手端末から受け付け、
   前記決定ステップでは、迎車の承諾を受け付けた運転手端末に係る車両を、前記乗客を迎車する迎車車両に決定し、
   前記表示制御ステップでは、決定された前記車両乗り場の案内表示装置に、前記迎車車両の車両情報を表示させる、
   情報処理装置。
5. 請求項３又は請求項４に記載の情報処理装置において、
   前記車両情報は、車両の車両ナンバーと、前記車両の車種と、前記車両の色と、前記車両の現在地情報と、迎車場所への到着予定時間と、前記車両の所属組織と、前記車両の運転手に関する情報とのうち少なくとも一つを含む、
   情報処理装置。
6. 請求項１～請求項５の何れか１つに記載の情報処理装置において、
   前記乗客情報は、移動条件を含み、
   前記移動条件は、所要時間に関する条件と、移動経路に関する条件と、移動料金に関する条件と、前記車両乗り場に関する条件と、車両に関する条件と、前記車両の運転手に関する条件とのうち少なくとも一つについての条件で、
   前記決定ステップでは、前記現在地から所定の範囲内の車両乗り場が複数箇所特定された場合、前記乗客情報に基づいて、特定された前記車両乗り場のうち、迎車場所とする車両乗り場を決定する、
   情報処理装置。
7. 請求項１～請求項６の何れか１つに記載の情報処理装置において、
   受付ステップでは、前記車両乗り場の利用状況を示す利用情報を受け付け、
   前記決定ステップでは、前記現在地から所定の範囲内の車両乗り場が複数箇所特定された場合、前記乗客情報と、前記利用情報とに基づいて、特定された前記車両乗り場のうち、迎車場所とする車両乗り場を決定する、
   情報処理装置。
8. 情報処理装置であって、
   制御部を備え、
   前記制御部は、受付ステップと、判定ステップと、決定ステップと、表示制御ステップとを実行するように構成され、
   前記受付ステップでは、乗客の現在地情報を含む乗客情報と、前記乗客を迎車する迎車車両の車両情報を受け付け、
   前記判定ステップでは、前記乗客情報に基づき、前記乗客の現在地が車両乗り場の利用領域にあるか否かを判定し、
   前記決定ステップでは、前記現在地が前記利用領域の範囲内であると判定された場合、前記現在地から所定の範囲内の車両乗り場を、前記迎車車両の迎車場所に決定し、
   前記現在地が前記利用領域の範囲外であると判定された場合、前記現在地又は前記現在地付近の停車可能場所を前記迎車場所に決定し、
   前記表示制御ステップでは、決定された前記迎車場所を乗客端末または前記迎車車両の運転手端末に表示させる、
   情報処理装置。
9. 情報処理装置が実行する情報処理方法であって、
   請求項１～請求項８の何れか１つに記載の情報処理装置における各ステップを備える、
   情報処理方法。
10. プログラムであって、
    コンピュータに、請求項１～請求項８の何れか１つに記載の情報処理装置における各ステップを実行させる、
    プログラム。