JP7690331B2 - 回数券・定期券システム - Google Patents

Description

本発明は、回数券・定期券システム、端末及びサーバ、に関する。

２０２０年１１月３０日からタクシーの「一括定額運賃」が導入され、申請受付が開始された。「一括定額運賃」とは、タクシーの定期券・回数券に相当するものである。現状では、タクシーの定期券・回数券を紙で印刷してお客様に手渡し、タクシー乗車の際に運転手に回数券を１枚ずつわたしたり、定期券を見せたりする必要がある。このため、定期券・回数券を偽造して、不正使用される恐れがあった。

本発明は、上述した事情に鑑みてなされたものであり、その目的は、容易にタクシーの定期券・回数券の不正使用を抑制できる回数券・定期券システムを提供することにある。

前述した目的を達成するために、本発明に係る回数券・定期券システムは、下記［１］～［４］を特徴としている。
［１］
端末と、前記端末と通信を行うサーバと、を備え、タクシーの回数券又は定期券を使用するための回数券・定期券システムであって、
前記端末は、前記回数券又は前記定期券に表示された識別情報が入力される入力部と、
前記入力部に入力された前記識別情報を前記サーバに送信する第１送信部と、前記サーバから送信される前記識別情報の認証結果を受信する第１受信部と、を有し、
前記サーバは、前記識別情報を受信する第２受信部と、受信した前記識別情報の認証を行う認証部と、前記認証部の前記認証結果を送信する第２送信部と、を有し、
前記サーバは、受信した前記識別情報に紐づいて記憶された前記定期券の利用者の個人情報を送信し、且つ、受信した前記識別情報に紐づいて記憶された前記回数券の利用者の個人情報を送信しない、第３送信部を有し、
前記端末は、前記サーバから送信された前記個人情報を受信する第３受信部を有し、
前記サーバは、受信した前記識別情報に紐づいて記憶された前記回数券又は前記定期券の契約区間を送信する第６送信部を有し、
前記端末は、前記契約区間を受信する第６受信部を有し、
前記端末は、受信した前記契約区間に基づいてタクシーの現在位置が前記契約区間内であるか否かを判定し、前記現在位置が前記契約区間外である場合には、前記現在位置に対する前記契約区間までの方位及び距離を求め、求めた前記契約区間までの方位及び距離を前記端末に設けられた画面に表示し、前記現在位置が前記契約区間内である場合には、前記契約区間内である旨を前記画面に表示する、
回数券・定期券システムであること。
［２］
［１］に記載の回数券・定期券システムであって、
前記端末は、タクシー料金の計算を行うタクシーメータから構成されている、
回数券・定期券システムであること。
［３］
［１］又は［２］に記載の回数券・定期券システムであって、
前記識別情報は、管理番号であり、
前記入力部は、数字の入力操作を行えるテンキーに接続されている、
回数券・定期券システムであること。
［４］
［２］に記載の回数券・定期券システムであって、
前記端末は、領収書を印刷するための印刷部に接続され、前記回数券又は前記定期券の発券操作を行うとその旨を示す発券信号を前記サーバに送信する第４送信部と、前記サーバから送信される前記回数券又は前記定期券の前記識別情報を受信する第４受信部と、前記第４受信部により受信された前記識別情報が表示された前記回数券又は前記定期券を前記印刷部に印刷させる印刷制御部と、を有し、
前記サーバは、前記発券信号を受信する第５受信部と、前記発券信号の受信に応じて前記識別情報を取得し、取得した前記識別情報を送信する第５送信部と、を有する、
回数券・定期券システムであること。

上記［１］の構成の回数券・定期券システムによれば、端末が回数券・定期券に表示された識別情報を送信すると、サーバが識別情報の認証結果を端末に送信する。これにより、タクシー回数券又は定期券の不正使用を抑制することができる。
更に、上記［１］の構成の回数券・定期券システムによれば、サーバから端末に個人情報が送信されるため、タクシー運転手が個人情報を確認することができ、定期券の不正使用を抑制することができる。また、車内での認証が可能となることで、これまで電話の事前予約性だった本制度が事前予約不要で利用することができるようになる。
更に、上記［１］の構成の回数券・定期券システムによれば、端末が、タクシーの現在位置が契約区間内にいるか否かを報知するので、契約区間外での回数券又は定期券の使用を抑制することができる。

上記［２］の構成の回数券・定期券システムによれば、端末がタクシーメータから構成されている。これにより、既存のタクシーメータを用いて識別情報をサーバに送信することができる。

上記［３］の構成の回数券・定期券システムによれば、端末に接続された既存のテンキーを用いて識別情報を入力することができる。

上記［４］の構成の回数券・定期券システムによれば、端末に接続された領収書を印刷するための印刷部を用いて回数券・定期券を発券することができる。これにより、タクシー内で回数券・定期券を発券することができる。

本発明によれば、容易にタクシーの定期券・回数券の不正使用を抑制できる回数券・定期券システムを提供することができる。

以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態（以下、「実施形態」という。）を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。

図１は、本発明の回数券・定期券システムの一実施形態を示す図である。 図２は、図１に示すタクシーメータの構成を示すブロック図である。 図３は、図１に示す端末の構成を示すブロック図である。 図４は、図１に示すＤＢの構成を示すブロック図である。 図５は、回数券の発券時における図１に示す回数券・定期券システムの動作を説明するためのシーケンス図である。 図６は、定期券の発券時における図１に示す回数券・定期券システムの動作を説明するためのシーケンス図である。 図７は、回数券・定期券の利用時における図１に示す回数券・定期券システムの動作を説明するためのシーケンス図である。 図８は、定期券の発券時における図１に示す回数券・定期券システムの動作を説明するためのシーケンス図である。 図９は、回数券・定期券の利用時における図１に示す回数券・定期券システムの動作を説明するためのシーケンス図である。 図１０は、図１に示すタクシーメータに表示されるエリア確認画面の一例を示す図である。 図１１は、図１に示すナビゲーション装置に表示されるエリア確認画面の一例を示す図である。

本発明に関する具体的な実施形態について、各図を参照しながら以下に説明する。

本実施形態の回数券・定期券システム１は、タクシーで回数券・定期券を利用するためのシステムである。図１は、本発明の回数券・定期券システム１の一実施形態を示す図である。同図に示すように、回数券・定期券システム１は、タクシーメータ２（端末）と、端末３と、タクシーメータ２及び端末３とインターネット通信網１０を介して通信可能なサーバ４と、を備えている。

タクシーメータ２は、タクシー車両に搭載され、運賃を演算して表示する。本実施形態では、タクシーメータ２を利用して、タクシーの回数券・定期券の発券を行なったり、利用者から提示された回数券・定期券の認証を行ったりする。タクシーメータ２は、図２に示すように、外部機器と接続するための複数の入力部としてのインタフェース（Ｉ／Ｆ）２１と、通信部２２と、操作部２３と、表示部２４と、ＲＴＣ２５と、μＣＯＭ２６と、を備えている。本実施形態では、タクシーメータ２は、Ｉ／Ｆ２１を介して、ＧＮＳＳ受信部１１、ナビゲーション装置１２、テンキー１３、印刷部としてのプリンター１４に接続されている。

ＧＮＳＳ受信部１１は、周知のように複数の人口衛星から発信される電波を受信して、現在位置を求めて後述するμＣＯＭ２６に出力する。ナビゲーション装置１２は、ＧＮＳＳ受信部１１に接続され、地図上にＧＮＳＳ受信部１１が求めた現在位置を表示する。また、ナビゲーション装置１２は、操作部の操作により目的地を設定すると、目的地までの経路を地図上に表示する。テンキー１３は、高速道路料金などの立替金などを入力するためにタクシーメータ２に接続されている。テンキー１３は、「０」～「９」までの数字が割り当てられたボタンを有し、これらボタンを操作することにより数字を入力することができる。プリンター１４は、領収書などを印刷するためにタクシーメータ２に接続されている。

通信部２２は、インターネット通信網１０に接続するための回路やアンテナなどから構成されている。操作部２３は、図１に示すように、操作ボタンやタッチパネルを有している。タッチパネルは、後述する表示部２４上に設けられ、表示部２４のどの位置をタッチしたかを検知して、μＣＯＭ２６に出力する。表示部２４は、運賃などを表示する。ＲＴＣ２５は、現在時刻を計時する。

μＣＯＭ２６は、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリを備え、メモリに記憶されたプログラムに従って動作するＣＰＵ（Central Processing Unit）で構成され、タクシーメータ２全体の制御を司る。μＣＯＭ２６には、車両の速度を表す車速パルス信号等を入力する入力ポートを内蔵する。車速パルス信号は、車輪の回転に応じて出力される信号である。μＣＯＭ２６は、操作部２３の操作に応じて車速パルス信号から得られる走行距離と、ＲＴＣ２５で計時される走行時間とから、運賃を算出する。

端末３は、スマートフォンやタブレットなどから構成されている。端末３は、タクシーの回数券・定期券の利用者自身の端末であってもよいし、タクシー会社が所有しタクシーに搭載された端末であってもよい。本実施形態では、端末３を用いて、タクシーの回数券・定期券を発券したり、事前に後述する購入情報の入力を行なったりする。端末３は、図３に示すように、通信部３１と、カメラ３２と、表示部３３と、タッチパネル３４と、μＣＯＭ３５と、を有している。通信部３１は、インターネット通信網１０に接続するための回路やアンテナなどから構成されている。

カメラ３２は、端末３に内蔵され、画像を撮影することができる。表示部３３は、液晶ディスプレイなどから構成され、各種情報を表示する。タッチパネル３４は、表示部３３上に設けられ、表示部３３のどの位置をタッチしたかを検知して、μＣＯＭ３５に出力する。μＣＯＭ３５は、例えばＲＡＭやＲＯＭなどのメモリを備え、メモリに記憶されたプログラムに従って動作するＣＰＵで構成され、端末３全体の制御を司る。

サーバ４は、回数券・定期券システム１を運営または運営支援する会社が所有する。サーバ４は、図４に示すように、通信部４１と、データベース（ＤＢ）４２と、μＣＯＭ４３と、を有している。通信部４１は、インターネット通信網１０に接続するための回路などで構成されている。ＤＢ４２は、回数券・定期券の管理番号（識別情報）、端末３から入力された購入情報などが格納されている。μＣＯＭ４３は、例えばＲＡＭ、ＲＯＭなどのメモリを備えたＣＰＵで構成され、サーバ４全体の制御を司る。

次に、上述した構成の回数券・定期券システム１の動作について説明する。回数券・定期券の発券としては、１）端末３によりＴＡＸＩ－Ｃｌｏｕｄアプリを立ち上げてＷＥＢ回数券、ＷＥＢ定期券を発券する方法（ＷＥＢ発券）、２）タクシー運転手がプリンター１４から紙の回数券、定期券を発券する方法（車内発券）、の２つが一例として挙げられる。

まず、１）ＷＥＢ発券時の回数券・定期券システム１の動作について、図５及び図７を参照して説明する。操作者は、端末３を用いてＴＡＸＩ－Ｃｌｏｕｄアプリを立ち上げる。操作者は、利用客でもよいし、利用客の要望を聞いて代わりに操作するタクシーの乗務員であってもよい。ＷＥＢ回数券を購入したい場合、操作者は、端末３を操作して、ＷＥＢ回数券の購入を選択して、契約区間、個人情報、回数券の種類（昼／夜タイプ）、支払い方法などを含む回数券購入情報を入力する。なお、個人情報は、氏名、性別、生年月日など利用者を特定できる情報である。個人情報として、利用者の写真を入力できるようにしてもよい。また、回数券が誰でも使用できるものであれば、回数券購入情報に個人情報を含めなくてもよい。また、回数券の種類が１種類しかなければ、回数券購入情報に回数券の種類を含めなくてもよい。また、支払い方法としては、本実施形態では、オンライン決算か、タクシー車内での支払いか、を選択できるようになっている。

また、ＷＥＢ定期券を購入したい場合、操作者は、端末３を操作して、ＷＥＢ定期券の購入を選択して、契約区間、利用開始日／利用期間、個人情報、定期券の種類（昼／夜タイプ）、支払い方法などを含む定期券購入情報を入力する。なお、定期券の種類が１種類しかなければ、定期券購入情報に定期券の種類は含めなくてもよい。

その後、操作者が発券操作を行うと、端末３のμＣＯＭ３３（以下、端末３と略記）は、入力された回数券購入情報又は定期券購入情報、発券信号をサーバ４に送信する（Ｓ１、Ｓ３１相当）。サーバ４のμＣＯＭ３５（以下、サーバ４と略記）は、回数券の発券信号を受信すると、受信した回数券購入情報に応じた金額、有効期限、利用可能時間（昼／夜タイプで異なる為）を端末３に送信する（Ｓ２相当）。端末３は、受信した金額、有効期限、利用可能時間を表示する。一方、サーバ４は、定期券の発券信号を受信すると、受信した定期券購入情報に応じた金額、有効期間（＝利用開始日／利用期間）、制限回数、個人情報、利用可能時間を端末３に送信する（Ｓ３２相当）。なお、定期券に回数制限がなければ、サーバ４は、制限回数を送信しなくてもよい。端末３は、受信した金額、有効期間、制限回数、個人情報、利用可能時間を表示する。その後、利用者が、端末３に表示された情報を確認して、確定操作を行うと、端末３はサーバ４に確定信号を送信する（Ｓ３、Ｓ３３相当）。

確定信号を受信すると、サーバ４は、支払い方法としてオンライン決算が選択されていた場合、料金の支払い指示信号を端末３に送信する（Ｓ４、Ｓ３４相当）。支払い指示信号を受信すると、端末３は、料金の支払い指示を表示する。操作者は、料金の支払い指示に従って、端末３を操作して、クレジットカードの情報などの情報を入力し、支払いを完了すると、端末３が自動的に支払い完了信号をサーバ４に送信する（Ｓ５、Ｓ３５相当）。

支払い完了信号を受信するとサーバ４は、管理番号を取得し、管理番号と、回数券購入情報又は定期券購入情報と、有効期限又は有効期間と、を紐づけてＤＢ４２に格納する。本実施形態では、サーバ４が、回数券の枚数分の管理番号を取得する例について説明する。その後、サーバ４は、回数券情報又は定期券情報、領収書情報、契約情報を端末３に送信する（Ｓ６、Ｓ３６相当）。上記回数券情報には、管理番号、契約区間、有効期限、利用可能時間が含まれる。上記定期券情報には、管理番号、契約区間、有効期間、利用可能時間が含まれる。なお、回数券情報、定期券情報としては、少なくとも管理番号が含まれていればよく、契約区間などは含まれていなくてもよい。

なお、支払い方法としてタクシー車内が選択された場合、サーバ４は、引換番号を取得し、引換番号と、回数券購入情報又は定期券購入情報と、有効期限又は有効期間と、を紐づけてＤＢ４２に格納する。

その後、サーバ４は、引換券情報を端末３に送信する（Ｓ９、Ｓ３９相当）。回数券の引換券情報には、引換番号、契約区間、有効期限、利用可能時間が含まれる。定期券の引換情報には、引換番号、契約区間、有効期間、利用可能時間が含まれる。なお、引換情報としては、少なくとも引換番号が含まれていればよく、契約区間などは含まれていなくてもよい。また、サーバ４は、端末３からＷＥＢ引換券の表示要求信号を受信する毎に（Ｓ１０、Ｓ４０相当）、上記引換券情報を端末３に送信して（Ｓ１１、Ｓ４１相当）、端末３に引換券情報（即ちＷＥＢ引換券）を表示できるようにする。

利用者は、タクシーの乗車時又は降車時に回数券、定期券を購入したい旨を伝え、端末３にＷＥＢ引換券を表示する。タクシー運転手は、テンキー１３を操作してＷＥＢ引換券に表示された引換番号を入力し、発券操作を行う。タクシーメータ２は、発券操作が行われると、第４送信部として機能し、引換番号、発券信号をサーバ４に送信する（Ｓ１２、Ｓ４２相当）。サーバ４は、第５受信部として機能し、発券信号を受信すると、引換番号に紐づけられた回数券購入情報又は定期券購入情報を読み出す。

その後、サーバ４は、回数券の発券信号を受信した場合、読み出した回数券購入情報に応じた金額、有効期限、利用可能時間をタクシーメータ２に送信する（Ｓ１３相当）。サーバ４は、定期券の発券信号を受信した場合、読み出した定期券購入情報に応じた金額、有効期限、制限回数、個人情報、利用可能時間をタクシーメータ２に送信する（Ｓ４３相当）。タクシーメータ２は、サーバ４から受信した情報を表示し、利用者が確認する。その後、タクシー運転手がテンキー１３や操作部２３を操作して確定操作を行うと、タクシーメータ２は、サーバ４に確定信号を送信する（Ｓ１４、Ｓ４４相当）。

確定信号を受信すると、サーバ４は、料金支払い指示信号をタクシーメータ２に送信する（Ｓ１５、Ｓ４５相当）。支払い指示信号を受信すると、タクシーメータ２は料金の支払い指示を表示する。その後、現金やクレジットカードなどで料金の支払いが終了すると、運転手は、テンキー１３や操作部２３を操作して、支払い完了信号をサーバ４に送信する（Ｓ１６、Ｓ４６相当）。支払い完了信号を受信するとサーバ４は、管理番号を取得し、管理番号と、回数券購入情報又は定期券購入情報と、有効期限又は有効期間と、を紐づけてＤＢ４２に格納する。

その後、サーバ４は、第５送信部として機能し、回数券情報又は定期券情報、契約情報、発券指示信号をタクシーメータ２と端末３に送信する（Ｓ１７、Ｓ４７相当）。回数券情報、定期券情報は、上述したＳ６、Ｓ３６相当で送信されたものと同じであり、管理番号が含まれる。タクシーメータ２、端末３は、第４受信部として機能し、これら回数券情報又は定期券情報、契約情報を受信する。加えてタクシーメータ２は、発券指示信号も受信する。発券指示信号を受信すると、タクシーメータ２は、回数券又は定期券の発券が可能である旨の表示を行う。タクシー運転手は、利用者の希望があれば、プリンター１４を操作して、回数券情報又は定期券情報が記載された回数券又は定期券をプリンター１４から印刷する。

また、サーバ４は、引換券番号に紐付けられた端末３に対して、回数券情報、定期券情報を送信する（Ｓ１８、Ｓ４８相当）。回数券情報は、Ｓ１７と同じで、定期券情報は、Ｓ４７と同じである。

端末３は、上記回数券情報又は定期券情報を受信すると、これら情報を表示する。また、サーバ４は、端末３からＷＥＢ回数券、ＷＥＢ定期券の表示要求信号を受信する毎に（Ｓ７、Ｓ３７相当）、上記回数券情報又は定期券情報を端末３に送信して（Ｓ８、Ｓ３８相当）、端末３に回数券情報（即ちＷＥＢ回数券）、定期券情報（即ちＷＥＢ定期券）を表示できるようにする。

次に、２）車内発券時の回数券・定期券システム１の動作について説明する。上述した回数券購入情報又は定期券購入情報の入力方法としては、３）タクシーメータ２を用いて入力する方法と、４）端末３を用いて入力する方法と、の２つが一例として挙げられる。まず、３）の場合について、図７及び図８を参照して説明する。利用者は、タクシーの乗車時又は降車時に回数券又は定期券を購入したい旨と、回数券購入情報又は定期券購入情報と、を伝える。回数券購入情報には、契約区間、個人情報、回数券の種類が含まれる。定期券購入情報には、契約区間、利用開始日／利用期間、個人情報、定期券の種類が含まれる。

タクシー運転手は、テンキー１３や操作部２３を操作して回数券購入情報又は定期券購入情報を入力し、発券操作を行う。タクシーメータ２のμＣＯＭ２６（以下、タクシーメータ２と略記）は、発券操作が行われると、第４送信部として機能し、入力した回数券購入情報又は定期券購入情報、発券信号をサーバ４に送信する（Ｓ１９、Ｓ３９相当）。サーバ４は、第５受信部として機能し、回数券の発券信号を受信すると、受信した回数券購入情報に応じた金額、有効期限、利用可能時間をタクシーメータ２に送信する（Ｓ２０相当）。タクシーメータ２は、受信した金額、有効期限、利用可能時間を表示する。

一方、サーバ４は、定期券の発券信号を受信すると、受信した定期券購入情報に応じた金額、有効期間、制限回数、個人情報、利用可能時間を送信する（Ｓ４０相当）。タクシーメータ２は、受信した金額、有効期間、制限回数、個人情報、利用可能時間を表示する。その後、タクシー運転手がテンキー１３や操作部２３を操作して確定操作を行うと、タクシーメータ２は、サーバ４に確定信号を送信する（Ｓ２１、Ｓ４１相当）。

確定信号を受信すると、サーバ４は、料金支払い指示信号をタクシーメータ２に送信する（Ｓ２２、Ｓ４２相当）。支払い指示信号を受信すると、タクシーメータ２は、料金の支払い指示を表示する。その後、現金やクレジットカードなどで料金の支払いが終了すると、運転手は、テンキー１３や操作部２３を操作して、支払い完了信号をサーバ４に送信する（Ｓ２３、Ｓ４３）。支払い完了信号を受信するとサーバ４は、管理番号を取得し、管理番号と、回数券購入情報又は定期券購入情報と、有効期限又は有効期間と、を紐づけてＤＢ４２に格納する。

その後、サーバ４は、第５送信部として機能し、回数券情報又は定期券情報、契約情報、発券指示信号をタクシーメータ２に送信する（Ｓ２４、Ｓ４４相当）。回数券情報、定期券情報は、上述したＳ６、Ｓ３６で送信されたものと同じであり、取得した管理番号が含まれる。タクシーメータ２は、第４受信部として機能し、回数券情報又は定期券情報、契約情報、発券指示信号を受信する。発券指示信号を受信すると、タクシーメータ２は、回数券又は定期券の発券を指示する表示を行う。なお、回数券の発券指示信号には回数券の枚数情報が含まれ、タクシーメータ２は、回数券の枚数も表示する。これに伴ってタクシー運転手がプリンター１４を操作すると、タクシーメータ２は、印刷制御部として機能し、回数券情報又は定期券情報が記載された回数券又は定期券をプリンター１４に印刷させる。

次に、４）の場合について説明する。操作者は、端末３を用いてＴＡＸＩ－Ｃｌｏｕｄアプリを立ち上げる。操作者は、１）の場合と同様に、ＷＥＢ引換券を発行する（Ｓ９～Ｓ１１、Ｓ３９～Ｓ４１）。その後、利用者は、ＷＥＢ引換券をタクシー運転手に見せて、サーバ４とタクシーメータ２との間で、Ｓ１２～Ｓ１７、Ｓ４２～Ｓ４７の動作を行わせ、回数券又は定期券をプリンター１４に印刷してもらう。

上述した実施形態では、利用者は、定期券の支払いとして、オンライン決算か、タクシー車内での支払か、を選べていた。また、紙の回数券、定期券の発券をタクシーメータ２が行っていたが、これに限ったものではない。タクシー会社から支払い業務を委託されたコンビニなどの店舗で支払い、発券を行えるようにしてもよい。この場合、コンビニに設置された端末が、タクシーメータ２の代わりにサーバ４と通信を行って、支払い、回数券、定期券の発券を行う。また、オンライン決算した場合、利用者が所有するプリンターから紙の回数券又は定期券を印刷して利用できるようにしてもよい。

次に、上述したように発券された回数券・定期券の利用時の回数券・定期券システム１の動作について図９を参照して説明する。まず、利用者は、タクシーの乗車時に紙又はＷＥＢの回数券、定期券をタクシー運転手に提示する。タクシー運転手は、回数券、定期券に表示された管理番号をテンキー１３に入力する。管理番号が入力されると、タクシーメータ２は、第１送信部として機能し、管理番号をサーバ４に送信する（Ｓ１００）。

サーバ４は、第２受信部として機能し、管理番号を受信すると、認証部として機能し、受信した管理番号の認証を行う。具体的には、サーバ４は、受信した管理番号と一致する有効な管理番号がＤＢ４２に記憶されていれば、有効な管理番号であると判断し、受信した管理番号と一致する有効な管理番号がＤＢ４２に記憶されていなければ、無効な管理番号であると判断する。

サーバ４は、管理番号が無効であると判断すると（Ｓ１０１でＮ）、第２送信部として機能し、無効理由（不正番号、利用済み番号又は制限回数を超えた）を含んだ無効信号（認証結果）をタクシーメータ２に送信する（Ｓ１０２）。タクシーメータ２は、第１受信部として機能し、無効信号を受信すると、無効理由を表示する。これにより、タクシー運転手や利用者が回数券又は定期券を利用できないことを知ることができる。

一方、サーバ４は、管理番号が有効であると判断すると（Ｓ１０１でＹ）、第２送信部、第３送信部、第４送信部として機能し、有効信号（認証結果）を送信する（Ｓ１０３）。回数券の場合、有効信号には、読み出した回数券購入情報に応じた金額（支払い済）、契約区間、残り回数、有効期限、回数券の種類、利用可能時間が含まれる。定期券の場合、有効信号には、読み出した定期券購入情報に応じた金額（支払い済）、契約区間、残り回数、有効期限、定期券の種類、利用可能時間に加えて個人情報が含まれる。

タクシーメータ２は、第１受信部、第３受信部、第４送信部として機能し、有効信号を受信すると、有効信号に含まれる各種情報を表示する。これにより、タクシー運転手、利用者は、管理番号が有効であることを知ることができる。また、定期券の場合、個人情報が表示される。タクシー運転手は、個人情報を知ることにより、利用者が定期券の購入者本人であることを確認することができる。管理番号が有効であれば、タクシー運転手は、タクシーメータ２を操作してエリア確認画面を表示する。

タクシーメータ２は、ＧＮＳＳ受信部１１が求めた現在位置を取り込み、取り込んだ現在位置が有効信号に含まれる契約区間内か否かを判定する。タクシーメータ２は、契約区間外であれば、現在位置に対する契約区間までの方位、距離を求め、求めた契約区間までの方位、距離をエリア確認画面に表示する（図１０（Ａ））。タクシーメータ２は、契約区間内であれば、契約区間内である旨をエリア確認画面に表示する（図１０（Ｂ））。

なお、タクシーメータ２にナビゲーション装置１２が接続されている場合は、タクシーメータ２は、有効信号に含まれる契約区間をナビゲーション装置１２に送信して、ナビゲーション装置１２に契約区間を表示するようにしてもよい。ナビゲーション装置１２は、図１１に示すように、地図上に現在位置と、契約区間と、を表示する。これにより、運転手は現在位置が契約区間内か、契約区間外かを地図上で把握することができる。契約区間の表示としては、図１１に示すように、契約区間の境界に沿った線を表示させることが考えられる。また、契約区間外を網掛けするなども考えられる。

また、タクシーメータ２は、現在位置が契約区間外であれば、契約区間外である旨、契約区間までの方位、距離をナビゲーション装置１２に送信して、ナビゲーション装置１２に表示させるようにしてもよい（図１１（Ａ））。また、タクシーメータ２は、現在位置が契約区間内であれば、契約区間内である旨を送信して、ナビゲーション装置１２に表示させるようにしてもよい（図１１（Ｂ））。

タクシーメータ２は、支払いボタンを押すと、プリンター１４への利用書の印字を指示する表示を行う。タクシー運転手がプリンター１４を操作すると利用書が印刷される。また、タクシーメータ２は、支払いボタンを押すと、乗車時に入力した管理番号、使用済み信号をサーバ４に送信する（Ｓ１０３）。サーバ４は、支払い済信号を受信すると、管理番号を利用済みとして利用できないようにする。また、回数制限のある定期券の場合、サーバ４は、定期券、回数券の管理番号に紐づけられた残り回数の減算を行う。減算を行った結果、サーバ４は、残り回数が０になると、その管理番号を制限回数超えとして利用できないようにする。また、タクシーメータ２は、日報データに回数券、定期券の利用履歴を記載する。

なお、本発明は、上述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。

上述した実施形態によれば、端末をタクシーメータ２から構成し、タクシーメータ２からタクシーの回数券又は定期券に表示された管理番号を送信していたが、これに限ったものではない。タクシーメータ２に代えてスマートフォンやタブレットなどの端末（端末３）から管理番号を送信するようにしてもよい。

上述した実施形態によれば、ＷＥＢ引換券は利用者が所有する端末３で取得していたが、これに限ったものではない。タクシー車両に持ち込まれたタクシー会社が所有する端末３をタクシー運転手、利用者が操作してＷＥＢ引換券を取得するようにしてもよい。

また、タクシー車両内にタクシー会社が所有する端末３が持ち込まれている場合、端末３をタクシーメータ２に接続して、図１１に示す表示を行わせるようにしてもよい。

上述した実施形態によれば、管理番号はタクシーメータ２に接続されたテンキー１３を用いて入力していたが、これに限ったものではない。タクシーメータ２の操作部２３や端末３の操作部３５を用いて入力してもよい。

また、上述した実施形態によれば、識別情報として管理番号を用いていたが、これに限ったものではない。タクシーメータ２にＱＲコード（登録商標）リーダやバーコードリーダが接続されていれば、識別情報としてＱＲコード（登録商標）やバーコードを用いていてもよい。

また、上述した実施形態では、タクシーの車内では、紙媒体の回数券又は定期券を発券していたが、これに限ったものではない。タクシーメータ２に回数券購入情報又は定期券購入情報を入力し、タクシーメータ２が回数券購入情報又は定期券購入情報をサーバ４に送信し、サーバ４が、この回数券購入情報又は定期券購入情報に基づいて、端末３に対して回数券又は定期券の利用権限を付与して発券を行うようにしてもよい。または、タクシーメータ２にＷＥＢ引換券に記載された引換情報（例えば引換番号、ＱＲコード（登録商標））を入力し、タクシーメータ２が引換情報をサーバ４に送信し、サーバ４が、この引換情報に基づいて、端末３に対して回数券又は定期券の利用権限を付与して発券を行うようにしてもよい。

ここで、上述した本発明に係る回数券・定期券システム、タクシーメータ及びサーバの実施形態の特徴をそれぞれ以下［１］～［８］に簡潔に纏めて列記する。
［１］
端末（２）と、前記端末（２）と通信を行うサーバ（４）と、を備え、タクシーの回数券又は定期券を使用するための回数券・定期券システム（１）であって、
前記端末（２）は、前記回数券又は前記定期券に表示された識別情報が入力される入力部（２１）と、前記入力部（２１）に入力された前記識別情報を前記サーバ（４）に送信する第１送信部（２６）と、前記サーバ（４）から送信される前記識別情報の認証結果を受信する第１受信部（２６）と、を有し、
前記サーバ（４）は、前記識別情報を受信する第２受信部（４３）と、受信した前記識別情報の認証を行う認証部（４３）と、前記認証部（４３）の前記認証結果を送信する第２送信部（４３）と、を有する、
回数券・定期券システム（１）。
［２］
［１］に記載の回数券・定期券システム（１）であって、
前記端末（２）は、タクシー料金の計算を行うタクシーメータから構成されている、
回数券・定期券システム（１）。
［３］
［１］又は［２］に記載の回数券・定期券システム（１）であって、
前記サーバ（４）は、受信した前記識別情報に紐づいて記憶された前記定期券又は前記回数券の利用者の個人情報を送信する第３送信部（４３）を有し、
前記端末（２）は、前記サーバ（４）から送信された前記個人情報を受信する第３受信部（２６）を有する、
回数券・定期券システム（１）。
［４］
［１］～［３］の何れか１項に記載の回数券・定期券システム（１）であって、
前記識別情報は、管理番号であり、
前記入力部（２１）は、数字の入力操作を行えるテンキー（１３）に接続されている、
回数券・定期券システム（１）。
［５］
［１］～［４］の何れか１項に記載の回数券・定期券システム（１）であって、
前記端末（２）は、領収書を印刷するための印刷部（１４）に接続され、前記回数券又は前記定期券の発券操作を行うとその旨を示す発券信号を前記サーバ（４）に送信する第４送信部（２６）と、前記サーバ（４）から送信される前記回数券又は前記定期券の前記識別情報を受信する第４受信部（２６）と、前記第４受信部（２６）により受信された前記識別情報が表示された前記回数券又は前記定期券を前記印刷部（１４）に印刷させる印刷制御部（２６）と、を有し、
前記サーバ（４）は、前記発券信号を受信する第５受信部（４３）と、前記発券信号の受信に応じて前記識別情報を取得し、取得した前記識別情報を送信する第５送信部（４３）と、を有する、
回数券・定期券システム（１）。
［６］
［１］～［５］何れか１項に記載の回数券・定期券システム（１）であって、
前記サーバ（４）は、受信した前記識別情報に紐づいて記憶された前記回数券又は前記定期券の契約区間を送信する第６送信部（４３）を有し、
前記端末（２）は、前記契約区間を受信する第６受信部（２６）を有し、受信した前記契約区間に基づいてタクシーの現在位置が前記契約区間内にいるか否かを報知する、
回数券・定期券システム（１）。
［７］
サーバ（４）と通信可能な端末（２）であって、
タクシーの回数券又は定期券に表示された識別情報が入力される入力部（２１）と、
前記入力部（２１）に入力された前記識別情報を前記サーバ（４）に送信する第１送信部（２６）と、
前記サーバ（４）から送信される前記識別情報の認証結果を受信する第１受信部（２６）と、を備えた、
端末（２）。
［８］
端末（２）と通信可能なサーバ（４）であって、
前記端末（２）から送信されるタクシーの回数券又は定期券に表示された識別情報を受信する第２受信部（４３）と、
受信した前記識別情報の認証を行う認証部（４３）と、
前記認証部の認証結果を送信する第２送信部（４３）と、を備えた、
サーバ（４）。

１ 回数券・定期券システム
２ タクシーメータ（端末）
４ サーバ
１３ テンキー
１４ プリンター（印刷部）
２１ 入力部
２６ μＣＯＭ（第１送信部、第１受信部、第３受信部、第４送信部、第４受信部、印刷制御部、第６受信部）
４３ μＣＯＭ（第２受信部、認証部、第２送信部、第３送信部、第５受信部、第５送信部、第６送信部）

Claims (4)

1. 端末と、前記端末と通信を行うサーバと、を備え、タクシーの回数券又は定期券を使用するための回数券・定期券システムであって、
   前記端末は、前記回数券又は前記定期券に表示された識別情報が入力される入力部と、
   前記入力部に入力された前記識別情報を前記サーバに送信する第１送信部と、前記サーバから送信される前記識別情報の認証結果を受信する第１受信部と、を有し、
   前記サーバは、前記識別情報を受信する第２受信部と、受信した前記識別情報の認証を行う認証部と、前記認証部の前記認証結果を送信する第２送信部と、を有し、
   前記サーバは、受信した前記識別情報に紐づいて記憶された前記定期券の利用者の個人情報を送信し、且つ、受信した前記識別情報に紐づいて記憶された前記回数券の利用者の個人情報を送信しない、第３送信部を有し、
   前記端末は、前記サーバから送信された前記個人情報を受信する第３受信部を有し、
   前記サーバは、受信した前記識別情報に紐づいて記憶された前記回数券又は前記定期券の契約区間を送信する第６送信部を有し、
   前記端末は、前記契約区間を受信する第６受信部を有し、
   前記端末は、受信した前記契約区間に基づいてタクシーの現在位置が前記契約区間内であるか否かを判定し、前記現在位置が前記契約区間外である場合には、前記現在位置に対する前記契約区間までの方位及び距離を求め、求めた前記契約区間までの方位及び距離を前記端末に設けられた画面に表示し、前記現在位置が前記契約区間内である場合には、前記契約区間内である旨を前記画面に表示する、
   回数券・定期券システム。
2. 請求項１に記載の回数券・定期券システムであって、
   前記端末は、タクシー料金の計算を行うタクシーメータから構成されている、
   回数券・定期券システム。
3. 請求項１又は２に記載の回数券・定期券システムであって、
   前記識別情報は、管理番号であり、
   前記入力部は、数字の入力操作を行えるテンキーに接続されている、
   回数券・定期券システム。
4. 請求項２に記載の回数券・定期券システムであって、
   前記端末は、領収書を印刷するための印刷部に接続され、前記回数券又は前記定期券の発券操作を行うとその旨を示す発券信号を前記サーバに送信する第４送信部と、前記サーバから送信される前記回数券又は前記定期券の前記識別情報を受信する第４受信部と、前記第４受信部により受信された前記識別情報が表示された前記回数券又は前記定期券を前記印刷部に印刷させる印刷制御部と、を有し、
   前記サーバは、前記発券信号を受信する第５受信部と、前記発券信号の受信に応じて前記識別情報を取得し、取得した前記識別情報を送信する第５送信部と、を有する、
   回数券・定期券システム。

Images