JP7350603B2 - 情報処理装置 - Google Patents

情報処理装置 Download PDF

Info

Publication number
JP7350603B2
JP7350603B2 JP2019185747A JP2019185747A JP7350603B2 JP 7350603 B2 JP7350603 B2 JP 7350603B2 JP 2019185747 A JP2019185747 A JP 2019185747A JP 2019185747 A JP2019185747 A JP 2019185747A JP 7350603 B2 JP7350603 B2 JP 7350603B2
Authority
JP
Japan
Prior art keywords
waiting
vehicle
demand
place
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019185747A
Other languages
English (en)
Other versions
JP2021060895A (ja
Inventor
剛 神山
アナラ ゾリーグ
哲 溝口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2019185747A priority Critical patent/JP7350603B2/ja
Publication of JP2021060895A publication Critical patent/JP2021060895A/ja
Application granted granted Critical
Publication of JP7350603B2 publication Critical patent/JP7350603B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Navigation (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、車両の待機地を特定するための技術に関する。
例えば特許文献1には、エリア毎に収集したタクシー等の車両の実車実績情報に基づいて、現在時刻における複数のエリア毎の需要予測台数を算出し、その需要予測台数に基づいて空き車両を配置して待機させる仕組みが開示されている。
特開2014-6890号公報
特許文献1に記載の仕組みは既存のタクシーを想定したものであった。これに対し、近年は、利用者が任意の目的地までの乗車を要求すると、その利用者の近辺に居る車両群からその要求に合致する車両を選択してその利用者へと配車し、さらにその目的地に向かう途中において必要に応じて他の利用者を同乗させるという、乗り合い可能なオンデマンド型の交通サービスが開始されている。
そこで、本発明は、乗り合い可能な車両を潜在的な需要に応じた位置に待機させることを目的とする。
上記課題を解決するため、本発明は、複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と、特定された前記待機地に関する情報を出力する情報出力部とを備え、前記待機地特定部は、前記複数の前記車両が通過する可能性が閾値を超える経路、又は、前記或る車両以外の車両が通過することが確定している経路から決められた範囲にある待機地の優先度を、当該範囲外にある待機地の優先度よりも低くして、前記或る車両の待機地を特定することを特徴とする情報処理装置を提供する。
上記課題を解決するため、本発明は、複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と、特定された前記待機地に関する情報を出力する情報出力部とを備え、前記需要情報は、乗客の予測目的地を含んでおり、前記待機地特定部は、前記待機地から前記需要情報に含まれる前記予測目的地に向かう方向、又は、前記待機地から前記需要情報に含まれる前記予測目的地に向かうときの道路環境に基づいて、前記待機地を特定するを備えることを特徴とする情報処理装置を提供する。
上記課題を解決するため、本発明は、複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と、特定された前記待機地に関する情報を出力する情報出力部とを備え、前記需要情報は、乗客の予測目的地を含んでおり、前記待機地特定部は、前記或る車両以外の車両が通過することが確定している経路において、当該或る車両以外の車両の目的地と、前記需要情報に含まれる前記予測目的地とを比較して、前記或る車両の待機地を特定することを特徴とする情報処理装置を提供する。
上記課題を解決するため、本発明は、複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と、特定された前記待機地に関する情報を出力する情報出力部とを備え、前記需要情報は、乗客の予測人数を含んでおり、前記待機地特定部は、前記或る車両以外の車両が通過することが確定している経路において、当該車両における乗車可能人数と、前記需要情報に含まれる前記予測人数とを比較して、前記或る車両の待機地を特定することを特徴とする報処理装置を提供する。
上記課題を解決するため、本発明は、複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と、特定された前記待機地に関する情報を出力する情報出力部とを備え、前記或る車両の待機方法には、待機地において停車して待機する方法と、待機地を含むエリアを回遊して待機する方法とがあり、前記待機地特定部は、各々の前記待機地の優先度と、各々の前記待機地どうしの位置関係とに基づいて、前記或る車両が回遊して待機する複数の待機地を特定することを特徴とする情報処理装置を提供する。
前記待機地特定部は、各々の前記待機地の前記優先度と、各々の前記待機地どうしの位置関係とに基づいて、前記或る車両が回遊して待機する複数の待機地と、当該複数の待機地に対する回遊順序とを特定するようにしてもよい。
本発明によれば、乗り合い可能な車両を潜在的な需要に応じた位置に待機させることが可能となる。
本発明の一実施形態に係る車両管理システム1の構成の一例を示す図である。 ユーザ端末10のハードウェア構成の一例を示すブロック図である。 車載端末20のハードウェア構成の一例を示すブロック図である。 サーバ装置30のハードウェア構成の一例を示すブロック図である。 サーバ装置30の機能構成の一例を示すブロック図である。 サーバ装置30の動作の一例を示すフローチャートである。 サーバ装置30が車両の待機地を特定する方法を説明する模式図である。 サーバ装置30が車両の待機地を特定する方法を説明する模式図である。 サーバ装置30が車両の待機地を特定する方法を説明する模式図である。
[構成]
図1は、本実施形態の車両管理システム1の一例を示す図である。車両管理システム1は、車両に乗降する乗客が利用する端末としてそれぞれ機能する複数のユーザ端末10と、車両の運転者が利用する端末としてそれぞれ機能する複数の車載端末20と、本発明に係る情報処理装置として機能するサーバ装置30とを備える。ネットワーク2は、これらユーザ端末10、車載端末20及びサーバ装置30を相互に通信可能に接続する。ネットワーク2は、例えばLAN(Local Area Network)又はWAN(Wide Area Network)、若しくはこれらの組み合わせであり、有線区間又は無線区間を含んでいる。ネットワーク2は、例えば第5世代移動通信システムに準拠したネットワークであることが望ましいが、必ずしもこれに限らない。
車両管理システム1において、乗客は自身のユーザ端末10を操作して、任意の目的地までの乗車を要求する。この要求はユーザ端末10からサーバ装置30にネットワーク2経由で送られる。車載端末20をそれぞれ搭載した複数の車両は広範なエリアにわたって分散して走行又は待機しており、サーバ装置30は、上記要求を行った乗客の近辺に居る車両群又はその乗客の近辺を走行する予定の車両群から、その乗客の要求に合致する車両を選択する。さらに、サーバ装置30は、上記乗客の目的地までの経路を特定して、その経路に関する情報を、選択した車両の車載端末20に通知する。この車載端末20が搭載された車両の運転者は、通知された経路に従って車両を運転する。
この車両管理システム1において、車両は、既に乗車している乗客が要求した目的地に向かう途中においても、その目的地に近い位置を自身の目的地として希望する他の乗客や、その目的地とほぼ同じ方向を自身の目的地がある方向として希望する他の乗客を乗せることが許されている。
乗客を乗せていない車両は、新たな乗客からの乗車の要求があるまで、待機地と呼ばれる位置で待機している。この待機地は、その位置が予め決められた駐車場等であってもよいし、その位置が予め決められていない、例えば道路上の位置であってもよい。サーバ装置30は、以下に詳述するような方法で、乗り合い可能な車両の待機地を特定し、その待機地にて車両を待機させるようにしている。
図2は、ユーザ端末10のハードウェア構成の一例を示す図である。ユーザ端末10は、例えばスマートホン、携帯電話機、タブレット、ウェアラブル端末又はパーソナルコンピュータ等のコンピュータである。ユーザ端末10は、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ端末10のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
ユーザ端末10における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004による通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)によって構成されてもよい。また、例えばベースバンド信号処理部や呼処理部などがプロセッサ1001によって実現されてもよい。
プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、後述する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。ユーザ端末10の機能ブロックは、メモリ1002に格納され、プロセッサ1001において動作する制御プログラムによって実現されてもよい。各種の処理は、1つのプロセッサ1001によって実行されてもよいが、2以上のプロセッサ1001により同時又は逐次に実行されてもよい。プロセッサ1001は、1以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワーク2からユーザ端末10に送信されてもよい。
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、RAM(Random Access Memory)などの少なくとも1つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本実施形態に係る方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM(Compact Disc ROM)などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー(登録商標)ディスク、磁気ストリップなどの少なくとも1つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。ストレージ1003は、演奏評価プログラムや後述する楽譜データ群を記憶する。
通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置1004は、例えば周波数分割複信(FDD:Frequency Division Duplex)及び時分割複信(TDD:Time Division Duplex)の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インターフェースなどは、通信装置1004によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キー、マイクロフォン、スイッチ、ボタン、センサなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、LEDランプなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチスクリーン)であってもよい。
プロセッサ1001、メモリ1002などの各装置は、情報を通信するためのバスによって接続される。バスは、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
また、ユーザ端末10は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
図3は、車載端末20のハードウェア構成の一例を示す図である。車載端末20は、例えばカーナビゲーション装置、スマートホン、携帯電話機、タブレット、ウェアラブル端末又はパーソナルコンピュータ等のコンピュータである。車載端末20は車両に一体化又は固定されている端末であってもよいし、運転者が携帯可能で車両に持ち込むことができるような端末であってもよい。車載端末20のハードウェア構成は、図3に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、車載端末20を構成してもよい。
車載端末20は、物理的にはユーザ端末10と同様に、プロセッサ2001、メモリ2002、ストレージ2003、通信装置2004、入力装置2005、出力装置2006及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。車載端末20における各機能は、プロセッサ2001、メモリ2002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ2001が演算を行い、通信装置2004による通信を制御したり、メモリ2002及びストレージ2003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。プロセッサ2001、メモリ2002、ストレージ2003、通信装置2004、入力装置2005、出力装置2006、及びこれらを接続するバスは、ユーザ端末10について説明したプロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、及びこれらを接続するバスと、ハードウェアとしては同様であるため、その説明を省略する。
図4は、サーバ装置30のハードウェア構成を示す図である。サーバ装置30のハードウェア構成は、図4に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、サーバ装置30を構成してもよい。
サーバ装置30は、物理的には、プロセッサ3001、メモリ3002、ストレージ3003、通信装置3004、及びこれらを接続するバスなどを含むコンピュータ装置として構成されている。サーバ装置30における各機能は、プロセッサ3001、メモリ3002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ3001が演算を行い、通信装置3004による通信を制御したり、メモリ3002及びストレージ3003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。プロセッサ3001、メモリ3002、ストレージ3003、通信装置3004、及びこれらを接続するバスは、ユーザ端末10について説明したプロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、及びこれらを接続するバスと、ハードウェアとしては同様であるため、その説明を省略する。ただし、通信装置3004は、無線通信の通信規格に従って通信を行うためのハードウェアである必要はなく、任意の有線通信の通信規格に従ってネットワーク2を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であってもよい。
図5は、車両管理システム1の機能構成の一例を示すブロック図である。図5に示すように、サーバ装置30においては、需要取得部31と、待機地特定部32と、情報出力部33と、配車管理部34という機能が実現される。
乗客が車両に対して乗降することが可能な場所、つまり車両の停留所の位置は、予め決まっている。需要取得部31は、各々の停留所における潜在的な乗客の需要の大きさに関する需要情報を取得する。ここで、潜在的な需要とは、乗客が車両への乗車要求を明示したことをもって決まる確定的な需要を意味するのではなく、例えば各地域における人間の数や過去の乗車履歴等に基づいて各停留所別及び時間別に予測された、未確定の需要のことをいう。具体的には、需要取得部31が取得する需要情報は、例えば携帯電話機等の移動局を携帯する人間の位置を追跡して得られた位置別及び時間別の予測人口に対して所定の係数等を乗算して補正する等により計算された、各停留所から乗車を希望すると予測される乗客の数を意味する情報である。また、各停留所における過去の時間別の乗車履歴等を所定の方法で補正する等の方法で計算された、各停留所から乗車を希望すると予測される乗客の数を意味する情報である。また、需要取得部31が取得する需要情報は、これらの計算方法を併用して得られた乗客の数を意味する情報であってもよい。この需要情報は、サーバ装置30の需要取得部31が自ら計算することで取得してもよいし、サーバ装置30以外の装置が生成した需要情報をサーバ装置30の需要取得部31がネットワーク2等を介して取得してもよい。
乗客を乗せていない車両は、新たな乗客からの乗車の要求があるまで待機地にて待機する。待機地特定部32は 、需要取得部31によって取得された需要情報に基づいて或る車両の待機地を特定する。ここでは、待機地特定部32は、複数の車両が通過する可能性が高い条件を満たす経路、又は、或る車両以外の車輌が通過することが確定している経路を考慮して、待機地を特定する。より具体的には、待機地特定部32は、複数の車両が通過する可能性が閾値を超える経路、又は、他の車両が通過することが確定している経路から、決められた範囲にある待機地の優先度を、当該範囲外にある待機地の優先度よりも低くして、待機地を特定する。このため、待機地特定部32は、道路や建物、施設等を含む地図を示す地図データ及びその地図データによって示される道路上における交通状況に関する交通データを記憶する地図・交通データ記憶部321と、各車両に関する車両データを記憶する車両データ記憶部322を備える。地図データには、各道路の位置、各道路において走行可能な方向及び車線数、及び各道路における信号等に関する情報のほか、地図上における待機地の位置を示す待機地データが含まれる。交通データには、各道路における渋滞や事故等に関する情報が含まれる。また、交通データには、各地域において所定のセンシング装置によってセンシングされた交通量に関する情報や、日時等の条件に応じて道路上の車両群がどのような移動をするのかというマクロ的な観点からの統計情報を含んでいてもよい。車両データには、各車両の識別情報(車載端末20を識別する識別情報であってもよい)、位置、速度、走行方向、走行している経路、各車両に乗車している乗客の数、及びその目的地等に関する情報が含まれる。
情報出力部33は、待機地特定部32により特定された待機地に関する情報を出力する。具体的には、情報出力部33は、車載端末20に対して待機地を示す情報を送信することによって、車両の運転者に対して待機地特定部32により特定された待機地に関する情報を提示する。
配車管理部34は、乗車要求を行った乗客の近辺に居る車両群又はその乗客の近辺を走行する予定の車両群から、その乗客の要求に合致する車両を選択し、上記乗客の目的地までの経路を特定して、その経路に関する情報を、選択した車両の車載端末20に通知する。この車載端末20が搭載された車両の運転者は、通知された経路に従って車両を運転する。配車管理部34による配車方法や経路特定方法については既存の技術を用いればよく、その詳細な説明は省略する。
[動作]
図6~図9を参照して、サーバ装置30の動作について説明する。図6に示す各処理の手順は、サーバ装置30に実装されているプログラムに記述されている。図6において、需要取得部31は、乗客が乗っていない、或る空車の車両(以下、空き車両cという)について、その車両が待機する待機地を特定するタイミングが到来したか否かを判断する(ステップS11)。ここでいう待機地を特定するタイミングとは、乗客が乗っていた車両が次その乗客を降ろして空き車両cになったタイミングであってもよいし、空き車両cにおいて定期的に到来するタイミングであってもよいし、空き車両cの運転者からの要求があったタイミングであってもよい。需要取得部31は、待機地を特定するタイミングが到来したと判断した場合(ステップS11;YES)、前述したような需要情報を取得する(ステップS12)。
次に、待機地特定部32は、需要取得部31により取得された需要情報に基づいて、空き車両cの待機地を特定する(ステップS13)。
ここで、図7~9は、待機地を特定する方法を説明する模式図であり、地図を示す2次元平面を意味している。図7において、Nは空き車両cの現在地である。また、1~10の数字が表記された位置は、地図上の各停留所における、その時点の需要情報が表す需要の大きさを意味している。例えば地図上で「10」という表記がなされた位置は、何らかの指標を基準にして「10」という大きさの需要が発生すると予測された停留所の位置を意味している。
まず、待機地特定部32は、図7に例示するように、Nの位置を中心とした所定の大きさの図形(ここでは円P)を地図上に仮想的に描く。次に、待機地特定部32は、その円Pの内部に含まれる各停留所の需要情報のうち、需要の大きさが閾値x(ここではx=5)以上で、且つ、需要の大きさが上位y番目(ここではy=2)までの停留所を抽出する。これにより、需要の大きさ「8」と「6」の2つの停留所が抽出される。なお、x、yの値は任意に決められる。
次に、待機地特定部32は、図8に例示するように、抽出した停留所の位置を中心とした所定の大きさの図形(ここでは円P1,P2)を地図上に仮想的に描く。ただし、円Pの半径>円P1の半径,円P2の半径とする。
次に、待機地特定部32は、円P1の内部に含まれる各停留所の需要情報を参照し、その需要の大きさを合計する。円P1の場合、需要の大きさの合計は14となる。同様に、待機地特定部32は、円P2の内部に含まれる各停留所の需要情報を参照し、その需要の大きさを合計する。円P2の場合、需要の大きさの合計は7となる。
次に、待機地特定部32は、車両データ記憶部322の記憶内容を参照して、円P1と円P2の内部にそれぞれ空き車両c以外の車両が閾値z台以上(ここではz=1とする)居るか否かを判断する。ここでは、図9に例示するように、円P2内に1台の車両nが居るとする。なお、zの値は任意に決められる。
次に、待機地特定部32は、上述した円P1,P2のうち、円の内部に他の車両がx台以上居ない円であって、需要の大きさの合計が最大の円を選択する。ここでは、円P1が選択されることになる。
そして、待機地特定部32は、選択した円P1内の或る位置を、空き車両cの待機地として特定する。具体的には、待機地特定部32は、地図・交通データ記憶部321の記憶内容を参照して、選択した円P1内に予め決められた待機地がある場合には、その待機地を空き車両cの待機地として特定する。また、待機地特定部32は、地図・交通データ記憶部321の記憶内容を参照して、選択した円P1内に予め決められ待機地が無い場合には、その円P1の中心の位置近傍(例えばその中心に最も近い道路上の位置)を空き車両cの待機地として特定する。
情報出力部33は、待機地特定部32により特定された待機地に関する情報を出力する。具体的には、情報出力部33は、車載端末20に対して待機地を示す情報を送信することによって、空き車両cの運転者に対して待機地特定部32により特定された待機地に関する情報を提示する。例えば情報出力部33は、特定した待機地を車載端末20が表示した地図上に重畳表示させるようにしてもよい。空き車両cの運転者は、この情報を見て、特定された待機地に車両を移動させ、新たな乗車要求があるまでその待機地に待機する。
以上説明した実施形態によれば、乗り合い可能な車両を、乗客からの乗車要求が高い確率で起こり得るような場所に近い待機地、つまり潜在的な需要に応じた待機地で待機させることが可能となる。
[変形例]
本発明は、上述した実施形態に限定されない。上述した実施形態を以下のように変形してもよい。また、以下の2つ以上の変形例を組み合わせて実施してもよい。
[変形例1]
需要情報は、必ずしも停留所単位である必要はなく、例えば各停留所において乗客の目的地、当該目的地を含む地域又は当該目的地に向かう方向ごとに計算されたものであってもよい。需要情報は、例えば滞留所Aにおいて、そのAから目的地X,Y,Zごとに分けて計算された需要情報であってもよい。また、需要情報は、例えば滞留所Aにおいて、そのAから目的地Xを含むエリアa,目的地Yを含むエリアb,目的地Zを含むエリアcごとに分けて計算された需要情報であってもよい。また、需要情報は、例えば滞留所Aにおいて、そのAからの方向x,y,zごとに分けて計算されたに需要情報であってもよい。また、需要情報は、停留所ごとの需要情報ではなく、複数の停留所を含む停留エリアにおける需要情報であってもよい。実施形態で説明したような各地域における人間の数や過去の乗車履歴等に基づいて、どの位置からどの位置に移動する乗客が多いか少ないかということを計算で求めることが可能であるから、このような乗客の目的地、当該目的地を含む地域又は当該目的地に向かう方向別の需要情報についても予測することが可能である。
そして、待機地特定部32は、乗車する乗客の目的地に進みやすいような位置にある待機地を特定するようにしてもよい。例えば、待機地特定部32は、上記のようにして予測された目的地(予測目的地という)に向かう方向(目的地方向)を通行可能な方向とする車線の側にある路肩や駐車場(このような車線と路肩又は駐車場との関係を「道路環境」とする)を待機地として特定するようにしてもよい。つまり、需要情報が乗客の予測目的地を含んでいる場合、待機地特定部32は、待機地からその需要情報に含まれる目的地に向かう方向、又は、待機地からその需要情報に含まれる目的地に向かうときの道路環境に基づいて、待機地を特定するようにしてもよい。
[変形例2]
また、需要情報が乗客の予測目的地を含んでいる場合に、待機地特定部32は、空き車両c以外の車両(車両c1とする)が通過することが確定している経路において、車両c1の目的地と需要情報に含まれる予測目的地とを比較して、空き車両cの待機地を特定するようにしてもよい。具体的には、空き車両c以外の車両c1が通過することが確定している経路において、車両c1の目的地と、その車両c1の経路上の需要情報に含まれる予測目的地とがほぼ同じ場合(両者が閾値以上の類似度を持っている場合)には、車両c1が上記需要情報によって示される需要に対応することができる可能性が高いから、空き車両cが上記需要情報によって示される需要に対応しなければならない必要性が小さい。よって、このような場合には、待機地特定部32は、そのような車両c1が通過することが確定している経路上の各位置を除外して、待機地を特定する。
[変形例3]
また、需要情報が乗客の予測人数を含んでいる場合に、待機地特定部32は、空き車両c以外の車両c1が通過することが確定している経路において、車両c1における乗車可能人数と、需要情報に含まれる予測人数とを比較して、空き車両cの待機地を特定するようにしてもよい。具体的には、空き車両c以外の車両c1が通過することが確定している経路において、車両c1の乗車可能人数以上の人数の乗客の需要がある場合には、車両c1が上記需要情報によって示される需要に対応することができない可能性が高いから、待機地特定部32は、そのような経路上の位置を待機地として特定する。
[変形例4]
待機方法には、待機地にて車両を停車して待機する方法と、或る程度広範なエリア内に含まれる各待機地を車両が順番に回遊しながら待機する方法とがある。この場合において、各々の待機地には、例えばその待機地における停車のしやすさや停車可能な車両数等に基づいて優先度が付されており、待機地特定部32は、各々の待機地の優先度と、各々の待機地どうしの位置関係とに基づいて、車両が回遊して待機する複数の待機地を特定するようにしてもよい。具体的には、待機地特定部32は、互いの距離が閾値以内であって、且つ、各々の優先度がいずれも閾値を超えるような複数の待機地を回遊対象としてもよい。さらには、待機地特定部32は、各々の待機地の優先度と、各々の待機地どうしの位置関係とに基づいて、空き車両cが回遊して待機する複数の待機地と、当該複数の待機地に対する回遊順序とを特定するようにしてもよい。例えば、待機地特定部32は、互いの距離が閾値以内であって、且つ、各々の優先度がいずれも閾値を超えるような複数の待機地を特定し、さらに、これら各々の待機地の優先度が高い順から回遊するような回遊順序を特定するようにしてもよい。
[変形例5]
本発明に係る情報処理装置の一例としてサーバ装置30を例示したが、図5に例示した機能ブロックを実現する情報処理装置であれば本発明を適用可能である。
[そのほかの変形例]
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記1つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知(broadcasting)、通知(notifying)、通信(communicating)、転送(forwarding)、構成(configuring)、再構成(reconfiguring)、割り当て(allocating、mapping)、割り振り(assigning)などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック(構成部)は、送信部(transmitting unit)や送信機(transmitter)と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
情報の通知は、本開示において説明した態様/実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、報知情報(MIB(Master Information Block)、SIB(System Information Block)))、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRC Connection Setup)メッセージ、RRC接続再構成(RRC Connection Reconfiguration)メッセージなどであってもよい。
本開示において説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)、NR(new Radio)、W-CDMA(登録商標)、GSM(登録商標)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて(例えば、LTE及びLTE-Aの少なくとも一方と5Gとの組み合わせ等)適用されてもよい。
本開示において説明した各態様/実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
情報等は、上位レイヤ(又は下位レイヤ)から下位レイヤ(又は上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
判定は、1ビットで表される値(0か1か)によって行われてもよいし、真偽値(Boolean:true又はfalse)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
本開示において説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的に行うものに限られず、暗黙的(例えば、当該所定の情報の通知を行わない)ことによって行われてもよい。
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL:Digital Subscriber Line)など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア(CC:Component Carrier)は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル(例えば、PUCCH、PDCCHなど)及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
本開示においては、「移動局(MS:Mobile Station)」、「ユーザ端末10(user terminal)」、「ユーザ装置(UE:User Equipment)」、「端末」などの用語は、互換的に使用され得る。
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
ユーザ端末10又は車載端末20は、送信装置、受信装置、通信装置などと呼ばれてもよい。
「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)(例えば、テーブル、データベース又は別のデータ構造での探索)、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断(決定)」は、「想定する(assuming)」、「期待する(expecting)」、「みなす(considering)」などで読み替えられてもよい。
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、2つの要素は、1又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」され経路考えることができる。
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
本開示において、「含む(include)」、「含んでいる(including)」及びそれらの変形が使用されている場合、これらの用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
本開示において、例えば、英語でのa,an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
1…車両管理システム、2…ネットワーク、10…ユーザ端末、1001…プロセッサ、1002…メモリ、1003…ストレージ、1004…通信装置、1005…入力装置、1006…出力装置、20…車載端末、2001…プロセッサ、2002…メモリ、2003…ストレージ、2004…通信装置、2005…入力装置、2006…出力装置、30…サーバ装置、31…需要取得部、32…待機地特定部、321…地図・交通データ記憶部、322…車両データ記憶部、33…情報出力部、34…配車管理部、3001…プロセッサ、3002…メモリ、3003…ストレージ、3004…通信装置。

Claims (6)

  1. 複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、
    予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と 、
    特定された前記待機地に関する情報を出力する情報出力部と
    を備え
    前記待機地特定部は、
    前記複数の前記車両が通過する可能性が閾値を超える経路、又は、前記或る車両以外の車両が通過することが確定している経路から決められた範囲にある待機地の優先度を、当該範囲外にある待機地の優先度よりも低くして、前記或る車両の待機地を特定する
    ることを特徴とする情報処理装置。
  2. 複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、
    予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と 、
    特定された前記待機地に関する情報を出力する情報出力部と
    を備え、
    前記需要情報は、乗客の予測目的地を含んでおり、
    前記待機地特定部は、前記待機地から前記需要情報に含まれる前記予測目的地に向かう方向、又は、前記待機地から前記需要情報に含まれる前記予測目的地に向かうときの道路環境に基づいて、前記待機地を特定する
    を備えることを特徴とする情報処理装置。
  3. 複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、
    予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と 、
    特定された前記待機地に関する情報を出力する情報出力部と
    を備え、
    前記需要情報は、乗客の予測目的地を含んでおり、
    前記待機地特定部は、前記或る車両以外の車両が通過することが確定している経路において、当該或る車両以外の車両の目的地と、前記需要情報に含まれる前記予測目的地とを比較して、前記或る車両の待機地を特定する
    ことを特徴とする情報処理装置。
  4. 複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、
    予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と 、
    特定された前記待機地に関する情報を出力する情報出力部と
    を備え、
    前記需要情報は、乗客の予測人数を含んでおり、
    前記待機地特定部は、前記或る車両以外の車両が通過することが確定している経路において、当該車両における乗車可能人数と、前記需要情報に含まれる前記予測人数とを比較して、前記或る車両の待機地を特定する
    ことを特徴とする情報処理装置。
  5. 複数の乗客が異なる停留所から乗り合い可能な車両について、前記停留所、又は複数の前記停留所を含む停留エリアにおける潜在的な乗客の需要に関する需要情報を取得する需要取得部と、
    予め決められた待機地群の中から、取得された前記需要情報に基づいて或る車両の待機地を特定する待機地特定部であって、複数の車両が通過する可能性が高い条件を満たす経路、又は、前記或る車両以外の車輌が通過することが確定している経路を考慮して、前記待機地を特定する待機地特定部と 、
    特定された前記待機地に関する情報を出力する情報出力部と
    を備え、
    前記或る車両の待機方法には、待機地において停車して待機する方法と、待機地を含むエリアを回遊して待機する方法とがあり、
    前記待機地特定部は、各々の前記待機地の優先度と、各々の前記待機地どうしの位置関係とに基づいて、前記或る車両が回遊して待機する複数の待機地を特定する
    ことを特徴とする情報処理装置。
  6. 記待機地特定部は、各々の前記待機地の前記優先度と、各々の前記待機地どうしの位置関係とに基づいて、前記或る車両が回遊して待機する複数の待機地と、当該複数の待機地に対する回遊順序とを特定する
    ことを特徴とする請求項記載の情報処理装置。
JP2019185747A 2019-10-09 2019-10-09 情報処理装置 Active JP7350603B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019185747A JP7350603B2 (ja) 2019-10-09 2019-10-09 情報処理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019185747A JP7350603B2 (ja) 2019-10-09 2019-10-09 情報処理装置

Publications (2)

Publication Number Publication Date
JP2021060895A JP2021060895A (ja) 2021-04-15
JP7350603B2 true JP7350603B2 (ja) 2023-09-26

Family

ID=75380268

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019185747A Active JP7350603B2 (ja) 2019-10-09 2019-10-09 情報処理装置

Country Status (1)

Country Link
JP (1) JP7350603B2 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003196791A (ja) 2001-12-25 2003-07-11 Tsubame Kotsu Kyodo Kumiai 車両運行支援システム
JP2016191992A (ja) 2015-03-30 2016-11-10 株式会社エディラインソリューションズ タクシー予約システム、タクシー予約装置およびタクシー予約方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003196791A (ja) 2001-12-25 2003-07-11 Tsubame Kotsu Kyodo Kumiai 車両運行支援システム
JP2016191992A (ja) 2015-03-30 2016-11-10 株式会社エディラインソリューションズ タクシー予約システム、タクシー予約装置およびタクシー予約方法

Also Published As

Publication number Publication date
JP2021060895A (ja) 2021-04-15

Similar Documents

Publication Publication Date Title
US11190839B2 (en) Communication quality adjusting system
CN113691933A (zh) 多层围栏的使用方法、装置和存储介质
JP7366683B2 (ja) 情報処理装置
JP7461808B2 (ja) 情報処理装置
JP7350603B2 (ja) 情報処理装置
JP7201340B2 (ja) 車群決定装置及び車群決定システム
JP2021117728A (ja) 情報処理装置
JP7393263B2 (ja) 情報処理装置
KR20210089409A (ko) 차량 자원을 이용하여 서비스를 제공하는 장치 및 그의 동작 방법
JP7461788B2 (ja) 情報処理装置
JP7393199B2 (ja) 情報処理装置
JP7499619B2 (ja) 情報処理装置
JP7372937B2 (ja) 移動手段判断装置
JP7397738B2 (ja) 集計装置
JP7411380B2 (ja) ルート案内装置
JP2023159683A (ja) 情報処理装置
JP7463224B2 (ja) ポイント決定装置
JP2023131334A (ja) 情報処理装置
JP2022154621A (ja) 情報処理装置
JP2022154620A (ja) 情報処理装置
JP2024027342A (ja) 情報処理装置
JP2018173700A (ja) レンタカー配車管理サーバ、プログラム
JP6986595B2 (ja) 情報処理装置及び情報処理方法
WO2023223672A1 (ja) 乗降数予測装置
JP7503385B2 (ja) 駐車場管理システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220810

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230523

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230531

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230706

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230829

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230913

R150 Certificate of patent or registration of utility model

Ref document number: 7350603

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150