CN117035127A - 服务商品的预约处理方法、系统、存储介质及计算机设备 - Google Patents

Abstract

本发明公开了一种服务商品的预约处理方法、系统、存储介质及计算机设备，涉及互联网及数字医疗技术。其中方法包括：客户端响应于服务商品的预约请求，接收服务器发送的与服务商品对应的至少一个服务项目，并展示服务项目；响应于目标服务项目的选取操作，接收服务器发送的与目标服务项目对应的至少一个服务商家，并展示服务商家；响应于目标服务商家的选取操作，展示预约信息填写页面；响应于接收到预约时间和用户信息，将目标服务项目、目标服务商家、预约时间和用户信息通过服务器转发至商家端；响应于接收到服务器转发的商家确认信息，展示服务商品预约凭证，其中，服务商品预约凭证用于核销服务商品。上述方法能够提高服务商品的预约效率。

Description

服务商品的预约处理方法、系统、存储介质及计算机设备

技术领域

本发明涉及互联网及数字医疗技术领域，尤其是涉及一种服务商品的预约处理方法、系统、存储介质及计算机设备。

背景技术

随着互联网技术的不断发展，各类电子商务平台逐渐发展壮大，用户通过电子商务平台，可以购买到自己所需的商品或者服务，极大的满足了用户的购物需求，同时，也提高了商家销售商品或者服务的便利性。

在现有技术中，用户在电子商务平台购买了服务类商品之后，需要线下与商户进行沟通预约，以确定服务商品使用的时间和地点。此外，一些商户也支持用户进行线上预约，但是，每个商户的服务预约方式以及可选的服务时间和服务地点均不相同，用户需要花费一定的时间去对比各个商户的服务，并针对性的选择预约方式，或者在预约的过程中耗费较多的时间与商家进行沟通或者进店等待，因而严重的降低了服务商品履约的效率以及用户体验感。

发明内容

有鉴于此，本申请提供了一种服务商品的预约处理方法、系统、存储介质及计算机设备，主要目的在于解决服务商品预约耗时多、效率低的技术问题。

根据本发明的第一个方面，提供了一种服务商品的预约处理方法，应用于服务商品的预约处理系统，该系统包括客户端、服务器和商家端，该方法包括：

所述客户端响应于服务商品的预约请求，接收所述服务器发送的与所述服务商品对应的至少一个服务项目，并展示所述服务项目；

所述客户端响应于目标服务项目的选取操作，接收所述服务器发送的与所述目标服务项目对应的至少一个服务商家，并展示所述服务商家；

所述客户端响应于目标服务商家的选取操作，展示预约信息填写页面；

所述客户端响应于接收到预约时间和用户信息，将所述目标服务项目、目标服务商家、预约时间和用户信息通过所述服务器转发至所述商家端；

所述客户端响应于接收到所述服务器转发的商家确认信息，展示服务商品预约凭证，其中，所述服务商品预约凭证用于核销所述服务商品。

根据本发明的第二个方面，提供了一种服务商品的预约处理系统，该系统包括客户端、服务器和商家端，其中，所述客户端用于：

响应于服务商品的预约请求，接收所述服务器发送的与所述服务商品对应的至少一个服务项目，并展示所述服务项目；

响应于目标服务项目的选取操作，接收所述服务器发送的与所述目标服务项目对应的至少一个服务商家，并展示所述服务商家；

响应于目标服务商家的选取操作，展示预约信息填写页面；

响应于接收到预约时间和用户信息，将所述目标服务项目、目标服务商家、预约时间和用户信息通过所述服务器转发至所述商家端；

响应于接收到所述服务器转发的商家确认信息，展示服务商品预约凭证，其中，所述服务商品预约凭证用于核销所述服务商品。

根据本发明的第三个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述服务商品的预约处理方法。

根据本发明的第四个方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述服务商品的预约处理方法。

本发明提供的一种服务商品的预约处理方法、系统、存储介质及计算机设备，在用户发起服务商品的预约请求时，客户端可以展示服务商品对应的至少一个服务项目，在用户选择一个目标服务项目进行预约时，客户端可以展示与目标服务项目对应的至少一个服务商家，在用户选择一个目标服务商家进行预约时，客户端可以接收用户填写的预约时间和用户信息，并将目标服务项目、目标服务商家、预约时间和用户信息通过服务器转发至商家端，当接收到服务器转发的商家确认信息时，客户端可以展示服务商品预约凭证，此时，用户可以通过服务商品预约凭证核销服务商品。上述方法可以使用户在购买服务商品时，不必考虑提供服务的商家，而是在预约服务商品时，再通过服务项目的映射关系选择服务商家，从而使用户可以通过非常简便的方式选择提供服务的商家，并选择相应的预约时间，以此简化服务商品的预约流程。上述方式可以避免用户花费较多的时间去对比各个商户的服务和针对性的选择预约方式，也避免了用户在预约的过程中耗费较多的时间与商家进行沟通或者进店等待，有效的提高了服务商品的预约效率和用户体验感。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了本发明实施例提供的一种服务商品的预约处理方法的流程示意图；

图2示出了本发明实施例提供的另一种服务商品的预约处理方法的流程示意图；

图3示出了本发明实施例提供的又一种服务商品的预约处理方法的流程示意图；

图4示出了本发明实施例提供的一种服务商品的预约处理系统的结构示意图；

图5示出了本发明实施例提供的另一种服务商品的预约处理系统的结构示意图。

具体实施方式

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

在一个实施例中，如图1所示，提供了一种服务商品的预约处理方法，以该方法应用于服务商品的预约处理系统为例进行说明，其中，服务商品的预约处理系统包括客户端、服务器和商家端，该方法包括以下步骤：

101、客户端响应于服务商品的预约请求，接收服务器发送的与服务商品对应的至少一个服务项目，并展示服务项目。

其中，服务商品指的是能够实现交易的无形商品，即无需中间媒介(物流)的参与即可完成交易的商品，服务项目指的是人为制定的一套符合标准且可向客户提供的服务内容，用以满足客户需求。在本实施例中，服务商品上架销售之后，需要关联至少一个服务项目，且关联的每个服务项目的服务次数为至少一次。以医疗场景为例，服务商品可以为“洁牙套餐卡”、“两次六步洁牙”等内容，服务项目可以为“超声波洁牙”、“六步洁牙”、“超声波洁牙及喷砂”、“超声波洁牙及抛光”等内容。其中，服务商品“两次六步洁牙”与服务项目“六步洁牙”具有关联关系，且服务商品“两次六步洁牙”关联的服务项目“六步洁牙”的服务次数为两次。可以理解的是，服务商品和服务项目之间的关联关系可以在商品上架销售之前由人为预先设定，也可以进行人为的增加、删除、修改等操作，本实施例在此不做具体限定。

具体的，服务商品创建成功之后即可上架销售，用户通过客户端可以查看到已上架销售的各个服务商品的商品信息，比如服务商品的商品名称、商品描述、商品价格、商品图片、服务商品包含的各个服务项目等等，然后，用户可以根据实际需求购买自己所需的服务商品。进一步的，当用户想要预约服务商品的使用时间和使用地点时，可以在客户端发起服务商品的预约请求，客户端响应于服务商品的预约请求，可以将服务商品的预约请求发送至服务器，服务器接收到服务商品的预约请求之后，可以获取与服务商品对应的至少一个服务项目，即获取与服务商品对应的所有服务项目，并将获取到的服务项目发送至客户端，客户端在接收到的服务项目之后，可以进行展示。

需要说明的是，服务商品在预约之前，还可以进行其他操作，比如激活操作、转增操作等等，并且，服务商品的预约还可以设置限制使用条件，比如，服务商品需要在购买后的60日内完成预约，或者需要在激活后的90日完成预约等等。可以理解的是，对于服务商品的销售形式以及服务商品预约的限制条件，本实施例均不做限定，技术人员可以根据实际情况进行设置。

102、客户端响应于目标服务项目的选取操作，接收服务器发送的与目标服务项目对应的至少一个服务商家，并展示服务商家。

其中，服务商家指的是能够提供标准服务的商家。例如，在医疗领域中，服务商家可以为医院、私人诊所、门诊部等等。在本实施例中，服务商家与至少一个服务项目建立有关联关系，且服务商家与服务项目之间的关联关系可以由服务商家和电子商务平台预先约定，然后依据约定绑定相应的服务项目。例如，服务商家“XX口腔门诊部”可以与“超声波洁牙”、“六步洁牙”、“超声波洁牙及喷砂”、“超声波洁牙及抛光”等服务项目建立关联关系。

具体的，在客户端展示与服务商品对应的至少一个服务项目之后，用户可以在展示的服务项目中选取一个服务项目作为待预约的目标服务项目，然后，客户端可以响应于目标服务项目的选取操作，将目标服务项目发送至服务器，服务器在接收到目标服务项目之后，可以在数据库中获取与目标服务项目对应的至少一个服务商家，并将获取到的服务商家发送至客户端，客户端在接收到与目标服务项目对应的至少一个服务商家之后，可以进行展示。

在本实施例中，服务器在获取与目标服务项目对应的至少一个服务商家时，除了可以按照服务项目与服务商家之间的关联关系进行查找之外，还可以根据用户的当前位置以及预设的商家校验条件进行查找。例如，服务器可以查找与用户在同一个城市且正处于营业状态的服务商家推送至商家端进行展示。在本实施例中，对于服务商家选取的限制条件和服务商家的排序规则，均可以根据实际情况进行设定，本实施例在此不做具体限定。

103、客户端响应于目标服务商家的选取操作，展示预约信息填写页面。

具体的，在客户端展示与服务项目对应的至少一个服务商家之后，用户可以在展示的服务商家中选取一个服务商家作为待预约的目标服务商家，然后，客户端可以响应于目标服务商家的选取操作，展示预约信息填写页面，并在预约信息填写页面中展示预约时间选取框和用户信息填写框。此外，预约信息填写页面还可以展示目标服务商家的商家信息，例如，可以展示目标服务商家的商家名称、商家地址以及目标服务商家可选取的预约时间等等。

在本实施例中，在用户选取了目标服务商家之后，客户端还可以响应于目标服务商家的选取操作，将目标服务商家发送至服务器，服务器在接收到目标服务商家之后，可以在数据库中获取目标服务商家的商家信息，并将获取到的目标服务商家的商家信息发送至客户端，客户端在接收到目标服务商家的商家信息之后，可以对目标服务商家的商家信息进行展示。可以理解的是，客户端展示预约信息填写页面的作用是引导用户填写服务项目的预约信息，包括预约时间和用户信息等等，基于此，预约信息填写页面的展示形式和展示内容可以根据实际情况进行设置，本实施例在此不做具体限制。

104、客户端响应于接收到预约时间和用户信息，将目标服务项目、目标服务商家、预约时间和用户信息通过服务器转发至商家端。

具体的，客户端可以通过预约信息填写页面接收用户填写的预约时间和用户信息。进一步的，当用户确认填写的预约时间和用户信息无误后，可以点击控件提交，此时，客户端可以将目标服务项目、目标服务商家、预约时间和用户信息发送至服务器，服务器在接收到客户端发送的目标服务项目、目标服务商家、预约时间和用户信息之后，可以对其进行存储，并将其发送至目标服务商家所在的商家端，以等待目标服务商家作出确认和处理。

在本实施例中，预约时间可以包括用户选取的年、月、日、时段等信息，预约时间可以通过预约时间选择框进行选取，也可以由用户手动填写。进一步的，用户信息可以包括用户姓名、用户联系方式等信息，用户信息可以通过用户信息选择框进行选取，也可以由用户手动填写。可以理解的是，对于预约时间和用户信息的具体内容和具体输入方式，可以根据实际情况进行设置，本实施例在此均不做具体限定。

105、客户端响应于接收到服务器转发的商家确认信息，展示服务商品预约凭证，其中，服务商品预约凭证用于核销服务商品。

具体的，当目标服务商家通过商家端对服务器转发的预约信息进行确认之后，服务器会收到商家端发送的商家确认信息，然后，服务器可以将接收到的商家确认信息发送至客户端，客户端响应于接收到商家确认信息，可以展示服务商品预约凭证，其中，服务商品预约凭证可用于核销服务商品。在本实施例中，服务商品凭证可以为验证码、条形码、二维码等验证信息，通过服务商品凭证，用户可以在约定的时间内达到目标服务商家进行服务项目的核销，并接受商家提供的服务。

举例来说，用户在平台预约了一个“六步洁牙”的服务项目之后，选择了一个名为“XX口腔门诊部”的服务商家，并选择了某日上午10点预约时间，然后提交了自己的联系方式，目标服务商家在接收到这一预约信息之后，可以选择是否接收预约，在评估可以提供相应的服务之后，商家端可以发送商家确认信息，客户端在接收到商家确认信息之后，会显示一个服务商品预约凭证，通过这个凭证，用户可以在约定的时间去“XX口腔门诊部”接收商家的服务，商家在对服务商品预约凭证进行核销后，即可为用户提供“六步洁牙”服务项目，以此完成服务商品的一次核销。通过这种方式，可以避免用户花费较多的时间去寻找各个口腔诊所的服务预约方式，也避免了用户在预约的过程中耗费较多的时间与商家进行沟通或者进店等待，从而有效的提高了医疗类服务商品的预约效率和用户体验感。

本实施例提供的服务商品的预约处理方法，在用户发起服务商品的预约请求时，客户端可以展示服务商品对应的至少一个服务项目，在用户选择一个目标服务项目进行预约时，客户端可以展示与目标服务项目对应的至少一个服务商家，在用户选择一个目标服务商家进行预约时，客户端可以接收用户填写的预约时间和用户信息，并将目标服务项目、目标服务商家、预约时间和用户信息通过服务器转发至商家端，当接收到服务器转发的商家确认信息时，客户端可以展示服务商品预约凭证，此时，用户可以通过服务商品预约凭证核销服务商品。上述方法可以使用户在购买服务商品时，不必考虑提供服务的商家，而是在预约服务商品时，再通过服务项目的映射关系选择服务商家，从而使用户可以通过非常简便的方式选择提供服务的商家，并选择相应的预约时间，以此简化服务商品的预约流程。上述方式可以避免用户花费较多的时间去对比各个商户的服务和针对性的选择预约方式，也避免了用户在预约的过程中耗费较多的时间与商家进行沟通或者进店等待，有效的提高了服务商品的预约效率和用户体验感。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的实施过程，提供了一种服务商品的预约处理方法，如图2和图3所示，该方法包括以下步骤：

201、运营端响应于服务项目的创建请求，接收待创建的服务项目的项目信息，并将服务项目的项目信息发送至服务器，以使服务器创建服务项目。

具体的，运营人员可以通过运营端创建多个服务项目，其中，针对每个服务项目，运营人员可以通过运营端发起服务项目的创建请求，运营端响应于服务项目的创建请求，可以接收运营人员输入的待创建的服务项目的各项项目信息，在运营人员点击提交后，运营端可以将待创建的服务项目的项目信息发送至服务器，以使服务器创建服务项目。进一步的，在服务项目创建成功后，服务器可以将服务项目的项目信息发送至运营端进行展示。在本实施例中，服务项目的项目信息可以包括服务名称、服务描述信息、服务图片、服务类目中的至少一种信息，此外，服务项目的项目信息还可以根据实际需求包括其他信息，本实施例在此不做具体限定。本实施例通过运营端创建服务项目，可以实现服务项目的标准化处理，从而便于服务项目的运营和管理。

202、运营端响应于服务商品的创建请求，接收待创建的服务商品的商品信息，并将服务商品的商品信息发送至服务器，以使服务器创建服务商品。

具体的，运营人员可以通过运营端创建多个服务商品，其中，针对每个服务商品，运营人员可以通过运营端发起服务商品的创建请求，运营端响应于服务商品的创建请求，可以接收运营人员输入的待创建的服务商品的各项商品信息，在运营人员点击提交后，运营端可以将待创建的服务商品的商品信息发送至服务器，以使服务器创建服务商品。进一步的，在服务商品创建成功后，服务器可以将服务商品的商品信息发送至运营端进行展示。在本实施例中，服务商品的商品信息可以包括商品名称、商品描述信息、商品类型、商品有效期、商品状态中的至少一种信息，此外，服务商品的商品信息还可以根据实际需求包括其他信息，本实施例在此不做具体限定。本实施例通过运营端创建服务商品，可以实现服务商品的标准化处理，从而便于服务商品的运营和管理。

203、运营端响应于服务商品和服务项目的关联操作，接收待关联的服务商品和服务项目，并将待关联的服务商品和服务项目发送至服务器，以使服务器对待关联的服务商品和服务项目进行关联。

具体的，运营人员可以根据实际需求，将创建好的服务商品和服务项目建立关联关系，其中，每个服务商品可以与至少一个服务项目建立关联关系，且服务商品关联的每个服务项目的服务次数为至少一次。在本实施例中，运营端可以响应于服务商品和服务项目的关联操作，接收运营人员输入的待关联的服务商品和服务项目，进一步的，运营人员点击提交后，运营端可以将待关联的服务商品和服务项目发送至服务器，以使服务器对待关联的服务商品和服务项目进行关联，在服务商品和服务项目实现关联之后，服务器可以将关联后的服务商品和服务项目发送至运营端进行展示。本实施例通过对服务商品和服务项目进行关联，可以通过服务商品对服务项目进行管理，而不必对服务项目进行商品化处理，以此便于服务项目的运营和管理。

204、运营端响应于服务商品的上架请求，对服务商品进行上架处理，其中，被上架的服务商品关联有至少一个服务项目，且关联的每个服务项目的服务次数为至少一次。

具体的，在将服务商品与服务项目建立起关联关系之后，运营人员可以对服务商品进行上架处理。具体来说，运营端可以响应于服务商品的上架请求，将服务商品的上架请求发送至服务器，服务器在接收到服务商品的上架请求之后，可以对服务商品进行上架处理。进一步的，在服务商品上架之后，用户可以通过客户端查看所有已上架的服务商品的商品信息，进而可以根据实际需求选择需要购买的服务商品并进行下单操作。

205、运营端响应于服务商家的创建请求，接收待创建的服务商家的商家信息和服务商家关联的至少一个服务项目，并将服务商家的商家信息和服务商家关联的至少一个服务项目发送至服务器，以使服务器创建服务商家。

具体的，运营人员可以通过运营端创建多个服务商家，其中，针对每个服务商家，运营人员可以通过运营端发起服务商家的创建请求，运营端响应于服务商家的创建请求，可以接收运营人员输入的待创建的服务商家的商家信息和服务商家关联的至少一个服务项目，在运营人员点击提交后，运营端可以将服务商家的商家信息和服务商家关联的至少一个服务项目发送至服务器，以使服务器创建服务商家。进一步的，在服务商家创建成功后，服务器可以将服务商家的商家信息发送至运营端进行展示。在本实施例中，服务商家的商家信息可以包括商家名称、商家地址、商家联系方式、商家服务时间中的至少一种信息，此外，服务商家的商家信息还可以根据实际需求包括其他信息，本实施例在此不做具体限定。本实施例通过创建服务商家，并将服务商家与服务项目进行绑定，可以实现服务商家的标准化处理，以此便于服务商家的运营和管理，同时，也便于对服务项目进行管理。

206、商家端响应于服务项目的库存配置请求，展示库存配置页面，其中，库存配置页面中展示有服务商家针对每个预设时段内的服务项目的库存配置组件。

具体的，在服务商家创建成功之后，服务商家可以通过商家端对绑定的各个服务项目的库存进行配置。在本实施例中，商家端可以响应于服务项目的库存配置请求，展示库存配置页面，其中，库存配置页面中展示有服务商家针对每个预设时段内的服务项目的库存配置组件，该库存配置组件可用于响应于服务项目的库存配置操作，对每个预设时段内的服务项目的库存量进行配置。例如，假设某服务商家的服务时间为8个小时，预设时段为1个小时，则服务商家可以通过库存配置组件，配置这8个小时内每个小时的每个服务项目的库存量。进一步的，用户每预约一个预设时段的服务项目，该服务商家在该时段的服务项目的库存就会减少一个，当该时段的库存减少至零时，该服务商家的该时段不可预约。通过上述方式，服务商家只需要管理服务项目的库存信息，即可实现与客户端的预约信息的准确对接，从而提高了服务商家对于服务项目的管理效率，同时，也便于用户实现服务项目的预约。

207、商家端响应于每日库存上限配置操作，接收每日库存上限，并将每日库存上限发送至服务器，以使服务器将每日库存上限与配置每日库存上限的服务商家建立映射关系。

具体的，商家端可以对每日库存上限进行配置，其中，每日库存上限可用于限制服务商家每日接收服务项目预约的总数量(即用户对于服务商家的所有服务项目预约的总数量)的最高值。通过设置每日库存上限，可以防止商家接收过多的服务项目预约，从而避免了服务商家因预约量过多导致的无法保障服务质量的问题，进一步提高了服务商家对于服务项目的管理效率。

208、运营端响应于库存配置结果查看请求，展示被查看的服务商家的库存管理页面，其中，库存管理页面中展示有服务商家针对每个预设时段内的服务项目的库存配置结果。

具体的，运营端可以对任意服务商家的库存配置结果进行查看，通过这种方式，可以便于运营人员对服务商家的库存状态进行管理，从而提升运营人员对于服务商家的库存状态的管理效率。

209、运营端响应于针对任意服务商家的每日库存下限配置操作，接收每日库存下限，并将每日库存下限发送至服务器，以使服务器将每日库存下限与被配置的服务商家建立映射关系。

具体的，运营端可以对每日库存下限进行配置，其中，每日库存下限可用于限制服务商家每日接收服务项目预约的总数量(即用户对于服务商家的所有服务项目预约的总数量)的最低值。通过设置每日库存下限，可以防止服务商家将服务项目的库存量设置的过低导致的服务预约失败率高的问题。通过这种方式，可以提升运营人员对于服务商家的库存状态的管理效率，从而提升运营人员对于服务项目的管理效率，便于用户实现服务项目的预约。

210、客户端响应于服务商品的预约请求，接收服务器发送的与服务商品对应的至少一个服务项目，并展示服务项目。

具体的，步骤210的具体实现方式可以参见步骤101，在此不再赘述。

211、客户端响应于目标服务项目的选取操作，接收服务器发送的与目标服务项目对应的至少一个服务商家，并展示服务商家。

具体的，步骤211的具体实现方式可以参见步骤102，在此不再赘述。

212、客户端响应于目标服务商家的选取操作，展示预约信息填写页面。

具体的，步骤212的具体实现方式可以参见步骤103，在此不再赘述。

213、客户端响应于接收到预约时间和用户信息，将目标服务项目、目标服务商家、预约时间和用户信息通过服务器转发至商家端。

具体的，步骤213的具体实现方式可以参见步骤104，在此不再赘述。

214、客户端响应于预约时间的更改请求，接收服务器发送的可选取的预约时间，并展示可选取的预约时间。

215、客户端响应于预约时间的选取操作，展示被选取的预约时间。

216、客户端响应于预约时间的提交操作，将被选取的预约时间发送至服务器，服务器将被选取的预约时间转发至商家端。

具体的，针对步骤214至216，当预约信息(即目标服务项目、目标服务商家、预约时间和用户信息)发送成功之后，用户还可以通过客户端执行预约改期操作。在本实施例中，客户端可以响应于预约时间的更改请求，将预约时间的更改请求发送至服务器，服务器在接收到预约时间的更改请求之后，可以根据目标服务商家针对每个预设时间段内的目标服务项目的当前库存数量，确定可选取的预约时间，然后将可选取的预约时间发送至客户端，由客户端对可选取的预约时间进行展示。进一步的，用户可以选取任意可选取的预约时间，并重新提交更改后的预约时间，服务器在接收到更改后的预约时间之后，可以将更改后的预约时间发送至商家端进行确认。

在本实施例中，用户可以在商家端发出商家确认信息之前执行改期操作，也可以在商家端发出了商家确认信息之后执行改期操作，此外，用户还可以通过客户端执行取消预约、与商家联络、与平台客服联络等其他操作，本实施例在此不做具体限制。本实施例通过展示目标服务商品可选取的预约时间供用户选择，可以提高预约时间选取的效率，从而提高服务商品的预约效率。

217、客户端响应于接收到服务器转发的商家确认信息，展示服务商品预约凭证，其中，服务商品预约凭证用于核销服务商品。

具体的，步骤217的具体实现方式可以参见步骤105，在此不再赘述。

本实施例提供的服务商品的预约处理方法，通过在运营端创建服务项目、服务商品和服务商家，并使得服务项目分别与服务商品和服务商家建立关联，可以使用户通过服务商品选择待预约的服务项目，再通过服务项目选择待预约的商家，从而有效的提升了商品服务预约的简便性。而且，上述方法通过支持商家端对服务项目的库存和每日库存上限进行配置，以及支持运营端对服务商家的服务项目的库存进行查看以及设置每日库存下限，可以有效的实现服务项目的库存管理，使得服务项目的预约数量能够保持相对平衡，既不会增加商家的服务负担，也不会造成因库存数量少导致的预约困难的问题。此外，上述方式可以避免用户花费较多的时间去对比各个商户的服务和针对性的选择预约方式，也避免了用户在预约的过程中耗费较多的时间与商家进行沟通或者进店等待，从而有效的提高了服务商品的预约效率和用户体验感。

进一步的，作为图1至图3所示方法的具体实现，本实施例提供了一种服务商品的预约处理系统，如图4所示，该系统包括：客户端31、服务器32、和商家端33，其中，客户端31可用于：

响应于服务商品的预约请求，接收所述服务器32发送的与所述服务商品对应的至少一个服务项目，并展示所述服务项目；

响应于目标服务项目的选取操作，接收所述服务器32发送的与所述目标服务项目对应的至少一个服务商家，并展示所述服务商家；

响应于目标服务商家的选取操作，展示预约信息填写页面；

响应于接收到预约时间和用户信息，将所述目标服务项目、目标服务商家、预约时间和用户信息通过所述服务器32转发至所述商家端33；

响应于接收到所述服务器32转发的商家确认信息，展示服务商品预约凭证，其中，所述服务商品预约凭证用于核销所述服务商品

在具体的应用场景中，所述客户端31，还可用于响应于预约时间的选取请求或预约时间的更改请求，接收所述服务器32发送的可选取的预约时间，并展示所述可选取的预约时间，其中，所述可选取的预约时间根据所述目标服务商家针对每个预设时间段内的所述目标服务项目的当前库存数量确定；响应于所述预约时间的选取操作，展示被选取的预约时间；响应于所述预约时间的提交操作，将所述被选取的预约时间发送至所述服务器32，所述服务器32将所述被选取的预约时间转发至所述商家端33。

在具体的应用场景中，如图5所示，所述服务商品的预约处理系统还包括运营端34，所述运营端34，可用于响应于服务项目的创建请求，接收待创建的服务项目的项目信息，并将所述服务项目的项目信息发送至所述服务器32，以使所述服务器32创建所述服务项目，其中，所述服务项目的项目信息包括服务名称、服务描述信息、服务图片、服务类目中的至少一种信息；和/或响应于服务商品的创建请求，接收待创建的服务商品的商品信息，并将所述服务商品的商品信息发送至所述服务器32，以使所述服务器32创建所述服务商品，其中，所述服务商品的商品信息包括商品名称、商品描述信息、商品类型、商品有效期、商品状态中的至少一种信息。

在具体的应用场景中，所述运营端34，还可用于响应于服务商品和服务项目的关联操作，接收待关联的服务商品和服务项目，并将所述待关联的服务商品和服务项目发送至所述服务器32；所述服务器32，可用于对所述待关联的服务商品和服务项目进行关联，并将关联了服务项目的服务商品发送至所述运营端34；所述运营端34，还可用于接收并展示所述关联了服务项目的服务商品；以及响应于服务商品的上架请求，对所述服务商品进行上架处理，其中，所述被上架的服务商品关联有至少一个服务项目，且关联的每个所述服务项目的服务次数为至少一次。

在具体的应用场景中，所述运营端34，还可用于响应于服务商家的创建请求，接收待创建的服务商家的商家信息和所述服务商家关联的至少一个服务项目，并将所述服务商家的商家信息和所述服务商家关联的至少一个服务项目发送至所述服务器32，以使所述服务器32创建所述服务商家，其中，所述服务商家的商家信息包括商家名称、商家地址、商家联系方式、商家服务时间中的至少一种信息。

在具体的应用场景中，所述商家端33，还可用于响应于服务项目的库存配置请求，展示库存配置页面，其中，所述库存配置页面中展示有所述服务商家针对每个预设时段内的服务项目的库存配置组件，所述库存配置组件用于响应于服务项目的库存配置操作，对每个所述预设时段内的服务项目的库存进行配置；和/或响应于每日库存上限配置操作，接收每日库存上限，并将所述每日库存上限发送至所述服务器32，以使所述服务器32将所述每日库存上限与配置所述每日库存上限的服务商家建立映射关系，其中，所述每日库存上限用于限制所述服务商家每日接收服务项目预约的总数量的最高值。

在具体的应用场景中，所述运营端34，还可用于响应于库存配置结果查看请求，展示被查看的服务商家的库存管理页面，其中，所述库存管理页面中展示有所述服务商家针对每个预设时段内的服务项目的库存配置结果；和/或响应于针对任意服务商家的每日库存下限配置操作，接收每日库存下限，并将所述每日库存下限发送至所述服务器32，以使所述服务器32将所述每日库存下限与被配置的服务商家建立映射关系，其中，所述每日库存下限用于限制所述服务商家每日接收服务项目预约的总数量的最低值。

需要说明的是，本实施例提供的一种服务商品的预约处理系统所涉及各功能单元的其它相应描述，可以参考图1至图3中的对应描述，在此不再赘述。

基于上述如图1至图3所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1至图3所示的服务商品的预约处理方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该待识别软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1至图3所示的方法，以及图4和图5所示的服务商品的预约处理系统实施例，为了实现上述目的，本实施例还提供了一种服务商品的预约处理的计算机设备，具体可以为个人计算机、服务器、智能手机、平板电脑、智能手表、或者其它网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序和操作系统；处理器，用于执行计算机程序以实现上述如图1至图3所示的方法。

可选的，该计算机设备还可以包括内存储器、通信接口、网络接口、摄像头、射频(Radio Frequency，RF)电路，传感器、音频电路、WI-FI模块、显示屏(Display)、输入装置比如键盘(Keyboard)等，可选的，通信接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种操作动作的识别的计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述计算机设备硬件和待识别软件资源的程序，支持信息处理程序以及其它待识别软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理计算机设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过客户端响应于服务商品的预约请求，接收服务器发送的与服务商品对应的至少一个服务项目，并展示服务项目；客户端响应于目标服务项目的选取操作，接收服务器发送的与目标服务项目对应的至少一个服务商家，并展示服务商家；客户端响应于目标服务商家的选取操作，展示预约信息填写页面；客户端响应于接收到预约时间和用户信息，将目标服务项目、目标服务商家、预约时间和用户信息通过服务器转发至商家端；客户端响应于接收到服务器转发的商家确认信息，展示服务商品预约凭证，其中，服务商品预约凭证用于核销服务商品。与现有技术相比，上述方法能够降低服务商品的预约耗时，提高商品服务预约的效率，提高用户的体验感。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的系统中的装置或模块可以按照实施场景描述进行分布于实施场景的系统中，也可以进行相应变化位于不同于本实施场景的一个或多个系统中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种服务商品的预约处理方法，应用于服务商品的预约处理系统，所述系统包括客户端、服务器和商家端，其特征在于，所述方法包括：

所述客户端响应于服务商品的预约请求，接收所述服务器发送的与所述服务商品对应的至少一个服务项目，并展示所述服务项目；

所述客户端响应于目标服务项目的选取操作，接收所述服务器发送的与所述目标服务项目对应的至少一个服务商家，并展示所述服务商家；

所述客户端响应于目标服务商家的选取操作，展示预约信息填写页面；

所述客户端响应于接收到预约时间和用户信息，将所述目标服务项目、目标服务商家、预约时间和用户信息通过所述服务器转发至所述商家端；

所述客户端响应于接收到所述服务器转发的商家确认信息，展示服务商品预约凭证，其中，所述服务商品预约凭证用于核销所述服务商品。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述客户端响应于预约时间的选取请求或预约时间的更改请求，接收所述服务器发送的可选取的预约时间，并展示所述可选取的预约时间，其中，所述可选取的预约时间根据所述目标服务商家针对每个预设时间段内的所述目标服务项目的当前库存数量确定；

所述客户端响应于所述预约时间的选取操作，展示被选取的预约时间；

所述客户端响应于所述预约时间的提交操作，将所述被选取的预约时间发送至所述服务器，所述服务器将所述被选取的预约时间转发至所述商家端。

3.根据权利要求1或2所述的方法，其特征在于，所述服务商品的预约处理系统还包括运营端；则所述方法还包括：

所述运营端响应于服务项目的创建请求，接收待创建的服务项目的项目信息，并将所述服务项目的项目信息发送至所述服务器，以使所述服务器创建所述服务项目，其中，所述服务项目的项目信息包括服务名称、服务描述信息、服务图片、服务类目中的至少一种信息；和/或

所述运营端响应于服务商品的创建请求，接收待创建的服务商品的商品信息，并将所述服务商品的商品信息发送至所述服务器，以使所述服务器创建所述服务商品，其中，所述服务商品的商品信息包括商品名称、商品描述信息、商品类型、商品有效期、商品状态中的至少一种信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

所述运营端响应于服务商品和服务项目的关联操作，接收待关联的服务商品和服务项目，并将所述待关联的服务商品和服务项目发送至所述服务器；

所述服务器对所述待关联的服务商品和服务项目进行关联，并将关联了服务项目的服务商品发送至所述运营端；

所述运营端接收并展示所述关联了服务项目的服务商品；

所述运营端响应于服务商品的上架请求，对所述服务商品进行上架处理，其中，所述被上架的服务商品关联有至少一个服务项目，且关联的每个所述服务项目的服务次数为至少一次。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

所述运营端响应于服务商家的创建请求，接收待创建的服务商家的商家信息和所述服务商家关联的至少一个服务项目，并将所述服务商家的商家信息和所述服务商家关联的至少一个服务项目发送至所述服务器，以使所述服务器创建所述服务商家，其中，所述服务商家的商家信息包括商家名称、商家地址、商家联系方式、商家服务时间中的至少一种信息。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述商家端响应于服务项目的库存配置请求，展示库存配置页面，其中，所述库存配置页面中展示有所述服务商家针对每个预设时段内的服务项目的库存配置组件，所述库存配置组件用于响应于服务项目的库存配置操作，对每个所述预设时段内的服务项目的库存进行配置；和/或

所述商家端响应于每日库存上限配置操作，接收每日库存上限，并将所述每日库存上限发送至所述服务器，以使所述服务器将所述每日库存上限与配置所述每日库存上限的服务商家建立映射关系，其中，所述每日库存上限用于限制所述服务商家每日接收服务项目预约的总数量的最高值。

7.根据权利要求5或6所述的方法，其特征在于，所述方法还包括：

所述运营端响应于库存配置结果查看请求，展示被查看的服务商家的库存管理页面，其中，所述库存管理页面中展示有所述服务商家针对每个预设时段内的服务项目的库存配置结果；和/或

所述运营端响应于针对任意服务商家的每日库存下限配置操作，接收每日库存下限，并将所述每日库存下限发送至所述服务器，以使所述服务器将所述每日库存下限与被配置的服务商家建立映射关系，其中，所述每日库存下限用于限制所述服务商家每日接收服务项目预约的总数量的最低值。

8.一种服务商品的预约处理系统，其特征在于，所述系统包括客户端、服务器和商家端，其中，所述客户端用于：

响应于服务商品的预约请求，接收所述服务器发送的与所述服务商品对应的至少一个服务项目，并展示所述服务项目；

响应于目标服务项目的选取操作，接收所述服务器发送的与所述目标服务项目对应的至少一个服务商家，并展示所述服务商家；

响应于目标服务商家的选取操作，展示预约信息填写页面；

响应于接收到预约时间和用户信息，将所述目标服务项目、目标服务商家、预约时间和用户信息通过所述服务器转发至所述商家端；

响应于接收到所述服务器转发的商家确认信息，展示服务商品预约凭证，其中，所述服务商品预约凭证用于核销所述服务商品。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。