CN105718267B

CN105718267B - 一种多应用合并为单应用的实现方法及其实现系统

Info

Publication number: CN105718267B
Application number: CN201610042333.XA
Authority: CN
Inventors: 饶俊峰; 赖俊彬; 戴博
Original assignee: Qian Ai Fen
Current assignee: Shenzhen Dream Star Technology Co.,Ltd.
Priority date: 2016-01-19
Filing date: 2016-01-19
Publication date: 2019-09-06
Anticipated expiration: 2036-01-19
Also published as: CN105718267A

Abstract

本发明公开了一种多应用合并为单应用的实现方法及其实现系统，方法包括：移动终端对用户的应用合并指令进行实时检测，当检测到用户的应用合并指令时，则获取待合并应用的ID；当判断待合并应用的ID相同，则更新合并为多个待合并应用中版本号最高的应用；当判断待合并应用的ID不同，则将多个待合并应用合并为用户选定的应用图标对应的应用。本发明实现了将多个应用合并为单一应用，减少了移动终端中应用的图标数量，简化了界面，同时用户查看在合并后应用中的消息无需频繁切换，消息互通，方便了用户。

Description

一种多应用合并为单应用的实现方法及其实现系统

技术领域

本发明涉及数据处理技术领域，尤其涉及一种多应用合并为单应用的实现方法及其实现系统。

背景技术

进入移动互联网时代，用户的智能手机系统中一般会安装多个APP，同类型的APP模块功能十分相似，比如社交类APP：微信、易信、QQ；打车类APP：嘀嘀打车、快的打车；信息分类APP：58同城、赶集网；运动类APP：咕咚、悦跑圈等等，功能都十分类似；但由于开发商不同，平台不同，部分功能有差异，如果需要使用多个APP，需要安装多个APP，且每个APP都会在手机桌面单独生成一个ICON。还存在另一种情况，同一开发商为多个客户定制不同的APP，使用相同的功能模块，比如：游牧和意途旅行使用相同的活动模块，我师焉和志在人文使用相同的话题模块，同时，以上4个APP都使用相同的聊天模块，但用户需要安装4个APP，且每个APP需要独立注册。以上几种情况都会为用户带来不便，存在以下问题：

a.如果用户下载了多个APP，在手机上会产生多个ICON，在不同的APP使用过程中需要退出APP后，再寻找下一个APP再进入，这种多个APP之间的切换操作，用户体验很差，且非常麻烦。

b.每次APP升级，每个APP都单独升级，需要下载多次，安装多次。

c.每个APP的数据信息不能互通，比如：查看消息、聊天需要在多个APP之间频繁切换；想将某APP的聊天信息、图片、资讯分享到另外一个APP，只能先保存到手机，再复制到另一个APP中，不能一键分享；查看动态只能到切换到各个APP查看；用户体验很差。

d.每个APP需要独立注册，需要管理多套账号，用户容易混乱和忘记密码。

因此，现有技术还有待于改进和发展。

发明内容

本发明针对现有技术的上述缺陷，提供一种多应用合并为单应用的实现方法及其实现系统，旨在解决现有技术中无法实现将移动终端中多个应用合并为一个应用的问题。

本发明解决技术问题所采用的技术方案如下：

一种多应用合并为单应用的实现方法，其中，所述方法包括步骤：

A、移动终端对用户的应用合并指令进行实时检测，当检测到用户的应用合并指令时，则获取待合并应用的ID；

B、当判断待合并应用的ID相同，则更新合并为多个待合并应用中版本号最高的应用；

C、当判断待合并应用的ID不同，则将多个待合并应用合并为用户选定的应用图标对应的应用。

所述多应用合并为单应用的实现方法，其中，所述步骤A中还获取待合并应用的平台来源名称。

所述多应用合并为单应用的实现方法，其中，所述步骤B具体包括：

B1、当判断待合并应用的ID相同且平台来源名称相同时，则获取当前安装应用的应用图标；

B2、将当前安装应用和与当前安装应用的ID相同且平台来源名称相同的应用中的应用信息数据及用户注册账号进行合并，并以当前安装应用的应用图标在移动终端桌面显示。

所述多应用合并为单应用的实现方法，其中，所述步骤C具体包括：

C1、当待合并应用的ID不同时，判断待合并应用的平台来源名称是否相同，当待合并应用的平台来源名称相同时则执行步骤C2，当待合并应用的平台来源名称不同时则执行步骤C4；

C2、当判断待合并应用的平台来源名称相同时，则检测用户在待合并应用的应用图标中的已选定图标，并获取待合并应用中每一应用的应用图标、应用信息数据及用户注册账号；

C3、将待合并应用中每一应用的应用信息数据及用户注册账号合并，并以该已选定图标在移动终端桌面显示；

C4、当判断待合并应用的平台来源名称不相同时，则检测用户在待合并应用的应用图标中的已选定图标；

C5、获取待合并应用中每一应用的应用图标、应用信息数据及用户注册账号，根据预先存储的平台数据转化协议，将非用户已选定图标所对应应用的应用信息数据进行转化，并与已选定图标对应的应用数据进行合并，以该已选定图标在移动终端桌面显示。

所述多应用合并为单应用的实现方法，其中，所述步骤C3中将待合并应用中每一应用的用户注册账号合并时，保留已选定图标对应用的用户注册账号及密码。

一种多应用合并为单应用的实现系统，其中，包括：

检测及获取模块，用于移动终端对用户的应用合并指令进行实时检测，当检测到用户的应用合并指令时，则获取待合并应用的ID；

第一合并模块，用于当判断待合并应用的ID相同，则更新合并为多个待合并应用中版本号最高的应用；

第二合并模块，用于当判断待合并应用的ID不同，则将多个待合并应用合并为用户选定的应用图标对应的应用。

所述多应用合并为单应用的实现系统，其中，所述检测及获取模块中还用于获取待合并应用的平台来源名称。

所述多应用合并为单应用的实现系统，其中，所述第一合并模块具体包括：

第一获取单元，用于当判断待合并应用的ID相同且平台来源名称相同时，则获取待合并应用中每一应用的版本号、应用图标、应用信息数据及用户注册账号；

第一合并显示单元，用于将当前安装应用和与当前安装应用的ID相同且平台来源名称相同的应用中的应用信息数据及用户注册账号进行合并，并以当前安装应用的应用图标在移动终端桌面显示。

所述多应用合并为单应用的实现系统，其中，所述第二合并模块具体包括：

判断单元，用于当待合并应用的ID不同时，判断待合并应用的平台来源名称是否相同，当待合并应用的平台来源名称相同时则启动第三获取单元，当待合并应用的平台来源名称不同时启动第四获取单元；

第二获取单元，用于当判断待合并应用的平台来源名称相同时，则检测用户在待合并应用的应用图标中的已选定图标，并获取待合并应用中每一应用的应用图标、应用信息数据及用户注册账号；

第二合并显示单元，用于将待合并应用中每一应用的应用信息数据及用户注册账号合并，并以该已选定图标在移动终端桌面显示；

第三获取单元，用于当判断待合并应用的平台来源名称不相同时，则检测用户在待合并应用的应用图标中的已选定图标；

第三合并显示单元，用于获取待合并应用中每一应用的应用图标、应用信息数据及用户注册账号，根据预先存储的平台数据转化协议，将非用户已选定图标所对应应用的应用信息数据进行转化，并与已选定图标对应的应用数据进行合并，以该已选定图标在移动终端桌面显示。

所述多应用合并为单应用的实现系统，其中，所述第二合并显示单元中将待合并应用中每一应用的用户注册账号合并时，保留已选定图标对应用的用户注册账号及密码。

本发明提供了一种多应用合并为单应用的实现方法及其实现系统，方法包括：移动终端对用户的应用合并指令进行实时检测，当检测到用户的应用合并指令时，则获取待合并应用的ID；当判断待合并应用的ID相同，则更新合并为多个待合并应用中版本号最高的应用；当判断待合并应用的ID不同，则将多个待合并应用合并为用户选定的应用图标对应的应用。本发明实现了将多个应用合并为单一应用，减少了移动终端中应用的图标数量，简化了界面，同时用户查看在合并后应用中的消息无需频繁切换，消息互通，方便了用户。

附图说明

图1是本发明所述多应用合并为单应用的实现方法较佳实施例的流程图。

图2是本发明所述多应用合并为单应用的实现系统较佳实施例的结构框图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参见图1，图1是本发明所述多应用合并为单应用的实现方法较佳实施例的流程图。如图1所示，所述多应用合并为单应用的实现方法，包括步骤：

步骤S100、移动终端对用户的应用合并指令进行实时检测，当检测到用户的应用合并指令时，则获取待合并应用的ID；

步骤S200、当判断待合并应用的ID相同，则更新合并为多个待合并应用中版本号最高的应用；

步骤S300、当判断待合并应用的ID不同，则将多个待合并应用合并为用户选定的应用图标对应的应用。

其中，所述步骤S100中还获取待合并应用的平台来源名称。

本发明的实施例中，APP是英文Application的简称，APP指智能手机的第三方应用程序；IOCN是指APP的应用图标，点击后启动APP；聊天记录是指APP缓存在手机端的聊天记录，一般服务器端只保存较短时间范围内的聊天记录或完全不保存；ID是指智能手机（或智能终端）系统给APP每个分配的唯一的ID，相同ID的APP不能同时安装在智能手机系统会互相覆盖，并且不能同时在应用商店上架；同一平台又称“公共平台”，是指企业和社团的互联网APP公共平台；APP管家是指由公共平台开发的，可对同一平台下多个APP进行合并的APP；穿越是指在一款APP中同时拥有几款APP的功能，通过穿越的形式让用户切换到其他APP的功能界面。

本发明中，在进行APP的合并时，分为以下三种情况：

1）同一平台相同ID的APP合并；

2）同一平台不同ID的APP合并；

3）不同平台不同ID的APP合并。

针对同一平台相同ID的APP，手机操作系统会自动判断，将新安装的APP覆盖原来的APP，并且将原来的ICON替换成新的ICON，例如：假设“应用A”APP与“应用B”APP的ID相同，用户原来手机中安装了“应用B”的APP，用户又下载“应用A”的APP，安装了“应用A”后，会将原来“应用B”的APP覆盖，并替换成“应用A”的APP，此时显示的ICON为“应用A”。用户使用“应用B”的账号登陆“应用A”APP，系统根据账号判断，如果用户没有加入“应用A”，自动加入“应用A”。系统根据账号通过服务器获得用户在“应用B”的信息，并且将“应用B”的信息合并到“应用A”中，这样，在“应用A”中会同时显示“应用A”和“应用B”的信息。

针对同一平台不同ID的APP，手机操作系统不会互相覆盖，用户需要安装一款公共平台制作的“APP管家”，“APP管家”检测手机上所安装的同一公共平台生成的所有APP，并提示用户：你安装了同一公共平台的几款APP，是否要将几款APP合并到一款APP中？用户选择合并APP后，让用户选择保留哪一个APP，自动将几款APP的账号信息、聊天记录合并到所保留的APP中。例如：假设“应用A”APP与“应用B”APP的ID不同，用户选择合并时保留“应用A”APP，“APP管家”合并原来“应用A”APP与“应用B”的账号和聊天信息。合并后，用户登录“应用A”，系统根据账号通过服务器获得用户在“应用B”和“应用A”的信息，这样，在“应用A”中会同时显示“应用A”和“应用B”的信息。

针对不同平台不同ID的APP，需要在平台之间建立数据接口，通过标准协议将不同平台的数据标准化，使不同平台的数据都可以合并后的APP上使用。用户需要安装一款公共平台制作的“APP管家”，“APP管家”检测手机上所安装的支持合并的不同平台的APP，并提示用户：是否要将几款APP合并到一款APP中？用户选择合并APP后，让用户选择保留哪一款APP，自动将几款APP的账号信息、聊天记录合并到所保留的APP中。例如：“应用A”APP与“应用B”APP的平台不同，ID不同，“应用A”在A平台，“应用B”在B平台，A平台与B平台已建立了标准数据接口，用户选择合并时保留“应用A”APP，“APP管家”合并原来“应用A”APP与“应用B”的账号和聊天信息。合并后，用户登录“应用A”，系统根据账号通过服务器获得用户在两个不同平台的信息，这样，在“应用A”中会同时显示“应用A”和“应用B”的信息。

合并后在一个APP中包含原来两个APP的功能，通过APP中穿越菜单进行切换，切换后显示原来APP的功能。

本发明中，在建立一个APP的时候，APP公共平台会统一为建立的APP统一分配一个全局唯一的ID标识，通过唯一的ID到APP公共平台检测即可判定是否属于同一平台。

用户安装使用公共平台生成的APP时，会选择手机号（或邮箱，第三方登陆）等作为账号名注册。如果用户安装了两款以上公共平台生成的APP，将两款以上公共平台生成的APP合并时，用户从安装的APP账号中选出一个作为基础账号，执行合并账号的操作，这时会将公共平台上所有注册账号中与基础账号的账号名相同的账号进行合并，并指定基础账号对应的密码为合并之后账号的密码。

每一款独立APP之间产生的数据，都与注册该APP时用的账号名相关联。原APP缓存在本地的消息，需要复制到合并后的APP上，例如：缓存在本地的聊天记录信息。当用户选择一个公共平台下的一个APP账号作为基础账号进行数据合并时，系统会将与基础账号名相同账号关联数据统一关联到基础账号下。最后通过登陆基础账号到服务器拉取合并之后的所有数据，包括通讯录、发布的动态、云存储图片、视频等。

每个定制的APP都有不同的功能模块，每个模块之间的功能相对独立。

每个通过公共平台生成的APP,包括所有模块的功能，公共平台会根据客户的需求选择不同的模块组装成自己需要的功能。合并后的APP上会显示切换APP的菜单，可以切换到不同APP的功能。在合并后的APP上，从APP A的功能界面进入到另外一个APP B功能界面时，APP管家会把APP A相关的功能模块隐藏，把APP B相关的功能模块打开并展示出来，这样就保证了一个APP包含多款APP的功能。公共平台生成APP的功能是公共平台功能的子集。

为了实现不同平台的APP合并，需要这些支持合并的APP在公共平台上面登记，公共平台统一为APP统一分配一个全局唯一的ID标识，并且将此唯一ID写入到APP中。在合并APP时，公共平台检测用户手机上安装的APP，如果识别到APP中包含唯一的ID，即可判定此APP可以合并。

由于各个平台数据格式不相同，要实现能够合并到同一APP中，需要制定一套规范的数据标准协议，并开发一套标准数据接口。平台之间需要建立物理网络链路，通过标准数据接口将不同的数据转换成标准的数据。不同平台的数据转换成标准数据后可以在合并后的APP上使用。

进一步的，所述步骤S200具体包括：

步骤S201、当判断待合并应用的ID相同且平台来源名称相同时，则获取当前安装应用的应用图标；

步骤S202、将当前安装应用和与当前安装应用的ID相同且平台来源名称相同的应用中的应用信息数据及用户注册账号进行合并，并以当前安装应用的应用图标在移动终端桌面显示。

针对同一平台相同ID的APP，以“应用A”和“应用B”举例说明。

a1.“应用A”和“应用B”为相同的ID。

b1.手机中已经安装了“应用B”的APP，新安装的“应用A”APP会覆盖“应用B”APP并且将原来的ICON替换“应用A”。

c1.覆盖安装时保留原来“应用B”APP的缓存在本地的聊天记录信息。

d1.如果用户没有“应用A”APP的账号，使用“应用B”的账号登陆，登陆后自动以“应用B”的账号和密码创建“应用A”的APP账号和密码。

e1.如果用户已经有“应用A”APP的账号，使用“应用A”登录时，APP到后台判断“应用A”和“应用B”的账号名是否一样，如果一样，自动将“应用B”和“应用A”的账号、密码合并成一个。

f1.登陆进APP后，通过合并后的账号获取“应用B”和“应用A”用户的信息，并且在“应用A”中同时显示“应用A”和“应用B”的信息。包括通讯录、聊天记录、发布的动态、云存储图片、视频等。

所述多应用合并为单应用的实现方法，其中，所述步骤S300具体包括：

步骤S301、当待合并应用的ID不同时，判断待合并应用的平台来源名称是否相同，当待合并应用的平台来源名称相同时则执行步骤S302，当待合并应用的平台来源名称不同时则执行步骤S304；

步骤S302、当判断待合并应用的平台来源名称相同时，则检测用户在待合并应用的应用图标中的已选定图标，并获取待合并应用中每一应用的应用图标、应用信息数据及用户注册账号；

步骤S303、将待合并应用中每一应用的应用信息数据及用户注册账号合并，并以该已选定图标在移动终端桌面显示；

步骤S304、当判断待合并应用的平台来源名称不相同时，则检测用户在待合并应用的应用图标中的已选定图标；

步骤S305、获取待合并应用中每一应用的应用图标、应用信息数据及用户注册账号，根据预先存储的平台数据转化协议，将非用户已选定图标所对应应用的应用信息数据进行转化，并与已选定图标对应的应用数据进行合并，以该已选定图标在移动终端桌面显示。

进一步的，所述步骤S303中将待合并应用中每一应用的用户注册账号合并时，保留已选定图标对应用的用户注册账号及密码。

在步骤S300中，分为同一平台不同ID的APP和不同平台不同ID的APP两种情况。

在同一平台，不同ID的APP，合并后实现一款APP同时拥有多款APP的功能实施方式是：

a2.假设用户手机中安装了“应用A”和“应用B”APP，且APP的ID不同。

b2.用户安装一款公共平台制作的“APP管家”。

c2.“APP管家”检测到手机中存在“应用A”和“应用B”为公共平台生成的，提示用户：你安装了同一公共平台的几款APP，是否要将几款APP合并到一款APP中？

d2.用户选择合并APP后，提示：请选择所要保留的APP。用户选择“应用A”APP。

e2.“APP管家”到后台判断“应用A”和“应用B”的账号名是否一样，如果一样，自动将“应用B”和“应用A”的账号、密码合并成一个。

f2.“APP管家”将应用B的聊天记录写入到“应用A”APP中。

g2.合并完成后，用户登录“应用A”，系统根据账号判断，系统根据账号通过服务器获得用户在“应用B”和“应用A”的信息，这样，在“应用A”中会同时显示“应用A”和“应用B”的信息，包括通讯录、聊天记录、发布的动态、云存储图片、视频等。

在不同平台，不同ID的APP，合并后实现一款APP同时拥有多款APP的功能实施方式是：

a3.假设用户手机中安装了“应用A”和“应用B”APP，不同平台且APP的ID不同。

b3.“应用A”属于A平台，“应用B”属于B平台。

c3.A平台和B平台之间建立数据接口,通过标准协议将不同平台的数据标准化，使不同平台的数据都可以合并后的APP上使用。

d3.用户安装一款公共平台制作的“APP管家”。

e3.“APP管家”检测到手机中存在“应用A”和“应用B”可以合并，提示用户：是否要将几款APP合并到一款APP中？

f3.用户选择合并APP后，提示：请选择所要保留的APP。假设用户选择“应用A”APP。

g3.“APP管家”到后台判断“应用A”和“应用B”的账号名是否一样，如果一样，自动将“应用B”和“应用A”的账号合并成一个。

h3.“APP管家”将应用B的聊天记录写入到“应用A”APP中。

i3.合并完成后，用户登录“应用A”，系统根据账号判断，系统根据账号通过服务器获得用户在“应用B”和“应用A”的信息，这样，在“应用A”中会同时显示“应用A”和“应用B”的信息，包括通讯录、聊天记录、发布的动态、云存储图片、视频等。

可见，本发明的技术方案实现了以下技术好处：

1）用户手机上需要安装多个APP才能完成功能，在本发明中一个APP就可以实现了。

2）安装多个APP会产生多个ICON，太多的ICON用户找起来比较困难，本发明技术方案只会产生一个ICON。

3）多个APP在使用过程中需要退出APP后，再寻找下一个APP再进入，这种多个APP之间的切换操作，用户体验很差，且非常麻烦，本发明中使用过程中无须切换APP，方便快捷。

4）多个APP每次升级，每个APP都单独升级，需要下载多次，安装多次，本发明中只需要升级一个APP。

5）多个APP的数据信息不能互通，本发明方案可以实现应用内的一键分享，接收消息和聊天在同一个界面完成，可以在一个界面查看多个APP的动态。例如：可以将“应用A”的资讯分享到“应用B”，可以在“应用A”的聊天界面接收回复“应用B”的消息，可以在“应用A”查看“应用B”的动态。

6）多个APP每个都独立注册，需要管理多套账号，本发明方案可以实现一个账号登陆，在一款APP内使用几款APP的功能。例如：使用一个账号同时登陆“应用A”和“应用B”。

基于上述方法实施例，本发明还提供一种多应用合并为单应用的实现系统，如图2所示，所述多应用合并为单应用的实现系统包括：

检测及获取模块100，用于移动终端对用户的应用合并指令进行实时检测，当检测到用户的应用合并指令时，则获取待合并应用的ID；

第一合并模块200，用于当判断待合并应用的ID相同，则更新合并为多个待合并应用中版本号最高的应用；

第二合并模块300，用于当判断待合并应用的ID不同，则将多个待合并应用合并为用户选定的应用图标对应的应用。

进一步的，在所述多应用合并为单应用的实现系统中，所述检测及获取模块100中还用于获取待合并应用的平台来源名称。

进一步的，在所述多应用合并为单应用的实现系统中，所述第一合并模块200具体包括：

进一步的，在所述多应用合并为单应用的实现系统中，所述第二合并模块300具体包括：

进一步的，在所述多应用合并为单应用的实现系统中，所述第二合并显示单元中将待合并应用中每一应用的用户注册账号合并时，保留已选定图标对应用的用户注册账号及密码。

综上所述，本发明提供了一种多应用合并为单应用的实现方法及其实现系统，方法包括：移动终端对用户的应用合并指令进行实时检测，当检测到用户的应用合并指令时，则获取待合并应用的ID；当判断待合并应用的ID相同，则更新合并为多个待合并应用中版本号最高的应用；当判断待合并应用的ID不同，则将多个待合并应用合并为用户选定的应用图标对应的应用。本发明实现了将多个应用合并为单一应用，减少了移动终端中应用的图标数量，简化了界面，同时用户查看在合并后应用中的消息无需频繁切换，消息互通，方便了用户。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims

1.一种多应用合并为单应用的实现方法，其特征在于，所述方法包括步骤：

C、当判断待合并应用的ID不同，则将多个待合并应用合并为用户选定的应用图标对应的应用；

所述步骤A中还获取待合并应用的平台来源名称；

所述步骤B具体包括：

2.根据权利要求1所述多应用合并为单应用的实现方法，其特征在于，所述步骤C具体包括：

3.根据权利要求2所述多应用合并为单应用的实现方法，其特征在于，所述步骤C3中将待合并应用中每一应用的用户注册账号合并时，保留已选定图标对应用的用户注册账号及密码。

4.一种多应用合并为单应用的实现系统，其特征在于，包括：

第二合并模块，用于当判断待合并应用的ID不同，则将多个待合并应用合并为用户选定的应用图标对应的应用；

所述检测及获取模块中还用于获取待合并应用的平台来源名称；

所述第一合并模块具体包括：

5.根据权利要求4所述多应用合并为单应用的实现系统，其特征在于，所述第二合并模块具体包括：

6.根据权利要求5所述多应用合并为单应用的实现系统，其特征在于，所述第二合并显示单元中将待合并应用中每一应用的用户注册账号合并时，保留已选定图标对应用的用户注册账号及密码。