JPH11120237A - イベント予約システム - Google Patents

Abstract

(57)【要約】 【課題】 利用者がイベント準備を遅れることなく確実
に進めることのできるイベント予約システムの提供。 【解決手段】 １以上の利用者端末に対しネットワーク
を介して接続されるサーバ(503)と、イベントの実施日
時である日時情報を蓄積する第１データベース(401)
と、前記イベントの前後において処理すべき事項をその
事項が処理されるべき時期を示した時間情報とともに蓄
積する第２データベース(406)と、インターフェース装
置(6)と、を備える。サーバ(503)は、第１データベース
(401)から日時情報を読み取って、第２データベース(40
6)から読み取ったイベントの時間情報とを照合し、処理
すべき前記事項があると判定した場合、この事項を利用
者端末(2x)に知らせるための情報を生成し、この情報を
インターフェース装置(6)からこの利用者端末(2x)に送
信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット等
のネットワークを利用したイベント予約システムに係わ
り、特に、結婚式等の大規模なイベントを実行する場合
に、挙式予定者である利用者および結婚式場提供業者で
あるイベント管理者双方に便宜なシステムに関する。

【０００２】

【従来の技術】インターネットが急速に普及したことに
より、利用者は、ワールド・ワイド・ウェブ（World Wi
de Web：以下ＷＷＷと略す）というインターネット上の
システムを利用して、任意のウェブサイト（web site）
から文字情報、画像情報および音声情報を取得できるよ
うになった。

【０００３】イベント提供者が、イベントに関する情報
をネットワークを介して提供するには、イベントに関す
る情報をハイパーテキスト形式のファイルとして所定の
ウェブサイトに格納する。そしてユーザにメディアを介
してインターネット上のアドレスであるＵＲＬ（Univer
sal Resource Locator）を知らせたり、このＵＲＬをイ
ンターネット上の検索サービスに登録したりする。

【０００４】利用者は、特定のイベント提供者のウェブ
サイトに接続するために、インターネットに接続された
コンピュータ等の端末装置（以下、「利用者端末」と称
する）からこのイベント提供者のＵＲＬを指定する。利
用者端末がこのウェブサイトに接続すると、ハイパーテ
キスト形式のファイルが利用者端末に提供される。利用
者端末では、このハイパーテキスト形式のファイルを閲
覧するためのソフトウェアであるＷＷＷブラウザを利用
して、その表示画面であるウェブページをディスプレイ
に表示させることができる。

【０００５】従来、結婚式等のイベントに関するウェブ
サイトは、例えば個々の結婚式場提供業者が独自に開設
するウェブサイトであったり、結婚斡旋業者が複数の式
場を紹介するためのウェブサイトであったりした。結婚
が決まった利用者は、このウェブサイトにアクセスして
情報を入手するほか、情報誌等を利用して結婚式場を決
めていた。そして実際の結婚式を決める段階で、複数の
結婚式場に電話して予約状況を確かめてから、結婚式の
仮予約をしていた。

【０００６】

【発明が解決しようとする課題】しかしながら、従来、
結婚式場の選択から予約、さらに結婚式当日までの段取
りを総合的に管理できるイベント予約システムはなかっ
た。インターネットを介して利用者が何からの問い合わ
せができる上記システムはあったが、多くの式場と連携
して総合的な式場検索や問い合わせが行えるものではな
かった。

【０００７】特に、結婚式のような大規模なイベントの
場合には、利用者は、式場の選択以外にも多くの段取り
事項を結婚予定日から遡って順に着実に進めて行かねば
ならない。ところがこのような面倒な段取りの期限管理
について有効な支援をするシステムがなかった。

【０００８】また、近年利用者の結婚式に対する要求が
多様化している。これに対してブライダル産業も、利用
者の趣味に応じて多様な挙式内容を提供するようになっ
てきた。しかし、利用者側にとっては、抽象的な希望を
元に、希望の結婚予定日に希望する内容の結婚式が挙げ
られる結婚式場を、多くの結婚式場の中から効率よく見
つけ出すのは至難のことであった。

【０００９】上記問題点に鑑み、本発明は、結婚式のよ
うな大規模なイベントを予約する際に、利用者およびイ
ベント提供者双方に便宜なイベント予約システムを提供
することを目的とする。

【００１０】このため、本発明の第１の課題は、イベン
ト実施日時が定まった利用者に対して、段取りが必要な
事項を適時に提供可能な構成を備えることにより、利用
者がイベント準備を遅れることなく確実に進めることの
できるイベント予約システムを提供することである。

【００１１】本発明の第２の課題は、利用者の抽象的な
要望事項に基づいてイベント提供者を抽出可能な構成を
備えることにより、利用者の多様な趣味に合致したイベ
ント提供者を、多くのイベント提供者の中から確実に、
かつ、簡単に見つけることのできるイベント予約システ
ムを提供することである。

【００１２】本発明の第３の課題は、実際にイベントを
経験した利用者によるイベント提供者の評価を参照可能
な構成を備えることにより、利用者側から見た評価に基
づいて、新たな利用者が適切なイベント提供者を選択で
き、イベント提供者側もサービスの向上を図ることので
きるイベント予約システムを提供することである。

【００１３】本発明の第４の課題は、利用者がイベント
を実施したい日時にイベントを提供可能なイベント提供
者を抽出可能な構成を備えることにより、イベント実施
日時の調整やイベント提供者の選択を、確実に、かつ、
容易に行えるイベント予約システムを提供することであ
る。

【００１４】本発明の第５の課題は、利用者側からイベ
ント提供者に対して各種要求が行える構成を備えること
により、利用者がいずれのイベント提供者に対しても統
一した手順で、容易に資料請求や各種予約が行え、イベ
ント提供者も複数の利用者からの要求を容易に把握でき
るイベント予約システムを提供することである。

【００１５】本発明の第６の課題は、利用者がイベント
を開催する際に、自らが要求したイベントの内容につい
て必要とされる予算を提示可能な構成を備えることによ
り、利用者およびイベント提供者が、確実に、かつ、容
易に予算を把握できるイベント予約システムを提供する
ことである。

【００１６】

【課題を解決するための手段】上記第１の課題を解決す
る発明は、(a)利用者によって操作される１以上の利用
者端末に対しネットワークを介して接続されるサーバ
と、(b)サーバから参照可能に接続され、利用者端末か
ら指定されたイベントの実施日時である日時情報を蓄積
する第１データベースと、(c)サーバから参照可能に接
続され、イベントの前後において処理すべき事項をその
事項が処理されるべき時期を示した時間情報とともに蓄
積する第２データベースと、(d)サーバから利用者端末
に情報を供給するためのインターフェース装置と、を備
える。

【００１７】そして、サーバは、所定の時期に、第１デ
ータベースから日時情報を読み取って、この日時情報と
第２データベースから読み取った当該イベントの時間情
報とを照合し、照合の結果、処理すべき事項があると判
定した場合には、当該事項を日時情報に対応した利用者
端末に知らせるための情報を生成し、この情報をインタ
ーフェース装置からこの利用者端末に送信する。

【００１８】また、本発明は、(a)利用者によって操作
される１以上の利用者端末に対しネットワークを介して
接続されるサーバと、(b)サーバから参照可能に接続さ
れ、利用者端末から指定されたイベントの実施日時であ
る日時情報を蓄積する第１データベースと、(c)サーバ
から参照可能に接続され、イベントの前後において処理
すべき事項をその事項が処理されるべき時期を示した時
間情報とともに蓄積する第２データベースと、を備え
る。

【００１９】そして、サーバは、所定の時期に、第１デ
ータベースから日時情報を読み取って、この日時情報と
第２データベースから読み取った当該イベントの時間情
報とを照合し、照合の結果、処理すべき事項があると判
定した場合には、当該事項を日時情報に対応した利用者
端末に知らせるためのファイルを生成し、この利用者端
末から参照可能に当該ネットワーク上のメモリに格納す
る。

【００２０】このとき、第２データベースに蓄積される
時間情報は、このイベントの実施日時と事項を処理すべ
き時期との時間差を示すものであって、サーバは、第１
データベースから読み取った日時情報を参照して、当該
イベントの実施日時と当該日時情報を読み取った日時と
の時間差を演算し、演算した時間差と第２データベース
から読み取った時間情報とを照合するよう構成すること
が好ましい。

【００２１】また、第２データベースに蓄積される時間
情報は、事項を処理すべき時期を示す絶対的な日時であ
って、サーバは、第１データベースから読み取った日時
情報および第２データベースから読み取った時間情報を
参照して、当該イベントの実施日時と事項を処理すべき
日時とを照合することは好ましい。

【００２２】上記第２の課題を解決する発明は、(a)利
用者によって操作される１以上の利用者端末およびイベ
ント提供者が操作するための１以上のイベント提供者端
末に対し、ネットワークを介して相互に接続されるサー
バと、(b)イベントに関する１以上の項目についてイベ
ント提供者が対応可能か否かを示す対応可否データをイ
ベント提供者ごとに格納する第１データベースと、(c)
イベント提供者に関する属性情報をイベント提供者ごと
に格納する第２データベースと、を備える。

【００２３】そして、サーバは、いずれかの利用者端末
から当該利用者端末により選択された項目を示す選択情
報が送信された場合に、当該選択情報に基づいて第１デ
ータベースを検索し、当該選択された項目について対応
可能なイベント提供者を抽出し、抽出されたイベント提
供者に関する属性情報を第２データベースから読み出し
て当該イベント提供者を表示するためのファイルを生成
し、選択情報を送信した利用者端末から参照可能に当該
ネットワーク上のメモリに格納する。

【００２４】このとき、第１データベースは、対応可否
データに対応させて当該対応可能な項目を特徴付けるキ
ーワードを格納し、利用者端末から送信される選択情報
は文字情報であって、サーバは、利用者端末から送信さ
れる選択情報に含まれる語句を抽出し、選択情報から抽
出した語句にキーワードが含まれる場合には当該キーワ
ードに基づいて第１データベースを検索し、当該キーワ
ードに対応付けられているイベント提供者を抽出するこ
とは好ましい。

【００２５】また、利用者端末から送信される選択情報
は複数の部分からなり、サーバは、イベント提供者を抽
出する際に、複数の部分のうち、いずれの部分にキーワ
ードが含まれていたかにより異なる配点を行いながら、
イベント提供者ごとに点数を積算し、当該積算された点
数の多少に対応させて抽出されたイベント提供者を並べ
て表示するためのファイルを作成することは好ましい。

【００２６】さらに、利用者端末から送信される選択情
報は、イベント提供者が対応可能な項目ごとにその重み
付けを与える係数を含み、サーバは、イベント提供者を
抽出する際に、対応可否データが対応可能であることを
示している項目について当該項目について重み付けがさ
れた係数を乗算しながら、イベント提供者ごとに点数を
積算し、当該積算された点数の多少に対応させて抽出さ
れたイベント提供者を並べて表示するためのファイルを
作成することは好ましい。

【００２７】上記第３の課題を解決する発明は、(a)利
用者によって操作される１以上の利用者端末に対しネッ
トワークを介して接続されるサーバと、(b)既にイベン
トを執り行った利用者が、当該イベントを提供したイベ
ント提供者を所定の項目ごとに評価した点数を、イベン
ト提供者に対応させて格納するデータベースと、を備え
る。

【００２８】そして、サーバは、利用者端末から新たな
点数が送信された場合に、この点数に基づいて当該点数
に対応するイベント提供者を評価する点数を演算し、デ
ータベースに格納する。

【００２９】このとき、サーバは、項目ごとに、複数の
利用者端末から送信された点数の平均点を演算し、これ
らを当該イベント提供者における各項目を評価する点数
としてデータベースに格納することは好ましい。

【００３０】さらに、サーバは、一のイベント提供者に
おける複数の指数をさらに平均した平均指数を、当該イ
ベント提供者を総合的に評価する指数としてデータベー
スに格納することは好ましい。

【００３１】さらに、サーバは、イベント提供者に関す
る属性情報をデータベースから読み出して、当該イベン
ト提供者を表示するためのファイルを生成し、利用者端
末から参照可能に当該ネットワーク上のメモリに格納す
るものであって、ファイルを生成する際に、データベー
スに格納された指数を、表示すべき情報に含ませるとと
もに、総てのイベント提供者における指数を平均した総
合平均点も表示すべき情報に併せて含ませることは好ま
しい。

【００３２】上記第４の課題を解決する発明は、(a)利
用者によって操作される１以上の利用者端末およびイベ
ント提供者が操作するための１以上のイベント提供者端
末に対し、ネットワークを介して相互に接続されるサー
バと、(b)イベントを実行可能か否かの予定を表す空き
情報をイベント提供者ごとに格納するデータベースと、
を備える。

【００３３】そして、サーバは、利用者端末から一のイ
ベント提供者の空き状況問い合わせ要求が送信された場
合に、当該イベント提供者の空き情報をデータベースか
ら読み出して、当該イベント提供者を表示するためのフ
ァイルを生成し、利用者端末から参照可能に当該ネット
ワーク上のメモリに格納する。

【００３４】このとき、サーバは、空き状況問い合わせ
要求として利用者端末からイベントを実行したい日時を
示す時間情報が送信された場合に、データベースを当該
時間情報に基づいて検索し、当該イベントを開催したい
日時に当該イベントが実行可能である旨を示しているイ
ベント提供者を抽出し、抽出されたイベント提供者を表
示するためのファイルを生成することは好ましい。

【００３５】また、サーバは、空き状況問い合わせ要求
として利用者からイベントを実行したい日時を示す時間
情報および当該イベントを実行したいイベント提供者情
報が送信された場合に、データベースを当該時間情報お
よびイベント提供者情報に基づいて検索し、イベント提
供者情報の示すイベント提供者が時間情報の示す日時に
当該イベントを実行可能であるか否かを表示するための
ファイルを生成することは好ましい。

【００３６】さらに、サーバは、イベント提供者端末か
ら当該イベント提供者の空き情報が送信された場合に、
当該空き情報をデータベースに格納し、利用者端末から
空き状況問い合わせ要求が送信された場合に、イベント
提供者の空き情報を暦により表示するファイルを生成す
ることは好ましい。

【００３７】上記第５の課題を解決する発明は、(a)利
用者によって操作される１以上の利用者端末およびイベ
ント提供者が操作するための１以上のイベント提供者端
末に対し、ネットワークを介して相互に接続されるサー
バと、(b)イベント提供者に対する利用者からの要求事
項を格納するデータベースと、を備える。

【００３８】そして、サーバは、利用者端末からイベン
ト提供者に対する要求情報が送信された場合に、当該要
求情報をデータベースに格納し、いずれかのイベント提
供者端末から要求事項問い合わせ要求が送信された場合
に、データベースを検索し、当該イベント提供者に対し
て送信された要求情報を各々の要求情報を送信した利用
者端末と対応付けて表示するためのファイルを生成し、
当該イベント提供者端末から参照可能に当該ネットワー
ク上のメモリに格納することは好ましい。

【００３９】このとき、利用者端末からの要求情報は、
当該イベント提供者に対する資料請求に関するものであ
ることは好ましい。

【００４０】また、利用者端末からの要求情報は、当該
イベント提供者を利用者が訪問するための訪問予約に関
するものであることも好ましい。

【００４１】さらに利用者端末からの要求情報は、イベ
ントを予約する旨をイベント実行希望日とともに示すイ
ベント予約に関するものであることが好ましい。

【００４２】上記第６の課題を解決する発明は、(a)利
用者によって操作される１以上の利用者端末およびイベ
ント提供者が操作するための１以上のイベント提供者端
末に対し、ネットワークを介して相互に接続されるサー
バと、(b)イベントで利用者が要求する項目を示した項
目情報を格納する第１データベースと、(c)イベントの
費用を当該イベントの項目ごとに示した費用情報を格納
する第２データベースと、を備える。

【００４３】そして、いずれかの利用者端末から予算問
い合わせ要求が送信された場合に、第１データベースか
ら当該利用者により選択された項目を抽出し、第２デー
タベースから当該選択された項目に対応する費用を抽出
し、当該選択された項目と各項目に対応する費用とを対
応付けて表示するためのファイルを生成し、当該利用者
端末から参照可能に当該ネットワーク上のメモリに格納
する。

【００４４】このとき、サーバは、利用者端末からイベ
ントで要求する項目を示す項目情報が送信された場合
に、当該項目情報を第１データベースに格納し、イベン
ト提供者端末から当該イベントの各項目にかかる費用を
示す費用情報が送信された場合に、当該費用情報を当該
イベントの項目に対応させて第２データベースに格納す
ることは好ましい。

【００４５】

【発明の実施の形態】次に、本発明の好適な実施の形態
を、図面を参照して説明する。

【００４６】（ネットワーク構成）図１に、本実施形態
のイベント予約システムの構成図を示す。同図に示すよ
うに、本実施形態のイベント予約システムは、インター
ネット１に、利用者端末２１〜２ｍ（ｍは任意の自然
数）、イベント提供者端末３１〜３ｎ（ｎは任意の自然
数）、データベース群４および管理者システム５を相互
に接続して構成されている。

【００４７】インターネット１は、利用者端末２ｘ（ｘ
は１からｍまでの任意の数）、イベント提供者端末３ｙ
（ｙは１からｎまでの任意の数）および管理者システム
５を、いわゆるプロバイダーと呼ばれる接続業者の設備
により、あるいはパソコン通信業者の設備により、公衆
回線を介して相互に接続可能に構成されている。その通
信プロトコルは、ＴＣＰ／ＩＰ技術による。公衆回線
は、加入者回線であっても専用線であってもよい。利用
者端末２ｘおよびイベント提供者端末３ｙからは、ＷＷ
Ｗシステムを利用して、ＷＷＷ上の任意のウェブサイト
を特定するＵＲＬを指定することにより、どの端末から
でもそのウェブサイトで提供されるウェブページを参照
することが可能に構成されている。例えば、各利用者端
末２ｘは、ユーザ用に提供されているユーザウェブサイ
トに接続可能であり、各イベント提供端末３ｙは、結婚
式場提供業者用に提供されている式場ウェブサイトに接
続可能に構成されている。

【００４８】上記ユーザウェブサイトおよび式場ウェブ
サイトは、任意のプロバイダが管理するサーバの固定デ
ィスク中に格納可能である。特に本実施形態では、管理
者システム５のサーバ５０３が管理する固定ディスク内
に設定されている。

【００４９】なお、各端末を相互に接続するネットワー
クは、インターネット類似の機能を有するものであれ
ば、他の規格の専用回線網、ＷＡＮ等のネットワークで
あってもよい。また、公衆回線を利用しないＬＡＮで構
成されるイントラネットのようなネットワークであって
もよい。

【００５０】利用者端末２ｘおよびイベント提供者３ｙ
は、パーソナルコンピュータシステムであって、それぞ
れがコンピュータ装置２０１およびディスプレイ装置２
０２を備えて構成されている。コンピュータ装置２０１
は、汎用のコンピュータ装置であって、内部に、図示し
ないＣＰＵ、通信インターフェース回路、モデム回路、
描画回路、ＲＡＭ、ＲＯＭ、固定ディスク等を備え、モ
デム回路あるいはＤＳＵ及びＴＡを使用することによ
り、加入者回線または専用回線を介してインターネット
１に接続可能に構成されている。ディスプレイ装置２０
２は、コンピュータ装置２０１から出力された映像信号
をその表示面に表示可能に構成されている。コンピュー
タ装置２０１は、ハイパーテキスト形式、例えばＨＴＭ
Ｌ（Hypertext Markup Language）形式のファイルを閲
覧するためのプログラムである、いわゆるＷＷＷブラウ
ザを起動可能である。そしてユーザがこのＷＷＷブラウ
ザを使用して任意のＵＲＬを指定することで、インター
ネット１上のサーバコンピュータのウェブサイトに接続
し、そのウェブページを表示等することが可能に構成さ
れている。

【００５１】管理者システム５は、コンピュータ装置５
０１、ディスプレイ装置５０２およびサーバ５０３を備
えている。コンピュータ装置５０１とディスプレイ装置
５０２については、上記利用者端末におけるコンピュー
タ装置２０１およびディスプレイ装置２０２と同様であ
る。

【００５２】サーバ５０３は、内部に、図示しないＣＰ
Ｕ、描画回路、ＲＡＭ、ＲＯＭ、固定ディスク等を備え
る。特に、固定ディスク等に格納されたプログラムデー
タをＣＰＵが実行することにより、本発明のイベント予
約システムとして、任意のハイパーテキストファイルを
生成し,ユーザウェブサイトや式場ウェブサイトに格納
可能に構成されている。これらファイルの格納場所は、
プロバイダ等により特有のＵＲＬが割り当てられてい
る。したがって、利用者端末２ｘやイベント提供者端末
３ｙは、この特有のＵＲＬを指定して、サーバ５０３が
管理するウェブサイトを参照可能な構成となっている。

【００５３】データベース群４は、個人会員データベー
ス４０１、相関データベース４０２、式場会員データベ
ース４０３、式場会員IDデータベース４０４、式場管理
データベース４０５、期限管理データベース４０６およ
び式場評価データベース４０７により構成されている。
各データベースは、一つの記憶装置を複数の領域に分割
して使用されるものでも、別個の記憶装置にそれぞれ設
けられるものでもよい。また、データベース群４はサー
バ５０３が内部バスを通じて直接アクセス可能な記憶装
置上に配置されるものでも、サーバ５０３と別の記憶装
置に配置されるものでもよい。また、インターネットを
介して接続可能であれば、ネットワーク上のいずれのサ
ーバ内に配置されるものであってもよい。各データベー
スの管理は、一つのサーバによる集中管理方式によって
も複数のコンピュータ装置による分散処理方式によって
もよい。

【００５４】電子メールインターフェース６は、サーバ
５０３に接続され、サーバからインターネット１を介し
て利用者端末２ｘに電子メールを送信するためのインタ
ーフェースとして機能可能に構成されている。

【００５５】ファックスインターフェース７は、サーバ
５０３に接続され、サーバから加入者回線または専用回
線を介してファクシミリ送信するためのインターフェー
スとして機能可能に構成されている。

【００５６】なお、以下に説明するウェブページにはハ
イパーリンクが設定されており、ウェブページ上のいず
れかのアイコンを選択すると、そのアイコンに設定され
たＵＲＬにしたがって、次のウェブページが表示され
る。これら複数のウェブページを表示させるためのハイ
パーテキスト形式のファイル群は、サーバ５０３の管理
する固定ディスク上にディレクトリからなる階層構造で
格納されるものである。

【００５７】（データベース構成）図２に、本イベント
予約システムにおける各データベースのリレーションシ
ップを示す。同図には、期限管理データベース４０６お
よび式場評価データベース４０７を図示していない。

【００５８】個人会員データベース４０１は、当該イベ
ント予約システムを利用するユーザに関する基本情報を
格納するもので、個人会員番号をキーとして、個人ID、
パスワード、氏名、ふりがな、性別、血液型、年齢、住
所、電子メールアドレス、電話番号、挙式予定日、挙式
予算、希望挙式スタイル、相手氏名、そのふりがな、そ
の性別、その血液型、その年齢等の各フィールドから構
成されるレコードを、ユーザごとに格納して構成されて
いる。

【００５９】個人会員番号は、ユーザ一人に対し一つ割
り当てられる固有の番号である。個人IDおよびパスワー
ドは、ユーザの認証に用いる。電子メールアドレスは、
サーバ５０３が電子メールインターフェース６を介して
ユーザに情報を伝達するための送信先アドレスである。
挙式予定日は、当該ユーザが結婚式を予定している日時
である。希望挙式スタイルは、結婚式が神前式、教会
式、人前式、仏前式のいずれかであるかを示すコードで
ある。

【００６０】相関データベース４０２は、ユーザが結婚
式場を予約したか否かを格納するもので、個人会員番号
をキーとして、式場管理番号、相関フラグから構成され
るレコードを、ユーザごとに格納して構成されている。
相関フラグは、ユーザが結婚式場を予約しているか、予
約していないか、あるいは挙式直前ダンドリサービスに
申し込んでいるかに応じたステータスを示す。

【００６１】式場会員データベース４０３は、結婚式場
提供業者に関する基本情報を格納するもので、式場管理
番号をキーとして、地域コード、エリア名、電話番号区
分、電話番号、電話窓口名、所在都道府県コード、所在
住所、交通、問い合わせ時間、定休日、駐車場台数、駐
車場料金、予算、挙式スタイル区分、料理区分、最大収
容人数、地図番号、こだわり検索フラグ群、写真情報、
プラン情報等のフィールドから構成されるレコードを、
結婚式場提供業者ごとに格納して構成されている。

【００６２】式場管理番号は、結婚式場提供業者ごとに
割り当てられる固有の番号である。挙式スタイル区分
は、結婚式が神前式、教会式、人前式、仏前式のいずれ
かであるかをフラグで示すものである。料理区分は、披
露宴の料理がフランス料理、和風料理、中華料理、折衷
料理のいずれであるかをフラグで示すフィールドから構
成されている。予算は、来賓者一人当たりの金額、ある
いは単位人数（６０人等）における総額を示している。
地図番号は、式場のエリアを決定するもので、別の地図
データベースに格納されている地図データの参照番号が
記録されている。こだわり検索フラグ群は、後述するこ
だわり検索において使用するフラグで、挙式内容、料理
内容、衣装内容、演出内容、施設内容について予め定め
た項目について、その式場が対応可能であるか否かをフ
ラグで示すフィールドから構成されている。写真情報
は、ウェブサイトに表示する写真の分類、見出し、説明
文を格納するフィールドから構成されている。プラン情
報は、式場が特別に企画した結婚式プランについての詳
細情報を示すもので、プランキャッチフレーズ、プラン
名、人数、料金、割り増し料金、割引料金、適用人数、
適用期間、挙式スタイル区分、料理飲み物区分、新郎衣
装内容、新婦衣装内容、控え室区分、席料区分、美容着
付け区分、音響照明区分、介添え区分、ケーキ区分、花
内容、写真内容、印刷物内容、引き出物内容、特典等を
示す各フィールドから構成されている。

【００６３】上記こだわり検索について予め定められる
項目としては、例えば以下のものが考えられる。挙式内
容については、独立型チャペルがあるか、バージンロー
ドの長さが１０ｍ以上か、チャペルの天井の高さが７ｍ
以上か、外国人牧師による挙式が可能か、フラワーシャ
ワーができるか、ライスシャワーができるか、チャペル
の収容人数が８０名以上か、神前で挙式ができるか、神
前挙式で親族以外も列席可能か、生雅楽、巫女の舞など
の演出ができるか、人前式ができるか、仏前式ができる
か、アトリウム・ロビーで挙式できるか、ガーデン挙式
ができるか、挙式のみでよいか等の項目が考えられる。

【００６４】料理内容については、単品注文ができる
か、オリジナルメニューが可能か、メニューの差し替え
ができるか、着席ビュッフェができるか、列席者ごとに
料理が変えられるか、列席者が料理内容を選べるか、飲
み放題にできるか、ワインの銘柄指定ができるか、料理
の試食ができるか、シェフが料理の説明をしてくれるか
等の項目が考えられる。

【００６５】衣装内容については、オーダーメイドドレ
スが作れるか、衣装室でドレスが購入できるか、衣装の
持ち込みが無料か、ブーケの持ち込みが無料か、ヘアメ
イクのリハーサルができるか、ヘアメイクの持ち込みが
できるか、個室で美容・着付けができるか、館内の任意
の場所で写真撮影可能か、庭で撮影可能か、写真を前撮
りできるか、外部に写真依頼できるか、スナップ写真の
ネガを提供可能か等の項目が考えられる。

【００６６】演出内容については、金屏風の代わりにジ
ョーゼットにできるか、カラーコーディネートできる
か、好きな花でコーディネートできるか、生ケーキでケ
ーキカットできるか、二人でケーキを作ることができる
か、二人のオリジナルケーキが作れるか、カットしたケ
ーキを列席者に配れるか、ケーキの持ち込み可能か、バ
ンド演奏可能か、通信カラオケ提供可能か、キャンドル
サービスの代わりに他のものが配れるか、ゲスト別に引
き出物を用意可能か等の項目が考えられる。

【００６７】施設内容については、式場が駅から徒歩３
分以内か、披露宴組数が１日２組以下か、３００名以上
の披露宴ができるか、少人数（例えば３０名以下）の披
露宴ができるか、レストランでの披露宴ができるか、ガ
ーデンでの披露宴ができるか、お座敷で披露宴ができる
か、披露宴会場に窓があって景色が望めるか、披露宴会
場の天井が７ｍ以上の高さか、庭があるか、宿泊施設が
あるか、二次会スペースがあるか、ベビーシッター施設
があるか、最寄りの駅からの送迎サービスがあるか、料
金の後日支払いが可能か、料金支払いでローン可能か等
の項目が考えられる。

【００６８】式場会員IDデータベース４０４は、本イベ
ント予約システムに会員登録された結婚式場提供業者を
管理するためのデータベースであり、式場管理番号をキ
ーとして、式場名、そのふりがな、住所、電話番号、フ
ァックス番号、ＵＲＬ、電子メールアドレス、式場、パ
スワード、担当者名、担当者ふりがな等のフィールドか
ら構成されている。

【００６９】ＵＲＬは、この結婚式場提供業者が独自に
開設しているウェブサイトがある場合には、当該イベン
ト予約システムのウェブサイトからそのウェブサイトに
ハイパーリンクを設定できるように、業者のウェブサイ
トのＵＲＬを格納するものである。電子メールアドレス
は、当該結婚式場提供業者の電子メールアドレスであ
る。

【００７０】式場管理データベース４０５は、ユーザが
各式場に対し個別に行う資料請求、訪問予約、式場仮予
約または空き状況問い合わせを管理するもので、資料請
求データベース４０５１、訪問予約データベース４０５
２、式場仮予約データベース４０５３および空き情報デ
ータベース４０５４を備えている。

【００７１】資料請求データベース４０５１は、利用者
端末から資料請求が送信された場合に、ユーザと式場と
を結びつける役割を有し、個人会員番号をキーとして、
資料請求先の式場管理番号および対応確認フラグを格納
する。

【００７２】訪問予約データベース４０５２は、利用者
端末から式場を訪問したい旨の訪問予約が送信された場
合に訪問内容を登録するもので、個人会員番号をキーと
して、式場管理番号、訪問予定日、問い合わせ日、予約
確認フラグ等のフィールドを備えている。

【００７３】式場仮予約データベース４０５３は、利用
者が結婚式場を仮押さえしたい場合に行う仮予約を管理
するもので、個人会員番号をキーとして、式場管理番
号、仮予約日、問い合わせ日、予約確認フラグ等のフィ
ールドを備えている。

【００７４】空き情報データベース４０５４は、利用者
端末から空き状況問い合わせが送信された場合に参照さ
れる各結婚式場の空き状況を格納するものであり、式場
管理番号をキーとして、カレンダー情報、空き情報フラ
グ、データ入力日等のフィールドから構成されている。
カレンダー情報とは、日時を示すものであり、空き情報
フラグは、その日時に対する空き情報を示すものであ
る。例えば、その日時に空きがなければ「０」、空きが
あれば「１」、条件により空きがあれば「２」というよ
うにフラグ内容が予め設定される。

【００７５】直前ダンドリサービス関連データベース群
４０２０は、ユーザが結婚式場を予約したか否か、すな
わち相関データベース４０２の相関フラグが有効になっ
ている場合に参照され、挙式当日までの段取りを管理す
るものである。このデータベースは、問い合わせデータ
ベース４０２１、来賓者席次データベース４０２２、式
場専用資料データベース４０２３および見積もり費用デ
ータベース４０２４を備えている。

【００７６】問い合わせデータベース４０２１は、式場
を予約したユーザが行う問い合わせを管理するもので、
個人会員番号をキーとして、式場管理番号、問い合わせ
日、問い合わせ番号、問い合わせ内容、返答日、返答番
号、返答内容等のフィールドから構成されている。

【００７７】来賓者席次データベース４０２２は、披露
宴の席次を管理するデータベースで、個人会員番号をキ
ーとして、テーブル番号、席次、来賓者氏名、所属、依
頼内容等のフィールドから構成されている。

【００７８】式場専用資料データベース４０２３は、式
場を予約したユーザの依頼内容を登録するもので、式場
会員データベース４０３と同様のフィールド構成を備え
ている。

【００７９】見積もり費用データベース４０２４は、挙
式の見積もり費用を管理するもので、個人会員番号をキ
ーに、式場管理番号、見積もり項目群、見積もり単価、
総額、記録日時等のフィールドを備えている。見積もり
項目群は、例えば挙式内容に応じた式費用、披露宴会場
費用、料理単価、新婦衣装代、新郎衣装代、引き出物持
ち込み代、司会者料金、飲み物料金、控え室料、席料、
介添料、引き出物料金、ケーキ代、荘花代、写真代、コ
メント等のフィールドを備えている。見積もり単価は、
各項目の単価を格納するフィールドである。総額は、見
積もり項目の内容および見積もり単価から導かれる総予
算である。

【００８０】期限管理データベース４０６は、図示しな
いが、お節介メールサービスのための期限管理に使用す
るもので、個人会員番号をキーに、式場予約時期、来賓
者決定時期、招待状発送時期、衣装決定時期、引き出物
決定時期、設備決定時期、または結婚式後の礼状発送時
期等を、時間情報として記したフィールドから構成され
ている。この時間情報は、挙式予定日から逆算して何日
前にあたるかという相対的な表現であっても、挙式予定
日から計算した絶対的な日付の表現であってもよい。な
お、相対的に表現した場合、挙式後の期限は、負の表示
とする。

【００８１】式場評価データベース４０７は、後述する
方法により、当該結婚式場を利用したユーザから与えら
れた項目ごとの点数等を格納するもので、式場管理番号
をキーとして、チャペル、料理、接客態度、バージンロ
ード感激度等の項目別に、その点数、記録日、個人会員
番号等の各フィールドから構成されるレコードを格納す
る。また、これらレコードの他、式場管理番号ごとの平
均点、全式場の項目ごとの平均点、全式場の総平均点等
を格納する。

【００８２】（処理手順）次に、上記データベースを備
えた本イベント予約システムの処理を、図３乃至図５の
フローチャートを参照して説明する。以下の説明では、
説明を理解し易くするため、一台の利用者端末がインタ
ーネットに接続するものとして説明するが、複数台の端
末が同時に接続していても、各端末ごとの処理は、一台
の端末が接続している場合と同様に考えることができ
る。

【００８３】（利用者端末側処理）図３および図４は、
利用者端末側から参照するユーザウェブサイトについて
の処理フローチャである。

【００８４】ステップＳ１００（認証）： まずユーザ
は、利用者端末２ｘにおいてＷＷＷブラウザを起動し、
ＷＷＷブラウザのＵＲＬ指定欄に、本イベント予約シス
テムを提供するユーザウェブサイトのＵＲＬを入力す
る。このＵＲＬによりサーバ５０３とこの利用者端末２
ｘとが接続される。ユーザウェブサイトから利用者端末
２ｘのＷＷＷブラウザにハイパーテキスト形式のファイ
ルが読み込まれる。ここで、個人の認証を行うためのホ
ームページが表示され、認証が行われる。つまり、個人
会員データベース４０１に登録された個人IDおよびパス
ワードと利用者端末から送信された個人IDおよびパスワ
ードとが比較される。

【００８５】比較の結果、認証が許可された場合には、
さらに相関データベース４０２の相関フラグが参照され
る。そして、相関フラグがセットされ、このユーザが式
場予約を行っている場合は、ステップＳ２０２で説明す
る挙式直前ダンドリサービスのウェブページにリンクす
る。相関フラグがリセットされ、このユーザが式場予約
をまだ行っていない場合は、図６に示す本イベント予約
システムのウェブページが表示される。

【００８６】ステップＳ１０１（検索選択）： 上記ウ
ェブページには、同図に示すように、「基本条件検
索」、「こだわり条件まがまま検索」、「空き情報検
索」等のアイコンが表示される。次いで、ユーザが「基
本条件検索」アイコンをマウス等でダブルクリックした
り、キーボードからアイコンを選択して実行キーを押し
たりすると、基本条件検索が選択される。以下、これら
のユーザによるアイコンを選ぶ操作を「選択する」と表
現する。

【００８７】ステップＳ１０２（基本条件検索）：
「基本条件選択」アイコンを選択すると、結婚式におい
て一般的に考えられている基本条件に基づいた結婚式場
の検索が行われる。

【００８８】例えば、図７に示すように、挙式スタイ
ル、式場エリア、料理の種類、収納可能人数および料金
等の基本条件を表示させる。ユーザは、このウェブペー
ジを見ながら、希望する基本条件に合わせ、前４者につ
いては択一式のチェックボックスをマウス等でクリック
してチェックし、料金の欄に予算を数値で入力する。入
力が終わったら、「検索開始」アイコンを選択する。
「検索開始」アイコンを選択すると、チェックされた項
目や入力された事項を示す選択情報がサーバ５０３に送
信される。

【００８９】なお、基本条件の他、登録されている結婚
式場提供業者の一覧表を表示させ、その中から希望の結
婚式場提供業者を選択させるように構成してもよい。

【００９０】ステップＳ１０３（こだわり検索）： こ
だわり検索は、本発明に係る。この検索は、抽象的な、
かつ、独特な選択枝に基づいて、自分たちの希望に最も
添った式場を見つけたいという、結婚式の内容にこだわ
りのあるユーザに適する選択方法である。

【００９１】図６のウェブページより、ユーザが「こだ
わり条件わがまま検索」アイコンを選択すると、図８に
示すように、上記式場会員データベースのこだわり検索
フラグ群で説明した項目が一覧表示されたウェブページ
にリンクする。このウェブページは上述したように多数
の項目からなるので、複数のウェブページに表示させる
よう構成したり、スクロールにより総てを表示させるよ
う構成したりする。

【００９２】また、同図に示すように、「どんな式がし
たい」という要約文の欄に、ユーザが自分の希望を文章
化して記載してもよい。

【００９３】ユーザが、このウェブページから、任意の
項目（複数可能）を選択したり、文章を記載したりした
後、「検索開始」アイコンを選択する。「検索開始」ア
イコンを選択すると、チェックされた項目や入力された
事項を示す選択情報がサーバ５０３に送信される。

【００９４】ステップＳ１０４（空き情報検索）： 空
き状況検索は、本発明に係る。この検索は、挙式予定日
を優先し、その挙式予定日に予約可能な結婚式場を選択
したり、結婚式場を優先し、その結婚式場で空いている
日に挙式できるよう調整したりしたいユーザに適する。

【００９５】図６のウェブページより、ユーザが「空き
情報検索」アイコンを選択すると、「結婚式場選択」ア
イコンおよび「日付設定」アイコンが表示される。「結
婚式場選択」アイコンを選択すると、結婚式場一覧が選
択可能に表示されるウェブページにリンクする。この表
示は、図１０のリスト一覧に類似した表示である。この
ウェブページからユーザが希望する式場を選択すると、
図９に示すようなウェブページにリンクする。

【００９６】また、「日付設定」アイコンを選択する
と、結婚式場一覧の代わりに同図のウェブページに直接
リンクする。なお、同図のウェブページは、結婚式場の
詳細表示（図１１参照）において「空き状況」アイコン
をクリックすることでも表示される。

【００９７】このウェブページから所望の日時について
チェックし、「検索」アイコンを選択すると、日付情
報、および「結婚式場選択」アイコンを押下した場合は
式場選択情報がサーバ５０３に送信される。

【００９８】ステップＳ１０５（リスト表示）： ステ
ップＳ１０２〜Ｓ１０４のいずれかの検索条件において
条件が入力されると、サーバ５０３はデータベース群４
を検索して、検索条件に該当する結婚式場を抽出する。
そして抽出した結婚式場一覧を表示させるためのハイパ
ーテキスト形式のファイルを生成し、リンク先のディレ
クトリに格納する。利用者端末では、ＷＷＷブラウザに
より、このディレクトリにリンクして、図１０も示すよ
うな結婚式場一覧のウェブページが表示される。

【００９９】基本条件検索の場合 「基本条件検索」アイコンが選択された場合、サーバ５
０３は、利用者端末２ｘから送信された選択情報におけ
る選択内容や料金の値を参照し、式場会員データベース
４０３を検索する。検索は、式場管理番号で規定される
レコードごとに、送信された条件と、予算、挙式スタイ
ル区分、料理区分、最大収容人数および地図番号の各フ
ィールドが比較される。挙式スタイル区分と料理区分に
ついては、チェックされている条件について、その項目
のフィールドにフラグがセットされているか否かを判定
する。予算については、送信された予算がデータベース
に記録されている予算から一定の幅以内（例えば、±１
割以内）に入っているか否かを判定する。人数について
は、チェックされた内容が、データベースに設定された
最大収容人数以下か否かを判定する。

【０１００】そしてサーバ５０３は、基本条件でユーザ
により選択されたり入力されたりした項目総てがデータ
ベースに格納された内容に合致している場合、そのレコ
ードに係る式場管理番号を読み取る。そして、式場会員
データベース４０３に格納されている写真情報に基づい
て写真ファイルを読み取り、式場会員IDデータベース４
０４に格納されたデータに基づいて、式場の名称、住
所、電話番号等を抽出する。これらを繰り返して、最後
に、基本条件に合致した式場一覧を表示するファイルを
該当ディレクトリに生成する。この結果、利用者端末に
は、図１０に示すような該当式場一覧が表示される。な
お、該当したレコード件数を同図に示すように表示させ
ることは好ましい。

【０１０１】なお、写真ファイルは、ＧＩＦ形式やＪＰ
ＥＧ形式で保存された圧縮画像ファイルであって、写真
を表示させたいウェブページのハイパーテキスト形式フ
ァイルが格納されているディレクトリと同一ディレクト
リに格納されている。

【０１０２】わがまま検索の場合 「こだわり条件わがまま検索」アイコンが選択された場
合、サーバ５０３は、利用者端末２ｘから送信された選
択情報において、チェックされている項目と式場会員デ
ータベース４０３のこだわり検索フラグ群とを比較す
る。そして、チェックされた項目について、フラグがセ
ットされているレコードの式場管理番号を読み取る。そ
の際、選択情報に含まれている優先順位情報を読み取っ
て、式場一覧に加えるか否かを判断する。例えば、優先
順位が「普通」になっている項目については、係数１を
付し、優先順位が「優先」になっている項目について
は、係数２（＞係数１）を付する。そして、わがまま条
件の各項目ごとに予め設定された点数と前記係数に基づ
いて、例えば以下の式に基づく総合評価点を算出する。

【０１０３】（項目１の点数）×優先順位の係数 ＋
（項目２の点数）×優先順位の係数 そして、上記計算結果を百分率に換算して「わがまま指
数」とする。このわががま指数が所定値以上のレコード
を抽出する。もちろん、優先順位の代わりに、数値によ
る重み付け（例えば１０段階）をユーザにさせて上記計
算を行ってもよい。なお、ユーザの期待度を評価可能な
ものであれば、上記計算方法によらず、他の計算方法に
よってもよい。

【０１０４】また、「どんな式がしたい」要約文の欄に
記載がある場合は、これの記載も合わせて判断する。ま
ずサーバ５０３は、要約文の中から語句を抽出する。例
えば図８の例であれば、「花」、「演奏」、「スライド
上映」等の語句を抽出する。そしてこの語句に対応付け
られるわがまま検索フラグ群の項目があった場合に、そ
のレコードを抽出する。語句は、単語であっても１以上
の文節であってもよい。

【０１０５】このとき、上記チェックボックスでチェッ
クした項目があった場合の配点と、要約文中に該当する
語句があった場合の配点とを異ならせてもよい。例え
ば、チェックボックスによって選択された項目が合致し
た場合は５点、要約文から抽出した語句が合致した場合
は１点というように配点する。要約文にはユーザの希望
に無関係の語句が修飾語として使われる場合のあるの
で、要約文の配点を下げておけば不適当な結婚式場が謝
って選択される可能性が少なくなるからである。

【０１０６】そして上記と同様にわがまま指数を計算
し、適当な結婚式場を抽出し、式場一覧を表示するファ
イルを生成する。

【０１０７】空き情報検索の場合 「空き情報検索」アイコンが選択された場合であって
「日付設定」アイコンが選択された場合、サーバ５０３
は、利用者端末２ｘから送信された日時情報に基づい
て、空き情報データベース４０５４を検索する。すなわ
ち、日時情報と、データベースのカレンダー情報および
空き情報フラグとを比較し、日時情報で示される日時
（例えば月）に空き情報フラグが空いていることを示し
ているレコードを抽出する。そして抽出されたレコード
の結婚式場一覧を上記と同様に表示するためのファイル
を生成する。このとき、空き情報フラグが条件付きで空
きがあるのか、間違いなく空いているかの別を表示して
もよい。

【０１０８】一方、「空き情報検索」アイコンが選択さ
れた場合であって「結婚式場選択」アイコンが選択され
た場合、サーバ５０３は、利用者端末２ｘから送信され
た式場の選択情報および日時情報に基づいて、空き情報
データベース４０５４を検索する。すなわち、選択され
た式場の式場管理番号が付されたレコードからカレンダ
ー情報と空き情報フラグを抽出し、カレンダー仕様の画
像を表示させるハイパーテキスト形式のファイルを該当
ディレクトリに生成する。

【０１０９】この結果、利用者端末２ｘには、例えば図
１２に示すようなカレンダーが表示される。同図では、
カレンダー上で、日付とともに、空き情報フラグを参照
して、大安、赤口、仏滅、先負、先勝の別、および空き
があるのか、空きがないのか、条件により空きがあるの
かを示す記号が表示される。

【０１１０】ステップＳ１０６（詳細表示）： 図１０
に示す結婚式場一覧を表示するウェブページから詳細を
見たい式場の欄でチェックボックスをチェックし、「詳
細を見る」アイコンを選択すると、チェックされた式場
の詳細情報を表示するウェブページにリンクする。

【０１１１】すなわち、サーバ５０３は、「詳細を見
る」アイコンが選択されるとチェックされた欄の式場管
理番号をキーに、式場会員データベースを参照する。そ
して該当するレコードの写真情報に基づいて、例えば式
場内を３６０度見渡せる写真の写真ファイルを読み出
し、写真画像を表示する。併せてその写真の説明文を表
示する。また、地図番号に基づいて地図データベースか
ら地図データを読み取って地図を表示する。さらに当該
結婚式場についての詳細な文字情報を、このレコードを
参照して表示する。

【０１１２】さらに口コミ情報欄に、「おすすめ指数」
を計算して表示する。つまり、サーバ５０３は、式場管
理番号をキーに式場評価データベース４０７を検索し、
当該式場管理番号が付されたレコードから、項目別に点
数を読み出す。ついで各項目ごとに付された複数のユー
ザの点数を平均する。このとき、公平さを期すため、１
０点以下のものと９０点以上のものを除く等の処理をす
ることは好ましい。各項目に与えられた平均点をさらに
平均して、総合点を算出する。また、総ての式場に付さ
れた総ての項目の平均点も算出する。

【０１１３】おすすめ指数は、例えば、総ての式場の平
均点に対する、その式場について算出された平均点の比
率を１０点満点に換算したものとする。もちろん、相対
的な評価を表示可能なものであれば他の計算方法によっ
てもよい。

【０１１４】上記のようにして計算されたおすすめ指数
は、項目ごとに、図１１に示すように表示される。

【０１１５】ステップＳ１０８（空き情報）： 図１１
のウェブページを見て、この結婚式場がよいと思ったユ
ーザは、同ウェブページより「空き状況」アイコンを選
択する。サーバ５０３は、この選択に応じて、前述した
図１２の空き情報一覧を表示させるファイルを生成す
る。

【０１１６】ステップＳ１０９（資料請求）： 図１１
のウェブページにおいて、ユーザが「資料請求フォー
ム」アイコンを選択すると、図１３に示すような資料請
求のためのフォームが記載されたウェブページに接続す
る。このウェブページにおいて、ユーザは、資料請求の
ための氏名、ふりがな、郵便番号、住所、挙式予定月等
の項目を入力し、「資料請求」アイコンを選択する。こ
のアイコンを選択すると、ユーザにより入力された上記
諸情報を含む要求情報がサーバ５０３に転送される。サ
ーバ５０３は、この要求情報を資料請求データベース４
０５１に格納する。そしてこの要求情報に基づいて、後
述する結婚式場提供業者のためのハイパーテキスト形式
のファイルを生成する。このファイルにより提供される
ウェブページ（図２６参照）を当該業者が参照すること
で、ユーザに資料が送付される。

【０１１７】同様に、図１１には図示しないが、「訪問
予約」アイコン、または「式場仮予約」アイコンを選択
することもできる。「訪問予約」アイコンを選択する
と、サーバ５０３は、ユーザがその結婚式場を訪問した
い旨の要求を示す訪問予約ができる（ステップＳ１１
０）。訪問予約を行う旨の要求情報が送信されると、サ
ーバ５０３は、この要求情報の内容を、訪問予約データ
ベース４０５２に格納する。

【０１１８】「式場仮予約」アイコンを選択すると、ユ
ーザがその結婚式場を仮予約したい旨の要求を示す式場
仮予約ができる（ステップＳ１１１）。仮予約を行う旨
の要求情報が送信されると、サーバ５０３は、この要求
情報の内容を、式場仮予約データベース４０５３に格納
する。

【０１１９】ステップＳ１１２（挙式直前ダンドリ（段
取り）サービス申し込み）： 訪問予約を行ったユーザ
が実際に式場を訪問して、その式場が気に入ったが他の
式場も押さえておきたい場合には、式場側と書面で仮予
約を行う。仮予約を行った場合には、結婚式場提供業者
が本イベント予約システムに仮予約がされた旨を登録す
る。仮予約を行ったユーザに対し、サーバ５０３は、挙
式直前ダンドリサービスの申し込みを促すウェブページ
を提供する。

【０１２０】上記ステップＳ１１１で、ユーザが直接ウ
ェブページから仮予約を行った場合にも、サーバ５０３
は、挙式直前ダンドリサービスの申し込みを促すウェブ
ページを提供する。ユーザは、このウェブページから挙
式直前ダンドリサービスの申し込みを行う。なお、仮予
約をすると、挙式直前ダンドリサービスを申し込んだも
のとして取り扱ってもよい。

【０１２１】挙式直前ダンドリサービスが申し込まれる
と、サーバ５０３は、相関データベース４０２の相関フ
ラグをセットする。これにより、挙式直前ダンドリサー
ビス関連データベース４０２０へのアクセスが可能とな
る。挙式直前ダンドリサービスを申し込んだユーザに
は、このサービスのためのホームページにアクセスする
ためのＵＲＬが知らされる。

【０１２２】ステップＳ２０１（図４：挙式直前ダンド
リサービス）： 挙式直前ダンドリサービスが申し込ま
れている場合、サーバ５０３は、挙式直前ダンドリサー
ビスを申し込んだ個人会員用のウェブページを表示させ
るファイルを生成し、該当するディレクトリに格納す
る。なお、ユーザが仮予約をせず既に式場を決定してし
まっている場合には、複数の式場と個人とがやりとりで
きる段階（ＰＨＡＳＥ１）を飛び越し、式場と個人とが
一対一でやりとりする段階（ＰＨＡＳＥ２）に直接移行
するよう、リンクを張る（ハイパーリンク先のアドレス
を設定するの意味）。

【０１２３】挙式直前ダンドリサービスのホームページ
は、例えば図１４に示すような表示に設定される。この
ホームページには、挙式までの残り日数の表示欄ａ、ユ
ーザの名前欄ｂ、挙式予定日から逆算してやっておかね
ばならない項目の告知欄ｃ、ユーザの属性情報欄ｄ、個
人情報の変更欄ｅ、および結婚式場の検索等のメニュー
欄ｆを含んでいる。

【０１２４】挙式までの残り日数欄ａおよび挙式予定日
から逆算してやっておかなければならない項目の告知欄
ｃについては、お節介ウェブページ（ステップＳ１３０
〜Ｓ１３２）と同様の機能により表示されるものであ
り、後述することとする。

【０１２５】ユーザの名前欄ｂ、ユーザの属性情報欄ｄ
については、サーバ５０３が個人会員データベース４０
１を参照して表示されるものである。

【０１２６】個人情報の変更欄ｅには、「彼と彼女の登
録」アイコンや「年表グラフ」アイコンが表示される。
前者は、ユーザの登録内容を変更するものであり、後者
はユーザの年表を作成するものである。

【０１２７】メニュー欄ｆには、「式場案内」アイコ
ン、「結納」アイコン、「結婚予算チェック」アイコ
ン、「ドレスの選択」アイコン、「ダンドリチェック」
アイコン、および「何でも相談」アイコン等が表示され
る。「式場案内」アイコンを選択すると、式場専用資料
データベース４０２３が参照され、ユーザは、図１１に
準じた式場の詳細情報を表示するウェブページにリンク
することができる。「結納」アイコンを選択すると、結
納に関する情報を表示するウェブページにリンクするこ
とができる。「ドレスの選択」アイコンを選択すると、
式場専用データベース４０２３が参照され、ユーザは、
仮予約した結婚式場で提供可能な衣装の中から、希望す
る衣装を閲覧したり、選択したりすることができる。
「ダンドリチェック」アイコンを選択すると、挙式予定
日までに行わなければならない事項のリストが表示され
る。なお、段取りの進捗状況に関する情報を格納するデ
ータベースを設ければ、実際に準備が完了した項目とま
だ準備が完了していない項目とを表示させ、ユーザの注
意を喚起させることができる。

【０１２８】ステップＳ２０２（見積もり依頼）： 挙
式直前ダンドリサービスホームページ（図１４）から、
「結婚予算チェック」アイコンを選択すると、式場への
見積もり依頼が行える。

【０１２９】まず、図１５（ａ）に示すような式場選択
のためのウェブページにリンクする。このウェブページ
に表示される式場は、式場仮予約データベース４０５３
を参照することにより抽出された、仮予約をユーザが行
った式場である。

【０１３０】上記ウェブページから見積もりを要求した
い式場のチェックボックスをチェックして、「選択」ア
イコンを選択すると、同図（ｂ）に示すウェブページに
リンクする。このウェブページには、日程、挙式スタイ
ル、披露宴人数、料理内容、新婦衣装、新郎衣装、引き
出物、司会者等の項目が表示される。これらの項目は、
見積もり費用データベース４０２４における見積もり項
目群に対応している。

【０１３１】ユーザが、各項目において必要な事項のチ
ェックボックスをチェックし、あるいは披露宴人数を入
力してから「決定」アイコンを選択すると、この内容に
対応した要求情報が送信される。サーバ５０３は、この
要求情報を参照して、見積もり費用データベース４０２
４の該当するフィールドのフラグをセットしたり、数値
を複写したりする。要求情報をデータベースに格納する
と、サーバ５０３は、当該要求情報で指定されている式
場に関する電子メールアドレスを、式場会員IDデータベ
ース４０４から読み取って、この式場に見積もり依頼が
来ている旨の電子メールを送信する。電子メールを受け
取った結婚式場提供業者は、ステップＳ３２１、Ｓ３２
４〜Ｓ３２６で説明する手順で、見積もりへの返答を行
う。

【０１３２】以前に見積もり依頼した結婚式場側のイベ
ント提供者端末から見積もりの返答情報が送信された場
合、サーバ５０３は、当該返答に係るユーザの電子メー
ルアドレスを個人会員データベース４０１から取得し、
当該ユーザに見積もりが届いた旨の文章を作成して電子
メールにて送信する。同時に、サーバ５０３は、図１４
の画面に図１６（ａ）に示すような表示を追加させるフ
ァイルを生成する。このため、電子メールが利用者端末
２ｘで受信され、ユーザがこれを確認した後に、再度挙
式直前ダンドリサービスのホームページにリンクする
と、図１４の画面に図１６（ａ）に示す表示が追加され
た画面が表示される。

【０１３３】ユーザは、この中から見積もり内容を確認
したい式場のチェックボックスをチェックし、「見る」
アイコンを選択する。「見る」アイコンが選択される
と、サーバ５０３は、見積もり費用データベース４０２
４を参照し、式場側で設定された単価に基づいて、図１
６（ｂ）に示すような明細（ａ）を表示するためのファ
イルを作成する。このとき、サーバ５０３は、各項目を
総計した見積もり総額（ｂ）も併せて表示させるように
する。さらに、おすすめプランや、こだわり条件フラグ
がセットされている項目がある場合には、そのフラグ内
容に応じた宣伝メッセージ（ｃ）も表示するようにす
る。

【０１３４】ステップＳ２０２（問い合わせ依頼）：
さて、ユーザが図１５（ｂ）の画面においてフリーコメ
ントの欄に質問事項を文章にして記載した場合、サーバ
５０３は、問い合わせデータベース４０２１にこの内容
を格納する。このとき、問い合わせたユーザを特定する
個人会員番号、問い合わせ番号等も併せて格納される。

【０１３５】ユーザが問い合わせ内容を入力後、「決
定」アイコンを選択すると、この内容に対応した要求情
報が送信される。サーバ５０３は、この要求情報を問い
合わせデータベース４０２１の該当するフィールドに格
納する。要求情報をデータベースに格納すると、サーバ
５０３は、当該要求情報で指定されている式場に関する
電子メールアドレスを、式場会員IDデータベース４０４
から読み取って、この式場に問い合わせが来ている旨の
電子メールを送信する。電子メールを受け取った結婚式
場提供業者は、ステップＳ３２２、Ｓ３２４〜Ｓ３２６
で説明する手順で、問い合わせへの返答を行う。

【０１３６】ステップＳ２０３（式場決定入力）： 式
場を決定すべき期日が迫ってくると、挙式直前ダンドリ
サービスホームページには、図１７（ａ）に示すような
表示が追加される。このホームページより「個人情報変
更」アイコンを選択すると、同図（ｂ）に示すような、
ウェブページにリンクする。さらにこのウェブページよ
り、「式場決定入力」アイコンを選択すると、同図
（ｃ）に示すようなウェブページにリンクする。このウ
ェブページを見ながら、ユーザは、最終的に決定する式
場の名前、決定した挙式予定日、披露宴人数、挙式スタ
イル、引き出物、二次会に関する各項目について、文字
入力したり、チェックボックスをチェックしたりする。
そして、図示しない「決定」アイコンを選択すると、サ
ーバ５０３により、相関データベース４０２の決定され
た式場に関するレコードの相関フラグが、決定した旨の
ステータスに書き換えられる。

【０１３７】ステップＳ２０４（ＰＨＡＳＥ２）： 式
場が決定されると、式場と個人とが一対一でやりとりす
る段階ＰＨＡＳＥ２に入る。ＰＨＡＳＥ２以後の挙式直
前ダンドリサービスにおけるホームページは、ＰＨＡＳ
Ｅ１のホームページと異なるものである。ＰＨＡＳＥ２
のホームページからは、席次表作成（Ｓ２０５）、見積
もり変更（Ｓ２０６）、問い合わせ（Ｓ２０７）、各種
資料検索（Ｓ２０８）等のメニューが提供される。

【０１３８】見積もり変更、問い合わせ、各種資料検索
に関しては、上述した、見積もり要求、問い合わせ要求
および資料請求に準じて行われる。

【０１３９】席次表作成は、披露宴に招待する来賓者の
席次を表形式で作成するものである。席次表作成を行う
ウェブページは、予め式場ごとの席次レイアウトパター
ンを選択可能に構成されている。ユーザは、まずこの席
次レイアウトパターンを選択する。席次レイアウトパタ
ーンを選択すると、席次記入フォームを表示するウェブ
ページにリンクする。ユーザはこのウェブページの指示
にしたがって、来賓者の氏名、所属、スピーチの有無等
の依頼内容等を記入していく。そしてユーザが「決定」
アイコンを選択すると、サーバ５０３は、これら選択内
容を来賓者席次表データベース４０２２に格納する。

【０１４０】式場側では、ステップＳ３２３で説明する
ような手順で、ユーザの設定した席次を確認することが
できる。式場側はこの内容にしたがって、挙式当日の席
を設定する。

【０１４１】なお、ユーザが席次の最終確定をウェブペ
ージより指定すると、それ以降の席次の変更ができなく
なる。

【０１４２】ステップＳ１２０（お節介メール登録）：
お節介メール機能を利用したいユーザは、図１８に示
すようなお節介メール利用のための登録用ウェブページ
から、同図に示すような項目を入力してお節介メールの
登録を行う。サーバ５０３は、この登録要求が利用者端
末から送信されたら、お節介メールサービスを行う旨の
フラグを個人会員データベース４０１にセットする。以
後、この利用者端末に対し、以下に説明するお節介メー
ルを送信する。

【０１４３】ステップＳ１２１（お節介メール）： 図
１９に、お節介メールの動作を説明する詳細なフローチ
ャートを示す。

【０１４４】サーバ５０３は、定期的に、あるいは任意
のタイミングで、お節介メールを送信するためのデータ
ベースの検索を行う。まず、個人会員データベース４０
１を参照して最初のレコードを検索する（Ｓ４０１）。
そしてお節介メールを行う旨のフラグがセットされてい
るか否かを判定し（Ｓ４０２）、セットされていなけれ
ば（ＮＯ）、次の会員に関するレコードを検索する（Ｓ
４０３）。

【０１４５】さて、検索したレコードに関する個人会員
がお節介メールを行う旨の予約がされていたら（Ｓ４０
２；ＹＥＳ）、同データベースより結婚日時、すなわち
挙式予定日を読み取り（Ｓ４０４）、さらにコンピュー
タのシステムタイマーにアクセスして、現在の日時を取
得する（Ｓ４０５）。そして、期限管理データベース４
０６に予め格納されている時間情報が、挙式予定日から
逆算して何日前にあたるかという相対的な表現で格納さ
れている場合は、現在の日時から結婚予定日を減算し
て、結婚予定日までの残り日数を算出する（Ｓ４０
６）。また、期限管理データベース４０６に格納されて
いる時間情報が、挙式予定日から計算した絶対的な日付
の表現である場合には、データベース中に設定された項
目の各々について処理すべき期日を計算する。次いで期
限管理データベース４０６からこの時間情報、すなわち
処理すべき事項の処理期日を列記した挙式のタイムテー
ブルを取得する（Ｓ４０８）。

【０１４６】ここで、挙式直前ダンドリサービス関連デ
ータベース群４０２０に、段取りの進捗状況を記録する
ためのデータベースを設けてもよい。この場合には、そ
の進捗状況を読み取る（Ｓ４０９）。

【０１４７】そして、挙式予定日と現在日時の比較の結
果、現在の日時が処理すべき事項の処理期日を過ぎてい
る場合には、進捗状況を参照して、その処理すべき事項
が処理されているか否かを判定する（Ｓ４１０）。処理
すべき事項が処理されている場合には（Ｓ４１０；ＹＥ
Ｓ）、他の処理すべき事項があるか否かを判定する（Ｓ
４１３）。他の処理すべき事項がある場合には（Ｓ４１
３；ＹＥＳ）、再びその事項についての進捗状況を取得
する（Ｓ４０９）。処理すべき事項がなければ（Ｓ４１
３；ＮＯ）、処理を終了する。

【０１４８】一方、処理すべき事項が処理されていない
場合（Ｓ４１０；ＮＯ）、この事項をユーザに処理させ
る必要がある。そこで、サーバ５０３は、この場合にウ
ェブページ上で処理されていない事項をユーザに知らせ
るためのメッセージを含めたハイパーテキスト形式のフ
ァイルを生成する（Ｓ４１１）。

【０１４９】さらに、サーバ５０３は、処理されていな
い事項をユーザに知らせるためのメッセージを生成し、
これを電子メールでユーザの利用者端末２ｘに向けて送
信する（Ｓ４１２）。電子メールアドレスは、個人会員
データベース４０１から取得する。

【０１５０】上記サーバの処理により、処理すべき事項
の処理期日が来ると、自動的に電子メールが利用者端末
の元へ送信されることになる。例えば、図２０に示すよ
うに、期限管理データベース４０６に式場予約期間、来
賓者決定期間、招待状発送期間、衣装決定期間、引き出
物決定期間、設備決定期間、礼状発送期間が設定されて
いるものとする。この設定において、式場予約期間がや
って来ると、サーバ５０３が上記処理を行い、例えば
「そろそろ式場を決定しましょう」というメッセージを
含めたウェブページ用ファイルを生成し（図１４参
照）、同様のメッセージを含めた電子メール１を送信す
る。同様に、他の期間についても処理すべき時期に達し
た場合には、対応する電子メールを送信する（電子メー
ル２〜６）。なお、既に期間を過ぎている事項であって
も処理されていない場合は、処理されていない事項総て
についてのメッセージを生成する。例えば、来賓者決定
期間に達した時に、既に決定していなければならない式
場を予約していなかったとすれば、来賓者決定を促すメ
ッセージとともに式場予約を促すメッセージを生成す
る。

【０１５１】なお、同図に示すように挙式予定日を過ぎ
ても、礼状発送等の処理すべき事項がある場合には、挙
式後であってもメッセージを生成し、電子メールで送信
する。

【０１５２】図２１に、電子メールにて送信されるメッ
セージ例を示す。同図に示すように、結婚関係情報欄に
は、ユーザ名と処理すべき事項が列記されている。ここ
で、処理すべき事項に問い合わせ番号を付してメッセー
ジを生成することは好ましい。処理すべき事項に疑問の
あるユーザや知識が不足しているユーザが、その内容を
容易に問い合わせることができるからである。問い合わ
せたいユーザは、利用者端末より、例えば図２２に示す
ように問い合わせ番号を入力して、電子メールを管理者
システム５宛に送信する。サーバ５０３は、この電子メ
ールを受け取ると、問い合わせ番号に対応させて、例え
ば図２３に示すようなメッセージを生成して、再度送り
主であるユーザの利用者端末に向けて返信する。ユーザ
はこれを見て、挙式に関する必要情報を容易に入手する
ことができる。

【０１５３】また、図２１に示す電子メールにおいて、
広告欄を設け、処理すべき事項に関連した業者の問い合
わせ番号等を表示することは好ましい。ユーザにとって
処理を行うための連絡先になり、業者にとっては宣伝に
なるからである。

【０１５４】さらに、バックナンバー欄を設け、関連事
項についての情報を供給するための問い合わせ番号等を
付加することは好ましい。ユーザは、間接的に関連する
情報を広く取得することができるからである。この問い
合わせおよび返答は上記と同様に行われる。

【０１５５】なお、上記Ｓ４１１で生成されたハイパー
テキスト形式のウェブページによれば、例えば図２４に
示すようなタイミングで、処理すべき事項を知ることに
なる。すなわち、このウェブページにユーザがアクセス
するたびに、そのとき処理すべき事項が表示されること
になる。

【０１５６】ステップＳ１３０（お節介ウェブ登録）：
上記お節介メールによらず、ウェブページ上のみで、
処理すべき事項をユーザに知らせることもできる。この
サービスのために、ステップＳ１２０と同様に、ユーザ
は必要情報を登録する。そして個人会員の認証後（Ｓ１
３１）、ウェブサイトにリンクするたびに、処理すべき
事項が表示されたウェブページ（図１４および図２４参
照）が表示される（Ｓ１３２）。処理の詳細は、図１９
のフローチャートにおいて、電子メール送信（Ｓ４１
２）を取り除いたものとなる。

【０１５７】なお、挙式直前ダンドリサービスを申し込
んだユーザの場合は、ステップＳ１２０やＳ１３０のよ
うな登録なしで、挙式直前ダンドリサービスのホームペ
ージ上で、お節介ウェブとしての処理すべき事項の表示
（例えば図１４のａ欄）が提供される。

【０１５８】（結婚式場提供業者側処理）図５に、結婚
式場提供業者側の処理を説明するフローチャートを示
す。このフローチャートは、図３および図４で示したよ
うな、ユーザ側からの処理要求に対応して行われる処理
を説明するものである。

【０１５９】ステップＳ３００： 結婚式場提供業者に
対しても、所定の方法により、当該イベント予約システ
ムへの登録が行われる。登録された結婚式場提供業者に
は、式場IDとパスワードが供給され、式場会員IDデータ
ベース４０４に格納される。

【０１６０】結婚式場提供業者がイベント提供者端末３
ｙから式場ウェブサイトに接続すると、ホームページが
表示される。

【０１６１】ステップＳ３０１： イベント提供者端末
３ｙから上記式場IDとパスワードが送信されると、サー
バ５０３は、式場会員IDデータベース４０４に格納され
た式場IDおよびパスワードと照合され、認証が行われ
る。

【０１６２】ステップＳ３０２： 認証が済むと、図２
５（ａ）に示すような式場専用ウェブページにリンクす
る。サーバ５０３は、このウェブページ用ファイルを生
成する際に、式場管理データベース４０５を検索して、
資料請求の未処理件数、見積もり依頼の未処理件数、空
き状況最終変更日等を取得し、それらの情報をこのウェ
ブページに含ませる。式場専用ウェブページには、「資
料請求確認」アイコン、「見積もり確認」アイコンおよ
び「空き状況登録」アイコンが表示される。

【０１６３】ステップＳ３０３（各種予約請求確認）：
図２５（ａ）のウェプページより結婚式場提供業者が
「資料請求確認」アイコンを選択すると（Ｓ３０４）、
サーバ５０３は、資料請求データベース４０５１を検索
して、当該式場の式場管理番号が記録されたレコードを
抽出する。この結果、同図（ｂ）に示すような資料請求
者一覧を表示するウェブページにリンクする（Ｓ３０
７）。このとき、資料請求データベース４０５１が参照
される。

【０１６４】また、「訪問予約」アイコンを選択すると
（Ｓ３０５）、サーバ５０３は、訪問予約データベース
４０５２を検索して、当該式場の式場管理番号が記録さ
れたレコードを抽出する。

【０１６５】なお、資料請求と訪問予約を一括して、図
２６に示すようなウェブページに表示させてもよい。こ
のウェブページでは、請求日時、請求者の氏名、ふりが
な、性別、年齢、電話番号、住所、職業、業種、挙式予
定日、電子メールアドレス等が表示される。資料請求な
のか、訪問予約なのかの別は、備考欄に表示される。訪
問予約の場合は、予約希望日も表示される。

【０１６６】図２５には図示しないが、「式場仮予約」
アイコンを選択した場合（Ｓ３０６）にも、図２７
（ｂ）に示すような、ウェブページにリンクする。この
ときは、式場仮予約データベース４０５３が検索され
る。

【０１６７】ステップＳ３０８： 一覧確認のウェブペ
ージ（図２５（ｂ））から「詳細表示」のアイコンを選
択すると、同図（ｃ）に示すような詳細表示が行われ
る。結婚式場提供業者は、このウェブページにおいて、
要求を受け付ける場合には、受付済みのチェックボック
スをチェックする。例えば、「資料請求」の場合は、ユ
ーザに対し、ファックスにより、あるいは郵送により資
料を送付したら、資料送付済みを示すチェックボックス
をチェックする。「訪問予約」の場合は、訪問を受け付
けられる場合に、受付済みのチェックボックスをチェッ
クする。

【０１６８】また、「式場仮予約」の場合は、詳細表示
のウェブページ（図２７（ｃ））において、仮予約可能
な場合は「できます」というチェックボックスを、仮予
約不可能な場合は「できません」というチェックボック
スをチェックする。何らかのコメントが必要な場合は、
それらを入力することもできる。

【０１６９】返信内容を総て入力したら、「返信」アイ
コンを選択する（Ｓ３０９）。これら返信内容が送信さ
れると、サーバ５０３は対応する返信内容のメッセージ
を生成し、対応する利用者端末２ｘに電子メールを送信
する。

【０１７０】サーバ５０３は、返答がされた場合には、
その内容に応じ、資料請求データベース４０５１，訪問
予約データベース４０５２、式場仮予約データベース４
０５３の予約確認フラグをセットする。

【０１７１】ステップＳ３１０（空き状況表示）： 式
場専用ウェブページ（図２８（ａ））より「空き状況登
録」アイコンを選択すると、同図（ｂ）に示すようなウ
ェブページにリンクする。入力したい月のチェックボッ
クスをチェックして「選択」アイコンを選択すると、同
図（ｃ）に示すようなウェブページにリンクする。

【０１７２】このウェブページの表示にあたって、サー
バ５０３は、空き情報データベース４０５４を参照し、
既に入力してある空き情報フラグがある場合は、そのフ
ラグに対応した数値をカレンダーの該当する日付の欄に
表示する（Ｓ３１２）。

【０１７３】また、空き状況に変更がある場合は、この
カレンダー上で、変更のある日付欄の数値を書き換える
ことにより、空き状況の変更が行える（Ｓ３１１）。空
き状況の新規入力や変更をしてから「登録／変更」アイ
コンを選択すると、サーバ５０３はその変更内容に基づ
いて空き情報データベース４０５４の内容を更新する。

【０１７４】ステップＳ３２０（挙式直前ダンドリサー
ビス）： 挙式直前ダンドリサービスに対応するため
に、図２９（ａ）に示すような式場専用ウェブページか
ら「見積もり依頼確認」アイコンを選択すると（Ｓ３２
１）、サーバ５０３は、問い合わせデータベース４０２
１を検索し、見積もり請求が要求されているユーザの一
覧を表示するためのウェブページ用ファイルを生成する
（Ｓ３２４）。この結果、同図（ｂ）に示すようなユー
ザ一覧が表示される。このとき、見積もりが終了したユ
ーザと終了していないユーザの別に分けて表示される。

【０１７５】ステップＳ３２５（詳細表示）： さらに
個別のユーザを選択すれば、同図（ｃ）に示すようなユ
ーザごとの見積もり内容の詳細を表示することができ
る。

【０１７６】ステップＳ３２６（返信）： このウェブ
ページにおいて、結婚式場提供業者が項目ごとに価格を
入力していく。さらにコメントが必要な場合は、コメン
ト記入欄にコメントを入力する。一通り入力が終了し
「返信」アイコン（図示せず）を選択すると、サーバ５
０３は、これら見積もり内容を、見積もり費用データベ
ース４０２４に、記録日時とともに格納する。そして当
該結婚式場提供業者からの見積もりが届いている旨のメ
ッセージを生成し、対応する利用者端末２ｘに電子メー
ルで送信したり、ユーザ用のウェブページに表示させた
りする。

【０１７７】ステップＳ３２２（問い合わせ）： ユー
ザからの問い合わせ内容についても上記と同様に対応で
きる。個々のユーザからの問い合わせを詳細表示させ、
それに対応するメッセージを結婚式場提供業者が入力
し、電子メールで送信したり、ユーザ用のウェブページ
に表示させたりする。なお、問い合わせが、問い合わせ
番号でなされている場合には、サーバ５０３が自動的に
メッセージを生成し、返信するように構成してもよい。

【０１７８】ステップＳ３２３（席次確認）： ユーザ
がステップＳ２０５で作成した来賓者席次表は、イベン
ト提供者端末３ｙ側でも表示させることができる。ユー
ザが作成した席次表に問題がある場合には、席次表を表
示させるウェブページからコメントを上記と同様にして
送信できるように構成してもよい。

【０１７９】（本実施形態の利点）上記したように、本
実施形態のイベント予約システムによれば以下の利点が
ある。

【０１８０】（１） 上記実施形態によれば、挙式予定
日に向けて必要となる段取りを、ウェブページあるいは
電子メールで知らせるように構成したので、ユーザが準
備を遅れることなく確実に進めることができる。その
際、関連業者の問い合わせ番号や、関連情報の問い合わ
せ番号を併記したので、ユーザが容易に処理事項を進め
たり、知識を深めたりできる。

【０１８１】（２） 上記実施形態によれば、ユーザの
抽象的な要望事項をわがまま検索の項目として格納した
データベースを用意したので、ユーザの多様な趣味に合
致した結婚式場提供業者を、多くの業者の中から確実
に、かつ、簡単に見つけることができる。

【０１８２】（３） 上記実施形態によれば、実際に式
を経験したユーザが結婚式場提供業者を評価した値をお
すすめ指数という形で式場の詳細表示に含ませるよう構
成したので、新たなユーザが式場を選ぶ際の有効な指針
を提供できる。また、結婚式場提供業者側もサービスの
向上を図るよう誘導することができる。

【０１８３】（４） 上記実施形態によれば、ユーザが
挙式予定日に予約可能な結婚式場提供業者を抽出可能に
構成したので、挙式予定日の調整や業者の選択を、確実
に、かつ、容易に行なうことができる。

【０１８４】（５） 上記実施形態によれば、ユーザ側
から結婚式場提供業者に対して、問い合わせ、資料請
求、訪問予約、式場仮予約等の各種要求が行えるよう構
成したので、ユーザはいずれの結婚式場提供業者に対し
ても、統一した手順で、容易に、上記要求や予約が行え
る。また、結婚式場提供業者側も、複数のユーザからの
要求を容易に把握できるよう構成したので、業者の負担
を軽減することができる。

【０１８５】（６） 上記実施形態によれば、ユーザが
結婚式を行う際に、自らが要求した結婚式について必要
とされる予算を業者側が提示可能に構成したので、ユー
ザおよび結婚式場提供業者が、確実に、かつ、容易に予
算を把握することができ、効率的である。

【０１８６】（７） 上記実施形態によれば、ユーザが
来賓者席次を容易に設計可能に構成したので、効率的に
披露宴の席次表を作成することができる。

【０１８７】（８） インターネット等のネットワーク
は２４時間作動しているので、ユーザは時間を気にする
ことなく、結婚式の予約が行える。

【０１８８】（その他の変形例）なお、上記実施形態は
種々に変形して提供することが可能である。例えば、上
記実施形態で示した表示画面は表示例に過ぎず、そのデ
ザインやアイコンの名称、その配置、各画面の互いにリ
ンクする関係は、種々に変更することが可能である。

【０１８９】データベースは、上記実施形態では、個人
会員データベース、相関データベース、式場会員データ
ベース、式場会員IDデータベース、直前ダンドリサービ
ス関連データベース、式場管理データベース、期限管理
データベース、式場評価データベースで構成したが、こ
のように分けず、異なるデータベース構造としてもよ
い。また一つのデータベースにおける異なったテーブル
の集合体として構成してもよい。

【０１９０】また、上記実施形態では、結婚式場予約の
ために本発明のイベント予約システムを適用したが、大
きなイベントの予約システムであれば、他の目的に本発
明を適用することが可能である。例えば、民間が主催す
るパーティーの予約システム、コンサートの予約システ
ム、あるいは出産が決まった夫婦のための子育て管理シ
ステム等、施設の予約や期限管理が必要なイベントに本
発明を適用することができる。

【０１９１】

【発明の効果】本発明によれば、イベント実施日時が定
まった利用者に対して、段取りが必要な事項を適時に提
供可能な構成を備えたので、利用者がイベント準備を遅
れることなく確実に進めることのできるイベント予約シ
ステムを提供することができる。

【０１９２】本発明によれば、利用者の抽象的な要望事
項に基づいてイベント提供者を抽出可能な構成を備えた
ので、利用者の多様な趣味に合致したイベント提供者
を、多くのイベント提供者の中から確実に、かつ、簡単
に見つけることのできるイベント予約システムを提供す
ることができる。

【０１９３】本発明によれば、実際にイベントを経験し
た利用者によるイベント提供者の評価を参照可能な構成
を備えたので、利用者側から見た評価に基づいて、新た
な利用者が適切なイベント提供者を選択でき、イベント
提供者側もサービスの向上を図ることのできるイベント
予約システムを提供することができる。

【０１９４】本発明によれば、利用者がイベントを実施
したい日時にイベントを提供可能なイベント提供者を抽
出可能な構成を備えたので、イベント実施日時の調整や
イベント提供者の選択を、確実に、かつ、容易に行える
イベント予約システムを提供することができる。

【０１９５】本発明によれば、利用者側からイベント提
供者に対して各種要求が行える構成を備えたので、利用
者がいずれのイベント提供者に対しても統一した手順
で、容易に資料請求や各種予約が行え、イベント提供者
も複数の利用者からの要求を容易に把握できるイベント
予約システムを提供することができる。

【０１９６】本発明によれば、利用者がイベントを開催
する際に、自らが要求したイベントの内容について必要
とされる予算を提示可能な構成を備えたので、利用者お
よびイベント提供者が、確実に、かつ、容易に予算を把
握できるイベント予約システムを提供することができ
る。

【図面の簡単な説明】

【図１】本発明のイベント予約システムの構成図であ
る。

【図２】本発明のイベント予約システムのデータベース
構造を説明する図である。

【図３】本イベント予約システムのユーザー側処理を説
明するフローチャートである。

【図４】本イベント予約システムの直前ダンドリ処理を
説明するフローチャートである。

【図５】本イベント予約システムの式場側処理を説明す
るフローチャートである。

【図６】ユーザウェブサイトのホームページの表示例で
ある。

【図７】基本条件検索のウェブページの表示例である。

【図８】こだわり条件わがまま検索のウェブページの表
示例である。

【図９】空き状況問い合わせのウェブページの表示例で
ある。

【図１０】該当業者一覧のウェブページの表示例であ
る。

【図１１】詳細情報のウェブページの表示例である。

【図１２】空き状況問い合わせ結果のウェブページの表
示例である。

【図１３】資料請求フォームのウェブページの表示例で
ある。

【図１４】挙式直前ダンドリサービスの個人用ウェブペ
ージの表示例である。

【図１５】見積もり請求のためのウェブページの表示例
である。

【図１６】見積もり結果のウェブページの表示例であ
る。

【図１７】式場決定のウェブページの表示例である。

【図１８】お節介メール登録用ウェブページの表示例で
ある。

【図１９】お節介メールの処理を説明するフローチャー
トである。

【図２０】お節介メールの処理の説明図である。

【図２１】お節介メールのメッセージ例である。

【図２２】お節介メールに対する問い合わせの入力例で
ある。

【図２３】問い合わせに対する返答メッセージ例であ
る。

【図２４】お節介ウェブのアクセス時期の説明図であ
る。

【図２５】式場側資料請求表示のウェブページの表示例
である。

【図２６】式場側訪問予約・資料請求者リストの表示例
である。

【図２７】式場側仮予約受付のウェブページの表示例で
ある。

【図２８】式場側空き状況入力のためのウェブページの
表示例である。

【図２９】式場側見積もり入力のウェブページの表示例
である。

【符号の説明】

１…インターネット ２１、２２、…、２ｍ、２ｘ…ユーザ側の利用者端末 ３１、３２、…、３ｎ、３ｙ…結婚式場提供業者側のイ
ベント提供者端末 ４…データベース群 ５…管理者システム ６…電子メールインターフェース ７…ファックスインターフェース ２０１、５０１…コンピュータ装置 ２０２、５０２…ディスプレイ装置 ５０３…サーバコンピュータ ４０１…個人会員データベース ４０２…相関データベース ４０２０…挙式直前ダンドリサービス関連データベース ４０３…式場会員データベース ４０４…式場会員IDデータベース ４０５…式場管理データベース ４０６…期限管理データベース ４０７…式場評価データベース

Claims (22)

【特許請求の範囲】
1. 【請求項１】 利用者によって操作される１以上の利用
   者端末に対しネットワークを介して接続されるサーバ
   と、 前記サーバから参照可能に接続され、前記利用者端末か
   ら指定されたイベントの実施日時である日時情報を蓄積
   する第１データベースと、 前記サーバから参照可能に接続され、前記イベントの前
   後において処理すべき事項をその事項が処理されるべき
   時期を示した時間情報とともに蓄積する第２データベー
   スと、 前記サーバから前記利用者端末に情報を供給するための
   インターフェース装置と、を備え、 前記サーバは、所定の時期に、前記第１データベースか
   ら日時情報を読み取って、この日時情報と前記第２デー
   タベースから読み取った当該イベントの時間情報とを照
   合し、照合の結果、処理すべき前記事項があると判定し
   た場合には、当該事項を前記日時情報に対応した利用者
   端末に知らせるための情報を生成し、この情報を前記イ
   ンターフェース装置からこの利用者端末に送信すること
   を特徴とするイベント予約システム。
2. 【請求項２】 利用者によって操作される１以上の利用
   者端末に対しネットワークを介して接続されるサーバ
   と、 前記サーバから参照可能に接続され、前記利用者端末か
   ら指定されたイベントの実施日時である日時情報を蓄積
   する第１データベースと、 前記サーバから参照可能に接続され、前記イベントの前
   後において処理すべき事項をその事項が処理されるべき
   時期を示した時間情報とともに蓄積する第２データベー
   スと、を備え、 前記サーバは、所定の時期に、前記第１データベースか
   ら日時情報を読み取って、この日時情報と前記第２デー
   タベースから読み取った当該イベントの時間情報とを照
   合し、照合の結果、処理すべき前記事項があると判定し
   た場合には、当該事項を前記日時情報に対応した利用者
   端末に知らせるためのファイルを生成し、この利用者端
   末から参照可能に当該ネットワーク上のメモリに格納す
   ることを特徴とするイベント予約システム。
3. 【請求項３】 前記第２データベースに蓄積される時間
   情報は、このイベントの実施日時と前記事項を処理すべ
   き時期との時間差を示すものであって、 前記サーバは、前記第１データベースから読み取った日
   時情報を参照して、当該イベントの実施日時と当該日時
   情報を読み取った日時との時間差を演算し、演算した時
   間差と前記第２データベースから読み取った時間情報と
   を照合する請求項１または請求項２に記載のイベント予
   約システム。
4. 【請求項４】 前記第２データベースに蓄積される時間
   情報は、前記事項を処理すべき時期を示す絶対的な日時
   であって、 前記サーバは、前記第１データベースから読み取った日
   時情報および前記第２データベースから読み取った時間
   情報を参照して、当該イベントの実施日時と前記事項を
   処理すべき日時とを照合する請求項１または請求項２に
   記載のイベント予約システム。
5. 【請求項５】 利用者によって操作される１以上の利用
   者端末およびイベント提供者が操作するための１以上の
   イベント提供者端末に対し、ネットワークを介して相互
   に接続されるサーバと、 前記イベントに関する１以上の項目について前記イベン
   ト提供者が対応可能か否かを示す対応可否データを前記
   イベント提供者ごとに格納する第１データベースと、 前記イベント提供者に関する属性情報をイベント提供者
   ごとに格納する第２データベースと、を備え、 前記サーバは、いずれかの利用者端末から当該利用者端
   末により選択された前記項目を示す選択情報が送信され
   た場合に、当該選択情報に基づいて前記第１データベー
   スを検索し、当該選択された項目について対応可能なイ
   ベント提供者を抽出し、抽出されたイベント提供者に関
   する属性情報を前記第２データベースから読み出して当
   該イベント提供者を表示するためのファイルを生成し、
   前記選択情報を送信した利用者端末から参照可能に当該
   ネットワーク上のメモリに格納することを特徴とするイ
   ベント予約システム。
6. 【請求項６】 前記第１データベースは、前記対応可否
   データに対応させて当該対応可能な項目を特徴付けるキ
   ーワードを格納し、前記利用者端末から送信される選択
   情報は文字情報であって、 前記サーバは、前記利用者端末から送信される選択情報
   に含まれる語句を抽出し、前記選択情報から抽出した語
   句に前記キーワードが含まれる場合には当該キーワード
   に基づいて前記第１データベースを検索し、当該キーワ
   ードに対応付けられている前記イベント提供者を抽出す
   る請求項５に記載のイベント予約システム。
7. 【請求項７】 前記利用者端末から送信される選択情報
   は複数の部分からなり、 前記サーバは、前記イベント提供者を抽出する際に、前
   記複数の部分のうち、いずれの部分に前記キーワードが
   含まれていたかにより異なる配点を行いながら、前記イ
   ベント提供者ごとに点数を積算し、当該積算された点数
   の多少に対応させて抽出された前記イベント提供者を並
   べて表示するための前記ファイルを作成する請求項６に
   記載のイベント予約システム。
8. 【請求項８】 前記利用者端末から送信される選択情報
   は、前記イベント提供者が対応可能な項目ごとにその重
   み付けを与える係数を含み、 前記サーバは、前記イベント提供者を抽出する際に、前
   記対応可否データが対応可能であることを示している項
   目について当該項目について重み付けがされた前記係数
   を乗算しながら、前記イベント提供者ごとに点数を積算
   し、当該積算された点数の多少に対応させて抽出された
   前記イベント提供者を並べて表示するための前記ファイ
   ルを作成する請求項５に記載のイベント予約システム。
9. 【請求項９】 利用者によって操作される１以上の利用
   者端末に対しネットワークを介して接続されるサーバ
   と、 既にイベントを執り行った利用者が、当該イベントを提
   供したイベント提供者を所定の項目ごとに評価した点数
   を、前記イベント提供者に対応させて格納するデータベ
   ースと、を備え、 前記サーバは、前記利用者端末から新たな前記点数が送
   信された場合に、この点数に基づいて当該点数に対応す
   るイベント提供者を評価する点数を演算し、前記データ
   ベースに格納することを特徴とするイベント予約システ
   ム。
10. 【請求項１０】 前記サーバは、前記項目ごとに、複数
    の前記利用者端末から送信された点数の平均点を演算
    し、これらを当該イベント提供者における各前記項目を
    評価する点数として前記データベースに格納する請求項
    ９に記載のイベント予約システム。
11. 【請求項１１】 前記サーバは、一の前記イベント提供
    者における複数の前記指数をさらに平均した平均指数
    を、当該イベント提供者を総合的に評価する指数として
    前記データベースに格納する請求項１０に記載のイベン
    ト予約システム。
12. 【請求項１２】 前記サーバは、前記イベント提供者に
    関する属性情報を前記データベースから読み出して、当
    該イベント提供者を表示するためのファイルを生成し、
    前記利用者端末から参照可能に当該ネットワーク上のメ
    モリに格納するものであって、 前記ファイルを生成する際に、前記データベースに格納
    された指数を、表示すべき情報に含ませるとともに、総
    ての前記イベント提供者における前記指数を平均した総
    合平均点も表示すべき情報に併せて含ませる請求項９乃
    至請求項１１のいずれか一項に記載のイベント予約シス
    テム。
13. 【請求項１３】 利用者によって操作される１以上の利
    用者端末およびイベント提供者が操作するための１以上
    のイベント提供者端末に対し、ネットワークを介して相
    互に接続されるサーバと、 前記イベントを実行可能か否かの予定を表す空き情報を
    前記イベント提供者ごとに格納するデータベースと、を
    備え、 前記サーバは、前記利用者端末から一の前記イベント提
    供者の空き状況問い合わせ要求が送信された場合に、当
    該イベント提供者の空き情報を前記データベースから読
    み出して、当該イベント提供者を表示するためのファイ
    ルを生成し、前記利用者端末から参照可能に当該ネット
    ワーク上のメモリに格納することを特徴とするイベント
    予約システム。
14. 【請求項１４】 前記サーバは、前記空き状況問い合わ
    せ要求として前記利用者端末からイベントを実行したい
    日時を示す時間情報が送信された場合に、前記データベ
    ースを当該時間情報に基づいて検索し、当該イベントを
    開催したい日時に当該イベントが実行可能である旨を示
    しているイベント提供者を抽出し、抽出されたイベント
    提供者を表示するためのファイルを生成する請求項１３
    に記載のイベント予約システム。
15. 【請求項１５】 前記サーバは、前記空き状況問い合わ
    せ要求として前記利用者からイベントを実行したい日時
    を示す時間情報および当該イベントを実行したいイベン
    ト提供者情報が送信された場合に、前記データベースを
    当該時間情報およびイベント提供者情報に基づいて検索
    し、イベント提供者情報の示すイベント提供者が時間情
    報の示す日時に当該イベントを実行可能であるか否かを
    表示するためのファイルを生成する請求項１３に記載の
    イベント予約システム。
16. 【請求項１６】 前記サーバは、前記イベント提供者端
    末から当該イベント提供者の空き情報が送信された場合
    に、当該空き情報を前記データベースに格納し、 前記利用者端末から前記空き状況問い合わせ要求が送信
    された場合に、前記イベント提供者の空き情報を暦によ
    り表示するファイルを生成する請求項１３に記載のイベ
    ント予約システム。
17. 【請求項１７】 利用者によって操作される１以上の利
    用者端末およびイベント提供者が操作するための１以上
    のイベント提供者端末に対し、ネットワークを介して相
    互に接続されるサーバと、 前記イベント提供者に対する前記利用者からの要求事項
    を格納するデータベースと、を備え、 前記サーバは、前記利用者端末から前記イベント提供者
    に対する要求情報が送信された場合に、当該要求情報を
    前記データベースに格納し、 いずれかのイベント提供者端末から要求事項問い合わせ
    要求が送信された場合に、前記データベースを検索し、
    当該イベント提供者に対して送信された前記要求情報を
    各々の要求情報を送信した前記利用者端末と対応付けて
    表示するためのファイルを生成し、当該イベント提供者
    端末から参照可能に当該ネットワーク上のメモリに格納
    することを特徴とするイベント予約システム。
18. 【請求項１８】 前記利用者端末からの要求情報は、当
    該イベント提供者に対する資料請求に関するものである
    請求項１７に記載のイベント予約システム。
19. 【請求項１９】 前記利用者端末からの要求情報は、当
    該イベント提供者を利用者が訪問するための訪問予約に
    関するものである請求項１７に記載のイベント予約シス
    テム。
20. 【請求項２０】 前記利用者端末からの要求情報は、前
    記イベントを予約する旨をイベント実行希望日とともに
    示すイベント予約に関するものである請求項１７に記載
    のイベント予約システム。
21. 【請求項２１】 利用者によって操作される１以上の利
    用者端末およびイベント提供者が操作するための１以上
    のイベント提供者端末に対し、ネットワークを介して相
    互に接続されるサーバと、 前記イベントで利用者が要求する項目を示した項目情報
    を格納する第１データベースと、 前記イベントの費用を当該イベントの項目ごとに示した
    費用情報を格納する第２データベースと、を備え、 いずれかの利用者端末から予算問い合わせ要求が送信さ
    れた場合に、前記第１データベースから当該利用者によ
    り選択された項目を抽出し、前記第２データベースから
    当該選択された項目に対応する費用を抽出し、当該選択
    された項目と各項目に対応する費用とを対応付けて表示
    するためのファイルを生成し、当該利用者端末から参照
    可能に当該ネットワーク上のメモリに格納することを特
    徴とするイベント予約システム。
22. 【請求項２２】 前記サーバは、前記利用者端末から前
    記イベントで要求する項目を示す項目情報が送信された
    場合に、当該項目情報を前記第１データベースに格納
    し、 前記イベント提供者端末から当該イベントの各項目にか
    かる費用を示す費用情報が送信された場合に、当該費用
    情報を当該イベントの項目に対応させて前記第２データ
    ベースに格納する請求項２１に記載のイベント予約シス
    テム。