JP2009253920A - 携帯端末、携帯端末の制御プログラム及び制御方法 - Google Patents

Abstract

【課題】 専用制御装置等が不要で、ユーザ自身による動作モードの設定作業を必要とせずに、場所及び使用シーンに応じた適切な動作状態に自動的に切り替え制御可能とする。
【解決手段】
メモリ部１６のデータ格納部１８には、一定期間内（例えば平日５日間）における自端末の動作状態を表すデータが蓄積される。制御部１０は、メモリ部１６のプログラム格納部１７内の自動動作制御プログラムを実行することで、データ格納部１８に格納された動作状態を表すデータを一定期間内の各時間帯別に集計し、その集計したデータを基に、各時間帯における動作状態の使用頻度を表す（普遍性を表す）パラメータを決定する。そして、制御部１０は、その使用頻度を表すパラメータを基に、時間帯別の動作状態を設定し、その設定した動作状態に自端末を制御する。
【選択図】 図１

Description

本発明は、例えば電源のＯＮ／ＯＦＦやマナーモード等の様々な動作状態を取り得る携帯電話端末等の携帯端末と、その携帯端末の制御プログラム及び制御方法に関する。

従来より、携帯電話端末は、例えば着信音を出力する通常使用モード、着信音を出力させずに着信ランプの発光やバイブレータを振動させることで使用者に着信等を知らせる消音動作モード（いわゆるマナーモード）などのように幾つかの動作モードが設定可能となされており、それら動作モードを任意に切り替え可能となされている。

また従来より、携帯電話端末の動作モードを適切に切り替えるための技術の一例として、病院やコンサートホール、空港搭乗口などに、携帯電話端末から送信される動作状態情報を受信すると共に、その端末の現在の動作モードを判断し、当該動作モードがその場所に相応しくないモードである場合には、その携帯電話端末が不適切な動作を起こさないように制御する専用の制御装置を設けるような技術が知られている。

また他の例として、特開２００１−１２７８３８号の公開特許公報（特許文献１）には、予めユーザ自身が入力設定したマナーモード設定時刻に基づいて、マナーモードの設定と解除とを行うようになされた携帯移動端末に関する技術が開示されている。

また、特開２００５−１８４３２７号の公開特許公報（特許文献２）には、タイムスケジュールを管理する管理テーブルに各予定事象を登録する時やそれら各予定事象を編集等する時に、各予定事象についてユーザ自身がそれぞれマナーモード登録フラグを設定入力し、その設定されたマナーモード登録フラグに応じてマナーモードの設定と解除を行うようになされた携帯電話機に関する技術が開示されている。

特開２００１−１２７８３８号公報（図１） 特開２００５−１８４３２７号公報（図３）

上述したような専用の制御装置を病院やコンサートホール、空港搭乗口等に設置することで携帯電話端末の動作モードを制御する技術の場合、携帯電話端末以外の専用制御装置が必須となり、また当該専用制御装置は無線通信により携帯電話端末を遠隔制御することになる。したがって、この技術の場合、専用制御装置を設置するための多額のコストがかかり、また、携帯電話端末側もその専用制御装置による遠隔制御を受け得る機能を搭載していなければならず、汎用性に乏しく、それら特殊なケースでの自動制御しかできないことになる。さらに例えば、ユーザが個人で所有している携帯電話端末を遠隔制御してしまうことにもなるため好ましくない。もちろん、専用の制御装置が存在していない場所や、携帯電話端末自身が専用制御装置による遠隔操作機能に対応していない場合には、その携帯電話端末の動作モードを適切に制御することは不可能である。なお、携帯電話端末を遠隔制御するのではなく、例えば病院やコンサートホール等などにおいて、携帯電話端末の動作モードについてユーザに注意を促すアナウンス等を行うことにより、ユーザ自身に動作モードの切り替え操作を求めることも可能であるが、必ずしも全てのユーザがそのアナウンスに従うとは限らず、また、そのアナウンスにユーザ自身が納得している場合であっても、実際に動作モードの切り替え操作を行うべきときにそれを忘れてしまう場合も有り得る。

また、上述した特許文献１や特許文献２に開示されているような技術を用いた場合には、ユーザ自身が、マナーモード設定と解除の時刻等を入力したり、スケジュール管理テーブルへのマナーモード登録フラグの設定入力などを行わなければならず、ユーザにとって非常に面倒な作業を強いることになる。

本発明は、このような実情に鑑みて提案されたものであり、例えば専用の制御装置等が不要で、且つ、ユーザ自身が予め動作モードを設定しておくような作業を必要とせずに、場所及び使用シーンに応じた適切な動作モードに自動的に切り替え可能となされた携帯端末、その携帯端末の制御プログラム及び制御方法を提供することを目的とする。

本発明の携帯端末は、一定期間内における自端末の動作状態を表すデータを記憶するデータ記憶部と、データ記憶部に記憶された動作状態を表すデータを、一定期間内の各時間帯別に集計し、その集計したデータを基に各時間帯における動作状態の使用頻度を求める頻度決定部と、頻度決定部にて求めた使用頻度を基に、時間帯別の動作状態を設定し、その設定した動作状態に自端末を制御する制御部とを有することにより、上述した課題を解決する。

また、本発明の携帯端末の制御プログラムは、一定期間内における自端末の動作状態を表すデータをデータ記憶部に記憶させ、そのデータ記憶部に記憶された上記動作状態を表すデータを一定期間内の各時間帯別に集計し、その集計したデータを基に、各時間帯における動作状態の使用頻度を求める頻度決定部と、頻度決定部にて求めた使用頻度を基に、時間帯別の動作状態を設定し、その設定した動作状態に自端末を制御する制御部として、携帯端末を機能させることにより、上述した課題を解決する。

また、本発明の携帯端末の制御方法は、一定期間内における自端末の動作状態を表すデータをデータ記憶部に蓄積するステップと、その蓄積された動作状態を表すデータを一定期間内の各時間帯別に集計し、その集計したデータを基に各時間帯における動作状態の使用頻度を求めるステップと、使用頻度を基に、時間帯別の動作状態を設定し、その設定した動作状態に自端末を制御するステップとを有することにより、上述した課題を解決する。

すなわち、本発明によれば、一定期間内における自端末の動作状態を各時間帯別に集計し、その集計結果から各時間帯における動作状態の使用頻度を求めている。したがって、当該使用頻度を基に各時間帯別の動作状態を設定して自端末を自動制御すれば、例えばユーザが自端末を適切な動作状態に設定することを忘れてしまったとしても、端末自身が独自に適切な動作状態になり、またその状態を維持することが可能となる。

本発明においては、一定期間内における自端末の動作状態を蓄積し、その蓄積した動作状態から、各時間帯における動作状態の使用頻度を求め、その使用頻度を基に時間帯別の動作状態を設定して自端末の自動制御を行うことで、例えば専用の制御装置等を必要とせず、且つ、ユーザ自身が予め動作状態を設定しておくような作業も不要となり、場所及び使用シーンに応じた適切な動作状態に自動的に切り替え可能となる。

以下、図面を参照しながら、本発明の一実施形態について説明する。

なお、以下の実施形態では、本発明の適用例として、例えば着信音を出力する通常使用モード、着信音を出力させずに着信ランプの発光やバイブレータを振動させることで使用者に着信等を知らせる消音動作モード（マナーモード）などのように幾つかの動作モードが設定可能で、それら動作モードを任意に切り替え可能となされた携帯電話端末を挙げているが、勿論、ここで説明する内容はあくまで一例であり、本発明はこの例に限定されないことは言うまでもない。

〔携帯電話端末の概略構成〕
図１には、本実施形態の携帯電話端末の概略構成を示す。

図１において、通信アンテナ１２，通信回路１１は、通話や電子メール等のパケット通信のための信号電波を送受信し、送受信信号の周波数変換、変調と復調等を行う。

スピーカ２０は、携帯電話端末に設けられている受話用のスピーカや、リンガ（着信音）、アラーム音、再生音楽等の音声出力用スピーカである。マイクロホン２１は、送話用及び外部音声集音用のマイクロホンである。音声処理部２２は、通話音声データや再生音楽等の音声に関連する各種の処理を行う。

操作部１４は、携帯電話端末の図示しない筐体上に設けられているテンキーや発話キー、終話／電源キー等の各キーや十字キー、シャッターボタン、ジョグダイヤル等の各操作子と、それら操作子が操作された時の操作信号を発生する操作信号発生器とからなる。

表示部１３は、例えば液晶ディスプレイや有機ＥＬ（ElectroLuminescent）ディスプレイ等の表示デバイスと、そのディスプレイの表示駆動回路からなる。画像処理部２３は、文字や記号、静止画像、動画像等の表示画像に関連する各種の処理を行う。

メモリ部１６は、例えばＯＳ（Operating System）プログラムや、制御部１０が各部を制御するための制御プログラム、本発明にかかる後述する自動動作制御のための制御プログラム等の各種のアプリケーションプログラムとテーブルデータ、その他の各種データを記憶し、また、制御部１０の作業領域として随時データを格納する。なお、メモリ部１６のプログラム格納部１７には後述の本発明にかかる自動動作制御用の制御プログラム等の各種のアプリケーションプログラムが格納され、データ格納部１８には後述の本発明にかかる各曜日及び各時間帯の動作状態（動作モードや電源ＯＮ／ＯＦＦ）のデータが格納され、テーブル格納部１９には後述の本発明にかかるテーブルデータが格納される。当該メモリ部１６の本発明にかかる制御プログラムを含む各種のプログラムは、例えばディスク状記録媒体や外部半導体メモリ等を介して格納されたり、外部インターフェースを通じたケーブル或いは無線を介して格納されたものであっても良い。

時計部１５は、年月日、日時等の時間情報の生成や時間の計測等を行う。

ＧＰＳ（Global Positioning System）部２４は、携帯電話端末の現在位置や移動速度、移動距離などを計測する。

制御部１０は、ＣＰＵ（中央処理ユニット）からなり、本実施形態の携帯電話端末の各部の制御と各種信号処理制御等を行う。特に、本実施形態の場合、詳細については後述するが、制御部１０は、メモリ部１６のプログラム格納部１７に格納されている自動動作制御用の制御プログラムの実行及びそれに付随する各種データ処理等を行う。

その他、図１には図示を省略しているが、本実施形態の携帯電話端末は、一般的な携帯電話端末に設けられる各構成要素についても備えている。

〔動作状態の自動制御〕
本実施形態の携帯電話端末は、当該端末が日常的に使用されている時間帯とそれら各時間帯における当該端末の動作状態とをそれぞれパラメータとして蓄積し、その蓄積したパラメータにより、当該端末の動作状態が例えばマナーモードにされた時間帯、電源がＯＦＦになされた時間帯、電源がＯＮになされた時間帯、通常使用モードになされた時間帯などを学習し、その学習結果に基づいて、当該端末の動作状態を自動的に切替設定制御可能となされている。

以下に具体的な例を挙げて、上記時間帯と動作状態のパラメータ蓄積と、そのパラメータに基づく時間帯別の動作状態自動切替設定制御について説明する。

図２には、一例として、平日（月曜日〜金曜日）におけるユーザの実際の行動と、動作モードや電源ＯＮ／ＯＦＦ等のような携帯電話端末の実際の動作状態とを、時間帯別に集計したタイムテーブルを示している。なお、この図２において、携帯電話端末の動作モードや電源ＯＮ／ＯＦＦ等の動作状態は、ユーザの手動操作により設定されている。

この図２において、一例として、月曜日のユーザの行動と端末の設定状態について説明すると、４時から７時までの時間帯はユーザが睡眠中であり端末は電源がＯＦＦになされている。７時から８時の時間帯では、例えば端末の目覚まし機能が起動して電源がＯＮとなりユーザが起床する。８時から９時の時間帯では、ユーザが電車により通勤し、その時の端末の動作状態はユーザの操作によりマナーモードに設定されている。９時から１２時の時間帯はユーザが勤務中であり、端末の動作状態はマナーモードに設定されている。１２時から１３時の時間帯はユーザが昼休み中であり、端末は通常使用モードに設定される。１３時から１９時の時間帯はユーザが業務中であり、端末はマナーモードに設定されている。１９時から２０時の時間帯ではユーザが退社し、端末は通常使用モードに設定される。２０時から２１時の時間帯ではユーザが帰宅するために電車に乗り、端末はマナーモードに設定されている。２１時から２２時の時間帯はユーザが自宅内に居て、端末は通常使用モードに設定されている。２３時から０時の時間帯ではユーザが就寝し、端末は電源がＯＦＦされる。０時から４時の時間帯はユーザが睡眠中であり、端末は電源がＯＦＦになされている。他の曜日の説明については省略する。

この図２の例の場合、携帯電話端末は、平日の５日間において、概ね、例えば１時から７時までの時間帯では必ず電源がＯＦＦとなされ、７時から８時までの時間帯では必ず目覚まし機能が起動して電源がＯＮされ、８時から９時までの時間帯及び９時から１２時までの時間帯では必ずマナーモードとなされ、１２時から１３時までの時間帯では必ず通常使用モードになされていることが判る。すなわち、これらの時間帯において、各日における動作状態は、同じ動作状態の使用頻度が非常に高いことが判る。言い換えると、それら時間帯では、各日において動作状態が常に変わらない「普遍的」な時間帯になっていることが判る。

一方、携帯電話端末は、上述の普遍的な動作状態の時間帯を除く他の時間帯では、ユーザにより当該端末の動作状態が変更されており、各動作状態の使用頻度が或る程度低くなっていることが判る。また、動作状態が変更される場合であっても、例えば或る時間帯において平日５日間のうち例えば何日かが同じ動作状態になされている場合や、或る時間帯では平日５日間の略々各日で動作状態が変更される場合のように、動作状態の使用頻度にも或る程度の差が存在していることが判る。なお、本実施形態では、平日５日間のうち何日かが同じ動作状態になされてる時間帯、言い換えると同じ動作状態の使用頻度が例えば中程度である時間帯を「やや普遍的」な時間帯と呼び、それら以外の時間帯、言い換えると同じ動作状態の使用頻度が低い時間帯を「特殊的」な時間帯と呼ぶことにする。

このようなことから、本発明実施形態の携帯電話端末では、平日の各時間帯においてユーザにより設定された動作状態が何れの動作状態であったのかを集計し、それら各時間帯の動作状態の集計結果を基に、各時間帯が上記「普遍的」であるか、或いは「やや普遍的」であるか、或いは「特殊的」であるのかを判定し、その判定結果に基づいて各時間帯に重み付けを行う。すなわち本実施形態の場合、「普遍的」であると判定された時間帯に対する重み付けは大きく（重み係数のパラメータを大きく）し、以下、「やや普遍的」と判定された時間帯、「特殊的」と判定された時間帯の順に重み付けを少なく（重み係数のパラメータを小さく）する。なお、「やや普遍的」「特殊的」な時間帯の重み付けに比べて、上記「普遍的」な時間帯の重み付けをより大きくするのは、一般に、「普遍的」な時間帯には携帯電話端末の動作状態を気にする機会が減り、ユーザがうっかりと不適切な動作状態で当該端末が使用されてしまう可能性が高いからである。

図３には、月曜日〜金曜日の各日の時間帯における携帯電話端末の動作状態の集計結果を基に、各時間帯が「普遍的」，「やや普遍的」，「特殊的」の何れであるかを判定した判定結果と、その判定に応じた重み付けの一例を示している。

この図３の例では、４時から１３時までの時間帯は「普遍的」であり重み付けは「重」に設定され、１３時から１７までの時間帯は「やや普遍的」であり重み付けは「やや重」に設定され、１７時から１８時までの時間帯は「普遍的」であり重み付けは「重」、１８時から２１時までの時間帯は「特殊的」であり重み付けは「軽」、２１時から２２時までの時間帯は「普遍的」で重み付けは「重」、２２時から１時までの時間帯は「やや普遍的」で重み付けは「やや重」、１時から４時までの時間帯は「普遍的」で重み付けは「重」に設定されている。

また、上述のような各時間帯における「普遍的」，「やや普遍的」，「特殊的」の判定とその判定結果に応じた重み係数のパラメータ設定を行った後、本実施形態の携帯電話端末は、上記各時間帯の重み係数を、月曜日〜金曜日の各時間帯における携帯電話端末の動作状態（マナーモード、通常使用モード、電源ＯＮ／ＯＦＦ）に掛けることにより、各時間帯について各動作状態の優先度パラメータを算出する。

そして、本実施形態の携帯電話端末は、各時間帯について各動作状態の優先度パラメータを基に、各時間帯における自端末の動作状態を自動設定制御する。

図４には、各時間帯について算出される各動作状態の優先度パラメータと、その優先度パラメータに応じた自端末の自動動作制御の一例を示す。

なお、図４では、「普遍的」な時間帯には重み係数「１．５」が設定され、「やや普遍的」な時間帯には重み係数「１」が設定され、「特殊的」な時間帯には重み係数「０．５」が設定される例が挙げられている。

この図４において、例えば、「普遍的」となされて重み係数が「１．５」に設定された４時から１３時までの時間帯のうち、４時から７時までの各時間帯では月曜日〜金曜日の平日５日間、携帯電話端末の動作状態が電源ＯＦＦとなっているため、当該４時から７時までの各時間帯の動作状態である電源ＯＦＦの優先度パラメータはそれぞれ「７．５」となされ、一方、電源ＯＮやマナーモード、通常使用モードの優先度パラメータはそれぞれ「０」となされる。また、７時から８時までの時間帯では平日５日間、動作状態が電源ＯＮとなっているため、当該７時から８時までの時間帯の動作状態である電源ＯＮの優先度パラメータは「７．５」となされ、一方、電源ＯＦＦやマナーモード、通常使用モードの優先度パラメータはそれぞれ「０」となされる。また、８時から１２時までの各時間帯では平日５日間、携帯電話端末の動作状態がマナーモードとなっているため、当該８時から１２時までの各時間帯の動作状態であるマナーモードの優先度パラメータはそれぞれ「７．５」となされ、一方、電源ＯＮ，ＯＦＦ、通常使用モードの優先度パラメータはそれぞれ「０」となされる。同様に、１２時から１３時までの時間帯では平日５日間、携帯電話端末の動作状態が通常使用モードとなっているため、当該１２時から１３時までの時間帯の動作状態である通常使用モードの優先度パラメータは「７．５」となされ、一方、電源ＯＦＦやマナーモードの優先度パラメータはそれぞれ「０」となされる。

また図４において、例えば、「やや普遍的」となされて重み係数が「１」に設定された１３時から１７時までの時間帯のうち、１３時から１５時までの各時間帯では、携帯電話端末の動作状態がマナーモードになされたのが３日間、通常使用モードが１日間、電源ＯＦＦが１日間であったため、当該１３時から１５時までの各時間帯では、電源ＯＦＦの優先度パラメータは「１」、電源ＯＮの優先度パラメータは「０」、マナーモードの優先度パラメータは「３」、通常使用モードの優先度パラメータは「１」となされる。また、１５時から１７時までの各時間帯では、携帯電話端末の動作状態がマナーモードになされたのが４日間、通常使用モードが１日間であったため、当該１５時から１７時までの各時間帯では、マナーモードの優先度パラメータが「４」、通常使用モードの優先度パラメータが「１」となされ、電源ＯＦＦと電源ＯＮの優先度パラメータはそれぞれ「０」となされる。

さらに図４において、例えば、「特殊的」となされて重み係数が「０．５」に設定された１９時から２１時までの時間帯では、携帯電話端末の動作状態がマナーモードになされたのが２日間、通常使用モードが３日間であったため、この時間帯では、マナーモードの優先度パラメータは「１」、通常使用モードの優先度パラメータは「１．５」となされ、電源ＯＮ，ＯＦＦの優先度パラメータはそれぞれ「０」となされる。

他の時間帯についての説明は省略する。

そして、この図４に示すようにして各時間帯について動作状態の優先度パラメータの設定がなされると、本実施形態の携帯電話端末は、それら動作状態の優先度パラメータに基づいて、各時間帯について動作状態の自動設定制御を行う。

すなわち本実施形態の携帯電話端末は、各時間帯について例えば優先度パラメータが最も高い値になされている動作状態となるように自端末を制御する。図４の例の場合、本実施形態の携帯電話端末は、４時から７時及び２３時から４時までの各時間帯では自端末の動作状態を電源ＯＦＦとし、７時から８時の時間帯では電源ＯＮとし、８時から１２時の各時間帯ではマナーモードとし、１２時から１３時の時間帯では通常使用モードとし、１３時から１８時の各時間帯ではマナーモードとし、１８時から２３時の時間帯では通常使用モードとするような自動動作制御を行う。

なお、「特殊的」である時間帯では、ユーザから動作状態の変更指示入力がなされない限り、前の動作状態をキープしておくようにしても良い。

〔スケジュール帳の登録内容を加味した自動動作制御〕
本実施形態の携帯電話端末は、上述したような各時間帯の動作状態の学習に基づく自動動作制御と、自端末内に用意されているスケジュール帳に登録されているユーザ自身の行動スケジュールとをリンクさせ、当該ユーザ自身の行動スケジュールを当該端末の自動動作制御に反映させることにより、当該端末が使用される際に不適切な動作状態になってしまうことを回避可能ともなされている。

以下、図５のような具体的な例を挙げて、ユーザ自身の行動スケジュールを反映させた当該端末の自動動作制御について説明する。

本実施形態の携帯電話端末は、スケジュール帳内に登録されたユーザの行動スケジュールの中から、図５に示すように自動動作制御に適用可能なキーワードを抽出し、その抽出したキーワードに重み付けをする。そして、携帯電話端末は、当該キーワードの重み係数を上述した時間帯の動作状態の学習に基づく自動動作制御の際に加算する。

すなわち、図５の例において、ユーザの行動スケジュールから例えば「待ち合わせ」の語句と「１２月１６日」の日付、及び、「１４：００〜１６：００」の時間の各キーワードが抽出された場合、本実施形態の携帯電話端末は、それら「待ち合わせ」と「１２月１６日」及び「１４：００〜１６：００」のキーワードを基に、「１２月１６日」の「１４：００〜１６：００」の時間帯について、「待ち合わせ」時に携帯電話端末に求められる最適な動作状態として「通常使用モード」が選ばれ、さらに当該時間帯への重み係数を例えば「２．５」等の或る程度大きい値に設定する。一方、前述の図４の例の場合、１４時からの時間帯にはマナーモードに「３」の優先度パラメータが設定されており、一方通常使用モードには「１」の優先度パラメータが設定されている。そこで、本実施形態の携帯電話端末は、これらの情報を用い、特に、「１２月１６日」の「１４：００〜１６：００」の時間帯については、上記キーワードを基に設定された通常使用モードの優先度パラメータ「２．５」と図４のように平日の蓄積情報のみを基に設定された通所使用モードの優先度パラメータ「１」とを加算した「３．５」を用いることとする。これにより、本実施形態の携帯電話端末は、特に「１２月１６日」の「１４：００〜１６：００」の時間帯では、優先度パラメータが大きい値となった通常使用モードに自動動作制御されることになる。

また図５の例において、ユーザの行動スケジュールから例えば「コンサート」の語句と「１２月２５日」の日付、及び、「１９：００〜２１：００」の時間の各キーワードが抽出された場合、本実施形態の携帯電話端末は、それらキーワードを基に、「１２月２５日」の「１９：００〜２１：００」の時間帯について、「コンサート」時に携帯電話端末に求められる最適な動作状態として「マナーモード」が選ばれ、さらに当該時間帯への重み係数を例えば「５」等の大きい値に設定する。一方、前述の図４の例の場合、１９時からの時間帯には通常使用モードに「１．５」の優先度パラメータが設定されており、一方マナーモードには「１」の優先度パラメータが設定されている。この例の場合、本実施形態の携帯電話端末は、これらの情報を用い、特に「１２月２５日」の「１９：００〜２１：００」の時間帯については、上記キーワードを基に設定されたマナーモードの優先度パラメータ「５」と図４のように平日の蓄積情報のみを基に設定されたマナーモードの優先度パラメータ「１」とを加算した「６」を用いることにする。これにより、本実施形態の携帯電話端末は、特に「１２月２５日」の「１９：００〜２１：００」の時間帯では、優先度パラメータが大きい値となったマナーモードに自動動作制御されることになる。

同様に、図５の例において、ユーザの行動スケジュールから例えば「フライト」の語句と「１月５日」の日付、及び、「１２：００〜１９：００」の時間の各キーワードが抽出された場合、本実施形態の携帯電話端末は、それらキーワードを基に、「１月５日」の「１２：００〜１９：００」の時間帯について、「フライト」（つまり飛行機への搭乗）時に携帯電話端末に求められる最適な動作状態として「電源ＯＦＦ」が選ばれ、さらに当該時間帯への重み係数を例えば「１０」等の特に大きい値に設定する。一方、前述の図４の例の場合、１２時からの時間帯にはマナーモードに「３〜５」の優先度パラメータが設定されており、通常使用モードに「１．５」の優先度パラメータが設定されている。この例の場合、本実施形態の携帯電話端末は、これらの情報を用い、特に「１月５日」の「１２：００〜１９：００」の時間帯については、上記キーワードを基に設定された電源ＯＦＦの優先度パラメータ「１０」と図４のように平日の蓄積情報のみを基に設定された電源ＯＦＦの優先度パラメータ「０」とを加算した「１０」を用いることにする。これにより、本実施形態の携帯電話端末は、特に、「１月５日」の「１２：００〜１９：００」の時間帯では、優先度パラメータが大きい値となった電源ＯＦＦに自動動作制御されることになる。

図５の「ミーティング」「起床」のキーワードの場合も上述同様の演算と自動動作制御が行われることになる。

なお、上述のように各時間帯の動作状態の学習に基づく自動動作制御や、ユーザ自身の行動スケジュールを反映させた自動動作制御が実行されている場合であっても、例えば、或る時間においてユーザから当該携帯電話端末を所望の動作状態にする操作が入力された場合には、そのユーザ操作を優先し、その時点で既に実行されていた自動動作制御を解除することが望ましい。すなわち、ユーザ操作に基づく動作状態に優先度パラメータを大きな値に設定することにより、上述したような自動動作制御が実行されている場合であっても、例えば直前の予定変更や何らかのアクシデントに対応できるようにする。

図６には、上述した各時間帯の動作状態の学習に基づく自動動作制御と、ユーザ自身の行動スケジュールを反映させた自動動作制御と、ユーザ自身の操作による動作状態の制御の三つを用いて、携帯電話端末が動作状態を制御する場合の一例を挙げる。

例えば前述の図５のようにユーザの行動スケジュール内の「待ち合わせ」と「１２月１６日」と「１４：００〜１６：００」の各キーワードに基づいて、「１２月１６日」の「１４：００〜１６：００」の時間帯の動作状態が通常使用モードに自動制御された場合において、図６のように、例えば待ち合わせ場所が変更されたことでユーザが電車により移動することとなり、ユーザ自身の操作によりマナーモードへの変更指示が入力されたとすると、本実施形態の携帯電話端末は、そのユーザ操作による動作状態の指示入力内容を最優先させて、自端末の動作状態をマナーモードへ変更する。

〔自動動作制御のフロー〕
図７には、本実施形態の携帯電話端末における上述した動作状態の自動設定制御の処理の流れを示す。なお、図７の処理は、具体的には図１の制御部１０がメモリ部１６のプログラム格納部１７の自動動作制御プログラムを実行することにより行われる。

図１７において、制御部１０は、操作部１４を通じてユーザから自動動作制御システムの実行開始指示が入力されると、ステップＳ１の処理として、メモリ部１６のプログラム格納部１７に格納されている自動動作制御プログラムを起動させてステップＳ２へ処理を進める。

ステップＳ２の処理に進むと、制御部１０は、操作部１４を通じてユーザから直接、動作状態についての変更指示が入力されたか判断し、ユーザからの動作状態変更指示の入力がない場合にはステップＳ３へ処理を進め、入力があった場合にはステップＳ１２へ処理を進める。

ステップＳ１２の処理に進むと、上記制御部１０は、自動動作制御システムを終了させ、自端末の動作状態を上記ユーザから指示された動作状態にすると共に、その動作状態を維持するように制御する。このステップＳ１２の処理の後には、ステップＳ１３へ処理を進める。

一方、ステップＳ３に進んだ場合、制御部１０は、時計部１５の時刻情報により現在時刻を確認し、次いでステップＳ４の処理として、当該現在時刻が自動動作制御を開始する時刻かどうか判定する。そして、制御部１０は、自動動作制御を開始する時間になるまでステップＳ３とステップＳ４のループをくり返し、自動動作制御の開始時間になるとステップＳ５へ処理を進める。

ステップＳ５の処理に進むと、制御部１０は、メモリ部１６のデータ格納部１８に格納されている一定期間の動作状態の蓄積データから時間帯別の動作状態を集計し、前述の図２で説明したようなタイムテーブルを作成する。図２の例では平日５日分の各時間帯の動作状態を集計したタイムテーブルが作成される。なお、当該タイムテーブルは、メモリ部１６のテーブル格納部１９に格納される。このステップＳ５の処理後、制御部１０は、ステップＳ６へ処理を進める。

ステップＳ６の処理に進むと、制御部１０は、ステップＳ５にて作成したタイムテーブルから、図３で説明したように各時間帯に対する「普遍的」「やや普遍的」「特殊的」等の設定を行い、それら各時間帯の重み付けを算出する。

次に、制御部１０は、ステップＳ７の処理として、メモリ部１６のデータ格納部１８内のスケジュール帳に登録されているユーザ行動スケジュールの中から、例えば現在時刻について登録されているスケジュールがあるかどうかを判断し、登録スケジュールがある場合にはステップＳ８へ処理を進め、登録スケジュールがない場合にはステップＳ９ｂへ処理を進める。

ステップＳ８の処理に進むと、制御部１０は、そのスケジュール内に前述したような自動動作制御に使用可能なキーワードがあるか否か判定し、キーワードがある場合にはステップＳ９ａへ処理を進め、ない場合にはステップＳ９ｂへ処理を進める。

ステップＳ９ａの処理に進んだ場合、制御部１０は、前述の図５で説明したように、キーワード別の各動作状態に関する重み付けをしておくと共に、そのスケジュールの時間帯の動作状態への重み付けを算出する。このステップＳ９ａの処理後、制御部１０はステップＳ１０へ処理を進める。

一方、ステップＳ９ｂの処理に進んだ場合、制御部１０は、ユーザの行動スケジュールによる動作状態の変更等はないとして、当該スケジュールに基づく動作状態への重み係数については「０」（加算しない状態）とし、ステップＳ１０へ処理を進める。

ステップＳ１０の処理に進むと、制御部１０は、ステップＳ６にて数値化された時間帯別の重み係数と、ステップＳ９ａで数値化されたスケジュールに基づく重み係数とを、各動作状態別に加算して、動作状態の優先度パラメータを求めた後、ステップＳ１１へ処理を進める。

ステップＳ１１の処理に進むと、制御部１０は、ステップＳ１０にて算出された各動作状態の優先度パラメータを基に、自端末の動作状態を変更するか若しくは維持するか決めて、その決められた動作状態になるように自端末の動作状態を制御する。

その後、制御部１０は、ステップＳ１３の処理として、時計部１５からの時間情報により、日付が変わったかどうかの判断、或いは、操作部１４を介したユーザからの指示入力により自動動作制御システムが起動されたか否か判断し、日付が変わったか若しくは自動動作制御システムが起動されたと判断した場合には、ステップＳ１へ処理を戻し、上述したような自動動作制御システムをスタートさせる。

〔まとめ〕
以上説明したように、本発明実施形態によれば、携帯電話端末の動作状態を一定期間集計して各時間帯別の動作状態を表すタイムテーブルを作成し、そのタイムテーブルのデータを基に各時間帯に重み付けを行い、さらに、その各時間帯の重み係数に基づいて各時間帯の動作状態の優先度を決定し、その優先度に基づいて各時間帯の動作状態を自動制御することにより、例えば専用の制御装置等が不要で、且つ、ユーザ自身が予め動作状態を設定しておくような作業を必要とせずに、携帯電話端末を場所及び使用シーンに応じた適切な動作状態に自動的に制御可能となっている。すなわち本実施形態によれば、ユーザによる端末の動作状態の変更や切り替えの情報を記憶して利用することにより、携帯電話端末単体での動作状態の制御を可能とし、より一般的な場面での動作状態の切り替え制御等の自動化を可能としている。

また、本実施形態によれば、スケジュール帳に登録されているユーザ行動スケジュールから抽出したキーワードに基づく重み係数を用いて、各時間帯の動作状態の優先度を決定することにより、一定期間の集計データに基づく自動動作制御では、当該端末が使用される際に不適切な動作状態になってしまうことを回避可能となっている。言い換えると、本実施形態によれば、自動動作制御をスケジュールとリンクさせることにより、ユーザの行動スケジュールにより事前に動作状態の制御を準備することが可能となり、よりユーザの意思を反映した自動動作制御が可能となる。

なお、上述した本発明の実施形態の説明は、本発明の一例である。このため、本発明は上述した実施形態に限定されることなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることはもちろんである。

上述した本実施形態の自動動作制御プログラムは、例えばユーザが学生、社会人、主婦などである場合にそれぞれ最適化されたプログラムであっても良い。一例として、ユーザが学生であるような場合、授業時間に相当する時間帯の動作状態として電源ＯＦＦとなされ、放課後に相当する時間帯では通常使用モードの動作状態となるようなデフォルトのタイムテーブルが用意されていても良く、当該デフォルトのタイムテーブルが実際のユーザの行動に応じた学習により変更されていくようにしても良い。

また、上述の実施形態では、月曜日から金曜日を平日として時間帯別の動作状態についてのデータ集計を行った例を挙げたが、勿論、土曜日や日曜日のような休日の時間帯別の動作状態のデータ集計を行い、休日用の自動動作制御を行うことも可能である。さらに、例えば携帯電話端末内のカレンダーデータから、月曜日から金曜日のうち祝日等がある場合には、当該祝日については土曜日や日曜日と同様に扱い、平日の時間帯別の動作状態のデータ集計から除外するようにしても良い。

また、上述の実施形態では、時間帯別の動作状態を集計する一定期間として平日５日分を例に挙げたが、例えば平日一ヶ月毎や季節毎など長期に渡って動作状態を集計することで、より細かく正確な自動動作制御を行えるようにしても良い。なお、メモリ部１６の容量が少ない等の理由から、長期に渡るデータ集計ができないような場合には、時間帯別の動作状態の集計用データを例えば外部サーバ等にアップロードし、そのサーバが長期に渡るデータの蓄積と集計及びタイムテーブルの生成、各時間帯別の重み付けや動作状態の優先度の算出を行い、得られたデータを携帯電話端末へダウンロードするような手法を採用することも可能である。これにより、携帯電話端末のメモリ容量への圧迫を少なくすることも可能である。

その他、本発明は、携帯電話端末に限定されず、各種の動作状態を設定変更可能な機能を備えたＰＤＡ（Personal Digital Assistant）やパーソナルコンピュータ、携帯型テレビゲーム装置、携帯型ディジタルテレビジョン受信機、カーナビゲーション装置など様々な端末にも適用可能である。

本発明実施形態の自動動作制御機能を備えた携帯電話端末の概略構成を示すブロック図である。 平日におけるユーザの実際の行動と携帯電話端末の実際の動作状態の一例とを、時間帯別に集計したタイムテーブルを示す図である。 各時間帯別の動作状態集計結果から、各時間帯が「普遍的」「やや普遍的」「特殊的」の何れであるかを判定した判定結果と、その判定に応じた重み付けの一例を表にして示す図である。 各時間帯について算出される各動作状態の優先度パラメータと、その優先度パラメータに応じた自端末の自動動作制御の一例を表にして示す図である。 ユーザ自身の行動スケジュールを反映させた自動動作制御の説明に用いる図である。 各時間帯の動作状態の学習に基づく自動動作制御と、ユーザ自身の行動スケジュールを反映させた自動動作制御と、ユーザ自身の操作による動作状態の制御の三つを用いて、携帯電話端末が動作状態を制御する場合の説明に用いる図である。 本実施形態の携帯電話端末における動作状態の自動設定制御の処理の流れを示すフローチャートである。

符号の説明

１０ 制御部、１１ 通信回路、１２ 通信アンテナ、１３ 表示部、１４ 操作部、１５ 時計部、１６ メモリ部、１７ プログラム格納部、１８ データ格納部、１９ テーブル格納部、２０ スピーカ、２１ マイクロホン、２２ 音声処理部、２３ 画像処理部、２４ ＧＰＳ部

Claims (6)

1. 一定期間内における自端末の動作状態を表すデータを記憶するデータ記憶部と、
   上記データ記憶部に記憶された上記動作状態を表すデータを上記一定期間内の各時間帯別に集計し、その集計したデータを基に上記各時間帯における上記動作状態の使用頻度を求める頻度決定部と、
   上記頻度決定部にて求めた上記使用頻度を基に、時間帯別の動作状態を設定し、その設定した動作状態に自端末を制御する制御部と、
   を有する携帯端末。
2. 上記頻度決定部は、上記使用頻度を表す値として重み係数を決定し、その重み係数を上記一定期間内の各時間帯で各動作状態毎に加算し、
   上記制御部は、上記頻度決定部にて各動作状態毎に加算された重み係数により、各時間帯で動作状態を設定する際の優先順を決める請求項１記載の携帯端末。
3. 上記頻度決定部は、スケジュール帳に登録されたユーザの行動スケジュールからキーワードを抽出し、その抽出したキーワードを基に上記使用頻度を求める請求項１記載の携帯端末。
4. 上記制御部は、操作部を通じてユーザから動作状態を指示する入力がなされた時には、当該ユーザからの指示を優先して自端末の動作状態を制御する請求項１記載の携帯端末。
5. 一定期間内における自端末の動作状態を表すデータをデータ記憶部に記憶させ、そのデータ記憶部に記憶された上記動作状態を表すデータを上記一定期間内の各時間帯別に集計し、その集計したデータを基に、上記各時間帯における上記動作状態の使用頻度を求める頻度決定部と、
   上記頻度決定部にて求めた上記使用頻度を基に、時間帯別の動作状態を設定し、その設定した動作状態に自端末を制御する制御部として、
   携帯端末を機能させる携帯端末の制御プログラム。
6. 一定期間内における自端末の動作状態を表すデータをデータ記憶部に蓄積するステップと、
   上記データ記憶部に蓄積された上記動作状態を表すデータを、頻度決定部が、上記一定期間内の各時間帯別に集計し、その集計したデータを基に、上記各時間帯における上記動作状態の使用頻度を求めるステップと、
   上記頻度決定部にて求めた上記使用頻度を基に、制御部が、時間帯別の動作状態を設定し、その設定した動作状態に自端末を制御するステップと、
   を有する携帯端末の制御方法。

Images