网络文本发送方法及装置制造方法
【专利摘要】本发明公开了一种网络文本发送方法及装置。该网络文本发送方法包括：服务端接收客户端发送的目标请求消息；服务端检测目标请求消息中是否包含目标头文件，其中，目标头文件中包含目标语言类型的信息，目标语言类型为客户端使用的语言类型；如果检测出目标请求消息中包含目标头文件，则服务端向客户端发送语言类型为目标语言类型的网络文本。通过本发明，解决了由于客户端向服务端调用文本时将语言设置作为传递参数，导致服务端向客户端发送的网络文本容易出现错误的问题，进而通过在检测出目标请求消息中包含目标头文件情况下，服务端向客户端发送语言类型为目标语言类型的网络文本，达到了提高服务端向客户端发送网络文本的准确性的效果。
【专利说明】网络文本发送方法及装置
【技术领域】
[0001]本发明涉及互联网领域，具体而言，涉及一种网络文本发送方法及装置。
【背景技术】
[0002]在面相服务的系统中，客户端向服务端调用服务方法时，往往希望服务端根据客户端语言设置的不同，返回不同语言的文本。例如，如果客户端的语言设置是en-US，则希望服务端返回英文文本；如果客户端语言设置是zh-CN，则希望服务端返回中文文本。
[0003]现有方法是将客户端的语言设置作为服务方法的一个参数，例如，如果客户端传递的语言参数为en-US，则返回英文文本，如果客户端传递的语言参数为zh-CN，则返回中文文本。由于语言参数是和业务逻辑无关的，因此在服务接口中添加了语言参数，则客户端需要传递无用的参数，这在一定程度上增加了客户端的调用难度和学习成本，也增大了日后的维护成本和出错的概率。
[0004]针对相关技术中由于客户端向服务端调用文本时将语言设置作为传递参数，导致服务端向客户端发送的网络文本容易出现错误的问题，目前尚未提出有效的解决方案。
【发明内容】
[0005]本发明的主要目的在于提供一种网络文本发送方法及装置，以解决由于客户端向服务端调用文本时将语言设置作为传递参数，导致服务端向客户端发送网络文本时容易出现错误的问题。
[0006]为了实现上述目的，根据本发明的一个方面，提供了一种网络文本发送方法。
[0007]根据本发明的网络文本发送方法包括:服务端接收客户端发送的目标请求消息，其中，目标请求消息用于请求服务端向客户端发送网络文本；服务端检测目标请求消息中是否包含目标头文件，其中，目标头文件中包含目标语言类型的信息，目标语言类型为客户端使用的语言类型；如果检测出目标请求消息中包含目标头文件，则服务端向客户端发送语言类型为目标语言类型的网络文本。
[0008]进一步地，服务端向客户端发送语言类型为目标语言类型的网络文本包括:服务端读取目标头文件中包含的目标语言类型的信息；服务端向客户端发送语言类型为目标语言类型的网络文本。
[0009]进一步地，在服务端接收客户端发送的目标请求消息之前，该方法还包括:客户端确定目标语言类型；客户端根据目标语言类型创建目标头文件；客户端将目标头文件添加到目标请求消息中；客户端将目标请求消息发送给服务端。
[0010]进一步地，如果检测出目标请求消息中不包含目标头文件，该方法还包括:服务端确定默认语言类型；服务端向客户端发送语言类型为默认语言类型的网络文本。
[0011]进一步地，在服务端检测目标请求消息中是否包含目标头文件之前，该方法还包括:服务端记录预设线程语言类型，其中，预设线程语言类型为服务器预设的执行服务的线程语言的类型，在服务端向客户端发送语言类型为目标语言类型的网络文本之后，该方法还包括:判断目标语言类型和预设线程语言类型是否相同；如果目标语言类型和预设线程语言类型不同，则将服务端执行服务的线程语言的类型恢复为预设线程语言类型。
[0012]为了实现上述目的，根据本发明的另一方面，提供了一种网络文本发送装置。
[0013]根据本发明的网络文本发送装置包括:接收单元，用于服务端接收客户端发送的目标请求消息，其中，目标请求消息用于请求服务端向客户端发送网络文本；检测单元，用于服务端检测目标请求消息中是否包含目标头文件，其中，目标头文件中包含目标语言类型的信息，目标语言类型为客户端使用的语言类型；第一发送单元，用于在检测出目标请求消息中包含目标头文件时，服务端向客户端发送语言类型为目标语言类型的网络文本。
[0014]进一步地，第一发送单元包括:读取模块，用于服务端读取目标头文件中包含的目标语言类型的信息；发送模块，用于服务端向客户端发送语言类型为目标语言类型的网络文本。
[0015]进一步地，该装置还包括:第一确定单元，用于客户端确定目标语言类型；创建单元，用于客户端根据目标语言类型创建目标头文件；添加单元，用于客户端将目标头文件添加到目标请求消息中；第二发送单元，用于客户端将目标请求消息发送给服务端。
[0016]进一步地，如果检测出目标请求消息中不包含目标头文件，该装置还包括:第二确定单元，用于服务端确定默认语言类型；第三发送单元，用于服务端向客户端发送语言类型为默认语言类型的网络文本。
[0017]进一步地，该装置还包括:记录单元，用于服务端记录预设线程语言类型，其中，预设线程语言类型为服务器预设的执行服务的线程语言的类型；判断单元，用于判断目标语言类型和预设线程语言类型是否相同；恢复单元，用于在目标语言类型和预设线程语言类型不同时，将服务端执行服务的线程语言的类型恢复为预设线程语言类型。
[0018]通过本发明，采用包括以下步骤的方法:服务端接收客户端发送的目标请求消息，其中，目标请求消息用于请求服务端向客户端发送网络文本；服务端检测目标请求消息中是否包含目标头文件，其中，目标头文件中包含目标语言类型的信息，目标语言类型为客户端使用的语言类型；如果检测出目标请求消息中包含目标头文件，则服务端向客户端发送语言类型为目标语言类型的网络文本，解决了由于客户端向服务端调用文本时将语言设置作为传递参数，导致服务端向客户端发送网络文本时容易出现错误的问题，进而通过在检测出目标请求消息中包含目标头文件情况下，服务端向客户端发送语言类型为目标语言类型的网络文本，达到了提高服务端向客户端发送网络文本的准确性的效果。
【专利附图】
【附图说明】
[0019]构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0020]图1是根据本发明的网络文本发送方法的第一实施例的流程图；
[0021]图2是根据本发明的网络文本发送方法的第二实施例的流程图；以及
[0022]图3是根据本发明的网络文本发送装置的实施例的示意图。
【具体实施方式】
[0023]需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
[0024]为了使本【技术领域】的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
[0025]需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0026]根据本发明的实施例，提供了一种网络文本发送方法。
[0027]图1是根据本发明的网络文本发送方法的第一实施例的流程图。如图1所示，该方法包括步骤S102至步骤S106:
[0028]步骤S102，服务端接收客户端发送的目标请求消息，其中，目标请求消息用于请求服务端向客户端发送网络文本。
[0029]目标请求消息用于请求服务端向客户端发送网络文本，例如客户端需要调用服务端的服务方法，则通过向服务端发出调用服务方法的目标请求消息，可以获取服务端发送的对应服务方法的网络文本。需要说明的是，网络文本具有不同的语言类型，比如中文、英文等。
[0030]步骤S104，服务端检测目标请求消息中是否包含目标头文件，其中，目标头文件中包含目标语言类型的信息，目标语言类型为客户端使用的语言类型。
[0031]在服务端接收客户端发送的目标请求消息之前，客户端会首先确定目标语言类型，即客户端当前使用的语言的类型。客户端根据目标语言类型创建目标头文件。目标头文件为名称为culture的header,其值为客户端当前使用的语言的类型。进而,客户端将名称为culture的header添加到目标请求消息中。客户端将目标请求消息发送给服务端，从而从服务端获取需要的网络文本。该步骤中，服务端检测目标请求消息中是否包含名称为culture的header,以从中获取客户端发送请求时使用的语言的类型。
[0032]步骤S106，如果检测出目标请求消息中包含目标头文件，则服务端向客户端发送语言类型为目标语言类型的网络文本。
[0033]如果服务端检测出目标请求消息中包含名称为culture的header，则服务端可以确定客户端发送请求时使用的语言的类型，后续只需将客户端需要的网络文本的语言类型设置为该类型即可满足客户端的需求。
[0034]服务端向客户端发送语言类型为目标语言类型的网络文本可通过如下步骤实现:服务端读取目标头文件中包含的目标语言类型的信息；服务端向客户端发送语言类型为目标语言类型的网络文本。通过从目标头文件中读取目标语言类型的信息，可以准确地获取客户端需要的文本的语言类型。
[0035]该实施例由于采用了如下步骤:服务端接收客户端发送的目标请求消息，其中，目标请求消息用于请求服务端向客户端发送网络文本；服务端检测目标请求消息中是否包含目标头文件，其中，目标头文件中包含目标语言类型的信息，目标语言类型为客户端使用的语言类型；如果检测出目标请求消息中包含目标头文件，则服务端向客户端发送语言类型为目标语言类型的网络文本，解决了由于客户端向服务端调用文本时将语言设置作为传递参数，导致服务端向客户端发送网络文本时容易出现错误的问题，进而通过在检测出目标请求消息中包含目标头文件情况下，服务端向客户端发送语言类型为目标语言类型的网络文本，达到了提高服务端向客户端发送网络文本的准确性的效果。
[0036]图2是根据本发明的网络文本发送方法的第二实施例的流程图。图2可以作为图1所示实施例的一种优选实施方式。如图2所示，该方法包括步骤S201至步骤S208:
[0037]步骤S201，服务端接收客户端发送的目标请求消息，其中，目标请求消息用于请求服务端向客户端发送网络文本。
[0038]该步骤同步骤S102,这里不再赘述。
[0039]步骤S202，服务端记录预设线程语言类型，其中，预设线程语言类型为服务器预设的执行服务的线程语言的类型。
[0040]对于一台服务器而言，其执行服务的线程语言通常是固定的，比如为英文。在服务器接收到客户端发送的请求消息后，根据请求消息中包含的目标语言类型的信息，可能会改变执行服务的语言类型。例如，服务器执行服务的线程语言的类型为英文，而目标语言类型为中文，则在服务端向客户端发送网络文本时，会将语言由英文更替为中文。
[0041]步骤S203，服务端检测目标请求消息中是否包含目标头文件，其中，目标头文件中包含目标语言类型的信息，目标语言类型为客户端使用的语言类型。
[0042]该步骤同步骤S104,这里不再赘述。
[0043]步骤S204，如果检测出目标请求消息中包含目标头文件，则服务端向客户端发送语言类型为目标语言类型的网络文本。
[0044]该步骤同步骤S106,这里不再赘述。
[0045]步骤S205，如果检测出目标请求消息中不包含目标头文件，则服务端确定默认语言类型。
[0046]步骤S206，服务端向客户端发送语言类型为默认语言类型的网络文本。
[0047]如果服务端检测出目标请求消息中不包含目标头文件，则服务端将会以默认语言类型格式向客户端发送网络文本。
[0048]步骤S207，判断目标语言类型和预设线程语言类型是否相同。
[0049]步骤S208，如果目标语言类型和预设线程语言类型不同，则将服务端执行服务的线程语言的类型恢复为预设线程语言类型。
[0050]当服务端向客户端发送网络文本结束之后，服务端会判断目标语言类型和预设线程语言类型是否相同。为了保证服务端后续的常规服务的正常执行，在判断出目标语言类型和预设线程语言类型不相同的情况下，需要将服务端执行服务的线程语言的类型恢复为预设线程语言类型。例如，服务端执行服务的预设线程语言类型为英文，而在向客户端发送网络文本时更改为了中文，则在发送网络文本完成之后，需要将服务端执行服务的线程语言的类型重新恢复为英文。
[0051]在上述步骤中，服务端读取Header信息，提取客户端传递的语言(culture)，以及在服务方法执行期间使用客户端传递的语言，服务方法执行完成后恢复为原始的语言，使得客户端调用服务端的服务方法变得简单易行，减少了调用出错的概率。
[0052]该实施例由于采用了如下步骤:服务端接收客户端发送的目标请求消息，其中，目标请求消息用于请求服务端向客户端发送网络文本；服务端记录预设线程语言类型，其中，预设线程语言类型为服务器预设的执行服务的线程语言的类型；服务端检测目标请求消息中是否包含目标头文件，其中，目标头文件中包含目标语言类型的信息，目标语言类型为客户端使用的语言类型；如果检测出目标请求消息中包含目标头文件，则服务端向客户端发送语言类型为目标语言类型的网络文本；如果检测出目标请求消息中不包含目标头文件，则服务端确定默认语言类型；服务端向客户端发送语言类型为默认语言类型的网络文本；判断目标语言类型和预设线程语言类型是否相同；如果目标语言类型和预设线程语言类型不同，则将服务端执行服务的线程语言的类型恢复为预设线程语言类型，解决了由于客户端向服务端调用文本时将语言设置作为传递参数，导致服务端向客户端发送网络文本时容易出现错误的问题。同时，服务器只是在执行服务时临时进行语言类型的更改，执行服务结束后，恢复为原始的线程语言类型，既满足了客户端的要求，又不会对服务器后续服务的执行造成其他影响。
[0053]下面是根据本发明的网络文本发送方法的第三实施例。该实施例是以.NET中WCF为例对本发明进行具体的说明。
[0054]首先对该实施例中涉及的一些概念进行简单的介绍:
[0055]UffCF:支持一些通信协议的矿建，为面相服务构建的一整套框架。
[0056]2、WCF通信过程包括:
[0057](I)创建 ServiceHost,并打开 ServiceHost。
[0058]ServiceHost是Service的宿主,Service不能单独运行，而是寄宿在ServiceHost中。
[0059](2)创建ChannelListener,负责监听请求,监听到请求后，将请求分发至匹配的EndPoint0
[0060](3)Endpoint使用EndpointDispatcher将请求信息分发至指定服务器。
[0061](4)获取或者创建服务实例。
[0062](5)通过DispatchOperat1n 中的 CallContextlnitializers集合，初始化当前线程的上下文，主要是调用CallContextInitializer中的BeforeInvoke方法。
[0063]DispatchOperat1n负责将请求分发至指定服务操作，它的CallContextlnitializers 集合包含多个 CallContextInitializer,它定义了两个操作，即Beforelnvoke (执行服务方法前被调用，用于执行服务方法前的初始化)和AfterInvoke (执行服务方法后被调用，用于执行服务方法后的资源清理)。
[0064](6)通过DispatchOperat1n将请求消息反序列化为方法参数,执行服务方法,并序列化返回值。
[0065](7)通过 DispatchOperat1n 中的 CallContextlnitializers 集合清理线程上下文,主要是调用 CallContextInitializer 中的 AfterInvoke 方法。
[0066](8)资源的释放和清理。
[0067]3、契约:包括服务契约、数据契约等，本实施例中特指服务契约，相当于接口，用于定义包含了哪些操作。
[0068]4、服务:一种分布式系统中使用的通信技术标准，不依赖于具体的编程语言和系统，即可以实践跨语言边界、跨系统，不同语言和不同系统之间可以通过服务进行交互。
[0069]5、终结点(EndPoint):服务通信通过终结点来完成，终结点包含三部分:
[0070](I)契约；
[0071](2)地址:引用服务的地址；
[0072](3)绑定:服务使用了何种传输协议，以及如何传输数据。
[0073]下面对本实施例的具体实现步骤做具体的说明。
[0074]1、创建 CallContextInitializer,添加 CallContextInitializer 接口，需要实现如下两个方面:
[0075](I)BeforeInvoke,首先保存服务方法当前线程使用的语言,读取客户端请求中包含的Culture header，提取其包含的语言信息，将服务方法的线程的语言修改为客户端传递过来的语言，返回之前记录的服务方法所在线程的语言(即修改前的原始语言)，该返回值即AfterInvoke的参数。
[0076](2) AfterInvoke,该方法的参数为BeforeInvoke的返回值，即服务方法所在线程的原始语言。该方法在执行服务方法后被调用，用于恢复服务方法所在线程的语言。
[0077]2、将CallContextInitializer添加到服务端的WCF处理架构中，包括如下两种实现方式:
[0078](I)通过Operat1nBehav1r 将CallContextInitializer添加到服务端的 WCF处理架构中，Operat1nBehav1r用于定义单个操作的行为。
[0079]定义实现1perat1nBehav1r 接口的 Attribute, Operat1nBehav1r 的ApplyDispatc hBehav1r方法可以访问DispatchOperat1n,因此在该方法中，将新建的CallContextIn itializer 添力口至丨J DispatchOperat1n 的 CallContextlnitializers 集合中，然后将Attribute应用到契约中。该方法执行前后会使用CallContextInitializer的处理逻辑。
[0080](2)通过 EndPointBehav1r 将 CallContextInitializer 添加到服务端的 WCF 处理架构中，EndPointBehav1r用于定义EndPoint行为。该方法具体为:
[0081]①定义实现IEndpointBehav1r 接口的 Behav1r,应用 EndpointBehav1r的 Apply DispatchBehav1r 方法，可以访问 DispatcherOperat1n 集合，因此可以在该方法中将新建的CallContextInitializer添加到所有DispatchOperat1n的CallContextlnitializers 集合中。
[0082]②定义新的Behav1rExtens1nElement,该类用于在配置文件中为EndPoint添力口 EndPointBehav1r0
[0083]③修改服务端配置文件，为EndPoint应用新定义的Behav1rExtens1nElement配置。
[0084]经过上述步骤,分发到EndPoint的所有操作都会使用定义的EndpointBehav1r处理逻辑，即执行CallContextInitializer定义的逻辑。
[0085]本实施例通过解析Header的方式，达到了自动传递客户端语言、服务端自动获取客户端语言的效果。通过该方法，客户端在调用服务方法时，只需要关心和业务逻辑相关的参数，使得客户端的请求操作更加易于执行；同时，对于客户端来说，系统变得更加稳定，系统的后期维护也变得更加简单，减小了出错的概率。
[0086]需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0087]根据本发明的实施例，提供了一种网络文本发送装置。需要说明的是，本发明实施例的网络文本发送装置可以用于执行本发明实施例所提供的网络文本发送方法，本发明实施例的网络文本发送方法也可以通过本发明实施例所提供的网络文本发送装置来执行。
[0088]图3是根据本发明的网络文本发送装置的实施例的示意图。如图3所示，该装置包括:接收单元10、检测单元20和第一发送单元30。
[0089]接收单元10，用于服务端接收客户端发送的目标请求消息，其中，目标请求消息用于请求服务端向客户端发送网络文本。
[0090]可选地，该装置还包括:第一确定单元，用于客户端确定目标语言类型；创建单元，用于客户端根据目标语言类型创建目标头文件；添加单元，用于客户端将目标头文件添加到目标请求消息中；第二发送单元，用于客户端将目标请求消息发送给服务端。
[0091]检测单元20，用于服务端检测目标请求消息中是否包含目标头文件，其中，目标头文件中包含目标语言类型的信息，目标语言类型为客户端使用的语言类型。
[0092]第一发送单元30，用于在检测出目标请求消息中包含目标头文件时，服务端向客户端发送语言类型为目标语言类型的网络文本。
[0093]第一发送单元30包括:读取模块，用于服务端读取目标头文件中包含的目标语言类型的信息；发送模块，用于服务端向客户端发送语言类型为目标语言类型的网络文本。
[0094]如果检测出目标请求消息中不包含目标头文件，该装置还可以包括:第二确定单元，用于服务端确定默认语言类型；第三发送单元，用于服务端向客户端发送语言类型为默认语言类型的网络文本。
[0095]该装置还可以包括:记录单元，用于服务端记录预设线程语言类型，其中，预设线程语言类型为服务器预设的执行服务的线程语言的类型；判断单元，用于判断目标语言类型和预设线程语言类型是否相同；恢复单元，用于在目标语言类型和预设线程语言类型不同时，将服务端执行服务的线程语言的类型恢复为预设线程语言类型。
[0096]本实施例提供的网络文本发送装置包括:接收单元10、检测单元20和第一发送单元30。通过该装置，解决了由于客户端向服务端调用文本时将语言设置作为传递参数，导致服务端向客户端发送网络文本时容易出现错误的问题，进而通过在检测出目标请求消息中包含目标头文件情况下，利用第一发送单元30实现服务端向客户端发送语言类型为目标语言类型的网络文本，达到了提高服务端向客户端发送网络文本的准确性的效果。
[0097]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0098] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种网络文本发送方法，其特征在于，包括: 服务端接收客户端发送的目标请求消息，其中，所述目标请求消息用于请求所述服务端向所述客户端发送网络文本； 所述服务端检测所述目标请求消息中是否包含目标头文件，其中，所述目标头文件中包含目标语言类型的信息，所述目标语言类型为所述客户端使用的语言类型；以及 如果检测出所述目标请求消息中包含所述目标头文件，则所述服务端向所述客户端发送语言类型为所述目标语言类型的网络文本。
2.根据权利要求1所述的方法，其特征在于，所述服务端向所述客户端发送语言类型为所述目标语言类型的网络文本包括: 所述服务端读取所述目标头文件中包含的目标语言类型的信息；以及 所述服务端向所述客户端发送语言类型为所述目标语言类型的网络文本。
3.根据权利要求1所述的方法，其特征在于，在服务端接收客户端发送的目标请求消息之前，所述方法还包括: 所述客户端确定所述目标语言类型； 所述客户端根据所述目标语言类型创建所述目标头文件； 所述客户端将所述目标头文件添加到所述目标请求消息中；以及 所述客户端将所述目标请求消息发送给所述服务端。
4.根据权利要求1所述的方法，其特征在于，如果检测出所述目标请求消息中不包含所述目标头文件，所述方法还包括: 所述服务端确定默认语言类型；以及 所述服务端向所述客户端发送语言类型为所述默认语言类型的网络文本。
5.根据权利要求1所述的方法，其特征在于， 在所述服务端检测所述目标请求消息中是否包含目标头文件之前，所述方法还包括:所述服务端记录预设线程语言类型，其中，所述预设线程语言类型为所述服务器预设的执行服务的线程语言的类型， 在所述服务端向所述客户端发送语言类型为所述目标语言类型的网络文本之后，所述方法还包括: 判断所述目标语言类型和所述预设线程语言类型是否相同；以及如果所述目标语言类型和所述预设线程语言类型不同，则将所述服务端执行服务的线程语言的类型恢复为所述预设线程语言类型。
6.一种网络文本发送装置，其特征在于，包括: 接收单元，用于服务端接收客户端发送的目标请求消息，其中，所述目标请求消息用于请求所述服务端向所述客户端发送网络文本； 检测单元，用于所述服务端检测所述目标请求消息中是否包含目标头文件，其中，所述目标头文件中包含目标语言类型的信息，所述目标语言类型为所述客户端使用的语言类型；以及 第一发送单元，用于在检测出所述目标请求消息中包含所述目标头文件时，所述服务端向所述客户端发送语言类型为所述目标语言类型的网络文本。
7.根据权利要求6所述的装置，其特征在于，所述第一发送单元包括: 读取模块，用于所述服务端读取所述目标头文件中包含的目标语言类型的信息；以及 发送模块，用于所述服务端向所述客户端发送语言类型为所述目标语言类型的网络文本。
8.根据权利要求6所述的装置，其特征在于，所述装置还包括: 第一确定单元，用于所述客户端确定所述目标语言类型； 创建单元，用于所述客户端根据所述目标语言类型创建所述目标头文件； 添加单元，用于所述客户端将所述目标头文件添加到所述目标请求消息中；以及 第二发送单元，用于所述客户端将所述目标请求消息发送给所述服务端。
9.根据权利要求6所述的装置，其特征在于，如果检测出所述目标请求消息中不包含所述目标头文件，所述装置还包括: 第二确定单元，用于所述服务端确定默认语言类型；以及 第三发送单元，用于所述服务端向所述客户端发送语言类型为所述默认语言类型的网络文本。
10.根据权利要求6所述的装置，其特征在于，所述装置还包括: 记录单元，用于所述服务端记录预设线程语言类型，其中，所述预设线程语言类型为所述服务器预设的执行服务的线程语言的类型； 判断单元，用于判断所述目标语言类型和所述预设线程语言类型是否相同；以及恢复单元，用于在所述目标语言类型和所述预设线程语言类型不同时，将所述服务端执行服务的线程语言的类型恢复为所述预设线程语言类型。
【文档编号】G06F17/30GK104408199SQ201410779617
【公开日】2015年3月11日 申请日期:2014年12月15日 优先权日:2014年12月15日
【发明者】马燕龙 申请人:北京国双科技有限公司