JP7001302B1 - 情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】設備等への投資の度合いが軽減された公共交通機関の乗降客を管理することができる情報処理システム等を提供すること。【解決手段】本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、次の各ステップを実行するように構成される。取得ステップでは、ユーザ端末の発信した緯度経度情報を取得する。特定ステップでは、取得した緯度経度情報と、公共交通機関の停留所及び緯度経度を関連付けた情報を有する参照情報とに基づいて、ユーザの乗降した公共交通機関の停留所を特定する。【選択図】図１

Description

本発明は、情報処理システム、情報処理方法及びプログラムに関する。

公共バスなどの公共交通機関において、その交通機関のダイヤや事業採算性などを考慮するため、乗降する客の数を管理することが必要な場合がある。
近年においては公共交通機関の決済として、チップを埋め込んだ非接触型ＩＣカードの普及も進んできており、かかる技術を応用すれば、前述した客数管理が可能であるとも考えられる。
関連するものとして、特許文献１にはＩＣタグ付乗車券の情報を読取る読取機と送信機とをバスに備えさせ、バスの乗降客数を把握可能なシステムが開示されている。

特開２００４－３５５３８５号公報

しかしながら、特許文献１に開示された技術を達成するためには、バス毎に読取機や送信機を搭載させる必要がある。そのため、事業者にとっては、必ずしも経済性のよい手段とは言えないのが実情である。

本発明では上記事情に鑑み、設備等への投資の度合いが軽減された公共交通機関の乗降客を管理することができる情報処理システム等を提供することとした。

本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、次の各ステップを実行するように構成される。取得ステップでは、ユーザ端末の発信した緯度経度情報を取得する。特定ステップでは、取得した緯度経度情報と、公共交通機関の停留所及び緯度経度を関連付けた情報を有する参照情報とに基づいて、ユーザの乗降した公共交通機関の停留所を特定する。

上記態様によれば、ユーザ端末の発信した緯度経度情報に基づいてユーザの乗降した停留所を特定することができるので、交通機関自体への設備投資等は軽減されることとなる。
このような点で、上記態様によれば、設備等への投資の度合いが軽減された公共交通機関の乗降客を管理可能な情報処理システム等が実現することができるといえる。

本実施形態に係る情報処理システム１を表す構成図である。 ユーザ端末２のハードウェア構成を示すブロック図である。 サーバ３のハードウェア構成を示すブロック図である。 サーバ３における制御部３３等によって実現される機能を示すブロック図である。 本実施形態の情報処理方法の詳細を説明するために用いるバス路線の概観図である。 チケット購入に関する情報処理の流れを示すアクティビティ図である。 乗降停留所の特定に関する情報処理の流れを示すアクティビティ図である。 ユーザ端末２に表示される乗降選択画面の一例である。 ユーザ端末２に表示される乗車時提示画面の一例である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．ハードウェア構成
本節では、本実施形態のハードウェア構成について説明する。

１．１ 情報処理システム１
図１は、本実施形態に係る情報処理システム１を表す構成図である。情報処理システム１はユーザ端末２と、サーバ３とを備え、これらがネットワーク１１を通じて接続されている。これらの構成要素についてさらに説明する。なお、情報処理システム１に例示されるシステムとは、１つ又はそれ以上の装置又は構成要素からなるものである。したがって、サーバ３単体であってもシステムの一例となる。

１．２ ユーザ端末２
ユーザ端末２は、公共交通期間を利用するユーザが所持する端末である。例えば、ユーザ端末２は、スマートフォン、タブレット端末、コンピュータ等が想定されるが、その詳細は限定されるものではない。なお、図１においてユーザ端末２はスマートフォン単体（２－１，２－２，・・・２－ｎ）の集合体として記載しているが、本明細書においては端末単体をユーザ端末２と表記することもある。

図２は、ユーザ端末２のハードウェア構成を示すブロック図である。
ユーザ端末２は、通信部２１と、記憶部２２と、制御部２３と、表示部２４と、入力部２５とを有し、これらの構成要素がユーザ端末２の内部において通信バス２０を介して電気的に接続されている。通信部２１、記憶部２２及び制御部２３の説明は、後述の、サーバ３における通信部３１、記憶部３２及び制御部３３と略同様のため省略する。

表示部２４は、例えば、ユーザ端末２の筐体に含まれるものであってもよいし、外付けされるものであってもよい。表示部２４は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。これは例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ及びプラズマディスプレイ等の表示デバイスを、ユーザ端末２の種類に応じて使い分けて実施することが好ましい。ここでは、表示部２４は、ユーザ端末２の筐体に含まれるものとして説明する。

入力部２５は、ユーザ端末２の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部２５は、表示部２４と一体となってタッチパネルとして実施されてもよい。タッチパネルであれば、ユーザは、タップ操作、スワイプ操作等を入力することができる。もちろん、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等を採用してもよい。すなわち、入力部２５がユーザによってなされた操作入力を受け付ける。当該入力が命令信号として、通信バス２０を介して制御部２３に転送され、制御部２３が必要に応じて所定の制御や演算を実行しうる。

なお、本実施形態においてはユーザ端末２が緯度経度情報を発信することとなるので、このユーザ端末２にはそのような緯度経度情報を発信する機能が備えられる。
具体的には、ユーザ端末２には、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の信号を発信することができる機能が備えられる。
また、ユーザ端末２は、たとえばコードなどを読み出すカメラ機能などや、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグ等の各種タグを読み出し可能なリーダーを有していてもよい。

１．３ サーバ３
図３は、サーバ３のハードウェア構成を示すブロック図である。サーバ３は、通信部３１と、記憶部３２と、制御部３３とを有し、これらの構成要素がサーバ３の内部において通信バス３０を介して電気的に接続されている。各構成要素についてさらに説明する。

通信部３１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、３Ｇ／ＬＴＥ／５Ｇ等のモバイル通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、サーバ３は、通信部３１を介して、ユーザ端末２とネットワーク１１を介して種々の情報を通信する。

記憶部３２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部３３によって実行されるサーバ３に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。また、これらの組合せであってもよい。特に、記憶部３２は、制御部３３によって実行されるサーバ３に係る種々のプログラム等を記憶している。

制御部３３は、サーバ３に関連する全体動作の処理・制御を行う。制御部３３は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部３３は、記憶部３２に記憶された所定のプログラムを読み出すことによって、サーバ３に係る種々の機能を実現する。すなわち、記憶部３２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部３３によって具体的に実現されることで、制御部３３に含まれる各機能部として実行されうる。これらについては、次節においてさらに詳述する。なお、制御部３３は単一であることに限定されず、機能ごとに複数の制御部３３を有するように実施してもよい。またそれらの組合せであってもよい。

２．機能構成
本節では、本実施形態の機能構成について説明する。前述の通り、記憶部３２に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部３３によって具体的に実現されることで、制御部３３に含まれる各機能部として実行されうる。

図４は、サーバ３における制御部３３等によって実現される機能を示すブロック図である。具体的には、情報処理システム１の一例であるサーバ３は、取得部３３１と、特定部３３２とを必須に備えるものである。なお、図４にはサーバ３に備えられた機能として、表示制御部３３３、受付部３３４、乗降判定部３３５、決済登録部３３６とを備えた態様を示している。

取得部３３１は、ユーザ端末２の発信した緯度経度情報を取得するように構成される。これについては後に更に詳述する。

特定部３３２は、取得部３３１が取得した緯度経度情報と、公共交通機関の停留所及び緯度経度を関連付けた情報を有する参照情報とに基づいて、ユーザの、乗降した公共交通機関の停留所を特定する。これについては後に更に詳述する。

表示制御部３３３は、種々の表示情報を生成して、ユーザが視認可能な表示内容を制御するように構成される。表示情報とは、画面、画像、アイコン、テキスト等といった、ユーザが視認可能な態様で生成された情報そのものでもよいし、例えばユーザ端末２に画面、画像、アイコン、テキスト等を表示させるためのレンダリング情報であってもよい。
たとえば表示制御部３３３は、ユーザ端末２がコードを読み出した場合に、公共交通機関の乗降をユーザが把握可能な画面をユーザ端末２に表示させるように制御する。

受付部３３４は、ユーザがユーザ端末２に入力した種々の情報を受付ける。
たとえば受付部３３４は、表示制御部３３３がユーザ端末２に表示させた画面に対するユーザの入力を受け付ける。

乗降判定部３３５は、ユーザ端末２の発信した緯度経度情報をサーバ３が受信した際に、その発信された緯度経度情報が、ユーザが公共交通機関の乗降した場合のいずれか（たとえば公共交通機関がバス路線であれば、バスに対しての乗車の際であるか、降車の際であるか）を判定する。
この判定の具体的な態様については追って説明する。

決済登録部３３６は、ユーザが公共交通機関のチケット代金の決済を行ったことを登録する。
なお、この登録の内容についてはサーバ３中の記憶部３２に記憶するよう、制御部３３が制御することができる。

３．情報処理方法
本節では、前述した情報処理システム１の実行する情報処理方法の各ステップについて、架空の地域のバス路線を例に挙げて説明する。

図５は、本実施形態の情報処理方法の詳細を説明するために用いるバス路線の概観図である。この図は架空の地域のバス路線を表すものであるが、このバス路線は循環した経路を有しており、Ｄ１方向とＤ２方向のそれぞれの方向でバスＢＳが運行するものである。また、この路線内には、停留所として停留所ＳＴ１～停留所ＳＴ５が設けられている。
なお、本実施形態における情報処理方法においては、ユーザ端末２が緯度経度情報を発信することができるようになっているため、バスＢＳ自体に位置情報を発信することができる設備を持っていなくてもよい。

３．１ チケットの購入
まず、ユーザが当該地域のバス路線のチケットを購入する段階を説明する。図６は、チケット購入に関する情報処理の流れを示すアクティビティ図である。
なお、この段階で購入するチケットは図５に示されるバス路線について１日自由に乗り降り可能なフリーパスであるものと仮定する。

まず、ユーザはユーザ端末２を介して当該地域のバスの乗車券（チケット）を購入する（アクティビティＡ１０１）。
このチケット購入の決済は典型的にはクレジットカードでの決済により行われるが、これには制限されず公知の商取引のいずれかの態様を採用することができる。

ユーザがチケットを購入すると、サーバ３はこの決済を受け付け、さらにユーザ端末２の情報を登録する（アクティビティＡ１０２）。また、この受付と登録とが完了した旨をユーザ端末２に表示させるよう制御し、ユーザに決済が完了したことを通知する（アクティビティＡ１０３～Ａ１０４）。
すなわち、制御部３３に備えられる決済登録部３３６は、ユーザがバス路線のチケット代金の決済を行ったことを登録するが、サーバ３の制御部３３は、この決済の登録を条件としてユーザ端末２の緯度経度情報を取得可能に制御するよう構成することができる。
このような態様によれば、公共交通機関が取得する乗降ユーザ数のデータについての信頼性が向上させることができる。

３．２ 乗降停留所の特定
続いて、ユーザがバスＢＳに乗降した際の停留所を特定する段階を説明する。図７は、乗降停留所の特定に関する情報処理の流れを示すアクティビティ図である。

まず、ユーザはバス路線の用意したコードを読み出す（アクティビティＡ２０１）。
このコードの種類は典型的にはＱＲコード（登録商標）であるが、これには限定されず、バス路線の種々の情報を特定可能なコードであればよい。なお、このコードの提示位置はたとえば停留所ＳＴ１～停留所ＳＴ５にある時刻表示板であってもよいし、バスＢＳ車体の外装部分または内装部分であってもよい。また、バス路線の従業者を各停留所（停留所ＳＴ１～停留所ＳＴ５）に、このコードを提示するよう配置してもよい。
なお、このコードの提示方法は任意であり、紙などに印刷して表示することもできるし、電磁的手法によりユーザが把握可能に表示されてもよい。
また、この読み出しには、ユーザは自身の所有するユーザ端末２のカメラ機能を用いればよい。

なお、コードには、バス路線を特定する識別子や特定のバス固有の識別子を付与してもよい。逆に、これらを区別せずに、各路線バスまたは停留所に、同一のコードを付しても良い。前者であれば、より高度の情報を取得することができる。後者であれば、管理が容易であり、経済的にも優しい。
以下、後者のケースを仮定して説明を続ける。

本実施形態においては、制御部３３が、ユーザ端末２がＱＲコード（登録商標）等のコードを読み出した場合に、ユーザ端末２の緯度経度情報を取得可能に制御する態様を示しているが、たとえば、この緯度経度情報の取得に際して、以下のアクティビティＡ２０２を介してもよい。

すなわち、アクティビティＡ２０１が実行された際に、制御部３３の有する表示制御部３３３が図８に示されるような表示画面Ｄを表示させるように制御してもよい。
図８は、ユーザ端末２に表示される乗降選択画面の一例である。
この表示画面Ｄに対峙したユーザは自身がバスＢＳに乗車するタイミングであることを選択する（アクティビティＡ２０２）。
すなわち、制御部３３に備えられる表示制御部３３３は、ユーザ端末２がコードを読み出した場合に、バスの乗降をユーザが把握可能な画面（表示画面Ｄ）をユーザ端末２に表示させるように制御することができる。
また、制御部３３に備えられる受付部３３４は、画面（表示画面Ｄ）に対するユーザの入力（すなわち、ユーザがバスＢＳに乗車する段階にあること）を受け付けることができる。

続いて、サーバ３の取得部３３１は、ユーザの入力を契機として、ユーザ端末２の緯度経度情報を取得する（アクティビティＡ２０３）。
この緯度経度情報の取得は、典型的にはユーザ端末２の発信したＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の信号を受信することで達成される。

続いて、サーバ３の制御部３３は取得したユーザ端末２の緯度経度情報から、ユーザが乗車した停留所を特定する（アクティビティＡ２０４）。
具体的に、このアクティビティは以下の流れで達成される。
すなわち、サーバ３の記憶部３２にはバス路線の各停留所（停留所ＳＴ１～停留所ＳＴ５）の各々について緯度経度を特定した参照情報が格納されている。参照情報は、例えば記憶部３２に格納されたデータベースやルックアップテーブル等であってよい。制御部３３は、先のアクティビティＡ２０３において取得したユーザ端末２の緯度経度の情報を、各停留所（停留所ＳＴ１～停留所ＳＴ５）のそれぞれについての緯度経度情報と突合させ、ユーザ端末２を有するユーザがどの停留所からバスＢＳに乗車するかを特定する。
その後、サーバ３はこの特定したユーザと停留所とを紐付けた情報について、記憶部３２にデータとして格納する（アクティビティＡ２０５）。

なお、前述のアクティビティＡ２０４の停留所の特定にあたって、ユーザ端末２から取得した緯度経度情報と、サーバ３の記憶部３２に有するデータベース等に格納された各停留所（停留所ＳＴ１～停留所ＳＴ５）の緯度経度情報とが完全一致する場合は、その停留所を特定すればよい。
ユーザ端末２から取得した緯度経度情報と、サーバ３の記憶部３２に有するデータベース等に格納された各停留所（停留所ＳＴ１～停留所ＳＴ５）の緯度経度情報とが、少しでも異なる（誤差がある）場合は、２点間の距離が最も小さくなる停留所を特定すればよい。
ここで、誤動作を防ぐために、上述の誤差には上限となる閾値を設けておくと好ましい。また、誤差がある場合には、すぐに停留所を特定せずに、数秒待って動作が安定してから特定する態様も採用できる。
また、サーバ３の記憶部３２に有するデータベース等にバス路線のダイヤ情報を格納させ、ユーザ端末２から緯度経度情報を取得した時刻と、バス路線のダイヤとを突合させることで停留所の特定の精度を高めてもよい。

また、アクティビティＡ２０４の後、ユーザ端末２には乗車時の提示画面が表示される（アクティビティＡ２０６）。
図９は、ユーザ端末２に表示される乗車時提示画面の一例である。
アクティビティＡ２０６にて、ユーザ端末２には図９に示される表示画面Ｄが表示されるが、バス路線の運営主体はこの提示画面を乗車時に提示するようユーザに求めることができる。
表示画面Ｄには、たとえば乗車する際の時刻が表示されていてもよい。なお、この表示画面Ｄは静止画であってもよいが、動画の態様を採用することができる。このような動画の態様を採用することによれば、チケットの偽造を困難なものとすることができる。
なお、表示画面Ｄを動画とする際は、たとえば表示時刻を変化させたり、画面中のバスの画を画面中で動かしたり、という態様が取れる。
その他、表示画面Ｄには、ユーザまたはバス路線運営主体の所望の画像などが貼り付けられていてもよい。たとえば、図９の星印で示した部分に所望の画像などを表示することができる。この画像としてはバス路線のある地元の名産品であったり、ご当地のキャラクターであったりしてもよい。

以上のようにして、サーバ３にはユーザのバスＢＳ乗車の停留所が特定されたデータが格納されるが、ユーザの降車段階においては、降車する段階にあるユーザが、たとえばバスＢＳの車内にあるコードを読出し、図８の降車のボタンを押すことで降車する停留所を特定することができる。
この降車する停留所のデータがサーバ３の記憶部３２に記憶されるのは前述の通りである。

なお、本実施形態の情報処理方法について、以下のような変形例とすることもできる。

３．３ 変形例（１）
上記態様においては、ユーザが図８における表示画面Ｄの「乗車」または「降車」のボタンを選んで、バスＢＳへの乗降を指定する態様となっていたが、ユーザが読み込むコードについて、バスＢＳの車外にあるものと、バスＢＳの車内にあるものとを異なるものを採用することで、このようなユーザ側の選択を必須としなくすることができる。
すなわち、バスＢＳの車外にあるコードは通常ユーザがバスＢＳに乗車する際に読み込むコードであるため、制御部３３は、コードが読み込まれ、緯度経度情報を取得したタイミングがバスＢＳへの乗車したときであることを自ずと判定することができる。一方、バスＢＳの車内にあるコードは通常ユーザがバスＢＳから降車する際に読み込むコードであるため、制御部３３は、コードが読み込まれ、緯度経度情報を取得したタイミングがバスＢＳから降車したときであることを自ずと判定することができる。

３．４ 変形例（２）
上記態様においては、ユーザが図８における表示画面Ｄの「乗車」または「降車」のボタンを選んで、バスＢＳへの乗降を指定する態様となっていたが、制御部３３に備えられる乗降判定部３３５が、コードを読み出した回数に基づいて、緯度経度情報の取得が実行されたタイミングが、ユーザの乗降のいずれかであることを判定することができ、上述のユーザ側の選択を必須としなくすることができる。
すなわち、アクティビティＡ１０１～Ａ１０４に基づいてチケットを購入したユーザは、購入完了時点においては、バスＢＳの車外にいることが通常であるため、サーバ３の制御部３３の行う１回目の緯度経度情報の取得は、バスＢＳへの乗車の際と判定される。また、２回目の緯度経度情報の取得は、１回目の緯度経度情報を取得し、バスＢＳに搭乗したユーザのアクションによるものと考えられるため、バスＢＳからの降車の際と判定される。
なお、本変形例における乗降判定部３３５の判定は上記態様のようにユーザ端末２がコードを読み出した回数に基づいてもよいし、後述する変形例（５）で示されるようなユーザ端末２に表示されたコードをデバイス等で読み出す場合の回数に基づいてもよい。

３．５ 変形例（３）
上記態様においては、ユーザが図８における表示画面Ｄの「乗車」または「降車」のボタンを選んで、バスＢＳへの乗降を指定する態様となっていたが、制御部３３に備えられる乗降判定部３３５が、緯度経度情報の取得を実行したときのユーザ端末２の発信した緯度経度情報と、取得から所定時間経過したときのユーザ端末２の発信した緯度経度情報とに基づいて、取得が実行されたタイミングが、ユーザの乗降のいずれかであることを判定することができ、上述のユーザ側の選択を必須としなくすることができる。
すなわち、図５の概観図の停留所ＳＴ１から乗車したユーザを想定すると、概ね乗車のタイミングで、停留所ＳＴ１付近の緯度経度情報をユーザ端末２からサーバ３に発信することとなる。ここで、この取得のタイミングから所定時間（たとえば１０分程度）経過した際のユーザ端末２の緯度経度情報が、停留所ＳＴ１と停留所ＳＴ２の間にあり、徒歩移動等では達成できない程度に停留所ＳＴ１から離れている場合は、停留所ＳＴ１付近で行われた緯度経度情報の取得のタイミングが乗車の際と判定される。一方、図５の概観図の停留所ＳＴ２で降車したユーザを想定すると、概ね降車のタイミングで、停留所ＳＴ２付近の緯度経度情報をユーザ端末２からサーバ３に発信することとなる。ここで、この取得のタイミングから所定時間（たとえば１０分程度）経過した際のユーザ端末２の緯度経度情報が、ほぼ停留所ＳＴ２付近に留まっている場合は、停留所ＳＴ２付近で行われた緯度経度情報の取得のタイミングが降車の際と判定される。

３．６ 変形例（４）
上記態様においては、サーバ３の記憶部３２に格納されるデータはユーザの乗降した停留所となるが、参照情報として、公共交通機関（バス路線）のダイヤを関連付けた情報をさらに含ませることによって、ユーザの乗降した交通手段を特定することができる。
すなわち、上記態様においてはあるユーザが「停留所ＳＴ１で乗車し、停留所ＳＴ３で降車した」という情報まではサーバ３の記憶部３２に格納されるが、図５中のＤ１方向に運行するバスＢＳで移動したか、Ｄ２方向に運行するバスＢＳで移動したかまでの特定は困難であることがある。本変形例においては、参照情報のなかにバス路線のダイヤが含まれているため、ユーザが実際に乗降した交通手段（バス個体）の特定まで行うことができる。
この変形例は、同一区間に複数のバス運行会社のバスＢＳが運行する際に、どのバス運行会社のバスにユーザが乗降したかも特定することができる。

３．７ 変形例（５）
上記態様においては、制御部３３が、ユーザ端末２がＱＲコード（登録商標）等のコードを読み出した場合に、ユーザ端末２の緯度経度情報を取得可能に制御する態様を示したが、ユーザ端末２の表示画面にＱＲコード（登録商標）等のコードを表示し、バス等に備えられたデバイス（車載器）や運転士等有するスキャナーで、ユーザ端末２に表示されたコードを読み出すことを契機に、制御部３３が、ユーザ端末２の緯度経度情報を取得可能に制御することもできる。
この場合、デバイスやスキャナーでユーザ端末２に表示されたコードを読み出したときに制御部３３はユーザ端末２を有するユーザが公共交通機関へ乗降したことを検知する態様とすることもできる。これらの態様を組み合わせることによれば、デバイスやスキャナーから取得した情報と、ユーザ端末２から取得した緯度経度情報との照合が可能となるので、緯度経度情報をより信頼性の高い情報として取得することができる。

３．８ 変形例（６）
上記態様においては、制御部３３に備えられる表示制御部３３３が、ユーザ端末２がコードを読み出した場合に、バスの乗降をユーザが把握可能な画面（表示画面Ｄ）をユーザ端末２に表示するように制御し、受付部３３４は、画面（表示画面Ｄ）に対するユーザの入力を受付、この入力を契機としてユーザ端末２の緯度経度情報を取得する態様を示してきたが、この画面の表示制御は、コードの読み出しを契機とするものでなく、ユーザ端末２の他の操作によるもの等が契機となっても行われても構わない。
たとえば、ユーザ端末２により他のアプリを起動することや、公共交通機関のウェブサイト上のアドレスにアクセスすることで上述の画面が表示されてもよく、変形例（５）に示した通りデバイスやスキャナーでユーザ端末２に表示されたコードを読み出したときに、ユーザ端末２に上述の画面が表示されてもよい。このような態様で表示された画面に対してユーザの入力を受付、この入力を契機としてユーザ端末２の緯度経度情報を取得することができる点は、上記態様の通りである。

４．その他
本実施形態に係る情報処理システム１に関して、以下のような態様を採用してもよい。

以上の実施形態では、情報処理システム１の構成として説明したが、コンピュータに情報処理システム１の各ステップを実行させるプログラムが提供されてもよい。

以上の実施形態では、公共交通機関がバス路線である態様を示してきたが、この公共交通機関がバス路線以外であってもよい。例示的には、この公共交通機関は、バスのほか、路面電車、遊覧船、水上バス、ケーブルカー、モノレール等の停留所のある各種交通機関であってもよい。

以上の実施形態では、サーバ３が種々の記憶・制御を行ったが、サーバ３に代えて、複数の外部装置が用いられてもよい。すなわち、ブロックチェーン技術等を用いて、参照情報、取得された緯度経度情報、特定された公共交通機関の停留所に関する情報等を分散して複数の外部装置に記憶させてもよい。

参照情報は、データベースやルックアップテーブル等に限らず、複数の情報を数学的に関係づけた数理モデルでもよく、複数の情報の相関性を予め機械学習させた学習済みモデルであってもよい。

以上の実施形態では、バス路線の用意したＱＲコード（登録商標）を読み出す態様を示してきたが、このＱＲコード（登録商標）に代えて、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグを採用することができる。すなわち、公共交通機関側は所定位置にこのＮＦＣタグを設け、ユーザはユーザ端末２に備えられるＮＦＣリーダーにて、このタグを読み出す態様も可能である。

以上の実施形態に加え、サーバ３の制御部３３は、得られたユーザの乗降データに基づいて、ユーザに対して種々の情報を発信してもよい。この発信はたとえばユーザ端末２に向けて発信されるものであってもよい。発信される種々の情報としては、ユーザの興味を惹く地元の観光地の情報や、他の地域の路線バス等のチケットの案内情報等が挙げられる。

さらに、次に記載の各態様で提供されてもよい。
前記情報処理システムにおいて、前記制御部は、コードが読み出された場合に、前記ユーザ端末の緯度経度情報を取得可能に制御する、もの。
前記情報処理システムにおいて、前記制御部は、表示制御ステップをさらに実行するように構成され、前記表示制御ステップでは、前記公共交通機関の乗降を前記ユーザが把握可能な画面を前記ユーザ端末に表示させるように制御する、もの。
前記情報処理システムにおいて、前記制御部は、受付ステップをさらに実行するように構成され、前記受付ステップでは、前記画面に対する前記ユーザの入力を受け付け、前記取得ステップでは、前記入力を契機として、前記ユーザ端末の緯度経度情報を取得する、もの。
前記情報処理システムにおいて、前記制御部は、乗降判定ステップをさらに実行するように構成され、前記乗降判定ステップでは、前記コードが読み出された回数に基づいて、前記取得ステップが実行されたタイミングが、前記ユーザの乗降のいずれかであることを判定する、もの。
前記情報処理システムにおいて、前記制御部は、乗降判定ステップをさらに実行するように構成され、前記乗降判定ステップでは、前記取得ステップを実行したときの前記ユーザ端末の発信した前記緯度経度情報と、前記取得ステップから所定時間経過したときの前記ユーザ端末の発信した緯度経度情報とに基づいて、前記取得ステップが実行されたタイミングが、前記ユーザの乗降のいずれかであることを判定する、もの。
前記情報処理システムにおいて、前記制御部は、決済登録ステップをさらに実行するように構成され、前記決済登録ステップでは、前記ユーザが前記公共交通機関のチケット代金の決済を行ったことを登録し、前記制御部は、前記決済の登録を条件として前記ユーザ端末の緯度経度情報を取得可能に制御する、もの。
前記情報処理システムにおいて、前記参照情報は、前記公共交通機関のダイヤを関連付けた情報をさらに有し、前記特定ステップでは、乗降した前記公共交通機関の前記停留所と、前記参照情報とに基づいて、前記ユーザの乗降した交通手段を特定する、もの。
情報処理方法であって、前記情報処理システムの各ステップを備える、方法。
プログラムであって、コンピュータに前記情報処理システムの各ステップを実行させる、もの。
もちろん、この限りではない。

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

１ ：情報処理システム
２ ：ユーザ端末
３ ：サーバ
１１ ：ネットワーク
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：制御部
２４ ：表示部
２５ ：入力部
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
３３１ ：取得部
３３２ ：特定部
３３３ ：表示制御部
３３４ ：受付部
３３５ ：乗降判定部
３３６ ：決済登録部
ＢＳ ：バス
Ｄ ：表示画面
ＳＴ１～ＳＴ５ ：停留所

Claims (8)

1. 情報処理システムであって、
   制御部を備え、
   前記制御部は、次の各ステップを実行するように構成され、
   決済登録ステップでは、ユーザが公共交通機関のチケット代金の決済を行ったことを登録し、
   取得ステップでは、前記ユーザの有するユーザ端末の発信した緯度経度情報を取得し、
   特定ステップでは、取得した前記緯度経度情報と、前記公共交通機関の停留所及び緯度経度を関連付けた情報を有する参照情報とに基づいて、前記ユーザの乗降した前記公共交通機関の停留所を特定し、
   前記制御部は、前記決済の登録を条件として前記ユーザ端末の前記緯度経度情報を取得可能に制御する、もの。
2. 情報処理システムであって、
   制御部を備え、
   前記制御部は、次の各ステップを実行するように構成され、
   取得ステップでは、ユーザ端末の発信した緯度経度情報を取得し、
   特定ステップでは、取得した前記緯度経度情報と、公共交通機関の停留所及び緯度経度を関連付けた情報を有する参照情報とに基づいて、ユーザの乗降した前記公共交通機関の停留所を特定し、
   前記参照情報は、前記公共交通機関のダイヤを関連付けた情報をさらに有し、
   前記特定ステップでは、乗降した前記公共交通機関の前記停留所と、前記参照情報とに基づいて、前記ユーザの乗降した交通手段を特定する、もの。
3. 情報処理システムであって、
   制御部を備え、
   前記制御部は、次の各ステップを実行するように構成され、
   表示制御ステップでは、公共交通機関の乗降をユーザが把握可能な画面をユーザ端末に表示させるように制御し、
   受付ステップでは、前記画面に対する前記ユーザの入力を受け付け、
   取得ステップでは、前記ユーザ端末の発信した緯度経度情報を取得し、
   特定ステップでは、取得した前記緯度経度情報と、前記公共交通機関の停留所及び緯度経度を関連付けた情報を有する参照情報とに基づいて、前記ユーザの乗降した前記公共交通機関の前記停留所を特定し、
   前記取得ステップでは、前記入力を契機として、前記ユーザ端末の前記緯度経度情報を取得する、もの。
4. 請求項１ないし請求項３のいずれか１項に記載の情報処理システムにおいて、
   前記制御部は、コードまたはタグが読み出された場合に、前記ユーザ端末の前記緯度経度情報を取得可能に制御する、もの。
5. 情報処理システムであって、
   制御部を備え、
   前記制御部は、次の各ステップを実行するように構成され、
   取得ステップでは、ユーザ端末の発信した緯度経度情報を取得し、
   特定ステップでは、取得した前記緯度経度情報と、公共交通機関の停留所及び緯度経度を関連付けた情報を有する参照情報とに基づいて、ユーザの乗降した前記公共交通機関の停留所を特定し、
   前記制御部は、コードまたはタグが読み出された場合に、前記ユーザ端末の前記緯度経度情報を取得可能に制御し、
   前記制御部は、乗降判定ステップをさらに実行するように構成され、
   前記乗降判定ステップでは、前記コードまたは前記タグが読み出された回数に基づいて、前記取得ステップが実行されたタイミングが、前記ユーザの乗降のいずれかであることを判定する、もの。
6. 情報処理システムであって、
   制御部を備え、
   前記制御部は、次の各ステップを実行するように構成され、
   取得ステップでは、ユーザ端末の発信した緯度経度情報を取得し、
   特定ステップでは、取得した前記緯度経度情報と、公共交通機関の停留所及び緯度経度を関連付けた情報を有する参照情報とに基づいて、ユーザの乗降した前記公共交通機関の停留所を特定し、
   前記制御部は、乗降判定ステップをさらに実行するように構成され、
   前記乗降判定ステップでは、前記取得ステップを実行したときの前記ユーザ端末の発信した前記緯度経度情報と、前記取得ステップから所定時間経過したときの前記ユーザ端末の発信した緯度経度情報とに基づいて、前記取得ステップが実行されたタイミングが、前記ユーザの乗降のいずれかであることを判定する、もの。
7. 情報処理方法であって、
   請求項１ないし請求項６のいずれか１項に記載の情報処理システムの各ステップを備える、方法。
8. プログラムであって、
   コンピュータに請求項１ないし請求項６のいずれか１項に記載の情報処理システムの各ステップを実行させる、もの。

Images