目的地案内装置、目的地案内システム、サーバ装置および目的地案内方法
【課題】ユーザの身体に対して気象状態の影響をできるだけ及ぼすことが無いようにして、目的地までの案内を行えるようにする。
【解決手段】ＧＰＳ部１０２を通じて測位した現在位置から操作部１３１を通じて受け付けた目的地までのルートを、ルート検索部１０３によって地図ＤＢ１３２の地図データから検索する。このとき、ルート検索部１０３が、通信部１０９を通じて契約会社サーバから取得した気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する。この検索したルートを、ＬＣＤ１０６を通じてユーザに提示する。
【解決手段】ＧＰＳ部１０２を通じて測位した現在位置から操作部１３１を通じて受け付けた目的地までのルートを、ルート検索部１０３によって地図ＤＢ１３２の地図データから検索する。このとき、ルート検索部１０３が、通信部１０９を通じて契約会社サーバから取得した気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する。この検索したルートを、ＬＣＤ１０６を通じてユーザに提示する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、目的地までのルートなどをユーザに対して案内するようにするいわゆるナビゲーション機能を実現する装置、システム、方法に関する。
【背景技術】
【０００２】
いわゆるカーナビゲーションシステムが多くの自動車に搭載されて利用されている。カーナビゲーションシステムは、ＧＰＳ（Global Positioning System）などを利用して、自動車の運行時に運転者に対して、ディスプレイ画面上に地図や現在位置を表示して、目的地への走行経路案内を行なうものである。なお、多くのカーナビゲーションシステムにおいては、ディスプレイ画面上への情報の表示に加えて、音声ガイダンスにより走行経路案内ができるようにされている。そして、カーナビゲーションシステムは種々の改良がなされている。例えば、後に記す特許文献１には、目的地までの最短距離のルートを検索したり、渋滞情報を受信して渋滞のない経路を検索したりすることにより、目的地へ最短時間でいけるルートの検索を行えるようにするものが提案されている。また、カーナビゲーションシステムとは異なるが、例えば、携帯電話端末を通じてサーバ装置にアクセスし、電車の乗り換え案内の提供をうけるなどの簡易的なナビゲーションサービスも提供されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−３０９３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したカーナビゲーションシステムや携帯電話端末などを用いた簡易的なナビゲーションサービスを利用することにより、長距離を移動する場合であっても、迷うなどのことも無く、比較的に短時間に移動することができるようになってきている。このような移動時間の短縮化は時間の有効活用にもつながり利点が多い反面、却ってユーザの身体に負担をかけてしまう場合もあると考えられる。
【０００５】
例えば、経験的に種々の気象状態（気象条件）が人間の生体（人体）に影響を及ぼすことが知られている。近年においては、それらが科学的、医学的にも解明されてきている。その一例として、低気圧が近づいてくると血圧が上昇することが知られている。例えば、
参考サイト１：「http://www5f.biglobe.ne.jp/~kinosita/hd.htm」
参考サイト２：「http://www5f.biglobe.ne.jp/~kinosita/he.htm」
等には、低気圧と高血圧との関連性についての情報が公開されている。また、他の例として、気圧が下がり、湿度が上昇すると、関節リュウマチや変形性関節症などの場合の関節の症状が悪化したり、気温がある程度まで下がると、腰痛や神経痛などを発症する確率が高くなったりするなどのことが知られている。
【０００６】
そして、上述した移動時間の短縮化の実現により、例えば、低気圧が接近してきている地域に向かって急速に移動した場合には、血圧上昇を招き、高血圧症の人の場合には体調不良を引き起こす可能性があると考えられる。具体的には、高血圧症の人の脳出血や心臓発作などの健康障害を発生させるリスクを高めてしまう場合があると考えられる。また、湿度が低い地域から湿度が高い地域に急速に移動した場合には、関節リュウマチを患っている人の関節の症状を悪化させるおそれもある。このため、カーナビゲーションシステムや携帯電話端末などを用いた簡易のナビゲーションサービスを提供するシステムにおいては、移動時間の短縮化だけでなく、気象状態が及ぼすユーザの身体への影響を軽減できるようにすることが望まれている。
【０００７】
以上のことに鑑み、この発明は、ユーザの身体に対して気象状態の影響をできるだけ及ぼすことが無いようにして、目的地までの案内を行えるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１に記載の発明の目的地案内装置は、
目的地の入力を受け付ける受付手段と、
即時的に現在位置を測位する測位手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための地図データを保持する地図データベースと、
前記測位手段を通じて測位した現在位置から前記受付手段を通じて受け付けた目的地までのルートを前記地図データベースの地図データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートをユーザに対して提示する提示手段と
を備えることを特徴とする。
【０００９】
この請求項１に記載の発明の目的地案内装置によれば、測位手段を通じて測位した現在位置から受付手段を通じて受け付けた目的地までのルートが、検索手段によって地図データベースの地図データから検索される。このとき、検索手段により、取得手段を通じて取得された気象に関する情報が考慮され、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートが検索される。この検索されたルートが、提示手段を通じてユーザに提示される。
【００１０】
これにより、単に目的地までの最短ルートなどが案内されるのではなく、例えば、気圧、湿度、気温などの気象に関する情報の内の必要な情報が考慮され、ユーザの身体に対して気象状態の影響をできるだけ及ぼすことが無いようなルートを検索し、目的地までの案内を行うことができるようにされる。
【００１１】
また、請求項３に記載の発明の目的地案内システムは、
サーバ装置とユーザ端末とからなる目的地案内システムであって、
前記サーバ装置は、
前記ユーザ端末からの出発地と目的地とを示す情報とを受信する受信手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための経路データを保持する経路データベースと、
前記受信手段を通じて受け付けた情報により特定される前記出発地から前記目的地までのルートを前記経路データベースの前記経路データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートを示す情報を前記ユーザ端末に送信する送信手段と
を備え、
前記ユーザ端末は、
出発地と目的地の指示入力を受け付ける受付手段と、
前記受付手段を通じて受け付けた前記出発地と前記目的地とを示す情報を、前記サーバ装置に送信する送信手段と、
前記サーバ装置の前記送信手段から送信される前記ルートを示す情報を受信する受信手段と、
前記受信手段を通じて受信した前記ルートを示す情報をユーザに対して提示する提示手段と
を備えることを特徴とする。
【００１２】
この請求項３に記載の発明の目的地案内システムによれば、ユーザ端末において受付手段を通じて受け付けられた出発地と目的地とを示す情報が、送信手段を通じてサーバ装置に送信される。サーバ装置においては、ユーザ端末からの当該出発地と目的地とを示す情報が受信手段を通じて受信され、この受信された受信した情報により示される出発地から目的地間でのルートが、検索手段により、経路データベースの経路データから検索される。この時、サーバ装置の検索手段により、取得手段を通じて取得された気象に関する情報が考慮され、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートが検索される。この検索されたルートが、送信手段を通じて、出発地と目的地とを示す情報を送信してきたユーザ端末に送信される。ユーザ端末においては、受信手段を通じてサーバ装置からのルートを示す情報が受信され、これが提供手段を通じてユーザに提供される。
【００１３】
これにより、単に目的地までの最短ルートなどが案内されるのではなく、例えば、気圧、湿度、気温などの気象に関する情報の内の必要な情報が考慮され、ユーザの身体に対して気象状態の影響をできるだけ及ぼすことが無いようなルートを検索し、目的地までの案内を行うことができるようにされる。この場合、ルート検索はサーバ装置において行われるので、ユーザ端末に大きな負荷がかかることも無く、サーバ装置に負荷を分散し、迅速かつ適切な案内を、ユーザ端末を通じて提供することができるようにされる。
【発明の効果】
【００１４】
この発明によれば、単に目的地までの最短ルートなどが案内されるのではなく、例えば、気圧、湿度、気温などの気象に関する情報の内の必要な情報を考慮し、ユーザの身体に対して気象状態の影響をできるだけ及ぼすことが無いようなルートを検索して、目的地までの案内を行うことができる。
【図面の簡単な説明】
【００１５】
【図１】この発明のシステムの一実施形態が適用されて構成された第１の実施の形態の目的地案内システムを説明するための図である。
【図２】第１の実施の形態の目的地案内システムの動作の概要を説明するためのシーケンス図である。
【図３】血圧安全ルートの具体例を説明するための図である。
【図４】血圧安全ルートの具体例を説明するための図である。
【図５】図１に示した目的地案内システムにおいて用いられる分析会社サーバ２１の構成例を説明するためのブロック図である。
【図６】図１に示した目的地案内システムにおいて用いられる契約会社サーバ２２の構成例を説明するためのブロック図である。
【図７】図１に示し目的地案内システムにおいて用いられる契約者のナビゲーション装置１の構成例を説明するためのブロック図である。
【図８】図１、図２に示したナビゲーション装置１において行われる処理を説明するためのフローチャートである。
【図９】図８に続くフローチャートである。
【図１０】図１、図６に示した契約会社のサーバ２２において行われる処理を説明するためのフローチャートである。
【図１１】図１、図５に示した分析会社サーバ２１において行われる気象予測情報の生成処理を説明するための図である。
【図１２】図１、図５に示した分析会社サーバ２１において行われる低気圧に関するデータの提供処理を説明するためのフローチャートである。
【図１３】この発明のシステムの一実施形態が適用されて構成された第２の実施の形態の目的地案内システムを説明するための図である。
【図１４】第２の実施の形態の目的地案内システムの動作の概要を説明するためのシーケンス図である。
【図１５】図１３に示した目的地案内システムにおいて用いられる契約会社サーバ２２Ｘの構成例を説明するためのブロック図である。
【図１６】第２の実施の形態の目的地案内システムにおいて用いられる携帯電話端末４の構成例を説明するためのブロック図である。
【図１７】携帯電話端末４で乗換えルート検索サービスを受ける場合に用いる必要情報の入力画面の例を説明するための図である。
【図１８】携帯電話端末４で乗換えルート検索サービスを受ける場合に用いる検索された乗り換えルートの報知画面の例について説明するための図である。
【図１９】携帯電話端末４で乗換えルート検索サービスを受ける場合に用いる検索された乗り換えルートの報知画面の例について説明するための図である。
【図２０】第２の実施の形態の携帯電話端末４の動作について説明するためのフローチャートである。
【図２１】第２の実施の形態の契約会社サーバ２２Ｘにおいて行われる乗り換えルートの検索処理について説明するためのフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図を参照しながらこの発明の一実施形態について説明する。上述もしたように、気圧、湿度、気温などの気象状態が、人間の生体（人体）に対して影響を及ぼすことが知られている。以下に説明する実施形態においては、種々の気象状態の内、低気圧の接近が血圧の上昇を招くことに着目している。そして、以下に説明する実施形態においては、出発地から目的地までのルート案内を行う場合に、低気圧の予想位置等をも考慮し、ユーザの身体に対して低気圧の影響をできるだけ及ぼすことが無いようなルートを検索して、目的地までの案内を行うことができるようにしている。
【００１７】
なお、低気圧の接近が血圧の上昇を招くことについては、上述した参考サイト１に開示されている。当該参考サイト１には、北海道大学の定期健康診断で測定した２万人の学生血圧と天候との情報に基づいた、天候と血圧との関係について記載されている。そして、当該参考サイト１には、血圧はその日の気圧に影響を受けるのではなく、翌日の気圧変動が、既にその前日の血圧に影響を与えていることが観察できることが記載されている。このことは、低気圧がやってくる前の日に、既に血圧が高くなっていることを意味している。このため、以下に説明する実施形態においては、出発地から目的地までのルートを、低気圧の位置、勢力範囲、移動方向、移動速度などの低気圧に関するデータをも考慮する。そして、低気圧の接近状態に応じて、ユーザの血圧上昇を抑えたより安全なルートの検索ができるようにしている。
【００１８】
［第１の実施の形態］
［目的地案内システムの構成例］
［目的地案内システムの構成の概要］
図１は、この発明の目的地案内装置の一実施形態が適用されて構成された第１の実施の形態の目的地案内システムを説明するための図である。図１に示すように、この実施形態の目的地案内システムは、例えば、自動車に搭載されて用いられるナビケーション装置１（１）、１（２）、…、１（ｎ）と、サービス提供センター２とからなっている。ここで、ナビケーション装置１（１）、１（２）、…、１（ｎ）のそれぞれが、この発明の目的地案内装置の一実施の形態が適用されたものである。
【００１９】
そして、サービス提供センター２が、気象データ提供元３から気象データの提供を受け、これを処理して気象に関する必要なデータを契約者のナビゲーション装置１（１）、１（２）、…、１（ｎ）に対して供給することができる構成になっている。なお、詳しくは後述もするが、サービス提供センター２は、図１に示すように、気象データ分析会社のサーバ２１と、契約会社のサーバ２２とからなっている。
【００２０】
また、この第１の実施の形態において、気象データ提供元３と気象データ分析会社のサーバ２１との間、気象データ分析会社のサーバ２１と契約会社のサーバ２２と間は、専用線、あるいは、インターネットなどの高域通信網によって接続することができるようにされている。さらに、分析会社のサーバ２２とナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれとの間も、例えばインターネット１００を介して接続することができるようにされている。
【００２１】
そして、ナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、詳しくは後述もするが、ＧＰＳ機能を備え、目的地を設定することにより、現在位置から目的地までのルート（経路）を検索し、ディスプレイに地図と自機の現在位置を表示すると共に、音声ガイダンスを用いて道案内をすることができるものである。この第１の実施の形態のナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、最短距離となるルート（最短距離ルート）を検索できる。また、ナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、通信機能を備え、例えば、インターネット１００を通じて所定のサーバにアクセスし、最新の交通渋滞情報を得て、交通渋滞を避けたルート（交通渋滞回避ルート）の検索もできる。
【００２２】
さらに、ナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、契約会社のサーバ２２からインターネット１００を通じて低気圧に関するデータの提供を受け、低気圧が運転者等の血圧に影響を及ぼす可能性の低いルート（血圧安全ルート）を検索することもできる。すなわち、上述もしたように、低気圧の接近が人間の血圧上昇を招くことが知られている。そして、運転者等が例えば高血圧症である場合、低気圧に高速に接近するように移動した場合などにおいては、脳出血などの危険性を高めてしまう。このため、低気圧が運転者等の血圧に影響を及ぼす可能性の低いルートを検索できるようにしている。なお、ここで、運転者等とは、運転者の他、同乗者も含む意味である。このように、ナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、目的地までの幾つかの異なるルートを検索し、その中からユーザが選択したルートを用いて道案内を行うことができるようにしている。
【００２３】
一方、サービス提供センター２は、図１に示すように、気象データ分析会社のサーバ２１（以下、分析会社サーバという）と契約会社のサーバ（以下、契約会社サーバという）２２とから構成されている。分析会社サーバ２１は、後述する気象データ提供元３から気象データの提供を受け、これを分析することによって、契約会社サーバ２２において必要とされる気象データ（この実施形態では低気圧に関するデータ）を形成する。そして、分析会社サーバ２１は、分析することにより形成した気象データを契約会社サーバ２２からの要求に応じて当該契約会社サーバ２２に提供することができるものである。
【００２４】
契約会社サーバ２２は、自機にアクセス可能な契約者のナビゲーション装置を管理するための契約者データベース（以下、契約者ＤＢという。）を備えたものである。そして、契約会社サーバ２２は、自機にアクセスしてきたナビゲーション装置が、自機に接続可能な契約関係のある契約者のものであると認証が取れた場合に、当該ナビゲーション装置に対して、最新の低気圧に関するデータを提供する。これにより、当該ナビゲーション装置では、提供を受けた低気圧に関するデータを考慮して、低気圧が運転者等の血圧に影響を与える可能性の少ない経路を検索することができるようにされる。
【００２５】
なお、図１においては説明を簡単にするため、異なる機能を実現する分析会社サーバ２１と契約会社サーバ２２との２つのサーバを設けるようにした。しかし、これに限るものではない。分析会社サーバ２１の機能と契約会社サーバ２２の機能とを１つのサーバ装置に持たせるようにすることももちろん可能である。
【００２６】
そして、気象データ提供元３は、この実施形態においては、気象データ分析会社のサーバ２１からの要求に応じて、種々の気象データを提供することができるものである。具体的には、気象庁や気象協会、或いは、気象情報の提供業務を行う種々の気象会社などが運営する情報提供サーバなどである。この第１の実施の形態において、気象データ提供元３は、例えば、気象庁の情報提供サーバである。
【００２７】
例えば、気象庁は、気象警報、注意報等の情報、天気予報等の情報、気象観測データ等、種々の気象に関する情報を提供している。具体的には、気象観測データとして、高層天気図、実況天気図、予想天気図、気象庁天気図、各地の観測値と低気圧や前線の位置などの情報が気象庁から提供される。特に、予想天気図として、９時と２１時の観測をもとに観測時刻から２４時間後と４８時間後の高・低気圧、前線と等圧線等の予想などを提供している。なお、９時の２４時間後予想は１５時頃、４８時間後予想は１７時頃、２１時の同予想は、それぞれ翌朝の４時頃と６時頃というように、観測時点から予報発表までに６時間から９時間かかるため、これらの時間を考慮して情報を利用する必要がある。また、気象庁は、６時、１２時、１８時には、各地の観測値と低気圧や前線の位置を示す情報（テキスト形式の情報）を提供している。このように、気象庁は、種々の気象情報を発表し、これを自由に利用することができるようにしている。
【００２８】
［目的地案内システムの動作の概要］
次に、図１に示したように構成されるこの第１の実施の形態の目的地案内システムの動作の概要について説明する。図２は、この第１の実施の形態の目的地案内システムの動作の概要を説明するためのシーケンス図である。
【００２９】
この第１の実施形態の目的地案内システムにおいて、分析会社サーバ２１は、図２の右上側に点線矢印で示すように、所定時間毎に気象データ提供元３に対して必要となる気象データの提供を要求し、当該必要となる気象データの提供を受ける。ここで必要となる気象データは、主に気圧に関する情報であり、例えば、最新の天気図、２４時間後、４８時間後の予想天気図、各地の観測値や低気圧や前線の位置を示す情報等である。なお、低気圧や前線の位置を示す情報には、低気圧の中心位置と勢力範囲、移動方向、移動速度などの情報が含まれる。
【００３０】
分析会社サーバ２１は、新たに提供を受けた気象データや記憶保持している過去の気象データ等に基づいて、気象データ分析処理を実行し、気象予測情報を形成する。このように、気象データの取得処理から気象予測情報の分析処理までの一連の処理は、気象データ提供元３から新たな気象データの提供を受けることができるタイミングで随時に行われる。ここで、気象予測情報（気象予測データ）は、後述もするが、例えば、現時点などの所定時点から２４時間後、４８時間後、７２時間後等の気圧配置、低気圧や高気圧の勢力範囲、低気圧の移動方向、移動速度などの必要な情報からなるものである。
【００３１】
ここで形成された気象予測情報は、気象データ分析会社のサーバ２１に保持され、後述するように、その内の低気圧に関するデータが、契約会社のサーバ２２を介して、契約者のナビゲーション装置１（１）、１（２）、…、１（ｎ）に提供されることになる。なお、以下においては説明を簡単にするため、ナビゲーション装置１（１）、１（２）、…、１（ｎ）を総称して、ナビゲーション装置１という。
【００３２】
なお、ここでは、分析会社サーバ２１が、気象データ提供元３に対して必要となる気象データの提供を要求して、その提供を受けるものとして説明したが、これに限るものではない。例えば、気象データ分析会社と気象データ提供元との間で予め契約を締結しておくことにより、最新の気象データを気象データ提供元３から分析会社サーバ２１に自動的に送信して提供することも可能である。すなわち、分析会社サーバ２１は、能動的に働きかけて気象データ提供元３から気象データの提供を受けたり、受動的に気象データ提供元３から気象データの提供を受けたりすることができるものである。
【００３３】
また、ここでは、現時点などの所定時点から２４時間後、４８時間後、７２時間後等の気圧配置やその他の必要な気象予測情報（気象予測データ）を形成（予測）するものとして説明した。このように、現時点などの所定の時点としたのは、気象データ提供元３から提供される気象データが、例えば数時間前のものであるために、数時間前の時点を基準にして、２４時間後、４８時間後、７２時間後等の気圧配置等を予測する場合もあるためである。このように、現時点を基準にできない場合には、いつの時点を基準にしているかは、明確に把握され、契約会社サーバ２２等にも通知するようにされる。
【００３４】
一方、ナビゲーション装置１は、必要に応じて、契約会社サーバ２２にインターネット１００を通じてアクセスし、最新の低気圧に関するデータを取得することができるものである。すなわち、ナビゲーション装置１に目的地までのナビゲーション処理（道案内処理）を行わせる場合、ナビゲーション装置１に電源を投入した状態で、図２の左上側に示したように、目的地、高血圧症の運転者等の有無等の必要な情報の入力設定が行われる。この他、出発予定日時や到着予定日時など、目的に応じたルート検索を行うようにするための必要な情報の入力設定を行うようにすることもできる。ナビゲーション装置１に対して必要な情報の入力設定が行われると、当該ナビゲーション装置１は、図２に示すように、インターネット１００を通じて契約会社サーバ２２にアクセスし、低気圧に関するデータの提供を要求する。
【００３５】
契約会社サーバ２２は、契約者のナビゲーション装置１から低気圧に関するデータの提供要求を受信すると、低気圧に関するデータの提供要求を形成し、これを図２に示すように、分析会社サーバ２１に対して送信する。これに応じて、分析会社サーバ２１は、自己が保持する最新の気象予測情報の中から低気圧に関するデータを抽出し、これを契約会社サーバ２２に提供する。契約会社サーバ２２は、分析会社サーバ２１から提供された低気圧に関するデータを、要求元のナビゲーション装置１に対して提供する。なお、ここで、低気圧に関するデータは、上述した種々の気象予測情報の内、例えば、現時点などの所定時点、および、２４時間後、４８時間後、７２時間後等の気圧配置、現時点などの所定時点、および、２４時間後、４８時間後、７２時間後等の低気圧の移動方向や移動速度などの情報である。
【００３６】
そして、図２の左端側に示すように、ナビゲーション装置１においては、ルート検索を実行し、それをユーザに提示する。ここで検索されるルートは、取得した低気圧に関するデータをも考慮した血圧安全ルートや最短距離ルート、さらに交通渋滞情報をも考慮した交通渋滞回避ルートなどである。なお、図２には、交通渋滞情報の取得経路等は示さなかったが、後述もするように、ナビゲーション装置１の通信機能を用いて、所定のサーバにアクセスすることによって、交通渋滞情報を取得することもできるようにされる。
【００３７】
そして、ナビゲーション装置１は、ユーザから道案内（ナビゲーション）に用いるルートの選択入力を受け付ける。そして、血圧安全ルートが選択されたときには当該血圧安全ルートを用いるように設定する。また、その他のルート（最短距離ルートや交通渋滞回避ルート）が選択されたときには、選択された当該他のルートを用いるように設定される。そして、ナビゲーション装置１においては、ユーザに選択されたルートを辿るようにナビゲーション処理（道案内処理）が実行される。
【００３８】
このように、この実施の形態の目的地案内システムにおいては、ナビゲーション装置１は、複数種類のルート検索を行うことができる。その中の１つとして、契約会社のサーバ２２から低気圧に関するデータを得て、低気圧が運転者等の血圧に影響を及ぼす可能性の低いルート（血圧安全ルート）を検索し、このルートを用いてナビゲーション処理（道案内処理）を行うことができるようにしている。
【００３９】
［血圧安全ルートの具体例］
ここで、血圧安全ルートの具体例について説明する。図３、図４は、血圧安全ルートの具体例を説明するための図である。上述したように、血圧はその日の気圧に影響を受けるのではなく、低気圧がやってくる前の日に、既に血圧が高くなっていることが観察されている。即ち、低気圧が到来する前日、まだ、そんなに天気が崩れていない内に翌日に到来する低気圧の影響を受けて血圧が上がっていることが考えられる。したがって、２４時間以内に低気圧の勢力範囲に属することになる地域に所在していることが、既に低気圧の影響を受け、血圧の上昇を招いている可能性がある。
【００４０】
そこで、２４時間以内に低気圧の勢力範囲に属する地域を通過しなければならない場合には、図３に示すように、高地を迂回するようにしたルートが血圧安全ルートとなる。高地においては、気圧の関係から血圧が上昇することが知られているためである。すなわち、図３において、ノーマルルートＡは、高地を通る最短距離ルートや交通渋滞回避ルートであり、血圧安全ルートＢは、高地を迂回して、低地を走行する高地迂回ルートである。
【００４１】
また、図４に示すように、東北地方北部の出発地ＳＴから近畿地方の目的地ＥＤに向かう場合であって、日本海側から低気圧が接近し、２４時間以内に当該低気圧の勢力範囲が日本列島に到達する可能性があるとする。この場合には、図４に示すように、太平洋側を通るルートＢが血圧安全ルートとなる。すなわち、図４において、ノーマルルートＡは、日本海側を通る最短距離ルートや交通渋滞回避ルートであり、血圧安全ルートＢは、接近中の低気圧の勢力範囲の到達がより遅い地域を通る低気圧迂回ルートということになる。
【００４２】
この他、血圧安全ルートの場合には、低気圧の影響を極力小さくするために、出発時刻を指示したり、血圧安全ルートの途中で比較的に長い休憩をとることを勧めたり、場合によっては、途中で１泊することを勧めたりすることもできるようにされる。つまり、血圧安全ルートは、単にルートを示すだけでなく、血圧安全ルート上の進み方などをも示すことができるようにされる。
【００４３】
［目的地案内システムを構成する各装置の構成］
［気象データ分析会社のサーバ２１の構成例］
次に、この第１の実施形態の目的地案内システムを構成する各装置の構成例について説明する。まず、分析会社サーバ２１について説明する。図５は、図１に示した目的地案内システムにおいて用いられる分析会社サーバ２１の構成例を説明するためのブロック図である。図５に示すように、分析会社サーバ２１は、制御部２１０、通信部２１１、気象予測情報生成部２１２、送信用低気圧情報生成部２１３、時計回路２１４、気象データファイル２１５、気象履歴ファイル２１６、気象予測ファイル２１７を備えたものである。
【００４４】
制御部２１０は、分析会社サーバ２１の各部を制御するものであり、図５に示すように、ＣＰＵ（Central Processing Unit）２１０１、ＲＯＭ（Read Only Memory）２１０２、ＲＡＭ（Random Access Memory）２１０３が、ＣＰＵバス２１０４を通じて接続されて構成されたマイクロコンピュータである。ここで、ＣＰＵ２１０１は、後述するＲＯＭ２１０２に保持されているプログラムを読み出して実行し、各部に供給する制御信号を形成してこれを各部に供給したり、各部からの信号を受信して、これに応じた処理を実行したりするなど、分析会社サーバ２１における制御の主体となるものである。
【００４５】
また、ＲＯＭ２１０２は、上述したように、ＣＰＵ２１０１によって実行される種々のプログラムや処理に必要となる種々のデータ等が予め記録されたものである。また、ＲＡＭ２１０３は、各種の処理において途中結果を一時記憶するなど、主に作業領域として用いられるものである。なお、図５には図示しなかったが、ＣＰＵバス２１０４には、例えば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等のいわゆる不揮発性メモリも接続される。そして、当該不揮発性メモリに、電源が落とされた場合にも保持しておくべきパラメータや追加プログラムなどを記憶させることもできるようにしている。
【００４６】
そして、通信部２１１は、気象データ提供元３や詳しくは後述する契約会社のサーバ２２との間においての通信処理を行うものである。具体的に、通信部２１１は、制御部２１０の制御に応じて、自機から送信すべきデータから送信用データを形成し、これを目的とする相手先に送信することができるものである。また、通信部２１１は、自機宛の送信データを受信して、これを制御部２１０で処理可能な形式のデータに変換し、これを制御部２１０に供給することができるものである。
【００４７】
気象予測情報生成部２１２は、通信部２１１を通じて取得する気象データや自機に保持する気象履歴データ等を用いて、例えば現時点など、予め決められた時点（時刻）を基準とし、気象予測情報を生成する。ここで気象予測情報は、例えば、２４時間後、４８時間後、７２時間後等の気圧配置、２４時間後、４８時間後、７２時間後等の低気圧や高気圧の移動方向や移動速度、その他、気温、湿度、風向き、風速、降水確率などの種々の予測情報である。また、気象予測情報には、例えば現時点など、基準となる所定の最新時点の気圧配置や低気圧や高気圧の移動方向や移動速度、その他、気温、湿度、風向き、風速、降水確率などの種々の最新の気象情報も含まれる。
【００４８】
送信用低気圧情報生成部２１３は、気象予測情報生成部２１２により生成された気象予測情報から契約会社のサーバ２２に提供する低気圧に関するデータを抽出し、これから契約会社サーバ２２に送信する送信用低気圧情報（送信用の低気圧に関するデータ）を生成する。ここで、低気圧に関するデータは、上述した種々の気象予測情報の内、例えば、現時点などの所定時点、および、２４時間後、４８時間後、７２時間後等の気圧配置、現時点などの所定時点、および、２４時間後、４８時間後、７２時間後等の低気圧の移動方向や移動速度などの情報である。送信用低気圧情報生成部２１３で生成された送信用低気圧情報（送信用の低気圧に関するデータ）は、上述した通信部２１１を通じて契約会社のサーバ２２に送信されることになる。
【００４９】
時計回路２１４は、現在年月日、現在曜日、現在時刻を提供するものであり、気象データ提供元３から気象データを取得する時刻などの到来を検出する場合などに用いられる。また、気象データファイル２１５、気象履歴ファイル２１６、気象予測ファイル２１７のそれぞれは、ハードディスク、書き換え可能な光ディスク、半導体メモリなどの大容量記録媒体に形成されるデータファイルである。この実施形態において、気象データファイル２１５、気象履歴ファイル２１６、気象予測ファイル２１７のそれぞれは、分析会社サーバ２１が有するハードディスクに形成されたものである。
【００５０】
ここで、気象データファイル２１５は、気象データ提供元３から提供を受けた最新の気象データを記憶保持する。気象履歴ファイル２１６は、過去に取得した気象データを取得タイミングが区別可能なように記憶保持する。つまり、気象履歴ファイル２１６に格納された気象履歴データはいつ取得されたものかが分かるようにされている。なお、最新の気象データを気象データ提供元３から提供を受ける毎に、気象データファイル２１５の気象データが気象履歴データとして気象履歴ファイル２１６に移し替えられるようになっている。気象予測ファイル２１７は、上述した気象予測情報生成部２１２で生成される気象予測情報（気象予測データ）を記憶保持する。
【００５１】
なお、図５においては、気象予測情報生成部２１２と送信用低気圧情報生成部２１３とは、それぞれ独立した生成部として示したが、これに限るものではない。気象予測情報生成部２１２の機能や送信用低気圧情報生成部２１３の機能は、制御部２１０のＣＰＵ２１０１によって実行されるソフトウェアにより、制御部２１０の機能として実現するように構成することも可能である。すなわち、気象予測情報生成部２１２の機能と送信用低気圧情報生成部２１３の機能との一方あるいは両方の機能を、制御部２１０の機能として実現するように構成することも可能である。
【００５２】
［契約会社のサーバ２２の構成例］
次に、契約会社サーバ２２について説明する。図６は、図１に示した目的地案内システムにおいて用いられる契約会社サーバ２２の構成例を説明するためのブロック図である。図６に示すように、契約会社サーバ２２は、制御部２２０、通信部２２１、低気圧情報ファイル２２２、契約者データベース（以下、契約者ＤＢという。）２２３を備えている。
【００５３】
制御部２２０は、契約会社サーバ２２の各部を制御するものであり、図６に示すように、ＣＰＵ２２０１、ＲＯＭ２２０２、ＲＡＭ２２０３が、ＣＰＵバス２２０４を通じて接続されて構成されたマイクロコンピュータである。ここで、ＣＰＵ２２０１は、後述するＲＯＭ２２０２に保持されているプログラムを読み出して実行し、各部に供給する制御信号を形成してこれを各部に供給したり、各部からの信号を受信して、これに応じた処理を実行したりするなど、契約会社サーバ２２における制御の主体となるものである。
【００５４】
また、ＲＯＭ２２０２は、上述のように、ＣＰＵ２２０１によって実行される種々のプログラムや処理に必要となる種々のデータが予め記録されたものである。また、ＲＡＭ２２０３は、各種の処理において途中結果を一時記憶するなど、主に作業領域として用いられるものである。なお、図６には図示しなかったが、ＣＰＵバス２２０４には、例えば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等のいわゆる不揮発性メモリも接続される。そして、当該不揮発性メモリに対して、電源が落とされた場合にも保持しておくべきパラメータや追加プログラムなどを記憶させることもできるようにしている。
【００５５】
そして、通信部２２１は、上述した分析会社サーバ２１や後述するナビゲーション装置１などとの間においての通信処理を行うものである。具体的に、通信部２２１は、上述した分析会社サーバ２１の通信部２１１と同様の機能を有するものである。すなわち、通信部２２１は、自機から送信すべきデータから送信用データを形成し、これを目的とする相手先に送信することができるものである。また、通信部２２１は、自機宛の送信データを受信して、これを制御部２２０で処理可能な形式のデータに変換し、これを制御部２２０に供給することができるものである。
【００５６】
また、図６において、低気圧情報ファイル２２２、契約者ＤＢ２２３のそれぞれは、ハードディスク、書き換え可能な光ディスク、半導体メモリなどの大容量記録媒体に形成されるデータファイルである。この実施形態において、契約会社サーバ２２においても、低気圧情報ファイル２２２、契約者ＤＢ２２３のそれぞれは、契約会社サーバ２２が有するハードディスクに形成されるものである。ここで、低気圧情報ファイル２２２は、上述したように、分析会社サーバ２１から提供され、通信部２２１を通じて受信した低気圧に関するデータを保持するものである。また、契約者ＤＢ２２３は、契約会社と契約関係にあり、契約会社サーバ２２に対してアクセス可能な契約者のナビゲーション装置の認証に関する情報を記憶保持するものである。具体的に契約者ＤＢ２２３には、契約者の氏名、住所、電話番号の他、認証情報として契約者毎に付与される識別情報（識別ＩＤ）などからなるものである。
【００５７】
そして、ナビゲーション装置１が、契約会社サーバ２２から低気圧に関するデータの提供を受けようとする場合には、契約会社サーバ２２の契約者ＤＢ２２３に契約者に関する情報が登録されている必要がある。契約者ＤＢ２２３には、契約会社とナビゲーション装置１のユーザが契約を行った場合に、契約会社の担当者によって契約に関する情報が登録される。この他、ナビゲーション装置１のユーザが、例えば、パーソナルコンピュータなどを通じて契約会社サーバ２２にアクセスし、契約に必要な情報を入力して契約を行うようにする。この場合に、契約が整えば、同時に契約者ＤＢ２２に契約者に関する情報を登録することによって、契約者ＤＢ２２３を整えるようにすることができる。このようにして、契約者ＤＢ２２３に契約者に関する情報が登録された後においては、契約会社サーバ２２を通じて、契約者に関する情報が登録済みの契約者のナビゲーション装置に対して、低気圧に関する情報の提供ができるようにされる。
【００５８】
［ナビゲーション装置１の構成例］
次に、契約者の使用するナビゲーション装置１の構成例について説明する。図７は、図１に示した目的地案内システムにおいて用いられる契約者のナビゲーション装置１の構成例を説明するためのブロック図である。図７に示すように、この実施の形態の目的地案内システムで用いられるナビゲーション装置１は、ＧＰＳ用受信アンテナ１０１、ＧＰＳ部１０２、ルート検索部１０３、ナビゲーション制御部１０４、ＬＣＤ（Liquid Crystal Display）コントローラ（図４ではＬＣＤＣＴＬと記載。）１０５、ＬＣＤ１０６、音声処理部１０７、スピーカ１０８、制御部１２０、操作部１３１、地図データベース（以下、地図ＤＢという。）１３２、取得データファイル１３３、通信部１０９、送受信アンテナ１１０を備えたものである。
【００５９】
制御部１２０は、ナビゲーション装置１の各部を制御するものであり、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、ＥＥＰＲＯＭ１２４が、ＣＰＵバス１２５を通じて形成されたマイクロコンピュータである。ここで、ＣＰＵ１２１は、制御の主体となるものであり、後述するＲＯＭ１２２などに記憶保持されているプログラムを実行し、各部に供給する制御信号を形成して、これを各部に供給したり、各部からの信号を受け付けて、これを処理したりする。
【００６０】
ＲＯＭ１２２は、上述もしたように、ＣＰＵ１２１によって実行される種々のプログラムやフォントデータなどの処理に必要になる各種のデータを記憶保持しているものである。ＲＡＭ１２３は、各種の処理において途中結果を一時記憶するなど、主に作業領域として用いられるものである。ＥＥＰＲＯＭ１２４は、いわゆる不揮発性メモリであり、このナビゲーション装置１の電源が落とされても保持しておくべき情報、例えば、各種の設定パラメータ、新たに提供された追加プログラムなどを記憶保持するものである。
【００６１】
そして、図７に示すように、制御部１２０には操作部１３１が接続されている。操作部１３１は、図示しないが、数字キー、矢印キー、各種のファクションキーなどの複数の操作キーが設けられたものであり、ユーザからの操作入力を受け付けるものである。そして、操作部１３１を通じて受け付けた使用者からの操作入力は、電気信号に変換されて制御部１２０に供給される。これにより、制御部１２０は、ユーザからの指示に応じて各部を制御し、ユーザの指示に応じた処理を行うことができるようにしている。
【００６２】
また、制御部１２０には、地図ＤＢ１３２、取得データファイル１３３が接続されている。地図ＤＢ１３２、取得データファイル１３３は、ハードディスク、書き換え可能な光ディスク、半導体メモリなどの大容量記録媒体に形成されるデータファイルである。この実施形態において、地図ＤＢ１３２、取得データファイル１３３のそれぞれは、ナビゲーション装置１が有するハードディスクに形成されたものである。そして、地図ＤＢ１３２には、日本全国の地図情報（道路情報）が記憶保持されている。なお、地図ＤＢ１３２の地図情報は、例えば標高データ等の情報も含むものである。また、取得データファイル１３３には、契約会社サーバ２２から取得する低気圧に関するデータや、所定のサーバから提供される交通渋滞情報を記憶保持するものである。
【００６３】
そして、ＧＰＳ用受信アンテナ１０１は、複数の人口衛星からの測位データを受信し、これをＧＰＳ部１０２に供給するものである。ＧＰＳ部１０２は、ＧＰＳ用受信アンテナ１０１からの測位データを用いて測位演算を行い、自機の現在位置を示す経度、緯度を正確に求め、これを制御部１２０に供給する。ルート検索部１０３は、ＧＰＳ部１０２を通じて測位された開始位置（スタート位置）から、操作部１３１を通じて受け付けた目的地までの経路を、地図ＤＢ１３２の地図情報や取得データファイル１３３に記憶されている取得データに基づいて検索する。この場合、ルート検索部１０３は、上述もしたように、最短距離ルート、交通渋滞回避ルート、血圧安全ルートを検索することができるものである。これらの検索されたルートの中から契約者であるユーザは好みのものを選択して利用することができるようにされる。
【００６４】
ナビゲーション制御部１０４は、制御部１２０の制御に応じて、ユーザによって選択されたルートにしたがって、自己の現在位置を示す情報や地図ＤＢ１３２の地図データに基づき、ＬＣＤ１０６に表示する案内情報を形成する。ここで形成された案内情報は、ＬＣＤコントローラ１０５に供給される。ＬＣＤコントローラ１０５は、制御部１２０の制御に応じて、これに供給される案内情報（表示用データ）から、ＬＣＤ１０６に表示する映像信号を形成し、これをＬＣＤ１０６に供給する。これにより、現在位置を含む地図がＬＣＤ１０６の表示画面に表示されると共に、当該表示された地図上に自機の現在位置を示すマークが表示するようにされ、当該表示により道案内を行うことができるようにされる。なお、ＬＣＤコントローラ１０５、ＬＣＤ１０６は、道案内のための画像だけでなく、種々のエラーメッセージやガイダンスメッセージなども表示することができるものである。
【００６５】
また、音声処理部１０７は、制御部１２０の制御に応じて、制御部１２０からの音声データをアナログ音声信号に変換し、これをスピーカ１０８に供給する。これにより、スピーカ１０８からは当該音声データに応じた音声が放音される。例えば、ナビゲーション制御部１０４の制御により、ＥＥＰＲＯＭ１２４などからナビゲーション用の音声ガイダンスが読み出されて音声処理部１０７に供給される。音声処理部１０７は、これに供給された音声ガイダンスをアナログ音声信号に変換し、これをスピーカ１０８に供給する。これにより、例えば、「２つ目の交差点を右折してください。」、「突き当たりを左折して下さい。」といったナビゲーション用の音声ガイダンスが放音され、音声によっても、道案内を行うことができるようにされる。
【００６６】
そして、通信部１０９及び送受信アンテナ１１０は、通信機能を実現するためのものである。すなわち、通信部１０９及び送受信アンテナ１１０は、インターネット１００を通じて契約会社サーバ２２にアクセスして低気圧に関するデータの提供を受けるようにするためのものである。この他にも、通信部１０９及び送受信アンテナ１１０は、所定のサーバにサクセスして交通渋滞の情報の提供を受けるようにすることもできるものである。
【００６７】
なお、図７においては、ルート検索部１０３とナビゲーション制御部１０４とは、それぞれ独立した回路部として示したが、これに限るものではない。ルート検索部１０３の機能やナビゲーション制御部１０４の機能は、制御部１２０のＣＰＵ１２１によって実行されるソフトウェアにより、制御部１２０の機能として実現するように構成することも可能である。すなわち、ルート検索部１０３の機能とナビゲーション制御部１０４の機能との一方あるいは両方の機能を、制御部１２０の機能として実現するように構成することも可能である。
【００６８】
［第１の実施の形態のシステムの各装置における具体的な処理］
次に、上述したように構成される、この第１の実施の形態のナビゲーション装置１、分析会社サーバ２１、契約会社サーバ２２のそれぞれにおいて行われる処理について具体的に説明する。
【００６９】
［ナビゲーション装置１の処理］
まず、自動車に搭載されて利用されるナビゲーション装置１の動作について説明する。図８、図９は、この第１の実施の形態のナビゲーション装置１の動作を説明するためのフローチャートである。図８、図９のフローチャートに示す処理は、この実施の形態のナビゲーション装置１に電源が投入された場合に、主に制御部１２０によって実行される処理である。
【００７０】
すなわち、ナビゲーション装置１に電源が投入されると、制御部１２０は、ＧＰＳ部１０２を制御して、現在位置の測位処理を開始する（ステップＳ１０１）。これにより、ＧＰＳ部１０２は、ＧＰＳ受信アンテナ１０１を通じて受信する複数の人口衛星からの測位データを受信し、測位演算を行って自己の現在位置を取得し、これを制御部１２０に通知することができるようにされる。
【００７１】
この後、制御部１２０は、ルート設定がされているか否かを判断する（ステップＳ１０２）。この実施の形態のナビゲーション装置１においては、後述もするが、ルートが選択されると、例えば、ＥＥＰＲＯＭ１２４に選択されたルートに関する情報が設定される。また、ＥＥＰＲＯＭ１２４に設定された当該ルートに関する情報は、例えば目的地に到着するなどして所定の操作が行われるとクリアーするようにされる。このため、ステップＳ１０２においては、まだ目的地に到達しておらず、ＥＥＰＲＯＭ１２４に対してルートに関する情報が設定されたままか否かを判断する。なお、ステップＳ１０２の判断処理を行うのは、例えば、出発日の前日などにおいて、事前にルートの検索と設定を行い、出発までの間はナビゲーション装置１の電源を落としておくなどの場合があることを考慮したものである。
【００７２】
ステップＳ１０２の判断処理において、まだ、目的地には到達しておらず、ルートに関する情報がＥＥＰＲＯＭ１２４に設定されていると判断したときには、後述する図９のステップＳ１２１からの処理を行うようにする。ステップＳ１０２の判断処理において、ＥＥＰＲＯＭ１２４にルートに関する情報は設定されていないと判断したときには、制御部１２０は、設定情報の入力を受け付けるようにする（ステップＳ１０３）。具体的に、ステップＳ１０３において、制御部１２０は、ＬＣＤコントローラ１０５を制御して、設定情報の入力を促すメッセージをＬＣＤ１０６に表示すると共に、操作部１３１を通じて、目的地や高血圧症の運転者等の有無などの必要な設定情報の入力を受け付ける。
【００７３】
この後、制御部１２０は、設定情報の入力が終了したか否かを判断し（ステップＳ１０４）、終了していないと判断したときには、ステップＳ１０３からの処理を繰り返すようにする。ステップＳ１０４の判断処理において、設定情報の入力は終了したと判断したときには、制御部１２０は、入力された設定情報に基づいて、運転者等に高血圧症の人がいることが設定されたか否かを判断する（ステップＳ１０５）。
【００７４】
ステップＳ１０５の判断処理において、高血圧症の運転者等がいると判断したときには、制御部１２０は、低気圧に関するデータの提供要求を形成し、これを通信部１０９、送受信アンテナ１１０を通じて契約会社サーバ２２に送信する（ステップＳ１０６）。この後、制御部１２０は、契約会社サーバ２２から送信されてくる低気圧に関するデータを受信して、取得データファイル１３３に格納する処理を行うようにする（ステップＳ１０７）。そして、制御部１２０は、低気圧に関するデータを受信したか否かを判断する（ステップＳ１０８）。
【００７５】
ステップＳ１０８の判断処理において、低気圧に関するデータを受信していないと判断したときには、制御部１２０は、タイムアウトになったか否かを判断する（ステップＳ１０９）。このステップＳ１０９の判断処理は、ナビゲーション装置１の図示しないカウンタや時計回路の機能を用いることにより、低気圧に関するデータの提供要求の送信から一定時間が経過したか否かを判断する処理である。ステップＳ１０９の判断処理において、まだタイムアウトになっていないと判断したときには、制御部１２０は、ステップＳ１０７からの処理を繰り返すようにする。ステップＳ１０９の判断処理において、タイムアウトになったと判断したときには、低気圧に関するデータが取得できない旨のエラーメッセージを出力し（ステップＳ１１０）、この後、ステップＳ１０３からの処理を繰り返すようにする。
【００７６】
また、ステップＳ１０８の判断処理において、低気圧に関するデータを受信したと判断したときには、制御部１２０は、入力された目的地、地図ＤＢの地図情報、取得データファイル１３３の取得データに基づいて、ルート検索を実行し、検索結果をユーザに提示する処理を実行する（ステップＳ１１１）。なお、ステップＳ１０５の判断処理において、運転者等に高血圧症の人はいないと判断したときには、血圧安全ルートを検索する必要は無いので、ステップＳ１０７〜ステップＳ１０８の処理葉は行わず、ステップＳ１１１のルートを検索する処理を行うことになる。
【００７７】
ステップＳ１１１においては、上述もした最短距離ルート、交通渋滞回避ルート、血圧安全ルートの検索が可能であるが、高血圧症の同乗者が存在せず、低気圧に関するデータを取得しなかった場合には、血圧安全ルートの検索を行わないようにすることができる。そして、ステップＳ１１１においては、検索結果がＬＣＤコントローラ１０５を通じてＬＣＤ１０６に表示され、どのようなルートが検索されたかがユーザに提示される。
【００７８】
なお、ここでは説明を簡単にするため、図８に交通渋滞情報の取得処理を示さなかった。しかし、交通渋滞情報の取得は、ステップＳ１０６〜ステップＳ１１０の処理と同様に、目的とするサーバ装置に交通渋滞情報の提供要求を送信し、これに応じて返信されてくる交通渋滞情報を受信することにより取得することができる。この処理は、図８に示したステップＳ１１１において、あるいは、ステップＳ１１１の前段において行うようにされる。また、以下では、説明を簡単にするため、血圧安全ルート以外の最短距離ルート、交通渋滞回避ルートを総称して他のルートとしている。
【００７９】
そして、制御部１２０は、ステップＳ１１１において検索され提示されたルートの中から、実際に用いるルートの選択を、操作部１３１を通じて受け付け（ステップＳ１１２）、血圧安全ルートが選択されたか否かを判断する（ステップＳ１１３）。ステップＳ１１３の判断処理において、血圧安全ルートが選択されたと判断したときには、ステップＳ１１１において検索された血圧安全ルートを辿ることができるようにする血圧安全ルートに関する情報をＥＥＰＲＯＭ１２４に設定する（ステップＳ１１４）。また、ステップＳ１１３の判断処理において、血圧安全ルートは選択されていない判断したときには、ステップＳ１１２において選択された他のルートを辿ることができるようにする当該他のルートに関する情報をＥＥＰＲＯＭ１２４に設定する（ステップＳ１１５）。
【００８０】
この後、制御部１２０は、図９のステップＳ１１６の処理に進み、ナビゲーション装置１の電源がオフにされたか否かを判断する（ステップＳ１１６）。このステップＳ１１６の判断処理は、目的地に向かう途中で例えば休憩などにために停車し、ナビゲーション装置１の電源をオフにした場合などを考慮したものである。
【００８１】
ステップＳ１１６の判断処理において、電源はオフにされていないと判断したときには、制御部１２０は、図７には図示しなかったが、ナビゲーション装置１が有するカウンタや時計回路の機能を用いることにより、電源オンのまま一定時間（例えば数時間）が経過したか否かを判断する（ステップＳ１１７）。具体的には、ステップＳ１１４またはステップＳ１１５のルート設定時から、一定時間毎のタイミングが順次検出するようにされる。このステップＳ１１７の判断処理は、血圧安全ルートが設定されている場合に、時間の経過と共に変化する気象状態に対応するため、後述するように、最新の低気圧データを確認するためのタイミングの到来を検知するための処理である。なお、当該一定時間は、走行時と停止時とを区別すること無く、これらの両方の状態を含めた時間である。
【００８２】
そして、ステップＳ１１７の判断処理において、一定時間はまだ経過していないと判断したときには、制御部１２０は、ナビゲーション制御部１０４を制御し、設定されたルートに沿った目的地までの道案内処理（ナビゲーション処理）を開始させる（ステップＳ１１８）。このステップＳ１１８の処理は、ナビゲーション制御部１０４の制御により行われ、現在位置を含む地図をＬＣＤ１０６に表示し、地図上に辿るべきルートを示すと共に、スピーカ１０８から放音される音声により辿るべきルートを指示する処理である。この後、制御部１２０は、目的地に到達したり、ルート設定がクリアーされたりするなど、ナビゲーション処理を終了させる事象が発生したか否かを判断する（ステップＳ１１９）。
【００８３】
ステップＳ１１９の判断処理において、ナビゲーション処理を終了させる事象が発生していないと判断したときには、制御部１２０は、ステップＳ１１６からの処理を繰り返す。また、ステップＳ１１９の判断処理において、ナビゲーション処理を終了させる事象が発生したと判断したときには、制御部１２０は、例えば、ＥＥＰＲＯＭ１２４に設定されたルートに関する情報等をクリアーするなどの所定の終了処理を行って（ステップＳ１２０）、この図８、図９に示す処理を終了する。
【００８４】
また、ステップＳ１１６の判断処理において、ナビゲーション装置１の電源がオフにされたと判断したときには、ナビゲーション装置の電源がオンにされたか否かを判断し（ステップＳ１２１）、電源がオンにされていないと判断した時には、このステップＳ１２１の処理を繰り返す。すなわち、ナビゲーション装置１の制御部１２０は、ステップＳ１２１の判断処理により、ナビゲーション装置１の電源がオンにされるまで待ち状態となる。なお、ステップＳ１２１の判断処理は、メイン電源がオフされた後の処理であるので、制御部１２０は必要最小限の電力供給により、主電源の投入の有無を監視するようにしている。
【００８５】
そして、ステップＳ１２１の判断処理において、ナビゲーション装置１の電源がオンにされたと判断した場合と、上述したステップＳ１１７の判断処理において、一定時間が経過したと判断した場合においては、制御部１２０は、ＥＥＰＲＯＭ１２４のルート設定は、血圧安全ルートに関する設定か否かを判断する（ステップＳ１２２）。また、図８のステップＳ１０２の判断処理において、ルート設定はされているがまだナビゲーション処理が開始されていないために、ルート設定有りと判断した場合にも、制御部１２０は、ＥＥＰＲＯＭ１２４のルート設定は、血圧安全ルートの設定か否かを判断する（ステップＳ１２２）。
【００８６】
ステップＳ１２２の判断処理において、ＥＥＰＲＯＭ１２４のルート設定は、血圧安全ルートの設定ではないと判断したときには、ステップＳ１１８からのナビゲーション処理を再開させる。この場合、ステップＳ１１８においては、当該ルート設定を用いるとともに、現在位置の測位処理を再開させ、ナビゲーション処理を再開させることになる。
【００８７】
また、ステップＳ１２２の判断処理において、ルート設定は、血圧安全ルートの設定であると判断したときには、制御部１２０は、低気圧に関するデータの提供要求を形成し、これを通信部１０９等を通じて契約会社サーバ２２に送信する（ステップＳ１２３）。このように、低気圧に関するデータを再度要求するのは、ナビゲーション装置１の電源がオフにされていた時間が比較的に長時間の場合には、気象状態が大きく変わってしまっている場合もあると考えられるためである。この後、制御部１２０は、契約会社サーバ２２から送信されてくる低気圧に関するデータを受信して、取得データファイル１３３に格納するようする（ステップＳ１２４）。そして、制御部１２０は、低気圧に関するデータを受信したか否かを判断する（ステップＳ１２５）。
【００８８】
ステップＳ１２５の判断処理において、低気圧に関するデータを受信していないと判断したときには、制御部１２０は、タイムアウトになったか否かを判断する（ステップＳ１２６）。このステップＳ１２６の判断処理は、図８のステップＳ１０９と同様の処理であり、ナビゲーション装置１の図示しないカウンタや時計回路の機能を用いることにより、低気圧に関するデータの提供要求の送信から一定時間が経過したか否かを判断する処理である。ステップＳ１２６の判断処理において、まだタイムアウトになっていないと判断したときには、制御部１２０は、ステップＳ１２４からの処理を繰り返すようにする。ステップＳ１２６の判断処理において、タイムアウトになったと判断したときには、低気圧に関するデータが取得できない旨のエラーメッセージ出力し（ステップＳ１２７）、この後、この実施の形態においては、図８に示したステップＳ１０３からの処理を行うようにして、再度の情報設定、ルート検索を行えるようにする。
【００８９】
また、ステップＳ１２５の判断処理において、低気圧に関するデータを受信したと判断したときには、制御部１２０は、入力された目的地、地図ＤＢの地図情報、取得データファイル１３３の取得データに基づいて、血圧安全ルートの再度の検索を実行する（ステップＳ１２８）。この後、制御部１２０は、ＥＥＰＲＯＭ１２４に設定されている血圧安全ルートと、新たに検索した血圧安全ルートとを比較し、血圧安全ルートに変更があるか否かを判断する（ステップＳ１２９）。ステップＳ１２９の判断処理において、血圧安全ルートに変更はないと判断したときには、ステップＳ１１６からの処理を繰り返し、ＥＥＰＲＯＭ１２４に設定されている血圧安全ルートに従ったナビゲーション処理を再開させる。
【００９０】
ステップＳ１２９の判断処理において、血圧安全ルートに変更があると判断したときには、制御部１２０は、当該変更をＬＣＤコントローラ１０５を通じてＬＣＤ１０６に表示し、ユーザに通知する（ステップＳ１３０）。このステップＳ１３０の通知は、例えば、低気圧の接近が予想よりも遅いために、より高速に移動可能なルートが検索されたり、逆に、低気圧の接近が早まったために、別ルートが検索されたりしたために、これを通知するものである。
【００９１】
そして、制御部１２０は、新たに検索された血圧安全ルートに変更するか否かの確認入力を受け付け（ステップＳ１３１）、変更することが指示されたか否かを判断する（ステップＳ１３２）。ステップＳ１３２の判断処理において、新たな血圧安全ルートへの変更は指示されないと判断したときには、ステップＳ１１６からの処理を繰り返し、設定されている既存の血圧安全ルートに従ったナビゲーション処理を再開させる。ステップＳ１３２の判断処理において、新たな血圧安全ルートへの変更が指示されたと判断したときには、制御部１２０は、新たな血圧安全ルートをＥＥＰＲＯＭ１２４に設定する（ステップＳ１３３）。そして、制御部１２０は、ステップＳ１１６からの処理を繰り返し、新たに設定された血圧安全ルートに従ったナビゲーション処理を開始させる。
【００９２】
このように、この実施の形態のナビゲーション装置１は、契約会社サーバ２２を通じて低気圧に関するデータを得ることができるものである。そして、ナビゲーション装置１は、低気圧に関するデータを考慮し、低気圧の勢力範囲が接近してきている場合には、当該低気圧が運転者等の血圧に影響を及ぼす可能性の低い血圧安全ルートを検索することができるようにしている。そして、検索された血圧安全ルートに従ったナビゲーション処理を行うことができるようになっている。
【００９３】
［契約会社サーバ２２の処理］
次に、契約会社サーバ２２において行われる低気圧に関するデータの提供処理について説明する。図１０は、契約会社サーバ２２において行われる低気圧に関するデータの提供処理について説明するためのフローチャートである。この図１０に示す処理は、契約会社サーバ２２の制御部２２０において行われる処理である。
【００９４】
契約会社サーバ２２は、通信部２２１を通じて、常時、契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受信するようにしている（ステップＳ２０１）。そして、制御部２２０は、通信部２２１を通じて契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受信したか否かを判断する（ステップＳ２０２）。ステップＳ２０２の判断処理において、契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受信していないと判断したときには、制御部２２０はステップＳ２０１からの処理を繰り返すようにする。
【００９５】
ステップＳ２０２の判断処理において、契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受信したと判断したときには、制御部２２０は、分析会社サーバ２１に対して送信する低気圧に関するデータの提供要求を形成し、これを通信部２２１を通じて分析会社サーバ２１に送信する（ステップＳ２０３）。そして、制御部２２０は、通信部２２１を通じて分析会社サーバ２１からの低気圧に関するデータを受信するようにし（ステップＳ２０４）、通信部２２１を通じて分析会社サーバ２１からの低気圧に関するデータを受信したか否かを判断する（ステップＳ２０５）。
【００９６】
ステップＳ２０５の判断処理において、分析会社サーバ２１からの低気圧に関するデータを受信していないと判断したときには、制御部２２０はステップＳ２０４からの処理を繰り返すようにする。また、ステップＳ２０５の判断処理において、分析会社サーバ２１からの低気圧に関するデータを受信したと判断したときには、制御部２２０は、受信した最新の低気圧に関するデータを、通信部２２１を通じて要求元のナビゲーション装置１に対して送信し（ステップＳ２０６）、この後、ステップＳ２０１からの処理を繰り返すようにする。
【００９７】
このように、契約会社サーバ２２は、契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受け付け、分析会社サーバ２１から低気圧に関するデータを取得し、これを要求元のナビゲーション装置１に提供することができるものである。すなわち、この実施の形態において、契約会社サーバ２２は、契約者のナビゲーション装置１と分析会社サーバ２１とを仲介する機能を有している。
【００９８】
［分析会社サーバ２１の処理］
次に、分析会社サーバ２１において行われる気象予測情報の生成処理と、低気圧に関するデータの提供処理について説明する。図１１は、分析会社サーバ２１において行われる気象予測情報の生成処理を説明するための図であり、図１２は、分析会社サーバ２１において行われる低気圧に関するデータの提供処理を説明するためのフローチャートである。
【００９９】
まず、図１１を参照しながら、分析会社サーバ２１で行われる気象予測情報の生成処理について説明する。この図１１に示す処理は、分析会社サーバ２１の制御部２１０において常時行うようにされる処理である。
【０１００】
分析会社サーバ２１の制御部２１０は、時計回路２１４が提供する現在時刻を確認し（ステップＳ３０１）、気象データ提供元３から目的とする気象データを取得することができる時刻になったか否かを判断する（ステップＳ３０２）。ステップＳ３０２の判断処理において、まだ目的とする気象データを取得することができる時間になっていないと判断したときには、制御部２１０はステップＳ３０１からの処理を繰り返すようにする。
【０１０１】
ステップＳ３０２の判断処理において、目的とする気象データを取得することができる時間になったと判断したときには、制御部２１０は、気象データファイル２１５の気象データを気象履歴ファイル２１６に移し替える（ステップＳ３０３）。そして、制御部２１０は、気象データの提供要求を形成し、これを通信部２１１を通じて気象データ提供元３に送信する（ステップＳ３０４）。この後、制御部２１０は、通信部２１１を通じて気象データ提供元３から送信されてくる気象データを受信するようにし（ステップＳ３０５）、気象データを受信したか否かを判断する（ステップＳ３０６）。
【０１０２】
ステップＳ３０６の判断処理において、気象データを受信していないと判断したときには、ステップＳ３０５からの処理を繰り返すようにする。ステップＳ３０６の判断処理において、気象データを受信したと判断したときには、受信した当該気象データを気象データファイル２１５に格納する（ステップＳ３０７）。そして、制御部２１０は、気象予測情報生成部２１２を制御し、気象データファイルに格納した最新の気象データと、気象履歴ファイル２１６の気象履歴データとを用いると共に、例えば独自の手法を用いて、気象予測情報を生成し、これを気象予測ファイル２１７に格納する（ステップＳ３０８）。この後、ステップＳ３０１からの処理を繰り返すようにする。
【０１０３】
このように、分析会社サーバ２１においては、気象データ提供元３から最新の気象データを取得するようにし、その気象データや過去の気象データを用いると共に、独自の手法を用いて、気象予測情報を生成する。この生成した気象予測情報は、気象予測ファイルに格納され、保持し、利用することができるようにしている。
【０１０４】
次に、図１２を参照しながら、分析会社サーバ２１で行われる低気圧に関するデータの提供処理について説明する。この図１２に示す処理は、分析会社サーバ２１の制御部２１０において常時行うようにされる処理である。
【０１０５】
分析会社サーバ２１の制御部２１０は、通信部２１１を通じて、契約会社サーバ２２からの低気圧に関するデータの提供要求を常時するようにしている（ステップＳ４０１）。そして、分析会社サーバ２１の制御部２１０は、当該低気圧に関するデータの提供要求を受信したか否かを判断する（ステップＳ４０２）。ステップＳ４０２の判断処理において、低気圧に関するデータの提供要求を受信していないと判断したときには、制御部２１０は、ステップＳ４０１からの処理を繰り返す。
【０１０６】
ステップＳ４０２の判断処理において、契約会社サーバ２２からの低気圧に関するデータの提供要求を受信したと判断したときには、制御部２１０は、送信用低気圧情報生成部２１３を制御し、気象予測ファイル２１７に格納されている気象予測情報の中から低気圧に関するデータを抽出する（ステップＳ４０３）。さらに、制御部２１０は、送信用低気圧情報生成部２１３を制御し、ステップＳ４０３で抽出した最新の低気圧に関するデータに基づいて送信用の低気圧に関するデータ（送信用低気圧情報）を生成し、これを通信部２１１を通じて要求元である契約会社サーバ２２に送信する（ステップＳ４０４）。この後、制御部２１０は、ステップＳ４０１からの処理を繰り返す。
【０１０７】
このように、この実施の形態の分析会社サーバ２１は、契約会社サーバ２２からの要求に応じて、気象予測情報の中から必要となる低気圧に関するデータを抽出し、これを契約会社サーバ２２に提供することができるものである。
【０１０８】
［第１の実施の形態のまとめ］
このように、この第１の実施の形態の目的地案内システムの場合には、自動車に搭載されて用いられるナビゲーション装置１が、いわゆる高機能のものである。そして、ナビゲーション装置１は、必要となる低気圧に関するデータの提供を受けて、自装置において、目的地までのルートを検索し、そのルートに基づくナビゲーション処理を行うことができるようにしている。
【０１０９】
そして、ナビゲーション装置１においては、低気圧に関するデータをも考慮した血圧安全ルートを検索して、これを用いたナビゲーション処理を行うことができる。これにより低気圧の接近してきている地方に高血圧症の人が高速に移動したり、低気圧の接近してきているエリアにおいて、血圧を上昇させる可能性のある高地ルートを通ったりすることにより、血圧上昇の危険性を高めないようにすることができる。したがって、低気圧の影響を極力受けないルートで移動することが可能となり、血圧上昇に伴う脳出血等の危険性を低下させることが期待できる。
【０１１０】
また、上述した第１の実施の形態のナビゲーション装置１においては、最短距離ルート、交通渋滞回避ルート、血圧安全ルートの３種類のルート検索を行えるものとして説明したが、これに限るものではない。例えば、血圧安全ルートの検索時において、交通渋滞情報をも考慮し、血圧安全ルートであるが、できるだけ交通渋滞を避けるようなルートを検索するようにすることも可能である。この他、複数の目的地を指定し、その指定した目的地を順次に辿るルートを検索するなどのこともできるようにされる。
【０１１１】
また、上述した第１の実施の形態のナビゲーション装置１においては、血圧安全ルートが設定されている場合に、目的地に到着するまでの間に電源が落とされたときには、電源再立ち上げ時に、再度、血圧安全ルートの検索を行うようにした。しかし、これに限るものではない。例えば、ナビゲーション装置１において、電源がオフにされてからの時間を計測するようにし、所定時間以上オフにされていた場合に、電源再立ち上げ時に、再度、血圧安全ルートの検索を行うようしてもよい。この場合の所定時間は、気象状態が大きく変化する可能性が大きくなる。例えば、数時間程度の時間となる。
【０１１２】
なお、上述した第１の実施の形態において、ナビゲーション装置は自動車に搭載されるものとして説明した。当該ナビゲーション装置には、オンダッシュ型、インダッシュ型、ＡＶ一体型、ポータブル型、簡易型など種々のタイプのものを用いることが可能である。
【０１１３】
［第２の実施の形態］
［目的地案内システムの構成例］
［目的地案内システムの構成の概要］
図１３は、この発明のシステムの一実施形態が適用されて構成された第２の実施の形態の目的地案内システムを説明するための図である。この図１３に示す第２の実施の形態の目的地案内システムにおいて、図１に示した第１の実施の形態の目的地案内システムと同様に構成される部分には同じ参照符号を付し、当該部分の詳細な説明は重複するので省略する。
【０１１４】
図１３に示すように、この第２の実施形態の目的地案内システムは、契約者であるユーザが使用する携帯電話端末４（１）、４（２）、…、４（ｎ）と、サービス提供センター２Ｘとからなっている。そして、サービス提供センター２Ｘが、気象データ提供元３から気象データの提供を受け、これを処理して、契約者の携帯電話端末４（１）、４（２）、…、４（ｎ）に対して必要な情報を供給することができる構成になっている。サービス提供センター２Ｘは、上述した第１の実施の形態のサービス提供センター２と同様に、気象データ分析会社のサーバ（以下、分析会社サーバという。）２１と契約会社のサーバ（以下、契約会社サーバという。）２２Ｘとからなるものである。しかし、詳しくは後述もするように、契約会社のサーバ２２Ｘの構成が第１の実施の形態の契約会社サーバ２２とは異なっている。
【０１１５】
そして、上述した第１の実施の形態の目的地案内システムは、自動車で移動する場合の道路案内をナビゲーション装置１を通じて行うものであった。これに対し、この第２の実施の形態の目的地案内システムは、鉄道や航空機などの公共交通機関を用いて移動する場合の乗り換えルート案内を携帯電話端末を通じて行うものである。ここで、携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれは、携帯用であり小型化、軽量化がなされているものである。このため、携帯電話端末４（１）、４（２）、…、４（ｎ）においては、第１の実施の形態のナビゲーション装置１におけるルート検索処理のような負荷の大きな処理を行うには無理がある。
【０１１６】
そこで、この第２の実施の形態の目的地案内システムにおいては、負荷の重い乗り換えルート検索をサービス提供センター２の契約会社のサーバ２２Ｘにおいて行うようにしている。このように、この第２の実施の形態において、携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれがユーザ端末であり、主に契約会社サーバ２２Ｘが、この発明によるサーバ装置に対応している。なお、この第２の実施の形態において、乗り換えルートと言う文言は、どこで乗り換えるかを示すものだけではなく、公共交通機関を乗り換える必要がない場合、単純に、どの公共交通機関を利用して移動するのかを示す情報をも含むものである。したがって、「Ｘ鉄道会社のＹ線でＺ駅に向かって下さい。」といった乗り換えの必要のない情報も、この第２の実施の形態の乗り換えルートに含まれる。
【０１１７】
そして、図１３に示すように、気象データ提供元３と気象データ分析会社のサーバ２１との間、気象データ分析会社のサーバ２１と契約会社のサーバ２２Ｘと間は、専用線、あるいは、インターネットなどの高域通信網によって接続することができるようにされている。さらに、分析会社のサーバ２２Ｘと携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれとの間も、例えばインターネット１００を介して接続することができるようにされている。
【０１１８】
携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれは、携帯電話網を通じて電話通信を行う機能やインターネット１００を通じて行う電子メール機能や情報閲覧機能などを備えたものである。そして、携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれは、契約会社サーバ２２Ｘを通じて、公共交通機関を利用して移動する場合の乗り換えルート検索を行い、乗り換えルート案内サービスの提供を受けることができるものである。そして、この場合、携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれは、低気圧の接近に伴う血圧上昇の危険性を避けるため、低気圧がユーザの血圧に影響を及ぼす可能性の低いルートを利用した乗り換えルート案内の提供を受けることができるものである。
【０１１９】
サービス提供センター２Ｘは、図１３に示すように、分析会社サーバ２１と契約会社サーバ２２Ｘとから構成されている。分析会社サーバ２１は、上述した第１の実施の形態の分析会社サーバ２１と同様に構成され、同様の機能を有するものである。すなわち、分析会社サーバ２１は、気象データ提供元３から気象データの提供を受け、これを分析することによって、気象予測情報を形成する。そして、分析会社サーバ２１は、契約会社サーバ２２Ｘからの要求に応じて低気圧に関するデータを気象予測情報から抽出して、これを契約会社のサーバ２２Ｘに提供することができるものである。
【０１２０】
契約会社サーバ２２Ｘは、自機にアクセス可能な契約者を管理するための契約者データベース（以下、契約者ＤＢという。）や鉄道や航空機などの公共交通機関の移動経路情報やダイヤグラムの情報等からなる経路データベース（以下、経路ＤＢという。）を備えたものである。契約会社サーバ２２Ｘは、自機にアクセスしてきた携帯電話端末が、自機に接続可能な契約関係のある契約者のものであると認証が取れた場合に、目的地などの種々の情報を受け付け、受け付けた情報に応じた乗り換えルート検索を行い、その結果を当該携帯電話端末に提供する。この乗り換えルート検索時において、契約会社サーバ２２Ｘは、気象データ分析会社のサーバ２１から低気圧に関するデータを得て、これをも考慮した乗り換えルート検索を行うことができるようにしている。
【０１２１】
なお、図１３においても説明を簡単にするため、異なる機能を実現する分析会社サーバ２１と契約会社サーバ２２Ｘとの２つのサーバを設けるようにした。しかし、これに限るものではない。分析会社サーバ２１の機能と契約会社サーバ２２Ｘの機能とを１つのサーバ装置に持たせるようにすることももちろん可能である。
【０１２２】
［目的地案内システムの動作の概要］
次に、図１３に示したように構成されるこの第２の実施の形態の目的地案内システムの動作の概要について説明する。図１４は、この第２の実施の形態の目的地案内システムの動作の概要を説明するためのシーケンス図である。なお、以下においては、説明を簡単にするため、同様の機能を実現する携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれを総称して携帯電話端末４という。
【０１２３】
この第２の実施の形態の目的地案内システムの分析会社サーバ２１は、第１の実施の形態の目的地案内システムの分析会社サーバ２１と同様の処理を行う。すなわち、この第２の実施形態の目的地案内システムにおいても、分析会社サーバ２１は、図１４の右上側に点線矢印で示すように、所定時間毎に気象データ提供元３に対して必要となる気象データの提供を要求し、当該必要となる気象データの提供を受ける。そして、分析会社サーバ２１は、新たに提供を受けた気象データや記憶保持している過去の気象データ等に基づいて、気象データ分析処理を実行し、気象予測情報を形成し、これを保持する。ここで、気象データの取得処理から気象予測情報の分析処理までの一連の処理は、気象データ提供元３から新たな気象データの提供を受けることができるタイミングで随時に行われる。
【０１２４】
一方、携帯電話端末４は、ユーザから出発地、目的地、出発予定時刻または到着予定時刻、利用する交通機関、ユーザが高血圧症か否か等の情報の入力を受け付ける。そして、携帯電話端末４は、入力された情報を含む乗り換えルート検索要求を形成し、これを契約会社のサーバ２２Ｘに対してインターネット１００を通じて送信する。契約会社のサーバ２２は、携帯電話端末４からの乗り換えルート検索要求を受信すると、まず、当該検索要求にユーザが高血圧症であることを通知する情報が含まれているか否かを確認する。高血圧症であることを示す情報が含まれていないときには、契約会社のサーバ２２Ｘは、低気圧に関する情報を考慮しない通常の乗り換えルート検索（通常ルート検索）を実行する。
【０１２５】
また、当該検索要求にユーザが高血圧症であることを示す情報が含まれているときには、契約会社サーバ２２Ｘは、低気圧に関するデータの提供要求を形成し、これを分析会社サーバ２１に送信する。分析会社サーバ２１は、契約会社サーバ２２Ｘからの低気圧に関するデータの提供要求を受信すると、最新の気象予測情報の中から低気圧に関するデータを抽出し、これを契約会社サーバ２２Ｘに提供する。契約会社サーバ２２Ｘは、分析会社サーバ２１から低気圧に関するデータの提供を受けると、当該低気圧に関するデータをも考慮し、低気圧がユーザの血圧に影響を及ぼす可能性の低い乗り換えルートの検索（血圧安全ルート検索）を実行する。
【０１２６】
そして、契約会社サーバ２２Ｘは、通常ルート検索あるいは血圧安全ルート検索を行った後、その検索結果を検索要求元の携帯電話端末４に送信する。携帯電話端末４は、契約会社サーバ２２Ｘからの検索結果を受信したら、その検索結果を表示し、ユーザに提供する。
【０１２７】
このように、この第２の実施の形態の目的地案内システムにおいては、携帯電話端末４は、ユーザが高血圧症である場合に、契約会社サーバ２２Ｘに低気圧に関するデータをも考慮した乗り換えルートを検索させ、その結果を利用することができるようにしている。
【０１２８】
［目的地案内システムを構成する各装置の構成］
次に、この第２の実施の形態の目的地案内システムを構成する各装置の構成と動作について説明する。上述もしたように、この第２の実施の形態においても、分析会社サーバ２１は、図５を用いて説明した第１の実施の形態の分析会社サーバ２１と同様に構成され、同様の動作を行うものである。このため、以下では、分析会社サーバ２１についての詳細な説明は省略し、契約会社サーバ２２Ｘと携帯電話端末４の構成と動作について説明する。
【０１２９】
［契約会社のサーバ２２Ｘの構成例］
まず、この第２の実施の形態の目的地案内システムで用いられる契約会社サーバ２２Ｘについて説明する。図１５は、図１３に示した目的地案内システムにおいて用いられる契約会社サーバ２２Ｘの構成例を説明するためのブロック図である。図１５に示した契約会社サーバ２２Ｘにおいて、図６に示した第１の実施の形態の契約会社サーバ２２と同様に構成される部分には、同じ参照符号を付し、それらの部分の詳細な説明については省略する。
【０１３０】
図１５に示すように、契約会社サーバ２２Ｘは、制御部２２０、通信部２２１、低気圧情報ファイル２２２、契約者データベース（以下、契約者ＤＢという。）２２３、経路データベース（以下、経路ＤＢという。）２２４、経路検索部２２５を備えている。制御部２２０は、契約会社サーバ２２Ｘの各部を制御するものであり、図１５に示すように、ＣＰＵ２２０１、ＲＯＭ２２０２、ＲＡＭ２２０３が、ＣＰＵバス２２０４を通じて接続されて構成されたマイクロコンピュータである。なお、図１５には図示しなかったが、ＣＰＵバス２２０４には、例えば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等のいわゆる不揮発性メモリも接続される。そして、当該不揮発性メモリに対して、電源が落とされた場合にも保持しておくべきパラメータや追加プログラムなどを記憶させることもできるようにしている。
【０１３１】
そして、通信部２２１は、上述した分析会社サーバ２１や後述する携帯電話端末４などとの間においての通信処理を行うものである。また、図１５において、低気圧情報ファイル２２２、契約者ＤＢ２２３、経路ＤＢ２２４のそれぞれは、ハードディスク、書き換え可能な光ディスク、半導体メモリなどの大容量記録媒体に形成されるデータファイルである。この第２の実施形態の契約会社サーバ２２Ｘにおいても、低気圧情報ファイル２２２、契約者ＤＢ２２３、経路ＤＢのそれぞれは、契約会社サーバ２２Ｘが有するハードディスクに形成されるものである。
【０１３２】
ここで、低気圧情報ファイル２２２は、上述したように、分析会社サーバ２１から提供され、通信部２２１を通じて受信した低気圧に関するデータを保持するものである。また、契約者ＤＢ２２３は、契約会社と契約関係にあり、契約会社サーバ２２Ｘに対してアクセス可能な契約者の携帯電話端末の認証に関する情報を記憶保持するものである。具体的に契約者ＤＢ２２３には、契約者の氏名、住所、電話番号の他、認証情報として契約者毎に付与される識別情報（識別ＩＤ）などからなるものである。また、経路ＤＢ２２４は、鉄道、航空機、汽船、フェリーボートなど、不特定多数の人々が利用する公共交通機関の移動経路を示す移動経路情報や出発時刻や到着時刻などからなるダイヤグラムの情報等を記憶保持するものである。
【０１３３】
そして、契約会社サーバ２２Ｘが有する経路検索部２２５は、通信部２２１を通じて受け付ける携帯電話端末４からの出発地や目的地などの情報に基づいて、経路ＤＢ２２４の情報を検索し、公共交通機関の公的な乗り換えルート案内情報を検索するものである。更に、経路検索部２２５は、携帯電話端末４からの情報に、ユーザが高血圧であることを示す情報が含まれているときは、低気圧情報ファイル２２２に格納されている低気圧に関するデータをも考慮して、乗り換えルート案内情報を検索する。この場合、乗り換えルート案内情報は、低気圧がユーザの血圧に影響を及ぼす可能性の低いルートを示すものである。このように、経路検索部２２５は、通常ルート検索と血圧安全ルート検索の両方を行うことができるものである。
【０１３４】
［携帯電話端末４の構成例］
次に、契約者の使用する携帯電話端末４の構成例について説明する。図１６は、この第２の実施の形態の目的地案内システムにおいて用いられる携帯電話端末４の構成例を説明するためのブロック図である。図１６に示すように、この第２の実施の形態のシステムで用いられる携帯電話端末４は、送受信アンテナ４０１、アンテナ共用器４０２、受信部４０３、ベースバンド処理部４０４、コーデック４０５、受話器（スピーカ）４０６、送話器（マイクロホン）４０７、送信部４０８、局発部４０９、ＬＣＤ（Liquid Crystal Display）コントローラ４１０、ＬＣＤ４１１、リンガ４１２、制御部４２０、操作部４３０、地図データメモリ４３１、ＧＰＳ部４３２、ＧＰＳアンテナ４３３を備えたものである。
【０１３５】
制御部４２０は、携帯電話端末４の各部を制御するものであり、ＣＰＵ４２１、ＲＯＭ４２２、ＲＡＭ４２３、ＥＥＰＲＯＭ４２４が、ＣＰＵバス４２５を通じて形成されたマイクロコンピュータである。ここで、ＣＰＵ４２１は、制御の主体となるものであり、後述するＲＯＭ４２２などに記憶保持されているプログラムを実行し、各部に供給する制御信号を形成して、これを各部に供給したり、各部からの信号を受け付けて、これを処理したりする。ＲＯＭ４２２は、上述もしたように、ＣＰＵ４２１によって実行される種々のプログラムやフォントデータなどの処理に必要になる各種のデータを記憶保持しているものである。ＲＡＭ４２３は、各種の処理において途中結果を一時記憶するなど、主に作業領域として用いられるものである。ＥＥＰＲＯＭ４２４は、いわゆる不揮発性メモリであり、この携帯電話端末４の電源が落とされても保持しておくべき情報、例えば、各種の設定パラメータ、電話帳データ、電子メールデータ、新たに提供されたプログラムなどを記憶保持するものである。
【０１３６】
このような制御部４２０に対しては、図１６に示すように、操作部４３０が接続されている。操作部４３０は、図示しないが、テンキーや各種のファクションキーなどの複数の操作キーが設けられたものであり、ユーザからの操作入力を受け付けるものである。そして、操作部４３０を通じて受け付けた使用者からの操作入力は、電気信号に変換されて制御部４２０に供給される。これにより、制御部４２０は、ユーザからの指示に応じて各部を制御し、ユーザの指示に応じた処理を行うことができるようにしている。
【０１３７】
また、制御部４２０に対しては、ＬＣＤコントローラ４１０と、リンガ４１２とが接続されている。ＬＣＤコントローラ４１０は、制御部４２０により制御され、制御部４２０からの表示データからＬＣＤ４１１に供給する映像信号を形成し、これをＬＣＤ４１１に供給する。これにより、ＬＣＤ４１１に制御部４２０からの表示データに応じて情報が表示される。また、リンガ４１２はリンガコントローラを備え、制御部４２０からの制御信号に応じて、警告音や着信音を放音することができるものである。
【０１３８】
さらに、制御部４２０に対しては、地図データメモリ４３１が接続されている。この地図データメモリ４３１には、後述するＧＰＳ部４３２を通じて取得する現在位置を示す情報を用いて、例えば、経路案内（道案内）を行う場合などに用いられる地図データが格納されている。なお、地図データメモリ４３１には、必要な地域の地図データを、例えば、インターネット１００を通じて所定のサーバからダウンロードしてきて格納しておくことができるようにされる。
【０１３９】
そして、ＧＰＳ部４３２及びＧＰＳアンテナ４３３は、現在位置を取得するためのものであり、複数の人口衛星からの測位データがＧＰＳアンテナ４３３を通じて受信され、これがＧＰＳ部４３２に供給される。ＧＰＳ部４３２は、受信した複数の人口衛星からの測位データを分析することにより、自己の現在位置を示す情報（経度、緯度）を精度良く特定する。そして、制御部４２０は、ＧＰＳ部４３２により特定された現在位置を示す情報と、地図データメモリ４３１に格納されている地図データとにより、経路案内を行うことができるようにされる。
【０１４０】
次に、携帯電話端末４において、電話網やインターネットを通じた通信を行う場合の受信系および送信系について説明する。先ず、携帯電話端末４の受信系について説明する。送受信アンテナ４０１を通じて受信した受信信号は、アンテナ共用器４０２を通じて受信部４０３に供給される。受信部４０３は、受信信号が適正なレベルになるように、必要な帯域制限、ＡＧＣ（Automatic Gain Control）を行なうとともに、局発部（周波数シンセサイザ）４０９からの信号に基づいて、受信信号の周波数を一定の周波数にするなどの処理を行って、処理後の信号をベースバンド処理部４０４に供給する。
【０１４１】
ベースバンド処理部４０４は、受信部４０３からの信号をＡ／Ｄ変換し、フェージングなどの影響除去や、受信した信号の種別判別、デ・インターリーブ、エラー訂正を行ない、適切な復号処理を行って、音声データとその他の通信データとを分離する。そして、音声データは、ＤＳＰ（Digital Signal Processor）の構成とされたコーデック４０５に供給され、その他の通信データである、例えば、各種の制御情報や文字データなどは、制御部４２０に供給される。
【０１４２】
コーデック４０５は、ベースバンド処理部４０４からの音声データをＤ／Ａ変換してアナログ音声信号を形成し、これをスピーカ４０６に供給する。スピーカ４０６は、コーデック４０５からのアナログ音声信号により駆動され、受信信号に応じた音声を放音する。一方、ベースバンド処理部４０４から制御部４２０に供給された通信データは、携帯電話端末４用の制御データや文字データなどの場合には、制御部４２０のＲＡＭ４２３に一時記憶されて、この携帯電話端末４において使用される。そして、契約会社サーバ２２Ｘからの種々の通知情報は、自機に対するいわゆる制御データをも含んでおり、上述したように、送受信アンテナ４０１、アンテナ共用器４０２、受信部４０３、ベースバンド処理部４０４を通じて制御部４２０に供給されて、危険度の報知に用いられるようにされる。
【０１４３】
次に、この実施の形態の携帯電話端末４の送信系について説明する。マイクロホン４０７は、収音した音声をアナログ音声信号に変換し、これをコーデック４０５に供給する。コーデック４０５は、マイクロホン４０７からのアナログ音声信号をＡ／Ｄ変換して、デジタル音声信号を形成し、これをベースバンド処理部４０４に供給する。ベースバンド処理部４０４は、コーデック４０５からのデジタル音声信号を所定の符号化方式で符号化して圧縮し、所定のブロックにまとめる。またベースバンド処理部４０４は、制御部４２０を通じて供給されるキー操作部４３０を通じて受け付けた送信用のデジタルデータついても所定のブロックにまとめることができるものである。ベースバンド処理部４０４は、圧縮されたデジタル音声信号や操作部４３０を通じて受け付けた送信用のデジタルデータをまとめ、送信部４０８に供給する。
【０１４４】
送信部４０８は、ベースバンド処理部４０４からのデジタルデータから変調信号を形成し、この変調信号を所定の送信周波数に変換するために、変調信号と、局発部４０９からの変換用の信号とを混合して、送信用変調信号を形成する。この送信部４０８において形成された送信用変調信号は、アンテナ共用器４０２を経由して、送受信アンテナ４０１から送信される。したがって、操作部４３０を操作することにより、形成される契約会社サーバ２２Ｘに対する種々の要求も、ベースバンド処理部４０４、送信部４０８、アンテナ共用器４０２、送受信アンテナ４０１を通じて送出され、契約会社サーバ２２Ｘに対して送信することができるようにされる。
【０１４５】
このような受信系および送信系を備えた携帯電話端末４においては、待ち受け受信時（待ち受け時）においては、制御部４２０は、ベースバンド処理部４０４からの受信信号を監視することにより、自機への着信を検出する。そして、制御部４２０は、自機への着信を検出した場合には、リンガ４１２を制御して、呼び出し音（リンガ音）を放音することにより、自機への着信を当該携帯電話端末４の使用者に通知する。
【０１４６】
そして、携帯電話端末４の使用者が、携帯電話端末４に設けられている操作部４３０の通話開始キー（オフフックキー）を押下するなどのオフフック操作を行なうことにより、着信に応答した場合には、制御部４２０は、送信系を通じて、接続応答を送出するなどして通信回線を接続し、前述したように、受信系、送信系の動作によって通話が可能となる。
【０１４７】
また、この携帯電話端末４から発信（発呼）する場合には、例えば、操作部４３０のダイヤルキーを通じて電話番号を入力し、あるいは、予め登録された電話帳データから相手先の電話番号を選択することにより、目的とする相手先を特定するようにし、操作部４３０の通話開始キーを押下するなどのオフフック操作を行うことによって、ダイヤル動作（発呼処理）を行なうようにすることができる。
【０１４８】
これにより、制御部４２０は、発呼要求を形成し、送信系を通じて送信することにより、目的とする相手先の電話端末との間に通信回線を接続するようにする。そして、相手先からの着信応答が返信されてきて、通信回線の接続を確認すると、前述したように、受信系、送信系の動作によって通話が可能となる。
【０１４９】
また、この実施の形態の携帯電話端末は、インターネットに接続が可能なものであり、例えば、電話会社が提供するプロバイダ機能を通じて、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を入力して送信することにより、Ｗｅｂページなどの情報を得て、この情報を、制御部４２０を通じてＬＣＤ４１１に表示したりすることもできるようにしている。また、この実施の形態の携帯電話端末１は、操作部４３０、ＬＣＤ４１１を通じて情報を入力して、送信用の電子メールデータをＥＥＰＲＯＭ４２４に作成し、これをインターネットを通じて目的とする相手先のメールサーバに送信したり、また、自機宛の電子メールをメールサーバから受信してＥＥＰＲＯＭ４２４に格納し、これをＬＣＤ４１１に表示して利用したりするなどのこともできるものである。
【０１５０】
このように、携帯電話端末４は、携帯電話ネットワークやインターネット１００などの広域ネットワークを通じて、電話通信やデータ通信を行うことができるものである。そして、上述もしたように、この第２の実施の形態の携帯電話端末４は、インターネット接続機能を用いることにより、インターネット１００を通じて契約会社サーバ２２Ｘにアクセスし、乗り換えルート検索要求を送信することができる。これにより、契約会社サーバ２２Ｘにおいて、乗り換えルートの検索処理が行われ、その結果の提供を受けて、ＬＣＤ４１１に表示してユーザに提供することができるようになっている。
【０１５１】
［検索用情報の入力画面と検索結果の報知画面］
次に、この第２の実施の形態の携帯電話端末４で用いられる乗換えルート検索サービスを受ける場合に用いられる、必要情報の入力画面の例と、検索された乗り換えルートの報知画面の例について説明する。
【０１５２】
図１７は、この第２の実施の形態の携帯電話端末４で用いられる乗換えルート検索サービスを受ける場合に用いられる、必要情報の入力画面の例について説明するための図である。図１７（Ａ）は、出発日時を指定して乗り換えルートの検索を行うための情報入力画面であり、出発地、目的地、出発時刻、高血圧症の別の各入力欄が設けられている。ここで、出発地の入力欄には、出発することになる駅、空港、港などの名称などが入力される。目的地の入力欄には、到着したい駅、空港、港などの名称などが入力される。なお、駅については、鉄道会社を区別する情報の入力もできるようにされる。出発日時の入力欄には、出発しようとしている予定日時が入力される。また、高血圧の入力欄には、高血圧症である場合には、「１：高血圧症」か、「０：正常」かの別が入力される。
【０１５３】
図１７（Ａ）に示した入力画面の各入力欄に、操作部４３０を通じて情報を入力し、操作部１３０の数字キーを通じて、「１：ＯＫ」を選択すると、当該入力された情報を含む検索要求が形成されて契約会社サーバ２２Ｘに送信されることになる。また、図１７（Ａ）に示した入力画面の各入力欄に、操作部４３０を通じて情報を入力している段階で、操作部１３０の数字キーを通じて、「２：ＮＧ」を選択すると、各入力欄への再度の情報の入力を行うことができるようにされる。また、図１７（Ａ）が表示されている場合に、操作部１３０の数字キーを通じて、「９：終了」を選択すると、当該入力画面は消去され、例えば、元の処理モードとなるようにされる。
【０１５４】
また、図１７（Ｂ）は、到着日時を指定して乗り換えルートの検索を行うための情報入力画面であり、図１７（Ａ）に示した入力画面の出発日時の入力欄が、到着日時の入力欄に変わったことを除けば、他の入力欄は、図１７（Ａ）に示した入力画面と同様のものである。これにより、図１７（Ａ）の入力画面を用いれば、出発時刻を基準にして乗り換えルートの検索を行うように指示することができるようにされる。また、図１７（Ｂ）の入力画面を用いれば、到着時刻を基準に乗り換えルートの検索を行うように指示することができるようにされる。
【０１５５】
なお、ここでは、２つの入力画面（図１７（Ａ）、（Ｂ））を示したが、出発日時の入力欄と到着日時の入力欄との両方を備えた入力画面を用いるようにし、それらに入力された情報に基づいて、乗り換えルートの検索を行うように指示することもできる。この場合、出発日時の入力欄と到着日時の入力欄とのいずれか一方への情報の入力を省略することができるようにしておけば、入力された情報に応じた検索を要求することができる。また、出発日時の入力欄と到着日時の入力欄との両方に情報が入力された場合には、例えば、入力された出発日時から到着日時の間に移動できるようにする乗り換えルートが検索するなどのことが行うようにされる。
【０１５６】
このように、携帯電話端末４においては、たとえば、図１７（Ａ）、（Ｂ）に示したように構成される入力画面を用いて、操作部４３０を通じて必要な情報を入力し、この入力した情報を含む、検索要求を形成して、契約会社サーバ２２Ｘに送信することができる。
【０１５７】
図１８、図１９は、この第２の実施の形態の携帯電話端末４で用いられる乗換えルート検索サービスを受ける場合に用いられる、検索された乗り換えルートの報知画面の例について説明するための図である。図１８（Ａ）、（Ｂ）、（Ｃ）は、図１７（Ａ）、（Ｂ）を用いて説明した入力画面を通じて、１０月３０日に東京駅から青森駅に向かう場合の乗り換えルートの検索を行うようにした場合の検索結果の表示例である。
【０１５８】
図１８（Ａ）は、低気圧に関するデータが、現在、日本海側から低気圧が接近中であり、２４時間以内にその低気圧の勢力範囲が東北地方の日本海側に到達する可能性があることを示して場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、図１８（Ａ）に示すように、日本海側から低気圧が接近中であるため、日本海側のルートは避け、東北新幹線を使って、青森に向かうようにすることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１５９】
また、図１８（Ｂ）は、低気圧に関するデータが、現在、太平洋側を低気圧が北上中であり、２４時間以内にその低気圧の勢力範囲が東北地方の太平洋側に到達する可能性があることを示している場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、図１８（Ｂ）に示すように、太平洋側を低気圧が北上中であるため、太平洋側のルートは避け、上越新幹線を使って新潟まで行き、新潟から羽越線経由の日本海ルートで青森に向かうようにすることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１６０】
また、図１８（Ｃ）は、低気圧に関するデータが、現在、北東北地方に急速に低気圧が接近中であり、高速に青森に向かうと低気圧の影響を受けて、血圧が上昇する可能性があることを示している場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、新幹線などの高速な移動手段の利用はやめ、普通列車や急行列車などの比較的に低速な移動手段を用いるか、１０月３０日の移動は断念し、１０月３１日以降に移動したほうが安全であることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１６１】
また、図１９（Ａ）は、低気圧に関するデータが、現在、低気圧が日本列島に接近中であり、当該低気圧の勢力範囲が４８時間後に北東北に到達する可能性があることを示している場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、４８時間以内に低気圧の勢力範囲が到達する可能性があるので、早めに青森まで行き、２４時間以内に帰京することが安全であることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１６２】
また、図１９（Ｂ）は、低気圧に関するデータが、現在、低気圧の勢力範囲が２４時間以内に東北地方に到達する可能性があることを示している場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、青森に向かうことは、低気圧の接近に伴って血圧が上昇する可能性が高いので、無理に移動せず、指定席やグリーン席を利用して、ゆったりと移動したほうが安全であることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１６３】
この他にも、上述した第１の実施の形態の場合と同様に、低気圧が接近中の場合には、飛行機を利用したり、高地を移動する経路の列車を利用したりするルートは除外して、できるだけ安全な乗り換えルートを検索し、これを報知することもできる。また、目的地までの間の所定の地点で１泊したり、数時間程度の休憩を取ったりするなどの情報を報知するようにすることも可能である。
【０１６４】
［第２の実施の形態のシステムの各装置における具体的な処理］
次に、上述したように構成される、携帯電話端末４、契約会社サーバ２２Ｘのそれぞれにおいて行われる処理について具体的に説明する。なお、分析会社サーバ２１で行われる処理は、第１の実施の形態の分析会社サーバ２１で行われる処理と基本的に同じで有るので、この第２の実施の形態の説明では省略する。
【０１６５】
［携帯電話端末４の処理］
まず、この第２の実施の形態の目的地案内システムで用いられる携帯電話端末４の動作について説明する。図２０は、この第２の実施の形態の携帯電話端末４の動作について説明するためのフローチャートである。この図２０に示す処理は、例えば、実行可能な処理や機能が登録され、ＬＣＤ４１１に表示するようにされるメニューから、操作部４３０を通じて、乗り換えルート検索が選択された場合に、主に制御部４２０において実行される処理である。
【０１６６】
上述のように、メニューから乗り換えルート検索が選択されると、制御部４２０は図２０に示した処理を実行し、図１７を用いて説明した入力画面をＬＣＤ４１１に表示して、検索に必要となる情報の入力を受け付ける（ステップＳ５０１）。なお、図１７を用いて説明したように、複数種類の入力画面を用いることができる場合には、例えば、「乗り換えルート検索（出発日時指定）」、「乗り換えルート検索（到着日時指定）」などの項目を有するメニューから目的とする入力画面を用いる処理を選択することができるようにされる。
【０１６７】
そして、制御部４２０は、設定情報の入力が完了したか否かを判断する（ステップＳ５０２）。ステップＳ５０２の判断処理において、設定情報の入力がまだ完了していないと判断したときには、検索の終了が指示されたか否かを判断する（ステップＳ５０３）。ステップＳ５０３の判断処理において、検索の終了が指示されたと判断したときには、ＬＣＤ４１１に表示した入力画面を消去し、元の表示画面に戻すなどの所定の終了処理を行って（ステップＳ５０４）、この図２０に示す処理を終了する。また、ステップＳ５０３の判断処理において、検索の終了は指示されていないと判断したときには、制御部４２０はステップＳ５０１からの処理を繰り返し、設定情報の入力を受け付けるようにする。
【０１６８】
また、ステップＳ５０２の判断処理において、設定情報の入力が完了したと判断したときには、制御部４２０は、入力された設定情報を含む乗り換えルートの検索要求を形成し、これを送信系を通じて、契約会社サーバ２２Ｘに送信する（ステップＳ５０５）。ここで、携帯電話端末４の送信系は、ここでは上述の説明からも分かるように、ベースバンド処理部４０４、送信部４０８、アンテナ共用器４０２、送受信アンテナ４０１からなる部分である。
【０１６９】
この後、制御部４２０は、契約会社サーバ２２Ｘから送信されてくる自機宛の検索結果を受信系を通じて受信するようにする（ステップＳ５０６）。ここで、携帯電話端末４の受信系は、上述した説明からも分かるように、送受信アンテナ４０１、アンテナ共用器４０２、受信部４０３、ベースバンド処理部４０４からなる部分である。この後、制御部４２０は、自機宛の検索結果を受信したか否かを判断する（ステップＳ５０７）。ステップＳ５０７の判断処理において、自機宛の検索結果を受信していないと判断したときには、制御部４２０は、タイムアウトになったか否かを判断する（ステップＳ５０８）。
【０１７０】
このステップＳ５０８の判断処理は、携帯電話端末４の図示しないカウンタや時計回路の機能を用いることにより、ステップＳ５０４の検索要求の送信から一定時間が経過したか否かを判断する処理である。ステップＳ５０８の判断処理において、タイムアウトになったと判断したときには、乗り換えルートの検索結果が取得できない旨のエラーメッセージを出力する（ステップＳ５０９）。この後、この第２の実施の形態の携帯電話端末４においては、ステップＳ５０１からの処理を繰り返し、再度、設定情報の入力からやり直すことができるようにされる。また、ステップＳ５０８の判断処理において、タイムアウトになっていないと判断したときには、ステップＳ５０６からの処理を繰り返し、契約会社サーバ２２Ｘからの検索結果の受信処理を繰り返す。
【０１７１】
ステップＳ５０７の判断処理において、自機宛の検索結果を受信したと判断したときには、制御部４２０は、当該検索結果を例えばＲＡＭ４２３に取り込み、これをＬＣＤコントローラ４１０を通じてＬＣＤ４１１に表示する処理を行う（ステップＳ５１０）。この後、操作部４３０を通じて、検索結果表示の終了確認を受け付け（ステップＳ５１１）、終了確認を受け付けたか否かを判断する（ステップＳ５１２）。このステップＳ５１２の判断処理において、終了確認を受け付けていないと判断したときには、制御部４２０はステップＳ５１１からの処理を繰り返す。また、ステップＳ５１２の判断処理において終了確認を受け付けたと判断したときには、制御部４２０は、ＬＣＤ４１１に表示した検索結果を消去して、検索処理前の状態に復帰させる所定の終了処理を実行し（ステップＳ５１３）、この図２０に示す処理を終了する。
【０１７２】
このように、この第２の実施の形態の携帯電話端末４は、乗り換えルートの検索を行う場合に、ユーザから必要な設定情報の入力を受け付けて、これを含む検索要求を形成して契約会社サーバ２２Ｘに送信する。これにより、契約会社サーバ２２Ｘにおいて入力した設定情報に応じた乗り換えルートの検索処理を実行させることができる。そして、携帯電話端末４は、契約会社サーバ２２Ｘから乗り換えルートの検索結果の提供を受け、これをＬＣＤ４１１に表示してユーザに提供することができる。この場合、携帯電話端末４からの設定情報の中に、ユーザが高血圧症であることを示す情報が含まれるときには、後述もするように、契約会社サーバ２２Ｘは、分析会社サーバ２１から低気圧に関するデータを取得し、これをも考慮して、低気圧がユーザの血圧に影響与える可能性の低い乗り換えルートを検索して、これをユーザに提示することができるようにされる。
【０１７３】
［契約会社サーバ２２Ｘの処理］
次に、契約会社サーバ２２Ｘにおいて行われる乗り換えルートの検索処理について説明する。図２１は、第２の実施の形態の契約会社サーバ２２Ｘにおいて行われる乗り換えルートの検索処理について説明するためのフローチャートである。この図２１に示す処理は、契約会社サーバ２２Ｘの制御部２２０において行われる処理である。
【０１７４】
契約会社サーバ２２Ｘは、通信部２２１を通じて、常時、契約者の携帯電話端末４からの乗り換えルートの検索要求を受信するようにしている（ステップＳ６０１）。そして、制御部２２０は、通信部２２１を通じて契約者の携帯電話端末４からの乗り換えルートの検索要求を受信したか否かを判断する（ステップＳ６０２）。ステップＳ６０２の判断処理において、契約者の携帯電話端末４からの乗り換えルートの検索要求を受信していないと判断したときには、制御部２２０はステップＳ６０１からの処理を繰り返すようにする。
【０１７５】
ステップＳ６０２の判断処理において、契約者の携帯電話端末４からの乗り換えルートの検索要求を受信したと判断したときには、制御部２２０は、受信した検索要求に含まれるユーザからの設定情報の中に、ユーザが高血圧症であることを示す情報が含まれているか否かを判断する（ステップＳ６０３）。ステップＳ６０３の判断処理において、ユーザが高血圧症であることを示す情報が含まれていると判断したときには、制御部２２０は、分析会社サーバ２１に対して送信する低気圧に関するデータの提供要求を形成し、これを通信部２２１を通じて分析会社サーバ２１に送信する（ステップＳ６０４）。そして、制御部２２０は、通信部２２１を通じて分析会社サーバ２１からの低気圧に関するデータを受信して、低気圧情報ファイル２２２に格納するようにし（ステップＳ６０５）、通信部２２１を通じて分析会社サーバ２１からの低気圧に関するデータを受信したか否かを判断する（ステップＳ６０６）。
【０１７６】
ステップＳ６０６の判断処理において、分析会社サーバ２１からの低気圧に関するデータを受信していないと判断したときには、制御部２２０はステップＳ６０５からの処理を繰り返すようにする。また、ステップＳ６０６の判断処理において、分析会社サーバ２１からの低気圧に関するデータを受信したと判断したときには、制御部２２０は、経路検索部２２５を制御して、受信して低気圧情報ファイル２２２に格納した最新の低気圧に関するデータをも考慮した血圧安全ルート検索を実行する（ステップＳ６０７）。また、ステップＳ６０３の判断処理において、ユーザが高血圧症であることを示す情報は含まれていないと判断したときには、制御部２２０は、経路検索部２２５を制御して低気圧に関するデータを考慮しない通常ルート検索を実行する（ステップＳ６０８）。
【０１７７】
そして、ステップＳ６０７の血圧安全ルート検索を実行した後、あるいは、ステップＳ６０８の通常ルート検索を実行した後においては、制御部２２０は、それらの検索結果を通信部２２１を通じて検索要求元の携帯電話端末４に送信する（ステップＳ６０９）。この後、制御部２２０は、ステップＳ６０１からの処理を繰り返すようにする。
【０１７８】
このように、この第２の実施の形態の契約会社サーバ２２Ｘは、携帯電話端末４からの検索要求に応じて、乗り換えルートの検索処理を行う。そして、携帯電話端末４からの検索要求に、携帯電話端末４のユーザが高血圧症であることを示す情報が含まれているときには、分析会社サーバ２１から低気圧に関するデータの提供を受けて、血圧安全ルート検索を行う。この結果、低気圧が携帯電話端末のユーザの血圧に影響を与える可能性の少ない乗り換えルートを検索し、これを要求元の携帯電話端末４に提供することができるようにしている。
【０１７９】
［第２の実施の形態のまとめ］
このように、この第２の実施の形態の目的地案内システムの場合には、携帯電話端末４は、持ち運びに適するように小型化、軽量化がなされたものであり、第１の実施の形態のナビゲーション装置に比べれば処理能力の点で、いわば低機能の装置であるといえる。しかし、乗り換えルートの検索機能をインターネット１００に接続された契約会社サーバ２２Ｘに代行させることによって、携帯電話端末４自身に大きな負荷をかけることなく、乗り換えルートの検索を行い、その検索結果を利用することができるようにされる。
【０１８０】
しかも、契約会社サーバ２２Ｘにおいては、低気圧に関するデータを考慮した血圧安全ルート検索を行うこともできるので、従来実現できていなかった低気圧が携帯電話端末のユーザの血圧に影響を与える可能性の低い乗り換えルートを検索し、これを携帯電話端末４のユーザに提供することができるようになる。したがって、この第２の実施の形態の目的地案内システムは、公共交通機関を利用する場合であっても、低気圧の影響を極力受けないルートで移動することが可能となり、血圧上昇に伴う脳出血等の危険性を低下させることが期待できる。
【０１８１】
なお、この第２の実施の形態においては、ユーザが用いるユーザ端末として携帯電話端末を用いるようにしたが、これに限るものではない。例えば、通信機能を備え、インターネットに接続可能なパーソナルコンピュータを用いるようにしてもよいし、また、通信機能を備え、インターネットに接続可能なＰＤＡ（Personal Digital Assistant）などと呼ばれる携帯型の個人情報端末を用いるようにすることもできる。また、ユーザ端末は、持ち運ばれて利用されるものに限るものではなく、例えば、家庭や会社に設置されるデスクトップ型のパーソナルコンピュータなどを用いるようにすることもできる。また、ユーザ端末が、パーソナルコンピュータやＰＤＡなどの高機能装置である場合には、第１の実施の形態のナビゲーション装置１の場合と同様に、パーソナルコンピュータやＰＤＡに低気圧に関する情報の提供を受けて、当該パーソナルコンピュータやＰＤＡにおいて、血圧安全ルートの検索や通常ルートの検索を行うようにしてもよい。
【０１８２】
また、上述した第２の実施の形態の携帯電話端末４は、ＧＰＳ機能をも備えている。このため、ＧＰＳ機能を用いて測位した現在位置を出発地として、目的地は操作部４３０を通じて受け付けたものを用いるようにすることもできる。
【０１８３】
［変形例］
［高血圧症のユーザか否かの事前設定］
なお、上述した第１の実施の形態においては、ナビゲーション装置１に対して、ルートの検索、設定時に、運転者等が高血圧症か否かを示す情報を入力するようにした。しかし、これに限るものではない。当該ナビゲーション装置１が搭載された自動車に乗る人が高血圧症の人であると分かっている場合には、ナビゲーション装置１の例えばＥＥＰＲＯＭなどに、運転者等が高血圧症であることを示す情報を予め設定しておくようにしてもよい。この場合には、ルートの検索、設定時に、運転者等が高血圧症か否かを示す情報を一々入力する必要が無くなる。
【０１８４】
また、第２の実施の形態においては、乗り換えルートの検索要求時に、ユーザが高血圧症か否かを示す情報を入力するようにした。しかし、携帯電話端末４のユーザが高血圧症である場合には、予め契約会社サーバ２２Ｘの契約者ＤＢ２２３に、携帯電話端末４のユーザが高血圧症であることを示す情報を登録しておく。このようにすれば、乗り換えルートの検索要求時に、ユーザが高血圧症か否かを示す情報を一々入力する必要がなくなる。
【０１８５】
なお、第１の実施の形態のナビゲーション装置１においては、運転者等が高血圧症か否かに関わらず、必ず血圧安全ルートも検索するようにし、どのルートを使うかをユーザが選択するように構成することも可能である。同様に、第２の実施の形態の契約会社サーバ２２Ｘにおいても、必ず、血圧安全ルート検索と通常ルート検索を行い、そのいずれをも携帯電話端末４を通じて提供するように構成することも可能である。
【０１８６】
［気圧変動と血圧変動の関係の詳細化］
なお、上述した実施の形態においては、例えば、２４時間以内に低気圧の勢力範囲に到達する地方に移動する場合には、更なる血圧の上昇を避けるために高地を迂回するようにしたり、低気圧が接近する地方をできるだけ迂回したりするようにした。しかし、これに限るものではない。例えば、上述した参考サイト２には、気圧変動曲線と血圧変動曲線との関係から、低気圧の接近に伴い気圧が下がるどの位前から血圧が上昇するかについて、詳細な考察がなされている。当該参考サイト２には、気圧変動より血圧変動の方がどの位早く始まるかを計算により予測する手法が開示されている。
【０１８７】
そこで、上述した第１の実施の形態のナビゲーション装置においては、運転者等が高血圧症である場合に、参考サイト２に開示されている当該手法を用いることにより、低気圧が接近している地域における血圧が上昇する可能性が高くなる時点を把握する。そして、把握した当該時点以降においては、血圧安全ルートを用いるようにすることもできる。同様に、第２の実施の形態の場合にも、契約会社サーバ２２Ｘにおいては、携帯電話端末４のユーザが高血圧症である場合に、参考サイト２に開示されている当該手法を用いることにより、低気圧が接近している地域における血圧が上昇する可能性が高くなる時点を把握する。そして、把握した当該時点以降においては、血圧安全ルート検索を行って、その結果を通知するようにすることもできる。
【０１８８】
［気圧に関する情報以外の気象情報の利用可能性］
また、上述した実施形態においては、低気圧の位置、勢力範囲、移動方向、移動速度などを考慮して、ルート検索や乗り換えルート検索を行うものとして説明したが、これに限るものではない。例えば、関節リュウマチなどの関節に病気のある人の場合、湿度の上昇は関節の状態に影響を及ぼし、関節痛を誘発させる可能性がある。そこで、湿度が所定値以上に上昇する地域に移動したり、当該地域を通過するような場合に、当該地域を迂回したり、到着時間を早めたり、遅らせたりすることを進めるなどのことも可能である。
【０１８９】
また、湿度に替えて気温に着目し、同様のことを行うことも可能であるし、低気圧の接近の状態、湿度、温度などの種々の気象情報を考慮することもできる。この場合、好ましくない気象状態になる可能性のある地域を迂回したり、その地域への到着時間を早めたり、逆に遅くしたりするなど、気象状態がユーザの身体に影響を及ぼすことができるだけ少なくなるようなルートや日程で移動するように促すことも可能である。このように、気象状態としては、低気圧に関する情報だけでなく、湿度や温度など、人間の身体に影響を及ぼす可能性のある種々の気象に関する情報を考慮することができる。
【０１９０】
［気象状態の急速な変化時の処理］
また、上述した実施形態においては、分析会社サーバ２１が所定時間ごとに気象データ提供元に気象データを取りにいくものとして説明したが、これに限るものではない。例えば、急に気象状態が大きく変化した場合などにおいては、分析会社サーバ２１は自動的に気象データ提供元から最新の気象データの提供を自動的に受けることができるようにする。このように緊急に気象データの提供を受けたときには、分析会社サーバは直ちに気象予測情報を生成しなおし、契約会社サーバ２２Ｘに提供する。このようにすることによって、ナビゲーション装置１のユーザや携帯電話端末４のユーザは、正確性の高い気象データを考慮した安全性の高いルートの検索結果を利用することができる。
【０１９１】
［その他］
なお、上述した第１の実施形態のナビゲーション装置１において、操作部１３１が受付手段の機能を実現し、ＧＰＳ部１０２が測位手段の機能を実現し、通信部１０９が取得手段の機能を実現し、地図ＤＢ１３２が地図データベースの機能を実現している。また、当該ナビゲーション装置１において、主にルート検索部１０３が検索手段の機能を実現し、ＬＣＤコントローラとＬＣＤ１０６や音声処理部１０７とスピーカ１０８が制御部１２０と協働して提示手段としての機能を実現している。また、当該ナビゲーション装置１において、制御部１２０が制御手段としての機能を実現している。
【０１９２】
また、上述した第２の実施の形態においては、契約会社サーバ２２Ｘの通信部２２１が受信手段、取得手段、送信手段としての機能を実現し、経路ＤＢ２２４が経路データベースの機能を実現し、主に経路検索部２２５が検索手段の機能を実現している。また、携帯電話端末４の操作部４３０が受付手段の機能を実現している。また、送受信アンテナ４０１、共用器１４０２、受信部４０３、ベースバンド処理部４０４、制御部４２０に至る受信系が受信手段としての機能を実現している。また、制御部４２０からベースバンド処理部４０４、送信部４０８、共用器４０２、送受信アンテナ４０１に至る送信系が送信手段としての機能を実現している。更に、ＬＣＤコントローラ４１０とＬＣＤ４１１と制御部４２０とが協働して、提示手段としての機能を実現している。
【０１９３】
［この発明の方法、プログラム］
そして、上述した実施形態からも分かるように、図２のシーケンス図や図８〜図９及び図１０のフローチャートを用いて説明した処理方法や、図１４のシーケンス図や図２０、図２１のフローチャートを用いて説明した処理方法が、この発明の方法の一実施形態に対応するものである。
【０１９４】
また、図８〜図９に示したフローチャートの処理を行うプログラムを形成し、インターネットに接続可能なナビゲーション装置に搭載することにより、この発明の目的地案内疎装置を実現することができる。また、図２０に示したフローチャートの処理を行うプログラムを形成し、インターネットに接続可能な通信端末に搭載することにより、この発明のユーザ端末を実現することができる。また、図２１に示したフローチャートの処理を行うプログラムを形成し、インターネットに接続可能なサーバ装置に搭載することにより、この発明のサーバ装置を実現することができる。
【符号の説明】
【０１９５】
１…ナビゲーション装置、１０１…ＧＰＳ用受信アンテナ、１０２…ＧＰＳ部、１０３…ルート検索部、１０４…ナビゲーション制御部、１０５…ＬＣＤコントローラ、１０６…ＬＣＤ、１０７…音声処理部、１０８…スピーカ、１０９…通信部、１１０…送受信アンテナ、１２０…制御部、１２１…ＣＰＵ、１２２…ＲＯＭ、１２３…ＲＡＭ、１２４…ＥＥＰＲＯＭ、１３１…キー操作部、１３２…地図データベース、１３３…取得データファイル、２、２Ｘ…サービス提供センター、２１…気象データ分析会社のサーバ、２１０…制御部、２１１…通信部、２１２…気象予測情報生成部、２１３…送信用低気圧情報生成部、２１４…時計回路、２１５…気象データファイル、２１６…気象履歴ファイル、２１７…気象予測ファイル、２２、２２Ｘ…契約会社のサーバ、２２０…制御部、２２１…通信部、２２２…低気圧情報ファイル、２２３…契約者データベース、２２４…経路データベース、２２５…経路検索部、４…携帯電話端末、４０１…送受信アンテナ、４０２…アンテナ共用器、４０３…受信部、４０４…ベースバンド処理部、４０５…コーデック、４０６…受話器（スピーカ）、４０７…送話器（マイクロホン）、４０８…送信部、４０９…局発部、４１０…ＬＣＤコントローラ、４１１…ＬＣＤ、４１２…リンガ、４２０…制御部、４３０…操作部、４３１…地図データメモリ、４３２…ＧＰＳ部、４３３…ＧＰＳアンテナ
【技術分野】
【０００１】
この発明は、目的地までのルートなどをユーザに対して案内するようにするいわゆるナビゲーション機能を実現する装置、システム、方法に関する。
【背景技術】
【０００２】
いわゆるカーナビゲーションシステムが多くの自動車に搭載されて利用されている。カーナビゲーションシステムは、ＧＰＳ（Global Positioning System）などを利用して、自動車の運行時に運転者に対して、ディスプレイ画面上に地図や現在位置を表示して、目的地への走行経路案内を行なうものである。なお、多くのカーナビゲーションシステムにおいては、ディスプレイ画面上への情報の表示に加えて、音声ガイダンスにより走行経路案内ができるようにされている。そして、カーナビゲーションシステムは種々の改良がなされている。例えば、後に記す特許文献１には、目的地までの最短距離のルートを検索したり、渋滞情報を受信して渋滞のない経路を検索したりすることにより、目的地へ最短時間でいけるルートの検索を行えるようにするものが提案されている。また、カーナビゲーションシステムとは異なるが、例えば、携帯電話端末を通じてサーバ装置にアクセスし、電車の乗り換え案内の提供をうけるなどの簡易的なナビゲーションサービスも提供されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−３０９３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したカーナビゲーションシステムや携帯電話端末などを用いた簡易的なナビゲーションサービスを利用することにより、長距離を移動する場合であっても、迷うなどのことも無く、比較的に短時間に移動することができるようになってきている。このような移動時間の短縮化は時間の有効活用にもつながり利点が多い反面、却ってユーザの身体に負担をかけてしまう場合もあると考えられる。
【０００５】
例えば、経験的に種々の気象状態（気象条件）が人間の生体（人体）に影響を及ぼすことが知られている。近年においては、それらが科学的、医学的にも解明されてきている。その一例として、低気圧が近づいてくると血圧が上昇することが知られている。例えば、
参考サイト１：「http://www5f.biglobe.ne.jp/~kinosita/hd.htm」
参考サイト２：「http://www5f.biglobe.ne.jp/~kinosita/he.htm」
等には、低気圧と高血圧との関連性についての情報が公開されている。また、他の例として、気圧が下がり、湿度が上昇すると、関節リュウマチや変形性関節症などの場合の関節の症状が悪化したり、気温がある程度まで下がると、腰痛や神経痛などを発症する確率が高くなったりするなどのことが知られている。
【０００６】
そして、上述した移動時間の短縮化の実現により、例えば、低気圧が接近してきている地域に向かって急速に移動した場合には、血圧上昇を招き、高血圧症の人の場合には体調不良を引き起こす可能性があると考えられる。具体的には、高血圧症の人の脳出血や心臓発作などの健康障害を発生させるリスクを高めてしまう場合があると考えられる。また、湿度が低い地域から湿度が高い地域に急速に移動した場合には、関節リュウマチを患っている人の関節の症状を悪化させるおそれもある。このため、カーナビゲーションシステムや携帯電話端末などを用いた簡易のナビゲーションサービスを提供するシステムにおいては、移動時間の短縮化だけでなく、気象状態が及ぼすユーザの身体への影響を軽減できるようにすることが望まれている。
【０００７】
以上のことに鑑み、この発明は、ユーザの身体に対して気象状態の影響をできるだけ及ぼすことが無いようにして、目的地までの案内を行えるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１に記載の発明の目的地案内装置は、
目的地の入力を受け付ける受付手段と、
即時的に現在位置を測位する測位手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための地図データを保持する地図データベースと、
前記測位手段を通じて測位した現在位置から前記受付手段を通じて受け付けた目的地までのルートを前記地図データベースの地図データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートをユーザに対して提示する提示手段と
を備えることを特徴とする。
【０００９】
この請求項１に記載の発明の目的地案内装置によれば、測位手段を通じて測位した現在位置から受付手段を通じて受け付けた目的地までのルートが、検索手段によって地図データベースの地図データから検索される。このとき、検索手段により、取得手段を通じて取得された気象に関する情報が考慮され、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートが検索される。この検索されたルートが、提示手段を通じてユーザに提示される。
【００１０】
これにより、単に目的地までの最短ルートなどが案内されるのではなく、例えば、気圧、湿度、気温などの気象に関する情報の内の必要な情報が考慮され、ユーザの身体に対して気象状態の影響をできるだけ及ぼすことが無いようなルートを検索し、目的地までの案内を行うことができるようにされる。
【００１１】
また、請求項３に記載の発明の目的地案内システムは、
サーバ装置とユーザ端末とからなる目的地案内システムであって、
前記サーバ装置は、
前記ユーザ端末からの出発地と目的地とを示す情報とを受信する受信手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための経路データを保持する経路データベースと、
前記受信手段を通じて受け付けた情報により特定される前記出発地から前記目的地までのルートを前記経路データベースの前記経路データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートを示す情報を前記ユーザ端末に送信する送信手段と
を備え、
前記ユーザ端末は、
出発地と目的地の指示入力を受け付ける受付手段と、
前記受付手段を通じて受け付けた前記出発地と前記目的地とを示す情報を、前記サーバ装置に送信する送信手段と、
前記サーバ装置の前記送信手段から送信される前記ルートを示す情報を受信する受信手段と、
前記受信手段を通じて受信した前記ルートを示す情報をユーザに対して提示する提示手段と
を備えることを特徴とする。
【００１２】
この請求項３に記載の発明の目的地案内システムによれば、ユーザ端末において受付手段を通じて受け付けられた出発地と目的地とを示す情報が、送信手段を通じてサーバ装置に送信される。サーバ装置においては、ユーザ端末からの当該出発地と目的地とを示す情報が受信手段を通じて受信され、この受信された受信した情報により示される出発地から目的地間でのルートが、検索手段により、経路データベースの経路データから検索される。この時、サーバ装置の検索手段により、取得手段を通じて取得された気象に関する情報が考慮され、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートが検索される。この検索されたルートが、送信手段を通じて、出発地と目的地とを示す情報を送信してきたユーザ端末に送信される。ユーザ端末においては、受信手段を通じてサーバ装置からのルートを示す情報が受信され、これが提供手段を通じてユーザに提供される。
【００１３】
これにより、単に目的地までの最短ルートなどが案内されるのではなく、例えば、気圧、湿度、気温などの気象に関する情報の内の必要な情報が考慮され、ユーザの身体に対して気象状態の影響をできるだけ及ぼすことが無いようなルートを検索し、目的地までの案内を行うことができるようにされる。この場合、ルート検索はサーバ装置において行われるので、ユーザ端末に大きな負荷がかかることも無く、サーバ装置に負荷を分散し、迅速かつ適切な案内を、ユーザ端末を通じて提供することができるようにされる。
【発明の効果】
【００１４】
この発明によれば、単に目的地までの最短ルートなどが案内されるのではなく、例えば、気圧、湿度、気温などの気象に関する情報の内の必要な情報を考慮し、ユーザの身体に対して気象状態の影響をできるだけ及ぼすことが無いようなルートを検索して、目的地までの案内を行うことができる。
【図面の簡単な説明】
【００１５】
【図１】この発明のシステムの一実施形態が適用されて構成された第１の実施の形態の目的地案内システムを説明するための図である。
【図２】第１の実施の形態の目的地案内システムの動作の概要を説明するためのシーケンス図である。
【図３】血圧安全ルートの具体例を説明するための図である。
【図４】血圧安全ルートの具体例を説明するための図である。
【図５】図１に示した目的地案内システムにおいて用いられる分析会社サーバ２１の構成例を説明するためのブロック図である。
【図６】図１に示した目的地案内システムにおいて用いられる契約会社サーバ２２の構成例を説明するためのブロック図である。
【図７】図１に示し目的地案内システムにおいて用いられる契約者のナビゲーション装置１の構成例を説明するためのブロック図である。
【図８】図１、図２に示したナビゲーション装置１において行われる処理を説明するためのフローチャートである。
【図９】図８に続くフローチャートである。
【図１０】図１、図６に示した契約会社のサーバ２２において行われる処理を説明するためのフローチャートである。
【図１１】図１、図５に示した分析会社サーバ２１において行われる気象予測情報の生成処理を説明するための図である。
【図１２】図１、図５に示した分析会社サーバ２１において行われる低気圧に関するデータの提供処理を説明するためのフローチャートである。
【図１３】この発明のシステムの一実施形態が適用されて構成された第２の実施の形態の目的地案内システムを説明するための図である。
【図１４】第２の実施の形態の目的地案内システムの動作の概要を説明するためのシーケンス図である。
【図１５】図１３に示した目的地案内システムにおいて用いられる契約会社サーバ２２Ｘの構成例を説明するためのブロック図である。
【図１６】第２の実施の形態の目的地案内システムにおいて用いられる携帯電話端末４の構成例を説明するためのブロック図である。
【図１７】携帯電話端末４で乗換えルート検索サービスを受ける場合に用いる必要情報の入力画面の例を説明するための図である。
【図１８】携帯電話端末４で乗換えルート検索サービスを受ける場合に用いる検索された乗り換えルートの報知画面の例について説明するための図である。
【図１９】携帯電話端末４で乗換えルート検索サービスを受ける場合に用いる検索された乗り換えルートの報知画面の例について説明するための図である。
【図２０】第２の実施の形態の携帯電話端末４の動作について説明するためのフローチャートである。
【図２１】第２の実施の形態の契約会社サーバ２２Ｘにおいて行われる乗り換えルートの検索処理について説明するためのフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図を参照しながらこの発明の一実施形態について説明する。上述もしたように、気圧、湿度、気温などの気象状態が、人間の生体（人体）に対して影響を及ぼすことが知られている。以下に説明する実施形態においては、種々の気象状態の内、低気圧の接近が血圧の上昇を招くことに着目している。そして、以下に説明する実施形態においては、出発地から目的地までのルート案内を行う場合に、低気圧の予想位置等をも考慮し、ユーザの身体に対して低気圧の影響をできるだけ及ぼすことが無いようなルートを検索して、目的地までの案内を行うことができるようにしている。
【００１７】
なお、低気圧の接近が血圧の上昇を招くことについては、上述した参考サイト１に開示されている。当該参考サイト１には、北海道大学の定期健康診断で測定した２万人の学生血圧と天候との情報に基づいた、天候と血圧との関係について記載されている。そして、当該参考サイト１には、血圧はその日の気圧に影響を受けるのではなく、翌日の気圧変動が、既にその前日の血圧に影響を与えていることが観察できることが記載されている。このことは、低気圧がやってくる前の日に、既に血圧が高くなっていることを意味している。このため、以下に説明する実施形態においては、出発地から目的地までのルートを、低気圧の位置、勢力範囲、移動方向、移動速度などの低気圧に関するデータをも考慮する。そして、低気圧の接近状態に応じて、ユーザの血圧上昇を抑えたより安全なルートの検索ができるようにしている。
【００１８】
［第１の実施の形態］
［目的地案内システムの構成例］
［目的地案内システムの構成の概要］
図１は、この発明の目的地案内装置の一実施形態が適用されて構成された第１の実施の形態の目的地案内システムを説明するための図である。図１に示すように、この実施形態の目的地案内システムは、例えば、自動車に搭載されて用いられるナビケーション装置１（１）、１（２）、…、１（ｎ）と、サービス提供センター２とからなっている。ここで、ナビケーション装置１（１）、１（２）、…、１（ｎ）のそれぞれが、この発明の目的地案内装置の一実施の形態が適用されたものである。
【００１９】
そして、サービス提供センター２が、気象データ提供元３から気象データの提供を受け、これを処理して気象に関する必要なデータを契約者のナビゲーション装置１（１）、１（２）、…、１（ｎ）に対して供給することができる構成になっている。なお、詳しくは後述もするが、サービス提供センター２は、図１に示すように、気象データ分析会社のサーバ２１と、契約会社のサーバ２２とからなっている。
【００２０】
また、この第１の実施の形態において、気象データ提供元３と気象データ分析会社のサーバ２１との間、気象データ分析会社のサーバ２１と契約会社のサーバ２２と間は、専用線、あるいは、インターネットなどの高域通信網によって接続することができるようにされている。さらに、分析会社のサーバ２２とナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれとの間も、例えばインターネット１００を介して接続することができるようにされている。
【００２１】
そして、ナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、詳しくは後述もするが、ＧＰＳ機能を備え、目的地を設定することにより、現在位置から目的地までのルート（経路）を検索し、ディスプレイに地図と自機の現在位置を表示すると共に、音声ガイダンスを用いて道案内をすることができるものである。この第１の実施の形態のナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、最短距離となるルート（最短距離ルート）を検索できる。また、ナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、通信機能を備え、例えば、インターネット１００を通じて所定のサーバにアクセスし、最新の交通渋滞情報を得て、交通渋滞を避けたルート（交通渋滞回避ルート）の検索もできる。
【００２２】
さらに、ナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、契約会社のサーバ２２からインターネット１００を通じて低気圧に関するデータの提供を受け、低気圧が運転者等の血圧に影響を及ぼす可能性の低いルート（血圧安全ルート）を検索することもできる。すなわち、上述もしたように、低気圧の接近が人間の血圧上昇を招くことが知られている。そして、運転者等が例えば高血圧症である場合、低気圧に高速に接近するように移動した場合などにおいては、脳出血などの危険性を高めてしまう。このため、低気圧が運転者等の血圧に影響を及ぼす可能性の低いルートを検索できるようにしている。なお、ここで、運転者等とは、運転者の他、同乗者も含む意味である。このように、ナビゲーション装置１（１）、１（２）、…、１（ｎ）のそれぞれは、目的地までの幾つかの異なるルートを検索し、その中からユーザが選択したルートを用いて道案内を行うことができるようにしている。
【００２３】
一方、サービス提供センター２は、図１に示すように、気象データ分析会社のサーバ２１（以下、分析会社サーバという）と契約会社のサーバ（以下、契約会社サーバという）２２とから構成されている。分析会社サーバ２１は、後述する気象データ提供元３から気象データの提供を受け、これを分析することによって、契約会社サーバ２２において必要とされる気象データ（この実施形態では低気圧に関するデータ）を形成する。そして、分析会社サーバ２１は、分析することにより形成した気象データを契約会社サーバ２２からの要求に応じて当該契約会社サーバ２２に提供することができるものである。
【００２４】
契約会社サーバ２２は、自機にアクセス可能な契約者のナビゲーション装置を管理するための契約者データベース（以下、契約者ＤＢという。）を備えたものである。そして、契約会社サーバ２２は、自機にアクセスしてきたナビゲーション装置が、自機に接続可能な契約関係のある契約者のものであると認証が取れた場合に、当該ナビゲーション装置に対して、最新の低気圧に関するデータを提供する。これにより、当該ナビゲーション装置では、提供を受けた低気圧に関するデータを考慮して、低気圧が運転者等の血圧に影響を与える可能性の少ない経路を検索することができるようにされる。
【００２５】
なお、図１においては説明を簡単にするため、異なる機能を実現する分析会社サーバ２１と契約会社サーバ２２との２つのサーバを設けるようにした。しかし、これに限るものではない。分析会社サーバ２１の機能と契約会社サーバ２２の機能とを１つのサーバ装置に持たせるようにすることももちろん可能である。
【００２６】
そして、気象データ提供元３は、この実施形態においては、気象データ分析会社のサーバ２１からの要求に応じて、種々の気象データを提供することができるものである。具体的には、気象庁や気象協会、或いは、気象情報の提供業務を行う種々の気象会社などが運営する情報提供サーバなどである。この第１の実施の形態において、気象データ提供元３は、例えば、気象庁の情報提供サーバである。
【００２７】
例えば、気象庁は、気象警報、注意報等の情報、天気予報等の情報、気象観測データ等、種々の気象に関する情報を提供している。具体的には、気象観測データとして、高層天気図、実況天気図、予想天気図、気象庁天気図、各地の観測値と低気圧や前線の位置などの情報が気象庁から提供される。特に、予想天気図として、９時と２１時の観測をもとに観測時刻から２４時間後と４８時間後の高・低気圧、前線と等圧線等の予想などを提供している。なお、９時の２４時間後予想は１５時頃、４８時間後予想は１７時頃、２１時の同予想は、それぞれ翌朝の４時頃と６時頃というように、観測時点から予報発表までに６時間から９時間かかるため、これらの時間を考慮して情報を利用する必要がある。また、気象庁は、６時、１２時、１８時には、各地の観測値と低気圧や前線の位置を示す情報（テキスト形式の情報）を提供している。このように、気象庁は、種々の気象情報を発表し、これを自由に利用することができるようにしている。
【００２８】
［目的地案内システムの動作の概要］
次に、図１に示したように構成されるこの第１の実施の形態の目的地案内システムの動作の概要について説明する。図２は、この第１の実施の形態の目的地案内システムの動作の概要を説明するためのシーケンス図である。
【００２９】
この第１の実施形態の目的地案内システムにおいて、分析会社サーバ２１は、図２の右上側に点線矢印で示すように、所定時間毎に気象データ提供元３に対して必要となる気象データの提供を要求し、当該必要となる気象データの提供を受ける。ここで必要となる気象データは、主に気圧に関する情報であり、例えば、最新の天気図、２４時間後、４８時間後の予想天気図、各地の観測値や低気圧や前線の位置を示す情報等である。なお、低気圧や前線の位置を示す情報には、低気圧の中心位置と勢力範囲、移動方向、移動速度などの情報が含まれる。
【００３０】
分析会社サーバ２１は、新たに提供を受けた気象データや記憶保持している過去の気象データ等に基づいて、気象データ分析処理を実行し、気象予測情報を形成する。このように、気象データの取得処理から気象予測情報の分析処理までの一連の処理は、気象データ提供元３から新たな気象データの提供を受けることができるタイミングで随時に行われる。ここで、気象予測情報（気象予測データ）は、後述もするが、例えば、現時点などの所定時点から２４時間後、４８時間後、７２時間後等の気圧配置、低気圧や高気圧の勢力範囲、低気圧の移動方向、移動速度などの必要な情報からなるものである。
【００３１】
ここで形成された気象予測情報は、気象データ分析会社のサーバ２１に保持され、後述するように、その内の低気圧に関するデータが、契約会社のサーバ２２を介して、契約者のナビゲーション装置１（１）、１（２）、…、１（ｎ）に提供されることになる。なお、以下においては説明を簡単にするため、ナビゲーション装置１（１）、１（２）、…、１（ｎ）を総称して、ナビゲーション装置１という。
【００３２】
なお、ここでは、分析会社サーバ２１が、気象データ提供元３に対して必要となる気象データの提供を要求して、その提供を受けるものとして説明したが、これに限るものではない。例えば、気象データ分析会社と気象データ提供元との間で予め契約を締結しておくことにより、最新の気象データを気象データ提供元３から分析会社サーバ２１に自動的に送信して提供することも可能である。すなわち、分析会社サーバ２１は、能動的に働きかけて気象データ提供元３から気象データの提供を受けたり、受動的に気象データ提供元３から気象データの提供を受けたりすることができるものである。
【００３３】
また、ここでは、現時点などの所定時点から２４時間後、４８時間後、７２時間後等の気圧配置やその他の必要な気象予測情報（気象予測データ）を形成（予測）するものとして説明した。このように、現時点などの所定の時点としたのは、気象データ提供元３から提供される気象データが、例えば数時間前のものであるために、数時間前の時点を基準にして、２４時間後、４８時間後、７２時間後等の気圧配置等を予測する場合もあるためである。このように、現時点を基準にできない場合には、いつの時点を基準にしているかは、明確に把握され、契約会社サーバ２２等にも通知するようにされる。
【００３４】
一方、ナビゲーション装置１は、必要に応じて、契約会社サーバ２２にインターネット１００を通じてアクセスし、最新の低気圧に関するデータを取得することができるものである。すなわち、ナビゲーション装置１に目的地までのナビゲーション処理（道案内処理）を行わせる場合、ナビゲーション装置１に電源を投入した状態で、図２の左上側に示したように、目的地、高血圧症の運転者等の有無等の必要な情報の入力設定が行われる。この他、出発予定日時や到着予定日時など、目的に応じたルート検索を行うようにするための必要な情報の入力設定を行うようにすることもできる。ナビゲーション装置１に対して必要な情報の入力設定が行われると、当該ナビゲーション装置１は、図２に示すように、インターネット１００を通じて契約会社サーバ２２にアクセスし、低気圧に関するデータの提供を要求する。
【００３５】
契約会社サーバ２２は、契約者のナビゲーション装置１から低気圧に関するデータの提供要求を受信すると、低気圧に関するデータの提供要求を形成し、これを図２に示すように、分析会社サーバ２１に対して送信する。これに応じて、分析会社サーバ２１は、自己が保持する最新の気象予測情報の中から低気圧に関するデータを抽出し、これを契約会社サーバ２２に提供する。契約会社サーバ２２は、分析会社サーバ２１から提供された低気圧に関するデータを、要求元のナビゲーション装置１に対して提供する。なお、ここで、低気圧に関するデータは、上述した種々の気象予測情報の内、例えば、現時点などの所定時点、および、２４時間後、４８時間後、７２時間後等の気圧配置、現時点などの所定時点、および、２４時間後、４８時間後、７２時間後等の低気圧の移動方向や移動速度などの情報である。
【００３６】
そして、図２の左端側に示すように、ナビゲーション装置１においては、ルート検索を実行し、それをユーザに提示する。ここで検索されるルートは、取得した低気圧に関するデータをも考慮した血圧安全ルートや最短距離ルート、さらに交通渋滞情報をも考慮した交通渋滞回避ルートなどである。なお、図２には、交通渋滞情報の取得経路等は示さなかったが、後述もするように、ナビゲーション装置１の通信機能を用いて、所定のサーバにアクセスすることによって、交通渋滞情報を取得することもできるようにされる。
【００３７】
そして、ナビゲーション装置１は、ユーザから道案内（ナビゲーション）に用いるルートの選択入力を受け付ける。そして、血圧安全ルートが選択されたときには当該血圧安全ルートを用いるように設定する。また、その他のルート（最短距離ルートや交通渋滞回避ルート）が選択されたときには、選択された当該他のルートを用いるように設定される。そして、ナビゲーション装置１においては、ユーザに選択されたルートを辿るようにナビゲーション処理（道案内処理）が実行される。
【００３８】
このように、この実施の形態の目的地案内システムにおいては、ナビゲーション装置１は、複数種類のルート検索を行うことができる。その中の１つとして、契約会社のサーバ２２から低気圧に関するデータを得て、低気圧が運転者等の血圧に影響を及ぼす可能性の低いルート（血圧安全ルート）を検索し、このルートを用いてナビゲーション処理（道案内処理）を行うことができるようにしている。
【００３９】
［血圧安全ルートの具体例］
ここで、血圧安全ルートの具体例について説明する。図３、図４は、血圧安全ルートの具体例を説明するための図である。上述したように、血圧はその日の気圧に影響を受けるのではなく、低気圧がやってくる前の日に、既に血圧が高くなっていることが観察されている。即ち、低気圧が到来する前日、まだ、そんなに天気が崩れていない内に翌日に到来する低気圧の影響を受けて血圧が上がっていることが考えられる。したがって、２４時間以内に低気圧の勢力範囲に属することになる地域に所在していることが、既に低気圧の影響を受け、血圧の上昇を招いている可能性がある。
【００４０】
そこで、２４時間以内に低気圧の勢力範囲に属する地域を通過しなければならない場合には、図３に示すように、高地を迂回するようにしたルートが血圧安全ルートとなる。高地においては、気圧の関係から血圧が上昇することが知られているためである。すなわち、図３において、ノーマルルートＡは、高地を通る最短距離ルートや交通渋滞回避ルートであり、血圧安全ルートＢは、高地を迂回して、低地を走行する高地迂回ルートである。
【００４１】
また、図４に示すように、東北地方北部の出発地ＳＴから近畿地方の目的地ＥＤに向かう場合であって、日本海側から低気圧が接近し、２４時間以内に当該低気圧の勢力範囲が日本列島に到達する可能性があるとする。この場合には、図４に示すように、太平洋側を通るルートＢが血圧安全ルートとなる。すなわち、図４において、ノーマルルートＡは、日本海側を通る最短距離ルートや交通渋滞回避ルートであり、血圧安全ルートＢは、接近中の低気圧の勢力範囲の到達がより遅い地域を通る低気圧迂回ルートということになる。
【００４２】
この他、血圧安全ルートの場合には、低気圧の影響を極力小さくするために、出発時刻を指示したり、血圧安全ルートの途中で比較的に長い休憩をとることを勧めたり、場合によっては、途中で１泊することを勧めたりすることもできるようにされる。つまり、血圧安全ルートは、単にルートを示すだけでなく、血圧安全ルート上の進み方などをも示すことができるようにされる。
【００４３】
［目的地案内システムを構成する各装置の構成］
［気象データ分析会社のサーバ２１の構成例］
次に、この第１の実施形態の目的地案内システムを構成する各装置の構成例について説明する。まず、分析会社サーバ２１について説明する。図５は、図１に示した目的地案内システムにおいて用いられる分析会社サーバ２１の構成例を説明するためのブロック図である。図５に示すように、分析会社サーバ２１は、制御部２１０、通信部２１１、気象予測情報生成部２１２、送信用低気圧情報生成部２１３、時計回路２１４、気象データファイル２１５、気象履歴ファイル２１６、気象予測ファイル２１７を備えたものである。
【００４４】
制御部２１０は、分析会社サーバ２１の各部を制御するものであり、図５に示すように、ＣＰＵ（Central Processing Unit）２１０１、ＲＯＭ（Read Only Memory）２１０２、ＲＡＭ（Random Access Memory）２１０３が、ＣＰＵバス２１０４を通じて接続されて構成されたマイクロコンピュータである。ここで、ＣＰＵ２１０１は、後述するＲＯＭ２１０２に保持されているプログラムを読み出して実行し、各部に供給する制御信号を形成してこれを各部に供給したり、各部からの信号を受信して、これに応じた処理を実行したりするなど、分析会社サーバ２１における制御の主体となるものである。
【００４５】
また、ＲＯＭ２１０２は、上述したように、ＣＰＵ２１０１によって実行される種々のプログラムや処理に必要となる種々のデータ等が予め記録されたものである。また、ＲＡＭ２１０３は、各種の処理において途中結果を一時記憶するなど、主に作業領域として用いられるものである。なお、図５には図示しなかったが、ＣＰＵバス２１０４には、例えば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等のいわゆる不揮発性メモリも接続される。そして、当該不揮発性メモリに、電源が落とされた場合にも保持しておくべきパラメータや追加プログラムなどを記憶させることもできるようにしている。
【００４６】
そして、通信部２１１は、気象データ提供元３や詳しくは後述する契約会社のサーバ２２との間においての通信処理を行うものである。具体的に、通信部２１１は、制御部２１０の制御に応じて、自機から送信すべきデータから送信用データを形成し、これを目的とする相手先に送信することができるものである。また、通信部２１１は、自機宛の送信データを受信して、これを制御部２１０で処理可能な形式のデータに変換し、これを制御部２１０に供給することができるものである。
【００４７】
気象予測情報生成部２１２は、通信部２１１を通じて取得する気象データや自機に保持する気象履歴データ等を用いて、例えば現時点など、予め決められた時点（時刻）を基準とし、気象予測情報を生成する。ここで気象予測情報は、例えば、２４時間後、４８時間後、７２時間後等の気圧配置、２４時間後、４８時間後、７２時間後等の低気圧や高気圧の移動方向や移動速度、その他、気温、湿度、風向き、風速、降水確率などの種々の予測情報である。また、気象予測情報には、例えば現時点など、基準となる所定の最新時点の気圧配置や低気圧や高気圧の移動方向や移動速度、その他、気温、湿度、風向き、風速、降水確率などの種々の最新の気象情報も含まれる。
【００４８】
送信用低気圧情報生成部２１３は、気象予測情報生成部２１２により生成された気象予測情報から契約会社のサーバ２２に提供する低気圧に関するデータを抽出し、これから契約会社サーバ２２に送信する送信用低気圧情報（送信用の低気圧に関するデータ）を生成する。ここで、低気圧に関するデータは、上述した種々の気象予測情報の内、例えば、現時点などの所定時点、および、２４時間後、４８時間後、７２時間後等の気圧配置、現時点などの所定時点、および、２４時間後、４８時間後、７２時間後等の低気圧の移動方向や移動速度などの情報である。送信用低気圧情報生成部２１３で生成された送信用低気圧情報（送信用の低気圧に関するデータ）は、上述した通信部２１１を通じて契約会社のサーバ２２に送信されることになる。
【００４９】
時計回路２１４は、現在年月日、現在曜日、現在時刻を提供するものであり、気象データ提供元３から気象データを取得する時刻などの到来を検出する場合などに用いられる。また、気象データファイル２１５、気象履歴ファイル２１６、気象予測ファイル２１７のそれぞれは、ハードディスク、書き換え可能な光ディスク、半導体メモリなどの大容量記録媒体に形成されるデータファイルである。この実施形態において、気象データファイル２１５、気象履歴ファイル２１６、気象予測ファイル２１７のそれぞれは、分析会社サーバ２１が有するハードディスクに形成されたものである。
【００５０】
ここで、気象データファイル２１５は、気象データ提供元３から提供を受けた最新の気象データを記憶保持する。気象履歴ファイル２１６は、過去に取得した気象データを取得タイミングが区別可能なように記憶保持する。つまり、気象履歴ファイル２１６に格納された気象履歴データはいつ取得されたものかが分かるようにされている。なお、最新の気象データを気象データ提供元３から提供を受ける毎に、気象データファイル２１５の気象データが気象履歴データとして気象履歴ファイル２１６に移し替えられるようになっている。気象予測ファイル２１７は、上述した気象予測情報生成部２１２で生成される気象予測情報（気象予測データ）を記憶保持する。
【００５１】
なお、図５においては、気象予測情報生成部２１２と送信用低気圧情報生成部２１３とは、それぞれ独立した生成部として示したが、これに限るものではない。気象予測情報生成部２１２の機能や送信用低気圧情報生成部２１３の機能は、制御部２１０のＣＰＵ２１０１によって実行されるソフトウェアにより、制御部２１０の機能として実現するように構成することも可能である。すなわち、気象予測情報生成部２１２の機能と送信用低気圧情報生成部２１３の機能との一方あるいは両方の機能を、制御部２１０の機能として実現するように構成することも可能である。
【００５２】
［契約会社のサーバ２２の構成例］
次に、契約会社サーバ２２について説明する。図６は、図１に示した目的地案内システムにおいて用いられる契約会社サーバ２２の構成例を説明するためのブロック図である。図６に示すように、契約会社サーバ２２は、制御部２２０、通信部２２１、低気圧情報ファイル２２２、契約者データベース（以下、契約者ＤＢという。）２２３を備えている。
【００５３】
制御部２２０は、契約会社サーバ２２の各部を制御するものであり、図６に示すように、ＣＰＵ２２０１、ＲＯＭ２２０２、ＲＡＭ２２０３が、ＣＰＵバス２２０４を通じて接続されて構成されたマイクロコンピュータである。ここで、ＣＰＵ２２０１は、後述するＲＯＭ２２０２に保持されているプログラムを読み出して実行し、各部に供給する制御信号を形成してこれを各部に供給したり、各部からの信号を受信して、これに応じた処理を実行したりするなど、契約会社サーバ２２における制御の主体となるものである。
【００５４】
また、ＲＯＭ２２０２は、上述のように、ＣＰＵ２２０１によって実行される種々のプログラムや処理に必要となる種々のデータが予め記録されたものである。また、ＲＡＭ２２０３は、各種の処理において途中結果を一時記憶するなど、主に作業領域として用いられるものである。なお、図６には図示しなかったが、ＣＰＵバス２２０４には、例えば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等のいわゆる不揮発性メモリも接続される。そして、当該不揮発性メモリに対して、電源が落とされた場合にも保持しておくべきパラメータや追加プログラムなどを記憶させることもできるようにしている。
【００５５】
そして、通信部２２１は、上述した分析会社サーバ２１や後述するナビゲーション装置１などとの間においての通信処理を行うものである。具体的に、通信部２２１は、上述した分析会社サーバ２１の通信部２１１と同様の機能を有するものである。すなわち、通信部２２１は、自機から送信すべきデータから送信用データを形成し、これを目的とする相手先に送信することができるものである。また、通信部２２１は、自機宛の送信データを受信して、これを制御部２２０で処理可能な形式のデータに変換し、これを制御部２２０に供給することができるものである。
【００５６】
また、図６において、低気圧情報ファイル２２２、契約者ＤＢ２２３のそれぞれは、ハードディスク、書き換え可能な光ディスク、半導体メモリなどの大容量記録媒体に形成されるデータファイルである。この実施形態において、契約会社サーバ２２においても、低気圧情報ファイル２２２、契約者ＤＢ２２３のそれぞれは、契約会社サーバ２２が有するハードディスクに形成されるものである。ここで、低気圧情報ファイル２２２は、上述したように、分析会社サーバ２１から提供され、通信部２２１を通じて受信した低気圧に関するデータを保持するものである。また、契約者ＤＢ２２３は、契約会社と契約関係にあり、契約会社サーバ２２に対してアクセス可能な契約者のナビゲーション装置の認証に関する情報を記憶保持するものである。具体的に契約者ＤＢ２２３には、契約者の氏名、住所、電話番号の他、認証情報として契約者毎に付与される識別情報（識別ＩＤ）などからなるものである。
【００５７】
そして、ナビゲーション装置１が、契約会社サーバ２２から低気圧に関するデータの提供を受けようとする場合には、契約会社サーバ２２の契約者ＤＢ２２３に契約者に関する情報が登録されている必要がある。契約者ＤＢ２２３には、契約会社とナビゲーション装置１のユーザが契約を行った場合に、契約会社の担当者によって契約に関する情報が登録される。この他、ナビゲーション装置１のユーザが、例えば、パーソナルコンピュータなどを通じて契約会社サーバ２２にアクセスし、契約に必要な情報を入力して契約を行うようにする。この場合に、契約が整えば、同時に契約者ＤＢ２２に契約者に関する情報を登録することによって、契約者ＤＢ２２３を整えるようにすることができる。このようにして、契約者ＤＢ２２３に契約者に関する情報が登録された後においては、契約会社サーバ２２を通じて、契約者に関する情報が登録済みの契約者のナビゲーション装置に対して、低気圧に関する情報の提供ができるようにされる。
【００５８】
［ナビゲーション装置１の構成例］
次に、契約者の使用するナビゲーション装置１の構成例について説明する。図７は、図１に示した目的地案内システムにおいて用いられる契約者のナビゲーション装置１の構成例を説明するためのブロック図である。図７に示すように、この実施の形態の目的地案内システムで用いられるナビゲーション装置１は、ＧＰＳ用受信アンテナ１０１、ＧＰＳ部１０２、ルート検索部１０３、ナビゲーション制御部１０４、ＬＣＤ（Liquid Crystal Display）コントローラ（図４ではＬＣＤＣＴＬと記載。）１０５、ＬＣＤ１０６、音声処理部１０７、スピーカ１０８、制御部１２０、操作部１３１、地図データベース（以下、地図ＤＢという。）１３２、取得データファイル１３３、通信部１０９、送受信アンテナ１１０を備えたものである。
【００５９】
制御部１２０は、ナビゲーション装置１の各部を制御するものであり、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、ＥＥＰＲＯＭ１２４が、ＣＰＵバス１２５を通じて形成されたマイクロコンピュータである。ここで、ＣＰＵ１２１は、制御の主体となるものであり、後述するＲＯＭ１２２などに記憶保持されているプログラムを実行し、各部に供給する制御信号を形成して、これを各部に供給したり、各部からの信号を受け付けて、これを処理したりする。
【００６０】
ＲＯＭ１２２は、上述もしたように、ＣＰＵ１２１によって実行される種々のプログラムやフォントデータなどの処理に必要になる各種のデータを記憶保持しているものである。ＲＡＭ１２３は、各種の処理において途中結果を一時記憶するなど、主に作業領域として用いられるものである。ＥＥＰＲＯＭ１２４は、いわゆる不揮発性メモリであり、このナビゲーション装置１の電源が落とされても保持しておくべき情報、例えば、各種の設定パラメータ、新たに提供された追加プログラムなどを記憶保持するものである。
【００６１】
そして、図７に示すように、制御部１２０には操作部１３１が接続されている。操作部１３１は、図示しないが、数字キー、矢印キー、各種のファクションキーなどの複数の操作キーが設けられたものであり、ユーザからの操作入力を受け付けるものである。そして、操作部１３１を通じて受け付けた使用者からの操作入力は、電気信号に変換されて制御部１２０に供給される。これにより、制御部１２０は、ユーザからの指示に応じて各部を制御し、ユーザの指示に応じた処理を行うことができるようにしている。
【００６２】
また、制御部１２０には、地図ＤＢ１３２、取得データファイル１３３が接続されている。地図ＤＢ１３２、取得データファイル１３３は、ハードディスク、書き換え可能な光ディスク、半導体メモリなどの大容量記録媒体に形成されるデータファイルである。この実施形態において、地図ＤＢ１３２、取得データファイル１３３のそれぞれは、ナビゲーション装置１が有するハードディスクに形成されたものである。そして、地図ＤＢ１３２には、日本全国の地図情報（道路情報）が記憶保持されている。なお、地図ＤＢ１３２の地図情報は、例えば標高データ等の情報も含むものである。また、取得データファイル１３３には、契約会社サーバ２２から取得する低気圧に関するデータや、所定のサーバから提供される交通渋滞情報を記憶保持するものである。
【００６３】
そして、ＧＰＳ用受信アンテナ１０１は、複数の人口衛星からの測位データを受信し、これをＧＰＳ部１０２に供給するものである。ＧＰＳ部１０２は、ＧＰＳ用受信アンテナ１０１からの測位データを用いて測位演算を行い、自機の現在位置を示す経度、緯度を正確に求め、これを制御部１２０に供給する。ルート検索部１０３は、ＧＰＳ部１０２を通じて測位された開始位置（スタート位置）から、操作部１３１を通じて受け付けた目的地までの経路を、地図ＤＢ１３２の地図情報や取得データファイル１３３に記憶されている取得データに基づいて検索する。この場合、ルート検索部１０３は、上述もしたように、最短距離ルート、交通渋滞回避ルート、血圧安全ルートを検索することができるものである。これらの検索されたルートの中から契約者であるユーザは好みのものを選択して利用することができるようにされる。
【００６４】
ナビゲーション制御部１０４は、制御部１２０の制御に応じて、ユーザによって選択されたルートにしたがって、自己の現在位置を示す情報や地図ＤＢ１３２の地図データに基づき、ＬＣＤ１０６に表示する案内情報を形成する。ここで形成された案内情報は、ＬＣＤコントローラ１０５に供給される。ＬＣＤコントローラ１０５は、制御部１２０の制御に応じて、これに供給される案内情報（表示用データ）から、ＬＣＤ１０６に表示する映像信号を形成し、これをＬＣＤ１０６に供給する。これにより、現在位置を含む地図がＬＣＤ１０６の表示画面に表示されると共に、当該表示された地図上に自機の現在位置を示すマークが表示するようにされ、当該表示により道案内を行うことができるようにされる。なお、ＬＣＤコントローラ１０５、ＬＣＤ１０６は、道案内のための画像だけでなく、種々のエラーメッセージやガイダンスメッセージなども表示することができるものである。
【００６５】
また、音声処理部１０７は、制御部１２０の制御に応じて、制御部１２０からの音声データをアナログ音声信号に変換し、これをスピーカ１０８に供給する。これにより、スピーカ１０８からは当該音声データに応じた音声が放音される。例えば、ナビゲーション制御部１０４の制御により、ＥＥＰＲＯＭ１２４などからナビゲーション用の音声ガイダンスが読み出されて音声処理部１０７に供給される。音声処理部１０７は、これに供給された音声ガイダンスをアナログ音声信号に変換し、これをスピーカ１０８に供給する。これにより、例えば、「２つ目の交差点を右折してください。」、「突き当たりを左折して下さい。」といったナビゲーション用の音声ガイダンスが放音され、音声によっても、道案内を行うことができるようにされる。
【００６６】
そして、通信部１０９及び送受信アンテナ１１０は、通信機能を実現するためのものである。すなわち、通信部１０９及び送受信アンテナ１１０は、インターネット１００を通じて契約会社サーバ２２にアクセスして低気圧に関するデータの提供を受けるようにするためのものである。この他にも、通信部１０９及び送受信アンテナ１１０は、所定のサーバにサクセスして交通渋滞の情報の提供を受けるようにすることもできるものである。
【００６７】
なお、図７においては、ルート検索部１０３とナビゲーション制御部１０４とは、それぞれ独立した回路部として示したが、これに限るものではない。ルート検索部１０３の機能やナビゲーション制御部１０４の機能は、制御部１２０のＣＰＵ１２１によって実行されるソフトウェアにより、制御部１２０の機能として実現するように構成することも可能である。すなわち、ルート検索部１０３の機能とナビゲーション制御部１０４の機能との一方あるいは両方の機能を、制御部１２０の機能として実現するように構成することも可能である。
【００６８】
［第１の実施の形態のシステムの各装置における具体的な処理］
次に、上述したように構成される、この第１の実施の形態のナビゲーション装置１、分析会社サーバ２１、契約会社サーバ２２のそれぞれにおいて行われる処理について具体的に説明する。
【００６９】
［ナビゲーション装置１の処理］
まず、自動車に搭載されて利用されるナビゲーション装置１の動作について説明する。図８、図９は、この第１の実施の形態のナビゲーション装置１の動作を説明するためのフローチャートである。図８、図９のフローチャートに示す処理は、この実施の形態のナビゲーション装置１に電源が投入された場合に、主に制御部１２０によって実行される処理である。
【００７０】
すなわち、ナビゲーション装置１に電源が投入されると、制御部１２０は、ＧＰＳ部１０２を制御して、現在位置の測位処理を開始する（ステップＳ１０１）。これにより、ＧＰＳ部１０２は、ＧＰＳ受信アンテナ１０１を通じて受信する複数の人口衛星からの測位データを受信し、測位演算を行って自己の現在位置を取得し、これを制御部１２０に通知することができるようにされる。
【００７１】
この後、制御部１２０は、ルート設定がされているか否かを判断する（ステップＳ１０２）。この実施の形態のナビゲーション装置１においては、後述もするが、ルートが選択されると、例えば、ＥＥＰＲＯＭ１２４に選択されたルートに関する情報が設定される。また、ＥＥＰＲＯＭ１２４に設定された当該ルートに関する情報は、例えば目的地に到着するなどして所定の操作が行われるとクリアーするようにされる。このため、ステップＳ１０２においては、まだ目的地に到達しておらず、ＥＥＰＲＯＭ１２４に対してルートに関する情報が設定されたままか否かを判断する。なお、ステップＳ１０２の判断処理を行うのは、例えば、出発日の前日などにおいて、事前にルートの検索と設定を行い、出発までの間はナビゲーション装置１の電源を落としておくなどの場合があることを考慮したものである。
【００７２】
ステップＳ１０２の判断処理において、まだ、目的地には到達しておらず、ルートに関する情報がＥＥＰＲＯＭ１２４に設定されていると判断したときには、後述する図９のステップＳ１２１からの処理を行うようにする。ステップＳ１０２の判断処理において、ＥＥＰＲＯＭ１２４にルートに関する情報は設定されていないと判断したときには、制御部１２０は、設定情報の入力を受け付けるようにする（ステップＳ１０３）。具体的に、ステップＳ１０３において、制御部１２０は、ＬＣＤコントローラ１０５を制御して、設定情報の入力を促すメッセージをＬＣＤ１０６に表示すると共に、操作部１３１を通じて、目的地や高血圧症の運転者等の有無などの必要な設定情報の入力を受け付ける。
【００７３】
この後、制御部１２０は、設定情報の入力が終了したか否かを判断し（ステップＳ１０４）、終了していないと判断したときには、ステップＳ１０３からの処理を繰り返すようにする。ステップＳ１０４の判断処理において、設定情報の入力は終了したと判断したときには、制御部１２０は、入力された設定情報に基づいて、運転者等に高血圧症の人がいることが設定されたか否かを判断する（ステップＳ１０５）。
【００７４】
ステップＳ１０５の判断処理において、高血圧症の運転者等がいると判断したときには、制御部１２０は、低気圧に関するデータの提供要求を形成し、これを通信部１０９、送受信アンテナ１１０を通じて契約会社サーバ２２に送信する（ステップＳ１０６）。この後、制御部１２０は、契約会社サーバ２２から送信されてくる低気圧に関するデータを受信して、取得データファイル１３３に格納する処理を行うようにする（ステップＳ１０７）。そして、制御部１２０は、低気圧に関するデータを受信したか否かを判断する（ステップＳ１０８）。
【００７５】
ステップＳ１０８の判断処理において、低気圧に関するデータを受信していないと判断したときには、制御部１２０は、タイムアウトになったか否かを判断する（ステップＳ１０９）。このステップＳ１０９の判断処理は、ナビゲーション装置１の図示しないカウンタや時計回路の機能を用いることにより、低気圧に関するデータの提供要求の送信から一定時間が経過したか否かを判断する処理である。ステップＳ１０９の判断処理において、まだタイムアウトになっていないと判断したときには、制御部１２０は、ステップＳ１０７からの処理を繰り返すようにする。ステップＳ１０９の判断処理において、タイムアウトになったと判断したときには、低気圧に関するデータが取得できない旨のエラーメッセージを出力し（ステップＳ１１０）、この後、ステップＳ１０３からの処理を繰り返すようにする。
【００７６】
また、ステップＳ１０８の判断処理において、低気圧に関するデータを受信したと判断したときには、制御部１２０は、入力された目的地、地図ＤＢの地図情報、取得データファイル１３３の取得データに基づいて、ルート検索を実行し、検索結果をユーザに提示する処理を実行する（ステップＳ１１１）。なお、ステップＳ１０５の判断処理において、運転者等に高血圧症の人はいないと判断したときには、血圧安全ルートを検索する必要は無いので、ステップＳ１０７〜ステップＳ１０８の処理葉は行わず、ステップＳ１１１のルートを検索する処理を行うことになる。
【００７７】
ステップＳ１１１においては、上述もした最短距離ルート、交通渋滞回避ルート、血圧安全ルートの検索が可能であるが、高血圧症の同乗者が存在せず、低気圧に関するデータを取得しなかった場合には、血圧安全ルートの検索を行わないようにすることができる。そして、ステップＳ１１１においては、検索結果がＬＣＤコントローラ１０５を通じてＬＣＤ１０６に表示され、どのようなルートが検索されたかがユーザに提示される。
【００７８】
なお、ここでは説明を簡単にするため、図８に交通渋滞情報の取得処理を示さなかった。しかし、交通渋滞情報の取得は、ステップＳ１０６〜ステップＳ１１０の処理と同様に、目的とするサーバ装置に交通渋滞情報の提供要求を送信し、これに応じて返信されてくる交通渋滞情報を受信することにより取得することができる。この処理は、図８に示したステップＳ１１１において、あるいは、ステップＳ１１１の前段において行うようにされる。また、以下では、説明を簡単にするため、血圧安全ルート以外の最短距離ルート、交通渋滞回避ルートを総称して他のルートとしている。
【００７９】
そして、制御部１２０は、ステップＳ１１１において検索され提示されたルートの中から、実際に用いるルートの選択を、操作部１３１を通じて受け付け（ステップＳ１１２）、血圧安全ルートが選択されたか否かを判断する（ステップＳ１１３）。ステップＳ１１３の判断処理において、血圧安全ルートが選択されたと判断したときには、ステップＳ１１１において検索された血圧安全ルートを辿ることができるようにする血圧安全ルートに関する情報をＥＥＰＲＯＭ１２４に設定する（ステップＳ１１４）。また、ステップＳ１１３の判断処理において、血圧安全ルートは選択されていない判断したときには、ステップＳ１１２において選択された他のルートを辿ることができるようにする当該他のルートに関する情報をＥＥＰＲＯＭ１２４に設定する（ステップＳ１１５）。
【００８０】
この後、制御部１２０は、図９のステップＳ１１６の処理に進み、ナビゲーション装置１の電源がオフにされたか否かを判断する（ステップＳ１１６）。このステップＳ１１６の判断処理は、目的地に向かう途中で例えば休憩などにために停車し、ナビゲーション装置１の電源をオフにした場合などを考慮したものである。
【００８１】
ステップＳ１１６の判断処理において、電源はオフにされていないと判断したときには、制御部１２０は、図７には図示しなかったが、ナビゲーション装置１が有するカウンタや時計回路の機能を用いることにより、電源オンのまま一定時間（例えば数時間）が経過したか否かを判断する（ステップＳ１１７）。具体的には、ステップＳ１１４またはステップＳ１１５のルート設定時から、一定時間毎のタイミングが順次検出するようにされる。このステップＳ１１７の判断処理は、血圧安全ルートが設定されている場合に、時間の経過と共に変化する気象状態に対応するため、後述するように、最新の低気圧データを確認するためのタイミングの到来を検知するための処理である。なお、当該一定時間は、走行時と停止時とを区別すること無く、これらの両方の状態を含めた時間である。
【００８２】
そして、ステップＳ１１７の判断処理において、一定時間はまだ経過していないと判断したときには、制御部１２０は、ナビゲーション制御部１０４を制御し、設定されたルートに沿った目的地までの道案内処理（ナビゲーション処理）を開始させる（ステップＳ１１８）。このステップＳ１１８の処理は、ナビゲーション制御部１０４の制御により行われ、現在位置を含む地図をＬＣＤ１０６に表示し、地図上に辿るべきルートを示すと共に、スピーカ１０８から放音される音声により辿るべきルートを指示する処理である。この後、制御部１２０は、目的地に到達したり、ルート設定がクリアーされたりするなど、ナビゲーション処理を終了させる事象が発生したか否かを判断する（ステップＳ１１９）。
【００８３】
ステップＳ１１９の判断処理において、ナビゲーション処理を終了させる事象が発生していないと判断したときには、制御部１２０は、ステップＳ１１６からの処理を繰り返す。また、ステップＳ１１９の判断処理において、ナビゲーション処理を終了させる事象が発生したと判断したときには、制御部１２０は、例えば、ＥＥＰＲＯＭ１２４に設定されたルートに関する情報等をクリアーするなどの所定の終了処理を行って（ステップＳ１２０）、この図８、図９に示す処理を終了する。
【００８４】
また、ステップＳ１１６の判断処理において、ナビゲーション装置１の電源がオフにされたと判断したときには、ナビゲーション装置の電源がオンにされたか否かを判断し（ステップＳ１２１）、電源がオンにされていないと判断した時には、このステップＳ１２１の処理を繰り返す。すなわち、ナビゲーション装置１の制御部１２０は、ステップＳ１２１の判断処理により、ナビゲーション装置１の電源がオンにされるまで待ち状態となる。なお、ステップＳ１２１の判断処理は、メイン電源がオフされた後の処理であるので、制御部１２０は必要最小限の電力供給により、主電源の投入の有無を監視するようにしている。
【００８５】
そして、ステップＳ１２１の判断処理において、ナビゲーション装置１の電源がオンにされたと判断した場合と、上述したステップＳ１１７の判断処理において、一定時間が経過したと判断した場合においては、制御部１２０は、ＥＥＰＲＯＭ１２４のルート設定は、血圧安全ルートに関する設定か否かを判断する（ステップＳ１２２）。また、図８のステップＳ１０２の判断処理において、ルート設定はされているがまだナビゲーション処理が開始されていないために、ルート設定有りと判断した場合にも、制御部１２０は、ＥＥＰＲＯＭ１２４のルート設定は、血圧安全ルートの設定か否かを判断する（ステップＳ１２２）。
【００８６】
ステップＳ１２２の判断処理において、ＥＥＰＲＯＭ１２４のルート設定は、血圧安全ルートの設定ではないと判断したときには、ステップＳ１１８からのナビゲーション処理を再開させる。この場合、ステップＳ１１８においては、当該ルート設定を用いるとともに、現在位置の測位処理を再開させ、ナビゲーション処理を再開させることになる。
【００８７】
また、ステップＳ１２２の判断処理において、ルート設定は、血圧安全ルートの設定であると判断したときには、制御部１２０は、低気圧に関するデータの提供要求を形成し、これを通信部１０９等を通じて契約会社サーバ２２に送信する（ステップＳ１２３）。このように、低気圧に関するデータを再度要求するのは、ナビゲーション装置１の電源がオフにされていた時間が比較的に長時間の場合には、気象状態が大きく変わってしまっている場合もあると考えられるためである。この後、制御部１２０は、契約会社サーバ２２から送信されてくる低気圧に関するデータを受信して、取得データファイル１３３に格納するようする（ステップＳ１２４）。そして、制御部１２０は、低気圧に関するデータを受信したか否かを判断する（ステップＳ１２５）。
【００８８】
ステップＳ１２５の判断処理において、低気圧に関するデータを受信していないと判断したときには、制御部１２０は、タイムアウトになったか否かを判断する（ステップＳ１２６）。このステップＳ１２６の判断処理は、図８のステップＳ１０９と同様の処理であり、ナビゲーション装置１の図示しないカウンタや時計回路の機能を用いることにより、低気圧に関するデータの提供要求の送信から一定時間が経過したか否かを判断する処理である。ステップＳ１２６の判断処理において、まだタイムアウトになっていないと判断したときには、制御部１２０は、ステップＳ１２４からの処理を繰り返すようにする。ステップＳ１２６の判断処理において、タイムアウトになったと判断したときには、低気圧に関するデータが取得できない旨のエラーメッセージ出力し（ステップＳ１２７）、この後、この実施の形態においては、図８に示したステップＳ１０３からの処理を行うようにして、再度の情報設定、ルート検索を行えるようにする。
【００８９】
また、ステップＳ１２５の判断処理において、低気圧に関するデータを受信したと判断したときには、制御部１２０は、入力された目的地、地図ＤＢの地図情報、取得データファイル１３３の取得データに基づいて、血圧安全ルートの再度の検索を実行する（ステップＳ１２８）。この後、制御部１２０は、ＥＥＰＲＯＭ１２４に設定されている血圧安全ルートと、新たに検索した血圧安全ルートとを比較し、血圧安全ルートに変更があるか否かを判断する（ステップＳ１２９）。ステップＳ１２９の判断処理において、血圧安全ルートに変更はないと判断したときには、ステップＳ１１６からの処理を繰り返し、ＥＥＰＲＯＭ１２４に設定されている血圧安全ルートに従ったナビゲーション処理を再開させる。
【００９０】
ステップＳ１２９の判断処理において、血圧安全ルートに変更があると判断したときには、制御部１２０は、当該変更をＬＣＤコントローラ１０５を通じてＬＣＤ１０６に表示し、ユーザに通知する（ステップＳ１３０）。このステップＳ１３０の通知は、例えば、低気圧の接近が予想よりも遅いために、より高速に移動可能なルートが検索されたり、逆に、低気圧の接近が早まったために、別ルートが検索されたりしたために、これを通知するものである。
【００９１】
そして、制御部１２０は、新たに検索された血圧安全ルートに変更するか否かの確認入力を受け付け（ステップＳ１３１）、変更することが指示されたか否かを判断する（ステップＳ１３２）。ステップＳ１３２の判断処理において、新たな血圧安全ルートへの変更は指示されないと判断したときには、ステップＳ１１６からの処理を繰り返し、設定されている既存の血圧安全ルートに従ったナビゲーション処理を再開させる。ステップＳ１３２の判断処理において、新たな血圧安全ルートへの変更が指示されたと判断したときには、制御部１２０は、新たな血圧安全ルートをＥＥＰＲＯＭ１２４に設定する（ステップＳ１３３）。そして、制御部１２０は、ステップＳ１１６からの処理を繰り返し、新たに設定された血圧安全ルートに従ったナビゲーション処理を開始させる。
【００９２】
このように、この実施の形態のナビゲーション装置１は、契約会社サーバ２２を通じて低気圧に関するデータを得ることができるものである。そして、ナビゲーション装置１は、低気圧に関するデータを考慮し、低気圧の勢力範囲が接近してきている場合には、当該低気圧が運転者等の血圧に影響を及ぼす可能性の低い血圧安全ルートを検索することができるようにしている。そして、検索された血圧安全ルートに従ったナビゲーション処理を行うことができるようになっている。
【００９３】
［契約会社サーバ２２の処理］
次に、契約会社サーバ２２において行われる低気圧に関するデータの提供処理について説明する。図１０は、契約会社サーバ２２において行われる低気圧に関するデータの提供処理について説明するためのフローチャートである。この図１０に示す処理は、契約会社サーバ２２の制御部２２０において行われる処理である。
【００９４】
契約会社サーバ２２は、通信部２２１を通じて、常時、契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受信するようにしている（ステップＳ２０１）。そして、制御部２２０は、通信部２２１を通じて契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受信したか否かを判断する（ステップＳ２０２）。ステップＳ２０２の判断処理において、契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受信していないと判断したときには、制御部２２０はステップＳ２０１からの処理を繰り返すようにする。
【００９５】
ステップＳ２０２の判断処理において、契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受信したと判断したときには、制御部２２０は、分析会社サーバ２１に対して送信する低気圧に関するデータの提供要求を形成し、これを通信部２２１を通じて分析会社サーバ２１に送信する（ステップＳ２０３）。そして、制御部２２０は、通信部２２１を通じて分析会社サーバ２１からの低気圧に関するデータを受信するようにし（ステップＳ２０４）、通信部２２１を通じて分析会社サーバ２１からの低気圧に関するデータを受信したか否かを判断する（ステップＳ２０５）。
【００９６】
ステップＳ２０５の判断処理において、分析会社サーバ２１からの低気圧に関するデータを受信していないと判断したときには、制御部２２０はステップＳ２０４からの処理を繰り返すようにする。また、ステップＳ２０５の判断処理において、分析会社サーバ２１からの低気圧に関するデータを受信したと判断したときには、制御部２２０は、受信した最新の低気圧に関するデータを、通信部２２１を通じて要求元のナビゲーション装置１に対して送信し（ステップＳ２０６）、この後、ステップＳ２０１からの処理を繰り返すようにする。
【００９７】
このように、契約会社サーバ２２は、契約者のナビゲーション装置１からの低気圧に関するデータの提供要求を受け付け、分析会社サーバ２１から低気圧に関するデータを取得し、これを要求元のナビゲーション装置１に提供することができるものである。すなわち、この実施の形態において、契約会社サーバ２２は、契約者のナビゲーション装置１と分析会社サーバ２１とを仲介する機能を有している。
【００９８】
［分析会社サーバ２１の処理］
次に、分析会社サーバ２１において行われる気象予測情報の生成処理と、低気圧に関するデータの提供処理について説明する。図１１は、分析会社サーバ２１において行われる気象予測情報の生成処理を説明するための図であり、図１２は、分析会社サーバ２１において行われる低気圧に関するデータの提供処理を説明するためのフローチャートである。
【００９９】
まず、図１１を参照しながら、分析会社サーバ２１で行われる気象予測情報の生成処理について説明する。この図１１に示す処理は、分析会社サーバ２１の制御部２１０において常時行うようにされる処理である。
【０１００】
分析会社サーバ２１の制御部２１０は、時計回路２１４が提供する現在時刻を確認し（ステップＳ３０１）、気象データ提供元３から目的とする気象データを取得することができる時刻になったか否かを判断する（ステップＳ３０２）。ステップＳ３０２の判断処理において、まだ目的とする気象データを取得することができる時間になっていないと判断したときには、制御部２１０はステップＳ３０１からの処理を繰り返すようにする。
【０１０１】
ステップＳ３０２の判断処理において、目的とする気象データを取得することができる時間になったと判断したときには、制御部２１０は、気象データファイル２１５の気象データを気象履歴ファイル２１６に移し替える（ステップＳ３０３）。そして、制御部２１０は、気象データの提供要求を形成し、これを通信部２１１を通じて気象データ提供元３に送信する（ステップＳ３０４）。この後、制御部２１０は、通信部２１１を通じて気象データ提供元３から送信されてくる気象データを受信するようにし（ステップＳ３０５）、気象データを受信したか否かを判断する（ステップＳ３０６）。
【０１０２】
ステップＳ３０６の判断処理において、気象データを受信していないと判断したときには、ステップＳ３０５からの処理を繰り返すようにする。ステップＳ３０６の判断処理において、気象データを受信したと判断したときには、受信した当該気象データを気象データファイル２１５に格納する（ステップＳ３０７）。そして、制御部２１０は、気象予測情報生成部２１２を制御し、気象データファイルに格納した最新の気象データと、気象履歴ファイル２１６の気象履歴データとを用いると共に、例えば独自の手法を用いて、気象予測情報を生成し、これを気象予測ファイル２１７に格納する（ステップＳ３０８）。この後、ステップＳ３０１からの処理を繰り返すようにする。
【０１０３】
このように、分析会社サーバ２１においては、気象データ提供元３から最新の気象データを取得するようにし、その気象データや過去の気象データを用いると共に、独自の手法を用いて、気象予測情報を生成する。この生成した気象予測情報は、気象予測ファイルに格納され、保持し、利用することができるようにしている。
【０１０４】
次に、図１２を参照しながら、分析会社サーバ２１で行われる低気圧に関するデータの提供処理について説明する。この図１２に示す処理は、分析会社サーバ２１の制御部２１０において常時行うようにされる処理である。
【０１０５】
分析会社サーバ２１の制御部２１０は、通信部２１１を通じて、契約会社サーバ２２からの低気圧に関するデータの提供要求を常時するようにしている（ステップＳ４０１）。そして、分析会社サーバ２１の制御部２１０は、当該低気圧に関するデータの提供要求を受信したか否かを判断する（ステップＳ４０２）。ステップＳ４０２の判断処理において、低気圧に関するデータの提供要求を受信していないと判断したときには、制御部２１０は、ステップＳ４０１からの処理を繰り返す。
【０１０６】
ステップＳ４０２の判断処理において、契約会社サーバ２２からの低気圧に関するデータの提供要求を受信したと判断したときには、制御部２１０は、送信用低気圧情報生成部２１３を制御し、気象予測ファイル２１７に格納されている気象予測情報の中から低気圧に関するデータを抽出する（ステップＳ４０３）。さらに、制御部２１０は、送信用低気圧情報生成部２１３を制御し、ステップＳ４０３で抽出した最新の低気圧に関するデータに基づいて送信用の低気圧に関するデータ（送信用低気圧情報）を生成し、これを通信部２１１を通じて要求元である契約会社サーバ２２に送信する（ステップＳ４０４）。この後、制御部２１０は、ステップＳ４０１からの処理を繰り返す。
【０１０７】
このように、この実施の形態の分析会社サーバ２１は、契約会社サーバ２２からの要求に応じて、気象予測情報の中から必要となる低気圧に関するデータを抽出し、これを契約会社サーバ２２に提供することができるものである。
【０１０８】
［第１の実施の形態のまとめ］
このように、この第１の実施の形態の目的地案内システムの場合には、自動車に搭載されて用いられるナビゲーション装置１が、いわゆる高機能のものである。そして、ナビゲーション装置１は、必要となる低気圧に関するデータの提供を受けて、自装置において、目的地までのルートを検索し、そのルートに基づくナビゲーション処理を行うことができるようにしている。
【０１０９】
そして、ナビゲーション装置１においては、低気圧に関するデータをも考慮した血圧安全ルートを検索して、これを用いたナビゲーション処理を行うことができる。これにより低気圧の接近してきている地方に高血圧症の人が高速に移動したり、低気圧の接近してきているエリアにおいて、血圧を上昇させる可能性のある高地ルートを通ったりすることにより、血圧上昇の危険性を高めないようにすることができる。したがって、低気圧の影響を極力受けないルートで移動することが可能となり、血圧上昇に伴う脳出血等の危険性を低下させることが期待できる。
【０１１０】
また、上述した第１の実施の形態のナビゲーション装置１においては、最短距離ルート、交通渋滞回避ルート、血圧安全ルートの３種類のルート検索を行えるものとして説明したが、これに限るものではない。例えば、血圧安全ルートの検索時において、交通渋滞情報をも考慮し、血圧安全ルートであるが、できるだけ交通渋滞を避けるようなルートを検索するようにすることも可能である。この他、複数の目的地を指定し、その指定した目的地を順次に辿るルートを検索するなどのこともできるようにされる。
【０１１１】
また、上述した第１の実施の形態のナビゲーション装置１においては、血圧安全ルートが設定されている場合に、目的地に到着するまでの間に電源が落とされたときには、電源再立ち上げ時に、再度、血圧安全ルートの検索を行うようにした。しかし、これに限るものではない。例えば、ナビゲーション装置１において、電源がオフにされてからの時間を計測するようにし、所定時間以上オフにされていた場合に、電源再立ち上げ時に、再度、血圧安全ルートの検索を行うようしてもよい。この場合の所定時間は、気象状態が大きく変化する可能性が大きくなる。例えば、数時間程度の時間となる。
【０１１２】
なお、上述した第１の実施の形態において、ナビゲーション装置は自動車に搭載されるものとして説明した。当該ナビゲーション装置には、オンダッシュ型、インダッシュ型、ＡＶ一体型、ポータブル型、簡易型など種々のタイプのものを用いることが可能である。
【０１１３】
［第２の実施の形態］
［目的地案内システムの構成例］
［目的地案内システムの構成の概要］
図１３は、この発明のシステムの一実施形態が適用されて構成された第２の実施の形態の目的地案内システムを説明するための図である。この図１３に示す第２の実施の形態の目的地案内システムにおいて、図１に示した第１の実施の形態の目的地案内システムと同様に構成される部分には同じ参照符号を付し、当該部分の詳細な説明は重複するので省略する。
【０１１４】
図１３に示すように、この第２の実施形態の目的地案内システムは、契約者であるユーザが使用する携帯電話端末４（１）、４（２）、…、４（ｎ）と、サービス提供センター２Ｘとからなっている。そして、サービス提供センター２Ｘが、気象データ提供元３から気象データの提供を受け、これを処理して、契約者の携帯電話端末４（１）、４（２）、…、４（ｎ）に対して必要な情報を供給することができる構成になっている。サービス提供センター２Ｘは、上述した第１の実施の形態のサービス提供センター２と同様に、気象データ分析会社のサーバ（以下、分析会社サーバという。）２１と契約会社のサーバ（以下、契約会社サーバという。）２２Ｘとからなるものである。しかし、詳しくは後述もするように、契約会社のサーバ２２Ｘの構成が第１の実施の形態の契約会社サーバ２２とは異なっている。
【０１１５】
そして、上述した第１の実施の形態の目的地案内システムは、自動車で移動する場合の道路案内をナビゲーション装置１を通じて行うものであった。これに対し、この第２の実施の形態の目的地案内システムは、鉄道や航空機などの公共交通機関を用いて移動する場合の乗り換えルート案内を携帯電話端末を通じて行うものである。ここで、携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれは、携帯用であり小型化、軽量化がなされているものである。このため、携帯電話端末４（１）、４（２）、…、４（ｎ）においては、第１の実施の形態のナビゲーション装置１におけるルート検索処理のような負荷の大きな処理を行うには無理がある。
【０１１６】
そこで、この第２の実施の形態の目的地案内システムにおいては、負荷の重い乗り換えルート検索をサービス提供センター２の契約会社のサーバ２２Ｘにおいて行うようにしている。このように、この第２の実施の形態において、携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれがユーザ端末であり、主に契約会社サーバ２２Ｘが、この発明によるサーバ装置に対応している。なお、この第２の実施の形態において、乗り換えルートと言う文言は、どこで乗り換えるかを示すものだけではなく、公共交通機関を乗り換える必要がない場合、単純に、どの公共交通機関を利用して移動するのかを示す情報をも含むものである。したがって、「Ｘ鉄道会社のＹ線でＺ駅に向かって下さい。」といった乗り換えの必要のない情報も、この第２の実施の形態の乗り換えルートに含まれる。
【０１１７】
そして、図１３に示すように、気象データ提供元３と気象データ分析会社のサーバ２１との間、気象データ分析会社のサーバ２１と契約会社のサーバ２２Ｘと間は、専用線、あるいは、インターネットなどの高域通信網によって接続することができるようにされている。さらに、分析会社のサーバ２２Ｘと携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれとの間も、例えばインターネット１００を介して接続することができるようにされている。
【０１１８】
携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれは、携帯電話網を通じて電話通信を行う機能やインターネット１００を通じて行う電子メール機能や情報閲覧機能などを備えたものである。そして、携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれは、契約会社サーバ２２Ｘを通じて、公共交通機関を利用して移動する場合の乗り換えルート検索を行い、乗り換えルート案内サービスの提供を受けることができるものである。そして、この場合、携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれは、低気圧の接近に伴う血圧上昇の危険性を避けるため、低気圧がユーザの血圧に影響を及ぼす可能性の低いルートを利用した乗り換えルート案内の提供を受けることができるものである。
【０１１９】
サービス提供センター２Ｘは、図１３に示すように、分析会社サーバ２１と契約会社サーバ２２Ｘとから構成されている。分析会社サーバ２１は、上述した第１の実施の形態の分析会社サーバ２１と同様に構成され、同様の機能を有するものである。すなわち、分析会社サーバ２１は、気象データ提供元３から気象データの提供を受け、これを分析することによって、気象予測情報を形成する。そして、分析会社サーバ２１は、契約会社サーバ２２Ｘからの要求に応じて低気圧に関するデータを気象予測情報から抽出して、これを契約会社のサーバ２２Ｘに提供することができるものである。
【０１２０】
契約会社サーバ２２Ｘは、自機にアクセス可能な契約者を管理するための契約者データベース（以下、契約者ＤＢという。）や鉄道や航空機などの公共交通機関の移動経路情報やダイヤグラムの情報等からなる経路データベース（以下、経路ＤＢという。）を備えたものである。契約会社サーバ２２Ｘは、自機にアクセスしてきた携帯電話端末が、自機に接続可能な契約関係のある契約者のものであると認証が取れた場合に、目的地などの種々の情報を受け付け、受け付けた情報に応じた乗り換えルート検索を行い、その結果を当該携帯電話端末に提供する。この乗り換えルート検索時において、契約会社サーバ２２Ｘは、気象データ分析会社のサーバ２１から低気圧に関するデータを得て、これをも考慮した乗り換えルート検索を行うことができるようにしている。
【０１２１】
なお、図１３においても説明を簡単にするため、異なる機能を実現する分析会社サーバ２１と契約会社サーバ２２Ｘとの２つのサーバを設けるようにした。しかし、これに限るものではない。分析会社サーバ２１の機能と契約会社サーバ２２Ｘの機能とを１つのサーバ装置に持たせるようにすることももちろん可能である。
【０１２２】
［目的地案内システムの動作の概要］
次に、図１３に示したように構成されるこの第２の実施の形態の目的地案内システムの動作の概要について説明する。図１４は、この第２の実施の形態の目的地案内システムの動作の概要を説明するためのシーケンス図である。なお、以下においては、説明を簡単にするため、同様の機能を実現する携帯電話端末４（１）、４（２）、…、４（ｎ）のそれぞれを総称して携帯電話端末４という。
【０１２３】
この第２の実施の形態の目的地案内システムの分析会社サーバ２１は、第１の実施の形態の目的地案内システムの分析会社サーバ２１と同様の処理を行う。すなわち、この第２の実施形態の目的地案内システムにおいても、分析会社サーバ２１は、図１４の右上側に点線矢印で示すように、所定時間毎に気象データ提供元３に対して必要となる気象データの提供を要求し、当該必要となる気象データの提供を受ける。そして、分析会社サーバ２１は、新たに提供を受けた気象データや記憶保持している過去の気象データ等に基づいて、気象データ分析処理を実行し、気象予測情報を形成し、これを保持する。ここで、気象データの取得処理から気象予測情報の分析処理までの一連の処理は、気象データ提供元３から新たな気象データの提供を受けることができるタイミングで随時に行われる。
【０１２４】
一方、携帯電話端末４は、ユーザから出発地、目的地、出発予定時刻または到着予定時刻、利用する交通機関、ユーザが高血圧症か否か等の情報の入力を受け付ける。そして、携帯電話端末４は、入力された情報を含む乗り換えルート検索要求を形成し、これを契約会社のサーバ２２Ｘに対してインターネット１００を通じて送信する。契約会社のサーバ２２は、携帯電話端末４からの乗り換えルート検索要求を受信すると、まず、当該検索要求にユーザが高血圧症であることを通知する情報が含まれているか否かを確認する。高血圧症であることを示す情報が含まれていないときには、契約会社のサーバ２２Ｘは、低気圧に関する情報を考慮しない通常の乗り換えルート検索（通常ルート検索）を実行する。
【０１２５】
また、当該検索要求にユーザが高血圧症であることを示す情報が含まれているときには、契約会社サーバ２２Ｘは、低気圧に関するデータの提供要求を形成し、これを分析会社サーバ２１に送信する。分析会社サーバ２１は、契約会社サーバ２２Ｘからの低気圧に関するデータの提供要求を受信すると、最新の気象予測情報の中から低気圧に関するデータを抽出し、これを契約会社サーバ２２Ｘに提供する。契約会社サーバ２２Ｘは、分析会社サーバ２１から低気圧に関するデータの提供を受けると、当該低気圧に関するデータをも考慮し、低気圧がユーザの血圧に影響を及ぼす可能性の低い乗り換えルートの検索（血圧安全ルート検索）を実行する。
【０１２６】
そして、契約会社サーバ２２Ｘは、通常ルート検索あるいは血圧安全ルート検索を行った後、その検索結果を検索要求元の携帯電話端末４に送信する。携帯電話端末４は、契約会社サーバ２２Ｘからの検索結果を受信したら、その検索結果を表示し、ユーザに提供する。
【０１２７】
このように、この第２の実施の形態の目的地案内システムにおいては、携帯電話端末４は、ユーザが高血圧症である場合に、契約会社サーバ２２Ｘに低気圧に関するデータをも考慮した乗り換えルートを検索させ、その結果を利用することができるようにしている。
【０１２８】
［目的地案内システムを構成する各装置の構成］
次に、この第２の実施の形態の目的地案内システムを構成する各装置の構成と動作について説明する。上述もしたように、この第２の実施の形態においても、分析会社サーバ２１は、図５を用いて説明した第１の実施の形態の分析会社サーバ２１と同様に構成され、同様の動作を行うものである。このため、以下では、分析会社サーバ２１についての詳細な説明は省略し、契約会社サーバ２２Ｘと携帯電話端末４の構成と動作について説明する。
【０１２９】
［契約会社のサーバ２２Ｘの構成例］
まず、この第２の実施の形態の目的地案内システムで用いられる契約会社サーバ２２Ｘについて説明する。図１５は、図１３に示した目的地案内システムにおいて用いられる契約会社サーバ２２Ｘの構成例を説明するためのブロック図である。図１５に示した契約会社サーバ２２Ｘにおいて、図６に示した第１の実施の形態の契約会社サーバ２２と同様に構成される部分には、同じ参照符号を付し、それらの部分の詳細な説明については省略する。
【０１３０】
図１５に示すように、契約会社サーバ２２Ｘは、制御部２２０、通信部２２１、低気圧情報ファイル２２２、契約者データベース（以下、契約者ＤＢという。）２２３、経路データベース（以下、経路ＤＢという。）２２４、経路検索部２２５を備えている。制御部２２０は、契約会社サーバ２２Ｘの各部を制御するものであり、図１５に示すように、ＣＰＵ２２０１、ＲＯＭ２２０２、ＲＡＭ２２０３が、ＣＰＵバス２２０４を通じて接続されて構成されたマイクロコンピュータである。なお、図１５には図示しなかったが、ＣＰＵバス２２０４には、例えば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等のいわゆる不揮発性メモリも接続される。そして、当該不揮発性メモリに対して、電源が落とされた場合にも保持しておくべきパラメータや追加プログラムなどを記憶させることもできるようにしている。
【０１３１】
そして、通信部２２１は、上述した分析会社サーバ２１や後述する携帯電話端末４などとの間においての通信処理を行うものである。また、図１５において、低気圧情報ファイル２２２、契約者ＤＢ２２３、経路ＤＢ２２４のそれぞれは、ハードディスク、書き換え可能な光ディスク、半導体メモリなどの大容量記録媒体に形成されるデータファイルである。この第２の実施形態の契約会社サーバ２２Ｘにおいても、低気圧情報ファイル２２２、契約者ＤＢ２２３、経路ＤＢのそれぞれは、契約会社サーバ２２Ｘが有するハードディスクに形成されるものである。
【０１３２】
ここで、低気圧情報ファイル２２２は、上述したように、分析会社サーバ２１から提供され、通信部２２１を通じて受信した低気圧に関するデータを保持するものである。また、契約者ＤＢ２２３は、契約会社と契約関係にあり、契約会社サーバ２２Ｘに対してアクセス可能な契約者の携帯電話端末の認証に関する情報を記憶保持するものである。具体的に契約者ＤＢ２２３には、契約者の氏名、住所、電話番号の他、認証情報として契約者毎に付与される識別情報（識別ＩＤ）などからなるものである。また、経路ＤＢ２２４は、鉄道、航空機、汽船、フェリーボートなど、不特定多数の人々が利用する公共交通機関の移動経路を示す移動経路情報や出発時刻や到着時刻などからなるダイヤグラムの情報等を記憶保持するものである。
【０１３３】
そして、契約会社サーバ２２Ｘが有する経路検索部２２５は、通信部２２１を通じて受け付ける携帯電話端末４からの出発地や目的地などの情報に基づいて、経路ＤＢ２２４の情報を検索し、公共交通機関の公的な乗り換えルート案内情報を検索するものである。更に、経路検索部２２５は、携帯電話端末４からの情報に、ユーザが高血圧であることを示す情報が含まれているときは、低気圧情報ファイル２２２に格納されている低気圧に関するデータをも考慮して、乗り換えルート案内情報を検索する。この場合、乗り換えルート案内情報は、低気圧がユーザの血圧に影響を及ぼす可能性の低いルートを示すものである。このように、経路検索部２２５は、通常ルート検索と血圧安全ルート検索の両方を行うことができるものである。
【０１３４】
［携帯電話端末４の構成例］
次に、契約者の使用する携帯電話端末４の構成例について説明する。図１６は、この第２の実施の形態の目的地案内システムにおいて用いられる携帯電話端末４の構成例を説明するためのブロック図である。図１６に示すように、この第２の実施の形態のシステムで用いられる携帯電話端末４は、送受信アンテナ４０１、アンテナ共用器４０２、受信部４０３、ベースバンド処理部４０４、コーデック４０５、受話器（スピーカ）４０６、送話器（マイクロホン）４０７、送信部４０８、局発部４０９、ＬＣＤ（Liquid Crystal Display）コントローラ４１０、ＬＣＤ４１１、リンガ４１２、制御部４２０、操作部４３０、地図データメモリ４３１、ＧＰＳ部４３２、ＧＰＳアンテナ４３３を備えたものである。
【０１３５】
制御部４２０は、携帯電話端末４の各部を制御するものであり、ＣＰＵ４２１、ＲＯＭ４２２、ＲＡＭ４２３、ＥＥＰＲＯＭ４２４が、ＣＰＵバス４２５を通じて形成されたマイクロコンピュータである。ここで、ＣＰＵ４２１は、制御の主体となるものであり、後述するＲＯＭ４２２などに記憶保持されているプログラムを実行し、各部に供給する制御信号を形成して、これを各部に供給したり、各部からの信号を受け付けて、これを処理したりする。ＲＯＭ４２２は、上述もしたように、ＣＰＵ４２１によって実行される種々のプログラムやフォントデータなどの処理に必要になる各種のデータを記憶保持しているものである。ＲＡＭ４２３は、各種の処理において途中結果を一時記憶するなど、主に作業領域として用いられるものである。ＥＥＰＲＯＭ４２４は、いわゆる不揮発性メモリであり、この携帯電話端末４の電源が落とされても保持しておくべき情報、例えば、各種の設定パラメータ、電話帳データ、電子メールデータ、新たに提供されたプログラムなどを記憶保持するものである。
【０１３６】
このような制御部４２０に対しては、図１６に示すように、操作部４３０が接続されている。操作部４３０は、図示しないが、テンキーや各種のファクションキーなどの複数の操作キーが設けられたものであり、ユーザからの操作入力を受け付けるものである。そして、操作部４３０を通じて受け付けた使用者からの操作入力は、電気信号に変換されて制御部４２０に供給される。これにより、制御部４２０は、ユーザからの指示に応じて各部を制御し、ユーザの指示に応じた処理を行うことができるようにしている。
【０１３７】
また、制御部４２０に対しては、ＬＣＤコントローラ４１０と、リンガ４１２とが接続されている。ＬＣＤコントローラ４１０は、制御部４２０により制御され、制御部４２０からの表示データからＬＣＤ４１１に供給する映像信号を形成し、これをＬＣＤ４１１に供給する。これにより、ＬＣＤ４１１に制御部４２０からの表示データに応じて情報が表示される。また、リンガ４１２はリンガコントローラを備え、制御部４２０からの制御信号に応じて、警告音や着信音を放音することができるものである。
【０１３８】
さらに、制御部４２０に対しては、地図データメモリ４３１が接続されている。この地図データメモリ４３１には、後述するＧＰＳ部４３２を通じて取得する現在位置を示す情報を用いて、例えば、経路案内（道案内）を行う場合などに用いられる地図データが格納されている。なお、地図データメモリ４３１には、必要な地域の地図データを、例えば、インターネット１００を通じて所定のサーバからダウンロードしてきて格納しておくことができるようにされる。
【０１３９】
そして、ＧＰＳ部４３２及びＧＰＳアンテナ４３３は、現在位置を取得するためのものであり、複数の人口衛星からの測位データがＧＰＳアンテナ４３３を通じて受信され、これがＧＰＳ部４３２に供給される。ＧＰＳ部４３２は、受信した複数の人口衛星からの測位データを分析することにより、自己の現在位置を示す情報（経度、緯度）を精度良く特定する。そして、制御部４２０は、ＧＰＳ部４３２により特定された現在位置を示す情報と、地図データメモリ４３１に格納されている地図データとにより、経路案内を行うことができるようにされる。
【０１４０】
次に、携帯電話端末４において、電話網やインターネットを通じた通信を行う場合の受信系および送信系について説明する。先ず、携帯電話端末４の受信系について説明する。送受信アンテナ４０１を通じて受信した受信信号は、アンテナ共用器４０２を通じて受信部４０３に供給される。受信部４０３は、受信信号が適正なレベルになるように、必要な帯域制限、ＡＧＣ（Automatic Gain Control）を行なうとともに、局発部（周波数シンセサイザ）４０９からの信号に基づいて、受信信号の周波数を一定の周波数にするなどの処理を行って、処理後の信号をベースバンド処理部４０４に供給する。
【０１４１】
ベースバンド処理部４０４は、受信部４０３からの信号をＡ／Ｄ変換し、フェージングなどの影響除去や、受信した信号の種別判別、デ・インターリーブ、エラー訂正を行ない、適切な復号処理を行って、音声データとその他の通信データとを分離する。そして、音声データは、ＤＳＰ（Digital Signal Processor）の構成とされたコーデック４０５に供給され、その他の通信データである、例えば、各種の制御情報や文字データなどは、制御部４２０に供給される。
【０１４２】
コーデック４０５は、ベースバンド処理部４０４からの音声データをＤ／Ａ変換してアナログ音声信号を形成し、これをスピーカ４０６に供給する。スピーカ４０６は、コーデック４０５からのアナログ音声信号により駆動され、受信信号に応じた音声を放音する。一方、ベースバンド処理部４０４から制御部４２０に供給された通信データは、携帯電話端末４用の制御データや文字データなどの場合には、制御部４２０のＲＡＭ４２３に一時記憶されて、この携帯電話端末４において使用される。そして、契約会社サーバ２２Ｘからの種々の通知情報は、自機に対するいわゆる制御データをも含んでおり、上述したように、送受信アンテナ４０１、アンテナ共用器４０２、受信部４０３、ベースバンド処理部４０４を通じて制御部４２０に供給されて、危険度の報知に用いられるようにされる。
【０１４３】
次に、この実施の形態の携帯電話端末４の送信系について説明する。マイクロホン４０７は、収音した音声をアナログ音声信号に変換し、これをコーデック４０５に供給する。コーデック４０５は、マイクロホン４０７からのアナログ音声信号をＡ／Ｄ変換して、デジタル音声信号を形成し、これをベースバンド処理部４０４に供給する。ベースバンド処理部４０４は、コーデック４０５からのデジタル音声信号を所定の符号化方式で符号化して圧縮し、所定のブロックにまとめる。またベースバンド処理部４０４は、制御部４２０を通じて供給されるキー操作部４３０を通じて受け付けた送信用のデジタルデータついても所定のブロックにまとめることができるものである。ベースバンド処理部４０４は、圧縮されたデジタル音声信号や操作部４３０を通じて受け付けた送信用のデジタルデータをまとめ、送信部４０８に供給する。
【０１４４】
送信部４０８は、ベースバンド処理部４０４からのデジタルデータから変調信号を形成し、この変調信号を所定の送信周波数に変換するために、変調信号と、局発部４０９からの変換用の信号とを混合して、送信用変調信号を形成する。この送信部４０８において形成された送信用変調信号は、アンテナ共用器４０２を経由して、送受信アンテナ４０１から送信される。したがって、操作部４３０を操作することにより、形成される契約会社サーバ２２Ｘに対する種々の要求も、ベースバンド処理部４０４、送信部４０８、アンテナ共用器４０２、送受信アンテナ４０１を通じて送出され、契約会社サーバ２２Ｘに対して送信することができるようにされる。
【０１４５】
このような受信系および送信系を備えた携帯電話端末４においては、待ち受け受信時（待ち受け時）においては、制御部４２０は、ベースバンド処理部４０４からの受信信号を監視することにより、自機への着信を検出する。そして、制御部４２０は、自機への着信を検出した場合には、リンガ４１２を制御して、呼び出し音（リンガ音）を放音することにより、自機への着信を当該携帯電話端末４の使用者に通知する。
【０１４６】
そして、携帯電話端末４の使用者が、携帯電話端末４に設けられている操作部４３０の通話開始キー（オフフックキー）を押下するなどのオフフック操作を行なうことにより、着信に応答した場合には、制御部４２０は、送信系を通じて、接続応答を送出するなどして通信回線を接続し、前述したように、受信系、送信系の動作によって通話が可能となる。
【０１４７】
また、この携帯電話端末４から発信（発呼）する場合には、例えば、操作部４３０のダイヤルキーを通じて電話番号を入力し、あるいは、予め登録された電話帳データから相手先の電話番号を選択することにより、目的とする相手先を特定するようにし、操作部４３０の通話開始キーを押下するなどのオフフック操作を行うことによって、ダイヤル動作（発呼処理）を行なうようにすることができる。
【０１４８】
これにより、制御部４２０は、発呼要求を形成し、送信系を通じて送信することにより、目的とする相手先の電話端末との間に通信回線を接続するようにする。そして、相手先からの着信応答が返信されてきて、通信回線の接続を確認すると、前述したように、受信系、送信系の動作によって通話が可能となる。
【０１４９】
また、この実施の形態の携帯電話端末は、インターネットに接続が可能なものであり、例えば、電話会社が提供するプロバイダ機能を通じて、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を入力して送信することにより、Ｗｅｂページなどの情報を得て、この情報を、制御部４２０を通じてＬＣＤ４１１に表示したりすることもできるようにしている。また、この実施の形態の携帯電話端末１は、操作部４３０、ＬＣＤ４１１を通じて情報を入力して、送信用の電子メールデータをＥＥＰＲＯＭ４２４に作成し、これをインターネットを通じて目的とする相手先のメールサーバに送信したり、また、自機宛の電子メールをメールサーバから受信してＥＥＰＲＯＭ４２４に格納し、これをＬＣＤ４１１に表示して利用したりするなどのこともできるものである。
【０１５０】
このように、携帯電話端末４は、携帯電話ネットワークやインターネット１００などの広域ネットワークを通じて、電話通信やデータ通信を行うことができるものである。そして、上述もしたように、この第２の実施の形態の携帯電話端末４は、インターネット接続機能を用いることにより、インターネット１００を通じて契約会社サーバ２２Ｘにアクセスし、乗り換えルート検索要求を送信することができる。これにより、契約会社サーバ２２Ｘにおいて、乗り換えルートの検索処理が行われ、その結果の提供を受けて、ＬＣＤ４１１に表示してユーザに提供することができるようになっている。
【０１５１】
［検索用情報の入力画面と検索結果の報知画面］
次に、この第２の実施の形態の携帯電話端末４で用いられる乗換えルート検索サービスを受ける場合に用いられる、必要情報の入力画面の例と、検索された乗り換えルートの報知画面の例について説明する。
【０１５２】
図１７は、この第２の実施の形態の携帯電話端末４で用いられる乗換えルート検索サービスを受ける場合に用いられる、必要情報の入力画面の例について説明するための図である。図１７（Ａ）は、出発日時を指定して乗り換えルートの検索を行うための情報入力画面であり、出発地、目的地、出発時刻、高血圧症の別の各入力欄が設けられている。ここで、出発地の入力欄には、出発することになる駅、空港、港などの名称などが入力される。目的地の入力欄には、到着したい駅、空港、港などの名称などが入力される。なお、駅については、鉄道会社を区別する情報の入力もできるようにされる。出発日時の入力欄には、出発しようとしている予定日時が入力される。また、高血圧の入力欄には、高血圧症である場合には、「１：高血圧症」か、「０：正常」かの別が入力される。
【０１５３】
図１７（Ａ）に示した入力画面の各入力欄に、操作部４３０を通じて情報を入力し、操作部１３０の数字キーを通じて、「１：ＯＫ」を選択すると、当該入力された情報を含む検索要求が形成されて契約会社サーバ２２Ｘに送信されることになる。また、図１７（Ａ）に示した入力画面の各入力欄に、操作部４３０を通じて情報を入力している段階で、操作部１３０の数字キーを通じて、「２：ＮＧ」を選択すると、各入力欄への再度の情報の入力を行うことができるようにされる。また、図１７（Ａ）が表示されている場合に、操作部１３０の数字キーを通じて、「９：終了」を選択すると、当該入力画面は消去され、例えば、元の処理モードとなるようにされる。
【０１５４】
また、図１７（Ｂ）は、到着日時を指定して乗り換えルートの検索を行うための情報入力画面であり、図１７（Ａ）に示した入力画面の出発日時の入力欄が、到着日時の入力欄に変わったことを除けば、他の入力欄は、図１７（Ａ）に示した入力画面と同様のものである。これにより、図１７（Ａ）の入力画面を用いれば、出発時刻を基準にして乗り換えルートの検索を行うように指示することができるようにされる。また、図１７（Ｂ）の入力画面を用いれば、到着時刻を基準に乗り換えルートの検索を行うように指示することができるようにされる。
【０１５５】
なお、ここでは、２つの入力画面（図１７（Ａ）、（Ｂ））を示したが、出発日時の入力欄と到着日時の入力欄との両方を備えた入力画面を用いるようにし、それらに入力された情報に基づいて、乗り換えルートの検索を行うように指示することもできる。この場合、出発日時の入力欄と到着日時の入力欄とのいずれか一方への情報の入力を省略することができるようにしておけば、入力された情報に応じた検索を要求することができる。また、出発日時の入力欄と到着日時の入力欄との両方に情報が入力された場合には、例えば、入力された出発日時から到着日時の間に移動できるようにする乗り換えルートが検索するなどのことが行うようにされる。
【０１５６】
このように、携帯電話端末４においては、たとえば、図１７（Ａ）、（Ｂ）に示したように構成される入力画面を用いて、操作部４３０を通じて必要な情報を入力し、この入力した情報を含む、検索要求を形成して、契約会社サーバ２２Ｘに送信することができる。
【０１５７】
図１８、図１９は、この第２の実施の形態の携帯電話端末４で用いられる乗換えルート検索サービスを受ける場合に用いられる、検索された乗り換えルートの報知画面の例について説明するための図である。図１８（Ａ）、（Ｂ）、（Ｃ）は、図１７（Ａ）、（Ｂ）を用いて説明した入力画面を通じて、１０月３０日に東京駅から青森駅に向かう場合の乗り換えルートの検索を行うようにした場合の検索結果の表示例である。
【０１５８】
図１８（Ａ）は、低気圧に関するデータが、現在、日本海側から低気圧が接近中であり、２４時間以内にその低気圧の勢力範囲が東北地方の日本海側に到達する可能性があることを示して場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、図１８（Ａ）に示すように、日本海側から低気圧が接近中であるため、日本海側のルートは避け、東北新幹線を使って、青森に向かうようにすることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１５９】
また、図１８（Ｂ）は、低気圧に関するデータが、現在、太平洋側を低気圧が北上中であり、２４時間以内にその低気圧の勢力範囲が東北地方の太平洋側に到達する可能性があることを示している場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、図１８（Ｂ）に示すように、太平洋側を低気圧が北上中であるため、太平洋側のルートは避け、上越新幹線を使って新潟まで行き、新潟から羽越線経由の日本海ルートで青森に向かうようにすることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１６０】
また、図１８（Ｃ）は、低気圧に関するデータが、現在、北東北地方に急速に低気圧が接近中であり、高速に青森に向かうと低気圧の影響を受けて、血圧が上昇する可能性があることを示している場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、新幹線などの高速な移動手段の利用はやめ、普通列車や急行列車などの比較的に低速な移動手段を用いるか、１０月３０日の移動は断念し、１０月３１日以降に移動したほうが安全であることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１６１】
また、図１９（Ａ）は、低気圧に関するデータが、現在、低気圧が日本列島に接近中であり、当該低気圧の勢力範囲が４８時間後に北東北に到達する可能性があることを示している場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、４８時間以内に低気圧の勢力範囲が到達する可能性があるので、早めに青森まで行き、２４時間以内に帰京することが安全であることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１６２】
また、図１９（Ｂ）は、低気圧に関するデータが、現在、低気圧の勢力範囲が２４時間以内に東北地方に到達する可能性があることを示している場合の契約会社サーバ２２Ｘの検索結果の報知画面の表示例を示すものである。この例の場合、青森に向かうことは、低気圧の接近に伴って血圧が上昇する可能性が高いので、無理に移動せず、指定席やグリーン席を利用して、ゆったりと移動したほうが安全であることを報知する情報がＬＣＤ４１１の表示画面４１１Ｇに表示されている。
【０１６３】
この他にも、上述した第１の実施の形態の場合と同様に、低気圧が接近中の場合には、飛行機を利用したり、高地を移動する経路の列車を利用したりするルートは除外して、できるだけ安全な乗り換えルートを検索し、これを報知することもできる。また、目的地までの間の所定の地点で１泊したり、数時間程度の休憩を取ったりするなどの情報を報知するようにすることも可能である。
【０１６４】
［第２の実施の形態のシステムの各装置における具体的な処理］
次に、上述したように構成される、携帯電話端末４、契約会社サーバ２２Ｘのそれぞれにおいて行われる処理について具体的に説明する。なお、分析会社サーバ２１で行われる処理は、第１の実施の形態の分析会社サーバ２１で行われる処理と基本的に同じで有るので、この第２の実施の形態の説明では省略する。
【０１６５】
［携帯電話端末４の処理］
まず、この第２の実施の形態の目的地案内システムで用いられる携帯電話端末４の動作について説明する。図２０は、この第２の実施の形態の携帯電話端末４の動作について説明するためのフローチャートである。この図２０に示す処理は、例えば、実行可能な処理や機能が登録され、ＬＣＤ４１１に表示するようにされるメニューから、操作部４３０を通じて、乗り換えルート検索が選択された場合に、主に制御部４２０において実行される処理である。
【０１６６】
上述のように、メニューから乗り換えルート検索が選択されると、制御部４２０は図２０に示した処理を実行し、図１７を用いて説明した入力画面をＬＣＤ４１１に表示して、検索に必要となる情報の入力を受け付ける（ステップＳ５０１）。なお、図１７を用いて説明したように、複数種類の入力画面を用いることができる場合には、例えば、「乗り換えルート検索（出発日時指定）」、「乗り換えルート検索（到着日時指定）」などの項目を有するメニューから目的とする入力画面を用いる処理を選択することができるようにされる。
【０１６７】
そして、制御部４２０は、設定情報の入力が完了したか否かを判断する（ステップＳ５０２）。ステップＳ５０２の判断処理において、設定情報の入力がまだ完了していないと判断したときには、検索の終了が指示されたか否かを判断する（ステップＳ５０３）。ステップＳ５０３の判断処理において、検索の終了が指示されたと判断したときには、ＬＣＤ４１１に表示した入力画面を消去し、元の表示画面に戻すなどの所定の終了処理を行って（ステップＳ５０４）、この図２０に示す処理を終了する。また、ステップＳ５０３の判断処理において、検索の終了は指示されていないと判断したときには、制御部４２０はステップＳ５０１からの処理を繰り返し、設定情報の入力を受け付けるようにする。
【０１６８】
また、ステップＳ５０２の判断処理において、設定情報の入力が完了したと判断したときには、制御部４２０は、入力された設定情報を含む乗り換えルートの検索要求を形成し、これを送信系を通じて、契約会社サーバ２２Ｘに送信する（ステップＳ５０５）。ここで、携帯電話端末４の送信系は、ここでは上述の説明からも分かるように、ベースバンド処理部４０４、送信部４０８、アンテナ共用器４０２、送受信アンテナ４０１からなる部分である。
【０１６９】
この後、制御部４２０は、契約会社サーバ２２Ｘから送信されてくる自機宛の検索結果を受信系を通じて受信するようにする（ステップＳ５０６）。ここで、携帯電話端末４の受信系は、上述した説明からも分かるように、送受信アンテナ４０１、アンテナ共用器４０２、受信部４０３、ベースバンド処理部４０４からなる部分である。この後、制御部４２０は、自機宛の検索結果を受信したか否かを判断する（ステップＳ５０７）。ステップＳ５０７の判断処理において、自機宛の検索結果を受信していないと判断したときには、制御部４２０は、タイムアウトになったか否かを判断する（ステップＳ５０８）。
【０１７０】
このステップＳ５０８の判断処理は、携帯電話端末４の図示しないカウンタや時計回路の機能を用いることにより、ステップＳ５０４の検索要求の送信から一定時間が経過したか否かを判断する処理である。ステップＳ５０８の判断処理において、タイムアウトになったと判断したときには、乗り換えルートの検索結果が取得できない旨のエラーメッセージを出力する（ステップＳ５０９）。この後、この第２の実施の形態の携帯電話端末４においては、ステップＳ５０１からの処理を繰り返し、再度、設定情報の入力からやり直すことができるようにされる。また、ステップＳ５０８の判断処理において、タイムアウトになっていないと判断したときには、ステップＳ５０６からの処理を繰り返し、契約会社サーバ２２Ｘからの検索結果の受信処理を繰り返す。
【０１７１】
ステップＳ５０７の判断処理において、自機宛の検索結果を受信したと判断したときには、制御部４２０は、当該検索結果を例えばＲＡＭ４２３に取り込み、これをＬＣＤコントローラ４１０を通じてＬＣＤ４１１に表示する処理を行う（ステップＳ５１０）。この後、操作部４３０を通じて、検索結果表示の終了確認を受け付け（ステップＳ５１１）、終了確認を受け付けたか否かを判断する（ステップＳ５１２）。このステップＳ５１２の判断処理において、終了確認を受け付けていないと判断したときには、制御部４２０はステップＳ５１１からの処理を繰り返す。また、ステップＳ５１２の判断処理において終了確認を受け付けたと判断したときには、制御部４２０は、ＬＣＤ４１１に表示した検索結果を消去して、検索処理前の状態に復帰させる所定の終了処理を実行し（ステップＳ５１３）、この図２０に示す処理を終了する。
【０１７２】
このように、この第２の実施の形態の携帯電話端末４は、乗り換えルートの検索を行う場合に、ユーザから必要な設定情報の入力を受け付けて、これを含む検索要求を形成して契約会社サーバ２２Ｘに送信する。これにより、契約会社サーバ２２Ｘにおいて入力した設定情報に応じた乗り換えルートの検索処理を実行させることができる。そして、携帯電話端末４は、契約会社サーバ２２Ｘから乗り換えルートの検索結果の提供を受け、これをＬＣＤ４１１に表示してユーザに提供することができる。この場合、携帯電話端末４からの設定情報の中に、ユーザが高血圧症であることを示す情報が含まれるときには、後述もするように、契約会社サーバ２２Ｘは、分析会社サーバ２１から低気圧に関するデータを取得し、これをも考慮して、低気圧がユーザの血圧に影響与える可能性の低い乗り換えルートを検索して、これをユーザに提示することができるようにされる。
【０１７３】
［契約会社サーバ２２Ｘの処理］
次に、契約会社サーバ２２Ｘにおいて行われる乗り換えルートの検索処理について説明する。図２１は、第２の実施の形態の契約会社サーバ２２Ｘにおいて行われる乗り換えルートの検索処理について説明するためのフローチャートである。この図２１に示す処理は、契約会社サーバ２２Ｘの制御部２２０において行われる処理である。
【０１７４】
契約会社サーバ２２Ｘは、通信部２２１を通じて、常時、契約者の携帯電話端末４からの乗り換えルートの検索要求を受信するようにしている（ステップＳ６０１）。そして、制御部２２０は、通信部２２１を通じて契約者の携帯電話端末４からの乗り換えルートの検索要求を受信したか否かを判断する（ステップＳ６０２）。ステップＳ６０２の判断処理において、契約者の携帯電話端末４からの乗り換えルートの検索要求を受信していないと判断したときには、制御部２２０はステップＳ６０１からの処理を繰り返すようにする。
【０１７５】
ステップＳ６０２の判断処理において、契約者の携帯電話端末４からの乗り換えルートの検索要求を受信したと判断したときには、制御部２２０は、受信した検索要求に含まれるユーザからの設定情報の中に、ユーザが高血圧症であることを示す情報が含まれているか否かを判断する（ステップＳ６０３）。ステップＳ６０３の判断処理において、ユーザが高血圧症であることを示す情報が含まれていると判断したときには、制御部２２０は、分析会社サーバ２１に対して送信する低気圧に関するデータの提供要求を形成し、これを通信部２２１を通じて分析会社サーバ２１に送信する（ステップＳ６０４）。そして、制御部２２０は、通信部２２１を通じて分析会社サーバ２１からの低気圧に関するデータを受信して、低気圧情報ファイル２２２に格納するようにし（ステップＳ６０５）、通信部２２１を通じて分析会社サーバ２１からの低気圧に関するデータを受信したか否かを判断する（ステップＳ６０６）。
【０１７６】
ステップＳ６０６の判断処理において、分析会社サーバ２１からの低気圧に関するデータを受信していないと判断したときには、制御部２２０はステップＳ６０５からの処理を繰り返すようにする。また、ステップＳ６０６の判断処理において、分析会社サーバ２１からの低気圧に関するデータを受信したと判断したときには、制御部２２０は、経路検索部２２５を制御して、受信して低気圧情報ファイル２２２に格納した最新の低気圧に関するデータをも考慮した血圧安全ルート検索を実行する（ステップＳ６０７）。また、ステップＳ６０３の判断処理において、ユーザが高血圧症であることを示す情報は含まれていないと判断したときには、制御部２２０は、経路検索部２２５を制御して低気圧に関するデータを考慮しない通常ルート検索を実行する（ステップＳ６０８）。
【０１７７】
そして、ステップＳ６０７の血圧安全ルート検索を実行した後、あるいは、ステップＳ６０８の通常ルート検索を実行した後においては、制御部２２０は、それらの検索結果を通信部２２１を通じて検索要求元の携帯電話端末４に送信する（ステップＳ６０９）。この後、制御部２２０は、ステップＳ６０１からの処理を繰り返すようにする。
【０１７８】
このように、この第２の実施の形態の契約会社サーバ２２Ｘは、携帯電話端末４からの検索要求に応じて、乗り換えルートの検索処理を行う。そして、携帯電話端末４からの検索要求に、携帯電話端末４のユーザが高血圧症であることを示す情報が含まれているときには、分析会社サーバ２１から低気圧に関するデータの提供を受けて、血圧安全ルート検索を行う。この結果、低気圧が携帯電話端末のユーザの血圧に影響を与える可能性の少ない乗り換えルートを検索し、これを要求元の携帯電話端末４に提供することができるようにしている。
【０１７９】
［第２の実施の形態のまとめ］
このように、この第２の実施の形態の目的地案内システムの場合には、携帯電話端末４は、持ち運びに適するように小型化、軽量化がなされたものであり、第１の実施の形態のナビゲーション装置に比べれば処理能力の点で、いわば低機能の装置であるといえる。しかし、乗り換えルートの検索機能をインターネット１００に接続された契約会社サーバ２２Ｘに代行させることによって、携帯電話端末４自身に大きな負荷をかけることなく、乗り換えルートの検索を行い、その検索結果を利用することができるようにされる。
【０１８０】
しかも、契約会社サーバ２２Ｘにおいては、低気圧に関するデータを考慮した血圧安全ルート検索を行うこともできるので、従来実現できていなかった低気圧が携帯電話端末のユーザの血圧に影響を与える可能性の低い乗り換えルートを検索し、これを携帯電話端末４のユーザに提供することができるようになる。したがって、この第２の実施の形態の目的地案内システムは、公共交通機関を利用する場合であっても、低気圧の影響を極力受けないルートで移動することが可能となり、血圧上昇に伴う脳出血等の危険性を低下させることが期待できる。
【０１８１】
なお、この第２の実施の形態においては、ユーザが用いるユーザ端末として携帯電話端末を用いるようにしたが、これに限るものではない。例えば、通信機能を備え、インターネットに接続可能なパーソナルコンピュータを用いるようにしてもよいし、また、通信機能を備え、インターネットに接続可能なＰＤＡ（Personal Digital Assistant）などと呼ばれる携帯型の個人情報端末を用いるようにすることもできる。また、ユーザ端末は、持ち運ばれて利用されるものに限るものではなく、例えば、家庭や会社に設置されるデスクトップ型のパーソナルコンピュータなどを用いるようにすることもできる。また、ユーザ端末が、パーソナルコンピュータやＰＤＡなどの高機能装置である場合には、第１の実施の形態のナビゲーション装置１の場合と同様に、パーソナルコンピュータやＰＤＡに低気圧に関する情報の提供を受けて、当該パーソナルコンピュータやＰＤＡにおいて、血圧安全ルートの検索や通常ルートの検索を行うようにしてもよい。
【０１８２】
また、上述した第２の実施の形態の携帯電話端末４は、ＧＰＳ機能をも備えている。このため、ＧＰＳ機能を用いて測位した現在位置を出発地として、目的地は操作部４３０を通じて受け付けたものを用いるようにすることもできる。
【０１８３】
［変形例］
［高血圧症のユーザか否かの事前設定］
なお、上述した第１の実施の形態においては、ナビゲーション装置１に対して、ルートの検索、設定時に、運転者等が高血圧症か否かを示す情報を入力するようにした。しかし、これに限るものではない。当該ナビゲーション装置１が搭載された自動車に乗る人が高血圧症の人であると分かっている場合には、ナビゲーション装置１の例えばＥＥＰＲＯＭなどに、運転者等が高血圧症であることを示す情報を予め設定しておくようにしてもよい。この場合には、ルートの検索、設定時に、運転者等が高血圧症か否かを示す情報を一々入力する必要が無くなる。
【０１８４】
また、第２の実施の形態においては、乗り換えルートの検索要求時に、ユーザが高血圧症か否かを示す情報を入力するようにした。しかし、携帯電話端末４のユーザが高血圧症である場合には、予め契約会社サーバ２２Ｘの契約者ＤＢ２２３に、携帯電話端末４のユーザが高血圧症であることを示す情報を登録しておく。このようにすれば、乗り換えルートの検索要求時に、ユーザが高血圧症か否かを示す情報を一々入力する必要がなくなる。
【０１８５】
なお、第１の実施の形態のナビゲーション装置１においては、運転者等が高血圧症か否かに関わらず、必ず血圧安全ルートも検索するようにし、どのルートを使うかをユーザが選択するように構成することも可能である。同様に、第２の実施の形態の契約会社サーバ２２Ｘにおいても、必ず、血圧安全ルート検索と通常ルート検索を行い、そのいずれをも携帯電話端末４を通じて提供するように構成することも可能である。
【０１８６】
［気圧変動と血圧変動の関係の詳細化］
なお、上述した実施の形態においては、例えば、２４時間以内に低気圧の勢力範囲に到達する地方に移動する場合には、更なる血圧の上昇を避けるために高地を迂回するようにしたり、低気圧が接近する地方をできるだけ迂回したりするようにした。しかし、これに限るものではない。例えば、上述した参考サイト２には、気圧変動曲線と血圧変動曲線との関係から、低気圧の接近に伴い気圧が下がるどの位前から血圧が上昇するかについて、詳細な考察がなされている。当該参考サイト２には、気圧変動より血圧変動の方がどの位早く始まるかを計算により予測する手法が開示されている。
【０１８７】
そこで、上述した第１の実施の形態のナビゲーション装置においては、運転者等が高血圧症である場合に、参考サイト２に開示されている当該手法を用いることにより、低気圧が接近している地域における血圧が上昇する可能性が高くなる時点を把握する。そして、把握した当該時点以降においては、血圧安全ルートを用いるようにすることもできる。同様に、第２の実施の形態の場合にも、契約会社サーバ２２Ｘにおいては、携帯電話端末４のユーザが高血圧症である場合に、参考サイト２に開示されている当該手法を用いることにより、低気圧が接近している地域における血圧が上昇する可能性が高くなる時点を把握する。そして、把握した当該時点以降においては、血圧安全ルート検索を行って、その結果を通知するようにすることもできる。
【０１８８】
［気圧に関する情報以外の気象情報の利用可能性］
また、上述した実施形態においては、低気圧の位置、勢力範囲、移動方向、移動速度などを考慮して、ルート検索や乗り換えルート検索を行うものとして説明したが、これに限るものではない。例えば、関節リュウマチなどの関節に病気のある人の場合、湿度の上昇は関節の状態に影響を及ぼし、関節痛を誘発させる可能性がある。そこで、湿度が所定値以上に上昇する地域に移動したり、当該地域を通過するような場合に、当該地域を迂回したり、到着時間を早めたり、遅らせたりすることを進めるなどのことも可能である。
【０１８９】
また、湿度に替えて気温に着目し、同様のことを行うことも可能であるし、低気圧の接近の状態、湿度、温度などの種々の気象情報を考慮することもできる。この場合、好ましくない気象状態になる可能性のある地域を迂回したり、その地域への到着時間を早めたり、逆に遅くしたりするなど、気象状態がユーザの身体に影響を及ぼすことができるだけ少なくなるようなルートや日程で移動するように促すことも可能である。このように、気象状態としては、低気圧に関する情報だけでなく、湿度や温度など、人間の身体に影響を及ぼす可能性のある種々の気象に関する情報を考慮することができる。
【０１９０】
［気象状態の急速な変化時の処理］
また、上述した実施形態においては、分析会社サーバ２１が所定時間ごとに気象データ提供元に気象データを取りにいくものとして説明したが、これに限るものではない。例えば、急に気象状態が大きく変化した場合などにおいては、分析会社サーバ２１は自動的に気象データ提供元から最新の気象データの提供を自動的に受けることができるようにする。このように緊急に気象データの提供を受けたときには、分析会社サーバは直ちに気象予測情報を生成しなおし、契約会社サーバ２２Ｘに提供する。このようにすることによって、ナビゲーション装置１のユーザや携帯電話端末４のユーザは、正確性の高い気象データを考慮した安全性の高いルートの検索結果を利用することができる。
【０１９１】
［その他］
なお、上述した第１の実施形態のナビゲーション装置１において、操作部１３１が受付手段の機能を実現し、ＧＰＳ部１０２が測位手段の機能を実現し、通信部１０９が取得手段の機能を実現し、地図ＤＢ１３２が地図データベースの機能を実現している。また、当該ナビゲーション装置１において、主にルート検索部１０３が検索手段の機能を実現し、ＬＣＤコントローラとＬＣＤ１０６や音声処理部１０７とスピーカ１０８が制御部１２０と協働して提示手段としての機能を実現している。また、当該ナビゲーション装置１において、制御部１２０が制御手段としての機能を実現している。
【０１９２】
また、上述した第２の実施の形態においては、契約会社サーバ２２Ｘの通信部２２１が受信手段、取得手段、送信手段としての機能を実現し、経路ＤＢ２２４が経路データベースの機能を実現し、主に経路検索部２２５が検索手段の機能を実現している。また、携帯電話端末４の操作部４３０が受付手段の機能を実現している。また、送受信アンテナ４０１、共用器１４０２、受信部４０３、ベースバンド処理部４０４、制御部４２０に至る受信系が受信手段としての機能を実現している。また、制御部４２０からベースバンド処理部４０４、送信部４０８、共用器４０２、送受信アンテナ４０１に至る送信系が送信手段としての機能を実現している。更に、ＬＣＤコントローラ４１０とＬＣＤ４１１と制御部４２０とが協働して、提示手段としての機能を実現している。
【０１９３】
［この発明の方法、プログラム］
そして、上述した実施形態からも分かるように、図２のシーケンス図や図８〜図９及び図１０のフローチャートを用いて説明した処理方法や、図１４のシーケンス図や図２０、図２１のフローチャートを用いて説明した処理方法が、この発明の方法の一実施形態に対応するものである。
【０１９４】
また、図８〜図９に示したフローチャートの処理を行うプログラムを形成し、インターネットに接続可能なナビゲーション装置に搭載することにより、この発明の目的地案内疎装置を実現することができる。また、図２０に示したフローチャートの処理を行うプログラムを形成し、インターネットに接続可能な通信端末に搭載することにより、この発明のユーザ端末を実現することができる。また、図２１に示したフローチャートの処理を行うプログラムを形成し、インターネットに接続可能なサーバ装置に搭載することにより、この発明のサーバ装置を実現することができる。
【符号の説明】
【０１９５】
１…ナビゲーション装置、１０１…ＧＰＳ用受信アンテナ、１０２…ＧＰＳ部、１０３…ルート検索部、１０４…ナビゲーション制御部、１０５…ＬＣＤコントローラ、１０６…ＬＣＤ、１０７…音声処理部、１０８…スピーカ、１０９…通信部、１１０…送受信アンテナ、１２０…制御部、１２１…ＣＰＵ、１２２…ＲＯＭ、１２３…ＲＡＭ、１２４…ＥＥＰＲＯＭ、１３１…キー操作部、１３２…地図データベース、１３３…取得データファイル、２、２Ｘ…サービス提供センター、２１…気象データ分析会社のサーバ、２１０…制御部、２１１…通信部、２１２…気象予測情報生成部、２１３…送信用低気圧情報生成部、２１４…時計回路、２１５…気象データファイル、２１６…気象履歴ファイル、２１７…気象予測ファイル、２２、２２Ｘ…契約会社のサーバ、２２０…制御部、２２１…通信部、２２２…低気圧情報ファイル、２２３…契約者データベース、２２４…経路データベース、２２５…経路検索部、４…携帯電話端末、４０１…送受信アンテナ、４０２…アンテナ共用器、４０３…受信部、４０４…ベースバンド処理部、４０５…コーデック、４０６…受話器（スピーカ）、４０７…送話器（マイクロホン）、４０８…送信部、４０９…局発部、４１０…ＬＣＤコントローラ、４１１…ＬＣＤ、４１２…リンガ、４２０…制御部、４３０…操作部、４３１…地図データメモリ、４３２…ＧＰＳ部、４３３…ＧＰＳアンテナ
【特許請求の範囲】
【請求項１】
目的地の入力を受け付ける受付手段と、
即時的に現在位置を測位する測位手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための地図データを保持する地図データベースと、
前記測位手段を通じて測位した現在位置から前記受付手段を通じて受け付けた目的地までのルートを前記地図データベースの地図データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートをユーザに対して提示する提示手段と
を備えることを特徴とする目的地案内装置。
【請求項２】
請求項１に記載の目的地案内装置であって、
前記目的地に到達する前に電源が落とされた後、電源が立ち上げられた場合に、前記取得手段と前記検索手段とを制御し、最新の気象に関する情報を取得し、当該最新の気象に関する情報を考慮して、再度のルート検索を実行するようにする制御手段を備えることを特徴とする目的地案内装置。
【請求項３】
サーバ装置とユーザ端末とからなる目的地案内システムであって、
前記サーバ装置は、
前記ユーザ端末からの出発地と目的地とを示す情報とを受信する受信手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための経路データを保持する経路データベースと、
前記受信手段を通じて受け付けた情報により特定される前記出発地から前記目的地までのルートを前記経路データベースの前記経路データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートを示す情報を前記ユーザ端末に送信する送信手段と
を備え、
前記ユーザ端末は、
出発地と目的地の指示入力を受け付ける受付手段と、
前記受付手段を通じて受け付けた前記出発地と前記目的地とを示す情報を、前記サーバ装置に送信する送信手段と、
前記サーバ装置の前記送信手段から送信される前記ルートを示す情報を受信する受信手段と、
前記受信手段を通じて受信した前記ルートを示す情報をユーザに対して提示する提示手段と
を備えることを特徴とする目的地案内システム。
【請求項４】
ユーザ端末からの要求に応じて、出発地から目的地までのルートを検索するサーバ装置であって、
前記ユーザ端末装置からの出発地と目的地とを示す情報とを受信する受信手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための経路データを保持する経路データベースと、
前記受信手段を通じて受け付けた情報により特定される前記出発地から前記目的地までのルートを前記経路データベースの前記経路データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートを示す情報を前記ユーザ端末に送信する送信手段と
を備えることを特徴とするサーバ装置。
【請求項５】
受付手段を通じて目的地の入力を受け付ける受付工程と、
測位手段を通じて即時的に現在位置を測位する測位工程と、
取得手段を通じて気象に関する情報を取得する取得工程と、
前記測位工程において測位した現在位置から前記受付工程において受け付けた目的地までのルートを、ルート検索のための地図データを保持する地図データベースの前記地図データから検索する工程であって、前記取得工程において取得した前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索手段が検索する検索工程と、
前記検索工程において検索したルートを提示手段がユーザに対して提示する提示工程と
を有することを特徴とする目的地案内方法。
【請求項６】
サーバ装置とユーザ端末装置とからなる目的地案内システムにおいて行われる目的地案内方法であって、
前記サーバ装置においては、
受信手段を通じて前記ユーザ端末装置からの出発地と目的地とを示す情報とを受信する受信工程と、
取得手段を通じて気象に関する情報を取得する取得工程と、
前記受信工程において受け付けた情報により特定される前記出発地から前記目的地までのルートを、ルート検索のための経路データを保持する経路データベースの前記経路データから検索する工程であって、前記取得工程において取得した前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索手段が検索する検索工程と、
送信手段を通じて前記検索工程において検索したルートを示す情報を前記ユーザ端末に送信する送信工程と
を有し、
前記ユーザ端末においては、
受付手段を通じて出発地と目的地の指示入力を受け付ける受付工程と、
送信手段を通じて前記受付工程において受け付けた前記出発地と前記目的地とを示す情報を前記サーバ装置に送信する送信工程と、
受信手段を通じて前記サーバ装置から送信される前記ルートを示す情報を受信する受信工程と、
前記受信工程において受信した前記ルートを示す情報を提示手段がユーザに対して提示する提示工程と
を有することを特徴とする目的地案内方法。
【請求項１】
目的地の入力を受け付ける受付手段と、
即時的に現在位置を測位する測位手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための地図データを保持する地図データベースと、
前記測位手段を通じて測位した現在位置から前記受付手段を通じて受け付けた目的地までのルートを前記地図データベースの地図データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートをユーザに対して提示する提示手段と
を備えることを特徴とする目的地案内装置。
【請求項２】
請求項１に記載の目的地案内装置であって、
前記目的地に到達する前に電源が落とされた後、電源が立ち上げられた場合に、前記取得手段と前記検索手段とを制御し、最新の気象に関する情報を取得し、当該最新の気象に関する情報を考慮して、再度のルート検索を実行するようにする制御手段を備えることを特徴とする目的地案内装置。
【請求項３】
サーバ装置とユーザ端末とからなる目的地案内システムであって、
前記サーバ装置は、
前記ユーザ端末からの出発地と目的地とを示す情報とを受信する受信手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための経路データを保持する経路データベースと、
前記受信手段を通じて受け付けた情報により特定される前記出発地から前記目的地までのルートを前記経路データベースの前記経路データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートを示す情報を前記ユーザ端末に送信する送信手段と
を備え、
前記ユーザ端末は、
出発地と目的地の指示入力を受け付ける受付手段と、
前記受付手段を通じて受け付けた前記出発地と前記目的地とを示す情報を、前記サーバ装置に送信する送信手段と、
前記サーバ装置の前記送信手段から送信される前記ルートを示す情報を受信する受信手段と、
前記受信手段を通じて受信した前記ルートを示す情報をユーザに対して提示する提示手段と
を備えることを特徴とする目的地案内システム。
【請求項４】
ユーザ端末からの要求に応じて、出発地から目的地までのルートを検索するサーバ装置であって、
前記ユーザ端末装置からの出発地と目的地とを示す情報とを受信する受信手段と、
気象に関する情報を取得する取得手段と、
ルート検索のための経路データを保持する経路データベースと、
前記受信手段を通じて受け付けた情報により特定される前記出発地から前記目的地までのルートを前記経路データベースの前記経路データから検索する手段であって、前記取得手段を通じて取得する前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索する検索手段と、
前記検索手段により検索されたルートを示す情報を前記ユーザ端末に送信する送信手段と
を備えることを特徴とするサーバ装置。
【請求項５】
受付手段を通じて目的地の入力を受け付ける受付工程と、
測位手段を通じて即時的に現在位置を測位する測位工程と、
取得手段を通じて気象に関する情報を取得する取得工程と、
前記測位工程において測位した現在位置から前記受付工程において受け付けた目的地までのルートを、ルート検索のための地図データを保持する地図データベースの前記地図データから検索する工程であって、前記取得工程において取得した前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索手段が検索する検索工程と、
前記検索工程において検索したルートを提示手段がユーザに対して提示する提示工程と
を有することを特徴とする目的地案内方法。
【請求項６】
サーバ装置とユーザ端末装置とからなる目的地案内システムにおいて行われる目的地案内方法であって、
前記サーバ装置においては、
受信手段を通じて前記ユーザ端末装置からの出発地と目的地とを示す情報とを受信する受信工程と、
取得手段を通じて気象に関する情報を取得する取得工程と、
前記受信工程において受け付けた情報により特定される前記出発地から前記目的地までのルートを、ルート検索のための経路データを保持する経路データベースの前記経路データから検索する工程であって、前記取得工程において取得した前記気象に関する情報を考慮し、気象状態がユーザの身体に影響を及ぼすことが少ないと考えられるルートを検索手段が検索する検索工程と、
送信手段を通じて前記検索工程において検索したルートを示す情報を前記ユーザ端末に送信する送信工程と
を有し、
前記ユーザ端末においては、
受付手段を通じて出発地と目的地の指示入力を受け付ける受付工程と、
送信手段を通じて前記受付工程において受け付けた前記出発地と前記目的地とを示す情報を前記サーバ装置に送信する送信工程と、
受信手段を通じて前記サーバ装置から送信される前記ルートを示す情報を受信する受信工程と、
前記受信工程において受信した前記ルートを示す情報を提示手段がユーザに対して提示する提示工程と
を有することを特徴とする目的地案内方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１１−１８０００５（Ｐ２０１１−１８０００５Ａ）
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願番号】特願２０１０−４５２０４（Ｐ２０１０−４５２０４）
【出願日】平成２２年３月２日（２０１０．３．２）
【出願人】（３０４０２０４９８）サクサ株式会社 (678)
【Ｆターム（参考）】
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願日】平成２２年３月２日（２０１０．３．２）
【出願人】（３０４０２０４９８）サクサ株式会社 (678)
【Ｆターム（参考）】
[ Back to top ]