工作餐支付方法、设备和存储介质与流程

本申请涉及互联网餐饮技术领域，具体涉及一种工作餐支付方法、设备和存储介质。

背景技术：

当前的工作餐通常有以下几种方式：

单位设立员工食堂；

单位与一家或几家餐饮商家达成约定，员工向该一家或该几家餐饮商家进行集体订餐，单位与餐饮商家进行定期结算，例如周结或月结；

单位向员工发放餐补。

前两种方式的缺陷在于，不适用于规模较小的单位，员工的用餐选择范围非常小，同时还非常耗费人力物力；

后一种方式的缺陷在于，一方面，员工无法便利地获取到工作餐的餐饮信息；另一方面，对于单位而言，难以保障发放的餐补费用用于工作餐，不利于成本控制和工作效益提升。

技术实现要素：

鉴于现有技术中的上述缺陷或不足，期望提供一种适用于任意规模单位、大幅提升员工的工作餐选择范围，同时保障成本用于工作餐的工作餐支付方法、设备和存储介质。

第一方面，本发明提供一种适用于单位终端的工作餐支付方法，包括：

为若干员工分配所持有的工作餐白条，并将分配结果记录至第一区块链上，以供员工的客户端通过所分配的工作餐白条向餐饮平台中的餐饮商家进行支付。

其中，工作餐白条由餐饮平台在第一区块链上向符合条件的单位发放；工作餐白条的发放对象即兑付对象，记录在第一区块链上；支付的支付信息记录在第一区块链上。

第二方面，本发明提供一种适用于员工客户端的工作餐支付方法，包括：

通过第一单位的第一终端为当前员工所分配的工作餐白条向餐饮平台中的餐饮商家进行支付。

其中，工作餐白条由餐饮平台在第一区块链上向符合条件的单位发放；第一单位的工作餐白条分配结果记录在第一区块链上；支付的支付信息记录在第一区块链上。

第三方面，本发明还提供一种适用于餐饮平台的工作餐支付方法，包括：

判断第一单位是否符合工作餐白条发放条件：是，则在第一区块链上向第一单位发放工作餐白条，以供第一单位的第一终端为若干员工分配所持有的工作餐白条，并将分配结果记录至第一区块链上，以供员工的客户端通过所分配的工作餐白条向餐饮平台中的餐饮商家进行支付。

其中，工作餐白条的发放对象即兑付对象，记录在第一区块链上；支付的支付信息记录在第一区块链上。

第四方面，本发明还提供一种设备，包括一个或多个处理器和存储器，其中存储器包含可由该一个或多个处理器执行的指令以使得该一个或多个处理器执行根据本发明各实施例提供的工作餐支付方法。

第五方面，本发明还提供一种存储有计算机程序的存储介质，该计算机程序使计算机执行根据本发明各实施例提供的工作餐支付方法。

本发明诸多实施例提供的工作餐支付方法、设备和存储介质通过由餐饮平台在区块链上向符合条件的单位发放支付后由单位进行兑付的工作餐白条，再由单位自行分配给员工，以供员工使用分配获得的工作餐白条向餐饮平台中的餐饮商家进行支付，从而为单位、员工和餐饮商家提供了一种适用于任意规模单位、员工可以在平台内任意选择工作餐、同时还保障了成本用于工作餐的工作餐支付解决方案；

本发明一些实施例提供的工作餐支付方法、设备和存储介质进一步通过将工作餐白条配置为可以在区块链上进行交易，进一步提升了便利性；

本发明一些实施例提供的工作餐支付方法、设备和存储介质进一步通过在将工作餐白条配置为链上可交易的同时，在为员工分配工作餐白条时将其配置为不可交易状态，进一步保障单位的成本用于工作餐；

本发明一些实施例提供的工作餐支付方法、设备和存储介质进一步通过由餐饮平台向单位收取保证金，并在单位逾期未兑付时通过保证金代为兑付，从而保障了餐饮商家的权益；

本发明一些实施例提供的工作餐支付方法、设备和存储介质进一步通过由餐饮平台向餐饮商家收取保证金，并在确认餐饮商家存在过失且拒绝赔偿时，通过保证金代为赔偿，从而保障了用餐用户的权益。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本发明一实施例中工作餐支付的场景示意图。

图2为本发明一实施例提供的一种工作餐支付方法的流程图。

图3为图2所示方法的一种优选实施方式的流程图。

图4为图2所示方法的另一种优选实施方式的流程图。

图5为本发明一实施例提供的另一种工作餐支付方法的流程图。

图6为图5所示方法的一种优选实施方式的流程图。

图7为本发明一实施例提供的又一种工作餐支付方法的流程图。

图8为图7所示方法的一种优选实施方式的流程图。

图9为图7所示方法的另一种优选实施方式的流程图。

图10为本发明一实施例提供的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1为本发明一实施例中工作餐支付的场景示意图。如图1所示，本发明提供了若干种适用于图1所示场景的工作餐支付解决方案，例如：

餐饮商家40在通过餐饮平台10的审核(例如以下任意一项或多项：提供记录在第一区块链上的营业执照、餐饮许可证、卫生许可证等材料；提供记录在第一区块链上的商誉认证信息；缴纳保证金；等等)后可入驻餐饮平台10，为餐饮平台10的用户提供餐饮服务，并应支持通过餐饮平台10发放的工作餐白条进行支付；

单位20在通过餐饮平台10的审核(例如以下任意一项或多项：缴纳保证金；提供记录在第一区块链上的商誉认证信息；提供记录在第一区块链上的担保信息；上一周期的工作餐白条的兑付信息；等等)后，可获得餐饮平台10在第一区块链上发放的工作餐白条，并将发放的工作餐白条分配给员工，分配结果会记录到第一区块链上，例如，单日为每个员工分配额度为20元的工作餐白条，或，单月为每个员工分配额度为500元的工作餐白条，等；

员工30在获得单位20分配的工作餐白条之后，可以在餐饮平台10的网页或app中选择任一餐饮商家40进行远程订餐，并使用工作餐白条进行支付，也可以在任一入驻的餐饮平台10的餐饮商家40的门店中通过扫码支付或提供验证码支付等方式使用工作餐白条进行支付，支付结果会记录到第一区块链上；

餐饮商家40可以定期或不定期地向收取的各工作餐白条的发放单位发起兑付请求，该兑付请求可以在餐饮平台10中发起，也可以直接在第一区块链上发起，兑付结果均会记录到第一区块链上。

以上结合图1简单介绍了本发明一实施例中的工作餐支付场景，本发明提供的工作餐支付方案不局限于上述例举的场景，以下将结合图2-9详细介绍本发明各实施例的工作餐支付原理。

图2为本发明一实施例提供的一种工作餐支付方法的流程图。

如图2所示，在本实施例中，本发明提供一种适用于单位终端的工作餐支付方法，包括：

s13：为若干员工分配所持有的工作餐白条，并将分配结果记录至第一区块链上，以供员工的客户端通过所分配的工作餐白条向餐饮平台中的餐饮商家进行支付。

其中，工作餐白条由餐饮平台在第一区块链上向符合条件的单位发放；工作餐白条的发放对象即兑付对象，记录在第一区块链上；支付的支付信息记录在第一区块链上。

具体地，在本实施例中，单位a所持有的工作餐白条由单位a通过单位a的第一终端登录餐饮平台的app或网页后提交申请，由餐饮平台审核该申请通过后，打包生成向单位a发放工作餐白条的一笔交易并发送至第一区块链的节点，第一区块链的节点收到该笔交易后执行该笔交易并记录至第一区块链上，从而实现由餐饮平台在第一区块链上向单位a发放工作餐白条。其中，第一区块链上所记录的该工作餐白条的白条信息中记录有该工作餐白条的发放对象(单位a)，该发放对象即该工作餐白条支付后的兑付对象。

优选地，单位a还可以在餐饮平台的系统中将工作餐白条的申请配置为定时自动申请(例如每日、每周或每月)，只要餐饮平台在审核时确认单位a及时兑付了此前获得发放的工作餐白条，即可继续向单位a发放工作餐白条。

优选地，可以将工作餐白条统一配置为只能进行向员工分配、向餐饮商家进行支付、以及向发放单位进行兑付，而不能进行额外的交易；也可以将工作餐白条统一配置为可以进行自由交易；还可以由餐饮平台在发放工作餐白条时单独配置所发放的工作餐白条是否可以交易。

在另一实施例中，单位a所持有的工作餐白条还可以由单位a在第一区块链上通过与单位b的交易购买获得，例如单位b在第一区块链上挂单，出售额度为8000元的工作餐白条以换取20000个第一加密货币xxx，则单位a可以通过发送一笔交易进行接单，向单位b支付20000个第一加密货币xxx以获得8000元额度的工作餐白条。其中，该工作餐白条的发放对象和兑付对象始终为单位b，不随交易而发生改变。

优选地，单位a还可以同时通过上述向餐饮平台申请和在第一区块链上购买两种方式来获取工作餐白条，以满足向员工分配工作餐白条的需求。

单位a通过上述任一方式获得若干工作餐白条后，通过打包一笔将所持有的工作餐白条向各员工进行分配的交易并发送至第一区块链的节点，由第一区块链的节点执行并通过共识记录到第一区块链上，从而完成工作餐白条的分配。

单位a的各员工，例如员工a，可以在终端的app或网页中通过同步第一区块链的数据获取到单位a为员工a分配的工作餐白条，从而在餐饮平台上向任一餐饮商家订餐时使用工作餐白条进行支付，或，在入驻该餐饮平台的任一餐饮商家的门店中使用工作餐白条进行支付：通过打包一笔使用工作餐白条向某餐饮商家进行支付的交易并发送至第一区块链的节点，由第一区块链的节点执行该笔交易并通过共识记录到第一区块链上，完成支付；该餐饮商家的终端可以通过同步第一区块链的数据获取到支付信息，从而确认员工a已完成支付。

餐饮商家可以定期或不定期地向收取的各工作餐白条的发放单位发起兑付请求，例如，向单位a发起兑付请求。

具体地，兑付可以直接在第一区块链上进行：由餐饮商家的终端发送一笔兑付请求交易，在第一区块链上将兑付请求挂单；单位a的终端通过同步第一区块链的数据获取到该兑付请求后，发送一笔兑付接单交易进行接单，从而在第一区块链上通过若干第一加密货币xxx向餐饮商家进行兑付，并将工作餐白条的白条信息修改为已兑付；其中，餐饮平台可以通过同步第一区块链的数据获取上述兑付的进程；

兑付也可以在餐饮平台中进行：餐饮商家在餐饮平台中发起兑付请求后，单位a在餐饮平台中接收到该兑付请求，向餐饮商家进行兑付，餐饮平台确认单位a完成兑付后，发送一笔打包有兑付凭证信息的兑付结果交易至第一区块链的节点，第一区块链的节点执行该笔交易，将所兑付的工作餐白条的白条信息修改为已兑付，并通过共识记录到第一区块链上。

上述实施例通过由餐饮平台在区块链上向符合条件的单位发放支付后由单位进行兑付的工作餐白条，再由单位自行分配给员工，以供员工使用分配获得的工作餐白条向餐饮平台中的餐饮商家进行支付，从而为单位、员工和餐饮商家提供了一种适用于任意规模单位、员工可以在平台内任意选择工作餐、同时还保障了成本用于工作餐的工作餐支付解决方案。

图3为图2所示方法的一种优选实施方式的流程图。如图3所示，在一优选实施例中，上述方法还包括：

s11：获取餐饮平台在第一区块链上发放的工作餐白条；以及，

s15：响应于餐饮商家发起的兑付请求，对相应的工作餐白条进行兑付。

其中，兑付的兑付信息记录在第一区块链上。

进一步优选地，图3所示的方法还包括：s17：在第一区块链上出售工作餐白条。

图4为图2所示方法的另一种优选实施方式的流程图。如图4所示，在另一优选实施例中，上述方法还包括：

s12：在第一区块链上购买工作餐白条。

进一步优选地，图4所示的方法同样还包括步骤s17。

具体地，图3和图4所示方法的工作餐支付原理已在图2所示的方法中分别作了详细阐述，其区别在于图3所示方法所获取的工作餐白条需进行兑付，而图4所示方法所获取的工作餐白条无需进行兑付，而是由最初获得发放的单位进行兑付，具体原理此处不再赘述。

上述实施例进一步通过将工作餐白条配置为可以在区块链上进行交易，进一步提升了便利性。

进一步优选地，在将工作餐白条配置为可交易的实施例中，步骤s13还包括：将分配给员工的工作餐白条配置为不可交易状态。具体地，在本实施例中，单位在将工作餐白条分配给员工之前仍可以在第一区块链上将工作餐白条出售给其它单位，而将工作餐白条分配给员工之后，员工只能进行支付而无法进行交易，在员工将工作餐白条支付给餐饮商家后，餐饮商家还可以在第一区块链上将待兑付的工作餐白条交易给其它餐饮商家或其它交易对象。上述不可交易的约束具体可以通过在白条信息中配置标志位供第一区块链节点中配置的合约进行判断等方式实现，本领域技术人员可以理解具体的程序实现方式。

上述实施例进一步通过在将工作餐白条配置为链上可交易的同时，在为员工分配工作餐白条时将其配置为不可交易状态，进一步保障单位的成本用于工作餐。

图5为本发明一实施例提供的另一种工作餐支付方法的流程图。图5所示的方法可配合图2-4所示的方法执行。

如图5所示，在本实施例中，本发明还提供一种适用于员工客户端的工作餐支付方法，包括：

s23：通过第一单位的第一终端为当前员工所分配的工作餐白条向餐饮平台中的餐饮商家进行支付。

其中，工作餐白条由餐饮平台在第一区块链上向符合条件的单位发放；第一单位的工作餐白条分配结果记录在第一区块链上；支付的支付信息记录在第一区块链上。

具体地，图5所示方法的工作餐支付原理可参考图2所示的方法，此处不再赘述。

图6为图5所示方法的一种优选实施方式的流程图。如图6所示，在一优选实施例中，该方法还包括：

s21：向第一终端发送工作餐白条分配请求。

具体地，除了单位主动为员工分配的工作餐白条外，部分员工因工作性质原因需要申请额外的工作餐白条额度时，可以主动向单位的终端发送工作餐白条分配请求，单位的终端在收到请求后可以根据实际情况判断是否接受该请求进行分配。

图7为本发明一实施例提供的又一种工作餐支付方法的流程图。图7所示的方法可配合图2-4和图5-6所示的方法执行。

如图7所示，在本实施例中，本发明还提供一种适用于餐饮平台的工作餐支付方法，包括：

s32：判断第一单位是否符合工作餐白条发放条件：

是，则执行步骤s34：在第一区块链上向第一单位发放工作餐白条，以供第一单位的第一终端为若干员工分配所持有的工作餐白条，并将分配结果记录至第一区块链上，以供员工的客户端通过所分配的工作餐白条向餐饮平台中的餐饮商家进行支付。

其中，工作餐白条的发放对象即兑付对象，记录在第一区块链上；支付的支付信息记录在第一区块链上。

具体地，图7所示方法的工作餐支付原理可参考图2所示的方法，此处不再赘述。

图8为图7所示方法的一种优选实施方式的流程图。如图8所示，在一优选实施例中，工作餐白条发放条件包括在第一区块链上缴纳第一保证金，上述方法还包括：

s36：在第一单位逾期未兑付向第一单位发放的工作餐白条时，通过第一保证金进行代为兑付。

具体地，在本实施例中，采用保证金的方式来保障工作餐白条的兑付，在更多实施例中，还可以根据实际需求，采用第三方担保等不同的方式来保障工作餐白条的兑付，可实现相同的技术效果。

上述实施例进一步通过由餐饮平台向单位收取保证金，并在单位逾期未兑付时通过保证金代为兑付，从而保障了餐饮商家的权益。

图9为图7所示方法的另一种优选实施方式的流程图。如图9所示，在另一优选实施例中，上述方法还包括：

s31：在第一区块链上向入驻餐饮平台的餐饮商家收取第二保证金；以及，

s38：在确认餐饮商家存在过失且拒绝进行赔偿时，通过第二保证金进行代为赔偿。

同样地，在本实施例中，采用保证金的方式来保障对餐饮商家的过失进行赔偿，在更多实施例中，还可以根据实际需求，采用第三方担保等不同的方式来保障对餐饮商家的过失进行赔偿，可实现相同的技术效果。

上述实施例进一步通过由餐饮平台向餐饮商家收取保证金，并在确认餐饮商家存在过失且拒绝赔偿时，通过保证金代为赔偿，从而保障了用餐用户的权益。

图10为本发明一实施例提供的一种设备的结构示意图。

如图10所示，作为另一方面，本申请还提供了一种设备1000，包括一个或多个中央处理单元(cpu)1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理。在ram1003中，还存储有设备1000操作所需的各种程序和数据。cpu1001、rom1002以及ram1003通过总线1004彼此相连。输入/输出(i/o)接口1005也连接至总线1004。

以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本公开的实施例，上述任一实施例描述的工作餐支付方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行工作餐支付方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。

作为又一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例的装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，该程序被一个或者一个以上的处理器用来执行描述于本申请的工作餐支付方法。

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

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，各所述单元可以是设置在计算机或移动智能设备中的软件程序，也可以是单独配置的硬件装置。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离本申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。