服务处理方法、装置、电子设备和存储介质与流程

文档序号:23342844发布日期:2020-12-18 16:40阅读:148来源:国知局
服务处理方法、装置、电子设备和存储介质与流程

本申请涉及计算机技术领域,可应用于分布式处理、服务排队、多仓库合入领域。



背景技术:

排队系统作为信息化取代用户站立排队的产物,已经广泛应用于银行、医院、餐饮、软件等服务行业。排队系统可以提供一项或多项服务。需要同时进行的服务称为关联服务(也可以称作非独立的服务),不需要同时进行的服务称为独立服务。当排队系统提供的多项服务为独立服务时,采用现有的排队系统,相互之间不会产生影响。当排队系统提供的多项服务包括关联服务时,如果采用现有的排队系统,存在效率低下、成本高的问题。



技术实现要素:

本申请提供了一种服务处理方法、装置、终端设备、服务处理系统、电子设备和计算机可读存储介质。

根据本申请的一方面,提供了一种服务处理方法,包括:

接收服务处理请求,所述服务处理请求包括至少一种类型的待排队服务;

按照该待排队服务的类型对该待排队服务进行排队。

根据本申请的另一方面,提供了一种服务处理方法,包括:

响应于选择服务信息获取至少一种类型的待排队服务;

向服务器发送服务处理请求,该服务处理请求包括该待排队服务,该服务处理请求用于请求该服务器按照该待排队服务的类型对该待排队服务进行排队。

根据本申请的另一方面,提供了一种服务处理装置,包括:

接收模块,用于接收服务处理请求,该服务处理请求包括至少一种类型的待排队服务;

排队模块,用于按照该待排队服务的类型对该待排队服务进行排队。

根据本申请的另一方面,提供了一种服务处理装置,包括:

获取模块,用于响应于选择服务信息获取至少一种类型的待排队服务;

发送模块,用于向服务器发送服务处理请求,该服务处理请求包括该待排队服务,该服务处理请求用于请求该服务器按照该待排队服务的类型对该待排队服务进行排队。

根据本申请的另一方面,提供了一种电子设备,包括:

至少一个处理器;以及

与至少一个处理器通信连接的存储器;其中,

存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行如上所述的方法。

根据本申请的另一方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,计算机指令用于使计算机执行如上所述的方法。

根据本申请的技术,采用服务排队表格记录标识信息的位置,在服务排队表格中与待排队服务对应且未被占用的位置,记录待排队服务对应的标识信息,从而,在有新的待排队服务需要加入排队时,便可以将新的待排队服务对应的标识信息记录到服务排队表格中与之对应且未被占用的位置。这样,新加入的服务可能不排在已加入表格的服务之后,可以提前处理一些新加入的服务,提高了服务的效率。

应当理解,本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征,也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案,不构成对本申请的限定。其中:

图1为根据本申请一实施例的服务处理方法的示意图;

图2为一个实施例中服务排队表格的结构示意图;

图3为另一个实施例中服务排队表格的结构示意图;

图4为用户a被记录在服务排队表格后的示意图;

图5为用户b被记录在服务排队表格后的示意图;

图6为用户c被记录在服务排队表格后的示意图;

图7为用户d被记录在服务排队表格后的示意图;

图8为用户e被记录在服务排队表格后的示意图;

图9为用户f被记录在服务排队表格后的示意图;

图10为用户g被记录在服务排队表格后的示意图;

图11为用户d接受完服务后服务排队表格的示意图;

图12为用户c放弃服务后服务排队表格的示意图;

图13为用户g放弃服务后服务排队表格的示意图;

图14为用户b放弃服务后服务排队表格的示意图;

图15为用户a和用户e接受完服务后服务排队表格的示意图;

图16为本申请另一实施例中服务处理方法的示意图;

图17为一个实施例中用户服务选择页面的示意图;

图18为一个实施例中用户消息通知页面的示意图;

图19为本申请一实施例中服务处理装置的示意图;

图20为本申请一实施例中终端设备的示意图;

图21是用来实现本申请实施例的服务处理方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。

排队系统作为信息化取代用户站立排队的产物,已经广泛应用于银行、医院、餐饮、软件等服务行业。在一种实施方式中,排队系统的流程可以包括:

(1)排队系统提供一项或多项独立服务;

(2)用户通过排队系统选择一项服务进行排队,排队系统自动将该排队信息传送至相应的服务窗口;

(3)在当前用户接受服务完毕后,排队系统自动通知下一位用户,并且服务窗口处于等待状态直到该用户接受或放弃服务,在该用户放弃服务的情况下,排队系统会继续通知下一位用户。

这样的排队系统,其前提是排队系统提供的一项或多项服务是独立服务,也就是不需要同时进行的服务,例如,在银行里排队存钱或取钱,存钱和取钱是两个相互独立的服务,不需要同时进行。

关于非独立服务,例如采购商品。采购商品可以拆分为两项服务:付款和取走商品。只有完成付款后才允许取走商品,因此,付款和取走商品是非独立服务(即关联服务),必须同时进行,以避免在两名用户分别选择付款和取走商品进行排队时,已完成付款的商品被另一用户取走。

在一个实施例中,用户排队的多项服务为非独立服务。例如,用户排队的多项服务包括第一服务和第二服务。第一服务和第二服务为非独立服务,用户必须同时接受第一服务和第二服务。在第一服务队列较长,而第二服务队列较短的情况下,如果用户先接受到第二服务,由于第一服务和第二服务必须同时进行,用户就会一直霸占第二服务,直到用户接受到第一服务后同时进行第一服务和第二服务。用户一直霸占第二服务,会导致第二服务队列阻塞,降低服务的效率。

在软件领域,有很多场景是需要排队系统的,并且这些场景提供的服务是非独立服务,例如git多仓库合入场景。

git是一种常用的分布式版本控制系统。在一种实施方式中,git的开发过程可以包括如下步骤:

(1)开发者从服务器上克隆完整的git仓库(包括代码和版本信息)到本地机器;

(2)开发者在本地机器上完成开发;

(3)开发者把服务器最新的代码拉下来,并和本地的代码合并后向服务器提交代码,该步骤称为git仓库合入。

在git仓库合入时,需要获取服务器最新git仓库的状态。存在一种可能,当第一开发者刚从服务器拉了一次代码,此时,有另外的第二开发者向服务器提交了代码,导致第一开发者无法确认服务器git仓库的状态。为了维持合入秩序,减少代码冲突,需要合适的排队系统。

在一种实施方式中,可以把每一个仓库当做一项服务,如果每个开发者每次只提交一个仓库,那么,类似于银行的排队系统可以满足需求。

但是,当前的软件领域,无论是web前段、web后端还是移动端,均开始进行模块化、组件化、服务化,将模块与模块之间进行解耦,并将各模块的代码放在独立的仓库中。从而,一个软件系统不再是一个代码仓库,而是几十、几百个代码仓库。开发者完成一次开发而进行的git仓库合入过程可能涉及到多个仓库,即git多仓库合入。并且,一次合入过程涉及到的多个仓库必须要同时合入,否则可能导致软件系统的编译失败。

因此,git多仓库合入的各仓库为非独立服务,类似于银行的排队系统无法满足此种非独立服务的排队需求。

例如,在一种git多仓库合入过程中,仓库1有10个开发者在排队等待合入,仓库2无开发者排队等待合入。此时,有一个新的开发者a同时加入仓库1和仓库2的队列,由于仓库2的队列没有开发者在排队,开发者a会霸占仓库2。如果有开发者b在开发者a之后加入仓库2的队列,由于仓库2一直被开发者a占用,开发者b就需要等待,直到开发者a向仓库1和仓库2同时完成代码提交。虽然仓库2只有开发者a一个排队用户,但开发者b需要等待11个开发者,导致仓库合入效率低下。这种现象也可以称作木桶效应,用户等待时间取决于所排队列中位于用户之前的用户的最长时间。

本领域技术人员可以理解,多个服务的相关性有时基于系统内部需求,有时基于用户的选择需求,因此,在非独立服务中,用户可以基于需求选择一项独立的服务。

为了解决排队系统效率低下的问题,本申请实施例提供了一种服务处理方法。

图1为根据本申请一实施例的服务处理方法的示意图。如图1所示,服务处理方法,可以包括:

s100、接收服务处理请求,该服务处理请求包括至少一种类型的待排队服务;

s200、按照该待排队服务的类型对该待排队服务进行排队。

示例性地,在用户需要加入服务队列时,用户可以通过客户端发出服务处理请求。服务处理请求包括待排队服务及其对应的标识信息。待排队服务可以为用户请求的服务类型。待排队服务亦即用户请求的服务。在一种实施方式中,待排队服务可以为单项独立服务,或者,待排队服务可以为多项关联服务。

在一种实施方式中,属于相同客户端发起的多种类型的待排队服务对应的标识信息相同,并且排列在能够同步处理的位置。

示例性地,待排队服务对应的标识信息可以包括发起服务请求的客户端的用户信息,例如:用户的编码、用户的标识码、用户的名称等至少一种。如果同一客户端发起多种类型的待排队服务,这多种类型的待排队服务可以采用同一用户信息来标识,同一客户端发起多种类型的待排队服务属于关联服务的一种示例。

在一种实施方式中,按照该待排队服务的类型对该待排队服务进行排队,包括:在服务排队表格中与该待排队服务的类型对应且未被占用的位置,记录该待排队服务对应的标识信息。

示例性地,服务排队表格可以包括行和列。在表格中,如果行表示待排队服务的类型,则列可以表示与待排队服务对应的位置。同一用户的不同类型的关联服务可以记录在同一行的不同列的项目格。在表格中,如果列表示待排队服务的类型,则行可以表示与待排队服务对应的位置。同一用户的不同类型的关联服务可以记录在同一列的不同行的项目格。

在表格中所记录的与服务对应的标识信息可以为需要接受服务的用户信息。如果一个用户有多个关联的服务需要处理,则可以在表格中记录这多个服务对应的该用户信息。例如,用户a的关联服务为服务1和服务3,可以在表格的某一行的服务1对应的项目格记录“用户a”,服务3对应的项目格也记录“用户a”。再如,用户b的关联服务为服务2和服务5,可以在表格的某一行的服务2对应的项目格记录“用户b”,服务5对应的项目格也记录“用户b”。

本申请实施例的服务处理方法,采用服务排队表格记录标识信息的位置,在服务排队表格中与待排队服务对应且未被占用的位置,记录待排队服务对应的标识信息,从而,在有新的待排队服务需要加入排队时,便可以将新的待排队服务对应的标识信息记录到服务排队表格中与之对应且未被占用的位置。这样,新加入的服务可能不排在已加入表格的服务之后,可以提前处理一些新加入的服务,提高了服务的效率。

在一种实施方式中,服务处理方法,还可以包括:

向客户端发送对待排队服务的排队处理结果。

当将待排队服务对应的标识信息记录到服务排队表格中后,服务器可以向客户端发送排队处理结果,在客户端可以显示排队处理结果,例如:所申请的服务类型、预估排队时间、预备接受服务等,因此,用户可以从客户端了解到自己的排队状况。

在一种实施方式中,排队处理结果包括预估排队时间、预备接受服务、正在接受服务中的至少一项。

在一种实施方式中,在s200中,在服务排队表格中与该待排队服务的类型对应且未被占用的位置,记录该待排队服务对应的标识信息,可以包括:

在服务排队表格的指定位置中与待排队服务对应的类型任一项目格被占用的情况下,依次查找服务排队表格的指定位置之后的位置中与待排队服务的类型对应的项目格是否被占用;

在服务排队表格的第i位置中与待排队服务的类型对应的项目格未被占用的情况下,将与待排队服务对应的标识信息记录到第i位置中与待排队服务的类型对应的项目格,第i位置位于指定位置之后,i为正整数。

示例性地,服务排队表格可以包括行和列。指定位置可以为指定行或指定列。例如,如果指定位置为指定行,该行包括多个项目格。同一用户的关联服务可以记录到同一行的不同项目格。在有新的服务需要排队时,可以从指定位置开始查找服务排队表格中与待排队服务对应的未被占用的项目格。

例如,待排队服务为服务1,指定行为第1行,先查找服务排队表格的第1行与服务1对应的项目格是否被占用。如果没有被占用,可以将服务1对应的标识信息记录到第1行的服务1对应的项目格。如果被占用,则可以查找第2行与服务1对应的项目格是否被占用,依次类推,直到找到某一行中与服务1对应的未被占用的项目格位置。

例如,待排队服务为服务2和服务3,指定行为第2行,先查找服务排队表格的第2行与服务2和服务3对应的项目格是否被占用。如果没有被占用,可以将服务2和服务3对应的标识信息记录到第2行的服务2和服务3对应的项目格;也可以再向前查找第1行与服务2和服务3对应的项目格是否被占用。如果第2行被占用,则可以查找第3行与服务2和服务3对应的项目格是否被占用。依次类推,直到找到服务2和服务3对应的项目格未被占用的项目格位置。

本申请实施例的服务处理方法,在有新的服务需要加入排队时,可以从服务排队表格的指定位置开始查找,直至查找到某一位置与待排队服务的类型对应的项目格未被占用,可以将待排队服务对应的标识信息记录到该未被占用的项目格。这样,新加入的服务可能不排在已加入表格的服务之后,可以提前处理一些新加入的服务,提高了服务的效率。

例如,当有新用户的一个或多个服务需要加入排队时,只要从服务排队表格的指定位置开始,查找出某一位置与新用户的待排队服务的类型对应的项目格未被占用,便可以将新用户信息记录到该未被占用的项目格。因此,新加入的用户的服务并不必然排在先前所有用户的服务之后,因此,新加入的用户可能提前接受服务,并不必然等待先前的用户全部接受完服务后再接受服务,大幅提高了服务的效率,节省了人力成本。

本申请实施例的服务处理方法,可以应用于关联服务中,例如应用于软件领域的多项关联服务中,可以解决关联服务(例如git多仓库代码合入)排队的痛点,大幅提高组件发布的效率,节省人力成本,保障客户端组件化的稳定性。本申请实施例的服务处理方法,可以应用于git多仓库合入、矩阵应用程序(app)产品线例如百度applite版等软件领域。

在一个示例性实施例中,待排队服务可以包括关联服务,例如多项服务需要同时进行。这样,本申请实施例的服务处理方法便可以应用在多项关联服务中。

例如,将本申请实施例的服务处理方法应用在git多仓库合入过程中,仓库1有10个开发者在排队等待合入,仓库2无开发者排队等待合入。此时,有一个新的开发者a同时加入仓库1和仓库2的队列,虽然仓库2的队列没有开发者在排队,但是开发者a不会霸占仓库2。如果有开发者b在开发者a之后加入git多仓库合入过程中,开发者b所请求的服务为仓库2,那么,本申请实施例的服务处理方法会从指定位置例如第一位置开始向后,依次查找仓库2的位置是否被占用。由于仓库2没有开发者排队,所以,会将开发者b安排在仓库2的第一位置,从而,开发者b便可以直接进行仓库合入,开发者b不必等待开发者a完成仓库合入后再进行仓库合入。从而,提高了仓库合入的效率,节省了人力成本。

在一种实施方式中,在查找指定位置之后的位置的步骤之前,服务处理方法还可以包括:查找服务排队表格的指定位置中与待排队服务的类型对应的项目格是否被占用。在指定位置中与待排队服务的类型对应的项目格被占用的情况下,执行查找指定位置之后的位置的步骤。

服务排队表格可以包括多行多列项目格,当项目格被记录标识信息后,表示该项目格被占用,在项目格未被记录标识信息时,表示该项目格未被占用。

本领域技术人员可以理解,与待排队服务的类型对应的项目格是否被占用,可以理解为,只要与待排队服务的类型对应的任一项目格被占用,就应当理解为与待排队服务的类型对应的项目格被占用,只有在与待排队服务的类型对应的项目格均未被占用(即均空闲)的情况下,才理解为与待排队服务的类型对应的项目格未被占用。

在一种实施方式中,服务排队表格的指定位置,可以包括服务排队表格的指定行或指定列。例如,服务排队表格中,一列对应一项服务,那么,指定位置为指定行;服务排队表格中,一行对应一项服务,那么,指定位置为指定列。

本领域技术人员可以理解,“指定位置之后”,是以排队的次序确定的。例如,在服务排队表格中,如果排队的次序为从上至下,那么,指定位置之后,就是从指定行向下的行;如果排队的次序为从下至上,那么,指定位置之后,就是从指定行向上的行;如果排队的次序为从左至右,那么,指定位置之后,就是从指定列向右的列;如果排队的次序为从右至左,那么,指定位置之后,就是从指定列向左的列。

在一种实施方式中,本申请实施例的服务处理方法,在服务排队表格中与该待排队服务的类型对应且未被占用的位置,记录该待排队服务对应的标识信息,还包括:

在该服务排队表格的指定位置中与该待排队服务的类型对应的项目格未被占用的情况下,将与该待排队服务对应的标识信息记录到该服务排队表格的指定位置中与该待排队服务的类型对应的项目格。

这样的服务处理方法,在服务排队表格的指定位置中与待排队服务的类型对应的项目格未被占用的情况下,优先将与待排队服务对应的标识信息记录到指定位置中与待排队服务的类型对应的项目格。在指定位置中与待排队服务对应的类型的任一项目格被占用的情况下,才需要查找指定位置之后的位置中与待排队服务的类型对应的项目格是否空闲。从而,可以将用户记录在尽量靠前的项目格,进一步提高服务的效率。

图2为一个实施例中服务排队表格的结构示意图。在一种实施方式中,如图2所示,服务排队表格可以包括多行多列项目格,其中,服务排队表格的列可以表示服务的类型。例如,在图2中,第一列项目格可以表示服务1,第二列项目格可以表示服务2,第三列项目格可以表示服务3,也就是说,一列项目格表示一个服务的类型。每一列项目格的表头位置可以标记服务类型。

在一种实施方式中,如图2所示,服务排队表格的行可以表示服务的位置。例如,在图2中,第一行项目格表示第一位置,第j行项目格表示第j位置。如图2所示,其中标记①的项目格位于服务2所在的列,且位于第3行,那么标记①的项目格即对应服务2的第3位置。如果用户a被记录在标记①的项目格,表示用户a排在服务2的第3位置。

在一种实施方式中,如图2所示,服务排队表格的至少一行对应服务区,服务区表示正在接受服务。例如,用户a被记录在服务1的服务区,表示用户a正在接受服务1的服务。

在一种实施方式中,如图2所示,服务排队表格还可以包括等待区,等待区表示等待接受服务。等待区位于服务区之后。当用户被记录在等待区时,表示用户需要等待服务区的用户接受完服务或放弃服务后,按照在服务排队表格中的位置接受服务。

在一种实施方式中,如图2所示,等待区可以位于服务区之后,也就是说,记录在等待区的用户需要等待记录在服务区的用户接受完服务后才可以接受服务。将等待区设置在服务区之后,符合服务的一般规则,避免引起用户之间冲突。

在一种实施方式中,如图2所示,服务区可以包括第一行,从而,服务器可以从第一行开始按照用户在服务排队表格中的行依次为用户提供服务。

在一种实施方式中,指定位置可以包括服务区。从而,服务器可以根据待排队服务优先查找服务排队表格的服务区中与待排队服务的类型对应的项目格是否被占用。在服务区中与待排队服务的类型对应的项目格未被占用的情况下,可以将与待排队服务对应的标识信息记录在服务区的对应项目格中,该用户便可以立即接受服务,进一步提高了服务的效率,减少了资源浪费。

在其他实施例中,指定位置并不限于服务区。例如,在图2中,根据实际状况,指定位置可以为任意行。例如,记录在第1行至第3行的用户为特殊用户,需要特殊处理。这种状况下,便可以将指定位置设定为第4位置,使得新加入的用户被记录在第4行及之后的位置。

在一种实施方式中,如图2所示,服务排队表格还可以包括预备区,预备区表示预备接受服务。服务排队表格的至少一行对应预备区,预备区可以位于服务区和等待区之间。

在一种实施方式中,由于记录在预备区的用户已经预备好接受服务,所以,可以优先考虑预备区。

在一种实施方式中,指定位置可以为预备区。那么,在有新用户加入排队时,从服务排队表格的预备区开始向后依次查找。这样就可以避免新加入的用户排到预备区用户之前。例如,用户b被记录在服务1和服务2的预备区,这就表示,用户b已经预备接受服务1和服务2,除了位于服务1或服务2的服务区的用户a之外,不会再有排服务1或服务2的其他用户在用户b之前接受服务1或服务2,可以认为,用户b为下一个接受服务1和服务2的用户。

在一种实施方式中,服务处理方法还可以包括:

在服务排队表格的指定位置中与待排队服务的类型对应的项目格未被占用的情况下,查找服务排队表格的指定位置之前的位置中与待排队服务的类型对应的项目格是否被占用;

在指定位置之前的位置中与待排队服务的类型对应的项目格未被占用的情况下,将与待排队服务对应的标识信息记录到指定位置之前的位置中与待排队服务的类型对应的项目格;

在指定位置之前的位置中与待排队服务的类型对应的项目格被占用的情况下,将与待排队服务对应的标识信息记录到指定位置中与待排队服务的类型对应的项目格。

示例性地,指定位置可以为预备区,指定位置之前的位置为服务区。在预备区中与待排队服务的类型对应的项目格未被占用的情况下,查找服务区中与待排队服务的类型对应的项目格是否被占用。在服务区中与待排队服务的类型对应的项目格未被占用的情况下,将与待排队服务对应的标识信息记录服务区中与待排队服务的类型对应的项目格;在服务区中与待排队服务的类型对应的项目格被占用的情况下,将与待排队服务对应的标识信息记录预备区中与待排队服务的类型对应的项目格。

这样的方法,不仅优先兼顾了预备区用户,而且在预备区中与待排队服务的类型对应的项目格未被占用的情况下,也就是说,在预备区没有用户排队的情况下,优先考虑新加入的用户是否可以记录到服务区,如果服务区也没有用户正在接受服务,那么,新加入的用户便可以记录在服务区,直接接受对应服务。从而,进一步提高了服务效率。

在一种实施方式中,如图2所示,服务排队表格中,表头标识各项服务,第一行为服务区,第二行为预备区,第三行及第三行之后的位置为等待区。本申请实施例的服务处理方法的步骤可以包括:

查找服务排队表格的预备区(第二位置)中与待排队服务的类型对应的项目格是否被占用;

在预备区(第二位置)中与待排队服务的类型对应的项目格未被占用的情况下,查找服务区中与待排队服务的类型对应的项目格是否被占用;

在服务区中与待排队服务的类型对应的项目格未被占用的情况下,将与待排队服务对应的标识信息记录到服务区中与待排队服务的类型对应的项目格,在服务区中与待排队服务的类型对应的项目格被占用的情况下,将与待排队服务对应的标识信息记录到预备区中与待排队服务的类型对应的项目格;

在预备区(第二位置)中与待排队服务的类型对应的项目格被占用的情况下,依次查找预备区之后的位置中与待排队服务的类型对应的项目格是否被占用;

在服务排队表格的第i位置中与待排队服务的类型对应的项目格未被占用的情况下,将与待排队服务对应的标识信息记录到第i位置中与待排队服务的类型对应的项目格,i为正整数。

服务器为用户提供服务的方法,可以包括:根据用户在服务排队表格中的位置依次为用户提供服务。例如,服务排队表格可以包括多行多列项目格,其中,服务排队表格的列可以表示服务的类型,行表示服务的位置。那么,服务器可以根据用户在服务排队表格中的行依次为用户提供服务。服务器可以从第一行开始,按照行的次序,依次为对应的用户提供服务。例如,第一行的用户先接受服务,然后,第二行的用户接受服务,再然后,第三行、第四行,……,以此类推,直至所有用户接受完服务。

图3为另一个实施例中服务排队表格的结构示意图。在一种实施方式中,如图3所示,服务排队表格可以包括多行多列项目格,其中,服务排队表格的行可以表示服务的类型。例如,在图3中,第一行项目格可以表示服务1,第二行项目格可以表示服务2,第三行项目格可以表示服务3,也就是说,一行项目格表示一个服务的类型。每一行项目格的表头位置可以标记服务类型。

在一种实施方式中,如图3所示,服务排队表格的列可以表示服务的位置。例如,在图3中,第一列项目格表示第一位置,第j列项目格表示第j位置。如图3所示,其中标记②的项目格位于服务2所在的行,且位于第3列,那么标记②的项目格即对应服务2的第3位置。如果用户a被记录在标记②的项目格,表示用户a排在服务2的第3位置。

在一种实施方式中,如图3所示,服务排队表格的至少一列为服务区,服务区表示正在接受服务。指定位置可以为服务区。

在一种实施方式中,如图3所示,服务排队表格还可以包括等待区,等待区表示等待接受服务。等待区位于服务区之后。

在一种实施方式中,如图3所示,服务区可以包括第一列,从而,服务器可以从第一列开始按照用户在服务排队表格中的列依次为用户提供服务。

在一种实施方式中,如图3所示,服务排队表格还可以包括预备区,预备区表示预备接受服务。服务排队表格的至少一列对应预备区,预备区可以位于服务区和等待区之间。指定位置可以为预备区。

在一种实施方式中,如图3所示,服务排队表格的第一列可以为服务区,第二列可以为预备区,第三列及第三列之后的位置可以为等待区。

本领域技术人员可以理解,在排队过程中,经常会出现客户接受完服务或放弃服务的情况。

在一种实施方式中,服务处理方法,还可以包括:

接收服务删除请求,服务删除请求包括待删除服务;

将该待删除服务删除,并对当前排队的服务进行调整。

例如,如果用户在客户端放弃服务,客户端可以向服务器发送服务删除请求。服务器收到该删除服务请求后,可以从服务排队表格中删除该服务,并调整其他服务的排队情况。这样的服务处理方法,可以根据客户端的放弃服务的请求,重新调整排队情况,以便使得服务排队表格的排队情况与事实相一致。

在一种实施方式中,服务处理方法,还可以包括:

向客户端发送服务变化信息,服务变化信息包括服务结束信息、服务位置变化信息和服务删除信息中的至少一种。

例如,如果由于用户放弃服务、服务处理完成等对服务排队表格的排队情况进行了调整,服务器可以向客户端发送服务变化信息,以通知客户端哪些服务已经处理结束、哪些服务位置发送变化以及哪些服务被删除等。在客户端可以根据这些服务变化信息显示相应的提醒,从而使得用户可以查看客户端获知当前的服务状态。这样,有助于用户从客户端及时了解到最新的排队信息,提高用户的体验。

在一种实施方式中,本申请实施例服务处理方法,对当前排队的服务进行调整,可以包括重复执行以下步骤:

将服务排队表格的第m位置的项目格中,与待删除服务对应的第一用户信息删除,第一用户信息为待删除服务对应的标识信息,m为正整数;

在服务排队表格的第m+1位置中所记录的服务对应的第二用户信息调整到第m位置或第m位置之前对应的项目格。

在调整第二用户信息之后,m的值可以加1,然后返回执行删除和调整步骤,直至将服务排队表格中所有的记录遍历完为止。

第二用户信息为被记录在服务排队表格的第m+1位置中且与第一用户信息记录在至少一项相同服务中。

本领域技术人员可以理解,待删除服务可以包括用户放弃的服务或者已经结束的服务等。在服务排队表格中记录的正在排队的服务对应的标识信息可以为发起该服务的用户信息。具体地,服务器根据待删除服务,可以确定第一用户信息,根据记录在第m+1位置的各用户信息,判断记录在第m+1位置的用户信息在第m位置对应的项目格是否被占用。例如,第4行的项目格中记录了服务1对应的用户b,第5行的项目格中记录了服务1和服务2对应的用户c。如果删除了第4行的服务1对应的用户b,可以基于第5行的用户c判断第4行的服务1和服务2是否被占用。如果服务1和服务2在第4行没有被占用,则可以将第5行的用户c调整为记录到第4行的服务1和服务2的项目格中,也可以继续查找服务1和服务2在第3行是否被占用。如果服务1在第4行没有被占用,但是服务2在第4行被占用,则可以不改变第5行的记录。然后,可以对第5行之后的其他行的记录进行与第5行类似的调整。

本领域技术人员可以理解,在第一用户放弃服务或接受完服务后,系统会将第一用户在服务排队表格中的信息删除,从而,第一用户信息不再占用对应项目格。然后,可以根据第二用户请求的服务类型,调整排在第一用户信息之后的第二用户信息的位置。采用本申请实施例的服务处理方法,可以实现对第二用户信息的位置的调整,可以进一步提高服务效率。

本领域技术人员可以理解,通过重复执行删除和调整步骤,可以依次对排在所删除的服务对应的第一用户信息之后的其他用户信息进行调整。

示例性地,位于第2行项目格中的用户a放弃服务,那么,将第2行项目格中的用户a信息删除,将第3行项目格中记录的服务对应的第二用户信息(用户b信息)调整到第2行对应的项目格;将第3行项目格中的用户b信息删除,将第4行项目格中记录的服务对应的第三用户信息(例如,用户c信息)调整到第3行对应的项目格。以此类推,便可以对位于第一用户之后的用户进行位置调整。

在一种实施方式中,在服务排队表格的第m+1位置中所记录的服务对应的第二用户信息调整到第m位置或第m位置之前对应的项目格,可以包括:

在第m位置中与第二用户信息对应的项目格未被占用的情况下,将第二用户信息调整到第m位置对应的项目格。

在一种实施方式中,在服务排队表格的第m+1位置中所记录的服务对应的第二用户信息调整到第m位置或第m位置之前对应的项目格,可以包括:

在第m位置中与第二用户信息对应的项目格未被占用的情况下,确定第m位置之前位置对应的项目格是否被占用;

在第m位置之前位置对应的项目格未被占用的情况下,将第二用户信息调整到第m位置之前位置对应的项目格。

这样,就可以将第二用户信息的位置尽量向前调整,提高了服务效率。

本领域技术人员可以理解,在第m位置中与第二用户的服务对应的任一项目格被占用的情况下,第二用户信息的排队位置保持不变,即第二用户信息的位置不会被调整。

在一种实施方式中,采用如图2所示的服务排队表格,服务排队表格的位置包括服务区和预备区,服务区表示正在接受服务,预备区表示预备接受服务。预备区位于服务区之后。在一种实施方式中,在服务排队表格的第m+1位置中所记录的服务对应的第二用户信息调整到第m位置或第m位置之前对应的项目格,可以包括:

在第m位置为预备区的情况下,确定预备区中与第二用户信息对应项目格未被占用;

查找服务区中与第二用户信息对应的项目格是否被占用;

在服务区中与第二用户信息对应的项目格未被占用的情况下,将第二用户信息记录到服务区中与第二用户信息对应的项目格;

在服务区中与第二用户信息对应的任一项目格被占用的情况下,将第二用户信息记录到预备区中与第二用户信息对应的项目格。

在一种实施方式中,在服务排队表格的预备区中与第二用户的服务对应的任一项目格被占用的情况下,第二用户信息的排队位置保持不变。

本申请实施例的服务处理方法,当放弃服务的第一用户信息位于预备区时,如果预备区与第二用户信息对应的项目格未被占用,那么,如果服务区与第二用户信息对应的项目格未被占用,便可以将第二用户信息重新记录在服务区对应的项目格中,使得第二用户可以直接接受服务,进一步提高服务效率。

在一种实施方式中,将第二用户信息记录到服务区中与第二用户信息对应的项目格之后,服务处理方法还可以包括:

查找预备区中与第三用户信息对应的项目格是否被占用,第三用户信息为被记录在服务排队表格的第m+2位置中且与第二用户存在至少一项相同服务的用户;

在预备区中与第三用户信息对应的项目格未被占用的情况下,将第三用户信息记录到预备区中对应的项目格;

在预备区中与第三用户的服务对应的任一项目格被占用的情况下,确定第m+1位置中与第三用户信息对应的项目格未被占用,将第三用户信息记录到第m+1位置中对应的项目格;

删除在服务排队表格的第m+2位置中的第三用户信息,并产生删除服务。

这样的服务处理方法,由于第二用户信息是在预备区空闲的情况下被调整到服务区的,那么,第三用户信息可以被调整的最超前位置应当为预备区,因此,需要确定第三用户信息是否可以被调整到预备区,以便进一步提前第三用户的接受服务时间,提高服务效率。

通过采用如上的服务处理方法,可以对位于第一用户信息之后的第二用户信息的排队位置进行调整。从而,当某一用户接受完服务或放弃服务后,可以对服务排队表格中位于该用户信息之后的其他用户信息的位置均进行调整,获得调整后的服务排队表格,服务器可以按照调整后的服务排队表格为用户提供服务。

在一种实施方式中,向客户端发送对待排队服务的排队处理结果,可以包括:

在用户信息被记录在服务排队表格的服务区的情况下,向客户端发送第一反馈信息。第一反馈信息可以表示正在接受服务,从而,通过第一反馈信息,可以告知用户正在接受服务。

在用户信息被记录在服务排队表格的预备区的情况下,向客户端发送第二反馈信息。第二反馈信息可以包括预备接受服务,从而,可以通过第二反馈信息,可以告知用户预备接受服务,提醒用户为接受服务做好准备。

在用户信息被记录在服务排队表格的等待区的情况下,向客户端发送第三反馈信息。第三反馈信息可以包括等待信息,从而,通过第三反馈信息,可以告知用户需要等待。

在一种实施方式中,向客户端发送第三反馈信息,可以包括:

确定服务排队表格中与用户信息相对应的服务中,位于用户信息之前的项目格被占用最多的关键服务;

获取关键服务中位于用户信息之前被占用的项目格的数量k;

根据关键服务的服务时间和数量k,获得等待时间信息;

向用户发送等待时间信息。

示例性地,用户m排队的服务包括服务1、服务2和服务3。在服务1中,位于用户m之前的项目格被占用的数量为5;在服务2中,位于用户m之间的项目格被占用的数量为3;在服务3中,位于用户m之前的项目格被占用的数量为2。那么,确定服务1为用户m的关键服务。获取到服务1中位于用户m之前被占用的项目格的数量k为5。根据服务1的服务时间和数量k,可以获得用户m的等待时间信息,向用户m发送等待时间信息。从而,用户m通过等待时间信息,可以获知等待服务的时间。

下面以图2所示服务排队表格,举例说明本申请实施例的服务处理方法的过程。在一种实施方式中,如图2所示,服务排队表格中,列表式服务的类型,行表示服务的位置。表头标识各项服务,第一行为服务区,第二行为预备区,第三行及第三行之后的位置为等待区。

用户a通过向服务器发送服务请求信息,加入到服务排队表格。服务器接收到用户a的服务请求信息后,根据用户a的服务请求信息,确定出用户a的待排队服务为服务1。

查找服务排队表格的预备区中与服务1对应的项目格是否被占用,预备区中与服务1对应的项目格未被占用。

查找服务排队表格的服务区中与服务1对应的项目格是否被占用,由于服务区中与服务1对应的项目格未被占用,将用户a记录在服务区中与服务1对应的项目格。

图4为用户a被记录在服务排队表格后的示意图。如图4所示,用户a被记录在服务区中服务1的项目格中。用户a被记录在服务区,服务器向用户a发送第一反馈信息,告知用户a接受服务。

用户b通过向服务器发送服务请求信息,加入到服务排队表格。服务器根据用户b的服务请求信息,确定出用户b的待排队服务为服务1和服务2。

查找服务排队表格的预备区中与服务1、服务2对应的项目格是否被占用,由于预备区中与服务1、服务2对应的项目格未被占用,所以,指定位置为服务区。

查找服务排队表格的服务区中与服务1、服务2对应的项目格是否被占用,由于服务区中与服务1对应的项目格被占用,因此,需要依次查找指定位置之后的位置中与服务1、服务2对应的项目格是否被占用。查找到第二位置即预备区中服务1、服务2对应的项目格未被占用,将用户b记录在预备区中与服务1、服务2对应的项目格中。

图5为用户b被记录在服务排队表格后的示意图。如图5所示,用户b被记录在预备区中服务1和服务2的项目格中。用户b被记录在预备区,服务器向用户b发送第二反馈信息,告知用户b预备接受服务。

用户c通过向服务器发送服务请求信息,加入到服务排队表格。服务器根据用户c的服务请求信息,确定出用户c的待排队服务为服务1、服务2和服务3。

查找服务排队表格的预备区中与服务1、服务2和服务3对应的项目格是否被占用,由于预备区中与服务1、服务2对应的项目格被b占用,因此,指定位置为预备区。

查找服务排队表格的指定位置中与服务1、服务2对应的项目格被b占用,依次查找预备区之后的位置中与服务1、服务2和服务3对应的项目格是否被占用。查找到第三位置中与服务1、服务2和服务3对应的项目格未被占用,将用户c记录到第三位置中与服务1、服务2和服务3对应的项目格。

图6为用户c被记录在服务排队表格后的示意图。如图6所示,用户c被记录在第3位置中服务1、服务2和服务3的项目格中。用户c被记录在等待区,服务器向用户c发送第三反馈信息,告知用户c等待接受服务。

用户d通过向服务器发送服务请求信息,加入到服务排队表格。服务器接收到用户d的服务请求信息后,根据用户d的服务请求信息,确定出用户d的待排队服务为服务3。

查找服务排队表格的预备区中与服务3对应的项目格是否被占用,由于预备区中与服务3对应的项目格未被占用,所以,指定位置为服务区。

查找服务排队表格的服务区中与服务3对应的项目格是否被占用,由于服务区中与服务3对应的项目格未被占用,将用户d记录在服务区中与服务3对应的项目格。

图7为用户d被记录在服务排队表格后的示意图。如图7所示,用户d被记录在服务区中服务3的项目格中。用户d被记录在服务区,服务器向用户d发送第一反馈信息,告知用户d接受服务。虽然用户d在用户c之后加入服务排队表格,但用户d并没有排在用户c之后,采用本申请实施例的服务处理方法后,用户d被记录在服务区3的服务3的项目格,从而,用户d可以立即接受服务,提升了服务效率。

用户e通过向服务器发送服务请求信息,加入到服务排队表格。服务器根据用户e的服务请求信息,确定出用户e的待排队服务为服务2。

查找服务排队表格的预备区中与服务2对应的项目格是否被占用,由于预备区中与服务2对应的项目格被b占用,因此,指定位置为预备区。

查找服务排队表格的指定位置中与服务2对应的项目格被b占用,依次查找预备区之后的位置中与服务2对应的项目格是否被占用。查找到第4位置中与服务2对应的项目格未被占用,将用户e记录到第4位置中与服务2对应的项目格。

图8为用户e被记录在服务排队表格后的示意图。如图8所示,用户e被记录在第4位置中服务2的项目格中。用户e被记录在等待区,服务器向用户e发送第三反馈信息,告知用户e等待接受服务。

用户f通过向服务器发送服务请求信息,加入到服务排队表格。服务器根据用户f的服务请求信息,确定出用户f的待排队服务为服务2和服务3。

查找服务排队表格的预备区中与服务2和服务3对应的项目格是否被占用,由于预备区中与服务2对应的项目格被b占用,因此,指定位置为预备区。

查找服务排队表格的预备区中与服务2对应的项目格被b占用,依次查找预备区之后的位置中与服务2和服务3对应的项目格是否被占用。查找到第5位置中与服务2和服务3对应的项目格未被占用,将用户f记录到第5位置中与服务2和服务3对应的项目格。

图9为用户f被记录在服务排队表格后的示意图。如图9所示,用户f被记录在第5位置中服务2和服务3的项目格中。用户f被记录在等待区,服务器向用户f发送第三反馈信息,告知用户f等待接受服务。

用户g通过向服务器发送服务请求信息,加入到服务排队表格。服务器根据用户g的服务请求信息,确定出用户g的待排队服务为服务1和服务3。

查找服务排队表格的预备区中与服务1和服务3对应的项目格是否被占用,由于预备区中与服务1对应的项目格被b占用,因此,指定位置为预备区。

查找服务排队表格的预备区中与服务1对应的项目格被b占用,依次查找预备区之后的位置中与服务1和服务3对应的项目格是否被占用。查找到第4位置中与服务1和服务3对应的项目格未被占用,将用户g记录到第4位置中与服务1和服务3对应的项目格。

图10为用户g被记录在服务排队表格后的示意图。如图10所示,用户g被记录在第4位置中服务1和服务3的项目格中。用户g被记录在等待区,服务器向用户g发送第三反馈信息,告知用户g等待接受服务。虽然用户g在用户f之后加入服务排队表格,但用户g并没有排在用户f之后,采用本申请实施例的服务处理方法后,用户g被记录在第4行的服务1和服务3的项目格,从而,用户g可以在用户f之前接受服务,提升了服务效率。

图11为用户d接受完服务后服务排队表格的示意图。如图10和图11所示,用户d接受服务完后,删除在服务区中服务3对应的用户d。服务区的服务3对应的项目格空闲。但是,服务区之后的预备区中服务1和服务2对应用户b,由于在服务区中的服务1仍然被占用。因此,预备区的记录不需要调整。

参见图11,如果用户c放弃排队,删除第3位置(图11中表格第3行)的服务1、服务2和服务3对应的用户c,则该位置的服务1、服务2和服务3的项目格不被占用。第4位置(图11中表格第4行)服务1和服务3对应的用户g向上调整,服务2对应的用户e也可以向上调整。然后删除调整后的第4位置的用户g和用户e,接着调整第5位置(图11中表格第5行)。由于第4位置的服务1、服务2和服务3的项目格不被占用,可以将第5位置的服务2和服务对应的用户f调整到第4位置。依次向下遍历,直到将表格中的记录调整完为止。图12为用户c放弃服务后服务排队表格的示意图。如图12所示,用户e和用户g被重新记录在第3位置中对应的项目格中,用户f为重新记录在第4位置中对应的项目格中。

参见图12,如果用户g放弃排队,删除第3位置(图12中表格第3行)的服务1和服务3对应的用户g。由于第4位置包括服务2和服务3对应的用户f。虽然服务3对应的项目格在第3位置未被占用,但是服务2对应的项目格在第3位置被用户e占用,因此,不调整第4位置的用户f。图13为用户g放弃服务后服务排队表格的示意图。如图13所示,用户f的位置未被调整。

参见图13,如果用户b放弃排队,删除第2位置(图12中表格第2行)的服务1和服务2对应的用户b。由于第3位置包括服务2对应的用户e,并且服务2对应的项目格在第2位置(图12表格第2行的预备区)未被占用,可以继续向前查找。由于服务2对应的项目格在第1位置(图12表格第1行的服务区)也未被占用,可以将第3位置的用户e调整到第1位置的服务2对应的项目格。并且,删除第3位置的用户e。然后调整第4位置。由于第4位置包括服务2和服务3对应的用户f,并且服务2和服务3对应的项目格在第3位置以及第2位置均未被占用,可以将第4位置的用户f调整到第2位置的服务2和服务3对应的项目格。图14为用户b放弃服务后服务排队表格的示意图。如图14所示,用户b放弃服务后,用户e被重新记录到服务区,用户f被重新记录到预备区。

参见图14,用户a和用户e同时接受服务。如果用户a和用户e同时接受服务完成后,删除服务区的用户a和用户e。这时,服务区的服务1、服务2对应的项目格均不再被占用。可以将预备区包括的服务2和服务3对应的用户f调整到服务区的服务2和服务3对应的项目格。如果用户f之后的位置中不再有其他用户的服务排队,可以停止调整。图15为用户a和用户e接受完服务后服务排队表格的示意图。如图15所示,用户f被重新记录到服务区中服务2和服务3对应的项目格中。

图16为本申请另一实施例中服务处理方法的示意图。本申请实施例还提供一种服务处理方法,包括:

s600、响应于选择服务信息获取至少一种类型的待排队服务;

s700、向服务器发送服务处理请求,该服务处理请求包括该待排队服务,该服务处理请求用于请求该服务器按照该待排队服务的类型对该待排队服务进行排队。

示例性地,本申请实施例的服务处理方法可以由客户端来执行,客户端可以为各种类型的移动终端。用户可以在客户端选择服务,客户端便可以根据用户选择的服务获取待排队服务。然后客户端可以将服务处理请求发送至服务器,由服务器按照上述实施例中的至少一种排队方式对待排队服务进行排队。然后,服务器还可以向客户端反馈排队处理结果。这样,在客户端可以显示服务器返回的对待排队服务的排队处理结果。用户可以通过客户端了解到排队处理结果。

在一种实施方式中,排队处理结果包括预估排队时间、预备接受服务、正在接受服务中的至少一项。

在一种实施方式中,服务处理方法还可以包括:

响应于放弃排队信息获取待删除服务;

向该服务器发送服务删除请求,该服务删除请求包括该待删除服务,该服务删除请求用于请求该服务器将该待删除服务删除并对当前排队的服务进行调整。

在一种实施方式中,服务处理方法还可以包括:

显示服务器返回的服务变化信息,服务变化信息包括服务结束信息、服务位置变化信息和服务删除信息中的至少一种。

客户端是一个可视化的页面,客户端的形式可以包括app、web页面、im工具(例如微信、钉钉、如流)和其他终端中的至少一种。客户端主要提供选择服务、放弃排队、查看当前排队情况、接受消息通知等功能。

客户端可以包括用户服务选择页面和用户消息通知页面。

图17为一个实施例中用户服务选择页面的示意图。用户服务选择页面,用于向用户展示排队系统可提供的服务类型,例如,在图17中,用户服务选择页面向用户展示排队系统可以提供服务1、服务2、服务3。

用户可以在用户服务选择页面选择要排队的服务,例如,用户选择服务1和服务3并确定后,客户端向服务器发送用户的服务处理请求。

服务器接收客户端发送的服务处理请求,并根据客户端的服务处理请求,采用上述实施例的服务处理方法将用户记录到服务排队表格的项目格中,并向客户端发送排队处理结果。

图18为一个实施例中用户消息通知页面的示意图。客户端接收服务端的排队处理结果后,用户消息通知页面向用户展示接收到的排队处理结果。例如,在图18中,用户消息通知页面向用户展示等待时间,并显示“放弃排队”按钮。

用户在完成排队后,用户可能放弃排队。如果用户放弃排队,用户触动“放弃排队”按钮后,客户端会向服务端发送删除服务请求。服务端接收删除服务请求后,采用上述实施例的服务处理方法,将用户信息从服务端的服务排队表格中移除,并调整服务排队表格中的排队情况。

当用户接受完服务后,可以由客户端或服务端结束服务,产生删除服务。服务端接收删除服务后,采用上述实施例的服务处理方法,将用户信息从服务端的服务排队表格中移除,并调整服务排队表格中的排队情况。

在服务排队表格由于删除服务而使得用户的排队情况发生变化的情况下,服务端会向位置发生变化的客户端发送消息。用户消息通知页面会更新预估排队时间,或者通知用户预备接受服务或接受服务。

图19为本申请一实施例中服务处理装置的示意图。根据本申请的实施例,本申请还提供了一种服务处理装置,如图19所示,包括:

接收模块10,用于接收服务处理请求,该服务处理请求包括至少一种类型的待排队服务;

排队模块20,用于按照该待排队服务的类型对该待排队服务进行排队。

在一种实施方式中,属于相同客户端发起的多种类型的待排队服务对应的标识信息相同,并且排列在能够同步处理的位置。

在一种实施方式中,该装置还包括:

发送模块,用于向客户端发送对待排队服务的排队处理结果。

其中,排队处理结果可以包括预估排队时间、预备接受服务、正在接受服务中的至少一项。

在一种实施方式中,发送模块还用于向客户端发送服务变化信息,服务变化信息包括服务结束信息、服务位置变化信息和服务删除信息中的至少一种。

在一种实施方式中,该排队模块具体用于在服务排队表格中与该待排队服务的类型对应且未被占用的位置,记录该待排队服务对应的标识信息。

在一种实施方式中,排队模块具体用于:

在服务排队表格的指定位置中与待排队服务对应的类型的任一项目格被占用的情况下,依次查找服务排队表格的指定位置之后的位置中与待排队服务的类型对应的项目格是否被占用;

在服务排队表格的第i位置中与待排队服务的类型对应的项目格未被占用的情况下,将与待排队服务对应的标识信息记录到第i位置中与待排队服务的类型对应的项目格,i为正整数。

在一种实施方式中,排队模块具体用于在服务排队表格的指定位置中与待排队服务的类型对应的项目格未被占用的情况下,将与待排队服务对应的标识信息记录到服务排队表格的指定位置中与待排队服务的类型对应的项目格。

在一种实施方式中,服务排队表格的列表示服务的类型,行表示服务的位置;

服务排队表格的至少一行为服务区,服务区表示正在接受服务,指定位置包括服务区。

在一种实施方式中,服务排队表格的列表示服务的类型,行表示服务的位置;

服务排队表格的至少一行为服务区,至少一行为预备区,服务区表示正在接受服务,预备区表示预备接受服务,指定位置包括预备区。

在一种实施方式中,服务排队表格的行表示服务的类型,列表示服务的位置;

服务排队表格的至少一列为服务区,服务区表示正在接受服务;

指定位置包括服务区。

在一种实施方式中,服务排队表格的行表示服务的类型,列表示服务的位置;

服务排队表格的至少一列为服务区,至少一列为预备区,服务区表示正在接受服务,预备区表示预备接受服务,指定位置包括预备区。

在一种实施方式中,接收模块,还用于接收服务删除请求,服务删除请求包括待删除服务。

在一种实施方式中,装置还可以包括:调整模块,用于根据该服务删除请求,对该服务排队表格中记录的标识信息进行调整。

在一种实施方式中,调整模块具体用于:

将服务排队表格的第m位置的项目格中,与待删除服务对应的第一用户信息删除,第一用户信息为待删除服务对应的标识信息,m为正整数;

在服务排队表格的第m+1位置中所记录的服务对应的第二用户信息调整到第m位置或第m位置之前对应的项目格。

在一种实施方式中,调整模块具体用于在第m位置中与第二用户信息对应的项目格未被占用的情况下,将第二用户信息调整到第m位置对应的项目格。

在一种实施方式中,调整模块具体用于:

在第m位置中与第二用户信息对应的项目格未被占用的情况下,确定第m位置之前位置对应的项目格是否被占用;

在第m位置之前位置对应的项目格未被占用的情况下,将第二用户信息调整到第m位置之前位置对应的项目格。

图20为本申请一实施例中终端设备的示意图。根据本申请的实施例,本申请还提供一种终端设备,包括:

获取模块30,用于响应于选择服务信息获取至少一种类型的待排队服务;

发送模块40,用于向服务器发送服务处理请求,该服务处理请求包括该待排队服务,该服务处理请求用于请求该服务器按照该待排队服务的类型对该待排队服务进行排队。

在一种实施方式中,该装置还可以包括显示模块,用于显示服务器返回的对待排队服务的排队处理结果。

在一种实施方式中,排队处理结果包括预估排队时间、预备接受服务、正在接受服务中的至少一项。

在一种实施方式中,获取模块,还用于响应于放弃排队信息获取待删除服务;

发送模块,还用于向该服务器发送服务删除请求,该服务删除请求包括该待删除服务,该服务删除请求用于请求该服务器将该待删除服务删除并对当前排队的服务进行调整。

在一种实施方式中,显示模块,还用于显示服务器返回的服务变化信息,服务变化信息包括服务结束信息、服务位置变化信息和服务删除信息中的至少一种。

根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。

如图21所示,是根据本申请实施例的服务处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图21所示,该电子设备包括:一个或多个处理器901、存储器902,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图21中以一个处理器901为例。

存储器902即为本申请所提供的非瞬时计算机可读存储介质。其中,存储器存储有可由至少一个处理器执行的指令,以使至少一个处理器执行本申请所提供的服务处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的服务处理方法。

存储器902作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的服务处理方法对应的程序指令/模块。处理器901通过运行存储在存储器902中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的服务处理方法。

存储器902可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据服务处理方法的电子设备的使用所创建的数据等。此外,存储器902可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器902可选包括相对于处理器901远程设置的存储器,这些远程存储器可以通过网络连接至服务处理方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

服务处理方法的电子设备还可以包括:输入装置903和输出装置904。处理器901、存储器902、输入装置903和输出装置904可以通过总线或者其他方式连接,图21中以通过总线连接为例。

输入装置903可接收输入的数字或字符信息,以及产生与服务处理方法的电子设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置904可以包括显示设备、辅助照明装置(例如,led)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(pld)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,crt(阴极射线管)或者lcd(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(lan)、广域网(wan)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与虚拟专用服务器(vps)服务中,存在的管理难度大,业务扩展性弱的缺陷。

应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。

上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1