ホーム > 特許ランキング > 矢崎エナジーシステム株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2022-187348タクシー管理装置、タクシー管理システム及びタクシー管理装置用のプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022187348
(43)【公開日】2022-12-19
(54)【発明の名称】タクシー管理装置、タクシー管理システム及びタクシー管理装置用のプログラム
(51)【国際特許分類】
G06Q 50/30 20120101AFI20221212BHJP
【ＦＩ】
G06Q50/30
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2021095336
(22)【出願日】2021-06-07
(71)【出願人】
【識別番号】501418498
【氏名又は名称】矢崎エナジーシステム株式会社
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】堀内 克充
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC42
(57)【要約】 （修正有）
【課題】全てのタクシー事業者に対して効率的にタクシー利用券を利用させることにより、利用者の需要に適切に対応できるタクシー管理装置、タクシー管理システム及びタクシー管理装置用のプログラムを提供する。
【解決手段】タクシーメータを備える車両、タクシー事業者の事業者端末、自治体端末及びサーバ５を備えるタクシー管理システムにおいて、サーバの処理は、タクシー事業者毎の時間帯別の空車台数が格納されているデータベースから空車台数を読み取って、タクシー事業者毎の閾値として設定しＳ１５、タクシー車両に搭載されたタクシーメータから稼働状況を定期的に取得しＳ１６、Ｓ１７、稼働状況に基づいて、タクシー事業者毎に回数券稼働台数を定期的に算出し、タクシー事業者毎に回数券稼働台数を閾値で除した値を回数券稼働率として算出しＳ１８、回数券稼働率の低いタクシー事業者に対して回数券の利用エリアへの増車を要請するＳ２１。
【選択図】図６
【解決手段】タクシーメータを備える車両、タクシー事業者の事業者端末、自治体端末及びサーバ５を備えるタクシー管理システムにおいて、サーバの処理は、タクシー事業者毎の時間帯別の空車台数が格納されているデータベースから空車台数を読み取って、タクシー事業者毎の閾値として設定しＳ１５、タクシー車両に搭載されたタクシーメータから稼働状況を定期的に取得しＳ１６、Ｓ１７、稼働状況に基づいて、タクシー事業者毎に回数券稼働台数を定期的に算出し、タクシー事業者毎に回数券稼働台数を閾値で除した値を回数券稼働率として算出しＳ１８、回数券稼働率の低いタクシー事業者に対して回数券の利用エリアへの増車を要請するＳ２１。
【選択図】図６
【特許請求の範囲】
【請求項1】
複数のタクシー事業者のタクシー車両を管理するタクシー管理装置であって、
営業中の前記タクシー車両の稼働状況を定期的に取得する稼働状況取得部と、
前記タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部と、を備えた、
タクシー管理装置。
営業中の前記タクシー車両の稼働状況を定期的に取得する稼働状況取得部と、
前記タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部と、を備えた、
タクシー管理装置。
【請求項2】
請求項１に記載のタクシー管理装置において、
前記稼働状況取得部により過去に取得された前記稼働状況に基づいて、前記空車台数を予測し、予測した前記空車台数を前記格納部に格納する空車台数予測部をさらに備えた、
タクシー管理装置。
前記稼働状況取得部により過去に取得された前記稼働状況に基づいて、前記空車台数を予測し、予測した前記空車台数を前記格納部に格納する空車台数予測部をさらに備えた、
タクシー管理装置。
【請求項3】
請求項１又は２に記載のタクシー管理装置において、
前記増車要請部は、前記利用券稼働率が１００％を超える前記タクシー事業者が１つ以上あり、かつ、全ての前記タクシー事業者の前記利用券稼働率が１００％を超えない場合、増車を要請する、
タクシー管理装置。
前記増車要請部は、前記利用券稼働率が１００％を超える前記タクシー事業者が１つ以上あり、かつ、全ての前記タクシー事業者の前記利用券稼働率が１００％を超えない場合、増車を要請する、
タクシー管理装置。
【請求項4】
請求項１～３の何れか１項に記載のタクシー管理装置において、
全ての前記タクシー事業者の前記利用券稼働率が１００％を超えている場合、前記タクシー利用券の販売を管理している販売管理者に対して警告を行う警告部を備えた、
タクシー管理装置。
全ての前記タクシー事業者の前記利用券稼働率が１００％を超えている場合、前記タクシー利用券の販売を管理している販売管理者に対して警告を行う警告部を備えた、
タクシー管理装置。
【請求項5】
複数のタクシー事業者のタクシー車両を管理するタクシー管理システムであって、
前記タクシー車両に搭載され、前記タクシー車両の稼働状況を収集して送信する車載器と、
前記車載器から前記稼働状況を受信するサーバと、
前記サーバと通信可能な前記タクシー事業者が所有する事業者端末と、を備え、
前記サーバは、前記車載器から送信された前記稼働状況を受信して取得する稼働状況取得部と、
前記タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部と、を有する、
タクシー管理システム。
前記タクシー車両に搭載され、前記タクシー車両の稼働状況を収集して送信する車載器と、
前記車載器から前記稼働状況を受信するサーバと、
前記サーバと通信可能な前記タクシー事業者が所有する事業者端末と、を備え、
前記サーバは、前記車載器から送信された前記稼働状況を受信して取得する稼働状況取得部と、
前記タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部と、を有する、
タクシー管理システム。
【請求項6】
コンピュータに、
営業中のタクシー車両の稼働状況を定期的に取得する稼働状況取得部と、
タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部として機能させる、
タクシー管理装置用のプログラム。
営業中のタクシー車両の稼働状況を定期的に取得する稼働状況取得部と、
タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部として機能させる、
タクシー管理装置用のプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、タクシー管理装置、タクシー管理システム及びタクシー管理装置用のプログラムに関する。
【背景技術】
【0002】
２０２０年１１月３０日からタクシーの「一括定額運賃」が導入され、申請受付が開始された。「一括定額運賃」とは、タクシーの回数券（タクシー利用券）に相当するものである。この一括定額運賃においては、自治体などが回数券の販売を管理し、複数のタクシー事業者で共通の回数券が利用できる場合がある。この場合、自治体は、全てのタクシー事業者に対して効率的に回数券を利用させることが運営上望ましい。
【0003】
また、回数券を発行する際、円滑な運送を提供するため、実働車両に対して回数券を過剰に販売することはできない。そのため、一定期間内の販売数を制限するが、実際の利用者の利用時間帯まで判断がつかないため、時間帯によっては需要に対する供給車両が不足することが考えられる。
【0004】
また、従来技術として、タクシーの需要のあるエリアを予測して、そのエリアにタクシーを増車させる技術が提案されている（特許文献１～３）。しかしながら、従来技術では、タクシー回数券による新たな需要まで考慮しておらず、利用者の需要に適切に対応できなかった。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２００８－５２４５５号公報
【特許文献2】特開２０１４－１３０５５２号公報
【特許文献3】特開２０１７－１９４８６３号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明は、上述した事情に鑑みてなされたものであり、その目的は、全てのタクシー事業者に対して効率的にタクシー利用券を利用させことにより、利用者の需要に適切に対応できるタクシー管理装置、タクシー管理システム及びタクシー管理装置用のプログラムを提供することにある。
【課題を解決するための手段】
【0007】
前述した目的を達成するために、本発明に係るタクシー管理装置、タクシー管理システム及びタクシー管理装置用のプログラムは、下記［１］～［６］を特徴としている。
［１］
複数のタクシー事業者のタクシー車両を管理するタクシー管理装置であって、
営業中の前記タクシー車両の稼働状況を定期的に取得する稼働状況取得部と、
前記タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部と、を備えた、
タクシー管理装置であること。
［２］
［１］に記載のタクシー管理装置において、
前記稼働状況取得部により過去に取得された前記稼働状況に基づいて、前記空車台数を予測し、予測した前記空車台数を前記格納部に格納する空車台数予測部をさらに備えた、
タクシー管理装置であること。
［３］
［１］又は［２］に記載のタクシー管理装置において、
前記増車要請部は、前記利用券稼働率が１００％を超える前記タクシー事業者が１つ以上あり、かつ、全ての前記タクシー事業者の前記利用券稼働率が１００％を超えない場合、増車を要請する、
タクシー管理装置であること。
［４］
［１］～［３］の何れか１項に記載のタクシー管理装置において、
全ての前記タクシー事業者の前記利用券稼働率が１００％を超えている場合、前記タクシー利用券の販売を管理している販売管理者に対して警告を行う警告部を備えた、
タクシー管理装置であること。
［５］
複数のタクシー事業者のタクシー車両を管理するタクシー管理システムであって、
前記タクシー車両に搭載され、前記タクシー車両の稼働状況を収集して送信する車載器と、
前記車載器から前記稼働状況を受信するサーバと、
前記サーバと通信可能な前記タクシー事業者が所有する事業者端末と、を備え、
前記サーバは、前記車載器から送信された前記稼働状況を受信して取得する稼働状況取得部と、
前記タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部と、を有する、
タクシー管理システムであること。
［６］
コンピュータに、
営業中のタクシー車両の稼働状況を定期的に取得する稼働状況取得部と、
タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部として機能させる、
タクシー管理装置用のプログラムであること。
［１］
複数のタクシー事業者のタクシー車両を管理するタクシー管理装置であって、
営業中の前記タクシー車両の稼働状況を定期的に取得する稼働状況取得部と、
前記タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部と、を備えた、
タクシー管理装置であること。
［２］
［１］に記載のタクシー管理装置において、
前記稼働状況取得部により過去に取得された前記稼働状況に基づいて、前記空車台数を予測し、予測した前記空車台数を前記格納部に格納する空車台数予測部をさらに備えた、
タクシー管理装置であること。
［３］
［１］又は［２］に記載のタクシー管理装置において、
前記増車要請部は、前記利用券稼働率が１００％を超える前記タクシー事業者が１つ以上あり、かつ、全ての前記タクシー事業者の前記利用券稼働率が１００％を超えない場合、増車を要請する、
タクシー管理装置であること。
［４］
［１］～［３］の何れか１項に記載のタクシー管理装置において、
全ての前記タクシー事業者の前記利用券稼働率が１００％を超えている場合、前記タクシー利用券の販売を管理している販売管理者に対して警告を行う警告部を備えた、
タクシー管理装置であること。
［５］
複数のタクシー事業者のタクシー車両を管理するタクシー管理システムであって、
前記タクシー車両に搭載され、前記タクシー車両の稼働状況を収集して送信する車載器と、
前記車載器から前記稼働状況を受信するサーバと、
前記サーバと通信可能な前記タクシー事業者が所有する事業者端末と、を備え、
前記サーバは、前記車載器から送信された前記稼働状況を受信して取得する稼働状況取得部と、
前記タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部と、を有する、
タクシー管理システムであること。
［６］
コンピュータに、
営業中のタクシー車両の稼働状況を定期的に取得する稼働状況取得部と、
タクシー事業者毎の時間帯別の空車台数が格納された格納部と、
前記稼働状況取得部が取得した前記稼働状況に基づいて、前記タクシー事業者毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部と、
前記格納部から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者毎の閾値として設定する閾値設定部と、
前記タクシー事業者毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部と、
前記利用券稼働率の低い前記タクシー事業者に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部として機能させる、
タクシー管理装置用のプログラムであること。
【0008】
上記［１］、［５］及び［６］の構成のタクシー管理装置、タクシー管理システム及びタクシー管理装置用のプログラムによれば、増車要請部が、利用券稼働率の低いタクシー事業者に対して利用券の利用エリアへの増車を要請する。これにより、全てのタクシー事業者に対して効率的に（公平に）タクシー利用券を利用させることにより、利用者の需要に適切に対応できる。
上記［２］の構成のタクシー管理装置によれば、空車台数予測部が、稼働状況取得部により過去に取得された稼働状況に基づいて、空車台数を予測し、予測した空車台数を格納部に格納する。これにより、精度よく、時間帯別の空車台数を予測して、格納部に格納することができる。
上記［３］の構成のタクシー管理装置によれば、全てのタクシー事業者に対して公平にタクシー利用券を利用させることができる。
上記［４］の構成のタクシー管理装置によれば、警告部により販売管理者に対してタクシー利用券の販売数が過剰であることを警告することができる。
上記［２］の構成のタクシー管理装置によれば、空車台数予測部が、稼働状況取得部により過去に取得された稼働状況に基づいて、空車台数を予測し、予測した空車台数を格納部に格納する。これにより、精度よく、時間帯別の空車台数を予測して、格納部に格納することができる。
上記［３］の構成のタクシー管理装置によれば、全てのタクシー事業者に対して公平にタクシー利用券を利用させることができる。
上記［４］の構成のタクシー管理装置によれば、警告部により販売管理者に対してタクシー利用券の販売数が過剰であることを警告することができる。
【発明の効果】
【0009】
本発明によれば、全てのタクシー事業者に対して効率的にタクシー利用券を利用させことにより、利用者の需要に適切に対応できるタクシー管理装置、タクシー管理システム及びタクシー管理装置用のプログラムを提供できる。
【0010】
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【図面の簡単な説明】
【0011】
【発明を実施するための形態】
【0012】
本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。
【0013】
図１は、本発明のタクシー管理システム１の一実施形態を示すブロック図である。図１に示すタクシー管理システム１には、自治体（管理販売者）などが発券した共通のタクシー回数券（タクシー利用券）の利用が可能な複数のタクシー事業者Ｂ１～Ｂ３（以下、単に事業者Ｂ１～Ｂ３と記載することもある）が参加している。タクシー回数券は、予め定めた区間の乗車が、予め定めた回数乗車できる乗車券である。タクシー管理システム１は、回数券稼働率の低いタクシー事業者Ｂ１～Ｂ３に対して回数券が利用できるエリアへの増車要請を行うシステムである。本システム１により、各事業者Ｂ１～Ｂ３に対して公平に回数券利用者を割り振ることができる。
【0014】
タクシー管理システム１は、タクシー車両１０に搭載された車載器としてのタクシーメータ２と、各タクシー事業者Ｂ１～Ｂ３が所有する事業者端末３と、自治体が所有する自治体端末４と、タクシーメータ２及び端末３、４とインターネット通信網１１を介して通信可能なタクシー管理装置としてのサーバ５と、を備えている。
【0015】
タクシーメータ２は、タクシー車両１０に搭載され、運賃の算出を行う。タクシーメータ２は、図２に示すように、操作部２１と、入力部２２と、通信部２３と、制御部２４と、を有している。
【0016】
操作部２１は、空車ボタン、実車ボタン、回数券利用ボタン、支払いボタン、などの各種ボタンから構成されている。操作部２１は、タクシー運転手がタクシー車両１０の稼働状況（お客様が乗っていない空車か、タクシー回数券を利用した実車か、タクシー回数券を利用していない実車か、目的地まで到着して支払いをしている支払いかなど）を入力するための操作部である。
【0017】
入力部２２は、走行センサ１２に接続され、走行センサ１２からの走行パルスが入力される。走行センサ１２は、タクシー車両１０が所定距離走行する毎に１パルスの走行パルスを出力する。通信部２３は、インターネット通信網１１に無線接続するための回路やアンテナ等から構成されている。
【0018】
制御部２４は、例えばＲＡＭ(Random Access Memory)やＲＯＭ(Read Only Memory)などのメモリを備えたＣＰＵ(Central Processing Unit)で構成され、タクシーメータ２全体の制御を司る。制御部２４は、実車ボタンが押されると運賃の算出処理を行う。この運賃の算出処理において制御部は、所定距離走行する毎に距離運賃を加算すると共に、渋滞やお客様都合によりタクシー車両を待機させるなどによって所定速度（例えば時速１０ｋｍ）以下で所定時間（例えば９０秒）走行する毎にも時間運賃を加算する。制御部２５は、走行パルスをカウントすることによって所定距離走行したか否かを判定すると共に、走行速度を求め、所定速度以下か否かを判定する。
【0019】
また、制御部２４は、定期的に操作部２１の操作状況から稼働状況を取得し、取得した稼働状況をサーバ５に送信する。
【0020】
サーバ５は、図３に示すように、通信部５１と、格納部としてのデータベース（以下、ＤＢ）５２と、制御部５３と、を有している。通信部５１は、インターネット通信網１１に接続するための回路などで構成されている。ＤＢ５２は、複数のタクシー車両１０各々に搭載されたタクシーメータ２から収集した稼働状況が記憶される。制御部５３は、例えば、ＲＡＭやＲＯＭなどのメモリを備えたＣＰＵ（コンピュータ）で構成され、ＣＰＵはプログラムに従って動作することにより、サーバ５全体の制御を司る。
【0021】
事業者端末３は、各事業者Ｂ１～Ｂ３が所有する端末である。自治体端末４は、自治体が所有する端末である。端末３、４は、ＲＡＭやＲＯＭなどのメモリを備えたＣＰＵや、表示部、操作部（図示せず）を備えている。端末３、４は、ＰＣ（Personal Computer）から構成されていてもよいし、スマートフォンなどのタブレット端末から構成されていてもよい。
【0022】
次に、上述した構成のタクシー管理システム１の動作について説明する。図４に示すように、タクシーメータ２の制御部２４（以下、タクシーメータ２と略記）は、タイマをセットし（Ｓ１）、その後、タイマをセットしてから所定時間（例えば、１分）が経過したか否かを判定する（Ｓ２）。１分経過していれば（Ｓ２でＹ）、タクシーメータ２は、操作部２１の操作状況から稼働状況を取得する（Ｓ３）。その後、タクシーメータ２は、取得した稼働状況位置情報及び時刻情報をサーバ５に送信する（Ｓ４）。以上の動作により、タクシーメータ２は、稼働状況をサーバ５にリアルタイムに送信することができる。サーバ５は、稼働状況取得部として機能し、各タクシー車両１０から稼働状況を受信し、受信した稼働状況をＤＢ５２に記憶する。
【0023】
また、サーバ５は、空車台数予測部として機能し、回数券導入前に、図５に示すように、タクシー車両１０から収集した稼働状況に基づいて、事業者Ｂ１～Ｂ３毎の時間帯別の空車台数を予測し、ＤＢ５２に格納する。図５に示す例では、サーバ５は、１時間毎の空車台数を求めている。時間帯別の空車台数の求め方としては、例えば下記のように行う。上述したように１分毎に現在営業しているタクシー車両１０から稼働状況がサーバ５に送信される。１分毎に各タクシー車両から送信される稼働状況に基づいて、サーバ５は、１分毎に空車台数を求め、求めたい時間帯における１分毎の空車台数の平均値をその時間帯の空車台数とする。例えば、９時～１０時の空車台数を求める場合は、９時１分の空車台数、９時２分の空車台数…１０時の空車台数を求め、これら求めた空車台数の平均を９時～１０時の空車台数とする。自治体は、この空車台数に応じてタクシー回数券の販売数を決めることができる。例えば、空車台数に比べてタクシー回数券の販売数が多ければ、需要と供給のバランスが崩れて、タクシー回数券を利用できない利用者が増えてしまう。このため、自治体は、空車台数を参照して、需要と供給のバランスが取れるような、タクシー回数券の販売数を決める。
【0024】
回数券導入後も、タクシーメータ２は、図４に示す処理を行い、稼働状況をリアルタイムにサーバ５に送信している。なお、回数券導入後は、回数券利用ボタンが利用可能となり、タクシーメータ２は、回数券利用の実車か、回数券の利用がない実車か、が判別できる稼働状況をサーバ５に送信している。
【0025】
また、回数券導入後、サーバ５は、図６及び図７に示すメイン処理を実行する。まず、サーバ５の制御部５３（以下、サーバ５と略記）は、タイマをセットし（Ｓ１１）、その後、所定時間経過したか否かを判定する（Ｓ１２）。所定時間経過していれば、サーバ５は、参加している事業者数を読み取り、ｍ＝事業者数とする（Ｓ１３）。図１に示す例では、参加している事業者数は事業者Ｂ１～Ｂ３の３つなので、Ｓ１３においてサーバ５は、ｍ＝３とする。その後、サーバ５は、後述する事業者Ｂｍに対する増車要請判断処理（Ｓ１４～Ｓ１８）を行う。
【0026】
まず、サーバ５は、現在の時刻を取得する（Ｓ１４）。その後、サーバ５は、閾値設定部として機能し、事前に求めてＤＢ５２に格納した事業者Ｂ１～Ｂ３毎の時間帯別の空車台数から、事業者ＢｍのＳ１４で取得した時刻に相当する時間帯別の空車台数を読み出し、事業者Ｂｍの回数券運行可能台数（以下、閾値）として設定する（Ｓ１５）。事業者Ｂ１～Ｂ３毎の時間帯別の空車台数は、その事業者Ｂ１～Ｂ３が、その時間帯において回数券の運行に回せる台数であり、その台数が閾値に設定される。
【0027】
その後、サーバ５は、事業者Ｂｍに対する稼働状況取得処理を行う（Ｓ１６、Ｓ１７）。稼働状況取得処理において、サーバ５は、Ｓ１４で取得した時刻、または時刻に近い時点での事業者Ｂｍのタクシー車両１０の稼働状況を取得する（Ｓ１６）。その後、サーバ５は、利用券稼働台数算出部として機能し、Ｓ１６において取得した稼働状況に基づいて、Ｓ１４で取得した時刻、または時刻に近い時点での回数券稼働台数（回数券を利用した実車となっている台数）を取得する（Ｓ１７）。次に、サーバ５は、利用券稼働率算出部として機能し、回数券稼働台数を閾値で除した値（即ち回数券稼働台数／閾値）を回数券稼働率として算出して、ＤＢ５２に格納する（Ｓ１８）。
【0028】
その後、サーバ５は、ｍをインクリメントする（Ｓ１９）。次に、サーバ５は、ｍが０に達したか否かを判定する（Ｓ２０）。ｍが０でなければ（Ｓ２０でＮ）、サーバ５は、全ての事業者Ｂ１～Ｂ３の回数券稼働率が算出されていないと判断して、Ｓ１４に戻る。一方、ｍが０であれば（Ｓ２０でＹ）、サーバ５は、全ての事業者Ｂ１～Ｂ３の回数券稼働率が算出されたと判断して、次の増車要請処理を行う（Ｓ２１）。
【0029】
増車要請処理において、サーバ５は、増車要請部として機能する。サーバ５は、全事業者Ｂ１～Ｂ３の回数券稼働率をＤＢ５２から読み取る（Ｓ２１１）。全事業者Ｂ１～Ｂ３の回数券稼働率が１００％以上であれば（Ｓ２１２でＹ）、サーバ５は、タクシー回数券の販売数が多すぎるとして、自治体端末４に対して警告を送信する（Ｓ２１３）。これに対して、全事業者Ｂ１～Ｂ３の回数券稼働率が１００％以上でなければ（Ｓ２１２でＮ）、次に、サーバ５は、全事業者Ｂ１～Ｂ３の回数券稼働率が１００％未満であるか否かを判定する（Ｓ２１４）。全事業者Ｂ１～Ｂ３の回数券稼働率が１００％未満であれば（Ｓ２１４でＹ）、サーバ５は、警告も増車要請の通知も送信せずに、増車要請処理を終了する。
【0030】
これに対して、全事業者Ｂ１～Ｂ３の回数券稼働率が１００％未満でなければ（Ｓ２１４でＮ）、サーバ５は、回数券稼働率順に事業者Ｂ１～Ｂ２をソートする（Ｓ２１５）。サーバ５は、ソート結果に基づいて、回数券稼働率の最下位の事業者Ｂ１～Ｂ３を決定し（Ｓ２１６）、最下位事業者Ｂ１～Ｂ３に対して、回数券エリアへの増車を要請する増車要請通知を送信し（Ｓ２１７）、増車要請処理を終了する。
【0031】
上述したメイン処理によれば、サーバ５は、定期的に事業者Ｂ１～Ｂ３の回数券稼働率を算出し、算出した回数券稼働率に応じて自治体に対して警告や事業者Ｂ１～Ｂ３に対して増車要請通知を送信する。
【0032】
上述した実施形態によれば、サーバ５は、回数券稼働率の低いタクシー事業者Ｂ１～Ｂ３に対して回数券の利用エリアへの増車要請通知を送信する。これにより、全てのタクシー事業者Ｂ１～Ｂ３に対して効率的に（公平に）回数券を利用させることにより、利用者の需要に適切に対応できる。
【0033】
また、上述した実施形態によれば、サーバ５は、過去に取得された稼働状況に基づいて、事業者毎の時間帯別の空車台数を予測し、予測した空車台数をＤＢ５２に格納している。これにより、精度よく、時間帯別の空車台数を予測して、ＤＢ５２に格納することができる。
【0034】
また、上述した実施形態によれば、サーバ５は、回数券稼働率が１００％を超えるタクシー事業者Ｂ１～Ｂ３が１つ以上あり、かつ、全てのタクシー事業者Ｂ１～Ｂ３の回数券稼働率が１００％を超えない場合、増車を要請する。これにより、全てのタクシー事業者Ｂ１～Ｂ３に対して公平に回数券を利用させることができる。
【0035】
また、上述した実施形態によれば、サーバ５は、全てのタクシー事業者Ｂ１～Ｂ３の回数券稼働率が１００％を超えている場合、回数券の販売を管理している自治体に対して警告を送信している。これにより、自治体に対して回数券の販売数が過剰であることを警告することができる。
【0036】
なお、本発明は、上述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。
【0037】
上述した実施形態によれば、タクシー利用券として回数券を用いていたが、これに限ったものではない。定期券あるいは回数券、定期券の両方に適用してもよい。
【0038】
また、上述した実施形態によれば、サーバ５が、過去の稼働状況の実績によりタクシー事業者Ｂ１～Ｂ３毎の時間帯別の空車台数を予測して、ＤＢ５２に格納していたが、これに限ったものではない。各タクシー事業者Ｂ１～Ｂ３が、経験から予測した時間帯別の空車台数をＤＢ５２に格納してもよい。
【0039】
また、上述した実施形態によれば、サーバ５は、回数券稼働率が１００％を超えるタクシー事業者Ｂ１～Ｂ３が１つ以上あり、かつ、全てのタクシー事業者Ｂ１～Ｂ３の回数券稼働率が１００％を超えない場合、増車を要請していたが、これに限ったものではない。サーバ５としては、回数券稼働率が低いタクシー事業者Ｂ１～Ｂ３に対して増車要請を行なえばよく、例えば、回数券稼働率が１００％を超えるタクシー事業者Ｂ１～Ｂ３が２つ以上ある場合、増車を要請できるようにしてもよい。
【0040】
また、上述した実施形態によれば、サーバ５は、自治体端末４に警告を送信していたが、これは必須ではなく、警告は送らなくてもよい。
【0041】
ここで、上述した本発明に係るタクシー管理装置、タクシー管理システム及びタクシー管理装置用のプログラムの実施形態の特徴をそれぞれ以下［１］～［６］に簡潔に纏めて列記する。
［１］
複数のタクシー事業者（Ｂ１～Ｂ３）のタクシー車両（１０）を管理するタクシー管理装置（５）であって、
営業中の前記タクシー車両（１０）の稼働状況を定期的に取得する稼働状況取得部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎の時間帯別の空車台数が格納された格納部（５２）と、
前記稼働状況取得部（５３）が取得した前記稼働状況に基づいて、前記タクシー事業者（Ｂ１～Ｂ３）毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部（５３）と、
前記格納部（５２）から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者（Ｂ１～Ｂ３）毎の閾値として設定する閾値設定部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部（５３）と、
前記利用券稼働率の低い前記タクシー事業者（Ｂ１～Ｂ３）に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部（５３）と、を備えた、
タクシー管理装置（５）。
［２］
［１］に記載のタクシー管理装置（５）において、
前記稼働状況取得部（５３）により過去に取得された前記稼働状況に基づいて、前記空車台数を予測し、予測した前記空車台数を前記格納部（５２）に格納する空車台数予測部（５３）をさらに備えた、
タクシー管理装置（５）。
［３］
［１］又は［２］に記載のタクシー管理装置（５）において、
前記増車要請部（５３）は、前記利用券稼働率が１００％を超える前記タクシー事業者（Ｂ１～Ｂ３）が１つ以上あり、かつ、全ての前記タクシー事業者（Ｂ１～Ｂ３）の前記利用券稼働率が１００％を超えない場合、増車を要請する、
タクシー管理装置（５）。
［４］
［１］～［３］の何れか１項に記載のタクシー管理装置（５）において、
全ての前記タクシー事業者（Ｂ１～Ｂ３）の前記利用券稼働率が１００％を超えている場合、前記タクシー利用券の販売を管理している販売管理者に対して警告を行う警告部（５３）を備えた、
タクシー管理装置（５）。
［５］
複数のタクシー事業者（Ｂ１～Ｂ３）のタクシー車両（１０）を管理するタクシー管理システム（１）であって、
前記タクシー車両（１０）に搭載され、前記タクシー車両（１０）の稼働状況を収集して送信する車載器（２）と、
前記車載器（２）から前記稼働状況を受信するサーバ（５）と、
前記サーバ（５）と通信可能な前記タクシー事業者（Ｂ１～Ｂ３）が所有する事業者端末（３）と、を備え、
前記サーバ（５）は、前記車載器（２）から送信された前記稼働状況を受信して取得する稼働状況取得部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎の時間帯別の空車台数が格納された格納部（５２）と、
前記稼働状況取得部（５３）が取得した前記稼働状況に基づいて、前記タクシー事業者（Ｂ１～Ｂ３）毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部（５３）と、
前記格納部（５２）から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者（Ｂ１～Ｂ３）毎の閾値として設定する閾値設定部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部（５３）と、
前記利用券稼働率の低い前記タクシー事業者（Ｂ１～Ｂ３）に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部（５３）と、を有する、
タクシー管理システム（１）。
［６］
コンピュータに、
営業中のタクシー車両（１０）の稼働状況を定期的に取得する稼働状況取得部（５３）と、
タクシー事業者（Ｂ１～Ｂ３）毎の時間帯別の空車台数が格納された格納部（５２）と、
前記稼働状況取得部（５３）が取得した前記稼働状況に基づいて、前記タクシー事業者（Ｂ１～Ｂ３）毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部（５３）と、
前記格納部（５２）から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者（Ｂ１～Ｂ３）毎の閾値として設定する閾値設定部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部（５３）と、
前記利用券稼働率の低い前記タクシー事業者（Ｂ１～Ｂ３）に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部（５３）として機能させる、
タクシー管理装置（５）用のプログラム。
［１］
複数のタクシー事業者（Ｂ１～Ｂ３）のタクシー車両（１０）を管理するタクシー管理装置（５）であって、
営業中の前記タクシー車両（１０）の稼働状況を定期的に取得する稼働状況取得部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎の時間帯別の空車台数が格納された格納部（５２）と、
前記稼働状況取得部（５３）が取得した前記稼働状況に基づいて、前記タクシー事業者（Ｂ１～Ｂ３）毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部（５３）と、
前記格納部（５２）から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者（Ｂ１～Ｂ３）毎の閾値として設定する閾値設定部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部（５３）と、
前記利用券稼働率の低い前記タクシー事業者（Ｂ１～Ｂ３）に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部（５３）と、を備えた、
タクシー管理装置（５）。
［２］
［１］に記載のタクシー管理装置（５）において、
前記稼働状況取得部（５３）により過去に取得された前記稼働状況に基づいて、前記空車台数を予測し、予測した前記空車台数を前記格納部（５２）に格納する空車台数予測部（５３）をさらに備えた、
タクシー管理装置（５）。
［３］
［１］又は［２］に記載のタクシー管理装置（５）において、
前記増車要請部（５３）は、前記利用券稼働率が１００％を超える前記タクシー事業者（Ｂ１～Ｂ３）が１つ以上あり、かつ、全ての前記タクシー事業者（Ｂ１～Ｂ３）の前記利用券稼働率が１００％を超えない場合、増車を要請する、
タクシー管理装置（５）。
［４］
［１］～［３］の何れか１項に記載のタクシー管理装置（５）において、
全ての前記タクシー事業者（Ｂ１～Ｂ３）の前記利用券稼働率が１００％を超えている場合、前記タクシー利用券の販売を管理している販売管理者に対して警告を行う警告部（５３）を備えた、
タクシー管理装置（５）。
［５］
複数のタクシー事業者（Ｂ１～Ｂ３）のタクシー車両（１０）を管理するタクシー管理システム（１）であって、
前記タクシー車両（１０）に搭載され、前記タクシー車両（１０）の稼働状況を収集して送信する車載器（２）と、
前記車載器（２）から前記稼働状況を受信するサーバ（５）と、
前記サーバ（５）と通信可能な前記タクシー事業者（Ｂ１～Ｂ３）が所有する事業者端末（３）と、を備え、
前記サーバ（５）は、前記車載器（２）から送信された前記稼働状況を受信して取得する稼働状況取得部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎の時間帯別の空車台数が格納された格納部（５２）と、
前記稼働状況取得部（５３）が取得した前記稼働状況に基づいて、前記タクシー事業者（Ｂ１～Ｂ３）毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部（５３）と、
前記格納部（５２）から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者（Ｂ１～Ｂ３）毎の閾値として設定する閾値設定部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部（５３）と、
前記利用券稼働率の低い前記タクシー事業者（Ｂ１～Ｂ３）に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部（５３）と、を有する、
タクシー管理システム（１）。
［６］
コンピュータに、
営業中のタクシー車両（１０）の稼働状況を定期的に取得する稼働状況取得部（５３）と、
タクシー事業者（Ｂ１～Ｂ３）毎の時間帯別の空車台数が格納された格納部（５２）と、
前記稼働状況取得部（５３）が取得した前記稼働状況に基づいて、前記タクシー事業者（Ｂ１～Ｂ３）毎にタクシー利用券を利用した実車台数である利用券稼働台数を定期的に算出する利用券稼働台数算出部（５３）と、
前記格納部（５２）から、前記利用券稼働台数を算出した時点に対応する前記時間帯の前記空車台数を読み取って、前記タクシー事業者（Ｂ１～Ｂ３）毎の閾値として設定する閾値設定部（５３）と、
前記タクシー事業者（Ｂ１～Ｂ３）毎に前記利用券稼働台数を前記閾値で除した値を利用券稼働率として算出する利用券稼働率算出部（５３）と、
前記利用券稼働率の低い前記タクシー事業者（Ｂ１～Ｂ３）に対して前記タクシー利用券の利用エリアへの増車を要請する増車要請部（５３）として機能させる、
タクシー管理装置（５）用のプログラム。
【符号の説明】
【0042】
１ タクシー管理システム
２ タクシーメータ（車載器）
３ 事業者端末
５ サーバ（タクシー管理装置）
１０ タクシー車両
５２ ＤＢ（格納部）
５３ 制御部（稼働状況取得部、利用券稼働台数算出部、閾値設定部、利用券稼働率算出部、増車要請部、空車台数予測部、コンピュータ）
Ｂ１～Ｂ３ タクシー事業者
２ タクシーメータ（車載器）
３ 事業者端末
５ サーバ（タクシー管理装置）
１０ タクシー車両
５２ ＤＢ（格納部）
５３ 制御部（稼働状況取得部、利用券稼働台数算出部、閾値設定部、利用券稼働率算出部、増車要請部、空車台数予測部、コンピュータ）
Ｂ１～Ｂ３ タクシー事業者
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】