一种以评价分数星级结算服务金的交易方法与流程

1.本发明涉及一种以评价分数星级结算服务金的交易方法，属于app的评价和支付方法技术领域。


背景技术：

2.在当下，众多互联网用户已经习惯了网购商品或服务，发生在网络平台的交易结束后，用户们往往可以通过评价的方式对所消费的服务和商品进行反馈。
3.各类公开的评价可以帮助其他用户更好地筛选平台内不同商家的商品和服务，给予其他顾客参考价值，评价可以间接影响商家的实际收入，进而促使商家售卖更好的服务和商品。
4.当下大部分交易平台的评价反馈的作用方式主要有以下两种：第一种,用户反馈的具体内容和综合评分将会显示在该商品和服务详情的评价中，供其他用户参考；第二种,交易平台的推荐算法会根据评价的不同分值，对商品进行侧加权重分级。
5.但当下大部分平台评分与交易金额的关联度对于消费者而言不够紧密，消费者无法确认自己的评价是否真实影响着商家，更无法知晓自己的评价对商家经济效益造成的具体影响，在这种模式下，消费者还有可能在商家诱导下利用返现换好评，误导消费者购买的同时影响平台商家间的公平竞争，长此以往，可能会打击消费热情，进而影响用户对于平台的信赖度。
6.因此，消费者评分对交易的影响规则需要改变。
7.本发明提供了一种以评价分数星级结算服务金的交易方法，平台界定不同星级的评价代表的结算比例，消费者在平台上提交评价的星级后，系统将会按照相应的星级比例结算最终交易金额。
8.以星级评价决定支付金额的方法可以更好地保障消费者的权益，使得消费者获取更加优质的服务和商品。
9.这个方法以更直接的方式让消费者的评价影响商家的收入，可以有效提高消费者的消费信心，增强用户粘性。
10.本发明采用了如下技术方案：后端使用了java+spring mvc，数据库使用了mysql 7.0，缓存使用了redis。客户端方面，采用了android、objective-c和swift。服务器使用了linux操作系统，容器采用了apache tomcat 8.0。在评分组件方面，使用了ratingbar组件。


技术实现要素：

11.本发明的目的是提供一种以评价分数星级结算服务金的交易方法，本发明可以让消费者的评价直接决定交易的最终金额，使得消费者获得更好的消费体验，增加用户粘性，进而提高用户的消费频次。
12.为了达到上述目的，本发明采用的技术方案包括：
13.s1：用户在平台发布服务或需求之前，都需要进行下载app、注册、登录、确认知晓
平台以评分星级决定交易金额的规则、身份验证几个步骤;
14.s2：用户在平台消费的时候，将会支付服务者设立定价的全款，此笔款项将会进入平台账户进行保管;
15.s3：当服务结束后，用户可在平台上进行评价，星级的选择将会决定此交易的最终结算金额;
16.s4：当平台收到用户评价，将会根据相应的星级结算比例为服务者结算交易金额，剩余资金将会原路返回消费者账户，交易结束。
17.通过上述方案，本发明中用户在购买服务的过程中，其评价可以直接决定交易的最终金额，有益于提高消费者的服务体验，增加用户粘性。
18.在s1中，用户操作包括如下步骤：
19.s101：手机端安装app，启动app，用户需要进行账号注册和设置密码操作，然后使用对应的账号密码登录;
20.s102：注册登录后，用户在平台上传服务或需求时，平台会向用户展示交易中各个评价星级代表的交易金额结算比例；
21.不同评价星级的交易金额结算比例如下：五星评价将支付服务者定价的100%服务费，四星评价将会支付服务者定价的90%服务费，三星评价将会支付服务者定价的80%服务费，二星评价将会支付服务者定价的70%服务费，一星评价将会支付服务者定价的50%服务费;
22.s103：用户确认结算比例后，将会跳转认证服务界面，用户需要进行认证才能在平台上发布服务或需求，身份认证成功后，用户账号与认证身份相关联；
23.认证内容包括用户姓名和身份证号，以及人脸识别认证，已经认证过的用户再次登录该账号时，无需再次认证。
24.在s2中，用户将进行如下操作：
25.s201：选择合适的商品或服务后，向服务者发出邀请，服务者应邀后即可下单，用户在下单时可选择微信支付、支付宝支付和余额支付，三种支付方式选其一；
26.s202：如支付方式为支付宝支付，平台将会调用支付宝付款接口，跳转支付宝付款页面，用户付款，此时用户将会支付商品或服务定价的全款，此笔资金将会进入平台账户进行保管；
27.s203：如支付方式为app余额支付，此时用户将支付商品或服务定价的全款，此笔资金将会进入平台账户进行保管；
28.s204：如支付方式为微信支付，平台将会调用微信付款接口，跳转微信付款页面，用户付款，此时用户将会支付商品或服务定价的全款，此笔资金将会进入平台账户进行保管。
29.优选的，使用平台余额支付s203中的数据处理过程如下：
30.s203.1：用户输入支付密码；
31.s203.2：客户端将余额支付请求发送到后端服务器端，请求包括订单信息和支付密码；
32.s203.3：服务器端首先检查用户的支付密码是否正确，如果不正确则返回错误信息给客户端；
33.s203.4：如果密码验证通过，则检查用户余额是否足以支付订单的服务费用，如果余额不足，则返回错误信息给客户端；
34.s203.5：如果余额充足，则进行支付处理。服务器将从用户余额中扣除服务费用，并将扣款信息记录到用户交易记录中；
35.s203.6：支付完成后，服务器将订单状态更新为“已支付”，并向客户端返回支付成功信息；
36.s203.7：客户端接收到支付成功信息后，更新app中的订单状态信息，并提示用户支付成功。
37.在s3评价相关的操作中，用户操作和系统处理的流程如下：
38.s301：服务完成后即可在平台确认订单结束，用户在app确认订单结束，app请求后端，后端中该条订单关联的数据状态字段标注为已完成；
39.s302：app跳转页面请求用户评价，用户在此页面选择评价星级和撰写文字评价附上图片，用户选择了评价的星级，在页面上会有此星级所代表的交易金额比例提示；
40.s303：点击提交评价，app存储用户的评价，将订单状态字段标注为已评价，同时向服务者推送服务信息。
41.在结算交易金额并公开展示评价的流程s4中，用户操作包括如下步骤：
42.s401:平台根据后台设定将交易金额按相应比例结算，五星评价将支付服务者定价的100%服务费，四星评价将会支付服务者定价的90%服务费，三星评价将会支付服务者定价的80%服务费，二星评价将会支付服务者定价的70%服务费，一星评价将会支付服务者定价的50%服务费服务者账户余额增加，多余的金额返回消费者账户;
43.s402：用户提交的评价在平台上公开展示，包括消费者选择的星级、文字评价以及附图。
44.交易金额结算s401的的数据处理过程：
45.s401.1：app向后端服务器发送请求，请求包含交易金额和服务者账号等信息，以便服务器区分不同的请求类型;
46.s401.2：后端服务器接收到请求后，后端程序会获取该订单的详细信息，包括服务时间、服务类型、服务费用等信息;
47.s401.3：后端程序检查该订单是否有评价记录，并获取评价内容;
48.s401.4：后端程序根据设定的佣金比例计算服务者应该获得的佣金金额，并将该金额加入服务者的账户余额中，将多余支付金额返回消费者账号中。
49.流程s401.4具体处理步骤如下：
50.优选的，根据后台设定，系统将根据评价星级的比例进行结算。假设服务者定价为p元;
51.五星评价下服务费支付100%，即服务者将获得p元的服务费，消费者账户返回p元-p元;
52.四星评价下服务费支付90%，即服务者将获得0.9p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.9p元;
53.三星评价下服务费支付80%，即服务者将获得0.8p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.8p元;
54.二星评价下服务费支付70%，即服务者将获得0.7p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.7p元;
55.一星评价下服务费支付50%，即服务者将获得0.5p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.5p元。
56.因此，对于每笔订单，后端程序数据处理过程如下：
57.系统根据评价提交的星级确定服务费的实际支付比例r：五星评价r=100%、四星评价r=80%、三星评价r=70%、二星评价r=60%、一星评价r=50%;
58.服务者账户金额增加r*p;
59.消费者账户返回多余支付金额，账户金额增加p-rp。
60.s401.5：在计算佣金和返还资金的过程中，程序需要进行数据格式验证、算法计算和必要的安全性检查，以保证计算过程正确、准确并且安全;
61.s401.6：后端程序将计算结果存储到数据库中，以便订单管理系统查看并统计订单的状态。
62.评论展示s402的数据处理过程：
63.s402.1：app客户端将评价内容和附图等信息打包封装成数据格式上传到后端服务器上;
64.s402.2：服务器会对上传的数据进行格式验证和安全性检查，然后将数据存储到数据库中。同时，服务器会根据评价星级更新服务者的评价打分以及评分数量记录，并在数据库中更新相关信息。在评价上传和更新过程中，程序需要进行数据验证、格式处理和必要的安全性检查，以保证评价内容符合安全要求且能够正确地被展示出来;
65.s402.3：app客户端可以从服务器上查询服务者的评价记录，并在app界面上展示评价信息。用户可以通过app访问服务者的评价记录来了解服务者的业绩和信誉情况，以便在选择服务时做出更明智的决定;
66.整个评价数据处理过程，涉及到app客户端和后端服务器之间的数据上传、格式验证、更新和查询，以及对于数据安全性的建立和维护
附图说明
67.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分。在附图中：
68.图1为本发明以评价分数星级结算服务金的交易方法操作流程图;
69.图2为本发明的 s202支付宝支付数据处理的流程图;
70.图3为本发明s203使用余额支付的数据处理的流程图;
71.图4为本发明的s301确认订单结束数据处理的流程图;
72.图5为本发明的s302评价数据处理的流程图;
73.图6为本发明的s303提交评价数据处理的流程图；
74.图7为本发明的s401根据设定比例结算交易金额数据处理的流程图；
75.图8为本发明的s402生成评价展示数据处理的流程图。
实施方式
76.以下将配合附图来详细说明本技术的实施方式，借此对本技术如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。
77.本发明最关键的构思在于：平台根据后台设定将交易金额按相应比例结算，五星评价将支付服务者定价的100%服务费，四星评价将会支付服务者定价的90%服务费，三星评价将会支付服务者定价的80%服务费，二星评价将会支付服务者定价的70%服务费，一星评价将会支付服务者定价的50%服务费服务者账户余额增加，多余的金额返回消费者账户，此项操作的数据处理流程如图7所示；用户使用本发明方法的完整使用流程如下：此流程包括：注册登录验证、购买、评价、结算交易额并展示评价四个部分，下面将对用户操作和平台数据处理进行详细表述。
78.根据图1所示：s1：用户在平台发布服务或需求之前，都需要进行下载app、注册、登录、确认知晓平台以评分星级决定交易金额的规则、身份验证几个步骤；s2：用户在平台消费的时候，将会支付服务者设立定价的全款，此笔款项将会进入平台账户进行保管；s3：当服务结束后，用户可在平台上进行评价，星级的选择将会决定此交易的最终结算金额；s4：当平台收到用户评价，将会根据相应的星级结算比例为服务者结算交易金额，剩余资金将会原路返回消费者账户，交易结束。
79.本发明采用了如下技术方案：后端使用了java+spring mvc，数据库使用了mysql 7.0，缓存使用了redis。客户端方面，采用了android、objective-c和swift。服务器使用了linux操作系统，容器采用了apache tomcat 8.0。在评分组件方面，使用了ratingbar组件。
80.通过上述方案，本发明中用户在购买服务和商品的过程中，其评价可以直接决定交易的最终金额，有益于提高消费者的服务体验，增加用户粘性。
81.在s1中，用户操作包括如下步骤：s101：手机端安装app，启动app，用户需要进行账号注册和设置密码操作，然后使用对应的账号密码登录；s102：注册登录后，用户在平台上传服务或需求时，平台会向用户展示交易中各个评价星级代表的交易金额结算比例，各评价星级的交易金额结算比例如下：五星评价将支付服务者定价的100%服务费，四星评价将会支付服务者定价的90%服务费，三星评价将会支付服务者定价的80%服务费，二星评价将会支付服务者定价的70%服务费，一星评价将会支付服务者定价的50%服务费；s103：用户确认结算比例后，将会跳转认证服务界面，用户需要进行认证才能在平台上发布服务或需求，身份认证成功后，用户账号与认证身份相关联；认证方式包括用户姓名和身份证号，以及人脸识别认证，已经认证过的用户再次登录该账号时，无需再次认证。
82.在s2交易环节中用户使用时将进行如下操作：具体数据处理方法见图2和图3。
83.s201：选择合适的商品或服务后，向服务者发出邀请，服务者应邀后即可下单，用户在下单时可选择微信支付、支付宝支付和余额支付，三种支付方式选其一；s202：如支付方式为支付宝或微信，平台将会调用微信或支付宝付款接口，跳转支付宝或微信付款页面，用户付款，此时用户将会支付商品或服务定价的全款，此笔资金将会进入平台账户进行保管，；s203：如支付方式为app余额支付，此时用户将支付商品或服务定价的全款，此笔资金将会进入平台账户进行保管；s204：如支付方式为微信支付，平台将会调用微信付款接口，跳转微信付款页面，用户付款，此时用户将会支付商品或服务定价的全款，此笔资金将会进入平台账户进行保管。
84.s202支付宝支付的数据处理流程如下：
85.s202.1：用户在服务详情页选择下单；
86.s202.2：平台商户客户端请求商户服务端生成订单；
87.s202.3：平台商户服务端调用app支付接口2.0获得订单信息和签名；
88.s202.4：平台商户服务端向平台返回签名后的订单信息；
89.s202.5：平台调用客户端支付接口，将订单信息和签名发送给支付宝app；
90.s202.6：支付宝app对支付宝服务端进行支付预下单（此时支付未创建）；
91.s202.7：支付宝服务端唤起支付宝收银台等待用户核身；
92.s202.8：用户向支付宝app输入密码确认支付；
93.s202.9：支付宝app向支付宝服务端创建交易并推进支付；
94.s202.10：支付宝服务端向支付宝app返回支付结果；
95.s202.11：支付宝app向平台返回支付结果；
96.s202.12：支付宝服务端向平台服务端发送异步通知；
97.s202.13：平台服务端接收响应，异步通知处理。
98.至此，支付完成。
99.余额支付s203的数据处理过程如下：s203.1：用户输入支付密码；s203.2：客户端将余额支付请求发送到后端服务器端，请求包括订单信息和支付密码；s203.3：服务器端首先检查用户的支付密码是否正确，如果不正确则返回错误信息给客户端；s203.4：如果密码验证通过，则检查用户余额是否足以支付订单的服务费用，如果余额不足，则返回错误信息给客户端；s203.5：如果余额充足，则进行支付处理。服务器将从用户余额中扣除服务费用，并将扣款信息记录到用户交易记录中；s203.6：支付完成后，服务器将订单状态更新为“已支付”，并向客户端返回支付成功信息；s203.7：客户端接收到支付成功信息后，更新app中的订单状态信息，并提示用户支付成功。
100.微信支付s204的数据处理流程:
101.s204.1：用户在平台下单，发起支付；
102.s204.2：平台商户系统后台生成平台订单；
103.s204.3：平台商户系统后台请求下单接口，创建订单；
104.s204.4：微信支付系统生成预付单；
105.s204.5：微信支付系统向平台商户系统后台返回预付单标识；
106.s204.6：商户系统后台生成带签名支付信息；
107.s204.7：用户发起支付；
108.s204.8：平台商户系统后台向微信客户端调起微信支付；
109.s204.9：微信客户端向微信支付系统发起支付请求；
110.s204.10：微信支付系统验证支付授权权限；
111.s204.11：微信支付系统向微信客户端返回支付授权；
112.s204.12：用户确认支付、输入密码；
113.s204.13：微信客户端向微信支付系统提交授权；
114.s204.14：微信支付系统验证授权；
115.s204.15：获取订单支付状态；
116.s204.16：微信客户端、平台商户系统后台以及微信支付系统一起获取订单支付状态；
117.s204.17：平台商户系统后台和平台支付系统判断支付状态；
118.s204.18：平台商户系统向用户展示支付消息。
119.在s3确认订单结束并评价环节中，数据处理交互流程见图4至图6。用户操作如下：
120.s301：服务完成后即可在平台确认订单结束，用户在app确认订单结束，app请求后端，后端中该条订单关联的数据状态字段标注为已完成；
121.s302：app跳转页面请求用户评价，用户在此页面选择评价星级和撰写文字评价附上图片，用户选择了评价的星级，在页面上会有此星级所代表的交易金额比例提示；
122.s303：点击提交评价，app存储用户的评价，将订单状态字段标注为已评价，同时向服务者推送服务信息。
123.确认订单结束s301中的数据处理过程如下:
124.s301.1：当用户在app上确认订单结束后，app会向后端服务器发送请求，请求包含该条订单的相关信息和确认订单结束的指令；
125.s301.2：后端服务器接收到请求后，会查询数据库中该订单关联的数据，将相应的状态字段标注为已完成；
126.s301.3：服务器向app客户端返回响应结果，通知客户端订单已完成以及相关的实时数据（订单总价、余额是否充足）。
127.这个过程中，app客户端和后端服务器通过网络连接进行通信，并利用特定的网络协议进行信息交换。
128.用户评价s302中的数据处理流程如下:
129.s302.1：当app跳转到评价页面时，客户端会向后端服务器发送请求，请求包含与评价相关的信息（订单号、商品信息、用户信息）并带有特定的页面标识，以便服务器区分不同的请求类型；
130.s302.2：后端服务器接收到请求后，会生成一个新的评价记录，并将相关信息插入到数据库中。具体来说，服务器会根据订单号等信息查询相关的数据记录，并将星级、文字评价和图片等内容保存到数据库中。在此过程中，服务器需要进行数据格式验证和必要的安全性检查，以保证上传的数据符合安全要求且没有异常；
131.s302.3：服务器向app客户端返回响应结果，通知客户端评价成功并包含相关的实时数据（评价列表、评分统计）。
132.提交评价s303的数据处理过程如下:
133.s303.1：当用户点击提交评价后，app会向后端服务器发送请求，请求包含用户评价的内容和特定的页面标识，以便服务器区分不同的请求类型；
134.s303.2：后端服务器接收到请求后，会根据评价内容生成一个新的评价记录，并将相关信息插入到数据库中。同时，服务器会将对应订单的状态字段标注为已评价，以便订单管理系统查看并统计订单的状态；
135.s303.3：服务器需要将评价信息发送给对应的服务者，以便服务者可以及时了解相关服务的评价情况。服务器将评价信息通过推送服务或者接口进行传递。在此过程中，服务器需要进行数据格式验证和必要的安全性检查，以保证上传的数据符合安全要求且没有
异常；
136.s303.4：服务器向app客户端返回响应结果，通知客户端评价成功并包含相关的实时数据。
137.在结算实际交易金额s4环节中，数据处理流程见图7和图8，用户操作包括如下步骤:
138.s401：平台根据后台设定将交易金额按相应比例结算，五星评价将支付服务者定价的100%服务费，四星评价将会支付服务者定价的90%服务费，三星评价将会支付服务者定价的80%服务费，二星评价将会支付服务者定价的70%服务费，一星评价将会支付服务者定价的50%服务费服务者账户余额增加，多余的金额返回消费者账户；
139.s402：用户提交的评价在商家服务详情页公开展示，包括消费者选择的星级、文字评价以及附图。
140.星级结算交易金额s401环节的数据处理过程:
141.s401.1：app向后端服务器发送请求，请求包含交易金额和服务者账号等信息，以便服务器区分不同的请求类型；
142.s401.2：后端服务器接收到请求后，后端程序会获取该订单的详细信息，包括服务时间、服务类型、服务费用等信息；
143.s401.3：后端程序检查该订单是否有评价记录，并获取评价内容；
144.s401.4：后端程序根据设定的佣金比例计算服务者应该获得的佣金金额，并将该金额加入服务者的账户余额中；
145.后端程序根据设定比例结算实际交易金额s401.4环节具体处理如下:
146.根据后台设定，系统将根据评价星级的比例进行结算。假设服务者定价为p元；
147.五星评价下服务费支付100%，即服务者将获得p元的服务费，消费者账户返回p元-p元；
148.四星评价下服务费支付90%，即服务者将获得0.9p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.9p元；
149.三星评价下服务费支付80%，即服务者将获得0.8p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.8p元；
150.二星评价下服务费支付70%，即服务者将获得0.7p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.7p元；
151.一星评价下服务费支付50%，即服务者将获得0.5p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.5p元。
152.因此，对于每笔订单，后端程序数据处理过程如下:
153.系统根据评价提交的星级确定服务费的实际支付比例r：五星评价r=100%、四星评价r=80%、三星评价r=70%、二星评价r=60%、一星评价r=50%；
154.服务者账户余额增加r*p；
155.消费者账户返回多余支付金额，余额增加p-rp。
156.s401.5：在计算佣金和返还资金的过程中，程序需要进行数据格式验证、算法计算和必要的安全性检查，以保证计算过程正确、准确并且安全；
157.s401.6：后端程序将计算结果存储到数据库中，以便订单管理系统查看并统计订
单的状态。
158.生成评价并展示环节s402的数据处理过程:
159.s402.1：app客户端将评价内容和附图等信息打包封装成数据格式上传到后端服务器上；
160.s402.2：服务器会对上传的数据进行格式验证和安全性检查，然后将数据存储到数据库中。同时，服务器会根据评价星级更新服务者的评价打分以及评分数量记录，并在数据库中更新相关信息。在评价上传和更新过程中，程序需要进行数据验证、格式处理和必要的安全性检查，以保证评价内容符合安全要求且能够正确地被展示出来；
161.s402.3：app客户端可以从服务器上查询服务者的评价记录，并在app界面上展示评价信息。用户可以通过app访问服务者的评价记录来了解服务者的业绩和信誉情况，以便在选择服务时做出更明智的决定。
162.整个评价数据处理过程，涉及到app客户端和后端服务器之间的数据上传、格式验证、更新和查询，以及对于数据安全性的建立和维护。
163.在交易中，让消费者的评价直接影响交易的金额，有利于维护消费者权益，有利于让用户在平台上获得更好的服务体验，更有利于增加平台用户粘性，在交易平台竞争激流的今天，使用本方法有利于平台争取用户，挖掘市场。
164.如在说明书及权利要求当中使用了某些词汇来指称特定方法过程，本领域技术人员应可理解，硬件制造商和数据交互领域可能会用不同名词来称呼同一个硬件、系统和数据交互。本说明书及权利要求并不以名称的差异来作为区分数据处理的方式，而是以数据处理软硬件在功能上的差异来作为区分的准则。在通篇说明书及权利要求当中的处理方法，在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决技术问题，基本达到技术效果。
165.以上所述，仅为本发明实施方式，但本发明保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

技术特征：
1.一种以评价分数星级结算服务金的交易方法，其特征在于：s1：用户在平台发布服务或需求之前，都需要进行下载app、注册、登录、确认知晓平台以评分星级决定交易金额的规则、身份验证几个步骤；s2：用户在平台消费的时候，将会支付服务者设立定价的全款，此笔款项将会进入平台账户进行保管；s3：当服务结束后，用户可在平台上进行评价，星级的选择将会决定此交易的最终结算金额；s4：当平台收到用户评价，将会根据相应的星级结算比例为服务者结算交易金额，剩余资金将会原路返回消费者账户，交易结束。2.根据权利要求1所述的一种以评价分数星级结算服务金的交易方法，在s1中，其特征在于：s101：手机端安装app，启动app，用户需要进行账号注册和设置密码操作，然后使用对应的账号密码登录；s102：注册登录后，用户在平台上传服务或需求时，平台会向用户展示交易中各个评价星级代表的交易金额结算比例；s103：用户确认结算比例后，将会跳转认证服务界面，用户需要进行认证才能在平台上发布服务或需求，身份认证成功后，用户账号与认证身份相关联。3.根据权利要求2所述的一种以评价分数星级结算服务金的交易方法，其特征在于：在s102 中，app各个评价星级的交易金额结算比例如下：五星评价将支付服务者定价的100%服务费，四星评价将会支付服务者定价的90%服务费，三星评价将会支付服务者定价的80%服务费，二星评价将会支付服务者定价的70%服务费，一星评价将会支付服务者定价的50%服务费。4.根据权利要求3所述的一种以评价分数星级结算服务金的交易方法，其特征在于：该评价星级功能体系采用了如下技术方案：后端使用了java+spring mvc，数据库使用了mysql 7.0，缓存使用了redis。客户端方面，采用了android、objective-c和swift。服务器使用了linux操作系统，容器采用了apache tomcat 8.0。在评分组件方面，使用了ratingbar组件。5.根据权利要求1所述的一种以评价分数星级结算服务金的交易方法，在s2中，其特征在于： s201：选择合适的商品或服务后，向服务者发出邀请，服务者应邀后即可下单，用户在下单时可选择微信支付、支付宝支付和余额支付，三种支付方式选其一；s202：如支付方式为支付宝支付，平台将会调用支付宝付款接口，跳转支付宝付款页面，用户付款，此时用户将会支付商品或服务定价的全款，此笔资金将会进入平台账户进行保管；s203：如支付方式为app余额支付，此时用户将支付商品或服务定价的全款，此笔资金将会进入平台账户进行保管；如支付方式为微信支付，平台将会调用微信付款接口，跳转微信付款页面，用户付款，此时用户将会支付商品或服务定价的全款，此笔资金将会进入平台账户进行保管。6.根据权利要求1所述的一种以评价分数星级结算服务金的交易方法，在s3中，其特征在于：s301：服务完成后即可在平台确认订单结束，用户在app确认订单结束，app请求后端，后端中该条订单关联的数据状态字段标注为已完成；s302：app跳转页面请求用户评价，用户在此页面选择评价星级和撰写文字评价附上图片，用户选择了评价的星级，在页面上会有此星级所代表的交易金额比例提示。s303：点击提交评价，app存储用户的评价，将订单状态字段标注为已评价，同时向服务者推送服务信息。7.根据权利要求1所述的一种以评价分数星级结算服务金的交易方法，其特征在于，在s4中， 包括如下步骤：s401：平台根据后台设定将交易金额按相应比例结算，五星评价将支付服务者定价的100%服务费，四星评价将会支付服务者定价的90%服务费，三星评价将会支
付服务者定价的80%服务费，二星评价将会支付服务者定价的70%服务费，一星评价将会支付服务者定价的50%服务费服务者账户余额增加，多余的金额返回消费者账户；s402：用户提交的评价在商家服务详情页公开展示，包括消费者选择的星级、文字评价以及附图。8.根据权利要求1所述的一种以评价分数星级结算服务金的交易方法，在s4中，其特征在于：交易金额结算s401的的数据处理过程：s401.1：app向后端服务器发送请求，请求包含交易金额和服务者账号等信息，以便服务器区分不同的请求类型；s401.2：后端服务器接收到请求后，后端程序会获取该订单的详细信息，包括服务时间、服务类型、服务费用等信息；s401.3：后端程序检查该订单是否有评价记录，并获取评价内容；s401.4：后端程序根据设定的佣金比例计算服务者应该获得的佣金金额，并将该金额加入服务者的账户余额中，将多余支付金额返回消费者账号中；s401.5：在计算佣金和返还资金的过程中，程序需要进行数据格式验证、算法计算和必要的安全性检查，以保证计算过程正确、准确并且安全；s401.6：后端程序将计算结果存储到数据库中，以便订单管理系统查看并统计订单的状态。流程s401.4具体处理步骤如下：根据后台设定，系统将根据评价星级的比例进行结算。假设服务者定价为p元；五星评价下服务费支付100%，即服务者将获得p元的服务费，消费者账户返回p元-p元；四星评价下服务费支付90%，即服务者将获得0.9p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.9p元；三星评价下服务费支付80%，即服务者将获得0.8p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.8p元；二星评价下服务费支付70%，即服务者将获得0.7p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.7p元；一星评价下服务费支付50%，即服务者将获得0.5p元的服务费，消费者账户返回p元
ꢀ‑ꢀ
0.5p元。因此，对于每笔订单，后端程序数据处理过程如下：步骤一，系统根据评价提交的星级确定服务费的实际支付比例r，五星评价r=100%、四星评价r=80%、三星评价r=70%、二星评价r=60%、一星评价r=50%；步骤二，服务者账户金额增加r*p；步骤三，消费者账户返回多余支付金额，账户金额增加p-rp。

技术总结
本发明为一种以评价分数星级结算服务金的交易方法，属于APP的评价和支付方法技术领域，主要解决当下网购服务中消费者无法直接通过评价影响商家收入的问题。方法流程包括：注册登录验证(S1)、购买(S2)、评价(S3)、结算交易额并展示评价(S4)四个部分，本发明最关键的构思在于结算交易额部分：平台根据后台设定将交易金额按相应比例结算：五星评价将支付商家或服务者定价的100%，四星评价将会支付定价的90%，三星评价将会支付定价的80%，二星评价将会支付定价的70%，一星评价将会支付服务者定价的50%。通过上述方案，以直接的关联方式让消费者的评价影响商家或服务者的收入，可以有效提高消费者的消费信心，增加平台用户粘性。增加平台用户粘性。增加平台用户粘性。


技术研发人员：黄喜盛
受保护的技术使用者：前海大盛网络科技（深圳）有限公司
技术研发日：2023.04.28
技术公布日：2023/7/12