本申请实施例涉及计算机技术领域，特别涉及一种设备寻找方法、装置、系统、终端及存储介质。
背景技术：
随着电子设备的普及，用户所使用的电子设备的种类越来越多。比如：手机、平板设备、可穿戴式设备、手提电脑等。在使用电子设备的过程中，用户可能忘记电子设备的放置位置，此时，需要寻找该电子设备。
在一种典型的寻找电子设备的方法中，寻找设备与被寻找设备之间建立蓝牙连接；然后，寻找设备向被寻找设备发送寻找指令，被寻找设备根据该寻找指令输出系统提示音。
然而，若被寻找设备处于静音模式，则该被寻找设备即使接收到寻找指令，可能也不会发出系统提示音，此时，用户仍旧无法确定出被寻找设备的位置。
技术实现要素：
本申请实施例提供的设备寻找方法、装置、系统、终端及存储介质，可以解决被寻找设备处于静音模式时，由于无法发出系统提示音，导致该被寻找设备无法提示自身位置的问题。所述技术方案如下：
第一方面，提供了一种设备寻找方法，所述方法包括：
基于用户数据报协议udp与同一局域网内的被寻找设备建立传输控制协议tcp连接；
基于所述tcp连接与所述被寻找设备建立超文本传输协议http连接；
基于所述http连接向所述被寻找设备发送统一资源定位符url地址，所述url地址用于触发所述被寻找设备调用音频播放客户端来播放音频文件，以提示所述被寻找设备所处的位置。
第二方面，提供了一种设备寻找方法，所述方法包括：
基于用户数据报协议udp与同一局域网内的寻找设备建立传输控制协议tcp连接；
基于所述tcp连接与所述寻找设备建立超文本传输协议http连接；
通过所述http连接接收所述寻找设备发送的统一资源定位符url地址；
根据所述url地址调用音频播放客户端播放音频文件，所述音频文件用于提示被寻找设备所处的位置。
第三方面，提供了一种设备寻找装置，所述装置包括：
tcp连接建立单元，用于基于用户数据报协议udp与同一局域网内的被寻找设备建立传输控制协议tcp连接；
http连接建立单元，用于基于所述tcp连接与所述被寻找设备建立超文本传输协议http连接；
地址发送单元，用于基于所述http连接向所述被寻找设备发送统一资源定位符url地址，所述url地址用于触发所述被寻找设备调用音频播放客户端来播放音频文件，以提示所述被寻找设备所处的位置。
第四方面，提供了一种设备寻找装置，所述装置包括：
tcp连接建立单元，用于基于用户数据报协议udp与同一局域网内的寻找设备建立传输控制协议tcp连接；
http连接建立单元，用于基于所述tcp连接与所述寻找设备建立超文本传输协议http连接；
地址接收单元，用于通过所述http连接接收所述寻找设备发送的统一资源定位符url地址；
音频播放单元，用于根据所述url地址调用音频播放客户端播放音频文件，所述音频文件用于提示被寻找设备所处的位置。
第五方面，提供了一种设备寻找系统，所述系统包括：寻找设备和被寻找设备，
所述寻找设备包括如第三方面提供的设备寻找装置；
所述被寻找设备包括如第四方面提供的设备寻找装置。
第六方面，提供了一种终端，所述终端包括处理器、与所述处理器相连的存储器，以及存储在所述存储器上的程序指令，所述处理器执行所述程序指令时实现第一方面提供的设备寻找方法；或者，实现第二方面提供的设备寻找方法。
第七方面，一种计算机可读介质，其上存储有程序指令，所述程序指令被处理器执行时实现第一方面提供的设备寻找方法；或者，实现第二方面提供的设备寻找方法。
第八方面，一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面提供的设备寻找方法；或者，实现第二方面提供的设备寻找方法。
本申请实施例提供的技术方案带来的有益效果包括：
通过建立寻找设备与被寻找设备之间的http连接；然后，寻找设备基于该http连接向被寻找设备发送url地址，触发被寻找设备调用音频播放客户端来播放音频文件，以提示该被寻找设备所处的位置；可以解决被寻找设备处于静音模式时，无法根据寻找指令输出系统提示音，导致该被寻找设备无法提示自身位置的问题；由于被寻找播放通过音频播放客户端来播放音频文件与该被寻找设备是否处于静音模式无关，因此，无论被寻找设备是否处于静音模式都可以实现提示自身所处的位置，可以提高寻找被寻找设备的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一个实施例提供的设备寻找系统的结构示意图；
图2是本申请一个示例性实施例提供的设备寻找方法的流程图；
图3是本申请一个示例性实施例提供的设备寻找方法的流程图；
图4是本申请另一个示例性实施例提供的设备寻找方法的流程图；
图5是本申请一个示例性实施例提供的确定被寻找设备的示意图；
图6是本申请一个示例性实施例提供的确定目标音频文件的示意图；
图7是本申请另一个示例性实施例提供的设备寻找方法的流程图；
图8是本申请一个实施例提供的设备寻找装置的结构方框图；
图9是本申请一个实施例提供的设备寻找装置的结构方框图；
图10是本申请一个实施例提供的终端的结构方框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
图1是本申请的一个示例性实施例示出的设备寻找系统的结构示意图。该设备寻找系统包括寻找设备110和被寻找设备120。
寻找设备110和被寻找设备120可以是手机、平板电脑、可穿戴式设备、虚拟现实(virtualreality，vr)设备、增强现实(augmentedreality，ar)设备、智能家居设备、膝上型便携计算机和台式计算机等具有接入局域网的功能的电子设备。
寻找设备110用于触发被寻找设备120播放音频文件以提示该被寻找设备所处的位置。
可选地，寻找设备110中安装有用于触发被寻找设备120播放音频文件的应用程序。寻找设备110通过该应用程序触发被寻找设备120播放音频文件。可选地，该应用程序可以是寻找设备110出厂时默认安装的；或者，也可以是用户在使用寻找设备110的过程中安装的。
可选地，音频文件是寻找设备110本地存储的目标音频文件；该目标音频文件可以是根据用户执行的选择操作确定的；或者，也可以是寻找设备110随机选择的。
可选地，音频文件是被寻找设备120中的音频播放客户端随机选择的音频文件；或者，是被寻找设备120的音频播放客户端中最近播放的音频文件。
可选地，寻找设备110与被寻找设备120之间基于用户数据报协议(userdatagramprotocol，udp)建立传输控制协议(transmissioncontrolprotocol，tcp)连接；然后，基于该tcp连接建立超文本传输协议(hypertexttransferprotocol，http)连接。
可选地，寻找设备110通过http连接向被寻找设备120发送统一资源定位符(uniformresourcelocator，url)地址；相应地，被寻找设备120接收到该url地址之后，调用音频播放客户端播放音频文件。这样，无论被寻找设备120是否处于静音模式，都可以通过播放音频文件来提示自身所处的位置。
可选地，本实施例仅以寻找设备110和被寻找设备120的数量为一个进行说明，在实际实现时，寻找设备110的数量可以为至少一个，被寻找设备120的数量也可以为至少一个。
图2是本申请的一个示例性实施例示出的设备寻找方法的流程图。本实施例以各步骤的执行主体为图1所示的设备寻找系统中的寻找设备110为例进行说明，该设备寻找方法至少包括以下几个步骤。
步骤201，基于udp与同一局域网内的被寻找设备建立tcp连接。
步骤202，基于tcp连接与被寻找设备建立http连接。
步骤203，基于http连接向被寻找设备发送url地址，该url地址用于触发被寻找设备调用音频播放客户端来播放音频文件，以提示被寻找设备所处的位置。
综上所述，本实施例提供的设备寻找方法，通过建立寻找设备与被寻找设备之间的http连接；然后，寻找设备基于该http连接向被寻找设备发送url地址，触发被寻找设备调用音频播放客户端来播放音频文件，以提示该被寻找设备所处的位置；可以解决被寻找设备处于静音模式时，无法根据寻找指令输出系统提示音，导致该被寻找设备无法提示自身位置的问题；由于被寻找播放通过音频播放客户端来播放音频文件与该被寻找设备是否处于静音模式无关，因此，无论被寻找设备是否处于静音模式都可以实现提示自身所处的位置，可以提高寻找被寻找设备的效率。
另外，若寻找设备与被寻找设备之间基于短距离传输协议，比如：蓝牙协议来建立通信连接，此时，寻找设备只能在小范围内(比如半径为10m的圆形范围内)寻找被寻找设备，当寻找空间比较大时，用户可能需要在不同的范围内多次寻找该被寻找设备。而本实施例中，通过在寻找设备与被寻找设备之间建立http连接来传输目标音频文件，使得寻找设备可以在局域网覆盖的范围内寻找被寻找设备，通常局域网覆盖的范围大于蓝牙连接覆盖的范围，此时，寻找设备在寻找空间内寻找被寻找设备的次数较少，可以提高寻找被寻找设备的效率。
图3是本申请的一个示例性实施例示出的设备寻找方法的流程图。本实施例以各步骤的执行主体为图1所示的设备寻找系统中的被寻找设备120为例进行说明，该设备寻找方法至少包括以下几个步骤。
步骤301，基于udp与同一局域网内的寻找设备建立tcp连接。
步骤302，基于tcp连接与寻找设备建立http连接。
步骤303，通过http连接接收寻找设备发送的url地址。
步骤304，根据url地址调用音频播放客户端播放音频文件，该音频文件用于提示被寻找设备所处的位置。
综上所述，本实施例提供的设备寻找方法，通过建立寻找设备与被寻找设备之间的http连接；然后，寻找设备基于该http连接向被寻找设备发送url地址，触发被寻找设备调用音频播放客户端来播放音频文件，以提示该被寻找设备所处的位置；可以解决被寻找设备处于静音模式时，无法根据寻找指令输出系统提示音，导致该被寻找设备无法提示自身位置的问题；由于被寻找播放通过音频播放客户端来播放音频文件与该被寻找设备是否处于静音模式无关，因此，无论被寻找设备是否处于静音模式都可以实现提示自身所处的位置，可以提高寻找被寻找设备的效率。
另外，若寻找设备与被寻找设备之间基于短距离传输协议，比如：蓝牙协议来建立通信连接，此时，寻找设备只能在小范围内(比如半径为10m的圆形范围内)寻找被寻找设备，当寻找空间比较大时，用户可能需要在不同的范围内多次寻找该被寻找设备。而本实施例中，通过在寻找设备与被寻找设备之间建立http连接来传输目标音频文件，使得寻找设备可以在局域网覆盖的范围内寻找被寻找设备，通常局域网覆盖的范围大于蓝牙连接覆盖的范围，此时，寻找设备在寻找空间内寻找被寻找设备的次数较少，可以提高寻找被寻找设备的效率。
可选地，本申请提供了两种被寻找设备播放音频文件的方式，第一种：被寻找设备播放寻找设备中的音频文件(参见图4所示的实施例)；第二种：被寻找设备播放音频播放客户端中的音频文件(参见图7所示的实施例)，下面分别对这两种方式进行介绍。
图4是本申请的另一个示例性实施例示出的设备寻找方法的流程图。本实施例以各步骤的执行主体为图1所示的设备寻找系统中为例进行说明，该设备寻找方法至少包括以下几个步骤。
步骤401，寻找设备基于udp向局域网内的至少一个电子设备发送广播消息。
广播消息用于触发局域网内的至少一个电子设备反馈互联网协议(internetprotocol，ip)地址ip地址和设备端口号，该至少一个电子设备包括被寻找设备。
可选地，寻找设备与至少一个电子设备接入相同的局域网。寻找设备通过安装的应用程序基于udp广播或者组播技术，向局域网内的至少一个电子设备发送广播消息。可选地，本实施例中，寻找设备侧的步骤由该应用程序执行。
可选地，广播消息包括寻找设备的ip地址、设备端口号和被寻找设备的指定端口号。
寻找设备的设备端口号为应用程序所使用的端口的端口号。可选地，该设备端口号可以是系统分配的；或者，也可以是应用程序指定的。
被寻找设备的指定端口号为被寻找设备中用于接收广播消息的端口的端口号。
可选地，本实施例中，寻找设备可以在应用程序启动时发送广播消息；或者，应用程序中设置有寻找控件，在应用程序接收到作用于寻找控件的寻找操作时发送广播消息。
步骤402，被寻找设备监控指定端口，接收寻找设备发送的广播消息。
指定端口是广播消息中的指定端口号对应的端口，即，被寻找设备中用于接收广播消息的端口。
可选地，被寻找设备通过后台运行的服务进程监控指定端口，该服务进程在被寻找设备满足启动条件时启动。可选地，本实施例中，被寻找设备侧的步骤由该服务进程执行。
其中，启动条件包括：被寻找设备处于静音模式的时长达到预设时长和被寻找设备处于静止状态中的至少一种。本实施不对预设时长的取值作限定，示意性地，预设时长的取值大于30分钟(min)。
可选地，被寻找设备可以通过内置的传感器来确定是否处于静止状态。示意性地，被寻找设备通过重力传感器和/或加速度传感器来确定是否处于静止状态。
步骤403，被寻找设备根据广播消息获取该被寻找设备的ip地址和设备端口号。
可选地，被寻找设备的设备端口号是与寻找设备中的应用程序进行通信时使用的端口的端口号。
可选地，被寻找设备的设备端口号是根据寻找设备的设备端口号确定的；或者，是系统分配的。
步骤404，被寻找设备向寻找设备发送该被寻找设备的ip地址和设备端口号。
可选地，被寻找设备从广播消息中获取寻找设备的ip地址和设备端口号；然后，根据寻找设备的ip地址和设备端口号，向该寻找设备发送被寻找设备的ip地址和设备端口号。
示意性地，被寻找设备反馈ip地址和设备端口号的格式为：％areportaddresstoremote:％i:％p。其中，％a为被寻找设备的名称；reportaddresstoremote为消息类型；％i为被寻找设备的ip地址(如：192.168.1.145)；％p为被寻找设备的设备端口号(如：50844)。
步骤405，寻找设备接收被寻找设备反馈的ip地址和设备端口号。
可选地，寻找设备的应用程序监听设备端口，接收被寻找设备反馈的ip地址和设备端口号。其中，设备端口是寻找设备的设备端口号对应的端口。
可选地，若寻找设备的应用程序在发送广播消息之后的时长阈值内还未接收到被寻找设备反馈的ip地址和设备端口号，则该寻找设备检测该广播消息的发送次数是否达到次数阈值；若广播消息的发送次数未达到次数阈值，则重发该广播消息；若广播消息的发送次数达到次数阈值，则流程结束。本实施例不对时长阈值和次数阈值的取值作限定，示意性地，时长阈值为5s、次数阈值为3次。
步骤406，寻找设备向被寻找设备发送确认响应，建立tcp连接。
可选地，寻找设备的应用程序向被寻找设备发送确认响应。
步骤407，寻找设备创建http客户端实例。
寻找设备中的应用程序创建http客户端实例，该http客户端实例用于发起http连接。
由于应用程序需要基于http协议对数据进行压缩、解析，因此，寻找设备在建立tcp连接之后，还需要基于该tcp连接与被寻找设备建立http连接。
步骤408，寻找设备通过http客户端实例基于tcp连接向被寻找设备的ip地址和设备端口号发送http连接请求。
寻找设备中的应用程序通过http客户端实例基于tcp连接向被寻找设备的ip地址和设备端口号发送http连接请求。
http连接请求用于请求与被寻找设备建立http连接。
可选地，寻找设备可以与多个电子设备建立tcp连接，该多个电子设备包括被寻找设备，此时，寻找设备可以显示该多个电子设备。然后，寻找设备接收设备选择操作，向该设备选择操作指示的被寻找设备发送http连接请求。
示意性地，参考图5，寻找设备在应用程序的用户界面中显示建立了tcp连接的3个电子设备501、502和503；之后，应用程序接收到作用于电子设备501的设备选择操作，则该电子设备501为被寻找设备，然后，寻找设备根据电子设备501的ip地址和设备端口号，向该电子设备501发送http连接请求。
步骤409，被寻找设备基于tcp连接接收http连接请求，并向寻找设备反馈连接成功响应。
可选地，连接成功响应可以通过状态码表示，比如：状态码200表示http连接成功。
步骤410，寻找设备接收被寻找设备反馈的连接成功响应，建立http连接。
寻找设备中的应用程序接收被寻找设备反馈的连接成功响应，建立http连接。
步骤411，寻找设备遍历本地存储的音频类型的文件，得到至少一个音频文件。
寻找设备中的应用程序遍历本地存储的音频类型的文件，得到至少一个音频文件。该至少一个音频文件包括目标音频文件。
可选地，寻找设备中的应用程序可以在接收到遍历指令时遍历本地存储的音频类型的文件；或者，寻找设备中的应用程序可以在启动时遍历本地存储的音频类型的文件；或者，寻找设备中的应用程序可以在http连接建立成功时遍历本地存储的音频类型的文件。
可选地，音频文件中包括音频数据、文件路径、文件名称和文件格式中的至少一种。当然，音频文件还可以包括其它信息，比如：歌手名称、专辑名称、下载时间、播放时长等，本实施例对此不作限定。
步骤412，寻找设备显示至少一个音频文件。
参考图6，寻找设备在应用程序的用户界面中显示3个音频文件601、602和603。其中，每个音频文件包括文件路径和文件名称。
步骤413，寻找设备接收对至少一个音频文件中的目标音频文件的选择操作。
可选地，目标音频文件的数量为至少一个。
比如：在图6中，寻找设备通过应用程序接收到作用于音频文件601的选择操作，则该音频文件601为目标音频文件。
可选地，步骤411-413可以在步骤401-410之前执行；或者，也可以在步骤401-410之后执行；或者，还可以与步骤401-410同时执行，本实施对此不作限定。
步骤414，寻找设备根据目标音频文件生成url地址。
寻找设备中的应用程序根据目标音频文件生成url地址。
可选地，url地址包括目标音频文件的文件路径、文件索引标识、文件类型、文件所在设备的类型和网络路径中的至少一种。
可选地，url地址还包括寻找设备的ip地址和设备端口号。
步骤415，寻找设备通过http连接向被寻找设备发送url地址，该url地址用于触发被寻找设备调用音频播放客户端来播放音频文件。
寻找设备中的应用程序通过http连接向被寻找设备发送url地址。
步骤416，被寻找设备通过http连接接收寻找设备发送的url地址。
步骤417，被寻找设备通过http连接根据url地址向寻找设备发送文件获取请求。
被寻找设备接收到url地址之后，确定需要播放目标音频文件；然后，根据该url地址中携带的目标音频文件的文件路径、文件索引标识、文件类型、文件所在设备的类型和网络路径中的至少一种生成文件获取请求，并向寻找设备发送该文件获取请求。
可选地，当寻找设备发送的目标音频文件的数量为至少两个时，被寻找设备可以随机选择一个需要播放的目标音频文件；或者，选择播放时长最短的目标音频文件；或者，选择第一个目标音频文件，本实施例不对被寻找设备从至少两个目标音频文件中选择需要播放的目标音频文件的方式作限定。
步骤418，寻找设备通过http连接接收被寻找设备根据url地址发送的文件获取请求。
步骤419，寻找设备通过http连接根据文件获取请求向被寻找设备发送目标音频文件。
寻找设备根据文件获取请求中的目标音频文件的文件路径、文件索引标识、文件类型、文件所在设备的类型和网络路径中的至少一种确定目标音频文件，然后，将该目标音频文件发送给被寻找设备。
步骤420，被寻找设备通过http连接接收寻找设备发送的目标音频文件。
步骤421，被寻找设备根据url地址调用音频播放客户端播放目标音频文件。
可选地，被寻找设备中的服务进程调用音频播放客户端来播放目标音频文件。
可选地，被寻找设备接收到的url地址包括处理url地址的方式，比如：接收到url地址时启动音频播放客户端，因此，被寻找设备接收到url地址之后可以通过启动音频播放客户端来播放目标音频文件。
综上所述，本实施例提供的设备寻找方法，通过建立寻找设备与被寻找设备之间的http连接；然后，寻找设备基于该http连接向被寻找设备发送url地址，触发被寻找设备调用音频播放客户端来播放音频文件，以提示该被寻找设备所处的位置；可以解决被寻找设备处于静音模式时，无法根据寻找指令输出系统提示音，导致该被寻找设备无法提示自身位置的问题；由于被寻找播放通过音频播放客户端来播放音频文件与该被寻找设备是否处于静音模式无关，因此，无论被寻找设备是否处于静音模式都可以实现提示自身所处的位置，可以提高寻找被寻找设备的效率。
另外，若寻找设备与被寻找设备之间基于短距离传输协议，比如：蓝牙协议来建立通信连接，此时，寻找设备只能在小范围内(比如半径为10m的圆形范围内)寻找被寻找设备，当寻找空间比较大时，用户可能需要在不同的范围内多次寻找该被寻找设备。而本实施例中，通过在寻找设备与被寻找设备之间建立http连接来传输目标音频文件，使得寻找设备可以在局域网覆盖的范围内寻找被寻找设备，通常局域网覆盖的范围大于蓝牙连接覆盖的范围，此时，寻找设备在寻找空间内寻找被寻找设备的次数较少，可以提高寻找被寻找设备的效率。
图7是本申请的另一个示例性实施例示出的设备寻找方法的流程图。本实施例以各步骤的执行主体为图1所示的设备寻找系统中为例进行说明，基于图4所示的实施例，在步骤410之后，该方法至少包括以下几个步骤。
步骤701，寻找设备生成url地址。
可选地，寻找设备生成的url地址包括处理url地址的方式。示意性地，处理url地址的方式为：接收到url地址时启动音频播放客户端，并播放音频文件。
步骤702，寻找设备基于http连接向被寻找设备发送url地址，该url地址用于触发被寻找设备调用音频播放客户端播放被寻找设备中的音频文件。
步骤703，被寻找设备通过http连接接收寻找设备发送的url地址。
步骤704，被寻找设备根据url地址调用音频播放客户端，并播放该被寻找设备中的音频文件。
可选地，音频播放客户端播放的被寻找设备中的音频文件可以是音频播放客户端随机选择的；或者，是音频播放客户端本地存储的音频文件中的第一个音频文件；或者，是音频播放客户端最近一次播放的音频文件，本实施例对此不作限定。
综上所述，本实施例提供的设备寻找方法，通过在被寻找设备接收到url地址时，自动调用音频播放客户端来播放该被寻找设备中的音频文件，使得寻找设备无需向被寻找设备发送目标音频文件，可以减少寻找设备与被寻找设备之间的传输资源。
可选地，在实际实现时，寻找设备可以先通过图7所示的设备寻找方法来寻找被寻找设备；在被寻找设备中未存储音频文件时，再通过图4所示的设备寻找方法来寻找被寻找设备。或者，寻找设备也可以先通过图4所示的设备寻找方法来寻找被寻找设备，在寻找设备中未存储音频文件时，再通过图7所示的设备寻找方法来寻找被寻找设备。或者，寻找设备也可以仅通过图4所示的设备寻找方法来寻找被寻找设备。或者，寻找设备也可以仅通过图7所示的设备寻找方法来寻找被寻找设备。
可选地，基于上述各个实施例，在步骤410之后，寻找设备中的应用程序还可以创建http服务器实例。此时，被寻找设备可以基于http连接向寻找设备发送状态信息；相应地，寻找设备通过该http服务器实例接收被寻找设备基于http连接发送的状态信息，并显示该状态信息。
其中，状态信息包括：被寻找设备媒体访问控制(mediaaccesscontrol或者mediumaccesscontrol，mac)地址、ip地址、音量、通知模式和是否在播放目标音频文件中的至少一种。
其中，通知模式包括静音模式和响铃模式。静音模式是指被寻找设备以非音频方式输出提示，比如：以震动方式、闪光灯方式、屏幕点亮方式等输出提示；响应模式是指被寻找设备以音频方式输出系统提示。
本实施例中，通过在寻找设备中创建http服务器实例来模拟服务器接收被寻找设备发送的状态信息，然后显示该状态信息，可以实现向用户提示被寻找设备的状态的功能。
可选地，基于上述各个实施例，寻找设备在确定目标音频文件时，也可以通过调用内部安装的音频播放客户端，在该音频播放客户端中接收对音频文件的选择操作，得到目标音频文件。
下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。
请参考图8，其示出了本申请一个实施例提供的设备寻找装置的结构方框图，该设备寻找装置可通过软件、硬件或者两者的结合实现成为寻找设备的部分或者全部。该装置可以包括：tcp连接建立单元810、http连接建立单元820和地址发送单元830。
tcp连接建立单元810，用于基于用户数据报协议udp与同一局域网内的被寻找设备建立传输控制协议tcp连接；
http连接建立单元820，用于基于所述tcp连接与所述被寻找设备建立超文本传输协议http连接；
地址发送单元830，用于基于所述http连接向所述被寻找设备发送统一资源定位符url地址，所述url地址用于触发所述被寻找设备调用音频播放客户端来播放音频文件，以提示所述被寻找设备所处的位置。
可选地，所述地址发送单元830，用于：
从本地存储的音频文件中确定目标音频文件；
根据所述目标音频文件生成所述url地址；
通过所述http连接向所述被寻找设备发送所述url地址。
可选地，所述装置还包括：请求发送单元和文件发送单元。
请求发送单元，用于通过所述http连接接收所述被寻找设备根据所述url地址发送的文件获取请求；
文件发送单元，用于通过所述http连接根据所述文件获取请求向所述被寻找设备发送所述目标音频文件，所述目标音频文件用于供所述被寻找设备调用所述音频播放客户端来播放。
可选地，所述地址发送单元830，用于：
遍历本地存储的音频类型的文件，得到至少一个音频文件；
显示所述至少一个音频文件；
接收对所述至少一个音频文件中的目标音频文件的选择操作，所述目标音频文件的数量为至少一个。
可选地，所述url地址用于触发所述被寻找设备调用音频播放客户端播放所述被寻找设备中的音频文件。
可选地，所述装置还包括：实例创建单元、状态获取单元和状态显示单元。
实例创建单元，用于创建http服务器实例；
状态获取单元，用于通过所述http服务器实例接收所述被寻找设备基于所述http连接发送的状态信息；
状态显示单元，用于显示所述状态信息；
所述状态信息包括：所述被寻找设备媒体访问控制mac地址、互联网协议ip地址、音量、通知模式和是否在播放音频文件中的至少一种。
可选地，所述tcp连接建立单元810，用于：
基于udp向所述局域网内的至少一个电子设备发送广播消息，所述广播消息用于触发所述至少一个电子设备反馈ip地址和设备端口号，所述至少一个电子设备包括所述被寻找设备；
接收所述被寻找设备反馈的ip地址和设备端口号；
向所述被寻找设备发送确认响应，建立所述tcp连接。
可选地，所述http连接建立单元820，用于：
创建http客户端实例；
通过所述http客户端实例基于所述tcp连接向所述被寻找设备的ip地址和设备端口号发送http连接请求，所述http连接请求用于请求与所述被寻找设备建立所述http连接；
接收所述被寻找设备反馈的连接成功响应，建立所述http连接。
相关细节参考上述方法实施例。
请参考图9，其示出了本申请一个实施例提供的设备寻找装置的结构方框图，该设备寻找装置可通过软件、硬件或者两者的结合实现成为被寻找设备的部分或者全部。该装置可以包括：tcp连接建立单元910、http连接建立单元920、地址接收单元930和音频播放单元940。
tcp连接建立单元910，用于基于用户数据报协议udp与同一局域网内的寻找设备建立传输控制协议tcp连接；
http连接建立单元920，用于基于所述tcp连接与所述寻找设备建立超文本传输协议http连接；
地址接收单元930，用于通过所述http连接接收所述寻找设备发送的统一资源定位符url地址；
音频播放单元940，用于根据所述url地址调用音频播放客户端播放音频文件，所述音频文件用于提示被寻找设备所处的位置。
可选地，所述音频播放单元940，用于：
通过所述http连接根据所述url地址向所述寻找设备发送文件获取请求；
通过所述http连接接收所述寻找设备发送的目标音频文件；
根据所述url地址调用所述音频播放客户端播放所述目标音频文件。
可选地，所述音频播放单元940，用于：
根据所述url地址调用音频播放客户端，并播放所述被寻找设备中的音频文件。
相关细节参考上述方法实施例。
本申请还提供一种计算机可读介质，其上存储有程序指令，程序指令被处理器执行时实现上述各个方法实施例提供的设备寻找方法。
本申请还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个方法实施例提供的设备寻找方法。
参考图10，其示出了本申请一个示例性实施例提供的终端的结构方框图。本申请中的终端可以包括一个或多个如下部件：处理器1010和存储器1020。
处理器1010可以包括一个或者多个处理核心。处理器1010利用各种接口和线路连接整个终端内的各个部分，通过运行或执行存储在存储器1020内的指令、程序、代码集或指令集，以及调用存储在存储器1020内的数据，执行终端的各种功能和处理数据。可选地，处理器1010可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器1010可集成中央处理器(centralprocessingunit，cpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统和应用程序等；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1010中，单独通过一块芯片进行实现。
可选地，处理器1010执行存储器1020中的程序指令时实现下上述各个方法实施例提供的设备寻找方法。
存储器1020可以包括随机存储器(randomaccessmemory，ram)，也可以包括只读存储器(read-onlymemory)。可选地，该存储器1020包括非瞬时性计算机可读介质(non-transitorycomputer-readablestoragemedium)。存储器1020可用于存储指令、程序、代码、代码集或指令集。存储器1020可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令、用于实现上述各个方法实施例的指令等；存储数据区可存储根据终端的使用所创建的数据等。
需要补充说明的是，上述终端仅是示意性地，在实际实现时，终端还可以包括更少或更多的部件，比如：终端还包括触摸显示屏、通信组件、传感器组件等，本实施例在此不再一一限定。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。