JP2002279085A

JP2002279085A - 斎場予約システム及びその方法

Info

Publication number: JP2002279085A
Application number: JP2001075633A
Authority: JP
Inventors: Shinichi Tsukagoshi; 真一塚越; Yoko Yamashita; 洋子山下; Toshimasa Ikegami; 敏正池上
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2001-03-16
Filing date: 2001-03-16
Publication date: 2002-09-27

Abstract

(57)【要約】【課題】条件にあった斎場を時間や手間を費やすこと
なく予約することができるようにする。【解決手段】予約希望者用情報端末２００が斎場予約
希望者による検索条件を送信する（Ｓ１１８）と、斎場
予約サーバ１００はその検索条件と登録者情報に基づい
て斎場情報から条件にあった斎場を検索する（Ｓ１２
０）。斎場予約サーバ１００は検索結果を故人の住所か
ら近い順にソートした上で、検索結果一覧画面を提供し
（Ｓ１２２）、予約希望者用情報端末２００はそれを表
示する（Ｓ１２４）。予約希望者用情報端末２００が斎
場予約希望者による予約指示を送信する（Ｓ１２６）
と、斎場予約サーバ１００は斎場予約を行い（Ｓ１２
８）、予約希望者用情報端末２００と管理者用情報端末
３００に予約通知を送信する。各情報端末２００，３０
０はその予約通知を表示する（Ｓ１３２，Ｓ１３４）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報端末とサーバ
とを利用して斎場を予約するための技術に関するもので
ある。

【０００２】

【従来の技術】葬儀の場合は、結婚式などの場合と異な
り、予めその開催日程を予定しておくことができない。
従って、人が亡くなった際に、緊急に、斎場などを予約
しなければならず、従来は、一般的に電話などの手段を
使って予約するしかなかった。

【０００３】

【発明が解決しようとする課題】そのため、斎場を予約
する場合、斎場は電話帳などで探すしか方法がなく、条
件にあった斎場を予約するにはかなりの時間と手間がか
かるという問題があった。また、例えば、県境の近くに
住んでいて、隣接する県にある斎場の方が近い場合で
も、電話帳には掲載されておらず、予約できないという
問題もあった。また、そのような斎場予約の代行を業者
に依頼した場合には、その分、費用がかかるという問題
もあった。

【０００４】従って、本発明の目的は、上記した従来の
問題点を解決し、条件にあった斎場を時間や手間を費や
すことなく予約することができる斎場予約システムを提
供することにある。

【０００５】

【課題を解決するための手段およびその作用・効果】上
記した目的の少なくとも一部を達成するために、本発明
の斎場予約システムは、斎場を予約するための斎場予約
システムであって、斎場予約希望者によって操作される
情報端末であって、第１の入力部と、第１の出力部と、
第１の制御部と、を備えた予約希望者用情報端末と、斎
場に関する情報及び登録者に関する情報を格納するデー
タベースと、第２の制御部と、を備えたサーバと、を備
え、前記第１の制御部は、前記斎場予約希望者による操
作によって、前記第１の入力部を介して予約したい斎場
の条件が入力された場合に、該斎場条件を前記サーバに
送信し、前記第２の制御部は、送信された前記斎場条件
と、前記データベースに格納されている少なくとも前記
斎場情報と、に基づいて、前記斎場条件を満たす斎場を
検索し、その検索結果を前記予約希望者用情報端末に送
信し、前記第１の制御部は、送信された検索結果を前記
第１の出力部を介して出力すると共に、その後、前記斎
場予約希望者による操作によって、前記第１の入力部を
介して所定の斎場を予約する旨の予約指示が入力された
場合に、該予約指示を前記サーバに送信し、前記第２の
制御部は、送信された前記予約指示に基づいて、前記デ
ータベースに格納されている前記斎場情報のうち、前記
予約指示が示す斎場の情報を更新して、該斎場の予約を
行った後、予約を行った旨の通知を前記予約希望者用情
報端末に送信し、前記第１の制御部は、送信された前記
通知を前記第１の出力部を介して出力することを要旨と
する。

【０００６】このように、本発明の斎場予約システムに
おいては、まず、予約希望者用情報端末から、斎場予約
希望者が予約したい斎場の条件がサーバに送信され、サ
ーバでは、その斎場条件と、データベースに格納されて
いる斎場情報と、に基づいて、斎場条件にあった斎場が
検索され、その検索結果が予約希望者用情報端末に送信
され、予約希望者用情報端末では、その検出結果が出力
される。その後、斎場予約希望者から予約指示があった
場合、予約希望者用情報端末から、その予約指示がサー
バに送信され、サーバでは、その予約指示に基づいて、
斎場情報のうち、予約指示が示す斎場の情報が更新され
て、その斎場の予約が行われ、予約を行った旨の通知が
予約希望者用情報端末に送信され、予約希望者用情報端
末では、その通知が出力される。

【０００７】従って、本発明の斎場予約システムによれ
ば、斎場予約希望者は、自らが希望する条件にあった斎
場を時間や手間を費やすことなく予約することができ
る。

【０００８】なお、本明細書において、斎場とは、葬儀
が行なわれる式場を意味する他、葬儀に関わる式場や施
設なども含む概念である。例えば、葬儀のみならず、通
夜や法事などが行なわれる式場や、火葬場などの施設も
含まれる。

【０００９】本発明の斎場予約システムにおいて、前記
斎場条件が、予約したい日または日時に関する条件を含
み、前記斎場情報が、斎場の予約状況を表す情報を含む
場合、前記第２の制御部は、それら条件及び情報に基づ
いて、少なくとも、予約したい日または日時に空いてい
る斎場を検索することが好ましい。

【００１０】このような構成を採ることにより、斎場予
約希望者が希望する日程に合った斎場を確実に見つけ出
すことができる。

【００１１】本発明の斎場予約システムにおいて、前記
第２の制御部は、前記斎場を検索する際、前記データベ
ースに格納されている前記登録者情報に、故人に関連す
る情報が含まれている場合に、前記斎場条件及び前記斎
場情報の他、前記登録者情報（例えば、宗派等）に基づ
いて検索を行うことが好ましい。

【００１２】このように、登録者情報に故人に関連する
情報が含まれている場合には、その登録者情報も併せて
利用して検索を行うことにより、斎場予約希望者が斎場
条件を入力する際、必要最小限の入力項目を入力するだ
けで済む。

【００１３】本発明の斎場予約システムにおいて、斎場
管理者によって操作される情報端末であって、第２の出
力部と、第３の制御部と、を備えた管理者用情報端末を
さらに備え、前記第２の制御部は、前記斎場の予約を行
った後、その予約の対象となった斎場に関わる前記管理
者用情報端末に対し、予約を行った旨の通知を送信し、
前記第３の制御部は、送信された前記通知を前記第２の
出力部を介して出力することが好ましい。

【００１４】このように、斎場管理者側にも情報端末を
置いて、その斎場に予約が入った場合には、その通知が
出力されるように構成することにより、斎場管理者側で
も、その斎場の予約状況を確実に把握することができ
る。

【００１５】本発明の斎場予約システムにおいて、前記
第２の制御部は、前記データベースに格納されている前
記登録者情報に、故人に関連する情報として、連絡先の
情報が含まれている場合、前記斎場の予約を行った後
に、前記連絡先情報に基づいて、葬儀通知発送先リスト
を作成して前記予約希望者用情報端末に送信し、前記第
１の制御部は、送信された前記葬儀通知発送先リストを
前記第１の出力部を介して出力することが好ましい。

【００１６】このような構成を採ることにより、斎場予
約希望者は、出力された葬儀通知発送先リストを見なが
ら、葬儀通知を送るべき相手を、漏れがないようチェッ
クすることができる。

【００１７】本発明の斎場予約システムにおいて、前記
サーバは、印刷装置をさらに備えると共に、前記第１の
制御部は、前記斎場予約希望者による操作によって、前
記第１の入力部を介して葬儀通知を発送する旨の発送指
示が入力された場合に、該発送指示を前記サーバに送信
し、前記第２の制御部は、送信された前記発送指示に従
って、前記葬儀通知および宛名を前記印刷装置に印刷さ
せることが好ましい。

【００１８】このような構成を採ることより、斎場予約
希望者が発送指示をするだけで、サーバ側において、葬
儀通知および宛名が印刷され、葬儀通知の発送の準備が
行われるので、斎場予約希望者は余分な手間をかけなく
て済み、大幅に負担が軽減される。

【００１９】本発明の斎場予約システムにおいて、前記
第１の制御部は、前記斎場予約希望者による操作によっ
て、前記第１の入力部を介して葬儀通知を発送する旨の
発送指示が入力された場合に、該発送指示を前記サーバ
に送信し、前記第２の制御部は、送信された前記発送指
示に従って、前記葬儀通知を電子通信手段を介して前記
連絡先に発送することが好ましい。

【００２０】このような構成を採ることにより、斎場予
約希望者が発送指示をするだけで、サーバから葬儀通知
が自動的に発送されるので、斎場予約希望者の負担が大
幅に軽減される。

【００２１】本発明の斎場予約システムにおいて、前記
第２の制御部は、前記データベースに格納されている前
記登録者情報に、故人に関連する情報として、連絡先の
情報が含まれている場合、斎場予約を行った年の年末
に、喪中欠礼通知発送案内を前記予約希望者用情報端末
に送信し、前記第１の制御部は、送信された前記喪中欠
礼通知発送案内を前記第１の出力部を介して出力するこ
とが好ましい。

【００２２】このように、葬儀予約希望者に喪中欠礼通
知発送案内が届くことにより、斎場予約希望者は、葬儀
があった年の年末に忘れることなく、喪中欠礼通知を発
送することができると共に、喪中欠礼通知を自分で発送
するかサーバ側に依頼するかの選択も行うことができ
る。

【００２３】本発明の斎場予約システムにおいて、前記
サーバは、印刷装置をさらに備えると共に、前記第１の
制御部は、前記斎場予約希望者による操作によって、前
記第１の入力部を介して喪中欠礼通知を発送する旨の発
送指示が入力された場合に、該発送指示を前記サーバに
送信し、前記第２の制御部は、送信された前記発送指示
に従って、前記喪中欠礼通知および宛名を前記印刷装置
に印刷させることが好ましい。

【００２４】このような構成を採ることより、斎場予約
希望者が発送指示をするだけで、サーバ側において、喪
中欠礼通知通知および宛名が印刷され、喪中欠礼通知の
発送の準備が行われる。喪中欠礼通知は、年賀状などと
違って定型的、事務的なものであるから、このように発
送準備を自動で行うことにより、斎場予約希望者にかか
る負担を大幅に省くことができる。

【００２５】本発明の斎場予約システムにおいて、前記
第１の制御部は、前記斎場予約希望者による操作によっ
て、前記第１の入力部を介して喪中欠礼通知を発送する
旨の発送指示が入力された場合に、該発送指示を前記サ
ーバに送信し、前記第２の制御部は、送信された前記発
送指示に従って、前記喪中欠礼通知を電子通信手段を介
して前記連絡先に発送することが好ましい。

【００２６】このような構成を採ることにより、斎場予
約希望者が発送指示をするだけで、サーバから喪中欠礼
通知が自動的に発送されるので、斎場予約希望者の負担
が大幅に軽減される。

【００２７】なお、本発明は、斎場予約システム、斎場
予約方法、それらシステムを構築するためのコンピュー
タプログラム、そのコンピュータプログラムを記録した
記録媒体、そのコンピュータプログラムを含み搬送波内
に具現化されたデータ信号、等の種々の態様で実現する
ことができる。

【００２８】

【発明の実施の形態】以下、本発明の実施の形態を実施
例に基づいて説明する。かかる説明は、以下に掲げる項
目の順序で行う。Ａ．斎場予約システムの構成：Ｂ．斎場予約システムのハードウェア構成：Ｃ．斎場予約システムの動作内容：Ｃ−１．斎場情報及び登録者情報の内容：Ｃ−２．斎場の予約：Ｃ−３．葬儀通知の発送：Ｃ−４．喪中欠礼通知の発送：Ｄ．変形例：

【００２９】Ａ．斎場予約システムの構成：図１は本発
明の一実施例としての斎場予約システムの構成を示すブ
ロック図である。

【００３０】図１に示すように、本実施例の斎場予約シ
ステムは、サーバ事業者によって管理される斎場予約サ
ーバ１００と、斎場予約希望者によって操作される予約
希望者用情報端末２００と、斎場管理者によって操作さ
れる管理者用情報端末３００と、を備えており、斎場予
約サーバ１００と各情報端末２００，３００は、それぞ
れ、インターネット４００に接続されている。ここで、
サーバ事業者とは、本斎場予約システムを運営し、斎場
予約サーバ１００を管理している者をいい、斎場管理者
とは、予約対象となる斎場を運営管理している者をい
う。また、斎場予約希望者とは、例えば、斎場予約サー
バ１００に予め登録されている登録者が亡くなった場合
に、その登録者の葬儀を行う斎場の予約を希望する者を
いい、例えば、その葬儀に携わる、その登録者の家族や
親戚などである。

【００３１】斎場予約サーバ１００は、一般的なサーバ
用コンピュータによって構成されており、制御部１０２
と、入力部１０４と、出力部１０６と、を備えている。
また、ハードディスク装置（図示せず）内には、斎場情
報１１２や登録者情報１１４を格納したデータベース１
１０が構築されている。斎場予約サーバ１００は、専用
線を介してインターネット４００に接続されている。な
お、図示されてはいないが、斎場予約サーバ１００は、
公衆回線にも接続されている。

【００３２】また、予約希望者用，管理者用の各情報端
末２００，３００は、それぞれ、一般的なＰＣ（パーソ
ナルコンピュータ）によって構成されており、斎場予約
希望者の家庭や、斎場管理者の施設などに備え付けられ
ている。各情報端末２００，３００は、それぞれ、制御
部２０２，３０２と、入力部２０４，３０４と、出力部
２０６，３０６と、を備えている。情報端末２００及び
３００は、図１では、それぞれ１台ずつしか記載されて
いないが、実際は、それぞれ複数台あって、各予約希望
者，各斎場管理者が各々所有している。情報端末２００
及び３００は、何れも、公衆回線や専用線を介してイン
ターネット４００に接続可能となっている。

【００３３】Ｂ．斎場予約システムのハードウェア構
成：次に、本実施例の斎場予約システムを構成する斎場
予約サーバ１００及び各情報端末２００，３００のハー
ドウェアの構成について簡単に説明する。

【００３４】図２は図１に示す斎場予約サーバ１００の
ハードウェア構成を示すブロック図である。斎場予約サ
ーバ１００は、前述したとおり、一般的なサーバ用コン
ピュータによって構成されており、図２に示すように、
コンピュータプログラムに従って種々の処理や制御を行
なうためのＣＰＵ１５０と、各種周辺装置との間でデー
タなどのやり取りを行なうためのＩ／Ｏ部１５２と、上
記コンピュータプログラムを記憶したり、処理中に得ら
れたデータなどを記憶したりするためのメモリ１５４
と、キーボードやマウスやタブレットなどから成り、ユ
ーザからの指示などを入力するための入力装置１５６
と、ＣＲＴや液晶ディスプレイなどから成り、データの
内容などを表示するためのモニタ１５８と、モデムやタ
ーミナルアダプタやネットワークカードなどから成り、
ネットワークを介して他の装置と通信を行なうための通
信装置１６０と、各種の情報を格納するためのハードデ
ィスク装置１６２と、上記コンピュータプログラムの書
き込まれたＣＤ−ＲＯＭ１６４を読み取るためのＣＤ−
ＲＯＭドライブ装置１６６と、データの内容などを印刷
するためのプリンタ１６８と、を備えている。

【００３５】このうち、ハードディスク装置１６２内に
は、図１に示したデータベース１１０が構築されてい
る。また、入力装置１５６は、図１に示した入力部１０
４に相当し、モニタ１５８やプリンタ１６８は、出力部
１０６に相当する。また、ＣＰＵ１５０は、メモリ１５
４に記憶された上記コンピュータプログラムを読み出し
て実行することにより、図１に示した制御部１０２とし
て機能する。なお、メモリ１５４やＩ／Ｏ部１５２や通
信装置１６０なども含めて制御部１０２と考えるように
しても良い。

【００３６】本実施例では、メモリ１５４に記憶された
上記コンピュータプログラムは、記録媒体であるＣＤ−
ＲＯＭ１６４に記録された形態で提供され、ＣＤ−ＲＯ
Ｍドライブ装置１６６により読み取られることによっ
て、斎場予約サーバ１００内に取り込まれる。取り込ま
れたコンピュータプログラムは、ハードディスク装置１
６２に転送され、その後、起動時などにメモリ１５４に
転送される。あるいは、読み取られたコンピュータプロ
グラムは、ハードディスク装置１６２を介さず、直接、
メモリ１５４に転送するようにしても良い。

【００３７】このように、本実施例では、コンピュータ
プログラムをコンピュータ読み取り可能に記録する「記
録媒体」としてＣＤ−ＲＯＭを利用することを述べた
が、その他にも、フレキシブルディスクや光磁気ディス
ク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、
バーコードなどの符号が印刷された印刷物、コンピュー
タの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）およ
び外部記憶装置等の、コンピュータが読取り可能な種々
の媒体を利用できる。

【００３８】また、コンピュータプログラムは、このよ
うな記録媒体に記録された形態での提供の他、ネットワ
ークを介して、コンピュータプログラムを供給するプロ
グラムサーバ（図示せず）にアクセスし、プログラムサ
ーバから斎場予約サーバ１００内に取り込むようにして
も良い。

【００３９】また、上記コンピュータプログラムの一部
は、オペレーティングシステムプログラムによって構成
するようにしても良い。

【００４０】さらにまた、本実施例においては、制御部
１０２を、それぞれ、ソフトウェアによって実現してい
るが、これらはハードウェアによって実現するようにし
ても良い。

【００４１】一方、予約希望者用，管理者用の各情報端
末２００，３００は、述したように、それぞれ、一般的
なＰＣによって構成されており、基本的には、図２に示
したサーバ型コンピュータと同様な構成となっている。

【００４２】図３は図１に示す予約希望者用情報端末２
００のハードウェア構成を示すブロック図である。予約
希望者用情報端末２００は、図３に示すように、ＣＰＵ
２５０と、Ｉ／Ｏ部２５２と、メモリ２５４と、入力装
置２５６と、モニタ２５８と、通信装置２６０と、プリ
ンタ２６８と、を備えている。これらの各構成要素は、
それぞれ、図２に示したＣＰＵ１５０，Ｉ／Ｏ部１５
２，メモリ１５４，入力装置１５６，通信装置１６０，
プリンタ１６８と同様の動作を行っており、それらにつ
いての詳しい説明は省略する。

【００４３】なお、入力装置２５６は、図１に示した入
力部２０４に相当し、モニタ２５８やプリンタ２６８
は、出力部２０６に相当する。また、ＣＰＵ２５０は、
メモリ２５４に記憶されたコンピュータプログラムを読
み出して実行することにより、図１に示した制御部２０
２として機能する。なお、メモリ２５４やＩ／Ｏ部２５
２や通信装置２６０なども含めて制御部２０２と考える
ようにしても良い。

【００４４】なお、図１に示す管理者用情報端末３００
のハードウェア構成も、図３に示したハードウェア構成
と同様な構成となっており、それについての説明は省略
する。

【００４５】Ｃ．斎場予約システムの動作内容：図４、
図５及び図６はそれぞれ図１に示した斎場予約システム
の動作内容を説明するためのフローチャートである。図
４、図５及び図６において、左が予約希望者用情報端末
２００の動作内容を示し、中央が斎場予約サーバ１００
の動作内容を示し、右が管理者用情報端末３００の動作
内容を示す。なお、図４における末尾のａは、図５にお
ける先頭のａにつながっている。

【００４６】Ｃ−１．斎場情報及び登録者情報の内容：
前提として、斎場予約サーバ１００のデータベース１１
０には、予め、予約対象となり得る斎場に関する情報が
斎場情報１１２として、登録された人に関する情報が登
録者情報１１４として、それぞれ格納されている。

【００４７】このうち、斎場情報１１２としては、その
斎場の名称及び種別（葬儀社の斎場、寺院の斎場、互助
会の斎場、公営の斎場、教会の斎場など）や、その斎場
の場所や、その斎場で葬儀を開催できる宗教，宗派や、
その斎場に収容できる人数や、その斎場の使用料（葬儀
一式の費用や接待飲食費なども含む）や、その斎場で利
用できる設備などの情報が登録されている。また、その
他、その斎場の予約状況を表す予約情報も併せて登録さ
れている（ステップＳ１０２）。

【００４８】登録者情報１１４としては、その登録者の
氏名や、その登録者の登録番号及びパスワードや、その
登録者の住所や、その登録者の属する宗教，宗派や、そ
の登録者が死亡した場合に斎場予約希望者に成り得る者
（例えば、家族や親戚など）の氏名などの情報の他、そ
の登録者が死亡した場合に葬儀の連絡などをしてもらい
たい者の連絡先に関する情報などが登録されている（ス
テップＳ１０４）。この連絡先情報としては、年賀状の
送り先などを利用するようにしてもよい。

【００４９】なお、斎場情報１１２は、斎場管理者が管
理者用情報端末３００を用いて、登録者情報１１４は、
登録者本人あるいはその家族や親戚などが予約希望者用
情報端末２００を用いて、インターネット４００を介し
て斎場予約サーバ１００に登録することができる。

【００５０】Ｃ−２．斎場の予約：このように、斎場情
報１１２や登録者情報１１４が斎場予約サーバ１００に
格納されている状態において、或る登録者が死亡した場
合、前述したとおり、その登録者の家族や親戚などが斎
場予約希望者となって、所有する予約希望者用情報端末
２００を操作する。

【００５１】まず、斎場予約希望者が、予約希望者用情
報端末２００の入力部２０４から、斎場予約サーバ１０
０への接続を指示すると、制御部２０２は、予約希望者
用情報端末２００をインターネット４００を介して斎場
予約サーバ１００に接続する（ステップＳ１０６）。こ
れにより、予約希望者用情報端末２００の出力部２０６
であるモニタ２５８には、斎場予約サーバ１００によっ
て提供される認証画面が表示される（ステップＳ１０
８，Ｓ１１０）。

【００５２】その認証画面において、斎場予約希望者
が、登録者である故人の登録番号とパスワードを入力す
ると、制御部２０２は、その情報を斎場予約サーバ１０
０に送信する（ステップＳ１１２）。斎場予約サーバ１
００の制御部１０２は、その情報を受け取ると、データ
ベース１１０の登録者情報１１４から、該当する登録番
号及びパスワードを読み出して、送られてきた情報と比
較し、一致していれば、予約希望者用情報端末２００か
らのその後のアクセスを許可する。そして、制御部２０
２は、データベース１１０の登録者情報１１４から、該
当する登録者の氏名，住所，属する宗教，宗派などの情
報を読み出し、それらの情報を掲載した斎場検索画面
を、予約希望者用情報端末２００に対し提供する（ステ
ップＳ１１４）。これにより、予約希望者用情報端末２
００のモニタ２５８には、図７に示すような斎場検索画
面が表示される（ステップＳ１１６）。

【００５３】図７は図１における予約希望者用情報端末
２００のモニタ２５８に表示される斎場検索画面５０２
を示す説明図である。斎場予約画面５０２には、図７に
示すように、左側には登録者である故人の登録番号、氏
名、住所及び属する宗教，宗派が表示され、右側には、
検索条件を入力するための項目が表示される。

【００５４】そこで、斎場予約希望者が、予約希望者用
情報端末２００の入力部２０４から、検索条件として、
例えば、葬儀を行う希望日時と、葬儀に参加する参加人
数と、を入力すると、制御部２０２は、その検索条件を
斎場予約サーバ１００に送信する（ステップＳ１１
８）。斎場予約サーバ１００の制御部１０２は、その検
索条件を受け取ると、まず、先に読み出した故人の属す
る宗教，宗派の情報と、受け取った検索条件のうち、参
加人数の情報と、に基づいて、データベース１１０の斎
場情報１１２から、条件にあった斎場を検索する（ステ
ップＳ１２０）。即ち、その宗教，宗派による葬儀が開
催できる斎場であって、その参加人数を収容できる斎場
を検索することになる。次に、制御部１０２は、こうし
て得られた斎場の中から、さらに、先に受け取った検索
条件のうち、希望日時の情報に基づいて、条件にあった
斎場を検索する（ステップＳ１２０）。即ち、斎場情報
１１２に含まれる予約情報を参照しながら、希望日時に
空いている斎場を検索することになる。

【００５５】その後、検索結果が得られたら、制御部１
０２は、検索により導き出された斎場について、斎場情
報１１２から、その斎場の場所、使用料、設備などの情
報を読み出す。そして、先に読み出した登録者である故
人の住所の情報と、その斎場の場所の情報とを参照しな
がら、検出された斎場を、故人の住所から近い順にソー
トし、その斎場の名称、種別、場所、収容人数、使用
料、設備などの情報を掲載した検索結果一覧画面を作成
し、予約希望者用情報端末２００に提供する（ステップ
Ｓ１２２）。これにより、予約希望者用情報端末２００
のモニタ２５８には、図８に示すような検索結果一覧画
面が表示される（ステップＳ１２４）。

【００５６】図８は図１における予約希望者用情報端末
２００のモニタ２５８に表示される検索結果一覧画面５
０４を示す説明図である。検索結果一覧画面５０４に
は、図８に示すように、斎場毎に、その斎場の名称、種
別、場所、収容人数、使用料、設備及び備考の情報が表
示され、それぞれの斎場の情報は、上から順番に、その
場所が故人の住所から近い順に並んで表示される。

【００５７】斎場予約希望者は、その検索結果一覧画面
５０４を見て、予約したい斎場を決定し、予約希望者用
情報端末２００の入力部２０４から、その斎場を予約す
る旨の予約指示を入力する。制御部２０２は、その予約
指示を斎場予約サーバ１００に送信する（ステップＳ１
２６）。斎場予約サーバ１００の制御部１０２は、その
予約指示を受け取ると、その予約指示の示す斎場につい
て、データベース１１０の斎場情報１１２に含まれる予
約情報を読み出して、その予約指示の示す希望日時にそ
の斎場が空いているか否かを確認する。その結果、空い
ていれば、その予約情報を更新して（具体的には、希望
日時おける予約情報を「空き」から「予約」に書き換え
て）、斎場の予約を行う（ステップＳ１２８）。そし
て、制御部１０２は、斎場の予約を行った旨の予約通知
を、予約指示を行った予約希望者用情報端末２００と、
予約の対象となった斎場の管理者用情報端末３００とに
送信する（ステップＳ１３０）。各情報端末２００，３
００の制御部２０２，３０２は、それぞれ、その予約通
知を受け取ると、その通知内容を出力部２０６，３０６
であるモニタに表示させる（ステップＳ１３２，Ｓ１３
４）。

【００５８】また、斎場予約希望者が予約指示を入力す
る際には、付帯的な情報として、登録者である故人の死
亡日時や、喪主の氏名及び故人との続柄などの情報も併
せて入力させるようにしている。このような付帯情報が
斎場予約サーバ１００に送られると、制御部１０２が、
この付帯情報を葬儀情報として、データベース１１０の
登録者情報１１４中の、登録者である故人に関する情報
に付加する。なお、その故人に関する情報に、死亡した
場合に斎場予約希望者に成り得る者として、家族や親戚
など氏名などが既に登録されている場合には、斎場予約
希望者が予約指示をする際、そのうちの誰が喪主となる
かを指定するだけでもよい。

【００５９】一方、制御部１０２が空き状況を確認した
結果、その希望日時が空いていない場合（例えば、斎場
予約サーバ１００において斎場の検索が行われてから、
予約指示が斎場予約サーバ１００に送信されるまでの間
に、対象となる斎場が第三者に予約されてしまったよう
な場合）には、制御部１０２は、予約指示を行った予約
希望者用情報端末２００に対して、その斎場が既に予約
されている旨の予約不可通知を送信する。予約希望者用
情報端末２００の制御部２０２は、その予約不可通知を
受け取ると、その通知内容をモニタ２５８に表示させ
る。

【００６０】斎場予約希望者は、図８に示した検索結果
一覧画面５０４を見て、予約したい斎場が見あたらない
場合や、斎場予約サーバ１００から予約不可通知を受け
取った場合には、図７に示した斎場予約画面５０２に戻
した上で、改めて、別の検索条件を入力するようにす
る。

【００６１】また、斎場予約希望者は、図８に示した検
索結果一覧画面５０４を見た後、予約対象候補をさらに
絞り込みたい場合には、検索条件を追加入力して、絞り
込み検索を行なうようにしても良い。具体的には、例え
ば、前述したように、検索条件として、葬儀を行う希望
日時と、葬儀に参加する参加人数と、を入力して検索を
行った後に、さらに、葬儀に用いる予算などを追加入力
して、絞り込み検索を行ない、予約対象候補を絞り込む
のである。

【００６２】また、斎場予約サーバ１００の制御部１０
２は、検索条件に従って斎場の検索を行った際、検索条
件を満たす斎場が見つからない場合には、その検索条件
に近い斎場を導き出して、検索結果とするようにしても
良い。

【００６３】以上説明したように、本実施例によれば、
斎場予約希望者は、自らが希望する条件にあった斎場を
時間や手間を費やすことなく予約することができる。ま
た、斎場検索では、近い斎場が隣接する県にあっても、
その斎場の情報が登録されている限り検索され得るの
で、行政区画に関わらず近い斎場を予約することが可能
である。

【００６４】Ｃ−３．葬儀通知の発送：予約希望者用情
報端末２００のモニタ２５８に表示された予約通知の内
容には、希望した斎場の予約が成立した旨の記載の他
に、葬儀通知発送先リストを作成するか否かの問い合わ
せも併せて記載されている（ステップＳ１３０）。そこ
で、斎場予約希望者が、モニタ２５８に表示された予約
通知の内容を確認し、入力部２０４から葬儀通知発送先
リストの作成を依頼する旨の作成指示を入力すると、制
御部２０２は、その作成指示を斎場予約サーバ１００に
送信する（ステップＳ１３６）。斎場予約サーバ１００
の制御部１０２は、その作成指示を受け取ると、データ
ベース１１０の登録者情報１１４から、該当する登録者
（即ち、故人）の連絡先情報を読み出して、その情報に
基づいて、葬儀通知発送先リストを作成し、そのリスト
を掲載した発送先リスト画面を、予約希望者用情報端末
２００に対し提供する（ステップＳ１３８）。これによ
り、予約希望者用情報端末２００のモニタ２５８には、
図９に示すような発送先リスト画面が表示される（ステ
ップＳ１４０）。

【００６５】図９は図１における予約希望者用情報端末
２００のモニタ２５８に表示される発送先リスト画面５
０６を示す説明図である。発送先リスト画面５０６に
は、図９に示すように、発送相手毎に、その発送相手の
氏名、分類（親類、友人、同僚などの登録者である故人
との間柄など）、住所、電話番号、ファクシミリ番号、
電子メールアドレスの情報が表示される。なお、電話番
号や、ファクシミリ番号や、電子メールアドレスがない
場合には、空欄となっている。また、右端の２列には、
それぞれ、その発送相手に対して葬儀通知を発送するか
否かを指示するための「通知要否」の欄と、その発送相
手に対して葬儀通知をどのような方法で発送するかを指
示するための「発送方法」の欄が設けられている。

【００６６】「通知要否」欄は、初期状態では、すべて
の発送相手について、葬儀通知を発送する旨を示す
「要」となっている。また、「発送方法」の欄は、初期
状態では、登録者が連絡先情報を斎場予約サーバ１００
に登録した段階で予め指示した方法がそれぞれ記載され
ている。

【００６７】なお、発送方法としては、郵送、ファクシ
ミリ、電子メールの何れかの方法を採ることができる。
但し、ファクシミリ番号がない発送相手に対しては、フ
ァクシミリを発送方法として選択することはできず、ま
た、電子メールアドレスがない発送相手に対しては、電
子メールを発送方法として選択できないようになってい
る。また、必要に応じて、電子郵便や電報などの発送方
法を選択できるようにしても良い。

【００６８】斎場予約希望者は、図９に示す発送先リス
ト画面５０６を見て、葬儀通知の発送先をチェックし、
葬儀通知の発送が不要な発送相手に対しては、入力部２
０４を操作して、「通知要否」欄の内容を「要」から
「否」に変更する。また、発送方法を変更したい場合
も、同様に、入力部２０４を操作して、「発送方法」欄
の内容を、所望の発送方法に変更する。

【００６９】なお、モニタ２５８の画面を見ながらでは
チェックしづらい場合には、斎場予約希望者が入力部２
０４から印刷指示を入力することによって、制御部２０
２が、出力部２０６であるプリンタ２６８から、発送先
リスト画面５０６に表示された葬儀通知発送先リストを
印刷して出力させることで、斎場予約希望者は、その印
刷された発送先リストを見ながらチェックするようにし
ても良い。

【００７０】また、図３に示した予約希望者用情報端末
２００では、出力部２０６としてプリンタ２６８を備え
ているが、プリンタを備えていない情報端末を用いてい
る場合には、葬儀通知発送先リストを印刷することがで
きない。そこで、そのような場合には、モニタ２５８に
表示されている発送先リスト画面５０６に、「ファック
ス送信依頼」または「電子郵便発送依頼」などのボタン
を用意しておき、葬儀予約希望者が、入力部２０４によ
って、そのボタンをクリックして指示を入力することに
より、制御部２０２が、その指示を斎場予約サーバ１０
０に送信する。すると、斎場予約サーバ１００の制御部
１０２は、その指示に従って、葬儀通知発送先リストを
公衆回線を介してファクシミリ送信するか、または、電
子郵便で発送させて、斎場予約希望者の手元に印刷物と
して届けるようにする。

【００７１】葬儀通知発送先リストのチェックが終了す
ると、斎場予約希望者は、入力部２０４から、チェック
済みの葬儀通知発送先リストに従って、葬儀通知の発送
を依頼する旨の発送指示を入力すると、制御部２０２
は、その発送指示を斎場予約サーバ１００に送信する
（ステップＳ１４２）。斎場予約サーバ１００の制御部
１０２では、その発送指示を受け取ると、葬儀通知発送
先リストの内容がチェックによって変更されている場合
には、その変更内容に応じて、データベース１１０に格
納されている元の連絡先情報を更新する。

【００７２】次に、制御部１０２は、葬儀通知を作成し
て、葬儀通知発送先リストに従って、葬儀通知の発送準
備または発送を行う（ステップＳ１４４）。具体的に
は、まず、制御部１０２が、登録者情報１１４の葬儀情
報などから、登録者である故人の氏名や、喪主の氏名や
故人との続柄、故人の死亡日時の情報を読み出すと共
に、斎場情報１１２の予約情報から、葬儀の日時や、斎
場の場所の情報を読み出し、それらの情報を元にして、
葬儀通知の内容を作成する。次に、制御部１０２は、葬
儀通知発送先リストに基づいて「通知要否」欄が「要」
となっている人数のうち、「発送方法」欄が「郵送」と
なっている人数を導き出し、その人数分だけ、先に作成
した葬儀通知をプリンタ１６８に印刷させると共に、葬
儀通知発送先リストの「住所」欄の記載に基づいて、宛
名印刷もプリンタ１６８に行わせる。印刷された葬儀通
知は、サーバ事業者の手を介して、発送相手に郵送され
る。

【００７３】また、制御部１０２は、「発送方法」欄が
「ＦＡＸ」となっている発送相手に対しては、葬儀通知
発送先リストの「ＦＡＸ」欄に記載されたファクシミリ
番号に基づいて、先に作成した葬儀通知を、斎場予約サ
ーバ１００に接続された公衆回線を介してファクシミリ
送信により発送する。さらに、制御部１０２は、「発送
方法」欄が「メール」となっている発送相手に対して
は、葬儀通知発送先リストの「電子メール」欄に記載さ
れた電子メールアドレスに基づいて、先に作成した葬儀
通知を電子メールによってインターネット４００を介し
て送信する。

【００７４】以上説明したように、本実施例によれば、
斎場予約希望者は、斎場予約サーバ１００で作成された
葬儀通知発送先リストを見ながら、葬儀通知を送るべき
相手を、漏れがないようチェックすることができる。ま
た、斎場予約希望者は、葬儀通知の発送を指示するだけ
で、斎場予約サーバ１００側において、葬儀通知の作成
や、葬儀通知の発送準備または発送が行われるので、斎
場予約希望者は余分な手間をかけなくて済み、大幅に負
担が軽減される。

【００７５】Ｃ−４．喪中欠礼通知の発送：以上、本実
施例の斎場予約システムについて、斎場予約から葬儀通
知発送までの一連の動作を説明したが、本実施例の斎場
予約システムでは、葬儀が行われた年の年末において、
さらに、次のような動作を行う。

【００７６】即ち、斎場予約サーバ１００の制御部１０
２は、内部時計を参照し、年末の、予め定めされた設定
日時になったら、データベース１１０の登録者情報１１
４から、その年に亡くなった登録者を検索し、その登録
者について斎場予約を行った予約希望者用情報端末２０
０を特定する（ステップＳ１４６）。

【００７７】そして、制御部１０２は、その予約希望者
用情報端末２００に対して、喪中欠礼通知の発送を行う
か否かの問い合わせを行う喪中欠礼通知発送案内を送信
する（ステップＳ１４８）。予約希望者用情報端末２０
０の制御部２０２は、その発送案内を受け取ると、モニ
タ２５８にその発送案内を表示させる（ステップＳ１５
０）。斎場予約希望者は、その案内を見て、喪中欠礼通
知の発送を希望する場合には、入力部２０４から喪中欠
礼通知の発送を依頼する旨の発送指示を入力する。この
発送指示には、喪中欠礼通知の差出人に関する情報も付
加する。制御部２０２は、その入力された発送指示を斎
場予約サーバ１００に送信する（ステップＳ１５２）。

【００７８】斎場予約サーバ１００の制御部１０２は、
その発送指示を受け取ると、喪中欠礼通知を作成して、
喪中欠礼通知の発送準備または発送を行う（ステップＳ
１５４）。

【００７９】具体的には、制御部１０２は、発送指示に
含まれている差出人に関する情報や、登録者情報１１４
中の、故人に関する情報を元にして、喪中欠礼通知の内
容を作成する。そして、制御部１０２は、登録者情報１
１４から、該当する登録者の連絡先情報を読み出して、
その連絡先情報に基づいて、前述した葬儀通知を発送し
たときと同様の方法により、葬儀通知を発送したと同様
な発送相手に対して、喪中欠礼通知を発送する。

【００８０】このように、本実施例によれば、斎場予約
希望者が、喪中欠礼通知の発送を指示するだけで、斎場
予約サーバ１００側において、喪中欠礼通知通知の作成
や、喪中欠礼通知の発送準備または発送が行われるの
で、斎場予約希望者にかかる負担を大幅に省くことがで
きる。

【００８１】Ｄ．変形例：なお、本発明は上記した実施
例や実施形態に限られるものではなく、その要旨を逸脱
しない範囲において種々の態様にて実施することが可能
である。

【００８２】上記した実施例では、各情報端末２００，
３００はＰＣによって構成されているものとして説明し
たが、インターネット専用端末や、インターネットに接
続可能なテレビや、ゲーム機器や、セットトップボック
スなどによって構成するようにしてもよい。また、イン
ターネット接続機能を有する携帯電話機や、携帯情報端
末や、携帯メール端末などであってもよい。なお、イン
ターネット専用端末などは、いわゆるＩＴ政策などによ
って、各家庭に配布されるものを利用するようにしても
よい。

【００８３】また、上記した実施例では、斎場予約サー
バ１００は、予約希望者用情報端末２００からの予約指
示を受け取って、斎場情報１１２に含まれる予約情報を
確認し、空いていれば、予約を行っていたが、別の方法
として、予約指示を受け取った後、一旦、管理者用情報
端末３００にその指示を伝達した上で、管理者用情報端
末３００からの、斎場管理者による予約確認通知を受け
取ってから、予約を行うようにしても良い。この場合に
は、予約を行った後の、管理者用情報端末３００に対す
る予約通知の送付は不要となる。

【００８４】また、斎場管理者に対する予約通知は、フ
ァクシミリや電子メールで行うようにしても良い。

【００８５】また、上記した実施例では、登録者の住所
や、宗教，宗派などの情報は予め登録者情報１１４とし
て、登録されていたが、これらの情報は、斎場予約希望
者が、斎場検索を行う際に、入力するようにしても良
い。

【００８６】また、上記した実施例では、葬儀通知の発
送に際して、事前に、斎場予約サーバ１００側で葬儀通
知発送先リストを作成し、斎場予約希望者がチェックで
きるようにしていたが、データベース１１０に格納され
ている連絡先情報（即ち、葬儀通知発送先）を変更する
必要がないことが明らかである場合には、葬儀通知発送
先リストを作成することなく、斎場予約希望者が直ちに
葬儀通知の発送指示を出すようにしても良い。

【００８７】また、上記した実施例では、喪中欠礼通知
の発送に際して、事前に、喪中欠礼通知の発送先リスト
は作成していないが、これを斎場予約サーバ１００側で
作成して、斎場予約希望者がチェックできるよう、予約
希望者用情報端末２００に送付するようにしても良い。

【００８８】また、上記した実施例では、斎場予約サー
バ１００において、制御部１０２が葬儀通知の内容や喪
中欠礼通知の内容を作成した後、それら葬儀通知，喪中
欠礼通知の印刷や発送を行うようにしていたが、葬儀通
知，喪中欠礼通知の内容を作成した段階で、それらを、
一旦、斎場予約サーバ１００から予約希望者用情報端末
２００に送信して、斎場予約希望者による内容のチェッ
クを仰ぐようにしても良い。そして、その結果、予約希
望者用情報端末２００から、修正なしとの斎場予約希望
者による回答が得られたら、斎場予約サーバ１００にお
いて、それら葬儀通知，喪中欠礼通知の印刷や発送を行
うようにしても良い。

【図面の簡単な説明】

【図１】本発明の一実施例としての斎場予約システムの
構成を示すブロック図である。

【図２】図１に示す斎場予約サーバ１００のハードウェ
ア構成を示すブロック図である。

【図３】図１に示す予約希望者用情報端末２００のハー
ドウェア構成を示すブロック図である。

【図４】図１に示した斎場予約システムの動作内容を説
明するためのフローチャートである。

【図５】図１に示した斎場予約システムの動作内容を説
明するためのフローチャートである。

【図６】図１に示した斎場予約システムの動作内容を説
明するためのフローチャートである。

【図７】図１における予約希望者用情報端末２００のモ
ニタ２５８に表示される斎場検索画面５０２を示す説明
図である。

【図８】図１における予約希望者用情報端末２００のモ
ニタ２５８に表示される検索結果一覧画面５０４を示す
説明図である。

【図９】図１における予約希望者用情報端末２００のモ
ニタ２５８に表示される発送先リスト画面５０６を示す
説明図である。

【符号の説明】

１００…斎場予約サーバ１０２…制御部１０４…入力部１０６…出力部１１０…データベース１１２…斎場情報１１４…登録者情報１５０…ＣＰＵ１５２…Ｉ／Ｏ部１５４…メモリ１５６…入力装置１５８…モニタ１６０…通信装置１６２…ハードディスク装置１６４…ＣＤ−ＲＯＭ１６６…ＣＤ−ＲＯＭドライブ装置１６８…プリンタ２００…希望者用情報端末２０２…制御部２０４…入力部２０６…出力部２５０…ＣＰＵ２５２…Ｉ／Ｏ部２５４…メモリ２５６…入力装置２５８…モニタ２６０…通信装置２６８…プリンタ３００…管理者用情報端末３０２…制御部３０４…入力部３０６…出力部４００…インターネット５０２…斎場検索画面５０４…検索結果一覧画面５０６…発送先リスト画面

───────────────────────────────────────────────────── フロントページの続き (72)発明者池上敏正長野県諏訪市大和三丁目３番５号セイコーエプソン株式会社内Ｆターム(参考） 5B075 NK12 PP13 PQ32 PQ46 UU08

Claims

【特許請求の範囲】

【請求項１】斎場を予約するための斎場予約システム
であって、斎場予約希望者によって操作される情報端末であって、
第１の入力部と、第１の出力部と、第１の制御部と、を
備えた予約希望者用情報端末と、斎場に関する情報及び登録者に関する情報を格納するデ
ータベースと、第２の制御部と、を備えたサーバと、を備え、前記第１の制御部は、前記斎場予約希望者による操作に
よって、前記第１の入力部を介して予約したい斎場の条
件が入力された場合に、該斎場条件を前記サーバに送信
し、前記第２の制御部は、送信された前記斎場条件と、前記
データベースに格納されている少なくとも前記斎場情報
と、に基づいて、前記斎場条件を満たす斎場を検索し、
その検索結果を前記予約希望者用情報端末に送信し、前記第１の制御部は、送信された検索結果を前記第１の
出力部を介して出力すると共に、その後、前記斎場予約
希望者による操作によって、前記第１の入力部を介して
所定の斎場を予約する旨の予約指示が入力された場合
に、該予約指示を前記サーバに送信し、前記第２の制御部は、送信された前記予約指示に基づい
て、前記データベースに格納されている前記斎場情報の
うち、前記予約指示が示す斎場の情報を更新して、該斎
場の予約を行った後、予約を行った旨の通知を前記予約
希望者用情報端末に送信し、前記第１の制御部は、送信された前記通知を前記第１の
出力部を介して出力することを特徴とする斎場予約シス
テム。
【請求項２】請求項１に記載の斎場予約システムにお
いて、前記斎場条件が、予約したい日または日時に関する条件
を含み、前記斎場情報が、斎場の予約状況を表す情報を含む場
合、前記第２の制御部は、それら条件及び情報に基づいて、
少なくとも、予約したい日または日時に空いている斎場
を検索することを特徴とする斎場予約システム。
【請求項３】請求項１に記載の斎場予約システムにお
いて、前記第２の制御部は、前記斎場を検索する際、前記デー
タベースに格納されている前記登録者情報に、故人に関
連する情報が含まれている場合に、前記斎場条件及び前
記斎場情報の他、前記登録者情報に基づいて検索を行う
ことを特徴とする斎場予約システム。
【請求項４】請求項１に記載の斎場予約システムにお
いて、斎場管理者によって操作される情報端末であって、第２
の出力部と、第３の制御部と、を備えた管理者用情報端
末をさらに備え、前記第２の制御部は、前記斎場の予約を行った後、その
予約の対象となった斎場に関わる前記管理者用情報端末
に対し、予約を行った旨の通知を送信し、前記第３の制御部は、送信された前記通知を前記第２の
出力部を介して出力することを特徴とする斎場予約シス
テム。
【請求項５】請求項１に記載の斎場予約システムにお
いて、前記第２の制御部は、前記データベースに格納されてい
る前記登録者情報に、故人に関連する情報として、連絡
先の情報が含まれている場合、前記斎場の予約を行った
後に、前記連絡先情報に基づいて、葬儀通知発送先リス
トを作成して前記予約希望者用情報端末に送信し、前記第１の制御部は、送信された前記葬儀通知発送先リ
ストを前記第１の出力部を介して出力することを特徴と
する斎場予約システム。
【請求項６】請求項５に記載の斎場予約システムにお
いて、前記サーバは、印刷装置をさらに備えると共に、前記第１の制御部は、前記斎場予約希望者による操作に
よって、前記第１の入力部を介して葬儀通知を発送する
旨の発送指示が入力された場合に、該発送指示を前記サ
ーバに送信し、前記第２の制御部は、送信された前記発送指示に従っ
て、前記葬儀通知および宛名を前記印刷装置に印刷させ
ることを特徴とする斎場予約システム。
【請求項７】請求項５に記載の斎場予約システムにお
いて、前記第１の制御部は、前記斎場予約希望者による操作に
よって、前記第１の入力部を介して葬儀通知を発送する
旨の発送指示が入力された場合に、該発送指示を前記サ
ーバに送信し、前記第２の制御部は、送信された前記発送指示に従っ
て、前記葬儀通知を電子通信手段を介して前記連絡先に
発送することを特徴とする斎場予約システム。
【請求項８】請求項１に記載の斎場予約システムにお
いて、前記第２の制御部は、前記データベースに格納されてい
る前記登録者情報に、故人に関連する情報として、連絡
先の情報が含まれている場合、斎場予約を行った年の年
末に、喪中欠礼通知発送案内を前記予約希望者用情報端
末に送信し、前記第１の制御部は、送信された前記喪中欠礼通知発送
案内を前記第１の出力部を介して出力することを特徴と
する斎場予約システム。
【請求項９】請求項８に記載の斎場予約システムにお
いて、前記サーバは、印刷装置をさらに備えると共に、前記第１の制御部は、前記斎場予約希望者による操作に
よって、前記第１の入力部を介して喪中欠礼通知を発送
する旨の発送指示が入力された場合に、該発送指示を前
記サーバに送信し、前記第２の制御部は、送信された前記発送指示に従っ
て、前記喪中欠礼通知および宛名を前記印刷装置に印刷
させることを特徴とする斎場予約システム。
【請求項１０】請求項８に記載の斎場予約システムに
おいて、前記第１の制御部は、前記斎場予約希望者による操作に
よって、前記第１の入力部を介して喪中欠礼通知を発送
する旨の発送指示が入力された場合に、該発送指示を前
記サーバに送信し、前記第２の制御部は、送信された前記発送指示に従っ
て、前記喪中欠礼通知を電子通信手段を介して前記連絡
先に発送することを特徴とする斎場予約システム。
【請求項１１】斎場を予約するための斎場予約方法で
あって、（ａ）斎場予約希望者によって操作される情報端末と、
斎場に関する情報を格納するデータベースを備えたサー
バと、を用意する工程と、（ｂ）前記斎場予約希望者による操作によって、前記情
報端末に予約したい斎場の条件が入力された場合に、前
記情報端末が前記斎場条件を前記サーバに送信する工程
と、（ｃ）前記サーバが、送信された前記斎場条件と、前記
データベースに格納されている前記斎場情報と、に基づ
いて、前記斎場条件を満たす斎場を検索し、その検索結
果を前記情報端末に送信する工程と、（ｄ）前記情報端末が、送信された検索結果を出力する
工程と、（ｅ）前記斎場予約希望者による操作によって、前記情
報端末に所定の斎場を予約する旨の予約指示が入力され
た場合に、前記情報端末が前記予約指示を前記サーバに
送信する工程と、（ｆ）前記サーバが、送信された前記予約指示に基づい
て、前記データベースに格納されている前記斎場情報の
うち、前記予約指示が示す斎場の情報を更新し、該斎場
の予約を行う工程と、（ｇ）前記サーバが、予約を行った旨の通知を前記情報
端末に送信する工程と、（ｈ）前記情報端末が、送信された前記通知を出力する
工程と、を備える斎場予約方法。