(57)【要約】【課題】多様な利用形態で使用できる電子乗車チケットを提供する。【解決手段】管理サーバは、乗車チケットの提供者の第１通信端末又は契約者の第２通信端末から発行要求を受信すると、電子乗車チケットを発行して識別情報を付与し、レコードを作成するチケット発行部と、レコードの記憶部と、レコードに提供者の識別情報、契約者の識別情報及び交通事業者の識別情報を保存するチケット管理部と、第１通信端末、第２通信端末又は第３通信端末からの閲覧要求に応じてレコードから閲覧情報を生成し、送信する情報提供部とを備え、チケット管理部は、第２通信端末又は第３通信端末から、車両の利用料金の支払いに使用された電子乗車チケットの識別情報と車両の利用情報とを受信すると、識別情報が一致する電子乗車チケットのレコードに利用情報を保存する。【選択図】図６
2020077123.tif 000002
【特許請求の範囲】
【請求項１】
乗車チケットの提供者の第１通信端末と、前記提供者と利用契約を締結して前記乗車チケットの提供を受ける契約者の第２通信端末と、前記乗車チケットを使用して乗車可能な車両を提供する交通事業者の第３通信端末と、ネットワークを介して接続された管理サーバであって、
前記第１通信端末又は前記第２通信端末から前記乗車チケットの発行要求を受信すると、電子乗車チケットを発行して識別情報を付与し、レコードを作成するチケット発行部と、
前記電子乗車チケットのレコードを記憶する記憶部と、
前記電子乗車チケットのレコードに、前記電子乗車チケットの利用契約を締結した前記提供者の識別情報、前記契約者の識別情報及び前記電子乗車チケットを使用可能な車両を提供する前記交通事業者の識別情報を保存するチケット管理部と、
前記第１通信端末、前記第２通信端末又は前記第３通信端末からの閲覧要求に応じて、前記電子乗車チケットのレコードからチケット内容の閲覧情報を生成し、前記第１通信端末、前記第２通信端末又は前記第３通信端末に送信する情報提供部と、を備え、
前記チケット管理部は、前記第２通信端末又は前記第３通信端末から、前記車両の利用料金の支払いに使用された前記電子乗車チケットの識別情報と、前記車両の利用内容を示す利用情報とを受信すると、前記識別情報が一致する前記電子乗車チケットのレコードに前記利用情報を保存する、
管理サーバ。
【請求項２】
前記チケット管理部は、前記第２通信端末又は前記第３通信端末から、乗車予定の前記車両の識別情報及び使用予定の前記電子乗車チケットの識別情報を受信すると、前記各識別情報を前記電子乗車チケットのレコードと照合して、一致する場合は前記電子乗車チケットの有効を前記第２通信端末又は前記第３通信端末に通知し、一致しない場合は無効を通知する、
請求項１に記載の管理サーバ。
【請求項３】
前記チケット管理部は、
前記第１通信端末又は前記第２通信端末から、前記電子乗車チケットの所有者の登録要求を受信すると、前記電子乗車チケットのレコードに前記所有者の識別情報を保存し、
前記第２通信端末又は前記第３通信端末から、使用予定の前記電子乗車チケットの識別情報、乗車予定の前記車両の識別情報及び前記所有者の識別情報を受信すると、前記各識別情報を前記電子乗車チケットのレコードと照合して、一致する場合は前記電子乗車チケットの有効を前記第２通信端末又は前記第３通信端末に通知し、一致しない場合は無効を通知する、
請求項１又は２に記載の管理サーバ。
【請求項４】
前記チケット管理部は、
前記第１通信端末又は前記第２通信端末から、前記所有者から前記電子乗車チケットが譲渡される譲受者の登録要求を受信すると、前記電子乗車チケットのレコードに、前記所有者の識別情報及び前記譲受者の識別情報を保存し、
前記第２通信端末又は前記第３通信端末から、使用予定の前記電子乗車チケットの識別情報、乗車予定の前記車両の識別情報及び前記譲受者の識別情報を受信すると、前記各識別情報を前記電子乗車チケットのレコードと照合して、一致する場合は前記電子乗車チケットの有効を前記第２通信端末又は前記第３通信端末に通知し、一致しない場合は無効を通知する、
請求項３に記載の管理サーバ。
【請求項５】
前記チケット発行部は、前記第１通信端末又は前記第２通信端末から、前記所有者から譲受者へ譲渡される前記電子乗車チケットの識別情報及び前記所有者の識別情報を受信すると、前記各識別情報が前記電子乗車チケットのレコードと一致する場合は前記譲受者の認証情報を発行し、
前記チケット管理部は、
前記電子乗車チケットのレコードに前記譲受者の認証情報を保存し、
前記第２通信端末又は前記第３通信端末から、使用予定の前記電子乗車チケットの識別情報、乗車予定の前記車両の識別情報及び前記譲受者の認証情報を受信すると、前記各識別情報及び認証情報を前記電子乗車チケットのレコードと照合して、一致する場合は前記電子乗車チケットの有効を前記第２通信端末又は前記第３通信端末に通知し、一致しない場合は無効を通知する、
請求項３に記載の管理サーバ。
【請求項６】
前記第２通信端末から、配車依頼とともに使用予定の前記電子乗車チケットの識別情報を受信すると、前記識別情報と一致する前記レコードから前記交通事業者の識別情報を取得し、前記交通事業者の識別情報に対応する配車システムへ前記車両の配車依頼を送信する配車管理部をさらに備える、
請求項１〜５のいずれか一項に記載の管理サーバ。
【請求項７】
前記チケット管理部は、
前記配車システムから前記配車依頼に応じて配車された車両の識別情報を受信すると、前記車両の識別情報を前記レコードに保存し、
前記第２通信端末又は前記第３通信端末から、乗車予定の車両の識別情報及び使用予定の前記電子乗車チケットの識別情報を受信すると、前記各識別情報を前記電子乗車チケットのレコードと照合し、一致する場合は前記電子乗車チケットの有効を前記第２通信端末又は前記第３通信端末に通知し、一致しない場合は無効を通知する、
請求項６に記載の管理サーバ。
【請求項８】
前記チケット管理部は、前記第２通信端末又は前記第３通信端末から、前記車両の乗車地及び降車地の位置情報を受信すると、前記位置情報を前記レコードに保存する、
請求項１〜７のいずれか一項に記載の管理サーバ。
【請求項９】
前記チケット管理部は、前記車両の車載デバイスにより算出された利用料金を含む前記利用情報を、前記第２通信端末又は前記第３通信端末から受信する、
請求項１〜８のいずれか一項に記載の管理サーバ。
【請求項１０】
前記情報提供部は、前記利用情報が保存された前記電子乗車チケットのレコードから使用履歴の通知情報を生成して、前記第２通信端末へ送信する、
請求項９に記載の管理サーバ。
【請求項１１】
前記電子乗車チケットのレコードを、前記提供者ごと又は前記契約者ごとに仕分けし、仕分け後のレコードから請求情報を生成して、精算システムに送信するチケット処理部をさらに備える、
請求項１〜１０のいずれか一項に記載の管理サーバ。
【請求項１２】
管理サーバによって実行される電子乗車チケットの管理方法であって、
前記管理サーバは、乗車チケットの提供者の第１通信端末と、前記提供者と契約して前記乗車チケットの提供を受ける契約者の第２通信端末と、前記乗車チケットを使用して乗車可能な車両を提供する交通事業者の第３通信端末と、ネットワークを介して接続され、
前記第１通信端末又は前記第２通信端末から前記乗車チケットの発行要求を受信すると、電子乗車チケットを発行して識別情報を付与し、レコードを作成するステップと、
前記電子乗車チケットのレコードを記憶部に記憶するステップと、
前記電子乗車チケットのレコードに、前記電子乗車チケットの利用契約を締結した前記提供者の識別情報、前記契約者の識別情報及び前記電子乗車チケットを使用可能な車両を提供する前記交通事業者の識別情報を保存するステップと、
前記第１通信端末、前記第２通信端末又は前記第３通信端末からの閲覧要求に応じて、前記電子乗車チケットのレコードからチケット内容の閲覧情報を生成し、前記第１通信端末、前記第２通信端末又は前記第３通信端末に送信するステップと、
前記第２通信端末又は前記第３通信端末から、前記車両の利用料金の支払いに使用された前記電子乗車チケットの識別情報と、前記車両の利用内容を示す利用情報とを受信すると、前記識別情報が一致する前記電子乗車チケットのレコードに前記利用情報を保存するステップと、
を含む管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子乗車チケットの管理サーバ及び管理方法に関する。
【背景技術】
【０００２】
従来、タクシー、バス等の車両の乗車には乗車チケットが使用されている。乗車チケットの代表的な例としては、タクシーの利用料金の支払いに使用されるタクシーチケットが挙げられる。タクシーチケットは、通常、タクシーの事業者やクレジットカード会社等によって紙媒体で発行され、企業やカード利用者等の利用契約を締結した契約者に配布される。タクシーの利用時にタクシーチケットを乗務員に渡すと、乗務員によって利用日時、利用区間、利用金額、利用者名等が書き込まれる。その後、タクシーの事業者によってタクシーチケットが回収され、契約者ごとに仕分けされて、契約者に対する請求処理に使用される。
【０００３】
紙媒体のタクシーチケットは、契約者ごとに印刷及び配送が必要である。白紙のタクシーチケットは、金額の記入によって金券に変わるため、印刷後は適切な在庫管理が必要である。また、支払い時に利用料金等を手書きで書き込まなければならず、回収及び仕分けも手作業となるため、負担が大きくコストもかかっていた。さらに、契約者は、請求されるまでタクシーチケットの使用状況を把握できなかった。このような業務の効率化のため、タクシーチケットの電子化が提案されている（例えば、特許文献１及び２参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３５２５６３号公報
【特許文献２】特開２００５−１３５３３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１及び２のシステムでは、チケット発行時に利用予定日、乗車区間等の申請を受け付けて申請の範囲内で使用できる電子タクシーチケットを発行するため、急にタクシーチケットが必要になった場合や目的地が未定の場合等には対応することができない。
【０００６】
また、紙媒体のタクシーチケットは譲渡可能であり、例えば契約者である企業が社員にタクシーチケットを割り当て、当該社員がさらに顧客に譲渡することがある。しかしながら、上記特許文献１及び２のシステムでは、タクシーの利用者の携帯端末かＩＣカード等の記憶媒体に電子化されたタクシーチケットをダウンロードしてチケット代わりに使用するため、譲渡する利用形態に対応することができない。
【０００７】
本発明は、多様な利用形態で使用できる電子乗車チケットを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一態様によれば、乗車チケットの提供者の第１通信端末と、前記提供者と利用契約を締結して前記乗車チケットの提供を受ける契約者の第２通信端末と、前記乗車チケットを使用して乗車可能な車両を提供する交通事業者の第３通信端末と、ネットワークを介して接続された管理サーバであって、前記第１通信端末又は前記第２通信端末から前記乗車チケットの発行要求を受信すると、電子乗車チケットを発行して識別情報を付与し、レコードを作成するチケット発行部と、前記電子乗車チケットのレコードを記憶する記憶部と、前記電子乗車チケットのレコードに、前記電子乗車チケットの利用契約を締結した前記提供者の識別情報、前記契約者の識別情報及び前記電子乗車チケットを使用可能な車両を提供する前記交通事業者の識別情報を保存するチケット管理部と、前記第１通信端末、前記第２通信端末又は第３通信端末からの閲覧要求に応じて、前記電子乗車チケットのレコードからチケット内容の閲覧情報を生成し、前記第１通信端末、前記第２通信端末又は前記第３通信端末に送信する情報提供部と、を備え、前記チケット管理部は、前記車両の利用料金の支払いに使用された前記電子乗車チケットの識別情報と、前記車両の利用内容を示す利用情報とを受信すると、前記識別情報が一致する前記電子乗車チケットのレコードに前記利用情報を保存する、管理サーバが提供される。
【０００９】
本発明の他の一態様によれば、管理サーバによって実行される電子乗車チケットの管理方法であって、前記管理サーバは、乗車チケットの提供者の第１通信端末と、前記提供者と契約して前記乗車チケットの提供を受ける契約者の第２通信端末と、前記乗車チケットを使用して乗車可能な車両を提供する交通事業者の第３通信端末と、ネットワークを介して接続され、前記第１通信端末又は前記第２通信端末から前記乗車チケットの発行要求を受信すると、電子乗車チケットを発行して識別情報を付与し、レコードを作成するステップと、前記電子乗車チケットのレコードを記憶部に記憶するステップと、前記電子乗車チケットのレコードに、前記電子乗車チケットの利用契約を締結した前記提供者の識別情報、前記契約者の識別情報及び前記電子乗車チケットを使用可能な車両を提供する前記交通事業者の識別情報を保存するステップと、前記第１通信端末、前記第２通信端末又は前記第３通信端末からの閲覧要求に応じて、前記電子乗車チケットのレコードからチケット内容の閲覧情報を生成し、前記第１通信端末、前記第２通信端末又は前記第３通信端末に送信するステップと、前記第２通信端末又は前記第３通信端末から、前記車両の利用料金の支払いに使用された前記電子乗車チケットの識別情報と、前記車両の利用内容を示す利用情報とを受信すると、前記識別情報が一致する前記電子乗車チケットのレコードに前記利用情報を保存するステップと、を含む管理方法が提供される。
【発明の効果】
【００１０】
本発明によれば、多様な利用形態で使用できる電子乗車チケットを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態の管理サーバを含む乗車チケットシステムの構成を示す図である。
【図２】管理サーバの構成を機能ごとに示すブロック図である。
【図３】電子タクシーチケットの発行時の管理サーバの処理手順を示すフローチャートである。
【図４】レコードの一例を示す図である。
【図５】電子タクシーチケットの譲渡によるレコードの更新例を示す図である。
【図６】乗車時の管理サーバの処理手順を示すフローチャートである。
【図７】使用可能な電子タクシーチケットの表示例を示す図である。
【図８】電子タクシーチケットの有効通知の表示例を示す図である。
【図９】降車時の管理サーバの処理手順を示すフローチャートである。
【図１０】使用履歴通知の表示例を示す図である。
【図１１】乗車チケットシステムの非利用者に電子乗車チケットを譲渡する場合の乗車時の管理サーバの処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の電子乗車チケットの管理サーバ及び管理方法の実施の形態について、図面を参照して説明する。以下に説明する構成は、本発明の一実施態様としての一例（代表例）であり、本発明は以下に説明する構成に限定されない。
【００１３】
図１は、本発明の一実施形態の管理サーバ１を備える乗車チケットシステム１００の構成を示す。
図１に示すように、乗車チケットシステム１００では、管理サーバ１が、ネットワークＮを介して、第１通信端末５、第２通信端末６及び第３通信端末７に接続される。また、管理サーバ１は、配車システム８及び精算システム９に接続される。なお、図１は乗車チケットシステム１００の構成の一例を示す図であり、管理サーバ１に接続される端末、システム等の数は、図１に示す例に限られない。
【００１４】
第１通信端末５は、乗車チケットの提供者によって使用される通信端末である。提供者としては、例えばタクシー事業者、バス事業者等の交通事業者、提携する交通事業者の乗車チケットを提供するクレジットカード会社等が挙げられる。第２通信端末６は、提供者と利用契約を締結して乗車チケットの提供を受ける契約者によって使用される通信端末である。契約者は、提供者によってタクシーチケットの利用が認められた者であり、利用料金を支払う義務を有する。契約者としては、例えば個人、企業等の法人、クレジットカードを所有する個人、法人等が挙げられる。第３通信端末７は、乗車チケットを使用して乗車可能な車両を提供する交通事業者によって使用される通信端末である。車両は、例えばタクシー、バス等である。移動距離によって利用料金が変わる車両であってもよいし、事前確定運賃のタクシー、区間固定運賃のバス等の固定料金の車両であってもよい。
【００１５】
第１通信端末５、第２通信端末６及び第３通信端末７は、例えば通信機能を備えるＰＣ（Personal Computer）、タブレット、携帯電話等であり、後述する管理サーバ１と同様に構成することができる。第２通信端末６及び第３通信端末７は、ＧＰＳ（Global Positioning System）等による位置検出機能を備えることが好ましい。
【００１６】
配車システム８は、交通事業者が提供する車両を手配するシステムであり、交通事業者によって使用される。精算システム９は、支払いに乗車チケットが使用された車両の利用料金を計算し、契約者に対して請求するシステムである。精算システム９は、乗車チケットの提供者によって使用される。
【００１７】
管理サーバ１は、電子乗車チケットを発行し、当該電子乗車チケットのレコードを管理する。
図２は、管理サーバ１の構成を機能ごとに示すブロック図である。
図２に示すように、管理サーバ１は、制御部１１、記憶部１２、通信部１３、操作部１４及び表示部１５を備える。
【００１８】
制御部１１は、記憶部１２からプログラム及びデータを読み出して実行することにより、チケット発行部１１１、チケット管理部１１２、情報提供部１１３、配車管理部１１４及びチケット処理部１１５等の各種機能を実現する。制御部１１は、例えばＣＰＵ（Central Processing Unit）等のプロセッサ、ＲＡＭ（Random Access Memory）等のメモリ等により構成される。
【００１９】
チケット発行部１１１は、第１通信端末５又は第２通信端末６から乗車チケットの発行要求を受信すると、電子乗車チケットを発行して識別情報を付与する。チケット発行部１１１は、電子乗車チケットのレコードを作成して記憶部１２に保存する。
【００２０】
チケット管理部１１２は、電子乗車チケットのレコードに、電子乗車チケットの利用契約を締結した提供者の識別情報、契約者の識別情報及び当該電子乗車チケットを使用可能な車両を提供する交通事業者の識別情報を保存する。また、チケット管理部１１２は、第２通信端末６又は第３通信端末７から、車両の利用料金の支払いに使用された電子乗車チケットの識別情報と、車両の利用内容を示す利用情報とを受信すると、受信した識別情報が一致する電子乗車チケットのレコードに受信した利用情報を保存する。
【００２１】
情報提供部１１３は、第１通信端末５、第２通信端末６又は第３通信端末７から閲覧要求を受信すると、電子乗車チケットのレコードからチケット内容の閲覧情報を生成し、閲覧要求を送信した第１通信端末５、第２通信端末６又は第３通信端末７に送信する。
【００２２】
配車管理部１１４は、配車依頼とともに使用予定の電子乗車チケットの識別情報を受信すると、当該識別情報と一致するレコードから交通事業者の識別情報を取得し、交通事業者の識別情報に対応する配車システム８へ車両の配車依頼を送信する。
【００２３】
チケット処理部１１５は、電子乗車チケットのレコードを、提供者ごと又は契約者ごとに仕分けし、仕分け後のレコードから請求情報を生成して精算システム９に送信する。
【００２４】
記憶部１２は、制御部１１により読み取り可能なプログラム、プログラムの実行に必要なデータを記憶する記憶媒体である。記憶部１２は、例えば電子乗車チケットのレコードを記憶する。記憶部１２としては、ハードディスク、ＲＯＭ（Read Only Memory）等の不揮発性メモリを使用できる。
【００２５】
通信部１３は、ネットワークＮを介して接続される第１通信端末５、第２通信端末６、第３通信端末７等の外部装置と通信する。通信部１３は、制御部１１からの指示にしたがって、制御部１１と外部装置との間で各種情報を送信又は受信する。
【００２６】
操作部１４は、オペレータの操作入力に応じた操作信号を制御部１１に出力する。操作部１４は、例えばキーボード、マウス等である。
【００２７】
表示部１５は、制御部１１からの指示にしたがって操作画面等を表示する。表示部１５は、例えばＬＣＤ（Liquid Crystal Display）等のディスプレイである。
【００２８】
以下、乗車チケットを電子化して管理する管理サーバ１の処理手順を、乗車チケットがタクシーチケットである場合を一例として説明するが、乗車チケットがバス等の他の車両の乗車チケットであっても同様の処理手順により乗車チケットを電子化及び管理できる。  なお、下記処理手順において、第１通信端末５、第２通信端末６及び第３通信端末７は、管理サーバ１と連携する専用のアプリがインストールされ、当該アプリによって管理サーバ１が提供する電子乗車チケットサービスを利用可能であるが、これに限らず、電子乗車チケットサービスはウェブサービスであってもよい。
【００２９】
タクシーチケットの利用形態としては、例えば、提供者がタクシー事業者、契約者が企業であり、タクシーの乗車者が企業からタクシーチケットを割り当てられた企業の社員又は当該社員からタクシーチケットを譲渡された顧客である場合が挙げられる。また、提供者がクレジットカード会社であり、契約者も乗車者もクレジットカードを所有する個人である場合、契約者は個人であるが乗車者が当該個人からタクシーチケットが譲渡された家族である場合等が挙げられる。以下の例では、提供者がタクシー事業者であり、契約者が企業である場合を説明する。
【００３０】
図３は、管理サーバ１が電子タクシーチケットを発行するときの処理手順を示す。
図３において、第２通信端末６ａは契約者である企業が使用する第２通信端末であり、第２通信端末６ｂは企業の社員が使用する第２通信端末である。なお、第１通信端末５を使用するタクシー事業者（提供者かつ交通事業者）、第２通信端末６ａを使用する企業（契約者）及び第２通信端末６ｂを使用する社員（乗車者）には、あらかじめＩＤ等の識別情報と、パスワード等の認証情報が付与されている。管理サーバ１は、第１通信端末５、第２通信端末６ａ及び６ｂと通信する場合は、識別情報と認証情報によって各端末の使用者を認証する。
【００３１】
利用契約の締結後、タクシー事業者は第１通信端末５によってタクシーチケットの発行要求を送信する。なお、あらかじめタクシー事業者が企業に対してタクシーチケットの発行を許可している場合、企業側から第２通信端末６ａによってタクシーチケットの発行要求を送信することができる。
【００３２】
図３に示すように、第１通信端末５から発行要求が送信されるか（ステップＳ１１）、第２通信端末６ａから発行要求が送信され（ステップＳ１２）、管理サーバ１が当該発行要求を受信すると、チケット発行部１１１が電子タクシーチケットを発行する（ステップＳ１３）。チケット発行部１１１は、電子タクシーチケットにチケットＩＤ等の識別情報を付与し、当該識別情報を含む電子タクシーチケットのレコードを作成して、記憶部１２に保存する。
【００３３】
次いで、チケット管理部１１２が、タクシーチケットの利用契約を締結したタクシー事業者（提供者）、企業（契約者）及び当該タクシーチケットを使用して乗車可能なタクシーを提供するタクシー事業者（交通事業者）の各識別情報（例えば、ＩＤ、名称、住所、電話番号等）を、第１通信端末５又は第２通信端末６ａから取得して、電子タクシーチケットのレコードに保存する（ステップＳ１４）。例えば、チケット管理部１１２は、発行要求を送信した第１通信端末５又は第２通信端末６ａに上記情報の入力画面を表示させて、この入力画面で入力された情報を取得すればよい。電子タクシーチケットの付帯条件、例えば使用期限等がある場合、チケット管理部１１２は、当該付帯条件の情報も取得してレコードに保存することができる。
【００３４】
図４は、レコードの一例を示す。
図４に示すように、レコードは、電子タクシーチケットに付与されたチケットＩＤ、電子タクシーチケットの提供者、提供者と利用契約を締結した契約者、電子タクシーチケットを使用して乗車可能なタクシーを提供する交通事業者の各識別情報（例えば、名称、ＩＤ等）を含む。また、レコードは、電子タクシーチケットの所有者及び譲受者の識別情報（例えば、名称、ユーザＩＤ等）を含む。所有者及び譲受者については後述する。レコードは、電子タクシーチケットが使用された乗車車両の識別情報（例えば、全車両に固有のタクシーＩＤ、タクシー事業者の内部で使用される車両番号等）、乗車者の識別情報（例えばユーザＩＤ等）、乗車地及び降車地の位置情報（例えば、ＧＰＳ座標、住所等）、利用料金、利用日時（例えば、乗車日時、降車日時）等も含む。
【００３５】
レコードは、図４に示すように、使用期限及び使用禁止の項目を含むこともできる。使用期限の項目に日付が保存された場合、保存された日付を過ぎると、電子タクシーチケットは無効になる。また、使用禁止の項目に禁止のフラグが保存された場合も、電子タクシーチケットは無効になる。
【００３６】
提供者及び契約者は、両者間の契約で発行されたすべての電子タクシーチケットのレコードの閲覧が可能である。管理サーバ１では、第１通信端末５又は第２通信端末６ａから閲覧要求が送信されると（ステップＳ１５又はＳ１６）、情報提供部１１３が第１通信端末５又は第２通信端末６ａから認証時に受信した提供者又は契約者の識別情報と一致する電子タクシーチケットのレコードを記憶部１２から読み出す。情報提供部１１３は、読み出したレコードから、閲覧情報を生成して、閲覧要求を送信した第１通信端末５又は第２通信端末６ａに送信する（ステップＳ１７）。閲覧情報は、チケット内容を示す情報、例えば電子タクシーチケットの識別情報であるチケットＩＤ、提供者、契約者、交通事業者等の情報を含む。
【００３７】
契約者は、発行された電子タクシーチケットに対して所有者を管理サーバ１に登録することができる。所有者は、契約者の一員として電子タクシーチケットを使用できる権利を有する。例えば、契約者である企業が社員を所有者として登録することにより、発行された電子タクシーチケットを社員に割り当てることができる。契約者は、第２通信端末６ａによって、所有者の登録要求とともに、所有者を登録する電子タクシーチケットのチケットＩＤ等の識別情報と所有者の識別情報を管理サーバ１に送信する（ステップＳ１８）。管理サーバ１のチケット管理部１１２は、チケットＩＤが一致する電子タクシーチケットのレコードに、登録要求された所有者の識別情報（例えば所有者の氏名、ユーザＩＤ、部署名等）を保存する（ステップＳ１９）。
【００３８】
所有者も、契約者と同様に、所有する電子タクシーチケットのレコードの閲覧が可能である。あらかじめ所有者が認証された第２通信端末６ｂから閲覧要求が送信され（ステップＳ２０）、管理サーバ１が閲覧要求を受信すると、情報提供部１１３は第２通信端末６ｂから認証時に受信した所有者の識別情報と一致する電子タクシーチケットのレコードを記憶部１２から読み出す。情報提供部１１３は、読み出したレコードから電子タクシーチケットの識別情報であるチケットＩＤ等の閲覧情報を生成し、所有者の第２通信端末６ｂに送信する（ステップＳ２１）。
【００３９】
所有者は、所有する電子タクシーチケットを使用するだけでなく、譲渡する権利も有する。電子タクシーチケットを譲渡される譲受者は、契約者又は所有者が契約者と同様に電子タクシーチケットを使用することを認めた者である。例えば、所有者である社員から他の社員、顧客等へ譲渡することができる。所有者は、譲受者を管理サーバ１に登録することができる。登録する場合、所有者は、第２通信端末６ｂによって、譲受者の登録要求とともに、譲受者を登録する電子タクシーチケットのチケットＩＤ等の識別情報と譲受者の識別情報を管理サーバ１に送信する（ステップＳ２２）。管理サーバ１のチケット管理部１１２は、第２通信端末６ｂから受信したチケットＩＤと一致する電子タクシーチケットのレコードに、登録要求された譲受者の識別情報（例えば譲受者の氏名、ユーザＩＤ、部署名等）を保存する（ステップＳ２３）。
【００４０】
図５は、電子タクシーチケットのレコードの保存例を示す。
図５に示すように、提供者ＡＢＣから契約者ＡＡＡへ３つの電子タクシーチケットの発行要求が行われた場合、３つの電子タクシーチケットのレコード９１が作成される。レコード９１には、チケットＩＤが電子タクシーチケットの識別情報として保存され、提供者の名称ＡＢＣ、契約者の名称ＡＡＡ及びタクシー事業者の名称ＡＢＣがそれぞれ提供者、契約者及び交通事業者の識別情報として保存されている。レコード９１には、所有者及び譲受者の識別情報の項目があるが、この時点では所有者及び譲受者は登録されていないため、すべて契約者の名称が保存されている。
【００４１】
その後、契約者ＡＡＡから所有者Ｘに２つの電子タクシーチケットが割り当てられ、所有者Ｘの登録要求が行われた場合、レコード９１はレコード９２に更新される。レコード９２では、３つのうち２つの電子タクシーチケットの所有者の名称がＡＡＡからＸへと更新されている。この時点では譲受者は登録されていないため、譲受者の項目にはすべて所有者の名称Ｘが保存されている。
【００４２】
さらに、所有者Ｘから譲受者Ｙに１つの電子タクシーチケットが譲渡され、譲受者Ｙの登録要求が行われた場合、レコード９２はレコード９３に更新される。レコード９３では、所有者Ｘが所有する２つのうち１つの電子タクシーチケットの譲受者の名称がＸからＹへと更新されている。
【００４３】
なお、提供者、契約者及び所有者は、電子タクシーチケットの使用を禁止することができる。この場合、第１通信端末５、第２通信端末６ａ又は第３通信端末７によって、閲覧した電子タクシーチケットのなかから使用を禁止する電子タクシーチケットを選択し、使用禁止の登録要求を管理サーバ１に送信する。管理サーバ１のチケット管理部１１２は、選択された電子タクシーチケットのレコードの使用禁止の項目に禁止フラグを保存する。
【００４４】
次に、契約者、所有者又は譲受者がタクシーに乗車するときの管理サーバ１の処理手順を説明する。以下、譲受者がタクシーに乗車する場合を例に説明するが、契約者又は所有者の場合も同様の処理手順である。
【００４５】
（乗車時の処理）
図６は、乗車時の管理サーバ１の処理手順を示す。図６において、第２通信端末６ｃはタクシーの乗車者（譲受者）が使用する第２通信端末である。事前に、電子タクシーチケットの譲受者は、第２通信端末６ｃにおいて専用のアプリを起動して譲受者の識別情報（ユーザＩＤ等）、認証情報等を入力してログインの操作を行う。一方、タクシーの乗務員は、第３通信端末７により専用のアプリを起動し、第３通信端末７が搭載されるタクシーの識別情報（タクシーＩＤ等）、認証情報等を入力してログインの操作を行う。管理サーバ１は、ログインの操作によって第２通信端末６ｃ又は第３通信端末７から送信される識別情報、認証情報等により譲受者又はタクシーの乗務員を認証する。
【００４６】
図６に示すように、管理サーバ１の情報提供部１１３は、第２通信端末６ｃから閲覧要求が送信されると（ステップＳ３１）、第２通信端末６ｃへ譲受者が利用可能な電子タクシーチケットの閲覧情報を送信する（ステップＳ３２）。例えば、情報提供部１１３は、譲受者の識別情報に対応する電子タクシーチケットのレコードからチケットＩＤ、タクシー事業者の名称、契約者の名称等を取得し、閲覧情報として送信する。
【００４７】
図７は、第２通信端末６ｃにおける閲覧情報の表示例を示す。
図７に示すように、第２通信端末６ｃでは、管理サーバ１からの閲覧情報に基づいて、譲受者が利用可能な電子タクシーチケットが選択的に表示される。各電子タクシーチケットの欄には、電子タクシーチケットのチケットＩＤ、契約者名、電子タクシーチケットを利用可能なタクシー事業者の名称等のチケット内容が表示される。
【００４８】
譲受者は、表示されたタクシー事業者の名称によって乗車予定のタクシーを決定することができるが、第２通信端末６ｃによって管理サーバ１へ乗車予定のタクシーが電子タクシーチケットを利用可能な車両であるか否かを問い合わせることもできる。問い合わせる場合、譲受者は、図７に示す表示画面上で支払いに使用する電子タクシーチケットを選択した後、乗車予定のタクシーの識別情報、例えばタクシーＩＤを第２通信端末６ｃに入力する。譲受者の入力操作によって第２通信端末６ｃに入力してもよいが、タクシーＩＤの入力を容易にするため、タクシーＩＤをＱＲコード（登録商標）等にコード化して車内又は車外に表示し、表示されたコードを第２通信端末６ｃによって読み取ることが好ましい。コードは、乗車予定のタクシーの乗務員が使用する第３通信端末７により表示してもよい。
【００４９】
第２通信端末６ｃは、譲受者の操作に応じて使用予定の電子タクシーチケットを選択する（ステップＳ３３）。また、第２通信端末６ｃは、乗車予定のタクシーのタクシーＩＤを取得し（ステップＳ３４）、現在の位置情報（例えばＧＰＳ座標等）を取得する。第２通信端末６ｃは、選択した電子タクシーチケットのチケットＩＤ、取得したタクシーＩＤ、ログイン時に認証された譲受者のユーザＩＤ及び位置情報を管理サーバ１へ送信する（ステップＳ３５）。
【００５０】
管理サーバ１では、チケット管理部１１２が、受信したチケットＩＤ、タクシーＩＤ及び譲受者のユーザＩＤをレコードと照合し、一致する場合は当該チケットＩＤの電子タクシーチケットの有効を第２通信端末６ｃに通知し、一致しない場合は無効であることを通知する（ステップＳ３６）。具体的には、チケット管理部１１２が、第２通信端末６ｃから受信したチケットＩＤ及び譲受者のユーザＩＤと一致するレコードを検索し、一致するレコードがない場合、電子タクシーチケットは無効と判断する。一致したレコードがある場合、チケット管理部１１２は、当該レコードから乗車可能なタクシーを提供するタクシー事業者（交通事業者）の識別情報（例えば、ＩＤ、名称等）を取得する。また、チケット管理部１１２は、受信したタクシーＩＤにより乗車予定のタクシーを提供するタクシー事業者の識別情報を取得する。例えば、タクシーＩＤを車両番号とタクシー事業者の識別情報の組み合わせとすることにより、チケット管理部１１２は当該タクシーＩＤからタクシー事業者の識別情報を取得できる。また、各タクシー事業者の識別情報と各タクシー事業者が提供可能なタクシーのタクシーＩＤを対応付けたテーブルを記憶部１２に保存しておくことにより、このテーブルからチケット管理部１１２はタクシーＩＤに対応するタクシー事業者の識別情報を取得することもできる。チケット管理部１１２は、レコードから取得したタクシー事業者の識別情報とチケットＩＤから取得したタクシー事業者の識別情報とが一致する場合は使用予定の電子タクシーチケットが有効であり、一致しない場合は無効であると判断する。
【００５１】
なお、チケット管理部１１２は、タクシー事業者の識別情報が一致しても、レコードに使用期限が保存されており、現在日時が使用期限を超えている場合、又は使用禁止の項目に禁止フラグが保存されている場合は、無効を通知する。
第２通信端末６ｃは、管理サーバ１から送信された通知を表示する（ステップＳ３７）。
【００５２】
図８は、第２通信端末６ｃにおける通知の表示例を示す。
図８に示すように、第２通信端末６ｃでは、選択された電子タクシーチケットが有効であり、当該電子タクシーチケットで乗車可能であることの通知が表示される。この表示により、譲受者は乗車予定のタクシーに対して選択した電子タクシーチケットの利用が可能か否かを確認できる。第２通信端末６ｃでは通知とともに乗車するか乗車せずに終了することを選択できるボタンｄ１及びｄ２が表示される。乗車することを選択するボタンｄ１が操作された場合、第２通信端末６ｃから管理サーバ１へ乗車の通知情報を送信する。管理サーバ１のチケット管理部１１２は、乗車の通知情報を受信すると、第２通信端末６ｃから受信した位置情報を乗車地の位置情報としてレコードに保存し、現在の日時を乗車日時としてレコードに保存する。なお、上述した使用禁止の登録は、乗車直前、具体的にはボタンｄ１が操作されるまで可能である。
【００５３】
管理サーバ１は、電子タクシーチケットが有効であり、乗車の通知情報を受信した場合、第２通信端末６ｃから取得したチケットＩＤ、譲受者のユーザＩＤ等を含む通知情報を第３通信端末７へ送信する（ステップＳ３８）。第３通信端末７は、送信された通知情報に基づいて使用予定の電子タクシーチケットの通知を表示する（ステップＳ３９）。この表示により、タクシーの乗務員は支払いに使用される電子タクシーチケット及び乗車者（譲受者）の情報を把握することができる。
【００５４】
なお、上述した処理手順では、譲受者が第２通信端末６ｃによって閲覧要求及び電子タクシーチケットの利用可否の確認を行っていたが、譲受者から依頼されたタクシーの乗務員が第３通信端末７によって閲覧要求又は確認を行ってもよい。すなわち、ステップＳ３１において第３通信端末７から管理サーバ１へ閲覧要求を送信し、管理サーバ１の情報提供部１１３が閲覧情報を第３通信端末７へ送信するようにしてもよい。また、ステップＳ３３〜Ｓ３５の処理を第３通信端末７が行って利用可否を確認できるようにしてもよい。これにより、アプリを利用できない乗車者であってもタクシーの乗務員に依頼することによって、電子タクシーチケットを利用することができる。第３通信端末７は、例えばユーザＩＤ及びチケットＩＤをコード化したＱＲコード等を読み取ることにより取得してもよいし、Bluetooth（登録商標）、ＲＦＩＤ等の通信によって取得してもよい。第３通信端末７が読み取り又は通信により取得する構成であると、乗務員及び譲受者の操作が容易になり好ましい。コードは、第２通信端末６により表示してもよいし、印刷によりカード等の媒体上に表示してもよい。また、第３通信端末７は、ログイン時に入力されたタクシーＩＤを乗車予定のタクシーＩＤとして取得でき、第３通信端末７で検出した現在位置を乗車地の位置情報として取得できる。
【００５５】
（配車依頼する場合の乗車時の処理）
乗車時、電子タクシーチケットの利用可否の確認と並行して配車の依頼を行うこともできる。例えば、図７に示す表示画面上に配車依頼のボタンを設け、当該ボタンの操作によって使用する電子タクシーチケットの選択と配車依頼の指示を入力できるようにしてもよい。配車依頼の指示の入力を受け付けると、第２通信端末６ｃは選択した電子タクシーチケットのチケットＩＤとともに配車依頼を管理サーバ１へ送信する。
【００５６】
管理サーバ１の配車管理部１１４は、第２通信端末６ｃから配車依頼とともに使用予定の電子タクシーチケットのチケットＩＤを受信すると、チケットＩＤが一致するレコードからタクシー事業者（交通事業者）の識別情報を取得する。配車管理部１１４は、取得したタクシー事業者の識別情報に対応する配車システム８へ、配車依頼とともに第２通信端末６ｃから受信した使用予定の電子タクシーチケットのチケットＩＤを送信する。なお、配車管理部１１４は、当該チケットＩＤのレコードから取得した契約者の識別情報、乗車者（第２通信端末６ｃの使用者である譲受者）の識別情報を送信してもよい。
【００５７】
配車システム８では、配車依頼に応じてタクシーを配車すると、配車されたタクシーの識別情報（例えば、タクシーＩＤ、車両番号等）を、管理サーバ１から受信したチケットＩＤとともに管理サーバ１へ送信する。
管理サーバ１のチケット管理部１１２は、配車システム８から受信したチケットＩＤのレコードの乗車車両の項目に、配車されたタクシーの識別情報を保存する。これにより、当該チケットＩＤの電子タクシーチケットは、配車されたタクシーに対してのみ有効となる。管理サーバ１の情報提供部１１３は、配車されたタクシーの識別情報を第２通信端末６ｃに送信する。第２通信端末６ｃは配車されたタクシーの識別情報を表示する。譲受者は、識別情報により配車されたタクシーを判別することができる。
【００５８】
タクシーの乗車時、上述した図６に示す処理手順により、乗車予定のタクシーで電子タクシーチケットを利用できるか否かの問い合わせが可能である。この場合、ステップＳ３６において電子タクシーチケットの有効又は無効を判断する際、タクシーＩＤ等の識別情報が一致するか否かも判断する。すなわち、チケットＩＤと乗車予定のタクシーのタクシー事業者が一致するだけでは有効とは判断されず、さらに乗車予定のタクシーのタクシーＩＤが、配車によりレコードに保存されたタクシーＩＤと一致する場合に有効と判断される。これにより、同じタクシー事業者のタクシーであっても配車されたタクシー以外のタクシーに誤乗車することを防ぐことができる。
【００５９】
（降車時の処理）
図９は、降車時の管理サーバ１の処理手順を示す。
降車時、タクシーの料金メーター等の車載デバイスにより走行距離から利用料金が算出されて表示される。図９に示すように、第３通信端末７は、車載デバイスにより算出された利用料金を取得する（ステップＳ５１）。車載デバイスが、乗車チケットシステム１００に対応するデバイスである場合、車載デバイスから第３通信端末７へ利用料金を送信する構成であってもよいし、車載デバイスが利用料金をＱＲコード等にコード化して表示する構成であってもよい。第３通信端末７はコードを読み取ることにより利用料金を取得できる。車載デバイスが乗車チケットシステム１００に対応していない場合、第３通信端末７は、乗務員の入力操作によって利用料金を取得してもよい。また、第３通信端末７は、車載デバイスに表示された利用料金を撮影し、得られた撮影画像から利用料金を示す数字を認識することにより利用料金を取得してもよい。
【００６０】
また、第３通信端末７は、現在の位置情報を取得するとともに現在日時を降車日時として取得する。第３通信端末７は、取得した利用料金、位置情報及び降車日時、ログイン時に入力したタクシーＩＤ、乗車時に管理サーバ１から送信されたチケットＩＤ及び乗車者のユーザＩＤ等をタクシーの利用内容を示す利用情報として管理サーバ１へ送信する（ステップＳ５２）。管理サーバ１では、チケット管理部１１２が、第３通信端末７から受信したチケットＩＤと一致するレコードに、受信した利用情報を保存する。具体的には、チケット管理部１１２は、チケットＩＤとともに受信した利用料金、タクシーＩＤ及びユーザＩＤをそれぞれ乗車車両の識別情報及び乗車者の識別情報として保存する。さらに、チケット管理部１１２は、受信した位置情報を降車地の位置情報として保存する（ステップＳ５３）。
【００６１】
保存後、管理サーバ１の情報提供部１１３が、該当レコードからチケットＩＤ、乗車地、降車地、利用料金等を取得して支払い完了の通知情報を生成し、第２通信端末６ｃと第３通信端末７に送信する（ステップＳ５４）。第２通信端末６ｃと第３通信端末７は、受信した通知情報に基づいて支払い完了通知を表示する（ステップＳ５７、Ｓ５８）。これにより、譲受者とタクシーの乗務員は支払いの完了を確認することができる。不正が行われないように、支払い完了通知画面に承認用のボタンを設け、第２通信端末６ｃ又は第３通信端末７においてこのボタンの操作が行われると、管理サーバ１のチケット管理部１１２が譲受者又は乗務員により承認されたことをレコードに保存してもよい。ボタンの代わりに、承認する、了解した等の譲受者又は乗務員の音声を第２通信端末６ｃ又は第３通信端末７により入力して、管理サーバ１でこの音声をレコードに保存してもよい。
【００６２】
また、情報提供部１１３は、支払いに使用された電子タクシーチケットのレコードから使用履歴の通知情報を生成し、所有者の第２通信端末６ｂに送信する（ステップＳ５５）。例えば、情報提供部１１３は、レコードからチケットＩＤ、乗車車両のタクシーＩＤ、タクシー事業者、乗車地、降車地等を取得し、使用履歴の通知情報として送信する。第２通信端末６ａは、送信された通知情報に基づいて使用履歴通知を表示する(ステップＳ５６)。これにより、所有者は譲渡した電子タクシーチケットがどのように使用されたのか、不正使用されていないかどうか等を確認することができる。
【００６３】
図１０は、使用履歴通知の一例を示す。
図１０に示すように、使用履歴通知は、使用された電子タクシーチケットの情報としてタクシー事業者、契約者の名称、チケットＩＤ等を含む。また、使用履歴通知は、乗車したタクシーの情報としてタクシーＩＤと交通事業者の名称等を含み、利用内容として乗車地と降車地、利用料金等の利用情報を含む。
【００６４】
なお、上記処理手順では、第３通信端末７が利用料金を含む利用情報を送信していたが、第２通信端末６ｃが代理で行うこともできる。この場合、例えば車載デバイスが表示したＱＲコード等のコードを第２通信端末６ｃが読み取ってもよいし、第３通信端末７が表示したコードを第２通信端末６ｃが読み取ってもよい。これにより、第３通信端末７が使用できない場合でも、第２通信端末６ｃによって支払いを完了させることができる。
【００６５】
その後、交通事業者から契約者へタクシーの利用料金を請求する際、第３通信端末７によって精算要求を管理サーバ１に送信する。第３通信端末７からの要求に応じて、管理サーバ１ではチケット処理部１１５が電子乗車チケットのレコードを提供者ごと又は契約者ごとに仕分けし、仕分け後のレコードから請求情報を生成して提供者の精算システム９に送信する。請求情報は、例えば契約者ごとに仕分けられた利用料金等の利用情報の一覧である。精算システム９では、管理サーバ１から受信した請求情報によって精算処理を行うことができる。
【００６６】
（乗車チケットシステムの非利用者に譲渡する場合）
所有者は、タクシーの乗車者が専用のアプリを利用できない場合、専用のアプリを利用しない乗車者を譲受者とする場合等、乗車チケットシステム１００の非利用者にも電子タクシーチケットを譲渡することもできる。
図１１は、譲受者を登録しない場合の乗車時の処理手順を示す。
【００６７】
図１１に示すように、第２通信端末６ｂから管理サーバ１へ閲覧要求を送信すると（ステップＳ７１）、管理サーバ１は閲覧情報を第２通信端末６ｂへ送信する（ステップＳ７２）。第２通信端末６ｂでは、閲覧情報に基づいて図７に示すように所有者が使用可能な電子タクシーチケットが選択的に表示される。所有者は、電子タクシーチケットを選択するとともに譲渡宣言のオプションを選択する。譲渡宣言のオプションが選択された場合、第２通信端末６ｂは、選択操作に応じて使用予定の電子タクシーチケットを選択し（ステップＳ７３）、選択した電子タクシーチケットのチケットＩＤとともに譲渡宣言を管理サーバ１に送信する。
【００６８】
譲渡宣言を受信した管理サーバ１では、チケット発行部１１１が受信したチケットＩＤとログイン時に第２通信端末６ｂから取得した所有者の識別情報をレコードと照合し、一致するレコードがある場合は、暗証番号、予約番号等の譲受者の認証情報を発行する。チケット管理部１１２は、一致したレコードに発行された認証情報を保存する。情報提供部１１３は、レコードから譲受者の認証情報を取得して、第２通信端末６ｂへ送信する（ステップＳ７５）。
【００６９】
第２通信端末６ｂは、譲受者の認証情報を表示する。所有者は、「所有者Ｘのチケットを使用することと暗証番号＊＊＊＊を乗務員に伝えてください」等のように、所有者の識別情報か又は有効と通知された電子タクシーチケットのチケットＩＤと、第２通信端末６ｂに表示された認証情報とを乗務員に伝えるよう譲受者に連絡する。
【００７０】
譲受者がタクシーに乗車する際、譲受者から譲受者の認証情報と所有者の識別情報又は電子タクシーチケットのチケットＩＤの通知を受けたタクシーの乗務員は、第３通信端末７によって当該電子タクシーチケットの問い合わせを行う。問い合わせの処理は、図６に示すステップＳ３３〜Ｓ３５と同様の処理である。すなわち、第３通信端末７は、乗務員が入力したチケットＩＤ又は所有者の識別情報と譲受者の認証情報を、ログイン時に取得したタクシーＩＤ及びタクシーの現在の位置情報とともに管理サーバ１へ送信する（ステップＳ７７）。
【００７１】
管理サーバ１のチケット管理部１１２は、図６に示すステップＳ３６と同様に、チケットＩＤ又は所有者の識別情報がレコードと一致するか否か、タクシー事業者の識別情報が一致するか否かを判断するだけでなく、さらに譲受者の認証情報もレコードと一致するか否かによって電子タクシーチケットの有効又は無効を判断する。タクシーＩＤから取得したタクシー事業者の識別情報と、チケットＩＤ又は所有者の識別情報が一致するレコードから取得したタクシー事業者の識別情報が一致し、かつ当該レコードから取得した譲受者の認証情報と第３通信端末７から受信した認証情報が一致する場合、チケット管理部１１２は有効の通知を第３通信端末７に送信する。いずれかが一致しない場合は譲受者であることが認証されないため、チケット管理部１１２は無効の通知を第３通信端末７に送信する（ステップＳ７８）。第３通信端末７は、管理サーバ１から送信された通知を表示する（ステップＳ７９）。乗務員は表示された通知内容を譲受者に伝え、譲受者は乗車するか否かを決定することができる。
【００７２】
なお、譲受者の乗車時に所有者が立ち会える場合は、所有者の第２通信端末６ｂと管理サーバ１間で図６に示すステップＳ３１〜Ｓ３７の処理を実行し、電子タクシーチケットの有効又は無効の通知を第２通信端末６ｂに表示するようにしてもよい。
【００７３】
降車時の処理手順は、図９に示すステップＳ５２において、乗車時に第３通信端末７において有効の通知を受信した電子タクシーチケットのチケットＩＤが管理サーバ１へ送信され、ステップＳ５４及びＳ５５において管理サーバ１から送信される支払い完了及び使用履歴の通知情報がいずれも所有者の第２通信端末６ｂに送信されること以外は、図９に示す処理手順と同様である。所有者は、管理サーバ１からの通知情報によって、譲受者によるタクシーの使用状況及び支払い状況を把握することができる。
【００７４】
上記処理手順によれば、電子タクシーチケットを急に顧客に譲渡することが必要になった場合、乗車者がアプリを使用できない場合等、乗車者が乗車チケットシステム１００の非利用者であっても、電子タクシーチケットの譲渡及び使用が可能になる。
【００７５】
以上のように、本実施形態の管理サーバ１は、電子乗車チケットのレコードを作成し、第１通信端末５、第２通信端末６及び第３通信端末７から提供者、契約者、交通事業者、利用料金等の情報を取得してレコードに保存する。また、管理サーバ１は、第１通信端末５、第２通信端末６及び第３通信端末７から送信される要求にしたがって、レコードから生成した閲覧情報、通知情報等を提供する。このように、管理サーバ１がレコードにより電子乗車チケットを管理するため、第２通信端末６に電子乗車チケットをダウンロードすることなく、管理サーバ１との通信によって電子乗車チケットを使用できる。また、レコードに所有者、譲受者の識別情報又は認証情報を保存でき、電子乗車チケットの譲渡が可能である。したがって、多様な利用形態で使用できる電子乗車チケットを提供することができる。
【００７６】
本実施形態の電子乗車チケットは、発行から精算まで専用紙やＩＣカード等の媒体が不要であるため、乗車チケットの印刷、配布、回収、仕分け等の人的作業を省略することができる。また、管理サーバ１が、第１通信端末５、第２通信端末６及び第３通信端末７から、利用金額、利用日時、乗車者、乗車地〜降車地の乗車区間等の利用情報を取得してレコードに保存するため、支払い時にこれらを紙媒体に記入する作業も省略できる。利用情報は、自動的に保存されるため、虚偽の記入による不正利用を防止することができる。また、電子乗車チケットは即時に発行が可能であり、現物在庫を抱える必要がないため、乗車チケットの盗難又は紛失を減らすことができ、管理に要するコストも減らすことができる。
【００７７】
また、管理サーバ１から送信される閲覧情報によれば、提供者は電子乗車チケットの発行先、発行量等が容易に把握できるため、異常な利用を検出しやすく、検出した場合には、管理サーバ１において使用禁止の登録を行うことにより、電子乗車チケットの使用を容易に差し止めることができる。また、契約者は電子乗車チケットの使用状況を容易に把握でき、不正使用を早期発見できる。
【００７８】
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
例えば、あらかじめ乗車日時、乗車地及び降車地等が決まっている場合、管理サーバ１のチケット管理部１１２は、電子タクシーチケットの発行時にこれらの情報を第１通信端末５又は第２通信端末６から取得してレコードに保存してもよい。乗車時にチケット管理部１１２は、第２通信端末６又は第３通信端末７から取得した乗車日時、乗車地等がレコードと一致しない場合は電子タクシーチケットの無効と判断することができる。第２通信端末６の使用者が契約者又は所有者の場合、チケット管理部１１２は、無効と判断せずに、発行時に保存された乗車日時、乗車地等を第２通信端末６又は第３通信端末７から新たに取得した乗車日時、乗車地等に上書きして、電子タクシーチケットの使用を可能としてもよい。
【００７９】
また、乗車地又は降車地の位置情報の取得方法としては、上述したＧＰＳに限らない。例えば、バス停、駅改札、施設等の所定位置の位置情報をＱＲコード等にコード化して各所定位置で表示し、表示されたコードをＢｅａｃｏｎ、ＲＦＩＤ、Ｆｅｌｉｃａ（登録商標）等で読み取ることにより位置情報を取得することもできる。
【００８０】
また、上記実施形態では、電子タクシーチケットの利用確認を行った後に乗車する例を説明したが、利用確認せずに乗車してもよい。この場合、第２通信端末６又は第３通信端末７によって管理サーバ１へ、乗車時に乗車地の位置情報を送信し、降車時に使用した電子タクシーチケットのチケットＩＤ、乗車したタクシーＩＤ、乗車者のユーザＩＤ、降車地の位置情報等を送信すればよい。
【符号の説明】
【００８１】
１    管理サーバ
１１１    チケット発行部
１１２    チケット管理部
１１３    情報提供部
１１４    配車管理部
１１５    チケット処理部
１２    記憶部
５    第１通信端末
６、６ａ、６ｂ、６ｃ    第２通信端末
７    第３通信端末
８    配車システム
９    精算システム
【図１】
2020077123.tif 000003
【図２】
2020077123.tif 000004
【図３】
2020077123.tif 000005
【図４】
2020077123.tif 000006
【図５】
2020077123.tif 000007
【図６】
2020077123.tif 000008
【図７】
2020077123.tif 000009
【図８】
2020077123.tif 000010
【図９】
2020077123.tif 000011
【図１０】
2020077123.tif 000012
【図１１】
2020077123.tif 000013