CN111506807A - 商家与用户数据处理方法、系统、以及存储介质 - Google Patents

Abstract

本申请公开一种商家数据处理方法、商家数据处理系统、用户数据处理方法、用户数据处理方法、云服务器系统以及计算机可读存储介质，主要是通过用户终端扫描商家的商家二维码以获得该商家的安全状态信息，或者通过商家终端扫描目标用户的用户二维码以获得该目标用户的安全状态信息，进而使得用户和商家之间单向传递或双向互换安全状态信息，以消除用户或商家实现商业交易的顾虑，一则利于用户方便快捷地选出符合卫生标准的线下门店或商家，或者利于商家做出是否向用户提供到店消费或到访服务的参考依据或决策依据。

Description

商家与用户数据处理方法、系统、以及存储介质

技术领域

本申请涉及计算机数据处理领域，尤其涉及一种商家数据处理方法、商家数据处理系统、用户数据处理方法、用户数据处理方法、云服务器系统以及计算机可读存储介质。

背景技术

随着移动终端和通讯技术的迅速发展，基于位置的服务需求愈加广泛，例如，目前兴起了一批O2O(Online to Offline，线上线下)搜索服务，用户通过移动终端中的APP(Application，应用程序)进行O2O搜索，可以搜索得到用户当前位置附近的酒店、景区、美食、休闲娱乐等生活资讯，极大地方便了用户的生活。

用户在线下到店消费时，对线下门店或商户的卫生标准提出了越来越高的要求，特别是越来越多的用户视线下门店或商户的卫生条件和环境为一个重要的考量因素，用户更加关注线下门店或商户的清洁和卫生标准，但是，现行O2O平台中，用户很难在APP的界面中查阅或通过关键字等搜索条件筛选出符合卫生标准的线下门店或商户；与此同时，商家为保障自身的经营利益，商家也重视自己经营场所的卫生环境和安全隐患，商家也需要知晓到访用户的健康状态以评估是否向该到访用户提供服务的风险和收益，因此，商家和用户两侧的信息交互就显得尤为重要。

发明内容

鉴于以上所述相关技术的缺点，本申请的目的在于提供一种商家数据处理方法、商家数据处理系统、用户数据处理方法、用户数据处理方法、云服务器系统以及计算机可读存储介质，用于解决相关技术中商家及用户之间风险信息交互的难题。

为实现上述目的及其他相关目的，本申请在第一方面提供一种商家数据处理方法，包括以下步骤：接收一用户终端通过扫描一商家的商家二维码提交的二维码数据；其中，所述二维码数据包括所述商家的商家标识信息与商家数据；依据所述商家标识信息与所述商家数据分析所述商家的安全状态；向所述用户终端反馈所述商家的安全状态信息。

本申请在第二方面提供一种商家数据处理系统，包括：接收模块，用于接收一用户终端通过扫描一商家的商家二维码提交的二维码数据；其中，所述二维码数据包括所述商家的商家标识信息与商家数据；处理模块，用于依据所述商家标识信息与所述商家数据分析所述商家的安全状态；发送模块，用于向所述用户终端反馈所述商家的安全状态信息。

本申请在第三方面提供一种用户数据处理方法，包括以下步骤：接收一商家终端通过扫描一用户终端展示的一目标用户的二维码提交的二维码数据；其中，所述二维码数据是基于第一码数据及第二码数据生成的，所述第一码数据是依据所述目标用户的输入数据以及所述用户终端的用户即时数据生成的，所述第二码数据依据获取的挖掘数据生成的；依据所述第一码数据及第二码数据分析所述目标用户的安全状态；向所述商家终端反馈所述目标用户的安全状态信息。

本申请在第四方面提供一种商家数据处理系统，包括：接收模块，用于接收一商家终端通过扫描一用户终端展示的一目标用户的二维码提交的二维码数据；其中，所述二维码数据是基于第一码数据及第二码数据生成的，所述第一码数据是依据所述目标用户的输入数据以及所述用户终端的用户即时数据生成的，所述第二码数据依据获取的挖掘数据生成的；处理模块，用于依据所述第一码数据及第二码数据分析所述目标用户的安全状态；发送模块，用于向所述商家终端反馈所述目标用户的安全状态信息。

本申请在第四方面提供一种云服务器系统，包括：至少一存储设备，用于存储至少一个程序；至少一处理设备，与所述存储设备相连，用于运行所述至少一个程序时以执行并实现上述第一方面所述的商家数据处理方法或上述第三方面所述的用户数据处理方法。

本申请在第五方面提供一种计算机可读存储介质，其特征在于，存储有至少一个程序，所述程序被处理器执行时执行并实现上述第一方面所述的商家数据处理方法或上述第三方面所述的用户数据处理方法。

综上所述，本申请提供的商家数据处理方法、商家数据处理系统、用户数据处理方法、用户数据处理方法、云服务器系统以及计算机可读存储介质，通过用户终端扫描商家的商家二维码以获得该商家的安全状态信息，或者通过商家终端扫描目标用户的用户二维码以获得该目标用户的安全状态信息，进而使得用户和商家之间单向传递或双向互换安全状态信息，以消除用户或商家实现商业交易的顾虑，利于用户方便快捷地选出符合卫生标准的线下门店或商家，或者利于商家做出是否向用户提供到店消费或到访服务的参考依据或决策依据。

附图说明

本申请所涉及的发明的具体特征如所附权利要求书所显示。通过参考下文中详细描述的示例性实施方式和附图能够更好地理解本申请所涉及发明的特点和优势。对附图简要说明书如下：

图1显示为本申请的商家数据处理方法在一实施例中的示意图。

图2显示为本申请的商家数据处理方法在另一实施例中的示意图。

图3显示为本申请的商家数据处理系统在一实施例中的示意图。

图4显示为本申请的用户数据处理方法在一实施例中的示意图。

图5显示为本申请的用户数据处理方法在另一实施例中的示意图。

图6显示为本申请的用户数据处理系统在另一实施例中的示意图。

图7显示为本申请在一实施例中在用户终端展示的扫描结果示意图。

图8显示为本申请在一实施例中的二维码扫描界面示意图。

具体实施方式

以下由特定的具体实施例说明本申请的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本申请的其他优点及功效。

在下述描述中，参考附图，附图描述了本申请的若干实施例。应当理解，还可使用其他实施例，并且可以在不背离本公开的精神和范围的情况下进行机械组成、结构、电气以及操作上的改变。下面的详细描述不应该被认为是限制性的，并且本申请的实施例的范围仅由公布的专利的权利要求书所限定。这里使用的术语仅是为了描述特定实施例，而并非旨在限制本申请。

虽然在一些实例中术语第一、第二等在本文中用来描述各种元件或参数，但是这些元件或参数不应当被这些术语限制。这些术语仅用来将一个元件或参数与另一个元件或参数进行区分。例如，第一码数据可以被称作第二码数据，并且类似地，第二码数据可以被称作第一码数据，而不脱离各种所描述的实施例的范围。第一码数据和第二码数据均是在描述一个二维码的码数据，但是除非上下文以其他方式明确指出，否则它们不是同一个数据。

再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

随着人们生活水平提高，用户对公共场所、公共设施等的卫生状况、身边人的健康状况等的关注度越来越高。例如，在饭店、景点等人群密集且交互频率高的公共场所，用户关心近期来店光顾的其他用户的健康情况。又如，在入住酒店等场所，用户关心酒店客房近期入住的其他用户的健康情况等。同样，商家也关心前来消费的各用户的健康状况，特别是饭店、酒店、景点等。例如，饭店经营者关心近期前来消费的用户的健康情况等。因此，需要提供一种供商家和用户彼此放心的技术方案，以使商家安心营业并为用户提供服务，以及用户希望获得商家近期顾客的健康情况，以使自己安心消费；或者在企业提供公共办公区的情况下，企业或员工均需获悉双方的安全风险状态。

本申请提供一种商家数据处理方法，所述商家数据处理方法应用于服务端、至少一用户终端以及至少一商家终端的网络系统中，所述系统例如为商业实体的O2O系统，例如为所述网络可以是因特网、一个或多个内部网、局域网(LAN)、广域网(WLAN)、存储局域网(SAN)等或其适当组合，本申请实施例对客户端、服务端的种类或者发布者终端与服务器之间、响应者终端与服务器之间通信网络的类型或协议等在本申请中均不做限定。

在本申请的某些实施例中，所述用户终端或商家终端例如为装载有APP应用程序或具备网页/网站访问性能的电子设备，所述电子设备包括存储器、存储器控制器、一个或多个处理单元(CPU)、外设接口、RF电路、音频电路、扬声器、麦克风、输入/输出(I/O)子系统、显示屏、其他输出或控制设备，以及外部端口等组件，这些组件通过一条或多条通信总线或信号线进行通信。所述电子设备包括但不限于如台式电脑、笔记本电脑、智能手机、平板电脑、智能电视等。所述用户终端还可以是由带有多个虚拟机的主机和对应每个虚拟机的人机交互装置(如触控显示屏、键盘和鼠标)所构成的电子设备。

在实施例中，用户侧的电子设备和商家侧的电子设备均与云服务器系统通信连接，所述些电子设备可通过二维码扫描操作读取彼此二维码所提供的用于反映目标用户的健康情况的健康数据(或称为健康信息)。比如，用户侧的电子设备中配置有第一客户端(或称为用户终端、用户客户端、用户APP等)，云服务器设备配置有用户处理系统(或称平台系统)，商家侧的处理设备配置有第二客户端(或称扫描装置、商家APP等)。

在本申请的某些实施例中，所述服务端可以根据功能、负载等多种因素布置在一个或多个实体服务器上。其中，当分布在多个实体服务器时，所述服务端可以由基于云架构的服务器组成。例如，基于云架构的服务器包括公共云(Public Cloud)服务端与私有云(Private Cloud)服务端，其中，所述公共或私有云服务端包括Software-as-a-Service(软件即服务，SaaS)、Platform-as-a-Service(平台即服务，PaaS)及Infrastructure-as-a-Service(基础设施即服务，IaaS)等。所述私有云服务端例如美团云计算服务平台、阿里云计算服务平台、亚马逊(Amazon)云计算服务平台、百度云计算平台、腾讯云计算平台等。所述服务端还可以由分布的或集中的服务器集群构成。例如，所述服务器集群由至少一台实体服务器构成。每个实体服务器中配置多个虚拟服务器，每个虚拟服务器运行所述商家信息处理或用户信息处理的服务端中的至少一功能模块，各虚拟服务器之间通过网络通信。

在本申请的某些实施例中，所述商家可以为不同行业属性的商家，所述行业属性例如为美食餐饮行业、酒店住宿行业、旅游景区行业、出行交通行业、电影行业、美容美发行业、洗浴汗蒸行业、按摩/足疗行业、美容SPA行业、瑜伽舞蹈行业、K歌行业、培训教育行业、健身行业、网吧/电竞行业、桌游行业、棋牌行业、酒吧行业等等不同分类下的行业类型，在实施例中，所述行业的划分例如为体现在O2O的应用程序不同分类标签下的行业类型。应理解的，在不同的划分标准中，所述行业属性可以做适应性地调整和归类。在不同的实施例中，所述商家又例如为商户、办公楼、公园、服务机构等，比如具有固定营业场所的药店、花店、服装店等商店、餐饮店、酒店、景区、电影院、培训机构、健身房等服务业等，又或者具有变动场所的出租车、共享单车、网约车等；再或者，所述商家还可以是到家服务的服务人员，例如保洁、快递、送餐、家教等代表某一服务机构的且携带商家终端的人员。

比如在本申请的一些实施例中，所述用户利用客户端在在线网站中浏览一些商业实体的信息，比如餐饮商户的餐食预订、餐桌预订等。在实施例中，所述在线网站例如为O2O客户端，比如美团APP、美团外卖APP或者大众点评APP，又或者饿了么APP、或者百度外卖等O2O客户端。在另一些实施例中，所述客户端为可内嵌在O2O客户端的小程序，比如微信小程序、百度小程序、支付宝小程序等。

请参阅图1，显示为本申请的商家数据处理方法在一实施例中的示意图，如图所示，本申请的商家数据处理方法包括以下步骤：

在步骤S10中，接收一用户终端通过扫描一商家的商家二维码提交的二维码数据；其中，所述二维码数据包括所述商家的商家标识信息与商家数据。其中，所述商家数据包括商家承诺信息。其中，所述商家承诺信息为商家为证明其按照卫生认证信息而执行卫生操作所提供的承诺。所述卫生承诺信息举例为文字、图案、图标、指定颜色或颜色组合中的至少一种方式。换言之，在所述详情页界面中以文字、图案、图标、指定颜色或颜色组合中的至少一种方式展示与所述卫生认证信息相关的卫生承诺信息。例如，所述卫生承诺信息在详情页界面中以包含有喇叭图案和文字的形式展示。所述目标餐饮商户的餐饮卫生承诺信息包含图文信息，其中，文字信息举例包括：“本店承诺：遵守《中国餐饮防疫自律公约》”的字样。所述商家数据还包括商家维度信息及商家卫生信息。

在实施例中，所述服务端接收一用户终端通过扫描一商家的商家二维码提交的二维码数据，即一用户终端扫描一商家的商家二维码；在一种情况下，所述商家的商家二维码为张贴在墙面、橱窗或任意适合位置上的纸质二维码图片；在另一种情况下，所述商家的商家二维码例如为显示在商家终端显示屏上的二维码。在实践中，在一个示例性的实施例中，所述用户终端开启一应用程序，所述应用程序例如为O2O客户端，比如美团APP、美团外卖APP或者大众点评APP，又或者饿了么APP、或者百度外卖等O2O客户端，又例如所述客户端为可内嵌在O2O客户端的小程序，比如微信小程序、百度小程序、支付宝小程序等。所述用户终端开启一应用程序的状态下，调取二维码识别功能，扫描所述商家的商家二维码以提取所述商家二维码中的二维码数据，并将所述二维码数据提交至服务端。

在实施例中，所述二维码数据为利用0、1对至少挖掘数据进行编码而得到的由0、1构成的码矩阵。其中，所述二维码数据的编码方式举例但不限于：对输入数据、用户即时数据、和挖掘数据中的每一种待编码数据进行一维编码处理并将各一维编码处理的数据堆叠成二维码数据，例如，采用Code 16K、Code 49、或PDF417等方式生成二维码数据；或者，对输入数据、用户即时数据、和挖掘数据中的每一种待编码数据进行交织编码处理，得到二维码数据，例如，采用Code One、Maxi Code、QR Code、或Data Matrix等方式生成二维码数据。在此，所述二维码数据中包含有可供服务端分析以得到所述商家的安全状态信息的数据。

在实施例中，所述二维码数据包括所述商家的商家标识信息与商家数据，在实施例中，所述商家的商家标识信息是服务端为管理的每一个商家配置的商户唯一标识，所述服务端通过所述商户唯一标识识别每一个商家以及各该商家上传的信息，在实践中，所述商家在初始的注册环节，将其商家基本信息与所述商家标识信息进行绑定。

在实施例中，所述商家数据包括商家维度信息及商家卫生信息。所述商家维度信息用于提供商家经营的商家属性信息、商家位置信息、商家人员信息中的至少一种信息。其中，所述商家属性信息主要为商家经营的行业属性，例如为美食餐饮行业、酒店住宿行业、旅游景区行业、出行交通行业、电影行业、美容美发行业、洗浴汗蒸行业、按摩/足疗行业、美容SPA行业、瑜伽舞蹈行业、K歌行业、培训教育行业、健身行业、网吧/电竞行业、桌游行业、棋牌行业、酒吧行业等等不同分类下的行业类型。应理解的，所述行业属性的划分为体现在O2O的应用程序不同分类标签下的行业类型，在不同的划分标准中，可以做适应性地调整和归类。所述商家卫生信息用于表示商家提供其营业场所的符合卫生认证要求的安全状态承诺信息，其包括卫生要求信息、卫生执行信息、人员健康信息、承诺信息中的至少一种信息。其中，所述卫生要求信息根据行业而设置，其按照行业而设置商家需执行的选项，例如，卫生要求信息包括门店消毒要求信息、全部店员测量体温的要求信息、全部店员佩戴口罩的要求信息和任何店员均未与疑似或确认新冠状病毒的用户接触的要求信息。卫生执行信息为根据卫生要求信息而由商家提供其执行情况的信息；例如，对于餐饮行业来说，按照卫生要求信息，商家所提供的卫生执行信息门店已全面消毒的执行信息、全部店员按要求已测量体温的执行信息、全部店员按要求佩戴口罩的执行信息和确认任何店员均未与疑似或确认新冠状病毒的用户接触的执行信息。人员健康信息至少包括与用户直接接触的服务人员的健康信息，以及与用户所使用、或食用的对象直接接触的服务人员的健康信息；例如，人员健康信息包括人员健康证明的图片信息等。承诺信息如是否阅读过承诺书、或是否已知未履行诚信原则而得到的诚信损失等至少一个。

为便于理解，在本方案的介绍中将对所述商家展示的商家二维码的形成过程进行描述以利于理解。商家管理平台或商家管理系统或商家数据处理系统通过服务端向商家提供并展示的用于填写商家数据的安全状况承诺表，其中，根据安全状况承诺表的所提供的输入选项、输入提示等，商家侧的二维码信息获取装置可收集商家维度信息和商家卫生信息等。

当商家侧操作处理设备(比如上述的商家终端)提交所述安全状况承诺表时将商家数据和商家基本信息发送至商家数据处理系统。其中，商家基本信息包括以下至少一种商家店名、商家营业执照上的信息、商家简称(或别名)等信息。

为使商家侧减少填写安全状况承诺表的次数，在一些示例中，当商家侧已填写过安全状况承诺表，则当商家通过商家终端触发展示二维码的操作时，商家侧的商家终端可仅将商家数据中的商家基本信息发送给商家数据处理系统。商家数据处理系统为申请参与安全状况展示的商家分配商家标识信息，当获取到商家数据时，将该商家的商家数据与所分配的商家标识信息进行关联，即将商家标识信息、商家标识信息与商家数据的关联信息、和商家数据均存储在数据库中，其中，商家标识信息是服务端为管理的每一个商家配置的商户唯一标识，所述服务端通过所述商户唯一标识识别每一个商家以及各该商家上传的信息，在实践中，所述商家在初始的注册环节，将其商家基本信息与所述商家标识信息进行绑定。

在此，根据商家触发展示二维码的不同情况，当商家数据处理系统接收到商家基本信息时，依据商家基本信息从数据库中查询相关联的该商家的商家标识信息和商家数据。当商家数据处理系统接收到商家填写安全状态承诺表中的商家数据时，将商家数据和商家标识信息关联保存，且商家数据处理系统依据商家数据生成用于表征所述商家的安全状态信息的二维码数据或二维码。

在步骤S11中，依据所述商家标识信息与所述商家数据分析所述商家的安全状态；在实施例中，所述服务端依据所述商家标识信息与所述商家数据分析所述商家的安全状态。

在一些示例中，商家数据处理系统利用所获取的商家标识信息，对数据库进行关联检索，以获取该商家的商家数据，并依据所述商家数据生成于表征所述商家的安全状态信息的二维码数据或二维码。具体地，商家数据处理系统根据所获取的商家数据的完整度、商家数据中卫生执行信息、人员健康信息、商家位置信息等至少一种确定商家的安全状态信息。例如，商家数据处理系统所获取的商家数据的完整度为全部获取，卫生执行信息表示全部执行，以及根据官方信息确定商家位置信息所在地理位置区域没有出现疑似或确诊的新冠状病毒的病人，则确定商家的安全状态信息为安全放心等级。

在一实施例中，在所述步骤S11中，还包括依据所述商家标识信息、所述商家数据、以及商家历史数据分析所述商家的安全状态。即，服务端依据所述商家标识信息、所述商家数据、以及商家历史数据分析所述商家的安全状态，更具体的，所述商家数据处理系统通过服务端对商家历史安全信息的分析，所述安全状态信息还可以确定为“一般”等级或“不放心”等级。所述商家数据处理系统按照所得到的安全状态信息为商家数据、或图案配置颜色、字体、形状等，并生成二维码数据或二维码。例如，当安全状态为“安全放心”等级，将商家数据中各数据前配置绿色放心图标。又如，当安全状态为“一般”等级，将商家数据中各数据前配置黄色提醒图标。再如，当安全状态为“不放心”等级，将商家数据中各数据前配置红色警告图标。在另一实施例中，所述安全状态等级可以按照安全等级分为红色、橙色、黄色、绿色四色。比如红色表示安全的风险等级最高，橙色次之，黄色再次之，绿色表示无风险。比如针对高危传染病，红色表示为“密切接触者”；橙色表示为“14日内高危传染区居住史，所在社区有确诊、疑似患者”；黄色表示为“来自高风险地区，14天内购买退绕药品”；绿色表示“无上述情况，无风险”。

在另一些示例中，商家数据处理系统利用所获取的商家标识信息，对数据库进行关联检索，以获取在至少近期内与该商家相关的商家历史数据，其中，商家历史数据包括所述商家的历史安全信息或/及历史客户信息。其中，历史安全信息是由商家历次上传的商家数据累积构成的历史安全信息。例如，历史安全信息为近期内商家历次上传的商家数据。商家数据处理系统根据历史安全信息的上传频次、漏传次数、商家数据中卫生执行信息、人员健康信息等至少一种，确定商家的安全状态。其中，所述历史行为数据包括光临该商家的各目标用户的历史行为数据，特别是要求扫描商家侧的二维码的目标用户的历史行为数据；以及商家的工作人员的历史行为数据。其中，以目标用户为例对历史行为数据进行举例，历史行为数据包括：各目标用户的迁移轨迹信息、出行轨迹信息、社交行为信息、消费行为信息、及网站登录信息中的至少一种信息。为此，待向扫描商家侧二维码的目标用户展示的安全状态信息为通过至少一个维度描述了到店扫码的多个目标用户的身体健康状态的信息，其举例包括：用于表征目标用户的安全状态信息等。

其中，迁移轨迹信息为商家数据处理系统根据用户终端在近期历次定位并上报的目标用户所在地理位置而累积获得的。例如，目标用户在近期启动美团APP，美团APP在启动时读取GPS的定位位置信息，并上传该定位位置信息，由此累积形成近期该目标用户的迁移轨迹信息。所述出行轨迹信息为目标用户为出行而准备的(或实施的)出行消费信息而累积获得的，其举例包括目标用户近期的酒店入住信息、交通信息等至少一种。例如，目标用户在近期使用美团APP入住酒店，并上传该酒店入住信息，由此累积形成近期该目标用户的出行轨迹信息。所述社交行为信息为目标用户为社交、聚会而消费的信息累积获得的，其举例包括：组团旅游、点餐信息等。例如，目标用户和其他用户都在同一时间段内使用美团APP在同一饭店的同一餐桌上进行集体点餐操作，则该集体点餐操作上传到商家数据处理系统，由此累积形成近期该目标用户的社交行为信息。又如，目标用户在美团APP上购买组团旅游(或多人自驾游)的产品，则商家数据处理系统根据该参与该产品的游客信息获得近期该目标用户的社交行为信息。所述消费行为信息为目标用户单独消费的信息累积获得的，其举例包括：用户购买到店消费类优惠券、停车券等信息，由此累积形成近期该目标用户的消费行为信息。例如，目标用户通过美团APP领取某餐厅的停车二维码，则相应的用户终端将包含餐厅及停车、领取时间等的消费行为信息发送给商家数据处理系统，由此累积形成近期该目标用户的消费信息。所述网站登录信息为目标用户登录网站时的IP地址等。例如，目标用户操作用户终端登录美团APP时，商家数据处理系统在获得登录信息的同时还获得用户终端侧的IP地址，该IP地址反映了目标用户所在地区，由此，商家数据处理系统累积形成近期该目标用户的网站登录信息。

商家数据处理系统可通过整合所挖掘出的多种数据而形成的依时间顺序排布的地理位置来确定目标用户的地理轨迹，通过整合所挖掘出的多种数据而形成的行为信息来确定目标用户的偏好等。结合到店扫码的各目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种，商家数据处理系统得到目标用户的风险评估数据。换言之，所述目标用户的风险评估数据为根据目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种对目标用户进行健康风险评估而得到的数据，其包括但不限于目标用户的安全状态信息，在此基础上，还可以包含目标用户的地理位置轨迹中的部分或全部、所接触的其他用户的风险评估数据中的部分或全部等。在此，所述风险评估数据可与目标用户的历史行为数据部分重叠，例如，所述风险评估数据中包含与传染病、家族病相关用于反映目标用户健康风险的地理位置轨迹等历史行为数据，以及目标用户所接触的其他用户的地理位置轨迹等历史行为数据。

其中，所述输入数据包括：目标用户自主提交的用于反映目标用户健康情况的用户基本资料。其中用户基本资料包括但不限于：目标用户的身份信息、通讯信息、出行信息、健康信息、及承诺信息中的至少一种；其中，所述健康信息包括目标用户的当前健康信息或/及至少一个历史时期的健康信息，如基础病史、近期的传染病史等至少一个；目标用户的身份信息如身份证号码、或护照号码等至少一个；通讯信息如本机电话号码、家庭成员电话号码等至少一个；出行信息如近期到过的省、市信息等至少一个；承诺信息如是否阅读过承诺书、或是否已知未履行诚信原则而得到的诚信损失等至少一个。

其中，所述用户即时数据为用户终端根据读取权限所获取的本机(即电子设备)的信息，其包括但不限于：即时时间信息、即时位置信息、所述用户终端的设备标识信息、会员信息中的至少一种；还可以包括用户终端的通信资料。其中，即时时间信息为用户终端在执行发送操作时所采集的电子设备的系统时间；即时位置信息为用户终端在执行发送操作时所采集的定位位置信息；所述用户终端的设备标识信息包括SIM卡的标识信息、设备型号等至少一种。所述通信资料包括：通信录中拨出/接收电话号码的归属地信息、漫游地信息、系统短信号码的归属地信息等至少一个。会员信息包括用户登录用户终端的账号信息等。

其中，所述风险评估数据与所述目标用户历史出现区域、历史接触对象、历史出现场所中的至少一种信息相关。其中，历史出现区域举例为省/市/区、甚至街道等行政区域。历史接触对象举例为与目标用户接触的其他用户。历史出现场所举例为用户就餐的餐厅名称及位置、旅游的景点名称及位置、或住宿的酒店名称及位置等。

所得到的安全状态信息为通过至少一个维度描述目标用户的身体健康状态的信息，其举例包括：身体的健康等级等。

需要说明的是，为区别于表征商家侧的安全状态信息和表征目标用户的安全状态信息，后续将表征目标用户的安全状态信息称为用户安全状态信息，将表征商家侧的安全状态信息成为商家安全状态信息。

在一些示例中，所述商家数据处理系统结合目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种所提供的近期的地理位置的轨迹，甚至逗留时长等，以及相关传染病在对应轨迹所途径的各地理位置、官方通报的对应地理位置的严重情况等进行分析，得到风险评估数据。以新冠状病毒传染病为例，商家数据处理系统根据结合目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种提取其中的地理位置轨迹，并对其按照时间排序以得到近期的地理位置的轨迹，以及根据官方公布的各地理位置所在省/市、周边小区/商圈/街道等数据对所述地理位置轨迹进行分析，得到该目标用户的风险评估数据。

在又一些示例中，所述商家数据处理系统结合目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种所提供的近期的生活习惯和所接触的其他用户，结合其他用户的历史行为信息和/或风险评估数据轨迹进行分析，得到目标用户的风险评估数据。仍以新冠状病毒传染病为例，商家数据处理系统根据结合目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种提取该目标用户的生活习惯为“宅”人，且与该目标用户有可能接触的其他用户的历史行为信息以外卖人员为主，其他用户的风险评估数据均属于健康等级，根据传染病的传染能力以及所接触的其他用户的历史行为信息和/或风险评估数据进行分析，得到该目标用户的风险评估数据也属于健康等级。

在另一些示例中，所述商家数据处理系统结合前面提供的各示例所提供的多种方式进行综合分析，得到该目标用户的风险评估数据。在此，所述商家数据处理系统可采用经机器学习而得到的评分模型对目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种进行分析以得到风险评估数据。或者所述商家数据处理系统采用预设权重的方式对目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种进行分析以得到风险评估数据。所得到的风险评估数据可以是针对传染性疾病的得病风险概率、得病风险等级、健康概率、或健康状况等级等。

需要说明的是，上述各示例可结合使用以提高评估商家卫生安全的精准度。

在实施例中，所述商家数据处理系统记录所述商家侧的处理设备的扫描事件，在一种情况下，如果商家数据处理系统判定为所述商家之前没有商家历史数据，则记录所述处理设备的扫描事件记录所述商家的商家历史数据；在另一种情况下，如果商家数据处理系统判定为所述商家存在商家历史数据，则记录所述处理设备的扫描事件更新所述商家的商家历史数据。在实施例中，所述商家历史数据包括但不限于该商家的用户到访记录、该商家的卫生评价记录，所述卫生评价例如为官方机构认定的卫生标准等级，或者例如美团平台等民间机构给予的卫生标准等级等等。

商家数据处理系统根据所获取的商家历史数据、历史客户数据、商家数据中的至少一种确定该商家的商家安全状态信息。

按照上述各示例所提供的商家历史数据、商家数据等，所述商家数据处理系统可采用经机器学习而得到的评分模型对商家数据和商家历史数据进行分析以得到商家安全状态信息。或者所述用户数据处理系统采用预设权重的方式对商家数据和历史安全数据进行分析以得到商家安全状态信息。所得到的商家安全状态信息为通过至少一个维度描述目标用户在商家处被感染传染性疾病的得病风险概率、得病风险等级，或者商家为目标用户所提供的场所的卫生状况的概率、或卫生状况的等级等。在实践中，所述商家安全状态信息例如为该商家的最近清洁记录、员工健康状态、平台或官方认定的卫生资质、预订历史阶段(比如最近一周、或一个月)消费者到店情况，比如：本店在最近14天内没有接触冠状肺炎患者或者疑似病例的信息。

与前面示例类似，所述商家数据处理系统按照所得到的商家安全状态信息对所生成的二维码的颜色、图案等进行处理，以利于目标用户在扫描前识别商家的卫生安全情况。例如，若商家数据处理系统按照商家安全状态信息将包含有商家数据的二维码的颜色配置为绿色，则目标用户可一目了然的了解该商家近期的卫生安全情况。或者，所述商家数据处理系统将商家数据和商家安全状态信息均转换成二维码数据。例如，将安全状态信息以文字形式描述，并将商家安全状态信息和商家数据生成在一个二维码数据中。

在一实施例中，在所述步骤S11中，还包括获取所述用户终端的扫描时间信息、地理位置信息、以及所述用户终端的设备标识信息中的至少一种信息，以验证所述二维码数据的步骤。在实施例中，所述服务端获取所述用户终端的扫描时间信息、地理位置信息、以及所述用户终端的设备标识信息中的至少一种信息，以验证所述二维码数据，所述服务端依据所述用户终端的扫描时间信息、地理位置信息、以及所述用户终端的设备标识信息中的至少一种信息验证所述二维码数据；其中，当所述验证信息为通过验证时输出用于表征所述商家的安全状态信息；当所述验证信息为未通过验证时输出扫描失败的信息或所述商家的二维码为伪的信息。

在实施例中，所述用户终端的扫描时间信息、地理位置信息、以及所述用户终端的设备标识信息中的至少一种信息为一种用户即时数据，所述用户即时数据为用户终端根据读取权限所获取的本机(即电子设备)的信息，其包括会员信息或用户终端的通信资料等；其中，即时时间信息为用户终端在执行发送操作时所采集的电子设备的系统时间；即时位置信息为用户终端在执行发送操作时所采集的定位位置信息；所述用户终端的设备标识信息包括SIM卡的标识信息、设备型号等至少一种。所述通信资料包括：通信录中拨出/接收电话号码的归属地信息、漫游地信息、系统短信号码的归属地信息等至少一个。所述服务端根据获取到的用户终端的用户即时数据是否与当前商家终端扫描并提交的即时时间信息、即时位置信息、所述用户终端的设备标识信息、会员信息中的至少一种进行比对，在本实施例中，服务端利用获取的用户终端的用户即时数据验证商家的二维码数据的真伪。在实践中，当所述服务端判定为所述二维码为真时，则为通过验证，并进一步向所述用户终端反馈所述商家安全状态信息；当所述服务端判定为所述二维码为伪时，当所述验证信息为未通过验证，则向所述用户终端反馈扫描失败的信息或所述商家的二维码为伪的信息。

在一些具体示例中，商家数据处理系统通过服务端检验所得到的用户即时数据中的时间信息与自身的系统时间之间的时间差，若时间差小于等于预设的时间期限，则确定用户终端所扫码得到的二维码为真实的，反之，则确定其为伪造的。

在又一些具体示例中，所述商家数据处理系统通过服务端根据解析二维码数据而得到的商家标识信息得到该商家的地理位置。商家数据处理系统通过服务端依据所获取的用户即时数据中的地理位置和商家的地理位置之间的距离差是否小于等于预设的距离阈值，确定该商家所展示给目标用户的二维码是否为真实的，若距离差小于等于预设的距离阈值，则确定目标用户侧所扫码得到的二维码为真实的，反之，则确定其为伪造的。

当商家数据处理系统通过服务端得到二维码为真的验证结果时执行步骤S12，当用户数据处理系统得到二维码为伪的验证结果时，即将所述验证结果反馈给用户侧，以便向用户提示伪造提醒。例如，在用户终端的界面中显示“验证未通过”等字样。又如，通过在用户终端的语音输出装置发出“验证未通过”的提示音。

在步骤S12中，向所述用户终端反馈所述商家的安全状态信息。在实施例中，所述服务端向所述用户终端反馈所述商家的安全状态信息，以使所述安全状态信息显示在用户终端的界面中，进而使得用户获悉所述商家的安全状态。在实践中，所述商家的安全状态信息例如为该商家的最近清洁记录、员工健康状态、平台或官方认定的卫生资质、预订历史阶段(比如最近一周、或一个月)消费者到店情况，比如：本店在最近14天内没有接触冠状肺炎患者或者疑似病例的信息。

在一种实施例中，所述服务端向所述用户终端反馈所述商家安全状态信息为展示给用户的文字信息，比如“XXXX店，每日清洁记录或防疫记录，更新时间为XXXX年XX月XX日XX:XX:XX；门店已全面消毒、全员已量体温且全部正常、全部店员已佩戴口罩、任何店员均未与疑似或确诊新冠肺炎患者解除”等字样的信息。呈如图7所示的样例，图7显示为本申请在一实施例中在用户终端展示的扫描结果示意图。

在另一种实施例中，所述服务端向所述用户终端反馈所述商家的安全状态信息为商家数据、或图案配置颜色、字体、形状等。例如，当安全状态为“安全放心”等级，将商家数据中各数据前配置绿色放心图标。又如，当安全状态为“一般”等级，将商家数据中各数据前配置黄色提醒图标。再如，当安全状态为“不放心”等级，将商家数据中各数据前配置红色警告图标。

请参阅图2，显示为本申请的商家数据处理方法另一实施例中的示意图，如图所示，所述用户数据处理方法还包括步骤S13，在步骤S13中，记录所述用户终端的扫描事件，以记录或更新所述商家的商家历史数据。即，在用户终端扫描所述商家展示的二维码时，服务端依据所述二维码中的二维码数据获得所述商家的信息，在实施例中，所述服务端记录所述用户终端的扫描事件，在一种情况下，如果服务端判定为所述用户之前没有用户历史数据，则记录所述扫描事件记录所述商家的商家历史数据；在另一种情况下，如果服务端判定为所述商家存在商家历史数据，则记录所述用户终端的扫描事件更新所述商家的商家历史数据。在实施例中，所述商家历史数据包括但不限于该商家的用户到访记录、该商家的卫生评价记录，所述卫生评价例如为官方机构认定的卫生标准等级，或者例如美团平台等民间机构给予的卫生标准等级等等。

本申请提供的商家数据处理方法通过用户终端扫描商家的商家二维码以获得该商家的安全状态信息，进而使得用户和商家之间单向传递或双向互换安全状态信息，以消除用户或商家实现商业交易的顾虑，一则利于用户方便快捷地选出符合卫生标准的线下门店或商家，或者利于商家做出是否向用户提供到店消费或到访服务的参考依据或决策依据。

本申请还提供一种用户数据处理系统，应用于包括服务端、至少一用户终端以及至少一商家终端的网络系统中；在以下实施例的描述中，所述用户数据处理系统的应用网络环境及该网络环境中的硬件设备与上述图1至图2所示实施例中的商家数据处理方法类似，故不再予以赘述。

请参阅图3，显示为本申请的商家数据处理系统另一实施例中的示意图，如图所示，所述商家数据处理系统30包括：接收模块300，处理模块301，以及发送模块302。

所述接收模块300用于接收一商家终端通过扫描一用户终端展示的一目标用户的二维码提交的二维码数据；其中，所述二维码数据是基于第一码数据及第二码数据生成的，所述第一码数据是依据所述目标用户的输入数据以及所述用户终端的用户即时数据生成的，所述第二码数据依据获取的挖掘数据生成的。

所述处理模块301用于依据所述第一码数据及第二码数据分析所述目标用户的安全状态。

所述发送模块302用于向所述商家终端反馈所述目标用户的安全状态信息。

在实施例中，为简化说明，所述商家数据处理系统30中的接收模块300，处理模块301，以及发送模块302可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现上述图1至图2及图7所示实施例中的商家数据处理方法的步骤。

本申请提供的商家数据处理系统通过用户终端扫描商家的商家二维码以获得该商家的安全状态信息，进而使得用户和商家之间单向传递或双向互换安全状态信息，以消除用户或商家实现商业交易的顾虑，一则利于用户方便快捷地选出符合卫生标准的线下门店或商家，或者利于商家做出是否向用户提供到店消费或到访服务的参考依据或决策依据。

本申请还提供一种用户数据处理方法，所述用户数据处理方法应用于服务端、至少一用户终端以及至少一商家终端的网络系统中；在以下实施例的描述中，所述用户数据处理方法的应用网络环境及该网络环境中的硬件设备与上述图1和图2所示实施例中的商家数据处理方法类似，故不再予以赘述。

请参阅图4，显示为本申请的用户数据处理方法在另一实施例中的示意图，如图所示，所述用户数据处理方法包括以下步骤：

在步骤S20中，接收一商家终端通过扫描一用户终端展示的一目标用户的二维码提交的二维码数据；其中，所述二维码数据是基于第一码数据及第二码数据生成的，所述第一码数据是依据所述目标用户的输入数据以及所述用户终端的用户即时数据生成的，所述第二码数据依据获取的挖掘数据生成的；在实施例中，所述服务端接收一商家终端通过扫描一用户终端展示的一目标用户的二维码提交的二维码数据；在一个示例性的实施例中，所述用户终端开启一应用程序的状态下，所述应用程序例如为O2O客户端，比如美团APP、美团外卖APP或者大众点评APP，又或者饿了么APP、或者百度外卖等O2O客户端，又例如所述客户端为可内嵌在O2O客户端的小程序，比如微信小程序、百度小程序、支付宝小程序等。所述用户终端开启一应用程序的状态下，藉由所述应用程序提供的用户入口生成一个目标用户的二维码，并展示给商家的商家终端进行扫描，商家终端执行扫描后，读取所述二维码中的二维码数据，并将所述二维码数据通过网络提交给服务端。

在实施例中，例如图8所示，显示为本申请在一实施例中的二维码扫描界面示意图，商家终端所配置的二维码信息处理装置为商家提供扫描二维码的操作界面，如图8所示，当商家点选该界面中的“扫描下一位”时，二维码信息处理装置调用处理设备中的扫描枪或摄像装置以扫描目标用户所展示的二维码。

在实施例中，所述二维码数据为利用0、1对至少挖掘数据进行编码而得到的由0、1构成的码矩阵。其中，所述二维码数据的编码方式举例但不限于：对输入数据、用户即时数据、和挖掘数据中的每一种待编码数据进行一维编码处理并将各一维编码处理的数据堆叠成二维码数据，例如，采用Code 16K、Code 49、或PDF417等方式生成二维码数据；或者，对输入数据、用户即时数据、和挖掘数据中的每一种待编码数据进行交织编码处理，得到二维码数据，例如，采用Code One、Maxi Code、QR Code、或Data Matrix等方式生成二维码数据。

在此，所述二维码数据中包含有可供用户终端分析以得到目标用户健康情况的信息(又称为用户安全状态信息)。在一些具体示例中，所述二维码数据中至少包含挖掘数据。例如，所述二维码数据中仅包含风险评估数据。又如，所述二维码数据包含历史行为数据和风险评估数据。在又一些具体示例中，所述二维码数据中包含目标用户的输入数据、用户即时数据、和挖掘数据。在此，用户数据处理系统根据二维码生成方式对输入数据、用户即时数据、和挖掘数据进行二维码数据处理，以得到二维码数据。在一更具体示例中，用户数据处理系统直接将输入数据、用户即时数据、和挖掘数据生成二维码数据。在另一更具体示例中，用户数据处理系统采用同样/不同的码处理方式对所述输入数据、用户即时数据和挖掘数据进行数据处理，再根据处理后的码数据生成二维码数据。其中，所述码处理方式可与前述提及的码处理方式相同或相似，在此不再详述。

所述二维码中包括二维码数据，所述二维码数据是基于第一码数据及第二码数据生成的，所述第一码数据是依据所述目标用户的输入数据以及所述用户终端的用户即时数据生成的，所述第二码数据依据获取的挖掘数据生成的。

为便于理解，在本方案的介绍中将对用户终端展示的一目标用户的二维码的过程进行描述以利于理解。

在一个示例性的实施例中，所述用户通过用户终端的操作包括但不限于：触发展示二维码的操作，触发填写健康情况承诺表的操作等。例如，在用户触发展示二维码的操作时，用户终端检查是否以填写过健康情况承诺表，若未曾填写，则加载所述健康情况承诺表，反之则执行展示二维码的操作(后续详述)。由此可见，所述输入数据包括：目标用户自主提交的用于反映目标用户健康情况的用户基本资料。其中用户基本资料包括但不限于：目标用户的身份信息、通讯信息、出行信息、健康信息、及承诺信息中的至少一种；其中，所述健康信息包括目标用户的当前健康信息或/及至少一个历史时期的健康信息，如基础病史、近期的传染病史等至少一个；目标用户的身份信息如身份证中的信息、或护照中的信息等至少一种；通讯信息如本机电话号码、家庭成员电话号码等至少一个；出行信息如近期到过的省、市信息、以及乘坐的交通工具的信息等至少一个；承诺信息如是否阅读过承诺书、或是否已知未履行诚信原则而得到的诚信损失等至少一个。

在一个示例性的实施例中，所述用户即时数据为用户终端根据读取权限所获取的本机(即电子设备)的信息，其包括但不限于：即时时间信息、即时位置信息、所述用户终端的设备标识信息、会员信息中的至少一种；还可以包括用户终端的通信资料；其中，即时时间信息为用户终端在执行发送操作时所采集的电子设备的系统时间；即时位置信息为用户终端在执行发送操作时所采集的定位位置信息；所述用户终端的设备标识信息包括SIM卡的标识信息、设备型号等至少一种。所述通信资料包括：通信录中拨出/接收电话号码的归属地信息、漫游地信息、系统短信号码的归属地信息等至少一个。

在一个示例性的实施例中，为使用户侧减少填写健康情况承诺表的次数，在一些示例中，当用户侧已填写过健康情况承诺表，则当目标用户触发展示二维码的操作时，用户终端仅将所收集到的用户即时数据发送给用户数据处理系统。例如，用户终端在检测到目标用户触发显示二维码的操作时，将即时时间信息、即时位置信息、设备标识信息和会员信息等用户即时数据发送至用户数据处理系统。

在一个示例性的实施例中，所述挖掘数据为云服务器系统侧利用数据库中存储的大数据，对目标用户的输入数据和/或用户即时数据所关联的数据进行分析得到的，其包括但不限于：所述目标用户的历史行为数据或/及所述目标用户的风险评估数据等。其中，所述历史行为数据包括：所述目标用户的迁移轨迹信息、出行轨迹信息、社交行为信息、消费行为信息、及网站登录信息中的至少一种信息。其中，迁移轨迹信息为用户数据处理系统根据用户终端在近期历次定位并上报的目标用户所在地理位置而累积获得的。例如，目标用户在近期启动美团APP，美团APP在启动时读取GPS的定位位置信息，并上传该定位位置信息，由此累积形成近期该目标用户的迁移轨迹信息。所述出行轨迹信息为目标用户为出行而准备的(或实施的)出行消费信息而累积获得的，其举例包括目标用户近期的酒店入住信息、交通信息等至少一种。例如，目标用户在近期使用美团APP入住酒店，并上传该酒店入住信息，由此累积形成近期该目标用户的出行轨迹信息。所述社交行为信息为目标用户为社交、聚会而消费的信息累积获得的，其举例包括：组团旅游、点餐信息等。例如，目标用户和其他用户都在同一时间段内使用美团APP在同一饭店的同一餐桌上进行集体点餐操作，则该集体点餐操作上传到用户数据处理系统，由此累积形成近期该目标用户的社交行为信息。又如，目标用户在美团APP上购买组团旅游(或多人自驾游)的产品，则用户数据处理系统根据该参与该产品的游客信息获得近期该目标用户的社交行为信息。所述消费行为信息为目标用户单独消费的信息累积获得的，其举例包括：用户购买到店消费类优惠券、停车券等信息，由此累积形成近期该目标用户的消费行为信息。例如，目标用户通过美团APP领取某餐厅的停车二维码，则相应的用户终端将包含餐厅及停车、领取时间等的消费行为信息发送给用户数据处理系统，由此累积形成近期该目标用户的消费信息。所述网站登录信息为目标用户登录网站时的IP地址等。例如，目标用户操作用户终端登录美团APP时，用户数据处理系统在获得登录信息的同时还获得用户终端侧的IP地址，该IP地址反映了目标用户所在地区，由此，用户数据处理系统累积形成近期该目标用户的网站登录信息。

用户数据处理系统可通过整合所挖掘出的多种数据而形成的依时间顺序排布的地理位置来确定目标用户的地理轨迹，通过整合所挖掘出的多种数据而形成的行为信息来确定目标用户的偏好等。结合目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种，用户数据处理系统得到目标用户的风险评估数据。换言之，所述目标用户的风险评估数据为根据目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种对目标用户进行健康风险评估而得到的数据，其包括但不限于目标用户的用户安全状态信息，在此基础上，还可以包含目标用户的地理位置轨迹中的部分或全部、所接触的其他用户的风险评估数据中的部分或全部等。其中，所述用户安全状态信息为通过至少一个维度描述目标用户的身体健康状态的信息，其举例包括：身体的健康等级等。所述风险评估数据可与历史行为数据部分重叠，例如，所述风险评估数据中包含与传染病、家族病相关用于反映目标用户健康风险的地理位置轨迹等历史行为数据，以及目标用户所接触的其他用户的地理位置轨迹等历史行为数据。

其中，所述风险评估数据与所述目标用户历史出现区域、历史接触对象、历史出现场所中的至少一种信息相关。其中，历史出现区域举例为省/市/区、甚至街道等行政区域。历史接触对象举例为与目标用户接触的其他用户。历史出现场所举例为用户就餐的餐厅名称及位置、旅游的景点名称及位置、或住宿的酒店名称及位置等。

在一些示例中，所述用户数据处理系统结合目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种所提供的近期的地理位置的轨迹，甚至逗留时长等，以及相关传染病在对应轨迹所途径的各地理位置、官方通报的对应地理位置的严重情况等进行分析，得到风险评估数据。以新冠状病毒传染病为例，用户数据处理系统根据结合目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种提取其中的地理位置轨迹，并对其按照时间排序以得到近期的地理位置的轨迹，以及根据官方公布的各地理位置所在省/市、周边小区/商圈/街道等数据对所述地理位置轨迹进行分析，得到该目标用户的风险评估数据。

在又一些示例中，所述用户数据处理系统结合目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种所提供的近期的生活习惯和所接触的其他用户，结合其他用户的历史行为信息和/或风险评估数据进行分析，得到目标用户的风险评估数据。仍以新冠状病毒传染病为例，用户数据处理系统根据结合目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种提取该目标用户的生活习惯为“宅”人，且与该目标用户有可能接触的其他用户的历史行为信息以外卖人员为主，其他用户的风险评估数据均属于健康等级，根据传染病的传染能力以及所接触的其他用户的历史行为信息和/或风险评估数据进行分析，得到该目标用户的风险评估数据也属于健康等级。

在另一些示例中，所述用户数据处理系统结合前面提供的各示例所提供的多种方式进行综合分析，得到该目标用户的风险评估数据。在此，所述用户数据处理系统可采用经机器学习而得到的评分模型对目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种进行分析以得到风险评估数据。或者所述用户数据处理系统采用预设权重的方式对目标用户的历史行为数据、输入数据、和用户即时数据中的至少一种进行分析以得到风险评估数据。所得到的风险评估数据可以是针对传染性疾病的得病风险概率、得病风险等级、健康概率、或健康状况等级等。

需要说明的是，上述各示例可结合使用以提高评估精准度。

在一些示例中，所述用户数据处理系统至少将所述挖掘数据作为响应信息反馈至用户终端。例如，所述用户数据处理系统仅将挖掘数据反馈给用户终端。又如，所述用户数据处理系统将挖掘数据和输入数据反馈给用户终端。再如，所述用户数据处理系统将输入数据、用户即时数据、和挖掘数据均反馈给用户终端。

为防止所述响应信息中的敏感数据被篡改、泄露，用户数据处理系统在反馈前采用同样/不同的码处理方式对所述输入数据、用户即时数据和挖掘数据进行数据处理。其中，所述码处理方式包括但不限于加密处理、和/或脱敏处理。在一些具体示例中，所述用户数据处理系统将与用户身份相关的数据进行脱敏处理。其中，所述与用户身份相关的数据举例包括身份证数据、会员信息等。例如，将身份证中后四位、或中间六位用“*”号代替。又如，将地理位置中的场所信息等均用“*”号代替。在又一些具体示例中，所述用户数据处理系统将输入数据、用户即时数据和挖掘数据进行加密处理。例如，利用对称/非对称密钥将各所述数据进行加密后发送给用户终端。又如，利用数字签名将各所述数据及其签名发送给用户终端等。在另一些示例中，所述用户数据处理系统结合上面各示例对各所述数据既进行脱敏处理又进行加密处理。

在实施例中，包括用户数据处理系统的服务端依据所述输入数据及所述用户即时数据生成第一码数据，以及依据所述挖掘数据生成第二码数据。例如，用户数据处理系统将输入数据和用户即时数据中的敏感数据进行脱敏处理，以及将脱敏后的输入数据和用户即时数据进行加密处理以得到第一码数据；以及将挖掘数据中的敏感数据进行脱敏处理，以及将脱敏后的挖掘数据进行加密处理以得到第二码数据。

需要说明的是，所述第一码数据中并非一定同时包含输入数据和用户即时数据，其根据用户终端对数据类型的需要而确定。另外，所述第二码数据也并非一定与第一码数据分开，其根据用户终端对码数据的需要而确定。所述用户数据处理系统依据前述提供的任一种二维码生成方式将所述第一码数据及第二码数据生成二维码数据。

在步骤S21中，依据所述第一码数据及第二码数据分析所述目标用户的安全状态；在实施例中，服务端依据所述第一码数据及第二码数据分析所述目标用户的安全状态。

在步骤S22中，向所述商家终端反馈所述目标用户的用户安全状态信息。在实施例中，服务端向所述商家终端反馈所述目标用户的用户安全状态信息的步骤中依据不同的安全状态呈现不同的颜色表征所述目标用户的用户安全状态信息。

在实施例中，所述目标用户的用户安全状态信息包括所述目标用户的健康状态信息。其中，所述用户安全状态信息用于根据商家或用户所关心的疾病类型及其类型种类在至少一个维度上描述目标用户的健康状态等。所述用户安全状态信息通过商家终端显示屏上显示的图形、符合或文字来表示。以图形或符合为例，不同的安全状态呈现不同的颜色来表征。例如，当根据风险评估数据确定目标用户的健康状态为身体健康等级时，则确定图形或符合的颜色为绿色，并将以绿色的图形或符合形式在商家终端的显示屏上显示。当根据风险评估数据确定目标用户的健康状态为身体健康一般等级或潜在风险等级时，则确定图形或符合的颜色为黄色，并将以黄色的图形或符合形式在商家终端的显示屏上显示。当根据风险评估数据确定目标用户的健康状态确定身体健康具有为风险等级时，则确定图形或符合的颜色为红色，并将以红色的图形或符合形式在商家终端的显示屏上显示。

在另一实施例中，所述安全状态等级可以按照安全等级分为红色、橙色、黄色、绿色四色。比如红色表示安全的风险等级最高，橙色次之，黄色再次之，绿色表示无风险。比如针对高危传染病，红色表示为“密切接触者”；橙色表示为“14日内高危传染区居住史，所在社区有确诊、疑似患者”；黄色表示为“来自高风险地区，14天内购买退绕药品”；绿色表示“无上述情况，无风险”。比如图8所示，所述商家终端根据所得到的目标用户的用户安全状态信息在显示屏上显示“顾客符合健康要求”以及绿色通行标识图。

在另一实施例中，还包括依据所述用户终端的用户即时数据验证所述二维码数据的步骤(未予以图示)，在该步骤中，服务端依据所述用户终端的用户即时数据对所述用户终端展示的二维码进行验证。所述用户即时数据为用户终端根据读取权限所获取的本机(即电子设备)的信息，其包括但不限于：即时时间信息、即时位置信息、所述用户终端的设备标识信息、会员信息中的至少一种；还可以包括用户终端的通信资料；其中，即时时间信息为用户终端在执行发送操作时所采集的电子设备的系统时间；即时位置信息为用户终端在执行发送操作时所采集的定位位置信息；所述用户终端的设备标识信息包括SIM卡的标识信息、设备型号等至少一种。所述通信资料包括：通信录中拨出/接收电话号码的归属地信息、漫游地信息、系统短信号码的归属地信息等至少一个。所述服务端根据获取到的用户终端的用户即时数据是否与当前商家终端扫描并提交的即时时间信息、即时位置信息、所述用户终端的设备标识信息、会员信息中的至少一种进行比对，以验证所述用户终端展示的二维码是否为一个真的二维码或者有效的二维码。在实践中，当所述服务端判定为所述二维码为真时，则为通过验证，并进一步向所述商家终端输出用于表征所述目标用户的用户安全状态信息；当所述服务端判定为所述二维码为伪时，当所述验证信息为未通过验证，则向所述商家终端输出扫描失败的信息或所述目标用户的二维码为伪的信息。

在另一实施例中，所述商家终端通过扫描一用户终端展示的一目标用户的二维码提交的二维码数据的同时，还提交所述商家的商家标识信息，或者所述商家的商家标识信息及商家历史信息，即所述服务端获取所述商家的商家标识信息，或者所述商家的商家标识信息及商家历史信息，进而有利于服务端记录所述商家终端的扫描事件，进而通过记录进一步更新所述商家的商家历史数据。在实施例中，所述商家标识信息是服务端为管理的每一个商家配置的商户唯一标识，所述服务端通过所述商户唯一标识识别每一个商家以及各该商家上传的信息，在实践中，所述商家在初始的注册环节，将其商家基本信息与所述商家标识信息进行绑定。

请参阅图5，显示为本申请的用户数据处理方法在另一实施例中的示意图，如图所示，所述用户数据处理方法还包括步骤S23，在步骤S23中，记录所述商家终端的扫描事件，以记录或更新所述商家的商家历史数据。在实施例中，所述服务端记录所述商家终端的扫描事件，在一种情况下，如果服务端判定为所述商家之前没有商家历史数据，则记录所述商家终端的扫描事件记录所述商家的商家历史数据；在一种情况下，如果服务端判定为所述商家存在商家历史数据，则记录所述商家终端的扫描事件更新所述商家的商家历史数据。在实施例中，所述商家历史数据包括但不限于该商家的用户到访记录、该商家的卫生评价记录，所述卫生评价例如为官方机构认定的卫生标准等级，或者例如美团平台等民间机构给予的卫生标准等级等等。

再请参阅图5，如图所示，所述用户数据处理方法还包括步骤S23，在步骤S23中，记录所述商家终端的扫描事件，以记录或更新所述用户终端的历史行为数据。在实施例中，所述服务端记录所述商家终端的扫描事件，以记录或更新所述用户终端的历史行为数据。即，在商家终端扫描所述用户终端展示的二维码时，服务端依据所述二维码中的二维码数据获得所述用户终端的信息，并记录所述用户终端的目标用户在所述商家被扫描的扫描事件，并将所述扫描事件记录在系统中，以作为所述用户终端的历史行为数据，在一种情况下，如果服务端判定为所述用户终端的目标用户之前没有用户历史数据，则依据所述商家终端的扫描事件记录所述目标用户的用户历史数据；在一种情况下，如果服务端判定为所述用户终端的目标用户之前存在用户历史数据，则依据所述商家终端的扫描事件更新所述目标用户的用户历史数据，并将所述用户历史数据作为所述目标用户的历史行为数据中的一种数据。

在一实施例中，所述用户数据处理方法还包括向所述用户终端发送所述商家的商家安全状态信息的步骤，所述服务端依据所述商家终端的扫描事件，向所述用户终端发送所述商家的商家安全状态信息，在实践中，所述商家的商家安全状态信息例如为该商家的最近清洁记录、员工健康状态、平台或官方认定的卫生资质、预订历史阶段(比如最近一周、或一个月)消费者到店情况，比如：本店在最近14天内没有接触冠状肺炎患者或者疑似病例的信息。

在一种实践中，所述服务端通过所述商家终端的扫描事件，获得所述商家的商家标识信息，并藉由所述商家标识信息调用最近一次的所述商家的商家安全状态信息，并将所述商家安全状态信息发送给所述用户终端，以使所述用户终端上展示所述商家的商家安全状态信息；在另一种实践中，所述服务端通过所述商家终端的扫描事件，获得所述商家的商家标识信息，并藉由所述商家标识信息获取所述商家的商家数据分析所述商家的安全状态，并将所述商家安全状态信息发送给所述用户终端，以使所述用户终端上展示所述商家的商家安全状态信息；上述两种方式均可使用户和商家之间单向传递或双向互换安全状态信息，以消除用户或商家实现商业交易的顾虑，一则利于用户方便快捷地选出符合卫生标准的线下门店或商家，或者利于商家做出是否向用户提供到店消费或到访服务的参考依据或决策依据。

本申请还提供一种用户数据处理系统，应用于包括服务端、至少一用户终端以及至少一商家终端的网络系统中；在以下实施例的描述中，所述用户数据处理系统的应用网络环境及该网络环境中的硬件设备与上述图4至图5所示实施例中的用户数据处理方法类似，故不再予以赘述。

再请参阅图6，显示为本申请的用户数据处理系统另一实施例中的示意图，如图所示，所述用户数据处理系统40包括：接收模块400、处理模块401、以及发送模块402。所述接收模块400用于接收一商家终端通过扫描一用户终端展示的一目标用户的二维码提交的二维码数据；其中，所述二维码数据是基于第一码数据及第二码数据生成的，所述第一码数据是依据所述目标用户的输入数据以及所述用户终端的用户即时数据生成的，所述第二码数据依据获取的挖掘数据生成的。所述处理模块401用于依据所述第一码数据及第二码数据分析所述目标用户的安全状态。所述发送模块402用于向所述商家终端反馈所述目标用户的安全状态信息。在实施例中，为简化说明，所述用户数据处理系统40中的接收模块400，处理模块401，以及发送模块402可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现上述图4、图5、以及图8所示实施例中的用户数据处理方法的步骤。

本申请的用户数据处理系统通过商家终端扫描目标用户的用户二维码以获得该目标用户的安全状态信息，进而使得用户和商家之间单向传递或双向互换安全状态信息，以消除用户或商家实现商业交易的顾虑，一则利于用户方便快捷地选出符合卫生标准的线下门店或商家，或者利于商家做出是否向用户提供到店消费或到访服务的参考依据或决策依据。

本申请还提供一种云服务器系统，在实施例中，所述云服务器系统例如为根据功能、负载等多种因素布置在一个或多个实体服务器。其中，当分布在多个实体服务器时，所述服务端可以由基于云架构的服务器组成。例如，基于云架构的服务器包括公共云服务端与私有云服务端，其中，所述公共或私有云服务端包括SaaS、PaaS及IaaS等。所述私有云服务端例如美团云计算服务平台、阿里云计算服务平台、亚马逊云计算服务平台、百度云计算平台、腾讯云计算平台等。所述服务端还可以由分布的或集中的服务器集群构成。例如，所述服务器集群由至少一台实体服务器构成。每个实体服务器中配置多个虚拟服务器，每个虚拟服务器运行所述餐饮商户信息管理服务端中的至少一功能模块，各虚拟服务器之间通过网络通信。所述云服务器系统包括至少一存储设备以及至少一处理设备。

所述至少一存储设备用于存储至少一个程序；在实施例中，所述存储设备包括存储服务器或者存储器，所述存储器可包括高速随机存取存储器，并且还可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。在某些实施例中，存储器还可以包括远离一个或多个处理器的存储器，例如经由RF电路或外部端口以及通信网络(未示出)访问的网络附加存储器，其中所述通信网络可以是因特网、一个或多个内部网、局域网、广域网、存储局域网等，或其适当组合。存储器控制器可控制设备的诸如CPU和外设接口之类的其他组件对存储器的访问。

所述至少一处理设备与所述存储设备相连，用于运行所述至少一个程序时以执行并实现上述图1和图2所示实施例中的商家数据处理方法所描述的至少一种实施例，或者上述图4和图5所示实施例中的用户数据处理方法所描述的至少一种实施例。所述处理设备例如为包括处理器的服务器，比如应用服务器等，所述处理器可操作地与存储器和/或非易失性存储设备耦接。更具体地，处理器可执行在存储器和/或非易失性存储设备中存储的指令以在计算设备中执行操作，诸如生成图像数据和/或将图像数据传输到电子显示器。如此，处理器可包括一个或多个通用微处理器、一或多个专用处理器、一个或多个现场可编程逻辑阵列、或它们的任何组合。

本申请的云服务器系统通过用户终端扫描商家的商家二维码以获得该商家的安全状态信息，或者通过商家终端扫描目标用户的用户二维码以获得该目标用户的安全状态信息，进而使得用户和商家之间单向传递或双向互换安全状态信息，以消除用户或商家实现商业交易的顾虑，一则利于用户方便快捷地选出符合卫生标准的线下门店或商家，或者利于商家做出是否向用户提供到店消费或到访服务的参考依据或决策依据。

本申请还提供一种计算机可读写存储介质，存储有计算机程序，所述计算机程序被计算机的处理器执行时实现比如上述图1、图2、以及图7所示实施例中的商家数据处理方法所描述的至少一种实施例。

本申请还提供一种计算机可读写存储介质，存储有计算机程序，所述计算机程序被计算机的处理器执行时实现比如上述图4、图5以及图8所示实施例中的用户数据处理方法所描述的至少一种实施例。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

于本申请提供的实施例中，所述计算机可读写存储介质可以包括只读存储器、随机存取存储器、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁存储设备、闪存、U盘、移动硬盘、或者能够用于存储具有指令或数据结构形式的期望的程序代码并能够由计算机进行存取的任何其它介质。另外，任何连接都可以适当地称为计算机可读存储介质。例如，如果指令是使用同轴电缆、光纤光缆、双绞线、数字订户线(DSL)或者诸如红外线、无线电和微波之类的无线技术，从网站、服务器或其它远程源发送的，则所述同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线电和微波之类的无线技术包括在所述介质的定义中。然而，应当理解的是，计算机可读写存储介质和数据存储介质不包括连接、载波、信号或者其它暂时性介质，而是旨在针对于非暂时性、有形的存储介质。如申请中所使用的磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘，其中，磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。

在一个或多个示例性方面，本申请所述方法的计算机程序所描述的功能可以用硬件、软件、固件或者其任意组合的方式来实现。当用软件实现时，可以将这些功能作为一个或多个指令或代码存储或传送到计算机可读存储介质上。本申请所公开的方法或算法的步骤可以用处理器可执行软件模块来体现，其中处理器可执行软件模块可以位于有形、非临时性计算机可读写存储介质上。有形、非临时性计算机可读写存储介质可以是计算机能够存取的任何可用介质。

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

上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (23)

1.一种商家数据处理方法，其特征在于，包括以下步骤：

接收一用户终端通过扫描一商家的商家二维码提交的二维码数据；其中，所述二维码数据包括所述商家的商家标识信息与商家数据；

依据所述商家标识信息与所述商家数据分析所述商家的安全状态；以及

向所述用户终端反馈所述商家的安全状态信息。

2.根据权利要求1所述的商家数据处理方法，其特征在于，所述商家数据包括商家维度信息及商家卫生信息；所述商家维度信息包括商家属性信息、商家位置信息、商家人员信息中的至少一种信息；所述商家卫生信息包括卫生要求信息、卫生执行信息、人员健康信息中的至少一种信息。

3.根据权利要求1所述的商家数据处理方法，其特征在于，所述商家数据还包括商家承诺信息。

4.根据权利要求1所述的商家数据处理方法，其特征在于，所述二维码数据还包括商家历史数据，在所述依据所述商家标识信息与所述商家数据分析所述商家的安全状态的步骤中，还包括依据所述商家标识信息、所述商家数据、以及商家历史数据分析所述商家的安全状态。

5.根据权利要求1所述的商家数据处理方法，其特征在于，所述接收一用户终端通过扫描一商家的商家二维码提交的二维码数据的步骤中，还包括获取所述用户终端的扫描时间信息、地理位置信息、以及所述用户终端的设备标识信息中的至少一种信息，以验证所述二维码数据的步骤。

6.根据权利要求5所述的商家数据处理方法，其特征在于，还包括步骤：依据所述用户终端的扫描时间信息、地理位置信息、以及所述用户终端的设备标识信息中的至少一种信息验证所述二维码数据；其中，当所述验证信息为通过验证时输出用于表征所述商家的安全状态信息；当所述验证信息为未通过验证时输出扫描失败的信息或所述商家的二维码为伪的信息。

7.根据权利要求1所述的商家数据处理方法，其特征在于，还包括步骤：记录所述用户终端的扫描事件，以记录或更新所述用户终端的历史行为数据。

8.根据权利要求1所述的商家数据处理方法，其特征在于，还包括步骤：记录所述用户终端的扫描事件，以记录或更新所述商家的商家历史数据。

9.根据权利要求1所述的商家数据处理方法，其特征在于，所述商家的安全状态信息包括所述商家的卫生状态信息。

10.一种商家数据处理系统，其特征在于，包括：

接收模块，用于接收一用户终端通过扫描一商家的商家二维码提交的二维码数据；其中，所述二维码数据包括所述商家的商家标识信息与商家数据；

处理模块，用于依据所述商家标识信息与所述商家数据分析所述商家的安全状态；以及

发送模块，用于向所述用户终端反馈所述商家的安全状态信息。

11.一种用户数据处理方法，其特征在于，包括以下步骤：

接收一商家终端通过扫描一用户终端展示的一目标用户的二维码提交的二维码数据；其中，所述二维码数据是基于第一码数据及第二码数据生成的，所述第一码数据是依据所述目标用户的输入数据以及所述用户终端的用户即时数据生成的，所述第二码数据依据获取的挖掘数据生成的；

依据所述第一码数据及第二码数据分析所述目标用户的安全状态；以及

向所述商家终端反馈所述目标用户的安全状态信息。

12.根据权利要求11所述的用户数据处理方法，其特征在于，所述输入数据包括目标用户的身份信息、通讯信息、出行信息、健康信息、及承诺信息中的至少一种；其中，所述健康信息包括目标用户的当前健康信息或/及至少一个历史时期的健康信息。

13.根据权利要求11所述的用户数据处理方法，其特征在于，所述用户即时数据包括即时时间信息、即时位置信息、所述用户终端的设备标识信息中的至少一种。

14.根据权利要求11所述的用户数据处理方法，其特征在于，还包括依据所述用户终端的用户即时数据验证所述二维码数据的步骤，当所述验证信息为通过验证时向所述商家终端输出用于表征所述目标用户的安全状态信息；当所述验证信息为未通过验证时向所述商家终端输出扫描失败的信息或所述目标用户的二维码为伪的信息。

15.根据权利要求11所述的用户数据处理方法，其特征在于，还包括获取所述商家的商家标识信息，或者所述商家的商家标识信息及商家历史信息的步骤。

16.根据权利要求11所述的用户数据处理方法，其特征在于，还包括步骤：记录所述商家终端的扫描事件，以记录或更新所述商家的商家历史数据。

17.根据权利要求11所述的用户数据处理方法，其特征在于，还包括步骤：记录所述商家终端的扫描事件，以记录或更新所述用户终端的历史行为数据。

18.根据权利要求11所述的用户数据处理方法，其特征在于，所述向所述商家终端反馈所述目标用户的安全状态信息的步骤中依据不同的安全状态呈现不同的颜色表征所述目标用户的安全状态信息。

19.根据权利要求11或18所述的用户数据处理方法，其特征在于，所述目标用户的安全状态信息包括所述目标用户的健康状态信息。

20.根据权利要求11所述的用户数据处理方法，其特征在于，还包括向所述用户终端发送所述商家的安全状态信息。

21.一种商家数据处理系统，其特征在于，包括：

接收模块，用于接收一商家终端通过扫描一用户终端展示的一目标用户的二维码提交的二维码数据；其中，所述二维码数据是基于第一码数据及第二码数据生成的，所述第一码数据是依据所述目标用户的输入数据以及所述用户终端的用户即时数据生成的，所述第二码数据依据获取的挖掘数据生成的；

处理模块，用于依据所述第一码数据及第二码数据分析所述目标用户的安全状态；以及

发送模块，用于向所述商家终端反馈所述目标用户的安全状态信息。

22.一种云服务器系统，其特征在于，包括：

至少一存储设备，用于存储至少一个程序；以及

至少一处理设备，与所述存储设备相连，用于运行所述至少一个程序时以执行并实现权利要求1至9任一所述的商家数据处理方法或权利要求11至20任一所述的用户数据处理方法。

23.一种计算机可读存储介质，其特征在于，存储有至少一个程序，所述程序被处理器执行时执行并实现如权利要求1至9任一所述的商家数据处理方法或权利要求11至20任一所述的用户数据处理方法。

Images