CN111507491A - 服务信息展示、服务预约、服务信息处理方法与系统 - Google Patents

Abstract

本申请公开一种服务信息展示、服务预约、服务信息处理方法与系统，通过向商家发放用于表征该商家的安全状态信息的商家二维码，以使到店消费的用户可以通过扫描所述商家二维码获得商家的安全状态，同时还在商家的预览界面中展示商家的承诺信息，进而使得用户通过商家的预览界面了解商家的承诺及相关的执行情况；本申请还在商家的预览界面中展示商家的预约项信息，以利于用户方便快捷地选出符合卫生标准的线下门店或商户并进行预约，同时商家也可以藉由其商家二维码实现预约订单的核验，进而提高了商家与用户之间的信息交互的效率。

Description

服务信息展示、服务预约、服务信息处理方法与系统

技术领域

本申请涉及计算机数据处理领域，具体的涉及一种服务信息展示方法、服务信息展示系 统、云服务器系统、服务预约方法、服务预约系统、服务信息处理方法、服务信息处理方系 统、计算机装置、以及计算机可读存储介质。

背景技术

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

用户在线下到店消费时，对线下门店或商户的卫生标准提出了越来越高的要求，特别是 越来越多的用户视线下门店或商户的卫生条件和环境为一个重要的考量因素，用户更加关注 线下门店或商户的清洁和卫生标准，但是，现行O2O平台中，用户很难在APP的界面中查 阅或通过关键字等搜索条件筛选出符合卫生标准的线下门店或商户进行预约或到店消费。

发明内容

鉴于以上所述相关技术的缺点，本申请的目的在于提供一种服务信息展示方法、服务信 息展示系统、云服务器系统、服务预约方法、服务预约系统、服务信息处理方法、服务信息 处理方系统、计算机装置、以及计算机可读存储介质，用以通过应用程序的界面展示给用户 或预约用户提供符合卫生标准或遵守卫生承诺的线下门店和商户，以利于用户方便快捷地选 出符合卫生标准的线下门店或商户及预约服务。

为实现上述目的及其他相关目的，本申请公开的第一方面提供一种服务信息展示方法， 包括以下步骤：接收一商家提交的商家数据，所述商家数据包括承诺信息；将一商家标识信 息与所述商家数据进行关联以生成用于表征所述商家的安全状态信息的商家二维码；并在所 述商家的预览界面的第一目标位置展示所述承诺信息，以及在所述预览界面的第二目标位置 展示预约项信息；其中，所述商家二维码用于供一预约用户扫描，以使所述预约用户通过扫 描所述商家二维码获得所述商家的安全状态信息，以及使所述商家通过所述预约用户扫描所 述商家二维码核验所述预约用户的预约订单。

本申请公开的第二方面提供一种服务信息展示系统，包括：接收模块，用于接收一商家 提交的商家数据，所述商家数据包括承诺信息；处理模块，用于将一商家标识信息与所述商 家数据进行关联以生成用于表征所述商家的安全状态信息的商家二维码；并在所述商家的预 览界面的第一目标位置展示所述承诺信息，以及在所述预览界面的第二目标位置展示预约项 信息；其中，所述商家二维码用于供一预约用户扫描，以使所述预约用户通过扫描所述商家 二维码获得所述商家的安全状态信息，以及使所述商家通过所述预约用户扫描所述商家二维 码核验所述预约用户的预约订单。

本申请公开的第三方面提供一种云服务器系统，包括：至少一存储设备，用于存储至少 一个程序；以及至少一处理设备，与所述存储设备相连，用于运行所述至少一个程序时以执 行并实现上述第一方面所述的服务信息展示方法。

本申请公开的第四方面提供一种服务预约方法，包括以下步骤：检测到一预约用户对商 家POI列表中一商家触发操作时，加载所述商家的预览界面，所述商家的预览界面的第一目 标位置展示有所述商家的承诺信息及第二目标位置展示有所述商家的预约项信息；其中，所 述商家为通过认证组织认证的认证商家或者为服务承诺商家；检测到所述预约用户通过所述 预约项信息录入预约信息后生成一预约订单，并在所述预约订单的界面中向所述预约用户展 示所述商家的承诺信息。

本申请公开的第五方面提供一种服务预约系统，包括：第一检测模块，用于检测到一预 约用户对商家POI列表中一商家触发操作时，加载所述商家的预览界面，所述商家的预览界 面的第一目标位置展示有所述商家的承诺信息及第二目标位置展示有所述商家的预约项信息； 其中，所述商家为通过认证组织认证的认证商家或者为服务承诺商家；第二检测模块，用于 检测到所述预约用户通过所述预约项信息录入预约信息后生成一预约订单，并在所述预约订 单的界面中向所述预约用户展示所述商家的承诺信息。

本申请公开的第六方面提供一种服务信息处理方法，包括以下步骤：提交的包括承诺信 息的商家数据，以使所述承诺信息展示在商家的预览界面的第一位置，所述商家的预览界面 的第二位置还展示有所述商家的预约项信息；以及接收用于表征所述商家的安全状态信息的 商家二维码；所述商家二维码是通过所述商家的商家标识信息与所述商家数据进行关联生成 的。

本申请公开的第七方面提供一种服务信息处理系统，包括：发送模块，用于提交的包括 承诺信息的商家数据，以使所述承诺信息展示在商家的预览界面的第一位置，所述商家的预 览界面的第二位置还展示有所述商家的预约项信息；以及接收模块，用于接收用于表征所述 商家的安全状态信息的商家二维码；所述商家二维码是通过所述商家的商家标识信息与所述 商家数据进行关联生成的。

本申请公开的第八方面提供一种计算机装置，包括：显示器；至少一个存储器，用于存 储至少一个程序；至少一个处理器，与所述至少一个存储器连接，用于运行所述至少一个程 序时以执行并实现如上述第四方面所述的服务预约方法或者如上述第六方面所述的服务信息 处理方法。

本申请公开的第九方面提供一种计算机可读存储介质，存储有至少一个程序，所述程序 被处理器执行时执行并实现上述第一方面所述的服务信息展示方法、如上述第四方面所述的 服务预约方法、或者如上述第六方面所述的服务信息处理方法。

综上所述，本申请的服务信息展示方法、服务信息展示系统、云服务器系统、服务预约 方法、服务预约系统、服务信息处理方法、服务信息处理方系统、计算机装置、以及计算机 可读存储介质，通过向商家发放用于表征该商家的安全状态信息的商家二维码，以使到店消 费的用户可以通过扫描所述商家二维码获得商家的安全状态，同时还在商家的预览界面中展 示商家的承诺信息，进而使得用户通过商家的预览界面了解商家的承诺及相关的执行情况； 再者，本申请还在商家的预览界面中展示商家的预约项信息，以利于用户方便快捷地选出符 合卫生标准的线下门店或商户并进行预约，同时商家也可以藉由其商家二维码实现预约订单 的核验，进而提高了商家与用户之间的信息交互的效率。

本领域技术人员能够从下文的详细描述中容易地洞察到本申请的其它方面和优势。下文 的详细描述中仅显示和描述了本申请的示例性实施方式。如本领域技术人员将认识到的，本 申请的内容使得本领域技术人员能够对所公开的具体实施方式进行改动而不脱离本申请所涉 及发明的精神和范围。相应地，本申请的附图和说明书中的描述仅仅是示例性的，而非为限 制性的。

附图说明

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

图1显示为本申请的服务信息展示方法在一实施例中的流程图。

图2显示为本申请在一实施例中商家的预览界面的示意图。

图3显示为通过对图2中A区域的触发操作显示的界面示意图。

图4显示为通过对图2中B区域的触发操作显示的界面示意图。

图5显示为用户生成预约订单的界面示意图。

图6显示为在另一实施例中界面展示承诺信息的示意图。

图7显示为本申请的服务信息展示方法在另一实施例中的流程图。

图8显示为本申请的服务信息展示方法在再一实施例中的流程图。

图9显示为本申请的服务信息展示方法在又一实施例中的流程图。

图10显示为本申请服务信息展示系统在一实施例中的模块框图。

图11显示为本申请的服务预约方法在一实施例中的流程图。

图12显示为本申请在一实施例中的行业频道的预览界面示意图。

图13显示为本申请服务预约方法在另一实施例中的流程图。

图14显示为本申请服务预约系统在一实施例中的模块框图。

图15显示为本申请的服务信息处理方法在一实施例中的流程图。

图16显示为本申请计算机装置在一实施例中的示意图。

具体实施方式

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

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

虽然在一些实例中术语第一、第二等在本文中用来描述各种元件、信息或参数，但是这 些元件或参数不应当被这些术语限制。这些术语仅用来将一个元件或参数与另一个元件或参 数进行区分。例如，第一目标位置可以被称作第二目标位置，并且类似地，第二目标位置可 以被称作第一目标位置，而不脱离各种所描述的实施例的范围。第一目标位置和第二目标位 置均是在描述一个界面中展示的位置，但是除非上下文以其他方式明确指出，否则它们不是 同一个位置。取决于语境，比如在此所使用的词语“如果”可以被解释成为“在……时”或 “当……时”。

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

本申请提供一种服务信息展示方法，应用于包括服务端与至少一客户端的网络系统中， 所述系统例如为商业实体的O2O系统，所述O2O系统例如为包括云服务器设备与至少一用 户侧的电子设备及商家侧的处理设备之间均网络通信的网络系统，所述网络系统例如为商业 实体的餐饮商户订餐/订位的系统、或景点票务系统、或酒店入住系统等用于提供到店服务的 到店服务系统。在实践中，例如为所述网络可以是因特网、一个或多个内部网、局域网(LAN)、 广域网(WLAN)、存储局域网(SAN)等或其适当组合，本申请实施例对客户端、服务端的 种类或者发布者终端与服务器之间、响应者终端与服务器之间通信网络的类型或协议等在本 申请中均不做限定。

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

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

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

请参阅图1，显示为本申请的服务信息展示方法在一实施例中的流程图，如图所述，本申 请提供一种服务信息展示方法包括以下步骤：

在步骤S10中，接收一商家提交的商家数据，所述商家数据包括承诺信息；在实施例中， 商家通经过其商家终端向服务端提交商家数据，所述商家终端例如为装载有商家管理系统的 电脑，所述商家管理系统例如为E-Booking应用程序等，又或者，所述商家终端例如为装载 有商家管理APP的智能手机，商家通过操作APP界面中提供的录入项填写商家数据。

在实施例中，所述商家数据包括商家的承诺信息，在一个示例中，所述商家的承诺信息 例如为商家为证明其按照卫生认证信息而执行卫生操作所提供的承诺或病情防疫的承诺。所 述卫生承诺信息举例为文字、图案、图标、指定颜色或颜色组合中的至少一种方式。换言之， 在所述详情页界面中以文字、图案、图标、指定颜色或颜色组合中的至少一种方式展示与所 述卫生认证信息相关的卫生承诺信息。例如，所述卫生承诺信息在详情页界面中以包含有喇 叭图案和文字的形式展示。所述目标餐饮商户的餐饮卫生承诺信息包含图文信息，其中，文 字信息举例包括：“本店承诺：遵守《中国餐饮防疫自律公约》”的字样的条目，或者“安心 服务”及“每日消毒(或一日一消毒)、佩戴口罩、全员测温”等字样的条目。

应理解的，在其他应用场景的实施例中，所述商家的承诺信息还可以为服务质量的承诺、 消防安全的承诺、用水用电或用煤气的安全承诺等，为便于简述，本申请在以下的实施例中 将以商家卫生的承诺和病情防疫的承诺为例进行说明。

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

在实践中，所述商家人员的健康信息可例如通过获取所述商家标识信息和相应员工的员 工标识信息，并将所述商家标识信息与员工标识信息进行关联并予以保存，以供当获取所述 商家标识信息时确定所对应的商家数据；其中，所述员工标识信息对应相应员工的人员健康 信息，比如员工的“健康码”、“随身码”或“随行码”等二维码中的关联数据。

在步骤S11中，将一商家标识信息与所述商家数据进行关联以生成用于表征所述商家的 安全状态信息的商家二维码；在实施例中，所述服务端将一商家标识信息与所述商家数据进 行关联以生成用于表征所述商家的安全状态信息的商家二维码，并将所述商家二维码发送给 商家的终端，以使商家通过其终端或者将保存在终端内的二维码进行打印并贴出的方式向进 店的用户(消费者)展示。

在实施例中，装载有服务信息展示系统的服务端将所获取的商家数据与一商家标识信息 进行关联。其中，所述商家标识信息是从预先生成的多个商家标识信息中选取的。在此，服 务信息展示系统为申请参与安全状况展示的各商家预先分配商家标识信息，当获取到商家数 据时，将商家数据与所分配的商家标识信息进行关联，即将商家标识信息、商家标识信息与 商家数据的关联信息、和商家数据均存储在数据库中。其中，商家标识信息是服务端为管理 的每一个商家配置的商户唯一标识，所述服务端通过所述商家标识信息识别每一个商家的商 家基本信息以及各该商家上传的商家数据。在实践中，所述商家在初始的注册环节，将其商 家基本信息与所述商家标识信息进行绑定。

在此，根据商家触发展示二维码的不同情况，当服务端接收到商家基本信息时，依据商 家基本信息从数据库中查询相关联的该商家的商家标识信息和商家数据。当服务端接收到商 家填写安全状态承诺表中的商家数据时，建立商家数据和商家标识信息之间的关联关系并关 联保存。

在实施例中，服务端依据商家数据生成用于表征所述商家的安全状态信息的二维码数据 或二维码。其中，所述二维码数据为利用0、1对至少商家数据进行编码而得到的由0、1构 成的码矩阵。其中，所述二维码数据的编码方式举例但不限于：对商家数据中的各数据进行 一维编码处理并将各一维编码处理的数据堆叠成二维码数据，例如，采用Code16K、Code 49、 或PDF417等方式生成二维码数据；或者，对商家数据中的各数据进行交织编码处理，得到 二维码数据，例如，采用Code One、Maxi Code、QR Code、或Data Matrix等方式生成二维 码数据。例如，服务端将所述二维码数据发送至商家侧的处理设备。又如，服务端将所获取 的商家数据生成二维码数据，以及将所述二维码数据转换为二维码图片(或简称二维码)， 并将该二维码图片发送至商家侧的处理设备，由商家自行将二维码图片打印成纸质媒介张贴 在顾客或用户容易察觉的位置。

在实施例中，所述商家二维码用于供一预约用户扫描，以使所述预约用户通过扫描所述 商家二维码获得所述商家的安全状态信息；在一些示例中，服务端利用所获取的商家标识信 息，对数据库进行关联检索，以获取该商家的商家数据，并依据所述商家数据生成于表征所 述商家的安全状态信息的二维码数据或二维码。具体地，服务端根据所获取的商家数据的完 整度、商家数据中卫生执行信息、人员健康信息、商家位置信息等至少一种确定商家的安全 状态信息。例如，服务端所获取的商家数据的完整度为全部获取，卫生执行信息表示全部执 行，以及根据官方信息确定商家位置信息所在地理位置区域没有出现疑似或确诊的新冠状病 毒的病人，则确定商家的安全状态信息为“安全放心”等级。服务端通过对商家历史安全信 息的分析，所述安全状态信息还可以确定为“一般”等级或“不放心”等级。所述服务端按 照所得到的安全状态信息为商家数据、或图案配置颜色、字体、形状等，并生成二维码数据 或二维码。例如，当安全状态为“安全放心”等级，将商家数据中各数据前配置绿色放心图 标。又如，当安全状态为“一般”等级，将商家数据中各数据前配置黄色提醒图标。再如，当 安全状态为“不放心”等级，将商家数据中各数据前配置红色警告图标。又如，所述安全状 态信息可以按照安全等级分为红色、橙色、黄色、绿色四色。比如红色表示安全的风险等级 最高，橙色次之，黄色再次之，绿色表示无风险。比如，红色表示为“不放心商家的卫生安 全”；橙色表示为“全较不放心商家的卫生安”；黄色表示为“较放心商家的卫生安全”；绿 色表示“商家的卫生安全无风险”。

在另一些示例中，服务端利用所获取的商家标识信息，对数据库进行关联检索，以获取 在至少近期内与该商家相关的商家历史数据，其中，商家历史数据包括所述商家的历史安全 信息或/及历史客户信息。其中，历史安全信息是由商家历次上传的商家数据累积构成的历史 安全信息。例如，历史安全信息为近期内商家历次上传的商家数据。服务端根据历史安全信 息的上传频次、漏传次数、商家数据中卫生执行信息、人员健康信息等至少一种，确定商家 的安全状态信息。

在步骤S11中，服务端还在所述商家的预览界面的第一目标位置展示所述承诺信息，以 及在所述预览界面的第二目标位置展示预约项信息；应理解的，在实践中所述预览界面包含 行业频道的首页、行业频道下的二级界面，例如二级界面包括推荐界面、行业评价界面、或 更细分类的子界面等。所述预览界面还包含内嵌在当前显示界面中的子界面。例如，推荐界 面由多个板块的子界面拼接而成，其中，子界面包括以下多种：包含搜索输入框的预览界面， 按照行业分类而设置的分类推荐的子界面，以及推荐商户展示的子界面等。

在实施例中，所述商家的预览界面指商家详情页界面，在一示例性的实施例中，所述第 一或第二目标位置例如为所述商户的详情页的置顶区域，中部区域或者落地区域，比如以在 所述商户的预览界面的顶部以通知或者顶部公告(俗称顶通或界面顶通)的形式展示所述承 诺信息或者预约信息中的一个；或者又例如为所述商户的预览界面的落地区域(俗称落地页) 的形式展示所述承诺信息或者预约信息中的一个。应理解的，根据界面的设计，所述第一或 第二目标位置可以做灵活的调整。呈如图2，图2显示为本申请在一实施例中商家的预览界 面的示意图，如图所示，在所述商家的预览界面的第一目标位置(图示中的A位置)展示所 述承诺信息，以及在所述预览界面的第二目标位置(图示中的B位置)展示预约项信息。

呈如图2所示的，所述承诺信息例如为图示中带有“安心服务”及“每日消毒(或一日 一消毒)、佩戴口罩、全员测温”等字样的条目。所述承诺信息被展示在所述目标商户的预 览界面的中部区域(图示中的A位置)。所述预约项信息例如为图示中带有“安心预约”及“防聚集更安心”字样的等字样的条目，被展示在所述承诺信息的下侧(图示中的B位置)。

为更加便于用户注意或辨识，在所述预览界面的第一或第二目标位置以高亮展示、加粗 展示、以及对比色展示中的至少一种方式展示所述商户的承诺信息和预约项信息。在实践中， 为突出显示承诺信息，所述承诺信息或预约项信息的图标颜色以橙色、红色、绿色等带有提 示含义的颜色为主，或者，所述承诺信息或预约项信息在展示时采用加粗和/或高亮的图标边 框的方式，或者根据预览界面的底色对承诺信息或预约项信息进行反色处理等。在另一些示 例中，还可以利用文字展示承诺信息或预约项信息的方式包括将文字加粗、高亮、变色、变 形、使用特定字体、使用醒目颜色、使用鲜明的对比色等，在其他的实施例中，还可以为承 诺信息或预约项信息搭配图标或logo以增强其辨识性。

在实施例中，所述承诺信息或预约项信息均被配置为可以触发操作的热键区域或虚拟按 键，即用以借由用户的触发操作进入另一个显示窗口或显示页面，以使得用户可以在另一个 界面或页面中进一步了解所述承诺信息或预约项信息的详情。

请参阅图3，显示为通过对图2中A区域的触发操作显示的界面示意图，如图所述，在 图3所示的界面中，所述承诺信息关联有所述商户的关于卫生承诺的签约信息或自律信息， 检测到用户触发操作所述卫生承诺信息时加载显示所述签约信息或自律信息。在实施例中， 用户的客户端检测到用户触发操作A区域的承诺信息时加载签约信息或自律信息并在另一个 界面中显示所述签约信息或自律信息，以使得用户可以通过该卫生承诺信息了解该目标商户 的签约信息或自律信息的具体内容，例如，所述承诺信息关联有的签约或自律信息为：“安 心服务”以及其自律信息的内容：“商家将遵守安心服务承诺，打造放心消费环境……”的 具体内容。

请参阅图4，显示为通过对图2中B区域的触发操作显示的界面示意图，如图所述，在 图3所示的界面中，所述预约项信息关联有所述商户提供可预约服务的服务项目信息、时间 信息、以及用户信息，在实施例中，用户的客户端检测到用户触发操作所述预约项信息时， 加载该服务项信息关联的预约订单的界面，并在该界面中展示以供用户输入的预约内容，比 如图4所示的服务项目(例如“服务项目一”……“服务项目五”)，预约到店消费的时间， 预约提供服务的人员(比如技师)，到店消费的人数，以及预约用户的联系方式(比如手机 号的信息)，还可以包括用户的备注信息，以便用户提出该界面中不包括的信息，并且在该 界面中，仍展出与承诺信息相关的提示，以消除用户的到店顾虑。当用户输入预约信息完毕 之后，可点选“安心预约”的按键，进而生成一个预约订单，即跳转到图5所示的界面，图 5显示为用户生成预约订单的界面示意图，如图所示，在该界面中显示用户的订单详情，告知 用户预约成功的同时再次向用户展示商家的承诺信息，并提示用户到店后扫安心码以为后续 订单核验提供可能。

在另一实施例中，还包括服务端接收到所述预约用户通过所述预约项信息生成预约订单 时，在所述预约订单的界面中向所述预约用户展示所述商家的承诺信息，即上述图5所示的 界面。

在本申请的一个示例中，所述承诺信息为卫生承诺信息，所述卫生承诺信息遵循一商户 防疫自律公约、商户卫生自律公约、或商户卫生标准，所述商户防疫自律公约或商户卫生自 律公约、或商户卫生标准是经官方认证或民间组织认证的。

其中，所述认证组织包括商户之间联合发起且共同维护的民间组织，或者经行业/国家指 定的组织。所述认证组织所认证的商户需按照商户卫生认证信息中的约定执行。在实施例中， 所述商户卫生认证信息包括但不限于商户或商户联盟发起的防疫自律公约、卫生自律倡议、 卫生自律公约、或行业卫生标准中的一种。在实践中，所述商户通过认证的方式也可以为由 组织发出倡议或邀约，比如由美团平台向管理的多类行业商户中的多家商户发送邀约信息； 所述邀约信息中包括商户需提供给用户的卫生承诺信息；并在接收到至少一家商户反馈的关 联有所述卫生承诺信息的应邀申请时，通过审核后将该商户认定为认证商户。

在另一实施例中，所述商户通过也可以为由组织发出倡议或邀约，比如由美团平台向管 理的多类行业商户中的多家商户发送邀约信息；所述邀约信息中包括商户需提供给用户的卫 生承诺信息；并在接收到至少一家商户反馈的关联有所述卫生承诺信息的应邀申请时，通过 审核后将该商户认定为自主承诺商户，即商户不受官方或民间组织的认证，为商户通过平台 自主作出的自律卫生承诺或自律清洁承诺，该类商户在本申请中被称为自主承诺商户。

在一个示例性的实施例中，所述经官方认证例如为中国食品药品监督管理局、工商管理 局、卫生局、或者地方行政局等国家或国际组织的官方机构对商户、或店铺商家、或者商家 联盟发起的关于防疫或卫生的自律公约、自律倡议、或者行业标准等进行的官方审批或官方 认证；所述民间组织认证例如为商家或酒店商家联盟的发起的关于防疫或卫生的自律公约、 自律倡议、或者行业标准等进行的民间自发认证，例如为中国XXX(比如饭店、医美或KTV 等)协会、全国绿色XXX工作委员会、美团中的至少一家发起的自律公约、自律倡议或者民 间组织制定的商户卫生行业标准。比如，在一个示例性的实施例中，以中国XXX协会、全国 绿色XXX工作委员会、美团三家民间组织作为认证方，或者三家民间组织中的其中两家委托 第三家作为认证方认证的“中国商户防疫自律公约”或者“健康守护、安心到店倡议”为例， 所述公约或倡议内容经由细则解释说明。应理解的，针对行业的不同，所述官方机构或民间 组织对应的单位或机构也不相同。

在一个实施例中，所述承诺信息包括商家服务承诺信息、服务执行信息、商家员工健康 信息中的至少一种信息。请参阅图6，显示为在另一实施例中界面展示承诺信息的示意图，如 图所示，所述承诺信息包括商家服务承诺信息、服务执行信息、商家员工健康信息等多种信 息，在图6所示的实施例中，用户的客户端检测到用户触发操作A区域的承诺信息时加载签 约信息或自律信息并在另一个界面中显示包括商家服务承诺信息、服务执行信息、商家员工 健康信息等多种信息的内容。

在图6所示的示例中，用户的客户端检测到用户触发操作A区域的承诺信息时加载签约 信息或自律信息并在另一个界面中显示所述商家在预设时间段内的清洁状态、清洁过程、清 洁程度、清洁进度、清洁历史记录中的至少一种清洁信息的情况。

在此，商家所提供的清洁信息需反映其清洁具备时效性或执行清洁、消毒的频率，客户 端所展示的上述各清洁信息用于反映在预设时间段内的商家所承诺的卫生情况。其中，所述 预定时间段举例为：从商家上传清洁信息时开始的一预设时间段；或者，以预设的单位时长 对自然日/自然周/自然月进行划分，商家所上传的清洁信息的上传时间对应于经划分得到的未 来的某一时间段，客户端在相应时间段内展示该清洁信息。其中，未来的某一时间段举例为 在上传时间所在t1时间段之后的紧邻的t2时间段。在实践中，所述预定时间段以天为单位， 即确保商家在每天营业之前完成执行的清洁或消毒工作。在图6示例的界面中，所述清洁信 息例如为“清洁过程”的图片，即界面中所示的更新于2020年2月13日的“清洁现场图片 一”至“清洁现场图片四”的清洁过程，借此以使预约用户可以通过该界面了解到该商家的 清洁过程。

在实施例中，所述的清洁状态例如包括：清洁中、清洁完成、检查完毕等；所述的清洁 过程例如包括：消毒餐具、拖地、喷消毒液、水池清洗等；所述清洁程度例如包括清洁度60％， 清洁度100％等；所述清洁进度例如包括清洁完成10％，清洁完成60％，清洁完成100％等， 比如用进度条的方式显示；所述清洁历史记录例如为清洁日志，A包房于2020年2月4日上 午10点30分完成清洁工作，清洁人：张XX。用户可以通过触发操作该热键区域即可查阅商 家至少一个目标区域实施的清洁情况，如此，用户不但可以监督该商家声明的承诺，还可以 通过了解该些信息确定是否预订该商家的服务，进而消除了预约用户的对卫生条件的顾虑。

在实施例中，所述清洁信息包括图片、视频、文字、语音、以及符号标示中的一种。在 一个示例性的实施例中，所述清洁信息例如为多幅图片，用于显示商家服务人员在清洁过程 中及清洁完毕后的效果，例如显示擦拭桌面的图片，喷洒消毒液的图片等。在另一个示例性 的实施例中，所述清洁信息例如为视频，用于通过播放显示商家服务人员在清洁过程及清洁 完毕后的效果。通过该种方式，使得用户可以通过触发操作该热键区域即可查阅商家的某种 类型的房间实施的清洁情况，不但可以监督该商家声明的承诺，还可以通过了解该些信息确 定是否前往该商家，进而消除了用户的对卫生条件的顾虑。

在其他的实施例中，所述清洁信息包括文字、语音、以及符号标示中的一种，换言之， 凡能表示清洁状态、清洁过程、清洁程度、清洁进度、清洁历史记录中的至少一种清洁信息 的表达方式均适应于本申请的实施方案。

在步骤S11中生成的商家二维码还用于使所述商家通过所述预约用户扫描所述商家二维 码核验所述预约用户的预约订单。

诚如上述，所述服务端将一商家标识信息与所述商家数据进行关联以生成用于表征所述 商家的安全状态信息的商家二维码，并将所述商家二维码发送给商家的终端，以使商家通过 其终端或者将保存在终端内的二维码进行打印并贴出的方式向进店的用户(消费者)展示。

本申请的服务信息展示方法还包括步骤S12，请参阅图7，显示为本申请的服务信息展示 方法在另一实施例中的流程图，如图所示，在步骤S12中，服务端接收通过所述预约项信息 生成一预约订单的预约用户提交的所述商家二维码识别信息时，向所述预约用户提供所述商 家的承诺信息；以及向所述商家提供所述预约订单的核验信息。具体地，预约用户通过商家 详情页展示的预约项信息到订单生成界面中完成订单的预约后，在约定的时间到店消费，用 户可以通过其客户端扫描商家展示的商家二维码，在此，用户客户端利用生成二维码数据的 反操作解析二维码数据，并按照预设版面格式展示在用户客户端的界面中。在一些示例中， 若二维码数据中还包括安全状态信息，则用户客户端按照安全状态信息所对应的颜色、图标 等将解析出的商家数据予以显示。在实践中，用户客户端将从二维码图片中读出的二维码数 据发送给服务端，由服务端将二维码数据解析为商家数据，服务端将商家数据发送至客户端。 在本申请中，所述用户客户端不仅将扫描的商家二维码的二维码数据发送至服务端，还将其 用户信息一并上传给服务端，服务端获得用户信息后，将用户信息与预约订单的用户信息进 行匹配，即可以获得用户到店状态，进而向所述商家提供所述预约订单的核验信息，在实施 例中，所述预约订单的核验信息例如为“用户已到店”、“订单已核销”等可以表示预约订 单从预约状态变更为执行状态的信息。

在相关的技术中，预约订单的核验工作通常由商家侧执行，即每一预约用户到店后，商 家都需要进行一次操作，通过本申请提供的方案，商家侧展示商家二维码，由预约用户到店 后扫码，在向预约用户提供商家安全状态或承诺信息的同时，也一并通过采集用户信息获得 了用户的到店状态，进而完成预约订单的核验，进而省去了商家的操作，提高了信息的交互 效率。

在另一实施例中，还包括步骤S12’，请参阅图8，显示为本申请的服务信息展示方法在 再一实施例中的流程图，如图所示，在步骤S12’中，服务端接收通过所述预约项信息生成一 预约订单的预约用户提交的所述商家二维码识别信息时，依据所述预约用户提交的或预存的 用户信息向所述商家提供所述预约用户的安全状态信息。在实施例中，所述预约用户的用户 信息包括身份信息、通讯信息、出行信息、健康信息、及承诺信息中的至少一种；其中，所 述健康信息包括预约用户的当前健康信息或/及至少一个历史时期的健康信息。所述预约用户 的安全状态信息用不同颜色表征用户的安全等级；所述预约用户的安全状态信息包括用户健 康状态信息。

在实施例中，所述用户的用户信息可以是用户预先或现场填写完成之后提交的，所述预 先提交或现场填写提交例如为客户端根据用户的操作加载健康情况承诺表。其中，健康情况 承诺表中提供用户需输入的承诺提示。例如，提示用户输入身份信息、通讯信息、出行信息、 健康信息、及承诺信息中的至少一种输入数据。

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

服务端接收通过所述预约项信息生成一预约订单的预约用户提交的所述商家二维码识别 信息同时，还获取到用户信息，并通过分析所述用户信息获得用户的安全状态，所述安全状 态例如为健康安全状态或行为安全状态，其中所述行为安全状态例如为所述用户的历史行为 数据或/及所述预约用户的风险评估数据等。其中，所述历史行为数据包括：所述预约用户的 迁移轨迹信息、出行轨迹信息、社交行为信息、消费行为信息、及网站登录信息中的至少一 种信息。服务端通过分析获得用户安全状态，将该预约用户的安全状态信息发送给商家，以 使商家知悉该预约用户是否一个健康用户或安全用户，进而决策是否为该用户提供服务，以 消除商家可能面临不确定风险的疑虑。

在实施例中，服务端分析所述用户信息获得用户的安全状态的实施方式例如，服务端接 收一客户端提交的一用户的用户信息，获取所述客户端的用户即时数据以及与所述用户相关 的挖掘数据。在此，服务端可利用所获取的用户即时数据和/或输入数据，对数据库进行关联 检索和分析，以获取在至少近期内与所述预约用户相关的挖掘数据。其中，所述挖掘数据为 云服务器系统侧利用数据库中存储的大数据，对预约用户的输入数据和/或用户即时数据所关 联的数据进行分析得到的，其包括但不限于：所述预约用户的历史行为数据或/及所述预约用 户的风险评估数据等。其中，所述历史行为数据包括：所述预约用户的迁移轨迹信息、出行 轨迹信息、社交行为信息、消费行为信息、及网站登录信息中的至少一种信息。

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

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

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

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

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

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

例如，当根据风险评估数据确定预约用户的健康状态为身体健康等级时，则确定用户二 维码的颜色为绿色，并将二维码数据以绿色的二维码形式发送至商家终端。当根据风险评估 数据确定预约用户的健康状态为“身体一般”等级时，则确定二维码的颜色为黄色，并将二 维码数据以黄色的二维码形式发送至商家终端。当根据风险评估数据确定预约用户的健康状 态为“身体健康有风险”等级时，则确定二维码的颜色为红色，并将二维码数据以红色的二 维码形式发送至商家终端。

在另一实施例中，所述身体健康等级(即安全状态等级)可以按照安全等级分为红色、 橙色、黄色、绿色四色。比如红色表示安全的风险等级最高，橙色次之，黄色再次之，绿色 表示无风险。

在另一实施例中，还包括步骤S12”，请参阅图9，显示为本申请的服务信息展示方法在 又一实施例中的流程图，如图所示，服务端将一商家标识信息与所述商家数据进行关联以生 成用于表征所述商家的安全状态信息的商家二维码之后，在步骤S12”中，服务端将所述商家 二维码发送给所述商家的商家终端以使其展示；或者将所述商家二维码的二维码数据发送给 所述商家的商家终端以使其生成所述商家二维码并展示。例如，服务端将所述二维码数据发 送至商家侧的处理设备。又如，服务端将所获取的商家数据生成二维码数据，以及将所述二 维码数据转换为二维码图片(或简称二维码)，并将该二维码图片发送至商家侧的处理设备， 由商家自行将二维码图片打印成纸质媒介张贴在顾客或用户容易察觉的位置。

本申请的服务信息展示方法通过向商家发放用于表征该商家的安全状态信息的商家二维 码，以使到店消费的用户可以通过扫描所述商家二维码获得商家的安全状态，同时还在商家 的预览界面中展示商家的承诺信息，进而使得用户通过商家的预览界面了解商家的承诺及相 关的执行情况；再者，本申请还在商家的预览界面中展示商家的预约项信息，以利于用户方 便快捷地选出符合卫生标准的线下门店或商户并进行预约，同时商家也可以藉由其商家二维 码实现预约订单的核验，进而提高了商家与用户之间的信息交互的效率。

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

请参阅图10，显示为本申请服务信息展示系统在一实施例中的模块框图，如图所示，所 述服务信息展示系统10包括接收模块100及处理模块101。

所述接收模块100用于接收一商家提交的商家数据，所述商家数据包括承诺信息；

所述处理模块101用于将一商家标识信息与所述商家数据进行关联以生成用于表征所述 商家的安全状态信息的商家二维码；并在所述商家的预览界面的第一目标位置展示所述承诺 信息，以及在所述预览界面的第二目标位置展示预约项信息；其中，所述商家二维码用于供 一预约用户扫描，以使所述预约用户通过扫描所述商家二维码获得所述商家的安全状态信息， 以及使所述商家通过所述预约用户扫描所述商家二维码核验所述预约用户的预约订单。

在实施例中，为简化说明，所述服务信息展示系统10中的接收模块100及处理模块101 可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与 计算机指令的组合来实现上述图1至图9所示实施例中的服务信息展示方法的步骤。

本申请的服务信息展示系统通过向商家发放用于表征该商家的安全状态信息的商家二维 码，以使到店消费的用户可以通过扫描所述商家二维码获得商家的安全状态，同时还在商家 的预览界面中展示商家的承诺信息，进而使得用户通过商家的预览界面了解商家的承诺及相 关的执行情况；再者，本申请还在商家的预览界面中展示商家的预约项信息，以利于用户方 便快捷地选出符合卫生标准的线下门店或商户并进行预约，同时商家也可以藉由其商家二维 码实现预约订单的核验，进而提高了商家与用户之间的信息交互的效率。

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

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

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

本申请的云服务器系统通过向商家发放用于表征该商家的安全状态信息的商家二维码， 以使到店消费的用户可以通过扫描所述商家二维码获得商家的安全状态，同时还在商家的预 览界面中展示商家的承诺信息，进而使得用户通过商家的预览界面了解商家的承诺及相关的 执行情况；再者，本申请还在商家的预览界面中展示商家的预约项信息，以利于用户方便快 捷地选出符合卫生标准的线下门店或商户并进行预约，同时商家也可以藉由其商家二维码实 现预约订单的核验，进而提高了商家与用户之间的信息交互的效率。

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

请参阅图11，显示为本申请的服务预约方法在一实施例中的流程图，如图所示，所述服 务预约方法包括以下步骤：

在步骤S20，客户端检测到一预约用户对商家POI列表中一商家触发操作时，加载所述 商家的预览界面，所述商家的预览界面的第一目标位置展示有所述商家的承诺信息及第二目 标位置展示有所述商家的预约项信息；其中，所述商家为通过认证组织认证的认证商家或者 为服务承诺商家。

在实施例中，客户端依据用户的触发操作加载行业频道的浏览界面以供用户进行搜索操 作或选择操作，所述行业频道的浏览界面展示有多个类型的商户；在实施例中，所述客户端 在一O2O的应用程序被打开的状态下，检测到用户触发操作时，加载该应用程序中的行业频 道的预览界面；实践中，所述应用程序例如为美团APP或者大众点评APP等。应理解的，所 述预览界面也可以被称之为预订界面。

在实施例中，所述触发操作例如为用户触发客户端的显示屏，客户端的触控屏检测器或 事件监测器检测到的操作，触控屏检测器检测用户在当前显示页面中的触发事件时执行相应 的操作。比如依据用户的触发操作以打开行业频道或商户频道界面或者依据用户的触发操作 以打开目标界面，又或者依据用户的触发操作获得输入的检索信息等。所述事件监测器从外 围设备接口接收事件信息。事件信息包括关于子事件(例如，作为多触摸手势的一部分的触 敏显示器系统上的用户触摸)的信息。应理解的，当所述客户端为台式计算机或笔记本电脑 时，所述触发操作又例如为通过例如键盘或鼠标的输入设备执行的相应操作。

再比如当行业频道的首页为“休闲娱乐”时，其二级界面例如为“洗浴/汗蒸”的界面。 在本申请的实施例中，所述“休闲娱乐”频道和“洗浴/汗蒸”频道均可以被称为行业频道。 所述行业频道的浏览界面展示有多个类型的商户。请参阅图12，显示为本申请在一实施例中 的行业频道的预览界面示意图；在图12所示的实施例中，例如客户端在一O2O的应用程序 被打开的状态下，检测到用户触发操作时，加载该应用程序中休闲玩乐的行业频道的预览界 面。所述行业频道的浏览界面展示有多个类型的商户的POI列表，比如图12中所示在POI列 表中展示有“XXXX汗蒸馆”商户以及“XXX私人影院”商户的不同类型的商户。

在实施例中，所述的POI(Point of Information，中文为“信息点”)列表中显示有POI 信息，所述的POI信息，至少包括下述任一种形式的信息：文字信息、图片信息、语音信息、 视频信息；在某些实施例中，所述的POI信息至少包括但不限于以下一种内容：位置点名称、 位置点类别、位置点经度和纬度信息、交通信息、消费水平信息、导游信息、商品信息、评 论信息、推荐指数信息、位置点附近范围地标信息、位置点附近范围商家信息；所述附近范 围商家至少包括下述一种或多种商家类别：酒店、饭店、商铺；其中所述附近范围支持设定。 例如：用户通过POI信息，可以发现周边的住宿、出行、娱乐、生活、购物、景点等相关信 息，一般对于用户所处景点，还会包含评论数、排名和景区标签等信息，为简化说明，下文 将不再对类似的情况进行赘述。

其中，所述商户POI列表(Point Of Interest list)表示根据用户输入的搜索信息而得到的 搜索结果的列表，或者也可以是根据用户选择行业频道而得到的商户列表；该列表中所提供 的各商户维度信息是位于一地理区域内的商户的信息；其中，该地理区域是根据所输入的搜 索信息中的地理位置而确定的，也可以是根据用户端的定位信息而确定的。例如，客户端根 据步骤S10中检测的地理位置为A市B街区等搜索信息得到的POI列表包括：位于B街区 以及其3000m范围内的各商户的商户维度信息。在此，所述商户维度信息又称商户维度，其 包括但不限于：商户名称、商户位置、商户图片、商户的服务价格等信息。在实施例中，所 述商户POI列表中的商户是以位置距离、价格、商户评级、好评度、以及人气度中的一种规 则或多种规则的综合计算在界面中排序展示的。

在步骤S20中，客户端检测到一预约用户对商家POI列表中一商家触发操作时，加载所 述商家的预览界面，呈如图2，图2显示为本申请在一实施例中商家的预览界面的示意图， 如图所示，在所述商家的预览界面的第一目标位置(图示中的A位置)展示所述承诺信息， 以及在所述预览界面的第二目标位置(图示中的B位置)展示预约项信息。为简化说明，针 对图2的描述呈如上述图2的描述，在此将不再对类似的情况进行赘述。

在步骤S21中，客户端检测到所述预约用户通过所述预约项信息录入预约信息后生成一 预约订单，并在所述预约订单的界面中向所述预约用户展示所述商家的承诺信息。在实施例 中，所述预约项信息包括服务项信息、时间信息、以及用户信息；所述承诺信息包括商家服 务承诺信息、服务执行信息、商家员工健康信息中的至少一种信息。比如图4所示的界面， 所述预约项信息关联有所述商户提供可预约服务的服务项目信息、时间信息、以及用户信息， 在实施例中，用户的客户端检测到用户触发操作所述预约项信息时，加载该服务项信息关联 的预约订单的界面，并在该界面中展示以供用户输入的预约内容，比如图4所示的服务项目 (例如“服务项目一”……“服务项目五”)，预约到店消费的时间，预约提供服务的人员 (比如技师)，到店消费的人数，以及预约用户的联系方式(比如手机号的信息)，还可以 包括用户的备注信息，以便用户提出该界面中不包括的信息，并且在该界面中，仍展出与承 诺信息相关的提示，以消除用户的到店顾虑。当用户输入预约信息完毕之后，可点选“安心 预约”的按键，进而生成一个预约订单，即跳转到图5所示的界面，图5显示为用户生成预 约订单的界面示意图，如图所示，在该界面中显示用户的订单详情，告知用户预约成功的同 时再次向用户展示商家的承诺信息，并提示用户到店后扫安心码以为后续订单核验提供可能。

在另一实施例中，还包括服务端接收到所述预约用户通过所述预约项信息生成预约订单 时，在所述预约订单的界面中向所述预约用户展示所述商家的承诺信息，即上述图5所示的 界面。

本申请的服务预约方法还包括步骤S22及步骤S23，请参阅图13，显示为本申请服务预 约方法在另一实施例中的流程图，如图所示，在步骤S22中，客户端提交所述商家的商家二 维码的识别信息以及所述预约用户的用户信息；所述商家的商家二维码是将所述商家的商家 标识信息与其商家数据进行关联以生成的；具体地，预约用户通过商家详情页展示的预约项 信息到订单生成界面中完成订单的预约后，在约定的时间到店消费，用户通过其客户端扫描 商家展示的商家二维码，并向服务端提交所述商家的商家二维码的识别信息以及所述预约用 户的用户信息。在本实施例中，所述商家二维码的生成过程及其关联的信息呈如上述，不再 予以赘述。

在实施例中，服务端接收通过所述预约项信息生成一预约订单的预约用户提交的所述商 家二维码识别信息同时，还获取到用户信息，所述用户信息的一部分包含在预约订单中，比 如用户在预约订单中预留的手机号码等信息。

在步骤S23中，客户端接收用于表征所述商家的安全状态信息或/及所述商家的承诺信息。 具体地，服务端根据所获取的商家数据的完整度、商家数据中卫生执行信息、人员健康信息、 商家位置信息等至少一种确定商家的安全状态信息并反馈给客户端，以使预约用户了解该商 家的情况。

在实施例中，服务端所获取的商家数据的完整度为全部获取，卫生执行信息表示全部执 行，以及根据官方信息确定商家位置信息所在地理位置区域没有出现疑似或确诊的新冠状病 毒的病人，则确定商家的安全状态信息为“安全放心”等级。服务端通过对商家历史安全信 息的分析，所述安全状态信息还可以确定为“一般”等级或“不放心”等级。所述服务端按 照所得到的安全状态信息为商家数据、或图案配置颜色、字体、形状等，并生成二维码数据 或二维码。例如，当安全状态为“安全放心”等级，将商家数据中各数据前配置绿色放心图 标。又如，当安全状态为“一般”等级，将商家数据中各数据前配置黄色提醒图标。再如，当 安全状态为“不放心”等级，将商家数据中各数据前配置红色警告图标。又如，所述安全状 态信息可以按照安全等级分为红色、橙色、黄色、绿色四色。比如红色表示安全的风险等级 最高，橙色次之，黄色再次之，绿色表示无风险。比如，红色表示为“不放心商家的卫生安 全”；橙色表示为“全较不放心商家的卫生安”；黄色表示为“较放心商家的卫生安全”；绿 色表示“商家的卫生安全无风险”。

在另一些示例中，服务端利用所获取的商家标识信息，对数据库进行关联检索，以获取 在至少近期内与该商家相关的商家历史数据，其中，商家历史数据包括所述商家的历史安全 信息或/及历史客户信息。其中，历史安全信息是由商家历次上传的商家数据累积构成的历史 安全信息。例如，历史安全信息为近期内商家历次上传的商家数据。服务端根据历史安全信 息的上传频次、漏传次数、商家数据中卫生执行信息、人员健康信息等至少一种，确定商家 的安全状态信息。

在实施例中，所述提交所述商家的商家二维码的识别信息以及所述预约用户的用户信息 的步骤中：还包括提交所述预约用户的安全状态信息；所述预约用户的用户信息包括身份信 息、通讯信息、出行信息、健康信息、及用户承诺信息中的至少一种；其中，所述健康信息 包括预约用户的当前健康信息或/及至少一个历史时期的健康信息。

所述预约用户的安全状态信息用不同颜色表征用户的安全等级；所述预约用户的安全状 态信息包括用户健康状态信息或用户行为状态信息(诚如上述，不再赘述)。在实施例中， 用户的安全等级也可以分为红色、橙色、黄色、绿色四色。比如红色表示安全的风险等级最 高，橙色次之，黄色再次之，绿色表示无风险。在实施例中，所述预约项信息包括服务项信 息、时间信息、以及用户信息；所述承诺信息包括商家服务承诺信息、服务执行信息、商家 员工健康信息中的至少一种信息。

在实施例中，服务端接收通过所述预约项信息生成一预约订单的预约用户提交的所述商 家二维码识别信息时，向所述预约用户提供所述商家的承诺信息的同时，还向所述商家提供 所述预约订单的核验信息。具体地，预约用户通过商家详情页展示的预约项信息到订单生成 界面中完成订单的预约后，在约定的时间到店消费，用户可以通过其客户端扫描商家展示的 商家二维码，在此，用户客户端利用生成二维码数据的反操作解析二维码数据，并按照预设 版面格式展示在用户客户端的界面中。在一些示例中，若二维码数据中还包括安全状态信息， 则用户客户端按照安全状态信息所对应的颜色、图标等将解析出的商家数据予以显示。在实 践中，用户客户端将从二维码图片中读出的二维码数据发送给服务端，由服务端将二维码数 据解析为商家数据，服务端将商家数据发送至客户端。在本申请中，所述用户客户端不仅将 扫描的商家二维码的二维码数据发送至服务端，还将其用户信息一并上传给服务端，服务端 获得用户信息后，将用户信息与预约订单的用户信息进行匹配，即可以获得用户到店状态， 进而向所述商家提供所述预约订单的核验信息，在实施例中，所述预约订单的核验信息例如 为“用户已到店”、“订单已核销”等可以表示预约订单从预约状态变更为执行状态的信息。

在相关的技术中，预约订单的核验工作通常由商家侧执行，即每一预约用户到店后，商 家都需要进行一次操作，通过本申请提供的方案，商家侧展示商家二维码，由预约用户到店 后扫码，在向预约用户提供商家安全状态或承诺信息的同时，也一并通过采集用户信息获得 了用户的到店状态，进而完成预约订单的核验，进而省去了商家的操作，提高了信息的交互 效率。

综上所述，本申请的服务预约方法通过扫描商家用于表征该商家的安全状态信息的商家 二维码，以使到店消费的用户获得商家的安全状态，同时还在商家的预览界面中展示商家的 承诺信息，进而使得用户通过商家的预览界面了解商家的承诺及相关的执行情况；再者，本 申请还在商家的预览界面中展示商家的预约项信息，以利于用户方便快捷地选出符合卫生标 准的线下门店或商户并进行预约，同时商家也可以藉由其商家二维码实现预约订单的核验， 进而提高了商家与用户之间的信息交互的效率。

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

请参阅图14，显示为本申请服务预约系统在一实施例中的模块框图，如图所示，所述服 务预约系统20包括第一检测模块200及第一检测模块201。

所述第一检测模块200用于检测到一预约用户对商家POI列表中一商家触发操作时，加 载所述商家的预览界面，所述商家的预览界面的第一目标位置展示有所述商家的承诺信息及 第二目标位置展示有所述商家的预约项信息；其中，所述商家为通过认证组织认证的认证商 家或者为服务承诺商家；

第二检测模块201用于检测到所述预约用户通过所述预约项信息录入预约信息后生成一 预约订单，并在所述预约订单的界面中向所述预约用户展示所述商家的承诺信息。

在实施例中，为简化说明，所述服务预约系统20中的第一检测模块200及第一检测模块 201可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬 件与计算机指令的组合来实现上述图11至图13及图2至图6所示实施例中的服务预约方法 的步骤。

如上所述，本申请的服务预约系统通过扫描商家用于表征该商家的安全状态信息的商家 二维码，以使到店消费的用户获得商家的安全状态，同时还在商家的预览界面中展示商家的 承诺信息，进而使得用户通过商家的预览界面了解商家的承诺及相关的执行情况；再者，本 申请还在商家的预览界面中展示商家的预约项信息，以利于用户方便快捷地选出符合卫生标 准的线下门店或商户并进行预约，同时商家也可以藉由其商家二维码实现预约订单的核验， 进而提高了商家与用户之间的信息交互的效率。

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

请参阅图15，显示为本申请的服务信息处理方法在一实施例中的流程图，如图所示，所 述服务信息处理方法包括以下步骤：

在步骤S30中，商家终端提交包括承诺信息的商家数据，以使所述承诺信息展示在商家 的预览界面的第一位置，所述商家的预览界面的第二位置还展示有所述商家的预约项信息； 在实施例中，所述商家通经过其商家终端向服务端提交商家数据，所述商家终端例如为装载 有商家管理系统的电脑，所述商家管理系统例如为E-Booking应用程序等，又或者，所述商 家终端例如为装载有商家管理APP的智能手机，商家通过操作APP界面中提供的录入项填 写商家数据。为简化说明，所述承诺信息及预约项信息被展示在商家的预览界面的第一位置 及第二位置的示例呈如上述针对图2及其示例的描述，所述商家数据及包括的承诺信息的描 述呈如上述针对图1中步骤S10的描述；在此不予赘述。

在步骤S31中，商家终端接收用于表征所述商家的安全状态信息的商家二维码；所述商 家二维码是通过所述商家的商家标识信息与所述商家数据进行关联生成的。为简化说明，商 家二维码的描述呈如上述针对图1中步骤S11的描述，在此不予赘述。

例如，服务端将所述二维码数据发送至商家侧的处理设备。又如，服务端将所获取的商 家数据生成二维码数据，以及将所述二维码数据转换为二维码图片(或简称二维码)，并将 该二维码图片发送至商家侧的处理设备，由商家自行将二维码图片打印成纸质媒介张贴在顾 客或用户容易察觉的位置。

本申请的服务信息处理方法还包括接收一预约用户通过所述预约项信息录入预约信息后 生成的预约订单的步骤。在实施例中，预约用户通过客户端触发操作所述预约项信息时，并 在该订单界面中展示以供用户输入的预约内容，比如图4所示的服务项目(例如“服务项目 一”……“服务项目五”)，预约到店消费的时间，预约提供服务的人员(比如技师)，到店 消费的人数，以及预约用户的联系方式(比如手机号的信息)等信息，客户端提交该订单后， 在服务端生成一个预约订单，服务端并将所述预约订单发送给商家终端，以使商家获悉其某 项服务被预约的情况，即，商家终端接收该预约用户通过所述预约项信息录入预约信息后生 成的预约订单。

本申请的服务信息处理方法还包括接收一预约订单的核验信息的步骤，所述预约订单的 核验信息是通过一预约用户提交的所述商家二维码识别信息获取的。具体地，预约用户通过 商家详情页展示的预约项信息到订单生成界面中完成订单的预约后，在约定的时间到店消费， 预约用户通过其客户端扫描商家展示的商家二维码，在此，用户客户端利用生成二维码数据 的反操作解析二维码数据，并按照预设版面格式展示在用户客户端的界面中。在一些示例中， 若二维码数据中还包括安全状态信息，则用户客户端按照安全状态信息所对应的颜色、图标 等将解析出的商家数据予以显示。在实践中，用户客户端将从二维码图片中读出的二维码数 据发送给服务端，由服务端将二维码数据解析为商家数据，服务端将商家数据发送至用户终 端。在本申请中，所述用户客户端不仅将扫描的商家二维码的二维码数据发送至服务端，还 将其用户信息一并上传给服务端，服务端获得用户信息后，将用户信息与预约订单的用户信 息进行匹配，即可以获得用户到店状态，进而向所述商家提供所述预约订单的核验信息，在 实施例中，所述预约订单的核验信息例如为“用户已到店”、“订单已核销”等可以表示预 约订单从预约状态变更为执行状态的信息。

在相关的技术中，预约订单的核验工作通常由商家侧执行，即每一预约用户到店后，商 家都需要进行一次操作，通过本申请提供的方案，商家侧展示商家二维码，由预约用户到店 后扫码，在向预约用户提供商家安全状态或承诺信息的同时，也一并通过采集用户信息获得 了用户的到店状态，进而完成预约订单的核验，进而省去了商家的操作，提高了信息的交互 效率。

本申请的服务信息处理方法还包括接收一预约用户的安全状态信息的步骤，所述预约用 户的安全状态信息是通过所述预约用户提交的所述商家二维码识别信息获取的；在实施例中， 服务端接收通过所述预约项信息生成一预约订单的预约用户提交的所述商家二维码识别信息 时，依据所述预约用户提交的或预存的用户信息向所述商家提供所述预约用户的安全状态信 息。在实施例中，所述预约用户的用户信息包括身份信息、通讯信息、出行信息、健康信息、 及承诺信息中的至少一种；其中，所述健康信息包括预约用户的当前健康信息或/及至少一个 历史时期的健康信息。所述预约用户的安全状态信息用不同颜色表征用户的安全等级；所述 预约用户的安全状态信息包括用户健康状态信息。

在实施例中，所述用户的用户信息可以是用户预先或现场填写完成之后提交的，所述预 先提交或现场填写提交例如为用户终端根据用户的操作加载健康情况承诺表。其中，健康情 况承诺表中提供用户需输入的承诺提示。例如，提示用户输入身份信息、通讯信息、出行信 息、健康信息、及承诺信息中的至少一种输入数据，为简化说明，服务端获取用户信息的方 式以及服务端分析所述用户信息获得用户的安全状态的实施方式呈如上述针对图8的实施例 的描述，在此不予赘述。

商家可以藉由预约用户的扫码操作，在核销订单的同时也知悉了该预约用户的安全状态 信息，即，服务端通过分析获得用户安全状态，将该预约用户的安全状态信息发送给商家， 以使商家知悉该预约用户是否一个健康用户或安全用户，进而决策是否为该用户提供服务， 以消除商家可能面临不确定风险的疑虑。

本申请的服务信息处理方法商家展示用于表征该商家的安全状态信息的商家二维码，以 使到店消费的用户可以通过扫描所述商家二维码获得商家的安全状态，同时还在商家的预览 界面中展示商家的承诺信息，进而使得用户通过商家的预览界面了解商家的承诺及相关的执 行情况；再者，本申请还在商家的预览界面中展示商家的预约项信息，以利于用户方便快捷 地选出符合卫生标准的线下门店或商户并进行预约，同时商家也可以藉由其商家二维码实现 预约订单的核验，进而提高了商家与用户之间的信息交互的效率。

本申请还提供一种计算机装置。请参阅图16，显示为本申请电子设备在一实施例中的示 意图，如图所示，本申请的计算机装置包括：显示器200，至少一个存储器301，以及至少一 个处理器302。

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

所述显示器300是功能是通过电子设备中的图形模块及显示其控制器实现的，所述图形 模块包括用于在触摸屏上呈现和显示图形的各种已知软件组件。注意术语“图形”包括可以 显示给用户的任何对象，包括但不局限于文本、网页、图标(例如包括软按键在内的用户界 面对象)、数字图像、视频、动画等等。显示屏例如为触摸屏，在设备与用户之间同时提供 输出接口和输入接口。触摸屏控制器接收/发送来自/去往触摸屏的电信号。该触摸屏则向用户 显示可视输出。这个可视输出可以包括文本、图形、视频及其任意组合。

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

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

本申请还提供一种计算机可读写存储介质，存储有计算机程序，所述计算机程序被执行 时实现上述针对服务信息展示方法所描述的至少一种实施例，比如图1至图9所示实施例中 的服务信息展示方法所描述的至少一种实施例。

本申请还提供再一种计算机可读写存储介质，存储有计算机程序，所述计算机程序被执 行时实现上述针对服务预约方法所描述的至少一种实施例，比如上述图11至图13及图2至 图6所示实施例中的服务预约方法所描述的至少一种实施例。

本申请还提供还一种计算机可读写存储介质，存储有计算机程序，所述计算机程序被执 行时实现上述针对服务信息处理方法所描述的至少一种实施例，比如上述图15及图2至图 6所示实施例中的服务预约方法所描述的至少一种实施例。

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

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

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

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

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

Claims (24)

1.一种服务信息展示方法，其特征在于，包括以下步骤：

接收一商家提交的商家数据，所述商家数据包括承诺信息；

将一商家标识信息与所述商家数据进行关联以生成用于表征所述商家的安全状态信息的商家二维码；并在所述商家的预览界面的第一目标位置展示所述承诺信息，以及在所述预览界面的第二目标位置展示预约项信息；以及

其中，所述商家二维码用于供一预约用户扫描，以使所述预约用户通过扫描所述商家二维码获得所述商家的安全状态信息，以及使所述商家通过所述预约用户扫描所述商家二维码核验所述预约用户的预约订单。

2.根据权利要求1所述的服务信息展示方法，其特征在于，还包括步骤：接收通过所述预约项信息生成一预约订单的预约用户提交的所述商家二维码识别信息时，向所述预约用户提供所述商家的安全状态信息或/及承诺信息；以及向所述商家提供所述预约订单的核验信息。

3.根据权利要求1所述的服务信息展示方法，其特征在于，还包括步骤：接收通过所述预约项信息生成一预约订单的预约用户提交的所述商家二维码识别信息时，依据所述预约用户提交的或预存的用户信息向所述商家提供所述预约用户的安全状态信息。

4.根据权利要求3所述的服务信息展示方法，其特征在于，所述预约用户的用户信息包括身份信息、通讯信息、出行信息、健康信息、及用户承诺信息中的至少一种；其中，所述健康信息包括预约用户的当前健康信息或/及至少一个历史时期的健康信息。

5.根据权利要求3所述的服务信息展示方法，其特征在于，所述预约用户的安全状态信息用不同颜色表征用户的安全等级；所述预约用户的安全状态信息包括用户健康状态信息或用户行为状态信息。

6.根据权利要求1所述的服务信息展示方法，其特征在于，还包括步骤：将所述商家二维码发送给所述商家的商家终端以使其展示；或者将所述商家二维码的二维码数据发送给所述商家的商家终端以使其生成所述商家二维码并展示。

7.根据权利要求1所述的服务信息展示方法，其特征在于，还包括的步骤：接收到所述预约用户通过所述预约项信息生成预约订单时，在所述预约订单的界面中向所述预约用户展示所述商家的承诺信息。

8.根据权利要求1所述的服务信息展示方法，其特征在于，所述预约项信息包括服务项信息、时间信息、以及用户信息；所述承诺信息包括商家服务承诺信息、服务执行信息、商家员工健康信息中的至少一种信息。

9.一种服务信息展示系统，其特征在于，包括：

接收模块，用于接收一商家提交的商家数据，所述商家数据包括承诺信息；

处理模块，用于将一商家标识信息与所述商家数据进行关联以生成用于表征所述商家的安全状态信息的商家二维码；并在所述商家的预览界面的第一目标位置展示所述承诺信息，以及在所述预览界面的第二目标位置展示预约项信息；以及

其中，所述商家二维码用于供一预约用户扫描，以使所述预约用户通过扫描所述商家二维码获得所述商家的安全状态信息，以及使所述商家通过所述预约用户扫描所述商家二维码核验所述预约用户的预约订单。

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

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

至少一处理设备，与所述存储设备相连，用于运行所述至少一个程序时以执行并实现如权利要求1至8任一所述的服务信息展示方法。

11.一种服务预约方法，其特征在于，包括以下步骤：

检测到一预约用户对商家POI列表中一商家触发操作时，加载所述商家的预览界面，所述商家的预览界面的第一目标位置展示有所述商家的承诺信息及第二目标位置展示有所述商家的预约项信息；其中，所述商家为通过认证组织认证的认证商家或者为服务承诺商家；以及

检测到所述预约用户通过所述预约项信息录入预约信息后生成一预约订单，并在所述预约订单的界面中向所述预约用户展示所述商家的承诺信息。

12.根据权利要求11所述的服务预约方法，其特征在于，还包括步骤：

提交所述商家的商家二维码的识别信息以及所述预约用户的用户信息；所述商家的商家二维码是将所述商家的商家标识信息与其商家数据进行关联以生成的；以及

接收用于表征所述商家的安全状态信息或/及所述商家的承诺信息。

13.根据权利要求12所述的服务预约方法，其特征在于，所述提交所述商家的商家二维码的识别信息以及所述预约用户的用户信息的步骤中：还包括提交所述预约用户的安全状态信息。

14.根据权利要求13所述的服务预约方法，其特征在于，所述预约用户的用户信息包括身份信息、通讯信息、出行信息、健康信息、及用户承诺信息中的至少一种；其中，所述健康信息包括预约用户的当前健康信息或/及至少一个历史时期的健康信息。

15.根据权利要求13所述的服务预约方法，其特征在于，所述预约用户的安全状态信息用不同颜色表征用户的安全等级；所述预约用户的安全状态信息包括用户健康状态信息或用户行为状态信息。

16.根据权利要求11所述的服务预约方法，其特征在于，所述预约项信息包括服务项信息、时间信息、以及用户信息；所述承诺信息包括商家服务承诺信息、服务执行信息、商家员工健康信息中的至少一种信息。

17.一种服务预约系统，其特征在于，包括：

第一检测模块，用于检测到一预约用户对商家POI列表中一商家触发操作时，加载所述商家的预览界面，所述商家的预览界面的第一目标位置展示有所述商家的承诺信息及第二目标位置展示有所述商家的预约项信息；其中，所述商家为通过认证组织认证的认证商家或者为服务承诺商家；以及

第二检测模块，用于检测到所述预约用户通过所述预约项信息录入预约信息后生成一预约订单，并在所述预约订单的界面中向所述预约用户展示所述商家的承诺信息。

18.一种服务信息处理方法，其特征在于，包括以下步骤：

提交包括承诺信息的商家数据，以使所述承诺信息展示在商家的预览界面的第一位置，所述商家的预览界面的第二位置还展示有所述商家的预约项信息；以及

接收用于表征所述商家的安全状态信息的商家二维码；所述商家二维码是通过所述商家的商家标识信息与所述商家数据进行关联生成的。

19.根据权利要求18所述的服务信息处理方法，其特征在于，还包括接收一预约用户通过所述预约项信息录入预约信息后生成的预约订单的步骤。

20.根据权利要求18所述的服务信息处理方法，其特征在于，还包括接收一预约订单的核验信息的步骤，所述预约订单的核验信息是通过一预约用户提交的所述商家二维码识别信息获取的。

21.根据权利要求18所述的服务信息处理方法，其特征在于，还包括接收一预约用户的安全状态信息的步骤，所述预约用户的安全状态信息是通过所述预约用户提交的所述商家二维码识别信息获取的。

22.一种服务信息处理系统，其特征在于，包括：

发送模块，用于提交的包括承诺信息的商家数据，以使所述承诺信息展示在商家的预览界面的第一位置，所述商家的预览界面的第二位置还展示有所述商家的预约项信息；以及

接收模块，用于接收用于表征所述商家的安全状态信息的商家二维码；所述商家二维码是通过所述商家的商家标识信息与所述商家数据进行关联生成的。

23.一种计算机装置，其特征在于，包括：

显示器；

至少一个存储器，用于存储至少一个程序；

至少一个处理器，与所述至少一个存储器连接，用于运行所述至少一个程序时以执行并实现如权利要求11至16任一所述的服务预约方法或者如权利要求18至21任一所述的服务信息处理方法。

24.一种计算机可读存储介质，其特征在于，存储有至少一个程序，所述程序被处理器执行时实现如权利要求1至8任一所述的服务信息展示方法、如权利要求11至16任一所述的服务预约方法、或者如权利要求18至21任一所述的服务信息处理方法。

Images