JP2020004292A - 運賃決済装置、運賃決済方法、運賃決済システム、及び運賃決済プログラム - Google Patents

Abstract

【課題】簡易な構成で決済の結果を表示し、当該決済の結果を視認可能にする。【解決手段】車両の乗車地点及び降車地点が入力される乗降地点入力部と、前記乗車地点から前記降車地点までの乗車運賃の決済が完了したことを示す決済情報を取得する決済情報取得部と、前記決済情報を取得した場合に、前記降車地点毎に異ならせて設定された表示であり当該表示の違いによって降車地点を示す降車地点表示と、前記車両に乗車するユーザが前記乗車地点で取得する整理券に記載された識別情報毎に異ならせて設定された表示であり当該表示の違いによって前記乗車地点を示す乗車地点表示とを含む決済完了画像を表示する表示部とを備える。【選択図】図５

Description

本発明は、運賃決済装置、運賃決済方法、運賃決済システム、及び運賃決済プログラムに関する。

バスまたは電車の定期券として携帯端末装置を用いるシステムが提案されている（例えば、特許文献１）。

特開２０１６−３８８５８号公報

特許文献１の携帯端末装置は、チケット販売システムのサーバと通信して購入した定期券の券面画像を表示部に表示する。もし、バスや電車の改札で、この券面画像として表示される文字を見るだけで、定期券の有効性を判断すると、この券面画像を編集するだけで、改ざんが可能になってしまう。このため特許文献１の携帯端末装置は、停留所と乗車口と降車口とに設定されたビーコン装置からそれぞれ識別信号を受信し、これらの識別情報に基づいて定期券が有効と判定した場合に、有効な券面画像を表示する。

特許文献１の携帯端末装置を用いたシステムでは、停留所と乗車口と降車口とにそれぞれビーコン装置を設置しなければならず、システム構成が複雑になっていた。

本発明では、簡易な構成で決済の結果を表示し、当該決済の結果を視認可能にする技術の提供を課題とする。

本発明の態様の一つは、車両の乗車地点及び降車地点が入力される乗降地点入力部と、
前記乗車地点から前記降車地点までの乗車運賃の決済が完了したことを示す決済情報を取得する決済情報取得部と、
前記決済情報を取得した場合に、前記降車地点毎に異ならせて設定された表示であり当該表示の違いによって降車地点を示す降車地点表示と、前記車両に乗車するユーザが前記乗車地点で取得する整理券に記載された識別情報毎に異ならせて設定された表示であり当該表示の違いによって前記乗車地点を示す乗車地点表示とを含む決済完了画像を表示する表示部と、
を備える。

本発明によれば、簡易な構成で決済の結果を表示し、当該決済の結果を視認可能にする技術を提供できる。

第１実施形態に係る運賃決済システムの構成を示す図である。 管理サーバの機能を示す機能ブロック図である。 運賃決済装置の機能を示す機能ブロック図である。 コンピュータのハードウェア構成を示す図である。 運賃決済装置が実行する処理の説明図である。 運賃決済装置の表示部に表示する入力画面の一例を示す図である。 決済完了画像の一例を示す図である。 決済完了画像の経時変化の一例を示す図である。 第２実施形態に係る運賃決済システムの構成を示す図である。 第２実施形態に係る管理サーバの機能を示す機能ブロック図である。 第２実施形態に係る運賃決済装置の機能を示す機能ブロック図である。 乗務員端末の機能を示す機能ブロック図である。 運賃決済装置が実行する処理の説明図である。 バスが降車地点に到達した際に、乗務員端末が、参照画像を表示する処理を示す図である。 参照画像の説明図である。 第３実施形態に係る運賃決済装置の機能を示す機能ブロック図である。 第３実施形態に係る運賃決済装置が実行する処理の説明図である。 第３実施形態に係る乗務員端末が、参照画像を表示する処理を示す図である。 参照画像の一例を示す図である。

以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

＜第１実施形態＞
図１は、第１実施形態に係る運賃決済システムの構成を示す図である。本実施形態の運賃決済システム１００は、バス６に乗車する際の運賃を決済するものであり、管理サーバ１０や、運賃決済装置２０を有している。管理サーバ１０や運賃決済装置２０等は、ネットワークＮを介して通信可能となっている。運賃決済装置２０は、各ユーザが所持する装置であり、例えばスマートフォン等の通信端末にアプリケーションプログラムをインストールすることで乗車券として機能し、バス６の乗降ができるものである。ネットワークＮは、例えばインターネットや、携帯電話等の無線通信回線を含む。バス６は、停留所毎に整理券を発行する整理券発行機６１や、ユーザが降車時に整理券や運賃を投入する運賃箱６２を備えている。ユーザは、乗車地点の停留所で整理券発行機６１から整理券を取得し、この整理券を降車時に運賃箱６２へ投入する。

図２は管理サーバ１０の機能を示す機能ブロック図である。管理サーバ１０は、決済要求受信部１１や、決済部１２、決済情報送信部１３を有する。

決済要求受信部１１は、運賃決済装置２０から、乗車地点及び降車地点の情報を含む決済要求を受信する。決済要求は、乗車地点及び降車地点の情報の他、ユーザ（乗客）の識別情報や、購入代金を支払うための支払い情報、乗車券の種別を示す情報を含んでもよい。ここで、支払い情報は、例えばクレジットカード番号や、口座番号、仮想通貨を特定するコード等が挙げられる。

決済部１２は、決済要求に基づいて乗車地点から前記降車地点までの乗車運賃の決済を行う。例えば、決済部１２は、バス６が停車する各停留所の間の乗車運賃を予め記憶装置に記憶しておき、決済要求によって示される乗車地点から降車場所までの乗車運賃を記憶装置から読み出す。そして、ユーザが支払情報等によって指定する金融機関やクレジットカード会社等の決済サーバ９０にネットワークＮを介して接続し、前記乗車運賃の支払いを要求し、決済サーバ９０から支払いの了承通知を受信した場合に、これを記録し、当該
乗車運賃の決済が完了したものとする。なお、決済手法は、これに限らず、デビッドカードや、口座引き落とし、仮想通貨等を用いた公知の決済手法を用いることができる。また、決済の際には上記のような取引が可能なAPIを利用してもよい。また、決済部１２は、
決済要求毎に決済サーバ９０に支払いを要求することに限らず、複数回の乗車料金の支払いについてについて、一括して決済サーバ９０に支払いを要求する構成であってもよい。例えば、乗車券の種類が回数券や定期券の場合、所定回数或は所定期間の乗車運賃を一括して決済サーバ９０に支払いを要求し、決済サーバ９０から支払いの了承通知を受信した場合に、この了承通知を所定回数或は所定期間と共に記録し、その後、当該運賃決済装置２０から決済要求を受けた場合、この決済要求が所定回数以内或は所定期間内であれば、決済サーバ９０への支払いを要求せずに乗車運賃の決済が完了したものとする。

決済情報送信部１３は、決済要求受信部１１で受信した決済要求について、決済部１２による決済が完了した場合、決済が完了したことを示す決済情報を要求元の運賃決済装置２０へ送信する。

図３は、運賃決済装置２０の機能を示す機能ブロック図である。運賃決済装置２０は、バス６を利用するユーザ（乗客）が用いる装置であり、例えばスマートフォンや、フィーチャーフォン、タブレット端末、ブックリーダ、携帯ゲーム機などの情報処理装置（コンピュータ）である。運賃決済装置２０は、乗降地点入力部２１や、決済情報取得部２２、決済完了画像生成部２３を有する。

乗降地点入力部２１は、車両の乗車地点及び降車地点が入力される。例えば、ユーザが、操作ボタンやタッチパネル等の入力手段を操作して、乗車する停留所を指定すると、この停留所を示す情報が乗車地点として入力され、降車する停留所を指定すると、この停留所を示す情報が降車地点として入力される。

決済情報取得部２２は、決済情報を取得する。例えば、運賃決済装置２０は、入力された乗車地点から降車地点までの乗車を要求する情報と、この乗車地点から降車地点までの乗車運賃を支払うための支払い情報を含む決済要求を管理サーバ１０へ送信する。この決済要求について、管理サーバ１０が決済を完了した場合に、決済情報取得部２２は、管理サーバ１０から決済情報を取得する。

決済完了画像生成部２３は、決済完了画像を生成する。例えば、決済情報を取得した場合に、降車地点毎に異ならせて設定された表示であり当該表示の違いによって降車地点を示す降車地点表示と、前記車両に乗車するユーザが前記乗車地点で取得する整理券に記載された識別情報毎に異ならせて設定された表示であり当該表示の違いによって前記乗車地点を示す乗車地点表示とを含む決済完了画像を生成し、表示部に表示させる。

管理サーバ１０、運賃決済装置２０、決済サーバ９０は、ＣＰＵ（Central Processing
Unit）やメモリを有するコンピュータである。図４は、このコンピュータのハードウェ
ア構成を示す図である。図４に示すコンピュータ１０００は、ＣＰＵ１００１、主記憶装置１００２、補助記憶装置（外部記憶装置）１００３、通信ＩＦ（Interface）１００４
、入出力ＩＦ（Interface）１００５、ドライブ装置１００６、通信バス１００７を備え
ている。

ＣＰＵ１００１は、プログラム（例えば運賃決済プログラム）を主記憶装置１００２に展開して実行し、前述した各機能部の機能を実現する。例えば、管理サーバ１０において、ＣＰＵ１００１は、決済要求受信部１１や、決済部１２、決済情報送信部１３として動作する。また、運賃決済装置２０において、ＣＰＵ１００１は、乗降地点入力部２１や、決済情報取得部２２、決済完了画像生成部２３として動作する。

ＣＰＵ１００１は、本例において処理装置に相当する。ＣＰＵ１００１は、ＭＰＵ（Micro Processor Unit）、マイクロプロセッサ、プロセッサとも呼ばれる。ＣＰＵ１００１は、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。上記各部の少なくとも一部の処理は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal
Processor(DSP)、Graphics Processing Unit（GPU）、数値演算プロセッサ、ベクトルプロセッサ、画像処理プロセッサ等の専用プロセッサで行われても良い。また、上記各部の少なくとも一部の処理は、集積回路（ＩＣ）、その他のデジタル回路であっても良い。また、上記各部の少なくとも一部にアナログ回路が含まれても良い。集積回路は、ＬＳＩ，Application Specific Integrated Circuit（ASIC），プログラマブルロジックデバイス
（ＰＬＤ）を含む。ＰＬＤは、例えば、Field-Programmable Gate Array(FPGA)を含む。
上記各部は、プロセッサと集積回路との組み合わせであっても良い。組み合わせは、例えば、ＭＣＵ（Micro Controller Unit），ＳｏＣ（System-on-a-chip），システムＬＳＩ
，チップセットなどと呼ばれる。

主記憶装置１００２は、ＣＰＵ１００１が読み出したプログラムやデータをキャッシュしたり、ＣＰＵの作業領域を展開したりする。主記憶装置は、具体的には、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等である。補助記憶装置１００３は、ＣＰＵ１００１により実行されるプログラムや、位置情報などを記憶する。補助記憶装置１００３は、具体的には、ＨＤＤ（Hard-disk Drive）やＳＳＤ（Solid State Drive）、フラッシュメモリ等である。主記憶装置１００２又は補助記憶装置１００３は、ユーザによって入力された情報や他の装置から受信した情報を記憶する。通信ＩＦ１００４は、他のコンピュータとの間でデータを送受信する。コンピュータ１０００は、通信ＩＦ１００４を介してネットワークＮに接続される。通信ＩＦ１００４は、具体的には、有線又は無線のネットワークカード等である。入出力ＩＦ１００５は、入出力装置と接続され、ユーザから入力を受け付けたり、ユーザへ情報を出力したりする。入出力装置は、具体的には、キーボード、マウス、ディスプレイ（表示部）、タッチパネル等である。ドライブ装置１００６は、磁気ディスク、光磁気ディスク、光ディスク等の記憶媒体に記録されたデータを読み出したり、記憶媒体にデータを書き込んだりする。そして、以上のような構成要素が、通信バス１００７で接続されている。なお、これらの構成要素はそれぞれ複数設けられていてもよいし、一部の構成要素（例えば、ドライブ装置１００６）を設けないようにしてもよい。また、入出力装置がコンピュータと一体に構成されていてもよい。また、ドライブ装置１００６で読み取り可能な可搬性の記憶媒体や、フラッシュメモリのような可搬性の補助記憶装置１００３、通信ＩＦ１００４などを介して、本実施の形態で実行されるプログラムが提供されるようにしてもよい。

＜運賃決済方法＞
次に、運賃決済システム１００が実行する運賃決済方法の一例について説明する。図５は、運賃決済装置２０が実行する処理の説明図である。

ユーザが、バス６に乗車する際、運賃決済装置２０を操作して決済処理の開始を指示すると、運賃決済装置２０は、図５の処理を開始する。

ステップＳ１０にて、運賃決済装置２０は、乗降地点を入力するための入力画面を表示部に表示させる。この入力画面に対してユーザが乗車する停留所の名称（停留所名）を入力することで、乗車地点が運賃決済装置２０に入力される（ステップＳ２０）。図６は、運賃決済装置２０の表示部７に表示する入力画面７０の一例を示す図である。図６の入力画面７０は、乗車地点を入力するための入力欄７１と、降車地点を入力するための入力欄７２とを有する。ユーザが入力欄７１の表示位置に触れると、運賃決済装置２０は、表示
部７に重畳して設けられたタッチパネルにより、入力欄７１が選択されたことを検出して入力欄７１の入力状態とする。このとき運賃決済装置２０は、停留所名を選択肢として選択欄７３に一覧表示する。ユーザがこの停留所名の一覧をドラッグし、入力する停留所名をカーソル７４内に位置させて入力決定ボタン７５を選択すると、運賃決済装置２０は、カーソル７４内に位置する停留所名を乗車地点として入力を受け付け、記憶装置に保持する。

また、入力画面に対してユーザが降車する停留所の名称を入力することで、降車地点が運賃決済装置２０に入力される（ステップＳ３０）。なお、ユーザが入力欄７２に対して入力操作を行うことで、前述の乗車地点と同様に降車地点を入力できる。

ステップＳ４０にて、運賃決済装置２０は、乗車運賃を支払うための支払い情報を取得する。例えば、ユーザの氏名や、クレジットカード番号、口座番号、仮想通貨を特定するコード等を予め補助記憶装置に記憶しておき、これを読み出して支払い情報とする。

ステップＳ５０にて、運賃決済装置２０は、乗車地点や、降車地点、支払い情報を含む決済要求を管理サーバ１０へ送信する。この決済要求に基づき、管理サーバで当該乗車地点から降車地点までの乗車運賃の決済が行われる。

ステップＳ６０にて、運賃決済装置２０は、管理サーバ１０から決済の結果を受信し、ステップＳ７０にて、当該決済が完了したか否かを判定する。

ステップＳ７０で、運賃の支払いが確認できず、決済を完了できなかったと判定した場合、即ち否定判定の場合、運賃決済装置２０は、決済できなかった旨のエラー表示をして（ステップＳ８０）、図５の処理を終了する。

一方、ステップＳ７０で肯定判定の場合、運賃決済装置２０は、ステップＳ３０で入力された降車地点を示す降車地点表示と、ステップＳ２０で入力された乗車地点を示す乗車地点表示と、ステップＳ５０で決済要求がなされた日時（乗車日時）に応じた乗車日表示とを含む決済完了画像を生成し、表示部に表示させる（ステップＳ９０）。決済完了画像の詳細については後述する。

ステップＳ１００にて、運賃決済装置２０は、決済完了画像の表示を終了するか否かを判定する。例えば、ユーザが表示終了の操作を行った場合や、決済完了画像を表示してから所定時間が経過した場合に、肯定判定し、そうでなければ、否定判定する。ステップＳ１００で否定判定の場合、運賃決済装置２０は、決済完了画像のすくなくとも一部、例えば降車地点表示や乗車日表示について所定の変化をさせ（ステップＳ１１０）、ステップＳ１００の判定に戻る。これにより、運賃決済装置２０は、決済完了画像を表示している間は、この決済完了画像を経時的に変化させる。

そして、ステップＳ１００で肯定判定した場合、運賃決済装置２０は、決済完了画像を削除または決済完了画像の表示を終了して図５の処理を終了する。

このように、乗車運賃の決済が完了すると、運賃決済装置２０が決済完了画像を表示するので、ユーザは、バス６が、降車地点に到達した際、運賃決済装置２０の決済完了画像を乗務員に提示することで、運賃を支払ったことを示すことができる。

図７は、決済完了画像の一例を示す図である。決済完了画像８０Ａは、降車地点表示８１や、乗車地点表示８２、乗車日表示８３を有している。

降車地点表示８１は、降車地点に応じて、例えば降車地点毎に異ならせて設定された表示であり、図７の例においては決済完了画像８０Ａの上側ほぼ半分の領域において、乗車地点表示８２の背景画像として表示される。また、図７に示す降車地点表示８１は、降車地点を文字で示した停留所名表示８４を有している。

乗車地点表示８２は、乗車地点に応じて、例えば乗車地点毎に異ならせて設定された表示であり、図７の例では、乗車した停留所が含まれる区間に割り当てられた番号（整理券番号）の数字を、決済完了画像８０Ａの中央に表示している。また、図７に示す乗車地点表示８２は、乗車地点を文字で示した停留所名表示８５を有している。

乗車日表示８３は、乗車日に応じて、例えば乗車日毎に異ならせて設定された表示であり、図７の例では、決済完了画像８０Ａの下側ほぼ半分の領域において、乗車地点表示８２の背景画像として表示される。また、図７に示す乗車日表示８３は、文字で示した乗車日時表示８６を有している。この表示される乗車日時表示８６は、例えば日付のみや数字以外の表示であってもよい。

図７において、決済完了画像８０Ａと決済完了画像８０Ｂとは、乗車日時が同じで、乗車地点と降車地点が異なっている。このため、決済完了画像８０Ａと決済完了画像８０Ｂとは、乗車日表示が同じで、乗車地点表示８２と降車地点表示８１が異なっている。また、降車地点表示８１及び乗車地点表示８２の設定は、日時毎、前記車両毎、又は前記車両が走行する路線毎に異ならせている。図７では、乗車日毎に降車地点表示の設定を異ならせている。図７において、決済完了画像８０Ａと決済完了画像８０Ｃとは、乗車日時が異なり、乗車地点と降車地点が同じである。このため、決済完了画像８０Ａと決済完了画像８０Ｃとは、乗車地点表示８２が同じで、降車地点表示８１と乗車日表示８３が異なっている。

このように本実施形態の運賃決済装置２０は、決済完了画像が、乗車地点表示と、降車地点表示と、乗車日表示との組み合わせによって構成されているので、乗車運賃が適切に支払われていることを確認する際に必要な乗車地点、降車地点、及び乗車日の情報を容易に視認できる。特に、運賃決済装置２０は、決済完了画像が、降車地点や乗車日毎に、色、輝度、模様等の表示（表示パターン）を異ならせて設定されているため、降車地点の違いが、これら色等の違いによって示され、視覚的に判別しやすい。更に、降車地点表示の設定を、乗車日等毎によって異ならせることで、利用済みの決済完了画像を後日利用するといった不正使用が行いにくいようにしている。

また、このような情報の表示を表示部（画面上）の領域として行うことで、運賃決済装置２０がスマートフォン等の携帯端末であって表示部が小さい場合であっても、視認性を高めている。これにより、決済完了画像の確認を容易に行うことができ、旅客の迅速な降車や運転手の確認作業の負担軽減が可能となる。

なお、本実施形態では、乗車地点表示として乗車券の番号を表示する例を示したが、乗車地点表示は、これに限らず、降車地点表示と同様に乗車地点毎に異ならせて設定された画像で表示されてもよい。この場合、例えば、決済完了画像を上段・中断・下段等のように分割し、乗車地点表示と、降車地点表示と、乗車日表示の三つの画像の組み合わせで示されてもよい。また、乗車日表示を省略し、例えば、決済完了画像の上側半分を降車地点表示とし、下側半分を乗車地点表示としてもよい。更に、乗車地点表示は、乗車地点毎に異ならせて設定された画像と整理券番号とを組み合わせた表示であってもよい。

更に、本実施形態においては、運賃決済装置２０に表示される決済完了画像が、ステップＳ１００〜Ｓ１１０により、経時的に変化する。図８は、決済完了画像の経時変化の一
例を示す図である。図８において、決済完了画像８０Ａ２は、決済完了画像８０Ａ１の数秒後の状態を示し、決済完了画像８０Ａ３は、決済完了画像８０Ａ２の数秒後の状態を示している。決済完了画像８０Ａ１〜８０Ａ３のように、降車地点表示８１としてのグラデーション画像は、時間の経過と共に、濃淡の位置が移動している。また乗車日表示８３としてのグラデーション画像は、時間の経過と共に、円形の模様の位置が移動している。なお、上述のように乗車地点表示を乗車地点毎に異ならせて設定された画像で表示する場合、この画像とした乗車地点表示についても図８と同様に経時的に変化させてもよい。

このように本実施形態の運賃決済装置２０は、決済完了画像が、経時的に変化するので、利用済みの決済完了画像をキャプチャ等により保存して、後日利用するといった不正使用を行いにくくすることができる。

＜第２実施形態＞
第２実施形態は、乗務員が用いる乗務員端末３０を備え、乗務員端末３０に参照用の画像を表示させて、この参照画像と運賃決済装置２０の決済完了画像とを比較して運賃の支払いを確認できるようにしている。なお、前述の第１実施形態と比較して、同一の要素には同符号を付す等して、再度の説明を省略する。

図９は、第２実施形態に係る運賃決済システムの構成を示す図である。本実施形態の運賃決済システム１００は、管理サーバ１０や、運賃決済装置２０に加え、乗務員端末３０を有している。管理サーバ１０と乗務員端末３０は、ネットワークＮを介して通信可能となっている。バス６の運賃箱６２は、各ユーザの乗車地の情報を取得可能な装置の一例であり、例えば、投入口６２Ａに投入された整理券の識別情報を読み取る機能（整理券読取装置）を有している。例えば、整理券に識別情報として整理券番号やバーコードが記載され、整理券番号を読み取るＯＣＲや、バーコードを読み取るバーコードリーダーを有している。

図１０は、第２実施形態に係る管理サーバ１０の機能を示す機能ブロック図である。管理サーバ１０は、決済要求受信部１１や、決済部１２、決済情報送信部１３に加えて、設定情報送信部１４を有する。

設定情報送信部１４は、決済要求受信部１１で受信した決済要求について、決済部１２による決済が完了した場合、降車地点毎に異ならせて設定された表示を示す設定情報を決済要求の要求元である運賃決済装置２０へ送信する。

設定情報送信部１４は、乗車地点を示す情報を前記設定情報に含めて運賃決済装置２０及び乗務員端末３０へ送信してもよい。この乗車地点を示す情報は、乗車地点毎に異ならせて設定された表示（乗車地点表示）を示すものであり、例えば車両に乗車するユーザが乗車地点で取得する整理券に記載された識別情報毎に設定される。更に、設定情報送信部１４は、日時に応じて設定された表示を示す情報を前記設定情報に含めて運賃決済装置２０へ送信してもよい。

また、設定情報送信部１４は、バス６が停車する全ての停留所（乗車地点及び降車地点）について、この乗車地点を示す情報や、降車地点を示す情報、日時に応じて設定された表示を示す情報を含む設定情報を乗務員端末３０へ送信する。

図１１は、第２実施形態に係る運賃決済装置２０の機能を示す機能ブロック図である。運賃決済装置２０は、乗降地点入力部２１や、決済情報取得部２２、決済完了画像生成部２３に加え、設定情報取得部２４を有する。

設定情報取得部２４は、決済要求について、管理サーバ１０が決済を完了した場合に、降車地点毎に異ならせて設定された表示を示す設定情報を管理サーバ１０から取得する。

図１２は、乗務員端末３０の機能を示す機能ブロック図である。乗務員端末３０は、バス６の乗務員が用いる装置であり、例えばスマートフォンや、フィーチャーフォン、タブレット端末などの情報処理装置（コンピュータ）である。乗務員端末３０は、降車地点判定部３１や、参照画像生成部３２、設定情報取得部３３を有する。

降車地点判定部３１は、バス６が降車地点に到達したことを判定する。例えば、降車地点判定部３１は、衛星測位システムによってバス６の現在位置を求め、この現在位置と予め記憶した各降車地点の位置とから、バス６と降車地点との距離を求めて、当該距離が所定値以下となった場合に、このバス６との距離が所定値以下となった降車位置に到達したと判定する。

参照画像生成部３２は、降車地点に到達したと判定した場合に、当該降車地点について設定された表示を設定情報から求め、当該表示の違いによって降車地点を示す降車地点表示を含む参照画像を生成し、表示部に表示させる。また、参照画像生成部３２は、バス６に乗車するユーザが乗車地点で取得する整理券に記載された識別情報毎に異ならせて設定された表示であり当該表示の違いによって乗車地点を示す乗車地点表示を含めて前記参照画像を生成してもよい。更に、参照画像生成部３２は、日時に応じて設定された表示であり当該画像の違いによって日時を示す日時表示を含めて前記参照画像を生成してもよい。

設定情報取得部３３は、管理サーバ１０から設定情報を取得する。例えば、停留所（乗車地点及び降車地点）について、この乗車地点を示す情報や、降車地点を示す情報、日時に応じて設定された表示を示す情報を含む設定情報を受信する。

図１３は、運賃決済装置２０が実行する処理の説明図である。図１３において、ステップＳ１０〜Ｓ８０の処理は、前述の図５と同じである。

ステップＳ７０で肯定判定の場合、運賃決済装置２０は、管理サーバ１０から設定情報を取得する（ステップＳ８５）。そして、ステップＳ９０Ａにて、運賃決済装置２０は、設定情報に基づいて、降車地点表示と、乗車地点表示と、乗車日表示とを含む決済完了画像を生成し、表示部に表示させる。なお、以降のステップＳ１００〜Ｓ１２０については、前述の図５と同じである。

図１４は、バス６が降車地点に到達した際に、乗務員端末３０が、参照画像を表示する処理を示す図である。乗務員が、乗務員端末３０を操作して処理の開始を指示すると、乗務員端末３０は、図１４の処理を開始する。

ステップＳ２１０にて、乗務員端末３０は、バス６が降車地点に到達したか否かを判定する。例えば、乗務員端末３０は、衛星測位システムによってバス６の現在位置を求め、この現在位置と予め記憶した各降車地点の位置とから、バス６と降車地点との距離を求めて、当該距離が所定値以下となった場合に、当該距離が所定値以下となった降車位置に到達したと判定する。これに限らず、バス６が到達した降車地点を乗務員端末３０に入力し、この入力を受けた場合に乗務員端末３０が降車地点に到達したと判定してもよい。

ステップＳ２２０にて、乗務員端末３０は、ユーザが運賃箱６２の投入口６２Ａに投入した整理券から読み取ったユーザの乗車地点に関する識別情報を運賃箱６２から受信する。

ステップＳ２３０にて、乗務員端末３０は、ステップＳ２１０で到達したと判定した降車地点を示す降車地点表示と、ステップＳ２２０で受信した乗車地点を示す乗車地点表示と、現在日時に応じた乗車日表示とを含む参照画像を生成し、表示部に表示させる。

ステップＳ２４０にて、乗務員端末３０は、次に降車するユーザがいるか否かを判定する。例えば、乗務員が乗務員端末３０に入力し、この入力に応じて降車するユーザがいるか否かを判定する。また、ステップＳ２２０で受信した識別情報の次に読み込まれた識別情報が存在する場合、降車するユーザがいると判定する。

ステップＳ２４０で降車するユーザがいると判定した場合、即ち肯定判定の場合、ステップＳ２２０に戻り、識別情報に応じた参照画面の表示を繰り返す。これにより次のユーザが別の整理券を読み込ませて識別情報が変化した場合には、この識別情報に応じて参照画像が変化する。また、ステップＳ２４０で降車するユーザがいないと判定した場合、即ち否定判定の場合、ステップＳ２５０へ移行する。

ステップＳ２５０にて、乗務員端末３０は、参照画像の表示を終了するか否かを判定する。例えば、乗務員が表示終了の操作を行った場合に、肯定判定し、そうでなければ、否定判定する。ステップＳ２５０で否定判定の場合、乗務員端末３０は、ステップＳ２１０の判定に戻る。一方、ステップＳ２５０で肯定判定の場合、図１４の処理を終了する。

このように乗務員端末３０は、各ユーザについて、運賃決済装置２０の決済完了画像と同様の、降車地点表示と、乗車地点表示と、乗車日表示とを含む参照画像を生成し、表示部に表示する。図１５は、参照画像９の一例の説明図である。参照画像９は、降車地点表示９１や、乗車地点表示９２、乗車日表示９３を有している。参照画像９の降車地点表示９１において、降車地点毎に設定された表示とその表示位置は、決済完了画像８０の降車地点表示８１と同じである。また、乗車地点表示９２において、乗車地点毎に設定された整理券番号やその表示位置は、決済完了画像８０の乗車地点表示８２と同じである。更に、乗車日表示９３において、乗車日毎に設定された表示とその表示位置は、決済完了画像８０の乗車日表示８３と同じである。また、本例では、決済完了画像８０における降車地点の停留所名表示８４と、乗車地点の停留所名表示８５と、乗車日時表示８６と同じように、参照画像９上の対応する位置に、降車地点の停留所名９４と、乗車地点の停留所名９５と、現在日時９６とが表示されている。このため、運賃決済装置２０に表示される決済完了画像と乗務員端末３０とに表示される参照画像とは、同じになる。そこで、乗務員は、運賃決済装置２０の決済完了画像と、乗務員端末３０の参照画像とを見比べ、一致していれば運賃決済装置２０で適切に乗車運賃の支払いが行われたと判断でき、異なっていれば、入力の誤り等によって、乗車運賃の支払いが適切に行われていないと判断できる。従って、本実施形態によれば、ＩＣカードリーダといった複雑な構成要素を必要とせず、簡易な構成で乗車運賃が適切に支払われたことを容易に確認できる。本実施形態では、管理サーバ１０から運賃決済装置２０と乗務員端末３０へ設定情報を配信することで、この配信情報に基づいて生成される決済完了画面と参照画面を同一にさせている。これにより、管理サーバ１０の情報の更新により、容易に決済完了画面と参照画面の表示パターンを更新することができる。これにより、システムの管理を容易に行うことができる。また、この構成に限らず、運賃決済装置２０と乗務員端末３０が、予め設定情報を記憶しておき、この設定情報に基づいて決済完了画面や参照画面を作成してもよい。この場合、管理サーバ１０の設定情報送信部１４や、運賃決済装置２０の設定情報取得部２４、乗務員端末３０の設定情報取得部３３は、省略できる。

乗務員端末３０の参照画像及び運賃決済装置２０の決済完了画像は、図７の例と同様に乗車日時によって表示の設定が変化し、また、この表示が図８の例と同様に経時的に変化する。この設定の変化及び経時的変化を同期させるために、乗務員端末３０と運賃決済装
置２０の時計を合わせる構成、即ち時刻の設定を合わせる構成としてもよい。例えば、乗務員端末３０や運賃決済装置２０が、ＮＴＰ（Network Time Protocol）サーバに接続し
て協定世界時（ＵＴＣ）に基づいて時刻設定を行う。なお、ＮＴＰに限らず、ＪＪＹから標準電波を受信して日本標準時に合わせる設定や、ＧＰＳ衛星（ＮＡＶＳＴＡＲ衛星）から受信した信号に基づいて時刻を設定する構成としてもよい。これにより参照画像及び決済完了画像における設定の変化及び経時的変化が、乗務員端末３０と運賃決済装置２０とで同時に行われるので、これらに基づく乗車運賃の支払いの判断を適切に行うことができる。

特に、チケットに有効期限があり、運賃決済装置２０が、この有効期間内でだけ決済完了画面を表示させる構成とした場合に、有効期限内か否かを正確に判定できる。例えば、通勤ラッシュ時以外の時間帯（昼間時）、休日や深夜など、特定の時間帯でだけ有効なチケットの場合、この有効期間内でだけ決済完了画面を表示させ、有効期間が経過した場合には、決済完了画面を削除する。そして、前述のように運賃決済装置２０における決済完了画像の表示を乗務員端末３０と同期した時刻で行う構成とすることで、運賃決済装置２０の設定時刻を故意にずらして決済完了画面を有効期間外に表示させるといった不正利用を行わせにくくすることができる。

なお、本実施形態では、運賃箱で整理券の識別情報を読み取る構成としたが、これに限らず、運賃箱で識別情報の読み取りを行わず、乗務員端末３０の参照画像に、降車地点表示と乗車日表示とを行い、乗車地点表示を行わない構成としてもよい。例えば、乗務員が、運賃箱に投入された整理券の整理券番号と運賃決済装置２０の決済完了画像８０における乗車地点表示８２とを見比べ、乗務員端末３０の降車地点表示９１及び乗車日表示９３と、決済完了画像８０の降車地点表示８１及び乗車日表示８３とを見比べて確認する。これにより運賃箱６２に識別情報の読み取り装置を設ける必要がなくなり、更に簡易な構成とすることができる。

＜第３実施形態＞
第３実施形態は、例えば、乗車運賃が、乗車地点に関わらず全線で一定であるなど、乗降地点によって料金が変動しない場合の例である。本実施形態では、運賃決済装置２０が、乗車日時毎に異なる乗車日表示を含む決済完了画像を表示する構成としている。なお、前述の第２実施形態と比較して、同一の要素には同符号を付す等して、再度の説明を省略する。

図１６は、第３実施形態に係る運賃決済装置２０の機能を示す機能ブロック図である。運賃決済装置２０は、乗降地点入力部２１や、決済情報取得部２２、決済完了画像生成部２３、設定情報取得部２４に加え、乗車選択部２５を有する。

乗車選択部２５は、ユーザが、操作ボタンやタッチパネル等の入力手段を操作して、バス（車両）６に乗車することが選択されると、この乗車する旨の情報や、乗車する路線を示す情報等が入力される。

図１７は、本実施形態の運賃決済装置２０が実行する処理の説明図である。ユーザが、バス６に乗車する際、運賃決済装置２０を操作して決済処理の開始を指示すると、運賃決済装置２０は、図１７の処理を開始する。

ステップＳ１０Ｂにて、運賃決済装置２０は、乗車するための入力画面を表示部に表示させる。この入力画面としては、例えば、乗車するバスの路線を選択する画面が挙げられる。この入力画面に対してユーザが選択操作を行うことで、選択された情報（乗車情報）が入力される(ステップＳ２０Ｂ)。

ステップＳ２０Ｂで路線が選択されると、運賃決済装置２０は、選択された路線が均一運賃の路線か否かを判定する(ステップＳ２５)。ステップＳ２０Ｂで否定判定の場合は、図１３の処理へ移行し、乗車地点の入力等を開始する。一方、ステップＳ２０Ｂで肯定判定の場合は、ステップＳ４０へ移行する。なお、均一運賃の路線だけで、乗降地点の入力が不要な場合には、ステップＳ１０Ｂで、乗車するか否か、即ち乗車券（チケット）を購入するか否かを選択する画面を表示し、ステップＳ２０Ｂ，Ｓ２５を省略してもよい。

ステップＳ４０にて、運賃決済装置２０は、乗車運賃を支払うための支払い情報を取得する。ステップＳ５０にて、運賃決済装置２０は、選択された路線を示す情報や、支払い情報を含む決済要求を管理サーバ１０へ送信する。この決済要求に基づき、管理サーバ１０で当該乗車地点から降車地点までの乗車運賃の決済が行われる。

ステップＳ６０〜Ｓ８５の処理は、前述の図１３と同様である。そして、ステップＳ９０Ｂにて、運賃決済装置２０は、設定情報に基づいて、乗車日表示を含む決済完了画像を生成し、表示部に表示させる。なお、以降のステップＳ１００〜Ｓ１２０については、前述の図１３と同じである。

図１８は、本実施形態に係る乗務員端末３０が、参照画像を表示する処理を示す図である。乗務員が、乗務員端末３０を操作して処理の開始を指示すると、乗務員端末３０は、図１８の処理を開始する。

ステップＳ３１０にて、乗務員端末３０は、乗車日時毎に設定された乗車日表示を示す設定情報を管理サーバ１０から取得する。

ステップＳ３２０にて、乗務員端末３０は、ステップＳ３１０で取得した設定情報に基づき、現在日時に応じた乗車日表示を含む参照画像を生成し、表示部に表示させる。

ステップＳ３３０にて、乗務員端末３０は、参照画像の表示を終了するか否かを判定する。例えば、乗務員が表示終了の操作を行った場合に、肯定判定し、そうでなければ、否定判定する。ステップＳ３３０で否定判定の場合、乗務員端末３０は、ステップＳ３２０に戻り、参照画像の表示を行う。このとき乗務員端末３０は、乗車日表示が時間の経過に伴って所定の変化をするように更新している。これにより参照画像は、経時的に変化する。一方、ステップＳ３２０で肯定判定の場合、図１８の処理を終了する。

図１９は、参照画像の一例を示す図である。参照画像９Ｂは、路線名９７や、乗車日表示９３、現在日時９６を有している。この参照画像の表示パターンは、図８の例と同様に経時的に変化する。乗車日表示９３は、乗車日時毎に異なって設定されており、例えば、乗車日時毎に異なる画像で表示される。

この乗務員端末３０とに表示される参照画像は、運賃決済装置２０に表示される決済完了画像の表示（表示パターンの経時的変化の仕方も含む）と同じとなる。このため、乗務員は、運賃決済装置２０の決済完了画像と、乗務員端末３０の参照画像とを見比べ、一致していれば運賃決済装置２０で適切に乗車運賃の支払いが行われたと判断でき、異なっていれば、入力の誤り等によって、乗車運賃の支払いが適切に行われていないと判断できる。

従って、本実施形態によれば、ＩＣカードリーダといった複雑な構成要素を必要とせず、簡易な構成で決済の結果を運賃決済装置に表示し、当該決済の結果を容易に確認できる。また、本実施形態では、乗車日表示９３を経時的に所定変化させており、画面をキャプ
チャして再度利用するといった不正利用が容易にできないようにしている。

上述の実施形態では、バスの例を示したが、電車や、タクシーなど、他の公共交通機関についても同様に適用できる。

６ バス
７ 表示部
１０ 管理サーバ
１１ 決済要求受信部
１２ 決済部
１３ 決済情報送信部
１４ 設定情報送信部
２０ 運賃決済装置
２１ 乗降地点入力部
２２ 決済情報取得部
２３ 決済完了画像生成部
２４ 設定情報取得部
３０ 乗務員端末
３１ 降車地点判定部
３２ 参照画像生成部
３３ 設定情報取得部
６１ 整理券発行機
６２ 運賃箱

Claims (11)

1. 車両の乗車地点及び降車地点が入力される乗降地点入力部と、
   前記乗車地点から前記降車地点までの乗車運賃の決済が完了したことを示す決済情報を取得する決済情報取得部と、
   前記決済情報を取得した場合に、前記降車地点毎に異ならせて設定された表示であり当該表示の違いによって降車地点を示す降車地点表示と、前記車両に乗車するユーザが前記乗車地点で取得する整理券に記載された識別情報毎に異ならせて設定された表示であり当該表示の違いによって前記乗車地点を示す乗車地点表示とを含む決済完了画像を表示する表示部と、
   を備えた運賃決済装置。
2. 前記決済完了画像は、少なくとも一部が経時的に所定変化する請求項１に記載の運賃決済装置。
3. 前記決済完了画像が、乗車日時毎に異なる乗車日表示を含む請求項１又は２に記載の運賃決済装置。
4. 前記決済完了画像が、日時毎、前記車両毎、又は前記車両が走行する路線毎に異なる請求項１〜３の何れか一項に記載の運賃決済装置。
5. 前記決済完了画像における前記降車地点表示又は前記乗車地点表示の違いが、色、輝度、模様のうち、少なくとも一つの違いである請求項１〜４の何れか一項に記載の運賃決済装置。
6. 車両に乗車する際の乗車運賃の決済が完了したことを示す決済情報を取得する決済情報取得部と、
   前記決済情報を取得した場合に、乗車日時毎に異なる乗車日表示を含む決済完了画像を表示する表示部と、
   を備えた運賃決済装置。
7. 車両の乗車地点及び降車地点が入力されるステップと、
   前記乗車地点から前記降車地点までの乗車運賃の決済が完了したことを示す決済情報を取得するステップと、
   前記決済情報を取得した場合に、前記降車地点毎に異ならせて設定された表示であり当該表示の違いによって降車地点を示す降車地点表示と、前記車両に乗車するユーザが前記乗車地点で取得する整理券に記載された識別情報毎に異ならせて設定された表示であり当該表示の違いによって前記乗車地点を示す乗車地点表示とを含む決済完了画像を表示部に表示するステップと、
   をコンピュータが実行する運賃決済方法。
8. 車両の乗車地点及び降車地点が入力されるステップと、
   前記乗車地点から前記降車地点までの乗車運賃の決済が完了したことを示す決済情報を取得するステップと、
   前記決済情報を取得した場合に、前記降車地点毎に異ならせて設定された表示であり当該表示の違いによって降車地点を示す降車地点表示と、前記車両に乗車するユーザが前記乗車地点で取得する整理券に記載された識別情報毎に異ならせて設定された表示であり当該表示の違いによって前記乗車地点を示す乗車地点表示とを含む決済完了画像を表示部に表示するステップと、
   をコンピュータに実行させるための運賃決済プログラム。
9. 請求項１〜５の何れか一項に記載の運賃決済装置と、
   前記車両の乗務員が用いる乗務員端末と、
   前記ユーザが前記乗車地点で取得した前記整理券の識別情報を読み取る整理券読取装置とを備え、
   前記乗務員端末が、
   前記車両が前記降車地点に到達したことを判定する降車地点判定部と、
   前記降車地点に到達したと判定した場合に、当該降車地点を示す降車地点表示、及び前記整理券読取装置によって読み取った前記識別情報によって識別される乗車地点を示す乗車地点表示とを含む参照画像を表示する表示部と、を備える
   運賃決済システム。
10. 通信回線を介して前記運賃決済装置と通信を行う管理サーバを更に備え、
    前記管理サーバが、
    前記乗車地点及び前記降車地点の情報を含む決済要求を受信する決済要求受信部と、
    前記決済要求に基づいて前記乗車地点から前記降車地点までの乗車運賃の決済を行う決済部と、
    前記決済が完了した場合に前記決済情報を前記運賃決済装置へ送信する決済情報送信部と、
    前記降車地点毎に異ならせて設定された表示を示す設定情報を前記運賃決済装置及び前記乗務員端末へ送信する設定情報送信部と、を備え、
    前記運賃決済装置の表示部が、前記設定情報に基づいて前記降車地点表示を表示させ、
    前記乗務員端末の表示部が、前記設定情報に基づいて前記降車地点表示を表示させる、請求項９に記載の運賃決済システム。
11. 請求項６に記載の運賃決済装置と、
    前記車両の乗務員が用いる乗務員端末と、を備え、
    前記乗務員端末が、前記乗車日時毎に異なる乗車日表示を含む参照画像を表示する表示部と、を備える
    運賃決済システム。

Images