(57)【要約】【課題】ユーザの端末の使用状況を判断し、ユーザの安否の異常に対応する状況を察知し他端末にユーザの携帯端末状況を提供する。【解決手段】対比サーバにて、端末ログ取得サーバに格納される第１端末の発着信状況と、端末基準値作成サーバに格納される第１端末の発着信状況の基準値とを対比し、第1端末が所定時間以上操作されていない場合に、第2端末への第1端末の端末状態情報送信要否判断処理を行い、要判断の場合に第2端末へ第1端末の端末状態情報を送信する。【選択図】図1
2013179381.tif 000002
【特許請求の範囲】
【請求項１】
第1端末のユーザ情報と、第1端末の端末状態情報を受信する第２端末の情報とを管理するユーザ情報制御部と、
前記第1端末から受信する操作ログから複数項目のログを抽出して格納する端末ログ取得サーバと、
前記複数項目について基準値を作成して格納する端末基準値作成サーバと、
前記複数項目のログと、前記複数項目のログに対応する前記基準値とを対比する対比サーバとを有し、
前記対比サーバは、前記端末ログ取得サーバに格納される前記第１端末の発着信状況と、前記端末基準値作成サーバに格納される前記第１端末の発着信状況の基準値とを対比し、前記第1端末が所定時間以上操作されていない場合に、前記第2端末への前記第1端末の端末状態情報送信要否判断処理を行い、要判断の場合に前記第2端末へ前記第1端末の端末状態情報を送信することを特徴とするシステム。
【請求項２】
前記対比サーバは、前記端末状態情報送信要否判断処理について、前記端末ログ取得サーバに格納される前記第1端末の位置情報と、前記端末基準値作成サーバに格納される前記第１端末の位置情報との基準値とを対比し、前記第1端末が実質的に移動していないと判断する場合に、前記第2端末への前記第1端末の端末状態情報を送信することを特徴とする請求項１に記載のシステム。
【請求項３】
前記対比サーバは、前記端末状態情報送信要否判断処理について、さらに前記端末ログ取得サーバに格納される前記第1端末の電源状態、電池残量、発着信状況、メール送受信状況、Web操作履歴の少なくともいずれかを、前記端末基準値作成サーバに格納される情報と対比し、前記第2端末への前記第1端末の端末状態情報を送信の要否を判断することを特徴とする請求項２に記載のシステム。
【請求項４】
前記基準値は、前記端末ログ取得サーバに格納される前記ログの前記複数項目毎の平均値であることを特徴とする請求項1乃至３に記載のシステム。
【請求項５】
前記基準値は、前記複数項目毎に予め定められた値であることを特徴とする請求項1乃至３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話端末を使用し、ユーザの端末使用状況を把握するシステムに関する。
【背景技術】
【０００２】
近年、物理的に離れた人の間での安否などの状況確認の手段のニーズが増している。例えば、1人暮らしをしている家族や高齢者の安否確認には、携帯電話端末や自宅の固定電話等を利用した音声通話がある。もしくはメールの送受信をすることで、相手の安否について確認を行うこともできる。しかし、相手の安否を確認したいときに、相手方が常に電話やメールの対応を出来るとは限らない。
【０００３】
例えば、特許文献１には、使用者の操作情報などを直接的には相手方に送らず、その使用状況を象徴化した象徴化情報を相手方に送り、使用者の状況を相手方に通知することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2010-193128号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば特許文献１に記載の発明では、端末使用状況についての問い合わせ許容時間帯が設定されており、ユーザの指定した時間帯でないと端末使用状況の確認をすることが出来ない。そして、ユーザ端末から相手側に操作状況を伝達することはしないため、ユーザの安否に異常があった場合、ユーザ情報を相手側に伝えることが出来ないという課題がある。
【０００６】
本発明は、上記の点を踏まえ、プライバシーを守りながら相手側からユーザの状況を取得するばかりではなく、ユーザから相手側にユーザ状況を伝達しうるシステムを提供する。
【課題を解決するための手段】
【０００７】
本発明によるシステムは一例として、第1端末のユーザ情報と、第1端末の端末状態情報を受信する第２端末の情報とを管理するユーザ情報制御部と、前記第1端末から受信する操作ログから複数項目のログを抽出して格納する端末ログ取得サーバと、前記複数項目について基準値を作成して格納する端末基準値作成サーバと、前記複数項目のログと、前記複数項目のログに対応する前記基準値とを対比する対比サーバとを有し、前記対比サーバは、前記端末ログ取得サーバに格納される前記第１端末の発着信状況と、前記端末基準値作成サーバに格納される前記第１端末の発着信状況の基準値とを対比し、前記第1端末が所定時間以上操作されていない場合に、前記第2端末への前記第1端末の端末状態情報送信要否判断処理を行い、要判断の場合に前記第2端末へ前記第1端末の端末状態情報を送信することを特徴とする。
【発明の効果】
【０００８】
ユーザ情報を受け取る相手端末では、いつでもユーザの端末操作状況を把握することが出来る。また、ユーザの安否の異常に対応する状況の場合には相手端末に情報を送信するように構成することができる。
【図面の簡単な説明】
【０００９】
【図１】携帯電話安否確認サービスのシステムの例
【図２】ユーザ専用ページ画面の表示例
【図３】携帯電話安否確認サービス操作(ユーザ端末から相手側に情報送信)のフローチャート
【図４】携帯電話安否確認サービス操作(相手側からユーザ端末の情報取得)のフローチャート
【図５】携帯電話安否確認サービス操作(ユーザ端末から相手側に情報送信)の送信情報例
【図６】ユーザ専用ページユーザ情報登録ページの表示例
【発明を実施するための形態】
【００１０】
図1〜6は、携帯電話安否確認サービスのシステムを示している。以下、実態形態について、図を参照して説明する。
【００１１】
図1は、携帯電話安否確認サービスのシステムの例である。
【００１２】
当該システムでは、ユーザ端末101からセンター100に送信される端末操作ログから、本サービスで必要な項目のログを端末ログ取得サーバ102の各項目毎データベース(以下、「データベース」を「DB」と略す)に抽出して管理する。
【００１３】
ユーザ端末基準値作成サーバ103では、端末ログ取得サーバ102で管理されるユーザ端末101の所定期間（1ヶ月分など）のログに基づいて各項目の平均値算出し、端末の操作基準値としてデータベースに管理する。端操作基準値は所定のタイミング（例えば毎月1日に先月の操作値を元に）更新される。
【００１４】
ユーザ端末基準値作成サーバ103で作成したユーザの端末操作基準値は、差分情報取得サーバ104に送信される。
【００１５】
差分情報取得サーバ（対比サーバ）104では、ユーザの端末操作基準値と、端末ログ取得サーバ102に格納される情報のうちの対応する情報とを対比する。そして、ユーザの端末操作基準値と、端末ログ取得サーバ102に格納される情報のうちの対応する情報との差分情報を作成する。ユーザ端末基準値作成サーバ103が格納する、発着信状況から求める平均操作時間（発信もしくは着信の操作についての一日単位での最終操作時刻についての平均時刻をいう）と端末ログ取得サーバ102に格納される発着信状況のうちの最終操作時刻とを対比して、所定時間（例えば12時間）以上異なっているとき、当該所定時間の間で端末が未操作と判断し、情報取得サーバ104サーバにて端末ログ取得サーバ102とユーザ端末基準値作成サーバ103の各項目値を比較し、上記の差分情報を作成する。そして、端末ログ取得サーバ102とユーザ端末基準値作成サーバ103の差分情報の少なくとも一部を、予め配信先として定めた相手側端末105にユーザ端末101の状況として送信する。
【００１６】
なお、これらの装置は通信ネットワークを介して互いに接続される。
【００１７】
また、端末ログ取得サーバ102、ユーザ端末基準値作成サーバ103と情報取得サーバ104が有するDBの種類は、電源のon/off、電池残量、位置情報、発着信頻度、メール送受信頻度、web操作頻度の6種類である。なお、ユーザ端末基準値作成サーバ103の基準値は、上記では平均値の例を示したが、各々のデータベースの基準値について、平均値としてもよく、また各々のデータベースの項目内容に応じた基準値を予め設定してもよい。
【００１８】
図２は、ユーザ端末の表示部に表示される専用ページ画面の表示例である。なお、図４に関連して後述する本画面を介するユーザ情報、及び本画面への表示の制御は、図１のセンター100に含まれるユーザ情報制御部110にて行う。専用ページ画面として、ユーザページのログインページ201、ユーザの端末操作状況を表示する202、ログアウト表示ページ203を示す。
【００１９】
202の内容は102〜104同様、電源のon/off、電池残量、位置情報、発着信頻度、メール送受信頻度、web操作頻度の6項目からなる。
【００２０】
図６は、ユーザ専用ページユーザ情報登録ページの表示例である。ユーザはサービス開始時、自分の端末情報と、ユーザ情報を受け取ることが出来る相手側端末の情報を行う必要がある。図６は、登録方法の表示例を表している。登録する内容は、ユーザの氏名、電話番号、メールアドレス、ログイン時のユーザIDとパスワード、そしてユーザ情報を受信する相手側端末の氏名、電話番号、メールアドレスを登録する。
【００２１】
図３に基づいて、携帯電話安否確認サービスのフローを、ユーザ端末から相手側に情報送信のフローについて特に説明する。以下、ユーザの端末操作の未操作期間の長い、安否に異常が想定される場合の処理について、ステップ毎に説明する。
【００２２】
(1)ユーザ端末の操作ログより、ユーザ端末の操作基準値を作成。(ステップ301)
(2)ユーザ端末基準値作成サーバ103に格納する発着信状況から求める平均操作時間（発信もしくは着信の操作についての一日単位での最終操作時刻についての平均時刻をいう）と端末ログ取得サーバ102に格納される発着信状況のうちの最終操作時刻とを対比して、ユーザが端末操作を所定時間（例えば12時間）以上端末操作をしていないことを判断。(ステップ302)この判断により、以降、主として差分情報取得サーバ（対比サーバ）104の処理により、相手側端末へのユーザ端末状態の情報の送信要否判断処理を行う。
【００２３】
(3) 端末ログ取得サーバ102からユーザ端末のログであるGPS情報を位置情報として使用し、端末の位置情報を取得。 (ステップ303)
(3-1)サーバ103から位置情報の基準値を取得し、サーバ104にて、サーバ103の位置情報の基準値とサーバ102の位置情報との差分を算出し差分が所定範囲内で端末が実質的に移動していないと判断する場合、相手側の端末にユーザが端末操作を行っていない旨の端末状態の情報を送信。（ステップ３０３から右の分岐）
(3-2)（3-1）同様の処理から端末が実質的に移動していると判断する場合、次ステップ(304)へ。
【００２４】
(4) サーバ103からユーザ端末の電源状態及び電源残量の基準値を取得し、サーバ104にて、サーバ103の電源状態及び電源残量の基準値とサーバ102の電源状態及び電源残量とを対比。 (ステップ304) 
(4-1)電源がOFFかつ、電池残量が0の場合、もしくは電池残量の差分が所定範囲より大きい場合、相手側の端末にユーザが端末操作を行っていない旨の端末状態の情報を送信。（ステップ３０４から右の分岐）
(4-2)電源がONまたは、電源OFFでも電池残量が0%以外の場合、もしくは電池残量の差分が所定範囲より小さい場合、次ステップ(305)へ。
【００２５】
(5) サーバ103からユーザ端末の発着信状況の基準値を取得し、サーバ104にて、サーバ103の発着信状況の基準値とサーバ102の発着信状況とを対比し、ユーザ端末の発着信操作履歴を確認。(ステップ305) 
(5-1)着信のみある場合、次ステップ(308)へ。
【００２６】
(5-2)発着信操作をしていない場合、次ステップ(306)へ。
【００２７】
(6)着信時のユーザの操作状況を確認。(ステップ308)
(6-1)応答している場合は、端末移動をしていないのみで、安否に異常なしと判断し、相手側にユーザの端末状態の情報は送信しない。（ステップ３０８から右の分岐）
(6-2)不在着信の場合、次ステップ(306)へ。
【００２８】
(7)サーバ103からユーザ端末のメール送受信状況の基準値を取得し、サーバ104にて、サーバ103のメール送受信状況の基準値とサーバ102のメール送受信状況とを対比し、ユーザ端末のメール送受信を確認。(ステップ306) 
(7-1)メール送受信がある場合、次ステップ(309)へ。
【００２９】
(7-2)メール送受信がない場合、次ステップ(307)へ。
【００３０】
(8)メール送受信の状態を確認。(ステップ309)
(8-1)メールが既読、または送信メールがある場合は、端末移動をしていないのみで、安否に異常なしと判断し、相手側にユーザ端末の端末状態の情報は送信しない。（ステップ３０９から右の分岐）。
【００３１】
(8-2)受信メールが未読、メールの送信をしていない場合、次ステップ(307)へ。
【００３２】
(9)サーバ103からユーザ端末のWeb操作状況の基準値を取得し、サーバ104にて、サーバ103のWeb操作状況の基準値とサーバ102のWeb操作状況とを対比し、ユーザ端末のWeb操作状況を確認。(ステップ307) 
(9-1)Web操作をしている場合は、端末移動をしていないのみで、安否に異常なしと判断し、相手側にユーザの端末状態の情報は送信しない。（ステップ３０７から右の分岐）
(9-2)Web操作をしていないことを検知した場合、相手側の端末にユーザが端末操作を行っていない旨の端末状態の情報を送信。（ステップ３０７から下の分岐）
続いて、図４に基づいて、携帯電話安否確認サービスのフローを、相手側からユーザ端末の情報取得について特に説明する。
【００３３】
(1)まず、ユーザがサービス開始時にユーザ情報を登録。このとき、自分の端末情報、ログイン時のパスワード登録、自分の情報を取得することが出来る相手の端末情報を登録。(ステップ401)
(2)ユーザ端末と、ステップ401で端末情報を登録された相手側の端末に、ユーザ専用ページログイン用のユーザIDとパスワードを送信。(ステップ402) 
(3)ユーザ情報を取得したい相手側が、ユーザ専用ページにてログインする(ステップ403)
(4)サーバ側のユーザ情報制御部110で、ログイン端末があらかじめ登録された端末かを判断。サービス開始時に登録したユーザ、相手側ユーザの情報はユーザ情報管理サーバ(106)で管理されるため、ログインした端末がログイン可能かどうかは、サーバ内のDBに格納されている端末情報より判断される。(ステップ404) 
(5)ステップ404において、ログイン端末があらかじめ登録された端末と判断する場合、ログインした相手側端末は、ユーザの端末情報を参照(ステップ405)
(6)ステップ405後に、ログアウト画面を表示してもよい。(ステップ406)
(7)ステップ405後に、ユーザ端末の情報で気になる事があれば、相手側端末はユーザに関する安否確認をする(ステップ406)。なお、 安否確認とは、ユーザ端末への直接の通信でも、安否確認処理の指示をサーバに送信するものでもよい。安否確認方法の具体例としては、相手側からユーザ端末に直接確認する場合は、ユーザ端末に電話をかけることである。
また、サーバに指示を送信して確認する方法の場合は、相手側端末からユーザ端末に対してメールを送信し、メールを送信した後、相手側ユーザがユーザ専用ページにログインし、ユーザのメール状態が既読であるか確認する。
(8)ステップ404において、ログイン端末があらかじめ登録された端末ではないと判断する場合、ログイン端末に対して「アクセス許可がありません』と表示(ステップ407)
(9) ログイン端末に対してログアウト画面を表示(ステップ408)
図５は、相手側端末に送信され、相手側端末の表示部に表示される情報例である。送信者はサービス管理者、受信者は相手側端末105、タイトルがユーザ端末101の端末情報の連絡、メール本文がユーザ端末101が最後に端末操作をした時間が記載される。
【図１】
2013179381.tif 000003
【図２】
2013179381.tif 000004
【図３】
2013179381.tif 000005
【図４】
2013179381.tif 000006
【図５】
2013179381.tif 000007
【図６】
2013179381.tif 000008