(57)【要約】本願は、アプリケーションにおいて機能を呼び出すための方法及び装置を開示する。この方法は、ユーザ機器でのユーザの操作を取得するステップと、取得した操作が所定のユーザ操作と一致する場合、所定のユーザ操作に関連付けられたアプリケーションにおいて機能を呼び出すステップとを含む。本願において提供される技術的解決策によれば、所定のユーザ操作は、アプリケーションにおいて機能を呼び出すためのトリガ条件として用いられ、ユーザの操作が取得される。取得された操作が所定のユーザ操作と一致する場合、特定のアプリケーションにおいて特定の機能が自動的に呼び出され、それによって、装置の立ち上げ、デバイスのロック解除等のうんざりする操作ステップを回避し、特定のアプリケーションにおける特定の機能の即時呼出しを実施する。
2019508793.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器に適用されるアプリケーションにおいて機能を呼び出すための方法であって：
前記ユーザ機器でのユーザの操作を取得するステップと；
前記取得した操作が所定のユーザ操作と一致する場合、所定のユーザ操作に関連付けられたアプリケーションにおいて機能を呼び出すステップと；を備える、
機能を呼び出すための方法。
【請求項２】
検知モジュールが前記ユーザ機器に構成され；
前記ユーザ機器でのユーザの操作を取得する前記ステップは、具体的に：
前記検知モジュールによる、ユーザ操作を検出した結果を取得するステップを備え；
前記取得した操作が所定のユーザ操作と一致する場合、前記所定のユーザ操作に関連付けられたアプリケーションにおいて機能を呼び出す前記ステップは、具体的に：
前記所定のユーザ操作の入力が検出された後、前記所定のユーザ操作に関連付けられた前記アプリケーションにおいて前記機能を呼び出すステップを備える、
請求項１に記載の方法。
【請求項３】
前記検知モジュールによる、ユーザ操作を検出した結果を取得する前記ステップは：
前記ユーザ機器が不使用状態である場合に、前記検知モジュールによる、ユーザ操作を検出した前記結果を取得するステップを備え、
前記不使用状態は、ロック状態、スリープ状態、及び／又はスタンバイ状態を含む、
請求項２に記載の方法。
【請求項４】
前記ユーザ機器が不使用状態である場合に、前記検知モジュールによる、ユーザ操作を検出した前記結果を取得する前記ステップは：
前記ユーザ機器がスリープ状態から立ち上げられ、ロックされた状態にある場合に、前記検知モジュールによる、ユーザ操作を検出した前記結果を取得するステップを備える、
請求項３に記載の方法。
【請求項５】
前記検知モジュールによる、ユーザ操作を検出した結果を取得する前記ステップは：
所定のボタンが押された場合に、前記検知モジュールによる、ユーザ操作を検出した前記結果を取得するステップを備える、
請求項２に記載の方法。
【請求項６】
前記所定のユーザ操作の入力が検出された後、前記所定のユーザ操作に関連付けられた前記アプリケーションにおいて前記機能を呼び出す前記ステップは：
前記所定のユーザ操作の入力が検出された後、前記ユーザが正しい認証情報を入力したかどうかを更に特定し、前記ユーザが正しい認証情報を入力した場合に、前記所定のユーザ操作に関連付けられた前記アプリケーションにおいて前記機能を呼び出すステップを備える、
請求項２に記載の方法。
【請求項７】
前記検知モジュールは加速度センサであり；
前記所定のユーザ操作は、前記ユーザ機器での振り操作であり、前記振り操作の振り数及び振り幅は、それぞれ、予め選択した閾値以上である、
請求項２に記載の方法。
【請求項８】
前記検知モジュールはジャイロスコープであり；
前記所定のユーザ操作は前記ユーザ機器での揺動操作であり、前記揺動操作の揺動数及び揺動幅は、それぞれ、予め選択した閾値以上である、
請求項２に記載の方法。
【請求項９】
ボタンが前記ユーザ機器上に構成され；
前記ユーザ機器上でのユーザの操作を取得する前記ステップは、具体的には：
前記ユーザ機器の前記ボタン上での前記ユーザの押し操作を取得するステップを備え、
前記所定のユーザ操作は、具体的には、所定のボタンを押す操作を含む、
請求項１に記載の方法。
【請求項１０】
タッチ入力モジュールが前記ユーザ機器に構成され；
前記ユーザ機器でのユーザの操作を取得する前記ステップは、具体的には：
前記タッチ入力モジュール上で前記ユーザによって入力されたタッチジェスチャを取得するステップを備え；
前記所定のユーザ操作は、具体的には、所定のタッチジェスチャを入力する操作を含む、
請求項１に記載の方法。
【請求項１１】
指紋モジュールが前記ユーザ機器に構成され；
前記ユーザ機器でのユーザの操作を取得する前記ステップは、具体的には：
前記指紋モジュール上で前記ユーザによって入力された指紋情報を取得するステップを備え；
前記所定のユーザ操作は、予め選択した指紋情報を入力する操作である、
請求項１に記載の方法。
【請求項１２】
前記所定のユーザ操作に関連付けられたアプリケーションにおいて機能を呼び出す前記ステップは：
情報イメージを前記ユーザ機器の画面上に表示するように、情報イメージを含むアプリケーションにおいて情報イメージ表示機能インターフェースを呼び出すステップを備える、
請求項１に記載の方法。
【請求項１３】
ユーザ機器に適用されるバーコード決済方法であって：
前記ユーザ機器でユーザの操作を取得するステップと；
前記取得した操作が所定のユーザ操作と一致する場合、決済のために用いられるバーコードイメージを前記ユーザ機器の画面上に表示するように、決済アプリケーションにおいて決済バーコード表示インターフェースを呼び出すステップと；を備える、
バーコード決済方法。
【請求項１４】
検知モジュールが前記ユーザ機器に構成され；
前記ユーザ機器でのユーザの操作を取得する前記ステップは、具体的には：
前記検知モジュールによる、ユーザ操作を検出した結果を取得するステップを備え；
前記取得した操作が所定のユーザ操作と一致する場合、決済のために用いられるバーコードイメージを前記ユーザ機器の画面上に表示するように、決済アプリケーションにおいて決済バーコード表示インターフェースを呼び出す前記ステップは、具体的には：
前記所定のユーザ操作の入力が検出された場合、決済のために用いられる前記バーコードイメージを前記ユーザ機器の前記画面上に表示するように、前記決済アプリケーションにおいて前記決済バーコード表示インターフェースを呼び出すステップを備える、
請求項１３に記載の方法。
【請求項１５】
ユーザ機器に適用されるアプリケーションにおいて機能を呼び出すための装置であって：
前記ユーザ機器でのユーザの操作を取得するように構成された検出制御モジュールと；
前記取得した操作が所定のユーザ操作と一致する場合、前記所定のユーザ操作に関連付けられたアプリケーションにおいて機能を呼び出すように構成された呼出し制御モジュールと；
を備える、
機能を呼び出すための装置。
【請求項１６】
検知モジュールが前記ユーザ機器に構成され；
前記検出制御モジュールは、具体的には、前記検知モジュールによる、ユーザ操作を検出した結果を取得するように構成され；
前記呼出し制御モジュールは、具体的には、前記所定のユーザ操作の入力が検出された後、前記所定のユーザ操作に関連付けられた前記アプリケーションにおいて前記機能を呼び出すように構成された、
請求項１５に記載の装置。
【請求項１７】
前記検出制御モジュールは、具体的には、前記ユーザ機器が不使用状態である場合に、前記検知モジュールによる、ユーザ操作を検出した前記結果を取得するように構成され、前記不使用状態は、ロック状態、スリープ状態、及び／又はスタンバイ状態を含む、
請求項１６に記載の装置。
【請求項１８】
前記検出制御モジュールは、具体的には、前記ユーザ機器がスリープ状態から立ち上げられ、ロックされた状態にある場合に、前記検知モジュールによる、ユーザ操作を検出した前記結果を取得するように構成された、
請求項１７に記載の装置。
【請求項１９】
前記検出制御モジュールは、所定のボタンが押された場合に、前記検知モジュールによる、ユーザ操作を検出した前記結果を取得するように構成された、
請求項１６に記載の装置。
【請求項２０】
前記呼出し制御モジュールは、前記所定のユーザ操作の入力が検出された後、前記ユーザが正しい認証情報を入力するかどうかを更に特定し、前記ユーザが正しい認証情報を入力した場合、前記所定のユーザ操作に関連付けられた前記アプリケーションにおいて前記機能を呼び出すように構成された、
請求項１６に記載の装置。
【請求項２１】
前記検知モジュールは加速度センサであり；
前記所定のユーザ操作は前記ユーザ機器での振り操作であり、前記振り操作の振り数及び振り幅は、それぞれ、予め選択した閾値以上である、
請求項１６に記載の装置。
【請求項２２】
前記検知モジュールはジャイロスコープであり；
前記所定のユーザ操作は前記ユーザ機器での揺動操作であり、前記揺動操作の揺動数及び揺動幅は、それぞれ、予め選択した閾値以上である、
請求項１６に記載の装置。
【請求項２３】
ボタンが前記ユーザ機器上に構成され；
前記検出制御モジュールは、具体的には、前記ユーザ機器の前記ボタン上での前記ユーザの押し操作を取得するように構成され；
前記所定のユーザ操作は、具体的には、所定のボタンを押す操作を含む、
請求項１５に記載の装置。
【請求項２４】
タッチ入力モジュールは前記ユーザ機器に構成され；
前記検出制御モジュールは、具体的には、前記タッチ入力モジュール上で前記ユーザによって入力されたタッチジェスチャを取得するように構成され；
前記所定のユーザ操作は、所定のタッチジェスチャを入力する操作を含む、
請求項１５に記載の装置。
【請求項２５】
指紋モジュールが前記ユーザ機器に構成され；
前記検出制御モジュールは、具体的には、前記指紋モジュール上で前記ユーザによって入力された指紋情報を取得するように構成され；
前記所定のユーザ操作は、予め選択した指紋情報を入力する操作を含む、
請求項１５に記載の装置。
【請求項２６】
前記呼出し制御モジュールは、情報イメージを前記ユーザ機器の画面上に表示するために、情報イメージを含むアプリケーションにおいて情報イメージ表示機能インターフェースを呼び出すように構成された、
請求項１５に記載の装置。
【請求項２７】
ユーザ機器に適用されるバーコード決済装置であって：
前記ユーザ機器でのユーザの操作を取得するように構成された検出制御モジュールと；
前記取得した操作が所定のユーザ操作と一致する場合、決済のために用いられるバーコードイメージを前記ユーザ機器の画面上に表示するために、決済アプリケーションにおいて決済バーコード表示インターフェースを呼び出すよう構成された決済バーコード表示制御モジュールと；を備える、
バーコード決済装置。
【請求項２８】
検知モジュールが前記ユーザ機器に構成され；
前記検出制御モジュールは、具体的には、前記検知モジュールによる、ユーザ操作を検出した結果を取得するように構成され；
前記決済バーコード表示制御モジュールは、前記所定のユーザ操作の入力が検出された場合、決済のために用いられる前記バーコードイメージを前記ユーザ機器の前記画面上に表示するために、前記決済アプリケーションにおいて前記決済バーコード表示インターフェースを呼び出すように構成された、
請求項２７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年１月８日に出願された「アプリケーションにおいて機能を呼び出すための方法及び装置」と題された中国特許出願第２０１６１００１２０７５．０号の優先権を主張し、上記中国特許出願は参照によってその全体が本明細書に組み込まれる。
【０００２】
本願は、情報処理技術の分野に関し、特に、アプリケーションにおいて機能を呼び出すための方法及び装置に関する。
【背景技術】
【０００３】
携帯電話、タブレットコンピュータ、及びスマートウォッチ等のスマートデバイスの特徴は、デバイスの機能を拡張できるように、ユーザが多種多様なアプリケーションをカスタマイズし、これをインストールすることができる点にある。スマートデバイスの発達により、様々なアプリケーションの機能はより高性能になってきている。ユーザの様々なニーズに対処するために多くのアプリケーションに複数の機能が統合さえされている。
【０００４】
アプリケーションにおける機能の統合がもたらすであろう１つの課題は、ユーザ操作の複雑化である。現在では、ユーザが携帯電話等のスマートデバイスを用いてアプリケーション内の機能を呼び出す場合の一般的な操作工程は以下の通りである。すなわち：ユーザが携帯電話を取り出し→携帯電話を立ち上げ→携帯電話のロックを解除し→使いたいアプリを特定し→アプリを実行し→必要な機能のサブインターフェースにジャンプし（メニュー、ボタン等を介して）→サブインターフェース上で関連操作を行う。実際のアプリケーションにおいて、アプリケーションにおける機能を使うには、実施すべき多くのステップが必要であり、ユーザにとって、操作が不便であるだけでなく、多くの時間を費やすことになる。
【発明の概要】
【０００５】
先に述べた技術的課題に鑑み、本願は、アプリケーションにおいて機能を呼び出す方法及び装置を提供し、その技術的解決策は以下の通りである。
【０００６】
本願の第１の態様によれば、アプリケーションにおいて機能を呼び出すための方法が提供される。この方法はユーザ機器に適用され、前記方法は：前記ユーザ機器でのユーザの操作を取得するステップと；前記取得した操作が所定のユーザ操作と一致する場合、所定のユーザ操作に関連付けられたアプリケーションにおいて機能を呼び出すステップと；を含む。
【０００７】
本願の第２の態様によれば、バーコード決済方法が提供される。この方法はユーザ機器に適用され、前記方法は：ユーザ機器でユーザの操作を取得するステップと；取得した操作が所定のユーザ操作と一致する場合、決済に用いられるバーコードイメージをユーザ機器の画面上に表示するように、決済アプリケーションにおいて決済バーコード表示インターフェースを呼び出すステップと；を含む。
【０００８】
本願の第３の態様によれば、アプリケーションにおいて機能を呼び出すための装置が提供される。この装置はユーザ機器に適用され、前記装置は：前記ユーザ機器でのユーザの操作を取得するように構成された検出制御モジュールと；前記取得した操作が所定のユーザ操作と一致する場合、前記所定のユーザ操作に関連付けられたアプリケーションにおいて機能を呼び出すように構成された呼出し制御モジュールと；を含む。
【０００９】
本願の第４の態様によれば、バーコード決済装置が提供される。本装置はユーザ機器に適用され、前記装置は：前記ユーザ機器でのユーザの操作を取得するように構成された検出制御モジュールと；前記取得した操作が所定のユーザ操作と一致する場合、決済のために用いられるバーコードイメージを前記ユーザ機器の画面上に表示するために、決済アプリケーションにおいて決済バーコード表示インターフェースを呼び出すよう構成された決済バーコード表示制御モジュールと；を含む。
【００１０】
本願において提供される技術的解決策によれば、所定のユーザ操作は、アプリケーションにおいて機能を呼び出すためのトリガ条件として用いられ、ユーザの操作が取得される。取得された操作が所定のユーザ操作と一致する場合、特定のアプリケーションにおいて特定の機能が自動的に呼び出され、それによって、デバイスの立ち上げ、デバイスのロック解除等のうんざりする操作ステップを回避し、特定のアプリケーションにおける特定の機能の即時呼出しを実現する。
【００１１】
先に述べた包括的な説明及び以下の詳細な説明は単なる例示であり、本願に制限を課すものではないことは言うまでもない。
【図面の簡単な説明】
【００１２】
本願又は既存技術の実施における技術的解決策をより明確に説明するために、以下に実施又は既存技術を説明するために必要な添付図面を簡単に説明する。明らかに、以下の説明における添付の図面は、本願の一部の実施を示しているにすぎず、当業者はこれらの添付図面から他の図面を導き出すことができる。
【００１３】
【図１】図１は、本願による、アプリケーションにおいて機能を呼び出す方法を示す概略フロー図である。
【００１４】
【図２】図２は、本願の解決策による第１の特定のアプリケーションシナリオを示す概略図である。
【００１５】
【図３】図３は、本願の解決策による第２の特定のアプリケーションシナリオを示す概略図である。
【００１６】
【図４】図４は、本願の解決策による第３の特定のアプリケーションシナリオを示す概略図である。
【００１７】
【図５】図５は、本願の解決策による第４の特定のアプリケーションシナリオを示す概略図である。
【００１８】
【図６】図６は、本願による、アプリケーションにおいて機能を呼び出す装置を示す概略構造図である。
【００１９】
【図７】図７は、本願による二次元コード決済装置を示す概略構造図である。
【００２０】
【図８】図８は、本願において提供される装置を構成するために用いられるデバイスを示す概略構造図である。
【発明を実施するための形態】
【００２１】
当業者が本願の技術的解決法をより良く理解するために、以下では、本願の実施における技術的解決法を、本願の実施における添付図面を参照して詳細に説明する。明らかに、記載された実施は、本願の実施の全てではなくむしろ一部に過ぎない。本願の実施に基づいて当業者によって得られる他の全ての実施は、本願の保護範囲内に入るものとする。
【００２２】
図１に示すように、図１は、本願により、アプリケーションにおいて機能を呼び出すための方法を示すフロー図である。この方法は、携帯端末、例えば携帯電話、によって実行できる。この方法は以下のステップを具体的に含むことができる。
【００２３】
Ｓ１０１。ユーザ機器でのユーザの操作を取得する。
【００２４】
Ｓ１０２。取得した操作が所定のユーザ操作と一致する場合、所定のユーザ操作に関連付けられたアプリケーションにおける機能を呼び出す。
【００２５】
本願によるアプリケーションにおいて機能を呼び出すための解決策は、検知モジュール、ボタン、及びタッチ入力モジュールを有するユーザ機器に適用できる。検知モジュールとしては、重力センサ、加速度センサ、ジャイロスコープ、距離センサ、指紋センサ等が挙げられる。ボタンとしては、ユーザ機器上の物理的なボタン又は仮想タッチキー、タッチ画面オペレーティングシステムインターフェース又は特定のアプリケーションインターフェース等が挙げられる。ユーザ機器としては、携帯電話、タブレットコンピュータ、及びスマートウォッチ等の複合デバイス、又は、電子名刺、電子タグ等の単機能デバイスであってもよく、本願では限定されない。
【００２６】
本願では、アプリケーションにおける機能の呼出しは、決済アプリケーションにおける決済バーコード表示インターフェース、インスタントメッセージングアプリケーションにおける特定のユーザとのチャットインターフェース等の特定のアプリケーションにおいてある特定の機能インターフェースを表示する直接的なジャンプであってもよい。代替として、それは、メディア再生アプリケーションにおける再生／一時停止／切替機能、情報タイプのアプリケーションにおける情報リフレッシュ機能等、特定のアプリケーションにおける特定の機能の実行を直接作動させることができる。
【００２７】
本願の解決策において、所定のユーザ操作は、特定のアプリケーションにおける特定の機能インターフェースの即時表示、又は、特定のアプリケーションにおける特定の機能インターフェースの即時実行、を実施するために、特定のアプリケーションにおいて特定の機能を素早く作動させる方法として用いることができる。このため、ユーザ操作の検出結果は、デバイスの電源がオンであるときに取得できる。所定のユーザ操作を検出できた場合、所定のユーザ操作に関連付けられた特定のアプリケーションにおける特定の機能を直接呼び出すことができる。デバイスのロック解除、アプリケーションの特定等の操作を回避できる。加えて、アプリケーションのメインインターフェースをただ開く代わりに、特定のアプリケーションの特定の機能を直接呼び出すことができ、それによって、更に、アプリケーションにおけるユーザ操作の量を減らし、操作効率を向上させることができる。
【００２８】
実際の使用において、特定のアプリケーションは、必要に応じて即時呼出しを実施するように、予め起動され、システムのバックエンドで実行できる。代替として、特定のアプリケーションは予め起動されない。この場合、デバイスは、所定のユーザ操作を検出した後、特定のアプリケーションを起動し、システムのフロントエンド又はバックエンド上で特定のアプリケーションを実行できる。これは、アプリケーションにおける機能の即時呼出しを実施し、メモリリソースの占有を減らすためである。
【００２９】
実際の使用において、所定のユーザ操作を検出した後、デバイスは最初に、対応するアプリケーションがシステムのバックエンドで実行されているかどうかを調べることができる。肯定である場合、アプリケーションに直接切り替え、情報イメージを表示するための特定の機能インターフェースへジャンプする。アプリケーションがバックエンドで実行されていると見出されなかった場合、デバイスはアプリケーションを起動し、システムのフロントエンド又はバックエンド上でアプリケーションを実行し、アプリケーションの特定の機能インターフェースへジャンプする、又はアプリケーションにおいて特定の機能を実行する。
【００３０】
実際のアプリケーションにおいて、所定のユーザ操作と「特定の機能を呼び出す」操作との間の関連付けは、アプリケーションのメインインターフェースに入る代わりに、所定のユーザ操作が検出された後、特定の機能を直接呼び出すことができるように、予め確立できる。特に、関連する設定は、所定のユーザ操作と特定の機能呼出しとの間の対応関係を確立するように、携帯端末のシステム内で実行できる。したがって、所定のユーザ操作を検出すると、特定の機能を迅速に呼び出すことができる、又は、アプリケーションにおける特定の機能が即時呼出しに対応しているかどうかを、システム内にインストールされたアプリケーションにおいて設定できる。肯定である場合、特定の機能が所定のユーザ操作に関連付けられる。例えば、携帯端末の決済アプリケーションにおいて、二次元コード決済インターフェースは、所定のユーザ操作により即時に呼び出されるよう設定でき、決済アプリケーションの設定インターフェースにおいて特定の所定のユーザ操作に関連付けることができる。代替として、それはシステム内の初期設定によって設定でき、ユーザに所定のユーザ操作を関連付けるための設定の実行を可能にしている。本願において、特定のアプリケーションと特定の機能インターフェースとは、ユーザによって予め設定される、又はシステムによって設定される、又は別の方法で設定されることができる。特定の所定のユーザ操作もユーザによって設定されることができる。
【００３１】
本願の特定の実施において、アプリケーションにおける機能の即時呼出しは、ユーザ機器に構成された検知モジュールを用いて実施できる。したがって、Ｓ１０１の特定の実施は、検知モジュールによってユーザ操作を検出した結果を取得するステップであり；Ｓ１０２の特定の実施は、所定のユーザ操作の入力が検出された後、所定のユーザ操作に関連付けられたアプリケーションにおける機能を呼び出すステップである。
【００３２】
情報交換のためのバーコード、二次元コード、及び他のイメージの使用は比較的一般的なアプリケーションである。一般的なアプリケーションシナリオは、決済、アクセス制御、及び名刺の交換を含む。しかし、現状では、ユーザにとって、携帯電話及び他のスマートデバイスを用いたイメージ情報交換は未だにうんざりするものである。実施例において、携帯電話の二次元コードは即時決済のために用いられている。通常の操作工程は以下の通りである。すなわち、ユーザが携帯電話を取り出し→携帯電話を立ち上げ→携帯電話のロックを解除し→決済機能アプリを特定し→アプリを実行し→二次元コード機能のサブページを特定し→二次元コード表示操作を行う。実際のアプリケーションにおいて、完全な二次元コード表示操作は、達成するために多くの操作ステップを必要とし、それはユーザにとって不便であるだけでなく、スーパーマーケット、バス等の多数（複数）のユーザを伴うアプリケーションシナリオにうまく適応できないことが分かる。
【００３３】
この実施において、即時決済のための携帯電話バーコード（一次元バーコード、二次元バーコード等を含む）を用いるアプリケーションシナリオは、本願の解決策を詳細に説明するために用いられた実施例である。具体的には、決済バーコードを有する決済インターフェースは、本願の解決策により決済アプリケーションにおいて即時に呼び出すことができる。
【００３４】
携帯電話ユーザは、予め決済バーコード表示用のトリガパスワードとして操作モードを選択できる。操作は、携帯電話上の重力センサ、加速度センサ、ジャイロスコープ、距離センサ、及び指紋センサ等の検知モジュールを用いて実施できる。ユーザ操作の幾つかの実施例を以下に示す。
【００３５】
重力センサの使用：重力センサはＧ−センサ又は特殊加速度センサとも呼ばれる。重力感知技術は圧電効果を用いて実施される。水平方向は、携帯電話内の重さの重力の２つの直交方向における力の大きさを測定することによって特定される。携帯電話は、携帯電話が水平に置かれる場合に感知する重力の中心（重心）に置かれる。重力センサを用いて、重力により発生する加速度を測定することによって、水平面に対するデバイスの姿勢を計算できる。携帯電話重力センサの通常のアプリケーションは、携帯電話の横向きモードと縦向きモードとの自動切替えである。
【００３６】
本願の解決策において、所定のユーザ操作は、携帯電話の画面が水平面に対して略垂直である場合に姿勢の変化、例えば、「携帯電話を水平に置く」／「携帯電話を垂直に置く」、「携帯電話を左に傾ける」／「携帯電話を右に傾ける」（傾斜角が或る特定の閾値に達する）等のアクションの変化に基づいて実施できる。実際のアプリケーションにおいて、前述の操作の連続した変化の量が予め選択した閾値に達した場合、所定のユーザ操作は入力である、と見なすことができる。
【００３７】
加速度センサの使用：加速度センサは、加速度計、線形加速度計などと呼ばれる。加速度センサは、重力を含む様々な外力によって生成される線形加速度を測定できる。重力センサと比較すると、加速度センサは、水平面に対する姿勢の認識に加えて、携帯電話の線形静止／移動状態及び移動方向を感知できる。
【００３８】
本願の解決策において、所定のユーザ操作は、携帯電話の移動方向の変化、例えば、携帯電話の上下方向の振り、左右方向の振り、又はいずれかの略直線的な前後方向の振りに基づいて実施できる。実際のアプリケーションにおいて、前述のアクション等の連続振り数が予め選択した数量閾値に達し、振り振幅が予め選択した振幅閾値に達した場合、所定のユーザ操作は入力であると見なすことを設定できる。
【００３９】
ジャイロスコープの使用：ジャイロスコープは、外力が対象物に作用する場合に角速度を測定でき、回動／静止状態及び回動方向を検知できる。
【００４０】
本願の解決策において、所定のユーザ操作は、携帯電話の回動方向の変化に基づいて実施できる。例えば、携帯電話に対する揺動操作、又は任意の軸方向における携帯電話の回動である。実際のアプリケーションにおいて、連続揺動数が予め選択した数量閾値に達し、揺動振幅が予め選択した振幅閾値に達した場合、所定のユーザ操作は入力であると見なすことを設定できる。
【００４１】
距離センサの使用：物理量の変化の検出結果は、距離に変換してモジュールから対象物までの相対距離を測定できる。距離検知モジュールは、検出した異なる物理量に基づく、光学式変位センサ、線形近接センサ、超音波変位センサ等を含むことができる。携帯電話距離センサの一般的なアプリケーションでは、携帯電話はユーザが呼出し（電話）に応答する、又は、呼出し（電話）を行う場合に頭部に近づける電話であり、距離センサは携帯電話と頭部との間の距離を測定できる。距離がある程度まで減少すると、画面はオフとなる。ユーザが携帯電話を取り出すと、画面は再度オンとなる。これにより、電話中の意図しない操作を回避でき、電力を節約できる。
【００４２】
本願の解決策において、ユーザ操作は、携帯電話と対象物（例えば、掌、壁等）との間の距離の変化、例えば、「対象物に近づく」／「対象物から離れる」アクション変化に基づいて実施でき、ここで「近づく」及び「離れる」は、予め選択した距離閾値に基づいて特定される。実際のアプリケーションにおいて、前述のアクションの変化の量が予め選択した閾値に達した場合、所定のユーザ操作は入力であると見なすことができる。例えば、ユーザが掌を携帯電話の画面近くに移動し、掌を携帯電話の画面と平行にし、掌を正反対の方向にそれぞれ１回振った場合、所定のユーザ操作が入力であると見なされる。
【００４３】
所定のユーザ操作は、所定のユーザ操作が他の操作と衝突しないという条件で、本願において個々に列挙しない他の多くの方法で実施できる。加えて、２つ以上の検知モジュールを組み合わせて所定のユーザ操作を実施できることは言うまでもない。例えば、加速度センサとジャイロスコープとを組み合わせて携帯電話のより複雑な姿勢／移動状態を特定し、対応するユーザ操作を形成する。
【００４４】
ユーザがユーザ操作を記録した後、携帯電話はボタン情報を記録し、これを格納する。本願の解決策は、様々な種類の所定のユーザ操作情報のための収集アルゴリズムを限定せず、従来の情報収集アルゴリズムを用いることができる。確かに、幾つかのシナリオにおいて、幾つかのシステムのデバイスの初期設定操作も所定のユーザ操作として用いることができる。ユーザの所定の操作を設定する方法は本願において限定しない。例えば、所定の操作はシステム初期設定である、又はユーザによって設定される。別の例として、操作はシステムにおいてユーザによって設定される、又はシステム内の特定のアプリケーションにおいてユーザによって設定される。
【００４５】
所定のユーザ操作設定が完了した後、検知モジュールによる所定のユーザ操作を検出した結果は、携帯電話の電源がオンであるときに取得できる。現在検出されたユーザ操作が所定のユーザ操作と一致した場合、携帯電話は決済アプリケーション内の決済バーコード表示インターフェースへ直接ジャンプし、決済用のバーコードイメージを表示し、それによってユーザ操作は簡略化される。本願の解決策は、様々な種類の特定の操作情報のためのマッチングアルゴリズムを限定せず、従来のマッチングアルゴリズムを用いることができる。
【００４６】
本願の解決策において、特定の機能インターフェースが情報イメージを表示する場合、予め生成された静止情報イメージを取得できる、又は、情報イメージをリアルタイムに生成できる。例えば、決済アプリケーションにおける決済バーコードインターフェースの即時表示シナリオにおいて、決済バーコードインターフェースが表示される場合、決済バーコードの情報イメージは静止グラフィックであってもリアルタイムに生成される動的変化可能なグラフィックであってもよい。
【００４７】
実施において、検知モジュールの検出機能は連続的なオン状態を保つことができる。検知モジュールはリアルタイムに所定のユーザ操作を検出し、割込方法で報告できる。ユーザ機器は、ユーザ機器が所定のユーザ操作を取得し対応する工程を実行するように、割込方法で検知モジュールによって検出された所定のユーザ操作を取得できる。したがって、ユーザが所定のユーザ操作を入力している限り、決済バーコードを携帯電話の画面上に迅速に表示でき、ユーザが所定の操作を用いていつでもバーコードの表示を引き起こせることを確保できる。言い換えれば、携帯デバイスは、検知モジュールによりリアルタイムに所定のユーザ操作を検出でき、所定のユーザ操作を収集することによって、関連する特定の機能インターフェースを迅速に開始できる。
【００４８】
実施において、検知モジュールによってユーザ操作を検出した結果は、デバイスが不使用状態である場合に取得できる。不使用状態は、ここでは、ロック状態、スリープ状態、スタンバイ状態、又は別の状態、のうちの１つ以上を含むことができる。この場合、携帯電話は幾つかの特定の状態において検出結果を取得できる。これらの特定の状態において、携帯電話は、検知モジュールの収集結果を取得することによって、関連するアプリケーションにおける特定の機能を迅速に開始できる。
【００４９】
前述の不使用状態において、ロック状態は、デバイスの操作許可に関するユーザの制限を示すことができる。スリープ状態及びスタンバイ状態は、デバイスのソフトウェア又はハードウェアモジュールの稼働状態を述べており、定義によって明確に区別されてはいない。場合によっては、前述の不使用状態は全て、１つのデバイス上に存在できる。例えば、デバイスによっては、ある期間スタンバイ又はスリープした後、自動的にロックされた後、又は、一定期間ロックされた後、特定のソフトウェア及びハードウェアモジュールをスタンバイ又はスリープ状態へ自動的に切り替える。結論として、前述の状態の共通の特徴は、デバイスが現在これらの状態にある場合、ユーザにとって従来のバーコード表示操作はよりうんざりする操作であるという点である。本願の解決策を適用することによって、ユーザは、デバイスの立ち上げ、デバイスのロック解除等をせずに、バーコードをこれらの状況下で直接表示できる。加えて、所定のユーザ操作の検出結果を取得する機能を開始するための時間を短縮ができ、デバイスの消費電力を低減できる。
【００５０】
実施において、デバイスが不使用状態にある場合に限り、検知モジュールが所定のユーザ操作を検出することにより、検知モジュールの始動を長い期間にわたって防ぎ、消費電力を低減するように設定できる。
【００５１】
実施において、一般的なスマートデバイスの「最初に立ち上げ、次いでロック解除する」操作順序に基づき、検知モジュールは、「ユーザ機器がスリープ状態から立ち上がった後から、ユーザ機器のロックが解除される前まで」の期間内の検出結果を取得するよう設定できる。したがって、検出結果を取得する機能を開始するための時間を短縮でき、デバイスの消費電力を低減できる。
【００５２】
実施において、検知モジュールは、「ユーザ機器がスリープ状態から立ち上げられ、ロック解除されていない」場合に限って、所定のユーザ操作を検出するように設定できる。携帯電話の画面がロックされ、暗くなっている場合に、検知モジュールの検出機能をディスエーブル（無効）化でき、携帯電話が立ち上げられた後、センサモジュールは、所定のユーザ操作を検出するために起動し、検知モジュールに起因する消費電力を更に低減できる。
【００５３】
言い換えれば、所定のユーザ操作の検出結果を取得する機能又は検知モジュールの検出機能は、携帯電話が使用されていない（例えば、ポケット又は小物入れ内にある）場合のほとんどの時間、ディスエーブル化することができる。携帯電話が他の手段（例えば、電源ボタン、音量ボタン等）によって立ち上げられた場合、対応する機能はイネーブル（有効）化される。所定のユーザ操作の検出結果に基づいて、以下の状況が存在してもよい：
【００５４】
（１）ユーザが所定のユーザ操作を入力し、決済バーコードの決済インターフェースが迅速に表示される。決済インターフェースの表示に加え、携帯電話のロックを解除できる、又は、携帯電話はロック状態を保つ。しかし、本願ではこれらに限定しない。
【００５５】
（２）ユーザは、通常、携帯電話のロックを解除し（パスワード、ジェスチャ等を介して）、ロック解除に成功した後、携帯電話は使用状態になり、検知モジュールの検出機能をディスエーブル化する。
【００５６】
（３）ユーザが何の情報も入力せず（これは、多分に、意図したものではないだろう）に一定時間の経過後、携帯電話は再度スリープ状態に入り、検知モジュールの検出機能をディスエーブル化する。
【００５７】
本願の解決策を適用することにより、ユーザの基本的な操作習慣に適応する前提の下で、検知モジュールの起動にかかる時間を更に短縮でき、それによってデバイスの消費電力を低減することが分かる。
【００５８】
このアプリケーションにおいて、検知モジュールの作業モードは特には限定しない。例えば、ユーザ機器は、ユーザ機器の電源がオンになった後、所定のユーザ操作を連続して検出できる、又はユーザ機器は特定の時間内に所定のユーザ操作を検出できる、又は所定のユーザ操作検出モジュールが割込方法で所定のユーザ操作を報告する、又は携帯電話内のプロセッサが作業のために検知モジュールを能動的に呼び出す。検知モジュールの特定の作業モードは、特定の要件に基づいて制御又は設定できる。
【００５９】
実施において、バーコード表示インターフェースが呼び出された後、ユーザが一定時間内にデバイス上で別の操作を行わなかった場合、バーコードイメージが撮影されたり、盗まれたりすることを防ぐために、そして情報利用セキュリティを向上させるために、バーコードイメージの表示は中止できる。バーコードイメージの表示を中止する継続時間閾値は実際の要件に基づいて設定でき、例えば、３０秒間、６０秒間である。バーコードイメージの表示を中止する特定の実施は、本願では限定しないが、特定のアプリケーションにおける機能の機能インターフェースの終了、特定のアプリケーションの終了、システムスタンバイインターフェースへの戻り、デバイスの、ロック状態、スリープ状態等への戻り、であってもよい。
【００６０】
図２は、本願の解決策を業者決済に適用する特定の実施シナリオを示す概略図である。携帯電話がスリープ及びロック状態にある場合、ユーザは携帯電話を持って任意の方向に４回以上連続的に振る。振り幅がある特定の要件に達すると、加速度センサがその操作を検出し、その操作を、認証のための所定のユーザ操作と照合する。認証に成功した後、決済アプリケーションにおいて決済バーコード（一次元バーコード及び二次元バーコードを含む）イメージが携帯電話の画面に表示される。ユーザが６０秒を超えて携帯電話上で別の操作を行わなかった場合、携帯電話の画面上に表示された決済バーコードイメージは消える。
【００６１】
本願の解決策の別の特定の実施シナリオにおいて、所定のユーザ操作を用いて、決済アプリケーション又はショッピングアプリケーションにおける特定の業者インターフェースの即時表示を実施できる。この機能を用いる前に、ユーザは、決済アプリケーション又はショッピングアプリケーションにおける「現在のビジネスインターフェース表示」機能との所定の操作（例えば、振り操作等）の関連付けを予め選択しておく。その機能を用いる場合、ユーザはビジネス拠点を入力してから、携帯電話を取り出し、所定の関連付けられた操作を入力する。携帯電話は、その操作を認証のための所定の操作と照合する。認証に成功した後、携帯電話のポジショニング機能（例えば、ＷＩＦＩ、ＧＰＳ、又はＢｌｕｅｔｏｏｔｈ（登録商標）に基づくポジショニング機能）が呼び出されて携帯電話の現在位置を取得し、対応するビジネス位置が、取得した位置情報に基づいて更に計算され、次いで、ビジネスの関連情報（製品情報、値引き情報等）が携帯電話の画面上に表示される。
【００６２】
本願の解決策によれば、所定のユーザ操作の検出は、特定のアプリケーションの呼出しを実施するために他の方法と組み合わせて用いることもできる。例えば、検知モジュールによるユーザ操作の検出結果は、所定のボタンが押される場合に取得できる。
【００６３】
ユーザは、アプリケーションにおいて機能を呼び出すためのトリガ条件の１つとして、１つ以上のボタンを予め指定できる。ボタンは、携帯電話上に設けた物理的なボタン又は仮想タッチキーであってもよく、タッチ画面オペレーティングシステムインターフェース又は特定のアプリケーションインターフェース内の仮想キーであってもよい。ユーザがアプリケーションにおいて機能を迅速に呼び出す必要がある場合、ユーザは所定の操作を入力する一方で、所定のボタンを押す必要がある。デバイスは、検知モジュールによって所定のユーザ操作を検出した結果を取得する必要があり、更に、所定のボタンが押されたかどうかを特定する必要がある。「所定のユーザ操作が検出される」及び「所定のボタンが押される」場合、アプリケーションにおいて後続の機能呼出しを引き起こすことができる。
【００６４】
携帯電話決済バーコードアプリケーションシナリオを、ここでもなお実施例として用いる。ユーザは、使用習慣に基づいて「音量ダウン」ボタンを所定のボタンとして指定できる。ユーザは、指で「音量ダウン」ボタンを押し、同時に携帯電話を振る。２つの条件が両方とも充たされたことを検出すると、携帯電話はアプリケーションを呼出して決済バーコードを表示する。
【００６５】
決済バーコードの表示等のユーザのプライバシを呼び出すショートカット操作に対して、セキュリティのための特定の要件があってもよい。前述の所定の操作が所定のボタンと協働して特定のアプリケーションにおける特定の機能の呼出しを実現させる場合、「所定のボタン」もユーザの私的な個人情報（ユーザによって予め決められる）に属するため、この方法は、ユーザ機器の現在の操作者が正規のユーザであるかどうかを効果的に確認でき、ユーザ機器の不正ユーザの操作に起因する損失を回避できる。場合によっては、この方法は、意図しない操作を回避することもできる。例えば、携帯電話が小物入れにある場合、アプリケーションにおける機能の即時呼出しを、過度の振り及び過度の高速振動数により引き起こすことができ、所定のユーザ操作及び所定のボタンの組み合わせは、かかる非ユーザ主体のトリガの発生を効果的に回避又は低減できる。
【００６６】
他のセキュリティ検証メカニズムを、ユーザのユーザセキュリティを向上させるために更に追加できる。例えば、ユーザは、所定のユーザ操作の入力が検出された後で、アプリケーションにおいて機能が呼び出される前に、一種類以上の認証情報を入力するよう要求されてもよい。認証情報は、例えば、テキストパスワード、指紋、ジェスチャ、顔情報等、様々な形態を取ることができる。ユーザによって入力された認証情報が正しい場合、アプリケーションにおいて機能が呼び出され、ユーザによって入力された認証情報が正しくない場合、アプリケーションにおいて機能は呼び出されない。
【００６７】
図３は、本願の解決策が業者決済に適用される特定の実施シナリオを示す概略図である。携帯電話の画面が暗い若しくはロックされている場合、又は携帯電話がスタンバイ状態にある場合、ユーザは携帯電話を持って３回以上任意の近似軸方向に揺動する。揺動幅が特定の要件に達すると、ジャイロスコープはその操作を検出し、その操作を認証のための所定のユーザ操作と照合する。認証に成功した後、決済アプリケーションが呼び出され、画面は現在使用されている決済方法（要件に基づいてユーザが修正できる）を表示し、ユーザは一種類以上の認証情報を入力するよう促される。
【００６８】
例えば、幾つかのサードパーティの決済アプリケーションに対して、ユーザが「ログイン状態を保つ」機能をイネーブル化していない場合、ユーザは、揺動操作が認証された後、決済アプリケーションのログインパスワードを入力するよう更に要求される。ログインパスワードは、テキストパスワード、指紋、ジェスチャ、顔情報等の形態を取ることができる。ユーザがログインパスワードを入力した後、携帯電話は、ローカルでパスワードに関する認証を行い、認証のためにログインパスワードをネットワーク側へ送信する。認証に成功した後、決済バーコードが携帯電話の画面上に表示される。
【００６９】
別の実施において、揺動操作が認証された後、決済アプリケーションの決済方法選択インターフェースが携帯電話の画面上に表示される。ユーザはロック解除パスワード（指紋及び暗証番号を含む）を入力するよう促される。ユーザが正しいロック解除パスワードを入力した後、ユーザは決済方法識別子をタップすると（軽くたたくと）、対応する決済バーコードが表示される。
【００７０】
本願の実施における決済バーコードインターフェースの即時呼出しは、概略図示する「アプリケーションにおける機能の即時呼出し」のためだけに用いられることは言うまでもないが、それは、特定の実施解決策及び本願のアプリケーションシナリオに対する制限ではない。加えて、検知モジュールに基づく異なる操作は、異なるアプリケーションにおける多数（複数）の機能の即時呼出しを実施するように、同じアプリケーションにおける異なる機能と関連付けることができる、又は、異なるアプリケーションにおける機能と関連付けることができる。
【００７１】
本願の特定の実施によれば、アプリケーションにおける機能の即時呼出しは、ユーザ機器に構成された指紋モジュールに基づいて実施できる。ここで、指紋モジュールは、指紋収集、マッチング操作、認証、識別判定等を含む一連の機能を有するモジュールであってもよい。したがって、Ｓ１０１の特定の実施は、指紋モジュール上でユーザによって入力された指紋を取得するステップであり；Ｓ１０２の特定の実施は、指紋情報の入力が検出された後、所定のユーザ操作に関連付けられたアプリケーションにおける機能を呼び出すステップである。
【００７２】
インスタントメッセージングは、ユーザによって頻繁に用いられるアプリケーション機能のうちの１つである。現在、ユーザにとって、携帯電話及び他のスマートデバイスを用いて行うインスタントメッセージングチャット操作はうんざりする操作である。通常の操作工程は以下の通りである。すなわち、ユーザが携帯電話を取り出し→携帯電話を立ち上げ→携帯電話のロックを解除し→インスタントメッセージングアプリを特定し→アプリを実行し→フレンドのアイコンをタップしてチャットのサブインターフェースに入り→チャットを開始する。実際のアプリケーションにおいて、完全なチャット操作は、実施すべき複数のステップを必要とすることが分かる。
【００７３】
本実施は、インスタントメッセージングチャットシナリオの実施例を用いて本願の解決策を詳細に説明する。インスタントメッセージングアプリケーションにおいて、特定のフレンド用のチャットインターフェースを、本願の解決策によって迅速に呼び出すことができる。
【００７４】
実際のアプリケーションにおいて、指紋情報と「特定のフレンド用のチャットインターフェースを呼び出す」操作との間の関連付けは、指紋情報が検出された後、携帯電話がメインインターフェースの代わりに特定のフレンド用のチャットインターフェースへ直接ジャンプできるように、予め確立できる。特に、関連する設定は、指紋情報と特定のフレンド用のチャットインターフェースの呼出しとの間の対応関係を確立するよう携帯端末のシステム内で行える。したがって、指紋情報が検出されると、特定のフレンド用のチャットインターフェースを迅速に呼び出せる；又は、特定のフレンド用のチャットインターフェースが即時呼出しに対応しているかどうかを、システム内にインストールされたアプリケーションにおいて設定できる。肯定であれば、特定のフレンド用のチャットインターフェースは指紋情報と関連付けられる。例えば、インスタントメッセージングアプリケーションの設定インターフェースにおいて、特定のフレンド用のチャットインターフェースは、指紋情報を介して迅速に呼び出されるよう設定され、それは特定の指紋情報と関連付けることができる、又はシステム内の初期設定によって設定できる。その上、ユーザは、関連する指紋設定を行うことが許可されていてもよい。本願では、特定のフレンド用の複数のチャットインターフェースが存在でき、複数のチャットインターフェースは区別するために異なる数の指紋情報と関連付けることができる。
【００７５】
実施において、指紋情報が指紋モジュールによって検出された場合、指紋モジュールの認証機能を通してユーザ認証メカニズムを追加してセキュリティを向上させることができる。特に、指紋情報が検出された後、指紋情報は予め選択した指紋と照合される。指紋情報が予め選択した指紋と一致した場合、特定のフレンド用のチャットインターフェースが表示される。指紋情報と特定のフレンド用のチャットインターフェースの呼出しとの間の関連付けは、特定のフレンド用のチャットインターフェースの即時呼出しを引き起こすための条件としての、特定の指紋情報の設定であってもよい。特に、デバイスユーザは、予めユーザの１つ以上の指紋情報を記録する必要があり、指紋モジュールは、認証された指紋情報を生成し、認証された指紋情報を格納する。実際のアプリケーションにおいて、ユーザ機器の指紋モジュールが指紋情報を検出した後、指紋モジュールは、検出した指紋情報が予め格納された認証指紋情報と一致するかどうかを特定する。検出した指紋情報が予め格納された認証指紋情報と一致した場合に限り、特定のフレンド用のチャットインターフェースが表示される。検出した指紋情報が予め格納された認証指紋情報と一致しない（何の指紋情報も検出されていない状況も含むことができる）場合、特定のフレンド用のチャットインターフェースはユーザ機器の画面上に表示されない。このようなトリガメカニズムは、ユーザ機器の現在の操作者が正規のユーザであるかどうかを効果的に確認でき、ユーザ機器の不正ユーザの操作に起因する悪影響を回避できる。本願の解決策は特定の指紋収集及び認証アルゴリズムを限定せず、従来の指紋収集及び認証アルゴリズムを用いることができる。
【００７６】
実施において、指紋モジュールの検出機能は連続的なオン状態を保つことができる。指紋モジュールはリアルタイムにユーザの指紋情報を検出し、割込方法で報告できる。ユーザ機器は、ユーザ機器が指紋情報を取得し、対応する工程を実行するように、割込方法で指紋モジュールによって検出された指紋情報を取得できる。したがって、ユーザが指紋情報を入力している限り、特定のフレンド用のチャットインターフェースは携帯電話の画面上に迅速に表示されることができ、ユーザは、いつでも、指紋を用いて特定のフレンド用のチャットインターフェースの表示を、確実に、迅速に引き起こせる。言い換えれば、携帯デバイスは、指紋モジュールによりリアルタイムに指紋情報を検出でき、指紋情報を収集することによって、特定のフレンド用の関連するチャットインターフェースを迅速に開始できる。
【００７７】
実施において、指紋モジュールによって指紋情報を検出した結果は、デバイスが不使用状態である場合に取得できる。不使用状態は、ここでは、ロック状態、スリープ状態、スタンバイ状態、又は別の状態のうちの１つ以上を含むことができる。この場合、携帯電話は幾つかの特定の状態において指紋情報を取得できる。これらの特定の状態において、携帯電話は、指紋情報を収集することによって、関連するアプリケーションにおいて特定のフレンド用のチャットインターフェースを迅速に開始できる。「不使用状態」の説明については、前述の実施を参照されたい。詳細については、この実施において繰り返し説明はしない。本願の解決策を適用することによって、ユーザは、デバイスの立ち上げ、デバイスのロック解除等をすることなく、特定のフレンド用のチャットインターフェースをこれらの状況下で直接表示できる。したがって、指紋検出結果を取得する機能を開始するための時間を短縮でき、デバイスの消費電力を低減できる。
【００７８】
実施において、デバイスが不使用状態にある場合に限り、指紋モジュールが指紋情報を検出することにより、指紋モジュールの始動を長い期間にわたって防ぎ、消費電力を低減するように設定できる。例えば、携帯電話の画面がロックされ、暗くなっている場合に、指紋モジュールの検出機能はディスエーブル化でき、指紋モジュールは、携帯電話が立ち上げられた後、指紋検出を行うよう起動できる。
【００７９】
実施において、一般的なスマートデバイスの「最初に立ち上げ、次いでロック解除する」操作順序に基づき、指紋モジュールは、「ユーザ機器がスリープ状態から立ち上がった後から、ユーザ機器のロックが解除される前まで」の期間内の検出結果を取得するよう設定できる。したがって、指紋検出結果を取得する機能を開始するための時間を短縮でき、デバイスの消費電力を低減できる。
【００８０】
実施において、指紋モジュールは、「ユーザ機器がスリープ状態から立ち上げられ、ロック解除されていない」場合に限って、指紋情報を検出するように設定できる。例えば、携帯電話の画面がロックされ、暗くなっている場合に、指紋モジュールの検出機能はディスエーブル化することができる。携帯電話が立ち上げられた後、指紋モジュールは、指紋を検出するために起動でき、指紋モジュールに起因する消費電力を更に低減する。
【００８１】
言い換えれば、指紋検出結果を取得する機能又は指紋モジュールの検出機能は、携帯電話が使用されていない（例えば、ポケット又は小物入れにある）場合のほとんどの時間ディスエーブル化することができる。携帯電話が他の手段（例えば、電源ボタン、音量ボタン等）によって立ち上げられた場合、対応する機能がイネーブル化される。指紋検出結果に基づいて、以下の状況があってもよい：
【００８２】
（１）ユーザが指紋情報を入力し、特定のフレンド用のチャットインターフェースが迅速に表示される。ユーザの後続のチャット操作を助けるため、更に、携帯電話をロック解除できる。
【００８３】
（２）ユーザは、通常、携帯電話のロックを解除する（パスワード、ジェスチャ等を介して）。ロック解除に成功した後、携帯電話は使用状態となり、指紋モジュールの検出機能をディスエーブル化する。
【００８４】
（３）ユーザが何の情報も入力せず（これは、多分に、意図したものではないだろう）に一定時間の経過後、携帯電話は再度スリープ状態に入り、検知モジュールの検出機能をディスエーブル化する。
【００８５】
本願の解決策を適用することにより、ユーザの基本的な操作習慣に適応する前提の下で、指紋モジュールの起動にかかる時間を更に短縮でき、それによってデバイスの消費電力を低減することが分かる。
【００８６】
このアプリケーションにおいて、指紋モジュールの作業モードは特には限定しない。例えば、ユーザ機器は、ユーザ機器の電源がオンになった後、指紋を連続して検出できる、又はユーザ機器は特定の時間内に指紋を検出できる、又は、指紋検出モジュールが割込方法で指紋を報告する、又は、携帯電話内のプロセッサが作業のために指紋モジュールを能動的に呼び出す。指紋モジュールの特定の作業モードは、特定の要件に基づいて制御又は設定できる。
【００８７】
図４は、本願の解決策をインスタントメッセージングアプリケーションにおける特定の機能の呼出しに適用するための特定の実施シナリオを示す概略図である。携帯電話はスリープ状態にあって、ロックされている場合、ユーザは、携帯電話の背面の指紋コレクタ上に指を置く。指紋モジュールは、指紋情報を収集し、指紋情報に対して認証を行う。認証に成功した後、インスタントメッセージングアプリケーションにおける特定のフレンド用のチャットインターフェースイメージが携帯電話の画面上に表示され、ユーザは特定のフレンド（Ｍａｒｒｙ）とのチャットを直接開始できる。
【００８８】
実施において、デバイスは、指紋情報を用いることによっても、ロック解除できる。この場合、「指紋によるロック解除」機能及び「指紋により特定のフレンド用のチャットインターフェースを迅速に表示する」機能は以下のように区別できる。
【００８９】
ユーザは、特定のフレンド用のチャットインターフェースを表示するための認証された指紋情報（以降、「表示指紋」と称する）と、ユーザ機器のロックを解除するための認証された指紋情報（以降、「ロック解除指紋」と称する）とを予め記録できる。「表示指紋」と「特定のインスタントアプリケーションにおける特定のフレンド用のチャットインターフェースを呼び出す」操作との間の関連付け、及び「ロック解除指紋」と「ユーザ機器のロックを解除する」操作との間の関連付けは別々に確立される。更に、ユーザ機器がロックされた状態にある場合、指紋モジュールがユーザによって入力された指紋情報を検出した後、指紋モジュールは、現在検出されている指紋情報と予め格納されている指紋情報との間の一致の状態に基づいて異なる処理を実行する。この特定の処理方法は以下の通りである。
【００９０】
ユーザ機器がロックされた状態にある場合、指紋モジュールによって指紋情報を検出した結果が取得される。仮に何の指紋情報も検出されなかった場合、何の操作も行われない。指紋情報が検出された場合、検出された指紋情報が「表示指紋」と一致した場合、特定のフレンド用のチャットインターフェースにおける特定のフレンドとのチャット機能が、特定のフレンド用のチャットインターフェースをユーザ機器の画面上に表示するように、呼び出される。しかし、検出された指紋情報が「ロック解除指紋」と一致した場合、ユーザ機器のロックは解除される。
【００９１】
例えば、使用習慣に基づいて、ユーザは、右手の人差し指の指紋を「ロック解除指紋」として、右手の中指の指紋を「表示指紋」として記録（record）できる。実際の使用において、ユーザが携帯電話を取り出し、立ち上げ操作を実行した後、携帯電話の画面にはロック解除プロンプトが表示される。特定のフレンド用のチャットインターフェースを迅速に表示しなければならない場合、ユーザは、中指を指紋コレクタ上に置く。照合に成功した後、アプリケーションが呼び出され、特定のフレンド用のチャットインターフェースが表示される。ユーザが携帯電話の他の機能を用いる必要がある場合、人差し指を指紋コレクタ上に置く。照合に成功した後、携帯電話は、初期設定モードに基づいてロック解除される。したがって、「即時表示」操作及び「指紋によるロック解除」操作は、ユーザの通常の使用習慣に影響を及ぼすことなく、効果的に区別できる。
【００９２】
実施において、同じ指紋を用いて、ロック解除する機能と、特定のフレンド用のチャットインターフェースを迅速に表示する機能との両方を実施できる。特に、ユーザの同じ指紋情報は記録することができ、ロック解除に用いられる指紋と特定のフレンド用のチャットインターフェースとを迅速に表示するための指紋として用いることができ、指紋収集の継続時間は、収集した指紋がロック解除するために、又は特定のフレンド用のチャットインターフェースを迅速に表示するために用いられるかどうかを区別するよう設定できる。例えば、指紋検出モジュールは、ユーザの指紋情報を収集し、ユーザの指紋が指紋センサ上に留まる継続時間を記録する。継続時間が１秒以内であれば、収集した指紋はロック解除に用いられる指紋と見なされ、デバイスのロックは解除される。継続時間が１秒を超えると、収集した指紋は特定のフレンド用のチャットインターフェース（例えば、インスタントメッセージングアプリケーションにおける特定のフレンドチャットインターフェースページ）を迅速に表示するために用いられる指紋と見なされ、特定のフレンド用のチャットインターフェースが迅速に呼び出される。確かに、他のシナリオによっては、同じ指紋を用いてロックを解除するように、及び、特定のフレンド用のチャットインターフェースを迅速に表示するように実施する異なる方法があってもよい。例えば、指紋センサと圧力センサとを統合してもよく、ロック解除のために、又は特定のフレンド用のチャットインターフェースを迅速に表示するために指紋を用いるかどうかは、指紋収集中に検出された圧力に基づいて特定される。
【００９３】
実施において、異なる指紋を用いて、又は同じ指紋の異なる操作方法を用いて、異なる特定のフレンド用のチャットインターフェースの即時表示を実施するように、異なるフレンドを区別できる（例えば、指紋が指紋コレクタ上に留まる異なる時間、異なる圧力等）ことは言うまでもない。
【００９４】
実施において、指紋情報検出は、特定のアプリケーションにおいて特定のフレンド用のチャットインターフェースの呼出しを実施する他の方法と組み合わすこともできる。例えば、ユーザは、特定のフレンド用のチャットインターフェースを表示するためのトリガパスワードとして１つ以上のボタンを予め指定できる。ボタンは、携帯電話上に設けた物理的なボタン若しくは仮想タッチキーであっても、タッチ画面オペレーティングシステムインターフェース若しくは特定のアプリケーションインターフェース内の仮想キーであってもよい。ユーザが、指紋情報に加えて特定のフレンド用のチャットインターフェースを迅速に表示する必要がある場合、ユーザは、更に、自身で定義したボタンを押す必要がある。デバイスは指紋モジュールによって指紋情報の検出結果を取得する必要があり、更に、所定のボタンが押されたかどうかを特定する必要があり、「指紋情報が検出される」及び「所定のボタンが押される」場合に限り、続けて特定のフレンド用のチャットインターフェースを表示できる。
【００９５】
例えば、ユーザは、使用習慣に基づいて「音量ダウン」ボタンを所定のキーとして指定できる。実際の使用において、ユーザは携帯電話を取り出し、指紋コレクタ上に指（例えば、右手の人差し指）を置き、同時に、別の指（例えば、右手の親指）で「音量ダウン」ボタンを押す。２つの条件が両方とも充たされたことを検出した後、携帯電話はインスタントメッセージングアプリケーションを呼出して特定のフレンド用のチャットインターフェースを表示する。
【００９６】
実施によっては、指紋情報は、特定のフレンド用のチャットインターフェースの即時表示を引き起こす（トリガ）方法として用いることもでき、検出された指紋情報に対して実際の認証は何ら必要とされない。言い換えれば、任意の指紋情報が特定のフレンド用のチャットインターフェースの即時表示を引き起こすことができる。例えば、指紋情報と所定のボタンとが特定のアプリケーションにおいて特定のフレンド用のチャットインターフェースを表示するよう組み合わされる場合、「所定のボタン」もユーザの私的な個人情報（ユーザによって予め決められる）に属するため、特定のフレンド用のチャットインターフェースは、現在検出されている指紋情報を認証された指紋情報と比較することなく開始でき、チャットのセキュリティを保証でき、指紋照合ロック解除メカニズムは影響を受けない。確かに、他のシナリオによっては、指紋情報が検出された後、特定のアプリケーションにおける特定の機能インターフェースは、指紋情報に関する照合認証工程を実行せずに呼び出せる。例えば、携帯デバイスが作業状態にある場合に、指紋情報が検出されると（例えば、ユーザが指を指紋コレクタ上に置いたとき）、インスタントメッセージングアプリケーションにおいて特定のフレンド用のチャットインターフェースを呼び出すことができる。
【００９７】
本願の実施における特定のフレンド用のチャットインターフェースの即時呼出しは、概略図示する「アプリケーションにおける機能の即時呼出し」のためだけに用いられることは言うまでもないが、それは特定の実施の解決策及び本願のアプリケーションシナリオに対する制限ではない。加えて、異なる指紋、又は同じ指紋の異なる操作方法（例えば、指が指紋コレクタ上に留まる異なる時間、異なる圧力等）は、同じアプリケーションにおける異なる機能と関連付けることができ、また、複数の異なるアプリケーション機能の即時呼出しを達成するように、複数の異なるアプリケーションにおける機能と関連付けることができる。
【００９８】
本願の実施において、アプリケーションにおける機能の即時呼出しは、ユーザ機器上に構成されたボタン、タッチ入力モジュール等に基づいて実施できる。ここでのタッチ入力モジュールは、タッチ画面、タッチパッド、及び他の個別のタッチ入力モジュールを含むことができる。したがって、Ｓ１０１の特定の実施は、ユーザ機器上の操作を取得するステップであり、ここで操作はデバイスのボタン上での押し操作、又はタッチ入力モジュール上でのタッチジェスチャ入力であってもよく；Ｓ１０２の特定の実施は、操作が所定のボタンを押す操作と一致する、又は所定のタッチジェスチャと一致する場合に、所定のユーザ操作と関連付けられたアプリケーションにおいて機能を呼び出すステップである。
【００９９】
メディア再生は、ユーザによって頻繁に用いられるアプリケーション機能のうちの１つである。現在では、ユーザがメディア再生を制御する場合、一般的な操作工程は以下の通りである。すなわち、ユーザが携帯電話を取り出し→携帯電話を立ち上げ→携帯電話のロックを解除し→メディア再生アプリを特定し→アプリを実行し→再生／一時停止／切替ボタン及び他の機能ボタンをタップして制御を終える。実際のアプリケーションにおいて、メディア再生を制御する度に複数のステップが必要であることが分かる。
【０１００】
この実施は、即時メディア再生制御のアプリケーションシナリオを実施例として用いて本願の解決策を詳細に説明する。メディア再生アプリケーションにおいて、メディア再生は本願の解決策により迅速に制御できる。
【０１０１】
実際のアプリケーションにおいて、メディア再生アプリケーションにおける操作モードと特定の再生制御機能（例えば、再生、一時停止、停止、前のメディアファイルへの切替、後のメディアファイルへの切替等）との間の関連付けは、所定のユーザ操作が検出された後、携帯端末が、アプリケーションのメインインターフェースを呼び出す代わりに、機能を直接引き起こすことができるように、予め確立できる。特に、関連する設定は、指紋情報と特定の再生制御機能の呼出しとの間の対応関係を確立するように、携帯端末のシステムにおいて行える；又は、特定の再生制御機能が即時呼出しに対応しているかどうかを、システム内にインストールされたアプリケーションにおいて設定できる。肯定である場合、特定の再生制御機能が所定のユーザ操作に関連付けられる。例えば、特定の再生制御機能は、所定のユーザ操作を介して迅速に呼び出されるよう、メディア再生アプリケーションの設定インターフェースにおいて設定され、特定の所定のユーザ操作と関連付けることができる；又は、それはシステム内の初期設定によって設定でき、ユーザが所定のユーザ操作を関連付けるための設定の実行を可能にしている。本願においては、複数の特定の再生制御機能があってもよく、複数の特定の再生制御機能は、差別化のために異なる所定のユーザ操作と関連付けることができる。
【０１０２】
携帯電話ユーザは、特定の再生制御機能を呼び出すためのトリガパスワードとして１つ以上の操作モードを予め選択できる。この操作は、携帯電話上の物理的なボタン（例えば、電源ボタン、音量アップボタン、音量ダウンボタン等、ｉＯＳ携帯電話のホームボタン、若しくはキーボード携帯電話の任意のボタン）又は、仮想タッチキー（例えば、Ａｎｄｒｏｉｄ（登録商標）携帯電話のホームキー、バックキー、メニューキー等）を用いて実施できる。或いは、タッチ画面又は特定のアプリケーションインターフェースを有する携帯電話のオペレーティングシステムにおける仮想キー、又は特定のタッチジェスチャを用いて実施できる。ユーザ操作の実施例の幾つかを以下に示す。
【０１０３】
ボタンを押す操作：予め選択された機能を持たない１つ以上のボタンが幾つかの携帯電話又はオペレーティングシステムに設けられ、ユーザは、画面ショット、ミュート等のボタンの機能を定義する、又は特定のアプリケーションを開始できる。これらのボタンは、本願の解決策においてユーザ操作を実施するために直接用いることができる。
【０１０４】
ボタンを押して、これを保持する操作：ボタンは、携帯電話インターフェースにおける物理的なボタン、仮想タッチキー、又は仮想キーを含む。「押して、これを保持する」基準はオペレーティングシステムの構成パラメータに基づいており、本願では限定しない。
【０１０５】
２つ以上のボタンの組み合わせを同時に押す操作：この組み合わせは、同じ種類のボタンの組み合わせ、例えば、電源ボタンと音量ダウンボタン（両方とも物理的ボタン）を同時に押す操作であってもよい。その上、この組み合わせは、異なる種類のボタンの組み合わせ、例えば、電源ボタン（物理的なボタン）とバックキー（仮想タッチキー）とを同時に押す組み合わせであってもよい。
【０１０６】
２つ以上のボタンを特定の順序で続けて押す操作：ボタンは、同じ種類のボタンの組み合わせ（例えば、パスワード列の入力）であっても、異なる種類のボタンの組み合わせであってもよい。加えて、入力を終えるまでの時間は制限される。
【０１０７】
特定のタッチジェスチャでの操作：様々なタッチジェスチャは、タップ／タップと保持／スライドと、１本の指／複数の指タッチと、特定の画面位置との組み合わせ、例えば、画面を２回タップし、画面の下部から画面の上部へスライドし、３本の指で画面上の任意の位置をタップし、保持することにより、得ることができ、これらのジェスチャは全てユーザ操作として用いることができる。加えて、特定のスライド軌跡も、ユーザ操作として用いることができる。例えば、「Ｚ」字形が画面上で描かれ、「Ｖ」字形が画面上で描かれる等である。タッチジェスチャは、タッチ画面に基づいて実施できる、又は、タッチパッド等の個別のタッチデバイスに基づいて実施できる。
【０１０８】
ユーザ操作は、ユーザ操作が他の操作と衝突しないという条件で、本願において個別には列挙しない他の多くの方法で実施できる。ユーザがユーザ操作を記録した後、携帯電話はボタン情報を記録し、これを格納する。確かに、シナリオによっては、幾つかのシステムのデバイスの初期設定操作も所定のユーザ操作として用いることができる。ユーザの所定の操作を設定する方法は本願において限定しない。例えば、所定の操作はシステム初期設定である、又はユーザによって設定される。例えば、所定の操作はシステムにおいてユーザによって設定される、又はシステム内の特定のアプリケーションにおいてユーザによって設定される。
【０１０９】
実施において、ユーザが所定の操作を用いて特定の再生制御機能を確実に、迅速に引き起こせるように、ユーザの入力を検出する機能は、ユーザが所定の操作情報を入力すると、特定の再生制御機能を引き起こすことができるように、継続的にイネーブル化されるよう設定できる。
【０１１０】
実施において、ユーザの入力アクションは、デバイスが不使用状態である場合に検出できる。不使用状態は、ロック状態、スリープ状態、スタンバイ状態、等のうちの１つ以上を含むことができる。「不使用状態」の説明については、前述の実施を参照されたい。詳細について本実施では繰り返し説明しない。前述の解決策は、ユーザが、デバイスの立ち上げ、デバイスのロック解除等をすることなく、特定の再生制御機能を直接呼び出すことを可能にでき、加えて、入力検出機能の長期にわたる始動状態（long term start-up）に起因する電力消費を回避できる。
【０１１１】
本願の実施において、一般的なスマートデバイスの「最初に立ち上げ、次いでロック解除する」操作順序に基づき、ユーザの入力アクションを検出するための時間は、「ユーザ機器がスリープ状態から立ち上がった後から、ユーザ機器のロックが解除される前までの期間に設定できる。言い換えれば、ユーザの入力アクションを検出する機能は、携帯電話が使用されていない（例えば、ポケット又は小物入れにある）場合のほとんどの時間ディスエーブル化することができる。携帯電話が他の手段（例えば、電源ボタン、音量ボタン等）によって立ち上げられた場合に、入力検出機能がイネーブル化され、以下の状況があってもよい。
【０１１２】
（１）ユーザが所定のユーザ操作を入力して、メディア再生アプリケーションにおいて特定の再生制御機能を呼び出す。呼出し機能に加えて、携帯電話のロックを解除できる、又は、携帯電話はロック状態を保つ。本願ではこれに限定されない。
【０１１３】
（２）ユーザは、通常、携帯電話のロックを解除する（パスワード、ジェスチャ等を介して）。ロック解除に成功した後、携帯電話は使用状態となり、入力検出機能をディスエーブル化する。
【０１１４】
（３）ユーザが何の情報も入力せず（これは、多分に、意図したものではないだろう）に一定時間の経過後、携帯電話は再度スリープ状態に入り、入力検出機能をディスエーブル化する。
【０１１５】
本願の解決策を適用することにより、ユーザの基本的な操作習慣に適応する前提の下で、入力検出機能をイネーブル化する時間を更に短縮でき、それによってデバイスの電力消費を減らすことができる。
【０１１６】
図５は、本願の解決策をメディア再生シナリオに適用する特定の実施シナリオを示す概略図である。携帯電話がスリープ状態にあり、ロックされている場合、ユーザは、ジェスチャを用いて携帯電話の画面上に「Ｚ」字形パターンを描き、携帯電話は、パターンの認証のために予め格納されているユーザ操作ジェスチャと照合する。認証に成功した後、メディア再生アプリケーションにおいて「再生」機能が引き起こされる。
【０１１７】
他のセキュリティ検証メカニズムを、特定のアプリケーションに特化した機能（二次元コード決済の表示等）を用いる上でのセキュリティを向上させるために追加できる。例えば、ユーザは、所定のユーザ操作の入力が検出された後で、特定の機能が呼び出される前に、一種類以上の認証情報を入力するよう要求されてもよい。認証情報は、例えば、テキストパスワード、指紋、ジェスチャ等の様々な形態を取ることができる。ユーザによって入力された認証情報が正しい場合、特定の機能が呼び出され、ユーザによって入力された認証情報が正しくない場合、特定の機能は呼び出されない。
【０１１８】
実施において、所定のユーザ操作は、デバイスのロック解除にも用いることができる。「所定のユーザ操作を用いてロック解除する」機能と「所定のユーザ操作を用いて特定の再生制御機能を迅速に呼び出す」機能とを区別するため、以下の解決策が提供される。
【０１１９】
ユーザは、特定の再生制御機能を呼び出すための所定のユーザ操作（以下、「呼出し操作」と称する）と、ユーザ機器のロック解除のための所定のユーザ操作（以下、「ロック解除操作」と称する）とを予め記録できる。「呼出し操作」と「メディア再生アプリケーションにおいて特定の再生制御機能を呼び出す機能」との間の関連付け、及び、「ロック解除操作」と「ユーザ機器のロックを解除する」との間の関連付けが確立される。更に、ユーザ機器がロックされた状態にある場合、入力検出機能がユーザによって現在入力されている操作を検出した後、現在検出されている操作と予め格納されている所定のユーザ操作との間の一致の状態に基づいて、異なる処理が行われる。特定の処理方法は以下の通りである。
【０１２０】
ユーザの入力アクションは、ユーザ機器がロックされた状態にある場合に検出され；何のユーザ操作も検出されなかった場合、何の処理も行われず；ユーザ操作が検出され、現在検出されている操作が「呼出し操作」と一致した場合、特定のアプリケーションにおける特定の再生制御機能が呼び出され；現在検出されている操作が「ロック解除操作」と一致した場合、ユーザ機器のロックが解除される。
【０１２１】
例えば、携帯電話がグラフィックを用いることによってロック解除されるとすると、ユーザは、使用習慣に基づいて、「ロック解除操作」として「Ｎ」のグラフィックを描くジェスチャを記録し、「呼出し操作」として「Ｚ」のグラフィックを描くジェスチャを記録できる。実際の使用において、ユーザが携帯電話を取り出し、立ち上げ操作を実行した後、携帯電話の画面はロック解除プロンプトを呼び出す。この時、ユーザが特定の再生制御機能を迅速に呼び出す必要がある場合、ユーザは画面上で「Ｚ」のグラフィックを描き、メディア再生アプリケーションにおける特定の再生制御機能は、照合が成功した後、呼び出される。ユーザが携帯電話の別の機能を用いる必要がある場合、ユーザは画面上で「Ｎ」のグラフィックを描き、照合が成功した後、携帯電話は初期設定モードにおいてロック解除される。
【０１２２】
実施において、携帯電話が暗証番号を用いてロック解除されるとすると、使用習慣に基づいて、ユーザは「ロック解除操作」としてパスワード「１１１１」を記録し、「呼出し操作」としてパスワード「２２２２」を記録できる。実際の使用において、ユーザが携帯電話を取り出し、立ち上げ操作を実行した後、携帯電話の画面はロック解除プロンプトを呼び出す。この時、ユーザが特定の再生制御機能を迅速に呼び出す必要がある場合、ユーザはパスワード「２２２２」を入力し、照合に成功した後、メディア再生アプリケーションにおける特定の再生制御機能が呼び出される。ユーザが携帯電話の別の機能を用いる必要がある場合、ユーザはパスワード「１１１１」を入力し、照合に成功した後、携帯電話は初期設定モードにおいてロック解除される。
【０１２３】
前述の方法は、ユーザの通常の使用習慣に影響を及ぼすことなく、「即時呼出し」操作と「ロック解除」操作とを効果的に区別できることが分かる。
【０１２４】
実施において、異なる所定の操作（異なるジェスチャ、異なるパスワード等）を、異なる再生制御機能を区別するために用いることができることは言うまでもなく、例えば、異なる再生制御機能の即時呼出しを達成するよう、「左にスライド」は「前のメディアファイルへの切替」機能に関連付けられ、「右にスライド」は「次のメディアファイルへの切替」機能に関連付けられ、「上にスライド」は「一時停止」機能に関連付けられ、そして、「下にスライド」は「停止」機能に関連付けられる。
【０１２５】
本願の実施における特定の再生制御機能の即時呼出しは、概略図示する「アプリケーションにおける機能の即時呼出し」のためだけに用いられることは言うまでもないが、それは特定の実施解決策及び本願のアプリケーションシナリオに対する制限ではない。加えて、異なるボタン及び操作ジェスチャは、異なるアプリケーションにおける多数（複数）の機能の即時呼出しを実施するように、同じアプリケーションにおける異なる機能と関連付けることができる、又は、異なるアプリケーションにおける機能と関連付けることができる。
【０１２６】
前述の方法に対応して、本願は更に、アプリケーションにおいて機能を呼び出すための装置を提供する。図６を参照すると、この装置は：ユーザ機器でのユーザの操作を取得するよう構成された検出制御モジュール１１０と；取得した操作が所定のユーザ操作と一致する場合、所定のユーザ操作に関連付けられたアプリケーションにおける機能を呼び出すよう構成された呼出し制御モジュール１２０と；を含むことができる。
【０１２７】
本願の特定の実施において、検知モジュールはユーザ機器に構成される。
【０１２８】
検出制御モジュール１１０は、具体的には、検知モジュールによってユーザ操作を検出した結果を取得するように構成することができ；呼出し制御モジュール１２０は、具体的には、所定のユーザ操作の入力が検出された後、所定のユーザ操作に関連付けられたアプリケーションにおける機能を呼び出すように構成することができる。
【０１２９】
本願の特定の実施において、検出制御モジュール１１０は、具体的には、ユーザ機器が不使用状態である場合に、検知モジュールによってユーザ操作を検出した結果を取得するように構成することができ、ここで不使用状態は、ロック状態、スリープ状態、及び／又はスタンバイ状態を含む。
【０１３０】
本願の特定の実施において、検出制御モジュール１１０は、具体的には、ユーザ機器がスリープ状態から立ち上げられ、ロックされた状態にある場合に、検知モジュールによってユーザ操作を検出した結果を取得するように構成することができる。
【０１３１】
本願の特定の実施において、検出制御モジュール１１０は、具体的には、所定のボタンが押された場合に、検知モジュールによってユーザ操作を検出した結果を取得するように構成することができる。
【０１３２】
本願の特定の実施において、呼出し制御モジュール１２０は、具体的には、所定のユーザ操作の入力が検出された後に、ユーザが正しい認証情報を入力するかどうかを更に特定し、ユーザが正しい認証情報を入力した場合、所定のユーザ操作に関連付けられたアプリケーションにおける機能を呼び出すように構成することができる。
【０１３３】
本願の特定の実施において、検知モジュールは加速度センサであり；所定のユーザ操作はユーザ機器での振り操作であり、ここで振り操作の振り数及び振り幅は、それぞれ、予め選択した閾値以上である。
【０１３４】
本願の特定の実施において、検知モジュールはジャイロスコープであり；所定のユーザ操作はユーザ機器での揺動操作であり、ここで揺動操作の揺動数及び揺動幅はそれぞれ予め選択した閾値以上である。
【０１３５】
本願の特定の実施において、ボタンはユーザ機器上に構成される。
【０１３６】
検出制御モジュール１１０は、具体的には、ユーザ機器のボタン上でのユーザの押し操作を取得するように構成することができ；所定のユーザ操作は、具体的には、所定のボタンを押す操作を含むことができる。
【０１３７】
本願の特定の実施において、タッチ入力モジュールはユーザ機器に構成される。
【０１３８】
検出制御モジュール１１０は、具体的には、タッチ入力モジュール上でユーザによって入力されたタッチジェスチャを取得するように構成することができ；所定のユーザ操作は、具体的には、所定のタッチジェスチャを入力する操作を含むことができる。
【０１３９】
本願の特定の実施において、指紋モジュールはユーザ機器に構成される。
【０１４０】
検出制御モジュール１１０は、具体的には、指紋モジュール上でユーザによって入力された指紋を取得するように構成することができ；所定のユーザ操作は、具体的には、予め選択した指紋情報を入力するステップを含むことができる。
【０１４１】
本願の特定の実施において、呼出し制御モジュール１２０は、具体的には、情報イメージをユーザ機器の画面上に表示するために、情報イメージを含むアプリケーションにおける情報イメージ表示機能インターフェースを呼び出すように構成することができる。
【０１４２】
本願は、検知モジュールを有するユーザ機器に適用されるバーコード決済装置を更に提供する。図７を参照すると、この装置は：ユーザ機器でユーザの操作を取得するよう構成された検出制御モジュール２１０と；取得した操作が所定のユーザ操作と一致する場合、決済のために用いられるバーコードイメージをユーザ機器の画面上に表示するために、決済アプリケーションにおいて決済バーコード表示インターフェースを呼び出すように構成された決済バーコード表示制御モジュール２２０と；を含むことができる。
【０１４３】
本願の特定の実施において、検知モジュールはユーザ機器に構成される。
【０１４４】
検出制御モジュール２１０は、具体的には、検知モジュールによってユーザ操作を検出した結果を取得するよう構成することができ；決済バーコード表示制御モジュール２２０は、所定のユーザ操作の入力が検出される場合、決済のために用いられるバーコードイメージをユーザ機器の画面上に表示するために、決済アプリケーションにおいて決済バーコード表示インターフェースを呼び出すように構成することができる。
【０１４５】
バーコード決済装置は、特定のアプリケーション環境における前述のアプリケーション内の機能呼出し装置の実施であってもよいことは言うまでもない。したがって、バーコード決済装置の特定の実施の原理の説明のため、前述の実施における機能呼出し装置の説明及び前述の実施における方法を参照されたい。この実施において説明は繰り返さない。
【０１４６】
加えて、装置における各モジュールの機能の実施工程については、前述の方法における対応するステップの実施工程を参照されたい。詳細はここでは述べない。
【０１４７】
本願によって提供される前述のアプリケーションにおける機能呼出し装置又はバーコード決済装置は、例えば、携帯電話、タブレットコンピュータ、スマートウォッチ等のデバイスに適用できる。図８は、本願において提供される装置を構成するために用いられるデバイスを示す概略構造図である。デバイスは、プロセッサ１０１０、メモリ１０２０、入出力インターフェース１０３０、通信インターフェース１０４０、及びバス１０５０を含むことができる。プロセッサ１０１０、メモリ１０２０、入出力インターフェース１０３０、及び通信インターフェース１０４０は、バス１０５０を用いて相互通信及び接続を実施する。
【０１４８】
プロセッサ１０１０は、一般的なＣＰＵ（中央処理ユニット）、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、又は１つ以上の集積回路であってもよく、本願において提供される技術的解決策を実施するように、関連プログラムを実行するように構成される。
【０１４９】
メモリ１０２０は、ＲＯＭ（読出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、スタティックストレージデバイス、ダイナミックストレージデバイス等の形で実施できる。メモリ１０２０は、オペレーティングシステム及び他のアプリケーションプログラムを格納できる。ソフトウェア又はハードウェアが本願によって提供される技術的解決策を実施するために用いられる場合、関連するプログラムコードはメモリ１０２０内に格納され、プロセッサ１０１０によって呼び出され、実行される。
【０１５０】
入出力インターフェース１０３０は、情報入力及び出力のために入出力モジュールを接続するように構成される。入出力モジュールは、デバイス内のコンポーネント（図では不図示）として構成する、又は、対応する機能を提供するようにデバイスへ外部接続することができる。入力デバイスとしては、キーボード、マウス、タッチ画面、マイクロフォン、様々な種類のセンサ等を挙げることができる。出力デバイスとしては、ディスプレイ、スピーカ、バイブレータ、インジケータランプ等を挙げることができる。
【０１５１】
通信インターフェース１０４０は、本デバイスと他のデバイスとの間の通信及び対話を実現するように、通信モジュール（図面では不図示）を接続するように構成される。通信モジュールは、有線方法（例えば、ＵＳＢ、ネットワークケーブル等）を介して通信を実施でき、無線方法（例えば、携帯ネットワーク、ＷＩＦＩ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等）を介しても通信を実施できる。
【０１５２】
バス１０５０はチャンネルを含み、このチャンネルを介して情報がデバイスの部品同士（プロセッサ１０１０、メモリ１０２０、入出力インターフェース１０３０、及び通信インターフェース１０４０）の間で伝送される。
【０１５３】
前述のデバイスは、プロセッサ１０１０、メモリ１０２０、入出力インターフェース１０３０、通信インターフェース１０４０、及びバス１０５０だけを示していることに留意されたい。特定の実施工程において、デバイスは、更に、通常の操作を達成するよう他の必要なコンポーネントを更に含むことができる。加えて、当業者は、前述のデバイスが本願の解決策を実施するために必要なコンポーネントだけを含むことができ、図面に示した全てのコンポーネントを必ずしも含まないことを理解すべきである。
【０１５４】
実施の説明によれば、当業者は、本願がソフトウェアおよび必要なユニバーサルハードウェアプラットフォームによって実施できることを明確に理解することができる。このような理解に基づいて、本願の技術的解決策又は既存技術に貢献する部分は、ソフトウェア製品の形態で実施することができる。このソフトウェア製品は、ＲＯＭ／ＲＡＭ、ハードディスク、光ディスクなどの記憶媒体に格納され、実施に記載された方法又は本願の実施の一部を実行するために、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスとなり得る）に指示するための複数の命令を含む。
【０１５５】
本開示における実施は全て、累積的（プログレッシブ）方式で記述されている。実施における同一又は類似の部分についてはこれらの実施を参照することができ、各実施は他の実施との違いに焦点をあてている。特に、装置の実施は、基本的には方法の実施に類似しており、簡単に説明する。関連する部分については、方法の実施の部分の説明を参照することができる。上述した装置の実施は単なる例であり、別々の構成要素として記載されたモジュールを物理的に分離することができる、又は、物理的に分離することはできず、本願の解決策が実施されるとき、モジュールの機能は、同一又は複数のソフトウェアおよび／又はハードウェアモジュールにおいて実施できる。本実施の解決策の目的を達成するために、モジュールの一部又は全部を実際のニーズに応じて選択することができる。当業者は、創造的な努力なしに本発明の実施を理解し実施することができる。
【０１５６】
前述の説明は、単なる本願の特定の実施にすぎない。当業者は本願の原理から逸脱することなくいくつかの改良又は研磨を行うことができ、改良又は研磨は本願の保護範囲内に入ることに留意されたい。
【図１】
2019508793.tif 000003
【図２】
2019508793.tif 000004
【図３】
2019508793.tif 000005
【図４】
2019508793.tif 000006
【図５】
2019508793.tif 000007
【図６】
2019508793.tif 000008
【図７】
2019508793.tif 000009
【図８】
2019508793.tif 000010
【国際調査報告】
2019508793.tif 000011
2019508793.tif 000012
2019508793.tif 000013
2019508793.tif 000014
2019508793.tif 000015