(57)【要約】【課題】利用者からの空予約を防止することが可能な斎場予約システム及び斎場予約方法を提供する。【解決手段】利用者（葬祭業者）から送信された希望施行日時を示す日時情報を含んだ予約情報を当該予約情報に固有の予約識別情報と対応付けて登録し、後に利用者から送信される前記葬儀の故人に関する故人情報を含んだ詳細情報を、前記予約識別情報に基づいて予約情報に対応付けて登録することで予約を確定する。【選択図】図４
2006228119.tif 000002
【特許請求の範囲】
【請求項１】
斎場の利用予約を行うための斎場予約システムであって、
利用者を識別するための利用者識別情報を予め記憶した記憶手段と、
前記利用者から送信される前記利用者識別情報を受信する利用者識別情報受信手段と、
前記記憶手段に記憶された利用者識別情報に基づいて、前記受信された利用者識別情報から利用者を特定する利用者特定手段と、
前記特定された利用者から送信される、葬儀の希望施行日時を示す日時情報を含む予約情報を受信する予約情報受信手段と、
前記受信された予約情報に含まれた日時情報に対応する日時に、他の予約情報が登録されているか否かを判定する判定手段と、
前記判定手段により登録がされていないと判定された場合に、前記予約情報に固有の予約識別情報を発行する発行手段と、
前記予約情報に含まれた日時情報に基づき、当該予約情報と予約識別情報とを対応付けて登録する第１の登録手段と、
前記葬儀の故人に関する故人情報を含む詳細情報の送信を要請し受信する要請手段と、
前記受信された詳細情報を、前記予約識別情報に基づいて前記予約情報に対応付けて登録する第２の登録手段と、
前記利用者に予約が完了した旨の通知を行う通知手段と、
を備えたことを特徴とする斎場予約システム。
【請求項２】
斎場の利用予約を行うための斎場予約方法であって、
利用者から送信される前記利用者識別情報を受信する利用者識別情報受信工程と、
前記受信された利用者識別情報から利用者を特定する利用者特定工程と、
前記特定された利用者から送信される、葬儀の希望施行日時を示す日時情報を含む予約情報を受信する予約情報受信工程と、
前記受信された予約情報に含まれた日時情報に対応する日時に、他の予約情報が登録されているか否かを判定する判定工程と、
前記判定工程により登録がされていないと判定された場合に、前記予約情報に固有の予約識別情報を発行する発行工程と、
前記予約情報に含まれた日時情報に基づき、当該予約情報と予約識別情報とを対応付けて登録する第１の登録工程と、
前記葬儀の故人に関する故人情報を含む詳細情報の送信を要請し受信する要請工程と、
前記受信された詳細情報を、前記予約識別情報に基づいて前記予約情報に対応付けて登録する第２の登録工程と、
前記利用者に予約が完了した旨の通知を行う通知工程と、
を含むことを特徴とする斎場予約方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、斎場予約システム及び斎場予約方法に関する。
【背景技術】
【０００２】
近年、告別や火葬等の葬儀に係る儀式（以下、葬儀という）を行うことが可能な複数の施設を有した斎場が利用されている。一般に斎場の利用予約は、葬祭業者から電話等の通信手段を介し希望する利用日時等の予約情報が通知されることで行われており、この予約情報に基づいて、斎場の従業員が空いている施設に適宜割り付けを行っている。従来、葬儀の施行を簡便に申し込むことが可能なシステムが提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００３−２２３５２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、葬祭業者から申し込まれる予約には、実際に葬儀が予定されていないにもかかわらず場所確保のために行われる、いわゆる「空予約」が多くあるという実情があり、効率的な斎場運営を妨げる一要因となっている。
また、特許文献１は、遺族等の利用者と葬祭業者との受注に関するシステムであるため、上述した葬祭業者による「空予約」を防止することができず、効率的な斎場運営を行うことができない。
【０００４】
本発明の課題は、利用者からの空予約を防止することが可能な斎場予約システム及び斎場予約方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、請求項１に記載の発明は、
斎場の利用予約を行うための斎場予約システムであって、
利用者を識別するための利用者識別情報を予め記憶した記憶手段と、
前記利用者から送信される前記利用者識別情報を受信する利用者識別情報受信手段と、
前記記憶手段に記憶された利用者識別情報に基づいて、前記受信された利用者識別情報から利用者を特定する利用者特定手段と、
前記特定された利用者から送信される、葬儀の希望施行日時を示す日時情報を含む予約情報を受信する予約情報受信手段と、
前記受信された予約情報に含まれた日時情報に対応する日時に、他の予約情報が登録されているか否かを判定する判定手段と、
前記判定手段により登録がされていないと判定された場合に、前記予約情報に固有の予約識別情報を発行する発行手段と、
前記予約情報に含まれた日時情報に基づき、当該予約情報と予約識別情報とを対応付けて登録する第１の登録手段と、
前記葬儀の故人に関する故人情報を含む詳細情報の送信を要請し受信する要請手段と、
前記受信された詳細情報を、前記予約識別情報に基づいて前記予約情報に対応付けて登録する第２の登録手段と、
前記利用者に予約が完了した旨の通知を行う通知手段と、
を備えたことを特徴としている。
【０００６】
また、上記課題を解決するために、請求項２に記載の発明は、
斎場の利用予約を行うための斎場予約方法であって、
利用者から送信される前記利用者識別情報を受信する利用者識別情報受信工程と、
前記受信された利用者識別情報から利用者を特定する利用者特定工程と、
前記特定された利用者から送信される、葬儀の希望施行日時を示す日時情報を含む予約情報を受信する予約情報受信工程と、
前記受信された予約情報に含まれた日時情報に対応する日時に、他の予約情報が登録されているか否かを判定する判定工程と、
前記判定工程により登録がされていないと判定された場合に、前記予約情報に固有の予約識別情報を発行する発行工程と、
前記予約情報に含まれた日時情報に基づき、当該予約情報と予約識別情報とを対応付けて登録する第１の登録工程と、
前記葬儀の故人に関する故人情報を含む詳細情報の送信を要請し受信する要請工程と、
前記受信された詳細情報を、前記予約識別情報に基づいて前記予約情報に対応付けて登録する第２の登録工程と、
前記利用者に予約が完了した旨の通知を行う通知工程と、
を含むことを特徴としている。
【発明の効果】
【０００７】
請求項１に記載の発明によれば、利用者から送信された希望施行日時を示す日時情報を含んだ予約情報を当該予約情報に固有の予約識別情報と対応付けて登録し、後に利用者から送信される前記葬儀の故人に関する故人情報を含んだ詳細情報を、前記予約識別情報に基づいて予約情報に対応付けて登録することで予約を確定する。これにより、実際に施行される葬儀の故人情報の入力が予約の必須条件となるため、葬儀業者による「空予約」を防止することができる。
また、利用者から送信される利用者識別情報に基づいて、利用者の特定を行う。これにより、予約を行う利用者を特定することが可能となるため、利用者毎に斎場の利用状況を確認することができる。そのため、「空予約」等不正な利用を行う利用者を特定することが可能となる。
また、予約情報の日時情報に対応する日時に、他の予約情報が登録されているか否かを判定し、他の予約情報が登録されていないと判定された場合に予約識別情報を発行する。これにより、複数の予約が同日時に行われてしまうことを防止することができるため、斎場の収容能力を考慮した予約を行うことができる。
【０００８】
請求項２に記載の発明によれば、利用者から送信された希望施行日時を示す日時情報を含んだ予約情報を当該予約情報に固有の予約識別情報と対応付けて登録し、後に利用者から送信される前記葬儀の故人に関する故人情報を含んだ詳細情報を、前記予約識別情報に基づいて予約情報に対応付けて登録することで予約を確定する。これにより、実際に施行される葬儀の故人情報の入力が予約の必須条件となるため、葬儀業者による「空予約」を防止することができる。
また、利用者から送信される利用者識別情報に基づいて、利用者の特定を行う。これにより、予約を行う利用者を特定することが可能となるため、利用者毎に斎場の利用状況を確認することができる。そのため、「空予約」等不正な利用を行う利用者を特定することが可能となる。
また，予約情報の日時情報に対応する日時に、他の予約情報が登録されているか否かを判定し、他の予約情報が登録されていないと判定された場合に予約識別情報を発行する。これにより、複数の予約が同日時に行われてしまうことを防止することができるため、斎場の収容能力を考慮した予約を行うことができる。
【発明を実施するための最良の形態】
【０００９】
＜第１の実施形態＞
以下、図に基づいて本発明を実施するための第１の実施形態について詳細に説明する。なお、発明の範囲は、本実施の形態に限定されないものとする。なお、本明細書において、斎場とは、葬儀が行われる式場を意味する他、葬儀に関わる式場や施設等も含む概念である。例えば、葬儀のみならず、通夜や法事等が行われる式場や、火葬炉等の施設も含まれる。
【００１０】
図１は、本発明に係る斎場予約システム１００を模式的に示した図である。図に示すように、斎場予約システム１００は、情報端末１０、予約受付サーバ２０、斎場３０等を有して構成されており、各装置はネットワークＮを介して情報の送受信が可能に接続されている。
【００１１】
ネットワークＮは、専用線や既存の一般公衆回線を利用して構築された通信ネットワークであり、ＬＡＮやＷＡＮなどの様々な回線形態を適用することが可能である。ネットワークＮには、例えば、電話回線網、ＩＳＤＮ回線網、専用線、移動体通信網、通信衛星回線、ＣＡＴＶ回線網などの各種通信回線網と、それらを接続するインターネットサービスプロバイダなどが含まれる。なお、ネットワークＮに接続される情報端末１０、予約受付サーバ２０の数は特に限らないものとする。
【００１２】
情報端末１０は、斎場３０の利用者たる葬祭業者により操作される端末であって、当該情報端末１０を介して斎場３０の利用予約が行われる。なお、情報端末１０には、電話機、ＦＡＸ、インターネット端末等の各種情報機器が含まれる。なお、本斎場３０の利用者は、葬祭業者に限らないものとする。
【００１３】
予約受付サーバ２０は、情報端末１０を介して葬祭業者から送信される斎場３０の予約情報を受け付け、この予約情報と、情報端末１０との間で授受される葬儀に関する各種情報と対応付けて後述する予約管理テーブルに登録することで、該葬祭業者の利用予約を行う。ここで、予約情報には、告別や火葬等の葬儀に係る儀式（以下、葬儀という）の希望施行日時を示す日時情報、利用施設名及び施設規模等の希望利用施設を示す施設情報等の情報が含まれているものとする。
【００１４】
図２は、予約受付サーバ２０の機能的構成を示すブロック図である。図２に示すように、予約受付サーバ２０は、ＣＰＵ２１、操作部２２、表示部２３、ＲＡＭ２４、記憶部２５、通信制御部２６等を備えて構成され、各部はバス２７により接続されている。
【００１５】
ＣＰＵ２１は、記憶部２５に記憶されているシステムプログラムを読み出し、ＲＡＭ２４内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２１は、記憶部２５に記憶されている各種処理プログラム、各種アプリケーションプログラムを読み出してワークエリアに展開し、後述する斎場予約処理（図３参照）を始めとする各種処理を実行する。
【００１６】
具体的には、ＣＰＵ２１は、後述する業者管理ＤＢ（データベース）２５１の業者管理テーブルに登録された業者識別情報に基づいて、予約を行う葬祭業者を特定する。
また、ＣＰＵ２１は、予約管理ＤＢ２５２の予約管理テーブルを参照し、先に登録された予約情報の状態に基づいて予約情報の登録が可能か否かを判定し、登録が可能な場合に、この予約情報に固有の予約識別情報を発行し、予約情報と該予約情報の予約識別情報とを対応付けて予約管理テーブルに登録することで葬儀の仮予約を行う。
また、ＣＰＵ２１は、予約情報及び予約識別情報に基づいて、本予約に係る葬儀に関する詳細情報の入力を要請する入力要請情報を情報端末１０に送信し、この入力要請情報に基づいて葬儀業者により情報端末１０を介して送信された詳細情報を、予約情報と対応付けて予約管理テーブルに登録することで予約を確定する。
【００１７】
操作部２２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２１に出力する。また、操作部２２は、表示部２３の表示画面にタッチパネルを備えても良く、この場合、タッチパネルを介して入力された指示信号をＣＰＵ２１に出力する。
【００１８】
表示部２３は、ＬＣＤやＣＲＴ等の表示手段により構成され、ＣＰＵ２１から入力される表示信号の指示に従って、操作部２２からの入力指示やデータ等を表示する。
【００１９】
ＲＡＭ２４は、ＣＰＵ２１により実行制御される各種処理において、記憶部２５から読み出されたＣＰＵ２１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等の一時的に記憶するワークエリアを形成する。
【００２０】
記憶部２５は、ＨＤＤ（Hard Disc Drive）や不揮発性の半導体メモリ等により構成され、ＣＰＵ２１で実行されるシステムプログラム、当該システムプログラムに対応する各種処理プログラム、各種アプリケーションプログラム、各種データ等を記憶する。これらの各種プログラムは、読取可能なプログラムコードの形態で格納され、ＣＰＵ２１は、当該プログラムコードに従った動作を逐次実行する。
【００２１】
記憶部２５は、葬祭業者を識別するための業者識別情報が予め登録された業者管理テーブルを格納する業者管理ＤＢ２５１を有している。また、記憶部２５は、葬祭業者から申し込まれる斎場３０の利用予約を管理するための予約管理テーブルを格納する予約管理ＤＢ２５２を有している。
【００２２】
図３に記憶部２５の予約管理ＤＢ２５２に予め格納された予約管理テーブルの一例を示す。ここで、予約管理テーブルとは、斎場３０において施行される葬儀の施行スケジュールを日毎に示したテーブルであって、該予約管理テーブルに基づいて斎場３０の稼働管理が行われる。
【００２３】
図３は、本斎場３０の業務開始時間（図中、１０：００）から業務終了時刻（図中、１８：００）までに施行される葬儀の施行スケジュールを示している。同図において、Ｆ１（Ｆ２、Ｆ３以下同様）は、本斎場３０で施行される一の葬儀に要する総時間数を示しており、この予約管理テーブル上での葬儀の一単位（以下、葬儀計画という）とされている。後述する斎場予約処理（図４参照）では、この葬儀計画に対して予約情報、予約識別情報及び詳細情報が対応付けて登録される。なお、本予約管理テーブルにおいて計画された葬儀計画の数及び時間配分は、斎場３０が有する各施設の部屋数等、斎場３０の収容能力に応じて作成されていることが好ましい。
【００２４】
図２に戻り、通信制御部２６は、ＬＡＮアダプタやルータやＴＡ（Terminal Adapter）等を備えたインターフェースであって、ネットワークＮに接続された各装置との間の通信を制御する。具体的には、本予約受付サーバ２０と情報端末１０との間で授受される各種情報の送受信を可能とする。
【００２５】
このように構成された斎場予約システム１００において、例えば、インターネット端末を用いて斎場３０の利用予約を行う場合の動作について以下で説明する。
【００２６】
図４は、情報端末１０と予約受付サーバ２０との間で行われる斎場予約処理を説明するための図である。本処理において、予約受付サーバ２０で行われる処理は、ＣＰＵ２１により実行されるものとする。
【００２７】
まず、インターネット端末からネットワークＮを介して送信される葬祭業者を識別するための業者識別情報を受信すると（ステップＳ１１；Ｙｅｓ）、記憶部２５に記憶された業者管理ＤＢに基づき、葬祭業者を特定する（ステップＳ１２）。
【００２８】
ここで、業者管理ＤＢに登録されていない業者識別情報や空白文字（ＮＵＬＬ文字）等を受信した際には、ステップＳ１２において葬祭業者を特定できないため（ステップＳ１２；Ｎｏ）、インターネット端末に対して、業者識別情報の再度の入力を促す旨の画面を表示させ（ステップＳ１３）、ステップＳ１１に戻る。
【００２９】
一方、ステップＳ１２において、葬祭業者が特定が特定された場合には（ステップＳ１２；Ｙｅｓ）、インターネット端末に対して、利用を希望する施設及び日時等の予約情報の入力を促す旨の画面を表示させ（ステップＳ１４）、インターネット端末から、予約情報が送信されるまで待機を行う（ステップＳ１５；Ｎｏ）。
【００３０】
次いで、予約情報をインターネット端末から受信すると（ステップＳ１５；Ｙｅｓ）、この予約情報に含まれた日時情報が示す日時に対応する予約管理テーブル上の葬儀計画を参照し、該葬儀計画に他の予約情報が登録されているか否かを判定し（ステップＳ１６）、他の予約情報が登録されていると判定した場合には（ステップＳ１６；ｙｅｓ）、インターネット端末に対して、予約時間の変更を促す旨の画面を表示させ（ステップＳ１７）、ステップＳ１５に戻る。
【００３１】
一方、ステップＳ１６において、他の予約情報が登録されていないと判定した場合には（ステップＳ１６；Ｎｏ）、この予約情報に固有の予約識別情報を発行し（ステップＳ１８）、該予約情報に含まれた日時情報に対応する日時の葬儀計画に予約情報と予約識別情報とを対応付けて登録することで葬儀の仮予約を行う（ステップＳ１９）。
【００３２】
なお、ステップＳ１６において、予約情報に含まれた施設情報が示す施設に他の予約情報が登録されているか否かを判定することとしてもよい。また、本斎場３０が同一の施設を複数有するような場合には、この同一施設の各部屋に他の予約情報が登録されているか否かが判定されることになり、予約情報が登録されていない部屋が存在した場合に、予約情報が登録されていないと判定されるものとする。
【００３３】
次いで、予約情報に含まれた日付情報等の各種情報及び予約識別情報に基づいて、この葬儀に係る詳細情報の入力を要請するための入力要請情報を生成し（ステップＳ２０）、インターネット端末に対して、登録を完了した旨の画面を表示させるとともに、この入力要請情報を送信して詳細情報の入力を促す画面を表示させ（ステップＳ２１）、葬祭業者からインターネット端末を介して詳細情報が送信されるまで待機を行う（ステップＳ２２；Ｎｏ）。
【００３４】
図５は、ステップＳ２０で生成された入力要請情報の一例を示す図である。
ここで、領域Ａ１に示された情報は、予約情報に含まれる施設情報及び日付情報等の各種情報に基づいて、入力要請情報の生成の際に印された情報であって、葬祭業者が行った予約の内容を示している。また、領域Ａ２に、この予約の予約識別情報として発行された、予約番号を印すとともに、領域Ａ３に、この予約を行った葬儀業者の葬儀業者名及び葬儀業者識別情報（図中、「お客様コード」）を印している。なお、入力要請情報に印される情報は、図示例に限らないものとする。
【００３５】
また、領域Ａ４に葬儀に係る詳細情報として、この予約を行った葬儀業者に入力を要請する項目を列挙している。この詳細情報には、本予約に係る葬儀の「故人の氏名」、「生年月日」等の故人に係る故人情報が含まれている。この入力要請情報を受信した葬儀業者は、領域Ａ４の各項目に必要事項を入力することが可能となっており、この入力された詳細情報を含む入力要請情報自体を予約受付サーバ２０に送信するものとする。なお、詳細情報として入力を要請する項目は、図示例に限らないものとする。
【００３６】
また、ステップＳ１１で受信された業者識別情報に基づいて、葬祭業者毎に異なる雛型（フォーマット）の入力要請情報を生成することとしてもよく、この場合、葬祭業者毎に応じた入力要請情報の雛型を、予め記憶部２５に記憶された業者管理テーブルの葬祭業者情報にそれぞれ対応付けて登録しておくこととしてもよい。
【００３７】
図４に戻り、インターネット端末から送信された詳細情報を受信すると（ステップＳ２２；Ｙｅｓ）、記憶部２５に記憶された予約管理テーブルを参照し、この詳細情報とともに送信された予約識別情報に対応する予約情報（葬儀計画）に、該詳細情報を対応付けて登録することで予約を確定する（ステップＳ２３）。そして、インターネット端末に対して、予約完了の旨の画面を表示させることで予約が完了した旨の通知を行い（ステップＳ２４）、本処理は終了する。
【００３８】
上述した斎場予約処理は、葬儀業者から予約の申し出がある度に実行され、予約管理テーブルに予約が確定されることになる。斎場３０は、この予約管理テーブルに従って各葬儀の運用を行う。
【００３９】
以上説明したように、本第１の実施形態によれば、葬祭業者から送信された希望施行日時を示す日時情報を含んだ予約情報を当該予約情報に固有の予約識別情報と対応付けて登録し、後に葬祭業者から送信される前記葬儀の故人に関する故人情報を含んだ詳細情報を、前記予約識別情報に基づいて予約情報に対応付けて登録することで予約を確定する。これにより、実際に施行される葬儀の故人情報の入力が予約の必須条件となるため、葬儀業者による「空予約」を防止することができる。
また、斎場３０は、「空予約」が行われていない予約管理テーブルに従って運用を行うため、効率的な斎場運営を行うことが可能となる。
【００４０】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。
上記第１の実施形態において、予約に用いられる情報端末１０をインターネット端末として、斎場の予約を行う場合を述べたが、ＦＡＸ、電話機等表示画面に基づいて入力することができない情報端末１０の場合は、人工的に合成した音声によって、図３で示した予約処理を促し、葬儀業者は希望する予約条件のそれぞれに割り付けられた釦等を押下することにより、斎場３０の予約を可能とする。なお、情報端末１０としてＦＡＸを用いた場合、図４に示した入力要請情報の内容がＦＡＸで葬祭業者に送信されるとともに、該入力要請情報に記入された詳細情報がＦＡＸで予約受付サーバ２０に送信されることになる。
【００４１】
以上説明したように、本第２の実施形態によれば、葬祭業者から送信された希望施行日時を示す日時情報を含んだ予約情報を当該予約情報に固有の予約識別情報と対応付けて登録し、後に葬祭業者から送信される前記葬儀の故人に関する故人情報を含んだ詳細情報を、前記予約識別情報に基づいて予約情報に対応付けて登録することで予約を確定する。これにより、実際に施行される葬儀の故人情報の入力が予約の必須条件となるため、葬儀業者による「空予約」を防止することができる。
また、斎場３０は、「空予約」が行われていない予約管理テーブルに従って運用を行うため、効率的な斎場運営を行うことが可能となる。
【００４２】
本実施の形態における斎場予約システム１００の細部構成及び詳細動作に関しては、本発明の趣旨を逸脱しない範囲で適宜変更可能である。
【図面の簡単な説明】
【００４３】
【図１】斎場予約システムの構成を模式的に示した図である。
【図２】予約受付サーバの構成を示すブロック図である。
【図３】予約管理テーブルの一例を示す図である。
【図４】斎場予約処理の流れを示すフローチャートである。
【図５】入力要請情報の一例を示す図である。
【符号の説明】
【００４４】
１００  斎場予約システム
１０  情報端末
２０  予約受付サーバ
２１  ＣＰＵ
２２  操作部
２３  表示部
２４  ＲＡＭ
２５  記憶部
２５１  業者管理ＤＢ
２５２  予約管理ＤＢ
２６  通信制御部
２７  バス
３０  斎場
【図１】
2006228119.tif 000003
【図２】
2006228119.tif 000004
【図３】
2006228119.tif 000005
【図４】
2006228119.tif 000006
【図５】
2006228119.tif 000007