(57)【要約】【課題】葬儀に関する複数の施設を備えた斎場の運営において、稼働率を高めることが可能な斎場管理システムを提供する。【解決手段】利用者により指定された斎場の希望利用日時に基づいて、稼働計画テーブルに当該利用者の予約を行い、受付手段からの受付情報と予約手段からの予約情報とに基づいて、前記稼働計画テーブルに予約情報を割り付けし、この予約情報が割り付けられた稼働計画テーブルに基づいて、各施設の稼働管理を行う。【選択図】図８
2006227741.tif 000002
【特許請求の範囲】
【請求項１】
葬儀に関する複数の異なる施設を備えた斎場の稼働管理を行う斎場管理システムであって、
前記斎場で施行される複数の葬儀が計画された稼働計画テーブルを生成する稼働計画生成手段と、
前記生成された稼働計画テーブルを記憶する記憶手段と、
利用者により指定された前記斎場の希望利用日時に基づいて、前記稼働計画テーブルに当該利用者の予約を行う予約手段と、
前記利用者の斎場への到着を受け付ける受付手段と、
前記受付手段からの受付情報と前記予約手段からの予約情報とに基づいて、当該予約情報を前記稼働計画テーブルに計画された葬儀に割り付ける割付手段と、
前記割り付けされた稼働計画テーブルに基づいて、前記施設の稼働管理を行う管理手段と、
を有することを特徴とする斎場管理システム。
【請求項２】
前記稼働計画生成手段は、前記斎場を構成する各施設の稼働情報に基づいて前記稼働計画テーブルを生成することを特徴とする請求項１に記載の斎場管理システム。
【請求項３】
前記稼働情報は、前記斎場の営業時間、前記施設毎の部屋数、前記施設の使用に要する時間に関する情報のうち少なくとも１以上を含んでいることを特徴とする請求項２に記載の斎場管理システム。
【請求項４】
前記割付手段は、前記稼働計画テーブルに割り付けられた他の予約情報を参照して割付けを行うことを特徴とする請求項１に記載の斎場管理システム。
【請求項５】
前記受付情報は、少なくとも前記利用者の受付時刻情報を含み、
前記割付手段は、前記受付時刻以降に計画された葬儀のうち、最も早く施行される葬儀に前記利用者の予約情報を割り付けることを特徴とする請求項１又は４に記載の斎場管理システム。
【請求項６】
前記割付手段は、前記葬儀において使用する施設の部屋を示した部屋情報を、当該葬儀に割り付けることを特徴とする請求項１、４、５の何れか一項に記載の斎場管理システム。
【請求項７】
前記割り付けられる部屋の順序を指定する指示信号を入力可能な入力手段を更に備え、
前記割付手段は、前記入力された指示信号に基づいて割り付けを行うことを特徴とする請求項６に記載の斎場管理システム。
【請求項８】
表示手段を更に有し、
前記管理手段は、前記稼働計画テーブルに基づいて各施設の利用状況を前記表示手段に表示させることを特徴とする請求項１に記載の斎場管理システム。
【請求項９】
前記表示手段は、前記施設毎の各部屋に設けられることを特徴とする請求項８に記載の斎場管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、葬儀に関する複数の異なる施設を備えた斎場の稼働管理を行う斎場管理システムに関する。
【背景技術】
【０００２】
近年、告別や火葬等の葬儀に係る儀式を行うことが可能な複数の施設を有した斎場が利用されている。斎場の予約は、一般に遺族や葬祭業者等の利用者から電話等の手段を使って希望する利用日時が通知されることで行われており、この通知された予約情報に基づいて、斎場の従業員が空いている施設に適宜割り付けを行っている。従来、葬儀の施行を簡便に申し込むことが可能なシステムが提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００３−２２３５２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、空いている施設に適宜割り付けを行っていたのでは、従業員の負担が大きくなるばかりでなく、割り付け間違い等のミス等が発生する可能性がある。また、遺族が複合型葬祭施設へ早着又は延着した場合に柔軟に対応することができず、施設の「空き」や「待ち」の状況となることがあるため、効率的な斎場運営を行うことができないという問題がある。
また、特許文献１は、遺族等の利用者と葬祭業者との受注に関するシステムであるため、上述した課題を解決することができない。
【０００４】
本発明の課題は、葬儀に関する複数の施設を備えた斎場の運営において、稼働率を高めることが可能な斎場管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、請求項１に記載の発明は、
葬儀に関する複数の異なる施設を備えた斎場の稼働管理を行う斎場管理システムであって、
前記斎場で施行される複数の葬儀が計画された稼働計画テーブルを生成する稼働計画生成手段と、
前記生成された稼働計画テーブルを記憶する記憶手段と、
利用者により指定された前記斎場の希望利用日時に基づいて、前記稼働計画テーブルに当該利用者の予約を行う予約手段と、
前記利用者の斎場への到着を受け付ける受付手段と、
前記受付手段からの受付情報と前記予約手段からの予約情報とに基づいて、当該予約情報を前記稼働計画テーブルに計画された葬儀に割り付ける割付手段と、
前記割り付けされた稼働計画テーブルに基づいて、前記施設の稼働管理を行う管理手段と、
を有することを特徴としている。
【０００６】
更に、請求項２に記載の発明は、請求項１に記載の発明において、
前記稼働計画生成手段は、前記斎場を構成する各施設の稼働情報に基づいて前記稼働計画テーブルを生成することを特徴としている。
【０００７】
更に、請求項３に記載の発明は、請求項２に記載の発明において、
前記稼働情報は、前記斎場の営業時間、前記施設毎の部屋数、前記施設の使用に要する時間に関する情報のうち少なくとも１以上を含んでいることを特徴としている。
【０００８】
更に、請求項４に記載の発明は、請求項１に記載の発明において、
前記割付手段は、前記稼働計画テーブルに割り付けられた他の予約情報を参照して割付けを行うことを特徴としている。
【０００９】
更に、請求項５に記載の発明は、請求項１又は４に記載の発明において、
前記受付情報は、少なくとも前記利用者の受付時刻情報を含み、
前記割付手段は、前記受付時刻以降に計画された葬儀のうち、最も早く施行される葬儀に前記利用者の予約情報を割り付けることを特徴としている。
【００１０】
更に、請求項６に記載の発明は、請求項１、４，５に記載の発明において、
前記割付手段は、前記葬儀において使用する施設の部屋を示した部屋情報を、当該葬儀に割り付けることを特徴としている。
【００１１】
更に、請求項７に記載の発明は、請求項６に記載の発明において、
前記割り付けられる部屋の順序を指定する指示信号を入力可能な入力手段を更に備え、
前記割付手段は、前記入力された指示信号に基づいて割り付けを行うことを特徴としている。
【００１２】
更に、請求項８に記載の発明は、請求項１に記載の発明において、
表示手段を更に有し、
前記管理手段は、前記稼働計画テーブルに基づいて各施設の利用状況を前記表示手段に表示させることを特徴としている。
【００１３】
更に、請求項９に記載の発明は、請求項８に記載の発明において、
前記表示手段は、前記施設毎の各部屋に設けられることを特徴としている。
【発明の効果】
【００１４】
請求項１に記載の発明によれば、利用者により指定された斎場の希望利用日時に基づいて、稼働計画テーブルに当該利用者の予約を行い、受付手段からの受付情報と予約手段からの予約情報とに基づいて、前記稼働計画テーブルに予約情報を割り付けし、この予約情報が割り付けられた稼働計画テーブルに基づいて、各施設の稼働管理を行う。これにより、利用者が早着又は遅着したような場合であっても、予約情報の割り付けを動的に行うことが可能であるため、利用者の到着時刻に柔軟に対応することができる。また、この稼働計画テーブルに基づいて斎場内の各施設の稼働管理を行うため、斎場の稼働率を向上させることができる。
【００１５】
請求項２に記載の発明によれば、稼働計画テーブルは、前記斎場を構成する各施設の稼働情報に基づいて生成されている。これにより、斎場を構成する施設に応じた稼働計画テーブルを生成することが可能であるため、斎場に最適な稼働計画テーブルを生成することができる。
【００１６】
請求項３に記載の発明によれば、稼働情報は、前記斎場の営業時間、前記施設毎の部屋数、前記施設の使用に要する時間に関する情報のうち少なくとも１以上を含んでいる。これにより、斎場を構成する各施設の特性に応じた稼働計画テーブルを生成することが可能であるため、斎場に最適な稼働計画テーブルを生成することができる。
【００１７】
請求項４に記載の発明によれば、割付手段は、前記稼働計画テーブルに割り付けられた他の予約情報を参照して割付けを行う。これにより、稼働計画テーブルに登録された他の予約情報の状態を参照して割り付けを行うことが可能であるため、他の予約情報との重複を回避することができる。
【００１８】
請求項５に記載の発明によれば、受付情報は、少なくとも利用者の受付時刻情報を含み、割付手段は、前記受付時刻以降に計画された葬儀のうち、最も早く施行される葬儀に前記利用者の予約情報を割り付ける。これにより、予約情報の割り付けを効率的に行うことが可能であるため、斎場の稼働率を向上させることができる。
【００１９】
請求項６に記載の発明によれば、割付手段は、前記葬儀において使用する施設の部屋を示した部屋情報を、当該葬儀に割り付ける。これにより、各施設が有する部屋の「空き」や「待ち」状態を抑えることが可能となりため、斎場の稼働率を向上させることができる。
【００２０】
請求項７に記載の発明によれば、割り付けられる部屋の順序を指定する指示信号を入力可能な入力手段を更に備え、割付手段は、前記入力された指示信号に基づいて割り付けを行う。これにより、割り付けられる部屋の順序を任意に指定することができる。従って、連続して施行される葬儀において、物理的に隣接した部屋が使用されることを防止することができるため、遺族の心情を配慮するとともに、各施設の調整事情を考慮した割り付けを行うことができる。
【００２１】
請求項８に記載の発明によれば、管理手段は、稼働計画テーブルに基づいて各施設の利用状況を表示手段に表示させる。これにより、表示手段を確認することで各施設の利用状況を把握することが可能となるため、葬儀を円滑に進めることが可能となり、斎場の稼働率を向上させることができる。
【００２２】
請求項９に記載の発明によれば、表示手段は、施設毎の各部屋に設けられるとしている。これにより、各部屋に設けられた表示手段を確認することで各施設の利用状況を把握することが可能となるため、葬儀の進行を円滑に進めることが可能となり、斎場の稼働率を向上させることができる。
【発明を実施するための最良の形態】
【００２３】
以下、図に基づいて本発明を実施するための最良の形態について詳細に説明する。なお、発明の範囲は、本実施の形態に限定されないものとする。なお、本明細書において、斎場とは、葬儀が行われる式場を意味する他、葬儀に関わる式場や施設等も含む概念である。例えば、葬儀のみならず、通夜や法事等が行われる式場や、火葬炉等の施設も含まれる。
【００２４】
＜第１の実施形態＞
図１は、本発明に係る斎場１００を模式的に示した図である。図に示すように、斎場１００は、控室１１０（控室（１）〜（１０））、告別室１２０（告別室（１）〜（３））、火葬炉１３０（火葬炉（１）〜（１２））、収骨室１４０（収骨室（１）〜（３））等の葬儀に係る複数の施設と、斎場１００に到着した遺族、葬祭業者等（以下、利用者という）の受付を行う受付１０１と、管理室１０２と、を備えている。各施設に係る複数の部屋には、後述する中央管理サーバ２５０が識別可能に付与された部屋番号情報が予め設定されているものとする。なお、斎場１００の態様は、これに限らず、各施設数は任意であるとしてもよいし、また、式場等の他の施設を有する態様としてもよい。
【００２５】
本斎場１００を利用する利用者は、告別室１２０（告別）、火葬炉１３０（火葬）、収骨室１４０（収骨）の順に利用し、各儀式の合間等に控室１１０を利用することで適宜休憩をとることが可能となっている。
【００２６】
上述した施設の各部屋には、該部屋の使用状況の監視を行う不図示の監視手段が備えられており、使用中であるか否かの状態を示す状態情報が、後述する中央管理サーバ２５０に出力されるようになっている。この監視手段の態様は特に限らず、例えば、各室内に設けられた赤外線センサ等により移動物の検出結果が、使用中を示す状態情報として出力されることとしてもよいし、火葬炉１３０の場合には、火葬炉を制御する不図示の炉制御手段により火葬中であるか否かを示す信号が状態情報として出力されることとしてもよい。また、斎場１００の従業員により各部屋の状態が確認されることとしてもよく、この場合、釦等の入力手段を介して確認された状態を示す信号が出力されるものとする。
【００２７】
また、斎場１００の各施設には、後述する表示器２４０が設けられており（例えば、各施設が有する部屋の入り口（不図示）付近や控室１１０内等）、中央管理端末の制御により各施設を使用中の遺族名、故人の氏名等が表示される。また、斎場１００の要所（例えば、受付１０１付近等）には、各施設の使用状態や利用者、故人名等を表示する表示器２４０と同様構成の総合案内表示器（不図示）が設けられているものとする。以下、総合案内表示器を含めて表示器２４０という。
【００２８】
図２は、斎場１００における斎場管理システム２００の概念図である。同図に示すように、斎場管理システム２００は、稼働計画生成端末２１０、予約受付端末２２０、到着受付端末２３０、表示器２４０、中央管理サーバ２５０等を有して構成されており、各部は中央管理サーバ２５０にネットワークＮを介して接続されている。なお、到着受付端末２３０は、斎場１００の受付１０１に設置されることが好ましく、その他の端末は、管理室１０２に設置されるものとするが、各設置場所は特に限らないものとする。
【００２９】
ネットワークＮは、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の様々な回線形態を適用可能であって、その通信手段は、有線通信、無線通信、赤外線通信等特に問わないものとする。また、表示器２４０−中央管理サーバ２５０間の接続は、ＢＮＣ（Bayonet Neill-Concelman）ケーブル等の映像ケーブルで接続することとしてもよい。
【００３０】
以下、斎場管理システム２００の各部について説明する。
稼働計画生成端末２１０は、斎場１００を構成する各施設の稼働に関するに稼働情報に基づいて、後述する稼働計画テーブルの生成を行う。ここで、稼働情報とは、例えば、斎場１００の業務時間、各施設の種別、各施設の部屋数、各施設の使用に要する時間、目標とする単位時間あたりの稼働率等であるとするが、これに限らないものとする。
【００３１】
図３は、稼働計画生成端末２１０の機能的構成を示すブロック図である。図３に示すように、稼働計画生成端末２１０は、ＣＰＵ２１１、操作部２１２、表示部２１３、ＲＡＭ２１４、記憶部２１５、通信制御部２１６等を備えて構成され、各部はバス２１７により接続されている。
【００３２】
ＣＰＵ２１１は、記憶部２１５に記憶されているシステムプログラムを読み出し、ＲＡＭ２１４内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２１１は、記憶部２１５に記憶されている各種処理プログラム、各種アプリケーションプログラムを読み出してワークエリアに展開し、後述する稼働計画テーブル生成処理（図４参照）を始めとする各種処理を実行する。
【００３３】
操作部２１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２１１に出力する。また、操作部２１２は、表示部２１３の表示画面にタッチパネルを備えても良く、この場合、タッチパネルを介して入力された指示信号をＣＰＵ２１１に出力する。
【００３４】
表示部２１３は、ＬＣＤやＣＲＴ等の表示手段により構成され、ＣＰＵ２１１から入力される表示信号の指示に従って、操作部２１２からの入力指示やデータ等を表示する。
【００３５】
ＲＡＭ２１４は、ＣＰＵ２１１により実行制御される各種処理において、記憶部２１５から読み出されたＣＰＵ２１１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等の一時的に記憶するワークエリアを形成する。
【００３６】
記憶部２１５は、ＨＤＤ（Hard Disc Drive）や不揮発性の半導体メモリ等により構成され、ＣＰＵ２１１で実行されるシステムプログラム、当該システムプログラムに対応する各種処理プログラム、各種アプリケーションプログラム、各種データ等を記憶する。これらの各種プログラムは、読取可能なプログラムコードの形態で格納され、ＣＰＵ２１１は、当該プログラムコードに従った動作を逐次実行する。
【００３７】
通信制御部２１６は、ＬＡＮアダプタやルータやＴＡ（Terminal Adapter）等を備え、ネットワークＮに接続された各装置との間の通信を制御する。また、通信制御部２１６は、後述する稼働計画テーブル生成処理で生成される稼働計画テーブルを中央管理サーバ２５０に出力する。
【００３８】
次に、予約受付端末２２０について説明する。
予約受付端末２２０は、電話、ＦＡＸ、インターネット等の手段を介して利用者から本斎場１００の利用予約を受け付け、中央管理サーバ２５０の記憶部２５５に記憶された稼働計画テーブルに当該利用者の予約情報を登録することで、この利用者の予約を行う。ここで、予約情報には、斎場１００を利用する希望日時、利用者名、利用者の連絡先等を示す情報とともに、当該予約情報を識別するための予約識別情報が含まれているものとする。なお、予約情報が入力される態様は特に限らず、利用者から連絡される利用希望日時に応じて、斎場１００の従業員により操作部２２２を介して入力された情報を予約情報としてもよいし、インターネット等を介して通信制御部２１６に利用者から直接入力される情報を予約情報としてもよい。
【００３９】
次に、予約受付端末２２０の機能的構成について説明する。なお、予約受付端末２２０は、上述した稼働計画生成端末２１０と同様の構成を有するため、図３を用いて説明する。
【００４０】
図３に示すように、予約受付端末２２０は、ＣＰＵ２２１、操作部２２２、表示部２２３、ＲＡＭ２２４、記憶部２２５、通信制御部２２６等を備えて構成され、各部はバス２２７により接続されている。
【００４１】
ＣＰＵ２２１は、記憶部２２５に記憶されているシステムプログラムを読み出し、ＲＡＭ２２４内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２２１は、記憶部２２５に記憶されている各種処理プログラム、各種アプリケーションプログラムを読み出してワークエリアに展開し、後述する予約処理（図７参照）を始めとする各種処理を実行する。
【００４２】
操作部２２２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２２１に出力する。また、操作部２２２は、表示部２２３の表示画面にタッチパネルを備えても良く、この場合、タッチパネルを介して入力された指示信号をＣＰＵ２２１に出力する。
【００４３】
表示部２２３は、ＬＣＤやＣＲＴ等の表示手段により構成され、ＣＰＵ２２１から入力される表示信号の指示に従って、操作部２２２からの入力指示やデータ等を表示する。
【００４４】
ＲＡＭ２２４は、ＣＰＵ２２１により実行制御される各種処理において、記憶部２２５から読み出されたＣＰＵ２２１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等の一時的に記憶するワークエリアを形成する。
【００４５】
記憶部２２５は、ＨＤＤや不揮発性の半導体メモリ等により構成され、ＣＰＵ２２１で実行されるシステムプログラム、当該システムプログラムに対応する各種処理プログラム、各種アプリケーションプログラム、各種データ等を記憶する。これらの各種プログラムは、読取可能なプログラムコードの形態で格納され、ＣＰＵ２２１は、当該プログラムコードに従った動作を逐次実行する。
【００４６】
通信制御部２２６は、ＬＡＮアダプタやルータやＴＡ等を備え、ネットワークＮに接続された各装置との間の通信を制御する。
【００４７】
次に、到着受付端末２３０について説明する。
到着受付端末２３０は、上述した予約受付端末２２０にて本斎場１００の利用予約がされた利用者の到着を受け付け、この受け付けに伴って入力される受付情報に基づいて、中央管理サーバ２５０の記憶部２５５に記憶された稼働計画テーブルに当該利用者の予約情報の割り付けを行う。なお、受付情報には、利用者の受付時刻、利用者氏名等を示す情報とともに、この利用者に係る予約情報の予約識別情報が含まれているものとする。
【００４８】
ここで、予約情報の割り付けとは、予約処理（図７参照）により予約された利用者の予約情報を、後述する稼働計画テーブル上の葬儀計画に確定させる処理を意味し、該確定された葬儀計画に基づいて葬儀が施行される。
【００４９】
次に、到着受付端末２３０の機能的構成について説明する。なお、本到着受付端末２３０は、上述した稼働計画生成端末２１０と同様の構成を有するため、図３を用いて説明する。
【００５０】
図３に示すように、到着受付端末２３０は、ＣＰＵ２３１、操作部２３２、表示部２３３、ＲＡＭ２３４、記憶部２３５、通信制御部２３６等を備えて構成され、各部はバス２３７により接続されている。
【００５１】
ＣＰＵ２３１は、記憶部２３５に記憶されているシステムプログラムを読み出し、ＲＡＭ２３４内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２３１は、記憶部２３５に記憶されている各種処理プログラム、各種アプリケーションプログラムを読み出してワークエリアに展開し、後述する割付処理（図８参照）を始めとする各種処理を実行する。
【００５２】
操作部２３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２３１に出力する。また、操作部２３２は、表示部２３３の表示画面にタッチパネルを備えても良く、この場合、タッチパネルを介して入力された指示信号をＣＰＵ２３１に出力する。
【００５３】
表示部２３３は、ＬＣＤやＣＲＴ等の表示手段により構成され、ＣＰＵ２３１から入力される表示信号の指示に従って、操作部２３２からの入力指示やデータ等を表示する。
【００５４】
ＲＡＭ２３４は、ＣＰＵ２３１により実行制御される各種処理において、記憶部２３５から読み出されたＣＰＵ２３１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等の一時的に記憶するワークエリアを形成する。
【００５５】
記憶部２３５は、ＨＤＤや不揮発性の半導体メモリ等により構成され、ＣＰＵ２３１で実行されるシステムプログラム、当該システムプログラムに対応する各種処理プログラム、各種アプリケーションプログラム、各種データ等を記憶する。これらの各種プログラムは、読取可能なプログラムコードの形態で格納され、ＣＰＵ２３１は、当該プログラムコードに従った動作を逐次実行する。
【００５６】
通信制御部２３６は、ＬＡＮアダプタやルータやＴＡ等を備え、ネットワークＮに接続された各装置との間の通信を制御する。
【００５７】
次に、表示器２４０について説明する。
表示器２４０は、ＬＣＤやＣＲＴ等の表示手段であって、斎場１００の要所及び／又は各施設の部屋前に設けられている。この表示器２４０は、中央管理サーバ２５０の制御に基づいて、各施設を利用中の遺族名、故人の氏名や、各施設の利用状況等の表示を行う。
【００５８】
次に、中央管理サーバ２５０について説明する。
中央管理サーバ２５０は、上述した各端末及び斎場１００の各施設に設けられた監視手段から入力される各種情報に基づいて及び表示器２４０の表示を制御し、斎場１００の稼働状況の管理を行う。
【００５９】
次に、中央管理サーバ２５０の機能的構成について説明する。なお、本中央管理サーバ２５０は、上述した稼働計画生成端末２１０と同様の構成を有するため、図３を用いて説明する。
【００６０】
図３に示すように、中央管理サーバ２５０は、ＣＰＵ２５１、操作部２５２、表示部２５３、ＲＡＭ２５４、記憶部２５５、通信制御部２５６等を備えて構成され、各部はバス２５７により接続されている。
【００６１】
ＣＰＵ２５１は、記憶部２５５に記憶されているシステムプログラムを読み出し、ＲＡＭ２５４内に形成されたワークエリアに展開し、該システムプログラムに従って各部を制御する。また、ＣＰＵ２５１は、記憶部２５５に記憶されている各種処理プログラム、各種アプリケーションプログラムを読み出してワークエリアに展開し、後述する予約処理（図７参照）、割付処理（図８参照）、稼働管理処理（図９参照）を始めとする各種処理を実行する。
【００６２】
操作部２５２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２５１に出力する。また、操作部２５２は、表示部２５３の表示画面にタッチパネルを備えても良く、この場合、タッチパネルを介して入力された指示信号をＣＰＵ２５１に出力する。
【００６３】
表示部２５３は、ＬＣＤやＣＲＴ等の表示手段により構成され、ＣＰＵ２５１から入力される表示信号の指示に従って、操作部２５２からの入力指示やデータ等を表示する。
【００６４】
ＲＡＭ２５４は、ＣＰＵ２５１により実行制御される各種処理において、記憶部２５５から読み出されたＣＰＵ２５１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等の一時的に記憶するワークエリアを形成する。
【００６５】
記憶部２５５は、ＨＤＤや不揮発性の半導体メモリ等により構成され、ＣＰＵ２５１で実行されるシステムプログラム、当該システムプログラムに対応する各種処理プログラム、各種アプリケーションプログラム、各種データ等を記憶する。これらの各種プログラムは、読取可能なプログラムコードの形態で格納され、ＣＰＵ２５１は、当該プログラムコードに従った動作を逐次実行する。
【００６６】
また、記憶部２５５は、稼働計画生成端末２１０から入力された稼働管理テーブルを記憶する。この稼働管理テーブルが記憶される記憶領域は、例えばデータベース手段で
あって、稼働管理テーブルを日毎に管理し、予約受付端末２２０及び到着受付端末２３０からネットワークＮを介して送信されるＳＱＬ（Structured Query Language）等のデータベース操作言語に基づき、該稼働管理テーブルの操作が可能となっている。
【００６７】
また、記憶部２５５は、斎場１００の各施設に係る複数の部屋を識別するための部屋番号情報を予め記憶している。
【００６８】
通信制御部２５６は、ＬＡＮアダプタやルータやＴＡ等を備え、ネットワークＮに接続された各装置との間の通信を制御する。
【００６９】
次に、図４を参照して稼働計画生成端末２１０で行われる稼働計画テーブル生成処理について説明する。本処理において、稼働計画生成端末２１０で行われる処理は、ＣＰＵ２１１により実行されるものとする。
【００７０】
まず、操作部２１２を介して、斎場１００を構成する各施設の稼働情報が稼働計画テーブルを生成する際の制御パラメータとして入力される（ステップＳ１１）。
【００７１】
図５に、斎場１００の施設に基づいて入力された稼働情報入力画面の一例を示す。同図に示すように、斎場１００の受付時間（業務時間）、各施設の部屋数、各施設の使用時間、単位時間あたりの稼働率（処理件数）等の各種情報を、稼働計画テーブルを生成する際の制御パラメータとして入力可能となっている。なお、同図において、告別室及び収骨室の部屋数が同一枠内に入力されることとなっているが、これに限らず、それぞれの部屋数を独立して入力可能な態様としてもよい。
【００７２】
なお、図５において控室の「控室開始」とは、受付１０１での受け付けの後、控室が使用可能になるまでの時間を意味しており、「施設使用時間」の清掃とは各施設が利用された後の清掃、整備等に要する時間を意味している。
【００７３】
また、「部屋番号順序」には、図１に示したように同一施設において複数の部屋数を有するような場合に、優先的に使用される部屋番号（炉番号）を指定することが可能であり、該指定された部屋番号順に従い、稼働計画テーブルが生成される。例えば、図５に示したように「１、７、２、・・・、１１、６、１２」と指定された場合、この炉番号順で、後述する葬儀計画に付与される。従って、連続して施行される葬儀において、物理的に隣接した部屋が使用されることを防止することができるため、遺族の心情を配慮するとともに、各施設の調整事情を考慮した稼動計画スケジュールの作成を行うことができる。
【００７４】
なお、本実施の形態では、火葬炉の使用順序を指定することとしたが、これに限らず、他の施設が有する部屋についても同様に指定するようにしてもよい。また、奇数番号又は偶数番号に基づいたローテーションを予め記憶させておくことで、当該ローテーションによる部屋番号（炉番号）の付与により、物理的に隣接した部屋が連続して施行される葬儀で使用される（火葬炉）ことを防ぐようにしてもよい。
【００７５】
また、所定数の告別室、火葬炉及び収骨室を一群（ブロック）として独立させているような場合、各群毎に施設数等の情報を入力可能となっており、同図中Ａブロック、Ｂブロックと二つのブロックに対応可能となっている。ブロック分けを行っていない（行わない）場合には、該当するブロックの「未使用」をチェックすることで無効化することが可能となっている。なお、本実施の形態では、Ａブロック、Ｂブロックの二つのブロックに対応可能としたが、これに限らず、対応可能なブロックの数は任意としてもよい。
【００７６】
図４に戻り、ステップＳ１１で入力された各種パラメータのうち、斎場１００の「受付時間」に基づいて、斎場１００の業務開始から終了迄のタイムテーブル枠が生成される（ステップＳ１２）。
【００７７】
ステップＳ１１で入力された各種パラメータのうち、告別室、火葬炉、収骨室及び清掃に係る「施設使用時間」の和が算出されることで、一件あたりの葬儀にかかる総時間が導出され、この総時間数がタイムテーブル枠内での葬儀の一単位（以下、葬儀計画という）とされる（ステップＳ１３）。
【００７８】
次いで、ステップＳ１１で入力された各種パラメータのうち、控室、告別室、火葬炉及び収骨室の「部屋数」に入力された数値から、最小の部屋数を有する施設が確認される（ステップＳ１４）。この最小の部屋数は、斎場１００内において独立して行うことが可能な葬儀の数に等しく、例えば、図５に示すように告別室及び収骨室が最小の部屋数「３」を有するような場合には、独立して施行可能な葬儀の数は「３」となる。ここで、独立して施行可能とは、同一施設において同時刻に施行可能な施行数をいう。
【００７９】
続いて、各葬儀計画において利用される施設（告別室１２０、火葬炉１３０、収骨室１４０）の部屋番号が、図５に示した「部屋番号順序」に基づいて付与され（ステップＳ１５）、ステップＳ１２で生成されたタイムテーブル枠内に設定されることで、稼働計画テーブルが生成される（ステップＳ１６）。なお、各葬儀計画のタイムテーブル枠への設定は、ステップＳ１４で確認された最小の部屋数、図４のステップＳ１１で入力された時間あたりの「稼働率」、控室の「控室開始（時間）」及び「施設使用時間」の値に基づいて行われるものとする。
【００８０】
次いで、ステップＳ１６で生成された稼働計画テーブルが、ネットワークＮを介して中央管理サーバ２５０に送信され（ステップＳ１７）、本処理は終了する。
【００８１】
図６は、図５に示した各種入力値に基づいて生成された、稼働計画テーブルの一例を示す図である。同図において、Ｆ１（Ｆ２、Ｆ３以下同様）は、一の葬儀に係る総時間数を示しており、上述した葬儀計画を意味する。稼働計画テーブルは、複数の葬儀計画がタイムテーブル枠内に設定（計画）されることで生成されている。また、各葬儀計画は、告別、火葬、収骨儀式を含んでいるため、各儀式に使用する施設の部屋番号を示す情報がそれぞれ付与されている。
【００８２】
以下に説明する予約処理では、この葬儀計画毎に一の予約情報を対応付けて記憶（登録）することで、「予約」が行われる。
【００８３】
また、同図において、「控室」に係る行に示した数値は、現在使用中となっている「控室」の数を示しており、同時刻中に施行される葬儀の数に応じて増減することになる。なお、本実施例では、「控室」の部屋番号を葬儀計画に割り付けないこととしたが、これに限らず、上述した告別室１２０、火葬炉１３０、収骨室１４０と同様に、葬儀計画毎に控室の部屋番号を割り付けることとしてもよい。
【００８４】
次に、図７及び図８を参照して、利用者が斎場１００の利用予約を行ってから、葬儀当日に受付１０１で受け付けを行うに至るまでの斎場管理システム２００の動作を説明する。
【００８５】
まず、図７を参照して、予約受付端末２２０−中央管理サーバ２５０間で実行される予約処理について説明する。本処理において、予約受付端末２２０で行われる処理はＣＰＵ２２１により実行されるものとし、中央管理サーバ２５０で行われる処理はＣＰＵ２５１により実行されるものとする。
【００８６】
本処理の前提として、予約受付端末２２０の表示部２２３に中央管理サーバ２５０の記憶部２５５に記憶された稼働計画テーブル（図６参照）が表示されることとするが、これに限定されないものとする。
【００８７】
まず、利用者から電話、ＦＡＸ、インターネット等の通信手段により斎場１００の利用を希望する日時が伝えられ、この予約情報が予約受付端末２２０に入力されると（ステップＳ２１）、予約受付端末２２０は、この予約情報を中央管理サーバ２５０に出力する（ステップＳ２２）。
【００８８】
中央管理サーバ２５０は、予約受付端末２２０から入力された予約情報に含まれる希望利用日時が、稼働計画テーブルへ登録することが可能か否かの判定を行い、登録することが不可と判定した場合、つまり既にその希望利用日時に予約が行われているような場合には（ステップＳ２３；Ｎｏ）、その旨を示す指示情報を予約受付端末２２０に出力する（ステップＳ２４）。なお、この際に、希望利用日時の近傍時刻に登録が可能な場合には、その旨を示す指示情報を出力することとしてもよい。
【００８９】
予約受付端末２２０は、中央管理サーバ２５０から入力される指示情報を待機しており（ステップＳ２５）、登録不可を旨する指示情報が入力された場合には（ステップＳ２５；Ｎｏ）、この入力された指示情報に基づいて、予約不可を旨する画面を表示部２２３に表示させ（ステップＳ２６）、ステップＳ２１に再び戻る。そして、利用者から希望利用日時の変更がなされ、再度予約情報が入力されることになる。
【００９０】
一方、ステップＳ２３において、稼働計画テーブルへ登録することが可能、つまり希望利用日時に予約が行われていないような場合には、この予約情報を稼働計画テーブルへ登録し（ステップＳ２７）、登録完了の旨を指示する指示情報を予約受付端末２２０に出力する（ステップＳ２８）。
【００９１】
予約受付端末２２０は、中央管理サーバ２５０から登録完了を旨する指示情報が入力されると（ステップＳ２５；Ｙｅｓ）、この入力された指示情報に基づいて、予約完了を旨する画面を表示部２２３に表示させて（ステップＳ２９）、本処理は終了する。
【００９２】
次に、図８を参照して、斎場１００の利用予約を行った利用者が、葬儀当日に斎場１００に到着した際に到着受付端末２３０と中央管理サーバ２５０との間で行われる割付処理について説明する。本処理において、到着受付端末２３０で行われる処理はＣＰＵ２３１により実行されるものとし、中央管理サーバ２５０で行われる処理はＣＰＵ２５１により実行されるものとする。
【００９３】
本処理の前提として、到着受付端末２３０の表示部２３３に中央管理サーバ２５０の記憶部２５５に記憶された稼働計画テーブル（図６参照）が表示されることとするが、これに限定されないものとする。
【００９４】
まず、受付１０１にて利用者の受付が行われ、この利用者の受付情報が到着受付端末２３０に入力されると（ステップＳ３１）、到着受付端末２３０は、この受付情報を中央管理サーバ２５０に出力する（ステップＳ３２）。
【００９５】
中央管理サーバ２５０は、到着受付端末２３０から入力された受付情報に含まれる受付時刻情報に基づき、記憶部２５５に記憶された稼働計画テーブルを参照して、この受付時刻以降に施行される葬儀計画のうち、最も早い時刻に施行される葬儀計画を特定し（ステップＳ３３）、この葬儀計画の登録状態を判定する（ステップＳ３４）。
【００９６】
ここで、他の利用者の予約情報が登録されていると判定した場合には（ステップＳ３４；Ｎｏ）、ステップＳ３３に再び戻り、前回特定された葬儀計画以降に施行される葬儀計画のうち、最も早い時刻に施行される葬儀計画を特定する。
【００９７】
一方、ステップＳ３４において、他の利用者の予約情報が登録されていないと判定した場合、つまり、「予約（登録）」又は「空き」の状態である場合には（ステップＳ３４；Ｎｏ）、受付情報に含まれた予約識別情報等に基づいて当該受付情報に対応する予約情報を特定した後、特定された予約情報をこの葬儀計画に割り付けし（ステップＳ３５）、受付が完了した旨を示す指示情報を到着受付端末２３０に出力する（ステップＳ３６）。
【００９８】
中央管理サーバ２５０から、受付が完了した旨を示す指示情報を入力した到着受付端末２３０は、この入力された指示情報に基づいて、受付完了を旨する画面を表示部２３３に表示させて（ステップＳ３７）、本処理は終了する。
【００９９】
ここで、図６を参照してステップＳ３３の処理について説明する。
図６において、利用者Ｘ、Ｙ、Ｚの予約情報が葬儀計画Ｆ１、葬儀計画Ｆ２、葬儀計画Ｆ３にそれぞれ予約（登録）されているものとし、各葬儀の開始時刻は、それぞれ１０時００分、１０時１０分、１０時２０分と稼働計画テーブルに計画されているものとする。
【０１００】
葬儀当日、例えば、利用者Ｘの到着前に利用者Ｙが早着（１０時００以前）し、受付情報が入力された場合には、中央管理サーバ２５０は、利用者Ｙが到着した時刻に最も近い後の葬儀計画Ｆ１の登録状態を確認することになる。ここで、該葬儀計画Ｆ１に利用者Ｘの予約情報が登録されていると判定され、利用者Ｙの予約情報が葬儀計画Ｆ１に割りつけられる。なお、ここで利用者Ｘの予約情報の取り扱いに関しては、特に定めないとするが、例えば、利用者Ｙの予約情報が登録されていた葬儀計画Ｆ２に登録し直すこととしてもよい。
【０１０１】
その後、利用者Ｘの到着前に利用者Ｚが到着（１０時１０分以前）したような場合には、上記同様に利用者Ｚの予約情報が葬儀計画Ｆ２に割り付けられ、利用者Ｘの予約情報が葬儀計画Ｆ３に登録される。その後、利用者Ｘが１０時２０分迄に遅着した場合には、利用者Ｘの予約情報は、そのまま葬儀計画Ｆ３に割り付けられることになる。
【０１０２】
このように、斎場１００への利用者の受付時刻、到着順に応じて稼働計画テーブルに動的に予約情報の割り付けを行うため、利用者の早着や遅着に柔軟に対応することができる。
【０１０３】
次に、図９を参照して、稼働計画テーブルに割り付けられた予約情報に基づいて、中央管理サーバ２５０で行われる斎場１００の稼働管理処理について説明する。本処理において、中央管理サーバ２５０で行われる処理は、ＣＰＵ２５１により実行されるものとする。
【０１０４】
本処理の前提として、中央管理サーバ２５０は、稼働計画テーブルに計画された全葬儀計画の開始時刻及び全葬儀計画の登録状態を常時監視しているものとする。
【０１０５】
まず、現在の時刻と稼働計画テーブルに計画された葬儀計画の開始時刻とが一致する判定されるまで待機が行われ（ステップＳ４１；Ｎｏ）、両時刻が一致したと判定されると（ステップＳ４１；Ｙｅｓ）、この時刻に開始される葬儀計画の登録状態が判定され、「予約（登録）」又は「空」と判定された場合には（ステップＳ４２；Ｎｏ）、ステップＳ４１に再び戻る。ここで、「空」とは、予約及び割り付けが何らなされていない状態を意味する。
【０１０６】
一方、ステップＳ４２において、葬儀計画の登録状態が「割り付け済み」と判定された場合には（ステップＳ４２；Ｙｅｓ）、該葬儀計画に設定された斎場１００の各施設のうち、告別室の部屋番号が確認され、この部屋番号に該当する告別室に設けられた表示器２４０に、この葬儀計画に対応する故人の氏名、遺族の苗字等の情報（以下、葬儀案内情報という）を表示させる（ステップＳ４３）。なお、この葬儀案内情報を表示させる際に、該葬儀計画に係る遺族が使用する控室前に設けられた表示器２４０や不図示の総合案内表示器等に上述した葬儀案内情報を表示させることとしてもよく、また、該当する告別室の部屋番号等を示す情報をガイド的に表示させることとしてもよい。
【０１０７】
次いで、告別室の使用が完了するまで待機が行われ（ステップＳ４４）、監視手段等により完了したことが確認された場合には（ステップＳ４４；Ｙｅｓ）、該告別室に設けられた表示器２４０の表示を停止させるとともに、この葬儀計画に設定された斎場１００の各施設のうち、火葬炉の炉番号が確認され、この炉番号に該当する火葬炉に設けられた表示器２４０に、葬儀案内情報を表示させる（ステップＳ４５）。
【０１０８】
次いで、火葬炉の使用が完了するまで待機が行われ（ステップＳ４６）、監視手段等により完了したことが確認された場合には（ステップＳ４６；Ｙｅｓ）、該火葬炉に設けられた表示器２４０の表示を停止させるとともに、この葬儀計画に設定された斎場１００の各施設のうち、収骨室の部屋番号が確認され、この部屋番号に該当する収骨室に設けられた表示器２４０に、葬儀案内情報を表示させる（ステップＳ４７）。
【０１０９】
次いで、収骨室の使用が完了するまで待機が行われ（ステップＳ４８）、監視手段等により完了したことが確認された場合には（ステップＳ４８；Ｙｅｓ）、該収骨室に設けられた表示器２４０の表示を停止させる（ステップＳ４９）。なお、控室に設けられた表示器や総合案内表示器等に表示させているような場合には、収骨室の使用完了とともに表示を停止させることとする。
【０１１０】
次に、現在の時刻と稼働計画テーブルの業務終了時間とが比較されて、現在時刻が業務時間を経過したか否かが判定される。現在時刻が業務時間を経過していないと判定された場合には（ステップＳ５０；Ｎｏ）、ステップＳ４１に再び戻り、現在時刻が業務時間を経過したと判定された場合には（ステップＳ５０；Ｙｅｓ）、本処理は終了する。
【０１１１】
なお、上記稼働管理処理では、葬儀における各儀式の開始、終了とともに、対応する施設の表示器２４０をＯＮ、ＯＦＦすることとしたが、これに限らず、斎場１００の運用状況に応じて適宜変更することとしてもよい。例えば、図１０に示した表に基づいて、各表示器２４０のＯＮ、ＯＦＦを制御するようにしてもよい。以下、図１０を参照して各儀式（手続）毎の表示器の状態について説明する。
【０１１２】
図１０は、一の葬儀に係る各表示器の表示状態を示す表であって、中央管理サーバ２５０のＣＰＵ２５１は、この表に基づいて表示器２４０の表示を制御するものとする。
この表において、「行」は斎場１００内の各施設の部屋前に設けられた表示器２４０を意味している。
【０１１３】
図１０の表において、「列」は一の葬儀に係る一連の儀式（手続）を時系列的に示したものであって、「受付以前」から「収骨」にかけて施行される。また、「控室空」から「完了」までは、一の葬儀に係る状態を示しており、「控室空」及び「収骨室空」は収骨中又は収骨後において、それぞれ控室１１０、収骨室１４０が空室となった状態を意味している。また、「納棺可」は次の葬儀への準備が可能となった状態を意味している。なお、同図において空欄は、表示器「ＯＦＦ」の状態を意味している。
【０１１４】
まず、利用者が受付１０１で受付を完了する前の状態「受付以前」では、総合案内表示器に「故人名」を表示させる。
【０１１５】
次いで、利用者の受付が完了すると、総合案内表示器に本葬儀に係る「故人名、告別室部屋番号、控室部屋番号」を、告別室表示器、炉前表示器及び控室表示器に「故人名」を、葬儀案内情報として表示させるとともに、進行状況をモニタするための表示部２５３に「故人名、告別室部屋番号、控室部屋番号、炉番号」を表示させる。ここで、「告別室部屋番号、控室部屋番号」とは、上述した稼働計画テーブルにおいて、この葬儀の葬儀計画に係る告別室及び火葬炉の部屋番号（炉番号）であるものとする。また、告別室表示器、炉前表示器及び控室表示器とは、この葬儀の葬儀計画に係る告別室及び火葬炉の部屋番号（炉番号）に対応する部屋（炉）前に設けられた表示器２４０であるものとする。
なお、受付完了後、利用者は告別室１２０に入室し、告別が執り行われる。
【０１１６】
受付完了後、告別室１２０にて告別が執り行われ、この告別式終了後、火葬炉１３０により故人の火葬が執り行われている間は、総合案内表示器に「故人名、控室部屋番号」を、炉前表示器、控室表示器及び収骨室表示器に「故人名」を、葬儀案内情報として表示させるとともに、表示部２５３に「故人名、控室部屋番号、炉番号、火葬経過時間」を表示させる。ここで、収骨室表示器とは、この葬儀の葬儀計画に係る収骨室の部屋番号に対応する部屋前に設けられた表示器２４０であるものとする。なお、収骨室に表示する「故人名」は、火葬終盤の火葬炉の状況変化に応じて表示することとしてもよい。
【０１１７】
次いで、収骨室１４０にて収骨が執り行われている間は、総合案内表示器に「故人名、控室部屋番号」を、炉前表示器、控室表示器及び収骨室表示器に「故人名」を、葬儀案内情報として表示させるとともに、収骨室裏表示器に「故人名、収骨室使用状況」を、表示部２５３に「故人名、告別室部屋番号、炉番号、収骨室部屋番号」を表示させる。ここで「収骨室部屋番号」とは、上述した稼働計画テーブルにおいて、この葬儀の葬儀計画に係る収骨室の部屋番号であるものとする。また、収骨室裏表示器は、収骨室１４０を管理する従業員用の表示器２４０であって、この葬儀の葬儀計画に係る収骨室の利用者から目立たない位置（例えば、収骨室１４０の裏手）に設けられているものとする。なお、「収骨室使用状況」とは、収骨室が使用中であるか否かの状態を示すものであって、上述した監視手段から出力される状態情報に基づいた画像或いは文字情報が表示されるものとする。
【０１１８】
上記収骨が執り行われている間、控室が空室となったことが上述した不図示の監視手段又は従業員により確認されると、総合案内表示器に「故人名」を、収骨室表示器に「故人名」を、葬儀案内情報として表示させるとともに、収骨室裏表示器に「故人名、収骨室利用状況」を表示させる。
【０１１９】
さらに、収骨室が空室となったことが上述した不図示の監視手段又は従業員により確認されると、総合案内表示器に「故人名」を表示させる。また、次の葬儀が可能な状態であることが確認されると、総合案内表示器に「故人名」を表示させ、所定の時間が経過した後、本葬儀に係る「故人名」を総合案内表示器から消去（ＯＦＦ）する。
【０１２０】
このように、葬儀の進行に沿った表示器２４０の表示制御を行うことにより、より円滑な運用を行うことが可能となるため、斎場１００の稼働率を向上させることができる。
【０１２１】
以上説明したように、本第１の実施形態によれば、利用者により指定された斎場の希望利用日時に基づいて、稼働計画テーブルに当該利用者の予約を行い、受付手段からの受付情報と予約手段からの予約情報とに基づいて、前記稼働計画テーブルに予約情報を割り付けし、この予約情報が割り付けられた稼働計画テーブルに基づいて、各施設の稼働管理を行う。これにより、利用者が早着又は遅着したような場合であっても、予約情報の割り付けを動的に行うことが可能であるため、利用者の到着時刻に柔軟に対応することができる。また、この稼働計画テーブルに基づいて斎場内の各施設の稼働管理を行うため、斎場の稼働率を向上させることができる。
【０１２２】
＜第２の実施形態＞
次に、斎場管理システム２００の第２の実施形態を説明する。なお、説明の簡略化のため、第１の実施形態と同一な構成については同一の符号を付して説明を省略し、第２の実施形態に特徴的な部分のみを説明する。
【０１２３】
まず、図１１を参照して、稼働計画生成端末２１０で実行される稼働計画テーブル生成処理について説明する。
本処理において、稼働計画生成端末２１０で行われる処理は、ＣＰＵ２１１により実行されるものとする。
【０１２４】
まず、操作部２１２を介して、斎場１００を構成する各施設の稼働情報が稼働計画テーブルを生成する際の制御パラメータとして入力される（ステップＳ６１）。
【０１２５】
ステップＳ６１で入力された各種パラメータのうち、斎場１００の「受付時間」に基づいて、斎場１００の業務開始から終了迄のタイムテーブル枠が生成される（ステップＳ６２）。
【０１２６】
次いで、ステップＳ６１で入力された各種パラメータのうち、告別室、火葬炉、収骨室及び清掃に係る「施設使用時間」の和が算出され、葬儀計画が導出される（ステップＳ６３）。
【０１２７】
続いて、ステップＳ６１で入力された各種パラメータのうち、控室、告別室、火葬炉及び収骨室の「部屋数」に入力された数値から、最小の部屋数を有する施設が確認され（ステップＳ６４）、この最小の部屋数、「稼働率」、「控室開始（時間）」及び「施設使用時間」の値に基づいて、葬儀計画がタイムテーブル枠内に設定されることで、稼働計画テーブルが生成される（ステップＳ６５）。そして、この生成された稼働計画テーブルが、ネットワークＮを介して中央管理サーバ２５０に送信されて（ステップＳ６６）、本処理は終了する。
【０１２８】
図１２は、上述した稼働計画テーブル生成処理で生成された稼働計画テーブルの一例を示す図である。同図に示すように、本第２の実施形態における稼働計画テーブル生成処理では一件あたりの葬儀に係る時間を示す葬儀計画の状態で稼働計画テーブルの生成が行われる。このように生成された稼働計画テーブルに基づいて、予約受付端末２２０と中央管理サーバ２５０との間で予約処理が、第１の実施形態と同様に行われる。
【０１２９】
次に、図１３を参照して、本第２の実施形態の割付処理について説明する。
本処理において、到着受付端末２３０で行われる処理はＣＰＵ２３１により実行されるものとし、中央管理サーバ２５０で行われる処理はＣＰＵ２５１により実行されるものとする。また、本処理の前提として、到着受付端末２３０の表示部２３３に中央管理サーバ２５０の記憶部２５５に記憶された稼働計画テーブル（図１２参照）が表示されることとするが、これに限定されないものとする。
【０１３０】
まず、受付１０１にて利用者の受付が行われ、この利用者の受付情報が到着受付端末２３０に入力されると（ステップＳ７１）、到着受付端末２３０は、この受付情報を中央管理サーバ２５０に出力する（ステップＳ７２）。
【０１３１】
中央管理サーバ２５０は、到着受付端末２３０から入力された受付情報に含まれる受付時刻情報に基づき、この受付時刻以降に施行される葬儀計画のうち、最も早い時刻に施行される葬儀計画を特定し（ステップＳ７３）、この特定された葬儀計画の登録状態を判定する（ステップＳ７４）。
【０１３２】
ここで、他の利用者の予約情報が割り付けされているような場合には（ステップＳ７４；Ｎｏ）、ステップＳ７３に再び戻り、前回特定された葬儀計画以降に施行される葬儀計画のうち、最も早い時刻に施行される葬儀計画を特定する。
【０１３３】
一方、ステップＳ７４において、他の利用者の予約情報が割り付けされていないような場合、つまり、「予約（登録）」又は「空き」の状態である場合には（ステップＳ７４；Ｎｏ）、受付情報に含まれた予約識別情報等に基づいて当該受付情報に対応する予約情報を特定した後、特定された予約情報をこの葬儀計画に割り付けするとともに（ステップＳ７５）、当該葬儀計画に使用する各施設の部屋番号の割り付けを行う（ステップＳ７６）。
【０１３４】
ここで、各施設の部屋番号の割り付けは、例えば、稼働計画テーブルの生成の際に入力された、「部屋番号順序」に基づいて割り付けを行うこととしてもよいし、空いている部屋から順次割り付けを行うこととしてもよい。例えば、図５に示したように「１、７、２、・・・、１１、６、１２」と指定されていた場合、この炉番号順で、各葬儀計画に割り付けされる。従って、連続して施行される葬儀において、物理的に隣接した部屋が使用されることを防止することができるため、遺族の心情を配慮するとともに、各施設の調整事情を考慮した割り付けを行うことができる。
なお、本実施の形態では、火葬炉の使用順序を指定することとしたが、これに限らず、他の施設が有する部屋についても同様に指定するようにしてもよい。また、奇数番号又は偶数番号に基づいたローテーションを予め記憶させておくことで、当該ローテーションによる部屋番号（炉番号）の割り付けにより、物理的に隣接した部屋が連続して施行される葬儀で使用されることを防ぐようにしてもよい。
【０１３５】
次いで。割り付けが完了した旨を示す指示情報を到着受付端末２３０に出力する（ステップＳ７７）。
【０１３６】
中央管理サーバ２５０から、割り付けが完了した旨を示す指示情報を入力した到着受付端末２３０は、この入力された指示情報に基づいて、割付完了を旨する画面を表示部２３３に表示させて（ステップＳ７８）、本処理は終了する。
【０１３７】
なお、上記割付処理により予約情報が割り付けられた稼働計画テーブルに基づいて、第１の実施形態と同様、中央管理サーバ２５０により稼働管理が行われるものとする。
【０１３８】
以上説明したように、本第２の実施形態によれば、利用者により指定された斎場の希望利用日時に基づいて、稼働計画テーブルに当該利用者の予約を行い、受付手段からの受付情報と予約手段からの予約情報とに基づいて、前記稼働計画テーブルに予約情報を割り付けし、この予約情報が割り付けられた稼働計画テーブルに基づいて、各施設の稼働管理を行う。これにより、利用者が早着又は遅着したような場合であっても、予約情報の割り付けを動的に行うことが可能であるため、利用者の到着時刻に柔軟に対応することができる。また、この稼働計画テーブルに基づいて斎場内の各施設の稼働管理を行うため、斎場の稼働率を向上させることができる。
【０１３９】
＜第３の実施形態＞
次に、斎場管理システム２００の第３の実施形態を説明する。なお、説明の簡略化のため、第１の実施形態及び第２の実施形態と同一な構成については同一の符号を付して説明を省略し、第３の実施形態に特徴的な部分のみを説明する。
【０１４０】
本第３の実施形態では、上述した予約処理及び割付処理が、予約受付端末２２０及び到着受付端末２３０のそれぞれにおいて単独で行われる場合の態様を説明する。
【０１４１】
まず、図１４を参照して、本第３の実施形態の予約処理について説明する。
本処理において、予約受付端末２２０で行われる処理は、ＣＰＵ２２１により実行されるものとする。また、本処理の前提として、予約受付端末２２０の記憶部２２５に稼働計画テーブルが記憶されているものとする。なお、ここで用いられる稼働計画テーブルは、上述した第２の実施形態において、稼働計画生成端末２１０により生成された稼働計画テーブルが用いられるものとする。
【０１４２】
まず、利用者から電話、ＦＡＸ、インターネット等の通信手段により斎場１００の利用を希望する日時が伝えられ、この予約情報が予約受付端末２２０に入力されると（ステップＳ８１）、記憶部２２５に記憶された稼働計画テーブルに基づいて、予約情報を登録することが可能か否かが判定され、登録することが不可と判定された場合、つまり既にその希望利用日時に予約が行われているような場合には（ステップＳ８２；Ｎｏ）、予約不可を旨する画面が表示部２２３に表示され（ステップＳ８３）、ステップＳ８１に再び戻る。
【０１４３】
一方、ステップＳ８２において、稼働計画テーブルへ登録することが可能、つまり希望利用日時に予約が行われていないような場合には、この予約情報が稼働計画テーブルへ登録され（ステップＳ８４）、予約完了を旨する画面が表示部２２３に表示されて（ステップＳ８５）、本処理は終了する。
【０１４４】
さらに、本第３の実施形態のＣＰＵ２２１は、上述した予約処理に係る葬儀当日の所定時間（例えば、業務開始時刻の１時間前）に、稼働計画テーブルの各葬儀計画から上記予約処理により予約（登録）が行われた予約情報を抽出し、各予約情報の葬儀開始時刻に基づいてソートを行った予約情報リスト生成した後、この予約情報リストを到着受付端末２３０に送信を行う。なお、抽出された予約情報に対しソートを行うこととしたが、これに限らず、何らデータ処理を行わないこととしてもよい。
【０１４５】
次に、図１５を参照して、本第３の実施形態の割付処理について説明する。
本処理において、到着受付端末２３０で行われる処理は、ＣＰＵ２３１により実行されるものとする。また、本処理の前提として、予約受付端末２２０から送信された予約情報リストが、到着受付端末２３０の記憶部２３５に記憶されているものとする。
【０１４６】
まず、受付１０１にて利用者の受付が行われ、この利用者の受付情報が到着受付端末２３０に入力されると（ステップＳ９１）、この受付情報に含まれる予約識別情報等に基づいて当該受付情報に対応する予約情報が予約情報リスト中から特定され（ステップＳ９２）、この葬儀に使用する各施設の部屋番号の割り付けが、該予約情報に対応付けて行われる（ステップＳ９３）。ここで、各施設の部屋番号の割り付けは、稼働計画テーブルの生成の際に入力された、「部屋番号順序」に基づいて割り付けが行われることとしてもよいし、空いている部屋から順次割り付けが行われることとしてもよい。
【０１４７】
次いで、受付完了を旨する画面が表示部２３３に表示されるとともに（ステップＳ９４）、ステップＳ９２において各施設の部屋番号が割り付けられた予約情報に基づいて、直ちに葬儀が開始され（ステップＳ９５）、本処理は終了する。
なお、本処理において、予約情報に対応付けて割り付けられた各施設の部屋番号を示す情報が、受付後、中央管理サーバ２５０に送信されるものとし、この情報に基づいて稼働管理処理が行われるものとする。また、他の態様として、記憶部２３５に記憶された予約情報リストがネットワーク共有等、中央管理サーバ２５０が参照可能に記憶されることとしてもよく、この場合、中央管理サーバ２５０は記憶部２３５に記憶された予約情報リストに基づいて稼働管理処理が行われるものとする。
【０１４８】
以上説明したように、本第３の実施形態によれば、受付を行った受付時刻から、直ちに葬儀を開始することが可能であるため、利用者が早着又は遅着したような場合であっても、利用者の到着後、直ちに葬儀を開始することが可能であるため、利用者の到着時刻に対して、より柔軟に対応することができる。
【０１４９】
本実施の形態における斎場管理システム２００の細部構成及び詳細動作に関しては、本発明の趣旨を逸脱しない範囲で適宜変更可能である。
【図面の簡単な説明】
【０１５０】
【図１】斎場の構成を模式的に示した図である。
【図２】斎場管理システムの構成を示すブロック図である。
【図３】稼働計画生成端末、予約受付端末、到着受付端末、中央管理サーバの構成を示すブロック図である。
【図４】第１の実施形態における稼働計画テーブル生成処理の流れを示すフローチャートである。
【図５】表示部に表示された稼働情報入力画面の一例を示す図である。
【図６】稼働計画テーブルの一例を示す図である。
【図７】第１の実施形態における予約処理の流れを示すフローチャートである。
【図８】第１の実施形態における割付処理の流れを示すフローチャートである。
【図９】第１の実施形態における稼働管理処理の流れを示すフローチャートである。
【図１０】一の葬儀に係る表示器の表示状態を示す図である。
【図１１】第２の実施形態における稼働計画テーブル生成処理の流れを示すフローチャートである。
【図１２】稼働計画テーブルの一例を示す図である。
【図１３】第２の実施形態における割付処理の流れを示すフローチャートである。
【図１４】第３の実施形態における予約処理の流れを示すフローチャートである。
【図１５】第３の実施形態における割付処理の流れを示すフローチャートである。
【符号の説明】
【０１５１】
１００  斎場
１０１  受付
１０２  管理室
１１０  控室
１２０  告別室
１３０  火葬炉
１４０  収骨室
２００  斎場管理システム
２１０  稼働計画生成端末
２１１  ＣＰＵ
２１２  操作部
２１３  表示部
２１４  ＲＡＭ
２１５  記憶部
２１６  通信制御部
２１７  バス
２２０  予約受付端末
２２１  ＣＰＵ
２２２  操作部
２２３  表示部
２２４  ＲＡＭ
２２５  記憶部
２２６  通信制御部
２２７  バス
２３０  到着受付端末
２３１  ＣＰＵ
２３２  操作部
２３３  表示部
２３４  ＲＡＭ
２３５  記憶部
２３６  通信制御部
２３７  バス
２４０  表示器
２５０  中央管理サーバ
２５１  ＣＰＵ
２５２  操作部
２５３  表示部
２５４  ＲＡＭ
２５５  記憶部
２５６  通信制御部
２５７  バス
【図１】
2006227741.tif 000003
【図２】
2006227741.tif 000004
【図３】
2006227741.tif 000005
【図４】
2006227741.tif 000006
【図５】
2006227741.tif 000007
【図６】
2006227741.tif 000008
【図７】
2006227741.tif 000009
【図８】
2006227741.tif 000010
【図９】
2006227741.tif 000011
【図１０】
2006227741.tif 000012
【図１１】
2006227741.tif 000013
【図１２】
2006227741.tif 000014
【図１３】
2006227741.tif 000015
【図１４】
2006227741.tif 000016
【図１５】
2006227741.tif 000017