(57)【要約】【課題】遺言等、申込者が亡くなった後に配信される伝言メッセージ配信サービスにおいて、申込者本人に生存確認のメール等を送ることなく申込者が健在か否かを効率よく判断できるシステムを提供する。【解決手段】申込者Ａ所有のスマートフォンにインストールされた本システムのアプリ１がインターネットを介し本システムのサーバー２へ定期的に接続し申込者Ａの健在を報告する報告手段とサーバー２が前記申込者Ａの健在か否かを判断し健在でないと判断すればあらかじめ登録された伝言メッセージをあらかじめ登録された受取人Ｂ（受取人が複数の場合はＣ、Ｄ）へ送信する送信手段とを有する。【選択図】図１
2015057680.tif 000002
【特許請求の範囲】
【請求項１】
申込者Ａから受取人Ｂへ伝言メッセージを送信するシステムにおいてＡ所有のスマートフォン端末にインストールされたアプリケーションプログラムがインターネットを介してサーバーへ定期的に接続しＡが健在であることを報告する報告手段と、前記報告手段からの報告が途絶えたことをもってＡが健在ではないと判断し事前にＡから預かった伝言メッセージをＢへ送信する送信手段とを有する伝言メッセージ配信システム。
【請求項２】
前記Ａが健在であることをサーバーへ報告する報告手段において、前記Ａ所有のスマートフォンにインストールされた前記アプリケーションプログラムが一定時間毎にバックグラウンドでサーバーへ接続することを特徴とする請求項１記載の伝言メッセージ配信システム。
【請求項３】
前記Ａが健在であることをサーバーへ報告する報告手段において、前記Ａ所有のスマートフォンにインストールされた前記アプリケーションプログラムが所定の期間毎にパスワードの入力を促す画面を表示し、パスワードの入力に成功すればサーバーへ接続することを特徴とする請求項１記載の伝言メッセージ配信システム。
【請求項４】
前記Ａが健在であることをサーバーへ報告する報告手段において、前記Ａ所有のスマートフォンにインストールされた前記アプリケーションプログラムが日記の編集機能を提供し、日記が更新されたらサーバーへ接続することを特徴とする請求項１記載の伝言メッセージ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は遺言メールなど申込者から預かった伝言メッセージを申込者の死後に申込者に代わって相手に送信するシステムに関するものである。
【背景技術】
【０００２】
申込者の死後に申込者があらかじめ指定した相手に伝言メッセージを送る方法を考える場合、課題となるのは申込者が健在か否かを判断する方法である。従来からある方法としては、申込者のメールアドレスに定期的に確認メールを送信し、その確認メールになんらかの応答があればまだ生存していると判断し、一定期間待っても返信がなければ申込者が亡くなったものと判断してあらかじめ登録されていたメッセージをあらかじめ指定されていたメールアドレス宛てに送信する方法が知られている（特許文献１参照）。
【０００３】
また、申込者が亡くなったかどうかを判断する別の方法としては、申込者の通信機器にメール以外にも通話信号等を送信してメールが届いたかどうか、または電話番号がまだ使用されているかどうかを判定し、申込者の健在か否かの判断とする方法がある。これは申込者のメールアドレスや電話番号が通信事業者との契約が解約されることで使用不可能となることで申込者が健在ではないと判断するものである（特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１４１６０７号公報
【特許文献２】特開２００８−１７１４０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の特許文献１の方法は生存しているかどうかの確認メッセージに申込者が定期的に返信する必要があり回数が重なってくるとわずらわしく感じるようになり、返信を怠ると誤って伝言メッセージが送信されてしまう可能性も大きい。
【０００６】
また特許文献２の方法では確認メッセージに申込者が返信する必要はないとはいえ、定期的に申込者の通信機器に一方的にメールや電話等の信号を送りその結果で申込者の生存を確認することには変わりない。申込者が亡くなったからといってすぐに申込者の通信端末が解約されるとは限らず、通信事業者との契約が切れたことをもって申込者が死亡したと判断することは、伝言メッセージの送信が大幅に遅れたり、送信されなかったりする可能性がある。
【０００７】
本発明はこのような状況を解決すべくなされたものであり、遺言などの伝言メッセージ自動配信サービスにおいて、申込者に生存確認のメールを幾度も送りつけることなく、かつ確実に申込者から預かった伝言メッセージを受取人に配信することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の伝言メッセージ配信システムは、申込者Ａから受取人Ｂへ伝言メッセージを送信するシステムにおいて前記Ａ所有のスマートフォン端末にインストールされた本システムのアプリケーションプログラムがインターネットを介して本システムのサーバーへ定期的に接続し前記Ａが健在であることを報告する報告手段と、前記報告手段からの報告が途絶えたことをもって前記Ａが健在ではないと判断し事前に前記Ａから預かった伝言メッセージを前記Ｂへ送信する送信手段とを有する。
【０００９】
本発明の伝言メッセージ配信システムにおいて、伝言メッセージの受取人は前記Ｂの他に、Ｃ、Ｄと複数いてもよい。前記Ａの健在を報告する報告手段とは、前記Ａ所有のスマートフォン端末にインストールされた本システムのアプリケーションプログラム（以下アプリと呼ぶ）がインターネットを介して本システムのサーバー（クライアント側としての前記アプリと協調して動くサーバー側のプログラムや該プログラムが利用するデータベース等の記憶装置を含めて以下サーバーと呼ぶ）へ前記Ａに意識させることなくバックグラウンドで接続することであり、送信手段とは、前記Ａが所有するスマートフォンの電源が入っていないなどの理由でアプリからサーバーへの報告があらかじめＡが指定した期間途絶えたことをもって前記Ａが健在ではないとサーバー側で判断し、伝言メッセージを前記Ｂ、Ｃ、Ｄに送信するサーバーの働きである。
【００１０】
ここで言うスマートフォンとは、電話機能やメール機能の他にパソコンのように様々なアプリケーションプログラムをインストールして使用できる多機能携帯電話端末であり、現在では広く普及している。またスマートフォンはいつでも肌身離さず持ち歩くものであり、一般的には常に電源が入っているものである。このスマートフォンにインストールされたアプリにより、申込者に意識させることなく定期的にサーバーと通信させて申込者のスマートフォン使用状況により健在か否かを判断することは、特許文献１および特許文献２の問題を解決するものである。
【発明の効果】
【００１１】
本発明に係る伝言メッセージ配信システムによれば、申込者本人が健在か否かを確認する方法が申込者に確認メールを定期的に送信し、送った確認メールに対して返信があったかどうかで判断するものではないため、申込者本人は自身がまだ生きているかどうかを確かめるための確認メールに何度も返信する煩わしさが無い。
【００１２】
また申込者と通信事業者との契約が解除されたことで申込者の健在か否かを判断するものでもないため、携帯電話が解約されずに預かった伝言メッセージがいつまでも送信されないということもない。
【００１３】
また、本発明の伝言メッセージ配信システムにおけるアプリとサーバーの通信はアプリ側、すなわち申込者のスマートフォン端末からサーバー側への一方的な通信であり、申込者に意識させることなくバックグラウンドで行われる。本発明の伝言メッセージ配信システムにおいては、サーバーから申込者の端末に向けてはメール等の発信を一切行わない。これにより、申込者にストレスを与えずに申込者の健在か否かを判断することができるのである。この点は従来の発明とは大きく異なる点である。
【図面の簡単な説明】
【００１４】
【図１】図１は本発明に係る伝言メッセージ配信システムの概要を示すブロック図である。
【図２】図２は本発明に係る伝言メッセージ配信システムのアプリとサーバーの相互作用を示すシーケンス図である。
【図３】図３は本発明に係る伝言メッセージ配信システムのアプリがサーバーへ一定時間毎に接続し申込者の健在を報告する流れを示すフローチャートである。
【図４】図４は本発明に係る伝言メッセージ配信システムのサーバーが申込者の健在か否かを判断する流れを示すフローチャートである。
【図５】図５は本発明に係る伝言メッセージ配信システムのアプリがパスワードの入力を促し申込者の健在をサーバーへ報告する流れを示すフローチャートである。
【図６】図６は本発明に係る伝言メッセージ配信システムのアプリが申込者の行う日記の更新によって申込者の健在をサーバーへ報告する流れを示すフローチャートである。
【発明を実施するための形態】
【００１５】
図を用いて本発明に係る伝言メッセージ配信システムについて説明をする。図１は本発明の伝言メッセージ配信システムの概要を示すブロック図である。本発明による伝言メッセージ配信システムは図１に示されるように、伝言メッセージの配信を依頼する申込者Ａが所有し携帯するスマートフォンにインストールされた本システムのアプリ１およびアプリ１が定期的に接続する本システムのサーバー２と、伝言メッセージの受取人Ｂ、Ｃ、Ｄの所有する通信端末５、６、７とそれらを結ぶインターネット通信網４で構成される。５、６、７についてはスマートフォンに限らずパソコンやＰＤＡ、携帯電話などメール受信が可能な端末であればよい。申込者Ａが健在であることをアプリ１がサーバー２へ報告する報告手段８は、アプリ１とインターネット回線４およびサーバー２で構成される。サーバー２はアプリ１からの報告を基に伝言メッセージや受取人情報および接続日時の情報等をデータベース３に記録し管理する。サーバー２は前記サーバーに記録された情報を基に前記申込者Ａが健在か否かを判断し、健在でないと判断した場合に受取人Ｂ、Ｃ、Ｄそれぞれが所有する通信端末５、６、７へ伝言メッセージを送信する送信手段９を含む。
【００１６】
次に図２はアプリ１とサーバー２および伝言メッセージ受取人の通信端末１１との相互作用を示すシーケンス図である。通信端末１１は図１における５、６、７に対応する。アプリ１は伝言メッセージ受取人を指定させるステップ１２と、伝言メッセージを編集させるステップ１３と伝言メッセージ送信のトリガーとなる条件を設定させるステップ１４と、１２、１３、１４で入力された内容をサーバーへ送信するステップ１５と、定期的にバックグラウンドでサーバーへ接続するステップ１６を含み、伝言メッセージ受取人を指定させるステップ１２では、例えばスマートフォンにあらかじめ登録されている電話帳リストの中から伝言メッセージ受取人を選択させる、または画面に入力フォームを表示させて氏名とメールアドレスをスマートフォンのソフトウェアキーボードで入力させる、という方法がある。また伝言メッセージを編集させるステップ１３では、伝言メッセージ受取人ごとに違ったメッセージを保存するため、それぞれの伝言メッセージ受取人ごとに個別に入力フォームを表示し、伝言メッセージを入力させる。伝言メッセージ送信のトリガーとなる条件を設定させるステップ１４では、トリガーとなる条件をリストから選択させる等で指定させ、ステップ１５では、ステップ１２、１３、１４でアプリに入力した内容をサーバーへ送信しサーバー側でデータベースに保存させる。ステップ１４における伝言メッセージ送信のトリガーとしては、例えば指定期間スマートフォンの電源がきれた状態が続いたら、という条件が考えられる。スマートフォンの電源が切れている時間を計測するには、スマートフォンにアプリを常駐させておき、一定時間ごとにバックグラウンドでサーバーへ接続させ（ステップ１６）、条件を判断するステップ１７において最後の接続からの経過時間をサーバー側で計算すれば実現できる。また別の条件として、一定期間ごとにスマートフォンの画面にパスワードの入力を促す画面を表示し、パスワードの入力が成功したららサーバーへ報告させるという方法もある。この方法ではスマートフォンの電源が入ったままでも、一定期間ごとのアプリからの報告があったかどうかで申込者が健在か否かを判断できる。あるいは、アプリが申込者に毎日アプリ内において日記を書くことを促し、日記の入力があれば健在であるとしてバックグラウンドでサーバーへ報告し、一定期間日記の更新がサーバーへ報告されなければトリガーを発動させることも考えられる。これらのあらかじめ申込者が指定した条件に合致した場合、トリガーが起動し、あらかじめ登録された受取人に伝言メッセージがサーバーより送信される（ステップ１８）。また、伝言メッセージの内容や送信トリガーとする条件はいつでも修正や削除ができるようにアプリ側に編集機能を設ける。もしもスマートフォンを紛失した場合や機種変更した場合に備えて、アプリ以外からでも伝言メッセージの配信をストップできるようにサーバーには別途管理用のウエブサイトを設けることが好ましい。
【００１７】
図３に示すのは、本発明の伝言メッセージ配信システムの一実施形態であり、アプリ側からサーバー側へ申込者が健在であることを報告するために接続する流れを示すフローチャートであり、図２におけるステップ１６を詳細に説明するものである。まず申込者Ａのスマートフォン（図１における１）の電源が入り（２１）、該スマートフォンにインストールされた本システムのアプリが起動する（２２）。アプリはスマートフォンの電源が入ると自動的に起動するように設定されており、常駐プログラムとしてバックグラウンドで動き続ける。アプリにはタイマーがセットされており、一定時間ごとに本システムのサーバーへ接続し、端末ＩＤやアカウント情報等の申込者本人を確認できる情報を送信する。スマートフォンの電源が切れた場合、アプリも終了し、再度スマートフォンの電源が入るまでサーバーへの通信はできなくなる。
【００１８】
次に図４に示すのは、本発明の伝言メッセージ配信システムの一実施形態であり、サーバー側が、申込者Ａが健在か否かを判断する流れを示すフローチャートであり、図２におけるステップ１７を詳細に説明するものである。まず、サーバーはアプリから伝言メッセージと該伝言メッセージの受取人情報およびトリガー条件と、申込者を特定するための情報等を受信する（３１）。伝言メッセージは基本的にはテキストデータであるが、写真データまたは動画データであってもよい。伝言の受取人に関する情報とは、例えばメールアドレスや氏名、電話番号等である。トリガー条件とは、伝言メッセージ送信の引き金となる条件であって、例えば一定期間スマートフォンの電源が入らないという条件が考えられ、その期間を１０日、２０日といった日数で指定させる。申込者を特定するための情報とは例えば、スマートフォンの端末ＩＤや申込者があらかじめサーバーへ登録したアカウント情報等である。サーバーはそれらの情報をアプリから受信し、受信した情報は受信日時と共にデータベースに登録され保存される。ここからサーバーは待機状態となり（３２）、アプリからの再度の受信を監視する（３３）。アプリからサーバーへの受信があるたびにサーバーは受信した日時をデータベースに記録していき、アプリからの受信が途絶えた場合は最後に受信した日時から、トリガー条件で指定された期間が経過したかどうかを判断する（３４）。期間内にアプリからの受信が再開されれば待機状態（３２）に戻るが期間が過ぎた場合はトリガーが発動し伝言メッセージが受取人へ送信される（３５）。
【００１９】
図５に示すのは、本発明の伝言メッセージ配信システムにおける、前記申込者が健在であることをアプリがサーバーへ報告する報告手段の一実施形態である。アプリが一定期間ごとにパスワードの入力画面をスマートフォンに表示し、前記申込者にパスワードの入力を促す。パスワードがあらかじめ登録されているものと一致すれば認証が成功しアプリからサーバーへ接続し前記申込者が健在であると報告される。パスワードが入力されなかったり、間違ったものが入力された場合、アプリはサーバーへ接続せず、また一定期間待機する。これにより、前記申込者が亡くなったあとで第三者が前記申込者のスマートフォンを継続して使用していたとしてもサーバー側は前記申込者が健在ではないと判断できる。
【００２０】
次に図６に示すのは、本発明の伝言メッセージ配信システムにおける、前記申込者が健在であることをアプリがサーバーへ報告する報告手段の別の実施形態である。アプリ内部には日記の編集機能が設けられ、前記申込者は定期的に日記を更新する。日記が更新されるとアプリはサーバーへ接続し、前記申込者が健在であると報告する。あらかじめ指定された期間、日記の更新がなければサーバー側は前記申込者が健在ではないと判断することができる。この方法を使用すれば、パスワードの入力よりもより自然に、申込者に意識させることなくサーバーへ前記申込者の健在を報告することができる。
【符号の説明】
【００２１】
１    申込者Ａの所有するスマートフォンにインストールされた本システムのアプリ
２    サーバー
３    データベース
４    インターネット
５    伝言メッセージ受取人Ｂ所有の通信端末
６    伝言メッセージ受取人Ｃ所有の通信端末
７    伝言メッセージ受取人Ｄ所有の通信端末
８    報告手段
９    送信手段
１１  伝言メッセージ受取人所有の通信端末（図1においては５、６、７を指す）
１２  伝言メッセージ受取人を指定させるステップ
１３  伝言メッセージを編集させるステップ
１４  伝言メッセージ送信のトリガーとなる条件を設定させるステップ
１５  １２、１３、１４で入力された内容をアプリがサーバーへ送信するステップ
１６  定期的にバックグラウンドでアプリからサーバーへ接続するステップ
１７  あらかじめ設定された伝言メッセージ送信の条件を判断するステップ
１８  設定された条件に合致すれば伝言メッセージを各受取人に送信するステップ
２１  スマートフォンの電源が入るステップ
２２  アプリが起動するステップ
２３  タイマーが作動するステップ
２４  既定の時間経過したかどうかを判断するステップ
２５  サーバーへ接続するステップ
３１  アプリから伝言メッセージの内容及び受取人とトリガー情報を受信するステップ
３２  アプリから受信した情報をデータベースに登録するステップ
３３  待ち受け状態に入るステップ
３４  アプリからの接続があったかどうかを判断するステップ
３５  アプリの最終受信日時の記録を更新するステップ
３６  アプリからの最後の接続からトリガー条件で設定された期間が経過したかどうかを判断するステップ
３７  伝言メッセージを受取人に送信するステップ
４１  タイマーが作動するステップ
４２  あらかじめ指定された時間が経過したかどうかを判断するステップ
４３  スマートフォンの画面にパスワード入力画面を表示するステップ
４４  パスワードがあらかじめ登録されたものと一致するかどうかを判断するステップ
４５  入力されたパスワードが正しければサーバーへ接続するステップ
５１  日記の入力を受け付けるステップ
５２  日記が入力されたかどうかを判断するステップ
５３  日記が入力された場合にサーバーへ接続するステップ
【図１】
2015057680.tif 000003
【図２】
2015057680.tif 000004
【図３】
2015057680.tif 000005
【図４】
2015057680.tif 000006
【図５】
2015057680.tif 000007
【図６】
2015057680.tif 000008