CN107566453A - 服务发现方法、装置、计算机可读存储介质和计算机设备 - Google Patents

Abstract

本申请提供一种服务发现方法、装置、计算机可读存储介质和计算机设备，包括：服务端根据其服务IP和端口号进行编码生成连接码；服务端将生成的连接码显示在用户界面上，以使客户端解析用户输入的所述连接码获取所述服务IP和端口号；服务端在接收到所述客户端基于所述服务IP和端口号发送的连接请求时，基于所述连接请求与所述客户端建立连接。本申请技术方案可以实现跨网段的服务发现，且在实际应用中较为简便。

Description

服务发现方法、装置、计算机可读存储介质和计算机设备

技术领域

本申请涉及通信技术领域，尤其涉及一种服务发现方法、装置、计算机可读存储介质和计算机设备。

背景技术

对于包括服务端与客户端的系统而言，客户端通常需要发现并连接至服务端。现有的免配置服务发现协议包括Apple Bonjour以及SSDP(Simple Service DiscoveryProtocol，简单服务发现协议)等，客户端可以基于这类协议获取服务端的服务IP和端口号等信息，并基于获取到的信息与服务端建立连接，但这类协议通常基于局域网内的UDP(User Datagram Protocol，用户数据报协议)组播或广播的方式实现，存在无法跨网段进行服务发现、实际应用中不够简便的问题。或者，用户也可以在客户端配置服务IP和端口号等信息，客户端可以基于用户配置的信息与服务端建立连接，但采用这种方式，实现较为繁琐，在实际应用中也不够简便。

发明内容

有鉴于此，本申请提供一种服务发现方法、装置、计算机可读存储介质和计算机设备，以解决相关技术中无法跨网段进行服务发现、实际应用中不够简便的问题。

具体地，本申请是通过如下技术方案实现的：

第一方面，本申请提供一种服务发现方法，所述方法应用于服务端，包括：

根据服务端的服务IP和端口号进行编码生成连接码；

将生成的连接码显示在用户界面上，以使客户端解析用户输入的所述连接码获取所述服务IP和端口号；

在接收到所述客户端基于所述服务IP和端口号发送的连接请求时，基于所述连接请求与所述客户端建立连接。

第二方面，本申请提供一种服务发现方法，所述方法应用于客户端，包括：

获取用户输入的服务端的连接码；其中，所述连接码由所述服务端根据所述服务端的服务IP和端口号进行编码生成；

解析所述连接码，获取所述服务端的服务IP和端口号；

基于所述服务IP和端口号，向所述服务端发送连接请求，以使所述服务端基于所述连接请求与客户端之间建立连接。

第三方面，本申请提供一种服务发现装置，所述装置应用于服务端，包括：

生成单元，用于根据服务端的服务IP和端口号进行编码生成连接码；

通知单元，用于将生成的连接码显示在用户界面上，以使客户端解析用户输入的所述连接码获取所述服务IP和端口号；

建立单元，用于在接收到所述客户端基于所述服务IP和端口号发送的连接请求时，基于所述连接请求与所述客户端建立连接。

第四方面，本申请提供一种服务发现装置，所述装置应用于客户端，包括：

获取单元，用于获取用户输入的服务端的连接码；其中，所述连接码由所述服务端根据所述服务端的服务IP和端口号进行编码生成；

解析单元，用于解析所述连接码，获取所述服务端的服务IP和端口号；

发送单元，用于基于所述服务IP和端口号，向所述服务端发送连接请求，以使所述服务端基于所述连接请求与客户端之间建立连接。

第五方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述方法的步骤。

第六方面，本申请提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行上述方法。

分析上述技术方案可知，服务端可以将本机的服务IP和端口号按照一定的编码规则进行编码，生成对应的连接码并通知给用户，客户端则可以通过解析用户输入的连接码直接获取服务端的服务IP和端口号。与相关技术相比，由于本申请技术方案中客户端不需要通过UDP组播或广播进行服务发现，因此客户端是否与服务端在同一网段中并不会对客户端进行服务发现造成影响，即可以实现跨网段的服务发现。此外，用户仅需获知某一服务端的连接码，并将该连接码输入至客户端中，使客户端针对该服务端进行定向的服务发现，与相关技术相比简化了用户的操作过程，在实际应用中更为简便。

附图说明

图1是包括服务端与客户端的系统架构图；

图2是本申请一示例性实施例示出的一种服务发现方法的流程图；

图3是本申请一示例性实施例示出的另一种服务发现方法的流程图；

图4是本申请一示例性实施例示出的一种服务发现装置所在设备的硬件结构图；

图5是本申请一示例性实施例示出的另一种服务发现装置所在设备的硬件结构图；

图6是本申请一示例性实施例示出的一种服务发现装置的框图；

图7是本申请一示例性实施例示出的另一种服务发现装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参考图1，为包括服务端与客户端的系统架构图，其中，客户端可以是手机、用户PC等设备，服务端可以是网络打印机、AirPlay接收器等设备。对于这类系统而言，客户端需要发现并连接至服务端，即客户端需要获取服务端的服务IP和端口号等信息，并基于获取到的信息与服务端建立连接，以进行后续的用户业务处理。

相关技术中，客户端可以基于免配置服务发现协议(例如：Apple Bonjour、SSDP等)获取服务端的服务IP和端口号等信息，并根据获取到的信息与服务端建立连接。然而，这类协议通常基于局域网内的UDP(User Datagram Protocol，用户数据报协议)组播或广播的方式实现，即采用这种方式，客户端仅可以针对同一局域网内的服务端进行服务发现。此外，如图1所示，如果同一局域网内存在多个服务端，则客户端可以发现这多个服务端，并提供给用户从中选择需要连接的服务端，再基于所选择的该服务端的服务IP和端口号等信息与该服务端建立连接，在实际应用中显然不够简便。

或者，用户也可以在客户端配置服务端的服务IP和端口号等信息，客户端可以基于用户配置的信息与服务端建立连接。但采用这种方式，需要用户自行获取服务IP和端口号等信息，对于IP地址经常发生变化的服务端而言，实现较为繁琐，在实际应用中也不够简便。

请参考图2，为本申请一示例性实施例示出的一种服务发现方法的流程图。该方法可以应用于图1所示的服务端中，包括以下步骤：

步骤201：根据服务端的服务IP和端口号进行编码生成连接码。

步骤202：将生成的连接码显示在用户界面上，以使客户端解析用户输入的所述连接码获取所述服务IP和端口号。

步骤203：在接收到所述客户端基于所述服务IP和端口号发送的连接请求时，基于所述连接请求与所述客户端建立连接。

在本实施例中，用户可以预先设置针对IP地址和端口号的编码规则，例如将IP地址转换为二进制数值进行编码，约定端口号与二进制数值的对应关系以将端口号对应的二进制数值进行编码，将编码得到的二进制数值转换为十进制数值展示给用户等。服务端可以按照用户设置的编码规则，将本机的服务IP和端口号进行编码，生成对应的连接码。

服务端在生成连接码后，可以将生成的连接码通知给用户。具体地，服务端可以将生成的连接码显示在用户界面上，供用户查看，从而使用户可以获知到服务端生成的连接码；或者，服务端也可以向用户发送短信、邮件等，从而使用户可以通过查看这些短信、邮件等获知到服务端生成的连接码。

用户在获知到服务端生成的连接码后，可以通过客户端提供的用户界面输入该连接码，从而使客户端解析该连接码获取服务端的服务IP和端口号，即完成针对该服务端的服务发现。

后续，客户端可以基于获取到的服务IP和端口号向服务端发送连接请求。服务端在接收到该连接请求后，可以基于该连接请求与客户端建立连接，以进行后续的用户业务处理。

由上述实施例可见，服务端可以将本机的服务IP和端口号按照一定的编码规则进行编码，生成对应的连接码并通知给用户，客户端则可以通过解析用户输入的连接码直接获取服务端的服务IP和端口号。与相关技术相比，由于本申请技术方案中客户端不需要通过UDP组播或广播进行服务发现，因此客户端是否与服务端在同一网段中并不会对客户端进行服务发现造成影响，即可以实现跨网段的服务发现。此外，用户仅需获知某一服务端的连接码，并将该连接码输入至客户端中，使客户端针对该服务端进行定向的服务发现，与相关技术相比简化了用户的操作过程，在实际应用中更为简便。

与图2所示的实施例相应地，请参考图3，为本申请一示例性实施例示出的另一种服务发现方法的流程图。该方法可以应用于图1所示的客户端中，包括以下步骤：

步骤301：获取用户输入的服务端的连接码；其中，所述连接码由所述服务端根据所述服务端的服务IP和端口号进行编码生成。

步骤302：解析所述连接码，获取所述服务端的服务IP和端口号。

步骤303：基于所述服务IP和端口号，向所述服务端发送连接请求，以使所述服务端基于所述连接请求与客户端之间建立连接。

在本实施例中，当同一局域网内存在多个服务端时，用户可以选择需要连接的服务端，并通过客户端提供的用户界面，输入所选择的该服务端的连接码。

客户端在获取到用户输入的连接码后，可以对该连接码进行解析，获取用户选择的服务端的服务IP和端口号，即完成针对该服务端的服务发现。

后续，客户端可以基于获取到的服务IP和端口号，向用户选择的服务端发送连接请求。该服务端在接收到该连接请求后，可以基于该连接请求与客户端建立连接，以进行后续的用户业务处理。

由上述实施例可见，服务端可以将本机的服务IP和端口号按照一定的编码规则进行编码，生成对应的连接码并通知给用户，客户端则可以通过解析用户输入的连接码直接获取服务端的服务IP和端口号。与相关技术相比，由于本申请技术方案中客户端不需要通过UDP组播或广播进行服务发现，因此客户端是否与服务端在同一网段中并不会对客户端进行服务发现造成影响，即可以实现跨网段的服务发现。此外，用户仅需获知某一服务端的连接码，并将该连接码输入至客户端中，使客户端针对该服务端进行定向的服务发现，与相关技术相比简化了用户的操作过程，在实际应用中更为简便。

以图1所示的客户端1与服务端1为例，假设服务端1用于提供服务的服务IP为192.168.2.3，端口号为8088，则服务端1可以按照预设的编码规则，将IP地址192.168.2.3和端口号8088进行编码，生成对应的连接码。

假设用户预先设置的编码规则如下：将服务IP转换为二进制数值，如果服务IP为IPv4地址，则将该二进制数值作为连接码的前32位比特位，如果服务IP为IPv6地址，则将该二进制数值作为连接码的前128位比特位；约定二进制数值00对应端口号8080，二进制数值01对应端口号8088，二进制数值10对应端口号8888，二进制数值11对应端口号9999，并将端口号对应的二进制数值作为连接码的后2位比特位。

按照上述编码规则，服务端1在将本机的服务IP进行编码后，生成的连接码为11000000101010000000001000000011，而在将端口号进行编码后，生成的连接码为00。服务端1可以将端口号对应的连接码添加至服务IP对应的连接码之后，即最终生成的连接码为1100000010101000000000100000001100。服务端1在生成该连接码后，可以将该连接码显示在用户界面上，以供用户查看。

用户在获知到服务端1生成的上述连接码后，可以通过客户端1提供的用户界面输入该连接码。客户端1可以按照上述编码规则对该连接码进行解析：客户端可以将该连接码的前32位比特位11000000101010000000001000000011作为二进制数值转换为IP地址192.168.2.3，并确定后2位比特位00作为二进制数值对应的端口号为8080，即客户端1通过解析该连接码可以获取服务端1的服务IP为192.168.2.3，端口号为8080。

为了减少连接码的位数，便于用户使用连接码，服务端1在对服务IP和端口号进行编码得到二进制数值1100000010101000000000100000001100后，可以将该二进制数值转换为十进制数值12928944140作为连接码。客户端1在获取到用户输入的连接码12928944140后，可以先将该连接码转换为二进制数值1100000010101000000000100000001100，再按照上述编码规则对该二进制数值进行解析。

客户端1在获取到上述服务IP和端口号后，可以构造目的IP地址为192.168.2.3，目的端口号为8080的连接请求发送给服务端1。服务端1在接收到该连接请求后，即可与客户端1建立连接。后续，服务端1与客户端1之间可以通过建立的连接进行数据传输，实现用户业务。

通常，在同一网段中的服务端和客户端，其IP地址中的网络地址相同，主机地址不同。因此在实际应用中，为了减少对服务IP进行编码生成的连接码的位数，便于客户端解析连接码获取服务IP，服务端可以将本机的服务IP的主机地址和端口号进行编码生成连接码，并将生成的连接码通知给用户。用户在通过与该服务端在同一网段中的客户端提供的用户界面输入该连接码后，该客户端可以解析该连接码，获取服务IP的主机地址和端口号。后续，该客户端可以将本机IP的网络地址添加至获取到的主机地址之前，以获取完整的服务IP。

继续以上述举例为例，假设服务端1的子网掩码为255.255.255.0，则对于该服务IP转换得到的二进制数值而言，前24位比特位为该服务IP的网络地址，后8位比特位则为该服务IP的主机地址。服务端1可以将本机的服务IP的主机地址进行编码，生成的连接码为00000011，并将端口号对应的连接码添加至服务IP的主机地址对应的连接码之后，即最终生成的连接码为0000001100。

假设客户端1与服务端1在同一网段中，则客户端1在获取到用户输入的上述连接码后，可以将本机IP转换得到的二进制数值的前24位比特位110000001010100000000010，添加至该连接码的前8位比特位0000001100之前，作为二进制数值1100000010101000000000100000001100转换为IP地址192.168.2.3，即客户端1可以获取服务端1的服务IP为192.168.2.3。同时，客户端1可以确定该连接码的后2位比特位00对应的端口号为8080，即客户端1可以获取服务端1的端口号为8080。

另一方面，由于不在同一网段中的服务端和客户端，其IP地址中的网络地址和主机地址均不相同，因此服务端仍需将完整的服务IP和端口号进行编码生成连接码，从而使与该服务端不在同一网段中的客户端可以解析该连接码，获取完整的服务IP和端口号。

当然，服务端可以同时生成上述两种连接码并通知给用户，用户可以在通过客户端提供的用户界面输入连接码前，检查该客户端与服务端是否在同一网段中。如果两者在同一网段中，则用户可以在该客户端中输入服务端基于服务IP的主机地址和端口号生成的连接码；如果两者不在同一网段中，则用户可以在该客户端中输入服务端基于完整的服务IP和端口号生成的连接码。客户端则可以通过判断用户输入的连接码位数的多少，例如用户输入的连接码有34位还是10位，来判断通过解析该连接码得到的服务IP是否为完整的IP地址。

出于安全考虑，服务端在生成连接码时，还可以在连接码中扩展多位比特位作为第一安全码，例如可以在服务IP对应的连接码之前添加4位比特位作为第一安全码，这4位比特位的数值可以由服务端随机生成。相应地，客户端在基于获取到的服务IP和端口号向服务端发送连接请求时，可以将解析用户输入的连接码获取到的安全码添加至该连接请求中作为第二安全码。

服务端在接收到客户端发送的连接请求时，可以将自身生成的连接码中的第一安全码与客户端发送的连接请求中的第二安全码进行比较。如果服务端比较出第一安全码与第二安全码相同，则说明该客户端的连接请求已通过授权，服务端可以基于该连接请求与客户端建立连接。

继续以上述举例为例，假设服务端1生成的连接码为10110000001100，其中前4位比特位1011为第一安全码，中间8位比特位00000011对应服务IP的主机地址，后2位比特位00对应端口号。

假设客户端1与服务端1在同一网段中，则客户端1可以解析用户输入的上述连接码，获取服务端1的服务IP为192.168.2.3，端口号为8080，且安全码为1011。后续，客户端1可以基于服务IP192.168.2.3和端口号8080向服务端1发送连接请求，并在该连接请求中添加安全码1011作为第二安全码。

服务端1在接收到客户端1发送的连接请求后，可以将该连接请求中的第二安全码1011，与自身生成的连接码中的第一安全码1011进行比较。由于此时第一安全码和第二安全码相同，因此说明客户端1的连接请求已通过授权，服务端1可以基于该连接请求与客户端1建立连接，以进行后续的用户业务处理。

在另一种实现方式中，也可以预先规定连接码的展示形式。举例来说，用户可以规定连接码以6位十进制数值的形式展示，则此时连接码的编码空间为20位比特位。假设用户设置的编码规则包括：将前4位比特位作为第一安全码；将第一安全码之后的2位比特位作为端口号对应的比特位；将剩余未使用的14位比特位作为服务IP对应的比特位。

继续以上述举例为例，假设服务端1的子网掩码为255.255.255.0，则对于该服务IP转换得到的二进制数值11000000101010000000001000000011而言，前24位比特位为该服务IP的网络地址，后8位比特位则为该服务IP的主机地址。此时，服务端1可以将6位低位网络地址、8位主机地址和端口号进行编码，得到连接码对应的二进制数值为10110000001000000011，如下表1所示：

第一安全码	端口号	低位网络地址	主机地址
				1011	00	000010	00000011

表1

后续，服务端1可以将该二进制数值转换为十进制数值721411作为展示给用户的连接码，即用户可以查看到服务端1的连接码为721411。客户端1在获取到用户输入的连接码721411后，可以先将该连接码转换为二进制数值10110000001000000011，再按照上述编码规则对该二进制数值进行解析。

需要说明的是，此时客户端1会将本机IP的高位网络地址，添加至解析该二进制数值得到的服务端1的低位网络地址和主机地址之前，以获取服务端1的完整的服务IP。假设客户端1的本机IP为192.168.3.4，则客户端1会将本机IP转换得到的二进制数值11000000101010000000001100000100的前18位比特位，添加至解析得到的低位网络地址000010和主机地址00000011之前，作为二进制数值11000000101010000000001000000011转换为IP地址192.168.2.3，即客户端1可以获取服务端1的服务IP为192.168.2.3。由此可见，这种方式适用于高位网络地址相同的服务端和客户端。

当然，也可以预留多位比特位用于其他用途，本申请不作特殊限制。

与前述服务发现方法的实施例相对应，本申请还提供了服务发现装置的实施例。

本申请服务发现装置的实施例可以应用在服务端和客户端上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务端设备或客户端设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请服务发现装置所在服务端的一种硬件结构图，如图5所示，为本申请服务发现装置所在客户端的一种硬件结构图。除了图4和图5所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务端设备或客户端设备通常根据该服务发现的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图6，为本申请一示例性实施例示出的一种服务发现装置的框图，该装置600可以应用在图4所示的服务端上，包括：

生成单元601，用于根据服务端的服务IP和端口号进行编码生成连接码；

通知单元602，用于将生成的连接码显示在用户界面上，以使客户端解析用户输入的所述连接码获取所述服务IP和端口号；

建立单元603，用于在接收到所述客户端基于所述服务IP和端口号发送的连接请求时，基于所述连接请求与所述客户端建立连接。

在一个可选的实施例中，所述生成单元601可以包括：

第一生成子单元6011，用于将完整的所述服务IP和端口号进行编码生成连接码；和/或

第二生成子单元6012，用于将所述服务IP的主机地址和端口号进行编码生成连接码；和/或

第三生成子单元6013，用于将所述服务IP的主机地址、低位网络地址和端口号进行编码生成连接码。

在另一个可选的实施例中，所述装置600还可以包括：

扩展单元604，用于在生成所述连接码时，在所述连接码中扩展多位比特位作为第一安全码；

比较单元605，用于在接收到客户端发送的连接请求时，将所述第一安全码与所述连接请求中的第二安全码进行比较；

所述建立单元603还可以用于当所述第一安全码与所述第二安全码相同时，基于所述连接请求与所述客户端建立连接。

请参考图7，为本申请一示例性实施例示出的另一种服务发现装置的框图，该装置700可以应用在图5所示的客户端上，包括：

获取单元701，用于获取用户输入的服务端的连接码；其中，所述连接码由所述服务端根据所述服务端的服务IP和端口号进行编码生成；

解析单元702，用于解析所述连接码，获取所述服务端的服务IP和端口号；

发送单元703，用于基于所述服务IP和端口号，向所述服务端发送连接请求，以使所述服务端基于所述连接请求与客户端之间建立连接。

在一个可选的实施例中，所述解析单元702可以包括：

第一解析子单元7021，用于将解析所述连接码得到的IP地址作为所述服务端的服务IP；和/或

第二解析子单元7022，用于将本机IP的主机地址替换为解析所述连接码得到的主机地址，并将替换后的IP地址作为所述服务端的服务IP；和/或

第三解析子单元，用于将本机IP的主机地址和低位网络地址替换为解析所述连接码得到的主机地址和低位网络地址，并将替换后的IP地址作为所述服务端的服务IP。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本申请一示例性实施例中，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如下方法：

根据服务端的服务IP和端口号进行编码生成连接码；

将生成的连接码显示在用户界面上，以使客户端解析用户输入的所述连接码获取所述服务IP和端口号；

在接收到所述客户端基于所述服务IP和端口号发送的连接请求时，基于所述连接请求与所述客户端建立连接。

在一个可选的实施例中，所述根据服务端的服务IP和端口号进行编码生成连接码，可以包括：

将完整的所述服务IP和端口号进行编码生成连接码；和/或

将所述服务IP的主机地址和端口号进行编码生成连接码；和/或

将所述服务IP的主机地址、低位网络地址和端口号进行编码生成连接码。

在另一个可选的实施例中，所述方法还可以包括：

在生成所述连接码时，在所述连接码中扩展多位比特位作为第一安全码；

在接收到客户端发送的连接请求时，将所述第一安全码与所述连接请求中的第二安全码进行比较；

如果所述第一安全码与所述第二安全码相同，则基于所述连接请求与所述客户端建立连接。

在另一个可选的实施例中，所述程序被处理器执行时实现如下方法：

获取用户输入的服务端的连接码；其中，所述连接码由所述服务端根据所述服务端的服务IP和端口号进行编码生成；

解析所述连接码，获取所述服务端的服务IP和端口号；

基于所述服务IP和端口号，向所述服务端发送连接请求，以使所述服务端基于所述连接请求与客户端之间建立连接。

在另一个可选的实施例中，所述获取所述服务端的服务IP，可以包括：

将解析所述连接码得到的IP地址作为所述服务端的服务IP；和/或

将本机IP的主机地址替换为解析所述连接码得到的主机地址，并将替换后的IP地址作为所述服务端的服务IP；和/或

将本机IP的主机地址和低位网络地址替换为解析所述连接码得到的主机地址和低位网络地址，并将替换后的IP地址作为所述服务端的服务IP。

在本申请一示例性实施例中，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时可以实现以下步骤：

根据服务端的服务IP和端口号进行编码生成连接码；

将生成的连接码显示在用户界面上，以使客户端解析用户输入的所述连接码获取所述服务IP和端口号；

在接收到所述客户端基于所述服务IP和端口号发送的连接请求时，基于所述连接请求与所述客户端建立连接。

在一个可选的实施例中，所述处理器执行根据服务端的服务IP和端口号进行编码生成连接码时，可以实现以下步骤：

将完整的所述服务IP和端口号进行编码生成连接码；和/或

将所述服务IP的主机地址和端口号进行编码生成连接码；和/或

将所述服务IP的主机地址、低位网络地址和端口号进行编码生成连接码。

在另一个可选的实施例中，所述处理器执行所述程序时还可以实现以下步骤：

在生成所述连接码时，在所述连接码中扩展多位比特位作为第一安全码；

在接收到客户端发送的连接请求时，将所述第一安全码与所述连接请求中的第二安全码进行比较；

如果所述第一安全码与所述第二安全码相同，则基于所述连接请求与所述客户端建立连接。

在另一个可选的实施例中，所述处理器执行所述程序时可以实现以下步骤：

获取用户输入的服务端的连接码；其中，所述连接码由所述服务端根据所述服务端的服务IP和端口号进行编码生成；

解析所述连接码，获取所述服务端的服务IP和端口号；

基于所述服务IP和端口号，向所述服务端发送连接请求，以使所述服务端基于所述连接请求与客户端之间建立连接。

在另一个可选的实施例中，所述处理器执行获取所述服务端的服务IP时，可以实现以下步骤：

将解析所述连接码得到的IP地址作为所述服务端的服务IP；和/或

将本机IP的主机地址替换为解析所述连接码得到的主机地址，并将替换后的IP地址作为所述服务端的服务IP；和/或

将本机IP的主机地址和低位网络地址替换为解析所述连接码得到的主机地址和低位网络地址，并将替换后的IP地址作为所述服务端的服务IP。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种服务发现方法，其特征在于，所述方法应用于服务端，包括：

根据服务端的服务IP和端口号进行编码生成连接码；

将生成的连接码显示在用户界面上，以使客户端解析用户输入的所述连接码获取所述服务IP和端口号；

在接收到所述客户端基于所述服务IP和端口号发送的连接请求时，基于所述连接请求与所述客户端建立连接。

2.根据权利要求1所述的方法，其特征在于，所述根据服务端的服务IP和端口号进行编码生成连接码，包括：

将完整的所述服务IP和端口号进行编码生成连接码；和/或

将所述服务IP的主机地址和端口号进行编码生成连接码；和/或

将所述服务IP的主机地址、低位网络地址和端口号进行编码生成连接码。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在生成所述连接码时，在所述连接码中扩展多位比特位作为第一安全码；

在接收到客户端发送的连接请求时，将所述第一安全码与所述连接请求中的第二安全码进行比较；

如果所述第一安全码与所述第二安全码相同，则基于所述连接请求与所述客户端建立连接。

4.一种服务发现方法，其特征在于，所述方法应用于客户端，包括：

获取用户输入的服务端的连接码；其中，所述连接码由所述服务端根据所述服务端的服务IP和端口号进行编码生成；

解析所述连接码，获取所述服务端的服务IP和端口号；

基于所述服务IP和端口号，向所述服务端发送连接请求，以使所述服务端基于所述连接请求与客户端之间建立连接。

5.根据权利要求4所述的方法，其特征在于，所述获取所述服务端的服务IP，包括：

将解析所述连接码得到的IP地址作为所述服务端的服务IP；和/或

将本机IP的主机地址替换为解析所述连接码得到的主机地址，并将替换后的IP地址作为所述服务端的服务IP；和/或

将本机IP的主机地址和低位网络地址替换为解析所述连接码得到的主机地址和低位网络地址，并将替换后的IP地址作为所述服务端的服务IP。

6.一种服务发现装置，其特征在于，所述装置应用于服务端，包括：

生成单元，用于根据服务端的服务IP和端口号进行编码生成连接码；

通知单元，用于将生成的连接码显示在用户界面上，以使客户端解析用户输入的所述连接码获取所述服务IP和端口号；

建立单元，用于在接收到所述客户端基于所述服务IP和端口号发送的连接请求时，基于所述连接请求与所述客户端建立连接。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

扩展单元，用于在生成所述连接码时，在所述连接码中扩展多位比特位作为第一安全码；

比较单元，用于在接收到客户端发送的连接请求时，将所述第一安全码与所述连接请求中的第二安全码进行比较；

所述建立单元还用于当所述第一安全码与所述第二安全码相同时，基于所述连接请求与所述客户端建立连接。

8.一种服务发现装置，其特征在于，所述装置应用于客户端，包括：

获取单元，用于获取用户输入的服务端的连接码；其中，所述连接码由所述服务端根据所述服务端的服务IP和端口号进行编码生成；

解析单元，用于解析所述连接码，获取所述服务端的服务IP和端口号；

发送单元，用于基于所述服务IP和端口号，向服务端发送连接请求，以使所述服务端基于所述连接请求与客户端之间建立连接。

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

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述权利要求1至5任意一项所述的方法。