本申请公开了一种文件互传方法、装置、设备及存储介质，该方法包括：设备A到软总线注册会话监听，所述会话监听用于接收来自所述软总线的消息；通过所述软总线发送文件传输请求到设备B；通过所述会话监听，监听来自所述软总线的消息；判断所述软总线的消息中是否存在所述设备B返回的通知消息，所述通知消息为所述设备B回复所述文件传输请求的消息；当所述软总线的消息中存在所述设备B返回的通知消息时，判断所述通知消息是否为同意接收文件；当所述通知消息为同意接收文件时，调用所述软总线的发送文件接口向所述设备B发送文件。本申请在使用软总线的设备之间，实现了文件的互传，提高了文件传输的效率。高了文件传输的效率。高了文件传输的效率。
【技术实现步骤摘要】
一种文件互传方法、装置、设备及存储介质
[0001]本申请涉及互联网
，尤其涉及一种文件互传方法、装置、设备及存储介质。
技术介绍
[0002]开源鸿蒙系统是由开放原子开源基金会孵化及运营的开源项目，目标是面向全场景、全连接、全智能时代，搭建一个智能终端设备操作系统的框架和平台，促进万物互联产业的繁荣发展。
[0003]在办公、家居、工业运维等诸多场景中，有大量的文件互传的需求。在开源鸿蒙系统版本中，由于功能实现上的缺失，使得设备无法正常进行文件互传，不利于提高文件传输的效率。
技术实现思路
[0004]本申请实施例提供一种文件互传方法、装置、设备及存储介质，以解决上述现有技术在使用软总线的设备之间无法进行文件互传，不利于提高文件传输的效率的技术问题。
[0005]第一方面，本申请实施例提供了一种文件互传方法，所述文件互传方法包括：
[0006]设备A到软总线注册会话监听，所述会话监听用于接收来自所述软总线的消息；
[0007]通过所述软总线发送文件传输请求到设备B；
[0008]通过所述会话监听，监听来自所述软总线的消息；
[0009]判断所述软总线的消息中是否存在所述设备B返回的通知消息，所述通知消息为所述设备B回复所述文件传输请求的消息；
[0010]当所述软总线的消息中存在所述设备B返回的通知消息时，判断所述通知消息是否为同意接收文件；
[0011]当所述通知消息为同意接收文件时，调用所述软总线的发送文件接口向所述设备B发送文件。
[0012]作为一个可选的实施方式，所述通过所述软总线发送文件传输请求到设备B，具体为：
[0013]获取信任设备列表，在所述信任设备列表中获取设备B；
[0014]通过所述软总线发送文件传输请求到设备B。
[0015]作为一个可选的实施方式，所述通过所述软总线发送文件传输请求到设备B，具体为：
[0016]设备A调用设备发现代码，获取同属一个局域网的可用的设备；
[0017]将指定的所述设备作为设备B，通过所述软总线发送文件传输请求到设备B。
[0018]作为一个可选的实施方式，在所述通过所述会话监听，监听来自所述软总线的消息之后，所述方法还包括：
[0019]当所述软总线的消息中存在所述设备B返回的通知消息时，判断所述通知消息是
否为拒绝消息；
[0020]当所述通知消息为所述拒绝消息时，显示所述拒绝消息的消息通知。
[0021]作为一个可选的实施方式，在所述当所述通知消息为同意接收文件时，调用所述软总线的发送文件接口向所述设备B发送文件之后，所述方法包括：
[0022]在发送过程中检测是否接收到终止文件发送操作；
[0023]当接收所述终止文件发送操作时，终止向所述设备B发送所述文件。
[0024]作为一个可选的实施方式，在所述当所述通知消息为同意接收文件时，调用所述软总线的发送文件接口向所述设备B发送文件之后，所述方法包括：
[0025]在发送过程中获取所述文件的状态通知，所述状态通知包括有传输异常、传输完成中的至少一种。
[0026]第二方面，本申请实施例还提供了一种文件互传装置，所述文件互传装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行上述的文件互传方法。
[0027]第三方面，本申请实施例还提供了一种设备，所述设备包括如上述的文件互传装置。
[0028]第四方面，本申请实施例还提供了一种存储介质，所述存储介质用于存储计算机程序，所述计算机程序被处理器执行时使所述处理器实现上述的文件互传方法。
[0029]本申请实施例提供了一种文件互传方法、装置、设备及存储介质，方法包括：设备A到软总线注册会话监听，所述会话监听用于接收来自所述软总线的消息；通过所述软总线发送文件传输请求到设备B；通过所述会话监听，监听来自所述软总线的消息；判断所述软总线的消息中是否存在所述设备B返回的通知消息，所述通知消息为所述设备B回复所述文件传输请求的消息；当所述软总线的消息中存在所述设备B返回的通知消息时，判断所述通知消息是否为同意接收文件；当所述通知消息为同意接收文件时，调用所述软总线的发送文件接口向所述设备B发送文件。本申请实施例有益效果在于两方面，一方面，在使用软总线的设备之间，实现了文件的互传，提高了文件传输的效率；另一方面，调用所述软总线的发送文件接口向设备B发送文件结合了文件管理和系统通信能力，实现了OpenHarmony系统的文件互传能力。
附图说明
[0030]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0031]图1是本申请实施例提供的文件互传方法的流程示意图；
[0032]图2为本申请实施例提供的优化测试用例执行代码的流程图；
[0033]图3为本申请实施例提供的设备的示意性框图；
[0034]图4为本申请实施例提供的文件互传方法的时序图；
[0035]图5为本申请实施例提供的文件互传装置的示意性框图。
具体实施方式
[0036]为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0037]需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。
[0038]在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在部分实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0039]另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
[0040]附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种文件互传方法，其特征在于，所述文件互传方法包括：设备A到软总线注册会话监听，所述会话监听用于接收来自所述软总线的消息；通过所述软总线发送文件传输请求到设备B；通过所述会话监听，监听来自所述软总线的消息；判断所述软总线的消息中是否存在所述设备B返回的通知消息，所述通知消息为所述设备B回复所述文件传输请求的消息；当所述软总线的消息中存在所述设备B返回的通知消息时，判断所述通知消息是否为同意接收文件；当所述通知消息为同意接收文件时，调用所述软总线的发送文件接口向所述设备B发送文件。2.根据权利要求1所述的方法，其特征在于，所述通过所述软总线发送文件传输请求到设备B，具体为：获取信任设备列表，在所述信任设备列表中获取设备B；通过所述软总线发送文件传输请求到设备B。3.根据权利要求1所述的方法，其特征在于，所述通过所述软总线发送文件传输请求到设备B，具体为：设备A调用设备发现代码，获取同属一个局域网的可用的设备；将指定的所述设备作为设备B，通过所述软总线发送文件传输请求到设备B。4.根据权利要求1所述的方法，其特征在于，在所述通过所述会话监听，监听来自所述软总线的消息之后，所述方法还包括：当所述软总线的消息中存在所述设备B返回的通知消息时，判断所述通知消息是否为拒绝消息；当所述通知消息为所述拒绝消息时，显示所述拒绝消息的消息通知。5.根据权利要求1所述的方...
【专利技术属性】
技术研发人员：李训辉，
申请(专利权)人：深圳开鸿数字产业发展有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。