JP6942048B2 - 乗り過ごし防止のための報知及び乗り過ごし後の行動の支援方法及びシステム - Google Patents

Description

本発明は、乗り過ごし防止のための報知方法、また、乗り過ごし後の行動支援方法及びこれらの方法を実行するシステムに関する。

列車に乗車していると本来の乗車区間を超えて、降車予定駅を通過することがある。そこで、乗り過ごし防止を支援するシステムが提案されている。

本技術分野の背景技術として、以下の先行技術がある。例えば、特許文献１（特開２０１１−１８３９６５号公報）には、車両サーバは車両が停車中の駅を発車するタイミングで次の停車駅ＩＤと停車駅までの所要時間とからなる路線情報を車両内に存在する携帯端末に向けて無線配信し、携帯端末は事前に路線経路の目的駅（あれば乗換駅も）と下車準備通知時間を設定されており、携帯端末の専用アプリケーションは、車両サーバから配信され路線情報の停車駅が目的駅でも乗換駅でもないときはその情報を廃棄し、路線情報の停車駅が目的駅又は乗換駅であるときは、路線情報の所要時間に基づいて計時を行い、設定された事前通知時刻で下車駅が近いことを利用者に通知する乗り過ごし防止システムが記載されている。

また、特許文献２（特開２００７−１５０５５１号公報）には、乗車券機能を有する携帯電話端末と、改札口に設置された読み取り装置を通過する際に携帯電話端末より識別情報及び乗車券情報を取得し列車内に設置された送受信装置に乗車券情報を送信する管理装置と、列車内において携帯電話端末との間で識別情報及び乗車券情報を取得し、携帯電話端末が降車駅に接近すると、携帯電話端末に対して降車駅に接近していることを通知する送受信装置とを備えた乗り過ごし防止システムが記載されている。

特開２０１１−１８３９６５号公報 特開２００７−１５０５５１号公報

しかし、降車駅の接近を報知してもユーザが起きないことがあり、周辺の第三者の助けによってユーザを確実に起こすことが求められている。また、深夜に乗り過ごして引き返す列車がない場合、タクシーでの帰宅の支援を受けたいニーズがある。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、報知システムが実行する報知方法であって、前記報知システムは、第１のユーザが保持する第１の端末と、第２のユーザが操作可能な第２の端末と、前記第１の端末及び前記第２の端末と通信可能なホスト計算機とを有し、前記方法は、前記第１の端末が、予め設定された降車駅へ接近したと判定すると、第１の報知を開始するためのトリガを生成する第１の報知ステップと、前記第１の端末が、前記第１のユーザが降車駅を乗り過ごすと判定されたことを、前記第２の端末に通知し、前記第２の端末が、前記第２のユーザが前記第２の端末を操作して前記第１のユーザを起こすための操作を受け付けた場合、前記第１の端末に第２の報知を指示し、前記第１の端末が、前記第２の報知の指示を受けた場合、前記第１の報知より強い刺激の第２の報知を開始するためのトリガを生成する第２の報知ステップとを含む。

また、前記第１のユーザが前記第２の報知によっても目覚めず、目的地に正しく到達できなかった場合において、前記第１の端末が、複数種の旅客輸送に関連する交通情報との連携を図り、前記第１のユーザが目的地へ到達する行為を支援する。

本発明の一実施形態によれば、周辺の第三者の助けによってユーザを確実に起こすことができ、乗り過ごし率を低減できる。また、万が一乗り過ごしが発生した場合であっても、乗り過ごし後のユーザ行動を支援する情報を提供することにより、ユーザの不安感を低減し、かつ、目的地到達までのリカバリを迅速にできる。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。

本発明の実施例の乗り過ごし防止システムの構成を示す図である。 本発明の実施例の携帯端末の構成を示す図である。 本発明の実施例のウェアラブル端末の構成を示す図である。 本発明の実施例のホストシステムの構成を示す図である。 本発明の実施例のユーザ情報データベースの構成例を示す図である。 本発明の実施例のユーザ位置情報データベースの構成例を示す図である。 本発明の実施例の乗り過ごし防止システムによる処理の全体を示すフローチャートである。 本発明の実施例の降車情報設定処理のシーケンス図である。 本発明の実施例のユーザ状態判定処理のシーケンス図である。 本発明の実施例の周辺ユーザ表示処理のシーケンス図である。 本発明の実施例の周辺ユーザ表示画面の例を示す図である。 本発明の実施例のユーザ目覚まし（振動）処理のシーケンス図である。 本発明の実施例のユーザ目覚まし（電気）処理のシーケンス図である。 本発明の実施例の起こすボタン表示画面の例を示す図である。 本発明の実施例の最適降車駅判定処理のシーケンス図である。 本発明の実施例のタクシーマッチング処理のシーケンス図である。

図１は、本発明の実施例の乗り過ごし防止システムの構成を示す図である。

本実施例の乗り過ごし防止システムは、乗り過ごし防止のために降車予定駅付近でユーザに第１の報知（例えば、振動）をし、さらに周辺の第三者の助けを契機に、第１の報知より強い刺激で第２の報知（例えば、電気刺激）をする。また、乗り過ごした場合に他の交通手段の単独利用や共同利用を支援する。

本実施例の乗り過ごし防止システムは、携帯端末１０１、１０３、ウェアラブル端末１０２、１０４及びホストシステム１０５を有する。携帯端末１０１、１０３とホストシステム１０５とは、ネットワークを経由して接続されている。ウェアラブル端末１０２、１０４と携帯端末１０１、１０３とは、それぞれ、近距離無線通信（例えば、ｂｌｕｅｔｏｏｔｈ）で接続されている。

携帯端末１０１、１０３は、乗り過ごし防止システムのユーザが保有するスマートフォン、タブレット端末などの携帯端末である。携帯端末１０１、１０３は、基地局を介してホストシステム１０５と接続されている。携帯端末１０１、１０３と基地局との間は無線ＬＡＮ（ＷｉＦｉ）や携帯電話システム（３Ｇ、ＬＴＥなど）の無線通信で接続される。携帯端末１０１の構成は、図２を参照して後述する。

ウェアラブル端末１０２、１０４は、乗り過ごし防止システムのユーザに目的駅への接近又は到着を報知する装置であり、望ましくはユーザの身体に装着可能な形態（例えば、腕時計形）である。ウェアラブル端末１０２の構成は、図３を参照して後述する。

ホストシステム１０５は、一般的なコンピュータで構成され、詳細な構成は図４を参照して後述する。

以後、携帯端末１０１とウェアラブル端末１０２とを別個の装置で構成する例を説明するが、携帯端末１０１とウェアラブル端末１０２との両方の機能（ホストシステム１０５との通信機能とユーザへの報知機能）を有する一つの装置で構成してもよい。同様に、携帯端末１０３とウェアラブル端末１０４とを一つの装置で構成してもよい。

図２は、本実施例の携帯端末１０１の構成を示す図である。以下、携帯端末１０１について説明するが、携帯端末１０３の構成も同じである。

携帯端末１０１は、中央演算部２１０、記憶部２１１及び通信インターフェース（図示省略）を有する。中央演算部２１０は、プログラムを実行するＣＰＵと、プログラムやデータを格納するメモリとを有する演算装置である。メモリは、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶素子であり、ＣＰＵが実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。具体的には、メモリは、携帯基本システムプログラム及び乗り過ごし防止処理プログラムを格納する。

携帯基本システム２０１は、携帯基本システムのプログラムによって処理が実行され、ＧＰＳ情報取得部２０２及びインターネット通信部２０３を有する。ＧＰＳ情報取得部２０２は、ＧＰＳ衛星や準天頂衛星から送信された信号を用いて携帯端末１０１の位置を測定する。人工衛星からの信号に加え、駅や車両などに設置された無線ＬＡＮアクセスポイントから送信されるＳＳＩＤや、駅や車両などに設置されたビーコンを用いてもよい。インターネット通信部２０３は、ネットワークを介して他の装置との間でコマンドを送受信する。

乗り過ごし防止処理部２０４は、乗り過ごし防止処理プログラムによって処理が実行され、降車駅入力部２０５、デバイス連携部２０６、相対位置計算部２０７及びタクシー情報取得部２０８を有する。降車駅入力部２０５は、ユーザによる降車駅の入力を受け付ける。デバイス連携部２０６は、近距離無線（例えば、ｂｌｕｅｔｏｏｔｈ）を介してウェアラブル端末１０２と通信する。相対位置計算部２０７は、自己の位置情報と周辺ユーザの位置情報とを用いて、周辺ユーザの相対位置を計算する。タクシー情報取得部２０８は、タクシーシステム１０６からタクシーの情報を取得する。

記憶部２１１は、ユーザデータ２０９を格納する。ユーザデータ２０９は、後述するユーザ情報データベース４０６（図５）と同様の構成であり、ユーザＩＤ、ユーザ名、降車駅／最寄り駅及び降車駅／手入力を含む、当該携帯端末１０１のユーザ一人分のデータを格納する。

中央演算部２１０は、プログラムを実行することによって各機能ブロックを実現するが、その一部又は全部をハードウェア（例えば、ＦＰＧＡ）で構成してもよい。

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

図３は、本実施例のウェアラブル端末１０２の構成を示す図である。以下、ウェアラブル端末１０２について説明するが、ウェアラブル端末１０４の構成も同じである。

ウェアラブル端末１０２は、中央演算部３０１、表示部３０２、振動装置３０３、電気刺激発生装置３０４及び通信インターフェース（図示省略）を有し、ユーザが身体に装着可能な端末（例えば、腕に装着する腕時計形端末）である。

中央演算部３０１は、プログラムを実行するＣＰＵと、プログラムやデータを格納するメモリとを有する演算装置である。メモリは、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶素子であり、ＣＰＵが実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。具体的には、メモリは、インターネット通信プログラムを格納する。

インターネット通信部３０５は、インターネット通信プログラムによって機能し、携帯端末１０１から送信されたコマンドを解析し、表示部３０２、振動装置３０３及び電気刺激発生装置３０４を駆動する。また、所定の通知を携帯端末１０１に送信する。

中央演算部３０１は、プログラムを実行することによって各機能ブロックを実現するが、その一部又は全部をハードウェア（例えば、ＦＰＧＡ）で構成してもよい。

表示部３０２は、液晶表示パネルやＥＬ（エレクトロルミネッセン）によって構成され、所定の文字や図形によってユーザに必要な情報（降車駅の情報、グループ成立報知など）を提供する。振動装置３０３は、ユーザに振動による刺激を与えるデバイスであり、例えば、バイブレーションモータやリニア駆動バイブレータによって構成できる。電気刺激発生装置３０４は、微弱な電圧パルスを発生し、ユーザに電気刺激を与えるデバイスである。

本実施例では、第１の報知として振動による刺激をユーザに与え、振動刺激より強い刺激で第２の報知として電気刺激をユーザに与えるが、第１の報知及び第２の報知は一例であり、第２の報知が、第１の報知より強い刺激を与えるもので、より確実にユーザが報知に気が付くものであれば、他の刺激でもよい。

図４は、本実施例のホストシステム１０５の構成を示す図である。

ホストシステム１０５は、中央演算部４１１、記憶部４１２及び通信インタフェース（図示省略）を有する計算機である。

中央演算部４１１は、プログラムを実行するＣＰＵと、プログラムやデータを格納するメモリとを有する演算装置である。メモリは、不揮発性の記憶素子であるＲＯＭ及び揮発性の記憶素子であるＲＡＭを含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ）などを格納する。ＲＡＭは、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶素子であり、ＣＰＵが実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。具体的には、メモリは、ユーザ位置取得プログラム、降車駅判定サービスプログラム、タクシーマッチングプログラム、タクシー情報取得プログラム、及びインターネット通信プログラムを格納する。

ユーザ位置取得部４０１は、ユーザ位置取得プログラムによって、携帯端末１０１、１０３から位置情報を取得する。降車駅判定サービス部４０２は、降車駅判定サービスプログラムによって、ユーザに適する降車駅を提案する。タクシーマッチングサービス部４０３は、タクシーマッチングプログラムによって、タクシーの相乗りのためのグループを調整する。タクシー情報取得部４０４は、タクシー情報取得プログラムによって、タクシーシステム１０６からタクシーの情報を取得する。

インターネット通信部４０５は、ネットワークを介して他の装置との間でコマンドを送受信する。

中央演算部４１１は、プログラムを実行することによって各機能ブロックを実現するが、その一部又は全部をハードウェア（例えば、ＦＰＧＡ）で構成してもよい。

記憶部４１２は、例えば、磁気記憶装置（ＨＤＤ）、フラッシュメモリ等からなる半導体記憶装置（ＳＳＤ）等の大容量かつ不揮発性の記憶装置によって構成されており、ＣＰＵが実行する処理に必要なデータ、具体的には、記憶部４１２は、ユーザ情報データベース４０６（図５参照）と、ユーザ位置情報データベース４０７（図６参照）と、時刻表データベース４０８とを格納する。

ユーザ情報データベース４０６は、本実施例の乗り過ごし防止システムのユーザの属性（氏名、降車駅、保有ポイントなど）が記録されるデータベースであり、その詳細は図５を参照して後述する。ユーザ位置情報データベース４０７は、本実施例の乗り過ごし防止システムのユーザの状態（位置情報、乗車状況など）が記録されるデータベースであり、その詳細は図６を参照して後述する。時刻表データベース４０８は、本実施例の乗り過ごし防止システムによるサービスが提供される路線の時刻表のデータが記録されるデータベースであり、発着予定時刻の他、リアルタイムの運行状況（列車遅延の情報や、現実の推定発着時刻）などを含んでもよい。

また、記憶部４１２は、ＣＰＵが実行するプログラムを格納する。すなわち、プログラムは、記憶部４１２から読み出されて、メモリにロードされて、ＣＰＵによって実行される。

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

ホストシステム１０５は、入力インタフェース及び出力インタフェースを有してもよい。入力インタフェースは、キーボードやマウスなどが接続され、管理者からの入力を受けるインタフェースである。出力インタフェースは、ディスプレイ装置やプリンタなどが接続され、プログラムの実行結果をオペレータが視認可能な形式で出力するインタフェースである。

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

図５は、本実施例のユーザ情報データベース４０６の構成例を示す図である。

ユーザ情報データベース４０６は、ユーザＩＤ５０１、ユーザ名５０２、降車駅／最寄り駅５０３、５０４、降車駅／手入力５０５及びポイント５０６を含む。図示は省略するが、ユーザ情報データベース４０６は、起こすボタン表示画面（図１４参照）に表示するためのアイコン画像やプロフィール（性別、年齢など）を格納してもよい。ユーザ情報データベース４０６は、携帯端末間で直接通信するためのアドレス情報を格納してもよい。

ユーザＩＤ５０１は、乗り過ごし防止システムのユーザを一意に識別するための識別情報である。ユーザ名５０２は、乗り過ごし防止システムのユーザの氏名である。降車駅／最寄り駅５０３、５０４は、ユーザが設定した降車駅であり、通常は頻繁に列車を降りる駅（自宅の最寄り駅や、通学先又は通勤先の最寄り駅）が設定される。また、降車駅は通常の設定の他、降車駅／手入力５０５に記録される。なお、降車駅／手入力５０５は一時的に設定されるデータ項目なので、降車駅／手入力５０５が記録されている場合には、降車駅／手入力５０５が優先的に降車駅として選択される。また、列車から降車した際に、降車駅／手入力５０５はクリアされる。つまり、設定された降車駅のいずれかにユーザが近づくと、ユーザ目覚まし処理（図７の７０４、７０５）が実行される。ポイント５０６は、ユーザが乗り過ごし防止システムの使用によって消費し蓄積するポイントである。

図６は、本実施例のユーザ位置情報データベース４０７の構成例を示す図である。

ユーザ位置情報データベース４０７は、ユーザＩＤ６０１、ユーザ名６０２、位置情報（緯度）６０３、位置情報（経度）６０４、前回位置情報（緯度）６０５、前回位置情報（経度）６０６、乗車状況６０７、乗り過ごし状況６０８、ユーザ状態６０９、本来降車駅６１０、乗り過ごし後降車予定駅６１１、乗り過ごし後降車予定時刻６１２、降車時刻実績６１３及び降車駅実績６１４を含む。

ユーザＩＤ６０１は、乗り過ごし防止システムのユーザを一意に識別するための識別情報であり、ユーザ情報データベース４０６のユーザＩＤ５０１と同じ値が使用される。ユーザ名５０２は、乗り過ごし防止システムのユーザの氏名であり、ユーザ情報データベース４０６のユーザ名５０２と同じ値が使用される。

位置情報（緯度）６０３及び位置情報（経度）６０４は、ユーザの最新の位置情報（緯度及び経度）であり、携帯端末１０１から送信された位置情報が記録される。前回位置情報（緯度）６０５及び前回位置情報（経度）６０６は、ユーザの前回の位置情報（緯度及び経度）であり、携帯端末１０１から送信された位置情報が記録される。本実施例では、携帯端末１０１は駅に到着する毎に位置情報を送信するので、位置情報６０３、６０４は直近で到着した駅で測定された位置情報、位置情報６０５、６０６は一つ前に到着した駅で測定された位置情報となる。

乗車状況６０７は、ユーザが列車に乗車中か降車済みかを表すデータである。乗り過ごし状況６０８は、降車予定駅が接近している（すなわち、一つ前の駅を通過した）状態であるのか、ユーザが降車予定駅を過ぎても降車していない乗り過ごし状態であるのかを表すデータである。なお、後述するように、乗り過ごし状態であるとの判定は、いくつかのバリエーションがある。ユーザ状態６０９は、ユーザが寝ているのか、起きているのかを表すデータである。

本来降車駅６１０は、ユーザが設定した降車駅である。本来降車駅６１０は、乗車毎にユーザが設定した駅でもよい。また、降車駅／手入力５０５が記録されている場合には、降車駅／手入力５０５が降車駅として優先的に本来降車駅６１０に設定してもよい。また、自動的に本来降車駅６１０を選択してもよい。例えば、ユーザの移動方向によって降車駅／最寄り駅５０３、５０４の中から本来降車駅６１０を選択したり、降車駅／最寄り駅５０３、５０４を含む所定エリア（降車駅を中心とする半径３〜１０ｋｍの範囲）に入ったら、本来降車駅６１０を設定してもよい。乗り過ごし後降車予定駅６１１及び乗り過ごし後降車予定時刻６１２は、乗り過ごしたユーザに提案される降車駅及び当該駅への到着予定時刻であり、時刻表データベース４０８（又は、外部の時刻表データ提供システム）から取得できる。降車時刻実績６１３及び降車駅実績６１４は、ユーザが降車した時刻及び駅である。

図７は、本実施例の乗り過ごし防止システムによる処理の全体を示すフローチャートである。

まず、ユーザは、携帯端末１０１を操作し、降車駅を設定する（７０１）。入力された降車駅の情報は、携帯端末１０１からホストシステム１０５へ送信され、ユーザ情報データベース４０６に格納される。降車情報設定処理の詳細は図８を参照して後述する。

次に、携帯端末１０１は、駅に到着したタイミングでユーザ状態を判定する（７０２）。判定されたユーザ状態は、ホストシステム１０５へ送信され、ユーザ位置情報データベース４０７に格納される。ユーザ状態判定処理の詳細は図９を参照して後述する。

次に、携帯端末１０１は、駅に到着したタイミングで周辺ユーザの情報をホストシステム１０５から取得し、周辺ユーザを表示する（７０３）。周辺ユーザ表示処理の詳細は図１０を参照して後述する。

次に、携帯端末１０１は、降車駅の一つ前の駅に到着したタイミングでウェアラブル端末１０２を駆動し、ウェアラブル端末１０２から振動を発生させる（７０４）。ユーザ目覚まし（振動）処理の詳細は図１２を参照して後述する。

次に、携帯端末１０１は、他の携帯端末１０３又はホストシステム１０５からの電気発生トリガを契機にして、ウェアラブル端末１０２を駆動し、ウェアラブル端末１０２から電気刺激を発生させる（７０５）。ユーザ目覚まし（電気）処理の詳細は図１３を参照して後述する。

次に、携帯端末１０１は、ユーザが乗り過ごした後に、ホストシステム１０５から最適降車駅の情報を取得し、最適降車駅を表示する（７０６）。最適降車駅判定処理の詳細は図１５を参照して後述する。

また、乗り過ごしたユーザの携帯端末１０１の操作によって、ホストシステム１０５は、タクシーを配車したり、タクシーの相乗りを支援する（７０７）。タクシーマッチング処理の詳細は図１６を参照して後述する。なお、最適降車駅判定処理７０６とタクシーマッチング処理７０７とは、同時に並行して実行してもよい。

図８は、本実施例の降車情報設定処理７０１のシーケンス図である。

まず、ユーザが携帯端末１０１に降車駅を入力する（８０１）。携帯端末１０１は、入力された降車駅の情報をホストシステム１０５に送信する（８０２）。降車駅は、頻繁に列車を降りる２駅（自宅の最寄り駅や、通学先又は通勤先の最寄り駅）の他、一時的に１駅が設定できる。

ホストシステム１０５は、携帯端末１０１から降車駅の情報を受信すると（８０３）、受信した降車駅をユーザ情報データベース４０６に格納し、降車駅情報を更新する（８０４）。

図９は、本実施例のユーザ状態判定処理７０２のシーケンス図である。

まず、携帯端末１０１のＧＰＳ情報取得部２０２は、自己の位置情報を算出する（９０１）。位置情報は、準天頂衛星による高精度な測位システムを利用しても、Ｄ−ＧＰＳによって補正されたＧＰＳシステムの位置情報を用いてもよい。また、ホームに設置された無線ＬＡＮアクセスポイントから送信されるＳＳＩＤや、ホームに設置されたビーコンを用いて位置情報を算出してもよい。

次に、携帯端末１０１は、算出された位置情報によって、ユーザが駅のホームに到着したかを判定する（９０２）。ホームへの到着を判定する際、位置情報から計算された移動速度を補助的に用いてもよい。移動速度を用いることによって、当該駅に停車するのか、当該駅を通過するのかを判定でき、通過駅を含めて判定したり、通過駅を除外して判定できる。

携帯端末１０１は、ホームに到着したと判定された場合、取得した位置情報をホストシステム１０５に送信する（９０３）。

ホストシステム１０５は、携帯端末１０１から位置情報を受信すると（９０４）、降車駅に近づいたかを判定する（９０５）。例えば、降車駅の所定数手前の駅（例えば、３駅内）であるかを判定したり、降車駅まで所定の距離（例えば５ｋｍ）以内に近づいたかを判定してもよい。

次に、ホストシステム１０５は、降車駅に近づいたと判定した場合、ユーザ位置情報データベース４０７の乗車状況６０７を更新する（９０６）。ステップ９０６では、ユーザが列車に乗車中であることが乗車状況６０７に格納される。

その後、ホストシステム１０５は、ユーザ状態を判定する（９０７）。具体的には、車両内のユーザの位置を推定し、前回に推定された位置との差が所定の距離（例えば、１メートル）以上であれば、車両内のユーザの位置が変化しているので、ユーザは立った状態で起きていると判定する。一方、車両内のユーザの位置の差が所定の距離（例えば、１メートル）より小さければ、車両内のユーザの位置が変化しておらず、ユーザは座って寝ていると判定する。なお、座っているユーザは、［めざめ］ボタンの操作によって、起きている状態に遷移できる。また、ユーザが所持している携帯端末１０１やユーザが装着したウェアラブル端末１０２が検出した加速度（ユーザの身体の動き）を所定のパターンと比較することによって、ユーザが起きているか寝ているかを判定してもよい。

そして、ホストシステム１０５は、ユーザ位置情報データベース４０７のユーザ状態６０９を更新する（９０８）。

その後、ホストシステム１０５は、更新されたユーザ状態を携帯端末１０１に送信してもよい（９０９）。

本実施例では、駅への到着を契機にユーザのデータを更新するので、携帯端末１０１の動作頻度を減少でき、携帯端末１０１の負荷を軽減して、消費電力の増加を抑制できる。

また、本実施例では、降車駅に近づいてからユーザのデータを更新するので、必要なタイミングにユーザデータが更新され、頻繁にユーザデータが更新されないので、ホストシステム１０５の負荷を軽減できる。

図１０は、本実施例の周辺ユーザ表示処理７０３のシーケンス図である。

まず、携帯端末１０１は、ＧＰＳ情報取得部２０２が取得した位置情報によって、ユーザが駅のホームに到着したかを判定する（１００１）。判定方法は、ステップ９０２と同じでよい。

次に、携帯端末１０１は、ホストシステム１０５に周辺ユーザ情報取得依頼を送信する（１００２）。この周辺ユーザ情報取得依頼は、ユーザＩＤを含み、さらにユーザの位置情報を含んでもよい。

ホストシステム１０５は、周辺ユーザ情報取得依頼を受信すると（１００３）、ユーザ位置情報データベース４０７を検索して、携帯端末１０１のユーザの周辺にいるユーザを抽出する。例えば、携帯端末１０１のユーザの所定の距離（例えば、１０ｍ）以内にいるユーザを同じ車両に乗車している周辺ユーザとして抽出する。また、車両を識別可能な信号（例えば、音響信号や、無線ＬＡＮアクセスポイントのＳＳＩＤ）が車両内に送信されており、この信号により携帯端末１０１が乗車車両を特定できる機能を有していれば、携帯端末１０１のユーザと同じ車両に乗車しているユーザを抽出してもよい。また、携帯端末１０１のユーザの所定の距離（例えば、１００ｍ）以内にいるユーザを同じ列車に乗車している周辺ユーザとして抽出してもよく、携帯端末１０１のユーザと一緒に（同一速度で同一方向に）移動しているユーザを同じ列車に乗車している周辺ユーザとして抽出してもよい。

ホストシステム１０５は、抽出された周辺ユーザの情報を携帯端末１０１に送信する（１００４）。

携帯端末１０１は、周辺ユーザの情報を受信すると（１００５）、周辺ユーザの相対位置を計算し（１００６）、計算された周辺ユーザの位置を表示する（１００７）。

図１１は、本実施例の周辺ユーザ表示画面の例を示す図である。

周辺ユーザ表示画面は、乗車車両表示エリア及び周辺ユーザ位置表示エリアを含む。

乗車車両表示エリアは、周辺ユーザ位置表示エリアで詳細が表示される車両を示すテキスト表示エリア１１０１及び編成図表示エリア１１０２を含む。テキスト表示エリア１１０１は、周辺ユーザ位置表示エリアで表示されている車両の列車中の位置（号車）を数字で表示する。編成図表示エリア１１０２は、表示されている車両の列車中の位置（号車）を図示する。なお、乗車車両表示エリアにおいて、乗車車両以外のユーザ数は、同じ列車に乗車しているユーザの情報が周辺ユーザとして取得できる場合に表示される。

周辺ユーザ位置表示エリアは、周辺ユーザ位置表示エリア１１０３、周辺ユーザ数表示エリア１１０４及び凡例表示エリア１１０５を含む。

周辺ユーザ位置表示エリア１１０３は、周辺ユーザの推定された位置を、自分、起きている周辺ユーザ、寝ている周辺ユーザが区別可能な態様で、車両の簡易図上に表示する。周辺ユーザ数表示エリア１１０４は、推定された周辺ユーザの数を表示する。凡例表示エリア１１０５は、ユーザの種類によって異なる表示態様の説明を表示する。なお、周辺ユーザ位置表示エリアで表示される車両は、通常は携帯端末１０１のユーザが乗車している車両であるが、編成図表示エリア１１０２で車両を選択すると、任意の車両を表示できてもよい。

図１２は、本実施例のユーザ目覚まし（振動）処理７０４のシーケンス図である。

まず、携帯端末１０１は、ＧＰＳ情報取得部２０２が取得した位置情報によって、ユーザが降車駅に近づいたかを判定する（１２０１）。例えば、降車駅まで１駅以内であるかを判定したり、降車駅まで所定の距離（例えば１ｋｍ）以内近づいたかを判定してもよい。ステップ１２０１の降車駅接近判定方法は、ステップ９０５と同じでよいが、ステップ９０５の判定より、降車駅の間近に近づいたかを判定する。

携帯端末１０１は、降車駅の間近に近づいたと判定されると、ウェアラブル端末１０２に振動トリガを送信する（１２０２）。なお、ステップ１２０２では、携帯端末１０１は、ユーザが立っていると判定された場合に振動トリガを送信せず、ユーザが寝ている又は座っていると判定された場合に振動トリガを送信してもよい。ユーザが寝ている又は座っていると降車駅への注意が低下していることが考えられ、立っているときまでに無駄な報知をしないことにより、処理負荷を軽減し、消費電力を低減できる。

ウェアラブル端末１０２は、振動トリガを受信すると（１２０３）、振動装置３０３を駆動して、ユーザに振動刺激を与えて、降車駅への接近を報知する（１２０４）、振動刺激の開始を携帯端末１０１に通知する（１２０５）。

携帯端末１０１は、［めざめ］ボタンを表示する（１２０６）。この［めざめ］ボタンは、振動刺激の開始の通知を受けるより早いタイミングで（例えば、振動トリガの送信後から）表示してもよい。ユーザが［めざめ］ボタンを操作すると、携帯端末１０１は、ウェアラブル端末１０２に振動停止通知を送信する。ウェアラブル端末１０２は、振動停止通知を受信すると、振動装置３０３の駆動を停止して、振動刺激の停止を携帯端末１０１に通知する。

なお、ウェアラブル端末１０２に［めざめ］ボタンを表示してもよい（１２０７）。ウェアラブル端末１０２に表示された［めざめ］ボタンをユーザが操作すると、ウェアラブル端末１０２は、振動装置３０３の駆動を停止して、［めざめ］ボタンの操作を携帯端末１０１に通知する（１２０８）。

なお、ユーザによる［めざめ］ボタンの操作が検出されない場合、振動刺激を継続してもよいが、振動刺激の開始から所定時間（例えば、１分）が経過したり、降車駅を発車した（図１５のステップ１５０１で、乗り過ごしと判定された）タイミングで振動刺激を停止してもよい。また、電気刺激による報知が開始したタイミングで振動刺激を停止してもよい。

図１３は、本実施例のユーザ目覚まし（電気）処理７０５のシーケンス図である。

ユーザ目覚まし（電気）処理７０５はユーザ目覚まし（振動）処理７０４の後に実行されるので、ユーザ目覚まし（電気）処理７０５が実行開始時には、携帯端末１０１（又は、ウェアラブル端末１０２）には、［めざめ］ボタンが表示されている。

まず、携帯端末１０１は、［めざめ］ボタンが操作されたかを判定する（１３０１）。携帯端末１０１は、［めざめ］ボタンの操作が検出されると、ユーザが降車駅で降りる可能性が高いと判定し、振動刺激を停止して、ユーザ目覚まし（電気）処理７０５を終了する。一方、携帯端末１０１は、降車駅に到着しても［めざめ］ボタンの操作が検出されなければ、ユーザが乗り過ごしていると判定し、ユーザＩＤ及び位置情報とともに、ユーザ状態として「乗り過ごし」をホストシステム１０５に送信する（１３０２）。

乗り過ごし状態の判定は、様々な方法が採用できる。例えば、携帯端末１０１は、列車が降車駅を発車した後にユーザが列車と一緒に移動していれば、ユーザが乗り過ごしていると判定できる。一方、列車が降車駅を発車した後にユーザが駅に残っていれば、ユーザは降車したと判定できる。また、列車乗車中のユーザの移動速度がホームを境に変われば、ユーザが降車したと判定できる。また、ユーザが降車駅を過ぎても路線上を移動していれば、ユーザは列車に乗車中であり、乗り過ごしていると判定できる。これらの方法の一つ又は複数の組み合わせによって、乗り過ごし状態を判定するとよい。

また、ステップ１３０２で、ユーザが現実に乗り過ごしているかを判定せず、振動刺激を開始してから所定の時間を経過しても［めざめ］ボタンの操作が検出されなければ、ユーザが乗り過ごす可能性が高いと判定し、ユーザ状態を「乗り過ごし」であると判定してもよい。さらに、降車駅の直近（例えば１００ｍ）に近づいても［めざめ］ボタンの操作が検出されなければ、ユーザが乗り過ごす可能性が高いと判定し、ユーザ状態を「乗り過ごし」であると判定してもよい。この場合、周辺ユーザが乗り過ごしそうなユーザを起こすための行動を迅速にとれば、当該ユーザは乗り過ごすことなく降車駅で降りることができる。

ホストシステム１０５は、携帯端末１０１からユーザ状態「乗り過ごし」を受信すると（１３０３）、ユーザ位置情報データベース４０７のユーザ状態６０９を「乗り過ごし」に更新する（１３０４）。

その後、ホストシステム１０５は、ユーザ位置情報データベース４０７を検索して、携帯端末１０１のユーザの周辺にいるユーザを抽出する（１３０５）。例えば、携帯端末１０１のユーザの１０ｍ以内にいるユーザを同じ車両に乗車している周辺ユーザとして抽出する。また、車両を識別可能な情報（例えば、音響信号や、無線ＬＡＮのＳＳＩＤ）が車両内に送信されており、携帯端末１０１が乗車車両を特定できる機能を有していれば、携帯端末１０１のユーザと同じ車両に乗車しているユーザを抽出してもよい。

ホストシステム１０５は、携帯端末１０１のユーザが乗り過ごしている旨を周辺ユーザの携帯端末１０３に通知する（１３０６）。

なお、携帯端末１０１と携帯端末１０３との間で直接に通信が可能であれば、携帯端末１０１は乗り過ごし通知を携帯端末１０３に直接送信してもよい（１３０７）。

携帯端末１０３は、乗り過ごし通知を受信すると（１３０８）、［起こす］ボタンを表示する（１３０９）。起こすボタン表示画面の詳細は、図１４を参照して説明する。そして、携帯端末１０１は、［起こす］ボタン１４０４が操作されたかを判定する（１３１０）。その結果、携帯端末１０３は、［起こす］ボタン１４０４の操作を検出したら、ホストシステム１０５に電気発生トリガを通知する（１３１１）。

ホストシステム１０５は、携帯端末１０３から電気発生トリガを受信すると（１３１２）、受信した電気発生トリガを携帯端末１０１へ転送する（１３１３）。

携帯端末１０１は、ホストシステム１０５から電気発生トリガを受信すると（１３１４）、ウェアラブル端末１０２に電気発生トリガを送信する（１３１５）。

なお、携帯端末１０１と携帯端末１０３との間で直接に通信が可能であれば、携帯端末１０３は電気発生トリガを携帯端末１０１に直接送信してもよい（１３１１）。

ウェアラブル端末１０２は、携帯端末１０１から電気発生トリガを受信すると、電気刺激発生装置３０４を駆動して、ユーザに電気刺激を与える（１３１６）。

本実施例の乗り過ごし防止システムでは、乗り過ごしている（又は、乗り過ごす可能性が高い）ユーザを、周辺ユーザの助けによって起こすので、電気刺激の契機となったユーザは、起こしたユーザの代わりに座席に座ることができる。

また、起こしたユーザにポイントを加算し、起こされたユーザのポイントを減じることによって、スムーズな助け合いを実現できる。具体的には、ホストシステム１０５は、携帯端末１０３から電気発生トリガを受信すると、携帯端末１０３のユーザのポイントを加算し、携帯端末１０１のユーザのポイントを減算するとよい。ポイントは、この乗り過ごし防止システム内で使用されたり、駅に併設される施設でポイントによる特典を受けられたりするとよい。

図１４は、本実施例の起こすボタン表示画面の例を示す図である。

起こすボタン表示画面は、ユーザ情報表示エリア及び操作エリアを含む。

ユーザ情報表示エリアは、アイコン画像表示エリア１４０１及びプロフィール表示エリア１４０３を含む。アイコン画像表示エリア１４０１は、起こす対象のユーザのアイコンや写真を表示する。アイコン画像表示エリア１４０１に、当該ユーザの状態１４０２を表示してもよい。プロフィール表示エリア１４０３は、対象のユーザのプロフィール（性別、年齢、降車予定駅など）を表示する。ユーザ情報表示エリアの表示内容によって、周辺ユーザは、起こす対象のユーザの見当を付けることができ、起こす操作を行うかを判定できる。

操作エリアは、［起こす］ボタン１４０４及び［そっとしておく］ボタン１４０５を含む。周辺ユーザによる［起こす］ボタン１４０４の操作によって、携帯端末１０１は、ウェアラブル端末１０２が電気刺激を発生するように、電気発生トリガを送信する。なお、［起こす］ボタン１４０４は、誤操作を防止するために、ボタン内の所定位置をスライドする操作によって操作を検出するとよい。図示した［起こす］ボタン１４０４では、矢印の順で四つの丸印を指で辿る。

周辺ユーザは、対象ユーザを起こさない場合、［そっとしておく］ボタン１４０５を操作して、ボタン表示画面を閉じる。

図１５は、本実施例の最適降車駅判定処理７０６のシーケンス図である。

まず、携帯端末１０１は、ユーザが乗り過ごしているかを判定する（１５０１）。乗り過ごしているかの判定は、ユーザ目覚まし（電気）処理７０５のステップ１３０２と同じ方法でよい。

携帯端末１０１は、ユーザが乗り過ごしていると判定すると、ユーザＩＤ及び位置情報をホストシステム１０５へ送信する（１５０２）。

ホストシステム１０５は、携帯端末１０１から位置情報を受信すると（１５０３）、タクシーシステム１０６にタクシー情報取得依頼を送信する（１５０４）。

タクシーシステム１０６は、ホストシステム１０５からタクシー情報取得依頼を受信すると（１５０５）、ホストシステム１０５にタクシー情報を送信する（１５０６）。具体的には、タクシー情報は、ユーザに降車駅として提案する候補の駅（例えば、ユーザの現在位置から３駅先まで）における客待ちタクシーの数、タクシー待ちの人数を含むとよい。また、タクシー情報は、当該駅周辺を走行中の実車タクシー数、空車タクシー数を含んでもよい。

ホストシステム１０５は、タクシーシステム１０６からタクシー情報を受信すると、当該ユーザに最適な降車駅を選択し（１５０７）、選択された降車駅の情報を携帯端末１０１に送信する（１５０８）。例えば、早くタクシーに乗車したいユーザには、客待ちタクシーの数からタクシー待ちの人数を減じた値が大きい駅を降車駅として選択するとよい。選択される降車駅は一つでも、順序づけされた複数でもよい。

携帯端末１０１は、降車駅の情報を受信すると（１５０９）、降車駅情報を表示する（１５１０）。

その後、携帯端末１０１は、駅に到着する毎に、ユーザが降車済みであるかを判定する（１５１１）。降車済みであるかの判定は、ユーザ目覚まし（電気）処理７０５のステップ１３０２の乗り過ごし判定と同じ方法でよい。

本実施例の乗り過ごし防止システムでは、乗り過ごしたユーザにタクシーでの帰宅に適する駅を推薦するので、乗り過ごし防止システムによって推薦される駅で降車し、タクシーに乗車することによって、タクシーの状況が分からない駅でも、早く帰宅できる。

図１６は、本実施例のタクシーマッチング処理７０７のシーケンス図である。

まず、携帯端末１０１は、ユーザが乗り過ごしているかを判定する（１６０１）。乗り過ごしているかの判定は、ユーザ目覚まし（電気）処理７０５のステップ１３０２と同じ方法でよい。

携帯端末１０１は、ユーザが乗り過ごしていると判定すると、一人乗りタクシーを配車するか、タクシーの相乗りのマッチングを試みるかを選択するための画面を表示する（１６０２）。ユーザが一人乗りタクシーの配車を選択すると、携帯端末１０１は、タクシーシステム１０６に配車依頼を送信する。この配車依頼は、携帯端末１０１からタクシーシステム１０６に直接送信されても、携帯端末１０１からホストシステム１０５を経由してタクシーシステム１０６に送信されてもよい。タクシーシステム１０６は、ユーザの降車駅へのタクシーの配車を手配する（１６０３）。タクシーシステム１０６は、配車の結果（配車の成否、配車予定時刻）を携帯端末１０１に返信するとよい。

一方、ユーザがタクシーの相乗りのマッチングを選択すると、携帯端末１０１は、本来の降車駅の情報をホストシステム１０５に送信する（１６０４）。

ホストシステム１０５は、複数のユーザからのマッチングの要求を、本来降車駅６１０、乗り過ごし後降車予定駅６１１、乗り過ごし後降車予定時刻６１２、降車時刻実績６１３及び降車駅実績６１４を用いて突合し、マッチングを要求したユーザのグルーピングを試みる（１６０５）。

そして、ホストシステム１０５は、本来降車駅６１０が一致し、かつ、降車駅実績６１４（降車駅実績６１４がブランクであれば乗り過ごし後降車予定駅６１１）が一致し、かつ、降車時刻実績６１３（降車時刻実績６１３がブランクであれば乗り過ごし後降車予定時刻６１２）が所定の時間範囲内であれば、マッチングが成功し、相乗り候補があると判定し（１６０６）、相乗り候補のユーザの携帯端末１０１、１０３に相乗りのグルーピングの提案を送信して、グルーピングの交渉を開始する（１６０７）。

携帯端末１０１、１０３は、相乗りのグルーピングの提案を受信すると、グルーピングの諾否の入力をユーザに求め、ユーザが入力したグルーピングの諾否をホストシステム１０５に送信する（１６０８、１６０９）。ホストシステム１０５は、少なくとも二つの携帯端末１０１、１０３からグルーピングの承諾を受信すると、グルーピングを承諾した携帯端末１０１、１０３にグルーピングの成立を通知し、タクシーシステム１０６にグルーピングの成立を通知する（１６０７）。

なお、既に成立しているグループとステップ１６０５の突合条件を満たせば、ステップ１６０６で、マッチングが成功し、相乗り候補となると判定してもよい。

携帯端末１０１は、グルーピングの交渉が終了し、ホストシステム１０５から、グルーピング成立通知を受信すると（１６０８）、ウェアラブル端末１０２に報知トリガを送信する（１６１０）。ウェアラブル端末１０２は、報知トリガを受信すると、グループ成立を報知する（１６１１）。例えば、このグループ成立報知は、グループ毎に定められた色や数字をウェアラブル端末１０２に表示する。この表示を目印にしてユーザが集合できる。

同様に、携帯端末１０３は、グルーピングの交渉が終了し、ホストシステム１０５から、グルーピング成立通知を受信すると（１６０９）、ウェアラブル端末１０４に報知トリガを送信する（１６１２）。ウェアラブル端末１０４は、報知トリガを受信すると、グループ成立を報知する（１６１３）。例えば、このグループ成立報知は、グループ毎に定められた色や数字をウェアラブル端末１０４に表示する。この表示を目印にしてユーザが集合できる。

タクシーシステム１０６は、ホストシステム１０５から、グルーピング成立通知を受信すると（１６１４）、ユーザの降車駅へのタクシーの配車を手配する（１６１５）。そして、タクシーシステム１０６は、配車の結果（配車の成否、配車予定時刻）を携帯端末１０１、１０３に返信するとよい。

本実施例の乗り過ごし防止システムでは、タクシーの相乗りのためのグルーピングをするので、深夜に少ないタクシーでも多くのユーザをスムーズに帰宅させることができる。

本実施例の乗り過ごし防止システムでは、乗り過ごしたユーザの着座位置の特定が困難な普通列車でもユーザを的確に起こすことができる。また、起こしたユーザは、降車したユーザの後に着座でき、乗り過ごしユーザを積極的に起こす動機づけを提供できる。

以上、列車の乗客の乗り過ごしを防止するシステムについて説明したが、列車以外で、始発から終点までに複数箇所で乗降可能な公共交通機関（例えば、バス）にも、本発明は適用できる。

また、代替の交通手段としてタクシーの例について説明したが、タクシー以外の交通手段（例えば、路線バスなど）にも適用して、最適な降車駅を提案できる。

さらに、ユーザが乗り過ごした場合について説明したが、列車が運休した場合に代替の交通手段に乗り換えるための降車駅を提案できる。

以上に説明したように、本実施例の乗り過ごし防止システムでは、 携帯端末１０１は、予め設定された降車駅へ接近したと判定すると、振動刺激による報知を開始するための振動トリガを生成し、携帯端末１０１のユーザが降車駅を乗り過ごすと判定され、かつ、携帯端末１０３が電気発生トリガを受信すると、電気刺激による報知を開始するための電気発生トリガを生成するので、周辺の第三者の助けによってユーザを確実に起こすことができ、乗り過ごし率を低減できる。また、システムを介して、ユーザ間で助け合え、支え合えるコミュニティを形成できる。

また、携帯端末１０１は、ユーザが寝ている又は座っていると判定された場合、振動刺激による報知を開始するためのトリガを生成するので、振動刺激による報知を無駄に動作させずに、必要な場合に限って通知することによって、処理負荷を抑制でき、消費電力を抑制できる。

また、携帯端末１０１は、ユーザが降車駅を乗り過ごすと判定されたことを携帯端末１０３に通知し、携帯端末１０３は、［起こす］ボタンの操作を受け付けると、電気発生トリガを携帯端末１０１に送信し、携帯端末１０１は、電気発生トリガを受信すると、電気刺激による報知を開始するための電気発生トリガを生成するので、ホストシステム１０５を経由しないで、携帯端末間で電気発生トリガを送受信でき、公衆無線通信網のエリア外でも、ユーザを起こす契機を与えることができる。

また、携帯端末１０１は、ユーザが降車駅を乗り過ごすと判定されたことを、ホストシステム１０５へ通知し、ホストシステム１０５は、ユーザ位置情報データベース４０７から携帯端末１０１の周辺の携帯端末１０３を選択して、ユーザが降車駅を乗り過ごすと判定されたことを携帯端末１０３に通知し、携帯端末１０３は、［起こす］ボタンの操作を受け付けると、電気発生トリガを携帯端末１０１に送信し、携帯端末１０１は、ユーザが降車駅を乗り過ごすと判定されており、かつ、電気発生トリガを受信すると、電気刺激による報知を開始するための電気発生トリガを生成するので、他の装置からの近距離無線通信を受け入れない装置でもサービスを受けることができる。

また、携帯端末１０１は、降車駅に到着した、振動開始から所定時間（例えば１分）が経過した、又は降車駅まで所定距離に接近した、のいずれかによって、ユーザが降車駅を乗り過ごすと判定する。降車駅に到着した場合に乗り過ごしと判定することによって、自力で降車できないユーザを救済できる。また、振動開始から所定時間が経過した場合に乗り過ごしと判定することによって、降車駅到着前に電気刺激による報知を開始できる。また、降車駅まで所定距離に接近した場合に乗り過ごしと判定することによって、地域によらず均一な対応が可能となる。

また、携帯端末１０１は、降車駅まで所定数（例えば３駅）手前の駅に到達した後に、携帯端末１０１の位置情報及びユーザの状態の情報をホストシステム１０５に送信するので、降車駅に近づいてからユーザデータを更新すればよく、システムの負荷を抑制できる。

また、ホストシステム１０５は、携帯端末１０３から電気発生トリガを受信すると、携帯端末１０３のユーザのポイントを加算し、携帯端末１０１のユーザのポイントを減算するので、本乗り過ごし防止システムによる助け合いのモチベーションを高められる。

また、ホストシステム１０５は、乗り過ごし防止システムに接続されたタクシーシステム１０６から取得したタクシーの状況（客待ちタクシー数、タクシー待ち客数）を考慮して、乗り過ごした後の降車駅を提案するので、乗り過ごし後にスムーズなリカバリができ、ユーザは早く帰宅できる。

また、ホストシステム１０５は、ユーザの現在位置から所定数（例えば３駅）先の駅までを降車駅の候補に選定し、候補に選定された降車駅における、タクシーの状況と、タクシー待ち客数とに基づいて、降車駅を提案するので、リアルタイムの状況を考慮して降車駅を提案でき、ユーザは早く帰宅できる。

また、ホストシステム１０５は、ユーザの要求に従って、タクシーを手配するので、簡単な操作でタクシーを手配できる。

また、ホストシステム１０５計算機は、タクシーの利用希望者を、乗車場所（乗り過ごし後の降車駅）と目的地（列車の本来の降車駅）と利用開始時刻（乗り過ごし後の降車時刻）とを用いてグルーピングするので、安い料金でタクシーを利用できる。

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

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

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

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

１０１、１０３ 携帯端末
１０２、１０４ ウェアラブル端末
１０５ ホストシステム
１０６ タクシーシステム

Claims (12)

1. 報知システムが実行する報知方法であって、
   前記報知システムは、第１のユーザが保持する第１の端末と、第２のユーザが操作可能な第２の端末と、前記第１の端末及び前記第２の端末と通信可能なホスト計算機とを有し、
   前記方法は、
   前記第１の端末が、予め設定された降車駅へ接近したと判定すると、第１の報知を開始するためのトリガを生成する第１の報知ステップと、
   前記第１の端末が、前記第１のユーザが降車駅を乗り過ごすと判定されたことを、前記第２の端末に通知し、前記第２の端末が、前記第２のユーザが前記第２の端末を操作して前記第１のユーザを起こすための操作を受け付けた場合、前記第１の端末に第２の報知を指示し、前記第１の端末が、前記第２の報知の指示を受けた場合、前記第１の報知より強い刺激の第２の報知を開始するためのトリガを生成する第２の報知ステップとを含むことを特徴とする報知方法。
2. 報知システムが実行する報知方法であって、
   前記報知システムは、第１のユーザが保持する第１の端末と、第２のユーザが操作可能な第２の端末と、前記第１の端末及び前記第２の端末と通信可能なホスト計算機とを有し、
   前記方法は、
   前記第１の端末が、予め設定された降車駅へ接近したと判定すると、第１の報知を開始するためのトリガを生成する第１の報知ステップと、
   前記第１の端末が、前記第１のユーザが降車駅を乗り過ごすと判定されたことを、前記ホスト計算機へ通知し、前記ホスト計算機が、前記第１の端末の位置情報から前記第１の端末の周辺の第２の端末を選択して、前記第１のユーザが降車駅を乗り過ごすと判定されたことを前記選択された第２の端末に通知し、前記第２の端末が、前記第２のユーザが前記第２の端末を操作して前記第１のユーザを起こすための操作を受け付けた場合、前記第１の端末に第２の報知を指示し、前記第１の端末が、前記第２の報知の指示を受けた場合、前記第１の報知より強い刺激の第２の報知を開始するためのトリガを生成する第２の報知ステップとを含むことを特徴とする報知方法。
3. 請求項１又は２に記載の報知方法であって、
   前記第１の報知ステップでは、前記第１の端末が、前記第１のユーザが寝ている又は座っていると判定された場合、前記第１の報知を開始するためのトリガを生成することを特徴とする報知方法。
4. 請求項１又は２に記載の報知方法であって、
   前記第２の報知ステップでは、前記第１の端末が、前記降車駅に到着した、前記第１の報知の開始から所定時間が経過した、又は前記降車駅まで所定距離に接近した、のいずれかによって、前記第１のユーザが降車駅を乗り過ごすと判定することを特徴とする報知方法。
5. 請求項１又は２に記載の報知方法であって、
   前記第１の端末は、前記降車駅まで所定数手前の駅に到達した後に、前記第１の端末の位置情報及び前記第１のユーザの状態の情報を前記ホスト計算機に送信することを特徴とする報知方法。
6. 請求項１又は２に記載の報知方法であって、
   前記ホスト計算機は、ユーザが保有するポイントを記録するデータベースを格納し、
   前記方法は、
   前記ホスト計算機が、前記第２のユーザによる前記第２の端末の操作によって第２の報知を指示した場合、前記第２のユーザのポイントを加算し、前記第１のユーザのポイントを減算することを特徴とする報知方法。
7. 請求項１又は２に記載の報知方法であって、
   前記ホスト計算機が、前記報知システムに接続された交通管理システムから取得した他の交通手段の状況を考慮して、前記第１のユーザが乗り過ごした後の降車駅を提案することを特徴とする報知方法。
8. 請求項７に記載の報知方法であって、
   前記ホスト計算機が、前記第１のユーザの現在位置から所定数先の駅までを降車駅の候補に選定し、
   前記ホスト計算機が、前記降車駅の候補に選定された駅における、前記他の交通手段の状況と、当該他の交通手段の利用希望者数とを取得し、
   前記ホスト計算機が、前記取得した運転状況及び利用希望者数に基づいて、降車駅を提案することを特徴とする報知方法。
9. 請求項７に記載の報知方法であって、
   前記ホスト計算機が、前記第１のユーザの要求に従って、前記他の交通手段を手配することを特徴とする報知方法。
10. 請求項７に記載の報知方法であって、
    前記ホスト計算機が、他の交通手段の利用希望者を、利用開始場所と目的地と利用開始時刻とを用いてグルーピングすることを特徴とする報知方法。
11. ユーザに降車駅を報知する報知システムであって、
    第１のユーザが保持する第１の端末と、
    第２のユーザが操作可能な第２の端末と、
    前記第１の端末及び前記第２の端末と通信可能なホスト計算機とを備え、
    前記第１の端末は、
    予め設定された降車駅へ接近したと判定すると、第１の報知を開始するためのトリガを生成し、
    前記第１の端末が、前記第１のユーザが降車駅を乗り過ごすと判定されたことを、前記第２の端末に通知し、前記第２の端末が、前記第２のユーザが前記第２の端末を操作して前記第１のユーザを起こすための操作を受け付けた場合、前記第１の端末に第２の報知を指示し、前記第１の端末が、前記第２の報知の指示を受けた場合、前記第１の報知より強い刺激の第２の報知を開始するためのトリガを生成することを特徴とする報知システム。
12. ユーザに降車駅を報知する報知システムであって、
    第１のユーザが保持する第１の端末と、
    第２のユーザが操作可能な第２の端末と、
    前記第１の端末及び前記第２の端末と通信可能なホスト計算機とを備え、
    前記第１の端末は、
    予め設定された降車駅へ接近したと判定すると、第１の報知を開始するためのトリガを生成し、
    前記第１の端末が、前記第１のユーザが降車駅を乗り過ごすと判定されたことを、前記ホスト計算機へ通知し、前記ホスト計算機が、前記第１の端末の位置情報から前記第１の端末の周辺の第２の端末を選択して、前記第１のユーザが降車駅を乗り過ごすと判定されたことを前記選択された第２の端末に通知し、前記第２の端末が、前記第２のユーザが前記第２の端末を操作して前記第１のユーザを起こすための操作を受け付けた場合、前記第１の端末に第２の報知を指示し、前記第１の端末が、前記第２の報知の指示を受けた場合、前記第１の報知より強い刺激の第２の報知を開始するためのトリガを生成することを特徴とする報知システム。

Images