(57)【要約】【課題】伝えたいメッセージを適切なタイミングで確実に伝えるための情報処理装置を提供する。【解決手段】情報処理装置２００は、受付部と、判定部と、送信部と、を有する。受付部は、送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、送信先ユーザーに関連付けられ、送信先ユーザーの状態を判断するために使用される送信先ユーザー情報と、メッセージ情報を送信先ユーザーに送信するための条件であって送信先ユーザーの状態に関する条件である送信条件と、を受け付ける。判定部は、送信先ユーザー情報に基づいて送信先ユーザーの状態に関する状態情報を取得し、取得した状態情報に応じて送信条件が満たされたか否かを判定する。送信部は、送信条件が満たされたと判定されると、送信先ユーザーにメッセージ情報を送信する。【選択図】図６
2017084017.tif 000002
【特許請求の範囲】
【請求項１】
送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、前記送信先ユーザーに関連付けられ、前記送信先ユーザーの状態を判断するために使用される送信先ユーザー情報と、前記メッセージ情報を前記送信先ユーザーに送信するための条件であって前記送信先ユーザーの状態に関する条件である送信条件と、を受け付ける受付部と、
前記送信先ユーザー情報に基づいて前記送信先ユーザーの状態に関する状態情報を取得し、取得した前記状態情報に応じて前記送信条件が満たされたか否かを判定する判定部と、
前記送信条件が満たされたと判定されると、前記送信先ユーザーに前記メッセージ情報を送信する送信部と、
を有する情報処理装置。
【請求項２】
前記送信部が前記メッセージ情報を送信する前に、前記送信元ユーザーに対して前記メッセージ情報を送信するか否かを確認する確認部をさらに有し、
前記送信部は、前記確認部によって前記メッセージ情報を送信することが確認されると、前記送信先ユーザーに前記メッセージ情報を送信する請求項１に記載の情報処理装置。
【請求項３】
前記送信条件は、前記送信先ユーザーに関する所定のイベントが発生したこと、または、前記送信先ユーザー自身が所定の状態となったことを含む請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記判定部は、前記送信先ユーザー情報に基づいて、他のユーザーから前記送信先ユーザーへ送信されたメッセージ情報を確認し、確認した前記メッセージ情報に関連付けられた前記送信条件から前記送信先ユーザーの状態を特定し、特定した前記送信先ユーザーの状態が前記受付部によって受け付けた前記送信条件を満たすか否かを判定する請求項１〜３のいずれか一項に記載の情報処理装置。
【請求項５】
前記判定部は、前記他のユーザーから前記送信先ユーザーへ送信されたメッセージ情報のうち、所定の形式のメッセージを含むメッセージ情報のみを確認する請求項４に記載の情報処理装置。
【請求項６】
前記送信条件は、前記送信先ユーザーに関する所定のイベントが発生したこと、または、前記送信先ユーザー自身が所定の状態となったことを示す前記状態情報の取得数が所定の閾値以上となったことを含む請求項１〜５のいずれか一項に記載の情報処理装置。
【請求項７】
前記送信条件は、所定の期間内において、前記取得数が所定の閾値以上となったことを含む請求項６に記載の情報処理装置。
【請求項８】
前記送信先ユーザー情報は、前記送信先ユーザーのメールアドレスに関する情報またはソーシャルメディアのアカウントに関する情報であり、
前記判定部は、前記送信先ユーザーのメールまたはソーシャルメディアの内容を解析することによって前記送信先ユーザーの前記状態情報を取得する請求項１〜７のいずれか一項に記載の情報処理装置。
【請求項９】
前記判定部によって取得された前記送信先ユーザーの前記状態情報が表す前記送信先ユーザーの状態を通知し、前記送信先ユーザー向けの新たなメッセージ情報を登録するように促す誘導部をさらに有する請求項１〜７のいずれか一項に記載の情報処理装置。
【請求項１０】
送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、前記送信先ユーザーに関連付けられ、前記送信先ユーザーの状態を判断するために使用される送信先ユーザー情報と、前記メッセージ情報を前記送信先ユーザーに送信するための条件であって前記送信先ユーザーの状態に関する条件である送信条件と、を受け付ける受付ステップと、
前記送信先ユーザー情報に基づいて前記送信先ユーザーの状態に関する状態情報を取得し、取得した前記状態情報に応じて前記送信条件が満たされたか否かを判定する判定ステップと、
前記送信条件が満たされたと判定されると、前記送信先ユーザーに前記メッセージ情報を送信する送信ステップと、
を有する情報処理方法。
【請求項１１】
送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、前記送信先ユーザーに関連付けられ、前記送信先ユーザーの状態を判断するために使用される送信先ユーザー情報と、前記メッセージ情報を前記送信先ユーザーに送信するための条件であって前記送信先ユーザーの状態に関する条件である送信条件と、を受け付ける受付ステップと、
前記送信先ユーザー情報に基づいて前記送信先ユーザーの状態に関する状態情報を取得し、取得した前記状態情報に応じて前記送信条件が満たされたか否かを判定する判定ステップと、
前記送信条件が満たされたと判定されると、前記送信先ユーザーに前記メッセージ情報を送信する送信ステップと、
をコンピューターに実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【０００２】
近年、スマートフォンやタブレット端末等の携帯端末の急速な普及により、ユーザーが動画、音声、テキスト等によるメッセージを作成し、ネットワークを介して気軽に他のユーザーとメッセージを交換できるようになっている（たとえば、特許文献１参照）。
【０００３】
このような技術によれば、たとえば、遠く離れているため普段は会うことができない人とも気軽にメッセージを送受信してコミュニケーションをとることができる。携帯端末にはカメラ、マイク、ネットワーク通信機能が備えられていることが一般的であり、ユーザーは動画、音声等によるメッセージを簡単に作成して相手に送信することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２０７００８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、たとえば親や友達といった身近な人への感謝の気持ちのように、普段面と向かって伝えることが難しいメッセージがある。このようなメッセージは、上記の特許文献１のような技術によるツールを用いた場合でも、同様に伝えることが難しい。たとえば、日頃から様々な感謝の気持ちを抱いていたとしても、それをメッセージとして相手に伝えるタイミングを見つけられず、結局感謝の気持ちを伝えられないままになってしまう場合等である。また、メッセージを伝えるタイミングが来ても、そのタイミングに日頃感じている感謝の気持ちを思い出してメッセージとして伝えることは難しいという問題もある。さらに、その時がメッセージを伝えるべきタイミングか否かを自分自身では判断できず、メッセージを伝えることを躊躇してしまうという問題もある。このように、相手に本当に伝えたい想いがあるのに、それを伝えられないのは、自分にとっても相手にとっても好ましくない。
【０００６】
本発明は、上記のような事情に鑑みてなされたものであり、普段面と向かって伝えることが難しいようなメッセージを、適切なタイミングで確実に伝えるための情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的は、下記の手段によって達成される。
【０００８】
情報処理装置は、受付部と、判定部と、送信部と、を有する。受付部は、送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、送信先ユーザーに関連付けられ、送信先ユーザーの状態を判断するために使用される送信先ユーザー情報と、メッセージ情報を送信先ユーザーに送信するための条件であって送信先ユーザーの状態に関する条件である送信条件と、を受け付ける。判定部は、送信先ユーザー情報に基づいて送信先ユーザーの状態に関する状態情報を取得し、取得した状態情報に応じて送信条件が満たされたか否かを判定する。送信部は、送信条件が満たされたと判定されると、送信先ユーザーにメッセージ情報を送信する。
【０００９】
情報処理方法は、受付ステップと、判定ステップと、送信ステップと、を有する。受付ステップは、送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、送信先ユーザーに関連付けられ、送信先ユーザーの状態を判断するために使用される送信先ユーザー情報と、メッセージ情報を送信先ユーザーに送信するための条件であって送信先ユーザーの状態に関する条件である送信条件と、を受け付ける。判定ステップは、送信先ユーザー情報に基づいて送信先ユーザーの状態に関する状態情報を取得し、取得した状態情報に応じて送信条件が満たされたか否かを判定する。送信ステップは、送信条件が満たされたと判定されると、送信先ユーザーにメッセージ情報を送信する。
【００１０】
情報処理プログラムは、受付ステップと、判定ステップと、送信ステップと、をコンピューターに実行させる。受付ステップは、送信元ユーザーから送信先ユーザーに向けたメッセージを示すメッセージ情報と、送信先ユーザーに関連付けられ、送信先ユーザーの状態を判断するために使用される送信先ユーザー情報と、メッセージ情報を送信先ユーザーに送信するための条件であって送信先ユーザーの状態に関する条件である送信条件と、を受け付ける。判定ステップは、送信先ユーザー情報に基づいて送信先ユーザーの状態に関する状態情報を取得し、取得した状態情報に応じて送信条件が満たされたか否かを判定する。送信ステップは、送信条件が満たされたと判定されると、送信先ユーザーにメッセージ情報を送信する。
【発明の効果】
【００１１】
本発明の情報処理装置によれば、メッセージ情報、送信先ユーザー情報および送信先ユーザーの状態に関する条件である送信条件を受け付ける。そして、送信先ユーザー情報に基づいて取得した送信先ユーザーの状態情報に応じて、送信条件が満たされたか否かを判定し、送信条件が満たされると、送信先ユーザーにメッセージ情報を送信する。これにより、伝えたいメッセージを、送信条件と共に予め登録しておくことができ、送信条件が満たされたときに相手に送信することができる。したがって、普段面と向かって伝えることが難しいようなメッセージを適切なタイミングで確実に伝えることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る情報処理システムの概略構成を示す図である。
【図２】図１に示されるユーザー端末の概略構成を示すブロック図である。
【図３】図１に示されるメッセージ管理サーバーの概略構成を示すブロック図である。
【図４】メッセージ管理サーバーにおいて実行される処理の手順を示すフローチャートである。
【図５】メッセージ管理サーバーのストレージに記憶される情報の一例を示す図である。
【図６】メッセージ管理サーバーにおいて実行される処理を説明するための概念図である。
【図７】メッセージ管理サーバーから送信される情報に基づいてユーザー端末に表示される画面の例を示す図である。
【発明を実施するための形態】
【００１３】
以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
【００１４】
＜情報処理システムの構成＞
図１は、本発明の実施形態に係る情報処理システムの概略構成を示す図である。
【００１５】
図１に示すように、情報処理システムは、複数のユーザー端末１００およびメッセージ管理サーバー２００から構成される。ユーザー端末１００は、ユーザーが使用するスマートフォン等のモバイル端末やノートＰＣ、デスクトップＰＣなどの情報端末である。メッセージ管理サーバー２００は、情報処理装置であり、ユーザー端末１００から送信されるメッセージ情報やメッセージの送信条件等を登録して管理する。複数のユーザー端末１００およびメッセージ管理サーバー２００は、インターネット等のネットワークを介して相互に接続可能である。各構成について説明する。
【００１６】
＜ユーザー端末１００＞
図２は、図１に示されるユーザー端末の概略構成を示すブロック図である。
【００１７】
図２に示すように、ユーザー端末１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３０、ストレージ１４０、通信インターフェース１５０、操作表示部１６０、撮像部１７０および音声入力部１８０を有する。各構成は、バス１９０を介して相互に通信可能に接続されている。
【００１８】
ＣＰＵ１１０は、ＲＯＭ１２０やストレージ１４０に記録されているプログラムにしたがって、上記各構成の制御や各種の演算処理を行う。
【００１９】
ＲＯＭ１２０は、各種プログラムや各種データを格納する。
【００２０】
ＲＡＭ１３０は、作業領域として一時的にプログラムやデータを記憶する。
【００２１】
ストレージ１４０は、オペレーティングシステムを含む各種プログラムや、各種データを格納する。たとえば、ストレージ１４０には、動画、静止画、音声、テキスト等によるメッセージを含むメッセージ情報を作成するためのアプリケーションがインストールされている。また、ストレージ１４０には、メッセージ管理サーバー２００に対してメッセージ情報、メッセージの送信条件等の情報を送信したり、メッセージ管理サーバー２００から提供される情報を表示したりするためのアプリケーションもインストールされている。
【００２２】
通信インターフェース１５０は、メッセージ管理サーバー２００等の外部機器と通信するためのインターフェースであり、たとえば、携帯電話通信用の３Ｇ、４Ｇ等の規格や、Ｗｉ−Ｆｉ（登録商標）等の規格が用いられる。
【００２３】
操作表示部１６０は、たとえば、タッチパネル式のディスプレイであり、各種情報を表示すると共に、ユーザーからの各種入力を受け付ける。
【００２４】
撮像部１７０は、たとえば、カメラであり、被写体を撮影して静止画または動画の画像データを生成する。生成された画像データは、メッセージ情報としてストレージ１４０に記憶される。
【００２５】
音声入力部１８０は、たとえば、マイクであり、ユーザーの声等の音声入力を受け付ける。受け付けた音声入力情報は、メッセージ情報としてストレージ１４０に記憶される。
【００２６】
＜メッセージ管理サーバー２００＞
図３は、図１に示されるメッセージ管理サーバーの概略構成を示すブロック図である。
【００２７】
図３に示すように、メッセージ管理サーバー２００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３０、ストレージ２４０、通信インターフェース２５０、操作部２６０および表示部２７０を有する。各構成は、バス２８０を介して相互に通信可能に接続されている。なお、ＣＰＵ２１０、ＲＯＭ２２０およびＲＡＭ２３０は、ユーザー端末１００のＣＰＵ１１０、ＲＯＭ１２０およびＲＡＭ１３０と同様の機能を有するので、説明の重複を避けるためその説明を省略する。
【００２８】
ストレージ２４０は、オペレーティングシステムを含む各種プログラムや、各種データを格納する。ストレージ２４０には、ユーザー端末１００から送信されたメッセージ情報、メッセージの送信先ユーザー情報、送信条件等を受け付けて登録するためのアプリケーションがインストールされている。また、ストレージ２４０には、メッセージの送信先ユーザーの状態情報を取得し、状態情報に応じて送信条件が満たされたか否かを判定するためのアプリケーションや、判定結果に応じてメッセージを送信するためのアプリケーションもインストールされている。さらに、ストレージ２４０には、ユーザー端末１００から送信されたメッセージ情報、メッセージの送信先ユーザー情報、送信条件等が関連付けられて記憶される。ストレージ２４０に記憶される情報について、詳細は後述する。
【００２９】
通信インターフェース２５０は、他の機器と通信するためのインターフェースであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ−Ｆｉ（登録商標）等の規格が用いられる。
【００３０】
操作部２６０は、マウス等のポインティングデバイス、およびキーボードを含み、各種の入力を行うために使用される。
【００３１】
表示部２７０は、たとえば、液晶ディスプレイであり、各種の情報を表示する。
【００３２】
なお、情報処理システムの各構成は、それぞれ上記の構成要素以外の構成要素を含んでいてもよく、あるいは、上記の構成要素のうちの一部が含まれていなくてもよい。
【００３３】
上記のように構成される情報処理システムにおいて、メッセージを送信したい送信元ユーザーは、ユーザー端末１００を用いて動画等によるメッセージを示すメッセージ情報を作成する。送信元ユーザーは、作成したメッセージ情報に、メッセージの送信先である送信先ユーザーの情報と、メッセージを送信するための条件であって送信先ユーザーの状態に関する条件である送信条件とを関連付けて設定する。送信元ユーザーは、ユーザー端末１００を操作して、メッセージ情報、送信先ユーザー情報および送信条件をメッセージ管理サーバー２００へ送信する。以下、メッセージ管理サーバー２００において実行される処理について説明する。
【００３４】
＜メッセージ管理サーバー２００における処理の概要＞
図４は、メッセージ管理サーバーにおいて実行される処理の手順を示すフローチャートである。なお、図４のフローチャートに示されるメッセージ管理サーバー２００の処理は、メッセージ管理サーバー２００のストレージ２４０にプログラムとして記憶されており、ＣＰＵ２１０が各部を制御することにより実行される。
【００３５】
図４に示すように、メッセージ管理サーバー２００は、受付部として、ユーザー端末１００から送信されたメッセージ情報、送信先ユーザー情報および送信条件を受け付ける（ステップＳ１０１）。メッセージ管理サーバー２００は、受け付けたメッセージ情報、送信先ユーザー情報および送信条件をストレージ２４０に記憶する。メッセージ情報、送信先ユーザーの情報および送信条件について、詳細は後述する。
【００３６】
続いて、メッセージ管理サーバー２００は、送信先ユーザー情報に基づいて送信先ユーザーの状態に関する状態情報を取得する（ステップＳ１０２）。送信先ユーザー情報に基づいて送信先ユーザーの状態情報を取得する処理について、詳細は後述する。
【００３７】
続いて、メッセージ管理サーバー２００は、判定部として、ステップＳ１０２の処理において取得した送信先ユーザーの状態情報に応じて、送信先ユーザーの状態に関する条件である送信条件が満たされたか否かを判定する（ステップＳ１０３）。
【００３８】
送信条件が満たされていない場合（ステップＳ１０３：ＮＯ）、メッセージ管理サーバー２００は、ステップＳ１０２の処理に戻る。
【００３９】
送信条件が満たされている場合（ステップＳ１０３：ＹＥＳ）、メッセージ管理サーバー２００は、確認部として、送信元ユーザーに対してメッセージ情報を送信してよいか否かを確認し、送信可否を判断する（ステップＳ１０４）。メッセージ情報を送信先ユーザーに送信してよいか否かを確認する処理について、詳細は後述する。
【００４０】
確認の結果、送信不可である場合（ステップＳ１０４：ＮＯ）、メッセージ管理サーバー２００は、ステップＳ１０２の処理に戻る。
【００４１】
確認の結果、送信可能である場合（ステップＳ１０４：ＹＥＳ）、メッセージ管理サーバー２００は、送信部として、メッセージ情報を送信先ユーザー情報に基づいて送信先ユーザーに送信し（ステップＳ１０５）、処理を終了する。
【００４２】
以下、メッセージ管理サーバー２００に登録される情報およびメッセージ管理サーバー２００において実行される処理について、詳細に説明する。
【００４３】
＜メッセージ管理サーバー２００に登録される情報およびメッセージ管理サーバー２００における処理の詳細＞
図５は、メッセージ管理サーバーのストレージに記憶される情報の一例を示す図である。
【００４４】
図５の例は、メッセージを送信する送信元ユーザーである「Ａさん」によってメッセージ管理サーバー２００に登録された情報の一例を示す。メッセージ管理サーバー２００では、「Ａさん」によって登録された情報は、「Ａさんのアカウント」に登録された情報として管理される。
【００４５】
図５に示すように、メッセージ管理サーバー２００のストレージ２４０には、Ａさんのアカウントに登録された情報として、「メッセージ情報」、「送信先ユーザー」、「送信先ユーザー情報１」、「送信先ユーザー情報２」、「状態種別」、「取得数」、「取得期間」、「情報取得ソース」等が記憶される。「状態種別」、「取得数」、「取得期間」、「情報取得ソース」は、メッセージ情報を送信先ユーザーに送信するための条件である送信条件として使用される。以下、各情報について詳細に説明する。
【００４６】
「メッセージ情報」は、メッセージの送信元である送信元ユーザーによってユーザー端末１００等において作成されたメッセージを示す情報である。「メッセージ情報」は、ユーザー端末１００からメッセージ管理サーバー２００に送信されて登録される。「メッセージ情報」は、動画を示す動画ファイルや、静止画を示す静止画ファイル、音声を示す音声ファイル、テキストを示すテキストファイル等を含む。「メッセージ情報」のデータ形式は特に限定されず、いかなるデータ形式であってもよい。たとえば、動画ファイルの場合、「メッセージ情報」は、ｍｐ４（ＭＰＥＧ−４：Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−４）形式、ＡＶＩ形式、ｍｏｖ形式等、いかなるデータ形式によって作成されてもよい。
【００４７】
「送信先ユーザー」は、メッセージ情報を送信する宛先として設定されたユーザーの名称を示す。
【００４８】
「送信先ユーザー情報１」および「送信先ユーザー情報２」は、送信先ユーザーに情報を送信したり、送信先ユーザーに関する情報を取得したりするために使用される情報である。「送信先ユーザー情報１」および「送信先ユーザー情報２」は、たとえば、送信先ユーザーのメールアドレスやＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）サイト等のソーシャルメディアのアカウント情報である。ソーシャルメディアのアカウント情報としては、たとえば、送信先ユーザーのページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、ユーザー名、メールアドレス等である。送信先ユーザー情報の数は、２つに限定されず、「送信先ユーザー情報３」、「送信先ユーザー情報４」等が設けられてもよく、あるいは、１つの送信先ユーザー情報のみが使用されてもよい。
【００４９】
「状態種別」は、メッセージの送信条件の一つであり、送信先ユーザーの状態が、「状態情報」に示される所定の状態になったと判定されたときに、送信先ユーザーにメッセージが送信される。「状態種別」の例としては、たとえば、送信先ユーザーが危篤状態であることを示す「危篤」、送信先ユーザーが重病を患ったことを示す「重病」、送信先ユーザーにお祝い事があったことを示す「お祝い」、送信先ユーザーが結婚したことを示す「結婚」、送信先ユーザーが出産したことを示す「出産」等が設定される。「状態種別」は、予め定められたリストの中からユーザーが選択してもよく、ユーザーが任意に作成してもよい。ここで、メッセージ管理サーバー２００は、送信先ユーザーの状態が「状態種別」に示される状態になったと判定した場合に、送信先ユーザーにメッセージを送信する。すなわち、送信先ユーザーにメッセージが送信された場合、送信先ユーザーの状態が、当該メッセージに設定された「状態種別」に示される所定の状態になったと判断できる。このように、ある送信元ユーザーが送信先ユーザーにメッセージを送信した場合、そのメッセージに設定された「状態種別」は、当該送信先ユーザーの状態を示す状態情報として使用できる。したがって、送信元ユーザーが送信先ユーザーにメッセージを送信する際、他の送信元ユーザーが当該送信先ユーザーに送信したメッセージを確認し、そのメッセージに設定された「状態種別」を確認することにより、当該送信先ユーザーの状態を特定できる。
【００５０】
「取得数」は、メッセージの送信条件の一つであり、送信先ユーザーが「状態種別」に示される状態になったか否かを判定するために使用される閾値である。メッセージ管理サーバー２００は、送信先ユーザーが当該状態になったことを示す状態情報を、「取得数」以上取得した場合、送信先ユーザーが当該状態になったと判定する。たとえば、「取得数」が２に設定されている場合、メッセージ管理サーバー２００は、送信先ユーザーが当該状態になったことを示す状態情報を２回以上取得した際に、送信先ユーザーが当該状態になったと判定する。なお、状態情報の取得数のカウント方法は、取得した回数だけに限定されない。たとえば、状態情報を同時に複数以上取得した場合、複数回取得したとカウントしてもよい。
【００５１】
「取得期間」は、メッセージの送信条件の一つであり、送信先ユーザーが「状態種別」に示される状態になったか否かを判定するために使用される期間情報である。メッセージ管理サーバー２００は、送信先ユーザーが当該状態になったことを示す状態情報を、「所定期間」に示される期間内において、「取得数」以上取得した場合、送信先ユーザーが当該状態になったと判定する。たとえば、「取得期間」が１０日に設定されている場合、メッセージ管理サーバー２００は、送信先ユーザーが当該状態になったことを示す状態情報を、１０日の期間内において、「取得数」以上取得した際に、送信先ユーザーが当該状態になったと判定する。「取得期間」の起算点は、任意のタイミングとすることができ、たとえば、送信先ユーザーが所定の状態になったことを示す状態情報が取得された時点としてもよい。
【００５２】
「情報取得ソース」は、メッセージの送信条件の一つであり、メッセージ管理サーバー２００が、送信先ユーザーの状態情報を取得する際の情報の取得元を示す情報である。「情報取得ソース」としては、たとえば、「ＳＮＳ」、「メール」、「メッセージ」等が設定される。「ＳＮＳ」は、ＳＮＳサイト等のソーシャルメディアの情報を示す。「メール」は、電子メール、インスタントメール等の各種メール情報を示す。「メッセージ」は、本実施形態のメッセージ管理サーバー２００によって、送信元ユーザー以外の他のユーザーから送信先ユーザーに送信されたメッセージを示す。「情報取得ソース」として「ＳＮＳ」または「メール」が設定されている場合、メッセージ管理サーバー２００は、ＳＮＳサイトやメールサーバー等にアクセスし、ＳＮＳサイトの情報やメール情報を取得する。そして、メッセージ管理サーバー２００は、取得した情報の内容を解析することによって、送信先ユーザーの状態を特定し、特定した状態を示す状態情報を取得する。「情報取得ソース」として「メッセージ」が設定されている場合、メッセージ管理サーバー２００は、他のユーザーから送信元ユーザーに送信されたメッセージを確認する。そして、メッセージ管理サーバー２００は、当該メッセージに関連付けられた「状態種別」を確認することによって、送信先ユーザーの状態を特定し、特定した状態を示す状態情報を取得する。また、「情報取得ソース」として「メッセージ」を設定する場合、確認する他のユーザーからのメッセージの形式を指定してもよい。たとえば、動画を含むメッセージのみを情報の取得元とする「動画メッセージ」、音声を含むメッセージのみを情報の取得元とする「音声メッセージ」等が設定されてもよい。また、「情報取得ソース」として、「ＳＮＳ／メール／メッセージ」、「動画メッセージ／音声メッセージ」のように、複数の情報の取得元が設定されてもよい。
【００５３】
以下、ストレージ２４０に登録される各情報の具体的な設定内容について説明する。
【００５４】
図５に示す例の１番目のレコードでは、「メッセージ情報」として、「Ｔｈａｎｋｓ．ｍｐ４」という動画ファイルが登録されている。「送信先ユーザー」は、「Ｂさん」であり、ＡさんからＢさんへ送信されるメッセージであることが示されている。「送信先ユーザー情報１」としては、Ｂさんのメールアドレスである「ｂ−ｓａｎ＠ｅｘｉｄｅａ．ｃｏ．ｊｐ」が設定されている。「送信先ユーザー情報２」としては、ＢさんのＳＮＳのページのＵＲＬである「ｈｔｔｐ：／／ｗｗｗ．ｓｎｓ．ｃｏｍ／ｂ−ｓａｎ」が設定されている。「状態種別」としては「危篤」、「取得数」としては「２」、「取得期間」としては「１０日」、「情報取得ソース」としては「ＳＮＳ／メール／メッセージ」がそれぞれ設定されている。この場合、メッセージ管理サーバー２００は、「送信先ユーザー情報１」および「送信先ユーザー情報２」に基づいて、ＢさんのＳＮＳサイト、メールサーバー等にアクセスすると共に、メッセージ管理サーバー２００からＢさんに送信されたメッセージを確認する。メッセージ管理サーバー２００は、ＢさんのＳＮＳサイトの情報、各種メール、Ｂさんに送信されたメッセージの状態種別から、Ｂさんの状態を特定し、特定した状態を示す状態情報を取得する。メッセージ管理サーバー２００は、Ｂさんが危篤状態であることを示す状態情報を１０日間で２回（２つ）以上取得すると、Ｂさんが危篤状態であると判定する。Ｂさんが危篤状態であると判定した場合、メッセージ管理サーバー２００は、Ａさんからのメッセージとして、Ｂさんに「Ｔｈａｎｋｓ．ｍｐ４」を送信する。ここで、メッセージ管理サーバー２００は、「Ｔｈａｎｋｓ．ｍｐ４」を送信する前に、Ｂさんが危篤状態であることをＡさんに通知し、「Ｔｈａｎｋｓ．ｍｐ４」を送信するか否かをＡさんに確認してもよい。
【００５５】
図５に示す例の２番目のレコードでは、「メッセージ情報」として、「Ｃｏｎｇｒａｔｓ．ｍｏｖ」という動画ファイルが登録されている。「送信先ユーザー」は、「Ｃさん」であり、ＡさんからＣさんへ送信されるメッセージであることが示されている。「送信先ユーザー情報１」としては、Ｃさんのメールアドレスが設定され、「送信先ユーザー情報２」としては、ＣさんのＳＮＳのページのＵＲＬが設定されている。「状態種別」としては「お祝い」、「取得数」としては「１」、「情報取得ソース」としては「動画メッセージ」がそれぞれ設定されている。「取得数」が「１」であるため、「取得期間」は設定されていない。この場合、メッセージ管理サーバー２００は、「送信先ユーザー情報１」および「送信先ユーザー情報２」に基づいて、メッセージ管理サーバー２００からＣさんに送信されたメッセージを確認する。メッセージ管理サーバー２００は、Ｃさんに送信されたメッセージの状態種別から、Ｃさんの状態を特定し、特定した状態を示す状態情報を取得する。そして、メッセージ管理サーバー２００は、Ｃさんにお祝い事があったことを示す状態情報を１回（１つ）以上取得すると、Ｃさんにお祝い事があったと判定する。Ｃさんにお祝い事があったと判定すると、メッセージ管理サーバー２００は、Ａさんからのメッセージとして、Ｃさんに「Ｃｏｎｇｒａｔｓ．ｍｏｖ」を送信する。
【００５６】
図５に示す例の３番目のレコードでは、「メッセージ情報」として、「Ｃｈｅｅｒｓ．ｗａｖ」という音声ファイルが登録されている。「送信先ユーザー」は、「Ｄさん」であり、ＡさんからＤさんへ送信されるメッセージであることが示されている。「送信先ユーザー情報１」としては、Ｄさんのメールアドレスが設定され、「送信先ユーザー情報２」としては、ＤさんのＳＮＳのページのＵＲＬが設定されている。「状態種別」としては「お祝い」、「取得数」としては「３」、「取得期間」としては「４５日」、「情報取得ソース」としては「メッセージ」がそれぞれ設定されている。この場合、メッセージ管理サーバー２００は、「送信先ユーザー情報１」および「送信先ユーザー情報２」に基づいて、メッセージ管理サーバー２００からＤさんに送信メッセージを確認する。メッセージ管理サーバー２００は、Ｄさんに送信されたメッセージの状態種別から、Ｄさんの状態を特定し、特定した状態を示す状態情報を取得する。そして、メッセージ管理サーバー２００は、Ｄさんにお祝い事があったことを示す状態情報を４５日間で３回（３つ）以上取得すると、Ｄさんにお祝い事があったと判定する。Ｄさんにお祝い事があったと判定すると、メッセージ管理サーバー２００は、Ａさんからのメッセージとして、Ｄさんに「Ｃｈｅｅｒｓ．ｗａｖ」を送信する。
【００５７】
図５に示す例の４番目のレコードでは、「メッセージ情報」がまだ登録されておらず、「未登録」の状態である。「送信先ユーザー」としては、「Ｅさん」が設定されている。「送信先ユーザー情報１」としては、Ｅさんのメールアドレスが設定され、「送信先ユーザー情報２」としては、ＥさんのＳＮＳのページのＵＲＬが設定されている。「状態種別」としては「結婚」、「取得数」としては「３」、「取得期間」としては「３０日」、「情報取得ソース」としては「メッセージ」がそれぞれ設定されている。この場合、メッセージ管理サーバー２００は、「送信先ユーザー情報１」および「送信先ユーザー情報２」に基づいて、メッセージ管理サーバー２００からＥさんに送信されたメッセージを確認する。メッセージ管理サーバー２００は、Ｅさんに送信されたメッセージの状態種別から、Ｅさんの状態を特定し、特定した状態を示す状態情報を取得する。そして、メッセージ管理サーバー２００は、Ｅさんが結婚したことを示す状態情報を３０日間で３回（３つ）以上取得すると、Ｅさんが結婚したと判定する。メッセージ管理サーバー２００は、Ａさんに対して、Ｅさん向けのメッセージ情報を登録するように促す。具体的には、メッセージ管理サーバー２００は、Ａさんが使用するユーザー端末１００に対して、Ｅさんの状態を通知したり、Ｅさん向けのメッセージ情報の登録を促す通知を行ったりする。また、メッセージ管理サーバー２００は、Ａさんが使用するユーザー端末１００に対して、メッセージ情報を作成するためのアプリケーションを起動するための指示や情報を送信してもよい。Ａさんによってメッセージ情報が登録されると、メッセージ管理サーバー２００は、Ａさんからのメッセージとして、登録されたメッセージ情報をＥさんに送信する。
【００５８】
図５に示す例の５番目のレコードでは、「メッセージ情報」として、「Ｈａｐｐｙ．ｔｘｔ」というテキストファイルが登録されている。「送信先ユーザー」としては、「全登録先」が設定されており、特定の送信先ユーザーではなく、Ａさんのアカウントに登録されている全ての送信先ユーザーが対象として設定されている。「送信先ユーザー情報１」および「送信先ユーザー情報２」には、全ての送信先ユーザーの送信先ユーザー情報が設定される。全ての送信先ユーザーの送信先ユーザー情報は、予めメッセージ管理サーバー２００に記憶されている。「状態種別」としては「出産」、「取得数」としては「２」、「取得期間」としては「３０日」、「情報取得ソース」としては「ＳＮＳ／メッセージ」がそれぞれ設定されている。この場合、メッセージ管理サーバー２００は、全ての送信先ユーザーのＳＮＳサイトの情報と、全ての送信先ユーザーに送信されたメッセージを確認し、送信先ユーザーが出産したことを示す状態情報を取得する。そして、メッセージ管理サーバー２００は、ある送信先ユーザーが出産したことを示す状態情報を３０日間で３回（３つ）以上取得すると、当該送信先ユーザーが出産したと判定する。この場合、メッセージ管理サーバー２００は、Ａさんからのメッセージとして、当該送信先ユーザーに「Ｈａｐｐｙ．ｔｘｔ」を送信する。
【００５９】
図５に示す例の６番目のレコードでは、「メッセージ情報」がまだ登録されておらず、「未登録」の状態である。「送信先ユーザー」としては、「全登録先」が設定されている。「送信先ユーザー情報１」および「送信先ユーザー情報２」には、全ての送信先ユーザーの送信先ユーザー情報が設定される。「状態種別」としては「重病」、「取得数」としては「２」、「取得期間」としては「１０日」、「情報取得ソース」としては「ＳＮＳ／メッセージ」がそれぞれ設定されている。この場合、メッセージ管理サーバー２００は、全ての送信先ユーザーのＳＮＳサイトの情報と、全ての送信先ユーザーに送信されたメッセージを確認し、送信先ユーザーが重病を患っている重病状態であることを示す状態情報を取得する。そして、メッセージ管理サーバー２００は、ある送信先ユーザーが重病状態であることを示す状態情報を１０日間で２回（２つ）以上取得すると、当該送信先ユーザーが重病状態であると判定する。メッセージ管理サーバー２００は、Ａさんに対して、当該送信先ユーザー向けのメッセージ情報を登録するように促す。Ａさんによってメッセージ情報が登録されると、メッセージ管理サーバー２００は、Ａさんからのメッセージとして、登録されたメッセージ情報を当該送信先ユーザーに送信する。
【００６０】
次に、上述したメッセージ管理サーバー２００における処理について、具体的な動作の例を説明する。
【００６１】
＜メッセージ管理サーバー２００の処理の具体的な動作例＞
図６は、メッセージ管理サーバーにおいて実行される処理を説明するための概念図である。図７は、メッセージ管理サーバーから送信される情報に基づいてユーザー端末に表示される画面の例を示す図である。図７において、（ａ）はＡさんのユーザー端末１００に表示される画面、（ｂ）はＢさんのユーザー端末１００に表示される画面、（ｃ）はＣさんのユーザー端末１００に表示される画面、（ｄ）はＤさんのユーザー端末１００に表示される画面をそれぞれ示す。
【００６２】
図６に示すように、送信元ユーザーであるＡさん、Ｂさん、Ｃさん、Ｄさんの４人が、メッセージ管理サーバー２００上のそれぞれのアカウントに、メッセージ情報、送信先ユーザー、送信条件を登録している。送信先ユーザー情報１および送信先ユーザー情報２については、記載が省略されている。まず、メッセージ管理サーバー２００に登録されている情報について説明する。
【００６３】
Ａさんは、メッセージ情報として、「Ｔｈａｎｋｓ．ｍｐ４」という動画ファイルを登録している。送信先ユーザーは、「Ｅさん」である。状態種別は「危篤」、取得数は「２」、取得期間は「１０日」、情報取得ソースは「ＳＮＳ／メッセージ」にそれぞれ設定されている。
【００６４】
Ｂさんは、メッセージ情報として、「Ｍｅｓｓａｇｅ．ｍｐ４」という動画ファイルを登録している。送信先ユーザーは、「Ｅさん」である。状態種別は「危篤」、取得数は「１」、取得期間は設定されておらず、情報取得ソースは「動画メッセージ」にそれぞれ設定されている。
【００６５】
Ｃさんは、メッセージ情報として、メッセージ情報をまだ登録しておらず、送信先ユーザーとして、「全登録者」を設定している。状態種別は「危篤」、取得数は「２」、取得期間は「５日」、情報取得ソースは「メッセージ」にそれぞれ設定されている。
【００６６】
Ｄさんは、メッセージ情報として、「感謝．ｔｘｔ」というテキストファイルを登録している。送信先ユーザーは、「Ｅさん」である。状態種別は「危篤」、取得数は「３」、取得期間は「１０日」、情報取得ソースは「メッセージ」にそれぞれ設定されている。
【００６７】
まず、Ａさんのアカウントについて説明する。
【００６８】
図６の（１）に示すように、メッセージ管理サーバー２００は、ＥさんのＳＮＳサイトの情報を解析し、Ｅさんが危篤状態であることを示す状態情報を１０日間で２回以上取得したため、Ａさんのアカウントにおいて、Ｅさんが危篤状態であると判定する。この場合、メッセージ管理サーバー２００は、Ａさんに対して、登録したメッセージ情報を送信するか否かを確認する。具体的には、メッセージ管理サーバー２００は、Ａさんのユーザー端末１００に画面情報を送信し、図７の（ａ）に示すような画面を表示させる。Ａさんが図７（ａ）の画面中の「送信」ボタンをタッチすることによって、Ｅさんにメッセージ情報を送信することが確認される。ユーザー端末１００は、メッセージ情報を送信することが確認された旨を示す情報をメッセージ管理サーバー２００へ送信する。メッセージ管理サーバー２００は、ユーザー端末１００から当該情報を受信すると、図６の（２）に示すように、動画のメッセージ情報である「Ｔｈａｎｋｓ．ｍｐ４」をＥさんに送信する。
【００６９】
次に、Ｂさんのアカウントについて説明する。
【００７０】
図６の（３）に示すように、ＡさんからＥさんに、Ｅさんが危篤状態であることを送信条件として含む動画のメッセージ情報が送信されたため、Ｂさんのアカウントにおいて、Ｅさんが危篤状態であると判定される。この場合、メッセージ管理サーバー２００は、Ｂさんに対して、登録したメッセージ情報を送信するか否かを確認する。具体的には、メッセージ管理サーバー２００は、Ｂさんのユーザー端末１００に画面情報を送信し、図７の（ｂ）に示すような画面を表示させる。Ｂさんが図７（ｂ）の画面中の「送信」ボタンをタッチすることによって、Ｅさんにメッセージ情報を送信することが確認される。ユーザー端末１００は、メッセージを送信することが確認された旨を示す情報をメッセージ管理サーバー２００へ送信する。メッセージ管理サーバー２００は、ユーザー端末１００から当該情報を受信すると、図６の（４）に示すように、動画のメッセージ情報である「Ｍｅｓｓａｇｅ．ｍｐ４」をＥさんに送信する。
【００７１】
次に、Ｃさんのアカウントについて説明する。
【００７２】
図６の（５）に示すように、ＡさんおよびＢさんの２名から、Ｅさんに対して、Ｅさんが危篤状態であることを送信条件として含む動画のメッセージ情報が５日以内に送信されたため、Ｃさんのアカウントにおいて、Ｅさんが危篤状態であると判定される。この場合、メッセージ管理サーバー２００は、Ｃさんに対して、Ｅさん向けのメッセージ情報を登録するように促す。具体的には、メッセージ管理サーバー２００は、Ｃさんのユーザー端末１００に画面情報を送信し、図７の（ｃ）に示すような画面を表示させる。Ｃさんが図７（ｃ）の画面中の「録画」、「撮影」、「録音」、「入力」等のボタンをタッチすることによって、ユーザー端末１００において各種メッセージ情報を作成するためのアプリケーションが起動される。起動されたアプリケーションによって、ユーザー端末１００の操作表示部１６０、撮像部１７０、音声入力部１８０等が制御され、動画、音声、テキスト等によるメッセージ情報が作成される。図６の例では、動画のメッセージ情報が作成されるものとする。ユーザー端末１００は、作成した動画のメッセージ情報をメッセージ管理サーバー２００へ送信し、メッセージ管理サーバー２００は、ユーザー端末１００から送信された動画のメッセージ情報を登録する。メッセージ管理サーバー２００は、図６の（６）に示すように、登録された動画のメッセージ情報をＥさんに送信する。
【００７３】
次に、Ｄさんのアカウントについて説明する。
【００７４】
図６の（７）に示すように、Ａ、Ｂ、Ｃさんの３名から、Ｅさんに対して、Ｅさんが危篤状態であることを送信条件として含む動画のメッセージ情報が１０日以内に送信されたため、Ｄさんのアカウントにおいて、Ｅさんが危篤状態であると判定される。この場合、メッセージ管理サーバー２００は、Ｄさんに対して、登録したメッセージ情報を送信するか否かを確認する。具体的には、メッセージ管理サーバー２００は、Ｄさんのユーザー端末１００に画面情報を送信し、図７の（ｄ）に示すような画面を表示させる。Ｄさんが図７（ｄ）の画面中の「送信」ボタンをタッチすることによって、Ｅさんにメッセージ情報を送信することが確認される。ユーザー端末１００は、メッセージを送信することが確認された旨を示す情報をメッセージ管理サーバー２００へ送信する。メッセージ管理サーバー２００は、ユーザー端末１００から当該情報を受信すると、図６の（８）に示すように、テキストのメッセージ情報である「感謝．ｔｘｔ」をＥさんに送信する。
【００７５】
以上のように、本実施形態のメッセージ管理サーバー２００によれば、メッセージ情報、送信先ユーザー情報および送信先ユーザーの状態に関する条件である送信条件を受け付ける。そして、送信先ユーザー情報に基づいて取得した送信先ユーザーの状態情報に応じて、送信条件が満たされたか否かを判定し、送信条件が満たされると、送信先ユーザーにメッセージ情報を送信する。したがって、ユーザーは、日頃感じている感謝の気持ちを表したメッセージや、相手にお祝い事があったときに伝えたい特別なメッセージ等を、任意のタイミングでメッセージ管理サーバー２００に登録しておくことができる。そして、送信条件が満たされた適切なタイミングで、登録しておいたメッセージを相手に送信して伝えることができる。これにより、相手の死亡等によって、伝えたい気持ちを伝えられないままになってしまうことを防止できる。また、伝えたいメッセージを随時登録しておくことができるため、伝えたかったことを忘れてしまったり、伝え漏れてしまったりすることを防止できる。さらに、相手の状態応じて送信条件が満たされたか否かを判定するため、メッセージを伝えるべきタイミングを適切に判断できる。このように、普段面と向かって伝えることが難しいようなメッセージを、適切なタイミングで確実に伝えることができる。
【００７６】
また、メッセージ管理サーバー２００は、メッセージ情報を送信する前に、送信元ユーザーに対してメッセージ情報を送信するか否かを確認する。これにより、送信元ユーザーは、送信条件が満たされた際に、登録したメッセージ情報を送信するか否かの最終判断を行うことができる。たとえば、送信元ユーザーは、メッセージ情報を送信する前にメッセージの内容を再度確認し、メッセージ情報を再作成して送信することもできる。
【００７７】
また、送信条件の状態種別として、結婚、出産、起業、転勤、誕生日等、送信先ユーザーに関する所定のイベントが発生したこと、または、送信先ユーザー自身が、病気、重病、危篤等、所定の状態となったことを設定できる。これにより、送信元ユーザーは、送信先ユーザーの様々な状態に応じて、適切なタイミングでメッセージを伝えることができる。
【００７８】
また、メッセージ管理サーバー２００は、送信元ユーザー以外の他のユーザーから送信先ユーザーへ送信されたメッセージ情報を確認し、当該メッセージ情報に関連付けられた送信条件の状態種別に基づいて送信先ユーザーの状態を特定する。これにより、他のユーザーが、送信先ユーザーがある状態になったためにメッセージを伝えるべきだと判断したことに基づいて、送信元ユーザーもメッセージを伝えるべきか否かを判断できる。
【００７９】
また、メッセージ管理サーバー２００は、他のユーザーから送信先ユーザーへ送信されたメッセージ情報のうち、動画、静止画、音声等の所定の形式のメッセージを含むメッセージ情報のみを確認する。これにより、たとえば、自分が動画のメッセージを送信したい場合に、他のユーザーが動画のメッセージを送信したことを送信条件とすることができ、他のユーザーの動向に合わせてメッセージを伝えることができる。また、確認するメッセージの形式を指定することにより、他のユーザーによる送信先ユーザーの状態判断の信頼性を考慮して、メッセージを伝えるべきタイミングをより適切に判断できる。たとえば、動画メッセージは作成にかかる負担も大きいため、他のユーザーが動画メッセージを送っている場合は、状態判断の信頼性が高いと考えられる。したがって、確認するメッセージとして動画メッセージを指定することにより、より信頼性の高い情報に基づいて、メッセージを伝えるべきタイミングを確実に判断できる。一方、テキストメッセージは手軽に作成できるため、状態判断の信頼性は低いもののメッセージの数は多いと考えられる。したがって、確認するメッセージとしてテキストメッセージを指定することにより、信頼性は低いもののより多くの情報に基づいて、メッセージを伝えるべきタイミングを判断できる。
【００８０】
また、送信条件として、状態情報の取得数の閾値を設定できる。これにより、送信先ユーザーの状態を判断するための情報の数を考慮できるため、送信先ユーザーの状態をより適切に判定でき、メッセージを伝えるべきタイミングをより適切に判断できる。
【００８１】
また、送信条件として、取得した状態情報を取得数としてカウントする期間を設定できる。これにより、送信先ユーザーの状態を判断するための情報の発生頻度を考慮できるため、送信先ユーザーの状態をより適切に判定でき、メッセージを伝えるべきタイミングをより適切に判断できる。
【００８２】
また、送信先ユーザー情報として、送信先ユーザーのメールアドレス情報またはソーシャルメディアのアカウント情報等を設定でき、メッセージ管理サーバー２００は、メールまたはソーシャルメディアの内容を解析して送信先ユーザーの状態情報を取得する。これにより、送信先ユーザーのメール情報やＳＮＳサイトのページに掲載される様々な情報に基づいて、送信先ユーザーの状態を適切に判定できる。
【００８３】
なお、本発明は、上述した実施形態のみに限定されるものではなく、特許請求の範囲内において、種々改変することができる。
【００８４】
たとえば、上記の実施形態では、メッセージ情報を送信する前に、送信元ユーザーに送信するか否かを確認する例について説明したが、確認を行わずに送信するようにしてもよい。これにより、送信条件が満たされたタイミングで、より迅速にメッセージ情報を送信してメッセージを伝えることができる。
【００８５】
また、上記の実施形態では、図４のステップＳ１０１の処理において説明したように、メッセージ管理サーバー２００が最初にメッセージ情報、送信先ユーザー情報および送信条件の登録を受け付ける例を中心に説明したが、これに限定されない。たとえば、図５の４番目、６番目のレコードに示すように、メッセージ情報は、最初から登録されていなくてもよい。この場合、メッセージ管理サーバー２００は、図４のステップＳ１０３の処理において送信条件が満たされたと判断された際に、誘導部として、送信元ユーザーに対して送信先ユーザーの状態を通知し、送信先ユーザー向けのメッセージ情報を登録するように促す。これにより、まだ具体的な内容は決まっていないものの、送信先ユーザーがある状態になった際にメッセージを伝えたい場合に、メッセージ管理サーバー２００に送信先ユーザー情報と送信条件を登録しておくことにより、確実にメッセージを伝えることができる。
【００８６】
また、上記の実施形態では、メッセージ管理サーバー２００が、メッセージ情報、送信先ユーザー情報および送信条件を、ユーザー端末１００から受け付けて登録する例について説明したが、これに限定されない。たとえば、メッセージ管理サーバー２００は、予めストレージ２４０に記憶されている情報を登録してもよく、あるいは他のサーバー等から取得した情報を登録してもよい。
【００８７】
また、上記の実施形態では、送信先ユーザーのメールやＳＮＳページ、他のユーザーから送信先ユーザーに送信されたメッセージ等に基づいて送信先ユーザーの状態を判断してメッセージ情報を送信するものとして説明したが、これに限定されない。上記以外の別の方法で送信先ユーザーの状態を判断できる場合には、送信元ユーザーの操作によってメッセージ情報が送信されてもよい。たとえば、送信元ユーザーは、メッセージ管理サーバー２００を介して、即時にメッセージを送信可能であってもよい。この場合、たとえば、メッセージ管理サーバー２００にメッセージを登録する際に、図５に示す「取得数」、「取得期間」、「情報取得ソース」の入力を省略する。これにより、「状態種別」が付与されたメッセージが即時に、送信先ユーザーに送信される。このように送信されたメッセージ情報も、他のユーザーのアカウントにおいて送信先ユーザーの状態を判断するための情報として用いられる。したがって、メッセージ管理サーバー２００を介した即時の送信も認めることにより、他のユーザーから送信先ユーザーへのメッセージの送信のトリガーとなりうる最初のメッセージを、トリガーなしで送信できる。
【００８８】
また、上記の実施形態では、メッセージ管理サーバー２００が一つの独立した装置として構成される例について説明したが、装置の構成はこれに限定されない。メッセージ管理サーバー２００は、複数の装置から構成されてもよく、あるいは他の機能を有する装置に含まれて構成されてもよい。たとえば、メッセージ管理サーバー２００は、多数のサーバーから構成されるクラウドサーバー上に分散して構成されてもよい。あるいは、メッセージ管理サーバー２００の機能を有するアプリケーションがユーザー端末１００にインストールされ、ユーザー端末１００においてメッセージ管理サーバー２００の処理が実行されてもよい。
【００８９】
また、上記の実施形態では、ユーザー端末１００は、ユーザーによって携帯されるスマートフォンやタブレット端末等を例に挙げて説明したが、ユーザー端末１００の実施態様はこれに限定されない。ユーザー端末１００は、たとえばユーザーの頭部に装着される眼鏡型の情報端末や腕部に装着されるリストバンド状の情報端末等のウェアラブル端末であってもよく、あるいはユーザーの体内に埋め込まれる埋込型の情報端末等であってもよい。
【００９０】
また、上記の実施形態におけるフローチャートの処理単位は、メッセージ管理サーバー２００の処理の理解を容易にするために、主な処理内容に応じて分割したものである。処理ステップの分類の仕方によって、本願発明が制限されることはない。メッセージ管理サーバー２００において行われる処理は、さらに多くの処理ステップに分割することもできる。また、１つの処理ステップが、さらに多くの処理を実行してもよい。
【００９１】
上述した実施形態に係る情報処理システムにおける各種処理を行う手段および方法は、専用のハードウェア回路、またはプログラムされたコンピューターのいずれによっても実現することが可能である。上記プログラムは、たとえば、フレキシブルディスクおよびＣＤ−ＲＯＭ等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送され記憶される。また、上記プログラムは、単独のアプリケーションソフトとして提供されてもよいし、情報処理システムの一機能としてその装置のソフトウエアに組み込まれてもよい。
【符号の説明】
【００９２】
１００  ユーザー端末、
１１０  ＣＰＵ、
１２０  ＲＯＭ、
１３０  ＲＡＭ、
１４０  ストレージ、
１５０  通信インターフェース、
１６０  操作表示部、
１７０  撮像部、
１８０  音声入力部、
１９０  バス、
２００  メッセージ管理サーバー、
２１０  ＣＰＵ、
２２０  ＲＯＭ、
２３０  ＲＡＭ、
２４０  ストレージ、
２５０  通信インターフェース、
２６０  操作部、
２７０  表示部、
２８０  バス。
【図１】
2017084017.tif 000003
【図２】
2017084017.tif 000004
【図３】
2017084017.tif 000005
【図４】
2017084017.tif 000006
【図５】
2017084017.tif 000007
【図６】
2017084017.tif 000008
【図７】
2017084017.tif 000009