JP6664354B2 - 葬儀支援システム、葬儀支援方法及び葬儀支援プログラム - Google Patents

Description

本発明は、葬儀に関する情報を提供する葬儀支援装置、葬儀支援方法及び葬儀支援プログラムに関する。

近年葬儀に関するサービスを提供するためのシステムが考案されている。例えば、特許文献１には、ユーザが、亡くなる前に、ユーザ自身の葬儀において流してほしい映像等を預託しておき、ユーザの死後、葬儀を行う際に、預託されていた映像を提供するシステムが開示されている。

特開２０１２−１１３７０２号公報

ところで、人が亡くなるとすぐに通夜や葬儀を行うが、場合によっては、喪主には、適当な葬儀のための手配を行う時間的余裕がなかったりなどして、葬儀の手配に手間取り、喪主にとって満足のいく通夜や葬儀を行うことができない場合がある。上述の特許文献１に示すように、事前に用意をしておけばよいが、往々にして、葬儀の手配などを事前にしておくのは困難であるという問題がある。

そこで、本発明は上記問題に鑑みてなされたものであり、時間をかけずに、ユーザに適した葬儀に必要な情報を提供することができる葬儀支援装置、葬儀支援方法及び葬儀支援プログラムを提供することを目的とする。

上記課題を解決するために、本発明の一態様に係る葬儀支援装置は、ユーザから、葬儀を行う対象者に関する対象者情報の入力を受け付ける受付部と、火葬場に関する火葬場情報と、斎場に関する斎場情報とを記憶する記憶部と、受付部が入力を受け付けると、火葬場情報及び対象者情報に基づいて対象者を火葬するための火葬場を推奨する第１推奨部と、受付部が入力を受け付けると、斎場情報及び対象者情報に基づいて対象者の葬儀を行うための斎場を推奨する第２推奨部と、を備える。

また、本発明の一態様に係る葬儀支援方法は、ユーザから、葬儀を行う対象者に関する対象者情報の入力を受け付ける受付ステップと、火葬場に関する火葬場情報と、斎場に関する斎場情報とを記憶部に記憶する記憶ステップと、受付ステップが入力を受け付けると、火葬場情報及び対象者情報に基づいて対象者を火葬するための火葬場を推奨する第１推奨ステップと、受付ステップが入力を受け付けると、斎場情報及び対象者情報に基づいて対象者の葬儀を行うための斎場を推奨する第２推奨ステップと、を含む。

また、本発明の一態様に係る葬儀支援プログラムは、コンピュータに、ユーザから、葬儀を行う対象者に関する対象者情報の入力を受け付ける受付機能と、火葬場に関する火葬場情報と、斎場に関する斎場情報とを記憶する記憶機能と、受付機能が入力を受け付けると、火葬場情報及び対象者情報に基づいて対象者を火葬するための火葬場を推奨する第１推奨機能と、受付機能が入力を受け付けると、斎場情報及び対象者情報に基づいて対象者の葬儀を行うための斎場を推奨する第２推奨機能と、を実現させる。

また、上記葬儀支援システムにおいて、火葬場情報は、火葬場の使用予定を示すスケジュール情報を含み、受付部は、さらに、対象者情報の一つとしてユーザの位置を示すユーザ位置情報を受け付け、第１推奨部は、入力を受け付けた日時と、ユーザ位置情報と、スケジュール情報と、に基づいて、対象者を火葬する火葬場を推奨することとしてもよい。

また、上記葬儀支援システムにおいて、第１推奨部は、入力を受け付けた日時以降であって、当該日時に近い日時でスケジュール情報に空きがある火葬場を推奨することとしてもよい。

また、上記葬儀支援システムにおいて、火葬場情報は、火葬場の位置を示す火葬場位置情報を含み、第１推奨部は、火葬場位置情報を参照して、ユーザ位置情報から所定範囲内に含まれる火葬場を推奨することとしてもよい。

また、上記葬儀支援システムにおいて、受付部は、対象者の葬儀に係る対象者情報の入力を受け付け、第２推奨部は、対象者情報と、斎場情報とに基づいて、対象者の葬儀を行う斎場を推奨することとしてもよい。

また、上記葬儀支援システムにおいて、斎場情報は、葬儀に参列可能な人数情報を含み、対象者情報は葬儀に参列予定の人数情報を含み、第２推奨部は、参列予定の人数情報で示される人数が収容可能な参列可能な人数情報を有する斎場を推奨することとしてもよい。

また、上記葬儀支援システムにおいて、斎場情報は、葬儀を行うことが可能な宗教情報を含み、対象者情報は、対象者が信奉する宗教情報を含み、第２推奨部は、対象者が信奉する宗教情報と合致する宗教情報を含む斎場情報を有する斎場を推奨することとしてもよい。

また、上記葬儀支援システムにおいて、第２推奨部は、火葬場から所定範囲内に存在する斎場を推奨することとしてもよい。

また、上記葬儀支援システムにおいて、斎場情報は、斎場の付加価値を示す付加価値情報を含み、第２推奨部は、付加価値情報に基づいて斎場を推奨することとしてもよい。

また、上記葬儀支援システムにおいて、ユーザからの入力に基づいて火葬場または斎場を決定し、火葬場または斎場を予約する予約部とを備えることとしてもよい。

本発明の一態様に係る葬儀支援装置は、入力された葬儀に関する条件に応じた葬儀の様子を示す画像情報を提供することができる。したがって、例えば、ユーザが自身で行おうとしている葬儀の条件を入力すれば、同等の条件下で行われた他の葬儀の様子を事前に知ることができる。

葬儀支援装置を含む葬儀支援システムのシステム態様の一例を示すシステム図である。 葬儀支援装置の詳細な構成例を示すブロック図である。 火葬場データベースのデータ構成例を示すデータ概念図である。 斎場データベースのデータ構成例を示すデータ概念図である。 葬儀支援装置の情報提供に係る動作を示すフローチャートである。 葬儀支援装置の予約に係る動作を示すフローチャートである。 葬儀情報提供装置が提供するインターフェース画面の一例を示す図である。 葬儀支援装置の詳細な構成例を示すブロック図である。

以下、本発明の一実施態様に係る葬儀支援システムについて、図面を参照しながら詳細に説明する。

＜実施の形態＞
＜構成＞
図１は、葬儀支援システムのシステム態様を示す図である。図１に示すように、葬儀支援システムは、葬儀支援装置１００を含む。葬儀支援装置１００は、ネットワーク３００を介して、ユーザの端末２００や、火葬場４００に対応するＰＣ等の機器、斎場５００に対応するＰＣ等の機器と通信可能に接続されている。なお、ここでは、端末２００、火葬場４００、斎場５００をそれぞれ一つずつ示しているが、これらは、複数存在してもよい。

葬儀支援システムは、葬儀等を行うことを希望している対象者に対して葬儀に係る各種の情報を提供するものである。より具体的には、葬儀支援装置１００は、ユーザの端末２００から、葬儀を行いたい対象者に関する情報の入力を受け付けて、当該葬儀を行うのに適した火葬情報４００や斎場５００の情報を、ユーザの端末２００に提供する。葬儀を行いたい対象者とは、故人であってもよいし、生前葬を行う人物のことであってもよい。

図１に示すように、葬儀支援装置１００は、受付部１１０と、記憶部１３０と、第１推奨部１２１と、第２推奨部１２２とを含む。

受付部１１１は、ユーザから、葬儀を行う対象者に関する対象者情報の入力を受け付ける。ここでいう対象者は、前述の通り、故人であってもよいし、生前葬を行う人物のことであってもよい。また、対象者情報は、葬儀を行う対象者に関する情報であれば、どのような情報であってもよく、名前、年齢、没年月日、所在、連絡先、葬儀の希望地域、葬儀の希望日時などの情報を含んでよい。当該受付は、電子メール、葬儀支援装置１００が提供するウェブページへの書き込み、ユーザから電話を受けての葬儀支援装置１００のオペレータによる手入力など様々な態様により実現されてよい。

記憶部１３０は、火葬場に関する火葬場情報と、斎場に関する斎場情報とを記憶する機能を有する。記憶部１３０は、情報を記憶する機能を有する各種の記録媒体により実現することができ、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。火葬場情報は、火葬場に関連する情報であればどのような情報であってよく、例えば、火葬場の名称、所在地、連絡先、使用可能な日時などの情報を含んでよい。

第１推奨部１２１は、受付部１１１が対象者情報の入力を受け付けると、記憶部１３０に記憶されている火葬場情報及び受付部１１１が受け付けた対象者情報に基づいて、対象者を火葬するための火葬場を推奨する機能を有する。第１推奨部１２１は、例えば、対象者情報の所在と、火葬場の所在に基づいて、対象者を火葬するための火葬場を推奨することができる。

第２推奨部１２２は、受付部１１１が対象者情報の入力を受け付けると、記憶部１３０に記憶されている斎場情報及び受付部１１１が受け付けた対象者情報に基づいて、対象者を火葬するための斎場を推奨する機能を有する。第１推奨部１２１は、例えば、対象者情報の所在と、斎場の所在に基づいて、対象者を火葬するための斎場を推奨することができる。

したがって、葬儀支援システムによれば、葬儀に関する情報をユーザに提供することができるので、葬儀に詳しくないユーザであっても、葬儀を行いたい対象者の情報を入力するだけで、葬儀に関する情報の提供を受けることができる。

以下、葬儀支援システムに係る葬儀支援装置１００について詳細に説明する。

図２は、葬儀支援装置１００の詳細な構成例を示すブロック図である。図２に示すように、葬儀支援装置１００は、通信部１１０と、制御部１２０と、記憶部１３０とを備えるコンピュータシステムである。通信部１１０と、制御部１２０と、記憶部１３０とは、互いにバス１４０を介して接続されている。

通信部１１０は、ネットワーク３００を介して、外部の装置と通信を実行する機能を有する。例えば、通信部１１０は、ユーザ端末２００や、火葬場４００に対応する端末、葬儀場５００に対応する端末などと通信を実行する機能を有する。通信部１１０は、外部の装置と通信が実行できれば、有線、無線を問わないものとする。また、通信に用いる通信規格も問わないものとする。通信部１１０は、上述の受付部１１１として機能する。

通信部１１０は、制御部１２０から伝達された情報を外部の装置に送信する機能を有し、外部の装置から受信した情報を制御部１２０に伝達する機能を有する。通信部１１０は、具体的には、ユーザ端末２００等から、葬儀を行う対象者に関する対象者情報の入力、より具体的には、葬儀に関する情報を要求する要求情報の入力を受け付けて、制御部１２０に伝達する。

制御部１２０は、葬儀支援装置１００の各部を制御する機能を有する。制御部１２０は、例えば、記憶部１３０に記憶されている各種のプログラムを実行するプロセッサである。制御部１２０は、上述の第１推奨部１２１、第２推奨部１２２として機能する。制御部１２０は、記憶部１３０に記憶されている火葬場推奨プログラムや、斎場推奨プログラムを実行することで、火葬場の推奨や、斎場の推奨を行う。

第１推奨部１２１は、制御部１２０に伝達された対象者情報に基づいて、記憶部１３０に記憶されている火葬場データベース１３１を参照して、対象者情報で示される葬儀を行う対象者に適した火葬場を特定し、ユーザに対して推奨する。例えば、対象者情報で示される所在から所定範囲内に存在する火葬場を推奨する。

第２推奨部１２２は、制御部１２０に伝達された対象者情報に基づいて、記憶部１３０に記憶されている斎場データベース１３２を参照して、対象者情報で示される葬儀を行う対象者に適した斎場を特定し、ユーザに対して推奨する。例えば、対象者情報で示される所在から所定範囲内に存在する斎場を推奨する。

また、制御部１２０は、予約部１２３としても機能してよい。予約部１２３は、ユーザ端末２００から使用したい火葬場又は斎場を指定する情報を受け付けた場合に、指定された火葬場または斎場に対して、予約を行う機能を有する。予約部１２３は、火葬場または斎場に対応する端末に対して、火葬場または斎場を利用したい旨を示す予約情報を、通信部１１０を介して送信する。ここで、予約情報は、火葬場または斎場を利用する日時の情報を含む。予約部１２３は、当該予約情報を受けた火葬場または斎場から予約を受け付けた旨を示す受付情報を受信した場合には、その旨をユーザ端末２００に通知する。

記憶部１３０は、葬儀支援装置１００が動作上必要とする各種のプログラムやデータを記憶する機能を有する。記憶部１３０は、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリなどの記録媒体により実現することができる。記憶部１３０は、第１推奨部１２１が推奨する火葬場を特定するためのプログラムや、第２推奨部１２２が推奨する斎場を特定するためのプログラムなどを記憶している。また、記憶部１３０は、火葬場について、火葬に要する時間や、斎場について、葬儀に要する時間などの情報も記憶している。記憶部１３０は、火葬場に関する各種の情報を示す火葬場データベース１３１と、斎場に関する各種の情報を示す斎場データベース１３２とを記憶している。火葬場データベース１３１と、斎場データベース１３２との詳細については、後述する。

以上が、葬儀支援装置１００の構成の説明である。

なお、ユーザ端末２００や火葬場４００に対応する端末、斎場５００に対応する端末は、通信機能を有する情報処理装置であれば、どのようなものであってもよく、一般的なパーソナルコンピュータや、スマートフォン、タブレット端末に類するものであればよい。

＜データ＞
図３は、火葬場データベース１３１のデータ構成例を示すデータ概念図である。火葬場データベース１３１は、各火葬場に関する各種の情報を示すデータであり、図３に示すように、管理番号３０１と、場所３０２と、火葬場名３０３と、スケジュール情報３０４とが対応付けられた情報である。なお、図３に示した情報は一例であり、その他の情報が含まれてもよいことは言うまでもない。その他の情報としては、例えば、火葬場の利用料や最寄り駅や、近場の施設の情報、火葬場のウェブページのアドレスなどが考えられる。

管理番号３０１は、葬儀支援装置１００が各火葬場を個別に管理するための識別情報である。管理番号３０１は、各火葬場を一意に特定できれば、数字や文字、記号等の情報であってよい。管理番号３０１は、葬儀支援装置１００が自動的に設定するものであってもよいし、葬儀支援装置１００のオペレータが設定することとしてもよい。

場所３０２は、対応する火葬場の所在を示す情報である。ここでは、経度及び緯度の情報を用いて示しているが、これは、例えば、最寄りの駅の情報などで実現することとしてもよい。場所３０２は、第１推奨部１２１が、ユーザに対して火葬場を推奨する際の一指標として用いられる。

火葬場名３０３は、対応する火葬場の名称を示す情報である。

スケジュール情報３０４は、対応する火葬場のスケジュールを示す情報であって、使用されることが決定されている日時を示す情報である。スケジュール情報３０４は、第１推奨部１２１が、ユーザに対して火葬場を推奨する際の一指標として用いられる。なお、ここでは、簡易的に火葬場について、一つのスケジュールを対応付けているが、これは、火葬場に備えられている火葬炉ごとにその使用予定のスケジュールが対応付けられていることとしてよい。

図３の例で言えば、例えば、管理番号３０１が「Ｋ０３９０２」で管理される火葬場は、場所３０２で示すように、「Ｘ１、Ｙ１」の座標に位置し、その名称が「Ａ火葬場」であり、「２０１７年２月２４日１０：００〜１２：００」及び「２０１７年２月２６日１３：００〜１４：００」において使用される予定があることが理解できる。

以上が火葬場データベース１３１の構成例の説明である。火葬場データベース１３１を記憶部１３０が記憶していることにより、第１推奨部１２１は、火葬場データベース１３１を参照することにより、葬儀に関する情報を提供することができる。

次に、斎場データベース１３２の詳細について説明する。図４は、斎場データベース１２３２は、斎場に関する各種の情報を示すデータであり、図４に示すように、管理番号４０１と、場所４０２と、斎場名４０３と、宗教４０４と、収容人数４０５と、スケジュール情報４０６とが対応付けられた情報である。なお、図４に示した情報は一例であり、その他の情報が含まれてもよいことは言うまでもない。その他の情報としては、例えば、斎場の利用料や最寄り駅や、近場の施設の情報、斎場のウェブページのアドレスなどが考えられる。

管理番号４０１は、葬儀支援装置１００が各斎場を個別に管理するための識別情報である。管理番号４０１は、各斎場を一意に特定できれば、数字や文字、記号等の情報であってよい。管理番号４０１は、葬儀支援装置１００が自動的に設定するものであってもよいし、葬儀支援装置１００のオペレータが設定することとしてもよい。

場所４０２は、対応する斎場の所在を示す情報である。ここでは、経度及び緯度の情報を用いて示しているが、これは、例えば、最寄りの駅の情報などで実現することとしてもよい。場所４０２は、第２推奨部１２２が、ユーザに対して斎場を推奨する際の一指標として用いられる。

斎場名４０３は、対応する斎場の名称を示す情報である。

宗教４０４は、対応する斎場において、葬儀を行うことが可能な宗教の種別を示す情報である。

収容人数４０５は、対応する斎場において、葬儀に参列することが可能な人数を示す情報である。

スケジュール情報４０６は、対応する斎場のスケジュールを示す情報であって、使用されることが決定されている日時を示す情報である。スケジュール情報４０６は、第２推奨部１２２が、ユーザに対して斎場を推奨する際の一指標として用いられる。

なお、ここでは、簡易的に斎場について、一つのスケジュールを対応付けているが、これは、斎場に備えられている式場ごとにその使用予定のスケジュールが対応付けられていることとしてよい。同様に、収容人数についても式場ごとにその参列可能な人数の情報が対応付けられてもよい。

図４の例で言えば、例えば、管理番号４０１が「Ｓ０９４１５」で管理される斎場は、場所４０２で示すように、「Ｘ１１、Ｙ１１」の座標に位置し、その名称が「Ａ斎場」であり、「２０１７年２月２６日１３：００〜１４：００」において使用される予定があることが理解できる。

以上が火葬場データベース１３２の説明である。火葬場データベース１３２を記憶部１３０が記憶していることにより、第２推奨部１２２は、火葬場データベース１３２を参照することにより、葬儀に関する情報を提供することができる。

＜動作＞
ここから、葬儀支援装置１００の動作について説明する。図５は、葬儀支援装置１００が、ユーザに対して葬儀に関する情報として、火葬場や斎場に関する情報を提示する際の動作例を示すフローチャートである。

図５に示すように、葬儀支援装置１００の通信部１１０は、ネットワーク３００を介して、ユーザ端末２００から、葬儀を行う対象者に関する対象者情報を受信する。即ち、通信部１１０の受付部１１１は、対象者情報の入力を受け付ける（ステップＳ５０１）。そして、受付部１１１は、受け付けた対象者情報は、制御部１２０に伝達する。

制御部１２０の第１推奨部１２１は、対象者情報を受け付けると、当該対象者情報に含まれる、対象者の位置を示す位置情報または葬儀を行う場所を示す位置情報を抽出する（ステップＳ５０２）。

第１推奨部１２１は、対象者情報から抽出された位置情報で示される位置から、所定範囲内（例えば、１０ｋｍ圏内）に存在する火葬場を特定する（ステップＳ５０３）。具体的には、対象者情報から抽出された位置情報で示される位置と、各火葬情報の場所３０２で示される位置との間の距離を算出し、当該距離が所定距離以下である火葬場を特定する。なお、第１推奨部１２１は、対象者情報から抽出した位置情報で示される位置から所定範囲内に、火葬場が存在しなかった場合には、当該範囲を所定距離だけ拡充して、改めて火葬場を探索する。

第１推奨部１２１は、ステップＳ５０３において特定した火葬場のうち、対象者情報に含まれる日付に関する情報（対象者の没年月日または葬儀を行いたい日付）を抽出する。そして、第１推奨部１２１は、抽出した日付近辺の日付であって、現在の日時以降の日付であり、スケジュール情報３０４において、空きがある火葬場を特定する（ステップＳ５０４）。第１推奨部１２１は、空きがある日時とは、火葬を行うための時間をとることができるかどうかに応じて判断するものとする。つまり、例えば、火葬に要する時間が１時間であるとすれば、火葬場の営業時間内で１時間の空きがある火葬場を特定する。なお、ここで、第１推奨部１２１は、一つの火葬場を特定することとしてもよいし、複数の火葬場を特定することとしてもよい。一つの火葬場に絞る場合には、スケジュールに空きがある対象者の位置情報に最も近い火葬場を特定することとしてよい。

次に、第２推奨部１２２は、ステップＳ５０４において特定した火葬場各々について、当該火葬場から所定範囲内（例えば、５ｋｍ圏内）に存在する斎場を特定する（ステップＳ５０５）。即ち、第２推奨部１２２は、ステップＳ５０４において特定した火葬場の場所３０２で示される位置と、各斎場の場所４０２で示される位置との間の距離が、所定距離以下となる斎場を特定する。第２推奨部１２２は、予め設定した所定範囲内に、斎場がない場合には、所定範囲を拡充して、斎場を特定する。

第２推奨部１２２は、対象者情報に含まれる宗教情報を抽出する（ステップＳ５０６）。ここで、宗教情報は、葬儀の対象者が信奉する宗教に関する情報であり、葬儀を行う宗教を特定するための情報である。

第２推奨部１２２は、ステップＳ５０５において特定した斎場のうち、ステップＳ５０６で抽出した宗教情報で示される宗教での葬儀を行うことが可能な斎場を特定する（ステップＳ５０７）。即ち、斎場データベース１３２において、宗教４０４に、対象者情報から抽出した宗教情報を含む斎場を特定する。

第２推奨部１２２は、次に対象者情報に含まれる葬儀に参列する予定の参列予定人数を抽出する（ステップＳ５０８）。

そして、第２推奨部１２２は、ステップＳ５０７において特定した斎場のうち、抽出した参列予定人数を収容可能な斎場を特定する（ステップＳ５０９）。

第２推奨部１２２が参列予定人数が収容可能な斎場を特定すると、制御部１２０は、第１推奨部１２１が特定した火葬場に関する情報と、第２推奨部１２２が特定した斎場に関する情報とを、対象者情報を送信したユーザ端末２００に送信するよう、通信部１１０に指示するとともに、火葬場に関する情報と斎場に関する情報とを伝達する。ここで、火葬場に関する情報は、火葬場の名称、所在、連絡先、ウェブページのアドレスなどを含んでよく、火葬場データベース１３１から取得することとしてよい。同様に、斎場に関する情報は、斎場の名称、所在、連絡先、ウェブページのアドレスなどを含んでよく、斎場データベース１３２から取得することとしてよい。通信部１１０は、制御部１２０からの指示に従って、伝達された火葬場に関する情報及び斎場に関する情報を、ネットワーク３００を介して、ユーザ端末２００に送信する（ステップＳ５１０）。

これにより、ユーザ端末２００においては、葬儀の対象者にとって適した火葬場や斎場に関する情報が、例えば、図１に示すように、表示される。

このように、葬儀支援装置１００は、ユーザに火葬場や斎場に関する情報を推奨することができる。ユーザは、葬儀を行う対象者の情報を入力して、葬儀支援装置１００に送信するだけで、適切な火葬場や斎場に関する情報を得ることができるので、短時間で、葬儀を行うのに適した火葬場や斎場を得ることができる。

図６は、葬儀支援装置１００が、火葬場や斎場を予約する際の動作例を示すフローチャートである。葬儀場や斎場に関する情報を視聴したユーザは、自身のユーザ端末２００から、葬儀場や斎場の予約を行うこととしてもよい。この場合、葬儀場支援装置１００から送信した火葬場情報や斎場情報にタッチして、決定することで予約が行われるように構成してもよい。この場合、葬儀支援装置１００は以下のように動作する。

葬儀支援装置１００の通信部１１０は、火葬場又は斎場の予約要求を受信する（ステップＳ６０１）。通信部１１０は、受信した予約要求を制御部１２０に伝達する。当該予約要求は、少なくとも火葬場又は斎場のいずれか一方を特定可能な情報と、火葬又は葬儀を行いたい日時の情報を含む。その他、参加人数や予算の情報なども含んでよい。

制御部１２０の予約部１２３は、受け付けた予約要求から、火葬場又は斎場の少なくともいずれか一方の情報及び火葬又は葬儀を行いたい日時の情報を抽出する（ステップＳ６０２）。

次に、予約部１２３は、抽出した火葬場または斎場に対応する端末に宛てて、火葬又は葬儀を、抽出した日時において行いたい旨を示す予約情報を生成して、通信部１１０に送信させる（ステップＳ６０３）。通信部１１０は、ネットワーク３００を介して、指定された火葬場または斎場に宛てて、予約情報を送信する。予約情報を受信した火葬場又は斎場の端末または、そのオペレータは、その予約内容に従って、その日時を確保できる場合には、予約設定を行う。そして、葬儀支援装置１００に対して、予約出来た旨を示す予約承認情報を送信する。一方、予約できなかった場合には、予約できなかったことを示す予約不承認情報を送信する。

通信部１１０は、火葬場または斎場に対応する端末から、予約承認情報または予約不承認情報を受信する。通信部１１０は、受信した情報を制御部１２０に伝達する。

制御部１２０の予約部１２３は、受信した情報が予約承認情報であるか否かを判定する（ステップＳ６０４）。受信した情報が予約承認情報である場合には（ステップＳ６０４のＹＥＳ）、予約が確定したことを示す予約確定情報を生成して、通信部１１０にユーザ端末２００に送信するよう指示する。これを受けて通信部１１０は、予約確定情報を、ユーザ端末２００に送信して（ステップＳ６０５）、終了する。

一方、受信した情報が予約承認情報でなかった場合（ステップＳ６０４のＮＯ）、即ち、予約不承認情報であった場合には、予約要求で指定された日時において、指定された火葬場又は斎場の予約が不可能であることを示す予約不可情報を生成するとともに、他の火葬場又は斎場を推奨する火葬場情報又は斎場情報を生成して、通信部１１０に送信させて、終了する。

これによって、葬儀支援システムにおいては、ユーザに対して、葬儀に関する情報の提供だけでなく、葬儀に必要となるサービスの予約なども行うことができる。

＜補足＞
上記実施の形態に係る葬儀支援装置は、上記実施の形態に限定されるものではなく、他の手法により実現されてもよいことは言うまでもない。以下、各種変形例について説明する。

（１）上記実施の形態において、図５を用いて説明した動作例では、推奨する火葬場の特定と、斎場の特定とをまとめて行う例を示しているが、それぞれ別々に特定を行うこととしてもよい。また、斎場の特定にあたって、図５においては、特定した火葬場から所定範囲内に存在する斎場を特定することとしているが（ステップＳ５０５参照）、これは、火葬場と同様に対象者情報で示される対象者の所在から所定範囲内の斎場を特定することとしてもよい。

また、斎場について、宗教情報や、収容人数などの条件によって絞り込みを行っているが、対象者情報にこれらの情報が含まれない場合には、当該絞り込みを行えないので、その場合は、宗教情報や収容人数に基づく絞り込みの処理は割愛してよい。

（２）上記実施の形態においては、対象者情報は、葬儀支援装置１００が火葬場や斎場を推奨するにあたって必要となる各種の情報を含むこととしているが、これらの情報は、都度、ユーザから入力されて、ばらばらに葬儀支援装置１００に入力されることとしてもよい。

（３）上記実施の形態においては、火葬場を特定してから、特定した火葬場の位置から所定範囲内の斎場を特定するという手法をとっているが、これは、その限りではない。葬儀支援システムは、斎場を特定してから、特定した斎場の位置から所定範囲内の火葬場を特定するという手法をとってもよい。

（４）上記実施の形態においては、火葬場や斎場を紹介する例を示しているが、葬儀において必要となる処理は、火葬場や斎場の予約等に限られるものではない。火葬場や斎場以外の情報を提供してもよいことは言うまでもない。したがって、葬儀支援システムにおいては、葬儀に関連するあらゆる情報の提供を行うこととしてよい。葬儀支援システムは、例えば、葬儀を執り行う葬儀社の紹介、手配であったり、葬儀用の花の紹介、手配であったり、送迎のための車両の紹介、手配であったり、遠方からの参列者のための宿泊施設等の紹介、手配であったりなど、様々な情報の提供やその手配を行うこととしてもよい。

上記実施の形態においては記載しなかったが、葬儀支援システムにおいては、これらの情報の提供や手配をするために、火葬場情報あるいは斎場情報に対応付けて、葬儀社の情報、花屋の情報、送迎を行うタクシー会社等の情報、宿泊施設の情報を、記憶部１３０が記憶しておけば、制御部１２０が、上述の第１推奨部１２１、第２推奨部１２２と同様に、各種の情報を推奨することができる。

（５）上記実施の形態において、葬儀支援装置１００は、火葬場や斎場に対して、利用の予約を行う例を示した。即ち、葬儀支援装置１００は、葬儀支援システムに加入している各火葬場や斎場に対して、サービスの提供の依頼を行うことができる。これは、火葬場や斎場に限定されるものではなく、例えば、葬儀に必要となる花や供物等の購入、送迎のための車両の手配など、各種の業務の依頼を行える構成となっていてもよい。そのために、葬儀支援装置１００の記憶部１３０は、関連する各種の業種についてその通信先の情報を保持し、上記実施の形態において制御部１２０が火葬場や斎場の予約を行った構成と同様に花や供物の購入の依頼や、車両の予約などを行う構成を備えていてもよい。

即ち、葬儀支援システムは、葬儀に関する情報を欲するユーザに対して情報提供するだけでなく、葬儀に係る各種のサービスを提供する会社等に顧客を紹介したりすることができる。また、この場合に、葬儀支援装置１００は、併せて、各会社ごとの顧客管理を行うこととしてもよく、そのために葬儀支援装置１００は、管理部を備えることとしてもよい。当該管理部は、例えば、葬儀社であれば、葬儀社と、葬儀を行ったユーザとを対応付けて記憶するとともに、葬儀を行った日付けを管理し、例えば、葬儀を行った後の４９日の法要の日付けの管理などを行ったりすることができる。

（６）上記実施の形態において、葬儀支援装置１００は、更に、新たな火葬場や斎場の登録の要求を受け付けて、火葬場データベース１３１や斎場データベース１３２に新たに登録する登録部（図示せず）を備えることとしてもよい。例えば、葬儀支援装置１００の通信部１１０は、火葬場データベース１３１に登録するのに必要な各種の火葬場情報（火葬場名、場所、スケジュールなど）を含む火葬場登録要求を受信する。通信部１１０は、火葬場登録要求を受け付けると火葬場情報を登録部に伝達する。そして、登録部は、対応する各種の情報を火葬場データベース１３１に登録して更新し、記憶部１３０に記憶する。これによって、ユーザからの対象者情報を受け付けると、新たな火葬場もユーザに対して紹介することが可能になる。

これは、斎場の場合も同様である。即ち、葬儀支援装置１００の通信部１１０は、斎場に対応する端末から、斎場登録要求を受け付ける。当該斎場登録要求は、斎場情報を含み、斎場珠お方は、斎場名、場所、スケジュール、収容可能人数、葬儀を行うことが可能な宗教の種別などの情報を含む。通信部１１０は、受け付けた斎場登録要求の斎場情報を登録部に伝達する。登録部は、斎場情報を受け付けて斎場データベース１３２に新たな斎場の情報を登録して更新し、記憶部１３０に記憶する。これによって、ユーザからの対象者情報を受け付けると、新たな斎場もユーザに対して紹介することが可能になる。

同様に、火葬場や斎場以外の葬儀に関連する各種の事業からの登録要求を受け付けても情報の登録を行うことができる。なお、ここでは、葬儀支援装置１００の登録部が自動的に登録を行うこととしているが、これは、葬儀支援装置１００のオペレータによる手入力による登録であってもよい。

（７）上記実施の形態においては、特に記載しなかったが、葬儀支援装置１００は、火葬場データベース１３１のスケジュール情報３０４や、斎場データベース１３２のスケジュール情報４０６を更新する更新部を備えてよい。当該更新部は、制御部１２０の記憶部１３０に記憶されているプログラムを実行することにより、実現することができる。当該更新部は、通信部１１０が火葬場又は斎場に対応する端末から受け付けた更新情報にしたがって、スケジュール情報３０４やスケジュール情報４０６を更新する機能を有する。即ち、葬儀支援装置１００の通信部１１０は、更新情報を受信すると、更新部に伝達する。ここで、更新情報は、火葬場または斎場の管理番号または名称に、使用予定のスケジュール（使用日時）を示す情報が対応付けられた情報である。更新部は、受け付けた更新情報の管理番号又は名称に対応する火葬場又は斎場を特定し、特定した火葬場又は斎場に対応するスケジュール情報（３０４、４０６）を更新する。これによって、火葬場や斎場に関する情報をユーザに対して提供する際に、後々利用する段階で利用できなくてユーザを失望させる可能性を大きく低減することができる。また、同様に、予約部１２３が火葬場や斎場の予約を行う際に予約ができないという可能性を大きく低減することができる。

（８）上記実施の形態においては、葬儀に関する細やかな取り扱いについては、特に記載していないが、葬儀支援装置１００は、通常葬儀を行う流れの過程において、利用されることとしてよい。

（９）上記実施の形態においては、対象者情報は、ユーザ端末２００のユーザが入力して送信することとしているが、これはその限りではない。事前に、葬儀支援装置１００から、葬儀支援装置１００を利用するためのアプリケーションを対象者のユーザ端末２００にダウンロードしてインストールしておくことで実現することとしてもよい。この場合、対象者は、事前に葬儀に関する情報（対象者の名前や宗教などの情報）を、アプリケーションに登録しておく。そして、葬儀を行う際には、アプリケーションを起動するだけで、対象者情報が葬儀支援装置１００に送信される構成になっていてもよい。このとき、当該アプリケーションは、ユーザ端末に備えられている測位システムを起動し、当該測位システムが測位した位置情報を対象者の所在を示す情報として、葬儀支援装置１００に送信することとしてもよい。このように、事前にアプリケーションをダウンロードして設定しておくことで、ワンタッチで、火葬場や斎場などの葬儀に関する情報を取得できる構成を実現できる。

（１０）上記実施の形態においては特に記載していないが、葬儀支援装置１００は、葬儀に関する情報として、地図情報に対応付けたインターフェースを提供するものであってもよい。即ち、制御部１２０は、例えば、図７に示すような葬儀に関する情報が散りばめられた地図情報７００を提供することとしてもよい。そのために、葬儀支援装置１００は、当該インターフェースを提供するインターフェースプログラムを記憶しており、当該インターフェースプログラムを実行することにより、図７に示す地図情報７００を提供できる。なお、これは、ユーザが、ユーザの機器２００に当該インターフェースプログラムをダウンロードして、ユーザの機器２００が実行することにより、地図情報７００を提供する構成であってもよい。なお、地図情報７００は、葬儀を行っていないタイミングで、ユーザに対して葬儀に関する情報を提供するものであってもよいし、実際の葬儀を行っているタイミングで、ユーザやオペレータに対して葬儀に関する情報を提供するものであってもよいし、葬儀支援装置１００を利用するユーザと葬儀社との間のやり取りを行うためのインターフェースとして利用してもよい。

地図情報７００は、地図上のアイコンを説明するための欄７００ａと、地図を表示するための欄７００ｂと、葬儀に関する詳細情報を提供する欄７００ｃと、各種の入力を行うための入力ボタン欄７００ｄとを含む。地図情報７００には、葬儀に関する情報として、斎場や、火葬場、安置所、搬送会社、警察、病院の位置を示すアイコンが表示される。欄７００ａには、そのアイコン各々がそれぞれどの施設のアイコンであるかを示している。図７に示すようにアイコン７０１は、斎場を示すアイコンであり、アイコン７０２は、火葬場を示すアイコンであり、アイコン７０３は、安置所を示すアイコンであり、アイコン７０４は、搬送会社を示すアイコンであり、アイコン７０５は、警察署を示すアイコンであり、アイコン７０６は、病院を示すアイコンである。

欄７００ｂには、地図が表示される。当該地図は、機器２００に対するユーザの入力によりスクロール可能に構成され、スクロール先の地図も表示可能である。地図上においては、欄７００ａに示す各アイコンを用いて、各々の施設の場所が示される。また、欄７００ａに示すアイコン以外にも、地図には、搬送会社の車７０８の位置などが示されてよい。また、その他にも、葬儀に係るスタッフの位置や、葬儀に参列する参列者の位置なども表示されてもよい。葬儀に係るスタッフの位置などを表示することで、葬儀支援装置１００は、実際の葬儀においてユーザがスタッフの位置を確認したり、オペレータ側でスタッフの位置を把握して、連絡を取り合ったりなどすることができる。なお、搬送会社の車７０８の位置は、葬儀支援装置１００が、各車両を運転する運転者の端末または車両の測位システムが測位した位置情報を、通信により取得することで、葬儀支援装置１００は、各車両の表示位置を決定することができる。なお、これらの車両には、さらに、車両のスケジュール情報などが対応付けられてよく、例えば、誰々をどこそこに送迎中といった情報なども表示することとしてよい。

欄７００ｃは、葬儀に関する詳細情報が表示される欄である。例えば、欄７００ｂ内に含まれる葬儀に関連する各施設の詳細情報が羅列されたり、図７に示すように、ユーザがカーソル７０７で指定した施設（入力デバイスがタッチパネルなどであればタッチ位置）に対応する情報が表示されたりする。図７の例では、カーソル７０７が示す斎場の情報が表示されている。葬儀支援装置１００は、当該情報を、葬儀データベース１３１から取得する。欄７００ｃは、施設の詳細情報を表示する際には、その施設の込み具合を示す状況情報７１４も表示されてもよい。状況情報７１４は、例えば、火葬場データベース１３１や、斎場データベース１３２が更に各施設のスケジュール情報を保持することによって出力することができる。そして、このとき、状況情報７１４は、混雑の度合を示すヒートマップで表現することとしてもよい。また、ヒートマップ以外で表現されてもよく、例えば、パーセンテージで表現することとしてもよい。なお、欄７００ｃには、その他に施設の連絡先や外観画像、住所、最寄り駅、最寄り駅からの行き方の案内などの情報も表示されてもよい。なお、行き方の案内は、所謂経路探索技術を利用することにより実現することができる。

欄７００ｄは、各種の入力を行うための入力ボタンが配列されている。距離算出ボタン７０９は、ユーザが葬儀に関する条件を入力したい場合に押下する（タッチする）ボタンである。当該ボタンが押下されたことを検知すると、葬儀支援装置１００の制御部１２０は、ユーザにより指定された２点間あるいは、２施設間の距離や、あるいは、指定された複数点を結ぶ経路の距離などを算出する。当該距離の算出は、所謂経路探索技術を利用することにより実現することができる。したがって、安置所から火葬場、火葬場から斎場といった葬儀における一連の流れにおける距離を算出することができる。また、このとき、その経路を利用した場合であって、移動手段（例えば、徒歩、車両、電車など）ごとの移動時間も対応付けて表示することとしてもよい。

ここにお迎えボタン７１０は、例えば、実際に葬儀を行っている場合などにおいて、地図上でユーザが指定した地点、あるいは、ユーザの機器２００の位置情報で示す位置に、式に係るスタッフの車両（例えば、搬送会社の車両）による送迎を依頼することができるボタンである。当該ボタンを押下する（タッチする）ことで、葬儀支援装置１００の制御部１２０は、送迎位置を取得し、搬送会社に送迎位置を通知する。これによって、ユーザは、送迎のサービスを受けることができる。

ここにご安置ボタン７１１は、故人の安置場所を指定するためのボタンである。当該ボタンを押下することで、故人の安置場所を指定することができ、例えば、ユーザからの指定にしたがって、葬儀社あるいは搬送会社は、指定された場所に故人を搬送することができる。

お問い合わせボタン７１２は、葬儀に関する各種施設に対して問い合わせをするためのボタンである。例えば、カーソル７０７で施設が指定されている状態や欄７００ｃに特定の施設に関する情報が表示されている状態で、当該ボタン７１２が押下される（タッチされる）と、制御部１２０は、当該施設に対する問い合わせをユーザが行うための入力フォームを画面上に表示する。制御部１２０は、当該入力フォームに代えて、当該施設の端末装置を送信先とするメールアプリケーションを立ち上げることとしてもよい。これにより、ユーザは、対応する施設に対して、各種の質問を簡単に問い合わせることができる。

現在値ボタン７１３は、地図情報７００を利用しているユーザの現在位置を地図上に表示するためのボタンである。当該ボタンを押下した場合にユーザの機器２００は、自機の位置情報を葬儀支援装置１００に送信し、葬儀支援装置１００は、ユーザの位置を地図上に対応付けて示した地図情報７００を出力する。したがって、ユーザは地図上で自身の位置を確認するとともに、葬儀に関する各施設との位置関係を一目で確認することができる。

また、その他にも、例えば、施設間の距離を求めるボタンを備えてもよく、その場合に、欄７００ｂに示す地図上で、２点あるいは、２点以上の点を繋ぐ複数点の距離を算出して出力することとしてもよい。葬儀支援装置１００は、例えば、故人の安置場所、斎場、火葬場をこの順でタッチして、距離算出ボタンを押下すれば、安置場所から斎場を経由して火葬場までの距離を算出して表示することができる。また、地図情報７００を利用しているユーザが保持している機器２００の位置、即ち、ユーザの現在位置も地図上に表示することとしてもよい。

このように、葬儀支援装置１００は、地図情報という態様で、葬儀に関する情報を提供することとしてもよい。地図に表示することによって、ユーザは、斎場や火葬場の位置をイメージしやすく、また、その斎場や火葬で行われた式の模様を分かりやすく認識することができる。なお、地図情報７００の各種の情報の配列例は一例にすぎず、その他の態様で配列された地図情報を提供することとしてもよいことは言うまでもない。葬儀支援装置１００が提供するインターフェースの態様は、適宜オペレータが変更することができる。また、葬儀支援装置１００が提供するインターフェースは、端末に応じて表示態様を異にしてよく、例えば、ＰＣ用の画面と、スマートフォン用の画面とで異なるインターフェースを提供するように構成されてもよい。

（１１）上記実施の形態においては、葬儀支援装置１００は、葬儀場や斎場を推薦することとしているが、その他の葬儀に関連する施設やサービスを推薦することとしてもよい。例えば、故人の遺体を安置する安置所を推薦したり、故人や葬儀の参列者の送迎に利用する搬送車を提供する搬送会社を推薦したりすることとしてもよい。当該推薦のために、葬儀支援装置１００は、火葬場データベース１３１や、斎場データベース１３２と同様に、安置所データベースや、搬送会社データベースを保持するとよい。

（１２）上記実施の形態においては、葬儀支援装置が入力された葬儀に関する条件に応じて葬儀場や火葬場を推薦する手法として、葬儀支援装置１００を構成する制御部（プロセッサ）が葬儀支援プログラム等を実行することにより、新たな文書データを分類することとしているが、これは装置に集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、上記実施の形態に示した複数の機能部の機能を１つの集積回路により実現されることとしてもよい。ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。すなわち、図８に示すように、葬儀支援装置１００を構成する各機能部は、物理的な回路により実現されてもよい。図８に示すように、葬儀支援装置１００は、通信回路１１０ａと、制御回路１２０ａと、第１推奨回路１２１ａと、第２推奨回路１２２ａと、予約回路１２３ａと、記憶回路１３０ａとを備え、各回路は、上述の同名の機能部と同様の機能を有する。

また、上記葬儀支援プログラムは、プロセッサが読み取り可能な記録媒体に記録されていてよく、記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記葬儀支援プログラムは、当該葬儀支援プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記プロセッサに供給されてもよい。本発明は、上記葬儀支援プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、上記葬儀支援プログラムは、例えば、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。

（１３）上記実施の形態及び各補足に示した構成は、適宜組み合わせることとしてもよい。

１００ 葬儀支援装置
１１０ 通信部
１２０ 制御部
１２１ 第１推奨部
１２２ 第２推奨部
１２３ 予約部
１３０ 記憶部
１３１ 火葬場データベース
１３２ 斎場データベース

Claims (13)

1. ユーザから、葬儀を行う対象者に関する対象者情報として前記対象者が保持する携帯端末が備える測位システムにより測位した位置情報の入力を受け付ける受付部と、
   火葬場に関する火葬場情報と、斎場に関する斎場情報とを記憶する記憶部と、
   前記受付部が前記入力を受け付けると、前記受付部が受け付けた位置情報から所定範囲内に存在するものであって、前記火葬場情報及び前記対象者情報に基づいて前記対象者を火葬するための火葬場を推奨する第１推奨部と、
   前記受付部が前記入力を受け付けると、前記斎場情報及び前記対象者情報に基づいて前記対象者の葬儀を行うための斎場であって、前記火葬場から所定距離内に存在する斎場を推奨する第２推奨部と、
   を備える葬儀支援システム。
2. 前記火葬場情報は、火葬場の使用予定を示すスケジュール情報を含み、
   前記受付部は、さらに、前記対象者情報の一つとして前記ユーザの位置を示すユーザ位置情報を受け付け、
   前記第１推奨部は、前記入力を受け付けた日時と、前記ユーザ位置情報と、前記スケジュール情報と、に基づいて、前記対象者を火葬する火葬場を推奨する
   ことを特徴とする請求項１記載の葬儀支援システム。
3. 前記第１推奨部は、前記入力を受け付けた日時以降であって、当該日時に近い日時で前記スケジュール情報に空きがある火葬場を推奨する
   ことを特徴とする請求項２記載の葬儀支援システム。
4. 前記火葬場情報は、火葬場の位置を示す火葬場位置情報を含み、
   前記第１推奨部は、前記火葬場位置情報を参照して、前記ユーザ位置情報から所定範囲内に含まれる火葬場を推奨する
   ことを特徴とする請求項２又は３に記載の葬儀支援システム。
5. 前記受付部は、前記対象者の葬儀に係る対象者情報の入力を受け付け、
   前記第２推奨部は、前記対象者情報と、前記斎場情報とに基づいて、前記対象者の葬儀を行う斎場を推奨する
   ことを特徴とする請求項１〜４のいずれか一項に記載の葬儀支援システム。
6. 前記斎場情報は、葬儀に参列可能な人数情報を含み、
   前記対象者情報は、葬儀に参列予定の人数情報を含み、
   前記第２推奨部は、前記参列予定の人数情報で示される人数が収容可能な前記参列可能な人数情報を有する斎場を推奨する
   ことを特徴とする請求項５記載の葬儀支援システム。
7. 前記斎場情報は、葬儀を行うことが可能な宗教情報を含み、
   前記対象者情報は、前記対象者が信奉する宗教情報を含み、
   前記第２推奨部は、前記対象者が信奉する宗教情報と合致する宗教情報を含む斎場情報を有する斎場を推奨する
   ことを特徴とする請求項５又は６記載の葬儀支援システム。
8. 前記斎場情報は、葬儀に参列可能な人数を示す人数情報と、葬儀を行うことが可能な宗教を示す宗教情報と、を含み、
   前記対象者情報は、葬儀に参列予定の人数を示す人数情報と、前記対象者が信奉する宗教を示す宗教情報と、を含み、
   前記第２推奨部は、前記参列予定の人数情報で示される人数が収容可能であり、前記対象者が信奉する宗教と合致する宗教情報を含む斎場情報を有する斎場を推奨し、前記対象者情報が、前記参列予定の人数情報と前記対象者が信奉する宗教を示す宗教情報とのうちいずれか一方を含んでいない場合には、含まれていなかった情報に基づく斎場の絞り込みを割愛する
   ことを特徴とする請求項５に記載の葬儀支援システム。
9. 前記ユーザからの入力に基づいて火葬場または斎場を決定し、火葬場または斎場を予約する予約部とを備える
   ことを特徴とする請求項１〜８のいずれか一項に記載の葬儀支援システム。
10. 前記第１推奨部は、前記受付部が受け付けた位置情報から所定範囲内に火葬場が存在しなかった場合には、前記所定範囲を拡充して火葬場を探索する
    ことを特徴とする請求項１〜９のいずれか一項に記載の葬儀支援システム。
11. 前記第２推奨部は、前記火葬場から所定距離内に斎場が存在しなかった場合には、前記所定距離を拡充して斎場を探索する
    ことを特徴とする請求項１〜１０のいずれか一項に記載の葬儀支援システム。
12. コンピュータが、
    ユーザから、葬儀を行う対象者に関する対象者情報として前記対象者が保持する携帯端末が備える測位システムにより測位した位置情報の入力を受け付ける受付ステップと、
    火葬場に関する火葬場情報と、斎場に関する斎場情報とを記憶部に記憶する記憶ステップと、
    前記受付ステップが前記入力を受け付けると、前記受付ステップにおいて受け付けた位置情報から所定範囲内に存在するものであって、前記火葬場情報及び前記対象者情報に基づいて前記対象者を火葬するための火葬場を推奨する第１推奨ステップと、
    前記受付ステップが前記入力を受け付けると、前記斎場情報及び前記対象者情報に基づいて前記対象者の葬儀を行うための斎場であって、前記火葬場から所定距離内に存在する斎場を推奨する第２推奨ステップと、
    を含む処理を実行する葬儀支援方法。
13. コンピュータに、
    ユーザから、葬儀を行う対象者に関する対象者情報として前記対象者が保持する携帯端末が備える測位システムにより測位した位置情報の入力を受け付ける受付機能と、
    火葬場に関する火葬場情報と、斎場に関する斎場情報とを記憶させる記憶機能と、
    前記受付機能が前記入力を受け付けると、前記受付機能が受け付けた位置情報から所定範囲内に存在するものであって、前記火葬場情報及び前記対象者情報に基づいて前記対象者を火葬するための火葬場を推奨する第１推奨機能と、
    前記受付機能が前記入力を受け付けると、前記斎場情報及び前記対象者情報に基づいて前記対象者の葬儀を行うための斎場であって、前記火葬場から所定距離内に存在する斎場を推奨する第２推奨機能と、
    を実現させる葬儀支援プログラム。
    

Images