(57)【特許請求の範囲】
【請求項１】
第１のアカウントを管理する情報処理装置であって、
前記第１のアカウントの活動を記録する記録部と、
前記第１のアカウントの活動が設定された条件を満たす場合、予め登録された１つ以上の第２のアカウントに、前記第１のアカウントの情報と、前記第１のアカウントに基づき取得された第３のアカウントの情報とを含む通知を行う通知部とを備え、
前記通知は、前記第１のアカウントの利用者が、前記第３のアカウントの利用者と同じ利用者であるか否かを問い合わせる情報を含む。
【請求項２】
請求項１に記載の情報処理装置であって、
前記通知部は、所定の期間、前記第１のアカウントの活動がない場合、前記１つ以上の前記第２のアカウントに前記第１のアカウントのユーザの状態を問い合わせる情報を含む前記通知を行う。
【請求項３】
請求項１に記載の情報処理装置であって、
前記通知部は、所定の期間、前記第１のアカウントの活動がない場合、前記第１のアカウントに登録されている通知可能な連絡先に、前記第１のアカウントのユーザの状態を問い合わせる情報を含む前記通知を行う。
【請求項４】
請求項２または請求項３に記載の情報処理装置であって、
前記記録部によって記録された、前記第１のアカウントの活動に基づき前記所定の期間を設定する設定部を備える。
【請求項５】
請求項２または請求項３に記載の情報処理装置であって、
前記第１のアカウントから、前記所定の期間の設定を受け付ける登録部を備える。
【請求項６】
請求項１または請求項２に記載の情報処理装置であって、
前記通知部は、前記記録部によって記録された、前記第１のアカウントの活動の情報を、前記第２のアカウントに対して通知する。
【請求項７】
請求項１から請求項６のいずれか一項に記載の情報処理装置であって、
前記通知は、前記第１のアカウントの利用者の安否を問い合わせる情報を含む。
【請求項８】
請求項１から請求項７のいずれか一項に記載の情報処理装置であって、
複数のアカウントのアカウント情報を管理するアカウント情報管理部と、
前記アカウント情報に基づいて、前記第１のアカウントと類似する前記第３のアカウントを抽出する抽出部とを備える。
【請求項９】
請求項１から請求項８のいずれか一項に記載の情報処理装置であって、
前記第３のアカウントの利用者が、前記第１のアカウントの利用者と同じ利用者である場合、前記第３のアカウントに、前記第１のアカウントにアクセスするための情報を付与するアクセス権付与部を備える。
【請求項１０】
請求項１から請求項９のいずれか一項に記載の情報処理装置であって、
前記第１のアカウントの活動は、前記第１のアカウントによるウェブサービスへのアクセスを含む。
【請求項１１】
請求項１から請求項９のいずれか一項に記載の情報処理装置であって、
前記第１のアカウントの活動は、前記第１のアカウントによるメッセージの送信または、前記第１のアカウントによるメッセージの閲覧を含む。
【請求項１２】
請求項１から請求項９のいずれか一項に記載の情報処理装置であって、
前記第１のアカウントの活動は、前記第１のアカウントの活動の情報を取得する情報端末によって取得された生体情報を含む。
【請求項１３】
請求項１２に記載の情報処理装置であって、
前記情報端末はウェアラブル端末であって、
前記生体情報は、前記ウェアラブル端末を装着した生体の心拍数、脈拍数、および体温のうち少なくとも一つの情報を含む。
【請求項１４】
請求項１２または請求項１３に記載の情報処理装置であって、
前記記録部は、前記生体情報の状態と、前記生体情報の状態に対応するメッセージとを対応づけて記憶し、
前記通知部は、前記生体情報の状態に対応するメッセージがある場合、前記メッセージを含む前記通知を１つ以上の前記第２のアカウントに通知する。
【請求項１５】
請求項１から請求項１１のいずれか一項に記載の情報処理装置であって、
前記第１のアカウントの活動は、前記第１のアカウントの活動の情報を取得する情報端末の状態を示す情報を含む。
【請求項１６】
請求項１５に記載の情報処理装置であって、
前記情報端末の状態を示す情報は、前記情報端末の傾き、バッテリ残量、および周囲の明るさのうち少なくとも一つの情報を含む。
【請求項１７】
請求項５に記載の情報処理装置であって、
前記登録部は、前記第１のアカウントからの要求に基づいて、１つ以上の前記第２のアカウントを登録する。
【請求項１８】
第１のアカウントを管理する情報処理装置のコンピュータによって実行されるプログラムであって、
前記第１のアカウントの活動を前記情報処理装置の記録部に前記情報処理装置の制御部によって記録することと、
前記第１のアカウントの活動が設定された条件を満たす場合、予め登録された１つ以上の第２のアカウントに、前記第１のアカウントの情報と、前記第１のアカウントに基づき取得された第３のアカウントの情報とを含む通知を前記情報処理装置の通知部によって行うこととを含み、
前記通知は、前記第１のアカウントの利用者が、前記第３のアカウントの利用者と同じ利用者であるか否かを問い合わせる情報を含む。
【請求項１９】
第１のアカウントを管理する情報処理装置による情報処理方法であって、
前記第１のアカウントの活動を前記情報処理装置の記録部に前記情報処理装置の制御部によって記録することと、
前記第１のアカウントの活動が設定された条件を満たす場合、予め登録された１つ以上の第２のアカウントに、前記第１のアカウントの情報と、前記第１のアカウントに基づき取得された第３のアカウントの情報とを含む通知を前記情報処理装置の通知部によって行うこととを含み、
前記通知は、前記第１のアカウントの利用者が、前記第３のアカウントの利用者と同じ利用者であるか否かを問い合わせる情報を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
インターネット等のネットワークを利用して、例えば、ソーシャルネットワークサービスや、メッセージ送受信サービス等の様々なサービスが提供されている。
【０００３】
例えば、複数の利用者が情報端末に所定の操作を行うことにより、ユーザのアカウント間の関係を設定するソーシャルネットワークサービス提供システムが知られている（例えば、特許文献１参照）。アカウント間の関係が設定されたユーザ同士は、例えば、チャット等のメッセージ送受信サービスを利用して、お互いにメッセージの送受信を容易に行うことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１６０５１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ソーシャルネットワークサービスやメッセージングサービス等の利用者のアカウントは、例えば、利用者が新たなアカウントを取得したり、他のサービスに乗り換えたりすること等により、利用されなくなる場合がある。また、アカウントの利用者に、例えば、病気、けが、事故等の安否に係る問題が発生し、利用者がサービスを利用できない状態に陥る場合も考えられる。さらに、所定のサービスに係るアカウントを利用するための情報端末の電池切れ、故障等により、一時的に所定のサービスが利用できない場合も考えられる。
【０００６】
しかし、従来の技術では、所定のサービスに係るアカウントの活動に変化が生じた場合に、そのアカウントの状態を確認することには困難を伴っていた。
【０００７】
本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、所定のサービスに係るアカウントの活動に変化が生じた場合に、そのアカウントの状態を確認することを容易にする情報処理装置を提供する。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の一実施形態に係る情報処理装置は、第１のアカウントを管理する情報処理装置であって、前記第１のアカウントの活動を記録する記録部と、前記第１のアカウントの活動が設定された条件を満たす場合、予め登録された１つ以上の第２のアカウントに、前記第１アカウントの情報と、前記第１アカウントに基づき取得された第３アカウントの情報とを含む通知を行う通知部とを備え、前記通知は、前記第１のアカウントの利用者が、前記第３のアカウントの利用者と同じ利用者であるか否かを問い合わせる情報を含む。
本発明の一実施形態に係るプログラムは、第１のアカウントを管理する情報処理装置のコンピュータによって実行されるプログラムであって、前記第１のアカウントの活動を前記情報処理装置の記録部に前記情報処理装置の制御部によって記録することと、前記第１のアカウントの活動が設定された条件を満たす場合、予め登録された１つ以上の第２のアカウントに、前記第１のアカウントの情報と、前記第１のアカウントに基づき取得された第３のアカウントの情報とを含む通知を前記情報処理装置の通知部によって行うこととを含み、前記通知は、前記第１のアカウントの利用者が、前記第３のアカウントの利用者と同じ利用者であるか否かを問い合わせる情報を含む。
本発明の一実施形態に係る情報処理方法は、第１のアカウントを管理する情報処理装置による情報処理方法であって、前記第１のアカウントの活動を前記情報処理装置の記録部に前記情報処理装置の制御部によって記録することと、前記第１のアカウントの活動が設定された条件を満たす場合、予め登録された１つ以上の第２のアカウントに、前記第１のアカウントの情報と、前記第１のアカウントに基づき取得された第３のアカウントの情報とを含む通知を前記情報処理装置の通知部によって行うこととを含み、前記通知は、前記第１のアカウントの利用者が、前記第３のアカウントの利用者と同じ利用者であるか否かを問い合わせる情報を含む。
【発明の効果】
【０００９】
本発明の一実施形態によれば、所定のサービスに係るアカウントの活動に変化が生じた場合に、そのアカウントの状態を確認することを容易にする情報処理装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】一実施形態に係る情報処理システムの構成例を示す図である。
【図２】一実施形態に係る管理サーバのハードウェア構成例を示す図である。
【図３】一実施形態に係る情報端末のハードウェア構成例を示す図である。
【図４】第１の実施形態に係る情報処理システムの機能構成図である。
【図５】第１の実施形態に係るアカウント情報の例を示す図である。
【図６】第１の実施形態に係る活動情報の例を示す図である。
【図７】第１の実施形態に係る確認情報の通知処理の例を示すフローチャートである。
【図８】第１の実施形態に係る確認情報の通知画面の例を示す図である。
【図９】第２の実施形態に係る情報処理システムの機能構成図である。
【図１０】第２の実施形態に係る確認情報の通知処理の例を示すフローチャートである。
【図１１】第２の実施形態に係る確認情報の通知画面の例を示す図である。
【図１２】第３の実施形態に係る情報処理システムの機能構成の一例を示す図である。
【図１３】第３の実施形態に係る情報処理システムの機能構成の別の一例を示す図である。
【図１４】第３の実施形態に係る活動情報の例を示す図である。
【図１５】第３の実施形態に係る対応情報の例を示す図である。
【図１６】第３の実施形態に係る確認情報の通知処理の例を示すフローチャートである。
【図１７】第３の実施形態に係る確認情報の通知画面の例を示す図である。
【図１８】変形例に係る確認情報の通知画面の例を示す図である。
【図１９】第４の実施形態に係る情報処理システムの機能構成図である。
【図２０】第４の実施形態に係る活動情報の例を示す図である。
【図２１】第４の実施形態に係る対応情報の例を示す図である。
【図２２】第４の実施形態に係る確認情報の通知画面の例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明の実施の形態について、添付の図面を参照して説明する。
【００１２】
＜システムの構成＞
初めに、一実施形態に係る情報処理システムの構成について説明する。
【００１３】
図１は一実施形態に係る情報処理システムの構成例を示す図である。図１に示す情報処理システム１００は、例えば、インターネットやＬＡＮ（Local Area Network）等のネットワーク１０３に接続された管理サーバ１０１、及び複数の情報端末１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ等を有する。
【００１４】
管理サーバ１０１は、例えば、ソーシャルネットワーキングサービス（Social Networking Service、以下、ＳＮＳと呼ぶ）や、メッセージ送受信サービス、安否確認サービス等の所定のサービスを管理するサーバ装置である。管理サーバ１０１は、利用者が所定のサービスを利用するための情報（以下、アカウントと呼ぶ）に基づいて複数の利用者を管理し、利用者に所定のサービスを提供する。なお、ＳＮＳ、メッセージ送受信サービス、及び安否確認サービスは、管理サーバ１０１が提供する所定のサービスの一例である。
【００１５】
複数の情報端末１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、所定のサービスの利用者が利用するスマートフォン、携帯電話、タブレット端末、ＰＣ（Personal Computer）、ゲーム機等の情報端末である。図１の例では、情報端末１０２ａがＰＣ（Personal Computer）、情報端末１０２ｂがタブレット端末、情報端末１０２ｃがスマートフォン、１０２ｄがウェアラブル端末の場合の例を示している。なお、以下の説明の中で、複数の情報端末１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち、任意の情報端末を示す場合、「情報端末１０２」を用いる。また、図１に示す情報端末１０２の種類、及びその数は一例である。
【００１６】
情報端末１０２は、例えば、無線ＬＡＮ（Local Area Net Work）や、公衆無線通信サービス等によって、ネットワーク１０３に接続し、管理サーバ１０１や、他の情報端末１０２等と通信を行うことができる。また、情報端末１０２には、管理サーバ１０１が提供する所定のサービスに対応したアプリケーションプログラム（以下、アプリと呼ぶ）がインストールされ、動作しているものとする。
【００１７】
上記の構成により、所定のサービスの利用者は、情報端末１０２から自己のアカウントを用いて管理サーバ１０１にアクセスし、管理サーバ１０１によって提供される所定のサービスを利用する。
【００１８】
一方、管理サーバ１０１は、各アカウントの活動（例えば、ログイン操作、メッセージ操作等）を継続的に記録する。また、第１のアカウントの活動が所定の条件（例えば、アクセスがなくなる等）を満たす場合、第１のアカウントとは異なる１つ以上の第２のアカウントに上記の所定の条件に対応する確認情報（例えば、安否の確認を依頼する情報等）を通知する。
【００１９】
これにより、本実施形態に係る情報処理システム１００では、所定のサービスに係るアカウントの活動に変化が生じた場合に、そのアカウントの状態を確認することが容易になる。
【００２０】
＜ハードウェア構成＞
次に、管理サーバ１０１、及び情報端末１０２のハードウェア構成について説明する。
【００２１】
（管理サーバのハードウェア構成）
図２は、一実施形態に係る管理サーバのハードウェア構成例を示す図である。管理サーバ１０１は、一般的なコンピュータの構成を有しており、例えば、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ（Random Access Memory）２０２、ＲＯＭ（Read Only Memory）２０３、ストレージ部２０４、ネットワークＩ／Ｆ（Interface）部２０５、入力部２０６、表示部２０７、ＲＴＣ（Real Time Clock）部２０８、及びバス２０９等を有する。
【００２２】
ＣＰＵ２０１は、ＲＯＭ２０３やストレージ部２０４等に記憶されたプログラムやデータをＲＡＭ２０２上に読み出し、処理を実行することにより、管理サーバ１０１全体の制御や機能を実現する演算装置である。ＲＡＭ２０２は、ＣＰＵ２０１のワークエリア等として用いられる揮発性のメモリである。ＲＯＭ２０３は、例えば、管理サーバ１０１の起動時に実行されるＢＩＯＳ（Basic Input/Output System）や、各種設定等が記憶された不揮発性のメモリである。
【００２３】
ストレージ部２０４は、ＯＳ（Operating System）や、各種のアプリケーションプログラム等を記憶する、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等のストレージ装置である。
【００２４】
ネットワークＩ／Ｆ部２０５は、管理サーバ１０１をネットワーク１０３に接続し、情報端末１０２等と通信を行うための通信インタフェースである。
【００２５】
入力部２０６は、例えばキーボードやマウス等の入力装置であり、ユーザが、管理サーバ１０１に各種操作信号を入力するために用いられる。表示部２０７は、例えばディスプレイ等の表示装置であり、管理サーバ１０１による処理結果等を表示する。なお、入力部２０６、表示部２０７等は、必要なときに、管理サーバ１０１に接続して利用する形態であってもよい。
【００２６】
ＲＴＣ部２０８は、例えば、バックアップ用の電池によりバックアップされ、管理サーバ１０１の電源が切れても日時を刻み続けるリアルタイムクロックである。バス２０９は、上記の各構成に共通に接続され、例えば、アドレス信号、データ信号、及び各種の制御信号等を伝達する。
【００２７】
（情報端末のハードウェア構成）
図３は、一実施形態に係る情報端末のハードウェア構成例を示す図である。情報端末１０２は、一般的なコンピュータの構成を有しており、例えば、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ストレージ部３０４、通信Ｉ／Ｆ部３０５、表示入力部３０６、位置情報取得部３０７、及びバス３１０等を有する。
【００２８】
好ましくは、情報端末１０２は、近距離無線通信部３０８、センサ部３０９等をさらに有する。なお、図３に示す情報端末１０２の構成はあくまで一例であり、情報端末１０２の種類によってハードウェア構成が異なる場合がある。
【００２９】
ＣＰＵ３０１は、ＲＯＭ３０３やストレージ部３０４等に記憶されたプログラムやデータをＲＡＭ３０２上に読み出し、処理を実行することで、情報端末１０２全体の制御や機能を実現する演算装置である。ＲＡＭ３０２は、ＣＰＵ３０１のワークエリア等として用いられる揮発性のメモリである。ＲＯＭ３０３は、例えば、情報端末１０２の起動時に実行されるＢＩＯＳや、各種設定等が記憶された不揮発性のメモリである。
【００３０】
ストレージ部３０４は、ＯＳや、各種のアプリケーションプログラム等を記憶する、例えば、ＨＤＤ、ＳＳＤ、フラッシュＲＯＭ等のストレージ装置である。
【００３１】
通信Ｉ／Ｆ部３０５は、情報端末１０２をネットワーク１０３や、他の情報端末等に接続し、データの送受信を行うための通信インタフェースである。
【００３２】
表示入力部３０６は、例えば、タッチパネルディスプレイ等の表示入力装置であり、ユーザの入力操作を受け付けると共に、情報端末１０２による処理結果などを表示する。なお、表示入力部３０６は、入力部と表示部とに分けて設けられていても良い。
【００３３】
位置情報取得部３０７は、例えば、ＧＰＳ（Global Positioning System）受信部等、情報端末１０２の位置情報を取得する装置である。
【００３４】
近距離無線通信部３０８は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（以下、ＢＬＥと呼ぶ）等、他の情報端末１０２等と所定の近距離無線通信を行う通信インタフェースである。
【００３５】
センサ部３０９は、例えば、情報端末１０２の利用者の心拍数、脈拍数、体温等の生体情報や、情報端末１０２の傾き、バッテリ残量、周囲の明るさ等の各種情報を検出する検出装置である。なお、センサ部３０９は、情報端末１０２の外部に設けられ、近距離無線通信部３０８を介してデータの送受信を行えるもの等であっても良い。
【００３６】
バス３１０は、上記の各構成に共通に接続され、例えば、アドレス信号、データ信号、及び各種の制御信号等を伝達する。
【００３７】
［第１の実施形態］
第１の実施形態では、管理サーバ１０１は、所定の期間、所定のアカウントの活動がない場合、所定のアカウントに係る利用者の安否を確認するための確認情報を、予め登録された複数のアカウントに通知する。なお、ユーザの同意に基づき本機能を提供することが好ましいことは言うまでもない。
【００３８】
＜機能構成＞
図４は、一実施形態に係る情報処理システム１００の機能構成図である。
【００３９】
（管理サーバの機能構成）
管理サーバ１０１は、通信部４０１、アカウント情報管理部４０２、サービス提供部４０３、活動情報記録部４０４、確認情報通知部４０５、確認情報判断部４０６、確認期間設定部４０７、確認用アカウント管理部４０８、及び記憶部４１５等を有する。
【００４０】
通信部４０１は、管理サーバ１０１をネットワーク１０３に接続し、情報端末１０２等と、データの送受信を行うための手段である。通信部４０１は、例えば、図２のネットワークＩ／Ｆ部２０５、及び図２のＣＰＵ２０１で動作するプログラム等によって実現される。
【００４１】
アカウント情報管理部４０２は、管理サーバ１０１が提供する所定のサービスに係るアカウントの情報を、例えば、記憶部４１５にアカウント情報４０９として記憶し、管理する。
【００４２】
なお、管理サーバ１０１が提供する所定のサービスの利用者は、固有情報（例えば、ユーザＩＤ、電話番号、メールアドレス等）が異なる複数のアカウントを有する場合がある。また、利用者は、利用者が飼育しているペットや、介護している人物等の生体情報や、位置情報等を収集するためのアカウントを有している場合がある。
【００４３】
サービス提供部４０３は、管理サーバ１０１が提供する、例えば、ＳＮＳ、メッセージ送受信サービス、安否確認サービス等の所定のサービスを提供する手段である。本実施形態に係る所定のサービスには、管理サーバ１０１が予め登録されたアカウントに対して提供する様々なサービスが含まれる。
【００４４】
活動情報記録部（記録部）４０４は、管理サーバ１０１が提供する所定のサービスに係る各アカウントの活動を、例えば、記憶部４１５に活動情報４１０として記憶し、管理する。例えば、所定のサービスがメッセージ送受信サービスである場合、活動情報４１０には、アプリケーションの立ち上げ、メッセージの送受信、閲覧、削除等のログ（履歴）情報が含まれる。また、例えば、所定のサービスがウェブサービスである場合、ウェブサービスへのログイン、操作等のログ情報が含まれる。なお、ログ情報は、活動情報４１０の一例である。活動情報４１０は、ログ情報に限定されず、管理サーバ１０１に直接記憶されるものであっても良い。
【００４５】
確認情報通知部（通知部）４０５は、所定のサービスに係るアカウント（第１のアカウント）の活動が所定の条件を満たす場合、予め登録された１つ以上の確認用のアカウント（第２のアカウント）に上記の所定の条件に対応する確認情報を通知する。本実施形態では、確認情報通知部４０５は、所定の期間（以下、確認期間と呼ぶ）、第１のアカウントの活動がない場合、予め登録された１つ以上の第２のアカウントに第１のアカウントに係る利用者の安否を問い合わせる情報を含む確認情報を通知する。或いは、確認情報通知部４０５は、所定の期間、第１のアカウントの活動がない場合、前記第１のアカウントに登録されている通知可能な連絡先に、前記第１のアカウントに係る状態を問い合わせる確認情報を通知する。
【００４６】
なお、前記通知にメールアドレスや電話番号などの情報が含まれていても良く、これは予めユーザにより設定されてもよいし、ユーザの同意に基づいてサービスに登録されている情報を提供しても良い。
【００４７】
また、確認情報通知部４０５は、１つ以上の第２のアカウントに確認情報を通知する前に、第１のアカウントや、第１のアカウントのアカウント情報に登録されているアドレス又はＳＭＳ宛てに、確認先にメッセージを送信して良いかどうかを確認するメッセージを送信するものであっても良い。
【００４８】
さらに、確認情報通知部４０５は、第１のアカウントの安否が確認できなかった場合に、１つ以上の第２アカウントに、さらに情報（例えば、最後に取得した第１のアカウントの位置情報や、最後にメッセージを送信した相手等）を送信するものであっても良い。
【００４９】
確認情報判断部４０６は、第２のアカウントから、上記の確認情報に対する応答である応答情報が受信された場合、受信した応答情報に基づいて第１のアカウントに係る利用者の安否を判断する。例えば、応答情報は、第１のアカウントに係る利用者の安否を示す情報を含み、確認情報判断部４０６は、受信した１つ以上の応答情報に安否に問題がないことを示す情報が含まれる場合、第１のアカウントに係る利用者の安否に問題がないと判断する。或いは、確認情報判断部４０６は、受信した応答情報に含まれる安否を示す情報の多数決等により第１のアカウントに係る利用者の安否を判断するもの等であっても良い。
【００５０】
なお、上記の判断方法はあくまで一例であり、確認情報判断部４０６による安否の判断方法は任意の方法であって良い。
【００５１】
確認期間設定部（設定部）４０７は、活動情報記録部４０４が、第１のアカウントの活動を記録した活動情報４１０に基づいて、上記の確認期間（所定の期間）を設定する。例えば、確認期間設定部４０７は、第１のアカウントが、所定のサービスにアクセスする時間間隔（例えば平均時間等）に基づいて、確認期間を設定する。
【００５２】
或いは、確認期間設定部４０７は、活動情報４１０に基づいて、第１のアカウントが所定のサービスに頻繁にアクセスする時間帯（例えば昼間等）の確認期間をより短く（例えば１時間毎等）自動的に設定するものであっても良い。同様に、確認期間設定部４０７は、活動情報４１０に基づいて、第１のアカウントが、所定のサービスにアクセスする頻度が減少する時間帯（例えば夜間等）の確認期間をより長く（例えば６時間毎等）設定するものであっても良い。
【００５３】
また、確認期間設定部４０７は、後述する確認用アカウント管理部４０８が、第１のカウントから、確認期間の設定を受け付けた場合、第１のアカウントによって設定された確認期間を、上記の確認期間として設定するものであっても良い。
【００５４】
確認用アカウント管理部（登録部）４０８は、管理サーバ１０１が提供する所定のサービスに係るアカウント（第１のアカウント）の安否を確認するための確認用のアカウント（第２のアカウント）や、確認期間等の情報を管理する。例えば、確認用アカウント管理部４０８は、第１のアカウントから、複数の第２アカウントや、確認期間等の登録（設定）の要求を受け付け、受け付けた要求に応じて複数の第２アカウントや、確認期間等の情報を、記憶部４１５のアカウント情報４０９に記憶する。なお、確認用のアカウント、及び確認期間については後述する。
【００５５】
好ましくは、確認用アカウント管理部４０８は、アカウント情報４０９に記憶した第２アカウントに確認情報を送信した後、所定の時間内に応答情報が受信できない場合、活動情報４１０等に基づいて、別の確認用のアカウント（第２アカウント）を抽出する。例えば、管理サーバ１０１がメッセージ送受信サービスである場合、確認用アカウント管理部４０８は、第１のアカウントと送受信したメッセージの数が多いアカウントを、別の確認用のアカウントとして抽出する。或いは、確認用アカウント管理部４０８は、第１のアカウントと所定期間内（例えば７日以内）にメッセージの送受信を行ったアカウントを、別の確認用のアカウントとして抽出するもの等であっても良い。
【００５６】
なお、アカウント情報管理部４０２、サービス提供部４０３、活動情報記録部４０４、確認情報通知部４０５、確認情報判断部４０６、確認期間設定部４０７、及び確認用アカウント管理部４０８は、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。
【００５７】
記憶部４１５は、例えば、前述したアカウント情報４０９、活動情報４１０等を記憶する手段であり、例えば、図２のストレージ部２０４等によって実現される。また、記憶部４１５は、ネットワーク１０３を介して接続された他のサーバ装置（例えば、ストレージサーバ、クラウド）等によって実現されるものであっても良い。
【００５８】
（情報端末の機能構成）
情報端末１０２は、通信部４１１、記憶部４１２、アプリケーション部４１３、表示入力部４１４等を有する。
【００５９】
通信部４１１は、情報端末１０２をネットワーク１０３に接続し、管理サーバ１０１等と、データの送受信を行うための手段である。通信部４０１は、例えば、図３の通信Ｉ／Ｆ部３０５、及び図３のＣＰＵ３０１で動作するプログラム等によって実現される。
【００６０】
記憶部４１２は、管理サーバ１０１が提供する所定のサービス用のアプリや、アプリの情報等を記憶する手段であり、例えば、図３のストレージ部３０４等によって実現される。
【００６１】
アプリケーション部４１３は、管理サーバ１０１が提供する所定のサービスに対応するアプリ、ウェブブラウザ、メーラ等、所定のサービスの利用するためのアプリケーションを実行する。アプリケーション部４１３は、例えば、図３のＣＰＵ３０１で動作するプログラムによって実現される。
【００６２】
表示入力部４１４は、アプリケーション部４１３等の制御に従って表示画面を表示すると共に、ユーザの操作を受け付ける手段であり、例えば、図３の表示入力部、及び図３のＣＰＵ３０１で動作するプログラム等によって実現される。
【００６３】
＜管理サーバが管理する情報について＞
ここで、管理サーバ１０１が管理する各情報の例について説明する。
【００６４】
（アカウント情報）
図５は、第１の実施形態に係るアカウント情報の例を示す図である。アカウント情報管理部４０２が管理するアカウント情報４０９には、例えば、固有情報５０１、名前情報５０２、画像情報５０３、説明情報５０４、確認用アカウント５０５、確認期間５０６、確認結果５０７、確認日時５０８等の情報が含まれる。
【００６５】
固有情報５０１は、アカウントを一意に特定するための情報であり、例えば、電話番号、メールアドレス、又は管理サーバ１０１から取得した（又は付与された）ユーザＩＤ等の情報が登録されている。
【００６６】
名前情報５０２には、例えば、情報端末１０２のアプリケーション部４１３が表示するアカウントの表示名（例えば、氏名、ハンドルネーム等）の情報が登録されている。
【００６７】
画像情報５０３には、アカウント毎のプロフィール画像等が登録されている。
【００６８】
説明情報５０４には、例えば、アカウントの簡単な自己紹介、コメント、ひとこと等の文字列が登録されている。
【００６９】
確認用アカウント５０５には、各アカウントの安否等を確認するための確認情報を送信する確認用のアカウント（第２のアカウント）の情報が登録されている。例えば、管理サーバ１０１が提供する所定のサービスの利用者は、情報端末１０２のアプリを用いて、１つ以上の確認用のアカウントや、確認期間等の情報の登録を、管理サーバ１０１に要求することができる。管理サーバ１０１の確認用アカウント管理部４０８は、利用者からの要求に応じて、確認用アカウント５０５、確認期間５０６等の情報を、記憶部４１５のアカウント情報４０９に記憶（登録）する。確認用アカウント５０５は、各利用者の安否の確認を依頼するためのアカウントであり、例えば、利用者の家族、親しい友人、同僚等、利用者と親密な関係にある人物のアカウントを登録することが望ましい。また、確認用アカウント５０５は、管理サーバ１０１が提供する所定のサービスのアカウントであっても良いし、例えば、他のメッセージ送受信サービス、ＳＮＳ等のアカウントや、メールアドレス等の情報であっても良い。
【００７０】
確認期間５０６は、確認情報通知部４０５が各アカウントの活動の有無を確認する所定の期間を示す情報である。例えば、図５の名前情報５０２が「ユーザ１」のアカウントの確認期間５０６は、「２４時間」となっている。この場合、確認情報通知部４０５は、ユーザ１のアカウントの活動が２４時間以上ない場合、確認用アカウント５０５に記憶された複数のアカウントに、ユーザ１の安否を問い合わせる確認情報を通知する。
【００７１】
また、アカウントの確認期間５０６は、時間帯を分けて登録可能であることが望ましい。例えば、図５の名前情報５０２が「ユーザ２」のアカウントの確認期間５０６は、７時から２３時の間が「２時間」、２３時から７時の間が「なし」となっている。この場合、確認情報通知部４０５は、７時から２３時の間に、ユーザ２のアカウントの活動が２時間以上ない場合、確認用アカウント５０５に記憶された複数のアカウントにユーザ１の安否を問い合わせる確認情報を通知する。また、確認情報通知部４０５は、２３時から７時の間は、ユーザ２のアカウントの活動がない場合であっても、確認情報の通知を行わない。
【００７２】
さらに、アカウントの確認期間５０６は、平日と休日のそれぞれについて登録可能なものであっても良い。例えば、図５の名前情報５０２が「ユーザ３」のアカウントの確認期間５０６は、仕事や、授業等により拘束される時間帯、例えば、９時から１９時の間の確認期間５０６が長く（例えば４時間）登録されている。一方、休日は、仕事や、授業等による拘束がないため、９時から２３時の間の確認期間５０６が短く（例えば２時間）設定されている。
【００７３】
例えば、このように、確認期間５０６の情報は、時間帯、曜日、休日／平日等に応じて、柔軟に設定できることが望ましい。
【００７４】
なお、確認期間５０６の情報は、例えば、確認期間設定部４０７によって自動的に設定されるものであっても良いし、各アカウントから、確認用アカウント管理部４０８により登録（設定）されるものであっても良い。
【００７５】
確認結果５０７は、確認情報判断部４０６による、各アカウントに係る利用者の安否の判断結果が記憶される。図５の例では、確認結果５０７の「○」は、利用者（例えばユーザ１）の安否に問題がないことを示している。また、確認結果５０７の「×」は、利用者（例えばユーザ２）の安否が確認できない、又は安否に問題があると推定されることを示している。さらに、確認結果５０８の「△」は、利用者（例えばユーザ３）の安否を問い合わせる確認情報に対して、応答待ちの状態等、安否を確認中であることを示している。
【００７６】
確認日時５０８は、確認結果５０７の情報が最後に更新された日時を示している。
【００７７】
なお、図５に示すアカウント情報４０９はあくまで一例である。アカウント情報４０９には、アカウントを一意に特定するための固有情報５０１に対応づけて、アカウントに係る様々な情報が記憶されている。
【００７８】
（活動情報）
図６は、第１の実施形態に係る活動情報の例を示す図である。活動情報４１０には、アカウント毎に、活動種別６０１、日時６０２等の情報が記録される。なお、図６の例は、「User_ID_01」のアカウントの活動情報４１０を示しており、記憶部４１５には、このような活動情報４１０が、アカウント毎に記憶されている。
【００７９】
活動種別６０１には、アカウントで行われた操作や、処理等の種別を示す情報が記録される。例えば、図６の例では、「User_ID_01」のアカウントが、所定のサービスにログインしたこと、タイムラインを表示したこと、「User_ID_03」のアカウントとの間でメッセージの受信、閲覧、送信等を行ったこと等が記録されている。
【００８０】
日時６０２には、上記の各操作や、処理等が行われた日時の情報が記憶されている。
【００８１】
確認情報通知部４０５は、例えば、この活動情報４１０に基づいて、各アカウントの活動の有無を判断することができる。
【００８２】
＜処理の流れ＞
図７は、第１の実施形態に係る確認情報の通知処理の例を示すフローチャートである。なお、図７の処理を開始する時点において、アカウント情報４０９、活動情報４１０等の情報は、既に管理サーバ１０１の記憶部４１５等に記憶されているものとする。
【００８３】
ステップＳ７０１において、管理サーバ１０１の確認情報通知部４０５は、例えば、活動情報４１０等に基づいて、第１のアカウント（例えば、図６のユーザ１）の確認期間５０６内に、第１のアカウントに活動があったか否かを判断する。ステップＳ７０１において、確認期間５０６内に活動があると判断された場合、確認情報通知部４０５は処理を終了する。一方、確認期間５０６内に活動がないと判断された場合、確認情報通知部４０５は、処理をステップＳ７０２に移行させる。
【００８４】
ステップＳ７０２に移行すると、管理サーバ１０１の確認情報通知部４０５は、第１のアカウントの確認用アカウント５０５に登録されたアカウント（第２のアカウント）に、第１アカウントの安否を問い合わせる確認情報を通知する。このとき、第２のアカウントに通知される確認情報に基づく通知画面の例を図８に示す。
【００８５】
図８は、第１の実施形態に係る確認情報の通知画面の例を示す図である。第２のアカウントが利用する情報端末１０２のアプリケーション部４１３は、管理サーバ１０１から確認情報を受信すると、表示入力部４１４に、例えば、図８に示すような通知画面８０１を表示させる。
【００８６】
通知画面８０１には、例えば、第１のアカウントに係る利用者の安否確認の依頼であることを示す情報８０２、第１のアカウントのプロフィール画像８０３、安否の確認を依頼するメッセージ８０４等が表示される。また、通知画面８０１には、第１のアカウントに係る利用者の安否に問題がない旨を回答するための「ＹＥＳ」ボタン８０６や、例えば、利用者の安否を確認できない旨を回答するための「ＮＯ」ボタン８０７等が含まれる。
【００８７】
好ましくは、通知画面８０１には、第１のアカウントに係る利用者が予め登録したメールアドレス、電話番号等の連絡先に連絡するための情報又はリンク情報８０５等が含まれる。このリンク情報８０５を選択することにより、通知画面８０１を見た第２のアカウントの利用者は、第１のアカウントの利用者に容易に連絡することができるようになる。
【００８８】
第２のアカウントの利用者は、例えば、第１のアカウントの利用者と連絡をとり、安否に問題がないことを確認できた場合、「ＹＥＳ」ボタン８０６を選択して、第１のアカウントに係る利用者の安否に問題がないことを回答する。この場合、情報端末１０２のアプリケーション部４１３は、第１のアカウントに係る利用者の安否に問題がないことを示す応答情報を管理サーバ１０１に送信（返信）する。
【００８９】
一方、第２のアカウントの利用者は、例えば、第１のアカウントの利用者と連絡をとったが、安否に問題がないことを確認できない場合等は、「ＮＯ」ボタン８０６を選択して、第１のアカウントに係る利用者の安否が確認できない旨を回答する。この場合、情報端末１０２のアプリケーション部４１３は、例えば、第１のアカウントに係る利用者の安否を確認できないことを示す応答情報を管理サーバ１０１に送信（返信）する。
【００９０】
なお、図８の通知画面８０１は、あくまで一例である。通知画面８０１は、第２アカウントの利用者に、第１アカウントに係る利用者の安否の確認を依頼し、安否の確認結果を回答することができるものであれば良い。
【００９１】
ここで、図７に戻ってフローチャートの説明を続ける。
【００９２】
ステップＳ７０３に移行すると、管理サーバ１０１は、ステップＳ７０２で１つ以上の第２アカウントに通知した確認情報に対する回答（応答情報）を、所定の期間内（例えば３０分以内）に受信したか否かを判断する。ステップＳ７０３において、１つ以上の応答情報を受信した場合、管理サーバ１０１は、処理をステップＳ７０７に移行させる。一方、ステップＳ７０３において、１つ以上の応答情報を受信できない場合、管理サーバ１０１は、処理をステップＳ７０４に移行させる。
【００９３】
なお、次のステップＳ７０４、Ｓ７０５の処理は、管理サーバ１０１が提供する所定のサービスが、メッセージ送受信機能を含む場合のオプションの一例である。例えば、ステップＳ７０３において、１つ以上の応答情報を受信できない場合、管理サーバ１０１は、処理を終了させるものであっても良い。
【００９４】
ステップＳ７０４に移行すると、管理サーバ１０１の確認用アカウント管理部４０８は、活動情報４１０に含まれるメッセージの送受信履歴等に基づいて、別の確認用のアカウント（第２のアカウント）を抽出する。例えば、確認用アカウント管理部４０８は、所定の期間内に第１のアカウントがメッセージを送信（又は受信）した数が多い１つ以上のアカウントを、別の確認用アカウントとして抽出する。或いは、確認用アカウント管理部４０８は、直近にメッセージを送信（又は受信）した１つ以上のアカウントを、別の確認用アカウントとして抽出するもの等であっても良い。
【００９５】
ステップＳ７０５において、管理サーバ１０１の確認情報通知部４０５は、ステップＳ７０４で抽出された別の確認用のアカウントに、第１のアカウントに係る利用者の安否の確認を依頼する確認情報を通知する。
【００９６】
ステップＳ７０６において、管理サーバ１０１は、ステップＳ７０５で別の第２アカウントに通知した確認情報に対する回答（応答情報）を、所定の期間内（例えば３０分以内）に受信したか否かを判断する。ステップＳ７０６において、１つ以上の応答情報を受信した場合、管理サーバ１０１は処理をステップＳ７０７に移行させる。一方、ステップＳ７０６において、１つ以上の応答情報を受信できない場合、管理サーバ１０１は、処理を終了させる。
【００９７】
ステップＳ７０７に移行すると、管理サーバ１０１の確認情報判断部４０６は、受信した１つ以上の応答情報に基づいて、第１アカウントに係る利用者の安否を判断する。例えば、確認情報判断部４０６は、受信した１つ以上の応答情報に安否に問題がないことを示す情報が含まれる場合、第１のアカウントに係る利用者の安否に問題がないと判断する。
【００９８】
以上、本実施形態に係る管理サーバ１０１は、第１のアカウントの活動を記録し、所定の期間を超えて第１のアカウントに活動がない場合、予め登録された１つ以上の第２のアカウントに、第１アカウントに係る利用者の安否の確認を依頼する確認情報を通知する。
【００９９】
これにより、所定のサービスに係るアカウントの活動がなくなった場合に、そのアカウントに係る利用者の安否を確認することを容易にする管理サーバ１０１、及び情報処理システム１００を提供することができる。
【０１００】
［第２の実施形態］
ＳＮＳや、メッセージ送受信サービス等の所定のサービスにおいて、利用者が新たなアカウントを取得し、今まで利用していたアカウントを利用しなくなる（又は利用できなくなる）場合がある。また、例えば、利用者のアカウントの固有情報５０１が、情報端末１０２の電話番号に紐付けされている場合等、利用者が新たな電話番号とアカウントを取得し、今まで使っていた電話番号を廃止すると、今まで使っていた古いアカウントにアクセスできなくなる場合がある。
【０１０１】
このような場合、従来の技術では、アカウントを管理する管理サーバ１０１が、古いアカウントの状態（例えば、アカウントの要否等）を確認することは困難であった。また、利用者が、アクセスできなくなった古いアカウントから、必要な情報を取り出したり、古いアカウントを削除したりすることも困難であった。
【０１０２】
本実施形態では、このような、利用されなくなった（又は利用できなくなった）アカウントの状態を確認するための実施例について説明する。なお、ユーザの同意に基づき本機能を提供することが好ましいことは言うまでもない。
【０１０３】
＜機能構成＞
図９は、第２の実施形態に係る情報処理システムの機能構成図である。本実施形態に係る管理サーバ１０１は、図４に示した第１の実施形態に係る管理サーバ１０１の構成に加えて、候補アカウント抽出部９０１、及びアクセス権付与部９０２を有する。なお、情報処理システム１００のその他の構成は、基本的に図４に示した第１の実施形態に係る情報処理システム１００の構成と同様なので、ここでは差分を中心に説明を行う。
【０１０４】
候補アカウント抽出部９０１は、第１のアカウントの確認期間５０６を超えて第１のアカウントの活動がない場合、アカウント情報４０９等に基づいて、第１のアカウントの利用者と同じ利用者のアカウントと推定される第３のアカウントを抽出する。例えば、第１のアカウントの利用者が、固有情報５０１が異なる新たなアカウントを作成した場合、候補アカウント抽出部９０１は、第１のアカウントの新たなアカウントを抽出する。
【０１０５】
新たなアカウントの抽出方法は特に限定しないが、例えば、アカウント情報４０９に登録されている名前情報５０２、画像情報５０３等の類似度に基づいて、新たなアカウントを抽出することができる。
【０１０６】
例えば、２つのアカウントで、画像情報５０３に同じプロフィール画像が登録されている場合、２つのアカウントは同じ利用者のアカウントであると推定することができる。或いは、名前情報５０２が類似する２つのアカウントのプロフィール画像から、顔の特徴情報（顔の輪郭や、目、鼻、口等の形状及び相対位置等）を抽出し、抽出した特徴情報が一致する、或いは所定の類似度以上である場合、２つのアカウントが同じ利用者のアカウントであると推定するものであっても良い。
【０１０７】
或いは、候補アカウント抽出部９０１は、アカウント情報４０９に含まれる共通の情報、例えば、連絡先、住所、メールアドレス、友達関係等の情報に基づいて、第３のアカウントを抽出するものであっても良い。
【０１０８】
さらに、候補アカウント抽出部９０１は、１つ以上の第２アカウントに、抽出したユーザを選択させることにより第３のアカウントを抽出（特定）するのもであっても良い。
【０１０９】
或いは、第１のアカウントの活動停止日時と第３のアカウントの活動開始日時を比較して第３のアカウントを抽出するものであっても良い。
【０１１０】
なお、本実施形態では、確認情報通知部４０５は、第１のアカウントの利用者が、抽出された第３のアカウントの利用者と同じ利用者であるか否かを問い合わせる確認情報を、確認用アカウント５０５に登録された第２アカウントに通知する。
【０１１１】
なお、確認情報通知部４０５は、１つ以上の第２のアカウントに確認情報を通知する前に、第１のアカウントや、第１のアカウントのアカウント情報に登録されているアドレス又はＳＭＳ宛てに、確認先にメッセージを送信して良いかどうかを確認するメッセージを送信するものであっても良い。
【０１１２】
また、確認情報通知部４０５は、第１のアカウントの安否が確認できなかった場合に、１つ以上の第２アカウントに、さらに情報（例えば、最後に取得した第１のアカウントの位置情報や、最後にメッセージを送信した相手等）を送信するものであっても良い。
【０１１３】
また、本実施形態では、確認情報判断部４０６は、第２のアカウントから、上記の確認情報に対する応答である応答情報を受信し、受信した応答情報に基づいて第１のアカウントと、第３のアカウントの利用者が同じ利用者であるか否かを判断する。例えば、応答情報は、第１のアカウントに係る利用者と、第３のアカウントに係る利用者とが同じ利用者であるかを示す情報を含む。また、確認情報判断部４０６は、受信した１つ以上の応答情報に含まれる情報の多数決等により、第１のアカウントに係る利用者と、第３のアカウントに係る利用者とが同じ利用者であるか否かを判断する。
【０１１４】
アクセス権付与部は、第３のアカウントに係る利用者が、第１のアカウントに係る利用者と同じ利用者であると判断された場合、第３のアカウントに、第１のアカウントにアクセスするための情報（アクセス権）を付与する。このアクセス権には、例えば、第１のアカウントを削除するための権利や、第１のアカウントから必要な情報を取得するための権利等が含まれる。
【０１１５】
好ましくは、このアクセス権には、有効期限が定められていることが望ましい。これにより、管理サーバ１０１は、第３のアカウントが、必要な情報を取得した後の第１アカウントを、有効期限満了後に削除することができるようになる。
【０１１６】
なお、候補アカウント抽出部９０１、及びアクセス権付与部９０２は、例えば、図２のＣＰＵ２０１で動作するプログラムによって実現される。
【０１１７】
＜処理の流れ＞
図１０は、第２の実施形態に係る確認情報の通知処理の例を示すフローチャートである。
【０１１８】
ステップＳ１００１において、管理サーバ１０１の確認情報通知部４０５は、例えば、活動情報４１０等に基づいて、第１のアカウント（例えば、ユーザＸとする）の確認期間５０６内に、第１のアカウントに活動があったか否かを判断する。ステップＳ１００１において、確認期間５０６内に活動があると判断された場合、確認情報通知部４０５は処理を終了する。一方、確認期間５０６内に活動がないと判断された場合、確認情報通知部４０５は、処理をステップＳ１００２に移行させる。
【０１１９】
ステップＳ１００２に移行すると、候補アカウント抽出部９０１は、アカウント情報４０９等に基づいて、第１のアカウントの利用者に係る別のアカウント（第３のアカウント）を抽出する。例えば、候補アカウント抽出部９０１は、アカウント情報４０９等に基づいて、第１のアカウントと同様のプロフィールや、プロフィール画像を有する第３のアカウントを抽出する。
【０１２０】
ステップＳ１００３において、第３のアカウントがない場合、管理サーバ１０１は、確認情報の通知処理を終了させる。一方、第３のアカウントがある場合、管理サーバ１０１は、処理をステップＳ１００４に移行させる。
【０１２１】
ステップＳ１００４に移行すると、確認情報通知部４０５は、確認用アカウント５０５に登録された１つ以上の第２アカウントに、第１のアカウントと、第３のアカウントの利用者が、同一の利用者であるか否かを問い合わせる確認情報を通知する。このとき、第２のアカウントに通知される確認情報に基づく通知画面の例を図１１に示す。
【０１２２】
図１１は、第２の実施形態に係る確認情報の通知画面の例を示す図である。第２のアカウントが利用する情報端末１０２のアプリケーション部４１３は、管理サーバ１０１から確認情報を受信すると、表示入力部４１４に、例えば、図１１に示すような通知画面１１０１を表示させる。
【０１２３】
通知画面１１０１には、例えば、第１のアカウントに係る利用者（ユーザＸ）のアカウント確認の依頼であることを示す情報１１０２、第１のアカウントのプロフィール画像８０３、第３のアカウント（ユーザＹ）のプロフィール画像１１０５等が表示される。また、通知画面１１０１には、アカウントの確認を依頼するメッセージ１１０３、ユーザＸとユーザＹが同じ利用者である旨を回答するための「ＹＥＳ」ボタン１１０６や、例えば、ユーザＸとユーザＹが同じ利用者であることを確認できない旨を回答するための「ＮＯ」ボタン１１０７等が含まれる。
【０１２４】
好ましくは、通知画面１１０１には、第１のアカウントに係る利用者が予め登録したメールアドレス、電話番号等の連絡先に連絡するための情報又はリンク情報１１０８等が含まれる。このリンク情報１１０８を選択することにより、通知画面１１０１をみた第２のアカウントの利用者は、第１のアカウントの利用者に容易に連絡することができるようになる。
【０１２５】
第２のアカウントの利用者は、例えば、第１のアカウントの利用者と、第３のアカウントの利用者が同じ利用者であると判断できる場合、「ＹＥＳ」ボタン１１０６を選択して、両者が同じ利用者であることを回答する。この場合、情報端末１０２のアプリケーション部４１３は、第１のアカウントに係る利用者と、第３のアカウントに係る利用者とが同じ利用者であることを示す応答情報を管理サーバ１０１に送信（返信）する。
【０１２６】
一方、第２のアカウントの利用者は、例えば、第１のアカウントの利用者と、第３のアカウントの利用者が同じ利用者であると判断できない場合、「ＮＯ」ボタン１１０７を選択して、判断できない旨を回答する。この場合、情報端末１０２のアプリケーション部４１３は、第１のアカウントに係る利用者と、第３のアカウントに係る利用者が同じ利用者であることを判断できない旨を示す応答情報を管理サーバ１０１に送信（返信）する。
【０１２７】
なお、図８の通知画面８０１は、あくまで一例である。
【０１２８】
ここで、図１０に戻ってフローチャートの説明を続ける。
【０１２９】
ステップＳ１００５に移行すると、管理サーバ１０１は、ステップＳ１００４で１つ以上の第２アカウントに通知した確認情報に対する回答（応答情報）を、所定の期間内（例えば３０分以内）に受信したか否かを判断する。ステップＳ１００５において、１つ以上の応答情報を受信した場合、管理サーバ１０１は、処理をステップＳ１００６に移行させる。一方、ステップＳ１００５において、１つ以上の応答情報を受信できない場合、管理サーバ１０１は、処理を終了させる。
【０１３０】
ステップＳ１００６に移行すると、管理サーバ１０１の確認情報判断部４０６は、受信した１つ以上の応答情報に基づいて、第１アカウントと、第３のアカウントの利用者が、同じ利用者であるか否かを判断する。
【０１３１】
ステップＳ１００７において、第１アカウントと、第３のアカウントの利用者が、同じ利用者でない場合、管理サーバ１０１は、確認情報の通知処理を終了させる。一方、第１アカウントと、第３のアカウントの利用者が、同じ利用者である場合、管理サーバ１０１のアクセス権付与部９０２は、第３のアカウントに、第１のアカウントにアクセスするためのアクセス権を付与する。このとき、アクセス権付与部９０２は、例えば、第３のアカウントに、第１のアカウントに一時的にログイン可能なメンテナンス用のログイン情報（例えば、ユーザＩＤとパスワード等）を通知する。或いは、アクセス権付与部９０２は、第３のアカウントに、第１のアカウント削除するためのリンク情報や、第１のアカウントに一時的にログインするためのリンク情報等を通知するものであっても良い。
【０１３２】
以上、本実施形態に係る管理サーバ１０１は、予め定められた期間を超えて第１のアカウントに活動がない場合、１つ以上の第２のアカウントに、第１アカウントと第３のアカウントの利用者が同じ利用者であるか否かの確認を依頼する確認情報を通知する。
【０１３３】
これにより、所定のサービスに係るアカウントの活動がなくなった場合に、そのアカウントの状態を確認することを容易にする管理サーバ１０１、及び情報処理システム１００を提供することができる。
【０１３４】
また、本実施形態に係る情報処理システム１００では、第１のアカウントと、第３のアカウントの利用者が同じ利用者である場合、第３のアカウントに、第１のアカウントにアクセスするためのアクセス権が付与される。
【０１３５】
これにより、第３のアカウントの利用者は、第１のアカウントから必要な情報を取得することや、不要となった第１のアカウントを削除すること等ができるようになる。
【０１３６】
［第３の実施形態］
第１及び第２の実施形態では、活動情報４１０が、例えば、ＳＮＳやメッセージ送受信サービス等のログ情報等である場合の例について説明したが、活動情報４１０は、人物や動物等の生体情報、例えば、脈拍数、心拍数、体温等の情報を含むものであっても良い。
【０１３７】
第３の実施形態では、活動情報４１０が生体情報を含む場合の例について説明する。なお、ユーザの同意に基づき本機能を提供することが好ましいことは言うまでもない。
【０１３８】
＜機能構成＞
（情報端末の機能構成）
図１２は、第３の実施形態に係る情報処理システムの機能構成の一例を示す図である。図１２の例では、情報端末１０２は、図４に示す第１の実施形態に係る情報端末１０２に加えて、生体情報検出部１２０１を有する。
【０１３９】
生体情報検出部１２０１は、人物や動物等の生体情報、例えば、体温、脈拍数、心拍数、血圧等の情報を検出する手段であり、例えば、図３のセンサ部３０９、及び図３のＣＰＵ３０１で動作するプログラムによって実現される。図１２の例では、情報端末１０２は、例えば、スマートウォッチや、スマートグラス等のウェアラブル端末のように、人体等に装着して利用される端末を想定している。
【０１４０】
図１３は、第３の実施形態に係る情報処理システムの機能構成の別の一例を示す図である。図１３の例では、情報端末１０２は、図４に示す第１の実施形態に係る情報端末１０２に加えて、ローカル通信部１３０４を有する。
【０１４１】
ローカル通信部１３０４は、例えば、近距離無線通信により、ウェアラブル端末１３０１とデータの送受信を行う手段であり、例えば、図３の近距離無線通信部３０８、及び図３のＣＰＵ３０１で動作するプログラム等によって実現される。
【０１４２】
ウェアラブル端末１３０１は、例えば、スマートウォッチや、スマートグラス等のように、人体等に装着して利用される情報端末であり、ローカル通信部１３０２、及び生体情報検出部１３０３を有する。
【０１４３】
ウェアラブル端末１３０１は、例えば、図３に示す情報端末１０２のハードウェア構成のうち、少なくとも、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、近距離無線通信部３０８、センサ部３０９、及びバス３１０等を有する。
【０１４４】
ローカル通信部１３０２は、例えば、近距離無線通信により、情報端末１０２とデータの送受信を行う手段であり、図３の近距離無線通信部３０８、及び図３のＣＰＵ３０１で動作するプログラム等によって実現される。
【０１４５】
生体情報検出部１３０３は、図１２の生体情報検出部１２０１と同様に、人物や動物等の生体情報を取得し、取得した生体情報を、ローカル通信部１３０２を介して、情報端末１０２に通知する。
【０１４６】
情報端末１０２のアプリケーション部４１３は、ウェアラブル端末１３０１から受信した生体情報を、管理サーバ１０１に送信する。
【０１４７】
（管理サーバの機能構成）
図１２、１３に示す管理サーバ１０１は、図４に示す第１の実施形態に係る管理サーバ１０１と同様の構成を有している。なお、通信部４０１、アカウント情報管理部４０２、サービス提供部４０３、確認情報判断部４０６、及び確認用アカウント管理部４０８等の機能は、第１の実施形態と同様なので、ここでは差分を中心に説明する。
【０１４８】
活動情報記録部４０４は、第１の実施形態のログ情報等に加えて（又は代えて）、情報端末１０２から受信した生体情報を、記憶部４１５の活動情報４１０に記録する。
【０１４９】
図１４は、第３の実施形態に係る活動情報の例を示す図である。本実施形態では、活動種別７０１に、例えば、脈拍数、血圧、体温等の生体情報の種別と、生体データの検出データが含まれる。また、本実施形態においても、活動種別７０１には、図６に示すような、ログ情報が含まれていても良い。なお、脈拍数、血圧、体温等の情報は、生体情報の一例である。
【０１５０】
日時７０２は、各生体情報が検出された時刻、又は管理サーバ１０１が、情報端末１０２から各生体情報を受信した時刻等が記録される。
【０１５１】
また、本実施形態に係る管理サーバ１０１の記憶部４１５には、アカウント情報４０９、活動情報４１０に加えて、対応情報１２０２が記憶されている。
【０１５２】
図１５は、第３の実施形態に係る対応情報の例を示す図である。図１５に示すように、対応情報１２０２には、活動種別１５０１毎に、通知条件１５０２と、通知内容１５０３が対応づけて記憶されている。
【０１５３】
活動種別１５０１は、例えば、脈拍数、血圧、体温等の生体情報の種別を示す。
【０１５４】
通知条件１５０２は、アカウント情報４０９の確認用アカウント５０５に登録された１つ以上の第２アカウントに確認情報を通知する条件を示す。
【０１５５】
通知内容１５０３は、通知条件１５０２を満たしたときに、１つ以上の第２アカウントに通知されるメッセージ内容を示す。
【０１５６】
図１５の例では、例えば、第１のアカウントに係る活動情報４１０の体温の値が、３７℃〜３８℃である場合、１つ以上の第２のアカウントに、「体温が上昇しています。○○さんの健康状態を確認して下さい。」というメッセージを含む確認情報が通知される。
【０１５７】
図１２、１３に戻って管理サーバ１０１の機能構成の説明を続ける。
【０１５８】
確認情報通知部４０５は、活動情報４１０に記録された生体情報の状態が、対応情報１２０２の通知条件１５０２を満たす場合、生体情報の状態に対応するメッセージを含む確認情報を、１つ以上の第２アカウントに通知する。
【０１５９】
なお、確認情報通知部４０５は、１つ以上の第２のアカウントに確認情報を通知する前に、第１のアカウントや、第１のアカウントのアカウント情報に登録されているアドレス又はＳＭＳ宛てに、確認先にメッセージを送信して良いかどうかを確認するメッセージを送信するものであっても良い。
【０１６０】
また、確認情報通知部４０５は、第１のアカウントの安否が確認できなかった場合に、１つ以上の第２アカウントに、さらに情報（例えば、最後に取得した第１のアカウントの位置情報や、最後にメッセージを送信した相手等）を送信するものであっても良い。
【０１６１】
＜処理の流れ＞
図１６は、第３の実施形態に係る確認情報の通知処理の例を示すフローチャートである。
【０１６２】
ステップＳ１６０１において、管理サーバ１０１の確認情報通知部４０５は、記憶部４１５に記憶された活動情報４１０に記録された、第１のアカウントの確認期間５０６内の生体情報を確認する。
【０１６３】
ステップＳ１６０２に移行すると、管理サーバ１０１の確認情報通知部４０５は、ステップＳ１６０１で確認した生体情報の中に、対応情報１２０２の通知条件１５０２を満たす生体情報があるか否かを判断する。ステップＳ１６０２において、通知条件１５０２を満たす生体情報がない場合、確認情報通知部４０５は、処理を終了させる。一方、通知条件１５０２を満たす生体情報がある場合、確認情報通知部４０５は、処理をステップＳ１６０３に移行させる。
【０１６４】
ステップＳ１６０３に移行すると、確認情報通知部４０５は、確認用アカウント５０５に記録された１つ以上の第２アカウントに、通知条件１５０２に対応するメッセージを含む確認情報を通知する。このとき、第２のアカウントに通知される確認情報に基づく通知画面の例を図１７に示す。
【０１６５】
図１７は、第３の実施形態に係る確認情報の通知画面の例を示す図である。第２のアカウントが利用する情報端末１０２のアプリケーション部４１３は、管理サーバ１０１から確認情報を受信すると、表示入力部４１４に、例えば、図１７に示すような通知画面１７０１を表示させる。
【０１６６】
通知画面１７０１には、例えば、第１のアカウントに係る利用者の状態確認の依頼であることを示す情報１７０２、第１のアカウントのプロフィール画像１７０３、状態の確認を依頼するメッセージ１７０４等が表示される。
【０１６７】
また、通知画面１７０１には、第１のアカウントに係る利用者の状態に問題がない旨を回答するための「ＹＥＳ」ボタン１７０６や、例えば、利用者の状態を確認できない旨を回答するための「ＮＯ」ボタン１７０７等が含まれていても良い。これにより、管理サーバ１０１側でも、第１のアカウントに係る利用者の状態を判断することができるようになる。
【０１６８】
好ましくは、通知画面１７０１には、第１のアカウントに係る利用者が予め登録したメールアドレス、電話番号等の連絡先に連絡するためのリンク情報１７０５等が含まれる。このリンク情報１７０５を選択することにより、通知画面１７０１をみた第２のアカウントの利用者は、第１のアカウントの利用者に容易に連絡することができるようになる。
【０１６９】
なお、図１７の通知画面１７０１は、あくまで一例である。通知画面１７０１は、第２アカウントの利用者に、第１アカウントに係る利用者の状態の確認を依頼することができるものであれば良い。
【０１７０】
［変形例］
第３の実施形態では、生体情報が人物の生体情報であることを想定して説明を行ったが、生体情報検出部１２０１、１３０３が取得する生体情報は、例えば、ペットや、家畜等の動物の生体情報であっても良い。
【０１７１】
例えば、首輪型等の情報端末１０２をペット等に装着することにより、ペット等の生体情報を検出し、管理サーバ１０１に通知することができる。この場合、ペットは自分でアカウントを取得することができないので、例えば、飼い主等がペット用のアカウントを取得して、管理する。
【０１７２】
管理サーバ１０１の確認情報通知部４０５は、第３の実施形態と同様に、活動情報４１０に記録された生体情報の状態が、対応情報１２０２の通知条件１５０２を満たす場合、生体情報の状態に対応するメッセージを含む確認情報を、第２のアカウントに通知する。また、この場合、第２のアカウントは、ペット等の飼い主や、その家族のアカウントであることが望ましい。
【０１７３】
図１８は、変形例に係る確認情報の通知画面の例を示す図である。第２のアカウントが利用する情報端末１０２のアプリケーション部４１３は、管理サーバ１０１から確認情報を受信すると、表示入力部４１４に、例えば、図１８に示すような通知画面１８０１を表示させる。
【０１７４】
通知画面１８０１には、例えば、第１のアカウントに係るペット等の状態確認の依頼であることを示す情報１８０２、第１のアカウント（ペット等）のプロフィール画像１８０３、状態の確認を依頼するメッセージ１８０４等が表示される。
【０１７５】
また、通知画面１８０１には、第１のアカウントに係るペット等の状態に問題がない旨を回答するための「ＹＥＳ」ボタン１８０６や、例えば、ペット等の状態を確認できない旨を回答するための「ＮＯ」ボタン１８０７等が含まれていても良い。これにより、管理サーバ１０１側でも、第１のアカウントに係るペット等の状態を判断することができるようになる。
【０１７６】
なお、図１８の通知画面１８０１は、あくまで一例である。通知画面１８０１は、第２アカウントの利用者に、第１アカウントに係るペット等の状態の確認を依頼することができるものであれば良い。
【０１７７】
以上、第３の実施形態、及びその変形例によれば、所定のサービスに係るアカウントの生体情報に変化が生じた場合に、その生体情報の変化に対応するメッセージを含む確認情報が、予め登録された１つ以上の確認用アカウントに通知される。
【０１７８】
従って、所定のサービスに係るアカウントの生体情報に変化が生じた場合に、そのアカウントの状態を確認することを容易にする情報処理装置を提供することができる。
【０１７９】
［第４の実施形態］
第３の実施形態では、管理サーバ１０１が提供する所定のサービスのアカウントに係る利用者や、ペット等の生体情報の変化に対応するメッセージを含む確認情報を、１つ以上の確認用アカウントに通知する場合の例について説明を行った。
【０１８０】
第４の実施形態では、利用者や、ペット等の生体情報に代えて（又は加えて）、情報端末１０２の状態を示す情報（例えば、傾き、加速度、周囲の明るさ、バッテリ残量等）に基づいて、確認情報を、１つ以上の確認用アカウントに通知する場合の例について説明する。
【０１８１】
＜機能構成＞
図１９は、第４の実施形態に係る情報処理システムの機能構成図である。
【０１８２】
（情報端末の機能構成）
本実施形態に係る情報端末１０２は、図１２に示す第３の実施形態に係る情報端末１０２の生体情報検出部１２０１に代えて（又は加えて）、端末情報検出部１９０１を有している。
【０１８３】
端末情報検出部１９０１は、情報端末１０２の状態を示す情報を検出する手段であり、例えば、図３のセンサ部３０９、及び図３のＣＰＵ３０１で動作するプログラム等によって実現される。情報端末１０２の状態を示す情報には、例えば、情報端末１０２のバッテリ残量や、加速度センサ、照度センサ等の検出値等が含まれる。
【０１８４】
なお、情報端末１０２の端末情報検出部１９０１以外の構成は、第１〜第３の実施形態と同様である。
【０１８５】
（管理サーバの機能構成）
管理サーバ１０１の機能構成は、記憶部４１５に記憶された活動情報４１０、及び対応情報１２０２の内容に差違があるが、その他の構成は、基本的に第３の実施形態と同様である。ここでは、第３の実施形態との差分を中心に説明を行う。
【０１８６】
図２０は、第４の実施形態に係る活動情報の例を示す図である。本実施形態では、活動種別７０１に、例えば、バッテリ残量、加速度センサ、照度センサ等、情報端末１０２の状態を示す情報の種別と、その検出データが含まれる。また、本実施形態においても、活動種別７０１には、図６に示すような、ログ情報等や、図１４に示すような生体情報等が含まれていても良い。なお、バッテリ残量、加速度センサ、照度センサ等の情報は、情報端末１０２の状態を示す情報の一例である。なお、ログ情報等は、ログ情報に限定されず、管理サーバ１０１に直接記憶される情報であっても良い。
【０１８７】
日時７０２には、各情報が検出された時刻、又は管理サーバ１０１が、情報端末１０２から各情報を受信した時刻等が記録される。
【０１８８】
図２１は、第４の実施形態に係る対応情報の例を示す図である。図２１に示すように、対応情報１２０２には、活動種別２１０１毎に、通知条件２１０２と、通知内容２１０３が対応づけて記憶されている。
【０１８９】
活動種別１５０１は、例えば、バッテリ残量、加速度センサ、照度センサ等、情報端末１０２の状態を示す情報の種別を示す。
【０１９０】
通知条件２１０２は、アカウント情報４０９の確認用アカウント５０５に登録された１つ以上の第２アカウントに確認情報を通知する条件を示す。
【０１９１】
通知内容２１０３は、通知条件２１０２を満たしたときに、１つ以上の第２アカウントに通知されるメッセージ内容を示す。
【０１９２】
図１５の例では、第１のアカウントに係る活動情報４１０の加速度センサの値が、例えば、確認期間５０６を超えて変化なしの場合、１つ以上の第２のアカウントに、「○○さんの端末の移動がありません。」等のメッセージを含む確認情報が通知される。
【０１９３】
なお、確認情報通知部４０５は、１つ以上の第２のアカウントに確認情報を通知する前に、第１のアカウントや、第１のアカウントのアカウント情報に登録されているアドレス又はＳＭＳ宛てに、確認先にメッセージを送信して良いかどうかを確認するメッセージを送信するものであっても良い。
【０１９４】
また、確認情報通知部４０５は、第１のアカウントの安否が確認できなかった場合に、１つ以上の第２アカウントに、さらに情報（例えば、最後に取得した第１のアカウントの位置情報や、最後にメッセージを送信した相手等）を送信するものであっても良い。
【０１９５】
なお、本実施形態に係る確認情報の通知処理の流れは、基本的に図１６に示す第３の実施形態の処理と同様なので、ここでは説明を省略する。
【０１９６】
図２２は、第４の実施形態に係る確認情報の通知画面の例を示す図である。第２のアカウントが利用する情報端末１０２のアプリケーション部４１３は、管理サーバ１０１から確認情報を受信すると、表示入力部４１４に、例えば、図２２に示すような通知画面２２０１を表示させる。
【０１９７】
通知画面２２０１には、例えば、第１のアカウントに係る利用者の状態確認の依頼であることを示す情報２２０２、第１のアカウントのプロフィール画像２２０３、状態の確認を依頼するメッセージ２２０４等が表示される。
【０１９８】
また、通知画面１８０１には、第１のアカウントに係る利用者や、端末の状態に問題がない旨を回答するための「ＹＥＳ」ボタン２２０６や、例えば、利用者や、端末の状態を確認できない旨を回答するための「ＮＯ」ボタン２２０７等が含まれていても良い。これにより、管理サーバ１０１側でも、第１のアカウントに係る利用者や、端末の状態を判断することができるようになる。
【０１９９】
好ましくは、通知画面２２０１には、第１のアカウントに係る利用者が予め登録したメールアドレス、電話番号等の連絡先に連絡するための情報や、第１のアカウントの情報等の情報又はリンク情報２２０５等が含まれる。このリンク情報２２０５を選択することにより、通知画面２２０１をみた第２のアカウントの利用者は、第１のアカウントの利用者に容易に連絡することができるようになる。
【０２００】
なお、図２２の通知画面２２０１は、あくまで一例である。通知画面２２０１は、第２アカウントの利用者に、第１アカウントに係る利用者や、利用者の情報端末１０２の状態確認を依頼することができるものであれば良い。
【０２０１】
以上、第４の実施形態によれば、所定のサービスに係るアカウントに係る情報端末１０２の情報に変化が生じた場合に、その情報端末１０２の情報の変化に対応するメッセージを含む確認情報が、予め登録された１つ以上の確認用アカウントに通知される。
【０２０２】
従って、所定のサービスに係るアカウントの情報端末１０２の情報に変化が生じた場合に、そのアカウントの状態を確認することを容易にする管理サーバ１０１を提供することができる。
【０２０３】
なお、本発明は、具体的に開示された上記の各実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく種々の変形や変更が可能である。
【０２０４】
例えば、上記の各実施形態は、任意の組み合わせで実施することができる。
【符号の説明】
【０２０５】
１００      情報処理システム
１０１      管理サーバ（情報処理装置）
１０２      情報端末
４０１      アカウント情報管理部
４０４      活動情報記憶部（記録部、記録手段）
４０５      確認情報通知部（通知部、通知手段）
４０６      確認情報判断部
４０７      確認期間設定部（設定部）
４０８      確認用アカウント管理部（登録部）
４１５      記憶部
５０５      確認用アカウント（１つ以上の第２のアカウント）
５０６      確認期間（予め登録された期間）
９０１      候補アカウント抽出部（抽出部）
９０２      アクセス権付与部
１３０１    ウェアラブル端末
【図１】
0006803652.tif 000002
【図２】
0006803652.tif 000003
【図３】
0006803652.tif 000004
【図４】
0006803652.tif 000005
【図５】
0006803652.tif 000006
【図６】
0006803652.tif 000007
【図７】
0006803652.tif 000008
【図８】
0006803652.tif 000009
【図９】
0006803652.tif 000010
【図１０】
0006803652.tif 000011
【図１１】
0006803652.tif 000012
【図１２】
0006803652.tif 000013
【図１３】
0006803652.tif 000014
【図１４】
0006803652.tif 000015
【図１５】
0006803652.tif 000016
【図１６】
0006803652.tif 000017
【図１７】
0006803652.tif 000018
【図１８】
0006803652.tif 000019
【図１９】
0006803652.tif 000020
【図２０】
0006803652.tif 000021
【図２１】
0006803652.tif 000022
【図２２】
0006803652.tif 000023