消息获取的方法及装置与流程

本发明涉及互联网领域，具体而言，涉及一种消息获取的方法及装置。

背景技术：

当开发人员在开发在进行游戏、eap等各种系统的开发时，难免要处理很多消息的显示，需要提示使用者当前使用系统所在的状态。特别是一些错误码的处理，能让我们清晰的知道问题所在。

现在对游戏、eap等进行系统开发时，一般的做法是每个模块都自定义一套自己的返回码，例如，服务器的开发人员进行返回码返回，并自己打印服务器log，客户端拿到返回码，跟服务器人员协商后进行相应的tip提示，但是这些都是在每个模块的小范围定义，虽然这样比较灵活，开发效率高，但是，如果客户端和服务器人员不在同一地点或同一时间协作，就比较麻烦。

技术实现要素：

有鉴于此，本发明实施例的目的在于提供一种消息获取的方法及装置，以方便消息处理的统一管理，出现问题能及时定位，提高相互之间的协作。

第一方面，本发明实施例提供了一种消息获取的方法，所述方法包括获取多个通信模块中的一个所述通信模块发送的请求；当判断所述请求发生错误时，发送错误码给所述多个通信模块，其中，所述多个通信模块共用一套消息定义文件，所述消息定义文件包括错误码定义文件和提示信息定义文件。

在本发明较佳的实施例中，上述获取多个通信模块中的一个所述通信模块发送的请求之前，还包括：获取所述多个通信模块的公共信息单元和所述多个通信模块中的每个所述通信模块的单独信息单元；将所述多个通信模块的公共信息单元和每个所述通信模块的单独信息单元相关联。

在本发明较佳的实施例中，上述方法还包括：当判断所述公共信息单元和所述单独信息单元都发生错误时，优先发送所述单独信息单元对应的错误码给所述多个通信模块。

在本发明较佳的实施例中，上述消息定位文件设置有一级目录、二级目录以及三级目录，所述二级目录为所述一级目录的子目录，所述三级目录为所述二级目录的子目录，其中，所述一级目录为所述消息定义文件的总目录，所述二级目录根据语言进行划分，所述三级目录根据所述公共信息单元和所述单独信息单元进行划分。

在本发明较佳的实施例中，上述多个通信模块包括服务器模块、客户端模块以及数据库模块中的至少两个。

第二方面，本发明实施例提供了一种消息获取的装置，所述装置包括：请求获取模块，用于获取所述多个通信模块中的一个所述通信模块发送的请求；第一判断模块，用于当判断所述请求发生错误时，发送错误码给所述多个通信模块，其中，所述多个通信模块公用一套消息定义文件，所述消息定义文件包括错误码定义文件和提示信息定义文件。

在本发明较佳的实施例中，上述装置还包括：信息获取模块，用于获取所述多个通信模块的公共信息单元和所述多个通信模块中的每个所述通信模块的单独信息单元；关联模块，用于将所述多个通信模块的公共信息单元和每个所述通信模块的单独信息单元相关联。

在本发明较佳的实施例中，上述装置还包括：第二判断模块，用于当判断所述公共信息单元和所述单独信息单元都发生错误时，优先发送所述单独信息单元对应的错误码给所述多个通信模块。

在本发明较佳的实施例中，上述消息定位文件设置有一级目录、二级目录以及三级目录，所述二级目录为所述一级目录的子目录，所述三级目录为所述二级目录的子目录，其中，所述一级目录为所述消息定义文件的总目录，所述二级目录根据语言进行划分，所述三级目录根据公共信息单元和单独信息单元进行划分。

在本发明较佳的实施例中，上述多个通信模块包括服务器模块、客户端模块以及数据库模块中的至少两个。

与现有技术相比，本发明各实施例提出的消息获取的方法及装置通过获取通信模块中的一个通信模块发送的请求，当判断请求发生错误时，发送错误码给多个通信模块，其中，多个通信模块共用一套消息定义文件，该消息定义文件包括错误码定义文件和提示信息定义文件，从而实现多个通信模块共用一套消息定义文件，以方便消息处理的统一管理，出现问题能及时定位，提高互相之间的协作。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的电子设备的结构框图；

图2为本发明第一实施例提供的消息获取的方法的流程图；

图3为本发明第二实施例提供的消息获取的方法的流程图；

图4为本发明第三实施例提供的消息获取的装置的结构框图；

图5为本发明第四实施例提供的消息获取的装置的结构框图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，是电子设备100的方框示意图。所述电子设备100包括：消息获取的装置、存储器110、存储控制器120、处理器130、外设接口140、输入输出单元150、音频单元160、显示单元170。

所述存储器110、存储控制器120、处理器130、外设接口140、输入输出单元150、音频单元160以及显示单元170各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述消息获取的装置包括至少一个可以软件或固件(firmware)的形式存储于所述存储器中或固化在所述客户端设备的操作系统(operatingsystem，os)中的软件功能模块。所述处理器130用于执行存储器110中存储的可执行模块，例如所述消息获取的装置包括的软件功能模块或计算机程序。

其中，存储器110可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread-onlymemory，prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread-onlymemory，eeprom)等。其中，存储器110用于存储程序，所述处理器130在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器130中，或者由处理器130实现。

处理器130可能是一种集成电路芯片，具有信号的处理能力。上述的处理器130可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述外设接口140将各种输入/输入装置耦合至处理器130以及存储器110。在一些实施例中，外设接口140，处理器130以及存储控制器120可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

输入输出单元150用于提供给用户输入数据实现用户与电子设备100的交互。所述输入输出单元150可以是，但不限于，鼠标和键盘等。

音频单元160向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

显示单元170在电子设备100与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元170可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器130进行计算和处理。

第一实施例

请参照图2，图2是本发明第一实施例提供的一种消息获取的方法的流程图。下面将对图2所示的流程进行详细阐述，所述方法包括：

步骤s110：获取多个通信模块中的一个所述通信模块发送的请求。

作为本实施例的一种实施方式，获取多个通信模块中的一个所述通信模块发送的请求，其中，所述多个通信模块包括服务器模块、客户端模块以及数据库模块中的至少两个，可以理解的，所述数据库模块可以集成在所述服务器模块上。作为一种方式，该请求可以是上网请求，可以是查询请求等等。

步骤s120：当判断所述请求发生错误时，发送错误码给所述多个通信模块，其中，所述多个通信模块共用一套消息定义文件，所述消息定义文件包括错误码定义文件和提示信息定义文件。

其中，当请求发生错误时，根据该错误的类型，生成与该错误的类型的对应的错误码并返回，在本实施例中，当判断请求发生错误时，将与该错误对应的错误码发送给多个通信模块，可以理解的，虽然只有多个通信模块中的其中一个通信模块发起了请求，但是，当该请求发生错误时，错误码会发送给多个通信模块，即每个通信模块会同时获得该错误码，例如，当所述多个通信模块包括服务器模块、客户端模块以及数据库模块时，那么，服务器模块、客户端模块以及数据库模块可以同时获的该错误码，处理人员也可以同时处理，更加的方便快捷。

在本实施例中，所述多个通信模块共用一套消息定义文件，其中，所述消息定义文件包括错误码定义文件和提醒信息定义文件，可以理解的，当所述多个通信模块共用一套消息定义文件时，每个通信模块接收到的错误码所表示的错误信息是一致的，因此，对于每个通信模块的维修或开发人员，能够从错误码获知具体的问题所在，将查找和分析问题统一起来，更加方便管理。

本发明实施例提供的消息获取的方法通过获取通信模块中的一个通信模块发送的请求，当判断请求发生错误时，发送错误码给多个通信模块，其中，多个通信模块共用一套消息定义文件，该消息定义文件包括错误码定义文件和提示信息定义文件，从而实现多个通信模块共用一套消息定义文件，以方便消息处理的统一管理，出现问题能及时定位，提高互相之间的协作。

第二实施例

请参照图3，图3是本发明第二实施例提供的一种消息获取的方法的流程图。下面将对图3所示的流程进行详细阐述，所述方法包括：

步骤s210：获取所述多个通信模块的公共信息单元和所述多个通信模块中的每个所述通信模块的单独信息单元。

在本实施例中，每个通信模块有大量的信息单元，且每两个通信模块中会存在大量相同的信息单元，当多个通信模块共用一套消息定义文件时，则会因大量相同的信息单元造成冗余，因此，作为一种方式，将所述多个通信模块中相同的信息单元用公共信息单元进行表示，即多个通信模块共用一个公共信息单元；而多个通信模块中的每个通信模块自己特有的信息单元用单独信息单元进行表示，以解决大量相同的信息单元造成冗余的问题，进一步的，获取所述多个通信模块的公共信息单元和所述多个通信模块中的每个所述通信模块的单独信息单元。

步骤s220：将所述多个通信模块的公共信息单元和每个所述通信模块的单独信息单元相关联。

作为一种方式，在获取多个通信模块的公共信息单元和多个通信模块中的每个通信模块的单独信息单元后，将多个通信模块的公共信息单元和每个通信模块的单独信息单元相关联，得到存放消息的具体文件，以实现每个通信模块的细分领域的完善。在本实施例中，将公共信息单元分别和每个通信模块的单独信息单元设置于一个总的目录库中，以实现公共信息单元和单元信息单元的相关联。

作为本实施例的一种实施方式，当多个通信模块中的其中一个通信模块发送的请求，造成公共信息单元和单独信息单元都发生错误时，优先发送单独信息单元对应的错误码给所述多个通信模块。

在本实施例中，所述消息定义文件设置有一级目录、二级目录以及三级目录，所述二级目录为所述一级目录的子目录，所述三级目录为所述二级目录的子目录，其中，所述一级目录为所述消息定义文件的总目录，例如msg，所述二级目录根据语言进行划分，如中文zh和英文en，所述三级目录根据所述公共信息单元和所述单独信息单元进行划分，以表示存放消息的具体文件，例如cmn和shop。

作为本实施例优选的一种方式，所述公共信息单元和所述单独信息单元的数据采用utf-8编码的json格式，可以理解的，json格式不仅方便于传输，只有较少冗余的字符，同时也方便转换，多、从而实现多个通信模块之间的格式转换。

在本实施例中，所述公共信息单元和所述单独信息单元的数据分client消息(进行友好处理)，log消息(详细的日志)以及special标志(是否有特殊标记，需要进行解析)。

步骤s230：获取多个通信模块中的一个所述通信模块发送的请求。

步骤s240：当判断所述请求发生错误时，发送错误码给所述多个通信模块，其中，所述多个通信模块共用一套消息定义文件，所述消息定义文件包括错误码定义文件和提示信息定义文件。

本发明实施例提供的消息获取的方法首先获取多个通信模块的公共信息单元和读个通信模块中的每个通信单元的额单独信息单元，将多个通信模块的公共信息单元和多个通信模块中的每个通信模块的单独信息单元相关联，然后获取通信模块中的一个通信模块发送的请求，当判断请求发生错误时，发送错误码给多个通信模块，其中，多个通信模块共用一套消息定义文件，该消息定义文件包括错误码定义文件和提示信息定义文件，从而实现多个通信模块共用一套消息定义文件，以方便消息处理的统一管理，出现问题能及时定位，提高互相之间的协作。

第三实施例

请参照图4，图4是本发明第三实施例提供的一种消息获取的装置200的结构框图。下面将对图4所示的结构框图进行阐述，所示消息获取的装置200包括：请求获取模块210和第一判断模块220，其中：

请求获取模块210，用于获取所述多个通信模块中的一个所述通信模块发送的请求。

第一判断模块220，用于当判断所述请求发生错误时，发送错误码给所述多个通信模块，其中，所述多个通信模块公用一套消息定义文件，所述消息定义文件包括错误码定义文件和提示信息定义文件。

本实施例对消息获取的装置200的各功能模块实现各自功能的过程，请参见上述图1至图3所示实施例中描述的内容，此处不再赘述。

第四实施例

请参照图5，图5是本发明第四实施例提供的消息获取的装置300的结构框图。下面将对图5所示的结构框图进行阐述，所示消息获取的装置300包括：信息获取模块310、关联模块320、请求获取模块330、第一判断模块340以及第二判断模块350，其中：

信息获取模块310，用于获取所述多个通信模块的公共信息单元和所述多个通信模块中的每个所述通信模块的单独信息单元。

关联模块320，用于将所述多个通信模块的公共信息单元和每个所述通信模块的单独信息单元相关联。

请求获取模块330，用于获取所述多个通信模块中的一个所述通信模块发送的请求。

第一判断模块340，用于当判断所述请求发生错误时，发送错误码给所述多个通信模块，其中，所述多个通信模块公用一套消息定义文件，所述消息定义文件包括错误码定义文件和提示信息定义文件。

第二判断模块350，用于当判断所述公共信息单元和所述单独信息单元都发生错误时，优先发送所述单独信息单元对应的错误码给所述多个通信模块。

本实施例对消息获取的装置300的各功能模块实现各自功能的过程，请参见上述图1至图3所示实施例中描述的内容，此处不再赘述。

综上所述，本发明实施例提出的消息获取的方法及装置，通过通过获取通信模块中的一个通信模块发送的请求，当判断请求发生错误时，发送错误码给多个通信模块，其中，多个通信模块共用一套消息定义文件，该消息定义文件包括错误码定义文件和提示信息定义文件，从而实现多个通信模块共用一套消息定义文件，以方便消息处理的统一管理，出现问题能及时定位，提高互相之间的协作。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。