数据处理系统、数据处理方法、导服设备和处理设备与流程

本申请属于互联网技术领域，尤其涉及一种数据处理系统、数据处理方法、导服设备和处理设备。

背景技术：

目前，用户到机关单位或者是银行等地方办理服务的时候，一般在到达办事大厅后，会在导服机器处向工作人员说明自己的预办事项，然后在身份确认后，可以获取对应服务能力区域的排号小票。

在排到对应号码的时候，用户按照自己的排号顺序到对应的办事窗口进行服务办理。然而，在到达办事窗口后，用户需要再次说明自己要办的服务，或者是在到达自助设备后，用户也需要再次说明自己要办的服务。

这种处理方式，用户需要重复进行需求说明，势必导致了资源浪费，针对该问题，目前上述提出有效的解决方案。

技术实现要素：

本申请目的在于提供一种数据处理系统、数据处理方法、导服设备和处理设备，可以提高事项的处理效率。

本申请提供一种数据处理系统、数据处理方法、导服设备和处理设备是这样实现的：

一种数据处理系统，包括：

导服设备，用于响应于排号请求，生成排号码，并从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息，建立排号码与选定的预办事项和提取的信息之间的关联关系；

处理设备，用于获取所述排号码，根据排号码获取与所述排号码关联的预办事项，并进入预办事项的处理流程，在处理流程中自动填入提取的信息。

一种数据处理方法，所述方法包括：

接收排号请求；

响应于所述排号请求，获取用户选定的预办事项；

从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息；

为所述用户生成排号码，并建立所述排号码与所述预办事项和提取的信息之间的关联关系，其中，所述关联关系用于在用户完成排队后通过排号码指示用户的预办事项，所述提取的信息用于在办理所述预办事项时使用。

一种事项处理方法，包括：

获取排号码；

通过所述排号码查询与所述排号码存在关联关系的预办事项；

显示所述预办事项的处理界面，并获取与所述排号码关联的用户信息，其中，所述用户信息是在生成排号码的时候从排号请求中提取的办理所述预办事项所需且从所述排号请求中可获取的信息；

将与所述排号码关联的用户信息填充至所述预办事项的处理流程中。

一种事项处理方法，包括：

导服设备接收用户的排号请求，其中，所述排号请求中携带有用户选定的预办事项；

响应于所述排号请求，生成排号码；

从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息；

建立排号码与选定的预办事项和提取的信息之间的关联关系；

在基于所述排号码完成排队进程后，处理设备获取所述排号码；

响应于所述排号码，进入与所述排号码关联的预办事项的处理流程，并在处理流程中自动填入提取的信息。

一种事项处理方法，包括：

导服设备接收用户的排号请求，其中，所述排号请求中携带有用户选定的预办事项；

响应于所述排号请求，获取并显示预设的服务项，其中，所述服务项为处理所述预办事项的处理过程中所需的且可前置至导服设备的项目；

接收用户响应于所述服务项的操作，以填充所述服务项；

生成排号码，并将所述排号码与所述预办事项与填充后的服务项关联。

一种事项处理方法，包括：

排号终端接收用户的排号请求，其中，所述排号请求中携带有用户选定的代办银行服务；

从所述排号请求中提取办理所述用户选定的代办银行服务所需且从所述排号请求中可获取的信息；

为所述用户生成排号码，并建立所述排号码与所述代办银行服务提取的信息之间的关联关系；

在基于所述排号码完成排队进程后，银行柜员端设备获取所述排号码；

响应于所述排号码，银行柜员端进入所述代办银行服务的处理流程，并在处理流程中自动填入提取的信息。

一种事项处理方法，包括：

排号终端接收用户的挂号请求，其中，所述挂号请求中携带有用户描述的病情信息；

响应于所述挂号请求，生成排号码，其中，所述排号码与所述病情信息关联；

在基于所述排号码完成排队进程后，医生端设备获取所述排号码；

响应于所述排号码，医生端设备显示所述病情信息。

一种事项处理方法，包括：

排号终端接收用户的排号请求，其中，所述排号请求中携带有用户选定的菜品；

响应于所述挂号请求，生成排号码，其中，所述排号码与所述选定的菜品关联；

在基于所述排号码完成排队进程后，餐厅端设备获取所述排号码；

响应于所述排号码，餐厅端设备显示所述选定的菜品。

一种导服设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现如下方法的步骤：

接收排号请求；

响应于所述排号请求，获取用户选定的预办事项；

从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息；

为所述用户生成排号码，并建立所述排号码与所述预办事项和提取的信息之间的关联关系，其中，所述关联关系用于在用户完成排队后通过排号码指示用户的预办事项，所述提取的信息用于在办理所述预办事项时使用。

一种处理设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现如下方法的步骤：

获取排号码；

通过所述排号码查询与所述排号码存在关联关系的预办事项；

显示所述预办事项的处理界面，并获取与所述排号码关联的用户信息，其中，所述用户信息是在生成排号码的时候从排号请求中提取的办理所述预办事项所需且从所述排号请求中可获取的信息；

将与所述排号码关联的用户信息填充至所述预办事项的处理流程中。

一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述方法的步骤。

本申请提供的数据处理系统、数据处理方法、导服设备和处理设备，导服设备在响应于排号请求生成排号码的时候，将排号码与代办事项和基于排号请求所能获取的信息进行关联，这样在用户完成排队进行服务办理的时候，可以直接定位到用户要办理的服务且可以直接获取部分所需的信息，从而可以有效减少服务处理端的服务量，提升服务处理端的处理效率，解决了现有的导服设备与处理设备分离所存在的需要重复说明代办事项或输入所需信息导致的处理效率低下、处理设备端负荷过大的技术问题，达到了有效提升处理效率、减少处理设备端负荷的技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的数据处理系统的架构示意图；

图2是本申请提供的排号码与预办事项之间的关联示意图；

图3是本申请提供的排号码与身份信息之间的关联示意图；

图4是本申请提供的数据处理方法的方法流程图；

图5是本申请提供的事项处理方法的方法流程图；

图6是本申请提供的计算机终端的架构示意图；

图7是本申请提供的数据处理装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

考虑到现有的办事大厅的服务流程是，用户到达办事大厅后，向工作人员说明自己要办的食物，然后工作人员为用户生成一个排队号码。用户在排到自己的时候，到对应的办理窗口或者自助处理机器进行服务办理。然后，用户需要再说明一遍自己所要办理的服务，在身份认证之后，再触发自己的办事流程。

这种操作存在明显的操作冗余，且整个服务处理流程都落在服务处理端，致使服务处理端的负荷较大，服务处理的效率也较为低下。

为此，在本例中提供了一种数据处理系统，如图1所示，可以包括：导服设备101、处理设备102。

上述处理设备102可以是自助机器，也可以是服务人员操作的设备，例如，可以是在服务大厅中的导服设备，也可以是用户的手机终端中的应用、小程序等，只要能实现排号的设备都可以作为本申请中的导服设备101。导服设备101与处理设备102之间可以进行数据交互，或者是导服设备101可以向处理设备102发送数据，或者是，处理设备102可以向导服设备101请求数据。

其中，上述导服设备和处理设备可以是客户操作使用的终端设备。具体的，可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能手表或者其它可穿戴设备等终端设备。

在实际实现的时候，上述数据处理系统还可以包括存储器103，导服设备101产生的数据可以存储到存储器103，处理设备102在需要数据的时候，可以到存储器103请求数据。对于处理设备102而言，具体采用哪种方式从导服设备101获取数据，本申请对此不作限定，可以根据实际需求和情况选择。

在一个实施方式中，用户在导服设备101上可以请求排号码。其中，排号码是用户在请求后用于排队的一个数字编码，该数字编码可以是顺序生成的，例如，前一个用户是20号，那么当前用户就是21号，也可以是随机生成的，在同一时间段不会重复的编码。用户根据排号码进行排队，排号码标明着用户的排队顺序，比之前排号的人晚，比之后排号的早。在形成排号码的时候，可以将排号码与预办事项也一些办理服务所需的信息进行关联。例如，如图2所示，用户a到银行办理汇款服务，排的号码为20号，那么可以将20号与汇款服务、用户的银行卡号、身份信息等进行关联，用户b到银行办理开卡服务，排的号码是21号，那么可以将21号与开卡服务、身份信息进行关联；或者，用户a到社区服务中心接种疫苗，排的号码是554号，那么可以将554号与疫苗接种服务、历史接种情况、用户身份信息等进行关联，用户b到社区服务中心体检，排的号码是555号，那么可以将555号与体检服务进行关联。

通过将排队的排号码与预办事项和一些服务所需信息进行关联，这样用户在按照排号顺序到达处理设备102进行服务办理的时候，只需要输入或者扫描对应的排号码，通过调取之前排号时产生的排号码与预办事项和所需信息之间的关联，就可以自动关联出用户所请求的预办事项和所需信息，可以直接进入所预办事项的处理流程，而无需再一次选择或者说明自己希望办理的服务，且可以直接显示或者填充部分服务所需信息，减少了设备处理端的服务量。

例如，如果用户通过办事窗口进行服务处理，那么可以将排号码出示给办事人员，办事人员在输入该排号码或者是扫描该排号码后，因排号码会与预办事项是关联的，这样就可以直接进入预办事项的处理流程，而不需要再向用户确认预办事项。且可以关联出用户的身份信息等。

如果用户通过自助机器进行服务办理，那么用户在到达自助机器后，可以通过扫码的方式扫描自己的排号码，因排号码与预办事项是关联的，这样在获取到排号码后，自助设备可以直接进入预办事项的处理流程，用户无需再次选择预办事项，且可以关联出用户的身份信息或者历史服务信息等，无需再次输入。

在一个实施方式中，考虑到在服务办理的时候，经常需要对用户进行身份验证，对于身份验证这部分操作也可以转移或者是放到导服设备101中，例如，用户在排号的时候，可以通过自己的身份识别卡进行排号，该身份识别卡可以是用户的身份证、护照、医保卡、银行卡等，只要能实现身份唯一标识的都可以本申请中的身份识别卡。在通过身份识别卡进行挂号之后，除了将排号码与预办事项进行关联，还可以将排号码与用户身份进行关联，即，建立了排号码与预办事项以及用户身份之间的关联。这样，在到自助设备或者是办事窗口进行服务办理的时候，就不需要再次进行身份识别，只需要出示或者确认排号码，就可以直接实现预办事项关联和身份关联。例如，如图3所示，用户a到银行办理汇款服务，排的号码为20号，那么可以将20号与汇款服务和用户a的身份信息进行关联，用户b到银行办理开卡服务，排的号码是21号，那么可以将21号与开卡服务和用户b的身份信息进行关联。

进一步的，上述身份识别也可以是通过指纹识别或者是脸部识别等识别技术。例如，在导服设备上可以设置指纹识别模块，或者是，基于摄像头的脸部识别模块，用户在选择排号之后，可以直接通过这些身份识别模块进行身份识别，在身份识别通过之后，可以选定需要办理的服务，然后可以触发生成排号码。

进一步的，上述身份识别还可以是直接调用身份信息，例如，用户通过手机app进行排号，那么可以直接读取挂号账号所绑定的身份作为用户身份，然后指示用户选择自己要办理的服务，基于此，为用户生成排号码，并将排号码与用户身份和预办事项进行关联。

然而，值得注意的是，上述所列举的身份确认方法仅是一种示例性描述，在实际实现的时候，可以还可以采用其他的方式进行身份关联。例如，基于用户的手机号等都可以实现对用户身份的识别和关联。

在一个实施方式中，上述排号码可以仅是一个数字，也可以是一个二维码。如果排号码仅是一个数字，那么可以建立数字与预办事项和用户身份之间的关联，如果是一个二维码，那么扫描这个二维码可以得到数字、预办事项和用户身份，即，可以通过生成二维码来携带这些信息。具体采用哪种方式生成该排号码可以根据实际需要和选择设定，本申请对此不作限定。

以一个场景为例进行说明，用户a到银行办理汇款服务，在达到办事大厅后，可以通过自助导服设备进行排号，用户a可以刷身份证触发进入排号流程，在触发进入排号流程后，可以显示预办事项选项，用户可以选择自己要办的服务，例如：办理社保卡。用户也可以语音输入自己的预办事项，例如，可以语音指示：申请办理社保卡。自助导服设备可以为用户生成一个排号码，例如：22号。同时可以建立22号与用户身份证号、办理设备卡之间的关联。可以将22号与用户身份证号、办理设备卡之间的关联生成二维码，也可以将这种关联关系进行存储，可以存储在自助导服设备中，也可以存储在专门的存储器中。

在排号22号的时候，用户可以到自助服务办理设备或者是对应的办事窗口办理服务。用户a在出示自己的排号码，就可以直接关联到预办事项和身份证号。例如，用户a到自助服务办理设备扫描自己的排号码，就可以自动关联出预办事项和身份证号，这样在扫描排号码之后，就可以直接进入社保卡的办理流程。用户a到办事窗口的话，办事人员根据用户a的排号码，就可以直接调取出用户的预办事项和身份证号，这样就可以直接进入社保卡的办理流程，用户a无需再次说明自己的预办事项。

在本例中，提供了一种数据处理系统，可以包括：用于响应于排号请求，生成排号码，并从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息，建立排号码与选定的预办事项和提取的信息之间的关联关系；处理设备，用于获取所述排号码，根据排号码获取与所述排号码关联的预办事项，并进入预办事项的处理流程，在处理流程中自动填入提取的信息。

即，导服设备与处理设备之间是可以进行数据交互的，导服设备在生成排号码的时候会建立排号码与预办事项之间的关联关系。因为导服设备与处理设备之间是可以进行数据通信的，因此，处理设备在接收到排号码的时候，可以基于排号码之间关联到预办事项和办理服务所需的部分信息。

上述数据处理系统还可以存储器，与所述导服设备和所述处理设备相连，用于接收并存储所述导服设备生成的关联关系，并响应于所述处理设备传送的排号码，返回与所述排号码关联的预办事项和提取的信息。即，可以包括存储器，导服设备产生的数据可以存储到存储器，处理设备在需要数据的时候，可以到存储器请求数据。

上述的导服设备和处理设备上还可以设置有用于身份识别的部件，例如，可以但不限于是以下至少之一：指纹识别模块、脸部识别模块、卡识别模块等。具体的，导服设备可以通过设置身份识别部件，建立排号码与所述用户的身份信息之间的关联关系。如果在处理设备上设置身份识别部件，那么可以直接在处理设备进行身份验证。例如，用户在排队完成之后，到达服务窗口可以出示自己的排号码，然后办事人员在查验过排号码并知道用户的预办事项之后，可以通过处理设备对用户进行身份验证。为了减少处理设备的操作步骤，提升处理设备的处理设备，相对而言将身份识别的部件设置在导服设备更为高效。

在实际实现的时候，上述导服设备可以是医院挂号机、餐厅的取号设备、银行的取号设备等，上述处理设备可以是自助处理设备，也可以人工处理柜台，如果是自助处理设备，那么用户可以通过导服设备进行自助排号，也可以通过处理设备进行自助办理。

对于导服设备而言，可以设置打印部件，通过打印部件可以打印排号码，在实际实现的时候，上述导服设备也可以将排号码发送至用户的手机终端或者是显示在用户的手机应用中。例如，导服设备可以通过用户的身份信息获取到用户的手机号或者应用的用户名，那么可以关联到用户的账号，将生成的排号码发送至用户的手机端。进一步的，上述导服设备可以是手机终端，这样用户通过手机可以触发进行排号，并在排号的时候选定预办事项，将排号码与预办事项进行关联，也可以同时将排号码与用户身份进行标识。

图4是本申请所述一种数据处理方法一个实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式处理环境)。

具体的，如图4所示，本申请一种实施例提供的一种数据处理方法可以包括：

s401：接收排号请求；

该排号请求可以是用户的语音，例如，用户对着设备说我要排号，或者是办事大厅的人员触发进行排号的排号请求，也可以是识别用户的刷卡操作以生成排号请求。

s402：响应于所述排号请求，获取用户选定的预办事项；

具体的，在获取用户选定的预办事项的时候，可以先获取用户的身份信息，对所述身份信息进行验证，在验证通过后，获取用户选定的预办事项。

例如，可以通过设备上的身份识别部件获取用户的身份信息。其中，身份识别部件可以包括但不限于是：卡识别模块、指纹识别模块、脸部识别模块等。对于卡识别模块而言，可以有多种识别功能，例如，可以通过卡识别模块识别用户的身份证，或者通过卡识别模块识别用户的社保卡，通过卡识别模块识别用户的银行卡等。

s403：从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息；

例如，如果是办理银行卡服务，那么所需且从排号请求中可获取的信息可以是用户的身份证号、性别、手机号等。如果是看诊服务，那么所需且从排号请求中可获取的信息可以是用户的身份信息，和用户之前的健康状态信息等。

s404：为所述用户生成排号码，并建立所述排号码与所述预办事项和提取的信息之间的关联关系，其中，所述关联关系用于在用户完成排队后通过排号码指示用户的预办事项，所述提取的信息用于在办理所述预办事项时使用。

在排号的时候，存在身份信息的情况下，建立所述排号码与所述预办事项之间的关联关系，可以包括：建立所述排号码与所述预办事项和所述身份信息之间的关联关系。即，不仅可以建立排号码与预办事项之间的关联关系，还可以建立排号码与身份信息之间的关联关系。

在建立排号码与所述预办事项之间的关联关系之后，可以主动确定所述预办事项对应的处理设备；向所述处理设备传送所述关联关系。例如，用户到税务大厅办理退税服务，导服设备在生成排号码并获知用户要办事项为退税服务的情况下，就可以将排号码主动发送到办理税务相关的处理设备上，或者是将排号码和预办事项的关联关系进行存储。

通过上述方式可以完成排号码的生成和关联关系的生成。这些操作都是在导服设备端实现的。

对于处理设备端，可以如图5所示，执行如下事项处理步骤：

步骤501：获取排号码；

步骤502：通过所述排号码查询与所述排号码存在关联关系的预办事项；

步骤503：显示所述预办事项的处理界面，并获取与所述排号码关联的用户信息，其中，所述用户信息是在生成排号码的时候从排号请求中提取的办理所述预办事项所需且从所述排号请求中可获取的信息；

步骤504：将与所述排号码关联的用户信息填充至所述预办事项的处理流程中。

即，对于处理设备而言，因排号码与用户的预办事项和办理预办事项所需且从排号请求中可获取的信息进行了关联，那么在获取排号码之后，可以直接显示该预办事项的处理界面。例如：用户的预办事项是办理银行卡，那么处理设备通过排号码可以直接进入银行卡办理的界面，且可以自动填充进去已经获取的用户信息。

进一步的，在通过所述排号码查询与所述排号码存在关联关系的预办事项的时候，可以获取用户的身份信息；对所述身份信息进行验证；在验证通过后，通过所述排号码查询与所述排号码存在关联关系的预办事项。即，在获取到排号码后，可以先对用户进行身份验证，或者是获取用户的身份信息。基于获取的用户信息可以直接填充到预办事项的办理页面中，例如，银行卡开卡服务，需要用户的住址、生日、身份证号等信息，在获取到用户的预办事项和身份信息后，可以将身份信息直接填充至银行卡办理的办理页面的对应区域内，这样就不需要用户输入这些可以识别的身份信息。即，通过所述排号码查询与所述排号码存在关联关系的预办事项之后，可以通过所述排号码查询与所述排号码存在关联关系的身份信息；将所述身份信息作为所述用户的身份信息，自动填写进所述预办事项所需的身份信息中。

在一个实施方式中，上述身份信息可以是身份证信息，相应的，将所述身份信息作为所述用户的身份信息，自动填写进所述预办事项所需的身份信息中，可以包括：从身份证信息中获取证件信息，其中，证件信息可以包括但不限于以下至少之一：姓名、生日、省份证号、家庭住址、身份证所关联的手机号码；将所述证件信息填写进所述预办事项所需的身份信息中。

具体的，对于整个事项处理过程而言，可以包括如下步骤：

步骤1：导服设备接收用户的排号请求，其中，所述排号请求中携带有用户选定的预办事项；

步骤2：响应于所述排号请求，生成排号码；

步骤3：从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息；

步骤4：建立排号码与选定的预办事项和提取的信息之间的关联关系；

步骤5：在基于所述排号码完成排队进程后，处理设备获取所述排号码；

步骤6：响应于所述排号码，进入与所述排号码关联的预办事项的处理流程，并在处理流程中自动填入提取的信息。

考虑到在实际的服务办理过程中，有些服务项是可以前置到导服设备或者是排号终端进行处理的，如果将这些可以前置的服务项放到导服设备处理，那么可以减少服务办理设备的负荷，提高服务办理效率。为此，提供了一种事项处理方法，可以包括：

步骤1：导服设备接收用户的排号请求，其中，所述排号请求中携带有用户选定的预办事项；

步骤2：响应于所述排号请求，获取并显示预设的服务项，其中，所述服务项为处理所述预办事项的处理过程中所需的且可前置至导服设备的项目；

步骤3：接收用户响应于所述服务项的操作，以填充所述服务项；

步骤4：生成排号码，并将所述排号码与所述预办事项与填充后的服务项关联；

步骤5：在基于所述排号码完成排队进程后，处理设备获取所述排号码；

步骤6：响应于所述排号码，进入与所述排号码关联的预办事项的处理流程；

步骤7：获取所述填充后的服务项，将所述填充后的服务项填充至所述预办事项的处理流程中。

即，在导服设备端完成可前置服务项的处理，这样在用户排队完成通过处理设备进行服务处理的时候，通过排号码就可以关联到这些前置服务项的内容，然后，直接填充至处理流程中，就不需要再处理设备侧进行这些服务项的处理，可以提升服务处理的效率。

上述的服务项可以包括但不限于以下至少之一：身份验证、身份信息录入。例如，用户可以通过导服设备侧设置的摄像头获取脸部图像，以进行身份识别，也可以通过导服设备侧设置的指纹识别部件进行指纹的录入，或者是通过导服设备侧设置的触摸屏进行个人信息的填写等。通过将这些服务项前置到导服设备中，可以减少处理设备侧的负荷。

进一步的，考虑到在某些处理场景中，如果用户去办理服务，有时会存在因为忘记携带证件，或者是有些信息不记得，导致服务无法顺利完成，需要补齐信息或者证件之后，才能再次到办理地进行服务办理。这种情况下，如果将之前的办事流程进行存储，在下次办理的时候，直接调取前一次的办理信息，那么可以节省很多不必要的时间。

为此，在进入与所述排号码关联的预办事项的处理流程之后，可以接收处理流程结束指令；响应于所述结束指令，确定预办事项的处理流程是否执行完成；如果执行完成，则返回事项处理完毕指示；如果未执行完成，则将用户身份信息与事项处理进程进行关联存储。即，对于未成功办理的服务，可以将已经完成的部分存储。这样在进入与所述排号码关联的预办事项的处理流程的时候，可以确定是否存储有与所述用户关联的当前预办事项的未完成进程；如果存储有与所述用户关联的当前预办事项的未完成进程，则调取并进入所述未完成进程。即，调取前一次的处理进程直接进行填充，减少重复性的操作。

以几个具体场景为例进行说明：

1)应用在银行服务中：

排号终端接收用户的排号请求，其中，所述排号请求中携带有用户选定的代办银行服务；从所述排号请求中提取办理所述用户选定的代办银行服务所需且从所述排号请求中可获取的信息；为所述用户生成排号码，并建立所述排号码与所述代办银行服务提取的信息之间的关联关系；在基于所述排号码完成排队进程后，银行柜员端设备获取所述排号码；响应于所述排号码，银行柜员端进入所述代办银行服务的处理流程，并在处理流程中自动填入提取的信息。

2)应用在医院服务中：

排号终端接收用户的挂号请求，其中，所述挂号请求中携带有用户描述的病情信息；响应于所述挂号请求，生成排号码，其中，所述排号码与所述病情信息关联；在基于所述排号码完成排队进程后，医生端设备获取所述排号码；响应于所述排号码，医生端设备显示所述病情信息。

3)应用在餐厅或者商场端：

排号终端接收用户的排号请求，其中，所述排号请求中携带有用户选定的菜品；响应于所述挂号请求，生成排号码，其中，所述排号码与所述选定的菜品关联；在基于所述排号码完成排队进程后，餐厅端设备获取所述排号码；响应于所述排号码，餐厅端设备显示所述选定的菜品。

即，上述数据处理系统、事项处理方法等可以但不限于应用于例如：医院、银行、政府服务、综合购物等场景中。

下面以一个具体场景对上述系统和方法进行说明，然而值得注意的是，该具体场景仅是为了更好地说明本申请，并不构成对本申请的不当限定。

考虑到在一般模式中，用户到达办事大厅后，在导服设备上取号的时候，需要描述自己的预办事项(即，办事诉求)，然后会在工作人员的帮助下完成取号，或者是在工作人员的帮助下使用身份证读卡识别身份后，获取对应服务能力区域的排号小票，即，排号小票仅排队使用。

在用户到达人工窗口后，需要向工作人员再次描述自己的办事诉求，再次进行身份识别后，开始办事服务。或者，用户在到达自助设备后，需要在众多的事项列表中再次选择自己的办事诉求。

在这种处理模式中，用户需要重复说明自己的办事诉求和/或重复进行身份认证，降低了处理效率。

为此，在本例中，提供了一种全渠道跨端数据信息传递的方式，用户在导服设备上通过身份证进行身份验证，在验证通过后，选定自己的办事诉求，并获取排队小票，即，排号码。该排号码不是单纯作为排队使用，还关联有用户的办事诉求和/或身份信息。

在用户达到人工窗口后，不需要向工作人员描述办事述求，也不需要进行身份验证，只需要出示排号码，工作人员向处理设备中输入排号码，处理设备就可以自动显示用户选定的办事诉求的服务流程。通过这种方式可以减少重复信息交流成本，从而提高了工作人员的办事效率。

或者，在用户到达自助设备后，输入排号码，系统可以自动进入用户对应的办事诉求的务流程，且，用户的身份验真识别信息也可以被自动带出，不需要用户再次选择办事诉求也不需要再次进行身份验证。通过这种方式有效提升了办事效率，减少了用户与办事方之见的信息交互。

在实现的时候，上述的排号码与办事诉求和身份验证信息之间的关联关系可以通过字符串的形式进行跨端跨平台传递。通过这种方式，可以解决现有的自助设备因为没有证件卡片识别能力而导致的办事服务能力范围有局限的技术问题，且可以提高用户与办事端的沟通处理效率。

本申请上述实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图6是本发明实施例的一种数据处理方法的计算机终端的硬件结构框图。如图6所示，计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图6所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的数据处理方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的数据处理方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

在软件层面，上述数据处理装置可以如图7所示，包括：

接收模块701，接收排号请求；

获取模块702，用于响应于所述排号请求，获取用户选定的预办事项；

提取模块703，用于从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息；

生成模块704，用于为所述用户生成排号码，并建立所述排号码与所述预办事项和提取的信息之间的关联关系，其中，所述关联关系用于在用户完成排队后通过排号码指示用户的预办事项，所述提取的信息用于在办理所述预办事项时使用。

在一个实施方式中，上述获取模块702可以包括：第一获取单元，用于获取用户的身份信息；验证单元，用于对所述身份信息进行验证；第二获取单元，用于在验证通过后，获取用户选定的预办事项。

在一个实施方式中，上述接收模块701具体可以用于获取刷卡指令；将所述刷卡指令作为所述排号请求；上述获取模块702具体可以用于获取与所述刷卡指令所刷卡携带的或关联的用户信息；将携带的或关联的用户信息，作为办理所述预办事项所需且从所述排号请求中可获取的信息。

在一个实施方式中，上述刷卡指令所刷的卡可以包括但不限于以下至少之一：身份证、银行卡、医保卡。

在一个实施方式中，上述数据处理装置具体还可以用于在建立所述排号码与所述预办事项和提取的信息之间的关联关系之后，确定所述预办事项对应的处理设备；向所述处理设备传送所述关联关系。

在本例中，还提供了一种事项处理装置，可以包括：

获取模块，用于获取排号码；

查询模块，用于通过所述排号码查询与所述排号码存在关联关系的预办事项；

显示模块，用于显示所述预办事项的处理界面，并获取与所述排号码关联的用户信息，其中，所述用户信息是在生成排号码的时候从排号请求中提取的办理所述预办事项所需且从所述排号请求中可获取的信息；

填充模块，用于将与所述排号码关联的用户信息填充至所述预办事项的处理流程中。

在一个实施方式中，上述用户信息中携带有用户的身份信息，上述查询模块具体可以用于获取用户的身份信息；对所述身份信息进行验证；在验证通过后，通过所述排号码查询与所述排号码存在关联关系的预办事项。

在一个实施方式中，上述用户信息可以包括但不限于以下至少之一：姓名、生日、身份证号、卡号、家庭住址、手机号、健康信息、工作信息。

本申请的实施例还提供能够实现上述实施例中的数据处理方法中全部步骤的一种电子设备的具体实施方式，所述电子设备具体包括如下内容：处理器(processor)、存储器(memory)、通信接口(communicationsinterface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的数据处理方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤1：接收排号请求；

步骤2：响应于所述排号请求，获取用户选定的预办事项；

步骤3：从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息；

步骤4：为所述用户生成排号码，并建立所述排号码与所述预办事项和提取的信息之间的关联关系，其中，所述关联关系用于在用户完成排队后通过排号码指示用户的预办事项，所述提取的信息用于在办理所述预办事项时使用。

所述处理器执行所述计算机程序时还可以实现上述事项处理方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤1：获取排号码；

步骤2：通过所述排号码查询与所述排号码存在关联关系的预办事项；

步骤3：显示所述预办事项的处理界面，并获取与所述排号码关联的用户信息，其中，所述用户信息是在生成排号码的时候从排号请求中提取的办理所述预办事项所需且从所述排号请求中可获取的信息；

步骤4：将与所述排号码关联的用户信息填充至所述预办事项的处理流程中。

从上述描述可知，本申请实施例导服设备在响应于排号请求生成排号码的时候，将排号码与代办事项和基于排号请求所能获取的信息进行关联，这样在用户完成排队进行服务办理的时候，可以直接定位到用户要办理的服务且可以直接获取部分所需的信息，从而可以有效减少服务处理端的服务量，提升服务处理端的处理效率，解决了现有的导服设备与处理设备分离所存在的需要重复说明代办事项或输入所需信息导致的处理效率低下、处理设备端负荷过大的技术问题，达到了有效提升处理效率、减少处理设备端负荷的技术效果。

本申请的实施例还提供能够实现上述实施例中的数据处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的数据处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤1：接收排号请求；

步骤2：响应于所述排号请求，获取用户选定的预办事项；

步骤3：从所述排号请求中提取办理所述预办事项所需且从所述排号请求中可获取的信息；

步骤4：为所述用户生成排号码，并建立所述排号码与所述预办事项和提取的信息之间的关联关系，其中，所述关联关系用于在用户完成排队后通过排号码指示用户的预办事项，所述提取的信息用于在办理所述预办事项时使用。

所述处理器执行所述计算机程序时还可以实现上述事项处理方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：

步骤1：获取排号码；

步骤2：通过所述排号码查询与所述排号码存在关联关系的预办事项；

步骤3：显示所述预办事项的处理界面，并获取与所述排号码关联的用户信息，其中，所述用户信息是在生成排号码的时候从排号请求中提取的办理所述预办事项所需且从所述排号请求中可获取的信息；

步骤4：将与所述排号码关联的用户信息填充至所述预办事项的处理流程中。

从上述描述可知，本申请实施例导服设备在响应于排号请求生成排号码的时候，将排号码与代办事项和基于排号请求所能获取的信息进行关联，这样在用户完成排队进行服务办理的时候，可以直接定位到用户要办理的服务且可以直接获取部分所需的信息，从而可以有效减少服务处理端的服务量，提升服务处理端的处理效率，解决了现有的导服设备与处理设备分离所存在的需要重复说明代办事项或输入所需信息导致的处理效率低下、处理设备端负荷过大的技术问题，达到了有效提升处理效率、减少处理设备端负荷的技术效果。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件 程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要求范围之内。