CN103116456B - 实现文件夹合并的装置和方法以及智能终端 - Google Patents

实现文件夹合并的装置和方法以及智能终端 Download PDF

Info

Publication number
CN103116456B
CN103116456B CN201310039433.3A CN201310039433A CN103116456B CN 103116456 B CN103116456 B CN 103116456B CN 201310039433 A CN201310039433 A CN 201310039433A CN 103116456 B CN103116456 B CN 103116456B
Authority
CN
China
Prior art keywords
folder
icon
data model
icons
merging
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201310039433.3A
Other languages
English (en)
Other versions
CN103116456A (zh
Inventor
史晓磊
于锴
赵建凯
张晶
李晓寅
黄宁海
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qihoo Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201310039433.3A priority Critical patent/CN103116456B/zh
Publication of CN103116456A publication Critical patent/CN103116456A/zh
Application granted granted Critical
Publication of CN103116456B publication Critical patent/CN103116456B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • User Interface Of Digital Computer (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种实现文件夹合并的装置和方法以及智能终端,涉及智能终端操作系统的桌面管理技术领域。该方法包括:为文件夹图标以及可放入文件夹中的图标建立数据模型;判断是否监听到将第一文件夹合并到第二文件夹的事件;如果判断为是,则对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中。本发明的技术方案,实现了文件夹与文件夹的交互,对于用户来说可以快速方便地实现文件夹的合并,简化了用户的操作。

Description

实现文件夹合并的装置和方法以及智能终端
技术领域
本发明涉及智能终端操作系统的桌面管理技术领域,具体涉及一种实现文件夹合并的装置和方法以及一种智能终端。
背景技术
现有的智能手机、平板电脑等智能终端的操作系统提供了触屏事件监听的机制,基于触屏的位置与轨迹,可以动态的改变指定视图的位置,这就是“拖拽技术”的实现原理。另外操作系统还提供了文件夹功能,将一个图标放置在桌面上,当用户点击这个图标时,会展开一个新的界面,里面显示其内容图标。
现有的操作系统中的桌面管理技术中一般提供了以下几种交互方式:1.拖拽一个图标到文件夹图标上,松手则图标进入文件夹;2.从一个打开的文件夹中拖拽出一个图标,松手则图标回到桌面;3.在文件夹中通过点某个图标,批量添加图标。
以上这些文件夹的管理模式,都是存在于文件夹与图标之间,而没有文件夹与文件夹的交互,在功能上存在缺失。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种实现文件夹合并的装置和方法以及智能终端。
依据本发明的一个方面,提供了一种实现文件夹合并的装置,该装置包括:数据模型单元、事件监听单元和文件夹合并单元;
所述数据模型单元,适于为文件夹图标以及可放入文件夹中的图标建立数据模型;
所述事件监听单元,适于判断是否监听到文件夹合并事件,在判断出监听到将第一文件夹合并到第二文件夹的事件时,向所述文件夹合并单元发送将第一文件夹合并到第二文件夹的通知;
所述文件夹合并单元,适于在收到所述事件监听单元发送的将第一文件夹合并到第二文件夹的通知时,对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中。
可选地,所述数据模型单元,适于为可放入文件夹中的图标建立至少包括所在容器标识属性的数据模型;以及适于为文件夹图标建立至少包括所在容器的标识属性以及所包含图标的数据模型集合的数据模型;
所述文件夹合并单元,适于在收到所述事件监听单元发送的将第一文件夹合并到第二文件夹的通知时,将第一文件夹图标数据模型中的所包含图标的数据模型集合,追加到第二文件夹图标数据模型中的所包含图标的数据模型集合中;以及将第二文件夹图标数据模型中的新追加的图标的数据模型中的所在容器标识属性的值修改为第二文件夹的标识,并删除第一文件夹的数据模型。
可选地,所述文件夹合并单元,适于在数据模型层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理;以及适于在存储层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理。
可选地,所述文件夹合并单元,适于在线程中执行对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理的过程。
可选地,所述文件夹合并单元,进一步适于将第二文件夹中的预定个数的图标的截图,显示在第二文件夹的图标上。
可选地,所述事件监听单元,适于判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
可选地,所述事件监听单元,适于判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点是否从第二文件夹图标的右部或下部进入所述第二文件夹图标的有效区域,如果是从右部或下部进入,则进一步判断拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
可选地,该装置进一步包括:提示单元;
所述提示单元,适于在所述事件监听单元判断出监听到将第一文件夹合并到第二文件夹的事件时,弹出提示框询问是否要合并文件夹,并在收到确认指令时,向所述文件夹合并单元发送确认合并的通知;
所述文件夹合并单元,适于在收到所述事件监听单元发送的将第一文件夹合并到第二文件夹的通知以及所述提示单元发送的确认合并通知时,对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中。
依据本发明的一方面,还提供了一种智能终端,其包括如上述任一项所述的实现文件夹合并的装置。
依据本发明的另一方面,还提供了一种实现文件夹合并的方法,其中,该方法包括:
为文件夹图标以及可放入文件夹中的图标建立数据模型;
判断是否监听到将第一文件夹合并到第二文件夹的事件;
如果判断为是,则对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中。
可选地,所述为文件夹图标以及可放入文件夹中的图标建立数据模型包括:为可放入文件夹中的图标建立至少包括所在容器标识属性的数据模型;为文件夹图标建立至少包括所在容器标识属性以及所包含图标的数据模型集合的数据模型;
所述对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理包括:将第一文件夹图标数据模型中的所包含图标的数据模型集合,追加到第二文件夹图标数据模型中的所包含图标的数据模型集合中;将第二文件夹图标数据模型中的新追加的图标的数据模型中的所在容器标识属性的值修改为第二文件夹的标识;以及删除第一文件夹的数据模型。
可选地,所述对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理包括:
在数据模型层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以及,
在存储层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理。
可选地,所述在存储层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理包括:在线程中执行对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理的过程。
可选地,在所述对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理后,该方法进一步包括:
将第二文件夹中的预定个数的图标的截图,显示在第二文件夹的图标上。
可选地,所述判断是否监听到将第一文件夹合并到第二文件夹的事件包括:
判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
可选地,所述判断是否监听到将第一文件夹合并到第二文件夹的事件包括:
判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点是否从第二文件夹图标的右部或下部进入所述第二文件夹图标的有效区域,如果是从右部或下部进入,则进一步判断拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
可选地,在所述判断为是之后,该方法进一步包括:弹出提示框询问是否要合并文件夹,并在收到确认指令时执行所述对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理的过程。
根据本发明的这种为文件夹图标以及可放入文件夹中的图标建立数据模型,判断是否监听到将第一文件夹合并到第二文件夹的事件,如果判断为是,则对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中的技术方案,实现了文件夹与文件夹的交互,对于用户来说可以快速方便地实现文件夹的合并,简化了用户的操作。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的实现文件夹合并的方法的流程图;
图2示出了根据本发明一个实施例的智能终端的初始桌面的示意图;
图3示出了根据本发明一个实施例的智能终端桌面上的文件夹进行合并的示意图;
图4示出了根据本发明一个实施例的智能终端桌面上的合并提示框示意图;
图5示出了根据本发明一个实施例的智能终端桌面上的合并后的文件的示意图;
图6示出了根据本发明一个实施例的实现文件夹合并的装置的结构图;
图7示出了根据本发明的一个实施例的智能终端的结构图。
具体实施方式
前面提到,现有的操作系统中的文件夹的管理模式,都是存在于文件夹与图标之间,而没有文件夹与文件夹的交互。但事实上,将一个文件夹里的内容合并到另一个文件夹里,也是一个能简化操作的技术。试想这样的场景:原先用户通过自己整理、或者桌面提供的应用自动归类功能,产生了两个文件夹“社交游戏”与“小游戏”,但随后觉得这样的分类不妥,想合并成一个叫做“游戏”的文件夹。按现有的交互模式,需要把其中一个文件夹中的所有应用先拖到桌面上,再从桌面拖到另一个文件夹下。如果两个文件夹里的图标个数分别为a和b(a<b)的话,那么现有的交互模式需要进行2a次拖拽才能完成需求,而如果提供文件夹合并功能,只需1次拖拽即可。另一方面,容器合并的功能是符合人类思维的功能。在生活中我们已经习惯了把一个口袋的米倒到另一个口袋、一个瓶子的酒倒到另一个瓶子,那么对应到智能手机等设备里,作为容器的文件夹合并也最符合用户的预期。因此,本发明中提供了文件夹合并功能,进一步完善了文件夹管理技术,简化了用户的操作。
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的一种实现文件夹合并的方法的流程图。如图1所示,该方法包括:
步骤S110,为文件夹图标以及可放入文件夹中的图标建立数据模型。
步骤S120,判断是否监听到将第一文件夹合并到第二文件夹的事件。
步骤S130,如果判断为是,则对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中。
由上述可知,该实施例通过为各图标建立数据模型,在监听到文件夹合并事件时,对所建立的图标的数据模型进行与文件夹合并事件对应的整合处理,从而实现文件夹的合并。
依据本发明的一个实施例,在步骤S130中,判断为是后,进一步先弹出提示框询问是否要合并文件夹,并在收到确认指令时才执行所述对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理的过程。
图1所示的方法实现了文件夹与文件夹的交互,简化了用户的操作,对于用户来说可以快速方便地实现文件夹的合并。
在本发明中,将图标分为两大类:文件夹图标以及可放入文件夹中的图标。其中,可放入文件夹中的图标FolderContentInfo又包括:应用程序图标和快捷方式图标。
在本发明的一个实施例中,为文件夹图标以及可放入文件夹中的图标建立数据模型包括:为可放入文件夹中的图标建立至少包括所在容器标识属性的数据模型;为文件夹图标建立至少包括所在容器标识属性以及所包含图标的数据模型集合的数据模型。容器是指图标所在的容器,文件夹就是图标所在的容器的一种。这里只提及了为实现文件夹的合并,文件夹图标以及可放入文件夹中的图标的数据模型所必须包含的属性,当然除此之外,所建立的数据模型还需要包括一些表示对应图标的自身特性的属性信息。
例如,在本发明的一个实施例中,分别为文件夹图标、应用程序图标和快捷方式图标建立数据模型,分别叫做FolderInfo、ApplicationInfo和ShortcutInfo。它们都有公共的属性,例如需要知道所属哪一屏(screen)、所在横纵坐标(cellX/cellY)、所属容器(container)等,为此将其公共属性抽取成一个公共父类ItemInfo。这些数据模型的关键字段汇总如表1-4所示:
表1
表2
表3
表4
FolderInfo、ApplicationInfo和ShortcutInfo都需要继承公共父类ItemInfo。因此,在本实施例中,文件夹的数据模型包括表1和表2的内容,应用程序图标的数据模型包括表1和表3的内容,快捷方式图标的数据模型包括表1和表4的内容。
参见表1,本实施例中的任何一个图标(文件夹图标、应用程序图标或快捷方式图标)的数据模型都包括“所在容器标识(container)”属性,例如一个图标在文件夹A中,则该图标的数据模型中的“所在容器标识”属性的值为文件夹A的标识。
参见表2,本实施例中的一个文件夹图标的数据模型包括该文件夹所包含图标的数据模型集合,该集合用列表List<FolderContentInfo>表示。例如文件夹图标B中包含3个应用程序图标和1个快捷方式图标,则该文件夹图标B的数据模型中列表List<FolderContentInfo>中包括所述3个应用程序图标和1个快捷方式图标的数据模型。
除此之外,表1-4中还列出了不同图标的其他不同属性信息。如表1中还列出了如下公共属性:所在屏幕(screen)、X轴位置(cellX)、Y轴位置(cellY)、图标(icon)、标题(title)、是否是系统应用(isSystem)。表2中还列出了文件夹图标的如下属性:是否打开(isOpeng)。表3中列出了应用程序图标的如下属性:在抽屉里的位置(position)、图标关联应用(Intent)。表4中列出了快捷方式图标的如下属性:自定义标题(customTitle)、自定义图标(customIcon)、是否有背板(hasBg)。这些其他属性信息为相应图标自身的特定属性信息,与本发明中的文件夹合并操作没有直接的关系,因此这里不再一一详述。
建立了如前述的数据模型后,当监听到将第一文件夹合并到第二文件夹的事件时,对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹。具体为:将第一文件夹图标数据模型中的所包含图标的数据模型集合,追加到第二文件夹图标数据模型中的所包含图标的数据模型集合中;将第二文件夹图标数据模型中的新追加的图标的数据模型中的所在容器标识属性的值修改为第二文件夹的标识;以及删除第一文件夹的数据模型。并在数据模型层和存储层分别完成上述操作,即在数据模型层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以及,在存储层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理。这里,在数据模型层进行修改一般是指对内存中的数据模型数据进行修改,在存储层进行修改一般是指对数据库中的数据模型进行修改。
例如,文件夹A的数据模型中包括列表List<FolderContentInfo>a,List<FolderContentInfo>a为文件夹A中所包含图标的数据模型的集合,其中该集合中的各图标数据模型中的所在容器标识属性的值为文件夹A的标识。文件夹B的数据模型中包括列表List<FolderContentInfo>b,List<FolderContentInfo>b为文件夹B中所包含图标的数据模型的集合,其中该集合中的各图标数据模型中的所在容器标识属性的值为文件夹B的标识。
当监听到将文件夹A合并到文件夹B的事件时,在数据模型层将列表List<FolderContentInfo>a中的图标数据模型追加到列表List<FolderContentInfo>b的尾部,并将所追加的图标数据模型中的所在容器标识属性的值由文件夹A的标识修改为文件夹B的标识。在存储层,也将列表List<FolderContentInfo>a中的图标数据模型追加到列表List<FolderContentInfo>b的尾部,并将所追加的图标数据模型中的所在容器标识属性的值由文件夹A的标识修改为文件夹B的标识。删除文件夹A的数据模型,这样就完成了将文件夹A合并到文件夹B的过程。为了提高效率,不阻塞用户的体验,这个存储层的修改在线程中执行,即在线程中执行对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理的上述过程。
在本发明的一个实施例中,还在用户界面层,将合并后文件夹(前述第二文件夹)中的预定个数的图标的截图,显示在合并后的文件夹(前述第二文件夹)的图标上。例如,默认将文件夹中的前4个图标的截图作为快照显示在文件夹图标上,当将第一文件夹合并到第二文件夹后,判断原第二文件夹中的原有图标个数是否大于或等于4,是则什么都不做,否则,将合并后的第二文件夹中的前4个图标的快照显示在第二文件夹图标上。当然,依据本发明的其他实施例,也可以将文件夹中的前2个、3个或5个图标的截图作为快照显示在文件夹图标上,这里对图标个数进行限制。或者也可以将文件夹中的随机的指定个数的图标的截图作为快照显示在文件夹图标上,都在本发明的保护范围之内。
以下对文件夹合并事件的监听进行说明。文件夹合并事件监听的要点在于:当长按一个文件夹(以下称为文件夹A)图标到另一个文件图标(以下称为文件夹B)上时,如何区分用户的意图在于挤压换位还是合并文件夹。
在本发明的实施例中可以考虑以下三个方面作为依据进行判断:
1.位置:在拖动文件夹A的过程中,如果拖拽点(即手指触碰的位置)的位置越接近文件夹B的图标的中心点,则越有可能期望合并;相反如果越接近文件夹B的图标的边缘位置,越有可能是期望挤压换位。为此可以在文件夹图标的中心设定有效区域,例如设定阈值为0.55,如果拖拽点在以B图标的中心为圆心、B图标对角线乘以0.55的长度为半径的圆内,则认为有可能是合并;否则有可能是挤压,会继续根据方向进行判断。
2.方向:如果文件夹A的位置不在上一条所述的同心圆范围内,则会再根据方向进行判断。由于有些操作系统的桌面上的图标有自动补位功能,每一屏的图标都会由前往后补齐位置,不会出现空位,这种情况下只可能向后或者向下挤压,而不可能向前或者向上挤。为此,可以制定如下规则:如果拖拽点从文件夹B的图标的左部或者上部进入图标的区域,仍有可能认为是挤压,如果是从文件夹B的图标的右部或者下部进入图标的区域,则一定是合并文件夹。
3.时间:此规则将观察文件夹A在文件夹B上停留时间。如果在文件夹B的有效区域(有效区域根据上述1和2判断),且停留时间长于某个指定时间,则认为是合并,否则如果短于某个时间,则认为仅仅是“路过”了有效区域,不认为会触发合并。在本发明的一个实施例中,基于android框架中的Handler机制实现此需求:在android中所有事件均发送到一个控制器Handler中集中进行处理,如果想延迟一个事件再处理的话,可以调用系统的sendMessageDelayed()方法;另一方面,如果想取消对某类事件的响应,则直接调用系统removeMessages()即可。基于这套机制可以做如下实现:当发现文件夹A在文件夹B的有效区域时,通过Handler.sendMessageDelayed()方法,延迟250毫秒发送一个消息,如果文件夹A移出有效区域时,则通过removeMessages()清除此消息,这样,如果隔了250毫秒还能收到此消息的话,则说明是合并,否则是挤压。
在本发明的一个实施例中,依据以位置、方向和时间作为判断的依据,则判断是否监听到将第一文件夹合并到第二文件夹的事件可以为:判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点是否从第二文件夹图标的右部或下部进入所述第二文件夹图标的有效区域,如果是从右部或下部进入,则进一步判断拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件;如果上述三个条件中任一个不满足,则判断为不是文件夹合并事件。
在本发明的另一个实施例中,以位置和时间两个维度作为依据进行判断,则判断是否监听到将第一文件夹合并到第二文件夹的事件可以为:判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件;如果上述两个条件中任一个不满足,则判断为不是文件夹合并事件。
以下参照图2-5来描述依据本发明的一个实施例的技术方案。其中,图2示出了根据本发明一个实施例的智能终端的初始桌面的示意图。图3示出了根据本发明一个实施例的智能终端桌面上的文件夹进行合并的示意图。图4示出了根据本发明一个实施例的智能终端桌面上的合并提示框示意图。图5示出了根据本发明一个实施例的智能终端桌面上的合并后的文件的示意图。
参见图2,在初始时,智能终端的桌面上有两个文件:“工具1”和“工具2”,“工具1”中有三个应用程序图标,分别为“设置”、“日历”和“通讯录”,“工具2”中有两个应用程序图标,分别为“浏览器”和“相机”。此时,在数据库(存储层)和内存(数据模型层)中都创建有文件夹图标“工具1”和“工具2”的数据模型,以及应用程序图标“设置”、“日历”、“通讯录”“浏览器”和“相机”的数据模型。
在本实施例中,应用程序图标“设置”、“日历”、“通讯录”“浏览器”和“相机”的数据模型均包括表1和表3所示的内容。其中,设置”、“日历”和“通讯录”的数据模型中的container字段(所在容器标识)的值均为“工具1”,“浏览器”和“相机”的数据模型中的container字段的值均为“工具2”。
在本实施例中,文件夹图标“工具1”和“工具2”的数据模型均包括表1和表2所述的内容。其中,“工具1”的数据模型中的contents(所包含图标的数据模型集合)字段包括“设置”、“日历”和“通讯录”的数据模型数据,这里将该字段标识为contents-1。工具2”的数据模型中的contents字段包括“浏览器”和“相机”的数据模型数据,这里将该字段标识为contents-2。
参见图3,将“工具2”文件夹移动到“工具1”文件夹的正中心并停留一段时间,“工具1”文件夹会有放大效果,此时松手会弹出如图4所示的提示框,询问是否要合并文件夹,用户点击确认,则将“工具2”文件夹合并到“工具1”文件夹,“工具1”文件夹里包含“设置”、“日历”、“通讯录”、“浏览器”和“相机”这5个图标,并且前4个图标的截图作为快照显示在“工具1”文件夹上。
其中,当确认将“工具2”文件夹合并到“工具1”文件夹时,将数据库中的文件夹“工具1”和“工具2”以及这两个文件夹中的图标的数据模型进行整合处理。具体来说,将“工具2”的数据模型中的contents-2的内容,即“浏览器”和“相机”的数据模型追加到“工具1”的数据模型中的contents-1中,并将所追加的“浏览器”和“相机”的数据模型中的container字段值修改为“工具1”,删除“工具2”的数据模型。同样,将内存中的“工具2”的数据模型中的contents-2的内容,即“浏览器”和“相机”的数据模型追加到“工具1”的数据模型中的contents-1中,并将所追加的“浏览器”和“相机”的数据模型中的container字段值修改为“工具1”,删除“工具2”的数据模型。并在用户界面层,将“设置”、“日历”、“通讯录”和“浏览器”这4个图标的截图作为快照显示在“工具1”文件夹上。这样便完成了文件夹的合并。
图6示出了根据本发明一个实施例的实现文件夹合并的装置的结构图。如图6所示,该实现文件夹合并的装置600包括:数据模型单元601、事件监听单元602、文件夹合并单元603和提示单元604。
数据模型单元601,适于为文件夹图标以及可放入文件夹中的图标建立数据模型。
事件监听单元602,适于判断是否监听到文件夹合并事件,在判断出监听到将第一文件夹合并到第二文件夹的事件时,向文件夹合并单元603发送将第一文件夹合并到第二文件夹的通知。
文件夹合并单元603,适于在收到事件监听单元602发送的将第一文件夹合并到第二文件夹的通知时,对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中。
图6所示的装置实现了文件夹与文件夹的交互,提供了文件夹合并功能,对于用户来说可以快速方便地实现文件夹的合并,简化了用户的操作。
在本发明的一个实施例中,数据模型单元601适于为可放入文件夹中的图标建立至少包括所在容器标识属性的数据模型,以及适于为文件夹图标建立至少包括所在容器的标识属性以及所包含图标的数据模型集合的数据模型。例如,所建立的数据模型如前述的表1-4所示。则文件夹合并单元603适于在收到事件监听单元602发送的将第一文件夹合并到第二文件夹的通知时,将第一文件夹图标数据模型中的所包含图标的数据模型集合,追加到第二文件夹图标数据模型中的所包含图标的数据模型集合中,以及将第二文件夹图标数据模型中的新追加的图标的数据模型中的所在容器标识属性的值修改为第二文件夹的标识,并删除第一文件夹的数据模型。
在本发明的一个实施例中,文件夹合并单元603适于在数据模型层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以及适于在存储层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理。
在本发明的一个实施例中,文件夹合并单元603适于在线程中执行对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理的过程。
在本发明的一个实施例中,文件夹合并单元603还进一步适于将第二文件夹中的预定个数的图标的截图,显示在第二文件夹的图标上。
在本发明的一个实施例中,事件监听单元602适于判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断该拖拽点在第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
在本发明的另一个实施例中,事件监听单元602适于判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点是否从第二文件夹图标的右部或下部进入所述第二文件夹图标的有效区域,如果是从右部或下部进入,则进一步判断拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
在本发明的一个实施例中,图6所示的装置还包括提示单元604。提示单元604适于在事件监听单元602判断出监听到将第一文件夹合并到第二文件夹的事件时,弹出提示框询问是否要合并文件夹,并在收到用户的确认指令时,向文件夹合并单元603发送确认合并的通知。文件夹合并单元603适于在收到事件监听单元602发送的将第一文件夹合并到第二文件夹的通知以及提示单元604发送的确认合并通知时,对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中。
图7示出了根据本发明的一个实施例的智能终端的结构图。如图7所示该智能终端700包括一实现文件夹合并的装置600。该实现文件夹合并的装置600即为上述的任一实施例中所说的实现文件夹合并的装置,这里不再复述。该智能终端700可以是智能手机或平板电脑等,但又不限于这里举例的两种。
综上所述,本发明的这种技术方案,实现了文件夹与文件夹的交互,对于用户来说可以快速方便地实现文件夹的合并,简化了用户的操作。
并且,其中的文件夹建模方案,建立了职责明确、可扩展性和可维护性强的数据模型,文件夹模型之关心内容的抽象类FolderContentInfo,而无需关心其中的图标究竟是什么类型。对合并事件的监听方案,有效的区分了用户拖动一个文件夹到另一个文件夹图标时,意图究竟是挤压换位还是合并文件夹,减少误操作给用户带来的挫败感。对合并事件响应的具体方案,是一套高效的处理机制,通过各种优化使得效率提升,虽然是批量处理的事件但用户体验不会被阻塞。
需要说明的是:
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的实现文件夹合并的装置和智能终端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (15)

1.一种实现文件夹合并的装置,包括:数据模型单元、事件监听单元和文件夹合并单元;
所述数据模型单元,适于为文件夹图标以及可放入文件夹中的图标建立数据模型;
所述事件监听单元,适于判断是否监听到文件夹合并事件,在判断出监听到将第一文件夹合并到第二文件夹的事件时,向所述文件夹合并单元发送将第一文件夹合并到第二文件夹的通知;
所述文件夹合并单元,适于在收到所述事件监听单元发送的将第一文件夹合并到第二文件夹的通知时,对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中;
其中,
所述数据模型单元,适于为可放入文件夹中的图标建立至少包括所在容器标识属性的数据模型;以及适于为文件夹图标建立至少包括所在容器的标识属性以及所包含图标的数据模型集合的数据模型;
所述数据模型还包括对应图标的自身特性的属性信息;
所述文件夹合并单元,适于在收到所述事件监听单元发送的将第一文件夹合并到第二文件夹的通知时,将第一文件夹图标数据模型中的所包含图标的数据模型集合,追加到第二文件夹图标数据模型中的所包含图标的数据模型集合中;以及将第二文件夹图标数据模型中的新追加的图标的数据模型中的所在容器标识属性的值修改为第二文件夹的标识,并删除第一文件夹的数据模型。
2.如权利要求1所述的装置,其中,
所述文件夹合并单元,适于在数据模型层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理;以及适于在存储层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理。
3.如权利要求2所述的装置,其中,
所述文件夹合并单元,适于在线程中执行对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理的过程。
4.如权利要求1至3中任一项所述的装置,其中,
所述文件夹合并单元,进一步适于将第二文件夹中的预定个数的图标的截图,显示在第二文件夹的图标上。
5.如权利要求1至3中任一项所述的装置,其中,
所述事件监听单元,适于判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
6.如权利要求1至3中任一项所述的装置,其中,
所述事件监听单元,适于判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点是否从第二文件夹图标的右部或下部进入所述第二文件夹图标的有效区域,如果是从右部或下部进入,则进一步判断拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
7.根据权利要求1至3中任一项所述的装置,其中,该装置进一步包括:提示单元;
所述提示单元,适于在所述事件监听单元判断出监听到将第一文件夹合并到第二文件夹的事件时,弹出提示框询问是否要合并文件夹,并在收到确认指令时,向所述文件夹合并单元发送确认合并的通知;
所述文件夹合并单元,适于在收到所述事件监听单元发送的将第一文件夹合并到第二文件夹的通知以及所述提示单元发送的确认合并通知时,对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中。
8.一种智能终端,其包括如权利要求1至7中任一项所述的实现文件夹合并的装置。
9.一种实现文件夹合并的方法,包括:
为文件夹图标以及可放入文件夹中的图标建立数据模型;
判断是否监听到将第一文件夹合并到第二文件夹的事件;
如果判断为是,则对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以实现将第一文件夹合并到第二文件夹中;
其中,
所述为文件夹图标以及可放入文件夹中的图标建立数据模型包括:为可放入文件夹中的图标建立至少包括所在容器标识属性的数据模型;为文件夹图标建立至少包括所在容器标识属性以及所包含图标的数据模型集合的数据模型;
所述数据模型还包括对应图标的自身特性的属性信息;
所述对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理包括:将第一文件夹图标数据模型中的所包含图标的数据模型集合,追加到第二文件夹图标数据模型中的所包含图标的数据模型集合中;将第二文件夹图标数据模型中的新追加的图标的数据模型中的所在容器标识属性的值修改为第二文件夹的标识;以及删除第一文件夹的数据模型。
10.如权利要求9所述的方法,其中,所述对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理包括:
在数据模型层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理,以及,
在存储层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理。
11.如权利要求10所述的方法,其中,所述在存储层对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理包括:在线程中执行对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理的过程。
12.如权利要求9至11中任一项所述的方法,其中,在所述对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理后,该方法进一步包括:
将第二文件夹中的预定个数的图标的截图,显示在第二文件夹的图标上。
13.如权利要求9至11中任一项所述的方法,其中,所述判断是否监听到将第一文件夹合并到第二文件夹的事件包括:
判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
14.如权利要求9至11中任一项所述的方法,其中,所述判断是否监听到将第一文件夹合并到第二文件夹的事件包括:
判断第一文件夹图标的拖拽点是否进入第二文件夹图标的有效区域内,是则进一步判断所述拖拽点是否从第二文件夹图标的右部或下部进入所述第二文件夹图标的有效区域,如果是从右部或下部进入,则进一步判断拖拽点在所述第二文件夹图标的有效区域内停留的时间是否超过指定时间长度,如果停留时间超过指定时间长度则判定为监听到将第一文件夹合并到第二文件夹的事件。
15.如权利要求9至11中任一项所述的方法,其中,在所述判断为是之后,该方法进一步包括:弹出提示框询问是否要合并文件夹,并在收到确认指令时执行所述对第一文件夹图标、第二文件夹图标以及这两个文件夹中的图标的数据模型进行整合处理的过程。
CN201310039433.3A 2013-01-31 2013-01-31 实现文件夹合并的装置和方法以及智能终端 Active CN103116456B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310039433.3A CN103116456B (zh) 2013-01-31 2013-01-31 实现文件夹合并的装置和方法以及智能终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310039433.3A CN103116456B (zh) 2013-01-31 2013-01-31 实现文件夹合并的装置和方法以及智能终端

Publications (2)

Publication Number Publication Date
CN103116456A CN103116456A (zh) 2013-05-22
CN103116456B true CN103116456B (zh) 2015-12-23

Family

ID=48414851

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310039433.3A Active CN103116456B (zh) 2013-01-31 2013-01-31 实现文件夹合并的装置和方法以及智能终端

Country Status (1)

Country Link
CN (1) CN103116456B (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104516723B (zh) * 2013-09-26 2018-11-09 联想(北京)有限公司 窗口部件处理方法及装置
CN103677572B (zh) * 2013-12-27 2017-03-01 联想(北京)有限公司 一种信息处理的方法及电子设备
CN104331342B (zh) * 2014-01-06 2018-06-01 广州三星通信技术研究有限公司 文件路径匹配的方法及其装置
CN104238877B (zh) * 2014-09-04 2018-03-13 华为技术有限公司 控制图标的方法和终端
CN106155472A (zh) * 2015-04-28 2016-11-23 东莞酷派软件技术有限公司 一种操作应用图标的方法、装置及移动终端
US10809875B2 (en) 2015-08-03 2020-10-20 Lenovo (Beijing) Co., Ltd. Display control method and device, and electronic apparatus
CN105260114B (zh) * 2015-09-22 2019-06-25 联想(北京)有限公司 电子设备及显示控制方法
CN105183311A (zh) * 2015-08-27 2015-12-23 北京金山安全软件有限公司 一种文件夹的合并方法及装置
CN105260453A (zh) * 2015-10-12 2016-01-20 中科创达软件股份有限公司 一种应用文件夹的合并方法及系统
CN105843940A (zh) * 2016-04-01 2016-08-10 乐视控股(北京)有限公司 一种文件夹合并方法及装置
CN106126040B (zh) * 2016-06-30 2020-06-16 北京安云世纪科技有限公司 一种图标的批量处理方法、装置和移动终端
CN106294571A (zh) * 2016-07-27 2017-01-04 乐视控股(北京)有限公司 桌面文件夹的合并方法和装置
CN106874438A (zh) * 2017-02-06 2017-06-20 惠州Tcl移动通信有限公司 一种桌面文件夹合并方法及系统
CN114296360A (zh) * 2021-12-27 2022-04-08 珠海格力电器股份有限公司 一种设备控制方法、装置、电子设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101017498A (zh) * 2006-02-10 2007-08-15 三星电子株式会社 合并数据对象的方法和设备
CN102810038A (zh) * 2011-05-31 2012-12-05 宏碁股份有限公司 提供用于分类图标的使用者界面的方法及电子装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101017498A (zh) * 2006-02-10 2007-08-15 三星电子株式会社 合并数据对象的方法和设备
CN102810038A (zh) * 2011-05-31 2012-12-05 宏碁股份有限公司 提供用于分类图标的使用者界面的方法及电子装置

Also Published As

Publication number Publication date
CN103116456A (zh) 2013-05-22

Similar Documents

Publication Publication Date Title
CN103116456B (zh) 实现文件夹合并的装置和方法以及智能终端
WO2020020272A1 (zh) 页面控制方法、装置和计算机可读存储介质
US9973506B2 (en) Method and apparatus for clearing notification icon, and storage medium
EP2990924B1 (en) Gesture-based on-chart data filtering
CN103034517B (zh) 浏览器控制工具加载方法和装置
CN107786730A (zh) 一种任务管理方法及终端
US20140075394A1 (en) Method and apparatus to facilitate interoperability of applications in a device
US20140068632A1 (en) Disabling the self-referential appearance of a mobile application in an intent via a background registration
CN103034518B (zh) 加载浏览器控制工具的方法及浏览器
US20180181288A1 (en) Method for displaying information, and terminal equipment
CN104021016B (zh) 加载浏览器插件图标的方法及浏览器
CN103902258A (zh) 一种在网页中实现自定义菜单显示的方法及装置
CN112711372B (zh) 视障模式下的页面响应方法、计算设备及计算机存储介质
JP2020161135A (ja) チャットスレッドを表示するための方法およびシステム
CN104615764A (zh) 一种显示方法及电子设备
CN113268182A (zh) 应用图标的管理方法和电子设备
US11112938B2 (en) Method and apparatus for filtering object by using pressure
CN105843940A (zh) 一种文件夹合并方法及装置
CN107734138A (zh) 通知消息的显示方法及装置、计算机装置和存储介质
CN108874479B (zh) 通知栏消息展示方法、装置、用户终端及可读存储介质
US10754504B2 (en) Screen grab method in electronic device
US11995302B2 (en) Interface information presenting method and electronic device
CN110308843A (zh) 一种对象处理方法及装置
CN104142965A (zh) 一种基于社交应用的网页浏览方法及装置、终端设备
CN106227752A (zh) 一种相片分享方法及终端

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20160203

Address after: 4, building 15, building 88, 201203 Darwin Road, Shanghai, Pudong New Area

Patentee after: Shanghai Euler Network Technology Co., Ltd.

Address before: 100088 Beijing city Xicheng District xinjiekouwai Street 28, block D room 112 (Desheng Park)

Patentee before: Beijing Qihu Technology Co., Ltd.

Patentee before: Qizhi Software (Beijing) Co., Ltd.

TR01 Transfer of patent right

Effective date of registration: 20220129

Address after: 100020 room 112, block D, 28 xinjiekouwai street, Xicheng District, Beijing (Desheng Park)

Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Address before: 201203 4th floor, building 15, No. 88 Darwin Road, Pudong New Area, Shanghai

Patentee before: SHANGHAI HOLAVERSE NETWORK TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right