JP6804660B2 - 呼制御方法および関連製品 - Google Patents

Description

本開示は、モバイル通信技術の分野に関し、より詳細には呼制御方法および関連製品に関する。

スマートフォンなどの移動端末の普及に伴い、ほとんどの人が携帯電話を持っており、携帯電話は人々の生活や仕事に欠かせないものとなっている。電話に出ることは携帯電話の最も基本的な機能の１つであるが、多くの状況（例えば会議中）では、ユーザは電話に出るのに不便である。既存の着呼のおやすみモード（ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ，ＤＮＤ）が携帯電話のシステム設定でＤＮＤ期間を設定することによって実現されるが、この方法は柔軟でなく、ユーザ体験が良くない。

ユーザ状態に従って着呼を拒否するかどうかを判定できることで、ユーザ体験を向上させる、呼制御方法および関連製品が提供される。

本開示の第１の態様によれば、呼制御方法が提供される。当該方法は以下を含む。移動端末が着呼要求を受信することに応じて、当該着呼要求の優先順位が取得される。着呼要求の優先順位がプリセットされた優先順位より低い場合、ユーザが第１の状態にあるかどうかが判定される。ユーザが第１の状態にあるとの判定に基づいて、着呼要求は拒否される。

本開示の第２の態様によれば、移動端末が提供される。移動端末は、メモリと、メモリとカプリングするプロセッサとを備えてもよい。メモリはプログラムを格納するように構成される。プロセッサは、メモリに格納されたプログラムを呼び出して、前述の呼制御方法の動作を実行するように構成される。

図１は本開示の一実施形態による呼制御方法を示す概略流れ図である。 図２は本開示の一実施形態による呼制御方法を示す概略流れ図である。 図３は本開示の一実施形態による呼制御の別の方法を示す概略流れ図である。 図４は本開示の一実施形態による呼制御方法を示す概略流れ図である。 図５は本開示の一実施形態による呼制御のさらに別の方法を示す概略流れ図である。 図６は本開示の一実施形態による移動端末を示す概略構造図である。 図７は本開示の一実施形態による別の移動端末を示す概略構造図である。 図８は本開示の一実施形態によるさらに別の移動端末を示す概略構造図である。

本開示の実施形態における「移動端末」は、無線通信機能を有する様々なハンドヘルドデバイス、オンボードデバイス、ウェアラブルデバイス、コンピューティングデバイス、または無線モデムに接続された他の処理デバイス、ならびに様々な形態のユーザ機器（ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、端末装置などを含んでもよい。説明の便宜上、上述の装置はまとめて移動端末と呼ばれる。

呼制御方法が提供される。この方法では、移動端末が着呼要求を受信することに応じて、当該着呼要求の優先順位が取得される。着呼要求の優先順位がプリセットされた優先順位より低い場合、ユーザが第１の状態にあるかどうかは判定される。ユーザが第１の状態にあるとの判定に基づいて、着呼要求は拒否される。

一実施態様では、第１の状態はサイクリング状態を含む。ユーザが第１の状態にあるか否かは、次のようにして判定される。ユーザの状態は、サイクリングアプリケーションを通して照会される。ユーザがサイクリング状態にあることをサイクリングアプリケーションが示す場合、ユーザがサイクリング状態にあると判定する。ユーザがサイクリング状態にないことをサイクリングアプリケーションが示す場合、移動端末の速度はモーションセンサによって確定され、その速度がサイクリング速度範囲内に入っているかどうかが判定される。移動端末の速度がサイクリング速度範囲内に入っているとの判定に基づいて、ユーザがサイクリング状態にあると判定する。

一実施形態では、第１の状態はランニング状態を含む。ユーザが第１の状態にあるか否かは、次のようにして判定される。ユーザの状態は歩数計アプリケーションを通して取得される。ユーザがランニング状態にあることを歩数計アプリケーションが示す場合、ユーザがランニング状態にあると判定する。ユーザがランニング状態にないことを歩数計アプリケーションが示す場合、移動端末の速度がモーションセンサによって測定され、その速度がランニング速度範囲内に入っているかどうかが判定される。移動端末の速度がランニング速度範囲内に入っているとの判定に基づいて、ユーザがランニング状態にあると判定する。

一実施態様では、第１の状態はクライミング状態を含む。ユーザが第１の状態にあるか否かは、次のようにして判定される。ユーザの状態は歩数計アプリケーションを通して照会される。ユーザが第１の状態にあることを歩数計アプリケーションが示す場合、ユーザが第１の状態にあると判定される。ユーザが第１の状態にないことを歩数計アプリケーションが示す場合、移動端末の速度および標高は、モーションセンサによって測定され、速度が速度範囲内に入っているかどうか、および移動端末の標高が変化しており、且つプリセットされた標高より高いかどうかを判定する。移動端末の速度が速度範囲内に入っているとの判定に基づいて、ユーザが第１の状態にあると判定する。

一実施態様では、方法はさらに以下を含む。ユーザが第２の状態にあるかどうかは、ユーザが第１の状態にないとの判定に基づいて判定される。ユーザが第２の状態にないとの判定に基づいて、着呼要求が受け入れられる。

一実施態様では、方法はさらに以下を含む。着呼要求の優先順位がプリセットされた優先順位より高い場合、ユーザが第２の状態にあるかどうかは判定される。ユーザが第２の状態にあるとの判定に基づいて、着呼要求は拒否される。

一実施形態では、第２の状態は会議状態を含み、ユーザが第２の状態にあるかどうかは、次のようにして達成してもよい。ユーザの環境はカメラを通して捉えられる。ユーザが会議の場所にいることをカメラが示す場合、ユーザが会議状態にあると判定される。

一実施形態では、第２の状態は睡眠状態を含み、ユーザが第２の状態にあるかどうかは、以下のようにして達成してもよい。ユーザの状態は、睡眠アプリケーションを通して取得される。ユーザが睡眠状態にあることを睡眠アプリケーションが示す場合、ユーザが睡眠状態にあると判定される。睡眠アプリケーションがユーザが眠っていないことを示す場合、ユーザの生体パラメータは、移動端末にバインディングされたウェアラブル装置を通して測定され、各生体パラメータが対応するプリセットされた生体パラメータ範囲内に入っているかどうかが判定される。ユーザの各生体パラメータが対応してプリセットされた生体パラメータ範囲内に入っているとの判定に基づいて、ユーザが睡眠状態にあると判定する。

移動端末がさらに提供される。移動端末は、プログラムを格納するように構成されるメモリと、メモリとカプリングされるプロセッサとを備える。プロセッサはプログラムを呼び出し、以下を実行するように構成される：移動端末が着呼要求を受信することに応じて着呼要求の優先順位を取得する；着呼要求の優先順位がプリセットされた優先順位より低い場合、ユーザが第１の状態にあるかどうかを判定する；ユーザが第１の状態にあるとの判定に基づいて着呼要求を拒否する。

移動端末はアプリケーションコントローラをさらに備え、プロセッサはアプリケーションコントローラを通してユーザの状態を照会するように構成される。

一実施態様では、第１の状態は、ランニング状態またはサイクリング状態を含む。ユーザが第１の状態にあるかどうかを判定するように構成されるプロセッサは、以下のように構成される。アプリケーションコントローラを通してユーザの状態を照会する；ユーザが第１の状態にあることをアプリケーションコントローラが示す場合、ユーザが第１の状態にあると判定する；アプリケーションコントローラがユーザが第１の状態にないことを示す場合、移動端末の速度および標高がモーションセンサによって測定され、速度が速度範囲内に入っているかどうか、および移動端末の標高が変化しており、プリセットされた標高より大きいかどうかが判定される；移動端末の速度が速度範囲内に入っているとの判定に基づいて、ユーザが第１の状態にあると判定する。

一実施形態では、プロセッサはさらに、ユーザが第１の状態にないとの判定に基づいて、ユーザが第２の状態にあるかどうかを判定するように構成される。ユーザが第２の状態にないとの判定に基づいて、着呼要求を受け入れる。

一実施形態では、プロセッサは、着呼要求の優先順位がプリセットされた優先順位より高い場合、ユーザが第２の状態にあるかどうかを判定するようにさらに構成される。ユーザが第２の状態にあるとの判定に基づいて、着呼要求を拒否する。

一実施形態では、プロセッサはさらに、ユーザが第１の状態にないとの判定に基づいて、ユーザが第２の状態にあるかどうかを判定するように構成される。ユーザが第２の状態にないとの判定に基づいて、着呼要求を受け入れる。

一実施形態では、第２の状態は会議状態を含み、ユーザが第２の状態にあるかどうかを判定するように構成されるプロセッサは、以下のように構成される。カメラを通してユーザの環境を捕らえる；ユーザが会議の場所にいることをカメラが示す場合、ユーザが会議状態にあると判定する。

一実施形態では、第２の状態は睡眠状態を含み、ユーザが第２の状態にあるかどうかを判定するように構成されるプロセッサは、次のように構成される。睡眠アプリケーションを通してユーザの状態を照会する；ユーザが睡眠していることを睡眠アプリケーションが示す場合、ユーザが睡眠状態にあると判定する；ユーザが眠っていないことを睡眠アプリケーションが示す場合、移動端末にバインディングされたウェアラブルデバイスによってユーザの生体パラメータを測定し、各生体パラメータが対応するプリセットされた生体パラメータ範囲内に入っているかどうかを判定する；ユーザの各生体パラメータが対応してプリセットされた生体パラメータ範囲内に入っているとの判定に基づいて、ユーザが睡眠状態にあると判定する。

呼制御方法がさらに提供される。当該方法は以下を含む。着呼要求が移動端末によって受信される。移動端末のユーザの状態が取得される。ユーザが第１の状態にあるか第２の状態にあるかを判定する。ユーザが第１の状態にも第２の状態にもない場合（第１の状態がスポーツ状態を含み、第２の状態がおやすみモードの状態を含む）、着呼要求は受け入れられる。ユーザが第１の状態にあるか否かは、以下のように判定してもよい。移動端末にインストールされたアプリケーション、モーションセンサ、および移動端末にバインディングされたウェアラブルデバイスから選択された少なくとも１つによって、ユーザが第１の状態にあるかどうかを判定する。ユーザが第２の状態にあるか否かは、次のようにして判定してもよい。移動端末にインストールされたアプリケーション、カメラ、移動端末にバインディングされたウェアラブルデバイスから選択された少なくとも１つによって、ユーザが第１の状態にあるかどうかを判定する。

以下に添付図面を参照しながら、本開示の実施の形態について詳細に説明する。

第１の方法の実施形態
本開示の実施形態によれば、呼制御方法が提供される。この方法では、移動端末は、移動端末において着呼要求が受信されると、着呼要求の優先順位を取得する。そして、移動端末は、着呼要求の優先順位がプリセットされた優先順位より低い場合、ユーザが第１の状態にあるか否かを判定し、ユーザが第１の状態にあると判定する場合、着呼要求を拒否する。

具体的には、図１に示すように、着呼要求が受信されると、移動端末はブロック１０で着呼要求の優先順位を取得し、次にブロック１２で優先順位がプリセットされた優先順位より高いかどうかを判定する。ブロック１４で、移動端末はユーザが第１の状態にあるかどうかを判定し、そうであれば着呼要求は拒絶され、そうでなければブロック１６へ進む。ブロック１６において、移動端末は、ユーザが第２の状態にあるかどうかを判定し、そうであれば、着呼要求は拒否され、そうでなければ着呼要求は受け入れられる。図から分かるように、この方法は、着呼要求の優先順位がプリセットされた優先順位より高い場合、またはユーザが第１の状態にも第２の状態にもない場合、移動端末で電話に出ることを可能にする。

図２は本開示の一実施形態による呼制御方法を示す概略流れ図である。図２に示すように、着呼情報を処理する方法はブロック２０２で始まる。

２０２において、移動端末が着呼要求を受信すると、移動端末は着呼要求の優先順位を取得する。

本開示のこの実施形態では、着呼要求は別の端末によって起こされ、オーディオ通話またはビデオ通話のために移動端末との通信リンクを確立するように構成される。通信リンクは、事業者ネットワーク（例えば、３Ｇ、４Ｇ、５Ｇなど）によって確立されてもよく、またはＷｉＦｉネットワークを介して確立されてもよい。

着呼要求の優先順位は、着呼要求に対応する発呼者の優先順位としてもよい。着呼要求に対応する発呼者の優先順位は、履歴発呼頻度、発呼者と移動端末との間の履歴呼の累積時間、および発呼者のユーザ識別子（ＩＤ）（例えば、ユーザＩＤは、電話番号、固定電話番号、ＱＱ（登録商標）番号、ＷｅＣｈａｔ（登録商標）番号など）がアドレス帳の連絡先に対応するかどうかによって確定される。一般に、履歴通信頻度が高く、着呼要求に対応する発呼者と移動端末との間の履歴呼の累積期間が長いほど、着呼要求の優先順位が高い。着呼要求の優先順位が高いほど、ユーザが着呼要求に注意を払うことを示す。一般に、頻繁な連絡先の着呼要求は優先順位が高く、見知らぬ人の着呼要求（すなわち、移動端末に初めて電話をかける電話番号）の優先順位は低くなる。

２０４において、着呼要求の優先順位がプリセットされた優先順位より低い場合、移動端末はユーザが第１の状態にあるかどうかを判定する。ユーザが第１の状態にある場合、２０６の動作に進み、そうでない場合、２０８の動作に進む。

本開示の実施形態では、第１の状態は、ランニング状態、サイクリング状態、クライミング状態（例えば、山を登ること）などのような野外活動状態またはスポーツ状態であってもよく、それぞれ下記のように詳しく述べられる。移動端末は、例えばアプリケーションコントローラによって、移動端末にインストールされるアプリケーションからユーザの状態を取得することができる。

ランニング状態
移動端末は、移動端末にインストールされる歩数計アプリケーション（例えば、Codoon（登録商標）、ledongli（登録商標）など）によってユーザの状態を照会することができる。歩数計アプリケーションが、ユーザが現在ランニング状態にあることを示すと、移動端末は、ユーザがランニング状態にあると判定する。移動端末は、モーションセンサ（例えば、３軸ジャイロスコープ、３軸加速度センサなど）によって、具体的には、モーションセンサーによって移動端末の速度およびスイング振幅を検出することで、ユーザがランニング状態にあるか否かを判定することができる。移動端末の速度がランニング速度範囲内に入り、移動端末のスイング振幅がスイング振幅範囲内に入っていると、移動端末は、移動端末を携帯するユーザがランニング状態にあると判定することができる。移動端末にバインディングされたスマートウェアラブルデバイス（以下、略して「スマートウェアラブルデバイス」）を使用して、ユーザがランニング状態にあるかどうかを判定することもできる。スマートウェアラブルデバイスは、ユーザがランニング状態にあることを検出すると、通知メッセージを移動端末に送信し、ユーザが現在ランニング状態にあることを通知する。

一実施形態として、第１の状態はランニング状態を含む。移動端末は、次のようにしてユーザが第１の状態にあるか否かを判定する。移動端末は、歩数計アプリケーションを通してユーザの状態を照会する。ユーザがランニング状態にあることを歩数計アプリケーションが示すと、ユーザはランニング状態にあると判定される。ユーザがランニング状態にないことを歩数計アプリケーションが示すと、移動端末はモーションセンサによって移動端末の速度を測定し、速度がランニング速度範囲内にあるかどうかを確認する。移動端末の速度がランニング速度範囲内であれば、ユーザはランニング状態にあると判定される。

歩数計アプリケーション（例えば、Codoon（登録商標）、ledongli（登録商標）など）は、ユーザが現在走っているかどうかを記録するだけでなく、ユーザの現在の歩数を正確に記録することができる。ユーザが歩数計アプリケーションを使用しない場合、ユーザが移動端末を携帯している限り、移動端末はモーションセンサ（例えば、３軸ジャイロスコープ、三軸加速度センサなど）によって移動端末の速度およびスイング振幅を検出することができる。移動端末の速度がランニング状態に対応する速度範囲（すなわち、ランニング速度範囲）に合わせ、移動端末のスイング振幅がスイング振幅範囲内に入っていると、移動端末を携帯するユーザがランニング状態にあると判定される。。

サイクリング状態
移動端末は、移動端末にインストールされたサイクリングアプリケーション（例えば、Ｍｏｂｉｋｅ（登録商標）、ｏｆｏ（登録商標）などのＡｐｐ）を利用してユーザの状態を照会することができる。ユーザが現在サイクリング状態にあることをサイクリングアプリケーションが示すと、移動端末は、ユーザがサイクリング状態にあると判定することができる。モーションセンサ（例えば、３軸ジャイロスコープ、３軸加速度センサなど）を使用して、ユーザ状態がサイクリング状態にあるかどうかの判断を達成することができる。具体的には、モーションセンサを使用し移動端末の速度を検出することができる。移動端末の速度がサイクリング状態に対応する速度範囲内に入っていると、移動端末は、移動端末を携帯するユーザがサイクリング状態にあると判定する。移動端末は、移動端末にバインディングされたスマートウェアラブルデバイス（以下、略して「スマートウェアラブルデバイス」）によってユーザがサイクリング状態にあるかどうかを判定することもできる。スマートウェアラブルデバイスは、ユーザがサイクリング状態にあることを検出すると、通知メッセージを移動端末に送信し、ユーザが現在サイクリング状態にあることを通知する。

別の実施形態として、第１の状態はサイクリング状態を含む。移動端末は、次のようにしてユーザが第１の状態にあるか否かを判定する。移動端末は、サイクリングアプリケーションを通してユーザの状態を照会する。ユーザがサイクリング状態にあることをサイクリングアプリケーションが示すと、移動端末は、ユーザがサイクリング状態にあると判定する。サイクリングアプリケーションが、ユーザがサイクリング状態にないことを示すと、移動端末はモーションセンサによって移動端末の速度を測定し、その速度がサイクリング速度範囲内に入っているかどうかを確認する。移動端末の速度がサイクリング速度範囲内に入っていると、移動端末は、ユーザがサイクリング状態にあると判定する。

サイクリングアプリケーション（Mobike（登録商標）、ofo（登録商標）など）は、ユーザがサイクリングしているかどうかを正確に記録できる。ユーザがサイクリングアプリケーションを通じて自転車に乗った場合、移動端末は、乗用アプリケーションを通じてユーザがサイクリング状態にあることを直接判定することができる。一方、ユーザがサイクリングアプリケーションを使用していない場合、移動端末の速度はモーションセンサ（例えば、３軸ジャイロスコープ、３軸加速度センサなど）によって検出することができる。移動端末の速度がサイクリング状態に対応する速度範囲に合わせる場合、移動端末を携帯するユーザがサイクリング状態にあると判定することができる。移動端末の速度がサイクリング状態に対応する速度範囲に合わせない場合、移動端末を携帯するユーザはサイクリング状態にないと判定することができる。

クライミング状態
同様に、移動端末は、移動端末にインストールされた歩数計アプリケーション（例えば、Codoon（登録商標）、ledongli（登録商標）などのアプリ）によって、ユーザがクライミング状態にあるかどうかを判定することができる。歩数計アプリケーションが、ユーザが現在クライミング状態にあることを示すと、移動端末は、ユーザがクライミング状態にあると判定することができる。移動端末は、モーションセンサ（例えば、重力センサ、３軸ジャイロスコープ、３軸加速度センサなど）によって移動端末の速度および標高を検出することによって、ユーザがクライミング状態にあるかどうかを判断することができる。移動端末の速度がクライミング速度範囲内に入り、移動端末の標高が変化しており、且つプリセットされた標高よりも大きい場合、移動端末は、移動端末を携帯するユーザがクライミング状態にあると判定することができる。また、移動端末は、移動端末にバインディングされたスマートウェアラブルデバイス（以下、略して「スマートウェアラブルデバイス」）によって、ユーザがクライミング状態にあるか否かを判定することができる。スマートウェアラブルデバイスは、ユーザがクライミング状態にあることを検出すると、通知メッセージを移動端末に送信し、ユーザが現在クライミング状態にあることを通知する。

２０６において、移動端末は着呼要求を拒絶する。

ユーザが第１の状態（例えば、ランニング状態、サイクリング状態、クライミング状態など）にあると移動端末が判定すると、移動端末は着呼要求を拒絶する、すなわち、移動端末は電話に出るのを拒絶する。本開示の実施形態によって、移動端末は、移動端末が特定のプリセット状態にあるときに呼を拒否することができ、それにより、優先順位の低い着呼がユーザを邪魔して影響を与えることを防止できるので、ユーザ体験が向上られる。

一実施態様として、２０６において着呼要求が拒絶された後に、移動端末はさらに以下を実行することができる。

（１１）において、移動端末は、ユーザに不在着呼を注意するように構成され、不在着呼に対応する発呼者のユーザ識別子（ＩＤ）を含む不在着呼警告メッセージを受信する。（１１）の動作を実施することで、移動端末が着呼要求を拒否した後に不在着呼をユーザに注意することができ、不在着呼の詳細をユーザが知ることに便利である。

別の実施形態として、移動端末は、（１１）の動作の後にさらに以下を実行してもよいｓ。（１２）において、発呼者のユーザ識別子に対応する不在着呼に対するコールバック要求を受信すると、移動端末は、不在着呼に対応する発呼者の優先順位を上げる。（１２）の動作を実施することで、ユーザが不在着呼を折返し電話する場合、不在着呼に対応する発呼者を重視しているので、不在着呼に対応する発呼者の優先順位を上げることができる。

２０８において、ユーザが第１の状態にも第２の状態にもない場合、移動端末は着呼要求を受け入れる。

本開示の実施形態では、第１の状態と第２の状態の両方が、ユーザが電話に出るのに不都合な状態である。ユーザが第１の状態にも第２の状態にもないとき、すなわち、ユーザが電話に出るのに都合のよい状態にあるとき、移動端末は着呼要求を受け入れ、正常に電話に出る。第２の状態は、会議状態、睡眠状態など、ユーザが邪魔されたくないシーンを指す。

図１および図２に示す方法を用いて、ユーザが第１の状態（例えば、ランニング状態、サイクリング状態など）にあるとき、より低い優先順位を有する着呼を拒否することができるので、ユーザへの邪魔や影響をしないことで、ユーザ体験を向上させる。

第２の方法の実施形態
この方法と上記の方法との違いは、着呼要求の優先順位がプリセットされた優先順位よりも高い場合にも、移動端末が依然としてユーザの状態をチェックしてユーザが電話に出る都合がよいかどうかを確認しなければならないことである。

図３に示すように、着呼要求が受信されると、移動端末はブロック３０で着呼要求の優先順位を取得し、次にブロック３２で優先順位がプリセット優先順位より高いかどうかを判定する。そうであれば、ブロック３４に進む。そうでない場合、ブロック３６に進む。ブロック３４において、移動端末は、ユーザが第２の状態にあるかどうかを判定し、もしそうであれば、着呼要求は拒否される。それ以外の場合は、着呼要求は拒否される。同様に、ブロック３６において、移動端末は、ユーザが第１の状態にあるかどうかを判定し、もしそうであれば、着呼要求は拒否され、そうでなければ着呼要求は拒否される。つまり、優先順位がプリセットされた優先順位よりも高く、且つユーザが第２の状態にない場合、または優先順位がプリセットされた優先順位よりも低く、且つユーザが第１の状態にない場合、着呼要求は受け入れられる。

具体的には、図４は、本開示の一実施形態による呼制御の他の方法を示す概略流れ図である。図４に示すように、呼制御方法は以下を含み得る。

４０２において、移動端末が着呼要求を受信すると、移動端末は着呼要求の優先順位を取得する。４０４において、着呼要求の優先順位がプリセット優先順位より低い場合、移動端末はユーザが第１の状態にあるかどうかを判定する。ユーザが第１の状態にあるとき、方法は４０６での動作に進む。そうではなく、ユーザが第１の状態にない場合、方法は４０８での動作に進む。４０６において、移動端末は着呼要求を拒否する。４０８で、ユーザが第１の状態にも第２の状態にもない場合、移動端末は着呼要求を受け入れる。４１０で、着呼要求の優先順位がプリセット優先順位よりも高い場合、移動端末は、ユーザが第２の状態にあるかどうかを判定する。ユーザが第２の状態にある場合、方法は動作４０６に進む。そうではなく、ユーザが第２の状態にない場合、方法は動作４０８に進む。

第２の状態は、会議状態、睡眠状態など、ユーザが邪魔されたくないシーンであってもよい。したがって、着呼要求の優先順位がプリセット優先順位よりも高くても、ユーザが第２の状態にある場合、移動端末は依然として着呼要求を拒否する。ユーザが邪魔されたくない場合、移動端末は着呼を拒否することができることで、ユーザが影響を受けることが防止され、ユーザ体験が向上られる。

一実施形態として、第２の状態は会議状態を含み、移動端末は以下のようにユーザが第２の状態にあるかどうかを判定する。

会議状態
移動端末は、カメラによってユーザの環境を捕らえる。ユーザが会議場にいることをカメラが示すと、移動端末は、ユーザが会議状態にあると判定する。

したがって、移動端末は、カメラを利用してユーザが会議状態にあるかどうかを判定することができる。カメラがテーブルの周りに少なくとも２人の人がいるシーンを捕らえると、ユーザは会議状態にあると見なすことができる。また、移動端末は、マイクによってユーザが会議状態にあるか否かを判定してもよい。カメラがテーブルの周りに少なくとも２人の人がいるシーンを捕らえると、マイクが録音のために起動される。記録されたコンテンツは分析され、プリセットされた会議キーワードが含まれているかどうかを確認する。もしそうであれば、ユーザは会議状態にあると見なすことができる。

睡眠状態
一実施形態として、第２の状態は睡眠状態を含み、移動端末は以下のようにユーザが第２の状態にあるかどうかを判定する。移動端末は、睡眠アプリケーションを通じてユーザの状態を照会する。ユーザが睡眠中であることを睡眠アプリケーションが示すと、移動端末は、ユーザが睡眠状態にあると判定する。一方、睡眠アプリケーションがユーザが眠っていないことを示す場合、移動端末は、移動端末にバインディングされたウェアラブルデバイスを通してユーザの生体パラメータを測定し、各生体パラメータが対応してプリセットされた生体パラメータ範囲内にあるかどうかを確認する。ユーザの各生体パラメータが対応してプリセットされた生体パラメータ範囲内に入っていると、移動端末はユーザが睡眠状態にあると判定する。

この実施形態では、移動端末は、睡眠アプリケーションを通してユーザが睡眠状態にあるかどうかを判定することができる。睡眠アプリケーションは、心拍数、血圧、体温などのユーザの生体パラメータを監視することによって、ユーザが睡眠状態にあるかどうかを総合的に判定することができる。移動端末はまた、移動端末にバインディングされたウェアラブルデバイスによってユーザの様々な生体パラメータ（例えば、心拍数、血圧、体温などの生体パラメータ）を取得することもできる。ユーザの各生体パラメータが対応してプリセットされた生体パラメータ範囲内に入っていることを検出すると、移動端末は、ユーザが睡眠状態にあると判定する。

一実施形態として、４０６で着呼要求が拒絶された後、移動端末はさらに以下のことを実行してもよい。（２１）で、移動端末は不在着呼をユーザに注意するように構成され、不在着呼に対応する発呼者のユーザ識別子（ＩＤ）が含まれる不在着呼警告メッセージを受信する。

（２１）の動作を実施することで、移動端末が着呼要求を拒否した後に不在着呼をユーザに注意することができ、不在着呼の詳細を知ることに便利である。

別の実施形態として、移動端末は、（２１）の動作が実行された後にさらに以下を実行することができる。（２２）において、発呼者のユーザ識別子に対応する不在着呼に対するコールバック要求が受信されると、移動端末は不在着呼に対応する発呼者の優先順位を上げる。（２２）の動作の実施により、ユーザが不在着呼を折返し電話する場合、ユーザは不在着呼に対応する発呼者を重視しているので、不在着呼に対応する発呼者の優先順位を上げることができる。

４０２〜４１０の動作の詳細については、図２に関連して説明した２０２〜２０８の動作を参照してもよく、ここでは繰り返さない。図４に示す方法によれば、ユーザが第２の状態（例えば、会議状態、睡眠状態など）にあるとき、着呼要求が高い優先順位を有していても、着呼要求はまだ拒否される可能である。ユーザが全く邪魔されたくないシナリオでは、移動端末は着呼を拒否することができ、したがって、着呼がユーザに影響を及ぼすことを防ぎ、ユーザ体験を向上させる。

第３の方法の実施形態
この方法では、移動端末が現時点で着呼要求の優先順位を取得することなく直接ユーザの状態を照会することができる、前述の方法とは異なる方式が提供される。具体的には、図５に示すように、ユーザが第１の状態または第２の状態にある場合、着呼は拒否され、すなわち、ユーザが第１の状態にも第２の状態きにもない場合のみ、着呼が受け入れる。詳細については、前述の説明を参照され、冗長を避けるためにここでは繰り返さない。したがって、この実施形態では、移動端末が着呼要求の優先順位を確定する必要はない。対照的に、移動端末は、完全にユーザの状態に基づいて着呼要求を受け入れるかどうかを判定し、このようにして、移動端末のプロセッサの速度を向上させ、それに応じて着呼要求への応答時間を減少させることができる。

本開示の原理がより一般的に多くのシナリオに適用されることを理解した上で、当業者は、ユーザの状態の確定が特に制限されないことを理解するであろう。例えば、移動端末は、最初にユーザが第１の状態にあるかどうかを判定し、次に必要に応じてさらにユーザが第２の状態にあるかどうかを判定することができる。その後、必要に応じて、ユーザが第１の状態にあるかどうかを判定する。これらの解決案は全て本開示の利点に寄与する。

本開示の実施形態の上記の技術案は、主に方法の実行の観点から説明される。しかしながら、上記の機能を達成するために、移動端末は、それぞれの機能に対応するハードウェア構造および／またはソフトウェアモジュールを有するように構成されてもよいことが理解され得る。当業者は、本明細書に開示された実施形態に記載された例示的なユニットおよびスキームステップまたは動作と組み合わせて、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組み合わせにおいて実施され得ることを容易に認識する。機能がハードウェアまたはハードウェアを駆動するコンピュータソフトウェアによって実施されるかどうかは、特定の用途および技術案の設計上の制約に依存する。当業者は、各特定の用途について説明された機能を実施するために異なる方法を使用することができるが、そのような実施は、本開示の範囲を超えると見なされるべきではない。

本開示の実施形態では、機能ユニットは、前述の方法例に従って移動端末に対して分割されてもよい。例えば、機能ユニットは対応する機能に従って分割されてもよく、２つ以上の機能が１つの処理ユニットに集積されてもよい。上述の集積ユニットは、ハードウェアまたはソフトウェア機能ユニットの形で実施することができる。本開示の実施形態におけるユニットの分割は概略的であり、単なる論理的機能分割であることに留意されたい。実際の実施では他の分割方法があってもよい。

図６は本開示の実施形態による移動端末を示す概略構造図である。図６に示すように、移動端末６０は、取得ユニット６２と、判断ユニット６４と、処理ユニット６６とを備える。

取得ユニット６２は、移動端末が着呼要求を受信する場合、着呼要求の優先順位を取得するように構成される。判断ユニット６４は、着呼要求の優先順位がプリセットされた優先順位よりも低い場合に、ユーザが第１の状態にあるか否かを判断するように構成される。処理ユニット６６は、判断ユニット６４がユーザが第１の状態にあると判断する場合、着呼要求を拒否するように構成される。

一実施形態として、第１の状態はサイクリング状態を含み、判断ユニット６４は第１の判断サブユニット、第１の判定サブユニット、第２の判断サブユニット、および第２の判定サブユニットを備えてもよい。第１の判断サブユニットは、ユーザがサイクリングアプリケーションを通してサイクリング状態にあるか否かを判断するように構成される。第１の判定サブユニットは、第１の判断サブユニットがユーザがサイクリング状態にあると判断する場合、ユーザがサイクリング状態にあると判定するように構成される。第２の判断サブユニットは、第１の判断サブユニットがユーザがサイクリング状態にないと判断する場合、移動端末の速度をモーションセンサによって計測することで、その速度がサイクリング速度に入っているか否かを判断するように構成される。第２の判定サブユニットは、第２の判断サブユニットが移動端末の速度がサイクリング速度範囲内にあると判断する場合に、ユーザがサイクリング状態にあると判定するように構成される。

一実施形態として、第１の状態はランニング状態を含み、判断ユニット６４は、第３の判断サブユニットと、第３の判定サブユニットと、第４の判断サブユニットと、第４の判定サブユニットとを備えてもよい。

第３の判断サブユニットは、歩数計アプリケーションを通してユーザがランニング状態にあるかどうかを判断するように構成される。第３の判定サブユニットは、ユーザがランニング状態にあると第３の判断サブユニットが判断する場合に、ユーザがランニング状態にあると判定するように構成される。第４の判断サブユニットは、ユーザがランニング状態にないと第３の判断サブユニットが判断する場合に、移動端末の速度をモーションセンサによって測定することで、その速度がランニング速度範囲内に入っているか否かを判断する。第４の判定サブユニットは、移動端末の速度がランニング速度範囲内にあると第４の判断サブユニットが判断する場合に、ユーザがランニング状態にあると判定する。

一実施形態として、判断ユニット６４はさらに、着呼要求の優先順位がプリセットされた優先順位より高いときにユーザが第２の状態にあるかどうかを判断するように構成される。処理ユニット６６はさらに、ユーザが第２の状態にあると判断ユニット６４が判断する場合、着呼要求を拒否するように構成される。

一実施形態として、第２の状態は会議状態を含み、判断ユニット６４は第５の判断サブユニットおよび第５の判定サブユニットを備えてもよい。第５の判断サブユニットは、カメラを通してユーザが会議場にいるかどうかを判断するように構成される。第５の判定サブユニットは、ユーザが会議場にいると第５の判断サブユニットが判断する場合に、ユーザが会議状態にあると判定するように構成される。

他の実施形態として、第２の状態は、睡眠状態を含み、判断ユニット６４は、第６の判断サブユニット、第６の判定サブユニット、第７の判断サブユニット、及び第７の判定サブユニットを含んでもよい。第６の判断サブユニットは、睡眠アプリケーションを通してユーザが睡眠状態にあるかどうかを判断するように構成される。第６の判定サブユニットは、ユーザが睡眠状態にあると第６の判断サブユニットが判断する場合、ユーザが睡眠状態にあると判定するように構成される。第７の判断サブユニットは、ユーザが睡眠状態にないと第６の判断サブユニットが判断する場合に、ユーザの各生体パラメータが、移動端末にバインディングされたウェアラブルデバイスによって対応するプリセット生体パラメータ範囲内に入っているかどうかを判断するように構成される。第７の判定サブユニットは、ユーザの各生体パラメータが対応してプリセットされた生体パラメータ範囲内に入っていると第７の判断サブユニットが判断する場合、ユーザが睡眠状態にあると判定するように構成される。

図６に示す移動端末は、ユーザが第１の状態（ランニング状態、サイクリング状態など）にあるとき、移動端末がより低い優先順位を有する着呼を拒否することを可能にし、着呼がユーザの邪魔をしたりユーザに影響を与えたりすることを防止することで、ユーザ体験を向上する。

図７は本開示の一実施形態による別の移動端末を示す概略構造図である。図７に示すように、移動端末７０は、１つ以上のプロセッサ７２と、メモリ７４と、通信ユニット７６と、１つ以上のプログラムとを含む。１つまたは複数のプログラムはメモリ７４に格納され、１つまたは複数のプロセッサ７２によって実行されると、１つまたは複数のプロセッサ７２と共に動作可能で図１から図５に示す方法を実行するインストラクションを含む。１つまたは複数のプロセッサ７２、メモリ７４、および通信ユニット７６は、通信バス７８を介してカプリングされている。

通信ユニット７６は、移動端末７０が通信ピアエンドまたは基地局に接続し、さらに通信チャネルを介して通信ピアエンドまたは基地局とデータを交換することができるように通信チャネルを確立するように構成される。通信ユニット７６は、無線通信モジュールと有線通信モジュールとを備える。無線通信モジュールの例には、無線ローカルエリアネットワーク（略称：無線ＬＡＮ）モジュール、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）モジュール、近距離無線通信（ＮＦＣ）、ベースバンドモジュールなどが含まれる。有線通信モジュールの例には、イーサネット（Ｅｔｈｅｒｎｅｔ，登録商標）、ユニバーサルシリアルバス（ＵＳＢ）、ライトニングインターフェースなどが含まれる。移動端末７０は、その構成要素が通信ピアエンドまたは基地局と通信し、通信ユニット７６を用いて直接メモリアクセスをサポートすることができるように構成してもよい。

プロセッサ７２は、１つの中央処理装置（ＣＰＵ）のみを含んでもよく、またはプロセッサは、ＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、グラフィック処理装置（ＧＰＵ）、および通信ユニットの制御チップ（ベースバンドチップなど）の組み合わせであってもよい。本開示の実施形態では、ＣＰＵは単一の演算コアまたは複数の演算コアであってもよい。

図７に示す移動端末によれば、ユーザが第１の状態（例えば、ランニング状態、サイクリング状態など）にあるとき、移動端末は、優先順位の低い着呼を拒否して、優先順位の低い着呼がユーザの邪魔をしたりユーザに影響を与えたりすることを防ぐようにしてもよく、それによってユーザ体験を改善する。

本開示の実施形態によれば、他の移動端末が提供される。図８に示すように、説明の便宜上、本開示の実施形態に関連する部分のみ図示している。提供されていない技術的詳細については、本開示の方法の実施形態を参照してよい。本明細書で言及される移動端末は、携帯電話、タブレットコンピュータ、携帯情報端末（ＰＤＡ）、ＰＯＳ（Ｐｏｉｎｔ ｏｆ Ｓａｌｅ Ｔｅｒｍｉｎａｌ）、オンボードコンピュータなどの任意の端末装置であってもよい。以下では、移動端末の一例として携帯電話機について説明する。

図８は、本開示の実施の形態に係る移動端末に係る携帯電話機の構成の一部を示すブロック図である。図８に示すように、携帯電話は、無線周波数（ＲＦ）回路８１０、メモリ８２０、入力ユニット８３０、表示ユニット８４０、センサ８５０、オーディオ回路８６０、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ）モジュール８７０、プロセッサ８８０、電源８９０および他の構成要素を備える。当業者は、図８に示される携帯電話の構造が携帯電話に対するいかなる制限も構成しないことを理解することができる。本開示の技術案を実施するように構成される携帯電話は、図示されているよりも多いまたは少ない構成要素を含んでもよく、または特定の構成要素または異なる構成要素を組み合わせてもよい。

以下では、携帯電話の様々な構成要素について、図８を参照して詳細に説明する。

ＲＦ回路８１０は情報を送信または受信するように構成される。一般に、ＲＦ回路８１０は、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、低雑音増幅器（ＬＮＡ）、デュプレクサなどを備えるが、これらに限定されない。さらに、ＲＦ回路８１０はまた、無線通信を介してネットワークおよび他の装置と通信してもよい。上記の無線通信は、限定されないが、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ）、ジェネラル・パケット・ラジオ・サービス（ＧＰＲＳ）、符号分割多重アクセス（ＣＤＭＡ）、広帯域符号分割多重アクセス（ＷＣＤＭＡ）、ロング・ターム・エボリューション（ＬＴＥ）、Eメール、ショート・メッセージング・サービス（ＳＭＳ）などを含む任意の通信規格またはプロトコルを使用してもよい。

メモリ８２０は、ソフトウェアプログラム及びモジュールを格納するように構成され、プロセッサ８８０は、メモリ８２０に格納されたソフトウェアプログラム及びモジュールを実行することによって携帯電話の様々な機能アプリケーション及びデータ処理を実行するように構成される。メモリ８２０は、主にプログラム記憶領域およびデータ記憶領域を備える。プログラム記憶領域は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーションプログラムなどを格納することができる。データ記憶領域は、携帯電話機の用途等に応じて作成されたデータ（アプリケーションの使用パラメータ等）を格納する。さらに、メモリ８２０は、高速ランダムアクセスメモリ（ＲＡＭ）を含んでもよく、さらに少なくとも１つのディスク記憶装置、フラッシュ装置、または他の非一時的固体記憶装置などの非一時的メモリを含んでもよい。

入力ユニット８３０は、入力デジタルまたは文字情報を受け取り、携帯電話のユーザ設定および機能制御に関連するキー信号入力を生成するように構成される。一実施形態では、入力ユニット８３０は、指紋識別モジュール８３１、タッチディスプレイスクリーン８３２、および他の入力デバイス８３３を含んでもよい。指紋識別モジュール８３１は、ユーザの指紋データを収集することができる。指紋識別モジュール８３１に加えて、入力ユニット８３０はさらに他の入力ユニット８３３を含んでもよい。一実施形態では、限定でないが、他の入力ユニット８３３は、１つまたは複数のタッチスクリーン、物理キー、機能キー（音量調整キー、スイッチキーなど）、トラックボール、マウス、ジョイスティックなどを含んでもよい。

表示ユニット８４０は、ユーザにより入力される情報、あるいはユーザに提供される情報、あるいは携帯電話機の各種メニューを表示するように構成される。表示ユニット８４０はディスプレイスクリーン８４１を含んでもよい。少なくとも１つの実施形態では、ディスプレイスクリーン８４１は液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）などの形態としてもよい。指紋識別モジュール８３１とディスプレイスクリーン８４１は、図８において２つの別々の構成要素として携帯電話の入出力機能を実現すると示されているが、いくつかの実施形態では、指紋識別モジュール８３１はディスプレイスクリーン８４１と集積されて携帯電話の入出力機能を実施してもよい。

携帯電話はまた、光センサ８５１、姿勢センサ８５２、および他のセンサなどの少なくとも１つのセンサ８５０を備えてもよい。一実施形態では、光センサ８５１は、周囲光センサおよび近接センサを備えてもよく、その中で周囲光センサは周囲光に従ってディスプレイスクリーン８４１の輝度を調整することができ、近接センサはディスプレイスクリーン８４１をオフにすることができる。携帯電話が耳のに近づくとバックライトを点灯する。姿勢センサ８５２はモーションセンサを備えてもよい。モーションセンサーの一種として、加速度センサーはあらゆる方向（通常３軸）の加速度の大きさを検出することができ、携帯電話が静止しているときに加速度センサーは重力の大きさと方向を検出することができる。加速度センサーは、携帯電話のジェスチャー関連のアプリケーション（垂直および水平スクリーンスイッチ、関連ゲーム、磁力計の姿勢調整など）を識別することも、振動認識関連の機能（歩数計、叩きなど）等々に使用することもできる。携帯電話はまた、ジャイロスコープ、気圧計、湿度計、温度計、および赤外線センサおよび他のセンサを装備してもよく、ここでは繰り返さない。

オーディオ回路８６０、スピーカ８６１、マイクロフォン８６２は、ユーザと携帯電話との間のオーディオインターフェースを提供する。オーディオ回路８６０は、受信したオーディオデータを電気信号に変換し、その電気信号をスピーカ８６１に転送することができる。その後、スピーカ８６１は電気信号をオーディオ信号に変換して出力する。一方、マイクロフォン８６２は、受信したオーディオ信号を電気信号に変換し、電気信号はオーディオ回路８６０で受信されてオーディオデータに変換されて出力される。次いで、オーディオデータは、プロセッサ８８０によって処理されてＲＦ回路８１０を介して他の携帯電話などに送信されるか、またはオーディオデータはさらなる処理のためにメモリ８２０に出力される。

Ｗｉ−Ｆｉは短距離無線伝送技術に属する。Ｗｉ−Ｆｉモジュール８７０を用いて、携帯電話は、電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどにおいてユーザをサポートできる。Ｗｉ−Ｆｉは、ワイヤレスブロードバンドインターネットアクセスをユーザに提供する。Ｗｉ−Ｆｉモジュール８７０は図８に示されているが、Ｗｉ−Ｆｉモジュール８７０は携帯電話に必須ではなく、本開示の本質的な性質から逸脱することなく実際の必要性に従って省略できることを理解されたい。 。

プロセッサ８８０は携帯電話の制御センターである。それは、携帯電話全体の様々な部分を接続するために様々なインターフェースおよびラインを使用し、メモリ８２０に格納されたソフトウェアプログラムおよび／またはモジュールを実行または遂行し、携帯電話の様々な機能を実行したりデータを処理したりするためにメモリ８２０に格納されたデータを呼び出す。それによって携帯電話を監視する。少なくとも１つの実施態様では、プロセッサ８８０は１つまたは複数の処理装置を備えてもよい。例えば、プロセッサ８８０は、アプリケーションプロセッサとモデムプロセッサとを集積することができ、アプリケーションプロセッサは主にオペレーティングシステム、ユーザインタフェース、アプリケーションプログラムなどを扱い、モデムプロセッサは主に無線通信を扱う。上述のモデムプロセッサはプロセッサ８８０に集積されなくてもよいことが理解されるであろう。

携帯電話はまた、様々な構成要素に電力を供給する電源８９０（例えば、電池）を備える。例えば、電源８９０は、電力管理システムを介してプロセッサ８８０に論理的に接続されて、電力管理システムを通じて充電、放電、および電力消費の管理を可能にしてもよい。

図示されていないが、携帯電話は、カメラ、ブルートゥースモジュールなどを含んでよく、本開示はここでは詳述しない。

本開示の実施形態はまた、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶してもよい。当該コンピュータプログラムはコンピュータと共に動作可能で、実行されると、上記方法の実施形態で説明された着呼情報を処理するための方法のうちのいずれかの動作の全部または一部を達成する。

本開示の実施形態はまた、コンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラムを格納する非一時的コンピュータ可読記憶媒体を含む。コンピュータプログラムは、コンピュータと共に動作可能で、上記方法の実施形態に記載された方法のうちのいずれかの動作の全部または一部を達成する。コンピュータプログラム製品はソフトウェアインストールパッケージであってもよい。コンピュータは移動端末または他の機器としてもよい。

簡単にするために、前述の方法の実施形態は一連の動作の組み合わせとして説明されているが、本開示は説明された動作の順序に限定されないことを当業者は理解されよう。それは、本開示によれば、特定のステップまたは動作が他の順序でまたは同時に実行されてもよいためである。その上、本明細書で説明された実施形態は例示的な実施形態であり、含まれる動作およびモジュールは必ずしも本開示に不可欠ではないことが当業者によって理解されるであろう。

前述の実施形態では、各実施形態の説明はそれ自身の強調を有する。一実施形態において詳細に説明されていない部分については、他の実施形態における関連する説明を参照してもよい。

本開示の実施形態では、本明細書で提供される実施形態で開示された装置は他の方法で実施されてもよいことを理解されたい。例えば、上述の装置／設備の実施形態は単なる例示である。例えば、ユニットの分割は論理的な機能分割のみであり、実際の実施中には他の分割方法もあり得る。例えば、複数のユニットまたは構成要素を組み合わせたり、他のシステムに集積したり、あるいは一部の機能を無視、省略してもよく、または実行されなくてもよい。さらに、図示または説明した各構成要素間のカプリングまたは通信接続は、直接カプリングまたは通信接続でもよく、あるいはいくつかのインターフェースを介した装置またはユニット間の間接カプリングまたは通信でもよく、電気接続または他の形態の接続でもよい。

別々の構成要素として記載されたユニットは、物理的に分離されてもされなくてもよく、ユニットとして示された構成要素は物理的ユニットでもそうでなくてもよい、すなわち同じ場所にあっても複数のネットワーク要素に分配されてもよい。実施形態の技術案の目的を達成するために、実際の必要性に応じてユニットの一部または全部を選択することができる。

さらに、本開示の様々な実施形態における機能ユニットは、１つの処理ユニットに集積されてもよく、または各ユニットは物理的に存在してもよく、あるいは２つ以上のユニットが１つのユニットに集積されてもよい。上記の集積ユニットは、ハードウェアまたはソフトウェア機能ユニットの形で実施することができる。

集積ユニットは、それがソフトウェア機能ユニットの形態で実施され、別個の製品として販売または使用されるときに、コンピュータ可読メモリに格納することができる。そのような理解に基づいて、本質的に本開示の技術案、または関連技術に寄与する技術案の一部、または技術案の全部または一部は、格納されるソフトウェア製品の形で具現化され得る。本開示の様々な実施形態において説明される動作の全部または一部をコンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい）に実行させるためのインストラクションを含む。メモリは、ユニバーサルシリアルバス（ＵＳＢ）、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、リムーバブルハードディスク、ディスク、コンパクトディスク（ＣＤ）などのようなプログラムコードを格納することができる様々な媒体を含む。

当業者であれば、上述した実施形態の様々な方法の全部または一部を関連ハードウェアにインストラクションするためのプログラムによって達成することができ、そのプログラムをコンピュータ可読メモリに格納することができることを理解するであろう。これは、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ディスクまたはコンパクトディスク（ＣＤ）などを含んでもよい。

Claims (15)

1. 移動端末が他の移動端末からの着呼要求を受信することに応じて、前記移動端末と前記他の移動端末との間の履歴発呼頻度および/または履歴呼の累積時間によって確定される前記着呼要求の優先順位を取得する（１０）ことと、
   前記着呼要求の優先順位がプリセットされた優先順位より低い場合、ユーザが第１の状態にあるかどうかを判定する（１２）ことと、
   前記ユーザが第１の状態にあるとの判定に基づき、前記着呼要求を拒否する（１６）ことと、
   拒絶された着呼に対するコールバック要求を受信すると、前記拒絶された着呼に対応する着呼要求の優先順位を上げることとを、含む、
   移動端末のための呼制御方法。
2. 前記第１の状態がサイクリング状態を含み、前記ユーザが第１の状態にあるかどうかを判定することは、
   サイクリングアプリケーションを通して前記ユーザの状態を照会することと、
   前記ユーザがサイクリング状態にあることを前記サイクリングアプリケーションが示す場合、前記ユーザがサイクリング状態にあると判定することと、
   前記ユーザがサイクリング状態にないことを前記サイクリングアプリケーションが示す場合、モーションセンサによって前記移動端末の速度を測定し、当該速度がサイクリング速度範囲内に入っているかどうかを判定することと、
   前記移動端末の速度がサイクリング速度範囲内に入っているとの判定に基づき、前記ユーザがサイクリング状態にあると判定することとを、含む、
   請求項１に記載の方法。
3. 前記第１の状態がランニング状態を含み、前記ユーザが第１の状態にあるかどうかを判定することは、
   歩数計アプリケーションを通して前記ユーザの状態を照会することと、
   前記ユーザがランニング状態にあることを前記歩数計アプリケーションが示す場合、前記ユーザがランニング状態にあると判定することと、
   前記ユーザがランニング状態にないことを前記歩数計アプリケーションが示す場合、モーションセンサによって前記移動端末の速度を測定し、当該速度がランニング速度範囲内に入っているかどうかを判定することと、
   前記移動端末の速度がランニング速度範囲内に入っているとの判定に基づき、前記ユーザがランニング状態にあると判定することとを、含む、
   請求項１に記載の方法。
4. 前記第１の状態がクライミング状態を含み、前記ユーザが第１の状態にあるかどうかを判定することは、
   歩数計アプリケーションを通して前記ユーザの状態を照会することと、
   前記ユーザが第１の状態にあることを前記歩数計アプリケーションが示すことに応じて、前記ユーザが第１の状態にあると判定することと、
   前記ユーザが第１の状態にないことを前記歩数計アプリケーションが示すことに応じて、モーションセンサによって前記移動端末の速度および標高を測定し、当該速度が速度範囲内に入っているかどうか、および前記移動端末の標高が変化しており且つプリセットされた標高より高いかどうかを判定することと、
   前記移動端末の速度が速度範囲内に入っているとの判定に基づき、前記ユーザが第１の状態にあると判定することとを、含む、
   請求項１に記載の方法。
5. 前記ユーザが第１の状態にないとの判定に基づき、前記ユーザが第２の状態にあるかどうかを判定することと、
   前記ユーザが第２の状態にないとの判定に基づき、前記着呼要求を受け入れることとを、さらに含む、
   請求項１〜４のいずれか一項に記載の方法。
6. 前記着呼要求の優先順位がプリセットされた優先順位より高い場合、前記ユーザが第２の状態にあるかどうかを判定することと、
   前記ユーザが第２の状態にあるとの判定に基づき、前記着呼要求を拒否することとを、さらに含む、
   請求項１〜４のいずれか一項に記載の方法。
7. 前記第２の状態は会議状態を含み、前記ユーザが第２の状態にあるかどうかを判定することは、
   カメラを通して前記ユーザの環境を捕らえることと、
   前記ユーザが会議場にいることを前記カメラが示す場合、前記ユーザが会議状態にあると判定することとを、含む、
   請求項５または６に記載の方法。
8. 前記第２の状態が睡眠状態を含み、前記ユーザが第２の状態にあるかどうかを判定することは、
   睡眠アプリケーションを通して前記ユーザの状態を照会することと、
   前記ユーザが眠っていることを前記睡眠アプリケーションが示す場合、前記ユーザが睡眠状態にあると判定することと、
   前記ユーザが眠っていないことを前記睡眠アプリケーションが示す場合、前記移動端末にバインディングされたウェアラブルデバイスによって前記ユーザの生体パラメータを測定し、各生体パラメータが対応してプリセットされた生体パラメータ範囲内に入っているかどうかを判定することと、
   前記ユーザの各生体パラメータが対応してプリセットされた生体パラメータ範囲内に入っているとの判定に基づき、前記ユーザが睡眠状態にあると判定することとを、含む、
   請求項５または６に記載の方法。
9. プログラムを格納するように構成されるメモリ（７４）と、
   前記メモリとカプリングされるプロセッサ（７２）とを備える移動端末（７０）であって、前記プロセッサ（７２）はプログラムを呼び出して、
   前記移動端末が他の移動端末からの着呼要求を受信することに応じて、前記移動端末と前記他の移動端末との間の履歴発呼頻度および/または履歴呼の累積時間によって確定される前記着呼要求の優先順位を取得することと、
   前記着呼要求の優先順位がプリセットされた優先順位より低い場合、ユーザが第１の状態にあるかどうかを判定することと、
   前記ユーザが第１の状態にあるとの判定に基づき、前記着呼要求を拒否することと、
   拒絶された着呼に対するコールバック要求を受信すると、前記拒絶された着呼に対応する着呼要求の優先順位を上げることとを、実行する、
   移動端末（７０）。
10. 前記移動端末はアプリケーションコントローラをさらに備え、前記プロセッサは前記アプリケーションコントローラを通して前記ユーザの状態を照会するように構成される、
    請求項９に記載の移動端末。
11. 前記第１の状態はランニング状態およびサイクリング状態のうちの１つを含み、前記ユーザが第１の状態にあるかどうかを判定するように構成される前記プロセッサは、
    前記アプリケーションコントローラを通して前記ユーザの状態を照会し、
    前記ユーザが第１の状態にあることを前記アプリケーションコントローラが示す場合、前記ユーザが第１の状態にあると判定し、
    前記ユーザが第１の状態にないことを前記アプリケーションコントローラが示す場合、モーションセンサによって前記移動端末の速度を測定し、当該速度が速度範囲内に入っているかどうかを判定し、
    前記移動端末の速度が速度範囲内に入っているとの判定に基づき、前記ユーザが第１の状態にあると判定する、ように構成される、
    請求項１０に記載の移動端末。
12. 前記第１の状態はクライミング状態を含み、前記ユーザが第１の状態にあるかどうかを判定するように構成される前記プロセッサは、
    前記アプリケーションコントローラを通してユーザの状態を照会し、
    前記ユーザが第１の状態にあることを前記アプリケーションコントローラが示す場合、前記ユーザが第１の状態にあると判定し、
    前記ユーザが第１の状態にないことを前記アプリケーションコントローラが示す場合、モーションセンサによって前記移動端末の速度および標高を測定し、当該速度が速度範囲内に入っているかどうか、および前記移動端末の標高が変化しおり、且つプリセットされた標高より高いかどうかを判定し、
    前記移動端末の速度が速度範囲内に入っているとの判定に基づき、前記ユーザが第１の状態にあると判定する、ように構成される、
    請求項１０に記載の移動端末。
13. 前記プロセッサはさらに、
    前記ユーザが第１の状態にないとの判定に基づき、前記ユーザが第２の状態にあるかどうかを判定し、
    前記ユーザが第２の状態にないとの判定に基づき、前記着呼要求を受け入れる、ように構成される、
    請求項９から１２のいずれか一項に記載の移動端末。
14. 前記プロセッサはさらに、
    前記着呼要求の優先順位がプリセットされた優先順位より高い場合、前記ユーザが第２の状態にあるかどうかを判定し、
    前記ユーザが第２の状態にあるとの判定に基づき、前記着呼要求を拒否する、ように構成される、
    請求項９から１２のいずれか一項に記載の移動端末。
15. 前記プロセッサはさらに、
    前記ユーザが第１の状態にないとの判定に基づき、前記ユーザが第２の状態にあるかどうかを判定し、
    前記ユーザが第２の状態にないとの判定に基づき、前記着呼要求を受け入れる、ように構成される、
    請求項１３または１４に記載の移動端末。