JP2021536077A - 情報処理方法および端末 - Google Patents

Abstract

本発明は、情報処理方法および端末を提供する。前記端末は第１画面と、第２画面と、を備える。前記方法は、前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するために使用するフローティングウィジェットを表示することと、前記フローティングウィジェットに対する入力を受信することと、前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することと、を含む。ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。このように、前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することにより、多角化の処理方法で突発的なイベントに対応できるようになる。【選択図】図１

Description

（関連出願の相互参照）
本出願は、２０１８年９月１９日に中国で出願された中国特許出願第２０１８１１０９３７２０．１号の優先権を主張するものであり、参照によりその全体が本書に組み込まれる。
本開示は、通信技術分野に関し、特に、情報処理方法および端末に関する。

端末技術の高速な発展に伴い、２画面端末は既にユーザによく知られており、ユーザの間で人気が高まっている。２画面端末は、第１画面および第２画面（そのうち、１つの画面がプライマリ画面）を含み、異なる画面において異なるアプリケーションを実行することができるため、多角化のユーザニーズに対応することができる。しかし、異なる画面においてアプリケーションを実行している場合、一部の突発的なイベントを受信すると、その突発的なイベントはプライマリ画面において動作しているアプリケーションを直接中断する。そのため、端末から突発的なイベントを処理する方法が単一になる。

本開示の実施形態は、端末により突発的なイベントを処理する方法が単一であるという問題を解決するための、情報処理方法および端末を提供する。

上記の技術問題を解決するために、本開示は以下の方法を採用する。

本開示の第１の態様は、第１画面および第２画面を備える端末に適用する１つの情報処理方法を提供する。本方法は、
前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するために使用するフローティングウィジェットを表示することと、前記フローティングウィジェットに対する入力を受信することと、
前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することと、を含む。

ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。

本開示の第２の態様は、第１画面および第２画面を備える端末を提供する。前記端末は、
前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するためのフローティングウィジェットを表示することに使用する表示モジュールと、
フローティングウィジェットに対する入力を受信することに使用する受信モジュールと、
フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することに使用する処理モジュールと、を備える。ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。

本開示の第３の態様は、１つの端末を提供する。前記端末は、プロセッサと、メモリと、メモリに格納されており、前記プロセッサ上で実行できるプログラムと、を備える。前記プロセッサから前記プログラムを実行すると、上記の情報処理方法のステップが実行される。

本開示の第４の態様は、コンピュータ読み取り可能な記憶媒体を提供する。前記コンピュータ読み取り可能な記憶媒体にコンピュータプログラムが保存されており、プロセッサから前記コンピュータプログラムを実行すると、上記の情報処理方法のステップが実行される。

本開示の実施形態によれば、前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するために使用するフローティングウィジェットを表示することと、前記フローティングウィジェットに対する入力を受信することと、フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することとが実行される。ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。このように、前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することにより、突発的なイベントに対応可能な処理方法が多角化になる。

本開示の実施形態に係る技術方法をさらに詳しく説明するために、以下、本開示の実施形態を説明する時に必要となる図面について概略的に説明する。明らかに、下記の図面は本開示の一部の実施形態であって、当業者は、創造的な労働を作り出していないことを前提として、これらの図面によって他の図面を取得することができる。

本開示の一実施形態が提供する情報処理方法の流れ図（その１）である。 本開示の一実施形態が提供する情報処理方法の流れ図（その２）である。 本開示の一実施形態が提供する端末の表示に関する概略図（その１）である。 本開示の一実施形態が提供する端末の表示に関する概略図（その２）である。 本開示の一実施形態が提供する端末の構成図（その１）である。 本開示の一実施形態が提供する端末の処理モジュールの構成図である。 本開示の一実施形態が提供する端末の表示サブモジュールの構成図（その１）である。 本開示の一実施形態が提供する端末の表示サブモジュールの構成図（その２）である。 本開示の一実施形態が提供する端末の構成図（その２）である。

以下、図面を参照しながら本開示の実施形態の詳細について述べる。下記の実施例は、本開示の一部の実施形態であって、すべての実施形態ではない。本開示の実施形態に基づいて、当業者が創造的な労働を作り出していないことを前提として取得した、その他のすべての実施形態は、すべて本開示の保護対象となる。

図１を参照する。図１は、本開示の実施形態が提供する情報処理方法の流れ図である。当該方法は、第１画面および第２画面を備える端末に適用し、図１に示すように、以下のステップを含んでいる。

ステップ１０１：前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するためのフローティングウィジェットを表示する。

本実施形態において、第１画面および第２画面に示すアプリケーションは、同じアプリケーションであっても、異なるアプリケーションであってもよい。前記第１画面および第２画面は、１つをプライマリ画面、もう１つを後ろ画面（すなわち、セカンダリ画面）とすることができる。

本実施形態において、前記ターゲットイベントは、着信、アラーム通知、ビデオ通話、低電力通知、またはカレンダー通知などの突発的なイベントとすることができる。勿論、上記以外、現在の画面の表示を遮ることができる、他の突発的なイベントであっても構わない。本実施形態では、特に限定されるものではない。

本実施形態において、前記ターゲット画面は、第１画面であっても、第２画面であってもよい。前記フローティングウィジェットは、フローティングウィンドウであっても、フローティングボールであってもよい。また、前記フローティングウィジェットは、第１画面に表示しても、第２画面に表示しても構わない。さらに、そのうちの１つの画面に表示する場合は、当該画面の上部、下部、左側、または右側などに表示することができる。勿論、上記以外、他の位置に表示しても構わない。本実施形態では、特に限定されるものではない。
ステップ１０２：フローティングウィジェットに対する入力を受信する。

本実施形態において、前記フローティングウィジェットに対する入力は、タップ入力、ダブルタップ入力、スワイプ入力、ドラッグ入力または長押し入力などとすることができる。勿論、上記以外、他の入力であっても構わない。本実施形態では、特に限定されるものではない。

ステップ１０３：フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理する。ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。

本実施形態において、前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することは、複数の方法を含み得る。例えば、ユーザがフローティングウィジェットを左にスライドすると、第１画面でターゲットイベントを処理することができる。ユーザがフローティングウィジェットを右にスライドすると、ターゲットイベントを第２画面で処理することができる。ユーザがフローティングウィジェットを上にスライドすると、バックグラウンドなどでターゲットイベントを一時停止することができる。なお、ユーザがプリセット期間においてフローティングウィジェットに対して入力しなかった場合は、バックグラウンドでターゲットイベントを一時停止することも可能であって、これにより、現在動作中のアプリケーションに影響を与えなくなる。

このように、前記フローティングウィジェットに対する入力によって、前記ターゲットイベントに対して異なる方法で処理することができる。ユーザは必要に応じて、フローティングウィジェットを操作するかしないか、またはどのようにフローティングウィジェットを操作するかを選択することができる。これにより、ターゲットイベントによって異なる処理を行うことが可能で、多角化の処理方法で突発的なイベントに対応可能である。

本開示の実施形態において、前記端末は、携帯電話、タブレット（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートパソコン（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、またはウェアラブル端末（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）などとすることができる。

本開示の実施形態に係る情報処理方法によれば、前記第１画面および前記第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するために使用するフローティングウィジェットを表示することと、前記フローティングウィジェットに対する入力を受信することと、フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することとが実行される。ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。このように、前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することにより、突発的なイベントに対応可能な処理方法が多角化になる。

図２を参照する。図２は、本開示の実施形態が提供する情報処理方法の流れ図である。当該方法は、第１画面および第２画面を備える端末に適用する。本実施形態と前の実施形態との主な違いは、本方法における前記フローティングウィジェットに対する入力に応答して、ターゲットイベントを処理することであって、フローティングウィジェットに対する入力が第１入力である場合において、前記ターゲットイベントに該当するアプリケーションがバックグラウンドで動作するように制御することと、フローティングウィジェットに対する入力が第２入力の場合において、前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することと、を含む。本実施形態は、図２に示すように、以下のステップを含む。

ステップ２０１：前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するためのフローティングウィジェットを表示する。

本実施形態において、第１画面および第２画面に示すアプリケーションは、同じアプリケーションであっても、異なるアプリケーションであってもよい。前記第１画面および第２画面は、１つをプライマリ画面、もう１つを後ろ画面（すなわち、セカンダリ画面）とすることができる。

本実施形態において、前記ターゲットイベントは、着信、アラーム通知、ビデオ通話、低電力通知、またはカレンダー通知などの突発的なイベントとすることができる。勿論、上記以外、現在の画面の表示を遮ることができる、他の突発的なイベントであっても構わない。本実施形態では、特に限定されるものではない。

本実施形態において、前記ターゲット画面は、第１画面であっても、第２画面であってもよい。前記フローティングウィジェットは、フローティングウィンドウであっても、フローティングボールであってもよい。また、前記フローティングウィジェットは、第１画面に表示しても、第２画面に表示しても構わない。さらに、そのうちの１つの画面に表示する場合は、当該画面の上部、下部、左側、または右側などに表示することができる。勿論、上記以外、他の位置に表示しても構わない。本実施形態では、特に限定されるものではない。

ステップ２０２：フローティングウィジェットに対する入力を受信する。

本実施形態において、前記フローティングウィジェットに対する入力は、タップ入力、ダブルタップ入力、スワイプ入力、ドラッグ入力または長押し入力などとすることができる。勿論、上記以外、他の入力であっても構わない。本実施形態では、特に限定されるものではない。

ステップ２０３：前記フローティングウィジェットに対する入力が第１入力である場合、前記ターゲットイベントに該当するアプリケーションがバックグラウンドで動作するように制御する。

本実施形態において、前記第１入力は、上向きのスワイプ入力であっても、下向きのスワイプ入力などであってもよい。勿論、上記以外、第１入力は他の入力であっても構わない。本実施形態では、特に限定されるものではない。前記ターゲットイベントに該当するアプリケーションがバックグラウンドで動作するように制御した後、タスクスタックを実行し、現在動作中のアプリケーションタスクを処理してから、ターゲットイベントを処理する。

ステップ２０４：フローティングウィジェットに対する入力が第２入力である場合、前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示する。ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。

本実施形態において、前記第２入力は、左向きのスワイプ入力であっても、右向きのスワイプ入力などであってもよい。勿論、上記以外、第２入力は他の入力であっても構わない。また、第２入力と第１入力との間に差別がある。前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することは、第１画面に前記ターゲットイベントのユーザインターフェースを表示することとしても、第２画面に前記ターゲットイベントのユーザインターフェースを表示することとしてもよい。また、ターゲット画面は、第１画面および第２画面の中にランダムに選択した１つの画面、または第１画面、第２画面の中にあるセカンダリ画面、もしくは、第２入力によって確認された１つの画面など、とすることができる。

このように、第１入力および第２入力を通して異なる方法でターゲットイベントを処理することにより、ユーザのニーズに応じてターゲットイベントを処理することも、ターゲットイベントの処理方法を増加することも可能になり、適切な処理方法を選択して、ターゲットイベントが画面において動作しているアプリケーションに影響を与えないようにすることも可能である。

オプションとして、フローティングウィジェットに対する入力が第２入力である場合、前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することは、
フローティングウィジェットに対する入力が第２入力である場合において、第２入力と第１ターゲット入力が一致すれば、前記第１画面に前記ターゲットイベントのユーザインターフェースを表示することと、
第２入力と第２ターゲット入力が一致すれば、前記第２画面に前記ターゲットイベントのユーザインターフェースを表示することと、を含み得る。

本実施形態において、前記第１ターゲット入力は、左向きのスワイプ入力であっても、スワイプ速度がある閾値を超えている左向きのスワイプ入力であってもよい。前記第２ターゲット入力は、右向きのスワイプ入力であっても、スワイプ速度がある閾値を超えている右向きのスワイプ入力であってもよい。

無論、前記の方法以外、フローティングウィジェットにマークが表示される場合、第１ターゲット入力は、そのマークを左にスライドする入力、第２ターゲット入力は、そのマークを右にスライドする入力とすることができる。

本実施方法では、第２入力と第１ターゲット入力または第２ターゲット入力とが一致することを判断して、対応する画面を選択し、ターゲットイベントのユーザインターフェースを表示することにより、ユーザは自分のニーズに応じて選択可能で、１つの画面にターゲットイベントのユーザインターフェースを表示すると同時に、もう１つの画面に影響を与えないことを実現し、ユーザが容易に操作可能である。

オプションとして、前記フローティングウィジェットは、前記第１画面を指示するために使用する第１マークと、第２画面を指示するために使用する第２マークと、を含み得る。前記第１ターゲット入力は、前記第１マークに対する入力である。前記第２ターゲット入力は、前記第２マークに対する入力である。

本実施方法において、前記のプロセスをより良く理解するには、図３および図４を参照することができる。図３および図４は、本開示の実施形態が提供する端末の表示に関する概略図である。図３に示すように、端末の左側の画面は第１画面、右側の画面は第２画面であって、左側の画面はプライマリ画面、右側の画面はセカンダリ画面とすることができる。プライマリ画面では、ビデオ通話が実行されており、セカンダリ画面では、ビデオが再生中である。この時点で着信があった場合、図４に示すように、プライマリ画面の上部にフローティンウィジェットを表示して、さらにフローティングウィジェットに第１画面を指示すための第１マーク（つまり、「プライマリ画面」と表記しているマーク）を表示することと、第２画面を指示すための第２マーク（つまり、「セカンダリ画面」と表記しているマーク）を表示することと、することができる。

図４では、ユーザが第１マークをタッチした場合、第１画面から着信に応答することができる。ユーザが第２マークをタッチした場合、第２画面から着信に応答することができる。このように、突発的なイベントが発生した場合において、ユーザに１つの選択を提供することにより、第１画面または第２画面における動作中のアプリケーションを中断することが回避され、ユーザが自由に選択することができる。例えば、ユーザは「セカンダリ画面」のマークをタップすることで、第１画面に行われているビデオ通話に影響を与えることなく第２画面から着信に応答することができる。

勿論、上記以外、フローティングウィジェットに応答マークを表示することもできる。ユーザが応答マークを左にスライドした場合、第１画面から着信に応答することができる。ユーザが応答マークを右にスライドした場合、第２画面から着信に応答することができる。

オプションとして、前記第１画面および第２画面にそれぞれ異なるアプリケーションの動作インターフェースが表示された場合において、ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することは、
アプリケーションのホワイトリストを取得することと、
前記第１画面および前記第２画面において動作しているアプリケーションの中では、前記アプリケーションのホワイトリストに属していないアプリケーションが存在するかどうかを検出することと、
存在する場合において、前記アプリケーションのホワイトリストに属していないアプリケーションに該当する画面に、前記ターゲットイベントのユーザインターフェースを表示することと、を含み得る。

本実施方法において、前記アプリケーションのホワイトリストは、第１アプリケーション、第２アプリケーション、第３アプリケーション、第４アプリケーションなどの事前に設定したアプリケーションを含み得る。アプリケーションのホワイトリストに含まれるアプリケーションは、一部中断することが意図されないアプリケーションであると捉えられる。

例えば、第１画面に第１アプリケーションのユーザインターフェースを表示することができる。第２画面に第５アプリケーションのユーザインターフェースを表示することができる。このとき、ターゲットイベントを受信し、そして第１アプリケーションがアプリケーションのホワイトリストに属しており、第５アプリケーションがアプリケーションのホワイトリストに属しない場合は、第５アプリケーションに該当する画面、すなわち、第２画面にターゲットイベントのユーザインターフェースを表示することができる。これにより、第１画面において動作中の第１アプリケーションに影響を与えなくなる。

勿論、第１画面および第２画面において動作しているアプリケーションがすべてアプリケーションのホワイトリストに属している場合、その中の１つのアプリケーションが終了するまでバックグラウンドでターゲットイベントを一時停止してから、ターゲットイベントを処理してもよい。第１画面および第２画面において動作しているアプリケーションがすべてアプリケーションのホワイトリストに属していない場合、ターゲットイベントのユーザインターフェースを表示ために、１つの画面をランダムに選択することも、ユーザから１つの画面を手動で選択することもできる。本実施方法では、特に限定されるものではない。

本開示方法において、アプリケーションのホワイトリストにより、比較的重要なアプリケーションが中断されないことをよく防ぎ、比較的重要なアプリケーションの実行や、端末が円滑に動作することを確保する。

本開示の実施形態に係る情報処理方法によれば、前記第１画面および前記第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するために使用するフローティングウィジェットを表示することと、前記フローティングウィジェットに対する入力を受信することと、前記フローティングウィジェットに対する入力が第１入力である場合において、前記ターゲットイベントに該当するアプリケーションがバックグラウンドに移動して動作するように制御することと、前記フローティングウィジェットに対する入力が第２入力である場合において、前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することと、が実行される。ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。このように、第１入力および第２入力を通して異なる方法でターゲットイベントを処理することにより、ユーザのニーズに応じてターゲットイベントを処理することも、ターゲットイベントの処理方法を増加することも可能になり、適切な処理方法を選択して、ターゲットイベントが画面において動作しているアプリケーションに影響を与えないようにすることも可能である。

図５を参照する。図５は、本開示の実施形態が提供する端末の構成図である。前記端末は、第１画面および第２画面を備えており、前記実施形態における情報処理方法の細かいところまで実現して、同じ効果を達成することができる。図５に示すように、端末５００は、表示モジュール５０１、受信モジュール５０２および処理モジュール５０３を含み、表示モジュールと受信モジュールが接続されており、受信モジュール５０２と処理モジュール５０３が接続されている。そのうち、

表示モジュール５０１は、前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するためのフローティングウィジェットを表示することに使用する。

受信モジュール５０２は、前記フローティングウィジェットに対する入力を受信することに使用する。

処理モジュール５０３は、前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することに使用する。

ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。

オプションとして、図６に示すように、前記処理モジュール５０３は、
前記フローティングウィジェットに対する入力が第１入力である場合において、前記ターゲットイベントに該当するアプリケーションがバックグラウンドで動作するように制御することに使用する制御サブモジュール５０３１と、
フローティングウィジェットに対する入力が第２入力である場合において、前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することに使用する表示サブモジュール５０３２と、を含み得る。

オプションとして、図７に示すように、前記表示サブモジュール５０３２は、
フローティングウィジェットに対する入力が第２入力である場合において、第２入力と第１ターゲット入力が一致すれば、前記第１画面に前記ターゲットイベントのユーザインターフェースを表示することに使用する第１の表示ユニット５０３２１と、
第２入力と第２ターゲット入力が一致すれば、前記第２画面に前記ターゲットイベントのユーザインターフェースを表示することに使用する第２の表示ユニット５０３２２と、を含み得る。

オプションとして、前記フローティングウィジェットは、前記第１画面を指示するために使用する第１マークと、第２画面を指示するために使用する第２マークと、を含み得る。前記第１ターゲット入力は、前記第１マークに対する入力である。前記第２ターゲット入力は、前記第２マークに対する入力である。

オプションとして、前記第１画面および第２画面にそれぞれ異なるアプリケーションの動作インターフェースを表示することができる。図８に示すように、前記表示サブモジュール５０３２は、
アプリケーションのホワイトリストを取得することに使用する取得ユニット５０３２３と、
前記第１画面および前記第２画面において動作しているアプリケーションの中では、前記アプリケーションのホワイトリストに属していないアプリケーションが存在するかどうかを検出することに使用する検出ユニット５０３２４と、
前記検出ユニット５０３２４から検出した結果、存在する場合において、前記アプリケーションのホワイトリストに属していないアプリケーションに該当する画面に、前記ターゲットイベントのユーザインターフェースを表示することとに使用する第３の表示ユニット５０３２５と、を含み得る。

端末５００は、図１〜図４に示す実施形態における端末により実現した各プロセスを実現することができる。重複を避けるために、ここで説明を省略する。

本開示の実施形態の端末５００では、前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するために使用するフローティングウィジェットを表示することと、前記フローティングウィジェットに対する入力を受信することと、フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することとが実行される。ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。このように、前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することにより、突発的なイベントに対応可能な処理方法が多角化になる。

図９を参照する。図９は、本開示の各実施形態に係る端末のハードウェアの構成図である。前記端末は、第１画面および第２画面を備え、当該端末９００は、高周波ユニット９０１、ネットワークモジュール９０２、音声出力ユニット９０３、入力ユニット９０４、センサー９０５、表示ユニット９０６、ユーザ入力ユニット９０７、インターフェースユニット９０８、メモリ９０９、プロセッサ９１０、および電源９１１などの部品を含むが、これらに限定されない。当業者なら、図９に示す端末の構造が端末の限定を構成するものではなく、端末が図に示すものより多いまたは少ない部品か、または何らかの部品を組み合わせるか、または異なる部品配置を含み得ることを理解するはずである。本開示の実施形態では、端末は、携帯電話、タブレット、ノートパソコン、携帯情報端末、車載端末、ウェアラブル端末、および歩数計などを含むが、これらに限定されない。

そのうち、プロセッサ９１０は、前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、表示ユニット９０６からターゲット画面に前記ターゲットイベントを指示するために使用するフローティングウィジェットを表示することを制御することと、ユーザ入力ユニット９０７から前記フローティングウィジェットに対する入力を受信することを制御することと、フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することとに、使用する。ここで、前記ターゲット画面は、前記第１画面または前記第２画面である。

オプションとして、プロセッサ９１０はさらに、前記フローティングウィジェットに対する入力が第１入力である場合において、前記ターゲットイベントに該当するアプリケーションがバックグラウンドで動作するように制御することと、フローティングウィジェットに対する入力が第２入力の場合において、表示ユニット９０６が前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示するように制御することに使用することができる。

オプションとして、プロセッサ９１０はさらに、前記フローティングウィジェットに対する入力が第２入力である場合において、第２入力と第１ターゲット入力が一致すれば、表示ユニット９０６が前記第１画面に前記ターゲットイベントのユーザインターフェースを表示するように制御することと、前記第２入力と第２ターゲット入力が一致すれば、前記第２画面に前記ターゲットイベントのユーザインターフェースを表示するように制御することに使用することができる。

オプションとして、前記フローティングウィジェットは、前記第１画面を指示するために使用する第１マークと、第２画面を指示するために使用する第２マークと、を含み得る。前記第１ターゲット入力は、前記第１マークに対する入力である。前記第２ターゲット入力は、前記第２マークに対する入力である。

オプションとして、前記第１画面と前記第２画面にそれぞれ異なるアプリケーションの動作インターフェースが表示された場合において、プロセッサ９１０はさらに、アプリケーションのホワイトリストを取得することと、前記第１画面および前記第２画面において動作しているアプリケーションの中では、前記アプリケーションのホワイトリストに属していないアプリケーションが存在するかどうかを検出することと、存在する場合において、表示ユニット９０６が、前記アプリケーションのホワイトリストに属していないアプリケーションに該当する画面に、前記ターゲットイベントのユーザインターフェースを表示することに使用する。

なお、本開示の実施形態において、高周波ユニット９０１はメッセージの送信・受信または通話中における信号の送信・受信に使用可能であることを理解されたい。具体的には、基地局からのダウンリンクデータを受信した後、プロセッサ９１０に処理させる。また、アップリンクデータを基地局に伝送する。通常、高周波ユニット９０１は、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、低雑音増幅器、デュプレクサなどを含むが、これらに限定されない。また、高周波ユニット９０１は、無線通信システムを介してネットワークおよびその他のデバイスと通信することができる。

端末はネットワークモジュール９０２を介してユーザに無線のブロードバンドインターネット接続を提供する。例えば、ユーザによる電子メールの送信・受信、ウェブサイトの閲覧、ストリーミングへのアクセスをサポートするなどである。

音声出力ユニット９０３は、高周波ユニット９０１またはネットワークモジュール９０２から受信した音声データまたは、メモリ９０９に保存されている音声データを音声信号に変換して音声に出力することができる。また、音声出力ユニット９０３はさらに、端末９００によって実行された特定の機能に関する音声出力（呼び出し信号を受信するときの着信音、メッセージを受信するときの通知音など）を提供することもできる。音声出力ユニット９０３は、スピーカー、ブザー、受話器などを含む。

入力ユニット９０４は、音声またはビデオ信号を受信することに使用する。入力ユニット９０４は、図学処理装置（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）９０４１およびマイク９０４２を含み得る。図学処理装置９０４１は、画面キャプチャモードまたは画像キャプチャモードで、画像キャプチャ装置（カメラなど）によって取得した静止画像またはビデオの画像データを処理する。処理後の画像フレームは、表示ユニット９０６に表示することができる。図学処理装置９０４１が処理した画像フレームは、メモリ９０９（またはその他の記憶媒体）に保存可能であって、高周波ユニット９０１またはネットワークモジュール９０２によって送信されることも可能である。マイク９０４２は、音声を受信して、このような音声を音声データに処理することができる。処理後の音声データは、通話モードでは、高周波ユニット９０１を介して基地局に送信できる形式に変換可能である。

端末９００はさらに、少なくとも１つのセンサー９０５（光センサー、人感センサーおよびその他のセンサーなど）を含む。具体的に、光センサーは環境光センサーおよび近接センサーを含む。そのうち、環境光センサーは、環境光の明るさによって表示パネル９０６１の明るさを調整することができる。近接センサーは、端末９００が耳元に移動するときに表示パネル９０６１および／またはバックライトをオフにすることができる。人感センサーの１つとして、加速度センサーは各方向（一般的には３軸）の加速度の大きさ、静止時の重力の大きさと方向を測定可能で、端末の姿勢識別（画面の縦向き／横向きの切り替え、関連ゲーム、磁気センサーの姿勢校正など）、振動による関連機能の識別などに使用可能である。さらに、センサー９０５は、指紋センサー、圧力センサー、虹彩センサー、分子センサー、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサーなどを含み得る。

表示ユニット９０６は、ユーザが入力した情報またはユーザに提供する情報を表示するために使用する。表示ユニット９０６は、表示パネル９０６１を含むことが可能で、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル９０６１を構成することができる。

ユーザ入力ユニット９０７は、入力された数字または文字情報を受信すること、端末のユーザ設定および機能制御に関するキー信号入力を生成することに使用可能である。具体的に、ユーザ入力ユニット９０７は、タッチパネル９０７１およびその他の入力装置９０７２を含む。タッチパネル９０７１は、タッチスクリーンとも呼ばれる。ユーザがその表面、またはその近くで行うタッチ操作（ユーザが指やスタイラスなど、任意の適切なものまたは付属品を用いてタッチパネル９０７１またはタッチパネル９０７１の近くで行う操作）を収集することができる。タッチパネル９０７１は、タッチ検出装置およびタッチコントローラの２つの部分を含み得る。そのうち、タッチ検出装置は、ユーザのタッチ方向を検出し、タッチ操作による信号を検出して、信号をタッチコントローラに送信する。タッチコントローラは、タッチ検出装置からタッチ情報を受信してから、タッチポイント座標に変換してプロセッサ９１０に送信する。その後、プロセッサ９１０からのコマンドを受信して実行する。また、電気抵抗式、静電容量式、赤外線および表面弾性波など、多種のタッチパネルを用いて、タッチパネル９０７１を実現することができる。タッチパネル９０７１に加えて、ユーザ入力ユニット９０７はさらに、その他の入力装置９０７２を含み得る。具体的に、その他のユーザ入力装置９０７２は物理的キーボード、機能キー（音量調整ボタン、スイッチボタンなど）、トラックボール、マウス、ジョイスティックを含み得るが、これらに限定されない。

さらに、タッチパネル９０７１は、表示パネル９０６１の上に覆うことが可能で、タッチパネル９０７１はその表面またはその近くで行うタッチ操作を検出すると、タッチイベントのタイプを確認するためにプロセッサ９１０に送信する。その後、プロセッサ９１０はタッチイベントによって、表示パネル９０６１上に対応する視覚的な出力を提供する。図９では、タッチパネル９０７１および表示パネル９０６１は、２つの独立した部品として端末の入力・出力機能を実現しているが、一部の実施形態において、タッチパネル９０７１および表示パネル９０６１を集積して、端末の入力・出力機能を実現することも可能で、ここで具体的に限定しない。

インターフェースユニット９０８は、外部装置と端末９００とを接続するインターフェースである。例えば、外部装置は、有線または無線タイプのヘッドホンポート、外部電源（またはバッテリー充電器）ポート、有線または無線タイプのデータポート、メモリポート、識別モジュール搭載の装置に接続するためのポート、音声入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含み得る。インターフェース９０８は、外部装置による入力（データ情報、電力など）を受信し、受信した入力を端末９００にある１つまたは複数の素子に伝送することに使用可能である。または、端末９００と外部装置との間のデータ送信に使用可能である。

メモリ９０９は、ソフトウェアプログラムおよび各種類のデータを保存するために使用することができる。メモリ９０９は、主にプログラムの保存領域およびデータの保存領域を含み得る。そのうち、プログラムの保存領域は、オペレーティングシステム、少なくとも１つの機能を備えるアプリケーション（音声再生機能、画像再生機能など）などを保存することができる。データの保存領域は、携帯電話の使用によって作成されたデータ（音声データ、電話帳など）を保存することができる。また、メモリ９０９は、高速ランダムアクセスメモリ、不揮発性メモリを含み得る。例えば、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリ装置、またはその他の揮発性ソリッドステートメモリなどである。

プロセッサ９１０は、端末のコントロールセンターであって、各インターフェースおよび回路を利用して端末全体の各部分を接続する。メモリ９０９に保存されているソフトウェアプログラムおよび／またはモジュールを実行して、メモリ９０９に保存されているデータを呼び出すことで、端末の各機能とデータ処理を実行して、端末全体を監視・管理する。プロセッサ９１０は、１つまたは複数の処理ユニットを含み得る。好ましくは、プロセッサ９１０はアプリケーションプロセッサとモデムプロセッサを集積可能である。そのうち、アプリケーションプロセッサは主にオペレーティングシステムや、ユーザインターフェース、アプリケーションなどを処理する。モデムプロセッサは主に無線通信を処理する。なお、前記モデムプロセッサは、プロセッサ９１０に集積しなくてもよいことを理解されたい。

端末９００はさらに、各部品に電力を供給する電源９１１（バッテリーなど）を含み得る。好ましくは、電源９１１は、電源管理システムを介してプロセッサ９１０と論理的に接続して、電源管理システムによる充電、放電、消費電力の管理などの機能を実現することができる。

なお、端末９００は、示されていないいくつかの機能モジュールを含む。しかし詳細はここで再び記述しない。

好ましくは、本開示の実施形態はさらに１つの端末を提供する。前記端末は、プロセッサ９１０と、メモリ９０９と、前記メモリ９０９に格納されており、前記プロセッサ９１０上で実行できるコンピュータプログラムと、を備える。前記プロセッサ９１０から前記コンピュータプログラムを実行すると、上記の情報処理方法に関する実施形態の各プロセスが実行され、同じ技術効果を達成可能である。ここで説明を省略する。

本開示の実施形態はさらに、コンピュータ読み取り可能な記憶媒体を提供する。前記コンピュータ読み取り可能な記憶媒体にコンピュータプログラムが保存されており、プロセッサから前記コンピュータプログラムを実行すると、上記の情報処理方法のステップが実行され、同じ技術効果を達成可能である。ここで説明を省略する。そのうち、前記コンピュータ読み取り可能な記憶媒体は、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、フロッピーディスクまたは光ディスクなどを含む。

なお、本開示では、用語「備える」、「含む」およびその他のすべての変形は、「非排他的な包括」という意味をカバーすることが意図される。これにより、一連の要素を含むプロセス、方法、システム、ものまたはデバイスはこれらの要素を備えるだけでなく、詳しく列記していないその他の要素、またはそのプロセス、方法、もの、デバイスの固有的な要素も含むようになる。さらに限定がない場合、語句「１つの○○を含む」に限定された要素は、当該要素を含むプロセス、方法、ものまたは装置の中に存在する同じ要素を排除するものではない。

上記の実施方法に関する説明により、当業者は、ソフトウェアに加えて、必要で一般的なハードウェアプラットフォームを用いて上記の実施形態を実現できることを把握することができる。勿論、ハードウェアで実現することも可能であるが、多くの場合、前者はより良い実施方法である。このような理解に基づいて、本開示の技術方法は本質的にソフトウェア製品の形式で表すことができる。言い換えれば、関連技術が寄与した部分は、にソフトウェア製品の形式で表すことができる。当該コンピュータソフトウェア製品は、１つの記憶媒体（Ｒ０Ｍ／ＲＡＭ、フロッピーディスク、光ディスクなど）に保存されており、１台の端末（携帯電話、コンピュータ、サーバ、空調、ネットワーク装置など）に本開示の各実施形態に述べた方法を実行させるための若干のコマンドを含む。

上記では、図面に基づいて本開示の実施形態について説明しているが、本開示は、上記の具体的な実施方法に限定されるものではない。上記の具体的な実施方法は、例示的なものに過ぎず、限定的なものではないものとする。当業者は、本開示により、本開示の趣旨および特許請求の範囲内において、さまざまな形態を実現することが可能であり、これらはすべて本開示の保護対象となる。

Claims (12)

1. 第１画面および第２画面を備える端末に適用する１つの情報処理方法であって、
   前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するためのフローティングウィジェットを表示することと、
   フローティングウィジェットに対する入力を受信することと、
   前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することと、を含み、
   ここで、前記ターゲット画面は、前記第１画面または前記第２画面である、ことを特徴とする情報処理方法。
2. 前記フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することは、
   前記フローティングウィジェットに対する入力が第１入力である場合において、前記ターゲットイベントに該当するアプリケーションがバックグラウンドで動作するように制御することと、
   フローティングウィジェットに対する入力が第２入力である場合において、前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することと、を含むことを特徴とする請求項１に記載の情報処理方法。
3. フローティングウィジェットに対する入力が第２入力である場合、前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することは、
   フローティングウィジェットに対する入力が第２入力である場合において、第２入力と第１ターゲット入力が一致すれば、前記第１画面に前記ターゲットイベントのユーザインターフェースを表示することと、
   第２入力と第２ターゲット入力が一致すれば、前記第２画面に前記ターゲットイベントのユーザインターフェースを表示することと、を含むことを特徴とする請求項２に記載の情報処理方法。
4. 前記フローティングウィジェットは、前記第１画面を指示するために使用する第１マークと、第２画面を指示するために使用する第２マークと、を含み、前記第１ターゲット入力は、前記第１マークに対する入力、前記第２ターゲット入力は、前記第２マークに対する入力である、ことを特徴とする請求項３に記載の情報処理方法。
5. 前記第１画面および第２画面にそれぞれ異なるアプリケーションの動作インターフェースが表示された場合において、前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することは、
   アプリケーションのホワイトリストを取得することと、
   前記第１画面および前記第２画面において動作しているアプリケーションの中では、前記アプリケーションのホワイトリストに属していないアプリケーションが存在するかどうかを検出することと、
   存在する場合において、前記アプリケーションのホワイトリストに属していないアプリケーションに該当する画面に、前記ターゲットイベントのユーザインターフェースを表示することと、を含むことを特徴とする請求項２に記載の情報処理方法。
6. 第１画面および第２画面を備える端末であって、
   前記第１画面および第２画面にそれぞれアプリケーションの動作インターフェースが表示された場合において、ターゲットイベントを受信した後、ターゲット画面に前記ターゲットイベントを指示するためのフローティングウィジェットを表示することに使用する表示モジュールと、
   フローティングウィジェットに対する入力を受信することに使用する受信モジュールと、
   フローティングウィジェットに対する入力に応答して、前記ターゲットイベントを処理することに使用する処理モジュールと、を含み、
   ここで、前記ターゲット画面は、前記第１画面または前記第２画面である、ことを特徴とする端末。
7. 前記処理モジュールは、
   前記フローティングウィジェットに対する入力が第１入力である場合において、前記ターゲットイベントに該当するアプリケーションがバックグラウンドで動作するように制御することに使用する制御サブモジュールと、
   前記フローティングウィジェットに対する入力が第２入力である場合において、前記ターゲット画面に前記ターゲットイベントのユーザインターフェースを表示することに使用する表示サブモジュールと、を備えることを特徴とする請求項６に記載の端末。
8. 前記表示サブモジュールは、
   前記フローティングウィジェットに対する入力が第２入力である場合において、
   第２入力と第１ターゲット入力が一致すれば、前記第１画面に前記ターゲットイベントのユーザインターフェースを表示することに使用する第１の表示ユニットと、
   第２入力と第２ターゲット入力が一致すれば、前記第２画面に前記ターゲットイベントのユーザインターフェースを表示することに使用する第２の表示ユニットと、を備えることを特徴とする請求項７に記載の端末。
9. 前記フローティングウィジェットは、前記第１画面を指示するために使用する第１マークと、第２画面を指示するために使用する第２マークと、を含み、前記第１ターゲット入力は、前記第１マークに対する入力、前記第２ターゲット入力は、前記第２マークに対する入力である、ことを特徴とする請求項８に記載の端末。
10. 前記第１画面および第２画面にそれぞれ異なるアプリケーションの動作インターフェースが表示された場合において、前記表示サブモジュールは、
    アプリケーションのホワイトリストを取得することに使用する取得ユニットと、
    前記第１画面および前記第２画面において動作しているアプリケーションの中では、前記アプリケーションのホワイトリストに属していないアプリケーションが存在するかどうかを検出することに使用する検出ユニットと、
    前記検出ユニットから検出した結果、存在する場合において、前記アプリケーションのホワイトリストに属していないアプリケーションに該当する画面に、前記ターゲットイベントのユーザインターフェースを表示することとに使用する第３の表示ユニットと、を備えることを特徴とする請求項７に記載の端末。
11. プロセッサと、メモリと、メモリに格納されており、プロセッサ上で実行できるコンピュータプログラムと、を含み、プロセッサから前記コンピュータプログラムを実行すると、請求項１〜５のいずれか１項に記載の情報処理方法のステップが実行される、ことを特徴とする端末。
12. コンピュータプログラムが保存されており、プロセッサから前記コンピュータプログラムを実行すると、請求項１〜５のいずれか１項の情報処理方法のステップが実行される、ことを特徴とするコンピュータ読み取り可能な記憶媒体。

Images