(57)【要約】【課題】社会基盤の有効活用により、飼い主等の心情を癒すと共に公衆衛生にも資する合理的なペット等の葬儀を執り行えるように情報支援を行うペット等葬儀支援システムを提供すること。【解決手段】依頼者１０１の氏名及び住所・ペット種類及び／又は棺桶種類・配送希望日時・回収希望日時等のフィールドを有する受付ＤＢ２５ａと、花供給者の住所及び／又は対象地域のフィールドを有する花供給者ＤＢ３３を備える。選択手段２２は、依頼者１０１の住所と選択された花供給者１０３の住所又は対象地域との対比により花供給者１０３を選択する。また、表示部２４は、配送者１０２に対する依頼者１０１の氏名及び住所・ペット種類及び／又は棺桶種類・配送希望日時と、花供給者１０３に対する配送希望日時又は花準備期限の表示部２４と、霊園１０４に対する依頼者１０１の氏名及び住所・ペット種類及び／又は棺桶種類・回収希望日時とを表示する。【選択図】    図１
2004265298.tif 000002
【特許請求の範囲】
【請求項１】
ペット等の遺体回収と葬儀を支援するためのペット等葬儀支援システムであって、受付ＤＢ（２５ａ）と、配送者ＤＢ（２５ｂ）と、花供給者ＤＢ（３３、２５ｄ）と、花供給者（１０３）を選択するための選択手段（２２）とを備え、前記受付ＤＢ（２５ａ）は少なくとも依頼者（１０１）の氏名及び住所・ペット種類及び／又は棺桶種類・配送希望日時・回収希望日時のフィールドを有し、前記花供給者ＤＢ（３３、２５ｄ）は住所及び／又は対象地域のフィールドを有し、前記選択手段（２２）は依頼者（１０１）の住所と前記花供給者ＤＢ（３３、２５ｄ）の住所又は対象地域との対比により花供給者（１０３）を選択するものであり、配送者（１０２）に対する依頼者（１０１）の氏名及び住所・ペット種類及び／又は棺桶種類・配送希望日時の表示部（２４）と、前記花供給者（１０３）に対する前記依頼者（１０１）への配送希望日時又は花準備期限の表示部（２４）と、霊園（１０４）に対する前記依頼者（１０１）の氏名及び住所・ペット種類及び／又は棺桶種類・回収希望日時の表示部（２４）とを備えたことを特徴とするペット等葬儀支援システム。
【請求項２】
前記配送者（１０２）と前記霊園（１０４）とが異なるものであることを特徴とする請求項１に記載のペット等葬儀支援システム。
【請求項３】
前記配送者（１０２）と前記花供給者（１０３）とが異なるものであることを特徴とする請求項１又は２のいずれかに記載のペット等葬儀支援システム。
【請求項４】
前記受付ＤＢ（２５ａ）が代理店コードのフィールドを有し、同代理店コード毎にポイントを加算するポイント加算手段をさらに備えている請求項１〜３のいずれかに記載のペット等葬儀支援システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ペット等葬儀支援システムに関するものである。さらに詳しくは、ペット等葬儀支援システムは、ペット等が死亡した際に、飼い主等である依頼者に対し、遺体の回収、葬儀等を合理的に一括手配するサービスを提供するための葬儀支援システムに関する。
【０００２】
【従来の技術】
従来、ペット等が死亡した際の処理は、主として、公共の衛生施設に飼い主が遺体を持ち込むか、埋葬・焼却等の個人の手による葬儀が行われていた。しかし、ペット等の葬儀に対する社会基盤が不十分で、飼い主の心情が阻害され、また、個人の手による葬儀は公衆衛生上の問題も含んでいる。さらに、個別業者による場合も、特殊な回収車両等の維持や運用が負担となり、コスト上の問題も生じていた。
【０００３】
【発明が解決しようとする課題】
かかる従来の実情に鑑みて、本発明は、社会基盤の有効活用により、飼い主等の心情を癒すと共に公衆衛生にも資する合理的なペット等の葬儀を執り行えるように情報支援を行うペット等葬儀支援システムを提供することを目的とする。
【０００４】
【課題を解決するための手段】
上記目的を達成するため、本発明に係るペット等葬儀支援システムの特徴は、ペット等の遺体回収と葬儀を支援するためのものであって、受付ＤＢと、配送者ＤＢと、花供給者ＤＢと、花供給者を選択するための選択手段とを備え、前記受付ＤＢは少なくとも依頼者の氏名及び住所・ペット種類及び／又は棺桶種類・配送希望日時・回収希望日時のフィールドを有し、前記花供給者ＤＢは住所及び／又は対象地域のフィールドを有し、前記選択手段は依頼者の住所と前記花供給者ＤＢの住所又は対象地域との対比により花供給者を選択するものであり、配送者に対する依頼者の氏名及び住所・ペット種類及び／又は棺桶種類・配送希望日時の表示部と、前記花供給者に対する前記依頼者への配送希望日時又は花準備期限の表示部と、霊園に対する前記依頼者の氏名及び住所・ペット種類及び／又は棺桶種類・回収希望日時の表示部とを備えたことにある。
【０００５】
係る本発明の特徴によれば、選択手段は依頼者の住所と花供給者ＤＢの住所又は対象地域との対比により花供給者を選択するので、依頼者の地域にアクセスし易い花供給者が選択される。花供給者はフラワーショップ等の一般的な事業体が選択されるので、安価で新鮮な花を供給することができる。また、霊園は遺体の処理を確実に執り行うことができ、公衆衛生の要請にも応えられる。
【０００６】
配送者は花供給者又は霊園のいずれか一方と同一であってもよいが、全く別の運送業を営む事業体であってもよい。配送者には表示部により、依頼者の氏名及び住所・ペット種類及び／又は棺桶種類・配送希望日時が伝達される。これにより、配送者は適切な棺桶と花を依頼者に配送することができる。また、表示部により霊園には回収希望日時が伝達されるので、適切な日時に回収に訪問することができる。すなわち、配送と回収は同時でも、また、両者間に亡くなったペット等とのお別れ時間を確保すべくタイムラグを設けることもでき、飼い主の心情に合わせた配送と回収が可能である。
【０００７】
上記特徴において、前記配送者と前記霊園とが異なるものであってもよい。この場合、配送者が届けるものは空箱等の棺桶と花であるから、一般的な荷物と性質の変わるものではない。したがって、一般的な配送車両を用いることができる。これに対し、公衆衛生の見知からも、遺体の回収は特殊車両が必要となる。霊園が配送者と異なれば、霊園は遺体の回収に専念でき、特殊車両の有効活用によるコスト低減と公衆衛生の双方の要請を充足することができる。
【０００８】
さらに、前記配送者と前記花供給者とが異なるものであれば、一般的な運送業が配送者となり、配送手段の不十分な小さな花供給者も十分に活用することができる。
【０００９】
上記いずれかの特徴に加え、前記受付ＤＢが代理店コードのフィールドを有し、同代理店コード毎にポイントを加算するポイント加算手段をさらに備えてもよい。同特徴によれば、営業事業者が、代理店コードを印刷したパンフレットや広告等を用いて営業活動を行えば、営業活動の成果がポイント加算手段により加算される。
【００１０】
【発明の効果】
このように、上記本発明に係るペット等葬儀支援システムの特徴によれば、花供給者及び霊園と、これらの者とは別個又は同一の配送者との連携により、社会基盤を物理的にペット等の葬儀に対して有効活用できるようになった。また、上記タイムラグ等、花の供給により、飼い主等の心情を癒すと共に、霊園の合理的な利用により、公衆衛生にも資する合理的なペット等の葬儀を執り行えるように情報支援を行うことが可能となった。
【００１１】
本発明の他の目的、構成及び効果については、「発明の実施の形態」の項で明らかになるであろう。
【００１２】
【発明の実施の形態】
次に、添付図面を参照しながら、本発明をさらに詳しく説明する。
本実施形態は、ペット等が死亡した際に、飼い主や関係者である依頼者１０１に対し、棺及び花の配送、遺体の回収、葬儀等を合理的に一括手配するサービスを提供するための葬儀支援システム１に関する。なお、「ペット等」には、主として、犬、猫等の動物が含まれ、ここでは人の飼育下にあるか否かは問わないものとする。
【００１３】
本実施形態にかかる葬儀等支援システム１は、図１に示すように、依頼者１０１からの依頼を処理する第一サーバー２を有し、この第一サーバー２から直接又は間接的に配送者１０２、花供給者１０３及び霊園１０４を選択すると共に指示を与えるものである。また、本実施形態では、第一サーバー２とは別組織に属する第二サーバー３内にある花供給者ＤＢ３３に花供給者１０３のデータを保存すると共に、第一サーバー２から第二サーバー３に対して花供給者１０３に対する依頼内容を送信し、第二サーバー３内のＤＢアプリケーション３２等を利用して花供給者１０３を選択すると共に、選択された花供給者１０３に対して指示を行う。なお、配送者１０２としては宅配業者等が、花供給者１０３としては一般のフラワーショップや花の卸売り業者等が、霊園１０４としてはペット等の墓地を管理する霊園のみならず、動物の遺体処理を担当する役所や公共団体等もそれぞれ該当する。
【００１４】
入出力インターフェース２４は、ディスプレイ、マウス、キーボード等のデバイスを含んでいる。そして、依頼者１０１からの依頼内容はオペレーター１１０が入出力インターフェース２４を介して第一サーバー２に入力される。オペレーター１１０への依頼手段としては、電話、ファクシミリ、ｅ−ｍａｉｌ、郵送、インターネット等種々の通信手段が含まれる。
【００１５】
第一サーバー２は、依頼者１０１からの依頼を受注し、配送者１０２、花供給者１０３、霊園１０４に対し依頼者１０１に代わって発注手配を行う仲介業者等が運営するものである。この第一サーバー２は、大略、以下の表１〜４に示すデータベースの構造としてのフィールドを有するデーターベース２５ａ〜ｃ、２６と、各ＤＢのデータを処理するＤＢアプリケーション２１と、検索エンジン２２と、スクリプト２８とを備えている。外部のコンピュータ等とのデーター通信はＴＣＰ／ＩＰ等のプロトコルにより通信Ｉ／Ｆ（インターフェース）２３を介して行われる。なお、本明細書において、データベースを「ＤＢ」と表記すると共に、データーベースを構成する各フィールドに関する記述で、文書の簡便のために「フィールド」という語を省略する。
【００１６】
ＤＢアプリケーション２１は、ＤＢ２５ａ〜ｃ、２６の複数のデーターベースファイルを関連づけて整理・表示するリレーショナルデーターベースアプリケーションである。スクリプト２８は、ＤＢアプリケーション２１等で読み込まれて複数のＤＢ２５ａ〜ｃ、２６のデーターベースファイルを検索エンジン２２を用いて一定条件のもと検索、ソート、更新等するための制御用ファイルであり、検索エンジンがスクリプト２８を使って各ＤＢから霊園１０４や配送者１０２等を選択する。
【００１７】
第一サーバー２におけるデーターベースは、依頼者１０１からの依頼内容を記憶する受付ＤＢ２５ａと、配送者１０２の情報を記憶する配送者ＤＢ２５ｂと、霊園１０４の情報を記憶する霊園ＤＢ２５ｃと、代理店１０５の情報を記憶する代理店ＤＢ２６を備える。
【００１８】
表１に示す受付ＤＢ２５ａでは、依頼者１０１からの依頼毎にレコードが作成され、「受付ＩＤ」が自動的に付与される。「氏名」、「住所」、「電話番号」、「ｅ−ｍａｉｌアドレス」、「ペット種類」、「棺桶種類」、「花種類」、「配送希望日時」、「回収希望日時」、「代理店コード」はオペレーター１１０により入力される。「ペット種類」と「棺桶種類」とは棺桶のグレードの他、棺桶の種類を特定するためのものであるから、少なくともいずれか一方のみの情報が入手できるだけでもよいが、双方の情報を入力しても構わない。
【００１９】
「配送者ＩＤ」、「霊園ＩＤ」は、後述するＤＢアプリケーション２１により当該依頼を担当する配送者１０２、霊園１０４が決定すると同時に自動的にコピーされる。また、「花供給者ＩＤ」は、後述の第二サーバー３にて決定された花供給者の「花供給者ＩＤ」が転送され、自動的にコピーされる。そして、これら「配送者ＩＤ」、「霊園ＩＤ」、「花供給者ＩＤ」をキー項目としてリレーショナル機能により配送者ＤＢ２５ｂ、霊園ＤＢ２５ｃ、花供給者ＤＢ３３の内容が受付ＤＢ２５ａの内容と共に入出力インターフェース２４に表示される。なお、花供給者ＤＢ３３の内容はいわゆるルックアップ機能により受付ＤＢ２５ａにコピー転送し、入出力インターフェース２４に表示させてもよい。
【００２０】
【表１】
［受付ＤＢ」
受付ＩＤ
氏名
住所
電話番号
ｅ−ｍａｉｌアドレス
ペット種類
棺桶種類
花種類
配送希望日時
回収希望日時
代理店コード
配送者ＩＤ
花供給者ＩＤ
霊園ＩＤ
【００２１】
表２に示す配送者ＤＢ２５ｂは、適当な配送者１０２を探すために用いるものであり、配送者１０２毎に配送者ＩＤが付与されている。また、「名称・地域」は例えば、「株式会社○○運送大阪北支店」等、社名と担当地域名の組み合わせが一単位として表示される。また、表３に示す霊園ＤＢ２５ｃ、表４に示す花供給者ＤＢ３３の「名称・地域」、表５に示す代理店ＤＢ２６の「名称・地域」も同様とする。
【００２２】
【表２】
［配送者ＤＢ］
配送者ＩＤ
名称・地域
住所
対象地域
【００２３】
【表３】
［霊園ＤＢ］
霊園ＩＤ
名称・地域
住所
対象地域
【００２４】
【表４】
［花供給者ＤＢ］
花供給者ＩＤ
名称・地域
住所
対象地域
【００２５】
第二サーバー３は、当該依頼に使用する花を依頼者１０１に卸す花供給者１０３を選別等するために用いるものである。この第二サーバー３の管理者は、第一サーバー２の管理者とは別組織であり、例えば、花屋の協同組合、複数のフラワーショップを抱える花の卸売り問屋、花の卸売り市場、フランチャイズ展開しているフラワーショップのフランチャーザーが運営するサーバーが該当する。
【００２６】
この第二サーバー３は、大略、複数の花供給者のデータを保存する花供給者ＤＢ３３と、この花供給者ＤＢ３３のデータを処理するＤＢアプリケーション２３とを備える。また、通信Ｉ／Ｆ（インターフェース）３１を介して管理ＤＢ２からの検索命令を受け、花供給者の選択結果を返信する。なお、第二サーバー３内にも検索エンジン、スクリプト、入出力インターフェース等を備えてもよい。
【００２７】
受付ＤＢ２５ａに入力された当該依頼人１０１の情報がＤＢアプリケーション２１に読み込まれる。一方、スクリプト２８の指示に従い、検索エンジン２２により、配送者ＤＢ２５ｂ、霊園ＤＢ２５ｃ及び通信インターフェース２３、３１を介して後述する第二サーバー３内の花供給者ＤＢ３３を検索する。具体的には、受付ＤＢ２５ａの依頼者の住所情報と、配送者ＤＢ２５ｂ、霊園ＤＢ２５ｃ、花供給者ＤＢ３３それぞれのレコードの対象地域との一致を検索し、これらのレコードの中から、依頼人１０１の「住所」に近い配送者１０２、花供給者１０３、霊園１０４をヒットさせ、依頼人１０１の希望に最も添う組み合わせを選択し、入出力インターフェース２４に表示する。受付ＤＢ２５ａの依頼者の住所情報と、配送者ＤＢ２５ｂ、霊園ＤＢ２５ｃ、花供給者ＤＢ３３それぞれのレコードの住所を手がかりに近いものを検索させてもよい。
【００２８】
表５に示す代理店ＤＢ２６は、主としてパンフレットを配布し、営業・広告を行うための代理店１０５に関する情報を記憶するためのものである。代理店１０５とは、依頼者１０１へ本発明に係る葬儀システムを紹介・宣伝・仲介した者をいう。例えば、依頼者がフラワーショップ等の店頭に置いてあったパンフレットを見てオペレーターに電話してきた場合などは、そのフラワーショップが該当する。また、依頼者１０１が新聞広告、チラシ、看板広告、テレビコマーシャル、ダイレクトメール、ｅ−ｍａｉｌ等を手がかりにした場合には、それらの広告主や、ダイレクトメール等の発送者等が代理店１０５となる。
【００２９】
代理店コード（代理店ＩＤ）は、各代理店毎に付与されるものであり、パンフレット等に当該代理店が広告主であることを示すために印刷等するものである。「ポイント数」とは、代理店へのインセンティブを与えるための累積度数フィールドである。代理店コードはパンフレット等に記載される。代理店コードは、例えば、上２桁が店頭に設置したパンフレットやダイレクトメールといった宣伝種別を、上３〜４桁が広告主の所在地の都市を、上５〜６桁が市町村を、下３桁がその広告主を示す数字や記号等で構成するとよい。
【００３０】
【表５】
［代理店ＤＢ］
代理店ＩＤ
代理店コード
名称・地域
ポイント数
【００３１】
次に、依頼者１０１がオペレーター１１０に依頼を行い、実際に動物の遺体の葬儀が執り行われるまでの手順について説明する。先ず、依頼者１０１は、フラワーショップ等の代理店１０５の店頭等に備え付けてあるパンフレット等から、オペレーター１１０への電話番号や管理サーバ２のＵＲＬ等の連絡先情報を取得する（Ｓ１）。依頼者１０１は電話、ファクシミリ、ｅ−ｍａｉｌ、郵送等、種々の手段を用いてオペレーター１１０に依頼内容を伝えることで依頼手続が完了する（Ｓ２）。
【００３２】
この依頼を行う際、依頼者１０１は、「氏名」、「住所」、「電話番号」、「ｅ−ｍａｉｌアドレス」、「ペット種類」、希望する「棺桶の種類」、献花のための「花の種類」の希望、棺桶及び花の「配送希望日時」、遺体の「回収希望日時」等をオペレーター１１０に伝える。これらの情報を受け取ったオペレータ１１０は、入出力インターフェース２４を介してこれらの情報を受付ＤＢ２５ａに入力すると共に、係る入力内容は入出力インターフェース２４を介して表示される。
【００３３】
また、この際に、依頼者１０１がこのサービスを知る手がかりとなった上述のパンフレットや広告等に記載されている「代理店コード番号」等をオペレーターに知らせることで、係るパンフレット等を配布した代理店１０５が特定され、スクリプト２８により代理店ＤＢ２６の「ポイント数」フィールドにポイントが自動的に加算される。そして、後日にそのポイント数に応じて、売上げの一部が代理店１０５にフィードバックされるので、多くの代理店１０５を獲得することができ、本発明にかかる葬儀支援システムの利用向上が図られる。
【００３４】
これらの受付ＤＢ２５ａに入力された情報はＤＢアプリケーション２１に読み込まれる。一方、検索エンジン２２により、配送者ＤＢ２５ｂ、霊園ＤＢ２５ｃ及び通信インターフェース２３、３１を介して第二サーバー３内の花供給者ＤＢ３３を検索する。そして、スクリプト２８により受付ＤＢ２５ａの情報を参照しながら、依頼者１０１の希望条件を満たす配送者１０２、花供給者１０３、霊園１０４をヒットさせ、依頼人の希望に最も添う組み合わせを求める。本実施形態では、受付ＤＢ２５ａの依頼人「住所」と配送者ＤＢ２５ｂ、霊園ＤＢ２５ｃ及び花供給者ＤＢ３３の「対象地域」を対比し、「住所」が「対象地域」内にあるものをヒットさせる。なお、配送者１０２は、受付ＤＢ２５ａ及び花供給者ＤＢ３３の「住所」と配送者ＤＢ２５ｂの「対象地域」を対比し、「対象地域」が依頼人１０１及び花供給者１０３の「住所」を含んでいるものをヒットさせてもよい。
【００３５】
ＤＢアプリケーション２１により、受付ＤＢ２５ａの「配送希望日時」及び「回収希望日時」が読み込まれ、「配送希望日時」から花供給者１０３に配送者１０２が花を取りに行く日時である「花準備期限」を算出する。そして、この「花準備期限」を直接又は第二サーバー３を介して花供給者１０３に通知する。このように、「花準備期限」を事前に通知しておくことで、配送者１０２による配送がスムーズに行える。
【００３６】
依頼人１０１の希望に添う配送者１０２、花供給者１０３、霊園１０４の組み合わせが求まった後、オペレーター１１０はこれらの事業者へ依頼の打診を行うこととなる。なお、いずれかの事業者への打診が不調に終わった場合には、同様のプロセスを繰り返すことで、再度最適な組み合わせを求める。
【００３７】
花供給者１０３への打診・依頼を行うに際し、依頼人１０１の「氏名」並びに「住所」及び「電話番号」等の個人情報に他、「花種類」、「花準備期限」、配送者１０２の「名称・地域」、「受注ＩＤ」等が第二サーバー３に送られ（Ｓ３）、第二サーバー３の図示しない上記入出力インターフェース２４と同様の入出力インターフェースを介して花供給者１０３にかかる内容が通知される（Ｓ４）。なお、第一サーバー２の入出力インターフェース２４とオペレーターを通じて同様の内容を通知してもよい（Ｓ４’）。
【００３８】
配送者１０２への打診・依頼を行うに際し、入出力インターフェース２４には、依頼人１０１の「氏名」並びに「住所」及び「電話番号」等の個人情報に他、「ペット種類」、「棺桶種類」、「花種類」、「配送希望日時」、花供給者の「名称・地域」や「住所」等が表示され、オペレーター１１０によりかかる内容が配送者１０２に通知される（Ｓ５）。
【００３９】
霊園１０４への打診・依頼を行う際し、入出力インターフェース２４には、依頼人１０１の「氏名」並びに「住所」及び「電話番号」等の個人情報に他、「回収希望日時」、「ペット種類」等が表示され、オペレーター１１０によりかかる内容が霊園１０４に通知される（Ｓ６）。
【００４０】
依頼を受けた配送者１０２は、在庫として保存してある棺桶を組み立て、「花準備期限」に花供給者１０３に花を取りに行く（Ｓ７）。そして、花供給者１０３で花を受け取った後、「配送希望時刻」に依頼者１０１に棺桶と花を届ける（Ｓ８）。「配送希望日時」と「回収希望日時」との間に殆どタイムラグが存在しない設定も、適度なタイムラグが存在する設定も双方取りえることができ、後者の場合、依頼人１０１は棺に収まり花の添えられた遺体と予定時間だけ対面することができる。
【００４１】
その後、「回収希望時刻」に霊園１０４から霊柩車が到着し、遺体を回収する（Ｓ９）。なお、これらのサービスに加え、火葬、法要を行った後、返骨するサービスをオプションとして依頼を受け付けることもできる。係る依頼があった場合には、受付ＤＢ２５ａには、「返骨日時」が入力され、霊園１０４に通知される。
【００４２】
最後に、本発明のさらに他の実施形態の可能性について言及する。なお、以下に示す各実施形態を適宜組み合わせて実施することもできる。
上記実施形態では、花供給者ＤＢ３３を花供給者管理ＤＢサーバー３にて管理したが、花供給者サーバー３を介さず、第一サーバー２内に花供給者ＤＢ２５ｄを備えることで、第一サーバー２内の選択手段を用いて花供給業者１０３を選択し、直接花供給者１０３に指示を出すようにしてもよい。また、同様にして、配送者ＤＢ、霊園ＤＢの管理等についても、第一サーバー２とは別組織に属する配送者管理サーバー又は霊園管理サーバーを独立に設けて行うようにしてもよい。
【００４３】
上記実施形態では、配送者１０２、花供給者１０３、霊園１０４を別組織として説明したが、花供給者１０３と配送者１０２が同一事業者であってもよく、また、霊園１０４と配送者１０２とが同一事業者であってもよい。これらの場合、配送者ＤＢと花供給者ＤＢ又は霊園ＤＢとは一体となる。
【００４４】
上記実施形態では、オペレーター１１０が人である場合を例にとって説明した。しかし、第一サーバー２を通信インターフェース２３を介してインターネットに接続し、依頼者１０１がオペレーター１１０を介さずに、ブラウザ等を介して個人情報や依頼内容等を直接入力するようにしてもよい。その際、依頼人１０１のパソコンのディスプレイには、オペレーター１１０の入出力インターフェース２４に表示されたものとほぼ同一内容を表示させればよい。また、配送者１０２、花供給者１０３、霊園１０４のパソコンのインターフェースを介して、第一サーバー２にデータの入力ができると共に、各ＤＢの内容を適宜表示させるようにすることもできる。
【００４５】
上記実施形態では、受付ＤＢ２５ａに「配送希望時刻」と「回収希望時刻」の双方を依頼者１０１から受け付ける場合について説明した。しかし、これらいずれか一方のみを依頼人１０１から聞き、さらにタイムラグを聞き、これらとタイムラグとの組み合わせで他方の回収時刻又は配送時刻を求めてもよい。
【００４６】
上記実施形態では、運送者１０２を依頼人１０１及び花供給者１０４の「住所」との対比で選択したが、運送者ＤＢ２５ｃにおいて在庫棺桶の種類や在庫数を逐次更新させることで、依頼人１０１の希望する「棺桶」の在庫があるか否か等でさらに絞り込むこともできる。また、花供給者１０３を選択するに際しても、花供給者ＤＢ３３に花供給者１０３が扱っている「花種類」を記憶させ、受注ＤＢ２５ａの「花種類」と合致する花供給者１０３に絞り込むこともできる。
【００４７】
また、上記実施形態において、また、依頼人１０１の「住所」、配送者１０２の「住所」、花供給者１０３の「住所」を各ＤＢから抽出し、配送者１０２が配送する際の最適な道順を設定し、配送者１０２に通知するナビゲーションシステムを備えるようにしてもよい。
【００４８】
上記実施形態では、霊園を検索し選択するように構成した。しかし、地域毎のシステムで、霊園が単一の場合は霊園ＤＢは不要である。
【００４９】
なお、特許請求の範囲の項に記入した符号は、あくまでも図面との対照を便利にするためのものにすぎず、該記入により本発明は添付図面の構成に限定されるものではない。
【図面の簡単な説明】
【図１】ペット等葬儀支援システムの説明図である。
【符号の説明】
１：ペット等葬儀支援システム、２：第一サーバー、３：第二サーバー、２１：ＤＢアプリケーション、２２：検索エンジン、２３：通信インターフェース、２４：入出力インターフェース、２５ａ：受付ＤＢ、２５ｂ：配送者ＤＢ、２５ｃ：霊園ＤＢ、２５ｄ：花供給者ＤＢ、２６：代理店ＤＢ、２８：スクリプト、３１：通信インターフェース、３２：ＤＢアプリケーション、３３：花供給者ＤＢ、１０１：依頼者、１０２：配送者、１０３：花供給者、１０４：霊園、１０５：代理店、１１０：オペレーター
【図１】
2004265298.tif 000003