JP6531149B2 - 電子チケットを取り扱う配車アプリを制御するシステム、方法およびプログラム - Google Patents

Description

本発明は、電子チケットを取り扱う配車アプリを制御するシステム、方法およびプログラムに関する。より詳細に言えば、本発明は、電子版タクシーチケットを発行し、任意の乗車予定者に発行された電子版タクシーチケットを、配車アプリを介して配布して任意の乗車予定者に利用させることを可能としたシステム、当該システムによって実行される方法およびプログラムに関する。

従来から、タクシーを利用した際の支払手段としてタクシーチケットやクレジットカードが知られている。タクシーチケットとは、現金ではなく紙製のチケットで支払いを行うことができる乗車券のことであり、タクシーチケット契約者だけでなく、契約者がチケットを付与した者もタクシーチケットを利用することができる。タクシーチケットが利用されると、請求が後日まとめて契約者に届き、指定された口座からタクシー料金が引き落される、または契約者が指定口座に振り込むこととなる。

タクシーの車内にクレジットカード決済用の端末が設置されていると、タクシー料金をクレジットカードで支払うことができる。タクシー利用者は、降車時にカード決済を行って欲しい旨を運転手に告げ、運転手はクレジットカードを決済用の端末に挿入し、所定の操作手順を行うことにより、カード会社のシステムと通信が行われる。カード決済の承認がなされると、カード決済の処理が完了する。タクシー料金は、クレジットカードの通常の請求の中に含められてカード会員に請求される。

近年の情報通信技術の発展に伴い、タクシーの配車アプリ（アプリケーション）が開発され、知られるようになってきている（特許文献１）。特許文献１に記載のアプリケーションは、事前に配車予約をすることができ、事前登録顧客の場合には、クレジットカード情報の登録時に発行された登録者証明書をタクシー乗務員に提示することによって、予め登録されているカード情報に基づいて決済処理を行うことができる。

特開２０１４−２９５８０号公報

従来のタクシーチケットは、契約者以外であっても利用することができるという利便性を有していたが、手書きの記入による手間がかかり、誤認識・改ざん・紛失のリスクを抱えていた。また、タクシーチケットの明細を確認しても誰が利用した明細であるかを識別するのに手間がかかっていた。

また、従来のタクシーの配車アプリでは、クレジットカード決済に対応しているものの、登録者証明書を有していなければ本人確認を行えなかった。登録者自身が乗車せずに高齢者や子供などの家族に利用させたい場合であっても、配車アプリをインストールした端末を貸し渡さない限り、登録者証明書自体を家族に渡すことは非常に困難であった。

本発明は、このような課題を解決するためになされたものであり、電子チケットを取り扱う配車アプリを制御するシステム、方法およびプログラムを提供することを目的とする。また、本発明は、電子版タクシーチケットを発行し、任意の乗車予定者に発行された電子版タクシーチケットを、配車アプリを介して配布して任意の乗車予定者に利用させることを可能としたシステム、当該システムによって実行される方法およびプログラムを提供することを目的とする。

本発明の一態様である電子チケットを取り扱う配車アプリを制御するシステムは、第１の端末および第２の端末と接続されており、電子チケットでの支払承認要求情報を前記第１の端末から受信する手段であって、前記支払承認要求情報は、電子チケット識別子および金額情報を含み、前記金額情報は、前記第２の端末によって計算され、前記第１の端末に通信された金額情報である、手段と、前記金額情報の金額が前記支払承認要求情報に含まれる前記電子チケット識別子に関連付けられる前記電子チケットの残額の範囲内であるかどうかを判定する手段と、前記金額情報の金額が前記電子チケットの残額の範囲内であるという条件で、前記第１の端末および前記第２の端末に支払承認を通知する手段を備えたことを特徴とする。

本発明の別の一態様である電子チケットを取り扱う配車アプリを制御するシステムによって実行される方法は、前記システムが、第１の端末および第２の端末と接続されており、前記方法は、電子チケットでの支払承認要求情報を前記第１の端末から受信することであって、前記支払承認要求情報は、電子チケット識別子および金額情報を含み、前記金額情報は、前記第２の端末によって計算され、前記第１の端末に通信された金額情報である、ことと、前記金額情報の金額が前記支払承認要求情報に含まれる前記電子チケット識別子に関連付けられる前記電子チケットの残額の範囲内であるかどうかを判定することと、前記金額情報の金額が前記電子チケットの残額の範囲内であるという条件で、前記第１の端末および前記第２の端末に支払承認を通知することを備えることを特徴とする。

本発明は、電子版タクシーチケットの利用に伴う決済処理の効率化を図ることができる。また、電子版タクシーチケットが契約者本人だけでなく、家族なども利用可能となることにより配車アプリの利便性を高めることができる。

本明細書において開示される実施形態の詳細な理解は、添付図面に関連して例示される以下の説明から得ることができる。
本発明に係るシステムを含むシステム全体の構成図である。 本発明に係るシステムのシステム構成図である。 顧客マスタのデータ構造の一例を説明する図である。 オーソリ＆売上のデータ構造の一例を説明する図である。 チケットのデータ構造の一例を説明する図である。 精算情報のデータ構造の一例を説明する図である。 本発明に係るシステムによって実行される電子チケット生成処理を説明する図である。 配車アプリを使用した支払処理を説明する図である。 配車アプリの使用に関わらない支払処理を説明する図である。

以下、本発明の実施形態について詳細に説明する。本明細書で説明する電子版タクシーチケット発行およびタクシー配車のためのアプリケーションは、ネイティブアプリ（タブレット型端末やスマートフォンにダウンロードして使用するアプリケーション）を例として説明する。しかしながら、同様の機能を提供することが可能なＷｅｂアプリ（ブラウザを介してインターネット上でアクセスが可能なアプリケーション）にも本発明は適用可能である。なお、本明細書では「電子版タクシーチケット」のことを単に「電子チケット」と呼ぶことにする。

（全体構成）
図１は、本発明に係るシステム１００を含むシステム全体の構成図である。システム１００は、電子チケット発行およびタクシー配車のためのアプリケーション（以下、単に「アプリ」と呼ぶ）を制御するシステムである。システム１００は、例えば、クレジットカード会社１などの事業会社によって保有され、運用される、あるいはクレジットカード会社１と提携している事業会社によって保有され、運用される。より詳細に言えば、システム１００は、ユーザからの電子チケット発行要求に応答して、ユーザ所望の電子チケットを生成し、当該ユーザに送信することができる。当該電子チケットは、アプリを通じて閲覧することが可能であるが、ユーザの任意の操作に応じてアプリをインストールしていない端末であっても閲覧することが可能な形式で配信されてもよい。例えば、電子チケットは、電子メールやＳＭＳなどのメッセージングツールで閲覧可能であってよく、ユーザの家族などは、自身が所有する端末がアプリをインストールしていなくても、電子チケットを取得することができる。

システム１００は、ネットワーク１４０を通じて複数の端末、すなわち、第１の端末１１０、第２の端末１２０および第３の端末１３０に通信可能なように接続される。説明の便宜上、図１では、端末を３つしか表示していないが、これより多くの端末がシステム１００に接続可能であってよい。第１の端末１１０、第２の端末１２０および第３の端末１３０は、タブレット型端末、スマートフォンあるいは有線または無線環境において動作可能な他の任意のタイプのデバイス（例えば、タクシーなどの営業用自動車に設置されている車載機）とすることができる。

第１の端末１１０は、電子チケットの発行を望むユーザ（発行希望者２）が使用する端末である。第２の端末１２０は、チケット利用者３によって使用される端末である。チケット利用者３は、電子チケットの発行を受けた発行希望者２から当該電子チケットを譲渡された者、または発行希望者２自身である。第３の端末１３０は、タクシーなどの営業用自動車を運転する運転者４が利用する端末である。

第１の端末１１０、第２の端末１２０および第３の端末１３０は、システム１００からアプリをダウンロードして端末上にインストールして利用することができる。チケット利用者３が利用する第２の端末１２０には、アプリがインストールされていなくてもよい。ネットワーク１４０は、インターネットなどを含む、相互通信可能な周知のネットワークであればよく、特に限定されることはない。

（システム構成）
図２は、本発明に係るシステム１００のシステム構成図である。図２に示すように、システム１００は、一般的なコンピュータと同様に、バス２１０などによって相互に接続された制御部２０１、主記憶部２０２、補助記憶部２０３、インターフェース（ＩＦ）部２０４および出力部２０５を備えることができる。また、システム１００は、顧客マスタ２０６、オーソリ＆売上２０７、チケット２０８および請求情報２０９を備えることができる。

制御部２０１は、中央処理装置（ＣＰＵ）とも呼ばれ、システム１００内の各構成要素の制御やデータの演算を行い、また、補助記憶部２０３に格納されている各種プログラムを主記憶部２０２に読み出して実行することができる。主記憶部２０２は、メインメモリとも呼ばれ、受信した各種データ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶することができる。補助記憶部２０３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。

図２の実施形態では、制御部２０１、主記憶部２０２および補助記憶部２０３を同一のコンピュータ内に設ける実施形態について説明するが、他の実施形態として、システム１００は、制御部２０１、主記憶部２０２および補助記憶部２０３を複数個使用することにより、複数のコンピュータによる並列分散処理を実現するように構成されることもできる。また、他の実施形態として、システム１００用の複数のサーバを設置し、複数サーバが一つの補助記憶部２０３を共有する実施形態にすることも可能である。

ＩＦ部２０４は、他のシステムや装置との間でデータを送受信する際のインターフェースの役割を果たし、また、システムオペレータから各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェースを提供することができる。出力部２０５は、処理されたデータを表示する表示画面や当該データを印刷するための印刷手段などを提供することができる。

顧客マスタ２０６は、クレジットカード会社１が発行するクレジットカードを保有しているカード会員の情報を格納するマスタテーブルである。オーソリ＆売上２０７は、第１の端末１１０乃至第３の端末１３０から送信される、クレジットカード決済に伴うオーソリ電文および売上データを格納するデータベースである。一般的に、オーソリゼーション（Authorization、「オーソリ」ともいう）とは、加盟店でのカード会員のカード取引について、その取引ごとにクレジットカード会社が承認判定する処理をいい、オーソリ電文は、オーソリの処理の際に加盟店とカード会社の間で通信される電文である。また、売上精算（Clearing、「クリアリング」ともいう）とは、加盟店におけるカード利用代金の支払を受けるための処理で、加盟店が、カード利用代金を精査、集計し、その明細を報告することをいい、売上データは、売上精算の処理の際に加盟店からクレジットカード会社のシステムに送信される電文である。

チケット２０８は、発行希望者２のチケット発行要求に応答して生成された電子チケットの情報、およびチケット利用者３によって利用された電子チケットの情報を格納するデータベースである。精算情報２０９は、オーソリ＆売上２０７に格納されている情報に基づいて生成される、カード会員に対する請求データ（精算情報）を格納する。精算情報２０９に格納されているデータは、所定の期日が到来するとカード会員に対する請求書の作成処理に利用されることができ、あるいはオンライン上で請求書の内容を確認できるデータの作成処理に利用されることができる。精算情報２０９は、カード利用金額以外にも、カード会員から徴収すべき費用（例えば、年会費）、あるいはカード会員に返金すべき費用も含むことができる。

ここで、図３〜図６を参照しながら、顧客マスタ２０６、オーソリ＆売上２０７、チケット２０８および請求情報２０９のそれぞれについて詳細に説明する。

図３は、顧客マスタ２０６のデータ構造の一例を説明する図である。顧客マスタ２０６は、以下のデータ項目に限定されるわけではないが、ユーザＩＤ３０１、パスワード（ＰＷ）３０２、会員情報３０３およびクレジットカード番号３０４を含むことができる。

ユーザＩＤ３０１は、カード利用者を識別するための識別子を示す。パスワード３０２は、ユーザが本発明に係るアプリを利用する際のパスワードである。会員情報３０３は、ユーザの名称、住所、電話番号、メールアドレス、生年月日、年齢、性別などの情報を示す。クレジットカード番号３０４は、ユーザの保有する１または複数のクレジットカードの番号である。

図４は、オーソリ＆売上２０７のデータ構造の一例を説明する図である。オーソリ＆売上２０７は、以下のデータ項目に限定されるわけではないが、クレジットカード番号３０４、加盟店ＩＤ４０１、日時４０２、業務区分４０３およびカード利用金額４０４を含むことができる。

オーソリ＆売上２０７は、カード会員によるクレジットカード決済に関連付けられるオーソリ電文および売上データを格納する。クレジットカード番号３０４は、カード決済に使用されたクレジットカードを識別する番号である。加盟店ＩＤ４０１は、カード決済が行われた加盟店（例えば、タクシー会社）を識別する識別子である。日時４０２は、加盟店でカード決済が行われた日時を示す。業務区分４０３は、クレジットカード取引の内容を示し、例えば、「事前承認（与信）」、「売上」、「取消・返品」などを示す。カード利用金額４０４は、カード決済の金額を示す。

図５は、チケット２０８のデータ構造の一例を説明する図である。チケット２０８は、以下のデータ項目に限定されるわけではないが、クレジットカード番号３０４、チケット番号５０１、日付５０２、種別５０３、金額５０４および有効期限５０５を含むことができる。

クレジットカード番号３０４は、電子チケットの発行および利用に関連付けられるクレジットカードの番号を示す。チケット番号５０１は、電子チケットのチケット番号を示し、発行希望者２が電子チケット発行要求を送信したことに応答してシステム１００によって生成される承認番号を示す。日付５０２は、電子チケットが発行された日および利用された日を示す。種別５０３は、電子チケットのデータ種別を示し、具体的に言えば、電子チケットの「発行」または電子チケットの「利用」のいずれかを示す。金額５０４は、発行された電子チケットの金額および利用された電子チケットの金額を示す。有効期限５０５は、電子チケットの有効期限（例えば、発行日から１ヶ月、など）を示し、発行希望者２によって設定可能である。

図６は、精算情報２０９のデータ構造の一例を説明する図である。精算情報２０９は、クレジットカード番号３０４、加盟店ＩＤ４０１、日時４０２、業務区分４０３、カード利用金額４０４および請求処理フラグ６０１を含むことができる。

図４を参照しながらオーソリ＆売上２０７のデータ構造を説明したが、図６の精算情報２０９に関しても、クレジットカード番号３０４は、カード決済に使用されたクレジットカードを識別する番号であり、加盟店ＩＤ４０１は、カード決済が行われた加盟店を識別する識別子であり、日時４０２は、加盟店でカード決済が行われた日時を示し、業務区分４０３は、クレジットカード取引の内容を示し、カード利用金額４０４は、カード決済の金額を示す。請求処理フラグ６０１は、カード会員に対する請求処理が完了しているかどうかを示す。

（処理フロー：電子チケットの発行）
次に、図７を参照しながら、本発明に係るシステム１００によって実行される電子チケット生成処理を説明する。

Ｓ７０１にて、第１の端末１１０は、ネットワーク１４０を介してシステム１００に、電子チケット発行要求を送信する。より詳細に言えば、アプリが起動されると、第１の端末１１０は、発行希望者２から所望の電子チケットの発行要求情報の入力を受信する。電子チケットの発行要求情報は、電子チケットの金額、電子チケットの有効期限および決済用のクレジットカード番号の情報を含むことができる。その後、発行希望者２の操作に応答して、第１の端末１１０は、電子チケット発行要求をシステム１００に送信する。

Ｓ７０２にて、システム１００は、受信した電子チケット発行要求に含まれるクレジットカード番号および金額の情報を読み出し、クレジットカード番号に関連付けられるカード会員（発行希望者２）が当該金額のカード決済を行うことの可否を判定するオーソリゼーションの処理を行う。オーソリゼーション処理の結果、カード決済可と判定された場合にはＳ７０３に処理が進み、一方、カード決済不可と判定された場合にはＳ７０５に処理が進む。

Ｓ７０３にて、システム１００は、チケット番号５０１を生成し、クレジットカード番号３０４、日付５０２、種別５０３、金額５０４および有効期限５０５とともにチケット２０８にデータを追加する。クレジットカード番号３０４、金額５０４および有効期限５０５には、電子チケット発行要求に含まれるクレジットカード番号、金額および有効期限の情報がそれぞれセットされ、日付５０２には発行要求の処理日がセットされ、種別５０３には「発行」がセットされる。

Ｓ７０４にて、システム１００は、発行された電子チケットの内容を第１の端末１１０に通知する。表１は、第１の端末１１０に通知された電子チケットの内容の一例を示す。

第１の端末１１０は、アプリを介して、受信した電子チケットの内容、例えば、チケット保有者の氏名（カード会員名）、チケット番号、チケットの有効期限および任意でバーコードを表示することができる。チケット番号は、他のカード会員と重複することがないように生成されている。チケットの有効期限は、カード会員がＳ７０１にて設定した電子チケットの有効期限である。バーコードは、チケット番号を手入力する手間を省くため、第３の端末１３０に備えられたバーコード読み取り機能を使って入力を補助するために任意で付加される。バーコードは、二次元バーコードであってもよく、特に限定されることはない。

Ｓ７０５にて、システム１００は、オーソリゼーション処理の結果、カード決済不可と判定された旨を示すメッセージを第１の端末１１０に通知する。

（処理フロー：電子チケットの利用）
図８および図９を参照しながら、本発明に係るシステム１００によって実行される電子チケットを利用した支払処理を説明する。図８は、配車アプリを使用した支払処理を説明する図である。なお、配車アプリは、第１の端末１１０にダウンロードされており、配車アプリを通じて利用するクレジットカードの情報は顧客マスタ２０６登録されているものとする。また、第３の端末１３０も配車アプリをダウンロードしているものとする。

Ｓ８０１にて、チケット利用者３は第２の端末１２０を使用して、配車アプリを起動し、配車アプリを介して、タクシーに乗車したい場所（乗車希望場所）、利用者名、チケットの利用有無および必要に応じてチケット番号を入力する。第２の端末１２０は、入力された情報をシステム１００に送信する。チケット利用者３は発行希望者２と同一人物であっても構わないし、異なっていても構わない。チケット利用者３が発行希望者２と同一人物である場合は、第１の端末１１０が利用されてよい。チケット利用者３が発行希望者２と同一人物ではない場合、チケット利用者３は、事前に発行希望者２からチケット番号などの情報をアプリのメッセージング機能を介して、あるいは電子メールなどを介して入手しておく。

Ｓ８０２にて、システム１００は、受信した情報に基づいて、乗車希望場所の近隣に存在するタクシーのうち空車となっている車を検索し、配車対象タクシーを決定する。この決定の過程で、システム１００のオペレータによる運転者４との通信が行われてもよい。システム１００は、決定された配車対象タクシーの第３の端末１３０に対し、利用者名および必要に応じてチケット番号５０１を送信する。なお、チケット番号５０１に関連付けられる有効期限５０５が現在日付よりも過去の日付である場合には、電子チケットを使用できないので、電子チケットが利用できない旨のメッセージが第２の端末１２０に送信される。

Ｓ８０３にて、運転者４は、乗客がチケット利用者３であることを確認し、確認が取れたら、第３の端末１３０を操作し、第２の端末１２０と通信を行う。チケット番号５０１がシステム１００によって第３の端末１３０に予め送信されている場合、第３の端末１３０は通信相手となるべき第２の端末１２０を容易に特定することができる。詳細に言えば、第３の端末１３０は、チケット番号５０１に基づいてチケット２０８にアクセスしてクレジットカード番号３０４を識別し、その後、顧客マスタ２０６にアクセスしてクレジットカード番号３０４に関連付けられるユーザＩＤ３０１を特定する。通信相手となるべきユーザＩＤ３０１が特定されたら、同じアプリを使用している第２の端末１２０と第３の端末１３０は通信を行うことが容易となる。第２の端末１２０と第３の端末１３０が通信を行うことにより、チケット利用者３がチケット番号５０１を利用した乗客であることが確認される。その後、乗客が降車時に第３の端末１３０は、料金計算を行い、計算された料金情報を第２の端末１２０に通信する。この通信の結果、第２の端末１２０のディスプレイ上に、タクシーの乗車料金、チケット番号５０１および有効期限５０５が表示されることになる。

Ｓ８０４にて、チケット利用者３が料金について承認し、電子チケットで支払を行うために第２の端末１２０のアプリ上の承認ボタンを押下する。承認ボタンが押下されたことに応答して、第２の端末１２０は、システム１００に対し、支払承認要求情報を送信する。支払承認要求情報は、チケット番号５０１、日付５０２、種別５０３および乗車料金の情報（金額５０４）を含む。表２は、支払承認情報の一例を示す。

Ｓ８０５にて、システム１００は、受信した支払承認要求情報に含まれているチケット番号５０１に基づいてチケット２０８にアクセスし、関連する電子チケットのデータを読み出し、乗車料金が有効に存在する電子チケットの残額の範囲内かどうかを判定する。範囲内であればＳ８０６に処理が進み、一方、範囲外であればＳ８０７に処理が進む。

Ｓ８０６にて、システム１００は、第２の端末１２０および第３の端末１３０に電子チケットによる支払が承認されたことを通知し、チケット２０８に今回の利用分に相当するデータを追加する処理を行う。より詳細に言えば、システム１００は、受信した支払承認要求情報に含まれているチケット番号５０１に基づいてクレジットカード番号３０４を特定し、特定したクレジットカード番号３０４、支払承認要求情報に含まれているチケット番号５０１、日付５０２、種別５０３および乗車料金の情報（金額５０４）をチケット２０８に追加する。また、システム１００は、チケット２０８に追加したデータに基づいて、売上データを生成し、オーソリ＆売上２０７に格納する。売上データが生成されたことにより、カード会員に対する後日の請求がなされることとなる。なお、電子チケットが有効期限５０５で示す期日までに利用されなかった場合には、売上データが発生しないので、カード会員に対する請求は発生しない。

Ｓ８０７にて、システム１００は、第２の端末１２０および第３の端末１３０に電子チケットによる支払が承認されなかったことを通知する。かかる場合、乗客は現金などの決済手段で乗車料金を支払うこととなる。

本発明の他の実施形態では、システム１００は、Ｓ８０５にて、今回の支払額が有効に存在する電子チケットの残額の範囲外であると判定した場合（例えば、電子チケットの残額が１０００円の場合、支払額が１５００円の場合）に、残額の範囲の分の金額（例えば、１０００円）だけを電子チケットで支払うことを許可し、支払えない金額（例えば、５００円）を第２の端末１２０に通知するように構成されてもよい。

図９は、配車アプリの使用に関わらない支払処理を説明する図である。このケースでは、発行希望者２および運転者４はアプリを使用しているものの、チケット利用者３である家族がアプリを使用していないケースを想定する。このケースでは、チケット利用者３は、電子メールやＳＭＳなどのメッセージングツールで発行希望者２から予めチケット番号５０１を受信しているものとする。

Ｓ９０１にて、チケット利用者３は、運転者４が運転するタクシーに乗車し、電子チケットを使用したい旨を告げ、チケット番号５０１を提示する。運転者４は、第３の端末１３０にチケット番号５０１を入力する。なお、チケット利用者３がチケット番号５０１とともに、二次元バーコードなどを提示した場合には、第３の端末１３０はバーコードを読み取り、チケット番号５０１を入力するようにしてもよい。

第３の端末１３０は、運転者４の操作に応答してシステム１００にチケット番号５０１を送信する。システム１００は、チケット２０８にアクセスし、チケット番号５０１の電子チケットが有効期限内ものかどうかを判定し、有効期限内のものである場合、クレジットカード番号３０４に基づいて、顧客マスタ２０６からユーザＩＤ３０１を特定する。その後、システム１００は、第１の端末１１０に電子チケットが利用されることを通知し、第１の端末１１０から電子チケット利用の承諾通知を受信したことに応答して、第３の端末１３０に通知を行う。このようなプロセスにより、同じアプリを使用している第１の端末１１０と第３の端末１３０との間での端末間通信が行われる。

Ｓ９０２にて、乗客が降車時に第３の端末１３０は、料金計算を行い、計算された料金情報を第１の端末１１０に通信する。この通信の結果、第１の端末１１０のディスプレイ上に、タクシーの乗車料金、チケット番号５０１および有効期限５０５が表示されることになる。

Ｓ９０３にて、チケット利用者３が料金について承認し、電子チケットで支払を行うために第２の端末１２０のアプリ上の承認ボタンを押下する。承認ボタンが押下されたことに応答して、第２の端末１２０は、システム１００に対し、支払承認要求情報を送信する。支払承認要求情報は、チケット番号５０１、日付５０２、種別５０３および乗車料金の情報（金額５０４）を含む。表２は、支払承認情報の一例を示す。

Ｓ９０４にて、システム１００は、受信した支払承認要求情報に含まれているチケット番号５０１に基づいてチケット２０８にアクセスし、関連する電子チケットのデータを読み出し、乗車料金が有効に存在する電子チケットの残額の範囲内かどうかを判定する。範囲内であればＳ９０５に処理が進み、一方、範囲外であればＳ９０６に処理が進む。

Ｓ９０５にて、システム１００は、第２の端末１２０および第３の端末１３０に電子チケットによる支払が承認されたことを通知し、チケット２０８に今回の利用分に相当するデータを追加する処理を行う。より詳細に言えば、システム１００は、受信した支払承認要求情報に含まれているチケット番号５０１に基づいてクレジットカード番号３０４を特定し、特定したクレジットカード番号３０４、支払承認要求情報に含まれているチケット番号５０１、日付５０２、種別５０３および乗車料金の情報（金額５０４）をチケット２０８に追加する。また、システム１００は、チケット２０８に追加したデータに基づいて、売上データを生成し、オーソリ＆売上２０７に格納する。売上データが生成されたことにより、カード会員に対する後日の請求がなされることとなる。なお、電子チケットが有効期限５０５で示す期日までに利用されなかった場合には、売上データが発生しないので、カード会員に対する請求は発生しない。

Ｓ９０６にて、システム１００は、第２の端末１２０および第３の端末１３０に電子チケットによる支払が承認されなかったことを通知する。かかる場合、乗客は現金などの決済手段で乗車料金を支払うこととなる。

本発明は、従来の紙のチケットによる処理に比べ、電子チケットの利用に伴う決済処理の効率化を図ることができる。手書きの記入による手間もかからなくなり、手入力に伴う誤認識や紙のチケットならではの改ざん・紛失のリスクも減少する。また、電子版タクシーチケットが契約者本人だけでなく、家族なども利用可能となることにより配車アプリの利便性を高めることができる。

以上、例示的な実施形態を参照しながら本発明の原理を説明したが、本発明の要旨を逸脱することなく、構成および細部において変更する様々な実施形態を実現可能であることを当業者は理解するだろう。すなわち、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。

１ クレジットカード会社
２ 発行希望者
３ チケット利用者
４ 運転者
１００ システム
１１０ 第１の端末
１２０ 第２の端末
１３０ 第３の端末
１４０ ネットワーク
２０１ 制御部
２０２ 主記憶部
２０３ 補助記憶部
２０４ インターフェース（ＩＦ）部
２０５ 出力部
２０６ 顧客マスタ
２０７ オーソリ＆売上
２０８ チケット
２０９ 請求情報

Claims (10)

1. 電子チケットを取り扱う配車アプリを制御するシステムであって、
   前記システムは、第１の端末および第２の端末と接続されており、前記第１の端末および前記第２の端末は、電子チケット識別子により特定されるクレジットカード番号に関連付けられたユーザＩＤに基づいて相互に通信可能であり、
   電子チケットでの支払承認要求情報を前記第１の端末から受信する手段であって、前記支払承認要求情報は、前記電子チケット識別子および金額情報を含み、前記金額情報は、前記第２の端末によって計算され、前記第１の端末に通信された金額情報である、手段と、
   前記金額情報の金額が前記支払承認要求情報に含まれる前記電子チケット識別子に関連付けられる前記電子チケットの残額の範囲内であるかどうかを判定する手段と、
   前記金額情報の金額が前記電子チケットの残額の範囲内であるという条件で、前記第１の端末および前記第２の端末に支払承認を通知する手段と、
   前記金額情報の金額が前記電子チケットの残額の範囲内ではないという条件で、前記電子チケットの残額の範囲の分の金額に対する支払を許可し、前記金額情報の金額と前記支払が許可された金額との差額を決済不可の金額として前記第１の端末に通知する手段と
   を備えたシステム。
2. 前記配車アプリを介して、位置情報および前記電子チケット識別子を前記第１の端末から受信する手段と、
   前記位置情報に関連付けられる前記第２の端末に前記電子チケット識別子を送信する手段と
   をさらに備えた、請求項１に記載のシステム。
3. 前記電子チケット識別子は、第３の端末から前記第１の端末に送信された情報である、請求項２に記載のシステム。
4. 前記電子チケット識別子に関連付けられる前記電子チケットの有効期限が現在日付よりも過去の日付である場合、前記電子チケットが利用できない旨のメッセージが前記第１の端末に送信される、請求項２に記載のシステム。
5. 前記金額情報の金額が前記電子チケットの残額の範囲内であるという条件で、前記支払承認要求情報に基づいて、電子チケットの利用データを第１のデータベースに追加し、カード決済における売上データを第２のデータベースに追加する手段をさらに備えた、請求項１に記載のシステム。
6. 電子チケット発行要求情報を受信する手段であって、前記電子チケット発行要求情報は、金額、有効期限、前記クレジットカード番号を含む、手段と、
   前記電子チケット発行要求情報を受信したことに応答して、前記クレジットカード番号に基づく前記金額についてのカード決済を行うことの可否を判定する手段と、
   前記クレジットカード番号に基づくカード決済可と判定された場合、前記電子チケットを生成する手段であって、前記電子チケットは、前記電子チケット識別子、前記クレジットカード番号、前記有効期限および前記金額の情報を含む、手段と
   をさらに備えた、請求項１に記載のシステム。
7. 電子チケットを取り扱う配車アプリを制御するシステムによって実行される方法であって、
   前記システムは、第１の端末および第２の端末と接続されており、前記第１の端末および前記第２の端末は、電子チケット識別子により特定されるクレジットカード番号に関連付けられたユーザＩＤに基づいて相互に通信可能であり、
   前記方法は、
   電子チケットでの支払承認要求情報を前記第１の端末から受信することであって、前記支払承認要求情報は、前記電子チケット識別子および金額情報を含み、前記金額情報は、前記第２の端末によって計算され、前記第１の端末に通信された金額情報である、ことと、
   前記金額情報の金額が前記支払承認要求情報に含まれる前記電子チケット識別子に関連付けられる前記電子チケットの残額の範囲内であるかどうかを判定することと、
   前記金額情報の金額が前記電子チケットの残額の範囲内であるという条件で、前記第１の端末および前記第２の端末に支払承認を通知することと、
   前記金額情報の金額が前記電子チケットの残額の範囲内ではないという条件で、前記電子チケットの残額の範囲の分の金額に対する支払を許可し、前記金額情報の金額と前記支払が許可された金額との差額を決済不可の金額として前記第１の端末に通知することと
   を備える方法。
8. 前記配車アプリを介して、位置情報および前記電子チケット識別子を前記第１の端末から受信することと、
   前記位置情報に関連付けられる前記第２の端末に前記電子チケット識別子を送信することと
   をさらに備える、請求項７に記載の方法。
9. 前記電子チケット識別子は、第３の端末から前記第１の端末に送信された情報である、請求項８に記載の方法。
10. 請求項７乃至請求項９のいずれか一項に記載の方法をコンピュータに実行させるためのプログラム。

Images