特開 2023-15835 課金処理装置、車両、課金処理方法およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023015835

(43)【公開日】2023-02-01

(54)【発明の名称】課金処理装置、車両、課金処理方法およびプログラム

(51)【国際特許分類】

   G07B 15/00 20110101AFI20230125BHJP

【ＦＩ】

G07B15/00 J

G07B15/00 501

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2021119856

(22)【出願日】2021-07-20

(71)【出願人】

【識別番号】518018986

【氏名又は名称】三菱重工エンジニアリング株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100162868

【弁理士】

【氏名又は名称】伊藤 英輔

(74)【代理人】

【識別番号】100161702

【弁理士】

【氏名又は名称】橋本 宏之

(74)【代理人】

【識別番号】100189348

【弁理士】

【氏名又は名称】古都 智

(74)【代理人】

【識別番号】100196689

【弁理士】

【氏名又は名称】鎌田 康一郎

(72)【発明者】

【氏名】立花 晋也

(72)【発明者】

【氏名】勝目 正

(72)【発明者】

【氏名】近藤 一海

【テーマコード（参考）】

3E127

【Ｆターム（参考）】

3E127AA10

3E127BA03

3E127BA11

3E127CA04

3E127CA59

3E127DA20

3E127DA43

3E127EA02

3E127EA12

3E127EA33

3E127EA43

3E127FB06

(57)【要約】

【課題】ゲート等を経由せずとも所定の施設（駅など）からシームレスに移動体（鉄道車両など）に乗車できるような交通システムの構築を可能とする課金処理装置を提供する。
【解決手段】課金処理装置は、車両内に設置された無線通信装置から、当該無線通信装置の識別情報と、人検知があったことを示す情報とを含む第１情報を受信する第１受信処理部と、利用者が持つ携帯端末装置から、前記無線通信装置の識別情報、前記携帯端末装置の識別情報および当該携帯端末装置の位置情報を含む第２情報を受信する第２受信処理部と、受信した前記第１情報および前記第２情報に基づいて、前記携帯端末装置を持つ利用者に対する乗車判定または降車判定を行う判定処理部と、前記乗車判定または前記降車判定の結果に基づいて、前記利用者に対する課金処理を行う課金処理部と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

車両内に設置された無線通信装置から、当該無線通信装置の識別情報と、人検知があったことを示す情報とを含む第１情報を受信する第１受信処理部と、
利用者が持つ携帯端末装置から、前記無線通信装置の識別情報、前記携帯端末装置の識別情報および当該携帯端末装置の位置情報を含む第２情報を受信する第２受信処理部と、
受信した前記第１情報および前記第２情報に基づいて、前記携帯端末装置を持つ利用者に対する乗車判定または降車判定を行う判定処理部と、
前記乗車判定または前記降車判定の結果に基づいて、前記利用者に対する課金処理を行う課金処理部と、
を備える課金処理装置。

【請求項2】

前記判定処理部は、前記無線通信装置の識別情報が同一である前記第１情報および前記第２情報に基づいて、前記乗車判定または前記降車判定を行う、
請求項１に記載の課金処理装置。

【請求項3】

前記判定処理部は、前記第１情報の受信時刻から所定の時間内に受信した前記第２情報のみを有効として扱う、
請求項１または請求項２に記載の課金処理装置。

【請求項4】

前記携帯端末装置を介して、前記利用者に対し、前記乗車判定または前記降車判定の結果を通知する通知処理部をさらに備える、
請求項１から請求項３のいずれか一項に記載の課金処理装置。

【請求項5】

人検知センサと、
利用者が持つ携帯端末装置に向けて位置算出用信号を送信し、かつ、課金処理装置に向けて前記人検知センサによる人の検知を示す情報を送信する無線通信装置と、
を備える車両。

【請求項6】

前記無線通信装置は、
前記位置算出用信号と前記人の検知を示す情報とのそれぞれを、同一の識別情報とともに送信する、
請求項５に記載の車両。

【請求項7】

前記人検知センサは、出入口の付近に設けられた押圧検知センサであって、
前記無線通信装置は、前記押圧検知センサによる押圧検知信号を、前記人の検知を示す情報として送信する、
請求項５または請求項６に記載の車両。

【請求項8】

いずれかの駅に停車中の時間帯のみ、前記人検知センサを有効とする、
請求項５から請求項７のいずれか一項に記載の車両。

【請求項9】

車両内に設置された無線通信装置から、当該無線通信装置の識別情報と、人検知があったことを示す情報とを含む第１情報を受信するステップと、
利用者が持つ携帯端末装置から、前記無線通信装置の識別情報、前記携帯端末装置の識別情報および当該携帯端末装置の位置情報を含む第２情報を受信するステップと、
受信した前記第１情報および前記第２情報に基づいて、前記携帯端末装置を持つ利用者に対する乗車判定または降車判定を行うステップと、
前記乗車判定または前記降車判定の結果に基づいて、前記利用者に対する課金処理を行うステップと、
を備える課金処理方法。

【請求項10】

コンピュータに、
車両内に設置された無線通信装置から、当該無線通信装置の識別情報と、人検知があったことを示す情報とを含む第１情報を受信するステップと、
利用者が持つ携帯端末装置から、前記無線通信装置の識別情報、前記携帯端末装置の識別情報および当該携帯端末装置の位置情報を含む第２情報を受信するステップと、
受信した前記第１情報および前記第２情報に基づいて、前記携帯端末装置を持つ利用者に対する乗車判定または降車判定を行うステップと、
前記乗車判定または前記降車判定の結果に基づいて、前記利用者に対する課金処理を行うステップと、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、課金処理装置、車両、課金処理方法およびプログラムに関する。

【背景技術】

【0002】

特許文献１には、駅の改札機において利用者が個人携帯端末を取り出すことなく利用できる料金課金システムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】国際公開第２０２０／０８０３１４号

【発明の概要】

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

【0004】

特許文献１に開示されている料金課金システムは、改札機と個人携帯端末との間の無線通信を通じて料金課金処理を行うものであり、あくまで改札機の使用が前提となっている。

【0005】

このようなゲート（改札機）を不要とし、ゲートを経由せずとも所定の施設（駅など）からシームレスに移動体（鉄道車両など）に乗車できるような交通システムの構築が望まれている。

【0006】

本開示は、上記課題を解決するためになされたものであって、ゲート等を経由せずとも所定の施設（駅など）からシームレスに移動体（鉄道車両など）に乗車できるような交通システムの構築を可能とする課金処理装置、車両、課金処理方法およびプログラムを提供することを目的とする。

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

【0007】

上記課題を解決するために、本開示の一態様に係る課金処理装置は、車両内に設置された無線通信装置から、当該無線通信装置の識別情報と、人検知があったことを示す情報とを含む第１情報を受信する第１受信処理部と、利用者が持つ携帯端末装置から、前記無線通信装置の識別情報、前記携帯端末装置の識別情報および当該携帯端末装置の位置情報を含む第２情報を受信する第２受信処理部と、受信した前記第１情報および前記第２情報に基づいて、前記携帯端末装置を持つ利用者に対する乗車判定または降車判定を行う判定処理部と、前記乗車判定または前記降車判定の結果に基づいて、前記利用者に対する課金処理を行う課金処理部と、を備える。

【0008】

また、本開示の一態様に係る課金処理方法は、車両内に設置された無線通信装置から、当該無線通信装置の識別情報と、人検知があったことを示す情報とを含む第１情報を受信するステップと、利用者が持つ携帯端末装置から、前記無線通信装置の識別情報、前記携帯端末装置の識別情報および当該携帯端末装置の位置情報を含む第２情報を受信するステップと、受信した前記第１情報および前記第２情報に基づいて、前記携帯端末装置を持つ利用者に対する乗車判定または降車判定を行うステップと、前記乗車判定または前記降車判定の結果に基づいて、前記利用者に対する課金処理を行うステップと、を備える。

【0009】

また、本開示の一態様に係るプログラムは、コンピュータに、車両内に設置された無線通信装置から、当該無線通信装置の識別情報と、人検知があったことを示す情報とを含む第１情報を受信するステップと、利用者が持つ携帯端末装置から、前記無線通信装置の識別情報、前記携帯端末装置の識別情報および当該携帯端末装置の位置情報を含む第２情報を受信するステップと、受信した前記第１情報および前記第２情報に基づいて、前記携帯端末装置を持つ利用者に対する乗車判定または降車判定を行うステップと、前記乗車判定または前記降車判定の結果に基づいて、前記利用者に対する課金処理を行うステップと、を実行させる。

【発明の効果】

【0010】

上述の各態様によれば、ゲート等を経由せずとも所定の施設（駅など）からシームレスに移動体（鉄道車両など）に乗車できるような交通システムの構築が可能となる。

【図面の簡単な説明】

【0011】

【図1】第１の実施形態に係る料金収受システムの全体構成を示す図である。

【図2】第１の実施形態に係る課金処理装置の機能構成を示す図である。

【図3】第１の実施形態に係る料金収受システムの処理フローを示す図である。

【図4】第１の実施形態に係る料金収受システムの処理フローを示す図である。

【図5】第１の実施形態に係る車両の構成を示す図である。

【図6】第１の実施形態の変形例に係る車両の構成を示す図である。

【図7】第２の実施形態に係る料金収受システムの処理フローを示す図である。

【図8】第２の実施形態に係る料金収受システムの処理フローを示す図である。

【図9】第３の実施形態に係る料金収受システムの処理フローを示す図である。

【図10】第３の実施形態に係る料金収受システムの処理フローを示す図である。

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

【0012】

＜第１の実施形態＞
以下、図１～図５を参照して、本開示の第１の実施形態に係る課金処理装置、車両およびこれらを備える料金収受システムについて説明する。

【0013】

（料金収受システムの全体構成）
図１は、第１の実施形態に係る料金収受システムの全体構成を示す図である。
本実施形態に係る料金収受システム９は、鉄道システムの利用者Ａに対し、当該利用者Ａが所持するスマートフォン３（利用者Ａに携帯される「携帯端末装置」の一態様）との間で通信して、適正な料金収受処理を自動で行うシステムである。

【0014】

料金収受システム９は、車両１と、課金処理装置２と、データベースＤＢとを有してなる。
本実施形態において車両１は、鉄道システムを構成する鉄道車両である。ただし、他の実施形態においては、車両１は、案内軌条式のＡＧＴ（Automated Guideway Transit）等や、ＬＲＴ（Light Rail Transit）、ＢＲＴ（Bus Rapid Transit）等の車両でもよい。
課金処理装置２は、鉄道システムの利用者Ａが所持するスマートフォン３と通信して、課金処理を行う。
データベースＤＢは、鉄道システムの利用区間ごとの料金が定められた料金テーブルなどが記録されているデータベースである。

【0015】

車両１の構成について詳しく説明する。
車両１は、車体内部の出入口Ｄ付近の床に押圧検知センサ１０と、ビーコン１１とを備える。

【0016】

押圧検知センサ１０は、利用者Ａの足による押圧により、当該利用者Ａが車体内部の出入口Ｄ付近へ到来したか否かを検知する。押圧検知センサ１０は、人検知センサ（人感センサ）の一態様であり、他の実施形態においてはこの態様に限定されない。他の実施形態における人感センサは、出入口Ｄの付近に到来した利用者Ａの存在を検知可能であれば如何なる態様であってもかまわない。

【0017】

ビーコン１１は、例えば、Ｗｉ－ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信規格を利用する無線通信装置である。ビーコン１１は、押圧検知センサ１０から押圧があったことを示す押圧検知信号（＝人検知信号）の受信をトリガにして発信を行い、付近に存在するスマートフォン３との無線通信を試みる。

【0018】

（課金処理装置の機能構成）
図２は、第１の実施形態に係る課金処理装置の機能構成を示す図である。
図２に示すように、課金処理装置２は、ＣＰＵ２０と、メモリ２１と、ストレージ２２と、通信インタフェース２３を備え、一般的なコンピュータとしての構成をなしている。
ＣＰＵ２０は、課金処理装置２の処理全体を司るプロセッサである。メモリ２１は、いわゆる主記憶装置であって、ＣＰＵ２０の動作のために必要な記憶領域である。ストレージ２２は、いわゆる補助記憶装置であって、大容量のＨＤＤやＳＳＤなどである。

【0019】

本実施形態に係るＣＰＵ２０は、予め用意されたプログラムに従って動作することで、受信処理部２００、判定処理部２０１、課金処理部２０２および通知処理部２０３としての機能を発揮する。

【0020】

受信処理部２００は、次の第１受信処理と第２受信処理とを実行する。
第１受信処理とは、車両１の内部に設置されたビーコン１１から第１情報を受信する処理である。第１情報には、ビーコン１１の識別情報と、当該ビーコン１１に紐づく押圧検知センサ１０で人検知があったことを示す情報（以下、人検知情報とも表記する。）が含まれる。
第２受信処理とは、利用者Ａが持つスマートフォン３から第２情報を受信する処理である。第２情報には、ビーコン１１の識別情報、スマートフォン３の識別情報および当該スマートフォン３の位置情報が含まれる。

【0021】

判定処理部２０１は、受信処理部２００が受信した第１情報および第２情報に基づいて、スマートフォン３を持つ利用者Ａに対する乗車判定または降車判定を行う。

【0022】

課金処理部２０２は、判定処理部２０１による乗車判定または降車判定の結果に基づいて、利用者Ａに対する課金処理を行う。

【0023】

通知処理部２０３は、スマートフォン３を介して、利用者Ａに対し、乗車判定または降車判定の結果を通知する。

【0024】

（料金収受システムの処理フロー）
図３、図４は、第１の実施形態に係る料金収受システムの処理フローを示す図である。図３は、利用者の乗車時における処理フローを示しており、図４は、利用者の降車時おける処理フローを示している。
また、図５は、第１の実施形態に係る車両の構成を示す図である。
以下、図３～図５を参照しながら、第１の実施形態に係る料金収受システム９の処理フローについて説明する。

【0025】

まず、図３を参照し、ある駅のホームで利用者Ａが車両１に乗車する例について説明する。

【0026】

利用者Ａが駅のホームから出入口Ｄを通じて車両１の車内に入る。このとき、押圧検知センサ１０は、押圧による検知信号を出力し、人検知を行う（ステップＳ１１）。なお、この押圧検知センサ１０による人検知処理は、車両１がいずれかの駅に停車中で、出入口Ｄが開放されている時間帯のみ有効とするようにしてもよい。このようにすることで、例えば、車両１が駅間を走行中の時間帯（出入口Ｄが閉まっている時間帯）において押圧を検知した場合に、後段の処理（乗車判定処理、降車判定処理等）が意図せず実行されることを防止することができる。

【0027】

押圧検知センサ１０からの検知信号を受信したビーコン１１は、この受信をトリガに、ビーコンＩＤ（ビーコン１１の識別情報）と、人検知情報とを含む第１情報を、課金処理装置２に向けて送信する（ステップＳ１２）。

【0028】

ステップＳ１２の処理の結果、課金処理装置２の受信処理部２００は、ビーコン１１から、そのビーコンＩＤと人検知情報とを含む第１情報ｒ１を受信する。

【0029】

続いて、課金処理装置２の判定処理部２０１は、第１情報ｒ１の受信時刻から、同一のビーコンＩＤを含む第２情報ｒ２を受け付ける時間（受付時間）の計測を開始する（ステップＳ２１）。判定処理部２０１は、第１情報ｒ１に含まれるビーコンＩＤと同一のビーコンＩＤを含む第２情報ｒ２のうち、ステップＳ２１で計測される受付時間が規定の時間内に含まれるもののみを有効として扱う。つまり、この受付時間が規定の時間外に受信した第２情報ｒ２は無効とされる。

【0030】

一方、ビーコン１１は、ステップＳ１２の後、さらに、スマートフォン３に向けて、ビーコンＩＤと位置算出用信号とを送信する（ステップＳ１３）。ここで位置算出用信号とともに送信されるビーコンＩＤと、ステップＳ１２で人検知情報とともに送信されるビーコンＩＤとは同一である。この位置算出用信号は、ＡｏＤ（Angle of Departure）やＡｏＡ（Angle of Arrival）などの既知の方向検知機能で用いられるものであってよい。

【0031】

スマートフォン３は、ステップＳ１３でビーコンＩＤを受信すると、続いて受信する位置算出用信号を利用して、自身の位置を算出する（ステップＳ３１）。

【0032】

ステップＳ３１の処理については、図５を参照しながら詳しく説明する。
図５に示すように、スマートフォン３は、ＡｏＡ、ＡｏＤ等の方向検知機能を利用して、ビーコン１１から受信する位置算出用信号から、電波の到来する方向（θ，φ）を特定する。また、スマートフォン３は、位置算出用信号（電波）の受信強度からビーコン１１との相対的な距離（ｒ）を特定する。このようにして、スマートフォン３は、ビーコン１１の位置（０，０，０）に対する自身の位置（Ｘ，Ｙ，Ｚ）を算出する。なお、スマートフォン３はあらゆる姿勢を取り得るが、通常のスマートフォンであれば３軸加速度センサを内蔵しているため、重力加速度から下向きの方位を判別できる。スマートフォン３は、いかなる姿勢にあっても、下向きの方位を基準にして、ビーコン１１に対する自身の位置（Ｘ，Ｙ，Ｚ）を算出することができる。

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

例えば、他の実施形態に係る料金収受システム９は、第２の実施形態で説明した「チケット予約」の機能と、第３の実施形態で説明した「ユーザ登録」の機能との両方を備える態様としてもよい。

【0070】

本実施形態に係る料金収受システム９によれば、ＩＣカードの使用が不要となるが、事前にユーザ登録を行うことにより、ＩＣカードを使用する場合と同様に、別途、ユーザ情報を一元管理することが可能となる。これにより、本願発明を適用したサービスでは、ユーザ情報に基づくチケット先行予約など、他の利用者サービスとも連動させることが可能となる。また、本実施形態に係る料金収受システム９によれば、別途、チケット予約情報を一元管理することが可能となる。これにより、本実施形態を適用したサービスでは、チケット予約情報に基づく各種サービスの利用、割引など、他の利用者サービスとも連動させることが可能となる。

【0071】

また、料金収受システム９を利用するために必要なアプリケーションをスマートフォン３にインストールしていない利用者や、そもそもスマートフォン３等の携帯端末自体を所持していない利用者は、何らの料金収受処理を受けないまま料金収受システム９を利用できてしまうことが考えられる。そこで、上述の各実施形態に係る料金収受システム９は、駅やホームへの進入経路上に別途の無線通信装置（ビーコンなど）を設置して、当該無線通信装置により、利用者３がスマートフォン３を所持しているかどうか、ならびに、当該スマートフォン３が必要な機能を有しているかどうかをチェックできるようにしてもよい。
また、別の実施形態においては以下のようにしてもよい。すなわち、課金処理装置２は、乗車時において、利用者Ａがスマートフォン３を所持していない場合は、課金処理装置２は、図３のステップＳ２２において第２情報ｒ２を受信できない。そこで、課金処理装置２は、ステップＳ２２にて「乗車した」とは判定せず、別途、駅管理システム等に不正な乗車があった旨を通知し駅係員等に警告を周知するなどの仕組みを設けてもよい。
また、乗車時において、利用者Ａのスマートフォン３が電源オフの場合、又は、ビーコン信号を受信するためのアプリケーションが動作していない場合は、課金処理装置２は、ステップＳ２２にて「乗車した」とは判定しない。この場合、車両１のビーコン１１が、別途、利用者Ａのスマートフォン３に対して、それぞれ電源オンを指示する旨、当該アプリケーションの始動を指示する旨を通知するなどの仕組みを設けてもよい。
同様に、降車時において、利用者Ａのスマートフォン３が電源オフの場合、又は、ビーコン信号を受信するためのアプリケーションが動作していない場合は、課金処理装置２は、ステップＳ２２ａ（図４）にて「降車した」とは判定しない。この場合、車両１のビーコン１１が、別途、利用者Ａのスマートフォン３に対して、それぞれ電源オンを指示する旨、当該アプリケーションの始動を指示する旨を通知するなどの仕組みを設けてもよい。

【0072】

上述の実施形態においては、課金処理装置２およびスマートフォン３が実行する各種処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって上記各種処理が行われる。また、コンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしてもよい。

【0073】

上記プログラムは、上述した機能の一部を実現するためのものであってもよい。更に、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

【0074】

以上のとおり、本開示に係るいくつかの実施形態を説明したが、これら全ての実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これらの実施形態及びその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【0075】

＜付記＞
各実施形態に記載の料金収受システム９は、例えば以下のように把握される。

【0076】

（１）第１の態様に係る課金処理装置２は、車両１内に設置されたビーコン１１（無線通信装置）から、ビーコンＩＤ（ビーコン１１の識別情報）と、人検知があったことを示す情報とを含む第１情報ｒ１を受信する受信処理部２００（第１受信処理部）と、利用者Ａが持つスマートフォン３（携帯端末装置）から、端末ＩＤ（スマートフォン３の識別情報）、ビーコンＩＤおよび当該スマートフォン３の位置情報を含む第２情報ｒ２を受信する受信処理部２００（第２受信処理部）と、受信した第１情報ｒ１および第２情報ｒ２に基づいて、スマートフォン３を持つ利用者Ａに対する乗車判定または降車判定を行う判定処理部２０１と、乗車判定または降車判定の結果に基づいて、利用者Ａに対する課金処理を行う課金処理部２０２と、を備える。

【0077】

（２）第２の態様に係る課金処理装置２において、判定処理部２０１は、第１情報ｒ１の受信時刻から所定の時間内に受信した第２情報ｒ２のみを有効として扱う。

【0078】

（３）第３の態様に係る課金処理装置２は、スマートフォン３を介して、利用者Ａに対し、乗車判定または降車判定の結果を通知する通知処理部２０３をさらに備える。

【0079】

（４）第４の態様に係る車両１は、利用者が持つスマートフォン３に向けて位置算出用信号を送信し、かつ、課金処理装置２に向けて人の検知を示す情報を送信するビーコン１１（無線通信装置）を備える。

【0080】

（５）第５の態様に係る車両１は、出入口の付近に設けられた押圧検知センサ１０を備え、ビーコン１１は、押圧検知センサ１０による押圧検知信号を、人の検知を示す情報として送信する。

【0081】

（６）第６の態様に係る課金処理方法は、車両内に設置された無線通信装置から、当該無線通信装置の識別情報と、人検知があったことを示す情報とを含む第１情報を受信するステップと、利用者が持つ携帯端末装置から、前記無線通信装置の識別情報、前記携帯端末装置の識別情報および当該携帯端末装置の位置情報を含む第２情報を受信するステップと、受信した前記第１情報および前記第２情報に基づいて、前記携帯端末装置を持つ利用者に対する乗車判定または降車判定を行うステップと、前記乗車判定または前記降車判定の結果に基づいて、前記利用者に対する課金処理を行うステップと、を備える。

【0082】

（７）第７の態様に係るプログラムは、コンピュータに、車両内に設置された無線通信装置から、当該無線通信装置の識別情報と、人検知があったことを示す情報とを含む第１情報を受信するステップと、利用者が持つ携帯端末装置から、前記無線通信装置の識別情報、前記携帯端末装置の識別情報および当該携帯端末装置の位置情報を含む第２情報を受信するステップと、受信した前記第１情報および前記第２情報に基づいて、前記携帯端末装置を持つ利用者に対する乗車判定または降車判定を行うステップと、前記乗車判定または前記降車判定の結果に基づいて、前記利用者に対する課金処理を行うステップと、を実行させる。

【符号の説明】

【0083】

１ 車両
１０ 押圧検知センサ
１１ ビーコン（無線通信装置）
２ 課金処理装置
２０ ＣＰＵ
２００ 受信処理部（第１受信処理部、第２受信処理部）
２０１ 判定処理部
２０２ 課金処理部
２０３ 通知処理部
２１ メモリ
２２ ストレージ
２３ 通信インタフェース
３ スマートフォン（携帯端末装置）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】