一种视图调整的方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种视图调整的方法及装置。

背景技术：

当前，客户端所展示的界面中包含有文字、图片、视频等多种界面元素，这些界面元素极大的丰富了客户端的界面内容，并给用户在视觉上带来了极大的体验。

在实际应用中，用户浏览客户端所展示的内容的过程中，通常会遇到图片或视频横竖颠倒的情况，此时，用户需要通过转动终端才能正常浏览该图片或视频，如图1所示。

图1为现有技术中图片在客户端界面中出现横竖颠倒情况的示意图。

在图1中，用户所看到的图片是一个横竖颠倒的图片，该图片出现横竖颠倒的情况通常是由上传该图片的用户在拍摄该图片时所持终端的方式有关的。由于该图片所展示的内容并不是一个正放的图片(所谓正放的图片是指用户无需转动终端即可正常浏览的图片)，所以，用户若想正常的浏览该图片，则需要将终端进行相应的转动，才能对该图片进行正常的浏览，这样就增加了用户浏览图片过程中的额外操作，从而给用户带来了不便。

技术实现要素：

本申请实施例提供一种视图调整的方法，用以解决现有技术中终端中显示的视图出现横竖颠倒而使用户无法方便的正常浏览该视图的问题。

本申请实施例提供了一种视图调整的方法，包括：

将视图发送给终端显示；

采集所述终端针对所述视图上传的视图转动信息；

根据所述视图转动信息，确定所述视图的调整方式；

按照所述调整方式调整所述视图。

本申请实施例提供一种视图调整的装置，用以解决现有技术中终端中显示的视图出现横竖颠倒而使用户无法方便的正常浏览该视图的问题。

本申请实施例提供了一种视图调整的装置，包括：

视图发送模块，将视图发送给终端显示；

信息采集模块，采集所述终端针对所述视图上传的视图转动信息；

确定模块，根据所述视图转动信息，确定所述视图的调整方式；

视图调整模块，按照所述调整方式调整所述视图。

本申请实施例提供一种视图调整的方法，用以解决现有技术中终端中显示的视图出现横竖颠倒而使用户无法方便的正常浏览该视图的问题。

本申请实施例提供了一种视图调整的方法，包括：

终端接收服务器发送的视图并显示；

在显示所述视图的过程中，监测自身是否发生转动；

当监测到发生转动时，确定当前显示的视图的视图标识，并生成终端转动信息；

将所述终端转动信息与视图标识对应进行记录，生成所述视图标识对应的视图转动信息；

将所述视图转动信息上传至服务器，以使所述服务器根据所述视图转动信息调整所述视图。

本申请实施例提供一种视图调整的装置，用以解决现有技术中终端中显示的视图出现横竖颠倒而使用户无法方便的正常浏览该视图的问题。

本申请实施例提供了一种视图调整的装置，包括：

接收显示模块，终端接收服务器发送的视图并显示；

转动监测模块，在显示所述视图的过程中，监测自身是否发生转动；

确定标识模块，当监测到发生转动时，确定当前显示的视图的视图标识，并生成终端转动信息；

信息生成模块，将所述终端转动信息与视图标识对应进行记录，生成所述视图标识对应的视图转动信息；

信息上传模块，将所述视图转动信息上传至服务器，以使所述服务器根据所述视图转动信息调整所述视图。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

在本申请实施例中，服务器可根据终端上传的视图转动信息确定出在终端中显示的视图需要调整，并根据该视图转动信息进一步确定出如何调整该视图，而后，服务器可将调整后的视图发送给终端进行显示。由于服务器在调整该视图的过程中是根据终端上传的视图转动信息调整的，该视图转动信息反映了用户在查看该视图时转动终端的情况，所以，服务器根据该视图转动信息调整该视图后可得到能够在终端正常显示的视图，即，用户查看服务器发送的调整后的视图时，无需再执行转动终端的额外操作，从而给用户在浏览视图的过程中带来了便利。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为现有技术中图片在客户端界面中出现横竖颠倒情况的示意图；

图2为本申请实施例提供的视图调整过程的示意图；

图3a、3b为本申请实施例提供的横竖颠倒的视图与正常显示的视图的区别示意图；

图4为本申请实施例提供的终端屏幕中同时显示多个视图的示意图；

图5为本申请实施例提供的终端生成视图转动信息的过程；

图6为本申请实施例提供的一种视图调整的装置示意图；

图7为本申请实施例提供的另一种视图调整的装置示意图。

具体实施方式

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

图2为本申请实施例提供的视图调整过程的示意图，具体包括以下步骤：

s201：将视图发送给终端显示。

在本申请实施例中，当用户通过终端浏览视图时，可通过终端向服务器发送视图获取请求，服务器在接收到该视图获取请求后，可将对应该视图获取请求的视图发送至终端，以供用户进行浏览。其中，这里提到的视图可以是图片或是视频等信息。

从上述说明中可以看出，本申请实施例中提到的视图并不是终端自身存储的视图，而是需要从服务器中获取的视图，如在实际应用中，用户通过终端查看新闻信息时，需要从服务器获取到相关的新闻信息，其中，终端获取到的新闻信息中包含的视图即为本申请实施例所指的视图；再例如，用户通过终端查看好友的动态信息时，也需要通过服务器才能获取到该动态信息，而该动态信息中包含的视图即为上述提到的视图。

需要说明的是，在本申请实施例中，除了可通过终端向服务器发送视图获取请求外，也可通过终端中安装的客户端来发送该视图获取请求，如，当用户启动了终端中的某一客户端时，该客户端即可向服务器发送视图获取请求，相应的，服务器在接收到该客户端通过终端发送的视图获取请求时，可根据该视图获取请求，向该客户端返回相应的视图，以使该客户端将获取到的视图在终端界面中进行显示。

s202：采集所述终端针对所述视图上传的视图转动信息。

终端在接收到服务器发送的视图后，可将该视图显示给用户进行浏览，而用户在浏览该视图的过程中，若该视图处理横竖颠倒的状态(如图1所示)，则用户需要将终端进行相应的转动，才能正常的浏览该视图，在此过程中，终端可根据用户执行的终端转动操作，生成针对该视图的视图转动信息，并将该视图转动信息上传至服务器中，其中，终端根据用户执行的终端转动操作，生成相应的视图转动信息的具体过程将在步骤s504中详细说明。

由于本申请实施例意在通过服务器将终端中横竖颠倒显示的视图调整为能够在终端中正常显示的视图，因此，服务器需要采集终端针对该视图上传的视图转动信息，并以此为依据，在后续过程中对该视图进行调整。

在实际应用中，服务器发送的该视图并不只针对一个终端而发送的，而是针对多个终端发送的，如，在即时通讯客户端中，用户可将自己的状态信息(该状态信息中可包含有视图)发送至社交网络中供其他用户进行浏览，而其他用户则需要从服务器中获取到该用户发布的状态信息才能通过所持有的终端浏览该状态信息，换句话说，对于同一个视图来说，各终端均可从服务器获取到该视图并将其进行显示。而若服务器发送的视图在一个终端中出现了横竖颠倒显示的情况，则这种情况可能也会在其他终端中出现(因为出现横竖颠倒的情况通常都是由上传该视图的用户在拍摄该视图时所持终端的方式导致的)，所以，其他用户通过各自持有的终端浏览该视图时，各终端也将在监测到用户浏览该视图的过程中对终端执行了转动操作而生成相应的视图转动信息，并将各自生成的视图转动信息上传到服务器中，相应的，服务器也将采集各终端上传的各视图转动信息，并在后续过程中，通过各视图转动信息确定出如何调整该视图。其中，服务器可将多个终端上传的该视图的视图转动信息进行全部采集，或是只将一部分终端上传的该视图的视图转动信息进行采集，如，服务器在接收到各终端上传的视图转动信息后，可从各视图转动信息中包含的各用户标识中确定出活跃用户，并将活跃用户通过终端上传的视图转动信息进行采集(因为活跃用户更能够准确的反映出各视图的显示状况)。这里提到的活跃用户可通过服务器记录的用户信息来进行确定，如，用户日志等，而具体的确定方式可以是通过记录的用户信息来确定诸如用户在一定时间段内登录客户端或服务器的次数等，并以此来确定用户是否为活跃用户。

需要说明的是，上述提到的正常显示的视图是指用户无需转动终端即可正常浏览的视图，横竖颠倒的视图与正常显示的视图的具体区别如图3a、3b所示。

图3a、3b为本申请实施例提供的横竖颠倒的视图与正常显示的视图的区别示意图。

在图3a中，终端屏幕上显示有一幅图片(该图片即为上述说明的视图)，其中，该图片中的人物的站立方向与终端屏幕的竖直方向并不处于同一方向，则该图片称为在终端中处于横竖颠倒显示状态的图片。而对于图3b来说，在终端上显示的图片中，人物的站立方向与终端屏幕的竖直方向处于同一方向，则图3b中的图片称为终端中处于正常显示的图片。用户若想正常查看图3a中的图片，则需要将终端进行相应的转动，才能正常浏览该图片，而对于图3b中的图片来说，由于该图片在终端中已处于正放的状态，因此，用户浏览该图片时无需对终端执行相应的转动，即可正常浏览该图片。

s203：根据所述视图转动信息，确定所述视图的调整方式。

对于在终端中横竖颠倒显示的视图来说，其视图本身并不存在问题，只是在显示方向上出现了问题，所以，服务器若能调整这些视图在终端中的显示方向，即可使这些视图在终端中正常的显示。因此，在本申请实施例中，服务器采集终端上传的视图转动信息后，可确定出该视图转动信息中包含的该视图的转动方向，并根据该视图的转动方向，确定出该视图的调整方向。其中，该视图的转动方向是用户转动终端浏览视图的过程中，由终端负责记录的，具体的过程在步骤s503中详细说明。

服务器确定该视图的调整方向具体可采用以下方式来进行：当该视图转动信息中包含的该视图的转动方向为逆时针转动时，则确定该视图的调整方向为逆时针转动，而当该视图转动信息中包含的该视图的转动方向为顺时针转动时，则确定该视图的调整方向为顺时针转动。

在实际应用中，用户在浏览一个横竖颠倒的视图时，起初转动终端的方向可能是错误的方向，如，用户浏览图3a所示的图片时，正常情况下，用户应该顺时针转动终端，但是实际上，用户可能先是将终端进行了逆时针终端，并在发现转错方向时立即顺时针转动了终端。对于这种情况来说，由于终端会根据用户转动终端的操作，记录相应的视图转动信息，所以，在此过程中，终端实际上是根据用户执行的两次转动终端操作生成了相应的两个视图转动信息，并将这两个视图转动信息全部上传至了服务器中，服务器仅根据这两个视图转动信息是无法确定出如何调整该视图的，需要根据其他用户所持有的终端来进一步的确定该视图的调整方向。

基于此，在本申请实施例中，服务器在采集到各终端针对该视图上传的各视图转动信息后，可根据各视图转动信息中包含的用户标识以及该视图的不同转动方向，确定出每个转动方向分别对应的用户数量，也即用户标识的数量，而后，服务器可将用户标识数量最大(用户数量最大)的转动方向，确定为该视图的调整方向，进而在后续过程中，通过该调整方向，对该视图进行调整。

例如，服务器采集的各视图转动信息中表明，对于该视图来说，有23498个用户在浏览该视图时逆时针转动了终端(即有23498个视图转动信息指出了该视图的转动方向为逆时针转动)，而有533个用户在浏览该视图时顺时针转动了终端(即有533个视图转动信息指出了该视图的转动方向为顺时针转动)。因此，服务器可将用户数量(即用户标识数量)最大的转动方向：逆时针转动确定为该视图的调整方向。

服务器在确定出该视图的调整方向后，可根据确定出的该调整方向，相应确定出该视图的调整方式，确定调整方式的具体方式可以采用以下两种方式：第一种：服务器可根据确定出的该调整方向以及设定角度，确定该视图的调整方向，其中，这里提到的设定角度可以由人为进行设定，如，将视图转动90°等，当然，该设定角度也可由服务器根据视图的图像类型进行设定，如，对于一些对称性较强的图片来说，用户可能并不需要将这些图片转动90°即可正常的浏览该图片。所以，对于不同图像类型的视图来说，服务器可针对不同图像类型的视图，分别设置不同的设定角度，并在后续过程中，根据视图的图像类型，确定出适合该视图的设定角度。

第二种：服务器在采集到各视图转动信息后，可根据各视图转动信息中包含的该视图的转动方向以及转动角度，确定出该视图的调整方向以及调整角度，并进一步根据确定出的该调整方向以及调整角度，确定出该视图的调整方式。其中，服务器确定出该视图的调整方向的方式与上述相同，在此就不进行详细赘述了，而对于调整角度的确定方式来说，服务器可在一定的角度范围内，设置若干个角度区间，并针对每个角度区间，确定落入该角度区间的转动角度(该转动角度即为各视图转动信息中包含的该视图的转动角度)的数量，而后，服务器可将转动角度落入数量最多的角度区间的中间角度确定为该视图的调整角度，进而通过该调整角度以及确定出的调整方向，确定出该视图的调整方式。当然，这里说明的调整角度的确定方式并不唯一，也可通过其他的方式进行确定，如，将各视图转动信息中包含的该视图的各转动角度的平均值确定为调整角度，抑或是将各视图转动信息中包含的该视图的各转动角度进行收敛，并将收敛出的角度确定为调整该视图的调整角度，其他的调整角度确定方式在此就不进行一一举例说明了。

s204：按照所述调整方式调整所述视图。

服务器在确定出该视图的调整方式之后，可根据该调整方式对该视图进行调整，并将调整后的视图发送给终端进行显示，如，服务器确定出的该视图的调整方式为顺时针转动90°，则服务器可对该视图执行顺时针转动90°的调整，并将调整后的视图发送至终端进行显示。其中，服务器将调整后的视图发送给终端进行显示并不是说终端会立刻显示调整后的视图，而是指用户通过终端后续再次浏览该视图时，服务器会将调整后的视图发送给终端并显示。如，用户通过终端再次向服务器发送获取该视图的视图获取请求时，服务器可将调整后的视图发送给用户终端并显示。当然，服务器也可将调整后的视图发送给其他用户的终端进行显示，即，当服务器调整完该视图后，接收到其他用户发送的获取该视图的视图获取请求时，则可将调整后的视图发送给其他用户。

从上述方法可以看出，由于服务器在调整该视图的过程中是根据终端上传的视图转动信息调整的，该视图转动信息反映了用户在查看该视图时转动终端的情况，所以，服务器根据该视图转动信息调整该视图后可得到能够在终端正常显示的视图，即，用户查看服务器发送的调整后的视图时，无需再执行转动终端的额外操作，从而给用户在浏览视图的过程中带来了便利。

需要说明的是，在实际应用中，终端屏幕中有时会同时显示多个视图，如图4所示。

图4为本申请实施例提供的终端屏幕中同时显示多个视图的示意图。

在图4中，终端屏幕中同时显示有多个视图，在这些视图中，第一幅视图(从上到下顺序排列)和第三幅视图均为正常显示的视图，而第二副视图则处于横竖颠倒的状态。用户在浏览这第二幅视图时需要将终端进行转动才能正常浏览该视图，但是，由于终端屏幕中同时显示有这三幅视图，所以，终端在生成相应的视图转动信息时，则是针对这三幅视图生成的，换句话说，服务器生成的该视图转动信息记录的是这三幅视图的转动情况，而实际上处于横竖颠倒状态的却只有第二幅视图，若服务器无法准确的从该视图转动信息中确定出哪副视图才是真正需要调整的视图，则可能无法对需要调整的视图执行调整，或是出现调整错误(即将无需调整的视图进行了调整)的情况发生。

为了防止上述情况的发生，在本申请实施例中，服务器可在确定出上述视图转动信息中包含的多个视图的视图标识时，则从这些视图标识中，确定出真正需要调整的视图的视图标识。

具体的，在实际应用中，服务器向一个终端发送的视图通常并不是一个单独视图，而是多个视图，如，用户在终端中浏览各好友发布的状态信息(假设每个友好的状态信息中均包含有一个视图)时，用户在终端中看到的是自上而下排列的各好友发布的状态信息，通常情况下，用户看到的各状态信息都是按照固定顺序进行排列，换句话说，不同用户看到的各状态信息的排列顺序通常是相同的。而由于本申请实施例意在从视图转动信息包含的各视图标识中确定出实际需要调整的视图的视图标识，所以，服务器在向服务器发送各视图时，可将各视图的顺序进行随机排序，以使不同用户看到的各视图的排序有所不同。

基于此，服务器可将采集到的视图转动信息中包含的每个视图标识均作为一个待定视图标识，并针对每个待定视图标识，从采集的各视图转动信息中确定该待定视图标识对应的各视图转动信息，即包含该待定视图标识的各视图转动信息，而后，服务器可从确定出的各视图转动信息包含的所有视图标识中，确定出除该待定视图标识以外的至少一个其他视图标识。服务器可从采集到的各视图转动信息中查找是否存在包含有其他视图标识但不包含该待定视图标识的视图转动信息，并当查找到时，可确定出需要调整该待定视图标识对应的视图。

例如，假设服务器向终端发送了视图a，该视图a中在终端屏幕上是横竖颠倒显示的，而用户通过终端浏览该视图a的过程中，视图b和视图c也在终端屏幕中一并显示，则若用户转动终端时，终端生成的视图转动信息则是对应这三幅视图的。为了从该视图转动信息中确定出哪一幅视图是实际需要调整的视图，服务器可从该视图转动信息中确定出这三幅视图的视图标识，并将这三幅视图的视图标识均作为待定视图标识看待，而后，当服务器确定视图a是否为需要调整的视图时，可针对视图b和视图c的视图标识(相对于视图a的视图标识来说，视图b和视图c的视图标识为其他视图标识)，从采集到的各视图转动信息中确定是否存在包含有视图b和视图c的视图标识但是并不存在视图a的视图标识(即待定视图标识)的视图转动信息，若未找到，则服务器可确定出用户在浏览视图b和视图c的过程中，均未转动终端，继而可确定出视图a是实际需要调整的视图。

需要说明的是，在实际应用中，终端屏幕上势必会存在单个视图显示的情况，所以，若终端单独显示某一幅视图时，该幅视图处于横竖颠倒的状态，则服务器势必会采集到只包含有该视图的视图标识的视图转动信息，相应的也就确定出了该视图是需要服务器调整的视图。因此，即使一些视图转动信息中包含有多个视图的视图标识，服务器可根据只包含有单个视图标识的视图转动信息，从包含有多个视图标识的视图转动信息中确定出实际需要调整的视图。

在实际应用中，一些用户可能会习惯性的倾斜一定角度来浏览视图，如，某一用户习惯性的将终端顺时针倾斜15°来浏览视图。通常情况下，大部分的视图均是正常显示在终端屏幕中的，即如图3b中终端屏幕上所显示的视图，倘若某一用户习惯性倾斜一定的角度来浏览视图，且用户倾斜终端的角度已经超出了终端触发记录终端转动情况的角度时(即当终端监测到自身转动超出了某一角度时，则监测到终端发生转动，并相应的生成视图转动信息)，则服务器将会接收到该用户通过终端上传的大量视图转动信息，若服务器将这些视图转动信息均作为用户浏览横竖颠倒的视图时转动终端所产生的视图转动信息来看的话，则这些视图转动信息实际上会对服务器的视图调整造成干扰，从而影响服务器调整视图的准确性。

为了避免上述情况的发生，在本申请实施例中，服务器在接收到某一用户上传的视图转动信息后发现，该用户浏览大部分视图时均是向固定方向转动了一定角度时，则可确定出该用户在浏览视图的过程中，习惯性的将终端向该方向转动一定角度，而后，服务器可将该角度作为该用户的基准角度，并对该用户上传的其他转动角度的视图转动信息进行分析，以确定出该用户在浏览视图的过程中，哪些视图才是该用户实际需要转动终端浏览的视图，进而在后续过程中，对确定出的这些视图进行调整。

具体的，服务器采集到各用户通过终端上传的视图转动信息后，可针对每个用户(换句话说是针对每个用户标识)，确定预先保存的该用户标识对应的基准角度，这里提到的基准角度即为服务器根据该用户上传的历史视图转动信息确定出来的用户浏览各视图时习惯转动终端的角度。服务器确定出该用户的基准角度后，可从该用户上传的包含该视图的视图标识的视图转动信息中确定出该用户浏览该视图时转动终端的转动角度，并进一步通过确定出的基准角度，确定出该用户在浏览该视图时相对于正常情况下转动终端的相对转动角度，其中，服务器确定相对转动角度的方式可以是：将该视图转动信息中包含的转动角度减去确定出的基准角度，得到该相对转动角度，也可以将该基准角度乘以一定的系数后，则用该转动角度该系数与基准角度的乘积，得到该相对转动角度，抑或是使用该转动角度减去该基准角度后，将两者的差值再乘以一个预设的系数，得到该相对转动角度。当然，确定相对转动角度的方式还有很多，在此就不一一进行举例说明了。

服务器在确定出该用户浏览该视图相对于正常情况下的相对转动角度后，可以相同的方式，确定出其他用户对应于该视图的相对转动角度，进而通过针对每个用户确定出的该视图的相对转动角度，确定出该视图的调整角度。

在本申请实施例中，服务器在确定各用户的基准角度时，可针对每个用户，确定该用户上传的历史视图转动信息，进而确定该用户的基准角度。具体的，服务器可针对每个用户，确定该用户上传的历史视图转动信息，而后，服务器可通过预设的条件，从这些历史视图转动信息中筛选出满足条件的历史视图转动信息，其中，筛选出的历史视图转动信息应满足以下条件：

第一、筛选出的历史视图转动信息占全部历史转动信息的百分比超出预设占比阈值；

第二、筛选出的历史视图转动信息中所包含的转动方向均为同一方向；

第三、筛选出的历史视图转动信息中所包含的转动角度均位于同一角度范围；

第四、筛选出的历史视图转动信息中所包含的视图标识并未出现在设定数量用户上传的历史视图转动信息中。

服务器可根据上述四个条件，筛选出满足部分或全部条件的历史视图转动信息，并根据筛选出的历史视图转动信息中所包含的转动角度，确定针对该用户的相对转动角度。

例如，假设服务器在某一用户上传的大量历史视图转动信息中发现，该用户在浏览一部分视图时均是顺时针转动了终端15°，这部分视图的视图转动信息占该用户上传的全部历史视图转动信息的百分比已超出了75％(即预设的占比阈值)，且这部分视图对应的视图转动信息并未在大部分用户上传的历史视图转动信息中出现，即，这部分视图标识并未出现在设定数量用户上传的历史视图转动信息中，则服务器可确定出该用户在浏览视图的过程中，习惯性的将终端顺时针转动15°，因此，服务器可将该用户顺时针转动终端15°确定为该用户的基准角度，而后，服务器可通过该基准角度，进一步从该用户上传的视图转动信息中确定出哪些才是该用户实际需要转动终端而浏览的视图。当服务器从某一视图转动信息中得出，该用户浏览该视图(即该视图转动信息中包含的视图标识对应的视图)时顺时针转动终端45°时，则可以确定出该用户浏览该视图的过程中，在自己(即该用户)习惯转动终端的角度上又顺时针转动了终端30°，因此，服务器可确定出该用户在浏览该视图时实际上顺时针转动了终端30°，进而确定出该视图才是该用户实际需要转动终端才能正常浏览的视图，继而结合其他用户上传的针对该视图的视图转动信息，调整该视图。

需要说明的是，上述说明的四种条件并不唯一，服务器也可采用其他的条件从用户上传的历史视图转动信息中筛选出用于确定该用户相对转动角度的历史视图转动信息，如，服务器可针对历史转动信息中包含的每个转动角度(或同一角度范围的转动角度)，将在数量上超出预设百分比(即该转动角度出现的次数比上所有转动角度出现的次数之和)的转动角度所对应的历史转动角度筛选出来。当然，还有其他的筛选条件，在此就不进行一一举例说明了。

在本申请实施例中，服务器可针对每个用户，根据该用户的历史视图转动信息，确定出该用户的相对转动角度，即，该用户习惯转动终端多少度来进行视图浏览。通常情况下，大部分用户都是正常使用终端浏览视图的(即浏览正常显示的视图时不会转动终端)，对于这部分用户来说，服务器确定出的针对这部分用户的相对转动角度则应为0°。

以上为本申请实施例说明的服务器调整视图的过程，而由于服务器对视图实施调整需要基于终端生成的视图转动信息，因此，下面将详细说明终端生成视图转动信息的过程。

图5为本申请实施例提供的终端生成视图转动信息的过程，具体包括以下步骤：

s501：终端接收服务器发送的视图并显示。

在本申请实施例中，用户需要在终端上浏览视图时，可通过终端向服务器发送视图获取请求，而服务器则可根据终端发送的视图获取请求，向终端返回相应的视图，以使终端对服务器返回的视图进行显示。当然，在本申请实施例中，向服务器发送视图获取请求的执行主体也可以是安装在终端的客户端。

s502：在显示所述视图的过程中，监测自身是否发生转动。

由于本申请实施例意在根据终端发送的视图转动信息，确定如何调整终端上显示的视图，因此，终端需要在显示视图过程中，时刻对自身的转动状况进行显示。具体的，终端可根据终端中包含的设定阈值，监测终端在显示该视图的过程中，自身的转动角度是否超出了该设定阈值，若是，则确定用户在浏览该视图的过程中对该终端执行了转动操作，若否，则确定用户在浏览该视图的过程中未对该终端执行相应的转动操作。其中，这里的设定阈值可以由终端自行进行设置，也可以是终端预设的阈值，抑或是服务器向终端下发的一个设定阈值，当然也可以由用户自行进行设定。

终端监测自身是否发送转动的监测方式可以是：终端可根据预设的重力感应装置，对自身的转动实施监测，当终端通过该重力感应装置监测到的终端的转动角度超出了上述的设定阈值时，则确定监测到自身发生转动。

s503：当监测到发生转动时，确定当前显示的视图的视图标识，并生成终端转动信息。

终端在监测到自身发生上述转动时，则需要确定出终端屏幕中当前显示的视图的视图标识，并根据上述重力感应装置传输的转动数据，生成的终端转动信息，由于终端生成了该终端转动信息，因此，服务器后续基于该终端转动信息而生成的视图转动信息则可使服务器准确的确定出该视图的调整方向以及调整角度。

例如，当终端通过预置的重力感应装置监测到用户在浏览视图的过程中，对终端顺时针转动了52°，则终端可进一步的确定出终端当前所显示的视图的视图标识，并生成“顺时针转动52°”的终端转动信息。

s504：将所述终端转动信息与视图标识对应进行记录，生成所述视图标识对应的视图转动信息。

服务器确定出终端转动信息后，可根据确定出的视图标识以及该终端转动信息，生成相应的视图转动信息。当然，终端在生成该视图转动信息的过程中，也可将用户当前登录在该终端上的用户标识(如用户账号)添加到该视图转动信息中，换句话说，根据该用户标识、终端转动信息以及视图标识，生成相应的视图转动信息，其中，将用户标识用于生成视图转动信息的目的在于使服务器能够通过用户标识的数量，确定出视图的调整方向，确定视图调整方向的具体过程在上述步骤s203中已作出详细说明，在此就不进行赘述了。

s505：将所述视图转动信息上传至服务器，以使所述服务器根据所述视图转动信息调整所述视图。

终端生成该视图转动信息后，可将该视图转动信息上传至服务器，其中，终端可将该视图转动信息定期上传至服务器中，也可将该视图转动信息实时上传到服务器中，这样一来，服务器在接收到该视图转动信息后，即可确定出该视图转动信息中包含的视图标识对应的视图是需要调整的视图，继而根据该视图转动信息中包含的该视图的转动方向，确定出该视图的调整方向，并根据确定出的调整方向对该视图实施调整。

从上述方法中可以看出，由于终端可在显示视图的过程中，监测用户转动终端的方向以及幅度，并生成相应的视图转动信息，该视图转动信息反映了用户在浏览该视图时转动终端的情况，因此，服务器在调整该视图的过程中，可基于终端上传的该视图转动信息，确定出该视图的调整方向以及调整角度，以此对该视图进行调整，从而得到能够在终端正常显示的视图，即，用户浏览服务器发送的调整后的视图时，无需再执行转动终端的额外操作，从而给用户在浏览视图的过程中带来了便利。

需要说明的是，在上述步骤s502中，终端中包含出设定阈值也可以是0°，换句话说，无论用户浏览哪副视图时，终端均会对各视图生成相应的视图转动信息，这样一来，服务器可基于终端上传的视图转动信息，更加准确的确定出哪些视图才是需要调整的视图，进而给用户浏览视图的过程中带来更加良好的用户体验。

以上为本申请实施例提供的视图调整方法，基于同样的思路，本申请实施例还分别提供两种视图调整的装置，如图6、7所示。

图6为本申请实施例提供的一种视图调整的装置示意图，具体包括：

视图发送模块601，将视图发送给终端显示；

信息采集模块602，采集所述终端针对所述视图上传的视图转动信息；

确定模块603，根据所述视图转动信息，确定所述视图的调整方式；

视图调整模块604，按照所述调整方式调整所述视图。

所述视图发送模块601，将视图发送给多个终端显示；

所述信息采集模块602，采集所述多个终端中的全部或部分终端分别针对所述视图上传的多个视图转动信息。

所述确定模块603，根据采集的各视图转动信息中包含的所述视图的转动方向，确定所述视图的调整方向；根据所述调整方向，确定所述视图的调整方式。

所述确定模块603，根据采集的各视图转动信息中包含的用户标识以及所述视图的各转动方向，确定每个不同的转动方向分别对应的用户标识的数量；将对应的用户标识的数量最大的转动方向确定为所述视图的调整方向。

所述确定模块603，根据所述调整方向以及设定角度，确定所述视图的调整方式；或根据采集的各视图转动信息中包含的转动角度，确定所述视图的调整角度，根据所述调整方向以及确定出的调整角度，确定所述视图的调整方式。

所述确定模块603，针对各视图转动信息中包含的每个用户标识，确定预先保存的该用户标识对应的基准角度，所述基准角度是预先根据该用户标识对应的历史视图转动信息确定的；根据包含该用户标识的视图转动信息中所包含的所述视图的转动角度以及确定出的所述基准角度，确定所述视图对应于该用户标识的相对转动角度；根据针对每个用户标识确定出的的相对转动角度，确定所述视图的调整角度。

所述确定模块603，当所述视图转动信息中包含有多个视图的视图标识时，确定需要调整的视图。

所述确定模块603，针对所述视图转动信息中包含的每个视图标识，将该视图标识作为待定视图标识，从采集的各视图转动信息中确定包含该待定视图标识的各视图转动信息；从确定出的各视图转动信息包含的所有视图标识中，确定出除该待定视图标识以外的至少一个其他视图标识；当在采集的各视图转动信息中未查找到包含有所述其他视图标识且不包含该待定视图标识的视图转动信息时，则确定需要调整该待定视图标识对应的视图。

图7为本申请实施例提供的另一种视图调整的装置示意图，具体包括：

接收显示模块701，终端接收服务器发送的视图并显示；

转动监测模块702，在显示所述视图的过程中，监测自身是否发生转动；

确定标识模块703，当监测到发生转动时，确定当前显示的视图的视图标识，并生成终端转动信息；

信息生成模块704，将所述终端转动信息与视图标识对应进行记录，生成所述视图标识对应的视图转动信息；

信息上传模块705，将所述视图转动信息上传至服务器，以使所述服务器根据所述视图转动信息调整所述视图。

所述转动监测模块702，当监测到所述终端的转动角度超出设定阈值时，则确定监测到发生转动。

所述转动监测模块702，通过预置的重力感应装置，监测自身是否发生转动；

所述信息生成模块703，根据重力感应装置传输的转动数据，生成所述终端转动信息。

所述信息生成模块703，将所述终端转动信息、视图标识以及用户标识对应进行记录，生成所述视图标识对应的视图转动信息。

在本申请实施例中，服务器可根据终端上传的视图转动信息确定出在终端中显示的视图需要调整，并根据该视图转动信息进一步确定出如何调整该视图，而后，服务器可将调整后的视图发送给终端进行显示。由于服务器在调整该视图的过程中是根据终端上传的视图转动信息调整的，该视图转动信息反映了用户在查看该视图时转动终端的情况，所以，服务器根据该视图转动信息调整该视图后可得到能够在终端正常显示的视图，即，用户查看服务器发送的调整后的视图时，无需再执行转动终端的额外操作，从而给用户在浏览视图的过程中带来了便利。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。