JP7268275B2 - 着信があるときに電子デバイス上に映像を提示するための方法、および電子デバイス - Google Patents

Description

本願は、２０１９年２月３日に中国国家知識産権局に出願された、参照によって全体が本明細書に組み込まれる、「着信があるときに電子デバイス上に映像を提示するための方法、および電子デバイス」と題する中国特許出願第２０１９１０１０８８８５．Ｘ号の優先権を主張する。

本願は、電子デバイスの分野に関連し、より具体的には、着信があるときに電子デバイス上に映像を提示するための方法、および電子デバイスに関する。

現在、携帯電話端末は、着信があるとき、着信音を再生するのみであり得る。着信は携帯電話端末の高頻度シナリオなので、ユーザは、毎日複数回にわたって着信に応答し得る。しかしながら、携帯電話端末は毎回、同一の電話着信音を再生する。このことは、ユーザに新鮮味を与えることができない。その結果、ユーザに着信があるときのユーザ体験が比較的悪くなる。

本願は、着信があるときに電子デバイス上に映像を提示するための方法、および電子デバイスを提供し、着信があるときのユーザ体験を改善する。

第１態様によれば、着信があるときに電子デバイス上で映像を提示するための方法が提供される。電子デバイスは画面を含む。方法は、電子デバイスが第１着信要求を受信する段階と、電子デバイスが、第１着信要求に基づいて画面上に第１着信表示インタフェースを表示し、第１着信表示インタフェースにおいて第１映像を再生する段階と、電子デバイスが第２着信要求を受信する段階と、電子デバイスが、第２着信要求に基づいて画面上に第２着信表示インタフェースを表示し、第２着信表示インタフェースにおいて第２映像を再生する段階であって、第１着信要求および第２着信要求は、電子デバイスによって連続的に受信される２つの通話要求であり、第１映像は第２映像と異なる、段階とを備える。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザは、複数の着信映像を選択することが可能であり、着信が受信されるたびに過去の着信が受信されるときに表示される映像コンテンツとは異なる映像コンテンツが表示され得、それにより、良好な体験がユーザにもたらされる。

いくつかの可能な実装において、第１映像および第２映像は、事前に電子デバイスにローカルに格納され得る。代替的に、第１映像および第２映像は、着信要求が受信されるときに、要求がネットワークにリアルタイムに送信された後に取得され得る。

例えば、将来、電子デバイスは、第５世代モバイル通信ネットワーク（５Ｇ）によってサービスを提供され得、第５世代モバイル通信ネットワーク（５Ｇ）の伝送速度は秒あたり数十Ｇｂに達し得る。電子デバイスは着信要求を受信するとき、着信表示インタフェースにおいて再生される着信映像をネットワークにリアルタイムに要求し得、着信映像の遅延は非常に小さく、ほぼ無視することができるので、ユーザ体験に影響しない。

いくつかの可能な実装において、方法は更に、以下の段階、すなわち、電子デバイスが、サーバに複数の映像を要求する（ここで、複数の映像は、第１映像および第２映像を含む）段階と、電子デバイスが、サーバによって送信された複数の映像を受信する段階とを備える。

当該方法によれば、本願の本実施形態において、着信があるときに電子デバイス上に映像を提示するために、ユーザは映像テーマを選択することが可能であり、映像テーマは複数の映像を含み得、着信が受信されるたびに、過去の着信が受信されるときに表示される映像コンテンツとは異なる映像コンテンツが表示され得、それにより、良好な体験をユーザにもたらす。

第１態様に関連して、第１態様のいくつかの可能な実装において、第２着信表示インタフェースにおいて第２映像を再生する前に、当該方法は更に、電子デバイスが、第２着信表示インタフェースにおいて再生される必要がある第２映像を自動的に決定する段階を備える。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上で映像を提示するために、電子デバイスは、ユーザの手動操作を必要とすることなく、２つの連続的な着信の間で映像コンテンツを自動的に切り替えることができる。これによりユーザ体験の改善を助ける。

本願の本実施形態における「自動スイッチング」は、電子デバイスが映像を再生するプロセスにおいて別の映像に切り替る動作ではないことが理解されるべきである。言い換えれば、「自動スイッチング」は、継続的に映像を再生するプロセスにおける動作ではない。むしろ、着信要求が受信された後に、電子デバイスが第１映像を再生し、次に、通話が終了した後に映像が画面から消えること、および、着信要求が次回に受信された後に、再生される着信映像が自動的に第２映像に変化することとして理解されるべきである。

いくつかの可能な実装において、電子デバイスが、第２着信表示インタフェースにおいて再生される必要がある第２映像を自動的に決定する時点は、電子デバイスが、第１映像および第２映像をサーバに要求する時点であり得る、または、電子デバイスが、ユーザによる着信の応答または切断の操作を第１着信表示インタフェースにおいて検出する時点であり得る、または、電子デバイスが第２着信要求を受信する時点であり得る。

第１態様に関連して、第１態様のいくつかの可能な実装において、方法は更に、電子デバイスがユーザの設定命令を受信する段階であって、設定命令は、着信表示インタフェースにおいて再生される映像コンテンツの範囲を指定するために使用される、段階と、電子デバイスが、設定命令によって指定される範囲に基づいて第１映像および第２映像を決定する段階を備える。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、電子デバイスは、着信表示インタフェースにおいて再生される映像コンテンツの範囲を決定し、電子デバイスが当該範囲において映像を適時に再生することを助ける。

いくつかの可能な実装において、着信表示インタフェースにおいて再生される映像コンテンツの範囲は、電子デバイスの第１ストレージパスに格納される映像であり得る。

いくつかの可能な実装において、着信表示インタフェースにおいて再生される映像コンテンツの範囲は、ラベル情報（代替的に、テーマまたはタイプと称され得る）を有する映像であり得る。

第１態様に関連して、第１態様のいくつかの可能な実装において、少なくとも第１加入者識別モジュールカードおよび第２加入者識別モジュールカードは電子デバイスに搭載され得る。構成命令は第１構成命令および第２構成命令を含む。第１構成命令は、第１加入者識別モジュールカードの着信に対応して着信表示インタフェースにおいて再生される映像の範囲を指定するために使用される。第２構成命令は、第１加入者識別モジュールカードの着信に対応して着信表示インタフェースにおいて再生される映像の範囲を指定するために使用される。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、異なる加入者識別モジュールカードに対して異なる着信映像が設定され得る。これにより、着信があるときにユーザ体験を改善することを助ける。

第１態様に関連して、第１態様のいくつかの可能な実装において、少なくとも第１加入者識別モジュールカードおよび第２加入者識別モジュールカードは電子デバイスに搭載され得る。第１着信要求および第２着信要求が電子デバイスによって連続的に受信される２つの通話要求であることは、具体的には、第１着信要求および第２着信要求が第１加入者識別モジュールカードの２つの通話要求であることを意味する。代替的に、第１着信要求および第２着信要求が、電子デバイスによって連続的に受信される２つの通話要求であることは具体的には、第１着信要求および第２着信要求が第２加入者識別モジュールカードの２つの連続的な通話要求であることを意味する。

いくつかの可能な実装において、第１着信要求および第２着信要求が第１加入者識別モジュールカードの２つの通話要求であるとき、第１映像テーマにおける異なる映像は電子デバイスの着信表示インタフェースにおいて再生され、第１着信要求および第２着信要求が第２加入者識別モジュールカードの２つの連続的な通話要求であるとき、第２映像テーマにおける異なる映像は電子デバイスの着信表示インタフェースにおいて再生される。第１映像テーマは第２映像テーマと異なる。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、同一の加入者識別モジュールカードの場合、異なる時点に着信要求を受信するとき、電子デバイスは、同一の映像テーマにおける異なる映像を着信表示インタフェースにおいて再生し得、別の加入者識別モジュールカードの場合、着信要求を異なる時点に受信するとき、電子デバイスは、別の映像テーマにおける異なる映像を着信表示インタフェースにおいて再生し得る。これにより、着信があるときにユーザ体験を改善することを助ける。

第１態様に関連して、第１態様のいくつかの可能な実装において、第１着信要求の受信の前に、方法は更に、第１映像が再生される、または、第１映像のファイルが表示されるとき、電子デバイスがユーザの第１操作を検出する段階と、電子デバイスが、第１操作に応答して、着信表示インタフェースにおいて再生される候補映像として第１映像を設定する段階とを備える。

本願の本実施形態において提供される当該方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザが映像を視聴している、または、映像ファイルが表示されているとき、ユーザは、現在視聴中の映像、または表示されている映像ファイルを着信映像として設定し得、その結果、ユーザは、ユーザが視聴したい着信映像を適時に調節できる。これはユーザ体験の改善を助ける。

第１態様に関連して、第１態様のいくつかの可能な実装において、第１着信要求の受信の前に、方法は更に、第３映像が再生される、または、第３映像のファイルが表示されるとき、電子デバイスがユーザの第１操作を検出する段階と、電子デバイスが、第１操作に応答して、第３映像についての設定インタフェースを表示する段階と、電子デバイスが、ユーザの選択操作を検出する段階であって、選択操作は第３映像における部分的な映像クリップを選択するために使用される、段階と、電子デバイスが、選択操作に基づいて、第３映像における部分的な映像クリップを第１映像として決定し、第１映像を、着信表示インタフェースにおいて再生される候補映像として設定する段階とを備える。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザが映像を視聴しているとき、または、映像ファイルの持続時間が過度に長いことが示されるとき、電子デバイスは、映像クリッピングを実行するようユーザにリマインドし得、その結果、ユーザは、着信があるときにユーザが好む映像クリップを視聴する。これによりユーザ体験の改善を助ける。

いくつかの可能な実装において、現在の映像の持続時間、または、現在の映像ファイルが第１継続時間閾値より大きいか、または、それに等しいと電子デバイスが決定するとき、電子デバイスは、映像クリッピング操作を実行するようユーザを促す。

第１態様に関連して、第１態様のいくつかの可能な実装において、第１着信要求の受信の前に、方法は更に、電子デバイスが第１映像の解像度を調節する段階を備える。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザによって選択された映像の解像度が、着信表示インタフェースにおいて映像を再生する定義要件を満たさないとき、電子デバイスは、映像の解像度を自動的に更新し得、その結果、ユーザは、着信があるときに、ユーザが好きな映像を適時に視聴することができる。これにより、ユーザ体験の改善を助ける。

第１態様に関連して、第１態様のいくつかの可能な実装において、第１映像が第１着信表示インタフェースにおいて再生されるとき、方法は更に、ユーザの第２操作を検出する段階と、電子デバイスが、第２操作に応答して、第１着信表示インタフェースにおいて第１コントロールを表示する段階であって、第１コントロールは、第１映像をお気に入りに追加する、「いいね」を第１映像に送る、または、第１映像を転送するためにユーザによって使用される、段階とを備える。

第１態様に関連して、第１態様のいくつかの可能な実装において、第１着信表示インタフェースおよび第２着信表示インタフェースの各々は更に、応答ＵＩコントロールおよび切断ＵＩコントロールを表示する。応答ＵＩコントロールがトリガされるとき、電子デバイスは着信に応答し、切断ＵＩコントロールがトリガされるとき、電子デバイスは着信を切断する。

いくつかの可能な実装において、ユーザが応答ＵＩコントロールまたは切断ＵＩコントロールをトリガすることを電子デバイスが検出するとき、着信表示インタフェースにおける映像コンテンツは自動的に消える。

第２態様によれば、この技術的解決手段は、着信があるときに電子デバイス上に映像を提示するための装置を提供する。装置は電子デバイスに含まれ、上述の態様および上述の態様の可能な実装における電子デバイスの動作を実装する機能を有する。機能は、ハードウェアによって実装され得る、または、対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上述の機能に対応する１または複数のモジュールまたはユニット、例えば、検出モジュールまたはユニット、表示モジュールまたはユニット、および、再生モジュールまたはユニットを含む。

第３態様によれば、この技術的解決手段は、画面、１または複数のプロセッサ、メモリ、複数のアプリケーション、および、１または複数のコンピュータプログラムを含む電子デバイスを提供する。１または複数のコンピュータプログラムはメモリに格納され、１または複数のコンピュータプログラムは命令を含む。命令が電子デバイスによって実行されるとき、電子デバイスは、上述の態様のいずれか１つの任意の可能な実装における、着信があるときに電子デバイス上で映像を提示するための方法を実行することが可能となる。

第４態様によれば、この技術的解決手段は、１または複数のプロセッサおよび１または複数のメモリを含む電子デバイスを提供する。１または複数のメモリは１または複数のプロセッサに連結される。１または複数メモリは、コンピュータプログラムコードを格納するよう構成され、コンピュータプログラムコードはコンピュータ命令を含む。１または複数のプロセッサがコンピュータ命令を実行するとき、電子デバイスは、上述の態様のいずれか１つの任意の可能な実装における、着信があるときに電子デバイス上に映像を提示するための方法を実行することが可能となる。

第５態様によれば、この技術的解決手段はコンピュータ命令を含むコンピュータ記憶媒体を提供する。コンピュータ命令が電子デバイス上で実行されるとき、電子デバイスは、上述の態様のいずれか１つの任意の可能な実装における、着信があるときに電子デバイス上に映像を提示するための方法を実行することが可能となる。

第６態様によれば、本技術的解決手段はコンピュータプログラム製品を提供する。コンピュータプログラム製品が電子デバイス上で実行されるとき、電子デバイスは、上述の態様のいずれか１つの任意の可能な設計における、着信があるときに電子デバイス上に映像を提示するための方法を実行することが可能となる。

本願の実施形態による電子デバイスのハードウェア構造の概略図である。

本願の実施形態による電子デバイスのソフトウェア構造の概略図である。

本願の実施形態による表示インタフェースのグループの概略図である。 本願の実施形態による表示インタフェースのグループの概略図である。 本願の実施形態による表示インタフェースのグループの概略図である。 本願の実施形態による表示インタフェースのグループの概略図である。

本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。

本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。

本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。

本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。

本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。

本願の実施形態による表示インタフェースの別のグループの概略図である。 本願の実施形態による表示インタフェースの別のグループの概略図である。

本願の実施形態による、着信があるときに電子デバイス上に映像を提示するための方法の概略フローチャートである。

本願の実施形態による、着信があるときに電子デバイス上に映像を提示するための方法の別の概略フローチャートである。

本願の実施形態による電子デバイスの概略ブロック図である。

以下では、本願の実施形態における添付の図面を参照して、本願の実施形態における技術的解決手段を説明する。本願の実施形態の説明において、別段の定めが無い限り、「／」は「または」を意味する。例えば、Ａ／ＢはＡまたはＢを表し得る。本明細書において、「および／または」は関連するオブジェクトを説明するために関連のみを説明し、３つの関係が存在し得ることを表す。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡおよびＢの両方が存在する、および、Ｂのみが存在するという３つの場合を表し得る。加えて、本願の実施形態における説明では、「複数」は２つ以上を意味する。

以下の用語、すなわち、「第１」および「第２」は単に、説明の目的を意図するものであり、相対的な重要性の指示もしくは示唆、または、指示された技術的機能の数の黙示的な指示として理解されるべきでない。従って、「第１」または「第２」によって限定される機能は、１または複数の機能を明示的または黙示的に含み得る。実施形態の説明において、別段の定めが無い限り、「複数」は２つまたは２つより多いことを意味する。

本願の実施形態において提供される方法は、電子デバイス、例えば、携帯電話、タブレットコンピュータ、ウェアラブルデバイス、車載デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ， ＡＲ）デバイス／仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ， ＶＲ）デバイス、ノートブックコンピュータ、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ， ＵＭＰＣ）、ネットブック、または、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ， ＰＤＡ）に適用され得る。電子デバイスの具体的なタイプは、本願の実施形態において限定されない。

例えば、図１は、電子デバイス１００の構造の概略図である。電子デバイス１００は、プロセッサ１１０、外部メモリインタフェース１２０、内部メモリ１２１、ユニバーサルシリアルバス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ， ＵＳＢ）ポート１３０、充電管理モジュール１４０、電力管理ユニット１４１、バッテリ１４２、アンテナ１、アンテナ２、モバイル通信モジュール１５０、無線通信モジュール１６０、オーディオモジュール１７０、スピーカ１７０Ａ，受信機１７０Ｂ、マイク１７０Ｃ、ヘッドセットジャック１７０Ｄ、センサモジュール１８０、ボタン１９０、モータ１９１、インジケータ１９２、カメラ１９３、ディスプレイ１９４、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｏｄｕｌｅ， ＳＩＭ）カードインタフェース１９５、および同様のものを含み得る。センサモジュール１８０は、圧力センサ１８０Ａ，ジャイロセンサ１８０Ｂ、気圧センサ１８０Ｃ、磁気センサ１８０Ｄ、加速度センサ１８０Ｅ、距離センサ１８０Ｆ、光学近接センサ１８０Ｇ、指紋センサ１８０Ｈ，温度センサ１８０Ｊ，タッチセンサ１８０Ｋ、環境光センサ１８０Ｌ、骨伝導センサ１８０Ｍ、および同様のものを含み得る。

本願の本実施形態における例示的な構造は、電子デバイス１００に対する特定の限定を構成するものではないことが理解され得る。本願のいくつかの他の実施形態において、電子デバイス１００は、図に示されるものより多くの、または、より少ないコンポーネントを含み得る、または、いくつかのコンポーネントは組み合わされされ得る、または、いくつかのコンポーネントは分割され得る、または、異なるコンポーネントの配置があり得る。図に示されるコンポーネントは、ハードウェア、ソフトウェア、または、ソフトウェアおよびハードウェアの組み合わせによって実装され得る。

プロセッサ１１０は１または複数の処理ユニットを含み得る。例えば、プロセッサ１１０は、アプリケーションプロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ、ＡＰ）、モデムプロセッサ、グラフィックス処理装置（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＧＰＵ）、画像信号プロセッサ（ｉｍａｇｅ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＩＳＰ）、コントローラ、メモリ、映像コーデック、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、ベースバンドプロセッサ、ニューラルネットワーク処理ユニット（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＮＰＵ）および／または同様のものを含み得る。異なる処理ユニットは、独立のコンポーネントであり得る、または、１または複数のプロセッサに統合され得る。

コントローラは、電子デバイス１００の中枢部およびコマンドセンターであり得る。コントローラは、命令動作コードおよび時系列信号に基づき動作制御信号を生成して、命令の読み取りおよび命令の実行の制御を完了し得る。

メモリは更に、プロセッサ１１０に配置され得、命令およびデータを格納するよう構成される。いくつかの実施形態において、プロセッサ１１０におけるメモリはキャッシュである。メモリは、プロセッサ１１０によって単に使用されるか、または、周期的に使用される命令またはデータを格納し得る。プロセッサ１１０が命令またはデータを再度使用する必要がある場合、プロセッサ１１０は、メモリから命令またはデータを直接呼び出し得る。これにより、反復アクセスを回避し、プロセッサ１１０の待機時間を低減し、それにより、システム効率を改善する。

いくつかの実施形態において、プロセッサ１１０は、１または複数のインタフェースを含み得る。インタフェースは、集積回路間（ｉｎｔｅｒ－ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，Ｉ２Ｃ）インタフェース、集積回路間サウンド（ｉｎｔｅｒ－ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ ｓｏｕｎｄ，Ｉ２Ｓ）インタフェース、パルス符号変調（ｐｕｌｓｅ ｃｏｄｅ ｍｏｄｕｌａｔｉｏｎ，ＰＣＭ）インタフェース、汎用非同期送受信器（ｕｎｉｖｅｒｓａｌ ａｓｙｎｃｈｒｏｎｏｕｓ ｒｅｃｅｉｖｅｒ／ｔｒａｎｓｍｉｔｔｅｒ，ＵＡＲＴ）インタフェース、モバイル業界プロセッサインタフェース（ｍｏｂｉｌｅ ｉｎｄｕｓｔｒｙ ｐｒｏｃｅｓｓｏｒ ｉｎｔｅｒｆａｃｅ，ＭＩＰＩ）、汎用入力／出力（ｇｅｎｅｒａｌ－ｐｕｒｐｏｓｅ ｉｎｐｕｔ／ｏｕｔｐｕｔ，ＧＰＩＯ）インタフェース、加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ，ＳＩＭ）インタフェース、ユニバーサルシリアルバス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ，ＵＳＢ）ポートなどを含み得る。

Ｉ２Ｃインタフェースは双方向同期シリアルバスであり、シリアルデータライン（ｓｅｒｉａｌ ｄａｔａ ｌｉｎｅ、ＳＤＡ）およびシリアルクロックライン（ｓｅｒｉａｌ ｃｌｏｃｋ ｌｉｎｅ、ＳＣＬ）を含む。いくつかの実施形態において、プロセッサ１１０は、複数の組のＩ２Ｃバスを含み得る。プロセッサ１１０は、異なるＩ２Ｃバスインタフェースを介して、タッチセンサ１８０Ｋ、充電器、フラッシュライト、カメラ１９３などに個別に連結され得る。例えば、プロセッサ１１０は、Ｉ２Ｃインタフェースを介してタッチセンサ１８０Ｋに連結され得、その結果、プロセッサ１１０は、Ｉ２Ｃバスインタフェースを介してタッチセンサ１８０Ｋと通信し、電子デバイス１００のタッチ機能を実装し得る。

Ｉ２Ｓインタフェースはオーディオ通信に使用され得る。いくつかの実施形態において、プロセッサ１１０は、複数のグループのＩ２Ｓバスを含み得る。プロセッサ１１０は、Ｉ２Ｓバスを介してオーディオモジュール１７０に連結され、プロセッサ１１０とオーディオモジュール１７０との間の通信を実装し得る。いくつかの実施形態において、オーディオモジュール１７０は、Ｉ２Ｓインタフェースを通じてオーディオ信号を無線通信モジュール１６０へ送信し、Ｂｌｕｅｔｏｏｔｈ（登録商標）ヘッドセットを使用することによって通話に応答する機能を実装し得る。

ＰＣＭインタフェースはまた、アナログ信号をサンプリング、量子化、および符号化するために、オーディオ通信に使用され得る。いくつかの実施形態において、オーディオモジュール１７０は、ＰＣＭバスインタフェースを通じて無線通信モジュール１６０に連結され得る。いくつかの実施形態において、オーディオモジュール１７０は代替的に、ＰＣＭインタフェースを通じてオーディオ信号を無線通信モジュール１６０へ送信し、Ｂｌｕｅｔｏｏｔｈ（登録商標）ヘッドセットを使用することによって通話に応答する機能を実装し得る。Ｉ２ＳインタフェースおよびＰＣＭインタフェースの両方がオーディオ通信に使用され得る。

ＵＡＲＴインタフェースはユニバーサルシリアルデータバスであり、非同期通信に使用される。バスは、双方向通信バスであり得、伝送予定のデータをシリアル通信とパラレル通信との間で変換する。いくつかの実施形態において、ＵＡＲＴインタフェースは通常、プロセッサ１１０を無線通信モジュール１６０に接続するよう構成される。例えば、プロセッサ１１０は、ＵＡＲＴインタフェースを通じて無線通信モジュール１６０におけるＢｌｕｅｔｏｏｔｈ（登録商標）モジュールと通信し、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能を実装する。いくつかの実施形態において、オーディオモジュール１７０は、ＵＡＲＴインタフェースを通じてオーディオ信号を無線通信モジュール１６０へ送信し、Ｂｌｕｅｔｏｏｔｈ（登録商標）ヘッドセットを使用することによって音楽を再生する機能を実装し得る。

ＭＩＰＩインタフェースは、ディスプレイ１９４およびカメラ１９３などのペリフェラルデバイスにプロセッサ１１０を接続するよう構成され得る。ＭＩＰＩインタフェースは、カメラシリアルインタフェース（ｃａｍｅｒａ ｓｅｒｉａｌ ｉｎｔｅｒｆａｃｅ，ＣＳＩ）、およびディスプレイシリアルインタフェース（ｄｉｓｐｌａｙ ｓｅｒｉａｌ ｉｎｔｅｒｆａｃｅ，ＤＳＩ）などを含む。いくつかの実施形態において、プロセッサ１１０は、ＣＳＩインタフェースを通じてカメラ１９３と通信し、電子デバイス１００の撮影機能を実装する。プロセッサ１１０は、ＤＳＩインタフェースを通じてディスプレイ１９４と通信し、電子デバイス１００の表示機能を実装する。

ＧＰＩＯインタフェースは、ソフトウェアを使用することによって構成され得る。ＧＰＩＯインタフェースは、制御信号またはデータ信号として構成され得る。いくつかの実施形態において、ＧＰＩＯインタフェースは、カメラ１９３、ディスプレイ１９４、無線通信モジュール１６０、オーディオモジュール１７０、センサモジュール１８０、および同様のものにプロセッサ１１０を接続するよう構成され得る。ＧＰＩＯインタフェースは代替的に、Ｉ２Ｃインタフェース、Ｉ２Ｓインタフェース、ＵＡＲＴインタフェース、またはＭＩＰＩインタフェースなどとして構成され得る。

ＵＳＢポート１３０は、ＵＳＢ標準仕様に準拠するインタフェースであり、具体的には、ミニＵＳＢポート、マイクロＵＳＢポート、ＵＳＢタイプＣポート、または同様のものであり得る。ＵＳＢポート１３０は、電子デバイス１００を充電するために充電器に接続されるよう構成され得る、または、電子デバイス１００とペリフェラルデバイスとの間のデータ送信に使用され得る、または、ヘッドセットを使用することによってオーディオを再生するためにヘッドセットに接続されるよう構成され得る。代替的に、ポートは、別の電子デバイス、例えばＡＲデバイスに接続されるよう構成され得る。

本願のこの実施形態に示すモジュール間のインタフェース接続関係は単に説明のための例であり、電子デバイス１００の構造に対する制限にはならないことが理解され得る。本願のいくつかの他の実施形態において、電子デバイス１００は代替的に、上述の実施形態におけるインタフェース接続方式とは異なるインタフェース接続方式を使用するか、または複数のインタフェース接続方式の組み合わせを使用し得る。

充電管理モジュール１４０は、充電器から充電入力を受信するように構成される。充電器は無線充電器または有線充電器であり得る。有線充電のいくつかの実施形態において、充電管理モジュール１４０は、ＵＳＢポート１３０を通じて有線充電器から充電入力を受信し得る。無線充電のいくつかの実施形態において、充電管理モジュール１４０は、電子デバイス１００の無線充電コイルを使用することによって、無線充電入力を受信し得る。充電管理モジュール１４０は、バッテリ１４２を充電している間に、電力管理ユニット１４１を使用することによって電子デバイスに電力を供給する。

電力管理ユニット１４１は、バッテリ１４２、充電管理モジュール１４０、およびプロセッサ１１０に接続するよう構成される。電力管理ユニット１４１は、バッテリ１４２および／または充電管理モジュール１４０から入力を受信し、電力をプロセッサ１１０、内部メモリ１２１、外部メモリ、ディスプレイ１９４、カメラ１９３、無線通信モジュール１６０、および同様のものに供給する。電力管理ユニット１４１は更に、バッテリ容量、バッテリのサイクルカウント、およびバッテリの健康状態（漏電またはインピーダンス）などのパラメータを監視するように構成され得る。いくつかの他の実施形態において、電力管理ユニット１４１は代替的に、プロセッサ１１０内に配置され得る。いくつかの他の実施形態では、電力管理ユニット１４１および充電管理モジュール１４０は代替的に、同じデバイス内に配置され得る。

電子デバイス１００の無線通信機能は、アンテナ１、アンテナ２、モバイル通信モジュール１５０、無線通信モジュール１６０、モデムプロセッサ、および、ベースバンドプロセッサなどを用いることにより実装されてよい。

アンテナ１およびアンテナ２は、電磁波信号を送信および受信するように構成される。電子デバイス１００における各アンテナは、１または複数の通信周波数帯をカバーするように構成されてよい。更には、複数の異なるアンテナを多重化して、アンテナの利用を改善し得る。例えば、アンテナ１は、無線ローカルエリアネットワークのダイバーシティアンテナとして多重化され得る。いくつかの他の実施形態において、アンテナは、チューニングスイッチと組み合わせて用いられてよい。

モバイル通信モジュール１５０は、電子デバイス１００に適用される解決策を、２Ｇ／３Ｇ／４Ｇ／５Ｇおよび同様のものを含む無線通信に提供できる。モバイル通信モジュール１５０は、少なくとも１つのフィルタ、スイッチ、電力増幅器、および、低雑音増幅器（ｌｏｗ ｎｏｉｓｅ ａｍｐｌｉｆｉｅｒ、ＬＮＡ）などを含んでよい。モバイル通信モジュール１５０は、アンテナ１を使用することによって電磁波を受信し、受信された電磁波に対してフィルタリングおよび増幅などの処理を実行し、復調のために、処理された電磁波をモデムプロセッサへ送信し得る。モバイル通信モジュール１５０は更に、モデムプロセッサにより変調される信号を増幅し、当該信号を電磁波に変換してアンテナ１を使用することにより放射し得る。いくつかの実施形態において、モバイル通信モジュール１５０の少なくともいくつかの機能モジュールは、プロセッサ１１０に配置されてよい。いくつかの実施形態において、モバイル通信モジュール１５０の少なくともいくつかの機能モジュール、および、プロセッサ１１０の少なくともいくつかのモジュールは、同じデバイスに配置され得る。

モデムプロセッサは、変調器および復調器を含み得る。変調器は、送信予定の低周波数ベースバンド信号を中高周波数信号に変調するように構成される。復調器は、受信された電磁波信号を低周波数ベースバンド信号に復調するよう構成される。次に、復調器は、復調を介して取得された低周波数ベースバンド信号を、処理のためにベースバンドプロセッサへ送信する。ベースバンドプロセッサによって処理された後、低周波数ベースバンド信号はアプリケーションプロセッサへ送信される。アプリケーションプロセッサはオーディオデバイス（スピーカ１７０Ａ，受信機１７０Ｂ、または同様のものに限定されない）を通じて音信号を出力する、または、ディスプレイ１９４を通じて画像もしくは映像を表示する。

いくつかの実施形態において、モデムプロセッサは、独立コンポーネントであり得る。いくつかの他の実施形態において、モデムプロセッサは、プロセッサ１１０から独立してよく、モバイル通信モジュール１５０または別の機能モジュールと同じデバイスに配置される。

無線通信モジュール１６０は、電子デバイス１００に適用される無線通信解決策、例えば、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ， ＷＬＡＮ）（ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ， Ｗｉ－Ｆｉ（登録商標））ネットワークなど）、ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＴ）、全球測位衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ， ＧＮＳＳ）、周波数変調（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｉｏｎ， ＦＭ）、近距離無線通信（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ， ＮＦＣ）および赤外線（ｉｎｆｒａｒｅｄ， ＩＲ）技術を提供し得る。無線通信モジュール１６０は、少なくとも１つの通信処理モジュールを組み込む１または複数のデバイスであり得る。無線通信モジュール１６０は、アンテナ２を使用することによって電磁波を受信し、電磁波信号に対して周波数変調およびフィルタリングを実行し、処理された信号をプロセッサ１１０へ送信する。無線通信モジュール１６０は更に、送信予定の信号をプロセッサ１１０から受信し、当該信号に対して周波数変調および増幅を実行し、当該信号を電磁波に変換してアンテナ２を使用することにより放射し得る。

いくつかの実施形態において、電子デバイス１００のアンテナ１は、モバイル通信モジュール１５０に連結され、アンテナ２は、無線通信モジュール１６０に連結され、その結果、電子デバイス１００は、無線通信技術を使用することによって、ネットワークおよび別のデバイスと通信できる。無線通信技術は、移動通信のためのグローバルシステム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ， ＧＳＭ（登録商標））、汎用パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ， ＧＰＲＳ）、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＣＤＭＡ）、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＷＣＤＭＡ（登録商標））、時分割符号分割多元接続（ｔｉｍｅ－ｄｉｖｉｓｉｏｎ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＴＤ－ＳＣＤＭＡ）、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ， ＬＴＥ）、ＢＴ、ＧＮＳＳ、ＷＬＡＮ、ＮＦＣ、ＦＭ、ＩＲ技術および／または同様のものを含み得る。ＧＮＳＳは、グローバルポジショニングシステム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ、ＧＰＳ）、全球測位衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＧＬＯＮＡＳＳ）、北斗衛星導航系統（ＢｅｉＤｏｕ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＢＤＳ）、準天頂衛星システム（ｑｕａｓｉ－ｚｅｎｉｔｈ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＱＺＳＳ）、および／または静止衛星型衛星航法補強システム（ｓａｔｅｌｌｉｔｅ ｂａｓｅｄ ａｕｇｍｅｎｔａｔｉｏｎ ｓｙｓｔｅｍ、ＳＢＡＳ）を含み得る。

電子デバイス１００は、ＧＰＵ、ディスプレイ１９４、アプリケーションプロセッサ等を用いて表示機能を実装する。ＧＰＵは、画像処理のためのマイクロプロセッサであり、ディスプレイ１９４およびアプリケーションプロセッサに接続される。ＧＰＵは、数学的かつ幾何学的な計算を実行するように構成され、画像をレンダリングするように構成される。プロセッサ１１０は、表示情報を生成または変更するためのプログラム命令を実行する１または複数のＧＰＵを含み得る。

ディスプレイ１９４は、画像、映像、および同様のものを表示するよう構成される。ディスプレイ１９４は表示パネルを含む。表示パネルは、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（ｏｒｇａｎｉｃ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＯＬＥＤ）、アクティブマトリクス式有機発光ダイオード（ａｃｔｉｖｅ－ｍａｔｒｉｘ ｏｒｇａｎｉｃ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＡＭＯＬＥＤ）、フレキシブル発光ダイオード（ｆｌｅｘ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＦＬＥＤ）、ミニＬＥＤ、マイクロＬＥＤ、マイクロＯＬＥＤ、または量子ドット発光ダイオード（ｑｕａｎｔｕｍ ｄｏｔ ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、ＱＬＥＤ）などを使用し得る。いくつかの実施形態において、電子デバイス１００は、１つまたはＮのディスプレイ１９４を備えてよく、ここで、Ｎは１より大きな正の整数である。

電子デバイス１００は、ＩＳＰ、カメラ１９３、映像コーデック、ＧＰＵ、ディスプレイ１９４、アプリケーションプロセッサおよび同様のものを使用することによって、撮影機能を実装できる。

ＩＳＰは、カメラ１９３によってフィードバックされたデータを処理するよう構成される。例えば、撮影中に、シャッタが押下され、光がレンズを通じてカメラの感光素子へ伝えられ、光信号が電気信号に変換され、カメラの感光素子は、処理のために電気信号をＩＳＰへ伝え、電気信号は可視画像に変換される。ＩＳＰは更に、画像のノイズ、輝度、および、色に対してアルゴリズム最適化を実行し得る。ＩＳＰは更に、撮影シナリオの露出および色温度などのパラメータを最適化し得る。いくつかの実施形態において、ＩＳＰはカメラ１９３に配置され得る。

カメラ１９３は静止画像または映像をキャプチャするよう構成される。オブジェクトの光学画像は、レンズを介して生成され、感光素子に投影される。感光素子は、電荷結合素子（ｃｈａｒｇｅ ｃｏｕｐｌｅｄ ｄｅｖｉｃｅ、ＣＣＤ）または相補型金属酸化物半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ－ｏｘｉｄｅ－ｓｅｍｉｃｏｎｄｕｃｔｏｒ、ＣＭＯＳ）光電トランジスタであってよい。感光素子は、光信号を電気信号に変換し、次に、電気信号をデジタル画像信号に変換するために電気信号をＩＳＰへ送信する。ＩＳＰは、処理のためにデジタル画像信号をＤＳＰへ出力する。ＤＳＰは、ＲＧＢフォーマットまたはＹＵＶフォーマットなどで、デジタル画像信号を標準画像信号に変換する。いくつかの実施形態において、電子デバイス１００は、１つまたはＮ個のカメラ１９３を含んでよく、Ｎは、１より大きい正の整数である。

デジタル信号プロセッサは、デジタル信号を処理するよう構成され、更に、デジタル画像信号に加えて別のデジタル信号を処理し得る。例えば、電子デバイス１００が周波数を選択するとき、デジタル信号プロセッサは、周波数エネルギーに対してフーリエ変換などを実行するように構成される。

映像コーデックは、デジタル映像を圧縮または展開するよう構成される。電子デバイス１００は、１または複数のタイプの映像コーデックをサポートし得る。このように、電子デバイス１００は、複数の符号化形式、例えば、動画専門家集団（ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ、ＭＰＥＧ－１、ＭＰＥＧ－２、ＭＰＥＧ－３、およびＭＰＥＧ－４など）で映像を再生または記録することができる。

ＮＰＵは、生物学的ニューラルネットワークの構造を参照することにより、例えば、人の脳神経細胞間の伝達モードを参照することにより、入力情報を迅速に処理するニューラルネットワーク（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ、ＮＮ）コンピューティングプロセッサであり、更には、自己学習を継続的に実行し得る。電子デバイス１００のインテリジェント認識、例えば、画像認識、顔面認識、発話認識、およびテキスト理解などのアプリケーションは、ＮＰＵを使用することによって実装できる。

電子デバイス１００のストレージ容量を拡張するために、外部メモリインタフェース１２０は、外部ストレージカード、例えば、マイクロＳＤカードに接続するよう構成され得る。外部ストレージカードは、データストレージ機能を実装するために、外部メモリインタフェース１２０を通じてプロセッサ１１０と通信する。例えば、音楽および映像などのファイルは、外部ストレージカードに格納される。

内部メモリ１２１は、コンピュータ実行可能プログラムコードを格納するように構成され得る。実行可能プログラムコードは命令を含む。プロセッサ１１０は、内部メモリ１２１に格納されている命令を動作させて、電子デバイス１００の様々な機能アプリケーションおよびデータ処理を実行する。内部メモリ１２１は、プログラム記憶領域およびデータ記憶領域を含んでよい。プログラム記憶領域は、オペレーティングシステム、および、少なくとも１つの機能（例えば、サウンド再生機能、または、画像再生機能）に必要なアプリケーションなどを格納し得る。データ記憶領域は、電子デバイス１００の使用中に作成されるデータ（オーディオデータおよびアドレス帳など）などを格納し得る。加えて、内部メモリ１２１は高速ランダムアクセスメモリを含んでよく、更には、不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、またはユニバーサルフラッシュストレージ（ｕｎｉｖｅｒｓａｌ ｆｌａｓｈ（登録商標）ｓｔｏｒａｇｅ、ＵＦＳ）を含んでよい。

電子デバイス１００は、オーディオモジュール１７０、スピーカ１７０Ａ、受信機１７０Ｂ、マイク１７０Ｃ、ヘッドセットジャック１７０Ｄ、アプリケーションプロセッサ、および同様のものを使用することによって、オーディオ機能、例えば、音楽再生および録音を実装し得る。

オーディオモジュール１７０は、デジタルオーディオ情報を出力のためにアナログオーディオ信号に変換するように構成され、さらにアナログオーディオ入力をデジタルオーディオ信号に変換するように構成される。オーディオモジュール１７０は更に、オーディオ信号を符号化および復号するように構成され得る。いくつかの実施形態において、オーディオモジュール１７０は、プロセッサ１１０に配置され得る、または、オーディオモジュール１７０のいくつかの機能モジュールはプロセッサ１１０に配置される。

「ホーン」とも称されるスピーカ１７０Ａは、オーディオ電気信号を音信号に変換するよう構成される。電子デバイス１００は、スピーカ１７０Ａを使用することにより、音楽を聴くかまたはハンズフリー通話に応答するよう構成され得る。

「イヤーピース」とも称される受信機１７０Ｂはまた、オーディオ電気信号を音信号に変換するよう構成される。電子デバイス１００を使用することによって、通話が応答される、または、音声情報が受信されるとき、音声を受信するために、受信機１７０Ｂは、人の耳の近くに配置され得る。

「マイク」または「音声管」とも称されるマイク１７０Ｃはまた、音信号を電気信号に変換するよう構成される。通話を行う、または、音声情報を送信するとき、ユーザは、ユーザの口を通じてマイク１７０Ｃの近くで音を発し、音信号をマイク１７０Ｃに入力し得る。少なくとも１つのマイク１７０Ｃが電子デバイス１００に配置され得る。いくつかの他の実施形態において、音信号を収集することに加えて、ノイズ低減機能を実装するために、２つのマイク１７０Ｃが電子デバイス１００に配置され得る。いくつかの他の実施形態において、３、４、またはより多くのマイク１７０Ｃは代替的に、音信号を収集するため、および、ノイズを低減するために、電子デバイス１００に配置され得る。指向性録音機能などを実装するために、マイクは更に音源を識別し得る。

ヘッドセットジャック１７０Ｄは有線ヘッドセットに接続されるよう構成される。ヘッドセットジャック１７０ＤはＵＳＢポート１３０、または、３．５ｍｍのオープンモバイル端末プラットフォーム（ｏｐｅｎ ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ ｐｌａｔｆｏｒｍ、ＯＭＴＰ）標準インタフェースまたは米国セルラ通信工業会（ｃｅｌｌｕｌａｒ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｉｎｄｕｓｔｒｙ ａｓｓｏｃｉａｔｉｏｎ ｏｆ ｔｈｅ ＵＳＡ、ＣＴＩＡ）標準インタフェースであってもよい。

圧力センサ１８０Ａは、圧力信号を検知するように構成され、圧力信号を電気信号に変換し得る。いくつかの実施形態において、圧力センサ１８０Ａは、ディスプレイ１９４上に配置されてよい。複数のタイプの圧力センサ１８０Ａ、例えば、抵抗性圧力センサ、誘導性圧力センサ、および静電容量型圧力センサがある。静電容量型圧力センサは、伝導性材料で作られた少なくとも２つの平行なプレートを含み得る。圧力センサ１８０Ａに力が加えられるとき、電極間の静電容量が変化する。電子デバイス１００は、静電容量の変化に基づいて、圧力強度を決定する。ディスプレイ１９４に対してタッチ操作が実行されるとき、電子デバイス１００は、圧力センサ１８０Ａを使用することによって、タッチ操作の強度を検出する。電子デバイス１００は、圧力センサ１８０Ａの検出信号に基づいて、タッチ位置を計算してもよい。いくつかの実施形態において、同じタッチ位置に実行されるが異なるタッチ操作の強さを有するタッチ操作が複数の異なる操作命令に対応し得る。

例えば、タッチ操作の強さが第１圧力閾値より小さいタッチ操作がＳＭＳメッセージアプリケーションアイコン上で実行されると、ＳＭＳメッセージを表示するための命令が実行される。タッチ操作の強さが第１圧力閾値より大きいか等しいタッチ操作がＳＭＳメッセージアプリケーションアイコン上で実行されると、ＳＭＳメッセージを作成するための命令が実行される。

ジャイロセンサ１８０Ｂは、電子デバイス１００の動作姿勢を判定するように構成されてよい。いくつかの実施形態において、３軸（すなわち、ｘ、ｙ、ｚ軸）の周りの電子デバイス１００の角速度が、ジャイロセンサ１８０Ｂを使用することによって決定され得る。ジャイロセンサ１８０Ｂは、撮影中に手ぶれ補正を実行するよう構成され得る。例えば、シャッタが押されるとき、ジャイロセンサ１８０Ｂは、電子デバイス１００が振れる角度を検出し、当該角度に基づいて、レンズモジュールが補償する必要がある距離を計算し、その結果、レンズは、逆の動きを通じて電子デバイス１００の振れを打ち消し、手ぶれ補正を実装する。ジャイロセンサ１８０Ｂは更に、ナビゲーションおよびモーション検知ゲームにおいて使用され得る。

気圧センサ１８０Ｃは気圧を測定するよう構成される。いくつかの実施形態において、電子デバイス１００は、気圧センサ１８０Ｃによって測定される気圧に基づいて、海抜を計算し、位置決めおよびナビゲーションを支援する。

磁気センサ１８０Ｄはホールセンサを含む。電子デバイス１００は、磁気センサ１８０Ｄを用いることにより、折り畳み式レザーケースの開閉を検出してよい。いくつかの実施形態において、電子デバイス１００が折り畳み式携帯電話である場合、電子デバイス１００は、磁気センサ１８０Ｄを使用することによって、フリップカバーの開閉を検出し得る。更に、レザーケースの開状態もしくは閉状態の検出、または、フリップカバーの開状態もしくは閉状態の検出に基づいて、フリップカバーの自動ロック解除などの機能が設定される。

加速度センサ１８０Ｅは、電子デバイス１００の様々な方向（通常は３軸）の加速度を検出し得、電子デバイス１００が静止しているときの重力の大きさおよび方向を検出し得る。加速度センサ１８０Ｅは更に、電子デバイスの姿勢を識別するよう構成され得、ランドスケープモードとポートレートモードとの間の切り替え、および、歩数計などの用途に適用される。

距離センサ１８０Ｆは、距離を測定するよう構成される。電子デバイス１００は、赤外線またはレーザを使用することによって距離を測定し得る。いくつかの実施形態において、撮影シナリオでは、電子デバイス１００は、距離センサ１８０Ｆを使用することによって距離を測定し、迅速な焦点合わせを実装し得る。

光学近接センサ１８０Ｇは、発光ダイオード（ＬＥＤ）および光学検出器、例えば、フォトダイオードを含み得る。発光ダイオードは赤外線発光ダイオードであり得る。電子デバイス１００は、発光ダイオードを使用することにより、赤外線光を放射する。電子デバイス１００は、フォトダイオードを使用することにより近くの物体から赤外反射光を検出する。十分な反射光が検出された場合、電子デバイス１００の近くにオブジェクトが存在することが決定され得る。不十分な反射光が検出された場合、電子デバイス１００は、電子デバイス１００の近くにオブジェクトが存在しないことを決定し得る。電子デバイス１００は、光学近接センサ１８０Ｇを使用することによって、ユーザが通話のために電子デバイス１００を耳の近くに持っていることを検出し、電力の節約のために、画面を自動的にオフにし得る。光学近接センサ１８０Ｇはまた、レザーケースモードおよびポケットモードにおいて自動的に画面をロック解除およびロックするよう構成され得る。

環境光センサ１８０Ｌは、環境光輝度を感知するよう構成される。電子デバイス１００は、感知された環境光輝度に基づいて、ディスプレイ１９４の輝度を適合的に調節し得る。環境光センサ１８０Ｌは、撮影中のホワイトバランスを自動的に調節するように構成されてもよい。環境光センサ１８０Ｌはさらに、光学近接センサ１８０Ｇと協働して、電子デバイス１００がポケットの中にあるかどうかを検出して、偶発的なタッチを防止し得る。

指紋センサ１８０Ｈは指紋を収集するよう構成される。電子デバイス１００は、収集された指紋の機能を使用することによって、指紋ベースのロック解除、アプリケーションアクセスロック、指紋ベース撮影、指紋ベース通話応答、および同様のものを実装し得る。

温度センサ１８０Ｊは、温度を検出するよう構成される。いくつかの実施形態において、電子デバイス１００は、温度センサ１８０Ｊにより検出される温度を使用することにより温度処理ポリシを実行する。例えば、温度センサ１８０Ｊによって報告される温度が閾値を超えるとき、電子デバイス１００は、温度センサ１８０Ｊに近いプロセッサの性能を低下させることで、消費電力を低減して熱保護を実装する。いくつかの他の実施形態において、温度が別の閾値より低いとき、電子デバイス１００はバッテリ１４２を加熱して、低温によって生じる電子デバイス１００の異常なシャットダウンを回避する。いくつかの他の実施形態において、温度が更に別の閾値より小さい場合、電子デバイス１００はバッテリ１４２の出力電圧をブーストして、低温により引き起こされる異常なシャットダウンを回避する。

タッチセンサ１８０Ｋはまた、「タッチパネル」と称される。タッチセンサ１８０Ｋはディスプレイ１９４に配置され、タッチセンサ１８０Ｋおよびディスプレイ１９４は、「タッチコントロール画面」とも称されるタッチスクリーンを形成し得る。タッチセンサ１８０Ｋは、タッチセンサ１８０Ｋ上またはその近くで実行されるタッチ操作を検出するよう構成される。タッチセンサは、検出されたタッチ操作をアプリケーションプロセッサに転送し、タッチイベントのタイプを決定し得る。ディスプレイ１９４を使用することにより、タッチ操作に関連する視覚的な出力が提供され得る。いくつかの他の実施形態において、タッチセンサ１８０Ｋは代替的に、電子デバイス１００の表面上に配置され得、ディスプレイ１９４とは異なる位置に配置される。

骨伝導センサ１８０Ｍは振動信号を取得し得る。いくつかの実施形態において、骨伝導センサ１８０Ｍは、人の声帯部分の振動骨の振動信号を取得し得る。骨伝導センサ１８０Ｍはまた、血圧鼓動信号を受信するために、人の脈に接触し得る。いくつかの実施形態において、骨伝導センサ１８０Ｍは代替的に、ヘッドセットに配置されて骨伝導ヘッドセットを形成し得る。オーディオモジュール１７０は、声帯部分の振動骨の振動信号であって、骨伝導センサ１８０Ｍにより取得される振動信号に基づく解析を介して音声信号を取得し、音声機能を実装し得る。アプリケーションプロセッサは、骨伝導センサ１８０Ｍにより取得される血圧鼓動信号に基づいて心拍数情報を解析し、心拍数検出機能を実装し得る。

ボタン１９０は、電源ボタン、音量ボタン、および同様のものを含む。ボタン１９０は機械式ボタンであり得る、または、タッチボタンであり得る。電子デバイス１００はボタン入力を受信し、電子デバイス１００のユーザ設定おおび機能コントロールに関連するボタン信号入力を生成し得る。

モータ１９１は振動プロンプトを生成し得る。モータ１９１は、着信振動プロンプトおよびタッチ振動フィードバックを生成するよう構成され得る。例えば、異なるアプリケーション（例えば、写真撮影およびオーディオ再生）で実行されるタッチ操作は、異なる振動フィードバック効果に対応してよい。モータ１９１はまた、ディスプレイ１９４の異なる領域上で実行されるタッチ操作に対して、異なる振動フィードバック効果に対応し得る。また、異なるアプリケーションシナリオ（例えば、時間リマインダ、情報受信、目覚まし時計、およびゲーム）が、異なる振動フィードバック効果に対応し得る。タッチ振動フィードバック効果が更にカスタマイズされ得る。

インジケータ１９２はインジケータライトであり得、充電ステータスおよび電力変化を示すよう構成され得る、または、メッセージ、不在着信、通知などを示すよう構成され得る。

ＳＩＭカードインタフェース１９５は、ＳＩＭカードに接続されるように構成される。ＳＩＭカードはＳＩＭカードインタフェース１９５に挿入され、または、ＳＩＭカードインタフェース１９５から除去され、電子デバイス１００との接触または分離を実装し得る。電子デバイス１００は、１またはＮ個のＳＩＭカードインタフェースをサポートし得る。ここで、Ｎは１より大きな正の整数である。ＳＩＭカードインタフェース１９５は、ナノＳＩＭカード、マイクロＳＩＭカード、ＳＩＭカード等をサポートしてもよい。複数のカードが同一のＳＩＭカードインタフェース１９５に同時に挿入され得る。複数のカードは同一の種類または異なる種類であり得る。ＳＩＭカードインタフェース１９５はまた、異なる種類のＳＩＭカードと互換性を有し得る。ＳＩＭカードインタフェース１９５はまた、外部ストレージカードと互換性があり得る。電子デバイス１００は、ＳＩＭカードを通じてネットワークとインタラクトして、通話およびデータ通信などの機能を実装する。いくつかの実施形態において、電子デバイス１００は、ｅＳＩＭ、すなわち、組み込みＳＩＭカードを使用する。ｅＳＩＭカードは、電子デバイス１００に組み込まれ得、電子デバイス１００から分離されることはできない。

電子デバイス１００のソフトウェアシステムは、階層アーキテクチャ、イベント駆動型アーキテクチャ、マイクロカーネルアーキテクチャ、マイクロサービスアーキテクチャ、またはクラウドアーキテクチャを使用し得る。本願の実施形態では、階層アーキテクチャを有するＡｎｄｒｏｉｄ（登録商標）システムが、電子デバイス１００のソフトウェア構造を説明するための例として使用される。

図２は、本願の本実施形態による電子デバイス１００のソフトウェア構造のブロック図である。階層アーキテクチャでは、ソフトウェアが幾つかの層に分割され、各層に明瞭な役割およびタスクがある。これらの層は、ソフトウェアインタフェースを通じて互いに通信する。いくつかの実施形態において、Ａｎｄｒｏｉｄシステムは、４層、すなわち、上から下の順にアプリケーション層、アプリケーションフレームワーク層、Ａｎｄｒｏｉｄランタイム（Ａｎｄｒｏｉｄ ｒｕｎｔｉｍｅ）、システムライブラリ、およびカーネル層に分割される。アプリケーション層は一連のアプリケーションパッケージを含み得る。

図２に示されるように、アプリケーションパッケージは、「カメラ」、「ギャラリー」、「カレンダー」、「電話」、「地図」、「ナビゲーション」、「ＷＬＡＮ」、「Ｂｌｕｅｔｏｏｔｈ（登録商標）」、「音楽」、「映像」、および「メッセージ」などのアプリケーションを含み得る。

アプリケーションフレームワーク層は、アプリケーション層におけるアプリケーションのためのアプリケーションプログラミングインタフェース（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ、ＡＰＩ）およびプログラミングフレームワークを提供する。アプリケーションフレームワーク層は、いくつかの事前定義された機能を含む。

図２に示すように、アプリケーションフレームワーク層は、ウィンドウマネージャ、コンテンツプロバイダ、ビューシステム、電話マネージャ、リソースマネージャ、および通知マネージャなどを含み得る。

ウィンドウマネージャはウィンドウプログラムを管理するよう構成される。ウィンドウマネージャは、ディスプレイのサイズの取得、ステータスバーがあるかどうかの判定、画面ロックの実行、およびスクリーンショットの撮影などを行い得る。

コンテンツプロバイダは、データを格納および取得し、データがアプリケーションによってアクセスされることを可能にするよう構成される。データは、映像、画像、オーディオ、発信および応答される通話、閲覧履歴およびブックマーク、並びにアドレス帳などを含み得る。

ビューシステムは、テキストを表示するためのコントロール、および画像を表示するためのコントロールなどの視覚的なコントロールを含む。ビューシステムはアプリケーションを構築するよう構成され得る。表示インタフェースは１または複数のビューを含み得る。例えば、ＳＭＳメッセージ通知アイコンを含む表示インタフェースは、テキストディスプレイビューおよび画像ディスプレイビューを含み得る。

電話マネージャは、電子デバイス１００の通信機能、例えば、通話ステータス（応答、許否または同様のものを含む）の管理を提供するよう構成される。

リソースマネージャは、ローカライズされた文字列、アイコン、画像、レイアウトファイル、および映像ファイルなどの様々なリソースをアプリケーションに提供する。

通知マネージャは、アプリケーションがステータスバーにおいて通知情報を表示することを可能にし、通知メッセージを伝達するよう構成され得る。通知マネージャは、短いポーズの後に、ユーザのインタラクションを必要とすることなく、自動的に消え得る。例えば、通知マネージャは、ダウンロード完了を通知する、メッセージプロンプトを提供する、および同様のものを行うよう構成される。代替的に、通知マネージャは、グラフまたはスクロールバーテキストの形態でシステムの上部ステータスバー上に表示される通知、例えば、バックグラウンド上で実行されているアプリケーションの通知であってもよいし、ダイアログウィンドウの形態で画面上に表示される通知であってもよい。例えば、テキスト情報がステータスバーにおいてプロンプトされるか、プロンプトトーンが生成されるか、電子デバイスが振動するか、またはインジケータライトが点滅する。

Ａｎｄｒｏｉｄランタイムは、カーネルライブラリおよび仮想マシンを含む。Ａｎｄｒｏｉｄランタイムは、Ａｎｄｒｏｉｄシステムのスケジューリングおよび管理を担う。

コアライブラリは２つの部分を含む。一方は、Ｊａｖａ（登録商標）言語によって呼び出される必要がある関数、他方は、Ａｎｄｒｏｉｄのカーネルライブラリである。

アプリケーション層およびアプリケーションフレームワーク層は、仮想マシンを実行する。仮想マシンは、アプリケーション層およびアプリケーションフレームワーク層のＪａｖａファイルをバイナリファイルとして実行する。仮想マシンは、オブジェクトのライフサイクル管理、スタック管理、スレッド管理、セキュリティおよび例外の管理、およびガーベージコレクションなどの機能を実行するように構成される。

システムライブラリは、複数の機能モジュール、例えば、サーフェースマネージャ（ｓｕｒｆａｃｅ ｍａｎａｇｅｒ）、メディアライブラリ（Ｍｅｄｉａ Ｌｉｂｒａｒｙ）、３次元グラフィックス処理ライブラリ（例えば、ＯｐｅｎＧＬ ＥＳ）、および２Ｄグラフィックスエンジン（例えば、ＳＧＬ）を含み得る。

サーフェースマネージャは、ディスプレイサブシステムを管理し、複数のアプリケーションについて、２Ｄおよび３Ｄ画像層の融合を提供するよう構成される。

メディアライブラリは、一般的に使用されている複数のオーディオ形式および映像形式、並びに静止画像ファイルなどでの再生および記録をサポートする。メディアライブラリは、複数のオーディオ符号化形式および映像符号化形式、例えば、ＭＰＥＧ－４、Ｈ．２６４、ＭＰ３、ＡＡＣ、ＡＭＲ、ＪＰＧ、およびＰＮＧなどをサポートし得る。

３次元グラフィックス処理ライブラリは、３次元グラフィックス描画、画像レンダリング、合成、および層処理などを実装するように構成される。

２Ｄグラフィックスエンジンは、２Ｄ描画用の描画エンジンである。

カーネル層は、ハードウェアとソフトウェアとの間の層である。カーネル層は、少なくともディスプレイドライバ、カメラドライバ、オーディオドライバ、およびセンサドライバを含む。

本願の実施形態における技術的解決手段を説明する前に、本願の実施形態に関連する複数の概念を最初に説明する。

ショート映像：ショート映像、すなわち、映像クリップとは、インターネットコンテンツの送信モードであり、一般には、インターネット上の新しい媒体で送信される、持続時間が１分以内の映像送信コンテンツである。モバイル端末の普及およびネットワークの高速化に伴い、様々なプラットフォーム、ファン、および企業によって、短時間、円滑、高速、大容量のトラフィック送信コンテンツが徐々に好まれるようになった。

携帯電話テーマ：携帯電話テーマとは、Ｗｉｎｄｏｗｓ（登録商標）のテーマ機能と同様である。お気に入りの携帯電話テーマアプリケーションをダウンロードすることによって、ユーザは、対応する待ち受け用ピクチャ、スクリーンセーバー、着信音、操作インタフェース、およびアイコンなどの対応するコンテンツを一度に設定でき、その結果、ユーザはより便利かつ迅速に携帯電話をパーソナライズできる。テーマに応じて、ユーザは携帯電話を使用するときに没入感を感じ、もはや単なる固定的な携帯電話操作インタフェース、固定的ピクチャ、固定的な色に直面することはない。

映像着信：映像着信とは、着信があるときに映像が再生することを意味する。

図３ａから図３ｄは、携帯電話のグラフィカルユーザインタフェース（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ， ＧＵＩ）のグループを示す。

図３ａに示されるＧＵＩを参照すると、ＧＵＩは、携帯電話のデスクトップ３０１である。ユーザがデスクトップ３０１上のテーマアプリケーション（ａｐｐｌｉｃａｔｉｏｎ，ＡＰＰ）ノアイコン３０２をタップしたことを検出した後に、携帯電話はテーマアプリケーションを開始し、図３ｂに示されるＧＵＩを表示し得る。

図３ｂに示されるＧＵＩを参照すると、テーマアプリケーションは、「フォント」、「壁紙」、「ハイブリッド」、および「着信音」についてのテーマを含む。ユーザが「着信音」アイコン３０３をタップすることを検出した後に、携帯電話は、図３ｃに示されるＧＵＩを表示する。

図３ｃに示されるＧＵＩを参照すると、「着信音」は「オーディオ」および「映像」を含み、「映像」テーマは映像テーマタイプ１～６を含む。ユーザが映像テーマタイプ５のコントロール３０４を選択し、コントロール３０５をタップすることを検出した後に、携帯電話は映像テーマタイプ５を携帯電話にロードする。

例えば、映像テーマタイプ５は、異なるコンテンツの複数の映像を含み得る。

ユーザがコントロール３０５をタップすることを検出した後に、携帯電話は、映像テーマタイプ５に対応する複数の映像コンテンツを着信映像サーバに要求し得ることが理解されるべきである。着信映像サーバが複数の対応する映像コンテンツを返した後に、携帯電話は、複数の映像コンテンツを携帯電話にロードし得る。

図３ｄに示されるＧＵＩを参照すると、ユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」から着信があるとき、映像テーマタイプ５における映像１が携帯電話の着信表示インタフェースに表示され得る。

当該方法によれば、本願の本実施形態において、着信映像を提示するために、ユーザは、着信が受信されるたびに再生される映像テーマおよび映像コンテンツを選択することが可能であり、それにより、良好な体験がユーザにもたらされる。

図４ａおよび図４ｂは、本願の実施形態によるＧＵＩの別のグループの概略図である。

図４ａに示されるＧＵＩを参照すると、ユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」から９：１０に着信があるとき、映像テーマタイプ５における映像２が、携帯電話のディスプレイ上に表示される着信表示インタフェースに表示される。

図４ｂに示されるＧＵＩを参照すると、ユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」から１１：１５に着信があるとき、映像テーマタイプ５における映像３が、携帯電話のディスプレイ上に表示される着信表示インタフェースに表示される。

実施形態において、ユーザがコントロール３０５をタップすることを検出した後に、携帯電話は、映像テーマタイプ５における映像情報を対応するサーバに要求し得る。サーバは、映像テーマタイプ５における複数の映像を携帯電話へ送信し得る。携帯電話は、複数の映像を携帯電話におけるフォルダ（例えば、フォルダは「着信映像」フォルダという名前であり得る）に格納し得る。ユーザから着信があるたびに、携帯電話は、「着信映像」フォルダから映像を着信表示映像として選択し得る。

任意選択で、携帯電話は、着信映像の表示順序として、サーバからの複数の映像の受信順序を使用し得る、または、携帯電話は、着信映像として、「着信映像」フォルダからの映像をランダムに選択し得る。

別の実施形態において、映像テーマタイプ５における複数の映像をサーバに要求した後に、携帯電話は複数の映像を処理し得る。

例えば、複数の映像がラベリングされ、各映像のラベルは映像テーマタイプ５であり得る。ユーザから着信がある場合、携帯電話は、携帯電話に格納された、ラベルが「映像テーマタイプ５」である映像を検索し、これらの映像の１つを着信映像として使用し得る。

別の実施形態において、サーバから携帯電話によってダウンロードされた複数の映像のラベルは「映像テーマタイプ５」であり得、携帯電話はまた、ユーザによって別の場所から以前に撮影またはダウンロードされた映像の、「映像テーマタイプ５」でもあるラベルを格納する。この場合、ユーザから着信があるとき、携帯電話は、ラベルが「映像テーマタイプ５」である、すべての映像からの映像を着信映像として選択し得る。

別の実施形態において、ユーザがコントロール３０５をタップすることを検出した後に、携帯電話は、映像テーマタイプ５における複数の映像を事前にサーバに要求しないことがあり得る。着信要求を受信するとき、電子デバイスは、着信映像をサーバにリアルタイムで要求し得る。

例えば、９：１０に、ユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」からの着信を検出しながら、携帯電話はサーバによって送信された映像２を要求および受信し、着信表示インタフェースにおいて映像２を再生する。

別の実施形態において、ユーザがコントロール３０５をタップすることを検出した後に、携帯電話は好ましくは、映像テーマタイプ５における複数の映像をサーバに要求することなくネットワークアドレスを決定し得る。映像テーマタイプ５における複数の映像は、ネットワークアドレスに格納される。電子デバイスは、着信要求を受信するとき、リアルタイムで着信映像をサーバに要求できる。例えば、９：１０に、ユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」から着信を検出しながら、携帯電話はリアルタイムにネットワークアドレスから映像２をダウンロードし、着信表示インタフェースにおいて映像２を再生する。

将来の電子デバイスによって享受されるネットワークサービスは、５Ｇまたはより高速のネットワークサービスであり得ることが理解されるべきである。電子デバイスが着信要求を受信する時点から、電子デバイスが、再生される必要がある着信映像を要求して着信表示インタフェースにおいて映像を再生する時点までの遅延は無視され得、ユーザ体験は影響を受けない。

実施形態において、９：１０におけるユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」からの着信、および、１１：１５におけるユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」からの着信は、携帯電話によって受信される２つの連続的な着信であり得る。代替的に、２つの通話は、２つの連続的な通話でないことがあり得る。例えば、ユーザ「Ｚｈａｎｇ Ｘｉａｏｍｉｎｇ」からの着信が１０：３０に受信され、テーマタイプ５における映像４が携帯電話のディスプレイ上に表示される。

任意選択で、９：１０におけるユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」からの着信、および、１１：１５におけるユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」からの着信が、携帯電話によって受信される２つの連続的な着信であるとき、携帯電話は、１１：１５における着信についての再生される必要がある着信映像は映像３であると自動的に決定する。

例えば、携帯電話は、映像テーマタイプ５に対応する複数の映像（例えば、複数の映像は映像１、映像２、映像３、および映像４を含む）をサーバからダウンロードし、複数の映像を携帯電話におけるストレージパスに格納する。９：１０にユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」から着信を受信するとき、携帯電話はストレージパスにおいて、再生する必要がある映像２を決定する。

１１：１５にユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」から着信を受信するとき、携帯電話は、このストレージパスから、再生する必要がある映像３を自動的決定し得るか、または、携帯電話は、再生される必要がある着信映像をこのストレージパスにおける映像２から映像３に自動的に切り替え得る。

携帯電話が１１：１５における着信映像を自動的に決定する時点は、携帯電話が映像テーマタイプ５における複数の映像をサーバに要求する時点であり得ることが理解されるべきである。携帯電話は、複数の映像の再生の順序を自動的に決定し得る。例えば、映像１、映像２、および映像３が着信の順序に基づいて再生される。代替的に、携帯電話が１１：１５における着信映像を自動的に決定する時点は、携帯電話が９：１０に着信を受信した後、かつ、携帯電話が１１：１５に着信を受信する前の任意の時点であり得る。代替的に、携帯電話が１１：１５における着信映像を自動的に決定する時点は、携帯電話が１１：１５にユーザから着信を受信する時点であり得、携帯電話は、複数の映像から、映像２以外の任意の映像（例えば映像３）を、再生される必要がある着信映像として自動的に決定し得る。本願の本実施形態において、携帯電話が映像３を自動的に決定する時点は限定されない。

当該方法によれば、本願の本実施形態において、着信があるときに電子デバイス上に映像を提示するために、ユーザは映像テーマを選択することが可能であり、映像テーマは複数の映像を含み得、着信が受信されるたびに、過去の着信が受信されるときに表示される映像コンテンツとは異なる映像コンテンツが表示され得、それにより、良好な体験をユーザにもたらす。

実施形態において、現在の着信要求を受信するとき、携帯電話は、次の着信が受信されるときに再生される映像コンテンツを決定し得、現在の着信表示インタフェースにおいて再生される映像コンテンツは、過去の着信が受信されるときに携帯電話によって自動的に決定される。加えて、各着信について再生される映像コンテンツは、過去の着信について再生される映像と異なる。

実施形態において、携帯電話が着信要求を受信するたびに、携帯電話は、現在の着信表示インタフェースにおいて表示される映像コンテンツを自動的に決定し得、その結果、各着信について再生される映像コンテンツは、過去の着信について再生される映像と異なる。

実施形態において、携帯電話は、現在の着信要求を受信した後に、次の着信要求を受信する前の任意の時点において、着信表示インタフェースにおいて再生される映像コンテンツを自動的決定し得、その結果、各着信について再生される映像コンテンツは、過去の着信について再生される映像と異なる。

本明細書において、「ＸＸイベントが発生するとき、ＹＹステップが実行される」および「ＸＸイベントが発生した後にＹＹステップが実行される」の両方は、ＸＸイベントの発生に基づいてＹＹステップが実行されることを意味し、ＸＸイベントおよびＹＹステップの同時性または順序は厳密に限定されない。

当該方法によれば、本願の本実施形態において、着信があるときに電子デバイス上に映像を提示するために、ユーザは映像テーマを選択することが可能であり、映像テーマは複数の映像を含み得、着信が受信されるたびに、過去の着信が受信されるときに表示される映像コンテンツとは異なる映像コンテンツが表示され得、それにより、良好な体験をユーザにもたらす。

図５ａから図５ｄは、本願の実施形態によるＧＵＩの別のグループの概略図である。

図５ａに示されるＧＵＩを参照すると、ＧＵＩは、携帯電話のデスクトップである。ユーザがデスクトップ上の「設定」アイコン５０１をタップすることを検出した後に、携帯電話は、図５ｂに示されるＧＵＩを表示する。

図５ｂに示されるＧＵＩを参照すると、ＧＵＩは携帯電話の設定インタフェースである。ユーザは、無線およびネットワーク、デバイス接続、ホーム画面および壁紙、音、通知センター、およびアプリケーションを設定し得る。本願の本実施形態において、ユーザは、音設定の下の着信映像を選択することを選択し得る。ユーザが設定インタフェースにおけるコントロール５０２をタップすることを検出した後に、携帯電話は、図５ｃに示されるＧＵＩを表示する。

図５ｃに示されるＧＵＩを参照すると、ＧＵＩは、携帯電話の音設定インタフェースであり、ユーザはメディア、着信音、アラーム、および通話の音量を調節し得る。

ユーザはまた、音設定インタフェースにおいて電話着信音を設定し得る。これは、電話着信音を有効化するかどうかを設定すること、携帯電話の各加入者識別モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｏｄｕｌｅ， ＳＩＭ）カードについての電話着信音を選択することを含む。例えば、携帯電話は、２つのＳＩＭカード（カード１およびカード２）をサポートし、ユーザは、カード１およびカード２の各々について電話着信音を選択し得る。

ユーザはまた、音設定インタフェースにおいて着信映像を設定し得る。これは、着信映像を有効化するかどうかを設定すること、および、携帯電話の各ＳＩＭカードについて着信映像を選択することを含む。例えば、携帯電話は、２つのＳＩＭカード（カード１およびカード２）をサポートし、ユーザはカード１およびカード２の各々について着信映像を選択し得る。

例えば、図５ｃに示されるＧＵＩを参照すると、現在のカード１の着信映像は「Ｎａｒｕｔｏ」である。ユーザがコントロール５０３をタップすることを検出するとき、携帯電話は、図５ｄに示されるＧＵＩを表示する。

実施形態において、カード１の着信映像「Ｎａｒｕｔｏ」は、ユーザによってテーマアプリケーションから以前にロードされた着信映像のテーマタイプであり得る。

別の実施形態において、カード１の着信映像「Ｎａｒｕｔｏ」はまた、ユーザによって以前に設定され、携帯電話のアルバムにおける「Ｎａｒｕｔｏ」カテゴリにある映像であり得る。「Ｎａｒｕｔｏ」カテゴリはまた、「Ｎａｒｕｔｏ」に関連する１または複数の映像を含み得る。

実施形態において、ユーザのカード１が着信を２回連続して検出するとき、「Ｎａｒｕｔｏ」テーマタイプにおける異なる映像がそれぞれ、２回の２つの着信表示インタフェースに表示され得る。

別の実施形態において、ユーザのカード２が２回連続した着信を検出するとき、「宮崎駿のアニメーション」テーマタイプにおける異なる映像が、２回の２つの着信表示インタフェースに表示され得る。

別の実施形態において、ユーザのカード１が着信を受信するとき、「Ｎａｒｕｔｏ」テーマタイプにおける映像が着信表示インタフェースに表示され得る。ユーザのカード２が着信を受信するとき、「宮崎駿のアニメーション」テーマタイプにおける映像を着信表示インタフェースに表示できる。

図５ｄを参照すると、ＧＵＩは、カード１の着信映像の設定インタフェースであり、インタフェースは、テーマアプリケーションのエントリおよびローカルへのロードのエントリを含む。ユーザがコントロール５０４をタップすることを検出した後に、携帯電話は、図３ｃに示されるようなＧＵＩを表示し得る。テーマアプリケーションは、ユーザが好きな着信映像のテーマタイプをユーザが再選択するために表示される。

可能な実装において、ユーザの操作を検出した後に、携帯電話は、ローカルに格納された映像を、携帯電話の着信映像として使用し得る。

図６ａから図６ｄは、本願の実施形態によるＧＵＩの別のグループを示す。

図６ａに示されるＧＵＩを参照すると、ＧＵＩは、携帯電話のアルバムインタフェースである。携帯電話のアルバムは、８つの写真および４つの映像を含む。映像６０１上でユーザの事前設定されたジェスチャを検出するとき、携帯電話は図６ｂに示されるＧＵＩを表示し得る。

例えば、ユーザがアルバムインタフェースにおける映像６０１上でタッチアンドホールドするｋとを携帯電話が検出した後に、図６ｂに示されるＧＵＩが表示される。

別の例として、ユーザがアルバムインタフェースにおける映像６０１を押す（例えば、押す力が事前設定値より大きい、またはそれに等しい）ことを携帯電話が検出した後に、図６ｂに示されるＧＵＩが表示される。

別の例として、ユーザがアルバムインタフェースにおける映像６０１上でシングルタップ操作を実行することを携帯電話が検出した後に、図６ｂに示されるＧＵＩが表示される。

別の例として、ユーザがアルバムインタフェースにおける映像６０１上でダブルタップ操作を実行することを携帯電話が検出した後に、図６ｂに示されるＧＵＩが表示される。

別の例として、ユーザがアルバムインタフェースにおける映像６０１上で円形の軌跡を描くジェスチャ操作を実行することを携帯電話が検出した後に、図６ｂに示されるＧＵＩが表示される。別の例として、ユーザがアルバムインタフェースにおける映像６０１をドラッグするジェスチャ操作を実行することを携帯電話が検出した後に、図６ｂに示されるＧＵＩが表示される。

図６ｂに示されるＧＵＩを参照すると、アルバムインタフェースにおける処理モードは、映像６０１を着信映像として設定することを示すために使用されるコントロール６０２、部分着色モードに入るためのコントロール、および、削除コントロールを含む。ユーザがコントロール６０２をタップすることを検出した後に、携帯電話は映像６０１を着信映像として設定し得る。

実施形態において、少なくとも２つのＳＩＭカード（例えばカード１およびカード２）が携帯電話に搭載される。ユーザがコントロール６０２をタップすることを検出した後に、携帯電話は、カード１およびカード２の着信映像として映像６０１を設定し得る。

実施形態において、少なくとも２つのＳＩＭカード（例えばカード１およびカード２）が携帯電話に搭載される。携帯電話が映像６０１上でユーザの事前設定されたジェスチャを検出したとき、アルバムインタフェースに表示され得る処理モードは、映像６０１をカード１の着信映像として設定することを示すために使用されるコントロール、映像６０１をカード２の着信映像として設定することを示すために使用されるコントロール、部分着色モードを入力するためのコントロール、および削除コントロールを含む。

図６ｃに示されるＧＵＩを参照すると、携帯電話は更に、以前に撮影または保存された映像に対してインテリジェント分類を実行し得る。ユーザがアルバムを開くとき、携帯電話は、ユーザのためにインテリジェントに分類された映像のカテゴリを提供し得る。図６ｃに示されるように、携帯電話は映像を３カテゴリ、すなわち、「かわいい子犬」、「家族」および「海」に分類する。「かわいい子犬」カテゴリは４の映像を含み、「家族」カテゴリは１５の映像を含み、「海」カテゴリは６の映像を含む。ユーザが「かわいい子犬」カテゴリ６０３に対して事前設定のジェスチャ操作を実行することを携帯電話が検出した後に、図６ｄに示されるＧＵＩが表示される。

実施形態において、以前に撮影または保存された映像である映像のインテリジェント分類はまた、ユーザによって手動で完了され得る。

図６ｄに示されるＧＵＩを参照すると、ユーザがコントロール６０４をタップすることを検出した後に、携帯電話は、「かわいい子犬」カテゴリ６０３における４つの映像を着信映像として設定し得る。

実施形態において、少なくとも２つのＳＩＭカード（例えばカード１およびカード２）が携帯電話に搭載される。ユーザがコントロール６０４をタップすることを検出した後に、携帯電話は、「かわいい子犬」カテゴリ６０３における４つの映像をカード１およびカード２の着信映像として設定し得る。

実施形態において、少なくとも２つのＳＩＭカード（例えば、カード１およびカード２）が携帯電話に搭載される。携帯電話が映像６０１上でユーザの事前設定されたジェスチャを検出するとき、アルバムインタフェースに表示され得る処理モードは、「かわいい子犬」カテゴリ６０３における４つの映像をカード１の着信映像として設定することを示すために使用されるコントロール、「かわいい子犬」カテゴリ６０３における４つの映像をカード２の着信映像として設定することを示すために使用されるコントロール、部分着色モードを入力するためのコントロール、および削除コントロールを含む。

可能な実装において、携帯電話は、「かわいい子犬」カテゴリ６０３における４つの映像を格納する順序に基づいて着信映像を表示し得る、または、携帯電話は、４つの映像のうちの１つをランダムに着信映像として選択し得る。

可能な実装において、ユーザは更に、着信映像またはシステムの解像度がデフォルトの解像度を有するように設定し得る。ユーザがコントロール６０２をタップすることを携帯電話が検出した後に、映像６０１の解像度が、着信映像に許可された最高の解像度より高い場合、携帯電話は、映像６０１をプロセスして映像６０１の解像度を低減し得る。

ローカルへのロードに入るためにユーザが図５ｄに示されるＧＵＩをタップしてことを携帯電話が検出するとき、携帯電話は、携帯電話のアルバムインタフェースを表示して、ロードされる必要がある着信映像を選択し得ると理解されるべきである。

可能な実装において、ローカルへのロードに入るためにユーザが図５ｄに示されるＧＵＩをタップするとき、携帯電話は、ローカルに格納された映像コンテンツのみを表示し得る。例えば、ユーザが「ローカルへのロード」をタップすることを携帯電話が検出した後に、図６ｃに示されるＧＵＩが表示され得、ユーザは、「かわいい子犬」カテゴリ６０３における映像を着信映像として使用することを選択し得る。この場合、カード１の着信映像が「Ｎａｒｕｔｏ」から「かわいい子犬」に更新される。

可能な実装において、携帯電話は、着信映像を設定するためのインタフェースを呼び出し得る。映像再生アプリケーションにおいて、ユーザの操作が検出された後に、ユーザがリアルタイムに視聴する映像が着信映像として設定され得る。

図７ａに示されるＧＵＩを参照すると、ＧＵＩは携帯電話のデスクトップである。ユーザがデスクトップ３０１上の映像アプリのアイコン７０１をタップすることを検出した後に、携帯電話は、映像アプリを開始し、図７ｂに示されるＧＵＩを表示し得る。映像アプリは携帯電話にプリインストールされる得る、または、サードパーティによって開発され得る。

図７ｂに示されるＧＵＩを参照すると、ユーザは、映像アプリを使用することによって、映像をリアルタイムに視聴し得る。ユーザによる上にスライド、下にスライド、左にスライド、または右にスライドの操作を検出した後に、携帯電話は映像コンテンツを切り替え得る。

ＧＵＩは更に、「いいね」コントロール、メッセージコントロール、転送コントロール、および、着信映像を設定するためのコントロール７０２を含む。映像アプリは携帯電話において、着信映像を設定するためのインタフェースを呼び出し得る。次に、コントロール７０２が映像アプリに表示される。ユーザがコントロール７０２をタップすることを携帯電話が検出した後に、現在視聴中の映像を着信映像として設定できる。

本願の本実施形態において提供される当該方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザが映像を視聴している、または、映像ファイルが表示されているとき、ユーザは、現在視聴中の映像、または表示されている映像ファイルを着信映像として設定し得、その結果、ユーザは、ユーザが視聴したい着信映像を適時に調節できる。これはユーザ体験を改善することを助ける。

実施形態において、現在視聴中の映像がオフライン映像である場合、携帯電話はネットワークから映像をダウンロードし、映像を携帯電話にローカルに格納し得る。着信があるとき、携帯電話は、ダウンロードされた映像をローカルに取得して再生することができる。

実施形態において、ユーザがコントロール７０２をタップすることを検出した後に、携帯電話はインタフェースを提供し得、ユーザは、現在再生中の映像の開始時間および終了時間を選択し得る。例えば、現在再生中の映像の持続時間は１０分間であり、ユーザは、ユーザが関心を持つ例えば３分２０秒～３分４０秒の期間をランダムに選択し得る。ユーザが関心を持つ期間をユーザが選択した後に、携帯電話は、元の映像をキャプチャし、映像クリップを着信映像のストレージフォルダに格納し得る。実施形態において、ユーザがコントロール７０２をタップすることを携帯電話が検出した後に、「クマのプーさん」の現在再生中の映像の解像度が、着信映像について許可された最高の解像度より高いと携帯電話が決定する場合、携帯電話は、「クマのプーさん」の映像の解像度を処理して、映像の解像度を低減し得る。

実施形態において、ユーザは映像アプリにおいて、複数の映像コンテンツについてのコントロール７０２をタップし得、携帯電話は、携帯電話における着信映像フォルダに、ユーザによってタップされるコントロール７０２の映像コンテンツを格納し得る。別のユーザから着信があるとき、ユーザが複数の映像コンテンツのコントロール７０２をタップする順序に基づいて着信映像が再生され得る、または、複数の映像コンテンツのいずれか１つがランダムに再生され得る。

図７ｃに示されるＧＵＩを参照すると、ユーザ「Ｚｈａｎｇ Ｓａｎ」から着信があるとき、携帯電話の着信映像が、図７ｂに示される映像コンテンツとして表示される、または、図７ｂに示される、ユーザによってキャプチャされる映像コンテンツの一部が表示される。

可能な実装において、ＧＵＩインタフェースは更に、映像のテーマ名「クマのプーさん」を含む。

図７ｄに示されるＧＵＩを参照すると、ユーザ「Ｚｈａｎｇ Ｓａｎ」から着信があるとき、携帯電話の着信映像が、図７ｂに示される映像コンテンツとして表示される、または、図７ｂに示される、ユーザによってキャプチャされる映像コンテンツの一部が表示される。ＧＵＩインタフェースは更に操作インタフェースを含む。操作インタフェースは、お気に入りのコントロール７０３、「いいね」コントロール７０４、共有コントロール７０５、および、「クマのプーさん」の映像のより多くの紹介コンテンツを含む。図７ｄに示されるように、「クマのプーさん」の映像の紹介コンテンツは、「クマのプーさんはディズニーの古典的な漫画キャラクターであり、そのかわいくナイーブなイメージから世界中の子供たちに深く愛されています」である。

ユーザがコントロール７０３をタップすることを携帯電話が検出するとき、携帯電話は、現在の映像が、ユーザに好まれる映像であると判定し得、携帯電話は、着信映像を更新するときに当該映像を削除しないことがあり得ることが理解されるべきである。例えば、携帯電話は、１０の映像をサーバからダウンロードする（携帯電話に格納される着信映像の最大数は１０であると想定する）。着信があるとき、携帯電話は、ユーザが映像のうち２つをお気に入りに追加することを検出する。ある期間の後に、携帯電話が着信映像を更新するとき、２つの映像は削除されないことがあり得、ダウンロードされた１０の映像のうち２つの着信映像以外の他の８つの映像は削除され、８つの新しい映像がサーバからダウンロードされる。

ユーザがコントロール７０４をタップすることを検出した後に、携帯電話は対応する「いいね」のデータをサーバへ送信し得ることが更に理解されるべきである。サーバは統計を収集した後、テーマアプリケーションにおける情報をリアルタイムに更新し得る。例えば、テーマアプリケーションを開いた後に、ユーザは、「いいね」の数に基づいて降順にソートされた着信映像テーマタイプを見ることができる。

実施形態において、別のユーザから着信があるとき、携帯電話は、映像コンテンツ、および、映像に対応するテーマ名を着信映像インタフェースに表示し得る。携帯電話が着信映像インタフェースにおけるユーザの事前設定されたジェスチャを検出するとき、または、ユーザがボタンをタップすることを携帯電話が検出するとき、操作インタフェースが表示され、その結果、ユーザは例えば、お気に入りを追加する、「いいね」を送る、または共有するなどの操作を実行できる。本願の本実施形態における着信映像を提示するための方法によれば、アプリケーションは、着信映像を設定するためのインタフェースを呼び出し、その結果、ユーザは、映像を視聴しているときにリアルタイムで、「いいね」を送った映像を着信映像として設定できる。これによりユーザ体験が改善する。

実施形態において、格納の時系列に基づいて、ユーザが登録している着信映像が削除され得る。例えば、１０日間格納されている映像は自動的に削除される。代替的に、着信映像フォルダにおける映像のサイズが特定の容量（例えば２００Ｍ）を超える場合、または、映像の数が特定の数（例えば２０）を超える場合、映像のサイズが２００ＭＢ未満になるまで、または、映像の数が２０未満になるまで、映像は、格納時間の長さに基づいて、最長の格納時間からの順序で削除される。しかしながら、着信映像として使用される映像は、ユーザによってお気に入りに追加され、削除されないことがあり得る。

図８ａおよび図８ｂは、本願の実施形態によるＧＵＩの別のグループの概略図である。このグループのＧＵＩは、ユーザが映像クリップを手動でキャプチャするプロセスを示す。

例えば、図７ｂに示されるＧＵＩにおける現在再生中の映像の総持続時間は１０分である。ユーザがコントロール７０２をタップすることを検出した後に、携帯電話は、図８ａに示されるＧＵＩを表示し得る。図８ａを参照すると、携帯電話は、「現在再生中の映像の総持続時間が過度に長いです。映像をクリッピングしますか？」という文言（または音声）を使用することによって、ユーザにリマインドし得る。ユーザがコントロール８０１をタップすることを検出した後に、携帯電話は、図８ｂに示されるＧＵＩを表示する。

可能な実装において、再生される映像の持続時間が、第１継続時間閾値（例えば２分）より大きい、または、それに等しいとき、図８ａに示されるＧＵＩが表示される。再生される映像の持続時間が第１継続時間閾値より短いとき、ユーザによるコントロール７０２のタップ操作が検出された後に、映像は着信映像として直接決定される。

図８ｂに示されるＧＵＩを参照すると、ユーザは、映像のクリッピング開始時点、例えば、００：０３：２０を入力ボックス８０２に入力し、映像のクリッピング終了時点、例えば００：０３：４０を入力ボックス８０３に入力し得る。ユーザがコントロール８０４をタップすることを検出した後に、携帯電話は、映像クリッピングの後に取得された映像クリップ（元の映像の３分２０秒から３分４０秒までの２０秒間の映像）を着信映像として決定する。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザが映像を視聴しているとき、または、映像ファイルの持続時間が過度に長いことが示されるとき、電子デバイスは、映像クリッピングを実行するようユーザにリマインドし得、その結果、ユーザは、着信があるときにユーザが好む映像クリップを視聴する。これは、ユーザ体験の改善を助ける。

図９ａおよび図９ｂは、本願の実施形態によるＧＵＩの別のグループの概略図である。

図９ａに示されるＧＵＩを参照すると、ユーザ「Ｌｉ Ｓｉ」から着信があるとき、テーマアプリケーションから以前にロードされたか、アルバムから選択されたか、または、サードパーティの映像再生アプリケーションからユーザによって選択された映像コンテンツが着信映像インタフェースにおいて表示され得る。加えて、着信映像インタフェースは更にコントロール９０１を含む。ユーザがコントロール８０１をタップすることを検出した後に、携帯電話は、着信映像をそれ以上再生および表示せず、図９ｂに示されるＧＵＩを表示する。

図９ｂに示されるＧＵＩを参照すると、携帯電話は、着信映像インタフェース上に任意の映像コンテンツを表示しないことがあり得る。

図１０は、本願の実施形態による、着信があるときに電子デバイス上に映像を提示するための方法９００の概略フローチャートである。図１０に示されるように、方法は以下の段階を備える。

Ｓ１０１０：登録されている着信映像テーマタイプをタップする、ユーザＡによって実行される第１操作を検出する。

Ｓ１０２０：電子デバイス１が着信映像サーバと同期し、着信映像テーマタイプの映像コンテンツをプリロードする。

本願の本実施形態において、電子デバイス１が着信映像テーマタイプをプリロードすることはまた、電子デバイス１が着信映像テーマタイプの映像コンテンツを電子デバイス１にローカルにキャッシュすること、または、電子デバイス１が着信映像テーマタイプの映像コンテンツを着信映像サーバからダウンロードすることとして理解され得る。

Ｓ１０３０：ユーザＢが電子デバイス２を使用することによってユーザＡに通話する。

Ｓ１０４０：電子デバイス１の着信インタフェースに映像コンテンツ１を表示する。ここで、映像コンテンツ１は、着信映像テーマタイプにおける１つの映像コンテンツである。

Ｓ１０５０：ユーザが通話に応答または切断することを電子デバイス１が検出した後に、電子デバイス１上の映像コンテンツ１が消える。

Ｓ１０６０：ユーザＣが電子デバイス３を使用することによってユーザＡに通話する。

Ｓ１０７０：電子デバイス１の着信インタフェースに映像コンテンツ２を表示する。ここで、映像コンテンツ２は、着信映像テーマタイプにおける別の映像コンテンツである。

上述の実施形態および関連する添付の図面を参照すると、本願の実施形態は、着信があるときに電子デバイス上に映像を提示するための方法１１００の別の概略フローチャートを提供する。方法１１００は、図１および図２に示される、画面（例えばタッチスクリーン）を有する電子デバイス（例えば携帯電話）において実装され得る。図１１に示されるように、方法１１００は、以下の段階を備え得る。

Ｓ１１１０：電子デバイスは第１着信要求を受信する。

Ｓ１１２０：電子デバイスは、第１着信要求に基づいて、画面上に第１着信表示インタフェースを表示し、第１着信表示インタフェースにおいて第１映像を再生する。

例えば、図４ａに示されるように、ユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」から９：１０に着信があるとき、携帯電話は、タッチスクリーン上に着信表示インタフェースを表示し、着信表示インタフェースにおいて映像テーマタイプ５における映像２を再生する。

Ｓ１１３０：電子デバイスは第２着信要求を受信する。

Ｓ１１４０：電子デバイスは、第２着信要求に基づいて、画面上に第２着信表示インタフェースを表示し、第２着信表示インタフェースにおいて第２映像を再生する。

第１着信要求および第２着信要求は、電子デバイスによって連続的に受信される２つの通話要求であり、第１映像は第２映像と異なる。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザは、複数の着信映像を選択することが可能であり、着信が受信されるたびに過去の着信が受信されるときに表示される映像コンテンツとは異なる映像コンテンツが表示され得、それにより、良好な体験がユーザにもたらされる。

例えば、図４ｂに示されるように、ユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」から１１：１５に着信があるとき、携帯電話は、タッチスクリーン上に着信表示インタフェースを表示し、着信表示インタフェースにおいて映像テーマタイプ５における映像３を再生する。ここで、ユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」からの９：１０の着信およびユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」からの１１：１５の着信は、電子デバイスによって連続的に受信される２つの着信であり、映像２および映像３は映像テーマタイプ５における異なる映像である。

任意選択で、方法１１００は更に以下を備える。

すなわち、電子デバイスが、サーバに複数の映像を要求する（ここで、複数の映像は、第１映像および第２映像を含む）段階と、電子デバイスが、サーバによって送信された複数の映像を受信する段階である。

当該方法によれば、本願の本実施形態において、着信があるときに電子デバイス上に映像を提示するために、ユーザは映像テーマを選択することが可能であり、映像テーマは複数の映像を含み得、着信が受信されるたびに、過去の着信が受信されるときに表示される映像コンテンツとは異なる映像コンテンツが表示され得、それにより、良好な体験をユーザにもたらす。

任意選択で、第２映像を第２着信映像インタフェースにおいて再生する前に、方法１１００は更に以下の段階を備える。

電子デバイスが、第２着信表示インタフェースにおいて再生される必要がある第２映像を自動的に決定する。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上で映像を提示するために、電子デバイスは、ユーザの手動操作を必要とすることなく、２つの連続的な着信の間で映像コンテンツを自動的に切り替えることができる。これによりユーザ体験の改善を助ける。

例えば、図３ｃに示されるように、ユーザがコントロール３０５をタップすることを検出した後に、携帯電話は、映像テーマタイプ５における複数の映像をサーバに要求し、要求によって取得された映像テーマタイプ５における複数の映像をローカルに格納し得る。ユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」から１１：１５に着信があるとき、携帯電話は複数の映像から、着信表示インタフェースにおいて再生される必要がある映像として映像３を自動的に決定し得る、または、携帯電話は、着信表示インタフェースにおいて再生される必要がある映像を映像２から映像３に自動的に切り替え得る。

例えば、携帯電話が複数の映像から、着信表示インタフェースにおいて再生される必要がある映像として映像３を自動的に決定する時点は、携帯電話が複数の映像をサーバから受信する時点であり得、次に、着信表示インタフェースにおける複数の映像を再生する順序が決定され得る。代替的に、携帯電話が複数の映像から、着信表示インタフェースにおいて再生される必要がある映像として映像３を自動的に決定する時点は、携帯電話がユーザ「Ｗｕ Ｘｉａｏｆａｎｇ」からの９：１０の着信に応答または切断する時点であり得る、次回にユーザから着信があるときに映像３が着信表示インタフェースにおいて再生されると決定され得る。代替的に、携帯電話が複数の映像から、着信表示インタフェースにおいて再生される必要がある映像として映像３を自動的に決定する時点は、携帯電話が１１：１５に着信を受信する時点であり得る、着信表示インタフェースにおいて再生される映像は映像３であると自動的に決定され得る。

任意選択で、方法１１００は更に以下を備える。

電子デバイスは、ユーザの設定命令を受信し、設定命令は、着信表示インタフェースにおいて再生される映像の範囲を指定するために使用され、電子デバイスは、設定命令によって指定される範囲に基づいて第１映像および第２映像を決定する。

本願の本実施形態において、着信表示インタフェースにおいて再生される映像の範囲は、着信表示インタフェースにおいて再生される必要がある映像を電子デバイスが選択する映像の範囲であり得る。例えば、当該範囲は、指定されたストレージパスであり得、着信映像はストレージパスにおける映像から選択される。例えば、当該範囲は代替的に、指定されたラベル情報（または、テーマもしくはタイプと称され得る）であり得、着信映像は、ラベル情報を有する映像の範囲から選択される。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、電子デバイスは、着信表示インタフェースにおいて再生される映像コンテンツの範囲を決定し、電子デバイスが当該範囲において映像を適時に再生することを助ける。

例えば、携帯電話は、映像テーマタイプ５における複数の映像をサーバから受信し、複数の映像をストレージパスに格納する。携帯電話が着信要求を受信するたびに、携帯電話は、ストレージパスにおける複数の映像から、着信表示インタフェースにおいて再生される必要がある映像を決定し得る。

例えば、携帯電話は、映像テーマタイプ５における複数の映像をサーバから受信し、複数の映像にラベル情報「映像テーマタイプ５」をラベリングする。携帯電話が着信要求を受信するたびに、携帯電話は、ラベル情報「映像テーマタイプ５」を有する映像から、着信表示インタフェースにおいて再生される必要がある映像を決定し得る。

例えば、図６ｄに示されるように、ユーザがコントロール６０４をタップすることを検出した後に、携帯電話は、着信表示インタフェースにおいて再生される映像の範囲は、「かわいい子犬」カテゴリにおける４つの映像であると決定し得る。携帯電話が着信要求を受信するたびに、携帯電話は、「かわいい子犬」カテゴリにおける４つの映像から、着信表示インタフェースにおいて再生される必要がある映像を決定できる。

任意選択で、少なくとも第１加入者識別モジュールＳＩＭカードおよび第２ＳＩＭカードが電子デバイスに搭載され得る。構成命令は第１構成命令および第２構成命令を含む。第１構成命令は、第１ＳＩＭカードの着信に対応して着信表示インタフェースにおいて再生される映像の範囲を指定するために使用され得る。第２構成命令は、第２ＳＩＭカードの着信に対応して着信表示インタフェースにおいて再生される映像の範囲を指定するために使用され得る。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、異なる加入者識別モジュールカードに対して異なる着信映像が設定され得る。これにより、着信があるときにユーザ体験を改善することを助ける。

例えば、図５ｃを参照すると、ユーザがコントロール５０３をタップすることを検出した後に、携帯電話は、新しい映像テーマタイプ（例えば映像テーマタイプ１）をテーマアプリケーションからロードし、映像テーマタイプ１における複数の映像をサーバに要求し得る。複数の映像が要求された後に、携帯電話は、複数の映像をストレージパスに格納し得、映像テーマタイプ１における複数の映像は、カード１の着信に対応する着信表示インタフェースにおいて再生される映像の範囲である。

例えば、図５ｃを参照すると、ユーザがカード２の着信映像に対応するコントロールをタップすることを検出した後に、携帯電話は、新しい映像テーマタイプ（例えば映像テーマタイプ２）をテーマアプリケーションからロードし、映像テーマタイプ２における複数の映像をサーバに要求し得る。複数の映像が要求された後に、携帯電話は、複数の映像をストレージパスに格納し得、映像テーマタイプ２における複数の映像は、カード２の着信に対応する着信表示インタフェースにおいて再生される映像の範囲である。

任意選択で、少なくとも第１加入者識別モジュールカードおよび第２加入者識別モジュールカードが電子デバイスに搭載され得る。

第１着信要求および第２着信要求が、電子デバイスによって連続的に受信される２つの通話要求であることは、具体的には、第１着信要求および第２着信要求が第１加入者識別モジュールカードの２つの通話要求であることを意味する、または、第１着信要求および第２着信要求が、電子デバイスによって連続的に受信される２つの通話要求であることは、具体的には、第１着信要求および第２着信要求が、第２加入者識別モジュールカードの２つの連続的な通話要求であることを意味する。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、同一の加入者識別モジュールカードの場合、異なる時点に着信要求を受信するとき、電子デバイスは、同一の映像テーマにおける異なる映像を着信表示インタフェースにおいて再生し得、別の加入者識別モジュールカードの場合、着信要求を異なる時点に受信するとき、電子デバイスは、別の映像テーマにおける異なる映像を着信表示インタフェースにおいて再生し得る。これにより、着信があるときにユーザ体験を改善することを助ける。

例えば、カード１の着信映像が映像テーマタイプ１のものであるとき、携帯電話がカード１についての２つの通話要求を連続的に受信する場合、携帯電話は、２つの着信表示インタフェースにおいて、映像テーマタイプ１における映像５および映像６をそれぞれ表示し得る。

例えば、カード２の着信映像が映像テーマタイプ２のものであるとき、携帯電話がカード２について２つの通話要求を連続的に受信する場合、携帯電話は、２つの着信表示インタフェースにおいて、映像テーマタイプ２における映像７および映像８をそれぞれ表示し得る。

本願の本実施形態において、２つの連続的な着信は、２つのＳＩＭカードの間で区別されないことがあり得ると理解されるべきである。言い換えれば、第１着信要求は、カード１についての着信要求であり、第１着信要求に続く次の着信要求は、カード２についての着信要求である。カード１の着信要求については、映像テーマタイプ１における映像５が着信表示インタフェースにおいて再生され得る。カード２の着信要求については、映像テーマタイプ２における映像７が着信表示インタフェースにおいて再生され得る。

任意選択で、第１着信要求を受信する前に、方法１１００は更に、第１映像が再生されるとき、または、第１映像のファイルが表示されるとき、ユーザの第１操作を検出する段階と、第１操作に応答して、着信表示インタフェースにおいて再生される候補映像として第１映像を設定する段階とを備える。

本願の本実施形態において提供される当該方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザが映像を視聴している、または、映像ファイルが表示されているとき、ユーザは、現在視聴中の映像、または表示されている映像ファイルを着信映像として設定し得、その結果、ユーザは、ユーザが視聴したい着信映像を適時に調節できる。これによりユーザ体験を改善することを助ける。

例えば、図７ｂを参照すると、ユーザがコントロール７０２をタップすることを検出した後に、携帯電話は、着信表示インタフェースにおいて再生される候補映像として、現在再生中の映像を設定し得る。

例えば、図７ｂに示される「クマのプーさん」の映像の再生インタフェースは、サードパーティＡＰＰにおける映像再生インタフェースである。携帯電話がセルラネットワークまたは無線ローカルエリアネットワークに接続されるとき、映像はオンラインで視聴され得る。ユーザがコントロール７０２をタップすることを検出した後に、携帯電話は、「クマのプーさん」の映像を、対応するサーバに要求し、映像を携帯電話のストレージパスに格納し得る。ストレージパスにおける映像は、携帯電話の着信表示インタフェースにおいて再生される候補映像である。

例えば、図６ｄを参照すると、ユーザがアルバムを閲覧するとき、携帯電話は、複数の映像の分類情報を表示し得、ユーザがコントロール６０４をタップすることを検出した後に、携帯電話は、「かわいい子犬」カテゴリにおける４つの映像を、携帯電話の着信表示インタフェースにおいて再生される候補映像として使用し得る。

任意選択で、第１着信要求を受信する前に、方法１１００は更に、第３映像が再生される、もしくは、第３映像のファイルが表示されるとき、ユーザの第１操作を検出する段階と、第１操作に応答して、第３映像についての設定インタフェースを表示する段階と、ユーザの選択操作を検出する段階であって、選択操作は第３映像における部分的な映像クリップを選択するために使用される、段階と、選択操作に基づいて、第３映像における部分的な映像クリップを第１映像として決定し、着信表示インタフェースにおいて再生される候補映像として第１映像を設定する段階とを備える。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザが映像を視聴しているとき、または、映像ファイルの持続時間が過度に長いことが示されるとき、電子デバイスは、映像クリッピングを実行するようユーザにリマインドし得、その結果、ユーザは、着信があるときにユーザが好む映像クリップを視聴する。これにより、ユーザ体験の改善を助ける。

例えば、図８ａを参照すると、第１操作は、ユーザがコントロール８０１をタップする操作であり得る。ユーザによるコントロール８０１のタップ操作を検出した後に、携帯電話は、「クマのプーさん」の映像について映像クリップインタフェースを表示する。選択操作は、ユーザによるコントロール８０４のタップ操作であり得る。ユーザによるコントロール８０４のタップ操作を検出した後に、携帯電話は、携帯電話の着信表示インタフェースにおいて再生される候補映像として、元の映像における３分２０秒から３分４０秒の映像クリップを決定し得る。

元の映像の映像クリッピングを完了した後に、携帯電話は、映像クリッピングの後に取得された映像クリップをストレージパスに格納し得る、または、映像クリップをアルバムに格納し得ることが理解されるべきである。

任意選択で、電子デバイスが第１着信要求を受信する前に、方法１１００は更に、第１映像の解像度を調節する段階を備える。

本願の本実施形態において提供される方法によれば、着信があるときに電子デバイス上に映像を提示するために、ユーザによって選択された映像の解像度が、着信表示インタフェースにおいて映像を再生する定義要件を満たさないとき、電子デバイスは、映像の解像度を自動的に更新し得、その結果、ユーザは、着信があるときに、ユーザが好きな映像を適時に視聴することができる。これにより、ユーザ体験の改善を助ける。

例えば、図６ｂを参照すると、携帯電話は、ユーザによるコントロール６０２のタップ操作を検出した後に、携帯電話の着信表示インタフェースにおいて再生される候補映像として映像６０１を決定し得る。この場合、携帯電話は更に、映像６０１の解像度を決定し得る。例えば、映像６０１の解像度が超高解像度であるが、着信表示インタフェースによってサポートされる映像の解像度が高解像度である、または、高解像度より低い解像度である場合、携帯電話は更に、映像６０１の解像度を自動的に調節し得る。例えば、映像６０１の解像度を高解像度から高解像度に調節する。

任意選択で、電子デバイスが第１着信表示インタフェースにおいて第１映像を再生するとき、方法は更に、ユーザの第２操作を検出する段階と、第２操作に応答して、第１着信表示インタフェースにおいて第１コントロールを表示する段階であって、第１コントロールは、第１映像をお気に入りに追加する、第１映像に「いいね」を送る、または、第１映像を転送するためにユーザによって使用される、段階とを備える。

例えば、図７ｄを参照すると、着信表示インタフェースは、コントロール７０３、コントロール７０４、およびコントロール７０５を含む。代替的に、着信表示インタフェースは、コントロール７０３、コントロール７０４、およびコントロール７０５のいくつかのコントロールを含む。

各コントロールの機能については、上述の実施形態における説明を参照されたい。簡潔にするために。詳細はここでは再度説明されない。

任意選択で、ユーザが応答ＵＩコントロールまたは切断ＵＩコントロールをトリガすることを電子デバイスが検出するとき、着信表示インタフェースにおける映像コンテンツは自動的に消える。

上述の機能を実装するために、電子デバイスは、機能を実行するための対応するハードウェアおよび／またはソフトウェアモジュールを含むことが理解され得る。本明細書に開示される実施形態において説明される各例の段階を参照すると、本願は、ハードウェア、または、ハードウェアおよびコンピュータソフトウェアの組み合わせの形式で実装され得る。ある機能がハードウェアで実行されるのか、またはコンピュータソフトウェアで駆動するハードウェアで実行されるのかは、技術的解決手段の特定の用途および設計上の制約条件に依存する。当業者であれば、異なる方法を使用して、実施形態に関連する各特定の用途の説明された機能を実装し得る、実装は、本願の実施形態の範囲を逸脱するとみなされるべきでない。

実施形態において、電子デバイスは、上述の方法における例に基づいて機能モジュールに分割され得る。例えば、各機能に対応する各機能モジュールは、分割を通じて取得され得る、または、２以上の機能が１つの処理モジュールに統合され得る。統合されたモジュールは、ハードウェアの形態で実装され得る。本実施形態において、モジュール分割は例であり、論理的な機能分割に過ぎないことに留意されたい。実際の実装において、別の分割方式が使用され得る。

機能モジュールが、対応する機能を使用することによる分割を通じて取得されるとき、図１２は、上述の実施形態による電子デバイス１２００の可能な構成物の概略図である。図１２に示されるように、電子デバイス１２００は、検出ユニット１２１０、表示ユニット１２２０、再生ユニット１２３０を含み得る。

検出ユニット１２１０は、段階１１１０、段階１１３０、および同様のもの、および／または、本明細書において説明される技術に使用される別のプロセスの実行において電子デバイス１２００をサポートするよう構成され得る。

表示ユニット１２２０は、段階１１２０および段階１１４０における、関連する着信表示インタフェースおよび同様のものにおける表示動作、および／または、本明細書において説明される技術に使用される別のプロセスの実行において電子デバイス１２００をサポートするよう構成され得る。

再生ユニット１２３０は、段階１１２０および段階１１４０における、関連する映像再生動作および同様のもの、および／または、本明細書において説明される技術に使用される別のプロセスの実行において電子デバイス１２００をサポートするよう構成され得る。

上述の方法の実施形態における段階のすべての関連するコンテンツは、対応する機能モジュールの機能する説明において引用され得ることに留意されたい。詳細はここで再度説明しない。

本実施形態において提供される電子デバイスは、着信があるときに電子デバイス上で映像を提示するための上述の方法を実行するよう構成される。従って、上述の実装の方法の効果と同一の効果を達成できる。

統合ユニットが使用されるとき、電子デバイスは、処理ユニット、ストレージユニット、および通信ユニットブロックを含み得る。処理ユニットブロックは、電子デバイスの動作を制御および管理するよう構成され得、例えば、検出ユニット１２１０、表示ユニット１２２０、および再生ユニット１２３０によって実行される段階の実行において電子デバイスをサポートするよう構成され得る。ストレージユニットは、プログラムコード、データおよび同様のものの格納において電子デバイスをサポートするよう構成され得る。通信モジュールは、電子デバイスと別のデバイスとの間の通信をサポートするよう構成され得る。

処理モジュールは、プロセッサまたはコントローラであり得る。プロセッサは、本願で開示される内容を参照して説明される様々な例示的な論理ブロック、モジュール、および回路を実装または実行し得る。代替的に、プロセッサは、コンピューティング機能を実装するプロセッサの組み合わせ、例えば、１または複数のマイクロプロセッサの組み合わせ、またはデジタル信号処理（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）とマイクロプロセッサとの組み合わせであってよい。ストレージモジュールはメモリであり得る。通信モジュールは具体的には、デバイス、例えば、別の電子デバイスとインタラクトする無線周波数回路、Ｂｌｕｅｔｏｏｔｈ（登録商標）チップ、またはＷｉ－Ｆｉ（登録商標）チップであり得る。

実施形態において、処理モジュールがプロセッサであり、ストレージモジュールがメモリであるとき、本実施形態における電子デバイスは、図１に示される構造を有するデバイスであり得る。

実施形態は更にコンピュータ記憶媒体を提供する。コンピュータ記憶媒体はコンピュータ命令を格納する。コンピュータ命令が電子デバイス上で実行されるとき、電子デバイスは、上述の関連する方法の段階を実行することが可能となり、これにより、上述の実施形態における、着信があるときに電子デバイス上で映像を提示するための方法が実装される。

実施形態はコンピュータプログラム製品を更に提供する。コンピュータプログラム製品がコンピュータ上で実行されるとき、コンピュータは、上述の関連する段階を実行することが可能となり、これにより、上述の実施形態における、着信があるときに電子デバイス上で映像を提示するための方法が実装される。

加えて、本願の実施形態は更に、装置を提供する。装置は具体的には、チップ、コンポーネントまたはモジュールであり得る。装置は、互いに接続されるプロセッサおよびメモリを備え得る。メモリはコンピュータ実行可能命令を格納するよう構成される。装置が動作するとき、プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行して、上述の実施形態における、着信があるときに電子デバイス上で映像を提示するための方法をチップが実行することを可能にし得る。

実施形態において提供される電子デバイス、コンピュータ記憶媒体、コンピュータプログラム製品、またはチップは、上に提供される対応する方法を実行するよう構成される。従って、達成できる有益な効果については、上で提供される対応する方法における有益な効果を参照されたい。詳細はここで再度説明しない。

当業者であれば、本明細書に開示された実施形態で説明された複数の例を組み合わせて、複数のユニットおよび複数のアルゴリズム段階が、電子的ハードウェアまたはコンピュータソフトウェアと電子的ハードウェアとの組み合わせによって実装され得ることを認識するであろう。これらの機能がハードウェアで実行されるのか、またはソフトウェアで実行されるのかは、特定の用途および技術的解決手段の設計制約条件で決まる。当業者であれば、異なる方法を用いて、説明された機能を特定の用途ごとに実装するであろうが、この実装例が本願の範囲を超えるものとみなされるべきではない。

簡便で簡単な説明の目的のために、上述のシステム、装置、およびユニットの詳細な動作処理については、上述の方法の実施形態における対応する処理を参照し、ここでは詳細が再び説明されないことが当業者によって明確に理解され得る。

本願において提供されるいくつかの実施形態では、開示されたシステム、装置および方法が他の方式で実装されてよいことが理解されるべきである。例えば、説明されている装置の実施形態は例に過ぎない。例えば、ユニットの分割は単なる論理機能の分割にすぎず、実際の実装においては他の分割であってもよい。例えば、複数のユニットまたはコンポーネントが組み合わされても別のシステムに統合されてもよい、または、いくつかの特徴が無視されても実行されなくてもよい。加えて、表示または説明されている相互結合もしくは直接結合または通信接続は、いくつかのインタフェースを使用することにより実装され得る。装置間またはユニット間の間接的結合または通信接続は、電子的形態、機械的形態、または他の形態で実装されてよい。

別個の部分として説明されているユニットは、物理的に別個のものであってもなくてもよい。ユニットとして表示されている部分は、物理的なユニットであってもなくてもよいし、一箇所に配置されてもよいし、複数のネットワークユニット上に分散されてもよい。これらの実施形態の解決策の目的を達成するために、これらのユニットの一部または全部の実際の要件に基づいて選択されてよい。

加えて、本願の実施形態における機能ユニットが１つの処理ユニットに統合されてもよいし、これらのユニットの各々が物理的に単独で存在してもよいし、２以上のユニットが１つのユニットに統合されてもよい。

これらの機能がソフトウェア機能ユニットの形態で実装され、別個の製品として販売されるかまたは使用されるとき、これらの機能はコンピュータ可読記憶媒体に格納されてよい。こうした理解に基づいて、本願の技術的解決手段は本質的に、または従来技術に寄与する部分が、またはこれらの技術的解決手段のうちの幾つかが、ソフトウェア製品の形態で実装され得る。ソフトウェア製品は記憶媒体に格納され、本願の実施形態に記載の方法の段階の全部または一部を実行するようにコンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスであってよい）に指示するための幾つかの命令を含む。上述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなどの、プログラムコードを格納できる任意の媒体を含む。

上述の説明は単に、本願の特定の実装であり、本願の保護範囲を限定する意図は無い。本願において開示する技術的範囲内で当業者が容易に考え出す変形または置換はいずれも、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、請求項の保護範囲の対象となる。
他の可能な項目
（項目１）
着信があるときに電子デバイス上に映像を提示するための方法であって、上記電子デバイスは画面を含み、上記方法は、
第１着信要求を受信する段階と、
上記第１着信要求に基づいて、上記画面に第１発信者ＩＤ表示インタフェースを表示し、上記第１発信者ＩＤ表示インタフェースにおいて第１映像を再生する段階と、
第２着信要求を受信する段階と、
上記第２着信要求に基づいて、上記画面に第２発信者ＩＤ表示インタフェースを表示し、上記第２発信者ＩＤ表示インタフェースにおいて第２映像を再生する段階と
を備え、
上記第１着信要求および上記第２着信要求は、上記電子デバイスによって連続的に受信される２つの通話要求であり、上記第１映像は上記第２映像と異なる、
方法。
（項目２）
上記第２発信者ＩＤ表示インタフェースにおいて上記第２映像を再生する前に、上記方法は更に、
上記第２発信者ＩＤ表示インタフェースにおいて再生される必要がある上記第２映像を自動的に決定する段階を備える、項目１に記載の方法。
（項目３）
上記方法は更に、
ユーザの設定命令を受信する段階であって、上記設定命令は、発信者ＩＤ表示インタフェースにおいて再生される映像コンテンツの範囲を指定するために使用される、段階と、
上記電子デバイスが、上記設定命令によって指定された上記範囲に基づいて、上記第１映像および上記第２映像を決定する段階と
を備える、項目１または２に記載の方法。
（項目４）
少なくとも第１加入者識別モジュールカードおよび第２加入者識別モジュールカードが上記電子デバイスに搭載されてよく、
上記構成命令は第１構成命令および第２構成命令を含み、上記第１構成命令は、上記第１加入者識別モジュールカードの着信に対応する発信者ＩＤ表示インタフェースにおいて再生される映像の範囲を指定するために使用され、
上記第２構成命令は、上記第１加入者識別モジュールカードの着信に対応する、発信者ＩＤ表示インタフェースにおいて再生される映像の範囲を指定するために使用される、
項目３に記載の方法。
（項目５）
少なくとも第１加入者識別モジュールカードおよび第２加入者識別モジュールカードが上記電子デバイスに搭載されてよく、
上記第１着信要求および上記第２着信要求が、上記電子デバイスによって連続的に受信される２つの通話要求であることは具体的には、上記第１着信要求および上記第２着信要求が上記第１加入者識別モジュールカードの２つの通話要求であることを意味し、または、
上記第１着信要求および上記第２着信要求が、上記電子デバイスによって連続的に受信される２つの通話要求であることは具体的には、上記第１着信要求および上記第２着信要求が上記第２加入者識別モジュールカードの２つの連続的な通話要求であることを意味する、
項目１に記載の方法。
（項目６）
第１着信要求の上記受信の前に、上記方法は更に、
上記第１映像が再生されるとき、または、上記第１映像のファイルが表示されるとき、上記ユーザの第１操作を検出し、上記第１操作に応答して、発信者ＩＤ表示インタフェースにおいて再生される候補映像として上記第１映像を設定する段階
を備える、項目１から５のいずれか一項に記載の方法。
（項目７）
第１着信要求の上記受信の前に、上記方法は更に、
第３映像が再生されるとき、または、上記第３映像のファイルが表示されるとき、上記ユーザの第１操作を検出する段階と、
上記第１操作に応答して、上記第３映像についての設定インタフェースを表示する段階と、
上記ユーザの選択操作を検出する段階であって、上記選択操作は、上記第３映像における部分的な映像クリップを選択するために使用される、段階と、
上記選択操作に基づいて、上記第３映像における上記部分的な映像クリップを上記第１映像として決定し、発信者ＩＤ表示インタフェースにおいて再生される候補映像として上記第１映像を設定する段階と
を備える、項目１から５のいずれか一項に記載の方法。
（項目８）
第１着信要求の上記受信の前に、上記方法は更に、上記第１映像の解像度を調節する段階を備える、項目１から７のいずれか一項に記載の方法。
（項目９）
上記第１映像が上記第１発信者ＩＤ表示インタフェースにおいて再生されるとき、上記方法は更に、
上記ユーザの第２操作を検出する段階と、
上記第２操作に応答して、上記第１発信者ＩＤ表示インタフェースにおいて第１コントロールを表示する段階であって、上記第１コントロールは、上記第１映像をお気に入りに追加する、上記第１映像に「いいね」を送る、または、上記第１映像を転送するために上記ユーザによって使用される、段階と
を備える、項目１から８のいずれか一項に記載の方法。
（項目１０）
上記第１発信者ＩＤ表示インタフェースおよび上記第２発信者ＩＤ表示インタフェースの各々は、応答ＵＩコントロールおよび切断ＵＩコントロールを更に表示し、
上記応答ＵＩコントロールがトリガされるとき、上記電子デバイスは着信に応答し、上記切断ＵＩコントロールがトリガされるとき、上記電子デバイスは着信を切断する、
項目１から９のいずれか一項に記載の方法。
（項目１１）
画面、１または複数のプロセッサ、メモリ、複数のアプリケーション、および１または複数のコンピュータプログラムを備える電子デバイスであって、
上記１または複数のコンピュータプログラムは上記メモリに格納され、上記１または複数のコンピュータプログラムは命令を含み、上記命令が上記電子デバイスによって実行されるとき、上記電子デバイスは、以下の段階、すなわち、
第１着信要求を受信する段階と、
上記第１着信要求に基づいて上記画面に第１発信者ＩＤ表示インタフェースを表示し、上記第１発信者ＩＤ表示インタフェースにおいて第１映像を再生する段階と、
第２着信要求を受信する段階と、
上記第２着信要求に基づいて、上記画面に第２発信者ＩＤ表示インタフェースを表示し、上記第２発信者ＩＤ表示インタフェースにおいて第２映像を再生する段階と
を実行することが可能となり、
上記第１着信要求および上記第２着信要求は、上記電子デバイスによって連続的に受信される２つの通話要求であり、上記第１映像は上記第２映像と異なる、
電子デバイス。
（項目１２）
上記命令が上記電子デバイスによって実行されるとき、上記電子デバイスは、以下の段階、すなわち、
上記電子デバイスが上記第１着信要求を受信した後、かつ、上記電子デバイスが上記第２発信者ＩＤ表示インタフェースを表示する前に、上記第２発信者ＩＤ表示インタフェースにおいて再生される必要がある上記第２映像を自動的に決定する段階
を実行することが可能となる、項目１１に記載の方法。
（項目１３）
上記命令が上記電子デバイスによって実行されるとき、上記電子デバイスは、以下の段階、すなわち、
ユーザの設定命令を受信する段階であって、上記設定命令は、発信者ＩＤ表示インタフェースにおいて再生される映像コンテンツの範囲を指定するために使用される、段階と、
上記設定命令によって指定された上記範囲に基づいて上記第１映像および上記第２映像を決定する段階と
を実行することが可能となる、項目１１または１２に記載の電子デバイス。
（項目１４）
少なくとも第１加入者識別モジュールカードおよび第２加入者識別モジュールカードが上記電子デバイスに搭載されてよく、
上記構成命令は第１構成命令および第２構成命令を含み、上記第１構成命令は、上記第１加入者識別モジュールカードの着信に対応する発信者ＩＤ表示インタフェースにおいて再生される映像の範囲を指定するために使用され、
上記第２構成命令は、上記第１加入者識別モジュールカードの着信に対応する、発信者ＩＤ表示インタフェースにおいて再生される映像の範囲を指定するために使用される、
項目１３に記載の電子デバイス。
（項目１５）
少なくとも第１加入者識別モジュールカードおよび第２加入者識別モジュールカードが上記電子デバイスに搭載されてよく、
上記第１着信要求および上記第２着信要求が、上記電子デバイスによって連続的に受信される２つの通話要求であることは具体的には、上記第１着信要求および上記第２着信要求が上記第１加入者識別モジュールカードの２つの通話要求であることを意味し、または、
上記第１着信要求および上記第２着信要求が、上記電子デバイスによって連続的に受信される２つの通話要求であることは具体的には、上記第１着信要求および上記第２着信要求が上記第２加入者識別モジュールカードの２つの連続的な通話要求であることを意味する、
項目１１に記載の電子デバイス。
（項目１６）
上記命令が上記電子デバイスによって実行されるとき、上記電子デバイスは、以下の段階、すなわち、
上記第１映像が再生されるとき、または、上記第１映像のファイルが表示されるとき、上記ユーザの第１操作を検出する段階と、
上記第１操作に応答して、発信者ＩＤ表示インタフェースにおいて再生される候補映像として上記第１映像を設定する段階と
を実行することが可能となる、項目１１から１５のいずれか一項に記載の電子デバイス。
（項目１７）
上記命令が上記電子デバイスによって実行されるとき、上記電子デバイスは、以下の段階、すなわち、
第３映像が再生されるとき、または、上記第３映像のファイルが表示されるとき、上記ユーザの第１操作を検出する段階と、
上記第１操作に応答して、上記第３映像について設定インタフェースを表示する段階と、
上記ユーザの選択操作を検出する段階であって、上記選択操作は、上記第３映像における部分的な映像クリップを選択するために使用される、段階と、
上記選択操作に基づいて、上記第３映像における上記部分的な映像クリップを上記第１映像として決定し、発信者ＩＤ表示インタフェースにおいて再生される候補映像として上記第１映像を設定する段階と
を実行することが可能となる、項目１１から１５のいずれか一項に記載の電子デバイス。
（項目１８）
上記命令が上記電子デバイスによって実行されるとき、上記電子デバイスは、以下の段階、すなわち、第１着信要求の上記受信の前に、上記第１映像の解像度を調節する段階を実行することが可能となる、項目１１から１７のいずれか一項に記載の電子デバイス。
（項目１９）
上記命令が上記電子デバイスによって実行されるとき、上記電子デバイスは、以下の段階、すなわち、
上記第１映像が上記第１発信者ＩＤ表示インタフェースにおいて再生されるとき、上記ユーザの第２操作を検出する段階と、
上記第２操作に応答して、第１コントロールを上記第１発信者ＩＤ表示インタフェースにおいて表示する段階であって、上記第１コントロールは、上記第１映像をお気に入りに追加する、「いいね」を上記第１映像に送る、または、上記第１映像を転送するために上記ユーザによって使用される、段階と
を実行することが可能となる、項目１１から１８のいずれか一項に記載の電子デバイス。
（項目２０）
上記第１発信者ＩＤ表示インタフェースおよび上記第２発信者ＩＤ表示インタフェースの各々は、応答ＵＩコントロールおよび切断ＵＩコントロールを更に表示し、
上記命令が上記電子デバイスによって実行されるとき、上記電子デバイスは、上記以下の段階、すなわち、
上記応答ＵＩコントロールがトリガされるとき、着信に応答し、上記切断ＵＩコントロールがトリガされるとき、着信を切断する段階
を実行することが可能となる、項目１１から１９のいずれか一項に記載の電子デバイス。
（項目２１）
コンピュータ命令を含むコンピュータ記憶媒体であって、上記コンピュータ命令が電子３５デバイスで実行されるとき、上記電子デバイスは、項目１から１０のいずれか一項に記載の、着信があるときに電子デバイスに映像を提示するための方法を実行する、記憶媒体。
（項目２２）
コンピュータプログラム製品であって、上記コンピュータプログラム製品がコンピュータ上で実行されるとき、上記コンピュータは、項目１から１０のいずれか一項に記載の、着信があるときに電子デバイス上に映像を提示するための方法を実行することが可能となる、コンピュータプログラム製品。

Claims (25)

1. 電子デバイスによって実装される方法であって、前記電子デバイスには少なくとも２つの加入者識別モジュール（ＳＩＭ）カードがインストールされており、前記少なくとも２つのＳＩＭカードは第１ＳＩＭカードおよび第２ＳＩＭカードを含み、
   第１入力を受信する段階であって、前記第１入力は第１ターゲット映像を前記第１ＳＩＭカードのための着信映像として設定するために使用され、前記第１ターゲット映像は前記電子デバイスに保存される、段階と、
   前記第１ターゲット映像の持続時間が第１継続時間閾値より大きい場合、ユーザに、前記第１ターゲット映像に対し映像クリッピング操作を実行するよう促す第１インジケーションを表示する段階と、
   第２入力を受信する段階であって、前記第２入力は前記第１ターゲット映像をクリッピングするために用いられる、段階と、
   第３入力を受信し、前記第３入力に応答して第１映像を前記第１ＳＩＭカードのための着信映像として設定する段階であって、前記第１映像は前記第１ターゲット映像の一部である、段階と、
   第４入力を受信する段階であって、前記第４入力は第２ターゲット映像を前記第２ＳＩＭカードのための着信映像として設定するために使用され、前記第２ターゲット映像は前記電子デバイスに保存される、段階と、
   前記第２ターゲット映像の前記持続時間が第２継続時間閾値より大きい場合、前記ユーザに、前記第２ターゲット映像に対し映像クリッピング操作を実行するよう促す第２インジケーションを表示する段階と、
   第５入力を受信する段階であって、前記第５入力は前記第２ターゲット映像をクリッピングするために用いられる、段階と、
   第６入力を受信し、前記第６入力に応答して第２映像を前記第２ＳＩＭカードのための着信映像として設定する段階であって、前記第２映像は前記第２ターゲット映像の一部である、段階と、
   グラフィックユーザインタフェースを表示する段階であって、前記グラフィックユーザインタフェースは着信音機能のための第１コントロールと、着信映像機能のための第２コントロールとを含む、段階と、
   前記電子デバイスの前記第１ＳＩＭカードについての第１着信要求を受信する段階と、
   前記第１着信要求に応答して、第１着信表示インタフェースを前記電子デバイスの画面に表示する段階と、
   前記着信映像機能が有効になっている場合に、前記第１着信要求に応答して、前記第１映像を前記第１着信表示インタフェースにおいて再生する段階と、
   前記電子デバイスの前記第２ＳＩＭカードについての第２着信要求を受信する段階と、
   前記第２着信要求に応答して、第２着信表示インタフェースを前記画面に表示する段階と、
   前記着信映像機能が有効になっている場合に、前記第２着信要求に応答して、前記第２映像を前記第２着信表示インタフェースにおいて再生する段階であって、前記第１映像は前記第２映像と異なる、段階と、
   応答ユーザインタフェース（ＵＩ）コントロールおよび切断ＵＩコントロールを前記第１着信表示インタフェースおよび前記第２着信表示インタフェースの各々に表示する段階と、
   前記応答ＵＩコントロールがトリガされるときに、前記第１着信要求または前記第２着信要求に応答する段階と、
   前記切断ＵＩコントロールがトリガされるときに、前記第１着信要求または前記第２着信要求を切断する段階と
   を備える方法。
2. 前記第２着信表示インタフェースにおいて前記第２映像を再生する前に、前記方法は更に、
   前記第２着信表示インタフェースにおいて再生される必要のある前記第２映像を自動的に決定する段階を備える、請求項１に記載の方法。
3. 第１操作を設定インタフェースで受信する段階と、
   前記第１操作に応答して、前記第１映像を、前記第１ＳＩＭカードの着信表示として設定する段階と
   を更に備える、請求項１または２に記載の方法。
4. 前記設定インタフェースは、サーバからダウンロードされた第３映像、および、ユーザによって撮影または保存された第４映像を含む、請求項３に記載の方法。
5. ユーザの設定命令を受信する段階であって、前記設定命令は、着信表示インタフェースにおいて再生される映像コンテンツの範囲を指定する、段階と、
   前記第１映像を前記範囲に基づいて決定する段階と
   を更に備える、請求項１から４のいずれか一項に記載の方法。
6. 前記設定命令は、前記第１映像の開始時間および前記第１映像の終了時間を含む、請求項５に記載の方法。
7. 前記第１着信表示インタフェースおよび前記第２着信表示インタフェースはメッセージコントロールを含む、請求項１から６のいずれか一項に記載の方法。
8. 前記第１映像の第１テーマは、前記第２映像の第２テーマと異なる、請求項１から７のいずれか一項に記載の方法。
9. 電子デバイスによって実装される方法であって、
   第１映像を、第１加入者識別モジュールカード（第１ＳＩＭカード）の第１着信表示として設定する第１操作を受信する段階であって、前記第１映像は前記電子デバイスに格納される、段階と、
   前記第１映像の第１継続時間が継続時間閾値を超える場合、第１プロンプト情報を表示して、ユーザに対し前記第１映像をクリッピングして、クリッピングされた第１映像を生成するよう命令する段階と、
   前記クリッピングされた第１映像を、前記第１ＳＩＭカードの前記第１着信表示として設定する段階と、
   第２映像を、第２ＳＩＭカードの第２着信表示として設定する第２操作を受信する段階であって、前記第２映像は前記電子デバイスに格納される、段階と、
   前記第２映像の第２継続時間が前記継続時間閾値未満の場合、前記第２映像をクリッピングせずに、前記第２映像を、前記第２ＳＩＭカードの前記第２着信表示として設定する段階と、
   前記電子デバイスの前記第１ＳＩＭカードについての第１着信要求を受信する段階と、
   前記第１着信要求に応答して、第１着信表示インタフェースを前記電子デバイスの画面に表示する段階と、
   前記第１着信要求に応答して、前記クリッピングされた第１映像を前記第１着信表示インタフェースにおいて再生する段階と、
   前記電子デバイスの前記第２ＳＩＭカードについての第２着信要求を受信する段階と、
   前記第２着信要求に応答して、第２着信表示インタフェースを前記画面に表示する段階と、
   前記第２着信要求に応答して、前記第２映像を前記第２着信表示インタフェースにおいて再生する段階であって、前記クリッピングされた第１映像は前記第２映像と異なる、段階と、
   応答ユーザインタフェース（ＵＩ）コントロールおよび切断ＵＩコントロールを前記第１着信表示インタフェースおよび前記第２着信表示インタフェースの各々に表示する段階と、
   前記応答ＵＩコントロールがトリガされると、前記第１着信要求または前記第２着信要求に応答する段階と、
   前記切断ＵＩコントロールがトリガされると、前記第１着信要求または前記第２着信要求を切断する段階と
   を備える方法。
10. 電子デバイスであって、
    画面と、
    第１加入者識別モジュールカード（第１ＳＩＭカード）と、
    第２ＳＩＭカードと、
    前記画面、前記第１ＳＩＭカード、および前記第２ＳＩＭカードに連結されたプロセッサと
    を備え、前記プロセッサは、
    第１入力を受信することであって、前記第１入力は第１ターゲット映像を前記第１ＳＩＭカードのための着信映像として設定するために使用され、前記第１ターゲット映像は前記電子デバイスに保存される、ことと、
    前記第１ターゲット映像の持続時間が第１継続時間閾値より大きい場合、ユーザに、前記第１ターゲット映像に対し映像クリッピング操作を実行するよう促す第１インジケーションを表示することと、
    第２入力を受信することであって、前記第２入力は前記第１ターゲット映像をクリッピングするために用いられる、ことと、
    第３入力を受信し、前記第３入力に応答して第１映像を前記第１ＳＩＭカードのための着信映像として設定することであって、前記第１映像は前記第１ターゲット映像の一部である、ことと、
    第４入力を受信することであって、前記第４入力は第２ターゲット映像を前記第２ＳＩＭカードのための着信映像として設定するために使用され、前記第２ターゲット映像は前記電子デバイスに保存される、ことと、
    前記第２ターゲット映像の前記持続時間が第２継続時間閾値より大きい場合、前記ユーザに、前記第２ターゲット映像に対し映像クリッピング操作を実行するよう促す第２インジケーションを表示することと、
    第５入力を受信することであって、前記第５入力は前記第２ターゲット映像をクリッピングするために用いられる、ことと、
    第６入力を受信し、前記第６入力に応答して第２映像を前記第２ＳＩＭカードのための着信映像として設定することであって、前記第２映像は前記第２ターゲット映像の一部である、ことと、
    グラフィックユーザインタフェースを表示することであって、前記グラフィックユーザインタフェースは着信音機能のための第１コントロールと、着信映像機能のための第２コントロールとを含む、ことと、
    前記第１ＳＩＭカードについての第１着信要求を受信することと、
    前記第１着信要求に応答して、第１着信表示インタフェースを前記画面に表示することと、
    前記着信映像機能が有効になっている場合に、前記第１着信要求に応答して、前記第１映像を前記第１着信表示インタフェースにおいて再生することと、
    前記第２ＳＩＭカードについての第２着信要求を受信することと、
    前記第２着信要求に応答して、第２着信表示インタフェースを前記画面に表示することと、
    前記着信映像機能が有効になっている場合に、前記第２着信要求に応答して、前記第２映像を前記第２着信表示インタフェースにおいて再生することであって、前記第１映像は前記第２映像と異なる、ことと、
    前記第１着信表示インタフェースおよび前記第２着信表示インタフェースの各々において、応答ユーザインタフェース（ＵＩ）コントロールおよび切断ＵＩコントロールを表示することと、
    前記応答ＵＩコントロールがトリガされると、前記第１着信要求または前記第２着信要求に応答することと、
    前記切断ＵＩコントロールがトリガされると、前記第１着信要求または前記第２着信要求を切断することと
    を行うよう構成される、電子デバイス。
11. 前記プロセッサは更に、
    設定インタフェースで第１操作を受信し、
    前記第１操作に応答して、前記第１ＳＩＭカードの着信表示として前記第１映像を設定する
    よう構成される、請求項１０に記載の電子デバイス。
12. 前記設定インタフェースは、サーバからダウンロードされる第３映像、および、ユーザによって撮影または保存された第４映像を含む、請求項１１に記載の電子デバイス。
13. 前記プロセッサは更に、
    着信表示インタフェースにおいて再生される映像コンテンツの範囲を指定する、ユーザの設定命令を受信し、
    前記範囲に基づいて前記第１映像を決定する
    よう構成される、請求項１０から１２のいずれか一項に記載の電子デバイス。
14. 前記設定命令は、前記第１映像の開始時間および前記第１映像の終了時間を含む、請求項１３に記載の電子デバイス。
15. 前記第１着信表示インタフェースおよび前記第２着信表示インタフェースはメッセージコントロールを含む、請求項１０から１４のいずれか一項に記載の電子デバイス。
16. 前記第１映像の第１テーマは、前記第２映像の第２テーマと異なる、請求項１０から１５のいずれか一項に記載の電子デバイス。
17. 電子デバイスであって、
    画面と、
    第１加入者識別モジュールカード（第１ＳＩＭカード）と、
    第２ＳＩＭカードと、
    前記画面、前記第１ＳＩＭカード、および前記第２ＳＩＭカードに連結されたプロセッサと
    を備え、前記プロセッサは、
    第１映像を、前記第１ＳＩＭカードの第１着信表示として設定する第１操作を受信することであって、前記第１映像は前記電子デバイスに格納される、ことと、
    前記第１映像の第１継続時間が継続時間閾値を超える場合、第１プロンプト情報を表示して、ユーザに対し前記第１映像をクリッピングして、クリッピングされた第１映像を生成するよう命令することと、
    前記クリッピングされた第１映像を、前記第１ＳＩＭカードの前記第１着信表示として設定することと、
    第２映像を、前記第２ＳＩＭカードの第２着信表示として設定する第２操作を受信することであって、前記第２映像は前記電子デバイスに格納される、ことと、
    前記第２映像の第２継続時間が前記継続時間閾値未満の場合、前記第２映像をクリッピングせずに、前記第２映像を、前記第２ＳＩＭカードの前記第２着信表示として設定することと、
    前記第１ＳＩＭカードについての第１着信要求を受信することと、
    前記第１着信要求に応答して、第１着信表示インタフェースを前記画面に表示することと、
    前記第１着信要求に応答して、前記クリッピングされた第１映像を前記第１着信表示インタフェースにおいて再生することと、
    前記第２ＳＩＭカードについての第２着信要求を受信することと、
    前記第２着信要求に応答して、第２着信表示インタフェースを前記画面に表示することと、
    前記第２着信要求に応答して、前記第２映像を前記第２着信表示インタフェースにおいて再生することであって、前記クリッピングされた第１映像は前記第２映像と異なる、ことと、
    応答ユーザインタフェース（ＵＩ）コントロールおよび切断ＵＩコントロールを前記第１着信表示インタフェースおよび前記第２着信表示インタフェースの各々に表示することと、
    前記応答ＵＩコントロールがトリガされると、前記第１着信要求または前記第２着信要求に応答することと、
    前記切断ＵＩコントロールがトリガされると、前記第１着信要求または前記第２着信要求を切断することと
    を行うよう構成される、電子デバイス。
18. 電子デバイスに、
    第１入力を受信することであって、前記第１入力は第１ターゲット映像を第１加入者識別モジュール（ＳＩＭ）カードのための着信映像として設定するために使用され、前記第１ターゲット映像は前記電子デバイスに保存される、ことと、
    前記第１ターゲット映像の持続時間が第１継続時間閾値より大きい場合、ユーザに、前記第１ターゲット映像に対し映像クリッピング操作を実行するよう促す第１インジケーションを表示することと、
    第２入力を受信することであって、前記第２入力は前記第１ターゲット映像をクリッピングするために用いられる、ことと、
    第３入力を受信し、前記第３入力に応答して第１映像を前記第１ＳＩＭカードのための着信映像として設定することであって、前記第１映像は前記第１ターゲット映像の一部である、ことと、
    第４入力を受信することであって、前記第４入力は第２ターゲット映像を第２ＳＩＭカードのための着信映像として設定するために使用され、前記第２ターゲット映像は前記電子デバイスに保存される、ことと、
    前記第２ターゲット映像の前記持続時間が第２継続時間閾値より大きい場合、前記ユーザに、前記第２ターゲット映像に対し映像クリッピング操作を実行するよう促す第２インジケーションを表示することと、
    第５入力を受信することであって、前記第５入力は前記第２ターゲット映像をクリッピングするために用いられる、ことと、
    第６入力を受信し、前記第６入力に応答して第２映像を前記第２ＳＩＭカードのための着信映像として設定することであって、前記第２映像は前記第２ターゲット映像の一部である、ことと、
    グラフィックユーザインタフェースを表示することであって、前記グラフィックユーザインタフェースは着信音機能のための第１コントロールと、着信映像機能のための第２コントロールとを含む、ことと、
    前記電子デバイスの前記第１ＳＩＭカードについての第１着信要求を受信することと、
    前記第１着信要求に応答して、第１着信表示インタフェースを前記電子デバイスの画面に表示することと、
    前記着信映像機能が有効になっている場合に、前記第１着信要求に応答して、前記第１映像を前記第１着信表示インタフェースにおいて再生することと、
    前記電子デバイスの前記第２ＳＩＭカードについての第２着信要求を受信することと、
    前記第２着信要求に応答して、第２着信表示インタフェースを前記画面に表示することと、
    前記着信映像機能が有効になっている場合に、前記第２着信要求に応答して、前記第２映像を前記第２着信表示インタフェースにおいて再生することであって、前記第１映像は前記第２映像と異なる、ことと、
    応答ユーザインタフェース（ＵＩ）コントロールおよび切断ＵＩコントロールを前記第１着信表示インタフェースおよび前記第２着信表示インタフェースの各々に表示することと、
    前記応答ＵＩコントロールがトリガされたと、前記第１着信要求または前記第２着信要求に応答することと、
    前記切断ＵＩコントロールがトリガされると、前記第１着信要求または前記第２着信要求を切断することと
    を実行させるための、プログラム。
19. 設定インタフェースで第１操作を受信すること、および、
    前記第１操作に応答して、前記第１ＳＩＭカードの着信表示として前記第１映像を設定すること
    を更に前記電子デバイスに実行させるための、請求項１８に記載のプログラム。
20. 前記設定インタフェースは、サーバからダウンロードされた第３映像、および、ユーザによって撮影または保存された第４映像を含む、請求項１９に記載のプログラム。
21. 着信表示インタフェースにおいて再生される映像コンテンツの範囲を指定する、ユーザの設定命令を受信すること、および、
    前記範囲に基づいて前記第１映像を決定すること
    を更に前記電子デバイスに実行させるための、請求項１８から２０のいずれか一項に記載のプログラム。
22. 前記設定命令は、前記第１映像の開始時間、および、前記第１映像の終了時間を含む、請求項２１に記載のプログラム。
23. 前記第１着信表示インタフェースおよび前記第２着信表示インタフェースはメッセージコントロールを含む、請求項１８から２２のいずれか一項に記載のプログラム。
24. 前記第１映像の第１テーマは前記第２映像の第２テーマと異なる、請求項１８から２３のいずれか一項に記載のプログラム。
25. 電子デバイスに、
    第１映像を、第１加入者識別モジュールカード（第１ＳＩＭカード）の第１着信表示として設定する第１操作を受信することであって、前記第１映像は前記電子デバイスに格納される、こと、
    前記第１映像の第１継続時間が継続時間閾値を超える場合、第１プロンプト情報を表示して、ユーザに対し前記第１映像をクリッピングして、クリッピングされた第１映像を生成するよう命令すること、
    前記クリッピングされた第１映像を、前記第１ＳＩＭカードの前記第１着信表示として設定すること、
    第２映像を、第２ＳＩＭカードの第２着信表示として設定する第２操作を受信することであって、前記第２映像は前記電子デバイスに格納される、こと、
    前記第２映像の第２継続時間が前記継続時間閾値未満の場合、前記第２映像をクリッピングせずに、前記第２映像を、前記第２ＳＩＭカードの前記第２着信表示として設定すること、
    前記電子デバイスの前記第１ＳＩＭカードについての第１着信要求を受信すること、
    前記第１着信要求に応答して、第１着信表示インタフェースを前記電子デバイスの画面に表示すること、
    前記第１着信要求に応答して、前記クリッピングされた第１映像を前記第１着信表示インタフェースにおいて再生すること、
    前記電子デバイスの前記第２ＳＩＭカードについての第２着信要求を受信すること、
    前記第２着信要求に応答して、第２着信表示インタフェースを前記画面に表示すること、
    前記第２着信要求に応答して、前記第２映像を前記第２着信表示インタフェースにおいて再生することであって、前記クリッピングされた第１映像は前記第２映像と異なる、こと、
    応答ユーザインタフェース（ＵＩ）コントロールおよび切断ＵＩコントロールを前記第１着信表示インタフェースおよび前記第２着信表示インタフェースの各々に表示すること、
    前記応答ＵＩコントロールがトリガされると、前記第１着信要求または前記第２着信要求に応答すること、
    前記切断ＵＩコントロールがトリガされると、前記第１着信要求または前記第２着信要求を切断すること
    を実行させるための、プログラム。

Images