一种餐补消费数据处理方法、装置及系统与流程

计算;推算;计数设备的制造及其应用技术1.本发明涉及计算机技术领域，尤其涉及一种餐补消费数据处理方法、装置及系统。背景技术：2.企业发放餐补的形式主要是将每月餐补打入饭卡中，各单位人员到定点食堂自行就餐，但久而久之形成定点消费，而且餐补消费不掉的情况下，也不能转账给亲属使用或利用多余餐补购买一些生活日用品等，导致餐补消费缺乏选择性和多样性，从而致使餐补福利没有充分发挥价值。3.另外，部分企业发放餐补的形式是按月按标准按人头给外部食堂拨款，单位人员按标准去就餐，以票结算，但这种餐补消费方式无法保证菜品质量，而且一旦外部食堂违约，企业的权益无法得到保障，导致餐补资金安全性低。技术实现要素：4.针对现有技术的不足，本发明提供了一种餐补消费数据处理方法、装置及系统，解决了餐补消费缺乏选择性和多样性且餐补资金安全性低的技术问题，达到了充分发挥餐补福利价值的目的。5.为解决上述技术问题，本发明提供了如下技术方案：一种餐补消费数据处理方法，包括资源管理端、用户端、商户端和服务器端，包括以下步骤：6.根据接收到的充值请求，向所述资源管理端发送第一请求，所述资源管理端根据所述第一请求将企业通过区块链发送的电子货币转移至预先在所述资源管理端设置的担保账户；7.根据接收到的资源发放请求，向所述资源管理端发送第二请求，所述资源管理端根据所述第二请求通过区块链向所述用户端对应的用户账户发送虚拟货币；8.根据接收到的订单处理请求，向所述商户端发送所述订单处理请求，并根据所述商户端反馈的所述订单处理请求处理完成信息，向所述用户端发送所述订单处理请求处理完成信息，并将所述订单处理请求对应的订单信息存储至数据库；9.根据接收到的结算请求，向所述资源管理端发送第三请求，所述资源管理端根据所述第三请求将预结算资源通过区块链由所述担保账户转移至所述商户对应的商户账户。10.进一步地，还包括：根据接收到转账请求，将所述转账请求对应的用户账户内的虚拟货币通过区块链转移至预设的关联账户。11.进一步地，所述资源管理端根据所述第二请求通过区块链向所述用户端对应的用户账户发送虚拟货币，包括：12.所述资源管理端根据接收到的所述第二请求获取企业发送的用户信息表；13.根据所述用户信息表通过区块链向所述用户端对应的用户账户发送等值的虚拟货币；14.所述服务器端根据所述资源管理端反馈的所述资源发放请求处理完成信息，通过通讯网络向所述用户端发送所述资源发放请求处理完成信息。15.进一步地，所述用户信息表包括用户身份信息、用户账号、充值数量和用户通讯信息。16.进一步地，根据接收到的订单处理请求，向所述商户端发送所述订单处理请求，包括：17.所述用户端根据用户操作扫描所述商户端展示的收款二维码并支付虚拟货币后，发送订单处理请求至所述商户端；或18.所述用户端根据用户操作触发所述商户端在美食平台上预设的支付按键并支付虚拟货币后，发送订单处理请求至所述商户端。19.进一步地，所述资源管理端根据所述第三请求将预结算资源通过区块链由所述担保账户转移至所述商户对应的商户账户，包括：20.所述资源管理端根据接收到的所述第三请求，获取所述结算请求中携带的消费结算表；21.根据所述消费结算表，将预结算资源由所述担保账户通过区块链转移至所述商户对应的商户账户。22.进一步地，所述消费结算表包括未结算订单明细、商户账号和结算金额。23.进一步地，根据接收到转账请求，将所述转账请求对应的用户账户内的虚拟货币通过区块链转移至预设的关联账户，包括：24.所述用户端根据用户操作向所述服务器端发送第一数字；25.所述服务器端根据所述用户端对应账户内的第二数字判断所述第一数字是否小于所述第二数字，若所述第一数字大于所述第二数字，则所述服务器端向所述用户端发送提示信息，若所述第一数字小于等于所述第二数字，则将所述用户端对应用户账户内预转移的虚拟货币转移至关联账户。26.本发明还提供了一种技术方案：一种餐补消费数据处理装置，包括：27.充值模块，所述充值模块用于根据接收到的充值请求，向所述资源管理端发送第一请求，使所述资源管理端根据所述第一请求将企业通过区块链发送的电子货币转移至预先在所述资源管理端设置的担保账户；28.资源发放模块，所述资源发放模块用于根据接收到的资源发放请求，向所述资源管理端发送第二请求，使所述资源管理端根据所述第二请求通过区块链向所述用户端对应的用户账户发送虚拟货币；29.订单处理模块，所述订单处理模块用于根据接收到的订单处理请求，向所述商户端发送所述订单处理请求，并根据所述商户端反馈的所述订单处理请求处理完成信息，向所述用户端发送所述订单处理请求处理完成信息，并将所述订单处理请求对应的订单信息存储至数据库；30.资源结算模块，所述资源结算模块用于根据接收到的结算请求，向所述资源管理端发送第三请求，使所述资源管理端根据所述第三请求将预结算资源通过区块链由所述担保账户转移至所述商户对应的商户账户。31.进一步地，还包括转账模块，所述转账模块用于根据接收到转账请求，将所述转账请求对应的用户账户内的虚拟货币通过区块链转移至预设的关联账户。32.本发明还提供一种技术方案：一种用于实现餐补消费数据处理方法的系统，包括：资源管理端、用户端、商户端和服务器端；33.所述资源管理端与用户端建立数据通信，资源管理端用于根据所述第一请求将企业通过区块链发送的电子货币转移至预先在所述资源管理端设置的担保账户，并根据所述第二请求通过区块链向所述用户端对应的用户账户发送虚拟货币，还根据所述第三请求将预结算资源通过区块链由所述担保账户转移至所述商户端对应的商户账户；34.所述用户端与商户端建立数据通信，用户端用于根据用户的操作向服务器端发送订单处理请求及转账请求；35.所述商户端与资源管理端建立数据通信，商户端用于根据接收到的所述订单处理请求进行订单处理，并向服务器端发送针对所述订单处理请求的订单处理完成信息，还用于按照预设时间发送结算请求；36.所述服务器端与资源管理端建立数据通信，服务器端用于根据接收到的充值请求，向所述资源管理端发送第一请求，并根据接收到的资源发放请求，向所述资源管理端发送第二请求，还根据接收到的结算请求，向所述资源管理端发送第三请求。37.进一步地，所述资源管理端还用于对申请入驻的商户进行身份审核并对审核通过的商户信息进行管理。38.借由上述技术方案，本发明提供了一种餐补消费数据处理方法、装置及系统，至少具备以下有益效果：39.1、本发明通过采用框架加组件的模式建设管理使用，解决传统项目建设模式迭代更新困难、架构紧耦合以及采购成本高的问题，另外，通过采用互联网加智慧应用的方式，用户可选择堂食也可网上点餐，还可将自身账户内虚拟货币转账至关联账户，购买一些生活用品，解决用户单一消费的模式，在允许范围内，丰富了餐补消费场景，实现了餐补消费的选择性和多样性，达到了充分发挥餐补福利价值的目的。40.2、本发明在使用时单位人员可到实体店扫描商户展示的收款二维码进行消费，也可以通过浏览美食平台上的商户网页并触发商户在美食平台预设的支付按键进行消费，不仅为商家带来了优质稳定的客源，还扩大了单位人员餐补消费场景，实现了餐补消费的选择性和多样性，达到了充分发挥餐补福利价值的目的，而且通过服务器端美食平台宣传推广，可助力商户开启低成本高效益的营销模式，并促进了餐饮企业服务质量的提升。41.3、本发明通过将所涉及的企业的餐补资金转移至公认的资源管理端管理的担保账户进行暂存，当消费结束后进行清算并由担保账户将餐补资金转移至对应的商户账户，不仅完善了消费监管体系，还能够有效保障餐补资金安全。附图说明42.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：43.图1为本发明实施例一的餐补消费数据处理方法的流程图；44.图2为本发明实施例一的餐补消费数据处理方法中订单处理的流程图；45.图3为本发明实施例二的餐补消费数据处理方法的流程图；46.图4为本发明实施例二的餐补消费数据处理方法中订单处理的流程图；47.图5为本发明实施例一和实施例二的餐补消费数据处理装置的原理框图；48.图6为本发明实施例三的餐补消费数据处理方法的流程图；49.图7为本发明实施例三的餐补消费数据处理装置的原理框图；50.图8为本发明实施例四的餐补消费数据处理系统的原理框图；51.图9为本发明实施例四的餐补消费数据处理系统的数据交互示意图。52.图中：10、充值模块；20、资源发放模块；30、订单处理模块；40、资源结算模块；50、转账模块；100、资源管理端；200、用户端；300、商户端；400、服务器端。具体实施方式53.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。借此对本技术如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。54.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。55.实施例一56.请参照图1、图2和图5，示出了根据本发明实施例一的一种餐补消费数据处理方法，包括资源管理端、用户端、商户端和服务器端，如图1所示，该方法包括以下步骤：57.s11、根据接收到的充值请求，向资源管理端发送第一请求，使资源管理端根据第一请求将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户。58.具体的，企业向服务器端发送充值请求，根据接收到的充值请求，向资源管理端发送第一请求，使得资源管理端根据第一请求接收企业发送的用户信息表，并将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户。59.在本实施例中，企业根据内部政策创建关于餐补的用户信息表并汇总需要充值的餐补金额，然后向融媒体中心的服务器端发送充值请求，服务器端接收到充值请求后向资源管理端发送第一请求，则资源管理端根据第一请求接收企业发送的用户信息表，并将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户，其中，用户信息表包括用户身份信息、用户账号、充值数量和用户通讯信息。60.s12、根据接收到的资源发放请求，向资源管理端发送第二请求，使资源管理端根据第二请求通过区块链向用户端对应的用户账户发送虚拟货币。61.具体的，企业向服务器端发送资源发放请求，根据接收到的资源发放请求，向资源管理端发送第二请求，则资源管理端根据接收到的第二请求获取企业发送的用户信息表并根据用户信息表通过区块链向用户端对应的用户账户发送等值的虚拟货币，然后服务器端根据资源管理端反馈的资源发放请求处理完成信息，通过通讯网络向用户端发送资源发放请求处理完成信息。62.本实施例中，企业按照约定时间(每个月的月中或月底)向融媒体中心的服务器端发送申请发放下一个月餐补的资源发放请求，根据接收到的资源发放请求，向资源管理端发送第二请求，则资源管理端根据接收到的第二请求获取企业发送的用户信息表，根据用户信息表依次确认每个员工姓名、账号、手机号及月餐补资金并向对应的员工账户发送等值的虚拟资源，同时通过短信形式将餐补资金已发放的信息发送至员工手机。63.s13、根据接收到的订单处理请求，向商户端发送订单处理请求，并根据商户端反馈的订单处理请求处理完成信息，向用户端发送订单处理请求处理完成信息，并将订单处理请求对应的订单信息存储至数据库。如图2所示，具体包括以下步骤：64.s131.用户端根据用户操作触发商户端在美食平台上预设的支付按键并支付虚拟货币后，发送订单处理请求至服务器端。65.本实施例中，在单位人员网络点餐场景中，单位人员通过用户端app搜索快捷搜索到美食平台上的商户信息，其中，商户信息包括当日菜品名称及价格、商户地址等，单位人员选择菜品后，通过触发网页界面预设的支付按键进行支付动作，支付去用豆成功后，生成订单处理请求，并将订单处理请求发送至服务器端。66.s132.根据接收到的订单处理请求，向商户端发送订单处理请求，则商户端根据接收到订单处理请求进行订单处理。67.本实施例中，商户根据订单处理请求中携带的订单金额及菜品名称进行备菜，菜品准备完成后触发商户端的派送功能按键，与此同时，商户端app界面显示备菜已完成。68.s133.向用户端发送订单处理请求处理完成信息，并将订单处理请求对应的订单信息存储至数据库。69.本实施例中，菜品准备完后由第三方进行派送，同时商户触发商户端app界面上的派送中按键，则所述订单处理请求对应的订单处理完成信息发送至单位人员，在单位人员收到菜品并通过用户端app确认收货后，服务器端向单位人员的终端设备发送订单处理请求处理完成信息，并将订单处理请求对应的订单信息存储至数据库中，便于后续结算时使用。70.s14、根据接收到的结算请求，向资源管理端发送第三请求，使资源管理端根据第三请求将预结算资源通过区块链由担保账户转移至商户对应的商户账户。71.具体的，商户端向服务器端发送结算请求，根据接收到的结算请求，向资源管理端发送第三请求，则资源管理端根据第三请求获取结算请求中携带的消费结算表，并根据消费结算表将预结算资源通过区块链由担保账户转移至该商户对应的商户账户中。72.本实施例中，首先商户消费结算表中并向融媒体中心的服务端发送资金结算请求，根据接收到的结算请求，向资源管理端发送第三请求，则资源管理端根据结算请求中携带的消费结算表，按结算金额通过区块链将电子货币由担保账户转移至该商户对应的商户账户中，即完成结算请求。其中，消费结算表包括商户身份信息、未结算订单明细、商户账号和结算金额。73.需要说明的是，通常是按照预设规定的结算时间点进行结算，此处所涉及的预设时间往往是一个月，即商户数据库中未结算的订单累积一个月时，商户对未结算订单按时间进行整理汇总，并合计结算金额，其中，结算时间点可以是每个月的月末，也可以是每个月指定的日子进行结算。74.如图5所示，本实施例还提供了一种技术方案：一种餐补消费数据处理装置，包括：75.充值模块10，充值模块10用于根据接收到的充值请求，向资源管理端发送第一请求，资源管理端根据第一请求将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户。76.资源发放模块20，资源发放模块20用于根据接收到的资源发放请求，向资源管理端发送第二请求，资源管理端根据第二请求通过区块链向用户端对应的用户账户发送虚拟货币。77.订单处理模块30，订单处理模块30用于根据接收到的订单处理请求，向商户端发送订单处理请求，并根据商户端反馈的订单处理请求处理完成信息，向用户端发送订单处理请求处理完成信息，并将订单处理请求对应的订单信息存储至数据库。78.资源结算模块40，资源结算模块40用于根据接收到的结算请求，向资源管理端发送第三请求，资源管理端根据第三请求将预结算资源通过区块链由担保账户转移至商户对应的商户账户。79.通过本实施例，本发明中单位人员可到实体店扫描商户展示的收款二维码进行消费，也可以通过浏览美食平台上的商户网页并触发商户在美食平台预设的支付按键进行消费，不仅为商家带来了优质稳定的客源，还扩大了单位人员餐补消费场景，实现了餐补消费的选择性和多样性，达到了充分发挥餐补福利价值的目的，而且通过服务器端美食平台宣传推广，可助力商户开启低成本高效益的营销模式，并促进了餐饮企业服务质量的提升。80.实施例二81.请参照图3-图5，示出了根据本发明实施例二的一种餐补消费数据处理方法，包括资源管理端、用户端、商户端和服务器端，如图3所示，该方法包括以下步骤：82.s21、根据接收到的充值请求，向资源管理端发送第一请求，使资源管理端根据第一请求将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户。83.具体的，企业向服务器端发送充值请求，根据接收到的充值请求，向资源管理端发送第一请求，使得资源管理端根据第一请求接收企业发送的用户信息表，并将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户。84.在本实施例中，企业根据企业政策创建关于餐补的用户信息表并汇总需要充值的餐补金额，然后向融媒体中心的服务器端发送充值请求，服务器端接收到充值请求后向资源管理端发送第一请求，则资源管理端根据第一请求接收企业发送的用户信息表，并将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户，其中，用户信息表包括用户身份信息、用户账号、充值数量和用户通讯信息。85.s22、根据接收到的资源发放请求，向资源管理端发送第二请求，使资源管理端根据第二请求通过区块链向用户端对应的用户账户发送虚拟货币。86.具体的，企业向服务器端发送资源发放请求，根据接收到的资源发放请求，向资源管理端发送第二请求，则资源管理端根据接收到的第二请求获取企业发送的用户信息表并根据用户信息表通过区块链向用户端对应的用户账户发送等值的虚拟货币，然后服务器端根据资源管理端反馈的资源发放请求处理完成信息，通过通讯网络向用户端发送资源发放请求处理完成信息。87.本实施例中，企业按照约定时间(每个月的月中或月底)向融媒体中心的服务器端发送申请发放下一个月餐补的资源发放请求，根据接收到的资源发放请求，向资源管理端发送第二请求，则资源管理端根据接收到的第二请求获取企业发送的用户信息表，根据用户信息表依次确认每个员工姓名、账号、手机号及月餐补资金并向对应的员工账户发送等值的虚拟资源，同时通过短信形式将餐补资金已发放的信息发送至员工手机。88.s23、用户端向商户端发送订单处理请求，且商户端完成订单处理请求后向用户端发送订单处理请求处理完成信息，并将订单处理请求对应的订单信息存储至数据库。如图4所示，具体包括以下步骤：89.s231.用户端根据用户操作扫描商户端展示的收款二维码并支付虚拟货币后，发送订单处理请求至商户端。90.本实施例中，当单位人员到食堂点餐或到超市购买物品时，单位人员通过终端设备的信息读取装置扫描商户端所展示的收款二维码并按压支付按键触发支付动作，通过验证码或密码进行支付安全验证并支付费用，费用支付成功后单位人员将所支付菜品名称或商品名称告知商户端的老板，即生成订单处理请求并发送至商户端。91.s232.商户端根据接收到订单处理请求进行订单处理。92.本实施例中，食堂商户根据收款设备语音播报付款成功信息后，查看单位人员所支付的订单金额及菜品名称，然后商户根据订单中展示的订单金额及订单菜品名称进行备菜，即根据接收到的订单处理请求进行订单处理。93.s233.向用户端发送订单处理请求处理完成信息，并将订单处理请求对应的订单信息存储至数据库。94.本实施例中，食堂商户准备好菜品后，将菜品传递给对应单位人员，即将订单处理完成信息发送至用户端，同时，商户端将处理完成的订单处理请求按时间顺利存储在数据库中，便于后续结算时使用。95.s24、根据接收到的结算请求，向资源管理端发送第三请求，使资源管理端根据第三请求将预结算资源通过区块链由担保账户转移至商户对应的商户账户。96.具体的，商户端向服务器端发送结算请求，根据接收到的结算请求，向资源管理端发送第三请求，则资源管理端根据第三请求获取结算请求中携带的消费结算表，并根据消费结算表将预结算资源通过区块链由担保账户转移至该商户对应的商户账户中。97.本实施例中，首先商户消费结算表中并向融媒体中心的服务端发送资金结算请求，根据接收到的结算请求，向资源管理端发送第三请求，则资源管理端根据结算请求中携带的消费结算表，按结算金额通过区块链将电子货币由担保账户转移至该商户对应的商户账户中，即完成结算请求。其中，消费结算表包括商户身份信息、未结算订单明细、商户账号和结算金额。98.需要说明的是，通常是按照预设规定的结算时间点进行结算，此处所涉及的预设时间往往是一个月，即商户数据库中未结算的订单累积一个月时，商户对未结算订单按时间进行整理汇总，并合计结算金额，其中，结算时间点可以是每个月的月末，也可以是每个月指定的日子进行结算。99.如图5所示，本实施例还提供了一种技术方案：一种餐补消费数据处理装置，包括：100.充值模块10，充值模块10用于根据接收到的充值请求，向资源管理端发送第一请求，则资源管理端根据第一请求将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户。101.资源发放模块20，资源发放模块20用于根据接收到的资源发放请求，向资源管理端发送第二请求，则资源管理端根据第二请求通过区块链向用户端对应的用户账户发送虚拟货币。102.订单处理模块30，订单处理模块30用于根据接收到的订单处理请求，向商户端发送订单处理请求，并根据商户端反馈的订单处理请求处理完成信息，向用户端发送订单处理请求处理完成信息，并将订单处理请求对应的订单信息存储至数据库。103.资源结算模块40，资源结算模块40用于根据接收到的结算请求，向资源管理端发送第三请求，则资源管理端根据第三请求将预结算资源通过区块链由担保账户转移至商户对应的商户账户。104.通过本实施例，本发明通过将所涉及的企业的餐补资金转移至公认的资源管理端管理的担保账户进行暂存，当消费结束后进行清算并由担保账户将餐补资金转移至对应的商户账户，不仅完善了消费监管体系，还能够有效保障餐补资金安全。105.实施例三106.请参照图6和图7，示出了根据本发明实施例三的一种餐补消费数据处理方法，包括资源管理端、用户端、商户端和服务器端，如图6所示，该方法包括以下步骤：107.s31、根据接收到的充值请求，向资源管理端发送第一请求，使资源管理端根据第一请求将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户。108.具体的，企业向服务器端发送充值请求，根据接收到的充值请求，向资源管理端发送第一请求，使得资源管理端根据第一请求接收企业发送的用户信息表，并将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户。109.在本实施例中，企业根据企业政策创建关于餐补的用户信息表并汇总需要充值的餐补金额，然后向融媒体中心的服务器端发送充值请求，服务器端接收到充值请求后向资源管理端发送第一请求，则资源管理端根据第一请求接收企业发送的用户信息表，并将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户，其中，用户信息表包括用户身份信息、用户账号、充值数量和用户通讯信息。110.s32、根据接收到的资源发放请求，向资源管理端发送第二请求，使资源管理端根据第二请求通过区块链向用户端对应的用户账户发送虚拟货币。111.具体的，企业向服务器端发送资源发放请求，根据接收到的资源发放请求，向资源管理端发送第二请求，则资源管理端根据接收到的第二请求获取企业发送的用户信息表，并根据用户信息表通过区块链向用户端对应的用户账户发送等值的虚拟货币。112.本实施例中，企业按照约定时间(每个月的月中或月底)向融媒体中心的服务器端发送申请发放下一个月餐补的资源发放请求，根据接收到的资源发放请求，向资源管理端发送第二请求，则资源管理端根据接收到的第二请求获取企业发送的用户信息表，根据用户信息表依次确认每个员工姓名、账号、手机号及月餐补资金并向对应的员工账户发送等值的虚拟资源，同时通过短信形式将餐补资金已发放的信息发送至员工手机。113.s33、根据接收到转账请求，将转账请求对应的用户账户内的虚拟货币通过区块链转移至预设的关联账户。114.具体的，用户端根据用户操作向服务器端发送第一数字，即生成转账请求，然后，服务器端根据用户端对应账户内虚拟货币的数量(即第二数字)判断第一数字是否小于第二数字，若第一数字大于第二数字，则服务器端向用户端发送提示信息，若第一数字小于等于第二数字，则将用户端对应用户账户内等于第一数字的预转移的虚拟货币转移至关联账户。115.例如，单位人员王某申请将自己账户内六百个虚拟货币转移至其妻子的账户内，则王某在用户端app中设置转账金额为六百(即第一数字)并向服务器端发送转账请求，接着服务器端根据王某账户内的虚拟货币数量(即第二数字)判断符合转账规则要求，则将王某账户内的六百个虚拟货币通过区块链转账至其妻子的账户内。116.如图7所示，本实施例还提供了一种技术方案：一种餐补消费数据处理装置，包括：117.充值模块10，充值模块10用于根据接收到的充值请求，向资源管理端发送第一请求，则资源管理端根据第一请求将企业通过区块链发送的电子货币转移至预先在资源管理端设置的担保账户。118.资源发放模块20，资源发放模块20用于根据接收到的资源发放请求，向资源管理端发送第二请求，则资源管理端根据第二请求通过区块链向用户端对应的用户账户发送虚拟货币。119.转账模块50，转账模块50用于根据接收到转账请求，将转账请求对应的用户账户内的虚拟货币通过区块链转移至预设的关联账户。120.通过本实施例，本发明通过采用互联网加智慧应用的方式，用户可以将自身账户内剩余的餐补转账至关联账户中，购买一些生活用品，解决了用户单一消费的模式，在允许范围内，丰富用户餐补消费场景，实现了餐补消费的选择性和多样性，进一步达到了充分发挥餐补福利价值的目的。121.实施例四122.请参照图8和图9，示出了根据本发明实施例四的一种餐补消费数据处理系统，该系统包括：资源管理端、用户端、商户端和服务器端，其中，123.资源管理端100与用户端200建立数据通信，资源管理端100用于根据第一请求将企业通过区块链发送的电子货币转移至预先在资源管理端100设置的担保账户，并根据第二请求通过区块链向用户端200对应的用户账户发送虚拟货币，还根据第三请求将预结算资源通过区块链由所述担保账户转移至商户端300对应的商户账户。124.资源管理端100还用于对申请入驻的商户进行身份审核，筛选优质稳定的商户，以便为单位人员提供优质的服务，并对审核通过的商户信息进行管理。其中，商户信息包括分类展示的店铺信息和广告信息，具体的，店铺信息包括店铺图片、视频、文字、地理位置和联系电话等，广告信息包括针对美食平台首页广告的有效期以及信息排序等。125.用户端200为企业人员的具有支付和收款功能的终端设备，如手机和平板等，与商户端300建立数据通信，用于根据企业人员的操作向服务器端发送订单处理请求；还用于根据企业人员的操作发送转账请求，将该用户账户内的虚拟货币转账至关联账户，此处所涉及的关联账户可以是亲戚账户或朋友账户。126.商户端300为商户的具有收款功能的终端设备，如电脑、手机和平板等，也可以是商户的收款设备，如pos机等。商户端300与资源管理端100建立数据通信，用于根据接收到的订单处理请求进行订单处理后，并向服务器端发送针对订单处理请求的订单处理完成信息，并将订单处理请求对应的订单处理完成信息储存至数据库，还用于按照预设时间发送结算请求，其中，结算请求中携带订单数据表、商户账号和结算金额。127.需要说明的是，用户端200和商户端300上均设置有多个用于触发不同动作的功能按键，其中，商户端300可通过触发功能按键对各企业设置菜品折扣信息，还可查看收益明细；用户端200和商户端300还均设置有信息读取装置，用于支付或收取虚拟资源，如扫码装置或摄像头等。128.服务器端400与资源管理端100建立数据通信，服务器端400用于根据接收到的充值请求，向资源管理端100发送第一请求，并根据接收到的资源发放请求，向资源管理端100发送第二请求，还根据接收到的结算请求，向资源管理端100发送第三请求。129.需要说明的是，随着计算机和互联网技术的发展，本技术中所涉及的虚拟货币为比特币、去用豆、盛大元宝等，而在本实施例中，所涉及的虚拟货币为去用豆，应用于单位人员餐补消费场景等。130.通过本实施例，本发明通过采用框架加组件的模式建设管理使用，解决传统项目建设模式迭代更新困难、架构紧耦合以及采购成本高的问题，另外，通过采用互联网加智慧应用的方式，用户可选择堂食也可网上点餐，还可将自身账户内虚拟货币转账至关联账户，购买一些生活用品，解决用户单一消费的模式，在允许范围内，丰富了餐补消费场景，实现了餐补消费的选择性和多样性，达到了充分发挥餐补福利价值的目的。131.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于以上各实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。132.以上实施方式对本发明进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!