(57)【要約】【課題】葬儀の依頼を受けた後のあわただしさを解消し、料金の高額化を抑制する。【解決手段】情報を記憶する管理センタサーバ１２に、葬儀に関する業務を担当する担当業者を複数記憶しておき、入力を許容する利用者端末１５で葬儀に関する依頼内容の入力を許容し、入力された依頼内容に基づいて発注候補となる担当業者を管理センタサーバ１２によって検索し、前記検索によりヒットした発注候補のうち１の担当業者に発注する発注書５０を管理センタサーバ１２で受注応答期限５３と共に出力し、前記１の担当業者からの受注応答の入力を管理センタサーバ１２で受け付け、前記応答期限が経過しても前記受注応答が入力されなかった場合に管理センタサーバ１２で担当業者を次候補に変更する葬儀手配方法および葬儀手配システム１であることを特徴とする。【選択図】図１０
2007219818.tif 000002
【特許請求の範囲】
【請求項１】
葬儀に関する業務を担当する担当業者を複数記憶する記憶手段と、
葬儀に関する依頼内容の入力を許容する葬儀依頼入力手段と、
入力された依頼内容に基づいて発注候補となる担当業者を前記記憶手段から検索する担当業者検索手段と、
前記検索によりヒットした発注候補のうち１の担当業者に発注する発注データを受注応答期限と共に出力する発注データ出力手段と、
前記１の担当業者からの受注応答の入力を受け付ける受注応答受付手段と、
前記応答期限が経過しても前記受注応答が入力されなかった場合に担当業者を次候補に変更する担当業者変更手段とを備えた
葬儀手配システム。
【請求項２】
前記担当業者を複数の業種についてそれぞれ検索し、業種毎に独立して前記発注データの出力、受注応答の受付、及び担当業者の変更を実行する構成とした
請求項１記載の葬儀手配システム。
【請求項３】
葬儀で提供する種々のサービスの依頼入力を許容するサービス依頼入力手段を備え、
前記葬儀依頼入力手段で入力された依頼内容に基づいて担当業者を検索する業種を第１段階業種とし、
前記サービス依頼入力手段で入力された内容に基づいて担当業者を検索する業種を第２段階業種とし、
前記第１段階業種に少なくとも葬儀コーディネート業を設定しておき、
第１段階業種の担当業者の決定として前記発注データの出力、受注応答の受付、及び担当業者の変更を実行し、
葬儀コーディネート業の担当業者が決定した後に、前記サービス依頼入力手段に入力された内容に基づいて、第２段階業種の担当業者の決定として前記発注データの出力、受注応答の受付、及び担当業者の変更を実行する構成とした
請求項２記載の葬儀手配システム。
【請求項４】
情報を記憶する記憶手段に、葬儀に関する業務を担当する担当業者を複数記憶しておき、
入力を許容する葬儀依頼入力手段で葬儀に関する依頼内容の入力を許容し、
入力された依頼内容に基づいて発注候補となる担当業者を担当業者検索手段によって前記記憶手段から検索し、
前記検索によりヒットした発注候補のうち１の担当業者に発注する発注データを発注データ出力手段で受注応答期限と共に出力し、
前記１の担当業者からの受注応答の入力を受注応答受付手段で受け付け、
前記応答期限が経過しても前記受注応答が入力されなかった場合に担当業者変更手段で担当業者を次候補に変更する
葬儀手配方法。
【請求項５】
入力を許容する葬儀依頼入力手段で葬儀に関する依頼内容の入力を許容し、
入力された依頼内容に基づいて発注候補となる担当業者を担当業者検索手段によって前記記憶手段から検索し、
前記検索によりヒットした発注候補のうち１の担当業者に発注する発注データを発注データ出力手段で受注応答期限と共に出力し、
前記１の担当業者からの受注応答の入力を受注応答受付手段で受け付け、
前記応答期限が経過しても前記受注応答が入力されなかった場合に担当業者変更手段で担当業者を次候補に変更する
葬儀手配プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば葬儀に関する業者の手配を行うような葬儀手配方法とそのシステム、および葬儀手配プログラムに関する。
【背景技術】
【０００２】
葬儀の形式は、地域に古くから根ざした文化や習慣、喪主または故人の宗教などにより多様である。また、葬儀には寝台業者、生花、写真、棺・位牌・具足、霊柩車、通夜料理、受付セット、テント、礼状、粗供養、会場、ドライアイスなどの手配が必要である。
【０００３】
このような葬儀の形式を習得している長老などは、後継者を得ることができず減少の一途をたどっている。また、昨今の仏教離れにより、葬儀を執行するべき寺院と喪主となる個人との関係が希薄になっており、喪主が寺院から適切な助言や指導を得ることができなくなってきている。
【０００４】
このため、喪主が個人で葬儀を執り行おうとすると、葬儀の形式が解らず適切な葬儀を行うことが困難になってきている。また、遺体の保存処置にも困惑することになる。
【０００５】
このようなことから、葬儀の形式を正しく整え、多種類の業者に手配することは、専門職である葬儀業者が一括して執り行っている。これにより、喪主が葬儀の形式などの知識を有しておらずとも、葬儀業者が宗教や地方習慣に適応した葬儀を滞りなく実施することができている。
【０００６】
しかし、葬儀業者は、葬儀の依頼を受けてから短期間に葬儀を執り行わなければならないこと、依頼件数の疎密の変動が顕著なこと、および依頼件数を予測することができないことから、繁忙時の体制で閑散時も運営しなければならないという問題点があった。このため、料金が高額化してしまうという問題点があった。
【０００７】
そのうえ、喪主から見れば、知識がないことから葬儀費用が不当に高く見えることもあり、また実際に葬儀業者が不当に高額な請求を行っても、不当な請求か否かを喪主が判断できないという問題点もあった。
【０００８】
また、葬儀会社は短時間で多数の手配を行う必要があり、一部の業務を他の業者に委託していたとしてもその業者への連絡を短時間で行わねばならず、依頼受注後急にあわただしくなるという問題点もあった。
【０００９】
一方、葬儀に関するシステムとして、葬儀と葬儀後に関する代理サービスシステムが提案されている（特許文献１参照）。このシステムは、詳細な発注内容を需要者に入力させ、各個別業者に対して直接または代理業者を通じて発注するものである。
【００１０】
また、葬儀社手配システム（特許文献２参照）や葬儀社法事支援システム（特許文献３参照）も提案されている。これらは、複数の葬儀業者からどの葬儀業者が希望の葬儀にあっているか検索するものである。
【００１１】
他にも、葬儀代行業務システム（特許文献４参照）や、葬儀代行システム（特許文献５参照）も提案されている。これらは、搬送、安置、枕飾りを行う業者が、葬儀業者の名義で受注して作業を行った後に葬儀業者に報告するものであり、これによって葬儀業者の負担を減らしている。
【００１２】
しかし、これらのシステムは、葬儀の依頼を受けた後のあわただしさを解消できるものではなく、料金の高額化を抑制できるものでもなかった。
【００１３】
【特許文献１】特開２０００−１９４７６８号公報
【特許文献２】特開２００２−１３２９８２号公報
【特許文献３】特開平１０−１３４１０５号公報
【特許文献４】特開２００２−９２２００号公報
【特許文献５】特開２００２−１５０８０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
この発明は、葬儀の依頼を受けた後のあわただしさを解消し、料金の高額化を抑制することを目的とする。
【課題を解決するための手段】
【００１５】
この発明は、葬儀に関する業務を担当する担当業者を複数記憶する記憶手段と、葬儀に関する依頼内容の入力を許容する葬儀依頼入力手段と、入力された依頼内容に基づいて発注候補となる担当業者を前記記憶手段から検索する担当業者検索手段と、前記検索によりヒットした発注候補のうち１の担当業者に発注する発注データを受注応答期限と共に出力する発注データ出力手段と、前記１の担当業者からの受注応答の入力を受け付ける受注応答受付手段と、前記応答期限が経過しても前記受注応答が入力されなかった場合に担当業者を次候補に変更する担当業者変更手段とを備えた葬儀手配システムであることを特徴とする。
【００１６】
この発明の態様として、前記担当業者を複数の業種についてそれぞれ検索し、業種毎に独立して前記発注データの出力、受注応答の受付、及び担当業者の変更を実行する構成とすることができる。
【００１７】
またこの発明の態様として、葬儀で提供する種々のサービスの依頼入力を許容するサービス依頼入力手段を備え、前記葬儀依頼入力手段で入力された依頼内容に基づいて担当業者を検索する業種を第１段階業種とし、前記サービス依頼入力手段で入力された内容に基づいて担当業者を検索する業種を第２段階業種とし、前記第１段階業種に少なくとも葬儀コーディネート業を設定しておき、第１段階業種の担当業者の決定として前記発注データの出力、受注応答の受付、及び担当業者の変更を実行し、葬儀コーディネート業の担当業者が決定した後に、前記サービス依頼入力手段に入力された内容に基づいて、第２段階業種の担当業者の決定として前記発注データの出力、受注応答の受付、及び担当業者の変更を実行する構成とすることができる。
【００１８】
前記第１段階業種は、葬儀依頼を受けてすぐに発注しなければならない業種をいう。また前記第２段階業種は、第１段階業種の担当業者の１つであるフューネラルコーディネータが決定した後に、該フューネラルコーディネータと利用者との面談によって要否やサービス内容が決定される業種をいう。
【００１９】
またこの発明は、情報を記憶する記憶手段に、葬儀に関する業務を担当する担当業者を複数記憶しておき、入力を許容する葬儀依頼入力手段で葬儀に関する依頼内容の入力を許容し、入力された依頼内容に基づいて発注候補となる担当業者を担当業者検索手段によって前記記憶手段から検索し、前記検索によりヒットした発注候補のうち１の担当業者に発注する発注データを発注データ出力手段で受注応答期限と共に出力し、前記１の担当業者からの受注応答の入力を受注応答受付手段で受け付け、前記応答期限が経過しても前記受注応答が入力されなかった場合に担当業者変更手段で担当業者を次候補に変更する葬儀手配方法であることを特徴とする。
【００２０】
またこの発明は、入力を許容する葬儀依頼入力手段で葬儀に関する依頼内容の入力を許容し、入力された依頼内容に基づいて発注候補となる担当業者を担当業者検索手段によって前記記憶手段から検索し、前記検索によりヒットした発注候補のうち１の担当業者に発注する発注データを発注データ出力手段で受注応答期限と共に出力し、前記１の担当業者からの受注応答の入力を受注応答受付手段で受け付け、前記応答期限が経過しても前記受注応答が入力されなかった場合に担当業者変更手段で担当業者を次候補に変更する葬儀手配プログラムであることを特徴とする。
【発明の効果】
【００２１】
この発明により、葬儀の依頼を受けた後のあわただしさを解消し、料金の高額化を抑制することができる。
【発明を実施するための最良の形態】
【００２２】
この発明の一実施形態を以下図面と共に説明する。  
図１は、葬儀手配システム１のシステム構成図である。
【００２３】
葬儀手配システム１は、寝台業者端末１１、管理センタサーバ１２、サービス業者端末１３、ＦＣ（フューネラルコーディネータ）端末１４、及び利用者端末１５が電気通信回線であるインターネット２に接続されて構成されている。
【００２４】
前記寝台業者端末１１は、第１段階業者の１つである寝台業者に設置されるコンピュータ端末であり、メールソフトやブラウザソフトなどの各種のプログラムと各種のデータが記憶されている。なお、第１段階業者とは、葬儀依頼を受けてすぐに発注しなければならない業種（第１段階業種）の業者をいう。
【００２５】
前記管理センタサーバ１２は、葬儀業者に相当する管理センタに設置されるサーバであり、各種のデータとプログラムとが記憶されている。このプログラムには、第１段階業者と第２段階業者の登録・修正・削除といったメンテナンスを行うメンテナンスプログラム、および、担当業者の検索・発注・受注受付を行う葬儀手配プログラムが含まれる。また、管理センタサーバ１２は３６５日２４時間体制で稼動しており、利用者（喪主）からの葬儀依頼をいつでも受け付ける。なお、第２段階業者とは、第１段階業者の１つであるフューネラルコーディネータが決定した後に該フューネラルコーディネータと利用者との面談によって要否やサービス内容が決定される業種（第２段階業種）の業者をいう。
【００２６】
前記サービス業者端末１３は、生花業者や祭壇リース業者等の各第２段階業者に設置されるコンピュータ端末であり、メールソフトやブラウザソフトなどの各種のプログラムと各種のデータが記憶されている。
【００２７】
前記ＦＣ端末１４は、第１段階業者の１つである葬儀コーディネート業のＦＣが用いるコンピュータ端末であり、メールソフトやブラウザソフトなどの各種のプログラムと各種のデータが記憶されている。このＦＣ端末１４は、第１段階業者として管理センタサーバ１２から発注データを受信し、受注可能なら受注応答データを返信する動作に加えて、ＦＣ特有の処理として依頼者との面談によって第２段階業者の要否の最終決定をし、必要な第２段階業者と必要なサービス内容などの詳細データを管理センタサーバ１２に送信する動作も行う。従って、このＦＣ端末１４は、ノートパソコンやＰＤＡ等の携帯型端末で構成することが好ましい。
【００２８】
なお、ＦＣ（フューネラルコーディネータ）とは、葬儀をコーディネートする者をいう。このＦＣは、地域の習慣や宗教などによって異なる葬儀様式に精通しており、各業種の業者に対する指示や連絡を行って、利用者の希望や環境に適合した葬儀を執り行う。
【００２９】
本実施形態のＦＣは、各業種の担当業者と契約関係がなく、また担当業者を決定する権限もなく、管理センタサーバ１２によって決定された担当業者に対してコンタクトを取る。このため、ＦＣが寸志やリベートといった利益を得るファクターを排斥でき、ＦＣが利用者に対して親身に応対できる環境を整えることができる。このＦＣは、例えば６ヶ月間のカリキュラムを構築して中高年を教育して養成することができる。
【００３０】
前記利用者端末１５は、利用者が葬儀依頼などの入力を行うコンピュータ端末であり、メールソフトやブラウザソフトなどの各種のプログラムと各種のデータが記憶されている。この利用者端末１５は、利用者自身が保有するコンピュータ端末や、コンビニエンスストアに設置される端末、その他適宜の端末により構成することができる。これにより、利用者がコンピュータ端末を有しない場合でも依頼できるようにしている。
【００３１】
これらの寝台業者端末１１、管理センタサーバ１２、サービス業者端末１３、ＦＣ端末１４、および利用者端末１５は、一般的なパーソナルコンピュータであり、キーボードやマウスなどの入力装置、液晶ディスプレイなどの表示装置、ＬＡＮボードやモデムなどの通信装置、ハードディスクなどの記憶装置、ＣＰＵなどの制御装置、および、ＣＤ−ＲＯＭ媒体からデータを読み込むＣＤ−ＲＯＭドライブやＦＤ（フレキシブルディスク）媒体のデータを読み書きするフレキシブルディスクドライブなど記憶媒体を処理する媒体処理装置が設けられている。また、管理センタサーバ１２には、ＦＡＸを送信するＦＡＸモデムも設けられている。
【００３２】
以上の構成により、利用者は利用者端末１５によって葬儀依頼を行うことができ、管理センタサーバ１２の管理により、第１段階業者と第２段階業者とを決定し、葬儀を行うことができる。
【００３３】
次に、管理センタサーバ１２に記憶するデータについて説明する。  
図２（Ａ）は第１段階業者データ２１のデータ構成図であり、図２（Ｂ）は第２段階業者データ２２のデータ構成図であり、図３は依頼データ２３のデータ構成図を示す。
【００３４】
前記第１段階業者データ２１と第２段階業者データ２２は、いずれもＩＤ、業種、名称、住所、電話番号、ＦＡＸ番号、Ｅメールアドレス、担当地域、価格帯、休業日、営業時間、支払い方法、および備考などの項目によって構成されている。  
これにより、各業者の業種、連絡先、提供可能なサービス、サービス提供可能な条件、および料金の支払い方法などを管理している。
【００３５】
前記依頼データ２３は、ＩＤ、利用者名、住所、電話番号、ＦＡＸ番号、Ｅメールアドレス、故人名、続き柄、総会人数、親族人数、希望場所、希望日時、サービス料金、寺院要否、布施金額、宗派、予算、依頼日時、寝台業者、フューネラルコーディネータ、寺院（若しくは教会）、生花、写真、棺・位牌・具足、霊柩車、通夜料理、受付セット、テント、礼状、粗供養、会場、およびドライアイスなどの項目によって構成されている。  
これにより、利用者の連絡先、依頼内容、第１段階業者の要否、決定した第１段階業者の担当業者、第２段階業者の要否、および決定した第２段階業者の担当業者を管理している。また、図示省略しているが、第１段階業者や第２段階業者に要求するサービス内容の詳細データなども業者毎に記憶して管理している。
【００３６】
次に、利用者が葬儀依頼を行う際に表示する画面について説明する。  
図４（Ａ）は、概要項目入力画面３１を示す。  
この概要項目入力画面３１は、利用者名、故人名、続き柄、会葬人数、親族人数、希望場所、および希望日時の文字入力を許容するテキストボックス３１ａと、前画面（図示省略するトップ画面）に戻るための戻るボタン３１ｄ、および次画面（サービス料金選択画面３３）に進むための次へボタン３１ｅとが設けられている。  
これにより、依頼を受けるにおいて最低限必要な概要項目を入力させることができる。
【００３７】
図４（Ｂ）は、サービス料金選択画面３３を示す。  
このサービス料金選択画面３３は、サービス料金を選択させるためのラジオボタン３３ｂ、前画面（概要項目入力画面３１）に戻るための戻るボタン３３ｄ、および次画面（寺院手配要否選択画面３５）に進むための次へボタン３３ｅとが設けられている。  
これにより、サービス料金を選択させることができる。特に、人数とサービス料金を並べて表示することで、人数に適したサービス料金を利用者に選択させることができる。
【００３８】
図５（Ａ）は、寺院手配要否選択画面３５を示す。  
この寺院手配要否選択画面３５は、寺院との付き合いがあるか否かを選択させるためのラジオボタン３５ｂ、前画面（サービス料金選択画面３３）に戻るための戻るボタン３５ｄ、および次画面（寺院条件入力画面３７）に進むための次へボタン３５ｅとが設けられている。  
これにより、利用者は寺院との付き合いがあるか否かを選択することで、寺院の手配が必要か否か入力することができる。
【００３９】
図５（Ｂ）は、寺院の手配を行う場合の寺院条件入力画面３７を示す。  
この寺院条件入力画面３７は、お布施の金額と宗派とをそれぞれ選択させるためのラジオボタン３７ｂ、前画面（寺院手配要否選択画面３５）に戻るための戻るボタン３７ｄ、および次画面（葬儀予算入力画面３９）に進むための次へボタン３７ｅとが設けられている。  
これにより、利用者の希望するお布施金額と宗派に適した寺院を手配することができる。特に寺院は希望するお布施金額があるため、葬儀業者に対して要求するお布施金額を下げることはないが、利用者が支払えるお布施金額をあらかじめ入力することで、低いお布施金額でも寺院が納得して依頼を受けることができ、費用を安価に抑えることができる。
【００４０】
図６（Ａ）は、葬儀予算入力画面３９を示す。  
この葬儀予算入力画面３９は、利用者が葬儀に出費可能な予算を選択させるためのラジオボタン３９ｂ、前画面（寺院条件入力画面３７）に戻るための戻るボタン３９ｄ、および次画面（サービス選択画面４１）に進むための次へボタン３９ｅとが設けられている。  
これにより、利用者は葬儀の予算をあらかじめ入力することができる。このように総予算をあらかじめ入力しておくことで、利用者は依頼前に安心感を得ることができる。
【００４１】
図６（Ｂ）は、サービス選択画面４１を示す。  
このサービス選択画面４１は、利用者が希望するサービス（第２段階業者の提供するサービス）を選択させるためのチェックボックス４１ｃ、前画面（葬儀予算入力画面３９）に戻るための戻るボタン４１ｄ、および次画面（送信前確認画面４３）に進むための次へボタン４１ｅとが設けられている。  
これにより、利用者は提供を希望するサービスにチェックを入れ、希望しないサービスのチェックを外して、希望するサービスを入力することができる。なお、デフォルト表示では、前記葬儀予算入力画面３９で入力された予算内で提供可能なサービスのチェックボックス４１ｃにチェックを入れて表示する。またこの入力は仮決定であり、実際の依頼はＦＣが利用者と面談して最終決定する。
【００４２】
図７は、送信前確認画面４３を示す。  
この送信前確認画面４３は、葬儀に要する総合計の金額と、既に入力されたサービス料金やお布施を含めた内訳概要とを表示する表示部４３ｆ、前画面（サービス選択画面４１）に戻るための戻るボタン４３ｄ、および入力データを管理センタサーバ１２に送信するための送信ボタン４３ｇとが設けられている。  
これにより、利用者は入力した内容を再確認した上で葬儀を依頼することができる。特に依頼前に金額を再確認することができるため、利用者は安心して依頼することができる。
【００４３】
次に、管理センタサーバ１２が各業種の業者へ発注する際に使用する発注書５０について説明する。  
図８は、寺院に発注する際の発注書５０を示す。
【００４４】
発注書５０には、タイトル５１、発注送信時刻５２、受注応答期限５３、および発注内容５４が表示されている。
【００４５】
これにより、第１段階業者および第２段階業者は、発注内容と受注応答期限を知ることができ、期限経過前に受注するか否かを検討し、受注する場合に受注応答をそれぞれの端末１１，１４，１５で管理センタサーバ１２に送信することができる。
【００４６】
次に、葬儀手配システム１の動作について説明する。  
図９は、葬儀手配システム１の全体の動作を示すフローチャートであり、図１０は、発注処理の動作を示すフローチャートである。
【００４７】
管理センタサーバ１２は、制御装置が葬儀手配プログラムを実行し、まず利用者端末１５によって入力されて送信された葬儀依頼データを受け付ける（ステップｓ１）。この葬儀依頼の入力は、利用者によって前述した図４〜図７の各画面で実行される。なお、管理センタサーバ１２は、受信した葬儀依頼データの内容を電子メール等によって利用者に通知し、これを利用者に確認させることによって、利用者の誤認や不正な葬儀依頼などを防止する。
【００４８】
管理センタサーバ１２は、第１段階業者データ２１（図２参照）を参照し、葬儀依頼データの条件に該当する担当業者を業種毎に検索する（ステップｓ２）。この検索でヒットした複数の担当業者の全てが現段階では発注候補となる。ここで、第１段階業者としては、寝台業者とＦＣと寺院が設定されている。利用者が寺院との付き合いを持っている場合には、寺院の検索は省略する。
【００４９】
検索条件としては、葬儀の希望場所が担当業者の受注可能地域内か、葬儀の希望日時が担当業者の受注可能日時（営業日でかつ営業時間内）か、および葬儀の予算が担当業者の受注可能金額の範囲内か等が設定されており、本実施形態ではこれら全ての条件を満たした担当業者を発注候補として選定する。
【００５０】
このようにして選定された寝台業者は、指定された場所へ遺体を搬送する。また選定されたＦＣは、利用者の元に派遣されて面談を開始する。なおこの面談は、利用者の希望する葬儀会場で行うことが好ましい。このように葬儀会場で面談することにより、生花の規模など必要なサービスを利用者に理解させやすくなる。
【００５１】
管理センタサーバ１２は、発注候補として選定した担当業者の優先順位を決定する（ステップｓ３）。この優先順位の決定は、場所の近い順、金額の安い順、受注回数の多い順あるいは少ない順、または評価の高い順など、適宜の順番で決定することができる。
【００５２】
管理センタサーバ１２は、各業種について発注する発注処理を実行する（ステップｓ４）。
【００５３】
この発注処理では、図１０に示すように、管理センタサーバ１２は、各業種で１つの担当業者の端末１１，１４に発注データを送信する（ステップｓ２１）。この発注データの送信は、発注書５０（図８参照）の内容を記載したメールの送信と共に、発注書５０のＦＡＸ送信を実施することで行う。これによって、発注していることを業者に通知することができる。初回の発注データの送信は、優先順位が最も高い担当業者に対して実行する。
【００５４】
管理センタサーバ１２は、受注受付データを端末１１，１４から受信すれば、次のステップｓ５（図９参照）へ処理を進める（ステップｓ２２：Ｙｅｓ）。受注受付データを受信しなければ（ステップｓ２２：Ｎｏ）、受注応答期限が経過するまで待機する（ステップｓ２３：Ｎｏ）。
【００５５】
受注期限が経過した場合は（ステップｓ２３：Ｙｅｓ）、管理センタサーバ１２は受注応答のなかった端末１１，１４に期限切れデータを送信する（ステップｓ２４）。この期限切れデータの送信は、発注データの送信と同様にメールとＦＡＸにて実行し、案件を特定できるＩＤと期限切れである旨とを担当業者に通知する。
【００５６】
管理センタサーバ１２は、次に優先順位が高かった担当業者に発注候補を変更し（ステップｓ２５）、ステップｓ２１に戻って処理を繰り返す。
【００５７】
このようにして第１段階業者の担当業者が決定すると、図９に示すように、管理センタサーバ１２はＦＣ端末１４から詳細なサービスの入力を受け付ける（ステップｓ５）。この段階では、ＦＣが決定しているため、ＦＣが利用者と面談して提供するサービスの要否と細部を打ち合わせ、ＦＣがＦＣ端末１４を操作してサービス詳細データの送信を行う。
【００５８】
管理センタサーバ１２は、入力されたサービス詳細データに基づいて、第２段階業者データ２２（図２参照）を参照し、サービス詳細データの条件に該当する担当業者を業種毎に検索する（ステップｓ６）。
【００５９】
検索条件としては、葬儀の希望場所が担当業者の受注可能地域内か、葬儀の希望日時が担当業者の受注可能日時（営業日でかつ営業時間内）か、および葬儀の予算が担当業者の受注可能金額の範囲内か等が設定されており、本実施形態ではこれら全ての条件を満たした担当業者を発注候補として選定する。
【００６０】
管理センタサーバ１２は、発注候補として選定した担当業者の優先順位を決定する（ステップｓ７）。この優先順位の決定は、場所の近い順、金額の安い順、受注回数の多い順あるいは少ない順、または評価の高い順など、適宜の順番で決定することができる。
【００６１】
管理センタサーバ１２は、業種毎に第２段階業者の担当業者に発注する発注処理を実行する（ステップｓ８）。この発注処理の動作は、対象となる業者が第１段階業者から第２段階業者に代わっただけであり、図１０と共に上述したとおりである。
【００６２】
なお、このステップｓ８の段階ではＦＣが既に決定しているため、発注書５０に表示する内容にＦＣに関するデータ（名前と連絡先など）を含めることが好ましい。これにより、第２段階業者の担当業者がＦＣとスムーズに連絡を取ることができ、葬儀に関する様々な手配をより順調に進めることができる。
【００６３】
全ての発注が完了すると、管理センタサーバ１２は、全ての発注データをプリンタなどの適宜の印刷装置で印刷し（ステップｓ９）、処理を終了する。この印刷された発注データにより、管理センタは葬儀手配に関する全貌を把握することができる。なお、この全ての発注データをＦＣ端末１４に送信してもよい。この場合、ＦＣも葬儀手配の全貌を容易に把握することができる。
【００６４】
以上の動作により、利用者が葬儀依頼を行うと、第１段階業者に対して管理センタサーバ１２が自動で発注依頼を行うことができる。このとき、制限時間を区切って受注応答を締め切るため、発注した担当業者にすぐに応答できない事情があるような場合でも、次の発注候補にすぐに発注することができる。従って、複数の業種におけるそれぞれの担当業者を迅速に決定することができ、連絡不行き届きによる不手際を防止でき、担当業者によって業務が確実に行われる。
【００６５】
第１段階業者であるＦＣが決定すると、ＦＣの主導によって利用者と面談し、詳細なサービスを入力することができ、これを受けた管理センタサーバ１２は、膨大な数の業種についてそれぞれの担当業者を決定することができる。このとき、第１段階業者と同様に、受注応答の期限付きで発注を行うため、短時間で確実に担当業者を決定することができる。
【００６６】
このようにして、従来のように葬儀業者が葬儀依頼を受けてから慌ただしく多数の業種の担当業者に個別に連絡をとって手配するといったことが必要なく、スムーズかつ迅速に各業種の担当業者を決定することができる。従って、各業種の業者を葬儀業者の傘下に組み込む必要がなく、各業種の複数の業者と個別契約を結ぶことができる。
【００６７】
しかも、この担当業者への発注と受注応答の確認は管理センタサーバ１２が自動で行うため、手作業による連絡のように人件費がかさむことがなく、従来のように葬儀業者が手数料を徴収することで葬儀費用が高騰することを防止でき、葬儀費用を安価にすることができる。
【００６８】
そして、図１１の葬儀手配のフローチャートに示すように、多数の準備が必要な葬儀をスムーズに進行することができ、葬儀の終了後に式場や搬入物の撤去作業を行うことができる。
【００６９】
つまり、親族死去（Ａ１）によって利用者（Ａ２）が管理センタサーバ１２の提供するＷＥＢサイトにアクセスし（Ａ３）、寝台業者の依頼（Ａ４）、ＦＣの派遣（Ａ５）、寺院への導師依頼（Ａ６）が迅速に行われる。
【００７０】
そして、ＦＣと利用者の打ち合わせによってサービス内容がＷＥＢサイト上で決定され（Ａ７）、葬儀式場手配（Ａ８）後の手配と作業が順次適切に行われる。
【００７１】
また、葬儀費用の支払い確認はＦＣが行い(Ａ９)、支払われた葬儀費用は管理センタサーバ１２が各担当業者に分配することができる。また、葬儀終了の後約一週間が経過してから利用者にアンケートを行い（Ａ１０）、葬儀手配システム１の運用改善に役立てることができる。
【００７２】
また、葬儀の生前予約や事前登録を許容すれば、利用者は急場の混乱を避けることができ、利用者が満足する葬儀を得やすくすることができる。
【００７３】
なお、依頼受付時刻によって第１段階業者の受注応答期限を変動させてもよい。これにより、緊急受注が必要な時間帯は第１段階業者が発注データの受信を注意深くチェックして迅速に受注し、比較的時間に余裕がある時間帯は他の作業などをしながら発注データの受信をチェックしゆっくりと受注できる。
【００７４】
また、第１段階業者データおよび第２段階業者データに前回受注日時を記録する構成にし、この前回受注日時が近い場合は他の業者に回すようにして優先順位を決定してもよい。また、ある担当業者について一定期間内の受注件数が一定件数を越えると他の業者に回すようにして優先順位を決定してもよい。これらにより、ある担当業者に発注が集中することを防止でき、各業者に満遍なく発注することが出来る。特に担当業者毎に一定期間内の受注件数を設定した場合は、各業者の規模に応じた発注制限を行うことができる。
【００７５】
この発明の構成と、上述の実施形態との対応において、
この発明の記憶手段は、実施形態の管理センタサーバ１２の記憶装置に対応し、
以下同様に、
担当業者検索手段は、ステップｓ２，ｓ６を実行する管理センタサーバ１２の制御装置に対応し、
受注応答受付手段は、ステップｓ２２を実行する管理センタサーバ１２の通信装置に対応し、
担当業者変更手段は、ステップｓ２５を実行する管理センタサーバ１２の制御装置に対応し、
発注データ出力手段は、ステップｓ２１を実行する管理センタサーバ１２のＦＡＸモデムおよび通信装置に対応し、
葬儀依頼入力手段およびサービス依頼入力手段は、利用者端末１５の入力装置に対応し、
発注データは、発注書５０および発注データに対応し、
受注応答期限は、受注応答期限５３に対応するも、
この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。
【図面の簡単な説明】
【００７６】
【図１】葬儀手配システムのシステム構成図。
【図２】第１段階業者データと第２段階業者データのデータ構成図。
【図３】依頼データのデータ構成図。
【図４】概要項目入力画面とサービス料金選択画面の画面イメージ図。
【図５】寺院手配要否選択画面と寺院条件入力画面の画面イメージ図。
【図６】葬儀予算入力画面とサービス選択画面の画面イメージ図。
【図７】送信前確認画面の画面イメージ図。
【図８】発注書のイメージ図。
【図９】葬儀手配システムの全体の動作を示すフローチャート。
【図１０】発注処理の動作を示すフローチャート。
【図１１】葬儀手配のフローチャート。
【符号の説明】
【００７７】
１…葬儀手配システム
１２…管理センタサーバ
１５…利用者端末
５０…発注書
５３…受注応答期限
【図１】
2007219818.tif 000003
【図２】
2007219818.tif 000004
【図３】
2007219818.tif 000005
【図４】
2007219818.tif 000006
【図５】
2007219818.tif 000007
【図６】
2007219818.tif 000008
【図７】
2007219818.tif 000009
【図８】
2007219818.tif 000010
【図９】
2007219818.tif 000011
【図１０】
2007219818.tif 000012
【図１１】
2007219818.tif 000013