本发明涉及计算机技术领域，具体而言，涉及一种群组推荐方法、一种群组推荐装置、一种服务器、一种终端和一种计算机可读存储介质。
背景技术：
相关技术中，在网约车司机以群组的方式运营时，现有的司机群组推荐方式存在以下缺陷：
(1)需要耗费大量的运营人力，群组建立的效率较低，司机体验较差，并且不利于大规模的展开；
(2)由于上述推荐方式常处于无规则状态，导致网约车平台资源的浪费，从而影响了网约车平台的运行性能。
技术实现要素：
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此，本发明的一个目的在于提供一种群组推荐方法。
本发明的另一个目的在于提供一种群组推荐的装置。
本发明的又一个目的在于提供一种服务器。
本发明的又一个目的在于提供一种终端。
本发明的再一个目的在于提供一种计算机可读存储介质。
为了实现上述目的，本发明第一方面的技术方案提供了一种群组推荐方法，适用于服务器，包括：在多个主终端发送的建群请求验证通过后，将建群请求的准入信息分别发送至多个主终端；自发送准入信息的时刻起经过第一预设时长后，在检测接收到至少一个主终端发送的成员推荐请求时，根据对应的推荐引擎的输出结果向至少一个主终端推送匹配的成员信息，并向成员信息关联的子终端发送准入推荐信息。
本发明第二方面的技术方案提供了一种群组推荐方法，适用于主终端，包括：在接收到服务器发送的建群请求的准入信息后，向联系人列表中设置为司机标签的子终端发送建群信息；和/或向服务器发送成员推荐请求；根据接收到子终端发送的确认信息，和/或服务器根据成员推荐请求推送的成员信息填充群组，直至检测到群组达到满员状态。
本发明第三方面的技术方案提供了一种群组推荐方法，适用于子终端，包括：在接收到主终端发送的建群信息后，根据获取到的操作指令确定是否向终端发送确认信息；和/或接收服务器发送的与子终端匹配的群组的准入推荐信息，以确认准入群组。
本发明第四方面的技术方案提供了一种群组推荐装置，适用于服务器，包括：存储器和处理器；存储器，用于存储存储器用于存储程序代码；处理器，用于调用程序代码执行：在多个主终端发送的建群请求验证通过后，将建群请求的准入信息分别发送至多个主终端；自发送准入信息的时刻起经过第一预设时长后，在检测接收到至少一个主终端发送的成员推荐请求时，根据对应的推荐引擎的输出结果向至少一个主终端推送匹配的成员信息，直至检测到多个群组均为满员状态。
本发明第五方面的技术方案提供了一种群组推荐装置，适用于主终端，包括：存储器和处理器；存储器，用于存储存储器用于存储程序代码；处理器，用于调用程序代码执行：在接收到服务器发送的建群请求的准入信息后，向联系人列表中设置为司机标签的子终端发送建群信息；和/或向服务器发送成员推荐请求；根据接收到子终端发送的确认信息，和/或服务器根据成员推荐请求推送的成员信息填充群组，直至检测到群组达到满员状态。
本发明第六方面的技术方案提供了一种群组推荐装置，适用于子终端，包括：存储器和处理器；存储器，用于存储存储器用于存储程序代码；处理器，用于调用程序代码执行：在接收到主终端发送的建群信息后，根据获取到的操作指令确定是否向终端发送确认信息；和/或接收服务器发送的与子终端匹配的群组的准入推荐信息，以确认准入群组。
本发明的第七方面的技术方案提供了一种服务器，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述第一方面的技术方案中任一项群组推荐方法限定的步骤，和/或包括上述第四方面的技术方案中任一项的群组推荐装置。
本发明的第八方面的技术方案提供了一种终端，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述第二方面的技术方案与第三方面的技术方案中任一项群组推荐方法限定的步骤，和/或包括上述第五方面和/或第六方面的技术方案中任一项所述的群组推荐装置。
本发明的第九方面的技术方案提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项群组推荐方法限定的步骤。
本发明的优点将在下面的描述部分中给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
图1示出了根据本发明的一个实施例的群组推荐方法的示意流程图；
图2示出了根据本发明的另一个实施例的群组推荐方法的示意流程图；
图3示出了根据本发明的再一个实施例的群组推荐方法的示意流程图；
图4示出了根据本发明的一个实施例的群组推荐装置的示意框图；
图5示出了根据本发明另一个的实施例的群组推荐装置的示意框图；
图6示出了根据本发明再一个的实施例的群组推荐装置的示意框图；
图7示出了根据本发明的实施例的服务器的示意框图；
图8示出了根据本发明的实施例的终端的示意框图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的一个实施例的群组推荐方法的示意流程图。
如图1所示，根据本发明的一个实施例的群组推荐方法，适用于服务器，包括：步骤102，在多个主终端发送的建群请求验证通过后，将建群请求的准入信息分别发送至多个主终端；步骤104，自发送准入信息的时刻起经过第一预设时长后，在检测接收到至少一个主终端发送的成员推荐请求时，根据对应的推荐引擎的输出结果向至少一个主终端推送匹配的成员信息，并向成员信息关联的子终端发送准入推荐信息。
在该实施例中，通过在服务器端预设基于组件群组的推荐引擎，以在接收到建群请求之后，将基于主终端的特征信息生成的输入量，输入至推荐引擎中，以得到与之匹配的成员信息，并将成员信息下发至主终端以及将准入推荐信息下发至与成员信息关联的子终端，通过在对司机终端发送的建群请求验证通过，并在经过第一预设时长后，检测针对建群请求的多个群组是否建立完成，以在检测到部分或全部的群组未建立完成后，根据预设的司机推荐引擎，向负责组织群组的主终端发送作为战队队员的群组成员推荐信息，以使主终端能够接受推荐后完成战队组建，一方面，能够提升运营群组组建的效率与组建成功率，以实现高效、规模化的建群操作，另一方面，通过在服务器端设置推荐引擎向主终端推荐匹配的群组成员，有利于网约车平台对具有较高匹配度的司机在网约车运营过程中产生的运营数据进行批量处理，进而能够使网约车平台的性能得到改善。
其中，不同的群组可以采用同一个推荐引擎执行匹配的成员推荐操作，也可以采用不同的推荐引擎进行匹配以及根据匹配结果进行成员推荐操作。
其中，建群请求的准入信息用于表示主终端具有组建群组的权限，准入推荐信息用于表示与主终端匹配的成员能够直接加入到待组建的群组中而不需要进行该子终端的确认。
在上述实施例中，优选地，还包括：在检测到多个群组均为满员状态后，实时获取每个群组的运营数据，直至检测到多个群组的运营时长达到第二预设时长，其中，群组运营数据包括网约车订单数量与网约车订单金额。
在该实施例中，在检测到多个群组均建立完成后，即可确认进入群组式运营状态，通过实时记录每个群组的群组运营数据，并将群组运营数据作为对战战绩，进而实现服务器对群组式运营的监控功能，一方面，能够保证群组运营数据采集的准确性，另一方面，以群组为单位进行运营监控，也有利于进一步优化网约车平台的运行性能。
在上述任一实施例中，优选地，还包括：将群组运营数据输入至预设的竞争模型中，以输出多个群组的竞争数据；将竞争数据发送至多个群组中的主终端与多个子终端。。
在该实施例中，通过统计每个战队的订单数量、订单金额，以根据预设的竞争模型计算各战队的完成数据，以生成对战战报，一方面，实现了群组数据的自动化运算，以解决繁琐人工计算，降低计算错误的概率；另一方面，对战战报可以通过司机端的im或消息推送的方式发送至司机端，从而解决了人工制作战报耗时、费力、效率低下的问题。
具体地，预设的竞争模型可以为：根据订单数量和/或订单金额从多至少进行战队排序，还可以将订单数量和/或订单金额最多的单个司机终端确定为作家司机终端。
在上述任一实施例中，优选地，根据对应的推荐引擎的输出结果向建立未满员群组的主终端推送匹配的成员信息，具体包括：根据主终端的历史运营数据确定多个运营评价参数以及每个运营评价参数对应的权重值；根据运营评价参数与权重值生成主终端的运营评分；将运营评分输入至推荐引擎，以由推荐引擎输出与运营评分匹配的成员信息，其中，多个运营评价参数包括历史订单量，司机评级、服务分数。
在该实施例中，司机推荐引擎的推荐规则可以为基于每个群组推荐，即根据主终端(群组队长)的运营数据进行匹配选择，从而实现了与战队对战的相关性司机推荐，通过推荐引擎，推荐与队长相关度较高的司机给队长(根据司机的订单量、司机评级、服务分数等参数计算)，以解决司机建群困难，建群成功率低和建群规模有限的问题。
另外，还可以分别针对司机的订单量、司机评级以及服务分数进行匹配推荐，有利于提升推荐精确度。
另外，还可以进一步根据群组队长的年龄范围，是否为兼职司机等属性进行相关性司机推荐。
在上述任一实施例中，优选地，还包括：在检测到具有不完整群组时，向指定区域内的多个子终端发送推荐信息，推荐信息中包括不完整群组中的主终端的通讯信息。
在该实施例中，通过向指定区域内的多个子终端发送建群信息，实现了运营司机针对战队对战的自主报名功能。
其中，推荐信息用于向子终端推荐待组建的群组信息。
图2示出了根据本发明的另一个实施例的群组推荐方法的示意流程图。
如图2所示，根据本发明的另一个实施例的群组推荐方法，适用于主终端，群组推荐方法包括：步骤202，在接收到服务器发送的建群请求的准入信息后，向联系人列表中设置为司机标签的子终端发送建群信息，和/或向服务器发送成员推荐请求；步骤204，根据接收到子终端发送的确认信息，和/或服务器根据成员推荐请求推送的成员信息填充群组，直至检测到群组达到满员状态。
在该实施例中，在作为群组队长的司机终端侧，在接收到服务器根据建群请求反馈的准入信息后，群发建群信息，以在司机终端接收到邀请的反馈信息后，检测是否建立完成，以在建立完成后，能够及时进入战队对战，而在未建立完成后，由服务器发送司机推荐信息协助战队组建，一方面，通过采用自动群发建群信息以及直接向服务器发送推荐请求信息等方式，提升了群组组建的自动化程度，进而提升了群组组件的效率，对于作为群组的发起者的终端用户而言，提升了用户的使用体验，另一方面，通过自动群发建群信息，实现了不依赖于服务器的离线建群功能，进而能够减少对网约车平台的资源占用，再一方面，由服务器协助建群，解决了难以实现规模化的问题，进而有利于提升网约车平台的运营效率。
在上述实施例中，优选地，还包括：在检测到当前群组处于满员状态时，向服务器发送监控请求信息，以使服务器触发启动监控群组的群组运营数据。
在该实施例中，通过向服务器发送建群完毕信息，以使服务器实时检测群组的战况，从而能够保证群组运营数据采集的准确性。
在上述任一实施例中，优选地，根据接收到子终端发送的确认信息，和/或服务器根据成员推荐请求推送的成员信息填充群组，具体包括以下步骤：在接收到确认信息时，检测确认信息的接收数量是否达到预设数量阈值；在检测到数量达到预设数量阈值时，确定群组填充完毕；在检测到数量未达到预设数量阈值时，根据匹配度从大到小选取推送的成员信息对应的推荐成员。
在该实施例中，通过检测接受邀请的司机数量是否达到预设数量阈值，来检测是否建群完毕，以使建群的时效性更强，进而有利于提升群组对战的效率。
在上述任一实施例中，优选地，还包括：将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
在该实施例中，通过将多个群组的运营信息均实时显示在终端的显示屏上，能够使终端用户实时了解处于同一运营时段的不同群组的运营状况。
其中，运营信息包括战队中司机终端的实时位置、实时订单量与实时订单金额等。
图3示出了根据本发明的再一个实施例的群组推荐方法的示意流程图。
如图3所示，根据本发明的再一个实施例的群组推荐方法，适用于子终端，包括：步骤302，在接收到主终端发送的建群信息后，根据获取到的操作指令确定是否向终端发送确认信息；步骤304，接收服务器发送的与子终端匹配的群组的准入推荐信息，以确认准入群组。
在该实施例中，对于作为群组成员的子终端，在接收主终端(队长终端)的建群信息和/或在接收到服务器发送的建群信息进行建群报名，实现了被动邀请或主动参加等多种方式的战队参与途径，从而有利于司机建群规模化的实现。
在上述实施例中，优选地，还包括：在接收到服务器发送的群组信息后，在接收到对群组信息的选择指令后，向选择指令对应的主终端发送请求准入信息。
在上述任一实施例中，优选地，还包括：将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
在该实施例中，通过将群组运营数据实时显示在终端的显示屏上，能够使终端用户实时了解对战进程，有利于对战战绩的提升。
其中，群组运营数据包括战队中司机终端的实时位置、实时订单量与实时订单金额等。
图4示出了根据本发明的一个实施例的群组推荐装置400的示意框图。
如图4所示，根据本发明的一个实施例的群组推荐装置400，适用于服务器，包括：存储器402和处理器404；存储器402，用于存储存储器402用于存储程序代码；处理器404，用于调用程序代码执行：在多个主终端发送的建群请求验证通过后，将建群请求的准入信息分别发送至多个主终端；自发送准入信息的时刻起经过第一预设时长后，在检测接收到至少一个主终端发送的成员推荐请求时，根据对应的推荐引擎的输出结果向至少一个主终端推送匹配的成员信息，并向成员信息关联的子终端发送准入推荐信息。
在该实施例中，通过在服务器端预设基于组件群组的推荐引擎，以在接收到建群请求之后，将基于主终端的特征信息生成的输入量，输入至推荐引擎中，以得到与之匹配的成员信息，并将成员信息下发至主终端以及将准入推荐信息下发至与成员信息关联的子终端，通过在对司机终端发送的建群请求验证通过，并在经过第一预设时长后，检测针对建群请求的多个群组是否建立完成，以在检测到部分或全部的群组未建立完成后，根据预设的司机推荐引擎，向负责组织群组的主终端发送作为战队队员的群组成员推荐信息，以使主终端能够接受推荐后完成战队组建，一方面，能够提升运营群组组建的效率与组建成功率，以实现高效、规模化的建群操作，另一方面，通过在服务器端设置推荐引擎向主终端推荐匹配的群组成员，有利于网约车平台对具有较高匹配度的司机在网约车运营过程中产生的运营数据进行批量处理，进而能够使网约车平台的性能得到改善。
其中，不同的群组可以采用同一个推荐引擎执行匹配的成员推荐操作，也可以采用不同的推荐引擎进行匹配以及根据匹配结果进行成员推荐操作。
在上述实施例中，优选地，处理器404，具体用于：在检测到多个群组均为满员状态后，实时获取每个群组的运营数据，直至检测到多个群组的运营时长达到第二预设时长，其中，群组运营数据包括网约车订单数量与网约车订单金额。
在该实施例中，在检测到多个群组均建立完成后，即可确认进入群组式运营状态，通过实时记录每个群组的群组运营数据，并将群组运营数据作为对战战绩，进而实现服务器对群组式运营的监控功能，一方面，能够保证群组运营数据采集的准确性，另一方面，以群组为单位进行运营监控，也有利于进一步优化网约车平台的运行性能。
在上述任一实施例中，优选地，还包括：处理器404，具体用于：将群组运营数据输入至预设的竞争模型中，以输出多个群组的竞争数据；将竞争数据发送至多个群组中的主终端与多个子终端。
在该实施例中，通过统计每个战队的订单数量、订单金额，以根据预设的竞争模型计算各战队的完成数据，以生成对战战报，一方面，实现了群组数据的自动化运算，以解决繁琐人工计算，降低计算错误的概率；另一方面，对战战报可以通过司机端的im或消息推送的方式发送至司机端，从而解决了人工制作战报耗时、费力、效率低下的问题。
具体地，预设的竞争模型可以为：根据订单数量和/或订单金额从多至少进行战队排序，还可以将订单数量和/或订单金额最多的单个司机终端确定为作家司机终端。
在上述任一实施例中，优选地，处理器404，具体用于：根据主终端的历史运营数据确定多个运营评价参数以及每个运营评价参数对应的权重值；根据运营评价参数与权重值生成主终端的运营评分；将运营评分输入至推荐引擎，以由推荐引擎输出与运营评分匹配的成员信息，其中，多个运营评价参数包括历史订单量，司机评级、服务分数。
在该实施例中，司机推荐引擎的推荐规则可以为基于每个群组推荐，即主终端(群组队长)的运营数据进行匹配选择，从而实现了与战队对战的相关性司机推荐，通过推荐引擎，推荐与队长相关度较高的司机给队长(根据司机的订单量、司机评级、服务分数等参数计算)，以解决司机建群困难，建群成功率低和建群规模有限的问题。
另外，还可以分别针对司机的订单量、司机评级以及服务分数进行匹配推荐，有利于提升推荐精确度。
另外，还可以进一步根据群组队长的年龄范围，是否为兼职司机等属性进行相关性司机推荐。
在上述任一实施例中，优选地，处理器404，具体用于：在检测到具有不完整群组时，向指定区域内的多个子终端发送推荐信息，推荐信息中包括不完整群组中的主终端的通讯信息。
在该实施例中，通过向指定区域内的多个子终端发送建群信息，实现了运营司机针对战队对战的自主报名功能。
图5示出了根据本发明另一个的实施例的群组推荐装置的示意框图。
如图5所示，根据本发明另一个的实施例的群组推荐装置500，适用于主终端，包括：存储器502和处理器504；存储器502，用于存储存储器502用于存储程序代码；处理器504，用于调用程序代码执行：在接收到服务器发送的建群请求的准入信息后，向联系人列表中设置为司机标签的子终端发送建群信息；和/或向服务器发送成员推荐请求；根据接收到子终端发送的确认信息，和/或服务器根据成员推荐请求推送的成员信息填充群组，直至检测到群组达到满员状态。
在该实施例中，在作为群组队长的司机终端侧，在接收到服务器根据建群请求反馈的准入信息后，群发建群信息，以在司机终端接收到邀请的反馈信息后，检测是否建立完成，以在建立完成后，能够及时进入战队对战，而在未建立完成后，由服务器发送司机推荐信息协助战队组建，一方面，通过采用自动群发建群信息以及直接向服务器发送推荐请求信息等方式，提升了群组组建的自动化程度，进而提升了群组组件的效率，对于作为群组的发起者的终端用户而言，提升了用户的使用体验，另一方面，通过自动群发建群信息，实现了不依赖于服务器的离线建群功能，进而能够减少对网约车平台的资源占用，再一方面，由服务器协助建群，解决了难以实现规模化的问题，进而有利于提升网约车平台的运营效率。
在上述实施例中，优选地，处理器504，具体用于：在检测到当前群组处于满员状态时，向服务器发送监控请求信息，以使服务器触发启动监控群组的群组运营数据。
在该实施例中，通过向服务器发送建群完毕信息，以使服务器实时检测群组的战况，以方便后续的对战数据计算与对战战报的发送。
在上述任一实施例中，优选地，处理器504，具体用于：在接收到确认信息时，检测确认信息的接收数量是否达到预设数量阈值；在检测到数量达到预设数量阈值时，确定群组填充完毕；在检测到数量未达到预设数量阈值时，根据匹配度从大到小选取推送的成员信息对应的推荐成员。
在该实施例中，通过检测接受邀请的司机数量是否达到预设数量阈值，来检测是否建群完毕，以使建群的时效性更强，进而有利于提升群组对战的效率。
在上述任一实施例中，优选地，处理器504，具体用于：将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
在该实施例中，通过将多个群组的运营信息均实时显示在终端的显示屏上，能够使终端用户实时了解处于同一运营时段的不同群组的运营状况。
图6示出了根据本发明再一个的实施例的群组推荐装置的示意框图。
如图6所示，根据本发明再一个的实施例的群组推荐装置600，适用于子终端，包括：存储器602和处理器604；存储器602，用于存储存储器602用于存储程序代码；处理器604，用于调用程序代码执行：在接收到主终端发送的建群信息后，根据获取到的操作指令确定是否向终端发送确认信息；和/或接收服务器发送的与子终端匹配的群组的准入推荐信息，以确认准入群组。
在该实施例中，在对战队员的终端侧，在接收主终端(队长终端)的建群信息和/或在接收到服务器发送的建群信息进行建群报名，实现了被动邀请或主动参加等多种方式的战队参与途径，从而有利于司机建群规模化的实现。
在上述实施例中，优选地，处理器604，具体用于：在接收到服务器发送的群组信息后，在接收到对群组信息的选择指令后，向选择指令对应的主终端发送请求准入信息。
在上述任一实施例中，优选地，处理器604，具体用于：将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
在该实施例中，通过将群组运营数据实时显示在终端的显示屏上，能够使终端用户实时了解对战进程，有利于对战战绩的提升。
其中，群组运营数据包括战队中司机终端的实时位置、实时订单量与实时订单金额等。
图7示出了根据本发明的实施例的服务器的示意框图。
如图7所示，根据本发明的实施例的服务器70，包括：存储器702、处理器704及存储在存储器702上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述服务器侧所述的任一项群组推荐方法限定的步骤，和/或包括上述任一项的群组推荐装置400。
图8示出了根据本发明的实施例的终端的示意框图。
如图8所示，根据本发明的实施例的终端80，包括：存储器802、处理器804及存储在存储器802上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述终端侧所述的任一项群组推荐方法限定的步骤，和/或包括上述任一项的群组推荐装置500与推荐装置600。
根据本发明的实施例，还提出了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现：在多个主终端发送的建群请求验证通过后，将建群请求的准入信息分别发送至多个主终端；自发送准入信息的时刻起经过第一预设时长后，在检测接收到至少一个所述主终端发送的成员推荐请求时，根据对应的推荐引擎的输出结果向至少一个主终端推送匹配的成员信息，直至检测到多个群组均为满员状态。
在该实施例中，通过在服务器端预设基于组件群组的推荐引擎，以在接收到建群请求之后，将基于主终端的特征信息生成的输入量，输入至推荐引擎中，以得到与之匹配的成员信息，并将成员信息下发至主终端以及将准入推荐信息下发至与成员信息关联的子终端，通过在对司机终端发送的建群请求验证通过，并在经过第一预设时长后，检测针对建群请求的多个群组是否建立完成，以在检测到部分或全部的群组未建立完成后，根据预设的司机推荐引擎，向负责组织群组的主终端发送作为战队队员的群组成员推荐信息，以使主终端能够接受推荐后完成战队组建，一方面，能够提升运营群组组建的效率与组建成功率，以实现高效、规模化的建群操作，另一方面，通过在服务器端设置推荐引擎向主终端推荐匹配的群组成员，有利于网约车平台对具有较高匹配度的司机在网约车运营过程中产生的运营数据进行批量处理，进而能够使网约车平台的性能得到改善。
其中，不同的群组可以采用同一个推荐引擎执行匹配的成员推荐操作，也可以采用不同的推荐引擎进行匹配以及根据匹配结果进行成员推荐操作。
在上述实施例中，优选地，还包括：在检测到多个群组均为满员状态后，实时获取每个群组的运营数据，直至检测到多个群组的运营时长达到第二预设时长，其中，群组运营数据包括网约车订单数量与网约车订单金额。
在该实施例中，在检测到多个群组均建立完成后，即可确认进入群组式运营状态，通过实时记录每个群组的群组运营数据，并将群组运营数据作为对战战绩，进而实现服务器对群组式运营的监控功能，一方面，能够保证群组运营数据采集的准确性，另一方面，以群组为单位进行运营监控，也有利于进一步优化网约车平台的运行性能。
在上述任一实施例中，优选地，还包括：将群组运营数据输入至预设的竞争模型中，以输出多个群组的竞争数据；将竞争数据发送至多个群组中的主终端与多个子终端。。
在该实施例中，通过统计每个战队的订单数量、订单金额，以根据预设的竞争模型计算各战队的完成数据，以生成对战战报，一方面，实现了群组数据的自动化运算，以解决繁琐人工计算，降低计算错误的概率；另一方面，对战战报可以通过司机端的im或消息推送的方式发送至司机端，从而解决了人工制作战报耗时、费力、效率低下的问题。
具体地，预设的竞争模型可以为：根据订单数量和/或订单金额从多至少进行战队排序，还可以将订单数量和/或订单金额最多的单个司机终端确定为作家司机终端。
在上述任一实施例中，优选地，根据对应的推荐引擎的输出结果向建立未满员群组的主终端推送匹配的成员信息，具体包括：根据主终端的历史运营数据确定多个运营评价参数以及每个运营评价参数对应的权重值；根据运营评价参数与权重值生成主终端的运营评分；将运营评分输入至推荐引擎，以由推荐引擎输出与运营评分匹配的成员信息，其中，多个运营评价参数包括历史订单量，司机评级、服务分数。
在该实施例中，司机推荐引擎的推荐规则可以为基于每个群组推荐，即根据主终端(群组队长)的运营数据进行匹配选择，从而实现了与战队对战的相关性司机推荐，通过推荐引擎，推荐与队长相关度较高的司机给队长(根据司机的订单量、司机评级、服务分数等参数计算)，以解决司机建群困难，建群成功率低和建群规模有限的问题。
另外，还可以分别针对司机的订单量、司机评级以及服务分数进行匹配推荐，有利于提升推荐精确度。
另外，还可以进一步根据群组队长的年龄范围，是否为兼职司机等属性进行相关性司机推荐。
在上述任一实施例中，优选地，还包括：在检测到具有不完整群组时，向指定区域内的多个子终端发送推荐信息，推荐信息中包括不完整群组中的主终端的通讯信息。
在该实施例中，通过向指定区域内的多个子终端发送建群信息，实现了运营司机针对战队对战的自主报名功能。
计算机程序被处理器执行时还实现：在接收到服务器发送的建群请求的准入信息后，向联系人列表中设置为司机标签的子终端发送建群信息，和/或向服务器发送成员推荐请求；根据接收到子终端发送的确认信息，和/或服务器根据所述成员推荐请求推送的成员信息填充群组，直至检测到群组达到满员状态。
在该实施例中，在作为群组队长的司机终端侧，在接收到服务器根据建群请求反馈的准入信息后，群发建群信息，以在司机终端接收到邀请的反馈信息后，检测是否建立完成，以在建立完成后，能够及时进入战队对战，而在未建立完成后，由服务器发送司机推荐信息协助战队组建，一方面，通过采用自动群发建群信息以及直接向服务器发送推荐请求信息等方式，提升了群组组建的自动化程度，进而提升了群组组件的效率，对于作为群组的发起者的终端用户而言，提升了用户的使用体验，另一方面，通过自动群发建群信息，实现了不依赖于服务器的离线建群功能，进而能够减少对网约车平台的资源占用，再一方面，由服务器协助建群，解决了难以实现规模化的问题，进而有利于提升网约车平台的运营效率。
在上述实施例中，优选地，还包括：在检测到当前群组处于满员状态时，向服务器发送监控请求信息，以使服务器触发启动监控群组的群组运营数据。
在该实施例中，通过向服务器发送建群完毕信息，以使服务器实时检测群组的战况，从而能够保证群组运营数据采集的准确性。
在上述任一实施例中，优选地，根据接收到子终端发送的确认信息，和/或服务器根据所述成员推荐请求推送的成员信息填充群组，具体包括以下步骤：在接收到确认信息时，检测确认信息的接收数量是否达到预设数量阈值；在检测到数量达到预设数量阈值时，确定群组填充完毕；在检测到数量未达到预设数量阈值时，根据匹配度从大到小选取推送的成员信息对应的推荐成员。
在该实施例中，通过检测接受邀请的司机数量是否达到预设数量阈值，来检测是否建群完毕，以使建群的时效性更强，进而有利于提升群组对战的效率。
在上述任一实施例中，优选地，还包括：将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
在该实施例中，通过将多个群组的运营信息均实时显示在终端的显示屏上，能够使终端用户实时了解处于同一运营时段的不同群组的运营状况。
其中，运营信息包括战队中司机终端的实时位置、实时订单量与实时订单金额等。
计算机程序被处理器执行时还实现：在接收到主终端发送的建群信息后，根据获取到的操作指令确定是否向终端发送确认信息；接收服务器发送的与子终端匹配的群组的准入推荐信息，以确认准入群组。
在该实施例中，对于作为群组成员的子终端，在接收主终端(队长终端)的建群信息和/或在接收到服务器发送的建群信息进行建群报名，实现了被动邀请或主动参加等多种方式的战队参与途径，从而有利于司机建群规模化的实现。
在上述实施例中，优选地，还包括：在接收到服务器发送的群组信息后，在接收到对群组信息的选择指令后，向选择指令对应的主终端发送请求准入信息。
在上述任一实施例中，优选地，还包括：将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
在该实施例中，通过将群组运营数据实时显示在终端的显示屏上，能够使终端用户实时了解对战进程，有利于对战战绩的提升。
其中，群组运营数据包括战队中司机终端的实时位置、实时订单量与实时订单金额等。
以上结合附图详细说明了本发明的技术方案，考虑到相关技术提出的群组建群效率低、建群规模小等技术问题，本发明提出了一种群组推荐方法，通过在对司机终端发送的建群请求审核通过，并在经过第一预设时长后，检测针对建群请求的多个群组是否建立完成，以在检测到部分或全部的群组未建立完成后，根据预设的司机推荐引擎，向负责组织群组的主终端发送作为战队队员的群组成员推荐信息，以使主终端能够接受推荐后完成战队组建，从而能够提高战队组建的成功率，以解决主终端用户所邀请的人员有限导致难以达到建群人数的问题，进而实现高效、规模化的建群操作。
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
1.一种群组推荐方法，适用于服务器，其特征在于，所述群组推荐方法包括：
在多个主终端发送的建群请求验证通过后，将所述建群请求的准入信息分别发送至所述多个主终端；
自发送所述准入信息的时刻起经过第一预设时长后，在检测接收到至少一个所述主终端发送的成员推荐请求时，根据对应的推荐引擎的输出结果向至少一个所述主终端推送匹配的成员信息，并向所述成员信息关联的子终端发送准入推荐信息。
2.根据权利要求1所述的群组推荐方法，其特征在于，还包括：
在检测到所述多个群组均为满员状态后，实时获取每个所述群组的运营数据，直至检测到所述所述多个群组的运营时长达到第二预设时长，
其中，所述群组运营数据包括网约车订单数量与网约车订单金额。
3.根据权利要求1所述的群组推荐方法，其特征在于，还包括：
将所述群组运营数据输入至预设的竞争模型中，以输出所述多个群组的竞争数据；
将所述竞争数据发送至所述多个所述群组中的所述主终端与多个子终端。
4.根据权利要求1所述的群组推荐方法，其特征在于，所述根据对应的推荐引擎的输出结果向建立所述未满员群组的所述主终端推送匹配的成员信息，具体包括：
根据所述主终端的历史运营数据确定多个运营评价参数以及每个运营评价参数对应的权重值；
根据所述运营评价参数与所述权重值生成所述主终端的运营评分；
将所述运营评分输入至所述推荐引擎，以由所述推荐引擎输出与所述运营评分匹配的所述成员信息，
其中，所述多个运营评价参数包括历史订单量，司机评级、服务分数。
5.根据权利要求1至4中任一项所述的群组推荐方法，其特征在于，还包括：
在检测到具有所述不完整群组时，向指定区域内的多个子终端发送推荐信息，所述推荐信息中包括所述不完整群组中的所述主终端的通讯信息。
6.一种群组推荐方法，适用于主终端，其特征在于，所述群组推荐方法包括：
在接收到服务器发送的建群请求的准入信息后，向联系人列表中设置为司机标签的子终端发送建群信息，和/或向服务器发送成员推荐请求；
根据接收到所述子终端发送的确认信息，和/或所述服务器根据所述成员推荐请求推送的成员信息填充群组，直至检测到群组达到满员状态。
7.根据权利要求6所述的群组推荐方法，其特征在于，还包括：
在检测到当前群组处于满员状态时，向所述服务器发送监控请求信息，以使所述服务器触发启动监控所述群组的群组运营数据。
8.根据权利要求6所述的群组推荐方法，其特征在于，所述根据接收到所述子终端发送的确认信息，和/或所述服务器根据所述成员推荐请求推送的成员信息填充群组，具体包括以下步骤：
在接收到所述确认信息时，检测所述确认信息的接收数量是否达到预设数量阈值；
在检测到所述数量达到所述预设数量阈值时，确定所述群组填充完毕；
在检测到所述数量未达到所述预设数量阈值时，根据匹配度从大到小选取所述推送的成员信息对应的推荐成员。
9.根据权利要求6至8中任一项所述的群组推荐方法，其特征在于，还包括：
将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
10.一种群组推荐方法，适用于子终端，其特征在于，所述群组推荐方法包括：
在接收到主终端发送的建群信息后，根据获取到的操作指令确定是否向所述终端发送确认信息；和/或
接收服务器发送的与所述子终端匹配的群组的准入推荐信息，以确认准入所述群组。
11.根据权利要求10所述的群组推荐方法，其特征在于，还包括：
在接收到服务器发送的群组信息后，在接收到对所述群组信息的选择指令后，向所述选择指令对应的所述主终端发送请求准入信息。
12.根据权利要求10或11所述的群组推荐方法，其特征在于，还包括：
将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
13.一种群组推荐装置，适用于服务器，其特征在于，所述推荐装置包括：存储器和处理器；
所述存储器，用于存储所述存储器用于存储程序代码；
所述处理器，用于调用所述程序代码执行：
在多个主终端发送的建群请求验证通过后，将所述建群请求的准入信息分别发送至所述多个主终端；
自发送所述准入信息的时刻起经过第一预设时长后，在检测接收到至少一个所述主终端发送的成员推荐请求时，根据对应的推荐引擎的输出结果向至少一个所述主终端推送匹配的成员信息，并向所述成员信息关联的子终端发送准入推荐信息。
14.根据权利要求13所述的群组推荐装置，其特征在于，所述处理器，具体用于：
在检测到所述多个群组均为满员状态后，实时获取每个所述群组的运营数据，直至检测到所述所述多个群组的运营时长达到第二预设时长，
其中，所述群组运营数据包括网约车订单数量与网约车订单金额。
15.根据权利要求13所述的群组推荐装置，其特征在于，所述处理器，具体用于：
将所述群组运营数据输入至预设的竞争模型中，以输出所述多个群组的竞争数据；
将所述竞争数据发送至所述多个所述群组中的所述主终端与多个子终端。
16.根据权利要求13所述的群组推荐装置，其特征在于，所述处理器，具体用于：
根据所述主终端的历史运营数据确定多个运营评价参数以及每个运营评价参数对应的权重值；
根据所述运营评价参数与所述权重值生成所述主终端的运营评分；
将所述运营评分输入至所述推荐引擎，以由所述推荐引擎输出与所述运营评分匹配的所述成员信息，
其中，所述多个运营评价参数包括历史订单量，司机评级、服务分数。
17.根据权利要求13至16中任一项所述的群组推荐装置，其特征在于，所述处理器，具体用于：
在检测到具有所述不完整群组时，向指定区域内的多个子终端发送推荐信息，所述推荐信息中包括所述不完整群组中的所述主终端的通讯信息。
18.一种群组推荐装置，适用于主终端，其特征在于，所述群组推荐装置，包括：存储器和处理器；
所述存储器，用于存储所述存储器用于存储程序代码；
所述处理器，用于调用所述程序代码执行：
在接收到服务器发送的建群请求的准入信息后，向联系人列表中设置为司机标签的子终端发送建群信息；和/或
向服务器发送成员推荐请求；
根据接收到所述子终端发送的确认信息，和/或所述服务器根据所述成员推荐请求推送的成员信息填充群组，直至检测到群组达到满员状态。
19.根据权利要求18所述的群组推荐装置，其特征在于，所述处理器，具体用于：
在检测到当前群组处于满员状态时，向所述服务器发送监控请求信息，以使所述服务器触发启动监控所述群组的群组运营数据。
20.根据权利要求18所述的群组推荐装置，其特征在于，所述处理器，具体用于：
在接收到所述确认信息时，检测所述确认信息的接收数量是否达到预设数量阈值；
在检测到所述数量达到所述预设数量阈值时，确定所述群组填充完毕；
在检测到所述数量未达到所述预设数量阈值时，根据匹配度从大到小选取所述推送的成员信息对应的推荐成员。
21.根据权利要求18至20中任一项所述的群组推荐装置，其特征在于，所述处理器，具体用于：
将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
22.一种群组推荐装置，适用于子终端，其特征在于，所述群组推荐装置，包括：存储器和处理器；
所述存储器，用于存储所述存储器用于存储程序代码；
所述处理器，用于调用所述程序代码执行：
在接收到主终端发送的建群信息后，根据获取到的操作指令确定是否向所述终端发送确认信息；和/或
接收服务器发送的与所述子终端匹配的群组的准入推荐信息，以确认准入所述群组。
23.根据权利要求22所述的群组推荐装置，其特征在于，所述处理器，具体用于：
在接收到服务器发送的群组信息后，在接收到对所述群组信息的选择指令后，向所述选择指令对应的所述主终端发送请求准入信息。
24.根据权利要求22或23所述的群组推荐装置，其特征在于，所述处理器，具体用于：
将同时处于运营状态的多个群组的群组运营数据实时显示在终端显示屏上。
25.一种服务器，其特征在于，所述服务器包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至5中任一项所述的群组推荐方法的步骤。
26.一种终端，其特征在于，所述终端包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求6至9中任一项所述的群组推荐方法的步骤，和/或如权利要求10至12中任一项所述的群组推荐方法的步骤。
27.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至12中任一项所述的群组推荐方法的步骤。
技术总结