(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024046155
(43)【公開日】2024-04-03
(54)【発明の名称】車両運賃決済システム及び車両運賃決済装置
(51)【国際特許分類】
G06Q 20/32 20120101AFI20240327BHJP
G06Q 50/40 20240101ALI20240327BHJP
G07B 13/00 20060101ALI20240327BHJP
G07B 15/00 20110101ALI20240327BHJP
【ＦＩ】
G06Q20/32 330
G06Q50/30
G07B13/00 H
G07B15/00 J
G07B15/00 K
G07B15/00 V
G07B15/00 510
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2022151377
(22)【出願日】2022-09-22
(71)【出願人】
【識別番号】508207790
【氏名又は名称】有限会社 和晃
(74)【代理人】
【識別番号】100143568
【弁理士】
【氏名又は名称】英 貢
(72)【発明者】
【氏名】水科 晃
【テーマコード（参考）】
3E127
5L049
5L055
【Ｆターム（参考）】
3E127AA10
3E127AA11
3E127AA12
3E127BA11
3E127BA50
3E127CA04
3E127CA08
3E127CA38
3E127CA39
3E127CA41
3E127CA47
3E127CA59
3E127DA18
3E127DA20
3E127DA30
3E127DA33
3E127EA02
3E127EA12
3E127EA33
3E127EA43
3E127EA46
5L049CC42
5L055AA64
(57)【要約】
【課題】移動端末上に提示した所定のコードラベル、及びその所定のコードラベルに対して予め連携登録したＩＣタグのいずれか一方又は双方の利用で電子決済に係る車両の運賃を自動算出する車両運賃決済システム及び車両運賃決済装置を提供する。
【解決手段】本発明の車両運賃決済システム１は、ユーザーＵの車両Ｍの乗り降りの際に、ユーザーＩＤを含むコードラベル情報がコード化されたコードラベルＣＬを提示可能とする移動端末２と、車両Ｍに搭載され提示されたコードラベルＣＬを読み取るか、又はコードラベルＣＬに予め連携登録され提示されたＩＣタグＦを読み取るコードラベル・ＩＣタグ読取端末３と、車両Ｍに搭載され当該読み取られた情報を基にＧＰＳ信号の検出により運賃を自動算出する車両運賃決済装置４と、コードラベルＣＬとＩＣタグＦのいずれの提示でも車両Ｍの利用履歴を管理して移動端末２に通知する管理センターサーバ６と、を備える。
【選択図】図１
【解決手段】本発明の車両運賃決済システム１は、ユーザーＵの車両Ｍの乗り降りの際に、ユーザーＩＤを含むコードラベル情報がコード化されたコードラベルＣＬを提示可能とする移動端末２と、車両Ｍに搭載され提示されたコードラベルＣＬを読み取るか、又はコードラベルＣＬに予め連携登録され提示されたＩＣタグＦを読み取るコードラベル・ＩＣタグ読取端末３と、車両Ｍに搭載され当該読み取られた情報を基にＧＰＳ信号の検出により運賃を自動算出する車両運賃決済装置４と、コードラベルＣＬとＩＣタグＦのいずれの提示でも車両Ｍの利用履歴を管理して移動端末２に通知する管理センターサーバ６と、を備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
運送サービスに関する電子決済に係る車両の運賃を自動算出する車両運賃決済システムであって、
ユーザーの前記車両の乗り降りの際に、少なくともユーザーＩＤを含むコードラベル情報がコード化されたコードラベルを提示可能とする、前記ユーザーが用いる移動端末と、
前記車両に搭載され、前記ユーザーが用いる移動端末によって提示された前記コードラベルを読み取って前記コードラベル情報を抽出可能とし、且つ前記コードラベルに予め連携登録され前記ユーザーによって提示されたＩＣタグを読み取って固有のＩＣタグ識別情報を抽出可能とするコードラベル・ＩＣタグ読取端末と、
前記車両に搭載され、前記コードラベル・ＩＣタグ読取端末によって抽出された前記コードラベル情報及び前記ＩＣタグ識別情報のいずれか一方の受信を基に、ＧＰＳ信号を受信して前記車両の現在の位置情報と現在の日時情報を取得するＧＰＳ受信機能部、及び、前記車両への前記ユーザーの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを検出し、前記運送サービスに関する取引の予め定められた運賃を自動算出するよう制御する運賃算出部と、を有する車両運賃決済装置と、
前記車両運賃決済装置からの前記コードラベル情報及び前記ＩＣタグ識別情報についての照合を可能とするよう前記コードラベル情報の登録及び前記コードラベル情報に対する前記ＩＣタグ識別情報の連携登録を管理するとともに、前記ユーザーがコードラベルを提示した場合と前記ＩＣタグを提示した場合のいずれにおいても前記車両を利用した利用履歴を管理するために、車両毎に一定期間、１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報を保管し、ユーザーＩＤ単位で前記ユーザー利用情報の更新がある度に、当該ユーザーＩＤに対応する移動端末に利用履歴として通知するユーザー利用情報通知処理を実行する管理センターサーバと、
を備えることを特徴とする車両運賃決済システム。
ユーザーの前記車両の乗り降りの際に、少なくともユーザーＩＤを含むコードラベル情報がコード化されたコードラベルを提示可能とする、前記ユーザーが用いる移動端末と、
前記車両に搭載され、前記ユーザーが用いる移動端末によって提示された前記コードラベルを読み取って前記コードラベル情報を抽出可能とし、且つ前記コードラベルに予め連携登録され前記ユーザーによって提示されたＩＣタグを読み取って固有のＩＣタグ識別情報を抽出可能とするコードラベル・ＩＣタグ読取端末と、
前記車両に搭載され、前記コードラベル・ＩＣタグ読取端末によって抽出された前記コードラベル情報及び前記ＩＣタグ識別情報のいずれか一方の受信を基に、ＧＰＳ信号を受信して前記車両の現在の位置情報と現在の日時情報を取得するＧＰＳ受信機能部、及び、前記車両への前記ユーザーの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを検出し、前記運送サービスに関する取引の予め定められた運賃を自動算出するよう制御する運賃算出部と、を有する車両運賃決済装置と、
前記車両運賃決済装置からの前記コードラベル情報及び前記ＩＣタグ識別情報についての照合を可能とするよう前記コードラベル情報の登録及び前記コードラベル情報に対する前記ＩＣタグ識別情報の連携登録を管理するとともに、前記ユーザーがコードラベルを提示した場合と前記ＩＣタグを提示した場合のいずれにおいても前記車両を利用した利用履歴を管理するために、車両毎に一定期間、１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報を保管し、ユーザーＩＤ単位で前記ユーザー利用情報の更新がある度に、当該ユーザーＩＤに対応する移動端末に利用履歴として通知するユーザー利用情報通知処理を実行する管理センターサーバと、
を備えることを特徴とする車両運賃決済システム。
【請求項2】
前記コードラベルは、前記移動端末で起動する専用アプリケーション上で表示可能に予め購入取得され、その都度電子決済を行うための都度払い、所定期間は自由に車両の利用を可能とする前払い電子決済で購入取得される定期券、利用回数分は車両の利用を可能とする前払い電子決済で購入取得される回数券、及び、事前の電子決済によりチャージした金額の範囲内で車両の利用時にプリペイド電子決済払いとするプリペイド券のうち一種類を示すものとし、
前記ＩＣタグは、１つの前記コードラベルに対してのみ前記管理センターサーバに対して連携登録できるように構成され、
１つの前記コードラベルは、１つ又は複数のＩＣタグを前記管理センターサーバに対して連携登録できるように構成されていることを特徴とする、請求項１に記載の車両運賃決済システム。
前記ＩＣタグは、１つの前記コードラベルに対してのみ前記管理センターサーバに対して連携登録できるように構成され、
１つの前記コードラベルは、１つ又は複数のＩＣタグを前記管理センターサーバに対して連携登録できるように構成されていることを特徴とする、請求項１に記載の車両運賃決済システム。
【請求項3】
前記車両運賃決済装置は、前記運賃算出部による運賃の算出後の一定期間、前記車両を利用した１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報をユーザー利用情報テーブルとして履歴管理するユーザー利用情報管理制御部と、前記管理センターサーバとの通信制御を行うゲートウェイ機能部と、更に有し、
前記ユーザー利用情報管理制御部は、前記ゲートウェイ機能部と協働して、自車両について履歴管理する当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いは前記管理センターサーバからの要求に応じて、前記管理センターサーバに送信し、一定期間当該ユーザー利用情報を保管させる機能を有することを特徴とする、請求項２に記載の車両運賃決済システム。
前記ユーザー利用情報管理制御部は、前記ゲートウェイ機能部と協働して、自車両について履歴管理する当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いは前記管理センターサーバからの要求に応じて、前記管理センターサーバに送信し、一定期間当該ユーザー利用情報を保管させる機能を有することを特徴とする、請求項２に記載の車両運賃決済システム。
【請求項4】
前記ゲートウェイ機能部は、前記運賃算出部によって算出した運賃について、前記コードラベルが車両使用時に電子決済を要するときに、自動的に、或いは前記移動端末に対する支払い確認の承諾回答を経て、当該ユーザーが措定する決済会社サーバに対する当該運賃の電子決済を要求し電子決済を完了させる処理を行い、前記ユーザー利用情報管理制御部における当該運賃及び電子決済に係るユーザー利用情報を履歴管理させる決済要求処理部を更に有することを特徴とする、請求項３に記載の車両運賃決済システム。
【請求項5】
請求項１に記載の車両運賃決済システムにおける車両運賃決済装置であって、
前記コードラベル・ＩＣタグ読取端末によって抽出された前記コードラベル情報及び前記ＩＣタグ識別情報のいずれか一方の受信を基に、ＧＰＳ信号を受信して前記車両の現在の位置情報と現在の日時情報を取得する当該ＧＰＳ受信機能部と、
前記車両への前記ユーザーの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを検出し、前記運送サービスに関する取引の予め定められた運賃を自動算出するよう制御する当該運賃算出部と、
前記運賃算出部による運賃の算出後の一定期間、前記車両を利用した１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報をユーザー利用情報テーブルとして履歴管理するユーザー利用情報管理制御部と、
前記管理センターサーバとの通信制御を行うゲートウェイ機能部と、を備え、
前記ゲートウェイ機能部は、
前記管理センターサーバに対して、前記コードラベル情報の利用可否に関する照合を行う利用可否判定処理部と、
前記管理センターサーバに対して、前記コードラベル情報に対する前記ＩＣタグ識別情報の連携登録に関する照合を行う連携判定処理部と、
前記運賃算出部によって算出した運賃について、前記コードラベルが車両使用時に電子決済を要するときに、自動的に、或いは前記移動端末に対する支払い確認の承諾回答を経て、当該ユーザーが措定する決済会社サーバに対する当該運賃の電子決済を要求し電子決済を完了させる処理を行い、前記ユーザー利用情報管理制御部における当該運賃及び電子決済に係るユーザー利用情報を履歴管理させる決済要求処理部と、を有し、
前記ユーザー利用情報管理制御部は、前記ゲートウェイ機能部と協働して、自車両について履歴管理する当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いは前記管理センターサーバからの要求に応じて、前記管理センターサーバに送信し、一定期間当該ユーザー利用情報を保管させる機能を有することを特徴とする車両運賃決済装置。
前記コードラベル・ＩＣタグ読取端末によって抽出された前記コードラベル情報及び前記ＩＣタグ識別情報のいずれか一方の受信を基に、ＧＰＳ信号を受信して前記車両の現在の位置情報と現在の日時情報を取得する当該ＧＰＳ受信機能部と、
前記車両への前記ユーザーの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを検出し、前記運送サービスに関する取引の予め定められた運賃を自動算出するよう制御する当該運賃算出部と、
前記運賃算出部による運賃の算出後の一定期間、前記車両を利用した１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報をユーザー利用情報テーブルとして履歴管理するユーザー利用情報管理制御部と、
前記管理センターサーバとの通信制御を行うゲートウェイ機能部と、を備え、
前記ゲートウェイ機能部は、
前記管理センターサーバに対して、前記コードラベル情報の利用可否に関する照合を行う利用可否判定処理部と、
前記管理センターサーバに対して、前記コードラベル情報に対する前記ＩＣタグ識別情報の連携登録に関する照合を行う連携判定処理部と、
前記運賃算出部によって算出した運賃について、前記コードラベルが車両使用時に電子決済を要するときに、自動的に、或いは前記移動端末に対する支払い確認の承諾回答を経て、当該ユーザーが措定する決済会社サーバに対する当該運賃の電子決済を要求し電子決済を完了させる処理を行い、前記ユーザー利用情報管理制御部における当該運賃及び電子決済に係るユーザー利用情報を履歴管理させる決済要求処理部と、を有し、
前記ユーザー利用情報管理制御部は、前記ゲートウェイ機能部と協働して、自車両について履歴管理する当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いは前記管理センターサーバからの要求に応じて、前記管理センターサーバに送信し、一定期間当該ユーザー利用情報を保管させる機能を有することを特徴とする車両運賃決済装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、運送サービスに関する電子決済に係る車両の運賃を自動算出する車両運賃決済システム及び車両運賃決済装置に関する。
【背景技術】
【0002】
ユーザーがバスやタクシー、或いは電車等の車両を利用する場合、その利用した距離に応じた料金を、現金、乗車チケット、或いはＩＣ（Integrated Circuit）カード等で支払う。近年では、運賃の支払い方法として、現金の他に、電子マネーやクレジットカード等による支払も行われている。
【0003】
ただし、ユーザーがバスやタクシー、或いは電車等の車両を利用する場合、その利用した距離に応じた料金を支払うが、しばしば「乗車券の紛失」で運賃が不明になってしまうことや、「乗り逃げ」や「なりすまし」によるユーザーを事後特定できず、損失が生じたりする問題が生じることがある。
【0004】
ところで、運送サービスを受けたユーザーが迅速に運賃の支払いを完了させる精算システムについて開示されている（例えば、特許文献１参照）。
【0005】
特許文献１に開示される精算システムは、運送サービスに関する取引情報を出力するタクシーに設けられる運賃メータ及び管理端末と、取引情報を取得したユーザー端末からユーザー情報及び取引情報を取得し、ユーザー情報と紐づけ可能な運賃情報を運賃メータから取得するホスト端末と、を有し、タクシーに設けられる管理端末は、その取引情報をユーザー端末に読み取らせるためにＱＲコード（登録商標）として表示する管理表示部を有している。
【0006】
そして、特許文献１に開示される精算システムは、運送サービスを受けたユーザーが迅速に運賃の支払いを完了させる精算に関する技術であり、取引情報をＱＲコード（登録商標）として表示する管理表示部を有しており、これによりユーザー端末は、ホスト端末経由で電子決済できるようにしているが、上記の問題を解決することができない。即ち、ユーザー端末がＱＲコード（登録商標）を提示するものではないため、ＱＲコード（登録商標）自体からユーザー情報を特定できない。また、決済メーカーのアプリケーションが発行するＱＲコード（登録商標）は、あくまでも決済用の情報しかなく、そのＱＲコード（登録商標）は或る一定時間を過ぎると更新されるため、どこから乗りどこで降りるかといった運賃等の取引情報をＱＲコード（登録商標）として表示するとしても、ユーザー端末を特定することはできない。
【0007】
また、ユーザーとしては、ユーザーの秘匿性が保たれた上で、運送サービスに関する取引の運賃が利用距離又は利用時間で確実に算出されて、安心して利用できるシステムが要望される。
【0008】
そこで、運送サービスに関する取引の安全性を高め、尚且つユーザーにとっても利便性の高い車両運賃算出システムが開示されている（例えば、特許文献２参照）。
【0009】
特許文献２に開示される車両運賃算出システムは、ユーザーの前記車両の乗り降りの際に、ユーザー情報がコード化されたコードラベルを提示可能とするユーザーが用いる移動端末と、車両に搭載され、当該移動端末から当該コードラベルを読み取って当該ユーザー情報を抽出するコードラベル読取端末と、車両に搭載され、ＧＰＳ信号を受信して車両の現在の位置情報と現在の日時情報を取得するＧＰＳ受信機能、及び、車両への前記ユーザーの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを検出し、運送サービスに関する取引の予め定められた運賃を自動算出し、所定の運賃表示器に自動表示するよう制御する運賃算出機能を有する車両運賃決済装置と、を備えるものとしている。
【0010】
つまり、この特許文献２に開示される「車両運賃算出システム」では、移動端末上で専用アプリケーション（本願明細書中、「ＴｉｃｋｅｔＱＲ」アプリとも称する。）を利用してユーザーがコードラベルを表示し、ユーザーによる車両の昇降時のコードラベルの提示により車両の運賃を自動算出するようになっており、自動算出した運賃については、現金、乗車チケット、或いはＩＣカード等の任意の精算方法で支払うとしている。そこで、特許文献２に開示される「車両運賃算出システム」における精算方法の好適な利用形態として、専用アプリケーション（「ＴｉｃｋｅｔＱＲ」）上で、運賃の電子決済を可能とした「車両運賃決済システム」が実用化に向けて令和２年１２月１日より実証実験が開始され、加えて令和３年１０月１日より実用化が開始されている（例えば、非特許文献１参照）。
【先行技術文献】
【特許文献】
【0011】
【特許文献1】特開２０２０－７４１４６号公報
【特許文献2】特開２０２２－１８８２３号公報
【非特許文献】
【0012】
【非特許文献1】“QRコード（登録商標）決済について（TicketQR）”、［online］、上田バスオンライン、［令和4年8月1日検索］、インターネット〈URL：www.uedabus.co.jp/QR.html〉
【発明の概要】
【発明が解決しようとする課題】
【0013】
上述した特許文献２に開示される「車両運賃算出システム」、並びに非特許文献１に開示される「車両運賃決済システム」では、移動端末上で専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）を利用してユーザーがコードラベルを提示可能とし、ユーザーによる車両の昇降時のコードラベルの提示により運送サービスに関する車両の運賃を自動算出するものとなっているため、取引の安全性と利便性を高めたものとなっている。特に、非特許文献１に開示される「車両運賃決済システム」では、専用アプリケーション（「ＴｉｃｋｅｔＱＲ」）上で、運賃の電子決済を可能となっており、より取引の安全性と利便性を高めたものとなっている。
【0014】
しかしながら、非特許文献１に開示される「車両運賃決済システム」では、ユーザーが専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）を利用する移動端末を携帯していない場合や、移動端末の充電不足で動作しないような場合では、その「車両運賃決済システム」を全く利用できず、その場合は「車両運賃決済システム」には関わらない別の精算方法（現金又は所謂「交通系ＩＣカード」等）を利用するしか車両を利用できないという課題がある。
【0015】
このため、ユーザーが専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）を利用する移動端末を携帯していない場合や、移動端末の充電不足で動作しないような場合であっても、当該専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）に基づいた運送サービスに関する電子決済に係る車両の運賃を自動算出可能とする新たな「車両運賃決済システム」が望まれる。
【0016】
そこで、本発明の目的は、上述の問題に鑑みて、ユーザーが専用アプリケーションを利用する移動端末を携帯していない場合や動作できない場合でも、当該専用アプリケーションに基づいた運送サービスに関する電子決済に係る車両の運賃を自動算出する車両運賃決済システム及び車両運賃決済装置を提供することにある。
【課題を解決するための手段】
【0017】
本発明の車両運賃決済システムは、運送サービスに関する電子決済に係る車両の運賃を自動算出する車両運賃決済システムであって、ユーザーの前記車両の乗り降りの際に、少なくともユーザーＩＤを含むコードラベル情報がコード化されたコードラベルを提示可能とする、前記ユーザーが用いる移動端末と、前記車両に搭載され、前記ユーザーが用いる移動端末によって提示された前記コードラベルを読み取って前記コードラベル情報を抽出可能とし、且つ前記コードラベルに予め連携登録され前記ユーザーによって提示されたＩＣタグを読み取って固有のＩＣタグ識別情報を抽出可能とするコードラベル・ＩＣタグ読取端末と、前記車両に搭載され、前記コードラベル・ＩＣタグ読取端末によって抽出された前記コードラベル情報及び前記ＩＣタグ識別情報のいずれか一方の受信を基に、ＧＰＳ信号を受信して前記車両の現在の位置情報と現在の日時情報を取得するＧＰＳ受信機能部、及び、前記車両への前記ユーザーの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを検出し、前記運送サービスに関する取引の予め定められた運賃を自動算出するよう制御する運賃算出部と、を有する車両運賃決済装置と、前記車両運賃決済装置からの前記コードラベル情報及び前記ＩＣタグ識別情報についての照合を可能とするよう前記コードラベル情報の登録及び前記コードラベル情報に対する前記ＩＣタグ識別情報の連携登録を管理するとともに、前記ユーザーがコードラベルを提示した場合と前記ＩＣタグを提示した場合のいずれにおいても前記車両を利用した利用履歴を管理するために、車両毎に一定期間、１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報を保管し、ユーザーＩＤ単位で前記ユーザー利用情報の更新がある度に、当該ユーザーＩＤに対応する移動端末に利用履歴として通知するユーザー利用情報通知処理を実行する管理センターサーバと、を備えることを特徴とする。
【0018】
また、本発明の車両運賃決済システムにおいて、前記コードラベルは、前記移動端末で起動する専用アプリケーション上で表示可能に予め購入取得され、その都度電子決済を行うための都度払い、所定期間は自由に車両の利用を可能とする前払い電子決済で購入取得される定期券、利用回数分は車両の利用を可能とする前払い電子決済で購入取得される回数券、及び、事前の電子決済によりチャージした金額の範囲内で車両の利用時にプリペイド電子決済払いとするプリペイド券のうち一種類を示すものとし、前記ＩＣタグは、１つの前記コードラベルに対してのみ前記管理センターサーバに対して連携登録できるように構成され、１つの前記コードラベルは、１つ又は複数のＩＣタグを前記管理センターサーバに対して連携登録できるように構成されていることを特徴とする。
【0019】
また、本発明の車両運賃決済システムにおいて、前記車両運賃決済装置は、前記運賃算出部による運賃の算出後の一定期間、前記車両を利用した１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報をユーザー利用情報テーブルとして履歴管理するユーザー利用情報管理制御部と、前記管理センターサーバとの通信制御を行うゲートウェイ機能部と、更に有し、前記ユーザー利用情報管理制御部は、前記ゲートウェイ機能部と協働して、自車両について履歴管理する当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いは前記管理センターサーバからの要求に応じて、前記管理センターサーバに送信し、一定期間当該ユーザー利用情報を保管させる機能を有することを特徴とする。
【0020】
また、本発明の車両運賃決済システムにおいて、前記ゲートウェイ機能部は、前記運賃算出部によって算出した運賃について、前記コードラベルが車両使用時に電子決済を要するときに、自動的に、或いは前記移動端末に対する支払い確認の承諾回答を経て、当該ユーザーが措定する決済会社サーバに対する当該運賃の電子決済を要求し電子決済を完了させる処理を行い、前記ユーザー利用情報管理制御部における当該運賃及び電子決済に係るユーザー利用情報を履歴管理させる決済要求処理部を更に有することを特徴とする。
【0021】
また、本発明の車両運賃決済装置は、本発明の車両運賃決済システムにおける車両運賃決済装置であって、前記コードラベル・ＩＣタグ読取端末によって抽出された前記コードラベル情報及び前記ＩＣタグ識別情報のいずれか一方の受信を基に、ＧＰＳ信号を受信して前記車両の現在の位置情報と現在の日時情報を取得する当該ＧＰＳ受信機能部と、前記車両への前記ユーザーの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを検出し、前記運送サービスに関する取引の予め定められた運賃を自動算出するよう制御する当該運賃算出部と、前記運賃算出部による運賃の算出後の一定期間、前記車両を利用した１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報をユーザー利用情報テーブルとして履歴管理するユーザー利用情報管理制御部と、前記管理センターサーバとの通信制御を行うゲートウェイ機能部と、を備え、前記ゲートウェイ機能部は、前記管理センターサーバに対して、前記コードラベル情報の利用可否に関する照合を行う利用可否判定処理部と、前記管理センターサーバに対して、前記コードラベル情報に対する前記ＩＣタグ識別情報の連携登録に関する照合を行う連携判定処理部と、前記運賃算出部によって算出した運賃について、前記コードラベルが車両使用時に電子決済を要するときに、自動的に、或いは前記移動端末に対する支払い確認の承諾回答を経て、当該ユーザーが措定する決済会社サーバに対する当該運賃の電子決済を要求し電子決済を完了させる処理を行い、前記ユーザー利用情報管理制御部における当該運賃及び電子決済に係るユーザー利用情報を履歴管理させる決済要求処理部と、を有し、前記ユーザー利用情報管理制御部は、前記ゲートウェイ機能部と協働して、自車両について履歴管理する当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いは前記管理センターサーバからの要求に応じて、前記管理センターサーバに送信し、一定期間当該ユーザー利用情報を保管させる機能を有することを特徴とする。
【発明の効果】
【0022】
本発明によれば、移動端末上に提示した所定のコードラベル、及びその所定のコードラベルに対して予め連携登録したＩＣタグのいずれか一方又は双方の利用で、移動端末上で動作する専用アプリケーションに基づいた運送サービスに関する電子決済に係る車両の運賃を自動算出するので、ユーザーが専用アプリケーションを利用する移動端末を携帯していない場合や動作できない場合でも、取引の安全性の高い態様で車両を利用することができ、従来よりも更にユーザーにとって利便性を高めることができる。従って、本発明によれば、ユーザーの使い勝手が向上し、本発明に係る車両運賃決済システムの利用が促進される。
【図面の簡単な説明】
【0023】
【図1】本発明による一実施形態の車両運賃決済システムの概略構成を示すブロック図である。
【図2】本発明による一実施形態の車両運賃決済システムにおける車両運賃決済装置及び移動端末の概略構成を示すブロック図である。
【図3】（ａ），（ｂ）は、それぞれ本発明による一実施形態の車両運賃決済システムに係るユーザー別にコードラベル管理サーバ内に登録設定されるコードラベルの種別とコードラベル情報例、及びＩＣタグの種別とＩＣタグ識別情報例を示す図である。
【図4】本発明による一実施形態の車両運賃決済システムに係るＩＣタグ連携管理サーバ内の連携登録情報テーブル例を示す図である。
【図5】本発明による一実施形態の車両運賃決済システムに係るコードラベルによる車両利用時のシステム動作例を示すフローチャートである。
【図6】本発明による一実施形態の車両運賃決済システムに係るＩＣタグによる車両利用時のシステム動作例を示すフローチャートである。
【図7】本発明による一実施形態の車両運賃決済システムに係る車両運賃決済装置内のユーザー利用情報テーブル例を示す図である。
【図8】本発明による一実施形態の車両運賃決済システムに係るコードラベル管理サーバ内のユーザー利用情報テーブル例を示す図である。
【図9】本発明による一実施形態の車両運賃決済システムに係るコードラベル管理サーバ及びＩＣタグ連携管理サーバを一体化した管理センターサーバ内のユーザー利用情報テーブル例を示す図である。
【図10】（ａ），（ｂ）は、それぞれユーザーがＩＣタグを用いて或る車両を乗車した時と降車した時の本発明による一実施形態の車両運賃決済システムにおける典型的な運賃算出・電子決済例を示す図である。
【図11】（ａ），（ｂ）は、それぞれユーザーが移動端末上に提示したユーザーが購入取得済みのコードラベルを用いて或る車両を乗車し、そのコードラベルに対し連携登録済みのＩＣタグを用いて降車した時の本発明による一実施形態の車両運賃決済システムにおける典型的な運賃算出・電子決済例を示す図である。
【図12】本発明による一実施形態の車両運賃決済システムに係るコードラベル及びＩＣタグの連携登録の動作例１を示すフローチャートである。
【図13】本発明による一実施形態の車両運賃決済システムに係るコードラベル及びＩＣタグの連携登録の動作例２を示すフローチャートである。
【図14】（ａ）乃至（ｅ）は、それぞれ本発明による一実施形態の車両運賃決済システムに係るコードラベルの種別毎の連携登録済みのＩＣタグに関する移動端末上のリスト表示例を示す図である。
【発明を実施するための形態】
【0024】
以下、図面を参照して、本発明による一実施形態の車両運賃決済システム１について説明する。図１は、本発明による一実施形態の車両運賃決済システム１の概略構成を示すブロック図である。また、図２は、本発明による一実施形態の車両運賃決済システム１における車両運賃決済装置４及び移動端末２の概略構成を示すブロック図である。
【0025】
〔車両運賃決済システム〕
図１に示す車両運賃決済システム１は、ユーザーＵが用いる移動端末２と、ユーザーＵが利用する運送サービスに関する取引対象の車両（図示する例ではバス）Ｍに搭載され賃表示器（図示略）を兼ねる操作パネル５と連動するコードラベル・ＩＣタグ読取端末３と、各種サーバ（管理センターサーバ６及び決済会社サーバ７）と無線通信可能な車両運賃決済装置４と、管理センターサーバ６と、を備える。尚、本例では、車両Ｍの例としてバスを例示しているが、タクシー、或いは電車等の運送サービスに関する取引対象の車両としてもよい。また、管理センターサーバ６（本願明細書中、「ＴｉｃｋｅｔＱＲサーバ」とも称する。）は、コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２からなり、コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２を一体にすることができるが、本例では、説明の便宜上、コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２を別体に構成した例を主として説明する。
図１に示す車両運賃決済システム１は、ユーザーＵが用いる移動端末２と、ユーザーＵが利用する運送サービスに関する取引対象の車両（図示する例ではバス）Ｍに搭載され賃表示器（図示略）を兼ねる操作パネル５と連動するコードラベル・ＩＣタグ読取端末３と、各種サーバ（管理センターサーバ６及び決済会社サーバ７）と無線通信可能な車両運賃決済装置４と、管理センターサーバ６と、を備える。尚、本例では、車両Ｍの例としてバスを例示しているが、タクシー、或いは電車等の運送サービスに関する取引対象の車両としてもよい。また、管理センターサーバ６（本願明細書中、「ＴｉｃｋｅｔＱＲサーバ」とも称する。）は、コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２からなり、コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２を一体にすることができるが、本例では、説明の便宜上、コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２を別体に構成した例を主として説明する。
【0026】
車両運賃決済システム１において、ユーザーＵは、車両Ｍの乗り降りの際に、移動端末２に表示させた少なくともユーザーＵを特定するユーザーＩＤ（識別子）を含むコードラベル情報がコード化されたコードラベルＣＬをコードラベル・ＩＣタグ読取端末３にかざして読み取らせることができる。コードラベルＣＬは、本例ではＱＲコード（登録商標）のような既存フォーマット形式の二次元コードラベルとするが、バーコードのような既存フォーマット形式の一次元コードラベルでもよい。
【0027】
このコードラベルＣＬは、複数の車両Ｍにそれぞれ搭載される車両運賃決済装置４を管理するコードラベル管理サーバ６１に対し、ユーザーＵが例えば移動端末２を利用して車両運賃決済システム１に係るＷｅｂサイトのアクセス経由でユーザー登録を行った後、コードラベル管理サーバ６１を機能させる車両運賃決済システム１に係るＷｅｂサイトから購入取得されるものである。ユーザー登録にあたって、まず、ユーザーＵは、移動端末２を用いて車両運賃決済システム１に係るＷｅｂサイトにアクセスし、専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）をダウンロードする。そして、ユーザーＵは、その専用アプリケーション上のユーザー登録の実行により、車両運賃決済システム１に係るＷｅｂサイトのアクセス経由で少なくともユーザー名称及び移動端末２を指定するメールアドレスを記載した個人情報をコードラベル管理サーバ６１に送信する。或いは、ユーザーＵは、移動端末２の専用アプリケーションをダウンロードする代わりに、車両運賃決済システム１に係るＷｅｂサイトへのアクセスで移動端末２上に提示させるものとし、ユーザー登録のために、任意の通信端末（パーソナルコンピュータを含む。）を利用して車両運賃決済システム１に係るＷｅｂサイトにアクセスし、少なくともユーザー名称及び移動端末２を指定するメールアドレスを記載した個人情報をコードラベル管理サーバ６１に送信する。また、コードラベルＣＬ自体は、車両運賃決済システム１に係るＷｅｂサイトのシステムが生成して専用アプリケーション上に提供するとともにコードラベル管理サーバ６１に登録管理するとしてもよいし、専用アプリケーションがコードラベルＣＬを生成する機能を有し、コードラベル管理サーバ６１に登録管理させるとしてもよい。
【0028】
コードラベル管理サーバ６１は、その個人情報を取得すると固有の識別番号を割り当ててユーザーＩＤ（識別子）として管理し、当該ユーザーＩＤに対応するユーザー登録情報を確認させるためのＵＲＬ情報（アクセス期限付き）を当該メールアドレスに返信する。従って、ユーザーＩＤによって、ユーザー名称及び移動端末２を指定するメールアドレスを記載した個人情報を特定できる。そして、ユーザーＵは、当該メールアドレスにて指定されるＵＲＬにアクセスしてユーザー登録情報を確認し、ユーザー登録を承認する旨の通知をコードラベル管理サーバ６１に送信する。次に、ユーザーＵは、ユーザー登録後に、専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）上で、電子決済を行う決済会社の設定（即ち、コードラベルＣＬについて決済利用する決済会社サーバ７の指定設定）や、所定のチケット（図３（ａ）を参照して後述する。）に対応するコードラベルＣＬを購入取得する操作を行う。この当該電子決済を行う決済会社の設定及び所定のチケットに対応するコードラベルＣＬを購入取得するユーザー操作に応じて、コードラベル管理サーバ６１は、ユーザー登録の確認（ユーザー認証）後、当該所定のチケットに対応する少なくとも当該ユーザーＩＤを示すコードラベルＣＬを有効期限付きで生成し、移動端末２によって利用可能に送信して移動端末２に保持させる。尚、コードラベルＣＬに設定される有効期限が超過しているときは、そのコードラベルＣＬはコードラベル管理サーバ６１において無効化される。
【0029】
本実施形態では、コードラベルＣＬの種別については、図３（ａ）に示すように、本例では５種類のチケット（Ｔｙｐｅ０～Ｔｙｐｅ４）を想定している。図３（ａ）には、本実施形態の車両運賃決済システム１に係るユーザー別にコードラベル管理サーバ６１内に登録設定されるコードラベルＣＬの種別とコードラベル情報例を示している。５種類の各チケットは、上述したように、ユーザーＵが利用する移動端末２において専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）をダウンロードして、或いは車両運賃決済システム１に係るＷｅｂサイトへのアクセスで移動端末２上に表示させ、その専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）の機能として、購入取得することができる。
【0030】
具体的には、それぞれ車両Ｍの利用時にその都度電子決済を行うための「都度払い」（Ｔｙｐｅ０，１）、例えば３か月、６か月、１年等のそれぞれの所定期間を識別可能とする態様で当該所定期間は自由に車両Ｍの利用を可能とする前払い電子決済で購入取得される「定期券」（Ｔｙｐｅ２）、例えば１０回、２０回、３０回等のそれぞれの利用回数を識別可能とする態様で当該利用回数分は車両Ｍの利用を可能とする前払い電子決済で購入取得される「回数券」（Ｔｙｐｅ３）、及び、例えば２０００年、３０００円、５０００円等の事前の電子決済によりチャージした金額の範囲内で車両Ｍの利用時にプリペイド電子決済払いとする「プリペイド券」（Ｔｙｐｅ４）がある。Ｔｙｐｅ１～Ｔｙｐｅ４については、それぞれを識別するコードラベルＩＤが割り当てられ、ユーザーＩＤと共にコードラベル情報に含まれる。このため、移動端末２上で表示させたコードラベルＣＬをコードラベル・ＩＣタグ読取端末３にかざして読み取らせることで、少なくとも「ユーザーＩＤ」を特定し、加えて「都度払い」、「定期券」、「回数券」及び「プリペイド券」のいずれであるかを識別するコードラベル情報が、コードラベル・ＩＣタグ読取端末３によって抽出される。尚、本実施形態では、必須ではないが、ユーザーＵが複数の同一タイプのコードラベルＣＬを購入取得することも許容する好適例として、コードラベル情報が、少なくともユーザーＩＤを含むだけでなく、個々のコードラベルＣＬを識別可能とする発券番号も含むものとした。ここで、発券番号が個々のコードラベルＣＬを識別できるようにしてコードラベルＩＤを省略したコードラベル情報とすることもできるし、発券番号とコードラベルＩＤとを区別したコードラベル情報とすることもできる。ユーザーＵが購入取得したコードラベルＣＬは、ユーザー登録されたユーザーＩＤを基に、所定の有効期限と共に、コードラベル管理サーバ６１にて管理される。
【0031】
これにより、ユーザーＵは、所定のチケットに対応するコードラベルＣＬを購入取得する操作を行うことで、コードラベル管理サーバ６１を機能させる車両運賃決済システム１に係るＷｅｂサイトから、５種類のチケット（Ｔｙｐｅ０～Ｔｙｐｅ４）を識別可能なコードラベルＣＬを購入取得し、そのコードラベルＣＬを移動端末２に表示させることができる。コードラベルＣＬ自体は、有効期限付きであり、更に、コードラベル・ＩＣタグ読取端末３で読み取り可能とされるが、読み取られるコードラベル情報として上述した少なくとも「ユーザーＩＤ」を特定し、加えて「都度払い」、「定期券」、「回数券」及び「プリペイド券」のいずれであるかを発券番号と共に識別するコードラベル情報が解読されるのみであるため、ユーザーＵの個人情報の秘匿性は保たれ、尚且つ取引の安全性も保たれる。尚、コードラベルＣＬには、当該コードラベル情報を更に符号化した情報をユーザー情報として埋め込むようにして、より個人情報の秘匿性及び取引の安全性を高めるようにしてもよい。また、このコードラベル情報は、上述したように、ユーザーＩＤによって元より移動端末２を特定することができるものとなっているが、このコードラベル情報に移動端末２のデバイス認証のために移動端末２を特定するデバイス情報を付加したものとしてもよい。
【0032】
ところで、本発明においては、ユーザーＵは、購入取得済みの各コードラベルＣＬに対して任意の１つ又は複数のＩＣタグＦを連携登録させて、コードラベルＣＬを利用する代わりにその連係登録したＩＣタグＦを用いて車両Ｍを利用できるようにしている。
【0033】
本発明に係るＩＣタグＦは、一般的なＩＣタグリーダーとして構成されるコードラベル・ＩＣタグ読取端末３によって読み取り可能であれば任意とする。そして、コードラベル・ＩＣタグ読取端末３によってＩＣタグＦから読み取られるＩＣタグ識別情報は、他のＩＣタグとは区別できる固有の情報からなる。ＩＣタグＦは、一般に、「ＩＣカード」が広く知られており、その他、カード状ではなくキーホルダー状（例えば、台湾の公共交通を利用可能とするキャラクターキーホルダーなど）のものもある。例えば、図３（ｂ）には、ＩＣタグＦの種別と、そのＩＣタグＦから読み出されるＩＣタグ識別情報例を示している。現在のＩＣタグには、大別して、公共交通機関の利用支払いに係る「交通系ＩＣカード」とスーパーやコンビニ、オンラインショップなどでの支払いに係る「流通系ＩＣカード」があるが、それ以外にも勤怠管理、出席確認（児童や学生など）、ＩＤカード認証プリンタシステム、スタンプラリー、来店ポイントシステム、書籍貸出、受付管理、スクリーンセーバーロック、ＰＣロックドア入退出、ＰＣログイン等がある。そして、これらのＩＣタグＦに格納されるＩＣチップにはＩＣタグ識別情報が格納され、ＩＣタグ識別情報は、種々の標準規格に準じたものとされるが、図３（ｂ）に例示するように、大別して、ＨＦ帯／ＵＨＦ帯を含むＲＦＩＤ（Radio Frequency Identification）に準拠するＩＣタグ識別情報を格納するタイプや、ＮＦＣ（Near Field Communication）に準拠するＩＣタグ識別情報を格納するものがある。
【0034】
ＩＣタグ連携管理サーバ６２は、図４に示すように、ユーザーＩＤ毎に、ユーザーＵが購入取得してコードラベル管理サーバ６１に登録済みの各コードラベルＣＬについて、そのコードラベル情報と連携させる１つ又は複数のＩＣタグＦに固有に格納されるＩＣタグ識別情報を登録管理している。尚、ユーザーＵが購入取得したコードラベル管理サーバ６１に登録済みの各コードラベルＣＬに対して任意の１つ又は複数のＩＣタグを連携登録させる動作については、図１２及び図１３を参照して詳細に後述する。
【0035】
そこで、本実施形態に係る車両運賃決済システム１においては、ユーザーＵは、車両Ｍの乗り降りの際に、購入取得してコードラベル管理サーバ６１に登録済みのコードラベルＣＬをコードラベル・ＩＣタグ読取端末３にかざす代わりに、そのコードラベルＣＬに対し連携登録済みのＩＣタグ識別情報を格納したＩＣタグＦを、コードラベル・ＩＣタグ読取端末３にかざして読み取らせることができる。
【0036】
コードラベル・ＩＣタグ読取端末３は、コードラベルＣＬから読み取られたコードラベル情報を有線又は近距離無線通信（ＬＡＮ等）で車両運賃決済装置４に送信する機能、及びユーザーＵが利用する連携登録済みのＩＣタグＦから読み取られたＩＣタグ識別情報を有線又は近距離無線通信（ＬＡＮ等）で車両運賃決済装置４に送信する機能を有する。また、コードラベル・ＩＣタグ読取端末３は、車両Ｍの運転手が操作する操作パネル５と連動するように構成され、操作パネル５の操作でコードラベル・ＩＣタグ読取端末３の動作を制御することができる。また、車両運賃決済装置４によっても操作パネル５とコードラベル・ＩＣタグ読取端末３との連動が制御され、詳細に後述する運賃表示や利用可否照合に基づく利用可通知又はエラー通知を操作パネル５及びコードラベル・ＩＣタグ読取端末３に表示させることができる。
【0037】
このコードラベル・ＩＣタグ読取端末３は、既存フォーマット形式の二次元又は一次元のコードラベルＣＬを読み取り可能であり、尚且つＩＣタグＦを読み取り可能な汎用デバイスを利用できる。尚、コードラベル・ＩＣタグ読取端末３は、コードラベルＣＬを読み取る機器とＩＣタグＦを読み取る機器とを一体とするデバイスに限らず、それぞれ別体の機器で構成されたものであってもよい。
【0038】
車両運賃決済装置４は、無線通信ネットワークを介して、各種サーバ（コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２からなる管理センターサーバ６、並びに決済会社サーバ７）と無線通信可能となっている。特に、車両運賃決済装置４は、複数のＧＰＳ（Global Positioning System）衛星（図示略）からＧＰＳ位置情報及びＧＰＳ日時情報を示すＧＰＳ信号を受信して、車両Ｍの現在の位置情報と現在の日時情報を取得するＧＰＳ受信機能を有している。そこで、車両運賃決済装置４は、そのＧＰＳ受信機能により、ユーザーＵの車両Ｍの乗車時及び降車時に、コードラベル・ＩＣタグ読取端末３からコードラベル情報又はＩＣタグ識別情報を受信するときに、乗車時点及び降車時点の位置情報及び日時情報を決定する。また、車両運賃決済装置４は、車両ＭへのユーザーＵの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを検出することにより、運送サービスに関する取引の予め定められた車両Ｍの運賃を自動算出する運賃算出機能を有している。
【0039】
そして、車両運賃決済装置４は、コードラベル・ＩＣタグ読取端末３から送信されたコードラベル情報、又はＩＣタグ識別情報に連携されているコードラベル情報について、コードラベル管理サーバ６１に対する照合による利用可否判定処理を行う機能と、ＩＣタグ識別情報についてＩＣタグ連携管理サーバ６２に対する照合による連携判定処理を行う機能と、車両Ｍの利用時に電子決済を要するユーザーＵが購入取得済みのコードラベルＣＬについて登録済みのユーザーＵが指定する決済会社サーバ７に対して運賃の決済要求を行い、電子決済させることで運賃の支払いを実行させる決済要求処理を行う機能と、操作パネル５からの指示に従いコードラベルＣＬとＩＣタグとの連携登録処理を行う機能と、を有するゲートウェイ（ＧＷ）機能を有している。尚、「定期券」及び「回数券」のコードラベルＣＬについては、専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）上で既に購入済みのチケットであるから、決済会社サーバ７に対する当該運賃の電子決済を要求する必要はないので、ゲートウェイ（ＧＷ）機能における決済要求処理は、「都度払い」又は「プリペイド券」に対応する電子決済が対象となる。
【0040】
また、車両運賃決済装置４は、コードラベルＣＬの利用可否判定に係る利用可通知、運賃を示す運賃情報通知、及び決済完了を示す決済完了通知をコードラベル・ＩＣタグ読取端末３、及び運賃表示器（図示略）を兼ねる操作パネル５に送信して表示させる連動制御を行うとともに、その車両Ｍの利用に関するユーザー利用情報を自装置内で管理するとともに、コードラベル管理サーバ６１に送信して、ユーザー利用情報として管理させる機能を有している。また、車両運賃決済装置４は、車両Ｍの利用時に電子決済を要するユーザーＵが購入取得済みのコードラベルＣＬについて電子決済により運賃の支払いを実行可能とするように構成されているが、利用可否判定処理のエラー、連携判定処理のエラー、又は電子決済のエラー等が生じるような場合も、そのエラーの旨をコードラベル・ＩＣタグ読取端末３、及び操作パネル５に送信して表示させる連動制御を行う。
【0041】
ここで、車両運賃決済装置４は、運賃算出後（及び車両Ｍの利用時に電子決済を要するときはその電子決済後）の一定期間、自車である車両Ｍを利用した１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報をユーザー利用情報テーブルとして記憶部４２に履歴管理するユーザー利用情報管理制御機能を有し、ゲートウェイ（ＧＷ）機能と協働して、当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させる機能を有している。コードラベル管理サーバ６１は、車両運賃決済装置４からの当該コードラベル情報及び当該ＩＣタグ識別情報についての照合を可能とするよう、コードラベル情報の登録を管理（及びＩＣタグ連携管理サーバ６２と協働してコードラベル情報に対するＩＣタグ識別情報の連携登録を管理）するとともに、ユーザーＵがコードラベルＣＬを提示した場合とＩＣタグＦを提示した場合のいずれにおいても車両Ｍを利用した利用履歴を管理するために、車両Ｍ毎に一定期間、当該ユーザー利用情報を保管し、更新がある度に、移動端末２に利用履歴として通知するユーザー利用情報通知処理を実行する機能を有する。車両運賃決済装置４、及びコードラベル管理サーバ６１は、個人情報の秘匿性及び取引の安全性を高める観点から、運賃算出後の一定期間を経過した当該ユーザー利用情報を自動消去する機能を有するのが好適である。
【0042】
この車両運賃決済システム１によれば、移動端末２上に提示した所定のコードラベルＣＬ、及びＩＣタグＦのいずれか一方又は双方の利用で、運送サービスに関する車両Ｍの運賃を自動算出して電子決済することが可能となる。そして、ユーザーＵが車両Ｍを利用する場合に、「乗車券の紛失」で運賃が不明になってしまうおそれがなくなり、更には、「乗り逃げ」や「なりすまし」による問題が生じても、事後的に不健全なユーザーＵを特定することができ、損失の抑制に繋がる。また、健全なユーザーＵとしては、ユーザーＵの秘匿性が保たれた上で、運送サービスに関する取引の運賃が利用距離又は利用時間で確実に算出されたものとなるので安心して利用できるようになる。
【0043】
〔移動端末〕
図２に示すように、移動端末２は、制御部２０、端末ＵＩ（ユーザーインターフェース）２１、記憶部２２、表示部２３、及び通信部２４を備える。また、移動端末２は、必須ではないが、好適には、コードラベルＣＬとＩＣタグＦとの連携登録の際にＩＣタグＦのＩＣタグ識別情報を読み取り可能とするＩＣタグ読取部２５を更に備える。
図２に示すように、移動端末２は、制御部２０、端末ＵＩ（ユーザーインターフェース）２１、記憶部２２、表示部２３、及び通信部２４を備える。また、移動端末２は、必須ではないが、好適には、コードラベルＣＬとＩＣタグＦとの連携登録の際にＩＣタグＦのＩＣタグ識別情報を読み取り可能とするＩＣタグ読取部２５を更に備える。
【0044】
端末ＵＩ２１は、移動端末２をユーザーＵが操作するためのヒューマン・マシン・ユーザーインターフェースである。
【0045】
記憶部２２は、移動端末２で利用する各種のアプリケーション用プログラムやデータを保存するメモリである。
【0046】
表示部２３は、移動端末２で利用する各種のアプリケーションやデータを表示するディスプレイである。
【0047】
通信部２４は、他のデバイスとの無線通信を行う機能部であり、本例では、専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）上の本システムの利用に係るユーザー登録設定、コードラベルＣＬの購入取得操作、利用履歴や登録情報の閲覧時等でコードラベル管理サーバ６１と無線通信することや、コードラベルＣＬによる電子決済を行う決済会社の指定設定時に決済会社サーバ７と無線通信することや、好適例としてコードラベルＣＬとＩＣタグとの連携登録を行う際にＩＣタグ連携管理サーバ６２と無線通信することを含み、これら各種サーバ（複数の車両運賃決済装置４を管理するコードラベル管理サーバ６１、及びＩＣタグ連携管理サーバ６２、並びに決済会社サーバ７）に対し無線通信ネットワーク（例えばインターネット）経由の相互通信を行う機能を有する。
【0048】
ここでは、使い勝手の良い好適例として、専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）２０１をインストール済みである例を説明するが、その変形例として、上述したように車両運賃決済システム１に係るＷｅｂサイトへのアクセス方式で、専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）２０１を提示して、インストールしたのと同等の機能を生じさせる形態であってもよい。
【0049】
制御部２０は、中央演算処理ユニット（ＣＰＵ）で構成することができ、端末ＵＩ２１を介して記憶部２２の所定の格納領域に格納されている専用アプリケーション（「ＴｉｃｋｅｔＱＲ」アプリ）２０１を読み出して実行することで、ユーザー登録部２０２、コードラベル取得管理部２０３、及びコードラベル表示制御部２０４の各機能部を機能させ、必須ではないが、好適には、コードラベルＣＬとＩＣタグＦとの連携登録を機能させる連携登録機能部２０５を更に機能させる。
【0050】
ユーザー登録部２０２は、通信部２４を介して、上述したように、専用アプリケーション２０１上で、ユーザー操作によって、コードラベル管理サーバ６１に対しユーザー登録を行う機能部である。
【0051】
コードラベル取得管理部２０３は、専用アプリケーション２０１上で、ユーザー操作によって、コードラベル管理サーバ６１に連動する本システム専用のＷｅｂサイトから本例では５種類のチケット（Ｔｙｐｅ０～Ｔｙｐｅ４）を識別可能なコードラベルＣＬを購入取得し、購入取得済みのコードラベルＣＬをリストとして管理する機能部である。本例では、コードラベル取得管理部２０３は、当該リストを記憶部２２に保持して管理するものとしているが、その変形例として、当該リストを記憶部２２に保持させずに、コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２に対するアクセスで読み出して当該リストとして形成するようにして管理する機能部としてもよい。尚、図１４を参照して詳細は後述するが、本実施形態においては、購入取得済みの複数の各コードラベルＣＬに対しユーザーＵが所望する１つ又は複数のＩＣタグＦを連携登録することができるが、１つのＩＣタグＦは１つのコードラベルＣＬに対してのみ連携登録することができ、専用アプリケーション２０１の機能として、リストとして移動端末２の表示部２３に表示できる。
【0052】
コードラベル表示制御部２０４は、専用アプリケーション２０１上で、ユーザー操作によって、コードラベル取得管理部２０３によってユーザー登録及び購入取得後の５種類のチケット（Ｔｙｐｅ０～Ｔｙｐｅ４）を識別可能なコードラベルＣＬを表示部２３に表示する機能部である。
【0053】
連携登録機能部２０５は、詳細は図１３を参照して説明するが、専用アプリケーション２０１上で、ユーザー操作によって、購入取得済みの所定のコードラベルＣＬのコードラベル情報と、当該移動端末２を用いて読み取られたユーザーＵが所望するＩＣタグＦのＩＣタグ識別情報との連携登録を実行しＩＣタグ連携管理サーバ６２に登録する機能部である。通常、移動端末２がスマートフォンで構成されていれば、ＩＣタグＦのＩＣタグ識別情報を読み取り可能とするＩＣタグ読取部２５が搭載されており、ユーザーＵが購入取得済みのコードラベルＣＬとＩＣタグＦとの連携登録の際に利用できる。また、移動端末２にＩＣタグ読取部２５が搭載されていなくとも、ＩＣタグＦのＩＣタグ識別情報を読み取り可能とする外付けの汎用ＩＣタグリーダーを移動端末２に接続して利用するとしてもよい。ＩＣタグ連携管理サーバ６２は、その連携登録完了後に、連携したコードラベルＣＬとＩＣタグＦを示す連携登録完了通知を生成して移動端末２へ通知し、移動端末２は、専用アプリケーション２０１上で、コードラベル取得管理部２０３により、ＩＣタグＦの連携登録情報を含む購入取得済みのコードラベルＣＬをリストとして管理する。
【0054】
これにより、ユーザーＵは、車両Ｍの乗り降りの際に、移動端末２に表示させたコードラベルＣＬをコードラベル・ＩＣタグ読取端末３にかざすことで提示しコードラベル情報を読み取らせることができる。また、ユーザーＵは、車両Ｍの乗り降りの際に、購入取得済みのコードラベルＣＬと連携登録したＩＣタグＦをコードラベル・ＩＣタグ読取端末３にかざすことで提示しＩＣタグ識別情報を読み取らせることができる。
【0055】
〔車両運賃決済装置〕
図２に示すように、車両運賃決済装置４は、制御部４０、通信部４１、記憶部４２、ＧＰＳ受信部４３、連動制御部４４、及び通信部４５を備える。
図２に示すように、車両運賃決済装置４は、制御部４０、通信部４１、記憶部４２、ＧＰＳ受信部４３、連動制御部４４、及び通信部４５を備える。
【0056】
通信部４１は、コードラベル・ＩＣタグ読取端末３に対し有線又は近距離無線通信（ＬＡＮ等）で通信する機能部であり、コードラベル・ＩＣタグ読取端末３によりコードラベルＣＬを読み取って得られるコードラベル情報を受信する機能と、コードラベル・ＩＣタグ読取端末３によりＩＣタグＦを読み取って得られるＩＣ情報を受信する機能と、を有する。
【0057】
記憶部４２は、車両運賃決済装置４として機能させるためのプログラムや各種のデータを保存するメモリである。
【0058】
ＧＰＳ受信部４３は、複数のＧＰＳ衛星（図示略）からＧＰＳ位置情報及びＧＰＳ日時情報を示すＧＰＳ信号を受信して、車両Ｍの現在の位置情報と現在の日時情報を取得する機能部である。
【0059】
連動制御部４４は、制御部４０の機能により、車両Ｍの運転手の操作による操作パネル５の指示を受け付けてコードラベルＣＬのコードラベル情報とＩＣタグＦのＩＣタグ識別情報との連携登録を実行する際に、コードラベル・ＩＣタグ読取端末３との連動制御を行う機能（図１２を参照して後述する。）、並びに利用されるコードラベルＣＬの利用可否判定に係る利用可通知、ＩＣタグＦとの連携判定に係る通知（エラー通知）、運賃を示す運賃情報通知、及び決済完了を示す決済完了通知をコードラベル・ＩＣタグ読取端末３、及び運賃表示器（図示略）を兼ねる操作パネル５に送信して表示させる連動制御を行う機能を有する。
【0060】
通信部４５は、他のデバイスとの無線通信を行う機能部であり、本例では、制御部４０の機能により、コードラベルＣＬの利用可否判定に係る照合のためコードラベル管理サーバ６１と無線通信することや、ユーザー利用情報を集約更新させるためコードラベル管理サーバ６１と無線通信することや、ＩＣタグＦの連携照合のためＩＣタグ連携管理サーバ６２と無線通信することや、車両Ｍの利用時に電子決済を要するコードラベルＣＬ又はそのコードラベルＣＬに対し連携登録済みＩＣタグＦによる利用に対する電子決済を行うユーザー指定設定済みの決済会社サーバ７と無線通信すること、並びに、連動制御部４４の連動制御を基に車両Ｍの運転手の操作による操作パネル５の指示を受け付けてコードラベルＣＬとＩＣタグとの連携登録を行うためにＩＣタグ連携管理サーバ６２と無線通信することを含み、これら各種サーバ（複数の車両運賃決済装置４を管理するコードラベル管理サーバ６１、及びＩＣタグ連携管理サーバ６２、並びに決済会社サーバ７）に対し無線通信ネットワーク（例えばインターネット）経由の相互通信を行う機能を有する。
【0061】
制御部４０は、中央演算処理ユニット（ＣＰＵ）で構成することができ、当該運送サービスの運行中は常時、記憶部４２の所定の格納領域に格納されている車両運賃決済装置４として機能させるためのプログラムを読み出して実行することで、ＧＰＳ受信機能部４０１、運賃算出部４０２、ユーザー利用情報管理制御部４０３、及びゲートウェイ機能部４０４の各機能部を機能させる。
【0062】
ＧＰＳ受信機能部４０１は、ユーザーＵの車両Ｍの乗車時及び降車時に、コードラベル・ＩＣタグ読取端末３から利用可とされるコードラベル情報又は連携可とされるＩＣタグ識別情報を受信するときに、ＧＰＳ受信部４３を機能させ、複数のＧＰＳ衛星（図示略）からＧＰＳ位置情報及びＧＰＳ日時情報を示すＧＰＳ信号を受信して、車両Ｍの現在の位置情報と現在の日時情報を取得し、コードラベル・ＩＣタグ読取端末３から送信された時点の位置情報及び日時情報を決定する機能部である。
【0063】
運賃算出部４０２は、ＧＰＳ受信機能部４０１と協働して、車両ＭへのユーザーＵの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを検出し、運送サービスに関する取引の予め定められた車両Ｍの運賃を自動算出する機能部である。
【0064】
ユーザー利用情報管理制御部４０３は、制御部４０の機能として、運賃算出及び電子決済後の一定期間、車両ＩＤで識別される自車である車両Ｍを利用した１以上のユーザーＩＤの運送サービスに関する取引のユーザー利用情報をユーザー利用情報テーブルとして記憶部４２に履歴管理する機能部である。また、ユーザー利用情報管理制御部４０３は、各種サーバとの通信制御を行うゲートウェイ（ＧＷ）機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させる機能を有している。コードラベル管理サーバ６１は、車両Ｍ毎に一定期間、当該ユーザー利用情報を保管し、ユーザーＩＤ単位でユーザー利用情報の更新がある度に、当該ユーザーＩＤに対応する移動端末２に利用履歴として通知するユーザー利用情報通知処理を実行する。
【0065】
ゲートウェイ機能部４０４は、利用可否判定処理部４０４１、連携判定処理部４０４２、決済要求処理部４０４３、及び連携登録処理部４０４４を備え、これらの処理部を機能させるために、通信部４５を介して各種サーバ（複数の車両運賃決済装置４を管理するコードラベル管理サーバ６１、及びＩＣタグ連携管理サーバ６２、並びに決済会社サーバ７）に対し無線通信ネットワーク（例えばインターネット）経由の相互通信を行うよう制御することや、連動制御部４４を機能させてコードラベル・ＩＣタグ読取端末３及び運賃表示器（図示略）を兼ねる操作パネル５に対する連動制御を機能させることや、ユーザー利用情報管理制御部４０３に対して記憶部４２に履歴管理しているユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信させるよう制御する。
【0066】
より具体的に、利用可否判定処理部４０４１は、通信部４１を介してコードラベル・ＩＣタグ読取端末３から送信されたコードラベル情報、又はＩＣタグ識別情報に連携されているコードラベル情報について、通信部４５を介してコードラベル管理サーバ６１に対する照合による利用可否判定処理を行う機能部であり、当該コードラベル情報が利用可であればその旨を示す利用可通知を生成し、当該コードラベル情報が利用不可であればその旨を示す利用不可通知（エラー通知）を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び操作パネル５に送信して表示させるよう処理する。
【0067】
また、連携判定処理部４０４２は、通信部４１を介してコードラベル・ＩＣタグ読取端末３から送信されたＩＣタグ識別情報について、通信部４５を介してＩＣタグ連携管理サーバ６２に対する照合による連携判定処理を行う機能部であり、当該ＩＣタグ識別情報が連携登録済みであればその連携登録済みのコードラベル情報をＩＣタグ連携管理サーバ６２から取得し、当該ＩＣタグ識別情報が連携無しであればその旨を示す連携無し通知（エラー通知）を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び操作パネル５に送信して表示させるよう処理する。
【0068】
決済要求処理部４０４３は、運賃算出部４０２によって算出した運賃について、コードラベルＣＬが車両使用時に電子決済を要するときに、自動的に、或いは移動端末２に対する支払い確認の承諾回答を経て、通信部４５を介して決済会社サーバ７に対する当該運賃の電子決済を要求し電子決済を完了させる処理を行う。そして、決済要求処理部４０４３は、決済完了を示す決済完了通知を決済会社サーバ７から受信すると、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び運賃表示器（図示略）を兼ねる操作パネル５に送信して表示させるよう処理する。尚、制御部４０は、ユーザー利用情報管理制御部４０３を機能させて当該運賃及び電子決済に係るユーザー利用情報を記憶部４２に履歴管理させ、当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信させるよう処理する。コードラベル管理サーバ６１は、車両Ｍ毎に一定期間、当該ユーザー利用情報を保管し、更新がある度に、移動端末２に利用履歴として通知する。尚、「定期券」及び「回数券」のコードラベルＣＬについては、専用アプリケーション２０１上で既に購入済みのチケットであるから、決済会社サーバ７に対する当該運賃の電子決済を要求する必要はないので、決済要求処理部４０４３は、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬの電子決済が対象となる。
【0069】
連携登録処理部４０４４は、詳細は図１２を参照して説明するが、連動制御部４４を介して車両Ｍの運転手の操作による操作パネル５からの連携登録モードの指示を受け付けたときに、コードラベルＣＬとＩＣタグＦとの連携登録を実行する連携登録モードに移行し、通信部４１を介してその連係登録に係るＩＣタグＦのＩＣタグ情報及びコードラベルＣＬのコードラベル情報の入力を待機する。そして、連携登録モードに移行したとき、連携登録処理部４０４４は、コードラベル・ＩＣタグ読取端末３に対してＩＣタグＦのＩＣタグ識別情報とコードラベルＣＬのコードラベル情報とを予め定められた順序で読み取らせ、通信部４５を介して利用可否判定処理部４０４１によるコードラベル管理サーバ６１に対する利用可否判定処理を実行させた後、それぞれ読み取らせたＩＣタグＦのＩＣタグ識別情報とコードラベルＣＬのコードラベル情報について、通信部４５を介してＩＣタグ連携管理サーバ６２に対する連携登録を実行し、連携登録完了後に、その旨を示す連携登録完了通知を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３及び操作パネル５に送信して表示させるよう処理する。ＩＣタグ連携管理サーバ６２もまた、その連携登録完了後に、連携したコードラベルＣＬとＩＣタグＦを示す連携登録完了通知を生成して移動端末２へ通知する。移動端末２は、専用アプリケーション２０１上で、コードラベル取得管理部２０３の機能として、ＩＣタグＦの連携登録情報を含む購入取得済みのコードラベルＣＬをリストとして管理する。
【0070】
（システム動作：コードラベルＣＬによる車両Ｍの利用時）
図５は、本発明による一実施形態の車両運賃決済システム１に係るコードラベルＣＬによる車両Ｍ利用時のシステム動作例を示すフローチャートである。
図５は、本発明による一実施形態の車両運賃決済システム１に係るコードラベルＣＬによる車両Ｍ利用時のシステム動作例を示すフローチャートである。
【0071】
上述した図３（ａ）に示すように、本実施形態においては、「都度払い」、「定期券」、「回数券」、及び「プリペイド券」に対応するコードラベルＣＬを想定している。以下では、「定期券」及び「回数券」のコードラベルＣＬについては、専用アプリケーション２０１上で既に購入済みのチケットであるから、決済会社サーバ７に対する当該運賃の電子決済を要求する必要はないので、代表して、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬによる車両Ｍの利用時を説明する。
【0072】
移動端末２は、ユーザーＵが車両Ｍに乗車する際に、ユーザーＵの操作により専用アプリケーション２０１が起動され、移動端末２の表示部２３に、車両Ｍの利用に関する事前登録され購入取得済みのコードラベルＣＬを画面表示される。そして、ユーザーＵは、車両Ｍへの乗車時に、コードラベルＣＬをコードラベル・ＩＣタグ読取端末３にかざすことで提示する操作を行う（ステップＳ１）。
【0073】
そして、コードラベル・ＩＣタグ読取端末３は、移動端末２の表示部２３にかざして提示されたコードラベルＣＬを読み取り、少なくともユーザーＵを特定するユーザーＩＤを含むコードラベル情報を抽出して車両運賃決済装置４に送信する（ステップＳ２）。
【0074】
続いて、車両運賃決済装置４は、通信部４１を介してコードラベル・ＩＣタグ読取端末３から送信されたコードラベル情報の受信時に、ゲートウェイ機能部４０４により通信部４５を介してコードラベル管理サーバ６１に対する照合による利用可否判定処理を行う利用可否判定処理部４０４１を機能させ、当該コードラベル情報が利用可であればその旨を示す利用可通知を生成し、当該コードラベル情報が利用不可であればその旨を示す利用不可通知（エラー通知）を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３及び操作パネル５に送信して表示させるよう処理する（ステップＳ３）。有効期限切れ等の理由で利用不可通知（エラー通知）が生成されたときは、ユーザーＵは車両Ｍを利用できないため、以降の動作は行われず、ユーザーＵは改めてステップＳ１からの操作を行う必要がある。ここでは、利用可通知が生成されたものとして、以降の動作を説明する。
【0075】
続いて、車両運賃決済装置４は、乗車時の当該コードラベル情報に関する利用可通知の生成後、ＧＰＳ受信機能部４０１によりＧＰＳ受信部４３を機能させ、複数のＧＰＳ衛星（図示略）からＧＰＳ位置情報及びＧＰＳ日時情報を示すＧＰＳ信号を受信して、車両Ｍの現在の位置情報と現在の日時情報を取得することにより、乗車位置及び乗車日時を検出し、自装置（自車）を識別する車両ＩＤと共にユーザー利用情報テーブルとして記憶部４２に記録する（ステップＳ４）。また、ユーザー利用情報管理制御部４０３は、各種サーバとの通信制御を行うゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させる機能を有している。ここでは、説明の便宜上、ユーザー利用情報管理制御部４０３は、ゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させるとして説明する。
【0076】
一方、ユーザーＵは、車両Ｍの降車時に、乗車時と同じ当該コードラベルＣＬをコードラベル・ＩＣタグ読取端末３にかざすことで提示する操作を行う（ステップＳ５）。
【0077】
そして、コードラベル・ＩＣタグ読取端末３は、移動端末２の表示部２３にかざして提示された当該コードラベルＣＬを読み取り、コードラベル情報を抽出して車両運賃決済装置４に送信する（ステップＳ６）。
【0078】
続いて、車両運賃決済装置４は、通信部４１を介してコードラベル・ＩＣタグ読取端末３から送信された当該コードラベル情報の受信時に、ゲートウェイ機能部４０４により通信部４５を介してコードラベル管理サーバ６１に対する照合による利用可否判定処理を行う利用可否判定処理部４０４１を機能させ、乗車時と同じコードラベル情報であるか否かを検証して、乗車時と同じコードラベル情報であり当該コードラベル情報が利用可であればその旨を示す利用可通知を生成し、当該コードラベル情報が利用不可であればその旨を示す利用不可通知（エラー通知）を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び操作パネル５に送信して表示させるよう処理する（ステップＳ７）。ユーザーＵが操作を誤って乗車時とは異なるコードラベルＣＬを提示した時など利用不可通知（エラー通知）が生成されたときは、ユーザーＵは車両Ｍを利用できないため、以降の動作は行われず、ユーザーＵは改めてステップＳ５からの操作を行う必要がある。ここでは、利用可通知が生成されたものとして、以降の動作を説明する。
【0079】
続いて、車両運賃決済装置４は、降車時の利用可通知の生成後、ＧＰＳ受信機能部４０１によりＧＰＳ受信部４３を機能させ、複数のＧＰＳ衛星（図示略）からＧＰＳ位置情報及びＧＰＳ日時情報を示すＧＰＳ信号を受信して、車両Ｍの現在の位置情報と現在の日時情報を取得することにより、乗車位置及び乗車日時を検出するとともに、運賃算出部４０２により、検出した車両ＭへのユーザーＵの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを基に、運送サービスに関する取引の予め定められた運賃を自動算出し、自装置（自車）を識別する車両ＩＤと共にユーザー利用情報テーブルとして記憶部４２に記録する（ステップＳ８）。
【0080】
ここで、車両運賃決済装置４は、制御部４０の機能として、運賃算出部４０２により運賃を自動算出すると、その運賃を示す運賃情報通知を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び運賃表示器（図示略）を兼ねる操作パネル５に送信して表示させる。尚、コードラベル・ＩＣタグ読取端末３は、運賃表示機能を有するものを想定しているが、運賃表示機能を有していないときはコードラベル・ＩＣタグ読取端末３に対する運賃情報通知の送信は省略される。ただし、運賃情報は、ユーザー利用情報に含まれ、後述するステップＳ１０において、コードラベル管理サーバ６１から移動端末２に通知される。
【0081】
また、制御部４０の機能として、ユーザー利用情報管理制御部４０３は、各種サーバとの通信制御を行うゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させる機能を有している。ここでは、説明の便宜上、ユーザー利用情報管理制御部４０３は、ゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、コードラベル管理サーバ６１に送信するとして説明する。
【0082】
続いて、車両運賃決済装置４は、運賃算出部４０２によって算出した運賃について、コードラベルＣＬが車両Ｍの利用時に電子決済を要するときに、自動的に、或いは移動端末２に対する支払い確認の承諾回答を経て、通信部４５を介して決済会社サーバ７に対する当該運賃の電子決済を要求し電子決済を完了させる決済要求処理部４０４３を機能させ、決済完了を示す決済完了通知を決済会社サーバ７から受信すると、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び運賃表示器（図示略）を兼ねる操作パネル５に送信して表示させるよう処理するとともに、ユーザー利用情報管理制御部４０３を機能させて当該運賃及び電子決済に係るユーザー利用情報を記憶部４２に履歴管理させる（ステップＳ９）。
【0083】
ここで、本例では、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬを想定しているため、決済要求処理部４０４３による動作を説明しているが、「定期券」及び「回数券」のコードラベルＣＬについては、既に購入済みのチケットであるから、運賃の算出後に、決済会社サーバ７に対する当該運賃の電子決済を要求する必要はないので、この場合は、ステップＳ９における電子決済の要求動作は省略される。
【0084】
また、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬによる車両Ｍの利用時の決済会社サーバ７に対する当該運賃の電子決済に関して、運賃算出部４０２によって算出した運賃について、決済要求処理部４０４３は、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬが車両使用時に電子決済を要するときに、自動的に電子決済要求を実行する。ここで、決済会社サーバ７によっては、ユーザー（即ち、移動端末２）に対して「支払い確認」を経て電子決済要求を実行する取引形態となっている場合があり、この場合でも、本実施形態では、決済会社サーバ７から直接的に、移動端末２に「支払い確認」を求めるのではなく、決済要求処理部４０４３が決済会社サーバ７からの「支払い確認」を代行するべく、コードラベル管理サーバ６１経由で移動端末２に通知する。そして、決済要求処理部４０４３は、移動端末２から「支払い確認」通知に対する承諾を示す承諾通知をコードラベル管理サーバ６１が受信して記録するのを監視して、承諾通知があり次第、決済会社サーバ７に対して承諾通知を転送するようにして代行する。
【0085】
尚、移動端末２に対する支払い確認は、コードラベル管理サーバ６１から移動端末２に対して「支払い確認」の旨を通知すると、移動端末２上で専用アプリケーション２０１が自動的に起動し、その専用アプリケーション２０１上で「支払い確認」に対する承諾返答ができるようになっている。また、この「支払い確認」は、あくまで決済会社における電子決済の支払いに関する承諾確認のためであり、ユーザーＵが「支払い確認」に対して拒否する場合（即ち、承諾返答しない場合）は、「未払い」としてコードラベル管理サーバ６１に記録される。以後、専用アプリケーション２０１上で「未払い」分の支払いが完了するまで、当該移動端末２のユーザーＩＤに対応するユーザーは、本システムを利用できない旨の表示が、専用アプリケーション２０１上に表示されるようになっている。
【0086】
ただし、ＩＣタグＦを、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬに対して連携登録させて、車両Ｍの利用時に「支払い確認」を移動端末２に求めることを要する場合では、ユーザーＵが車両Ｍの利用時に、移動端末２を携帯していない場合や、移動端末２の充電不足で動作しないような場合だと、「支払い確認」通知に対する承諾回答ができない。このため、本例では、移動端末２における専用アプリケーション２０１上での設定で、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬについては、車両運賃決済装置４の決済要求処理部４０４３が移動端末２に「支払い確認」を求めるのを省略して承諾通知を代行することを、ユーザーＵが選択設定できるものとしている。これらの「支払い確認」通知に対する承諾回答の操作や省略設定が煩わしいと感じるユーザーＵに対しては、車両Ｍの利用時の電子決済処理が不要とされる「定期券」及び「回数券」のコードラベルＣＬに、ＩＣタグＦを連携登録させておくことが勧められる。
【0087】
そして、ユーザー利用情報管理制御部４０３は、当該当該運賃及び電子決済に係るユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信させるよう処理する。ここでは、説明の便宜上、ユーザー利用情報管理制御部４０３は、ゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させるとして説明する。
【0088】
コードラベル管理サーバ６１は、車両Ｍ毎に一定期間、当該ユーザー利用情報を保管し、ユーザーＩＤ単位でユーザー利用情報の更新がある度に、当該ユーザーＩＤに対応する移動端末２に利用履歴として通知するユーザー利用情報通知処理を実行する（ステップＳ１０）。
【0089】
このようにして、ユーザーＵは、移動端末２に表示させたコードラベルＣＬを用いて、車両Ｍを利用することができる。コードラベルＣＬ自体は、有効期限付きであり、更に、任意のコードラベル・ＩＣタグ読取端末３で読み取り可能であるがユーザーＩＤが解読されるのみであるため、ユーザーＵの個人情報の秘匿性は保たれ、尚且つ取引の安全性も保たれる。尚、コードラベルＣＬには、当該コードラベル情報を更に符号化した情報をユーザー情報として埋め込むようにして、より個人情報の秘匿性及び取引の安全性を高めるようにしてもよい。また、このコードラベル情報には、移動端末２のデバイス認証のために移動端末２を特定するデバイス情報を付加したものとしてもよい。
【0090】
（システム動作：ＩＣタグＦによる車両Ｍの利用時）
図６は、本発明による一実施形態の車両運賃決済システム１に係るＩＣタグＦによる車両Ｍ利用時のシステム動作例を示すフローチャートである。図６において、図５に示すステップ番号と同様の動作には、同一のステップ番号を付している。
図６は、本発明による一実施形態の車両運賃決済システム１に係るＩＣタグＦによる車両Ｍ利用時のシステム動作例を示すフローチャートである。図６において、図５に示すステップ番号と同様の動作には、同一のステップ番号を付している。
【0091】
上述した図３（ａ）に示すように、本実施形態においては、「都度払い」、「定期券」、「回数券」、及び「プリペイド券」に対応するコードラベルＣＬを想定しており、このいずれかに対してＩＣタグＦを連携させるよう、ＩＣタグ連携管理サーバ６２に連携登録することができる。以下では、「定期券」及び「回数券」のコードラベルＣＬについては、既に購入済みのチケットであるから、決済会社サーバ７に対する当該運賃の電子決済を要求する必要はないので、代表して、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬに対して連携登録済のＩＣタグＦよる車両Ｍの利用時を説明する。
【0092】
まず、ユーザーＵが車両Ｍに乗車する際に、ユーザーＵは、購入取得済みのコードラベルＣＬに対し連携登録済みのＩＣタグＦをコードラベル・ＩＣタグ読取端末３にかざすことで提示する操作を行う（ステップＳ１’）。
【0093】
そして、コードラベル・ＩＣタグ読取端末３は、連携登録済みのＩＣタグＦを読み取り、ＩＣタグ識別情報を抽出して車両運賃決済装置４に送信する（ステップＳ２’）。
【0094】
続いて、車両運賃決済装置４は、通信部４１を介してコードラベル・ＩＣタグ読取端末３から送信されたＩＣタグ識別情報の受信時に、ゲートウェイ機能部４０４により通信部４５を介してＩＣタグ連携管理サーバ６２に対する照合による連携判定処理を行う連携判定処理部４０４２を機能させ、当該ＩＣタグ識別情報が連携登録済みであればその連携登録済みのコードラベルＣＬのコードラベル情報をＩＣタグ連携管理サーバ６２から取得し、当該ＩＣタグ識別情報が連携無しであればその旨を示す連携無し通知（エラー通知）を生成し（図示略）、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び運賃表示器（図示略）を兼ねる操作パネル５に送信して表示させるよう処理する（ステップＳ３’）。連携無し通知（エラー通知）が生成されたときは、ユーザーＵは当該ＩＣタグＦによる車両Ｍを利用できないため、以降の動作は行われず、ユーザーＵは改めてステップＳ１’（又は図５に示すステップＳ１）からの操作を行う必要がある。ここでは、ＩＣタグＦに連携されているコードラベルＣＬのコードラベル情報が取得されたものとして、以降の動作を説明する。
【0095】
続いて、車両運賃決済装置４は、図５におけるステップＳ３の動作と実質的に同様に動作し、ＩＣタグ連携管理サーバ６２から取得したコードラベル情報の受信時に、ゲートウェイ機能部４０４により通信部４５を介してコードラベル管理サーバ６１に対する照合による利用可否判定処理を行う利用可否判定処理部４０４１を機能させ、当該コードラベル情報が利用可であればその旨を示す利用可通知を生成し、当該コードラベル情報が利用不可であればその旨を示す利用不可通知（エラー通知）を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び操作パネル５に送信して表示させるよう処理する（ステップＳ３）。利用不可通知（エラー通知）が生成されたときは、ユーザーＵは車両Ｍを利用できないため、以降の動作は行われず、ユーザーＵは改めてステップＳ１’（又は図５に示すステップＳ１）からの操作を行う必要がある。ここでは、利用可通知が生成されたものとして、以降の動作を説明する。尚、ステップＳ３’に係る連携判定処理を行うときは、続くこのステップＳ３の利用可否判定処理について省略してもよいし、コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２からなる管理センターサーバ６としては、ステップＳ３’とステップＳ３とを一処理として行ってもよい。
【0096】
続いて、車両運賃決済装置４は、図５におけるステップＳ４の動作と実質的に同様に動作し、乗車時の利用可通知の生成後、ＧＰＳ受信機能部４０１によりＧＰＳ受信部４３を機能させ、複数のＧＰＳ衛星（図示略）からＧＰＳ位置情報及びＧＰＳ日時情報を示すＧＰＳ信号を受信して、車両Ｍの現在の位置情報と現在の日時情報を取得することにより、乗車位置及び乗車日時を検出し、自装置（自車）を識別する車両ＩＤと共にユーザー利用情報テーブルとして記憶部４２に記録する（ステップＳ４）。また、ユーザー利用情報管理制御部４０３は、各種サーバとの通信制御を行うゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させる機能を有している。ここでは、説明の便宜上、ユーザー利用情報管理制御部４０３は、ゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させるとして説明する。
【0097】
一方、ユーザーＵは、車両Ｍの降車時に、乗車時と同じ当該ＩＣタグＦをコードラベル・ＩＣタグ読取端末３にかざすことで提示する操作を行う（ステップＳ５’）。
【0098】
そして、コードラベル・ＩＣタグ読取端末３は、連携登録済みのＩＣタグＦを読み取り、ＩＣタグ識別情報を抽出して車両運賃決済装置４に送信する（ステップＳ６’）。
【0099】
続いて、車両運賃決済装置４は、通信部４１を介してコードラベル・ＩＣタグ読取端末３から送信されたＩＣタグ識別情報の受信時に、ゲートウェイ機能部４０４により通信部４５を介してＩＣタグ連携管理サーバ６２に対する照合による連携判定処理を行う連携判定処理部４０４２を機能させ、当該ＩＣタグ識別情報が連携登録済みであればその連携登録済みのコードラベルＣＬのコードラベル情報をＩＣタグ連携管理サーバ６２から取得して乗車時と同じコードラベル情報であるか否かを検証して、降車時に抽出されたＩＣタグ識別情報が当該コードラベルＣＬに対する連携無しであればその旨を示す連携無し通知（エラー通知）を生成し（図示略）、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び運賃表示器（図示略）を兼ねる操作パネル５に送信して表示させるよう処理する（ステップＳ７’）。ユーザーＵが操作を誤って当該コードラベルＣＬに連携されていないＩＣタグＦを提示した時など当該コードラベルＣＬに対する連携無し通知（エラー通知）が生成されたときは、ユーザーＵは当該ＩＣタグＦによる車両Ｍを利用できないため、以降の動作は行われず、ユーザーＵは改めてステップＳ５’からの操作を行う必要がある。ここでは、乗車時と同じコードラベル情報であると検証されたものとして、以降の動作を説明する。
【0100】
続いて、車両運賃決済装置４は、乗車時と同じコードラベル情報であると降車時に検証された後、図５におけるステップＳ８の動作と実質的に同様に動作し、ＧＰＳ受信機能部４０１によりＧＰＳ受信部４３を機能させ、複数のＧＰＳ衛星（図示略）からＧＰＳ位置情報及びＧＰＳ日時情報を示すＧＰＳ信号を受信して、車両Ｍの現在の位置情報と現在の日時情報を取得することにより、乗車位置及び乗車日時を検出するとともに、運賃算出部４０２により、検出した車両ＭへのユーザーＵの乗車時点の位置情報及び日時情報と、降車時点の位置情報及び日時情報とを基に、運送サービスに関する取引の予め定められた運賃を自動算出し、自装置（自車）を識別する車両ＩＤと共にユーザー利用情報テーブルとして記憶部４２に記録する（ステップＳ８）。
【0101】
ここで、車両運賃決済装置４は、制御部４０の機能として、運賃算出部４０２により運賃を自動算出すると、その運賃を示す運賃情報通知を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び運賃表示器（図示略）を兼ねる操作パネル５に送信して表示させる。尚、コードラベル・ＩＣタグ読取端末３は、運賃表示機能を有するものを想定しているが、運賃表示機能を有していないときはコードラベル・ＩＣタグ読取端末３に対する運賃情報通知の送信は省略される。ただし、運賃情報は、ユーザー利用情報に含まれ、後述するステップＳ１０において、コードラベル管理サーバ６１から移動端末２に通知される。
【0102】
また、制御部４０の機能として、ユーザー利用情報管理制御部４０３は、各種サーバとの通信制御を行うゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させる機能を有している。ここでは、説明の便宜上、ユーザー利用情報管理制御部４０３は、ゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、コードラベル管理サーバ６１に送信するとして説明する。
【0103】
続いて、車両運賃決済装置４は、図５におけるステップＳ９の動作と実質的に同様に動作し、運賃算出部４０２によって算出した運賃について、コードラベルＣＬが車両Ｍの利用時に電子決済を要するときに、自動的に、或いは移動端末２に対する支払い確認の承諾回答を経て、通信部４５を介して決済会社サーバ７に対する当該運賃の電子決済を要求し電子決済を完了させる決済要求処理部４０４３を機能させ、決済完了を示す決済完了通知を決済会社サーバ７から受信すると、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３、及び運賃表示器（図示略）を兼ねる操作パネル５に送信して表示させるよう処理するとともに、ユーザー利用情報管理制御部４０３を機能させて当該運賃及び電子決済に係るユーザー利用情報を記憶部４２に履歴管理させる（ステップＳ９）。
【0104】
ここで、本例では、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬを想定しているため、決済要求処理部４０４３による動作を説明しているが、「定期券」及び「回数券」のコードラベルＣＬについては、既に購入済みのチケットであるから、運賃の算出後に、決済会社サーバ７に対する当該運賃の電子決済を要求する必要はないので、この場合は、ステップＳ９における電子決済の要求動作は省略される。
【0105】
また、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬによる車両Ｍの利用時の決済会社サーバ７に対する当該運賃の電子決済に関して、運賃算出部４０２によって算出した運賃について、決済要求処理部４０４３は、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬが車両使用時に電子決済を要するときに、自動的に電子決済要求を実行する。
【0106】
ここで、決済会社サーバ７によっては、ユーザー（即ち、移動端末２）に対して「支払い確認」を経て電子決済要求を実行する取引形態となっている場合があり、この場合でも、本実施形態では、上述したように、移動端末２における専用アプリケーション２０１上での設定で、「都度払い」又は「プリペイド券」に対応するコードラベルＣＬについては、車両運賃決済装置４の決済要求処理部４０４３が移動端末２に「支払い確認」を求めるのを省略して承諾通知を代行することを、ユーザーＵが選択設定できる。
【0107】
そして、ユーザー利用情報管理制御部４０３は、当該当該運賃及び電子決済に係るユーザー利用情報を、その更新がある度に逐次、又は定期的に、或いはコードラベル管理サーバ６１からの要求に応じて、コードラベル管理サーバ６１に送信させるよう処理する。ここでは、説明の便宜上、ユーザー利用情報管理制御部４０３は、ゲートウェイ機能部４０４と協働して、当該ユーザー利用情報を、その更新がある度に逐次、コードラベル管理サーバ６１に送信し、一定期間当該ユーザー利用情報を保管させるとして説明する。
【0108】
コードラベル管理サーバ６１は、車両Ｍ毎に一定期間、当該ユーザー利用情報を保管し、ユーザーＩＤ単位でユーザー利用情報の更新がある度に、当該ユーザーＩＤに対応する移動端末２に利用履歴として通知するユーザー利用情報通知処理を実行する（ステップＳ１０）。
【0109】
尚、図７には、本発明による一実施形態の車両運賃決済システム１に係る車両運賃決済装置４内のユーザー利用情報テーブル例を示している。車両運賃決済装置４は、図７に例示するように、自装置（自車）の車両ＩＤ毎に、読み取られたコードラベル情報、読み取られた連携登録済みＩＣタグ識別情報、対応するユーザーＩＤ、乗車情報、降車情報、及び運賃・電子決済額を対応付けて、ユーザーＵの当該車両Ｍの利用状況を更新しながら監視することで、ユーザー利用情報を管理することができるようになっている。
【0110】
一方、図８には、本発明による一実施形態の車両運賃決済システム１に係るコードラベル管理サーバ６１内のユーザー利用情報テーブル例を示す図である。コードラベル管理サーバ６１は、図８に例示するように、ユーザーＩＤ毎に、登録済みコードラベル情報、ユーザーＩＤを持つユーザーＵが利用した車両ＩＤ、ユーザーＵが利用した乗車情報、降車情報、及び運賃・電子決済額を対応付けて、ユーザーＵの各車両の利用履歴を更新しながら監視することで、ユーザー利用情報を管理することができるようになっている。尚、図４に示したように、ＩＣタグ連携管理サーバ６２内の連携登録情報テーブルは、ユーザーＩＤ、登録済みコードラベル情報、及び連携登録済みＩＣタグ識別情報が対応付けて登録管理されている。
【0111】
ここで、図９には、コードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２を一体化した場合の管理センターサーバ６内のユーザー利用情報テーブル例について示している。即ち、図９は、図４及び図８に例示する情報を全て対応付けてテーブル化した例であり、管理センターサーバ６は、図９に示すユーザー利用情報テーブルを用いて、ユーザーＵの各車両の利用履歴を更新しながら監視することで、ユーザー利用情報を管理することができる。
【0112】
（システム動作の典型例）
図１０（ａ），（ｂ）は、それぞれユーザーＵがＩＣタグＦを用いて或る車両Ｍを乗車した時と降車した時の本発明による一実施形態の車両運賃決済システム１における典型的な運賃算出・電子決済例を示す図である。
図１０（ａ），（ｂ）は、それぞれユーザーＵがＩＣタグＦを用いて或る車両Ｍを乗車した時と降車した時の本発明による一実施形態の車両運賃決済システム１における典型的な運賃算出・電子決済例を示す図である。
【0113】
図１０（ａ）に示すように、ユーザーＵが本システムに係る或る車両Ｍを乗車した時に、車両運賃決済装置４は、コードラベル・ＩＣタグ読取端末３を介してユーザーＵが購入取得済みのコードラベルＣＬに対し連携登録済みのＩＣタグＦからＩＣタグ情報を取得すると、連携判定処理を経てユーザーＵが当該購入取得済みのコードラベルＣＬのコードラベル情報を特定し、そのコードラベル情報を基に利用可否判定処理を行った上で、ＧＰＳ受信機能部４０１の機能により、当該ユーザーＵの乗車位置及び乗車日時を記録して管理する。
【0114】
また、図１０（ｂ）に示すように、ユーザーＵが本システムに係る或る車両Ｍを降車する時に、車両運賃決済装置４は、コードラベル・ＩＣタグ読取端末３を介してユーザーＵが購入取得済みのコードラベルＣＬに対し連携登録済みのＩＣタグＦからＩＣタグ情報を取得すると、連携判定処理を経て連携登録済みのコードラベル情報を乗車時と同じであるかの検証を行った上で、ＧＰＳ受信機能部４０１の機能により、当該ユーザーＵの降車位置及び降車日時を記録して管理するとともに、運賃を自動算出する。そして、車両運賃決済装置４は、「定期券」及び「回数券」のコードラベルＣＬについては当該運賃の電子決済の要求処理は省略し、「都度払い」又は「プリペイド券」のコードラベルＣＬについては当該運賃の電子決済の要求処理を行い、ユーザー利用情報として、車両Ｍの車両運賃決済装置４内に利用履歴として記録し所定期間管理するとともに、管理センターサーバ（ＴｉｃｋｅｔＱＲサーバ）６に対して利用履歴として記録し所定期間管理させる。また、管理センターサーバ（ＴｉｃｋｅｔＱＲサーバ）６は、ユーザーＵに関する利用履歴の更新がある度に、その更新に係るユーザー履歴情報を移動端末２に通知する。
【0115】
このようにして、ユーザーＵは、移動端末２に表示させたコードラベルＣＬを用いる代わりに、コードラベルＣＬに対し連携登録済みのＩＣタグＦを用いて、車両Ｍを利用することができる。このため、ユーザーが専用アプリケーション２０１を利用する移動端末２を携帯していない場合や、移動端末２の充電不足で動作しないような場合であっても、予め連携登録させた標準的なＩＣタグＦをユーザーＵが利用して、本発明に係る車両運賃決済システム１を利用でき、従来よりも更にユーザーＵにとって利便性を高めることができる。
【0116】
そして、事実上、標準的な「ＩＣタグ」を予め連携登録させたコードラベルＣＬで動作するため、そのコードラベルＣＬ自体は、有効期限付きであり、更に、任意のコードラベル・ＩＣタグ読取端末３で読み取り可能であるがユーザーＩＤが解読されるのみであるため、ユーザーＵの個人情報の秘匿性は保たれ、尚且つ取引の安全性も保たれる。
【0117】
（システム動作の別の典型例）
図１１（ａ），（ｂ）は、それぞれユーザーＵが移動端末２上に提示したユーザーＵが購入取得済みのコードラベルＣＬを用いて或る車両Ｍを乗車し、そのコードラベルＣＬに対し連携登録済みのＩＣタグＦを用いて降車した時の本発明による一実施形態の車両運賃決済システム１における典型的な運賃算出・電子決済例を示す図である。
図１１（ａ），（ｂ）は、それぞれユーザーＵが移動端末２上に提示したユーザーＵが購入取得済みのコードラベルＣＬを用いて或る車両Ｍを乗車し、そのコードラベルＣＬに対し連携登録済みのＩＣタグＦを用いて降車した時の本発明による一実施形態の車両運賃決済システム１における典型的な運賃算出・電子決済例を示す図である。
【0118】
図１１（ａ）に示すように、ユーザーＵが本システムに係る或る車両Ｍを乗車した時に、車両運賃決済装置４は、コードラベル・ＩＣタグ読取端末３を介して移動端末２上に表示させたユーザーＵが購入取得済みのコードラベルＣＬからコードラベル情報を取得すると、そのコードラベル情報を基に利用可否判定処理を行った上で、ＧＰＳ受信機能部４０１の機能により、当該ユーザーＵの乗車位置及び乗車日時を記録して管理する。
【0119】
また、図１１（ｂ）に示すように、ユーザーＵが本システムに係る或る車両Ｍを降車する時に、車両運賃決済装置４は、コードラベル・ＩＣタグ読取端末３を介して乗車時に用いたコードラベルＣＬに対し連携登録済みのＩＣタグＦからＩＣタグ情報を取得すると、連携判定処理を経て当該ＩＣタグ情報に連携するコードラベルＣＬのコードラベル情報が乗車時と同じであるかの検証を行った上で、ＧＰＳ受信機能部４０１の機能により、当該ユーザーＵの降車位置及び降車日時を記録して管理するとともに、運賃を自動算出する。そして、車両運賃決済装置４は、「定期券」及び「回数券」のコードラベルＣＬについては当該運賃の電子決済の要求処理は省略し、「都度払い」又は「プリペイド券」のコードラベルＣＬについては当該運賃の電子決済の要求処理を行い、ユーザー利用情報として、車両Ｍの車両運賃決済装置４内に利用履歴として記録し所定期間管理するとともに、管理センターサーバ（ＴｉｃｋｅｔＱＲサーバ）６に対して利用履歴として記録し所定期間管理させる。また、管理センターサーバ（ＴｉｃｋｅｔＱＲサーバ）６は、ユーザーＵに関する利用履歴の更新がある度に、その更新に係るユーザー履歴情報を移動端末２に通知する。
【0120】
このように、ユーザーＵは、車両Ｍの乗車時には移動端末２上に提示したユーザーＵが購入取得済みのコードラベルＣＬを用い、車両Ｍの降車時にはそのコードラベルＣＬに対し連携登録済みのＩＣタグＦを用いるようにしても、車両Ｍを利用できる。
【0121】
加えて、図示説明は省略するが、図１１に示す例とは逆に、ユーザーＵは、車両Ｍの乗車時にはＩＣタグＦを用い、車両Ｍの降車時には移動端末２上に表示させたコードラベルＣＬを用いるようにしても、車両Ｍを利用できる。
【0122】
従って、本実施形態によれば、ユーザーの使い勝手が向上し、コードラベルＣＬを本発明に係る車両運賃決済システム１の利用が促進されるようになる。
【0123】
以下、コードラベルＣＬ及びＩＣタグの連携登録の動作として２つの例を説明する。
【0124】
（コードラベルＣＬ及びＩＣタグＦの連携登録の動作例１）
図１２は、本発明による一実施形態の車両運賃決済システム１に係るコードラベルＣＬ及びＩＣタグＦの連携登録の動作例１を示すフローチャートである。
図１２は、本発明による一実施形態の車両運賃決済システム１に係るコードラベルＣＬ及びＩＣタグＦの連携登録の動作例１を示すフローチャートである。
【0125】
この動作例１では、操作パネル５に対する運転手の操作で、コードラベル・ＩＣタグ読取端末３は、ユーザーＵが連携希望するコードラベルＣＬとＩＣタグＦとの連係登録モードに移行し、連係登録モードの指示を車両運賃決済装置４に出力して、ＩＣタグＦとコードラベルＣＬの読み取り待機状態となる（ステップＳ１０１）。
【0126】
また、車両運賃決済装置４においても、連動制御部４４を介して車両Ｍの運転手の操作による操作パネル５からの連携登録モードの指示を受け付けたときに、ゲートウェイ機能部４０４の連携登録処理部４０４４を機能させ、コードラベルＣＬとＩＣタグＦとの連携登録を実行する連携登録モードに移行し、通信部４１を介してその連係登録に係るＩＣタグＦのＩＣタグ情報及びコードラベルＣＬのコードラベル情報の入力を待機する（ステップＳ１０２）。
【0127】
続いて、この操作パネル５に対する運転手の操作で、コードラベル・ＩＣタグ読取端末３及び車両運賃決済装置４が連携登録モードに移行した後、ユーザーＵが連携希望するＩＣタグＦをコードラベル・ＩＣタグ読取端末３にかざす操作を行うと（ステップＳ１０３）、コードラベル・ＩＣタグ読取端末３は、当該ＩＣタグＦを読み取り、ＩＣタグ識別情報を抽出して、車両運賃決済装置４に出力する（ステップＳ１０４）。
【0128】
続いて、車両運賃決済装置４は、通信部４１を介してＩＣタグ識別情報が入力されると、連携登録処理部４０４４により、そのＩＣタグ識別情報を記憶部４２に一時記憶し、コードラベルＣＬのコードラベル情報の入力を待機する（ステップＳ１０５）。
【0129】
続いて、ユーザーＵが移動端末２上で専用アプリケーション２０１を起動し、車両利用に関する事前登録され取得済みのコードラベルＣＬを移動端末２上で画面表示し、そのコードラベルＣＬをコードラベル・ＩＣタグ読取端末３にかざす操作を行うと（ステップＳ１０６）、コードラベル・ＩＣタグ読取端末３は、当該コードラベルＣＬを読み取り、コードラベル情報を抽出して、車両運賃決済装置４に出力する（ステップＳ１０７）。
【0130】
続いて、車両運賃決済装置４は、連携登録モードとして通信部４１を介してコードラベル情報が入力されると、連携登録処理部４０４４により、利用可否判定処理部４０４１を機能させ、通信部４５を介してコードラベル管理サーバ６１に対する照合による利用可否判定処理を行い、当該コードラベル情報が利用可であればその旨を示す利用可通知を生成し、当該コードラベル情報が利用不可であればその旨を示す利用不可通知（エラー通知）を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３及び操作パネル５に送信して表示させるよう処理する（ステップＳ１０８）。有効期限切れ等の理由で利用不可通知（エラー通知）が生成されたときは、連携登録できないため、以降の動作は行われず、ユーザーＵは改めてステップＳ５６の操作を行う必要がある。ここでは、利用可通知が生成されたものとして、以降の動作を説明する。
【0131】
続いて、車両運賃決済装置４は、連携登録モードとして当該コードラベル情報に関する利用可通知の生成後、連携登録処理部４０４４により、一時記憶していたＩＣタグＦのＩＣタグ識別情報と利用可とされたコードラベルＣＬのコードラベル情報について、通信部４５を介してＩＣタグ連携管理サーバ６２に対する連携登録を実行し、連携登録完了後に、その旨を示す連携登録完了通知を生成し、連動制御部４４を介してコードラベル・ＩＣタグ読取端末３及び操作パネル５に送信して表示させるよう処理する（ステップＳ１０９）。尚、本例では、連携手順として、ＩＣタグの読み取り後に、コードラベルＣＬの読み取りを行う手順を例に説明したが、コードラベルＣＬの読み取り後に、ＩＣタグの読み取りを行う手順としてもよく、予め定めた順序とする。
【0132】
また、ＩＣタグ連携管理サーバ６２は、その連携登録完了後に、連携したコードラベルＣＬとＩＣタグＦを示す連携登録完了通知を生成して移動端末２へ通知する（ステップＳ５９）。移動端末２は、専用アプリケーション２０１上で、ＩＣタグＦの連携登録情報を含む購入取得済みのコードラベルＣＬをリストとして管理する（ステップＳ１１０）。尚、上記の登録動作の手順と同様にして、操作パネル５に対する運転手の操作で、コードラベルＣＬに対して連携登録したＩＣタグＦについて個別に、ＩＣタグ連携管理サーバ６２に対し連携登録を解除することができる。また、専用アプリケーション２０１上に示される当該リスト上の設定操作で、コードラベルＣＬに対して連携登録したＩＣタグＦについて個別に、ＩＣタグ連携管理サーバ６２に対し連携登録を解除することができる。
【0133】
（コードラベルＣＬ及びＩＣタグＦの連携登録の動作例２）
図１３は、本発明による一実施形態の車両運賃決済システム１に係るコードラベルＣＬ及びＩＣタグＦの連携登録の動作例２を示すフローチャートである。ここでは、移動端末２が「ＩＣタグ読取機能付き」であるとする例を説明する。通常、移動端末２がスマートフォンで構成されていれば、ＩＣタグＦのＩＣタグ識別情報を読み取り可能とするＩＣタグ読取部２５が搭載されており、ユーザーＵが購入取得済みのコードラベルＣＬとＩＣタグＦとの連携登録の際に利用できる。また、移動端末２にＩＣタグ読取部２５が搭載されていなくとも、ＩＣタグＦのＩＣタグ識別情報を読み取り可能とする外付けのＩＣタグリーダーを移動端末２に接続して利用するとしてもよい。
図１３は、本発明による一実施形態の車両運賃決済システム１に係るコードラベルＣＬ及びＩＣタグＦの連携登録の動作例２を示すフローチャートである。ここでは、移動端末２が「ＩＣタグ読取機能付き」であるとする例を説明する。通常、移動端末２がスマートフォンで構成されていれば、ＩＣタグＦのＩＣタグ識別情報を読み取り可能とするＩＣタグ読取部２５が搭載されており、ユーザーＵが購入取得済みのコードラベルＣＬとＩＣタグＦとの連携登録の際に利用できる。また、移動端末２にＩＣタグ読取部２５が搭載されていなくとも、ＩＣタグＦのＩＣタグ識別情報を読み取り可能とする外付けのＩＣタグリーダーを移動端末２に接続して利用するとしてもよい。
【0134】
この動作例２では、ユーザーＵが移動端末２上で専用アプリケーション２０１を起動し、その専用アプリケーションン（「ＴｉｃｋｅｔＱＲ」アプリ）上で、連携登録機能部２０５の機能として、ユーザーＵが連携希望するコードラベルＣＬとＩＣタグＦとの連係登録モードに移行する（ステップＳ２０１）。
【0135】
次に、その専用アプリケーション上の連係登録モードに移行後、ユーザーＵが連携希望するＩＣタグＦを「ＩＣタグ読取機能付き」の移動端末２にかざすことで、「ＩＣタグ読取機能付き」の移動端末２は、当該ＩＣタグＦを読み取り、ＩＣタグ識別情報を抽出し（ステップＳ２０２）、その専用アプリケーション２０１上の連係登録モードで、連携登録機能部２０５の機能として、抽出したＩＣタグ識別情報を記憶部２２に一時記憶する（ステップＳ２０３）。
【0136】
続いて、「ＩＣタグ読取機能付き」の移動端末２は、専用アプリケーション２０１上では、コードラベル取得管理部２０３により、ＩＣタグＦの連携登録情報を含む購入取得済みのコードラベルＣＬをリストとして記憶部２２に保持し、或いは変形例としてコードラベル管理サーバ６１及びＩＣタグ連携管理サーバ６２に対するアクセスで読み出して当該リストを形成するようにして管理しているため、専用アプリケーション２０１上の連係登録モードで、連携登録機能部２０５の機能として、このリストから、当該一時記憶したＩＣタグ識別情報と連携登録したい車両利用に関する事前登録され取得済みのコードラベルＣＬを指定する（ステップＳ２０４）。
【0137】
続いて、「ＩＣタグ読取機能付き」の移動端末２は、専用アプリケーション２０１上の連係登録モードで、連携登録機能部２０５の機能として、コードラベル管理サーバ６１に対して、指定したコードラベルＣＬの利用確認処理を実行する（ステップＳ２０５）。即ち、連係登録モードではコードラベルＣＬを指定すると、そのコードラベル情報が自動的に抽出され、移動端末２からその指定したコードラベルＣＬのコードラベル情報について、通信部２４を介して利用確認問い合わせ要求をコードラベル管理サーバ６１に送信する。
【0138】
この利用確認問い合わせ要求に対して、コードラベル管理サーバ６１は、当該コードラベル情報が利用可であればその旨を示す利用可通知を生成し、当該コードラベル情報が利用不可であればその旨を示す利用不可通知（エラー通知）を生成し、移動端末２に返信する。コードラベル管理サーバ６１から、有効期限切れ等の理由で利用不可通知（エラー通知）が返信されたときは、連携登録できないため、以降の動作は行われず、ユーザーＵは改めてステップＳ２０４の操作を行う必要がある。ここでは、利用可通知が返信されたものとして、以降の動作を説明する。
【0139】
続いて、「ＩＣタグ読取機能付き」の移動端末２は、専用アプリケーション２０１上の連係登録モードで、連携登録機能部２０５の機能として、一時記憶していたＩＣタグＦのＩＣタグ識別情報と利用可とされたコードラベルＣＬのコードラベル情報について、通信部２４を介してＩＣタグ連携管理サーバ６２に連携登録させる連携登録処理を実行する（ステップＳ２０６）。このとき、ＩＣタグ連携管理サーバ６２は、その連携登録処理の実行による連携登録要求の送信に応じて連携登録を行い、その連携登録完了後に、連携したコードラベルＣＬとＩＣタグＦを示す連携登録完了通知を生成して移動端末２へ通知する。尚、本例では、連携手順として、ＩＣタグの読み取り後に、コードラベルＣＬの指定を行う手順を例に説明したが、コードラベルＣＬの指定後に、ＩＣタグの読み取りを行う手順としてもよく、予め定めた順序とする。
【0140】
続いて、移動端末２は、専用アプリケーション２０１上で、ＩＣタグＦの連携登録情報を含む購入取得済みのコードラベルＣＬをリストとして管理する（ステップＳ２０７）。尚、専用アプリケーション２０１上に示される当該リスト上の設定操作で、コードラベルＣＬに対して連携登録したＩＣタグＦについて個別に、ＩＣタグ連携管理サーバ６２に対し連携登録を解除することができる。
【0141】
（コードラベルＣＬの種別毎の連携登録済みのＩＣタグＦに関するリスト表示例）
図１４（ａ）乃至（ｅ）は、それぞれ本発明による一実施形態の車両運賃決済システム１に係るコードラベルＣＬの種別毎の連携登録済みのＩＣタグＦに関する移動端末上のリスト表示例を示す図である。
図１４（ａ）乃至（ｅ）は、それぞれ本発明による一実施形態の車両運賃決済システム１に係るコードラベルＣＬの種別毎の連携登録済みのＩＣタグＦに関する移動端末上のリスト表示例を示す図である。
【0142】
図１４（ａ）乃至（ｅ）には、「都度払い」、「定期券」、「回数券」及び「プリペイド券」の各種の購入取得済みのコードラベルＣＬについて、連携登録済みのＩＣタグＦに関するリスト表示例を示しており、１つのコードラベルＣＬに対し１つ又は複数のＩＣタグＦを連携登録可能である。ただし、１つのＩＣタグＦは、１つのコードラベルＣＬに対してのみ連携させることができる。
【0143】
尚、図１４（ａ）乃至（ｅ）においてリスト表示画面上で、「コードラベルＣＬの表示」をタップする度に、その図示する縮小表示から拡大表示へ、拡大表示から図示する縮小表示へ、切り替え可とする表示形態とすることができる。また、「利用履歴」をタップする度に、その図示するタイトル表示から詳細表示へ、詳細表示からタイトル表示へ、切り替え可とする表示形態とすることができる。また、「ＩＣタグ１」、「ＩＣタグ２」…の表示形態は、ＩＣタグ連携管理サーバ６２がユーザーＩＤに対するＩＣタグＦのＩＣタグ情報毎に割り当てた識別表示となっているが、例えば「ＩＣタグ１」をタップにより指定することで、ユーザーＵが「ＩＣタグ１」の種別を一意に理解できるような所望の名称へと任意に変更することや、連携登録を削除するなどの設定変更メニューへと表示移行させることができる。
【0144】
以上のように、１つのコードラベルＣＬに対し１つ又は複数のＩＣタグＦの連携登録が可能である。従って、本実施形態の車両運賃決済システム１によれば、移動端末２上に提示した所定のコードラベルＣＬ、及びその所定のコードラベルＣＬに対して予め連携登録したＩＣタグＦのいずれか一方又は双方の利用で、運送サービスに関する車両Ｍの運賃を自動算出して電子決済することが可能となる。
【0145】
以上、特定の実施形態の例を挙げて本発明を説明したが、本発明は前述の実施形態の例に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。
【産業上の利用可能性】
【0146】
本発明によれば、運送サービスに関する取引の安全性を高め、尚且つユーザーにとっても利便性を高めることができるので、車両運賃の自動算出及び電子決済の用途に有用である。
【符号の説明】
【0147】
１ 車両運賃決済システム
２ 移動端末
３ コードラベル・ＩＣタグ読取端末
４ 車両運賃決済装置
５ 操作パネル
６ 管理センターサーバ６
７ 決済会社サーバ
２０ 制御部
２１ 端末ＵＩ（ユーザーインターフェース）
２２ 記憶部
２３ 表示部
２４ 通信部
２５ ＩＣタグ読取部
２０１ アプリケーション
２０２ ユーザー登録部
２０３ コードラベル取得管理部
２０４ コードラベル表示制御部
２０５ 連携登録機能部
４０ 制御部
４１ 通信部
４２ 記憶部
４３ ＧＰＳ受信部
４４ 連動制御部
４５ 通信部
６１ コードラベル管理サーバ
６２ ＩＣタグ連携管理サーバ
４０１ ＧＰＳ受信機能部
４０２ 運賃算出部
４０３ ユーザー利用情報管理制御部
４０４ ゲートウェイ機能部
４０４１ 利用可否判定処理部
４０４２ 連携判定処理部
４０４３ 決済要求処理部
４０４４ 連携登録処理部
ＣＬ コードラベル
Ｆ ＩＣタグ
Ｕ ユーザー
Ｍ 車両
２ 移動端末
３ コードラベル・ＩＣタグ読取端末
４ 車両運賃決済装置
５ 操作パネル
６ 管理センターサーバ６
７ 決済会社サーバ
２０ 制御部
２１ 端末ＵＩ（ユーザーインターフェース）
２２ 記憶部
２３ 表示部
２４ 通信部
２５ ＩＣタグ読取部
２０１ アプリケーション
２０２ ユーザー登録部
２０３ コードラベル取得管理部
２０４ コードラベル表示制御部
２０５ 連携登録機能部
４０ 制御部
４１ 通信部
４２ 記憶部
４３ ＧＰＳ受信部
４４ 連動制御部
４５ 通信部
６１ コードラベル管理サーバ
６２ ＩＣタグ連携管理サーバ
４０１ ＧＰＳ受信機能部
４０２ 運賃算出部
４０３ ユーザー利用情報管理制御部
４０４ ゲートウェイ機能部
４０４１ 利用可否判定処理部
４０４２ 連携判定処理部
４０４３ 決済要求処理部
４０４４ 連携登録処理部
ＣＬ コードラベル
Ｆ ＩＣタグ
Ｕ ユーザー
Ｍ 車両
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
