JP3676649B2 - 訃報配信システムおよびその方法 - Google Patents
訃報配信システムおよびその方法 Download PDFInfo
- Publication number
- JP3676649B2 JP3676649B2 JP2000160666A JP2000160666A JP3676649B2 JP 3676649 B2 JP3676649 B2 JP 3676649B2 JP 2000160666 A JP2000160666 A JP 2000160666A JP 2000160666 A JP2000160666 A JP 2000160666A JP 3676649 B2 JP3676649 B2 JP 3676649B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- page
- funeral
- flower
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 24
- 230000005540 biological transmission Effects 0.000 claims description 40
- 238000012545 processing Methods 0.000 claims description 26
- 238000004891 communication Methods 0.000 claims description 6
- 238000002716 delivery method Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 17
- 230000008520 organization Effects 0.000 description 6
- 238000012546 transfer Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 2
- 230000017260 vegetative to reproductive phase transition of meristem Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Facsimiles In General (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、予め登録された希望者に対して、その希望者に関係する訃報の情報を自動的に配信する訃報配信システムおよびその方法に関するものである。
【０００２】
【従来の技術】
従来、親類縁者や親しい人の訃報は直接受けることがほとんどであると推察され、そうでない場合には友人などからの人伝えや新聞などで訃報に接することになるものと推察される。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記のような訃報の接し方では、全体として訃報を受けることができない可能性が高く、葬儀に参列したくともできない、あるいは供花・花輪の申込みもできないなどの問題があった。
【０００４】
本発明は、上記事情に鑑みてなされたものであり、関係する訃報を自動的に通知することができる訃報配信システムおよびその方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記課題を解決するための請求項１記載の発明の訃報配信システムは、訃報の配信に必要な、その配信の希望者の電子メールアドレスおよびキーワードを入力するための訃報配信登録用のページと、少なくとも葬儀社の、予め登録された葬儀情報の提供者が訃報を得たときにその訃報の故人に関する故人の姓名および葬儀の情報を含む故人情報を入力するための訃報情報入力用のページとを閲覧可能に記憶するＷＷＷサーバと、前記訃報配信登録用のページで入力された情報を記憶するデータベースと、インターネット経由でメールを送信する送信サーバとを備え、前記訃報情報入力用のページを通して前記故人情報の入力があると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索する検索処理機能と、前記検索処理機能によって該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信する送信処理機能とを有することを特徴とする。
【０００７】
請求項２記載の発明は、請求項１記載の訃報配信システムにおいて、前記ＷＷＷサーバは、前記訃報の故人に対して執り行われる葬儀への供花・花輪の申込みを、その注文内容の入力を通じて受け付けるための供花・花輪発注書用のページをさらに閲覧可能に記憶するとともに、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含み、前記送信処理機能によって送信される前記訃報配信メールを作成することを特徴とする。
【０００８】
請求項３記載の発明は、請求項２記載の訃報配信システムにおいて、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信する発注送信処理機能を有することを特徴とする。
【０００９】
請求項４記載の発明は、請求項３記載の訃報配信システムにおいて、前記送信サーバは、前記供花・花輪の発注依頼書を、電子メールのデータをファクス用の信号に変換する機能を有する通信網経由で、前記葬儀を執り行う葬儀社に送信することを特徴とする。
【００１０】
請求項５記載の発明は、請求項１〜４のいずれかに記載の訃報配信システムによって実行される訃報配信方法であって、前記訃報配信登録用のページで希望者の名前、電子メールアドレスおよびキーワードが入力されると、これらの情報を前記データベースに記憶し、前記訃報情報入力用のページで故人情報が入力されると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索し、該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信することを特徴とする。
【００１１】
請求項６記載の発明は、請求項５記載の訃報配信方法において、前記該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含む前記訃報配信メールを、前記送信サーバを通じて送信することを特徴とする。
【００１２】
請求項７記載の発明は、請求項６記載の訃報配信方法において、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信することを特徴とする。
【００１３】
請求項８記載の発明は、請求項７記載の訃報配信方法において、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、前記葬儀を執り行う葬儀社に供花・花輪の発注依頼書を、前記送信サーバから電子メールのデータをファクス用の信号に変換する機能を有する通信網経由で送信することを特徴とする。
【００１４】
【発明の実施の形態】
図１は訃報配信システムの構成図であり、この図を用いて以下に本発明に係る一実施形態の説明を行う。
【００１５】
図１に示す訃報配信システム１は、予め登録された配信希望者２に対して、インターネットＩＮ経由で、その配信希望者２に関係する訃報の情報を自動的に配信するとともに、その訃報の故人に対して執り行われる葬儀への供花・花輪の申込みを受け付けるものであり、ＷＷＷ(world wide web)サーバ１１、サーバ１２およびメールサーバ１３により構成されている。そして、これらの各サーバは、コンピュータシステム（例えば、表示装置、ハードディスク装置、キーボード、マウスおよびＮＩＣなどを備え、所定のプログラムで動作するコンピュータ）により構成され、イーサネットを介して互いに通信可能に接続されているとともに、図示しないルータを介して、スーパーオープン・コンピュータ・ネットワーク（以下、ＯＣＮという）に常時接続されている。また、メールサーバ１３はテガルス網ＴＮ経由でもメールの送受信が可能になっている。さらに、ＷＷＷサーバ１１およびメールサーバ１３は図示しないＤＮＳサーバによって名前解決されているのは言うまでもない。ただし、ＯＣＮおよびテガルスは日本電信電話株式会社（ＮＴＴ）の商標である。
【００１６】
図２は訃報入力者登録用のページ例を示す図、図３は訃報配信登録用のページ例を示す図、図４は訃報情報入力用のページ例を示す図、図５はお通夜・告別式案内用のページ例を示す図、図６〜図８は供花・花輪発注書用のページ例を示す図、図９は訃報配信メールの内容の一例を示す図、図１０は供花・花輪発注依頼書の内容の一例を示す図である。
【００１７】
これらの図を用いて訃報配信システム１についてさらに詳述すると、ＷＷＷサーバ１１は、図示しないホームページのほか、図２〜図８に示す訃報入力者登録用のページ、訃報配信登録用のページ、訃報情報入力用のページ、お通夜・告別式案内用のページおよび供花・花輪発注書用のページなどを閲覧可能に記憶するものである。
【００１８】
ここで、上記各ページについて説明する。図２に示す訃報入力者登録用のページは、訃報を知り得たときに訃報の故人に関する所定の個人情報を提供してもらえる例えば葬儀社、企業、役所および団体などの葬儀情報提供者３を予め登録するためのもので、図２の例では、会社名、ふりがな、部署名、住所、担当者、ＴＥＬおよびＥ−ｍａｉｌ（電子メールアドレス）を入力するようになっている。これらの情報は、「送信」釦Ｂ１０を押す操作が葬儀情報提供者３側の図示しないクライアントシステム（例えば、表示装置、ハードディスク装置、キーボードおよびマウスのほか、モデム、ＴＡやルータ（ダイアルアップルータ）などを備え、少なくともＷＷＷブラウザ用のプログラムで動作するコンピュータ）で行われると、ＷＷＷサーバ１１経由でサーバ１２に取り込まれる。そして、登録後、葬儀情報提供者３には、ＩＤとパスワードが入力されたＥ−ｍａｉｌを用いてメールサーバ１３から送信される。この送信処理は、途中に葬儀情報提供者３の選定などの人手を介して行われる運用形態でもよく、ＷＷＷサーバ１１がサーバ１２にアクセスし、そこでＩＤとパスワードを発行してもらい、そのＩＤとパスワードをメールサーバ１３経由で自動的に送信する処理が行われる構成でもよい。あるいは、管理サーバを別途設け、この管理サーバが、ＷＷＷサーバ１１で上記登録がなされると、サーバ１２にアクセスし、そこでＩＤとパスワードを発行してもらい、そのＩＤとパスワードをメールサーバ１３経由で自動的に送信する処理を行う構成でもよい。
【００１９】
図３に示す訃報配信登録用のページは、関係する訃報の情報の配信を希望する配信希望者２を予め登録するためのもので、図３の例では、ふりがな、名前、住所、ＴＥＬ（自宅、携帯、会社）、会社名、Ｅ−ｍａｉｌ（最大２つ）、キーワード（最大５つ）、供花・花輪名札名、請求書送付先（「上記住所」釦、「以下の名前・住所」釦）、請求先名、請求先住所（郵便番号、住所）、請求先ＴＥＬおよび供花発注用暗証番号を入力するようになっている。これらの情報は、「送信」釦Ｂ１１を押す操作が配信希望者２側の図示しない上記同様のクライアントシステムで行われると、ＷＷＷサーバ１１経由でサーバ１２に取り込まれる。なお、訃報配信登録用のページによる登録内容は適宜修正可能である。
【００２０】
図４に示す訃報情報入力用のページは、予め登録された葬儀情報提供者３が訃報を得たときにその訃報の故人に関する所定の故人情報を入力するためのもので、図４の例では、パスワード、入力者名および入力者電話番号のほか、故人情報として、故人姓・名（姓、名）、ふりがな（姓、名）、故人自宅住所、故人自宅電話番号、享年、喪主姓・名（姓、名）、ふりがな（姓、名）、葬儀宗派・形式、担当葬儀社、通夜日時、通夜会場、通夜住所、通夜会場ＴＥＬ、通夜会場交通手段、告別式日時、告別式会場、告別式会場住所、告別式会場ＴＥＬ、告別式会場交通手段、メモ欄、供花発注（「可」釦、「不可」釦）、供花発注先名および供花発注先電話番号を入力するようになっている。これらの情報は、「送信」釦Ｂ１２を押す操作が葬儀情報提供者３側のクライアントシステムで行われると、ＷＷＷサーバ１１経由でサーバ１２に取り込まれる。ただし、訃報情報入力用のページのパスワードおよび入力者名に、それぞれ事前に配布したパスワードおよびＩＤを入力しなければ、入力した情報のサーバ１２への取込みが拒否される。
【００２１】
図５に示すお通夜・告別式案内用のページは、上記訃報情報入力用のページで故人情報の入力後に「送信」釦Ｂ１２を押す操作が行われると、その操作に応じて、その訃報に対して自動的に設けられるページであり、このページには、訃報情報入力用のページで入力された情報がリレーション（ひも付け）を通じて自動的に表示されるようになっている。図５の例では、「故人名」、「享年」、「喪主名」および「ご自宅住所」の右方には、訃報情報入力用のページの「故人姓・名／ふりがな」、「享年」、「喪主姓・名／ふりがな」および「故人自宅住所」に入力された情報がそれぞれ表示される。また、図５のお通夜の欄における「日時」、「場所」、「交通」および「ＴＥＬ」の右方には、訃報情報入力用のページの「通夜日時」、「通夜会場 通夜住所」、「通夜会場交通手段」および「通夜会場ＴＥＬ」に入力された情報がそれぞれ表示される。また、図５の告別式の欄における「日時」、「場所」、「交通」および「ＴＥＬ」の右方には、訃報情報入力用のページの「告別式日時」、「告別式会場 告別式会場住所」、「告別式会場交通手段」および「告別式会場ＴＥＬ」に入力された情報がそれぞれ表示される。さらに、「メモ」欄の右方には、訃報情報入力用のページの「メモ欄」に入力された情報が表示される。そして、お通夜・告別式案内用のページには、「供花・花輪」釦Ｂ１３が設けられており、それを押す（操作が行われる）と、図６に示す供花・花輪発注書用のページに切り替わるように構成される。
【００２２】
なお、図５における喪主続柄、葬儀委員長および葬儀委員長役職は後で適宜入力されるが、これらのうち、例えば喪主続柄なども同時に表示されるように訃報情報入力用のページにその入力欄を設けるようにしてもよい。
【００２３】
図６に示す供花・花輪発注書用のページは、図７，図８に示す供花・花輪発注書用のページの閲覧に対する許否を行うためのもので、電話番号および暗証番号を入力するようになっている。そして、「はい」釦Ｂ１４、「いいえ」釦１５および「次へ」釦Ｂ１６が設けられており、「はい」釦Ｂ１４を押し、電話番号および暗証番号にそれぞれ訃報配信登録用のページで入力した請求先ＴＥＬおよび供花発注用暗証番号を入力して「次へ」釦Ｂ１６を押せば、その請求先ＴＥＬおよび供花発注用暗証番号がサーバ１２に記憶されている場合に限り、図７，図８に示す供花・花輪発注書用のページに切り替わるように構成される。ただし、図７，図８は供花・花輪発注書用のページは同一のページであり、図７はその前半部を示し、図８はその後半部を示す。
【００２４】
図７，図８に示す供花・花輪発注書用のページは、供花・花輪の申込みを、その注文内容の入力を通じて受け付けるためのもので、対象となる葬儀確認用の日時、故人名および喪主名のほか、供花・花輪名札表示、花輪の注文数、法人／団体名（部署／所属）、ご発注者お名前、ふりがな、〒、住所、ＴＥＬ（「法人／団体、内線」、ご自宅、携帯、各優先順位）、お支払い方法（「銀行振込」釦、「現金持参／ご来店」釦）、請求書送付先（「上記住所へ送付」釦、「上記以外の住所へ送付（下記に入力して下さい）」釦）、宛名、ＴＥＬ、〒、住所、メモおよび暗証番号を入力するようになっている。そして、「次へ」釦Ｂ１７が設けられており、それを押すと、図示しない別の供花・花輪発注書用のページに切り替わり、供花などの申込みを受け付けるようになっており、最後に「送信」釦が設けられ、それを押すと、これまでの供花・花輪発注書用のページで入力した情報がＷＷＷサーバ１１経由でサーバ１２に取り込まれる。また、図８に示す暗証番号の欄に所望の暗証番号を入力すれば、図７に示す法人／団体名から図８に示すメモまでの事項が登録される。これにより、以降の入力の手間を省くことができる。なお、図７において、日時、故人名および喪主名は自動的に表示されるようにしてもよい。
【００２５】
サーバ（データベース）１２は、図２の訃報入力者登録用のページ、図３の訃報配信登録用のページ、図４の訃報情報入力用のページ、および図６〜図８の供花・花輪発注書の各ページなどを通して入力された各種情報を、ＷＷＷサーバ１１から得て、訃報配信システム１のローカルネット上で利用可能に記憶するものである。メールサーバ１３は、インターネット経由でメールを送信する送信サーバである。なお、メールサーバ１３に、インターネット経由でメールを受信する受信サーバをさらに設けてもよいのは言うまでもない。
【００２６】
ここで、上記構成の訃報配信システム１に具備される処理機能について説明する。まず、本実施形態の第１の特徴として、図４の訃報情報入力用のページを通して故人情報の入力があると、サーバ１２に記憶されているキーワードから、その故人情報に該当するキーワードを検索（抽出）する検索処理機能が、例えばサーバ１２に設けられる。また、その検索処理機能によって該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、訃報の内容が記載された訃報配信メールを、メールサーバ１３を通じて送信する送信処理機能が、例えばＷＷＷサーバ１１に設けられる。
【００２７】
すなわち、検索処理機能を有するサーバ１２は、ＷＷＷサーバ１１から図４の訃報情報入力用のページで入力された故人情報を得ると、記憶しているキーワードから、その故人情報に該当するキーワードを検索し、該当するキーワードがあると、そのキーワード、これに対応するＥ−ｍａｉｌ（の全て）および名前を配信希望者２毎にＷＷＷサーバ１１に渡す処理を行う。そして、送信処理機能を有するＷＷＷサーバ１１は、一時保持している故人情報とサーバ１２からのキーワードおよび名前とを用いて、図９に示す訃報配信メールを作成し、この訃報配信メールをサーバ１２からの個々のＥ−ｍａｉｌとともにメールサーバ１３経由で送信する処理を行う。
【００２８】
なお、送信処理機能はサーバ１２に設けられる構成でもよい。この場合、ＷＷＷサーバ１１から得た故人情報と検索で得たキーワードおよび名前とを用いて、訃報配信メールを作成し、この訃報配信メールを、検索で得た個々のＥ−ｍａｉｌとともにメールサーバ１３経由で送信する処理を行えばよい。また、検索処理機能はＷＷＷサーバ１１に設けられる構成でもよいが、この場合、サーバ１２に記憶のキーワードなどをＷＷＷサーバ１１に転送する必要があり、その転送時間が長くなるから、検索処理機能はサーバ１２に設けられる構成の方が望ましい。
【００２９】
図９において、「○○○○様の○○○○」および「キーワード「□□□□」の「□□□□」」には、それぞれ検索で得られた名前およびキーワードが記入される。また、［情報発信元］には、図２の会社名の情報と、故人情報の入力日とが記入される。さらに、[故人名]、［ふりがな］、［享年］、[喪主名]、［喪主ふりがな］および［葬儀宗派／形式］には、それぞれ個人情報の「故人姓・名」、「ふりがな」、「享年」、「喪主姓・名」、「ふりがな」および「葬儀宗派・形式」の情報が記入される。なお、喪主続柄などが訃報情報入力用のページに設けられる場合には喪主続柄なども記入される。
【００３０】
通夜の欄において、［日時］、［会場名］、［住所］、［ＴＥＬ］および［交通］には、それぞれ個人情報の「通夜日時」、「通夜会場」、「通夜住所」、「通夜会場ＴＥＬ」および「通夜会場交通手段」の情報が記入される。
【００３１】
告別式の欄において、［日時］、［会場名］、［住所］、［ＴＥＬ］および［交通］には、それぞれ個人情報の「告別式日時」、「告別式会場」、「告別式会場住所」、「告別式会場ＴＥＬ」および「告別式会場交通手段」の情報が記入される。
【００３２】
そして、［メモ］、［供花発注］、［供花発注先名］および［供花発注先ＴＥＬ］には、それぞれ個人情報の「メモ欄」、「供花発注」、「供花発注先名」および「供花発注先電話番号」の情報が記入され、［訃報情報ＵＲＬ］には、図５に示した対応するお通夜・告別式案内用のページのＵＲＬが記入される。
【００３３】
次に、本実施形態の第２の特徴として、図７，図８に示した供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、メールサーバ１３を通じて葬儀を執り行う葬儀社４に供花・花輪の発注依頼書を送信する発注送信処理機能が、例えばＷＷＷサーバ１１に設けられる。
【００３４】
すなわち、発注送信処理機能を有するＷＷＷサーバ１１は、上記注文内容の入力があると、サーバ１２から、本件の訃報の故人情報を入力した図２の会社名を得るとともに、図７，図８の供花・花輪発注書用のページに表示した担当葬儀社の名前に対応するファクス番号またはＥ−ｍａｉｌを得て（これらは予め登録されている）、担当葬儀社の名前、図２の会社名および上記注文内容の情報を用いて、図１０に示す供花・花輪発注依頼書を作成し、この供花・花輪発注依頼書を上記ファクス番号またはＥ−ｍａｉｌとともにメールサーバ１３経由で担当葬儀社である葬儀社４に送信する処理を行う。
【００３５】
なお、発注送信処理機能はサーバ１２に設けられる構成でもよい。この場合、ＷＷＷサーバ１１から注文内容の情報を得ると、担当葬儀社の名前、図２の会社名およびその注文内容の情報を用いて、供花・花輪発注依頼書を作成し、この供花・花輪発注依頼書を、担当葬儀社の名前に対応するファクス番号またはＥ−ｍａｉｌとともにメールサーバ１３経由で担当葬儀社である葬儀社４に送信する処理を行えばよい。
【００３６】
図１０において、「□□葬儀社」には、図７の供花・花輪発注書の担当葬儀社で示した情報（図４の「担当葬儀社」の情報に対応）が記入される。また、［発注法人名］、［発注者名］および［部署／所属］には、それぞれ図７の「法人／団体名」、「ご発注者お名前」および「部署／所属」の情報が記入される。また、［ＴＥＬ］の欄において、［法人］、［ご自宅］、［携帯］および連絡先優先順位の各欄には、それぞれ図７の「法人／団体」、「ご自宅」、「携帯」および各優先順位の情報が記入される。また、［住所］、［日時］、［故人名］、［喪主名］、[数]、[名札表示]および［お支払い方］には、それぞれ図７の「〒 住所」、「日時」、「故人名」、「喪主名」、「注文数」、「供花・花輪名札表示」および「お支払方法」の情報が記入される。さらに、［メモ］には図８の「メモ」の情報が記入される。なお、供花などの注文があればその注文の内容も記入され、図１０の［価格］は［数］から自動的に計算されるのは言うまでもない。
【００３７】
［請求書送付先］欄において、［宛名］、［住所］および［ＴＥＬ］には、それぞれ図８の請求書送付先の内容に応じた情報が記入される。例えば、「上記住所へ送付」釦が選択されていると、「上記（発注法人名）発注者名」、「〒上記郵便番号 上記住所」および「上記電話番号」が記入される。これに対し、「上記以外の住所へ送付（下記に入力してください）」釦が選択されていると、図８の「宛名」、「〒 住所」および「ＴＥＬ」の情報が記入される。
【００３８】
次に、訃報配信システム１の特徴となる動作について説明する。ただし、配信希望者２および葬儀情報提供者３は、それぞれ図２の訃報入力者登録用のページおよび図３の訃報配信登録用のページを通じて予め登録されているものとする。
【００３９】
図４の訃報情報入力用のページで故人情報が入力されると、サーバ１２に記憶されているキーワードから、その故人情報に該当するキーワードが検索される。そして、該当するキーワードが得られると、その該当するキーワードに対応するＥ−ｍａｉｌの配信希望者２に対して、訃報の内容が記載された図９の訃報配信メールが、メールサーバ１３経由で送信される（図１の経路Ｒ１〜Ｒ７）。ここで、故人情報（の全部または一部）が検索の対象となり、これに対するキーワードが配信希望者２の決定によって定められるために、キーワードの組合せの数は膨大となる。例えば、「Ａ株式会社×（ＡＡ県＋ＡＢ県＋ＡＣ県）」といったキーワードが設定されると、故人情報にＡ株式会社が含まれ、かつＡＡ県、ＡＢ県およびＡＣ県のいずれかが含まれていれば、その故人情報が該当する配信希望者２に通知されることになる。この場合、ＡＡ県、ＡＢ県およびＡＣ県のいずれかに例えば在住のＡ株式会社に関係のある人が検索される。これにより、配信希望者２は、訃報配信メールで訃報に接することが可能になるのに加え、その内容を詳細に知ることができ、しかも、インターネットを通じて、あるいは直接葬儀社４に対して供花・花輪の申込みが可能となる。
【００４０】
すなわち、この後、配信希望者２が図９の訃報配信メールで得た［訃報情報ＵＲＬ］の情報を用いてＷＷＷサーバ１１にアクセスし、図５のお通夜・告別式案内用のページおよび図６〜図９の供花・花輪発注書用のページを通して供花・花輪の注文内容を入力すると、その注文内容に基づいて、葬儀を執り行う葬儀社４に図１０の供花・花輪発注依頼書がメールサーバ１３経由で送信される。この場合、葬儀社４に対してファクス番号が使用されると、供花・花輪発注依頼書は、メールサーバ１３から（ＯＣＮを経た後）テガルス網ＴＮ経由で送信される（図１の経路Ｒ８〜Ｒ１２）。ここで、テガルス網ＴＮは、電子メールのデータをファクス用の信号に変換する機能を有し、「＠」マークの前にファクス番号が設定された電子メールアドレスを使用する。一方、葬儀社４に対してＥ−ｍａｉｌが使用されると、供花・花輪発注依頼書は、メールサーバ１３からＯＣＮ経由で送信される（図１の経路Ｒ８〜Ｒ１０，Ｒ１３，Ｒ１４）。これらに対し、訃報配信メールには［供花発注先ＴＥＬ］が記入されているので、配信希望者２は、その［供花発注先ＴＥＬ］の情報を用いて、直接電話で供花・花輪を注文することも可能となる（図１の経路Ｒ１５）。
【００４１】
なお、訃報配信メールに担当葬儀社のファクス番号を記載するようにすれば、配信希望者２はさらにファクスで供花・花輪を注文することが可能になる。
【００４２】
また、本実施形態では、葬儀情報提供者からの訃報の情報はＷＷＷサーバを通じて葬儀情報提供者により入力される構成になっているが、この構成に限らず、葬儀情報提供者から電子メールで本実施形態と同様の故人情報を得る構成でもよい。あるいは葬儀情報提供者からファクスや電話などを通じて故人情報を得て、その個人情報を訃報配信システム側のスタッフがその訃報配信システムのコンピュータにキーボードなどを使用して入力する構成でもよい。要するに、葬儀情報提供者が訃報を得たときにその訃報の故人に関する所定の故人情報を入力する手段があれば、本実施形態と同様、関係する訃報を自動的に通知することが可能になる。
【００４４】
【発明の効果】
以上のことから明らかなように、請求項１記載の発明の訃報配信システムによれば、訃報の配信に必要な、その配信の希望者の電子メールアドレスおよびキーワードを入力するための訃報配信登録用のページと、少なくとも葬儀社の、予め登録された葬儀情報の提供者が訃報を得たときにその訃報の故人に関する故人の姓名および葬儀の情報を含む故人情報を入力するための訃報情報入力用のページとを閲覧可能に記憶するＷＷＷサーバと、前記訃報配信登録用のページで入力された情報を記憶するデータベースと、インターネット経由でメールを送信する送信サーバとを備え、前記訃報情報入力用のページを通して前記故人情報の入力があると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索する検索処理機能と、前記検索処理機能によって該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信する送信処理機能とを有するので、関係する訃報を自動的に通知することが可能になる。
【００４５】
請求項２記載の発明によれば、請求項１記載の訃報配信システムにおいて、前記ＷＷＷサーバは、前記訃報の故人に対して執り行われる葬儀への供花・花輪の申込みを、その注文内容の入力を通じて受け付けるための供花・花輪発注書用のページをさらに閲覧可能に記憶するとともに、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含み、前記送信処理機能によって送信される前記訃報配信メールを作成するので、訃報配信メールを受信した訃報の配信の希望者は、その訃報配信メールに含まれているＵＲＬを使用すれば、供花・花輪発注書用のページを閲覧することができる。
【００４６】
請求項３記載の発明によれば、請求項２記載の訃報配信システムにおいて、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信する発注送信処理機能を有するので、供花・花輪発注書用のページを通して、葬儀社に供花・花輪を注文することが可能となる。
【００４７】
請求項４記載の発明によれば、請求項３記載の訃報配信システムにおいて、前記送信サーバは、前記供花・花輪の発注依頼書を、電子メールのデータをファクス用の信号に変換する機能を有する通信網経由で、前記葬儀を執り行う葬儀社に送信するので、電子メールで情報のやり取りを行えない葬儀社をも本訃報配信システムに取り込むことが可能になるから、供花・花輪発注書用のページを通して供花・花輪を注文することができる葬儀社の数を増やすことができる。
【００４８】
請求項５記載の発明によれば、請求項１〜４のいずれかに記載の訃報配信システムによって実行される訃報配信方法であって、前記訃報配信登録用のページで希望者の名前、電子メールアドレスおよびキーワードが入力されると、これらの情報を前記データベースに記憶し、前記訃報情報入力用のページで故人情報が入力されると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索し、該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信するので、関係する訃報を自動的に通知することが可能になる。
【００４９】
請求項６記載の発明によれば、請求項５記載の訃報配信方法において、前記該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含む前記訃報配信メールを、前記送信サーバを通じて送信するので、訃報配信メールを受信した訃報の配信の希望者は、その訃報配信メールに記載されているＵＲＬを使用すれば、供花・花輪発注書用のページを閲覧することができる。
【００５０】
請求項７記載の発明によれば、請求項６記載の訃報配信方法において、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信するので、供花・花輪発注書用のページを通して、葬儀社に供花・花輪を注文することが可能となる。
【００５１】
請求項８記載の発明によれば、請求項７記載の訃報配信方法において、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、前記葬儀を執り行う葬儀社に供花・花輪の発注依頼書を、前記送信サーバから電子メールのデータをファクス用の信号に変換する機能を有する通信網経由で送信するので、供花・花輪発注書用のページを通して供花・花輪を注文することができる葬儀社の数を増やすことができる。
【図面の簡単な説明】
【図１】訃報配信システムの構成図である。
【図２】訃報入力者登録用のページ例を示す図である。
【図３】訃報配信登録用のページ例を示す図である。
【図４】訃報情報入力用のページ例を示す図である。
【図５】お通夜・告別式案内用のページ例を示す図である。
【図６】供花・花輪発注書用のページ例を示す図である。
【図７】供花・花輪発注書用のページ例を示す図である。
【図８】供花・花輪発注書用のページ例を示す図である。
【図９】訃報配信メールの内容の一例を示す図である。
【図１０】供花・花輪発注依頼書の内容の一例を示す図である。
【符号の説明】
１ 訃報配信システム
１１ ＷＷＷサーバ
１２ サーバ
１３ メールサーバ
【発明の属する技術分野】
本発明は、予め登録された希望者に対して、その希望者に関係する訃報の情報を自動的に配信する訃報配信システムおよびその方法に関するものである。
【０００２】
【従来の技術】
従来、親類縁者や親しい人の訃報は直接受けることがほとんどであると推察され、そうでない場合には友人などからの人伝えや新聞などで訃報に接することになるものと推察される。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記のような訃報の接し方では、全体として訃報を受けることができない可能性が高く、葬儀に参列したくともできない、あるいは供花・花輪の申込みもできないなどの問題があった。
【０００４】
本発明は、上記事情に鑑みてなされたものであり、関係する訃報を自動的に通知することができる訃報配信システムおよびその方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記課題を解決するための請求項１記載の発明の訃報配信システムは、訃報の配信に必要な、その配信の希望者の電子メールアドレスおよびキーワードを入力するための訃報配信登録用のページと、少なくとも葬儀社の、予め登録された葬儀情報の提供者が訃報を得たときにその訃報の故人に関する故人の姓名および葬儀の情報を含む故人情報を入力するための訃報情報入力用のページとを閲覧可能に記憶するＷＷＷサーバと、前記訃報配信登録用のページで入力された情報を記憶するデータベースと、インターネット経由でメールを送信する送信サーバとを備え、前記訃報情報入力用のページを通して前記故人情報の入力があると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索する検索処理機能と、前記検索処理機能によって該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信する送信処理機能とを有することを特徴とする。
【０００７】
請求項２記載の発明は、請求項１記載の訃報配信システムにおいて、前記ＷＷＷサーバは、前記訃報の故人に対して執り行われる葬儀への供花・花輪の申込みを、その注文内容の入力を通じて受け付けるための供花・花輪発注書用のページをさらに閲覧可能に記憶するとともに、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含み、前記送信処理機能によって送信される前記訃報配信メールを作成することを特徴とする。
【０００８】
請求項３記載の発明は、請求項２記載の訃報配信システムにおいて、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信する発注送信処理機能を有することを特徴とする。
【０００９】
請求項４記載の発明は、請求項３記載の訃報配信システムにおいて、前記送信サーバは、前記供花・花輪の発注依頼書を、電子メールのデータをファクス用の信号に変換する機能を有する通信網経由で、前記葬儀を執り行う葬儀社に送信することを特徴とする。
【００１０】
請求項５記載の発明は、請求項１〜４のいずれかに記載の訃報配信システムによって実行される訃報配信方法であって、前記訃報配信登録用のページで希望者の名前、電子メールアドレスおよびキーワードが入力されると、これらの情報を前記データベースに記憶し、前記訃報情報入力用のページで故人情報が入力されると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索し、該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信することを特徴とする。
【００１１】
請求項６記載の発明は、請求項５記載の訃報配信方法において、前記該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含む前記訃報配信メールを、前記送信サーバを通じて送信することを特徴とする。
【００１２】
請求項７記載の発明は、請求項６記載の訃報配信方法において、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信することを特徴とする。
【００１３】
請求項８記載の発明は、請求項７記載の訃報配信方法において、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、前記葬儀を執り行う葬儀社に供花・花輪の発注依頼書を、前記送信サーバから電子メールのデータをファクス用の信号に変換する機能を有する通信網経由で送信することを特徴とする。
【００１４】
【発明の実施の形態】
図１は訃報配信システムの構成図であり、この図を用いて以下に本発明に係る一実施形態の説明を行う。
【００１５】
図１に示す訃報配信システム１は、予め登録された配信希望者２に対して、インターネットＩＮ経由で、その配信希望者２に関係する訃報の情報を自動的に配信するとともに、その訃報の故人に対して執り行われる葬儀への供花・花輪の申込みを受け付けるものであり、ＷＷＷ(world wide web)サーバ１１、サーバ１２およびメールサーバ１３により構成されている。そして、これらの各サーバは、コンピュータシステム（例えば、表示装置、ハードディスク装置、キーボード、マウスおよびＮＩＣなどを備え、所定のプログラムで動作するコンピュータ）により構成され、イーサネットを介して互いに通信可能に接続されているとともに、図示しないルータを介して、スーパーオープン・コンピュータ・ネットワーク（以下、ＯＣＮという）に常時接続されている。また、メールサーバ１３はテガルス網ＴＮ経由でもメールの送受信が可能になっている。さらに、ＷＷＷサーバ１１およびメールサーバ１３は図示しないＤＮＳサーバによって名前解決されているのは言うまでもない。ただし、ＯＣＮおよびテガルスは日本電信電話株式会社（ＮＴＴ）の商標である。
【００１６】
図２は訃報入力者登録用のページ例を示す図、図３は訃報配信登録用のページ例を示す図、図４は訃報情報入力用のページ例を示す図、図５はお通夜・告別式案内用のページ例を示す図、図６〜図８は供花・花輪発注書用のページ例を示す図、図９は訃報配信メールの内容の一例を示す図、図１０は供花・花輪発注依頼書の内容の一例を示す図である。
【００１７】
これらの図を用いて訃報配信システム１についてさらに詳述すると、ＷＷＷサーバ１１は、図示しないホームページのほか、図２〜図８に示す訃報入力者登録用のページ、訃報配信登録用のページ、訃報情報入力用のページ、お通夜・告別式案内用のページおよび供花・花輪発注書用のページなどを閲覧可能に記憶するものである。
【００１８】
ここで、上記各ページについて説明する。図２に示す訃報入力者登録用のページは、訃報を知り得たときに訃報の故人に関する所定の個人情報を提供してもらえる例えば葬儀社、企業、役所および団体などの葬儀情報提供者３を予め登録するためのもので、図２の例では、会社名、ふりがな、部署名、住所、担当者、ＴＥＬおよびＥ−ｍａｉｌ（電子メールアドレス）を入力するようになっている。これらの情報は、「送信」釦Ｂ１０を押す操作が葬儀情報提供者３側の図示しないクライアントシステム（例えば、表示装置、ハードディスク装置、キーボードおよびマウスのほか、モデム、ＴＡやルータ（ダイアルアップルータ）などを備え、少なくともＷＷＷブラウザ用のプログラムで動作するコンピュータ）で行われると、ＷＷＷサーバ１１経由でサーバ１２に取り込まれる。そして、登録後、葬儀情報提供者３には、ＩＤとパスワードが入力されたＥ−ｍａｉｌを用いてメールサーバ１３から送信される。この送信処理は、途中に葬儀情報提供者３の選定などの人手を介して行われる運用形態でもよく、ＷＷＷサーバ１１がサーバ１２にアクセスし、そこでＩＤとパスワードを発行してもらい、そのＩＤとパスワードをメールサーバ１３経由で自動的に送信する処理が行われる構成でもよい。あるいは、管理サーバを別途設け、この管理サーバが、ＷＷＷサーバ１１で上記登録がなされると、サーバ１２にアクセスし、そこでＩＤとパスワードを発行してもらい、そのＩＤとパスワードをメールサーバ１３経由で自動的に送信する処理を行う構成でもよい。
【００１９】
図３に示す訃報配信登録用のページは、関係する訃報の情報の配信を希望する配信希望者２を予め登録するためのもので、図３の例では、ふりがな、名前、住所、ＴＥＬ（自宅、携帯、会社）、会社名、Ｅ−ｍａｉｌ（最大２つ）、キーワード（最大５つ）、供花・花輪名札名、請求書送付先（「上記住所」釦、「以下の名前・住所」釦）、請求先名、請求先住所（郵便番号、住所）、請求先ＴＥＬおよび供花発注用暗証番号を入力するようになっている。これらの情報は、「送信」釦Ｂ１１を押す操作が配信希望者２側の図示しない上記同様のクライアントシステムで行われると、ＷＷＷサーバ１１経由でサーバ１２に取り込まれる。なお、訃報配信登録用のページによる登録内容は適宜修正可能である。
【００２０】
図４に示す訃報情報入力用のページは、予め登録された葬儀情報提供者３が訃報を得たときにその訃報の故人に関する所定の故人情報を入力するためのもので、図４の例では、パスワード、入力者名および入力者電話番号のほか、故人情報として、故人姓・名（姓、名）、ふりがな（姓、名）、故人自宅住所、故人自宅電話番号、享年、喪主姓・名（姓、名）、ふりがな（姓、名）、葬儀宗派・形式、担当葬儀社、通夜日時、通夜会場、通夜住所、通夜会場ＴＥＬ、通夜会場交通手段、告別式日時、告別式会場、告別式会場住所、告別式会場ＴＥＬ、告別式会場交通手段、メモ欄、供花発注（「可」釦、「不可」釦）、供花発注先名および供花発注先電話番号を入力するようになっている。これらの情報は、「送信」釦Ｂ１２を押す操作が葬儀情報提供者３側のクライアントシステムで行われると、ＷＷＷサーバ１１経由でサーバ１２に取り込まれる。ただし、訃報情報入力用のページのパスワードおよび入力者名に、それぞれ事前に配布したパスワードおよびＩＤを入力しなければ、入力した情報のサーバ１２への取込みが拒否される。
【００２１】
図５に示すお通夜・告別式案内用のページは、上記訃報情報入力用のページで故人情報の入力後に「送信」釦Ｂ１２を押す操作が行われると、その操作に応じて、その訃報に対して自動的に設けられるページであり、このページには、訃報情報入力用のページで入力された情報がリレーション（ひも付け）を通じて自動的に表示されるようになっている。図５の例では、「故人名」、「享年」、「喪主名」および「ご自宅住所」の右方には、訃報情報入力用のページの「故人姓・名／ふりがな」、「享年」、「喪主姓・名／ふりがな」および「故人自宅住所」に入力された情報がそれぞれ表示される。また、図５のお通夜の欄における「日時」、「場所」、「交通」および「ＴＥＬ」の右方には、訃報情報入力用のページの「通夜日時」、「通夜会場 通夜住所」、「通夜会場交通手段」および「通夜会場ＴＥＬ」に入力された情報がそれぞれ表示される。また、図５の告別式の欄における「日時」、「場所」、「交通」および「ＴＥＬ」の右方には、訃報情報入力用のページの「告別式日時」、「告別式会場 告別式会場住所」、「告別式会場交通手段」および「告別式会場ＴＥＬ」に入力された情報がそれぞれ表示される。さらに、「メモ」欄の右方には、訃報情報入力用のページの「メモ欄」に入力された情報が表示される。そして、お通夜・告別式案内用のページには、「供花・花輪」釦Ｂ１３が設けられており、それを押す（操作が行われる）と、図６に示す供花・花輪発注書用のページに切り替わるように構成される。
【００２２】
なお、図５における喪主続柄、葬儀委員長および葬儀委員長役職は後で適宜入力されるが、これらのうち、例えば喪主続柄なども同時に表示されるように訃報情報入力用のページにその入力欄を設けるようにしてもよい。
【００２３】
図６に示す供花・花輪発注書用のページは、図７，図８に示す供花・花輪発注書用のページの閲覧に対する許否を行うためのもので、電話番号および暗証番号を入力するようになっている。そして、「はい」釦Ｂ１４、「いいえ」釦１５および「次へ」釦Ｂ１６が設けられており、「はい」釦Ｂ１４を押し、電話番号および暗証番号にそれぞれ訃報配信登録用のページで入力した請求先ＴＥＬおよび供花発注用暗証番号を入力して「次へ」釦Ｂ１６を押せば、その請求先ＴＥＬおよび供花発注用暗証番号がサーバ１２に記憶されている場合に限り、図７，図８に示す供花・花輪発注書用のページに切り替わるように構成される。ただし、図７，図８は供花・花輪発注書用のページは同一のページであり、図７はその前半部を示し、図８はその後半部を示す。
【００２４】
図７，図８に示す供花・花輪発注書用のページは、供花・花輪の申込みを、その注文内容の入力を通じて受け付けるためのもので、対象となる葬儀確認用の日時、故人名および喪主名のほか、供花・花輪名札表示、花輪の注文数、法人／団体名（部署／所属）、ご発注者お名前、ふりがな、〒、住所、ＴＥＬ（「法人／団体、内線」、ご自宅、携帯、各優先順位）、お支払い方法（「銀行振込」釦、「現金持参／ご来店」釦）、請求書送付先（「上記住所へ送付」釦、「上記以外の住所へ送付（下記に入力して下さい）」釦）、宛名、ＴＥＬ、〒、住所、メモおよび暗証番号を入力するようになっている。そして、「次へ」釦Ｂ１７が設けられており、それを押すと、図示しない別の供花・花輪発注書用のページに切り替わり、供花などの申込みを受け付けるようになっており、最後に「送信」釦が設けられ、それを押すと、これまでの供花・花輪発注書用のページで入力した情報がＷＷＷサーバ１１経由でサーバ１２に取り込まれる。また、図８に示す暗証番号の欄に所望の暗証番号を入力すれば、図７に示す法人／団体名から図８に示すメモまでの事項が登録される。これにより、以降の入力の手間を省くことができる。なお、図７において、日時、故人名および喪主名は自動的に表示されるようにしてもよい。
【００２５】
サーバ（データベース）１２は、図２の訃報入力者登録用のページ、図３の訃報配信登録用のページ、図４の訃報情報入力用のページ、および図６〜図８の供花・花輪発注書の各ページなどを通して入力された各種情報を、ＷＷＷサーバ１１から得て、訃報配信システム１のローカルネット上で利用可能に記憶するものである。メールサーバ１３は、インターネット経由でメールを送信する送信サーバである。なお、メールサーバ１３に、インターネット経由でメールを受信する受信サーバをさらに設けてもよいのは言うまでもない。
【００２６】
ここで、上記構成の訃報配信システム１に具備される処理機能について説明する。まず、本実施形態の第１の特徴として、図４の訃報情報入力用のページを通して故人情報の入力があると、サーバ１２に記憶されているキーワードから、その故人情報に該当するキーワードを検索（抽出）する検索処理機能が、例えばサーバ１２に設けられる。また、その検索処理機能によって該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、訃報の内容が記載された訃報配信メールを、メールサーバ１３を通じて送信する送信処理機能が、例えばＷＷＷサーバ１１に設けられる。
【００２７】
すなわち、検索処理機能を有するサーバ１２は、ＷＷＷサーバ１１から図４の訃報情報入力用のページで入力された故人情報を得ると、記憶しているキーワードから、その故人情報に該当するキーワードを検索し、該当するキーワードがあると、そのキーワード、これに対応するＥ−ｍａｉｌ（の全て）および名前を配信希望者２毎にＷＷＷサーバ１１に渡す処理を行う。そして、送信処理機能を有するＷＷＷサーバ１１は、一時保持している故人情報とサーバ１２からのキーワードおよび名前とを用いて、図９に示す訃報配信メールを作成し、この訃報配信メールをサーバ１２からの個々のＥ−ｍａｉｌとともにメールサーバ１３経由で送信する処理を行う。
【００２８】
なお、送信処理機能はサーバ１２に設けられる構成でもよい。この場合、ＷＷＷサーバ１１から得た故人情報と検索で得たキーワードおよび名前とを用いて、訃報配信メールを作成し、この訃報配信メールを、検索で得た個々のＥ−ｍａｉｌとともにメールサーバ１３経由で送信する処理を行えばよい。また、検索処理機能はＷＷＷサーバ１１に設けられる構成でもよいが、この場合、サーバ１２に記憶のキーワードなどをＷＷＷサーバ１１に転送する必要があり、その転送時間が長くなるから、検索処理機能はサーバ１２に設けられる構成の方が望ましい。
【００２９】
図９において、「○○○○様の○○○○」および「キーワード「□□□□」の「□□□□」」には、それぞれ検索で得られた名前およびキーワードが記入される。また、［情報発信元］には、図２の会社名の情報と、故人情報の入力日とが記入される。さらに、[故人名]、［ふりがな］、［享年］、[喪主名]、［喪主ふりがな］および［葬儀宗派／形式］には、それぞれ個人情報の「故人姓・名」、「ふりがな」、「享年」、「喪主姓・名」、「ふりがな」および「葬儀宗派・形式」の情報が記入される。なお、喪主続柄などが訃報情報入力用のページに設けられる場合には喪主続柄なども記入される。
【００３０】
通夜の欄において、［日時］、［会場名］、［住所］、［ＴＥＬ］および［交通］には、それぞれ個人情報の「通夜日時」、「通夜会場」、「通夜住所」、「通夜会場ＴＥＬ」および「通夜会場交通手段」の情報が記入される。
【００３１】
告別式の欄において、［日時］、［会場名］、［住所］、［ＴＥＬ］および［交通］には、それぞれ個人情報の「告別式日時」、「告別式会場」、「告別式会場住所」、「告別式会場ＴＥＬ」および「告別式会場交通手段」の情報が記入される。
【００３２】
そして、［メモ］、［供花発注］、［供花発注先名］および［供花発注先ＴＥＬ］には、それぞれ個人情報の「メモ欄」、「供花発注」、「供花発注先名」および「供花発注先電話番号」の情報が記入され、［訃報情報ＵＲＬ］には、図５に示した対応するお通夜・告別式案内用のページのＵＲＬが記入される。
【００３３】
次に、本実施形態の第２の特徴として、図７，図８に示した供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、メールサーバ１３を通じて葬儀を執り行う葬儀社４に供花・花輪の発注依頼書を送信する発注送信処理機能が、例えばＷＷＷサーバ１１に設けられる。
【００３４】
すなわち、発注送信処理機能を有するＷＷＷサーバ１１は、上記注文内容の入力があると、サーバ１２から、本件の訃報の故人情報を入力した図２の会社名を得るとともに、図７，図８の供花・花輪発注書用のページに表示した担当葬儀社の名前に対応するファクス番号またはＥ−ｍａｉｌを得て（これらは予め登録されている）、担当葬儀社の名前、図２の会社名および上記注文内容の情報を用いて、図１０に示す供花・花輪発注依頼書を作成し、この供花・花輪発注依頼書を上記ファクス番号またはＥ−ｍａｉｌとともにメールサーバ１３経由で担当葬儀社である葬儀社４に送信する処理を行う。
【００３５】
なお、発注送信処理機能はサーバ１２に設けられる構成でもよい。この場合、ＷＷＷサーバ１１から注文内容の情報を得ると、担当葬儀社の名前、図２の会社名およびその注文内容の情報を用いて、供花・花輪発注依頼書を作成し、この供花・花輪発注依頼書を、担当葬儀社の名前に対応するファクス番号またはＥ−ｍａｉｌとともにメールサーバ１３経由で担当葬儀社である葬儀社４に送信する処理を行えばよい。
【００３６】
図１０において、「□□葬儀社」には、図７の供花・花輪発注書の担当葬儀社で示した情報（図４の「担当葬儀社」の情報に対応）が記入される。また、［発注法人名］、［発注者名］および［部署／所属］には、それぞれ図７の「法人／団体名」、「ご発注者お名前」および「部署／所属」の情報が記入される。また、［ＴＥＬ］の欄において、［法人］、［ご自宅］、［携帯］および連絡先優先順位の各欄には、それぞれ図７の「法人／団体」、「ご自宅」、「携帯」および各優先順位の情報が記入される。また、［住所］、［日時］、［故人名］、［喪主名］、[数]、[名札表示]および［お支払い方］には、それぞれ図７の「〒 住所」、「日時」、「故人名」、「喪主名」、「注文数」、「供花・花輪名札表示」および「お支払方法」の情報が記入される。さらに、［メモ］には図８の「メモ」の情報が記入される。なお、供花などの注文があればその注文の内容も記入され、図１０の［価格］は［数］から自動的に計算されるのは言うまでもない。
【００３７】
［請求書送付先］欄において、［宛名］、［住所］および［ＴＥＬ］には、それぞれ図８の請求書送付先の内容に応じた情報が記入される。例えば、「上記住所へ送付」釦が選択されていると、「上記（発注法人名）発注者名」、「〒上記郵便番号 上記住所」および「上記電話番号」が記入される。これに対し、「上記以外の住所へ送付（下記に入力してください）」釦が選択されていると、図８の「宛名」、「〒 住所」および「ＴＥＬ」の情報が記入される。
【００３８】
次に、訃報配信システム１の特徴となる動作について説明する。ただし、配信希望者２および葬儀情報提供者３は、それぞれ図２の訃報入力者登録用のページおよび図３の訃報配信登録用のページを通じて予め登録されているものとする。
【００３９】
図４の訃報情報入力用のページで故人情報が入力されると、サーバ１２に記憶されているキーワードから、その故人情報に該当するキーワードが検索される。そして、該当するキーワードが得られると、その該当するキーワードに対応するＥ−ｍａｉｌの配信希望者２に対して、訃報の内容が記載された図９の訃報配信メールが、メールサーバ１３経由で送信される（図１の経路Ｒ１〜Ｒ７）。ここで、故人情報（の全部または一部）が検索の対象となり、これに対するキーワードが配信希望者２の決定によって定められるために、キーワードの組合せの数は膨大となる。例えば、「Ａ株式会社×（ＡＡ県＋ＡＢ県＋ＡＣ県）」といったキーワードが設定されると、故人情報にＡ株式会社が含まれ、かつＡＡ県、ＡＢ県およびＡＣ県のいずれかが含まれていれば、その故人情報が該当する配信希望者２に通知されることになる。この場合、ＡＡ県、ＡＢ県およびＡＣ県のいずれかに例えば在住のＡ株式会社に関係のある人が検索される。これにより、配信希望者２は、訃報配信メールで訃報に接することが可能になるのに加え、その内容を詳細に知ることができ、しかも、インターネットを通じて、あるいは直接葬儀社４に対して供花・花輪の申込みが可能となる。
【００４０】
すなわち、この後、配信希望者２が図９の訃報配信メールで得た［訃報情報ＵＲＬ］の情報を用いてＷＷＷサーバ１１にアクセスし、図５のお通夜・告別式案内用のページおよび図６〜図９の供花・花輪発注書用のページを通して供花・花輪の注文内容を入力すると、その注文内容に基づいて、葬儀を執り行う葬儀社４に図１０の供花・花輪発注依頼書がメールサーバ１３経由で送信される。この場合、葬儀社４に対してファクス番号が使用されると、供花・花輪発注依頼書は、メールサーバ１３から（ＯＣＮを経た後）テガルス網ＴＮ経由で送信される（図１の経路Ｒ８〜Ｒ１２）。ここで、テガルス網ＴＮは、電子メールのデータをファクス用の信号に変換する機能を有し、「＠」マークの前にファクス番号が設定された電子メールアドレスを使用する。一方、葬儀社４に対してＥ−ｍａｉｌが使用されると、供花・花輪発注依頼書は、メールサーバ１３からＯＣＮ経由で送信される（図１の経路Ｒ８〜Ｒ１０，Ｒ１３，Ｒ１４）。これらに対し、訃報配信メールには［供花発注先ＴＥＬ］が記入されているので、配信希望者２は、その［供花発注先ＴＥＬ］の情報を用いて、直接電話で供花・花輪を注文することも可能となる（図１の経路Ｒ１５）。
【００４１】
なお、訃報配信メールに担当葬儀社のファクス番号を記載するようにすれば、配信希望者２はさらにファクスで供花・花輪を注文することが可能になる。
【００４２】
また、本実施形態では、葬儀情報提供者からの訃報の情報はＷＷＷサーバを通じて葬儀情報提供者により入力される構成になっているが、この構成に限らず、葬儀情報提供者から電子メールで本実施形態と同様の故人情報を得る構成でもよい。あるいは葬儀情報提供者からファクスや電話などを通じて故人情報を得て、その個人情報を訃報配信システム側のスタッフがその訃報配信システムのコンピュータにキーボードなどを使用して入力する構成でもよい。要するに、葬儀情報提供者が訃報を得たときにその訃報の故人に関する所定の故人情報を入力する手段があれば、本実施形態と同様、関係する訃報を自動的に通知することが可能になる。
【００４４】
【発明の効果】
以上のことから明らかなように、請求項１記載の発明の訃報配信システムによれば、訃報の配信に必要な、その配信の希望者の電子メールアドレスおよびキーワードを入力するための訃報配信登録用のページと、少なくとも葬儀社の、予め登録された葬儀情報の提供者が訃報を得たときにその訃報の故人に関する故人の姓名および葬儀の情報を含む故人情報を入力するための訃報情報入力用のページとを閲覧可能に記憶するＷＷＷサーバと、前記訃報配信登録用のページで入力された情報を記憶するデータベースと、インターネット経由でメールを送信する送信サーバとを備え、前記訃報情報入力用のページを通して前記故人情報の入力があると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索する検索処理機能と、前記検索処理機能によって該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信する送信処理機能とを有するので、関係する訃報を自動的に通知することが可能になる。
【００４５】
請求項２記載の発明によれば、請求項１記載の訃報配信システムにおいて、前記ＷＷＷサーバは、前記訃報の故人に対して執り行われる葬儀への供花・花輪の申込みを、その注文内容の入力を通じて受け付けるための供花・花輪発注書用のページをさらに閲覧可能に記憶するとともに、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含み、前記送信処理機能によって送信される前記訃報配信メールを作成するので、訃報配信メールを受信した訃報の配信の希望者は、その訃報配信メールに含まれているＵＲＬを使用すれば、供花・花輪発注書用のページを閲覧することができる。
【００４６】
請求項３記載の発明によれば、請求項２記載の訃報配信システムにおいて、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信する発注送信処理機能を有するので、供花・花輪発注書用のページを通して、葬儀社に供花・花輪を注文することが可能となる。
【００４７】
請求項４記載の発明によれば、請求項３記載の訃報配信システムにおいて、前記送信サーバは、前記供花・花輪の発注依頼書を、電子メールのデータをファクス用の信号に変換する機能を有する通信網経由で、前記葬儀を執り行う葬儀社に送信するので、電子メールで情報のやり取りを行えない葬儀社をも本訃報配信システムに取り込むことが可能になるから、供花・花輪発注書用のページを通して供花・花輪を注文することができる葬儀社の数を増やすことができる。
【００４８】
請求項５記載の発明によれば、請求項１〜４のいずれかに記載の訃報配信システムによって実行される訃報配信方法であって、前記訃報配信登録用のページで希望者の名前、電子メールアドレスおよびキーワードが入力されると、これらの情報を前記データベースに記憶し、前記訃報情報入力用のページで故人情報が入力されると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索し、該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信するので、関係する訃報を自動的に通知することが可能になる。
【００４９】
請求項６記載の発明によれば、請求項５記載の訃報配信方法において、前記該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含む前記訃報配信メールを、前記送信サーバを通じて送信するので、訃報配信メールを受信した訃報の配信の希望者は、その訃報配信メールに記載されているＵＲＬを使用すれば、供花・花輪発注書用のページを閲覧することができる。
【００５０】
請求項７記載の発明によれば、請求項６記載の訃報配信方法において、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信するので、供花・花輪発注書用のページを通して、葬儀社に供花・花輪を注文することが可能となる。
【００５１】
請求項８記載の発明によれば、請求項７記載の訃報配信方法において、前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、前記葬儀を執り行う葬儀社に供花・花輪の発注依頼書を、前記送信サーバから電子メールのデータをファクス用の信号に変換する機能を有する通信網経由で送信するので、供花・花輪発注書用のページを通して供花・花輪を注文することができる葬儀社の数を増やすことができる。
【図面の簡単な説明】
【図１】訃報配信システムの構成図である。
【図２】訃報入力者登録用のページ例を示す図である。
【図３】訃報配信登録用のページ例を示す図である。
【図４】訃報情報入力用のページ例を示す図である。
【図５】お通夜・告別式案内用のページ例を示す図である。
【図６】供花・花輪発注書用のページ例を示す図である。
【図７】供花・花輪発注書用のページ例を示す図である。
【図８】供花・花輪発注書用のページ例を示す図である。
【図９】訃報配信メールの内容の一例を示す図である。
【図１０】供花・花輪発注依頼書の内容の一例を示す図である。
【符号の説明】
１ 訃報配信システム
１１ ＷＷＷサーバ
１２ サーバ
１３ メールサーバ
Claims (8)
- 訃報の配信に必要な、その配信の希望者の電子メールアドレスおよびキーワードを入力するための訃報配信登録用のページと、少なくとも葬儀社の、予め登録された葬儀情報の提供者が訃報を得たときにその訃報の故人に関する故人の姓名および葬儀の情報を含む故人情報を入力するための訃報情報入力用のページとを閲覧可能に記憶するＷＷＷサーバと、
前記訃報配信登録用のページで入力された情報を記憶するデータベースと、
インターネット経由でメールを送信する送信サーバと
を備え、
前記訃報情報入力用のページを通して前記故人情報の入力があると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索する検索処理機能と、
前記検索処理機能によって該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信する送信処理機能と
を有することを特徴とする訃報配信システム。 - 前記ＷＷＷサーバは、前記訃報の故人に対して執り行われる葬儀への供花・花輪の申込みを、その注文内容の入力を通じて受け付けるための供花・花輪発注書用のページをさらに閲覧可能に記憶するとともに、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含み、前記送信処理機能によって送信される前記訃報配信メールを作成することを特徴とする請求項１記載の訃報配信システム。
- 前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信する発注送信処理機能を有することを特徴とする請求項２記載の訃報配信システム。
- 前記送信サーバは、前記供花・花輪の発注依頼書を、電子メ ールのデータをファクス用の信号に変換する機能を有する通信網経由で、前記葬儀を執り行う葬儀社に送信することを特徴とする請求項３記載の訃報配信システム。
- 請求項１〜４のいずれかに記載の訃報配信システムによって実行される訃報配信方法であって、
前記訃報配信登録用のページで希望者の名前、電子メールアドレスおよびキーワードが入力されると、これらの情報を前記データベースに記憶し、
前記訃報情報入力用のページで故人情報が入力されると、前記データベースに記憶されているキーワードから、その故人情報に該当するキーワードを検索し、
該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容を含む訃報配信メールを、前記送信サーバを通じて送信する
ことを特徴とする訃報配信方法。 - 前記該当するキーワードが得られると、その該当するキーワードに対応する電子メールアドレスの希望者に対して、前記故人情報から得られる訃報の内容および前記供花・花輪発注書用のページを閲覧するためのＵＲＬを含む前記訃報配信メールを、前記送信サーバを通じて送信することを特徴とする請求項５記載の訃報配信方法。
- 前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、供花・花輪の発注依頼書を作成し、前記送信サーバを通じて前記葬儀を執り行う葬儀社に前記供花・花輪の発注依頼書を送信することを特徴とする請求項６記載の訃報配信方法。
- 前記供花・花輪発注書用のページを通して供花・花輪の注文内容の入力があると、その注文内容に基づいて、前記葬儀を執り行う葬儀社に供花・花輪の発注依頼書を、前記送信サーバから電子メールのデータをファクス用の信号に変換する機能を有する通信網経由で送信することを特徴とする請求項７記載の訃報配信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000160666A JP3676649B2 (ja) | 2000-05-30 | 2000-05-30 | 訃報配信システムおよびその方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000160666A JP3676649B2 (ja) | 2000-05-30 | 2000-05-30 | 訃報配信システムおよびその方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001344364A JP2001344364A (ja) | 2001-12-14 |
| JP3676649B2 true JP3676649B2 (ja) | 2005-07-27 |
Family
ID=18664823
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000160666A Expired - Fee Related JP3676649B2 (ja) | 2000-05-30 | 2000-05-30 | 訃報配信システムおよびその方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3676649B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014119955A (ja) * | 2012-12-17 | 2014-06-30 | Work Solution:Kk | 通知システム |
| JP6854552B1 (ja) * | 2020-12-14 | 2021-04-07 | 恭範 城山 | 管理サーバおよび訃報自動送信システム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09171450A (ja) * | 1995-12-20 | 1997-06-30 | Sony Corp | 情報処理装置および表示方法 |
| JPH09259189A (ja) * | 1996-03-25 | 1997-10-03 | Mitsubishi Sogo Kenkyusho:Kk | 書籍の広告・販売システム |
| US5999526A (en) * | 1996-11-26 | 1999-12-07 | Lucent Technologies Inc. | Method and apparatus for delivering data from an information provider using the public switched network |
| JP4179655B2 (ja) * | 1998-01-29 | 2008-11-12 | ソニー株式会社 | 情報提供装置および方法、情報送信装置、ならびに、情報提供システム |
-
2000
- 2000-05-30 JP JP2000160666A patent/JP3676649B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001344364A (ja) | 2001-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Liao et al. | A framework of electronic tendering for government procurement: a lesson learned in Taiwan | |
| US20080091846A1 (en) | Creation and transaction processes of intelligent documents | |
| JP4768831B2 (ja) | サーバ装置 | |
| JP2001306616A (ja) | 情報提供表示システム | |
| CN107071001A (zh) | 智能交通Web信息共享服务平台架构方法 | |
| JP3676649B2 (ja) | 訃報配信システムおよびその方法 | |
| JP3361509B2 (ja) | サーバ、情報提供支援方法、プログラム | |
| Bidgoli | Handbook of Information Security, Key Concepts, Infrastructure, Standards, and Protocols | |
| KR20220033743A (ko) | 휴대폰에서 전화번호 입력 또는 전화번호가 있는 이미지를 촬영하면,실시간으로 촬영된 이미지 사진내 전화번호를 판독하여 매장에서 판매하는 상품을 주문, 주문예약 및 결제 또는 배달주문을 할 수 있는 처리방법. | |
| JP5198196B2 (ja) | コンテンツ管理装置 | |
| KR20010000686A (ko) | 인터넷을 이용한 구인/구직 서비스 시스템 및 그 방법 | |
| JP2001229298A (ja) | ライフイベントサービス提供装置及び方法並びにプログラム記録媒体 | |
| JP2002245351A (ja) | 会員の個人情報データバンクとその活用システム | |
| RU96434U1 (ru) | Информационно-справочная система "телефонный справочник предприятия" | |
| JP2001265881A (ja) | メッセージ送信装置およびメッセージ送受信システム | |
| JP2004030503A (ja) | ヘルプデスクシステム | |
| JP2004240676A (ja) | 名刺管理システムと名刺管理プログラム | |
| KR20010082392A (ko) | 온라인 민원서류 발급,조회 및 전송 시스템과 그 방법 | |
| JP2003016306A (ja) | 情報流通サービスシステム及び情報流通サービス方法及び情報流通サービスプログラム | |
| JP4028318B2 (ja) | 申請届出システム | |
| JP2002041828A (ja) | 企業間商談システム | |
| JP2001306723A (ja) | 集会情報提供システム | |
| JP2015056176A (ja) | 各種検索による開示日他表示機能付き手紙保管システム | |
| JP6376746B2 (ja) | 慶弔行事用の電文伝送システム | |
| JP2002032497A (ja) | 弔事情報提供サービスシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20020910 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050428 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3676649 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080513 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110513 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140513 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |