CN111327517A - 信息分享方法、终端及可读存储介质 - Google Patents

Abstract

本发明公开了一种信息分享方法，包括：S10：获取待分享信息；S20：检测所述待分享信息是否满足预设规则；S30：若是，则根据预设策略发送所述待分享信息。本发明还公开了一种终端、可读存储介质。实现了智能发送待分享信息的目的。

Description

信息分享方法、终端及可读存储介质

技术领域

本发明涉及信息分享领域，尤其涉及一种信息分享方法、终端及可读存储介质。

背景技术

随着网络通讯的普及，人与人之间的交流越来越方便，在人们获取到某些信息时，期望与他人分享，现有技术可以进行信息的分享，但是，往往存在网络条件较差时，信息分享过程耗时非常长；或接收分享信息的用户流量不足，导致产生额外流量费用；或接收分享信息的接收端存储空间不足，导致分享信息只能部分接收；或某些分享信息，接收端无法打开；以及有些信息无法进行分享(如微信无法进行语音分享)的问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种信息分享方法、终端及可读存储介质，旨在解决如何智能发送待分享信息的问题。

为实现上述目的，本发明提供一种信息分享方法，所述信息分享方法包括：

S10：获取待分享信息；

S20：检测所述待分享信息是否满足预设规则；

S30：若是，则根据预设策略发送所述待分享信息。

可选地，所述预设规则，包括以下至少之一：

所述待分享信息满足第一预设条件；

接收端和/或发送端满足第二预设条件。

可选地，所述待分享信息满足第一预设条件，包括以下至少一种：

所述待分享信息包括至少一预设数据类型；

所述待分享信息的数据大小大于或等于第一预设阈值；

所述待分享信息语言类型与接收端语言类型不同。

可选地，所述预设数据类型，包括以下至少一种：

文本、语音、音频、视频、图片、动画、文件。

可选地，所述S30步骤，包括以下至少一种：

若所述待分享信息包括至少一预设数据类型，则执行第一预设处理规则；

若所述待分享信息的数据大小大于或等于第一预设阈值，则执行第二预设处理规则；

若所述待分享信息语言类型与接收端语言类型不同，则执行第三预设处理规则。

可选地，所述信息分享方法，还包括：

所述第一预设处理规则包括：对所述待分享信息执行数据类型转换；和/或，

所述第二预设处理规则包括：对所述待分享信息执行以下至少一种操作：数据类型转换、文件格式转换、压缩、加密；和/或，

所述第三预设处理规则包括：对所述待分享信息执行翻译。

可选地，所述接收端和/或发送端满足第二预设条件，包括以下至少一种：

接收端和/或发送端当前网速低于第二预设阈值；

接收端和/或发送端剩余流量低于第三预设阈值；

接收端剩余空间小于或等于所述待分享信息大小；

所述待分享信息包括至少一接收端不支持的数据类型或文件格式。

可选地，所述S30步骤，包括对所述待分享信息执行以下至少一种操作：数据类型转换、文件格式转换、压缩、加密。

可选地，所述接收端和/或发送端满足第二预设条件，包括：

所述接收端和所述发送端的距离小于或等于预设距离值；

所述接收端和所述发送端均支持至少一预设通信方式；

所述接收端和所述发送端均安装有至少一预设应用。

可选地，所述预设策略包括以下至少一种：

通过第二应用发送所述待分享信息；

通过第二通信方式发送所述待分享信息；

通过第二通信卡发送所述待分享信息。

可选地，所述发送所述待分享信息的当前应用为第一应用，所述第二应用与所述第一应用不同，所述第二应用包括以下至少一种：

社交应用、电子邮件、短信、彩信、RCS应用、文件传输应用。

可选地，所述发送所述待分享信息的当前通信方式为第一通信方式，所述第二通信方式与所述第一通信方式不同，所述第二通信方式包括以下至少一种：

WIFI、蓝牙、NFC。

可选地，所述发送所述待分享信息的当前通信卡为第一通信卡，所述第二通信卡与所述第一通信卡不同，所述第二通信卡包括以下至少一种：

实体SIM卡、虚拟SIM卡。

可选地，在所述发送所述待分享信息步骤之前，还包括：

将所述待分享信息保存为至少一临时文件。

可选地，在所述发送所述待分享信息步骤之前，还包括：对所述临时文件进行加密或压缩处理；和/或，

在所述发送所述待分享信息步骤之后，还包括：在所述待分享信息发送成功后，删除所述临时文件。

可选地，所述信息分享方法，还包括：

在所述待分享信息发送完成后，更新所述当前应用信息。

为实现上述目的，本发明还提供一种终端，所述终端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的信息分享程序，所述信息分享程序被所述处理器执行时实现上述的信息分享方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机存储介质，计算机存储介质上存储有信息分享程序，信息分享程序被处理器执行时实现上述的信息分享方法的步骤。

本发明实施例提出的一种信息分享方法、终端及可读存储介质，通过S10：获取待分享信息；S20：检测所述待分享信息是否满足预设规则；S30：若是，则根据预设策略发送所述待分享信息，具体地，对待分享信息进行数据类型、数据大小和信息语言类型与接收端语言类型是否一致检测，对不通过检测的待分享信息进行数据类型转换、文件格式转换、压缩、加密、翻译处理，除此之外还检测接收端和/或发送端当前网速、接收端和/或发送端剩余流量、接收端剩余空间以及接收端支持的文件类型是否满足第一应用和/或第一通信方式的分享条件，若不满足，则使用第二应用和/或第二通信方式进行信息分享，使得待分享信息在分享过程中，根据相关预设规则，智能地对待分享信息进行处理，以使处理后的待分享信息能够以用户最需要的方式呈现给用户。实现了智能发送待分享信息的目的。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图；

图2为本发明信息分享方法中第一实施例的流程示意图；

图3为本发明信息分享方法中第二实施例的一界面场景示意图；

图4为本发明信息分享方法中第三实施例的一界面场景示意图；

图5为本发明信息分享方法中第四实施例的一界面场景示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

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

本发明实施例的主要解决方案是：S10：获取待分享信息；S20：检测所述待分享信息是否满足预设规则；S30：若是，则根据预设策略发送所述待分享信息。实现了智能发送待分享信息的目的。

由于现有技术存在信息无法分享或者是分享结果不符合预期结果的情况(如信息分享过程耗时长)。

本发明提供一种解决方案，使待分享信息能够智能发送以符合用户的预期结果(如分享过程迅速)。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例终端可以是PC，也可以是智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面3)播放器、便携计算机等具有显示功能的可移动式终端设备。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，终端还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作***、网络通信模块、用户接口模块以及信息分享程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的信息分享程序，并执行以下操作：

S10：获取待分享信息；

S20：检测所述待分享信息是否满足预设规则；

S30：若是，则根据预设策略发送所述待分享信息。

进一步地，所述预设规则，包括以下至少之一：

所述待分享信息满足第一预设条件；

接收端和/或发送端满足第二预设条件。

进一步地，所述待分享信息满足第一预设条件，包括以下至少一种：

所述待分享信息包括至少一预设数据类型；

所述待分享信息的数据大小大于或等于第一预设阈值；

所述待分享信息语言类型与接收端语言类型不同。

进一步地，所述预设数据类型，包括以下至少一种：

文本、语音、音频、视频、图片、动画、文件。

进一步地，处理器1001可以调用存储器1005中存储的信息分享程序，还执行以下操作：

所述S30步骤之前，还包括以下至少一种：

若所述待分享信息包括至少一预设数据类型，则执行第一预设处理规则；

若所述待分享信息的数据大小大于或等于第一预设阈值，则执行第二预设处理规则；

若所述待分享信息语言类型与接收端语言类型不同，则执行第三预设处理规则。

进一步地，处理器1001可以调用存储器1005中存储的信息分享程序，还执行以下操作：

所述信息分享方法，还包括：

所述第一预设处理规则包括：对所述待分享信息执行数据类型转换；和/或，

所述第二预设处理规则包括：对所述待分享信息执行以下至少一种操作：数据类型转换、文件格式转换、压缩、加密；和/或，

所述第三预设处理规则包括：对所述待分享信息执行翻译。

进一步地，所述接收端和/或发送端满足第二预设条件，包括以下至少一种：

接收端和/或发送端当前网速低于第二预设阈值；

接收端和/或发送端剩余流量低于第三预设阈值；

接收端剩余空间小于或等于所述待分享信息大小；

所述待分享信息包括至少一接收端不支持的数据类型或文件格式。

进一步地，处理器1001可以调用存储器1005中存储的信息分享程序，还执行以下操作：

所述S30步骤之前，还包括对所述待分享信息执行以下至少一种操作：数据类型转换、文件格式转换、压缩、加密。

进一步地，所述接收端和/或发送端满足第二预设条件，包括：

所述接收端和所述发送端的距离小于或等于预设距离值；

所述接收端和所述发送端均支持至少一预设通信方式；

所述接收端和所述发送端均安装有至少一预设应用。

进一步地，所述预设策略包括以下至少一种：

通过第二应用发送所述待分享信息；

通过第二通信方式发送所述待分享信息；

通过第二通信卡发送所述待分享信息。

进一步地，所述发送所述待分享信息的当前应用为第一应用，所述第二应用与所述第一应用不同，所述第二应用包括以下至少一种：

社交应用、电子邮件、短信、彩信、RCS应用、文件传输应用。

进一步地，所述发送所述待分享信息的当前通信方式为第一通信方式，所述第二通信方式与所述第一通信方式不同，所述第二通信方式包括以下至少一种：

WIFI、蓝牙、NFC。

进一步地，所述发送所述待分享信息的当前通信卡为第一通信卡，所述第二通信卡与所述第一通信卡不同，所述第二通信卡包括以下至少一种：

实体SIM卡、虚拟SIM卡。

进一步地，处理器1001可以调用存储器1005中存储的信息分享程序，还执行以下操作：

在所述发送所述待分享信息步骤之前，还包括：

将所述待分享信息保存为至少一临时文件。

进一步地，处理器1001可以调用存储器1005中存储的信息分享程序，还执行以下操作：

在所述发送所述待分享信息步骤之前，还包括：对所述临时文件进行加密或压缩处理；和/或，

在所述发送所述待分享信息步骤之后，还包括：在所述待分享信息发送成功后，删除所述临时文件。

进一步地，处理器1001可以调用存储器1005中存储的信息分享程序，还执行以下操作：

所述信息分享方法，还包括：

在所述待分享信息发送完成后，更新所述当前应用信息。

参照图2，在本发明信息分享方法第一实施例中，所述信息分享方法包括：

步骤S10，获取待分享信息；

待分享信息的来源可以是终端***预置信息，也可以是用户在网上下载的信息(如图片、应用软件等)，也可以是用户在终端输入的信息，也可以是终端应用上的信息(如新闻、应用更新信息等)，也可以是终端本地信息(如本地文件等)，还可以是社交软件上的分享记录(如聊天记录、被分享信息等)。

上述的待分享信息可以是音频、视频、动画、图片、文档、文件、文本、分享记录、读书笔记、网页信息、网址中的一种或多种。

步骤S20，检测所述待分享信息是否满足预设规则；

发送端用户并非什么信息都能够分享，接收端用户也并非什么消息都想接收。具体地，在发送端用户分享上述待分享信息时，需要考虑到待分享信息是否满足第一预设条件，或者是接收端和/或发送端是否满足第二预设条件。

步骤S30，若是，则根据预设策略发送所述待分享信息。

若满足，则需要根据满足的第一预设条件对待分享信息进行处理之后再发送待分享信息，或者是根据满足的第二预设条件，通过区别与当前的发送待分享信息的方式发送待分享信息。

在本实施例中，通过S10：获取待分享信息；S20：检测所述待分享信息是否满足预设规则；S30：若是，则根据预设策略发送所述待分享信息，具体地，对待分享信息进行数据类型、数据大小和信息语言类型与接收端语言类型是否一致检测，对不通过检测的待分享信息进行数据类型转换、文件格式转换、压缩、加密、翻译处理，除此之外还检测接收端和/或发送端当前网速、接收端和/或发送端剩余流量、接收端剩余空间以及接收端支持的文件类型是否满足第一应用和/或第一通信方式的分享条件，若不满足，则使用第二应用和/或第二通信方式进行信息分享，使得待分享信息在分享过程中，根据相关预设规则，智能地对待分享信息进行处理，以使处理后的待分享信息能够以用户最需要的方式呈现给用户。实现了智能发送待分享信息的目的。

进一步的，在本发明信息分享方法第二实施例中，基于上述第一实施例，所述待分享信息满足第一预设条件，包括以下至少一种：

所述待分享信息包括至少一预设数据类型；

待分享信息的数据类型包括文本、语音、音频、视频、图片、动画、文件中的至少一种时，可以对上述待分享信息进行数据类型转换。

在信息分享过程中，一般由发送端发送信息，接收端接收信息，接收端在接收信息时可能由于某些情况导致接收端在接收后无法获取信息内容或者是不方便获取信息内容，或者是接收端用户接收到的信息的内容是该用户由于语言障碍而无法获取的内容。具体地，可以将文本转换为图片(如文本为“嗨”时，容易理解，分享该文本的目的为发送端用户向接收端用户打招呼)，同样的，与文本转换为图片相反，也可以将图像转换为文本；可以将文本、文件(只含有文本内容)转换为语音或音频，当前将文本转换为语音或音频的技术已经非常成熟，如日常用到的听小说，同样的，也可以将语音转换为文本；此外，文本与文件之间也可以进行相互转换；另外，还可以将视频转为音频和图片，很好理解，视频本身便是由音频与图片组成，同样的，可以将动画转换为音频和图片。

对于语音、音频、文本、图片之间的数据类型转换，具体如何转换可以由接收端用户的习惯决定，接收端用户习惯可以通过接收端用户聊天应用中的聊天记录获取。例，文本转换为语音，参照图3，3000为发送端，3001、3002、3003、3004、3005为聊天记录中的信息，其中3004为文本信息，在用户选中3004时，自动弹出3006对话框，以提示发送端用户，并提供处理选项包括自动进行文本转换为语音和取消发送。

对于视频、音频、图片、动画之间的转换，可以根据发送端用户的需求进行数据类型转换，例，发送端用户只希望分享一个视频中的某个片段，甚至只希望分享该片段的图片或者是音频，此时完全没有必要分享完整的视频，因此，可以对原视频进行数据类型转换，并且在转换完成之后还提供编辑功能，根据需要对转换后的图片或音频进行挑选或裁剪。

对于文本、文件之间的数据类型转换，文本对于用户浏览方面非常的方便，文件则可以防止信息内容泄露，它们各有好处与缺陷，用户在分享信息时具体可根据上述文本或文件的文字内容来决定是否进行数据类型转换。

所述待分享信息的数据大小大于或等于第一预设阈值；

在分享信息时，当数据大小大于或等于某个值时，需要对待分享信息进行处理，以便后续的分享。

具体地，第一预设阈值可根据发送端用户的每日流量使用情况来决定，为更加智能地决定是否发送待分享信息以及是否限制发送端用户发送待分享信息，可以取一定时间段内的发送端用户每日流量使用情况，如一个月内发送端用户每日平均使用流量500MB，则待分享信息数据大小大于或等于500MB时，可提示用户对待分享信息进行数据类型转换、文件格式转换或压缩处理。

另外，我们知道，视频和动画相对音频、图片等来说，数据大小是非常大的，对于待分享信息的数据大小非常大的情况，可提示用户对待分享信息进行数据类型转换、文件格式转换或压缩处理。数据类型转换为上述将视频转换为图片和音频的过程，在此不再赘述；同一数据类型的数据可以有多种文件格式，而不同的文件格式它们的大小一般不同，如音频的无损格式和标准格式，同一首歌曲为这两个文件格式时的大小是不同的，它们之间可以相差数倍，如无损格式的大小为20MB，而标准格式下的大小只有3MB，因此，可以通过文件格式转换来减小待分享信息的数据大小；出上述文件格式转换外，更加直接的减小待分享信息的数据大小的方式为对该待分享信息进行压缩处理，压缩处理后的信息经过分享后可以通过解压缩得到原始的数据，不影响原始的待分享信息质量，而上述的文件格式转换，一般不会对经过分享后的转换之后的待分享信息进行处理，接收端直接接收并呈现给接收端用户文件格式转换后的待分享信息；在待分享信息数据大小非常大时，一般代表它是比较重要的，对于比较重要的信息来说，发送端用户可以在分享之前对它进行加密处理。

所述待分享信息语言类型与接收端语言类型不同。

在待分享信息的语言类型与接收端的语言类型不同时，对待分享信息进行翻译处理。

具体地，发送端用户在分享信息时，由于信息的来源很广泛，其所分享的信息的文字内容可能是接收端用户所看不懂的，在将该信息分享给接收端用户后，接收端用户想要浏览该信息还需要用户自己先进行翻译，非常麻烦。因此，在分享信息时，有必要获取接收端的语言信息，该语言信息可以是接收端***语言、应用设置的语言、聊天记录语言，当然，最方便的还是直接获取接收端***语言，因为用户设置的***语言必然是其所能看懂的语言。

在本实施例中，通过判断待分享信息是否满足第一预设条件，来针对性地给出处理策略，以确保分享给接收端的信息是接收端用户所希望接收的信息，不会造成接收端无法接收、或接收端接收到的信息无法看懂的情况，以及信息的展现形式满足接收端用户的习性。实现了分享信息的智能化、人性化。

在本发明第三实施例中，基于上述第一实施例，所述接收端和/或发送端满足第二预设条件，包括以下至少一种：

所述接收端和/或所述发送端当前网速低于第二预设阈值；

具体地，可以想象得到，在用户想要分享的待分享信息大小远大于当前接收端单位时间内所能发送的数据大小时，如用户想要分享的待分享信息大小为1000MB，而接收端当前网络条件只能达到10KB/s，那么该分享过程将是无意义的，因此，在信息分享过程中，有必要在用户选取分享信息时，获取信息的大小，同时获取接收端的网速大小，若接收端的网速远小于发送端用户想要分享的待分享信息分享所需要的网速，可以通过压缩的方式来保证待分享信息大小满足网速条件，也可以提示用户当前网络条件较差，仍旧发送分享信息可能需要等待一定时间，并建议用户让发送端终端在网络条件不影响发送时自动发送分享信息。例，参照图4,4000为发送端，4001、4002、4003、4004、4005为聊天记录中的信息，4001、4002为视频文件，在发送端用户选中4001时，由于视频的数据大小比较大，而接收端当前网络条件又差，因此弹出4006弹框，并提供自动发送以及取消自动发送并回退到分享界面以方便发送端用户仍然分享。另外，考虑到压缩会影响待分享信息的质量，如待分享信息中包含视频时，对视频这种数据类型的文件而言，压缩是会损伤原文件的，如造成原视频清晰度下降，声音失真等，因此，对待分享信息进行压缩需要有限度，对此，我们可以在待分享信息进行压缩，得到目标分享信息之后，为用户提供预览目标分享信息的功能，由用户决定是否进行发送该目标分享信息，若用户认为该内容经过压缩过度失真，可进行重新选取待分享信息，如删除已选取内容等。另外，同样的，对于发送端也可能存在网速条件不满足发送要求的情况，在发送待分享信息之前，同样需要考虑到发送端的网速情况，在发送端网速远小于用户想要分享的待分享信息分享所需要的网速时，可采用上述处理方式处理。

所述接收端和/或所述发送端剩余流量低于第三预设阈值；

具体地，当前一般手机用户的数据流量的使用都是流量包月使用的，如一个月10GB的数据流量，若用户当月所使用的流量超过了这个量，则会造成大量的扣费，因此，在发送待分享信息之前，需要获取接收端的流量信息也就是剩余流量，若接收端的剩余流量不足以接收该待分享信息，同样的，可以将待分享信息中比较大的内容进行压缩也就是格式转换处理，以得到大小较小的待分享信息，当然，也可以对待分享信息整体进行压缩处理。另外，考虑到压缩会影响待分享信息的质量，如待分享信息中包含视频时，对视频这种数据类型的文件而言，如压缩是会损伤原文件的，造成原视频清晰度下降，声音失真等，因此，对待分享信息进行压缩需要有限度，对此，我们可以在待分享信息进行压缩，得到目标分享信息之后，为用户提供预览目标分享信息的功能，由用户决定是否进行发送该目标分享信息，若用户认为该内容经过压缩过度失真，可进行重新选取待分享信息，如删除已选取内容等。另外，同样的，对于发送端也可能存在剩余流量不足的情况，在发送待分享信息之前，同样需要考虑到发送端的剩余流量情况，在发送端剩余流量不足以发送该待分享信息时，可采用上述压缩处理。

所述接收端剩余空间小于或等于所述待分享信息大小；

具体地，对于接收端的存储信息而言，需要考虑到在发送端进行信息分享时用户想要分享的待分享信息大小是否会超出接收端的本地存储空间剩余空间，所以，有必要在发送待分享信息前，获取待分享信息的大小，同时获取接收端的本地存储空间剩余空间，若接收端的本地存储空间剩余空间小于用户想要分享的待分享信息，如，发送端用户想要分享的待分享信息的大小为300MB，而本地存储空间剩余空间大小只有200MB，则将待分享信息中比较大的内容(如大于100MB)进行压缩也就是格式转换处理，以得到大小较小的待分享信息，当然，也可以对待分享信息整体进行压缩处理。另外，考虑到压缩会影响待分享信息的质量，如待分享信息中包含视频时，对视频这种数据类型的文件而言，压缩是会损伤原文件的，如造成原视频清晰度下降，声音失真等，因此，对待分享信息进行压缩需要有限度，对此，我们可以在待分享信息进行压缩，得到目标分享信息之后，为用户提供预览目标分享信息的功能，由用户决定是否进行发送该目标分享信息，若用户认为该内容经过压缩过度失真，可进行重新选取待分享信息，如删除已选取内容等。

所述待分享信息包括至少一接收端不支持的数据类型或文件格式。

具体地，在待分享信息中，用户想要分享的待分享信息可能是各种数据类型的信息，如音频、视频、动画、图片、文档、文件、文本等。大多数情况下的待分享信息，接收端都是支持读取的，但是对于功能机而言，则可能不支持读取视频文件。因此，若发送端用户依旧将这些接收端不支持的内容发送给接收端的话，是没必要的，因此，在分享信息时，有必要先获取接收端所支持的数据类型。此外，用户可能存在这样一种需求，用户想要分享一个视频文件，但是，由于视频文件都特别的大，导致分享过程需要的时间长以及需要很大的存储空间来存储，并且，用户可能只是想要视频中的某个片段，或者是视频中的音频，或者是视频中的图像。对于用户想要分享的是视频中的某个片段的情况，我们可以提供一个视频裁剪功能，用户可根据需要选取任意时刻以及任意时间长度的视频；对于用户想要分享的是视频中的音频的情况，可以提供给用户一个数据类型转换的功能，通过数据类型转换将待分享信息中的视频转换为音频，并且提供音频裁剪功能，用户可根据需要选取任意时刻以及任意时间长度的音频；对于用户想要分享的是视频中的图像的情况，同样的，可以只保留图像而将视频中的音频去除，同样的，用户可选取视频中任意时刻的图像。

对于待分享信息的文件类型，一种情况是，待分享信息包含不常用的文件格式的内容，如视频数据包括MPEG(Motion Picture Experts Group，运动图像专家组)格式，很多手机是只支持常用文件格式的，对于不常用的文件格式，一般需要特定的软件进行格式转换，如格式工厂，但是，在日常生活中，用户一般都不会使用这类比较专业的工具软件，所以，在分享信息之前，需要确定接收端是否支持该文件格式，若不支持，则没有必要分享该文件格式内容，因此，在分享时，可在发送端对接收端不支持的文件的格式进行格式转换，转换为接收端支持的任意格式；另一种情况是，对于某些隐私或者是机密文件，通常在信息传递过程中需要进行加密处理，同样的，对于信息分享过程中的待分享信息而言，很多时候，由于当前信息分享比较方便、快捷，一些公司内部文件(一般为文档)也会通过常用软件进行分享，如通过社交软件微信进行分享，为保证文件在分享过程中的安全性，我们需要对数据类型为文档的待分享信息进行加密处理。

在本实施例中，通过判断接收端和/或发送端是否满足第二预设条件，来采取针对性的预设策略处理待分享信息，以保证待分享信息能够在满足发送端用户分享需求的前提下进行分享。实现了分享信息的智能化、人性化。

在本发明信息分享方法第四实施例中，基于上述第一实施例，所述预设策略包括以下至少一种：

通过第二应用发送所述待分享信息；

第二应用包括社交应用、电子邮件、短信、彩信、RCS应用、文件传输应用，当然，第一应用也包括社交应用、电子邮件、短信、彩信、RCS应用、文件传输应用，只是在信息分享过程中，所使用的第一应用和第二应用不同，如第一应用为电子邮件时，第二应用可以为除电子邮件外的其他应用，如彩信。在使用社交应用，如微信时，微信不支持分享某些数据类型的信息，如语音，以及微信不支持分享数据大小大于10MB的文件，此时可以通过其他应用来分享，如电子邮件。具体地，在分享时，可通过待分享信息来筛选出支持信息分享的应用，并优先推荐用户使用频率高的应用，将剩余支持分享的应用隐藏，仅提供“其他分享方式”的按钮，以供用户分享信息使用。

通过第二通信方式发送所述待分享信息；

第二通信方式包括WIFI(网络具有开放性，不安全)、蓝牙、NFC(使用距离非常近，但加密性强，不会存在数据拦截的情况，更加安全。)，当然，第一通信方式也包括WIFI、蓝牙、NFC，只是在信息分享过程中，所使用的第一通信方式和第二通信方式不同，如第一通信方式为WIFI时，第二通信方式可以为除WIFI外的其他通信方式，如NFC。具体地，相对来说，WIFI由于开放性，信息安全很难得到保证，但是它基本没有接收端和发送端之间的距离限制，如以太网一般，可以实现全球互联，并且数据传输速度非常快；而蓝牙的传输虽然距离较短，但是不需要网络，不会产生数据流量或其他方式的流量费用，并且数据传输速度非常快；NFC传输距离要求最高，只能在10厘米及以内进行数据传输，但是它的加密性强，不会存在数据拦截的情况，更加安全，对于机密性高的文件可以采用这种方式进行信息分享。在具体选择通信方式时用户可以通过需要自己选择，也可以通过预先设置自动选择通信方式。

通过第二通信卡发送所述待分享信息。

通信卡包括实体SIM卡、虚拟SIM卡。使用SIM卡进行分享的好处在于，SIM卡基本可以做到随时随地进行分享，没有如WIFI、蓝牙、NFC的那些限制条件，并且对于虚拟SIM卡，只要有空闲(没有插上实体SIM卡)的卡槽即可使用。例，参照图5，5000为发送端，5001、5002、5003、5004、5005为聊天记录中可进行分享的信息，5006为用户选中数据大小大于当前SIM卡1的剩余流量发送端输出的提示信息，其中SIM卡1和SIM卡2均可以是实体SIM卡或虚拟SIM卡，并提供是否进行切换SIM卡的选项。

在本实施例中，通过提供多种支持分享的应用以及多种通信方式，来分享通过当前应用或通信方式所不能分享的信息，并且发送端用户还可根据接收端与发送端之间的距离和需求来选择信息分享所使用的通信方式。实现了分享信息的智能化、人性化。

在本发明信息分享方法第五实施例中，基于上述第一实施例、第二实施例或第三实施例，在所述发送所述待分享信息步骤之前，还包括：

将所述待分享信息保存为至少一临时文件。

除直接发送目标分享信息之外，还可将目标分享信息保存为一临时文件；或者是将目标分享信息中的每条信息均保存为一临时文件，而后还可以将每一临时文件放在一起打包为一个临时文件或者是一个临时文件夹，具体保存方式由用户选择操作或预先设置决定。

而后，为减小发送数据可以选择对所述临时文件或所述临时文件夹进行压缩处理，或者是为了提高文件传输时的安全性，对所述临时文件或所述临时文件夹进行加密处理。

并且，在该临时文件或临时文件夹发送完成之后，还可以选择删除该临时文件或临时文件夹以减少存储空间浪费。

具体地，数据类型转换过程由发送端执行时，直接由发送端打包成临时文件或临时文件夹；数据类型转换过程由服务器端执行时，发送端可打包成临时文件或临时文件夹，或直接发送待分享信息，而后在服务器端完成数据类型转换后将目标分享信息发送给接收端时打包成临时文件或临时文件夹；数据类型转换过程由接收端执行时，同样的，发送端可打包成临时文件或临时文件夹，服务器端在接收到该临时文件或临时文件夹时直接发送给接收端；或者是在发送端发送待分享信息，服务器端接收到该待分享信息时，打包成临时文件或临时文件夹，然后发送给接收端。

在本实施例中，将目标分享信息打包为临时文件或临时文件夹，方便对目标分享信息进行压缩、加密和发送。实现了提高目标分享信息的发送速度以及发送过程安全性的目的。

本发明还提供一种终端，所述终端包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的信息分享程序，所述信息分享程序被所述处理器执行时实现上述信息分享方法各实施例的步骤。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有信息分享程序，所述信息分享程序被处理器执行时实现上述信息分享方法各实施例的步骤。

在本发明信息分享终端和计算机可读存储介质的实施例中，包含了上述信息分享方法各实施例的全部技术特征，说明书拓展和解释内容与上述信息分享方法各实施例基本相同，在此不做累述。

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

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

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (18)

1.一种信息分享方法，其特征在于，所述方法包括以下步骤：

S10：获取待分享信息；

S20：检测所述待分享信息是否满足预设规则；

S30：若是，则根据预设策略发送所述待分享信息。

2.如权利要求1所述的方法，其特征在于，所述预设规则，包括以下至少之一：

所述待分享信息满足第一预设条件；

接收端和/或发送端满足第二预设条件。

3.如权利要求2所述的方法，其特征在于，所述待分享信息满足第一预设条件，包括以下至少一种：

所述待分享信息包括至少一预设数据类型；

所述待分享信息的数据大小大于或等于第一预设阈值；

所述待分享信息语言类型与接收端语言类型不同。

4.如权利要求3所述的方法，其特征在于，所述预设数据类型，包括以下至少一种：

文本、语音、音频、视频、图片、动画、文件。

5.如权利要求2所述的方法，其特征在于，所述S30步骤，包括以下至少一种：

若所述待分享信息包括至少一预设数据类型，则执行第一预设处理规则；

若所述待分享信息的数据大小大于或等于第一预设阈值，则执行第二预设处理规则；

若所述待分享信息语言类型与接收端语言类型不同，则执行第三预设处理规则。

6.如权利要求5所述的方法，其特征在于，还包括：

所述第一预设处理规则包括：对所述待分享信息执行数据类型转换；和/或，

所述第二预设处理规则包括：对所述待分享信息执行以下至少一种操作：数据类型转换、文件格式转换、压缩、加密；和/或，

所述第三预设处理规则包括：对所述待分享信息执行翻译。

7.如权利要求2所述的方法，其特征在于，所述接收端和/或发送端满足第二预设条件，包括以下至少一种：

所述接收端和/或所述发送端当前网速低于第二预设阈值；

所述接收端和/或所述发送端剩余流量低于第三预设阈值；

所述接收端剩余空间小于或等于所述待分享信息大小；

所述待分享信息包括至少一接收端不支持的数据类型或文件格式。

8.如权利要求7所述的方法，其特征在于，所述S30步骤，包括对所述待分享信息执行以下至少一种操作：数据类型转换、文件格式转换、压缩、加密。

9.如权利要求2所述的方法，其特征在于，所述接收端和/或发送端满足第二预设条件，还包括以下至少一种：

所述接收端和所述发送端的距离小于或等于预设距离值；

所述接收端和所述发送端均支持至少一预设通信方式；

所述接收端和所述发送端均安装有至少一预设应用。

10.如权利要求1至9中任一项所述的方法，其特征在于，所述预设策略包括以下至少一种：

通过第二应用发送所述待分享信息；

通过第二通信方式发送所述待分享信息；

通过第二通信卡发送所述待分享信息。

11.如权利要求10所述的方法，其特征在于，所述发送所述待分享信息的当前应用为第一应用，所述第二应用与所述第一应用不同，所述第二应用包括以下至少一种：

社交应用、电子邮件、短信、彩信、RCS应用、文件传输应用。

12.如权利要求10所述的方法，其特征在于，所述发送所述待分享信息的当前通信方式为第一通信方式，所述第二通信方式与所述第一通信方式不同，所述第二通信方式包括以下至少一种：

WIFI、蓝牙、NFC。

13.如权利要求10所述的方法，其特征在于，所述发送所述待分享信息的当前通信卡为第一通信卡，所述第二通信卡与所述第一通信卡不同，所述第二通信卡包括以下至少一种：

实体SIM卡、虚拟SIM卡。

14.如权利要求10所述的方法，其特征在于，在所述发送所述待分享信息步骤之前，还包括：

将所述待分享信息保存为至少一临时文件。

15.如权利要求14所述的方法，其特征在于：

在所述发送所述待分享信息步骤之前，还包括：对所述临时文件进行加密或压缩处理；和/或，

在所述发送所述待分享信息步骤之后，还包括：在所述待分享信息发送成功后，删除所述临时文件。

16.如权利要求11至15中任一项所述的方法，其特征在于，还包括：

在所述待分享信息发送完成后，更新所述当前应用信息。

17.一种终端，其特征在于，所述终端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的信息分享程序，所述信息分享程序被所述处理器执行时实现如权利要求1至16中任一项所述的信息分享方法的步骤。

18.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至16中任一项所述的信息分享方法的步骤。

Images