(57)【要約】【課題】アプリケーション・インタフェース管理方法および装置。【解決手段】本願方法は、  アプリケーション開始プロセスにおいてインタフェース・レイアウトサーバにインタフェース・レイアウトパラメータを要求するステップであって、インタフェース・レイアウトパラメータは、より機能的な領域のレイアウトパラメータ、および、より機能的なアイコンのレイアウトパラメータを含む、ステップと、  取得された機能領域のレイアウトパラメータおよび取得された機能アイコンのレイアウトパラメータにしたがってアプリケーション・インタフェースを生成するステップであって、各機能領域は１つ以上の機能アイコンを含むものである、ステップと、  現在のアプリケーション・インタフェースに対するユーザによる変更操作に応答して、現在のアプリケーション・インタフェースのインタフェース・レイアウトを変更するステップと、  インタフェース・レイアウトサーバに、変更されたアプリケーション・インタフェースに対応する、１つ以上の機能領域のレイアウトパラメータおよび１つ以上の機能アイコンのレイアウトパラメータを格納するステップとを含む。  本出願は、実際のユーザ要求に基づいてインタフェース管理ソリューションを設定し、ユーザはそれら自身の要求にしたがってアプリケーション・インタフェース全体のレイアウトをカスタマイズすることができ、それによってユーザエクスペリエンスおよびユーザ粘着性（ｕｓｅｒ  ｓｔｉｃｋｉｎｅｓｓ）を改善する。【選択図】図２
2019536138.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーション起動プロセスにおいて、インタフェース・レイアウトサーバからインタフェース・レイアウトパラメータを要求するステップであって、該インタフェース・レイアウトパラメータは、１つ以上の機能領域のレイアウトパラメータおよび１つ以上の機能アイコンのレイアウトパラメータを含む、ステップと、
機能領域の前記取得されたレイアウトパラメータおよび機能アイコン取得されたレイアウトパラメータにしたがって、アプリケーション・インタフェースを生成するステップであって、各機能領域は１つ以上の機能アイコンを有する、ステップと、
前記アプリケーション・インタフェースにおけるユーザによる変更操作に応じて、前記アプリケーション・インタフェースのインタフェース・レイアウトを変更するステップと、
１つ以上の機能領域のレイアウトパラメータおよび前記変更されたアプリケーション・インタフェースに対応する１つ以上の機能アイコンのレイアウトパラメータを、前記インタフェース・レイアウトサーバに格納するステップと、
を含む、アプリケーション・インタフェースを管理するための方法。
【請求項２】
前記機能領域の前記レイアウトパラメータは、前記機能領域のＩＤ、および、前記アプリケーション・インタフェース内の前記機能領域の位置パラメータを含み、
機能アイコンの前記レイアウトパラメータは、前記機能アイコンのＩＤ、前記機能アイコンが配置されている機能領域のＩＤ、および前記機能アイコンが配置されている前記機能領域における前記機能アイコンの位置パラメータを含み、
機能領域の取得されたレイアウトパラメータおよび機能アイコンの前記取得されたレイアウトパラメータにしたがってアプリケーション・インタフェースを生成するステップは、
前記機能領域の前記ＩＤ、および前記インタフェース内の前記機能領域の前記位置パラメータにしたがって、前記アプリケーション・インタフェース内の対応する機能領域を表示するステップと、
前記機能アイコンの前記ＩＤにしたがって、ローカルに予め格納された機能アイコンデータベースから対応する機能アイコンを取得するステップと、
前記機能アイコンが配置されている前記機能領域のＩＤ、および前記機能アイコンが配置されている前記機能領域の前記機能アイコンの前記位置パラメータにしたがって、対応する機能領域に機能アイコンを表示するステップとを含む、
請求項１に記載の方法。
【請求項３】
前記変更操作は、機能アイコン削除操作を含み、前記方法は、さらに、機能領域における全ての機能アイコンが削除されたとき、前記機能領域を削除し、互いに近く隣接する機能領域を移動することにより前記アプリケーション・インタフェースの前記インタフェース・レイアウトを変更するステップを含む、請求項２に記載の方法。
【請求項４】
前記機能領域の大きさは、固定的またはスケーラブルである、請求項１に記載の方法。
【請求項５】
前記インタフェース・レイアウトパラメータは、ユーザ行動分析と情報プッシュとの基礎である、請求項１に記載の方法。
【請求項６】
アプリケーション開始プロセスにおいてインタフェース・レイアウトサーバからインタフェース・レイアウトパラメータを要求するように構成されたパラメータ要求ユニットであって、該インタフェース・レイアウトパラメータは、１つ以上の機能領域のレイアウトパラメータおよび１つ以上の機能アイコンのレイアウトパラメータを含む、パラメータ要求ユニットと、
取得された機能領域のレイアウトパラメータおよび取得された機能アイコンのレイアウトパラメータにしたがってアプリケーション・インタフェースを生成するように構成されたインタフェース生成ユニットであって、各機能領域は１つ以上の機能アイコンを含む、インタフェース生成ユニットと、
前記アプリケーション・インタフェースに対するユーザの変更操作に応じて、前記アプリケーション・インタフェースの前記インタフェース・レイアウトを変更するように構成されたインタフェース変更ユニットと、
前記インタフェース・レイアウトサーバに、前記変更されたアプリケーション・インタフェースに対応する、１つ以上の機能領域のレイアウトパラメータおよび１つ以上の機能アイコンのレイアウトパラメータを格納するように構成されたパラメータ格納ユニットと、
を備える、アプリケーション・インタフェース管理装置。
【請求項７】
機能領域の前記レイアウトパラメータは、前記機能領域のＩＤと、関数パラメータが界面領域で使用され、前記インタフェースにおける前記機能領域の位置パラメータとを含み、
前記機能アイコンの前記レイアウトパラメータは、前記機能アイコンのＩＤと、前記機能アイコンが位置する機能領域のＩＤと、前記機能アイコンが配置されている前記機能領域内の前記機能アイコンの位置パラメータとを含み、
前記インタフェース生成ユニットは、
前記インタフェース内の前記機能領域および前記機能領域の前記位置パラメータの前記ＩＤにしたがって前記アプリケーション・インタフェース内の対応する機能領域を表示し、
前記機能アイコンのＩＤにしたがって、ローカルに予め格納された機能アイコンデータベースから対応する機能アイコンを取得し、
前記機能アイコンが配置されている前記機能領域の前記ＩＤ、および、前記機能アイコンが配置されている前記機能領域内の前記機能アイコンの前記位置パラメータにしたがって、前記対応する機能領域に前記機能アイコンを表示する
ように構成される、
請求項６に記載の装置。
【請求項８】
前記変更操作は、機能的アイコン削除操作を含み、機能領域内のすべての機能アイコンが削除されたとき、インタフェース変更ユニットは、前記機能領域を削除し、隣接する機能領域を互いに近く移動することにより、アプリケーション・インタフェースのインタフェース・レイアウトを変更するように構成される、請求項７に記載の装置。
【請求項９】
前記機能領域の大きさは、固定またはスケーラブルである、請求項６に記載の装置。
【請求項１０】
前記インタフェース・レイアウトパラメータは、ユーザ行動分析およびプッシュ情報の基礎である、請求項６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、端末の技術分野に関し、特に、アプリケーション・インタフェースを管理するための方法および装置に関する。
【背景技術】
【０００２】
ＡＰＰ（アプリケーション）は、携帯電話、タブレットＰＣなどスマート端末デバイスにインストールすることができる一種のソフトウェアである。ユーザーは、関連ＡＰＰを通して、支払い、ショッピング、および、財務管理のような種々のサービスをインプリメントできる。関連技術において、ＡＰＰのインタフェースのレイアウトは、典型的には、開発者によって予め設定される。しかしながら、ＡＰＰの異なるユーザーのさまざまなニーズには、プリセットのアプリケーション・インタフェースは、多くの場合、すべてのユーザーのニーズを満たすことができない。
【発明の概要】
【０００３】
したがって、本出願は、アプリケーションインタフェースを管理するための方法及び装置を提供する。特に、本出願は、以下の技術的解決策により達成される。
【０００４】
アプリケーション開始プロセスにおいて、インタフェース・レイアウトサーバにインタフェース・レイアウトパラメータを要求するステップであって、インタフェース・レイアウトパラメータは、１つ以上の機能領域のレイアウトパラメータと１つ以上の機能アイコンのレイアウトパラメータとを含むステップと、取得された機能領域のレイアウトパラメータおよび取得された機能アイコンのレイアウトパラメータにしたがってアプリケーション・インタフェースを生成するステップであって、各機能領域は１つ以上の機能アイコンを含むステップと、アプリケーション・インタフェースに対するユーザによる変更操作に応答して、アプリケーション・インタフェースのインタフェース・レイアウトを変更するステップと、変更されたアプリケーション・インタフェースに対応する１つ以上の機能領域のレイアウトパラメータと１つ以上の機能アイコンのレイアウトパラメータとをインタフェース・レイアウトサーバに格納するステップと、を含むアプリケーション・インタフェース管理方法。アプリケーション開始プロセスにおいてインタフェース・レイアウトサーバからインタフェース・レイアウトパラメータを要求するように構成されるパラメータ要求ユニットであって、インタフェース・レイアウトパラメータは、１つ以上の機能領域のレイアウトパラメータおよび１つ以上の機能アイコンのレイアウトパラメータを含む、パラメータ要求ユニットと、取得された機能領域のレイアウトパラメータおよび取得された機能アイコンのレイアウトパラメータにしたがってアプリケーション・インタフェースを生成するように構成されるインタフェース生成ユニットであって、各機能領域は１つ以上の機能アイコンを含む、インタフェース生成ユニットと、アプリケーション・インタフェースに対するユーザの変更操作に応じて、アプリケーション・インタフェースのインタフェース・レイアウトを変更するインタフェース変更ユニットと、変更されたアプリケーション・インタフェースに対応する１つ以上の機能領域のレイアウトパラメータおよび１つ以上の機能アイコンのレイアウトパラメータをインタフェース・レイアウトサーバに格納するように構成されるパラメータ格納ユニットと、を備えるアプリケーション・インタフェース管理装置。
【０００５】
上述のように、本明細書は、実際のユーザ要求に基づいてインタフェース管理ソリューションを設定し、ユーザはそれら自身の要求にしたがってアプリケーション・インタフェース全体のレイアウトをカスタマイズすることができ、それによってユーザエクスペリエンスおよびユーザ粘着性（ｕｓｅｒ  ｓｔｉｃｋｉｎｅｓｓ）を改善する。
【図面の簡単な説明】
【０００６】
【図１】図１は、本願の例示的な実施形態に示されるアプリケーション・インタフェースの概略図である。
【図２】図２は、本願の例示的な実施形態に示されるアプリケーション・インタフェース管理方法のフローチャートである。
【図３】図３は、本願の例示的な実施形態に示される代替のアプリケーション・インタフェースの概略図である。
【図４】図４は、本願の例示的な実施形態に示される代替のアプリケーション・インタフェースの概略図である。
【図５】図５は、本願の例示的な実施形態に示される代替のアプリケーション・インタフェースの概略図である。
【図６】図６は、本願の例示的な実施形態に示される代替のアプリケーション・インタフェースの概略図である。
【図７】図７は、本願の例示的な実施形態に示される代替のアプリケーション・インタフェースの概略図である。
【図８】図８は、本願の実施の形態に示すアプリケーション・インタフェースで使用される管理装置の構成図である。
【図９】図９は、本願の実施の形態に示すアプリケーション・インタフェース管理装置のブロック図である。
【発明を実施するための形態】
【０００７】
ここで、添付の図面に例を示して、例示的な実施形態を詳細に説明する。以下の説明が添付の図面を含むとき、特に断らない限り、異なる添付の図面中の同じ数字は同じまたは類似の要素を表す。以下の例示的な実施形態に記載される実施方法は、本出願と一致するすべての実施方法を表すわけではない。逆に、それらは添付の特許請求の範囲に詳細に記載され、そして本願のいくつかの態様と一致する装置および方法の例にすぎない。
【０００８】
本出願において使用される用語は、例示的な実施形態を説明する目的のためだけであり、そして本出願を限定することを意図しない。本出願および添付の特許請求の範囲で使用される単数形「１つ」、「その」、および「これ」はまた、それらの意味が文脈において明確に示されていない限り、複数形を包含することを意図する。本文中で使用されている「および／または」という用語は、関連する列挙された項目のうちの１つ以上を含む任意のまたはすべての可能な組み合わせを指すことも理解されるべきである。
【０００９】
本出願は様々な種類の情報を説明するために第１、第２、および第３などの用語を使用することができるが、情報はこれらの用語に限定されるべきではないことが理解されるべきである。これらの用語は、同じ種類の情報を区別することのみを目的としている。例えば、本願の範囲から逸脱することなく、第１の情報は第２の情報とも称され、同様に、第２の情報は第１の情報とも称され得る。文脈に応じて、本明細書で使用される「もし（ｉｆ）」という用語は、「．．．の時点で」、「．．．のとき」、または「．．．の決定に応じて」と解釈され得る。
【００１０】
関連技術では、アプリケーション・インタフェースは複数のページ領域を含み、各ページ領域はアイコンの形の１つ以上のボタンを含むことができる。図１に示すアプリケーション・インタフェースの概略図を参照されたい。「ボタンＡ」、「ボタンＢ」、および「ボタンＣ」が配置されている領域は、アプリケーションインタフェースのページ領域である。「ボタンＡ」、「ボタンＢ」、および「ボタンＣ」は、この領域のアイコンボタンであり、これらのアイコンボタンをクリックすると、支払いコードの表示、既存のクーポンの表示など、対応する機能が有効になる。「ボタンＤ」、「ボタンＥ」、．．．「ボタンＨ」が配置されている領域は、アプリケーション・インタフェースの別のページ領域である。「ボタンＤ」、「ボタンＥ」、．．．「ボタンＨ」は、この領域のアイコンボタンであり、これらのアイコンボタンをクリックすると、口座振替機能の有効化、支払い機能の有効化などのような対応する機能も有効になる。
【００１１】
本願では、説明を容易にするために、対応する機能／操作を可能にするために使用されるこれらのボタンは機能アイコンと呼ばれることがあり、ページ領域は機能領域と呼ばれることがある。前述の機能領域および機能アイコンは開発者によって設定される。一般に、開発者は、サービスプロバイダの要件にしたがって、同じ機能領域に同じ機能タイプの機能アイコンを設定することがよくある。例えば、図１に示す「ボタンＡ」、「ボタンＢ」、「ボタンＣ」は、機能領域１に配置され、「ボタンＤ」、「ボタンＥ」、．．．「ボタンＨ」は機能領域２に配置されている。現在、一部のアプリケーションでは、ユーザーは特定の機能分野の機能アイコンをカスタマイズできる。例えば、ユーザは、自分の使用法の好みにしたがって、機能領域２に「ボタンＤ」、「ボタンＥ」、．．．「ボタンＨ」の順序を設定することができる。ただし、これは特定の機能領域でのパーソナライズ設定のみを許可し、他の領域の設定はまだ主にアプリケーションの利益ポイントに密接に関連する機能アイコンまたは機能領域を採用しているため、すべてのユーザーの実際の要件は満たされない。
【００１２】
図２は、本願の例示的な実施形態に示されるアプリケーション・インタフェース管理方法のフローチャートである。
【００１３】
図２を参照すると、アプリケーション・インタフェース管理方法は、携帯電話やタブレットコンピュータなどのスマート端末デバイスで使用することができる。この方法は以下のステップを含むことができる。
【００１４】
ステップ２０１において、アプリケーション起動処理では、インタフェース・レイアウトサーバからインタフェース・レイアウトパラメータを要求することができる。インタフェース・レイアウトパラメータは、１つ以上の機能領域のレイアウトパラメータと１つ以上の機能アイコンのレイアウトパラメータとを含むことができる。
【００１５】
この実施形態では、ユーザがアプリケーションを起動した後、アプリケーションは、このアプリケーションのインタフェース・レイアウトパラメータをインタフェース・レイアウトサーバから要求することができる。インタフェース・レイアウトサーバは、サービスプロバイダによって配備されたサーバまたはサーバクラスタであり得、ユーザによって個人化されたインタフェースのインタフェース・レイアウトパラメータを格納するために使用され得る。もちろん、インタフェース・レイアウトサーバをさらに使用して、関連するビジネスサービスをユーザに提供することもできる。本願はこれに特別な制限を設けない。
【００１６】
この実施形態では、インタフェース・レイアウトパラメータは、このアプリケーションの各インタフェースにおける１つ以上の機能領域のレイアウトパラメータ、および１つ以上の機能アイコンのレイアウトパラメータを含むことができる。機能領域のレイアウトパラメータには、機能領域のＩＤ、およびインタフェース内の機能領域の位置パラメータを含むことができる。機能アイコンのレイアウトパラメータは、機能アイコンのＩＤ、機能アイコンが配置されている機能領域のＩＤ、および機能アイコンが配置されている機能領域における機能アイコンの位置パラメータを含むことができる。
【００１７】
引き続き、例として図１に示すアプリケーション・インタフェースを参照すると、このアプリケーションによって取得されるインタフェース・レイアウトパラメータは、このインタフェースの機能領域１のＩＤと機能領域１の位置パラメータ、このインタフェースの機能領域２のＩＤと機能領域２の位置パラメータ、機能アイコンＡから機能アイコンＨのＩＤ、機能アイコンＡから機能アイコンＨが配置されている機能領域ＩＤ、および、各機能アイコンが配置されている機能領域内の位置パラメータを含むことができる。例えば、機能領域１のＩＤはＩＤ１で、機能領域１の位置パラメーターは１であり、これは、機能領域１の位置がこのインタフェースの最上部であることを示している。機能領域２のＩＤはＩＤ２、および、機能領域２の位置パラメーターは２であり、これは、機能領域２の位置が機能領域１の下にあり、機能領域１に隣接していることを示す。
【００１８】
ステップ２０２において、取得された機能領域のレイアウトパラメータおよび機能アイコンの取得されたレイアウトパラメータにしたがってアプリケーション・インタフェースが生成される。各機能領域は、１つ以上の機能アイコンを含み得る。
【００１９】
ステップ２０１に基づいて、インタフェース・レイアウトパラメータが取得された後、アプリケーション・インタフェースは、インタフェース・レイアウトパラメータにしたがって生成されることができる。
【００２０】
この実施形態では、機能領域のＩＤおよびインタフェース内の機能領域の位置パラメータにしたがって、対応する機能領域をアプリケーション・インタフェースに表示することができる。対応する機能アイコンは、機能アイコンのＩＤにしたがってローカルに予め格納された機能アイコンデータベースから取得することができ、また、機能アイコンが位置する機能領域のＩＤおよび機能アイコンが配置されている機能領域の機能アイコンの位置パラメータにしたがって対応する機能領域に表示されることができる。機能アイコンデータベースは、インタフェース・レイアウトサーバから取得され、ユーザがこのアプリケーションをインストールまたはアップグレードするときにローカルに格納される。その後、インタフェースを表示するときに、再度サーバに要求することなく、機能アイコンのＩＤにしたがって対応するアプリケーションアイコンを機能アイコンデータベースから直接取得することができ、それによってインタフェース表示を高速化し、ユーザデータトラフィックを節約する。
【００２１】
引き続き、例として、図１に示すアプリケーション・インタフェースを参照すると、このステップでは、機能領域１は機能領域ＩＤ１にしたがってアプリケーション・インタフェースの最上部に表示され、機能領域２は、機能領域ＩＤ２にしたがうアプリケーション領域の機能領域１に隣接してその下に表示される。機能領域１の背景色を水色、機能領域２の背景色を白色とすると、水色の機能領域１と白色の機能領域２が表示される。さらに、機能アイコンＡー機能アイコンＨは、機能アイコンＡ−機能アイコンＨのＩＤにしたがって、ローカルに予め格納された機能アイコンデータベースから取得することができ、次いで、機能アイコンＡが配置されている機能アイコンＩＤ１および、機能領域１の機能アイコンＡの位置パラメーターにしたがって、機能アイコンＡが水色機能領域１に表示される。機能アイコンＢから機能アイコンＨについても同様に表示することができる。
【００２２】
前述のインタフェース表示プロセスは、ユーザには見えない。ユーザがアプリケーションを起動した後、ユーザは表示されたアプリケーション・インタフェースを見ることができるが、前述のステップ２０１および２０２は、インタフェースをバックエンドに配置するアプリケーションのプロセスを説明している。この部分の処理および実施については関連技術を参照することができ、本明細書では詳細に説明しない。
【００２３】
ステップ２０３において、現在のインタフェースに対するユーザによる変更操作に応答して、現在のインタフェースのインタフェース・レイアウトが変更され得る。
【００２４】
この実施形態では、ユーザはアプリケーション・インタフェースのレイアウトをカスタマイズすることができる。例えば、ユーザは、すべての機能アイコンおよびすべての機能領域の位置を調整することができ、またユーザが使用していない機能アイコンおよび機能領域を削除することもできる。ユーザは特定の操作を通してインタフェース・レイアウトの変更を引き起こすことができる。ユーザはまた、任意の機能アイコンを長押しするか、またはダブルクリックして、インタフェース・レイアウトの変更を引き起こすことができる。
【００２５】
この実施形態では、ユーザがインタフェース・レイアウトの変更をトリガすると、形状「×」の閉じるボタンが各機能領域および各機能アイコンの右上隅に表示され得る。ユーザが機能領域または機能アイコンの「×」ボタンをクリックすると、ユーザは現在のアプリケーション・インタフェース内の対応する機能領域または機能アイコンを削除することができる。ユーザが機能領域を削除すると、その機能領域内のすべての機能アイコンがまとめて削除されることがあり得、アプリケーション・インタフェースの表示レイアウトは、隣接する機能領域を互いに近づけることによって変更される。図１を参照すると、図１に示すアプリケーション・インタフェースに基づいて、図３に示すアプリケーション・インタフェースは、機能領域３をさらに含むことができる。機能領域３が広告を表示するための機能領域であり、機能アイコンを含まないと仮定すると、ユーザが機能領域３の右上隅の「×」ボタンをクリックすると、機能領域３はアプリケーション・インタフェースから削除され得る。その結果、図１に示すアプリケーション・インタフェースが得られる。さらに、ユーザが機能領域２内のすべての機能アイコンを削除したと仮定すると、機能領域３は自動的に前の機能領域２の位置に調整され、図４に示されるアプリケーション・インタフェースを形成する。
【００２６】
この実施形態では、ユーザはさらに機能領域または機能アイコンの位置を調整することができる。図３に示すアプリケーション・インタフェースでは、機能アイコンＦを長押しした後、ユーザは、機能アイコンＡが位置する場所に機能アイコンＦをドラッグして、機能アイコンのエリア間位置調整を達成し、図５に示すアプリケーション・インタフェースを形成する。別の例では、ユーザは機能領域３を長押ししてそれを機能領域２の位置にドラッグして機能領域３と機能領域２の位置を切り替えて、図６に示すアプリケーション・インタフェースを形成することができる。
【００２７】
一例では、機能領域の大きさは固定されてもよい。図１および図５に示すように、機能領域１の大きさは固定されている。ユーザが機能アイコンＨを機能アイコンＡの位置に移動すると、機能アイコンＡおよび機能アイコンＢの位置もそれに応じて移動して機能アイコンＨのためのスペースを空ける。機能領域１の大きさは変更できないので、したがって、機能アイコンＣを削除することができる。
【００２８】
前述のステップ２０３に基づいて、ユーザがインタフェース変更から退出すると、アプリケーションは、現在のアプリケーション・インタフェースに対応する１つ以上の機能領域のレイアウトパラメータおよび１つ以上の機能アイコンのレイアウトパラメータをインタフェース・レイアウトサーバに格納することができる。ここで、インタフェース・レイアウトサーバーは、ユーザーアカウント番号によってユーザーのインタフェース・レイアウトパラメーターを保存することができる。本明細書はこれに特別な制限を設けない。
【００２９】
上記の説明から分かるように、本明細書は、実際のユーザ要件に基づいてインタフェース管理ソリューションを設定し、ユーザは自分の要件にしたがってアプリケーション・インタフェース全体のレイアウトをカスタマイズすることができ、それによってユーザエクスペリエンスおよびユーザ粘着性（ｕｓｅｒ  ｓｔｉｃｋｉｎｅｓｓ）が向上する。
【００３０】
任意選択的に、別の例では、ユーザへの的を絞った情報プッシュを実行するように、インタフェース・レイアウトパラメータに基づいてユーザの行動分析を実施することができる。たとえば、ユーザー「Ｘｉａｏ  Ｂａｉ」がアプリケーションインタフェースの最も目立つ便利な場所にファンドアイコンを配置したとすると、「Ｘｉａｏ  Ｂａｉ」が高い頻度でファンドを購入および販売していることを意味し、ファンド関連の情報や広告が配信される。
【００３１】
前述のアプリケーション・インタフェース管理方法に対応して、本願はさらに、アプリケーション・インタフェース管理装置の実施形態を提供する。
【００３２】
本願によって提供されるアプリケーション・インタフェース管理装置の実施形態は、端末デバイスに用いることができる。この装置は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアの組み合わせによって実装することができる。例としてソフトウェアを介して実施すると、論理的な意味での装置は、対応するコンピュータプログラムコマンドをメモリに読み出してそれらを実行する端末デバイスのプロセッサを介して形成される。ハードウェア的には、図８は、本願によって提供されるアプリケーション・インタフェース管理装置が配置される端末デバイスのハードウェア構成図である。図８に示すように、プロセッサ、メモリ、ネットワークインタフェース、およびＮＶＭ（不揮発性メモリ）に加えて、本実施形態の装置が配置される端末デバイスは、端末デバイスの実際の機能に応じて他のハードウェアをさらに含むことができる。それらについてはここでは詳しく説明しない。
【００３３】
図９を参照すると、アプリケーション・インタフェースの管理装置８００は、図１に示す端末デバイスにおいて使用することができ、それは、パラメータ要求ユニット８０１、インタフェース生成ユニット８０２、インタフェース変更ユニット８０３、パラメータ格納ユニット８０４を含む。
【００３４】
ここで、パラメータ要求ユニットは、アプリケーション起動処理においてインタフェース配置サーバにインタフェース位置パラメータを要求するように構成されている。インタフェース・レイアウトパラメータは、１つ以上の機能領域のレイアウトパラメータと１つ以上の機能アイコンのレイアウトパラメータとを含むことができる。
【００３５】
インタフェース生成ユニット８０２は、取得した機能領域のレイアウトパラメータと取得した機能アイコンのレイアウトパラメータとに応じてアプリケーション・インタフェースを生成する。各機能領域は、１つ以上の機能アイコンを含むことができる。
【００３６】
インタフェース変更ユニット８０３は、現在のアプリケーション・インタフェースに対するユーザによる変更操作に応じて、現在のインタフェースのインタフェース・レイアウトを変更するように構成されている。
【００３７】
パラメータ格納部８０４は、変更されたアプリケーション・インタフェースに対応する１以上の機能領域のレイアウトパラメータおよび１以上の機能アイコンのレイアウトパラメータをインタフェース・レイアウトサーバに格納するように構成されている。
【００３８】
任意選択的に、機能領域のレイアウトパラメータは、インタフェース内の機能領域のＩＤおよび機能領域の位置パラメータを含むことができる。
【００３９】
機能アイコンのレイアウトパラメータは、機能アイコンのＩＤ、機能アイコンが配置されている機能領域のＩＤ、および機能アイコンが配置されている機能領域における機能アイコンの位置パラメータを含むことができる。
【００４０】
インタフェース生成ユニット８０２は、インタフェース内の機能領域のＩＤおよび機能領域の位置パラメータにしたがってアプリケーション・インタフェース内の対応する機能領域を表示し、機能ＩＤにしたがってローカルに予め格納された機能アイコンデータベースから対応する機能アイコンを取得する。そして、機能アイコンが配置されている機能領域のＩＤと、機能アイコンが配置されている機能領域の機能アイコンの位置パラメータとにしたがって、対応する機能領域に機能アイコンを表示する。
【００４１】
任意選択的に、変更操作は、機能的なアイコン削除操作を含むことができる。
【００４２】
機能領域内の全ての機能アイコンが削除されると、インタフェース変更ユニット８０３は機能領域を削除し、隣接する機能領域を互いに近づけることによってアプリケーション・インタフェースの表示レイアウトを変更する。
【００４３】
任意選択的に、機能領域の大きさは固定されているか、または拡大縮小可能である。
【００４４】
任意選択的に、インタフェース・レイアウトパラメータは、ユーザ行動分析および情報プッシュの基礎となることができる。
【００４５】
前述の装置におけるすべてのユニットの機能および効果の実施プロセスは、前述の方法における対応するステップの実施プロセスにおいて詳述されているので、ここでは繰り返さない。
【００４６】
本願装置の実施形態は本質的に方法の実施形態に対応するので、本願装置の実施形態の関連部分については、本願方法の実施形態の対応する部分を参照されたい。上述の装置の実施形態は単なる例示であり、別々の構成要素として説明されるそれらのユニットは物理的に分離されてもされなくてもよく、ユニットとして表示された構成要素は物理的ユニットでもそうでなくてもよい。すなわち、同じ場所に配置または、複数のネットワークユニットに分散させることができる。本出願の解決策の目的を達成するための実際の必要性にしたがって、モジュールのうちのいくつか、またはすべてを選択することができる。当業者は、創造的な努力なしにそれを理解し実行することができる。
【００４７】
上記の説明は本出願の好ましい実施形態であり、本出願を限定することを意図するものではない。本出願の趣旨および原理から逸脱することなくなされたすべての修正、同一の置換え、および改良は、本出願の範囲内に入るべきものである。
【図１】
2019536138.tif 000003
【図２】
2019536138.tif 000004
【図３】
2019536138.tif 000005
【図４】
2019536138.tif 000006
【図５】
2019536138.tif 000007
【図６】
2019536138.tif 000008
【図７】
2019536138.tif 000009
【図８】
2019536138.tif 000010
【図９】
2019536138.tif 000011
【国際調査報告】
2019536138.tif 000012
2019536138.tif 000013
2019536138.tif 000014
2019536138.tif 000015