CN106528085A - 一种界面切换方法及装置 - Google Patents

Abstract

本发明公开了一种界面切换方法及装置，其中，该方法包括如下步骤：S1在收到结束第一界面切换至第二界面的指令时，先保存第一界面的URI信息；S2执行切换界面指令进入第二界面；S3在第二界面执行切换指令返回包含URI信息的第一界面；其中，所述的第一界面为已浏览界面。界面切换为不同活动界面的切换，或相同的活动界面不同内容的切换，所述步骤S1中所述URI信息以列表方式储存，所述步骤S3中所述返回的包含URI信息的第一界面具体为：前一个已浏览界面或者数个已浏览界面中的一个。设置URI信息列表使用户可以方便切换界面，用户可以快速切换至原来浏览的界面，提升了用户体验。

Description

一种界面切换方法及装置

技术领域

本发明属于通信信息技术领域，具体地说，涉及一种界面切换方法及装置。

背景技术

在现有的移动终端操作系统中，操作系统会有系统消息通知中心对收到的消息进行推送提醒，推送消息提醒通过界面顶端横幅或者弹窗的形式对用户进行提醒，在相应的应用程序收到新的消息时，操作系统的消息通知中心就会对相应的应用程序的新消息进行推送。

一般的操作系统都会在消息中心中有对于新消息的推送开启或关闭的功能，当用户打开相应应用的消息推送时，用户就能收到相应的应用新消息的推送提醒通知。

当用户点击打开应用的新消息通知推送时，就会触发操作系统转换到相应的应用的消息界面。

例如，当移动终端操作系统消息通知中心收到来自淘宝应用的快递到达的消息提醒时，若用户选择打开该消息推送对应的事件时，淘宝应用就会自动被打开并处于前台，并且进入快递到达的相对应的界面，在该界面，用户可以操作查看所购买的商品或商品快递处于已送达的状态，用户可以在这个界面选择是否确认收货或者提出异议的操作。

又例如，当移动终端操作系统消息通知中心收到来自微信应用的新的微信消息提醒时，

若用户选择打开该消息推送对应的事件时，微信应用就会自动打开并被置于前台，并且进入微信消息界面，用户可以查看或者回复微信消息。

这样的消息推送提醒方便用户及时的查看自己感兴趣的内容，并方便处理想要处理的新的消息，并提升了用户体验，但是在有些场景中却给用户造成了不便：

例如，用户在使用微信应用时，查看朋友圈中发现一个有意思的关于辨识色彩的测试，通过朋友圈中的链接至第三方应用程序在微信内设框架下打开，用户需要完成30个颜色选择的小问题获得最后的分数，在还未完成30道小问题时，移动终端操作系统消息通知中心推送了微信好友消息提醒，若用户打开了推送消息提醒，则前台界面会切换至微信消息收发界面，若要回到刚才正在进行的测试，则用户需要经过多步操作，先切换至朋友圈界面，在滑动至刚才朋友分享的测试的条目，再通过点击所分享的条目的链接打开测试，并且由于是重新加载的测试，所以不能再继续刚才正在进行却还未完成的测试，用户需要重新从第一个小问题进行测试。这样花费了用户很多的时间和精力去重新寻找打开测试，并且要进行多步不必要的操作去完成。

以上的例子说明了现有技术在处理移动终端信息通知中心在对信息推送提醒中，用户因消息推送切换至某一应用的界面时，再返回之前用户浏览的界面时，需要多步操作，可能给用户带来的不便。除了微信的例子，在很多其他的应用中也存在类似的问题，例如微博、QQ、淘宝等。

除了用户在消息通知推送时切换至某一应用不同界面时难以返回原来界面的情况，还存在用户在相同应用或者不同应用经过多级操作到达某一界面，然后想返回之前浏览过的某一界面时，需要一级一级的返回，而不能方便的返回到想要返回的浏览界面。

例如，在浏览微博时用户看到一篇悬疑小说的长微博，但是悬疑小说在长微博中并没有写出结尾，想要看到悬疑小说的全部内容用户需要关注某个微博用户并且回复私信，当用户打开搜索界面，并一步步搜索微博用户的名字，点开相应的微博用户的主页，关注该微博用户，打开和这个微博用户的私信对话框，这个时候用户很大可能已经忘记需要回复的私信内容是什么，这个时候用户需要一步步的回到之前的长微博浏览界面去寻找相应的内容，然后再经历上面搜索的步骤打开私信对话框，这给用户的操作和体验带来很大的麻烦。

综上，现有技术中，用户通过移动终端操作系统消息通知中心推送的消息提醒进入相应的应用界面或者用户经过多步操作到达某一界面，当用户想回到之前的某一界面时无法快速便捷的切换至想要的界面，给用户带来操作不便。

发明内容

本发明要解决的技术问题在于克服现有技术的不足，提供一种界面切换方法及装置，解决现有技术中用户无法快速便捷的返回某一已浏览过的界面的问题，提升用户体验。

为解决上述技术问题，本发明采用技术方案的基本构思是：

一种界面切换方法，该方法包括如下步骤：在收到结束第一界面切换至第二界面的指令时，先保存第一界面的URI信息；执行切换界面指令进入第二界面；在第二界面执行切换指令返回包含URI信息的第一界面；其中，所述的第一界面为已浏览界面；

优选地，所述的界面切换方法，其特征在于，所述第一界面切换至第二界面具体为：

界面切换为不同活动界面的切换，或相同的活动界面不同内容的切换；

优选地，所述的界面切换方法，其特征在于，所述活动界面为栈的结构，1至n个活动界面组成一个任务，n为正整数；

优选地，所述的界面切换方法，其特征在于，所述内容为栈的结构，1至n个内容组成一个活动界面，n为正整数；

优选地，所述的界面切换方法，其特征在于，所述URI信息以列表方式储存；

优选地，所述的界面切换方法，其特征在于，所述返回的包含URI信息的第一界面具体为：前一个已浏览界面或者数个已浏览界面中的一个，其中，所述的已浏览界面不销毁；

相应的，本发明还提供一种界面切换装置，应用于终端，其特征在于，所述装置包括：

切换指令接收单元，用于接收第一界面切换至第二界面的切换指令；

URI信息保存单元，用于在接收到结束切换指令时，保存第一界面的URI信息至URI信息历史信息列表；

界面切换单元，用于在接收到切换命令时，切换至第二界面；

返回已浏览界面操作单元，用于根据第二界面接收到的返回指令返回包含URI信息的第一界面；

其中，所述的第一界面为已浏览界面；

优选地，所述的界面切换装置，其特征在于，所述切换指令接收单元中所述第一界面切换至第二界面具体为：

界面切换为不同活动界面的切换，或相同的活动界面不同内容的切换；

优选地，所述的界面切换装置，其特征在于，所述活动界面为栈的结构，1至n个活动界面组成一个任务，n为正整数；

优选地，所述的界面切换装置，其特征在于，所述内容为栈的结构，1至n个内容组成一个活动界面，n为正整数；

优选地，所述的界面切换装置，其特征在于，所述URI信息保存单元中所述URI信息以列表方式储存；

优选地；所述的界面切换装置，其特征在于，所述返回已浏览界面操作单元中的包含URI信息的第一界面具体为：前一个已浏览界面或者数个已浏览界面中的一个，其中，所述的已浏览界面不销毁。

采用上述技术方案后，本发明与现有技术相比具有以下有益效果。

由于保存了之前浏览过的界面的URI信息，并且保存的URI信息由列表的形式保存，用户可以方便的寻找想切换的之前浏览过的界面的URI信息，只需点击相应的URI信息便可回到相对应的界面，用户可以方便快捷的切换回想要回到的已浏览的界面，并且不限于同一个应用程序的界面的切换，大大提升了用户操作效率和提高了用户的体验。

下面结合附图对本发明的具体实施方式作进一步详细的描述。

附图说明

附图作为本发明的一部分，用来提供对本发明的进一步的理解，本发明的示意性实施例及其说明用于解释本发明，但不构成对本发明的不当限定。显然，下面描述中的附图仅仅是一些实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据这

些附图获得其他附图。在附图中：

图1为本发明界面切换的实现方法流程图；

图2是本发明界面切换的实现装置结构示意图；

图3是本发明界面切换中界面层级结构示意图；

图4是本发明界面切换中界面层级结构状态示意图。

需要说明的是，这些附图和文字描述并不旨在以任何方式限制本发明的构思范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

实施例一

如图1所示，本实施例所述的方法包括如下步骤：

步骤S1、在收到结束第一界面切换至第二界面的指令时，先保存第一界面的URI信息；

例如，该指令可以是用户在微信朋友圈做一个关于辨识色彩的测试时，点击了由移动终端操作系统消息通知中心推送的来自于微信的消息通知，需要进入微信的消息界面的切换指令。所保存的第一界面的URI信息就是正在进行的关于辨识色彩测试的测试界面的URI信息。

Uri代表了要操作的数据，Uri主要包含了两部分信息：

1、需要操作的ContentProvider；

2、对ContentProvider中的某一数据进行操作，一个Uri由以下几部分组成：

content://

com.ljq.provider.personprovider/person/10

ContentProvider(内容提供者)的scheme已经由Android所规定，scheme为：content://

主机名(或叫Authority)用于唯一标识这个ContentProvider，外部调用者可以根据这个标识来找到它。

路径(path)可以用来表示我们要操作的数据，路径的构建应根据业务而定，如下:

要操作person表中id为10的记录，可以构建这样的路径:/person/10；

要操作person表中id为10的记录的name字段，person/10/name；

要操作person表中的所有记录，可以构建这样的路径:/person；

要操作xxx表中的记录，可以构建这样的路径:/xxx。

当然要操作的数据不一定来自数据库，也可以是文件、xml或网络等其他存储方式，如下:

要操作xml文件中person节点下的name节点，可以构建这样的路径：

/person/name。如果要把一个字符串转换成Uri，可以使用Uri类中的parse()方法，如下：

Uri uri＝

Uri.parse("content://com.ljq.provider.personprovider/person")。

URI中包含URL和URN，URL表示统一资源定位符是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL，它包含的信息指出文件的位置以及浏览器应该怎么处理它。与URL不同，URN与地址无关。

URI包含了URL，不仅仅适用于网络位置的资源，URI可以确定本地及网络数据的位置信息，使用URI信息可以唯一确定一个界面和界面的内容

步骤S2、执行切换界面指令进入第二界面；

例如，切换至微信的消息界面，或者切换至淘宝快递状态查询界面，或者切换至微信评论界面等各种其他应用的界面。

步骤S3、在第二界面执行切换指令返回包含URI信息的第一界面；

根据用户的选择，在所保存的URI信息中选择用户想要回到的已浏览的界面，因为每个URI对应唯一的界面或者界面内容，用户可以选择回到该URI信息相对应的界面。

例如，用户可以回到正在朋友圈浏览到一半的文章界面，或者用户可以回到还未完成的测试界面，或者用户可以回到正在阅读的一篇长微博的界面。

这样的方法可以更加简便快捷的切换用户想回去的界面，并根据所保存的界面的URI信息恢复历史界面在切换前的状态，大大提高了用户在切换至其他应用界面后返回之前浏览过的界面的快捷程度。

实施例二

如图3、图4所示，本实施例所述的图1中S1中所述第一界面切换至第二界面具体为：

界面切换为不同活动界面302的切换，或相同的活动界面302不同内容303的切换。

在此，设计一种窗口管理方式，能够保存当前的窗口，方便用户快速切回原来的界面。

窗口历史记录，可以设计为{task1、task2、…、taskn},每个task可以有{activity1、activity2、…、activityn},每个Activity可以有{content1、Content2、…、contentn}。

Task：任务301，由活动界面302元素集合组成，历史任务301都保存为task

Activity：活动界面302，组成任务301，一个task中，含有1个到n个Activity

Content:界面的内容303，一个活动界面302可能会呈现不同页面内容303，对于一般浏览页面，可以用URI来表示。

1个task管理的Activity是一个栈的结构，有上下层次关系，当Activity显示在最上面，就跑在栈顶，界面退出，就回到前一个界面。

界面在切换就是不同的Activity即活动界面302的切换，或相同的Activity即活动界面302不同content即内容303的切换。

final class TaskRecord{

final ArrayList<ActivityRecord>mActivities；

}

final class ActivityRecord{

final ArrayList<ContentRecord>mContents；

}

final class ContentRecord{

Uri uri；

}

如果是一个Activity A切换到Activity B，A可能消失或存在，但对于某些用户常用的场景，我们可以保存Activity A的记录。

我们可以记录一个切换过，但在应用层已经消失的记录：

如某个task任务301中结束状态的activity活动任务302{activity1、activity2、…、activityn},或切换的content内容303{content1、Content2、…、contentn}

图3和图4清楚的说明了本发明的技术实现过程，用户使用的应用程序即task任务301层面，移动终端中的窗口即不同的activity活动界面302和content内容303层面，而用户界面的切换为不同活动界面302的切换，或相同的活动界面302不同内容303的切换，而每个activity活动界面302和每个content内容303层面对应一个URI信息，对URI的信息管理即为对不同的界面的管理。

例如，微信、微博、QQ、割绳子、QQ音乐、支付宝等应用为task任务301层，而微信中的信息接收、朋友圈，微博中的主界面，支付宝中的生活为activity活动界面302层，微信朋友圈中的朋友分享的小测试、文章、视频，微博中的每条微博，微博中的图片这些属于content内容303层。

实施例二中，详细描述了对于界面切换的客体，界面的切换不仅仅局限于相同task任务301中即同一个应用中的activity活动界面302层面的切换，本发明中的界面切换可以在不同的task任务301中即不同应用中的activity活动界面302层面的切换，并且进一步的可以在更下一层content内容303的切换。

需要说明是，本实施例中的层级结构是在安卓系统的框架下进行的定义，而本发明的方法不仅仅限于安卓系统，在ios或者windows系统中只要能用于这类层级结构进行定义的都属于本发明涵盖的范围。

实施例二中因为这样的栈的层级结构，使得用户可以在同一个应用中快捷切换，并且相比于实施例一中可以在不同的应用中方便快捷的进行界面切换。

实施例三

根据权利要求1中所述的界面切换方法，其特征在于，如图1中所示步骤S1中所述URI信息以列表方式储存。

如图1中S3在第二界面执行切换指令返回包含URI信息的第一界面，而每个浏览的界面由唯一对应的URI信息保存，在第二界面中可以设置URI信息列表，方便用户选择想返回的界面，以列表的形式出现的URI信息更加便利用户选择自己想选择的已浏览界面。

例如，在微信朋友圈阅读文章时，点击移动终端操作系统所推送的消息切换至消息接收页面，再想返回阅读的朋友圈中的文章时，在列表中找到相对应的URI信息，即可方便快捷的切换至之前阅读的文章的界面，并保持切换之前的状态。

实施例三方便用户对于保存的URI信息进行管理。

实施例四

根据权利要求1中所述的界面切换方法，如图1步骤S3中所述返回的包含URI信息的第一界面具体为：前一个已浏览界面或者数个已浏览界面中的一个，其中，所述的已浏览界面不销毁。

返回的界面不仅仅限于刚才的第一界面也就是最近浏览的历史界面，而可以是所浏览过的所有界面。

例如，用户在朋友圈中浏览时，会阅读文章、浏览照片、做小测试或者查看视频，这时有朋友的新消息提醒，用户点击新消息的提醒，切换至微信的信息界面，而与朋友聊天的过程中想起了刚刚阅读过的文章或者做过的测试，想分享给朋友，这时需要回到朋友圈再去寻找文章和测试，寻找的过程需要花费很多的时间和精力，这时打开保存的URI信息列表，只需要勾选URI信息所对应的界面即可分享给朋友。

又例如，在发邮件时想把自己看过的来自于微博和微信的刚刚看过的文章中的内容写在邮件中，可以用URI信息列表轻松的调出之前度过的文章，在复制完文章中的相应内容后，再返回邮件查看，并且可以反复的去微博和微信中的文章中查看，寻找自己最需要的部分写进自己的邮件中，可以多次方便的在三个不同应用中的界面进行切换。

实施例四中对本发明中的利用URI信息在界面中来回切换的内容作了说明，相比于实施例一和实施例二，本实施例详细说明了不同应用之间的方便切换，对于用户精确来回调用不用应用之中的界面的场景，大大方便了用户的操作并且提高了用户的体验，而浏览过的页面不销毁，在用户根据URI信息切换至想返回的已浏览界面时，缩短了返回至已浏览界面的时间，节省了用户的时间，使得用户操作的效率大大提高。

实施例五

如图2所示，本实施例提供了一种界面切换装置200，包括以下功能单元：

切换指令接收单元201，用于接收第一界面切换至第二界面的切换指令；

URI信息保存单元202，用于在接收到结束切换指令时，保存第一界面的URI信息至URI信息历史信息列表；

界面切换单元203，用于在接收到切换命令时，切换至第二界面；

用于根据第二界面接收到的返回指令返回包含URI信息的第一界面。

以上所述仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专利的技术人员在不脱离本发明技术方案范围内，当可利用上述提示的技术内容作出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明方案的范围内。

Claims (10)

1.一种界面切换方法，其特征在于，该方法包括如下步骤：

S1在收到结束第一界面切换至第二界面的指令时，先保存第一界面的URI信息；

S2执行切换界面指令进入第二界面；

S3在第二界面执行切换指令返回包含URI信息的第一界面；

其中，所述的第一界面为已浏览界面。

2.根据权利要求1所述的界面切换方法，其特征在于，所述步骤S1中所述第一界面切换至第二界面具体为：

界面切换为不同活动界面的切换，或相同的活动界面不同内容的切换。

3.根据权利要求2中所述的界面切换方法，其特征在于，所述活动界面为栈的结构，1至n个活动界面组成一个任务，n为正整数；优选为，所述内容为栈的结构，1至n个内容组成一个活动界面，n为正整数。

4.根据权利要求1中所述的界面切换方法，其特征在于，所述步骤S1中所述URI信息以列表方式储存。

5.根据权利要求1中所述的界面切换方法，其特征在于，所述步骤S3中所述返回的包含URI信息的第一界面具体为：前一个已浏览界面或者数个已浏览界面中的一个，其中，所述的已浏览界面不销毁。

6.一种界面切换装置，应用于终端，其特征在于，所述装置包括：

切换指令接收单元，用于接收第一界面切换至第二界面的切换指令；

URI信息保存单元，用于在接收到结束切换指令时，保存第一界面的URI信息至URI信息历史信息列表；

界面切换单元，用于在接收到切换命令时，切换至第二界面；

返回已浏览界面操作单元，用于根据第二界面接收到的返回指令返回包含URI信息的第一界面；

其中，所述的第一界面为已浏览界面。

7.根据权利要求6所述的界面切换装置，其特征在于，所述切换指令接收单元中所述第一界面切换至第二界面具体为：

界面切换为不同活动界面的切换，或相同的活动界面不同内容的切换。

8.根据权利要求7中所述的界面切换装置，其特征在于，所述活动界面为栈的结构，1至n个活动界面组成一个任务，n为正整数；优选为，所述内容为栈的结构，1至n个内容组成一个活动界面，n为正整数。

9.根据权利要求6所述的界面切换装置，其特征在于，所述URI信息保存单元中所述URI信息以列表方式储存。

10.根据权利要求6所述的界面切换装置，其特征在于，所述返回已浏览界面操作单元中的包含URI信息的第一界面具体为：前一个已浏览界面或者数个已浏览界面中的一个，其中，所述的已浏览界面不销毁。