(57)【要約】【課題】本人から直接メッセージを伝えられない場合でも、伝えたいメッセージを適切に伝えるための情報処理装置を提供する。【解決手段】情報処理装置２００は、登録受付部、発行部、承認受付部、送信部を有する。登録受付部は、送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、メッセージ情報の送信を承認する複数の承認ユーザーにそれぞれ関連付けられた複数の承認ユーザー情報と、の登録を受け付ける。発行部は、複数の承認ユーザーがメッセージ情報の送信を承認するために用いる承認用情報を、承認ユーザー情報に基づいて複数の承認ユーザーそれぞれに対して発行する。承認受付部は、承認ユーザーから、承認用情報を用いたメッセージ情報の送信の承認を受け付ける。送信部は、承認受付部によって、所定の数以上の承認ユーザーからメッセージ情報の送信の承認が受け付けられると、メッセージ情報を送信先ユーザーに送信する。【選択図】図６
2017084018.tif 000002
【特許請求の範囲】
【請求項１】
送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、前記メッセージ情報の送信を承認する複数の承認ユーザーにそれぞれ関連付けられた複数の承認ユーザー情報と、の登録を受け付ける登録受付部と、
前記複数の承認ユーザーが前記メッセージ情報の送信を承認するために用いる承認用情報を、前記承認ユーザー情報に基づいて前記複数の承認ユーザーそれぞれに対して発行する発行部と、
前記承認ユーザーから、前記承認用情報を用いた前記メッセージ情報の送信の承認を受け付ける承認受付部と、
前記承認受付部によって、所定の数以上の前記承認ユーザーから前記メッセージ情報の送信の承認が受け付けられると、前記メッセージ情報を前記送信先ユーザーに送信する送信部と、
を有する情報処理装置。
【請求項２】
前記複数の承認ユーザーに含まれる第１の承認ユーザーが、前記承認用情報を用いて前記メッセージ情報の送信を承認すると、前記複数の承認ユーザーに含まれる第２の承認ユーザーに対して、前記第１の承認ユーザーが前記メッセージ情報の送信を承認した旨を通知する通知部をさらに有する請求項１に記載の情報処理装置。
【請求項３】
前記送信部は、前記承認受付部によって、所定の承認期間内に、前記所定の数の前記承認ユーザーから前記承認が受け付けられると、前記メッセージ情報を送信する請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記送信部は、前記メッセージ情報を送信する前に、前記送信元ユーザーに対して前記メッセージ情報を送信する旨の確認通知を送信し、当該確認通知が送信されてから所定の応答期間内に当該確認通知に対する応答がないと前記メッセージ情報を送信する請求項１〜３のいずれか一項に記載の情報処理装置。
【請求項５】
前記承認受付部は、前記通知部による前記第２の承認ユーザーへの通知に対する前記第２の承認ユーザーの反応に基づいて、前記第２の承認ユーザーからの前記承認を受け付ける請求項２に記載の情報処理装置。
【請求項６】
前記登録受付部は、前記メッセージ情報の登録を受け付ける際に、当該メッセージ情報に適用される前記所定の承認期間の登録を受け付ける請求項３に記載の情報処理装置。
【請求項７】
前記登録受付部は、前記メッセージ情報の登録を受け付ける際に、当該メッセージ情報に適用される前記所定の応答期間の登録を受け付ける請求項４に記載の情報処理装置。
【請求項８】
前記登録受付部は、前記メッセージ情報の登録を受け付ける際に、当該メッセージ情報に適用される前記所定の数の登録を受け付ける請求項１〜７のいずれか一項に記載の情報処理装置。
【請求項９】
前記登録受付部は、前記メッセージ情報の登録を受け付ける際に、前記メッセージ情報の種類を受け付け、前記種類に応じて予め設定された登録すべき情報を前記送信元ユーザーに案内する請求項１〜８のいずれか一項に記載の情報処理装置。
【請求項１０】
送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、前記メッセージ情報の送信を承認する複数の承認ユーザーにそれぞれ関連付けられた複数の承認ユーザー情報と、の登録を受け付ける登録受付ステップと、
前記複数の承認ユーザーが前記メッセージ情報の送信を承認するために用いる承認用情報を、前記承認ユーザー情報に基づいて前記複数の承認ユーザーそれぞれに対して発行する発行ステップと、
前記承認ユーザーから、前記承認用情報を用いた前記メッセージ情報の送信の承認を受け付ける承認受付ステップと、
前記承認受付ステップにおいて、所定の数以上の前記承認ユーザーから前記メッセージ情報の送信の承認が受け付けられると、前記メッセージ情報を前記送信先ユーザーに送信する送信ステップと、
を有する情報処理方法。
【請求項１１】
送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、前記メッセージ情報の送信を承認する複数の承認ユーザーにそれぞれ関連付けられた複数の承認ユーザー情報と、の登録を受け付ける登録受付ステップと、
前記複数の承認ユーザーが前記メッセージ情報の送信を承認するために用いる承認用情報を、前記承認ユーザー情報に基づいて前記複数の承認ユーザーそれぞれに対して発行する発行ステップと、
前記承認ユーザーから、前記承認用情報を用いた前記メッセージ情報の送信の承認を受け付ける承認受付ステップと、
前記承認受付ステップにおいて、所定の数以上の前記承認ユーザーから前記メッセージ情報の送信の承認が受け付けられると、前記メッセージ情報を前記送信先ユーザーに送信する送信ステップと、
をコンピューターに実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【０００２】
他人に伝えたいメッセージを予め書き留めておき、病気や死亡によって本人からメッセージを伝えられなくなったときに、書き留めた内容を開示してメッセージを伝えるためのものとして、エンディングノートが知られている。通常、エンディングノートは、個人のデスクの引き出しや金庫の中等、人目につかない場所に保管されるものであるため、必要なタイミングで発見されないことも多い。また、紙媒体のエンディングノートは、紛失したり破損したりする虞もあり、保管が難しいという問題もある。
【０００３】
上記の問題を解決するために、近年では、エンディングノートの内容を電子データ化し、サーバー等に登録して管理する技術も知られている（たとえば、特許文献１参照）。このような技術によれば、エンディングノートの紛失や破損が防止され、エンディングノートを発見できないということも抑止される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−５６３２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の特許文献１記載の技術は、サーバーに登録したエンディングノートの管理を一人の送信操作者に任せるものである。したがって、たとえば、当該送信操作者が悪意を持っている場合、サーバーの操作方法や管理すること自体を忘れてしまった場合、急な病気等により管理ができなくなった場合等に、エンディングノートが適切に管理されなくなってしまう。これでは、感謝の思いや死後の希望等、伝えたいメッセージを適切に伝えることができず、問題となる。
【０００６】
本発明は、上記のような事情に鑑みてなされたものであり、本人から直接メッセージを伝えられない場合でも、伝えたいメッセージを適切に伝えるための情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的は、下記の手段によって達成される。
【０００８】
情報処理装置は、登録受付部と、発行部と、承認受付部と、送信部と、を有する。登録受付部は、送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、メッセージ情報の送信を承認する複数の承認ユーザーにそれぞれ関連付けられた複数の承認ユーザー情報と、の登録を受け付ける。発行部は、複数の承認ユーザーがメッセージ情報の送信を承認するために用いる承認用情報を、承認ユーザー情報に基づいて複数の承認ユーザーそれぞれに対して発行する。承認受付部は、承認ユーザーから、承認用情報を用いたメッセージ情報の送信の承認を受け付ける。送信部は、承認受付部によって、所定の数以上の承認ユーザーからメッセージ情報の送信の承認が受け付けられると、メッセージ情報を送信先ユーザーに送信する。
【０００９】
情報処理方法は、登録受付ステップと、発行ステップと、承認受付ステップと、送信ステップと、を有する。登録受付ステップは、送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、メッセージ情報の送信を承認する複数の承認ユーザーにそれぞれ関連付けられた複数の承認ユーザー情報と、の登録を受け付ける。発行ステップは、複数の承認ユーザーがメッセージ情報の送信を承認するために用いる承認用情報を、承認ユーザー情報に基づいて複数の承認ユーザーそれぞれに対して発行する。承認受付ステップは、承認ユーザーから、承認用情報を用いたメッセージ情報の送信の承認を受け付ける。送信部は、承認受付ステップにおいて、所定の数以上の承認ユーザーからメッセージ情報の送信の承認が受け付けられると、メッセージ情報を送信先ユーザーに送信する。
【００１０】
情報処理プログラムは、登録受付ステップと、発行ステップと、承認受付ステップと、送信ステップと、コンピューターに実行させる。登録受付ステップは、送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、メッセージ情報の送信を承認する複数の承認ユーザーにそれぞれ関連付けられた複数の承認ユーザー情報と、の登録を受け付ける。発行ステップは、複数の承認ユーザーがメッセージ情報の送信を承認するために用いる承認用情報を、承認ユーザー情報に基づいて複数の承認ユーザーそれぞれに対して発行する。承認受付ステップは、承認ユーザーから、承認用情報を用いたメッセージ情報の送信の承認を受け付ける。送信部は、承認受付ステップにおいて、所定の数以上の承認ユーザーからメッセージ情報の送信の承認が受け付けられると、メッセージ情報を送信先ユーザーに送信する。
【発明の効果】
【００１１】
本発明の情報処理装置によれば、メッセージ情報および複数の承認ユーザー情報の登録を受け付け、複数の承認ユーザーがメッセージ情報の送信を承認するために用いる承認用情報を発行する。そして、所定の数以上の承認ユーザーからメッセージ情報の送信の承認を受け付けると、メッセージ情報を送信先ユーザーに送信する。これにより、ユーザーは、伝えたいメッセージを、メッセージの送信を承認する複数の承認ユーザーの情報とあわせて予め登録しておき、所定の数以上の承認ユーザーが承認した場合に相手に送信することができる。したがって、本人から直接メッセージを伝えられない場合でも、伝えたいメッセージを適切に伝えることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る情報処理システムの概略構成を示す図である。
【図２】図１に示されるユーザー端末の概略構成を示すブロック図である。
【図３】図１に示されるメッセージ管理サーバーの概略構成を示すブロック図である。
【図４】メッセージ管理サーバーにおいて実行される処理の手順を示すフローチャートである。
【図５】メッセージ管理サーバーのストレージに記憶される情報の一例を示す図である。
【図６】各種情報の登録受付処理および承認用情報の発行処理が実行される様子を説明するための図である。
【図７】送信承認の受付処理および承認した旨を示す情報の通知処理が実行される様子を説明するための図である。
【図８】送信元ユーザーにメッセージ情報の送信の確認通知を送信する処理が実行される様子を説明するための図である。
【図９】送信元ユーザーから確認通知に対する応答がなかったため、送信先ユーザーにメッセージ情報を送信する処理が実行される様子を説明するための図である。
【図１０】メッセージ管理サーバーから送信される情報に基づいてユーザー端末に表示される画面の例を示す図である。
【発明を実施するための形態】
【００１３】
以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
【００１４】
＜情報処理システムの構成＞
図１は、本発明の実施形態に係る情報処理システムの概略構成を示す図である。
【００１５】
図１に示すように、情報処理システムは、複数のユーザー端末１００およびメッセージ管理サーバー２００から構成される。ユーザー端末１００は、ユーザーが使用するスマートフォン等のモバイル端末やノートＰＣ、デスクトップＰＣなどの情報端末である。メッセージ管理サーバー２００は、情報処理装置であり、ユーザー端末１００から送信されるメッセージ情報等を登録して管理する。複数のユーザー端末１００およびメッセージ管理サーバー２００は、インターネット等のネットワークを介して相互に接続可能である。各構成について説明する。
【００１６】
＜ユーザー端末１００＞
図２は、図１に示されるユーザー端末の概略構成を示すブロック図である。
【００１７】
図２に示すように、ユーザー端末１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３０、ストレージ１４０、通信インターフェース１５０および操作表示部１６０を有する。各構成は、バス１７０を介して相互に通信可能に接続されている。
【００１８】
ＣＰＵ１１０は、ＲＯＭ１２０やストレージ１４０に記録されているプログラムにしたがって、上記各構成の制御や各種の演算処理を行う。
【００１９】
ＲＯＭ１２０は、各種プログラムや各種データを格納する。
【００２０】
ＲＡＭ１３０は、作業領域として一時的にプログラムやデータを記憶する。
【００２１】
ストレージ１４０は、オペレーティングシステムを含む各種プログラムや、各種データを格納する。たとえば、ストレージ１４０には、動画、静止画、音声、テキスト等によるメッセージを含むメッセージ情報を作成するためのアプリケーションがインストールされている。また、ストレージ１４０には、メッセージ情報の種類や、メッセージ情報の送信を承認する複数の承認ユーザーを示す複数の承認ユーザー情報を設定するためのアプリケーションもインストールされている。さらに、ストレージ１４０には、メッセージ管理サーバー２００にメッセージ情報、種類、承認ユーザー情報、送信条件等の情報を送信したり、メッセージ管理サーバー２００から提供される情報を表示したりするためのアプリケーションもインストールされている。
【００２２】
通信インターフェース１５０は、メッセージ管理サーバー２００等の外部機器と通信するためのインターフェースであり、たとえば、携帯電話通信用の３Ｇ、４Ｇ等の規格や、Ｗｉ−Ｆｉ（登録商標）等の規格が用いられる。
【００２３】
操作表示部１６０は、たとえば、タッチパネル式のディスプレイであり、各種情報を表示すると共に、ユーザーからの各種入力を受け付ける。
【００２４】
＜メッセージ管理サーバー２００＞
図３は、図１に示されるメッセージ管理サーバーの概略構成を示すブロック図である。
【００２５】
図３に示すように、メッセージ管理サーバー２００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３０、ストレージ２４０、通信インターフェース２５０、操作部２６０および表示部２７０を有する。各構成は、バス２８０を介して相互に通信可能に接続されている。なお、ＣＰＵ２１０、ＲＯＭ２２０およびＲＡＭ２３０は、ユーザー端末１００のＣＰＵ１１０、ＲＯＭ１２０およびＲＡＭ１３０と同様の機能を有するので、説明の重複を避けるためその説明を省略する。
【００２６】
ストレージ２４０は、オペレーティングシステムを含む各種プログラムや、各種データを格納する。ストレージ２４０には、ユーザー端末１００から送信されたメッセージ情報、メッセージの種類、承認ユーザー情報、送信条件等の各種情報の登録を受け付けるためのアプリケーションがインストールされている。また、ストレージ２４０には、承認ユーザーがメッセージ情報の送信を承認するために使用する承認用情報を発行するためのアプリケーションもインストールされている。さらに、ストレージ２４０には、承認ユーザーからメッセージ情報の送信の承認を受け付け、承認の結果に基づいてメッセージ情報を送信するためのアプリケーションもインストールされている。また、ストレージ２４０には、ユーザー端末１００から送信されたメッセージ情報、種類、承認ユーザー情報、送信条件等が記憶される。ストレージ２４０に記憶される情報について、詳細は後述する。
【００２７】
通信インターフェース２５０は、他の機器と通信するためのインターフェースであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ−Ｆｉ（登録商標）等の規格が用いられる。
【００２８】
操作部２６０は、マウス等のポインティングデバイス、およびキーボードを含み、各種の入力を行うために使用される。
【００２９】
表示部２７０は、たとえば、液晶ディスプレイであり、各種の情報を表示する。
【００３０】
なお、情報処理システムの各構成は、それぞれ上記の構成要素以外の構成要素を含んでいてもよく、あるいは、上記の構成要素のうちの一部が含まれていなくてもよい。
【００３１】
上記のように構成される情報処理システムにおいて、メッセージを送信したい送信元ユーザーは、ユーザー端末１００を用いて動画等によるメッセージを示すメッセージ情報を作成する。また、送信元ユーザーは、ユーザー端末１００を操作して、作成したメッセージ情報の種類、メッセージ情報の送信を承認する複数の承認ユーザーを示す複数の承認ユーザー情報、送信条件等の情報を設定する。送信元ユーザーは、ユーザー端末１００を操作して、メッセージ情報等の各種情報をメッセージ管理サーバー２００へ送信する。以下、メッセージ管理サーバー２００において実行される処理の概要について説明する。
【００３２】
＜メッセージ管理サーバー２００における処理の概要＞
図４は、メッセージ管理サーバーにおいて実行される処理の手順を示すフローチャートである。なお、図４のフローチャートに示されるメッセージ管理サーバー２００の処理は、メッセージ管理サーバー２００のストレージ２４０にプログラムとして記憶されており、ＣＰＵ２１０が各部を制御することにより実行される。
【００３３】
図４に示すように、メッセージ管理サーバー２００は、登録受付部として、ユーザー端末１００から送信されたメッセージ情報、種類、承認ユーザー情報、送信条件等の情報を受け付ける（ステップＳ１０１）。メッセージ管理サーバー２００は、受け付けた情報をストレージ２４０に記憶する。ストレージ２４０に記憶される情報について、詳細は後述する。
【００３４】
続いて、メッセージ管理サーバー２００は、発行部として、承認ユーザー情報によって示される承認ユーザーがメッセージの送信を承認するために使用する承認用情報を、承認ユーザーに対して発行する（ステップＳ１０２）。承認ユーザーとしては、複数のユーザーが設定されるため、承認ユーザー情報および承認用情報もそれぞれ複数設定される。承認用情報および承認用情報を発行する処理について、詳細は後述する。
【００３５】
続いて、メッセージ管理サーバー２００は、承認受付部として、承認ユーザーから、承認用情報を用いたメッセージ情報の送信の承認を受け付ける（ステップＳ１０３）。
【００３６】
続いて、メッセージ管理サーバー２００は、ステップＳ１０３の処理において受け付けた送信の承認によってストレージ２４０に登録されている送信条件が満たされたか否かを判断する（ステップＳ１０４）。
【００３７】
送信条件が満たされていない場合（ステップＳ１０４：ＮＯ）、メッセージ管理サーバー２００は、通知部として、ステップＳ１０３において承認を受け付けた第１の承認ユーザー以外の第２の承認ユーザーに、承認が行われた旨を通知する（ステップＳ１０５）。承認が行われた旨を通知する処理について、詳細は後述する。ステップＳ１０５の通知処理を行った後、メッセージ管理サーバー２００は、ステップＳ１０３の処理に戻り、他の承認ユーザーから送信の承認を受け付ける。
【００３８】
送信条件が満たされた場合（ステップＳ１０４：ＹＥＳ）、メッセージ管理サーバー２００は、送信元ユーザーに対してメッセージ情報を送信する旨の確認通知を送信する（ステップＳ１０６）。
【００３９】
続いて、メッセージ管理サーバー２００は、予め設定された応答期間内に、送信元ユーザーから、確認通知に対する応答があったか否かを判断する（ステップＳ１０７）。
【００４０】
応答がない場合（ステップＳ１０７：ＮＯ）、メッセージ管理サーバー２００は、送信部として、メッセージ情報を送信先ユーザーに送信し（ステップＳ１０８）、処理を終了する。
【００４１】
応答があった場合（ステップＳ１０７：ＹＥＳ）、メッセージ管理サーバー２００は、承認ユーザーの承認が誤りであった等の事情があると判断し、メッセージ情報を送信せずに処理を終了する。
【００４２】
以下、メッセージ管理サーバー２００に登録される情報およびメッセージ管理サーバー２００において実行される処理について、詳細に説明する。
【００４３】
＜メッセージ管理サーバー２００に登録される情報およびメッセージ管理サーバー２００における処理の詳細＞
図５は、メッセージ管理サーバーのストレージに記憶される情報の一例を示す図である。
【００４４】
図５の例は、メッセージ管理サーバー２００を使用してメッセージを送信する送信元ユーザーである「Ａさん」によって登録された情報の一例を示す。メッセージ管理サーバー２００では、「Ａさん」によって登録された情報は、「Ａさん」のアカウントに登録された情報として管理される。
【００４５】
図５に示すように、メッセージ管理サーバー２００のストレージ２４０には、「メッセージ情報」、「種類」、「送信先ユーザー情報」、「承認ユーザー情報」、「承認タイミング」、「承認数」、「承認期間」、「承認用情報」、「応答期間」等が記憶される。「承認数」、「承認期間」は、メッセージ情報を送信するか否かを判断するための条件である送信条件として使用される。上記の各情報のうち、「承認用情報」以外の情報は、ユーザー端末１００から送信されてストレージ２４０に登録される情報である。「承認用情報」は、メッセージ管理サーバー２００が、「承認ユーザー情報」に対応付けて生成する情報である。以下、各情報について説明する。
【００４６】
「メッセージ情報」は、メッセージの送信元である送信元ユーザーによってユーザー端末１００等において作成されたメッセージを示す情報である。「メッセージ情報」は、ユーザー端末１００からメッセージ管理サーバー２００に送信されて登録される。「メッセージ情報」は、動画を示す動画ファイルや、静止画を示す静止画ファイル、音声を示す音声ファイル、テキストを示すテキストファイル等を含む。「メッセージ情報」のデータ形式は特に限定されず、いかなるデータ形式であってもよい。たとえば、動画ファイルの場合、「メッセージ情報」は、ｍｐ４（ＭＰＥＧ−４：Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４）形式、ＡＶＩ形式、ｍｏｖ形式等、いかなるデータ形式によって作成されてもよい。
【００４７】
「種類」は、「メッセージ情報」に含まれるメッセージの種類や内容を示す情報である。「種類」としては、たとえば、感謝の気持ちを表現したメッセージであることを示す「感謝」、本人の死後の財産分与、葬儀の希望、各種引き継ぎ事項等を含むメッセージであることを示す「遺言」等が設定される。「種類」は、予め定められたリストの中からユーザーが選択してもよく、ユーザーが任意に作成してもよい。
【００４８】
「送信先ユーザー情報」は、送信先ユーザーに情報を送信するために使用される情報である。「送信先ユーザー情報」は、たとえば、送信先ユーザーのメールアドレスやＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）サイト等のソーシャルメディアのアカウント情報である。ソーシャルメディアのアカウント情報としては、たとえば、送信先ユーザーのページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、ユーザー名、メールアドレス等である。「送信先ユーザー情報」として、メールアドレスとＳＮＳのアカウント情報等、複数の情報が設定されてもよい。
【００４９】
「承認ユーザー情報」は、メッセージ情報の送信を承認する承認ユーザーに関連付けられた情報であり、承認ユーザーを識別したり、承認ユーザーに対して情報を送信したりするために使用される。承認ユーザーは、送信元ユーザーによってメッセージ情報の登録時に設定される。送信元ユーザーは、メッセージ情報の内容や種類、送信元ユーザーとの関係等に応じて適切なユーザーを適宜設定できる。承認ユーザーとしては、複数のユーザーが設定されるため、「承認ユーザー情報」も複数設定される。「承認ユーザー情報」としては、たとえば、承認ユーザーのメールアドレスやソーシャルメディアのアカウント情報が設定される。「承認ユーザー情報」として、メールアドレスとＳＮＳのアカウント情報等、複数の情報が設定されてもよい。
【００５０】
「承認タイミング」は、承認ユーザーがメッセージの送信を承認するタイミングや条件を示す情報である。「承認タイミング」としては、たとえば、送信元ユーザーが死亡した場合を示す「死亡」、送信元ユーザーが危篤状態になった場合を示す「危篤」、その他の理由によりメッセージを送信した方がよいと判断される場合を示す「その他」等が設定される。承認ユーザーは、「承認タイミング」に示されるタイミングや条件に該当する状態となったことを確認した場合、メッセージの送信を承認する。「承認タイミング」は、予め定められたリストの中からユーザーが選択してもよく、ユーザーが任意に作成してもよい。
【００５１】
「承認数」は、メッセージ情報の送信条件の一つであり、メッセージ情報を送信するか否かを判断するために使用される閾値である。メッセージ管理サーバー２００は、承認ユーザーからの承認を、「承認数」以上受け付けた場合、送信条件が満たされたと判断する。たとえば、「承認数」が３に設定されている場合、メッセージ管理サーバー２００は、承認ユーザーからの承認を３回（３つ）以上受け付けた場合、送信条件が満たされたと判断する。
【００５２】
「承認期間」は、メッセージ情報の送信条件の一つであり、メッセージ情報を送信するか否かを判断するために使用される期間情報である。メッセージ管理サーバー２００は、承認ユーザーからの承認を、「承認期間」に示される期間内において、「承認数」以上受け付けた場合、送信条件が満たされたと判断し、送信先ユーザーにメッセージ情報を送信する。たとえば、「承認期間」が１０日に設定されている場合、メッセージ管理サーバー２００は、承認ユーザーからの承認を、１０日の期間内に「取得数」以上受け付けた場合、送信条件が満たされたと判断し、送信先ユーザーにメッセージ情報を送信する。「承認期間」の起算点は、任意のタイミングとすることができ、たとえば、承認ユーザーからの承認を受け付けた時点としてもよい。
【００５３】
「承認用情報」は、承認ユーザーがメッセージ情報の送信を承認するために用いる情報であり、メッセージ管理サーバー２００が、登録された「承認ユーザー情報」に対応して生成する情報である。「承認ユーザー情報」は複数登録されるため、「承認用情報」も複数生成される。「承認用情報」としては、たとえば、承認ユーザーが承認を行うためウェブページのＵＲＬ情報や、承認ユーザーが当該ウェブページに入力することによって承認ユーザーを識別および認証可能なＩＤ情報およびパスワード情報等が設定される。ＵＲＬ情報は、複数の承認ユーザーの間で同じであってもよい。ＩＤ情報は、各承認ユーザーを識別するため、承認ユーザーごとに異なる値が設定される。パスワード情報は、たとえば、メッセージ管理サーバー２００が初期値としてランダムな値を設定し、その後、承認ユーザーの指示等によって変更されてもよい。
【００５４】
「応答期間」は、メッセージ管理サーバー２００が、メッセージ情報を送信する前に送信元ユーザーに対してメッセージ情報を送信する旨の確認通知を送信した際に、送信元ユーザーが応答してメッセージ情報の送信を止められる期間である。たとえば、「承認タイミング」が「死亡」に設定され、「応答期間」が「５日」に設定されたメッセージ情報について考える。この場合、送信元ユーザーに確認通知が送信されてから５日以内に応答がないとき、メッセージ管理サーバー２００は、送信元ユーザーが死亡したと判断し、登録されたメッセージ情報を送信先ユーザーに送信する。
【００５５】
たとえば、図５に示す例の「Ｎｏ．１」のレコードでは、「メッセージ情報」として、「Ｔｈａｎｋｓ．ｍｐ４」という動画ファイルが登録されている。メッセージ情報の「種類」としては、「感謝」が設定されている。「送信先ユーザー情報」としては、Ｂさんのメールアドレスである「ｂ−ｓａｎ＠ｅｘｉｄｅａ．ｃｏ．ｊｐ」と、ＢさんのＳＮＳサイトのアカウントである「ＳＮＳ＿ｂ」が設定されており、ＡさんからＢさんへ送信されるメッセージであることが示されている。「承認ユーザー情報」としては、Ｃさん、Ｄさん、Ｅさん、Ｆさん、ＧさんそれぞれのメールアドレスおよびＳＮＳサイトのアカウントが設定されており、Ｃさん〜Ｇさんの５人のユーザーが承認ユーザーとして指定されている。「承認タイミング」としては、「死亡」が設定されている。この場合、５人の承認ユーザーはそれぞれ、Ａさんが死亡したことを知った際に、メッセージ情報の送信を承認する。また、「承認数」としては「３」、「承認期間」としては「１０日」が設定されている。この場合、メッセージ管理サーバー２００は、承認ユーザー５人のうち３人以上が１０日の期間以内にメッセージ情報の送信を承認した際に、送信条件が満たされたと判断する。また、「承認用情報」としては、Ｃさん〜Ｇさんの「承認ユーザー情報」それぞれに対応して、メッセージ管理サーバー２００が提供する承認用ページのＵＲＬ情報、ＩＤ情報、パスワード情報が設定されている。したがって、承認ユーザーであるＣさん〜Ｇさんは、ユーザー端末１００においてＵＲＬ情報を用いて承認用ページにアクセスし、当該ページにおいてＩＤ情報およびパスワード情報を入力することによって、メッセージ情報の送信を承認する。また、「応答期間」としては、「５日」が設定されている。この場合、メッセージ管理サーバー２００は、メッセージ情報を送信する前に送信元ユーザーに対してメッセージ情報を送信する旨の確認通知を送信し、５日以内に送信元ユーザーから応答がない場合、メッセージ情報を送信する。
【００５６】
図５に示す例の「Ｎｏ．２」のレコードでは、「メッセージ情報」として、「Ｗｉｌｌ．ｔｘｔ」というテキストファイルが登録されている。メッセージ情報の「種類」としては、「遺言」が設定されている。「送信先ユーザー情報」としては、ＯさんおよびＰさんの２人のメールアドレスおよびＳＮＳサイトのアカウントが設定されており、ＡさんからＯさんおよびＰさんの２人へ送信されるメッセージであることが示されている。「承認ユーザー情報」としては、Ｑさん、Ｒさん、ＳさんそれぞれのメールアドレスおよびＳＮＳサイトのアカウントが設定されており、Ｑさん〜Ｓさんの３人のユーザーが承認ユーザーとして指定されている。「承認タイミング」としては、「危篤／その他」が設定されている。この場合、５人の承認ユーザーはそれぞれ、Ａさんが危篤であることを知った際、あるいは、その他の何らかの理由によりメッセージを送信した方がよいと判断した際に、メッセージ情報の送信を承認する。また、「承認数」としては「２」、「承認期間」としては「３日」が設定されている。この場合、メッセージ管理サーバー２００は、承認ユーザー３人のうち２人以上が３日の期間以内にメッセージ情報の送信を承認した際に、送信条件が満たされたと判断する。また、「承認用情報」としては、Ｑさん〜Ｓさんの「承認ユーザー情報」それぞれに対応して、承認用ページのＵＲＬ情報、ＩＤ情報、パスワード情報が設定されている。したがって、承認ユーザーであるＱさん〜Ｓさんは、ユーザー端末１００においてＵＲＬ情報を用いて承認用ページにアクセスし、当該ページにおいてＩＤ情報およびパスワード情報を入力することによって、メッセージ情報の送信を承認する。また、「応答期間」は設定されていない。この場合、メッセージ管理サーバー２００は、送信元ユーザーに対してメッセージ情報を送信する旨の確認通知を送信することなく、送信先ユーザーにメッセージ情報を送信する。
【００５７】
次に、上述したメッセージ管理サーバー２００における処理について、具体的な動作の例を説明する。以下では、図５に示す「Ｎｏ．１」のレコードに登録されたメッセージ情報が送信される場合を例として説明する。
【００５８】
＜メッセージ管理サーバー２００の処理の具体的な動作例＞
図６は、各種情報の登録受付処理および承認用情報の発行処理が実行される様子を説明するための図である。図７は、送信承認の受付処理および承認した旨を示す情報の通知処理が実行される様子を説明するための図である。図８は、送信元ユーザーにメッセージ情報の送信の確認通知を送信する処理が実行される様子を説明するための図である。図９は、送信元ユーザーから確認通知に対する応答がなかったため、送信先ユーザーにメッセージ情報を送信する処理が実行される様子を説明するための図である。図１０は、メッセージ管理サーバーから送信される情報に基づいてユーザー端末に表示される画面の例を示す図である。図１０において、（ａ）は、承認ユーザーに承認用情報が発行された際に、承認ユーザーのユーザー端末に表示される画面を示す。（ｂ）は、承認ユーザーが送信の承認を行うために承認用ページにアクセスした際に、承認ユーザーのユーザー端末に表示される画面を示す。（ｃ）は、第１の承認ユーザーが承認を行い、第２の承認ユーザーにその旨が通知された際に、第２の承認ユーザーのユーザー端末に表示される画面を示す。（ｄ）は、送信元ユーザーに対してメッセージ情報を送信する旨の確認通知が送信された際に、送信元ユーザーのユーザー端末に表示される画面を示す。
【００５９】
図６〜図９に示すように、送信用ユーザーであるＡさん、送信先ユーザーであるＢさん、複数の承認ユーザーであるＣさん〜Ｇさんはそれぞれユーザー端末１００を有している。各ユーザー端末１００は、メッセージ管理サーバー２００と通信可能である。
【００６０】
まず、図６の（１）に示すように、送信元ユーザーであるＡさんは、ユーザー端末１００を用いて、図５の「Ｎｏ．１」のレコードに示すような情報を、メッセージ管理サーバー２００に送信する。メッセージ管理サーバー２００は、ユーザー端末１００から受信した情報をストレージ２４０に登録する。この処理は、図４のステップＳ１０１の処理に相当する。
【００６１】
続いて、図６の（２）に示すように、メッセージ管理サーバー２００は、複数の承認ユーザーであるＣさん〜Ｇさんの承認ユーザー情報に基づいて複数の承認用情報を生成し、生成した複数の承認用情報をＣさん〜Ｇさんのそれぞれに対して発行する。具体的には、メッセージ管理サーバー２００は、Ｃさん〜Ｇさんのユーザー端末１００に対して、Ｃさん〜Ｇさんが承認ユーザーとして指定された旨を示す情報とあわせて承認用情報を送信する。これにより、Ｃさんのユーザー端末には、メッセージ管理サーバー２００から送信された情報に基づいて、図１０の（ａ）に示すような承認用情報発行画面が表示される。この処理は、図４のステップＳ１０２の処理に相当する。承認ユーザーとして指定されたＣさん〜Ｇさんは、Ａさんが死亡したことを知った際に、承認用情報を用いてメッセージ情報の送信を承認する。
【００６２】
続いて、図７の（３）に示すように、Ａさんの死亡を知ったＣさんは、承認用情報を用いてメッセージ情報の送信を承認する。具体的には、Ｃさんはユーザー端末１００を操作し、承認用情報に含まれる承認用ページのＵＲＬ情報を用いて、メッセージ管理サーバー２００が提供する承認用ページにアクセスする。これにより、Ｃさんのユーザー端末１００には、図１０の（ｂ）に示すような送信承認受付画面が表示される。Ｃさんはユーザー端末１００を操作して、承認用情報に含まれるＣさんのＩＤ情報およびパスワード情報を送信承認受付画面に入力する。ユーザー端末１００は、受け付けたＩＤ情報およびパスワード情報をメッセージ管理サーバー２００に送信する。メッセージ管理サーバー２００は、ユーザー端末１００から受信したＩＤ情報およびパスワード情報と、ストレージ２４０に登録されたＣさんのＩＤ情報およびパスワード情報とが一致するか否かを確認し、一致する場合、Ｃさんから送信の承認を受け付ける。この処理は、図４のステップＳ１０３の処理に相当する。
【００６３】
続いて、メッセージ管理サーバー２００は、Ｃさんからの承認を受け付けたため、図４のステップＳ１０４の処理において、送信条件が満たされたか否かを確認する。受け付けた承認の数はＣさんからの１つだけであり、送信条件の「承認数」は「３」であるため、メッセージ管理サーバー２００は、送信条件が満たされていないと判断し、ステップＳ１０５の処理に進む。
【００６４】
続いて、図７の（４）に示すように、メッセージ管理サーバー２００は、Ｃさん以外の承認ユーザーである、Ｄさん〜Ｇさんに対して、Ｃさんがメッセージ情報の送信を承認した旨を通知する。具体的には、メッセージ管理サーバー２００は、Ｄさん〜Ｇさんのユーザー端末１００に対して情報を送信し、Ｄさん〜Ｇさんのユーザー端末に、図１０の（ｃ）に示すような承認通知画面を表示させる。この処理は、図４のステップＳ１０５の処理に相当する。承認通知画面を確認したＤさん〜Ｇさんは、Ｃさんと同様にＡさんが死亡したことを確認した場合、画面中の「承認」ボタンを押下することによってメッセージ情報の送信を承認する。あるいは、Ｄさん〜Ｇさんも、Ｃさんと同様に承認用情報を用いてメッセージ情報の送信を承認してもよい。
【００６５】
続いて、図８の（５）に示すように、メッセージ管理サーバー２００は、Ｃさんからの送信の承認に加えて、Ｅさん、Ｇさんからも送信の承認を受け付ける。これにより、ステップ受け付けた承認の数が３つであり、送信条件の「承認数」の「３」以上となる。したがって、メッセージ管理サーバー２００は、図４のステップＳ１０４の処理において、送信条件が満たされたと判断し、ステップＳ１０６の処理に進む。
【００６６】
続いて、図８の（６）に示すように、メッセージ管理サーバー２００は、送信元ユーザーであるＡさんのユーザー端末１００に、送信条件が満たされメッセージ情報を送信する旨の確認通知を送信する。Ａさんのユーザー端末１００には、図１０の（ｄ）に示すような送信確認通知画面が表示される。この処理は、図４のステップＳ１０６の処理に相当する。
【００６７】
たとえば、Ａさんが死亡している場合、Ａさんは送信確認通知画面を確認できないため、確認通知に対して応答することができない。したがって、図９中にＸ印で示すように、Ａさんのユーザー端末１００からメッセージ管理サーバー２００への応答は行われない。一方、Ａさんが死亡しておらず、メッセージ情報の送信を望まない場合、Ａさんは図１０（ｄ）の送信確認通知画面の「取り消し」ボタンを押下することによって、メッセージ管理サーバー２００に対して応答を送信できる。メッセージ管理サーバー２００は、図４のステップＳ１０７の処理において、応答期間である１０日以内にＡさんからの応答があるか否かを判断し、応答がある場合は処理を終了し、応答がない場合はステップＳ１０８の処理に進む。
【００６８】
続いて、図９の（７）に示すように、メッセージ管理サーバー２００は、応答期間内にＡさんからの応答がないため、送信先ユーザーであるＢさんのユーザー端末１００に、メッセージ情報を送信する。この処理は、図４のステップＳ１０８の処理に相当する。
【００６９】
以上のように、本実施形態のメッセージ管理サーバー２００によれば、メッセージ情報および複数の承認ユーザー情報の登録を受け付け、複数の承認ユーザーがメッセージ情報の送信を承認するために用いる承認用情報を発行する。そして、所定の数以上の承認ユーザーからメッセージ情報の送信の承認を受け付けると、メッセージ情報を送信先ユーザーに送信する。したがって、ユーザーは、感謝の気持ちを表したメッセージや死後の希望を示すメッセージ等を、メッセージの送信を承認する複数の承認ユーザーの情報とあわせてメッセージ管理サーバー２００に登録しておくことができる。そして所定の数の承認ユーザーから送信の承認を受け付けた際に、登録しておいたメッセージを相手に送信して伝えることができる。これにより、たとえば、１人の承認ユーザーが悪意を持ってメッセージ情報を不正に送信しようとした場合でも、他の承認ユーザーが承認しない限りメッセージ情報は送信されないため、不正な送信を未然に防ぐことができる。また、たとえば送信元ユーザーの死後、１人の承認ユーザーが、メッセージ情報の送信を承認することを忘れてしまった場合や病気等により送信の承認を行うことができない場合でも、所定の数の他の承認ユーザーが送信を承認すればメッセージ情報を送信できる。これにより、必要な時にメッセージ情報が送信されないという事態を回避できる。このように、本人から直接メッセージを伝えられない場合でも、伝えたいメッセージを適切に伝えることができる。
【００７０】
また、メッセージ管理サーバー２００は、第１の承認ユーザーからメッセージ情報の送信の承認を受け付けると、第２の承認ユーザーに対して、第１の承認ユーザーがメッセージ情報の送信を承認した旨を通知する。これにより、１人の承認ユーザーが送信を承認することによって、他の承認ユーザーにもそのことが通知される。したがって、他のユーザーは、この通知をきっかけとして、送信元ユーザーが承認タイミングに示される死亡等の状態となったか否かを確認することができる。さらに、この通知を行うことにより、承認ユーザーが送信の承認を忘れてしまうことを防止できる。
【００７１】
また、メッセージ管理サーバー２００は、所定の承認期間内に、所定の数の承認ユーザーから承認を受け付けると、メッセージ情報を送信する。これにより、承認ユーザーによる承認の頻度を考慮してメッセージ情報の送信可否が判定されるため、より適切にメッセージ情報を送信できる。
【００７２】
また、メッセージ管理サーバー２００は、メッセージ情報を送信する前に、送信元ユーザーに対してメッセージ情報を送信する旨の確認通知を送信し、所定の応答期間内に当該確認通知に対する応答がないとメッセージ情報を送信する。これにより、メッセージ情報を送信してもよいかどうか、送信元ユーザーに最終的な確認を行うことができる。したがって、たとえば承認ユーザーが悪意を持って不正にメッセージ情報を送信しようとした場合でも、送信元ユーザーが確認通知に応答すればメッセージ情報は送信されないため、不正な送信を未然に防ぐことができる。また、所定の応答期間内に応答がない場合にはメッセージ情報を送信するため、たとえば送信元ユーザーが死亡しており応答できない場合でも、メッセージ情報が適切に送信される。
【００７３】
また、メッセージ管理サーバー２００は、第１の承認ユーザーが送信を承認した際に第２の承認ユーザーに送信される通知において、第２の承認ユーザーが「承認」ボタンの押下等の反応を行ったことにより、第２の承認ユーザーからの送信の承認を受け付ける。これにより、第２の承認ユーザーは迅速かつ簡単に送信の承認を行うことができ、たとえば、第２の承認ユーザーが承認の方法を忘れてしまった場合でも、遅滞なく適切にメッセージ情報を送信できる。
【００７４】
また、メッセージ管理サーバー２００は、メッセージ情報の登録を受け付ける際に、当該メッセージ情報に適用される承認期間の登録を受け付ける。これにより、メッセージ情報の内容や種類に応じて適切な承認期間を設定することができ、より適切にメッセージ情報を送信できる。たとえば、メッセージ情報の内容が重要な遺言であり、承認ユーザーの誤操作等による誤送信が許されない場合、承認期間を短く設定することによって、送信条件を厳密に判断できるため、誤送信を防止することができる。一方、感謝の気持ちを表したメッセージ等、送信条件を厳密に判断する必要性が低い情報である場合、承認期間を長く設定することによって、所定の数の承認が集まるまでに長い時間がかかる場合でも、確実にメッセージ情報を送信することができる。
【００７５】
また、メッセージ管理サーバー２００は、メッセージ情報の登録を受け付ける際に、当該メッセージ情報に適用される応答期間の登録を受け付ける。これにより、メッセージ情報の内容や種類に応じて適切な応答期間を設定することができ、より適切にメッセージ情報を送信できる。たとえば、メッセージ情報の内容が遺言であり、送信元ユーザーの死後すぐに必要な情報である場合、応答期間を短く設定することによって、承認ユーザーによる承認の後、早期にメッセージ情報を送信することができる。
【００７６】
また、メッセージ管理サーバー２００は、メッセージ情報の登録を受け付ける際に、当該メッセージ情報に適用される所定の数の登録を受け付ける。これにより、メッセージ情報の内容や種類に応じて、メッセージ情報の送信に必要となる承認の数を設定することができ、より適切にメッセージ情報を送信できる。たとえば、メッセージ情報が、誤送信が許されないような重要な情報である場合、所定の数を大きく設定することによって、多数の承認ユーザーの承認が必要となり、誤送信が抑止される。一方、たとえば誰かが承認すればすぐに送信したいような情報である場合、所定の数を小さく設定することによって、多数の承認ユーザーの承認を得ることなく、迅速にメッセージ情報を送信することができる。
【００７７】
なお、本発明は、上述した実施形態のみに限定されるものではなく、特許請求の範囲内において、種々改変することができる。
【００７８】
たとえば、上記の実施形態では、メッセージ情報を送信する前に、送信元ユーザーに送信するか否かを確認する例について説明したが、確認を行わずに送信するようにしてもよい。これにより、送信条件が満たされたタイミングで、より迅速にメッセージ情報を送信してメッセージを伝えることができる。
【００７９】
また、上記の実施形態では、メッセージ管理サーバー２００が、メッセージ情報、種類、承認ユーザー情報等の情報を、ユーザー端末１００から受信して登録する例について説明したが、これに限定されない。たとえば、メッセージ管理サーバー２００は、予めストレージ２４０に記憶されている情報を登録してもよく、あるいは他のサーバー等から取得した情報を登録してもよい。また、メッセージ管理サーバー２００は、メッセージ情報の内容を解析した結果や過去の登録履歴等に基づいて、メッセージの種類や承認ユーザー情報、承認タイミング等の各種情報を推測して登録してもよい。また、メッセージ管理サーバー２００は、上記のように推測した内容を登録する情報の候補として送信元ユーザーに提示し、送信元ユーザーが候補の中から選択することによって情報を登録できるようにしてもよい。
【００８０】
また、上記の実施形態では、メッセージ管理サーバー２００が、承認数の登録を受け付ける例について説明したが、これに限定されない。たとえば、承認数の登録を受け付けない場合、メッセージ管理サーバー２００は、所定の数を承認数として登録してもよく、あるいは、承認ユーザーの数に対する所定の割合の数を承認数として登録してもよい。
【００８１】
また、上記の実施形態では、メッセージ管理サーバー２００が、承認期間の登録を受け付ける例について説明したが、これに限定されない。たとえば、承認期間の登録を受け付けない場合、メッセージ管理サーバー２００は、承認期間が無期限であるものとして処理を行ってもよく、あるいは、所定の値を承認期間として設定してもよい。
【００８２】
また、上記の実施形態では、メッセージ管理サーバー２００が、承認用情報として、ＵＲＬ情報、ＩＤ情報、パスワード情報を発行する例について説明したが、これに限定されない。たとえば、ＵＲＬ情報の代わりに送信を承認するためのアプリケーションを提供し、承認ユーザーのユーザー端末１００にインストールするようにしてもよい。これにより、承認用ページにアクセスするよりも簡単に送信の承認を行うことができる。また、メッセージ管理サーバー２００は、必要とされる信頼性のレベルに応じて、ＩＤ情報、パスワード情報等の発行を適宜省略してもよい。
【００８３】
また、上記の実施形態では、メッセージ管理サーバー２００が、承認用情報をメッセージ情報の登録時に一度だけ通知するものとして説明したが、これに限定されない。たとえば、メッセージ管理サーバー２００は、定期的に承認ユーザーに承認用情報を通知し、送信の承認が必要な状態ではないか確認するようにしてもよい。
【００８４】
また、上記の実施形態では、メッセージ管理サーバー２００に、承認タイミングとして、送信元ユーザーの死亡、危篤等を登録する例について説明したが、登録される承認タイミングはこれに限定されない。たとえば、承認タイミングとして、送信元ユーザーの状態にかかわらず、承認ユーザーが適切なタイミングと判断した時点で送信を承認するように、「適切なタイミング」等の情報を登録してもよい。
【００８５】
また、上記の実施形態では、メッセージ情報は送信元ユーザーがユーザー端末１００を用いて独力で作成する例について説明したが、メッセージ方法の作成方法はこれに限定されない。たとえば、送信元ユーザーが登録したいメッセージの種類をメッセージ管理サーバー２００に登録し、メッセージ管理サーバー２００が、登録されたメッセージの種類に応じて、登録すべきメッセージ情報の内容をユーザー端末１００に送信してもよい。これにより、送信元ユーザーに対して登録すべきメッセージ情報の内容を案内することができ、送信元ユーザーによるメッセージ情報の登録を支援できる。たとえば、送信元ユーザーがメッセージの種類として「遺言」を登録すると、メッセージ管理サーバー２００は、予め登録された遺言に必要となる内容を特定し、送信元ユーザーに案内する。これにより送信元ユーザーは、遺言に必要な内容を知らなくても、遺言を含むメッセージ情報を簡単に登録することができる。
【００８６】
また、上記の実施形態では、メッセージ管理サーバー２００が一つの独立した装置として構成される例について説明したが、装置の構成はこれに限定されない。メッセージ管理サーバー２００は、複数の装置から構成されてもよく、あるいは他の機能を有する装置に含まれて構成されてもよい。たとえば、メッセージ管理サーバー２００は、多数のサーバーから構成されるクラウドサーバー上に分散して構成されてもよい。あるいは、メッセージ管理サーバー２００の機能を有するアプリケーションがユーザー端末１００にインストールされ、ユーザー端末１００においてメッセージ管理サーバー２００の処理が実行されてもよい。
【００８７】
また、上記の実施形態では、ユーザー端末１００は、ユーザーによって携帯されるスマートフォンやタブレット端末等を例に挙げて説明したが、ユーザー端末１００の実施態様はこれに限定されない。ユーザー端末１００は、たとえばユーザーの頭部に装着される眼鏡型の情報端末や腕部に装着されるリストバンド状の情報端末等のウェアラブル端末であってもよく、あるいはユーザーの体内に埋め込まれる埋込型の情報端末等であってもよい。
【００８８】
また、上記の実施形態におけるフローチャートの処理単位は、メッセージ管理サーバー２００の処理の理解を容易にするために、主な処理内容に応じて分割したものである。処理ステップの分類の仕方によって、本願発明が制限されることはない。メッセージ管理サーバー２００において行われる処理は、さらに多くの処理ステップに分割することもできる。また、１つの処理ステップが、さらに多くの処理を実行してもよい。
【００８９】
上述した実施形態に係る情報処理システムにおける各種処理を行う手段および方法は、専用のハードウェア回路、またはプログラムされたコンピューターのいずれによっても実現することが可能である。上記プログラムは、たとえば、フレキシブルディスクおよびＣＤ−ＲＯＭ等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送され記憶される。また、上記プログラムは、単独のアプリケーションソフトとして提供されてもよいし、情報処理システムの一機能としてその装置のソフトウエアに組み込まれてもよい。
【符号の説明】
【００９０】
１００  ユーザー端末、
１１０  ＣＰＵ、
１２０  ＲＯＭ、
１３０  ＲＡＭ、
１４０  ストレージ、
１５０  通信インターフェース、
１６０  操作表示部、
１７０  バス、
２００  メッセージ管理サーバー、
２１０  ＣＰＵ、
２２０  ＲＯＭ、
２３０  ＲＡＭ、
２４０  ストレージ、
２５０  通信インターフェース、
２６０  操作部、
２７０  表示部、
２８０  バス。
【図１】
2017084018.tif 000003
【図２】
2017084018.tif 000004
【図３】
2017084018.tif 000005
【図４】
2017084018.tif 000006
【図５】
2017084018.tif 000007
【図６】
2017084018.tif 000008
【図７】
2017084018.tif 000009
【図８】
2017084018.tif 000010
【図９】
2017084018.tif 000011
【図１０】
2017084018.tif 000012