(57)【特許請求の範囲】
【請求項１】
ユーザ端末と、葬儀会社端末と、登録会員端末と、前記ユーザ端末と前記葬儀会社端末と前記登録会員端末とネットワークを介して接続される管理サーバであって、
前記ユーザ端末が検索結果画面に含まれる所望の葬儀場を選択したユーザから申込タブの押下入力を受付けることにより、前記ユーザ端末から要求された第一生成要求を受付けた場合で、且つ、ユーザが死亡時に葬儀会社端末から第二生成要求を受付けた場合に、訃報画面の生成に要するユーザ情報を取得し、前記ユーザ情報と前記ユーザから選択された葬儀場についての葬儀場情報とに基づいて前記訃報画面を生成する訃報画面生成部と、
前記ユーザ情報から登録会員情報を抽出し、前記登録会員情報に含まれる希望連絡方法の項目がメールである第一登録会員を選定し、選定した前記第一登録会員の登録会員端末に生成した前記訃報画面を提供する訃報画面提供部と、を有する、
管理サーバ。
【請求項２】
請求項１に記載の管理サーバにおいて、
前記ユーザ端末からユーザ情報を取得し、前記ユーザ情報からユーザ住所を抽出し、葬儀場データベースから葬儀場情報を取得し、前記葬儀場情報から葬儀場住所を抽出し、前記ユーザ住所の位置から所定半径内に葬儀場があると判定した場合に、所定半径内の前記葬儀場から前記葬儀場情報に含まれる評価スコアが高い順に所定数の葬儀場を絞り込む葬儀場検索部と、
前記ユーザ情報と、絞り込まれた前記葬儀場についての葬儀場情報とに基づいて、検索結果画面を生成する検索結果画面生成部と、
生成した前記検索結果画面を前記ユーザ端末に提供する検索結果画面提供部と、を有する、
管理サーバ。
【請求項３】
請求項１または請求項２に記載の管理サーバにおいて、
前記訃報画面提供部は、前記登録会員情報に含まれる希望連絡方法の項目がメール以外である第二登録会員を選定し、選定した前記第二登録会員が希望する連絡方法により前記第二登録会員に対し訃報を通知する、
管理サーバ。
【請求項４】
請求項１乃至請求項３に記載の管理サーバにおいて、
前記登録会員端末が訃報画面に含まれる返信タブの押下入力を第一登録会員または第二登録会員から受付けた場合に、葬儀会社端末に対して前記第一登録会員または前記第二登録会員からの返信内容を通知する、
管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理サーバおよび訃報自動送信システムに関する。
【背景技術】
【０００２】
従来、訃報を送る際、過疎化や核家族化の進行により、どこに訃報を送れば良いか遺族は把握できない場合があった。また、生前お付き合いがあり葬儀に来ていただきたい友人等は故人にしか解らない場合があった。さらに、家族葬以外の葬儀等では、参列者の把握が困難で、葬儀会社が多めの人数を設定する事になり余分な経費が発生する問題があった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２０６１９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、特許文献１には、訃報宛先者の選定に関する死亡者の生前の意思が、確実に関係者に伝わる訃報配信方法が開示されている。
【０００５】
しかし、特許文献１は、訃報を送ってほしい人のメール若しくは電話等の連絡先を予め登録し、ユーザが死亡時に葬儀会社より訃報が指定の連絡先に送られる訃報自動送信システムについて意図しているものではない。
【０００６】
本発明の目的は、訃報を送ってほしい人のメール若しくは電話等の連絡先を予め登録し、ユーザが死亡時に葬儀会社より訃報が指定の連絡先に送られる訃報自動送信システムを提供することである。
【課題を解決するための手段】
【０００７】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【０００８】
本発明の一実施の形態は、ユーザ端末と、葬儀会社端末と、登録会員端末と、ユーザ端末と葬儀会社端末と登録会員端末とネットワークを介して接続される管理サーバであって、ユーザ端末が検索結果画面に含まれる所望の葬儀場を選択したユーザから申込タブの押下入力を受付けることにより、ユーザ端末から要求された第一生成要求を受付けた場合で、且つ、ユーザが死亡時に葬儀会社端末から第二生成要求を受付けた場合に、訃報画面の生成に要するユーザ情報を取得し、ユーザ情報とユーザから選択された葬儀場についての葬儀場情報とに基づいて訃報画面を生成する訃報画面生成部を有する。また、ユーザ情報から登録会員情報を抽出し、登録会員情報に含まれる希望連絡方法の項目がメールである第一登録会員を選定し、選定した第一登録会員の登録会員端末に生成した訃報画面を提供する訃報画面提供部を有する。
【発明の効果】
【０００９】
本発明によれば、管理サーバは、訃報を送ってほしい人のメール若しくは電話等の連絡先を予め登録し、ユーザが死亡時に葬儀会社より訃報が指定の連絡先に送られる訃報自動送信システムを提供できる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施の形態における訃報自動送信システムの構成例の概要を示す図である。
【図２】本発明の一実施の形態における管理サーバのユーザ情報記憶部に記憶されているユーザ情報および登録会員情報の概要を示す図である。
【図３】本発明の一実施の形態における管理サーバの葬儀場データベースに記憶されている葬儀場情報の概要を示す図である。
【図４】本発明の一実施の形態における全体処理の概要を示す図である。
【図５】本発明の一実施の形態におけるユーザ情報取得処理およびユーザ情報記憶処理の概要を示す図である。
【図６】本発明の一実施の形態における葬儀場検索処理の概要を示す図である。
【図７】本発明の一実施の形態における検索結果画面の概要を示す図である。
【図８】本発明の一実施の形態における検索結果画面生成処理の概要を示す図である。
【図９】本発明の一実施の形態における検索結果画面提供処理の概要を示す図である。
【図１０】本発明の一実施の形態における訃報画面の概要を示す図である。
【図１１】本発明の一実施の形態における訃報画面生成処理の概要を示す図である。
【図１２】本発明の一実施の形態における訃報画面提供処理の概要を示す図である。
【図１３】本発明の一実施の形態における訃報通知に係る流れを示す概要図である。
【図１４】本発明の一実施の形態における集計後再検索処理の概要を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。また、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
＜システム構成＞
図１は、本発明の一実施の形態における訃報自動送信システムの構成例の概要を示す図である。
【００１２】
図１に示されるように、訃報自動送信システムは、ユーザ端末１００と、葬儀会社端末１０１と、登録会員端末１１０と、ユーザ端末１００と葬儀会社端末１０１と登録会員端末１１０とネットワークを介して接続される管理サーバ１２０とを有する。
【００１３】
管理サーバ１２０は、ユーザ情報記憶部１３０と、登録会員情報記憶部１３１と、葬儀場データベース１３２と、検索結果画面記憶部１３３と、訃報画面記憶部１３４と、葬儀場検索部１４０と、検索結果画面生成部１５０と、検索結果画面提供部１６０と、訃報画面生成部１７０と、訃報画面提供部１８０と、を有する。
【００１４】
ユーザ情報記憶部１３０には、ユーザ情報２００（後述、図２）が記憶されている。登録会員情報記憶部１３１には、登録会員情報２１０（後述、図２）が記憶されている。葬儀場データベース１３２には、葬儀場情報３００（後述、図３）が記憶されている。検索結果画面記憶部１３３には、検索結果画面７００（後述、図７）が記憶されている。訃報画面記憶部１３４には、訃報画面１０００（後述、図１０）が記憶されている。
【００１５】
葬儀場検索部１４０は、ユーザ端末１００からユーザ情報２００を取得し、ユーザ情報２００からユーザ住所を抽出し、葬儀場データベース１３２から葬儀場情報３００を取得し、葬儀場情報３００から葬儀場住所を抽出し、ユーザ住所の位置から所定半径内に葬儀場があると判定した場合に、所定半径内の葬儀場から葬儀場情報３００に含まれる評価スコアが高い順に所定数の葬儀場を絞り込む。
【００１６】
検索結果画面生成部１５０は、ユーザ情報２００と、絞り込まれた葬儀場についての葬儀場情報３００とに基づいて、検索結果画面７００を生成する。
【００１７】
検索結果画面提供部１６０は、生成された検索結果画面７００をユーザ端末１００に提供する。
【００１８】
訃報画面生成部１７０は、ユーザ端末１００が検索結果画面７００に含まれる所望の葬儀場を選択したユーザから申込タブ７２０の押下入力を受付けることにより、ユーザ端末１００から要求された第一生成要求を受付けた場合で、且つ、ユーザが死亡時に葬儀会社端末１０１から第二生成要求を受付けた場合に、訃報画面１０００の生成に要するユーザ情報２００を取得し、ユーザ情報２００とユーザから選択された葬儀場についての葬儀場情報３００とに基づいて訃報画面１０００を生成する。
【００１９】
訃報画面提供部１８０は、ユーザ情報２００から登録会員情報２１０を抽出し、登録会員情報２１０に含まれる希望連絡方法の項目がメールである第一登録会員を選定し、選定した第一登録会員の登録会員端末１１０に生成した訃報画面１０００を提供する。
＜ユーザ情報記憶部＞
図２（ａ）は、本発明の一実施の形態における管理サーバ１２０のユーザ情報記憶部１３０に記憶されているユーザ情報２００の構成例の概要を示す図である。
【００２０】
図２（ａ）に示されるように、ユーザ情報２００は、ユーザＩＤ、ユーザ名、ユーザ住所、連絡先、葬儀会社情報、登録会員情報２１０等の項目により構成される。
【００２１】
ユーザＩＤは、管理サーバ１２０が、ユーザを識別するための符号を示す。ユーザ名は、ユーザの氏名を示す。ユーザ住所は、ユーザの住所を示す。連絡先は、ユーザのメールアドレス等の連絡先を示す。
【００２２】
葬儀会社情報は、ユーザ端末１００がユーザから入力を受け付けることで取得する葬儀会社の詳細な情報を示す。葬儀会社情報に含まれる葬儀会社は、予めユーザによって登録される所定の葬儀会社である。登録されている葬儀会社は、ユーザが死亡した時に、ユーザの遺族から死亡連絡を受付ける。その後、葬儀会社は管理サーバ１２０に対して訃報画面１０００の第二生成要求を要求する（詳細は後述する）。
【００２３】
登録会員情報２１０は、ユーザ端末１００がユーザから入力を受け付けることで取得する登録会員についての詳細な情報を示す（詳細は後述する）。
【００２４】
図２（ｂ）は、本発明の一実施の形態における管理サーバ１２０の登録会員情報記憶部１３１に記憶されている登録会員情報２１０の構成例の概要を示す図である。登録会員情報２１０は、会員ＩＤ、会員名、連絡先、登録会員住所、希望連絡方法等の情報を示す。
【００２５】
会員ＩＤは、管理サーバ１２０が、登録会員を識別するための符号を示す。会員名は、会員の氏名を示す。連絡先は、会員のメールアドレス等の連絡先を示す。登録会員住所は、登録会員の住所を示す。
【００２６】
「希望連絡方法」は、登録会員が希望する訃報の連絡方法の種類を示す。例えば、希望連絡方法は、メール、電話、ＦＡＸ、封書等である。
【００２７】
なお、登録会員は、ユーザの知人や友人等の訃報を通知したい人で構成されており、ユーザごとに異なって登録されている。また、登録会員は、ユーザが死亡時に葬儀会社からの訃報送信があることや訃報連絡先について予め登録していることを了解している。
【００２８】
このようにして、登録会員が葬儀会社からの訃報送信があることや訃報連絡先について予め登録していることを了解していることから、管理サーバ１２０は、遺族が有する遠慮を解消させることができる。
＜葬儀場データベース＞
図３は、本発明の一実施の形態における管理サーバ１２０の葬儀場データベース１３２に記憶されている葬儀場情報３００の概要を示す図である。
【００２９】
図３に示されるように、葬儀場情報３００は、葬儀場ＩＤ、葬儀場名、葬儀場住所、価格、評価スコア等のデータ項目により構成される。
【００３０】
葬儀場ＩＤは、管理サーバ１２０が、葬儀場を識別するための符号を示す。葬儀場名は、葬儀場の名称を示す。葬儀場住所は、葬儀場の住所を示す。価格は、葬儀場の葬儀等のサービスに係る価格を示す。
【００３１】
評価スコアは、葬儀場がユーザから入力を受け付けることで取得する葬儀場についての評価を示す（詳細は後述する）。
＜全体処理＞
図４は、本発明の一実施の形態における全体処理の概要を示す図である。
【００３２】
まず、Ｓ４０１にて、管理サーバ１２０はユーザ情報取得処理およびユーザ情報記憶処理（図５で後述する）を行う。
【００３３】
まず、Ｓ４０２にて、管理サーバ１２０は葬儀場検索処理（図６で後述する）を行う。
【００３４】
次に、Ｓ４０３にて、管理サーバ１２０は検索結果画面生成処理（図７、図８で後述する）を行う。
【００３５】
次に、Ｓ４０４にて、管理サーバ１２０は検索結果画面提供処理（図９で後述する）を行う。
【００３６】
次に、Ｓ４０５にて、管理サーバ１２０は訃報画面生成処理および訃報画面記憶処理（図１０、図１１で後述する）を行う。
【００３７】
次に、Ｓ４０６にて、管理サーバ１２０は訃報画面提供処理（図１２で後述する）を行う。
【００３８】
次に、葬儀に参加する登録会員の人数を集計し葬儀会社の再検索を行う場合、Ｓ４０７にて、管理サーバ１２０は、集計後再検索処理（図１４で後述する）を行う。
＜ユーザ情報記憶処理＞
図５（ａ）は、本発明の一実施の形態におけるユーザ情報記憶処理の概要を示す図である。以下、管理サーバ１２０が、ユーザ情報２００を記憶する方法について説明する。
【００３９】
まず、Ｓ５０１にて、管理サーバ１２０は、ユーザ情報入力画面をユーザ端末１００に提供する。次に、Ｓ５０２にて、ユーザ端末１００は、ユーザ情報入力画面をディスプレイに表示させる。
【００４０】
その後、ユーザが本発明に係るシステムを初めて利用する場合、または、登録会員情報２１０を変更（更新）する場合、Ｓ５０３にて、ユーザ端末１００は、ユーザ情報２００の入力をユーザから受け付ける。なお、この際ユーザから受け付けたユーザ情報２００は、登録会員情報２１０を含む。また、ユーザが入力する情報には、外部アカウント（ＳＮＳ等）のログイン情報や、パスワードを含めても良い。
【００４１】
なお、ユーザが登録会員として登録する際に、「仮登録」という形式を採用してもよい。この場合、仮登録した会員、すなわち、訃報の通知相手となり得るユーザの知人等は、会員に仮登録されたことを了承している。そして、会員登録として「本登録」される際、若干の会費を徴収される代わりに、登録会員は、ユーザ死亡時に訃報が自動送付されることやその他特典を享受できる。
【００４２】
また、管理サーバ１２０は、訃報連絡先に登録された会員に対して、登録完了の案内を通知し、これと同時に「その他特典」の案内を通知する。
【００４３】
「その他特典」は、例えば、葬儀場のケータリングに係る費用を無料にしたり、他の会員を紹介すると葬儀場の割引サービスを享受できるというような、会員入会案内等を示す。
【００４４】
また、会員入会案内は、ユーザが生前お付き合いのあった方からのご紹介であり、普段セールスメールなど見ないような人でも、このメールについての閲覧は高確率で実施される。さらに訃報自動送信等の特典から、会費が比較的安価であれば入会する確率はかなり高くなる。これにより、企業は苦労なく幅広く、確率の高い企業認知活動が可能になる。
【００４５】
また、管理サーバ１２０は、ユーザ本人や遺族側に対して、煩雑な人間関係を解消させることができる。そして、葬儀場や管理サーバ１２０の運営企業は、一般的に行われている会員獲得と比べて大幅な会員獲得の向上を実現できる。
【００４６】
次に、Ｓ５０４にて、ユーザ端末１００は、Ｓ５０３で入力を受け付けたユーザ情報２００を管理サーバ１２０に送信する。
【００４７】
次に、Ｓ５０５にて、管理サーバ１２０は、Ｓ５０４で送信されたユーザ情報２００を受信することにより、ユーザ情報２００を取得する。
【００４８】
次に、Ｓ５０６にて、管理サーバ１２０は、取得または変更したユーザ情報２００にユーザＩＤを付して、Ｓ５０３にて入力を受け付けたユーザ情報２００をユーザ情報記憶部１３０に記憶する。また、管理サーバ１２０は、取得または変更した登録会員情報２１０を登録会員ＩＤを付して、登録会員情報記憶部１３１に記憶する。
＜ユーザ情報取得処理＞
図５（ｂ）は、本発明の一実施の形態におけるユーザ情報取得処理の概要を示す図である。以下、管理サーバ１２０が、ユーザ情報２００を取得する方法について説明する。
【００４９】
ユーザが本発明に係るシステムを２回目以降利用する場合、Ｓ５０７にて、ユーザ端末１００はユーザＩＤの入力をユーザから受け付ける。なお、ユーザＩＤは、ユーザ情報２００に含まれる。
【００５０】
次に、Ｓ５０８にて、ユーザ端末１００は、Ｓ５０７で入力を受け付けたユーザＩＤを管理サーバ１２０に送信する。
【００５１】
その後、Ｓ５０９にて、管理サーバ１２０は、Ｓ５０８で送信されたユーザＩＤのキーに対応するユーザ情報２００をユーザ情報記憶部１３０から取得する。
＜葬儀場検索処理＞
図６は、本発明の一実施の形態における葬儀場検索処理の概要を示す図である。
【００５２】
まず、Ｓ６０１にて、管理サーバ１２０の葬儀場検索部１４０は、ユーザ情報記憶部１３０からユーザ情報２００を取得する。
【００５３】
次に、Ｓ６０２にて、葬儀場検索部１４０は、取得したユーザ情報２００から「ユーザ住所」の情報を抽出する。
【００５４】
次に、Ｓ６０３にて、葬儀場検索部１４０は、葬儀場データベース１３２から葬儀場情報３００を取得する。
【００５５】
次に、Ｓ６０４にて、葬儀場検索部１４０は、取得した葬儀場情報３００を参照し、Ｓ６０２で抽出した「ユーザ住所」の位置から所定半径内に葬儀場が存在するか否かを判定する。ユーザ住所の位置から所定半径内に葬儀場が存在する場合、葬儀場検索部１４０は、Ｓ６０５の工程へ進行する。ユーザ住所の位置から所定半径内に葬儀場が存在しない場合、葬儀場検索部１４０は、本工程を終了する。なお、所定半径は、例えば、２０ｋｍとするが特に限定されない。
【００５６】
次に、Ｓ６０５にて、葬儀場検索部１４０は、Ｓ６０４で判定した所定半径内の葬儀場から葬儀場情報３００の「評価スコア」の数値が高い順に、所定数の葬儀場を絞り込み選定する。なお、所定数は、例えば、１０とするが特に限定されない。
【００５７】
この際、葬儀場検索部１４０は、「評価スコア」の数値の代わりに葬儀場の「価格」を用いて所定数の葬儀場を絞り込み選定しても良い。すなわち、この場合、葬儀場検索部１４０は、Ｓ６０４で判定した所定半径内の葬儀場から葬儀場情報３００の「価格」が高い順に、所定数の葬儀場を絞り込み選定する。
【００５８】
次に、Ｓ６０６にて、葬儀場検索部１４０は、Ｓ６０５で所定数に絞り込んだ葬儀場についての葬儀場情報３００を抽出する。
【００５９】
次に、Ｓ６０７にて、葬儀場検索部１４０は、検索結果画面生成部１５０に検索結果画面７００の生成を要求する。
【００６０】
このように、ユーザ住所の位置から所定半径内に葬儀場が存在する場合に、評価スコアの数値が高い順に所定数の葬儀場を選定することによって、管理サーバ１２０は、ユーザの住所から近い葬儀場の中からさらに評価が優れた葬儀場を検索させ、葬儀場として登録させることができる。
【００６１】
すなわち、ユーザの住所から近く、且つ、サービスの質の高い葬儀場を予め検索し登録させることで、管理サーバ１２０は、ユーザが死亡した時に遺族や関係者、訃報通知相手の登録会員にとっての、葬儀に係る費用的および手続的な負担を低減できる。
＜検索結果画面＞
図７は、本発明の一実施の形態における検索結果画面７００の概要を示す図である。
【００６２】
図７に示されるように、検索結果画面７００は、検索結果表示領域７１０と、申込タブ７２０と、再検索タブ７３０と、を含む。検索結果画面７００は、ユーザ端末１００に表示される。
【００６３】
検索結果表示領域７１０は、葬儀場検索部１４０によって検索された葬儀場についての葬儀場情報３００に含まれる各項目の内容を表示させる。なお、検索結果表示領域７１０の表示のさせ方については特に限定されない。
【００６４】
申込タブ７２０は、ユーザが提供された検索結果画面７００に表示された内容で葬儀場を決定するためのタブを示す。また、申込タブ７２０は、葬儀場が決定した後、ユーザに葬儀場利用の申込をさせるためのタブを示す。すなわち、申込タブ７２０がユーザからタップまたはクリックの入力を受け付けることにより、管理サーバ１２０は、訃報画面１０００の第一生成要求を訃報画面生成部１７０に要求する。
【００６５】
再検索タブ７３０は、ユーザが再度、葬儀場の検索を行うためのタブを示す。すなわち、再検索タブ７３０がユーザからタップまたはクリックの入力を受け付けることにより、管理サーバ１２０は、工程Ｓ４０１へ進行する。
【００６６】
このようにして、管理サーバ１２０は、ユーザが希望する葬儀場を容易に検索させることができる。また、検索結果画面７００が再検索タブ７３０を有することで、管理サーバ１２０は、ユーザに対し、ユーザがより満足できる葬儀場を提供できる。
＜検索結果画面生成処理＞
図８は、本発明の一実施の形態における検索結果画面生成処理の概要を示す図である。
【００６７】
まず、Ｓ８０１にて、管理サーバ１２０の検索結果画面生成部１５０は、Ｓ６０７で要求された検索結果画面７００の生成リクエストを受け付ける。
【００６８】
まず、Ｓ８０２にて、検索結果画面生成部１５０は、検索結果画面７００の生成を要求するユーザについてのユーザ情報２００をユーザ情報記憶部１３０から取得する。
【００６９】
次に、Ｓ８０３にて、検索結果画面生成部１５０は、Ｓ８０２で取得したユーザ情報２００と、Ｓ６０６で抽出した葬儀場情報３００に基づいて、検索結果画面７００を生成する。
【００７０】
具体的には、検索結果画面生成部１５０は、例えば、Ｓ６０５で絞り込み選定された葬儀場についての葬儀場情報３００に含まれる「葬儀場名、葬儀場住所、価格、評価スコア等」の情報に基づいて、検索結果画面７００を生成する。
【００７１】
次に、Ｓ８０４にて、検索結果画面生成部１５０は、Ｓ８０３で生成した検索結果画面７００を検索結果画面記憶部１３３に記憶する。
【００７２】
次に、Ｓ８０５にて、検索結果画面生成部１５０は、検索結果画面７００の提供を検索結果画面提供部１６０に要求する。
＜検索結果画面提供処理＞
図９は、本発明の一実施の形態における検索結果画面提供処理の構成例の概要を示す図である。
【００７３】
まず、Ｓ９０１にて、管理サーバ１２０の検索結果画面提供部１６０は、Ｓ８０５またはＳ１４０８（後述する）で要求された検索結果画面７００の提供リクエストを受け付ける。
【００７４】
次に、Ｓ９０２にて、検索結果画面提供部１６０は、提供したい検索結果画面７００を検索結果画面記憶部１３３から抽出する。
【００７５】
次に、Ｓ９０３にて、検索結果画面提供部１６０は、検索結果画面７００を提供したいユーザに対応するユーザ情報２００をユーザ情報記憶部１３０から抽出する。
【００７６】
次に、Ｓ９０４にて、検索結果画面提供部１６０は、Ｓ９０２で抽出した検索結果画面７００をユーザ端末１００に提供する。なお、このユーザ端末１００は、生前はユーザの所有する端末であるが、ユーザの死後においてはユーザの遺族が共有できる。すなわち検索結果画面７００は、ユーザの死後においてはユーザの遺族によって閲覧される。
【００７７】
これにより、Ｓ１４０８で要求された検索結果画面７００の提供要求についてはユーザの死後の場合であるが、管理サーバ１２０は、ユーザ端末１００に検索結果画面７００を提供することで、ユーザの遺族に対して葬儀場の再検索結果を提供できる。
【００７８】
次に、Ｓ９０５にて、ユーザ端末１００は、Ｓ９０４で管理サーバ１２０から提供された検索結果画面７００を、端末のディスプレイに表示させる。
【００７９】
次に、Ｓ９０６にて、検索結果画面７００に表示されるうちユーザが葬儀の申込を希望する葬儀場を選択し、ユーザ端末１００は、検索結果表示領域７１０から葬儀場を選択したユーザから「申込タブ７２０」の押下入力を受付ける。
【００８０】
次に、Ｓ９０７にて、ユーザ端末１００は、ユーザから申込タブ７２０の押下入力を受付けたか否かを判定する。ユーザから申込タブ７２０の押下入力を受付けた場合、ユーザ端末１００は、工程Ｓ９０８へ進行する。ユーザから申込タブ７２０の押下入力を受付けない場合、ユーザ端末１００は、工程Ｓ９０９へ進行する。
【００８１】
Ｓ９０８にて、ユーザ端末１００は、申込指示を管理サーバ１２０に送信する。その後、管理サーバ１２０は、訃報画面１０００の第一生成要求を訃報画面生成部１７０に要求する。
【００８２】
Ｓ９０９にて、ユーザ端末１００は、ユーザから再検索タブ７３０の押下入力を受付けたか否かを判定する。ユーザから再検索タブ７３０の押下入力を受付けた場合、ユーザ端末１００は、工程Ｓ９１０へ進行する。ユーザから再検索タブ７３０の押下入力を受付けない場合、ユーザ端末１００は、本工程を終了する。
【００８３】
Ｓ９１０にて、ユーザ端末１００は、再検索指示を管理サーバ１２０に送信する。その後、管理サーバ１２０は、再検索を行うため工程Ｓ４０１へ進行し、以降Ｓ４０４までを行う。
【００８４】
このようにして、管理サーバ１２０は、ユーザが希望する葬儀場を容易に検索させることができる。また、検索結果画面７００が再検索タブ７３０を有することで、管理サーバ１２０は、ユーザに対し、ユーザがより満足できる葬儀場を提供できる。
＜訃報画面＞
図１０は、本発明の一実施の形態における訃報画面１０００の概要を示す図である。
【００８５】
図１０に示されるように、訃報画面１０００は、訃報表示領域１０１０と、返信タブ１０２０と、を含む。なお、訃報画面１０００は、登録会員情報２１０に含まれる希望連絡方法が「メール」となっている登録会員の登録会員端末１１０に表示される。
【００８６】
訃報表示領域１０１０は、訃報の内容を表示させる。訃報表示領域１０１０は、例えば、「〇〇様は〇月〇日〇時、心不全のため享年〇歳で永眠されました。」という文章を表示させる。なお、訃報表示領域１０１０の表示のさせ方については特に限定されない。
【００８７】
返信タブ１０２０は、登録会員が提供された訃報画面１０００に表示された訃報に対して返信を行う場合、返信内容を葬儀会社に通知するためのタブを示す。すなわち、返信タブ１０２０が登録会員からタップまたはクリックの入力を受け付けることにより、管理サーバ１２０は、返信内容を葬儀会社に通知する。
【００８８】
このように、希望連絡方法が「メール」となっている会員に訃報画面１０００を提供することにより、管理サーバ１２０は、訃報通知先に迷うことなく時間もかけずに、訃報を通知できユーザの遺族を安心させることができる。
【００８９】
また、登録会員端末１１０が登録会員から返信タブ１０２０の押下入力を受付け、管理サーバ１２０が登録会員の返信内容を葬儀会社に通知することで、管理サーバ１２０は、葬儀へ参加する登録会員の人数や、誰が参加するかという詳細な参加状況を、遺族および葬儀会社に容易に把握させることができる。
＜訃報画面生成処理＞
図１１は、本発明の一実施の形態における訃報画面生成処理の概要を示す図である。
【００９０】
まず、Ｓ１１０１にて、管理サーバ１２０の訃報画面生成部１７０は、Ｓ９０８で要求された訃報画面１０００の第一生成要求を受け付ける。
【００９１】
次に、Ｓ１１０２にて、訃報画面生成部１７０は、第二生成要求があるまで待機状態となる。なお、第二生成要求は、訃報画面１０００の生成について葬儀会社端末１０１から要求される。
【００９２】
その後、ユーザ本人が死亡した時、Ｓ１１０３にて、葬儀会社端末１０１は、ユーザの遺族から死亡連絡を受け付ける。
【００９３】
この際、葬儀会社は、ユーザ本人が死亡した事を確認する。例えば、病院やユーザの自宅に葬儀会社のスタッフが訪問してユーザの死亡が間違い無いことを確認する。または、葬儀会社は、ユーザの遺族からユーザの死亡についておよび訃報を通知することについて確認書のサインをもらう。
【００９４】
次に、Ｓ１１０４にて、葬儀会社端末１０１は、訃報画面１０００の第二生成要求を訃報画面生成部１７０に要求する。
【００９５】
上記により、管理サーバ１２０は、訃報の誤発信が生じることを低減できる。
【００９６】
次に、Ｓ１１０５にて、訃報画面生成部１７０は、Ｓ１１０４で要求された訃報画面１０００の第二生成要求を受け付ける。
【００９７】
次に、Ｓ１１０６にて、訃報画面生成部１７０は、訃報画面１０００の生成を要求するユーザのユーザ情報２００を取得する。
【００９８】
次に、Ｓ１１０７にて、訃報画面生成部１７０は、Ｓ１１０６で取得したユーザ情報２００と、Ｓ９０６で選択された葬儀場についての葬儀場情報３００に基づき訃報画面１０００を生成する。
【００９９】
次に、Ｓ１１０８にて、訃報画面生成部１７０は、Ｓ１１０７で生成した訃報画面１０００を訃報画面記憶部１３４に記憶する。
【０１００】
次に、Ｓ１１０９にて、訃報画面生成部１７０は、訃報画面１０００の提供を訃報画面提供部１８０に要求する。
＜訃報画面提供処理＞
図１２は、本発明の一実施の形態における訃報画面提供処理の構成例の概要を示す図である。
【０１０１】
まず、Ｓ１２０１にて、管理サーバ１２０の訃報画面提供部１８０は、Ｓ１１０９で要求された訃報画面１０００の提供リクエストを受け付ける。
【０１０２】
次に、Ｓ１２０２にて、訃報画面提供部１８０は、提供したい訃報画面１０００を訃報画面記憶部１３４から抽出する。
【０１０３】
次に、Ｓ１２０３にて、訃報画面提供部１８０は、Ｓ１２０２で抽出した訃報画面１０００を提供したいユーザについてのユーザ情報２００をユーザ情報記憶部１３０から抽出する。
【０１０４】
次に、Ｓ１２０４にて、訃報画面提供部１８０は、Ｓ１２０３で抽出したユーザ情報２００から更に登録会員情報２１０を抽出する。
【０１０５】
次に、Ｓ１２０５にて、訃報画面提供部１８０は、Ｓ１２０４で抽出した登録会員情報２１０に含まれる「希望連絡方法」を参照し、当該方法が「メール」となっている会員を選定する。
【０１０６】
次に、Ｓ１２０６にて、訃報画面提供部１８０は、Ｓ１２０５で選定した会員に訃報画面１０００を提供する。
【０１０７】
次に、Ｓ１２０７にて、訃報画面提供部１８０は、登録会員情報２１０に含まれる「希望連絡方法」が「メール」以外となっている会員を選定して、当該希望連絡方法により訃報を通知する。すなわち、例えば、希望連絡方法が「電話」となっている会員について、訃報画面提供部１８０は、その会員に対して電話により訃報を通知する。
【０１０８】
次に、Ｓ１２０８にて、登録会員端末１１０は、Ｓ１２０６で管理サーバ１２０から提供された訃報画面１０００を、端末のディスプレイに表示させる。
【０１０９】
次に、Ｓ１２０９にて、登録会員端末１１０は、登録会員から返信タブ１０２０の押下入力を受付けたか否かを判定する。登録会員から返信タブ１０２０の押下入力を受付けた場合、登録会員端末１１０は、工程Ｓ１２１０へ進行する。登録会員から返信タブ１０２０の押下入力を受付けない場合、登録会員端末１１０は、本工程を終了する。
【０１１０】
Ｓ１２１０にて、管理サーバ１２０は、登録会員が訃報画面１０００に表示された訃報に対して行った返信の内容を葬儀会社に通知する。
【０１１１】
Ｓ１２１１にて、葬儀に参加する登録会員（以降、参加会員と略記する）の人数の集計と参加会員を特定して葬儀場の再検索を行う場合、管理サーバ１２０は、Ｓ１４０１の工程へ進行する。
【０１１２】
このように、登録会員情報２１０に含まれる「希望連絡方法」を参照し当該方法が「メール」となっている会員の登録会員端末１１０に訃報画面１０００を提供することにより、管理サーバ１２０は、訃報通知先に迷うことなく時間もかけずに、訃報を通知できユーザの遺族を安心させることができる。
【０１１３】
また、登録会員端末１１０が登録会員から返信タブ１０２０の押下入力を受付け、管理サーバ１２０が登録会員の返信内容を葬儀会社に通知することで、管理サーバ１２０は、葬儀へ参加する登録会員の人数や、誰が参加するかという詳細な参加状況を、遺族および葬儀会社に容易に把握させることができる。
【０１１４】
すなわち、葬儀に参加する人数を確定でき、管理サーバ１２０は、遺族に対して葬儀に係る費用の無駄を省かせることができる。
【０１１５】
図１３は、本発明の一実施の形態における訃報通知に係る流れを示す概要図である。
【０１１６】
図１３で示されるように、例えば、ユーザ甲が死亡した時、まず甲の遺族乙は、甲が死亡した旨の連絡を葬儀会社に対して行う。すなわち、葬儀会社端末１０１は、遺族乙から死亡連絡を受け付け、これは工程Ｓ１１０３に該当する。
【０１１７】
次に、葬儀会社端末１０１は、訃報画面１０００の第二生成要求を管理サーバ１２０の訃報画面生成部１７０に要求し、これは工程Ｓ１１０４に該当する。
【０１１８】
次に、管理サーバ１２０は、登録会員の「希望連絡方法」を参照し当該方法によって登録会員に訃報画面１０００の提供または訃報の通知を行う。例えば、登録会員丙の「希望連絡方法」がメールであった場合、管理サーバ１２０は丙に対して訃報画面１０００の提供を行う。
【０１１９】
その後、登録会員丙は、登録会員端末１１０の表示される訃報画面１０００の返信タブ１０２０を押下して、訃報に対する返信を行う。そして、管理サーバ１２０は、当該返信の内容を葬儀会社に通知する。
＜集計後再検索処理＞
図１４は、本発明の一実施の形態における集計後再検索処理の概要を示す図である。
【０１２０】
まず、Ｓ１４０１にて、管理サーバ１２０の葬儀場検索部１４０は、参加会員の人数を集計し、参加会員を特定する。具体的には、既述の工程Ｓ１２０９乃至Ｓ１２１１により管理サーバ１２０が登録会員端末１１０から受付けた返信の内容を参照することで、葬儀場検索部１４０は、参加会員の人数を集計し、参加会員を特定する。
【０１２１】
まず、Ｓ１４０２にて、葬儀場検索部１４０は、参加会員についての登録会員情報２１０を登録会員情報記憶部１３１から取得する。
【０１２２】
次に、Ｓ１４０３にて、葬儀場検索部１４０は、取得した登録会員情報２１０から「登録会員住所」の情報を抽出する。
【０１２３】
次に、Ｓ１４０４にて、葬儀場検索部１４０は、葬儀場データベース１３２から葬儀場情報３００を取得する。
【０１２４】
次に、Ｓ１４０５にて、葬儀場検索部１４０は、取得した葬儀場情報３００を参照し、Ｓ１４０３で抽出した「登録会員住所」の位置の平均から所定半径内に葬儀場が存在するか否かを判定する。登録会員住所の位置の平均から所定半径内に葬儀場が存在する場合、葬儀場検索部１４０は、Ｓ１４０６の工程へ進行する。登録会員住所の位置の平均から所定半径内に葬儀場が存在しない場合、葬儀場検索部１４０は、本工程を終了する。なお、所定半径は、例えば、２０ｋｍとするが特に限定されない。
【０１２５】
次に、Ｓ１４０６にて、葬儀場検索部１４０は、Ｓ１４０５で判定した所定半径内の葬儀場から葬儀場情報３００の「評価スコア」の数値が高い順に、所定数の葬儀場を絞り込み選定する。なお、所定数は、例えば、１０とするが特に限定されない。
【０１２６】
この際、葬儀場検索部１４０は、「評価スコア」の数値の代わりに葬儀場の「価格」を用いて所定数の葬儀場を絞り込み選定しても良い。すなわち、この場合、葬儀場検索部１４０は、Ｓ１４０５で判定した所定半径内の葬儀場から葬儀場情報３００の「価格」が高い順に、所定数の葬儀場を絞り込み選定する。
【０１２７】
次に、Ｓ１４０７にて、葬儀場検索部１４０は、Ｓ１４０６で所定数に絞り込んだ葬儀場についての葬儀場情報３００を抽出する。
【０１２８】
次に、Ｓ１４０８にて、葬儀場検索部１４０は、検索結果画面生成部１５０に検索結果画面７００の生成を要求する。
【０１２９】
このように、登録会員住所の位置の平均から所定半径内に葬儀場が存在する場合に、評価スコアの数値が高い順に所定数の葬儀場を選定することによって、管理サーバ１２０は、登録会員の住所の平均から近い葬儀場の中からさらに評価が優れた葬儀場を検索させ、葬儀場として登録させることができる。
【０１３０】
すなわち、登録会員の住所から近く、且つ、サービスの質の高い葬儀場を予め検索し登録させることで、管理サーバ１２０は、遺族や関係者、訃報通知相手の登録会員にとっての、葬儀に係る費用的および手続的な負担を低減できる。
＜本実施の形態の効果＞
以上説明した本発明の実施の形態によれば、管理サーバ１２０は、訃報を送ってほしい人を会員として登録し、メール等の希望連絡方法と連絡先を予め登録して、ユーザが死亡時に訃報を希望連絡方法で指定の連絡先に通知できる。これにより、管理サーバ１２０は、訃報通知先に迷うことなく時間もかけずに、訃報を通知できユーザの遺族を安心させることができる。
【０１３１】
また、管理サーバ１２０は、登録会員が葬儀会社からの訃報送信があることや訃報連絡先について予め登録していることを了解していることから、遺族が有する遠慮を解消させることができる。
【０１３２】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。たとえば、ユーザ端末は、スマートフォン以外にも、ノート型ＰＣや、タブレット端末等の様々な形態のユーザ端末を全て含むものである。
【０１３３】
また、上記した実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加、削除、置換しても良い。
【０１３４】
また、上記の各構成、機能、処理部は、それらの一部又は全部を、ハードウェア（例えば、集積回路）で実現してもよい。また、上記の各構成、機能、処理部は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行するネットワーク経由もしくはディスク等記憶媒体によるインストール型のソフトウェア、また、ＡＳＰなどのネットワーク型アプリケーションで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【符号の説明】
【０１３５】
１００…ユーザ端末
１０１…葬儀会社端末
１１０…葬儀場端末
１２０…管理サーバ
１３０…ユーザ情報記憶部
１３１…登録会員情報記憶部
１３２…葬儀場データベース
１３３…検索結果画面記憶部
１３４…訃報画面記憶部
１４０…葬儀場検索部
１５０…検索結果画面生成部
１６０…検索結果画面提供部
１７０…訃報画面生成部
１８０…訃報画面提供部
２００…ユーザ情報
７００…検索結果画面
１０００…訃報画面
【要約】
【課題】訃報を送ってほしい人を会員として登録し、メール等の希望連絡方法と連絡先を予め登録して、ユーザが死亡時に訃報を希望連絡方法で指定の連絡先に通知する。
【解決手段】
ユーザ端末１００と、葬儀会社端末１０１と、登録会員端末１１０と、ユーザ端末１００と葬儀会社端末１０１と登録会員端末１１０とネットワークを介して接続される管理サーバ１２０であって、ユーザ端末１００が検索結果画面７００に含まれる所望の葬儀場を選択したユーザから申込タブ７２０の押下入力を受付けることにより、ユーザ端末１００から要求された第一生成要求を受付けた場合で、且つ、ユーザが死亡時に葬儀会社端末１０１から第二生成要求を受付けた場合に、訃報画面１０００の生成に要するユーザ情報２００を取得し、ユーザ情報２００とユーザから選択された葬儀場についての葬儀場情報３００とに基づいて訃報画面１０００を生成する訃報画面生成部１７０と、ユーザ情報２００から登録会員情報２１０を抽出し、登録会員情報２１０に含まれる希望連絡方法の項目がメールである第一登録会員を選定し、選定した第一登録会員の登録会員端末１１０に生成した訃報画面１０００を提供する訃報画面提供部１８０と、を有する。
【選択図】図１【図１】
0006854552.tif 000002
【図２】
0006854552.tif 000003
【図３】
0006854552.tif 000004
【図４】
0006854552.tif 000005
【図５】
0006854552.tif 000006
【図６】
0006854552.tif 000007
【図７】
0006854552.tif 000008
【図８】
0006854552.tif 000009
【図９】
0006854552.tif 000010
【図１０】
0006854552.tif 000011
【図１１】
0006854552.tif 000012
【図１２】
0006854552.tif 000013
【図１３】
0006854552.tif 000014
【図１４】
0006854552.tif 000015