乗り過ごし防止車両サーバ及び乗り過ごし防止機能付き端末装置
【課題】遅延の発生や普通、快速、通勤快速、特急等の車種に関係なく、目的駅（又は乗換駅）に到着前に利用者が事前に設定して時間帯で下車駅が近いことを報知する乗り過ごし防止機能付き端末装置を提供する。
【解決手段】車両サーバ２２は車両が停車中の駅を発車するタイミングで次の停車駅ＩＤと停車駅までの所要時間とからなる路線情報を車両内に存在する携帯端末２０に向けて無線配信する。携帯端末２０は事前に路線経路の目的駅（あれば乗換駅も）と下車準備通知時間を設定されている。携帯端末２０の専用アプリケーションは、車両サーバ２２から配信され路線情報の停車駅が目的駅でも乗換駅でもないときはその情報を廃棄し、路線情報の停車駅が目的駅又は乗換駅であるときは、路線情報の所要時間に基づいて計時を行い、設定された事前通知時刻で下車駅が近いことを利用者に通知する。
【解決手段】車両サーバ２２は車両が停車中の駅を発車するタイミングで次の停車駅ＩＤと停車駅までの所要時間とからなる路線情報を車両内に存在する携帯端末２０に向けて無線配信する。携帯端末２０は事前に路線経路の目的駅（あれば乗換駅も）と下車準備通知時間を設定されている。携帯端末２０の専用アプリケーションは、車両サーバ２２から配信され路線情報の停車駅が目的駅でも乗換駅でもないときはその情報を廃棄し、路線情報の停車駅が目的駅又は乗換駅であるときは、路線情報の所要時間に基づいて計時を行い、設定された事前通知時刻で下車駅が近いことを利用者に通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗り過ごし防止車両サーバ及び乗り過ごし防止機能付き端末装置に関する。
【背景技術】
【０００２】
従来、目的駅である下車駅を監視しつつその情報を、車内で送信装置から発せられる無線信号によって必要な乗客にだけ必要なときに告知し得る下車駅監視装置が提案されている。（例えば、特許文献１参照。）
【０００３】
また、固定または移動局に設置された発信機と、利用客が所持する受信機によって、利用客の乗換地や最終目的地での乗り越しを防止して確実に目的地にたどり着けるよう利用客を誘導するシステムが提案されている。（例えば、特許文献２参照。）
【０００４】
尚、通常、携帯端末には目覚まし機能が搭載されているので、この目覚まし機能を用い事前に目的駅（降車駅）に到着する時刻よりも前の任意の時刻に目覚ましを設定しておけば、降車駅への到着を事前に知って、余裕を持って下車の準備をすることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０５−０６９８２８号公報
【特許文献２】特開平０８−３３２９５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に示される従来技術は、乗車料金支払済証となる切符は、目的駅や必要な乗換え駅の各情報を記憶する記憶部と、無線信号である停車駅情報を受信する受信部と、目的駅及び乗換え駅の各情報と停車駅情報を比較する比較部と振動による告知部を内蔵している。
【０００７】
データを記憶するだけであれば、切符に磁性体を添着するだけでよいが、受信部、比較部、振動する告知部等は、ＩＣチップ化して切符に埋め込まなければならないから、切符が極めて高価な構成となって経済性の面から見て実現が困難であるという課題がある。
【０００８】
更に、切符に目的駅や必要な乗換え駅の各情報を記憶させるために、これらの情報を切符に入力するための入力装置を、切符を発行する各駅に設置する必要があるから、駅側におけるデータ入力の手数と時間が必要で、乗客輸送サービスの迅速性が失われてしまうという課題もある。
【０００９】
また、特許文献２に示される従来技術は、図１や明細書の記載からみて、発信機は駅近傍の適宜の支柱に固定して取り付けられている。駅には上り車線と下り車線があるから、発信機は各駅毎に、上り車線には下り方向の駅近傍の支柱、下り車線には上り方向の駅近傍の支柱と、駅毎に２箇所に設置する必要があるから、設置の費用と保守の費用が掛かりすぎて経済性の面から見て実現が困難であるという課題がある。
【００１０】
更に、駅と支柱との間隔は、各駅で同一であるとは限らないから、駅によって次が着駅であるという報知の時間帯が異なってくる。乗車の都度目的駅が同一であるなら問題はないが、目的駅が以前と異なる場合、着駅報知の時間帯を以前の経験として持っている人にとっては、着駅報知と着駅に至るまでの所要時間が以前と異なるので、違和感を生じてかえって不便であるという課題がある。
【００１１】
上記いずれの特許文献も、路線運営側から一方的に着駅が報知されるだけであり、利用者側には何らの選択肢もないという課題がある。
【００１２】
また、携帯端末の目覚まし機能を利用する方法は、下車駅が近いことを知る時間帯の設定を利用者側で選択することができるが、下車駅到着前の任意の時刻を設定するためには下車駅の到着時刻を事前に調べて知っておく必要があって面倒であるという課題がある。また、利用した車両に遅延が発生した場合には対応できないという課題もある。
【課題を解決するための手段】
【００１３】
上記の課題を解決するために、本発明の乗り過ごし防止車両サーバは、車両が停車中の駅を発車するタイミングで、次の停車駅のＩＤデータと該停車駅に到着するまでの所要時間データとを、車両内に存在する携帯端末に向けて無線で配信するように構成される。
【００１４】
また、上記の課題を解決するために、本発明の乗り過ごし防止機能付き端末装置は、既存のナビゲーション・ポータルサイトにアクセスして該ナビゲーション・ポータルサイトの乗車案内ページを表示装置に表示する機能と、表示装置に表示された乗車案内ページを用いて出発駅と目的駅を入力されたとき出発駅から目的駅までの乗車ルートをナビゲーション・ポータルサイトから取得する機能と、乗り過ごし防止用の専用アプリケーションと、を備えた乗り過ごし防止機能付き端末装置であり、専用アプリケーションは、乗車ルートから取得した目的駅または乗換駅及び目的駅に到着する前に警報を報知すべき時間を外部から入力されて記憶する機能と、乗り過ごし防止機能付き端末装置が車両内に在るとき、該車両のサーバから各駅毎に発車タイミングに合わせて車内に無線で配信される次の停車駅のＩＤデータと該停車駅までの所要時間データとからなる車内情報を取得する機能と、該車内情報の停車駅のＩＤデータが目的駅又は乗換駅のＩＤを示していないとき車内情報を廃棄する機能と、車内情報の停車駅のＩＤデータが目的駅又は乗換駅のＩＤを示しているとき車内情報の所要時間データが示す時間の計数を開始する機能と、該計数値が目的駅又は乗換駅に到着する前に警報を報知すべき時間に一致したとき警報を報知する機能と、を有するように構成される。
【発明の効果】
【００１５】
本発明は、乗り過ごし防止機能が目的駅(又は乗換駅)に到着の手前の任意に設定された時間帯で目的駅（又は乗換駅）であることを報知するので車両の利用者は事前に目的駅の到着時刻を調べる必要がなくなるという効果を奏する。
【００１６】
また、車両に遅延が発生しても、目的駅（又は乗換駅）に到着の手前の任意に設定された時間帯で目的駅（又は乗換駅）であることを報知するので、車両の利用者は車両の遅延を意識することなく気楽に利用できるという効果を奏する。
【００１７】
また、車両ごとに次の停車駅ＩＤデータと所要時間データの情報配信を行なうので、普通、快速、通勤快速、特急等により停車する駅までの所要時間が異なっても、目的駅（又は乗換駅）に到着の手前の任意に設定された時間帯で下車が近いことを報知でき、常に任意に設定した時間内で下車の準備ができるので安心であるという効果を奏する。
【００１８】
目的駅(又は乗換駅)に到着の何分前に報知するかを車両の利用者が選択することができるので、車両の利用者に対し分単位できめ細かく対応でき、特にお年寄りや大きな荷物を持った車両の利用者には、余裕を持って下車の準備ができるので便利であるという効果を奏する。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施例１に係る乗り過ごし防止機能付き端末装置の利用方法を示す図である。
【図２】実施例１に係る乗り過ごし防止機能付き端末装置の利用方法の他の例を示す図である。
【図３】乗り過ごし防止機能付き端末装置の利用方法に関係する通信網と乗り過ごし防止機能付き端末装置の動作を示すフローチャートである。
【図４】実施例１に係る乗り過ごし防止機能付き端末装置が既存のサービスであるナビゲーション統合サイトの乗車案内ページを表示装置に表示した状態を示す図である。
【図５】乗り過ごし防止機能付き端末装置に搭載されている乗り過ごし防止用の専用アプリケーションによる表示画面を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
【実施例１】
【００２１】
図１は、実施例１に係る乗り過ごし防止機能付き端末装置（以下、単に携帯端末装置という）の利用方法を示す図である。同図は利用者による車両の利用経路である駅と駅間の経路を示す破線の、上方に利用者による設定を示し、下方に後述する車両サーバから配信される情報を示している。
【００２２】
利用者による設定は、車両の利用経路と目的地の駅名（実際には駅名を特定するＩＤであるが、以下の説明では単に駅名とする）である。同図に示す例では、利用者が利用する車両の路線としては、Ａ駅から、Ｂ駅、Ｃ駅、Ｄ駅まで示され、そのうち出発駅はＡ駅であることが示されている。
【００２３】
このＡ駅で車両に乗車して出発するに際し、利用者によって携帯端末装置に対し、目的地の駅名として「Ｃ駅」が事前に設定されたことを示している。そして、携帯端末装置に搭載されている目覚まし機能１が動作する時間として、目的地のＣ駅に到着する前の所定の時間帯２が設定されたことを示している。
【００２４】
また、車両サーバから配信される情報は、停車中の駅を発車するタイミングで配信されることが示されており、その情報は、次に停車する駅名と、発車駅から次の停車駅までの所要時間であることが示されている。
【００２５】
同図に示す例では、配信情報は、Ａ駅を発車するタイミングでは、次に停車するＢ駅の駅名と、Ａ駅からＢ駅までの所要時間５分が配信されている。また、Ｂ駅を発車するタイミングでは、次に停車するＣ駅の駅名と、Ｂ駅からＣ駅までの所要時間８分が配信されている。
【００２６】
図２は、実施例１に係る携帯端末装置の利用方法の他の例を示す図である。同図は利用者が利用する車両の運営会社の路線が、Ａ駅から始まって、Ｂ駅、Ｃ駅、Ｄ駅、Ｅ駅で示される一本の路線と、この路線と平行して、Ｆ駅、Ｇ駅、Ｇ駅からＣ駅に接続する路線が示されている。つまりＣ駅は乗換駅である。
【００２７】
利用者による設定は、同図に示す例では、利用者が利用する車両の路線として、Ｆ駅を出発駅とし、このＦ駅から、Ｇ駅を通り過ぎて、Ｃ駅で乗換え、Ｃ駅からＤ駅を通り過ぎて目的駅のＥ駅で下車する予定が示されている。
【００２８】
そのＦ駅で車両に乗車して出発するに際し、事前に利用者によって、携帯端末装置に対し、乗換駅として「Ｃ駅」が設定され、目的駅として「Ｅ駅」が設定されたことを示している。
【００２９】
そして、携帯端末装置に搭載されている目覚まし機能１が動作する時間として、乗換駅の「Ｃ駅」ではＣ駅に到着する前の所定の時間帯３が設定され、目的駅の｛Ｅ駅」ではＥ駅に到着する前の所定の時間帯４が設定されたことを示している。
【００３０】
図３は、図１又は図２に示した携帯端末装置の利用方法に関係する通信網と携帯端末装置の動作を示すフローチャートである。なお、以下の説明では、端末及びサーバ間で交信されるデータには「データ」の名称を用いず単にデータの内容となる名称のみを用いて説明する。
【００３１】
図４は、利用者が所持する携帯端末装置の携帯電話向けブラウザが、既存のサービスであるナビゲーション統合サイトの乗車案内ページを表示装置に表示した状態を示す図である。
図５は、携帯端末装置に搭載されている乗り過ごし防止用の専用アプリケーションが専用の表示画面を表示した状態を示す図である。
【００３２】
図４の携帯電話向けブラウザによる表示画面が開いている状態で、図５の専用アプリケーションを円滑に起動させるために、専用アプリケーションをインストールする時に例えば乗車案内ページの右ボタンメニュー等に専用アプリケーションを登録しておくようにする。
【００３３】
図３において、先ず、利用者は、自分が所持している例えば携帯電話または無線通信機能のある電子手帳等の携帯端末装置２０を操作して、携帯電話向けブラウザにより携帯端末専用サイトのサーバ（以下、携帯サイトサーバという）２１に接続する。
【００３４】
そして、携帯電話向けブラウザは、携帯サイトサーバ２１を介して、例えばナビタイム・ジャパン等が提供しているナビゲーション・ポータルサイトにアクセスする（ステップＳ２０−１）。
【００３５】
ナビタイム・ジャパンのナビゲーション・ポータルサイトのトップページはナビゲーション統合サイトを備えている。ナビゲーション統合サイトは上記のアクセスに応じて、初期画面としての乗車案内ページを、携帯サイトサーバ２１を介し、携帯端末装置２０の携帯電話向けブラウザに返信する（ステップＳ２１−１）。
【００３６】
これにより、携帯端末装置２０の表示画面には、携帯電話向けブラウザにより、図４に示すように乗車案内ページ５が表示される。
【００３７】
この後、利用者の入力と検索が終了するまでは、携帯端末装置２０からの入力情報の送信処理（ステップＳ２０−２）と、携帯サイトサーバ２１からの経路情報の返信処理（ステップＳ２１−２）が複数回繰り返される。
【００３８】
すなわち、ここで利用者が、例えば図４に示す乗車案内ページ５の出発駅の駅名データ入力枠６に「新宿」と入力し、乗換駅の駅名データ入力枠７に「神田」と入力すると、新宿と神田の駅名表示に中間の経路表示枠９に、ナビゲーション統合サイトから返信された経路が「中央線中央特快、東京行き、中・後方車両」と表示される。
【００３９】
ここで、「中・後方車両」の表示は、進行方向前から数えて中央部に近い後方の車両の意味であり、乗換えに便利でタイムロスの少ない乗り口を示している。
【００４０】
続いて、利用者が、乗車案内ページ５の目的駅の駅名データ入力枠８に「浅草」と入力すると、神田と浅草の駅名表示に中間の経路表示枠１０に、ナビゲーション統合サイトから返信された経路が「東京メトロ銀座線、浅草行」と表示される。
【００４１】
上記の表示には、経路表示枠９、１０のいずれにも、時刻表を表示させるための時刻表ボタンが表示されている。また、目的駅の駅名データ入力枠８には、入力された浅草の駅名と並んでその下方に、浅草周辺の地図や店舗等の情報を表示させるための周辺検索ボタンが表示されている。
【００４２】
ここで、利用者は、携帯端末装置２０に搭載されている専用アプリケーションを起動する（ステップＳ２０−３）。この起動により、例えば図５に示すように、専用アプリケーションによって、表示画面１１が表示される。
【００４３】
この表示された表示画面１１には、専用アプリケーションが図４に示す表示装置５に表示された乗車案内ページから自動取得した乗換駅「神田」と目的駅「浅草」が、それぞれ乗換駅表示枠１２と目的駅表示枠１３に表示されている。
【００４４】
ここで、利用者は、それらの表示枠の下方に表示されている通知時刻表示枠１４のメニューボタン１５を押すと、特には図示しないが、種々の通知時刻を示すプルダウンメニューが表示される。
【００４５】
図５の表示画面１１に示す例では、利用者がプルダウンメニューから任意に選択した所望の通知時刻「３分前」が、通知時刻表示枠１４に表示されている。
【００４６】
これらの表示に誤りが無ければ、利用者は確定ボタン１６を押す。他方、表示に誤りがあれば、キャンセルボタン１７を押して通知時刻を選択しなおす、又は待機ボタン１８を押して一旦表示画面１１を隠して図４の表示画面５に戻り駅名を入力しなおす。
【００４７】
図５の表示画面１１で確定ボタン１６を押した場合は、全ての設定が確定したのであるから、閉じるボタン１９を押して、表示を画面から消す。これで出発の準備が整う。
【００４８】
上記のように各種の設定が終了して出発の準備が整った携帯端末装置を、専用アプリケーションを起動させたまま携帯して、利用者は図３の時刻ｔ０において電車に乗り込む。
【００４９】
図１に示した利用例であると、図４の表示装置５の乗換駅の駅名データ入力枠７には駅名は入力されていない。したがって、図５の専用アプリケーションによる表示画面１１の乗換駅表示枠１２にも駅名は取得されていない。専用アプリケーションが図４の表示装置５から取得するのは目的駅の駅名のみである。
【００５０】
図３において、電車に設置されている車両サーバ２２は、先ず、電車が駅（この場合はＡ駅）を発車しているか否か判別し（ステップＳ２２−１）、発車していなければ（Ｓ２２−１がＮ）、発車するまで待機する。
【００５１】
そして電車がＡ駅を発車したならば（Ｓ２２−１がＹ）、その発車するタイミングで車両サーバ２２は次の停車駅(この場合はＢ駅)と、Ａ駅からＢ駅までの所要時間「５分」から成る路線情報を各車両に配信する（ステップＳ２２−２）。
【００５２】
利用者の携帯端末装置２０の専用アプリケーションは、その配信された路線情報からＢ駅を取得し、このＢ駅と乗車前に予め取得している目的駅と一致するか判別する（ステップＳ２０−４）。
【００５３】
そして、この場合は目的駅はＣ駅であるため、Ｂ駅とは一致しない（Ｓ２０−４がＮ）。したがって、この路線情報を破棄して、次の路線情報の配信を取得するまで待機する。
【００５４】
車両サーバ２２は、電車が次の停車駅（Ｂ駅）に停車したか否かを判別し（ステップＳ２２−３）、停車していなければ（Ｓ２２−３がＮ）、停車するまで待機する。そして、停車したならば（Ｓ２２−３がＹ）、ステップＳ２２−１に戻ってＢ駅を発車するまで待機する。
【００５５】
そして、Ｂ駅を発車したならば（Ｓ２２−１がＹ）、その発車するタイミングで車両サーバ２２は次の停車駅(この場合はＣ駅)と、Ｂ駅からＣ駅までの所要時間「８分」から成る路線情報を各車両に配信する（ステップＳ２２−２）。
【００５６】
利用者の携帯端末装置２０の専用アプリケーションは、その配信された路線情報からＣ駅を取得し、このＣ駅と乗車前に予め取得している目的駅と一致するか判別する（ステップＳ２０−４）。
【００５７】
そして、この場合は目的駅はＣ駅であるため、取得した路線情報の次の停車駅Ｃ駅と一致する（Ｓ２０−４がＹ）。その場合は、専用アプリケーションは、通知機能を起動する（ステップＳ２０−５）。
【００５８】
通知機能は減算タイマとブザー又はバイブレーションの報知機能から成り、配信された路線情報から取得した所要時間「８分」に対し「０秒」から減算を開始して、残り時間が通知時間である「３分前」となったか否かを判別する（ステップＳ２０−６）。
【００５９】
そして、残り時間が「３分前」でなければ（Ｓ２０−６がＮ）、判別を繰り返し、残り時間が「３分前」（図１の時間帯２）になったときは（Ｓ２０−６がＹ）、ブザー又はバイブレーションを起動して、利用者に駅に到着３分前であることを報知する。
【００６０】
そして、その到着前を報知した駅が目的駅（この場合はＣ駅）であるか否かを判別し（ステップＳ２０−８）、Ｃ駅であるので（Ｓ２０−８がＹ）、専用アプリケーションを終了する。
【００６１】
次に、図２に示した利用例について、同じく図３のフローチャートを用いて説明する。図２示した利用例であると、図４の表示装置５の乗車案内ページには、出発駅の駅名データ入力枠６にはＦ駅が入力され、乗換駅の駅名データ入力枠７にはＣ駅が入力され、目的駅の駅名データ入力枠８にはＥ駅が入力されている。
【００６２】
したがって、図５の専用アプリケーションによる表示画面１１においては、乗換駅表示枠１２にＣ駅が取得され、目的駅表示枠１３にはＥ駅が取得されている。通知時刻表示枠１４には、この場合も「３分前」が選択入力されているものとする。
【００６３】
図３において、車両サーバ２２の動作では、ステップＳ２２−１〜Ｓ２２−３の動作は図２に示した利用例においても駅ごとに同一である。以下の説明では、携帯端末装置２０のステップＳ２０−４〜Ｓ２０−８の処理について、図２に従って説明する。
【００６４】
経路情報設定で専用アプリケーションの表示画面１１で乗換駅Ｃ駅と目的駅Ｅ駅、及び通知時刻３分前を設定して準備が完了した利用者は、乗車案内ページの経路案内で目的駅までの乗換経路を確認し、案内された経路の出発駅Ｆ駅で、専用アプリケーションを起動したままの携帯端末装置２０を携帯して電車に乗車する。
【００６５】
携帯端末装置２０の専用アプリケーションは、車両サーバ２２からの配信により、Ｆ駅を発車するタイミングで次の停車駅Ｇ駅と所要時間６分から成る路線情報を取得する。利用者の目的駅はＥ駅、乗換駅はＣ駅であるので、Ｇ駅は下車駅ではない。したがって、この路線情報「Ｇ駅、６分」を破棄する。
【００６６】
そして、専用アプリケーションは、次の停車駅Ｇ駅での出発時の路線情報の配信を待機し、Ｇ駅を発車するタイミングで車両サーバ２２から配信された次の停車駅Ｃ駅と所要時間１０分から成る路線情報を取得する。
【００６７】
専用アプリケーションは、取得した路線情報のＣ駅が、乗換駅又は目的駅かを判別する。利用者の目的駅はＥ駅、乗換駅はＣ駅であるので、この路線情報のＣ駅は乗換駅に合致する。したがって、専用アプリケーションは、この路線情報から取得した所要時間１０分を基準として、乗り過ごし防止機能の処理を開始する。
【００６８】
そして、乗り過ごし防止機能により、Ｃ駅の手前の通知時間帯３において、指定された通知時刻であることを利用者に報知する。利用者はＣ駅で一旦下車して電車を乗り換える。
【００６９】
専用アプリケーションは、Ｃ駅を発車するタイミングで次の停車駅Ｄ駅と所要時間１５分から成る路線情報を取得する。再び専用アプリケーションは、取得した路線情報のＤ駅が、乗換駅又は目的駅かを判別する。利用者の目的駅はＥ駅、乗換駅はＣ駅であるので路線情報のＤ駅は利用者の下車駅ではない。したがって、専用アプリケーションは、この路線情報「Ｄ駅、１５分」を破棄する
【００７０】
次に、専用アプリケーションは、Ｄ駅を発車するタイミングで次の停車駅Ｅ駅と所要時間１２分を取得する。利用者の目的駅はＥ駅、乗換駅はＣ駅であるため、この路線情報のＥ駅は目的駅に合致する。
【００７１】
したがって、専用アプリケーションは、この路線情報の所要時間１２分を基準として乗り過ごし防止機能の処理を開始する。乗り過ごし防止機能の処理により、Ｅ駅の手前の通知時刻帯４において、利用者に対し次の駅が停車駅であることを報知する。利用者はＥ駅で電車を降車する。
【００７２】
専用アプリケーションは、今の停車駅が目的駅であったか否かを判別する。停車駅Ｅ駅は、利用者の目的駅Ｅと一致するので、専用アプリケーションは、処理が全て終了したと判別して、処理機能を停止する。
【００７３】
このように本発明によれば、携帯サイトのサーバを介して既存の路線情報案内サービスを利用し、出発駅と目的駅を入力して、最短の路線経路および乗換駅があればその乗換駅名を取得する。
【００７４】
そして、乗換駅又は目的駅で下車する際の事前通知の所望の時間帯を選択入力するだけで、乗った車両内で配信される次の停車駅と所要時間からなる路線情報を取得するだけで乗換駅を含む下車駅での下車準備のための所望の事前通知を受け取ることができるので便利である。
【符号の説明】
【００７５】
１ 機能
２、３、４ 到着する前の所定の時間帯
５ 表示装置
６ 出発駅の駅名データ入力枠
７ 乗換駅の駅名データ入力枠
８ 目的駅の駅名データ入力枠
９、１０ 経路表示枠
１１ 専用アプリケーションによる表示画面
１２ 乗換駅表示枠
１３ 目的駅表示枠
１４ 通知時刻表示枠
１５ メニューボタン
１６ 確定ボタン
１７ キャンセルボタン
１８ 待機ボタン
１９ 閉じるボタン
２０ 乗り過ごし防止機能付き端末装置（携帯端末装置）
２１ 携帯サイトのサーバ
２２ 車両サーバ
【技術分野】
【０００１】
本発明は、乗り過ごし防止車両サーバ及び乗り過ごし防止機能付き端末装置に関する。
【背景技術】
【０００２】
従来、目的駅である下車駅を監視しつつその情報を、車内で送信装置から発せられる無線信号によって必要な乗客にだけ必要なときに告知し得る下車駅監視装置が提案されている。（例えば、特許文献１参照。）
【０００３】
また、固定または移動局に設置された発信機と、利用客が所持する受信機によって、利用客の乗換地や最終目的地での乗り越しを防止して確実に目的地にたどり着けるよう利用客を誘導するシステムが提案されている。（例えば、特許文献２参照。）
【０００４】
尚、通常、携帯端末には目覚まし機能が搭載されているので、この目覚まし機能を用い事前に目的駅（降車駅）に到着する時刻よりも前の任意の時刻に目覚ましを設定しておけば、降車駅への到着を事前に知って、余裕を持って下車の準備をすることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０５−０６９８２８号公報
【特許文献２】特開平０８−３３２９５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に示される従来技術は、乗車料金支払済証となる切符は、目的駅や必要な乗換え駅の各情報を記憶する記憶部と、無線信号である停車駅情報を受信する受信部と、目的駅及び乗換え駅の各情報と停車駅情報を比較する比較部と振動による告知部を内蔵している。
【０００７】
データを記憶するだけであれば、切符に磁性体を添着するだけでよいが、受信部、比較部、振動する告知部等は、ＩＣチップ化して切符に埋め込まなければならないから、切符が極めて高価な構成となって経済性の面から見て実現が困難であるという課題がある。
【０００８】
更に、切符に目的駅や必要な乗換え駅の各情報を記憶させるために、これらの情報を切符に入力するための入力装置を、切符を発行する各駅に設置する必要があるから、駅側におけるデータ入力の手数と時間が必要で、乗客輸送サービスの迅速性が失われてしまうという課題もある。
【０００９】
また、特許文献２に示される従来技術は、図１や明細書の記載からみて、発信機は駅近傍の適宜の支柱に固定して取り付けられている。駅には上り車線と下り車線があるから、発信機は各駅毎に、上り車線には下り方向の駅近傍の支柱、下り車線には上り方向の駅近傍の支柱と、駅毎に２箇所に設置する必要があるから、設置の費用と保守の費用が掛かりすぎて経済性の面から見て実現が困難であるという課題がある。
【００１０】
更に、駅と支柱との間隔は、各駅で同一であるとは限らないから、駅によって次が着駅であるという報知の時間帯が異なってくる。乗車の都度目的駅が同一であるなら問題はないが、目的駅が以前と異なる場合、着駅報知の時間帯を以前の経験として持っている人にとっては、着駅報知と着駅に至るまでの所要時間が以前と異なるので、違和感を生じてかえって不便であるという課題がある。
【００１１】
上記いずれの特許文献も、路線運営側から一方的に着駅が報知されるだけであり、利用者側には何らの選択肢もないという課題がある。
【００１２】
また、携帯端末の目覚まし機能を利用する方法は、下車駅が近いことを知る時間帯の設定を利用者側で選択することができるが、下車駅到着前の任意の時刻を設定するためには下車駅の到着時刻を事前に調べて知っておく必要があって面倒であるという課題がある。また、利用した車両に遅延が発生した場合には対応できないという課題もある。
【課題を解決するための手段】
【００１３】
上記の課題を解決するために、本発明の乗り過ごし防止車両サーバは、車両が停車中の駅を発車するタイミングで、次の停車駅のＩＤデータと該停車駅に到着するまでの所要時間データとを、車両内に存在する携帯端末に向けて無線で配信するように構成される。
【００１４】
また、上記の課題を解決するために、本発明の乗り過ごし防止機能付き端末装置は、既存のナビゲーション・ポータルサイトにアクセスして該ナビゲーション・ポータルサイトの乗車案内ページを表示装置に表示する機能と、表示装置に表示された乗車案内ページを用いて出発駅と目的駅を入力されたとき出発駅から目的駅までの乗車ルートをナビゲーション・ポータルサイトから取得する機能と、乗り過ごし防止用の専用アプリケーションと、を備えた乗り過ごし防止機能付き端末装置であり、専用アプリケーションは、乗車ルートから取得した目的駅または乗換駅及び目的駅に到着する前に警報を報知すべき時間を外部から入力されて記憶する機能と、乗り過ごし防止機能付き端末装置が車両内に在るとき、該車両のサーバから各駅毎に発車タイミングに合わせて車内に無線で配信される次の停車駅のＩＤデータと該停車駅までの所要時間データとからなる車内情報を取得する機能と、該車内情報の停車駅のＩＤデータが目的駅又は乗換駅のＩＤを示していないとき車内情報を廃棄する機能と、車内情報の停車駅のＩＤデータが目的駅又は乗換駅のＩＤを示しているとき車内情報の所要時間データが示す時間の計数を開始する機能と、該計数値が目的駅又は乗換駅に到着する前に警報を報知すべき時間に一致したとき警報を報知する機能と、を有するように構成される。
【発明の効果】
【００１５】
本発明は、乗り過ごし防止機能が目的駅(又は乗換駅)に到着の手前の任意に設定された時間帯で目的駅（又は乗換駅）であることを報知するので車両の利用者は事前に目的駅の到着時刻を調べる必要がなくなるという効果を奏する。
【００１６】
また、車両に遅延が発生しても、目的駅（又は乗換駅）に到着の手前の任意に設定された時間帯で目的駅（又は乗換駅）であることを報知するので、車両の利用者は車両の遅延を意識することなく気楽に利用できるという効果を奏する。
【００１７】
また、車両ごとに次の停車駅ＩＤデータと所要時間データの情報配信を行なうので、普通、快速、通勤快速、特急等により停車する駅までの所要時間が異なっても、目的駅（又は乗換駅）に到着の手前の任意に設定された時間帯で下車が近いことを報知でき、常に任意に設定した時間内で下車の準備ができるので安心であるという効果を奏する。
【００１８】
目的駅(又は乗換駅)に到着の何分前に報知するかを車両の利用者が選択することができるので、車両の利用者に対し分単位できめ細かく対応でき、特にお年寄りや大きな荷物を持った車両の利用者には、余裕を持って下車の準備ができるので便利であるという効果を奏する。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施例１に係る乗り過ごし防止機能付き端末装置の利用方法を示す図である。
【図２】実施例１に係る乗り過ごし防止機能付き端末装置の利用方法の他の例を示す図である。
【図３】乗り過ごし防止機能付き端末装置の利用方法に関係する通信網と乗り過ごし防止機能付き端末装置の動作を示すフローチャートである。
【図４】実施例１に係る乗り過ごし防止機能付き端末装置が既存のサービスであるナビゲーション統合サイトの乗車案内ページを表示装置に表示した状態を示す図である。
【図５】乗り過ごし防止機能付き端末装置に搭載されている乗り過ごし防止用の専用アプリケーションによる表示画面を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
【実施例１】
【００２１】
図１は、実施例１に係る乗り過ごし防止機能付き端末装置（以下、単に携帯端末装置という）の利用方法を示す図である。同図は利用者による車両の利用経路である駅と駅間の経路を示す破線の、上方に利用者による設定を示し、下方に後述する車両サーバから配信される情報を示している。
【００２２】
利用者による設定は、車両の利用経路と目的地の駅名（実際には駅名を特定するＩＤであるが、以下の説明では単に駅名とする）である。同図に示す例では、利用者が利用する車両の路線としては、Ａ駅から、Ｂ駅、Ｃ駅、Ｄ駅まで示され、そのうち出発駅はＡ駅であることが示されている。
【００２３】
このＡ駅で車両に乗車して出発するに際し、利用者によって携帯端末装置に対し、目的地の駅名として「Ｃ駅」が事前に設定されたことを示している。そして、携帯端末装置に搭載されている目覚まし機能１が動作する時間として、目的地のＣ駅に到着する前の所定の時間帯２が設定されたことを示している。
【００２４】
また、車両サーバから配信される情報は、停車中の駅を発車するタイミングで配信されることが示されており、その情報は、次に停車する駅名と、発車駅から次の停車駅までの所要時間であることが示されている。
【００２５】
同図に示す例では、配信情報は、Ａ駅を発車するタイミングでは、次に停車するＢ駅の駅名と、Ａ駅からＢ駅までの所要時間５分が配信されている。また、Ｂ駅を発車するタイミングでは、次に停車するＣ駅の駅名と、Ｂ駅からＣ駅までの所要時間８分が配信されている。
【００２６】
図２は、実施例１に係る携帯端末装置の利用方法の他の例を示す図である。同図は利用者が利用する車両の運営会社の路線が、Ａ駅から始まって、Ｂ駅、Ｃ駅、Ｄ駅、Ｅ駅で示される一本の路線と、この路線と平行して、Ｆ駅、Ｇ駅、Ｇ駅からＣ駅に接続する路線が示されている。つまりＣ駅は乗換駅である。
【００２７】
利用者による設定は、同図に示す例では、利用者が利用する車両の路線として、Ｆ駅を出発駅とし、このＦ駅から、Ｇ駅を通り過ぎて、Ｃ駅で乗換え、Ｃ駅からＤ駅を通り過ぎて目的駅のＥ駅で下車する予定が示されている。
【００２８】
そのＦ駅で車両に乗車して出発するに際し、事前に利用者によって、携帯端末装置に対し、乗換駅として「Ｃ駅」が設定され、目的駅として「Ｅ駅」が設定されたことを示している。
【００２９】
そして、携帯端末装置に搭載されている目覚まし機能１が動作する時間として、乗換駅の「Ｃ駅」ではＣ駅に到着する前の所定の時間帯３が設定され、目的駅の｛Ｅ駅」ではＥ駅に到着する前の所定の時間帯４が設定されたことを示している。
【００３０】
図３は、図１又は図２に示した携帯端末装置の利用方法に関係する通信網と携帯端末装置の動作を示すフローチャートである。なお、以下の説明では、端末及びサーバ間で交信されるデータには「データ」の名称を用いず単にデータの内容となる名称のみを用いて説明する。
【００３１】
図４は、利用者が所持する携帯端末装置の携帯電話向けブラウザが、既存のサービスであるナビゲーション統合サイトの乗車案内ページを表示装置に表示した状態を示す図である。
図５は、携帯端末装置に搭載されている乗り過ごし防止用の専用アプリケーションが専用の表示画面を表示した状態を示す図である。
【００３２】
図４の携帯電話向けブラウザによる表示画面が開いている状態で、図５の専用アプリケーションを円滑に起動させるために、専用アプリケーションをインストールする時に例えば乗車案内ページの右ボタンメニュー等に専用アプリケーションを登録しておくようにする。
【００３３】
図３において、先ず、利用者は、自分が所持している例えば携帯電話または無線通信機能のある電子手帳等の携帯端末装置２０を操作して、携帯電話向けブラウザにより携帯端末専用サイトのサーバ（以下、携帯サイトサーバという）２１に接続する。
【００３４】
そして、携帯電話向けブラウザは、携帯サイトサーバ２１を介して、例えばナビタイム・ジャパン等が提供しているナビゲーション・ポータルサイトにアクセスする（ステップＳ２０−１）。
【００３５】
ナビタイム・ジャパンのナビゲーション・ポータルサイトのトップページはナビゲーション統合サイトを備えている。ナビゲーション統合サイトは上記のアクセスに応じて、初期画面としての乗車案内ページを、携帯サイトサーバ２１を介し、携帯端末装置２０の携帯電話向けブラウザに返信する（ステップＳ２１−１）。
【００３６】
これにより、携帯端末装置２０の表示画面には、携帯電話向けブラウザにより、図４に示すように乗車案内ページ５が表示される。
【００３７】
この後、利用者の入力と検索が終了するまでは、携帯端末装置２０からの入力情報の送信処理（ステップＳ２０−２）と、携帯サイトサーバ２１からの経路情報の返信処理（ステップＳ２１−２）が複数回繰り返される。
【００３８】
すなわち、ここで利用者が、例えば図４に示す乗車案内ページ５の出発駅の駅名データ入力枠６に「新宿」と入力し、乗換駅の駅名データ入力枠７に「神田」と入力すると、新宿と神田の駅名表示に中間の経路表示枠９に、ナビゲーション統合サイトから返信された経路が「中央線中央特快、東京行き、中・後方車両」と表示される。
【００３９】
ここで、「中・後方車両」の表示は、進行方向前から数えて中央部に近い後方の車両の意味であり、乗換えに便利でタイムロスの少ない乗り口を示している。
【００４０】
続いて、利用者が、乗車案内ページ５の目的駅の駅名データ入力枠８に「浅草」と入力すると、神田と浅草の駅名表示に中間の経路表示枠１０に、ナビゲーション統合サイトから返信された経路が「東京メトロ銀座線、浅草行」と表示される。
【００４１】
上記の表示には、経路表示枠９、１０のいずれにも、時刻表を表示させるための時刻表ボタンが表示されている。また、目的駅の駅名データ入力枠８には、入力された浅草の駅名と並んでその下方に、浅草周辺の地図や店舗等の情報を表示させるための周辺検索ボタンが表示されている。
【００４２】
ここで、利用者は、携帯端末装置２０に搭載されている専用アプリケーションを起動する（ステップＳ２０−３）。この起動により、例えば図５に示すように、専用アプリケーションによって、表示画面１１が表示される。
【００４３】
この表示された表示画面１１には、専用アプリケーションが図４に示す表示装置５に表示された乗車案内ページから自動取得した乗換駅「神田」と目的駅「浅草」が、それぞれ乗換駅表示枠１２と目的駅表示枠１３に表示されている。
【００４４】
ここで、利用者は、それらの表示枠の下方に表示されている通知時刻表示枠１４のメニューボタン１５を押すと、特には図示しないが、種々の通知時刻を示すプルダウンメニューが表示される。
【００４５】
図５の表示画面１１に示す例では、利用者がプルダウンメニューから任意に選択した所望の通知時刻「３分前」が、通知時刻表示枠１４に表示されている。
【００４６】
これらの表示に誤りが無ければ、利用者は確定ボタン１６を押す。他方、表示に誤りがあれば、キャンセルボタン１７を押して通知時刻を選択しなおす、又は待機ボタン１８を押して一旦表示画面１１を隠して図４の表示画面５に戻り駅名を入力しなおす。
【００４７】
図５の表示画面１１で確定ボタン１６を押した場合は、全ての設定が確定したのであるから、閉じるボタン１９を押して、表示を画面から消す。これで出発の準備が整う。
【００４８】
上記のように各種の設定が終了して出発の準備が整った携帯端末装置を、専用アプリケーションを起動させたまま携帯して、利用者は図３の時刻ｔ０において電車に乗り込む。
【００４９】
図１に示した利用例であると、図４の表示装置５の乗換駅の駅名データ入力枠７には駅名は入力されていない。したがって、図５の専用アプリケーションによる表示画面１１の乗換駅表示枠１２にも駅名は取得されていない。専用アプリケーションが図４の表示装置５から取得するのは目的駅の駅名のみである。
【００５０】
図３において、電車に設置されている車両サーバ２２は、先ず、電車が駅（この場合はＡ駅）を発車しているか否か判別し（ステップＳ２２−１）、発車していなければ（Ｓ２２−１がＮ）、発車するまで待機する。
【００５１】
そして電車がＡ駅を発車したならば（Ｓ２２−１がＹ）、その発車するタイミングで車両サーバ２２は次の停車駅(この場合はＢ駅)と、Ａ駅からＢ駅までの所要時間「５分」から成る路線情報を各車両に配信する（ステップＳ２２−２）。
【００５２】
利用者の携帯端末装置２０の専用アプリケーションは、その配信された路線情報からＢ駅を取得し、このＢ駅と乗車前に予め取得している目的駅と一致するか判別する（ステップＳ２０−４）。
【００５３】
そして、この場合は目的駅はＣ駅であるため、Ｂ駅とは一致しない（Ｓ２０−４がＮ）。したがって、この路線情報を破棄して、次の路線情報の配信を取得するまで待機する。
【００５４】
車両サーバ２２は、電車が次の停車駅（Ｂ駅）に停車したか否かを判別し（ステップＳ２２−３）、停車していなければ（Ｓ２２−３がＮ）、停車するまで待機する。そして、停車したならば（Ｓ２２−３がＹ）、ステップＳ２２−１に戻ってＢ駅を発車するまで待機する。
【００５５】
そして、Ｂ駅を発車したならば（Ｓ２２−１がＹ）、その発車するタイミングで車両サーバ２２は次の停車駅(この場合はＣ駅)と、Ｂ駅からＣ駅までの所要時間「８分」から成る路線情報を各車両に配信する（ステップＳ２２−２）。
【００５６】
利用者の携帯端末装置２０の専用アプリケーションは、その配信された路線情報からＣ駅を取得し、このＣ駅と乗車前に予め取得している目的駅と一致するか判別する（ステップＳ２０−４）。
【００５７】
そして、この場合は目的駅はＣ駅であるため、取得した路線情報の次の停車駅Ｃ駅と一致する（Ｓ２０−４がＹ）。その場合は、専用アプリケーションは、通知機能を起動する（ステップＳ２０−５）。
【００５８】
通知機能は減算タイマとブザー又はバイブレーションの報知機能から成り、配信された路線情報から取得した所要時間「８分」に対し「０秒」から減算を開始して、残り時間が通知時間である「３分前」となったか否かを判別する（ステップＳ２０−６）。
【００５９】
そして、残り時間が「３分前」でなければ（Ｓ２０−６がＮ）、判別を繰り返し、残り時間が「３分前」（図１の時間帯２）になったときは（Ｓ２０−６がＹ）、ブザー又はバイブレーションを起動して、利用者に駅に到着３分前であることを報知する。
【００６０】
そして、その到着前を報知した駅が目的駅（この場合はＣ駅）であるか否かを判別し（ステップＳ２０−８）、Ｃ駅であるので（Ｓ２０−８がＹ）、専用アプリケーションを終了する。
【００６１】
次に、図２に示した利用例について、同じく図３のフローチャートを用いて説明する。図２示した利用例であると、図４の表示装置５の乗車案内ページには、出発駅の駅名データ入力枠６にはＦ駅が入力され、乗換駅の駅名データ入力枠７にはＣ駅が入力され、目的駅の駅名データ入力枠８にはＥ駅が入力されている。
【００６２】
したがって、図５の専用アプリケーションによる表示画面１１においては、乗換駅表示枠１２にＣ駅が取得され、目的駅表示枠１３にはＥ駅が取得されている。通知時刻表示枠１４には、この場合も「３分前」が選択入力されているものとする。
【００６３】
図３において、車両サーバ２２の動作では、ステップＳ２２−１〜Ｓ２２−３の動作は図２に示した利用例においても駅ごとに同一である。以下の説明では、携帯端末装置２０のステップＳ２０−４〜Ｓ２０−８の処理について、図２に従って説明する。
【００６４】
経路情報設定で専用アプリケーションの表示画面１１で乗換駅Ｃ駅と目的駅Ｅ駅、及び通知時刻３分前を設定して準備が完了した利用者は、乗車案内ページの経路案内で目的駅までの乗換経路を確認し、案内された経路の出発駅Ｆ駅で、専用アプリケーションを起動したままの携帯端末装置２０を携帯して電車に乗車する。
【００６５】
携帯端末装置２０の専用アプリケーションは、車両サーバ２２からの配信により、Ｆ駅を発車するタイミングで次の停車駅Ｇ駅と所要時間６分から成る路線情報を取得する。利用者の目的駅はＥ駅、乗換駅はＣ駅であるので、Ｇ駅は下車駅ではない。したがって、この路線情報「Ｇ駅、６分」を破棄する。
【００６６】
そして、専用アプリケーションは、次の停車駅Ｇ駅での出発時の路線情報の配信を待機し、Ｇ駅を発車するタイミングで車両サーバ２２から配信された次の停車駅Ｃ駅と所要時間１０分から成る路線情報を取得する。
【００６７】
専用アプリケーションは、取得した路線情報のＣ駅が、乗換駅又は目的駅かを判別する。利用者の目的駅はＥ駅、乗換駅はＣ駅であるので、この路線情報のＣ駅は乗換駅に合致する。したがって、専用アプリケーションは、この路線情報から取得した所要時間１０分を基準として、乗り過ごし防止機能の処理を開始する。
【００６８】
そして、乗り過ごし防止機能により、Ｃ駅の手前の通知時間帯３において、指定された通知時刻であることを利用者に報知する。利用者はＣ駅で一旦下車して電車を乗り換える。
【００６９】
専用アプリケーションは、Ｃ駅を発車するタイミングで次の停車駅Ｄ駅と所要時間１５分から成る路線情報を取得する。再び専用アプリケーションは、取得した路線情報のＤ駅が、乗換駅又は目的駅かを判別する。利用者の目的駅はＥ駅、乗換駅はＣ駅であるので路線情報のＤ駅は利用者の下車駅ではない。したがって、専用アプリケーションは、この路線情報「Ｄ駅、１５分」を破棄する
【００７０】
次に、専用アプリケーションは、Ｄ駅を発車するタイミングで次の停車駅Ｅ駅と所要時間１２分を取得する。利用者の目的駅はＥ駅、乗換駅はＣ駅であるため、この路線情報のＥ駅は目的駅に合致する。
【００７１】
したがって、専用アプリケーションは、この路線情報の所要時間１２分を基準として乗り過ごし防止機能の処理を開始する。乗り過ごし防止機能の処理により、Ｅ駅の手前の通知時刻帯４において、利用者に対し次の駅が停車駅であることを報知する。利用者はＥ駅で電車を降車する。
【００７２】
専用アプリケーションは、今の停車駅が目的駅であったか否かを判別する。停車駅Ｅ駅は、利用者の目的駅Ｅと一致するので、専用アプリケーションは、処理が全て終了したと判別して、処理機能を停止する。
【００７３】
このように本発明によれば、携帯サイトのサーバを介して既存の路線情報案内サービスを利用し、出発駅と目的駅を入力して、最短の路線経路および乗換駅があればその乗換駅名を取得する。
【００７４】
そして、乗換駅又は目的駅で下車する際の事前通知の所望の時間帯を選択入力するだけで、乗った車両内で配信される次の停車駅と所要時間からなる路線情報を取得するだけで乗換駅を含む下車駅での下車準備のための所望の事前通知を受け取ることができるので便利である。
【符号の説明】
【００７５】
１ 機能
２、３、４ 到着する前の所定の時間帯
５ 表示装置
６ 出発駅の駅名データ入力枠
７ 乗換駅の駅名データ入力枠
８ 目的駅の駅名データ入力枠
９、１０ 経路表示枠
１１ 専用アプリケーションによる表示画面
１２ 乗換駅表示枠
１３ 目的駅表示枠
１４ 通知時刻表示枠
１５ メニューボタン
１６ 確定ボタン
１７ キャンセルボタン
１８ 待機ボタン
１９ 閉じるボタン
２０ 乗り過ごし防止機能付き端末装置（携帯端末装置）
２１ 携帯サイトのサーバ
２２ 車両サーバ
【特許請求の範囲】
【請求項１】
車両が停車中の駅を発車するタイミングで、次の停車駅のＩＤデータと該停車駅に到着するまでの所要時間データとを、前記車両内に存在する携帯端末に向けて無線で配信する、ことを特徴とする乗り過ごし防止車両サーバ。
【請求項２】
既存のナビゲーション・ポータルサイトにアクセスして該ナビゲーション・ポータルサイトの乗車案内ページを表示装置に表示する機能と、前記表示装置に表示された前記乗車案内ページを用いて出発駅と目的駅を入力されたとき前記出発駅から前記目的駅までの乗車ルートを前記ナビゲーション・ポータルサイトから取得する機能と、乗り過ごし防止用の専用アプリケーションと、を備えた乗り過ごし防止機能付き端末装置であり、
前記専用アプリケーションは、前記乗車ルートから取得した目的駅または乗換駅及び目的駅に到着する前に警報を報知すべき時間を外部から入力されて記憶する機能と、
前記乗り過ごし防止機能付き端末装置が車両内に在るとき、該車両のサーバから各駅毎に発車タイミングに合わせて車内に無線で配信される次の停車駅のＩＤデータと該停車駅までの所要時間データとからなる車内情報を取得する機能と、
該車内情報の前記停車駅のＩＤデータが前記目的駅又は乗換駅のＩＤを示していないとき前記車内情報を廃棄する機能と、
前記車内情報の前記停車駅のＩＤデータが前記目的駅又は乗換駅のＩＤを示しているとき前記車内情報の前記所要時間データが示す時間の計数を開始する機能と、
該計数値が前記目的駅又は乗換駅に到着する前に警報を報知すべき時間に一致したとき警報を報知する機能と、
を有することを特徴とする乗り過ごし防止機能付き端末装置。
【請求項１】
車両が停車中の駅を発車するタイミングで、次の停車駅のＩＤデータと該停車駅に到着するまでの所要時間データとを、前記車両内に存在する携帯端末に向けて無線で配信する、ことを特徴とする乗り過ごし防止車両サーバ。
【請求項２】
既存のナビゲーション・ポータルサイトにアクセスして該ナビゲーション・ポータルサイトの乗車案内ページを表示装置に表示する機能と、前記表示装置に表示された前記乗車案内ページを用いて出発駅と目的駅を入力されたとき前記出発駅から前記目的駅までの乗車ルートを前記ナビゲーション・ポータルサイトから取得する機能と、乗り過ごし防止用の専用アプリケーションと、を備えた乗り過ごし防止機能付き端末装置であり、
前記専用アプリケーションは、前記乗車ルートから取得した目的駅または乗換駅及び目的駅に到着する前に警報を報知すべき時間を外部から入力されて記憶する機能と、
前記乗り過ごし防止機能付き端末装置が車両内に在るとき、該車両のサーバから各駅毎に発車タイミングに合わせて車内に無線で配信される次の停車駅のＩＤデータと該停車駅までの所要時間データとからなる車内情報を取得する機能と、
該車内情報の前記停車駅のＩＤデータが前記目的駅又は乗換駅のＩＤを示していないとき前記車内情報を廃棄する機能と、
前記車内情報の前記停車駅のＩＤデータが前記目的駅又は乗換駅のＩＤを示しているとき前記車内情報の前記所要時間データが示す時間の計数を開始する機能と、
該計数値が前記目的駅又は乗換駅に到着する前に警報を報知すべき時間に一致したとき警報を報知する機能と、
を有することを特徴とする乗り過ごし防止機能付き端末装置。
【図３】
【図５】
【図１】
【図２】
【図４】
【図５】
【図１】
【図２】
【図４】
【公開番号】特開２０１１−１８３９６５（Ｐ２０１１−１８３９６５Ａ）
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願番号】特願２０１０−５２３６３（Ｐ２０１０−５２３６３）
【出願日】平成２２年３月９日（２０１０．３．９）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願日】平成２２年３月９日（２０１０．３．９）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
[ Back to top ]