JP7362330B2 - チケットシステム及びチケット管理方法 - Google Patents

Description

本発明は、列車などの交通機関を利用するための電子チケットを管理するチケットシステムに関する。

列車などの交通機関を利用するチケットの電子化が進んでおり、車内における改札業務の効率化が求められている。

本技術分野の背景技術として、以下の先行技術がある。特許文献１（米国特許第９９９６８３１号明細書）には、交通及び／又は輸送システムにおいて、車両上の移動無線装置がチケットとしての自動的な検出及び使用を可能にするシステムであって、移動無線装置を検出し、ユーザの出入りを追跡するために移動無線装置の固有識別子を利用し、移動無線装置に運賃支払いを表示し、検札時に要請された場合にユーザが移動無線装置を使用して支払いの証明の提示を可能とし、 様々な方法で運賃の計算及び支払が可能なシステムが開示されている。

米国特許第９９９６８３１号明細書

前述した従来のチケットシステムは、車両乗車人数と移動無線端末を用いて検出される乗車人数とを比較して、その差分が閾値を超える場合、検札係員に通知するものである。しかし、乗車人数と端末数の突き合わせて検札する場所を決めるものであり、不正乗車の可能性が高い人が多い場所を特定するものではない。そして、不正乗車の可能性が高い人を特定して検札係員に通知して、検札係員による検札作業の効率化は考慮されていない。

このため、乗客毎の信頼度に基づいて検札をすべき場所の情報を提供することが求められている。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、旅客の乗車時に使用するチケットシステムであって、旅客が乗車する移動体に設置され、無線信号を送信する位置ビーコンと、旅客が使用する旅客端末と、検札係員が使用する検札端末と、前記旅客端末及び前記検札端末と接続されたサーバとを備え、前記旅客端末及び前記検札端末は、前記位置ビーコンから送信された無線信号を検出し、前記サーバは、前記位置ビーコンの識別子と設置場所を対応付けて記録するビーコン管理情報を格納し、前記旅客端末が検出した前記位置ビーコンの識別子を、当該旅客端末の識別子と対応付けて管理し、前記移動体に設置され検札端末が検出した位置ビーコンの識別子と前記検札端末の識別子との対応関係に基づいて、前記検札端末が乗車している移動体の場所を管理し、前記旅客端末が検出した位置ビーコンの識別子と前記旅客端末の識別子との対応関係に基づいて、前記旅客端末の乗車状態及び乗車している移動体の場所の時間変化を乗車状態遷移として管理し、前記乗車状態遷移時の前記旅客端末の位置に基づいて、前記検札端末の近くの旅客端末を使用する旅客の信頼度を更新することを特徴とする。

本発明によれば、車内における検札業務を効率化できる。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。

本発明の実施例のチケットシステムを示す図である。 旅客端末のハードウェア及びソフトウェアの構成図である。 検札端末のハードウェア及びソフトウェアの構成図である。 サーバのハードウェア及びソフトウェアの構成図である。 ビーコン管理情報の構成例を示す図である。 ユーザ情報の構成例を示す図である。 位置ビーコン情報の構成例を示す図である。 位置ビーコン情報作成処理のフローチャートである。 旅客信頼度計算処理のフローチャートである。 乗車状態遷移情報の構成例を示す図である。 乗車状態情報の構成例を示す図である。 路線情報の構成例を示す図である。 移動体走行実績情報の構成例を示す図である。 旅客信頼度更新履歴の構成例を示す図である。 旅客移動履歴情報の構成例を示す図である。 チケット情報の構成例を示す図である。 乗車状態遷移更新テーブルの構成例を示す図である。 乗車状態遷移更新テーブルの構成例を示す図である。 旅客信頼度更新処理のフローチャートである。 旅客信頼度減算処理のフローチャートである。 検札推奨位置提示処理のシーケンス図である。 検札推奨位置表示画面の例を示す図である。 検札推奨位置表示画面の例を示す図である。 検札支援情報提示処理のフローチャートである。 検札支援情報画面の例を示す図である。

以下、図面を参照して本発明の実施例を説明する。本実施例では、列車で移動する旅客について説明するが、他の公共交通機関（バス、船舶、路面電車などの移動体）にも本発明を適用できる。

図１は、本発明の実施例のチケットシステムを示す図である。

本実施例のチケットシステムは、駅や車両に設置された位置ビーコン１００、１０１と、旅客が使用する旅客端末２００と、検札係員が使用する検札端末３００と、旅客端末２００及び検札端末３００と通信可能なサーバ４００とを有する。

位置ビーコン１００、１０１は、旅客端末２００及び検札端末３００が位置を特定するために用いられる所定の無線信号を送信する無線送信機であって、ＷｉＦｉ（無線ＬＡＮ）やブルートゥース（ＷｉＦｉ、ブルートゥースは登録商標）などの近距離無線通信方式を使用できる。位置ビーコン１００は、駅に設置されており、望ましくは、列車の乗り場（例えば、列車が発着するプラットホーム）や旅客の動線など、列車への乗降を特定できる場所に設置されるとよい。位置ビーコン１０１は、列車に設置されており、車両が特定可能なように（例えば、車両毎に一つ以上）設置されるとよい。なお、ビーコンを設置しないで、他の位置特定方法（例えば、高精度ＧＮＳＳ）を用いて、旅客端末２００及び検札端末３００が位置を特定してもよい。また、図１８に示す乗車状態遷移更新テーブルを用いると、駅に位置ビーコン１００を設置せずに列車のみに位置ビーコン１０１を設置してもよい。

旅客端末２００は、このチケットシステムを利用して列車に乗車する旅客が使用する無線通信端末であって、その詳細は図２を参照して後述する。検札端末３００は、列車の乗務員（検札係員）が使用する無線通信端末であって、その詳細は図３を参照して後述する。サーバ４００は、旅客端末２００及び検札端末３００と通信可能な計算機であって、旅客端末２００の情報を収集し、検札端末３００からの要求に従って旅客端末２００の情報を提供する。サーバ４００の構成は図４を参照して後述する。

図２は、旅客端末２００のハードウェア及びソフトウェアの構成図である。

旅客端末２００は、通信部２０１、センサ部２０２、記憶部２０３、入力部２０４、出力部２０５、プロセッサ（ＣＰＵ）２０６及びメモリ２０７を有する無線通信端末であり、例えば、ＷｉＦｉ（無線ＬＡＮ）やＬＴＥ（携帯電話網）を介してサーバ４００と通信可能なスマートフォンで構成できる。

プロセッサ２０６は、メモリ２０７に格納されたプログラムを実行し、演算処理を実行する演算装置である。プロセッサ２０６が、各種プログラムを実行することによって、旅客端末２００の各種機能が実現される。なお、プロセッサ２０６がプログラムを実行して行う処理の一部を、他の演算装置（例えば、ＦＰＧＡやＡＳＩＣなどのハードウェアによる演算装置）で実行してもよい。

メモリ２０７は、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭのような高速かつ揮発性の記憶素子であり、プロセッサ２０６が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。

記憶部２０３は、例えば、フラッシュメモリ（ＳＳＤ）等の大容量かつ不揮発性の記憶装置で構成される。記憶部２０３は、プロセッサ２０６がプログラムの実行時に使用するデータ、及びプロセッサ２０６が実行するプログラム（例えば、検札応答処理プログラム、移動モード推定プログラム、位置検出プログラムなど）を格納する。すなわち、プログラムは、記憶部２０３から読み出されて、メモリ２０７にロードされて、プロセッサ２０６によって実行されることによって、旅客端末２００の各機能を実現する。

センサ部２０２は、移動モードの推定に用いる加速度センサで構成される。センサ部２０２は、加速度センサの他に磁気センサやモーションセンサで構成してもよい。

通信部２０１は、所定のプロトコルに従って、他の装置との無線通信を制御するネットワークインターフェースデバイスである。

入力部２０４は、タッチパネルなどの入力装置で構成され、旅客からの入力を受けるインターフェースである。

出力部２０５は、液晶表示装置などのディスプレイ装置で構成され、プログラムの実行結果を旅客が視認可能な形式で出力するインターフェースである。

検札応答処理機能Ｆ２０１は、検札端末３００からの検札要求ビーコンに対する処理を実行する。移動モード推定機能Ｆ２０２は、センサ部２０２の加速度センサの検出結果を用いて、旅客端末２００（すなわち、旅客端末２００を使用する旅客）の移動手段を推定する。位置検出機能Ｆ２０３は、位置ビーコン１００、１０１からの信号を受信して、旅客端末２００の位置を検出する。なお、旅客端末２００は、位置ビーコン１００、１０１を用いずに、ＧＮＳＳ（衛星測位システム）を用いて位置を検出してもよい。

以下の説明において、旅客端末２００の起動（電源ＯＮ）及び終了（電源ＯＦＦ）は、例えば、旅客端末２００であるスマートフォンで実行されるアプリの起動及び終了であり、スマートフォン自体の起動及び終了ではない。

図３は、検札端末３００のハードウェア及びソフトウェアの構成図である。

検札端末３００は、通信部３０１、センサ部３０２、記憶部３０３、入力部３０４、出力部３０５、プロセッサ（ＣＰＵ）３０６及びメモリ３０７を有する無線通信端末であり、例えば、ＷｉＦｉ（無線ＬＡＮ）やＬＴＥ（携帯電話網）を介してサーバ４００と通信可能な専用端末やスマートホンで構成できる。

プロセッサ３０６は、メモリ３０７に格納されたプログラムを実行し、演算処理を実行する演算装置である。プロセッサ３０６が、各種プログラムを実行することによって、検札端末３００の各種機能が実現される。なお、プロセッサ３０６がプログラムを実行して行う処理の一部を、他の演算装置（例えば、ＦＰＧＡやＡＳＩＣなどのハードウェアによる演算装置）で実行してもよい。

メモリ３０７は、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭのような高速かつ揮発性の記憶素子であり、プロセッサ３０６が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。

記憶部３０３は、例えば、フラッシュメモリ（ＳＳＤ）等の大容量かつ不揮発性の記憶装置で構成される。記憶部３０３は、プロセッサ３０６がプログラムの実行時に使用するデータ、及びプロセッサ３０６が実行するプログラム（例えば、推奨検札位置提示プログラム、検札支援情報提示プログラム、位置検出プログラムなど）を格納する。

すなわち、プログラムは、記憶部３０３から読み出されて、メモリ３０７にロードされて、プロセッサ３０６によって実行されることによって、検札端末３００の各機能を実現する。

センサ部３０２は、移動モードの推定に用いる加速度センサで構成される。センサ部３０２は、加速度センサの他に磁気センサやモーションセンサで構成してもよい。なお、検札端末３００は、移動モードを推定する必要がないので、センサ部３０２を省略してもよい。

通信部３０１は、所定のプロトコルに従って、他の装置との無線通信を制御するネットワークインターフェースデバイスである。

入力部３０４は、タッチパネルなどの入力装置で構成され、検札係員からの入力を受けるインターフェースである。

出力部３０５は、液晶表示装置などのディスプレイ装置で構成され、プログラムの実行結果を検札係員が視認可能な形式で出力するインターフェースである。

推奨検札位置提示機能Ｆ３０１は、検札推奨位置提示処理（図２１参照）の検札端末３００における処理を実行する。検札支援情報提示機能Ｆ３０２は、検札支援情報提示処理（図２４参照）の検札端末３００における処理を実行する。位置検出機能Ｆ３０３は、位置ビーコン１００、１０１からの信号を受信して、検札端末３００の位置を検出する。なお、検札端末３００は、位置ビーコン１００、１０１を用いなくても、ＧＮＳＳ（衛星測位システム）を用いて位置を検出したり、検札係員が検札業務中の車両を入力することによって位置を検出してもよい。

位置検出機能Ｆ３０３は、検札端末３００の位置を特定する機能を有するが、後述する検札中の車両を特定して旅客信頼度の減少幅を変更する機能を省略すれば、位置検出機能Ｆ３０３を設けなくてもよい。

また、検札端末３００は、旅客端末２００にビーコンを送信する機能を有する。

図４は、サーバ４００のハードウェア及びソフトウェアの構成図である。

サーバ４００は、通信部４０１、記憶部４０３、入力部４０４、出力部４０５、プロセッサ（ＣＰＵ）４０６及びメモリ４０７を有する計算機によって構成される。

プロセッサ４０６は、メモリ４０７に格納されたプログラム（演算処理）を実行する演算装置である。プロセッサ４０６が、各種プログラムを実行することによって、サーバ４００の各種機能が実現される。なお、プロセッサ４０６がプログラムを実行して行う処理の一部を、他の演算装置（例えば、ＦＰＧＡやＡＳＩＣなどのハードウェアによる演算装置）で実行してもよい。

メモリ４０７は、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭのような高速かつ揮発性の記憶素子であり、プロセッサ４０６が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。

記憶部４０３は、例えば、磁気記憶装置（ＨＤＤ）、フラッシュメモリ（ＳＳＤ）等の大容量かつ不揮発性の記憶装置で構成される。記憶部４０３は、プロセッサ４０６がプログラムの実行時に使用するデータ（例えば、位置ビーコン情報４１１、乗車状態遷移情報４１２、乗車状態情報４１３、路線情報４１４、移動体走行実績情報４１５、旅客信頼度更新履歴４１６、旅客移動履歴情報４１７、チケット情報４１８、ユーザ情報４１９、ビーコン管理情報４２０など）、及びプロセッサ４０６が実行するプログラム（例えば、旅客信頼度計算プログラム、推奨検札位置算出プログラム、検札支援情報作成プログラムなど）を格納する。すなわち、プログラムは、記憶部４０３から読み出されて、メモリ４０７にロードされて、プロセッサ４０６によって実行されることによって、サーバ４００の各機能を実現する。

通信部４０１は、所定のプロトコルに従って、他の装置との通信を制御するネットワークインターフェース装置である。

入力部４０４は、キーボードやマウスなどの入力装置で構成され、オペレータからの入力を受けるインターフェースである。出力部４０５は、ディスプレイ装置やプリンタなどで構成され、プログラムの実行結果をオペレータが視認可能な形式で出力するインターフェースである。なお、サーバ４００にネットワークを介して接続された端末が入力部４０４及び出力部４０５を提供してもよい。

プロセッサ４０６が実行するプログラムは、リムーバブルメディア（ＣＤ－ＲＯＭ、フラッシュメモリなど）又はネットワークを介してサーバ４００に提供され、非一時的記憶媒体である不揮発性の記憶部４０３に格納される。このため、サーバ４００は、リムーバブルメディアからデータを読み込むインターフェースを有するとよい。

サーバ４００は、物理的に一つの計算機上で、又は、論理的又は物理的に構成された複数の計算機上で構成される計算機システムであり、複数の物理的計算機資源上に構築された仮想計算機上で動作するものでもよい。

旅客信頼度計算機能Ｆ４０１は、旅客信頼度更新処理（図１９参照）を実行する。推奨検札位置算出Ｆ４０２は、検札推奨位置提示処理（図２１参照）のサーバ４００における処理を実行する。検札支援情報作成Ｆ４０３は、検札支援情報提示処理（図２４参照）のサーバ４００における処理を実行する。

位置ビーコン情報４１１は、旅客端末２００が受信した位置ビーコン１００、１０１の情報であり、その構成例は図７を参照して後述する。乗車状態遷移情報４１２は、旅客毎の状態及び位置の情報を時系列に記録する。乗車状態遷移情報４１２の構成例は図１０を参照して後述する。乗車状態情報４１３は、旅客毎の状態及び位置の現在の情報であり、その構成例は図１１を参照して後述する。路線情報４１４は、本チケットシステムで管理される鉄道路線の情報であり、その構成例は図１２を参照して後述する。移動体走行実績情報４１５は、列車等の移動体の走行位置と時刻との情報であり、その構成例は図１３を参照して後述する。旅客信頼度更新履歴４１６は、旅客毎の信頼度を時系列に記録する情報であり、その構成例は図１４を参照して後述する。旅客移動履歴情報４１７は、旅客の日毎の移動履歴を記録する情報であり、その構成例は図１５を参照して後述する。チケット情報４１８は、本チケットシステムで取得したチケットの情報を記録する情報であり、その構成例は図１６を参照して後述する。ユーザ情報４１９は、本チケットシステムのユーザ（旅客、検札係員）の情報であり、その構成例は図６を参照して後述する。ビーコン管理情報４２０は、位置ビーコン１００、１０１に関する情報であり、その構成例は図５を参照して説明する。

図５は、ビーコン管理情報４２０の構成例を示す図である。

ビーコン管理情報４２０は、位置ビーコン１００、１０１に関する情報が記録されるテーブルである。なお、以下に説明する各種情報はテーブル形式で説明するが、リスト、ＤＢ、キュー等のテーブル以外のデータ構造で記録されてもよい。

ビーコン管理情報４２０は、ビーコン４２０ａ及び位置４２０ｂを含む。ビーコン４２０ａは、位置ビーコン１００、１０１を一意に識別するための識別情報である。位置４２０ｂは、位置ビーコン１００、１０１の設置場所である。位置ビーコン１００が駅に設置される場合、駅構内の場所（出入り口、プラットホームなど）を記録してもよい。位置ビーコン１０１が列車に設置される場合、当該位置ビーコン１０１が設置される車両が特定可能に記録する。

図６は、ユーザ情報４１９の構成例を示す図である。

ユーザ情報４１９は、本チケットシステムのユーザ（旅客、検札係員）の情報が記録されるテーブルであり、ユーザ４１９ａ、種別４１９ｂ及び信頼度４１９ｉを含み、当該人物を特定するための情報４１９ｃ～４１９ｈを含んでもよく、罰金額４１９ｊを含んでもよい。

ユーザ４１９ａは、本チケットシステムのユーザを一意に識別するための識別情報である。種別４１９ｂは、ユーザの種別であり、当該ユーザが旅客か検札係員かが記録される。信頼度４１９ｉは、計算された当該ユーザの信頼度であり、検札の優先度を制御するために使用される。本実施例では、信頼度４１９ｉの初期値を５０、範囲を０～１００としている。

当該人物を特定するための情報は、ユーザ登録時や予約時に入力された情報であり、年齢４１９ｃ、性別４１９ｄ、居住国４１９ｅ、端末ＩＤ４１９ｆ、機種４１９ｇ及び色４１９ｈを含む。当該人物を特定するための情報は、検札すべき者を特定するために役立つ情報であれば、図示した以外のものを含んでもよい。年齢４１９ｃは、ユーザの年令であり、実年齢ではなく年令の幅（例えば、２０歳代）でもよい。性別４１９ｄは、ユーザの性別である。居住国４１９ｅは、ユーザの居住国であり、本チケットシステムに慣れているかを判定するために使用される。端末ＩＤ４１９ｆは、ユーザが使用する旅客端末２００を一意に識別するための識別情報であり、電話番号や、ＩＭＳＩ、ＩＭＥＩなどを使用してもよい。機種４１９ｇは、ユーザが使用する旅客端末２００の種類（例えば、スマートフォンの機種）である。色４１９ｈは、ユーザが使用する旅客端末２００の色（例えば、スマートフォンの色）である。

罰金額４１９ｊは、ユーザが過去に受けた罰金の額であり、当該ユーザの不正乗車の程度を知ることができる。

なお、検札係員については、端末ＩＤ４１９ｆだけが記録されていれば足り、他の情報は不要である。

図７は、位置ビーコン情報４１１の構成例を示す図である。

位置ビーコン情報４１１は、旅客端末２００が受信した位置ビーコン１００、１０１の情報を記録するテーブルであり、旅客端末２００は受信した位置ビーコン１００の情報を所定の時間間隔（例えば３０秒）毎にサーバ４００に送信し、位置ビーコン情報４１１に記録する。なお、旅客端末２００は、新しく位置ビーコン１００、１０１から信号を受信したタイミングで、位置ビーコン情報をサーバ４００に送信してもよい。位置ビーコン情報４１１は、ユーザ４１１ａ、時刻４１１ｂ、ビーコン４１１ｃ及び位置４１１ｄを含む。

ユーザ４１１ａは、本チケットシステムのユーザを一意に識別するための識別情報である。時刻４１１ｂは、旅客端末２００が位置ビーコン１００、１０１から送信された信号を受信した時刻であり、所定の時間間隔に丸められた時刻を記録しても、実時間を記録してもよい。ビーコン４１１ｃは、旅客端末２００が受信した位置ビーコン１００、１０１の識別情報である。位置４１１ｄは、旅客端末２００が受信した位置ビーコン１００、１０１の設置場所である。

図８は、位置ビーコン情報作成処理のフローチャートである。

旅客端末２００及び検札端末３００は、位置ビーコン１００、１０１からの信号を受信している。また、旅客端末２００及び検札端末３００は、所定のタイミング（例えば、所定時間間隔で）で移動モードを検出する（Ｓ１１０）。移動モードの検出は、例えば、加速度センサが取得した加速度データと移動モード毎に予め記憶された所定の加速度パターンとを照合して、移動モードを検出できる。例えば、路面電車とバスと自家用車では、旅客が受ける振動や加速度パターンが異なることから、移動モードを用いると、同じ道路を走行している複数の移動手段を特定できる。

次に、旅客端末２００及び検札端末３００は、位置ビーコン１００、１０１から受信した信号からビーコンを検出する（Ｓ１１１）。

その後、旅客端末２００及び検札端末３００は、サーバ４００にビーコン情報を送信する（Ｓ１１３）。このとき、検出された移動モード及び端末ＩＤを送信してもよい。

サーバ４００は、旅客端末２００及び検札端末３００からビーコン情報を受信すると、ユーザ情報４１９を参照して、ビーコン情報の妥当性をチェックする（Ｓ１１４）。具体的には、旅客端末２００及び検札端末３００から送られたビーコン情報と移動モードに矛盾がないかを判定する。例えば、旅客が路面電車の車両に設置された位置ビーコン１０１からの信号を受信しており、移動モードが自家用車であると判定された場合、自家用車で移動中に近接している路面電車の位置ビーコン１０１を受信している可能性があるため、受信した位置ビーコン１０１の情報を破棄する。

そして、サーバ４００は、妥当性がチェックされたビーコン情報を位置ビーコン情報４１１に記録する。

なお、当該旅客について、移動モード及び位置ビーコン１００、１０１の位置が前回の位置ビーコン情報と同じでも、位置ビーコン情報４１１に追加して記録することによって、誤判定を抑制している。

図９は、旅客信頼度計算機能Ｆ４０１が実行する旅客信頼度計算処理のフローチャートである。

旅客信頼度計算処理では、位置ビーコン情報４１１及び前回の乗車状態に基づいて、乗車状態情報４１３、乗車状態遷移情報４１２及び旅客移動履歴情報４１７を更新する。

旅客信頼度計算処理は、所定のタイミング（例えば、日次バッチなどの比較的長い所定の時間間隔）で実行される。

まず、サーバ４００は、位置ビーコン情報４１１の位置４１１ｄ及び乗車状態遷移情報４１２の前回の位置４１２ｃをパラメータとして、乗車状態遷移更新テーブルを参照して、乗車状態を更新し、乗車状態情報４１３、乗車状態遷移情報４１２及び旅客移動履歴情報４１７に記録する乗車状態更新処理を実行する（Ｓ１）。乗車状態遷移更新テーブルは、図１７、図１８に示すように、予め定められた遷移モデルを記録したテーブルである。なお、乗車状態更新処理では、乗車状態遷移更新テーブルに記録された遷移モデルを用いて旅客の乗車状態を更新するが、該遷移モデルを表す判定ロジックを含むプログラムを実行して旅客の乗車状態を更新してもよい。

次に、サーバ４００は、チケット情報４１８を参照して、乗車旅客信頼度を更新し、旅客信頼度更新履歴４１６に記録する旅客信頼度更新処理を実行する（Ｓ２）。旅客信頼度更新処理の詳細は図１９を参照して後述する。

図１０は、乗車状態遷移情報４１２の構成例を示す図である。

乗車状態遷移情報４１２は、旅客毎の状態及び位置の情報を時系列に記録したテーブルであり、ユーザ４１２ａ、状態遷移４１２ｂ、位置４１２ｃ及び時刻４１２ｄを含む。

ユーザ４１２ａは、本チケットシステムのユーザを一意に識別するための識別情報である。状態遷移４１２ｂは、当該ユーザの状態であり、位置ビーコン情報４１１及び遷移モデル（図１７参照）を参照して生成される。位置４１２ｃは、当該ユーザの位置であり、ビーコン管理情報４２０及び位置ビーコン情報４１１を参照して生成される。時刻４１２ｄは、状態遷移が検出された時刻である。

なお、図１０において、ユーザ４１２ａ、状態遷移４１２ｂ及び位置４１２ｃ下線のデータは不正の可能性がある状態であり、乗車状態遷移情報４１２において他のデータと区別して（例えば、フラグを設定して）管理するとよい。また、時刻が斜字のデータは、当該ユーザの旅客端末２００との通信が所定の時間（例えば５分）だけ途絶えたことによるタイムアウトによって状態及び位置が不明となっていることを示し、乗車状態遷移情報４１２において他のデータと区別して（例えば、フラグを設定して）管理するとよい。

図示した乗車状態遷移情報４１２によると、旅客１はＡ駅からＢ駅まで列車１で移動しており、正常に乗車していると推定される。旅客２は、乗車時に旅客端末２００を起動しておらず、列車１に乗車中に旅客端末２００を起動しているので、検札係員を見て旅客端末２００を起動した可能性がある。旅客３は、乗車時に旅客端末２００を起動しておらず、列車１に乗車中に旅客端末２００を起動して、車両を移動しているので、検札係員を見て旅客端末２００を起動して別の車両に移動した可能性がある。旅客４は、Ａ駅から列車１に乗車し列車２でＢ駅に到着しており、列車１の乗車中にタイムアウトして状態及び位置が分からなくなっているので、Ａ駅から他の駅を経由したＢ駅までの移動をＡ駅からＢ駅への移動と見せかけようとしている可能性がある。旅客５は、Ａ駅からＣ駅まで列車１で移動し、Ｃ駅（Ｑ駅）で列車３に乗り換えてＲ駅まで移動したので、乗換を含む正常に乗車していると推定される。旅客６は、Ａ駅からＣ駅まで列車１で移動し、Ｃ駅からＢ駅へ列車４で移動している。Ａ駅とＣ駅との間にＢ駅があるため、折り返し乗車（乗り過ごし、区間外乗車など）と推定される。

図１１は、乗車状態情報４１３の構成例を示す図である。

乗車状態情報４１３は、旅客毎の状態及び位置の現在の情報を記録したテーブルであり、ユーザ４１３ａ、乗車状態４１３ｂ、位置４１３ｃ及び更新時刻４１３ｄを含む。

ユーザ４１３ａは、本チケットシステムのユーザを一意に識別するための識別情報である。乗車状態４１３ｂは、当該ユーザの状態であり、ビーコン管理情報４２０及び遷移モデル（図１７参照）を参照して生成される。位置４１３ｃは、当該ユーザの位置であり、ビーコン管理情報４２０及び位置ビーコン情報４１１を参照して生成される。更新時刻４１３ｄは、状態遷移が検出された時刻である。更新時刻４１３ｄは、毎日所定の初期値（図では４時）が入力され、旅客端末２００から状態及び位置の情報を取得した時刻で更新される。

図１２は、路線情報４１４の構成例を示す図である。

路線情報４１４は、本チケットシステムで管理される鉄道路線の情報を記録したテーブルであり、路線４１４ａ、駅４１４ｂ、序数４１４ｃ及び乗換可能駅４１４ｄを含む。

路線４１４ａは、本チケットシステムで管理される鉄道路線の情報を記録したテーブルである。駅４１４ｂは、当該鉄道路線の駅名である。序数４１４ｃは、当該鉄道路線中の駅の並び順序である。乗換可能駅４１４ｄは、当該駅と乗換可能な駅の名前である。図示した路線情報４１４では、路線１の駅Ｃと路線２の駅Ｑとは隣接しているため、路線１と路線２が乗換できる。

図１３は、移動体走行実績情報４１５の構成例を示す図である。

移動体走行実績情報４１５は、列車等の移動体の走行位置と時刻とを記録したテーブルであり、日付４１５ａ、移動体４１５ｂ、駅４１５ｃ、着時刻４１５ｄ及び発時刻４１５ｅを含む。

日付４１５ａは、当該列車が走行した年月日である。移動体４１５ｂは、列車を一意に識別するための識別情報である。駅４１５ｃは、当該列車が発着する駅（始発駅、停車駅、執着駅）である。着時刻４１５ｄ及び発時刻４１５ｅは、それぞれ、当該駅における列車の到着時刻及び出発時刻である。

図１４は、旅客信頼度更新履歴４１６の構成例を示す図である。

旅客信頼度更新履歴４１６は、旅客毎の信頼度を時系列に記録したテーブルであり、旅客信頼度が変更される毎にレコードが追加される。旅客信頼度更新履歴４１６は、日付４１６ａ、ユーザ４１６ｂ、時刻４１６ｃ、乗車状態遷移種別４１６ｄ、乗車状態遷移位置４１６ｅ及び信頼度４１６ｆを含む。

日付４１６ａは、当該旅客の信頼度が更新される契機となった移動が行われた日である。ユーザ４１６ｂは、本チケットシステムのユーザを一意に識別するための識別情報である。時刻４１６ｃは、当該旅客の信頼度が更新される契機となった移動が行われた時刻である。乗車状態遷移種別４１６ｄは、当該旅客の信頼度が更新される契機となったイベントであり、登録、移動、入場不正、出場不正などが記録される。乗車状態遷移位置４１６ｅは、当該旅客の信頼度が更新される契機となる移動に関する位置情報である。信頼度４１６ｆは、当該旅客の信頼度である。

図示した旅客信頼度更新履歴４１６では、旅客２は２０１９年３月１２日にチケットシステムに登録され、旅客信頼度は所定の初期値（例えば５０）に設定された。その後、旅客２は駅Ａから駅Ｂまで正常な乗車で移動することによって、旅客信頼度が上昇している。また、３月２０日に旅客２に入場データと出場データとの不整合が検出されており、旅客信頼度が低下している。

なお、図示は省略するが、旅客信頼度更新履歴４１６の他に、旅客の現在の信頼度を記録した旅客信頼度情報をサーバ４００に格納してもよい。

図１５は、旅客移動履歴情報４１７の構成例を示す図である。

旅客移動履歴情報４１７は、旅客の日毎の移動履歴を記録したテーブルであり、乗車状態遷移情報４１２から生成される。旅客移動履歴情報４１７は、旅客の日毎の移動履歴を記録したテーブルであり、ユーザ４１７ａ、日付４１７ｂ、乗車時刻４１７ｃ、降車時刻４１７ｄ、乗車区間４１７ｅ及び正常４１７ｆを含む。

ユーザ４１７ａは、本チケットシステムのユーザを一意に識別するための識別情報である。日付４１７ｂは、当該ユーザが列車で移動した日である。乗車時刻４１７ｃは、当該ユーザが列車に乗車した時刻である。降車時刻４１７ｄは、当該ユーザが列車から降車した時刻である。乗車区間４１７ｅは、当該ユーザが列車で移動した区間である。正常４１７ｆは、当該ユーザの移動が正常かの判定結果である。

図１０に示した乗車状態遷移情報４１２によると、旅客２は、３月２０日に、乗車時に旅客端末２００を起動しておらず、列車１に乗車中に旅客端末２００を起動しているので、検札係員を見て旅客端末２００を起動した可能性がある。このため、旅客移動履歴情報４１７では、３月２０日の旅客２の移動は異常であることが記録される。

また、旅客２は、頻繁にＡ駅からＢ駅の間を正常に移動しており、３月２０日の異常な移動は本チケットシステムに慣れていないためとは考え難い。一方、本チケットシステムの利用が少ない（例えば、過去に利用履歴がない）旅客に異常な移動があっても、本チケットシステムに慣れていないためであると推定される。このため、後述する処理（図２０に示す旅客信頼度減算処理のステップＳ２１２）では、異常な移動が検出されても、当該旅客の利用頻度によって、信頼度の変化量を変えるとよい。また、後述する処理（図２０に示す旅客信頼度減算処理のステップＳ２１４）では、異常な移動が記録されている回数又は頻度によって、信頼度の変化量を変えるとよい。

図１６は、チケット情報４１８の構成例を示す図である。

チケット情報４１８は、本チケットシステムで旅客が取得したチケットの情報を記録したテーブルであり、ユーザ４１８ａ、日付４１８ｂ及び区間４１８ｃを含む。

ユーザ４１８ａは、本チケットシステムのユーザを一意に識別するための識別情報である。日付４１８ｂは、当該チケットを利用可能な日付又は期間である。区間４１８ｃは、当該チケットで乗車可能な区間である。

後述する処理（図２０に示す旅客信頼度減算処理のステップＳ２１１）では、チケット情報４１８を参照して、旅客がチケットを持っているかを判定する。例えば、旅客２は、３月２０日に駅Ａから駅Ｄまで乗車するためのチケットを保有しており、旅客移動履歴情報４１７（図１５）に記録された３月２０日の旅客２の異常な乗車は、乗車後に旅客端末２００を起動していないことに気付いて旅客端末２００起動し、購入済みチケットを確認して旅客端末２００を終了したと推定され、信頼度を変更しなくてもよい。一方、旅客２が３月２０日に利用可能なチケットを保有していない場合、旅客移動履歴情報４１７（図１５）に記録された３月２０日の旅客２の異常な乗車は無札乗車であり、検札に来たことを見て旅客端末２００を起動したと推測され、信頼度が低くなるように更新する。

図１７、図１８は乗車状態遷移更新テーブルの構成例を示す図であり、図１７は駅に位置ビーコン１００を設置した場合の乗車状態遷移更新テーブルの例を示し、図１８は駅に位置ビーコン１００を設置しない場合の乗車状態遷移更新テーブルの例を示す。

乗車状態遷移更新テーブルには、受信された位置ビーコン１０１と走行状態と直前の旅客移動状態との組み合わせを用いて、現在の旅客の乗車状態を導出するためのロジックが記録される。

特に、図１８に示す乗車状態遷移更新テーブルは、駅に位置ビーコン１００を設置しない場合に適用され、移動体（列車）の走行状態（停車中、走行中）のパラメータを用いて、旅客の乗車状態を推定する。走行状態は、例えばＧＴＦＳ Ｒｅａｌｔｉｍｅのｖｅｈｉｃｌｅ ｐｏｓｉｔｉｏｎ等から取得できる。ｖｅｈｉｃｌｅ ｐｏｓｉｔｉｏｎの一要素である、ｃｕｒｒｅｎｔ＿ｓｔａｔｕｓには、停車中、次駅へ走行中という状態が記録される。この情報を取得し蓄積することによって、移動体名と時刻を用いて移動体の走行状態を特定できる。また、移動体の運行計画を管理するシステムが持つ移動体走行実績情報４１５（図１３参照）を取得し、その情報を使用してもよい。すなわち、位置ビーコン情報の時刻が、ある移動体の着時刻から発時刻の間である場合、走行状態は停車中と推定され、ある駅の発時刻から次の駅の着時刻の間である場合、走行状態は走行中と推定される。

以後、各乗車状態遷移更新テーブルについて説明する。図１７に示す乗車状態遷移更新テーブルでは、駅の位置ビーコン１００からの信号を受信している場合、直前の乗車状態が駅外であれば、旅客が駅構内に入場して列車を待っている推定され、乗車状態は「入場／電源ＯＮ」であり、位置は「駅近傍」であると導出される。また、直前の乗車状態が同一駅の近傍であれば、旅客が移動していないと推定され、乗車状態は変化なしを意味する「－」であり、位置は「駅近傍」であると導出される。また、直前の乗車状態が異なる駅の近傍であれば、旅客が移動していると推定されるが、移動手段が不明であるため、乗車状態は変化なし、位置は「駅近傍」であると導出される。また、直前の乗車状態が乗車中であれば、旅客が列車から降車したと推定されるため、乗車状態は「降車」であり、位置は「駅近傍」であると導出される。

また、移動体（車両）の位置ビーコン１０１からの信号を受信している場合、直前の乗車状態が駅外であれば、旅客が駅構内に入場して列車に乗車したと推定され、乗車状態は「入場／電源ＯＮ」であり、位置は「乗車中」であると導出される。また、直前の乗車状態が駅の近傍であれば、旅客が旅客は列車に乗車したと推定され、乗車状態は「乗車」であり、位置は「乗車中」であると導出される。また、直前の乗車状態が同一の移動体の同一の車両に乗車中である場合、旅客がそのまま同じ車両に乗車していると推定され、乗車状態は変化なし、位置は「乗車中」であると導出される。また、直前の乗車状態が同一の移動体の異なる車両に乗車中である場合、旅客が同じ列車ではあるが異なる車両に移動して乗車していると推定され、乗車状態は「車両移動」であり、位置は「乗車中」であると導出される。また、直前の乗車状態が異なる移動体に乗車中である場合、移動手段が不明であるため、乗車状態は変化なし、位置は「乗車中」であると導出される。

また、いずれの位置ビーコン１００、１０１らの信号をも受信せずにタイムアウトした場合、直前の乗車状態が駅外であれば、旅客が駅の外にいると推定され、乗車状態は変化なし、位置は「駅外」であると導出される。また、直前の乗車状態が駅近傍であれば、旅客が駅の外に移動したと推定され、乗車状態は「出場／電源ＯＦＦ」であり、位置は「駅外」であると導出される。また、直前の乗車状態が乗車中であれば、旅客が列車から降車して駅の外に移動したと推定され、乗車状態は「降車、出場／電源ＯＦＦ」であり、位置は「駅外」であると導出される。

また、図１８に示す乗車状態遷移更新テーブルでは、停車中の移動体（車両）の位置ビーコン１０１からの信号を受信している場合、直前の乗車状態が駅外であれば、旅客が駅構内に入場して列車に乗車したと推定され、乗車状態は「入場／電源ＯＮ」であり、位置は「駅近傍」であると導出される。また、直前の乗車状態が同一駅の近傍であれば、旅客が移動していないと推定され、乗車状態は変化なしを意味する「－」であり、位置は「駅近傍」であると導出される。また、直前の乗車状態が異なる駅の近傍であれば、旅客が移動していると推定されるが、移動手段が不明であるため、乗車状態は「－」であり、位置は「駅近傍」であると導出される。また、直前の乗車状態が乗車中であれば、旅客が列車に乗車中か降車したかが不明であるため、乗車状態は変化なし、位置は「駅近傍」であると導出される。

また、走行中の移動体（車両）の位置ビーコン１０１からの信号を受信している場合、直前の乗車状態が駅外であれば、旅客が駅構内に入場して列車に乗車したと推定され、乗車状態は「入場／電源ＯＮ」であり、位置は「乗車中」であると導出される。また、直前の乗車状態が駅の近傍であり、直前の乗車状態遷移イベントが入場／電源ＯＮである場合、旅客が列車に乗車したと推定され、乗車状態は「乗車」であり、位置は「乗車中」であると導出される。また、直前の乗車状態が駅の近傍であり、直前の乗車状態遷移イベントが入場／電源ＯＮ以外である場合、旅客が列車に乗車していると推定され、乗車状態は変化なし、位置は「乗車中」であると導出される。また、直前の乗車状態が同一の移動体の同一の車両に乗車中である場合、旅客がそのまま同じ車両に乗車していると推定され、乗車状態は変化なし、位置は「乗車中」であると導出される。また、直前の乗車状態が同一の移動体の異なる車両に乗車中である場合、旅客が同じ列車ではあるが異なる車両に移動して乗車していると推定され、乗車状態は「車両移動」であり、位置は「乗車中」であると導出される。また、直前の乗車状態が異なる移動体に乗車中である場合、移動手段が不明であるため、乗車状態は変化なし、位置は「乗車中」であると導出される。

また、いずれの位置ビーコン１００、１０１からの信号をも受信せずにタイムアウトした場合、直前の乗車状態が駅外であれば、旅客が駅の外にいると推定され、乗車状態は変化なし、位置は「駅外」であると導出される。また、直前の乗車状態が駅近傍であり、直前の乗車状態遷移イベントが乗車又は車両移動である場合、旅客が列車から降車して駅の外に移動したと推定され、乗車状態は「降車、出場／電源ＯＦＦ」であり、位置は「駅外」であると導出される。また、直前の乗車状態が駅近傍であり、直前の乗車状態遷移イベントが乗車又は車両移動でない場合、旅客が駅の外に移動したと推定され、乗車状態は「出場／電源ＯＦＦ」であり、位置は「駅外」であると導出される。また、直前の乗車状態が乗車中であれば、旅客が列車から降車して駅の外に移動したと推定され、乗車状態は「降車、出場／電源ＯＦＦ」であり、位置は「駅外」であると導出される。

図１９は、旅客信頼度更新処理（Ｓ２）のフローチャートである。

まず、旅客信頼度計算機能Ｆ４０１は、乗車状態遷移情報４１２を読み込む（Ｓ２０１）。

その後、ユーザ毎にステップＳ２０２以後の処理を実行する。

まず、状態遷移種別を判定する（Ｓ２０２）。そして、状態遷移種別が入場／電源ＯＮである場合、状態遷移発生位置が駅であるかを判定する（Ｓ２０３）。そして、状態遷移発生位置が駅でなければ、駅以外の場所で旅客端末２００を起動しているので、不正のおそれがあると推定し、旅客信頼度を減算する（Ｓ２０４）。旅客信頼度減算処理の詳細は、図２０を参照して後述する。その後、旅客の位置が検札中の車両であるかを判定する（Ｓ２０５）。その結果、旅客の位置が検札中の車両であれば、検札係員から逃げており不正のおそれがあると推定し、さらに旅客信頼度を減算する（Ｓ２０４）。

状態遷移種別が出場／電源ＯＦＦである場合、状態遷移発生位置が駅であるかを判定する（Ｓ２０３）。そして、状態遷移発生位置が駅でなければ、駅以外の場所で旅客端末２００を起動しているので、不正のおそれがあると推定し、旅客信頼度を減算する（Ｓ２０４）。一方、状態遷移発生位置が駅であれば、正常な乗車であると推定され、旅客信頼度を加算する（Ｓ２０６）。なお、この旅客信頼度の加算は、正常な乗車と正常な降車との組み合わせが成立した場合に実行するとよい。

状態遷移種別が車両移動である場合、状態遷移発生後の位置が検札中の車両であるかを判定する（Ｓ２０７）。その結果、状態遷移発生後の位置が検札中の車両であれば、検札係員から逃げており不正のおそれがあると推定し、旅客信頼度を減算する（Ｓ２０４）。

図２０は、旅客信頼度減算処理（Ｓ２０４）のフローチャートである。

まず、当該旅客は状態遷移が発生した位置を包含するチケットを持っているかを判定する（Ｓ２１１）。その結果、チケット情報４１８を参照して、当該旅客が状態遷移が発生した位置を包含するチケットを持っていれば、正規の乗車であり、旅客端末２００の起動忘れであると推定し、旅客信頼度減算処理を終了する。一方、当該旅客が状態遷移が発生した位置を包含するチケットを持っていなければ、旅客移動履歴情報４１７を参照して、当該旅客の当該区間の乗車回数が所定の閾値以上であるかを判定する（Ｓ２１２）。当該旅客の当該区間の乗車回数が所定の閾値以上であれば、旅客信頼度の減算幅を増加する（Ｓ２１３）。一方、当該旅客の当該区間の乗車回数が所定の閾値より小さければ、判定信頼度の減算幅を増加せず、所定値（例えば、初期値である１）のままとする。これは、当該区間の乗車回数が少なく本システムの利用に慣れていない旅客を救済するためである。同様に、ステップＳ２１２において、ユーザ情報４１９の居住国４１９ｅを参照して、自国に居住していない者の判定信頼度の減算幅を増加せず、初期値のままとしたり、減算幅を０にしてもよい。

その後、旅客移動履歴情報４１７を参照して、当該旅客の異常乗車回数が所定の閾値以上であるかを判定する（Ｓ２１４）。その結果、当該旅客の異常乗車回数が所定の閾値以上であれば、異常な乗車を常習している悪質な旅客であると推定され、旅客信頼度の減算幅を増加する（Ｓ２１３）。なお、ステップＳ２１４では、異常乗車の回数で悪質な旅客かを判定しても、異常乗車と正常乗車の比で悪質な旅客かを判定してもよい。

その後、算出した減算幅で旅客信頼度を更新する（Ｓ２１５）。

また、図示したパラメータ（当該区間の乗車回数、異常乗車回数）の他、当該旅客の居住地や国籍を用いて、本システムの利用に慣れていない旅客を救済するように、旅客信頼度の減算幅を小さく決定してもよい。

図２１は、検札推奨位置提示処理のシーケンス図である。

検札推奨位置提示処理は、検札端末３００からの要求によって起動されるが、所定のタイミングで繰り返すバッチ処理として検札推奨位置提示処理を実行してもよい。

まず、検札端末３００は、「検札推奨位置」ボタンの操作をトリガとして、検札端末ＩＤを含む検札推奨位置取得要求をサーバ４００に送信する（Ｓ３０１）。

サーバ４００は、位置ビーコン情報４１１及びユーザ情報４１９を参照して、検札端末３００の位置ビーコン情報から、検札係員が乗車中の車両を判定する（Ｓ３０２）。さらに、サーバ４００は、位置ビーコン情報４１１、旅客信頼度更新履歴４１６及びユーザ情報４１９を参照して、乗車中の旅客の信頼度を集計し（Ｓ３０３）、車両別信頼度別度数分布を検札端末３００に送信する。

検札端末３００は、車両別信頼度別度数分布を受信すると、推奨検札位置提示機能Ｆ３０１によって検札推奨位置（例えば、図２２、図２３に示す検札推奨位置表示画面）を表示する。検札係員は、検札推奨位置表示画面を見て、優先的に検札を行う車両を決定でき、検札の効率を向上できる。

図２２、図２３は、検札推奨位置表示画面の例を示す図である。

検札推奨位置表示画面は、図２２に示すように、車両毎の旅客に関する情報を表示する。具体的には、車両毎の乗車人数、不正乗車が疑われる旅客の人数を表示する。各車両の領域を選択操作（例えばタップ）すると、当該車両における信頼度毎の旅客数の度数分布をグラフ形式で表示できる。

また、グラフ表示された信頼度の度数分布のバーを選択すると、当該信頼度として計数されている旅客の属性を表示する。例えば、図２３に示すように、当該信頼度の旅客の人数を性別と年代のマトリクスで表示してもよい。また、当該信頼度の旅客の属性（性別、年代など）をリスト形式で表示してもよい。

検札推奨位置表示画面には、「検札推奨位置」ボタン及び「検札支援情報」ボタンが設けられている。「検札支援情報」ボタンは、検札支援情報画面（図２５参照）に遷移するために操作されるボタンである。なお、検札推奨位置表示画面で「検札推奨位置」ボタンが操作されると、検札推奨位置取得要求をサーバ４００に送信し、最新のデータに更新できる。

図２４は、検札支援情報提示処理のフローチャートである。

検札支援情報提示処理は、検札端末３００からの要求によって起動され、特定の車両（例えば、検札係員と同じ車両）にいる旅客のうち不正乗車の可能性が高い旅客の情報を集めて表示する処理である。

まず、検札端末３００で、「検札支援情報」ボタンの操作をトリガとして、検札端末ＩＤを含む検札支援情報要求をサーバ４００に送信する（Ｓ４０１）。

サーバ４００は、推奨検札位置算出Ｆ４０２によって、位置ビーコン情報４１１及び旅客信頼度更新履歴４１６を参照して、当該車両に乗車している旅客のうち旅客信頼度が低い旅客の情報を収集し、検札支援情報を作成し、当該旅客に関する旅程情報（乗車状態遷移情報４１２）、旅客信頼度更新履歴４１６及び罰金額４１９ｊを検札端末３００に送信する。

検札端末３００は、検札支援情報を受信すると、検札支援情報提示機能Ｆ３０２によって検札支援情報画面（図２５参照）を表示する。検札係員は、不正乗車の可能性が高い旅客の情報を取得でき、検札の効率を向上できる。

検札係員は、検札支援情報画面を見て、検札要求ビーコンを送信する操作を行う（Ｓ５０１）。

旅客端末２００は、検札要求ビーコンを受信すると、検札応答処理機能Ｆ２０１によって検札要求応答を表示する。例えば、検札要求応答は、検札への対応を旅客に促す画面（例えば、「乗務員にチケットを提示してください」とのメッセージ）を表示したり、検札要求時に指定された画面表示（例えば特定の色を表示）して、検札係員が対象者を識別しやすくする。

図２５は、検札支援情報画面の例を示す図である。

検札支援情報画面は、旅客属性と当該旅程情報と罰金額と過去信頼度更新情報の各々の表示領域を含む。

旅客属性の表示領域は、検札すべき旅客の属性を表示する。検札係員が検札すべき旅客を特定するために、旅客属性が役立つ。当該旅程情報の表示領域は、当該旅客に発生した乗車状態の遷移を表示する。例えば、入場／電源ＯＮイベントの時刻及び場所、乗車中の列車や車両、出場／電源ＯＦＦイベントの時刻及び場所が表示される。罰金額の表示領域は、ユーザ情報４１９から取得した、当該旅客が過去に受けた罰金額を表示する。過去信頼度更新情報の表示領域は、旅客信頼度更新履歴４１６から取得した、当該旅客の信頼度の経時変化を乗車状態遷移種別及び乗車状態遷移位置と共に表示する。

検札支援情報画面には、「検札推奨位置」ボタン及び「検札支援情報」ボタンが設けられている。「検札推奨位置」ボタンは、検札推奨位置表示画面（図２２、図２３）に遷移するために操作されるボタンである。なお、検札支援情報画面で「検札支援情報」ボタンが操作されると、検札支援情報要求をサーバ４００に送信する。

以上に説明したように、本発明の実施例のチケットシステムでは、旅客が乗車する移動体（例えば列車）に設置された位置ビーコン１０１と、旅客が使用する旅客端末２００と、検札係員が使用する検札端末３００と、旅客端末２００及び検札端末３００と接続されたサーバ４００とを備え、旅客端末２００は位置ビーコン１０１を検出し、サーバ４００は、旅客端末２００が検出した位置ビーコン１０１の識別子を旅客端末２００の識別子と対応付けて管理し、位置ビーコン１０１の識別子と旅客端末２００の識別子との対応関係に基づいて、旅客端末の状態及び場所の時間変化を乗車状態遷移情報４１２として管理し、旅客信頼度計算機能Ｆ４０１によって、乗車状態遷移情報４１２に基づいて、旅客の信頼度を更新するので、乗客毎の信頼度に基づいて検札をすべき場所の情報を提供でき、車内における検札業務を効率化できる。

また、サーバ４００は、乗車状態遷移時の移動体の位置に基づいて、旅客の信頼度を更新するので（例えば図１９のステップＳ２０３、Ｓ２０４、Ｓ２０６）、駅以外で起動した旅客端末２００及び停止した旅客端末２００を検出して、規則に適合しない乗車を検出できる。

また、サーバ４００は、乗車状態遷移時の移動体の走行状態に基づいて、旅客の信頼度を更新するので、列車走行中に起動した旅客端末２００及び停止した旅客端末２００を検出して、規則に従わない乗車を検出できる。

また、サーバ４００は、移動体に設置された位置ビーコンの識別子と検札端末３００の識別子との対応関係に基づいて、検札端末３００の場所を管理し、乗車状態遷移時の検札端末３００の位置に基づいて、当該検札端末３００の近くの旅客端末２００を使用する旅客の信頼度を更新するので、検札係員から逃げており不正のおそれがあると推定される旅客の信頼度を減少できる。

また、サーバ４００は、旅客の乗車履歴に基づいて当該区間に頻繁に乗車していると判定された場合、旅客の信頼度を大きな低減幅で更新するので（例えば図２０のステップＳ２１２、Ｓ２１３）、当該区間の乗車回数が少なく本システムの利用に慣れていない旅客を救済できる。

また、サーバ４００は、旅客の異常乗車履歴によって悪質な旅客であると判定された場合、旅客の信頼度を大きな低減幅で更新するので（例えば図２０のステップＳ２１４、Ｓ２１３）、異常な乗車を常習している悪質な旅客にペナルティを科すことができる。

また、サーバ４００は、所定の位置条件を満たす旅客端末２００を使用する旅客の信頼度を含む検札推奨位置情報を検札端末３００に送信し、検札端末３００は、推奨検札位置提示機能Ｆ３０１によって、受信した検札推奨位置情報を表示するので、検札係員は、検札推奨位置情報を見て、優先的に検札を行う車両を決定でき、検札の効率を向上できる。

また、サーバ４００は、乗車状態遷移時の旅客端末２００の移動モードに基づいて、旅客端末２００が検出した位置ビーコン１０１の識別子と旅客端末２００の識別子と対応付けて管理するかを決定するので（例えば図８のステップＳ１１４）、信頼度の誤った更新を抑制できる。

また、サーバ４００は、旅客の信頼度の履歴を参照して、移動体に乗車している旅客のうち信頼度が低い旅客の情報を収集し、収集した情報を検札端末３００に送信するので、検札係員が不正乗車の可能性が高い旅客の情報を取得でき、検札の効率を向上できる。

また、検札端末３００は、サーバ４００から送信された旅客の情報に基づいて、旅客端末２００に検札要求を送信し（例えば図２４のステップＳ５０１）、旅客端末２００は、検札要求を受信すると、検札応答表示機能Ｆ２０１によって、検札への対応を旅客に促し、検札要求時に指定された画面を表示するので、旅客に検札への対応を促すことができる。また、検札要求時に指定された画面として例えば画面背景全面を赤色とすれば、検札係員が一目でアプリが起動されていることがわかるので、検札の効率を向上できる。

また、位置ビーコン１００、１０１は、移動体の内部及び移動体の停車場に設置されており、サーバ４００は、移動体に設置された位置ビーコン１０１の識別子と、停車場に設置された位置ビーコン１００の識別子とを用いて、旅客端末２００の状態及び場所を管理するので、旅客端末２００の乗車状態の遷移を正確に管理できる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ、ＢＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１００、１０１ 位置ビーコン
２００ 旅客端末
２０１ 通信部
２０２ センサ部
２０３ 記憶部
２０４ 入力部
２０５ 出力部
２０６ プロセッサ
２０７ メモリ
Ｆ２０１ 検札応答処理機能
Ｆ２０２ 移動モード推定機能
Ｆ２０３ 位置検出機能
３００ 検札端末
３０１ 通信部
３０２ センサ部
３０３ 記憶部
３０４ 入力部
３０５ 出力部
３０６ プロセッサ
３０７ メモリ
Ｆ３０１ 推奨検札位置提示機能
Ｆ３０２ 検札支援情報提示機能
Ｆ３０３ 位置検出機能
４００ サーバ
４０１ 通信部
４０３ 記憶部
４０４ 入力部
４０５ 出力部
４０６ プロセッサ
４０７ メモリ
４１１ 位置ビーコン情報
４１２ 乗車状態遷移情報
４１３ 乗車状態情報
４１４ 路線情報
４１５ 移動体走行実績情報
４１６ 旅客信頼度更新履歴
４１７ 旅客移動履歴情報
４１８ チケット情報
４１９ ユーザ情報
４２０ ビーコン管理情報
Ｆ４０１ 旅客信頼度計算機能
Ｆ４０２ 推奨検札位置算出
Ｆ４０３ 検札支援情報作成

Claims (13)

1. 旅客の乗車時に使用するチケットシステムであって、
   旅客が乗車する移動体に設置され、無線信号を送信する位置ビーコンと、
   旅客が使用する旅客端末と、
   検札係員が使用する検札端末と、
   前記旅客端末及び前記検札端末と接続されたサーバとを備え、
   前記旅客端末及び前記検札端末は、前記位置ビーコンから送信された無線信号を検出し、
   前記サーバは、
   前記位置ビーコンの識別子と設置場所を対応付けて記録するビーコン管理情報を格納し、
   前記旅客端末が検出した前記位置ビーコンの識別子を、当該旅客端末の識別子と対応付けて管理し、
   前記移動体に設置され検札端末が検出した位置ビーコンの識別子と前記検札端末の識別子との対応関係に基づいて、前記検札端末が乗車している移動体の場所を管理し、
   前記移動体に設置され旅客端末が検出した位置ビーコンの識別子と前記旅客端末の識別子との対応関係に基づいて、前記旅客端末の乗車状態及び乗車している移動体の場所の時間変化を乗車状態遷移として管理し、
   前記乗車状態遷移時の前記旅客端末の位置に基づいて、前記検札端末の近くの旅客端末を使用する旅客の信頼度を更新することを特徴とするチケットシステム。
2. 請求項１に記載のチケットシステムであって、
   前記サーバは、乗車状態遷移時の前記移動体の位置に基づいて、前記旅客の信頼度を更新することを特徴とするチケットシステム。
3. 請求項１に記載のチケットシステムであって、
   前記サーバは、乗車状態遷移時の前記移動体の走行状態に基づいて、前記旅客の信頼度を更新することを特徴とするチケットシステム。
4. 請求項１に記載のチケットシステムであって、
   前記サーバは、前記旅客の乗車履歴に基づいて当該区間に頻繁に乗車していると判定された場合、前記旅客の信頼度を大きな低減幅で更新することを特徴とするチケットシステム。
5. 請求項１に記載のチケットシステムであって、
   前記サーバは、前記旅客の異常乗車履歴によって悪質な旅客であると判定された場合、前記旅客の信頼度を大きな低減幅で更新することを特徴とするチケットシステム。
6. 請求項１に記載のチケットシステムであって、
   前記サーバは、所定の位置条件を満たす旅客端末を使用する旅客の信頼度を含む検札推奨位置情報を検札端末に送信し、
   前記検札端末は、受信した前記検札推奨位置情報を表示することを特徴とするチケットシステム。
7. 請求項１に記載のチケットシステムであって、
   前記サーバは、乗車状態遷移時の前記旅客端末の移動モードに基づいて、前記旅客端末が検出した前記位置ビーコンの識別子と当該旅客端末の識別子と対応付けて管理するかを決定することを特徴とするチケットシステム。
8. 請求項１に記載のチケットシステムであって、
   前記サーバは、前記旅客の信頼度の履歴を参照して、前記移動体に乗車している旅客のうち信頼度が低い旅客の情報を収集し、前記収集した情報を前記検札端末に送信することを特徴とするチケットシステム。
9. 請求項８に記載のチケットシステムであって、
   前記検札端末は、前記サーバから送信された旅客の情報に基づいて、前記旅客端末に検札要求を送信し、
   前記旅客端末は、前記検札要求を受信すると、検札への対応を旅客に促し、検札要求時に指定された画面を表示することを特徴とするチケットシステム。
10. 請求項１に記載のチケットシステムであって、
    前記位置ビーコンは、前記移動体の内部及び前記移動体の停車場に設置されており、
    前記サーバは、前記移動体に設置された位置ビーコンの識別子と、前記停車場に設置された位置ビーコンの識別子とを用いて、前記旅客端末の状態及び場所を管理することを特徴とするチケットシステム。
11. チケットシステムが実行するチケット管理方法であって、
    前記チケットシステムは、旅客が乗車する移動体に設置され、無線信号を送信する位置ビーコンと、旅客が使用する旅客端末と、検札係員が使用する検札端末と、前記旅客端末及び前記検札端末と接続されたサーバとを備え、
    前記サーバは、前記位置ビーコンの識別子と設置場所を対応付けて記録するビーコン管理情報を格納し、
    前記チケット管理方法は、
    前記旅客端末及び前記検札端末が、前記位置ビーコンから送信された無線信号を検出し、
    前記サーバが、前記旅客端末が検出した前記位置ビーコンの識別子を、当該旅客端末の識別子と対応付けて管理し、
    前記サーバが、前記移動体に設置され検札端末が検出した位置ビーコンの識別子と前記検札端末の識別子との対応関係に基づいて、前記検札端末が乗車している移動体の場所を管理し、
    前記サーバが、前記旅客端末が検出した位置ビーコンの識別子と前記旅客端末の識別子との対応関係に基づいて、前記旅客端末の乗車状態及び乗車している移動体の場所の時間変化を乗車状態遷移として管理し、
    前記サーバが、前記乗車状態遷移時の前記旅客端末の位置に基づいて、前記検札端末の近くの旅客端末を使用する旅客の信頼度を更新することを特徴とするチケット管理方法。
12. 旅客の乗車時に使用するチケットシステムであって、
    旅客が乗車する移動体の内部及び前記移動体の停車場に設置され、無線信号を送信する位置ビーコンと、
    旅客が使用する旅客端末と、
    検札係員が使用する検札端末と、
    前記旅客端末及び前記検札端末と接続されたサーバとを備え、
    前記旅客端末は、前記位置ビーコンから送信された無線信号を検出し、
    前記サーバは、
    前記位置ビーコンの識別子と設置場所を対応付けて記録するビーコン管理情報を格納し、
    前記旅客端末が検出した前記位置ビーコンの識別子を、当該旅客端末の識別子と対応付けて管理し、
    前記移動体に設置され旅客端末が検出した位置ビーコンの識別子及び前記停車場に設置され、旅客端末が検出した位置ビーコンの識別子と前記旅客端末の識別子との対応関係に基づいて、前記旅客端末の乗車状態及び乗車している移動体の場所の時間変化を乗車状態遷移として管理し、
    前記乗車状態遷移に基づいて、旅客の信頼度を更新し、
    前記旅客の信頼度の履歴を参照して、前記移動体に乗車している旅客のうち信頼度が低い旅客の情報を収集し、前記収集した情報を前記検札端末に送信することを特徴とするチケットシステム。
13. チケットシステムが実行するチケット管理方法であって、
    前記チケットシステムは、旅客が乗車する移動体の内部及び前記移動体の停車場に設置され、無線信号を送信する位置ビーコンと、旅客が使用する旅客端末と、検札係員が使用する検札端末と、前記旅客端末及び前記検札端末と接続されたサーバとを備え、
    前記サーバは、前記位置ビーコンの識別子と設置場所を対応付けて記録するビーコン管理情報を格納し、
    前記チケット管理方法は、
    前記旅客端末が、前記位置ビーコンから送信された無線信号を検出し、
    前記サーバが、前記旅客端末が検出した前記位置ビーコンの識別子を、当該旅客端末の識別子と対応付けて管理し、
    前記サーバが、前記移動体に設置され旅客端末が検出した位置ビーコンの識別子及び前記停車場に設置され、旅客端末が検出した位置ビーコンの識別子と前記旅客端末の識別子との対応関係に基づいて、前記旅客端末の乗車状態及び乗車している移動体の場所の時間変化を乗車状態遷移として管理し、
    前記サーバが、前記乗車状態遷移に基づいて、旅客の信頼度を更新し、
    前記旅客の信頼度の履歴を参照して、前記移動体に乗車している旅客のうち信頼度が低い旅客の情報を収集し、前記収集した情報を前記検札端末に送信することを特徴とするチケット管理方法。

Images