(57)【特許請求の範囲】
【請求項１】
利用者により操作される一つ以上のクライアントにネットワークを介して接続され、詳細なプラン項目から構成されるイベントのプランニングを行うプランニング装置であって、
前記利用者に対するアンケートとしての質問内容を示す質問情報を保持するアンケートデータベースと、
前記質問内容に対する前記利用者による回答内容を示す回答情報から分析される分析結果のパターン、当該利用者が前記イベントを準備する上で最低必要となる日数を当該パターンに基づいて示す最低準備期間、および前記利用者が当該イベントを構成するプラン項目を準備する上で当該準備の開始が望まれる日を当該イベントが実行される予定日からの逆算日数で当該プラン項目ごとに示したプラン項目準備日数を対応づけて保持するプラン保持手段と、
前記アンケートデータベースによって保持された前記質問情報を、前記ネットワークを介して前記クライアントに閲覧される形式で当該クライアントに提供し、当該クライアントにおいて入力を受け付けた回答情報を受信することで前記アンケートを実施するアンケート実施手段と、
回答情報から利用者のパターンを抽出する所定のアルゴリズムを用いて、前記アンケート実施手段によって受信した前記回答情報から前記利用者のパターンを抽出するパターン抽出手段と、
前記クライアントにおいて入力を受け付けた前記イベントに関する情報および当該イベントが実行される予定日に関する情報を、当該クライアントから受信する受付手段と、
前記受付手段によって受け付けられた前記イベントについて、当該イベントをプランニングする日付から前記受付手段によって受け付けられた前記予定日を差し引いて当該イベントの準備に実際に費やすことができる期間を示す実準備期間を算出し、前記パターン抽出手段によって抽出された前記パターンに対応づけられて前記プラン保持手段によって保持される当該イベントの前記最低準備期間と算出された当該実準備期間とを比較する比較手段と、
前記比較手段によって比較された結果が同一の場合もしくは前記実準備期間の方が大きかった場合に、前記パターンに対応づけられて前記プラン保持手段によって保持される前記プラン項目ごとの前記プラン項目準備日数を取得し、前記予定日から当該プラン項目準備日数を逆算した日を当該プラン項目の準備を開始する準備開始日として設定し、当該設定を当該イベントを構成する全ての前記プラン項目について行う準備開始日設定手段と、
前記準備開始日設定手段によって設定された前記準備開始日の順で前記プラン項目を一覧表示する一覧表示情報を前記クライアントに送信する表示情報送信手段と、
を備えたことを特徴とするプランニング装置。
【請求項２】
前記プラン保持手段は、前記イベントの準備から実行までに利用者が必要とする詳細情報のリンク先を示すリンク情報を前記プラン項目ごとにさらに対応づけて保持することを特徴とし、
前記詳細情報を所定のプラン項目について要求する要求情報を前記クライアントから受信すると、当該要求情報によって要求された当該所定のプラン項目に対応づけられたリンク情報を前記プラン保持手段から取得し、当該リンク情報に示されるリンク先の詳細情報を当該クライアントに送信する詳細情報送信手段をさらに備えたことを特徴とする請求項１に記載のプランニング装置。
【請求項３】
前記準備開始日設定手段によって設定された前記プラン項目ごとの準備開始日を保持する準備開始日保持手段をさらに備え、
前記準備開始日保持手段によって保持された前記準備開始日に近づいた場合に、前記利用者が処理すべき事項に関する情報を前記クライアントに送信する処理情報送信手段をさらに備えたことを特徴とする請求項１または２に記載のプランニング装置。
【請求項４】
前記プラン項目において前記利用者が事前に予約すべき事項がある場合に、当該予約に関する情報を前記クライアントから受信し、受信した当該予約に関する情報を当該予約に関する情報を管理する予約情報管理部に保持する予約手段をさらに備えたことを特徴とする請求項１〜３のいずれか一つに記載のプランニング装置。
【請求項５】
前記プラン項目において前記利用者が物品／サービスの提供を受けるべき事項がある場合に、当該物品／サービスを選択する購入手配情報を前記クライアントから受信する購入手段をさらに備えたことを特徴とする請求項１〜４のいずれか一つに記載のプランニング装置。
【請求項６】
前記購入手段によって受信された前記購入手配情報で選択された物品／サービスのオンライン決済に関する情報を前記クライアントから受信し、受信した当該情報を専用線を介して接続された決済システムに送信する決済手段をさらに備えたことを特徴とする請求項５に記載のプランニング装置。
【請求項７】
前記プラン保持手段は、前記最低準備期間として、当該利用者が人生における各種行事に関するイベントを準備する上で最低必要となる日数を保持し、前記プラン項目準備日数として、前記利用者が当該イベントを構成するプラン項目を準備する上で当該準備の開始が望まれる日の当該イベントが実行される予定日からの逆算日数を保持し、
前記受付手段は、前記イベントに関する情報として、人生における各種行事に関するイベントに関する情報を受信することを特徴とする請求項１〜６のいずれか一つに記載のプランニング装置。
【請求項８】
利用者により操作される一つ以上のクライアントにネットワークを介して接続され、詳細なプラン項目から構成されるイベントのプランニングを行うプランニングプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記利用者に対するアンケートとしての質問内容を示す質問情報を保持するアンケート保持工程と、
前記質問内容に対する前記利用者による回答内容を示す回答情報から分析される分析結果のパターン、当該利用者が前記イベントを準備する上で最低必要となる日数を当該パターンに基づいて示す最低準備期間、および前記利用者が当該イベントを構成するプラン項目を準備する上で当該準備の開始が望まれる日を当該イベントが実行される予定日からの逆算日数で当該プラン項目ごとに示したプラン項目準備日数を対応づけて保持するプラン保持工程と、
前記アンケート保持工程によって保持された前記質問情報を、前記ネットワークを介して前記クライアントに閲覧される形式で当該クライアントに提供し、当該クライアントにおいて入力を受け付けた回答情報を受信することで前記アンケートを実施するアンケート実施工程と、
回答情報から利用者のパターンを抽出する所定のアルゴリズムを用いて、前記アンケート実施工程によって受信した前記回答情報から前記利用者のパターンを抽出するパターン抽出工程と、
前記クライアントにおいて入力を受け付けた前記イベントに関する情報および当該イベントが実行される予定日に関する情報を、当該クライアントから受信する受付工程と、
前記受付工程によって受け付けられた前記イベントについて、当該イベントをプランニングする日付から前記受付工程によって受け付けられた前記予定日を差し引いて当該イベントの準備に実際に費やすことができる期間を示す実準備期間を算出し、前記パターン抽出工程によって抽出された前記パターンに対応づけられて前記プラン保持工程によって保持される当該イベントの前記最低準備期間と算出された当該実準備期間とを比較する比較工程と、
前記比較工程によって比較された結果が同一の場合もしくは前記実準備期間の方が大きかった場合に、前記パターンに対応づけられて前記プラン保持工程によって保持される前記プラン項目ごとの前記プラン項目準備日数を取得し、前記予定日から当該プラン項目準備日数を逆算した日を当該プラン項目の準備を開始する準備開始日として設定し、当該設定を当該イベントを構成する全ての前記プラン項目について行う準備開始日設定工程と、  前記準備開始日設定工程によって設定された前記準備開始日の順で前記プラン項目を一覧表示する一覧表示情報を前記クライアントに送信する表示情報送信工程と、
をコンピュータに実行させるためのプランニングプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、利用者の性格を考慮してイベントに関するスケジュールを自動的にプランニングする自動プランニング装置および自動プランニングプログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【０００２】
従来より、あるイベントに関する計画を立てる際には、プランナーが雑誌、ホームページ等から必要な情報を収集し、その情報に基づいて、試行錯誤を重ねつつスケジューリングしている。このように従来においては、様々な作業が発生するため、スケジューリングすること自体がそもそも面倒であり、これが原因で計画倒れとなる場合が多い。また、人生設計を行う場合には、結婚、住居購入、子育てといったジャンルが異なるイベントに関して個別的にプランニングする必要があり、非常に面倒である。このことから、従来より、極めて簡単にプランニングができ、さらに人生設計といったトータルプランニングを行うサービスを提供することができる手段、方法が切望されている。
【０００３】
【従来の技術】
従来より、プランナーが雑誌、ホームページ等から必要な情報を収集し、その情報に基づいて、あるイベント（たとえば、結婚、出産、住居購入、葬儀）に関するプランニングが行われている。特に、ホームページを利用する場合、プランナーは、検索エンジンを用いて当該イベントに関連するホームページを閲覧しつつ、必要な情報（業者名、住所、費用、納期等）を収集している。
【０００４】
実際のプランニングにおいては、ホームページ等から収集した情報に基づいて、予算、日程等が考慮されて、あらゆる角度から検討が重ねられる。通常、プランニング結果は、カレンダー付きの手帳に記載されたり、電子手帳、コンピュータ等に電子ファイルとして格納される。そして、プランナーは、手帳等でスケジュールを確認しつつ、イベントの準備として予約や購入といったアクションを起こしつつ計画を実行する。
【０００５】
ここで、特開平１１−１２０２３７号公報には、イベントの準備を忘れることなく確実に進めることができるイベント予約システムが開示されている。このイベント予約システムは、クライアント／サーバ型の構成を有しており、あるイベントの前後において処理すべき事項がある場合、その旨をインターネットを介して当該利用者のクライアントへ報知するものである。
【０００６】
【発明が解決しようとする課題】
ところで、前述したように、従来においては、プランニングを行うにあたって、プランナーが情報収集、予約、スケジュール管理等といった煩わしい作業を行わなければならず、イベントの規模に比例してその作業量も増大するという問題があった。
【０００７】
また、ホームページを利用して情報収集を行う場合には、それぞれのホームページが独立して存在するため、複数のホームページをまたがって情報収集しなければならず、しかもイベントに関連して予約や購入を行う際にも個別のホームページを開かなければならないため、利便性に欠けるという問題があった。さらに、プランニングされた結果が手帳等の紙ベースで保存される場合には、紛失、汚損等といったトラブルが発生する。また、従来においては、人生のプランニングをトータルでサポートするようなサービスが存在しない。
【０００８】
また、前述した特開平１１−１２０２３７号公報に開示されているイベント予約システムは、単にイベントの準備を忘れてしまうことを防止するのには有効であるが、いずれにしてもプランナー自身がプランニングを行わなければならないため、上述した問題、欠点を何ら解消するものではない。
【０００９】
本発明は、上記に鑑みてなされたもので、簡単かつ確実に利用者に適したプランニングを行うことができ、しかも利用者の利便性、使い勝手を向上させることができる自動プランニング装置および自動プランニングプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、請求項１に係る発明は、利用者により操作される一つ以上のクライアントにネットワークを介して接続され、詳細なプラン項目から構成されるイベントのプランニングを行うプランニング装置であって、前記利用者に対するアンケートとしての質問内容を示す質問情報を保持するアンケートデータベースと、前記質問内容に対する前記利用者による回答内容を示す回答情報から分析される分析結果のパターン、当該利用者が前記イベントを準備する上で最低必要となる日数を当該パターンに基づいて示す最低準備期間、および前記利用者が当該イベントを構成するプラン項目を準備する上で当該準備の開始が望まれる日を当該イベントが実行される予定日からの逆算日数で当該プラン項目ごとに示したプラン項目準備日数を対応づけて保持するプラン保持手段と、前記アンケートデータベースによって保持された前記質問情報を、前記ネットワークを介して前記クライアントに閲覧される形式で当該クライアントに提供し、当該クライアントにおいて入力を受け付けた回答情報を受信することで前記アンケートを実施するアンケート実施手段と、回答情報から利用者のパターンを抽出する所定のアルゴリズムを用いて、前記アンケート実施手段によって受信した前記回答情報から前記利用者のパターンを抽出するパターン抽出手段と、前記クライアントにおいて入力を受け付けた前記イベントに関する情報および当該イベントが実行される予定日に関する情報を、当該クライアントから受信する受付手段と、前記受付手段によって受け付けられた前記イベントについて、当該イベントをプランニングする日付から前記受付手段によって受け付けられた前記予定日を差し引いて当該イベントの準備に実際に費やすことができる期間を示す実準備期間を算出し、前記パターン抽出手段によって抽出された前記パターンに対応づけられて前記プラン保持手段によって保持される当該イベントの前記最低準備期間と算出された当該実準備期間とを比較する比較手段と、前記比較手段によって比較された結果が同一の場合もしくは前記実準備期間の方が大きかった場合に、前記パターンに対応づけられて前記プラン保持手段によって保持される前記プラン項目ごとの前記プラン項目準備日数を取得し、前記予定日から当該プラン項目準備日数を逆算した日を当該プラン項目の準備を開始する準備開始日として設定し、当該設定を当該イベントを構成する全ての前記プラン項目について行う準備開始日設定手段と、前記準備開始日設定手段によって設定された前記準備開始日の順で前記プラン項目を一覧表示する一覧表示情報を前記クライアントに送信する表示情報送信手段と、を備えたことを特徴とする。
【００１２】
このように、請求項１にかかる発明によれば、アンケートに回答し、必要な情報（イベントに関する情報およびイベントが実行される予定日に関する情報）を入力するといった手続きのみで、プランニングを自動的に行うようにしたので、利用者自身の作業量を低減することができるとともに、簡単かつ確実にしかも利用者に適したプランニングを行うことができる。
【００１５】
この請求項１にかかる発明によれば、利用者のパターンに対応するプランデータをあらかじめ記憶手段に記憶させておき、このプランデータに基づいてスケジュールをプランニングするようにしたので、極めて簡単な手法で自動的にプランニングすることができる。
【００１６】
また、請求項２に係る発明は、上記の発明において、前記プラン保持手段は、前記イベントの準備から実行までに利用者が必要とする詳細情報のリンク先を示すリンク情報を前記プラン項目ごとにさらに対応づけて保持することを特徴とし、前記詳細情報を所定のプラン項目について要求する要求情報を前記クライアントから受信すると、当該要求情報によって要求された当該所定のプラン項目に対応づけられたリンク情報を前記プラン保持手段から取得し、当該リンク情報に示されるリンク先の詳細情報を当該クライアントに送信する詳細情報送信手段をさらに備えたことを特徴とする。
【００１７】
この請求項２にかかる発明によれば、利用者から要求があると、プランニング手段は、プランデータに加えて、詳細データを利用者へ提供する。このように、請求項２にかかる発明によれば、詳細データを利用者に提供するようにしたので、利用者が独自に詳細データを収集する必要がなく、利便性が向上する。
【００１８】
また、請求項３に係る発明は、上記の発明において、前記準備開始日設定手段によって設定された前記プラン項目ごとの準備開始日を保持する準備開始日保持手段をさらに備え、前記準備開始日保持手段によって保持された前記準備開始日に近づいた場合に、前記利用者が処理すべき事項に関する情報を前記クライアントに送信する処理情報送信手段をさらに備えたことを特徴とする。
【００１９】
この請求項３にかかる発明によれば、処理情報送信手段によりスケジュールにおいて利用者が処理すべき事項が利用者に報知されるようにしたので、利用者が当該事項を確実に処理することができるとともに、プランニングされた結果が装置側で管理されるため、従来、紙ベースで管理していたときに発生していたトラブル（紛失、汚損）を回避することができる。
【００２０】
また、請求項４に係る発明は、上記の発明において、前記プラン項目において前記利用者が事前に予約すべき事項がある場合に、当該予約に関する情報を前記クライアントから受信し、受信した当該予約に関する情報を当該予約に関する情報を管理する予約情報管理部に保持する予約手段をさらに備えたことを特徴とする。
【００２１】
この請求項４にかかる発明によれば、予約手段により利用者からの予約を受け付けるようにしたので、プランニングと予約とを一カ所で行うことができ、使い勝手が向上する。
【００２２】
また、請求項５に係る発明は、上記の発明において、前記プラン項目において前記利用者が物品／サービスの提供を受けるべき事項がある場合に、当該物品／サービスを選択する購入手配情報を前記クライアントから受信する購入手段をさらに備えたことを特徴とする。
【００２３】
この請求項５にかかる発明によれば、購入手段により利用者から物品／サービスの購入手配を受け付けるようにしたので、プランニングと購入とを一カ所で行うことができ、使い勝手が向上する。
【００２４】
また、請求項６に係る発明は、上記の発明において、前記購入手段によって受信された前記購入手配情報で選択された物品／サービスのオンライン決済に関する情報を前記クライアントから受信し、受信した当該情報を専用線を介して接続された決済システムに送信する決済手段をさらに備えたことを特徴とする。
【００２５】
この請求項６にかかる発明によれば、決済手段により費用のオンライン決済を受け付けるようにしたので、プランニング、購入、決済を一カ所で行うことができ、さらに使い勝手が向上する。
【００２６】
また、請求項７に係る発明は、上記の発明において、前記プラン保持手段は、前記最低準備期間として、当該利用者が人生における各種行事に関するイベントを準備する上で最低必要となる日数を保持し、前記プラン項目準備日数として、前記利用者が当該イベントを構成するプラン項目を準備する上で当該準備の開始が望まれる日の当該イベントが実行される予定日からの逆算日数を保持し、前記受付手段は、前記イベントに関する情報として、人生における各種行事に関するイベントに関する情報を受信することを特徴とする。
【００２７】
この請求項７にかかる発明によれば、当該利用者の人生における各種行事（たとえば、結婚、出産、住居購入、葬式）に関するスケジュールがプランニングされるため、当該利用者の人生をトータルサポートすることができ、極めて質が高いサービスを提供することができる。
【００２８】
また、請求項８に係る発明は、利用者により操作される一つ以上のクライアントにネットワークを介して接続され、詳細なプラン項目から構成されるイベントのプランニングを行うプランニングプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記利用者に対するアンケートとしての質問内容を示す質問情報を保持するアンケート保持工程と、前記質問内容に対する前記利用者による回答内容を示す回答情報から分析される分析結果のパターン、当該利用者が前記イベントを準備する上で最低必要となる日数を当該パターンに基づいて示す最低準備期間、および前記利用者が当該イベントを構成するプラン項目を準備する上で当該準備の開始が望まれる日を当該イベントが実行される予定日からの逆算日数で当該プラン項目ごとに示したプラン項目準備日数を対応づけて保持するプラン保持工程と、前記アンケート保持工程によって保持された前記質問情報を、前記ネットワークを介して前記クライアントに閲覧される形式で当該クライアントに提供し、当該クライアントにおいて入力を受け付けた回答情報を受信することで前記アンケートを実施するアンケート実施工程と、回答情報から利用者のパターンを抽出する所定のアルゴリズムを用いて、前記アンケート実施工程によって受信した前記回答情報から前記利用者のパターンを抽出するパターン抽出工程と、前記クライアントにおいて入力を受け付けた前記イベントに関する情報および当該イベントが実行される予定日に関する情報を、当該クライアントから受信する受付工程と、前記受付工程によって受け付けられた前記イベントについて、当該イベントをプランニングする日付から前記受付工程によって受け付けられた前記予定日を差し引いて当該イベントの準備に実際に費やすことができる期間を示す実準備期間を算出し、前記パターン抽出工程によって抽出された前記パターンに対応づけられて前記プラン保持工程によって保持される当該イベントの前記最低準備期間と算出された当該実準備期間とを比較する比較工程と、前記比較工程によって比較された結果が同一の場合もしくは前記実準備期間の方が大きかった場合に、前記パターンに対応づけられて前記プラン保持工程によって保持される前記プラン項目ごとの前記プラン項目準備日数を取得し、前記予定日から当該プラン項目準備日数を逆算した日を当該プラン項目の準備を開始する準備開始日として設定し、当該設定を当該イベントを構成する全ての前記プラン項目について行う準備開始日設定工程と、前記準備開始日設定工程によって設定された前記準備開始日の順で前記プラン項目を一覧表示する一覧表示情報を前記クライアントに送信する表示情報送信工程と、をコンピュータに実行させるためのプランニングプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００３０】
このように、請求項８にかかる発明によれば、アンケートに回答し、必要な情報（イベントに関する情報およびイベントが実行される予定日に関する情報）を入力するといった手続きのみで、プランニングを自動的に行うようにしたので、利用者自身の作業量を低減することができるとともに、簡単かつ確実にしかも利用者に適したプランニングを行うことができる。
【００３１】
【発明の実施の形態】
以下、図面を参照して本発明にかかる自動プランニング装置および自動プランニングプログラムを記録したコンピュータ読み取り可能な記録媒体の一実施の形態について詳細に説明する。
【００３２】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。この図には、Ｗｅｂ上に設置されたポータルサイトを通じて、利用者のライフサイクルプラン（人生計画）をサポートするサービスを提供するためのシステムが図示されている。ここで、ライフサイクルプランとは、ほとんどの利用者が人生で遭遇するであろうイベント（結婚式、住居購入、出産、子育て、成人式、就職、葬式等）に関する計画をいう。以下に詳述するように、本一実施の形態は、従来、利用者側１００で行われていたプランニングをサービス提供者側３００で行う点に特徴がある。
【００３３】
また、上述したサービスを提供する手段として、図１には、インターネットＮを介して相互接続されたクライアント／サーバシステムが図示されている。具体的には、利用者側１００において、クライアント１１０Ａ〜１１０Ｅのそれぞれは、利用者Ａ〜Ｅに設けられたコンピュータ端末である。これらのクライアント１１０Ａ〜１１０Ｅのそれぞれには、ポータルサイトで提供されるウェブページをそれぞれ表示するディスプレイ１２０Ａ〜１２０Ｅが接続されている。
【００３４】
これらのディスプレイ１２０Ａ〜１２０Ｅとしては、ＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode-Ray Tube）が用いられている。また、クライアント１１０Ａ〜１１０Ｅのそれぞれは、ＷＷＷ（World Wide Web）サーバ３１０上のポータルサイトを特定するためのＵＲＬ（Uniform Resource Locator）に基づいて、インターネットＮを介してＷＷＷサーバ３１０にアクセスすることにより、ポータルサイトで提供されるウェブページを閲覧する。この閲覧時は、たとえば、ＨＴＭＬ（Hypertext Markup Language）形式のファイルを開くためのブラウザと呼ばれるプログラムが起動される。
【００３５】
携帯端末１１０Ｆは、利用者Ｆに携帯されており、ＴＣＰ／ＩＰに基づく通信機能により、インターネットＮを介してＷＷＷサーバ３１０にアクセスする。この携帯端末１１０Ｆとしては、ブラウザを備える携帯電話端末や、ＰＤＡ（Presonal Digital Assistants）と呼ばれる携帯型情報機器が挙げられる。また、上述したクライアント１１０Ａ〜１１０Ｅおよび携帯端末１１０Ｆのそれぞれの通信プロトコルとしては、ＴＣＰ／ＩＰ（Transmission Contorol Protocol/Internet Protocol）が用いられている。
【００３６】
イベント業者側２００において、詳細情報サーバ２１０は、イベントを遂行するにあたって必要な詳細情報を提供するためのサーバである。ここで、イベントとは、前述したライフサイクルプランにおける結婚式、住居購入、出産、葬式等である。したがって、イベント業者は、結婚関連業者、不動産業者、マタニティ関連業者、葬儀業者等である。また、イベントとして結婚式を一例にとれば、このイベントの詳細情報としては、式場名、郵便番号、住所、電話番号、諸費用等が挙げられる。予約サーバ２２０は、インターネットＮ経由でイベント（たとえば、結婚式）に関する各種予約（式場予約、貸衣装予約）を受け付けるものである。
【００３７】
サービス提供者側３００において、ＷＷＷサーバ３１０は、前述したポータルサイトを利用者Ａ〜Ｆに提供するものであり、インターネットＮを介してクライアント１１０Ａ〜１１０Ｅおよび携帯端末１１０Ｆによりアクセスされる。このように、ＷＷＷサーバ３１０は、外部からのアクセスが可能な公開領域に設置されている。
【００３８】
セキュリティサーバ３２０は、サービス提供者側３００における公開領域と非公開領域との間に設置されており、ファイアウォールとしての役目をしている。つまり、セキュリティサーバ３２０は、外部のクライアント１１０Ａ等から非公開領域に設置されたアプリケーションサーバ３３０へのアクセスを禁止し、一方、内部のアプリケーションサーバ３３０からＷＷＷサーバ３１０へのアクセスを許可する。
【００３９】
アプリケーションサーバ３３０は、記憶装置３４０に記憶された会員データベースＤＢ１〜ウェイトデータベースＤＢ１２を用いて、ポータルサイトの運営に必要な各種処理を実行するものである。また、アプリケーションサーバ３３０は、専用線Ｌを介して決済システム４１０に接続されている。この決済システム４１０は、決済業者側４００に設置されており、クレジットカードによるオンライン決済を行うシステムである。なお、アプリケーションサーバ３３０の動作の詳細については後述する。
【００４０】
ここで、図２に示した会員データベースＤＢ１は、ＷＷＷサーバ３１０により提供されるポータルサイトに登録された会員（利用者）に関する基本情報からなる。具体的には、会員データベースＤＢ１においては、会員ＩＤ、Ｐａｓｓｗｏｒｄ（パスワード）、氏名、年齢、性別、郵便番号、住所、生年月日、電話番号の各フィールドから構成されるレコードが、会員毎に格納されている。
【００４１】
会員ＩＤは、会員一人に対して一つ付与される固有の識別子であり、複数の会員の中から当該会員を特定するために用いられる。Ｐａｓｓｗｏｒｄは、ポータルサイトへのログイン時におけるユーザ認証に用いられる。たとえば、会員ＩＤがＺＺＺＺＺの会員に関しては、Ｐａｓｓｗｏｒｄ＝ｅｔｏｂａｏｂａ、氏名＝日本  太郎、年齢＝２６、性別＝男、郵便番号＝３５１０１３５４、住所＝埼玉県和光市本町１−１−１、生年月日＝１９７３．１０．６、電話番号＝０４８６５３２１４５とされている。なお、図３〜図１２に示したメインプランデータベースＤＢ２〜ウェイトデータベースＤＢ１２については、後述する。
【００４２】
つぎに、上述した一実施の形態の動作について、図１３に示したフローチャートを参照しつつ説明する。以下においては、図１に示した利用者Ａがポータルサイトを利用することにより、各種サービスの提供を受ける場合について説明する。図１において、利用者Ａは、クライアント１１０ＡをインターネットＮにダイアルアップ接続させた後、キーボード（図示略）より、ＷＷＷサーバ３１０上のポータルサイトを特定するためのＵＲＬを入力する。これにより、クライアント１１０ＡがインターネットＮを介してＷＷＷサーバ３１０と接続されることにより、アプリケーションサーバ３３０は、図１３に示したステップＳＡ１へ進み、ログイン処理を実行する。
【００４３】
つまり、ステップＳＡ１では、クライアント１１０Ａのディスプレイ１２０Ａには、図１４に示したログイン画面Ｇ１が表示される。このログイン画面Ｇ１には、会員ＩＤ（図２参照）に対応する「ＩＤ」入力欄、Ｐａｓｓｗｏｒｄ（図２参照）に対応する「Ｐａｓｓｗｏｒｄ」入力欄、ログインを指示するためのログイン用ソフトボタンＬＧ、および新規会員登録を指示するための新規会員登録用ソフトボタンＮＥＷがそれぞれ表示されている。
【００４４】
ここで、利用者Ａ（図１参照）がすでに会員登録されているものとすると、利用者Ａは、キーボード（図示略）より、図１４に示した「ＩＤ」入力欄に会員ＩＤとして「ＺＺＺＺＺ」（図２参照）を、「Ｐａｓｓｗｏｒｄ」入力欄にＰａｓｓｗｏｒｄとして「ｅｔｏｂａｏｂａ」（図２参照）をそれぞれ入力した後、マウスポインタ（図示略）を用いてログイン用ソフトボタンＬＧを押下する。
【００４５】
これにより、アプリケーションサーバ３３０は、ステップＳＡ２へ進み、図２に示した会員データベースＤＢ１と、利用者Ａにより入力されたＩＤ番号およびＰａｓｓｗｏｒｄとを照合することにより、利用者Ａが会員であるか否かを判断する。この場合、図２に示した会員データベースＤＢ１における会員ＩＤ＝ＺＺＺＺＺ、Ｐａｓｓｗｏｒｄ＝ｅｔｏｂａｏｂａと、利用者Ａにより入力された会員ＩＤ＝ＺＺＺＺＺ、Ｐａｓｓｗｏｒｄ＝ｅｔｏｂａｏｂａとが一致するため、アプリケーションサーバ３３０は、ステップＳＡ２の判断結果を「Ｙｅｓ」とする。
【００４６】
一方、利用者Ａにより、図１４に示したログイン画面Ｇ１の新規会員登録用ソフトボタンＮＥＷが押下された場合には、アプリケーションサーバ３３０は、ステップＳＡ２の判断結果を「Ｎｏ」として、ステップＳＡ３へ進み、会員登録処理を実行する。つまり、ステップＳＡ３では、クライアント１１０Ａのディスプレイ１２０Ａには、図１５に示した会員登録画面Ｇ２が表示される。
【００４７】
この会員登録画面Ｇ２には、会員ＩＤ（図２参照）に対応する「ＩＤ」入力欄、Ｐａｓｓｗｏｒｄ（図２参照）に対応する「Ｐａｓｓｗｏｒｄ」入力欄、Ｐａｓｓｗｏｒｄの再入力欄、電子メールのアドレスに対応する「Ｅ−ｍａｉｌ」入力欄、「氏名」入力欄、「郵便番号」入力欄、「住所」入力欄、「性別」入力欄、「生年月日」入力欄、「業種」入力欄、「職種」入力欄、登録用ソフトボタンＴがそれぞれ表示されている。
【００４８】
この場合、利用者Ａは、キーボード（図示略）を用いて、会員登録画面Ｇ２におけるそれぞれ入力欄に自身に関する情報を入力した後、登録用ソフトボタンＴをマウスポインタにより押下する。これにより、アプリケーションサーバ３３０は、利用者Ａにより入力された情報を会員データベースＤＢ１（図２参照）に登録する。つぎに、アプリケーションサーバ３３０は、登録完了のメッセージをインターネットＮを介して、クライアント１１０Ａへ通知した後、ステップＳＡ１へ戻る。
【００４９】
また、ステップＳＡ４では、ログインが完了した利用者Ａのディスプレイ１２０Ａには、図１６に示した人生計画に関するメイン画面Ｇ３が表示される。このメイン画面Ｇ３には、ポータルサイトの利用者が人生で遭遇するであろう行事（イベント）としての結婚式、住居購入、・・・、お葬式のそれぞれに対応する結婚項目Ｍ１、住居項目Ｍ２、・・・、お葬式項目Ｍｎが表示されている。さらに、メイン画面Ｇ３には、スケジューラ機能選択用ソフトボタンＢ１、チェックリスト機能選択用ソフトボタンＢ２、資金・費用管理機能選択用ソフトボタンＢ３およびシミュレーション機能選択用ソフトボタンＢ４がそれぞれ表示されている。
【００５０】
上記スケジューラ機能選択用ソフトボタンＢ１は、スケジューラ機能の選択時に押下される。このスケジューラ機能は、利用者毎のイベントを時系列に沿ってスケジューリングする機能である。チェックリスト機能選択用ソフトボタンＢ２は、チェックリスト機能の選択時に押下される。このチェックリスト機能としては、イベント（たとえば、結婚式）を遂行するにあたって利用者が実行すべき準備行為を列挙したリストを作成する機能と、このリストにおいて実行済みの行為に関してチェックマークを付与する機能とがある。このチェックリスト機能は、イベント遂行に関する進捗状況を的確に把握することにより、準備行為の漏れを防止するためのものである。
【００５１】
資金・費用管理機能選択用ソフトボタンＢ３は、資金・費用管理機能の選択時に押下される。この資金・費用管理機能は、イベントを遂行するための資金、出費、予算等を管理する機能である。ここでイベントとして結婚式を例にとれば、資金・費用管理機能により管理される項目としては、総資産、最低出費額、予算、収支等である。
【００５２】
総資産は、結婚する二人の貯蓄額、親からの援助金等の合計である。最低出費額は、結婚する二人が結婚するまでに必要な生活費や保険料等の合計である。予算は、結婚に関する準備費用の見積もりである。収支は、予算と実際の支出である。シミュレーション機能選択用ソフトボタンＢ４は、シミュレーション機能の選択時に押下される。このシミュレーション機能は、プランニングされたイベントの準備から遂行までの一連の流れを動画等により、シミュレートする機能である。
【００５３】
また、上記メイン画面Ｇ３がディスプレイ１２０Ａに表示されると、アプリケーションサーバ３３０は、ステップＳＡ５へ進み、イベントが選択されたか否かを判断する。具体的には、アプリケーションサーバ３３０は、図１６に示した結婚項目Ｍ１、・・・、お葬式項目Ｍｎのうちいずれか一つが押下されたか否かを判断する。この場合、利用者Ａにより結婚項目Ｍ１が押下されると、アプリケーションサーバ３３０は、ステップＳＡ５の判断結果を「Ｙｅｓ」として、ステップＳＡ１１へ進む。
【００５４】
ステップＳＡ１１では、アプリケーションサーバ３３０は、会員プランデータベースＤＢ３（図４参照）にアクセスすることにより、利用者Ａ専用の会員プランが会員プランデータベースＤＢ３に登録されているか否かを判断する。この場合、イベントとして結婚が選択されているため、上記会員プランは、利用者Ａの結婚に関するプランである。図４に示した会員プランデータベースＤＢ３においては、項目コード、プランの実行予定日を表す日付、プランの実行の有無を表すチェック、プランの予算および総予算に占める当該プランの割合を表す予算割合の各フィールドから構成されるレコードが項目コード毎に格納されている。
【００５５】
この場合、会員プランデータベースＤＢ３に利用者Ａ専用の会員プランが登録されていないものとすると、アプリケーションサーバ３３０は、ステップＳＡ１１の判断結果を「Ｎｏ」としてステップＳＡ１２へ進む。なお、ステップＳＡ１１の判断結果が「Ｙｅｓ」である場合、アプリケーションサーバ３３０は、ステップＳＡ６へ進む。
【００５６】
ステップＳＡ１２では、アプリケーションサーバ３３０は、図２に示した会員データベースＤＢ１にアクセスすることにより、利用者Ａの会員ＩＤ（＝ＺＺＺＺＺ）をキーとして、会員情報を取得した後、ステップＳＡ１３へ進む。ここで取得される会員情報は、氏名（＝日本  太郎）、年齢（＝２６）、性別（＝男）、住所（＝東京都千代田区霞が関１−１−１）、郵便番号（＝３５１０１３５４）、生年月日（＝１９７３．１０．６）、電話番号（＝０３００００１１１１）である。
【００５７】
ステップＳＡ１３では、アプリケーションサーバ３３０は、イベント（この場合、結婚式）のプランニングに必要な条件項目を利用者Ａに入力させるための条件項目入力処理を実行する。これにより、利用者Ａのディスプレイ１２０Ａには、図１７に示した条件項目入力処理画面Ｇ４が表示される。この条件項目入力処理画面Ｇ４には、タイトル（＝「結婚計画自動プランニング」）、結婚予定日を入力するための「予定日」入力欄、結婚に関する予算を入力するための「トータル予算」入力欄、利用者Ａの休日を設定するための「休日設定」欄、条件項目入力の完了時に押下される完了ソフトボタンＦがそれぞれ表示されている。
【００５８】
この場合、利用者Ａは、キーボードおよびマウス（いずれも図示略）を用いて、条件項目入力処理画面Ｇ４における「予定日」入力欄および「トータル予算」入力欄に、結婚予定日およびトータル予算を入力する。さらに、利用者Ａは、マウスを用いて「休日設定」欄に休日として土曜日および日曜日を設定した後、完了ソフトボタンＦをマウスポインタにより押下する。これにより、アプリケーションサーバ３３０は、ステップＳＡ１４へ進む。
【００５９】
ステップＳＡ１４では、アプリケーションサーバ３３０は、ステップＳＡ１３で設定された利用者Ａの休日（この場合、土曜日および日曜日）に基づいて、図５に示したように日付とその属性（休日または平日）とからなる会員専用カレンダを作成する。この会員専用カレンダは、利用者Ａ固有の休日と平日とを考慮して、特別にカスタマイズされたカレンダである。つぎに、アプリケーションサーバ３３０は、上記会員専用カレンダを利用者Ａの会員ＩＤ（この場合、ＺＺＺＺＺ）と関連付けて、図５に示した会員専用カレンダデータベースＤＢ４に登録した後、ステップＳＡ１５へ進む。
【００６０】
ステップＳＡ１５では、アプリケーションサーバ３３０は、利用者Ａにより性格分析処理が選択されたか否かを判断する。この性格分析処理は、たとえば、ニューラルネットワークの手法を用いて、性格分析用のアンケートの回答結果から、利用者Ａの性格を分析する処理である。このアンケートの詳細については、ステップＳＡ１６で詳述する。この場合、利用者Ａのディスプレイ１２０Ａには、性格分析処理を行うか否かの選択用のソフトボタン（図示略）が表示される。ここで、利用者Ａにより、性格分析処理を行わないことを意味するソフトボタンがマウスポインタ（図示略）により押下されると、アプリケーションサーバ３３０は、ステップＳＡ１５の判断結果を「Ｎｏ」として、ステップＳＡ１８へ進む。
【００６１】
この場合、利用者Ａにより、性格分析処理を行うことを意味するソフトボタンが押下されたものとすると、アプリケーションサーバ３３０は、ステップＳＡ１５の判断結果を「Ｙｅｓ」として、ステップＳＡ１６へ進む。ステップＳＡ１６では、アプリケーションサーバ３３０は、上述した性格分析用のアンケートの回答を利用者Ａに入力させるためのアンケート入力処理を実行する。
【００６２】
つまり、ステップＳＡ１６では、アプリケーションサーバ３３０は、アンケートデータベースＤＢ５（図６参照）からアンケート情報を取得し、これをセキュリティサーバ３２０を経由してＷＷＷサーバ３１０へ出力する。ここで、図６に示したアンケートデータベースＤＢ５は、性格分析用のアンケートを利用者に回答させるために必要なアンケート情報からなる。
【００６３】
アンケートデータベースＤＢ５においては、ＩＤ、項目、Ｆｉｌｅタイプ、Ｆｉｌｅ名、選択肢Ａ、選択肢Ｂ、選択肢Ｃ、選択肢Ｄおよび選択肢Ｅの各フィールドから構成されるレコードが、ＩＤ毎に格納されている。ＩＤは、複数のアンケートにそれぞれ付与された識別子である。項目は、アンケートの具体的内容を示す。Ｆｉｌｅタイプは、アンケートを格納するファイルの種別である。Ｆｉｌｅ名は、アンケートを格納するファイルの名称である。選択肢Ａ〜選択肢Ｅは、多枝選択方式によりアンケートの回答を得る際の各肢に対応している。
【００６４】
たとえば、ＩＤが１のレコードに関しては、項目＝人の言葉を遮って、自分の考えを述べることがありますか、Ｆｉｌｅタイプ＝静止画、Ｆｉｌｅ名＝ｑ０００１、選択肢Ａ＝はい、選択肢Ｂ＝いいえ、選択肢Ｃ＝ＮＵＬＬ、選択肢Ｄ＝ＮＵＬＬおよび選択肢Ｅ＝ＮＵＬＬとされている。
【００６５】
したがって、このレコードに関するアンケート情報がＷＷＷサーバ３１０に出力されると、利用者Ａのディスプレイ１２０Ａには、「自分の考えを遮って、自分の考えを述べることがありますか」というアンケート内容、「はい」を選択するためのソフトボタン、「いいえ」を選択するためのソフトボタンが表示される。つまり、ＩＤ＝１のアンケートは、「はい」、「いいえ」のうち、いずれか一方を選択させる二者択一方式である。この場合、ＩＤ＝１のアンケートに関して、利用者Ａは、「はい」を選択する。
【００６６】
以後、図６に示したＩＤ＝２以降のアンケート内容および選択肢が利用者Ａのディスプレイ１２０Ａに表示されるとともに、利用者Ａにより選択肢が選択されることにより、アンケートが回答される。そして、図６に示したＩＤ＝１２５のアンケートが回答されると、アプリケーションサーバ３３０は、ステップＳＡ１７へ進み、性格分析処理を実行する。
【００６７】
この性格分析処理は、ステップＳＡ１６におけるアンケートの回答結果および図２０に示したニューラルネットワークを用いて、利用者Ａの性格を分析する処理であり、その分析結果は、図１８に示した五角形のレーダチャートで表される。このレーダチャートは、人間の性格を「愛情度」、「誠実度」、「繊細度」、「行動力」および「勇気度」という五つのファクタで表現するものである。さらに、「愛情度」、「誠実度」、「繊細度」、「行動力」および「勇気度」のそれぞれは、レベル１〜レベル３という三段階のレベルで表現される。したがって、この三段階のレベルと五つのファクタとの組み合わせは、２４３（３5）パターン存在する。
【００６８】
ここで、ステップＳＡ１７における性格分析処理について、図１９に示したフローチャートを参照しつつ詳細に説明する。この図において、ステップＳＢ１では、アプリケーションサーバ３３０は、ステップＳＡ１６（図１３参照）で利用者Ａにより回答されたアンケート回答結果をアンケート情報として、ＷＷＷサーバ３１０から取得した後、ステップＳＢ２へ進む。
【００６９】
ステップＳＢ２では、アプリケーションサーバ３３０は、図２０に示したニューラルネットワークの入力値Ｘi （ｉ＝１〜５）に値（０または１）を代入する。ここで、ニューラルネットワークにおいては、入力層における入力値Ｘi に値が代入されることにより、中間層における出力値Ｙj （ｊ＝１〜７）が算出された後、出力層における出力値Ｚk （ｋ＝１〜５）が算出される。ここで、入力層における入力値Ｘ1 〜Ｘ5 は、図６に示した選択肢Ａ〜Ｅに対応している。また、選択肢Ａ〜Ｅにおいて、利用者Ａによりある選択肢が選択された場合には、この選択肢に対応する入力値Ｘi に値１が代入される。一方、選択されない選択肢に関しては、入力値Ｘi に値０が代入される。
【００７０】
この場合には、図６に示したＩＤ＝１に対応するアンケートの項目に関して、選択肢Ａが選択されているが、これ以外の選択肢Ｂ〜Ｅ（ＮＵＬＬは選択されないものとみなす）は選択されていない。したがって、ＩＤ＝１に対応するアンケート項目に関しては、図２０に示した入力値Ｘ1 〜Ｘ5 のそれぞれには、Ｘ1 ＝１、Ｘ2 ＝０、Ｘ3 ＝０、Ｘ4 ＝０、Ｘ5 ＝０が代入される。
【００７１】
つぎのステップＳＢ３では、アプリケーションサーバ３３０は、図２０に示した中間層における出力値Ｙj （Ｙ1〜Ｙ7）をつぎの（１）式から算出する。
0003916809.tif 000002
【００７２】
（１）式において、Ｘi は、入力層における入力値であり、θj は、しきい値である。右辺は、シグモイド関数である。ｗij は、入力層と中間層との間における結合荷重（ウェイト）であり、図１２（ａ）に示したウェイトデータベースＤＢ１１により予め設定されている。つまり、結合荷重ｗijにおいて、添字ｉは、図２０に示した入力層の入力値Ｘi の添字ｉに対応しており、添字ｊは、中間層の出力値Ｙj の添字ｊに対応している。
【００７３】
したがって、図２０に示したｗ11 は、入力層の入力値Ｘ1（添字ｉ＝１）と中間層の出力値Ｙ1（添字ｊ＝１）との間の結合荷重である。この結合荷重ｗ11 は、ｉ＝１およびｊ＝１であることから、図１２（ａ）に示したウェイトデータベースＤＢ１１より、ＩＤ＝１の場合、１．２０である。ここで、図１２（ａ）に示したＩＤは、図６に示したＩＤに対応している。同様にして、図２０に示した結合荷重ｗ12 、ｗ13 、・・・は、ウェイトデータベースＤＢ１１（図１２（ａ）参照）より、ＩＤ＝１の場合、０．９５、０．４５、・・・である。また、図１２（ａ）に示したように、ＩＤ＝１かつｊ＝１の場合、しきい値θ1 は、１５．２である。
【００７４】
ここで、図１２（ａ）に示したウェイトデータベースＤＢ１１における結合荷重ｗij およびしきい値θj は、ニューラルネットワークの学習法（たとえば、バックプロパゲーション法）を用いて学習された値により決定される。このようにして、アプリケーションサーバ３３０は、図６に示したＩＤ＝１に対応するアンケートの項目に関して、（１）式から中間層の出力値Ｙj（Ｙ1 〜Ｙ7）をそれぞれ算出した後、ステップＳＢ４へ進む。
【００７５】
ステップＳＢ４では、アプリケーションサーバ３３０は、図２０に示した出力層における出力値Ｚk （Ｚ1〜Ｚ5）をつぎの（２）式から算出する。
0003916809.tif 000003
【００７６】
ここで、出力層における出力値Ｚ1 〜Ｚ5 は、図１８に示した「愛情度」、「誠実度」、「繊細度」、「行動力」および「勇気度」にそれぞれ対応しており、０〜１まで範囲の実数値である。（２）式において、Ｙj は、中間層における出力値である。θk はしきい値である。Ｗjk は、中間層と出力層との間における結合荷重（ウェイト）であり、図１２（ｂ）に示したウェイトデータベースＤＢ１２により予め設定されている。つまり、結合荷重Ｗjk において、添字ｊは、図２０に示した中間層の出力値Ｙj の添字ｊに対応しており、添字ｋは、出力層の出力値Ｚk の添字ｋに対応している。
【００７７】
したがって、図２０に示したＷ11 は、中間層の入力値Ｙ1（添字ｊ＝１）と出力層の出力値Ｚ1（添字ｋ＝１）との間の結合荷重である。この結合荷重Ｗ11 は、ｊ＝１およびｋ＝１であることから、図１２（ｂ）に示したウェイトデータベースＤＢ１２より、ＩＤ＝１の場合、０．４である。同様にして、図２０に示した結合荷重Ｗ12 、Ｗ13 、・・・は、ウェイトデータベースＤＢ１２（図１２（ｂ）参照）より、ＩＤ＝１の場合、０．５、０．４、・・・である。また、図１２（ｂ）に示したように、ＩＤ＝１かつｋ＝１の場合、しきい値θ1 は、３８．２である。
【００７８】
ここで、図１２（ｂ）に示したウェイトデータベースＤＢ１２における結合荷重Ｗjk およびしきい値θk は、ニューラルネットワークの学習法（たとえば、バックプロパゲーション法）を用いて学習された値により決定される。このようにして、アプリケーションサーバ３３０は、図６に示したＩＤ＝１に対応するアンケートの項目に関して、（２）式から出力層の出力値Ｚk（Ｚ1 〜Ｚ5）をそれぞれ算出した後、ステップＳＢ５へ進む。
【００７９】
ステップＳＢ５では、アプリケーションサーバ３３０は、図６に示したアンケートデータベースＤＢ５における最終のアンケートの項目（この場合、ＩＤ＝１２５）に関するステップＳＢ２〜ステップＳＢ４までの計算が終了したか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６へ進む。ステップＳＢ６では、アプリケーションサーバ３３０は、つぎのアンケート項目（この場合、ＩＤ＝２）を選択した後、ステップＳＢ２へ戻る。以後、アプリケーションサーバ３３０は、ＩＤ＝２以降のアンケート項目に関するステップＳＢ２〜ステップＳＢ４までの計算を順次実行する。
【００８０】
そして、図６に示した最終のアンケートの項目（この場合、ＩＤ＝１２５）に関する計算が終了すると、アプリケーションサーバ３３０は、ステップＳＢ５の判断結果を「Ｙｅｓ」として、ステップＳＢ７へ進む。ステップＳＢ７では、アプリケーションサーバ３３０は、ステップＳＢ４で計算された出力値Ｚk （ｋ＝１〜５）の平均値を算出する。
【００８１】
すなわち、出力値Ｚ1 に関しては、ＩＤ＝１から１２５までにそれぞれ対応する都合１２５個の出力値Ｚ1 の平均値が算出される。この出力値Ｚ1 の平均値は、図１８に示した「愛情度」に対応している。また、出力値Ｚ2 に関しては、ＩＤ＝１から１２５までにそれぞれ対応する都合１２５個の出力値Ｚ2 の平均値が算出される。この出力値Ｚ2 の平均値は、図１８に示した「誠実度」に対応している。以下、同様にして、出力値Ｚ3（「繊細度」）の平均値、出力値Ｚ4（「行動力」）の平均値および出力値Ｚ5（「勇気度」）の平均値がそれぞれ算出される。
【００８２】
つぎの、ステップＳＢ８では、アプリケーションサーバ３３０は、ステップＳＢ７で算出された出力値Ｚ1 〜Ｚ5 のそれぞれの平均値を、図１８に示したレベル１〜レベル３のうちいずれかに分類した後、ステップＳＢ９へ進む。ここで、平均値が０〜１までの範囲の実数値をとるため、レベル１は、２／３以上１以下の範囲であり、レベル２は、１／３以上２／３未満の範囲であり、レベル３は、０以上１／３未満の範囲である。出力値Ｚ1 〜Ｚ5 のそれぞれの平均値がつぎの値であるものとすると、これらに対応するレベルは、つぎのようになる。
【００８３】
（出力値Ｚk の平均値）                    （レベル）
出力値Ｚ1（愛情度）の平均値＝０．８          １
出力値Ｚ2（誠実度）の平均値＝０．６６        １
出力値Ｚ3（繊細度）の平均値＝０．４          ２
出力値Ｚ4（行動力）の平均値＝０．７          １
出力値Ｚ5（勇気度）の平均値＝０．７          １
【００８４】
ステップＳＢ９では、アプリケーションサーバ３３０は、利用者Ａの性格に関するパターン（以下、性格パターンという）をステップＳＢ８における分類結果から抽出した後、ステップＳＢ１０へ進む。ここでいう性格パターンは、図１８に示した愛情度、誠実度、繊細度、行動力、勇気度のそれぞれのレベルを羅列したものである。したがって、この場合、利用者の性格に関して、愛情度＝レベル１、誠実度＝レベル１、繊細度＝レベル２、行動力＝レベル１および勇気度＝レベル１であるため、利用者の性格パターンは、「１１２１１」である。ただし、利用者Ａ（図１参照）に関しては、「１１１１１」という性格パターンが抽出されたものとして、説明を続ける。
【００８５】
ステップＳＢ１０では、アプリケーションサーバ３３０は、ステップＳＢ９で抽出された性格パターンをキーとして、メインプランデータベースＤＢ２（図３参照）から利用者の性格に適合する結婚に関するプランを抽出する。図３に示したメインプランデータベースＤＢ２は、性格パターンに応じたプランに関するデータベースである。このメインプランデータベースＤＢ２においては、プランコード、性格パターン、最低準備期間、プラン項目データベースへのポインタの各フィールドから構成されるレコードがプランコード毎に格納されている。
【００８６】
プランコードは、当該プランに付与されたコードであり、性格パターンは、利用者の性格パターン（１１１１１〜３３３３３）であり、最低準備期間は、当該プラン（この場合、結婚式）の準備に最低必要であろう日数である。ここで、最低準備期間にばらつきがあるのは、利用者の性格（のんびり型、てきぱき型）が考慮されているからである。
【００８７】
つまり、のんびり型の性格を有する利用者のプランにおいては、最低準備期間が長く設定されている。一方、てきぱき型の性格を有する利用者のプランにおいては、最低準備期間が短く設定されている。プラン項目データベースへのポインタは、図１１に示したプラン項目データベースＤＢ１０が格納されている記憶領域を指示するためのものである。たとえば、プランコードが００１に関しては、性格パターン＝１１１１１、最低準備期間＝１８６（日）、プラン項目データベースへのポインタ＝ＰＰＡとされている。また、図３におけるプランコード＝００１のポインタ＝ＰＰＡは、図１１に示したプラン項目データベースＤＢ１０へのポインタである。
【００８８】
図１１において、プラン項目データベースＤＢ１０は、性格パターン＝１１１１１に対応する詳細なプラン項目（この場合、結婚式に関する項目）からなるデータベースである。このプラン項目データベースＤＢ１０においては、ＩＤ、コード、属性、階層、分類、指定、最高準備日数、費用割合、詳細情報リンク先の各フィールドから構成されるレコードがＩＤ毎に格納されている。
【００８９】
ＩＤおよびコードは、プラン項目に付与されるものであり、属性は、プラン項目の具体的内容を示している。階層は、後述するプラン表示画面Ｇ５における表示期間（同図の場合、１９９９年６月〜１９９９年１２月）の長短により当該プラン項目を表示するか否かを表すものである。具体的には、表示期間が長い場合、当該プラン項目の階層が１に設定され、表示期間が短い場合、当該プランの階層が２に設定される。分類は、当該プラン項目の分類を表すものである。
【００９０】
指定は、プラン項目に対応するプランを実行する日を休日にするか否かの指定を表している。この指定の項目は、利用者により入力される。最高準備日数は、当該プラン項目に対応するプランの準備に要するであろう最大日数を表すものである。なお、最高準備日数＝９９９９９９は、準備の開始日に関する制限がないことを表している。費用割合は、全体の予算に占める当該項目に対応する費用の割合を表している。たとえば、利用者が新郎側である場合、費用割合は、新郎側が負担すべき費用の割合である。詳細情報リンク先は、プラン項目に関する詳細な情報を提供するサイトを指定するためのＵＲＬである。
【００９１】
たとえば、ＩＤが１に関しては、コード＝０００１３２、属性＝挙式・披露宴のスタイルや規模、予算について話し合う、階層＝１、指定＝無し、最高準備日数＝９９９９９９、費用割合＝０．００％、詳細情報リンク先＝http://www.xxx.co.jp/life/abc/def.htmlとされている。また、プラン項目データベースＤＢ１０の各レコードは、図４に示した会員プランデータベースＤＢ３の各レコードに対応している。
【００９２】
この場合、ステップＳＢ１０では、アプリケーションサーバ３３０は、利用者Ａ（図１参照）の性格パターンが「１１１１１」であるため、図３に示したプランコード＝００１のプランを利用者Ａのプランとして抽出した後、図１３に示したメインルーチンへ戻る。つぎのステップＳＡ１８では、アプリケーションサーバ３３０は、性格分析の結果を考慮して利用者Ａに該当するイベント（この場合、結婚式）のプランを作成するための該当イベントプラン作成処理（図２１参照）を実行する。
【００９３】
すなわち、図２１に示したステップＳＣ１では、アプリケーションサーバ３３０は、タイマ（図示略）より、現在の日時情報を取得した後、ステップＳＣ２へ進む。ステップＳＣ２では、アプリケーションサーバ３３０は、ステップＳＡ１３（図１３参照）で利用者Ａにより入力されたイベント（この場合、結婚式）の予定日と、上記日時情報から得られる今日の日付けとの差を実準備期間として算出した後、ステップＳＣ３へ進む。この実準備期間は、利用者Ａがイベント（結婚式）の準備に実際に費やすことができる期間である。
【００９４】
ステップＳＣ３では、アプリケーションサーバ３３０は、まず、メインプランデータベースＤＢ２（図３参照）にアクセスすることにより、利用者Ａのイベントに関する最低準備期間の情報を取得する。この場合、アプリケーションサーバ３３０は、ステップＳＢ１０（図１９参照）において抽出したプランコードに基づいて、図３に示したプランコード００１に対応する最低準備期間＝１８６（日）の情報を取得する。ここで注意すべきは、最低準備期間＝１８６（日）は、前述した性格分析結果に基づいて、利用者Ａの性格上、最低必要であろう準備期間である。つぎに、アプリケーションサーバ３３０は、実準備期間が最低準備期間以上であるか否かを判断する。つまり、イベントの準備期間が十分にあるか否かが判断される。
【００９５】
ここで、実準備期間が最低期間未満である場合、アプリケーションサーバ３３０は、ステップＳＣ３の判断結果を「Ｎｏ」として、ステップＳＣ４へ進む。ステップＳＣ４では、アプリケーションサーバ３３０は、利用者Ａのディスプレイ１２０Ａに準備期間が足りない旨の情報を表示させるエラー処理を実行した後、図１３に示したステップＳＡ１３へ進み、前述した条件項目入力処理を実行する。これにより、利用者Ａは、前述した動作と同様にして、図１７に示した条件項目入力処理画面Ｇ４における予定日を再入力する。
【００９６】
この場合、実準備期間が最低準備期間以上であるものとすると、アプリケーションサーバ３３０は、ステップＳＣ３の判断結果を「Ｙｅｓ」として、ステップＳＣ５へ進む。ステップＳＣ５では、アプリケーションサーバ３３０は、図３に示したプランコード００１に対応するプラン項目データベースのポインタ（＝ＰＰＡ）に基づいて、図１１に示したプラン項目データベースＤＢ１０にアクセスすることにより、ＩＤ＝１のプラン項目情報を取得した後、ステップＳＣ６へ進む。
【００９７】
ステップＳＣ６では、アプリケーションサーバ３３０は、利用者Ａにより、プランを実行する日として休日が指定されているか否かを判断する。この場合、図１１に示したプラン項目データベースＤＢ１０のＩＤ＝１のレコードにおける（休日）指定が「無し」であるため、アプリケーションサーバ３３０は、ステップＳＣ６の判断結果を「Ｎｏ」として、ステップＳＣ１０へ進む。
【００９８】
ステップＳＣ１０では、アプリケーションサーバ３３０は、ＩＤ＝１（図１１参照）のプラン項目に関して、準備期間の制限があるか否かを判断する。ここで準備期間の制限がない場合には、図１１に示した最高準備日数のフィールドに「９９９９９９」が設定されている。一方、準備期間の制限がある場合には、同フィールドに「９９９９９９」以外の数値が設定されている。この場合、図１１に示したＩＤ＝１のレコードにおける最高準備日数が「９９９９９９」に設定されているため、アプリケーションサーバ３３０は、ステップＳＣ１０の判断結果を「Ｎｏ」として、ステップＳＣ１２へ進む。
【００９９】
ステップＳＣ１２では、アプリケーションサーバ３３０は、準備期間制限が無い場合のプランニング処理（図２４参照）を実行する。すなわち、図２４に示したステップＳＦ１では、アプリケーションサーバ３３０は、図１１に示したＩＤ＝１のレコードに関するプラン項目の準備開始日を今日の日付として設定した後、ステップＳＦ２へ進む。ステップＳＦ２では、アプリケーションサーバ３３０は、会員専用カレンダデータベースＤＢ４（図５参照）から会員専用カレンダ情報（日付および属性）を取得した後、ステップＳＦ３へ進む。
【０１００】
ステップＳＦ３では、アプリケーションサーバ３３０は、上記会員専用カレンダ情報の日付および属性（図５参照）を参照することにより、ステップＳＦ１で設定された準備開始日が平日であるか否かを判断する。ここで、準備開始日が平日でない場合には、アプリケーションサーバ３３０は、ステップＳＦ３の判断結果を「Ｎｏ」として、ステップＳＦ５へ進む。ステップＳＦ５では、準備開始日（日付）を１インクリメントした後、ステップＳＦ３へ戻る。
【０１０１】
このとき、準備開始日が平日である場合には、アプリケーションサーバ３３０は、ステップＳＦ３の判断結果を「Ｙｅｓ」として、ステップＳＦ４へ進む。ステップＳＦ４では、アプリケーションサーバ３３０は、図１１に示したＩＤ＝１のレコードに関するプラン項目の準備開始日（日付）を設定した後、ステップＳＦ６へ進む。ステップＳＦ６では、アプリケーションサーバ３３０は、ステップＳＡ１３（図１３参照）で利用者Ａにより入力されたトータル予算（図１７参照）と図１１に示した費用割合との積を、当該プラン項目に関する予算として設定した後、ステップＳＦ７へ進む。
【０１０２】
ステップＳＦ７では、アプリケーションサーバ３３０は、日付（ステップＳＦ４参照）および予算（ステップＳＦ６参照）を図４に示した会員プランデータベースＤＢ３の「項目コード」＝０１０１３２における「日付」、「予算」にそれぞれ設定した後、図２１に示したステップＳＣ８へ進む。ステップＳＣ８では、アプリケーションサーバ３３０は、プラン項目データベースＤＢ１０（図１１参照）における全てのプラン項目（ＩＤ＝１〜１２５）に関する処理が終了したか否かを判断する。この場合、ＩＤ＝２〜１２５のプラン項目に関する処理が残っているため、アプリケーションサーバ３３０は、ステップＳＣ８の判断結果を「Ｎｏ」として、ステップＳＣ５へ戻る。
【０１０３】
ステップＳＣ５では、アプリケーションサーバ３３０は、図１１に示したプラン項目データベースＤＢ１０にアクセスすることにより、ＩＤ＝２のプラン項目情報を取得した後、ステップＳＣ６へ進む。以後、上述した処理と同様の処理が実行されることにより、ＩＤ＝２〜１２５のプラン項目に関する処理が実行される。
【０１０４】
たとえば、ステップＳＣ５で図１１に示したＩＤ＝３に関するプラン項目情報が取得されると、ステップＳＣ６では、アプリケーションサーバ３３０は、図１１に示したプラン項目データベースＤＢ１０のＩＤ＝３のレコードにおける（休日）指定が「休日」であるため、判断結果を「Ｙｅｓ」として、ステップＳＣ７へ進む。
【０１０５】
ステップＳＣ７では、アプリケーションサーバ３３０は、休日項目プランニング処理（図２２参照）を実行する。すなわち、図２２に示したステップＳＤ１では、ＩＤ＝３（図１１参照）のプラン項目に関して、準備開始の制限があるか否かを判断する。ここで準備開始の制限がない場合には、図１１に示した最高準備日数のフィールドに「９９９９９９」が設定されている。一方、準備期間の制限がある場合には、同フィールドに「９９９９９９」以外の数値が設定されている。この場合、図１１に示したＩＤ＝３のレコードにおける最高準備日数が「９９９９９９」に設定されているため、アプリケーションサーバ３３０は、ステップＳＤ１の判断結果を「Ｎｏ」として、ステップＳＤ３へ進む。
【０１０６】
ステップＳＤ３では、アプリケーションサーバ３３０は、図１１に示したＩＤ＝３のレコードに関するプラン項目の準備開始日を今日の日付として設定した後、ステップＳＤ５へ進む。ステップＳＤ５では、アプリケーションサーバ３３０は、会員専用カレンダデータベースＤＢ４（図５参照）から会員専用カレンダ情報（日付および属性）を取得した後、ステップＳＤ６へ進む。
【０１０７】
ステップＳＤ６では、アプリケーションサーバ３３０は、上記会員専用カレンダ情報の日付および属性（図５参照）を参照することにより、ステップＳＤ３で設定された準備開始日が休日であるか否かを判断する。ここで、準備開始日が休日でない場合には、アプリケーションサーバ３３０は、ステップＳＤ６の判断結果を「Ｎｏ」として、ステップＳＤ７へ進む。ステップＳＤ７では、準備開始日（日付）を１インクリメントした後、ステップＳＤ６へ戻る。
【０１０８】
このとき、準備開始日が休日である場合には、アプリケーションサーバ３３０は、ステップＳＤ６の判断結果を「Ｙｅｓ」として、ステップＳＤ８へ進む。ステップＳＤ８では、アプリケーションサーバ３３０は、図１１に示したＩＤ＝３のレコードに関するプラン項目の準備開始日（日付）を設定した後、ステップＳＤ９へ進む。ステップＳＤ９では、アプリケーションサーバ３３０は、ステップＳＡ１３（図１３参照）で利用者Ａにより入力されたトータル予算（図１７参照）と図１１に示した費用割合との積を、当該プラン項目に関する予算として設定した後、ステップＳＤ１０へ進む。
【０１０９】
ステップＳＤ１０では、アプリケーションサーバ３３０は、日付（ステップＳＤ８参照）および予算（ステップＳＤ９参照）を図４に示した会員プランデータベースＤＢ３の「項目コード」＝０１０１６８における「日付」、「予算」にそれぞれ設定した後、図２１に示したステップＳＣ８へ進み、前述した処理を実行する。
【０１１０】
一方、図２２に示したステップＳＤ１の判断結果が「Ｙｅｓ」である場合には、アプリケーションサーバ３３０は、ステップＳＤ２へ進む。ステップＳＤ２では、アプリケーションサーバ３３０は、準備開始日を設定するための判断を行う。具体的には、アプリケーションサーバ３３０は、今日の日付からイベントの予定日（図１７参照）までの日数が、最高準備日数（図１１参照）を越えているか否かを判断し、この判断結果が「Ｎｏ」である場合、ステップＳＤ３へ進む。ステップＳＤ３では、アプリケーションサーバ３３０は、準備開始日として今日の日付を設定した後、ステップＳＤ５へ進み、前述した処理を実行する。
【０１１１】
一方、ステップＳＤ２の判断結果が「Ｙｅｓ」である場合、アプリケーションサーバ３３０は、ステップＳＤ４へ進む。ステップＳＤ４では、アプリケーションサーバ３３０は、イベント（結婚式）の予定日から最高準備日数、遡った日付を準備開始日として設定した後、ステップＳＤ５へ進み、前述した処理を実行する。
【０１１２】
また、図２１に示したステップＳＣ５で図１１に示したＩＤ＝１２３に関するプラン項目情報が取得されると、ステップＳＣ６では、アプリケーションサーバ３３０は、図１１に示したプラン項目データベースＤＢ１０のＩＤ＝１２３のレコードにおける（休日）指定が「無い」であるため、判断結果を「Ｎｏ」として、ステップＳＣ１０へ進む。
【０１１３】
ステップＳＣ１０では、アプリケーションサーバ３３０は、ＩＤ＝１２３（図１１参照）のプラン項目に関して、準備期間の制限があるか否かを判断する。この場合、図１１に示したＩＤ＝１２３のレコードにおける最高準備日数が「１２０」に設定されているため、アプリケーションサーバ３３０は、ステップＳＣ１０の判断結果を「Ｙｅｓ」として、ステップＳＣ１１へ進む。
【０１１４】
ステップＳＣ１１では、アプリケーションサーバ３３０は、準備期間制限がある場合のプランニング処理（図２３参照）を実行する。すなわち、図２３に示したステップＳＥ１では、アプリケーションサーバ３３０は、準備開始日を設定するための判断を行う。具体的には、アプリケーションサーバ３３０は、今日の日付からイベントの予定日（図１７参照）までの日数が、最高準備日数（図１１参照）を越えているか否かを判断し、この判断結果が「Ｎｏ」である場合、ステップＳＥ２へ進む。ステップＳＥ２では、アプリケーションサーバ３３０は、準備開始日として今日の日付を設定した後、ステップＳＥ３へ進む。
【０１１５】
一方、ステップＳＥ１の判断結果が「Ｙｅｓ」である場合、アプリケーションサーバ３３０は、ステップＳＥ４へ進む。ステップＳＥ４では、アプリケーションサーバ３３０は、イベント（結婚式）の予定日から最高準備日数、遡った日付を準備開始日として設定した後、ステップＳＥ３へ進む。
【０１１６】
ステップＳＥ３では、アプリケーションサーバ３３０は、会員専用カレンダデータベースＤＢ４（図５参照）から会員専用カレンダ情報（日付および属性）を取得した後、ステップＳＥ５へ進む。ステップＳＥ５では、アプリケーションサーバ３３０は、上記会員専用カレンダ情報の日付および属性（図５参照）を参照することにより、ステップＳＥ２で設定された準備開始日が平日であるか否かを判断する。ここで、準備開始日が平日でない場合には、アプリケーションサーバ３３０は、ステップＳＥ５の判断結果を「Ｎｏ」として、ステップＳＥ７へ進む。ステップＳＥ７では、アプリケーションサーバ３３０は、準備開始日（日付）を１インクリメントした後、ステップＳＥ５へ戻る。
【０１１７】
このとき、準備開始日が平日である場合には、アプリケーションサーバ３３０は、ステップＳＥ５の判断結果を「Ｙｅｓ」として、ステップＳＥ６へ進む。ステップＳＥ６では、アプリケーションサーバ３３０は、図１１に示したＩＤ＝１２３のレコードに関するプラン項目の準備開始日（日付）を設定した後、ステップＳＥ８へ進む。ステップＳＥ８では、アプリケーションサーバ３３０は、ステップＳＡ１３（図１３参照）で利用者Ａにより入力されたトータル予算（図１７参照）と図１１に示した費用割合との積を、当該プラン項目に関する予算として設定した後、ステップＳＥ９へ進む。
【０１１８】
ステップＳＥ９では、アプリケーションサーバ３３０は、日付（ステップＳＥ６参照）および予算（ステップＳＥ８参照）を図４に示した会員プランデータベースＤＢ３の「項目コード」＝０１０３６２における「日付」、「予算」にそれぞれ設定した後、図２１に示したステップＳＣ８へ進み、前述した処理を実行する。
【０１１９】
そして、全項目の処理が終了し、ステップＳＣ８の判断結果が「Ｙｅｓ」になると、アプリケーションサーバ３３０は、ステップＳＣ９へ進み、利用者Ａ専用にプランニングされたプランをディスプレイ１２０Ａ（図１参照）に表示させるプラン表示処理（図２５参照）を実行する。図２５において、ステップＳＧ１〜ステップＳＧ１０までの処理はアプリケーションサーバ３３０により実行され、ステップＳＨ１〜ステップＳＨ９までの処理はクライアント１１０Ａにより実行される。
【０１２０】
図２５に示したステップＳＧ１では、アプリケーションサーバ３３０は、図２６に示したプラン表示画面Ｇ５をクライアント１１０Ａに表示させるためのパラメータを設定した後、ステップＳＧ２へ進む。このパラメータは、利用者Ａにより指定されるものであり、プランの期間、階層（図１１参照）である。ステップＳＧ２では、アプリケーションサーバ３３０は、図４に示した会員プランデータベースＤＢ３から上記設定に該当するプラン項目（レコード）を抽出した後、ステップＳＧ３へ進む。
【０１２１】
ステップＳＧ３では、アプリケーションサーバ３３０は、ステップＳＧ２で抽出されたプラン項目の情報（プラン情報）をインターネットＮを介してクライアント１１０Ａ（図１参照）へ送信した後、ステップＳＧ４へ進む。ステップＳＧ４では、アプリケーションサーバ３３０は、後述するプラン表示画面Ｇ５（図２６参照）におけるプラン項目がクリックされたか否かを判断する。
【０１２２】
また、プラン情報がクライアント１１０Ａに受信されると、ステップＳＨ１では、クライアント１１０Ａは、受信したプラン情報に基づいて、図２６に示したプラン表示画面Ｇ５をディスプレイ１２０Ａに表示した後、ステップＳＨ２へ進む。このプラン表示画面Ｇ５には、図１３に示した該当イベントプラン作成処理（ステップＳＡ１８参照）で作成された、利用者Ａ専用のプラン項目（挙式・披露宴の予算決定、式場の絞り込み等）が時系列に沿って表示されている。
【０１２３】
ステップＳＨ２では、クライアント１１０Ａは、上述したパラメータ（プランの期間、階層）に関する設定変更があるか否かを判断し、判断結果が「Ｙｅｓ」の場合、ステップＳＨ３へ進む。ステップＳＨ３では、クライアント１１０Ａは、設定変更の内容をインターネットＮを介してアプリケーションサーバ３３０へ送信する。一方、ステップＳＨ２で設定変更がない場合、クライアント１１０Ａは、判断結果を「Ｎｏ」とする。
【０１２４】
ステップＳＨ４では、利用者Ａは、図２６に示したプラン表示画面Ｇ５における複数のプラン項目のうち、詳細プランを表示させたいものをマウスポインタを用いてクリックする。この場合、図２６に示したプラン項目Ｐ（式場の絞り込み）がクリックされたものとする。これにより、アプリケーションサーバ３３０は、ステップＳＧ４の判断結果を「Ｙｅｓ」として、ステップＳＧ５へ進む。
【０１２５】
ステップＳＧ５では、アプリケーションサーバ３３０は、図４に示した会員プランデータベースＤＢ３にアクセスすることにより、項目コード０１０１３５に対応する図１１に示したＩＤ＝２のレコードを認識する。つぎに、アプリケーションサーバ３３０は、図１１に示したＩＤ＝２のレコードにおける詳細情報リンク先＝http://www.xxx.co.jp/life/ghi/jkl.html（ＵＲＬ）を検出する。
【０１２６】
ステップＳＧ６では、アプリケーションサーバ３３０は、上記詳細情報リンク先を詳細プラン情報としてインターネットＮを介してクライアント１１０Ａへ送信した後、ステップＳＧ７へ進む。ステップＳＧ７では、アプリケーションサーバ３３０、利用者Ａにより予約ボタン（図示略）がクリックされたか否かを判断する。この予約ボタンは、例えば、式場を予約するためのボタンである。
【０１２７】
そして、上記詳細プラン情報を受信すると、ステップＳＨ５では、クライアント１１０Ａは、式場に関する詳細プラン（図示略）を表示させた後、ステップＳＨ６へ進む。ステップＳＨ６では、利用者Ａは、式場を予約するか否かを判断し、この判断結果が「Ｎｏ」である場合、ステップＳＨ８へ進む。この場合、利用者Ａは、ステップＳＨ６の判断結果を「Ｙｅｓ」として、ステップＳＨ７へ進む。ステップＳＨ７では、利用者Ａは、ディスプレイ１２０Ａに表示されている予約ボタン（図示略）をクリックする。
【０１２８】
これにより、ステップＳＧ７では、アプリケーションサーバ３３０は、判断結果を「Ｙｅｓ」として、ステップＳＧ８へ進み、式場を予約するための予約処理（図２８参照）を実行する。図２８において、ステップＳＩ１〜ＳＩ５までの処理は、アプリケーションサーバ３３０（図１参照）により実行され、ステップＳＪ１〜ＳＪ７の処理は、クライアント１１０Ａにより実行される。同図に示したステップＳＪ１では、クライアント１１０Ａは、図２７に示した詳細表示画面Ｇ６をディスプレイ１２０Ａに表示させた後、ステップＳＪ２へ進む。
【０１２９】
この詳細表示画面Ｇ６には、利用者Ａへのメッセージ文、画像Ｉ、検索エンジンＳが表示されている。この検索エンジンＳは、インターネットＮ上に存在する式場のサイトを検索するためのものである。ステップＳＪ２では、利用者Ａは、検索エンジンＳを用いて、式場を検索するための項目（キーワード等）を入力・選択する。
【０１３０】
これにより、ステップＳＩ１では、アプリケーションサーバ３３０は、ステップＳＪ２で入力・選択された項目をキーとして、図７に示した式場データベースＤＢ６を検索する。この式場データベースＤＢ６においては、「ＩＤ」、「式場名」、「郵便番号」、「住所」、「電話番号」、式場の形態を表す「形態」、神前式結婚の可否（可：Ｔｒｕｅ、否：Ｆａｌｓｅ）を表す「神前式」、教会式結婚の可否（可：Ｔｒｕｅ、否：Ｆａｌｓｅ）を表す「教会式」、・・・、式場における最低予約人数を表す「最低人数」、式場における最高予約人数を表す「最高人数」、「施設」および「演出」の各フィールドから構成されるレコードが、ＩＤ毎に格納されている。
【０１３１】
そして、上記検索が終了すると、ステップＳＪ３では、クライアント１１０Ａは、検索結果をディスプレイ１２０Ａへ出力する。これにより、ディスプレイ１２０Ａには、検索結果が表示される。そして、ステップＳＪ４では、利用者Ａは、検索結果の中から所望の式場を選択する。
【０１３２】
これにより、ステップＳＩ２では、アプリケーションサーバ３３０は、式場データベースＤＢ６（図７参照）にアクセスすることにより、利用者Ａにより選択された式場に関する詳細情報を検索する。この検索が終了すると、ステップＳＪ５では、クライアント１１０Ａは、式場に関する詳細情報と、予約するための選択ボタンと、予約の日程を入力させるための入力項目とをディスプレイ１２０Ａに表示させる。
【０１３３】
つぎに、ステップＳＪ６では、利用者Ａは、ディスプレイ１２０Ａの表示画面を確認しつつ、選択ボタンをクリックした後、入力項目に予約日を入力する。これにより、ステップＳＩ３では、アプリケーションサーバ３３０は、図９に示した式場予約状況データベースＤＢ８を参照しつつ、式場の空き情報を確認する。この式場予約状況データベースＤＢ８においては、「日付」、予約の有無を表す「予約」、「予約者氏名」、式場の住所を表す「住所」、「電話番号」等の各フィールドから構成されるレコードが日付毎に格納されている。この式場予約状況データベースＤＢ８は、図１に示した詳細情報サーバ２１０からの最新の情報に基づいて、随時更新される。
【０１３４】
つぎのステップＳＩ４では、アプリケーションサーバ３３０は、ステップＳＩ３における空き状況の確認結果に基づいて、利用者Ａが予約した日程に、既に他の予約が入っているか否かを判断し、この判断結果が「Ｙｅｓ」の場合、先約がある旨をクライアント１１０Ａに通知する。この場合、ステップＳＪ６では、利用者Ａは、予約日を変更する。
【０１３５】
一方、ステップＳＩ４の判断結果が「Ｎｏ」である場合、アプリケーションサーバ３３０は、ステップＳＩ５へ進み、予約情報を登録する。具体的には、アプリケーションサーバ３３０は、式場予約状況データベースＤＢ８（図９参照）において該当する「予約」の欄を「有」とする。さらに、アプリケーションサーバ３３０は、予約情報をインターネットＮを介して図１に示した予約サーバ２２０へ通知した後、図２５に示したステップＳＧ９へ進む。これにより、該当する式場に対する正式な予約が完了する。また、ステップＳＪ７では、クライアント１１０Ａは、ディスプレイ１２０Ａに予約確認用の画面を表示させる。
【０１３６】
図２５に戻り、ステップＳＧ９では、アプリケーションサーバ３３０は、利用者Ａにより、購入ボタン（図示略）が押下されているか否かを判断する。一方、ステップＳＨ８では、利用者Ａは、商品（この場合、式場サービス）を購入するか否かを判断し、この判断結果が「Ｎｏ」である場合、一連の処理を終了する。この場合、利用者Ａは、ステップＳＨ８の判断結果を「Ｙｅｓ」として、ステップＳＨ９へ進む。ステップＳＨ９では、利用者Ａは、ディスプレイ１２０Ａに表示されている購入ボタン（図示略）をクリックする。
【０１３７】
これにより、アプリケーションサーバ３３０は、ステップＳＧ９の判断結果を「Ｙｅｓ」として、ステップＳＧ１０へ進み、購入処理（図２９参照）を実行する。図２９において、ステップＳＫ１〜ＳＫ３までの処理は、アプリケーションサーバ３３０（図１参照）により実行され、ステップＳＬ１〜ＳＬ８の処理は、クライアント１１０Ａにより実行される。同図に示したステップＳＬ１では、クライアント１１０Ａは、商品（この場合、式場サービス）を検索するための商品検索画面（図示略）をディスプレイ１２０Ａに表示させた後、ステップＳＬ２へ進む。
【０１３８】
ステップＳＬ２では、利用者Ａは、検索エンジンを用いて、式場を検索するための項目（キーワード等）を入力・選択する。これにより、ステップＳＫ１では、アプリケーションサーバ３３０は、ステップＳＬ２で入力・選択された項目をキーとして、図１０に示した商品データベースＤＢ９を検索する。この商品データベースＤＢ９においては、「ＩＤ」、「商品名」、「商品番号」、「雑誌ページへのリンク」および「電話番号」の各フィールドから構成されるレコードが、ＩＤ毎に格納されている。
【０１３９】
そして、上記検索が終了すると、ステップＳＬ３では、クライアント１１０Ａは、検索結果をディスプレイ１２０Ａへ出力する。これにより、ディスプレイ１２０Ａには、検索結果（図１０参照）が表示される。そして、ステップＳＬ４では、利用者Ａは、検索結果の中から所望の商品を選択する。
【０１４０】
これにより、ステップＳＫ２では、アプリケーションサーバ３３０は、商品データベースＤＢ９（図１０参照）および式場料金データベースＤＢ７（図８参照）にアクセスすることにより、利用者Ａにより選択された商品に関する詳細情報を検索する。図８に示した式場料金データベースＤＢ７においては、「項目」、「最低料金」および「最高料金」の各フィールドから構成されるレコードが項目毎に格納されている。
【０１４１】
そして、検索が終了すると、ステップＳＬ５では、クライアント１１０Ａは、商品に関する詳細情報（図８参照）と、商品を購入するための購入ボタン（図示略）と、クレジットカードの番号を入力するための入力欄（図示略）とをディスプレイ１２０Ａに表示させる。つぎに、ステップＳＬ６では、利用者Ａは、ディスプレイ１２０Ａの表示画面を確認しつつ、購入ボタンをクリックした後、ステップＳＬ７へ進む。
【０１４２】
ステップＳＬ７では、利用者Ａは、決済に用いるクレジットカードの番号を入力する。これにより、ステップＳＫ３では、アプリケーションサーバ３３０は、図１に示した専用線Ｌを介して、クレジットカードの番号情報を決済システム４１０へ送信した後、一連の購入処理（該当イベントプラン作成処理）を終了し、ステップＳＡ１９（図１３参照）へ進む。これにより、決済システム４１０においては、利用者Ａが保有するクレジットカードを用いて決済が行われる。また、ステップＳＬ８では、クライアント１１０Ａは、ディスプレイ１２０Ａに購入確認用の画面を表示させる。
【０１４３】
図１３に戻り、ステップＳＡ１９では、アプリケーションサーバ３３０は、利用者Ａによりイベントの自動プランニングの終了が指示されたか否かを判断し、この判断結果が「Ｙｅｓ」である場合、一連の処理を終了する。一方、ステップＳＡ１９の判断結果が「Ｎｏ」である場合、アプリケーションサーバ３３０は、ステップＳＡ４へ戻り、前述した処理を実行する。
【０１４４】
また、ステップＳＡ５の判断結果が「Ｎｏ」である場合、またはステップＳＡ１１の判断結果が「Ｙｅｓ」である場合、アプリケーションサーバ３３０は、ステップＳＡ６へ進む。ステップＳＡ６では、アプリケーションサーバ３３０は、前述したスケジューラ機能、資金・費用管理機能、チェックリスト機能またはシミュレーション機能のうちいずれかを利用者Ａに選択させる処理を実行する。
【０１４５】
ここで、利用者Ａにより、図１６に示したスケジューラ機能選択用ソフトボタンＢ１が押下されると、アプリケーションサーバ３３０は、ステップＳＡ７へ進み、スケジューラ処理を実行する。このスケジューラ処理においては、図３０（ａ）に示したプラン表示画面Ｇ７がディスプレイ１２０Ａに表示される。
【０１４６】
このプラン表示画面Ｇ７は、ステップＳＡ１８で作成された該当イベントプランを時系列に沿ってスケジューリングした結果である。この図には、１９９９年９月のカレンダと、イベント（挨拶、結婚式、ハネムーン）とが図示されている。たとえば、９月２２日の欄には「挨拶」が、９月２３日の欄には「結婚式」が、９月２４日の欄には「ハネムーン」がそれぞれ記載されている。
【０１４７】
ここで、利用者Ａにより９月２３日の部分がクリックされると、ディスプレイ１２０Ａには、図３０（ｂ）に示した結婚に関するプラン詳細表示画面Ｇ８が表示される。このプラン詳細表示画面Ｇ８には、挙式、料理等の「項目」、Ａホテル、レンタルハウス等の「店」、「金額」および「内訳」という、結婚式に関する詳細なプランが表示される。
【０１４８】
また、利用者Ａにより、図１６に示したチェックリスト機能選択用ソフトボタンＢ２が押下されると、アプリケーションサーバ３３０は、ステップＳＡ９へ進み、チェックリスト処理を実行する。このチェックリスト処理においては、イベント（たとえば、結婚式）を遂行するにあたって利用者Ａが実行すべき準備行為を列挙したリストが作成された後、このリストにおいて実行済みの行為に関してチェックマークが付与される。
【０１４９】
また、利用者Ａにより、図１６に示した資金・費用管理機能選択用ソフトボタンＢ３が押下されると、アプリケーションサーバ３３０は、ステップＳＡ８へ進み、資金・費用管理処理を実行する。この資金・費用管理処理においては、イベントを遂行するための資金、出費、予算、収支等が管理される。
【０１５０】
また、利用者Ａにより、図１６に示したシミュレーション機能選択用ソフトボタンＢ４が押下されると、アプリケーションサーバ３３０は、ステップＳＡ１０へ進む。ステップＳＡ１０では、アプリケーションサーバ３３０は、シミュレーション処理を実行する。このシミュレーション処理においては、プランニングされたイベントの準備から遂行までの一連の流れが、動画等により利用者Ａに対して表示される。
【０１５１】
以上説明したように、一実施の形態によれば、アンケートに回答し、必要な初期条件を入力するといった手続きのみで、利用者の性格が考慮されたプランニングを自動的に行うようにしたので、利用者自身の作業量を低減することができるとともに、簡単かつ確実にしかも利用者に適したプランニングを行うことができる。
【０１５２】
また、一実施の形態によれば、性格パターンに対応するプランデータをあらかじめメインプランデータベースＤＢ２として保持させておき、このプランデータに基づいてスケジュールをプランニングするようにしたので、極めて簡単な手法で自動的にプランニングすることができる。
【０１５３】
また、一実施の形態によれば、詳細プラン情報（詳細表示画面Ｇ６：図２７参照）を利用者に提供するようにしたので、利用者が独自に詳細データを収集する必要がなく、利便性が向上する。
【０１５４】
さらに、一実施の形態によれば、利用者からの予約、購入、決済の依頼を受け付けるようにしたので、プランニングと予約、購入、決済とを一カ所で行うことができ、使い勝手が向上する。
【０１５５】
加えて、一実施の形態によれば、当該利用者の人生における各種行事（たとえば、結婚、出産、住居購入、葬式）に関するスケジュールがプランニングされるため、当該利用者の人生をトータルサポートすることができ、極めて質が高いサービスを提供することができる。
【０１５６】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。たとえば、前述した一実施の形態においては、自動プランニング機能を実現するための自動プランニングプログラムを図３１に示したコンピュータ読み取り可能な記録媒体５００に記録して、この記録媒体５００に記録された自動プランニングプログラムを同図に示したコンピュータ４００に読み込ませ、実行することにより自動プランニングを行うようにしてもよい。
【０１５７】
図３１に示したコンピュータ４００は、上記自動プランニングプログラムを実行するＣＰＵ４０１と、キーボード、マウス等の入力装置４０２と、各種データを記憶するＲＯＭ（Read Only Memory）４０３と、演算パラメータ等を記憶するＲＡＭ（Random Access Memory）４０４と、記録媒体５００から自動プランニングプログラムを読み取る読取装置４０５と、ディスプレイ、プリンタ等の出力装置４０６と、装置各部を接続するバスＢＵとから構成されている。
【０１５８】
ＣＰＵ４０１は、読取装置４０５を経由して記録媒体５００に記録されている自動プランニングプログラムを読み込んだ後、自動プランニングプログラムを実行することにより、前述した自動プランニング機能を実現する。なお、記録媒体５００には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【０１５９】
また、一実施の形態においては、利用者の性格に関する性格分析結果に基づいてプランニングを行う例について説明したが、これに限られることなく、利用者の趣味、嗜好等といったものを分析観点として傾向分析や特性分析を行った結果に基づいてプランニングを行うようにしてもよい。要は、利用者に関する分析の観点は問わない。なお、性格以外の分析観点で分析を行う場合には、当該分析観点に関するアンケートが実施されることはいうまでもない。
【０１６０】
また、一実施の形態においては、性格分析の手法としてニューラルネットワークを用いた性格分析手法について説明したが、これに限られることなく、その他の手法を用いてもよい。
【０１６１】
さらに、一実施の形態においては、作成されたプラン（プラン表示画面Ｇ５：図２６）におけるプラン項目に関する処理すべき事項（たとえば、式場の下見に行く）の実行日時をアプリケーションサーバ３３０で監視し、実行日時の直前にアプリケーションサーバ３３０からインターネットＮを介してクライアントへ報知するようにしてもよい。この場合には、利用者が当該事項を確実に処理することができる。
【０１６２】
【発明の効果】
以上説明したように、請求項１、８にかかる発明によれば、アンケートに回答し、必要な情報（イベントに関する情報およびイベントが実行される予定日に関する情報）を入力するといった手続きのみで、プランニングを自動的に行うようにしたので、利用者自身の作業量を低減することができるとともに、簡単かつ確実にしかも利用者に適したプランニングを行うことができるという効果を奏する。
【０１６３】
また、請求項１にかかる発明によれば、利用者のパターンに対応するプランデータをあらかじめ記憶手段に記憶させておき、このプランデータに基づいてスケジュールをプランニングするようにしたので、極めて簡単な手法で自動的にプランニングすることができるという効果を奏する。
【０１６４】
また、請求項２にかかる発明によれば、詳細データを利用者に提供するようにしたので、利用者が独自に詳細データを収集する必要がなく、利便性が向上するという効果を奏する。
【０１６５】
また、請求項３にかかる発明によれば、処理情報送信手段によりスケジュールにおいて利用者が処理すべき事項が利用者に報知されるようにしたので、利用者が当該事項を確実に処理することができるとともに、プランニングされた結果が装置側で管理されるため、従来、紙ベースで管理していたときに発生していたトラブル（紛失、汚損）を回避することができるという効果を奏する。
【０１６６】
また、請求項４にかかる発明によれば、予約手段により利用者からの予約を受け付けるようにしたので、プランニングと予約とを一カ所で行うことができ、使い勝手が向上するという効果を奏する。
【０１６７】
また、請求項５にかかる発明によれば、購入手段により利用者から物品／サービスの購入手配を受け付けるようにしたので、プランニングと購入とを一カ所で行うことができ、使い勝手が向上するという効果を奏する。
【０１６８】
また、請求項６にかかる発明によれば、決済手段により費用のオンライン決済を受け付けるようにしたので、プランニング、購入、決済を一カ所で行うことができ、さらに使い勝手が向上するという効果を奏する。
【０１６９】
また、請求項７にかかる発明によれば、当該利用者の人生における各種行事（たとえば、結婚、出産、住居購入、葬式）に関するスケジュールがプランニングされるため、当該利用者の人生をトータルサポートすることができ、極めて質が高いサービスを提供することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】同一実施の形態における会員データベースＤＢ１の一例を示す図である。
【図３】同一実施の形態におけるメインプランデータベースＤＢ２の一例を示す図である。
【図４】同一実施の形態における会員プランデータベースＤＢ３の一例を示す図である。
【図５】同一実施の形態における会員専用カレンダデータベースＤＢ４の一例を示す図である。
【図６】同一実施の形態におけるアンケートデータベースＤＢ５の一例を示す図である。
【図７】同一実施の形態における式場データベースＤＢ６の一例を示す図である。
【図８】同一実施の形態における式場料金データベースＤＢ７の一例を示す図である。
【図９】同一実施の形態における式場予約状況データベースＤＢ８の一例を示す図である。
【図１０】同一実施の形態における商品データベースＤＢ９の一例を示す図である。
【図１１】同一実施の形態におけるプラン項目データベースＤＢ１０の一例を示す図である。
【図１２】同一実施の形態におけるウエイトデータベースＤＢ１１およびＤＢ１２の一例を示す図である。
【図１３】同一実施の形態の動作を説明するフローチャートである。
【図１４】同一実施の形態におけるログイン画面Ｇ１の一例を示す図である。
【図１５】同一実施の形態における会員登録画面Ｇ２の一例を示す図である。
【図１６】同一実施の形態におけるメイン画面Ｇ３の一例を示す図である。
【図１７】同一実施の形態における条件項目入力処理画面Ｇ４の一例を示す図である。
【図１８】図１３に示した性格分析処理における分析結果の一例を示す図である。
【図１９】図１３に示した性格分析処理を説明するフローチャートである。
【図２０】図１９に示した中間層における出力値Ｙj および出力層における出力値Ｚk の計算方法を説明する図である。
【図２１】図１３に示した当該イベントプラン作成処理を説明するフローチャートである。
【図２２】図２１に示した休日項目プランニング処理を説明するフローチャートである。
【図２３】図２１に示した準備期間制限がある場合のプランニング処理を説明するフローチャートである。
【図２４】図２１に示した準備期間制限が無い場合のプランニング処理を説明するフローチャートである。
【図２５】図２１に示したプラン表示処理を説明するフローチャートである。
【図２６】同一実施の形態におけるプラン表示画面Ｇ５の一例を示す図である。
【図２７】同一実施の形態における詳細表示画面Ｇ６の一例を示す図である。
【図２８】図２５に示した予約処理を説明するフローチャートである。
【図２９】図２５に示した購入処理を説明するフローチャートである。
【図３０】同一実施の形態におけるプラン表示画面Ｇ７およびプラン詳細表示画面Ｇ８の一例を示す図である。
【図３１】同一実施の形態の変形例を示すブロック図である。
【符号の説明】
１１０Ａ〜１００Ｅ  クライアント
３１０  ＷＷＷサーバ
３３０  アプリケーションサーバ
４００  コンピュータ
５００  記録媒体
Ｎ  インターネット
【図１】
0003916809.tif 000004
【図２】
0003916809.tif 000005
【図３】
0003916809.tif 000006
【図４】
0003916809.tif 000007
【図５】
0003916809.tif 000008
【図６】
0003916809.tif 000009
【図７】
0003916809.tif 000010
【図８】
0003916809.tif 000011
【図９】
0003916809.tif 000012
【図１０】
0003916809.tif 000013
【図１１】
0003916809.tif 000014
【図１２】
0003916809.tif 000015
【図１３】
0003916809.tif 000016
【図１４】
0003916809.tif 000017
【図１５】
0003916809.tif 000018
【図１６】
0003916809.tif 000019
【図１７】
0003916809.tif 000020
【図１８】
0003916809.tif 000021
【図１９】
0003916809.tif 000022
【図２０】
0003916809.tif 000023
【図２１】
0003916809.tif 000024
【図２２】
0003916809.tif 000025
【図２３】
0003916809.tif 000026
【図２４】
0003916809.tif 000027
【図２５】
0003916809.tif 000028
【図２６】
0003916809.tif 000029
【図２７】
0003916809.tif 000030
【図２８】
0003916809.tif 000031
【図２９】
0003916809.tif 000032
【図３０】
0003916809.tif 000033
【図３１】
0003916809.tif 000034