特許 7571272 決済用端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-11

(45)【発行日】2024-10-22

(54)【発明の名称】決済用端末

(51)【国際特許分類】

   G06Q 20/32 20120101AFI20241015BHJP

   G06Q 50/40 20240101ALI20241015BHJP

   G07B 13/00 20060101ALI20241015BHJP

【ＦＩ】

G06Q20/32 330

G06Q50/40

G07B13/00 Z

【請求項の数】 4

(21)【出願番号】P 2023219031

(22)【出願日】2023-12-26

(62)【分割の表示】P 2020065905の分割

【原出願日】2020-04-01

(65)【公開番号】P2024026524

(43)【公開日】2024-02-28

【審査請求日】2023-12-26

(73)【特許権者】

【識別番号】512200217

【氏名又は名称】ＧＯ株式会社

(74)【代理人】

【識別番号】110004222

【氏名又は名称】弁理士法人創光国際特許事務所

(72)【発明者】

【氏名】米山 輝一

(72)【発明者】

【氏名】齊藤 千絵

(72)【発明者】

【氏名】徐 愛琳

【審査官】山田 倍司

(56)【参考文献】

【文献】韓国公開特許第１０－２０１８－０１１４８８６（ＫＲ，Ａ）

【文献】特開２０１８－２００５２５（ＪＰ，Ａ）

【文献】韓国登録特許第１０－１８５６７５４（ＫＲ，Ｂ１）

【文献】特表２０２０－５０７８７７（ＪＰ，Ａ）

【文献】特開２０１９－２１５５９７（ＪＰ，Ａ）

【文献】特開２００８－１５２３３８（ＪＰ，Ａ）

【文献】特表２０１８－５３００２０（ＪＰ，Ａ）

【文献】国際公開第２０１８／２１００２６（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１６／０１０４０６１（ＵＳ，Ａ１）

【文献】中国特許出願公開第１０８６８１８９５（ＣＮ，Ａ）

【文献】中国特許出願公開第１０６４４７９６２（ＣＮ，Ａ）

【文献】中国実用新案第２０４３３１８２１（ＣＮ，Ｕ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

Ｇ０７Ｂ １３／００

(57)【特許請求の範囲】

【請求項1】

タクシーの乗客が運賃を決済するために用いられる決済用端末であって、
前記タクシーの運賃を決済するための決済前操作を受け付ける操作受付部と、
前記操作受付部が前記決済前操作を受け付けたことに応じて、前記乗客を乗せた運行を識別するための運行識別情報に関連付けられた運行識別コードを含む音波を発生させる音波発生部と、
前記音波発生部が前記音波の発生を開始した後に、前記運行識別コードに基づいて前記運賃の決済処理を実行する決済処理装置が、前記乗客の通信端末から前記運行識別コードを受けたことを示す通知を受信しない場合に、前記運行識別コードを含む運行識別画像を表示部に表示させる表示制御部と、
を有する決済用端末。

【請求項2】

前記音波発生部は、前記操作受付部が前記決済前操作を受け付けるたびに、前記運行識別コードを切り替える、
請求項１に記載の決済用端末。

【請求項3】

前記音波発生部は、前記操作受付部が前記決済前操作を受け付けるたびに、前記決済処理装置に新たな前記運行識別コードを要求する、
請求項２に記載の決済用端末。

【請求項4】

前記音波発生部は、前記表示部に前記運行識別画像が表示されている間は前記音波の発生を停止させる、
請求項１から３のいずれか一項に記載の決済用端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、タクシーの運賃を決済するための決済用端末及び決済処理システムに関する。

【背景技術】

【0002】

従来、タクシーに設置された表示端末に、運賃の決済に用いるためのＱＲコード（登録商標）を表示し、乗客の通信端末が読み取ったＱＲコードをサーバに送信することで運賃の決済が行われるシステムが知られている（例えば、特許文献１を参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１８－２００５２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

従来のシステムにおいては、タクシーの乗客が運賃の決済をする際に、乗客が通信端末を用いてＱＲコードを読み取る操作をする必要があり、乗客にとって手間であった。そのため、決済の確実性を維持しつつ、決済の容易性を向上させることが求められている。

【0005】

そこで、本発明はこれらの点に鑑みてなされたものであり、一例として、決済の確実性を維持しつつ、決済の容易性を向上させることができる決済用端末及び決済処理システムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明の第１の態様にかかる決済用端末は、タクシーの乗客が運賃を決済するために用いられる決済用端末であって、前記タクシーの運賃を決済するための決済前操作を受け付ける操作受付部と、前記操作受付部が前記決済前操作を受け付けたことに応じて、前記乗客を乗せた運行を識別するための運行識別情報に関連付けられた運行識別コードを含む音波を発生させる音波発生部と、前記音波発生部が前記音波の発生を開始した後に、前記運行識別コードに基づいて前記運賃の決済処理を実行する決済処理装置が、前記乗客の通信端末から前記運行識別コードを受けたことを示す通知を受信しない場合に、前記運行識別コードを含む運行識別画像を表示部に表示させる表示制御部と、を有する。

【0007】

前記音波発生部は、前記操作受付部が前記決済前操作を受け付けるたびに、前記運行識別コードを切り替えてもよい。

【0008】

前記音波発生部は、前記操作受付部が前記決済前操作を受け付けるたびに、前記決済処理装置に新たな前記運行識別コードを要求してもよい。

【0009】

前記音波発生部は、前記表示部に前記運行識別画像が表示されている間は前記音波の発生を停止させてもよい。

【0010】

本発明の第２の態様にかかる決済用端末は、タクシーの乗客が運賃を決済するために用いられる決済用端末であって、前記タクシーの運賃を決済するための決済前操作を受け付ける操作受付部と、前記操作受付部が前記決済前操作を受け付けたことに応じて、前記乗客を乗せた運行を識別するための運行識別情報に関連付けられた運行識別コードを含む音波を発生させる音波発生部と、を有する。

【0011】

【0012】

【0013】

【発明の効果】

【0014】

本発明によれば、一例として、決済の確実性を維持しつつ、決済の容易性を向上させることができるという効果を奏する。

【図面の簡単な説明】

【0015】

【図1】決済処理システムの概要を説明するための図である。

【図2】決済処理システムの概要を説明するための図である。

【図3】決済用端末の構成を示す図である。

【図4】決済処理装置の構成を示す図である。

【図5】決済処理システムの処理の流れを示すシーケンス図である。

【図6】決済処理システムの処理の流れを示すシーケンス図である。

【図7】決済用端末に表示される表示画面の一例を示す図である。

【図8】決済処理システムの処理の流れを示すシーケンス図である。

【図9】決済用端末に表示される表示画面の一例を示す図である。

【発明を実施するための形態】

【0016】

［決済処理システムＳの概要］
図１及び図２は、決済処理システムＳの概要を説明するための図である。決済処理システムＳは、タクシーＴに乗車した乗客Ｕに決済サービスを提供するために用いられるシステムである。決済サービスは、乗客Ｕの運賃を決済するサービスである。

【0017】

決済処理システムＳは、乗客端末１と、乗務員端末２と、決済用端末３と、決済処理装置４とを有する。乗客端末１は、乗客Ｕが使用する通信端末であり、例えばスマートフォン又はタブレットである。乗客端末１には、例えば、乗客Ｕに決済サービスを提供するための所定のアプリケーションソフトウェア（以下、「乗客アプリ」という。）がインストールされている。

【0018】

乗務員端末２は、タクシーＴが備える端末であり、例えば、モバイル端末（スマートフォン又はタブレット等）又はカーナビゲーション等である。乗務員端末２は、タクシーＴにおいて運賃を計算するために用いられる料金メーターＭ又は後述する決済用端末３と、後述する決済処理装置４との間における種々の情報の送受信を中継する役割を有する。

【0019】

決済用端末３は、タクシーＴの乗客Ｕが運賃の決済を行うための端末であり、例えばタブレットである。決済用端末３は、座席に座った乗客Ｕが閲覧可能な位置に設置されており、例えば、助手席の背もたれの裏側に設置されている。乗務員端末２及び決済用端末３は、有線又は無線で接続されている。

【0020】

決済処理装置４は、運賃の決済処理を実行する装置であり、例えばサーバである。乗客端末１、乗務員端末２及び決済処理装置４は、それぞれネットワークＮに接続しており、乗客端末１及び決済処理装置４の間と、乗務員端末２及び決済処理装置４の間とにおいて種々の情報を送受信する。なお、料金メーターＭ又は決済用端末３もネットワークＮに接続しており、料金メーターＭと決済処理装置４との間、又は決済用端末３と決済処理装置４との間において種々の情報を送受信してもよい。

【0021】

ＱＲコードを用いて乗客Ｕの運賃を決済するシステムにおいては、表示されたＱＲコードを、乗客Ｕが使用する通信端末で読み取る必要がある。この場合、乗客Ｕは、ＱＲコードを読み取らせるために通信端末を動かしながら、当該通信端末のカメラのピントをＱＲコードに合わせたり、当該カメラの画角の所定の範囲にＱＲコードを収めたりしなければならず、乗客Ｕにとって手間であった。そこで、決済処理システムＳは、音波を用いて乗客Ｕの運賃を決済する。

【0022】

以下、図２を参照しながら、運賃の決済をする前に乗客Ｕ及び決済処理システムＳが実行する処理の流れについて説明する。決済処理システムＳは、決済処理装置４が、決済処理に使用される所定の情報を事前に乗客端末１から受信したことを条件として、乗客Ｕが降車する際に運賃の決済処理を実行する。図２は、決済処理装置４が所定の情報を乗客端末１から受信する処理の流れを示す。

【0023】

図２（ａ）は、乗客Ｕが使用する乗客端末１が所定の情報を決済処理装置４に送信する処理の流れを示す図である。図２（ｂ）は、図２（ａ）に示す処理によって乗客端末１が所定の情報を決済処理装置４に送信することができない場合に実行される処理の流れを示す図である。なお、図２（ａ）の（３）から（４）までの処理と、図２（ｂ）の（３）から（４）までの処理とは同一の処理である。

【0024】

図２（ａ）に示す例において、まず、タクシーＴに乗った乗客Ｕが決済用端末３にタクシーＴの運賃を決済するための決済前操作を行うと、決済用端末３は、運行識別情報に関連付けられた運行識別コードを含む音波を発生させる（図２（ａ）の（１））。決済前操作は、乗客Ｕが降車時に決済のための処理をすることなく決済をするために行う操作である。運行識別情報は、乗客Ｕを乗せた運行を識別するための情報であり、例えば、タクシーＴが乗客Ｕを乗車させて運行を開始したときに作成される情報である。

【0025】

乗客Ｕが乗客端末１において乗客アプリを起動させると、乗客端末１は、当該乗客端末１が備える不図示のマイクを介して、決済用端末３が発生させた音波を受信する（図２（ａ）の（２））。乗客端末１は、音波を受信すると、当該音波に含まれる運行識別コードを所定の情報として決済処理装置４に送信する（図２（ａ）の（３））。

【0026】

決済処理装置４は、乗客端末１から運行識別コードを受信すると、乗務員端末２を介して、所定の通知を決済用端末３に送信する（図２（ａ）の（４））。所定の通知は、決済処理装置４が乗客Ｕの乗客端末１から運行識別コードを受けたことを示す通知である。

【0027】

決済用端末３は、音波の発生を開始してから所定の待機時間（例えば３０秒等、予め設定された時間）が経過するまでの間に決済処理装置４から所定の通知を受信すると、音波の発生を停止し、所定の通知を受信したことに基づく表示画面を表示する。その後、タクシーＴが乗客Ｕの目的地に到着して乗客Ｕの運賃が確定すると、決済処理装置４は、乗客端末１から受信した運行識別コードに基づいて、乗客Ｕの運賃の決済を実行する。

【0028】

このように、決済処理システムＳは、運行識別コードを乗客端末１に通知する手段として音波を用いることで、ＱＲコードを用いた決済のように乗客ＵがＱＲコードを読み取るために乗客端末１を複雑に動かす手間を省くことができる。これにより、決済処理システムＳは、タクシーＴの乗客Ｕが運賃を決済する際の手間を軽減することができる。その結果、決済処理システムＳは、決済の容易性を向上させることができる。

【0029】

ところで、乗客端末１が音波を受信できない場合がある。例えば、周囲の雑音が音波に干渉すると、乗客端末１が音波を受信する精度が低下し得る。また、乗客端末１において、マイクを使用する権限が乗車アプリに付与されていないと、乗車アプリがマイクを使用することができない。乗客端末１が音波を受信できないと、決済処理装置４が運賃を決済することができなくなってしまうため、この場合、決済処理システムＳは、音波以外の通知手段を用いて乗客Ｕの運賃を決済する必要がある。そこで、決済処理システムＳは、乗客端末１が音波を受信できない場合に、音波とは異なる他の通知手段を用いて乗客Ｕの運賃を決済する。

【0030】

図２（ｂ）に示す例において、まず、決済用端末３は、音波の発生を開始してから所定の待機時間が経過するまでの間に決済処理装置４から所定の通知を受信しない場合に、運行識別コードを含む運行識別画像を表示する（図２（ｂ）の（１））。運行識別画像は、例えば、運行識別コードを含むＱＲコードが表示された画像である。

【0031】

乗客端末１は、運行識別画像に含まれる運行識別コードを読み取ると、読み取った運行識別コードを決済処理装置４に送信する（図２（ｂ）の（２）、（３））。そして、決済用端末３は、運行識別画像を表示させた後に、運行識別コードを受信した決済処理装置４から所定の通知を受信すると、所定の通知を受信したことに基づく表示画面を表示する。（図２（ｂ）の（４））。その後、決済処理装置４は、乗客端末１から受信した運行識別コードに基づいて、乗客Ｕの運賃の決済を実行する。決済用端末３は、音波の発生を停止した状態で運行識別画像を表示してもよいが、所定の通知を受信するまでの間は音波を発生し続けて、所定の通知を受信したことに応じて音波の発生を停止してもよい。

【0032】

このように、決済処理システムＳは、乗客端末１が音波を受信できない場合であっても、運行識別画像を他の通知手段として用いることにより、乗客Ｕの運賃を決済することができる。これにより、決済処理システムＳは、決済の確実性を維持することができる。その結果、決済処理システムＳは、決済の確実性を維持しつつ、決済の容易性を向上させることができる。

【0033】

なお、上記において他の通知手段として運行識別画像を用いる例を説明したが、これに限らない。決済処理システムＳは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）をはじめとする近距離無線通信を用いて乗客端末１に運行識別コードを通知してもよい。
以下、決済用端末３及び決済処理装置４の構成について説明する。

【0034】

［決済用端末３の構成］
図３は、決済用端末３の構成を示す図である。決済用端末３は、インターフェイス部３１と、表示部３２と、操作部３３と、音波出力部３４と、記憶部３５と、制御部３６とを有する。

【0035】

インターフェイス部３１は、乗務員端末２と有線又は無線で接続するためのインターフェイスであり、例えば、通信モジュール又はＵＳＢ（Universal Serial Bus）である。表示部３２は、決済サービスの表示画面を表示するためのユーザインターフェイスであり、例えばディスプレイである。操作部３３は、乗客Ｕの操作を受け付けるためのユーザインターフェイスであり、例えばディスプレイに重ねられたタッチパネルである。

【0036】

音波出力部３４は、運行識別コードを含む音波を出力するスピーカである。具体的には、音波出力部３４は、運行識別コードを示す音響信号を音波に変調して出力する。記憶部３５は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びハードディスク等の記憶媒体である。記憶部３５は、制御部３６が実行するプログラムを記憶している。

【0037】

制御部３６は、例えばＣＰＵ（Central Processing Unit）である。制御部３６は、記憶部３５に記憶されたプログラムを実行することにより、操作受付部３６１、取得部３６２、音波発生部３６３、表示制御部３６４及び画像生成部３６５として機能する。

【0038】

操作受付部３６１は、操作部３３を介して、乗客Ｕの操作を受け付ける。取得部３６２は、乗務員端末２を介して、運行識別コードをはじめとする種々の情報を決済処理装置４から取得する。具体的には、取得部３６２は、インターフェイス部３１を介して、乗務員端末２が決済処理装置４から取得した種々の情報を、当該乗務員端末２から取得する。取得部３６２が取得する種々の情報の詳細については後述する。

【0039】

音波発生部３６３は、操作受付部３６１が受け付けた乗客Ｕの操作に応じて、取得部３６２が取得した運行識別コードを含む音波を発生させる。具体的には、音波発生部３６３は、操作受付部３６１が受け付けた乗客Ｕの操作に応じて、運行識別コードを含む音波を音波出力部３４に出力させる。

【0040】

画像生成部３６５は、取得部３６２が取得した運行識別コードを含む運行識別画像を生成する。表示制御部３６４は、音波発生部３６３が音波の発生を開始してから所定の待機時間が経過するまでの間（以下、「受信待機時間」という）に、決済処理装置４が発した所定の通知を受信したか否かに応じて表示画面を表示部３２に表示させる。

【0041】

表示制御部３６４は、例えば、受信待機時間に取得部３６２が決済処理装置４によって発せられた所定の通知を受信した場合に、決済処理装置４が運行識別コードを受信したことを示すための表示画面を表示部３２に表示させる。一方、表示制御部３６４は、受信待機時間に取得部３６２が決済処理装置４によって発せられた所定の通知を受信しない場合に、運行識別画像を表示した表示画面を表示部３２に表示させる。表示制御部３６４が表示部３２に表示させる表示画面の詳細については後述する。

【0042】

［決済処理装置４の構成］
図４は、決済処理装置４の構成を示す図である。決済処理装置４は、通信部４１と、記憶部４２と、制御部４３とを有する。通信部４１は、ネットワークＮに接続するためのネットワークインターフェイスであり、例えばＬＡＮ（Local Area Network）コントローラを含んで構成されている。

【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】

１ 乗客端末
２ 乗務員端末
３ 決済用端末
３１ インターフェイス部
３２ 表示部
３３ 操作部
３４ 音波出力部
３５ 記憶部
３６ 制御部
３６１ 操作受付部
３６２ 取得部
３６３ 音波発生部
３６４ 表示制御部
３６５ 画像生成部
４ 決済処理装置
４１ 通信部
４２ 記憶部
４３ 制御部
４３１ 情報受信部
４３２ 情報作成部
４３３ 決済処理部
４３４ 情報送信部
Ｎ ネットワーク
Ｍ 料金メーター
Ｓ 決済処理システム
Ｔ タクシー
Ｕ 乗客

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】