一种通信方法以及通信装置的制造方法
【技术领域】
[0001]本发明涉及通信领域，特别涉及一种通信方法以及通信装置。
【背景技术】
[0002]目前，目前基于BS (Browser/Server,浏览器/服务器模式)结构设计和实现的系统中，服务端和客户端(浏览器)在传输数据时，一般是客户端(浏览器)向服务器端发出请求，而服务端被动响应。因此，若要保证客户端接收数据的实时性，就必须采用客户端定时刷新的方式来保证数据的实时获取。
[0003]而采用上述方法的具体原因是http协议的无状态性。一般的Http请求是很短暂的。因此服务端无法实现对客户端的状态监控和识别，进而导致客户端需要采用定时刷新的方式来保证数据的实时获取。
[0004]因此，现有技术存在的技术问题是，服务端无法实现对客户端的状态监控和识别，进而导致客户端需要采用定时刷新的方式来保证数据的实时获取的技术问题。
【发明内容】
[0005]本发明提供一种通信方法以及通信装置，用以解决现有技术中存在的服务端无法实现对客户端的状态监控和识别，进而导致客户端需要采用定时刷新的方式来保证数据的实时获取的技术问题。
[0006]一方面，本发明通过本申请的一个实施例，提供如下技术方案:
[0007]—种通信方法，所述方法包括:服务器经由通信信道接收客户端发送的握手请求，其中，所述通信信道具体是支持所述服务器和所述客户端双向进行数据交互的信道；所述服务器基于所述握手请求，生成所述客户端的通信地址；所述服务器经由所述通信信道，将所述服务器的协议版本、所述服务器的连接类型、以及所述客户端的通信地址发送给所述客户端。
[0008]另一方面，本发明通过本申请的另一个实施例提供:
[0009]一种通信装置，包括:接收单元，用于经由通信信道接收客户端发送的握手请求，其中，所述通信信道具体是支持所述服务器和所述客户端双向进行数据交互的信道；生成单元，用于基于所述握手请求，生成所述客户端的通信地址；发送单元，用于经由所述通信信道，将所述服务器的协议版本、所述服务器的连接类型、以及所述客户端的通信地址发送给所述客户端。
[0010]一方面，本发明通过本申请的一个实施例，提供如下技术方案:
[0011]一种通信方法，所述方法包括:客户端经由通信信道发送握手请求给服务器，其中，所述通信信道具体是支持所述服务端和所述客户端双向进行数据交互的信道；所述客户端经由所述通信信道接收所述服务器的协议版本、所述服务器的连接类型、以及所述服务端为所述客户端分配的所述客户端的通信地址。
[0012]另一方面，本发明通过本申请的另一个实施例提供:
[0013]一种通信装置，包括:发送模块，用于经由通信信道发送握手请求给服务器，其中，所述通信信道具体是支持所述服务端和所述客户端双向进行数据交互的信道；接收模块，用于经由所述通信信道接收所述服务器的协议版本、所述服务器的连接类型、以及所述服务端为所述客户端分配的所述客户端的通信地址。
[0014]上述技术方案中的一个或多个技术方案，具有如下技术效果或优点:
[0015]在本技术方案中，服务器经由通信信道接收客户端发送的握手请求，其中，通信信道具体是支持服务器和客户端双向进行数据交互的信道。服务器基于握手请求，生成客户端的通信地址。服务器经由通信信道，将服务器的协议版本、服务器的连接类型、以及客户端的通信地址发送给客户端。在两者握手成功之后，服务器可以实时监控客户端的状态，例如，可以基于客户端从不同的通信信道发送的消息判断出客户端的状态，进而解决了有技术中存在的服务端无法实现对客户端的状态监控和识别，进而导致客户端需要采用定时刷新的方式来保证数据的实时获取的技术问题。实现了对和护短的状态监控和识别的技术效果O
【附图说明】
[0016]图1为本申请实施例中通信方法的过程图；
[0017]图2为本申请实施例中通信装置的示意图；
[0018]图3为本申请实施例中通信方法的另一个过程图；
[0019]图4为本申请实施例中通信装置的另一个示意图。
【具体实施方式】
[0020]为了解决现有技术中存在的服务端无法实现对客户端的状态监控和识别，进而导致客户端需要采用定时刷新的方式来保证数据的实时获取的技术问题，本发明实施例提出了一种通信方法以及通信装置，其解决方案总体思路如下:
[0021]本发明提供一种通信方法以及通信装置，主要的思路是在应用层增加了一层封装协议，实现服务器能够监控客户端的状态。而封装协议包含了三个主要的部分:通信信道，消息传输方式和消息封装。服务器经由通信信道接收客户端发送的握手请求，其中，通信信道具体是支持服务器和客户端双向进行数据交互的信道。服务器基于握手请求，生成客户端的通信地址。服务器经由通信信道，将服务器的协议版本、服务器的连接类型、以及客户端的通信地址发送给客户端。在两者握手成功之后，服务器可以实时监控客户端的状态，例如，可以基于客户端从不同的通信信道发送的消息判断出客户端的状态，进而解决了有技术中存在的服务端无法实现对客户端的状态监控和识别，进而导致客户端需要采用定时刷新的方式来保证数据的实时获取的技术问题。实现了对和护短的状态监控和识别的技术效果O
[0022]下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解本发明实施例和实施例中的具体特征是对本发明技术方案的详细的说明，而不是对本发明技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。
[0023]实施例一:
[0024]在本申请实施例中，提出了一种通信方法。
[0025]下面请参看图1,本申请实施例中的方法包括:
[0026]S101，服务器经由通信信道接收客户端发送的握手请求。
[0027]S102，服务器基于握手请求，生成客户端的通信地址。
[0028]S103，服务器经由通信信道，将服务器的协议版本、服务器的连接类型、以及客户端的通信地址发送给客户端。
[0029]在具体的实施过程中，通信信道具体是支持服务器和客户端双向进行数据交互的信道。
[0030]在本申请实施例中，客户端可以但不限于为浏览器。
[0031]本申请实施例在应用层增加了一层封装协议，当客户端为浏览器时，实现服务器能够监控浏览器的状态。当然，所有的数据交互仍然需要在HTTP协议基础上工作，以保证穿越防火墙和浏览器无缝衔接。
[0032]而具体的，封装协议包含了三个主要的部分:通信信道，消息传输方式和消息封装。
[0033]这三个部分是相辅相成的。
[0034]下面首先介绍通信信道。
[0035]通信信道具体是支持服务器和客户端双向进行数据交互的信道。另外，其还同时支持消息的点对点传输及消息广播。
[0036]通信信道一般由协议信道，服务信道和消息信道构成。
[0037]在本申请实施例中，通信信道的描述采用类URI的方式，一个URI对应唯一的一个通信信道，通过URI的扩展支持多级和分类分组。利用通配符支持对信道的批量筛选。
[0038]例如:
[0039]/MESSAGE/DEVEL0P_GR0UP 代表该信道属于 MESSAGE 类型下的 DEVEL0P_GR0UP。
[0040]/MESSAGE/* 代表 MESSAGE 下所有信道。
[0041]下面介绍消息传输方式。
[0042]目前定义的通信信道类型包含三种，针对不同信道类型存在不同消息传输方式。
[0043]首先是协议信道:
[0044]协议信道一般用于传输和协议相关的信息，属于保留信道。例如握手等信息通过协议信道传输。
[0045]其次是服务信道:
[0046]服务信道是一种特殊信道，所有的客户端都可以向该信道发布信息，但发布在该信道上的信息不会被传递给任何客户端。通过这种类型的信道，可以支持在服务端