JP2007148825A - 式典準備支援方法、式典準備支援サーバ及び式典準備支援プログラム - Google Patents

Abstract

【課題】式典の準備を円滑に進行させることができる式典準備支援方法、式典準備管理サーバ及び式典準備支援プログラムを提供する。
【解決手段】ブライダルナビゲーションシステム１は、見積データを記憶した見積データ記憶部を備えたサーバ２と、プランナー等が有する管理者端末３と、新郎新婦が用いる顧客端末４とを有する。サーバ２は、式典の見積に関する各見積データを顧客端末４から受信して、見積データ記憶部に記憶する。また、サーバ２は、管理者端末３から受信したリクエストにより、各見積データ内のステイタスを「確定」又は「未確定」に変更する。さらに、サーバ２が、顧客端末４から見積確認要求を受信したとき、各見積データ内のステイタスに基づき、見積を更新可能であるか否かを判断する。
【選択図】図１

Description

本発明は、式典準備支援方法、式典準備支援サーバ及び式典準備支援プログラムに関する。

最近、結婚式・披露宴等の式典は、新郎新婦等の式典予定者の意向が強く反映され、多様化する傾向にある。この傾向に対し、ブライダル業界の各事業者は、結婚式・披露宴の基本プランを設定する他、各種オプションを取り揃え、式典予定者のニーズに対応している。その結果、ホテル、結婚会場等の事業者が提案するプラン・オプションが複雑化し、事業者が提供する情報が膨大になっている。このため、式典予定者にとっては、選択肢が増える利点があるが、各種オプションを選択した場合、そのオプションを選択した場合の見積の算出及び管理が容易な作業ではない。

これに対し、結婚式、披露宴のシミュレーションを行う結婚式シミュレーション方法が提案されている（例えば、特許文献１参照）。この方法は、シミュレーションを提供する事業者が、予め登録した披露宴会場、衣装等の画像データや、音声データ等から、新郎新婦が希望する式場、衣装等を選択し、新郎新婦自身の写真を画像データとしてアップロードして登録すると、式典予定者は、自分達の画像データと選択した画像データとを合成した画像や、動画を見ることができる。また、式場や衣装を選択すると、自動的に式場や衣装の料金が累積され、見積を算出することができる。
特開２００１−３５７１４８号公報

ところで、式場、衣装、装花等を、各事業者又は担当者に発注する発注期限はそれぞれ異なるので、各オプションの決定期限も異なる。このため、多数のオプションの決定期限を、プランナーが式典予定者に逐次伝える必要がある。また、結婚式のように、準備が長期間に亘る場合には、式典予定者はオプションを変更することが多いので、プランナー及び式典予定者にとって、見積管理は複雑且つ手間のかかる作業である。従って、上記したように、オプション数が膨大する状況下では、多大な手間がかかる他、期限の連絡が正確に伝達されない可能性もあった。

本発明は、上記問題点に鑑みてなされたものであり、その目的は、式典の準備を円滑に進行させることができる式典準備支援方法、式典準備管理サーバ及び式典準備支援プログラムを提供することにある。

本発明は、式典の見積もりに関する見積管理情報を記憶した見積管理情報記憶手段と、管理コンピュータとを用いて、式典の見積もりを管理する式典準備支援方法において、前記管理コンピュータが、式典予定者が用いるユーザ端末から受信した見積管理情報を、見積もりに関する期限を示す期限情報とともに前記見積管理情報記憶手段に記憶する段階と、前記ユーザ端末から見積確認要求を受信した際に、前記期限情報に基づき、見積更新の可否を判断する段階と、見積もりを更新可能であると判断した場合に、前記ユーザ端末から受信した見積要求に基づき、前記見積管理情報を更新する段階とを有する。

これによれば、見積期限が経過する前には、式典予定者はユーザ端末を用いて、見積管理情報を何度でも更新することができる。また、見積期限を経過した場合に、見積管理情
報の更新を不可能にすることができる。このため、式典等、準備期間が長期間となり、決定項目が多い場合に、式典予定者は期限内の更新を何度でも簡単に行うことができるので、利便性を向上できる。また、期限が経過した場合に、見積不可能とするので、式典の複雑な見積を効率よく管理することができる。

本発明は、式典の見積もりを管理する式典準備支援サーバにおいて、式典予定者が用いるユーザ端末から受信した、式典の見積もりに関する見積管理情報を、見積に関する期限を示す期限情報とともに記憶する見積管理情報記憶手段と、見積確認要求を前記ユーザ端末から受信した際に、前記期限情報に基づき、見積更新の可否を判断する判断手段と、見積もりを更新可能であると判断した場合に、前記ユーザ端末から受信した見積要求に基づき、前記見積管理情報を更新する更新手段とを備えた。

これによれば、式典準備支援サーバにより、見積期限が経過する前には、式典予定者はユーザ端末を用いて、見積管理情報を何度でも更新することができる。また、見積期限を経過した場合に、見積管理情報の更新を不可能にすることができる。このため、式典等、準備期間が長期間となり、決定項目が多い場合に、式典予定者は期限内の更新を何度でも簡単に行うことができるので、利便性を向上できる。また、期限が経過した場合に、見積不可能とするので、式典の複雑な見積を効率よく管理することができる。

本発明は、式典の見積もりに関する見積管理情報を記憶した見積管理情報記憶手段と、管理コンピュータとを用いて、式典の見積もりを管理する式典準備支援プログラムにおいて、前記管理コンピュータを、式典予定者が用いるユーザ端末から受信した見積管理情報を、見積もりに関する期限を示す期限情報とともに前記見積管理情報記憶手段に記憶する見積登録手段と、前記ユーザ端末から見積確認要求を受信した際に、前記期限情報に基づき、見積更新の可否を判断する判断手段と、見積もりを更新可能であると判断した場合に、前記ユーザ端末から受信した見積要求に基づき、前記見積管理情報を更新する更新手段ととして機能させる。

これによれば、見積期限が経過する前には、式典予定者はユーザ端末を用いて、見積管理情報を何度でも更新することができる。また、見積期限を経過した場合に、見積管理情報の更新を不可能にすることができる。このため、式典等、準備期間が長期間となり、決定項目が多い場合に、式典予定者は期限内の更新を何度でも簡単に行うことができるので、利便性を向上できる。また、期限が経過した場合に、見積不可能とするので、式典の複雑な見積を効率よく管理することができる。

この式典準備支援プログラムにおいて、前記判断手段が見積不可能であると判断した場合に、前記見積確認要求を送信した前記ユーザ端末に対し、見積確定情報を送信する第１送信手段をさらに備えた。

これによれば、見積期限が経過した場合に、式典予定者の使用するユーザ端末に、見積確定情報を送信する。このため、ユーザ端末で、見積確定情報を表示することができるので、式典予定者は、見積を変更可能であるか否かを一目で判別することができる。

この式典準備支援プログラムにおいて、前記判断手段が、見積可能であると判断した場合に、前記見積確認要求を送信した前記ユーザ端末に対し、見積未確定情報を送信する第２送信手段をさらに備えた。

これによれば、見積期限が経過していない場合に、ユーザ端末に見積未確定情報が送信される。このため、ユーザ端末で、見積未確定情報を表示することができるので、式典予定者は、見積を変更可能であるか否かを一目で判別することができる。

以下、本発明を具体化した一実施形態を図１〜図１５に従って説明する。図１に示すように、ブライダルナビゲーションシステム１は、式典準備支援サーバとしてのブライダルナビゲーションサーバ（以下、単にサーバ２という）、結婚式・披露宴のサービスを提供する事業者が有し、ウェディングプランナー等が使用する管理者端末３と、式典予定者としての新郎新婦が使用するユーザ端末としての顧客端末４とを備えている。

管理者端末３は、一般通信回線網、専用通信回線網等のネットワークＮを介してサーバ２に接続可能になっている。また、管理者端末３は、ＣＰＵ、ＲＡＭ、ＷＷＷブラウザソフトを格納したＲＯＭ、通信部等を有するコンピュータ（図示省略）と、キーボード、マウス等の入力操作部３ａ、ディスプレイ３ｂとを有している。また、コンピュータには、サーバ２と式典管理のためのデータを送受信するためのクライアント側プログラムを記憶していてもよい。プランナーは、この管理者端末３を操作してサーバ２に各種リクエストを送信する。また、管理者端末３には、プリンタ５が接続されている。管理者端末３は、サーバ２から受信したデータを、プリンタ５が処理可能な印刷データに変換し、プリンタ５に出力する。

顧客端末４は、一般通信回線網等のネットワークＮを介して、サーバ２との間でデータを双方向送受信可能になっている。また、顧客端末４は、ＣＰＵ、ＲＡＭ、ＷＷＷブラウザソフトを格納したＲＯＭ、通信部等を有するコンピュータ（図示省略）と、キーボード、マウス等の入力操作部４ａと、ディスプレイ４ｂとを備えている。新郎新婦は、顧客端末４を操作して、サーバ２に各種リクエストを送信する。そして、そのリクエストに対してサーバ２が応答したデータを、ＷＷＷブラウザで表示する。

図２に示すように、サーバ２は、管理コンピュータを構成するＣＰＵ１０、ＲＡＭ１１、ＲＯＭからなる主記憶部１２、通信部１３を備えている。判断手段、更新手段、見積登録手段、送信手段としてのＣＰＵ１０は、通信部１３を介して顧客端末４からリクエストを受信すると、主記憶部１２に記憶された式典支援プログラムに基づき、そのリクエストに応じた画像データ等を埋め込んだＨＴＭＬ（Hyper Text Markup Language）ファイル等のデータを生成する。そして、そのデータを送信して、顧客端末４からのリクエストに応答する。顧客端末４は、ＷＷＷブラウザに、サーバ２から受信したデータを展開する。

また、ＣＰＵ１０は、通信部１３を介して、管理者端末３からリクエストを受信すると、同じく式典支援プログラムに基づき、そのリクエストに応じたＨＴＭＬ（Hyper Text Markup Language）等のデータを生成し、そのデータを送信することにより、リクエストに応答する。管理者端末３は、ＷＷＷブラウザにサーバ２から受信したデータを出力したり、記憶部に記憶したクライアント側プログラムによってサーバ２から受信したデータを展開したりする。

また、サーバ２は、顧客データ記憶部１５、料金データ記憶部１６、見積管理情報記憶手段としての見積データ記憶部１７、招待客データ記憶部１８、及びウェブデータ記憶部１９を備えている。

顧客データ記憶部１５には、図３（ａ）に示す各顧客データ２０が記憶されている。顧客データ２０は、顧客ＩＤ２０ａ、新郎氏名２０ｂ、新婦氏名２０ｃを有している。顧客ＩＤ２０ａは、一組の新郎及び新婦に対して付与される識別子であって、新郎及び新婦が式場を訪問した際等に付与される。新郎氏名２０ｂ及び新婦氏名２０ｃは、新郎新婦の氏名であって、プランナーが管理者端末３を用いてサーバ２の顧客データ記憶部１５に登録する。

料金データ記憶部１６には、式場側が設定した結婚式・披露宴の各基本プランの基本料金データ２１と、新郎新婦が基本プランに付加的に選択するオプションに対して設定されたオプション料金データ２２とが記憶されている。図３（ｂ）に示すように、基本料金データ２１は、基本プラン識別子２１ａ、料金２１ｂ、設定人数２１ｃ、追加料金２１ｄを有している。基本プラン識別子２１ａは、各式場で提案している各基本プランの識別子である。料金２１ｂは、その基本プランの費用である。設定人数２１ｃは、その基本プランに対して設定されている招待客の人数である。追加料金２１ｄは、設定人数よりも人数が増えた場合、一人当たりにかかる費用である。

また、図３（ｃ）に示すように、オプション料金データ２２は、オプション識別子２２ａ、料金２２ｂ、カテゴリ２２ｃ、掲載カテゴリ２２ｄを有している。オプション識別子２２ａは、基本プランに対して付加可能な各オプションの識別子である。オプションは、「式場」の他、「クロス」、「チェアカバー」、「ケーキ」、「装花」、「演出」等のカテゴリから、好みの物を選択可能になっている。料金２２ｂは、そのオプションを選択した場合の費用である。カテゴリ２２ｃは、「クロス」等のカテゴリである。掲載カテゴリ２２ｄは、そのオプションを掲載する画面を示し、例えば、後述する「ウェブカタログ」や、「シミュレーション」になっている。

見積データ記憶部１７には、見積管理情報としての基本見積データ２３及びオプション見積データ２４が記憶されている。基本見積データ２３、及びオプション見積データ２４は、新郎新婦が顧客端末４を用いてサーバ２に見積更新要求を送信する度に生成される。基本見積データ２３は、新郎新婦が選択した基本プランに対する見積データである。図３（ｄ）に示すように、基本見積データ２３は、顧客ＩＤ２０ａによって、顧客データ２０と関連付けられている。さらに、基本見積データ２３は、見積番号２３ａ、見積日時２３ｂ、基本プラン識別子２１ａ、期限情報としてのステイタス２３ｃを有している。見積番号２３ａは、その新郎新婦が見積を行う度に付与される番号である。見積日時２３ｂは、その見積を行った日時を示す。基本プラン識別子２１ａは、見積で選択した基本プランを示し、基本料金データ２１の基本プラン識別子２１ａと対応している。ステイタス２３ｃは、「未確定」又は「確定」からなり、その基本プランの発注（決定）期限が経過したか否かを示す。ステイタス２３ｃが「未確定」である場合には、新郎新婦は基本プランの基本プラン識別子２１ａを変更することができるが、「未確定」から「確定」に変更された場合には、その基本プラン識別子２１ａを変更することができなくなる。

オプション見積データ２４は、新郎新婦によって選択されたオプションを示すデータであって、図３（ｃ）に示すように、顧客ＩＤ２０ａによって、顧客データ２０及び基本見積データ２３と関連付けられている。また、オプション見積データ２４は、見積番号２３ａ及び見積日時２３ｂによって基本見積データ２３に関連付けられている。

さらに、オプション見積データ２４は、カテゴリ２２ｃ、オプション識別子２２ａ、個数２４ｂ、期限情報としてのステイタス２４ｃからなる個別データ２４ｅを、選択されたオプションの数だけ有している。カテゴリ２２ｃは、「式場」、「クロス」、「チェアカバー」、「ケーキ」、「装花」、「演出」等の、オプションが属するカテゴリを示す。オプション識別子２２ａは、選択された個々のオプションを示す。例えば、カテゴリ２２ｃが「クロス」であった場合、オプション識別子２２ａは、「ブルー」等のクロスの種類である。個数２４ｂは、オプションの個数である。「クロス」のオプション等、個数を選択不可能である場合は、個数２４ｂは、例えば「Ｎｕｌｌ」となる。「装花」のオプション等、個数を選択可能である場合は、個数２４ｂは、「２０」等の数値になっている。ステイタス２４ｃは、「未確定」又は「確定」からなり、そのオプションの発注期限が経過したか否かを示す。「未確定」である場合には、新郎新婦はそのオプションを取消・変更す
ることができるが、「確定」である場合には、そのオプションを取消・変更することができなくなる。

招待客データ記憶部１８には、結婚式又は披露宴の各招待客に関する招待客データ２５が記憶されている。図３（ｆ）に示すように、招待客データ２５は、顧客ＩＤ２０ａによって、顧客データ２０、基本見積データ２３及びオプション見積データ２４と関連付けられている。

さらに招待客データ２５は、招待客氏名２５ａ、招待客属性情報２５ｂ、料理２５ｃ、引出物２５ｄ、席次２５ｅ、出欠２５ｆを有している。招待客氏名２５ａ及び招待客属性情報２５ｂは、その招待客の氏名と、住所や続柄等の情報とをそれぞれ有している。料理２５ｃ、引出物２５ｄは、新郎新婦が、その招待客に対して選んだ料理及び引出物の識別子である。席次２５ｅは、その招待客に対して、新郎新婦が割り振った結婚式又は披露宴での席次を示す。出欠２５ｆは、その招待客の、結婚式又は披露宴の出席又は欠席を示し、初期値は「出席」になっている。

ウェブデータ記憶部１９には、管理者端末３及び顧客端末４からのリクエストに応じて、画像データＧを埋め込んだＨＴＭＬファイル等を生成するためのウェブデータＷが記憶されている。ウェブデータＷは、管理者端末３及び顧客端末４のディスプレイ３ｂ，４ｂに、テキストボックス、プルダウンメニュー等の入力フォームを表示したり、入力値を総計するためのテンプレートデータや、テンプレートデータに埋め込まれる画像を表示するための画像データＧ等から構成されている。上記したように、サーバ２のＣＰＵ１０は、管理者端末３や顧客端末４から各種リクエストを受信すると、式典支援プログラムに基づき、そのリクエストに応じたテンプレートフデータを選択し、そのリクエストに応じた画像データを読み出す。さらに、そのデータを、リクエストを送信した管理者端末３や顧客端末４に送信する。そして、以後、管理者端末３又は顧客端末４が操作を中止するまで、サーバ２はリクエストに応じたデータを管理者端末３又は顧客端末４に送信する。

次に、本実施形態の処理手順について、図４〜図８に従って説明する。
まず、式場のプランナーは、例えば、新郎新婦が式場を訪れたとき等に、管理者端末３を使用して、新郎新婦を「会員」として登録する。このとき、プランナーは管理者端末３を使用して、新郎新婦の氏名を入力し、サーバ２に送信する。サーバ２のＣＰＵ１０は、受信した情報に対して、顧客ＩＤ２０ａを割り振って、顧客データ２０を顧客データ記憶部１５に記憶する。そして、発行した顧客ＩＤ２０ａを、顧客端末４に送信する。顧客端末４は、受信した顧客ＩＤ２０ａを印刷した会員証を、プリンタ５により印刷する。作成した会員証は、新郎新婦に渡される。

式場を訪問した後等に、新郎新婦は、最初の見積を行うために、顧客端末４を使用してサーバ２にアクセスする。顧客端末４は、サーバ２から送信されたウェブデータＷをディスプレイ４ｂに出力して、トップ画面やログイン画面（図示省略）を表示する。新郎新婦は、会員証に印刷された顧客ＩＤ２０ａを、ログイン画面の入力部に入力し、ユーザ認証の要求を行う。

サーバ２のＣＰＵ１０は、顧客端末４から受信した顧客ＩＤ２０ａに基づき、認証を行う。そして、受信した顧客ＩＤ２０ａと、同じ顧客ＩＤ２０ａを有する顧客データ２０を検出した場合には、ウェブデータ記憶部１９から、図９に示す見積トップ画面３０を表示するためのウェブデータＷを読み出し、顧客端末４に送信する。

ウェブデータＷに基づき表示された見積トップ画面３０には、プラン選択部３０ａ，３０ｂや、人数入力部３０ｃが表示されている。プラン選択部３０ａ，３０ｂ、人数入力部
３０ｃが入力操作された場合には、ウェブデータＷに基づき、顧客端末４がその入力値をサーバ２に送信するようになっている。

図４のステップＳ１−１に示すように、新郎又は新婦が、プラン選択部３０ａ，３０ｂを選択し、人数入力部３０ｃに人数を入力すると、顧客端末４は、入力したプラン、人数等の入力情報をサーバ２に送信して、見積要求を行う。サーバ２のＣＰＵ１０は、受信した入力情報に対応する基本料金データ２１を、料金データ記憶部１６内で検索し、該当する基本料金データ２１を読出す（ステップＳ１−２）。例えば、「Ａプラン」が選択された場合には、サーバ２は、「Ａプラン」を基本プラン識別子２１ａとして有する基本料金データ２１を検索し、該当する基本料金データ２１を読出す。

さらに、サーバ２のＣＰＵ１０は、読出した基本料金データ２１に基づき、費用を算出する（ステップＳ１−３）。まず、ＣＰＵ１０は、読出した基本料金データ２１のうち、料金２１ｂを抽出する。また、新郎新婦が入力した人数が、基本プランの設定人数２１ｃよりも多いか否かを判断する。人数が設定人数２１ｃよりも多い場合には、ＣＰＵ１０は、その追加人数と、読出した基本料金データ２１の追加料金２１ｄの金額とを乗算して、基本プランの料金２１ｂに加算する。そして、算出した見積料金を、費用データとして顧客端末４に送信する（ステップＳ１−４）。

また、サーバ２のＣＰＵ１０は、選択された基本プランの基本プラン識別子２１ａを、顧客ＩＤ２０ａ、見積番号２３ａ、見積日時２３ｂ、「未確定」を示すステイタス２３ｃと関連付けて、新たな基本見積データ２３を生成し、見積データ記憶部１７に記憶する（ステップＳ１−５）。

顧客端末４は、基本費用データを受信すると、見積トップ画面３０の小計金額表示部３０ｄに、費用データを出力して、基本プランのみの小計金額を表示する（ステップＳ１−６）。そして、新郎又は新婦は、見積金額を確認し、見積トップ画面３０の次画面遷移実行部３０ｅを選択する。

次画面遷移実行部３０ｅが選択操作されると、顧客端末４から見積トップ画面３０の次画面の要求がサーバ２に送信される。サーバ２のＣＰＵ１０は、テンプレートデータと、見積トップ画面３０で選択された基本プランに対応するオプションのデータとをウェブデータ記憶部１９から読み出し、顧客端末４に送信する。顧客端末４は、サーバ２から送信されたウェブデータＷに基づき、図１０に示す詳細見積画面３１をディスプレイ４ｂに表示する。

詳細見積画面３１には、プルダウンメニュー式の会場選択部３１ａ、クロス選択部３１ｂ、チェアカバー選択部３１ｃ、照明選択部３１ｄが表示されている。また、ケーキ選択部３１ｅ、装花選択部３１ｆ，３１ｇ、ブーケ選択部３１ｈが表示されている。装花選択部３１ｇの隣りには、発注する装花の個数入力部３１ｉが表示されている。さらに、料理選択部３１ｊ，３１ｋ、飲物選択部３１ｌ、各料理又は飲物に対する人数を入力する各入力部３１ｐ〜３１ｒが表示されている。また、シミュレーション遷移実行部３１ｍ及びカタログ遷移実行部３１ｎも表示されている。

新郎又は新婦が、各選択部３１ａ〜３１ｈ，３１ｊ〜３１ｌに表示された項目を選択した場合、上記した、図４に示すステップＳ１−１〜Ｓ１−６が繰り返される。即ち、顧客端末４は、各選択部３１ａ〜３１ｈ，３１ｊ〜３１ｌにより入力値が入力されると、テンプレートデータに基づき、入力項目に対応するカテゴリ２２ｃ、オプション識別子２２ａを、サーバ２に送信する。サーバ２のＣＰＵ１０は、それらのデータを受信すると、そのデータに対応するオプション料金データ２２を料金データ記憶部１６内で検索し、該当す
るオプション料金データ２２を読出す（ステップＳ１−２）。例えば、装花選択部３１ｇで「卓上装花ＧＡ」が選択され、個数入力部３１ｉに個数が入力されると、サーバ２のＣＰＵ１０は、「卓上装花ＧＡ」をオプション識別子２２ａとして有するオプション料金データ２２を検索し、該当するオプション料金データ２２を読出す。そして、ＣＰＵ１０は、「卓上装花ＧＡ」の料金２２ｂと、個数入力部３１ｉに入力した個数とを乗算し、費用データを算出する（ステップＳ１−３）。そして、オプション費用データを顧客端末４に送信する（ステップＳ１−４）。

また、サーバ２のＣＰＵ１０は、選択されたオプションのカテゴリ２２ｃと、オプション識別子２２ａと、個数２４ｂとを、顧客ＩＤ２０ａ、見積番号２３ａ、見積日時２３ｂ、「未確定」を示すステイタス２４ｃと関連付けて、オプション見積データ２４を生成し、見積データ記憶部１７に記憶する（ステップＳ１−５）。２個目以上のオプションが選択された場合には、既に生成したオプション見積データ２４に、新たな個別データ２４ｅ（カテゴリ２２ｃ、オプション識別子２２ａ、個数２４ｂ）を追加する。

顧客端末４はオプション費用データを受信すると、テンプレートデータに基づき、オプション費用データに所定の倍率を乗算した付加料金（サービス料金、又は税金）と、オプションのみの小計金額を、金額表示部３１ｓに出力する（ステップＳ１−６）。このとき、図１０の詳細見積画面３１に示すように、複数のオプションが選択されている場合には、ウェブデータＷに基づき、各オプションの各オプション費用データを累積して、小計金額が算出されるようになっている。さらに、顧客端末４は、ウェブデータＷに従って、基本プランの小計と、オプションの小計とを合計した合計金額を算出し、合計金額を金額表示部３１ｔに表示する。

このように、詳細見積画面３１の各選択部３１ａ〜３１ｈ、３１ｊ〜３１ｌが選択操作されると、顧客端末４はサーバ２に選択された項目が見積に反映されるように要求する。サーバ２のＣＰＵ１０は、オプション料金データ２２に基づいて、費用データを算出し、送信する。顧客端末４は、受信した費用データを用いて、計算式が埋め込まれたウェブデータＷに基づいて、自動的にオプションの小計を算出し、小計金額及び合計金額を詳細見積画面３１に表示するようになっている。

次に、詳細見積画面３１のシミュレーション遷移実行部３１ｍが選択された場合の処理について図５に従って説明する。新郎又は新婦によって、シミュレーション遷移実行部３１ｍが選択操作されると、顧客端末４は、詳細見積画面３１を表示するテンプレートデータに基づき、シミュレーション実行要求をサーバ２に送信する（ステップＳ２−１）。サーバ２のＣＰＵ１０は、この要求を受信すると、シミュレーションを行うためのウェブデータＷをウェブデータ記憶部１９から読出して、顧客端末４に送信する（ステップＳ２−２）。このウェブデータＷには、テンプレートデータ及び画像データＧが含まれている。

顧客端末４は、受信したウェブデータＷをディスプレイ４ｂに出力して、図１１に示すシミュレーション画面３２を表示する。シミュレーション画面３２には、テンプレートデータに基づく会場選択部３２ａ、オプション選択タブ３２ｂ〜３２ｇと、式場画像データＧ１に基づくシミュレーション画像３２ｉとが表示されている。シミュレーション画像３２ｉには、テーブル、装花、ケーキ等を配置した式場の写真が表示されている。

例えば、会場選択部３２ａで「会場Ａ」が選択されると、顧客端末４が「会場Ａ」の識別子を送信し、その「会場Ａ」の画像をサーバ２に対して要求する（ステップＳ２−３）。尚、ここで選択する会場は、基本プランの中から選択可能な会場である。サーバ２のＣＰＵ１０は、会場の識別子を受信すると、その会場の識別子に対応する式場画像データＧ１をウェブデータ記憶部１９から読出し、その式場画像データＧ１を顧客端末４に送信す
る（ステップＳ２−４）。

顧客端末４は、シミュレーション画面３２のテンプレートデータに従って、受信した式場画像データＧ１を予め定められた位置に埋め込み、式場画像データＧ１に基づくシミュレーション画像３２ｉを表示する（ステップＳ２−５）。即ち、会場選択部３２ａで選択した会場の写真が、シミュレーション画像３１ｉとして表示される。

そして、顧客端末４は、シミュレーションを見積に反映するためのリクエストを待つ（ステップＳ２−６）。即ち、シミュレーション画面３２の保存実行部３２ｋの選択操作を待機する。保存実行部３２ｋが選択されない場合には、シミュレーションを同様な手順で繰り返すか、そのまま処理を終了する。

オプション選択タブ３２ｂ〜３２ｇには、それぞれ「クロス」、「チェアカバー」、「ケーキ」、「装花（メイン）」、「装花（ゲスト）」、「演出」のオプションの写真であるオプション選択部３２ｊがそれぞれ表示されている。例えば、「クロス」のオプション選択タブ３２ｂにおいて、「ピンク」のオプション選択部３２ｊが選択操作されると、上記したステップＳ２−３以降の処理が繰り返される。このとき、顧客端末４から、「ピンク」の「クロス」を指定する識別子がサーバ２に送信される（ステップＳ２−３）。サーバ２のＣＰＵ１０は、この識別子を受信すると、ウェブデータ記憶部１９から、そのクロスの識別子に対応するクロス画像データＧ２を読出す。このクロス画像データＧ２は、ピンクのクロスを、シミュレーション画像３２ｉ内に表示されたテーブルの画像の位置に合わせて表示するためのデータである。サーバ２のＣＰＵ１０は、クロス画像データＧ２を読出すと、顧客端末４に送信する（ステップＳ２−４）。

顧客端末４は、クロス画像データＧ２を受信すると、式場画像データＧ１のクロス合成領域３２ｒに、クロス画像データＧ２を重畳又は組込むことにより合成し、シミュレーション画像３２ｉを更新する（ステップＳ２−５）。これにより、新郎新婦は、式場のイメージを視覚的に把握して、式場を選択することができる。また、式場とクロス等の相性を判断することができる。

このように、シミュレーション画面３２で詳細なシミュレーションを行うと、新郎又は新婦は、シミュレーション画面３２の保存実行部３２ｋを選択する（ステップＳ２−６においてＹＥＳ）。保存実行部３２ｋが選択されると、顧客端末４は、シミュレーションによって選択された、「会場Ａ」、「クロス」、「チェアカバー」等の選択項目のオプション識別子２２ａを、顧客ＩＤ２０ａとともにサーバ２に送信する（ステップＳ２−７）。

サーバ２のＣＰＵ１０は、オプション識別子２２ａのデータを受信すると、そのオプション識別子２２ａに対応するオプション料金データ２２を料金データ記憶部１６から読出し、オプション料金データ２２の料金２２ｂを、オプション費用データとして算出する（ステップＳ２−８）。さらに、そのオプション費用データを、カテゴリ２２ｃ及びオプション識別子２２ａとともに顧客端末４に送信する（ステップＳ２−９）。

また、オプション費用データを送信すると、サーバ２のＣＰＵ１０は、選択されたオプション識別子２２ａに、顧客ＩＤ２０ａ、見積番号２３ａ、見積日時２３ｂを関連付けて、オプション見積データ２４として記憶する（ステップＳ２−１０）。

顧客端末４は、オプション費用データ等を受信すると、詳細見積画面３１の金額表示部３１ｓ内の金額を更新する（ステップＳ２−１１）。また、カテゴリ２２ｃ及びオプション識別子２２ａに基づき、会場選択部３１ａ等の選択部３１ａ〜３１ｈ、３１ｊ〜３１ｌを更新する。例えば、シミュレーション画面３２において「会場Ａ」を選択し、シミュレ
ーション結果を保存した場合には、詳細見積画面３１の会場選択部３１ａは「会場Ａ」に更新される。

続いて、カタログ遷移実行部３１ｎが選択された場合の処理について、図６に従って説明する。新郎新婦によりカタログ遷移実行部３１ｎが選択操作されると、顧客端末４は、ウェブカタログを表示するためのウェブデータＷを要求する（ステップＳ３−１）。サーバ２のＣＰＵ１０は、この要求を受信すると、ウェブカタログを表示するためのウェブデータＷをウェブデータ記憶部１９から読出し、顧客端末４に送信する（ステップＳ３−２）。顧客端末４は、受信したウェブデータＷをディスプレイ４ｂに出力して、図１２に示すカタログ画面３３を表示する（ステップＳ３−３）。カタログ画面３３には、タグ選択部３３ａ〜３３ｄと、イメージ表示部３３ｅ〜３３ｈ、各チェックボックスＣＢ、個数入力部３３ｉ〜３３ｌが表示されている。例えば、「料理」のタグ選択部３３ａを選択した場合には、イメージ表示部３３ｅ〜３３ｈには、各料理の写真が表示されている。新郎又は新婦は、好みの料理に対応するチェックボックスＣＢを選択操作し、個数入力部３３ｉ〜３３ｌに希望する個数を入力する等して、オプションを選択する。そして、反映実行部３３ｍが選択されると、顧客端末４は、ウェブデータＷに従って、オプション識別子２２ａ及び入力された個数をサーバ２に送信する（ステップＳ３−４）。

サーバ２のＣＰＵ１０は、オプション識別子２２ａ及び個数を受信すると、そのオプション識別子２２ａを有するオプション料金データ２２を検索する。そして、該当するオプション料金データ２２を料金２２ｂと個数とを乗算して、費用データを作成する。そして、その費用データを、顧客端末４に送信する（ステップＳ３−５）。また、サーバ２のＣＰＵ１０は、受信したオプション識別子２２ａ、個数２４ｂ、「未確定」のステイタス２４ｃを、個別データ２４ｅとしてオプション見積データ２４に追加して、オプション見積データ２４を更新する（ステップＳ３−６）。

顧客端末４は、費用データを受信すると、既に選択されたオプションの小計金額に、費用データを加算して、金額表示部３１ｓ，３１ｔに新たな金額を表示する（ステップＳ３−７）。

このようにして、基本プラン、及びオプションを選択する度に、詳細見積画面３１には、選択したオプションの見積金額を表示した金額表示部３１ｓと、基本プランとオプションの金額を合計した合計金額を表示した金額表示部３１ｔとが更新される。

そして、２回目以降の見積の場合には、新郎新婦の顧客ＩＤ２０ａが関連付けられた基本見積データ２３及びオプション見積データ２４を全て読出して、顧客端末４に送信する。顧客端末４のディスプレイ４ｂには、見積のログ画面が表示され、各見積内容を閲覧することができる。

また、図７に示すように、図９に示す見積トップ画面３０等の画面遷移部３０ｆ等に表示された「招待客登録」が選択操作されると、顧客端末４は、招待客管理画面を要求する（ステップＳ４−１）。サーバ２のＣＰＵ１０は、この要求を受信すると、招待客管理画面を表示するためのウェブデータＷを送信する（ステップＳ４−２）。また、このとき、サーバ２のＣＰＵ１０は、既に登録されている招待客データ２５をウェブデータＷとともに顧客端末４に送信する。

顧客端末４は、ディスプレイ４ｂに、受信したウェブデータＷを出力し、図１３に示す、招待客管理画面３４を表示する（ステップＳ４−３）。招待客管理画面３４は、新郎側の招待客を管理する画面と、新婦側の招待客を管理する画面があり、切替部３４ｎを操作することにより、切替えることができる。また、招待客管理画面３４には、受信した招待
客データ２５に基づく招待客一覧３４ｐが表示されている。招待客のデータを変更したい場合には、招待客一覧３４ｐの編集実行部３４ｑを選択し、新たに表示される別画面で編集する。

招待客データ入力部３４ａには、ウェブデータＷに基づき、氏名入力部３４ｂ，かな入力部３４ｃ、郵便番号入力部３４ｄ、住所入力部３４ｅ、肩書き入力部３４ｆ、子供であるか否かをチェックするチェックボックスＣＢ、続柄入力部３４ｇ、料理入力部３４ｈ、引出物入力部３４ｉ、備考入力部３４ｊ、引出物設定部３４ｋが表示されている。新郎又は新婦は、これらの入力部３４ｂ〜３４ｊ、引出物設定部３４ｋに各種情報を入力する。例えば、氏名入力部３４ｂに、招待客の氏名を入力する等して、招待客に関する情報を入力する。また、別画面で表示される引出物を任意に組み合わせると、引出物セットを示す引出物設定部３４ｋが表示される。そして、引出物入力部３４ｉで、引出物設定部３４ｋで設定したセットの中から、その招待客に渡す引出物を選択する。入力及び選択を完了すると、追加実行部３２ｍを選択操作する。追加実行部３４ｍが選択操作されると、顧客端末４は、サーバ２に入力された情報を顧客ＩＤ２０ａとともに送信する（ステップＳ４−４）。

サーバ２のＣＰＵ１０は、受信した入力情報を、新郎新婦の顧客ＩＤ２０ａと関連付け、新たな招待客データ２５として招待客データ記憶部１８に記憶する（ステップＳ４−５）。また、サーバ２のＣＰＵ１０は、受信した情報の中に引出物２５ｄの設定があるか否かを判断する（ステップＳ４−６）。設定がないと判断した場合には（ステップＳ４−６においてＮＯ）、招待客データ２５の登録のみで終了する。

サーバ２のＣＰＵ１０は、引出物の設定があると判断した場合には（ステップＳ４−６においてＹＥＳ）、引出物の種類、個数を指定した情報に基づき、オプション見積データ２４を生成する。具体的には、ＣＰＵ１０は、選択された引出物に対応するオプション識別子２２ａとその個数２４ｂとを、直近のオプション見積データ２４に追加した、新たなオプション見積データ２４を作成する。又は、招待客管理画面３４から他の画面に遷移したり、画面を終了するときに、追加した全ての招待客データ２５を一覧表示し、この招待客に設定した引出物を、見積に反映するか否かを選択できる選択画面を表示するようにしてもよい。

そして、詳細見積画面３１が顧客端末４のディスプレイ４ｂに表示された際に、サーバ２から送信されたオプション見積データ２４と、基本料金データ２１及びオプション料金データ２２とに基づいて、引出物の費用が反映されたオプション見積金額及び合計金額を画面に表示する。

このようにして、見積トップ画面３０、詳細見積画面３１、シミュレーション画面３２、カタログ画面３３で「会場」や、「料理」、「装花」等のオプションが設定されると、プランナーは、基本見積データ２３及びオプション見積データ２４に基づき、各種担当者、各種店舗等に商品等を発注する。このとき、基本プラン、オプション等に設定された発注期限が経過すると、プランナーは管理者端末３を使用して、サーバ２にアクセスする。そして、管理者端末３のディスプレイ３ｂに、図示しないトップ画面が表示されると、そのトップ画面に従って、所定の新郎新婦の顧客ＩＤ２０ａを入力する。管理者端末３は、図８に示すように、その顧客ＩＤ２０ａをサーバ２に対して送信するとともに、その新郎新婦の見積確認要求を行う（ステップＳ５−１）。

サーバ２のＣＰＵ１０は、その要求を受信すると、受信した顧客ＩＤ２０ａが関連付けられた基本見積データ２３、オプション見積データ２４を読み出す。そして、読み出した基本見積データ２３、オプション見積データ２４と、見積管理画面を表示するためのウェ
ブデータＷを、管理者端末３に送信する（ステップＳ５−２）。このウェブデータＷには、テンプレートデータと、見積りに関する指標を表示するための指標画像データ、写真等を表示するための画像データＧが含まれている。

管理者端末３は、受信したウェブデータＷに基づき、図１４に示す見積管理画面３５をディスプレイ３ｂに表示する。見積管理画面３５には、基本プラン管理部３５ａ、オプション管理部３５ｂが表示されている。基本プラン管理部３５ａには、新郎新婦によって選択された基本プランの説明と、未確定情報及び確定情報としての指標画像データに基づくステイタス表示部３５ｃが表示されている。ステイタス表示部３５ｃは、基本見積データ２３のステイタス２３ｃに対応し「未確定」を示す「変更可」の表示か、又は「確定」を示す「ＦＩＸ」の表示になっている。

プランナーは、例えば基本プランのステイタス表示部３５ｃを「ＦＩＸ」にしたい場合、ステイタス表示部３５ｃを選択する等して、基本プランのステイタス変更のリクエストを顧客ＩＤ２０ａとともに送信する（ステップＳ５−４）。

サーバ２のＣＰＵ１０は、受信した顧客ＩＤ２０ａを有する基本見積データ２３を検索し、該当する基本見積データ２３を検出する。そして、検出した基本見積データ２３のステイタス２３ｃを「未確定」から「確定」に変更する（ステップＳ５−５）。そして、更新完了のレスポンスと、ステイタス表示部３５ｃを「ＦＩＸ」にするための指標画像データを見積確定情報として管理者端末３に送信する（ステップＳ５−６）。

管理者端末３は、更新完了のレスポンスを受信すると、テンプレートデータに受信した指標画像データを埋め込んで、基本プラン管理部３５ａのステイタス表示部３５ｃを「変更可」から「ＦＩＸ」に変更する（ステップＳ５−７）。又は、予め指標画像データを管理者端末３に対して送信しておくようにしてもよい。

一方、オプション管理部３５ｂには、料理管理部３５ｄ、引出物管理部３５ｅ等が表示され、料理管理部３５ｄ及び引出物管理部３５ｅには、新郎新婦によって選択された各オプションと、オプションの料金等が表示されている。また、「料理」等の各カテゴリの隣には、サーバ２から受信した画像データＧに基づき、選択したオプションの画像３５ｈが表示されている。また、各オプションに対して、未確定情報又は確定情報としての指標画像データに基づくステイタス表示部３５ｇが表示されている。

オプションに対応するステイタス表示部３５ｇ等が選択操作されると、管理者端末３からリクエストが送信され、上記した処理（ステップＳ５−４〜Ｓ５−６）が繰り返される。即ち、管理者端末３から、新郎新婦の顧客ＩＤ２０ａと、ステイタス変更要求が送信され（ステップＳ５−４）、サーバ２のＣＰＵ１０によってオプション見積データ２４のステイタス２４ｃが「未確定」から「確定」に変更される（ステップＳ５−５）。そして、サーバ２から更新完了のデータが送信され（ステップＳ５−６）、オプション管理部３５ｂのステイタス表示部３５ｇが「ＦＩＸ」に更新される（ステップＳ５−７）。

このように、基本見積データ２３及びオプション見積データ２４のステイタス２３ｃ，２４ｃが「確定」になると、見積トップ画面３０、詳細見積画面３１で、その基本プラン又はオプションが選択不可能になる。

さらに、見積管理画面３５の次画面遷移部３５ｉを選択すると、管理者端末３から、次画面遷移の要求が送信される。サーバ２は、この要求を受信すると、次画面を表示するためのウェブデータＷを管理者端末３に送信する。管理者端末３は、受信したウェブデータＷをディスプレイ３ｂに出力して、図１５に示すシミュレーション見積画面３６を表示す
る。

シミュレーション見積画面３６には、選択した基本プランの内容を示すプラン表示部３６ａと、シミュレーションを行って選択した選択オプション表示部３６ｂとが表示されている。選択オプション表示部３６ｂには、選択したオプションの項目の一覧の他に、そのオプションを説明する画像３６ｄが表示されている。また、一覧には、各オプションのステイタスを変更及び表示するためのステイタス表示部３６ｅが表示されている。

このステイタス表示部３６ｅが選択操作されると、上記した処理（ステップＳ５−４〜Ｓ５−６）が繰り返され、オプション見積データ２４のステイタス２４ｃが「確定」に変更され、ステイタス表示部３６ｅは「ＦＩＸ」に変更される。

また、管理者端末３は、見積管理画面３５及びシミュレーション見積画面３６の印刷実行部３５ｊ，３６ｊが選択操作されると、見積管理画面３５及びシミュレーション見積画面３６の印刷データを作成し、プリンタ５に送信する。プリンタ５は、その印刷データに基づき、シミュレーション結果の見積書を印刷する。見積書には、選択したオプションの画像が印刷されているので、オプションを選択した新郎新婦以外の関係者にも、そのオプションを確認させることができる。

また、新郎新婦は、顧客端末４から見積確認要求をサーバ２に対して要求し、見積管理画面３５、シミュレーション見積画面３６をディスプレイ４ｂに表示する。このとき、ステイタス表示部３５ｇ，３６ｅが「ＦＩＸ」になっている場合には、そのオプションが変更不可能になっていることを一目で判別することができる。また、ステイタス表示部３６ｅが「変更可」になっている場合には、そのステイタス表示部３６ｅを選択操作して、詳細見積画面３１又はシミュレーション見積画面３６に遷移して、上記したように、そのオプションを再選択することができる。再選択された場合には、顧客端末４からサーバ２にそのオプション識別子２２ａ等が送信され、サーバ２は、そのオプション識別子２２ａ等を記憶したオプション見積データ２４を新たに生成し、見積に反映させる。

上記実施形態によれば、以下のような効果を得ることができる。
（１）上記実施形態では、ブライダルナビゲーションシステム１のサーバ２は、基本見積データ２３、オプション見積データ２４を式典予定者（新郎新婦）毎に記憶した見積データ記憶部１７を備えるようにした。また、サーバ２は、顧客端末４から、見積更新要求を受信したとき、その新郎新婦の基本見積データ２３、オプション見積データ２４を見積データ記憶部１７から読み出し、そのステイタス２３ｃ，２４ｃが「未確定」であるか否かを判断するようにした。そして、ステイタス２３ｃ，２４ｃが「未確定」である場合には、顧客端末４から見積更新要求を受信したとき、基本見積データ２３、オプション見積データ２４を更新するようにした。従って、結婚式・披露宴等、式典の準備期間が長期間となり、オプション等の式典に関する決定項目が多い場合に、新郎新婦は期限内の更新を簡単に行うことができるので、便利である。また、期限が経過した場合に、見積不可能とするので、式典に関する複雑な見積を、効率よく管理することができる。

（２）上記実施形態では、サーバ２のＣＰＵ１０が、基本見積データ２３、オプション見積データ２４のステイタス２３ｃ，２４ｃが「確定」であると判断した場合には、見積管理画面３５及びシミュレーション見積画面３６に、「ＦＩＸ」のステイタス表示部３５ｇ，３６ｅを表示するためのテンプレートデータ及び指標画像データを送信するようにした。顧客端末４及び管理者端末３は、サーバ２から受信したデータに基づき、「ＦＩＸ」を示すステイタス表示部３５ｇを表示するので、新郎新婦及びプランナーは、見積を変更可能であるか否かを一目で判別することができる。

（３）上記実施形態では、基本見積データ２３、オプション見積データ２４のステイタス２３ｃ，２４ｃが「未確定」であると判断した場合には、見積管理画面３５及びシミュレーション見積画面３６に、「変更可」のステイタス表示部３５ｇ，３６ｅを表示するためのテンプレートデータ及び指標画像データを送信するようにした。顧客端末４及び管理者端末３は、サーバ２から受信したデータに基づき、「変更可」を示すステイタス表示部３５ｇ，３６ｅを表示するので、新郎新婦は、見積を変更可能であるか否かを一目で判別することができる。

尚、本実施形態は以下のように変更してもよい。
・上記実施形態では、シミュレーション、ウェブカタログにより、オプションを選択する処理を省略してもよい。

・上記実施形態では、結婚式・披露宴の見積は、基本プランの料金に対して、オプションの料金を付加するようにしたが、全ての項目を新郎新婦が選択可能にするようにしてもよい。この場合、基本料金データ２１、オプション料金データ２２は、分別されることなく単に料金データになり、基本見積データ２３、オプション見積データ２４は、単に見積データになる。

・上記実施形態では、基本料金データ２１、オプション料金データ２２に、基本プランの確定期限、オプションの発注期限等を示す期限データを記憶するようにしてもよい。この期限データは、例えば挙式日から所定期間前の日時に設定される。そして、サーバ２のＣＰＵ１０が、顧客端末４から見積更新要求を受信したとき、その期限データに基づき、指定されたオプション等について、期限内であるか期限外であるかを判断するようにしてもよい。

・上記実施形態では、ステイタス表示部３５ｇは、そのオプションのステイタス２４ｃが「未確定」である場合には「変更可」、「確定」である場合には「ＦＩＸ」の表示にするようにしたが、「ＦＩＸ」のみの表示にしてもよい。

・上記実施形態のシステムは、ウェブデータＷの画像データ等を変更して、葬式、入学や卒業祝賀会、各種会合等、他の式典の準備に用いるシステムとして用いてもよい。

本実施形態のブライダルナビゲーションシステムの概略図。 本実施形態のサーバの構成を説明するブロック図。 （ａ）は顧客データ、（ｂ）は基本プランの料金データ、（ｃ）はオプションの料金データ、（ｄ）は基本見積データ、（ｅ）はオプション見積データ、（ｆ）は招待客データの説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 見積トップ画面の説明図。 見積詳細画面の説明図。 シミュレーション画面の説明図。 カタログ画面の説明図。 招待客管理画面の説明図。 見積管理画面の説明図。 シミュレーション見積画面の説明図。

符号の説明

１…式典準備支援サーバとしてのサーバ、３…管理者端末、４…ユーザ端末としての顧客端末、１０…管理コンピュータ、判断手段、更新手段、見積登録手段、送信手段を構成するＣＰＵ、１１…管理コンピュータを構成するＲＡＭ、１２…管理コンピュータを構成する主記憶部、１３…管理コンピュータを構成する通信部、１７…見積管理情報記憶手段としての見積データ記憶部、２３…見積管理情報としての基本見積データ、２３ｃ…期限情報としてのステイタス、２４…見積管理情報としてのオプション見積データ、２４ｃ…期限情報としてのステイタス。

Claims (5)

1. 式典の見積もりに関する見積管理情報を記憶した見積管理情報記憶手段と、管理コンピュータとを用いて、式典の見積もりを管理する式典準備支援方法において、
   前記管理コンピュータが、
   式典予定者が用いるユーザ端末から受信した見積管理情報を、見積もりに関する期限を示す期限情報とともに前記見積管理情報記憶手段に記憶する段階と、
   前記ユーザ端末から見積確認要求を受信した際に、前記期限情報に基づき、見積更新の可否を判断する段階と、
   見積もりを更新可能であると判断した場合に、前記ユーザ端末から受信した見積要求に基づき、前記見積管理情報を更新する段階と
   を有することを特徴とする式典準備支援方法。
2. 式典の見積もりを管理する式典準備支援サーバにおいて、
   式典予定者が用いるユーザ端末から受信した、式典の見積もりに関する見積管理情報を、見積に関する期限を示す期限情報とともに記憶する見積管理情報記憶手段と、
   見積確認要求を前記ユーザ端末から受信した際に、前記期限情報に基づき、見積更新の可否を判断する判断手段と、
   見積もりを更新可能であると判断した場合に、前記ユーザ端末から受信した見積要求に基づき、前記見積管理情報を更新する更新手段と
   を備えたことを特徴とする式典準備支援サーバ。
3. 式典の見積もりに関する見積管理情報を記憶した見積管理情報記憶手段と、管理コンピュータとを用いて、式典の見積もりを管理する式典準備支援プログラムにおいて、
   前記管理コンピュータを、
   式典予定者が用いるユーザ端末から受信した見積管理情報を、見積もりに関する期限を示す期限情報とともに前記見積管理情報記憶手段に記憶する見積登録手段と、
   前記ユーザ端末から見積確認要求を受信した際に、前記期限情報に基づき、見積更新の可否を判断する判断手段と、
   見積もりを更新可能であると判断した場合に、前記ユーザ端末から受信した見積要求に基づき、前記見積管理情報を更新する更新手段と
   として機能させることを特徴とする式典準備支援プログラム。
4. 請求項３に記載の式典準備支援プログラムにおいて、
   前記判断手段が見積不可能であると判断した場合に、前記見積確認要求を送信した前記ユーザ端末に対し、見積確定情報を送信する第１送信手段をさらに備えたことを特徴とする式典準備支援プログラム。
5. 請求項３又は４に記載の式典準備支援プログラムにおいて、
   前記判断手段が、見積可能であると判断した場合に、前記見積確認要求を送信した前記ユーザ端末に対し、見積未確定情報を送信する第２送信手段をさらに備えたことを特徴とする式典準備支援プログラム。

Images