人机多轮对话的随访方法、装置及智能终端与流程

本发明涉及在线诊疗领域，具体地涉及一种人机多轮对话的随访方法、一种人机多轮对话的随访装置及一种智能终端。

背景技术：

在患者完成医院的就诊后，医生和患者可能需要进行一些院外随访沟通，包括患者的院外病情情况信息采集、病情发展情况和院外恢复情况。目前存在的医患随访形式主要为当面就诊随访、电话随访和移动手机端问卷随访这三种，对于当面随访，患者必须到医院，通过一系列流程(如挂号、排位等)，采用与医生面对面对话的方式进行，操作很不方便，同时也增加了医生的工作量。电话随访和移送手机端问卷随访均很难保证用户有足够的时间和耐心完成随访，导致有很多患者拒绝随访的现象发生，且手机端问卷随访需要用户面对冗长的问题列表进行逐一回答，患者很难在回答问题过程中认识到回答的价值，很多患者中途就放弃填写，无法完成随访。

因此，尚需一种随访方法，操作方便，用户无需到医院，且既能解决电话随访方式中患者缺少足够时间回答，又能解决移动手机端问卷随访方式中患者缺少反馈而中途放弃填写的问题，达到提高患者随访完成率和用户体验的目的。

技术实现要素：

本发明实施方式的目的是提供一种人机多轮对话的随访方法、一种人机多轮对话的随访装置及一种智能终端，以至少解决上述的患者随访参与度差和随访完成率低的问题。

为了实现上述目的，本发明第一方面提供一种人机多轮对话的随访方法，所述方法包括：响应于用户在用户随访终端输入的随访请求，从患者库中提取该用户的用户留存信息；根据所述用户留存信息生成一轮随访问答对应的一组随访问题；按照该组随访问题的顺序，依次推送随访问题供用户作答，每完成一次用户作答均对该次随访问题的答案进行答案分析并进行一次问答进程缓存，其中所述问答进程缓存包括问答进程缓存点，且根据该次随访问题的答案分析结果实时生成对应的系统反馈信息，并将所述系统反馈信息实时推送到所述用户随访终端和/或医生端；在该轮随访问答中断的情况下，响应于所述用户在所述随访终端输入的继续随访请求，提取中断该轮随访问答的时间点所对应的问答进程缓存信息，从所述问答进程缓存点开始继续进行该轮随访问答。

可选的，所述从患者库中提取该用户的用户留存信息，包括：获取根据用户历史就诊信息显示的用户画像；提取所述用户画像中的有效信息作为所述用户留存信息，其中所述有效信息包括：用户的诊治信息和用户的慢性病信息。

可选的，所述根据所述用户留存信息生成一组随访问答对应的一组随访问题，包括：根据所述用户留存信息确定所述用户需持续随访的病情信息；根据所述病情信息生成对应的一组随访问题。

可选的，所述根据该次随访问题的答案分析结果实时生成对应的系统反馈信息，包括：识别该次随访问题的答案；判断所述答案是否存在符合预设预警触发规则的预警触发信息，若不存在所述预警触发信息，根据该组随访问题的顺序继续推送下一随访问题；若存在所述预警触发信息，生成对应的预警信息，并将所述预警信息推送到所述用户随访终端和/或医生端。

可选的，所述根据所述答案分析结果实时生成对应的系统反馈信息，还包括：判断所述答案是否存在符合预设服务触发规则的服务触发信息，若不存在所述服务触发信息，根据该组随访问题的顺序继续推送下一随访问题；若存在所述服务触发信息，生成对应的服务选项信息；将所述服务选项信息推送到所述用户随访终端，并基于所述用户对服务选项的选择生成对应的服务触发指令。

可选的，所述根据所述答案分析结果实时生成对应的系统反馈信息，还包括：根据所述答案进行相关医学知识检索，根据检索结果判断是否需要生成随访问题增项；若判定无需生成随访问题增项，根据该组随访问题的顺序继续推送下一随访问题；若判定需要生成随访问题增项，根据所述检索结果生成对应的随访问题增项；将所述随访问题增项推送到所述用户随访终端，并回收用户作答的答案信息，在完成所有所述随访问题增项的推送和用户作答之后，根据该组随访问题的顺序继续推送下一随访问题。

可选的，所述每完成一次用户作答均进行一次问答进程缓存，其中所述问答进程缓存包括问答进程缓存点，包括：在该轮随访问答过程中，定义推送一个随访问题为一个起始点，所述用户完成该次随访问题的用户作答为一个截止点，一个起始点与相邻的截止点之间作为一个随访问题的问答区间；每经历一个截止点进行一次问答进程缓存，若所述用户未在一个问答区间内完成用户作答，则所述问答进程缓存点为该问答区间的起始点。

可选的，所述提取中断该轮随访问答的时间点所对应的问答进程缓存信息，从所述问答进程缓存点开始继续进行该轮随访问答，包括：从所述问答进程缓存点之后的随访问题的第一个起始点开始，按照该组随访问题的顺序继续后续随访问题的问答进程；所述方法还包括：在完成该轮随访问答的所有随访问题的问答进程后，整合所有随访问题、所述随访问题对应的答案和所述系统反馈信息，生成用户随访报告。

本发明第二方面提供一种人机多轮对话的随访装置，所述装置包括：采集单元，用于获取用户的用户留存信息和采集用户作答的答案信息；处理单元，用于根据所述用户留存信息生成一轮随访问答对应的一组随访问题，还被用于根据每次随访问题的答案分析结果实时生成对应的系统反馈信息，所述系统反馈信息包括：预警信息、服务信息和问题增项信息；传输单元，用于将所述用户的随访报告传输到医生端，以及将所述预警信息、所述服务信息和所述问题增项信息传输到用户随访终端和/或医生端。

另一方面，本发明提供一种智能终端，包括存储器和至少一个处理器，所述存储器上存储有能被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令实现上述的人机多轮对话的随访方法。

通过上述技术方案，系统根据用户的医院留存信息生成针对用户病情的随访问题，避免设计过多无用的问题，减少用户的问题回答量，提高用户的使用满意度。然后将生成的用户随访问题逐个推送给用户，避免直接列举冗长的问题列表，用户完成问题作答后，实时分析答案信息和缓存问答进程，根据答案信息推送对应的系统反馈信息，提高用户在随访问答进程中可以有效接收到系统信息反馈，提高参与度。而通过缓存用户的随访进程，使得用户可以随意中断随访问答，在想要继续随访时直接从缓存点开始随访，不需要重复进行已经问答过的随访问题。降低医生的工作量的同时，提高了用户的使用满意度和参与度，从而提高随访的完成率。

本发明实施方式的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明实施方式的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明实施方式，但并不构成对本发明实施方式的限制。在附图中：

图1是本发明一种实施方式提供的人机多轮对话的随访方法的流程图；

图2是本发明一种实施方式提供的人机多轮对话的随访方法的用户答案分析和进程缓存方法的流程图；

图3是本发明一种实施方式提供的人机多轮对话的随访装置的结构图。

附图标记说明

10-采集单元；20-处理单元；30-传输单元。

具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

如图3，本发明一种实施方式提供了一种人机多轮对话的随访装置，装置包括：采集单元10，用于获取用户的留存信息和采集用户作答的答案信息；处理单元20，用于根据所述留存信息生成对应的随访问题，还被用于根据所述答案信息生成相应的系统反馈信息；传输单元30，用于将所述用户的随访报告传输到医生端，以及将预警信息传输到用户端和医生端；所述传输单元30还被用于当医生判断用户需要进行复诊时，将所述医生端的复诊结果传输到用户端。

图1是本发明一种实施方式提供的人机多轮对话的随访方法的流程图。如图1所示，本发明实施方式提供一种人机多轮对话的随访的方法，包括以下步骤：

步骤s10：提取用户的用户画像信息，提取用户的有效留存信息。

具体的，从患者库中提取该用户的用户留存信息包括：获取根据用户历史就诊信息显示的用户画像；提取用户画像的有效信息作为用户留存信息，其中，所述有效信息包括：用户的诊治信息和用户的慢性病信息。在患者完成医院的就诊后，医生和患者可能需要进行一些院外随访沟通，包括患者的院外病情情况信息采集、病情发展情况和院外恢复情况，而这些信息都建立在患者已有病情的基础上进行参考评估，所以，为了应对不同患者进行针对性随访，首先需要进行用户的基础病情信息采集。患者在医院就诊过程中，会留下对应的就诊病例，包括入院时间、就诊原因、诊断结果、诊疗方案和出院时的恢复情况等信息，这些信息作为患者的用户画像留存在医院的数据库中。在进行随访之前，采集单元10首先提取患者的用户画像信息，用户画像包括很多患者的基本信息和病情信息，例如基本信息包括患者的身高、体重和年龄等，这些信息不会在短期内发生改变，所以为了避免随访问题过多造成患者满意度下降的问题，在进行随访时不需要重复进行这些无用基本信息收集，只提取用户画像中包括的有效信息，例如，患者就诊原因、医生的诊断结果、医疗方案和慢性病信息。通过提取患者的留存信息进行针对性随访，避免生成过多无用问题，提高随访效率的同时也提高了用户的随访满意度。

步骤s20：根据用户留存信息生成对应的用户随访问题。

具体的，根据用户留存信息生成对应的随访问题包括：根据用户留存信息确定用户需持续随访病情信息；根据病情信息生成对应的随访问题。处理单元20根据用户的具体情况进行针对性随访，根据用户的具体病情生成对应的对方问题，而部分不需要进行跟踪随访的小疾病，则不在进行随访问答，降低用户的使用满意度。例如，若用户进行医院就诊时，同时伴随腹痛和感冒针状，经过医生诊断后，判定用户为复发性肠胃炎和风寒感冒，在医院进行了针对这两种疾病的诊治。出院时，用户的肠胃炎症已经被抑制，感冒也已痊愈，用户的就诊信息、诊断结果和病情信息都被记录在医院的数据库中。因为肠胃炎有复发可能，而且用户在医院诊治过程中只抑制了肠胃炎症，并没有完全痊愈，所以在用户院外恢复期间，持续用药和节制规律饮食也是必不可少了。为了实现用户院外恢复期间的病情跟踪管控，优选的，在用户出院后预定时间后，采集单元10提取用户留存在医院数据库的就诊信息，进行用户就诊信息筛查，处理单元20识别到普通感冒已经痊愈，且为普通疾病，不需要进行院外跟踪随访，所以将普通感冒就诊信息过滤掉。然后提取到用户的复发性肠胃炎就诊信息，处理单元20根据预设库医疗信息检索，提取影响复发性肠胃炎后期恢复的因素，例如，规律饮食、禁忌食物和规律用药等因素。针对这些可能的影响因素和用户的具体病情，生成对应的随访问题，例如，是否依照医生嘱咐规律用药、医生开具药物是否还有余量、是否规律饮食、是否食用医生嘱咐的禁忌食物、是否还存在腹痛现象等问题，跟踪判断用户的肠胃炎复发可能性和恢复情况。仅针对用户现有信息进行针对性随访问题生成，不需要的病情随访和不存在的病情随访都不再进行详细的问答信息采集，减少用户问答次数，有效利用问答过程采集必须的用户病情信息，提高随访效率，避免用户进行冗长的随访问答而降低使用满意度。

步骤s30：逐个推送预设随访问题，完成一次作答进行一次答案分析和进程缓存，直到所有问题随访完毕，跳转到步骤s50，若中途退出，跳转到步骤s40。如图2，包括以下步骤：

步骤s301：在判断答案信息存在预警触发信息时，生成对应的预警指令。

具体的，根据答案分析结果实时生成对应的系统反馈信息包括：识别答案信息；判断答案信息是否存在符合预设预警触发规则的预警触发信息，若不存在预警触发信息，根据预设随访问题顺序推送下一个随访问题；若存在预警触发信息，生成对应的预警信息；推送预警信息到用户端和医生端。处理单元20根据用户的医院留存信息生成了对应的用户随访问题，这些问题根据处理单元20的判定规则存在特定的问答顺序，例如，先进行用户生活状况进行问答，睡眠是否正常和饮食是否正常等，然后再进行用户病情的问答，根据病情询问是否还存在对应症状、服药是否有不适和病情是否有好转等问题，根据预设生成的问题和问题顺序进行与用户之间的问答。用户每完成一次作答后，便将用户的作答内容进行分析，然后根据分析后的答案信息对比预设预警规则触发信息，检索是否存在预警触发。例如，提出的问题为单选题，根据用户偏头痛的诊疗信息询问用户是否还存在剧烈头痛，用户选择了“是”的答案，系统回收用户答案，系统根据用户出院后偏头痛依旧未改善而需要重点观察的预设预警信息判断需要告知用户和医生重视相关问题，则触发预警信息，生成对应的预警信息，例如及时到医院就诊和根据医学知识检索库进行相关知识检索生成的禁忌食用食物，然后将生成的预警信息通过传输单元30推送到用户和医生的移动设备端，如手机、电脑和智能机器人等，提醒用户和医生重视相关问题，及时进行现场诊断，避免存在病情恶化或存在其他病症。通过实时回收用户答案并对答案进行分析，判断用户是否存在需要预警的情况，并在判断需要进行预警提醒时实时推送预警信息，实时做出反馈，提高用户的参与感，准确的接收到系统生成的预警信息。若系统未识别到预警触发信息，根据预设随访问题的问题顺序，推送下一个问题供用户作答，继续随访进程。

步骤s302：在判断答案信息存在服务触发信息时，生成对应的服务选择选项。

具体的，根据答案分析结果实时生成对应的系统反馈信息还包括：判断答案信息是否存在符合预设服务触发规则的服务触发信息，若不存在服务触发信息，根据预设随访问题顺序推送下一个随访问题；若存在服务触发信息，生成对应服务选择选项信息；推送服务选择选项到用户端，并在用户手动选择后生成对应的服务触发指令。在判断用户作答的答案信息是否存在预警触发信息后，进行是否存在服务触发信息判断，优选的，服务信息包括挂号服务、一键拨打医生电话服务、呼叫救护车服务、查询医学资料服务和食谱优化服务等，根据用户的答案信息判断是否用户是否存在服务需求，对应推送用户可能需要的服务需求选项。例如，系统进行了用户服药是否存在不适感的随访问答，用户的回答内容中存在用药肝损伤的答案信息，系统根据用户作答的答案信息，判断用户正在使用的药物可能存在伤肝情况，具体肝损伤程度、是否为药物影响和是否需要保肝药物辅助等信息都是无法进行在线医疗诊断的，必须到医院进行相关检查才能进行原因诊断。则判定用户可能需要进行挂号服务，处理单元20实时生成挂号服务选项供用户选择，并优选地在选项下方注明“您的肝功能受损，建议到医药进行诊断检查”等提醒字样，引起用户的重视，避免用户忽略挂号服务信息。当用户点击挂号服务选项，采集单元10将用户的服务触发指令发送到处理单元20，处理单元20随即生成跳转挂号服务页面指令，页面显示对应肝损伤专科医生的挂号信息，包括医生信息、时间信息和医生的评价信息，用户根据自身需求和喜好进行专科医生选择，提高用户的使用满意度，也及时有效的辅助用户完成挂号，避免病情恶化，提高用户的使用便捷性。优选的，当处理单元20根据用户的答案信息判断存在预警信息时，一方面将预警信息推送到用户端，另一方面还将根据预警信息生成对应的服务选项供用户选择，例如预警信息提醒用户到医院就诊，则对应生成医院的挂号服务选项，若预警信息提醒用户严禁食用某些事物，则对应生成食谱优化服务等，有效提高用户的使用便捷性，提高用户使用满意度。若处理单元20未从用户的答案信息中识别到任何可能的服务触发信息，则根据生成的用户随访问题顺序推送下一个随访问题。

步骤s303：根据用户的答案信息判断是否增加随访问题。

具体的，通过答案信息进行相关医学知识检索，根据检索结果判断是否需要生成随访问题增项，即判断是否在本轮已生成的随访问题基础上另外增加问答问题；若判定不需要增加问答问题，根据预设随访问题顺序推送下一个随访问题；若判定需要另外增加问答问题，根据医学知识检索结果生成对应的增加问题，显示所述增加问题，并回收用户作答的答案信息。在处理单元20进行用户随访问题生成过程中，仅通过用户的留存信息进行用户针对性随访，而用户在后续院外恢复过程中，病情可能会与医院留存信息显示的病情信息有些改变，甚至出现新的病情。想要保证对用户病情发展的准确评估，仅依靠用户在医院的留存信息作为参考可能无法实现，且距离出院的时间越长，用户留存信息的参考价值也就越小，所以为了实现为用户病情发展的准确判断，优选地根据用户的问答进程，判断用户的病情现状，并根据医学资料检索实时生成针对用户病情现状的增加问题，实现对用户病情发展信息的准确采集。例如，用户在医院留存有治疗头痛的病例信息，处理单元20生成了目前是否还存在头痛情况或其他不适情况的问题，用户回答头痛现状的同时，提到了肝功能异常的问题，而肝功能异常的问题在用户的既往史中未曾出现过，所以预设的随访问题中也没有肝功能异常的问题，为了实现对用户各种异常症状的全面信息获取，处理单元20提取出现的新的关键词信息，即“肝功能、异常”。处理单元20将提取到的关键词信息作为检索条件才预存的医学资料知识库中进行检索，发现肝功能异常的引发原因很多，如感染、化学品中毒、免疫功能异常、营养不足、胆道阻塞、血液循环障碍、肿瘤和遗传缺陷等，针对不同的肝功能诱发原因所表现症状会有部分出入，例如胆碱酯酶降低会引起乏力、易倦、嗜睡等，而胆红素代谢异常会引起黄疸，处理单元20根据检索结果提取各种诱发肝功能异常的可能因素和其对应的症状变现，然后根据用户先前提到的肝功能异常表现做出初步判断，然后根据初步判断结果生成对应的深入信息获取问题。例如，用户提到过的肝功能异常引发的水肿和皮肤出血症状，这些症状是维生素代谢障碍引发肝功能异常的典型病症，处理单元20根据检索结果初步判断用户为维生素代谢障碍，然后生成验证初步判断结果的新的问题，例如针对维生素代谢障碍典型病症继续提问，是否存在夜盲现象和是否存在骨质疏松现象等，然后针对这种病症进行深入信息获取，如出现肝功能异常的时间和近期服用的其他药物信息等。保证对用户病情发展和新生病情的全面了解，获取用户出现不适症状的所有信息，供后期医生进行初步诊断。

步骤s304：记录用户问答进程信息，缓存用户问答进程。

具体的，在进行多轮问答过程中，定义显示问题为一个起始点，用户完成作答为一个截止点；一个起始点与下一个相邻的截止点之间作为一个问题的问答区间；每经历一个截止点进行一次问答进程缓存，若用户未在一个所述问答区间内完成作答，则缓存点为该问答区间的起始点。用户在随访过程中可能因为其个人突发事件而临时中断随访进程，现存的人机对话进程往往从问答开始到问答结束，用户端必须保持全程在线，若用户中途退出问答系统，则所有问答进程回到起点，当用户想要继续进行问答进程时，不得不选择从第一个问题开始，这种情况使得用户在面对冗长的人机问答进程时不得不完全完成作答才能终止，若用户因为突发事件不得不退出问答系统或设备故障导致系统自动退出时，用户往往无法保持耐心的从第一个问题重新开始一轮人机问答，这种情况导致用户满意度下降、问答参与度不高和问答进程完成度不高非常常见。为了解决这种问题，保证可以进行灵活性的随访问答，通过实时缓存技术将用户的随访进程记录并存储在云端，用户在系统完全退出后，再进入系统也能保证从缓存点开始随访问答，不必再重复之前的随访进程。优选的，处理单元20预设有多个随访问题，这些随访问题依照顺序逐个推送给用户，供用户作答，则定义推动一个问题到用户端的时刻为一个问答区间的起始点，用户完成作答并被采集单元10采集到，发送到处理单元20的时刻为该问答区间的截止点。用户必须从一个起始点到该起始点对应问答区间的截止点才算完成一个问题的作答，若用户在一个起始点开始后，该起始点对应问答区间的截止点之前退出随访问答进程，则表示用户未完成本次作答，所以为了保证用户在继续随访进程时能从该问题开始作答，将上一个问题的截止点作为一个缓存点，每到达一次截止点，系统便进行一次随访进程缓存，保证所有预设的随访问题都能被用户作答，提高随访的完整性。

在另一种可能的实施方式中，问答区间的截止点为分析该问题而推送的预警信息和服务信息完成时刻，因为用户可能在系统推送的挂号服务之后，完成挂号服务选择之间推出随访问答系统，若缓存点在该问题的截止点，则继续随访便开始下一个问题的随访问答，挂号服务选项将消失，用户若想再进行挂号服务，只能通过系统预设的挂号链接进入，关于挂号的时间和科室都需要用户自己评估选择，而根据用户作答的关联科室挂号服务将不可被选择，所以，将用户完成绑定服务选择和预警信息确认后再进行问答进程缓存，用户在中途退出后，继续随访问答时可以针对绑定了挂号服务的问题开始问答，保证所有绑定服务信息和预警信息都能准确地被用户接收到，提高系统的智能性和实用性。

步骤s40：若用户在完成随访前主动中断随访问答，继续随访时提取问答进程缓存信息，从所述缓存点继续随访问答，直到所有所述随访问题供用户回答完毕。

具体的，获取所述缓存点信息；从缓存点之后问题的第一个起始点开始后续问题问答进程；每完成一个所述问答区间继续进行一次问答进程缓存；完成所有预设随访问题问答进程后，整合多次问答的问题、答案信息和系统反馈信息，生成用户随访报告。用户在随访进程中，可能会因为各种原因而中断随访进程，每完成一个问答区间进行一次问答进程缓存，保证用户在中断进程后可以随时从缓存点开始继续随访进程。优选的，系统设置存储库，存储库可以为医院端的存储单元也可以是云端存储库，用户的随访进程和随访问答信息都存储在存储库中，无论间隔多长时间，用户重新发起随访进程时，处理单元20根据用户端认证信息和用户个人信息，提取用户绑定存储的随访进程信息，根据随访信息显示的缓存点信息判断继续进程需要推送的第一个问题，即缓存点之后的第一个问答区间。在继续问答进程过程中，依旧保持每完成一次问答进程进行一次缓存点更新，无论用户经历多少次中断随访进程和继续随访进程，都保证用户在继续随访进程时都能从最新的缓存点开始，直到所有的预设问题和增加问题问答完毕，完成本次随访问答，提高系统的使用灵活性和用户的参与度，提高随访问答的完成度。

步骤s50：根据回收的用户答案信息和分析信息生成随访报告。

具体的，在完成用户随访进程后，处理单元20整合所有预设问题答案信息和增加问题答案信息，结合用户的预存用户画像，对用户画像进行信息更新，生成新的用户画像作为用户的随访报告。包括用于本身的基础信息、病情发展信息、新生病情信息、既往史信息和检测信息等，然后将生成的用户画像推送到医生端，通过传输单元30将用户的随访报告推送到医生端，供医生进行用户病情参考，判断是否需要医生介入治疗，避免医生逐个进行院外患者的电话随访，提高随访效率。

优选的，人机多轮对话随访进程过程中，智能机器人的头像和语气口吻模仿为现实医生的头像和口吻，提高用户参与度和使用过程中的满意度，从而保证随访的完成率。

优选的，本发明提出的人机多轮对话的随访装置为智能手机、电脑或智能机器人，通过下载对应app或某app绑定的小程序进行人机多轮对话的随访，保证用户的使用灵活性。人机多轮对话的随访由服务器端智能发起，用户在自己的移动设备端上电击触发。在用户中断随访进程想要继续随访时，由用户端点击触发，服务器端响应用户端的继续随访触发指令，提取随访进程缓存信息，从缓存点继续随访。

本发明实施方式还提供一种智能终端，包括存储器和至少一个处理器，存储器上存储有能被至少一个处理器执行的指令，至少一个处理器通过执行存储器存储的指令实现上述的人机多轮对话的随访方法。

以上结合附图详细描述了本发明的可选实施方式，但是，本发明实施方式并不限于上述实施方式中的具体细节，在本发明实施方式的技术构思范围内，可以对本发明实施方式的技术方案进行多种简单变型，这些简单变型均属于本发明实施方式的保护范围。另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明实施方式对各种可能的组合方式不再另行说明。

此外，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明实施方式的思想，其同样应当视为本发明实施方式所公开的内容。