专利名称：停靠栏的实现方法和装置的制作方法
技术领域：
本发明涉及通信领域，特别涉及ー种停靠栏的实现方法和装置。
背景技术：
开放是互联网发展的必然趋势，基于即时通讯的开放平台也应用越来越广泛。开放平台可以通过AppStore (应用市场)接入大量的第三方应用，用户可以根据需要安装自己的应用。DockBar是开放平台的启动入ロ，停靠在个人桌面的边缘，又称为停靠栏，通常DockBar所占的区域比较小。当用户在开放平台上安装大量应用时,DockBar上会设置ー些用户可能经常用的应用，为用户打开应用带来了很多方便。 但是，目前开放平台上的DockBar都具有静态性，DockBar上的常用应用都是系统预先定制好的，不具有动态性，灵活性较差。
发明内容
本发明实施例提供了ー种停靠栏的实现方法和装置，实现了停靠栏的动态性，提高了停靠栏的灵活性。—方面，ー种停靠栏的实现方法，包括当用户的即时通讯的登录信息处于开放平台的登录状态时，应用层获取停靠栏内的应用程序的操作指令；所述应用层根据所述操作指令调用逻辑层对应的接ロ ；所述逻辑层通过所述对应接ロ获取应用程序的数据信息，并依据所述操作指令完成数据信息的处理；所述逻辑层通过所述对应接ロ返回处理后的数据信息给所述应用层；所述应用层根据所述处理后的数据信息刷新所述停靠栏的界面。ー种停靠栏的实现装置，包括应用层和逻辑层；所述应用层，用于当用户的即时通讯的登录信息处于开放平台的登录状态时，获取停靠栏内的应用程序的操作指令，根据所述操作指令调用所述逻辑层对应的接ロ并接收所述逻辑层返回的数据信息，根据所述数据信息刷新所述停靠栏的界面；所述逻辑层，用于通过所述对应接ロ获取应用程序的数据信息，对所述数据信息进行处理后返回给所述应用层。本发明实施例提供的技术方案带来的有益效果是通过应用层获取停靠栏内的应用程序的操作指令并调用逻辑层对应的接ロ，逻辑层依据操作指令完成应用程序的数据信息的处理并返回给应用层，应用层相应地刷新停靠栏的界面，实现了停靠栏的动态性，提高了停靠栏的灵活性，解决了现有的停靠栏静态定制不具有动态性且灵活性较差的问题。
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图I是本发明实施例I提供的停靠栏的实现方法流程图；图2是本发明实施例2提供的停靠栏的实现方法流程图；图3是本发明实施例2提供的具有更多按钮的DockBar示意图；图4是本发明实施例3提供的停靠栏的实现方法流程图；图5是本发明实施例3提供的停靠栏上APP排序的示意图； 图6是本发明实施例3提供的停靠栏上生成APP文件夹的示意图；图7是本发明实施例4提供的停靠栏的实现装置的ー种结构图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进ー步地详细描述。实施例I參见图1，本发明实施例提供了ー种停靠栏的实现方法，包括101 :当用户的即时通讯的登录信息处于开放平台的登录状态时，应用层获取停靠栏内的应用程序的操作指令；102 :应用层根据操作指令调用逻辑层对应的接ロ ；103 :逻辑层通过对应接ロ获取应用程序的数据信息，并依据操作指令完成数据信息的处理；104 :逻辑层通过对应接ロ返回处理后的数据信息给应用层；105 :应用层根据处理后的数据信息刷新停靠栏的界面。本发明实施例中的所述开放平台是ー个互联网基础服务的平台，也是分享的平台。用户使用即时通讯的登录信息登录开放平台，登录成功后可以使用开放平台上展示的各种应用。例如，开放平台可以为腾讯的Q+平台等，本发明实施例对此不做具体限定。其中，即时通讯的登录信息是指用户登录即时通讯软件时使用的登录信息，包括但不限于用户的账号和密码等。该即时通讯软件包括多种，可以为腾讯的QQ，微软的MSN，网易的P0P0，雅虎通，阿里旺旺，ICQ等其中的任ー种，本发明实施例对此不做具体限定。例如，用户使用QQ账号和密码登录开放平台。本实施例提供的上述方法，通过应用层获取停靠栏内的应用程序的操作指令并调用逻辑层对应的接ロ，逻辑层依据操作指令完成应用程序的数据信息的处理并返回给应用层，应用层相应地刷新停靠栏的界面，实现了停靠栏的动态性，提高了停靠栏的灵活性，解决了现有的停靠栏静态定制不具有动态性且灵活性较差的问题。实施例2參见图2，本发明实施例提供了ー种停靠栏的实现方法，包括201 :应用层获取用户在登录开放平台时使用的即时通讯的登录信息。202 :应用层根据登录信息判断本地是否保存有该用户的用户资料和应用列表，如果是，则执行203 ;否则，执行207。其中，所述开放平台、即时通讯的登录信息与实施例I中的描述相同，不赘述。所述用户资料包括用户的头像和个人信息，其中，用户的头像是指用户头像的图片，个人信息是指反映用户个人基本情况的信息，包括但不限于以下几种中的任一种或几种账号、昵称、性别、年龄、登录地点、个性签名、会员等级等等，本发明实施例对此不做具体限定。所述应用列表是指包含用户的所有应用APP的列表,用户可以根据需要在应用列表中添加或删除应用。203:应用层从逻辑层获取本地保存的该用户的用户资料和应用列表，井根据登录信息通过逻辑层和数据层从服务器拉取用户的用户资料和应用列表。
所述服务器是指用户使用的即时通讯软件的服务器，在该服务器上保存有用户的即时通讯登录信息，如账号和密码等，同时，还保存有该用户的用户资料和应用列表，当用户修改用户资料和/或应用列表吋，该服务器也会进行相应的更新，从而保存最新的用户资料和应用列表。204:应用层比较本地保存的用户资料和应用列表与从服务器拉取的用户资料和应用列表是否一致，如果一致，则执行205 ;如果不一致，则执行206。其中，所述比较是指分别比较本地保存的用户资料与从服务器拉取的用户资料是否一致，以及比较本地保存的应用列表与从服务器拉取的应用列表是否一致。205 :应用层将所述用户资料和应用列表作为待显的用户资料和应用列表,执行208。由于本地保存的用户资料与从服务器拉取的用户资料一致，且本地保存的应用列表与从服务器拉取的应用列表也一致，因此，既可以将本地保存的用户资料和应用列表作为待显示的用户资料和应用列表，也可以将从服务器拉取的用户资料和应用列表作为待显示的用户资料和应用列表。206:应用层将从服务器拉取的用户资料和应用列表作为待显示的用户资料和应用列表，执行208。由于，服务器保存的是最新更新的用户资料和应用列表，而本地保存的只是用户在本机最后一次登录时的用户资料和应用列表，因此，可能不是最新的用户资料和应用列表，所以，在从服务器拉取的用户资料和应用列表与本地保存的用户资料和应用列表不一致时，以从服务器拉取的用户资料和应用列表为准，作为待显示的用户资料和应用列表。207:应用层根据登录信息通过逻辑层和数据层从服务器拉取该用户的用户资料和应用列表，作为待显示的用户资料和应用列表，执行208。208 :应用层在开放平台的停靠栏DockBar的头像区域显示用户的头像；监听是否有光标或手指触摸移动到头像区域的第一移动事件，如果有，则判断达到预设的第一时间时光标或手指触摸的位置是否仍在头像区域内，如果在，则弹出ー个窗ロ，在所述窗口内显示用户的个人信息。本实施例中，所述用户资料包括用户的头像和个人信息，开放平台的停靠栏包括头像区域和应用区域。其中，头像区域用于显示用户的头像，应用区域用于显示用户的应用列表。该个人信息包括但不限于用户的即时通讯帧号、昵称、性別、年龄等等。
进ー步地，在窗口内显示用户的个人信息之后，还可以包括从显示用户的个人信息开始，监听是否有光标或手指触摸移动到头像区域或所述窗ロ外的第二移动事件，如果有，则判断从显示用户的个人信息开始至监听到第二移动事件的时间是否大于或等于预设的第二时间，如果是，则隐藏所述窗ロ。其中，所述预设的第一时间和预设的第二时间可以根据需要进行设置和修改，本发明实施例对此不做具体限定，如可以设置第一时间为800ms，第二时间为300ms等。上述弹出窗口和隐藏窗ロ的过程可以具体如下当鼠标MouseOver到头像区域时，开启定时器A，时间间隔是tl，定时器A用来判断是否要弹出显示用户资料的窗ロ，而且可以避免在用户不小心将鼠标移到头像区域时也弹出显示用户资料的窗ロ ；当定时器A通知到达时，如果鼠标位置不在头像区域上，则不弹出窗ロ显示用户资料，结束；如果鼠标位置还在头像区域上，表示确实要显示用户资料，此时弹出窗ロ显示用户资料，且开启定时器B，时间间隔是t2，定时器B用来判断是否要隐藏 上述窗ロ，当定时器B通知到达时，判断当前鼠标的位置是否在头像区域或者该窗口内，如果是，则不隐藏该窗ロ，否则，隐藏该窗ロ。209:应用层获取停靠栏内的应用程序的操作指令，所述操作指令为显示更多应用程序，则应用层调用逻辑层对应的接ロ，逻辑层通过该对应的接ロ在已存储的应用列表数据中，为预设的显示个数以外的应用程序的数据生成更多按钮数据，并建立所述预设的显示个数以外的应用程序的数据与所述更多按钮数据的对应关系，并返回更多按钮数据给应用层，应用层根据所述更多按钮数据在所述停靠栏内显示所述预设的显示个数的应用程序，并显示更多按钮，以用于当监听到移动到所述更多按钮的事件时，弹出ー个窗ロ，在所述窗口内显示所述应用列表中除所述预设的显示个数的应用程序外其余的应用程序。其中，预设的显示个数可以根据需要设置和修改，本发明实施例对此不做具体限定，如可以为5个或10个等等。通常，DockBar中的应用区域显示的是用户经常使用的APP，当常用APP较多导致应用区域放不下的时候，就会在DockBar上显示更多按钮。參见图3，为DockBar上设置有更多按钮的示意图。当鼠标MouseOver到更多按钮上时,弹出ー个窗ロ，将在应用区域放不下的其他应用展现在该窗口上。鼠标MouseOver到更多按钮上显示窗ロ来展示APP的逻辑，与鼠标MouseOver到头像区域展示用户个人资料的逻辑是一致，这里不再重复。本实施例中，进ー步地，上述方法还可以包括如果用户启动开放平台但还未登录开放平台，贝U在开放平台的DockBar上显示开放平台提供的默认头像和默认应用，当用户点击DockBar上的登录按钮进行登录后，如果登录成功，则判断本地是否保存了该用户的头像，一般而言，如果用户已经在本机登录过开放平台，则用户的头像就会被保存起来，避免下次重新拉取；如果本地已经保存了用户头像，则无需从服务器拉取头像；如果本地未保存用户头像，则从服务器拉取用户的头像，并在DockBar的头像区域进行显示。另外，还获取本地保存的应用列表，同时从服务器拉取用户列表，进行比较，因为用户可能在不同电脑上使用开放平台，所以本地保存的应用列表和服务器保存的应用列表可能不一致，比较后如果不一致，则显示从服务器拉取的应用列表，否则，显示本地保存的应用列表。其中，用户是否登录成功是由服务器进行验证的。本实施例提供的上述方法，通过应用层获取停靠栏内的应用程序的操作指令并调用逻辑层对应的接ロ，逻辑层依据操作指令完成应用程序的数据信息的处理并返回给应用层，应用层相应地刷新停靠栏的界面，实现了停靠栏的动态性，提高了停靠栏的灵活性，解决了现有的停靠栏静态定制不具有动态性且灵活性较差的问题。根据鼠标或手指触摸的移动实现了显示用户资料的窗ロ的弹出和隐藏，通过更多按钮实现了超出应用区域可显示范围的应用的展示，丰富了 DockBar的功能。实施例3參见图4，本发明实施例还提供了ー种停靠栏的实现方法，在实施例2的基础上进行改进，以方便用户进行APP的各种管理。在第一种改进中，209之后上述方法还可以包括210:应用层获取停靠栏内的应用程序的操作指令，该操作指令是删除应用列表中的第五应用程序，则应用层根据该操作指令调用逻辑层对应的接ロ，逻辑层通过该对应的接ロ在已存储的应用列表数据中，删除所述第五应用程序的数据，并返回删除的第五应用 程序的数据给应用层，应用层根据该删除的第五应用程序的数据，在所述停靠栏中删除所述第五应用程序。当用户通过鼠标的右键点击应用区域内显示的应用程序时，弹出菜单供用户查看；如果用户点击该菜单中的删除选项，则在应用区域内删除被点击的应用程序。通过该改进，实现了应用区域内APP的删除，而且通过鼠标右键实现，简单方便，当然也可以通过手指触摸删除来实现，本发明实施例对此不做具体限定。在第二种改进中，209之后上述方法还可以包括211 :应用层监听停靠栏内是否有应用列表中的第三应用拖拽至应用列表中相邻的第四应用被完全覆盖后又露出部分可见区域的拖拽事件，如果有，则判断所述部分可见区域与第四应用的整体区域的比例是否大于或等于预设的比例；如果是，则确定用户交換第三应用和第四应用的位置，并调用逻辑层对应的接ロ，逻辑层通过该对应的接ロ在已存储的应用列表数据中，交換第三应用程序的数据和第四应用程序的数据并返回给应用层；应用层根据交换后的数据在停靠栏内第三应用的位置显示第四应用，在停靠栏内第四应用的位置显示第三应用，从而刷新停靠栏的界面。其中，预设的比例可以根据需要进行设置和修改，本发明实施例对此不做具体限定，如可以为10%或20%等等。通过该改进，可以实现应用区域内任意两个相邻的应用的位置交換，达到了用户根据需要进行排序的目的。当用户对应用区域内不相邻的两个应用执行上述拖拽操作吋，由于拖拽是沿着应用区域的排列方向进行的，必然经过该两个应用中的所有应用，因此，可以重复执行上述过程，对每两个相邻的应用进行判断以进行交換，直至鼠标拖拽至最后ー个应用进行判断和交換，从而完成相应的排序过程。參见图5，为在DockBar上对APP进行排序的示意图。其中，DockBar上有两个应用应用A和应用B。用户使用鼠标按下B，并往上拖动，应用B的区域RectB完全覆盖应用A的区域RectA后继续往上拖动，直至应用A又露出可见区域。预设比例为10%，则根据RectB 和 RectA 的坐标值判断是否 | RectB. bottom-RectA. bottom | > = RectA. Height/10,如果是，则交换应用A和应用B的位置，应用A移动到应用B原来的位置，应用B移动到应用A原来的位置。当然，也可以继续拖动应用B，与上方的其他APP交换顺序，从而完成APP排序。在第三种改进中， 209之后上述方法还可以包括212:应用层监听停靠栏内是否有应用列表中的第一应用到第二应用的拖拽事件，如果有，则判断所述拖拽事件是否为将第一应用拖拽至第二应用的上方，且在第二应用完全被覆盖之前拖拽事件结束，如果是，则判断第二应用的可见区域是否小于第二应用整体区域的一半，或者第二应用的被遮挡区域大于第二应用整体区域的一半；如果是，则确定用户合并第一应用和第二应用，并调用逻辑层对应的接ロ ；逻辑层通过所述对应接ロ在已存储的应用列表数据中生成文件夹数据，并建立所述文件夹数据与第一应用程序的数据和第ニ应用程序的数据的对应关系，并返回该文件夹数据给应用层，应用层根据所述文件夹数据在停靠栏内生成包含第一应用程序和第二应用程序的文件夹，并在停靠栏内显示所述文件夹。通过该改进,可以将ー个APP拖动到另ー个APP上生成APP文件夹,类似地,也可以将ー个APP拖动到已有的APP文件夹里面，从而方便对应用进行分类，易于管理。參见图6，为生成APP文件夹的示意图。在DockBar上有应用A和应用B，用户使用鼠标按下应用B，往上拖动至覆盖应用A的一部分，且在应用A的区域RectA被应用B的区域RectB完全覆盖之前松开鼠标。根据RectA和RectB的坐标值判断是否RectB. top く =(RectA. top+RectA. bottom)/2,如果是,则生成ー个APP文件夹C,并把应用A和应用B放在APP文件夹C中，在应用A原来的位置上显示该文件夹C。其中，生成文件夹C是发生在鼠标松开的过程中。在第四种改进中，209之后上述方法还可以包括213:当用户改变显示器的分辨率或者调整工作区的大小时，应用层获取当前工作区的高度 rcWorkAread. Height ；其中，显示器的分辨率有多种，如800X600，900X600，1024X768，1280X720，1280X1024等等。工作区是指用户当前工作的区域，是指显示屏的屏幕区域中除任务栏以外的区域。用户可以通过拖动任务栏改变任务栏的大小来调整工作区。当用户改变显示器分辨率的时候，Windows系统会向所有Windows窗ロ发送WM_DISPLAYCHANGE消息。当用户调整自己工作区的时候，Windows系统会向窗ロ发送WM_SETTINGCHANGE消息。因此，可以通过创建ー个窗ロ来接收这两个消息，当接收到这两个消息的时候，通过Windows提供的系统函数SystemParametersInfo,就可以获取到用户的エ作区大小，具体如下RECT rcfforkArea ；SystemParametersInfo(SPI_GETW0RKAREA, 0, &rcfforkArea,0)；214 :应用层根据工作区的高度rcWorkAread. Height,以及预设的停靠栏的上方至工作区上方的距离dl、停靠栏的下方至工作区下方的距离d2、头像高度headHeight、应用高度appHeight、应用间距applnter和更多按钮高度moreHeight,计算停靠栏上可显示的应用个数appNum ；其中，DockBar上方至工作区上方的距离dl，和DockBar下方至工作区下方的距离d2可以设置为相同的值，如至少为10像素，可以是12像素、15像素等等，本发明实施例对此不做具体限定。所述头像高度headHeight、应用高度appHeight、应用间距applnter、更多按钮高度moreHeight的单位均是像素。应用间距applnter是指任意两个相邻的应用之间的距离，DockBar上的多个应用是按照等间距排列的。具体地，可以按照如下公式计算appNum = (rcWorkAread. Height-headHeight-moreHeight-dl-d2) /(,appHeight+appInter)；其中，如果appNum的计算结果为小数，可以进行向下取整处理。215 :应用层根据可显示的应用个数appNum,以及头像高度headHeight、应用高度appHeight、应用间距applnter和更多按钮高度moreHeight,计算停靠栏调整后的高度Hl ；具体地，可以按照如下公式计算·I)如果DockBar上有更多按钮,则计算公式为headHeight+moreHeight+appNum*appHeight+ (,appNum-1)氺applnter ；2)如果DockBar上没有更多按钮，则计算公式为headHeight+appNum*appHeight+(appNum-1)*applnter ；216 :应用层将停靠栏当前的高度H调整为计算出的停靠栏调整后的高度Hl。例如，用户调整显示器的分辨率为1280*1024，屏幕上的任务栏的高度为100像素，则可以获得rcWorkAread. Height = 924像素，预先设置dl = d2 = 10像素，头像高度 headHeight = 62 像素，更多按钮高度 moreHeight = 20 像素，appHeight = 52 像素，applnter = 4像素，贝U可以计算出DockBar上可以放置的APP个数为appNum = 14,进ー步求出DockBar调整后的高度Hl = 862像素，因此，可以将DockBar当前的高度调整为862像素。通过该改进,实现了 DockBar高度的自适应,避免了由于DockBar高度固定可能造成DockBar显示不完整的情況。由于DockBar的宽度通常都比较小，如62px，所以，在本发明中可以不用考虑DockBar的宽度自适应。本实施例在实施例2的基础上，可以进行上述四种改进中的任ー种或任几种，本发明实施例对此不做具体限定。本实施例提供的上述方法，通过获取用户登录开放平台时使用的即时通讯的登录信息，根据该登录信息获取用户的用户资料和应用列表并显示在开放平台的停靠栏上，实现了停靠栏的动态性，提高了停靠栏的灵活性，解决了现有的停靠栏静态定制不具有动态性且灵活性较差的问题。通过拖拽实现了应用区域内任意两个相邻的应用的位置交換，达到了用户根据需要进行排序的目的，而且还实现了可以将ー个APP拖动到另ー个APP上生成APP文件夹，从而方便用户对应用进行分类，易于管理。另外，通过计算还实现了DockBar高度根据显示器分辨率和工作区的自适应，避免了由于DockBar高度固定可能造成DockBar显示不完整的情况,极大地丰富了 DockBar的功能。实施例4參见图7，本发明实施例还提供了ー种停靠栏的实现装置，包括应用层71和逻辑层72,应用层71，用于当用户的即时通讯的登录信息处于开放平台的登录状态时，获取停靠栏内的应用程序的操作指令，根据操作指令调用逻辑层对应的接ロ并接收逻辑层返回的数据信息，根据数据信息刷新停靠栏的界面；逻辑层72，用于通过对应接ロ获取应用程序的数据信息，对数据信息进行处理后返回给应用层。本实施例中，应用层71可以包括获取模块711，用于当用户使用即时通讯的登录信息登录开放平台后，获取停靠栏内的应用程序的操作指令；调用模块712，用于根据操作指令调用逻辑层对应的接ロ ；刷新模块713，用于根据逻辑层处理后的数据信息刷新停靠栏的界面；逻辑层72可以包括 数据处理模块721，用于通过对应接ロ获取应用程序的数据信息，并依据操作指令完成数据信息的处理；返回模块722，用于通过对应接ロ返回处理后的数据信息给应用层。其中，所述操作指令可以是为第一应用程序和第二应用程序生成文件夹；相应地，数据处理模块721用于通过对应接ロ在已存储的应用列表数据中生成文件夹数据，并建立文件夹数据与第一应用程序的数据和第二应用程序的数据的对应关系；刷新模块713用于根据文件夹数据在停靠栏内生成包含第一应用程序和第二应用程序的文件夹，并在停靠栏内显示文件夹。其中，所述操作指令可以是交換第三应用程序和第四应用程序；数据处理模块用于通过对应接ロ在已存储的应用列表数据中，交換第三应用程序的数据和第四应用程序的数据；刷新模块用干根据交换后的第三应用程序的数据和第四应用程序的数据，在停靠栏中第三应用程序的位置显示第四应用程序，在第四应用程序的位置显示第三应用程序。其中，操作指令可以是删除第五应用程序；数据处理模块用干通过对应接ロ在已存储的应用列表数据中，删除第五应用程序的数据；刷新模块用干根据删除的第五应用程序的数据，在停靠栏中删除第五应用程序。进ー步地,应用层71还包括自适应模块，用于当用户改变显示器的分辨率或者调整工作区的大小时，获取当前工作区的高度；根据工作区的高度，以及预设的停靠栏的上方至工作区上方的距离、停靠栏的下方至工作区下方的距离、头像高度、应用高度、应用间距和更多按钮高度，计算停靠栏上可显示的应用个数；根据可显示的应用个数，以及头像高度、应用高度、应用间距和更多按钮高度，计算停靠栏调整后的高度；刷新模块还用于将停靠栏的高度调整为计算出的停靠栏调整后的高度。其中，操作指令可以为显示更多应用程序；数据处理模块用干通过对应接ロ在已存储的应用列表数据中，为预设的显示个数以外的应用程序的数据生成更多按钮数据，并建立预设的显示个数以外的应用程序的数据与更多按钮数据的对应关系；刷新模块用干根据更多按钮数据在停靠栏内显示预设的显示个数的应用程序，并显示更多按钮，以用于当监听到移动到更多按钮的事件吋，弹出ー个窗ロ，在窗口内显示应用列表中除预设的显示个数的应用程序外其余的应用程序。參见图7，所述装置还包括数据层73，用干与服务器进行通信。其中，应用层71负责在DockBar的头像区域HeadImageArea上展示用户的头像，在DockBar的APP区域FavAppArea展不APP列表以及操作DockBar上展不的APP。逻辑层72负责将应用层的请求转发给数据层，并将从数据层返回的数据进行解析，然后通知应用层进行显示。当用户未登录开放平台的时候，应用层通过逻辑层获取开放平台提供的默认头像和默认应用，当用户登录开放平台后，应用层通过逻辑层获取用户的头像和该用户设置的应用，包括获取本地保存的用户资料和应用列表，以及从服务器拉取用户资料和应用列表。对常用APP的操作，如删除、移动、将两个APP合成文件夹，都要通过逻辑层来操作。数据层73与服务器Server通信，包括从Server获取用户资料和应用列表。用户可以对DockBar上的APP进行管理，管理后的数据通过数据层来保存到Server服务器。
本实施例提供的上述装置，通过获取用户登录开放平台时使用的即时通讯的登录信息，根据该登录信息获取用户的用户资料和应用列表并显示在开放平台的停靠栏上，实现了停靠栏的动态性，提高了停靠栏的灵活性，解决了现有的停靠栏静态定制不具有动态性且灵活性较差的问题。通过拖拽实现了应用区域内任意两个相邻的应用的位置交換，达到了用户根据需要进行排序的目的，而且还实现了可以将ー个APP拖动到另ー个APP上生成APP文件夹，从而方便用户对应用进行分类，易于管理。另外，通过计算还实现了DockBar高度根据显示器分辨率和工作区的自适应,避免了由于DockBar高度固定可能造成DockBar显示不完整的情况,极大地丰富了 DockBar的功能。本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于ー种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种停靠栏的实现方法，其特征在于，所述方法包括 当用户的即时通讯的登录信息处于开放平台的登录状态时，应用层获取停靠栏内的应用程序的操作指令； 所述应用层根据所述操作指令调用逻辑层对应的接口； 所述逻辑层通过所述对应接口获取应用程序的数据信息，并依据所述操作指令完成数据信息的处理； 所述逻辑层通过所述对应接口返回处理后的数据信息给所述应用层； 所述应用层根据所述处理后的数据信息刷新所述停靠栏的界面。
2.根据权利要求I所述的方法，其特征在于，所述操作指令是为第一应用程序和第二应用程序生成文件夹，所述逻辑层通过所述对应接口获取应用程序的数据信息，并依据所述操作指令完成数据信息的处理，包括 所述逻辑层通过所述对应接口在已存储的应用列表数据中生成文件夹数据，并建立所述文件夹数据与所述第一应用程序的数据和所述第二应用程序的数据的对应关系； 相应地，所述应用层根据所述处理后的数据信息刷新所述停靠栏的界面，包括 所述应用层根据所述文件夹数据在所述停靠栏内生成包含所述第一应用程序和第二应用程序的文件夹，并在所述停靠栏内显示所述文件夹。
3.根据权利要求I所述的方法，其特征在于，所述操作指令是交换第三应用程序和第四应用程序，所述逻辑层通过所述对应接口获取应用程序的数据信息，并依据所述操作指令完成数据信息的处理，包括 所述逻辑层通过所述对应接口在已存储的应用列表数据中，交换所述第三应用程序的数据和所述第四应用程序的数据； 相应地，所述应用层根据所述处理后的数据信息刷新所述停靠栏的界面，包括 所述应用层根据交换后的所述第三应用程序的数据和所述第四应用程序的数据，在所述停靠栏中所述第三应用程序的位置显示所述第四应用程序，在所述第四应用程序的位置显示所述第三应用程序。
4.根据权利要求I所述的方法，其特征在于，所述操作指令是删除第五应用程序，所述逻辑层通过所述对应接口获取应用程序的数据信息，并依据所述操作指令完成数据信息的处理，包括 所述逻辑层通过所述对应接口在已存储的应用列表数据中，删除所述第五应用程序的数据； 相应地，所述应用层根据所述处理后的数据信息刷新所述停靠栏的界面，包括 所述应用层根据删除的所述第五应用程序的数据，在所述停靠栏中删除所述第五应用程序。
5.根据权利要求I所述的方法，其特征在于，所述方法还包括 当所述用户改变显示器的分辨率或者调整工作区的大小时，获取当前工作区的高度；根据所述工作区的高度，以及预设的停靠栏的上方至工作区上方的距离、停靠栏的下方至工作区下方的距离、头像高度、应用高度、应用间距和更多按钮高度，计算所述停靠栏上可显示的应用个数； 根据所述可显示的应用个数，以及所述头像高度、应用高度、应用间距和更多按钮高度，计算所述停靠栏调整后的高度； 将所述停靠栏的高度调整为所述计算出的所述停靠栏调整后的高度。
6.根据权利要求I所述的方法，其特征在于，所述操作指令为显示更多应用程序，所述逻辑层通过所述对应接口获取应用程序的数据信息，并依据所述操作指令完成数据信息的处理，包括 所述逻辑层通过所述对应接口在已存储的应用列表数据中，为预设的显示个数以外的应用程序的数据生成更多按钮数据，并建立所述预设的显示个数以外的应用程序的数据与所述更多按钮数据的对应关系； 相应地，所述应用层根据所述处理后的数据信息刷新所述停靠栏的界面，包括 所述应用层根据所述更多按钮数据在所述停靠栏内显示所述预设的显示个数的应用程序，并显示更多按钮，以用于当监听到移动到所述更多按钮的事件时，弹出一个窗口，在所述窗口内显示所述应用列表中除所述预设的显示个数的应用程序外其余的应用程序。
7.一种停靠栏的实现装置，其特征在于，所述装置包括应用层和逻辑层； 所述应用层，用于当用户的即时通讯的登录信息处于开放平台的登录状态时，获取停靠栏内的应用程序的操作指令，根据所述操作指令调用所述逻辑层对应的接口并接收所述逻辑层返回的数据信息，根据所述数据信息刷新所述停靠栏的界面； 所述逻辑层，用于通过所述对应接口获取应用程序的数据信息，对所述数据信息进行处理后返回给所述应用层。
8.根据权利要求7所述的装置，其特征在于，所述应用层包括 获取模块，用于当用户的即时通讯的登录信息处于开放平台的登录状态时，获取停靠栏内的应用程序的操作指令； 调用模块，用于根据所述操作指令调用所述逻辑层对应的接口 ； 刷新模块，用于根据所述逻辑层处理后的数据信息刷新所述停靠栏的界面； 所述逻辑层包括 数据处理模块，用于通过所述对应接口获取应用程序的数据信息，并依据所述操作指令完成数据信息的处理； 返回模块，用于通过所述对应接口返回处理后的数据信息给所述应用层。
9.根据权利要求8所述的装置，其特征在于，所述操作指令是为第一应用程序和第二应用程序生成文件夹； 所述数据处理模块用于通过所述对应接口在已存储的应用列表数据中生成文件夹数据，并建立所述文件夹数据与所述第一应用程序的数据和所述第二应用程序的数据的对应关系; 所述刷新模块用于根据所述文件夹数据在所述停靠栏内生成包含所述第一应用程序和第二应用程序的文件夹，并在所述停靠栏内显示所述文件夹。
10.根据权利要求8所述的装置，其特征在于，所述操作指令是交换第三应用程序和第四应用程序； 所述数据处理模块用于通过所述对应接口在已存储的应用列表数据中，交换所述第三应用程序的数据和所述第四应用程序的数据； 所述刷新模块用于根据交换后的所述第三应用程序的数据和所述第四应用程序的数据，在所述停靠栏中所述第三应用程序的位置显示所述第四应用程序，在所述第四应用程序的位置显示所述第三应用程序。
11.根据权利要求8所述的装置，其特征在于，所述操作指令是删除第五应用程序； 所述数据处理模块用于通过所述对应接口在已存储的应用列表数据中，删除所述第五应用程序的数据； 所述刷新模块用于根据删除的所述第五应用程序的数据，在所述停靠栏中删除所述第五应用程序。
12.根据权利要求8所述的装置，其特征在于，所述应用层还包括 自适应模块，用于当所述用户改变显示器的分辨率或者调整工作区的大小时，获取当前工作区的高度；根据所述工作区的高度，以及预设的停靠栏的上方至工作区上方的距离、停靠栏的下方至工作区下方的距离、头像高度、应用高度、应用间距和更多按钮高度，计算所述停靠栏上可显示的应用个数；根据所述可显示的应用个数，以及所述头像高度、应用高度、应用间距和更多按钮高度，计算所述停靠栏调整后的高度； 所述刷新模块还用于将所述停靠栏的高度调整为所述计算出的所述停靠栏调整后的高度。
13.根据权利要求8所述的装置，其特征在于，所述操作指令为显示更多应用程序； 所述数据处理模块用于通过所述对应接口在已存储的应用列表数据中，为预设的显示个数以外的应用程序的数据生成更多按钮数据，并建立所述预设的显示个数以外的应用程序的数据与所述更多按钮数据的对应关系； 所述刷新模块用于根据所述更多按钮数据在所述停靠栏内显示所述预设的显示个数的应用程序，并显示更多按钮，以用于当监听到移动到所述更多按钮的事件时，弹出一个窗口，在所述窗口内显示所述应用列表中除所述预设的显示个数的应用程序外其余的应用程序。
全文摘要
本发明公开了一种停靠栏的实现方法和装置，属于通信领域。所述方法包括当用户的即时通讯的登录信息处于开放平台的登录状态时，应用层获取停靠栏内的应用程序的操作指令；所述应用层根据所述操作指令调用逻辑层对应的接口；所述逻辑层通过所述对应接口获取应用程序的数据信息，并依据所述操作指令完成数据信息的处理；所述逻辑层通过所述对应接口返回处理后的数据信息给所述应用层；所述应用层根据所述处理后的数据信息刷新所述停靠栏的界面。所述装置包括应用层和逻辑层。本发明实现了停靠栏的动态性，提高了停靠栏的灵活性。
文档编号H04L12/58GK102868588SQ201110189928
公开日2013年1月9日 申请日期2011年7月7日 优先权日2011年7月7日
发明者蔡延青, 李茁萌, 彭勇, 李劲秋, 刘红杰, 欧阳峰, 张晏兵 申请人:腾讯科技(深圳)有限公司