CN110188072A - 一种文件处理方法、装置、终端、服务器及存储介质 - Google Patents
一种文件处理方法、装置、终端、服务器及存储介质 Download PDFInfo
- Publication number
- CN110188072A CN110188072A CN201910380317.5A CN201910380317A CN110188072A CN 110188072 A CN110188072 A CN 110188072A CN 201910380317 A CN201910380317 A CN 201910380317A CN 110188072 A CN110188072 A CN 110188072A
- Authority
- CN
- China
- Prior art keywords
- file
- search
- client
- editing
- searching
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000012545 processing Methods 0.000 claims description 35
- 238000003672 processing method Methods 0.000 claims description 34
- 230000003993 interaction Effects 0.000 claims description 13
- 230000001174 ascending effect Effects 0.000 claims description 11
- 230000001960 triggered effect Effects 0.000 claims description 11
- 238000012163 sequencing technique Methods 0.000 claims description 9
- 230000003044 adaptive effect Effects 0.000 claims description 5
- 230000006978 adaptation Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 11
- 238000004590 computer program Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 230000002123 temporal effect Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000010801 machine learning Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/14—Details of searching files based on file metadata
- G06F16/148—File search processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/14—Details of searching files based on file metadata
- G06F16/156—Query results presentation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Library & Information Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开提供了一种文件处理方法、装置、终端、服务器及存储介质。其中，所述方法包括：在客户端中接收携带文件关键字的搜索操作；识别接收到所述搜索操作时所述客户端所处的使用场景；查找符合所述文件关键字且适配所述使用场景的文件搜索结果；在所述客户端中输出所述文件搜索结果。
Description
技术领域
本公开涉及信息处理技术，尤其涉及一种文件处理方法、装置、终端、服务器及存储介质。
背景技术
随着互联网技术的发展，由于在线文档所具备的多用户协作、云端存储等特性，越来越受用户的青睐。随着用户创建及接收的在线文档数量的增多，通常需要对在线文档进行搜索。
在搜索过程中，发明人发现相关技术中针对所有用户都是采用同样的搜索规则。然而，在实际使用时，每个用户的搜索行为倾向可能有所不同，并不适合该搜索规则，从而导致实际的搜索结果不符合用户的预期，大大降低用户体验。
发明内容
为解决上述技术问题，本公开实施例提供一种文件处理方法、装置、终端、服务器及存储介质。
为达到上述目的，本公开实施例的技术方案是这样实现的：
本公开实施例提供了一种文件处理方法，所述方法包括：
在客户端中接收携带文件关键字的搜索操作；
识别接收到所述搜索操作时所述客户端所处的使用场景；
查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
在所述客户端中输出所述文件搜索结果。
上述方案中，所述接收携带文件关键字的搜索操作，包括：
接收所述文件关键字的输入操作，并自动触发对应所述文件关键字的搜索操作；或者，
接收所述文件关键字的输入操作，以及接收由人机交互触发的对应所述文件关键字的搜索操作。
上述方案中，所述识别接收到所述搜索操作时所述客户端所处的使用场景，包括：
确定所述搜索操作对应的使用特征；
确定与所述使用特征匹配的使用场景。
上述方案中，所述查找符合所述文件关键字且适配所述使用场景的文件搜索结果，包括：
获取与所述使用场景对应的文件搜索属性；
查找同时满足所述文件搜索属性与所述文件关键字的文件。
上述方案中，所述获取与所述使用场景对应的文件搜索属性，包括：
当所述使用场景是在对所述客户端的多个用户通用的多个使用场景中识别得到时，查找针对所述多个用户在所述使用场景中使用的文件搜索属性；
当所述使用场景是在仅适用于所述客户端的当前用户的多个使用场景中识别得到时，查找针对所述当前用户在所述使用场景中使用的文件搜索属性。
上述方案中，所述查找同时满足所述文件搜索属性与所述文件关键字的文件，包括：
当与所述使用场景对应的文件搜索属性包括文件编辑时长时，
搜索符合所述文件关键字的文件，并将所获取的文件的参考编辑时间进行升序的排序。
上述方案中，所述文件的参考编辑时间是相应参考文件的编辑时间与参考编辑延迟的加权。
上述方案中，所述参考编辑延迟是不同参考文件的编辑延迟时长的均值，所述编辑延迟时长是相应参考文件的编辑时间与当前时间的差值。
上述方案中，所述参考文件属于所述客户端的当前用户且处于活跃编辑状态；或者，
所述参考文件属于所述客户端的多个用户且处于活跃编辑状态。
上述方案中，所述输出所述文件搜索结果，包括：
当与所述使用场景对应的文件搜索属性包括时间搜索属性时，
输出同时符合所述文件关键字和所述时间搜索属性的文件；
当输出完成时，继续输出符合所述文件关键字但未符合所述时间搜索属性的文件。
本公开实施例还提供了一种文件处理方法，所述方法包括：
接收客户端发送的携带文件关键字的搜索操作；
识别接收到所述搜索操作时所述客户端所处的使用场景；
查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
向所述客户端发送所述文件搜索结果。
上述方案中，所述查找符合所述文件关键字且适配所述使用场景的文件搜索结果，包括：
获取与所述使用场景对应的文件搜索属性；
查找同时满足所述文件搜索属性与所述文件关键字的文件。
上述方案中，所述查找同时满足所述文件搜索属性与所述文件关键字的文件，包括：
当与所述使用场景对应的文件搜索属性包括文件编辑时长时，
搜索符合所述文件关键字的文件，并将所获取的文件的参考编辑时间进行升序的排序。
上述方案中，所述方法还包括：
根据相应参考文件的编辑时间与参考编辑延迟的加权，确定所述文件的参考编辑时间。
上述方案中，所述方法还包括：
接收所述客户端在接收到参考文件的操作时发送的操作记录；
确定当前时间、与所述操作记录包括的所述参考文件的编辑时间的差值，得到相应参考文件的编辑延迟时长；
在队列中存储所述参考文件的编辑延迟时长；
当接收到所述搜索操作时，计算所述队列中存储的参考文件的编辑延迟时长的均值，得到所述参考编辑延迟。
上述方案中，所述在队列中存储所述参考文件的编辑延迟时长，包括：
根据所述参考文件的归属用户，在与相应用户对应的队列中存储所述参考文件的编辑延迟时长；
所述方法还包括：在所述队列中清除离开活跃编辑状态的文件。
上述方案中，所述在队列中存储所述参考文件的编辑延迟时长，包括：
在多个用户公用的队列中存储所述参考文件的编辑延迟时长；
所述方法还包括：在所述队列中清除离开活跃编辑状态的文件。
本公开实施例还提供了一种文件处理装置，所述装置包括：
第一接收单元，用于接收携带文件关键字的搜索操作；
第一识别单元，用于识别接收到所述搜索操作时所处的使用场景；
第一查找单元，用于查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
输出单元，用于输出所述文件搜索结果。
本公开实施例还提供了一种文件处理装置，所述装置包括：
第二接收单元，用于接收客户端发送的携带文件关键字的搜索操作；
第二识别单元，用于识别接收到所述搜索操作时所述客户端所处的使用场景；
第二查找单元，用于查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
发送单元，用于向所述客户端发送所述文件搜索结果。
本公开实施例还提供了一种终端，包括：
第一存储器，用于存储可执行指令；
第一处理器，用于执行所述可执行指令时，实现本公开实施例提供的上述客户端侧的文件处理方法。
本公开实施例还提供了一种服务器，包括：
第二存储器，用于存储可执行指令；
第二处理器，用于执行所述可执行指令时，实现本公开实施例提供的上述服务器侧的文件处理方法。
本公开实施例还提供了一种存储介质，存储有可执行指令，所述可执行指令被执行时，用于实现本公开实施例提供的上述客户端侧的文件处理方法，以及服务器侧的文件处理方法。
应用本公开上述实施例具有以下有益效果：
应用本公开实施例上述所提供的文件处理方法、装置、终端、服务器及存储介质，通过识别接收到搜索操作时客户端所处的使用场景，进而结合用户的使用场景，查找符合文件关键字且适配使用场景的文件搜索结果，从而使得用户能够获得符合自身实际预期的最优文件，大大提高文件的搜索效果，有效提升用户体验。
附图说明
图1为本公开实施例提供的文件处理系统的一个可选的架构示意图；
图2为本公开实施例提供的文件处理装置的一个可选的硬件结构示意图；
图3为本公开实施例提供的文件处理方法的一个可选的实现流程示意图；
图4为本公开实施例提供的文件处理方法的另一个可选的实现流程示意图；
图5为本公开实施例提供的文件处理方法的一个可选的交互流程示意图；
图6为本公开实施例提供的文件处理装置的一个可选的组成结构示意图；
图7为本公开实施例提供的文件处理装置的另一个可选的组成结构示意图。
具体实施方式
为了使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开作进一步地详细描述，所描述的实施例不应视为对本公开的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。
需要说明的是，在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
在对本公开实施例进行进一步详细说明之前，先对本公开实施例中涉及的名词和术语进行说明，除非另有定义，本公开实施例所使用的所有的技术和科学术语与属于本公开实施例的技术领域的技术人员通常理解的含义相同。
本公开中所使用的术语只是为了描述具体的实施例的目的，不是旨在限制本公开，本公开实施例中涉及的名词和术语适用于如下的解释。
1)在线文档，一种供用户在线编辑、多用户协作并实时保存于云端的文档，通过超文本标记语言(HTML，Hyper Text Markup Language)页面进行文档显示，依赖于客户端与服务器的通信，实现对用户编辑内容的同步。在线文档的类型可以包括在线Word文档、在线Excel文档、在线PPT文档和在线制图文档等。
2)客户端，在终端中运行的用于提供各种服务的应用程序，本公开中涉及的客户端可为专用客户端，例如，文件编辑软件或文件管理软件(如文件管理器)。
3)参考文件，用于表示全量用户或当前用户在文件搜索中，依据自身的喜好通过触发事件如点击操作，进行操作的样本对象。
下面对本公开实施例的文件处理系统的示例性应用进行说明。
图1为本公开实施例提供的文件处理系统100的一个可选的架构示意图，参见图1，为实现支撑的一个示例性应用，终端400(示例性示出了终端400-1和终端400-2)通过网络300连接服务器200，终端上设置有客户端，用户可通过该客户端向服务器200发送搜索操作，以实现对文件的搜索，网络300可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。
终端400，用于向服务器200发送携带文件关键字的搜索操作，以及接收服务器200发送的文件搜索结果。
服务器200，用于接收终端400(如终端400-1)上设置的客户端发送的携带文件关键字的搜索操作，并识别接收到搜索操作时该客户端所处的使用场景；在查找符合文件关键字且适配使用场景的文件搜索结果之后，向该客户端发送查找到的文件搜索结果。
终端400，还用于通过客户端的图形界面410(示例性示出了图形界面410-1和图形界面410-2)显示接收的服务器200搜索到的文件搜索结果。
接下来对本公开实施例提供的文件处理装置进行说明。本公开实施例的文件处理装置可以以各种形式来实施，例如，由智能手机、平板电脑和台式机等终端单独实施，或者由终端和服务器协同实施。实际应用时，本公开实施例提供的文件处理装置可以实施为硬件或者软硬件结合的方式，下面说明本公开实施例提供的文件处理装置的各种示例性实施。
下面对本公开实施例的文件处理装置的硬件结构做详细说明，图2为本公开实施例提供的文件处理装置的一个可选的硬件结构示意图，可以理解，图2仅仅示出了文件处理装置的示例性结构而非全部结构，根据需要可以实施图2示出的部分结构或全部结构，不应对本公开实施例的功能和使用范围带来任何限制。
如图2所示，文件处理装置200(以终端200为例)可以包括处理装置(例如中央处理器、图形处理器等)201，其可以根据存储在只读存储器(ROM，Read Only Memory)202中的程序或者从存储装置208加载到随机访问存储器(RAM，Random Access Memory)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有终端200操作所需的各种程序和数据。处理装置201、ROM202以及RAM203通过总线204彼此相连。输入/输出(I/O，Input/Output)接口205也连接至总线204。
通常，以下装置可以连接至I/O接口205：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置206；包括例如液晶显示器(LCD，LiquidCrystal Display)、扬声器、振动器等的输出装置207；包括例如磁带、硬盘等的存储装置208；以及通信装置209。通信装置209可以允许终端200与其他设备进行无线或有线通信以交换数据。虽然图2示出了具有各种装置的终端200，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，所提供的流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置209从网络上被下载和安装，或者从存储装置208被安装，或者从ROM 202被安装。在计算机程序被处理装置201执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、RAM、ROM、可擦式可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM，Compact Disc Read-Only Memory)、光存储器件、磁存储器件、或者上述的任意合适的组合。
在本公开实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、射频(RF，Radio Frequency)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述终端200中所包含的；也可以是单独存在，而未装配入终端200中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被终端200执行时，使得终端200执行本公开实施例提供的文件处理方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN，LocalArea Network)和广域网(WAN，Wide Area Network)，以连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
描述于本公开实施例中所涉及到的单元和/或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。
对于硬件的方式来说，实现本公开实施例的终端200的单元和/或模块可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、数字信号处理器(DSP，Digital Signal Processor)、可编程逻辑器件(PLD，Programmable LogicDevice)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件实现，用于执行实现本公开实施例提供的文件处理方法。
至此，已经按照其功能描述了本公开实施例中涉及的文件处理装置的硬件结构，接下来对本公开实施例提供的文件处理方法的实现进行说明。
图3为本公开实施例提供的文件处理方法的一个可选的实现流程示意图，该方法应用于终端上设置的客户端，参见图3，本公开实施例中的文件处理方法的实现流程，可以包括以下步骤：
步骤S301：在客户端中接收携带文件关键字的搜索操作。
这里，客户端可以为集成了文件编辑功能的专用客户端，例如可以是针对本地文件或在线文档进行编辑的专用客户端。以文件为在线文档为例，本公开实施例中的客户端，可以是用于对在线文档进行编辑的文档编辑软件，也可以是用于对在线文档进行管理的文件管理软件，例如文件管理器，这里不作限定。
在一些实施例中，客户端可通过如下两种方式接收携带文件关键字的搜索操作：
方式1)：接收所述文件关键字的输入操作，并自动触发对应所述文件关键字的搜索操作；
方式2)：接收所述文件关键字的输入操作，以及接收由人机交互触发的对应所述文件关键字的搜索操作。
对于上述方式1)来说，通过客户端显示界面上的搜索框直接输入文件关键字，此时无需其他任何操作，就可自动触发对应文件关键字的搜索操作，从而基于文件关键字搜索出来的结果将自动显示出来，这样能够方便用户快捷操作，节省用户操作的成本。
对于上述方式2)来说，先通过客户端显示界面上的搜索框输入文件关键字，然后，结合人机交互的控件，比如搜索按钮、回车等，来触发对应文件关键字的搜索操作，从而实现基于文件关键字搜索出来的结果的显示，这样能够提高人机交互性，增强搜索操作的趣味性。
在实际实施时，用户可依据实际需要选择文件关键字的输入方式，例如，可以采用语音输入的方式输入文件关键字，还可以采用字符输入的方式输入文件关键字，这里不作限定。
步骤S302：识别接收到所述搜索操作时所述客户端所处的使用场景。
在一些实施例中，客户端可通过如下方式识别接收到所述搜索操作时所述客户端所处的使用场景：
确定所述搜索操作对应的使用特征；
确定与所述使用特征匹配的使用场景。
具体来说，客户端可以先确定搜索操作对应的使用特征，其中，所述搜索操作对应的使用特征包括以下至少之一：客户端的类型(比如游戏类应用程序或办公类应用程序)；客户端的宿主设备(比如移动终端或台式机电脑)；接收搜索操作的时间；接收到搜索操作时客户端的宿主设备所处的地点；然后，将搜索操作对应的使用特征与使用场景进行匹配，将与所述使用特征匹配成功的使用场景确定为最终识别的使用场景。
举例来说，假设搜索操作对应的使用特征为客户端的类型，当客户端的类型为办公类应用程序时，则可以确定接收到搜索操作时客户端所处的使用场景为办公场所(比如公司)；当客户端的类型为游戏类应用程序时，则可以确定接收到搜索操作时客户端所处的使用场景为休闲场所(比如商场)。再比如，假设搜索操作对应的使用特征为客户端的宿主设备，当客户端的宿主设备为台式机电脑时，则可以确定接收到搜索操作时客户端所处的使用场景为办公场所(比如公司)；当客户端的宿主设备为移动终端时，则可以确定接收到搜索操作时客户端所处的使用场景为休闲场所(比如商场、家里)。又比如，假设搜索操作对应的使用特征为接收搜索操作的时间，例如接收搜索操作的时间为周三的上午10点，则可确定接收到搜索操作时客户端所处的使用场景为办公场所(比如公司)，若接收搜索操作的时间为周六的晚上8点，则可确定接收到搜索操作时客户端所处的使用场景为休闲场所(比如家里)。
在一些实施例中，可以由用户依据实际需求来指示使用场景；在另一些实施例中，可以基于匹配规则来确定使用场景，如上述涉及的“确定与所述使用特征匹配的使用场景”，也就是说，在映射表中将与搜索操作对应的使用特征中的一个或多个元素，与使用场景进行关联，当上述涉及的多个使用特征中的全部或部分元素与使用场景匹配时，即可确定接收到搜索操作时客户端所处的使用场景；在另一些实施例中，可通过机器学习模型对使用场景进行识别，例如，可通过上述涉及的多个使用特征中的元素构造数据样本，样本标签为使用场景，以此来训练模型，识别接收到搜索操作时客户端所处的使用场景。
步骤S303：查找符合所述文件关键字且适配所述使用场景的文件搜索结果。
在一些实施例中，客户端可通过如下方式查找符合所述文件关键字且适配所述使用场景的文件搜索结果：
获取与所述使用场景对应的文件搜索属性；
查找同时满足所述文件搜索属性与所述文件关键字的文件。
这里，与所述使用场景对应的文件搜索属性包括以下至少之一：文件时间；文件类型；文件体积；文件拥有者；文件权限。所述文件时间包括：文件创建时间、文件修改时间和文件编辑时间；对于文件权限来说，文件可为可读可写的文件，或者为可读不可写的文件等。
在一些实施例中，客户端在获取与所述使用场景对应的文件搜索属性之前，预先设置文件搜索属性与使用场景的对应关系。例如，可由用户依据实际需求对文件搜索属性与使用场景的对应关系进行设定，或者，通过对特定用户(如当前用户)或用户群、用户组中的成员的操作数据进行学习，进而得到文件搜索属性与使用场景的对应关系。
在一些实施例中，对于客户端获取与所述使用场景对应的文件搜索属性来说，可以采用以下方式实现：
当所述使用场景是在对所述客户端的多个用户通用的多个使用场景中识别得到时，查找针对所述多个用户在所述使用场景中使用的文件搜索属性；
当所述使用场景是在仅适用于所述客户端的当前用户的多个使用场景中识别得到时，查找针对所述当前用户在所述使用场景中使用的文件搜索属性。
需要说明的是，客户端的多个用户可以是在线编辑平台的多个互不相关的用户，也可以是与当前用户的画像所匹配的特定的用户群或用户组中的用户，也可以是全量的用户，这里不作限定。对于基于客户端的当前用户的多个使用场景识别得到所述使用场景时，不区分用户，直接查找当前用户在所述使用场景中对应使用的文件搜索属性。
在一些实施例中，对于客户端查找同时满足所述文件搜索属性与所述文件关键字的文件来说，可以采用以下方式实现：
当与所述使用场景对应的文件搜索属性包括文件编辑时长时，
搜索符合所述文件关键字的文件，并将所获取的文件的参考编辑时间进行升序的排序。
在实际实施时，在将所获取的文件的参考编辑时间进行升序的排序后，可依据排序结果选取预定数量的文件。例如，可从排序结果中根据用户需求选取顺序排在前面的一个或多个文件，并将所选取的一个或多个文件输出给用户。
需要指出的是，在本公开实施例中，所述文件的参考编辑时间是相应参考文件的编辑时间与参考编辑延迟的加权；所述参考编辑延迟是不同参考文件的编辑延迟时长的均值，所述编辑延迟时长是相应参考文件的编辑时间与当前时间的差值。这里，所述参考文件的编辑时间可以是针对参考文件的开始编辑的时间点，或者是针对参考文件的结束编辑的时间点，又或者是针对参考文件的中间编辑的任一时间点，在此不作限定。其中，编辑时间可包括对参考文件进行编辑的日期和时刻。这里的当前时间为接收到参考文件的操作时系统实时显示的时间。
这里，所述参考编辑延迟可以是通过对当前用户的操作数据进行学习，计算当前用户对不同参考文件的编辑延迟时长的均值，也可以是通过对全量用户或者用户群、用户组中多个用户的操作数据进行学习，计算多个用户对不同参考文件的编辑延迟时长的均值。
在实际实施时，可将所述参考文件的编辑延迟时长存储在队列中，例如，将所述参考文件的编辑延迟时长存储在缓冲队列，比如先进先出(FIFO，First Input FirstOutput)队列中，由于FIFO队列是一个有限空间的容器，且FIFO队列具有先入先出的功能，因此，可对存储的编辑延迟时长进行及时的更新。例如，FIFO队列的长度为50，当有新的编辑延迟时长要存储在该缓冲队列时，若此时编辑延迟时长的数量超过队列的长度，则需要丢弃最开始存入至该缓冲队列中的编辑延迟时长。
需要说明的是，在计算所述参考编辑延迟时，可以在去除队列中存储的最低和最高的两个编辑延迟时长之后，对队列中剩余的其他编辑延迟时长进行均值的计算，以得到参考编辑延迟。这里，可将所述参考编辑延迟存储至数据库中，例如将所述参考编辑延迟存储至Redis数据库中，Redis数据库是一个开源的支持网络、可基于内存持久化的日志型数据库；也就是说，将所述参考编辑延迟与用户标识以键值对(Key-Value)的形式存储至Redis数据库中，其中，Key为用户标识如用户的ID，Value为操作的参考文件的参考编辑延迟。这样，通过键值对的方式，根据用户标识可以快速查找到对应的参考编辑延迟，提高文件的处理效率。
在本公开实施例中，所述参考文件属于所述客户端的当前用户且处于活跃编辑状态；或者，所述参考文件属于所述客户端的多个用户且处于活跃编辑状态。
这里，处于活跃编辑状态的文件，包括以下两种情况：处于活跃窗口时段(如距离当前时间最近的一个月)内被编辑过的文件；或者是最近被编辑过的设定数量的文件，在此不作限定。需要指出的是，这里对于最近被编辑过的设定数量的文件来说，可依据缓冲队列的长度对文件的设定数量进行设置。
在一些实施例中，所述方法还包括：在队列中存储所述参考文件的编辑延迟时长之后，在所述队列中清除离开活跃编辑状态的文件。
举例来说，当处于活跃编辑状态的文件为处于活跃窗口时段内被编辑过的文件时，若有新的文件存储至缓冲队列中，则将活跃窗口时段以外的时段内编辑的文件进行删除；当处于活跃编辑状态的文件为最近被编辑过的设定数量的文件时，若有新的文件存储至缓冲队列中，且超过缓冲队列的长度时，则需要将最先存入至缓冲队列中的数据进行删除。
步骤S304：在所述客户端中输出所述文件搜索结果。
在一些实施例中，客户端可通过如下方式输出所述文件搜索结果：
当与所述使用场景对应的文件搜索属性包括时间搜索属性时，
输出同时符合所述文件关键字和所述时间搜索属性的文件；
当输出完成时，继续输出符合所述文件关键字但未符合所述时间搜索属性的文件。
其中，所述时间搜索属性可以是时间段或时间点，所述时间搜索属性包括：文件创建时间、文件修改时间和文件编辑时间。在实际实施时，对于符合所述文件关键字但未符合所述时间搜索属性的文件来说，可以按照特定的顺序输出。所述特定的顺序可以是依据用户需求进行设定的顺序，也可以是系统随机设定的顺序，在此不作限定。
在一些实施例中，当不存在符合文件关键字但未符合时间搜索属性的文件时，则客户端直接输出同时符合文件关键字和时间搜索属性的文件。
采用本公开实施例提供的文件处理方法，通过识别接收到搜索操作时客户端所处的使用场景，进而结合用户的使用场景，查找符合文件关键字且适配使用场景的文件搜索结果，从而使得用户能够获得符合自身实际预期的最优文件，大大提高文件的搜索效果，有效提升用户体验。
图4为本公开实施例提供的文件处理方法的另一个可选的实现流程示意图，该方法应用于服务器，比如云端服务器或本地服务器等，参见图4，本公开实施例中的文件处理方法的实现流程，可以包括以下步骤：
步骤S401：接收客户端发送的携带文件关键字的搜索操作。
这里，客户端可以为集成了文件编辑功能的专用客户端，比如可以是针对本地文件或在线文档进行编辑的专用客户端。
在一些实施例中，服务器可通过如下两种方式接收客户端发送的携带文件关键字的搜索操作：
方式1)接收所述文件关键字的输入操作，并自动触发对应所述文件关键字的搜索操作；
方式2)接收所述文件关键字的输入操作，以及接收由人机交互触发的对应所述文件关键字的搜索操作。
对于上述方式1)来说，通过客户端显示界面上的搜索框直接输入文件关键字，此时无需其他任何操作，就可自动触发对应文件关键字的搜索操作，从而基于文件关键字搜索出来的结果将自动显示出来，这样能够方便用户快捷操作，节省用户操作的成本。
对于上述方式2)来说，先通过客户端显示界面上的搜索框输入文件关键字，然后，结合人机交互的控件，比如搜索按钮、回车等，来触发对应文件关键字的搜索操作，从而实现基于文件关键字搜索出来的结果的显示，这样能够提高人机交互性，增强搜索操作的趣味性。
步骤S402：识别接收到所述搜索操作时所述客户端所处的使用场景。
在一些实施例中，服务器可通过如下方式识别接收到所述搜索操作时所述客户端所处的使用场景：
确定所述搜索操作对应的使用特征；
确定与所述使用特征匹配的使用场景。
这里，所述搜索操作对应的使用特征包括以下至少之一：客户端的类型；客户端的宿主设备；接收搜索操作的时间；接收到搜索操作时客户端的宿主设备所处的地点。
在一些实施例中，可以依据用户实际需求来指示使用场景；在另一些实施例中，可以基于匹配规则来确定使用场景，如上述涉及的“确定与所述使用特征匹配的使用场景”，也就是说，在映射表中将与搜索操作对应的使用特征中的一个或多个元素，与使用场景进行关联，当上述涉及的多个使用特征中的全部或部分元素与使用场景匹配时，即可确定接收到搜索操作时客户端所处的使用场景；在另一些实施例中，可通过机器学习模型对使用场景进行识别，例如，可通过上述涉及的多个使用特征中的元素构造数据样本，样本标签为使用场景，以此来训练模型，识别接收到搜索操作时客户端所处的使用场景。
步骤S403：查找符合所述文件关键字且适配所述使用场景的文件搜索结果。
在一些实施例中，服务器可通过以下方式查找符合所述文件关键字且适配所述使用场景的文件搜索结果：
获取与所述使用场景对应的文件搜索属性；
查找同时满足所述文件搜索属性与所述文件关键字的文件。
这里，与所述使用场景对应的文件搜索属性包括以下至少之一：文件时间；文件类型；文件体积；文件拥有者；文件权限。所述文件时间包括：文件创建时间、文件修改时间和文件编辑时间；对于文件权限来说，文件可为可读可写的文件，或者为可读不可写的文件等。
在一些实施例中，服务器可通过如下方式获取与所述使用场景对应的文件搜索属性：
当所述使用场景是在对所述客户端的多个用户通用的多个使用场景中识别得到时，查找针对所述多个用户在所述使用场景中使用的文件搜索属性；
当所述使用场景是在仅适用于所述客户端的当前用户的多个使用场景中识别得到时，查找针对所述当前用户在所述使用场景中使用的文件搜索属性。
需要指出的是，客户端的多个用户可以是在线编辑平台的多个互不相关的用户，也可以是与当前用户的画像所匹配的特定的用户群或用户组中的用户，也可以是全量的用户，这里不作限定。
在一些实施例中，服务器可通过以下方式查找同时满足所述文件搜索属性与所述文件关键字的文件：
当与所述使用场景对应的文件搜索属性包括文件编辑时长时，
搜索符合所述文件关键字的文件，并将所获取的文件的参考编辑时间进行升序的排序。
在实际实施时，在将所获取的文件的参考编辑时间进行升序的排序后，可依据排序结果选取预定数量的文件。例如，可从排序结果中根据用户需求选取顺序排在前面的一个或多个文件，并将所选取的一个或多个文件输出给用户。
在一些实施例中，所述方法还包括：根据相应参考文件的编辑时间与参考编辑延迟的加权，确定所述文件的参考编辑时间。
这里，参考文件的编辑时间可根据客户端接收到针对参考文件的操作时的操作记录确定的，所述操作记录包括操作的用户标识、操作的参考文件的标识、操作事件的发生时间。实际实施时，将操作记录存储在消息队列如kafka(用于实现模块间的异步通信)中，根据操作的参考文件的标识，获取对应的参考文件的编辑时间。其中，对参考文件的操作可为对参考文件的点击操作。
需要说明的是，本公开实施例中的参考文件的编辑时间可以是针对参考文件的开始编辑的时间点，或者是针对参考文件的结束编辑的时间点，又或者是针对参考文件的中间编辑的任一时间点，在此不作限定。
在一些实施例中，所述方法还包括：
接收所述客户端在接收到参考文件的操作时发送的操作记录；
确定当前时间、与所述操作记录包括的所述参考文件的编辑时间的差值，得到相应参考文件的编辑延迟时长；
在队列中存储所述参考文件的编辑延迟时长；
当接收到所述搜索操作时，计算所述队列中存储的参考文件的编辑延迟时长的均值，得到所述参考编辑延迟。
这里，所述参考编辑延迟可以是通过对当前用户的操作数据进行学习，计算当前用户对不同参考文件的编辑延迟时长的均值，也可以是通过对全量用户或者用户群、用户组中多个用户的操作数据进行学习，计算多个用户对不同参考文件的编辑延迟时长的均值。
在实际实施时，可将所述参考文件的编辑延迟时长存储在队列中，例如，将所述参考文件的编辑延迟时长存储在缓冲队列，比如FIFO队列中，由于FIFO队列是一个有限空间的容器，且FIFO队列具有先入先出的功能，因此，可对存储的编辑延迟时长进行及时的更新。
这里，所述参考文件属于所述客户端的当前用户且处于活跃编辑状态；或者，所述参考文件属于所述客户端的多个用户且处于活跃编辑状态。
这里，处于活跃编辑状态的文件，包括以下两种情况：处于活跃窗口时段(如距离当前时间最近的一个月)内被编辑过的文件；或者是最近被编辑过的设定数量的文件，在此不作限定。需要指出的是，这里对于最近被编辑过的设定数量的文件来说，可依据缓冲队列的长度对文件的设定数量进行设置。
在一些实施例中，服务器可通过以下方式在队列中存储所述参考文件的编辑延迟时长：根据所述参考文件的归属用户，在与相应用户对应的队列中存储所述参考文件的编辑延迟时长；
相应地，所述方法还可以包括：在所述队列中清除离开活跃编辑状态的文件。
在一些实施例中，服务器可通过以下方式在队列中存储所述参考文件的编辑延迟时长：在多个用户公用的队列中存储所述参考文件的编辑延迟时长；
相应地，所述方法还可以包括：在所述队列中清除离开活跃编辑状态的文件。
步骤S404：向所述客户端发送所述文件搜索结果。
接下来以客户端为文件编辑软件，该文件编辑软件集成有在线文档的编辑功能(简称为在线文档客户端)为例，对本公开实施例提供的文件处理方法进行说明。
图5为本公开实施例提供的文件处理方法的一个可选的交互流程示意图，该方法由在线文档客户端与服务器协同来实施，参见图5，本公开实施例中的文件处理方法的实现流程，可以包括以下步骤：
步骤S501：在线文档客户端向服务器发送携带文件关键字的搜索操作。
步骤S502：服务器接收搜索操作，并确定与搜索操作对应的使用特征，以及确定与使用特征匹配的使用场景。
在一些实施例中，服务器可通过如下方式接收搜索操作：
接收所述文件关键字的输入操作，并自动触发对应所述文件关键字的搜索操作；或者，
接收所述文件关键字的输入操作，以及接收由人机交互触发的对应所述文件关键字的搜索操作。
这里，与搜索操作对应的使用特征包括以下至少之一：客户端的类型；客户端的宿主设备；接收搜索操作的时间；接收到搜索操作时客户端的宿主设备所处的地点。
步骤S503：服务器获取与使用场景对应的文件搜索属性，查找同时满足文件搜索属性与文件关键字的文件，将查找到的文件确定为最优的文件搜索结果。
这里，与使用场景对应的文件搜索属性包括以下至少之一：文件时间；文件类型；文件体积；文件拥有者；文件权限。
在一些实施例中，服务器可通过以下方式查找同时满足文件搜索属性与文件关键字的文件：
当与所述使用场景对应的文件搜索属性包括文件编辑时长时，
搜索符合所述文件关键字的文件，并将所获取的文件的参考编辑时间进行升序的排序，选取预定数量的文件。
在一些实施例中，所述方法还包括：根据相应参考文件的编辑时间与参考编辑延迟的加权，确定所述文件的参考编辑时间。
步骤S504：服务器向在线文档客户端发送最优的文件搜索结果。
步骤S505：在线文档客户端在接收到文件搜索结果后，输出文件搜索结果。
在一些实施例中，在线文档客户端可通过如下方式输出文件搜索结果：
当与所述使用场景对应的文件搜索属性包括时间搜索属性时，
输出同时符合所述文件关键字和所述时间搜索属性的文件；
当输出完成时，继续输出符合所述文件关键字但未符合所述时间搜索属性的文件。
需要说明的是，客户端和服务器的具体处理过程已在上文详述，这里不再赘述。
下面示例性说明本公开实施例提供的文件处理装置的单元和/或模块的功能实现。
图6为本公开实施例提供的文件处理装置的一个可选的组成结构示意图，该装置设置在终端的客户端上，参见图6，所述文件处理装置60包括：第一接收单元61、第一识别单元62、第一查找单元63和输出单元64；其中，
第一接收单元61，用于接收携带文件关键字的搜索操作；
第一识别单元62，用于识别接收到所述搜索操作时所处的使用场景；
第一查找单元63，用于查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
输出单元64，用于输出所述文件搜索结果。
在一些实施例中，对于所述第一接收单元接收携带文件关键字的搜索操作来说，可以采用以下方式实现：接收所述文件关键字的输入操作，并自动触发对应所述文件关键字的搜索操作。
当然，所述第一接收单元也可以采用以下方式接收携带文件关键字的搜索操作：接收所述文件关键字的输入操作，以及接收由人机交互触发的对应所述文件关键字的搜索操作。
在一些实施例中，对于所述第一识别单元识别接收到所述搜索操作时所述客户端所处的使用场景来说，可以采用以下方式实现：确定所述搜索操作对应的使用特征；确定与所述使用特征匹配的使用场景。
在一些实施例中，对于所述第一查找单元查找符合所述文件关键字且适配所述使用场景的文件搜索结果来说，可以采用以下方式实现：获取与所述使用场景对应的文件搜索属性；查找同时满足所述文件搜索属性与所述文件关键字的文件。
在一些实施例中，对于所述第一查找单元获取与所述使用场景对应的文件搜索属性来说，可以采用以下方式实现：
当所述使用场景是在对所述客户端的多个用户通用的多个使用场景中识别得到时，查找针对所述多个用户在所述使用场景中使用的文件搜索属性；
当所述使用场景是在仅适用于所述客户端的当前用户的多个使用场景中识别得到时，查找针对所述当前用户在所述使用场景中使用的文件搜索属性。
在一些实施例中，对于所述第一查找单元查找同时满足所述文件搜索属性与所述文件关键字的文件来说，可以采用以下方式实现：
当与所述使用场景对应的文件搜索属性包括文件编辑时长时，
搜索符合所述文件关键字的文件，并将所获取的文件的参考编辑时间进行升序的排序。
在实际应用时，所述文件的参考编辑时间是相应参考文件的编辑时间与参考编辑延迟的加权。
这里，所述参考编辑延迟是不同参考文件的编辑延迟时长的均值，所述编辑延迟时长是相应参考文件的编辑时间与当前时间的差值。
所述参考文件属于所述客户端的当前用户且处于活跃编辑状态；或者，所述参考文件属于所述客户端的多个用户且处于活跃编辑状态。
在一些实施例中，对于所述输出单元输出所述文件搜索结果来说，可以采用以下方式实现：
当与所述使用场景对应的文件搜索属性包括时间搜索属性时，
输出同时符合所述文件关键字和所述时间搜索属性的文件；
当输出完成时，继续输出符合所述文件关键字但未符合所述时间搜索属性的文件。
图7为本公开实施例提供的文件处理装置的另一个可选的组成结构示意图，该装置设置在服务器，比如云端服务器或本地服务器上，参见图7，所述文件处理装置70包括：第二接收单元71、第二识别单元72、第二查找单元73和发送单元74；其中，
第二接收单元71，用于接收客户端发送的携带文件关键字的搜索操作；
第二识别单元72，用于识别接收到所述搜索操作时所述客户端所处的使用场景；
第二查找单元73，用于查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
发送单元74，用于向所述客户端发送所述文件搜索结果。
在一些实施例中，对于所述第二接收单元接收携带文件关键字的搜索操作来说，可以采用以下两种方式实现：接收所述文件关键字的输入操作，并自动触发对应所述文件关键字的搜索操作；或者，
接收所述文件关键字的输入操作，以及接收由人机交互触发的对应所述文件关键字的搜索操作。
在一些实施例中，对于所述第二识别单元识别接收到所述搜索操作时所述客户端所处的使用场景来说，可以采用以下方式实现：确定所述搜索操作对应的使用特征；确定与所述使用特征匹配的使用场景。
在一些实施例中，对于所述第二查找单元查找符合所述文件关键字且适配所述使用场景的文件搜索结果来说，可以采用以下方式实现：
获取与所述使用场景对应的文件搜索属性；
查找同时满足所述文件搜索属性与所述文件关键字的文件。
在一些实施例中，对于查找同时满足所述文件搜索属性与所述文件关键字的文件来说，可以采用以下方式实现：
当与所述使用场景对应的文件搜索属性包括文件编辑时长时，
搜索符合所述文件关键字的文件，并将所获取的文件的参考编辑时间进行升序的排序。
在一些实施例中，所述装置还包括第一确定单元，用于根据相应参考文件的编辑时间与参考编辑延迟的加权，确定所述文件的参考编辑时间。
在一些实施例中，所述装置还包括：
第三接收单元，用于接收所述客户端在接收到参考文件的操作时发送的操作记录；
第二确定单元，用于确定当前时间、与所述操作记录包括的所述参考文件的编辑时间的差值，得到相应参考文件的编辑延迟时长；
存储单元，用于在队列中存储所述参考文件的编辑延迟时长；
第三确定单元，用于当接收到所述搜索操作时，计算所述队列中存储的参考文件的编辑延迟时长的均值，得到所述参考编辑延迟。
在一些实施例中，对于存储单元在队列中存储所述参考文件的编辑延迟时长来说，可以采用以下方式实现：根据所述参考文件的归属用户，在与相应用户对应的队列中存储所述参考文件的编辑延迟时长。
在一些实施例中，对于存储单元在队列中存储所述参考文件的编辑延迟时长来说，也可以采用以下方式实现：在多个用户公用的队列中存储所述参考文件的编辑延迟时长。
在一些实施例中，所述装置还包括删除单元，用于在所述队列中清除离开活跃编辑状态的文件。
这里需要指出的是：以上涉及文件处理装置的描述，与上述文件处理方法描述是类似的，同方法的有益效果描述，在此不做赘述。对于本公开所述的文件处理装置实施例中未披露的技术细节，请参照本公开的文件处理方法实施例的描述。
本公开实施例还提供了一种终端，所述终端包括：
第一存储器，用于存储可执行指令；
第一处理器，用于执行所述可执行指令时，实现本公开实施例提供的上述客户端侧的文件处理方法。
本公开实施例还提供了一种服务器，所述服务器包括：
第二存储器，用于存储可执行指令；
第二处理器，用于执行所述可执行指令时，实现本公开实施例提供的上述服务器侧的文件处理方法。
在示例性实施例中，本公开实施例还提供了一种存储介质，存储有可执行指令，所述可执行指令被执行时，用于实现本公开实施例提供的上述客户端侧的文件处理方法，或者上述服务器侧的文件处理方法。
需要说明的是，本公开实施例中的存储介质，可为计算机存储介质，具体可为计算机可读存储介质。其中，计算机可读存储介质可以是磁性随机存取存储器(FRAM，Ferromagnetic Random Access Memory)、ROM、可编程只读存储器(PROM，ProgrammableRead-Only Memory)、EPROM、电可擦除可编程只读存储器(EEPROM，Electrically ErasableProgrammable Read-Only Memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘或CD-ROM等存储器。
本公开实施例提供的附图中的流程图和框图，图示了按照本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
需要说明的是，本公开实施例中所涉及的术语“第一”、“第二”等仅是为了区别类似的对象，不代表针对对象的特定排序或先后次序，可以理解地，“第一”、“第二”等在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本公开实施例能够以除了在这里图示或描述的以外的顺序实施。
以上所述，仅为本公开的较佳实施例而已，并非用于限定本公开的保护范围，凡在本公开的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的保护范围之内。
Claims (22)
1.一种文件处理方法，其特征在于，所述方法包括：
在客户端中接收携带文件关键字的搜索操作；
识别接收到所述搜索操作时所述客户端所处的使用场景；
查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
在所述客户端中输出所述文件搜索结果。
2.根据权利要求1所述的方法，其特征在于，所述接收携带文件关键字的搜索操作，包括：
接收所述文件关键字的输入操作，并自动触发对应所述文件关键字的搜索操作；或者，
接收所述文件关键字的输入操作，以及接收由人机交互触发的对应所述文件关键字的搜索操作。
3.根据权利要求1所述的方法，其特征在于，所述识别接收到所述搜索操作时所述客户端所处的使用场景，包括：
确定所述搜索操作对应的使用特征；
确定与所述使用特征匹配的使用场景。
4.根据权利要求1所述的方法，其特征在于，所述查找符合所述文件关键字且适配所述使用场景的文件搜索结果，包括：
获取与所述使用场景对应的文件搜索属性；
查找同时满足所述文件搜索属性与所述文件关键字的文件。
5.根据权利要求4所述的方法，其特征在于，所述获取与所述使用场景对应的文件搜索属性，包括：
当所述使用场景是在对所述客户端的多个用户通用的多个使用场景中识别得到时，查找针对所述多个用户在所述使用场景中使用的文件搜索属性；
当所述使用场景是在仅适用于所述客户端的当前用户的多个使用场景中识别得到时，查找针对所述当前用户在所述使用场景中使用的文件搜索属性。
6.根据权利要求4所述的方法，其特征在于，所述查找同时满足所述文件搜索属性与所述文件关键字的文件，包括：
当与所述使用场景对应的文件搜索属性包括文件编辑时长时，
搜索符合所述文件关键字的文件，并将所获取的文件的参考编辑时间进行升序的排序。
7.根据权利要求6所述的方法，其特征在于，
所述文件的参考编辑时间是相应参考文件的编辑时间与参考编辑延迟的加权。
8.根据权利要求7所述的方法，其特征在于，
所述参考编辑延迟是不同参考文件的编辑延迟时长的均值，所述编辑延迟时长是相应参考文件的编辑时间与当前时间的差值。
9.根据权利要求7或8所述的方法，其特征在于，
所述参考文件属于所述客户端的当前用户且处于活跃编辑状态；或者，
所述参考文件属于所述客户端的多个用户且处于活跃编辑状态。
10.根据权利要求1所述的方法，其特征在于，所述输出所述文件搜索结果，包括：
当与所述使用场景对应的文件搜索属性包括时间搜索属性时，
输出同时符合所述文件关键字和所述时间搜索属性的文件；
当输出完成时，继续输出符合所述文件关键字但未符合所述时间搜索属性的文件。
11.一种文件处理方法，其特征在于，所述方法包括：
接收客户端发送的携带文件关键字的搜索操作；
识别接收到所述搜索操作时所述客户端所处的使用场景；
查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
向所述客户端发送所述文件搜索结果。
12.根据权利要求11所述的方法，其特征在于，所述查找符合所述文件关键字且适配所述使用场景的文件搜索结果，包括：
获取与所述使用场景对应的文件搜索属性；
查找同时满足所述文件搜索属性与所述文件关键字的文件。
13.根据权利要求12所述的方法，其特征在于，所述查找同时满足所述文件搜索属性与所述文件关键字的文件，包括：
当与所述使用场景对应的文件搜索属性包括文件编辑时长时，
搜索符合所述文件关键字的文件，并将所获取的文件的参考编辑时间进行升序的排序。
14.根据权利要求13所述的方法，其特征在于，所述方法还包括：
根据相应参考文件的编辑时间与参考编辑延迟的加权，确定所述文件的参考编辑时间。
15.根据权利要求14所述的方法，其特征在于，所述方法还包括：
接收所述客户端在接收到参考文件的操作时发送的操作记录；
确定当前时间、与所述操作记录包括的所述参考文件的编辑时间的差值，得到相应参考文件的编辑延迟时长；
在队列中存储所述参考文件的编辑延迟时长；
当接收到所述搜索操作时，计算所述队列中存储的参考文件的编辑延迟时长的均值，得到所述参考编辑延迟。
16.根据权利要求15所述的方法，其特征在于，所述在队列中存储所述参考文件的编辑延迟时长，包括：
根据所述参考文件的归属用户，在与相应用户对应的队列中存储所述参考文件的编辑延迟时长；
所述方法还包括：在所述队列中清除离开活跃编辑状态的文件。
17.根据权利要求15所述的方法，其特征在于，所述在队列中存储所述参考文件的编辑延迟时长，包括：
在多个用户公用的队列中存储所述参考文件的编辑延迟时长；
所述方法还包括：在所述队列中清除离开活跃编辑状态的文件。
18.一种文件处理装置，其特征在于，所述装置包括：
第一接收单元，用于接收携带文件关键字的搜索操作；
第一识别单元，用于识别接收到所述搜索操作时所处的使用场景；
第一查找单元，用于查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
输出单元，用于输出所述文件搜索结果。
19.一种文件处理装置，其特征在于，所述装置包括：
第二接收单元，用于接收客户端发送的携带文件关键字的搜索操作；
第二识别单元，用于识别接收到所述搜索操作时所述客户端所处的使用场景；
第二查找单元，用于查找符合所述文件关键字且适配所述使用场景的文件搜索结果；
发送单元，用于向所述客户端发送所述文件搜索结果。
20.一种终端，其特征在于，包括：
第一存储器，用于存储可执行指令；
第一处理器，用于执行所述可执行指令时，实现如权利要求1至10任一项所述的文件处理方法。
21.一种服务器，其特征在于，包括：
第二存储器，用于存储可执行指令；
第二处理器，用于执行所述可执行指令时，实现如权利要求11至17任一项所述的文件处理方法。
22.一种存储介质，其特征在于，存储有可执行指令，所述可执行指令被执行时，用于实现如权利要求1至10任一项所述的文件处理方法，或者如权利要求11至17任一项所述的文件处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910380317.5A CN110188072A (zh) | 2019-05-08 | 2019-05-08 | 一种文件处理方法、装置、终端、服务器及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910380317.5A CN110188072A (zh) | 2019-05-08 | 2019-05-08 | 一种文件处理方法、装置、终端、服务器及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110188072A true CN110188072A (zh) | 2019-08-30 |
Family
ID=67715796
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910380317.5A Pending CN110188072A (zh) | 2019-05-08 | 2019-05-08 | 一种文件处理方法、装置、终端、服务器及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110188072A (zh) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030004941A1 (en) * | 2001-06-29 | 2003-01-02 | International Business Machines Corporation | Method, terminal and computer program for keyword searching |
| CN101262494A (zh) * | 2008-01-23 | 2008-09-10 | 华为技术有限公司 | 对发布信息进行处理的方法、客户端、服务器和系统 |
| CN102076115A (zh) * | 2009-11-20 | 2011-05-25 | 上海亿动信息技术有限公司 | 一种在移动终端内发布广告信息的控制方法及装置 |
| CN102591867A (zh) * | 2011-01-07 | 2012-07-18 | 清华大学 | 一种基于移动设备位置的搜索服务方法 |
| CN103297484A (zh) * | 2012-03-05 | 2013-09-11 | 腾讯科技（深圳）有限公司 | 资源分享方法和装置 |
| CN103353869A (zh) * | 2013-05-31 | 2013-10-16 | 百度在线网络技术（北京）有限公司 | 一种基于用户位置的搜索结果提供方法以及服务器 |
| CN103886090A (zh) * | 2014-03-31 | 2014-06-25 | 北京搜狗科技发展有限公司 | 基于用户喜好的内容推荐方法及装置 |
| CN105787027A (zh) * | 2016-02-24 | 2016-07-20 | 广东欧珀移动通信有限公司 | 一种音频文件播放方法及终端 |
-
2019
- 2019-05-08 CN CN201910380317.5A patent/CN110188072A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030004941A1 (en) * | 2001-06-29 | 2003-01-02 | International Business Machines Corporation | Method, terminal and computer program for keyword searching |
| CN101262494A (zh) * | 2008-01-23 | 2008-09-10 | 华为技术有限公司 | 对发布信息进行处理的方法、客户端、服务器和系统 |
| CN102076115A (zh) * | 2009-11-20 | 2011-05-25 | 上海亿动信息技术有限公司 | 一种在移动终端内发布广告信息的控制方法及装置 |
| CN102591867A (zh) * | 2011-01-07 | 2012-07-18 | 清华大学 | 一种基于移动设备位置的搜索服务方法 |
| CN103297484A (zh) * | 2012-03-05 | 2013-09-11 | 腾讯科技（深圳）有限公司 | 资源分享方法和装置 |
| CN103353869A (zh) * | 2013-05-31 | 2013-10-16 | 百度在线网络技术（北京）有限公司 | 一种基于用户位置的搜索结果提供方法以及服务器 |
| CN103886090A (zh) * | 2014-03-31 | 2014-06-25 | 北京搜狗科技发展有限公司 | 基于用户喜好的内容推荐方法及装置 |
| CN105787027A (zh) * | 2016-02-24 | 2016-07-20 | 广东欧珀移动通信有限公司 | 一种音频文件播放方法及终端 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101863981B1 (ko) | 텍스트 메시지를 사용하여 스프레드시트와 상호작용하는 기법 | |
| US12003471B2 (en) | Teleporting a new member to a messaging group | |
| US10929616B2 (en) | Topic based conversation retrieval | |
| CN111314063A (zh) | 一种基于物联网大数据信息管理方法、系统及装置 | |
| US20240163236A1 (en) | Information processing method and apparatus, and electronic device and storage medium | |
| CN107633080B (zh) | 一种用户任务处理方法及装置 | |
| US11151309B1 (en) | Screenshot-based memos | |
| CN112380476A (zh) | 信息显示方法、装置和电子设备 | |
| CN110110099A (zh) | 一种多媒体文件检索方法及装置 | |
| CN116016420A (zh) | 一种任务清单分享方法、装置、设备及介质 | |
| CN115793927A (zh) | 一种任务清单创建方法、装置、设备及介质 | |
| CN115965328A (zh) | 一种信息处理方法、装置、设备及介质 | |
| CN115174282A (zh) | 一种信息交互方法、装置、设备及介质 | |
| CN110188072A (zh) | 一种文件处理方法、装置、终端、服务器及存储介质 | |
| CN115526953A (zh) | 生成视图的方法、装置、电子设备及存储介质 | |
| CN115080521A (zh) | 信息显示方法、装置、电子设备和存储介质 | |
| CN111158838B (zh) | 一种信息处理方法及装置 | |
| CN113568803B (zh) | 用于监控存储系统的方法、电子设备和计算机程序产品 | |
| CN115022266A (zh) | 一种群成员添加方法、装置、设备及介质 | |
| CN111143740B (zh) | 信息处理方法、装置及电子设备 | |
| CN113743630A (zh) | 智能呼叫预约执行的方法和装置 | |
| US9465876B2 (en) | Managing content available for content prediction | |
| CN112749204A (zh) | 一种读取数据的方法和装置 | |
| CN115079873A (zh) | 信息显示方法、装置、电子设备和存储介质 | |
| CN111786801A (zh) | 一种基于数据流量进行计费的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |