(57)【要約】【課題】新聞等を確認しなくても、漏れなく、簡単に、知り合いの慶弔情報を確認でき、過去の慶弔内容も容易に確認できる技術。【解決手段】慶弔情報提供部から慶弔情報を日単位で収集する慶弔情報取得部と、前記慶弔情報取得部によって取得された日単位慶弔情報を保存する慶弔情報サーバと、端末内で、慶弔に関する情報を処理するプログラムからなり、前記プログラムで慶弔確認者情報が生成され、前記日単位慶弔情報に含まれる故人、喪主の氏名及び地域情報と、前記慶弔確認者情報に含まれる氏名情報及び地域情報とに応じて、前記慶弔情報サーバから前記端末内の前記プログラムに、特定慶弔情報が配信され、前記プログラムは、前記特定慶弔情報を、氏名単位の個別情報ごとに、少なくとも本人、喪主、他人のいずれかに設定可能であり、本人と設定された前記個別情報を、前記慶弔情報サーバに対して送られる前記慶弔確認者情報から除くという構成を採用した。【選択図】図１
2018112795.tif 000002
【特許請求の範囲】
【請求項１】
慶弔情報提供部から慶弔情報を日単位で収集する慶弔情報取得部と、
前記慶弔情報取得部によって取得された日単位慶弔情報を保存する慶弔情報サーバと、
端末内で、慶弔に関する情報を処理するプログラムからなり、
前記プログラムで慶弔確認者情報が生成され、
前記日単位慶弔情報に含まれる故人、喪主の氏名及び地域情報と、前記慶弔確認者情報に含まれる氏名情報及び地域情報とに応じて、前記慶弔情報サーバから前記端末内の前記プログラムに、特定慶弔情報が配信され、
前記プログラムは、前記特定慶弔情報を、氏名単位の個別情報ごとに、少なくとも本人、喪主、他人のいずれかに設定可能であり、本人と設定された前記個別情報を、前記慶弔情報サーバに対して送られる前記慶弔確認者情報から除くことを特徴とする慶弔情報自動通知システム。
【請求項２】
前記慶弔情報取得部は、少なくとも葬儀社若しくは新聞からの情報を取得することを特徴とする請求項１に記載の慶弔情報自動通知システム。
【請求項３】
前記地域情報は、都道府県情報であることを特徴とする請求項１又は２に記載の慶弔情報自動通知システム。
【請求項４】
前記慶弔情報サーバは、１日分の情報のみを保存することを特徴とする請求項１から請求項３のいずれかに記載の慶弔情報自動通知システム。
【請求項５】
前記プログラムは、前記慶弔情報を保存し、地域名、姓、名、メディア名、葬儀社の少なくともいずれかで検索可能であることを特徴とする請求項１から請求項４のいずれかに記載の慶弔情報自動通知システム。
【請求項６】
前記慶弔者確認情報は、肩書き、関係の少なくともいずれかを含み、すべての情報は検索可能であることを特徴とする請求項１から請求項５のいずれかに記載の慶弔情報自動通知システム。
【請求項７】
前記特定慶弔情報は、故人、死亡日、死亡理由、享年、喪主、自宅場所、通夜場所、通夜日時、告別式場所、告別式日時の少なくともいずれかを含むことを特徴とする請求項１から請求項６のいずれかに記載の慶弔情報自動通知システム。
【請求項８】
前記慶弔者確認情報は、グループ分け可能であることを特徴とする請求項１から請求項７のいずれかに記載の慶弔情報自動通知システム。
【請求項９】
前記慶弔者確認情報の登録人数又はグループ数に応じてユーザ課金を行うことを特徴とする請求項１から請求項８のいずれかに記載の慶弔情報自動通知システム。
【請求項１０】
前記特定慶弔情報から喪中に該当する情報を選択、表示することを特徴とする請求項１から請求項９のいずれかに記載の慶弔情報自動通知システム。
【請求項１１】
所定の時刻までに、前記慶弔情報提供部から情報が来なかった際に、葬儀情報の有無を問い合わせることを特徴とする請求項１から請求項１０のいずれかに記載の慶弔情報自動通知システム。
【請求項１２】
慶弔情報提供部から慶弔情報を日単位で収集する慶弔情報取得部と、
前記慶弔情報取得部によって取得された日単位慶弔情報を保存する慶弔情報サーバと、
端末内で、慶弔に関する情報を処理するプログラムからなり、
前記プログラムで慶弔確認者情報を生成するステップと、
前記日単位慶弔情報に含まれる故人、喪主の氏名及び地域情報と、前記慶弔確認者情報に含まれる氏名情報及び地域情報とに応じて、前記慶弔情報サーバから前記端末内の前記プログラムに、特定慶弔情報が配信するステップと、
前記プログラムは、前記特定慶弔情報を、氏名単位の個別情報ごとに、少なくとも本人、喪主、他人のいずれかに設定可能であり、本人と設定された前記個別情報を、前記慶弔情報サーバに対して送られる前記慶弔確認者情報から除くステップと、
から成ることを特徴とする慶弔情報自動通知方法。
【請求項１３】
端末内で、慶弔に関する情報を処理するプログラムであって、
慶弔確認者情報を生成し、該慶弔確認者情報の少なくとも氏名情報及び地域情報を慶弔情報サーバに送信し、
前記氏名情報及び地域情報と、慶弔情報取得部で収集される慶弔情報提供部からの日単位の慶弔情報であり、慶弔情報サーバで保存される日単位慶弔情報に含まれる故人、喪主の氏名及び地域情報と、に応じて、生成される特定慶弔情報を受信し、
前記特定慶弔情報を、氏名単位の個別情報ごとに、少なくとも本人、喪主、他人のいずれかに設定可能であり、本人と設定された前記個別情報を、前記慶弔情報サーバへ送信する前記慶弔確認者情報から除くことを特徴とする慶弔情報自動通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、慶弔情報を自動的に通知するシステムに関し、詳しくは、使用者の所望の慶弔情報を迅速に提供する技術に関する。
【背景技術】
【０００２】
人が亡くなった際、新聞、地方テレビ等の「おくやみ欄」で、その人の死やお葬式の情報を知ることが多い。新聞等の「おくやみ欄」には、故人の名前、享年、喪主、通夜、告別式の日時、住所等が記載されており、大変有用である。
しかしながら、おくやみ欄への記載は、通常１回のみである。そのため、毎日、欠かさず確認する必要があるし、旅行等で家を空けている間は確認できないため、不便であった。もし、おくやみ欄の確認が漏れてしまうと、自分に関係のある人が亡くなっているかを確認できず、告別式への参加もできない事態となっていた。また、おくやみ欄が一過性であることから、過去の慶弔内容の再認ができないという問題もあった。
そのため、新聞、地方テレビ等を確認しなくても、漏れなく、簡単に、知り合いの慶弔情報を確認でき、過去の慶弔内容も容易に確認できる方法が求められていた。
また、インターネット等を用いて、自分に関係のある人の慶弔情報を得ようとした場合に、無用に多くの情報を配信されると、確認に多くの時間がかかり、迂遠であった。
そのため、インターネット等で自分に関係のある人の慶弔情報を得る際、不要な情報を削減する技術が求められていた。
【０００３】
このような問題に対して、従来からも様々な技術が提案されている。例えば、葬儀情報などの慶弔情報のうち、所望の情報をタイムリーに入手できる方法およびシステム（特許文献１参照）が提案され、公知技術となっている。より詳しくは、慶弔の対象者、慶弔日時および場所を含む慶弔情報を、新規慶弔情報として入力すると、その新規慶弔情報を、ユーザ毎に設定されたキーワードにより検索し、検索された新規慶弔情報を電子メールによりユーザ毎のあて先に発信する。さらに、慶弔情報が修正慶弔情報に変更されると、その修正慶弔情報を、ユーザ毎に設定されたキーワードにより検索し、検索された修正慶弔情報を電子メールによりユーザ毎のあて先に発信し、修正対象慶弔情報を、ユーザ毎に設定されたキーワードにより検索し、検索されたユーザのあて先に、修正対象慶弔情報が修正された旨の電子メールを発信する技術である。
【０００４】
この先行技術によって、電子メールで、容易に、キーワードに沿った慶弔情報を得ることができる。しかしながら、電子メールでの配信では、過去の慶弔情報を確認するためには、個別のメールを逐次確認する必要があり、面倒である。また、キーワードによる慶弔情報の検索は、キーワードの内容によって、配信される情報の適正度が変化する。そのため、キーワードの具体的内容が重要であるが、それについては、記載されていない。よって、この先行技術においては、過去の慶弔内容を容易に確認できるという課題の解決には至っていない。また、インターネット等で自分に関係のある人の慶弔情報を得る際、不要な情報を削減するという問題の解決には至っていない。
【０００５】
また、故人の知人に葬儀に関する情報を確実に知らせることができるようにする技術（特許文献２参照）が提案され、公知技術となっている。より詳しくは、サーバ装置は、喪主の会員の端末から葬儀情報を受け取り、この葬儀情報を葬儀支援事業者のウェブサイトを介して公開する。また、各会員は、自身の知り合いの氏名など通知条件として登録する。サーバ装置は、会員が通知条件として登録した検索ワードを含む葬儀情報が登録された場合に、その会員におくやみアラートを送信するものである。
【０００６】
この先行技術によって、故人の葬儀に関する情報を多くの人に伝えることができる。しかしながら、故人側の会員が事前に知り合い等の設定を行う必要であり、情報伝達量が限られている。そのため、漏れなく、簡単に、知り合いの慶弔情報を確認できるという課題の解決には至っていない。
【０００７】
また、配送先を一度登録しておけば一斉に慶弔情報の配信ができる慶弔情報配信方法を提供する技術（特許文献３参照）が提案され、公知技術となっている。より詳しくは、会員が慶弔情報の配信を希望する配信希望先を配信先データベースに格納するステップと、会員が操作する会員企業端末に対して慶弔情報の入力を促すステップと、入力された慶弔情報を上記配信先データベースに格納された配信希望先の配信先企業端末に対して送信するステップとを備えたことにより、慶弔情報の配信を希望する配信希望先を配信先データベースに格納しておけば、会員企業端末から慶弔情報を入力するだけで、入力された慶弔情報が配信希望先の配信先企業端末に対して自動的に送信されるものである。
【０００８】
この先行技術によって、故人の葬儀に関する情報を多くの人に伝えることができる。しかしながら、事前に配信先を設定する必要があり、漏れなく、簡単に、知り合いの慶弔情報を確認できるという課題の解決には至っていない。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００５−９２６５２号
【特許文献２】特開２０１５−１１８５９２号
【特許文献３】特開２００３−１５０６８８号
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、新聞、地方テレビ等を確認しなくても、漏れなく、簡単に、知り合いの慶弔情報を確認でき、過去の慶弔内容も容易に確認可能な、慶弔情報を自動的に通知するシステムを提供することを課題とするものである。
【課題を解決するための手段】
【００１１】
本発明に係る慶弔情報自動通知システムは、慶弔情報提供部から慶弔情報を日単位で収集する慶弔情報取得部と、前記慶弔情報取得部によって取得された日単位慶弔情報を保存する慶弔情報サーバと、端末内で、慶弔に関する情報を処理するプログラムからなり、前記プログラムで慶弔確認者情報が生成され、前記日単位慶弔情報に含まれる故人、喪主の氏名及び地域情報と、前記慶弔確認者情報に含まれる氏名情報及び地域情報とに応じて、前記慶弔情報サーバから前記端末内の前記プログラムに、特定慶弔情報が配信され、前記プログラムは、前記特定慶弔情報を、氏名単位の個別情報ごとに、少なくとも本人、喪主、他人のいずれかに設定可能であり、本人と設定された前記個別情報を、前記慶弔情報サーバに対して送られる前記慶弔確認者情報から除くことを手段とする。
【００１２】
また、本発明は、前記慶弔情報取得部が、少なくとも葬儀社若しくは新聞からの情報を取得することを手段とする。
【００１３】
また、本発明は、地域情報が都道府県情報であることを手段とする。
【００１４】
また、本発明は、慶弔情報サーバが、１日分の情報のみを保存することを手段とする。
【００１５】
また、本発明は、前記プログラムが、前記慶弔情報を保存し、地域名、姓、名、メディア名、葬儀社の少なくともいずれかで検索可能であることを手段とする。
【００１６】
また、本発明は、慶弔者確認情報が、肩書き、関係の少なくともいずれかを含み、すべての情報は検索可能であることを手段とする。
【００１７】
また、本発明は、前記特定慶弔情報が、故人、死亡日、死亡理由、享年、喪主、自宅場所、通夜場所、通夜日時、告別式場所、告別式日時の少なくともいずれかを含むことを手段とする。
【００１８】
また、本発明は、慶弔者確認情報が、グループ分け可能であることを手段とする。
【００１９】
また、本発明は、慶弔者確認情報の登録人数又はグループ数に応じてユーザ課金を行うことを手段とする。
【００２０】
また、本発明は、前記特定慶弔情報から喪中に該当する情報を選択、表示することを手段とする。
【００２１】
また、本発明は、所定の時刻までに、前記慶弔情報提供部から情報が来なかった際に、葬儀情報の有無を問い合わせることを手段とする。
【００２２】
また、本発明は、慶弔情報提供部から慶弔情報を日単位で収集する慶弔情報取得部と、前記慶弔情報取得部によって取得された日単位慶弔情報を保存する慶弔情報サーバと、端末内で、慶弔に関する情報を処理するプログラムからなり、前記プログラムで慶弔確認者情報を生成するステップと、前記日単位慶弔情報に含まれる故人、喪主の氏名及び地域情報と、前記慶弔確認者情報に含まれる氏名情報及び地域情報とに応じて、前記慶弔情報サーバから前記端末内の前記プログラムに、特定慶弔情報が配信するステップと、前記プログラムは、前記特定慶弔情報を、氏名単位の個別情報ごとに、少なくとも本人、喪主、他人のいずれかに設定可能であり、本人と設定された前記個別情報を、前記慶弔情報サーバに対して送られる前記慶弔確認者情報から除くステップから成ることを手段とする。
【００２３】
また、本発明は、端末内で、慶弔に関する情報を処理するプログラムであって、慶弔確認者情報を生成し、慶弔確認者情報の少なくとも氏名情報及び地域情報を慶弔情報サーバに送信し、前記氏名情報及び地域情報と、慶弔情報取得部で収集される慶弔情報提供部からの日単位の慶弔情報であり、慶弔情報サーバで保存される日単位慶弔情報に含まれる故人、喪主の氏名及び地域情報と、に応じて、生成される特定慶弔情報を受信し、前記特定慶弔情報を、氏名単位の個別情報ごとに、少なくとも本人、喪主、他人のいずれかに設定可能であり、本人と設定された前記個別情報を、前記慶弔情報サーバ送信する前記慶弔確認者情報から除くことを特徴とすることを手段とする。
【発明の効果】
【００２４】
本発明に係る慶弔情報自動通知システム及びプログラムによれば、新聞、地方テレビ等を確認しなくても、漏れなく、簡単に、知り合いの慶弔情報を確認でき、過去の慶弔内容も容易に確認できるものであり、使用者の利便性を向上させるものである。
【００２５】
また、本発明に係る慶弔情報自動通知システム及びプログラムによれば、インターネット等で慶弔情報を得る際、不要な情報を削減できるものであり、通信負荷等を軽減、使用者の無用な確認作業を軽減させるものである。
【図面の簡単な説明】
【００２６】
【図１】本発明に係る慶弔情報自動通知システムの実施例のシステム図である。
【図２】本発明に係る慶弔情報自動通知システムの通知一覧画面の説明図である。
【図３】本発明に係る慶弔情報自動通知システムの処理フローチャートである。
【図４】本発明に係る慶弔情報自動通知システムの日単位慶弔情報の表である。
【図５】本発明に係る慶弔情報自動通知システムの慶弔確認者情報の表である。
【図６】本発明に係る慶弔情報自動通知システムの端末内慶弔情報の表である。
【図７】本発明に係る慶弔情報自動通知システムの端末プログラムの機能構造の説明図である。
【図８】本発明に係る慶弔情報自動通知システムの通知内容の検索画面の説明図である。
【図９】本発明に係る慶弔情報自動通知システムの確認者登録画面の説明図である。
【図１０】本発明に係る慶弔情報自動通知システムの確認者検索画面等の説明図である。
【図１１】本発明に係る慶弔情報自動通知システムの初期設定画面の説明図である。
【発明を実施するための形態】
【００２７】
本発明である慶弔情報自動通知システム及びプログラムは、新聞、地方テレビ等を確認しなくても、漏れなく、簡単に、知り合いの慶弔情報を確認でき、過去の慶弔内容も容易に確認できることを最大の特徴とする。
以下、本発明に係る慶弔情報自動通知システム及びプログラムの実施形態を、図面に基づいて説明する。
【００２８】
なお、本発明に係る慶弔情報自動通知システム及びプログラムの全体構成及び各部構成は、以下に述べる実施例に限定されるものではなく、本発明の技術的思想の範囲内、即ち、同一の作用効果を発揮できる形状や寸法等の範囲内で変更することができるものである。
【００２９】
図１から図６に従って、本発明を説明する。図１は本発明に係る慶弔情報自動通知システムの実施例のシステム図である。図２は本発明に係る慶弔情報自動通知システムの通知一覧画面の説明図である。図３は本発明に係る慶弔情報自動通知システムの処理フローチャートである。図４は本発明に係る慶弔情報自動通知システムの日単位慶弔情報の表である。図５は本発明に係る慶弔情報自動通知システムの慶弔確認者情報の表である。図６は本発明に係る慶弔情報自動通知システムの端末内慶弔情報の表である。
【００３０】
慶弔情報自動通知システム１は、葬儀社等から収集された慶弔情報をインターネットを介して端末に表示するシステムである。端末には、専用のプログラム３７０であるアプリケーションが格納されている。
慶弔情報自動通知システム１は、慶弔情報サーバ１００と慶弔情報取得部１１０と端末３００内のプログラム３７０から構成されている。端末３００は、一般的なスマートフォン等の携帯端末が想定される。
【００３１】
慶弔情報取得部１１０は、慶弔情報提供部１２０から慶弔情報を収集、取得する部分である。データ取得は、電子データでもいいし、提供された紙媒体から手入力でデータを生成しても良い。慶弔情報としては、主におくやみ情報であるが、慶事の情報であっても良い。慶弔情報提供部１２０としては、葬儀社、新聞（新聞社）、官公庁、火葬場等がある。
【００３２】
葬儀社とは、予め情報提供に関し提携しておいても良い。提携内容としては、例えば、葬儀を行う人の情報を定型フォーマットに記載し、慶弔情報取得部１１０に送信してもらい、それに対する見返りとして、端末表示で、葬儀社を宣伝するといったものである。送信は、葬儀することが決まった時点で行ってもよいし、１日に一度、まとめて送信しても良い。送信する項目は、亡くなった方、喪主、葬儀の情報等である。慶弔情報取得部１１０は、情報が無い日は、葬儀情報の有無を葬儀社に問い合わせても良い。葬儀社は、記入に手間がかかるが、宣伝広告になることをアピールすることで、無償で記入を依頼することもできる。また、葬儀社は、喪主に、新聞等へのおくやみ記事の掲載について問い合わせることが多いが、その際、本システムについて説明し、より多くの人に告知できるとして、本システムへの情報提供の了解を取ることもできる。
【００３３】
また、慶弔情報提供部１２０として、新聞（新聞社）の場合、毎日の新聞に掲載されるおくやみ欄から手入力でデータを生成することが考えられる。あるいは、新聞社と提携して、おくやみ情報を送信してもらうことが考えられる。そうすると、１日に一度、まとまった慶弔情報を取得することができ、効率的である。複数の新聞社と提携することで、より漏れなく情報を取得することができる。
慶弔情報取得部１１０は、複数の慶弔情報提供部１２０からの情報をまとめ、重複を精査し、所定のフォーマットに整形し、日単位慶弔情報Ｔ１００を作成する。日単位慶弔情報Ｔ１００は慶弔情報サーバ１００に転送される。
【００３４】
慶弔情報サーバ１００は、慶弔情報取得部１１０から転送された日単位慶弔情報Ｔ１００を保存する。慶弔情報サーバ１００の容量を削減するために、日単位慶弔情報Ｔ１００は１日分のみ慶弔情報サーバ１００に保存し、前の日のデータを削除してもよい。慶弔情報サーバ１００は、日単位慶弔情報Ｔ１００と、インターネット網２００を介して端末３００のプログラム３７０から送付される慶弔確認者情報Ｔ２００と、を比較し、日単位慶弔情報Ｔ１００から慶弔確認者情報Ｔ２００に該当する情報を抽出し、特定慶弔情報Ｔ４００として端末３００に送信する。比較する情報は慶弔確認者情報Ｔ２００の地域情報と名前情報である。処理の詳細は後述する。
慶弔情報サーバ１００は、慶弔確認者情報Ｔ２００を慶弔情報サーバ１００内に保存しておいても良いが、使用者数が大きくなるとサーバの容量を圧迫する可能性があるので、特定慶弔情報Ｔ４００の生成が完了したら、削除しても良い。
【００３５】
プログラム３７０は、端末３００内に実装されている。端末３００について説明する。端末３００の一般的な形態としては、スマートフォンが考えられる。電話と情報通信、処理を行うことができる。端末３００の内部構成を説明する。主に、通信部３１０、操作部３２０、記憶部３３０、制御部３４０、表示部３５０、プログラム格納部３６０、プログラム３７０からなる。制御部３４０は、端末３００全体を制御するものであり、ＣＰＵともいわれる。通信部３１０は、外部とインターネット網２００を介して通信する部分である。操作部３２０は、電源スイッチ、タッチパネル等からの情報を取得する。記憶部３３０は、さまざまな情報、データを記憶する。慶弔確認者情報Ｔ２００、端末内慶弔情報Ｔ３００、特定慶弔情報Ｔ４００の情報もここに記憶される。一部は、不揮発性記憶として記憶され、電源を切っても保持される。表示部３５０は、情報等を表示する画面である。プログラム格納部３６０は、様々がプログラムが格納されている。基本ソフトであるＯＳやアプリと称される色々なプログラムである。本発明のプログラムもプログラム３７０として格納されている。
プログラム３７０は、慶弔確認者情報Ｔ２００の作成、保持、慶弔確認者情報Ｔ２００の一部情報の慶弔情報サーバ１００への送信、慶弔情報サーバ１００からの特定慶弔情報Ｔ４００の受信、端末内慶弔情報Ｔ３００の再生成等を行う。使用者は、操作部３２０と一体の表示部３５０に表示された画面をタッチすることで、慶弔に関する操作を行う。
【００３６】
次に、図２に沿って、慶弔情報サーバ１００からプログラム３７０に送られた端末内慶弔情報Ｔ３００の表示例を示す。図２（ａ）は、端末３００の表示部３５０に表示されたホーム画面４００である。複数のアプリ（プログラム）のアイコン４３０が表示されている。本発明のアイコン４１０が左下に配置されている。慶弔情報サーバ１００から情報がプッシュ通信された場合、アイコン４１０の右上に、慶弔情報サーバ１００からの情報を取得した旨のマーク４２０が表示される。マーク４２０内に受信した情報の数を表示してもよい。図２（ａ）の場合は、３件の情報を受信したことが示されている。
【００３７】
図２（ｂ）は、アイコン４１０を選択し、通知一覧画面５００が表示された状態である。画面上部に通知一覧と表示され、通知情報の個別通知欄５１０が列挙される。新しい情報が上部に配置される。この画面では、田中太郎さんの情報が、最も新しい情報である。田中太郎さんの表示を例に、各個別通知欄５１０の枠内の表示情報を説明する。左上に、未読と表示されている。詳細を確認したか否かを明示する表示であり、詳細を確認後は、既読の表示となる。上部中央には、日付けが表示されている。この慶弔情報を慶弔情報提供部１２０から取得した日付けである。その下には、情報を取得した慶弔情報提供部１２０の名称が表示される。この例では、セレモニー下野店から情報を取得したことが分かる。左下には、地域が表示される。この例では、栃木と表示され、故人の住所が栃木であることが分かる。中央には、故人、又は喪主の名前が表示される。日単位慶弔情報Ｔ１００と慶弔確認者情報Ｔ２００の地域、氏名の合致によって特定慶弔情報Ｔ４００を生成するため、通知された時点では、故人か喪主かわからないからである。
【００３８】
個別通知欄５１０の右端に、詳細表示ボタン５２０が配置されている。このボタンを押すことで、詳細表示画面５４０に切り替わる。図２（Ｃ）から（ｆ）に詳細表示画面５４０の例を示す。図２（ｃ）は、田中太郎さんの例で、詳細情報として、情報取得日、慶弔情報提供部１２０の名称、氏名、死亡日、死亡理由、享年、自宅住所、通夜日時、告別式日時、通夜、告別式の住所、名称、喪主の氏名、間柄等が表示される。画面の右上には、本人等選択部５５０がある。使用者が、この通知内容の概要者が本人なのか、喪主なのか、他人なのかを選択、決定するものである。概要者が本人の場合は、本人を選択する。喪主の場合は、喪主を選択する。もし、単に、地域と氏名がたまたま同じであった他人の場合は、他人を選択する。
【００３９】
田中太郎さんの場合は、本人を選択し、画面は図２（ｆ）のようになり、本人等表示部５６０は、本人と表示される。佐藤次郎さんの場合は、喪主が選択されている（図２（ｄ））。高橋四朗さんの場合は、関係の無い人として、他人が選択、設定された例である（図２（ｅ））。
このように、通知された案件の内容を、本人、喪主、他人と分けることによって、使用者に関係のある人自身が亡くなったのか、使用者に関係のある人の親等が亡くなったのか、それとも、単なる他人なのかを明確に分けることができる。この設定によって、告別式等への対応方法もかえることができる。
また、本人が亡くなった場合は、その後、サーバへの問い合わせの必要がなくなることから、慶弔確認者情報Ｔ２００の内容も一部修正する。
【００４０】
また、詳細表示画面５４０において、上にスライド、スクロール等させることによって、メモ欄を表示させても良い（図２（ｆ））。使用者が自由に書き込み可能であり、香典、参列者等を記載することができ、便利である。
さらに、図示していないが、詳細表示画面５４０における本人等選択部５５０にて本人若しくは喪主が選択された場合に、画面上に献花等の供物を発注可能な販促アイコンを表示させる態様も可能である。該販促アイコンをタッチすると、一乃至複数の供物選択欄が表示され、使用者が希望する供物を選択することで、その場で喪主宛に献花等の供物を発注することが可能となる。このとき、供物の受注業務は慶弔情報提供部１２０たる葬儀社あるいは別途の専門業者が行い、使用者に対する供物料金の決済方法は、アプリ決済（使用料に加算されての決済）あるいはその他クレジットカード等による電子決済が用いられる。
【００４１】
次に、図４から図６に沿って、日単位慶弔情報Ｔ１００、慶弔確認者情報Ｔ２００、端末内慶弔情報Ｔ３００について説明する。図４に日単位慶弔情報Ｔ１００の例を示す。日単位慶弔情報Ｔ１００は、一日単位で慶弔情報提供部１２０から収集した慶弔情報をまとめたものである。慶弔情報サーバ１００内に、１日単位で保存される。慶弔情報サーバ１００の容量削減のため、１日単位で削除しても良い。慶弔情報サーバ１００内にて、日単位慶弔情報Ｔ１００と慶弔確認者情報Ｔ２００の一部の項目が比較され、特定慶弔情報Ｔ４００を生成する。
【００４２】
図４に、日単位慶弔情報Ｔ１００の例として１０月９日の慶弔情報として２件取得した場合を示す。データの項目は、番号、情報入手日Ｔ１１０、入手元Ｔ１２０、地域Ｔ１３０、故人の氏名Ｔ１４０、死亡日、死亡理由、享年、喪主の氏名Ｔ１５０、故人との関係、自宅場所、通夜場所、通夜日時、告別式場所、告別式日時である。本例では、番号１のデータは、セレモニーホール下野店から取得し、番号２のデータは、東京新聞から取得したものである。日単位慶弔情報Ｔ１００については、日単位の情報なので情報入手日Ｔ１１０は基本的にすべて同一日である。どのデータも重要であるが、データを比較、選択する要素は、地域Ｔ１３０、故人の氏名Ｔ１４０、喪主の氏名Ｔ１５０である。地域Ｔ１３０は、都道府県の名称である。地域Ｔ１３０と後述する慶弔確認者情報Ｔ２００の氏名Ｔ２３０を比較する。故人の氏名Ｔ１４０、喪主の氏名Ｔ１５０と後述する慶弔確認者情報Ｔ２００の氏名Ｔ２４０を比較する。地域が一致し、且つ、故人の氏名Ｔ１４０あるいは喪主の氏名Ｔ１５０と氏名Ｔ２４０とが一致した場合に、該当情報とされる。
【００４３】
図５に慶弔確認者情報Ｔ２００の例を示す。慶弔確認者情報Ｔ２００は、端末３００内で、使用者の入力等によって生成される情報である。使用者は、知り合いや友人等の情報を入力し、慶弔確認者情報Ｔ２００として登録する。慶弔確認者情報Ｔ２００の情報の一部が慶弔情報サーバ１００にて日単位慶弔情報Ｔ１００と比較され、該当すると思われる人の情報を特定慶弔情報Ｔ４００として取得することができる。慶弔確認者情報Ｔ２００は、端末３００内で生成されるので、端末３００内で保存するのが自然であるが、慶弔情報サーバ１００内に保存し、更新情報を適宜慶弔情報サーバ１００に送る形式でも良い。
端末３００内に保存する方法であれば、インターネット網２００の届かないエリアでもデータの修正等が容易である。また、慶弔情報サーバ１００内に保存する方法であれば、端末３００との通信ができない期間があっても、特定慶弔情報Ｔ４００の生成を支障なく行うことができる。
【００４４】
例として、慶弔を確認したい人を４人登録した場合である。データの項目は、確認要否Ｔ２１０、グループ（以下タブとも言う）Ｔ２２０、地域Ｔ２３０、氏名Ｔ２４０、肩書き、使用者との関係、家族である。使用者は、慶弔を確認したい人の情報を端末から入力していく。確認要否Ｔ２１０は、実際に慶弔を確認するか否かのフラグである。本来、慶弔を確認するために、登録するのであるが、その後、登録した人物が亡くなった場合、慶弔の有無を慶弔情報サーバ１００に問い合わせ続けることは無駄である。そのため、本人死亡と確認された際に、本データを否とし、無用な確認が行われることを防止する。
【００４５】
グループＴ２２０は、登録者をグループに分けることで管理を容易にするためのデータである。例えば、親戚、会社、友人、家族等のグループに分けることで、確認者が大幅に増えてしまっても整理が容易となる。
地域Ｔ２３０は登録者の住所の都道府県の名称である。日単位慶弔情報Ｔ１００の地域Ｔ１３０と比較することで登録者に該当するかの確認の１つとしている。氏名Ｔ２４０は、登録者の氏名である。氏名Ｔ２４０と日単位慶弔情報Ｔ１００の故人の氏名Ｔ１４０あるいは喪主の氏名Ｔ１５０が合致するか否かを確認の１つとしている。
日単位慶弔情報Ｔ１００のデータの内、地域と氏名が合致したものが、特定慶弔情報Ｔ４００として生成される。
【００４６】
図６に端末内慶弔情報Ｔ３００の例を示す。端末内慶弔情報Ｔ３００は、慶弔情報サーバ１００から送られる特定慶弔情報Ｔ４００を端末３００内に継続的にまとめて保存している情報である。累積データのため、慶弔情報サーバ１００に保存すると、慶弔情報サーバ１００の容量を圧迫することから端末３００内に保存している。端末内慶弔情報Ｔ３００によって、使用者は、直近の情報から過去の情報まで一覧できるし、検索することで、知りたい情報を簡単に得ることができる。
【００４７】
例として、端末内に３つの情報を記憶されている場合を示す。データの項目は、番号、本人等選択Ｔ３１０、メモ欄Ｔ３２０、喪中該当の有無Ｔ３３０、入手日Ｔ３４０、入手元Ｔ３５０、地域Ｔ３６０、故人の氏名Ｔ３７０、死亡日、死亡理由、享年、喪主の氏名Ｔ３８０、故人との関係、自宅場所、通夜場所、通夜日時、告別式場所、告別式日時である。本人等選択Ｔ３１０は、使用者によって、該当する人物が、故人本人なのか、喪主なのか、名前等がたまたま同じであるために抽出された他人なのかを選択し、設定した値である。本例では、番号１の本人等選択Ｔ３１０は、未定であり、まだ、使用者による設定が行われていない状態である。メモ欄Ｔ３２０は、継続して書き換え可能なメモであり、香典等を書き込む。喪中該当の有無Ｔ３３０は、現在、喪中に該当するかを示すものである。死亡日から１年あるいは１年３カ月程度の期間を喪中として、自動的に設定しても良い。また、使用者が手動で設定、解除を行っても良い。この値により、検索することによって、喪中であるか否かを容易に確認することができ、あいさつ、年賀状等の対応に便利である。入手日Ｔ３４０、入手元Ｔ３５０、地域Ｔ３６０、故人の氏名Ｔ３７０、喪主の氏名Ｔ３８０は、日単位慶弔情報Ｔ１００の入手日Ｔ１１０、入手元Ｔ１２０、地域Ｔ１３０、故人の氏名Ｔ１４０、喪主の氏名Ｔ１５０から転記した情報である。死亡日、死亡理由、享年、故人との関係、自宅場所、通夜場所、通夜日時、告別式場所、告別式日時も日単位慶弔情報Ｔ１００から転記した情報である。
これらの項目は、検索対象であり、キーワードを選択することによって、所定の情報に絞り込むことができる。
【００４８】
慶弔確認者情報Ｔ２００、端末内慶弔情報Ｔ３００は、端末３００内にあるので、端末３００を交換する等の祭、データの受け渡し方法が問題となる。その際、メニューの一時保存を選択する。慶弔確認者情報Ｔ２００、端末内慶弔情報Ｔ３００のデータを一時的に慶弔情報サーバ１００に保存し、端末３００を交換後に、慶弔情報サーバ１００から端末３００に移送する。この方法によって、端末３００を交換しても、支障なく、本システムを継続利用することができる。
【００４９】
次に、図３に沿って、本発明の処理の流れを説明する。慶弔情報が慶弔情報提供部１２０から慶弔情報取得部１１０を経由して慶弔情報サーバ１００に送られ、比較等を行い、端末３００に特定慶弔情報Ｔ４００が送られ、端末３００内で本人と特定された人の比較を、その後行わない仕組みまでを説明する。
端末３００内のプログラム領域３６０に、インストールされているプログラム３７０によって、記憶部３３０に記憶されている慶弔確認者情報Ｔ２００の少なくとも地域Ｔ２３0，名前Ｔ２４０が通信部３１０からインターネット網２００を介して慶弔情報サーバ１００に送信される（Ｓ１００）。送信する情報は地域Ｔ２３０，名前Ｔ２４０のみでもいいし、慶弔確認者情報Ｔ２００すべてでも良い。また、慶弔情報サーバ１００に送信された情報は、処理完了ごとに削除されてもいいし、慶弔情報サーバ１００内で継続的に保存されても良い。処理完了ごとに削除することで、慶弔情報サーバ１００の容量圧迫を軽減できる。また、継続保存することで、端末３００からの慶弔確認者情報Ｔ２００の送信が無い日でも、データの生成を行うことができる。
【００５０】
Ｓ２００は、慶弔情報サーバ１００内の処理内容である。それ以外は、原則、端末３００内での処理である。慶弔情報サーバ１００は、端末３００に送るための特定慶弔情報Ｔ４００のファイルをクリアし、特定慶弔情報Ｔ４００を作成する準備を行う（Ｓ２０１）。次に、日単位慶弔情報Ｔ１００の地域Ｔ１３０、故人の名前Ｔ１４０、喪主の名前Ｔ１５０と慶弔確認者情報Ｔ２００の地域Ｔ２３０、名前Ｔ２４０が合致しているかを確認する。より詳しくは、まず、地域Ｔ１３０と地域Ｔ２３０が合致しているかを確認し、合致していれば、次に、故人の名前Ｔ１４０か喪主の名前Ｔ１５０のいずれかと名前Ｔ２４０が合致しているかを確認する。地域と名前が合致していれば、その情報を特定慶弔情報Ｔ４００に追加する（Ｓ２０２）。
【００５１】
例として、図４の日単位慶弔情報Ｔ１００は、情報が２件あり、番号１は地域Ｔ１３０が栃木、故人の名前Ｔ１４０が田中太郎、喪主の名前Ｔ１５0が田中小太郎である。番号２は地域Ｔ１３０が東京、故人の名前Ｔ１４０が小林五郎、喪主の名前Ｔ１５0が加藤愛子である。図５の慶弔確認者情報Ｔ２００は、４つの登録者を示している。番号１から４までの地域Ｔ２３０、名前Ｔ２４０が慶弔情報サーバ１００に送られ、比較される。日単位慶弔情報Ｔ１００の番号１のデータは慶弔確認者情報Ｔ２００の番号１と比べると、地域が栃木で合致、故人の名前と登録者の名前が田中太郎で一致している。従って、日単位慶弔情報Ｔ１００の番号１のデータは特定慶弔情報Ｔ４００に追加される。
日単位慶弔情報Ｔ１００の番号２のデータは、慶弔確認者情報Ｔ２００の番号３と比べると、地域は東京で一致するが、名前が小林一郎、小林五郎で一致しない。よって、選択されない。このような処理を日単位慶弔情報Ｔ１００のデータすべてに行い、特定慶弔情報Ｔ４００を生成する。
【００５２】
次に、端末３００のプログラム３７０は慶弔情報サーバ１００から特定慶弔情報Ｔ４００を受信する（Ｓ３０１）。特定慶弔情報Ｔ４００は、原則１日１回送信される。早めの確認が必要であることから、プッシュ通信で送ると好適である。追加情報がある場合は、その都度行われる。プログラム３７０は、特定慶弔情報Ｔ４００の情報数を確認し、表示部３５０に表示されているおくやみ通知アイコン４１０の右上に通知数表示を追加する（Ｓ３０２）。
次に、特定慶弔情報Ｔ４００に、本人等選択Ｔ３１０、メモ欄Ｔ３２０、喪中該当の有無Ｔ３３０を付加して、端末内慶弔情報Ｔ３００に追加して保存する（Ｓ３０３）。図６の端末内慶弔情報Ｔ３００の例では、番号１が追加された状態である。
使用者が、おくやみ通知アイコン４１０を選択、実行すると、表示部３５０に通知一覧画面５００が表示される（Ｓ３０４）。新しい順に上から表示される。使用者は、スクロール等をおこない、一覧を容易に確認することができる。
使用者の確認が完了した場合はアプリを終了させる（Ｓ４００）。
個別通知欄５１０の右側の詳細表示ボタンが押された場合（Ｓ５００ｙｅｓ），選択した情報の詳細を表示する（Ｓ５０１）。情報の詳細として、故人、喪主の情報や通夜、告別式の情報を確認することができる。表示例は図２（ｃ）である。
【００５３】
画面の右上に本人等選択部５５０が表示される（Ｓ５０２）。表示している情報は、使用者が登録した氏名等に合致した情報であるが、故人が合致なのか、喪主が合致なのか、あるいは、たまたま氏名等が同じ他人なのかを選択する必要がある。使用者は、詳細を見て、３つのいずれかを選択する。
「他人」が選択された場合、端末内慶弔情報Ｔ３００の該当する番号の本人等選択Ｔ３１０を他人に設定する（Ｓ６００）。図６の番号３がこの場合に該当する。
「他人」以外が選択された場合は、本人、又は喪主であり、関係する人又はその家族であるので、喪中であるか否かを設定する必要がある。多くの場合、この判断を行う時期は、葬式に近い日であるので、喪中該当の有無Ｔ３３０を該当に設定する（Ｓ６０１）。図６の番号２がこの場合に該当する。
【００５４】
「本人」が設定された場合（Ｓ６０２ｙｅｓ）、本人が既に他界してしまったことになるので、今後、この人物について、慶弔の確認を行う必要はない。そのため、慶弔確認者情報Ｔ２００の中で該当するデータを慶弔情報サーバ１００に送信を中止するべきである。通信不要であることを示す確認要否Ｔ２１０を否に設定する（Ｓ６０３）。図５の慶弔確認者情報Ｔ２００の番号１、４が否に該当する例である。
この処理を行うことで、無用に通信トラフィックを増大させることが無くなる。また、同じ名前の他人情報が送られることも無くなり、無駄な確認も軽減される。
【００５５】
このように、本発明によれば、新聞、地方テレビ等を確認しなくても、漏れなく、簡単に、知り合いの慶弔情報を確認でき、過去の慶弔内容も容易に確認できるものであり、使用者の利便性を向上させるものである。
また、インターネット等で慶弔情報を得る際、不要な情報を削減できるものであり、通信負荷等を軽減、使用者の無用な確認作業を軽減させるものである。
また、誤って送信された他人の情報についても明確に区分けできるので、情報の確認が容易である。
【００５６】
次に、図７から図１１に沿って、本発明の他の機能を説明する。図７は本発明に係る慶弔情報自動通知システムの端末プログラムの機能構造の説明図である。図８は本発明に係る慶弔情報自動通知システムの通知内容の検索画面の説明図である。図９は本発明に係る慶弔情報自動通知システムの確認者登録画面の説明図である。図１０は本発明に係る慶弔情報自動通知システムの確認者検索画面等の説明図である。図１１は本発明に係る慶弔情報自動通知システムの初期設定画面の説明図である。
【００５７】
図７に本発明の機能を示す。大項目Ｍ１００と中項目２００と個別限定項目Ｍ３００を示している。
大項目Ｍ１００として、通知一覧Ｍ１１０、喪中一覧Ｍ１２０、葬儀社一覧Ｍ１３０、登録Ｍ１４０、操作方法、ヘルプ？、問い合わせで構成されている。ホーム画面から各項目を選択可能である（図９（ｅ））。通知一覧Ｍ１１０は、前述したように、あたらな慶弔情報を確認する部分である。喪中一覧Ｍ１２０は、現在喪中である人の表示、検索を行う部分である。葬儀社一覧Ｍ１３０は、関係する葬儀社の一覧であり、場所や連絡先等を確認できるものである。登録Ｍ１４０は、使用者が、確認したい人の氏名等を入力し、慶弔情報サーバ１００への問い合わせ情報を作成、確認、検索を行う部分である。操作方法は、操作方法のガイダンス等を示す部分である。ヘルプ？は使用方法が不明な時や便利な機能等を説明する部分である。問い合わせは、使用者が、直接管理者にメール等で問い合わせする部分である。
【００５８】
通知一覧Ｍ１１０は、一覧表示、詳細表示、検索表示から構成される。一覧表示、詳細表示は既に説明しているので省略する。検索表示は、一覧の内容をキーワードで絞り込むことで必要とする情報を見つけ出す機能である。都道府県、姓、名、入手先、日付等で検索できる。検索画面６００の下にある検索表示画面５３０を選択することで検索画面に入る（図２（ｂ））。検索画面６００の画面構成を図８に示す。図８（ａ）（ｂ）は、個別検索入力部６１０を表示した図である。図８（ａ）は、都道府県、姓、名を設定する画面である。図８（ｂ）は、情報入手先、日付を設定する画面である。設定は、すべての項目についておこなっても良いし、１つの項目のみ設定しても良い。
【００５９】
図８（ｃ）に、都道府県を栃木で検索した例を示す。検索された情報が列挙され、詳細表示ボタン６７０を押すことで、詳細を確認できる。図８（ｄ）は、姓を田中で検索した例を示す。検索された情報として、田中太郎が表示され、詳細表示ボタン６７０を押すことで、詳細を確認できる。
【００６０】
喪中一覧Ｍ１２０は、一覧表示、詳細表示、検索表示から構成される。一覧画面９４０では、端末内慶弔情報Ｔ３００の喪中該当の有無Ｔ３３０が「喪中」である情報を列挙する（図１０（ｅ））。詳細表示ボタンを押すことで、詳細画面を表示することができる。喪中の解除は、死亡日から１年又は１年３カ月程度で自動的に解除しても良いし、手動で削除しても良い。削除する方法としては、図１０（ｅ）に示すように、項目を左にスライドさせて削除しても良い。検索画面では、通知一覧と同様に都道府県、姓、名、日付で検索できる。
【００６１】
葬儀社一覧Ｍ１３０は、一覧表示、詳細表示、検索表示から構成される。一覧画面９５０では、関係する葬儀社の一覧が表示されている。詳細表示ボタンを押すことで、葬儀社の住所、電話番号、地図、セールスポイント等の詳細を確認することができる。掲載することで、葬儀社から広告料を取ることもできる。
【００６２】
登録Ｍ１４０は、確認者登録、グループ表示、登録内容表示、検索表示、追加手続きからなる。確認者登録画面を図９（ａ）は登録表示画面８００である。登録者個別欄８１０が列挙され、画面の下部に検索表示ボタンが配置されいてる。図９（ｂ）は、確認者登録画面８３０である。登録者の内容を記載する。情報取得上必要なものは地域と氏名のみであるが、グループＴ２２０、肩書き、使用者との関係、家族も記載することができる。グループとは、登録者を複数のまとまりに分け、整理しやすくするものである。グループ名としては、家族、親戚、会社、友人等が考えられる。
図９（ｃ）にグループ表示画面８５０を示す。グループ単位で、登録者を確認することができる。
【００６３】
図１０（ａ）に登録者検索画面９００を示す。都道府県、姓、名を設定できる。図１０（ｂ）にグループ検索画面９１０を示す。グループ名（タブ名）を設定できる。すべての項目を設定してもいいし、１つの項目を設定しても良い。
【００６４】
図１０（ｃ）、（ｄ）に追加手続き画面を示す。使用者が登録者の追加を続けると慶弔情報サーバ１００との通信量が増大し、サーバの負荷も増大する。そのため、それに準じた費用負担を使用者に促すように、登録者数、グループ数（タブ枠）を一定以上追加する際に課金を行うことができる。図１０（ｃ）の例では、１０人以上で120円、３０人以上で３５０円としてる。図１０（ｄ）の例では、グループ数（タブ枠）を１０枠以上とすると１２０円等としている。
【００６５】
次に、本発明のプログラム３７０の初期設定を行う手順を説明する。慶弔情報自動通知システムのサイトをクリックする（図１１（ａ））。次に利用規約に合意する（図１１（ｂ））。次にＩＤを自動割振し、パスワードを使用者に入力させる（図１１（ｃ））。登録ボタンを押す。確認画面で使用者に確認させる（図１１（ｄ））。登録が完了し、メニュー画面７４０が表示され、本システムが使用可能となる（図１１（ｅ））。
【００６６】
このような処理によって、簡単に、知り合いの慶弔情報を確認でき、過去の慶弔内容も容易に確認できるものであり、使用者の利便性を向上させるものである。
また、インターネット等で慶弔情報を得る際、不要な情報を削減できるものであり、通信負荷等を軽減、使用者の無用な確認作業を軽減させるものである。
また、誤って送信された他人の情報についても明確に区分けできるので、情報の確認が容易である。
また、適切な課金を行うことで、管理者の利益も確保可能なものである。
【産業上の利用可能性】
【００６７】
本発明に係る慶弔情報自動通知システムは、慶弔情報を自動的に通知するシステムであり、使用者の所望の慶弔情報を迅速に提供する技術として産業上の利用可能性は大きいと解する。
【符号の説明】
【００６８】
１    慶弔情報自動通知システム
１００    慶弔情報サーバ
１１０    慶弔情報取得部
１２０    慶弔情報提供部
２００    インターネット網
３００    端末
３１０    通信部
３２０    操作部
３３０    記憶部
３４０    制御部
３５０    表示部
３６０    プログラム格納部
３７０    プログラム
４００    ホーム画面
４１０    慶弔通知アイコン
４２０    通知数表示部
４３０    他のアイコン
５００    通知一覧画面
５１０    個別通知欄
５２０    詳細表示ボタン
５３０    検索表示ボタン
５４０    詳細表示画面
５５０    本人等選択部
５６０    本人等表示部
６００    検索画面
６１０    個別検索入力部
６５０    検索結果表示部
６６０    検索結果一覧
６７０    詳細表示ボタン
７００    初期設定画面
７１０    利用規約確認画面
７２０    パスワード設定画面
７３０    パスワード確認画面
７４０    メニュー画面
８００    登録一覧画面
８１０    登録者個別欄
８２０    検索表示ボタン
８３０    登録者内容記載画面
８５０    グループ表示画面
８６０    削除表示
９００    登録者検索画面
９１０    グループ検索画面
９２０    登録人数追加画面
９３０    グループ数追加画面
９４０    喪中一覧画面
９５０    葬儀社一覧画面
Ｔ１００    日単位慶弔情報
Ｔ２００    慶弔確認者情報
Ｔ３００    端末内慶弔情報
Ｍ１００    メニュー大項目
Ｍ２００    メニュー中項目
Ｍ３００    個別設定項目
【図１】
2018112795.tif 000003
【図２】
2018112795.tif 000004
【図３】
2018112795.tif 000005
【図４】
2018112795.tif 000006
【図５】
2018112795.tif 000007
【図６】
2018112795.tif 000008
【図７】
2018112795.tif 000009
【図８】
2018112795.tif 000010
【図９】
2018112795.tif 000011
【図１０】
2018112795.tif 000012
【図１１】
2018112795.tif 000013