携帯通信端末、着信報知方法
【課題】着信の再報知を好機に行うことができる携帯通信端末を提供する。
【解決手段】着信報知制御部は、判定部を介して携帯電話機の状態を監視し、操作受付部を介してキー操作部におけるキー操作を監視する(S22)。イベントとしてキー操作の受付を検知すると（S23：「操作受付」）、再報知フラグをオフに変更し、不在表示を終了する（S25,S26）。操作を受け付けた場合に再報知を行わないのは、キー操作を受け付けた時には、ユーザが不在表示を目視し不在着信に気付いたと想定され、再報知の必要性が薄れると考えられるためである。イベントとして静止状態から移動状態への遷移を検知すると（S23:「端末移動を検知」）、履歴情報テーブルを参照して、再報知フラグがオンの着信を再報知する（S24）。
【解決手段】着信報知制御部は、判定部を介して携帯電話機の状態を監視し、操作受付部を介してキー操作部におけるキー操作を監視する(S22)。イベントとしてキー操作の受付を検知すると（S23：「操作受付」）、再報知フラグをオフに変更し、不在表示を終了する（S25,S26）。操作を受け付けた場合に再報知を行わないのは、キー操作を受け付けた時には、ユーザが不在表示を目視し不在着信に気付いたと想定され、再報知の必要性が薄れると考えられるためである。イベントとして静止状態から移動状態への遷移を検知すると（S23:「端末移動を検知」）、履歴情報テーブルを参照して、再報知フラグがオンの着信を再報知する（S24）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信端末において着信を報知する技術に関する。
【背景技術】
【０００２】
携帯電話機などの携帯通信端末では、着信時には、音やバイブレータにより着信の報知を行うことが知られている。
【０００３】
着信時に着信に対してユーザが応答しない不在着信となることがある。不在着信があったことをユーザに気付かせるべく、不在着信から一定時間経過後に着信があったことを改めて報知する技術がある（特許文献１参照）。
【特許文献１】特開2004-357146号公報
【特許文献２】特開2005-150817号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示の構成では、基本的には時間の経過のみを契機として再度報知する。このため、携帯通信端末の周囲の状況とは関係無しに、例えば、端末の周囲にユーザがいないなど、ユーザがおおよそ気付く可能性のない状況下での再報知がなされるおそれがある。係る無用な再報知は、バッテリの浪費を招来するので回避したい。
【０００５】
本発明は上述の問題に鑑みてなされたものであって、着信の再報知を、好機に行うことを可能にする携帯通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
発明が解決しようとする課題を解決するために、本発明に係る携帯通信端末は、着信した場合に着信を報知する報知手段と、自機の移動に係る値を計測する計測手段と、計測した値が変化した場合に、報知手段により報知された着信を再報知させる報知制御手段とを備えることを特徴とする。
【０００７】
また、本発明に係る着信報知方法は、通信部を有する携帯通信端末における着信報知方法であって、前記通信部に係る着信を報知する報知ステップと、前記携帯通信端末の移動に係る値を計測する計測ステップと、計測した値が変化した場合に、報知手段により報知された着信を再報知させる報知制御ステップとを含むことを特徴とする。
【発明の効果】
【０００８】
課題を解決するための手段に記載した構成によれば、自機の移動に係る値が変化した場合に報知手段により報知された着信を再報知させることが可能である。上記自機の移動に係る値は、例えば携帯通信端末を携帯しているユーザが何らかの動作をする場合などに変化するため、ユーザは、自機の周囲に存在し報知に気付きやすい状況にある。そのため、上記自機の移動に係る値が変化した場合における再報知は、ユーザが報知に気付く蓋然性が高い状況での再報知となるため、ユーザに不在着信を好機に知らせることができる。
【０００９】
また、前記計測手段は、前記自機の移動に係る値として加速度値を計測する加速度センサを含み、計測された加速度値に基づいて、自機の状態が移動状態か静止状態であるかを判定する判定手段を備え、前記報知制御手段は、判定された状態が変化した場合に前記再報知を行わせるとしても構わない。
【００１０】
この構成によれば、加速度センサにより計測した加速度値に基づいて、自機の状態を判定し、再報知の契機として利用するため、好機な再報知を簡易な構成でもって実現することができる。
【００１１】
また、計測された加速度値は、鉛直方向成分の値を含み、前記判定手段は、前記鉛直方向成分の値の時間的な変化に基づいて前記自機の状態を判定するとしても構わない。
【００１２】
この構成によれば、例えば、携帯通信端末がカバンの中に収納されている場合に、カバンを持ち上げる動作に伴い携帯通信端末が移動するときに、鉛直上向きに生ずる加速度値に基づいて、自機が移動状態に変化したと判定することができる。
【００１３】
また、報知した着信と、着信時の自機の状態とを関連付けて記憶する記憶手段を備え、前記報知制御手段は、判定された自機の状態が記憶した着信時の自機の状態と異なる状態へと変化した場合に再報知させるとしても構わない。
【００１４】
この構成によれば、移動状態と静止状態との間で状態が変化するタイミングで報知できる。
【００１５】
また、着信後、ユーザによる確認操作を受け付ける操作受付手段を備え、前記報知制御手段は、再報知前に、前記確認操作が受け付けられたなら再報知を抑止するとしても構わない。
【００１６】
この構成のよれば、例えば、確認操作がなされユーザが不在着信に気付いたと推測される条件下では、以降、再報知を行わないとすることで、無用な再報知を防止できる。
【００１７】
また、前記報知制御手段は、判定された状態が変化する毎に前記再報知を繰り返すとしても構わない。
【００１８】
この構成によれば、好機な再報知を繰り返すことで、不在着信があることをユーザに確実に気付かせることができる。
【００１９】
また、前記報知制御手段は、既に再報知した既再報知回数と予め設定された再報知に関する上限回数とを比較し、前記既再報知回数が前記上限回数に達すると、前記再報知の繰り返しを中止するとしても構わない。
【００２０】
この構成によれば、上限回数を超えて再報知を繰り返さないとすることで、無駄な再報知が繰り返されることを防止できる。
【発明を実施するための最良の形態】
【００２１】
以下、実施の形態について、携帯通信端末として、携帯電話機を例に挙げて説明する。
（実施の形態１）
＜構成＞
図１は、携帯電話機２の外観を示す図である。
【００２２】
携帯電話機２は、筐体４、ディスプレイ６、キー群８を備える。
【００２３】
図２は、携帯電話機２の機能ブロック図である。
【００２４】
携帯電話機２は、機能ブロックとして、制御部１０、無線通信部２４、加速度センサ２６、スピーカ２８、バイブレータ３０、キー操作部３２、表示部３４を含んでいる。
【００２５】
無線通信部２４は、通話や携帯メールなどの通信機能を制御する機能ブロックであり、例えば、ＢＢ（ベースバンド）部やＲＦ（高周波）部を含んで構成される。
【００２６】
加速度センサ２６は、筐体４内に内蔵された加速度センサチップから構成されており、直交xyz軸の３成分を検出し出力する。
【００２７】
スピーカ２８は、音声信号を音声として出力する。音声の例としては、通話相手が発する音声や、着信を報知するための着信音である。
【００２８】
バイブレータ３０は、軸に重りを取り付けたモータから構成されており、振動を発生させることにより、着信などをユーザに報知する。
【００２９】
キー操作部３２は、ユーザからキー入力を受け付ける入力インターフェイスであり、キー群８を含んで構成されている。
【００３０】
表示部３４は、ディスプレイ６を含んで構成されており、各種表示を行う。
【００３１】
制御部１０は、操作受付部１２、表示制御部１４、着信報知制御部１６、判定部１８、記憶部２０を備えている。
【００３２】
操作受付部１２は、キー操作部３２におけるキー入力に応じた操作を示す信号を着信報知制御部１６に伝達する。
【００３３】
表示制御部１４は、表示部３４の表示制御を行う。
【００３４】
着信報知制御部１６は、着信報知のタイミング及び報知のパターンを制御する。
【００３５】
すなわち着信報知制御部１６は、無線通信部２４が通話やメールを着信したときに、スピーカ２８やバイブレータ３０を報知パターンに関する変数を用いて制御し、それぞれ音声報知、振動報知を行わせる。
【００３６】
報知パターンに関する変数は、音声報知に関するものとして(1)着信メロディの種類、(2)音量（例えば、５段階の大きさの音量。）、(3)報知時間の長さ（例えば、3秒〜120秒程度である。）の変数を含む。また、振動報知に関する変数として、(1)振動周期、(2)振動強度、(3)報知時間の長さの変数を含んでいる。
【００３７】
また、着信報知制御部１６は、着信報知（１回目の報知）に対してユーザが応答しない不在着信となった場合には、表示制御部１４を介して、表示部３４に不在着信である旨のメッセージを表示させる。また、判定部１８の判定結果を監視し判定結果が静止状態から移動状態へと遷移した場合には、スピーカ２８やバイブレータ３０を制御して再度着信報知（２回目の報知）を行わせる。
【００３８】
判定部１８は、加速度センサから出力された加速度の値に基づいて、携帯電話機２が移動状態か静止状態かのいずれの状態にあるのかを判定する。
【００３９】
この判定は、公知の方法を用いることができるが、例えば、３成分（ａｘ，ａｙ，ａｚ）の出力の二乗和の平方根を算出した加速度値ａが、所定の閾値を超えたときに移動状態、所定の閾値内であれば、静止状態とする。
【００４０】
記憶部２０は、例えば不揮発性メモリから構成されており、履歴情報テーブル４０を記憶する。
＜動作＞
図３〜図５を参照しつつ本実施の形態に係る携帯電話機２における動作について説明する。係る動作は、基本的には着信報知制御部１６が主体となって行われる。
【００４１】
まず、着信報知制御部１６は、無線通信部２４に着信があるまで待ち受け（S11）、着信があれば着信を報知する（S11:Yes，S12）。この着信の報知は、予め設定された報知パターンで行われる。そして、着信報知制御部１６は、着信を、着信の「種別」４２、「相手先」４４、「着信日時」４６の項目として履歴情報テーブル４０（図５参照）に登録する(S13)。
【００４２】
着信報知制御部１６は、報知パターンの報知時間の間に、操作受付部１２からキー入力操作を示す信号を受信しないならば、応答がない不在着信と判断する（S14:No）。
【００４３】
そして着信報知制御部１６は、表示制御部１４を介して、不在着信の件数、相手先、着信日時などを含む不在表示をディスプレイ６の待ち受け画面上に表示させる。
【００４４】
次に、着信報知制御部１６は、判定部１８から状態を取得し、静止状態であれば（S16:「静止状態」）、履歴情報テーブル４０中のステップＳ１３で登録した着信についての再報知フラグ４８の項目をオンにし(0→1)、再報知処理１を開始する（S17,S18）。静止状態でなく移動状態であれば（S16:「移動状態」）、待ち受けに戻る。
【００４５】
続いて、再報知処理１の説明に入る。図４に示すように、着信報知制御部１６は、判定部１８を介して携帯電話機２の状態を監視し、操作受付部１２を介してキー操作部３２におけるキー操作を監視する(S22)。
【００４６】
イベントとしてキー操作の受付を検知すると（S23：「操作受付」）、再報知フラグをオフに変更し、不在表示を終了する（S25,S26）。操作を受け付けた場合に再報知を行わないのは、キー操作を受け付けた時には、ユーザが不在表示を目視し不在着信に気付いたと想定され、再報知の必要性が薄れると考えられるためである。
【００４７】
イベントとして静止状態から移動状態への遷移を検知すると（S23:「端末移動を検知」）、履歴情報テーブル４０を参照して、再報知フラグがオンの着信を再報知する（S24）。
【００４８】
なお、このステップＳ２４における再報知は、ステップＳ１２における報知パターンと同一で良い。もっとも、よりユーザに気付かせ易くするために変更しても構わない。変更の例としては、音声報知の場合には、(1)着信メロディの種類を変更する、例えば、再報知はより注意を喚起しやすいメロディに変更する(2)音量の段階を大きくする(3)報知時間を長くする、などが挙げられる。また、振動報知の場合には、(1)振動周期を変更する、例えばより短い間隔で振動するように変更する(2)振動強度を大にする、などの例が挙げられる。
【００４９】
以上説明したように、実施の形態１に係る携帯電話機２によれば、静止状態から移動状態への遷移のタイミングで再報知を行うため、ユーザが携帯電話機２の周囲に存在する状況下での再報知を期待でき、好機に無駄のない再報知を実現することができる。
【００５０】
図６は、実施の形態１に係る携帯電話機２の動作例と効果を説明するための概念図である。
【００５１】
（Ａ）カバン３２の中に収納された携帯電話機２に着信が有り、携帯電話機２は着信が有った旨を所定の着信メロディで報知している（図６（ａ））。
【００５２】
（Ｂ）携帯電話機２のユーザＡが側におらず応答が無い不在着信となった結果、携帯電話機２のディスプレイは不在着信有りとの不在表示画面となっている（図６（ｂ））。
【００５３】
（Ｃ）ユーザＡがカバン３２を持ち上げると、判定部１８は静止状態から移動状態へと判定を遷移し、着信メロディによる再報知が行われる（図６（ｃ））。
【００５４】
このように、ユーザＡがカバン３２を持ち上げたタイミングで再報知を行うため、ユーザＡに不在着信があったことを容易に気付かせることが可能となる。ユーザＡは、カバン３２を開けて携帯電話機２のディスプレイを目視せずとも、カバン３２を持ち上げるだけで不在着信に気付くことができることとなる。
【００５５】
なお、図６（ｃ）に示すように、カバン３２を持ち上げる動作により、携帯電話機２には、Ｇ軸方向上向き（鉛直方向上向き）の加速度が特に顕著に増加する傾向にある。このため、加速度センサ２６が出力する３成分値から鉛直方向成分の値だけを抽出し、この鉛直方向上向き成分の単位時間あたりの増減を、状態遷移の判定基準として用いることができる。
【００５６】
具体的には、例えば、加速度値の鉛直方向成分ａｇが所定閾値を上回った場合に、移動状態であると判定してもよい。
（実施の形態２）
実施の形態１では、静止状態→移動状態という状態の遷移を契機に再報知を行ったが、本実施の形態２では、着信時の状態と異なる状態へと遷移したことを契機に再報知を行う。以下、実施の形態２について、実施の形態１と異なる部分を中心に説明する。
＜動作＞
図７〜図９を参照しつつ実施の形態２における携帯電話機２の動作について説明する。
【００５７】
まず、図７に示すように、移動状態か静止状態かの状態を監視して待ち受け（S31）、着信があれば（S32）、着信を報知し（S33）、着信時に状態と関連付けて、着信を履歴情報テーブルに登録する(S34)。
【００５８】
この登録は、図９の履歴情報テーブル５０に示すように、「着信時状態」５２の項目に、移動状態、静止状態のいずれかの変数値を登録することで行われる。
【００５９】
応答が無ければ(S35:No)、不在表示し再報知フラグをオンにして、再報知処理２を開始する（S36-S38）。
【００６０】
図８に示すように、再報知処理２では、監視中の移動状態に変更があれば(S42:Yes)、履歴情報テーブルを参照し、変更後の移動状態が着信時状態と異なる再報知フラグオンの着信について再報知を行う(S43)。
【００６１】
履歴情報テーブル５０を例に説明すると、２行目の通話(012-345-6789)は着信時状態が「移動」状態であるため、移動状態から静止状態へと状態の変更があれば、再報知が行われることとなる。
【００６２】
このステップＳ４２〜Ｓ４４の処理は、再報知フラグオンの着信が無くなるまで繰り返し行われる（S45）。再報知フラグオンの着信が無くなれば(S45:Yes)、不在表示を終了する（S46）。
【００６３】
以上説明したように、実施の形態２に係る携帯電話機２によれば、着信時の状態が変更されたタイミングで再報知が行われる。係る状態が変更されるときには、ユーザが携帯電話機２を携帯している可能性が高いと考えられるため、好機な再報知によりユーザに不在着信を気付かせることを期待できる。
【００６４】
なお、本実施の形態２においても、実施の形態１のステップＳ２３同様に、操作受付を再報知フラグオフの条件としても構わない。
【００６５】
図１０は、実施の形態２に係る携帯電話機２の動作例と効果を説明するための概念図である。
【００６６】
（Ａ）カバン３２の中に収納された携帯電話機２に着信が有り、携帯電話機２は着信が有った旨を振動により報知している（図１０（ａ））。
【００６７】
（Ｂ）ユーザＡは携帯電話機２の側にいるものの、移動中であるために振動に気付きにくい状況である。報知に応答しない不在着信となった結果、携帯電話機２のディスプレイは不在着信有りとの不在表示画面となる（図１０（ｂ））。
【００６８】
（Ｃ）ユーザＡがベンチ３４にカバン３２を置いて腰掛けると、判定部１８は移動状態から静止状態へと判定を遷移し、振動による再報知が行われる（図１０（ｃ））。
【００６９】
このように、ユーザＡがカバン３２を置いたタイミングで再報知を行うため、ユーザＡに不在着信があったことを容易に気付かせることが可能となる。
【００７０】
移動状態→静止状態の遷移をタイミングとした再報知は、１回目の報知が、音声報知に比べて移動中に気付きにくい傾向にある振動報知であった場合に特に有効である。
【００７１】
なお、本実施の形態では、図９に示すように、着信毎に着信時の状態を記憶するとして説明したが、最新の着信のみについて状態を保持しても足りる。
【００７２】
また、着信時状態を「移動」か「静止」かで二分せずに、着信時の加速度値をそのまま記憶させ、そこからの変化量が所定閾値を超えたら変化有りとして判定して再報知しても構わない。さらに、再報知時の加速度値をまた記憶して、判断・報知を繰り返してもよい。
（実施の形態３）
実施の形態２では、再報知を１回だけ行うとして説明したが、本実施の形態では再報知を所定の上限回数だけ行うものである。
【００７３】
本実施の形態３では、記憶部２０は、予めユーザにより設定された、着信の相手先の項目と相手先毎の上限回数の項目とを含む上限回数リストを記憶している。
＜動作＞
図１１、図１２、図１３を参照しつつ実施の形態３における携帯電話機２の動作について説明する。
【００７４】
図１１に示した実施の形態３の待ち受け処理は、基本的には図３に示した待ち受け処理に類似したものであるので異なる部分を中心に説明する。
【００７５】
着信があれば、着信を報知し、履歴情報テーブルに登録する（S11,S12,S131）。この登録では、記憶部２０に記憶された上限回数リストを参照して着信の相手先に応じた上限回数を登録する。
【００７６】
すなわち、図１３に示すように、履歴情報テーブル６０では、「種別」４２、「相手先」４４、「着信日時」４６、「再報知フラグ」４８の回数に加えて、「既再報知回数」５４、及び「上限回数」５６の項目が追加されている。
【００７７】
応答が無ければ、不在表示して、履歴情報テーブル６０中のステップＳ１３１で登録した着信について再報知フラグオンとする
再報知処理３では、移動状態に変更があれば（S52:Yes）、履歴情報テーブルを参照して再報知フラグがオンの着信を再報知する（S53）。
【００７８】
再報知した着信について、既再報知回数をインクリメントし（S54）、既再報知回数と上限回数とを比較し、回数が上限回数に達した着信に関して再報知フラグをオフに変更する（S55、既再報知回数=上限回数ならば再報知フラグオフ）。
【００７９】
再報知フラグオンの着信が無くなれば(S56:No)、不在表示を終了する(S57)。
【００８０】
実施の形態３に係る携帯電話機２によれば、このため、着信の相手先に応じて柔軟に再報知回数を設定することが可能となる。このため、ユーザカスタマイズ性の面で優位である。
【００８１】
加えて、実施の形態３によれば、例えば、履歴情報テーブル５４の通話（012-345-6789）については、移動→静止→移動→静止→移動という４回の状態遷移があれば、遷移のたびに再報知が繰り返される。このため、好機かつ確実に不在着信をユーザに気付かせることが可能となる。
【００８２】
なお、実施の形態２のように、着信時の状態を履歴情報テーブルに登録しておき（図７:S34）、着信時の状態から変更されるときに限って、再報知を行うとしても構わない。例えば、着信の状態が移動時であれば、移動→静止→移動→静止→移動という状態遷移では、移動から静止への状態遷移のタイミングで２回の再報知が行うこととなる。
【００８３】
なお、実施の形態３では、相手先に応じた個別の上限回数の設定がある例について説明したが、例えば「通話」は上限回数３回、「メール」は上限回数１回などとして、着信種別に応じて一律に設定しても構わない。
（実施の形態４）
本実施の形態４では、ユーザが不在着信に気付くまで、再報知を繰り返すものである。基本的には実施の形態３と同様の処理の流れであるため異なる部分を中心に説明する。
＜動作＞
図１４に示すように、キー操作が受け付けられていない間は(S62:「操作受付」orS64:Yes)、自機の状態変更のたびに、再報知フラグオンの着信の再報知を繰り返す（S62:「状態変更」,S63,S64:No）。
【００８４】
本実施の形態４によれば、キー操作が行われるまで、再報知を繰り返すためユーザに確実に不在着信を気付かせることが可能となる。
【００８５】
なお、ステップS62の判断として、前回再報知からの時間経過のイベントを追加することで、当該時間経過によりステップＳ６３に再報知に移行するとしても構わない。例えば、経過時間の設定は数分程度とすることができる。
（補足）
以上、本発明の実施の形態について説明したが、本発明は上記の内容に限定されず、本発明の目的とそれに関連又は付随する目的を達成するための各種形態においても実施可能であり、例えば、以下であってもよい。
【００８６】
（１）状態遷移の判定
各実施の形態では詳細を述べなかったが、移動状態か静止状態かの判定は基本的には公知の手法を用いて実施することができる。
【００８７】
例えば、加速度ａが所定の閾値Ａの大きさを超えたときに、移動状態であると判定することができる（ａ＞|Ａ|ならば移動状態）。
【００８８】
また、加速度ａの時間的な変化を監視し、時間微分Δａが所定の閾値Ｂを超えたときに、移動状態であると判定することができる（Δａ＞Ｂならば移動状態）。
【００８９】
あるいは、ユーザ学習方式を利用してもよい。すなわち、ユーザに、携帯電話機を入れたカバンを持ち上げる動作や、携帯電話機を身につけて歩行動作を行ってもらうことで、移動の典型的なパターンに係る加速度を記憶し、判定に利用することも考えられる。
【００９０】
（２）移動を計測するセンサ
各実施の形態では、携帯電話機２の移動状態を検出するセンサとして加速度センサ２６を例に挙げて説明している。加速度センサ２６は、携帯電話機２の移動状態を直接的に検出しやすい上、簡易な構成が実現できるため好適である。
【００９１】
もっとも、携帯電話機２の移動状態に係る値を取得しうるセンサであればこれに限らず、例えば、速度センサであっても構わない。
【００９２】
また、例えばＧＰＳにより取得した緯度・経度の時間的な変化をもって移動状態を判定してもよいし、無線通信部２４における電波強度の変遷を監視することで移動状態を判定しても構わない。
【００９３】
あるいは、無線ＬＡＮアンテナを備えた携帯電話機であれば、検出するアクセスポイントの数の変化や、特定のアクセスポイントに対する電波強度の変遷を監視して判定してもよい。
【００９４】
（３）再報知対象者リスト
各実施の形態では、着信の相手先に関わらず再報知フラグをオンにするとして説明したが、例えば、予めユーザにより設定された再報知対象者リストを記憶部２０に記憶させておき、相手先が再報知対象者リストに含まれている場合に限って再報知フラグをオンにして、各再報知処理を開始するとしても構わない。再報知対象リストを利用することで、ユーザは早く連絡を取りたいと考える相手だけを再報知するよう設定するなどしてカスタマイズ性に富む再報知が実現できよう。
【００９５】
（４）再報知する着信が複数の場合
各実施の形態では詳細を述べなかったが、再報知時に、再報知フラグがオンの着信が複数存在する場合には、次のような再報知の態様が考えられる。
【００９６】
例えば、通話(012-345-6789,メロディＡの音声報知),メール(bbb@example.com,メロディＢの音声報知),メール（ccc@example.com,振動パターンＡ）という３個の再報知フラグオンの着信が存在する場合には、１個の着信だけを再報知する。例えば、着信日時の最も古い通話(012-345-6789)をメロディＡを用いて再報知する。
【００９７】
あるいは１回の再報知時に、メロディＡ→メロディＢ→振動パターンＡというように３個の着信を順番に連続して報知しても構わない。
【００９８】
（５）携帯通信端末
実施の形態においては、携帯通信端末の一例として、携帯電話機を例に挙げて説明したが、これに限らずＰＤＡ（Personal Digital Assistant）などの携帯通信端末であっても構わない。
【００９９】
（６）方法、プログラム
各実施の形態に係る携帯電話機は、着信の報知方法として適用でき、この方法を実現するプログラムとして適用することもできる。
【０１００】
また、上記プログラムとしては、例えば磁気テープ、フレキシブルディスク等の磁気ディスク、DVD、CD-ROM、CD-R、MO、PDなどの光記録媒体、Smart Media（登録商標）などのフラッシュメモリ系記録媒体等、コンピュータ読み取り可能な各種記録媒体に記録することが可能であり、当該記録媒体の形態で生産、譲渡等がなされる場合もあるし、プログラムの形態でインターネットを含む有線、無線の各種ネットワーク、放送、電気通信回線、衛星通信等を介して伝送、供給される場合もある。
【０１０１】
また、上記プログラムは、上記に説明した処理をコンピュータに実行させるための全てのモジュールを含んでいる必要はなく、例えば通信プログラムやオペレーティングシステム（ＯＳ）に含まれるプログラムなど、別途ＰＣにインストールすることができる各種汎用的なプログラムを利用して、本発明の各処理をＰＣに実行させるようにしても良い。従って、上記した本発明の記録媒体に必ずしも上記全てのモジュールを記録している必要はないし、また必ずしも全てのモジュールを伝送する必要もない。さらに所定の処理を専用ハードウェアを利用して実行させるようにすることができる場合もある。
【産業上の利用可能性】
【０１０２】
本発明に係る携帯通信端末は、好機に不在着信をユーザに知らせることができ、ユーザインターフェイスの向上に貢献する。
【図面の簡単な説明】
【０１０３】
【図１】携帯電話機２の外観を示す図である。
【図２】携帯電話機２の機能ブロック図である。
【図３】実施の形態１に係る待ち受け処理を示すフローチャートである。
【図４】再報知処理１を示すフローチャートである。
【図５】履歴情報テーブル４０を示す図である。
【図６】携帯電話機２の動作例と効果を説明するための概念図である。
【図７】実施の形態２に係る待ち受け処理を示すフローチャートである。
【図８】再報知処理２を示すフローチャートである。
【図９】履歴情報テーブル５０を示す図である。
【図１０】携帯電話機２の動作例と効果を説明するための概念図である。
【図１１】実施の形態３に係る待ち受け処理を示すフローチャートである。
【図１２】再報知処理３を示すフローチャートである。
【図１３】履歴情報テーブル６０を示す図である。
【図１４】実施の形態４に係る再報知処理４を示すフローチャートである。
【符号の説明】
【０１０４】
２ 携帯電話機
４ 筐体
６ ディスプレイ
８ キー群
１０ 制御部
１２ 操作受付部
１４ 表示制御部
１６ 着信報知制御部
１８ 判定部
２０ 記憶部
２４ 無線通信部
２６ 加速度センサ
２８ スピーカ
３０ バイブレータ
３２ キー操作部
３４ 表示部
【技術分野】
【０００１】
本発明は、携帯通信端末において着信を報知する技術に関する。
【背景技術】
【０００２】
携帯電話機などの携帯通信端末では、着信時には、音やバイブレータにより着信の報知を行うことが知られている。
【０００３】
着信時に着信に対してユーザが応答しない不在着信となることがある。不在着信があったことをユーザに気付かせるべく、不在着信から一定時間経過後に着信があったことを改めて報知する技術がある（特許文献１参照）。
【特許文献１】特開2004-357146号公報
【特許文献２】特開2005-150817号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示の構成では、基本的には時間の経過のみを契機として再度報知する。このため、携帯通信端末の周囲の状況とは関係無しに、例えば、端末の周囲にユーザがいないなど、ユーザがおおよそ気付く可能性のない状況下での再報知がなされるおそれがある。係る無用な再報知は、バッテリの浪費を招来するので回避したい。
【０００５】
本発明は上述の問題に鑑みてなされたものであって、着信の再報知を、好機に行うことを可能にする携帯通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
発明が解決しようとする課題を解決するために、本発明に係る携帯通信端末は、着信した場合に着信を報知する報知手段と、自機の移動に係る値を計測する計測手段と、計測した値が変化した場合に、報知手段により報知された着信を再報知させる報知制御手段とを備えることを特徴とする。
【０００７】
また、本発明に係る着信報知方法は、通信部を有する携帯通信端末における着信報知方法であって、前記通信部に係る着信を報知する報知ステップと、前記携帯通信端末の移動に係る値を計測する計測ステップと、計測した値が変化した場合に、報知手段により報知された着信を再報知させる報知制御ステップとを含むことを特徴とする。
【発明の効果】
【０００８】
課題を解決するための手段に記載した構成によれば、自機の移動に係る値が変化した場合に報知手段により報知された着信を再報知させることが可能である。上記自機の移動に係る値は、例えば携帯通信端末を携帯しているユーザが何らかの動作をする場合などに変化するため、ユーザは、自機の周囲に存在し報知に気付きやすい状況にある。そのため、上記自機の移動に係る値が変化した場合における再報知は、ユーザが報知に気付く蓋然性が高い状況での再報知となるため、ユーザに不在着信を好機に知らせることができる。
【０００９】
また、前記計測手段は、前記自機の移動に係る値として加速度値を計測する加速度センサを含み、計測された加速度値に基づいて、自機の状態が移動状態か静止状態であるかを判定する判定手段を備え、前記報知制御手段は、判定された状態が変化した場合に前記再報知を行わせるとしても構わない。
【００１０】
この構成によれば、加速度センサにより計測した加速度値に基づいて、自機の状態を判定し、再報知の契機として利用するため、好機な再報知を簡易な構成でもって実現することができる。
【００１１】
また、計測された加速度値は、鉛直方向成分の値を含み、前記判定手段は、前記鉛直方向成分の値の時間的な変化に基づいて前記自機の状態を判定するとしても構わない。
【００１２】
この構成によれば、例えば、携帯通信端末がカバンの中に収納されている場合に、カバンを持ち上げる動作に伴い携帯通信端末が移動するときに、鉛直上向きに生ずる加速度値に基づいて、自機が移動状態に変化したと判定することができる。
【００１３】
また、報知した着信と、着信時の自機の状態とを関連付けて記憶する記憶手段を備え、前記報知制御手段は、判定された自機の状態が記憶した着信時の自機の状態と異なる状態へと変化した場合に再報知させるとしても構わない。
【００１４】
この構成によれば、移動状態と静止状態との間で状態が変化するタイミングで報知できる。
【００１５】
また、着信後、ユーザによる確認操作を受け付ける操作受付手段を備え、前記報知制御手段は、再報知前に、前記確認操作が受け付けられたなら再報知を抑止するとしても構わない。
【００１６】
この構成のよれば、例えば、確認操作がなされユーザが不在着信に気付いたと推測される条件下では、以降、再報知を行わないとすることで、無用な再報知を防止できる。
【００１７】
また、前記報知制御手段は、判定された状態が変化する毎に前記再報知を繰り返すとしても構わない。
【００１８】
この構成によれば、好機な再報知を繰り返すことで、不在着信があることをユーザに確実に気付かせることができる。
【００１９】
また、前記報知制御手段は、既に再報知した既再報知回数と予め設定された再報知に関する上限回数とを比較し、前記既再報知回数が前記上限回数に達すると、前記再報知の繰り返しを中止するとしても構わない。
【００２０】
この構成によれば、上限回数を超えて再報知を繰り返さないとすることで、無駄な再報知が繰り返されることを防止できる。
【発明を実施するための最良の形態】
【００２１】
以下、実施の形態について、携帯通信端末として、携帯電話機を例に挙げて説明する。
（実施の形態１）
＜構成＞
図１は、携帯電話機２の外観を示す図である。
【００２２】
携帯電話機２は、筐体４、ディスプレイ６、キー群８を備える。
【００２３】
図２は、携帯電話機２の機能ブロック図である。
【００２４】
携帯電話機２は、機能ブロックとして、制御部１０、無線通信部２４、加速度センサ２６、スピーカ２８、バイブレータ３０、キー操作部３２、表示部３４を含んでいる。
【００２５】
無線通信部２４は、通話や携帯メールなどの通信機能を制御する機能ブロックであり、例えば、ＢＢ（ベースバンド）部やＲＦ（高周波）部を含んで構成される。
【００２６】
加速度センサ２６は、筐体４内に内蔵された加速度センサチップから構成されており、直交xyz軸の３成分を検出し出力する。
【００２７】
スピーカ２８は、音声信号を音声として出力する。音声の例としては、通話相手が発する音声や、着信を報知するための着信音である。
【００２８】
バイブレータ３０は、軸に重りを取り付けたモータから構成されており、振動を発生させることにより、着信などをユーザに報知する。
【００２９】
キー操作部３２は、ユーザからキー入力を受け付ける入力インターフェイスであり、キー群８を含んで構成されている。
【００３０】
表示部３４は、ディスプレイ６を含んで構成されており、各種表示を行う。
【００３１】
制御部１０は、操作受付部１２、表示制御部１４、着信報知制御部１６、判定部１８、記憶部２０を備えている。
【００３２】
操作受付部１２は、キー操作部３２におけるキー入力に応じた操作を示す信号を着信報知制御部１６に伝達する。
【００３３】
表示制御部１４は、表示部３４の表示制御を行う。
【００３４】
着信報知制御部１６は、着信報知のタイミング及び報知のパターンを制御する。
【００３５】
すなわち着信報知制御部１６は、無線通信部２４が通話やメールを着信したときに、スピーカ２８やバイブレータ３０を報知パターンに関する変数を用いて制御し、それぞれ音声報知、振動報知を行わせる。
【００３６】
報知パターンに関する変数は、音声報知に関するものとして(1)着信メロディの種類、(2)音量（例えば、５段階の大きさの音量。）、(3)報知時間の長さ（例えば、3秒〜120秒程度である。）の変数を含む。また、振動報知に関する変数として、(1)振動周期、(2)振動強度、(3)報知時間の長さの変数を含んでいる。
【００３７】
また、着信報知制御部１６は、着信報知（１回目の報知）に対してユーザが応答しない不在着信となった場合には、表示制御部１４を介して、表示部３４に不在着信である旨のメッセージを表示させる。また、判定部１８の判定結果を監視し判定結果が静止状態から移動状態へと遷移した場合には、スピーカ２８やバイブレータ３０を制御して再度着信報知（２回目の報知）を行わせる。
【００３８】
判定部１８は、加速度センサから出力された加速度の値に基づいて、携帯電話機２が移動状態か静止状態かのいずれの状態にあるのかを判定する。
【００３９】
この判定は、公知の方法を用いることができるが、例えば、３成分（ａｘ，ａｙ，ａｚ）の出力の二乗和の平方根を算出した加速度値ａが、所定の閾値を超えたときに移動状態、所定の閾値内であれば、静止状態とする。
【００４０】
記憶部２０は、例えば不揮発性メモリから構成されており、履歴情報テーブル４０を記憶する。
＜動作＞
図３〜図５を参照しつつ本実施の形態に係る携帯電話機２における動作について説明する。係る動作は、基本的には着信報知制御部１６が主体となって行われる。
【００４１】
まず、着信報知制御部１６は、無線通信部２４に着信があるまで待ち受け（S11）、着信があれば着信を報知する（S11:Yes，S12）。この着信の報知は、予め設定された報知パターンで行われる。そして、着信報知制御部１６は、着信を、着信の「種別」４２、「相手先」４４、「着信日時」４６の項目として履歴情報テーブル４０（図５参照）に登録する(S13)。
【００４２】
着信報知制御部１６は、報知パターンの報知時間の間に、操作受付部１２からキー入力操作を示す信号を受信しないならば、応答がない不在着信と判断する（S14:No）。
【００４３】
そして着信報知制御部１６は、表示制御部１４を介して、不在着信の件数、相手先、着信日時などを含む不在表示をディスプレイ６の待ち受け画面上に表示させる。
【００４４】
次に、着信報知制御部１６は、判定部１８から状態を取得し、静止状態であれば（S16:「静止状態」）、履歴情報テーブル４０中のステップＳ１３で登録した着信についての再報知フラグ４８の項目をオンにし(0→1)、再報知処理１を開始する（S17,S18）。静止状態でなく移動状態であれば（S16:「移動状態」）、待ち受けに戻る。
【００４５】
続いて、再報知処理１の説明に入る。図４に示すように、着信報知制御部１６は、判定部１８を介して携帯電話機２の状態を監視し、操作受付部１２を介してキー操作部３２におけるキー操作を監視する(S22)。
【００４６】
イベントとしてキー操作の受付を検知すると（S23：「操作受付」）、再報知フラグをオフに変更し、不在表示を終了する（S25,S26）。操作を受け付けた場合に再報知を行わないのは、キー操作を受け付けた時には、ユーザが不在表示を目視し不在着信に気付いたと想定され、再報知の必要性が薄れると考えられるためである。
【００４７】
イベントとして静止状態から移動状態への遷移を検知すると（S23:「端末移動を検知」）、履歴情報テーブル４０を参照して、再報知フラグがオンの着信を再報知する（S24）。
【００４８】
なお、このステップＳ２４における再報知は、ステップＳ１２における報知パターンと同一で良い。もっとも、よりユーザに気付かせ易くするために変更しても構わない。変更の例としては、音声報知の場合には、(1)着信メロディの種類を変更する、例えば、再報知はより注意を喚起しやすいメロディに変更する(2)音量の段階を大きくする(3)報知時間を長くする、などが挙げられる。また、振動報知の場合には、(1)振動周期を変更する、例えばより短い間隔で振動するように変更する(2)振動強度を大にする、などの例が挙げられる。
【００４９】
以上説明したように、実施の形態１に係る携帯電話機２によれば、静止状態から移動状態への遷移のタイミングで再報知を行うため、ユーザが携帯電話機２の周囲に存在する状況下での再報知を期待でき、好機に無駄のない再報知を実現することができる。
【００５０】
図６は、実施の形態１に係る携帯電話機２の動作例と効果を説明するための概念図である。
【００５１】
（Ａ）カバン３２の中に収納された携帯電話機２に着信が有り、携帯電話機２は着信が有った旨を所定の着信メロディで報知している（図６（ａ））。
【００５２】
（Ｂ）携帯電話機２のユーザＡが側におらず応答が無い不在着信となった結果、携帯電話機２のディスプレイは不在着信有りとの不在表示画面となっている（図６（ｂ））。
【００５３】
（Ｃ）ユーザＡがカバン３２を持ち上げると、判定部１８は静止状態から移動状態へと判定を遷移し、着信メロディによる再報知が行われる（図６（ｃ））。
【００５４】
このように、ユーザＡがカバン３２を持ち上げたタイミングで再報知を行うため、ユーザＡに不在着信があったことを容易に気付かせることが可能となる。ユーザＡは、カバン３２を開けて携帯電話機２のディスプレイを目視せずとも、カバン３２を持ち上げるだけで不在着信に気付くことができることとなる。
【００５５】
なお、図６（ｃ）に示すように、カバン３２を持ち上げる動作により、携帯電話機２には、Ｇ軸方向上向き（鉛直方向上向き）の加速度が特に顕著に増加する傾向にある。このため、加速度センサ２６が出力する３成分値から鉛直方向成分の値だけを抽出し、この鉛直方向上向き成分の単位時間あたりの増減を、状態遷移の判定基準として用いることができる。
【００５６】
具体的には、例えば、加速度値の鉛直方向成分ａｇが所定閾値を上回った場合に、移動状態であると判定してもよい。
（実施の形態２）
実施の形態１では、静止状態→移動状態という状態の遷移を契機に再報知を行ったが、本実施の形態２では、着信時の状態と異なる状態へと遷移したことを契機に再報知を行う。以下、実施の形態２について、実施の形態１と異なる部分を中心に説明する。
＜動作＞
図７〜図９を参照しつつ実施の形態２における携帯電話機２の動作について説明する。
【００５７】
まず、図７に示すように、移動状態か静止状態かの状態を監視して待ち受け（S31）、着信があれば（S32）、着信を報知し（S33）、着信時に状態と関連付けて、着信を履歴情報テーブルに登録する(S34)。
【００５８】
この登録は、図９の履歴情報テーブル５０に示すように、「着信時状態」５２の項目に、移動状態、静止状態のいずれかの変数値を登録することで行われる。
【００５９】
応答が無ければ(S35:No)、不在表示し再報知フラグをオンにして、再報知処理２を開始する（S36-S38）。
【００６０】
図８に示すように、再報知処理２では、監視中の移動状態に変更があれば(S42:Yes)、履歴情報テーブルを参照し、変更後の移動状態が着信時状態と異なる再報知フラグオンの着信について再報知を行う(S43)。
【００６１】
履歴情報テーブル５０を例に説明すると、２行目の通話(012-345-6789)は着信時状態が「移動」状態であるため、移動状態から静止状態へと状態の変更があれば、再報知が行われることとなる。
【００６２】
このステップＳ４２〜Ｓ４４の処理は、再報知フラグオンの着信が無くなるまで繰り返し行われる（S45）。再報知フラグオンの着信が無くなれば(S45:Yes)、不在表示を終了する（S46）。
【００６３】
以上説明したように、実施の形態２に係る携帯電話機２によれば、着信時の状態が変更されたタイミングで再報知が行われる。係る状態が変更されるときには、ユーザが携帯電話機２を携帯している可能性が高いと考えられるため、好機な再報知によりユーザに不在着信を気付かせることを期待できる。
【００６４】
なお、本実施の形態２においても、実施の形態１のステップＳ２３同様に、操作受付を再報知フラグオフの条件としても構わない。
【００６５】
図１０は、実施の形態２に係る携帯電話機２の動作例と効果を説明するための概念図である。
【００６６】
（Ａ）カバン３２の中に収納された携帯電話機２に着信が有り、携帯電話機２は着信が有った旨を振動により報知している（図１０（ａ））。
【００６７】
（Ｂ）ユーザＡは携帯電話機２の側にいるものの、移動中であるために振動に気付きにくい状況である。報知に応答しない不在着信となった結果、携帯電話機２のディスプレイは不在着信有りとの不在表示画面となる（図１０（ｂ））。
【００６８】
（Ｃ）ユーザＡがベンチ３４にカバン３２を置いて腰掛けると、判定部１８は移動状態から静止状態へと判定を遷移し、振動による再報知が行われる（図１０（ｃ））。
【００６９】
このように、ユーザＡがカバン３２を置いたタイミングで再報知を行うため、ユーザＡに不在着信があったことを容易に気付かせることが可能となる。
【００７０】
移動状態→静止状態の遷移をタイミングとした再報知は、１回目の報知が、音声報知に比べて移動中に気付きにくい傾向にある振動報知であった場合に特に有効である。
【００７１】
なお、本実施の形態では、図９に示すように、着信毎に着信時の状態を記憶するとして説明したが、最新の着信のみについて状態を保持しても足りる。
【００７２】
また、着信時状態を「移動」か「静止」かで二分せずに、着信時の加速度値をそのまま記憶させ、そこからの変化量が所定閾値を超えたら変化有りとして判定して再報知しても構わない。さらに、再報知時の加速度値をまた記憶して、判断・報知を繰り返してもよい。
（実施の形態３）
実施の形態２では、再報知を１回だけ行うとして説明したが、本実施の形態では再報知を所定の上限回数だけ行うものである。
【００７３】
本実施の形態３では、記憶部２０は、予めユーザにより設定された、着信の相手先の項目と相手先毎の上限回数の項目とを含む上限回数リストを記憶している。
＜動作＞
図１１、図１２、図１３を参照しつつ実施の形態３における携帯電話機２の動作について説明する。
【００７４】
図１１に示した実施の形態３の待ち受け処理は、基本的には図３に示した待ち受け処理に類似したものであるので異なる部分を中心に説明する。
【００７５】
着信があれば、着信を報知し、履歴情報テーブルに登録する（S11,S12,S131）。この登録では、記憶部２０に記憶された上限回数リストを参照して着信の相手先に応じた上限回数を登録する。
【００７６】
すなわち、図１３に示すように、履歴情報テーブル６０では、「種別」４２、「相手先」４４、「着信日時」４６、「再報知フラグ」４８の回数に加えて、「既再報知回数」５４、及び「上限回数」５６の項目が追加されている。
【００７７】
応答が無ければ、不在表示して、履歴情報テーブル６０中のステップＳ１３１で登録した着信について再報知フラグオンとする
再報知処理３では、移動状態に変更があれば（S52:Yes）、履歴情報テーブルを参照して再報知フラグがオンの着信を再報知する（S53）。
【００７８】
再報知した着信について、既再報知回数をインクリメントし（S54）、既再報知回数と上限回数とを比較し、回数が上限回数に達した着信に関して再報知フラグをオフに変更する（S55、既再報知回数=上限回数ならば再報知フラグオフ）。
【００７９】
再報知フラグオンの着信が無くなれば(S56:No)、不在表示を終了する(S57)。
【００８０】
実施の形態３に係る携帯電話機２によれば、このため、着信の相手先に応じて柔軟に再報知回数を設定することが可能となる。このため、ユーザカスタマイズ性の面で優位である。
【００８１】
加えて、実施の形態３によれば、例えば、履歴情報テーブル５４の通話（012-345-6789）については、移動→静止→移動→静止→移動という４回の状態遷移があれば、遷移のたびに再報知が繰り返される。このため、好機かつ確実に不在着信をユーザに気付かせることが可能となる。
【００８２】
なお、実施の形態２のように、着信時の状態を履歴情報テーブルに登録しておき（図７:S34）、着信時の状態から変更されるときに限って、再報知を行うとしても構わない。例えば、着信の状態が移動時であれば、移動→静止→移動→静止→移動という状態遷移では、移動から静止への状態遷移のタイミングで２回の再報知が行うこととなる。
【００８３】
なお、実施の形態３では、相手先に応じた個別の上限回数の設定がある例について説明したが、例えば「通話」は上限回数３回、「メール」は上限回数１回などとして、着信種別に応じて一律に設定しても構わない。
（実施の形態４）
本実施の形態４では、ユーザが不在着信に気付くまで、再報知を繰り返すものである。基本的には実施の形態３と同様の処理の流れであるため異なる部分を中心に説明する。
＜動作＞
図１４に示すように、キー操作が受け付けられていない間は(S62:「操作受付」orS64:Yes)、自機の状態変更のたびに、再報知フラグオンの着信の再報知を繰り返す（S62:「状態変更」,S63,S64:No）。
【００８４】
本実施の形態４によれば、キー操作が行われるまで、再報知を繰り返すためユーザに確実に不在着信を気付かせることが可能となる。
【００８５】
なお、ステップS62の判断として、前回再報知からの時間経過のイベントを追加することで、当該時間経過によりステップＳ６３に再報知に移行するとしても構わない。例えば、経過時間の設定は数分程度とすることができる。
（補足）
以上、本発明の実施の形態について説明したが、本発明は上記の内容に限定されず、本発明の目的とそれに関連又は付随する目的を達成するための各種形態においても実施可能であり、例えば、以下であってもよい。
【００８６】
（１）状態遷移の判定
各実施の形態では詳細を述べなかったが、移動状態か静止状態かの判定は基本的には公知の手法を用いて実施することができる。
【００８７】
例えば、加速度ａが所定の閾値Ａの大きさを超えたときに、移動状態であると判定することができる（ａ＞|Ａ|ならば移動状態）。
【００８８】
また、加速度ａの時間的な変化を監視し、時間微分Δａが所定の閾値Ｂを超えたときに、移動状態であると判定することができる（Δａ＞Ｂならば移動状態）。
【００８９】
あるいは、ユーザ学習方式を利用してもよい。すなわち、ユーザに、携帯電話機を入れたカバンを持ち上げる動作や、携帯電話機を身につけて歩行動作を行ってもらうことで、移動の典型的なパターンに係る加速度を記憶し、判定に利用することも考えられる。
【００９０】
（２）移動を計測するセンサ
各実施の形態では、携帯電話機２の移動状態を検出するセンサとして加速度センサ２６を例に挙げて説明している。加速度センサ２６は、携帯電話機２の移動状態を直接的に検出しやすい上、簡易な構成が実現できるため好適である。
【００９１】
もっとも、携帯電話機２の移動状態に係る値を取得しうるセンサであればこれに限らず、例えば、速度センサであっても構わない。
【００９２】
また、例えばＧＰＳにより取得した緯度・経度の時間的な変化をもって移動状態を判定してもよいし、無線通信部２４における電波強度の変遷を監視することで移動状態を判定しても構わない。
【００９３】
あるいは、無線ＬＡＮアンテナを備えた携帯電話機であれば、検出するアクセスポイントの数の変化や、特定のアクセスポイントに対する電波強度の変遷を監視して判定してもよい。
【００９４】
（３）再報知対象者リスト
各実施の形態では、着信の相手先に関わらず再報知フラグをオンにするとして説明したが、例えば、予めユーザにより設定された再報知対象者リストを記憶部２０に記憶させておき、相手先が再報知対象者リストに含まれている場合に限って再報知フラグをオンにして、各再報知処理を開始するとしても構わない。再報知対象リストを利用することで、ユーザは早く連絡を取りたいと考える相手だけを再報知するよう設定するなどしてカスタマイズ性に富む再報知が実現できよう。
【００９５】
（４）再報知する着信が複数の場合
各実施の形態では詳細を述べなかったが、再報知時に、再報知フラグがオンの着信が複数存在する場合には、次のような再報知の態様が考えられる。
【００９６】
例えば、通話(012-345-6789,メロディＡの音声報知),メール(bbb@example.com,メロディＢの音声報知),メール（ccc@example.com,振動パターンＡ）という３個の再報知フラグオンの着信が存在する場合には、１個の着信だけを再報知する。例えば、着信日時の最も古い通話(012-345-6789)をメロディＡを用いて再報知する。
【００９７】
あるいは１回の再報知時に、メロディＡ→メロディＢ→振動パターンＡというように３個の着信を順番に連続して報知しても構わない。
【００９８】
（５）携帯通信端末
実施の形態においては、携帯通信端末の一例として、携帯電話機を例に挙げて説明したが、これに限らずＰＤＡ（Personal Digital Assistant）などの携帯通信端末であっても構わない。
【００９９】
（６）方法、プログラム
各実施の形態に係る携帯電話機は、着信の報知方法として適用でき、この方法を実現するプログラムとして適用することもできる。
【０１００】
また、上記プログラムとしては、例えば磁気テープ、フレキシブルディスク等の磁気ディスク、DVD、CD-ROM、CD-R、MO、PDなどの光記録媒体、Smart Media（登録商標）などのフラッシュメモリ系記録媒体等、コンピュータ読み取り可能な各種記録媒体に記録することが可能であり、当該記録媒体の形態で生産、譲渡等がなされる場合もあるし、プログラムの形態でインターネットを含む有線、無線の各種ネットワーク、放送、電気通信回線、衛星通信等を介して伝送、供給される場合もある。
【０１０１】
また、上記プログラムは、上記に説明した処理をコンピュータに実行させるための全てのモジュールを含んでいる必要はなく、例えば通信プログラムやオペレーティングシステム（ＯＳ）に含まれるプログラムなど、別途ＰＣにインストールすることができる各種汎用的なプログラムを利用して、本発明の各処理をＰＣに実行させるようにしても良い。従って、上記した本発明の記録媒体に必ずしも上記全てのモジュールを記録している必要はないし、また必ずしも全てのモジュールを伝送する必要もない。さらに所定の処理を専用ハードウェアを利用して実行させるようにすることができる場合もある。
【産業上の利用可能性】
【０１０２】
本発明に係る携帯通信端末は、好機に不在着信をユーザに知らせることができ、ユーザインターフェイスの向上に貢献する。
【図面の簡単な説明】
【０１０３】
【図１】携帯電話機２の外観を示す図である。
【図２】携帯電話機２の機能ブロック図である。
【図３】実施の形態１に係る待ち受け処理を示すフローチャートである。
【図４】再報知処理１を示すフローチャートである。
【図５】履歴情報テーブル４０を示す図である。
【図６】携帯電話機２の動作例と効果を説明するための概念図である。
【図７】実施の形態２に係る待ち受け処理を示すフローチャートである。
【図８】再報知処理２を示すフローチャートである。
【図９】履歴情報テーブル５０を示す図である。
【図１０】携帯電話機２の動作例と効果を説明するための概念図である。
【図１１】実施の形態３に係る待ち受け処理を示すフローチャートである。
【図１２】再報知処理３を示すフローチャートである。
【図１３】履歴情報テーブル６０を示す図である。
【図１４】実施の形態４に係る再報知処理４を示すフローチャートである。
【符号の説明】
【０１０４】
２ 携帯電話機
４ 筐体
６ ディスプレイ
８ キー群
１０ 制御部
１２ 操作受付部
１４ 表示制御部
１６ 着信報知制御部
１８ 判定部
２０ 記憶部
２４ 無線通信部
２６ 加速度センサ
２８ スピーカ
３０ バイブレータ
３２ キー操作部
３４ 表示部
【特許請求の範囲】
【請求項１】
着信した場合に着信を報知する報知手段と、
自機の移動に係る値を計測する計測手段と、
計測した値が変化した場合に、報知手段により報知された着信を再報知させる報知制御手段と
を備えることを特徴とする携帯通信端末。
【請求項２】
前記計測手段は、前記自機の移動に係る値として加速度値を計測する加速度センサを含み、
計測された加速度値に基づいて、自機の状態が移動状態か静止状態であるかを判定する判定手段を備え、
前記報知制御手段は、判定された状態が変化した場合に前記再報知を行わせる
ことを特徴とする請求項１に記載の携帯通信端末。
【請求項３】
計測された加速度値は、鉛直方向成分の値を含み、
前記判定手段は、前記鉛直方向成分の値の時間的な変化に基づいて前記自機の状態を判定する
ことを特徴とする請求項２に記載の携帯通信端末。
【請求項４】
報知した着信と、着信時の自機の状態とを関連付けて記憶する記憶手段を備え、
前記報知制御手段は、判定された自機の状態が記憶した着信時の自機の状態と異なる状態へと変化した場合に再報知させる
ことを特徴とする請求項１または２に記載の携帯通信端末。
【請求項５】
着信後、ユーザによる確認操作を受け付ける操作受付手段を備え、
前記報知制御手段は、再報知前に、前記確認操作が受け付けられたなら再報知を抑止する
ことを特徴とする請求項１または２に記載の携帯通信端末。
【請求項６】
前記報知制御手段は、判定された状態が変化する毎に前記再報知を繰り返す
ことを特徴とする請求項２に記載の携帯通信端末。
【請求項７】
前記報知制御手段は、既に再報知した既再報知回数と予め設定された再報知に関する上限回数とを比較し、前記既再報知回数が前記上限回数に達すると、前記再報知の繰り返しを中止する
ことを特徴とする請求項６に記載の携帯通信端末。
【請求項８】
通信部を有する携帯通信端末における着信報知方法であって、
前記通信部に係る着信を報知する報知ステップと、
前記携帯通信端末の移動に係る値を計測する計測ステップと、
計測した値が変化した場合に、報知手段により報知された着信を再報知させる報知制御ステップと
を含むことを特徴とする着信報知方法。
【請求項１】
着信した場合に着信を報知する報知手段と、
自機の移動に係る値を計測する計測手段と、
計測した値が変化した場合に、報知手段により報知された着信を再報知させる報知制御手段と
を備えることを特徴とする携帯通信端末。
【請求項２】
前記計測手段は、前記自機の移動に係る値として加速度値を計測する加速度センサを含み、
計測された加速度値に基づいて、自機の状態が移動状態か静止状態であるかを判定する判定手段を備え、
前記報知制御手段は、判定された状態が変化した場合に前記再報知を行わせる
ことを特徴とする請求項１に記載の携帯通信端末。
【請求項３】
計測された加速度値は、鉛直方向成分の値を含み、
前記判定手段は、前記鉛直方向成分の値の時間的な変化に基づいて前記自機の状態を判定する
ことを特徴とする請求項２に記載の携帯通信端末。
【請求項４】
報知した着信と、着信時の自機の状態とを関連付けて記憶する記憶手段を備え、
前記報知制御手段は、判定された自機の状態が記憶した着信時の自機の状態と異なる状態へと変化した場合に再報知させる
ことを特徴とする請求項１または２に記載の携帯通信端末。
【請求項５】
着信後、ユーザによる確認操作を受け付ける操作受付手段を備え、
前記報知制御手段は、再報知前に、前記確認操作が受け付けられたなら再報知を抑止する
ことを特徴とする請求項１または２に記載の携帯通信端末。
【請求項６】
前記報知制御手段は、判定された状態が変化する毎に前記再報知を繰り返す
ことを特徴とする請求項２に記載の携帯通信端末。
【請求項７】
前記報知制御手段は、既に再報知した既再報知回数と予め設定された再報知に関する上限回数とを比較し、前記既再報知回数が前記上限回数に達すると、前記再報知の繰り返しを中止する
ことを特徴とする請求項６に記載の携帯通信端末。
【請求項８】
通信部を有する携帯通信端末における着信報知方法であって、
前記通信部に係る着信を報知する報知ステップと、
前記携帯通信端末の移動に係る値を計測する計測ステップと、
計測した値が変化した場合に、報知手段により報知された着信を再報知させる報知制御ステップと
を含むことを特徴とする着信報知方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００９−２０６８６８（Ｐ２００９−２０６８６８Ａ）
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願番号】特願２００８−４７４０４（Ｐ２００８−４７４０４）
【出願日】平成２０年２月２８日（２００８．２．２８）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願日】平成２０年２月２８日（２００８．２．２８）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]