JP4148002B2 - タクシー相乗り管理プログラム及びタクシー相乗り管理方法 - Google Patents
タクシー相乗り管理プログラム及びタクシー相乗り管理方法 Download PDFInfo
- Publication number
- JP4148002B2 JP4148002B2 JP2003095849A JP2003095849A JP4148002B2 JP 4148002 B2 JP4148002 B2 JP 4148002B2 JP 2003095849 A JP2003095849 A JP 2003095849A JP 2003095849 A JP2003095849 A JP 2003095849A JP 4148002 B2 JP4148002 B2 JP 4148002B2
- Authority
- JP
- Japan
- Prior art keywords
- customer
- vehicle
- information
- boarding
- destination
- 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.)
- Expired - Fee Related
Links
- 238000007726 management method Methods 0.000 title claims description 63
- 238000012545 processing Methods 0.000 claims description 83
- 238000000034 method Methods 0.000 claims description 60
- 230000005540 biological transmission Effects 0.000 claims description 15
- 238000000605 extraction Methods 0.000 description 30
- 238000012790 confirmation Methods 0.000 description 18
- 238000010586 diagram Methods 0.000 description 13
- 238000011156 evaluation Methods 0.000 description 11
- 239000000284 extract Substances 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 230000029305 taxis Effects 0.000 description 3
- 238000007796 conventional method Methods 0.000 description 2
- 238000000691 measurement method Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 230000033001 locomotion Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
Images
Landscapes
- Traffic Control Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明が属する技術分野】
本発明は、タクシーの相乗り予約を行う際の、相乗り相手の抽出処理に関する。
【０００２】
【従来の技術】
従来、タクシーに乗る方法としては、駅等のタクシー乗り場又は電話等で指定した特定の場所で乗車する方法と、顧客を乗せずに走行しているタクシーを呼び止めて乗車する方法とがある。
【０００３】
上述の従来の方法によると、１台のタクシーに同時に乗車する顧客は、既知の関係を有する集団に限定される、という特徴がある。
【０００４】
ところが、通常のセダン型のタクシーの場合、乗車定員は５名であり、運転手を差し引くと、乗車可能顧客数は４名となる。
【０００５】
上記特徴から、運行中のタクシーに乗車する顧客数は、乗車可能となる最大顧客数を下回ることが多い。このため、タクシーの乗車効率は、バス又は電車などの公共交通機関と比較して、乗車効率が悪いという問題がある。
【０００６】
そこで、駅等の特定の乗り場に、ネットワークに接続された電子掲示板を設置し、同じ行き先の相乗り相手を、ネットワークを介して募集し、事前に相乗り予約を行うことにより、既知の関係を有さない相手とも相乗りを可能とする方法が、公知として存在する（特許文献１参照）。
【０００７】
また、運行中のタクシーに乗車している顧客に対して、ネットワークを介して乗車要求を送信することにより、既知の関係を有さない相手との相乗りを、乗車場所を限定せずに実施することを可能とする方法が、先願として存在する（特許文献２）。
【０００８】
【特許文献１】
特開2002-222351号公報
【０００９】
【特許文献２】
特願2002-70717号
【００１０】
【発明が解決しようとする課題】
相乗りを希望する顧客同士が、異なる目的地を指定しているが、行き先の方向がほぼ同じであった場合には、異なる目的地を希望する顧客同士を相乗りさせることが考えられる。
【００１１】
しかし、従来の方法では、目的地が同じという条件に基づいて、相乗り相手の選択を行っているため、目的地が異なる場合、目的地が同じ方向であっても、相乗り相手の選択候補とすることができず、相乗りする機会を奪われる、という問題がある。
【００１２】
また、相乗りする顧客同士は、下車する場所が同じである必要が生じるため、従来の相乗り方式では、顧客が目的地を任意に指定することを可能とするタクシーの特徴が損なわれる、という問題がある。
【００１３】
そこで、本発明は、相乗り機会を損なうことなく、下車する場所を顧客が任意に指定することを可能とし、相乗り時におけるタクシーの利便性を向上させることを目的とする。
【００１４】
【課題を解決するための手段】
本発明は、相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客が乗車している車両の乗車情報とに基づいて、相乗りを希望する前記第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する前記第一の顧客への相乗り車両の手配を行うタクシー相乗り管理処理をコンピュータに実行させるプログラムであって、既に乗車している第二の顧客の行き先位置及び最新の現在位置を構成する行き先位置情報及び最新の現在位置情報と、前記第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶する乗車情報記憶処理ステップと、前記乗車情報記憶処理ステップで記憶する前記第二の顧客が乗車している車両の乗車情報に含まれる現在位置情報を更新する現在位置情報更新処理ステップと、前記第一の顧客の行き先位置及び現在位置を構成する行き先位置情報及び現在位置情報を用いて、前記第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理ステップと、前記乗車情報記憶処理ステップで記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理ステップと、前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を前記第一の顧客の相乗り候補として選択する相乗り候補選択処理ステップと、前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する前記第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理ステップと、相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信する相乗り手配結果送信処理ステップと、をコンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。
【００１５】
この様に構成することにより、目的地が異なる場合においても、行き先の方向がほぼ同じであれば相乗りを可能とするため、相乗り機会を損なうことなく、相乗りを希望する顧客が行き先を任意に指定することを可能とし、相乗り時におけるタクシーの利便性を向上させることが出来る。
【００１６】
【発明の実施の形態】
本発明の実施の形態を図面に基づいて説明する。
【００１７】
図１は、本実施例のシステム構成を示したものである。本実施例のシステム構成は、タクシー相乗り管理装置100、GPS機能付き携帯端末200（以下、携帯端末と呼称する）、GPS機能付き車載端末300（以下、車載端末と呼称する）、電気通信網400よりなる。
【００１８】
タクシー相乗り管理装置100と携帯端末200は、電気通信網400を介して適宜接続される。また、タクシー相乗り管理装置100と車載端末300も電気通信網400を介して適宜接続される。
【００１９】
タクシー相乗り管理装置100は、車載端末から送信される乗車情報を管理し、さらに車載端末から随時送信されてくる現在位置情報を前述の乗車情報に反映し、また相乗り希望者の携帯端末200から送信されてくる相乗り希望者情報を契機に、乗車情報から相乗り車両候補を抽出し、相乗り車両候補の顧客に相乗りの承認を確認し、相乗り希望者に相乗り車両の配送を行う、という働きを持つ。
【００２０】
また、タクシー相乗り管理装置100は、タクシー相乗り管理プログラムが実行する処理ステップによって、上述の働きを実現する。
【００２１】
携帯端末200は、相乗り希望者情報の入力を受け付け、相乗り希望者情報をタクシー相乗り管理装置へ送信し、タクシー相乗り管理装置から相乗り車両情報を受信し、受信した相乗り車両情報を表示する、という働きを持つ。
【００２２】
車載端末300は、顧客が乗車した時点において、オペレータに入力された行き先位置、及び図示しないＧＰＳより得られる乗車位置情報、行き先位置情報、現在位置情報、乗車場所、行き先、及び予め車両に対して設定されている車両番号を含む乗車情報をタクシー相乗り管理装置へ送信し、前記車両番号と前記ＧＰＳより取得される現在位置情報とを含む現在位置情報を所定の時間間隔でタクシー相乗り管理装置に送信し、タクシー相乗り管理装置より通知される相乗り指示を受信し、受信した相乗り指示を表示する、という働きを持つ。
【００２３】
図２は、タクシー相乗り管理装置の機能構成を示したものである。
【００２４】
タクシー相乗り管理装置100は、乗車情報登録部110、現在位置情報登録部120、相乗り希望者情報取得部130、相乗り希望者管理部140、相乗り候補抽出部150、相乗り承認管理部160、相乗り車両情報通知部170及び乗車情報ＤＢ180より構成される。
【００２５】
乗車情報登録部110は、車載端末300から電気通信網400を介して送られてくる乗車情報を受信し、受信した乗車情報を乗車情報ＤＢ170に登録する。
【００２６】
現在位置情報登録部120は、車載端末300から電気通信網400を介して送られてくる現在位置情報を受信し、この現在位置情報を送信した車載端末を搭載しているタクシーに関する乗車情報を乗車情報ＤＢ170から取得し、取得した乗車情報の現在位置情報を更新する。
【００２７】
相乗り希望車情報取得部130は、相乗り希望者の携帯端末200から電気通信網400を介して送られてくる相乗り希望者情報を受信し、相乗り希望者管理部140に相乗り希望者情報を通知する。
【００２８】
相乗り希望者管理部140は、相乗り希望者情報取得部130より相乗り希望者情報の通知を受け、相乗り候補抽出部150を用いて相乗り車両候補を取得し、相乗り承認管理部160を用いて相乗り候補車両に該押するタクシーに搭載されている車載端末300を介して顧客の相乗りの承認を試み、相乗り承認を得られた場合は、相乗り車両情報通知部170を用いて相乗り希望者の携帯端末200へ相乗り車両情報を通知し、相乗り管理部160を用いて相乗り車両の車載端末へ相乗り希望者情報を通知する。
【００２９】
相乗り車両候補抽出部150は、相乗り希望者管理部130より実行され、実行時に入力される相乗り希望者情報を用いて、乗車情報ＤＢ180から後述のアルゴリズムに基づいて適当な相乗り車両候補を抽出する。
【００３０】
相乗り承認管理部160は、相乗り希望者管理部140より実行され、相乗り車両候補に選定された車両に搭載されている車載端末300に電気通信回線500を介して、相乗り承認確認を送信する。また、相乗り承認管理部160は、車載端末300より電気通信網400を介して、相乗り確認情報を受信する。
【００３１】
さらにまた、相乗り承認管理部160は、その実行時に入力される相乗り希望者情報を、相乗り車両候補に選定された車両に搭載されている車載端末300に電気通信回線500を介して送信する。
【００３２】
相乗り車両情報通知部170は、相乗り希望者管理部140より実行され、その実行時に入力される相乗り車両情報を、相乗り希望者の携帯端末200へ電気通信網400を介して送信する。
【００３３】
乗車情報ＤＢ180は、乗車情報登録部110より通知される乗車情報を記録する。
【００３４】
図3に乗車情報の内容例を示す。乗車情報は、車両番号1001、乗車時刻1002、乗車場所1003、乗車位置1004、行き先1005、行き先位置1006、走行速度1007、顧客情報1008、顧客数1009、相乗り確認フラグ1010、現在位置1011より構成される。
【００３５】
図４に相乗り希望者情報の内容例を示す。相乗り希望者情報は、現在位置1101、行き先位置1102、年齢1103、性別1104、身長1105、通知先アドレス1106、余裕時間1107より構成される。
【００３６】
図５に現在位置情報の内容例を示す。現在位置情報は、車両番号1201、現在位置情報1202より構成される。
【００３７】
図６に相乗り車両情報の内容例を示す。相乗り車両情報は、車両番号1301、現在位置1302より構成される。
【００３８】
図７に相乗り確認情報の内容例を示す。相乗り確認情報は、車両番号1401、相乗り確認フラグ1402より構成される。
【００３９】
次に、本システムの動作の流れを図８及び図９を用いて説明する。
【００４０】
図８は、第一の顧客が相乗りを希望した時点において既に乗車している第二の顧客が乗車した時及び現在位置の更新処理の流れを示したものである。図９は、第一の顧客が相乗り希望者情報を送信してから、相乗り車両情報を受信するまでの処理の流れを示したものである。
【００４１】
まず、第二の顧客がタクシーに乗車した時、行き先などの顧客の要望を受けたタクシー乗務員は、タクシーに搭載されている車載端末300を用いて、乗車情報を入力する。タクシー乗務員の操作を受けた車載端末300は、図示しない送信ボタンを押下されることにより、タクシー相乗り管理装置の乗車情報登録部110へ、乗車情報を送信する（図８の#1001）。
【００４２】
乗車情報を受信した乗車情報登録部110は、受信した乗車情報の乗車時刻1002、乗車場所1003、乗車位置1004、行き先1005、行き先位置1006、走行速度1007、顧客情報1008、顧客数1009、相乗り確認フラグ1010、現在位置1011を、車両番号1001が一意となるように関連付けて、乗車情報ＤＢ180に登録する（図８の#1002）。
【００４３】
次に、車載端末300は、所定時間経過した後、車載端末300を搭載するタクシーの現在位置情報を、図示しないＧＰＳより取得し、タクシー相乗り管理装置100の現在位置情報登録部120へ、現在位置情報を送信する（図８の#1003）。
【００４４】
現在位置情報を受信した現在位置情報登録部120は、現在位置情報の車両番号1201に該当する乗車情報を、乗車情報ＤＢ180より取得する。乗車情報を取得した現在位置情報登録部120は、乗車情報の現在位置1011を、現在位置情報の現在位置1202で更新する。さらに、現在位置情報登録部120は、更新後の乗車情報を、乗車情報の車両番号1001が一意となるように関連付けて、乗車情報ＤＢ180に登録する（図８の#1004）。
【００４５】
上述の現在位置情報の登録に関する一連の処理は、所定時間経過後、再び実行される（図８の#1005）。
【００４６】
以上の処理が、第一の顧客が相乗りを希望した時点において既に乗車している乗客となる、第二の顧客が乗車した時及び現在位置の更新処理の流れとなる。
【００４７】
次に、第一の顧客（相乗り希望者）の携帯端末200が、相乗り希望者情報を送信してから、相乗り車両情報を受信するまでの処理の流れを、図９及び図１２を用いて説明する。
【００４８】
まず、相乗り希望者は、携帯端末200を操作して、相乗り希望者情報として、現在位置1101、行き先位置1102、年齢1103、性別1104、身長1105、通知先アドレス1106を入力する。ここで、現在位置情報1101は、図示しないＧＰＳより自動的に取得するものであっても良い。
【００４９】
相乗り希望者の操作を受けた携帯端末200は、図示しない送信ボタンを押下されることにより、タクシー相乗り管理装置の相乗り希望者情報取得部130へ、相乗り希望者情報を送信する（図９の#2001）。
【００５０】
相乗り希望者情報を受信した相乗り希望者情報取得部130は、相乗り希望者管理部140に、相乗り希望者情報を通知する。
【００５１】
相乗り希望者情報の通知を受けた相乗り希望者管理部140は、相乗り車両候補抽出部150を用いて相乗り車両候補を取得する（図９の#2003）（図１２のS2001）。
【００５２】
相乗り車両候補抽出部150は、乗車情報ＤＢより、乗車情報の一覧を取得する（図９の#2004）。
【００５３】
次に、相乗り車両候補抽出部150は、後述のマッチング処理により、乗車情報の一覧から相乗り車両候補となる乗車情報を抽出し、抽出した乗車情報より一覧L3を生成し、生成した相乗り車両候補の一覧L3を、相乗り希望者管理部140へ通知する（図９の#2005）。
【００５４】
相乗り車両候補一覧L3の通知を受けた相乗り希望者管理部140は、真偽値式［相乗り車両候補の一覧L3の要素数＞０］を評価し（図１２のS2002）、その評価結果が真となる場合は、相乗り車両候補の一覧L3から乗車情報を１つ取り出す（図１２のS2003）（図９の#2006）。取り出した乗車情報の乗客数1009を参照し、真偽値式［乗客数＜最大乗車可能顧客数］を評価し（図１２のS2004）（図９の#2007）、その評価結果が真となる場合、その車両に相乗り希望者を乗車させる余裕があるものと判定し、相乗り承認管理部160に前記取り出した乗車情報を通知する（図１２のS2005）。上述の最大乗車可能顧客数は、車両に乗車できる顧客の最大数を意味し、システム管理者によって予め設定された値とする。
【００５５】
相乗り希望者管理部140より乗車情報の通知を受けた相乗り承認管理部160は、乗車情報の車両番号1001より特定されるタクシーに搭載されている車載端末300へ、相乗り承認確認を送信する（#2008）。
【００５６】
タクシー相乗り管理装置100の相乗り承認確認部160より相乗り承認確認を受けた車載端末300は、相乗り承認確認の旨を図示しない表示部を介して、第二の顧客に通知する。通知を受けた第二の顧客は、車載端末300を操作するなどして、相乗りを承認する旨を、車載端末300に入力する。又は、相乗りを拒否する場合は、相乗りを拒否する旨を、車載端末300に入力する。入力を受けた車載端末300は、タクシー相乗り管理装置の相乗り承認管理部160へ、相乗り確認情報を送信する。ここで、相乗り確認情報は、車両番号1401、相乗り確認フラグ1402より構成され、相乗りフラグ1402には、相乗りを許可する場合は１、相乗りを拒否する場合は0が設定されているものとする。
【００５７】
相乗り確認情報を受信した相乗り承認管理部160は、相乗り確認情報を相乗り希望者管理部140へ通知する。
【００５８】
相乗り承認管理部160より通知を受けた相乗り希望者管理部140は、相乗り確認情報の相乗り確認フラグ1402の値を参照し、真偽値式［相乗り確認フラグ==1］を評価し（図１２のS2006）、その評価結果が真となる場合、相乗り車両情報通知部170を用いて、相乗り希望者へ相乗り車両の乗車情報を通知する（図９の#2011、#2012）（図１２のS2007）。さらに、相乗り希望者管理部140は、相乗り承認管理部160を用いて、相乗りを希望する第一の顧客の相乗り希望者情報を、相乗り車両に搭載されている車載端末300へ通知する（図９の#2013、#2014）（図１２のS2008）。
【００５９】
前記処理S2002において、評価結果が偽となる場合は、予め定める所定時間経過後に、前記処理S2001を再度実行し、相乗り車両候補の一覧L3を取得する。ここで、処理S2002の評価結果が偽となる場合に、前記処理S2001を実行する回数をカウントしておき、所定の回数を実行しても相乗り車両候補を決定できない場合は、待機中の車両を新たに手配する処理を実行し、相乗り車両情報通知部170を用いて、相乗り希望者の携帯端末200に、新たに手配した車両の車両番号を含む乗車情報を通知するようにして良い。
【００６０】
また、前記処理S2004及び処理S2006の評価結果が偽となる場合、前記処理S2002を実行し、相乗り車両候補の一覧L3から次の乗車情報を取り出して、前述の一連の処理を実行する（図９の#2010）。
【００６１】
以上の処理が、第一の顧客が相乗り希望者情報を送信してから、第二の顧客が乗車する車両の乗車情報を受信するまでの処理の流れとなる。
【００６２】
次に、相乗り車両候補抽出部150の処理の流れを図１０及び図１１を用いて説明する。図１０は、相乗り車両候補抽出部の抽出処理の流れを示したものである。図１１は、相乗り車両候補の抽出処理の概念を示したものである。
【００６３】
まず、相乗り車両候補抽出処理部150は、相乗り希望者管理部140より実行指示を受け、処理を開始する。処理を開始した相乗り車両候補抽出部150は、乗車情報ＤＢより乗車情報の一覧L1を取得する（図１０のS1001）。
【００６４】
乗車情報の一覧L1を取得した相乗り車両候補抽出部150は、真偽値式［乗車情報の一覧L1の要素数＞０］を評価し（図１０のS1002）、その評価結果が真の場合、相乗り希望者の現在位置O(Xo,Yo)の近傍に位置する現在位置を持つ乗車情報を一覧L1より抽出する（図１０のS1003）。
【００６５】
上述の一覧L1からの抽出処理は、相乗り希望者情報の現在位置（Xo,Yo）と一覧L1の乗車情報の位置情報（X1,Y1）の距離が、所定値Dx以下となる乗車情報を選択し、抽出結果として一覧L2を生成する。
【００６６】
上述の所定値Dxは、予めシステム管理者により設定される任意の値とする。また、その他の実施例として、相乗り希望者情報の余裕時間1107の値に基づいて、所定値Dxを動的に設定するものであっても良い。この場合の所定値Dxは、システム管理者が予め設定するタクシーの平均時速に余裕時間を乗じて取得する。
【００６７】
さらにまた、その他の実施例として、相乗り希望者の現在位置の近傍を走行中の車両であって、本システムによる相乗り管理処理が終了するまでに、相乗り希望者の現在位置を通過する可能性のある車両の乗車情報を、上述の抽出結果として生成した一覧L2から取除く処理ステップを設けても良い。上述の取除く処理ステップは、次の様にして行う。まず、後述の方法を用いて車両の現在位置と相乗り希望者の現在位置との直線距離Ｄを取得し、乗車情報の走行速度Ｖ1007を用いて、車両が相乗り希望者の現在位置を通過するまでの時間Ｔ=D/Vを取得する。次に、取得した時間Ｔの値が閾値β未満となる場合、本システムの相乗り管理処理が終了する前に、相乗り希望者の現在位置を通過してしまう車両として判定し、一覧L2より取除く。ここで、予め定める閾値βとは、相乗り管理処理の平均的な応答時間を参考にして、システム管理者が設定するものとする。例えば、相乗り希望者と走行車両との直線距離が0.5km、車両の走行速度が40km/hである場合、通過に要する時間Ｔは45秒となる。この時、本システムの相乗り管理処理の応答時間となる閾値βを50秒と設定した場合、この例の車両は取除く処理の対象となる。
【００６８】
また、上述の２点間の距離を取得する方法は、既存の位置測位手法を用いるものとする。例えば、球面三角法を用いた方法が考えられる。また、タクシーの移動範囲が比較的近距離であることから、球面である地表面を平面として考え、相乗り希望者の現在位置（Xo,Yo）と、相乗り車両候補Ａの現在位置（Xa,Ya）との緯度差Xd=Xa-Xo及び経度差Yd=Ya-Yoより、距離Dを次式を用いて相乗り希望者の現在位置と乗車情報の現在位置との直線距離Ｄ[km]を近似的に取得することが考えられる。
【００６９】
【式１】
【００７０】
ここで、PIは円周率で、Rは地球の半径（約6378km）とする。
【００７１】
次に、相乗り車両候補抽出部150は、真偽値式［乗車情報の一覧L2の要素数＞０］を評価し（図１０のS1004）、その評価結果が真の場合、相乗り希望者情報の現在位置(Xo,Yo)と行き先位置（Xo2,Yo2）より、相乗り希望者の行き先方向の角度θを得る（図１０のS1005）。
【００７２】
上述の方向の角度を取得する方法は、既存の位置測位手法を用いる。例えば、球面三角法を用いて、行き先方向の角度を得る手法が考えられる。また、タクシーの移動範囲が比較的近距離であることから、球面である地表面を平面として考え、現在位置と行き先位置との緯度差Xd=Xo2-Xo及び経度差Yd=Yo2-Yoから、逆三角関数atan(Xd/Yd)より東を基準０度とした平面上での行き先方向の角度を近似的に得ることが考えられる。
【００７３】
例えば、現在位置が北緯35度1分37秒の東経135度46分49秒、行き先位置が北緯35度3分39秒の東経135度46分59秒である場合、緯度差Xdは0.034度となり、経度差Ydは0.003度となる。よって、行き先方向の角度θは85度となる。
【００７４】
ただし、緯度差及び経度差の正負の関係により、逆三角関数atan(Xd/Yd)の値を補正する必要があるが、補正方法については既知のため説明を省略する。
【００７５】
次に、相乗り車両候補抽出部150は、一覧L2から、相乗り希望者情報の行き先方向と類似する方向を示す乗車情報の一覧L3を抽出する（S1006）。
【００７６】
ここで、乗車情報の一覧L3の抽出は、次の手順で行う。まず、一覧L2の乗車情報について処理S1005と同様の手順を用いて、乗車情報の行き先方向の角度φを取得する。取得した角度φと相乗り希望者の行き先方向角度θとの差が所定の範囲となる乗車情報を選択し、乗車情報の一覧L3を抽出する。
【００７７】
また、上記処理S1002又は処理S1004において評価結果が偽であった場合、抽出処理に失敗したものとして、要素数が０の一覧L3を生成し、抽出処理を終了する。
【００７８】
以上の処理が、相乗り車両候補抽出部150の相乗り車両候補の抽出処理の流れとなる。
【００７９】
ここで、相乗り車両候補の抽出処理の例を、図１１を用いて説明する。
【００８０】
相乗り希望者は、京都大学付近に位置し、宝ヶ池までのタクシーの相乗りを希望したとする。図１１において相乗り希望者の位置情報は、現在位置が北緯135度46分49秒の東経35度1分37秒、行き先位置が北緯35度3分39秒の東経135度46分59秒で表現されている（図１１の▲４▼）。
【００８１】
また、相乗り希望者に対する相乗り車両抽出処理が実行された時点において、乗車情報ＤＢには車両Ａと車両Ｂと車両Ｃの乗車情報が登録されているものとする。
【００８２】
車両Ａは、相乗り希望者に対する相乗り車両候補の抽出処理が実行された時点においてＪＲ京都駅付近に位置し、相乗り希望者と同じ行き先である宝ヶ池を目指しているものとする。図１１において車両Ａの位置情報は、現在位置が北緯34度59分10秒の東経135度45分30秒、行き先位置が北緯35度03分39秒の東経135度46分59秒で表現されている（図１１の▲１▼）。
【００８３】
車両Ｂは、相乗り希望者に対する相乗り車両候補の抽出処理が実行された時点において、相乗り希望者が位置する京都大学付近を走行中であり、最も早く相乗り希望者の位置する場所へ到達することが可能であるが、相乗り希望者が目指している宝ヶ池とは異なる方向となる京都御所を目指しているものとする。図１１において車両Ｂの位置情報は、現在位置が北緯35度01分18秒の東経135度46分43秒、行き先位置が北緯35度01分32秒の東経135度45分44秒で表現されている（図１１の▲２▼）。
【００８４】
車両Ｃは、相乗り希望者に対する相乗り車両候補の抽出処理が実行された時点において、平安神宮に位置し、相乗り希望者が目指す宝ヶ池とは異なる場所である鞍馬寺を目指しているが、相乗り希望者が目指す行き先と方向がほぼ同じものとする。図１１において車両Ｃの位置情報は、現在位置が北緯35度00分56秒の東経135度46分55秒、行き先位置が北緯35度07分04秒の東経135度46分15秒で表現されている（図１１の▲３▼）。
【００８５】
まず、処理S1001は、乗車情報ＤＢから乗車情報の一覧L1を取得する。ここで、乗車情報の一覧L1には、車両Ａ、車両Ｂ、車両Ｃの乗車情報が含まれている。それ故に処理S1002は、真偽値式［一覧L1の要素数＞０］の評価結果が真となり、処理S1003を実行する。
【００８６】
実行指示を受けた処理S1003は、乗車情報の一覧L1から所望の乗車情報を選択し、一覧L2を生成する。上述の所望の乗車情報の選択方法は、相乗り希望者の現在位置と、一覧L1の乗車情報の現在位置との距離が、予め定めた値Dxと比較し、予め定めた値Dx以下となる位置の乗車情報を選択することで行う。
【００８７】
この例において、相乗り希望者の現在位置と、車両Ａとの距離Daは5.2km、車両Ｂとの距離Dbは0.6km、車両Ｃとの距離Dcは1.2kmとなる。
【００８８】
また、この例において、予め定めた値Dxは４[km]に設定したものとする。この場合、処理S1003により生成される一覧L2は、車両Ｂの乗車情報と車両Ｃの乗車情報を含んだ内容となる。それ故に処理S1004は、真偽値式［一覧L2の要素数＞０］の評価結果が真となり、処理S1005を実行する。
【００８９】
実行指示を受けた処理S1005は、相乗り希望者情報の現在位置及び行き先位置から、行き先方向の角度を取得する。この例において、相乗り希望者の行き先方向の角度θは85度となる。
【００９０】
相乗り希望者情報の行き先方向の角度を取得した処理S1005は、処理S1006を実行する。実行指示を受けた処理S1006は、一覧L2の乗車情報について、処理S1005と同様の方法を用いて行き先方向の角度を取得する。
【００９１】
この例において、車両Ｂの行き先方向の角度θbは約167度、車両Ｃの行き先方向の角度θcは約96度となる。
【００９２】
次に処理S1006は、上述の処理S1005で取得した相乗り希望者の行き先方向の角度θと、車両Ｂ及び車両Ｃの行き先方向の角度θb及びθcとを比較し、角度差が所定の値φx以下となる行き先方向の角度をもつ車両の乗車情報を選択し、一覧L3を生成する。
【００９３】
上述の所定の値φxは、システム管理者によって、予め設定されるものとする。この例において、上述の所定の値φxは30度に設定したものとする。この場合、車両Ｂの角度差は82度、車両Ｃの角度差は11度となり、よって処理S1006で生成される一覧L3は、車両Ｃの乗車情報を含んだ内容となる。
【００９４】
以上の処理の流れにより、相乗り車両候補の一覧L3を得ることが出来る。
【００９５】
上述の実施例において、相乗り希望者の携帯端末200をＧＰＳ機能付き携帯端末としたが、本発明はこれに限定するものではなく、ＧＰＳ機能がない携帯端末であっても良い。この場合、相乗り希望者は現在位置を特定する情報を携帯端末200に入力し、図示しない送信ボタンを押下ことにより、携帯端末200からタクシー相乗り管理装置100の相乗り希望者情報取得部130に送信されるものとなる。
【００９６】
また、その他の実施例として、上述の相乗り車両候補の一覧L3の抽出後に、相乗りにより変更される経路と変更前の経路との距離差に基づいて、相乗り車両候補の優先順位を付加しても良いものとする。この場合、距離差が小さな値となる相乗り車両候補が、優先度の高い相乗り車両候補となる。
【００９７】
上述の経路の距離差を取得する方法は、相乗り車両の現在位置から相乗り希望者の現在位置を経由して相乗り車両の行き先位置へ到達するための経路長と、相乗り車両候補の現在位置から行き先位置までの直線の経路長との差分を算出することにより行うことが考えられる。
【００９８】
例えば、図１３に示すように、相乗り希望者の現在位置がA0であり、行き先位置がA1となる場合において、相乗り希望者の現在位置A0から等距離に位置する相乗り車両候補ＢとＣが存在したとする。
【００９９】
この場合、相乗り車両候補Ｂの経路の距離差Dbは、現在位置B0から行き先位置B1への直線経路の距離｜B0B1｜=800mと、相乗り希望者を経由する経路の距離｜B0A0｜+｜A0B1｜=1100mとから、Db=|B0A0|+|A0B1|-|B0B1|=300mを算出することにより得られる。
【０１００】
また同様に、相乗り車両候補Ｃの経路の距離差Dcは、現在位置C0から行き先位置C1への直線経路の距離｜C0C1｜=800mと、相乗り希望者を経由する経路の距離｜C0A0｜+｜A0C1｜=1400mとから、Dc=|C0A0|+|A0C1|-|C0C1|=600mを算出することにより得られる。
【０１０１】
この例において、相乗り車両候補Ｂの距離差Dbと、相乗り車両候補Ｃの距離差Dcとの関係は、[相乗り車両候補Ｂの距離差Db]＜[相乗り車両候補Ｃの距離差Dc]となる。ここで、相乗り車両候補Ｂの優先度を高く設定することにより、相乗りに伴う経路変更による経路長の変動が少ない相乗り車両候補を、相乗り車両として選択することが可能となる。
【０１０２】
上述の優先度の設定は、相乗り車両候補の乗車情報のデータ構造に新たに優先度を設定する項目を設けることで実現しても良いし、又は相乗り車両候補の一覧L3の乗車情報の並び替えによって行っても良い。
【０１０３】
（付記１）相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客が乗車している車両の乗車情報とに基づいて、相乗りを希望する前記第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する前記第一の顧客への相乗り車両の手配を行うタクシー相乗り管理処理をコンピュータに実行させるプログラムであって、
既に乗車している第二の顧客の行き先位置及び最新の現在位置を構成する行き先位置情報及び最新の現在位置情報と、前記第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶する乗車情報記憶処理ステップと、
前記乗車情報記憶処理ステップで記憶する前記第二の顧客が乗車している車両の乗車情報に含まれる現在位置情報を更新する現在位置情報更新処理ステップと、
前記第一の顧客の行き先位置及び現在位置を構成する行き先位置情報及び現在位置情報を用いて、前記第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理ステップと、
前記乗車情報記憶処理ステップで記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理ステップと、
前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を前記第一の顧客の相乗り候補として選択する相乗り候補選択処理ステップと、
前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する前記第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理ステップと、
相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信する相乗り手配結果送信処理ステップと、
をコンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。
【０１０４】
（付記２）上記請求項１記載のタクシー相乗り管理プログラムであって、
前記乗車情報記憶処理ステップで記憶する第二の顧客が乗車している車両の乗車情報に、前記第二の顧客が乗車している車両の走行速度を含み、
前記相乗り候補選択処理ステップにおいて、
前記第一の顧客の現在位置情報と、前記乗車情報記憶処理ステップで記憶する前記第二の顧客が乗車する車両の乗車情報とを用いて、前記第一の顧客の現在位置と前記第二の顧客が乗車している車両の現在位置とをつなぐ経路の経路長を取得する処理ステップと、
前記乗車情報記憶処理ステップで記憶する第二の顧客が乗車している車両の乗車情報より取得される、前記第二の顧客が乗車している車両の走行速度と、前記取得した前記第一の顧客の現在位置と前記第二の顧客が乗車している車両の現在位置とをつなぐ経路の経路長とを用いて、前記第二の顧客が乗車している車両が前記第一の顧客の現在位置を通過するまでの所要時間を取得する所要時間取得処理ステップと、
前記取得した所要時間が所定の閾値以下である場合に、前記第二の顧客が乗車している車両を、相乗り候補から除外する処理ステップと、
をコンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。（付記３）上記請求項１又は２記載のタクシー相乗り管理プログラムであって、
前記相乗り候補選択処理ステップで複数選択された第二の顧客が乗車している車両の乗車情報に含まれる第二の顧客の現在位置情報及び行き先位置情報と、相乗り希望者の現在位置情報及び行き先位置情報とから、前記第二の顧客の現在位置から行き先位置までの乗車経路長と、前記第二の顧客の現在位置から前記第一の顧客の現在位置を経由して前記第二の顧客の行き先位置までの乗車経路長との距離差を算出し、距離差が最も小さくなる乗車経路となる前記第二の顧客が乗車している車両を選択することを特徴とする相乗り候補選択処理ステップを、
コンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。
【０１０５】
（付記４）相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、第二の顧客が乗車する車両に搭載されている車載端末から送信される第二の顧客が乗車する車両の乗車情報とに基づいて、相乗りを希望する第一の顧客に対する相乗り候補となる第二の顧客が乗車する車両の乗車情報を抽出し、相乗りを希望する第一の顧客への相乗り車両の手配を行うタクシー相乗り管理方法であって、
既に乗車している第二の顧客の行き先位置及び最新の現在位置を構成する行き先位置情報及び最新の現在位置情報と、第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶し、
第一の顧客の行き先位置及び現在位置を構成する行き先位置情報及び現在位置情報から特定される第一の顧客の行き先方向と、
前記乗車情報記憶処理ステップで記憶された乗車情報の行き先情報と現在位置情報から特定される第二の顧客が乗車する車両の行き先方向との方向差が有効範囲内であると判定されたとき、前記第二の顧客が乗車する車両を前記第一の顧客の相乗り候補として選択し、
前記選択された第二の顧客が乗車している車両の乗車情報の車両番号より特定される車載端末に対して、相乗りを希望する第一の顧客の現在位置へ配車の指示を送信し、
相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信することを特徴とするタクシー相乗り管理方法。
【０１０６】
（付記５）相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客が乗車している車両の乗車情報とに基づいて、相乗りを希望する第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する第一の顧客への相乗り車両の手配を行うタクシー相乗り管理処理をコンピュータに実行させるプログラムであって、
既に乗車している第二の顧客の行き先位置及び最新の現在位置を緯度及び経度で構成する行き先位置情報及び最新の現在位置情報と、第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶する乗車情報記憶処理ステップと、
前記乗車情報記憶処理ステップで記憶する前記第二の顧客が乗車している車両の乗車情報に含まれる現在位置情報を更新する現在位置情報更新処理ステップと、
第一の顧客の行き先位置及び現在位置を緯度及び経度で構成する行き先位置情報及び現在位置情報を用いて、第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理ステップと、
前記乗車情報記憶処理ステップで記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理ステップと、
前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を第一の顧客の相乗り候補として選択する相乗り候補選択処理ステップと、
前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理ステップと、
相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信する相乗り手配結果送信処理ステップと、
をコンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。
【０１０７】
（付記６）相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客が乗車している車両の乗車情報とに基づいて、相乗りを希望する第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する第一の顧客への相乗り車両の手配を行うタクシー相乗り管理処理を行うタクシー相乗り管理装置であって、
既に乗車している第二の顧客の行き先位置及び最新の現在位置を緯度及び経度で構成する行き先位置情報及び最新の現在位置情報と、第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶する乗車情報ＤＢと、
前記乗車情報ＤＢで記憶する前記第二の顧客が乗車している車両の乗車情報に含まれる現在位置情報を更新する現在位置情報更新処理手段と、
第一の顧客の行き先位置及び現在位置を緯度及び経度で構成する行き先位置情報及び現在位置情報を用いて、第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理手段と、
前記乗車情報ＤＢで記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理手段と、
前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を第一の顧客の相乗り候補として選択する相乗り候補選択処理手段と、
前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理手段と、
相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信する相乗り手配結果送信処理手段と、
を具備することを特徴とするタクシー相乗り管理装置。
【０１０８】
【発明の効果】
本発明のタクシー相乗り管理プログラムにより、目的地が異なる場合においても、行き先の方向がほぼ同じであれば相乗りを可能とするため、相乗り機会を損なうことなく、相乗りを希望する顧客が行き先を任意に指定することを可能とし、相乗り時におけるタクシーの利便性を向上させることが出来る。
【図面の簡単な説明】
【図１】本発明のシステム構成を示す図
【図２】タクシー相乗り管理装置の機能構成を示す図
【図３】乗車情報の内容例を示す図
【図４】相乗り希望者情報の内容例を示す図
【図５】現在位置情報の内容例を示す図
【図６】相乗り車両情報の内容例を示す図
【図７】相乗り確認情報の内容例を示す図
【図８】第一の顧客が乗車した時及び現在位置の更新処理の流れを示す図
【図９】第二の顧客が相乗り希望情報を送信してから相乗り車両情報を受信するまでの処理の流れを示す図
【図１０】相乗り車両候補抽出部の抽出処理の流れを示す図
【図１１】相乗り車両候補の抽出処理の概念を示す図
【図１２】相乗り管理部の処理の流れを示す図
【図１３】相乗りにともなう経路変更の距離差の関係を示す図
【発明が属する技術分野】
本発明は、タクシーの相乗り予約を行う際の、相乗り相手の抽出処理に関する。
【０００２】
【従来の技術】
従来、タクシーに乗る方法としては、駅等のタクシー乗り場又は電話等で指定した特定の場所で乗車する方法と、顧客を乗せずに走行しているタクシーを呼び止めて乗車する方法とがある。
【０００３】
上述の従来の方法によると、１台のタクシーに同時に乗車する顧客は、既知の関係を有する集団に限定される、という特徴がある。
【０００４】
ところが、通常のセダン型のタクシーの場合、乗車定員は５名であり、運転手を差し引くと、乗車可能顧客数は４名となる。
【０００５】
上記特徴から、運行中のタクシーに乗車する顧客数は、乗車可能となる最大顧客数を下回ることが多い。このため、タクシーの乗車効率は、バス又は電車などの公共交通機関と比較して、乗車効率が悪いという問題がある。
【０００６】
そこで、駅等の特定の乗り場に、ネットワークに接続された電子掲示板を設置し、同じ行き先の相乗り相手を、ネットワークを介して募集し、事前に相乗り予約を行うことにより、既知の関係を有さない相手とも相乗りを可能とする方法が、公知として存在する（特許文献１参照）。
【０００７】
また、運行中のタクシーに乗車している顧客に対して、ネットワークを介して乗車要求を送信することにより、既知の関係を有さない相手との相乗りを、乗車場所を限定せずに実施することを可能とする方法が、先願として存在する（特許文献２）。
【０００８】
【特許文献１】
特開2002-222351号公報
【０００９】
【特許文献２】
特願2002-70717号
【００１０】
【発明が解決しようとする課題】
相乗りを希望する顧客同士が、異なる目的地を指定しているが、行き先の方向がほぼ同じであった場合には、異なる目的地を希望する顧客同士を相乗りさせることが考えられる。
【００１１】
しかし、従来の方法では、目的地が同じという条件に基づいて、相乗り相手の選択を行っているため、目的地が異なる場合、目的地が同じ方向であっても、相乗り相手の選択候補とすることができず、相乗りする機会を奪われる、という問題がある。
【００１２】
また、相乗りする顧客同士は、下車する場所が同じである必要が生じるため、従来の相乗り方式では、顧客が目的地を任意に指定することを可能とするタクシーの特徴が損なわれる、という問題がある。
【００１３】
そこで、本発明は、相乗り機会を損なうことなく、下車する場所を顧客が任意に指定することを可能とし、相乗り時におけるタクシーの利便性を向上させることを目的とする。
【００１４】
【課題を解決するための手段】
本発明は、相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客が乗車している車両の乗車情報とに基づいて、相乗りを希望する前記第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する前記第一の顧客への相乗り車両の手配を行うタクシー相乗り管理処理をコンピュータに実行させるプログラムであって、既に乗車している第二の顧客の行き先位置及び最新の現在位置を構成する行き先位置情報及び最新の現在位置情報と、前記第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶する乗車情報記憶処理ステップと、前記乗車情報記憶処理ステップで記憶する前記第二の顧客が乗車している車両の乗車情報に含まれる現在位置情報を更新する現在位置情報更新処理ステップと、前記第一の顧客の行き先位置及び現在位置を構成する行き先位置情報及び現在位置情報を用いて、前記第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理ステップと、前記乗車情報記憶処理ステップで記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理ステップと、前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を前記第一の顧客の相乗り候補として選択する相乗り候補選択処理ステップと、前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する前記第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理ステップと、相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信する相乗り手配結果送信処理ステップと、をコンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。
【００１５】
この様に構成することにより、目的地が異なる場合においても、行き先の方向がほぼ同じであれば相乗りを可能とするため、相乗り機会を損なうことなく、相乗りを希望する顧客が行き先を任意に指定することを可能とし、相乗り時におけるタクシーの利便性を向上させることが出来る。
【００１６】
【発明の実施の形態】
本発明の実施の形態を図面に基づいて説明する。
【００１７】
図１は、本実施例のシステム構成を示したものである。本実施例のシステム構成は、タクシー相乗り管理装置100、GPS機能付き携帯端末200（以下、携帯端末と呼称する）、GPS機能付き車載端末300（以下、車載端末と呼称する）、電気通信網400よりなる。
【００１８】
タクシー相乗り管理装置100と携帯端末200は、電気通信網400を介して適宜接続される。また、タクシー相乗り管理装置100と車載端末300も電気通信網400を介して適宜接続される。
【００１９】
タクシー相乗り管理装置100は、車載端末から送信される乗車情報を管理し、さらに車載端末から随時送信されてくる現在位置情報を前述の乗車情報に反映し、また相乗り希望者の携帯端末200から送信されてくる相乗り希望者情報を契機に、乗車情報から相乗り車両候補を抽出し、相乗り車両候補の顧客に相乗りの承認を確認し、相乗り希望者に相乗り車両の配送を行う、という働きを持つ。
【００２０】
また、タクシー相乗り管理装置100は、タクシー相乗り管理プログラムが実行する処理ステップによって、上述の働きを実現する。
【００２１】
携帯端末200は、相乗り希望者情報の入力を受け付け、相乗り希望者情報をタクシー相乗り管理装置へ送信し、タクシー相乗り管理装置から相乗り車両情報を受信し、受信した相乗り車両情報を表示する、という働きを持つ。
【００２２】
車載端末300は、顧客が乗車した時点において、オペレータに入力された行き先位置、及び図示しないＧＰＳより得られる乗車位置情報、行き先位置情報、現在位置情報、乗車場所、行き先、及び予め車両に対して設定されている車両番号を含む乗車情報をタクシー相乗り管理装置へ送信し、前記車両番号と前記ＧＰＳより取得される現在位置情報とを含む現在位置情報を所定の時間間隔でタクシー相乗り管理装置に送信し、タクシー相乗り管理装置より通知される相乗り指示を受信し、受信した相乗り指示を表示する、という働きを持つ。
【００２３】
図２は、タクシー相乗り管理装置の機能構成を示したものである。
【００２４】
タクシー相乗り管理装置100は、乗車情報登録部110、現在位置情報登録部120、相乗り希望者情報取得部130、相乗り希望者管理部140、相乗り候補抽出部150、相乗り承認管理部160、相乗り車両情報通知部170及び乗車情報ＤＢ180より構成される。
【００２５】
乗車情報登録部110は、車載端末300から電気通信網400を介して送られてくる乗車情報を受信し、受信した乗車情報を乗車情報ＤＢ170に登録する。
【００２６】
現在位置情報登録部120は、車載端末300から電気通信網400を介して送られてくる現在位置情報を受信し、この現在位置情報を送信した車載端末を搭載しているタクシーに関する乗車情報を乗車情報ＤＢ170から取得し、取得した乗車情報の現在位置情報を更新する。
【００２７】
相乗り希望車情報取得部130は、相乗り希望者の携帯端末200から電気通信網400を介して送られてくる相乗り希望者情報を受信し、相乗り希望者管理部140に相乗り希望者情報を通知する。
【００２８】
相乗り希望者管理部140は、相乗り希望者情報取得部130より相乗り希望者情報の通知を受け、相乗り候補抽出部150を用いて相乗り車両候補を取得し、相乗り承認管理部160を用いて相乗り候補車両に該押するタクシーに搭載されている車載端末300を介して顧客の相乗りの承認を試み、相乗り承認を得られた場合は、相乗り車両情報通知部170を用いて相乗り希望者の携帯端末200へ相乗り車両情報を通知し、相乗り管理部160を用いて相乗り車両の車載端末へ相乗り希望者情報を通知する。
【００２９】
相乗り車両候補抽出部150は、相乗り希望者管理部130より実行され、実行時に入力される相乗り希望者情報を用いて、乗車情報ＤＢ180から後述のアルゴリズムに基づいて適当な相乗り車両候補を抽出する。
【００３０】
相乗り承認管理部160は、相乗り希望者管理部140より実行され、相乗り車両候補に選定された車両に搭載されている車載端末300に電気通信回線500を介して、相乗り承認確認を送信する。また、相乗り承認管理部160は、車載端末300より電気通信網400を介して、相乗り確認情報を受信する。
【００３１】
さらにまた、相乗り承認管理部160は、その実行時に入力される相乗り希望者情報を、相乗り車両候補に選定された車両に搭載されている車載端末300に電気通信回線500を介して送信する。
【００３２】
相乗り車両情報通知部170は、相乗り希望者管理部140より実行され、その実行時に入力される相乗り車両情報を、相乗り希望者の携帯端末200へ電気通信網400を介して送信する。
【００３３】
乗車情報ＤＢ180は、乗車情報登録部110より通知される乗車情報を記録する。
【００３４】
図3に乗車情報の内容例を示す。乗車情報は、車両番号1001、乗車時刻1002、乗車場所1003、乗車位置1004、行き先1005、行き先位置1006、走行速度1007、顧客情報1008、顧客数1009、相乗り確認フラグ1010、現在位置1011より構成される。
【００３５】
図４に相乗り希望者情報の内容例を示す。相乗り希望者情報は、現在位置1101、行き先位置1102、年齢1103、性別1104、身長1105、通知先アドレス1106、余裕時間1107より構成される。
【００３６】
図５に現在位置情報の内容例を示す。現在位置情報は、車両番号1201、現在位置情報1202より構成される。
【００３７】
図６に相乗り車両情報の内容例を示す。相乗り車両情報は、車両番号1301、現在位置1302より構成される。
【００３８】
図７に相乗り確認情報の内容例を示す。相乗り確認情報は、車両番号1401、相乗り確認フラグ1402より構成される。
【００３９】
次に、本システムの動作の流れを図８及び図９を用いて説明する。
【００４０】
図８は、第一の顧客が相乗りを希望した時点において既に乗車している第二の顧客が乗車した時及び現在位置の更新処理の流れを示したものである。図９は、第一の顧客が相乗り希望者情報を送信してから、相乗り車両情報を受信するまでの処理の流れを示したものである。
【００４１】
まず、第二の顧客がタクシーに乗車した時、行き先などの顧客の要望を受けたタクシー乗務員は、タクシーに搭載されている車載端末300を用いて、乗車情報を入力する。タクシー乗務員の操作を受けた車載端末300は、図示しない送信ボタンを押下されることにより、タクシー相乗り管理装置の乗車情報登録部110へ、乗車情報を送信する（図８の#1001）。
【００４２】
乗車情報を受信した乗車情報登録部110は、受信した乗車情報の乗車時刻1002、乗車場所1003、乗車位置1004、行き先1005、行き先位置1006、走行速度1007、顧客情報1008、顧客数1009、相乗り確認フラグ1010、現在位置1011を、車両番号1001が一意となるように関連付けて、乗車情報ＤＢ180に登録する（図８の#1002）。
【００４３】
次に、車載端末300は、所定時間経過した後、車載端末300を搭載するタクシーの現在位置情報を、図示しないＧＰＳより取得し、タクシー相乗り管理装置100の現在位置情報登録部120へ、現在位置情報を送信する（図８の#1003）。
【００４４】
現在位置情報を受信した現在位置情報登録部120は、現在位置情報の車両番号1201に該当する乗車情報を、乗車情報ＤＢ180より取得する。乗車情報を取得した現在位置情報登録部120は、乗車情報の現在位置1011を、現在位置情報の現在位置1202で更新する。さらに、現在位置情報登録部120は、更新後の乗車情報を、乗車情報の車両番号1001が一意となるように関連付けて、乗車情報ＤＢ180に登録する（図８の#1004）。
【００４５】
上述の現在位置情報の登録に関する一連の処理は、所定時間経過後、再び実行される（図８の#1005）。
【００４６】
以上の処理が、第一の顧客が相乗りを希望した時点において既に乗車している乗客となる、第二の顧客が乗車した時及び現在位置の更新処理の流れとなる。
【００４７】
次に、第一の顧客（相乗り希望者）の携帯端末200が、相乗り希望者情報を送信してから、相乗り車両情報を受信するまでの処理の流れを、図９及び図１２を用いて説明する。
【００４８】
まず、相乗り希望者は、携帯端末200を操作して、相乗り希望者情報として、現在位置1101、行き先位置1102、年齢1103、性別1104、身長1105、通知先アドレス1106を入力する。ここで、現在位置情報1101は、図示しないＧＰＳより自動的に取得するものであっても良い。
【００４９】
相乗り希望者の操作を受けた携帯端末200は、図示しない送信ボタンを押下されることにより、タクシー相乗り管理装置の相乗り希望者情報取得部130へ、相乗り希望者情報を送信する（図９の#2001）。
【００５０】
相乗り希望者情報を受信した相乗り希望者情報取得部130は、相乗り希望者管理部140に、相乗り希望者情報を通知する。
【００５１】
相乗り希望者情報の通知を受けた相乗り希望者管理部140は、相乗り車両候補抽出部150を用いて相乗り車両候補を取得する（図９の#2003）（図１２のS2001）。
【００５２】
相乗り車両候補抽出部150は、乗車情報ＤＢより、乗車情報の一覧を取得する（図９の#2004）。
【００５３】
次に、相乗り車両候補抽出部150は、後述のマッチング処理により、乗車情報の一覧から相乗り車両候補となる乗車情報を抽出し、抽出した乗車情報より一覧L3を生成し、生成した相乗り車両候補の一覧L3を、相乗り希望者管理部140へ通知する（図９の#2005）。
【００５４】
相乗り車両候補一覧L3の通知を受けた相乗り希望者管理部140は、真偽値式［相乗り車両候補の一覧L3の要素数＞０］を評価し（図１２のS2002）、その評価結果が真となる場合は、相乗り車両候補の一覧L3から乗車情報を１つ取り出す（図１２のS2003）（図９の#2006）。取り出した乗車情報の乗客数1009を参照し、真偽値式［乗客数＜最大乗車可能顧客数］を評価し（図１２のS2004）（図９の#2007）、その評価結果が真となる場合、その車両に相乗り希望者を乗車させる余裕があるものと判定し、相乗り承認管理部160に前記取り出した乗車情報を通知する（図１２のS2005）。上述の最大乗車可能顧客数は、車両に乗車できる顧客の最大数を意味し、システム管理者によって予め設定された値とする。
【００５５】
相乗り希望者管理部140より乗車情報の通知を受けた相乗り承認管理部160は、乗車情報の車両番号1001より特定されるタクシーに搭載されている車載端末300へ、相乗り承認確認を送信する（#2008）。
【００５６】
タクシー相乗り管理装置100の相乗り承認確認部160より相乗り承認確認を受けた車載端末300は、相乗り承認確認の旨を図示しない表示部を介して、第二の顧客に通知する。通知を受けた第二の顧客は、車載端末300を操作するなどして、相乗りを承認する旨を、車載端末300に入力する。又は、相乗りを拒否する場合は、相乗りを拒否する旨を、車載端末300に入力する。入力を受けた車載端末300は、タクシー相乗り管理装置の相乗り承認管理部160へ、相乗り確認情報を送信する。ここで、相乗り確認情報は、車両番号1401、相乗り確認フラグ1402より構成され、相乗りフラグ1402には、相乗りを許可する場合は１、相乗りを拒否する場合は0が設定されているものとする。
【００５７】
相乗り確認情報を受信した相乗り承認管理部160は、相乗り確認情報を相乗り希望者管理部140へ通知する。
【００５８】
相乗り承認管理部160より通知を受けた相乗り希望者管理部140は、相乗り確認情報の相乗り確認フラグ1402の値を参照し、真偽値式［相乗り確認フラグ==1］を評価し（図１２のS2006）、その評価結果が真となる場合、相乗り車両情報通知部170を用いて、相乗り希望者へ相乗り車両の乗車情報を通知する（図９の#2011、#2012）（図１２のS2007）。さらに、相乗り希望者管理部140は、相乗り承認管理部160を用いて、相乗りを希望する第一の顧客の相乗り希望者情報を、相乗り車両に搭載されている車載端末300へ通知する（図９の#2013、#2014）（図１２のS2008）。
【００５９】
前記処理S2002において、評価結果が偽となる場合は、予め定める所定時間経過後に、前記処理S2001を再度実行し、相乗り車両候補の一覧L3を取得する。ここで、処理S2002の評価結果が偽となる場合に、前記処理S2001を実行する回数をカウントしておき、所定の回数を実行しても相乗り車両候補を決定できない場合は、待機中の車両を新たに手配する処理を実行し、相乗り車両情報通知部170を用いて、相乗り希望者の携帯端末200に、新たに手配した車両の車両番号を含む乗車情報を通知するようにして良い。
【００６０】
また、前記処理S2004及び処理S2006の評価結果が偽となる場合、前記処理S2002を実行し、相乗り車両候補の一覧L3から次の乗車情報を取り出して、前述の一連の処理を実行する（図９の#2010）。
【００６１】
以上の処理が、第一の顧客が相乗り希望者情報を送信してから、第二の顧客が乗車する車両の乗車情報を受信するまでの処理の流れとなる。
【００６２】
次に、相乗り車両候補抽出部150の処理の流れを図１０及び図１１を用いて説明する。図１０は、相乗り車両候補抽出部の抽出処理の流れを示したものである。図１１は、相乗り車両候補の抽出処理の概念を示したものである。
【００６３】
まず、相乗り車両候補抽出処理部150は、相乗り希望者管理部140より実行指示を受け、処理を開始する。処理を開始した相乗り車両候補抽出部150は、乗車情報ＤＢより乗車情報の一覧L1を取得する（図１０のS1001）。
【００６４】
乗車情報の一覧L1を取得した相乗り車両候補抽出部150は、真偽値式［乗車情報の一覧L1の要素数＞０］を評価し（図１０のS1002）、その評価結果が真の場合、相乗り希望者の現在位置O(Xo,Yo)の近傍に位置する現在位置を持つ乗車情報を一覧L1より抽出する（図１０のS1003）。
【００６５】
上述の一覧L1からの抽出処理は、相乗り希望者情報の現在位置（Xo,Yo）と一覧L1の乗車情報の位置情報（X1,Y1）の距離が、所定値Dx以下となる乗車情報を選択し、抽出結果として一覧L2を生成する。
【００６６】
上述の所定値Dxは、予めシステム管理者により設定される任意の値とする。また、その他の実施例として、相乗り希望者情報の余裕時間1107の値に基づいて、所定値Dxを動的に設定するものであっても良い。この場合の所定値Dxは、システム管理者が予め設定するタクシーの平均時速に余裕時間を乗じて取得する。
【００６７】
さらにまた、その他の実施例として、相乗り希望者の現在位置の近傍を走行中の車両であって、本システムによる相乗り管理処理が終了するまでに、相乗り希望者の現在位置を通過する可能性のある車両の乗車情報を、上述の抽出結果として生成した一覧L2から取除く処理ステップを設けても良い。上述の取除く処理ステップは、次の様にして行う。まず、後述の方法を用いて車両の現在位置と相乗り希望者の現在位置との直線距離Ｄを取得し、乗車情報の走行速度Ｖ1007を用いて、車両が相乗り希望者の現在位置を通過するまでの時間Ｔ=D/Vを取得する。次に、取得した時間Ｔの値が閾値β未満となる場合、本システムの相乗り管理処理が終了する前に、相乗り希望者の現在位置を通過してしまう車両として判定し、一覧L2より取除く。ここで、予め定める閾値βとは、相乗り管理処理の平均的な応答時間を参考にして、システム管理者が設定するものとする。例えば、相乗り希望者と走行車両との直線距離が0.5km、車両の走行速度が40km/hである場合、通過に要する時間Ｔは45秒となる。この時、本システムの相乗り管理処理の応答時間となる閾値βを50秒と設定した場合、この例の車両は取除く処理の対象となる。
【００６８】
また、上述の２点間の距離を取得する方法は、既存の位置測位手法を用いるものとする。例えば、球面三角法を用いた方法が考えられる。また、タクシーの移動範囲が比較的近距離であることから、球面である地表面を平面として考え、相乗り希望者の現在位置（Xo,Yo）と、相乗り車両候補Ａの現在位置（Xa,Ya）との緯度差Xd=Xa-Xo及び経度差Yd=Ya-Yoより、距離Dを次式を用いて相乗り希望者の現在位置と乗車情報の現在位置との直線距離Ｄ[km]を近似的に取得することが考えられる。
【００６９】
【式１】
ここで、PIは円周率で、Rは地球の半径（約6378km）とする。
【００７１】
次に、相乗り車両候補抽出部150は、真偽値式［乗車情報の一覧L2の要素数＞０］を評価し（図１０のS1004）、その評価結果が真の場合、相乗り希望者情報の現在位置(Xo,Yo)と行き先位置（Xo2,Yo2）より、相乗り希望者の行き先方向の角度θを得る（図１０のS1005）。
【００７２】
上述の方向の角度を取得する方法は、既存の位置測位手法を用いる。例えば、球面三角法を用いて、行き先方向の角度を得る手法が考えられる。また、タクシーの移動範囲が比較的近距離であることから、球面である地表面を平面として考え、現在位置と行き先位置との緯度差Xd=Xo2-Xo及び経度差Yd=Yo2-Yoから、逆三角関数atan(Xd/Yd)より東を基準０度とした平面上での行き先方向の角度を近似的に得ることが考えられる。
【００７３】
例えば、現在位置が北緯35度1分37秒の東経135度46分49秒、行き先位置が北緯35度3分39秒の東経135度46分59秒である場合、緯度差Xdは0.034度となり、経度差Ydは0.003度となる。よって、行き先方向の角度θは85度となる。
【００７４】
ただし、緯度差及び経度差の正負の関係により、逆三角関数atan(Xd/Yd)の値を補正する必要があるが、補正方法については既知のため説明を省略する。
【００７５】
次に、相乗り車両候補抽出部150は、一覧L2から、相乗り希望者情報の行き先方向と類似する方向を示す乗車情報の一覧L3を抽出する（S1006）。
【００７６】
ここで、乗車情報の一覧L3の抽出は、次の手順で行う。まず、一覧L2の乗車情報について処理S1005と同様の手順を用いて、乗車情報の行き先方向の角度φを取得する。取得した角度φと相乗り希望者の行き先方向角度θとの差が所定の範囲となる乗車情報を選択し、乗車情報の一覧L3を抽出する。
【００７７】
また、上記処理S1002又は処理S1004において評価結果が偽であった場合、抽出処理に失敗したものとして、要素数が０の一覧L3を生成し、抽出処理を終了する。
【００７８】
以上の処理が、相乗り車両候補抽出部150の相乗り車両候補の抽出処理の流れとなる。
【００７９】
ここで、相乗り車両候補の抽出処理の例を、図１１を用いて説明する。
【００８０】
相乗り希望者は、京都大学付近に位置し、宝ヶ池までのタクシーの相乗りを希望したとする。図１１において相乗り希望者の位置情報は、現在位置が北緯135度46分49秒の東経35度1分37秒、行き先位置が北緯35度3分39秒の東経135度46分59秒で表現されている（図１１の▲４▼）。
【００８１】
また、相乗り希望者に対する相乗り車両抽出処理が実行された時点において、乗車情報ＤＢには車両Ａと車両Ｂと車両Ｃの乗車情報が登録されているものとする。
【００８２】
車両Ａは、相乗り希望者に対する相乗り車両候補の抽出処理が実行された時点においてＪＲ京都駅付近に位置し、相乗り希望者と同じ行き先である宝ヶ池を目指しているものとする。図１１において車両Ａの位置情報は、現在位置が北緯34度59分10秒の東経135度45分30秒、行き先位置が北緯35度03分39秒の東経135度46分59秒で表現されている（図１１の▲１▼）。
【００８３】
車両Ｂは、相乗り希望者に対する相乗り車両候補の抽出処理が実行された時点において、相乗り希望者が位置する京都大学付近を走行中であり、最も早く相乗り希望者の位置する場所へ到達することが可能であるが、相乗り希望者が目指している宝ヶ池とは異なる方向となる京都御所を目指しているものとする。図１１において車両Ｂの位置情報は、現在位置が北緯35度01分18秒の東経135度46分43秒、行き先位置が北緯35度01分32秒の東経135度45分44秒で表現されている（図１１の▲２▼）。
【００８４】
車両Ｃは、相乗り希望者に対する相乗り車両候補の抽出処理が実行された時点において、平安神宮に位置し、相乗り希望者が目指す宝ヶ池とは異なる場所である鞍馬寺を目指しているが、相乗り希望者が目指す行き先と方向がほぼ同じものとする。図１１において車両Ｃの位置情報は、現在位置が北緯35度00分56秒の東経135度46分55秒、行き先位置が北緯35度07分04秒の東経135度46分15秒で表現されている（図１１の▲３▼）。
【００８５】
まず、処理S1001は、乗車情報ＤＢから乗車情報の一覧L1を取得する。ここで、乗車情報の一覧L1には、車両Ａ、車両Ｂ、車両Ｃの乗車情報が含まれている。それ故に処理S1002は、真偽値式［一覧L1の要素数＞０］の評価結果が真となり、処理S1003を実行する。
【００８６】
実行指示を受けた処理S1003は、乗車情報の一覧L1から所望の乗車情報を選択し、一覧L2を生成する。上述の所望の乗車情報の選択方法は、相乗り希望者の現在位置と、一覧L1の乗車情報の現在位置との距離が、予め定めた値Dxと比較し、予め定めた値Dx以下となる位置の乗車情報を選択することで行う。
【００８７】
この例において、相乗り希望者の現在位置と、車両Ａとの距離Daは5.2km、車両Ｂとの距離Dbは0.6km、車両Ｃとの距離Dcは1.2kmとなる。
【００８８】
また、この例において、予め定めた値Dxは４[km]に設定したものとする。この場合、処理S1003により生成される一覧L2は、車両Ｂの乗車情報と車両Ｃの乗車情報を含んだ内容となる。それ故に処理S1004は、真偽値式［一覧L2の要素数＞０］の評価結果が真となり、処理S1005を実行する。
【００８９】
実行指示を受けた処理S1005は、相乗り希望者情報の現在位置及び行き先位置から、行き先方向の角度を取得する。この例において、相乗り希望者の行き先方向の角度θは85度となる。
【００９０】
相乗り希望者情報の行き先方向の角度を取得した処理S1005は、処理S1006を実行する。実行指示を受けた処理S1006は、一覧L2の乗車情報について、処理S1005と同様の方法を用いて行き先方向の角度を取得する。
【００９１】
この例において、車両Ｂの行き先方向の角度θbは約167度、車両Ｃの行き先方向の角度θcは約96度となる。
【００９２】
次に処理S1006は、上述の処理S1005で取得した相乗り希望者の行き先方向の角度θと、車両Ｂ及び車両Ｃの行き先方向の角度θb及びθcとを比較し、角度差が所定の値φx以下となる行き先方向の角度をもつ車両の乗車情報を選択し、一覧L3を生成する。
【００９３】
上述の所定の値φxは、システム管理者によって、予め設定されるものとする。この例において、上述の所定の値φxは30度に設定したものとする。この場合、車両Ｂの角度差は82度、車両Ｃの角度差は11度となり、よって処理S1006で生成される一覧L3は、車両Ｃの乗車情報を含んだ内容となる。
【００９４】
以上の処理の流れにより、相乗り車両候補の一覧L3を得ることが出来る。
【００９５】
上述の実施例において、相乗り希望者の携帯端末200をＧＰＳ機能付き携帯端末としたが、本発明はこれに限定するものではなく、ＧＰＳ機能がない携帯端末であっても良い。この場合、相乗り希望者は現在位置を特定する情報を携帯端末200に入力し、図示しない送信ボタンを押下ことにより、携帯端末200からタクシー相乗り管理装置100の相乗り希望者情報取得部130に送信されるものとなる。
【００９６】
また、その他の実施例として、上述の相乗り車両候補の一覧L3の抽出後に、相乗りにより変更される経路と変更前の経路との距離差に基づいて、相乗り車両候補の優先順位を付加しても良いものとする。この場合、距離差が小さな値となる相乗り車両候補が、優先度の高い相乗り車両候補となる。
【００９７】
上述の経路の距離差を取得する方法は、相乗り車両の現在位置から相乗り希望者の現在位置を経由して相乗り車両の行き先位置へ到達するための経路長と、相乗り車両候補の現在位置から行き先位置までの直線の経路長との差分を算出することにより行うことが考えられる。
【００９８】
例えば、図１３に示すように、相乗り希望者の現在位置がA0であり、行き先位置がA1となる場合において、相乗り希望者の現在位置A0から等距離に位置する相乗り車両候補ＢとＣが存在したとする。
【００９９】
この場合、相乗り車両候補Ｂの経路の距離差Dbは、現在位置B0から行き先位置B1への直線経路の距離｜B0B1｜=800mと、相乗り希望者を経由する経路の距離｜B0A0｜+｜A0B1｜=1100mとから、Db=|B0A0|+|A0B1|-|B0B1|=300mを算出することにより得られる。
【０１００】
また同様に、相乗り車両候補Ｃの経路の距離差Dcは、現在位置C0から行き先位置C1への直線経路の距離｜C0C1｜=800mと、相乗り希望者を経由する経路の距離｜C0A0｜+｜A0C1｜=1400mとから、Dc=|C0A0|+|A0C1|-|C0C1|=600mを算出することにより得られる。
【０１０１】
この例において、相乗り車両候補Ｂの距離差Dbと、相乗り車両候補Ｃの距離差Dcとの関係は、[相乗り車両候補Ｂの距離差Db]＜[相乗り車両候補Ｃの距離差Dc]となる。ここで、相乗り車両候補Ｂの優先度を高く設定することにより、相乗りに伴う経路変更による経路長の変動が少ない相乗り車両候補を、相乗り車両として選択することが可能となる。
【０１０２】
上述の優先度の設定は、相乗り車両候補の乗車情報のデータ構造に新たに優先度を設定する項目を設けることで実現しても良いし、又は相乗り車両候補の一覧L3の乗車情報の並び替えによって行っても良い。
【０１０３】
（付記１）相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客が乗車している車両の乗車情報とに基づいて、相乗りを希望する前記第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する前記第一の顧客への相乗り車両の手配を行うタクシー相乗り管理処理をコンピュータに実行させるプログラムであって、
既に乗車している第二の顧客の行き先位置及び最新の現在位置を構成する行き先位置情報及び最新の現在位置情報と、前記第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶する乗車情報記憶処理ステップと、
前記乗車情報記憶処理ステップで記憶する前記第二の顧客が乗車している車両の乗車情報に含まれる現在位置情報を更新する現在位置情報更新処理ステップと、
前記第一の顧客の行き先位置及び現在位置を構成する行き先位置情報及び現在位置情報を用いて、前記第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理ステップと、
前記乗車情報記憶処理ステップで記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理ステップと、
前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を前記第一の顧客の相乗り候補として選択する相乗り候補選択処理ステップと、
前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する前記第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理ステップと、
相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信する相乗り手配結果送信処理ステップと、
をコンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。
【０１０４】
（付記２）上記請求項１記載のタクシー相乗り管理プログラムであって、
前記乗車情報記憶処理ステップで記憶する第二の顧客が乗車している車両の乗車情報に、前記第二の顧客が乗車している車両の走行速度を含み、
前記相乗り候補選択処理ステップにおいて、
前記第一の顧客の現在位置情報と、前記乗車情報記憶処理ステップで記憶する前記第二の顧客が乗車する車両の乗車情報とを用いて、前記第一の顧客の現在位置と前記第二の顧客が乗車している車両の現在位置とをつなぐ経路の経路長を取得する処理ステップと、
前記乗車情報記憶処理ステップで記憶する第二の顧客が乗車している車両の乗車情報より取得される、前記第二の顧客が乗車している車両の走行速度と、前記取得した前記第一の顧客の現在位置と前記第二の顧客が乗車している車両の現在位置とをつなぐ経路の経路長とを用いて、前記第二の顧客が乗車している車両が前記第一の顧客の現在位置を通過するまでの所要時間を取得する所要時間取得処理ステップと、
前記取得した所要時間が所定の閾値以下である場合に、前記第二の顧客が乗車している車両を、相乗り候補から除外する処理ステップと、
をコンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。（付記３）上記請求項１又は２記載のタクシー相乗り管理プログラムであって、
前記相乗り候補選択処理ステップで複数選択された第二の顧客が乗車している車両の乗車情報に含まれる第二の顧客の現在位置情報及び行き先位置情報と、相乗り希望者の現在位置情報及び行き先位置情報とから、前記第二の顧客の現在位置から行き先位置までの乗車経路長と、前記第二の顧客の現在位置から前記第一の顧客の現在位置を経由して前記第二の顧客の行き先位置までの乗車経路長との距離差を算出し、距離差が最も小さくなる乗車経路となる前記第二の顧客が乗車している車両を選択することを特徴とする相乗り候補選択処理ステップを、
コンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。
【０１０５】
（付記４）相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、第二の顧客が乗車する車両に搭載されている車載端末から送信される第二の顧客が乗車する車両の乗車情報とに基づいて、相乗りを希望する第一の顧客に対する相乗り候補となる第二の顧客が乗車する車両の乗車情報を抽出し、相乗りを希望する第一の顧客への相乗り車両の手配を行うタクシー相乗り管理方法であって、
既に乗車している第二の顧客の行き先位置及び最新の現在位置を構成する行き先位置情報及び最新の現在位置情報と、第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶し、
第一の顧客の行き先位置及び現在位置を構成する行き先位置情報及び現在位置情報から特定される第一の顧客の行き先方向と、
前記乗車情報記憶処理ステップで記憶された乗車情報の行き先情報と現在位置情報から特定される第二の顧客が乗車する車両の行き先方向との方向差が有効範囲内であると判定されたとき、前記第二の顧客が乗車する車両を前記第一の顧客の相乗り候補として選択し、
前記選択された第二の顧客が乗車している車両の乗車情報の車両番号より特定される車載端末に対して、相乗りを希望する第一の顧客の現在位置へ配車の指示を送信し、
相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信することを特徴とするタクシー相乗り管理方法。
【０１０６】
（付記５）相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客が乗車している車両の乗車情報とに基づいて、相乗りを希望する第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する第一の顧客への相乗り車両の手配を行うタクシー相乗り管理処理をコンピュータに実行させるプログラムであって、
既に乗車している第二の顧客の行き先位置及び最新の現在位置を緯度及び経度で構成する行き先位置情報及び最新の現在位置情報と、第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶する乗車情報記憶処理ステップと、
前記乗車情報記憶処理ステップで記憶する前記第二の顧客が乗車している車両の乗車情報に含まれる現在位置情報を更新する現在位置情報更新処理ステップと、
第一の顧客の行き先位置及び現在位置を緯度及び経度で構成する行き先位置情報及び現在位置情報を用いて、第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理ステップと、
前記乗車情報記憶処理ステップで記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理ステップと、
前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を第一の顧客の相乗り候補として選択する相乗り候補選択処理ステップと、
前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理ステップと、
相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信する相乗り手配結果送信処理ステップと、
をコンピュータに実行させることを特徴とするタクシー相乗り管理プログラム。
【０１０７】
（付記６）相乗りを希望する第一の顧客が所持する携帯端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客が乗車している車両の乗車情報とに基づいて、相乗りを希望する第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する第一の顧客への相乗り車両の手配を行うタクシー相乗り管理処理を行うタクシー相乗り管理装置であって、
既に乗車している第二の顧客の行き先位置及び最新の現在位置を緯度及び経度で構成する行き先位置情報及び最新の現在位置情報と、第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶する乗車情報ＤＢと、
前記乗車情報ＤＢで記憶する前記第二の顧客が乗車している車両の乗車情報に含まれる現在位置情報を更新する現在位置情報更新処理手段と、
第一の顧客の行き先位置及び現在位置を緯度及び経度で構成する行き先位置情報及び現在位置情報を用いて、第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理手段と、
前記乗車情報ＤＢで記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理手段と、
前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を第一の顧客の相乗り候補として選択する相乗り候補選択処理手段と、
前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理手段と、
相乗り車両の手配結果を前記第一の顧客が所持する携帯端末へ送信する相乗り手配結果送信処理手段と、
を具備することを特徴とするタクシー相乗り管理装置。
【０１０８】
【発明の効果】
本発明のタクシー相乗り管理プログラムにより、目的地が異なる場合においても、行き先の方向がほぼ同じであれば相乗りを可能とするため、相乗り機会を損なうことなく、相乗りを希望する顧客が行き先を任意に指定することを可能とし、相乗り時におけるタクシーの利便性を向上させることが出来る。
【図面の簡単な説明】
【図１】本発明のシステム構成を示す図
【図２】タクシー相乗り管理装置の機能構成を示す図
【図３】乗車情報の内容例を示す図
【図４】相乗り希望者情報の内容例を示す図
【図５】現在位置情報の内容例を示す図
【図６】相乗り車両情報の内容例を示す図
【図７】相乗り確認情報の内容例を示す図
【図８】第一の顧客が乗車した時及び現在位置の更新処理の流れを示す図
【図９】第二の顧客が相乗り希望情報を送信してから相乗り車両情報を受信するまでの処理の流れを示す図
【図１０】相乗り車両候補抽出部の抽出処理の流れを示す図
【図１１】相乗り車両候補の抽出処理の概念を示す図
【図１２】相乗り管理部の処理の流れを示す図
【図１３】相乗りにともなう経路変更の距離差の関係を示す図
Claims (4)
- 相乗りを希望する第一の顧客側の端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客が乗車している車両の乗車情報とに基づいて、相乗りを希望する前記第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する前記第一の顧客への相乗り車両の手配を行う相乗り管理処理をコンピュータに実行させるプログラムであって、
既に乗車している第二の顧客の行き先を示す行き先位置情報及び前記第二の顧客の位置を示す現在位置情報と、前記第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶する乗車情報記憶処理ステップと、
前記第一の顧客の行き先を示す行き先位置情報及び前記第一の顧客の位置を示す現在位置情報を用いて、前記第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理ステップと、
前記乗車情報記憶処理ステップで記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理ステップと、
前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を前記第一の顧客の相乗り候補として選択する相乗り候補選択処理ステップと、
前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する前記第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理ステップと、
相乗り車両の手配結果を前記第一の顧客側の端末へ送信する相乗り手配結果送信処理ステップと、
前記相乗り候補選択処理ステップで複数選択された第二の顧客が乗車している車両の乗車情報に含まれる第二の顧客の現在位置情報及び行き先位置情報と、相乗り希望者の現在位置情報及び行き先位置情報とから、前記第二の顧客の現在位置から行き先位置までの乗車経路長と、前記第二の顧客の現在位置から前記第一の顧客の現在位置を経由して前記第二の顧客の行き先位置までの乗車経路長との距離差を算出し、距離差が小さい乗車経路となる前記第二の顧客が乗車している車両を優先的に選択する第二の相乗り候補選択処理ステップとを、
をコンピュータに実行させる相乗り管理プログラム。 - 請求項１記載の相乗り管理プログラムであって、
前記乗車情報記憶処理ステップで記憶する第二の顧客が乗車している車両の乗車情報に、前記第二の顧客が乗車している車両の走行速度を含み、
前記相乗り候補選択処理ステップにおいて、前記第一の顧客の現在位置情報と、前記乗車情報記憶処理ステップで記憶する前記第二の顧客が乗車する車両の乗車情報とを用いて、前記第一の顧客の現在位置と前記第二の顧客が乗車している車両の現在位置とをつなぐ経路の経路長を取得する処理ステップと、
前記乗車情報記憶処理ステップで記憶する第二の顧客が乗車している車両の乗車情報より取得される、前記第二の顧客が乗車している車両の走行速度と、前記取得した前記第一の顧客の現在位置と前記第二の顧客が乗車している車両の現在位置とをつなぐ経路の経路長とを用いて、前記第二の顧客が乗車している車両が前記第一の顧客の現在位置を通過するまでの所要時間を取得する所要時間取得処理ステップと、
前記取得した所要時間が所定の閾値以下である場合に、前記第二の顧客が乗車している車両を、相乗り候補から除外する処理ステップと、
をコンピュータに実行させる相乗り管理プログラム。 - 相乗りを希望する第一の顧客側の端末から送信される相乗り希望者情報と、既に第二の顧客が乗車している車両に搭載されている車載端末から送信される第二の顧客 が乗車している車両の乗車情報とに基づいて、相乗りを希望する前記第一の顧客に対する相乗り候補となる第二の顧客が乗車している車両の乗車情報を抽出し、相乗りを希望する前記第一の顧客への相乗り車両の手配を行う相乗り管理装置であって、
既に乗車している第二の顧客の行き先を示す行き先位置情報及び前記第二の顧客の位置を示す現在位置情報と、前記第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶させる乗車情報記憶処理部と、
前記第一の顧客の行き先を示す行き先位置情報及び前記第一の顧客の位置を示す現在位置情報を用いて、前記第一の顧客の行き先方向を特定する第一の顧客の行き先方向特定処理部と、
前記乗車情報記憶処理部により記憶された乗車情報の行き先情報と現在位置情報とを用いて、第二の顧客が乗車している車両の行き先方向を特定する第二の顧客の行き先方向特定処理部と、
前記特定した第一の顧客の行き先方向と、前記特定した第二の顧客の行き先方向との方向差が所定の値以下である場合、前記第二の顧客が乗車している車両を前記第一の顧客の相乗り候補として選択する相乗り候補選択処理部と、
前記選択された第二の顧客が乗車している車両の乗車情報の前記車両番号より特定される車載端末に対して、相乗りを希望する前記第一の顧客の現在位置へ配車の指示を送信する相乗り指示送信処理部と、
相乗り車両の手配結果を前記第一の顧客側の端末へ送信する相乗り手配結果送信処理部と、
前記相乗り候補選択処理部により複数選択された第二の顧客が乗車している車両の乗車情報に含まれる第二の顧客の現在位置情報及び行き先位置情報と、相乗り希望者の現在位置情報及び行き先位置情報とから、前記第二の顧客の現在位置から行き先位置までの乗車経路長と、前記第二の顧客の現在位置から前記第一の顧客の現在位置を経由して前記第二の顧客の行き先位置までの乗車経路長との距離差を算出し、距離差が最も小さくなる乗車経路となる前記第二の顧客が乗車している車両を選択する第二の相乗り候補選択処理部と、
を備える相乗り管理装置。 - 相乗りを希望する第一の顧客側の端末から送信される相乗り希望者情報と、第二の顧客が乗車する車両に搭載されている車載端末から送信される第二の顧客が乗車する車両の乗車情報とに基づいて、相乗りを希望する前記第一の顧客に対する相乗り候補となる第二の顧客が乗車する車両の乗車情報を抽出し、相乗りを希望する前記第一の顧客への相乗り車両の手配を行う相乗り管理方法であって、
既に乗車している第二の顧客の行き先を示す行き先位置情報及び前記第二の顧客の位置を示す現在位置情報と、第二の顧客が乗車している車両に搭載されている車載端末を一意に特定する車両番号とを少なくとも含む乗車情報を記憶させ、
前記第一の顧客の行き先を示す行き先位置情報及び前記第一の顧客の位置を示す現在位置情報から特定される前記第一の顧客の行き先方向と、前記記憶された乗車情報の行き先情報と現在位置情報から特定される第二の顧客が乗車する車両の行き先方向との方向差が有効範囲内であると判定された場合、前記第二の顧客が乗車する車両を前記第一の顧客の相乗り候補として選択し、
前記選択された第二の顧客が乗車している車両の乗車情報の車両番号より特定される車載端末に対して、相乗りを希望する前記第一の顧客の現在位置へ配車の指示を送信し、
相乗り車両の手配結果を前記第一の顧客側の端末へ送信し、
前記相乗り候補として選択された第二の顧客が乗車している車両の乗車情報に含まれる第二の顧客の現在位置情報及び行き先位置情報と、相乗り希望者の現在位置情報及び行き先位置情報とから、前記第二の顧客の現在位置から行き先位置までの乗車経路長と、前記第二の顧客の現在位置から前記第一の顧客の現在位置を経由して前記第二の顧客の行き先位置までの乗車経路長との距離差を算出し、距離差が最も小さくなる乗車経路となる前記 第二の顧客が乗車している車両を選択する
相乗り管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003095849A JP4148002B2 (ja) | 2003-03-31 | 2003-03-31 | タクシー相乗り管理プログラム及びタクシー相乗り管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003095849A JP4148002B2 (ja) | 2003-03-31 | 2003-03-31 | タクシー相乗り管理プログラム及びタクシー相乗り管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004302941A JP2004302941A (ja) | 2004-10-28 |
| JP4148002B2 true JP4148002B2 (ja) | 2008-09-10 |
Family
ID=33408075
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003095849A Expired - Fee Related JP4148002B2 (ja) | 2003-03-31 | 2003-03-31 | タクシー相乗り管理プログラム及びタクシー相乗り管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4148002B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016037090A1 (en) * | 2014-09-05 | 2016-03-10 | Uber Technologies, Inc. | Providing route information to devices during a shared transport service |
| US9723469B2 (en) | 2015-06-17 | 2017-08-01 | Uber Technologies, Inc. | Trip anomaly detection system |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009289192A (ja) * | 2008-05-30 | 2009-12-10 | Aisin Aw Co Ltd | 相乗り乗車システム |
| JP5214391B2 (ja) * | 2008-10-06 | 2013-06-19 | 株式会社日本総合研究所 | 利用者情報送信装置および利用者情報送信システム |
| US9965783B2 (en) | 2014-02-07 | 2018-05-08 | Uber Technologies, Inc. | User controlled media for use with on-demand transport services |
| CN104464275B (zh) * | 2014-02-23 | 2016-09-07 | 广州市沃希信息科技有限公司 | 一种基于多计程车的拼车方法、系统及服务器 |
| AU2014386266A1 (en) | 2014-03-13 | 2016-09-29 | Uber Technologies, Inc. | Configurable push notifications for a transport service |
| US10458801B2 (en) | 2014-05-06 | 2019-10-29 | Uber Technologies, Inc. | Systems and methods for travel planning that calls for at least one transportation vehicle unit |
| US9552559B2 (en) | 2014-05-06 | 2017-01-24 | Elwha Llc | System and methods for verifying that one or more directives that direct transport of a second end user does not conflict with one or more obligations to transport a first end user |
| WO2015171772A1 (en) | 2014-05-06 | 2015-11-12 | Lord Robert W | System and methods for verifying that one or more end user transport directives do not conflict with one or more package delivery directives |
| US9536271B2 (en) | 2014-05-16 | 2017-01-03 | Uber Technologies, Inc. | User-configurable indication device for use with an on-demand transport service |
| AU2015296265A1 (en) * | 2014-07-30 | 2017-02-16 | Uber Technologies, Inc. | Arranging a transport service for multiple users |
| SG10202000037SA (en) | 2014-08-04 | 2020-03-30 | Uber Technologies Inc | Determining and providing predetermined location data points to service providers |
| EP3183707A4 (en) | 2014-08-21 | 2018-02-28 | Uber Technologies Inc. | Arranging a transport service for a user based on the estimated time of arrival of the user |
| BR112017016820A2 (pt) | 2015-02-05 | 2018-04-03 | Uber Technologies Inc | determinação de modo programático de informações de localização em conexão com um serviço de transporte |
| JP6343248B2 (ja) * | 2015-04-13 | 2018-06-13 | パナソニック株式会社 | 車載端末装置及びこれを備えた歩車間通信システム及び車両待ち合わせ方法 |
| US9939279B2 (en) | 2015-11-16 | 2018-04-10 | Uber Technologies, Inc. | Method and system for shared transport |
| WO2017088828A1 (en) * | 2015-11-26 | 2017-06-01 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for allocating sharable orders |
| US10685416B2 (en) | 2015-12-10 | 2020-06-16 | Uber Technologies, Inc. | Suggested pickup location for ride services |
| US9813510B1 (en) | 2016-09-26 | 2017-11-07 | Uber Technologies, Inc. | Network system to compute and transmit data based on predictive information |
| US10325442B2 (en) | 2016-10-12 | 2019-06-18 | Uber Technologies, Inc. | Facilitating direct rider driver pairing for mass egress areas |
| US10355788B2 (en) | 2017-01-06 | 2019-07-16 | Uber Technologies, Inc. | Method and system for ultrasonic proximity service |
| CN106781677B (zh) * | 2017-01-26 | 2023-09-29 | 王勇 | 一种停车场空闲车位的统计方法及系统 |
| KR101916729B1 (ko) * | 2017-01-31 | 2018-11-08 | 엘지전자 주식회사 | 이동 단말기 및 그 제어방법 |
| US10721327B2 (en) | 2017-08-11 | 2020-07-21 | Uber Technologies, Inc. | Dynamic scheduling system for planned service requests |
| US10567520B2 (en) | 2017-10-10 | 2020-02-18 | Uber Technologies, Inc. | Multi-user requests for service and optimizations thereof |
| US10731998B2 (en) | 2017-11-05 | 2020-08-04 | Uber Technologies, Inc. | Network computer system to arrange pooled transport services |
| JP6969507B2 (ja) * | 2018-06-21 | 2021-11-24 | トヨタ自動車株式会社 | 情報処理装置、情報処理方法及びプログラム |
| US20210207965A1 (en) * | 2018-06-29 | 2021-07-08 | Sony Corporation | Information processing device, moving device, information processing system, method, and program |
| KR102119493B1 (ko) * | 2018-11-28 | 2020-06-08 | 서울대학교산학협력단 | 다인승 교통수단 관제 장치 및 관제 방법 |
| US11570276B2 (en) | 2020-01-17 | 2023-01-31 | Uber Technologies, Inc. | Forecasting requests based on context data for a network-based service |
| JP7429585B2 (ja) | 2020-03-30 | 2024-02-08 | 本田技研工業株式会社 | 乗合支援システム |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002149766A (ja) * | 2000-11-06 | 2002-05-24 | Nec Custommax Ltd | タクシーサービス方法、データサービス方法、データ処理方法および装置、情報記憶媒体 |
| JP4458453B2 (ja) * | 2001-07-30 | 2010-04-28 | カシオ計算機株式会社 | 相乗り仲介管理装置及びそのプログラム |
-
2003
- 2003-03-31 JP JP2003095849A patent/JP4148002B2/ja not_active Expired - Fee Related
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016037090A1 (en) * | 2014-09-05 | 2016-03-10 | Uber Technologies, Inc. | Providing route information to devices during a shared transport service |
| US9706367B2 (en) | 2014-09-05 | 2017-07-11 | Uber Technologies, Inc. | Providing route information to devices during a shared transport service |
| US10212556B2 (en) | 2014-09-05 | 2019-02-19 | Uber Technologies, Inc. | Providing route information to devices during a shared transport service |
| US10873839B2 (en) | 2014-09-05 | 2020-12-22 | Uber Technologies, Inc. | Providing route information to devices during a shared transport service |
| US11700515B2 (en) | 2014-09-05 | 2023-07-11 | Uber Technologies, Inc. | Providing route information to devices during a shared transport service |
| US9723469B2 (en) | 2015-06-17 | 2017-08-01 | Uber Technologies, Inc. | Trip anomaly detection system |
| US9762601B2 (en) | 2015-06-17 | 2017-09-12 | Uber Technologies, Inc. | Trip anomaly detection system |
| US9883371B2 (en) | 2015-06-17 | 2018-01-30 | Uber Technologies, Inc. | Trip anomaly detection system |
| US10123199B2 (en) | 2015-06-17 | 2018-11-06 | Uber Technologies, Inc. | Trip anomaly detection system |
| US10301867B2 (en) | 2015-06-17 | 2019-05-28 | Uber Technologies, Inc. | Trip anomaly detection system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004302941A (ja) | 2004-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4148002B2 (ja) | タクシー相乗り管理プログラム及びタクシー相乗り管理方法 | |
| US20190103028A1 (en) | Demand responsive operation system | |
| JP6673037B2 (ja) | オンデマンド客貨混載システム及び車載機 | |
| WO2019225045A1 (ja) | 配車装置、配車方法、コンピュータプログラム、及びコンピュータ読み取り可能な記録媒体 | |
| JP2018163578A (ja) | アクティブ迎車システムにおける迎車制御サーバ、車載端末、制御方法及び制御プログラム | |
| JP2012088925A (ja) | エコタクシー配車支援システム | |
| JP2004192366A (ja) | 配車システム | |
| CN108332765B (zh) | 拼车出行路线生成方法及装置 | |
| JP2008065773A (ja) | 搭乗予約受付システム、サーバ、端末、搭乗予約受付方法及びプログラム | |
| JP2019219781A (ja) | 営業用車両運用システム | |
| JP2023096084A (ja) | 運行管理装置 | |
| CN113393137B (zh) | 一种基于车联网的调度共享系统 | |
| CN112236806A (zh) | 人车会合支持系统以及车辆共乘支持系统 | |
| WO2019225046A1 (ja) | 配車装置、配車方法、コンピュータプログラム、及びコンピュータ読み取り可能な記録媒体 | |
| US12002126B2 (en) | Vehicle information processing apparatus, vehicle information processing system, and method of processing vehicle information | |
| JP2004227262A (ja) | 即応型車両乗降システム、方法およびプログラム | |
| CN113853638A (zh) | 车辆调度服务上车地点决定方法以及车辆调度服务上车地点决定系统 | |
| JP2003058986A (ja) | 車両運行管制システム | |
| CN109166304A (zh) | 一种智能公交系统 | |
| US20210027632A1 (en) | Vehicle dispatch apparatus, vehicle dispatch system and vehicle dispatch method | |
| JP7402027B2 (ja) | 相乗移動支援システム | |
| JP2003217091A (ja) | タクシー運行状況検索式乗車予約システム | |
| JP7199844B2 (ja) | 車両管理システム及び車両管理方法 | |
| JP2006264380A (ja) | 列車内の運転席内処理装置及び車車間通信方式 | |
| CN113159384A (zh) | 一种网约车订单的路线拼接规划方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060117 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070531 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070606 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080218 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080311 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080509 |
|
| 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: 20080603 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080616 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110704 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110704 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120704 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120704 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130704 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |