(57)【要約】【課題】より適切かつ十分に物故者に関する情報を提供すること。【解決手段】ネットワークを介して接続されたサーバと端末装置とを含む訃報情報提供システムであって、前記サーバは、物故者個人を識別する識別情報と、物故者の生涯の特徴を表す生涯情報とを含む訃報情報を訃報情報データベースに登録する訃報情報登録手段と、前記端末装置からの要求に応じて前記訃報情報データベースに登録されている物故者の前記訃報情報を前記端末装置に送信する訃報情報送信手段と、を備え、前記端末装置は、前記サーバに対し、訃報情報データベースに登録されている物故者の前記訃報情報の送信を要求する訃報情報送信要求手段と、前記サーバから送信された前記訃報情報を表示する訃報情報表示手段とを備える。【選択図】図１１
2010257410.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたサーバと端末装置とを含む訃報情報提供システムであって、
前記サーバは、
物故者個人を識別する識別情報と、物故者の生涯の特徴を表す生涯情報とを含む訃報情報を訃報情報データベースに登録する訃報情報登録手段と、
前記端末装置からの要求に応じて前記訃報情報データベースに登録されている物故者の前記訃報情報を前記端末装置に送信する訃報情報送信手段と、を備え、
前記端末装置は、
前記サーバに対し、訃報情報データベースに登録されている物故者の前記訃報情報の送信を要求する訃報情報送信要求手段と、
前記サーバから送信された前記訃報情報を表示する訃報情報表示手段と、
を備えることを特徴とする訃報情報提供システム。
【請求項２】
前記端末装置は、物故者についてのコメントを投稿するコメント投稿手段を備え、
前記サーバは、前記端末装置から投稿されたコメントを前記訃報情報データベースに登録するコメント登録手段を備えることを特徴とする請求項１記載の訃報情報提供システム。
【請求項３】
前記コメント登録手段は、ネットワークを介して、物故者に関する情報を収集し、前記訃報情報データベースに登録することを特徴とする請求項１または２記載の訃報情報提供システム。
【請求項４】
ネットワークを介して接続されたサーバと端末装置を含む訃報情報提供システムにおけるサーバであって、
物故者個人を識別する識別情報と、物故者の生涯の特徴を表す生涯情報とを含む訃報情報を訃報情報データベースに登録する訃報情報登録手段と、
前記端末装置からの要求に応じて前記訃報情報データベースに登録されている物故者の前記訃報情報を前記端末装置に送信する訃報情報送信手段と、
を備えることを特徴とするサーバ。
【請求項５】
ネットワークを介して接続されたサーバと端末装置を含む訃報情報提供システムのための訃報情報提供プログラムであって、
物故者個人を識別する識別情報と、物故者の生涯の特徴を表す生涯情報とを含む訃報情報を訃報情報データベースに登録させる訃報情報登録機能と、
前記端末装置からの要求に応じて前記訃報情報データベースに登録されている物故者の前記訃報情報を前記端末装置に送信させる訃報情報送信機能と、
をコンピュータに実現させることを特徴とする訃報情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、訃報情報を提供する訃報情報提供システム、サーバおよび訃報情報提供プログラムに関する。
【背景技術】
【０００２】
従来、訃報を関係者に伝達する手段の一つとして、新聞に訃報記事を掲載することが知られている。
新聞に訃報記事を掲載する場合、掲載依頼者が新聞社に訃報記事の掲載を依頼することにより、翌日あるいは数日後の訃報欄に訃報記事が掲載される。
また、近年、通信ネットワークを利用した訃報の伝達手法が提案されている。
例えば、特許文献１に記載された慶弔情報提供システムにおいては、広域ネットワークに接続されたデータベースに慶弔情報を蓄積しておき、情報端末を使用して慶弔情報を取り出すことを可能としている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１７８１４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、新聞に訃報記事を掲載する場合、記事の掲載スペースが大きくないため、訃報欄には物故者の氏名、生前の肩書き、死因、自宅住所、葬儀の日時および場所といった限られた情報が掲載されるのみである。
また、特許文献１に記載された技術においても、広域ネットワークを介して簡単に関係者に対して訃報情報を配信することができるものの、配信される情報の内容は従来の新聞による訃報記事と大差がないものである。
【０００５】
一方、物故者の生涯に関する情報は、その物故者が著名でない場合でも後世の範となることがあり、このような情報は広く利用可能な形で提供することが望ましい。
このように、従来の訃報情報を提供する方法においては、適切かつ十分に物故者に関する情報を提供することが困難であった。
本発明の課題は、より適切かつ十分に物故者に関する情報を提供することである。
【課題を解決するための手段】
【０００６】
以上の課題を解決するため、本発明の一態様に係る訃報情報提供システムは、
ネットワークを介して接続されたサーバと端末装置とを含む訃報情報提供システムであって、前記サーバ（例えば、図１のサーバ１０）は、物故者個人を識別する識別情報と、物故者の生涯の特徴を表す生涯情報とを含む訃報情報を訃報情報データベースに登録する訃報情報登録手段（例えば、図８の記事登録処理を実行するＣＰＵ１２）と、前記端末装置からの要求に応じて前記訃報情報データベースに登録されている物故者の前記訃報情報を前記端末装置に送信する訃報情報送信手段（例えば、図１０の記事閲覧処理を実行するＣＰＵ１２）と、を備え、前記端末装置は、前記サーバに対し、訃報情報データベースに登録されている物故者の前記訃報情報の送信を要求する訃報情報送信要求手段（例えば、図１０のステップＳ１１０において訃報情報を選択するユーザ端末２０〜４０側の機能）と、前記サーバから送信された前記訃報情報を表示する訃報情報表示手段（例えば、図１０のステップＳ１１９およびＳ１２０に対応して画面表示を行うユーザ端末２０〜４０の機能）と、を備えることを特徴とする。
【０００７】
このような構成により、物故者の個人識別情報および生涯情報を含む訃報情報が、端末装置によって閲覧可能となる。
そのため、物故者の訃報を伝達する場合に、単に物故者を特定する情報のみならず、物故者の生き方、感性、他人との関わり、経験から発せられた言葉、生前に注力した事柄等を閲覧者に提供できる。
したがって、より適切かつ十分に物故者に関する情報を提供することが可能となる。
【０００８】
また、本発明の一態様に係る訃報情報提供システムは、
前記端末装置は、物故者についてのコメントを投稿するコメント投稿手段を備え、前記サーバは、前記端末装置から投稿されたコメントを前記訃報情報データベースに登録するコメント登録手段を備えることを特徴とする。
このような構成により、物故者に対する情報を収集することが可能となる。
また、本発明の一態様に係る訃報情報提供システムは、
前記コメント登録手段は、ネットワークを介して、物故者に関する情報を収集し、前記訃報情報データベースに登録することを特徴とする。
このような構成により、物故者に関する情報が収集されるため、物故者に関する多様な情報を容易に収集することが可能となる。
【０００９】
また、本発明の一態様に係るサーバは、ネットワークを介して接続されたサーバと端末装置を含む訃報情報提供システムにおけるサーバであって、物故者個人を識別する識別情報と、物故者の生涯の特徴を表す生涯情報とを含む訃報情報を訃報情報データベースに登録する訃報情報登録手段と、前記端末装置からの要求に応じて前記訃報情報データベースに登録されている物故者の前記訃報情報を前記端末装置に送信する訃報情報送信手段と、を備えることを特徴とする。
【００１０】
これにより、物故者の個人識別情報および生涯情報を含む訃報情報が、端末装置によって閲覧可能となる。
そのため、物故者の訃報を伝達する場合に、単に物故者を特定する情報のみならず、物故者の生き方、感性、他人との関わり、経験から発せられた言葉、生前に注力した事柄等を閲覧者に提供できる。
したがって、より適切かつ十分に物故者に関する情報を提供することが可能となる。
【００１１】
また、本発明の一態様に係る訃報情報提供プログラムは、
ネットワークを介して接続されたサーバと端末装置を含む訃報情報提供システムのための訃報情報提供プログラムであって、物故者個人を識別する識別情報と、物故者の生涯の特徴を表す生涯情報とを含む訃報情報を訃報情報データベースに登録させる訃報情報登録機能と、前記端末装置からの要求に応じて前記訃報情報データベースに登録されている物故者の前記訃報情報を前記端末装置に送信させる訃報情報送信機能と、をコンピュータに実現させることを特徴とする。
【００１２】
これにより、物故者の個人識別情報および生涯情報を含む訃報情報が、端末装置によって閲覧可能となる。
そのため、物故者の訃報を伝達する場合に、単に物故者を特定する情報のみならず、物故者の生き方、感性、他人との関わり、経験から発せられた言葉、生前に注力した事柄等を閲覧者に提供できる。
したがって、より適切かつ十分に物故者に関する情報を提供することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係る訃報情報提供システム１のシステム構成を示す概略図である。
【図２】サーバ１０の機能構成を示すブロック図である。
【図３】訃報情報データベースを構成する訃報情報テーブルの内容を示す図である。
【図４】地域テーブルの内容を示す図である。
【図５】都道府県テーブルの内容を示す図である。
【図６】管理者テーブルの内容を示す図である。
【図７】コメントテーブルの内容を示す図である。
【図８】サーバ１０のＣＰＵ１２が実行する記事登録処理を示すフローチャートである。
【図９】サーバ１０のＣＰＵ１２が実行するコメント承認処理を示すフローチャートである。
【図１０】サーバ１０のＣＰＵ１２が実行する記事閲覧処理を示すフローチャートである。
【図１１】訃報情報検索のトップ画面を模式的に示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明を適用した訃報情報提供システム、サーバおよび訃報情報提供プログラムの実施の形態を図面を参照して説明する。
（第１実施形態）
（構成）
まず、構成を説明する。
【００１５】
図１は、本発明に係る訃報情報提供システム１のシステム構成を示す概略図である。
図１において、訃報情報提供システム１は、訃報情報提供システム１の管理者によって使用されるサーバ１０と、訃報記事の閲覧者によって使用されるユーザ端末２０〜４０とを含んで構成され、これらの各装置は、インターネット等のネットワーク５０を介して接続されている。なお、ユーザ端末２０〜４０は、ＰＣ（Personal Computer）や携帯情報端末等の情報処理装置によって構成されており、Ｗｅｂブラウザ等を介して、サーバ１０から送信された情報を表示することが可能である。
【００１６】
図２は、サーバ１０の機能構成を示すブロック図である。
図２において、サーバ１０は、入力部１１と、ＣＰＵ（Central Processing Unit）１２と、記憶部１３と、ＲＯＭ（Read Only Memory）１４と、ＲＡＭ（Random Access Memory）１５と、ディスプレイ１６と、通信部１７とを含んで構成される。
入力部１１は、カーソルキーや数字入力キー等を備えたキーボードおよびマウス等のポインティングデバイスを含み、キーボードにおいて押下されたキーの押下信号やマウスの位置信号をＣＰＵ１２に出力する。例えば、後述する記事登録処理において、訃報記事を作成するための各種情報や、その訃報記事の更新および登録を行う際の管理者の認証情報等が、管理者によって入力部１１から入力される。
【００１７】
ＣＰＵ１２は、サーバ１０全体を制御するもので、入力部１１から入力される各種の指示信号に従って、記憶部１３に記憶された各種処理に関するプログラムを読み出して実行する。例えば、ＣＰＵ１２は、記憶部１３に記憶された記事登録処理プログラムを読み出し、記事登録処理（後述）を実行する。
そして、ＣＰＵ１２は、各種プログラム等を実行した処理結果を記憶部１３やＲＡＭ１５の所定の領域に格納したり、ディスプレイ１６に表示させたりする。
記憶部１３は、ハードディスク等の不揮発性の記憶装置で構成される。この記憶部１３は、記事登録処理において参照される訃報情報データベースや、訃報情報データベースに含まれる各種テーブルデータ、あるいは、サーバ１０の制御のための各種処理に関するプログラムを記憶する。
【００１８】
以下、記憶部１３に記憶されているデータについて説明する。
図３は、訃報情報データベースを構成する訃報情報テーブルの内容を示す図である。
図３において、訃報情報テーブルは、物故者毎に作成されており、左欄の「項目」に対応する事項が登録されている。なお、図３における右欄には、説明のため、左欄の「項目」の内容を便宜的に示している（以下、他のテーブルにおいても同様である）。
【００１９】
具体的には、図３に示す訃報情報テーブルには、物故者について作成された訃報記事毎の識別番号である「記事ＩＤ」、その記事の掲載開始年月日を示す「掲載年月日」、物故者の氏名を示す「氏名」、物故者に関する訃報記事を示す「詳細」、その訃報記事が編集中であるか公開中であるかを示す「公開フラグ」等が対応づけて記憶されている。図３における各項目の具体的内容は、訃報情報提供システム１の管理者によって登録される。
この訃報情報テーブルにおいて物故者個人に関する情報は、物故者個人を特定するための個人識別情報（氏名、都道府県、会社名、肩書き等）と、物故者個人の生涯の特徴を表す生涯情報（生き方、感性、他人との関わり、経験から発せられた言葉、生前に注力した事柄等の情報）とを含んでいる。生涯情報については、物故者に関する訃報記事（項目名「詳細」）に含められている。
【００２０】
図４は、地域テーブルの内容を示す図である。
図４において、地域テーブルは、地域の識別番号を示す「地域ＩＤ」と、関東地区あるいは東北地区等の地域名称を示す「地域名」とが対応付けて記憶されている。
図５は、都道府県テーブルの内容を示す図である。
図５において、都道府県テーブルは、都道府県の識別番号を示す「都道府県ＩＤ」と、都道府県の名称を示す「都道府県名」と、その都道府県内の地方の識別番号を示す「地方ＩＤ」とが対応付けて記憶されている。
【００２１】
図６は、管理者テーブルの内容を示す図である。
図６において、管理者テーブルは、管理者の識別番号である「管理者ＩＤ」と、管理者がログインするための識別番号を示す「管理者ログインＩＤ」と、管理者のパスワードを示す「管理者パスワード」と、管理者の氏名を示す「管理者氏名」等とが対応付けて記憶されている。図６における掲載年月日等の具体的内容は、管理者によって登録される。
【００２２】
図７は、コメントテーブルの内容を示す図である。
図７に示すコメントテーブルは、物故者について公開された訃報記事に対し、閲覧者がコメントを投稿することに対応して作成される。
図７において、コメントテーブルは、投稿されたコメント毎に付与される「コメントＩＤ」と、コメントのタイトルを示す「コメントタイトル」と、コメントの内容を示す「コメント内容」と、コメントが編集中であるか公開中であるかを示す「コメント公開フラグ」と、コメントを作成した日時を示す「作成日時」と、コメントを更新した日時を示す「更新日時」とが対応付けて記憶されている。図７における記事のタイトル等の具体的内容は、管理者によって登録される。
なお、訃報情報データベースは、サーバ１０内に有する場合の他、ネットワーク５０を介して接続されたデータベースサーバ等、他の装置に備えることとしても良い。
【００２３】
図２に戻り、ＲＯＭ１４は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の不揮発性の半導体メモリによって構成され、サーバ１０の起動時に実行されるプログラムコード等を記憶している。
ＲＡＭ１５は、ＣＰＵ１２における処理に伴う各種データを記憶するもので、サーバ１０を制御するためのシステムエリアや、ＣＰＵ１２により実行される各種処理において生成されたデータを一時的に格納するワークエリアを形成する。
【００２４】
ディスプレイ１６は、例えばドットマトリクスタイプのカラー液晶表示セル等から構成され、ＣＰＵ１２の指示に従って各種データを表示する。
通信部１７は、ＣＰＵ１２から送信指示された各種データに対し、所定の形式へのデータ変換処理および変調処理を施して、ネットワーク５０を介して送信したり、ネットワーク５０を介して受信した信号に対し、原信号への復調処理およびオリジナルデータ形式へのデータ変換処理を施して、ＣＰＵ１２に出力したりする。
【００２５】
（動作）
（記事登録処理）
次に、動作を説明する。
初めに、サーバ１０において実行される記事登録処理について説明する。
図８は、サーバ１０のＣＰＵ１２が実行する記事登録処理を示すフローチャートである。記事登録処理は、入力部１１によって処理の実行が指示入力されることに対応して開始される。
図８において、記事登録処理が開始されるに当たり、管理者は、依頼者から訃報記事の掲載依頼があれば、関係者や遺族に取材を行う等により、訃報記事の原稿を準備する。
そして、記事登録処理が開始されると、ＣＰＵ１２は、管理者のログイン処理を行う（ステップＳ１）。具体的には、ＣＰＵ１２は、管理者に対し、管理者ログインＩＤおよび管理者パスワードの入力を要求する。
【００２６】
次に、ＣＰＵ１２は、入力された管理者のログインＩＤおよび管理者パスワードを基に、ログインが可能であるか否かの判定を行う（ステップＳ２）。具体的には、ステップＳ１で検出した管理者のログインＩＤおよび管理者パスワードが、記憶部１３の管理者テーブルに登録されている管理者のログインＩＤおよび管理者パスワードと同一であるか否かの判定を行う。
ステップＳ２において、ステップＳ１で検出した管理者のログインＩＤおよび管理者パスワードが、管理者テーブルに登録されている情報と同一でないと判定した場合、ＣＰＵ１２は、ステップＳ１の処理に戻る。
【００２７】
一方、ステップＳ２において、ステップＳ１で検出した管理者のログインＩＤおよび管理者パスワードが、管理者テーブルに登録されている管理者のログインＩＤおよび管理者パスワードと同一であると判定した場合、ＣＰＵ１２は、掲載を依頼された訃報記事が既存の訃報情報テーブルに関連する記事であるか否かの判定を行う（ステップＳ３）。
ステップＳ３において、掲載を依頼された訃報記事が既存の訃報情報テーブルに関連する記事でないと判定した場合、ＣＰＵ１２は、ステップＳ６の処理に移行する。
【００２８】
一方、ステップＳ３において、掲載を依頼された訃報記事が既存の訃報情報テーブルに関連する記事であると判定した場合、ＣＰＵ１２は、訃報情報データベースに登録されている訃報情報テーブルを一覧表示する（ステップＳ４）。具体的には、ＣＰＵ１２は、訃報情報テーブルに記憶されている記事ＩＤ、物故者の氏名、掲載年月日、肩書き、会社名、および、記事の詳細の冒頭等の予め設定した情報を一覧表示する。
【００２９】
次に、ＣＰＵ１２は、表示した訃報情報テーブルの一覧におけるいずれかの選択を受け付ける（ステップＳ５）。
次に、ＣＰＵ１２は、訃報情報テーブルの編集画面を表示する（ステップＳ６）。このとき、既存の訃報情報テーブルに関連する記事が掲載される場合、ＣＰＵ１２は、例えば、訃報情報テーブルに登録されている各項目のうち、編集可能な項目を初めに表示する。また、ＣＰＵ１２は、訃報記事に掲載する画像項目を選択するための編集画面をさらに表示したり、記事データのサイズが特別サイズ（後述）である場合には、項目の内容をアップロードしたりするための編集画面をさらに表示することができる。
【００３０】
次に、ＣＰＵ１２は、データ登録処理の終了を検出する（ステップＳ７）。具体的には、ＣＰＵ１２は、管理者によるデータ編集が完了し、編集終了の指示入力が行われたことを検出する。
次に、ＣＰＵ１２は、編集された記事の内容確認画面を表示し（ステップＳ８）、編集内容の確認ボタンが選択されると、記事登録処理を終了する。
なお、ＣＰＵ１２は、ステップＳ８において、再度の編集を行うための再編集ボタンが選択された場合には、ステップＳ６に戻り、再度データ編集画面を表示する。
【００３１】
（コメント承認処理）
次に、サーバ１０において実行されるコメント承認処理について説明する。
図９は、サーバ１０のＣＰＵ１２が実行するコメント承認処理を示すフローチャートである。コメント承認処理は、入力部１１によって処理の実行が指示入力されることに対応して開始される。
図９において、コメント承認処理が開始されると、ＣＰＵ１２は、管理者のログイン処理を行う（ステップＳ２１）。具体的には、ＣＰＵ１２は、管理者に対し、管理者ログインＩＤおよび管理者パスワードの入力を要求する。
【００３２】
次に、ＣＰＵ１２は、ログインが可能であるか否かの判定を行う（ステップＳ２２）。具体的には、ＣＰＵ１２は、ステップＳ２１で検出した管理者のログインＩＤおよび管理者パスワードが、記憶部１３の管理者テーブルに登録されている管理者のログインＩＤおよび管理者パスワードと同一であるか否かの判定を行う。
ステップＳ２２において、ステップＳ２１で検出した情報が、管理者テーブルに登録されている情報と同一でないと判定した場合、ＣＰＵ１２は、ステップＳ２１の処理に戻る。
【００３３】
一方、ステップＳ２２において、ステップＳ２１で検出した情報が、管理者テーブルに登録されている情報と同一あると判定した場合、ＣＰＵ１２は、ステップＳ２３に移行する。
ステップＳ２３において、ＣＰＵ１２は、後述する記事閲覧処理によって閲覧者がコメントを書き込んだ訃報記事の一覧を表示する（ステップＳ２３）。具体的には、ＣＰＵ１２は、コメントテーブルに記憶されているコメントＩＤ、コメントタイトル、コメント内容の冒頭等の予め設定した情報を一覧にして表示する。
【００３４】
次に、ＣＰＵ１２は、ステップＳ２３において表示された記事データの一覧から選択された訃報記事に書き込まれているコメントの一覧を表示する（ステップＳ２４）。
次に、ＣＰＵ１２は、ステップＳ２４において表示されたコメントについて承認処理を行う（ステップＳ２５）。このとき、管理者が、書き込まれた各コメントの内容が適切であるか否か（物故者を誤認したコメントでないか、あるいは、公序良俗に反するようなコメントでないか等）を判断し、コメントの内容が適切であれば、承認ボタンを選択することによって、そのコメントの承認を行う。
ステップＳ２５の後、ＣＰＵ１２は、コメント承認処理を終了する。
【００３５】
（記事閲覧処理）
次に、サーバ１０において実行される記事閲覧処理について説明する。
図１０は、サーバ１０のＣＰＵ１２が実行する記事閲覧処理を示すフローチャートである。
記事閲覧処理は、サーバ１０が訃報記事の公開を行う際に、管理者によって記事閲覧処理の実行が指示入力されることに対応して開始される。
図１０において、記事閲覧処理が開始されると、ＣＰＵ１２は、ユーザ端末２０〜４０から記事閲覧のためのアクセスがあるか否かの判定を行う（ステップＳ１０１）。
ステップＳ１０１において、ユーザ端末２０〜４０から記事閲覧のためのアクセスがないと判断した場合、ＣＰＵ１２は、ステップＳ１０１の処理に戻りアクセスの監視を続ける。
【００３６】
一方、ステップＳ１０１において、ユーザ端末２０〜４０から記事閲覧のためのアクセスがあると判定した場合、ＣＰＵ１２は、訃報情報検索のトップ画面を表示するための情報を、アクセスを行ったユーザ端末２０〜４０に送信する（ステップＳ１０２）。
図１１は、訃報情報検索のトップ画面を模式的に示す図である。
図１１において、訃報情報検索のトップ画面には、訃報情報の検索機能として、地図上に表示された訃報情報の候補から目的とする訃報情報を検索する「地域検索」機能と、キーワードを入力することによって訃報情報を検索する「フリーワード検索」機能と、訃報の年月を基に訃報情報を検索する「年月検索」機能とが備えられている。また、このトップ画面には、その他の機能として、歴代の偉人の言葉を毎日更新して提供する「偉人の言葉提供」機能と、当日他界した著名人の情報を毎日更新して提供する「本日他界した著名人の情報提供」機能とが備えられている。
【００３７】
ユーザ端末２０〜４０の利用者が、上記検索機能のいずれかを選択することにより、サーバ１０は、対応する検索機能によって訃報情報を特定し、特定した訃報情報をユーザ端末２０〜４０に送信する。
また、訃報情報検索のトップ画面には、オプション機能として、生前に訃報情報を登録するための「生前予約」機能、物故者の生前の情報をネットワークを介して収集する「特別Ｗｅｂ検索」機能、通夜・葬儀・お別れ会等の開催日時や場所を代行してメールで告知したり、関係者からのメールを代行して受信したりする「連絡メール送受信代行」機能、自費出版によって自伝の出版を受け付ける「自伝出版」機能、物故者の訃報情報に対するコメントを投稿するための「コメント投稿」機能が備えられている。
ユーザ端末２０〜４０の利用者が、これらの機能を選択することにより、サーバ１０は、各機能に対応する処理を実行して、選択された機能を提供する。
【００３８】
次に、ＣＰＵ１２は、ユーザ端末２０〜４０から、いずれかの検索機能による検索要求が行われたか否かの判定を行う（ステップＳ１０３）。このとき、ユーザ端末２０〜４０は、検索条件を含む検索要求をサーバ１０に送信する。
ステップＳ１０３において、検索要求が行われていないと判定した場合、ＣＰＵ１２は、ステップＳ１０３の処理に戻って監視を続ける。
【００３９】
一方、ステップＳ１０３において、検索要求が行われたと判定した場合、ＣＰＵ１２は、検索要求に含まれている検索条件を取得する（ステップＳ１０４）。
次に、ＣＰＵ１２は、ステップＳ１０４で取得した検索条件に基づいて、いずれの種類の検索が行われたかを判定する（ステップＳ１０５）。
ステップＳ１０５において、地域検索が選択されたと判定した場合、ＣＰＵ１２は、ステップＳ１０４において取得した検索条件に基づいて、地域検索処理を行う（ステップＳ１０６）。地域検索処理においては、検索条件に示された地域と対応付けて登録されている物故者が特定される。ここで、地域とは、「地域名」として登録されている範囲、例えば、「関東地方」、「関西地方」および「東北地方」等をいう。
【００４０】
ステップＳ１０５において、フリーワード検索が選択されたと判定した場合、ＣＰＵ１２は、ステップＳ１０４において取得した検索条件に基づいて、フリーワード検索処理を行う（ステップＳ１０７）。フリーワード検索処理においては、入力されたフリーワードを含む訃報情報に関連する物故者が特定される。
ステップＳ１０５において、年月検索が選択されたと判定した場合、ＣＰＵ１２は、ステップＳ１０４において取得した検索条件通知に基づいて、年月検索処理を行う（ステップＳ１０８）。年月検索処理においては、入力された年月と対応付けて登録されている物故者が特定される。
ステップＳ１０６〜Ｓ１０８の後、ＣＰＵ１２は、訃報情報データベースに格納された訃報情報テーブルを対象として要求された検索処理を行い、検索結果をユーザ端末２０〜４０に送信する（ステップＳ１０９）。
【００４１】
次に、ＣＰＵ１２は、ステップＳ１０９において送信した検索結果の中から、いずれかの訃報情報が選択されたか否かの判定を行う（ステップＳ１１０）。
ステップＳ１１０において、訃報情報が選択されていないと判定した場合、ＣＰＵ１２は、ステップＳ１１０の処理に戻って監視を続ける。
一方、ステップＳ１１０において、訃報情報が選択されたと判定した場合、および、ステップ１０５において、トップ画面に掲載された特定の記事が選択される等により一意の記事が選択されたと判定した場合、ＣＰＵ１２は、詳細情報取得処理を行う（ステップＳ１１１）。具体的には、詳細情報取得処理として、ＣＰＵ１２は、選択された訃報情報の訃報情報テーブルおよび関連する各テーブルのデータ（詳細情報）を訃報情報データベースから取得する。
【００４２】
次に、ＣＰＵ１２は、ステップＳ１１１で取得した詳細情報に基づいて、選択された訃報情報に設定されている記事サイズの判定を行う（ステップＳ１１２）。ここで、記事サイズとは、記事データを表示するために設定されているテンプレートの表示情報量を示すパラメータであり、例えば、依頼者の支払う料金に応じて、異なる記事サイズのテンプレートが設定されている。
ステップＳ１１２において、記事データのサイズが大サイズ（例えば、料金５０万円に対応するサイズ）と判定した場合には、ＣＰＵ１２は、大サイズに対応するテンプレートをデータベースから取得して記事をテンプレートにはめ込む処理を行う（ステップＳ１１３）。
【００４３】
ステップＳ１１２において、記事データのサイズが中サイズ（例えば、料金３０万円に対応するサイズ）であると判定した場合、ＣＰＵ１２は、中サイズに対応するテンプレートをデータベースから取得して記事をテンプレートにはめ込む処理を行う（ステップＳ１１４）。
ステップＳ１１２において、記事データのサイズが小サイズ（例えば、料金１０万円に対応するサイズ）であると判定した場合、ＣＰＵ１２は、小サイズに対応するテンプレートをデータベースから取得して記事をテンプレートにはめ込む処理を行う（ステップＳ１１５）。
ステップＳ１１２において、記事データが詳細データなしのサイズ（例えば、無料で訃報情報を掲載する場合）と判定した場合、ＣＰＵ１２は、詳細データなしに設定する（ステップＳ１１６）。
【００４４】
ステップＳ１１２において、記事データのサイズが特別サイズ（例えば、料金１００万円に対応するサイズ）であると判定した場合、ＣＰＵ１２は、特別サイズに対応するテンプレートをデータベースから取得して記事をテンプレートにはめ込む処理を行う（ステップＳ１１７）。
ステップＳ１１３〜Ｓ１１７において、テンプレートのサイズが大きいほど、物故者の生涯情報等を詳細に表示することができる。
ステップＳ１１３〜Ｓ１１７の後、ＣＰＵ１２は、ステップＳ１１１において取得した詳細情報に基づいて、訃報情報にコメント情報が投稿されているか否かの判定を行う（ステップＳ１１８）。
【００４５】
ステップＳ１１８において、訃報情報にコメント情報が投稿されていないと判定した場合、ＣＰＵ１２は、ステップＳ１１３〜Ｓ１１７において記事がはめ込まれた表示画面のデータをユーザ端末２０〜４０に送信し（ステップＳ１１９）、ステップＳ１２３に移行する。
一方、ステップＳ１１８において、訃報情報にコメント情報が投稿されていると判定した場合、ＣＰＵ１２は、ステップＳ１１３〜Ｓ１１７において記事がはめ込まれた表示画面にコメント表示ボタンを加えた表示画面のデータをユーザ端末２０〜４０送信する（ステップＳ１２０）。
【００４６】
次に、ＣＰＵ１２は、ユーザ端末２０〜４０の利用者によって、コメント表示ボタンが押されたか否かの判定を行う（ステップＳ１２１）。即ち、ＣＰＵ１２は、ユーザ端末２０〜４０からコメント表示ボタンの選択信号を受信したか否かの判定を行う。
ステップＳ１２１において、コメント表示ボタンが押されていないと判定した場合、ＣＰＵ１２は、ステップＳ１２１の処理に戻り、コメント表示ボタンが押されるまで監視を続ける。
【００４７】
一方、ステップＳ１２１においてコメント表示ボタンが押されたと判定した場合、ＣＰＵ１２は、ユーザ端末２０〜４０に訃報情報に投稿されているコメントを表示させる（ステップＳ１２２）。
ステップＳ１１９およびＳ１２２の後、ＣＰＵ１２は、ユーザ端末２０〜４０からコメントの記入が要求されたか否かの判定を行う（ステップＳ１２３）。具体的には、ＣＰＵ１２は、ユーザ端末２０〜４０から、コメントを記入するためのコメント記入ボタンの選択信号を受信した場合に、ＣＰＵ１２は、コメントの記入が要求されたと判定する。
ステップＳ１２３において、ユーザ端末２０〜４０からコメントの記入が要求されていないと判定した場合、ＣＰＵ１２は、記事閲覧処理を終了する。具体的には、ＣＰＵ１２は、ユーザ端末２０〜４０から、記事閲覧の終了を示す信号を受信した場合に、ユーザ端末２０〜４０からコメントの記入が要求されていないと判定する。
【００４８】
一方、ステップＳ１２３において、ユーザ端末２０〜４０からコメントの記入が要求されていると判定した場合、ＣＰＵ１２は、コメント記入画面を表示するためのデータをユーザ端末２０〜４０に送信する（ステップＳ１２４）。
コメント記入画面を表示するためのデータを受信すると、ユーザ端末２０〜４０では、コメント記入画面を表示し、利用者がコメントの記入を行う。このとき、ユーザ端末２０〜４０の利用者が、物故者の生涯情報等に対するコメントを記入することで、物故者を偲ぶコメントが訃報情報に追加されることとなる。また、遺族が知らない物故者の情報が広く集められ、遺族にとって貴重な情報を収集することが可能となる。
【００４９】
次に、ＣＰＵ１２は、コメント記入画面上のコメント投稿ボタンの選択を検出する（ステップＳ１２４）。具体的には、ＣＰＵ１２は、ユーザ端末２０〜４０から、記入したコメントを投稿するための投稿ボタンの選択信号を受信したか否かを検出する。投稿ボタンの選択信号がユーザ端末２０〜４０から送信される場合、記入したコメントのデータが併せてサーバ１０に送信される。
次に、ＣＰＵ１２は、ユーザ端末２０〜４０からコメント投稿ボタンの選択信号およびコメントのデータを受信し、受信したコメントのデータを訃報情報テーブルに反映させる（ステップＳ１２５）。
ステップＳ１２５の後、ＣＰＵ１２は、ステップＳ１２２の処理に移行する。
【００５０】
（オプション機能の説明）
次に、図１１に示すトップ画面に備えられているオプション機能について説明する。
上述の通り、トップ画面には、「生前予約」機能、「特別Ｗｅｂ検索」機能、「連絡メール送受信代行」機能、「自伝出版」機能、「コメント投稿」機能がオプション機能として備えられている。
「生前予約」機能が選択されると、物故者となる以前の存命である依頼者に依頼者ＩＤおよびパスワードが付与され、存命の依頼者自身が自らの訃報情報を訃報情報データベースに登録することが可能となる。そして、依頼者が他界した場合、管理者は、サーバ１０によって、依頼者が登録していた訃報情報を公開する。
【００５１】
これにより、物故者本人が関係者に伝えたい情報を依頼者自身の言葉として伝えることが可能となり、より適確に物故者からの情報を伝達することができる。
「特別Ｗｅｂ検索」機能が選択されると、物故者の個人識別情報を基に、物故者に関連する情報がネットワークを介して検索される。そして、検索された情報が、物故者の訃報情報としてデータベースに登録される。
このとき、物故者の情報を管理者が検索することが可能である他、検索ロボット等を用いて、自動的に物故者の情報を収集することが可能である。この場合、物故者に関する多様な情報を容易に収集することが可能となる。
【００５２】
また、これらの手法によって収集された情報のうち、真に物故者に関係する情報を選別するために、個人識別情報や、その他のキーワードを登録した照合データを用意しておき、検索された情報を照合データによって照合した上で、真に物故者に関係していると判定された情報のみを訃報情報データベースに登録することができる。
「連絡メール送受信代行機能」が選択されると、サーバ１０は依頼者に対し、連絡先のメールアドレスを通知するよう要求する。依頼者が連絡先のメールアドレスをサーバ１０に通知すると、サーバ１０は、物故者の葬儀等に関する情報を、連絡先のメールアドレスにまとめて配信する。また、連絡先から送信されたメールを依頼者に代行して受信する。
これにより、依頼者は、物故者に関する情報を簡単に関係者に送受信することが可能となる。
【００５３】
「自伝出版」機能が選択されると、サーバ１０は、物故者の自伝を自費出版する注文を受け付ける。この注文内容は、出版社等の業者に通知され、物故者の自伝が出版されることとなる。
なお、物故者の訃報情報を閲覧した利用者が自伝出版の希望を投票可能な機能をサーバ１０に備えることとし、物故者の訃報情報に興味を抱いて自伝出版を希望する利用者が所定数に達した場合、自伝出版の発注を行ったり、遺族に対して自伝出版の要求を通知したりすることが可能である。
【００５４】
「コメント投稿」機能が選択されると、サーバ１０は、物故者に関するコメントの投稿を受け付ける。即ち、訃報情報を表示する記事画面において、「コメント投稿」機能が選択された場合、いずれかの物故者を選択して、その物故者の訃報情報をユーザ端末２０〜４０の画面に表示させた状態とし、図１０に示す記事閲覧処理のステップＳ１２３〜Ｓ１２５と同様の処理を実行する。
これにより、物故者を偲ぶコメントが訃報情報に追加されることとなる。また、遺族が知らない物故者の情報が広く集められ、遺族にとって貴重な情報を収集することが可能となる。
以上のように、本実施形態に係る訃報情報提供システム１は、物故者の個人識別情報および生涯情報を含む訃報情報が、サーバ１０によって公開され、ユーザ端末２０〜４０によって閲覧可能とされている。
【００５５】
そのため、物故者の訃報を伝達する場合に、単に物故者を特定する情報のみならず、物故者の生き方、感性、他人との関わり、経験から発せられた言葉、生前に注力した事柄等を関係者に伝達できる。
したがって、従来の手法に比べ、より適切かつ十分に物故者に関する情報を提供することが可能となる。
【符号の説明】
【００５６】
１  訃報情報提供システム、１０  サーバ、１１  入力部、１２  ＣＰＵ、１３  記憶部、１４  ＲＯＭ、１５  ＲＡＭ、１６  ディスプレイ、１７  通信部、２０〜４０  ユーザ端末
【図１】
2010257410.tif 000003
【図２】
2010257410.tif 000004
【図３】
2010257410.tif 000005
【図４】
2010257410.tif 000006
【図５】
2010257410.tif 000007
【図６】
2010257410.tif 000008
【図７】
2010257410.tif 000009
【図８】
2010257410.tif 000010
【図９】
2010257410.tif 000011
【図１０】
2010257410.tif 000012
【図１１】
2010257410.tif 000013