JP6910376B2 - アプリケーションプログラムのデータ処理方法及びデバイス - Google Patents

Description

本願は、データ処理の分野に関し、特に、アプリケーションプログラムのデータ処理方法及びデバイスに関する。

スマートフォンやタブレットコンピュータなどの携帯端末デバイスの普及に伴い、（ユーザは）アプリケーションプログラム（ＡＰＰ）の使用に徐々に慣れ、インターネットサーフィンをするようになってきている。しかし、アプリを長時間使用すると、多くのキャッシュ（ｃａｃｈｅ）が蓄積される。キャッシュのクリアが時間的に間に合わない場合、システム保存領域が占有されてしまうだけでなく、アプリのロード速度も悪影響を受ける。

現在、アプリのキャッシュをクリアする方法は概ね以下の通りである。すなわち、アプリを起動してから、キャッシュのクリアに対応する機能ボタンを選んで、その機能ボタンをタップすると、クライアントソフトウェアによってキャッシュをクリアするイベントがトリガされる。しかしながら、アプリ内に比較的多くの量のキャッシュが蓄積されている場合、アプリの実行速度は比較的遅くなる。したがって、比較的長い起動時間を要する。加えて、ユーザがアプリをタップした後、キャッシュのクリアに対応する機能ボタンを選ぶには、検索コストを要するので、時間と労力がかかり、ユーザエクスペリエンスは貧弱になる。

本願の実施の目的は、アプリケーションプログラムのデータ処理方法及びデバイスを提供することであり、アプリケーションプログラムを起動せずに、アプリケーションプログラムのデータを迅速且つ効率的にクリアにし、それによりユーザエクスペリエンスを向上させる。

本願は、アプリケーションプログラムのデータ処理方法を提供し、前記方法は：インタフェースにおいて第１の所定のユーザ操作を検出すると、アプリケーションプログラムの保留状態をトリガするステップであって、前記インタフェースは少なくとも１つのアプリケーションプログラムのアイコンを有する、前記トリガするステップと；前記保留状態において、ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作を検出すると、前記ターゲットアプリケーションプログラムのデータを処理するステップと；を含む。

本願は、アプリケーションプログラムのデータ処理デバイスを提供し、前記デバイスは：インタフェースにおいて第１の所定のユーザ操作が検出されると、アプリケーションプログラムの保留状態をトリガするよう構成された保留状態トリガモジュールであって、前記インタフェースが少なくとも１つのアプリケーションプログラムのアイコンを有する、前記保留状態トリガモジュールと；ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作が検出されると、保留状態にある前記ターゲットアプリケーションプログラムのデータを処理するよう構成されたデータ処理モジュールと；を含む。

上で述べた実施において提供される技術的解決策から、インタフェースにおける第１の所定のユーザ操作が検出され、第１の所定の操作に基づいてアプリケーションプログラムの保留状態がトリガされることが分かる。次に、保留状態において、ターゲットアプリケーションプログラムの第２の所定のユーザ操作が検出されると、ターゲットアプリケーションプログラムのデータを処理するイベントをトリガし、ターゲットアプリケーションプログラムのデータ処理を完了できる。アプリケーションプログラムのデータをクリアする全工程において、アプリケーションプログラムを起動せずにデータをクリアすることができる。データを迅速且つ効率的にクリアすることができ、ユーザの学習曲線をより緩やかにでき、ユーザエクスペリエンスを向上することができる。

本願の実施における又は既存の技術における技術的解決策をより明確に説明するために、以下に、実施又は既存の技術を説明するために必要とされる添付図面を簡単に説明する。明らかに、以下の説明における添付図面は、本願のいくつかの実施を単に示すものであり、当業者は創造的な努力なしにこれらの添付図面から更に他の図面を導き出すことができる。

図１は、本願の実施による、アプリケーションプログラムのデータ処理方法を示すフローチャートである。

図２は、本願の実施による、アプリケーションプログラムのデータ処理方法を示すフローチャートである。

図３は、本願の実施による、アプリケーションプログラムのデータ処理方法を示す概略図である。

図４は、本願の実施による、アプリケーションプログラムのデータ処理方法を示す概略図である。

図５は、本願の実施による、アプリケーションプログラムのデータ処理方法のステップを示すフローチャートである。

図６は、本願の実施による、アプリケーションプログラムのデータ処理デバイスを示す概略図である。

図７は、本願の実施による、アプリケーションプログラムのデータ処理デバイスを示す概略図である。

図８は、本願の実施による、アプリケーションプログラムのデータ処理デバイスを示す概略図である。

図９は、本願の実施による、データ処理モジュールを示す概略図である。

当業者が本願における技術的解決策をよりよく理解することを可能にするために、本願の実施における添付図面を参照して、以下に本願の実施における技術的解決策を明確かつ完全に説明する。明らかに、記載された実施は、本願の実施のほんの一部であり、全てではない。創造的な努力なしに本願の実施に基づいて当業者によって得られる他の実施は、本願の保護範囲内に入るものである。

以下、添付図面を参照して、本願におけるアプリケーションプログラムのデータ処理方法及びデバイスについて詳細に説明する。図１は、本願の実施による、アプリケーションプログラムのデータ処理方法を示すフローチャートである。本願は、以下の実施又は添付図面に示される方法の操作ステップ又はデバイスの構造を提供するが、従来の又は非創造的な努力に基づく、より多くの又はより少ない操作ステップ又はモジュール構造を含むことができる。必要な論理的因果関係を持たないステップ及びデバイスについては、ステップの実行順序及びデバイスのモジュール構造が、本願の実施で提供される実行順序やモジュール構造に限定されることはない。実際の用途において、デバイス又は端末製品によって方法又はモジュール構造が実行される場合、その方法又はモジュール構造は、実施又は添付図面に示される方法又はモジュール構造の順序に基づいて実行できる、又は、並列に（例えば、並列プロセッサ又は多（複数）スレッド処理環境で）実行できる。

図１を参照すると、本願の実施によるアプリケーションプログラムのデータ処理方法は、以下のステップを含むことができる。

ステップＳ１０：インタフェースにおいて第１の所定のユーザ操作を検出すると、アプリケーションプログラムの保留状態をトリガする。ここで、インタフェースは少なくとも１つのアプリケーションプログラムのアイコンを有する。

この実施では、アプリケーションプログラムのデータ処理方法は、タッチスクリーンを有するデバイスに適用できる。加えて、タッチスクリーンとの相互作用（インタラクション）に基づいてアプリケーション制御を完結する別のデバイスは除外されない。本願に記載のデバイスとしては、パーソナルコンピュータ（ＰＣ）、サーバコンピュータ、移動通信端末、ハンドヘルドデバイス、携帯情報端末（ＰＤＡ）、タブレットコンピュータ、ウェアラブルデバイス、企業向け又は公用のセルフサービス端末などが挙げられる。このデバイスは、特定の方法を用いて、所定の操作の主体との相互作用に関する情報を取得できる。相互作用の情報は、第１の所定の操作の主体によってタッチスクリーンに触れる時間、場所などを含むことができる。ユーザと対話するとき、デバイスは、ユーザのタッチポイントの時間及び場所などの一連の情報を収集することによって、データマッチングを実行する。

この実施では、インタフェースがタッチスクリーン上に対応して配置される。インタフェースは、少なくとも１つのアプリケーションプログラムのアイコンを有するシステムインタフェースとすることができる。アプリケーションプログラムは、一つ又は複数のタスクを完了するために用いられるコンピュータプログラムであってもよい。これは、ユーザモードで実行でき、ユーザと対話でき、視覚的なユーザインタフェースを有することができる。アプリケーションプログラムとして、Ｄｉａｎｐｉｎｇ及びＤｉｎｇ Ｄｉｎｇクーポンのようなローカルサービスカテゴリ；タオバオ（Ｔａｏｂａｏ）、Ｊｉｎｇｄｏｎｇ、Ｄａｎｇｄａｎｇのようなオンラインショッピングカテゴリ；ＷｅＣｈａｔやＤｉｎｇＴａｌｋのようなソーシャルインスタントコミュニケーションツールカテゴリ；Ａｎｔ Ｆｏｒｔｕｎｅやアリペイ（Ａｌｉｐａｙ）のような財務管理カテゴリ；並びに、オーディオ又はビデオ再生カテゴリ、ナビゲーションカテゴリ、及びゲームカテゴリのような他のカテゴリ；が挙げられる。当然、アプリケーションプログラムは、前述の分類及び列挙に限定されず、本願において限定されない。

この実施では、第１の所定の操作を実行する主体は手とすることができる。ほとんどのアプリケーションシナリオでは、ユーザは通常、指を使ってタッチスクリーン内の所定の領域をタップ、押圧、スライド、及びシェイクする。言うまでもなく、別の実施では、対応するタッチ制御補助デバイスを使用して、タッチスクリーン内の所定の領域内で操作を実行できる。例えば、一般によく使われるデバイスとして、静電容量式スタイラス、電磁誘導スタイラス、赤外線ベースの短距離遠隔制御デバイスなどが挙げられる。したがって、本願においてタッチスクリーンをトリガする主体は、手、抵抗感知デバイス、容量感知デバイス、赤外線感知デバイス、電磁誘導デバイス、光感知デバイス、及び熱感知デバイスのうちの少なくとも１つを含むことができる。

この実施では、第１の所定の操作に基づき、それに対応する電気信号をタッチスクリーンに生成できる。電気信号は、先に列挙された主体がタッチスクリーンと接触している、又は感知距離内にある場合に、主体に関してタッチスクリーンによって生成された電気信号であってもよい。更に、第１の所定のユーザ操作に対応する電気信号は、タッチスクリーンによって検出された電気信号と、所定のファンクションキーによって受信された電気信号との重ね合わせ、又は所定のファンクションキーによって受信された電気信号であってもよい。アプリケーションプログラムは、第１の所定の操作に基づいて保留状態に入るようにトリガすることができる。

この実施では、アプリケーションプログラムの保留状態は、アプリケーションプログラムが保留状態に入ることを示すことができる。この場合、ユーザは、実際のニーズに基づいて対応のアプリケーションプログラムを特定し、その後、特定されたアプリケーションプログラムに対して対応の処理を行うことができる。この処理は、アプリケーションプログラムのデータ処理とすることができる。

ステップＳ１２：保留状態においてターゲットアプリケーションプログラムの第２の所定のユーザ操作を検出すると、ターゲットアプリケーションプログラムのデータを処理する。

この実施では、保留状態において、対応するアプリケーションプログラムのデータを、ユーザの選択に基づいて処理できる。以下、クリーンにする（cleaned）必要があるアプリケーションプログラムをターゲットアプリケーションプログラムと呼ぶ。一つ又は複数のターゲットアプリケーションプログラムがあってもよく、その数は本願では限定されない。一般に、アプリケーションプログラム内に比較的多量のキャッシュが蓄積されている場合、アプリケーションプログラムの実行速度は比較的遅い。この場合、ユーザはアプリケーションプログラムのデータを処理する必要があろう。

実施において、ターゲットアプリケーションプログラムのデータ処理は：ターゲットアプリケーションプログラム内のキャッシュを削除するステップ；ターゲットアプリケーションプログラム内のデータを圧縮するステップ；及びターゲットアプリケーションプログラム内のフラグメントを編成するステップ；のうちの少なくとも１つのステップを含むことができる。もちろん、代わりにターゲットアプリケーションプログラムのデータは、本願に限定されない別の方法を用いて処理することもできる。

キャッシュは、一時的に記憶されるデータであり、通常はローカルディスクに記憶される。キャッシュは、少なくとも２つのカテゴリに分類でき、キャッシュは以下を含む。すなわち、第１のカテゴリは、ファイルが閲覧のために開かれたときにダウンロードされる一時キャッシュファイル、第２のカテゴリは、ユーザが好きな操作を実行する好きなキャッシュファイル、とすることができる。

この実施では、第２の所定の操作を実施する主体は手とすることができる。ほとんどのアプリケーションシナリオでは、ユーザは、通常、指を使ってタッチスクリーン内の所定の領域をタップ、押圧、スライド、及びシェイクする。言うまでもなく、別の実施では、対応するタッチ制御補助デバイスを使用して、タッチスクリーン内の所定の領域内で操作を実行できる。例えば、一般によく使われるデバイスとして、静電容量式スタイラス、電磁誘導スタイラス、赤外線ベースの短距離遠隔制御デバイスなどが挙げられる。したがって、本願においてタッチスクリーンをトリガする主体は、手、抵抗感知デバイス、容量感知デバイス、赤外線感知デバイス、電磁誘導デバイス、光感知デバイス、及び熱感知デバイスのうちの少なくとも１つを含むことができる。

この実施では、第２の所定の操作に基づき、それに対応する電気信号をタッチスクリーンに生成できる。電気信号は、先に列挙された主体がタッチスクリーンと接触している、又は感知距離内にある場合に、主体に関してタッチスクリーンによって生成された電気信号であってもよい。更に、第２の所定のユーザ操作に対応する電気信号は、タッチスクリーンによって検出された電気信号と、所定のファンクションキーによって受信された電気信号との重ね合わせ、又は所定のファンクションキーによって受信された電気信号であってもよい。第２の所定の操作に基づいて、ターゲットアプリケーションプログラムのデータをクリアするイベントをトリガすることができる。

この実施では、保留状態において、ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作が検出されると、所定のルールに基づいてターゲットアプリケーションプログラムのデータを処理できる。所定のルールは、少なくとも、ターゲットアプリケーションプログラムの基本機能を維持するために用いられる。所定のルールは、ターゲットアプリケーションプログラムに対応する座標点で第２の所定の操作が受信されると、ターゲットアプリケーションプログラムのデータを処理でき、ターゲットアプリケーションプログラム自体が完全に又は部分的に削除されないことを保証するために用いることができる。

所定のルールは以下の通りであってよい。すなわち、保留状態において、ターゲットアプリケーションプログラムを完全に又は部分的に削除するために使用可能なサブアイコンが、ターゲットアプリケーションプログラムに対応するアイコン上に現れる場合には、ターゲットアプリケーションプログラムをトリガしてデータ処理イベントを入力する場所を、サブアイコン以外のターゲットプログラムのアイコン位置に設定する。加えて、所定のルールは以下の通りであってよい。すなわち、サブアイコンの元の機能が遮断される。第２の所定の操作を受信する場所が、サブアイコンが位置する場所である場合には、ターゲットアプリケーションプログラムのデータを処理するイベントをトリガすることができ、ターゲットアプリケーションプログラム自体が完全に又は部分的に削除されない。

本願のこの実施では、インタフェース内の第１の所定のユーザ操作が検出され、第１の所定の操作に基づいてアプリケーションプログラムの保留状態がトリガされる。そして、保留状態では、ターゲットアプリケーションプログラムのデータ処理を完了するために、ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作が検出されると、ターゲットアプリケーションプログラムのデータを処理するイベントをトリガすることができる。アプリケーションプログラムのデータをクリアする全工程において、アプリケーションプログラムを起動せずにデータをクリアすることができる。データを迅速かつ効率的にクリアすることができ、ユーザの学習曲線をより緩やかにでき、ユーザエクスペリエンスを向上することができる。

図２を参照すると、実施において本方法は、以下のステップを更に含むことができる。

ステップＳ１４：ターゲットアプリケーションプログラムのデータ処理が完了したことを検出した後、完了情報を表示する。

この実施において、ターゲットアプリケーションプログラムのデータ処理の完了は、ターゲットアプリケーションプログラム内のキャッシュが削除されているか、ターゲットアプリケーションプログラム内のデータが圧縮されているか、ターゲットアプリケーションプログラム内のフラグメントが編成されているか、又は、先のケースの一つ又は複数であってもよい。実施は、本願では限定されない。ターゲットアプリケーションプログラムのデータ処理が完了した後、例えば、ターゲットアプリケーションプログラムのキャッシュの削除が検出された後、ターゲットアプリケーションプログラムのデータが所定の記憶容量に圧縮されたことが検出された後、ターゲットアプリケーション内のフラグメントが連続したディスククラスタに連続的に記憶されたことが検出された後、又は、先のケースのいずれかの組み合わせが検出された後、ターゲットアプリケーションプログラムのデータ処理が完了したことを示す完了情報を送信して、ターゲットアプリケーションプログラムのデータ工程が終了したことをユーザに通知できる。

実施では、完了情報には、所定のトラック（ｔｒａｃｋ）に基づいて移動するターゲットアプリケーションプログラムのアイコンを制御するための情報、及び第１の表示状態から第２の表示状態に切り替えるためにターゲットアプリケーションプログラムのアイコンを制御するための情報、のいずれか一方が含まれ得る。

この実施では、ターゲットアプリケーションプログラムのデータ処理が完了した後、完了情報を送信して、このケースでのターゲットアプリケーションプログラムのデータ処理が完了したことをユーザに通知できる。

完了情報は、所定のトラックに基づいてターゲットアプリケーションプログラムのアイコンを制御して動かすための情報とすることができる。例えば、ターゲットアプリケーションプログラムのデータ処理が完了すると、ターゲットアプリケーションプログラムのアイコンを３６０度反転させたり、１８０度前後回転させたり、別のトラックに基づいて動かしたりすることもできる。実施は、本願では限定されない。

加えて、ターゲットアプリケーションプログラムのデータ処理が完了すると、完了情報は、ターゲットアプリケーションプログラムのアイコンを制御して第１の表示状態から第２の表示状態へ切り替えるための情報とすることができる。例えば、ターゲットアプリケーションプログラムがデータクリア処理中である場合、ターゲットアプリケーションプログラムのアイコンを第１の表示状態で表示できる。第１の表示状態は、ファジー処理、シャドウカバレッジ（ｓｈａｄｏｗ ｃｏｖｅｒａｇｅ）などとすることができる。もちろん、第１の表示状態の形式は、先の実施例に限定されるものではなく、本願において限定されるものでもない。第２の表示状態は、ターゲットアプリケーションプログラムの元のアイコン、又は元のアイコンに基づいてサブ識別子を設定することによって形成された新しいアイコンであってもよく、アプリケーションプログラムがターゲットアプリケーションプログラム内のデータのクリアを完了したことを示す。或いは、第２の表示状態は、別の形式であってもよく、本願では限定されない。

図３を参照すると、実施において、本方法は、以下のステップを更に含むことができる。

ステップＳ１６：インタフェース内の第３の所定のユーザ操作を検出すると、アプリケーションプログラムをトリガして保留状態を終了する。

この実施では、ユーザがクリアする必要のあるすべてのアプリケーションプログラムのデータをクリアした後、対応する第３の所定の操作をインタフェースの所定の位置で実行して保留状態を終了できる。

この実施では、第３の所定の操作を実施する主体は手とすることができる。ほとんどのアプリケーションシナリオでは、ユーザは通常、指を使ってタッチスクリーン内の所定の領域をタップ、押圧、スライド、及びシェイクする。言うまでもなく、別の実施では、対応するタッチ制御補助デバイスを使用して、タッチスクリーン内の所定の領域内で操作を実行できる。例えば、一般によく使われるデバイスとして、静電容量式スタイラス、電磁誘導スタイラス、赤外線ベースの短距離遠隔制御デバイスなどが挙げられる。したがって、本願においてタッチスクリーンをトリガする主体は、手、抵抗感知デバイス、容量感知デバイス、赤外線感知デバイス、電磁誘導デバイス、光感知デバイス、及び熱感知デバイスのうちの少なくとも１つを含むことができる。

この実施では、第３の所定の操作に基づき、それに対応する電気信号をタッチスクリーンに生成できる。電気信号は、先に列挙された主体がタッチスクリーンと接触している、又は感知距離内にある場合に、主体に関してタッチスクリーンによって生成された電気信号であってもよい。更に、第３の所定の操作に対応する電気信号は、所定のファンクションキーによって受信される電気信号であってもよい。或いは、第３の所定のユーザ操作に対応する電気信号は、ユーザがインタフェース内の空白の位置をタップした後に生成される電気信号であってもよく、所定のファンクションキーなどを押圧した後に生成される電気信号であってもよい。アプリケーションプログラムが保留状態を終了するイベントは、第３の所定の操作に基づいてトリガすることができる。

実施では、ターゲットアプリケーションプログラムのデータ処理の完了を検出するステップの後に、本方法は、アプリケーションプログラムをトリガして保留状態を終了するステップを更に含むことができる。

この実施では、アプリケーションプログラムは、ターゲットアプリケーションプログラムのデータ処理が完了したことを検出するステップＳ１４の後に、保留状態を、直接、終了できる。

クリーンにする必要があるターゲットアプリケーションプログラムが１つ存在する場合、ターゲットアプリケーションプログラムのデータ処理の完了後、アプリケーションプログラムは保留状態を終了してインタフェースの元の状態に戻ることができる。クリーンにする必要があるターゲットアプリケーションプログラムが複数存在する場合、最後のターゲットアプリケーションプログラムのデータ処理が完了した後、アプリケーションプログラムは保留状態を終了してインタフェースの元の状態へ戻ることができる。

実施では、ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作を検出するステップの後に、本方法は：第２の所定の操作に基づいて、少なくとも２つの事前に記憶された削除オプションを呼び出すステップであって、各削除オプションはターゲットアプリケーションプログラム内のキャッシュカテゴリに対応する、前記呼び出すステップと；削除オプションに対するユーザの選択結果に基づいて、ターゲットアプリケーションプログラムのデータを処理するステップを対応して実行するステップと；を更に含むことができる。

この実施では、キャッシュは、一時的に記憶されるデータであり、通常はローカルディスクに記憶される。キャッシュは、少なくとも２つのカテゴリに分類でき、キャッシュは以下を含む。すなわち、第１のカテゴリは、ファイルが閲覧のために開かれたときにダウンロードされる一時キャッシュファイルとし、第２のカテゴリは、ユーザが好きな操作を実行する好きなキャッシュファイルとすることができる。削除オプションは、キャッシュのカテゴリに対応することができる。第１の削除オプションと第２の削除オプションとをキャッシュに設定できる。第１の削除オプションは、第１のカテゴリのキャッシュに対応し、第２の削除オプションは、第２のカテゴリのキャッシュに対応する。

削除オプションは、第２の所定のユーザ操作が受信されると、ユーザに対して呼び出すことができる。１つ以上の削除オプションを選択する場合、ユーザは、削除オプションに対するユーザの選択結果に基づいて、対応するキャッシュカテゴリ内のキャッシュを削除できる。第２の所定の操作が受信された後、削除オプションは、インタフェース内のダイアログボックスの形式でユーザに提示できる。異なる削除オプションは、異なる削除ボタンに対応できる。

この実施では、ターゲットアプリケーションプログラムのデータを処理することは、ターゲットアプリケーションプログラムに対応するキャッシュカテゴリ内のキャッシュを削除することである。ユーザが第１のカテゴリの一時的なキャッシュファイルを削除する必要があるとき、ユーザは、対応する削除ボタンをタップすることを選択して、ターゲットアプリケーションプログラムに対応するキャッシュカテゴリ内のキャッシュを削除できる。

この実施では、異なるキャッシュカテゴリに対して異なる削除オプションが設定されているので、ユーザは、記憶したくないキャッシュファイルを選択的に削除し、価値があると思う情報を選択的に記憶して、ユーザエクスペリエンスを更に向上させることができる。

実施では、第１の所定の操作は、確かな押圧操作、長押し操作、多（複数）タップ操作、及びシェイク操作のうちのいずれか１つ又は組み合わせを含むことができる。

この実施では、複数の座標点をタッチスクリーン上に設定できる。アプリケーションプログラムのアイコンがあり、且つそれに対応してタッチスクリーンのインタフェースに設定される座標点において、第１の所定の操作が検出されると、対応するトリガ信号を生成してアプリケーションプログラムをトリガして保留状態に入ることができる。

この実施では、確かな押圧操作に基づいて生成されるトリガ信号は、タッチスクリーンのインタフェースにおける少なくとも１つの座標点の検出された電気信号であって、所定の圧力より大きい。長押し操作に基づいて生成されるトリガ信号は、所定の持続時間よりも長く、タッチスクリーンのインタフェース内の少なくとも１つの座標点から検出される電気信号、又は、所定の持続時間よりも長く、所定のファンクションキー又はファンクションキーの組み合わせにて検出される電気信号とすることができる。多（複数）タップ操作に基づいて生成される入力信号は、タッチスクリーンのインタフェース内の少なくとも１つの座標点から検出される複数の不連続電気信号とすることができる。隣接する２つの生成される電気信号間の時間間隔は、所定の持続時間を満たす。例えば、所定の持続時間を、１秒乃至５秒とすることができる。シェイク操作に基づいて生成される入力信号は、加速度センサにより得られる加速度が所定の閾値に達したときに生成される入力信号とすることができる。シェイク操作に基づいて生成されるトリガ信号は、加速度センサが所定の閾値に達したときに生成される加速度信号とすることができる。加速度センサはモバイル端末に内蔵されており、加速度センサは、３方向すなわち、Ｘ、Ｙ、Ｚ方向の加速度を測定できる。Ｘ、Ｙ、Ｚ方向は互いに直交し、３次元の空間座標系を構成することができる。Ｘ方向の値はデバイスの水平方向の動きを表し、Ｙ方向の値はデバイスの垂直方向の動きを表し、Ｚ方向の値は空間内のデバイスの垂直方向を表すことができる。使用中、３方向の加速度はオペレーティングシステムに送信され、オペレーティングシステムは３方向の加速度を最終的な加速度値へと結合する。

実施例において、第１の所定の操作に対応する電気信号は、ユーザがインタフェース内のアプリケーションプログラムのアイコンを長押しすることによって生成される電気信号とすることができる。加えて、第１の所定の操作に対応する電気信号は、ユーザが、デバイスに設けられた一つのファンクションキー又は複数のファンクションキーの組み合わせを押圧することにより生成される電気信号であってもよい。例えば、第１の所定の操作は、ホームキーとボリュームキーとの組み合わせで押して電気信号を生成できる。第１の所定の操作の実施は、これまでの説明に限定されず、本願では一つ一つ記載していない。本願の技術的本質の啓発において、当業者は更に第１の所定の操作に対して別の変更を加えることができるが、実施されている機能及び第１の所定の操作によって奏する効果が本願効果と同一又は同様であれば、本願請求項の保護範囲内に包含されることは言うまでもない。

実施において、第２の所定の操作は、確かな押圧操作、長押し操作、多（複数）タップ操作、及びシェイク（振り）操作、のいずれか１つ又は組み合わせを含むことができる。

この実施では、複数の座標点をタッチスクリーン上に設定できる。アプリケーションプログラムのアイコンの座標点であって、対応してタッチスクリーンのインタフェース内に設定された座標点において、第２の所定の操作が検出されると、対応するトリガ信号を生成してアプリケーションプログラムをトリガして保留状態に入ることができる。

この実施では、確かな押圧操作に基づいて生成されるトリガ信号は、所定の圧力よりも大きく、タッチスクリーンのインタフェース内の少なくとも１つの座標点から検出される電気信号とすることができる。長押し操作に基づいて生成されるトリガ信号は、所定の持続時間よりも長く、タッチスクリーンのインタフェース内の少なくとも１つの座標点から検出される電気信号、又は、所定の持続時間よりも長く、所定のファンクションキー又はファンクションキーの組み合わせで検出された電気信号であってもよい。多（複数）タップ操作に基づいて生成される入力信号は、タッチスクリーンのインタフェース内の少なくとも１つの座標点から検出される複数の不連続電気信号とすることができる。隣接する２つの生成される電気信号間の時間間隔は、所定の持続時間を満たす。例えば、所定の持続時間は、１秒乃至５秒とすることができる。シェイク操作に基づいて生成される入力信号は、加速度センサにより得られる加速度が所定の閾値に達したときに生成される入力信号とすることができる。シェイク操作に基づいて生成されるトリガ信号は、加速度センサが所定の閾値に達したときに生成される加速度信号とすることができる。加速度センサはモバイル端末に内蔵されており、加速度センサは３方向、すなわちＸ、Ｙ、Ｚ方向の加速度を測定できる。Ｘ、Ｙ、Ｚ方向は互いに直交しており、３次元の空間座標系を構成することができる。Ｘ方向の値はデバイスの水平方向の動きを表し、Ｙ方向の値はデバイスの垂直方向の動きを表し、Ｚ方向の値は空間内のデバイスの垂直方向を表すことができる。使用時、３方向の加速度はオペレーティングシステムに送信され、オペレーティングシステムは３方向の加速度を最終加速度値へと結合する。

実施例では、第２の所定の操作に対応する電気信号は、ユーザがインタフェース内のアプリケーションプログラムのアイコンを押圧し、且つデバイスをシェイクすることによって生成される電気信号とすることができる。加えて、第２の所定の操作に対応する電気信号は、ユーザが、デバイスに設けられた一つのファンクションキー又は複数のファンクションキーの組み合わせで押圧することにより生成される電気信号であってもよい。第２の所定の操作の実施は、これまでの説明に限定されるものではなく、本願では一つ一つ記載していない。本願の技術的本質の啓発において、当業者は更に第１の所定の操作に対して別の変更を加えることができるが、実施されている機能及び第１の所定の操作によって奏する効果が本願効果と同一又は同様であれば、本願請求項の保護範囲内に包含されることは言うまでもない。

図４を参照すると、実施では、第２の所定の操作は、シェイク操作と押圧操作との組み合わせであり、ターゲットアプリケーションプログラムのデータを処理するステップは以下のステップを含むことができる。

ステップＳ１２１：押圧操作を識別してデータ処理を必要とするターゲットアプリケーションプログラムを特定する。

ステップＳ１２３：シェイク信号が所定の加速度閾値に達したことを検出すると、ターゲットアプリケーションプログラムのデータを処理する。

この実施において、押圧操作は、タッチスクリーンのインタフェース内の所定の領域内にあるターゲットアプリケーションプログラムを、保留状態においてユーザが押圧する操作とすることができる。押圧操作に基づいて生成されるトリガ信号は、押圧に対応しており、タッチスクリーンのインタフェース内の所定の座標点で検出される電気信号とすることができる。この実施では、押圧操作を識別することによって、クリーンにする必要があるターゲットアプリケーションプログラムを特定できる。

この実施では、シェイク操作に基づいて生成されるトリガ信号は、加速度センサが所定の閾値に達すると生成される加速度信号とすることができる。加速度センサはモバイル端末に内蔵されており、加速度センサは３方向、すなわちＸ、Ｙ、Ｚ方向の加速度を測定できる。Ｘ、Ｙ、Ｚ方向は互いに直交しており、３次元の空間座標系を構成できる。Ｘ方向の値はデバイスの水平方向の動きを表し、Ｙ方向の値はデバイスの垂直方向の動きを表し、Ｚ方向の値は空間内のデバイスの垂直方向を表すことができる。使用中、３つの方向の加速度はオペレーティングシステムに送信され、オペレーティングシステムは３つの方向の加速度を最終加速度値へと結合する。更に、オペレーティングシステムは、最終加速度値を所定の加速度値と比較し、シェイク信号が所定の加速度閾値に到達した、と特定すると、ターゲットアプリケーションプログラムのデータを処理できる。

図５を参照すると、実施では、インタフェース１１０において、ユーザはアプリケーションプログラム１１２のアイコンを長押しすることができる。デバイスが長押し操作を検出すると、アプリケーションプログラムの保留状態がトリガされる。この場合、ユーザは、クリーンにする必要があるターゲットアプリケーションプログラム１１４を長押しすることができ、同時にデバイスをシェイクすることができる。デバイス内の加速度センサによって受信された加速度信号が所定の加速度閾値に達すると、ターゲットアプリケーションプログラム１１４のデータがクリアされる。クリア工程では、ターゲットアプリケーションプログラム１１４のアイコンを３６０度回転させることができる。クリアに成功すると、ターゲットアプリケーションプログラム１１４のアイコンが初期位置まで回転する。この場合、ターゲットアプリケーションプログラム１１４に対応するデータがクリアされたことを示す。別のアプリケーションプログラムのデータをクリアする必要がない場合、ユーザは空白領域をタップしたり、ホームキーを押圧したりするなどして保留状態を終了してインタフェース１１０の元の状態へ戻ることができる。

先の各実施で説明したアプリケーションプログラムのデータ処理方法に基づいて、本願は更にアプリケーションプログラムのデータ処理デバイスを提供する。

図６を参照すると、アプリケーションプログラムのデータ処理デバイスは、保留状態トリガモジュール２０とデータ処理モジュール２２とを含むことができる。

保留状態トリガモジュール２０は、インタフェース内の第１の所定のユーザ操作を検出すると、アプリケーションプログラムの保留状態をトリガするよう構成することができる。インタフェースには少なくとも１つのアプリケーションプログラムのアイコンがある。

データ処理モジュール２２は、ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作が検出されると、保留状態にあるターゲットアプリケーションプログラムのデータを処理するよう構成される。

図７を参照すると、アプリケーションプログラムのデータ処理デバイスの別の実施では、デバイスは、以下を更に含むことができる。

完了情報表示モジュール２４は、ターゲットアプリケーションプログラムのデータ処理の完了を検出した後に、完了情報を表示するよう構成することができる。

図８を参照すると、アプリケーションプログラムのデータ処理デバイスの別の実施において、デバイスは、以下を更に含むことができる。

保留状態終了モジュール２６は、インタフェース内の第３の所定のユーザ操作が検出されると、保留状態を終了するためにアプリケーションプログラムをトリガするよう構成することができる。

図９を参照すると、アプリケーションプログラムのデータ処理デバイスの別の実施において、第２の所定の操作は、シェイク操作と押圧操作との組み合わせであり、データ処理モジュール２２は、選択ユニット２２１と処理ユニット２２３とを含むことができる。

選択ユニット２２１は、データ処理を必要とするターゲットアプリケーションプログラムを特定するために押圧操作を識別するよう構成することができる。

処理ユニット２２３は、シェイク信号が所定の加速度閾値に達したことが検出されると、ターゲットアプリケーションプログラムのデータを処理するよう構成することができる。

先の実施で開示されたアプリケーションプログラムのデータ処理デバイスは、本願におけるアプリケーションプログラムのデータ処理方法の実施に対応し、本願におけるアプリケーションプログラムのデータ処理方法の実施を実現でき、本方法の実施の技術的効果を奏することができる。

本願の実施における上記説明は、本願のいくつかの実施に適用する説明に過ぎない。そして、何らかの標準及び方法に基づいてわずかに改変された実施を用いて、本願の実施における解決策を実現することもできる。当然ながら、本願の実施における処理方法のステップに従った他の非創造的な変更を用いて同じ適用を実施することもできる。ここでは、説明を簡単にするためにその詳細は省略する。

本願は、実施又はフローチャートの方法のステップを提供するが、従来の又は非創造的な努力に基づいて、より多く又はより少ない操作ステップを含めることができる。実施で列挙されるステップの順序は、ステップの実行順序のうちの一つに過ぎず、一意の実行順序を表すものではない。本方法が実際の適用においてデバイス又はクライアント製品によって実行されると、本方法は、実施又は添付図面における本方法の順序に基づいて実行できる、又は、並列に（例えば、並列プロセッサ又は多（複数）スレッド処理環境で）実行できる。

上記の実施で説明したデバイス又はモジュールは、コンピュータチップ又はエンティティによって実施することも、特定の機能を持つ製品で実施することもできる。説明を簡単にするために、前述のデバイスは、様々なモジュールに機能を分割することによって説明される。本願を実施する場合、すべてのモジュールの機能は、１つ又は複数のソフトウェア及び／又はハードウェアで実施できる。当然ながら、複数のサブモジュール又はサブユニットの組み合わせを使用して機能を実施するモジュールを実施できる。

読み取り可能なプログラムをコントローラに埋め込むことによって、本願で述べる方法、デバイス、又はモジュールを実施できる。コントローラはニーズに基づいて実装される。例えば、コントローラが取ることのできる形態は、マイクロプロセッサ又はプロセッサ及びコンピュータ読み取り可能媒体であって、このコンピュータ読み取り可能媒体は、（マイクロ）プロセッサ、論理ゲート、スイッチ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックコントローラ、及び埋め込み型マイクロコントローラによって実行可能なコンピュータ読み取り可能プログラムコード（例えば、ソフトウェア又はファームウェア）を記憶する。コントローラの例として、以下のマイクロコントローラ、すなわちＡＲＣ ６２５Ｄ、Ａｔｍｅｌ ＡＴ９１ＳＡＭ、Ｍｉｃｒｏｃｈｉｐ ＰＩＣ１８Ｆ２６Ｋ２０、及びＳｉｌｉｃｏｎｅ Ｌａｂｓ Ｃ８０５１Ｆ３２０が挙げられるが、これらに限定されない。メモリ及びコントローラは、メモリの制御ロジックの一部として実施されてもよい。当業者は、コンピュータ読み取り可能プログラムコードを用いて行うコントローラの実施に加えて、コントローラが、論理ゲート、スイッチ、ＡＳＩＣ、プログラマブルロジックコントローラ、及び埋め込み型マイクロコントローラの形態で同じ機能を実施できるように、論理プログラミングを方法のステップで実行できることも知っている。したがって、コントローラはハードウェアコンポーネントとみなすことができ、コントローラに含まれ、様々な機能を実施するように構成されるデバイスも、ハードウェアコンポーネント内の構造とみなすことができる。或いは、様々な機能を実施するように構成されるデバイスは、本方法を実施するソフトウェアモジュール及びハードウェアコンポーネント内の構造の両方とみなすこともできる。

本願のデバイス内のいくつかのモジュールは、例えばプログラムモジュールのような、コンピュータによって実行される実行可能なコンピュータ命令の一般的なコンテキストで記述することができる。一般に、プログラムモジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、タイプなどを含み、タスクを実行する、又は、抽象データタイプを実施する。本願は、分散コンピューティング環境においても実施できる。分散コンピューティング環境では、通信ネットワークを介して接続された遠隔処理デバイスによってタスクが実行される。分散コンピューティング環境では、記憶デバイスを含むローカル及びリモートコンピュータ記憶媒体の両方にプログラムモジュールを配置できる。

当業者であれば、必要なハードウェアに加えてソフトウェアを使用して本願を実施できることを明確に理解できることが、実施の説明から理解されよう。このような理解に基づいて、本質的に本願の技術的解決策、又は既存の技術に寄与する部分は、ソフトウェア製品の形態で実施することができる又はデータ移行実施プロセスで実施することができる。コンピュータソフトウェア製品は、ＲＯＭ／ＲＡＭ、磁気ディスク、又は光ディスクなどの記憶媒体に格納することができ、本願の実施の方法又は実施のいくつかの部分の方法を実行するためのコンピュータデバイス（パーソナルコンピュータ、モバイル端末デバイス、サーバ、ネットワークデバイスなどであってもよい）を使用可能にするためのいくつかの命令を含む。

本願における実施は全て漸進的方法で記載されている。実施における同一又は類似の部分については、これらの実施を参照することができ、各実施は他の実施との違いに焦点をあてている。本願の全部又は一部は、多くの汎用又は専用のコンピュータシステム環境又は構成で用いることができる。例えば、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイス又はポータブルデバイス、タブレットデバイス、モバイル通信端末、マルチプロセッサシステム、マイクロプロセッサベースのシステム、プログラム可能な電子デバイス、ネットワークＰＣ、小型コンピュータ、メインフレームコンピュータ、及び、上記のシステム又はデバイスのいずれかを含む分散コンピューティング環境である。

本願の文書では、本願の複数の実施が説明されており、当業者であれば、本願の実施を互いに組み合わせることができることを理解できる。加えて、当業者は、本願の精神から逸脱することなく、本願の多くの修正及び変形が作れることを知っている。特許請求の範囲は、本願の精神から逸脱することなく、これらの修正及び変形を含むことを意図している。
［第１の局面］
インタフェースにおいて第１の所定のユーザ操作を検出すると、アプリケーションプログラムの保留状態をトリガするステップであって、前記インタフェースは少なくとも１つのアプリケーションプログラムのアイコンを有する、前記トリガするステップと；
前記保留状態において、ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作を検出すると、前記ターゲットアプリケーションプログラムのデータを処理するステップと；を備える、
アプリケーションプログラムのデータ処理方法。
［第２の局面］
前記ターゲットアプリケーションプログラムのデータ処理が完了したことを検出した後、完了情報を表示するステップを更に備える、
第１の局面に記載の方法。
［第３の局面］
前記インタフェース内の第３の所定のユーザ操作を検出すると、前記アプリケーションプログラムをトリガして前記保留状態を終了するステップを更に備える、
第２の局面に記載の方法。
［第４の局面］
前記ターゲットアプリケーションプログラムのデータ処理が完了したことを検出する前記ステップの後に：
前記アプリケーションプログラムをトリガして前記保留状態を終了するステップを更に備える、
第２の局面に記載の方法。
［第５の局面］
ターゲットアプリケーションプログラムのデータを処理する前記ステップは：
前記ターゲットアプリケーションプログラム内のキャッシュを削除するステップと；
前記ターゲットアプリケーションプログラム内の前記データを圧縮するステップと；
前記ターゲットアプリケーションプログラム内でフラグメントを編成するステップと；のうちの少なくとも１つのステップを備える、
第１の局面に記載の方法。
［第６の局面］
前記ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作を検出する前記ステップの後に：
前記第２の所定の操作に基づいて少なくとも２つの事前に記憶された削除オプションを呼び出すステップであって、各削除オプションは前記ターゲットアプリケーションプログラム内のキャッシュカテゴリに対応する、前記呼び出すステップと；
前記削除オプションに対するユーザの選択結果に基づいて、前記ターゲットアプリケーションプログラムのデータを処理するステップを対応して実行するステップと；を更に備える、
第５の局面に記載の方法。
［第７の局面］
前記第1の所定の操作は：
確かな押圧操作、長押し操作、複数タップ操作、及びシェイク操作、のうちのいずれか１つ又は組み合わせを備える、
第１の局面に記載の方法。
［第８の局面］
前記第２の所定の操作は：
確かな押圧操作、長押し操作、複数タップ操作、及びシェイク操作、のうちのいずれか１つ又は組み合わせを備える、
第１の局面に記載の方法。
［第９の局面］
前記第２の所定の操作は、シェイク操作と押圧操作との組み合わせであり；
ターゲットアプリケーションプログラムのデータを処理する前記ステップは：
前記押圧操作を識別してデータ処理を必要とする前記ターゲットアプリケーションプログラムを特定するステップと；
シェイク信号が所定の加速度閾値に達したことを検出すると、前記ターゲットアプリケーションプログラムの前記データを処理するステップと；を備える、
第１の局面に記載の方法。
［第１０の局面］
前記完了情報は：
前記ターゲットアプリケーションプログラムのアイコンを所定のトラックに基づいて移動するように制御するための情報と；
前記ターゲットアプリケーションプログラムのアイコンを第１の表示状態から第２の表示状態へ切り替えるように制御するための情報と；のいずれか一方を備える、
第２の局面に記載の方法。
［第１１の局面］
インタフェースにおいて第１の所定のユーザ操作が検出されると、アプリケーションプログラムの保留状態をトリガするよう構成された保留状態トリガモジュールであって、前記インタフェースが少なくとも１つのアプリケーションプログラムのアイコンを有する、前記保留状態トリガモジュールと；
ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作が検出されると、保留状態にある前記ターゲットアプリケーションプログラムのデータを処理するよう構成されたデータ処理モジュールと；を備える、
アプリケーションプログラムのデータ処理デバイス。
［第１２の局面］
前記ターゲットアプリケーションプログラムの前記データ処理が完了したことを検出した後に、完了情報を表示するよう構成された完了情報表示モジュールを更に備える、
第１１の局面に記載のデバイス。
［第１３の局面］
前記インタフェースにおいて第３の所定のユーザ操作が検出されると、前記アプリケーションプログラムをトリガして前記保留状態を終了するよう構成された保留状態終了モジュールを更に備える、
第１２の局面に記載のデバイス。
［第１４の局面］
前記第２の所定の操作は、シェイク操作と押圧操作との組み合わせであり、前記データ処理モジュールは：
前記押圧操作を識別してデータ処理を必要とする前記ターゲットアプリケーションプログラムを特定するよう構成された特定ユニットと；
シェイク信号が所定の加速度閾値に達したことが検出されると、前記ターゲットアプリケーションプログラムの前記データを処理するよう構成された処理ユニットと；を備える、
第１１の局面に記載のデバイス。

１１０ インタフェース
１１２ アプリケーションプログラム
１１４ ターゲットアプリケーションプログラム

Claims (9)

1. インタフェースにおいて第１の所定のユーザ操作を検出すると、アプリケーションプログラムの保留状態をトリガするステップであって、前記インタフェースは少なくとも１つのアプリケーションプログラムのアイコンを有する、前記トリガするステップ（Ｓ１０）と；
   前記保留状態において、第２の所定のユーザ操作によりターゲットアプリケーションプログラムを特定して前記ターゲットアプリケーションプログラムのデータを処理するステップ（Ｓ１２）と；を備え、
   前記第２の所定のユーザ操作は、シェイク操作と押圧操作との組み合わせであり、
   前記ターゲットアプリケーションプログラムのデータを処理する前記ステップは：
   データ処理を必要とするターゲットアプリケーションプログラムを特定するために、前記押圧操作を識別するステップ（Ｓ１２１）と；
   シェイク信号が所定の加速度閾値に達したことを検出すると、前記ターゲットアプリケーションプログラムの前記データを処理するステップ（Ｓ１２３）と；を備える、
   アプリケーションプログラムのデータ処理方法。
2. 前記ターゲットアプリケーションプログラムのデータ処理が完了したことを検出するステップの後、完了情報を表示するステップ（Ｓ１４）；を更に備える、
   請求項１に記載のデータ処理方法。
3. 前記インタフェースにおいて第３の所定のユーザ操作を検出すると、前記アプリケーションプログラムの前記保留状態を終了するステップ；を更に備える、
   請求項２に記載のデータ処理方法。
4. 前記ターゲットアプリケーションプログラムのデータ処理が完了したことを検出する前記ステップの後に：
   前記保留状態を終了するために、前記アプリケーションプログラムをトリガするステップ；を更に備える、
   請求項２に記載のデータ処理方法。
5. 前記ターゲットアプリケーションプログラムのデータを処理する前記ステップは：
   前記ターゲットアプリケーションプログラムのキャッシュを削除するステップと；
   前記ターゲットアプリケーションプログラムの前記データを圧縮するステップと；
   前記ターゲットアプリケーションプログラムにおいてフラグメントを編成するステップと；のうちの少なくとも１つのステップを備える、
   請求項１に記載のデータ処理方法。
6. ターゲットアプリケーションプログラムに対する第２の所定のユーザ操作を検出する前記ステップの後に：
   前記第２の所定のユーザ操作に基づいて少なくとも２つの事前に記憶された削除オプションを呼び出すステップであって、各削除オプションは前記ターゲットアプリケーションプログラムのキャッシュカテゴリに対応する、前記呼び出すステップと；
   前記削除オプションに対するユーザの選択結果に基づいて、前記ターゲットアプリケーションプログラムのデータを処理するステップを、対応して実行するステップと；を更に備える、
   請求項５に記載のデータ処理方法。
7. 前記第1の所定のユーザ操作は、
   所定の圧力より大きい押圧操作、長押し操作、複数タップ操作、及びシェイク操作、のうちのいずれか１つ又は組み合わせを備える、
   請求項１に記載のデータ処理方法。
8. 前記完了情報は：
   前記ターゲットアプリケーションプログラムのアイコンを所定のトラックに基づいて移動するように制御するための情報と；
   前記ターゲットアプリケーションプログラムのアイコンを第１の表示状態から第２の表示状態へ切り替えるように制御するための情報と；のいずれか一方を備える、
   請求項２に記載のデータ処理方法。
9. 請求項１〜８のいずれか１項に記載の方法に従って動作を実行するように構成された、複数のモジュールを備える、
   アプリケーションプログラムのデータ処理デバイス。

Images