具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

为了便于理解本申请技术方案，首先对本申请中出现的名词进行解释。

目标页面，是指基于访问页面请求由服务器提供的动态页面，该页面是由多个页面组成，通常需要用户滑动终端设备的屏幕以完成整个页面的浏览。

第一部分页面，是目标页面的一部分，是指在用户输入访问请求的操作之后，最先可以浏览到的页面及这些页面链接下的下级元素。例如，可以是首屏页面及首屏页面链接下的下级元素。也可以是包括首屏页面在内的与首屏页面连续连接的多个页面及多个页面链接下的下级元素。在下面的实施例中，为了便于说明，以首屏页面及首屏页面链接下的下级元素进行举例说明。

首屏页面，是指在终端设备接收到用户输入的针对目标页面的操作之后，最先由终端设备显示的一个页面，该页面由多个组件构成，每个组件对应有相关联产品的链接。

第一次序排列的多个组件，是指按照一定规则排列的多个组件，本申请是指根据用户信息确定的排列规则，再将多个组件按照该规则进行的排列。

第二次序排列的组件的多个下级元素，在本申请中，是指以第一次序排列的多个组件对应链接下的页面中的组件。例如，当第一次序排列的多个组件分别为箱包类，运动服饰类时，则对应的下级元素为箱包类链接下的页面中的某个品牌、型号的背包、挎包、双肩包等，或者是多个品牌的不同类型的包。运动服饰类链接下的某个品牌或具体类型的运动服装等。

第二部分页面，是除了第一部分页面的其他的目标页面中的页面。该页面是在用户的终端设备展示完第一部分页面之后，由服务器对该页面对应的组件及下级元素进行渲染，并发送给用户的终端设备以进行显示。在本申请的一些实施例中，第二部分页面也可以继续分为第三部分页面、第四部分页面等，以陆续的将径渲染后的页面发送给终端设备进行显示。

为了便于理解本申请技术方案与现有技术方案的优势，下面首先对现有技术方案进行描述。

在现有的技术方案中，用户打开客户端上的应用时，客户端会向服务器发起页面请求，服务器根据页面请求将构成页面的框架数据及框架中的组件进行组装，将完整的页面数据一并发送给客户端，客户端通过浏览器渲染后呈现给客户。这种请求方式，当出现构成完整页面的内容较多时，例如出现一个请求对应的页面需要用户多次滑屏，翻页完成整个页面的观看。此时，服务器组装完整的页面数据的时间会增加，因此，页面展示给用户的时间会增加，从而使用户容易感觉到网速慢或卡顿的现象，体验降低。

在现有的另一些实施例中，为了缩短从用户操作应用后(客户端发送访问请求)到展示首屏页面之间的时间，服务器通过分批次向客户端发送页面数据，直到完成整个页面全部内容。例如，服务器可以先发送一部分页面数据给客户端进行展示，在用户浏览着一部分页面的过程中，再将剩下的页面数据依次发送给客户端进行展示，从而进可能较少用户从操作到浏览到首屏页面的时间。然而当首屏页面中的内容并不是用户想要的内容时，用户可能会快速的滑动页面，依然会造成后面页面显示的卡顿。此外，当用户针对观看到的首屏页面进行点击，请求点击的内容链接时，服务器会根据用户的请求打开链接，并获得该链接下的页面时，依然会出现卡顿的现象。

基于上述发现的问题，本申请公开一种页面请求方法，在终端设备发送页面访问请求时，服务器基于访问请求分批次向终端设备发送页面数据，并且页面数据不仅包含用户感兴趣的页面内容，还包括用户感兴趣页面内容对应链接下的页面数据。从而既可以减少用户从输入访问请求操作到浏览到首屏页面的时间，并且首屏页面内容尽可能是用户感兴趣的内容。当用户点击感兴趣的内容，又可以快速的获得对应链接下的页面内容(组件的下级元素)，从而提高用户体验。

下面结合页面请求的场景图，对本申请的页面请求进行概述。

参考图1a，图1a示出了页面请求的场景图。如图1所示，该场景图包括前端服务器110和手机120(终端设备)。当用户想打开手机上的购物APP时，例如用户点击APP应用，以打开APP，并从手机120界面上浏览页面中的商品。

结合图1b所示的手机和服务器的交互流程图，对实现页面访问的过程进行描述。当手机接收到用户针对APP应用的点击操作，手机120将用户对应的操作生成目标页面的访问请求，该访问请求中包括该用户信息，例如，用户注册过的小红书账号等，以及手机的屏幕尺寸。手机120将针对目标页面的访问请求发送给服务器110。服务器110接收到访问请求并从访问请求中解析出用户的小红书账号和手机120的屏幕尺寸，基于小红书账号和手机120的屏幕尺寸确定访问请求对应的第一部分页面的经渲染后的页面数据，以及第二部分页面的框架数据。其中，第一部分页面的页面数据可以包括首屏页面或包含首屏页面的连续的几个页面中的以第一次序排列的多个组件(构成第一部分页面的商品图案)和以第二次序排列的组件的多个下级元素(第一部分页面中商品对应链接页面的组件)。第一部分页面和第二部分页面构成目标页面。第一次序和第二次序是至少基于用户的小红书账号而确定的，如根据用户的小红书账号确定用户的感兴趣的商品，并将商品对应的组件在第一部分页面中展示。这些页面中的组件的数量，及尺寸由服务器110根据手机120的屏幕尺寸确定。服务器110将第一部分页面的经渲染后的页面数据，以及第二部分页面的框架数据发送至手机120，手机120获取页面数据并通过界面展示给用户。而第二部分页面的页面数据可以在用户浏览第一部分页面时发送给手机110，从而可以避免目标页面的完整页面数据过多时，用户从打开应用操作到浏览到对应页面的时间较长，出现卡顿的现象。此外，用户还可以尽快的浏览到可能感兴趣的商品，以及对应商品的下一级页面信息，提高了用户体验。

下面结合服务器的具体结构对本申请实施例的页面访问方法进行描述。

图2示出了本申请实施例的服务器的框图。如图2所示，服务器200可以包括耦合到控制器中枢203的一个或多个处理器201。对于至少一个实施例，控制器中枢203经由诸如前端总线(Front Side Bus，FSB)之类的多分支总线、诸如快速通道互连(Quick PathInterconnect，QPI)之类的点对点接口、或者类似的连接206与处理器201进行通信。处理器201执行控制一般类型的数据处理操作的指令。在一实施例中，控制器中枢203包括，但不局限于，图形存储器控制器中枢(Graphics Memory Controller Hub，GMCH)(未示出)和输入/输出中枢(Input Output Hub，IOH)(其可以在分开的芯片上)(未示出)，其中GMCH包括存储器和图形控制器并与IOH耦合。

服务器200还可包括耦合到控制器中枢203的协处理器202和存储器1204。或者，存储器和GMCH中的一个或两者可以被集成在处理器内(如本申请中所描述的)，存储器204 和协处理器202直接耦合到处理器201以及控制器中枢203，控制器中枢203与IOH处于单个芯片中。存储器204可以是例如动态随机存取存储器(Dynamic Random Access Memory，DRAM)、相变存储器(Phase Change Memory，PCM)或这两者的组合。在一个实施例中，协处理器202是专用处理器，诸如例如高吞吐量MIC处理器(Many Integerated Core，MIC)、网络或通信处理器、压缩引擎、图形处理器、通用图形处理器(General Purpose Computing onGPU，GPGPU)、或嵌入式处理器等等。协处理器202的任选性质用虚线表示在图2中。

存储器204作为计算机可读存储介质，可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性计算机可读介质。例如，存储器204可以包括闪存等任何合适的非易失性存储器和/或任何合适的非易失性存储设备，例如一个或多个硬盘驱动器(Hard-DiskDrive，HDD(s))，一个或多个光盘(Compact Disc，CD)驱动器，和/或一个或多个数字通用光盘(Digital Versatile Disc，DVD)驱动器。

在一个实施例中，服务器200可以进一步包括网络接口(Network InterfaceController，NIC)206。网络接口206可以包括收发器，用于为设备200提供无线电接口，进而与任何其他合适的设备(如前端模块，天线等)进行通信。例如，可以与如图1所示的手机通信连接。在各种实施例中，网络接口206可以与设备200的其他组件集成。网络接口206可以实现上述实施例中的通信单元的功能。

值得注意的是，图2仅是示例性的。即虽然图2中示出了服务器200包括处理器201、控制器中枢203、存储器204等多个器件，但是，在实际的应用中，使用本申请各方法的设备，可以仅包括服务器200各器件中的一部分器件，例如，可以仅包含处理器201和NIC206。图2中可选器件的性质用虚线示出。

根据本申请的一些实施例，作为计算机可读存储介质的存储器204上存储有指令，该指令在计算机上执行时使系统200执行根据上述实施例中的页面请求方法，即，通过网络接口206接收到访问请求，处理器201从访问请求中解析出用户信息和与其通信的设备的屏幕尺寸，基于用户信息和屏幕尺寸确定访问请求对应的第一部分页面的经渲染后的页面数据，以及第二部分页面的框架数据。其中，第一部分页面的页面数据可以包括首屏页面或包含首屏页面的连续的几个页面中的以第一次序排列的多个组件和以第二次序排列的组件的多个下级元素。第一部分页面和第二部分页面构成目标页面。第一次序和第二次序是至少基于用户信息而确定的，如根据用户的小红书账号确定用户的感兴趣的商品，并将商品对应的组件在第一部分页面中展示。这些页面中的组件的数量，及尺寸由服务器200根据设备的屏幕尺寸确定。服务器200将第一部分页面的经渲染后的页面数据，以及第二部分页面的框架数据发送至请求访问设备，例如1中的手机，以使手机快速的展示第一部分页面的页面数据，并且结合用户信息可以优先展示用户感兴趣的页面内容，提高了用户体验。

下面结合附图具体描述本申请实施例的页面请求方法的过程。

图3示出了本申请实施例的系统的页面请求方法的交互流程图，如图3所示，该系统包括后台服务器，前端服务器和用户手机。在用户手机访问页面之前，首先由前端服务器与后端服务器(例如小红书运营平台)进行通信，并获得由商家根据自己需要设定的活动页面的全部数据，例如，包括商品种类、种类下的具体产品等。这些活动页面的全部数据存储在前端服务器，以便于用户通过手机发送页面请求时，提供给手机进行展示，以供手机用户浏览。下面详细的描述页面访问之前后台服务器和前端服务器之间的交互过程，参考S311-S315，以及在开始访问页面时前端服务器和手机的交互过程，参考S316-S325。

S311，前端服务器向后端服务器发送目标页面整体设计请求。例如，目标页面可以是商家想要的活动页面。前端服务器需要想后端服务器发送设计请求，以获得一个可以被设计的活动页面模板。

S312，后端服务器将对应的目标页面模板发送给前端服务器。在本申请的一个实施例中，也可以由后台服务器主动将活动页面模板发送给前端服务器，例如，在开发人员设计好相应的模板后可以直接通过后台服务器推送到前端服务器，以便于前端服务器在接收到商家店铺可随时通过前端服务器获得活动页面模板进行编辑。

S313，前端服务器根据模板添加组件数据。前端服务器可以根据用户输入的内容，例如商品的图片、商品链接等信息添加到对应的模板中，构成组件数据。

S314，前端服务器将含有组件数据的模板发送给后端服务器。

S315，配置目标页面的全部数据，以得到完整的目标页面，该页面是经过商家设计，包括对商品类别，商品明细中各类产品的内容信息以及对应的链接下的商品信息等。在用户通过手机请求页面时，可以看到商家提供的商品信息。

下面结合S316-S325,对用户请求浏览目标页面的过程进行描述，该目标页面可以是购物APP上的首页的活动页面，该活动页面可以包括商品的类别，例如，电脑、箱包、水果、图书、食品饮料等大的类别，以及一些具体的商品，例如，某款品牌的鞋子，某款品牌的包等。

S316，手机接收用户输入的第一操作。

在本申请的一些实施例中，第一操作可以是用户针对购物APP的单击操作、双击操作，或拖拽、滑动等操作，对此操作的具体方式并不作为限定。

S317，手机生成页面访问请求。当手机接收到用户输入的第一操作之后，手机获取手机的屏幕尺寸大小以及用户信息等数据，其中，用户信息可以包括用户账号信息，例如小红书账号。或者是手机登录账号等信息。在一些实施例中，也可以是用户的图像信息，或用户输入的关于用户特征的信息等。手机可以基于这些信息生成页面访问请求，以便于前端服务器可以基于这些信息向用户提供个性化的页面。

S318，手机将页面访问请求发送给前端服务器，以获取个性化页面。

S319，前端服务器接收到页面访问请求，并基于该页面访问请求确定首屏页面的组件及首屏页面的组件链接下的下级元素，以及除首屏之外的框架数据。

需要说明的是，本申请中的是指在手机接收到用户输入的针对目标页面的第一操作之后，最先由终端设备显示的一个页面。这里的首屏页面只是作为具体实施例的说明，而不局限于仅是首屏页面。例如还可以是包括首屏页面及与首屏页面连续相连的多个页面，此处并不作为限定。

在本申请的一个实施例中，首屏页面的组件及首屏页面的组件链接下的下级元素可以通过页面请求中的手机的屏幕尺寸进行确定。例如，根据页面访问请求中的手机的屏幕尺寸规划首屏页面的组件数量，以及手机屏幕尺寸大小与组件框架的比例大小等。例如，确定首屏页面中箱包类的显示框或显示栏的大小，或图片大小等。从而可以根据不同的手机的屏幕尺寸确定不同数量及比例关系的组件，以适应不同的手机屏幕。

本申请中的除首屏之外的框架数据是指，首屏页面之外的其他页面中只提供框架，而不需要确定具体的组件。

S320，前端服务器对首屏页面的页面数据进行渲染。例如为组件配置数据，包括组件样式、流程和内容等。

S321，前端服务器根据用户信息对首屏页面中的组件及下级元素进行排序。

根据本申请的一个实施例，用户信息可以是小红书账号，前端服务器根据小红书账号确定用户曾经购买过的商品、收藏的商品或者浏览过的商品信息等用户的行为信息，并将这些行为信息进行统计，根据用户购买、收藏或浏览次数等数据，估算用户感兴趣的商品类别或商品，并根据喜爱程度的高低对商品类别或商品进行排序。

举例说明，前端服务器根据用户信息对首屏页面中的组件进行排列。例如，前端服务器基于用户的小红书账号确定出用户行为信息是购买箱包的次数较多，购买运动服饰次之，则可确定最喜爱的商品类别是箱包类，比较喜欢的是运动服饰类，按照用户对商品类别的喜爱程度从高到低进行排列，将箱包类排在首屏页面最显眼的位置、运动服饰类次之的位置(第一次序)，或者是从上到下、从左到右的顺序依次排列次序等。也可以根据对应的组件占据手机的屏幕尺寸的大小比例，将箱包类的显示框占据屏幕尺寸的面积最大，运动服饰类次之。

根据本申请的一个实施例，前端服务器根据用户信息对首屏页面中的组件的下级元素的排列次序(第二次序)，可以与第一次序相同，也可以不同。例如，首屏页面的组件可以根据喜爱程度的高低从上到下的顺序依次排列。而下级元素则可以采用据对应的组件占据手机的屏幕尺寸的大小比例进行排列(第二次序)。又例如，第一次序和第二次序均可以采用喜爱程度的高低从上到下的顺序依次排列。此处对于排列的方式仅是示例性说明，并不作为对本申请的限定。

在一些实施例中，用户信息还可以是社区的账号信息、手机账号信息等，例如用户注册的社区账号，前端服务器根据用户注册的社区账号确定该社区属于哪一类社区，以及用户在社区中的行为信息等。基于用户的社区行为信息对感兴趣的商品类别或商品进行判断。例如用户注册某电子产品社区，前端服务器可以初步判断用户可能喜欢的电子产品，再进一步通过用户在该社区的评论、点击和浏览的相关的行为数据，判断用户对电子产品感兴趣程度或者具体哪一种类的电子产品感兴趣。并将电子产品类放在首屏页面，电子产品类的下级元素可排列用户感兴趣较高的具体种类的电子产品。本申请中，对于感兴趣程度高低的判断，可以根据设定打分规则，例如，用户评论过A手机3次，浏览过他人评论A手机2次，评论1次计5分，评论1次计3分，则用户感兴趣程度的分数为21分。以此类推，将用户的不同行为设定不同的分数，累积后确定出感兴趣程度，分数越高感兴趣程度越高。本申请将用户信息结合到对页面的设计中，在用户输入第一操作之后，首先看到的是自己感兴趣的产品，从用户的角度，能够吸引客户可能感兴趣的点，不需要花较多的时间寻找自己想要的商品，省时省力，提高用户体验。从平台或商家的角度，有利于留住客源，提高热度。

以上是针对用户个人的行为信息判断用户对商品类别的喜爱程度进行的说明。在本申请的一些实施例中，前端服务器还可以根据用户信息找到该用户注册的社区中的邻居，根据邻居的行为信息判断用户喜爱的商品类别或商品。例如，当发现用户感兴趣程度均较低，或者按照感兴趣程度分数判断用户感兴趣商品较少时。则此时，可以根据用户注册过的社区账号确定社区中的邻居，根据邻居的行为信息判断邻居感兴趣的商品类别或商品，将邻居感兴趣的商品类别和商品作为对该用户的感兴趣程度的判断。在判断时可以结合自己的社区行为和邻居的社区行为确定用户对某一商品类别的感兴趣程度。在一些实施例中可以对用户自己的行为和社区邻居的行为设定权重值，以提高用户感兴趣程度的准确性。

下面结合图3b和表1确定将邻居感兴趣的商品推荐给用户。如图表1所示，用户A为本申请中的用户，用户B和用户C为邻居。

表1

如图3b和表1所示，首先先确定用户的邻居，例如用户B和用户C是用户A的邻居，但是用户B感兴趣的商品是物品B,与用户A感兴趣商品相差较大，而用户C与用户A有2 个感兴趣的商品相同，则此时将用户C作为最终用户A的推荐邻居，将用户C购买的物品 D推荐给用户A。通过判断零件购物习惯的相似性，作为推荐的邻居，可以提高推荐给用户 A的商品是用户A感兴趣商品的可靠性。

如图3c和表2所示，还可以根据有类似习惯的多个邻居的习惯想用户推荐商品。用户 C为本申请中的用户，用户A和用户B为邻居。

表2

如图3c和表2所示，首先先确定用户的邻居，例如，与用户C有过相同习惯的用户A和用户B。相同习惯是通过三者都购买过物品A，或表示对物品A感兴趣，则认为用户A和用户B与用户C有相似的购物习惯。进一步判断用户A和用户B都比较感兴趣的物品C。则可以认为用户C大概率也对物品C感兴趣，服务器向用户推荐物品C。该方式通过用户的相似购物习惯的多个邻居的购物习惯推送商品，可以进一步提高用户的体验。

S322，前端服务器将渲染后的首屏页面及下级元素的页面数据，以及第二部分页面的框架数据发送给手机。本申请的实施例，通过将渲染后的首屏页面及下级元素的页面数据发送给手机，而对于剩余的页面仅发送框架数据。可以有效的避免目标页面的页数过多时，前端服务器处理组件的时间较长，从而影响用户从第一操作到浏览到首屏页面的时间的问题。也就是说，本申请可以实现用户在第一操作之后可以快速的浏览到首屏页面。并且，本申请中首屏页面的内容根据用户感兴趣的程度排列，可以第一时间吸引用户。

在本申请的一些实施例中，当用户浏览首屏页面数据时，前端服务器可以继续为目标页面中的除首屏页面之外的页面提供组件，也可以提供组件和组件的下级元素。从而实现分批发送目标页面数据，与现有的发送完整目标页面数据相比，缩短了用户从输入第一操作到看到首屏页面的时间，提高了用户体验。另外，除首屏之外的页面中的组件及下级元素也可以根据用户感兴趣程度对组件进行排列，具体可参考上述S321中的描述。此处不在赘述。

在S324和S325中，当用户点击首屏页面中的链接时(第二操作)，也可以快速的浏览到首屏页面下一级页面内容，且下一级页面内容也是根据用户感兴趣程度排列，进一步提高用户的购物或浏览体验。在上述实施例中以手机作为电子设备进行了说明。本申请的页面访问请求方法还可以应用在其他的电子设备中，例如，终端设备可以是平板电脑、笔记本电脑、超级移动个人计算机、个人数字助理(personal digital assistant，PDA)、电视等具有显示屏的电子设备。本申请中对终端设备类型不予具体限定。

下面结合手机的操作界面对本申请实施例的页面请求方法进行描述。

参考图4所示，图4示出了手机界面的操作流程图。当用户想通过购物APP购买商品时，如图4中的(a)所示，用户可以通过点击购物APP411以打开购物APP,此时手机可执行如图4所示中图S316-S318，再由前端服务器执行S319-S322,得到如图4中的(b)所示的界面420，即上述提及的首屏页面，该页面中包括多个组件，每个组件对应不同的内容，例如，用户宣传整个活动的“活动页广告”、根据用户的感兴趣程度推荐的商品，例如，“组件1”可以是用户感兴趣程度最高的“箱包”类别，“组件2”可以是用户感兴趣程度次之的“运动”类别，“组件3”可以是用户感兴趣程度相比较运动类偏低的“电子”类别。用户可以快速的浏览到自己感兴趣的商品类别。此外，一些组件还可以设置为优惠券的活动和宣传，例如，优惠券的宣传组件“活动好卷等你拿”，下面对应的组件可以是“全品类优惠券”、“运动类优惠券”和“电子类优惠券”。以便于用户根据需要进行选择。。当用户选箱包对应的链接时，进入如图4中的(c)所示的界面430,在界面430中为箱包链接下的具体的商品信息。这些商品信息根据用户感兴趣品牌的排列以及感兴趣的包的种类排列，如“A 品牌手提包”、“A品牌斜跨包”、“B品牌手提包”以及“C品牌手提包”。本申请的实施例，服务器将目标页面分批发送给手机，而不是等待整个页面数据准备好以后一起发送给手机，可以缩短从用户输入第一操作到第一次浏览到页面的时间，实现用户能够快速的浏览到页面，并且在首先显示的页面中就可以看到用户感兴趣的商品或商品类别。此外，在用户点击页面中的链接后，可以立即浏览到链接下的具体商品信息，而不需要手机发送请求以获得链接下的页面内容，使得显示的速度更快，用户体验更加顺畅。而现有技术没有根据用户感兴趣程度对商品进行排序，且在点击当前页面的链接后，手机需要向服务器发送请求来获得下级元素。因此会导致用户点击链接后出现空白页的情况，用户体验低。相比之下，本申请不仅使用户可以快速浏览到页面，也可以在用户不需要翻找商品的情况下，就可以浏览到自己感兴趣的商品。并且在用户点击该页面后直接浏览到下一页面中感兴趣的商品信息，提高了用户的购买兴趣，对于商家和平台而言，便于留住用户。

需要说明的是，上述界面信息内容仅是为便于理解本申请对技术方案的示例性的说明，并不作为对本申请的限定。

根据本申请实施例的页面请求方法，可以避免目标页面的完整页面数据过多时，用户从打开应用操作到浏览到对应页面的时间较长，出现卡顿的现象。此外，用户还可以尽快的浏览到可能感兴趣的商品，以及对应商品的下一级页面信息，提高了用户体验。对于商家或平台而言更有利于留住客源，微平台或商家提高热度。

参考图5，本申请还提供一种页面访问系统，包括终端设备510和服务器520，其中，

终端设备510包括存储器511，用于存储由设备的一个或多个处理器执行的指令，以及和处理器512，用于执行上述实施例中结合图3所解释的手机执行的页面访问请求方法。

服务器520包括存储器521，用于存储由设备的一个或多个处理器执行的指令，以及处理器522，用于执行上述实施例中结合图3所解释的前端服务器执行的页面访问请求方法。

由于在上述实施例中已经详细的描述的终端设备和服务器的具体工作过程，具体可参见上述实施例图3所解释的页面访问请求方法，此处不在赘述。

参考图6，本申请还提供一种电子设备，包括：

存储器610，用于存储由设备的一个或多个处理器执行的指令，以及

处理器620，用于执行上述实施例中结合图3所解释的页面访问请求方法。

本申请还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器运行时，使得处理器执行上述实施例中图3所解释的页面访问请求方法。

本申请还提供一种包含指令的计算机程序产品，当该计算机程序产品在电子设备上运行时，使得处理器执行上述实施例中图3所示的方法。

现在参考图7，所示为根据本申请的一实施例的SoC(System on Chip，片上系统)1300的框图。在图7中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC 的可选特征。在图7中，SoC1300包括：互连单元1350，其被耦合至应用处理器1310；系统代理单元1380；总线控制器单元1390；集成存储器控制器单元1340；一组或一个或多个协处理器1320，其可包括集成图形逻辑、图像处理器、音频处理器和视频处理器；静态随机存取存储器(Static Random Access Memory，SRAM)单元1330；直接存储器存取(DMA) 单元1360。在一个实施例中，协处理器1320包括专用处理器，诸如例如网络或通信处理器、压缩引擎、GPGPU、高吞吐量MIC处理器、或嵌入式处理器等。

静态随机存取存储器(SRAM)单元1330中可以包括用于存储数据和/或指令的一个或多个计算机可读介质。计算机可读存储介质中可以存储有指令，具体而言，存储有该指令的暂时和永久副本。该指令可以包括：由处理器中的至少一个单元执行时使Soc1300执行根据上述实施例中的设备通信连接建立方法，具体可参照上述实施例图5所解释的页面访问请求方法，在此不再赘述。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(Digital Signal Processor，DSP)、微控制器、专用集成电路 (Application Specific Integrated Circuit，ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、光盘只读存储器(Compact Disc Read Only Memory，CD-ROMs)、磁光盘、只读存储器 (ReadOnly Memory，ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、电可擦除可编程只读存储器(ElectricallyErasable Programmable Read Only Memory，EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明书附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。