一种多线程的数据传输方法和装置与流程

1.本发明涉及多线程的数据传输技术领域，尤其涉及一种多线程的数据传输方法和装置。


背景技术：

2.随着音视频技术的高速发展，越来越多的工作场合开始使用分布式坐席系统来进行远程调度、分区管控，如各单位的指挥中心、会议室等，其中较多应用场景一般采用网络部署，通过控制软件对坐席系统中的各类设备进行统一配置管理，主要涉及的业务包括从坐席主控服务器获取已有的相关资源、接收客户端下发的各种配置命令并分析处理、将预处理后的命令发送给坐席主控服务器进行管理配置等。
3.目前实现上述功能的主要方案通常是启动一个线程，创建epoll句柄监听多个socket的数据接收情况；当监听到某个socket上有可读数据时，接收相应消息数据，即时分析处理；若接收到的数据是响应类型，则将其保存在缓存中，并上报给客户端；若接收到的数据是配置命令类型，则将预处理后的命令转发给坐席主控服务器进行相关设置；在进行客户端下发的命令转发配置的时候，同步等待坐席主控服务器返回的成功或失败响应消息。
4.但上述方案随着坐席主控服务器资源急剧增多，同时用户在控制客户端上频繁进行操作，需要系统同时响应多个控制客户端的数据需求时，上述方案的处理效率较低，且不存在客户端或坐席主控服务器响应超时提醒。


技术实现要素：

5.本发明提供了一种多线程的数据传输方法和装置，解决了现有技术随着坐席主控服务器资源急剧增多，同时用户在控制客户端上频繁进行操作，需要系统同时响应多个控制客户端的数据需求时，上述方案的处理效率较低，且不存在客户端或坐席主控服务器响应超时提醒的技术问题。
6.本发明提供的一种多线程的数据传输方法，涉及通信连接的坐席主控服务器和多个控制客户端，所述坐席主控服务器和所述控制客户端均包括有套接字接口，所述方法包括：
7.实时监听各个所述套接字接口；
8.当监听到任一所述套接字接口接收到接收数据时，将所述接收数据缓存至所述套接字接口关联的消息队列；
9.通过所述消息队列对应的消息队列线程依次读取所述消息队列内的接收数据并解析，确定所述接收数据的数据类型；
10.若所述数据类型为配置指令数据，则根据所述接收数据构建所述目标服务器数据包并发送至所述坐席主控服务器；
11.若所述数据类型为响应数据，则对所述接收数据进行协议头封装，生成目标客户
端数据包并返回至所述控制客户端。
12.可选地，所述方法还包括：
13.响应于输入的监听请求，创建epoll句柄；
14.将各个所述套接字接口分别注册至所述epoll句柄，创建监听线程；其中，所述监听线程用于实时监听各个所述套接字接口。
15.可选地，所述若所述数据类型为配置指令数据，则根据所述接收数据构建所述目标服务器数据包并发送至所述坐席主控服务器的步骤，包括：
16.若所述数据类型为配置指令数据，则对所述配置指令数据包进行协议头封装，生成目标服务器数据包；
17.采用所述目标服务器数据包携带的协议会话id作为主键，将指令类型和返回值状态作为键值，构建映射关系信息；
18.将所述映射关系信息逐一缓存至所述坐席主控服务器对应的映射队列；
19.发送所述目标服务器数据包至所述坐席主控服务器。
20.可选地，所述方法还包括：
21.通过所述消息队列线程获取所述接收数据携带的应用场景标识，按照所述应用场景标识确定对应的超时时间；
22.通过所述消息队列线程轮询所述映射队列内的所述映射关系信息；
23.若所述映射关系信息内的返回值状态在所述超时时间内未被更新，则将超时未处理信息作为新的接收数据并返回至所述套接字接口
24.若所述映射关系信息内的返回值状态在所述超时时间内被更新，则基于更新后的返回值状态生成新的接收数据并返回至所述套接字接口。
25.可选地，所述坐席主控服务器包括服务器处理线程；所述服务器处理线程用于：
26.读取所述目标服务器数据包对应的数据包协议会话id和数据包指令类型；
27.判断数据包协议会话id是否存在于所述映射队列；
28.若是，则从所述映射队列获取对应的映射关系信息，判断所述映射关系信息内的指令类型是否与所述数据包指令类型一致；
29.若一致，则按照所述目标服务器数据包执行配置，并基于配置结果更新所述返回值状态。
30.本发明还提供了一种多线程的数据传输装置，涉及通信连接的坐席主控服务器和多个控制客户端，所述坐席主控服务器和所述控制客户端均包括有套接字接口，所述装置包括：
31.监听模块，用于实时监听各个所述套接字接口；
32.接收数据缓存模块，用于当监听到任一所述套接字接口接收到接收数据时，将所述接收数据缓存至所述套接字接口关联的消息队列；
33.数据类型确定模块，用于通过所述消息队列对应的消息队列线程依次读取所述消息队列内的接收数据并解析，确定所述接收数据的数据类型；
34.配置指令数据处理模块，用于若所述数据类型为配置指令数据，则根据所述接收数据构建所述目标服务器数据包并发送至所述坐席主控服务器；
35.响应数据处理模块，用于若所述数据类型为响应数据，则对所述接收数据进行协
议头封装，生成目标客户端数据包并返回至所述控制客户端。
36.可选地，所述装置还包括：
37.句柄创建模块，用于响应于输入的监听请求，创建epoll句柄；
38.监听线程创建模块，用于将各个所述套接字接口分别注册至所述epoll句柄，创建监听线程；其中，所述监听线程用于实时监听各个所述套接字接口。
39.可选地，所述配置指令数据处理模块包括：
40.数据封装子模块，用于若所述数据类型为配置指令数据，则对所述配置指令数据包进行协议头封装，生成目标服务器数据包；
41.映射关系信息构建子模块，用于采用所述目标服务器数据包携带的协议会话id作为主键，将指令类型和返回值状态作为键值，构建映射关系信息；
42.映射关系信息缓存子模块，用于将所述映射关系信息逐一缓存至所述坐席主控服务器对应的映射队列；
43.封装数据包发送子模块，用于发送所述目标服务器数据包至所述坐席主控服务器。
44.可选地，所述装置还包括：
45.超时时间确定模块，用于通过所述消息队列线程获取所述接收数据携带的应用场景标识，按照所述应用场景标识确定对应的超时时间；
46.信息轮询模块，用于通过所述消息队列线程轮询所述映射队列内的所述映射关系信息；
47.状态未更新处理模块，用于若所述映射关系信息内的返回值状态在所述超时时间内未被更新，则将超时未处理信息作为新的接收数据并返回至所述套接字接口
48.状态已更新处理模块，用于若所述映射关系信息内的返回值状态在所述超时时间内被更新，则基于更新后的返回值状态生成新的接收数据并返回至所述套接字接口。
49.可选地，所述坐席主控服务器包括服务器处理线程；所述服务器处理线程用于：
50.读取所述目标服务器数据包对应的数据包协议会话id和数据包指令类型；
51.判断数据包协议会话id是否存在于所述映射队列；
52.若是，则从所述映射队列获取对应的映射关系信息，判断所述映射关系信息内的指令类型是否与所述数据包指令类型一致；
53.若一致，则按照所述目标服务器数据包执行配置，并基于配置结果更新所述返回值状态。
54.从以上技术方案可以看出，本发明具有以下优点：
55.本发明通过实时监听各个套接字接口；当监听到任一套接字接口接收到接收数据时，将接收数据缓存至套接字接口关联的消息队列；通过消息队列对应的消息队列线程依次读取消息队列内的接收数据并解析，确定接收数据的数据类型；若数据类型为配置指令数据，则根据接收数据构建目标服务器数据包并发送至坐席主控服务器；若数据类型为响应数据，则对接收数据进行协议头封装，生成目标客户端数据包并返回至控制客户端。从而通过多线程多消息队列设置，使得坐席主控服务器能够同时响应多个控制客户端的数据需求，从而在提高数据处理效率的同时，还可以进行响应超时提醒。
附图说明
56.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
57.图1为本发明实施例一提供的一种多线程的数据传输方法的步骤流程图；
58.图2为本发明实施例二提供的一种多线程的数据传输方法的步骤流程图；
59.图3为本发明实施例三提供的一种多线程的数据传输装置的结构框图。
具体实施方式
60.本发明实施例提供了一种多线程的数据传输方法和装置，用于解决现有技术随着坐席主控服务器资源急剧增多，同时用户在控制客户端上频繁进行操作，需要系统同时响应多个控制客户端的数据需求时，上述方案的处理效率较低，且不存在客户端或坐席主控服务器响应超时提醒的技术问题。
61.为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
62.请参阅图1，图1为本发明实施例一提供的一种多线程的数据传输方法的步骤流程图。
63.本发明提供的一种多线程的数据传输方法，涉及通信连接的坐席主控服务器和多个控制客户端，坐席主控服务器和控制客户端均包括有套接字接口，方法包括：
64.步骤101，实时监听各个套接字接口；
65.套接字接口指的是socket，就是对网络中不同主机上的应用进程之间进行双向通信的端点的抽象。一个套接字就是网络上进程通信的一端，提供了应用层进程利用网络协议交换数据的机制。从所处的地位来讲，套接字上联应用进程，下联网络协议栈，是应用程序通过网络协议进行通信的接口，是应用程序与网络协议栈进行交互的接口。
66.在本发明实施例中，坐席主控服务器和控制客户端均设有对应的套接字接口，在坐席主控服务器和多个控制客户端建立通信连接后，可以通过预先创建的监听线程对全部套接字接口进行监听，以判断套接字接口是否接收到接收数据。
67.步骤102，当监听到任一套接字接口接收到接收数据时，将接收数据缓存至套接字接口关联的消息队列；
68.接收数据指的是套接字接口接收到的数据，可以包括但不限于控制客户端发送的配置指令数据，以及坐席主控服务器返回的响应数据等。
69.在本发明实施例中，每个套接字接口均关联有一个消息队列，当监听到任一套接字接口接收到接收数据时，为便于后续对接收数据的处理，可以将接收数据缓存至套接字接口关联的消息队列进行存储。
70.步骤103，通过消息队列对应的消息队列线程依次读取消息队列内的接收数据并
解析，确定接收数据的数据类型；
71.当接收数据缓存至各个消息队列后，传统的处理方法是通过单个线程对消息队列内的接收数据进行逐一读取，响应效率较低。为此，在本实施例中每个消息队列均设有对应的消息队列线程，通过各自的消息队列线程对消息队列内的接收数据进行读取并解析，从而确定接收数据对应的数据类型，以为后续发送目标提供数据基础。
72.步骤104，若数据类型为配置指令数据，则根据接收数据构建目标服务器数据包并发送至坐席主控服务器；
73.在具体实现中，若是数据类型为配置指令数据，则表明此时接收数据是从某一控制客户端发送至某一坐席主控服务器，此时可以根据接收数据内的协议会话id、指令类型等信息进行映射关系信息的构建，并封装为对应的目标服务器数据包，发送目标服务器数据包至坐席主控服务器。
74.需要说明的是，坐席主控服务器在接收到目标服务器数据包，可以响应目标服务器数据包进行服务器的配置，无论是配置成功与否，均会返回新的接收数据至套接字接口。而由于套接字接口间处于一一对应关系，当套接字接口接收到新的接收数据后，再次执行步骤101-103，判断数据类型是否属于响应数据。
75.步骤105，若数据类型为响应数据，则对接收数据进行协议头封装，生成目标客户端数据包并返回至控制客户端。
76.若是判定数据类型为响应数据，则表明该接收数据是坐席主控服务器返回的数据，此时可以对接收数据进行协议头封装，以转换至控制客户端所适配的数据协议，生成目标客户端数据包并经套接字接口返回至控制客户端。
77.在本发明实施例中，通过实时监听各个套接字接口；当监听到任一套接字接口接收到接收数据时，将接收数据缓存至套接字接口关联的消息队列；通过消息队列对应的消息队列线程依次读取消息队列内的接收数据并解析，确定接收数据的数据类型；若数据类型为配置指令数据，则根据接收数据构建目标服务器数据包并发送至坐席主控服务器；若数据类型为响应数据，则对接收数据进行协议头封装，生成目标客户端数据包并返回至控制客户端。从而通过多线程多消息队列设置，使得坐席主控服务器能够同时响应多个控制客户端的数据需求，从而在提高数据处理效率的同时，还可以进行响应超时提醒。
78.请参阅图2，图2为本发明实施例二提供的一种多线程的数据传输方法的步骤流程图。
79.本发明提供的一种多线程的数据传输方法，涉及通信连接的坐席主控服务器和多个控制客户端，坐席主控服务器和控制客户端均包括有套接字接口，方法包括：
80.步骤201，实时监听各个套接字接口；
81.在本发明实施例中，步骤201的具体实施过程与步骤101类似，在此不再赘述。
82.可选地，在执行步骤201之前，本方法还可以包括以下步骤：
83.响应于输入的监听请求，创建epoll句柄；
84.将各个套接字接口分别注册至epoll句柄，创建监听线程；其中，监听线程用于实时监听各个套接字接口。
85.在本发明的一个示例中，在初次建立坐席主控服务器和多个控制客户端的通信连接的同时，还可以响应用户输入的监听请求，创建对应的epoll句柄。同时将各个套接字接
口socket分别注册至epoll句柄，从而创建监听线程进行后续套接字接口的数据接收事件的实时监听。
86.值得一提的是，当出现新的控制客户端或坐席主控服务器时，还可以在epoll句柄重新注册新的套接字接口，从而实现对新增设备的数据接收事件的监听。
87.其中，epoll句柄指的是linux内核为处理大批量文件描述符而作了改进的poll，是linux下多路复用io接口select/poll的增强版本，它能显著提高程序在大量并发连接中只有少量活跃的情况下的系统cpu利用率。另一点原因就是获取事件的时候，它无须遍历整个被侦听的描述符集，只要遍历那些被内核io事件异步唤醒而加入ready队列的描述符集合就行了。epoll除了提供select/poll那种io事件的水平触发(level triggered)外，还提供了边缘触发(edge triggered)，这就使得用户空间程序有可能缓存io状态，减少epoll_wait/epoll_pwait的调用，提高应用程序效率。
88.步骤202，当监听到任一套接字接口接收到接收数据时，将接收数据缓存至套接字接口关联的消息队列；
89.步骤203，通过消息队列对应的消息队列线程依次读取消息队列内的接收数据并解析，确定接收数据的数据类型；
90.在本发明实施例中，步骤202-203的具体实现过程与步骤102-103类似，在此不再赘述。
91.步骤204，若数据类型为配置指令数据，则对配置指令数据包进行协议头封装，生成目标服务器数据包；
92.配置指令数据指的是控制客户端发送的，用于对坐席主控服务器进行配置，或是从坐席主控服务器中调用资源等的指令数据。
93.在本发明的一个示例中，若数据类型为配置指令数据，表明此时需要对坐席主控服务器进行配置，此时可以为配置指令数据包添加对应的协议头进行封装，生成对应的目标服务器数据包。
94.步骤205，采用目标服务器数据包携带的协议会话id作为主键，将指令类型和返回值状态作为键值，构建映射关系信息；
95.在完成对目标服务器数据包的封装后，可以进一步采用目标服务器数据包所携带的协议会话id作为主键，键值设置为指令类型和返回值状态，以此构建映射关系信息。
96.步骤206，将映射关系信息逐一缓存至坐席主控服务器对应的映射队列；
97.在得到映射关系信息后，为便于后续坐席主控服务器的服务器处理线程的处理，可以将映射关系信息逐一缓存至坐席主控服务器所对应的映射队列。
98.步骤207，发送目标服务器数据包至坐席主控服务器；
99.与此同时，把目标服务器数据包发送至坐席主控服务器。
100.进一步地，坐席主控服务器包括服务器处理线程；服务器处理线程用于：
101.读取目标服务器数据包对应的数据包协议会话id和数据包指令类型；
102.判断数据包协议会话id是否存在于映射队列；
103.若是，则从映射队列获取对应的映射关系信息，判断映射关系信息内的指令类型是否与数据包指令类型一致；
104.若一致，则按照目标服务器数据包执行配置，并基于配置结果更新返回值状态。
105.在本发明的一个示例中，坐席主控服务器包括服务器处理线程，可以通过服务器处理线程对目标服务器数据包内的数据包协议会话id和数据包指令类型进行读取，同时检索映射队列，以判断是否查找到与数据包协议会话id相同的协议会话id；若是存在，则可以获取对应的映射关系信息，进一步判断映射关系信息内的指令类型是否与数据包指令类型一致，若是一致则可以按照目标服务器数据包执行对坐席主控服务器的配置，例如服务器配置或是客户端资源的获取等。
106.在配置完成后，坐席主控服务器会生成对应的配置结果告知配置成功或配置失败，此时服务器处理线程可以基于配置成功或配置失败的配置结果，对返回值状态进行更新。例如配置成功则可以将返回值状态置1，配置失败则可以将返回值状态置0。
107.可选地，在坐席主控服务器接收到目标服务器数据包后，本方法还可以包括以下步骤s11-s14：
108.s11、通过消息队列线程获取接收数据携带的应用场景标识，按照应用场景标识确定对应的超时时间；
109.s12、通过消息队列线程轮询映射队列内的映射关系信息；
110.s13、若映射关系信息内的返回值状态在超时时间内未被更新，则将超时未处理信息作为新的接收数据并返回至套接字接口
111.s14、若映射关系信息内的返回值状态在超时时间内被更新，则基于更新后的返回值状态生成新的接收数据并返回至套接字接口。
112.在具体实现中，控制客户端可能存在多种不同的应用场景，例如银行、普通办公场所、住所等，每个应用场景由于使用方式的不同，所允许的超时时间也不同。
113.此时可以为每个应用场景设有对应的应用场景标识，在坐席主控服务器接收到目标服务器数据包后，先通过消息队列线程获取接收数据携带的应用场景标识，按照应用场景标识确定在该应用场景下所允许的超时时间，通过消息队列线程轮询映射队列内的映射关系信息，判断在超时时间内该映射关系信息是否被更新。
114.若在超时时间内已更新，则可以根据更新后的返回值状态生成代表该配置过程的新的接收数据并返回至套接字接口，通过套接字接口返回至对应的控制客户端。若在超时时间内未更新，则可以将超时未处理信息作为新的接收数据返回至套接字接口，通过套接字接口返回至对应的控制客户端，从而告知坐席主控服务器对该接收数据超时未处理，从而，确保消息上报和配置命令处理的即时性，有效地提高了控制软件的数据处理能力，保证控制客户端使用的流畅度，显著提升用户的操作体验。
115.步骤208，若数据类型为响应数据，则对接收数据进行协议头封装，生成目标客户端数据包并返回至控制客户端。
116.若是判定数据类型为响应数据，则表明该接收数据是坐席主控服务器返回的数据，此时可以对接收数据进行协议头封装，以转换至控制客户端所适配的数据协议，生成目标客户端数据包并经套接字接口返回至控制客户端。
117.在本发明实施例中，通过实时监听各个套接字接口；当监听到任一套接字接口接收到接收数据时，将接收数据缓存至套接字接口关联的消息队列；通过消息队列对应的消息队列线程依次读取消息队列内的接收数据并解析，确定接收数据的数据类型；若数据类型为配置指令数据，则根据接收数据构建目标服务器数据包并发送至坐席主控服务器；若
数据类型为响应数据，则对接收数据进行协议头封装，生成目标客户端数据包并返回至控制客户端。从而通过多线程多消息队列设置，使得坐席主控服务器能够同时响应多个控制客户端的数据需求，从而在提高数据处理效率的同时，还可以进行响应超时提醒。
118.请参阅图3，图3为本发明实施例三提供的一种多线程的数据传输装置的结构框图。
119.本发明还提供了一种多线程的数据传输装置，涉及通信连接的坐席主控服务器和多个控制客户端，坐席主控服务器和控制客户端均包括有套接字接口，装置包括：
120.监听模块301，用于实时监听各个套接字接口；
121.接收数据缓存模块302，用于当监听到任一套接字接口接收到接收数据时，将接收数据缓存至套接字接口关联的消息队列；
122.数据类型确定模块303，用于通过消息队列对应的消息队列线程依次读取消息队列内的接收数据并解析，确定接收数据的数据类型；
123.配置指令数据处理模块304，用于若数据类型为配置指令数据，则根据接收数据构建目标服务器数据包并发送至坐席主控服务器；
124.响应数据处理模块305，用于若数据类型为响应数据，则对接收数据进行协议头封装，生成目标客户端数据包并返回至控制客户端。
125.可选地，装置还包括：
126.句柄创建模块，用于响应于输入的监听请求，创建epoll句柄；
127.监听线程创建模块，用于将各个套接字接口分别注册至epoll句柄，创建监听线程；其中，监听线程用于实时监听各个套接字接口。
128.可选地，配置指令数据处理模块304包括：
129.数据封装子模块，用于若数据类型为配置指令数据，则对配置指令数据包进行协议头封装，生成目标服务器数据包；
130.映射关系信息构建子模块，用于采用目标服务器数据包携带的协议会话id作为主键，将指令类型和返回值状态作为键值，构建映射关系信息；
131.映射关系信息缓存子模块，用于将映射关系信息逐一缓存至坐席主控服务器对应的映射队列；
132.封装数据包发送子模块，用于发送目标服务器数据包至坐席主控服务器。
133.可选地，装置还包括：
134.超时时间确定模块，用于通过消息队列线程获取接收数据携带的应用场景标识，按照应用场景标识确定对应的超时时间；
135.信息轮询模块，用于通过消息队列线程轮询映射队列内的映射关系信息；
136.状态未更新处理模块，用于若映射关系信息内的返回值状态在超时时间内未被更新，则将超时未处理信息作为新的接收数据并返回至套接字接口
137.状态已更新处理模块，用于若映射关系信息内的返回值状态在超时时间内被更新，则基于更新后的返回值状态生成新的接收数据并返回至套接字接口。
138.可选地，坐席主控服务器包括服务器处理线程；服务器处理线程用于：
139.读取目标服务器数据包对应的数据包协议会话id和数据包指令类型；
140.判断数据包协议会话id是否存在于映射队列；
141.若是，则从映射队列获取对应的映射关系信息，判断映射关系信息内的指令类型是否与数据包指令类型一致；
142.若一致，则按照目标服务器数据包执行配置，并基于配置结果更新返回值状态。
143.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置、模块和子模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
144.在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
145.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
146.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
147.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
148.以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。