(57)【要約】【課題】外出先の方位が方位学上良くない場合に、当該外出先が良くない方位（凶方位）の影響を避けられる経路等の行動指針を提案するともに、その行動指針に沿って利用者が円滑に行動できるための情報を提供する。【解決手段】利用者端末３ａ，３ｂからの生年月日情報、基点情報、目的地情報及び外出日情報をネットワークを介して受信し、受信した利用者の生年月日情報、基点情報及び外出日情報より外出日の基点に対する方位学上良い方位及び／又は良くない方位を判定し、その方位判定結果に基づいて、目的地が基点に対して方位学上良い方位かどうかを判定する。ここで、目的地が方位学上良くない方位である場合、地図情報上で目的地から方位学上良い方位にある最終目的候補地の施設を１箇所以上検索する。そして、最終目的候補地の施設情報を地図情報とともにネットワークを介して利用者端末３ａ，３ｂに送信する。【選択図】図２
2008197180.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末からの生年月日情報、基点情報、目的地情報及び外出日情報をネットワークを介して受信する受信部と、
前記受信部で受信した利用者の生年月日情報、基点情報及び外出日情報より前記外出日に前記基点に対して方位学上良い方位及び／又は良くない方位を判定し、判定結果に基づいて、前記目的地が前記基点に対して方位学上良い方位かどうかを判定する方位判定部と、
地図情報を記憶しておく地図情報データベースと、
前記地図情報上の施設情報を記憶しておく施設情報データベースと、
前記施設情報を検索する施設検索部と、
前記判定結果及び施設情報を前記ネットワークを介して前記利用者端末へ送信する送信部と、を備え、
前記方位判定部による判定の結果、前記目的地が方位学上良くない方位である場合、前記施設検索部は前記地図情報上で前記目的地から方位学上良い方位にある最終目的候補地の施設を１箇所以上検索し、該最終目的候補地の施設情報を前記地図情報とともに前記送信部より送信する
ことを特徴とする方位ナビゲーションシステム。
【請求項２】
前記利用者端末の表示画面上に前記地図情報に重ねて表示されている最終目的候補地の施設情報が利用者により選択されたことを検出し、前記利用者端末に前記最終目的候補地の施設の詳細情報を送信する
請求項１に記載の方位ナビゲーションシステム。
【請求項３】
利用者端末からの生年月日情報、基点情報、目的地情報及び外出日情報をネットワークを介して受信する受信部と、
前記受信部で受信した利用者の生年月日情報、基点情報及び外出日情報より前記外出日に前記基点に対して方位学上良い方位及び／又は良くない方位を判定し、判定結果に基づいて、前記目的地が前記基点に対して方位学上良い方位かどうかを判定する方位判定部と、
地図情報を記憶しておく地図情報データベースと、
前記地図情報上の施設情報を記憶しておく施設情報データベースと、
前記施設情報を検索する施設検索部と、
前記施設情報を前記判定結果とともに前記ネットワークを介して前記利用者端末へ送信する送信部と、を備え、
前記方位判定部は、前記目的地が方位学上良くない方位である場合、前記外出日の前日の方位を判定し、その判定結果に基づいて、前記外出日の前日に方位学上良い方位で、かつ、前記方位内で前記外出日に前記目的地が方位学上良い方位となる場所を１箇所以上特定し、前記施設検索部は前記地図情報上で前記特定された場所周辺の宿泊施設を検索し、宿泊施設情報を前記地図情報とともに前記送信部より送信する
ことを特徴とする方位ナビゲーションシステム。
【請求項４】
前記送信部は、前記前日に良い方位で、かつ、その前日の良い方位の場所から外出日に良い方位となる場所周辺の施設の検索について、前記目的地から近い施設を検索するのか、前記基点から近い施設を検索するのかを選択させるための選択画面を前記利用者端末に送信する
請求項３に記載の方位ナビゲーションシステム。
【請求項５】
前記利用者端末の表示画面上に前記地図情報に重ねて表示されている宿泊施設情報が利用者により選択されたことを検出し、前記利用者端末に前記宿泊施設の詳細情報を送信する
請求項３または請求項４に記載の方位ナビゲーションシステム。
【請求項６】
利用者端末からの生年月日情報、基点情報、目的地情報及び検索期間情報をネットワークを介して受信する受信部と、
前記受信部で受信した利用者の生年月日情報、基点情報及び検索期間情報より前記検索期間内で前記基点に対して方位学上良い方位及び／又は良くない方位を判定し、判定結果に基づき、前記検索期間内において前記目的地が前記基点に対して良い方位になる日付を特定する方位判定部と、
地図情報を記憶しておく地図情報データベースと、
前記日付情報を前記地図情報とともに前記ネットワークを介して前記利用者端末へ送信する送信部と、
を備えることを特徴とする方位ナビゲーションシステム。
【請求項７】
前記利用者端末の表示画面上に表示されている日付情報が利用者により選択されたことを検出し、前記利用者端末に方位学上の運勢情報を送信する
請求項６に記載の方位ナビゲーションシステム。
【請求項８】
更に、前記基点情報及び前記目的地情報を用いて経路検索する経路検索部を有し、前記経路検索結果を前記地図情報とともに前記送信部より送信する
請求項１乃至請求項７に記載の方位ナビゲーションシステム。
【請求項９】
利用者ごとに基点からの方位学上良い方位を示す方位ナビゲーションシステムにより行われる方位ナビゲーション方法において、
利用者端末からの生年月日情報、基点情報、目的地情報及び外出日情報をネットワークを介して受信するステップと、
受信した利用者の生年月日情報、基点情報及び外出日情報より前記外出日に前記基点に対して方位学上良い方位及び／又は良くない方位を判定するステップと、
方位判定結果に基づいて、前記目的地が前記基点に対して方位学上良い方位かどうかを判定するステップと、
前記目的地が方位学上良くない方位である場合、地図情報上で前記目的地に対して方位学上良い方位にある最終目的候補地の施設を１箇所以上検索するステップと、
前記最終目的候補地の施設情報を前記地図情報とともに前記ネットワークを介して前記利用者端末に送信するステップと、
を有することを特徴とする方位ナビゲーション方法。
【請求項１０】
利用者ごとに基点からの方位学上良い方位を示す方位ナビゲーションシステムにより行われる方位ナビゲーション方法において、
利用者端末からの生年月日情報、基点情報、目的地情報及び外出日情報をネットワークを介して受信するステップと、
受信した利用者の生年月日情報、基点情報及び外出日情報より前記外出日に前記基点に対して方位学上良い方位及び／又は良くない方位を判定するステップと、
方位判定結果に基づいて、前記目的地が前記基点に対して方位学上良い方位かどうかを判定するステップと、
前記目的地が方位学上良くない方位である場合、前記外出日の前日の方位を判定するステップと、
その判定結果に基づいて、前記外出日の前日に方位学上良い方位で、かつ、前記方位内で前記外出日に方位学上良い方位となる場所を１箇所以上特定するステップと、
地図情報データベースに記憶されている地図情報上で前記特定された場所周辺の宿泊施設を検索するステップと、
宿泊施設情報を前記地図情報とともに前記ネットワークを介して前記利用者端末に送信するステップと、
を有することを特徴とする方位ナビゲーション方法。
【請求項１１】
利用者ごとに基点からの方位学上良い方位を示す方位ナビゲーションシステムにより行われる方位ナビゲーション方法において、
利用者端末からの生年月日情報、基点情報、目的地情報及び検索期間情報をネットワークを介して受信するステップと、
受信した利用者の生年月日情報、基点情報及び検索期間情報より前記検索期間内で前記基点に対して方位学上良い方位及び／又は良くない方位を判定するステップと、
方位判定結果に基づき、前記検索期間内において前記目的地が前記基点に対して方位学上良い方位になる日付を特定するステップと、
日付情報を前記地図情報とともに前記ネットワークを介して前記利用者端末へ送信するステップと、
を有することを特徴とする方位ナビゲーション方法。
【請求項１２】
利用者ごとに基点からの方位学上良い方位を示すための方位ナビゲーションプログラムであって、
利用者端末からの生年月日情報、基点情報、目的地情報及び外出日情報をネットワークを介して受信する手順と、
受信した利用者の生年月日情報、基点情報及び外出日情報より前記外出日に前記基点に対して方位学上良い方位及び／又は良くない方位を判定する手順と、
方位判定結果に基づいて、前記目的地が前記基点に対して方位学上良い方位かどうかを判定する手順と、
前記目的地が方位学上良くない方位である場合、地図情報上で前記目的地に対して方位学上良い方位にある最終目的候補地の施設を１箇所以上検索する手順と、
前記最終目的候補地の施設情報を前記地図情報とともに前記ネットワークを介して前記利用者端末に送信する手順と、
をコンピュータに実行させるための方位ナビゲーションプログラム。
【請求項１３】
利用者ごとに基点からの方位学上良い方位を示すための方位ナビゲーションプログラムであって、
利用者端末からの生年月日情報、基点情報、目的地情報及び外出日情報をネットワークを介して受信する手順と、
受信した利用者の生年月日情報、基点情報及び外出日情報より前記外出日に前記基点に対して方位学上良い方位及び／又は良くない方位を判定する手順と、
方位判定結果に基づいて、前記目的地が前記基点に対して方位学上良い方位かどうかを判定する手順と、
前記目的地が方位学上良くない方位である場合、前記外出日の前日の方位を判定する手順と、
その判定結果に基づいて、前記外出日の前日に方位学上良い方位で、かつ、該方位内で前記外出日に方位学上良い方位となる場所を１箇所以上特定する手順と、
地図情報データベースに記憶されている地図情報上で前記特定された場所周辺の宿泊施設を検索する手順と、
宿泊施設情報を前記地図情報とともに前記ネットワークを介して前記利用者端末に送信する手順と、
をコンピュータに実行させるための方位ナビゲーションプログラム。
【請求項１４】
利用者ごとに基点からの方位学上良い方位を示すための方位ナビゲーションプログラムであって、
利用者端末からの生年月日情報、基点情報、目的地情報及び検索期間情報をネットワークを介して受信する手順と、
受信した利用者の生年月日情報、基点情報及び検索期間情報より前記検索期間内で前記基点に対して方位学上良い方位及び／又は良くない方位を判定する手順と、
方位判定結果に基づき、前記検索期間内において前記目的地が前記基点に対して方位学上良い方位になる日付を特定する手順と、
日付情報を前記地図情報とともに前記ネットワークを介して前記利用者端末へ送信する手順と、
をコンピュータに実行させるための方位ナビゲーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外出先の方位が方位学上良くない場合に、当該外出先が方位学上良くない方位（凶方位）の影響を受けなくなるようにするための方位ナビゲーションシステム、方位ナビゲーション方法及び方位ナビゲーションプログラムに係わる。
【背景技術】
【０００２】
従来、方位占い（方位学）を利用して方位学上最適な方位及び経路を示したり、地図上に良い運勢の方位（吉方位）を表示したりするシステムや方法が提案されている。
【０００３】
例えば、無線移動端末の現在位置から該端末所持者の移動目的地へ至る方位学上最適ルート、或いは、無線移動端末の現在位置からみて吉となる方位等を無線移動端末に表示し、端末所持者が移動を行うに当たり具体的な行動指針を与える無線移動端末を用いた位置表示システムが、特許文献１に開示されている。
【０００４】
また、当日の目的地が決まっているわけではなく、単に自宅や外出先、現在位置からみた方位学上良い方位を示す、すなわち方位学上良い直接の目的地を決定するナビゲーション装置及びナビゲーションソフトが、特許文献２に開示されている。
【０００５】
【特許文献１】特開２００２−２８６４９３号公報
【特許文献２】特開２００５−３３２１５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１及び２には、外出先が決定されており、どうしても行かなければならないが、その方位が方位学上良くない場合に解決する手段が記載されていない。また、外出先が決定されているが外出日が決定されていない場合に、方位学上最適な外出日を判定する手段が記載されていない。
【０００７】
本発明は斯かる点に鑑みてなされたものであり、外出先の方位が方位学上良くない場合に、当該外出先が方位学上良くない方位の影響を避けられる経路等の行動指針を提案し、また、その行動指針に沿って利用者が円滑に行動できるための情報を提供できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、第１の本発明は、方位ナビゲーションシステムにより利用者ごとに基点からの方位学上良い方位を示すため、利用者端末からの生年月日情報、基点情報、目的地情報及び外出日情報をネットワークを介して受信し、受信した利用者の生年月日情報、基点情報及び外出日情報よりその外出日に基点に対して方位学上良い方位及び／又は良くない方位を判定し、さらにその方位判定結果に基づいて、目的地が基点に対して良い方位かどうかを判定する。ここで、目的地が方位学上良くない方位である場合、目的地から方位学上良い方位にある最終目的候補地の施設を地図情報データベース及び施設情報データベースから１箇所以上検索する。そして、最終目的候補地の施設情報を地図情報とともにネットワークを介して利用者端末に送信する。
【０００９】
上記構成によれば、決定している目的地が方位学上良くない場合、目的地をあくまでも経由地とし、基点（外出元もしくは出発点）から別の方位学上最適な方位を最終目的地に変更することにより、本来の目的地が方位学上良くない方位の影響を受けることが避けられる。さらに、本来の目的地と異なる最終目的候補地の施設情報が供給されることで、利用者は知らない外出先でも適切な情報を得て円滑に行動することができる。
【００１０】
また、第２の本発明は、方位ナビゲーションシステムにより利用者ごとに基点からの方位学上良い方位を示すため、利用者端末からの生年月日情報、基点情報、目的地情報及び外出日情報をネットワークを介して受信し、受信した利用者の生年月日情報、基点情報及び外出日情報よりその外出日に基点に対して方位学上良い方位及び／又は良くない方位を判定し、さらにその方位判定結果に基づいて、目的地が基点に対して方位学上良い方位かどうかを判定する。ここで、目的地が方位学上良くない方位である場合、外出日の前日の方位を判定し、その判定結果に基づいて、外出日の前日に方位学上良い方位で、かつ、当該方位内で外出日に目的地が方位学上良い方位となる場所を１箇所以上特定し、さらに特定された場所周辺の宿泊施設を地図情報データベース及び施設情報データベースから検索する。そして、宿泊施設情報を地図情報とともにネットワークを介して利用者端末に送信する。
【００１１】
上記構成によれば、目的地及び外出日が決定されており、該当日の目的地の方位が方位学上良くない場合、前日に方位学上良い方位で、かつ、当該方位内で外出日に目的地が方位学上良い方位となる場所に移動しておくことで、目的地で良い運勢を受けられる。さらに、本来の目的地と異なる前日の宿泊施設候補の情報が供給されるので、利用者は知らない宿泊施設についても必要な情報を速やかに得ることができ、宿泊予約等の円滑な行動が可能になる。
【００１２】
また、第３の本発明は、方位ナビゲーションシステムにより利用者ごとに基点からの方位学上良い方位を示すため、利用者端末からの生年月日情報、基点情報、目的地情報及び検索期間情報をネットワークを介して受信し、受信した利用者の生年月日情報、基点情報及び検索期間情報よりその検索期間内で基点に対して方位学上良い方位及び／又は良くない方位を判定し、さらにその方位判定結果に基づき、検索期間内において目的地が基点に対して方位学上良い方位になる日付を特定する。そして、日付情報を地図情報とともにネットワークを介して利用者端末へ送信する。
【００１３】
上記構成によれば、目的地が決定されているが外出日が決定されていない場合に、デジタル地図上で基点（外出元）、目的地を指定する、あるいは文字列により住所を指定するなどして場所を特定することとし、自動的にその目的地が方位学上良い方位となる年月日を検索することができる。
【発明の効果】
【００１４】
本発明によれば、外出先の方位が方位学上良くない場合に、当該外出先が方位学上良くない方位の影響を避けられる経路等の行動指針を提案するともに、その行動指針に沿って利用者が円滑に行動できるための情報を提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態の例について、添付図面を参照しながら説明する。
【００１６】
［第１の実施の形態］
本発明の第１の実施の形態の方位ナビゲーションシステムについて説明する。本発明の第１の実施の形態は、決定している外出先の方位が外出元（基点もしくは始点）に対して方位学上良くない場合、外出先をあくまでも経由地とし、最終目的地を基点に対して方位学上最適な方位に変更することにより、本来の外出先が方位学上良くない方位の影響を受けることを避けるようにするものである。
【００１７】
なお、方位学について解説したものとして、西谷泰人著の「すぐに使える実践方位学」（（有）創文発行）など多数の書籍が出版されているので、本願明細書では方位学についての説明は必要最小限にとどめ詳細な説明は省略している。
【００１８】
まず、本発明の第１の実施形態に係る方位ナビゲーションシステムを用いたネットワーク全体の構成について説明する。ここで言うシステムとは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【００１９】
図１は、ナビゲーションシステムを用いたネットワーク全体の構成例を示すブロック図である。図１において、方位ナビゲーションシステム１は、インターネット等により代表されるネットワーク（通信回線網）２を介して複数のサービス利用者Ａ，Ｂが使用するそれぞれの端末３ａ，３ｂに接続される。このネットワーク２は、専用回線や電話回線、無線回線等により形成される。また端末３ａ，３ｂは、例えばパーソナルコンピュータ（ＰＣ；Personal Computer）より構成する。
【００２０】
方位ナビゲーションシステム１は、サービス利用者Ａ，Ｂの各々に対して個別の方位判定情報及びその方位判定情報に沿った地図情報を配信するとともに、各サービス利用者Ａ，Ｂが端末３ａ，３ｂに入力した情報を受信する。この方位ナビゲーションシステム１は、いわゆるアプリケーション・サービス・プロバイダ（Application Service Provider）により運営されるものとする。あるいは、インターネット・サービス・プロバイダ（ＩＳＰ；Internet Services Provider）自身が、インターネット接続サービスの付加サービスとして方位ナビゲーションシステム１を運営する形態でもよい。
【００２１】
方位ナビゲーションシステム１は、ＷＷＷ（World Wide Web）サーバ５、データベースサーバ（以下、「ＤＢサーバ」という）６、地図サーバ７より構成されている。
【００２２】
ＷＷＷサーバ５は、ログイン制御、Ｗｅｂ（ウェブ）コンテンツの配信、九星判定、方位判定、地図配信等を行うものである。ＷＷＷサーバ５は、ネットワーク２を介して端末３ａ，３ｂからのアクセス要求を受信し、適宜ＤＢサーバ６及び地図サーバ７とデータ通信を行い、サービス利用者毎に適切な方位判定情報や地図情報等を配信する。
【００２３】
ＤＢサーバ６は、各種データベースの保存、管理及び制御を行うものである。管理するデータベースとしては、サービス利用者の情報、例えば個人情報や配信履歴等が登録されるユーザ情報データベース６ａ、九星に関する情報が保存される九星情報データベース６ｂ、方位盤に関する情報が保存される方位盤情報データベース６ｃ、宿泊施設等の情報が保存される施設情報データベース６ｄ等がある。また、方位盤情報データベース６ｃは、後述する日別方位盤・干支管理データベース及び九星相性管理テーブルなどから構成される。
【００２４】
地図サーバ７は、地図情報データベース７ａの保存、管理及び制御を行うものである。地図情報は、デジタル地図データの形式で記憶されており、基点（始点）、目的地、最終目的候補地、前日の宿泊候補等の場所がデジタル地図データで表された地図上に表示される。
【００２５】
宿泊施設予約サイト４は、ネットワーク２上において任意のアプリケーション・サービス・プロバイダが提供するサイトであり、後述する宿泊候補に表示された施設に宿泊予約を入れる際に利用される。なお、この宿泊施設予約サイト４は、方位ナビゲーションシステム１のＷＷＷサーバ５が管理するようにしてもよい。
【００２６】
図２は、方位ナビゲーションシステム１の構成の一例を示す機能ブロック図である。図２において、方位ナビゲーションシステム１は、送受信インターフェース１１と、ログイン制御部１２と、地図配信部１３と、ホームページ（以下、「ＨＰ」という）表示部１４と、メイン処理部１５と、ユーザ管理部１６と、九星判定部１７と、方位判定部１８と、施設検索部１９と、背景地図作成部２０と、データベース２１と、方位地図作成部２２とを有する構成である。データベース２１は、図１に示したデータベース群を総称したものである。
【００２７】
なお、この方位ナビゲーションシステム１は、コンピュータシステムにより構成するものとして各部の機能をプログラム言語で記述したソフトウェアで実現してもよいし、方位ナビゲーションシステム１を専用の装置により構成するものとして各部の機能をハードウェアで実現するようにしてもよい。
【００２８】
送受信インターフェース１１は、受信部及び送信部を構成するものであり、サービス利用者Ａ，Ｂが端末３ａ，３ｂに入力した情報を受け取り、情報の内容に応じてログイン制御部１２、地図配信部１３、ＨＰ表示部１４を介してメイン処理部１５へ出力する。またメイン処理部１５から送出された情報を、地図配信部１３等を介して受け取り、サービス利用者Ａ，Ｂが使用する端末３ａ,３ｂに配信する。
【００２９】
ログイン制御部１２は、サービス利用者Ａ，Ｂが方位ナビゲーションシステム１により提供する方位ナビゲーションサービスを受けることのできる正会員かどうかを、ユーザＩＤ（識別情報）やパスワード等を用いて判定するものである。ログインが正しく確認されたときのみ、サービス利用者Ａ，Ｂに対して地図配信部１３から方位情報を含む地図情報を配信する。この例では、会員であるサービス利用者Ａ，Ｂに対しては予め月単位等で所定の利用料（例えば３００円）を課金してあるものとするが、方位ナビゲーションサービスを利用する毎に課金する料金課金システムを構築してもよい。
【００３０】
地図配信部１３は、送信部として機能するものでもあり、サービス利用者Ａ，Ｂが入力した例えば基点及び目的地等の情報に基づいて作成される背景地図及び方位地図等の地図情報を、送受信インターフェース１１に出力する。
【００３１】
ＨＰ表示部１４は、送信部としても機能するものであり、後述するホームページを記憶しておき、そのホームページを情報利用者の端末３ａ，３ｂの画面に表示させる。
【００３２】
メイン処理部１５は、例えばＣＰＵ（Central Processing Unit）などの演算処理装置から構成される制御部であり、方位ナビゲーションシステム１の基本動作の制御及び各部における処理の制御を行う。メイン処理部１５は、図示しないプログラムや設定値等の情報を記録するＲＯＭ（Read Only Memory）及びワークエリアとして機能するＲＡＭ（Random Access Memory）を備え、ＲＡＭ上に展開されたプログラムに従い後述するような所定の制御及び処理を行う。
【００３３】
ユーザ管理部１６は、メイン処理部１５からの制御信号に従い、サービス利用者に関する情報（ユーザ情報）が登録されたユーザ情報データベース６ａを、サービス利用者毎に管理するものである。
【００３４】
九星判定部１７は、メイン処理部１５からの制御信号に従い、サービス利用者の生年月日の情報からそのサービス利用者の九星を判定するものである。方位学においては、生まれ年からその人の星（本命星）が決定される。九星情報データベース６ｂに生年月日／九星関連付けテーブルを用意しておき、入力された生年月日からサービス利用者の星を判定するとともに判定結果をサービス利用者の端末へ通知する。なお、方位学においては旧暦を使用するため一年の境は２月４日（閏年は五日）である。
【００３５】
方位判定部１８は、メイン処理部１５からの制御信号に従い、上記九星判定部１７で判定された星に基づき、指定された日において基点（始点）に対して方位学上良い方位（吉方位）、及び方位学上良くない方位（凶方位）を決定し、サービス利用者が指定した目的地が上記基点に対して良い方位かどうかを判定する。上記目的地が方位学上良くない方位である場合、上記施設検索部は上記地図情報上で上記目的地に対して方位学上良い方位にある最終目的候補地の施設を１箇所以上検索する。あるいは、上記外出日の前日の方位を判定し、その判定結果に基づいて、上記外出日の前日に方位学上良い方位で、かつ、その方位内で外出日に上記目的地が方位学上良い方位となる場所を判定する。また、外出日が確定しておらず、検索期間が指定された場合には、上記検索期間内で前記基点に対して方位学上良い方位になる日付を特定する。
【００３６】
ここで、吉方位とは、自分の九星と相性の良い星がある方位である。また、凶方位には、盤共通のものと、年・月・日盤別のものがあり、盤共通のものは、五黄殺、暗剣殺、本命殺、本命的殺があり、年・月・日盤別のものは、歳破（年）、月破（月）、日破（日）がある。その他、天道、大歳など、方位の良し悪しを左右する、種々の要素がある。詳しくは、方位学の書籍を参照されたい。
【００３７】
施設検索部１９は、メイン処理部１５からの制御信号に従い、宿泊施設等の情報が保存された施設情報データベース６ｄから、目的地又は吉方位に存在する宿泊施設等の情報を検索する。
【００３８】
背景地図作成部２０は、メイン処理部１５が出力する制御信号に従い、地図情報が記憶された地図情報データベース７ａからサービス利用者が入力した基点及び目的地、並びに判定結果である最終目的候補地、前日の宿泊施設候補等の位置情報に基づき、背景地図を作成する。これらの背景地図及び方位地図は、地図配信部１３より配信される。必要に応じて背景地図の上に方位地図を重ね合わせるようにして合成した後に配信してもよい。あるいはメイン処理部１５で合成して地図配信部１３へ供給するようにしてもよい。
【００３９】
方位地図作成部２２は、メイン処理部１５からの制御信号に従い、方位判定部１８で判定された方位学上良い方位及び良くない方位を含む各方位を示す方位地図を作成する。
【００４０】
なお、基点情報及び目的地情報を用いて最適な経路の検索を行う経路検索部を設けてもよい。経路検索結果は地図情報とともに利用者端末へ送信され、適宜表示画面上に表示される。あるいは、メイン処理部１５を経路検索部として機能させるようにしてもよい。
【００４１】
次に、サービス利用者がホームページにアクセスしてきたときの、方位ナビゲーションシステム１による最終目的候補地選定処理について、図３のフローチャートを用いて説明する。
【００４２】
まず、メイン処理部１５は、ＨＰ表示部１４が送受信インターフェース１１を介してウェブ上に公開するホームページへのサービス利用者からのアクセスを受けつけ、ＨＰ表示部１４に、ユーザＩＤやパスワード等の入力を促すログイン画面を表示させる。送受信インターフェース１１を介して入力されたサービス利用者のユーザＩＤやパスワード等の入力信号がログイン制御部１２を経てメイン処理部１５に供給され、メイン処理部１５の指示に基づいて、ユーザ管理部１６が当該サービス利用者のログインを許可するかどうかを判定する。ログインを許可する場合、メイン処理部１５に制御信号を送り、ＨＰ表示部１４に対してサービス利用者の九星（本命星）を判定するための生年月日の入力を促す生年月日入力画面を表示させるようにする。
【００４３】
図４に、生年月日入力画面の一例を示す。サービス利用者が端末に接続されたキーボード等を用いて生年月日入力画面上の入力欄に生まれた年、月、日を入力する（ステップＳ１）。そして、サービス利用者がマウス等のポインティングデバイスによりアイコン表示された検索ボタンをクリックするとその入力信号がメイン処理部１５に供給され、メイン処理部１５の指示に基づいて、九星判定部１７が生年月日／九星関連付けテーブルを参照して九星判定プロセスを実行する（ステップＳ２）。九星判定プロセスが終了後、サービス利用者の本命星が算出され、その結果を表示する。この九星判定プロセスにおいて、旧暦の年月日に対応する九星は予め定義されており、ここでは詳細な説明は省略する。
【００４４】
上記ステップＳ２の九星判定プロセスの終了後、メイン処理部１５は、ＨＰ表示部１４に基点となる出発地を入力するための基点入力画面（図示略）を表示し、サービス利用者に基点を指定させる（ステップＳ３）。このとき、デジタル地図上でマウスポインタをクリック（地図指定）してもよいし、キーボード等を用いて文字列を入力して住所を指定（住所指定）するようにしてもよい。
【００４５】
続いて、メイン処理部１５は、ＨＰ表示部１４に目的地を入力するための目的地入力画面（図示略）を表示し、サービス利用者に目的地を指定させる（ステップＳ４）。このとき、上述の基点指定と同様に、デジタル地図上でマウスポインタをクリック（地図指定）してもよいし、キーボード等を用いて文字列を入力して住所を指定（住所指定）するようにしてもよい。
【００４６】
さらに、メイン処理部１５は、ＨＰ表示部１４に外出日を入力するための外出日入力画面（図示略）を表示し、サービス利用者に外出日を指定させる（ステップＳ５）。
【００４７】
次に、メイン処理部１５は、方位判定部１８に方位を判定させる。入力された外出日において基点に対する目的地の運勢を判定する方位判定プロセスを実行する（ステップＳ６）。
【００４８】
ここで、図５のフローチャートを参照して、方位判定部１８による方位判定処理（方位判定プロセス）を説明する。
【００４９】
まず、方位判定部１８は、サービス利用者の生年月日から算出された九星と指定された外出日とに基づいて、方位盤情報データベース６ｃから方位盤を検索する（ステップＳ３１）。このとき、方位判定部１８は、日別方位盤・干支管理データベースを参照して方位盤を特定する（ステップＳ３２）。日別方位盤・干支管理データベースは、日ごとに方位盤と干支が定義されており、そこから外出日の方位盤と干支を特定する。
【００５０】
図６に、方位盤の一例を示す。この例では、西暦２００６年１１月３日の方位盤とその日の干支の戌が表示されている。例えば、図６に示す方位盤において、自分の九星が「一白水星」の場合に相性が良い九星は、「三碧木星」、「四緑木星」、「六白金星」、「七赤金星」であるから、西、北東、北、南西の方位が良い方位である。なお、方位盤の周囲のそれぞれの角度は決まっていて、北が３０度、北東が６０度、東が３０度、南東が６０度というように、３０度と６０度が交互に並んでいる。
【００５１】
次に、九星相性管理テーブルを参照して良い方位を確定する（ステップＳ３３）。方位学では、九星ごとに相性の良い九星が決まっており、方位盤でサービス利用者の九星（本命星）と相性の良い九星が入っている方位は方位学上良い運勢とする。続いて各方位に設けた方位判定用カウンタの値を初期化した後（ステップＳ３４）、九星で五が入る方位及びその反対の方位の値を「−１」する（ステップ３５）。さらにサービス利用者の九星のある方位及びその反対の方位の値を「−１」する（ステップＳ３６）。そして外出日の干支が入る方位の反対の方位の値を「−１」する（ステップＳ３７）。これらステップＳ３５〜ステップＳ３７の処理により凶方位が判定される。これらステップＳ３５〜ステップＳ３７の処理順序は入れ替えることが可能である。
【００５２】
次に、例えば北方位から右回りに、順次各方位に負の値があるかどうかを判定する（ステップＳ３８）。凶方位は吉方位に優先するので、負の値がある場合にはステップＳ４１の処理に移行する。負の値がない場合は方位学上良い方位かどうかを判定する（ステップＳ３９）。方位学上良い方位であればその方位を「＋１」する（ステップＳ４０）。
【００５３】
そして、方位ごとにカウンタの値の合計を計算する（ステップＳ４１）。最後に合計が正だった方位を方位学上良い方位、負だった方位を方位学上悪い方位に設定する（ステップＳ４２）。特に負の数値の絶対値が大きい方位を大凶とする。ステップＳ４２の処理が終了したら方位判定処理を終了する。
【００５４】
なお、図５に示した方位判定処理は一例であり、この例に限られるものではない。例えば、ステップＳ３５〜ステップＳ３７、ステップＳ４０において、条件に沿う方位に対して「−１」や「＋１」等の数値を用いて表すのではなく、フラグを用いて表現してもよい。悪い条件を満たす方位に対してフラグを立て、良い条件を満たす方位に対してもフラグを立てる。そして、悪い条件を満たす方位に対するフラグ数と良い条件を満たす方位に対するフラグ数の差を計算する。そして、悪い条件を満たす方位のフラグが多ければ、その方位を「方位学上悪い方位」とする。また、良い条件を満たす方位のフラグが多ければ、その方位を「方位学上良い方位」などとする。この場合、方位の判定はフラグ数の差を確認すればよく、ステップＳ４１の正負の演算といった複雑な処理は不要となる。
【００５５】
図３の最終目的候補地選定処理の説明に戻る。方位判定プロセスを実行した結果、外出先方位が方位学上良い方位であるかどうかを判定する（ステップＳ７）。方位学上良い方位である場合、メイン処理部１５は、方位地図作成部２２及び背景地図作成部２０にそれぞれ地図を作成させ、その地図を地図配信部１３より端末に出力する。
【００５６】
ステップＳ７の判断処理において、外出先が方位学上悪い方位であると判定された場合、メイン処理部１５はＨＰ表示部１４に凶方位回避方法の選択画面（図示略）を表示させ、サービス利用者に回避方法の選択を促す（ステップＳ８）。
【００５７】
ステップＳ８の処理において、サービス利用者が当初目的地とは別の場所を最終目的地にする回避方法を選択した場合、施設検索部１９はメイン処理部１５の制御に従い外出日の吉方位にある施設を検索する（ステップＳ９）。ステップＳ９の処理を実行した後、地図出力を行うステップＳ１６の処理に移行する。
【００５８】
図７は、最終目的候補地選定処理の結果出力される最終目的候補地の表示例を示すものである。最終目的候補地表示画面３０は、基点地図表示領域３１、目的地地図表示領域３２及び最終目的候補地地図表示領域３３から構成されている。
【００５９】
基点地図表示領域３１は、出発地など基点となる場所の地図を示すものであり、背景地図と方位地図を合成して中心には基点３４を現すマーク（しるし）を表示する。基点３４を中心に方位ごとに「吉」、「−（普通）」、「凶」、「大凶」が地図上に表示される。実際には、基点３４からの方角を運勢に応じて色塗りして表示し視認しやすいものにするとよい。基点地図表示領域３１は、表示する地図のエリアを矢印方向へ移動可能にするカーソルキー３７、並びに拡大及び縮小を可能にするズームキー３８が設けられている。これらカーソルキー３７及びズームキー３８はいわゆるソフトウェアで実現されたキーである。
【００６０】
目的地地図表示領域３２は、本来の目的となる場所の地図を示すものであり、背景地図と方位地図を合成して中心には目的地３９を表すマークを表示する。目的地地図表示領域３２においてもカーソルキー及びズームキーを備え、表示された地図の移動、縮小及び拡大が可能である。本例の目的地地図表示領域３２では、目的地３９が基点３４に対して凶方位３５にあることを示している。
【００６１】
最終目的候補地地図表示領域３３は、本来の目的地が方位的に凶又は大凶の場合に、最終目的地とすべきもしくは最終候補地として適切な候補地を表示する。本例では、目的地３９が基点３４からみて凶方位３５にあるので、更に基点３４に対して吉方位３６にある複数の施設が最終目的候補地として抽出されている。最終目的候補地地図表示領域３３の地図上には目的地候補施設を示すマークと施設名称が表示される。本例の最終目的候補地地図表示領域３３においては、「ＡＡＡ」、「ＢＢＢ」及び「ＣＣＣ」の３箇所の施設が表示されている。地図上のマークにマウスポインタを合わせてクリックすることにより、施設の詳細情報が表示されるようになっている。あるいは地図上のマークにマウスポインタを合わせると簡易情報が表示されるようにしてもよい。最終目的候補地地図表示領域３３においてもカーソルキー及びズームキーを備え、表示された地図の移動、縮小及び拡大が可能である。
【００６２】
このように、本発明の第１の実施の形態においては、画面表示された地図上で外出元（基点）及び本来の外出先を指定する、あるいは文字列により住所を指定することにより、外出先の方位が方位学上良くない場合に自動的に別の最終目的候補を検索し、その検索結果を目的候補地として表示する、又は施設名や施設情報のテキスト表示を行う。これにより、外出先が決定されており、どうしても行かなくてはならないが、その方位が良くない場合にその良くない方位の影響を受けることがなくなる。また本来の目的地と異なる最終目的候補地の施設情報が表示されることで、利用者は知らない外出先でも適切な情報を得て円滑に行動することができる。
【００６３】
また、最終目的候補地表示画面３０には、目的地までの電車の乗り換え手順を表示する「乗換案内」ボタンや、基点（始点）から目的地（到着点）までの経路を検索して端末に表示する「経路検索」ボタンがアイコン形式で表示されている。最終目的候補地地図表示領域３３による施設の表示と乗換案内や経路検索を同一画面内で連携させることにより、よく知らない場所が最終目的候補地となったとしても、施設や乗り換え手順、経路等について手間をかけずに調べることができ、事前に充分に外出の準備が行える。
【００６４】
なお、上記第１の実施の形態は当日の外出、特に数時間以内のちょっとした外出に適している。なお、それ以上の長時間の外出となる場合には、上述した日盤を中心に月盤も加味するとより好ましい。
【００６５】
［第２の実施の形態］
本発明の第２の実施の形態の方位ナビゲーションシステムについて説明する。本発明の第２の実施の形態は、外出先及び外出日が決定されており、該当日の外出先の方位が方位学上良くない場合、前日に方位学上良い方位で、かつ、当該方位内で外出日に目的地が方位学上良い方位となる場所に移動しておくことで、外出先で良い運勢を受けられるようにするものである。なお、本実施の形態における方位ナビゲーションシステムは、図１及び図２に示した第１の実施の形態の方位ナビゲーションシステム１と同様の構成である。
【００６６】
次に、サービス利用者がホームページにアクセスしてきたときの、方位ナビゲーションシステム１による前日宿泊施設選定処理について、図３のフローチャートを用いて説明する。
【００６７】
第２の実施の形態による前日宿泊施設選定処理は、第１の実施の形態の方位ナビゲーションシステム１による最終目的候補地選定処理のステップＳ１〜ステップＳ７が共通である。ステップＳ１〜ステップＳ７までの処理は、既に説明しているので省略する。ステップＳ１〜ステップＳ７の処理が終了後、ステップＳ８において、メイン処理部１５はＨＰ表示部１４に凶方位回避方法の選択画面（図示略）を表示させ、サービス利用者に回避方法の選択を促す。
【００６８】
ここで、ステップＳ８の処理において、サービス利用者が前日に別の場所に移動しておく回避方法を選択した場合、方位判定部１８はメイン処理部１５の制御に従い、基点に対する前日の方位を判定する（ステップＳ１０）。このときの方位判定処理は、図５に示す方位判定処理フローチャートに沿って実施する。ただし、方位判定処理の一部を外出日ではなく、外出日の前日の日付を用いて処理する。すなわち、図５に示す方位判定処理フローチャートのステップＳ３１の処理において、方位判定部１８が、サービス利用者の生年月日から算出された九星と指定された外出日の前日の日付とに基づいて、方位盤情報データベース６ｃから方位盤を検索する。さらに、ステップＳ３７の処理においては、外出日の前日の日付の干支が入る方位の反対の方位を「−１」として処理する。
【００６９】
ステップＳ１０の処理が終了後、メイン処理部１５は、前日に方位学上良い方位で、かつ、当該方位内で外出日に目的地が方位学上良い方位となる場所を特定する（ステップＳ１１）。そして、後述する前日の宿泊候補表示画面４０上での検索条件に従い、その場所が目的地に近いか出発地（基点）に近いかを判定する（ステップＳ１２）。目的地に近いという検索条件が選択されている場合、施設検索部１９はメイン処理部１５の制御に従い目的地から近い施設を検索する（ステップＳ１３）。一方、出発地に近いという検索条件が選択されている場合、施設検索部１９は出発地から近い施設を検索する（ステップＳ１４）。
【００７０】
そして、施設検索部１９は検索した結果をメイン処理部１５に出力し（ステップＳ１５）、メイン処理部１５はその結果をＨＰ表示部１４に送り地図に重ねてホームページに表示する（ステップＳ１６）。
【００７１】
図８は、前日宿泊施設選定処理の結果出力される前日の宿泊候補の表示例を示すものである。前日の宿泊候補表示画面４０は、基点地図表示領域４１、目的地地図表示領域４２及び前日の宿泊候補地図表示領域４３から構成されている。なお、図８において、各方位の運勢を示した方位地図を表示していないが、図７に示すように色塗りして表示してもよい。
【００７２】
基点地図表示領域４１は、図７の基点地図表示領域３１とほぼ同様であるので、詳細な説明は省略する。また、目的地表示領域４２は、図７の目的地地図表示領域３２とほぼ同様であるので、詳細な説明は省略する。
【００７３】
前日の宿泊候補地図表示領域４３は、外出日に目的地が凶方位又は大凶方位になる場合に、前日に宿泊するべきもしくは宿泊するのに適切な宿泊施設候補を地図上に表示する。例えば前日の宿泊候補表示画面４０の所定位置に、外出日入力欄と基点又は目的地のいずれから近い宿泊施設を検索するかを選択できるメニューとを用意しておく。サービス利用者が外出日入力欄に外出日を入力するとともに前日の宿泊施設の検索条件を選択し、アイコン表示された検索ボタンをクリックすると、その外出日の前日の日付で方位学上良い方位を判定し、前日の宿泊候補地図表示領域４３の地図上に適切な宿泊施設を表示する。なお、図８に示した「▼」はプルダウン機能を示すが、本例の基点又は目的地のいずれから近い宿泊施設を検索するかを選択するメニューは、プルダウン機能には限らず種々の操作方法が適用できる。
【００７４】
前日の宿泊候補地図表示領域４３の地図上には宿泊施設を示すマークと施設名称が表示される。本例の前日の宿泊候補地図表示領域４３においては、「ホテルＡ」、「民宿Ｂ」及び「ホテルＣ」の３箇所の宿泊施設が表示されている。地図上のマークにマウスポインタを合わせてクリックすることにより、施設の名称や住所、宿泊料金などの施設情報、他で用意されている宿泊施設予約サイト４（図１参照）のＵＲＬ（Uniform Resource Locator）などの詳細情報が表示されるようになっている。ＵＲＬは、宿泊施設予約サイト４にリンクさせてもよい。あるいは地図上のマークにマウスポインタを合わせると簡易情報が表示されるようにしてもよい。前日の宿泊候補地図表示領域４３においてもカーソルキー及びズームキーを備え、表示された地図の移動、縮小及び拡大が可能である。
【００７５】
このように、本発明の第２の実施の形態においては、画面表示された地図上で外出元（基点）及び本来の外出先を指定する、あるいは文字列により住所を指定することにより、外出先の方位が方位学上良くない場合に自動的に前日に移動するべき適切な宿泊施設を検索し、その検索結果の宿泊施設の名称や施設情報のテキスト表示を行う、又はその候補地をデジタル地図上に表示する。また、適切な宿泊施設検索により、外出元から近い場所、外出先から近い場所を選択し実行することを可能にしている。本来の目的地と異なる前日の宿泊施設候補の情報が供給されるので、利用者は知らない宿泊施設についても必要な情報を速やかに得ることができ、宿泊予約等の円滑な行動が可能になる。
【００７６】
また、前日の宿泊候補表示画面４０には、目的地までの電車の乗り換え手順を表示する「乗換案内」ボタンや、基点（始点）から目的地（到着点）までの経路を検索して端末に表示する「経路検索」ボタンがアイコン形式で表示されている。前日の宿泊候補地図表示領域４３による施設の表示と乗換案内や経路検索を同一画面内で連携させることにより、よく知らない場所が前日の宿泊候補になったとしても、施設や乗り換え手順、経路等について手間をかけずに調べることができ、事前に充分に外出の準備が行える。
【００７７】
［第３の実施の形態]
本発明の第３の実施の形態の方位ナビゲーションシステムについて説明する。本発明の第３の実施の形態は、外出先が決定されているが外出日が決定されていない場合に、デジタル地図上で外出元（基点）、外出先を指定し、自動的にその外出先が方位学上良い方位となる年月日を検索するというものである。外出元及び外出先の指定は、文字列により住所を指定することで場所を特定する方法でもよい。なお、本実施の形態における方位ナビゲーションシステムは、図１及び図２に示した第１の実施の形態の方位ナビゲーションシステム１と同様の構成である。
【００７８】
次に、サービス利用者がホームページにアクセスしてきたときの、方位ナビゲーションシステム１による最適外出日選定処理について、図９のフローチャートを用いて説明する。
【００７９】
図９に示す最適外出日選定処理のステップＳ５１〜ステップＳ５４は、図３に示す最終目的候補地又は前日宿泊施設選定処理のステップＳ１〜ステップＳ４と同様である。ステップＳ１〜ステップＳ４までの処理は既に説明しているので、ステップＳ５１〜ステップＳ５４の説明を省略する。
【００８０】
図９において、ステップＳ５１〜ステップＳ５４の処理が終了後、メイン処理部１５はＨＰ表示部１４に対して図１０に示す検索期間指定領域５２を含む最適外出日表示画面５０を表示させ、サービス利用者に検索期間の指定を促す。
【００８１】
ここで、図１０の最適外出日表示画面５０について説明する。最適外出日表示画面５０は、基点地図表示領域５１、検索期間指定領域５２及び目的地地図表示領域５３から構成される。基点地図表示領域５１は、図７の基点地図表示領域３１と同様であり詳細な説明は省略する。また目的地地図表示領域５３は、図７の目的地地図表示領域３２と同様であり詳細な説明を省略する。
【００８２】
検索期間指定領域５２は、外出先が決まっている場合の最適な外出日を決定するために、期間を指定して方位学上良い日付を検索するためのメニューである。例えば、直近、今週、来週の選択肢のほか、実際の日付を入力して任意の期間を指定できる入力欄も設けられている。検索結果の表示欄は、検索期間に設定された期間内で検索された目的地が吉方位となる年月日を表示する。図１０の例では、外出先が吉となる外出日が検索されており、吉となる日付の表示部分にマウスポインタを合わせてクリックすることで目的地周辺の運勢情報と地図を表示する。この例は、来週（１０／１０−１６）という条件で検索された「２００６年１０月１４日  吉」をクリックした例であり、目的地５６が確かに吉方位５５に含まれているのがわかる。
【００８３】
図９のフローチャートに戻って説明を続ける。メイン処理部１５は、サービス利用者により行われた検索期間の指定状況を判定する（ステップＳ５５）。期間ではなく直近が指定された場合、方位ナビゲーションシステムの利用日を検索の開始日に設定する（ステップＳ５６）。一方、検索期間が指定された場合、指定された期間の初日を検索の開始日に設定する（ステップＳ５７）。そして、後述するリスト（検索結果）を初期化した後、方位判定プロセスを検索期間の開始日から検索期間の終了日までループ処理する。
【００８４】
まず、開始日について方位判定プロセスを実行する（ステップＳ５８）。この方位判定プロセスは図５に示したフローチャートに沿って行う。次に、目的地の方位が吉かどうかを判定する（ステップＳ５９）。目的地の方位が吉でない場合、開始日に１を加算した日付で再度ステップＳ５８の方位判定プロセスを実施する。一方、目的地の方位が吉の場合、リスト（検索結果）にその日付を追加する（ステップＳ６０）。
【００８５】
そして、検索期間指定が直近かどうかを判定する（ステップＳ６１）。検索期間指定が直近である場合、その開始日以外に検索する日がないので最適外出日選定処理を終了する。一方、検索期間指定が直近ではなく任意の期間が指定されている場合、開始日に１を加算した日付で再度ステップＳ５８の方位判定プロセスを実施する。この一連の処理を繰り返して方位判定プロセスを指定期間の終了日まで実行したら最適外出日選定処理を終了する。
【００８６】
このように、本発明の第３の実施の形態においては、画面表示された地図上で外出元（基点）及び外出先を指定する、あるいは文字列により住所を指定し、さらに任意の期間を指定して方位学上良くなる外出日を検索することにより、自動的にその外出先が方位学上良い方位となる外出日（年月日）を検索することができる。
【００８７】
また、最適外出日表示画面５０には、目的地までの電車の乗り換え手順を表示する「乗換案内」ボタンや、基点（始点）から目的地（到着点）までの経路を検索して端末に表示する「経路検索」ボタンがアイコン形式で表示されている。最適外出日表示画面５０による施設の表示と乗換案内や経路検索を同一画面内で連携させることにより、目的地がよく知らない場所であっても、施設や乗り換え手順、経路等について手間をかけずに調べることができ、事前に充分に外出の準備が行える。
【００８８】
なお、上述した各実施の形態において、サービス利用者が利用する端末３ａ,３ｂにパーソナルコンピュータ（ＰＣ；Personal Computer）を用いたが、この例に限るものではない。例えば、携帯電話端末及び自動車に搭載されたナビゲーション装置のような無線移動端末から本発明の方位ナビゲーションシステムにアクセスし、目的地が吉方位となる地図情報を得るようにしてもよい。この場合、無線移動端末に搭載されたＧＰＳ（Global Positioning System）機能を利用し、該ＧＰＳから得られる現在位置情報を基点（始点）に設定するようにしてもよい。そうすることで、利用者が画面に表示された地図上で基点を指定したり住所を入力したりする作業を省略できる。
【００８９】
また、上述した実施の形態例の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵ等の制御装置）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００９０】
この場合のプログラムコードを供給するための記録媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【００９１】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態例の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（Operating System）などが実際の処理の一部又は全部を行い、その処理によって上述した実施形態例の機能が実現される場合も含まれる。
【００９２】
さらに、上述した各実施の形態においては、ＷＷＷサーバ５、地図サーバ７、ＤＢサーバ６及び各種データベースを備えた方位ナビゲーションシステム１（図１、図２）を利用者端末と別に設け、利用者はネットワークを介して方位ナビゲーションシステム１と通信し本サービスを享受できるように構成されているが、利用者端末の演算処理能力やデータ記憶容量等の性能に応じて方位ナビゲーションシステム１の一部もしくは全部の機能及びデータを利用者端末に搭載してもよい。利用者端末に方位ナビゲーションシステム１の全部の機能を搭載した場合、方位判定や凶方位回避等の各処理を利用者端末内で完結させることができ、方位ナビゲーションシステム１にその都度アクセスする必要がないので方位ナビゲーションシステムの利用の自由度が増す。
【図面の簡単な説明】
【００９３】
【図１】本発明の実施の形態に係る方位ナビゲーションシステムを用いたネットワーク全体の構成例を示すブロック図である。
【図２】本発明の実施の形態に係る方位ナビゲーションシステムの一例の機能ブロック図である。
【図３】本発明の第１及び第２の実施形態に係る、最終目的候補地又は前日宿泊施設選定処理を示すフローチャートである。
【図４】生年月日入力画面の一例を示す図である。
【図５】方位判定処理を示すフローチャートである。
【図６】方位盤の一例を示す図である。
【図７】本発明の第１の実施形態に係る最終目的候補地の表示例を示す図である。
【図８】本発明の第２の実施形態に係る前日の宿泊候補の表示例を示す図である。
【図９】本発明の第３の実施形態に係る最適外出日選定処理を示すフローチャートである。
【図１０】本発明の第３の実施形態に係る最適外出日の表示例を示す図である。
【符号の説明】
【００９４】
１…方位ナビゲーションシステム、２…ネットワーク、３ａ，３ｂ…利用者端末、４…宿泊施設予約サイト、５…ＷＷＷサーバ、６…ＤＢサーバ、６ａ…ユーザ情報ＤＢ、６ｂ…九星情報ＤＢ、６ｃ…方位盤情報ＤＢ、６ｄ…施設情報ＤＢ、７…地図サーバ、７ａ…地図情報ＤＢ、１５…メイン処理部、１６…ユーザ管理部、１７…九星判定部、１８…方位判定部、１９…施設検索部、２０…データベース（ＤＢ）、２１…方位地図作成部、２２…背景地図作成部、３０…最終目的候補地表示画面、３１，４１，５１…基点地図表示領域、３２，４２，５３…目的地地図表示領域、３３…最終目的候補地地図表示領域、３４，４４，５４…基点、３５…凶方位、３６，５５…吉方位、３７…カーソルキー、３８…ズームキー、３９…目的地、４０…前日の宿泊候補表示画面、４３…前日の宿泊候補地図表示領域、５０…最適外出日表示画面、５２…検索期間指定領域、５６…目的地
【図１】
2008197180.tif 000003
【図２】
2008197180.tif 000004
【図３】
2008197180.tif 000005
【図４】
2008197180.tif 000006
【図５】
2008197180.tif 000007
【図６】
2008197180.tif 000008
【図９】
2008197180.tif 000009
【図７】
2008197180.tif 000010
【図８】
2008197180.tif 000011
【図１０】
2008197180.tif 000012