路線情報提供装置、路線情報提供システム
【課題】 ユーザの向きに応じた表示画像を携帯端末の表示器に表示すること。
【解決手段】 乗車した車両の加速度を検出する加速度センサ（ＳＮ１）と、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向きを検出する向き検出手段（ＫＣ１７）と、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段（ＫＣ１８）と、前記路線情報に基づいて路線の案内をする路線案内画像を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）であって、前記表示画面（１１）の向きに応じた前記路線案内画像（４１）を表示する前記路線案内画像表示手段（ＫＣ２０）と、を備えた路線情報提供装置。
【解決手段】 乗車した車両の加速度を検出する加速度センサ（ＳＮ１）と、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向きを検出する向き検出手段（ＫＣ１７）と、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段（ＫＣ１８）と、前記路線情報に基づいて路線の案内をする路線案内画像を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）であって、前記表示画面（１１）の向きに応じた前記路線案内画像（４１）を表示する前記路線案内画像表示手段（ＫＣ２０）と、を備えた路線情報提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交通機関の路線の案内を行う路線情報提供システム及び、交通機関の路線の案内が可能な携帯電話やＰＤＡ（Personal Digital Assistance）、ノート型パーソナルコンピュータ等の路線情報提供装置に関し、特に、交通機関の車両の加速度を検出する加速度センサを有する前記路線情報提供システム及び路線情報提供装置に関する。
【背景技術】
【０００２】
現在、鉄道や地下鉄等の交通機関において、車両に次に到着する駅や、車両の両側に設けられた乗降扉のどちらが開くのかを表示することが行われている。近年の携帯電話等の携帯端末の高機能化により、携帯端末で経路案内を行うことが可能となっているが、携帯端末で交通機関の駅を案内できれば便利である。
しかしながら、携帯端末で交通機関の駅の案内をするためには、携帯端末を携帯したユーザが鉄道等の交通機関に乗車していることを検出すると共に、乗車した路線を特定し、路線上の次の駅を判別する必要があるため、携帯端末で路線の案内をする（情報を提供する）ことは容易ではない。
【０００３】
このような、交通機関の駅の案内を行うための技術として、本出願人は特願２００４−１３６９５７号において、交通機関の車両の発車を検出して、現在位置を求め、次の駅の情報（路線情報）を提供する携帯端末を提案した。前記本出願人の出願では、経路探索の結果に応じて、駅の構内に入った後、携帯端末に内蔵した従来公知の加速度センサ（例えば、特許文献１（特開平７−１３４６４１号公報）等参照）の検出出力に基づいて、車両の発車を検出して、次の駅や乗換駅、降車駅の案内を行った。
【０００４】
【特許文献１】特開平７−１３４６４１号公報（段落番号「００１２」〜「００２９」、第１図〜第１３図）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
図１５は交通機関の車両内の状態の説明図である。
前記本出願人の出願では、文字情報により次の駅の案内をすることができるが、路線画像や地図画像により案内を行おうとした場合、どのような路線画像等を表示すればよいのかが問題となる。図１５において、ユーザＰ１、Ｐ５にとって進行方向は左方向であるが、ユーザＰ４にとって進行方向は右方向となり、逆方向である。同様にユーザＰ２にとっての進行方向は前方向となり、ユーザＰ３にとっての進行方向は後方向となる。このとき、例えば、ユーザＰ１、Ｐ５にとっての進行方向（左方向）にあわせた路線画像等を表示すると、他のユーザＰ２〜Ｐ４にとっては、自分にとっての進行方向と異なる方向にあわせた路線画像等であるため、違和感があり、わかりにくい。即ち、携帯端末に路線画像等を表示する場合、ユーザが進行方向に対してどのような向き、姿勢であるかが分からないので、表示された路線画像等がユーザにとってわかりにくい場合があるという問題がある。
【０００６】
前記特許文献１に記載されているように、ユーザが携帯端末を揺らした動作を加速度センサで検出して画像をスクロールさせる技術では、携帯端末を携帯したユーザの向きと車両の進行方向との関係を検出することができない。
また、従来、電車の現在位置にあわせて電車内に経路画像等を表示することが行われているが、電車の車内表示器は、車両に固定されているため、進行方向に対する向きは常時固定されている。したがって、進行方向に対するユーザの向きが問題となることはなく、違和感のある路線画像等が表示されることはない。
さらに、カーナビゲーション装置等において、高速道路のインターチェンジやサービスエリアの路線情報等を表示することが行われているが、カーナビゲーション装置では、車の進行方向に対して、ユーザおよび表示器の向きは固定されているので、やはり進行方向に対するユーザの向きが問題となることはない。
【０００７】
本発明は、前述の事情に鑑み、ユーザの向きに応じた表示画像を携帯端末の表示器に表示することを第１の技術的課題とする。
【課題を解決するための手段】
【０００８】
次に、前記課題を解決した本発明を説明するが、本発明の要素には、後述の実施の形態の具体例（実施例）の要素との対応を容易にするため、実施例の要素の符号をカッコで囲んだものを付記する。また、本発明を後述の実施例の符号と対応させて説明する理由は、本発明の理解を容易にするためであり、本発明の範囲を実施例に限定するためではない。
【０００９】
（本発明）
（第１発明）
前記技術的課題を解決するために第１発明の路線情報提供装置（１）は、
乗車した車両の加速度を検出する加速度センサ（ＳＮ１）と、
検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する向き検出手段（ＫＣ１７）と、
乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段（ＫＣ１８）と、
前記路線情報に基づいて路線の案内をする路線案内画像（４１）を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）であって、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）に応じた前記路線案内画像（４１）を表示する前記路線案内画像表示手段（ＫＣ２０）と、
を備えたことを特徴とする。
【００１０】
（第１発明の作用）
前記構成要件を備えた第１発明の路線情報提供装置（１）では、加速度センサ（ＳＮ１）は、乗車した車両の加速度を検出する。向き検出手段（ＫＣ１７）は、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する。路線情報記憶手段（ＫＣ１８）は、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する。前記路線情報に基づいて路線の案内をする路線案内画像（４１）を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）は、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）に応じた前記路線案内画像（４１）を表示する。
【００１１】
（第１発明の形態１）
第１発明の形態１の路線情報提供装置（１）は、前記第１発明において、
前記加速度センサ（ＳＮ１）で検出された加速度の履歴を記憶する加速度履歴記憶手段（ＫＣ１５Ａ）と、
前記加速度履歴記憶手段（ＫＣ１５Ａ）に記憶された加速度から計算された平均加速度（ａ１）に基づいて交通機関の車両の発車を検出する発車検出手段（ＫＣ１６）と、
前記車両の発車が検出された場合に、発車検出時の加速度に基づいて前記表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する前記向き検出手段（ＫＣ１７）と、
を備えたことを特徴とする。
【００１２】
（第１発明の形態１の作用）
前記構成要件を備えた第１発明の形態１の路線情報提供装置（１）では、加速度履歴記憶手段（ＫＣ１５Ａ）は、前記加速度センサ（ＳＮ１）で検出された加速度の履歴を記憶する。発車検出手段（ＫＣ１６）は、前記加速度履歴記憶手段（ＫＣ１５Ａ）に記憶された加速度から計算された平均加速度（ａ１）に基づいて交通機関の車両の発車を検出する。前記向き検出手段（ＫＣ１７）は、前記車両の発車が検出された場合に、発車検出時の加速度に基づいて前記表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する。
【００１３】
（第１発明の形態２）
第１発明の形態２の路線情報提供装置（１）は、前記第１発明または第１発明の形態１において、
前記車両の進行方向と、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）とに応じた前記路線案内画像（４１）を表示する前記路線案内画像表示手段（ＫＣ２０）、
を備えたことを特徴とする。
（第１発明の形態２の作用）
前記構成要件を備えた第１発明の形態２の路線情報提供装置（１）では、前記路線案内画像表示手段（ＫＣ２０）は、前記車両の進行方向と、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）とに応じた前記路線案内画像（４１）を表示する。
【００１４】
（第１発明の形態３）
第１発明の形態３の路線情報提供装置（１）は、第１発明および第１発明の形態１，２において、
前記車両の駅間の移動に伴い前記路線案内画像（４１）を更新する前記路線案内画像表示手段（ＫＣ２０）、
を備えたことを特徴とする。
（第１発明の形態３の作用）
前記構成要件を備えた第１発明の形態３の路線情報提供装置（１）では、前記路線案内画像表示手段（ＫＣ２０）は、前記車両の駅間の移動に伴い前記路線案内画像（４１）を更新する。
【００１５】
（第１発明の形態４）
第１発明の形態４の路線情報提供装置（１）は、前記第１発明および第１発明の形態１〜３において、
前記車両が駅に到着した時に、前記車両の両側に設けられた乗降扉のうちのいずれかの側の乗降扉が開閉するかを判別する扉開閉方向判別手段（ＫＣ２０Ｃ）と、
前記扉開閉方向判別手段（ＫＣ２０Ｃ）の判別結果を前記路線案内画像（４１）に表示する前記路線案内画像表示手段（ＫＣ２０）と、
を備えたことを特徴とする。
【００１６】
（第１発明の形態４の作用）
前記構成要件を備えた第１発明の形態４の路線情報提供装置（１）では、扉開閉方向判別手段（ＫＣ２０Ｃ）は、前記車両が駅に到着した時に、前記車両の両側に設けられた乗降扉のうちのいずれかの側の乗降扉が開閉するかを判別する。前記路線案内画像表示手段（ＫＣ２０）は、前記扉開閉方向判別手段（ＫＣ２０Ｃ）の判別結果を前記路線案内画像（４１）に表示する。
【００１７】
（第１発明の形態５）
第１発明の形態５の路線情報提供装置（１）は、前記第１発明および第１発明の形態１〜４において、
前記路線情報を配信する路線情報配信サーバ（７）から送信された前記路線情報を受信する路線情報受信手段（ＫＣ２２Ｂ）と、
前記路線情報受信手段（ＫＣ２２Ｂ）で受信した前記路線情報を記憶する前記路線情報記憶手段（ＫＣ１８）と、
を備えたことを特徴とする。
（第１発明の形態５の作用）
前記構成要件を備えた第１発明の形態５の路線情報提供装置（１）では、路線情報受信手段（ＫＣ２２Ｂ）は、前記路線情報を配信する路線情報配信サーバ（７）から送信された前記路線情報を受信する。前記路線情報記憶手段（ＫＣ１８）は、前記路線情報受信手段（ＫＣ２２Ｂ）で受信した前記路線情報を記憶する。
【００１８】
（第２発明）
前記技術的課題を解決するために第２発明の路線情報提供システム（Ｓ）は、
乗車した車両の加速度を検出する加速度センサ（ＳＮ１）と、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する向き検出手段（ＫＣ１７）と、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段（ＫＣ１８）と、前記路線情報に基づいて路線の案内をする路線案内画像（４１）を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）であって、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）に応じた前記路線案内画像（４１）を表示する前記路線案内画像表示手段（ＫＣ２０）と、を有する路線情報提供装置（１）、
を備えたことを特徴とする。
【００１９】
（第２発明の作用）
前記構成要件を備えた第２発明の路線情報提供システム（Ｓ）では、路線情報提供装置（１）の加速度センサ（ＳＮ１）は、乗車した車両の加速度を検出する。向き検出手段（ＫＣ１７）は、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する。路線情報記憶手段（ＫＣ１８）は、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する。前記路線情報に基づいて路線の案内をする路線案内画像（４１）を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）は、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）に応じた前記路線案内画像（４１）を表示する。
【００２０】
（第２発明の形態１）
第２発明の形態１の路線情報提供システム（Ｓ）は、前記第２発明において、
前記路線情報を配信する路線情報配信サーバ（７）と、
前記路線情報配信サーバ（７）から送信された前記路線情報を受信する路線情報受信手段（ＫＣ２２Ｂ）と、前記路線情報受信手段（ＫＣ２２Ｂ）で受信した前記路線情報を記憶する前記路線情報記憶手段（ＫＣ１８）と、を有する前記路線情報提供装置（１）と、
を備えたことを特徴とする。
【００２１】
（第２発明の形態１の作用）
前記構成要件を備えた第２発明の形態１の路線情報提供システム（Ｓ）では、路線情報配信サーバ（７）は、前記路線情報を配信する。前記路線情報提供装置（１）の路線情報受信手段（ＫＣ２２Ｂ）は、前記路線情報配信サーバ（７）から送信された前記路線情報を受信する。前記路線情報記憶手段（ＫＣ１８）は、前記路線情報受信手段（ＫＣ２２Ｂ）で受信した前記路線情報を記憶する。
【発明の効果】
【００２２】
前述の本発明は、ユーザの向きに応じた表示画像を携帯端末の表示器に表示することができる。
【発明を実施するための最良の形態】
【００２３】
次に図面を参照しながら、本発明の実施の形態の具体例（実施例）を説明するが、本発明は以下の実施例に限定されるものではない。
【実施例１】
【００２４】
図１は、本発明の携帯ナビゲーションシステムの実施例１の説明図である。
図１において、実施例１の携帯ナビゲーションシステムＳは、ユーザが携帯可能な携帯端末としての携帯電話（路線情報提供装置）１を有する。前記携帯電話１は、携帯電話ネットワーク２を介して携帯電話事業者のデータ通信装置３と接続している。そして、前記データ通信装置３は、専用線４やインターネット６を介して、携帯ナビゲーション用データ配信サーバ（路線情報配信サーバ）７やその他の情報配信業者（コンテンツプロバイダ、アプリケーションサービスプロバイダ）の情報配信サーバ８に接続されている。また、前記データ通信装置３には、専用線４を介して、入場管理サーバ９が接続されており、前記入場管理サーバ９は、交通機関の各駅に設置された自動改札機１０との間でデータ送受信可能に構成されている。なお、実施例１では、携帯ナビゲーション用データ配信サーバ７や入場管理サーバ９は、専用線４を介してデータ通信装置３に接続されているが、インターネット６を介して接続することも可能である。
【００２５】
前記携帯電話１は、表示画像が表示される情報表示画面（表示器）１１や、ユーザが各種入力を行う入力キー１２を有し、内部にプログラム等が記録された記憶装置（記録媒体）を備えている。また、実施例１の携帯電話１には、交通機関の運賃の決済に利用可能な残高（残金）を記憶する非接触型ＩＣ（「無線タグ」、「ＲＦＩＤ」等とも呼ばれることがある）を内蔵している。
また、前記携帯ナビゲーション用データ配信サーバ７も、サーバ本体１６及びディスプレイ（図示せず）、キーボードやマウス等の入力装置（図示せず）、ハードディスクドライブ（記録媒体、図示せず）、ＣＤドライブ等の光学ドライブ（記録媒体読み取り装置、図示せず）等を有している。
【００２６】
また、前記自動改札機１０は、非接触型の読取り部１０ａを有しており、非接触型ＩＣを内蔵した携帯電話１または、非接触型ＩＣを内蔵した乗車券２１が読取り部１０ａに接近した時にＩＣに記録された情報を、無線交信により読み取ったり、書き込んだり（更新したり）することができる。したがって、前記非接触型ＩＣの情報を読み書きすることにより、携帯電話１や乗車券２１を使用しているユーザが入場した出発駅や下車した降車駅の情報を取得してユーザの入出場を管理したり、非接触型ＩＣに記録された残高の情報等を取得したりすることができる。なお、前記非接触型ＩＣを利用して駅への入場の管理を行うシステムは従来公知（例えば、特開平１１−１６０１１号公報等参照）であるので、その詳細な説明は省略する。
【００２７】
（携帯ナビゲーション用データ配信サーバ７の制御部の説明）
図２は実施例１の携帯ナビゲーションシステムのサーバの機能をブロック図（機能ブロック図）で示した図である。
図２において、携帯ナビゲーション用データ配信サーバ７のコントローラＳＣは、外部との信号の入出力および入出力信号レベルの調節等を行うＩ／Ｏ（入出力インターフェース）、必要な処理を行うためのプログラムおよびデータ等が記憶されたＲＯＭ（リードオンリーメモリ、ハードディスク等の記録媒体）、必要なデータを一時的に記憶するためのＲＡＭ（ランダムアクセスメモリ、記録媒体）、ＲＯＭ等に記憶されたプログラムに応じた処理を行うＣＰＵ（中央演算処理装置）、ならびにクロック発振器等を有するマイクロコンピュータにより構成されており、前記ＲＯＭ等に記憶されたプログラムを実行することにより種々の機能を実現することができる。
【００２８】
（サーバのコントローラＳＣに接続された信号入力要素）
前記携帯ナビゲーション用データ配信サーバ７のコントローラＳＣは、キーボードやマウス等の入力装置（図示せず）やその他の信号入力要素からの信号が入力されている。
前記入力装置は、ユーザによりそれらが入力されたことを検出して、その検出信号をコントローラＳＣに入力する。
【００２９】
（サーバのコントローラＳＣに接続された制御要素）
また、携帯ナビゲーション用データ配信サーバ７のコントローラＳＣは、ディスプレイ（図示せず）や図示しない電源回路、その他の制御要素に接続されており、それらの作動制御信号を出力している。
前記ディスプレイには、ユーザの操作に応じた表示画像が表示される。
【００３０】
（サーバのコントローラＳＣの機能）
携帯ナビゲーション用データ配信サーバ７のコントローラＳＣは、携帯電話１のナビゲーションソフトＡＰ２により送信された各データの処理を行う携帯ナビゲーション用アプリケーションプログラムＡＰ４や、その他のプログラム等を有しており、前記各信号出力要素等からの出力信号に応じた処理を実行して、前記各制御要素等に制御信号を出力する機能（制御手段）を有している。次に、前記コントローラＳＣの携帯ナビゲーション用アプリケーションプログラムＡＰ４の機能（制御手段）を説明する。
【００３１】
ＳＣ１：サーバ側データ受信手段
サーバ側データ受信手段ＳＣ１は、乗車駅データ受信手段ＳＣ１Ａと、選択路線データ受信手段ＳＣ１Ｂと、を有し、携帯電話１から送信されたデータを受信する。
ＳＣ１Ａ：乗車駅データ受信手段
乗車駅データ受信手段ＳＣ１Ａは、携帯電話１から送信されたユーザが乗車した乗車駅および入場時刻または乗換駅および乗り換えした時刻を特定する乗車駅データ（改札データ）を受信し、記憶する。
ＳＣ１Ｂ：選択路線データ受信手段
選択路線データ受信手段ＳＣ１Ｂは、携帯電話１から送信されたユーザが選択した路線を特定する選択路線データを受信し、記憶する。
【００３２】
図３は進行方向と駅の停車番線データと乗降扉の開閉方向との関係を示す説明図である。
ＳＣ２：全駅記憶手段
全駅記憶手段ＳＣ２は、路線データ記憶手段ＳＣ２Ａと、駅データ記憶手段ＳＣ２Ｂと、駅間データ記憶手段ＳＣ２Ｃと、時刻表記憶手段ＳＣ２Ｄとを有し、日本国内の交通機関の全駅を記憶する。
ＳＣ２Ａ：路線データ記憶手段
路線データ記憶手段ＳＣ２Ａは、交通機関の路線を特定する路線データを記憶する。図３において、実施例１の路線データ記憶手段ＳＣ２Ａは、各路線のデータに、一方のターミナル駅の方向を「＋１」、他方のターミナル駅の方向を「−１」とする進行方向データを付加して記憶している。
【００３３】
ＳＣ２Ｂ：駅データ記憶手段
駅データ記憶手段ＳＣ２Ｂは、番線データ記憶手段ＳＣ２Ｂ１と、乗換駅記憶手段ＳＣ２Ｂ２とを有し、各路線の全駅の駅名等の駅データを記憶する。
ＳＣ２Ｂ１：番線データ記憶手段
番線データ記憶手段ＳＣ２Ｂ１は、各駅のプラットホームの番線のデータ（番線データ）を駅毎に記憶する。実施例１の番線データ記憶手段ＳＣ２Ｂ１は、図３に示すように、例えば１番線〜８番線までプラットホームがある駅の場合、奇数番線に「−１」、偶数番線に「＋１」の開閉方向判別用データを付加した（関連づけた）番線データを記憶している。
ＳＣ２Ｂ２：乗換駅記憶手段
乗換駅記憶手段ＳＣ２Ｂ２は、各駅が他の路線に乗換可能な乗換駅であるか否かを駅毎に記憶している。
【００３４】
ＳＣ２Ｃ：駅間データ記憶手段
駅間データ記憶手段ＳＣ２Ｃは、各駅間のデータを記憶する。実施例１の駅間データ記憶手段ＳＣ２Ｃは、駅間データとして、各駅間の所要時間を記憶する。なお、駅間データとしては所要時間に限定されず、例えば、駅間距離を使用することも可能である。
ＳＣ２Ｄ：時刻表記憶手段
時刻表記憶手段ＳＣ２Ｄは、日本全国の交通機関の時刻表のデータを記憶する。実施例１の時刻表記憶手段ＳＣ２Ｄは、各列車の時刻表のデータと、各列車が到着した駅に入線する番線のデータとを含む時刻表データを記憶する。
【００３５】
ＳＣ３：路線検索手段
路線検索手段ＳＣ３は、受信した乗車駅データと、前記全駅記憶手段ＳＣ２に記憶された全駅のデータとに基づいて、乗車駅に乗り入れている路線を検索する。
ＳＣ４：案内路線データ検索手段
案内路線データ検索手段ＳＣ４は、受信した選択路線データと前記全駅記憶手段ＳＣ２に記憶された全駅のデータとに基づいて、選択された路線上の進行方向の駅データと、進行方向データ（「＋１」または「−１」）と、各駅の番線データ及び時刻表のデータに基づいて各駅に到着した時に入線する番線および扉開閉方向判別用データ（「＋１」または「−１」）と、を含む案内路線データ（路線情報）を検索する。
【００３６】
ＳＣ５：サーバ側データ送信手段
サーバ側データ送信手段ＳＣ５は、路線検索結果送信手段ＳＣ５Ａと、案内路線データ送信手段ＳＣ５Ｂとを有し、携帯電話１にデータを送信する。
ＳＣ５Ａ：路線検索結果送信手段
路線検索結果送信手段ＳＣ５Ａは、前記路線検索手段ＳＣ３により検索された乗車駅データに対応する路線検索結果を携帯電話１に送信する。
ＳＣ５Ｂ：案内路線データ送信手段
案内路線データ送信手段ＳＣ５Ｂは、前記案内路線データ検索手段ＳＣ４により検索された案内路線データ（路線情報）を携帯電話１に送信する。
【００３７】
（携帯電話１の制御部の説明）
図４は前記図１に示す携帯ナビゲーションシステムの携帯端末の機能をブロック図（機能ブロック図）で示した図である。
図４において、携帯電話１のコントローラＫＣは、外部との信号の入出力および入出力信号レベルの調節等を行うＩ／Ｏ（入出力インターフェース）、必要な処理を行うためのプログラムおよびデータ等が記憶されたＲＯＭ（リードオンリーメモリ、記録媒体）、必要なデータを一時的に記憶するためのＲＡＭ（ランダムアクセスメモリ、記録媒体）、ＲＯＭ等に記憶されたプログラムに応じた処理を行うＣＰＵ（中央演算処理装置）、ならびにクロック発振器等を有するマイクロコンピュータにより構成されており、前記ＲＯＭ等に記憶されたプログラムを実行することにより種々の機能を実現することができる。
【００３８】
（携帯電話のコントローラＫＣに接続された信号入力要素）
前記携帯電話１のコントローラＫＣは、前記入力キー１２や加速度センサＳＮ１、その他の信号入力要素からの信号が入力されている。
前記入力キー１２は、ユーザにより入力された入力信号を検出して、その検出信号をコントローラＫＣに入力する。
【００３９】
図５は実施例１の携帯電話の拡大図であり、図５Ａは平面図、図５Ｂは側面図である。 なお、図中、「○」の中に「・」が記載されたものは紙面の裏から表に向かう矢印を意味し、「○」の中に「×」が記載されたものは紙面の表から裏に向かう矢印を意味するものとする。
前記加速度センサＳＮ１は、携帯電話１の移動時の加速度（車両乗車時には車両の加速度）を検出する。実施例１の加速度センサＳＮ１は、図５に示すように、携帯電話１に対して固定された直交する３軸（Ｘ，Ｙ，Ｚ軸）方向の加速度を検出する。図５において、実施例１の加速度センサＳＮ１は、携帯電話１の幅方向をＸ軸方向、長さ方向をＹ軸方向、厚み方向をＺ軸方向として、それぞれの方向の加速度成分を検出する。なお、前記直交する３軸方向の加速度を検出可能な３次元加速度センサは、従来公知（例えば、特許第３３５９７８１号明細書等参照）であり、種々のセンサを使用できるので、詳細な説明は省略する。また、前記携帯電話１に対して固定された直交する３軸は、図５に示す方向に限定されず、例えば、ユーザが表示画面１１を見る角度の統計的なデータに基づいて設定することも可能である。
【００４０】
（携帯電話のコントローラＫＣに接続された制御要素）
また、携帯電話１のコントローラＫＣは、液晶駆動回路ＫＤ１、スピーカ駆動回路ＫＤ２、非接触型ＩＣや図示しない電源回路、その他の制御要素に接続されており、それらの作動制御信号を出力している。
前記液晶駆動回路ＫＤ１は、液晶表示パネルの表示用電極のオン・オフを制御して情報表示画面１１に表示画像を表示する。
前記スピーカ駆動回路ＫＤ２は、音声信号を制御してスピーカから音声や効果音等を流す。
【００４１】
前記非接触型ＩＣは、交通機関の運賃の決済に使用可能な残高を記憶する残高記憶手段ＫＣ１と、交通機関の定期乗車券（定期券）の区間、定期券の有効期限及び定期券が大人料金／子供料金のいずれかであるかを記憶する定期券記憶手段ＫＣ２と、ユーザが交通機関に乗車した乗車駅、乗車駅への入場時刻、降車した降車駅、降車駅の出場時刻等の改札情報を記憶する改札情報記憶手段（出発駅記憶手段）ＫＣ３と、前記自動改札機１０の読取り部１０ａに接近した場合に、読取り部１０ａとの間で無線交信する無線交信手段ＫＣ４とを有する。そして、非接触型ＩＣは、コントローラＫＣから要求信号が入力されると要求信号に応じた情報をコントローラＫＣに入力する。なお、非接触型ＩＣの前記残高記憶手段ＫＣ１、定期券記憶手段ＫＣ２及び改札情報記憶手段ＫＣ３は、通常、セキュリティのために、運賃決済プログラムＡＰ１（後述）以外のアプリケーションプログラムからのアクセス（データの読み書き）はできないように構成されているが、実施例１の非接触型ＩＣは、残高記憶手段ＫＣ１、定期券記憶手段ＫＣ２及び改札情報記憶手段ＫＣ３は公開領域に指定され、他のアプリケーションプログラムからのデータの読み取りは可能に構成されている。なお、このように、非接触型ＩＣのデータが公開領域に記憶されることは、例えば、本出願人の特願２００４−２２４７７６号等に詳細に記載されているので、詳細な説明は省略する。
【００４２】
（携帯電話のコントローラＫＣの機能）
携帯電話１のコントローラＫＣは、残高管理プログラム（アプリケーションソフトウェア）ＡＰ１や、ナビゲーションプログラム（アプリケーションソフトウェア）ＡＰ２や、通話制御プログラムＡＰ３、その他のプログラム等を有しており、前記各信号出力要素からの出力信号に応じた処理を実行して、前記各制御要素に制御信号を出力する機能（制御手段）を有している。前記コントローラＫＣの機能（制御手段）を次に説明する。なお、前記通話制御プログラムＡＰ３は、携帯電話１の通話を制御するプログラムであり、従来公知の種々の技術を採用可能であるため、詳細な説明は省略する。
【００４３】
ＫＣ１１：液晶駆動手段
液晶駆動手段ＫＣ１１は、液晶駆動回路ＫＤ１を制御して、情報表示画面１１に画像を表示する。
ＫＣ１２：スピーカ制御手段
スピーカ制御手段ＫＣ１２は、スピーカ駆動回路ＫＤ２を制御して、スピーカから音声等を出力する。
ＡＰ１：運賃決済プログラム
運賃決済プログラムＡＰ１は、残高チャージ手段ＫＣ１３を有し、前記非接触型ＩＣに記憶された残高等の運賃関連情報の管理（読み書き）を行う。
【００４４】
ＫＣ１３：残高チャージ手段
残高チャージ手段ＫＣ１３は、ユーザの入力に応じて、非接触型ＩＣに記憶された残高のチャージ（金額の追加）等を行う。なお、前記残高チャージ手段ＫＣ１３は、電話回線を利用して、ユーザが入力した金額を、ユーザが登録しておいた銀行口座等から引き落として決済を行う従来公知の技術（例えば、特開平１１−１６０１１号公報等参照）であるので、詳細な説明は省略する。
ＡＰ２：ナビゲーションプログラム
ナビゲーションプログラムＡＰ２は、運賃関連情報照会手段ＫＣ１４と、加速度検出手段ＫＣ１５と、発車検出手段ＫＣ１６と、加速方向検出手段ＫＣ１７と、案内路線データ記憶手段（路線情報記憶手段）ＫＣ１８と、路線案内画像表示手段ＫＣ２０と、携帯側データ送信手段ＫＣ２１と、携帯側データ受信手段ＫＣ２２とを有する。実施例１のナビゲーションプログラムＡＰ２は、ユーザが乗車した車両の路線の案内（ナビゲーション）を行う。
【００４５】
ＫＣ１４：運賃関連情報照会手段
運賃関連情報照会手段ＫＣ１４は、残高照会手段ＫＣ１４Ａと、定期券区間照会手段ＫＣ１４Ｂと、改札情報照会手段ＫＣ１４Ｃとを有し、非接触型ＩＣに記憶された残高や定期券区間、改札情報（出発駅及び降車駅）等の運賃関連情報を非接触型ＩＣから読取る（照会する）。
ＫＣ１４Ａ：残高照会手段
残高照会手段ＫＣ１４Ａは、前記残高記憶手段ＫＣ１に記憶された残高を読取り、記憶する。
ＫＣ１４Ｂ：定期券照会手段
定期券照会手段ＫＣ１４Ｂは、前記定期券記憶手段ＫＣ２に記憶された定期券区間、有効期限及び料金体系（大人料金か子供料金か）を読取り、記憶する。
【００４６】
ＫＣ１４Ｃ：改札情報照会手段
改札情報照会手段ＫＣ１４Ｃは、前記改札情報記憶手段ＫＣ３に記憶された乗車駅や降車駅、乗車駅の入場時刻等の改札情報を読取り、記憶する。
ＫＣ１５：加速度検出手段
加速度検出手段ＫＣ１５は、加速度履歴記憶手段ＫＣ１５Ａを有し、加速度センサＳＮ１から出力される加速度データを読取り、携帯電話１の加速度を検出する。
ＫＣ１５Ａ：加速度履歴記憶手段
加速度履歴記憶手段ＫＣ１５Ａは、加速度検出手段ＫＣ１５で読み取った加速度データの履歴を記憶する。実施例１の加速度履歴記憶手段ＫＣ１５Ａは、加速度センサＳＮ１で検出可能な３軸方向の加速度を、各軸方向毎に記憶している。発車と停止の判断を行うためには、例えば、１０秒程度の加速度データの履歴、すなわち、１秒間隔でセンサ出力をサンプリングする場合１０回分の加速度データの履歴を記憶できれば十分である。
なお、理想的には本アプリケーションに割り当てられたメモリ領域が許す限り加速度データを記憶するとよい。例えば、１０分間程度の履歴を記憶できれば後で発車と停車の再確認をするなどの応用的な用途に利用できる。１／８秒間隔でセンサ出力をサンプリングしても、１軸あたり４８００バイトのデータで済むため、最近の携帯電話のメモリ容量を考慮しても全く問題なく記憶できるデータ量である。
【００４７】
ＫＣ１６：発車検出手段
発車検出手段ＫＣ１６は、鉛直方向軸判別手段ＫＣ１６Ａと、平均加速度検出手段ＫＣ１６Ｂと、発車判別用加速度記憶手段ＫＣ１６Ｃと、停車判別用加速度記憶手段ＫＣ１６Ｄと、発車判別フラグＦＬ１とを有し、前記加速度検出手段ＫＣ１５で検出した加速度データに基づいて、ユーザが乗車した車両の発車及び停車を検出する。
【００４８】
図６は重力加速度と交通機関の車両の加速時に検出される加速度との関係を示す説明図である。
ＫＣ１６Ａ：鉛直方向軸判別手段
鉛直方向軸判別手段ＫＣ１６Ａは、加速度センサＳＮ１で検出された３軸方向の中で、どの軸方向が鉛直方向に近いかを判別する。実施例１の鉛直軸方向判別手段ＫＣ１６Ａは、３軸方向の加速度データの中で、最も大きな加速度成分が検出された軸方向を鉛直軸方向と判別する。図６に示すように、重力加速度３５．２８［ｋｍ／ｈ／ｓ］（＝９．８［ｍ／ｓ2］）が常に鉛直方向（図６ではＺ軸方向）に向いているのに対して、鉄道は勾配が非常に緩やかであるため、ほぼ水平面上（図６ではＸＹ平面上）に２．０〜２．５［ｋｍ／ｈ／ｓ］程度の加速度が検出されることに基づいて、加速度成分が最大の軸方向（図６ではＺ軸方向）が鉛直軸方向と判定（推定）できることを利用している。なお、従来公知の傾斜センサ（例えば、特開平８−２７８１３７号公報等参照）を内蔵して、携帯電話１の鉛直軸に対する傾斜量を正確に計算し、鉛直軸や水平面を判別することも可能である。
【００４９】
図７は加速度センサで検出された加速度の一例の説明図であり、図７Ａは加速度センサで検出された加速度データの履歴グラフ、図７Ｂは図７Ａの加速度データの絶対値の履歴グラフである。
図８は図７Ｂに示す加速度データの絶対値の履歴グラフから算出される１０秒平均加速度の履歴グラフの説明図である。
ＫＣ１６Ｂ：平均加速度検出手段
平均加速度検出手段ＫＣ１６Ｂは、加速度履歴記憶手段ＫＣ１５Ａに記憶された前記鉛直軸方向以外の２軸の加速度成分データに基づいて、車両移動時の加速度の平均を検出（演算）する。実施例１の平均加速度検出手段ＫＣ１６Ｂは、まず、１秒おきに検出された加速度データに基づいて、２軸の加速度成分データから新たなベクトルを合成する。次に、その大きさ（即ち加速度の大きさ）の絶対値を演算する。その後、演算された絶対値のデータに基づいて、１０秒間の加速度の平均値（１０秒平均加速度）ａ１を演算する。例えば、２軸の加速度成分データから合成された新たなベクトルの大きさが図７Ａに示す履歴となるデータが観測された場合、ベクトルの大きさの絶対値は、図７Ｂに示す履歴となる。そして、前記図７Ｂの絶対値の履歴グラフから、図８に示す履歴となる１０秒平均加速度を演算する。
【００５０】
ＫＣ１６Ｃ：発車判別用加速度記憶手段
発車判別用加速度記憶手段ＫＣ１６Ｃは、ユーザが乗車した車両が発車したことを判別（検出）するための発車判別用加速度ａｈを記憶する。実施例１の発車判別用加速度記憶手段ＫＣ１６Ｃは、前記１０秒平均加速度ａ１に基づいて発車を判別するための発車判別用加速度ａｈとして、１．０［ｋｍ／ｈ／ｓ］を記憶している。
ＫＣ１６Ｄ：停車判別用加速度記憶手段
停車判別用加速度記憶手段ＫＣ１６Ｄは、ユーザが乗車した車両が発車したことを判別（検出）するための停車判別用加速度ａｔを記憶する。実施例１の停車判別用加速度記憶手段ＫＣ１６Ｄは、前記１０秒平均加速度ａ１に基づいて停車を判別するための停車判別用加速度ａｔとして、０．１［ｋｍ／ｈ／ｓ］を記憶している。なお、前記停車止判別用加速度ａｔは、車両が加速後（図７Ｂの期間Ｂ参照）、定速度移動している期間（図７Ｂの期間Ｃ参照）の車両の揺れによって検出される１０秒平均加速度ａ１が、停車中（図７Ｂの期間Ａ及び期間Ｅ参照）の客の乗降等による車両の揺れによって検出される１０秒平均加速度ａ１よりも４倍程度大きい（図７Ｂ、図８参照）ことの知見に基づいて設定されている。
【００５１】
ＦＬ１：発車判別フラグ
発車判別フラグＦＬ１は、初期値は「０」であり、車両の発車が検出されると「１」となり、車両の停車が検出されると「０」となる。
ＫＣ１７：向き検出手段
向き検出手段ＫＣ１７は、進行方向軸判別手段ＫＣ１７Ａと、向き判別手段ＫＣ１７Ｂとを有し、加速度センサＳＮ１で検出した加速度に基づいて、前記車両の進行方向に対するユーザの向き（即ち、表示画面１１の向き）を検出する。
ＫＣ１７Ａ：進行方向軸判別手段
進行方向軸判別手段ＫＣ１７Ａは、加速度センサＳＮ１で検出された３軸方向の中で、鉛直方向以外の２つの軸方向のどちらの軸が進行方向に近いかを判別する。実施例１の進行方向軸判別手段ＫＣ１７Ａは、鉛直方向以外の２つの軸方向の加速度データの中で、大きな加速度成分が検出された軸方向を進行方向軸と判別する。
【００５２】
図９は３軸方向と進行方向と向きとの関係を示す説明図である。
ＫＣ１７Ｂ：向き判別手段
向き判別手段ＫＣ１７Ｂは、前記進行方向軸判別手段ＫＣ１７Ａで判別された進行方向軸に基づいて、ユーザの進行方向に対する向きを判別する。図９において、例えば、進行方向軸がＸ軸方向で、Ｘ軸方向成分の加速度データが（＋）である場合（図７Ａ参照）、向き判別手段ＫＣ１７Ｂは、前記図１５のユーザＰ４のようにユーザに対して進行方向は右方向（Ｄ１）であると判別する。また、向き判別手段ＫＣ１７Ｂは、加速度データが（−）である場合、図１５のユーザＰ１，Ｐ５のようにユーザに対する進行方向は左方向（Ｄ２）であると判別する。同様に、向き判別手段ＫＣ１７Ｂは、進行方向軸がＹ軸方向で加速度データが（＋）である場合、前記図１５のユーザＰ２のようにユーザに対して進行方向は前方向（Ｄ３）であると判別し、加速度データが（−）である場合、図１５のユーザＰ３のようにユーザに対する進行方向は後方向（Ｄ４）であると判別する。また、進行方向軸がＺ軸方向で加速度データが（＋）である場合、ユーザに対する進行方向は奥方向（Ｄ５）であると判別し、加速度データが（−）である場合、ユーザに対する進行方向は手前方向（Ｄ６）であると判別する。
【００５３】
ＫＣ１８：案内路線データ記憶手段（路線情報記憶手段）
案内路線データ記憶手段ＫＣ１８は、駅データ記憶手段ＫＣ１８Ａと、進行方向データ記憶手段ＫＣ１８Ｂと、番線データ記憶手段ＫＣ１８Ｃと、駅間データ記憶手段ＫＣ１８Ｄとを有し、ユーザが乗車した車両の路線（案内対象路線）の駅名等の案内路線データを記憶する。実施例１の案内路線データ記憶手段ＫＣ１８は、前記携帯ナビゲーション用データ配信サーバ７から送信された前記案内路線データを記憶する。
ＫＣ１８Ａ：駅データ記憶手段
駅データ記憶手段ＫＣ１８Ａは、携帯ナビゲーション用データ配信サーバ７から送信された路線上の駅の順番や駅名、乗換駅であるか否か等の駅データを記憶する。
【００５４】
ＫＣ１８Ｂ：進行方向データ記憶手段
進行方向データ記憶手段ＫＣ１８Ｂは、携帯ナビゲーション用データ配信サーバ７から送信されたユーザが乗車した車両の路線上の進行方向を特定する進行方向データ（実施例１では「＋１」または「−１」）を記憶する。
ＫＣ１８Ｃ：番線データ記憶手段
番線データ記憶手段ＫＣ１８Ｃは、携帯ナビゲーション用データ配信サーバ７から送信された前記扉開閉方向判別データ（実施例１では「＋１」または「−１」）を含む番線データを記憶する。
ＫＣ１８Ｄ：駅間データ記憶手段
駅間データ記憶手段ＫＣ１８Ｄは、携帯ナビゲーション用データ配信サーバ７から送信された駅間データ（実施例１では所要時間のデータ）を記憶する。
【００５５】
図１０は路線選択画像の一例の説明図であり、図１０Ａは神田駅から乗車した場合の路線選択画像の説明図、図１０Ｂは図１０Ａで次ページを選択した場合の路線選択画像の説明図である。
ＫＣ１９：路線選択画像表示手段
路線選択画像表示手段ＫＣ１９は、携帯ナビゲーション用データ配信サーバ７から送信された路線選択結果に応じた路線選択画像３１（図１０参照）を作成し、情報表示画面１１に表示する。図１０において、実施例１の路線選択画像３１は、乗車駅が神田駅の場合の路線選択画像の一例であり、路線選択結果を受信すると図１０Ａの路線選択画像３１が表示され、図１０Ａの路線選択画像３１において「次ページ」のアイコン３１ａが選択された場合に図１０Ｂの路線選択画像３１に表示が切り替えられる（更新される）。図１０Ｂの路線選択画像３１において、「前ページ」のアイコン３１ｂが選択された場合に図１０Ａの路線選択画像３１に表示が切り替えられる。
【００５６】
図１１は実施例１の路線案内画像の一例の説明図であり、図１１Ａはユーザに対する進行方向が右方向の場合の路線案内画像の説明図、図１１Ｂはユーザに対する進行方向が左方向の場合の路線案内画像の説明図、図１１Ｃはユーザに対する進行方向が前方向または奥方向の場合の路線案内画像の説明図、図１１Ｄはユーザに対する進行方向が後方向または手前方向の場合の路線案内画像の説明図、図１１Ｅは乗換駅に到着した場合の路線案内画像の説明図である。
ＫＣ２０：路線案内画像表示手段
路線案内画像表示手段ＫＣ２０は、案内対象駅設定手段ＫＣ２０Ａと、表示方向判別手段ＫＣ２０Ｂと、扉開閉方向判別手段ＫＣ２０Ｃと、乗換駅判別手段ＫＣ２０Ｄと、移動時間計測タイマＴＭ１と、路線案内画像作成手段ＫＣ２０Ｅとを有する。前記路線案内画像表示手段ＫＣ２０は、路線上の駅の案内を行う路線案内画像４１（図１１参照）を情報表示画面１１に表示する。
【００５７】
ＫＣ２０Ａ：案内対象駅設定手段
案内対象駅設定手段ＫＣ２０Ａは、ユーザが乗車した乗車駅と、受信した路線上の駅のデータ及び、車両の発車、停車の判別に応じて、現在位置の次の駅を案内対象駅に設定する。
ＫＣ２０Ｂ：表示方向判別手段
表示方向判別手段ＫＣ２０Ｂは、前記向き検出手段ＫＣ１７で検出された進行方向に対するユーザの向き（Ｄ１〜Ｄ６）に応じて、路線案内画像を表示する方向を判別する。実施例１の表示方向判別手段ＫＣ２０Ｂは、ユーザに対する進行方向が右方向（Ｄ１）と判別された場合に、図１１Ａに示すように、路線案内画像４１の表示方向は、路線画像４１ａが左右方向であり且つ、案内対象駅画像４１ｂ（図１１Ａでは東京駅）が情報表示画面１１の右方と判別する。同様に、表示方向判別手段ＫＣ２０Ｂは、ユーザに対する進行方向が左方向（Ｄ２）と判別された場合には、図１１Ｂに示すように、路線画像４１ａが左右方向であり且つ、案内対象駅画像４１ｂが情報表示画面１１の左方と判別する。また、前方向（Ｄ３）または奥方向（Ｄ５）と判別された場合には、図１１Ｃに示すように、路線画像４１ａが上下方向であり且つ、案内対象駅画像４１ｂが情報表示画面１１の上方と判別し、後方向（Ｄ４）または手前方向（Ｄ６）と判別された場合には、図１１Ｄに示すように、路線画像４１ａが上下方向であり且つ、案内対象駅画像４１ｂが情報表示画面１１の下方と判別する。
【００５８】
ＫＣ２０Ｃ：扉開閉方向判別手段
扉開閉方向判別手段ＫＣ２０Ｃは、前記進行方向データ記憶手段ＫＣ１８Ｂに記憶された進行方向データと、番線データ記憶手段ＫＣ１８Ｃに記憶された番線データとに基づいて、案内対象駅に到着した場合に、車両の両側に設けられた乗降扉のどちらが開閉するのかを判別する。実施例１の扉開閉方向判別手段ＫＣ２０Ｃは、進行方向データ（「＋１」または「−１」）と、番線データに含まれる扉開閉方向判別データ（「＋１」または「−１」）とを掛け合わせて、「＋１」の場合には進行方向に対して左側の乗降扉が開閉し、「−１」の場合には進行方向に対して右側の乗降扉が開閉すると判別する。なお、図１１Ａ〜図１１Ｄにおいて、扉開閉方向の判別結果及び前記表示方向に応じて、路線案内画像４１に扉画像アイコン４１ｃが表示される。
ＫＣ２０Ｄ：乗換駅判別手段
乗換駅判別手段ＫＣ２０Ｄは、前記駅データ記憶手段ＫＣ１８Ａに記憶された駅データに基づいて、案内対象駅が乗換駅であるか否かを判別する。なお、乗換駅の場合、図１１Ｅに示すように、駅に到着した場合に路線案内画像４１に「乗換え」アイコン４１ｄが表示される。
【００５９】
ＴＭ１：移動時間計測タイマ
移動時間計測タイマＴＭ１は、車両の発車を検出してからの経過時間である移動時間ｔ１を計測する。
ＫＣ２０Ｅ：路線案内画像作成手段
路線案内画像作成手段ＫＣ２０Ｅは、前記案内対象駅設定手段ＫＣ２０Ａの設定や、各判別手段ＫＣ２０Ｂ〜ＫＣ２０Ｄでの判別結果、および、移動時間ｔ１に応じて、情報表示画面１１に表示する路線案内画像４１を作成する。なお、図１１Ａ〜図１１Ｄにおいて、路線案内画像４１に現在位置アイコン４１ｅが表示されており、案内対象駅までの所要時間に対する移動時間ｔ１の割合に応じて、現在位置アイコン４１ｅの位置が少しずつ案内対象駅画像４１ｂに近づいていくように路線案内画像４１が随時更新される。
【００６０】
ＫＣ２１：携帯側データ送信手段
携帯側データ送信手段ＫＣ２１は、乗車駅データ送信手段ＫＣ２１Ａと、選択路線データ送信手段ＫＣ２１Ｂとを有し、携帯電話１から携帯ナビゲーション用データ配信サーバ７へデータを送信する。
ＫＣ２１Ａ：乗車駅データ送信手段
乗車駅データ送信手段ＫＣ２１Ａは、改札情報照会手段ＫＣ１４Ｃで読取った乗車駅、または、「乗換え」アイコン４１ｄが選択されてユーザが乗り換えを行った乗換駅を特定する乗車駅データ（改札データ）を携帯ナビゲーション用データ配信サーバ７へ送信する。
ＫＣ２１Ｂ：選択路線データ送信手段
選択路線データ送信手段ＫＣ２１Ｂは、前記路線選択画像３１（図１０参照）において、ユーザの選択入力がされた場合に、その選択結果である選択路線データを携帯ナビゲーション用データ配信サーバ７へ送信する。
【００６１】
ＫＣ２２：携帯側データ受信手段
携帯側データ受信手段ＫＣ２２は、路線検索結果受信手段ＫＣ２２Ａと、案内路線データ受信手段ＫＣ２２Ｂと、を有し、携帯ナビゲーション用データ配信サーバ７から送信されたデータを送信する。
ＫＣ２２Ａ：路線検索結果受信手段
路線検索結果受信手段ＫＣ２２Ａは、前記路線検索結果送信手段ＳＣ５Ａにより送信された路線検索結果を受信する。
ＫＣ２２Ｂ：案内路線データ受信手段（路線情報受信手段）
案内路線データ受信手段ＫＣ２２Ｂは、案内路線データ送信手段ＳＣ５Ｂが送信した案内路線データを受信する。
【００６２】
（フローチャートの説明）
（サーバのフローチャートの説明）
図１２は実施例１の携帯ナビゲーションシステムのサーバが備えている携帯ナビゲーション用プログラムの路線案内処理のメインフローチャートである。
図１２のフローチャートの各ＳＴ（ステップ）の処理は、サーバ７のコントローラＳＣのＲＯＭ等に記憶された携帯ナビゲーション用プログラムＡＰ４に従って行われる。また、この処理はサーバ７の他の各種処理と並行して実行される。
【００６３】
図１２に示すフローチャートは携帯ナビゲーション用データ配信サーバ７の電源オンにより開始される。
図１２のＳＴ１において、携帯電話１から送信された改札データを受信したか否かを判別する。イエス（Ｙ）の場合はＳＴ２に移り、ノー（Ｎ）の場合はＳＴ４に移る。
ＳＴ２において、改札データに応じて、乗車駅または乗換駅に乗り入れている路線を検索する。そして、ＳＴ３に移る。
ＳＴ３において、乗車駅または乗換駅に乗り入れている路線の検索結果を携帯電話１に送信する。そして、ＳＴ１に戻る。
【００６４】
ＳＴ４において、携帯電話１から送信された選択路線データを受信したか否かを判別する。ノー（Ｎ）の場合はＳＴ１に戻り、イエス（Ｙ）の場合はＳＴ５に移る。
ＳＴ５において、選択された路線および入場時刻等に応じて、選択路線上のターミナル駅までの駅名や各駅の番線データ（扉開閉方向判別データを含む）、進行方向データ、駅間データ等を含む案内路線データを検索する。そして、ＳＴ６に移る。
ＳＴ６において、検索された案内路線データを携帯電話１に送信する。そして、ＳＴ１に戻る。
【００６５】
（携帯端末のフローチャートの説明）
（路線案内処理のフローチャートの説明）
図１３は実施例１の携帯ナビゲーションシステムの携帯電話が備えている路線案内処理のフローチャートである。
図１３のフローチャートの各ＳＴ（ステップ）の処理は、前記コントローラＫＣのＲＯＭ等に記憶されたナビゲーションプログラムＡＰ２に従って行われる。また、この処理は携帯電話１の他の各種処理（後述する発車・停止および向き判別処理等）と並行して実行される。
図１３に示すフローチャートは、ナビゲーションプログラムＡＰ２の起動により開始される。
【００６６】
図１３のＳＴ１１において、改札データ（乗車駅データや乗車駅への入場時刻）を非接触ＩＣから読取る。そして、ＳＴ１２に移る。
ＳＴ１２において、読取った改札データを携帯ナビゲーション用データ配信サーバ７に送信する。そして、ＳＴ１３に移る。
ＳＴ１３において、携帯ナビゲーション用データ配信サーバ７から送信された路線検索結果を受信したか否かを判別する。ノー（Ｎ）の場合はＳＴ１３を繰り返し、イエス（Ｙ）の場合はＳＴ１４に移る。
ＳＴ１４において、情報表示画面１１に路線選択画像３１（図１０参照）を表示し、ＳＴ１５に移る。
ＳＴ１５において、路線選択画像３１において、路線を選択する入力がされたか否かを判別する。ノー（Ｎ）の場合はＳＴ１５を繰り返し、イエス（Ｙ）の場合はＳＴ１６に移る。
【００６７】
ＳＴ１６において、選択された路線を特定する選択路線データを携帯ナビゲーション用データ配信サーバ７に送信する。そして、ＳＴ１７に移る。
ＳＴ１７において、携帯ナビゲーション用データ配信サーバ７から送信された案内路線データを受信したか否かを判別する。ノー（Ｎ）の場合はＳＴ１７を繰り返し、イエス（Ｙ）の場合はＳＴ１８に移る。
ＳＴ１８において、乗車駅または乗換駅を案内対象駅とする路線案内画像４１（図１１Ｅ参照）を作成し、表示する。なお、実施例１の路線案内処理では、このときの表示方向はデフォルトの表示方向である右方向（Ｄ１）の路線案内画像４１が表示される。
ＳＴ１９において、発車判別フラグＦＬ１が「１」であるか否か、即ち、車両が乗車駅または案内対象駅を出発したか否かを判別する。ノー（Ｎ）の場合はＳＴ２０に移り、イエス（Ｙ）の場合はＳＴ２３に移る。
【００６８】
ＳＴ２０において、路線案内画像３１に「乗換え」アイコン４１ｄが表示されており、前記「乗換え」アイコン４１ｄを選択する入力がされたか否かを判別する。イエス（Ｙ）の場合はＳＴ２１に移り、ノー（Ｎ）の場合はＳＴ２２に移る。
ＳＴ２１において、案内対象駅を乗換駅とした改札データを携帯ナビゲーション用データ配信サーバ７に送信する。そして、ＳＴ１３に戻る。
ＳＴ２２において、ナビゲーションプログラムＡＰ２による路線案内を終了する入力がされたか否かを判別する。ノー（Ｎ）の場合はＳＴ１９に戻り、イエス（Ｙ）の場合は図１３の路線案内処理を終了する。
ＳＴ２３において、次の処理（１）〜（３）を実行して、ＳＴ２４に移る。
（１）移動時間計測タイマＴＭ１による移動時間ｔ１の計測を開始する。
（２）案内対象駅を路線上の次の駅に設定する。
（３）案内対象駅の扉開閉方向判別データと進行方向データとに応じて案内対象駅に到着した時に開く扉の方向を判別する。
【００６９】
ＳＴ２４において、発車、停車および向き判別処理（後述する図１４のフローチャート参照）において、進行方向のユーザに対する向きが決定されたか否かを判別する。ノー（Ｎ）の場合はＳＴ２４を繰り返し、イエス（Ｙ）の場合はＳＴ２５に移る。
ＳＴ２５において、決定された向きと、案内対象駅の駅名、開く扉の方向に応じた路線案内画像４１（図１１Ａ〜図１１Ｄ参照）を作成し、情報表示画面１１に表示する。そして、ＳＴ２６に移る。
ＳＴ２６において、ナビゲーションプログラムＡＰ２による路線案内を終了する入力がされたか否かを判別する。ノー（Ｎ）の場合はＳＴ２７に戻り、イエス（Ｙ）の場合は図１３の路線案内処理を終了する。
【００７０】
ＳＴ２７において、発車判別フラグＦＬ１が「０」であるか否かを判別する。イエス（Ｙ）の場合はＳＴ２８に移り、ノー（Ｎ）の場合はＳＴ２９に移る。
ＳＴ２８において、案内対象駅到着時の路線案内画像４１（図１１Ｅ参照）を作成し、情報表示画面１１に表示する。そして、ＳＴ１９に移る。
ＳＴ２９において、移動時間計測タイマＴＭ１で計測した移動時間ｔ１と案内対象駅までの所要時間に応じて、路線案内画像４１（現在位置アイコン４１ｅの位置）を更新する。そして、ＳＴ２６に戻る。
【００７１】
（発車、停車および向き判別処理のフローチャートの説明）
図１４は実施例１の携帯ナビゲーションシステムの携帯電話が備えている発車、停車および向き判別処理のフローチャートである。
図１４のフローチャートの各ＳＴ（ステップ）の処理は、前記コントローラＫＣのＲＯＭ等に記憶されたナビゲーションプログラムＡＰ２に従って行われる。また、この処理は携帯電話１の他の各種処理（前記路線案内処理等）と並行して実行される。
図１４に示すフローチャートは、ナビゲーションプログラムＡＰ２の起動により開始され、前記路線案内処理の終了により終了する。
【００７２】
図１４のＳＴ４１において、次の処理（１）〜（３）を実行して、ＳＴ４２に移る。
（１）加速度センサＳＮ１からＸ，Ｙ，Ｚ軸方向の加速度データａｘ、ａｙ、ａｚを読取り、加速度履歴記憶手段ＫＣ１５Ａに記憶する。
（２）ａｘ、ａｙ、ａｚの中で最大の値の軸を鉛直軸に設定する。
（３）１０秒平均加速度ａ１を演算する。
ＳＴ４２において、発車判別フラグＦＬ１が「０」であるか否かを判別する。イエス（Ｙ）の場合はＳＴ４３に移り、ノー（Ｎ）の場合はＳＴ４６に移る。
ＳＴ４３において、１０秒平均加速度ａ１が発車判別用加速度ａｈ以上であるか否かを判別する。イエス（Ｙ）の場合はＳＴ４４に移り、ノー（Ｎ）の場合はＳＴ４６に移る。
ＳＴ４４において、発車判別フラグＦＬ１を「１」とする。そして、ＳＴ４５に移る。
【００７３】
ＳＴ４５において、次の処理（１）、（２）を実行して、ＳＴ４１に戻る。
（１）鉛直軸以外の２軸の中で加速度成分の大きさが大きい方向を進行方向に設定（判別）する。
（２）加速度の値の正負に応じて、進行方向に対するユーザの向き（Ｄ１〜Ｄ６）、即ち、情報表示画面１１の向きを決定する。
ＳＴ４６において、１０秒平均加速度ａ１が体は判別用加速度ａｔ以下であるか否かを判別する。イエス（Ｙ）の場合はＳＴ４７に移り、ノー（Ｎ）の場合はＳＴ４１に戻る。
ＳＴ４７において、発車判別フラグＦＬ１を「０」にする。そして、ＳＴ４１に戻る。
【００７４】
（実施例１の作用）
前記構成を備えた実施例１の携帯ナビゲーションシステム（路線情報提供システム）Ｓでは、ユーザが乗車した路線および進行方向（〜方面）がユーザにより選択され、ユーザの選択に応じた案内路線データが携帯電話１に送信される。そして、ユーザが乗車した車両の発車が検出された場合に、進行方向に対するユーザの向き（情報表示画面１１の向き）が検出され、検出されたユーザの向きに応じた路線案内画像４１が表示される。したがって、図１１に示すような路線画像により路線の案内を行う場合に、ユーザの向きに応じた路線案内画像４１が表示することができるので、違和感がなく、わかりやすい路線案内画像４１を表示できる。
また、実施例１の携帯ナビゲーションシステムＳでは、扉開閉方向判別データおよび進行方向により、案内対象駅に到着した時にどちら側の乗降扉が開閉するかを表示して、ユーザに告知することができる。
さらに、実施例１の携帯ナビゲーションシステムＳでは、移動時間ｔ１に応じて、現在位置アイコン４１ｅを含む路線案内画像４１が更新されるので、現在位置をユーザが容易に認識することができる。
【産業上の利用可能性】
【００７５】
（変更例）
以上、本発明の実施例を詳述したが、本発明は、前記実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内で、種々の変更を行うことが可能である。
例えば、前記各実施例において、比較結果をユーザに告知する際に路線案内画像を表示して告知したが、これにガイド音声や照明の点滅、あるいはこれらの組み合わせによる告知を追加することも可能である。
【００７６】
また、本発明は、携帯電話１に限定されず、ＰＤＡ等の携帯端末（路線情報提供装置）に適用可能である。また、このほかにも携帯型のミュージックプレイヤー等にこの機能を内蔵することも可能である。
さらに、前記各実施例では、全駅記憶手段は携帯ナビゲーション用データ配信サーバ７に設けられていたが、携帯電話１等のデータ記憶容量が大きく、全駅のデータを記憶できる場合には、携帯電話１で全駅のデータを記憶することも可能である。この場合、携帯ナビゲーション用データ配信サーバ７との交信を省略することも可能である。
【００７７】
また、前記実施例１において、携帯電話１から携帯ナビゲーション用データ配信サーバ７へは、乗車駅または乗換駅の情報が送信され、自動的に路線が検索されたが、これに限定されず、ユーザが乗車駅や乗換駅、あるいは乗車中の車両が次に到着する駅のデータを入力可能に構成し、入力された駅のデータに応じて路線を検索するように構成することも可能である。この場合、非接触ＩＣを省略することも可能である。
さらに、前記実施例において、非接触ＩＣの残高等のデータを公開領域に指定したが、これに限定されず、例えば、非接触ＩＣの記憶領域は運賃決済プログラムＡＰ１のみがアクセス可能とし、運賃決済プログラムＡＰ１が非接触ＩＣ以外の記憶領域以外の記憶領域に、非接触ＩＣに記憶された残高等のデータと同じデータを書き込むように構成し、他のアプリケーションから残金や改札データ等の運賃関連データを読取り可能とすることも可能である。また、非接触ＩＣに残金等のデータを記憶したが、これに限定されず、非接触ＩＣには、ＩＤ（識別情報）のみを記憶し、図示しない運賃決済用サーバで残金等を管理するように構成し、ナビゲーションプログラムＡＰ２は、前記運賃決済サーバと交信して残高等のデータを入手するように構成することも可能である。
【００７８】
また、前記実施例において、路線案内は単独でナビゲーションプログラムにより実行されたが、これに限定されず、例えば、出発地から目的地までの経路探索を行う経路探索プログラムと連動させて、経路探索結果の交通機関利用区間になると実施例１のナビゲーションプログラムを実行するように構成することも可能である。
さらに、前記実施例において、１０秒平均加速度ａ１に基づいて、車両の発車、停車を検出したが、これに限定されず、１０秒間よりも長い期間または短い期間の平均加速度を使用したり、発車判別用加速度以上の加速度が所定期間以上検出された場合に発車と判別し、停車判別用加速度以下の加速度が所定期間以上検出された場合に停車と判別するように構成することも可能である。あるいは、検出した加速度データを積分して速度を検出し、速度データに基づいて発車や停車の検出を行うことも可能である。これに関連して、前記速度データを積分して移動距離を演算し、駅間データとして所要時間でなく駅間距離を使用して現在位置アイコン４１ｅの位置を更新することも可能である。
【００７９】
また、前記実施例において、乗降扉が開閉する方向の表示や現在位置アイコン４１ｅの更新は省略することも可能である。
さらに、前記実施例において、加速度センサで検出した加速度に基づいて発車、停車を検出し、案内対象駅の案内を行ったが、例えば、発車や停車の検出を行わず、進行方向に対するユーザの向きに応じてスクロール方向（画像送り方向）の異なる地図画像（路線案内画像）を表示し、路線の案内を行うように構成することも可能である。
【００８０】
また、前記実施例において、ユーザが乗車した路線をユーザの選択入力により判別したが、磁方位を検出する地磁気センサを内蔵して、移動する方位を検出し、どの路線の、どの方面行の車両に乗車したかを判別することにより、ユーザが乗車した路線を自動的に検出することも可能である。
【図面の簡単な説明】
【００８１】
【図１】本発明の携帯ナビゲーションシステムの実施例１の説明図である。
【図２】実施例１の携帯ナビゲーションシステムのサーバの機能をブロック図（機能ブロック図）で示した図である。
【図３】進行方向と駅の停車番線データと乗降扉の開閉方向との関係を示す説明図である。
【図４】前記図１に示す携帯ナビゲーションシステムの携帯端末の機能をブロック図（機能ブロック図）で示した図である。
【図５】実施例１の携帯電話の拡大図であり、図５Ａは平面図、図５Ｂは側面図である。
【図６】重力加速度と交通機関の車両の加速時に検出される加速度との関係を示す説明図である。
【図７】加速度センサで検出された加速度の一例の説明図であり、図７Ａは加速度センサで検出された加速度データの履歴グラフ、図７Ｂは図７Ａの加速度データの絶対値の履歴グラフである。
【図８】図７Ｂに示す加速度データの絶対値の履歴グラフから算出される１０秒平均加速度の履歴グラフの説明図である。
【図９】３軸方向と進行方向と向きとの関係を示す説明図である。
【図１０】路線選択画像の一例の説明図であり、図１０Ａは神田駅から乗車した場合の路線選択画像の説明図、図１０Ｂは図１０Ａで次ページを選択した場合の路線選択画像の説明図である。
【図１１】実施例１の路線案内画像の一例の説明図であり、図１１Ａはユーザに対する進行方向が右方向の場合の路線案内画像の説明図、図１１Ｂはユーザに対する進行方向が左方向の場合の路線案内画像の説明図、図１１Ｃはユーザに対する進行方向が前方向または奥方向の場合の路線案内画像の説明図、図１１Ｄはユーザに対する進行方向が後方向または手前方向の場合の路線案内画像の説明図、図１１Ｅは乗換駅に到着した場合の路線案内画像の説明図である。
【図１２】実施例１の携帯ナビゲーションシステムのサーバが備えている携帯ナビゲーション用プログラムの路線案内処理のメインフローチャートである。
【図１３】実施例１の携帯ナビゲーションシステムの携帯電話が備えている路線案内処理のフローチャートである。
【図１４】実施例１の携帯ナビゲーションシステムの携帯電話が備えている発車、停車および向き判別処理のフローチャートである。
【図１５】交通機関の車両内の状態の説明図である。
【符号の説明】
【００８２】
１…路線情報提供装置
７…路線情報配信サーバ
１１…表示画面
４１…路線案内画像
ａ１…平均加速度
Ｄ１〜Ｄ６…向き
ＫＣ１５Ａ…加速度履歴記憶手段
ＫＣ１６…発車検出手段
ＫＣ１７…向き検出手段
ＫＣ１８…路線情報記憶手段
ＫＣ２０…路線案内画像表示手段
ＫＣ２０Ｃ…扉開閉方向判別手段
ＫＣ２２Ｂ…路線情報受信手段
Ｓ…路線情報提供システム
ＳＮ１…加速度センサ
【技術分野】
【０００１】
本発明は、交通機関の路線の案内を行う路線情報提供システム及び、交通機関の路線の案内が可能な携帯電話やＰＤＡ（Personal Digital Assistance）、ノート型パーソナルコンピュータ等の路線情報提供装置に関し、特に、交通機関の車両の加速度を検出する加速度センサを有する前記路線情報提供システム及び路線情報提供装置に関する。
【背景技術】
【０００２】
現在、鉄道や地下鉄等の交通機関において、車両に次に到着する駅や、車両の両側に設けられた乗降扉のどちらが開くのかを表示することが行われている。近年の携帯電話等の携帯端末の高機能化により、携帯端末で経路案内を行うことが可能となっているが、携帯端末で交通機関の駅を案内できれば便利である。
しかしながら、携帯端末で交通機関の駅の案内をするためには、携帯端末を携帯したユーザが鉄道等の交通機関に乗車していることを検出すると共に、乗車した路線を特定し、路線上の次の駅を判別する必要があるため、携帯端末で路線の案内をする（情報を提供する）ことは容易ではない。
【０００３】
このような、交通機関の駅の案内を行うための技術として、本出願人は特願２００４−１３６９５７号において、交通機関の車両の発車を検出して、現在位置を求め、次の駅の情報（路線情報）を提供する携帯端末を提案した。前記本出願人の出願では、経路探索の結果に応じて、駅の構内に入った後、携帯端末に内蔵した従来公知の加速度センサ（例えば、特許文献１（特開平７−１３４６４１号公報）等参照）の検出出力に基づいて、車両の発車を検出して、次の駅や乗換駅、降車駅の案内を行った。
【０００４】
【特許文献１】特開平７−１３４６４１号公報（段落番号「００１２」〜「００２９」、第１図〜第１３図）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
図１５は交通機関の車両内の状態の説明図である。
前記本出願人の出願では、文字情報により次の駅の案内をすることができるが、路線画像や地図画像により案内を行おうとした場合、どのような路線画像等を表示すればよいのかが問題となる。図１５において、ユーザＰ１、Ｐ５にとって進行方向は左方向であるが、ユーザＰ４にとって進行方向は右方向となり、逆方向である。同様にユーザＰ２にとっての進行方向は前方向となり、ユーザＰ３にとっての進行方向は後方向となる。このとき、例えば、ユーザＰ１、Ｐ５にとっての進行方向（左方向）にあわせた路線画像等を表示すると、他のユーザＰ２〜Ｐ４にとっては、自分にとっての進行方向と異なる方向にあわせた路線画像等であるため、違和感があり、わかりにくい。即ち、携帯端末に路線画像等を表示する場合、ユーザが進行方向に対してどのような向き、姿勢であるかが分からないので、表示された路線画像等がユーザにとってわかりにくい場合があるという問題がある。
【０００６】
前記特許文献１に記載されているように、ユーザが携帯端末を揺らした動作を加速度センサで検出して画像をスクロールさせる技術では、携帯端末を携帯したユーザの向きと車両の進行方向との関係を検出することができない。
また、従来、電車の現在位置にあわせて電車内に経路画像等を表示することが行われているが、電車の車内表示器は、車両に固定されているため、進行方向に対する向きは常時固定されている。したがって、進行方向に対するユーザの向きが問題となることはなく、違和感のある路線画像等が表示されることはない。
さらに、カーナビゲーション装置等において、高速道路のインターチェンジやサービスエリアの路線情報等を表示することが行われているが、カーナビゲーション装置では、車の進行方向に対して、ユーザおよび表示器の向きは固定されているので、やはり進行方向に対するユーザの向きが問題となることはない。
【０００７】
本発明は、前述の事情に鑑み、ユーザの向きに応じた表示画像を携帯端末の表示器に表示することを第１の技術的課題とする。
【課題を解決するための手段】
【０００８】
次に、前記課題を解決した本発明を説明するが、本発明の要素には、後述の実施の形態の具体例（実施例）の要素との対応を容易にするため、実施例の要素の符号をカッコで囲んだものを付記する。また、本発明を後述の実施例の符号と対応させて説明する理由は、本発明の理解を容易にするためであり、本発明の範囲を実施例に限定するためではない。
【０００９】
（本発明）
（第１発明）
前記技術的課題を解決するために第１発明の路線情報提供装置（１）は、
乗車した車両の加速度を検出する加速度センサ（ＳＮ１）と、
検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する向き検出手段（ＫＣ１７）と、
乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段（ＫＣ１８）と、
前記路線情報に基づいて路線の案内をする路線案内画像（４１）を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）であって、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）に応じた前記路線案内画像（４１）を表示する前記路線案内画像表示手段（ＫＣ２０）と、
を備えたことを特徴とする。
【００１０】
（第１発明の作用）
前記構成要件を備えた第１発明の路線情報提供装置（１）では、加速度センサ（ＳＮ１）は、乗車した車両の加速度を検出する。向き検出手段（ＫＣ１７）は、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する。路線情報記憶手段（ＫＣ１８）は、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する。前記路線情報に基づいて路線の案内をする路線案内画像（４１）を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）は、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）に応じた前記路線案内画像（４１）を表示する。
【００１１】
（第１発明の形態１）
第１発明の形態１の路線情報提供装置（１）は、前記第１発明において、
前記加速度センサ（ＳＮ１）で検出された加速度の履歴を記憶する加速度履歴記憶手段（ＫＣ１５Ａ）と、
前記加速度履歴記憶手段（ＫＣ１５Ａ）に記憶された加速度から計算された平均加速度（ａ１）に基づいて交通機関の車両の発車を検出する発車検出手段（ＫＣ１６）と、
前記車両の発車が検出された場合に、発車検出時の加速度に基づいて前記表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する前記向き検出手段（ＫＣ１７）と、
を備えたことを特徴とする。
【００１２】
（第１発明の形態１の作用）
前記構成要件を備えた第１発明の形態１の路線情報提供装置（１）では、加速度履歴記憶手段（ＫＣ１５Ａ）は、前記加速度センサ（ＳＮ１）で検出された加速度の履歴を記憶する。発車検出手段（ＫＣ１６）は、前記加速度履歴記憶手段（ＫＣ１５Ａ）に記憶された加速度から計算された平均加速度（ａ１）に基づいて交通機関の車両の発車を検出する。前記向き検出手段（ＫＣ１７）は、前記車両の発車が検出された場合に、発車検出時の加速度に基づいて前記表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する。
【００１３】
（第１発明の形態２）
第１発明の形態２の路線情報提供装置（１）は、前記第１発明または第１発明の形態１において、
前記車両の進行方向と、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）とに応じた前記路線案内画像（４１）を表示する前記路線案内画像表示手段（ＫＣ２０）、
を備えたことを特徴とする。
（第１発明の形態２の作用）
前記構成要件を備えた第１発明の形態２の路線情報提供装置（１）では、前記路線案内画像表示手段（ＫＣ２０）は、前記車両の進行方向と、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）とに応じた前記路線案内画像（４１）を表示する。
【００１４】
（第１発明の形態３）
第１発明の形態３の路線情報提供装置（１）は、第１発明および第１発明の形態１，２において、
前記車両の駅間の移動に伴い前記路線案内画像（４１）を更新する前記路線案内画像表示手段（ＫＣ２０）、
を備えたことを特徴とする。
（第１発明の形態３の作用）
前記構成要件を備えた第１発明の形態３の路線情報提供装置（１）では、前記路線案内画像表示手段（ＫＣ２０）は、前記車両の駅間の移動に伴い前記路線案内画像（４１）を更新する。
【００１５】
（第１発明の形態４）
第１発明の形態４の路線情報提供装置（１）は、前記第１発明および第１発明の形態１〜３において、
前記車両が駅に到着した時に、前記車両の両側に設けられた乗降扉のうちのいずれかの側の乗降扉が開閉するかを判別する扉開閉方向判別手段（ＫＣ２０Ｃ）と、
前記扉開閉方向判別手段（ＫＣ２０Ｃ）の判別結果を前記路線案内画像（４１）に表示する前記路線案内画像表示手段（ＫＣ２０）と、
を備えたことを特徴とする。
【００１６】
（第１発明の形態４の作用）
前記構成要件を備えた第１発明の形態４の路線情報提供装置（１）では、扉開閉方向判別手段（ＫＣ２０Ｃ）は、前記車両が駅に到着した時に、前記車両の両側に設けられた乗降扉のうちのいずれかの側の乗降扉が開閉するかを判別する。前記路線案内画像表示手段（ＫＣ２０）は、前記扉開閉方向判別手段（ＫＣ２０Ｃ）の判別結果を前記路線案内画像（４１）に表示する。
【００１７】
（第１発明の形態５）
第１発明の形態５の路線情報提供装置（１）は、前記第１発明および第１発明の形態１〜４において、
前記路線情報を配信する路線情報配信サーバ（７）から送信された前記路線情報を受信する路線情報受信手段（ＫＣ２２Ｂ）と、
前記路線情報受信手段（ＫＣ２２Ｂ）で受信した前記路線情報を記憶する前記路線情報記憶手段（ＫＣ１８）と、
を備えたことを特徴とする。
（第１発明の形態５の作用）
前記構成要件を備えた第１発明の形態５の路線情報提供装置（１）では、路線情報受信手段（ＫＣ２２Ｂ）は、前記路線情報を配信する路線情報配信サーバ（７）から送信された前記路線情報を受信する。前記路線情報記憶手段（ＫＣ１８）は、前記路線情報受信手段（ＫＣ２２Ｂ）で受信した前記路線情報を記憶する。
【００１８】
（第２発明）
前記技術的課題を解決するために第２発明の路線情報提供システム（Ｓ）は、
乗車した車両の加速度を検出する加速度センサ（ＳＮ１）と、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する向き検出手段（ＫＣ１７）と、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段（ＫＣ１８）と、前記路線情報に基づいて路線の案内をする路線案内画像（４１）を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）であって、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）に応じた前記路線案内画像（４１）を表示する前記路線案内画像表示手段（ＫＣ２０）と、を有する路線情報提供装置（１）、
を備えたことを特徴とする。
【００１９】
（第２発明の作用）
前記構成要件を備えた第２発明の路線情報提供システム（Ｓ）では、路線情報提供装置（１）の加速度センサ（ＳＮ１）は、乗車した車両の加速度を検出する。向き検出手段（ＫＣ１７）は、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面（１１）の向き（Ｄ１〜Ｄ６）を検出する。路線情報記憶手段（ＫＣ１８）は、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する。前記路線情報に基づいて路線の案内をする路線案内画像（４１）を前記表示画面（１１）に表示する路線案内画像表示手段（ＫＣ２０）は、前記表示画面（１１）の向き（Ｄ１〜Ｄ６）に応じた前記路線案内画像（４１）を表示する。
【００２０】
（第２発明の形態１）
第２発明の形態１の路線情報提供システム（Ｓ）は、前記第２発明において、
前記路線情報を配信する路線情報配信サーバ（７）と、
前記路線情報配信サーバ（７）から送信された前記路線情報を受信する路線情報受信手段（ＫＣ２２Ｂ）と、前記路線情報受信手段（ＫＣ２２Ｂ）で受信した前記路線情報を記憶する前記路線情報記憶手段（ＫＣ１８）と、を有する前記路線情報提供装置（１）と、
を備えたことを特徴とする。
【００２１】
（第２発明の形態１の作用）
前記構成要件を備えた第２発明の形態１の路線情報提供システム（Ｓ）では、路線情報配信サーバ（７）は、前記路線情報を配信する。前記路線情報提供装置（１）の路線情報受信手段（ＫＣ２２Ｂ）は、前記路線情報配信サーバ（７）から送信された前記路線情報を受信する。前記路線情報記憶手段（ＫＣ１８）は、前記路線情報受信手段（ＫＣ２２Ｂ）で受信した前記路線情報を記憶する。
【発明の効果】
【００２２】
前述の本発明は、ユーザの向きに応じた表示画像を携帯端末の表示器に表示することができる。
【発明を実施するための最良の形態】
【００２３】
次に図面を参照しながら、本発明の実施の形態の具体例（実施例）を説明するが、本発明は以下の実施例に限定されるものではない。
【実施例１】
【００２４】
図１は、本発明の携帯ナビゲーションシステムの実施例１の説明図である。
図１において、実施例１の携帯ナビゲーションシステムＳは、ユーザが携帯可能な携帯端末としての携帯電話（路線情報提供装置）１を有する。前記携帯電話１は、携帯電話ネットワーク２を介して携帯電話事業者のデータ通信装置３と接続している。そして、前記データ通信装置３は、専用線４やインターネット６を介して、携帯ナビゲーション用データ配信サーバ（路線情報配信サーバ）７やその他の情報配信業者（コンテンツプロバイダ、アプリケーションサービスプロバイダ）の情報配信サーバ８に接続されている。また、前記データ通信装置３には、専用線４を介して、入場管理サーバ９が接続されており、前記入場管理サーバ９は、交通機関の各駅に設置された自動改札機１０との間でデータ送受信可能に構成されている。なお、実施例１では、携帯ナビゲーション用データ配信サーバ７や入場管理サーバ９は、専用線４を介してデータ通信装置３に接続されているが、インターネット６を介して接続することも可能である。
【００２５】
前記携帯電話１は、表示画像が表示される情報表示画面（表示器）１１や、ユーザが各種入力を行う入力キー１２を有し、内部にプログラム等が記録された記憶装置（記録媒体）を備えている。また、実施例１の携帯電話１には、交通機関の運賃の決済に利用可能な残高（残金）を記憶する非接触型ＩＣ（「無線タグ」、「ＲＦＩＤ」等とも呼ばれることがある）を内蔵している。
また、前記携帯ナビゲーション用データ配信サーバ７も、サーバ本体１６及びディスプレイ（図示せず）、キーボードやマウス等の入力装置（図示せず）、ハードディスクドライブ（記録媒体、図示せず）、ＣＤドライブ等の光学ドライブ（記録媒体読み取り装置、図示せず）等を有している。
【００２６】
また、前記自動改札機１０は、非接触型の読取り部１０ａを有しており、非接触型ＩＣを内蔵した携帯電話１または、非接触型ＩＣを内蔵した乗車券２１が読取り部１０ａに接近した時にＩＣに記録された情報を、無線交信により読み取ったり、書き込んだり（更新したり）することができる。したがって、前記非接触型ＩＣの情報を読み書きすることにより、携帯電話１や乗車券２１を使用しているユーザが入場した出発駅や下車した降車駅の情報を取得してユーザの入出場を管理したり、非接触型ＩＣに記録された残高の情報等を取得したりすることができる。なお、前記非接触型ＩＣを利用して駅への入場の管理を行うシステムは従来公知（例えば、特開平１１−１６０１１号公報等参照）であるので、その詳細な説明は省略する。
【００２７】
（携帯ナビゲーション用データ配信サーバ７の制御部の説明）
図２は実施例１の携帯ナビゲーションシステムのサーバの機能をブロック図（機能ブロック図）で示した図である。
図２において、携帯ナビゲーション用データ配信サーバ７のコントローラＳＣは、外部との信号の入出力および入出力信号レベルの調節等を行うＩ／Ｏ（入出力インターフェース）、必要な処理を行うためのプログラムおよびデータ等が記憶されたＲＯＭ（リードオンリーメモリ、ハードディスク等の記録媒体）、必要なデータを一時的に記憶するためのＲＡＭ（ランダムアクセスメモリ、記録媒体）、ＲＯＭ等に記憶されたプログラムに応じた処理を行うＣＰＵ（中央演算処理装置）、ならびにクロック発振器等を有するマイクロコンピュータにより構成されており、前記ＲＯＭ等に記憶されたプログラムを実行することにより種々の機能を実現することができる。
【００２８】
（サーバのコントローラＳＣに接続された信号入力要素）
前記携帯ナビゲーション用データ配信サーバ７のコントローラＳＣは、キーボードやマウス等の入力装置（図示せず）やその他の信号入力要素からの信号が入力されている。
前記入力装置は、ユーザによりそれらが入力されたことを検出して、その検出信号をコントローラＳＣに入力する。
【００２９】
（サーバのコントローラＳＣに接続された制御要素）
また、携帯ナビゲーション用データ配信サーバ７のコントローラＳＣは、ディスプレイ（図示せず）や図示しない電源回路、その他の制御要素に接続されており、それらの作動制御信号を出力している。
前記ディスプレイには、ユーザの操作に応じた表示画像が表示される。
【００３０】
（サーバのコントローラＳＣの機能）
携帯ナビゲーション用データ配信サーバ７のコントローラＳＣは、携帯電話１のナビゲーションソフトＡＰ２により送信された各データの処理を行う携帯ナビゲーション用アプリケーションプログラムＡＰ４や、その他のプログラム等を有しており、前記各信号出力要素等からの出力信号に応じた処理を実行して、前記各制御要素等に制御信号を出力する機能（制御手段）を有している。次に、前記コントローラＳＣの携帯ナビゲーション用アプリケーションプログラムＡＰ４の機能（制御手段）を説明する。
【００３１】
ＳＣ１：サーバ側データ受信手段
サーバ側データ受信手段ＳＣ１は、乗車駅データ受信手段ＳＣ１Ａと、選択路線データ受信手段ＳＣ１Ｂと、を有し、携帯電話１から送信されたデータを受信する。
ＳＣ１Ａ：乗車駅データ受信手段
乗車駅データ受信手段ＳＣ１Ａは、携帯電話１から送信されたユーザが乗車した乗車駅および入場時刻または乗換駅および乗り換えした時刻を特定する乗車駅データ（改札データ）を受信し、記憶する。
ＳＣ１Ｂ：選択路線データ受信手段
選択路線データ受信手段ＳＣ１Ｂは、携帯電話１から送信されたユーザが選択した路線を特定する選択路線データを受信し、記憶する。
【００３２】
図３は進行方向と駅の停車番線データと乗降扉の開閉方向との関係を示す説明図である。
ＳＣ２：全駅記憶手段
全駅記憶手段ＳＣ２は、路線データ記憶手段ＳＣ２Ａと、駅データ記憶手段ＳＣ２Ｂと、駅間データ記憶手段ＳＣ２Ｃと、時刻表記憶手段ＳＣ２Ｄとを有し、日本国内の交通機関の全駅を記憶する。
ＳＣ２Ａ：路線データ記憶手段
路線データ記憶手段ＳＣ２Ａは、交通機関の路線を特定する路線データを記憶する。図３において、実施例１の路線データ記憶手段ＳＣ２Ａは、各路線のデータに、一方のターミナル駅の方向を「＋１」、他方のターミナル駅の方向を「−１」とする進行方向データを付加して記憶している。
【００３３】
ＳＣ２Ｂ：駅データ記憶手段
駅データ記憶手段ＳＣ２Ｂは、番線データ記憶手段ＳＣ２Ｂ１と、乗換駅記憶手段ＳＣ２Ｂ２とを有し、各路線の全駅の駅名等の駅データを記憶する。
ＳＣ２Ｂ１：番線データ記憶手段
番線データ記憶手段ＳＣ２Ｂ１は、各駅のプラットホームの番線のデータ（番線データ）を駅毎に記憶する。実施例１の番線データ記憶手段ＳＣ２Ｂ１は、図３に示すように、例えば１番線〜８番線までプラットホームがある駅の場合、奇数番線に「−１」、偶数番線に「＋１」の開閉方向判別用データを付加した（関連づけた）番線データを記憶している。
ＳＣ２Ｂ２：乗換駅記憶手段
乗換駅記憶手段ＳＣ２Ｂ２は、各駅が他の路線に乗換可能な乗換駅であるか否かを駅毎に記憶している。
【００３４】
ＳＣ２Ｃ：駅間データ記憶手段
駅間データ記憶手段ＳＣ２Ｃは、各駅間のデータを記憶する。実施例１の駅間データ記憶手段ＳＣ２Ｃは、駅間データとして、各駅間の所要時間を記憶する。なお、駅間データとしては所要時間に限定されず、例えば、駅間距離を使用することも可能である。
ＳＣ２Ｄ：時刻表記憶手段
時刻表記憶手段ＳＣ２Ｄは、日本全国の交通機関の時刻表のデータを記憶する。実施例１の時刻表記憶手段ＳＣ２Ｄは、各列車の時刻表のデータと、各列車が到着した駅に入線する番線のデータとを含む時刻表データを記憶する。
【００３５】
ＳＣ３：路線検索手段
路線検索手段ＳＣ３は、受信した乗車駅データと、前記全駅記憶手段ＳＣ２に記憶された全駅のデータとに基づいて、乗車駅に乗り入れている路線を検索する。
ＳＣ４：案内路線データ検索手段
案内路線データ検索手段ＳＣ４は、受信した選択路線データと前記全駅記憶手段ＳＣ２に記憶された全駅のデータとに基づいて、選択された路線上の進行方向の駅データと、進行方向データ（「＋１」または「−１」）と、各駅の番線データ及び時刻表のデータに基づいて各駅に到着した時に入線する番線および扉開閉方向判別用データ（「＋１」または「−１」）と、を含む案内路線データ（路線情報）を検索する。
【００３６】
ＳＣ５：サーバ側データ送信手段
サーバ側データ送信手段ＳＣ５は、路線検索結果送信手段ＳＣ５Ａと、案内路線データ送信手段ＳＣ５Ｂとを有し、携帯電話１にデータを送信する。
ＳＣ５Ａ：路線検索結果送信手段
路線検索結果送信手段ＳＣ５Ａは、前記路線検索手段ＳＣ３により検索された乗車駅データに対応する路線検索結果を携帯電話１に送信する。
ＳＣ５Ｂ：案内路線データ送信手段
案内路線データ送信手段ＳＣ５Ｂは、前記案内路線データ検索手段ＳＣ４により検索された案内路線データ（路線情報）を携帯電話１に送信する。
【００３７】
（携帯電話１の制御部の説明）
図４は前記図１に示す携帯ナビゲーションシステムの携帯端末の機能をブロック図（機能ブロック図）で示した図である。
図４において、携帯電話１のコントローラＫＣは、外部との信号の入出力および入出力信号レベルの調節等を行うＩ／Ｏ（入出力インターフェース）、必要な処理を行うためのプログラムおよびデータ等が記憶されたＲＯＭ（リードオンリーメモリ、記録媒体）、必要なデータを一時的に記憶するためのＲＡＭ（ランダムアクセスメモリ、記録媒体）、ＲＯＭ等に記憶されたプログラムに応じた処理を行うＣＰＵ（中央演算処理装置）、ならびにクロック発振器等を有するマイクロコンピュータにより構成されており、前記ＲＯＭ等に記憶されたプログラムを実行することにより種々の機能を実現することができる。
【００３８】
（携帯電話のコントローラＫＣに接続された信号入力要素）
前記携帯電話１のコントローラＫＣは、前記入力キー１２や加速度センサＳＮ１、その他の信号入力要素からの信号が入力されている。
前記入力キー１２は、ユーザにより入力された入力信号を検出して、その検出信号をコントローラＫＣに入力する。
【００３９】
図５は実施例１の携帯電話の拡大図であり、図５Ａは平面図、図５Ｂは側面図である。 なお、図中、「○」の中に「・」が記載されたものは紙面の裏から表に向かう矢印を意味し、「○」の中に「×」が記載されたものは紙面の表から裏に向かう矢印を意味するものとする。
前記加速度センサＳＮ１は、携帯電話１の移動時の加速度（車両乗車時には車両の加速度）を検出する。実施例１の加速度センサＳＮ１は、図５に示すように、携帯電話１に対して固定された直交する３軸（Ｘ，Ｙ，Ｚ軸）方向の加速度を検出する。図５において、実施例１の加速度センサＳＮ１は、携帯電話１の幅方向をＸ軸方向、長さ方向をＹ軸方向、厚み方向をＺ軸方向として、それぞれの方向の加速度成分を検出する。なお、前記直交する３軸方向の加速度を検出可能な３次元加速度センサは、従来公知（例えば、特許第３３５９７８１号明細書等参照）であり、種々のセンサを使用できるので、詳細な説明は省略する。また、前記携帯電話１に対して固定された直交する３軸は、図５に示す方向に限定されず、例えば、ユーザが表示画面１１を見る角度の統計的なデータに基づいて設定することも可能である。
【００４０】
（携帯電話のコントローラＫＣに接続された制御要素）
また、携帯電話１のコントローラＫＣは、液晶駆動回路ＫＤ１、スピーカ駆動回路ＫＤ２、非接触型ＩＣや図示しない電源回路、その他の制御要素に接続されており、それらの作動制御信号を出力している。
前記液晶駆動回路ＫＤ１は、液晶表示パネルの表示用電極のオン・オフを制御して情報表示画面１１に表示画像を表示する。
前記スピーカ駆動回路ＫＤ２は、音声信号を制御してスピーカから音声や効果音等を流す。
【００４１】
前記非接触型ＩＣは、交通機関の運賃の決済に使用可能な残高を記憶する残高記憶手段ＫＣ１と、交通機関の定期乗車券（定期券）の区間、定期券の有効期限及び定期券が大人料金／子供料金のいずれかであるかを記憶する定期券記憶手段ＫＣ２と、ユーザが交通機関に乗車した乗車駅、乗車駅への入場時刻、降車した降車駅、降車駅の出場時刻等の改札情報を記憶する改札情報記憶手段（出発駅記憶手段）ＫＣ３と、前記自動改札機１０の読取り部１０ａに接近した場合に、読取り部１０ａとの間で無線交信する無線交信手段ＫＣ４とを有する。そして、非接触型ＩＣは、コントローラＫＣから要求信号が入力されると要求信号に応じた情報をコントローラＫＣに入力する。なお、非接触型ＩＣの前記残高記憶手段ＫＣ１、定期券記憶手段ＫＣ２及び改札情報記憶手段ＫＣ３は、通常、セキュリティのために、運賃決済プログラムＡＰ１（後述）以外のアプリケーションプログラムからのアクセス（データの読み書き）はできないように構成されているが、実施例１の非接触型ＩＣは、残高記憶手段ＫＣ１、定期券記憶手段ＫＣ２及び改札情報記憶手段ＫＣ３は公開領域に指定され、他のアプリケーションプログラムからのデータの読み取りは可能に構成されている。なお、このように、非接触型ＩＣのデータが公開領域に記憶されることは、例えば、本出願人の特願２００４−２２４７７６号等に詳細に記載されているので、詳細な説明は省略する。
【００４２】
（携帯電話のコントローラＫＣの機能）
携帯電話１のコントローラＫＣは、残高管理プログラム（アプリケーションソフトウェア）ＡＰ１や、ナビゲーションプログラム（アプリケーションソフトウェア）ＡＰ２や、通話制御プログラムＡＰ３、その他のプログラム等を有しており、前記各信号出力要素からの出力信号に応じた処理を実行して、前記各制御要素に制御信号を出力する機能（制御手段）を有している。前記コントローラＫＣの機能（制御手段）を次に説明する。なお、前記通話制御プログラムＡＰ３は、携帯電話１の通話を制御するプログラムであり、従来公知の種々の技術を採用可能であるため、詳細な説明は省略する。
【００４３】
ＫＣ１１：液晶駆動手段
液晶駆動手段ＫＣ１１は、液晶駆動回路ＫＤ１を制御して、情報表示画面１１に画像を表示する。
ＫＣ１２：スピーカ制御手段
スピーカ制御手段ＫＣ１２は、スピーカ駆動回路ＫＤ２を制御して、スピーカから音声等を出力する。
ＡＰ１：運賃決済プログラム
運賃決済プログラムＡＰ１は、残高チャージ手段ＫＣ１３を有し、前記非接触型ＩＣに記憶された残高等の運賃関連情報の管理（読み書き）を行う。
【００４４】
ＫＣ１３：残高チャージ手段
残高チャージ手段ＫＣ１３は、ユーザの入力に応じて、非接触型ＩＣに記憶された残高のチャージ（金額の追加）等を行う。なお、前記残高チャージ手段ＫＣ１３は、電話回線を利用して、ユーザが入力した金額を、ユーザが登録しておいた銀行口座等から引き落として決済を行う従来公知の技術（例えば、特開平１１−１６０１１号公報等参照）であるので、詳細な説明は省略する。
ＡＰ２：ナビゲーションプログラム
ナビゲーションプログラムＡＰ２は、運賃関連情報照会手段ＫＣ１４と、加速度検出手段ＫＣ１５と、発車検出手段ＫＣ１６と、加速方向検出手段ＫＣ１７と、案内路線データ記憶手段（路線情報記憶手段）ＫＣ１８と、路線案内画像表示手段ＫＣ２０と、携帯側データ送信手段ＫＣ２１と、携帯側データ受信手段ＫＣ２２とを有する。実施例１のナビゲーションプログラムＡＰ２は、ユーザが乗車した車両の路線の案内（ナビゲーション）を行う。
【００４５】
ＫＣ１４：運賃関連情報照会手段
運賃関連情報照会手段ＫＣ１４は、残高照会手段ＫＣ１４Ａと、定期券区間照会手段ＫＣ１４Ｂと、改札情報照会手段ＫＣ１４Ｃとを有し、非接触型ＩＣに記憶された残高や定期券区間、改札情報（出発駅及び降車駅）等の運賃関連情報を非接触型ＩＣから読取る（照会する）。
ＫＣ１４Ａ：残高照会手段
残高照会手段ＫＣ１４Ａは、前記残高記憶手段ＫＣ１に記憶された残高を読取り、記憶する。
ＫＣ１４Ｂ：定期券照会手段
定期券照会手段ＫＣ１４Ｂは、前記定期券記憶手段ＫＣ２に記憶された定期券区間、有効期限及び料金体系（大人料金か子供料金か）を読取り、記憶する。
【００４６】
ＫＣ１４Ｃ：改札情報照会手段
改札情報照会手段ＫＣ１４Ｃは、前記改札情報記憶手段ＫＣ３に記憶された乗車駅や降車駅、乗車駅の入場時刻等の改札情報を読取り、記憶する。
ＫＣ１５：加速度検出手段
加速度検出手段ＫＣ１５は、加速度履歴記憶手段ＫＣ１５Ａを有し、加速度センサＳＮ１から出力される加速度データを読取り、携帯電話１の加速度を検出する。
ＫＣ１５Ａ：加速度履歴記憶手段
加速度履歴記憶手段ＫＣ１５Ａは、加速度検出手段ＫＣ１５で読み取った加速度データの履歴を記憶する。実施例１の加速度履歴記憶手段ＫＣ１５Ａは、加速度センサＳＮ１で検出可能な３軸方向の加速度を、各軸方向毎に記憶している。発車と停止の判断を行うためには、例えば、１０秒程度の加速度データの履歴、すなわち、１秒間隔でセンサ出力をサンプリングする場合１０回分の加速度データの履歴を記憶できれば十分である。
なお、理想的には本アプリケーションに割り当てられたメモリ領域が許す限り加速度データを記憶するとよい。例えば、１０分間程度の履歴を記憶できれば後で発車と停車の再確認をするなどの応用的な用途に利用できる。１／８秒間隔でセンサ出力をサンプリングしても、１軸あたり４８００バイトのデータで済むため、最近の携帯電話のメモリ容量を考慮しても全く問題なく記憶できるデータ量である。
【００４７】
ＫＣ１６：発車検出手段
発車検出手段ＫＣ１６は、鉛直方向軸判別手段ＫＣ１６Ａと、平均加速度検出手段ＫＣ１６Ｂと、発車判別用加速度記憶手段ＫＣ１６Ｃと、停車判別用加速度記憶手段ＫＣ１６Ｄと、発車判別フラグＦＬ１とを有し、前記加速度検出手段ＫＣ１５で検出した加速度データに基づいて、ユーザが乗車した車両の発車及び停車を検出する。
【００４８】
図６は重力加速度と交通機関の車両の加速時に検出される加速度との関係を示す説明図である。
ＫＣ１６Ａ：鉛直方向軸判別手段
鉛直方向軸判別手段ＫＣ１６Ａは、加速度センサＳＮ１で検出された３軸方向の中で、どの軸方向が鉛直方向に近いかを判別する。実施例１の鉛直軸方向判別手段ＫＣ１６Ａは、３軸方向の加速度データの中で、最も大きな加速度成分が検出された軸方向を鉛直軸方向と判別する。図６に示すように、重力加速度３５．２８［ｋｍ／ｈ／ｓ］（＝９．８［ｍ／ｓ2］）が常に鉛直方向（図６ではＺ軸方向）に向いているのに対して、鉄道は勾配が非常に緩やかであるため、ほぼ水平面上（図６ではＸＹ平面上）に２．０〜２．５［ｋｍ／ｈ／ｓ］程度の加速度が検出されることに基づいて、加速度成分が最大の軸方向（図６ではＺ軸方向）が鉛直軸方向と判定（推定）できることを利用している。なお、従来公知の傾斜センサ（例えば、特開平８−２７８１３７号公報等参照）を内蔵して、携帯電話１の鉛直軸に対する傾斜量を正確に計算し、鉛直軸や水平面を判別することも可能である。
【００４９】
図７は加速度センサで検出された加速度の一例の説明図であり、図７Ａは加速度センサで検出された加速度データの履歴グラフ、図７Ｂは図７Ａの加速度データの絶対値の履歴グラフである。
図８は図７Ｂに示す加速度データの絶対値の履歴グラフから算出される１０秒平均加速度の履歴グラフの説明図である。
ＫＣ１６Ｂ：平均加速度検出手段
平均加速度検出手段ＫＣ１６Ｂは、加速度履歴記憶手段ＫＣ１５Ａに記憶された前記鉛直軸方向以外の２軸の加速度成分データに基づいて、車両移動時の加速度の平均を検出（演算）する。実施例１の平均加速度検出手段ＫＣ１６Ｂは、まず、１秒おきに検出された加速度データに基づいて、２軸の加速度成分データから新たなベクトルを合成する。次に、その大きさ（即ち加速度の大きさ）の絶対値を演算する。その後、演算された絶対値のデータに基づいて、１０秒間の加速度の平均値（１０秒平均加速度）ａ１を演算する。例えば、２軸の加速度成分データから合成された新たなベクトルの大きさが図７Ａに示す履歴となるデータが観測された場合、ベクトルの大きさの絶対値は、図７Ｂに示す履歴となる。そして、前記図７Ｂの絶対値の履歴グラフから、図８に示す履歴となる１０秒平均加速度を演算する。
【００５０】
ＫＣ１６Ｃ：発車判別用加速度記憶手段
発車判別用加速度記憶手段ＫＣ１６Ｃは、ユーザが乗車した車両が発車したことを判別（検出）するための発車判別用加速度ａｈを記憶する。実施例１の発車判別用加速度記憶手段ＫＣ１６Ｃは、前記１０秒平均加速度ａ１に基づいて発車を判別するための発車判別用加速度ａｈとして、１．０［ｋｍ／ｈ／ｓ］を記憶している。
ＫＣ１６Ｄ：停車判別用加速度記憶手段
停車判別用加速度記憶手段ＫＣ１６Ｄは、ユーザが乗車した車両が発車したことを判別（検出）するための停車判別用加速度ａｔを記憶する。実施例１の停車判別用加速度記憶手段ＫＣ１６Ｄは、前記１０秒平均加速度ａ１に基づいて停車を判別するための停車判別用加速度ａｔとして、０．１［ｋｍ／ｈ／ｓ］を記憶している。なお、前記停車止判別用加速度ａｔは、車両が加速後（図７Ｂの期間Ｂ参照）、定速度移動している期間（図７Ｂの期間Ｃ参照）の車両の揺れによって検出される１０秒平均加速度ａ１が、停車中（図７Ｂの期間Ａ及び期間Ｅ参照）の客の乗降等による車両の揺れによって検出される１０秒平均加速度ａ１よりも４倍程度大きい（図７Ｂ、図８参照）ことの知見に基づいて設定されている。
【００５１】
ＦＬ１：発車判別フラグ
発車判別フラグＦＬ１は、初期値は「０」であり、車両の発車が検出されると「１」となり、車両の停車が検出されると「０」となる。
ＫＣ１７：向き検出手段
向き検出手段ＫＣ１７は、進行方向軸判別手段ＫＣ１７Ａと、向き判別手段ＫＣ１７Ｂとを有し、加速度センサＳＮ１で検出した加速度に基づいて、前記車両の進行方向に対するユーザの向き（即ち、表示画面１１の向き）を検出する。
ＫＣ１７Ａ：進行方向軸判別手段
進行方向軸判別手段ＫＣ１７Ａは、加速度センサＳＮ１で検出された３軸方向の中で、鉛直方向以外の２つの軸方向のどちらの軸が進行方向に近いかを判別する。実施例１の進行方向軸判別手段ＫＣ１７Ａは、鉛直方向以外の２つの軸方向の加速度データの中で、大きな加速度成分が検出された軸方向を進行方向軸と判別する。
【００５２】
図９は３軸方向と進行方向と向きとの関係を示す説明図である。
ＫＣ１７Ｂ：向き判別手段
向き判別手段ＫＣ１７Ｂは、前記進行方向軸判別手段ＫＣ１７Ａで判別された進行方向軸に基づいて、ユーザの進行方向に対する向きを判別する。図９において、例えば、進行方向軸がＸ軸方向で、Ｘ軸方向成分の加速度データが（＋）である場合（図７Ａ参照）、向き判別手段ＫＣ１７Ｂは、前記図１５のユーザＰ４のようにユーザに対して進行方向は右方向（Ｄ１）であると判別する。また、向き判別手段ＫＣ１７Ｂは、加速度データが（−）である場合、図１５のユーザＰ１，Ｐ５のようにユーザに対する進行方向は左方向（Ｄ２）であると判別する。同様に、向き判別手段ＫＣ１７Ｂは、進行方向軸がＹ軸方向で加速度データが（＋）である場合、前記図１５のユーザＰ２のようにユーザに対して進行方向は前方向（Ｄ３）であると判別し、加速度データが（−）である場合、図１５のユーザＰ３のようにユーザに対する進行方向は後方向（Ｄ４）であると判別する。また、進行方向軸がＺ軸方向で加速度データが（＋）である場合、ユーザに対する進行方向は奥方向（Ｄ５）であると判別し、加速度データが（−）である場合、ユーザに対する進行方向は手前方向（Ｄ６）であると判別する。
【００５３】
ＫＣ１８：案内路線データ記憶手段（路線情報記憶手段）
案内路線データ記憶手段ＫＣ１８は、駅データ記憶手段ＫＣ１８Ａと、進行方向データ記憶手段ＫＣ１８Ｂと、番線データ記憶手段ＫＣ１８Ｃと、駅間データ記憶手段ＫＣ１８Ｄとを有し、ユーザが乗車した車両の路線（案内対象路線）の駅名等の案内路線データを記憶する。実施例１の案内路線データ記憶手段ＫＣ１８は、前記携帯ナビゲーション用データ配信サーバ７から送信された前記案内路線データを記憶する。
ＫＣ１８Ａ：駅データ記憶手段
駅データ記憶手段ＫＣ１８Ａは、携帯ナビゲーション用データ配信サーバ７から送信された路線上の駅の順番や駅名、乗換駅であるか否か等の駅データを記憶する。
【００５４】
ＫＣ１８Ｂ：進行方向データ記憶手段
進行方向データ記憶手段ＫＣ１８Ｂは、携帯ナビゲーション用データ配信サーバ７から送信されたユーザが乗車した車両の路線上の進行方向を特定する進行方向データ（実施例１では「＋１」または「−１」）を記憶する。
ＫＣ１８Ｃ：番線データ記憶手段
番線データ記憶手段ＫＣ１８Ｃは、携帯ナビゲーション用データ配信サーバ７から送信された前記扉開閉方向判別データ（実施例１では「＋１」または「−１」）を含む番線データを記憶する。
ＫＣ１８Ｄ：駅間データ記憶手段
駅間データ記憶手段ＫＣ１８Ｄは、携帯ナビゲーション用データ配信サーバ７から送信された駅間データ（実施例１では所要時間のデータ）を記憶する。
【００５５】
図１０は路線選択画像の一例の説明図であり、図１０Ａは神田駅から乗車した場合の路線選択画像の説明図、図１０Ｂは図１０Ａで次ページを選択した場合の路線選択画像の説明図である。
ＫＣ１９：路線選択画像表示手段
路線選択画像表示手段ＫＣ１９は、携帯ナビゲーション用データ配信サーバ７から送信された路線選択結果に応じた路線選択画像３１（図１０参照）を作成し、情報表示画面１１に表示する。図１０において、実施例１の路線選択画像３１は、乗車駅が神田駅の場合の路線選択画像の一例であり、路線選択結果を受信すると図１０Ａの路線選択画像３１が表示され、図１０Ａの路線選択画像３１において「次ページ」のアイコン３１ａが選択された場合に図１０Ｂの路線選択画像３１に表示が切り替えられる（更新される）。図１０Ｂの路線選択画像３１において、「前ページ」のアイコン３１ｂが選択された場合に図１０Ａの路線選択画像３１に表示が切り替えられる。
【００５６】
図１１は実施例１の路線案内画像の一例の説明図であり、図１１Ａはユーザに対する進行方向が右方向の場合の路線案内画像の説明図、図１１Ｂはユーザに対する進行方向が左方向の場合の路線案内画像の説明図、図１１Ｃはユーザに対する進行方向が前方向または奥方向の場合の路線案内画像の説明図、図１１Ｄはユーザに対する進行方向が後方向または手前方向の場合の路線案内画像の説明図、図１１Ｅは乗換駅に到着した場合の路線案内画像の説明図である。
ＫＣ２０：路線案内画像表示手段
路線案内画像表示手段ＫＣ２０は、案内対象駅設定手段ＫＣ２０Ａと、表示方向判別手段ＫＣ２０Ｂと、扉開閉方向判別手段ＫＣ２０Ｃと、乗換駅判別手段ＫＣ２０Ｄと、移動時間計測タイマＴＭ１と、路線案内画像作成手段ＫＣ２０Ｅとを有する。前記路線案内画像表示手段ＫＣ２０は、路線上の駅の案内を行う路線案内画像４１（図１１参照）を情報表示画面１１に表示する。
【００５７】
ＫＣ２０Ａ：案内対象駅設定手段
案内対象駅設定手段ＫＣ２０Ａは、ユーザが乗車した乗車駅と、受信した路線上の駅のデータ及び、車両の発車、停車の判別に応じて、現在位置の次の駅を案内対象駅に設定する。
ＫＣ２０Ｂ：表示方向判別手段
表示方向判別手段ＫＣ２０Ｂは、前記向き検出手段ＫＣ１７で検出された進行方向に対するユーザの向き（Ｄ１〜Ｄ６）に応じて、路線案内画像を表示する方向を判別する。実施例１の表示方向判別手段ＫＣ２０Ｂは、ユーザに対する進行方向が右方向（Ｄ１）と判別された場合に、図１１Ａに示すように、路線案内画像４１の表示方向は、路線画像４１ａが左右方向であり且つ、案内対象駅画像４１ｂ（図１１Ａでは東京駅）が情報表示画面１１の右方と判別する。同様に、表示方向判別手段ＫＣ２０Ｂは、ユーザに対する進行方向が左方向（Ｄ２）と判別された場合には、図１１Ｂに示すように、路線画像４１ａが左右方向であり且つ、案内対象駅画像４１ｂが情報表示画面１１の左方と判別する。また、前方向（Ｄ３）または奥方向（Ｄ５）と判別された場合には、図１１Ｃに示すように、路線画像４１ａが上下方向であり且つ、案内対象駅画像４１ｂが情報表示画面１１の上方と判別し、後方向（Ｄ４）または手前方向（Ｄ６）と判別された場合には、図１１Ｄに示すように、路線画像４１ａが上下方向であり且つ、案内対象駅画像４１ｂが情報表示画面１１の下方と判別する。
【００５８】
ＫＣ２０Ｃ：扉開閉方向判別手段
扉開閉方向判別手段ＫＣ２０Ｃは、前記進行方向データ記憶手段ＫＣ１８Ｂに記憶された進行方向データと、番線データ記憶手段ＫＣ１８Ｃに記憶された番線データとに基づいて、案内対象駅に到着した場合に、車両の両側に設けられた乗降扉のどちらが開閉するのかを判別する。実施例１の扉開閉方向判別手段ＫＣ２０Ｃは、進行方向データ（「＋１」または「−１」）と、番線データに含まれる扉開閉方向判別データ（「＋１」または「−１」）とを掛け合わせて、「＋１」の場合には進行方向に対して左側の乗降扉が開閉し、「−１」の場合には進行方向に対して右側の乗降扉が開閉すると判別する。なお、図１１Ａ〜図１１Ｄにおいて、扉開閉方向の判別結果及び前記表示方向に応じて、路線案内画像４１に扉画像アイコン４１ｃが表示される。
ＫＣ２０Ｄ：乗換駅判別手段
乗換駅判別手段ＫＣ２０Ｄは、前記駅データ記憶手段ＫＣ１８Ａに記憶された駅データに基づいて、案内対象駅が乗換駅であるか否かを判別する。なお、乗換駅の場合、図１１Ｅに示すように、駅に到着した場合に路線案内画像４１に「乗換え」アイコン４１ｄが表示される。
【００５９】
ＴＭ１：移動時間計測タイマ
移動時間計測タイマＴＭ１は、車両の発車を検出してからの経過時間である移動時間ｔ１を計測する。
ＫＣ２０Ｅ：路線案内画像作成手段
路線案内画像作成手段ＫＣ２０Ｅは、前記案内対象駅設定手段ＫＣ２０Ａの設定や、各判別手段ＫＣ２０Ｂ〜ＫＣ２０Ｄでの判別結果、および、移動時間ｔ１に応じて、情報表示画面１１に表示する路線案内画像４１を作成する。なお、図１１Ａ〜図１１Ｄにおいて、路線案内画像４１に現在位置アイコン４１ｅが表示されており、案内対象駅までの所要時間に対する移動時間ｔ１の割合に応じて、現在位置アイコン４１ｅの位置が少しずつ案内対象駅画像４１ｂに近づいていくように路線案内画像４１が随時更新される。
【００６０】
ＫＣ２１：携帯側データ送信手段
携帯側データ送信手段ＫＣ２１は、乗車駅データ送信手段ＫＣ２１Ａと、選択路線データ送信手段ＫＣ２１Ｂとを有し、携帯電話１から携帯ナビゲーション用データ配信サーバ７へデータを送信する。
ＫＣ２１Ａ：乗車駅データ送信手段
乗車駅データ送信手段ＫＣ２１Ａは、改札情報照会手段ＫＣ１４Ｃで読取った乗車駅、または、「乗換え」アイコン４１ｄが選択されてユーザが乗り換えを行った乗換駅を特定する乗車駅データ（改札データ）を携帯ナビゲーション用データ配信サーバ７へ送信する。
ＫＣ２１Ｂ：選択路線データ送信手段
選択路線データ送信手段ＫＣ２１Ｂは、前記路線選択画像３１（図１０参照）において、ユーザの選択入力がされた場合に、その選択結果である選択路線データを携帯ナビゲーション用データ配信サーバ７へ送信する。
【００６１】
ＫＣ２２：携帯側データ受信手段
携帯側データ受信手段ＫＣ２２は、路線検索結果受信手段ＫＣ２２Ａと、案内路線データ受信手段ＫＣ２２Ｂと、を有し、携帯ナビゲーション用データ配信サーバ７から送信されたデータを送信する。
ＫＣ２２Ａ：路線検索結果受信手段
路線検索結果受信手段ＫＣ２２Ａは、前記路線検索結果送信手段ＳＣ５Ａにより送信された路線検索結果を受信する。
ＫＣ２２Ｂ：案内路線データ受信手段（路線情報受信手段）
案内路線データ受信手段ＫＣ２２Ｂは、案内路線データ送信手段ＳＣ５Ｂが送信した案内路線データを受信する。
【００６２】
（フローチャートの説明）
（サーバのフローチャートの説明）
図１２は実施例１の携帯ナビゲーションシステムのサーバが備えている携帯ナビゲーション用プログラムの路線案内処理のメインフローチャートである。
図１２のフローチャートの各ＳＴ（ステップ）の処理は、サーバ７のコントローラＳＣのＲＯＭ等に記憶された携帯ナビゲーション用プログラムＡＰ４に従って行われる。また、この処理はサーバ７の他の各種処理と並行して実行される。
【００６３】
図１２に示すフローチャートは携帯ナビゲーション用データ配信サーバ７の電源オンにより開始される。
図１２のＳＴ１において、携帯電話１から送信された改札データを受信したか否かを判別する。イエス（Ｙ）の場合はＳＴ２に移り、ノー（Ｎ）の場合はＳＴ４に移る。
ＳＴ２において、改札データに応じて、乗車駅または乗換駅に乗り入れている路線を検索する。そして、ＳＴ３に移る。
ＳＴ３において、乗車駅または乗換駅に乗り入れている路線の検索結果を携帯電話１に送信する。そして、ＳＴ１に戻る。
【００６４】
ＳＴ４において、携帯電話１から送信された選択路線データを受信したか否かを判別する。ノー（Ｎ）の場合はＳＴ１に戻り、イエス（Ｙ）の場合はＳＴ５に移る。
ＳＴ５において、選択された路線および入場時刻等に応じて、選択路線上のターミナル駅までの駅名や各駅の番線データ（扉開閉方向判別データを含む）、進行方向データ、駅間データ等を含む案内路線データを検索する。そして、ＳＴ６に移る。
ＳＴ６において、検索された案内路線データを携帯電話１に送信する。そして、ＳＴ１に戻る。
【００６５】
（携帯端末のフローチャートの説明）
（路線案内処理のフローチャートの説明）
図１３は実施例１の携帯ナビゲーションシステムの携帯電話が備えている路線案内処理のフローチャートである。
図１３のフローチャートの各ＳＴ（ステップ）の処理は、前記コントローラＫＣのＲＯＭ等に記憶されたナビゲーションプログラムＡＰ２に従って行われる。また、この処理は携帯電話１の他の各種処理（後述する発車・停止および向き判別処理等）と並行して実行される。
図１３に示すフローチャートは、ナビゲーションプログラムＡＰ２の起動により開始される。
【００６６】
図１３のＳＴ１１において、改札データ（乗車駅データや乗車駅への入場時刻）を非接触ＩＣから読取る。そして、ＳＴ１２に移る。
ＳＴ１２において、読取った改札データを携帯ナビゲーション用データ配信サーバ７に送信する。そして、ＳＴ１３に移る。
ＳＴ１３において、携帯ナビゲーション用データ配信サーバ７から送信された路線検索結果を受信したか否かを判別する。ノー（Ｎ）の場合はＳＴ１３を繰り返し、イエス（Ｙ）の場合はＳＴ１４に移る。
ＳＴ１４において、情報表示画面１１に路線選択画像３１（図１０参照）を表示し、ＳＴ１５に移る。
ＳＴ１５において、路線選択画像３１において、路線を選択する入力がされたか否かを判別する。ノー（Ｎ）の場合はＳＴ１５を繰り返し、イエス（Ｙ）の場合はＳＴ１６に移る。
【００６７】
ＳＴ１６において、選択された路線を特定する選択路線データを携帯ナビゲーション用データ配信サーバ７に送信する。そして、ＳＴ１７に移る。
ＳＴ１７において、携帯ナビゲーション用データ配信サーバ７から送信された案内路線データを受信したか否かを判別する。ノー（Ｎ）の場合はＳＴ１７を繰り返し、イエス（Ｙ）の場合はＳＴ１８に移る。
ＳＴ１８において、乗車駅または乗換駅を案内対象駅とする路線案内画像４１（図１１Ｅ参照）を作成し、表示する。なお、実施例１の路線案内処理では、このときの表示方向はデフォルトの表示方向である右方向（Ｄ１）の路線案内画像４１が表示される。
ＳＴ１９において、発車判別フラグＦＬ１が「１」であるか否か、即ち、車両が乗車駅または案内対象駅を出発したか否かを判別する。ノー（Ｎ）の場合はＳＴ２０に移り、イエス（Ｙ）の場合はＳＴ２３に移る。
【００６８】
ＳＴ２０において、路線案内画像３１に「乗換え」アイコン４１ｄが表示されており、前記「乗換え」アイコン４１ｄを選択する入力がされたか否かを判別する。イエス（Ｙ）の場合はＳＴ２１に移り、ノー（Ｎ）の場合はＳＴ２２に移る。
ＳＴ２１において、案内対象駅を乗換駅とした改札データを携帯ナビゲーション用データ配信サーバ７に送信する。そして、ＳＴ１３に戻る。
ＳＴ２２において、ナビゲーションプログラムＡＰ２による路線案内を終了する入力がされたか否かを判別する。ノー（Ｎ）の場合はＳＴ１９に戻り、イエス（Ｙ）の場合は図１３の路線案内処理を終了する。
ＳＴ２３において、次の処理（１）〜（３）を実行して、ＳＴ２４に移る。
（１）移動時間計測タイマＴＭ１による移動時間ｔ１の計測を開始する。
（２）案内対象駅を路線上の次の駅に設定する。
（３）案内対象駅の扉開閉方向判別データと進行方向データとに応じて案内対象駅に到着した時に開く扉の方向を判別する。
【００６９】
ＳＴ２４において、発車、停車および向き判別処理（後述する図１４のフローチャート参照）において、進行方向のユーザに対する向きが決定されたか否かを判別する。ノー（Ｎ）の場合はＳＴ２４を繰り返し、イエス（Ｙ）の場合はＳＴ２５に移る。
ＳＴ２５において、決定された向きと、案内対象駅の駅名、開く扉の方向に応じた路線案内画像４１（図１１Ａ〜図１１Ｄ参照）を作成し、情報表示画面１１に表示する。そして、ＳＴ２６に移る。
ＳＴ２６において、ナビゲーションプログラムＡＰ２による路線案内を終了する入力がされたか否かを判別する。ノー（Ｎ）の場合はＳＴ２７に戻り、イエス（Ｙ）の場合は図１３の路線案内処理を終了する。
【００７０】
ＳＴ２７において、発車判別フラグＦＬ１が「０」であるか否かを判別する。イエス（Ｙ）の場合はＳＴ２８に移り、ノー（Ｎ）の場合はＳＴ２９に移る。
ＳＴ２８において、案内対象駅到着時の路線案内画像４１（図１１Ｅ参照）を作成し、情報表示画面１１に表示する。そして、ＳＴ１９に移る。
ＳＴ２９において、移動時間計測タイマＴＭ１で計測した移動時間ｔ１と案内対象駅までの所要時間に応じて、路線案内画像４１（現在位置アイコン４１ｅの位置）を更新する。そして、ＳＴ２６に戻る。
【００７１】
（発車、停車および向き判別処理のフローチャートの説明）
図１４は実施例１の携帯ナビゲーションシステムの携帯電話が備えている発車、停車および向き判別処理のフローチャートである。
図１４のフローチャートの各ＳＴ（ステップ）の処理は、前記コントローラＫＣのＲＯＭ等に記憶されたナビゲーションプログラムＡＰ２に従って行われる。また、この処理は携帯電話１の他の各種処理（前記路線案内処理等）と並行して実行される。
図１４に示すフローチャートは、ナビゲーションプログラムＡＰ２の起動により開始され、前記路線案内処理の終了により終了する。
【００７２】
図１４のＳＴ４１において、次の処理（１）〜（３）を実行して、ＳＴ４２に移る。
（１）加速度センサＳＮ１からＸ，Ｙ，Ｚ軸方向の加速度データａｘ、ａｙ、ａｚを読取り、加速度履歴記憶手段ＫＣ１５Ａに記憶する。
（２）ａｘ、ａｙ、ａｚの中で最大の値の軸を鉛直軸に設定する。
（３）１０秒平均加速度ａ１を演算する。
ＳＴ４２において、発車判別フラグＦＬ１が「０」であるか否かを判別する。イエス（Ｙ）の場合はＳＴ４３に移り、ノー（Ｎ）の場合はＳＴ４６に移る。
ＳＴ４３において、１０秒平均加速度ａ１が発車判別用加速度ａｈ以上であるか否かを判別する。イエス（Ｙ）の場合はＳＴ４４に移り、ノー（Ｎ）の場合はＳＴ４６に移る。
ＳＴ４４において、発車判別フラグＦＬ１を「１」とする。そして、ＳＴ４５に移る。
【００７３】
ＳＴ４５において、次の処理（１）、（２）を実行して、ＳＴ４１に戻る。
（１）鉛直軸以外の２軸の中で加速度成分の大きさが大きい方向を進行方向に設定（判別）する。
（２）加速度の値の正負に応じて、進行方向に対するユーザの向き（Ｄ１〜Ｄ６）、即ち、情報表示画面１１の向きを決定する。
ＳＴ４６において、１０秒平均加速度ａ１が体は判別用加速度ａｔ以下であるか否かを判別する。イエス（Ｙ）の場合はＳＴ４７に移り、ノー（Ｎ）の場合はＳＴ４１に戻る。
ＳＴ４７において、発車判別フラグＦＬ１を「０」にする。そして、ＳＴ４１に戻る。
【００７４】
（実施例１の作用）
前記構成を備えた実施例１の携帯ナビゲーションシステム（路線情報提供システム）Ｓでは、ユーザが乗車した路線および進行方向（〜方面）がユーザにより選択され、ユーザの選択に応じた案内路線データが携帯電話１に送信される。そして、ユーザが乗車した車両の発車が検出された場合に、進行方向に対するユーザの向き（情報表示画面１１の向き）が検出され、検出されたユーザの向きに応じた路線案内画像４１が表示される。したがって、図１１に示すような路線画像により路線の案内を行う場合に、ユーザの向きに応じた路線案内画像４１が表示することができるので、違和感がなく、わかりやすい路線案内画像４１を表示できる。
また、実施例１の携帯ナビゲーションシステムＳでは、扉開閉方向判別データおよび進行方向により、案内対象駅に到着した時にどちら側の乗降扉が開閉するかを表示して、ユーザに告知することができる。
さらに、実施例１の携帯ナビゲーションシステムＳでは、移動時間ｔ１に応じて、現在位置アイコン４１ｅを含む路線案内画像４１が更新されるので、現在位置をユーザが容易に認識することができる。
【産業上の利用可能性】
【００７５】
（変更例）
以上、本発明の実施例を詳述したが、本発明は、前記実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内で、種々の変更を行うことが可能である。
例えば、前記各実施例において、比較結果をユーザに告知する際に路線案内画像を表示して告知したが、これにガイド音声や照明の点滅、あるいはこれらの組み合わせによる告知を追加することも可能である。
【００７６】
また、本発明は、携帯電話１に限定されず、ＰＤＡ等の携帯端末（路線情報提供装置）に適用可能である。また、このほかにも携帯型のミュージックプレイヤー等にこの機能を内蔵することも可能である。
さらに、前記各実施例では、全駅記憶手段は携帯ナビゲーション用データ配信サーバ７に設けられていたが、携帯電話１等のデータ記憶容量が大きく、全駅のデータを記憶できる場合には、携帯電話１で全駅のデータを記憶することも可能である。この場合、携帯ナビゲーション用データ配信サーバ７との交信を省略することも可能である。
【００７７】
また、前記実施例１において、携帯電話１から携帯ナビゲーション用データ配信サーバ７へは、乗車駅または乗換駅の情報が送信され、自動的に路線が検索されたが、これに限定されず、ユーザが乗車駅や乗換駅、あるいは乗車中の車両が次に到着する駅のデータを入力可能に構成し、入力された駅のデータに応じて路線を検索するように構成することも可能である。この場合、非接触ＩＣを省略することも可能である。
さらに、前記実施例において、非接触ＩＣの残高等のデータを公開領域に指定したが、これに限定されず、例えば、非接触ＩＣの記憶領域は運賃決済プログラムＡＰ１のみがアクセス可能とし、運賃決済プログラムＡＰ１が非接触ＩＣ以外の記憶領域以外の記憶領域に、非接触ＩＣに記憶された残高等のデータと同じデータを書き込むように構成し、他のアプリケーションから残金や改札データ等の運賃関連データを読取り可能とすることも可能である。また、非接触ＩＣに残金等のデータを記憶したが、これに限定されず、非接触ＩＣには、ＩＤ（識別情報）のみを記憶し、図示しない運賃決済用サーバで残金等を管理するように構成し、ナビゲーションプログラムＡＰ２は、前記運賃決済サーバと交信して残高等のデータを入手するように構成することも可能である。
【００７８】
また、前記実施例において、路線案内は単独でナビゲーションプログラムにより実行されたが、これに限定されず、例えば、出発地から目的地までの経路探索を行う経路探索プログラムと連動させて、経路探索結果の交通機関利用区間になると実施例１のナビゲーションプログラムを実行するように構成することも可能である。
さらに、前記実施例において、１０秒平均加速度ａ１に基づいて、車両の発車、停車を検出したが、これに限定されず、１０秒間よりも長い期間または短い期間の平均加速度を使用したり、発車判別用加速度以上の加速度が所定期間以上検出された場合に発車と判別し、停車判別用加速度以下の加速度が所定期間以上検出された場合に停車と判別するように構成することも可能である。あるいは、検出した加速度データを積分して速度を検出し、速度データに基づいて発車や停車の検出を行うことも可能である。これに関連して、前記速度データを積分して移動距離を演算し、駅間データとして所要時間でなく駅間距離を使用して現在位置アイコン４１ｅの位置を更新することも可能である。
【００７９】
また、前記実施例において、乗降扉が開閉する方向の表示や現在位置アイコン４１ｅの更新は省略することも可能である。
さらに、前記実施例において、加速度センサで検出した加速度に基づいて発車、停車を検出し、案内対象駅の案内を行ったが、例えば、発車や停車の検出を行わず、進行方向に対するユーザの向きに応じてスクロール方向（画像送り方向）の異なる地図画像（路線案内画像）を表示し、路線の案内を行うように構成することも可能である。
【００８０】
また、前記実施例において、ユーザが乗車した路線をユーザの選択入力により判別したが、磁方位を検出する地磁気センサを内蔵して、移動する方位を検出し、どの路線の、どの方面行の車両に乗車したかを判別することにより、ユーザが乗車した路線を自動的に検出することも可能である。
【図面の簡単な説明】
【００８１】
【図１】本発明の携帯ナビゲーションシステムの実施例１の説明図である。
【図２】実施例１の携帯ナビゲーションシステムのサーバの機能をブロック図（機能ブロック図）で示した図である。
【図３】進行方向と駅の停車番線データと乗降扉の開閉方向との関係を示す説明図である。
【図４】前記図１に示す携帯ナビゲーションシステムの携帯端末の機能をブロック図（機能ブロック図）で示した図である。
【図５】実施例１の携帯電話の拡大図であり、図５Ａは平面図、図５Ｂは側面図である。
【図６】重力加速度と交通機関の車両の加速時に検出される加速度との関係を示す説明図である。
【図７】加速度センサで検出された加速度の一例の説明図であり、図７Ａは加速度センサで検出された加速度データの履歴グラフ、図７Ｂは図７Ａの加速度データの絶対値の履歴グラフである。
【図８】図７Ｂに示す加速度データの絶対値の履歴グラフから算出される１０秒平均加速度の履歴グラフの説明図である。
【図９】３軸方向と進行方向と向きとの関係を示す説明図である。
【図１０】路線選択画像の一例の説明図であり、図１０Ａは神田駅から乗車した場合の路線選択画像の説明図、図１０Ｂは図１０Ａで次ページを選択した場合の路線選択画像の説明図である。
【図１１】実施例１の路線案内画像の一例の説明図であり、図１１Ａはユーザに対する進行方向が右方向の場合の路線案内画像の説明図、図１１Ｂはユーザに対する進行方向が左方向の場合の路線案内画像の説明図、図１１Ｃはユーザに対する進行方向が前方向または奥方向の場合の路線案内画像の説明図、図１１Ｄはユーザに対する進行方向が後方向または手前方向の場合の路線案内画像の説明図、図１１Ｅは乗換駅に到着した場合の路線案内画像の説明図である。
【図１２】実施例１の携帯ナビゲーションシステムのサーバが備えている携帯ナビゲーション用プログラムの路線案内処理のメインフローチャートである。
【図１３】実施例１の携帯ナビゲーションシステムの携帯電話が備えている路線案内処理のフローチャートである。
【図１４】実施例１の携帯ナビゲーションシステムの携帯電話が備えている発車、停車および向き判別処理のフローチャートである。
【図１５】交通機関の車両内の状態の説明図である。
【符号の説明】
【００８２】
１…路線情報提供装置
７…路線情報配信サーバ
１１…表示画面
４１…路線案内画像
ａ１…平均加速度
Ｄ１〜Ｄ６…向き
ＫＣ１５Ａ…加速度履歴記憶手段
ＫＣ１６…発車検出手段
ＫＣ１７…向き検出手段
ＫＣ１８…路線情報記憶手段
ＫＣ２０…路線案内画像表示手段
ＫＣ２０Ｃ…扉開閉方向判別手段
ＫＣ２２Ｂ…路線情報受信手段
Ｓ…路線情報提供システム
ＳＮ１…加速度センサ
【特許請求の範囲】
【請求項１】
乗車した車両の加速度を検出する加速度センサと、
検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面の向きを検出する向き検出手段と、
乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段と、
前記路線情報に基づいて路線の案内をする路線案内画像を前記表示画面に表示する路線案内画像表示手段であって、前記表示画面の向きに応じた前記路線案内画像を表示する前記路線案内画像表示手段と、
を備えたことを特徴とする路線情報提供装置。
【請求項２】
前記加速度センサで検出された加速度の履歴を記憶する加速度履歴記憶手段と、
前記加速度履歴記憶手段に記憶された加速度から計算された平均加速度に基づいて交通機関の車両の発車を検出する発車検出手段と、
前記車両の発車が検出された場合に、発車検出時の加速度に基づいて前記表示画面の向きを検出する前記向き検出手段と、
を備えたことを特徴とする請求項１記載の路線情報提供装置。
【請求項３】
前記車両の進行方向と、前記表示画面の向きとに応じた前記路線案内画像を表示する前記路線案内画像表示手段、
を備えたことを特徴とする請求項１または２記載の路線情報提供装置。
【請求項４】
前記車両の駅間の移動に伴い前記路線案内画像を更新する前記路線案内画像表示手段、
を備えたことを特徴とする請求項１ないし３のいずれか記載の路線情報提供装置。
【請求項５】
前記車両が駅に到着した時に、前記車両の両側に設けられた乗降扉のうちのいずれかの側の乗降扉が開閉するかを判別する扉開閉方向判別手段と、
前記扉開閉方向判別手段の判別結果を前記路線案内画像に表示する前記路線案内画像表示手段と、
を備えたことを特徴とする請求項１ないし４のいずれか記載の路線情報提供装置。
【請求項６】
前記路線情報を配信する路線情報配信サーバから送信された前記路線情報を受信する路線情報受信手段と、
前記路線情報受信手段で受信した前記路線情報を記憶する前記路線情報記憶手段と、
を備えたことを特徴とする請求項１ないし５のいずれか記載の路線情報提供装置。
【請求項７】
乗車した車両の加速度を検出する加速度センサと、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面の向きを検出する向き検出手段と、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段と、前記路線情報に基づいて路線の案内をする路線案内画像を前記表示画面に表示する路線案内画像表示手段であって、前記表示画面の向きに応じた前記路線案内画像を表示する前記路線案内画像表示手段と、を有する路線情報提供装置、
を備えたことを特徴とする路線情報提供システム。
【請求項８】
前記路線情報を配信する路線情報配信サーバと、
前記路線情報配信サーバから送信された前記路線情報を受信する路線情報受信手段と、前記路線情報受信手段で受信した前記路線情報を記憶する前記路線情報記憶手段と、を有する前記路線情報提供装置と、
を備えたことを特徴とする請求項７記載の路線情報提供システム。
【請求項１】
乗車した車両の加速度を検出する加速度センサと、
検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面の向きを検出する向き検出手段と、
乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段と、
前記路線情報に基づいて路線の案内をする路線案内画像を前記表示画面に表示する路線案内画像表示手段であって、前記表示画面の向きに応じた前記路線案内画像を表示する前記路線案内画像表示手段と、
を備えたことを特徴とする路線情報提供装置。
【請求項２】
前記加速度センサで検出された加速度の履歴を記憶する加速度履歴記憶手段と、
前記加速度履歴記憶手段に記憶された加速度から計算された平均加速度に基づいて交通機関の車両の発車を検出する発車検出手段と、
前記車両の発車が検出された場合に、発車検出時の加速度に基づいて前記表示画面の向きを検出する前記向き検出手段と、
を備えたことを特徴とする請求項１記載の路線情報提供装置。
【請求項３】
前記車両の進行方向と、前記表示画面の向きとに応じた前記路線案内画像を表示する前記路線案内画像表示手段、
を備えたことを特徴とする請求項１または２記載の路線情報提供装置。
【請求項４】
前記車両の駅間の移動に伴い前記路線案内画像を更新する前記路線案内画像表示手段、
を備えたことを特徴とする請求項１ないし３のいずれか記載の路線情報提供装置。
【請求項５】
前記車両が駅に到着した時に、前記車両の両側に設けられた乗降扉のうちのいずれかの側の乗降扉が開閉するかを判別する扉開閉方向判別手段と、
前記扉開閉方向判別手段の判別結果を前記路線案内画像に表示する前記路線案内画像表示手段と、
を備えたことを特徴とする請求項１ないし４のいずれか記載の路線情報提供装置。
【請求項６】
前記路線情報を配信する路線情報配信サーバから送信された前記路線情報を受信する路線情報受信手段と、
前記路線情報受信手段で受信した前記路線情報を記憶する前記路線情報記憶手段と、
を備えたことを特徴とする請求項１ないし５のいずれか記載の路線情報提供装置。
【請求項７】
乗車した車両の加速度を検出する加速度センサと、検出された前記加速度に基づいて、前記車両の進行方向に対する表示画面の向きを検出する向き検出手段と、乗車した車両の進行方向に存在する駅に関する路線情報を少なくとも記憶する路線情報記憶手段と、前記路線情報に基づいて路線の案内をする路線案内画像を前記表示画面に表示する路線案内画像表示手段であって、前記表示画面の向きに応じた前記路線案内画像を表示する前記路線案内画像表示手段と、を有する路線情報提供装置、
を備えたことを特徴とする路線情報提供システム。
【請求項８】
前記路線情報を配信する路線情報配信サーバと、
前記路線情報配信サーバから送信された前記路線情報を受信する路線情報受信手段と、前記路線情報受信手段で受信した前記路線情報を記憶する前記路線情報記憶手段と、を有する前記路線情報提供装置と、
を備えたことを特徴とする請求項７記載の路線情報提供システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００６−１１８９０８（Ｐ２００６−１１８９０８Ａ）
【公開日】平成１８年５月１１日（２００６．５．１１）
【国際特許分類】
【出願番号】特願２００４−３０５１８２（Ｐ２００４−３０５１８２）
【出願日】平成１６年１０月２０日（２００４．１０．２０）
【出願人】（５００１６８８１１）株式会社ナビタイムジャパン (410)
【Ｆターム（参考）】
【公開日】平成１８年５月１１日（２００６．５．１１）
【国際特許分類】
【出願日】平成１６年１０月２０日（２００４．１０．２０）
【出願人】（５００１６８８１１）株式会社ナビタイムジャパン (410)
【Ｆターム（参考）】
[ Back to top ]