CN106446096A - 一种文件分享方法、装置及终端 - Google Patents

Abstract

本发明公开了一种文件分享方法、装置及终端，通过获取即时通信应用当前对话框中待发送文件的文件识别信息，并根据该文件识别信息判断待发送文件是否为即时通信应用中的历史发送文件，若是，则获取该待发送文件历史发送成功时在网络侧进行存储的资源链接索引并将该资源链接索引在当前对话框中进行发送。从而避免了在对一个文件多次分享时，该文件会被反复上传的问题，降低了网络资源浪费。同时因为资源链接索引的数据容量极小，避免了用户通过移动蜂窝网络分享文件时，流量消耗较多，给用户带来一定的经济负担的问题；也避免了在网络条件不太好的情况下，文件因其较大数据容量还可能会导致发送缓慢或失败，从而影响到用户体验的问题。

Description

一种文件分享方法、装置及终端

技术领域

本发明涉及通信技术领域，更具体地说，涉及一种文件分享方法、装置及终端。

背景技术

随着通信技术的迅猛发展，人们利用即时通讯软件进行文件分享已经越来越普遍。现有技术中，用户利用即时通讯软件，向好友发送图片、小视屏等文件信息的过程是：用户选中某个文件确认发送给好友后，对该文件进行上传，在上传完毕之后，好友对该文件进行下载，从而实现文件分享。此后若用户将该文件再次分享给其他需重复前述上传下载过程。例如：用户向好友A发送分享了一个文件1，此时文件1经历了用户上传和好友A下载两个过程。此后用户又将相同的文件1发送给了用户B，此时文件1又经历了用户上传和好友B下载两个过程。即对同一个文件进行多次分享时，该文件会被反复上传，从而造成网络资源浪费。若用户是通过移动蜂窝网络发送，往往还会导致流量消耗较多，从而给用户带来一定的经济负担。同时，若在网络条件不太好的情况下，文件因其较大数据容量还可能会导致发送缓慢或失败，从而影响到用户体验。

发明内容

本发明要解决的技术问题在于：对同一个文件进行多次分享时，该文件会被反复上传，从而造成网络资源浪费；在通过移动蜂窝网络分享时，导致流量消耗较多，给用户带来一定的经济负担；且在网络条件不太好的情况下，文件因其较大数据容量还可能会导致发送缓慢或失败，从而影响到用户体验的技术问题。针对该技术问题，提供一种文件分享方法、装置及终端。

为解决上述技术问题，本发明提供一种文件分享装置，所述文件分享装置包括：

信息获取模块，用于获取即时通信应用当前对话框中待发送文件的文件识别信息；

处理模块，用于基于所述文件识别信息确定所述待发送文件为所述即时通信应用中的历史发送过的文件历史发送文件时，获取该待发送文件历史发送成功时在网络侧进行存储的资源链接索引；

发送模块，用于将所述获取的资源链接索引在所述当前对话框中进行发送。

进一步地，所述处理模块用于根据所述文件识别信息在所述即时通信应用的文件发送历史记录表中查找到所述待发送文件的发送记录时，确定所述待发送文件为历史发送文件，从所述发送记录中提取所述待发送文件的资源链接索引；

所述文件发送历史记录表包含历史发送的各文件的发送记录，所述发送记录包含文件的文件识别信息以及文件在网络侧进行存储的资源链接索引。

进一步地，所述发送模块还用于在所述处理模块根据所述文件识别信息在所述文件发送历史记录表中未查找到所述待发送文件的发送记录时，将所述待发送文件在所述当前对话框中进行发送；

所述文件分享装置还包括信息存储模块，用于获取所述待发送文件发送成功后在网络侧进行存储的资源链接索引，并与该待发送文件的文件识别信息关联存储到所述文件发送历史记录表中。

进一步地，本发明还提供了一种包括上述任一种文件分享装置的终端。

进一步地，本发明提供了一种文件分享方法，所述文件分享方法包括：

获取即时通信应用当前对话框中待发送文件的文件识别信息；

基于所述文件识别信息确定所述待发送文件为所述即时通信应用中的历史发送文件时，获取该待发送文件历史发送成功时在网络侧进行存储的资源链接索引；

将获取的资源链接索引在所述当前对话框中进行发送。

进一步地，获取即时通信应用当前对话框中待发送文件的文件识别信息包括：

监测在当前对话界面根据对象选择指令选择的文件；

监测到用户针对所述文件下发发送指令时确定所述文件为待发送文件；

提取所述待发送文件的属性信息得到唯一识别该待发送文件的文件识别信息。

进一步地，所述待发送文件为多媒体文件或文档文件。

进一步地，所述属性信息包括文件名、文件生成时间、文件大小、分辨率、文件类型中的至少一种。

进一步地，基于所述文件识别信息确定所述待发送文件是否为历史发送文件包括：

根据所述文件识别信息在所述即时通信应用的文件发送历史记录表中查找到所述待发送文件的发送记录时，确定所述待发送文件为历史发送文件，从所述发送记录中提取所述待发送文件的资源链接索引；所述文件发送历史记录表包含历史发送的各文件的发送记录，所述发送记录包含文件的文件识别信息以及文件在网络侧进行存储的资源链接索引。

进一步地，所述文件发送历史记录表存储在本地，根据所述文件识别信息在所述文件发送历史记录表中查找到发送记录包括：

将所述文件识别信息与本地存储的所述各发送记录中的文件识别信息进行匹配，将匹配成功的发送记录作为所述待发送文件的发送记录；

或，

所述文件发送历史记录表存储在即时通信应用服务器上；根据所述文件识别信息在所述文件发送历史记录表中查找到发送记录包括：

向所述即时通信应用服务器发送记录查询请求，所述记录查询请求包含所述待发送文件的文件识别信息；

接收所述即时通信应用服务器根据所述待发送文件的文件识别信息在所述文件发送历史记录表中的进行查询的查询结果。

进一步地，根据所述文件识别信息在所述文件发送历史记录表中未查找到所述待发送文件的发送记录时，还包括：

将所述待发送文件在所述当前对话框中进行发送；

获取所述待发送文件发送成功后在网络侧进行存储的资源链接索引，并与该待发送文件的文件识别信息关联存储到所述文件发送历史记录表中。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的任一项的缓存生成控制方法和缓存生成方法。

有益效果

本发明实施例提供的文件分享方法、装置、终端以及计算机存储介质，在获取即时通信应用当前对话框中待发送文件的文件识别信息后，根据文件识别信息判断该待发送文件是否已经发送过，若是，则获取该待发送文件以前发送成功时在网络侧进行存储的资源链接索引，并将该资源链接索引在当前对话框中进行发送。从而避免了在对同一个文件进行多次分享时，该文件会被反复上传，从而造成网络资源浪费的问题。同时因为资源链接索引的数据容量极小，可有效避免用户通过移动蜂窝网络分享文件时，导致流量消耗较多，给用户带来一定的经济负担的问题；和在网络条件不太好的情况下，文件因其较大数据容量还可能会导致发送缓慢或失败，从而影响到用户体验的问题。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图；

图2为本发明第一实施例提供的文件分享方法流程图；

图3为本发明第一实施例提供的获取文件识别信息的流程图；

图4为本发明第一实施例提供的判断是否为历史发送文件的流程图；

图5为本发明第一实施例提供的未查找到待发送文件的发送记录时的文件操作流程图；

图6为本发明第二实施例提供的一种终端显示界面图；

图7为本发明第二实施例提供的一种微信好友发送界面图；

图8为本发明第二实施例提供的一种微信好友群发送界面图；

图9为本发明第三实施例提供的一种终端结构示意图；

图10为本发明第三实施例提供的文件分享装置结构示意图；

图11为本发明第三实施例提供的一种更详细的文件分享装置结构示意图；

图12为本发明第三实施例提供的一种信息获取模块结构示意图；

图13为本发明第三实施例提供的一种更详细的文件分享装置结构示意图；

图14为本发明第四实施例提供的一种QQ好友发送界面图；

图15为本发明第四实施例提供的一种QQ好友群发送界面图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端，然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图。

移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件，可以替代地实施更多或更少的组件，将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。

广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO@)的数据广播系统、地面数字广播综合服务(ISDB-T)等等的数字广播系统接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信模块112将无线电信号发送到基站(例如，接入点等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。

短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂TM等等。

位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是GPS(全球定位系统)。根据当前的技术，GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风1220，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示模块151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示模块151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。感测单元140可以包括接近传感器141。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。

输出单元150可以包括显示模块151、音频输出模块152、警报模块153等等。

显示模块151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示模块151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示模块151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示模块151和触摸板以层的形式彼此叠加以形成触摸屏时，显示模块151可以用作输入装置和输出装置。显示模块151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示模块(或其它显示装置)，例如，移动终端可以包括外部显示模块(未示出)和内部显示模块(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

警报模块153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报模块153可以以不同的方式提供输出以通知事件的发生。例如，警报模块153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(incoming communication)时，警报模块153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报模块153也可以经由显示模块151或音频输出模块152提供通知事件的发生的输出。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块181，多媒体模块181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

以下通过具体实施例进行详细说明。

第一实施例

参照图2，图2为本发明第一实施例提供的文件分享方法流程图。

S201：获取即时通信应用当前对话框中待发送文件的文件识别信息；

S202：判断待发送文件是否为即时通信应用中的历史发送文件；若是，转至S203，否则，转至S205；

应当理解的是，本实施例中，判断待发送文件是否为即时通信应用中的历史发送文件是根据获取到的即时通信应用当前对话框中待发送文件的文件识别信息来进行判定的。

应当理解的是，本实施例中，历史发送文件是指：在过去一段时间内已经被发送过的，同即时通信应用当前对话框中待发送文件相同的文件。

S203：获取该待发送文件历史发送成功时在网络侧进行存储的资源链接索引；

S204：将获取的资源链接索引在当前对话框中进行发送。

应当理解的是，本实施例中，将获取的资源链接索引在当前对话框中进行发送之后，发送对象接收到该资源链接索引，并根据该资源链接索引下载对应的文件，从而实现文件的转发。

S205：发送即时通信应用当前对话框中待发送文件。

应当理解的是，待发送文件发送过程包括向网络侧上传待发送文件，上传完成后，发送对象从网络侧下载该文件。在向网络侧上传待发送文件后，网络侧会生成资源链接索引，该资源链接索引用于找到对应文件的存储位置并下载。

值得注意的是，本实施例中，待发送文件可以为多媒体文件或文档文件等。例如，待发送文件可以是图片或视频或音频或PDF文档或Word文档或TXT文档或Excel表格等。应当理解的是，前述各文件种类仅仅是为便于理解所例举的几种文件，并不代表本发明中的待发送文件仅能为这几种文件。

本实施例中，获取到的即时通信应用当前对话框中的待发送文件可以是一个文件，也可以是包含多个文件。例如，获取到的待发送文件可以仅为一张图片文件，也可以是同时获取到多张图片文件或图片、视频、音频、文档等文件的混合。应当理解的是，不管是获取到一个文件还是多个文件，对于每个文件的处理均根据图2所示的方法流程进行。例如：假设同时获取到的待发送文件有待发送文件1和待发送文件2，则分别对待发送文件1和待发送文件2进行如图2所示的方法流程进行操作，假如判定待发送文件1为即时通信应用中的历史发送文件，则获取待发送文件1在以前发送成功时在网络侧进行存储的资源链接索引，对该资源链接索引进行发送；假如判定待发送文件2不是即时通信应用中的历史发送文件，则直接对待发送文件2进行发送。

应当理解的是，本实施例中，存储在网络侧的资源链接索引可以设置有效期，当资源链接索引在有效期内时，可以获取该资源链接索引并进行发送，当资源链接索引超出有效期后，资源链接索引将被清除，同时对应清除该资源链接索引对应的相关文件识别信息。例如，设置的有效期为10天，某存储在网络侧的资源链接索引1已超过10天，则该资源链接索引1会被清除，同时该资源链接索引1对应的用于进行判断待发送文件是否为即时通信应用中的历史发送文件的相关文件识别信息也将被清除。

应当理解的是，本实施例中，资源链接索引有效期可以被重置，即在有效期内，若资源链接索引被获取并发送，则该资源链接索引的有效期被重置。例如，设置的有效期为10天，某存储在网络侧的资源链接索引1在第9天被获取，并将其在当前对话框中进行发送，则将该资源链接索引1的有效期重置为10天。

本实施例中，获取即时通信应用当前对话框中待发送文件的文件识别信息过程可以为，参见图3：

S301:监测在当前对话界面根据对象选择指令选择的文件；

S302:监测到用户针对该文件下发发送指令时确定该文件为待发送文件；

S303:提取待发送文件的属性信息得到唯一识别该待发送文件的文件识别信息。

本实施例中，提取到的待发送文件的属性信息包括但不限于多媒体信息的文件名，文件生成时间，文件大小，文件类型，文件分辨率等。前述属性信息可以仅提取文件名、文件生成时间、文件大小、文件分辨率、文件类型等中的一种，也可以提取文件名、文件生成时间、文件大小、文件分辨率、文件类型等中的多种。例如，可仅提取文件名，也可同时提取文件名、文件生成时间和文件大小等。

得到的唯一识别该待发送文件的文件识别信息可以是前述提取到的待发送文件的属性信息的任一种，或是前述提取到的待发送文件的属性信息的几种的加权组合，例如，得到的文件识别信息可以是文件名或文件生成时间加文件大小或文件名加文件生成时间加文件分辨率等的一种或多种的自由组合。

应当理解的是，上述列举的属性信息及文件识别信息仅是一部分示例，不代表本实施例属性信息及文件识别信息只有上述列举的方式。

应当理解的是，本实施例中，文件大小包括文件的尺寸大小和文件的数据流量大小等。文件的尺寸大小包括：文件的长度、文件的宽度和文件的高度等。文件的数据流量大小包括：文件本身占用的数据内存大小和上传或下载文件所需要的流量大小等。

具体的，本实施例步骤S202中，判断待发送文件是否为即时通信应用中的历史发送文件包括，参见图4：

S401:在即时通信应用的文件发送历史记录表中查找到待发送文件的发送记录；

应当理解的是，本实施例中，查找待发送文件的发送记录是根据获取到的文件识别信息进行查找的。

S402:判断待发送文件是否为历史发送文件；若是，转至S403；否则，转至S404；

S403:从发送记录中提取待发送文件的资源链接索引。

S404:发送即时通信应用当前对话框中待发送文件。

本实施例中，文件发送历史记录表包含历史发送的各文件的发送记录；而发送记录中包含文件的文件识别信息以及文件在网络侧进行存储的资源链接索引，参见表1。

表1

文件识别信息1	资源链接索引1
		文件识别信息2	资源链接索引2
文件识别信息3	资源链接索引3
		…	…

表1中每组对应的文件识别信息和资源链接索引对应包含于一个发送记录中，参见表2。应当理解的是，一个发送记录包括文件识别信息和资源链接索引，但不代表仅含有文件识别信息和资源链接索引。

表2

发送记录1
	发送记录2
发送记录3
	…

本实施例中，存储在网络侧的资源链接索引可以设置有效期，当资源链接索引在有效期内时，从发送记录中提取待发送文件的资源链接索引；当资源链接索引超出有效期后，清除包含该资源链接索引的发送记录。也即发送记录内的资源链接索引和对应文件识别信息将被清除。以表1和表2为例，如果文件识别信息1超出了有效期，则发送记录1将会被清除，即发送记录1中包含的文件识别信息1与对应资源链接索引1等内容会被清除。

本实施例中，文件发送历史记录表中包含的历史发送的各文件的发送记录可以只有用户自己的发送记录，也可以包含其他用户的发送记录，比如，即时通信好友的发送记录。

本实施例中，文件发送历史记录表可以存储在本地，也可以存储在即时通信应用服务器上。

当文件发送历史记录表存储在本地时，在即时通信应用的文件发送历史记录表中查找到待发送文件的发送记录具体包括：

将获取到的待发送文件的文件识别信息与本地存储的各发送记录中的文件识别信息进行匹配，将匹配成功的发送记录作为待发送文件的发送记录。其匹配过程可以是通过待发送文件的文件识别信息与本地存储的各发送记录中的文件识别信息进行比对，相同的即为匹配成功。

例如，获取到待发送文件的文件识别信息为文件识别信息X，将文件识别信息X与本地存储的各发送记录中的文件识别信息进行比对，假设文件识别信息X与本地存储的发送记录中的文件识别信息2比对相同，则将包含文件识别信息2的发送记录2作为待发送文件的发送记录，从而提取到对应的资源链接索引2。

应当理解的是，上述通过比对是否相同进行匹配仅是本实施例提供的匹配的一种具体实现方式，不代表不发明中匹配只能通过比对是否相同进行，事实上，只要能达到待发送文件的文件识别信息与本地存储的各发送记录中的文件识别信息进行匹配的效果的任何具体实现方式都应在本发明的保护范围为之内。

应当理解的是，文件发送历史记录表存储在本地时，文件发送历史记录表仅包含用户对话框中接收到的和发送过的发送记录。

当文件发送历史记录表存储在即时通信应用服务器上时，在即时通信应用的文件发送历史记录表中查找到待发送文件的发送记录具体包括：

向即时通信应用服务器发送记录查询请求，该记录查询请求包含待发送文件的文件识别信息；

接收即时通信应用服务器根据待发送文件的文件识别信息在文件发送历史记录表中的进行查询的查询结果。

值得注意的是，即时通信应用服务器根据待发送文件的文件识别信息在文件发送历史记录表中的进行查询包括：

即时通信应用服务器根据接收到的记录查询请求中待发送文件的文件识别信息在文件发送历史记录表进行匹配，此时存在两种情况：一、匹配失败，即时通信应用服务器反馈无查询结果；二、匹配成功，即时通信应用服务器从文件发送历史记录表对应的发送记录中提取待发送文件的资源链接索引，并将该资源链接索引进行反馈。应当理解的是，匹配成功时，即时通信应用服务器反馈的可以仅是资源链接索引；也可以是资源链接索引和其他反馈信息，例如，可以是反馈存在查询结果和资源链接索引。

应当理解的是，当文件发送历史记录表存储在即时通信应用服务器上时，即时通信应用的文件发送历史记录表中可以包括所有存储在即时通信应用服务器上的用户的发送记录。此时获取的待发送文件的文件识别信息将会与所有存储在即时通信应用服务器的文件发送历史记录表中的用户的各发送记录包含的文件识别信息进行匹配。

具体的，可以先与待发送文件对应的用户存储在即时通信应用服务器文件发送历史记录表中的各发送记录包含的文件识别信息进行匹配，若没有，再与存储在该即时通信应用服务器文件发送历史记录表中的其余用户的各发送记录包含的文件识别信息进行匹配。

例如，获取的用户1的待发送文件的文件识别信息为文件识别信息Y，此文件识别信息Y会先与用户1存储在即时通信应用服务器上文件发送历史记录表中的各发送记录包含的文件识别信息进行匹配，如果匹配失败，则文件识别信息Y再与其他用户存储在即时通信应用服务器上的文件发送历史记录表中的各发送记录包含的文件识别信息进行匹配。

应当理解的是，为保护用户隐私安全，上述对于所有存储于即时通信应用服务器上文件发送历史记录表中的文件识别信息进行匹配，可以先对获取的待发送文件的文件识别信息是否为网络公共信息进行判别。若为网络公共信息，则对所有存储在该即时通信应用服务器上文件发送历史记录表中的各发送记录包含的文件识别信息进行匹配；否则，仅对待发送文件对应的用户存储在即时通信应用服务器上文件发送历史记录表中的各发送记录包含的文件识别信息进行匹配。

例如，获取到用户1的待发送文件的文件识别信息为文件识别信息Y，即时通信应用服务器判决该文件识别信息Y为网络公共信息，则对该文件识别信息Y在所有存储在即时通信应用服务器上的文件识别信息进行匹配。获取到用户2的待发送文件的文件识别信息为文件识别信息Z，即时通信应用服务器判决该文件识别信息Y不是网络公共信息，则只对用户2存储在即时通信应用服务器上的文件识别信息进行匹配。

应当理解的是，为保护用户隐私安全，上述对于存储于即时通信应用服务器上文件发送历史记录表中的文件识别信息进行匹配，可以是对于存储于即时通信应用服务器上用户及用户好友的文件发送历史记录表中的文件识别信息进行匹配。

例如，获取到用户3的待发送文件的文件识别信息为文件识别信息M，该文件识别信息M可以在存储于即时通信应用服务器上用户3及用户3好友的所有文件识别信息中进行匹配。

应当理解的是，上述文件发送历史记录表可以存储于本地或时通信应用服务器的数据库中。

本实施例中，根据文件识别信息在文件发送历史记录表中未查找到待发送文件的发送记录时，还包括，参见图5：

S501:将待发送文件在当前对话框中进行发送；

S502:获取待发送文件发送成功后在网络侧进行存储的资源链接索引；

S503:将该资源链接索引与该待发送文件的文件识别信息关联存储到文件发送历史记录表中。

应当理解的是，资源链接索引与文件识别信息关联存储到文件发送历史记录表中，其存储方式可以是随机存储在文件发送历史记录表中，或按时间的不同存储在文件发送历史记录表中，或按文件对应的即时通信应用对话框来分别存储在文件发送历史记录表中，或按文件类型的不同分别存储在文件发送历史记录表中等。

按时间的不同存储在文件发送历史记录表中包括：按时间顺序由早到晚依次将资源链接索引与文件识别信息关联存储在文件发送历史记录表中，或按时间顺序由晚到早依次将资源链接索引与文件识别信息关联存储在文件发送历史记录表中，或按某种时间规律依次将资源链接索引与文件识别信息关联存储在文件发送历史记录表中，例如将奇数日期的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处，将偶数日期的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的另一处等。

按文件对应的即时通信应用对话框来分别存储在文件发送历史记录表中，例如，将对话框1中的所有文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处，将对话框2中的所有文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的另一处，依次按对话框进行存储。

按文件类型的不同分别存储在文件发送历史记录表中，包括：将图片文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处，将视频文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处，将音频文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处，将word文档文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处等等。

应当理解的是，在按文件类型的不同分别存储时，每种类型的文件对应的资源链接索引与文件识别信息关联存储的方式也可以是随机存储在文件发送历史记录表对应的文件类型存储区域中，或按时间的不同存储在文件发送历史记录表对应的文件类型存储区域中，或按文件对应的即时通信应用对话框来分别存储在文件发送历史记录表对应的文件类型存储区域中等。

本实施例提供的文件分享方法中，其发送获取到的资源链接索引、发送待发送文件、发送发送记录查询请求和接收即时通信应用服务器反馈的查询结果可通过设置于如图1所示的终端内的无线通信单元110实现；其余所有操作步骤均可通过设置于如图1所示的终端内的控制器实现。

本实施例提供的文件分享方法，在获取即时通信应用当前对话框中待发送文件的文件识别信息后，会根据获取到的文件识别信息判断该待发送文件是否已经发送过，若是，则获取该待发送文件以前发送成功时在网络侧进行存储的资源链接索引，并将该资源链接索引在当前对话框中进行发送；否则直接发送该待发送文件。避免了在对同一个文件进行多次分享时，该文件会被反复上传的问题，降低了网络资源的浪费。同时因为资源链接索引的数据容量远小于文件本身数据容量，发送资源链接索引可有效避免用户通过移动蜂窝网络分享文件时，导致流量消耗较多，给用户带来一定的经济负担的问题；同时也避免了在网络条件不太好的情况下，文件因其较大数据容量还可能会导致发送缓慢或失败的问题，提高了用户体验。

第二实施例

为便于理解本发明的技术方案，本实施例在实施例一的基础上提供了一种具体的文件分享方法应用情景。

如图6所示为一终端显示界面，其中QQ、微信、陌陌、YY语音均为即时通信软件，支付宝为包含即时通信功能的应用。应当理解的是，本发明所提供的即时通信应用为只要可以实现进行即时通信功能的应用，即前述两种类型均为即时通信应用。应当理解的是，本实施例中所列举的即时通信应用仅用于更好的理解本发明提供的技术方案，不代表本发明中的即时通信应用只能为前述的这些即时通信应用。

应当理解的是，本实施例中，即时通信应用对话框可以是对应于一个对象的对话框，如两个用户之间的微信聊天对话框，可参见图7。也可以是对应于多个对象的对话框，如微信好友群对话框，可参见图8。

本实施例中，假定文件识别信息仅是根据文件名得到的，文件发送历史记录表存储于数据库中，数据库位于本地(即文件发送历史记录表存储在本地)。

以微信中两个用户之间的聊天对话框为例，参照图7，在对话框中，用户向好友1发送一幅正七角星图片，该图片文件名为“图片1”，此时正七角星图片为待发送文件。终端获取该待发送文件的文件识别信息为“图片1”，将该文件识别信息“图片1”与数据库中的文件识别信息进行匹配，发现无对应匹配结果，发送正七角星图片。从图7中可以看出，用户在2016年8月30日09：11成功向好友1发送了名为“图片1”的正七角星的图片。此后终端将获取待发送文件在网络侧进行存储的资源链接索引，并将该资源链接索引与文件识别信息“图片1”关联存储到文件发送历史记录表中。

此后用户再次选中了这幅正七角星图片向好友1发送，终端获取到文件识别信息“图片1”，将该文件识别信息“图片1”与数据库中的文件识别信息进行匹配，此时数据库中存在相同的文件识别信息，提取对应的存储于网络侧的资源链接索引发送给好友1。发送一幅正七角星图片，从图7中可以看出，用户在2016年8月30日09：13成功向好友1发送了“图片1”对应的资源链接索引(图中内容为“图片1，xx...”的框格)。好友1在接收到该资源链接索引后自动从网络侧下载对应的正七角星图片，实现文件的发送。应当理解的是，好友1在接收到该资源链接索引后，可以不自动从网络侧下载对应的正七角星图片，而是自主选择是否下载。

以微信中好友群对话框为例，参照图8，在对话框中，可以看出好友群内共有17位成员，用户接收到了好友3于2016年8月30日09：11在好友群中分享了一幅名为“图片1”的正七角星图片。用户在该好友群中再次分享该十字形图片，此时终端会找到刚刚接收并存储于本地的“图片1”对应的资源链接索引并发送。可以看到，用户于2016年8月30日10：13分享发送的是图片2对应的资源链接索引(图中内容为“图片1，xx...”的框格)。

应当理解的是，好友3在确认发送“图片1”对应的图片时，在好友3侧，终端会确认该正七角星图片为待发送文件，然后获取该待发送文件的文件识别信息并对其进行判别。在好友3侧对话框中，所发送的可能是文件本身，也可能是对应的资源链接索引。若为资源链接索引，本实施例图8所示情况为，接收到好友3发送的资源链接索引后，终端自动下载了对应图片进行显示。应当理解的是，用户侧接收到的也可以是资源链接索引，用户可自主选择是否下载。

应当理解的是，上述示例中为在同一对话框中相同文件多次发送的情况，在不同对话框中对相同文件进行多次发送时，其具体过程与上述示例相同。在获取待发送文件的文件识别信息后，在数据库中进行文件识别信息匹配，若匹配成功，发送对应的资源链接索引，实现转发。例如，从好友群中将好友分享的文件分享给其他好友或群中。若匹配失败，发送待发送文件。

应当理解的是，本实施例中，对同一文件的分享不仅可以是上述示例中在一个对话框中进行分享，还可以是同时在多个对话框中进行分享。例如，同时选中多个好友进行同一文件的分享。

同时选中多个好友进行同一文件的分享时，获取待发送文件的文件识别信息，并在数据库中进行匹配。若匹配成功，发送对应的资源链接索引到每一个选中好友的对话框中；若匹配失败，选择其中一个选中好友发送待发送文件，之后对其他选中好友发送对应的资源链接索引。应当理解的是，匹配失败时也可以直接发送待发送文件到每一个选中好友的对话框中。

本实施例中，上述文件分享过程不仅仅适用于微信，对于其他所有即时通信应用都适用，具有普适性。

本实施例提供的文件分享方法中，其发送获取到的资源链接索引和发送待发送文件可通过设置于如图1所示的终端内的无线通信单元110实现；其余所有操作步骤均可通过设置于如图1所示的终端内的控制器实现。

本实施例提供的文件分享方法，基于微信等即时通信应用下，获待发送文件的文件识别信息，并判断该文件识别信息是否存在匹配信息，若是，则提取对应的资源链接索引并发送；否则直接发送该待发送文件。避免了在对同一个文件反复上传的问题，降低了网络资源的浪费。同时减少了用户流量消耗，避免了在网络条件不太好的情况下，文件发送缓慢或失败的问题，提高了用户体验。

第三实施例

参照图9，图9为本发明第三实施例提供的一种终端结构示意图，包含文件分享装置3，图10为本发明第三实施例提供的文件分享装置结构示意图，包括：

信息获取模块31，用于获取即时通信应用当前对话框中待发送文件的文件识别信息；

处理模块32，用于基于所述文件识别信息确定待发送文件为即时通信应用中的历史发送过的文件历史发送文件时，获取该待发送文件历史发送成功时在网络侧进行存储的资源链接索引；

发送模块33，用于将获取的资源链接索引在当前对话框中进行发送。

应当理解的是，本实施例中，历史发送文件是指：在过去一段时间内已经被发送过的，同即时通信应用当前对话框中待发送文件相同的文件。

应当理解的是，历史发送文件的发送过程中包括向网络侧上传文件内容。在向网络侧上传文件完成后，网络侧会生成资源链接索引，该资源链接索引用于找到对应文件的存储位置并下载。

应当理解的是，本实施例中，发送模块33将获取的资源链接索引在当前对话框中进行发送之后，发送对象接收到该资源链接索引，并根据该资源链接索引下载对应的文件，从而实现文件的转发。

值得注意的是，本实施例中，待发送文件可以为多媒体文件或文档文件等。例如，待发送文件可以是图片或视频或音频或PDF文档或Word文档或TXT文档或Excel表格等。

本实施例中，待发送文件可以是一个文件，也可以是包含多个文件。不管待发送文件是一个文件还是多个文件，每个待发送文件均需要用文件分享装置3的信息获取模块31、处理模块32和发送模块33对其进行处理。

本实施例中，文件分享装置3还包括时效管理模块34，参见图11。时效管理模块34用于对存储在网络侧的资源链接索引设置有效期，并在资源链接索引超出有效期后，时效管理模块34清除该资源链接索引，同时对应清除该资源链接索引对应的相关文件识别信息。时效管理模块34还用于在有效期内，若资源链接索引被获取并发送，则对该资源链接索引的有效期重新计时。

本实施例中，信息获取模块31结构参见图12，包括：

监测处理单元311，用于监测在当前对话界面根据对象选择指令选择的文件和监测到用户针对该文件下发发送指令时确定该文件为待发送文件。

文件识别信息提取单元312，用于提取待发送文件的属性信息得到唯一识别该待发送文件的文件识别信息。

本实施例中，文件识别信息提取单元312提取到的待发送文件的属性信息包括但不限于多媒体信息的文件名，文件生成时间，文件大小，文件类型，文件分辨率等。前述属性信息可以仅提取文件名、文件生成时间、文件大小、文件分辨率、文件类型等中的一种，也可以提取文件名、文件生成时间、文件大小、文件分辨率、文件类型等中的多种。

本实施例中，文件识别信息提取单元312得到的唯一识别该待发送文件的文件识别信息可以是前述提取到的待发送文件的属性信息的任一种，或是前述提取到的待发送文件的属性信息的几种的加权组合。

应当理解的是，本实施例中，文件大小包括文件的尺寸大小和文件的数据流量大小等。文件的尺寸大小包括：文件的长度、文件的宽度和文件的高度等。文件的数据流量大小包括：文件本身占用的数据内存大小和上传或下载文件所需要的流量大小等。

本实施例中，处理模块32还用于根据文件识别信息在即时通信应用的文件发送历史记录表中查找到待发送文件的发送记录时，确定待发送文件为历史发送文件，并从发送记录中提取所述待发送文件的资源链接索引；

文件发送历史记录表包含历史发送的各文件的发送记录，发送记录包含文件的文件识别信息以及文件在网络侧进行存储的资源链接索引。

本实施例中，文件发送历史记录表中包含的历史发送的各文件的发送记录可以只有用户自己的发送记录，也可以包含其他用户的发送记录，比如，即时通信好友的发送记录。

本实施例中，时效管理模块34在资源链接索引超出有效期后，时效管理模块34清除包含该资源链接索引及与该资源链接索引对应的相关文件识别信息的发送记录。

本实施例中，文件发送历史记录表可以存储在本地，也可以存储在即时通信应用服务器上。

当文件发送历史记录表存储在本地时，处理模块32在即时通信应用的文件发送历史记录表中查找到待发送文件的发送记录具体包括：

将获取到的待发送文件的文件识别信息与本地存储的各发送记录中的文件识别信息进行匹配，将匹配成功的发送记录作为待发送文件的发送记录。其匹配过程可以是通过待发送文件的文件识别信息与本地存储的各发送记录中的文件识别信息进行比对，相同的即为匹配成功。

应当理解的是，上述通过比对是否相同进行匹配仅是本实施例提供的匹配的一种具体实现方式，不代表不发明中匹配只能通过比对是否相同进行，事实上，只要能达到待发送文件的文件识别信息与本地存储的各发送记录中的文件识别信息进行匹配的效果的任何具体实现方式都应在本发明的保护范围为之内。

应当理解的是，文件发送历史记录表存储在本地时，文件发送历史记录表仅包含用户对话框中接收到的和发送过的发送记录。

当文件发送历史记录表存储在即时通信应用服务器上时，处理模块32在即时通信应用的文件发送历史记录表中查找到待发送文件的发送记录具体包括：向即时通信应用服务器发送记录查询请求，该记录查询请求包含待发送文件的文件识别信息；之后接收即时通信应用服务器根据待发送文件的文件识别信息在文件发送历史记录表中的进行查询的查询结果。

应当理解的是，此时即时通信应用服务器根据接收到的包含文件识别信息的记录查询请求在文件发送历史记录表中的进行查询。此时存在两种情况：一、匹配失败，即时通信应用服务器向处理模块32反馈无查询结果；二、匹配成功，即时通信应用服务器从文件发送历史记录表对应的发送记录中提取待发送文件的资源链接索引，并将该资源链接索引反馈给处理模块32。本实施例中，匹配成功时，即时通信应用服务器反馈的可以仅是资源链接索引；也可以是资源链接索引和其他反馈信息，例如，可以是反馈存在查询结果和资源链接索引。

具体的，可以先与待发送文件对应的用户存储在即时通信应用服务器文件发送历史记录表中的各发送记录包含的文件识别信息进行匹配，若没有，再与存储在该即时通信应用服务器文件发送历史记录表中的其余用户的各发送记录包含的文件识别信息进行匹配。

应当理解的是，为保护用户隐私安全，上述对于所有存储于即时通信应用服务器上文件发送历史记录表中的文件识别信息进行匹配，可以先对获取的待发送文件的文件识别信息是否为网络公共信息进行判别。若为网络公共信息，则对所有存储在该即时通信应用服务器上文件发送历史记录表中的各发送记录包含的文件识别信息进行匹配；否则，仅对待发送文件对应的用户存储在即时通信应用服务器上文件发送历史记录表中的各发送记录包含的文件识别信息进行匹配。

应当理解的是，为保护用户隐私安全，上述对于存储于即时通信应用服务器上文件发送历史记录表中的文件识别信息进行匹配，可以是对于存储于即时通信应用服务器上用户及用户好友的文件发送历史记录表中的文件识别信息进行匹配。

应当理解的是，上述文件发送历史记录表可以存储于本地或时通信应用服务器的数据库中。

本实施例中，参见图13，发送模块33还用于在处理模块32根据文件识别信息在文件发送历史记录表中未查找到待发送文件的发送记录时，将待发送文件在当前对话框中进行发送；

信息存储模块35，用于获取待发送文件发送成功后在网络侧进行存储的资源链接索引，并与该待发送文件的文件识别信息关联存储到文件发送历史记录表中。

应当理解的是，信息存储模块35将资源链接索引与文件识别信息关联存储到文件发送历史记录表中的存储方式可以是：随机存储在文件发送历史记录表中，或按时间的不同存储在文件发送历史记录表中，或按文件对应的即时通信应用对话框来分别存储在文件发送历史记录表中，或按文件类型的不同分别存储在文件发送历史记录表中等。

按时间的不同存储在文件发送历史记录表中包括：按时间顺序由早到晚依次将资源链接索引与文件识别信息关联存储在文件发送历史记录表中，或按时间顺序由晚到早依次将资源链接索引与文件识别信息关联存储在文件发送历史记录表中，或按某种时间规律依次将资源链接索引与文件识别信息关联存储在文件发送历史记录表中。

按文件对应的即时通信应用对话框来分别存储在文件发送历史记录表中，例如，将对话框1中的所有文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处，将对话框2中的所有文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的另一处，依次按对话框进行存储。

按文件类型的不同分别存储在文件发送历史记录表中，包括：将图片文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处，将视频文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处，将音频文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处，将word文档文件对应的资源链接索引与文件识别信息关联存储在文件发送历史记录表中的一处等等。

应当理解的是，在按文件类型的不同分别存储时，每种类型的文件对应的资源链接索引与文件识别信息关联存储的方式也可以是随机存储在文件发送历史记录表对应的文件类型存储区域中，或按时间的不同存储在文件发送历史记录表对应的文件类型存储区域中，或按文件对应的即时通信应用对话框来分别存储在文件发送历史记录表对应的文件类型存储区域中等。

本实施例提供的包含文件分享装置3的终端，其具体结构可以参考图1所示的终端结构，文件分享装置3中发送模块33的功能可通过设置于终端内的无线通信单元110实现，文件分享装置3中发送模块33具体可以构建于终端的无线通信单元110内。文件分享装置3中信息获取模块31、处理模块32、时效管理模块34和信息存储模块35的功能可通过设置于终端内的控制器实现，文件分享装置3中信息获取模块31、处理模块32、时效管理模块34和信息存储模块35具体可以构建于终端的控制器内。

本实施例提供的终端及文件分享装置3，利用信息获取模块31获取即时通信应用当前对话框中待发送文件的文件识别信息，然后处理模块32根据获取到的文件识别信息判断该待发送文件是否为历史发送文件，若是，发送模块33发送对应的资源链接索引，否则，发送待发送文件。避免了在对同一个文件进行多次分享时，该文件会被反复上传，导致网络资源的浪费的问题。同时因为资源链接索引的数据容量极小，用户发送时流量消耗低，减轻了用户经济负担，同时也避免了在网络条件不太好的情况下，文件因其较大数据容量还可能会导致发送缓慢或失败的问题，提高了用户体验。

第四实施例

本实施例在实施例三的基础上提供了包含文件分享装置3的终端的具体应用情景。

仍参照图6所示的终端显示界面，其中QQ、微信、陌陌、YY语音均为即时通信软件，支付宝为包含即时通信功能的应用。应当理解的是，本发明所提供的即时通信应用为只要可以实现进行即时通信功能的应用，即前述两种类型均为即时通信应用。

应当理解的是，上述列举的即时通信应用仅用于更好的理解本发明提供的技术方案，不代表本发明中的即时通信应用只能为上述这些即时通信应用。

应当理解的是，本实施例中，即时通信应用对话框可以是对应于一个对象的对话框，如两个用户之间的QQ聊天对话框，可参见图14。也可以是对应于多个对象的对话框，如QQ好友群，可参见图15。

本实施例中，假定文件识别信息仅是根据文件名得到的，文件发送历史记录表存储于数据库中，数据库位于本地(即文件发送历史记录表存储在本地)。

以两个用户之间的QQ聊天对话框为例，参见图14，用户于2016年8月30日10：11在QQ对话框中向好友1选定发送了一幅名为图片2的十字形图片，此时该十字形图片为待发送文件，信息获取模块31获取微信对话框中十字形图片的文件识别信息为“图片2”，此后处理模块32根据获取到的文件识别信息“图片2”在数据库中查询是否存在与“图片2”匹配的文件识别信息，如果存在，处理模块32提取该与文件识别信息“图片2”匹配的文件识别信息的对应资源链接索引，发送模块33将该资源链接索引在当前微信对话框中进行发送(图中内容为“图片2，xx...”的框格)。如果不存在，发送模块33将选定的十字形图片在当前QQ对话框中进行发送，同时信息存储模块35获取十字形图片发送成功后在网络侧进行存储的资源链接索引2，并与十字形图片的文件识别信息“图片2”关联存储到文件发送历史记录表中。应当理解的是，好友1在接收到该资源链接索引后自动从网络侧下载对应的正七角星图片，实现文件的发送。应当理解的是，好友1在接收到该资源链接索引后，可以不自动从网络侧下载对应的正七角星图片，而是自主选择是否下载。

以QQ好友群聊天对话框为例，参见图15，群主于2016年8月30日10：11在QQ对话框中选定发送了一幅名为图片2的十字形图片，用户于2016年8月30日10：13对该图片再次进行了分享，此时终端会找到刚刚接收并存储于本地的“图片2”对应的资源链接索引并发送。此时分享发送的是如图15所示的资源链接索引(图中内容为“图片2，xx...”的框格)。

应当理解的是，群主在确认发送该十字形图片时，在群主侧，终端会确认该正十字形图片为待发送文件，然后获取该待发送文件的文件识别信息并对其进行判别。在群主侧对话框中，所发送的可能是文件本身，也可能是对应的资源链接索引。若为资源链接索引，本实施例图15所示情况为，接收到群主发送的资源链接索引后，终端自动下载了对应图片进行显示。应当理解的是，用户侧接收到的也可以是资源链接索引，用户可自主选择是否下载。

本实施例中，用户可以同时选中多个对话框进行同一文件的分享。此时该文件对应的文件识别信息在数据库中无匹配项时，可以选择其中一个对话框发送文件2，之后对其余对话框发送对应的资源链接索引。

例如，用户在QQ中选中某一文件后，再选中多个对话框确认发送，此时该文件为待发送文件，信息获取模块31获取该文件的文件识别信息N，此后处理模块32根据获取到的文件识别信息N在数据库中查询是否存在与文件识别信息N匹配的文件识别信息，如果存在，处理模块32提取该与文件识别信息N匹配的文件识别信息的对应资源链接索引，发送模块33将该资源链接索引在所有用户选中的QQ对话框中进行发送。如果不存在，发送模块33选择一个用户选定的QQ对话框将该文件在该对话框中进行发送，同时信息存储模块35获取该文件发送成功后在网络侧进行存储的资源链接索引N，并与该文件的文件识别信息N关联存储到文件发送历史记录表中。然后发送模块33将资源链接索引N发送到其余对话框中。应当理解的是，如果不存在时，发送模块33也可以对每个用户选定的QQ对话框发送该文件本身。

应当理解的是，上述示例过程同样适用于其他即时通信应用中，具有普适性。

本实施例提供的包含文件分享装置3的终端，其具体结构可以参考图1所示的终端结构，文件分享装置3中发送模块33的功能可通过设置于终端内的无线通信单元110实现，文件分享装置3中发送模块33具体可以构建于终端的无线通信单元110内。文件分享装置3中信息获取模块31、处理模块32和信息存储模块35的功能可通过设置于终端内的控制器实现，文件分享装置3中信息获取模块31、处理模块32和信息存储模块35具体可以构建于终端的控制器内。

本实施例提供的终端及文件分享装置3，在QQ等即时通信应用下，信息获取模块31获待发送文件的文件识别信息，处理模块32判断该文件识别信息是否存在匹配信息，若是，则提取对应的资源链接索引并由发送模块33发送；否则，发送模块33直接发送该待发送文件。避免了在对同一个文件反复上传的问题，降低了网络资源的浪费。同时减少了用户流量消耗，避免了在网络条件不太好的情况下，文件发送缓慢或失败的问题，提高了用户体验。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (11)

1.一种文件分享装置，其特征在于，包括：

信息获取模块，用于获取即时通信应用当前对话框中待发送文件的文件识别信息；

处理模块，用于基于所述文件识别信息确定所述待发送文件为所述即时通信应用中的历史发送过的文件历史发送文件时，获取该待发送文件历史发送成功时在网络侧进行存储的资源链接索引；

发送模块，用于将所述获取的资源链接索引在所述当前对话框中进行发送。

2.如权利要求1所述的文件分享装置，其特征在于，所述处理模块用于根据所述文件识别信息在所述即时通信应用的文件发送历史记录表中查找到所述待发送文件的发送记录时，确定所述待发送文件为历史发送文件，从所述发送记录中提取所述待发送文件的资源链接索引；

所述文件发送历史记录表包含历史发送的各文件的发送记录，所述发送记录包含文件的文件识别信息以及文件在网络侧进行存储的资源链接索引。

3.如权利要求2所述的文件分享装置，其特征在于，所述发送模块还用于在所述处理模块根据所述文件识别信息在所述文件发送历史记录表中未查找到所述待发送文件的发送记录时，将所述待发送文件在所述当前对话框中进行发送；

所述文件分享装置还包括信息存储模块，用于获取所述待发送文件发送成功后在网络侧进行存储的资源链接索引，并与该待发送文件的文件识别信息关联存储到所述文件发送历史记录表中。

4.一种终端，其特征在于，包括如权利要求1-3任一项所述的文件分享装置。

5.一种文件分享方法，其特征在于，包括：

获取即时通信应用当前对话框中待发送文件的文件识别信息；

基于所述文件识别信息确定所述待发送文件为所述即时通信应用中的历史发送文件时，获取该待发送文件历史发送成功时在网络侧进行存储的资源链接索引；

将获取的资源链接索引在所述当前对话框中进行发送。

6.如权利要求5所述的文件分享方法，其特征在于，获取即时通信应用当前对话框中待发送文件的文件识别信息包括：

监测在当前对话界面根据对象选择指令选择的文件；

监测到用户针对所述文件下发发送指令时确定所述文件为待发送文件；

提取所述待发送文件的属性信息得到唯一识别该待发送文件的文件识别信息。

7.如权利要求5所述的文件分享方法，其特征在于，所述待发送文件为多媒体文件或文档文件。

8.如权利要求6所述的文件分享方法，其特征在于，所述属性信息包括文件名、文件生成时间、文件大小、分辨率、文件类型中的至少一种。

9.如权利要求5-8任一项所述的文件分享方法，其特征在于，基于所述文件识别信息确定所述待发送文件是否为历史发送文件包括：

根据所述文件识别信息在所述即时通信应用的文件发送历史记录表中查找到所述待发送文件的发送记录时，确定所述待发送文件为历史发送文件，从所述发送记录中提取所述待发送文件的资源链接索引；所述文件发送历史记录表包含历史发送的各文件的发送记录，所述发送记录包含文件的文件识别信息以及文件在网络侧进行存储的资源链接索引。

10.权利要求9所述的多文件分享方法，其特征在于，

所述文件发送历史记录表存储在本地，根据所述文件识别信息在所述文件发送历史记录表中查找到发送记录包括：

将所述文件识别信息与本地存储的所述各发送记录中的文件识别信息进行匹配，将匹配成功的发送记录作为所述待发送文件的发送记录；

或，

所述文件发送历史记录表存储在即时通信应用服务器上；根据所述文件识别信息在所述文件发送历史记录表中查找到发送记录包括：

向所述即时通信应用服务器发送记录查询请求，所述记录查询请求包含所述待发送文件的文件识别信息；

接收所述即时通信应用服务器根据所述待发送文件的文件识别信息在所述文件发送历史记录表中的进行查询的查询结果。

11.如权利要求9所述的文件分享方法，其特征在于，根据所述文件识别信息在所述文件发送历史记录表中未查找到所述待发送文件的发送记录时，还包括：

将所述待发送文件在所述当前对话框中进行发送；

获取所述待发送文件发送成功后在网络侧进行存储的资源链接索引，并与该待发送文件的文件识别信息关联存储到所述文件发送历史记录表中。