JP2001092882A - 自動プランニング装置および自動プランニングプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 簡単かつ確実に利用者に適したプランニング
を行うことができ、しかも利用者の利便性、使い勝手を
向上させること。 【解決手段】 利用者Ａ〜Ｅにより操作されるクライア
ント１１０Ａ〜１１０ＥにインターネットＮを介して接
続されたＷＷＷサーバ３１０およびアプリケーションサ
ーバ３３０を備え、アプリケーションサーバ３３０は、
インターネットＮを介して性格分析用のアンケートを利
用者に対して実施し、このアンケートの回答結果を所定
の性格分析手法に適用することにより、当該利用者の性
格を分析する。つぎに、アプリケーションサーバ３３０
は、利用者が所望するイベントに関するプランニングを
実行するにあたって必要な初期条件および性格の分析結
果に基づいて、利用者の性格を考慮して、イベントに関
する準備から実行までのスケジュールを自動的にプラン
ニングする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、利用者の性格を考
慮してイベントに関するスケジュールを自動的にプラン
ニングする自動プランニング装置および自動プランニン
グプログラムを記録したコンピュータ読み取り可能な記
録媒体に関するものである。

【０００２】従来より、あるイベントに関する計画を立
てる際には、プランナーが雑誌、ホームページ等から必
要な情報を収集し、その情報に基づいて、試行錯誤を重
ねつつスケジューリングしている。このように従来にお
いては、様々な作業が発生するため、スケジューリング
すること自体がそもそも面倒であり、これが原因で計画
倒れとなる場合が多い。また、人生設計を行う場合に
は、結婚、住居購入、子育てといったジャンルが異なる
イベントに関して個別的にプランニングする必要があ
り、非常に面倒である。このことから、従来より、極め
て簡単にプランニングができ、さらに人生設計といった
トータルプランニングを行うサービスを提供することが
できる手段、方法が切望されている。

【０００３】

【従来の技術】従来より、プランナーが雑誌、ホームペ
ージ等から必要な情報を収集し、その情報に基づいて、
あるイベント（たとえば、結婚、出産、住居購入、葬
儀）に関するプランニングが行われている。特に、ホー
ムページを利用する場合、プランナーは、検索エンジン
を用いて当該イベントに関連するホームページを閲覧し
つつ、必要な情報（業者名、住所、費用、納期等）を収
集している。

【０００４】実際のプランニングにおいては、ホームペ
ージ等から収集した情報に基づいて、予算、日程等が考
慮されて、あらゆる角度から検討が重ねられる。通常、
プランニング結果は、カレンダー付きの手帳に記載され
たり、電子手帳、コンピュータ等に電子ファイルとして
格納される。そして、プランナーは、手帳等でスケジュ
ールを確認しつつ、イベントの準備として予約や購入と
いったアクションを起こしつつ計画を実行する。

【０００５】ここで、特開平１１−１２０２３７号公報
には、イベントの準備を忘れることなく確実に進めるこ
とができるイベント予約システムが開示されている。こ
のイベント予約システムは、クライアント／サーバ型の
構成を有しており、あるイベントの前後において処理す
べき事項がある場合、その旨をインターネットを介して
当該利用者のクライアントへ報知するものである。

【０００６】

【発明が解決しようとする課題】ところで、前述したよ
うに、従来においては、プランニングを行うにあたっ
て、プランナーが情報収集、予約、スケジュール管理等
といった煩わしい作業を行わなければならず、イベント
の規模に比例してその作業量も増大するという問題があ
った。

【０００７】また、ホームページを利用して情報収集を
行う場合には、それぞれのホームページが独立して存在
するため、複数のホームページをまたがって情報収集し
なければならず、しかもイベントに関連して予約や購入
を行う際にも個別のホームページを開かなければならな
いため、利便性に欠けるという問題があった。さらに、
プランニングされた結果が手帳等の紙ベースで保存され
る場合には、紛失、汚損等といったトラブルが発生す
る。また、従来においては、人生のプランニングをトー
タルでサポートするようなサービスが存在しない。

【０００８】また、前述した特開平１１−１２０２３７
号公報に開示されているイベント予約システムは、単に
イベントの準備を忘れてしまうことを防止するのには有
効であるが、いずれにしてもプランナー自身がプランニ
ングを行わなければならないため、上述した問題、欠点
を何ら解消するものではない。

【０００９】本発明は、上記に鑑みてなされたもので、
簡単かつ確実に利用者に適したプランニングを行うこと
ができ、しかも利用者の利便性、使い勝手を向上させる
ことができる自動プランニング装置および自動プランニ
ングプログラムを記録したコンピュータ読み取り可能な
記録媒体を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、請求項１にかかる発明は、利用者により操作される
一つ以上のクライアント（後述する一実施の形態のクラ
イアント１１０Ａ〜１１０Ｅに相当）にネットワーク
（後述する一実施の形態のインターネットＮに相当）を
介して接続された自動プランニング装置であって、前記
ネットワークを介して利用者に関する分析用のアンケー
トを前記利用者に対して実施するアンケート実施手段
と、前記アンケートの回答結果を所定の分析手法に適用
することにより、当該利用者を分析する分析手段と、前
記利用者が所望するイベントに関するプランニングを実
行するにあたって必要な初期条件を入力する初期条件入
力手段と、前記初期条件および前記分析手段の分析結果
に基づいて、前記イベントに関する準備から実行までの
スケジュールをプランニングするプランニング手段とを
備えることを特徴とする。

【００１１】この請求項１にかかる発明によれば、アン
ケート実施手段によりネットワークを介して利用者に対
するアンケートが実施されると、分析手段により、上記
アンケートの回答結果に基づいて、当該利用者に関する
傾向等が分析される。そして、初期条件入力手段により
初期条件が入力されると、プランニング手段は、初期条
件および分析結果に基づいて、プランニングを行う。

【００１２】このように、請求項１にかかる発明によれ
ば、アンケートに回答し、必要な初期条件を入力すると
いった手続きのみで、プランニングを自動的に行うよう
にしたので、利用者自身の作業量を低減することができ
るとともに、簡単かつ確実にしかも利用者に適したプラ
ンニングを行うことができる。

【００１３】また、請求項２にかかる発明は、請求項１
に記載の自動プランニング装置において、利用者を分類
した複数のパターンのそれぞれに対応して作成された、
前記イベントに関するプランデータを記憶する記憶手段
を備え、前記プランニング手段は、前記分析結果に基づ
いて当該利用者の前記パターンを認識した後、該パター
ンに対応するプランデータを前記記憶手段から読み出し
た結果に基づいて、前記スケジュールをプランニングす
ることを特徴とする。

【００１４】この請求項２にかかる発明によれば、アン
ケート実施手段によりネットワークを介して利用者に対
するアンケートが実施されると、分析手段により、上記
アンケートの回答結果に基づいて、当該利用者の傾向等
が分析される。そして、初期条件入力手段により初期条
件が入力されると、プランニング手段は、分析結果に基
づいて利用者のパターンを認識した後、このパターンに
対応するプランデータに基づいて、スケジュールをプラ
ンニングする。

【００１５】この請求項２にかかる発明によれば、利用
者のパターンに対応するプランデータをあらかじめ記憶
手段に記憶させておき、このプランデータに基づいてス
ケジュールをプランニングするようにしたので、極めて
簡単な手法で自動的にプランニングすることができる。

【００１６】また、請求項３にかかる発明は、請求項１
または２に記載の自動プランニング装置において、前記
記憶手段には、前記イベントの準備から実行までに利用
者が必要とする詳細データが記憶されており、前記プラ
ンニング手段は、当該利用者の要求に応じて前記プラン
データに加えて前記詳細データを当該利用者へ提供する
ことを特徴とする。

【００１７】この請求項３にかかる発明によれば、利用
者から要求があると、プランニング手段は、プランデー
タに加えて、詳細データを利用者へ提供する。このよう
に、請求項３にかかる発明によれば、詳細データを利用
者に提供するようにしたので、利用者が独自に詳細デー
タを収集する必要がなく、利便性が向上する。

【００１８】また、請求項４にかかる発明は、請求項１
〜３のいずれか一つに記載の自動プランニング装置にお
いて、前記プランニング手段によりプランニングされた
結果を管理し、前記スケジュールにおいて当該利用者が
処理すべき事項を当該利用者に報知する報知手段を備え
ることを特徴とする。

【００１９】この請求項４にかかる発明によれば、報知
手段によりスケジュールにおいて利用者が処理すべき事
項が利用者に報知されるようにしたので、利用者が当該
事項を確実に処理することができるとともに、プランニ
ングされた結果が装置側で管理されるため、従来、紙ベ
ースで管理していたときに発生していたトラブル（紛
失、汚損）を回避することができる。

【００２０】また、請求項５にかかる発明は、請求項１
〜４のいずれか一つに記載の自動プランニング装置にお
いて、前記スケジュールにおいて事前に予約すべき事項
がある場合、当該利用者から予約を受け付ける予約手段
を備えることを特徴とする。

【００２１】この請求項５にかかる発明によれば、予約
手段により利用者からの予約を受け付けるようにしたの
で、プランニングと予約とを一カ所で行うことができ、
使い勝手が向上する。

【００２２】また、請求項６にかかる発明は、請求項１
〜５のいずれか一つに記載の自動プランニング装置にお
いて、前記スケジュールにおいて物品／サービスの提供
を受けるべき事項がある場合、前記利用者から物品／サ
ービスの購入手配を受け付ける購入手段を備えることを
特徴とする。

【００２３】この請求項６にかかる発明によれば、購入
手段により利用者から物品／サービスの購入手配を受け
付けるようにしたので、プランニングと購入とを一カ所
で行うことができ、使い勝手が向上する。

【００２４】また、請求項７にかかる発明は、請求項６
に記載の自動プランニング装置において、前記物品／サ
ービスの購入に際して発生する費用のオンライン決済を
受け付ける決済手段を備えることを特徴とする。

【００２５】この請求項７にかかる発明によれば、決済
手段により費用のオンライン決済を受け付けるようにし
たので、プランニング、購入、決済を一カ所で行うこと
ができ、さらに使い勝手が向上する。

【００２６】また、請求項８にかかる発明は、請求項１
〜７のいずれか一つに記載の自動プランニング装置にお
いて、前記イベントは、人生における各種行事に関する
ものであり、前記プランニング手段は、当該利用者の人
生における各種行事のそれぞれに関する準備から実行ま
でのスケジュールをプランニングすることを特徴とす
る。

【００２７】この請求項８にかかる発明によれば、プラ
ンニング手段により当該利用者の人生における各種行事
（たとえば、結婚、出産、住居購入、葬式）に関するス
ケジュールがプランニングされるため、当該利用者の人
生をトータルサポートすることができ、極めて質が高い
サービスを提供することができる。

【００２８】また、請求項９にかかる発明は、利用者に
より操作される一つ以上のクライアントにネットワーク
を介して接続された自動プランニング装置に適用される
自動プランニングプログラムを記録したコンピュータ読
み取り可能な記録媒体であって、前記ネットワークを介
して利用者に関する分析用のアンケートを前記利用者に
対して実施させるアンケート実施工程（後述する一実施
の形態のステップＳＡ１６に相当）と、前記アンケート
の回答結果を所定の分析手法に適用することにより、当
該利用者に関する分析を行わせる分析工程（後述する一
実施の形態のステップＳＡ１７に相当）と、前記利用者
が所望するイベントに関するプランニングを実行するに
あたって必要な初期条件を入力させる初期条件入力工程
（後述する一実施の形態のステップＳＡ１３に相当）
と、前記初期条件および前記分析工程における分析結果
に基づいて、前記イベントに関する準備から実行までの
スケジュールをプランニングさせるプランニング工程
（後述する一実施の形態のステップＳＡ１８に相当）と
をコンピュータに実行させるための自動プランニングプ
ログラムを記録したコンピュータ読み取り可能な記録媒
体である。

【００２９】この請求項９にかかる発明によれば、アン
ケート実施工程においてネットワークを介して利用者に
対するアンケートが実施されると、分析工程において上
記アンケートの回答結果に基づいて、当該利用者に関す
る傾向等が分析される。そして、初期条件入力工程によ
り初期条件が入力されると、プランニング工程では、初
期条件および分析結果に基づいて、プランニングが行わ
れる。

【００３０】このように、請求項９にかかる発明によれ
ば、アンケートに回答し、必要な初期条件を入力すると
いった手続きのみで、プランニングを自動的に行うよう
にしたので、利用者自身の作業量を低減することができ
るとともに、簡単かつ確実にしかも利用者に適したプラ
ンニングを行うことができる。

【００３１】

【発明の実施の形態】以下、図面を参照して本発明にか
かる自動プランニング装置および自動プランニングプロ
グラムを記録したコンピュータ読み取り可能な記録媒体
の一実施の形態について詳細に説明する。

【００３２】図１は、本発明にかかる一実施の形態の構
成を示すブロック図である。この図には、Ｗｅｂ上に設
置されたポータルサイトを通じて、利用者のライフサイ
クルプラン（人生計画）をサポートするサービスを提供
するためのシステムが図示されている。ここで、ライフ
サイクルプランとは、ほとんどの利用者が人生で遭遇す
るであろうイベント（結婚式、住居購入、出産、子育
て、成人式、就職、葬式等）に関する計画をいう。以下
に詳述するように、本一実施の形態は、従来、利用者側
１００で行われていたプランニングをサービス提供者側
３００で行う点に特徴がある。

【００３３】また、上述したサービスを提供する手段と
して、図１には、インターネットＮを介して相互接続さ
れたクライアント／サーバシステムが図示されている。
具体的には、利用者側１００において、クライアント１
１０Ａ〜１１０Ｅのそれぞれは、利用者Ａ〜Ｅに設けら
れたコンピュータ端末である。これらのクライアント１
１０Ａ〜１１０Ｅのそれぞれには、ポータルサイトで提
供されるウェブページをそれぞれ表示するディスプレイ
１２０Ａ〜１２０Ｅが接続されている。

【００３４】これらのディスプレイ１２０Ａ〜１２０Ｅ
としては、ＬＣＤ（Liquid CrystalDisplay）やＣＲＴ
（Cathode-Ray Tube）が用いられている。また、クライ
アント１１０Ａ〜１１０Ｅのそれぞれは、ＷＷＷ（Worl
d Wide Web）サーバ３１０上のポータルサイトを特定す
るためのＵＲＬ（Uniform Resource Locator）に基づい
て、インターネットＮを介してＷＷＷサーバ３１０にア
クセスすることにより、ポータルサイトで提供されるウ
ェブページを閲覧する。この閲覧時は、たとえば、ＨＴ
ＭＬ（Hypertext Markup Language）形式のファイルを
開くためのブラウザと呼ばれるプログラムが起動され
る。

【００３５】携帯端末１１０Ｆは、利用者Ｆに携帯され
ており、ＴＣＰ／ＩＰに基づく通信機能により、インタ
ーネットＮを介してＷＷＷサーバ３１０にアクセスす
る。この携帯端末１１０Ｆとしては、ブラウザを備える
携帯電話端末や、ＰＤＡ（Presonal Digital Assistant
s）と呼ばれる携帯型情報機器が挙げられる。また、上
述したクライアント１１０Ａ〜１１０Ｅおよび携帯端末
１１０Ｆのそれぞれの通信プロトコルとしては、ＴＣＰ
／ＩＰ（Transmission Contorol Protocol/Internet Pr
otocol）が用いられている。

【００３６】イベント業者側２００において、詳細情報
サーバ２１０は、イベントを遂行するにあたって必要な
詳細情報を提供するためのサーバである。ここで、イベ
ントとは、前述したライフサイクルプランにおける結婚
式、住居購入、出産、葬式等である。したがって、イベ
ント業者は、結婚関連業者、不動産業者、マタニティ関
連業者、葬儀業者等である。また、イベントとして結婚
式を一例にとれば、このイベントの詳細情報としては、
式場名、郵便番号、住所、電話番号、諸費用等が挙げら
れる。予約サーバ２２０は、ネットワークＮ経由でイベ
ント（たとえば、結婚式）に関する各種予約（式場予
約、貸衣装予約）を受け付けるものである。

【００３７】サービス提供者側３００において、ＷＷＷ
サーバ３１０は、前述したポータルサイトを利用者Ａ〜
Ｆに提供するものであり、インターネットＮを介してク
ライアント１１０Ａ〜１１０Ｅおよび携帯端末１１０Ｆ
にアクセスされる。このように、ＷＷＷサーバ３１０
は、外部からのアクセスが可能な公開領域に設置されて
いる。

【００３８】セキュリティサーバ３２０は、サービス提
供者側３００における公開領域と非公開領域との間に設
置されており、ファイアウォールとしての役目をしてい
る。つまり、セキュリティサーバ３２０は、外部のクラ
イアント１１０Ａ等から非公開領域に設置されたアプリ
ケーションサーバ３３０へのアクセスを禁止し、一方、
内部のアプリケーションサーバ３３０からＷＷＷサーバ
３１０へのアクセスを許可する。

【００３９】アプリケーションサーバ３３０は、記憶装
置３４０に記憶された会員データベースＤＢ１〜ウェイ
トデータベースＤＢ１２を用いて、ポータルサイトの運
営に必要な各種処理を実行するものである。また、アプ
リケーションサーバ３３０は、専用線Ｌを介して決済シ
ステム４１０に接続されている。この決済システム４１
０は、決済業者側４００に設置されており、クレジット
カードによるオンライン決済を行うシステムである。な
お、アプリケーションサーバ３３０の動作の詳細につい
ては後述する。

【００４０】ここで、図２に示した会員データベースＤ
Ｂ１は、ＷＷＷサーバ３１０により提供されるポータル
サイトに登録された会員（利用者）に関する基本情報か
らなる。具体的には、会員データベースＤＢ１において
は、会員ＩＤ、Ｐａｓｓｗｏｒｄ（パスワード）、氏
名、年齢、性別、郵便番号、住所、生年月日、電話番号
の各フィールドから構成されるレコードが、会員毎に格
納されている。

【００４１】会員ＩＤは、会員一人に対して一つ付与さ
れる固有の識別子であり、複数の会員の中から当該会員
を特定するために用いられる。Ｐａｓｓｗｏｒｄは、ポ
ータルサイトへのログイン時におけるユーザ認証に用い
られる。たとえば、会員ＩＤがＺＺＺＺＺの会員に関し
ては、Ｐａｓｓｗｏｒｄ＝ｅｔｏｂａｏｂａ、氏名＝土
屋 英司、年齢＝２６、性別＝男、郵便番号＝３５１０
１３５４、住所＝埼玉県和光市本町１−１−１、生年月
日＝１９７３．１０．６、電話番号＝０４８６５３２１
４５とされている。なお、図３〜図１２に示したメイン
プランデータベースＤＢ２〜ウェイトデータベースＤＢ
１２については、後述する。

【００４２】つぎに、上述した一実施の形態の動作につ
いて、図１３に示したフローチャートを参照しつつ説明
する。以下においては、図１に示した利用者Ａがポータ
ルサイトを利用することにより、各種サービスの提供を
受ける場合について説明する。図１において、利用者Ａ
は、クライアント１１０ＡをインターネットＮにダイア
ルアップ接続させた後、キーボード（図示略）より、Ｗ
ＷＷサーバ３１０上のポータルサイトを特定するための
ＵＲＬを入力する。これにより、クライアント１１０Ａ
がインターネットＮを介してＷＷＷサーバ３１０と接続
されることにより、アプリケーションサーバ３３０は、
図１３に示したステップＳＡ１へ進み、ログイン処理を
実行する。

【００４３】つまり、ステップＳＡ１では、クライアン
ト１１０Ａのディスプレイ１２０Ａには、図１４に示し
たログイン画面Ｇ１が表示される。このログイン画面Ｇ
１には、会員ＩＤ（図２参照）に対応する「ＩＤ」入力
欄、Ｐａｓｓｗｏｒｄ（図２参照）に対応する「Ｐａｓ
ｓｗｏｒｄ」入力欄、ログインを指示するためのログイ
ン用ソフトボタンＬＧ、および新規会員登録を指示する
ための新規会員登録用ソフトボタンＮＥＷがそれぞれ表
示されている。

【００４４】ここで、利用者Ａ（図１参照）がすでに会
員登録されているものとすると、利用者Ａは、キーボー
ド（図示略）より、図１４に示した「ＩＤ」入力欄に会
員ＩＤとして「ＺＺＺＺＺ」（図２参照）を、「Ｐａｓ
ｓｗｏｒｄ」入力欄にＰａｓｓｗｏｒｄとして「ｅｔｏ
ｂａｏｂａ」（図２参照）をそれぞれ入力した後、マウ
スポインタ（図示略）を用いてログイン用ソフトボタン
ＬＧを押下する。

【００４５】これにより、アプリケーションサーバ３３
０は、ステップＳＡ２へ進み、図２に示した会員データ
ベースＤＢ１と、利用者Ａにより入力されたＩＤ番号お
よびＰａｓｓｗｏｒｄとを照合することにより、利用者
Ａが会員であるか否かを判断する。この場合、図２に示
した会員データベースＤＢ１における会員ＩＤ＝ＺＺＺ
ＺＺ、Ｐａｓｓｗｏｒｄ＝ｅｔｏｂａｏｂａと、利用者
Ａにより入力された会員ＩＤ＝ＺＺＺＺＺ、Ｐａｓｓｗ
ｏｒｄ＝ｅｔｏｂａｏｂａとが一致するため、アプリケ
ーションサーバ３３０は、ステップＳＡ２の判断結果を
「Ｙｅｓ」とする。

【００４６】一方、利用者Ａにより、図１４に示したロ
グイン画面Ｇ１の新規会員登録用ソフトボタンＮＥＷが
押下された場合には、アプリケーションサーバ３３０
は、ステップＳＡ２の判断結果を「Ｎｏ」として、ステ
ップＳＡ３へ進み、会員登録処理を実行する。つまり、
ステップＳＡ３では、クライアント１１０Ａのディスプ
レイ１２０Ａには、図１５に示した会員登録画面Ｇ２が
表示される。

【００４７】この会員登録画面Ｇ２には、会員ＩＤ（図
２参照）に対応する「ＩＤ」入力欄、Ｐａｓｓｗｏｒｄ
（図２参照）に対応する「Ｐａｓｓｗｏｒｄ」入力欄、
Ｐａｓｓｗｏｒｄの再入力欄、電子メールのアドレスに
対応する「Ｅ−ｍａｉｌ」入力欄、「氏名」入力欄、
「郵便番号」入力欄、「住所」入力欄、「性別」入力
欄、「生年月日」入力欄、「業種」入力欄、「職種」入
力欄、登録用ソフトボタンＴがそれぞれ表示されてい
る。

【００４８】この場合、利用者Ａは、キーボード（図示
略）を用いて、会員登録画面Ｇ２におけるそれぞれ入力
欄に自身に関する情報を入力した後、登録用ソフトボタ
ンＴをマウスポインタにより押下する。これにより、ア
プリケーションサーバ３３０は、利用者Ａにより入力さ
れた情報を会員データベースＤＢ１（図２参照）に登録
する。つぎに、アプリケーションサーバ３３０は、登録
完了のメッセージをインターネットＮを介して、クライ
アント１１０Ａへ通知した後、ステップＳＡ１へ戻る。

【００４９】また、ステップＳＡ４では、ログインが完
了した利用者Ａのディスプレイ１２０Ａには、図１６に
示した人生計画に関するメイン画面Ｇ３が表示される。
このメイン画面Ｇ３には、ポータルサイトの利用者が人
生で遭遇するであろう行事（イベント）としての結婚
式、住居購入、・・・、お葬式のそれぞれに対応する結婚
項目Ｍ１、住居項目Ｍ２、・・・、お葬式項目Ｍｎが表示
されている。さらに、メイン画面Ｇ３には、スケジュー
ラ機能選択用ソフトボタンＢ１、チェックリスト機能選
択用ソフトボタンＢ２、資金・費用管理機能選択用ソフ
トボタンＢ３およびシミュレーション機能選択用ソフト
ボタンＢ４がそれぞれ表示されている。

【００５０】上記スケジューラ機能選択用ソフトボタン
Ｂ１は、スケジューラ機能の選択時に押下される。この
スケジューラ機能は、利用者毎のイベントを時系列に沿
ってスケジューリングする機能である。チェックリスト
機能選択用ソフトボタンＢ２は、チェックリスト機能の
選択時に押下される。このチェックリスト機能として
は、イベント（たとえば、結婚式）を遂行するにあたっ
て利用者が実行すべき準備行為を列挙したリストを作成
する機能と、このリストにおいて実行済みの行為に関し
てチェックマークを付与する機能とがある。このチェッ
クリスト機能は、イベント遂行に関する進捗状況を的確
に把握することにより、準備行為の漏れを防止するため
のものである。

【００５１】資金・費用管理機能選択用ソフトボタンＢ
３は、資金・費用管理機能の選択時に押下される。この
資金・費用管理機能は、イベントを遂行するための資
金、出費、予算等を管理する機能である。ここでイベン
トとして結婚式を例にとれば、資金・費用管理機能によ
り管理される項目としては、総資産、最低出費額、予
算、収支等である。

【００５２】総資産は、結婚する二人の貯蓄額、親から
の援助金等の合計である。最低出費額は、結婚する二人
が結婚するまでに必要な生活費や保険料等の合計であ
る。予算は、結婚に関する準備費用の見積もりである。
収支は、予算と実際の支出である。シミュレーション機
能選択用ソフトボタンＢ４は、シミュレーション機能の
選択時に押下される。このシミュレーション機能は、プ
ランニングされたイベントの準備から遂行までの一連の
流れを動画等により、シミュレートする機能である。

【００５３】また、上記メイン画面Ｇ３がディスプレイ
１２０Ａに表示されると、アプリケーションサーバ３３
０は、ステップＳＡ５へ進み、イベントが選択されたか
否かを判断する。具体的には、アプリケーションサーバ
３３０は、図１６に示した結婚項目Ｍ１、・・・、お葬式
項目Ｍｎのうちいずれか一つが押下されたか否かを判断
する。この場合、利用者Ａにより結婚項目Ｍ１が押下さ
れると、アプリケーションサーバ３３０は、ステップＳ
Ａ５の判断結果を「Ｙｅｓ」として、ステップＳＡ１１
へ進む。

【００５４】ステップＳＡ１１では、アプリケーション
サーバ３３０は、会員プランデータベースＤＢ３（図４
参照）にアクセスすることにより、利用者Ａ専用の会員
プランが会員プランデータベースＤＢ３に登録されてい
るか否かを判断する。この場合、イベントとして結婚が
選択されているため、上記会員プランは、利用者Ａの結
婚に関するプランである。図４に示した会員プランデー
タベースＤＢ３においては、項目コード、プランの実行
予定日を表す日付、プランの実行の有無を表すチェッ
ク、プランの予算および総予算に占める当該プランの割
合を表す予算割合の各フィールドから構成されるレコー
ドが項目コード毎に格納されている。

【００５５】この場合、会員プランデータベースＤＢ３
に利用者Ａ専用の会員プランが登録されていないものと
すると、アプリケーションサーバ３３０は、ステップＳ
Ａ１１の判断結果を「Ｎｏ」としてステップＳＡ１２へ
進む。なお、ステップＳＡ１１の判断結果が「Ｙｅｓ」
である場合、アプリケーションサーバ３３０は、ステッ
プＳＡ６へ進む。

【００５６】ステップＳＡ１２では、アプリケーション
サーバ３３０は、図２に示した会員データベースＤＢ１
にアクセスすることにより、利用者Ａの会員ＩＤ（＝Ｚ
ＺＺＺＺ）をキーとして、会員情報を取得した後、ステ
ップＳＡ１３へ進む。ここで取得される会員情報は、氏
名（＝日本 太郎）、年齢（＝２６）、性別（＝男）、
住所（＝東京都千代田区霞が関１−１−１）、郵便番号
（＝３５１０１３５４）、生年月日（＝１９７３．１
０．６）、電話番号（＝０３００００１１１１）であ
る。

【００５７】ステップＳＡ１３では、アプリケーション
サーバ３３０は、イベント（この場合、結婚式）のプラ
ンニングに必要な条件項目を利用者Ａに入力させるため
の条件項目入力処理を実行する。これにより、利用者Ａ
のディスプレイ１２０Ａには、図１７に示した条件項目
入力処理画面Ｇ４が表示される。この条件項目入力処理
画面Ｇ４には、タイトル（＝「結婚計画自動プランニン
グ」）、結婚予定日を入力するための「予定日」入力
欄、結婚に関する予算を入力するための「トータル予
算」入力欄、利用者Ａの休日を設定するための「休日設
定」欄、条件項目入力の完了時に押下される完了ソフト
ボタンＦがそれぞれ表示されている。

【００５８】この場合、利用者Ａは、キーボードおよび
マウス（いずれも図示略）を用いて、条件項目入力処理
画面Ｇ４における「予定日」入力欄および「トータル予
算」入力欄に、結婚予定日およびトータル予算を入力す
る。さらに、利用者Ａは、マウスを用いて「休日設定」
欄に休日として土曜日および日曜日を設定した後、完了
ソフトボタンＦをマウスポインタにより押下する。これ
により、アプリケーションサーバ３３０は、ステップＳ
Ａ１４へ進む。

【００５９】ステップＳＡ１４では、アプリケーション
サーバ３３０は、ステップＳＡ１３で設定された利用者
Ａの休日（この場合、土曜日および日曜日）に基づい
て、図５に示したように日付とその属性（休日または平
日）とからなる会員専用カレンダを作成する。この会員
専用カレンダは、利用者Ａ固有の休日と平日とを考慮し
て、特別にカスタマイズされたカレンダである。つぎ
に、アプリケーションサーバ３３０は、上記会員専用カ
レンダを利用者Ａの会員ＩＤ（この場合、ＺＺＺＺＺ）
と関連付けて、図５に示した会員専用カレンダデータベ
ースＤＢ４に登録した後、ステップＳＡ１５へ進む。

【００６０】ステップＳＡ１５では、アプリケーション
サーバ３３０は、利用者Ａにより性格分析処理が選択さ
れたか否かを判断する。この性格分析処理は、たとえ
ば、ニューラルネットワークの手法を用いて、性格分析
用のアンケートの回答結果から、利用者Ａの性格を分析
する処理である。このアンケートの詳細については、ス
テップＳＡ１６で詳述する。この場合、利用者Ａのディ
スプレイ１２０Ａには、性格分析処理を行うか否かの選
択用のソフトボタン（図示略）が表示される。ここで、
利用者Ａにより、性格分析処理を行わないことを意味す
るソフトボタンがマウスポインタ（図示略）により押下
されると、アプリケーションサーバ３３０は、ステップ
ＳＡ１５の判断結果を「Ｎｏ」として、ステップＳＡ１
８へ進む。

【００６１】この場合、利用者Ａにより、性格分析処理
を行うことを意味するソフトボタンが押下されたものと
すると、アプリケーションサーバ３３０は、ステップＳ
Ａ１５の判断結果を「Ｙｅｓ」として、ステップＳＡ１
６へ進む。ステップＳＡ１６では、アプリケーションサ
ーバ３３０は、上述した性格分析用のアンケートの回答
を利用者Ａに入力させるためのアンケート入力処理を実
行する。

【００６２】つまり、ステップＳＡ１６では、アプリケ
ーションサーバ３３０は、アンケートデータベースＤＢ
５（図６参照）からアンケート情報を取得し、これをセ
キュリティサーバ３２０を経由してＷＷＷサーバ３１０
へ出力する。ここで、図６に示したアンケートデータベ
ースＤＢ５は、性格分析用のアンケートを利用者に回答
させるために必要なアンケート情報からなる。

【００６３】アンケートデータベースＤＢ５において
は、ＩＤ、項目、Ｆｉｌｅタイプ、Ｆｉｌｅ名、選択肢
Ａ、選択肢Ｂ、選択肢Ｃ、選択肢Ｄおよび選択肢Ｅの各
フィールドから構成されるレコードが、ＩＤ毎に格納さ
れている。ＩＤは、複数のアンケートにそれぞれ付与さ
れた識別子である。項目は、アンケートの具体的内容を
示す。Ｆｉｌｅタイプは、アンケートを格納するファイ
ルの種別である。Ｆｉｌｅ名は、アンケートを格納する
ファイルの名称である。選択肢Ａ〜選択肢Ｅは、多枝選
択方式によりアンケートの回答を得る際の各肢に対応し
ている。

【００６４】たとえば、ＩＤが１のレコードに関して
は、項目＝人の言葉を遮って、自分の考えを述べること
がありますか、Ｆｉｌｅタイプ＝静止画、Ｆｉｌｅ名＝
ｑ０００１、選択肢Ａ＝はい、選択肢Ｂ＝いいえ、選択
肢Ｃ＝ＮＵＬＬ、選択肢Ｄ＝ＮＵＬＬおよび選択肢Ｅ＝
ＮＵＬＬとされている。

【００６５】したがって、このレコードに関するアンケ
ート情報がＷＷＷサーバ３１０に出力されると、利用者
Ａのディスプレイ１２０Ａには、「自分の考えを遮っ
て、自分の考えを述べることがありますか」というアン
ケート内容、「はい」を選択するためのソフトボタン、
「いいえ」を選択するためのソフトボタンが表示され
る。つまり、ＩＤ＝１のアンケートは、「はい」、「い
いえ」のうち、いずれか一方を選択させる二者択一方式
である。この場合、ＩＤ＝１のアンケートに関して、利
用者Ａは、「はい」を選択する。

【００６６】以後、図６に示したＩＤ＝２以降のアンケ
ート内容および選択肢が利用者Ａのディスプレイ１２０
Ａに表示されるとともに、利用者Ａにより選択肢が選択
されることにより、アンケートが回答される。そして、
図６に示したＩＤ＝１２５のアンケートが回答される
と、アプリケーションサーバ３３０は、ステップＳＡ１
７へ進み、性格分析処理を実行する。

【００６７】この性格分析処理は、ステップＳＡ１６に
おけるアンケートの回答結果および図２０に示したニュ
ーラルネットワークを用いて、利用者Ａの性格を分析す
る処理であり、その分析結果は、図１８に示した五角形
のレーダチャートで表される。このレーダチャートは、
人間の性格を「愛情度」、「誠実度」、「繊細度」、
「行動力」および「勇気度」という五つのファクタで表
現するものである。さらに、「愛情度」、「誠実度」、
「繊細度」、「行動力」および「勇気度」のそれぞれ
は、レベル１〜レベル３という三段階のレベルで表現さ
れる。したがって、この三段階のレベルと五つのファク
タとの組み合わせは、２４３（３⁵）パターン存在す
る。

【００６８】ここで、ステップＳＡ１７における性格分
析処理について、図１９に示したフローチャートを参照
しつつ詳細に説明する。この図において、ステップＳＢ
１では、アプリケーションサーバ３３０は、ステップＳ
Ａ１６（図１３参照）で利用者Ａにより回答されたアン
ケート回答結果をアンケート情報として、ＷＷＷサーバ
３１０から取得した後、ステップＳＢ２へ進む。

【００６９】ステップＳＢ２では、アプリケーションサ
ーバ３３０は、図２０に示したニューラルネットワーク
の入力値Ｘ_i （ｉ＝１〜５）に値（０または１）を代入
する。ここで、ニューラルネットワークにおいては、入
力層における入力値Ｘ_i に値が代入されることにより、
中間層における出力値Ｙ_j （ｊ＝１〜７）が算出された
後、出力層における出力値Ｚ_k （ｋ＝１〜５）が算出さ
れる。ここで、入力層における入力値Ｘ₁ 〜Ｘ₅ は、図
６に示した選択肢Ａ〜Ｅに対応している。また、選択肢
Ａ〜Ｅにおいて、利用者Ａによりある選択肢が選択され
た場合には、この選択肢に対応する入力値Ｘ_i に値１が
代入される。一方、選択されない選択肢に関しては、入
力値Ｘ_i に値０が代入される。

【００７０】この場合には、図６に示したＩＤ＝１に対
応するアンケートの項目に関して、選択肢Ａが選択され
ているが、これ以外の選択肢Ｂ〜Ｅ（ＮＵＬＬは選択さ
れないものとみなす）は選択されていない。したがっ
て、ＩＤ＝１に対応するアンケート項目に関しては、図
２０に示した入力値Ｘ₁ 〜Ｘ₅ のそれぞれには、Ｘ₁ ＝
１、Ｘ₂ ＝０、Ｘ₃ ＝０、Ｘ₄ ＝０、Ｘ₅ ＝０が代入さ
れる。

【００７１】つぎのステップＳＢ３では、アプリケーシ
ョンサーバ３３０は、図２０に示した中間層における出
力値Ｙ_j （Ｙ₁〜Ｙ₇）をつぎの（１）式から算出する。 Ｙ_j＝ｆ（（ΣＸ_i・ｗ_ij）−θ_j ） ＝１／（１＋ｅｘｐ（−ΣＸ_i・ｗ_ij ）−θ_j）・・・・（１）

【００７２】（１）式において、Ｘ_i は、入力層におけ
る入力値であり、θ_j は、しきい値である。右辺は、シ
グモイド関数である。ｗ_ij は、入力層と中間層との間
における結合荷重（ウェイト）であり、図１２（ａ）に
示したウェイトデータベースＤＢ１１により予め設定さ
れている。つまり、結合荷重ｗ_ijにおいて、添字ｉは、
図２０に示した入力層の入力値Ｘ_i の添字ｉに対応して
おり、添字ｊは、中間層の出力値Ｙ_j の添字ｊに対応し
ている。

【００７３】したがって、図２０に示したｗ₁₁ は、入
力層の入力値Ｘ₁（添字ｉ＝１）と中間層の出力値Ｙ
₁（添字ｊ＝１）との間の結合荷重である。この結合荷
重ｗ₁₁ は、ｉ＝１およびｊ＝１であることから、図１
２（ａ）に示したウェイトデータベースＤＢ１１より、
ＩＤ＝１の場合、１．２０である。ここで、図１２
（ａ）に示したＩＤは、図６に示したＩＤに対応してい
る。同様にして、図２０に示した結合荷重ｗ₁₂ 、ｗ
₁₃ 、・・・は、ウェイトデータベースＤＢ１１（図１２
（ａ）参照）より、ＩＤ＝１の場合、０．９５、０．４
５、・・・である。また、図１２（ａ）に示したように、
ＩＤ＝１かつｊ＝１の場合、しきい値θ₁ は、１５．２
である。

【００７４】ここで、図１２（ａ）に示したウェイトデ
ータベースＤＢ１１における結合荷重ｗ_ij およびしき
い値θ_j は、ニューラルネットワークの学習法（たとえ
ば、バックプロパゲーション法）を用いて学習された値
により決定される。このようにして、アプリケーション
サーバ３３０は、図６に示したＩＤ＝１に対応するアン
ケートの項目に関して、（１）式から中間層の出力値Ｙ
_j（Ｙ₁ 〜Ｙ₇）をそれぞれ算出した後、ステップＳＢ４
へ進む。

【００７５】ステップＳＢ４では、アプリケーションサ
ーバ３３０は、図２０に示した出力層における出力値Ｚ
_k （Ｚ₁〜Ｚ₅）をつぎの（２）式から算出する。 Ｚ_k＝ｆ（（ΣＹ_j・Ｗ_jk）−θ_k ） ＝１／（１＋ｅｘｐ（−ΣＹ_j・Ｗ_jk ）−θ_k）・・・（２）

【００７６】ここで、出力層における出力値Ｚ₁ 〜Ｚ₅
は、図１８に示した「愛情度」、「誠実度」、「繊細
度」、「行動力」および「勇気度」にそれぞれ対応して
おり、０〜１まで範囲の実数値である。（２）式におい
て、Ｙ_j は、中間層における出力値である。θ_k はしき
い値である。Ｗ_jk は、中間層と出力層との間における
結合荷重（ウェイト）であり、図１２（ｂ）に示したウ
ェイトデータベースＤＢ１２により予め設定されてい
る。つまり、結合荷重Ｗ_jk において、添字ｊは、図２
０に示した中間層の出力値Ｙ_j の添字ｊに対応してお
り、添字ｋは、出力層の出力値Ｚ_k の添字ｋに対応して
いる。

【００７７】したがって、図２０に示したＷ₁₁ は、中
間層の入力値Ｙ₁（添字ｊ＝１）と出力層の出力値Ｚ
₁（添字ｋ＝１）との間の結合荷重である。この結合荷
重Ｗ₁₁ は、ｊ＝１およびｋ＝１であることから、図１
２（ｂ）に示したウェイトデータベースＤＢ１２より、
ＩＤ＝１の場合、０．４である。同様にして、図２０に
示した結合荷重Ｗ₁₂ 、Ｗ₁₃ 、・・・は、ウェイトデータ
ベースＤＢ１２（図１２（ｂ）参照）より、ＩＤ＝１の
場合、０．５、０．４、・・・である。また、図１２
（ｂ）に示したように、ＩＤ＝１かつｋ＝１の場合、し
きい値θ₁ は、３８．２である。

【００７８】ここで、図１２（ｂ）に示したウェイトデ
ータベースＤＢ１２における結合荷重Ｗ_jk およびしき
い値θ_k は、ニューラルネットワークの学習法（たとえ
ば、バックプロパゲーション法）を用いて学習された値
により決定される。このようにして、アプリケーション
サーバ３３０は、図６に示したＩＤ＝１に対応するアン
ケートの項目に関して、（２）式から出力層の出力値Ｚ
_k（Ｚ₁ 〜Ｚ₅）をそれぞれ算出した後、ステップＳＢ５
へ進む。

【００７９】ステップＳＢ５では、アプリケーションサ
ーバ３３０は、図６に示したアンケートデータベースＤ
Ｂ５における最終のアンケートの項目（この場合、ＩＤ
＝１２５）に関するステップＳＢ２〜ステップＳＢ４ま
での計算が終了したか否かを判断し、この場合、判断結
果を「Ｎｏ」として、ステップＳＢ６へ進む。ステップ
ＳＢ６では、アプリケーションサーバ３３０は、つぎの
アンケート項目（この場合、ＩＤ＝２）を選択した後、
ステップＳＢ２へ戻る。以後、アプリケーションサーバ
３３０は、ＩＤ＝２以降のアンケート項目に関するステ
ップＳＢ２〜ステップＳＢ４までの計算を順次実行す
る。

【００８０】そして、図６に示した最終のアンケートの
項目（この場合、ＩＤ＝１２５）に関する計算が終了す
ると、アプリケーションサーバ３３０は、ステップＳＢ
５の判断結果を「Ｙｅｓ」として、ステップＳＢ７へ進
む。ステップＳＢ７では、アプリケーションサーバ３３
０は、ステップＳＢ４で計算された出力値Ｚ_k （ｋ＝１
〜５）の平均値を算出する。

【００８１】すなわち、出力値Ｚ₁ に関しては、ＩＤ＝
１から１２５までにそれぞれ対応する都合１２５個の出
力値Ｚ₁ の平均値が算出される。この出力値Ｚ₁ の平均
値は、図１８に示した「愛情度」に対応している。ま
た、出力値Ｚ₂ に関しては、ＩＤ＝１から１２５までに
それぞれ対応する都合１２５個の出力値Ｚ₂ の平均値が
算出される。この出力値Ｚ₂ の平均値は、図１８に示し
た「誠実度」に対応している。以下、同様にして、出力
値Ｚ₃（「繊細度」）の平均値、出力値Ｚ₄（「行動
力」）の平均値および出力値Ｚ₅（「勇気度」）の平均
値がそれぞれ算出される。

【００８２】つぎの、ステップＳＢ８では、アプリケー
ションサーバ３３０は、ステップＳＢ７で算出された出
力値Ｚ₁ 〜Ｚ₅ のそれぞれの平均値を、図１８に示した
レベル１〜レベル３のうちいずれかに分類した後、ステ
ップＳＢ９へ進む。ここで、平均値が０〜１までの範囲
の実数値をとるため、レベル１は、２／３以上１以下の
範囲であり、レベル２は、１／３以上２／３未満の範囲
であり、レベル３は、０以上１／３未満の範囲である。
出力値Ｚ₁ 〜Ｚ₅ のそれぞれの平均値がつぎの値である
ものとすると、これらに対応するレベルは、つぎのよう
になる。

【００８３】 （出力値Ｚ_k の平均値） （レベル） 出力値Ｚ₁（愛情度）の平均値＝０．８ １ 出力値Ｚ₂（誠実度）の平均値＝０．６６ １ 出力値Ｚ₃（繊細度）の平均値＝０．４ ２ 出力値Ｚ₄（行動力）の平均値＝０．７ １ 出力値Ｚ₅（勇気度）の平均値＝０．７ １

【００８４】ステップＳＢ９では、アプリケーションサ
ーバ３３０は、利用者Ａの性格に関するパターン（以
下、性格パターンという）をステップＳＢ８における分
類結果から抽出した後、ステップＳＢ１０へ進む。ここ
でいう性格パターンは、図１８に示した愛情度、誠実
度、繊細度、行動力、勇気度のそれぞれのレベルを羅列
したものである。したがって、この場合、利用者の性格
に関して、愛情度＝レベル１、誠実度＝レベル１、繊細
度＝レベル２、行動力＝レベル１および勇気度＝レベル
１であるため、利用者の性格パターンは、「１１２１
１」である。ただし、利用者Ａ（図１参照）に関して
は、「１１１１１」という性格パターンが抽出されたも
のとして、説明を続ける。

【００８５】ステップＳＢ１０では、アプリケーション
サーバ３３０は、ステップＳＢ９で抽出された性格パタ
ーンをキーとして、メインプランデータベースＤＢ２
（図３参照）から利用者の性格に適合する結婚に関する
プランを抽出する。図３に示したメインプランデータベ
ースＤＢ２は、性格パターンに応じたプランに関するデ
ータベースである。このメインプランデータベースＤＢ
２においては、プランコード、性格パターン、最低準備
期間、プラン項目データベースへのポインタの各フィー
ルドから構成されるレコードがプランコード毎に格納さ
れている。

【００８６】プランコードは、当該プランに付与された
コードであり、性格パターンは、利用者の性格パターン
（１１１１１〜３３３３３）であり、最低準備期間は、
当該プラン（この場合、結婚式）の準備に最低必要であ
ろう日数である。ここで、最低準備期間にばらつきがあ
るのは、利用者の性格（のんびり型、てきぱき型）が考
慮されているからである。

【００８７】つまり、のんびり型の性格を有する利用者
のプランにおいては、最低準備期間が長く設定されてい
る。一方、てきぱき型の性格を有する利用者のプランに
おいては、最低準備期間が短く設定されている。プラン
項目データベースへのポインタは、図１１に示したプラ
ン項目データベースＤＢ１０が格納されている記憶領域
を指示するためのものである。たとえば、プランコード
が００１に関しては、性格パターン＝１１１１１、最低
準備期間＝１８６（日）、プラン項目データベースへの
ポインタ＝ＰＰＡとされている。また、図３におけるプ
ランコード＝００１のポインタ＝ＰＰＡは、図１１に示
したプラン項目データベースＤＢ１０へのポインタであ
る。

【００８８】図１１において、プラン項目データベース
ＤＢ１０は、性格パターン＝１１１１１に対応する詳細
なプラン項目（この場合、結婚式に関する項目）からな
るデータベースである。このプラン項目データベースＤ
Ｂ１０においては、ＩＤ、コード、属性、階層、分類、
指定、最高準備日数、費用割合、詳細情報リンク先の各
フィールドから構成されるレコードがＩＤ毎に格納され
ている。

【００８９】ＩＤおよびコードは、プラン項目に付与さ
れるものであり、属性は、プラン項目の具体的内容を示
している。階層は、後述するプラン表示画面Ｇ５におけ
る表示期間（同図の場合、１９９９年６月〜１９９９年
１２月）の長短により当該プラン項目を表示するか否か
を表すものである。具体的には、表示期間が長い場合、
当該プラン項目の階層が１に設定され、表示期間が短い
場合、当該プランの階層が２に設定される。分類は、当
該プラン項目の分類を表すものである。

【００９０】指定は、プラン項目に対応するプランを実
行する日を休日にするか否かの指定を表している。この
指定の項目は、利用者により入力される。最高準備日数
は、当該プラン項目に対応するプランの準備に要するで
あろう最大日数を表すものである。なお、最高準備日数
＝９９９９９９は、準備の開始日に関する制限がないこ
とを表している。費用割合は、全体の予算に占める当該
項目に対応する費用の割合を表している。たとえば、利
用者が新郎側である場合、費用割合は、新郎側が負担す
べき費用の割合である。詳細情報リンク先は、プラン項
目に関する詳細な情報を提供するサイトを指定するため
のＵＲＬである。

【００９１】たとえば、ＩＤが１に関しては、コード＝
０００１３２、属性＝挙式・披露宴のスタイルや規模、
予算について話し合う、階層＝１、指定＝無し、最高準
備日数＝９９９９９９、費用割合＝０．００％、詳細情
報リンク先＝http://www.xxx.co.jp/life/abc/def.html
とされている。また、プラン項目データベースＤＢ１０
の各レコードは、図４に示した会員プランデータベース
ＤＢ３の各レコードに対応している。

【００９２】この場合、ステップＳＢ１０では、アプリ
ケーションサーバ３３０は、利用者Ａ（図１参照）の性
格パターンが「１１１１１」であるため、図３に示した
プランコード＝００１のプランを利用者Ａのプランとし
て抽出した後、図１３に示したメインルーチンへ戻る。
つぎのステップＳＡ１８では、アプリケーションサーバ
３３０は、性格分析の結果を考慮して利用者Ａに該当す
るイベント（この場合、結婚式）のプランを作成するた
めの該当イベントプラン作成処理（図２１参照）を実行
する。

【００９３】すなわち、図２１に示したステップＳＣ１
では、アプリケーションサーバ３３０は、タイマ（図示
略）より、現在の日時情報を取得した後、ステップＳＣ
２へ進む。ステップＳＣ２では、アプリケーションサー
バ３３０は、ステップＳＡ１３（図１３参照）で利用者
Ａにより入力されたイベント（この場合、結婚式）の予
定日と、上記日時情報から得られる今日の日付けとの差
を実準備期間として算出した後、ステップＳＣ３へ進
む。この実準備期間は、利用者Ａがイベント（結婚式）
の準備に実際に費やすことができる期間である。

【００９４】ステップＳＣ３では、アプリケーションサ
ーバ３３０は、まず、メインプランデータベースＤＢ２
（図３参照）にアクセスすることにより、利用者Ａのイ
ベントに関する最低準備期間の情報を取得する。この場
合、アプリケーションサーバ３３０は、ステップＳＢ１
０（図１９参照）において抽出したプランコードに基づ
いて、図３に示したプランコード００１に対応する最低
準備期間＝１８６（日）の情報を取得する。ここで注意
すべきは、最低準備期間＝１８６（日）は、前述した性
格分析結果に基づいて、利用者Ａの性格上、最低必要で
あろう準備期間である。つぎに、アプリケーションサー
バ３３０は、実準備期間が最低準備期間以上であるか否
かを判断する。つまり、イベントの準備期間が十分にあ
るか否かが判断される。

【００９５】ここで、実準備期間が最低期間未満である
場合、アプリケーションサーバ３３０は、ステップＳＣ
３の判断結果を「Ｎｏ」として、ステップＳＣ４へ進
む。ステップＳＣ４では、アプリケーションサーバ３３
０は、利用者Ａのディスプレイ１２０Ａに準備期間が足
りない旨の情報を表示させるエラー処理を実行した後、
図１３に示したステップＳＡ１３へ進み、前述した条件
項目入力処理を実行する。これにより、利用者Ａは、前
述した動作と同様にして、図１７に示した条件項目入力
処理画面Ｇ４における予定日を再入力する。

【００９６】この場合、実準備期間が最低準備期間以上
であるものとすると、アプリケーションサーバ３３０
は、ステップＳＣ３の判断結果を「Ｙｅｓ」として、ス
テップＳＣ５へ進む。ステップＳＣ５では、アプリケー
ションサーバ３３０は、図３に示したプランコード００
１に対応するプラン項目データベースのポインタ（＝Ｐ
ＰＡ）に基づいて、図１１に示したプラン項目データベ
ースＤＢ１０にアクセスすることにより、ＩＤ＝１のプ
ラン項目情報を取得した後、ステップＳＣ６へ進む。

【００９７】ステップＳＣ６では、アプリケーションサ
ーバ３３０は、利用者Ａにより、プランを実行する日と
して休日が指定されているか否かを判断する。この場
合、図１１に示したプラン項目データベースＤＢ１０の
ＩＤ＝１のレコードにおける（休日）指定が「無し」で
あるため、アプリケーションサーバ３３０は、ステップ
ＳＣ６の判断結果を「Ｎｏ」として、ステップＳＣ１０
へ進む。

【００９８】ステップＳＣ１０では、アプリケーション
サーバ３３０は、ＩＤ＝１（図１１参照）のプラン項目
に関して、準備期間の制限があるか否かを判断する。こ
こで準備期間の制限がない場合には、図１１に示した最
高準備日数のフィールドに「９９９９９９」が設定され
ている。一方、準備期間の制限がある場合には、同フィ
ールドに「９９９９９９」以外の数値が設定されてい
る。この場合、図１１に示したＩＤ＝１のレコードにお
ける最高準備日数が「９９９９９９」に設定されている
ため、アプリケーションサーバ３３０は、ステップＳＣ
１０の判断結果を「Ｎｏ」として、ステップＳＣ１２へ
進む。

【００９９】ステップＳＣ１２では、アプリケーション
サーバ３３０は、準備期間制限が無い場合のプランニン
グ処理（図２４参照）を実行する。すなわち、図２４に
示したステップＳＦ１では、アプリケーションサーバ３
３０は、図１１に示したＩＤ＝１のレコードに関するプ
ラン項目の準備開始日を今日の日付として設定した後、
ステップＳＦ２へ進む。ステップＳＦ２では、アプリケ
ーションサーバ３３０は、会員専用カレンダデータベー
スＤＢ４（図５参照）から会員専用カレンダ情報（日付
および属性）を取得した後、ステップＳＦ３へ進む。

【０１００】ステップＳＦ３では、アプリケーションサ
ーバ３３０は、上記会員専用カレンダ情報の日付および
属性（図５参照）を参照することにより、ステップＳＦ
１で設定された準備開始日が平日であるか否かを判断す
る。ここで、準備開始日が平日でない場合には、アプリ
ケーションサーバ３３０は、ステップＳＦ３の判断結果
を「Ｎｏ」として、ステップＳＦ５へ進む。ステップＳ
Ｆ５では、準備開始日（日付）を１インクリメントした
後、ステップＳＦ３へ戻る。

【０１０１】このとき、準備開始日が平日である場合に
は、アプリケーションサーバ３３０は、ステップＳＦ３
の判断結果を「Ｙｅｓ」として、ステップＳＦ４へ進
む。ステップＳＦ４では、アプリケーションサーバ３３
０は、図１１に示したＩＤ＝１のレコードに関するプラ
ン項目の準備開始日（日付）を設定した後、ステップＳ
Ｆ６へ進む。ステップＳＦ６では、アプリケーションサ
ーバ３３０は、ステップＳＡ１３（図１３参照）で利用
者Ａにより入力されたトータル予算（図１７参照）と図
１１に示した費用割合との積を、当該プラン項目に関す
る予算として設定した後、ステップＳＦ７へ進む。

【０１０２】ステップＳＦ７では、アプリケーションサ
ーバ３３０は、日付（ステップＳＦ４参照）および予算
（ステップＳＦ６参照）を図４に示した会員プランデー
タベースＤＢ３の「項目コード」＝０１０１３２におけ
る「日付」、「予算」にそれぞれ設定した後、図２１に
示したステップＳＣ８へ進む。ステップＳＣ８では、ア
プリケーションサーバ３３０は、プラン項目データベー
スＤＢ１０（図１１参照）における全てのプラン項目
（ＩＤ＝１〜１２５）に関する処理が終了したか否かを
判断する。この場合、ＩＤ＝２〜１２５のプラン項目に
関する処理が残っているため、アプリケーションサーバ
３３０は、ステップＳＣ８の判断結果を「Ｎｏ」とし
て、ステップＳＣ５へ戻る。

【０１０３】ステップＳＣ５では、アプリケーションサ
ーバ３３０は、図１１に示したプラン項目データベース
ＤＢ１０にアクセスすることにより、ＩＤ＝２のプラン
項目情報を取得した後、ステップＳＣ６へ進む。以後、
上述した処理と同様の処理が実行されることにより、Ｉ
Ｄ＝２〜１２５のプラン項目に関する処理が実行され
る。

【０１０４】たとえば、ステップＳＣ５で図１１に示し
たＩＤ＝３に関するプラン項目情報が取得されると、ス
テップＳＣ６では、アプリケーションサーバ３３０は、
図１１に示したプラン項目データベースＤＢ１０のＩＤ
＝３のレコードにおける（休日）指定が「休日」である
ため、判断結果を「Ｙｅｓ」として、ステップＳＣ７へ
進む。

【０１０５】ステップＳＣ７では、アプリケーションサ
ーバ３３０は、休日項目プランニング処理（図２２参
照）を実行する。すなわち、図２２に示したステップＳ
Ｄ１では、ＩＤ＝３（図１１参照）のプラン項目に関し
て、準備開始の制限があるか否かを判断する。ここで準
備開始の制限がない場合には、図１１に示した最高準備
日数のフィールドに「９９９９９９」が設定されてい
る。一方、準備期間の制限がある場合には、同フィール
ドに「９９９９９９」以外の数値が設定されている。こ
の場合、図１１に示したＩＤ＝３のレコードにおける最
高準備日数が「９９９９９９」に設定されているため、
アプリケーションサーバ３３０は、ステップＳＤ１の判
断結果を「Ｎｏ」として、ステップＳＤ３へ進む。

【０１０６】ステップＳＤ３では、アプリケーションサ
ーバ３３０は、図１１に示したＩＤ＝３のレコードに関
するプラン項目の準備開始日を今日の日付として設定し
た後、ステップＳＤ５へ進む。ステップＳＤ５では、ア
プリケーションサーバ３３０は、会員専用カレンダデー
タベースＤＢ４（図５参照）から会員専用カレンダ情報
（日付および属性）を取得した後、ステップＳＤ６へ進
む。

【０１０７】ステップＳＤ６では、アプリケーションサ
ーバ３３０は、上記会員専用カレンダ情報の日付および
属性（図５参照）を参照することにより、ステップＳＤ
３で設定された準備開始日が休日であるか否かを判断す
る。ここで、準備開始日が休日でない場合には、アプリ
ケーションサーバ３３０は、ステップＳＤ６の判断結果
を「Ｎｏ」として、ステップＳＤ７へ進む。ステップＳ
Ｄ７では、準備開始日（日付）を１インクリメントした
後、ステップＳＤ６へ戻る。

【０１０８】このとき、準備開始日が休日である場合に
は、アプリケーションサーバ３３０は、ステップＳＤ６
の判断結果を「Ｙｅｓ」として、ステップＳＤ８へ進
む。ステップＳＤ８では、アプリケーションサーバ３３
０は、図１１に示したＩＤ＝３のレコードに関するプラ
ン項目の準備開始日（日付）を設定した後、ステップＳ
Ｄ９へ進む。ステップＳＤ９では、アプリケーションサ
ーバ３３０は、ステップＳＡ１３（図１３参照）で利用
者Ａにより入力されたトータル予算（図１７参照）と図
１１に示した費用割合との積を、当該プラン項目に関す
る予算として設定した後、ステップＳＤ１０へ進む。

【０１０９】ステップＳＤ１０では、アプリケーション
サーバ３３０は、日付（ステップＳＤ８参照）および予
算（ステップＳＤ９参照）を図４に示した会員プランデ
ータベースＤＢ３の「項目コード」＝０１０１６８にお
ける「日付」、「予算」にそれぞれ設定した後、図２１
に示したステップＳＣ８へ進み、前述した処理を実行す
る。

【０１１０】一方、図２２に示したステップＳＤ１の判
断結果が「Ｙｅｓ」である場合には、アプリケーション
サーバ３３０は、ステップＳＤ２へ進む。ステップＳＤ
２では、アプリケーションサーバ３３０は、準備開始日
を設定するための判断を行う。具体的には、アプリケー
ションサーバ３３０は、今日の日付からイベントの予定
日（図１７参照）までの日数が、最高準備日数（図１１
参照）を越えているか否かを判断し、この判断結果が
「Ｎｏ」である場合、ステップＳＤ３へ進む。ステップ
ＳＤ３では、アプリケーションサーバ３３０は、準備開
始日として今日の日付を設定した後、ステップＳＤ５へ
進み、前述した処理を実行する。

【０１１１】一方、ステップＳＤ２の判断結果が「Ｙｅ
ｓ」である場合、アプリケーションサーバ３３０は、ス
テップＳＤ４へ進む。ステップＳＤ４では、アプリケー
ションサーバ３３０は、イベント（結婚式）の予定日か
ら最高準備日数、遡った日付を準備開始日として設定し
た後、ステップＳＤ５へ進み、前述した処理を実行す
る。

【０１１２】また、図２１に示したステップＳＣ５で図
１１に示したＩＤ＝１２３に関するプラン項目情報が取
得されると、ステップＳＣ６では、アプリケーションサ
ーバ３３０は、図１１に示したプラン項目データベース
ＤＢ１０のＩＤ＝１２３のレコードにおける（休日）指
定が「無い」であるため、判断結果を「Ｎｏ」として、
ステップＳＣ１０へ進む。

【０１１３】ステップＳＣ１０では、アプリケーション
サーバ３３０は、ＩＤ＝１２３（図１１参照）のプラン
項目に関して、準備期間の制限があるか否かを判断す
る。この場合、図１１に示したＩＤ＝１２３のレコード
における最高準備日数が「１２０」に設定されているた
め、アプリケーションサーバ３３０は、ステップＳＣ１
０の判断結果を「Ｙｅｓ」として、ステップＳＣ１１へ
進む。

【０１１４】ステップＳＣ１１では、アプリケーション
サーバ３３０は、準備期間制限がある場合のプランニン
グ処理（図２３参照）を実行する。すなわち、図２３に
示したステップＳＥ１では、アプリケーションサーバ３
３０は、準備開始日を設定するための判断を行う。具体
的には、アプリケーションサーバ３３０は、今日の日付
からイベントの予定日（図１７参照）までの日数が、最
高準備日数（図１１参照）を越えているか否かを判断
し、この判断結果が「Ｎｏ」である場合、ステップＳＥ
２へ進む。ステップＳＥ２では、アプリケーションサー
バ３３０は、準備開始日として今日の日付を設定した
後、ステップＳＥ３へ進む。

【０１１５】一方、ステップＳＥ１の判断結果が「Ｙｅ
ｓ」である場合、アプリケーションサーバ３３０は、ス
テップＳＥ４へ進む。ステップＳＥ４では、アプリケー
ションサーバ３３０は、イベント（結婚式）の予定日か
ら最高準備日数、遡った日付を準備開始日として設定し
た後、ステップＳＥ３へ進む。

【０１１６】ステップＳＥ３では、アプリケーションサ
ーバ３３０は、会員専用カレンダデータベースＤＢ４
（図５参照）から会員専用カレンダ情報（日付および属
性）を取得した後、ステップＳＥ５へ進む。ステップＳ
Ｅ６では、アプリケーションサーバ３３０は、上記会員
専用カレンダ情報の日付および属性（図５参照）を参照
することにより、ステップＳＥ２で設定された準備開始
日が平日であるか否かを判断する。ここで、準備開始日
が平日でない場合には、アプリケーションサーバ３３０
は、ステップＳＥ５の判断結果を「Ｎｏ」として、ステ
ップＳＥ７へ進む。ステップＳＥ７では、アプリケーシ
ョンサーバ３３０は、準備開始日（日付）を１インクリ
メントした後、ステップＳＥ５へ戻る。

【０１１７】このとき、準備開始日が平日である場合に
は、アプリケーションサーバ３３０は、ステップＳＥ５
の判断結果を「Ｙｅｓ」として、ステップＳＥ６へ進
む。ステップＳＥ６では、アプリケーションサーバ３３
０は、図１１に示したＩＤ＝１２３のレコードに関する
プラン項目の準備開始日（日付）を設定した後、ステッ
プＳＥ８へ進む。ステップＳＥ８では、アプリケーショ
ンサーバ３３０は、ステップＳＡ１３（図１３参照）で
利用者Ａにより入力されたトータル予算（図１７参照）
と図１１に示した費用割合との積を、当該プラン項目に
関する予算として設定した後、ステップＳＥ９へ進む。

【０１１８】ステップＳＥ９では、アプリケーションサ
ーバ３３０は、日付（ステップＳＥ６参照）および予算
（ステップＳＥ８参照）を図４に示した会員プランデー
タベースＤＢ３の「項目コード」＝０１０３６２におけ
る「日付」、「予算」にそれぞれ設定した後、図２１に
示したステップＳＣ８へ進み、前述した処理を実行す
る。

【０１１９】そして、全項目の処理が終了し、ステップ
ＳＢ８の判断結果が「Ｙｅｓ」になると、アプリケーシ
ョンサーバ３３０は、ステップＳＣ９へ進み、利用者Ａ
専用にプランニングされたプランをディスプレイ１２０
Ａ（図１参照）に表示させるプラン表示処理（図２５参
照）を実行する。図２５において、ステップＳＧ１〜ス
テップＳＧ１０までの処理はアプリケーションサーバ３
３０により実行され、ステップＳＨ１〜ステップＳＨ９
までの処理はクライアント１１０Ａにより実行される。

【０１２０】図２５に示したステップＳＧ１では、アプ
リケーションサーバ３３０は、図２６に示したプラン表
示画面Ｇ５をクライアント１１０Ａに表示させるための
パラメータを設定した後、ステップＳＧ２へ進む。この
パラメータは、利用者Ａにより指定されるものであり、
プランの期間、階層（図１１参照）である。ステップＳ
Ｇ２では、アプリケーションサーバ３３０は、図４に示
した会員プランデータベースＤＢ３から上記設定に該当
するプラン項目（レコード）を抽出した後、ステップＳ
Ｇ３へ進む。

【０１２１】ステップＳＧ３では、アプリケーションサ
ーバ３３０は、ステップＳＧ２で抽出されたプラン項目
の情報（プラン情報）をインターネットＮを介してクラ
イアント１１０Ａ（図１参照）へ送信した後、ステップ
ＳＧ４へ進む。ステップＳＧ４では、アプリケーション
サーバ３３０は、後述するプラン表示画面Ｇ５（図２６
参照）におけるプラン項目がクリックされたか否かを判
断する。

【０１２２】また、プラン情報がクライアント１１０Ａ
に受信されると、ステップＳＨ１では、クライアント１
１０Ａは、受信したプラン情報に基づいて、図２６に示
したプラン表示画面Ｇ５をディスプレイ１２０Ａに表示
した後、ステップＳＨ２へ進む。このプラン表示画面Ｇ
５には、図１３に示した該当イベントプラン作成処理
（ステップＳＡ１８参照）で作成された、利用者Ａ専用
のプラン項目（挙式・披露宴の予算決定、式場の絞り込
み等）が時系列に沿って表示されている。

【０１２３】ステップＳＨ２では、クライアント１１０
Ａは、上述したパラメータ（プランの期間、階層）に関
する設定変更があるか否かを判断し、判断結果が「Ｙｅ
ｓ」の場合、ステップＳＨ３へ進む。ステップＳＨ３で
は、クライアント１１０Ａは、設定変更の内容をインタ
ーネットＮを介してアプリケーションサーバ３３０へ送
信する。一方、ステップＳＨ２で設定変更がない場合、
クライアント１１０Ａは、判断結果を「Ｎｏ」とする。

【０１２４】ステップＳＨ４では、利用者Ａは、図２６
に示したプラン表示画面Ｇ５における複数のプラン項目
のうち、詳細プランを表示させたいものをマウスポイン
タを用いてクリックする。この場合、図２６に示したプ
ラン項目Ｐ（式場の絞り込み）がクリックされたものと
する。これにより、アプリケーションサーバ３３０は、
ステップＳＧ４の判断結果を「Ｙｅｓ」として、ステッ
プＳＧ５へ進む。

【０１２５】ステップＳＧ５では、アプリケーションサ
ーバ３３０は、図４に示した会員プランデータベースＤ
Ｂ３にアクセスすることにより、項目コード０１０１３
５に対応する図１１に示したＩＤ＝２のレコードを認識
する。つぎに、アプリケーションサーバ３３０は、図１
１に示したＩＤ＝２のレコードにおける詳細情報リンク
先＝http://www.xxx.co.jp/life/ghi/jkl.html（ＵＲ
Ｌ）を検出する。

【０１２６】ステップＳＧ６では、アプリケーションサ
ーバ３３０は、上記詳細情報リンク先を詳細プラン情報
としてインターネットＮを介してクライアント１１０Ａ
へ送信した後、ステップＳＧ７へ進む。ステップＳＧ７
では、アプリケーションサーバ３３０、利用者Ａにより
予約ボタン（図示略）がクリックされたか否かを判断す
る。この予約ボタンは、例えば、式場を予約するための
ボタンである。

【０１２７】そして、上記詳細プラン情報を受信する
と、ステップＳＨ５では、クライアント１１０Ａは、式
場に関する詳細プラン（図示略）を表示させた後、ステ
ップＳＨ６へ進む。ステップＳＨ６では、利用者Ａは、
式場を予約するか否かを判断し、この判断結果が「Ｎ
ｏ」である場合、ステップＳＨ８へ進む。この場合、利
用者Ａは、ステップＳＨ６の判断結果を「Ｙｅｓ」とし
て、ステップＳＨ７へ進む。ステップＳＨ７では、利用
者Ａは、ディスプレイ１２０Ａに表示されている予約ボ
タン（図示略）をクリックする。

【０１２８】これにより、ステップＳＧ７では、アプリ
ケーションサーバ３３０は、判断結果を「Ｙｅｓ」とし
て、ステップＳＧ８へ進み、式場を予約するための予約
処理（図２８参照）を実行する。図２８において、ステ
ップＳＩ１〜ＳＩ５までの処理は、アプリケーションサ
ーバ３３０（図１参照）により実行され、ステップＳＪ
１〜ＳＪ７の処理は、クライアント１１０Ａにより実行
される。同図に示したステップＳＪ１では、クライアン
ト１１０Ａは、図２７に示した詳細表示画面Ｇ６をディ
スプレイ１２０Ａに表示させた後、ステップＳＪ２へ進
む。

【０１２９】この詳細表示画面Ｇ６には、利用者Ａへの
メッセージ文、画像Ｉ、検索エンジンＳが表示されてい
る。この検索エンジンＳは、インターネットＮ上に存在
する式場のサイトを検索するためのものである。ステッ
プＳＪ２では、利用者Ａは、検索エンジンＳを用いて、
式場を検索するための項目（キーワード等）を入力・選
択する。

【０１３０】これにより、ステップＳＩ１では、アプリ
ケーションサーバ３３０は、ステップＳＪ２で入力・選
択された項目をキーとして、図７に示した式場データベ
ースＤＢ６を検索する。この式場データベースＤＢ６に
おいては、「ＩＤ」、「式場名」、「郵便番号」、「住
所」、「電話番号」、式場の形態を表す「形態」、神前
式結婚の可否（可：Ｔｒｕｅ、否：Ｆａｌｓｅ）を表す
「神前式」、教会式結婚の可否（可：Ｔｒｕｅ、否：Ｆ
ａｌｓｅ）を表す「教会式」、・・・、式場における最低
予約人数を表す「最低人数」、式場における最高予約人
数を表す「最高人数」、「施設」および「演出」の各フ
ィールドから構成されるレコードが、ＩＤ毎に格納され
ている。

【０１３１】そして、上記検索が終了すると、ステップ
ＳＪ３では、クライアント１１０Ａは、検索結果をディ
スプレイ１２０Ａへ出力する。これにより、ディスプレ
イ１２０Ａには、検索結果が表示される。そして、ステ
ップＳＪ４では、利用者Ａは、検索結果の中から所望の
式場を選択する。

【０１３２】これにより、ステップＳＩ２では、アプリ
ケーションサーバ３３０は、式場データベースＤＢ６
（図７参照）にアクセスすることにより、利用者Ａによ
り選択された式場に関する詳細情報を検索する。この検
索が終了すると、ステップＳＪ５では、クライアント１
１０Ａは、式場に関する詳細情報と、予約するための選
択ボタンと、予約の日程を入力させるための入力項目と
をディスプレイ１２０Ａに表示させる。

【０１３３】つぎに、ステップＳＪ６では、利用者Ａ
は、ディスプレイ１２０Ａの表示画面を確認しつつ、選
択ボタンをクリックした後、入力項目に予約日を入力す
る。これにより、ステップＳＩ３では、アプリケーショ
ンサーバ３３０は、図９に示した式場予約状況データベ
ースＤＢ８を参照しつつ、式場の空き情報を確認する。
この式場予約状況データベースＤＢ８においては、「日
付」、予約の有無を表す「予約」、「予約者氏名」、式
場の住所を表す「住所」、「電話番号」等の各フィール
ドから構成されるレコードが日付毎に格納されている。
この式場予約状況データベースＤＢ８は、図１に示した
詳細情報サーバ２１０からの最新の情報に基づいて、随
時更新される。

【０１３４】つぎのステップＳＩ４では、アプリケーシ
ョンサーバ３３０は、ステップＳＩ３における空き状況
の確認結果に基づいて、利用者Ａが予約した日程に、既
に他の予約が入っているか否かを判断し、この判断結果
が「Ｙｅｓ」の場合、先約がある旨をクライアント１１
０Ａに通知する。この場合、ステップＳＪ６では、利用
者Ａは、予約日を変更する。

【０１３５】一方、ステップＳＩ４の判断結果が「Ｎ
ｏ」である場合、アプリケーションサーバ３３０は、ス
テップＳＩ５へ進み、予約情報を登録する。具体的に
は、アプリケーションサーバ３３０は、式場予約状況デ
ータベースＤＢ８（図９参照）において該当する「予
約」の欄を「有」とする。さらに、アプリケーションサ
ーバ３３０は、予約情報をインターネットＮを介して図
１に示した予約サーバ２２０へ通知した後、図２５に示
したステップＳＧ９へ進む。これにより、該当する式場
に対する正式な予約が完了する。また、ステップＳＪ７
では、クライアント１１０Ａは、ディスプレイ１２０Ａ
に予約確認用の画面を表示させる。

【０１３６】図２５に戻り、ステップＳＧ９では、アプ
リケーションサーバ３３０は、利用者Ａにより、購入ボ
タン（図示略）が押下されているか否かを判断する。一
方、ステップＳＨ８では、利用者Ａは、商品（この場
合、式場サービス）を購入するか否かを判断し、この判
断結果が「Ｎｏ」である場合、一連の処理を終了する。
この場合、利用者Ａは、ステップＳＨ８の判断結果を
「Ｙｅｓ」として、ステップＳＨ９へ進む。ステップＳ
Ｈ９では、利用者Ａは、ディスプレイ１２０Ａに表示さ
れている購入ボタン（図示略）をクリックする。

【０１３７】これにより、アプリケーションサーバ３３
０は、ステップＳＧ９の判断結果を「Ｙｅｓ」として、
ステップＳＧ１０へ進み、購入処理（図２９参照）を実
行する。図２９において、ステップＳＫ１〜ＳＫ３まで
の処理は、アプリケーションサーバ３３０（図１参照）
により実行され、ステップＳＬ１〜ＳＬ８の処理は、ク
ライアント１１０Ａにより実行される。同図に示したス
テップＳＬ１では、クライアント１１０Ａは、商品（こ
の場合、式場サービス）を検索するための商品検索画面
（図示略）をディスプレイ１２０Ａに表示させた後、ス
テップＳＬ２へ進む。

【０１３８】ステップＳＬ２では、利用者Ａは、検索エ
ンジンを用いて、式場を検索するための項目（キーワー
ド等）を入力・選択する。これにより、ステップＳＫ１
では、アプリケーションサーバ３３０は、ステップＳＬ
２で入力・選択された項目をキーとして、図１０に示し
た商品データベースＤＢ９を検索する。この商品データ
ベースＤＢ９においては、「ＩＤ」、「商品名」、「商
品番号」、「雑誌ページへのリンク」および「電話番
号」の各フィールドから構成されるレコードが、ＩＤ毎
に格納されている。

【０１３９】そして、上記検索が終了すると、ステップ
ＳＬ３では、クライアント１１０Ａは、検索結果をディ
スプレイ１２０Ａへ出力する。これにより、ディスプレ
イ１２０Ａには、検索結果（図１０参照）が表示され
る。そして、ステップＳＬ４では、利用者Ａは、検索結
果の中から所望の商品を選択する。

【０１４０】これにより、ステップＳＫ２では、アプリ
ケーションサーバ３３０は、商品データベースＤＢ９
（図１０参照）および式場料金データベースＤＢ７（図
８参照）にアクセスすることにより、利用者Ａにより選
択された商品に関する詳細情報を検索する。図８に示し
た式場料金データベースＤＢ７においては、「項目」、
「最低料金」および「最高料金」の各フィールドから構
成されるレコードが項目毎に格納されている。

【０１４１】そして、検索が終了すると、ステップＳＬ
５では、クライアント１１０Ａは、商品に関する詳細情
報（図８参照）と、商品を購入するための購入ボタン
（図示略）と、クレジットカードの番号を入力するため
の入力欄（図示略）とをディスプレイ１２０Ａに表示さ
せる。つぎに、ステップＳＬ６では、利用者Ａは、ディ
スプレイ１２０Ａの表示画面を確認しつつ、購入ボタン
をクリックした後、ステップＳＬ７へ進む。

【０１４２】ステップＳＬ７では、利用者Ａは、決済に
用いるクレジットカードの番号を入力する。これによ
り、ステップＳＫ３では、アプリケーションサーバ３３
０は、図１に示した専用線Ｌを介して、クレジットカー
ドの番号情報を決済システム４１０へ送信した後、一連
の購入処理（該当イベントプラン作成処理）を終了し、
ステップＳＡ１９（図１３参照）へ進む。これにより、
決済システム４１０においては、利用者Ａが保有するク
レジットカードを用いて決済が行われる。また、ステッ
プＳＬ８では、クライアント１１０Ａは、ディスプレイ
１２０Ａに購入確認用の画面を表示させる。

【０１４３】図１３に戻り、ステップＳＡ１９では、ア
プリケーションサーバ３３０は、利用者Ａによりイベン
トの自動プランニングの終了が指示されたか否かを判断
し、この判断結果が「Ｙｅｓ」である場合、一連の処理
を終了する。一方、ステップＳＡ１９の判断結果が「Ｎ
ｏ」である場合、アプリケーションサーバ３３０は、ス
テップＳＡ４へ戻り、前述した処理を実行する。

【０１４４】また、ステップＳＡ５の判断結果が「Ｎ
ｏ」である場合、またはステップＳＡ１１の判断結果が
「Ｙｅｓ」である場合、アプリケーションサーバ３３０
は、ステップＳＡ６へ進む。ステップＳＡ６では、アプ
リケーションサーバ３３０は、前述したスケジューラ機
能、資金・費用管理機能、チェックリスト機能またはシ
ミュレーション機能のうちいずれかを利用者Ａに選択さ
せる処理を実行する。

【０１４５】ここで、利用者Ａにより、図１６に示した
スケジューラ機能選択用ソフトボタンＢ１が押下される
と、アプリケーションサーバ３３０は、ステップＳＡ７
へ進み、スケジューラ処理を実行する。このスケジュー
ラ処理においては、図３０（ａ）に示したプラン表示画
面Ｇ７がディスプレイ１２０Ａに表示される。

【０１４６】このプラン表示画面Ｇ７は、ステップＳＡ
１８で作成された該当イベントプランを時系列に沿って
スケジューリングした結果である。この図には、１９９
９年９月のカレンダと、イベント（挨拶、結婚式、ハネ
ムーン）とが図示されている。たとえば、９月２２日の
欄には「挨拶」が、９月２３日の欄には「結婚式」が、
９月２４日の欄には「ハネムーン」がそれぞれ記載され
ている。

【０１４７】ここで、利用者Ａにより９月２３日の部分
がクリックされると、ディスプレイ１２０Ａには、図３
０（ｂ）に示した結婚に関するプラン詳細表示画面Ｇ８
が表示される。このプラン詳細表示画面Ｇ８には、挙
式、料理等の「項目」、Ａホテル、レンタルハウス等の
「店」、「金額」および「内訳」という、結婚式に関す
る詳細なプランが表示される。

【０１４８】また、利用者Ａにより、図１６に示したチ
ェックリスト機能選択用ソフトボタンＢ２が押下される
と、アプリケーションサーバ３３０は、ステップＳＡ９
へ進み、チェックリスト処理を実行する。このチェック
リスト処理においては、イベント（たとえば、結婚式）
を遂行するにあたって利用者Ａが実行すべき準備行為を
列挙したリストが作成された後、このリストにおいて実
行済みの行為に関してチェックマークが付与される。

【０１４９】また、利用者Ａにより、図１６に示した資
金・費用管理機能選択用ソフトボタンＢ３が押下される
と、アプリケーションサーバ３３０は、ステップＳＡ８
へ進み、資金・費用管理処理を実行する。この資金・費
用管理処理においては、イベントを遂行するための資
金、出費、予算、収支等が管理される。

【０１５０】また、利用者Ａにより、図１６に示したシ
ミュレーション機能選択用ソフトボタンＢ４が押下され
ると、アプリケーションサーバ３３０は、ステップＳＡ
１０へ進む。ステップＳＡ１０では、アプリケーション
サーバ３３０は、シミュレーション処理を実行する。こ
のシミュレーション処理においては、プランニングされ
たイベントの準備から遂行までの一連の流れが、動画等
により利用者Ａに対して表示される。

【０１５１】以上説明したように、一実施の形態によれ
ば、アンケートに回答し、必要な初期条件を入力すると
いった手続きのみで、利用者の性格が考慮されたプラン
ニングを自動的に行うようにしたので、利用者自身の作
業量を低減することができるとともに、簡単かつ確実に
しかも利用者に適したプランニングを行うことができ
る。

【０１５２】また、一実施の形態によれば、性格パター
ンに対応するプランデータをあらかじめメインプランデ
ータベースＤＢ２として保持させておき、このプランデ
ータに基づいてスケジュールをプランニングするように
したので、極めて簡単な手法で自動的にプランニングす
ることができる。

【０１５３】また、一実施の形態によれば、詳細プラン
情報（詳細表示画面Ｇ６：図２７参照）を利用者に提供
するようにしたので、利用者が独自に詳細データを収集
する必要がなく、利便性が向上する。

【０１５４】さらに、一実施の形態によれば、利用者か
らの予約、購入、決済の依頼を受け付けるようにしたの
で、プランニングと予約、購入、決済とを一カ所で行う
ことができ、使い勝手が向上する。

【０１５５】加えて、一実施の形態によれば、当該利用
者の人生における各種行事（たとえば、結婚、出産、住
居購入、葬式）に関するスケジュールがプランニングさ
れるため、当該利用者の人生をトータルサポートするこ
とができ、極めて質が高いサービスを提供することがで
きる。

【０１５６】以上本発明にかかる一実施の形態について
図面を参照して詳述してきたが、具体的な構成例はこの
一実施の形態に限られるものではなく、本発明の要旨を
逸脱しない範囲の設計変更等があっても本発明に含まれ
る。たとえば、前述した一実施の形態においては、自動
プランニング機能を実現するための自動プランニングプ
ログラムを図３１に示したコンピュータ読み取り可能な
記録媒体５００に記録して、この記録媒体５００に記録
された自動プランニングプログラムを同図に示したコン
ピュータ４００に読み込ませ、実行することにより自動
プランニングを行うようにしてもよい。

【０１５７】図３１に示したコンピュータ４００は、上
記自動プランニングプログラムを実行するＣＰＵ４０１
と、キーボード、マウス等の入力装置４０２と、各種デ
ータを記憶するＲＯＭ（Read Only Memory）４０３と、
演算パラメータ等を記憶するＲＡＭ（Random Access Me
mory）４０４と、記録媒体５００から自動プランニング
プログラムを読み取る読取装置４０５と、ディスプレ
イ、プリンタ等の出力装置４０６と、装置各部を接続す
るバスＢＵとから構成されている。

【０１５８】ＣＰＵ４０１は、読取装置４０５を経由し
て記録媒体５００に記録されている自動プランニングプ
ログラムを読み込んだ後、自動プランニングプログラム
を実行することにより、前述した自動プランニング機能
を実現する。なお、記録媒体５００には、光ディスク、
フロッピーディスク、ハードディスク等の可搬型の記録
媒体が含まれることはもとより、ネットワークのように
データを一時的に記録保持するような伝送媒体も含まれ
る。

【０１５９】また、一実施の形態においては、利用者の
性格に関する性格分析結果に基づいてプランニングを行
う例について説明したが、これに限られることなく、利
用者の趣味、嗜好等といったものを分析観点として傾向
分析や特性分析を行った結果に基づいてプランニングを
行うようにしてもよい。要は、利用者に関する分析の観
点は問わない。なお、性格以外の分析観点で分析を行う
場合には、当該分析観点に関するアンケートが実施され
ることはいうまでもない。

【０１６０】また、一実施の形態においては、性格分析
の手法としてニューラルネットワークを用いた性格分析
手法について説明したが、これに限られることなく、そ
の他の手法を用いてもよい。

【０１６１】さらに、一実施の形態においては、作成さ
れたプラン（プラン表示画面Ｇ５：図２６）におけるプ
ラン項目に関する処理すべき事項（たとえば、式場の下
見に行く）の実行日時をアプリケーションサーバ３３０
で監視し、実行日時の直前にアプリケーションサーバ３
３０からインターネットＮを介してクライアントへ報知
するようにしてもよい。この場合には、利用者が当該事
項を確実に処理することができる。

【０１６２】

【発明の効果】以上説明したように、請求項１、９にか
かる発明によれば、アンケートに回答し、必要な初期条
件を入力するといった手続きのみで、プランニングを自
動的に行うようにしたので、利用者自身の作業量を低減
することができるとともに、簡単かつ確実にしかも利用
者に適したプランニングを行うことができるという効果
を奏する。

【０１６３】また、請求項２にかかる発明によれば、利
用者のパターンに対応するプランデータをあらかじめ記
憶手段に記憶させておき、このプランデータに基づいて
スケジュールをプランニングするようにしたので、極め
て簡単な手法で自動的にプランニングすることができる
という効果を奏する。

【０１６４】また、請求項３にかかる発明によれば、詳
細データを利用者に提供するようにしたので、利用者が
独自に詳細データを収集する必要がなく、利便性が向上
するという効果を奏する。

【０１６５】また、請求項４にかかる発明によれば、報
知手段によりスケジュールにおいて利用者が処理すべき
事項が利用者に報知されるようにしたので、利用者が当
該事項を確実に処理することができるとともに、プラン
ニングされた結果が装置側で管理されるため、従来、紙
ベースで管理していたときに発生していたトラブル（紛
失、汚損）を回避することができるという効果を奏す
る。

【０１６６】また、請求項５にかかる発明によれば、予
約手段により利用者からの予約を受け付けるようにした
ので、プランニングと予約とを一カ所で行うことがで
き、使い勝手が向上するという効果を奏する。

【０１６７】また、請求項６にかかる発明によれば、購
入手段により利用者から物品／サービスの購入手配を受
け付けるようにしたので、プランニングと購入とを一カ
所で行うことができ、使い勝手が向上するという効果を
奏する。

【０１６８】また、請求項７にかかる発明によれば、決
済手段により費用のオンライン決済を受け付けるように
したので、プランニング、購入、決済を一カ所で行うこ
とができ、さらに使い勝手が向上するという効果を奏す
る。

【０１６９】また、請求項８にかかる発明によれば、プ
ランニング手段により当該利用者の人生における各種行
事（たとえば、結婚、出産、住居購入、葬式）に関する
スケジュールがプランニングされるため、当該利用者の
人生をトータルサポートすることができ、極めて質が高
いサービスを提供することができるという効果を奏す
る。

【図面の簡単な説明】

【図１】本発明にかかる一実施の形態の構成を示すブロ
ック図である。

【図２】同一実施の形態における会員データベースＤＢ
１の一例を示す図である。

【図３】同一実施の形態におけるメインプランデータベ
ースＤＢ２の一例を示す図である。

【図４】同一実施の形態における会員プランデータベー
スＤＢ３の一例を示す図である。

【図５】同一実施の形態における会員専用カレンダデー
タベースＤＢ４の一例を示す図である。

【図６】同一実施の形態におけるアンケートデータベー
スＤＢ５の一例を示す図である。

【図７】同一実施の形態における式場データベースＤＢ
６の一例を示す図である。

【図８】同一実施の形態における式場料金データベース
ＤＢ７の一例を示す図である。

【図９】同一実施の形態における式場予約状況データベ
ースＤＢ８の一例を示す図である。

【図１０】同一実施の形態における商品データベースＤ
Ｂ９の一例を示す図である。

【図１１】同一実施の形態におけるプラン項目データベ
ースＤＢ１０の一例を示す図である。

【図１２】同一実施の形態におけるウエイトデータベー
スＤＢ１１およびＤＢ１２の一例を示す図である。

【図１３】同一実施の形態の動作を説明するフローチャ
ートである。

【図１４】同一実施の形態におけるログイン画面Ｇ１の
一例を示す図である。

【図１５】同一実施の形態における会員登録画面Ｇ２の
一例を示す図である。

【図１６】同一実施の形態におけるメイン画面Ｇ３の一
例を示す図である。

【図１７】同一実施の形態における条件項目入力処理画
面Ｇ４の一例を示す図である。

【図１８】図１３に示した性格分析処理における分析結
果の一例を示す図である。

【図１９】図１３に示した性格分析処理を説明するフロ
ーチャートである。

【図２０】図１９に示した中間層における出力値Ｙ_j お
よび出力層における出力値Ｚ_k の計算方法を説明する図
である。

【図２１】図１３に示した当該イベントプラン作成処理
を説明するフローチャートである。

【図２２】図２１に示した休日項目プランニング処理を
説明するフローチャートである。

【図２３】図２１に示した準備期間制限がある場合のプ
ランニング処理を説明するフローチャートである。

【図２４】図２１に示した準備期間制限が無い場合のプ
ランニング処理を説明するフローチャートである。

【図２５】図２１に示したプラン表示処理を説明するフ
ローチャートである。

【図２６】同一実施の形態におけるプラン表示画面Ｇ５
の一例を示す図である。

【図２７】同一実施の形態における詳細表示画面Ｇ６の
一例を示す図である。

【図２８】図２５に示した予約処理を説明するフローチ
ャートである。

【図２９】図２５に示した購入処理を説明するフローチ
ャートである。

【図３０】同一実施の形態におけるプラン表示画面Ｇ７
およびプラン詳細表示画面Ｇ８の一例を示す図である。

【図３１】同一実施の形態の変形例を示すブロック図で
ある。

【符号の説明】

１１０Ａ〜１００Ｅ クライアント ３１０ ＷＷＷサーバ ３３０ アプリケーションサーバ ４００ コンピュータ ５００ 記録媒体 Ｎ インターネット

フロントページの続き (72)発明者 町屋 宏之 東京都文京区後楽１丁目７番27号 株式会 社富士通ビジネスシステム内 (72)発明者 本多 正典 東京都文京区後楽１丁目７番27号 株式会 社富士通ビジネスシステム内 (72)発明者 亀田 繁 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B049 AA02 BB70 CC01 CC11 CC32 CC36 CC48 DD01 EE05 FF03 GG04 GG06 GG07 GG09

Claims (9)

【特許請求の範囲】
1. 【請求項１】 利用者により操作される一つ以上のクラ
   イアントにネットワークを介して接続された自動プラン
   ニング装置であって、 前記ネットワークを介して利用者に関する分析用のアン
   ケートを前記利用者に対して実施するアンケート実施手
   段と、 前記アンケートの回答結果を所定の分析手法に適用する
   ことにより、当該利用者を分析する分析手段と、 前記利用者が所望するイベントに関するプランニングを
   実行するにあたって必要な初期条件を入力する初期条件
   入力手段と、 前記初期条件および前記分析手段の分析結果に基づい
   て、前記イベントに関する準備から実行までのスケジュ
   ールをプランニングするプランニング手段と、 を備えることを特徴とする自動プランニング装置。
2. 【請求項２】 利用者を分類した複数のパターンのそれ
   ぞれに対応して作成された、前記イベントに関するプラ
   ンデータを記憶する記憶手段を備え、前記プランニング
   手段は、前記分析結果に基づいて当該利用者の前記パタ
   ーンを認識した後、該パターンに対応するプランデータ
   を前記記憶手段から読み出した結果に基づいて、前記ス
   ケジュールをプランニングすることを特徴とする請求項
   １に記載の自動プランニング装置。
3. 【請求項３】 前記記憶手段には、前記イベントの準備
   から実行までに利用者が必要とする詳細データが記憶さ
   れており、前記プランニング手段は、当該利用者の要求
   に応じて前記プランデータに加えて前記詳細データを当
   該利用者へ提供することを特徴とする請求項１または２
   に記載の自動プランニング装置。
4. 【請求項４】 前記プランニング手段によりプランニン
   グされた結果を管理し、前記スケジュールにおいて当該
   利用者が処理すべき事項を当該利用者に報知する報知手
   段を備えることを特徴とする請求項１〜３のいずれか一
   つに記載の自動プランニング装置。
5. 【請求項５】 前記スケジュールにおいて事前に予約す
   べき事項がある場合、当該利用者から予約を受け付ける
   予約手段を備えることを特徴とする請求項１〜４のいず
   れか一つに記載の自動プランニング装置。
6. 【請求項６】 前記スケジュールにおいて物品／サービ
   スの提供を受けるべき事項がある場合、前記利用者から
   物品／サービスの購入手配を受け付ける購入手段を備え
   ることを特徴とする請求項１〜５のいずれか一つに記載
   の自動プランニング装置。
7. 【請求項７】 前記物品／サービスの購入に際して発生
   する費用のオンライン決済を受け付ける決済手段を備え
   ることを特徴とする請求項６に記載の自動プランニング
   装置。
8. 【請求項８】 前記イベントは、人生における各種行事
   に関するものであり、前記プランニング手段は、当該利
   用者の人生における各種行事のそれぞれに関する準備か
   ら実行までのスケジュールをプランニングすることを特
   徴とする請求項１〜７のいずれか一つに記載の自動プラ
   ンニング装置。
9. 【請求項９】 利用者により操作される一つ以上のクラ
   イアントにネットワークを介して接続された自動プラン
   ニング装置に適用される自動プランニングプログラムを
   記録したコンピュータ読み取り可能な記録媒体であっ
   て、 前記ネットワークを介して利用者に関する分析用のアン
   ケートを前記利用者に対して実施させるアンケート実施
   工程と、 前記アンケートの回答結果を所定の分析手法に適用する
   ことにより、当該利用者に関する分析を行わせる分析工
   程と、 前記利用者が所望するイベントに関するプランニングを
   実行するにあたって必要な初期条件を入力させる初期条
   件入力工程と、 前記初期条件および前記分析工程における分析結果に基
   づいて、前記イベントに関する準備から実行までのスケ
   ジュールをプランニングさせるプランニング工程と、 をコンピュータに実行させるための自動プランニングプ
   ログラムを記録したコンピュータ読み取り可能な記録媒
   体。