(57)【要約】【課題】グループ化された複数の携帯端末装置のバッテリィ動作の可用性を確保する。【解決手段】グループ化されたデバイス１００ａ〜１００ｄは、管理サーバ２００とネットワーク１００を通じて通信できる。管理サーバは、デバイス１００ａ〜１００ｄから受け取った状態データを管理テーブルに記憶する。状態データは、ユーザが画面を確認するまでの時間の長短を判断するための近接情報と、バッテリィ動作の可用性に関連する可用性情報を含む。管理サーバは、状態データに基づいて、複数のデバイスのなかから所定のアクションが必要な対象デバイスと、所定のアクションに関連するメッセージを通知する通知デバイスを選択する。管理サーバは、通知デバイスに所定のアクションに関連するメッセージを通知する。メッセージは、充電のプロンプトや、シャット・ダウンの許可とすることができる。【選択図】図１
2018186430.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上でグループ化された複数の携帯端末装置と通信することが可能な情報処理装置であって、
前記複数の携帯端末装置から受け取った状態データを記録する状態データ記録部と、
前記状態データを参照して前記複数の携帯端末装置のなかからバッテリィ動作の可用性を確保するための所定のアクションが必要な対象デバイスと、前記所定のアクションに関連するメッセージを通知する通知デバイスを選択するデバイス選択部と、
前記通知デバイスに前記メッセージを通知するアクション実行部と
を有する情報処理装置。
【請求項２】
前記状態データが、前記デバイス選択部がバッテリィ動作の可用性を判断するために利用する可用性情報とユーザが画面を確認するまでの時間の長短を判断するために利用する近接情報を含む請求項１に記載の情報処理装置。
【請求項３】
前記デバイス選択部が、ユーザによる入力状態を判断することが可能な前記状態データを送信した前記携帯端末装置を前記通知デバイスとして選択する請求項１に記載の情報処理装置。
【請求項４】
前記デバイス選択部が、ユーザに保持されて移動中であることを判断することが可能な前記状態データを送信した前記携帯端末装置を前記通知デバイスとして選択する請求項１に記載の情報処理装置。
【請求項５】
前記デバイス選択部が、パワー・オン状態を判断することが可能な前記状態データを送信した前記携帯端末装置を前記通知デバイスとして選択する請求項１に記載の情報処理装置。
【請求項６】
前記デバイス選択部が、バッテリィ残量の低下を判断することが可能な前記状態データを送信した前記携帯端末装置を前記対象デバイスとして選択する請求項１に記載の情報処理装置。
【請求項７】
前記デバイス選択部が、所定の消費電力より大きい電力で動作を開始しかつユーザから離れた位置に存在すると判断することが可能な前記状態データを送信した前記携帯端末装置を前記対象デバイスとして選択する請求項１に記載の情報処理装置。
【請求項８】
前記デバイス選択部が、スリープ状態に遷移してから所定の時間が経過しかつユーザから離れた位置に存在すると判断することが可能な前記状態データを送信した前記携帯端末装置を前記対象デバイスとして選択する請求項１に記載の情報処理装置。
【請求項９】
前記デバイス選択部が、前記携帯端末装置の長時間使用の予定の存否を判断することが可能な前記状態データを送信した前記携帯端末装置を前記対象デバイスとして選択する請求項１に記載の情報処理装置。
【請求項１０】
前記メッセージが、ユーザによる充電のプロンプトである請求項１に記載の情報処理装置。
【請求項１１】
前記メッセージが、前記対象デバイスをシャット・ダウンする許可のリクエストである請求項１に記載の情報処理装置。
【請求項１２】
前記所定のアクションが、前記対象デバイスをシャット・ダウンするコマンドの送信である請求項１に記載の情報処理装置。
【請求項１３】
情報処理装置が接続されたネットワーク上で他の携帯端末装置とグループ化することが可能な携帯端末装置であって、
バッテリィ動作の可用性の判断をするための状態データを生成する状態データ生成部と、
前記状態データを前記情報処理装置に転送する状態データ送信部と、
前記状態データに基づいて前記情報処理装置が前記複数の前記携帯端末装置の中から選択した他の携帯端末装置に対するアクションに関連するメッセージを受け取るメッセージ受信部と
を有する携帯端末装置。
【請求項１４】
前記アクションを実行するコマンドを受け取ってシャット・ダウンの処理をするパワー・ステート制御部を有する請求項１３に記載の携帯端末装置。
【請求項１５】
情報処理装置がネットワーク上でグループ化された複数の携帯端末装置のバッテリィ動作の可用性を確保する方法であって、
前記複数の携帯端末装置からそれぞれの状態データを受け取るステップと、
前記複数の携帯端末装置の中から前記状態データに基づいてバッテリィ動作の可用性を確保するための所定のアクションが必要な対象デバイスを選択するステップと、
前記複数の携帯端末装置の中から前記状態データに基づいて通知デバイスを選択するステップと、
前記通知デバイスに前記対象デバイスに対する前記所定のアクションに関連するメッセージを送るステップと
を有する方法。
【請求項１６】
情報処理装置が接続されたネットワーク上で他の携帯端末装置とグループ化された携帯端末装置がバッテリィ動作の可用性を確保する方法であって、
前記可用性を判断するための状態データを前記情報処理装置に転送するステップと、
前記情報処理装置から他の前記携帯端末装置の可用性を確保するためのメッセージを受け取るステップと、
前記情報処理装置から前記可用性を確保するための制御コマンドを受け取るステップと
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上でグループ化された複数の携帯端末装置のバッテリィ動作の可用性を確保する技術に関する。
【背景技術】
【０００２】
ユーザは、それぞれネットワークに接続が可能でバッテリィで動作するスマートフォン、タブレット端末、およびラップトップ型パーソナル・コンピュータ（ラップトップＰＣ）などの複数の携帯端末装置を所有する場合がある。特許文献１は、同一ユーザによって所有される複数のユーザ端末の電池残量の低下に伴うサービスの質の低下を抑制する技術を開示する。同文献は、各ユーザ端末が電池残量に応じた通知情報を管理サーバ宛てに送信し、管理サーバは電池残量が少ないユーザ端末に対するサービスの提供を停止することで、当該ユーザ端末がサービスの継続的な利用で早期に電池切れをすることを防ぐことを記載している。
【０００３】
特許文献２は、スマートフォンを利用した見守りシステムを開示する。同文献には見守り対象者の住戸内に配置したスマートフォンが収集したデータをサーバに送り、見守り事業者が閲覧することを記載する。特許文献３は、携帯電話が充電池切れで電源が切れたことをユーザに通知する携帯電話を開示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−９９７５７号公報
【特許文献２】特開２０１６−１４６１５０号公報
【特許文献３】特開２０１７−３３４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ユーザが保有する複数の携帯端末装置には、一般に使用頻度の高いものと低いものが含まれる。長時間使用されない携帯端末装置は、ユーザの充電管理が行き届かなくなる。たとえば、長い時間スリープ状態で放置した携帯端末装置は、気がついたときにバッテリィ残量が低下しており、いざ使用しようとしても充電が完了するまで使用できないことになる。
【０００６】
また、長時間ラップトップＰＣを使用する会議に臨む際には、事前に満充電にしておく必要があるが、うっかり会議の予定に気づかず充電を忘れることがある。あるいは、離れた場所に存在する携帯端末装置において、突然予期しないプログラムが動き出して、短時間でバッテリィを消費する事態も想定できる。このようにユーザが複数の携帯端末装置を保有する場合には、各携帯端末装置を、ユーザが使用する際にバッテリィ動作ができる状態にしておく可用性が求められている。本発明の目的は、グループ化された複数の携帯端末装置のバッテリィ動作の可用性を確保することにある。
【課題を解決するための手段】
【０００７】
本発明の一の態様は、ネットワーク上でグループ化された複数の携帯端末装置と通信することが可能な情報処理装置を提供する。情報処理装置は、複数の携帯端末装置から受け取った状態データを記録する状態データ記録部と、状態データを参照して複数の携帯端末装置のなかからバッテリィ動作の可用性を確保するための所定のアクションが必要な対象デバイスと、所定のアクションに関連するメッセージを通知する通知デバイスを選択するデバイス選択部と、通知デバイスにメッセージを通知するアクション実行部とを有する。
【０００８】
情報処理装置は、グループに帰属しない管理サーバでもよく、またグループに帰属するいずれかの携帯端末装置であってもよい。状態データは、デバイス選択部がバッテリィ動作の可用性を判断するために利用する可用性データとユーザが画面を確認するまでの時間の長短を判断するために利用する近接データを含むことができる。メッセージは、充電のプロンプトやシャット・ダウンの許可を受けるためのリクエストとすることができる。
【０００９】
本発明の他の態様は、情報処理装置が接続されたネットワーク上で他の携帯端末装置とグループ化することが可能な携帯端末装置を提供する。携帯端末装置は、バッテリィ動作の可用性を判断するための状態データを生成する状態データ生成部と、状態データを情報処理装置に転送する状態データ送信部と、状態データに基づいて情報処理装置が複数の携帯端末装置の中から選択した他の携帯端末装置に対するアクションに関連するメッセージを受け取るメッセージ受信部とを有する。情報処理装置は、グループ化された他の携帯端末装置であってもよい。
【発明の効果】
【００１０】
本発明により、グループ化された複数の携帯端末装置のバッテリィ動作の可用性を確保することができた。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態にかかるグループ化されたデバイス群１００を説明するための図である。
【図２】管理サーバ２００の構成を説明するための機能ブロック図である。
【図３】管理テーブル２０９のデータ構造の一例を説明するための図である。
【図４】デバイス１００の構成を説明するための機能ブロック図である。
【図５】管理サーバ２００がデバイス１００の可用性を確保する手順の一例を説明するためのフローチャートである。
【図６】対象デバイスを選択するための手順の一例を示すフローチャートである。
【図７】通知デバイスを選択するための手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
［デバイス群１００の動作環境］
図１は、本発明の実施の形態にかかるグループ化されたデバイス群１００を説明するための図である。ネットワーク１０は、ＰＡＮ(Personal Area Network）、ＬＡＮ(Local Area Network)、ＭＡＮ(Metropolitan Area Network)、ＷＡＮ(Wide Area Network)、インターネット、およびイントラネットなどのいずれかまたは複数のネットワークを含んでいる。ネットワーク１０には、管理サーバ２００と、無線ＬＡＮのルータ１１、１３、３Ｇ、ＬＴＥ、ＷｉＭＡＸなどの移動体通信規格の無線ＷＡＮ基地局１５、およびイーサネット（登録商標）・ルータ１１などのネットワーク１０に対する接続デバイスが接続されている。
【００１３】
一例において、無線ＬＡＮルータ１１はオフィスに配置され、無線ＬＡＮルータ１３とイーサネット・ルータ１７は家庭に配置されているとする。図１にはグループ化されたデバイス群１００、１２０、１３０を示している。デバイス群１００、１２０、１３０は相互に異なるグループを構成するが、本発明においては各グループが同様に動作するため、以後、代表してデバイス群１００について説明する。
【００１４】
ここにグループ化されたデバイス１００ａ〜１００ｄは、ユーザによる所有、管理または支配の範囲に応じて、管理サーバ２００が識別可能なネットワーク上の識別子を備えている。図１には、デバイス群１００として、無線ＬＡＮルータ１１に接続されたデバイス１００ａ、無線ＬＡＮルータ１３に接続されたデバイス１００ｂ、無線ＷＡＮ基地局１５に接続されたデバイス１００ｃ、およびイーサネット・ルータ１７にケーブルで接続されたデバイス１００ｄを示している。なお以後においては、特定する必要がない任意のデバイス１００ａ〜１００ｄを示す場合もデバイス１００と記載する。
【００１５】
デバイス１００は、一例として、スマートフォン、携帯電話、タブレット端末、ラップトップＰＣなどの情報端末装置、ゲーム機およびデジタル・カメラのような家電機器、計測器および無線機器のような産業機器とすることができる。デバイス１００ａ〜１００ｃは、それぞれバッテリィで動作することが可能な携帯端末装置に相当する。デバイス１００ｄは、商用電源だけで動作するデスクトップＰＣとしている。デバイス１００ｄは、図７を参照して説明する通知デバイスとして選択される場合がある。
【００１６】
デバイス１００ａ〜１００ｃは、移動して異なる他の接続デバイスからネットワーク１０に接続することができる。デバイス１００はそれぞれ、管理サーバ２００にバッテリィ動作の可用性の確保に利用する状態データを送信する。管理サーバ２００は、デバイス１００から受け取った状態データに基づいてデバイス１００ａ〜１００ｃのバッテリィ動作の可用性を確保するための動作をする。
【００１７】
［管理サーバ］
図２は、管理サーバ２００の構成を説明するための機能ブロック図である。管理サーバ２００は、グループ化された複数のデバイス群１００、１２０、１３０に本発明にかかるサービスを提供することができる。管理サーバ２００は、クラウド・サービスを提供する事業者が大衆のために運営するものでもよいし、一般の企業が社員のためだけに運営するものでもよい。
【００１８】
管理サーバ２００は、ネットワーク・インターフェース２０１、状態データ記録部２０３、デバイス選択部２０５、アクション実行部２０７、および管理テーブル２０９を含む。管理サーバ２００の構成要素は、プロセッサ、システム・メモリ、コントローラ、Ｉ／Ｏチップセットなどのハードウェアと、デバイス・ドライバ、ＯＳ、アプリケーションなどのソフトウェアの協働により構成している。
【００１９】
ネットワーク・インターフェース２０１は、管理サーバ２００とネットワーク１０との間のデータ転送を制御する。状態データ記録部２０３は、デバイス１００から受け取った状態データを管理テーブル２０９に記録する。状態データ記録部２０３は、受け取った状態データを、デバイス選択部２０５が、通知デバイスおよび対象デバイスを選択する際に利用しやすい状態データに加工してから記録することができる。
【００２０】
通知デバイスと対象デバイスについては図６、図７を参照して説明する。デバイス選択部２０５は、管理テーブル２０９を参照して通知デバイスおよび対象デバイスを選択する。アクション実行部２０７は、通知デバイスにユーザによる所定のアクションのプロンプトやシャット・ダウンの許可を得るためのリクエストを送信する。アクション実行部２０７は、通知デバイスから対象デバイスをシャット・ダウンする許可を得たときに、対象デバイスにシャット・ダウンするための制御コマンドを送る。
【００２１】
［管理テーブル］
図３は、管理テーブル２０９のデータ構造の一例を説明するための図である。ここで、状態データは、管理サーバ２００がデバイス１００のバッテリィ動作の可用性を確保するために利用するデータに相当する。状態データは、ユーザが画面を確認するまでの時間の相対的な長短の判断に必要な情報（近接データ）と、バッテリィ動作に関する可用性の判断に必要な情報（可用性データ）で構成している。管理サーバ２００は、近接データに基づいて、アクションを通知する相手となる通知デバイスを選択し、および可用性データに基づいてアクションの実行対象となる対象デバイスを選択する。通知デバイスと対象デバイスはいずれもデバイス群１００の一部またはすべてに相当する。
【００２２】
管理テーブル２０９は、デバイス１００ａ〜１００ｄのデバイス識別子ＩＤ＃１００ａ〜ＩＤ＃１００ｄおよび可用性データと近接データの区分からなるレコードと、パワー・ステート情報、入力情報、および移動情報などからなるフィールドで構成されている。パワー・ステート情報は、デバイス１００が現在パワー・オン状態、スリープ状態またはパワー・オフ状態のいずれのパワー・ステートに遷移しているかを示す可用性データおよび近接データに相当する。
【００２３】
デバイス１００は、パワー・ステートが変化する時刻を管理サーバ２００に送信する。デバイス１００は一例において管理サーバ２００に、電源が起動した直後にパワー・オン時刻を送信し、スリープ状態またはパワー・オフ状態への移行動作の直前にその時刻を送信する。デバイス１００は、スリープ状態から自動的にパワー・オフ状態に遷移する自動パワー・オフが設定されている場合は、管理サーバ２００に自動的にパワー・オフに遷移する時刻を送信する。
【００２４】
状態データ記録部２０３は、これらのパワー・ステートが変化する時刻から現在のパワー・ステートを認識してパワー・ステート情報を生成することができる。パワー・ステート情報は、デバイス１００が生成して管理サーバ２００に送るようにしてもよい。デバイス１００は、スリープ状態のときにも定期的にウェイク・アップして状態データを送信することができる。
【００２５】
入力情報は、その時点において、デバイス１００ａ〜１００ｄのなかでユーザが当該デバイス１００の画面をみる可能性が早いことを推定させる近接データに相当する。入力情報は一例において、デバイス１００が備えるタッチ・パネル、キーボード、およびマウスなどの入力デバイスをユーザが操作している情報とすることができる。入力情報は他の例において音楽や動画をストリーミング再生していることを示す情報とすることができる。
【００２６】
一例においてデバイス１００は管理サーバ２００に、入力デバイスが操作されたときに入力情報を送り、最後の入力デバイスの操作が停止してから一定時間が経過したときに入力情報の解除を示す情報を送ることができる。移動情報は、デバイス１００ａ〜１００ｃが移動しているユーザによって保持されて揺動していることを示す近接データに相当する。
【００２７】
移動情報は一例においてデバイス１００ａ〜１００ｃが搭載する加速度センサが出力する情報とすることができる。位置情報は、デバイス１００の地理的な所在場所を示す近接データに相当する。位置情報は、一例においてＧＰＳ情報および接続している無線ＬＡＮルータ１１、１３または無線ＷＡＮ基地局１５の識別情報とすることができる。ユーザが常時携帯することが予想されるスマートフォンの位置情報は、同時にユーザの現在位置の推定に利用することもできる。管理サーバ２００は、位置情報と移動情報からユーザの現在位置を推定することもできる。
【００２８】
バッテリィ情報はデバイス１００ａ〜１００ｃが搭載するバッテリィに残っている電気量を示す可用性データに相当する。バッテリィ情報は、バッテリィの定格容量または満充電容量に対する残存電気量の割合（残量率）とすることができる。デバイス１００は管理サーバ２００に、定期的に残量率を通知するか、または残量率が所定値まで低下したときにバッテリィ情報を送り、充電されて回復したときに回復したことを示す情報を送ることができる。
【００２９】
充電情報は、デバイス１００ａ〜１００ｃが現在バッテリィを充電していることを示す可用性データに相当する。デバイス１００は管理サーバ２００に、充電を開始したときに充電情報を送り、終了したときに充電が停止したことを示す情報を送ることができる。電力変化情報は、ウィルス・プログラムなどのような想定外のプログラムが動作を開始してデバイス１００ａ〜１００ｃの消費電力が急激に増加したことを示す可用性データに相当する。デバイス１００は、一例において消費電力の所定時間ごとの移動平均を計算する。
【００３０】
デバイス１００は通常の消費電力を示す電力プロファイルと比較して所定値以上の変化が発生した時に管理サーバ２００に電力変化情報を送る。電力プロファイルは、時間帯や曜日に対応したデバイス１００の消費電力の傾向に相当する。デバイス１００は定期的に取得した消費電力の大きさを統計処理して電力プロファイルを作成することができる。
【００３１】
スケジュール情報は、デバイス１００の使用に関連したユーザの行動予定を示す可用性データおよび近接データに相当する。スケジュール情報は、一例において会議の時間帯、出張の時間帯、および電車での移動の時間帯などのようなデバイス１００ａ〜１００ｃを長時間使用する予定を示す、スケジュール・テーブルに登録されたデータとすることができる。スケジュール情報を記録するスケジュール・テーブルは、管理サーバ２００とデバイス１００のいずれが保有していてもよい。管理サーバ２００は、スケジュール情報からユーザの現在位置とそのときユーザが使用する頻度が高いデバイス１００を推定することができる。
【００３２】
［デバイス１００］
図４は、デバイス１００の構成を説明するための機能ブロック図である。デバイス１００は、状態データ送信部１５３、状態データ生成部１５５、スケジュール・テーブル１５９、パワー・ステート制御部１６１、およびメッセージ受信部１５７を含んでいる。これらの要素は、ＣＰＵ、システム・メモリおよびディスプレイなどのハードウェアとＯＳおよびアプリケーションなどのソフトウェアの協働で構成することができる。
【００３３】
デバイス１００はさらに、通信モジュール１５１、ＧＰＳ１６３、加速度センサ１６５、および電力ユニット１６７を含んでいる。通信モジュール１５１は、無線ＬＡＮルータ１１、１３、無線ＷＡＮ基地局１５およびイーサネット・ルータ１７に接続するためのコントローラで構成している。状態データ生成部１５５は、通信モジュール１５１、ＧＰＳ１６３、加速度センサ１６５、および電力ユニット１６７から取得したデータに基づいて、図３に示した状態データを生成する。
【００３４】
状態データ送信部１５３は、定期的にまたは必要に応じて状態データを管理サーバ２００に送る。スケジュール・テーブル１５９は、ユーザの行動予定を記録する。ユーザの行動予定は管理サーバ２００に登録してもよい。メッセージ受信部１５７は一例においてタッチスクリーンを含み、管理サーバ２００から受け取った対象デバイスに対するアクションに関連するメッセージを表示する。メッセージ受信部１５７は、メッセージがシャット・ダウンの許可のリクエストの場合に、ユーザのリクエストに対する指示を管理サーバ２００に送る。
【００３５】
パワー・ステート制御部１６１は、管理サーバ２００から受け取った制御コマンドに応じてデバイス１００をパワー・オン状態またはスリープ状態からパワー・オフ状態に遷移させる。電力ユニット１６７は、バッテリィ、充電器、およびＤＣ／ＤＣコンバータなどを含み、状態データ生成部１５５にバッテリィの残量、充電中の情報、および消費電力などを出力する。管理サーバ２００はデバイス１００を、通知デバイスおよび対象デバイスまたはいずれか一方として選択する。
【００３６】
［可用性を確保する手順］
図５は、管理サーバ２００がデバイス１００の可用性を確保する手順の一例を説明するためのフローチャートである。デバイス１００は、状態データを送信するデバイス、および管理サーバ２００によって選択された通知デバイスおよび対象デバイスまたはいずれかとして動作する。ブロック３０１でユーザはグループに加えるデバイス１００にグループ識別子を付して管理サーバ２００に登録する。ブロック３５１で管理サーバ２００は、グループごとに作成した管理テーブル２０９に、デバイス１００ａ〜１００ｄに対応するデバイス識別子ＩＤ＃１００ａ〜１００ｄを付して登録する。
【００３７】
ブロック３０３でデバイス１００は、それぞれ図３を参照して説明した状態データを所定のタイミングでまたは必要に応じて管理サーバ２００に送る。ブロック３５３で状態データ記録部２０３は受け取った状態データを必要に応じて加工して、管理テーブル２０９に登録または管理テーブル２０９の更新をする。ブロック３５５でデバイス選択部２０５は定期的に管理テーブル２０９を参照して、アクションの対象となる対象デバイスが存在するか否かを判断する。対象デバイスの選択方法は図６を参照して説明する。
【００３８】
対象デバイスが存在するとき、デバイス選択部２０５はブロック３５７で管理テーブル２０９を参照してその時点でユーザが短時間でメッセージに気づきやすいデバイス１００に相当する通知デバイスを選択する。通知デバイスの選択方法は図７を参照して説明する。ブロック３５９でアクション実行部２０７は、選択した通知デバイスに対して対象デバイスに対するアクションに関連するメッセージをプッシュ配信で送る。
【００３９】
アクションに関連するメッセージは一例において、対象デバイスのユーザによる充電のプロンプト、通常より大きな電力を消費しているときの確認のプロンプト、または対象デバイスの電源を強制的にシャット・ダウンする許可を求めるリクエストとすることができる。アクションがユーザに対するメッセージの送信だけの場合は、この時点で管理サーバ２００の処理は終了して、メッセージをみたユーザが、ブロック３０５で対象デバイスの充電をしたり確認をしたりといったアクションをとる。
【００４０】
メッセージがシャット・ダウンの許可を求めるリクエストの場合は、ブロック３０７でユーザが通知デバイスを操作して管理サーバ２００に許可または不許可の応答をする。ブロック３６１でアクション実行部２０７は、アクションが許可されたときに対象デバイスに制御コマンドを送ると、ブロック３０９で対象デバイスのパワー・ステート制御部１６１はシステムをパワー・オフ状態に遷移させる。ブロック３０５によれば事前にユーザがバッテリィを充電することができ、また、ブロック３０９によれば使用予定のない状態でスリープ状態が継続することを防いだり異常なバッテリィの消費を防いだりすることができるため、バッテリィ動作の可用性を確保することができる。
【００４１】
［対象デバイスの選択］
図６は、対象デバイスを選択するための手順の一例を示すフローチャートである。対象デバイスは、デバイス群１００のなかで、管理サーバ２００またはユーザがバッテリィの充電やパワー・ステートの制御といったようなバッテリィ動作の可用性を確保するために何らかのアクションをとる必要があるデバイス１００ａ〜１００ｃに相当する。デバイス選択部２０５は定期的に、管理テーブル２０９に登録された複数のデバイス１００ａ〜１００ｃを順番に評価して対象デバイスとしての適格性を判断する。
【００４２】
ブロック４０１で、デバイス選択部２０５はバッテリィ情報を参照して、評価するデバイス１００の残量率が所定値より低下したか否を判断する。残量率が低下していると判断したデバイス選択部２０５はブロック４２１で、当該デバイス１００が充電中か放電中かを判断する。充電中のときはブロック４０３に移行し、放電中のときはブロック４２５に移行する。
【００４３】
ブロック４２５でデバイス選択部２０５は、放電中でかつ残量率が所定値よりも低下した当該デバイス１００を、充電をしないでただちに使用できるようにしておくために対象デバイスとして特定する。ブロック４０３でデバイス選択部２０５は、スケジュール情報と現時の時刻から、当該デバイス１００が近い将来に長時間使用する予定があるか否かを判断する。
【００４４】
近い将来長時間使用する予定があると判断したデバイス選択部２０５は、ブロック４２５で当該デバイス１００を、事前に十分に充電させておくために対象デバイスとして特定する。長時間の使用予定がないと判断したデバイス選択部２０５はブロック４０５で、電力変化情報を参照して当該デバイス１００の消費電力が急激に増加したか否を判断する。急激に増加したと判断した場合はブロック４２３に移行する。
【００４５】
ブロック４２３でデバイス選択部２０５は、当該デバイス１００がユーザから離れた場所に存在するか近辺に存在するかを判断する。デバイス選択部２０５はユーザの位置とデバイス１００の位置を、管理テーブル２０９の近接データから判断することができる。消費電力が急激に増加したデバイス１００は、ウィルス・プログラムが動作を開始したり異常が発生したりした可能性が高い。
【００４６】
他方で、デバイス１００を実際に使用しているときは、消費電力が急激に増えてもユーザは即時対応することができる。ブロック４２３で離れた場所に存在すると判断したデバイス選択部２０５はブロック４２５で、当該デバイス１００をシャット・ダウンするために対象デバイスとして特定する。離れた場所に存在しないかまたは消費電力が急激に増加していないと判断したデバイス選択部２０５はブロック４０７に移行する。
【００４７】
ブロック４０７でデバイス選択部２０５は、パワー・ステート情報を参照して当該デバイスが所定時間以上スリープ状態を継続しているか否を判断する。所定時間以上スリープ状態を継続していると判断したデバイス選択部２０５はブロック４２４で、当該デバイス１００がユーザから離れた場所に存在するか近辺に存在するかを判断する。離れた場所に存在すると判断したデバイス選択部２０５は、ブロック４２５で当該デバイス１００を、シャット・ダウンするために対象デバイスとして特定する。
【００４８】
離れた場所に存在しないかまたはスリープ時間が長くいないと判断したデバイス選択部２０５はブロック４０９に移行する。また、デバイス選択部２０５は、ブロック４２５で対象デバイスを特定したあとはブロック４０９に移行する。ブロック４０９でデバイス選択部２０５は、管理テーブル２０９に登録されたデバイス１００をブロック４０１に戻ってすべて評価するとブロック４１１で対象デバイスの選択処理を終了する。図６の手順では、複数の対象デバイスが選択される場合もあるし、今回の手順では対象デバイスが選択されない場合もある。
【００４９】
［通知デバイスの選択］
図７は、通知デバイスを選択するための手順の一例を示すフローチャートである。通知デバイスはデバイス１００ａ〜１００ｄのなかで、ユーザがその時点で管理サーバ２００から受け取ったメッセージを短時間で確認できる可能性が高いデバイス１００に相当する。通知デバイスは複数でもよいが、多くのデバイス１００で不要なメッセージを受信する煩わしさを避けるために、ユーザが短時間のうちにメッセージを確認する可能性が最も高いデバイスを選択することが望ましい。
【００５０】
デバイス選択部２０５は、管理テーブル２０９に登録された複数のデバイス１００を、順番に評価して通知デバイスとしての適格性を判断する。ブロック４５１でデバイス選択部２０５は管理テーブル２０９のパワー・ステート情報を参照して、評価するデバイス１００が現在パワー・オン状態か否かを判断する。パワー・オン状態のデバイス１００は、付近にユーザが存在することを推定させる。デバイス選択部２０５がパワー・オン状態と判断したときはブロック４５３に移行し、スリープ状態またはパワー・オフ状態と判断したときはブロック４５５に移行する。デバイス選択部２０５はブロック４５３で、入力情報から当該デバイス１００に対してユーザが入力中か否かを判断する。
【００５１】
入力中のデバイス１００に対してプッシュ配信されたメッセージは、ユーザがただちに確認できる可能性が高い。入力中と判断したデバイス選択部２０５はブロック４６３で、当該デバイス１００を通知デバイスとして特定する。通知デバイスは、対象デバイスと異なる場合もあれば一致する場合もある。たとえば、ユーザがみずからのラップトップＰＣを使用しているときに通知デバイスとして選択され、明日の午前中の会議を示すスケジュール情報に基づいて対象デバイスとして選択されて充電のプロンプトを受け取ることがある。
【００５２】
なお、ブロック４５３の手順を省略して、デバイス選択部２０５はパワー・オン状態のデバイス１００をただちに通知デバイスとして選択することもできる。この場合、複数のデバイス１００が通知デバイスとして選択されることがある。デバイス選択部２０５はブロック４５５で、パワー・ステート情報から当該デバイス１００がスリープ状態またはパワー・オフ状態のいずれかを判断する。スリープ状態と判断したときはブロック４５７に移行し、パワー・オフ状態と判断したときはブロック４５９に移行する。
【００５３】
デバイス選択部２０５はブロック４５７で、移動情報から当該デバイス１００が移動中か否を判断する。スリープ状態のデバイス１００が移動中であればユーザが保持している可能性が高いため、ユーザがプッシュ配信を短時間のうちに確認することを推定できるため、ブロック４６３でデバイス選択部２０５は当該デバイス１００を通知デバイスとして選択する。デバイス選択部２０５はブロック４５９で、すべてのデバイス１００について、通知デバイスとしての適否を判断するまでブロック４５１に戻って同じ手順を繰り返す。
【００５４】
ブロック４６１でデバイス選択部２０５は、ブロック４５１〜４５９の手順でいずれのデバイス１００も通知デバイスとして選択できなかったときに、所定のデバイス１００を通知デバイスとして選択する。所定のデバイスは、あらかじめ最もユーザが近くに存在する可能性が高いデバイスとして設定した、たとえば、スマートフォンとすることができる。あるいはデバイス選択部２０５は、移動情報、位置情報、およびスケジュール情報からユーザが近くに存在すると推定できるデバイスを通知デバイスとして選択することができる。
【００５５】
たとえば、デバイス選択部２０５は、ユーザがオフィスに存在する場合に、オフィスで通常使用するデスクトップＰＣやラップトップＰＣを通知デバイスとして選択することができる。あるいはデバイス選択部２０５は、現在会議の予定時間である場合に、会議で通常使用するラップトップＰＣやタブレット端末を通知デバイスとして選択することができる。あるいは、デバイス１００が通常使用する場所と異なる場所に存在するときに、ユーザが移動先に持ち運んで使用している可能性が高いためデバイス選択部２０５は当該デバイス１００を通知デバイスとして選択することができる。
【００５６】
以上、管理サーバ２００がデバイス群１００のバッテリィ動作の可用性を確保する手順を説明したが、管理サーバ２００の手順をグループに所属するいずれか１つのデバイス１００が行うこともできる。図３の管理テーブル２０９のデータ構造および図５〜図７に記載した手順は、本発明の一形態を説明したものであり、本発明の範囲は明細書の記載から当業者が想起できる特許請求の範囲に記載のとおりである。
【００５７】
これまで本発明について図面に示した特定の実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができることはいうまでもないことである。
【符号の説明】
【００５８】
１００、１２０、１３０  デバイス群（または任意のデバイス）
１００ａ〜１００ｄ  デバイス
２００  管理サーバ
【図１】
2018186430.tif 000003
【図２】
2018186430.tif 000004
【図３】
2018186430.tif 000005
【図４】
2018186430.tif 000006
【図５】
2018186430.tif 000007
【図６】
2018186430.tif 000008
【図７】
2018186430.tif 000009