基于电子邮件的企业数据交换方法及装置与流程

1.本公开涉及数据处理技术领域，具体涉及到一种基于电子邮件的企业数据交换方法及装置。


背景技术：

2.电子邮件作为企业之间业务交流的媒介可以进行数据交换，交换数据可以包括电子订单、电子发票、收据等企业数据。
3.企业之间通过电子邮件进行数据交换，通常通过公用的邮件传输协议，例如，smtp协议，接收方企业在接收到邮件并对邮件中的元数据进行处理时，通常通过人工阅读和处理邮件，提取有用的信息，然后录入到相应的订单，合同，发票等业务系统中，该方式通常耗费人力成本高，并且人工处理错误率高。还可通过软件技术进行邮件文本的解析，该方式错解析准确度不高，且需要人工进一步审核。


技术实现要素：

4.本公开的主要目的在于提供一种基于电子邮件的企业数据交换方法及装置。
5.为了实现上述目的，根据本公开的第一方面，提供了一种基于电子邮件的企业数据交换方法，包括：如果用户端触发了邮件发送请求，则向用户端呈现配置页面，其中，在配置页面基于待发送的邮件的元数据对邮件传输协议进行配置；基于配置完成的邮件传输协议，发送当前的邮件，以使预设的对象接收到该邮件后对配置完成的邮件传输协议进行自动解析，并基于解析后的结果对邮件的元数据进行自动处理。
6.可选地，方法还包括：在预设的对象接收到该邮件后，对邮件传输协议的协议头进行解析；基于解析得到的结果，将邮件中不同的元数据发送至各自对应的业务处理系统。
7.可选地，通过所述配置页面完成对邮件传输协议的配置包括：配置邮件传输协议的协议头，其中，配置的协议头作为原始邮件传输协议的扩展部分，所述协议头包括扩展字段。
8.可选地，所述扩展字段包括表示邮件中元数据所属的业务类型的字段、和/或业务类型所对应的业务字段；其中，基于解析得到的结果，将邮件中不同的元数据发送至各自对应的业务处理系统包括：基于解析得到的邮件中元数据所属的业务类型的字段，确定邮件中该元数据所对应的业务处理系统，以将该元数据发送至其所对应的业务处理系统。
9.可选地，所述扩展字段还包括表示元数据版本的字段，其中，不同元数据版本下不同的业务类型，具有不同的业务字段。
10.根据本公开的第二方面，提供了一种基于电子邮件的企业数据交换装置，包括：配置单元，被配置成如果用户端触发了邮件发送请求，则向用户端呈现配置页面，其中，在配置页面基于待发送的邮件的元数据对邮件传输协议进行配置；发送单元，被配置成基于配置完成的邮件传输协议，发送当前的邮件，以使在接收到该邮件后对配置完成的邮件传输协议进行自动解析，并基于解析后的结果对邮件的元数据进行自动处理。
11.可选地，装置还包括：解析单元，在预设的对象接收到该邮件后，对邮件传输协议的协议头进行解析；传输单元，被配置成基于解析得到的结果，将邮件中不同的元数据发送至各自对应的业务处理系统。
12.通过所述配置页面完成对邮件传输协议的配置包括：配置邮件传输协议的协议头，其中，配置的协议头作为原始邮件传输协议的扩展部分，所述协议头包括扩展字段。
13.根据本公开的第三方面，提供了一种计算机可读存储介质，存储有计算机指令，所述计算机指令用于使所述计算机执行第一方面5任意一项实现方式所述的基于电子邮件的企业数据交换方法。
14.根据本公开的第四方面，提供了一种电子设备，包括：包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面5任意一项实现方式所述的基于电子邮件的企业数据交换方法。
15.在本公开实施例基于电子邮件的企业数据交换方法及装置中，包括：如果用户端触发了邮件发送请求，则向用户端呈现配置页面，其中，通过所述配置页面对邮件传输协议进行配置；基于配置完成的邮件传输协议，发送当前的邮件，以使预设的对象接收该邮件。通过可配置的方式进行协议扩展，实现了自动化、标准化的电子邮件的传输，进而能够实现对不同的邮件内容进行自动化处理，解决了相关技术中，邮件处理成本高、错误率高的问题。
16.为了更清楚地说明本公开具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1是根据根据本公开实施例的基于电子邮件的企业数据交换方法流程图；
18.图2是根据本公开实施例的电子设备的示意图。
具体实施方式
19.为了使本技术领域的人员更好地理解本公开方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。
20.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
21.需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
22.适用于本实施例方法的执行主体可以是用户端，本实施例的方法可封装为插件，用户端安装该插件后可以在原传输协议的基础上发送和接收邮件。可以理解的是，根据实际需要，本实施例的方法封装为插件后，可以由服务端执行本实施例的方法。在此不做限定。本实施例中以用户端为执行主体为例，进行方法实现的描述。
23.根据本公开实施例，提供了一种基于电子邮件的企业数据交换方法，如图1所示，该方法包括如下的步骤101至步骤102：
24.步骤101：如果用户端触发了邮件发送请求，则向用户端呈现配置页面，其中，在配置页面基于待发送的邮件的元数据对邮件传输协议进行配置。
25.在本实施例中，可以预先建立扩展邮件传输协议的插件。用户端在发送邮件之前可以安装该插件，在安装该插件后当用户通过用户端触发邮件发送请求后，例如，触发了新建邮件控件，可以在页面自动呈现配置页面，用户通过配置页面对邮件传输协议的扩展内容进行配置。在配置时可基于待发送邮件中的元数据进行配置，包括但是不限于，元数据的业务类型字段、元数据中的业务类型对应的业务字段。
26.可以理解的是，除对传输协议的扩展内容进行配置外，还对邮件发送所需的信息进行配置，包括但是不限于，收件地址信息、发件地址信息、邮件标题等。
27.步骤102：基于配置完成的邮件传输协议，发送当前的邮件，以使预设的对象在接收到该邮件后对配置完成的邮件传输协议进行自动解析，并基于解析后的结果对邮件的元数据进行自动处理。
28.在本实施例中，在邮件传输协议配置完成后，用户可通过用户端触发发送邮件的操作，进而完成邮件的发送以及接收方的接收。在接收方接收到邮件后，自动对传输协议进行解析，基于解析得到的结果确定不同元数据对应的处理方式，可以包括，不同的业务类型的元数据可以被发送至对应的业务处理系统处理。
29.可以理解的是，本实施例的传输协议可以是通用的smtp传输协议，也可以用于其他电子邮件传输协议，适用性广。
30.作为本实施例一种可选的实现方式，方法还包括：在预设的对象接收到该邮件后，对邮件传输协议的协议头进行解析；基于解析得到的结果，将邮件中不同的元数据发送至各自对应的业务处理系统。
31.在本可选的实现方式中，相关技术中，人工阅读电子邮件，理解邮件内容和附件内容，根据需要进行回复和处理。处理包括把相关的票据，如发票、账单、订单、合同等录入到其他相关信息系统；回复确认相关信息或要求提供额外信息等。该方法的问题在于过程繁琐，周期漫长，造成人员和资源的浪费。对人员有经验要求，且容易出现人为错误。部分企业实现了自动化的邮件内容解析，通过关键字匹配，ocr等技术解析邮件的内容，提取核心信息。然后呈现给相关用户审核。这可以在一定程度上节约邮件处理时间，但解析准确率不高，必须通过人工审核进行下步处理，过程较繁琐，仍会造成人员和资源的浪费。
32.针对上述缺陷，用户端(可以是接收方的用户端)也可以安装上述插件，在接收方用户端接收到发送方用户端发送的邮件后，可以对配置的传输协议进行解析，通过解析后得到邮件中包含的业务类型，不同业务类型的内容可以发送至不同的业务处理系统进行处理。示例性地，业务类型可以包括发票业务、订单业务、合同业务、账单业务、和/或其他单据处理业务；上述业务类型对应的业务处理系统可以包括发票处理模块、订单处理模块、合同
处理模块、账单处理模块和/或其他单据处理模块。
33.本实施例可选的实现方式，通过基于扩展协议实现标准化的企业数据交换的基础上，可以实现不同业务类型邮件内容的自动化处理。通过扩展电子邮件系统实现数据交换可以最大化降低企业软件投入成本，且无需人工参与，实施成本低。
34.作为本实施例一种可选的实现方式，通过所述配置页面完成对邮件传输协议的配置包括：配置邮件传输协议的协议头，其中，配置的协议头作为原始邮件传输协议的扩展部分，所述协议头包括扩展字段。
35.在本可选的实现方式中，通过扩展协议，电子邮件携带标准化的交换数据进行数据发送和接收。进一步地，配置时包括配置扩展字段，以及字段的值。通过配置页面实现传输协议协议头的配置，例如，当配置协议为smtp协议时，通过扩展其header实现协议的扩展。
36.作为本实施例一种可选的实现方式，所述扩展字段包括表示邮件中元数据所属的业务类型的字段、和/或业务类型所对应的业务字段；其中，基于解析得到的结果，将邮件中不同的元数据发送至各自对应的业务处理系统包括：基于解析得到的邮件中元数据所属的业务类型的字段，确定邮件中该元数据所对应的业务处理系统，以将该元数据发送至其所对应的业务处理系统。
37.在本可选的实现方式中，通过配置扩展字段实现对协议头的配置，基于配置完成的文本内容可自动生成包含新内容的传输协议，该包含新内容的传输协议可用于传输电子邮件。
38.进一步地，在配置扩展字段时，包括配置业务类型的字段的内容，例如，t表示业务类型的字段，则在配置时，令t＝einvoice即电子发票，或者quote即报价等等，如果待发送的邮件中包含有多个业务文档，例如1张发票和1张报价单，则在配置时候业务字段的取值可以包含多个业务类型，如t＝einvoice，quote。
39.进一步地，不同的业务类型中，可默认映射有不同的标准的业务字段，例如，电子发票业务类型中可以包含“开票方”、“金额”等业务字段，根据当前邮件中业务文档中的内容可以配置不同业务字段的值。可以理解的是标准的业务字段可以以自定义的方式进行修改。
40.进一步地，接收方在对传输协议解析之后，可以确定不同的元数据(如不同业务类型的文档)对应的业务处理系统，在确定后可以将元数据发送至对应的业务处理系统进行处理。
41.作为本实施例一种可选的实现方式，所述扩展字段还包括表示元数据版本的字段，其中，不同元数据版本下不同的业务类型，具有不同的业务字段。
42.在本可选的实现方式中，不同的元数据版本可以在配置时指定，例如，以字段v表示业务元数据版本，该元数据版本的不同的取值可以表示不同的版本，如v＝1表示版本1，v＝2表示另一版本2；不同的业务版本可以映射有一套标准的业务字段。因此，不同的业务版本下，不同的业务类型可以确定唯一标准的业务字段。示例性地，在配置协议头时，扩展字段可如下：
43.x-data-exchange：v＝1；t＝einvoice；b1＝...；b2＝...；b3＝...
44.v：业务元数据版本，版本确定了扩展字段里有哪些业务相关字段
45.t：业务类型，如果邮件有多个业务文档(如1张发票和1张报价单)，取值可以放多个业务类型，如t＝einvoice，quote；
46.b1，b2，b3等可由版本(v值)确定的业务元数据集合。
47.上述可选的实现方式，通过定义一套电子数据交换标准，实现企业数据交换的标准化。解决了普通邮件不具有标准化的问题。
48.进一步地，邮件中可以包括一个或者多个业务类型的内容(如多个业务文档)，而解析后不同业务类型的内容需要传输至不同的业务处理系统，因此对于包含多种业务类型的邮件，在发送前进行业务类型配置时，可以指定邮件中哪一个业务内容对应哪种业务类型，如邮件内容中包括电子发票文档1、收据文档2，则在配置业务类型时，可指定文档1为电子发票的业务类型；文档2位收据的业务类型。
49.本实施例通过扩展电子邮件协议，实现了自动化的企业电子数据交换，具有通用性强、自动化、开放性、准确性、可实施性强等优点。
50.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
51.根据本公开实施例，还提供了一种用于实施上述基于电子邮件的企业数据交换方法的装置，该装置包括：配置单元，被配置成如果用户端触发了邮件发送请求，则向用户端呈现配置页面，其中，在配置页面基于待发送的邮件的元数据对邮件传输协议进行配置；发送单元，被配置成基于配置完成的邮件传输协议，发送当前的邮件，以使预设的对象在接收到该邮件后对配置完成的邮件传输协议进行自动解析，并基于解析后的结果对邮件的元数据进行自动处理。
52.作为本实施例一种可选的实现方式，装置还包括：解析单元，在预设的对象接收到该邮件后，对邮件传输协议的协议头进行解析；传输单元，被配置成基于解析得到的结果，将邮件中不同的元数据发送至各自对应的业务处理系统。
53.作为本实施例一种可选的实现方式，通过所述配置页面完成对邮件传输协议的配置包括：配置邮件传输协议的协议头，其中，配置的协议头作为原始邮件传输协议的扩展部分，所述协议头包括扩展字段。
54.作为本实施例一种可选的实现方式，所述扩展字段包括表示邮件中元数据所属的业务类型的字段、和/或业务类型所对应的业务字段；其中，基于解析得到的结果，将邮件中不同的元数据发送至各自对应的业务处理系统包括：基于解析得到的邮件中元数据所属的业务类型的字段，确定邮件中该元数据所对应的业务处理系统，以将该元数据发送至其所对应的业务处理系统。
55.作为本实施例一种可选的实现方式，所述扩展字段还包括表示元数据版本的字段，其中，不同元数据版本下不同的业务类型，具有不同的业务字段。
56.本公开实施例提供了一种电子设备，如图2所示，该电子设备包括一个或多个处理器21以及存储器22，图2中以一个处理器21为例。
57.该控制器还可以包括：输入装置23和输出装置24。
58.处理器21、存储器22、输入装置23和输出装置24可以通过总线或者其他方式连接，图2中以通过总线连接为例。
59.处理器21可以为中央处理器(centralprocessingunit，cpu)。处理器21还可以为其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，aslc)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
60.存储器22作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本公开实施例中的控制方法对应的程序指令/模块。处理器21通过运行存储在存储器22中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的基于电子邮件的企业数据交换方法。
61.存储器22可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外，存储器22可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器22可选包括相对于处理器21远程设置的存储器，这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
62.输入装置23可接收输入的数字或字符信息，以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置24可包括显示屏等显示设备。
63.一个或者多个模块存储在存储器22中，当被一个或者多个处理器21执行时，执行如图1所示的方法。
64.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各电机控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)、随机存储记忆体(randomaccessmemory，ram)、快闪存储器(flashmemory)、硬盘(harddiskdrive，缩写：hdd)或固态硬盘(solid-statedrive，ssd)等；存储介质还可以包括上述种类的存储器的组合。
65.虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。