特許 7550666 運賃決済装置

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

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

(11)【特許番号】

(24)【登録日】2024-09-05

(45)【発行日】2024-09-13

(54)【発明の名称】運賃決済装置

(51)【国際特許分類】

   G06Q 20/22 20120101AFI20240906BHJP

【ＦＩ】

G06Q20/22

【請求項の数】 6

(21)【出願番号】P 2021010454

(22)【出願日】2021-01-26

(65)【公開番号】P2022114241

(43)【公開日】2022-08-05

【審査請求日】2023-11-28

(73)【特許権者】

【識別番号】000144544

【氏名又は名称】レシップホールディングス株式会社

(74)【代理人】

【識別番号】110000110

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

(72)【発明者】

【氏名】杉山 達也

【審査官】岡北 有平

(56)【参考文献】

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

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

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

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

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

【請求項1】

複数の乗客を輸送可能な車両のための運賃決済装置であって、
サーバと通信をするための通信インターフェースであって、前記サーバは、乗客によって所有される記憶媒体を識別する識別情報と、負債額と、を関連付けて登録するように構成されている、前記通信インターフェースと、
特定の乗客によって所有される特定の記憶媒体が前記運賃決済装置に近づけられる場合に、前記特定の記憶媒体から、前記特定の記憶媒体を識別する特定の識別情報と、前記特定の記憶媒体内の現在の残高である第１の残高と、を読み出す読出部と、
前記通信インターフェースを介して、前記特定の識別情報を前記サーバに送信する識別情報送信部と、
前記特定の識別情報が前記サーバに送信されることに応じて、前記通信インターフェースを介して、前記サーバから、前記特定の識別情報に関連付けられている負債額が受信されない場合に、前記第１の残高から前記特定の乗客に請求する運賃を減算して第２の残高を算出する第１の残高算出部と、
前記第２の残高がゼロ以上である場合に、新たな残高として前記第２の残高を前記特定の記憶媒体に書き込む第１の書込部と、
前記第２の残高がゼロ未満である場合に、前記通信インターフェースを介して、前記特定の識別情報と負債額とを前記サーバに送信して、前記特定の識別情報と前記負債額とを関連付けて前記サーバに登録する登録部と、
前記特定の識別情報が前記サーバに送信されることに応じて、前記通信インターフェースを介して、前記サーバから、前記特定の識別情報に関連付けられている特定の負債額が受信される場合に、前記第１の残高から前記運賃と前記特定の負債額とを減算して第３の残高を算出する第２の残高算出部と、
前記第３の残高がゼロ以上である場合に、新たな残高として前記第３の残高を前記特定の記憶媒体に書き込む第２の書込部と、
を備える、運賃決済装置。

【請求項2】

前記第２の残高がゼロ未満である場合に、新たな残高としてゼロを前記特定の記憶媒体に書き込む第３の書込部をさらに備え、
前記負債額は、前記第２の残高に対応する額である、請求項１に記載の運賃決済装置。

【請求項3】

前記第１の残高算出部は、さらに、前記特定の識別情報が前記サーバに送信されることに応じて、前記通信インターフェースを介して、前記サーバから、前記特定の識別情報が前記サーバに登録されていないことを示す未登録情報が受信される場合に、前記第１の残高から前記運賃を減算して前記第２の残高を算出し、
前記登録部は、前記サーバから前記未登録情報が受信され、かつ、前記第２の残高がゼロ未満である場合に、前記特定の識別情報と前記負債額とを関連付けて前記サーバに登録しない、請求項１または２に記載の運賃決済装置。

【請求項4】

複数の乗客を輸送可能な車両のための運賃決済装置であって、
特定の乗客によって所有される特定の記憶媒体が前記運賃決済装置に近づけられる場合に、前記特定の記憶媒体から、前記特定の記憶媒体内の現在の残高である第１の残高を読み出すとともに、前記特定の記憶媒体が前記運賃決済装置に近づけられ、かつ、前記特定の記憶媒体が特定の負債額を記憶している場合に、前記特定の記憶媒体から前記特定の負債額をさらに読み出す読出部と、
前記第１の残高が読み出され、かつ、前記特定の負債額が読み出されない場合に、前記第１の残高から前記特定の乗客に請求する運賃を減算して第２の残高を算出する第１の残高算出部と、
前記第２の残高がゼロ以上である場合に、新たな残高として前記第２の残高を前記特定の記憶媒体に書き込む第１の書込部と、
前記第２の残高がゼロ未満である場合に、負債額を前記特定の記憶媒体に書き込む第２の書込部と、
前記第１の残高が読み出され、かつ、前記特定の負債額が読み出される場合に、前記第１の残高から前記運賃と前記特定の負債額とを減算して第３の残高を算出する第２の残高算出部と、
前記第３の残高がゼロ以上である場合に、新たな残高として前記第３の残高を前記特定の記憶媒体に書き込む第３の書込部と、
を備える、運賃決済装置。

【請求項5】

前記第２の書込部は、前記第２の残高がゼロ未満である場合に、新たな残高としてゼロを前記特定の記憶媒体に書き込むとともに、前記第２の残高に対応する前記負債額を前記特定の記憶媒体に書き込む、請求項４に記載の運賃決済装置。

【請求項6】

前記第２の書込部は、
前記第２の残高がゼロ未満であり、かつ、前記特定の記憶媒体から所定の決済実績情報が読み出される場合に、前記負債額を前記特定の記憶媒体に書き込み、
前記第２の残高がゼロ未満であり、かつ、前記特定の記憶媒体から前記所定の決済実績情報が読み出されない場合に、前記負債額を前記特定の記憶媒体に書き込まない、請求項４又は５に記載の運賃決済装置。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書が開示する技術は、複数の乗客を輸送可能な車両のための運賃決済装置に関する。

【背景技術】

【0002】

特許文献１には、電子マネーによりバスの運賃決済を実行するバス運賃箱が開示されている。このバス運賃箱は、情報処理システムの管理サーバと通信可能である。ユーザは、ＩＣカードのＩＤ情報と銀行口座の情報とを関連付けて情報処理システムの決済部に登録する。バス運賃箱は、管理サーバを介して、登録済みのＩＤ情報及び銀行口座の情報を受信する。ユーザがＩＣカードをバス運賃箱にタッチすると、バス運賃箱は、ＩＣカード内のＩＤ情報及び残高を読み取る。バス運賃箱は、残高が設定金額未満である場合に、ユーザの銀行口座から事前に設定されたチャージ金額をＩＣカードの残高に加算する。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

特許文献１の技術では、ユーザがＩＤ情報及び銀行口座の情報を事前に情報処理システムに登録する必要がある。本明細書では、ユーザが情報を事前登録することなく、運賃決済処理をスムーズに実行することができる技術を提供する。

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

【0005】

本明細書が開示する運賃決済装置は、複数の乗客を輸送可能な車両のために用いられる。運賃決済装置は、サーバと通信をするための通信インターフェースであって、前記サーバは、乗客によって所有される記憶媒体を識別する識別情報と、負債額と、を関連付けて登録するように構成されている、前記通信インターフェースと、特定の乗客によって所有される特定の記憶媒体が前記運賃決済装置に近づけられる場合に、前記特定の記憶媒体から、前記特定の記憶媒体を識別する特定の識別情報と、前記特定の記憶媒体内の現在の残高である第１の残高と、を読み出す読出部と、前記通信インターフェースを介して、前記特定の識別情報を前記サーバに送信する識別情報送信部と、前記特定の識別情報が前記サーバに送信されることに応じて、前記通信インターフェースを介して、前記サーバから、前記特定の識別情報に関連付けられている負債額が受信されない場合に、前記第１の残高から前記特定の乗客に請求する運賃を減算して第２の残高を算出する第１の残高算出部と、前記第２の残高がゼロ以上である場合に、新たな残高として前記第２の残高を前記特定の記憶媒体に書き込む第１の書込部と、前記第２の残高がゼロ未満である場合に、前記通信インターフェースを介して、前記特定の識別情報と負債額とを前記サーバに送信して、前記特定の識別情報と前記負債額とを関連付けて前記サーバに登録する登録部と、前記特定の識別情報が前記サーバに送信されることに応じて、前記通信インターフェースを介して、前記サーバから、前記特定の識別情報に関連付けられている特定の負債額が受信される場合に、前記第１の残高から前記運賃と前記特定の負債額とを減算して第３の残高を算出する第２の残高算出部と、前記第３の残高がゼロ以上である場合に、新たな残高として前記第３の残高を前記特定の記憶媒体に書き込む第２の書込部と、を備えてもよい。

【0006】

上述した運賃決済装置は、第２の残高がゼロ未満である場合に、特定の識別情報と負債額とを関連付けてサーバに登録する。このため、運賃決済装置は、特定の記憶媒体内の第１の残高が運賃に対して不足している場合であっても、運賃決済処理をスムーズに実行することができるとともに、負債額を事後的に徴収することができる。また、運賃決済装置は、特定の識別情報に関連付けられている特定の負債額が受信される場合に、第１の残高から運賃と特定の負債額とを減算して第３の残高を算出し、新たな残高として第３の残高を特定の記憶媒体に書き込む。即ち、運賃決済装置は、過去の不足分である特定の負債額を徴収することができる。このように、運賃決済装置は、乗客に関する情報を事前に登録しなくても、運賃決済処理をスムーズに実行することができる。

【0007】

上述した運賃決済装置は、前記第２の残高がゼロ未満である場合に、新たな残高としてゼロを前記特定の記憶媒体に書き込む第３の書込部をさらに備えもよい。前記負債額は、前記第２の残高に対応する額であってもよい。このような構成によると、特定の記憶媒体内の第１の残高分の運賃決済処理を実行することができる。これにより、特定の記憶媒体内の第１の残高が運賃に対して不足している場合であっても、運賃決済処理時に第１の残高を徴収することができる。

【0008】

前記第１の残高算出部は、さらに、前記特定の識別情報が前記サーバに送信されることに応じて、前記通信インターフェースを介して、前記サーバから、前記特定の識別情報が前記サーバに登録されていないことを示す未登録情報が受信される場合に、前記第１の残高から前記運賃を減算して前記第２の残高を算出してもよい。前記登録部は、前記サーバから前記未登録情報が受信され、かつ、前記第２の残高がゼロ未満である場合に、前記特定の識別情報と前記負債額とを関連付けて前記サーバに登録しなくてもよい。これにより、負債額を事後的に徴収不可能であるいう事態の発生を抑制することができる。

【0009】

さらに、本明細書では、複数の乗客を輸送可能な車両のための運賃決済装置であって、特定の乗客によって所有される特定の記憶媒体が前記運賃決済装置に近づけられる場合に、前記特定の記憶媒体から、前記特定の記憶媒体内の現在の残高である第１の残高を読み出すとともに、前記特定の記憶媒体が前記運賃決済装置に近づけられ、かつ、前記特定の記憶媒体が特定の負債額を記憶している場合に、前記特定の記憶媒体から前記特定の負債額をさらに読み出す読出部と、前記第１の残高が読み出され、かつ、前記特定の負債額が読み出されない場合に、前記第１の残高から前記特定の乗客に請求する運賃を減算して第２の残高を算出する第１の残高算出部と、前記第２の残高がゼロ以上である場合に、新たな残高として前記第２の残高を前記特定の記憶媒体に書き込む第１の書込部と、前記第２の残高がゼロ未満である場合に、負債額を前記特定の記憶媒体に書き込む第２の書込部と、前記第１の残高が読み出され、かつ、前記特定の負債額が読み出される場合に、前記第１の残高から前記運賃と前記特定の負債額とを減算して第３の残高を算出する第２の残高算出部と、前記第３の残高がゼロ以上である場合に、新たな残高として前記第３の残高を前記特定の記憶媒体に書き込む第３の書込部と、を備えてもよい、運賃決済装置も開示する。

【0010】

上述した運賃決済装置は、第２の残高がゼロ未満である場合に負債額を特定の記憶媒体に書き込む。このため、運賃決済装置は、特定の記憶媒体内の第１の残高が運賃に対して不足している場合であっても、運賃決済処理をスムーズに実行することができるとともに、負債額を事後的に徴収することができる。また、運賃決定装置は、特定の記録媒体から第１の残高と特定の負債額とが読み出される場合に、第１の残高から運賃と特定の負債額とを減算して第３の残高を算出し、新たな残高として第３の残高を特定の記憶媒体に書き込む。即ち、運賃決済装置は、過去の不足分である特定の負債額を徴収することができる。このように、運賃決済装置は、乗客に関する情報を事前に登録しなくても、運賃決済処理をスムーズに実行することができる。

【0011】

前記第２の書込部は、前記第２の残高がゼロ未満である場合に、新たな残高としてゼロを前記特定の記憶媒体に書き込むとともに、前記第２の残高に対応する前記負債額を前記特定の記憶媒体に書き込んでもよい。このような構成によると、特定の記憶媒体内の第１の残高分の運賃決済処理を実行することができる。これにより、特定の記憶媒体内の第１の残高が運賃に対して不足している場合であっても、運賃決済処理時に第１の残高分の額を徴収することができる。

【0012】

前記第２の書込部は、前記第２の残高がゼロ未満であり、かつ、前記特定の記憶媒体から所定の決済実績情報が読み出される場合に、前記負債額を前記特定の記憶媒体に書き込み、前記第２の残高がゼロ未満であり、かつ、前記特定の記憶媒体から前記所定の決済実績情報が読み出されない場合に、前記負債額を前記特定の記憶媒体に書き込まなくてもよい。これにより、負債額を事後的に徴収不可能であるいう事態の発生を抑制することができる。

【0013】

上記の運賃決済装置のためのコンピュータプログラム、及び、上記の運賃決済装置によって実行される運賃決済方法も新規で有用である。また、上記の運賃決済装置と他の１個以上の装置（例えば、上記のサーバ、上記の特定の記憶媒体等）とを備えるシステムも新規で有用である。本明細書が開示する技術の詳細とさらなる改良は以下の「発明を実施するための形態」にて説明する。

【図面の簡単な説明】

【0014】

【図1】システムの全体を模式的に示す。

【図2】第１実施例の運賃決済装置のハードウエアの構成を示す。

【図3】決済サーバおよび管理サーバのハードウエアの構成を示す。

【図4】残高が不足しない通常の決済を実行するケースのシーケンス図を示す。

【図5】残高が不足するケースのシーケンス図を示す。

【図6】過去の負債額の決済を実行するケースのシーケンス図を示す。

【図7】残高が不足するケースのシーケンス図を示す。

【図8】残高が不足しない通常の決済を実行するケースのシーケンス図を示す。

【図9】残高が不足するケースのシーケンス図を示す。

【図10】過去の負債額の決済を実行するケースのシーケンス図を示す。

【図11】残高が不足するケースのシーケンス図を示す。

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

【0015】

（第１実施例のシステムの概略；図１）
図面を参照して第１実施例の運賃決済装置について説明する。図１に示されるように、路線バス１０ａの前部には、運賃決済装置４ａが配置されている。運賃決済装置４ａは、路線バス１０ａの乗客（図示省略）が運賃を決済するための装置である。矢印Ｃ１に示されるように、乗客は、所有するＩＣカード２を近づけることで、ＩＣカード２内に記録されている電子マネーによって運賃決済を実行する。なお、運賃決済装置４ａは、他に、現金、チケット等によっても運賃決済を実行することができる。運賃決済装置４ａと同様に、路線バス１０ｂ、１０ｃにも、それぞれ、運賃決済装置４ｂ、４ｃが配置されている。各運賃決済装置４ａ、４ｂ、４ｃは、同じ構成を有しているため、以下では、主に運賃決済装置４ａについて説明する。

【0016】

各路線バス１０ａ、１０ｂ、１０ｃは、同じバス会社によって管理及び運行される。各路線バス１０ａ、１０ｂ、１０ｃは、複数の乗客（図示省略）を乗車させた状態で、予め定められた複数個の停留所を巡回する。各路線バス１０ａ、１０ｂ、１０ｃは、同じ複数個の停留所を巡回してもよいし、異なる複数個の停留所を巡回してもよい。

【0017】

各運賃決済装置４ａ、４ｂ、４ｃは、インターネット６を介してサーバ２０と通信可能である。サーバ２０は、各路線バス１０ａ、１０ｂ、１０ｃを運行させるバス会社によって管理される。サーバ２０は、ＩＣカードの負債額を管理する決済サーバ２０ｃと、ＩＣカードの決済実績を管理する管理サーバ２０ｍと、を備える。

【0018】

（各デバイス４ａ、２０ｃ、２０ｍの構成；図２、図３）
続いて、図２を参照して、運賃決済装置４ａの構成について説明する。運賃決済装置４ａは、操作部４０ｓと、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎの略）インターフェース４０ｃと、表示部４０ｄと、リーダライタ４０ｒと、制御部４２と、を備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

【0019】

操作部４０ｓは、路線バス１０ａ（図１参照）の運転手によって操作されるキーを備える。ＬＴＥＩ／Ｆ４０ｃは、セルラー方式の一種であるＬＴＥに従った無線通信を実行するためのインターフェースであり、インターネット６に接続されている。表示部４０ｄは、乗客に請求する運賃等の様々な情報を表示するためのディスプレイである。リーダライタ４０ｒは、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略）等の無線通信を利用して、ＩＣカード２内から情報を読み出したり、情報をＩＣカード２に書き込んだりすることができる。

【0020】

制御部４２は、ＣＰＵ４２ｃとメモリ４２ｍとを備える。ＣＰＵ４２ｃは、メモリ４２ｍに記憶されているプログラム４２ｐに従って、乗客に請求する運賃の決定、残高の算出等の様々な処理を実行する。メモリ４２ｍは、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ４２ｍは、運賃テーブル４２ｔを記憶する。運賃テーブル４２ｔには、路線バス１０ａの区間と、その区間に対応する運賃と、が対応付けて格納されている。制御部２２は、運賃テーブル４２ｔを利用して、乗客が降車する際に、乗客に運賃を請求する。

【0021】

図３を参照して、サーバ２０の決済サーバ２０ｃと管理サーバ２０ｍとの構成について説明する。決済サーバ２０ｃは、通信Ｉ／Ｆ２１ｃと制御部２２とを備える。通信Ｉ／Ｆ２１ｃは、インターネット６に接続されている。制御部２２は、ＣＰＵ２２ｃとメモリ２２ｍとを備える。ＣＰＵ２２ｃは、メモリ２２ｍに記憶されているプログラム２２ｐに従って、様々な処理を実行する。メモリ２２ｍは、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ２２ｍは、負債額テーブル２２ｔを記憶する。負債額テーブル２２ｔには、複数個のＩＣカードの識別情報（例えばＩＤ「００Ｘ」）のそれぞれについて、当該識別情報と、負債額（例えばＡＡ）と、が関連付けて格納されている。

【0022】

管理サーバ２０ｍは、通信Ｉ／Ｆ２３ｃと制御部２４とを備える。制御部２４は、ＣＰＵ２４ｃとメモリ２４ｍとを備える。ＣＰＵ２４ｃは、メモリ２４ｍに記憶されているプログラム２４ｐに従って、様々な処理を実行する。メモリ２４ｍは、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ２４ｍは、決済実績テーブル２４ｔを記憶する。決済実績テーブル２４ｔには、複数個のＩＣカードの識別情報（例えばＩＤ「００Ｘ」）のそれぞれについて、当該識別情報と、決済実績（例えばＮ１）と、が関連付けて格納されている。

【0023】

（具体的な処理；図４～図７）
図４～図７を参照して、各デバイス４ａ、２０ｍ、２０ｃによって実行される処理について説明する。なお、以下では、理解の容易さの観点から、各デバイス４ａ等の各ＣＰＵ４２ｃ等が実行する処理について説明する際に、各ＣＰＵを主体として説明せず、各デバイス（例えば運賃決済装置４ａ）を主体として説明する。

【0024】

（残高が不足しない通常の決済を実行するケース；図４）
まず、図４を参照して、ＩＣカード２が初めて運賃決済装置４ａに近づけられて、残高が不足しない通常の決済が実行されるケースを説明する。ＩＣカード２を所有する乗客は、路線バス１０ａに乗車して、路線バス１０ａから降車する際に、Ｔ１００において、ＩＣカード２を運賃決済装置４ａに近づける。この場合、運賃決済装置４ａは、Ｔ１０２において、ＩＣカード２から、ＩＣカード２の識別情報「ＩＤ００２」と、ＩＣカード２に記録されている第１の残高「５００円」と、を読み出す。次いで、運賃決済装置４ａは、Ｔ１０４において、識別情報「ＩＤ００２」を決済サーバ２０ｃに送信する。

【0025】

決済サーバ２０ｃは、Ｔ１０４において、運賃決済装置４ａから識別情報「ＩＤ００２」を受信すると、Ｔ１１０において、識別情報「ＩＤ００２」が負債額テーブル２２ｔに登録済みであるか否かを判定する。現時点では識別情報「ＩＤ００２」は登録されていない。このため、決済サーバ２０ｃは、Ｔ１２０において、識別情報「ＩＤ００２」が未登録であることを示す未登録情報を運賃決済装置４ａに送信する。

【0026】

運賃決済装置４ａは、Ｔ１２０において、決済サーバ２０ｃから未登録情報を受信すると、Ｔ１３０において、第１の残高「５００円」から、乗車区間に基づいて決定される運賃「２００円」を減算して、第２の残高「３００円」を算出する。次いで、運賃決済装置４ａは、Ｔ１３２において、新たな残高として第２の残高「３００円」をＩＣカード２に書き込む。

【0027】

次いで、運賃決済装置４ａは、Ｔ１３９において、決済完了画面Ｄ１０を表示部４０ｄ（図２参照）に表示する。決済完了画面Ｄ１０は、運賃が減算される前の第１の残高「５００円」を示す領域Ｍ１０と、運賃「２００円」を示す領域Ｍ１１と、運賃が減算された後の第２の残高「３００円」を示す領域Ｍ１２と、を含む。そして、運賃決済装置４ａは、Ｔ１４０において、識別情報「ＩＤ００２」と、決済処理が正常に完了したことを示す決済完了通知と、を決済サーバ２０ｃに送信する。

【0028】

決済サーバ２０ｃは、Ｔ１４０において、運賃決済装置４ａから識別情報「ＩＤ００２」と決済完了通知とを受信すると、Ｔ１５０において、識別情報「ＩＤ００２」と決済完了通知とを管理サーバ２０ｍに送信する。

【0029】

管理サーバ２０ｍは、Ｔ１５０において、決済サーバ２０ｃから識別情報「ＩＤ００２」と決済完了通知とを受信すると、Ｔ１５２において、識別情報「ＩＤ００２」と決済実績「１」とを関連付けて、メモリ２４ｍ内の決済実績テーブル２４ｔに格納する。決済実績は、決済が正常に実行された回数を示す情報である。

【0030】

ＩＣカード２を有する乗客が路線バス１０ａ（もしくは、路線バス１０ｂ、１０ｃ）に再び乗車すると、Ｔ１００～Ｔ１５０と同様の処理が実行される。この場合、管理サーバ２０ｍは、Ｔ１６０において、決済実績テーブル２４ｔ内の識別情報「ＩＤ００２」に対応付けられている決済実績を「１」から「２」に変更する。

【0031】

管理サーバ２０ｍは、決済実績が「２」になると、Ｔ１６２において、識別情報「ＩＤ００２」と、負債額を登録することを決済サーバ２０ｃに指示する登録指示と、を決済サーバ２０ｃに送信する。即ち、本実施例では、２回に亘って決済が正常に実行されると、識別情報「ＩＤ００２」が決済サーバ２０ｃに登録される。このように、２回に亘って決済が正常に実行されたＩＣカードを所有する乗客は信頼度が高いと考えられるので、そのＩＣカードの識別情報「ＩＤ００２」が決済サーバ２０ｃに登録される。これにより、当該乗客は、次回以降に路線バス１０ａ等に乗車する際に、残高不足になったとしても、決済サーバ２０ｃを利用して、残高不足の状態で降車することができる。なお、変形例では、上記の２回に代えて１回が採用されてもよいし３回以上の回数が採用されてもよい。

【0032】

決済サーバ２０ｃは、T１６２において、管理サーバ２０ｍから識別情報「ＩＤ００２」と登録指示とを受信すると、Ｔ１７０において、識別情報「ＩＤ００２」と負債額「ゼロ」とを関連付けてメモリ２２ｍ内の負債額テーブル２２ｔに格納する。

【0033】

（ＩＣカード内の残高が不足するケース；図５） 図５は、図４の後のケース、即ち、ＩＣカード２の識別情報「ＩＤ００２」が決済サーバ２０ｃに登録された後のケースである。ＩＣカード２を所有する乗客が路線バス１０ｂから降車する際に、Ｔ２００において、ＩＣカード２が運賃決済装置４ａに近づけられる。この場合、運賃決済装置４ａは、Ｔ２０２において、ＩＣカード２の識別情報「ＩＤ００２」と、ＩＣカード２内の第１の残高「１２０円」と、を読み出す。次いで、運賃決済装置４ａは、Ｔ２０４において、識別情報「ＩＤ００２」を決済サーバ２０ｃに送信する。

【0034】

決済サーバ２０ｃは、Ｔ２０４において、運賃決済装置４ａから識別情報「ＩＤ００２」を受信すると、Ｔ２１０において、識別情報「ＩＤ００２」が登録されていると判定し、識別情報「ＩＤ００２」に関連付けられている負債額「ゼロ」を特定する。この場合、決済サーバ２０ｃは、Ｔ２２０において、負債額「ゼロ」を運賃決済装置４ａに送信する。

【0035】

運賃決済装置４ａは、Ｔ２２０において、決済サーバ２０ｃから負債額「ゼロ」を受信すると、Ｔ２３０において、第１の残高「１２０円」から、乗車区間に基づいて決定される運賃「２００円」を減算して、第２の残高「－８０円」を算出する。即ち、本ケースでは、残高が不足する。この場合、運賃決済装置４ａは、Ｔ２３２において、新たな残高として残高「ゼロ」をＩＣカード２に書き込む。

【0036】

次いで、運賃決済装置４ａは、Ｔ２３９において、残高不足画面Ｄ２０を表示部４０ｄ（図２参照）に表示する。残高不足画面Ｄ２０は、運賃が減算される前の第１の残高「１２０円」を示す領域Ｍ２１と、運賃「２００円」を示す領域Ｍ２２と、運賃が減算された後の第２の残高「０（ゼロ）円」を示す領域Ｍ２３と、を含む。残高不足画面Ｄ２０は、さらに、次回の乗車時に不足額を支払うように乗客に促すためのメッセージを示す領域Ｍ２４と、運賃に対する第１の残高の不足額「８０円」を示す領域Ｍ２５と、を含む。これにより、乗客に対して、ＩＣカード２内の残高が運賃に対して不足している状態で決済処理が実行されたことを認識させることができる。

【0037】

運賃決済装置４ａは、Ｔ２４０において、識別情報「ＩＤ００２」と負債額「－８０円」とを決済サーバ２０ｃに送信する。

【0038】

決済サーバ２０ｃは、Ｔ２４０において、識別情報「ＩＤ００２」と負債額「－８０円」とを受信すると、Ｔ２７０において、負債額テーブル２２ｔ内の識別情報「ＩＤ００２」に関連付けられている負債額を「ゼロ」から「８０円」に変更する。なお、決済サーバ２０ｃは、負債額を受信する場合には、決済完了通知を管理サーバ２０ｍに送信しない。正常に決済が行われていないからである。

【0039】

（過去の負債額の決済を実行するケース；図６）
図６は、図５の続きのケース、即ち、ＩＣカード２の識別情報「ＩＤ００２」に関連付けて負債額「８０円」が決済サーバ２０ｃに記憶された後のケースである。Ｔ３００～Ｔ３１０は、第１の残高が「１０００円」である点を除いて、図５のＴ２００～Ｔ２１０と同様である。決済サーバ２０ｃは、Ｔ３２０において、負債額「８０円」を運賃決済装置４ａに送信する。

【0040】

この場合、運賃決済装置４ａは、Ｔ３２０において、決済サーバ２０ｃから負債額「８０円」を受信すると、Ｔ３３０において、第１の残高「１０００円」から、乗車区間に基づいて決定される運賃「２００円」と、負債額「８０円」と、を減算して、第３の残高「７２０円」を算出する。次いで、運賃決済装置４ａは、Ｔ３３２において、新たな残高として第３の残高「７２０円」をＩＣカード２に書き込む。

【0041】

次いで、運賃決済装置４ａは、Ｔ３３９において、決済完了画面Ｄ３０を表示部４０ｄ（図２参照）に表示する。決済完了画面Ｄ３０は、運賃が減算される前の第１の残高「１０００円」を示す領域Ｍ３１と、運賃「２００円」を示す領域Ｍ３２と、運賃が減算された後の第２の残高「７２０円」を示す領域Ｍ３５と、を含む。決済完了画面Ｄ３０は、さらに、前回の乗車時に発生した負債額「８０円」を示す領域Ｍ３３と、運賃と負債額の合計額「２８０円」を示す領域Ｍ３４と、を含む。これにより、運賃決済装置４ａは、乗客に対して、今回の乗車分の運賃に加え、前回の負債額の決済を完了したことを認識させることができる。そして、運賃決済装置４ａは、Ｔ３４０において、識別情報「ＩＤ００２」と決済完了通知とを決済サーバ２０ｃに送信する。

【0042】

決済サーバ２０ｃは、Ｔ３４０において、識別情報「ＩＤ００２」と決済完了通知とを受信すると、Ｔ３７０において、負債額テーブル２２ｔ内の識別情報「ＩＤ００２」に関連付けられている負債額を「８０円」から「ゼロ」に変更する。

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

２ ：ＩＣカード
４ａ、４ｂ、４ｃ、 ：運賃決済装置
６ ：インターネット
１０ａ、１０ｂ、１０ｃ ：路線バス
２０ ：サーバ
２０ｃ ：決済サーバ
２０ｍ ：管理サーバ
２１ｃ ：通信インターフェース
２２、２４、４２ ：制御部
２２ｃ、２４ｃ、４２ｃ ：ＣＰＵ
２２ｍ、２４ｍ、４２ｍ ：メモリ
２２ｐ、２４ｐ、４２ｐ ：プログラム
２２ｔ ：負債額テーブル
２４ｔ ：決済実績テーブル
４０ｃ ：ＬＴＥインターフェース
４０ｄ ：表示部
４０ｒ ：リーダライタ
４０ｓ ：操作部
４２ｔ ：運賃テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】