一种数据处理方法和装置制造方法
【专利摘要】本申请提供了一种数据处理方法和装置，其中一种数据处理方法包括：接收求助指令，其中所述求助指令是第一业务人员在进行第一业务处理时通过业务处理界面发送，所述第一业务是第一业务人员为用户所办理的业务；运行所述求助指令对应的求助界面；获取所述第一业务人员在所述求助界面上输入的求助信息，其中所述求助信息携带有需业务人员协同处理的第一业务的相关业务内容；接收所述第一业务人员通过所述求助界面发送的发布指令；在接收到所述发布指令后，发布所述求助信息，因此其他业务人员接收到该求助信息后，用户可以直接到所求助的业务人员所在柜台，由该柜台的业务人员完成该同一业务相关业务处理，实现营业厅内业务人员协助处理第一业务。
【专利说明】一种数据处理方法和装置
【技术领域】
[0001]本申请涉及数据处理【技术领域】，特别涉及一种数据处理方法和装置。
【背景技术】
[0002]目前，不同运营商提供的业务都规定该业务的办理制度，并且对某些业务制定了受理权限，即具有该受理权限的业务人员可以办理该业务，而不具有该受理权限的业务人员不能办理该业务。
[0003]然而用户在办理业务时，其并不知道具有受理权限的业务人员是谁，所以用户会到任意一个柜台办理业务，而当该柜台不具有受理权限时，用户需要重新排号去具有受理权限的业务人员所在柜台办理，并且在叫号时并不知道用户所要办理的业务具体是什么，仍会导致用户前往一个不具有受理权限的业务人员所在柜台。
【发明内容】
[0004]本申请所要解决的技术问题是提供一种数据处理方法和装置，提供一营业厅内业务人员交流的平台，用于实现营业厅内业务人员协助处理第一业务。技术方案如下:
[0005]本申请提供了一种数据处理方法，包括:
[0006]接收求助指令，其中所述求助指令是第一业务人员在进行第一业务处理时通过业务处理界面发送，所述第一业务是第一业务人员为用户所办理的业务；
[0007]运行所述求助指令对应的求助界面；
[0008]获取所述第一业务人员在所述求助界面上输入的求助信息，其中所述求助信息携带有需业务人员协同处理的第一业务的相关业务内容；
[0009]接收所述第一业务人员通过所述求助界面发送的发布指令；
[0010]在接收到所述发布指令后，发布所述求助信息。
[0011]优选地，发布所述求助信息包括:向所述第一业务人员所在营业厅内所有人员发布所述求助信息；
[0012]或向所述第一业务人员所在营业厅内预设数量的其他业务人员发布所述求助信息；
[0013]所述方法还包括:将所求助的业务人员的手机号码作为发送目的地址，并发送提示短信至所述发送目的地址。
[0014]优选地，所述方法还包括:
[0015]接收求助处理指令，其中所述求助处理指令是第二业务人员对所述求助信息进行处理时通过所述业务处理界面发送，第二业务人员不同于第一业务人员；
[0016]运行所述求助处理指令对应的求助处理界面；
[0017]获取所述第二业务人员在所述求助处理界面上输入的求助回复内容；
[0018]接收所述第二业务人员通过所述求助处理界面发送的递交指令；
[0019]在接收到所述递交指令后，上传所述求助回复内容。[0020]优选地，所述方法还包括:
[0021]接收所述第一业务人员通过所述业务处理界面发送的求助查看指令；
[0022]运行所述求助查看指令对应的查看界面；
[0023]在所述查看界面上显示所述求助回复内容；
[0024]接收所述第一业务人员通过所述查看界面发送的求助评价指令；
[0025]运行所述求助评价指令对应的求助评价界面；
[0026]保存所述第一业务人员在所述求助评价界面上输入的求助评价内容；
[0027]接收所述第一业务人员通过所述查看界面发送的求助关闭指令；
[0028]将所述求助关闭指令对应的求助信息关闭。
[0029]优选地，所述方法还包括:
[0030]接收第一业务运行指令，其中所述第一业务运行指令是业务人员在进行第一业务处理时通过所述业务处理界面发送；
[0031]运行所述第一业务运行指令对应的第一业务运行界面；
[0032]接收所述业务人员通过所述第一业务运行界面发送的第一业务整合指令；
[0033]运行所述第一业务整合指令对应的第一业务整合界面；
[0034]获取所述业务人员在所述第一业务整合界面输入的业务内容；
[0035]在接收到所述业务人员通过所述第一业务整合界面发送的提交指令后，将所述业务内容显示在所述第一业务运行界面中。
[0036]优选地，所述方法还包括:对所述第一业务进行处理和/或对第二业务进行处理，所述第二业务是所述业务人员所在营业厅的营销系统对应的业务，其中，
[0037]对所述第一业务进行处理包括:
[0038]接收所述业务人员通过所述第一业务运行界面发送的第一业务处理指令；
[0039]运行所述第一业务处理指令对应的第一业务处理界面；
[0040]获取所述第一业务处理界面中业务人员输入的业务处理内容；
[0041 ]上传所述业务处理内容；
[0042]将所述第一业务运行界面中所述业务处理内容对应的第一业务标识为已处理；
[0043]对所述第二业务进行处理包括:
[0044]接收所述业务人员通过所述业务处理界面发送的第二业务运行指令；
[0045]运行所述第二业务运行指令对应的第二业务处理界面；
[0046]调取所述第二业务的超文本标记语言页面代码；
[0047]在所述第二业务处理界面上以所述超为本标记语言页面形式显示所述第二业务的数据。
[0048]本申请还提供一种数据处理装置，包括:
[0049]第一接收单元，用于接收求助指令，其中所述求助指令是第一业务人员在进行第一业务处理时通过业务处理界面发送，所述第一业务是第一业务人员为用户所办理的业务;
[0050]运行单元，用于运行所述求助指令对应的求助界面；
[0051]获取单元，用于获取所述第一业务人员在所述求助界面上输入的求助信息，其中所述求助信息携带有需业务人员协同处理的第一业务的相关业务内容；[0052]第二接收单元，用于接收所述第一业务人员通过所述求助界面发送的发布指令；
[0053]发布单元，用于在接收到所述发布指令后，发布所述求助信息。
[0054]优选地，所述发布单元具体用于:向所述第一业务人员所在营业厅内所有人员发布所述求助信息；或向所述第一业务人员所在营业厅内预设数量的其他业务人员发布所述求助信息；
[0055]所述装置还包括:发送单元，用于将所求助的业务人员的手机号码作为发送目的地址，并发送提示短信至所述发送目的地址。
[0056]优选地，
[0057]所述第一接收单元，还用于接收求助处理指令，其中所述求助处理指令是第二业务人员对所述求助信息进行处理时通过所述业务处理界面发送，第二业务人员不同于第一业务人员；
[0058]所述运行单元，还用于运行所述求助处理指令对应的求助处理界面；
[0059]所述获取单元，还用于获取所述第二业务人员在所述求助处理界面上输入的求助回复内容；
[0060]所述第二接收单元，还用于接收所述第二业务人员通过所述求助处理界面发送的递交指令；
[0061 ] 所述发布单元，还用于在接收到所述递交指令后，上传所述求助回复内容。
[0062]优选地，所述装置还包括:
[0063]第三接收单元，用于接收所述第一业务人员通过所述业务处理界面发送的求助查看指令、求助评价指令和求助关闭指令；
[0064]界面运行指令，用于运行所述求助查看指令对应的查看界面以及所述求助评价指令对应的求助评价界面；
[0065]显示单元，用于在所述查看界面上显示所述求助回复内容；
[0066]保存单元，用于保存所述第一业务人员在所述求助评价界面上输入的求助评价内容；
[0067]控制单元，用于将所述求助关闭指令对应的求助信息关闭。
[0068]与现有技术相比，本申请包括以下优点:
[0069]本申请实施例提供的数据处理方法在接收到通过业务处理界面发送的求助指令后，运行该求助指令对应的求助界面，并获取第一业务人员在求助界面上输入求助信息。接收到第一业务人员通过求助界面发送的发布指令后，发布求助信息。其中求助信息携带有需业务人员协同处理的第一业务的相关业务内容，因此其他业务人员接收到该求助信息后，用户可以直接到所求助的业务人员所在柜台，由该柜台的业务人员完成该同一业务相关业务处理，实现营业厅内业务人员协助处理第一业务。
【专利附图】
【附图说明】
[0070]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。[0071]图1是本申请提供的一种数据处理方法的一种流程图；
[0072]图2是本申请提供的业务处理界面的一种示意图；
[0073]图3是本申请提供的求助界面的一种示意图；
[0074]图4是本申请提供的一种数据处理方法的另一种流程图；
[0075]图5是本申请提供的业务处理界面的另一种示意图；
[0076]图6是本申请提供的求助处理界面的一种示意图；
[0077]图7是本申请提供的查看界面的一种示意图；
[0078]图8是本申请提供的一种数据处理方法的再一种流程图；
[0079]图9是本申请提供的第一业务运行界面的一种示意图；
[0080]图10是本申请提供的第二业务运行界面的一种示意图；
[0081]图11是本申请提供的第一业务整合界面的一种示意图；
[0082]图12是本申请提供的第一业务运行界面的另一种示意图；
[0083]图13是本申请提供的第一业务处理界面的一种示意图；
[0084]图14是本申请提供的一种信息处理装置的一种结构示意图；
[0085]图15是本申请提供的一种信息处理装置的另一种结构示意图。
【具体实施方式】
[0086]首先对本申请实施例提供的一种数据处理方法进行简单说明，所述数据处理方法可以包括:
[0087]接收求助指令，其中求助指令是第一业务人员在进行第一业务处理时通过业务处理界面发送，第一业务是第一业务人员为用户所办理的业务；
[0088]运行求助指令对应的求助界面；
[0089]获取第一业务人员在求助界面上输入的求助信息；
[0090]接收第一业务人员通过求助界面发送的发布指令；
[0091]在接收到发布指令后，发布求助信息。
[0092]从上述技术方案可以看出，在接收到通过业务处理界面发送的求助指令后，运行该求助指令对应的求助界面，并获取第一业务人员在求助界面上输入求助信息。接收到第一业务人员通过求助界面发送的发布指令后，发布求助信息。其中求助信息携带有需业务人员协同处理的第一业务的相关业务内容，因此其他业务人员接收到该求助信息后，用户可以直接到所求助的业务人员所在柜台，由该柜台的业务人员完成该同一业务相关业务处理，实现营业厅内业务人员协助处理第一业务。
[0093]下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0094]请参阅图1，其示出了本申请实施例提供的一种数据处理方法的流程图，可以包括以下步骤:
[0095]步骤101:接收求助指令，其中求助指令是第一业务人员在进行第一业务处理时通过业务处理界面发送，第一业务是第一业务人员为用户所办理的业务。例如作为电力公司营业厅来说，第一业务是第一业务人员为用电用户办理的各种与用电相关的业务。
[0096]在本申请实施例中，业务处理界面的示意图可以参阅图2所示，业务人员需要求助时，点击业务处理界面中的“发布求助”按钮，与该按钮关联的求助指令被发送至电子设备中。
[0097]步骤102:运行求助指令对应的求助界面。
[0098]电子设备接收到求助指令后，运行该求助指令对应的求助界面。其中求助界面的一种示意图可以参阅图3所示，该求助界面包括:求助名称、发布对象、排队号票、求助内容和附件上传这五个选项，业务人员可以在这五个控件中输入求助内容。
[0099]可以理解的是:求助名称是对输入求助内容的概括，便于其他业务人员在查看到给求助内容时可以预先获知大概方向和可能的求助内容。发布对象是第一业务人员所选择的求助信息的接收对象，可以是营业厅内的所有业务人员，也可以是某些或某个业务人员。排队号票仅供处理同一号票多个窗口协助使用，如果某一号票的业务需要另一窗口协助完才能继续，如办理业务时需要缴清欠费，这种情况下，业务人员输入号票号码，填写求助名称或需要的内容后，选择柜台号，此号票自动排队到目标柜台的下一个。
[0100]求助内容是需其他业务人员协助处理的相关业务的具体内容，必须填写。附件上传是与所求助内容相关的附件，上传文件格式包括:图片文件、OFFICE文档、压缩文档，附件最大50M,并且一次可以同时上传多个。
[0101]步骤103:获取第一业务人员在求助界面上输入的求助信息。
[0102]其中，求助信息携带有需业务人员协同处理的第一业务相关业务内容，可以包括第一业务人员在求助界面的求助名称、发布对象、排队号票、求助内容和附件上传这五个选项所输入的内容。
[0103]步骤104:接收第一业务人员通过求助界面发送的发布指令。
[0104]第一业务人员在求助界面上输入求助信息的同时，电子设备可以同步获取该求助信息。当第一业务人员将全部求助信息输入到求助界面中时，第一业务人员可以点击该求助界面中“提交”按钮，此时电子设备接收到“提交”按钮所关联的发布指令，该发布指令用于指示将所述求助信息发布至所求助的业务人员使用的电子设备中。
[0105]步骤105:在接收到发布指令后，发布求助信息。
[0106]可以理解的是:发布求助信息包括:向第一业务人员所在营业厅内所有人员发布求助信息；或向第一业务人员所在营业厅内预设数量的其他业务人员发布求助信息，具体由求助的第一业务人员在求助时所选取的发布对象。
[0107]此外，本申请实施例提供的数据处理方法还包括:将所求助的业务人员的手机号码作为发送目的地址，并发送提示短信至发送目的地址，以便于所求助的业务人员可以实时查看求助信息。
[0108]应用上述技术方案，在接收到通过业务处理界面发送的求助指令后，运行该求助指令对应的求助界面，并获取第一业务人员在求助界面上输入求助信息。接收到第一业务人员通过求助界面发送的发布指令后，发布求助信息。其中求助信息携带有需业务人员协同完成的第一业务的相关业务内容，因此其他业务人员接收到该求助信息后，用户可以直接到所求助的业务人员所在柜台，由该柜台的业务人员完成该同一业务相关业务处理，实现营业厅内业务人员协助处理第一业务。[0109]请参阅图4，其示出了本申请实施例提供的一种数据处理方法的另一种流程图，可以包括以下步骤:
[0110]步骤401:接收求助指令，其中求助指令是第一业务人员在进行第一业务处理时通过业务处理界面发送，第一业务是第一业务人员为用户所办理的业务。
[0111]步骤402:运行求助指令对应的求助界面。
[0112]步骤403:获取第一业务人员在求助界面上输入的求助信息。
[0113]步骤404:接收第一业务人员通过求助界面发送的发布指令。
[0114]步骤405:在接收到发布指令后，发布求助信息。
[0115]步骤406:接收求助处理指令，其中求助处理指令是第二业务人员对求助信息进行处理时通过业务处理界面发送，第二业务人员不同于第一业务人员。
[0116]当第二业务人员在处理第一业务时，其使用的电子设备上会同时显示需要其协助处理的第一业务数量，如图5所示业务处理界面，在该业务处理界面中显示有待处理的第一业务数量，如“您有3条待处理非系统工作”。同时该业务处理界面仍显示待协助处理的第一业务数量，如“您有5条待处理求助信息”。
[0117]当第二业务人员点击该业务处理界面中的待协助处理的第一业务数量时，与其相关联的求助处理指令被发送至电子设备。
[0118]步骤407:运行求助处理指令对应的求助处理界面。
[0119]步骤408:获取第二业务人员在求助处理界面上输入的求助回复内容。
[0120]电子设备接收到求助处理指令后，运行图6所示的求助处理界面，该求助处理界面中包括有求助信息的发布人——第一业务人员输入的求助信息，并同时还包括:处理状态、转移对象、处理回复和附件上传四个选项，用于第二业务人员输入求助回复内容。当第二业务人员在求助处理界面上输入求助回复内容时，电子设备同步获取该求助回复内容。
[0121]其中处理状态默认为未处理状态，当第二业务人员处理该求助信息时将处理状态设置为已处理状态。转移对象是接收到该求助信息的第二业务人员不具有受理权限时，将该求助信息转发给具有受理权限的业务人员。处理回复记录第二业务人员对求助信息的处理意见。附件上传是与回复内容相关的附件。
[0122]步骤409:接收第二业务人员通过求助处理界面发送的递交指令。
[0123]步骤410:在接收到递交指令后，上传求助回复内容。
[0124]其中，递交指令被预先关联至求助处理界面的“提交”按钮，当第二业务人员点击该按钮时，电子设备接收到递交指令，并上传求助回复内容。
[0125]此外在上传求助回复内容后，求助发布的第一业务人员处的业务处理界面中将该求助标识为“已处理”。进一步第一业务人员还可以通过业务处理界面查看求助回复内容，具体过程如下:
[0126]接收第一业务人员通过业务处理界面发送的求助查看指令，其中业务处理界面的“我的求助”按钮关联有求助查看指令，第一业务人员可以通过该按钮查看其所发布的全部求助信息，当第一业务人员点击“我的求助”按钮时，电子设备接收到求助查看指令，然后运行求助查看指令对应的查看界面，如图7所示。其中查看界面包括:求助名称、发布对象、发布日期、求助状态和操作五个选项，当第一业务人员点击求助名称下的内容时，显示求助回复内容。[0127]当然第一业务人员还可以在查看求助回复内容后，对已处理的求助信息进行评价和关闭所发布的求助信息，具体过程可以是:
[0128]第一业务人员点击操作选项中的“评价”，此时电子设备接收到求助评价指令，运行求助评价指令对应的求助评价界面，该求助评价界面可以在查看界面上显示，也可以完全覆盖查看界面。在第一业务人员在求助评价界面上输入求助评价内容后保存该求助评价内容。
[0129]第一业务人员点击操作选项中的“关闭”，此时电子设备接收到求助关闭指令，进而将该求助关闭指令对应的求助信息关闭，如将图7所示的“如何办理高压业务”的求助信息关闭，当求助信息被关闭后，业务人员只能查看该求助信息。
[0130]在上述所有方法实施例中，本申请实施例提供的数据处理方法还可以包括如图8所示的步骤，具体如下:
[0131]步骤801:接收第一业务运行指令，其中第一业务运行指令是业务人员在进行第一业务处理时通过业务处理界面发送。
[0132]步骤802:运行第一业务运行指令对应的第一业务运行界面。
[0133]可以理解的是，图2所示的业务处理界面中“非系统工作”按钮对应第一业务，“系统工作”按钮对应第二业务，第二业务是业务人员所在营业厅的营销系统对应的业务。当业务人员点击任意一个按钮时，业务处理界面则会向电子设备发送相应的业务处理指令，在电子设备的显示界面上显示相应界面。
[0134]即当业务人员点击“非系统工作”按钮时，电子设备接收到第一业务运行指令，运行该指令对应的第一业务运行界面，如图9所示。当业务人员点击“系统工作”按钮时，电子设备接收到第二业务运行指令，运行该指令对应的第二业务运行界面，在运行该界面的同时，调取第二业务的HTML (超文本标记语言,Hypertext Markup Language)代码,在第二业务处理界面上以HTML形式显示第二业务的数据，以完成第二业务处理过程，其中在第二业务处理界面上以HTML形式显示第二业务的数据的示意图如图10所示。
[0135]步骤803:接收业务人员通过第一业务运行界面发送的第一业务整合指令。其中第一业务运行界面的“录入”按钮关联有第一业务整合指令，当业务人员点击该按钮时，电子设备接收到第一业务整合指令。
[0136]步骤804:运行第一业务整合指令对应的第一业务整合界面。
[0137]在本申请实施例中，第一业务整合界面的示意图可以参阅图11所示，用于整理业务人员所处理的第一业务，这样业务人员可以直观查看每天所处理的第一业务数量，而无需再整理纸件文件。
[0138]其中第一业务整合界面包括:工作分类、排队票号、业务名称、客户电话、客户姓名、工作流程和内容说明几个选项，业务人员可以在相关选项中添加内容。
[0139]步骤805:获取业务人员在第一业务整合界面输入的业务内容。
[0140]步骤806:在接收到业务人员通过第一业务整合界面发送的提交指令后，将业务内容显示在第一业务运行界面中。
[0141]第一业务整合界面中还包括提交和重置两个按钮，当业务人员点击提交按钮时，该提交按钮关联的提交指令被发送至电子设备，在第一业务运行界面中显示所录入的业务内容，如图12所示。当业务人员点击重置按钮时，该重置按钮关联的重置指令被发送至电子设备，则第一业务整合界面重新变更为图11所示界面。
[0142]此外，业务人员还可以通过点击图12所示的第一业务运行界面中操作选项下的“处理”链接对第一业务进行处理，具体过程如下:
[0143]接收业务人员通过第一业务运行界面发送的第一业务处理指令，其中第一业务处理指令是在点击其关联的“处理”链接后发送。运行第一业务处理指令对应的第一业务处理界面，如图13所示，在图13所示的第一业务处理界面的处理回复中输入业务处理内容，获取后上传该业务处理内容，上传业务处理内容是在业务人员点击“提交”按钮后执行。当业务人员处理第一业务后，将其标识为已处理，使得业务人员可以清楚获知第一业务状态，避免反复查找未处理的第一业务。
[0144]需要说明的是:本申请实施例提供的数据处理方法并不限定求助信息发布、求助评价、第一业务整合、第一业务处理以及第二业务处理流程之间的执行顺序，这些流程可以同时执行，也可以在执行完某一个流程后处理其他流程。
[0145]与上述方法实施例相对应，本申请实施例还提供一种数据处理装置，其结构示意图请参阅图14所示，可以包括:第一接收单元11、运行单元12、获取单元13、第二接收单元14和发布单元15。其中，
[0146]第一接收单元11，用于接收求助指令，其中求助指令是第一业务人员在进行第一业务处理时通过业务处理界面发送，第一业务是第一业务人员为用户所办理的业务。
[0147]在本申请实施例中，业务处理界面的示意图可以参阅图2所示，业务人员需要求助时，点击业务处理界面中的“发布求助”按钮，与该按钮关联的求助指令被发送至电子设备中。
[0148]运行单元12，用于运行求助指令对应的求助界面。电子设备接收到求助指令后，运行该求助指令对应的求助界面。其中求助界面的一种示意图可以参阅图3所示，该求助界面包括:求助名称、发布对象、排队号票、求助内容和附件上传这五个选项，业务人员可以在这五个控件中输入求助内容，具体请参阅方法实施例中相关说明。
[0149]获取单元13，用于获取第一业务人员在求助界面上输入的求助信息，其中求助信息携带有需业务人员协同处理的第一业务的相关业务内容，可以包括第一业务人员在求助界面的求助名称、发布对象、排队号票、求助内容和附件上传这五个选项所输入的内容。
[0150]第二接收单元14，用于接收第一业务人员通过求助界面发送的发布指令。第一业务人员在求助界面上输入求助信息的同时，电子设备可以同步获取该求助信息。当第一业务人员将全部求助信息输入到求助界面中时，第一业务人员可以点击该求助界面中“提交”按钮，此时电子设备接收到“提交”按钮所关联的发布指令，该发布指令用于指示将所述求助信息发布至所求助的业务人员使用的电子设备中。
[0151]发布单元15，用于在接收到发布指令后，发布求助信息。可以理解的是:发布单元15具体用于向第一业务人员所在营业厅内所有人员发布求助信息；或向第一业务人员所在营业厅内预设数量的其他业务人员发布求助信息，具体由求助的第一业务人员在求助时所选取的发布对象。
[0152]此外，本申请实施例提供的数据处理装置还可以包括:发送单元16，如图15所示，发送单元16用于将所求助的业务人员的手机号码作为发送目的地址，并发送提示短信至发送目的地址，以便于所求助的业务人员可以实时查看求助信息。[0153]本申请实施例提供的数据处理装置还可以对求助信息进行处理，其中第一接收单元11，还用于接收求助处理指令，其中求助处理指令是第二业务人员对求助信息进行处理时通过业务处理界面发送，第二业务人员不同于第一业务人员。当第二业务人员在处理第一业务时，其使用的电子设备上会同时显示需要其协助处理的第一业务数量，如图5所示业务处理界面，在该业务处理界面中显示有待处理的第一业务数量，如“您有3条待处理非系统工作”。同时该业务处理界面仍显示待协助处理的第一业务数量，如“您有5条待处理求助信息”。
[0154]当第二业务人员点击该业务处理界面中的待协助处理的第一业务数量时，与其相关联的求助处理指令被发送至第一接收单元11。之后运行单元12运行求助处理指令对应的求助处理界面。再由获取单元13获取第二业务人员在求助处理界面上输入的求助回复内容。当第二接收单元14接收到第二业务人员通过求助处理界面发送的递交指令。发布单元15上传求助回复内容。
[0155]当然，本申请实施例提供数据处理装置还可以对求助回复内容进行处理，该数据处理装置还可以包括:
[0156]第三接收单元，用于接收第一业务人员通过业务处理界面发送的求助查看指令、求助评价指令和求助关闭指令。
[0157]界面运行指令，用于运行求助查看指令对应的查看界面以及求助评价指令对应的求助评价界面。
[0158]显示单元,用于在查看界面上显示求助回复内容。
[0159]保存单元，用于保存第一业务人员在求助评价界面上输入的求助评价内容。控制单元，用于将求助关闭指令对应的求助信息关闭。
[0160]在上述所有装置实施例中，数据处理装置还可以用于对整合并处理第一业务以及处理第二业务，具体过程请参阅方法实施例中说明，对此不再加以阐述。
[0161]需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0162]最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0163]为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
[0164]通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
[0165] 以上对本申请所提供的一种数据处理方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在【具体实施方式】及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
【权利要求】
1.一种数据处理方法，其特征在于，包括: 接收求助指令，其中所述求助指令是第一业务人员在进行第一业务处理时通过业务处理界面发送，所述第一业务是第一业务人员为用户所办理的业务； 运行所述求助指令对应的求助界面； 获取所述第一业务人员在所述求助界面上输入的求助信息，其中所述求助信息携带有需业务人员协同处理的第一业务的相关业务内容； 接收所述第一业务人员通过所述求助界面发送的发布指令； 在接收到所述发布指令后，发布所述求助信息。
2.根据权利要求1所述的数据处理方法，其特征在于，发布所述求助信息包括:向所述第一业务人员所在营业厅内所有人员发布所述求助信息； 或向所述第一业务人员所在营业厅内预设数量的其他业务人员发布所述求助信息；所述方法还包括:将所求助的业务人员的手机号码作为发送目的地址，并发送提示短信至所述发送目的地址。
3.根据权利要求1所述的数据处理方法，其特征在于，所述方法还包括: 接收求助处理指令，其中所述求助处理指令是第二业务人员对所述求助信息进行处理时通过所述业务处理界面发送，第二业务人员不同于第一业务人员； 运行所述求助处理指令对应的求助处理界面； 获取所述第二业务人员在所述求助处理界面上输入的求助回复内容； 接收所述第二业务人员通 过所述求助处理界面发送的递交指令； 在接收到所述递交指令后，上传所述求助回复内容。
4.根据权利要求3所述的数据处理方法，其特征在于，所述方法还包括: 接收所述第一业务人员通过所述业务处理界面发送的求助查看指令； 运行所述求助查看指令对应的查看界面； 在所述查看界面上显示所述求助回复内容； 接收所述第一业务人员通过所述查看界面发送的求助评价指令； 运行所述求助评价指令对应的求助评价界面； 保存所述第一业务人员在所述求助评价界面上输入的求助评价内容； 接收所述第一业务人员通过所述查看界面发送的求助关闭指令； 将所述求助关闭指令对应的求助信息关闭。
5.根据权利要求1至4任意一项所述的数据处理方法，其特征在于，所述方法还包括: 接收第一业务运行指令，其中所述第一业务运行指令是业务人员在进行第一业务处理时通过所述业务处理界面发送； 运行所述第一业务运行指令对应的第一业务运行界面； 接收所述业务人员通过所述第一业务运行界面发送的第一业务整合指令； 运行所述第一业务整合指令对应的第一业务整合界面； 获取所述业务人员在所述第一业务整合界面输入的业务内容； 在接收到所述业务人员通过所述第一业务整合界面发送的提交指令后，将所述业务内容显示在所述第一业务运行界面中。
6.根据权利要求5所述的数据处理方法，其特征在于，所述方法还包括:对所述第一业务进行处理和/或对第二业务进行处理，所述第二业务是所述业务人员所在营业厅的营销系统对应的业务，其中， 对所述第一业务进行处理包括: 接收所述业务人员通过所述第一业务运行界面发送的第一业务处理指令； 运行所述第一业务处理指令对应的第一业务处理界面； 获取所述第一业务处理界面中业务人员输入的业务处理内容； 上传所述业务处理内容； 将所述第一业务运行界面中所述业务处理内容对应的第一业务标识为已处理； 对所述第二业务进行处理包括: 接收所述业务人员通过所述业务处理界面发送的第二业务运行指令； 运行所述第二业务运行指令对应的第二业务处理界面； 调取所述第二业务的超文本标记语言页面代码； 在所述第二业务处理界面上以所述超为本标记语言页面形式显示所述第二业务的数据。
7.一种数据处理装置，其特征在于，包括: 第一接收单元，用于接收求助 指令，其中所述求助指令是第一业务人员在进行第一业务处理时通过业务处理界面发送，所述第一业务是第一业务人员为用户所办理的业务； 运行单元，用于运行所述求助指令对应的求助界面； 获取单元，用于获取所述第一业务人员在所述求助界面上输入的求助信息，其中所述求助信息携带有需业务人员协同处理的第一业务的相关业务内容； 第二接收单元，用于接收所述第一业务人员通过所述求助界面发送的发布指令； 发布单元，用于在接收到所述发布指令后，发布所述求助信息。
8.根据权利要求7所述的数据处理装置，其特征在于，所述发布单元具体用于:向所述第一业务人员所在营业厅内所有人员发布所述求助信息；或向所述第一业务人员所在营业厅内预设数量的其他业务人员发布所述求助信息； 所述装置还包括:发送单元，用于将所求助的业务人员的手机号码作为发送目的地址，并发送提示短信至所述发送目的地址。
9.根据权利要求7所述的数据处理装置，其特征在于， 所述第一接收单元，还用于接收求助处理指令，其中所述求助处理指令是第二业务人员对所述求助信息进行处理时通过所述业务处理界面发送，第二业务人员不同于第一业务人员； 所述运行单元，还用于运行所述求助处理指令对应的求助处理界面； 所述获取单元，还用于获取所述第二业务人员在所述求助处理界面上输入的求助回复内容； 所述第二接收单元，还用于接收所述第二业务人员通过所述求助处理界面发送的递交指令； 所述发布单元，还用于在接收到所述递交指令后，上传所述求助回复内容。
10.根据权利要求9所述的数据处理装置，其特征在于，所述装置还包括: 第三接收单元，用于接收所述第一业务人员通过所述业务处理界面发送的求助查看指令、求助评价指令和求助关闭指令； 界面运行指令，用于运行所述求助查看指令对应的查看界面以及所述求助评价指令对应的求助评价界面； 显示单元，用于在所述查看界面上显示所述求助回复内容； 保存单元，用于保存所述第一业务人员在所述求助评价界面上输入的求助评价内容； 控制单元，用于将所 述求助关闭指令对应的求助信息关闭。
【文档编号】G06F3/0481GK103440085SQ201310430751
【公开日】2013年12月11日 申请日期:2013年9月18日 优先权日:2013年9月18日
【发明者】孙建康, 岑迪庆, 金暄俊, 章丹妮, 谢运夫 申请人:国家电网公司, 国网浙江慈溪市供电公司, 国网浙江省电力公司宁波供电公司