CN115116626A - 在线事务数据处理方法、计算机设备和介质 - Google Patents

Abstract

本公开提供了一种在线事务数据处理方法、计算机设备和介质。该方法包括：接收用户的在线事务请求；获取用户的感知条件信息；基于所述感知条件信息，确定所述在线事务中的信息交互方式；以确定的信息交互方式向用户提供交互信息。本公开实施例提高了信息处理平台对一些有疾病的用户的信息处理效率，提高用户体验和信息处理平台对用户的普适度。

Description

在线事务数据处理方法、计算机设备和介质

技术领域

本发明涉及信息技术领域，具体而言，涉及一种在线事务数据处理 方法、计算机设备和介质。

背景技术

目前的各种互联网应用都是针对所有用户采用同样的交互设计。但 有些用户具有某种疾病，或者有某种生理缺陷，对于为正常用户设计的 交互方式，可能对这一部分用户产生极大困扰。例如，对于绿色色盲患 者，系统偏偏用绿色字体向其推送文字信息，造成用户无法识别。对于 有心脏病的病人，系统推送的背景音乐声音忽大忽小，引发病情发作，等等。尤其对于一些医疗应用(例如购药平台、在线问诊等)尤为明显。 这是因为，这一类的平台的用户基本上都是病人，其患病的种类不同， 要求的界面(交互方式)也不同。统一用同一种交互方式进行交互，对 这一类平台用户的体验极为不佳。另外，由于这些用户用正常的交互方 式很困难，降低了平台对用户的信息处理效率。

发明内容

有鉴于此，本发明的一个目的在于提高信息处理平台对一些感知条 件有限制的用户的信息处理效率，提高用户体验和信息处理平台对用户 的普适度。

根据本公开的一方面，提供了一种在线事务数据处理方法，包括：

接收用户的在线事务请求；

获取用户的感知条件信息；

基于所述感知条件信息，确定所述在线事务中的信息交互方式；

以确定的信息交互方式向用户提供交互信息。

可选地，在获取用户的感知条件信息之后，所述方法还包括：

获取所述在线事务中的人工沟通节点；

向所述人工沟通节点的沟通者终端发送沟通指示，所述沟通指示含 有所述感知条件信息对应的沟通要求。

可选地，在以确定的信息交互方式向用户提供交互信息之前，所述 方法还包括：

向用户提供切换到该交互方式的提示；

接收用户对该交互方式的确认。

可选地，所述在线事务包括实时网络视频问诊。

可选地，所述获取用户的感知条件信息包括以下中的至少一项：

从用户在实时网络视频问诊期间输入的症状信息，确定所述感知条 件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感 知条件信息；

获取历史上实时网络视频问诊平台为所述用户确定的感知条件信息；

获取历史上用户在实时网络视频问诊期间输入的症状信息，根据获 取的症状信息确定所述感知条件信息；

从实时网络视频问诊期间行诊方的诊断内容中，确定所述感知条件 信息。

可选地，所述信息交互方式包括以下中的至少一项：

视频画面的色彩显示；

视频伴随的音频在用户终端的播放效果；

行诊方的说话内容在用户终端的提供方式。

可选地，在所述用户的症状信息是绿色色盲的情况下，所述视频画 面的色彩显示为绿/红滤镜颜色。

可选地，在所述用户的症状信息是心脏病的情况下，所述视频伴随 的音频在用户终端的播放效果为柔声模式。

可选地，在所述用户的症状信息是听力障碍的情况下，行诊方的说 话内容在用户终端的提供方式是字幕模式。

可选地，在所述用户的症状信息是听力和视觉障碍的情况下，行诊 方的说话内容在用户终端的提供方式是盲文触感模式。

可选地，所述在线事务包括非实时网络视频在线问诊。

可选地，所述获取用户的感知条件信息包括以下中的至少一项：

从用户在问诊界面输入的症状信息，确定所述感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感 知条件信息；

获取历史上问诊平台为所述用户确定的感知条件信息；

获取历史上用户输入的症状信息，根据获取的症状信息确定所述感 知条件信息。

可选地，所述信息交互方式包括以下中的至少一项：

问诊界面的色彩显示；

问诊界面中的音频内容在用户终端的播放效果；

医生回答在用户终端的提供方式。

可选地，在所述用户的症状信息是绿色色盲的情况下，所述问诊画 面的色彩显示为绿/红滤镜颜色。

可选地，在所述用户的症状信息是心脏病的情况下，所述问诊界面 中的音频内容在用户终端的播放效果为柔声模式。

可选地，在所述用户的症状信息是视觉障碍的情况下，所述医生回 答在用户终端的提供方式是朗读会话模式。

可选地，在所述朗读会话模式中，所述医生回答转换成的音频发送 到所述用户终端后播放，在播放时显示正在播放标记，在播放结束后变 成已播放标记。

可选地，在所述朗读会话模式中，响应于用户触发已播放标记，重 复播放所述音频，所述已播放标记变回正在播放标记。

可选地，所述在线事务包括在线药品提供，所述人工沟通节点包括 复核医生节点，所述获取所述在线事务中的人工沟通节点是在确定出所 述在线事务请求中请求的药品是待复核药品而进

可选地，所述获取用户的感知条件信息包括以下中的至少一项：

从用户在药品提供界面输入的症状信息，确定所述感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感 知条件信息；

获取历史上药品提供平台为所述用户确定的感知条件信息；

根据历史上用户在药品提供平台获取的药品，确定所述感知条件信 息；

获取所述人工沟通节点诊断出的所述感知条件信息。

可选地，所述信息交互方式包括以下中的至少一项：

药品提供界面的色彩显示；

药品提供界面中的音频在用户终端的播放效果；

对用户的应答在用户终端的提供方式；

药品递送方式。

可选地，在所述用户的症状信息是绿色色盲的情况下，所述药品提 供界面的色彩显示为绿/红滤镜颜色。

可选地，在所述用户的症状信息是心脏病的情况下，所述药品提供 界面中的音频在用户终端的播放效果为柔声模式。

可选地，在所述用户的症状信息是视觉障碍的情况下，所述对用户 的应答在用户终端的提供方式是朗读会话模式。

可选地，在所述朗读会话模式中，所述对用户的应答转换成的音频 发送到所述用户终端后播放，在播放时显示正在播放标记，在播放结束 后变成已播放标记。

可选地，在所述朗读会话模式中，响应于用户触发已播放标记，重 复播放所述音频，所述已播放标记变回正在播放标记。

可选地，在所述用户的症状信息是身体残疾的情况下，所述药品递 送方式是送货上门。

可选地，所述在线事务包括非医疗项目提供事务，所述项目包括物 品和服务中的至少一个。

可选地，所述获取用户的感知条件信息包括以下中的至少一项：

获取用户在项目展示平台注册的感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感 知条件信息；

按照用户的注册信息，获取医疗服务平台上所述用户的感知条件信 息，所述医疗服务平台包括实时网络视频问诊平台、非实时网络视频在 线问诊平台、在线药品提供平台中的至少一个；

基于用户与客服人员的会话记录，确定所述感知条件信息。

可选地，所述信息交互方式包括以下中的至少一项：

项目展示界面的色彩显示；

项目展示界面中的音频在用户终端的播放效果；

项目递送方式。

可选地，在所述用户的症状信息是绿色色盲的情况下，所述项目展 示界面的色彩显示为绿/红滤镜颜色。

可选地，在所述用户的症状信息是心脏病的情况下，所述项目展示 界面中的音频在用户终端的播放效果为柔声模式。

可选地，在所述用户的症状信息是身体残疾的情况下，所述药品递 送方式是送货上门。

可选地，在所述项目展示平台是卖家和所述用户之外的第三方平台 的情况下，所述人工沟通节点是卖家节点，所述获取所述在线事务中的 人工沟通节点是响应于接收到所述用户的项目退换请求进行的。

可选地，所述在线事务包括在线信息搜索。

可选地，所述获取用户的感知条件信息包括以下中的至少一项：

获取用户在搜索平台注册的感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感 知条件信息；

按照用户的注册信息，获取医疗服务平台上所述用户的感知条件信 息，所述医疗服务平台包括实时网络视频问诊平台、非实时网络视频在 线问诊平台、在线药品提供平台中的至少一个；

从用户历史上的搜索记录，确定所述感知条件信息。

可选地，所述信息交互方式包括以下中的至少一项：

搜索界面的色彩显示；

搜索结果在用户终端的提供方式；

在搜索结果包含视音频的情况下视音频的播放效果。

可选地，在所述用户的症状信息是绿色色盲的情况下，所述搜索界 面的色彩显示为绿/红滤镜颜色。

可选地，在所述用户的症状信息是视觉障碍的情况下，所述搜索结 果在用户终端的提供方式为朗读会话模式。

可选地，在所述朗读会话模式中，在搜索页面上与各搜索结果相应 地显示播放标记，其中，响应于用户触发播放标记，播放相应的搜索结 果转换成的音频。

可选地，所述搜索结果包含视音频的情况包括视频网站或音乐网站， 在所述用户的症状信息是视觉障碍的情况下，将所述视频网站或音乐网 站播放的音频中的满足预定标准的音频部分进行降音量。

可选地，所述在线事务包括在线支付。

可选地，所述获取用户的感知条件信息包括以下中的至少一项：

获取用户在支付平台注册的感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感 知条件信息；

按照用户的注册信息，获取医疗服务平台上所述用户的感知条件信 息，所述医疗服务平台包括实时网络视频问诊平台、非实时网络视频在 线问诊平台、在线药品提供平台中的至少一个；

从用户历史上在支付平台上的行为，确定所述感知条件信息。

可选地，所述信息交互方式包括以下中的至少一项：

支付界面的色彩显示；

密码的输入方式；

支付验证的方式；

支付平台对收款方节点的转款策略。

可选地，在所述用户的症状信息是绿色色盲的情况下，所述支付界 面的色彩显示为绿/红滤镜颜色。

可选地，在所述用户的症状信息是视觉障碍的情况下，所述密码的 输入方式为语音输入。

可选地，在所述用户的症状信息是视觉及语言障碍的情况下，所述 支付验证的方式为刷脸验证。

可选地，在所述用户的症状信息是精神障碍的情况下，所述转款策 略为延迟转款。

根据本公开的一方面，提供了一种计算机设备，包括：

存储器，用于存储计算机可执行代码；

处理器，用于执行所述计算机可执行代码，以实现如上所述的方法。

根据本公开的一方面，提供了一种计算机可读介质，存储计算机可 执行代码，所述计算机可执行代码被处理器执行，以实现根据如上所述 的方法

本公开实施例在接收用户的在线事务请求后，可以获取用户的感知 条件信息，据此确定与用户的信息交互方式，以确定的信息交互方式向 用户提供交互信息。这样，对于感知条件有限制的用户(例如患病或正 处于某种身体状态，对感知的外界信号有要求)，采用适用于它们的交 互方式，扫清了它们的交互困难，提高这一部分用户的体验。由于其交互障碍被扫清，平台与其进行信息处理和沟通时更顺畅，提高了信息处 理效率，提高信息处理平台对用户的普适度。

附图说明

通过参考以下附图对本发明实施例的描述，本发明的上述以及其它 目的、特征和优点将更为清楚，在附图中：

图1A-F示出了根据本公开一个实施例的在线事务数据处理方法所 应用的6种示例场景的体系架构图；

图2A-I示出了根据本公开一个实施例的在线事务数据处理方法应 用于实时网络视频问诊中的界面变化图；

图3A-E示出了根据本公开一个实施例的在线事务数据处理方法应 用于非实时网络视频在线问诊中的界面变化图；

图4A-D示出了根据本公开一个实施例的在线事务数据处理方法应 用于在线药品提供中的界面变化图；

图5A-D示出了根据本公开一个实施例的在线事务数据处理方法应 用于非医疗项目提供中的界面变化图；

图6A-D示出了根据本公开一个实施例的在线事务数据处理方法应 用于搜索引擎中的界面变化图；

图7A-C示出了根据本公开一个实施例的在线事务数据处理方法应 用于在线支付中的界面变化图；

图8示出了根据本公开一个实施例的在线事务数据处理方法的流程 图；

图9示出了实施根据本公开一个实施例的在线事务数据处理方法的 计算机设备的硬件结构图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些 实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部 分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本 发明。为了避免混淆本发明的实质，公知的方法、过程、流程没有详细 叙述。另外附图不一定是按比例绘制的。

术语解释

在线事务：用户通过网站或应用(APP)借助于网络(互联网和内联 网等)与处理平台服务器发生交互，从而产生的行为。它大体包括用户 在应用(APP)上产生的事务、和在网页上产生的事务。无论哪种事务， 都要经过网络上传信息和接收信息，从而实现某种行为。

感知条件信息：对用户能够感知的外界刺激(光、声等)的限制的 信息。例如，用户有红绿色盲，向其输送的光信号就不应包含红绿颜色 的光信号；用户有心脏病，向其输送的声音信号就不应包含强弱变化大 的声音信号。

在线问诊：通过网络(互联网、内联网等)对病人进行现场诊断。 其包括实时网络视频问诊和非实时网络视频在线问诊。

实时网络视频问诊：通过实时网络视频进行医疗问答，对病人进行 诊断，例如直播问诊。用户在实时网络视频问诊期间输入自己的症状、 病情等，由行诊方在实时网络视频问诊期间实时解答。

非实时网络视频在线问诊：医生和用户采用文字的方式通过网络提 问、回答，从而进行诊断的方式。

复诊开方：用户购买处方药时，需要复核医生进行电话外呼，与用 户沟通病情，再根据情况复核，复核允许开药后，平台方可发货。

在线信息搜索：通过网络(互联网、内联网等)获取要知道的信息， 它可能是付费的，也可能是不付费的。

在线支付：通过网络(互联网、内联网等)进行款项支付的行为。 一般来说，为了安全，由买家和卖家之外的第三方平台为买家和卖家提 供的可信的支付，在支付之前，由第三方平台进行验证。

本公开实施例应用的场景

在线事务涵盖十分广泛。只要用户通过网站或应用(APP)借助于网 络(互联网和内联网等)与处理平台服务器发生交互，就是一种在线事 务。它与单机事务相对。单机事务是在一台设备上能处理完成的事务， 而在线事务即联机事务，需要用户终端通过互联网或内联网与平台服务 器交互才能完成。在大数据时代，在线事务比比皆是。由于在线事务需要平台与用户交互，如果用户具有某种感知条件限制(如不能辨别红/ 绿)，则交互可能受到阻碍，尤其在与医疗相关的在线事务(如实时网 络视频问诊、非实时网络视频在线问诊、在线售药等)中更加明显，因 为这些事务主要面对的就是这些人群。本公开实施例就是为了提高与这 些有感知条件限制的用户的交互效率而产生的。

图1A-F分别示出了根据本公开一个实施例的在线事务数据处理方 法所应用在实时网络视频问诊、非实时网络视频在线问诊、在线药品提 供、在线提供其他物品或服务、搜索引擎、在线支付6种应用场景下的 体系构架图。本公开实施例不局限于这些应用场景，还可以应用于本领 域技术人员受益于本公开能够构想出的其它场景。

下面结合图1A-F的各场景体系构架图和图2A-I、图3A-E、图4A-D、 图5A-D、图6A-D、图7A-C的各场景界面变化图简要描述本公开的各应 用场景。

实时网络视频问诊是通过实时网络视频进行医疗问答，对病人进行 诊断的在线事务，例如直播问诊。用户在实时网络视频问诊期间输入自 己的症状、病情等，由行诊方在实时网络视频问诊期间实时解答。如图1A所示，实时网络视频问诊的应用场景的体系构架包括各用户终端102、 实时网络视频平台服务器104、行诊方终端101、医院联网档案系统103。

用户终端102是用户用来观看实时网络视频的终端，它可以是手机、 台式计算机、笔记本计算机、个人数字助理(PDA)等任何形式。行诊方 终端101是医生行诊方进行实时网络视频的终端，它也可以是手机、台 式计算机、笔记本计算机、个人数字助理(PDA)等任何形式。实时网络 视频平台服务器104将行诊方录制的实时视音频分发到观看的用户终端102，并将用户终端102的留言实时反映到实时网络视频问诊期间的界面 上的设备。它可以是一台计算机设备，也可以由多台计算机设备组成的 集群，还可以是多个计算机设备的各自一部分(例如虚拟机)构成的集 合。另外，它还可以体现为云的形式。医院联网档案系统103是各医院 的病人的档案系统联网而成的网络。在每个医院中可以由一个存储病人 的医疗档案的服务器，多个医院的存储医疗档案的服务器联网组成医院 联网档案系统103。

图2A示出了用户终端102显示的实时网络视频问诊期间界面。在实 时网络视频问诊期间界面播出医生行诊方进行实时网络视频问诊时的视 频，用户终端102同时播放医生行诊方进行实时网络视频问诊时的音频。 在评论区显示用户的留言201。图2A中，用户是一个绿色色盲的用户。 他在实时网络视频问诊期间留言“我从小有绿色色盲问题，最近视力越 来越模糊……”。

这时，实时网络视频平台服务器104接收到该留言，识别出用户是 一个绿色色盲病人。如图2B所示，在该用户的用户终端102界面上弹出 对话框，询问用户是否要切换到绿/红滤镜模式，在该滤镜下用户能够看 到正常人看到的相似的颜色。用户可以在对话框中选择切换或不切换。

如果选择切换，则用户终端102的界面变成图2C所示，其界面中绿 色部分经绿/红滤镜转换，变成了一种绿色色盲病人能与红色区分开的颜 色。在图2C的右上角，有一个滤镜模式按钮，显示为开启状态。当用户 不需要该滤镜模式时，用手指触摸该按钮，返回到图2A的正常模式。

如果用户不是绿色色盲的用户，而是一个心脏病用户，则如图2D 所示，其可以在实时网络视频问诊期间留言“我从小有先天性心脏病， 最近心总是砰砰跳”。这时，如图2E所示，在用户终端102的界面上弹 出询问用户是否要切换到柔声模式的对话框。在柔声模式下，将行诊方 过大的声音变小，将行诊方过小的声音变大，识别到行诊方进行实时网 络视频问诊时的音频有大的起伏时，会起伏中高的部分进行消减，从而 避免用户听到的声音忽大忽小，引发心脏病发作。用户可以在对话框中 选择切换或不切换。

如果选择切换，进入柔声模式。行诊方进行实时网络视频问诊时音 频过大的部分将被削减。在图2F的右上角有柔声模式按钮。当用户不需 要柔声模式时，用手指触摸该按钮，返回到图2D的正常模式。

当如图2G所示，用户听力有障碍时，其可以在实时网络视频问诊期 间留言“我耳朵听不见……”。这时，如图2H所示，在用户终端102 的界面上弹出对话框，询问用户是否切换到字幕模式。字幕模式就是将 行诊方的声音通过语音识别转换成字幕，方便听力障碍用户理解行诊方 实时网络视频内容的模式。用户可以在对话框中选择切换或不切换。

在选择切换的情况下，实时网络视频平台服务器104将行诊方说的 话转换成字幕204。如图2I所示，转成的字幕为“牛皮癣是一种传染性 皮肤病……。同时，用户可以触发界面右上角的字幕模式按钮，以将字 幕模式关闭。

非实时网络视频在线问诊是医生和用户采用文字的方式通过网络提 问、回答，从而进行诊断的方式。用户看不见医生的图像和视频，但可 以看到医生打的文字。如图1B所示，非实时网络视频在线问诊的应用场 景的体系构架包括各用户终端102、问诊平台服务器104、医生节点101、 医院联网档案系统103。

用户终端102是用户在问诊过程中输入需要向医生说的话的终端， 与图1A一样，其可以是手机、台式计算机、笔记本计算机、个人数字助 理(PDA)等任何形式。医生节点101是对用户的询问作答的医生的终端， 它也可以是手机、台式计算机、笔记本计算机、个人数字助理(PDA)等 任何形式。可能不仅仅有一台医生节点101。用户问诊时，可以先填写 医生的科室(如骨科、心内科)等，由问诊平台服务器106根据该科室 信息分配医生节点101。另外，也可以由用户在应用或网页上自主选择 为自己看病的医生，等等。问诊平台服务器106是根据用户填写的医生 科室信息为用户分配医生节点101，将问诊过程中医生节点101输入端 任何信息发送给用户终端102显示，并将用户终端102输入的任何信息 发送给医生节点101显示的终端。与图1A的实时网络视频平台服务器 104类似，问诊平台服务器106可以是一台计算机设备，也可以由多台 计算机设备组成的集群，还可以是多个计算机设备的各自一部分(例如 虚拟机)构成的集合。另外，它还可以体现为云的形式。医院联网档案 系统103如图1A类似。

图3A示出了一个示例性的非实时网络视频在线问诊的界面。在界面 上，用户输入留言201，即“我本身有糖尿病，现在又看不见东西了， 是得了糖尿病性视网膜病变吗？”这时，问诊平台服务器106接收到该 留言，识别出用户目前有视力障碍，看不清界面中的文字，因此需要将 医生输入的文字转换成语音给用户听。如图3B所示，在该用户的用户终 端102界面上弹出对话框，询问用户是否要切换到朗读会话模式。该模 式中，医生输入的文字由问诊平台服务器106转换成语音，经用户终端 102的听筒或耳机等播放。当用户想要回顾之前医生某一条说过的话的 语音时，也可以点开相应条的语音重新播放。

如图3C所示，对于刚刚接收到的医生输入的文字转换成的语音，可 以立刻在用户终端102播放，该条语音的旁边有正在播放标记203。而 对于之前已经播放过的医生文字转换成的语音，其旁边有已播放标记 204。当正在播放标记203的语音播放完后，正在播放标记203变成已播 放标记204，如图3D所示。当用户想听之前已播放完的医生文字转换成 的语音时，可以触摸该语音旁边的已播放标记204，该标记变成正在播 放标记203，开始重新播放该条语音，如图3E所示。

在线药品提供是用户通过网络(互联网或内联网等)请求需要的药 品，由药品提供平台对用户进行药品发放的在线事务。它可以分为有偿 和无偿。有偿的情况即在线售药，无偿的情况可以是医疗系统内部一些 资源的供应等。如图1C所示，在线药品提供的应用场景的体系构架包括 各用户终端102、药品提供平台服务器107、复核医生节点101、医院联 网档案系统103。

用户终端102是用户请求药品并就请求的药品输入需要沟通的事项 的终端，同图1A的用户终端102一样，它可以是手机、台式计算机、笔 记本计算机、个人数字助理(PDA)等任何形式。复核医生是对于处方药， 进一步核实是否用户能否复用该药的医生。复核医生节点101是该复核 医生用的终端，它也可以是手机、台式计算机、笔记本计算机、个人数 字助理(PDA)等任何形式。药品提供平台服务器107是接收用户的药品 请求，判断该药品是否是处方药因而需要复诊开方，并在需要复诊开方 时，通知复核医生节点108与用户联系的设备。它可以是一台计算机设 备，也可以由多台计算机设备组成的集群，还可以是多个计算机设备的 各自一部分(例如虚拟机)构成的集合。另外，它还可以体现为云的形 式。医院联网档案系统103与图1A中相同。

用户在用户终端201的客服界面输入需要的药物。如图4A所示，用 户输入“我有心脏病，有没有心复康胶囊？”。药品提供平台服务器 107从该句话确定用户是心脏病病人，因此显示对话框202，如图4B所 示，询问用户是否要切换到柔声播放模式。在柔声播放模式下，该平台 播放的背景音乐中强弱起伏明显的地方要进行处理，将其中音量强的部 分削弱，从而不会使心脏病人感到不适而引发心脏病发作。用户可以选 择切换，也可以选择不切换。

当用户选择切换后，之后播放的背景音乐都作强弱处理，在音量起 伏明显的地方削减了音量过强的部分。由于用户需要的药品“心复康胶 囊”是处方药，因此一方面药品提供平台服务器107在用户终端201的 界面上通知用户该药物需要复诊开方，有医生随后会联系用户，如图4C 所示。另一方面，药品提供平台服务器107通知复核医生节点108联系 用户，并如图4D所示，在复核医生节点108的界面上通知，该用户有心 脏病，在问诊时保持耐心，避免刺激到病人情绪。

项目是指物品或服务。非医疗项目提供即除了医疗物品和服务之外 的其它物品和服务。医疗物品可以是药品、医疗器材等。对于物品提供， 分为有偿和无偿。有偿的物品提供即一般的商业购物网站或应用，其中 展示了大量非医疗的商品。无偿的物品提供可以是一些救济物资发放的 协会网站等。对于有偿服务，也有很多商用网站或应用，其提供的不是 商品，而是有偿服务，如打车应用，快递应用。对于无偿服务，目前也 有很多这类的网站或应用。它们可能会让用户免费试用其服务，但可能 会通过推送广告、高级会员等方式来盈利，例如一些免费邮箱、视音频 观看网站等。

如图1D所示，非医疗项目提供的应用场景的体系构架包括各用户终 端102、项目展示平台服务器109、医疗服务平台服务器110、医院联网 档案系统103、卖家节点111。

用户终端102是请求项目的买家用户使用的终端。非医疗项目提供 一般是由第三方在买家和卖家之间的居中的商业行为，它帮助卖方展示 其商品或服务，由买家选择。因此，还有与买家的用户终端102相对的 卖家节点111。用户终端102和卖家节点111可以是手机、台式计算机、 笔记本计算机、个人数字助理(PDA)等任何形式。项目展示平台服务器109是将卖家节点111委托的商品展示在用户终端102的界面上，并响 应于用户选择，通知商家发货的设备。它可以是一台计算机设备，也可 以由多台计算机设备组成的集群，还可以是多个计算机设备的各自一部 分(例如虚拟机)构成的集合。另外，它还可以体现为云的形式。医疗 服务平台服务器110包括图1A的实时网络视频平台服务器104、问诊平 台服务器106、药品提供平台服务器107等，它们上面有用户的感知条 件信息(例如与感知条件有关的疾病，如红绿色盲)。如果用户注册时 没有填写感知条件信息，项目展示平台服务器109可以从合作的医疗服 务平台服务器110获得用户的感知条件信息，也可以通过医院联网档案 系统103获得用户的感知条件信息。医院联网档案系统103与图1A中相 同。

以一般的购物网站为例，图5A示出了用户在注册该网站时需要输入 的信息界面，其中要输入病史。由于这类应用场景与前几类不同，它不 是面对医疗类的应用，因此，要获取用户的感知条件信息，只能靠注册 时用户填写，或者从该网站或应用之外的其它地方获取(如医院联网档 案系统103)。在图5A中，用户在注册时填写病史为绿色色盲。

接着，用户浏览网页上展示的各种商品，如图5B所示。项目展示平 台服务器109从用户注册信息获知用户具有绿色色盲，在图5C的界面上 弹出对话框，询问用户是否要切换到绿/红滤镜模式。用户可以在对话框 中选择切换或不切换。

如果选择切换，则用户终端102的界面变成图5D所示的经绿/红滤 镜转换的界面。当用户不需要该滤镜模式时，用手指触摸界面右上角的 绿/红滤镜模式按钮203，返回到正常模式。

在线信息搜索是通过网络(互联网、内联网等)获取要知道的信息 的事务，它一般由搜索引擎执行。搜索引擎是根据用户需求与一定算法， 运用特定策略检索出制定信息反馈给用户的一门检索技术。

如图1E所示，在线信息搜索的应用场景的体系构架包括各用户终端 102、搜索平台服务器112、医疗服务平台服务器110、医院联网档案系 统103。

用户终端102是请求搜索信息的终端。其可以是手机、台式计算机、 笔记本计算机、个人数字助理(PDA)等任何形式。搜索平台服务器112 是运行搜索引擎的设备。它可以是一台计算机设备，也可以由多台计算 机设备组成的集群，还可以是多个计算机设备的各自一部分(例如虚拟 机)构成的集合。另外，它还可以体现为云的形式。医疗服务平台服务器110和医院联网档案系统103与图1D所示相同。

如图6A所示，用户在用户终端102的搜索页面输入搜索关键词“物 联网”。项目展示平台服务器109从合作的医疗服务平台服务器110获 知用户具有视觉障碍，在图6B的界面上弹出对话框，询问用户是否要切 换到朗读会话模式。用户可以在对话框中选择切换或不切换。

如果选择切换，则各搜索结果如图6C所示以朗读会话模式呈现。在 每条搜索结果的旁边显示一个播放标记299。播放标记299在用户未点 开前成三角形。当用户点开播放标记299后，播放相应的搜索结果转换 成的音频，便于视觉障碍的用户通过收听获知搜索结果。同时，点开后 播放标记299变成双竖线。当用户不需要该模式时，用手指触摸界面右 上角的取消朗读会话模式按钮203，返回到正常模式。

在线支付是用户通过网络(互联网、内联网等)进行款项支付的行 为。如图1F所示，在线支付的应用场景的体系构架包括付款方的用户终 端102、支付平台服务器113、收款方节点112、医疗服务平台服务器110、 医院联网档案系统103。

用户终端102是付款方进行支付的终端。与其相对的是收款方节点 112，它是收款方收款的终端。用户终端102和收款方节点112可以是手 机、台式计算机、笔记本计算机、个人数字助理(PDA)等任何形式。支 付平台服务器112是完成用户终端102向收款方节点112的支付过程的 设备，它是在收款方和付款方之外的第三方平台的服务器。它可以是一 台计算机设备，也可以由多台计算机设备组成的集群，还可以是多个计 算机设备的各自一部分(例如虚拟机)构成的集合。另外，它还可以体 现为云的形式。医疗服务平台服务器110和医院联网档案系统103与图 1D所示相同。

如图7A所示，用户需要付款时，在网站或应用(APP)的付款页面 选择“开始付款”选项。支付平台服务器112从医院联网档案系统103 获知用户具有视力障碍，因此不适合采用验证码、密码等支付验证方式。 可以采用刷脸方式来支付。因此，如图7B所示，提示用户将脸部放入脸 部扫描的区域。当脸部对比成功后，显示如图7C所示的验证成功界面。 由于用户具有视力障碍，此时也不适合让用户在界面上输入付款数额， 但可以让用户说出付款数额，由支付平台服务器112转换成文字。为了 确保转换成的数额正确，可以由支付平台服务器112将转换的文字数额 再转换回系统语音，通过扬声器或耳机向用户播放，请用户确认，直到 无误为止。

本公开实施例的在线事务数据处理过程

根据本公开一个实施例，提供了一种在线事务数据处理方法。它根 据不同应用场景，可以由图1A的实时网络视频平台服务器104、图1B 的问诊平台服务器106、图1C的药品提供平台服务器107、图1D的项目 展示平台服务器109、图1E的搜索平台服务器112、图1F的支付平台服 务器113等执行。

如图8所示，该在线事务数据处理方法包括：

步骤310、接收用户的在线事务请求；

步骤320、获取用户的感知条件信息；

步骤330、基于所述感知条件信息，确定所述在线事务中的信息交 互方式；

步骤340、以确定的信息交互方式向用户提供交互信息。

下面对以上步骤进行详细描述。

步骤310中的在线事务请求是指用户对于执行在线事务的请求。在 线事务是指用户通过网站或应用(APP)借助于网络(互联网和内联网等) 与处理平台服务器交互从而产生的行为。根据应用场景的不同，接收在 线事务请求的表现也不同。

在图2A-I的实时网络视频问诊的应用场景中，用户在用户终端102 的实时网络视频问诊期间界面上留言201，如图2A所示。响应于该留言， 用户终端102向实时网络视频平台服务器104发在线事务请求，表明用 户需要行诊方为自己诊断。

在图3A-E的非实时网络视频在线问诊的应用场景中，用户在用户终 端102的问诊界面上留言201，如图3A所示，该留言201表明用户的症 状。响应于该留言，用户终端102向问诊平台服务器106发在线事务请 求，表明用户需要平台的医生为自己诊断。

在图4A-D的在线药品提供的应用场景中，用户在用户终端102的购 药界面上留言201，如图4A所示，该留言201表明用户想要购买的药品。 响应于该留言，用户终端102向药品提供平台服务器107发在线事务请 求，表明用户需要购药。

在图5A-C的非医疗项目提供的应用场景中，用户在用户终端102 的项目提供界面(例如购物网站网页)上选择自己需要的物品，如图5B 所示。响应于用户选择，用户终端102就会向项目展示平台服务器109 发在线事务请求，

在图6A-D的信息搜索的应用场景中，用户在用户终端102的搜索引 擎界面输入搜索关键词，点击搜索，如图6A所示。响应于用户点击搜索， 用户终端102就会向搜索平台服务器112发在线事务请求。

在图7A-C的在线支付的应用场景中，用户在支付界面选择开始付款 选项，如图7A所示。响应于用户选择该选项，用户终端102就会向支付 平台服务器113发在线事务请求。

步骤320中，可以通过多种方式获取用户的感知条件信息。感知条 件信息已在上文定义。在图1A-C的与健康相关的在线事务中，由于用户 在在线的过程中会输入自己的症状等信息，因此可以从用户输入的症状 信息中获取感知条件信息。例如，用户输入的症状信息表明用户分辨不 清红色和绿色，则感知条件信息为红绿色识别障碍。对于图1D-F非与健 康直接相关的在线事务，由于无法在事务执行的过程中获取用户的感知 条件信息，只能从用户注册时输入的信息获取感知条件信息，或者从图 1D-F所示的合作的医疗服务平台服务器110获取用户的感知条件信息。 另外，无论对于哪种场景，从医院联网档案系统103获取感知条件信息 都是有可能的。

下面针对图1A-F的各种场景，详细讨论在各种场景下获取用户的感 知条件信息的方式。

在图1A所示的实时网络视频问诊的场景下，可以从用户在实时网络 视频问诊期间输入的症状信息，确定所述感知条件信息，如图2A、2D、 2G所示。这里包含两种情况。第一种情况是用户输入的症状信息本身带 有感知条件信息，例如图2A中用户输入“我从小有绿色色盲问题”。第 二种情况是用户输入的症状不含有感知条件信息，例如“我每次在十字路口看交通灯时感觉灯的颜色是一样的”。此时，可以预先训练感知条 件信息预判模型。感知条件信息预判模型是一个机器学习模型，例如深 度神经网络模型。在训练时，从大量历史病例中提取用户对自己症状的 描述作为用户症状描述样本，并从病例中提取医生诊断出的感知条件信 息作为标签。将大量用户症状描述样本的集合分别输入深度神经网络模型，由深度神经网络模型给出预判的感知条件信息，与该样本对应的标 签对比。如果该样本集合中深度神经网络模型输出的结果与对应的标签 一致的比率超过预定比率阈值(例如95％)，则认为该深度神经网络模 型训练成功，可以作为感知条件信息预判模型使用。否则，调整深度神 经网络模型的系数，使其输出的结果与对应的标签一致的比率超过预定比率阈值。当感知条件信息预判模型训练成功后，就可以使用该模型。 将用户在实时网络视频问诊期间输入的症状信息输入该模型，得到预判 的感知条件信息。但是，该预判的感知条件信息显然是粗糙的，所以需 要行诊方进一步诊断。如果完全依赖感知条件信息预判模型，医生问诊 就失去意义。

在图1A所示的实时网络视频问诊的场景下，还可以按照用户的注册 信息，从医院联网档案系统103中，调取所述用户的感知条件信息。医 院联网档案系统103是各医院的病人的档案系统联网而成的网络。同一 用户在各医院的医疗档案通过该系统整合到一起。这样，从医院联网档 案系统103，就能调用用户所有历史上在医院看病的感知条件信息。该实施例的好处是获得的感知条件信息比从用户输入的症状信息确定的感 知条件信息更准确。用户初始注册到实时网络视频平台服务器104时， 填写注册信息，其中包括身份信息，例如姓名和身份证号码。实时网络 视频平台服务器104可以凭该身份信息从医院联网档案系统103中，调 取所述用户的感知条件信息。

在图1A所示的实时网络视频问诊的场景下，还可以获取历史上实时 网络视频平台为所述用户确定的感知条件信息。在一些情况下，用户并 非在实时网络视频问诊期间留言自己的症状，因此，实时网络视频平台 服务器104还难以从用户留言确定感知条件信息。但是，该用户可能历 史上看过该实时网络视频平台的实时网络视频，并在实时网络视频期间 留言过自己的症状或疾病，而实时网络视频平台服务器104历史上曾经 为该用户确定过感知条件信息。这时，就可以采用该历史上确定的感知 条件信息来为此次的用户确定信息交互方式。该实施例的好处是，在用 户还没有来得及在实时网络视频问诊期间留言的情况下，就为用户优化 了交互方式，进一步提高用户体验，提高信息交互效率。

在上述实施例中，实时网络视频平台服务器110根据用户历史上在 实时网络视频问诊期间输入的症状，曾经为用户确定过感知条件信息。 在另一个实施例中，虽然用户可能历史上在实时网络视频问诊期间输入 过症状，但实时网络视频平台服务器110并未为用户确定过感知条件信 息。在这种情况下，在本次实时网络视频中，如果用户尚未留言，实时网络视频平台服务器110可以调取存储在实时网络视频平台服务器110 的存储器中的历史上用户在实时网络视频问诊期间输入的症状信息，并 根据获取的症状信息确定所述感知条件信息。根据获取的症状信息确定 感知条件信息也可以采用上述感知条件信息预判模型。可以将每次用户 在实时网络视频问诊期间输入的症状信息分别输入上述感知条件信息预 判模型，由上述感知条件信息预判模型分别给出感知条件信息，再将这 些感知条件信息整合。

在图1A所示的实时网络视频问诊的场景下，还可以从实时网络视频 问诊期间行诊方的诊断内容中，确定所述感知条件信息。在实时网络视 频期间，行诊方会根据用户输入的症状信息，进行诊断。在说出诊断出 的疾病之后，实时网络视频平台服务器110可以从该诊断的疾病推出感 知条件信息。然后，之后与用户的交互方式可以按照该诊断内容得出的 感知条件信息来调整。在该实施例中，有可能产生二次交互方式调整。 当用户输入症状信息后，实时网络视频平台服务器110根据用户的症状 信息确定感知条件信息，据此调整一次与用户的交互方式。当行诊方说 出其诊断结果后，实时网络视频平台服务器110根据诊断内容再确定一 次感知条件信息，据此再调整一次与用户的交互方式。由于后一次的调整是根据行诊方现场诊断出来的结果进行的，因而该实施例对交互方式 的调整更加精确。例如，用户在实时网络视频问诊期间输入自己可能患 上了心脏病，因此，实时网络视频平台服务器110将给用户播放的声音 变成了柔声模式。经医生诊断后，发现不是心脏病，因此实时网络视频 平台服务器110将柔声模式取消。该实施例能够达到更及时地调整与用 户的交互模式的效果。

在图1B所示的非实时网络视频在线问诊的场景下，可以从用户在问 诊界面输入的症状信息，确定所述感知条件信息，如图3A所示。这种情 形与实时网络视频问诊的情况下类似，只不过在实时网络视频问诊中的 症状信息是用户在实时网络视频问诊期间界面输入的，在非实时网络视 频在线问诊中的症状信息是用户在问诊界面输入的，故不赘述。

在图1B所示的非实时网络视频在线问诊的场景下，还可以由问诊平 台服务器106按照用户的注册信息，从医院联网档案系统103中，调取 所述用户的感知条件信息，还可以由问诊平台服务器106获取历史上问 诊平台服务器106为所述用户确定的感知条件信息，还可以由问诊平台 服务器106获取历史上用户输入的症状信息，根据获取的症状信息确定所述感知条件信息。它们与实时网络视频问诊的情况下类似，只不过历 史上用户输入的症状信息在实时网络视频问诊中是在实时网络视频问诊 期间界面输入的，在非实时网络视频在线问诊中是在问诊界面输入的， 故不赘述。

在图1C所示的在线药品提供的场景下，可以从用户在药品提供界面 输入的症状信息，确定所述感知条件信息，如图4A所示。这种情形与实 时网络视频问诊的情况下类似，只不过在实时网络视频问诊中的症状信 息是用户在实时网络视频问诊期间界面输入的，在药品提供界面中的症 状信息是用户在药品提供界面输入的，故不赘述。

另外，在图1C所示的在线药品提供的场景下，还可以按照用户的注 册信息，从医院联网档案系统中，调取所述用户的感知条件信息，并且 还可以获取历史上药品提供平台为所述用户确定的感知条件信息。它们 与上述在实时网络视频问诊和非实时网络视频在线问诊中的情况类似， 故不赘述。

另外，在图1C所示的在线药品提供的场景下，还可以根据历史上用 户在药品提供平台获取的药品，反推用户的感知条件信息。由于一种药 品适用于多种疾病，在不知道用户究竟得的是哪一种疾病的情况下，在 一个实施例中，可以默认每一种疾病都是用户可能有的疾病。这样，据 此确定的与用户的交互方式可能反映了每一种用户可能有的疾病对应的 感知条件信息，达到万无一失。即使用户没有某种疾病，一般来说，按 照这种疾病对应的感知条件信息来确定的交互方式也不影响正常用户使 用。因此，该实施例能达到万无一失的效果。在另一个实施例中，可以 取某一段预定时期内用户在平台获取的药品的主治疾病的交集。预定时 间可以例如是1个月。将用户在1个月内在平台获取的药品的主治疾病分别列出，其交集往往就是用户真正得的疾病。这是考虑到，用户在一 段短时间内得一种病的概率比较大，因此该时期开出的药品往往很可能 都是针对一种疾病。取这些药品的主治疾病的交集，往往就得出了用户 真正得的疾病，据此得到相应的感知条件信息。

另外，在图1C所示的在线药品提供的场景下，还可以获取所述人工 沟通节点诊断出的所述感知条件信息。如上所述，在用户请求的是处方 药的情况下，需要复诊开方，这时人工沟通节点是复核医生节点108。 复核医生节点108通过界面内置的语音通话功能与用户终端102建立语 音会话连接，与用户进行语音通话。语音通话的所有内容被药品提供平台服务器107转换成文字。因此，药品提供平台服务器107可以从中检 测到医生诊断出的感知条件信息。在该实施例中，有可能产生二次交互 方式调整。当用户输入症状信息后，药品提供平台服务器107根据用户 的症状信息确定感知条件信息，据此调整一次与用户的交互方式。当医 生与用户进行语音复诊时，药品提供平台服务器107根据其中医生说出 的诊断内容转换成的文字再调整一次与用户的交互方式。该实施例能够 在药品提供过程中随着对用户病情的不断了解，动态地调整与用户的交 互模式，其更加灵活。

在图1D所示的非医疗项目提供事务的场景下，由于用户在这种事务 中不输入感知条件信息，因此，不能从事务执行过程中用户输入的信息 来获取用户的感知条件信息。但是，可以在用户在项目展示平台注册时 要求用户输入感知条件信息。这样，当用户在用户终端102提出获取项 目的请求(例如购买某件商品的请求)时，可以获取其注册时填写的感 知条件信息，并据此进行后续的交互方式调整。

另外，在图1D所示的非医疗项目提供事务的场景下，还可以按照用 户的注册信息，从医院联网档案系统103中，调取所述用户的感知条件 信息。这与图1A-C所示的情况类似，故不赘述。

另外，在图1D所示的非医疗项目提供事务的场景下，还可以按照用 户的注册信息，获取医疗服务平台服务器110上所述用户的感知条件信 息。所述医疗服务平台可以是如上所述的实时网络视频问诊平台、非实 时网络视频在线问诊平台、在线药品提供平台中的至少一个，还可以是 其它医疗服务平台。由于非医疗项目提供事务中用户不输入症状信息， 但在医疗服务平台中用户输入症状信息，产生感知条件信息。因此，项 目展示平台可以与医疗服务平台合作，项目展示平台服务器109从医疗 服务平台服务器110获取用户的感知条件信息。

另外，在图1D所示的非医疗项目提供事务的场景下，还可以基于用 户与客服人员的会话记录，确定所述感知条件信息。用户在项目展示平 台页面一般只选择需要的项目(例如购物)，但在一些情况下需要在客 服页面与客服人员进行沟通，例如，在用户对图片中物品的款式、到货 时间等有疑问的情形。在用户与客服人员的沟通记录中，有时会暴露用 户的某些感知条件信息。例如，用户指着一件绿色衣服的图片问客服人 员这件红色衣服的到货时间，可以暴露出其有绿色色盲。因此，可以基 于用户与客服人员的会话记录，确定所述感知条件信息。其可以通过将 会话记录输入一个训练好的感知条件信息预判模型实现。该模型是一个 机器学习模型，例如深度神经网络模型。在训练时，构造包含大量会话记录样本的样本集。针对每个样本由医生预先给出其判定的感知条件信 息作为标签。将样本集中每个样本输入深度神经网络模型，由深度神经 网络模型给出判定的感知条件信息，与样本的标签对比。如果该样本集 中深度神经网络模型输出的判定结果与对应的标签一致的比率超过预定 比率阈值(例如95％)，则认为该深度神经网络模型训练成功，可以作为感知条件信息预判模型使用。否则，调整深度神经网络模型的系数， 使其输出的判定结果与对应的标签一致的比率超过预定比率阈值。当感 知条件信息预判模型训练成功后，就可以使用该模型。

在图1E所示的在线信息搜索的场景下，用户在这种事务中也不输入 感知条件信息，因此，可以与图1D的情形类似地，获取用户在搜索平台 注册的感知条件信息，也可以按照用户的注册信息，从医院联网档案系 统103中，调取所述用户的感知条件信息，也可以按照用户的注册信息， 获取医疗服务平台服务器110上所述用户的感知条件信息，故不赘述。

在信息搜索平台上，用户可能有过搜索某种疾病或某种疾病的药品 的记录。因此，在一个实施例中，从用户历史上的搜索记录，确定所述 感知条件信息。如果用户历史上某条搜索记录包括疾病名称，则可以根 据该疾病推断用户的感知条件信息。如果用户历史上某条搜索记录包括 药品名称，则可以根据该药品适用于的疾病推断用户的感知条件信息。 这种方式推测用户的感知条件信息可能产生错误，但考虑到如后文所述， 可以在根据感知条件信息调整与用户的交互方式之前，对用户进行询问， 这样可以抵消掉推测不准确带来的影响。

在图1F所示的在线支付的场景下，用户在这种事务中也不输入感知 条件信息，因此，可以与图1D的情形类似地，获取用户在支付平台注册 的感知条件信息，也可以按照用户的注册信息，从医院联网档案系统103 中，调取所述用户的感知条件信息，也可以按照用户的注册信息，获取 医疗服务平台服务器110上所述用户的感知条件信息。

在图1F所示的在线支付的场景下，还可以从用户历史上在支付平台 上的行为，确定所述感知条件信息。例如，用户之前的支付过程中，平 台要求输入显示的绿色验证码，但用户却输入了显示的红色验证码，则 确定用户患有绿色色盲。

接着，在步骤330中，基于所述感知条件信息，确定所述在线事务 中的信息交互方式。在不同种类的在线事务中，信息交互方式可能包含 的内容不同。下面针对图1A-F的六种场景，示例说明信息交互方式可能 包含的内容。

在图1A所示的实时网络视频问诊的场景中，信息交互方式可能包含 视频画面的色彩显示、视频伴随的音频在用户终端的播放效果、行诊方 的说话内容在用户终端的提供方式等。上述方面仅仅是示例，本领域技 术人员收益于本公开的教导也可以做出其它的变形方式。

对于视频画面的色彩显示，有不同的色彩显示模式。例如，对于绿 色色盲用户，有绿/红滤镜模式。对于老花眼用户，有防花眼显示模式。 在一个实施例中，如图2A-C所示，当识别出用户患有绿色色盲时，视频 画面的色彩显示调整为绿/红滤镜模式。在该模式下，绿色色盲用户能看 到与正常人眼接近的画面。因此，该实施例的优点是，能够满足一部分 患有色盲疾病的人群的观看实时视频体验，增强平台与其的信息交互效 率。

对于视频伴随的音频在用户终端的播放效果，有不同的播放效果。 例如，对于心脏病人，有柔声模式。在该柔声模式中，对于音频波形中 最大值与最小值的差大于预定差阈值的预定时长区间，将该区间中的音 量大于预定音量的部分削减，从而避免强烈起伏刺激心脏病人心脏病发 作。对于抑郁症患者，有悲伤音乐静音模式。当视频伴随播放的音乐过 于悲伤时，将悲伤音乐静音。图2D-F所示的是为心脏病用户从正常模式 调整为柔声模式的界面。该实施例的优点是，能够满足一部分对听觉有 特殊要求或听觉刺激能够引起疾病发作的用户的观看实时视频体验，增 强平台与其的信息交互效率。

对于行诊方的说话内容在用户终端的提供方式，有不同的提供方式。 针对具有听力障碍的用户，可以采用字幕模式。针对视觉和听力都有障 碍的用户，可以采用盲文触感模式。字幕模式如图2G-I所示行诊方。正 常模式下，用户听到行诊方的声音，从而理解实时视频内容。字幕模式 下，用户看到行诊方的声音转换的字幕，从而理解实时视频内容。该实施例的好处是行诊方满足一部分听力障碍的用户的观看实时网络视频体 验，增强平台与其的信息交互效率。盲文触感模式图中未示，其是在触 摸屏专设一块触感区域。将行诊方的声音转换成盲文，在触感区域的各 触点产生触感输出。用户触摸该触感区域，感受到其代表的盲文。该实 施例提高了视觉和听力都有障碍的用户的实时网络视频体验和信息交互 效率。

在图1B所示的非实时网络视频在线问诊的场景中，信息交互方式可 能包含问诊界面的色彩显示、问诊界面中的音频内容在用户终端的播放 效果、医生回答在用户终端的提供方式等。上述方面仅仅是示例，本领 域技术人员收益于本公开的教导也可以做出其它的变形方式。

对于问诊界面的色彩显示、和问诊界面中的音频内容在用户终端的 播放效果，其分别与实时网络视频问诊中的实时网络视频界面的色彩显 示、视频伴随的音频在用户终端的播放效果类似，为节约篇幅，不再赘 述。问诊界面中的音频内容是指问诊时播放的背景音乐，或者一些插入 的广告音效，或者问诊界面为了引导用户操作设置的提示语，等等。

对于医生回答在用户终端的提供方式，在正常情况下，其显示在用 户终端102的问诊界面上。但是，如果用户视觉有障碍，如图3A-E所示， 将医生回答显示在问诊界面上，视障病人是看不到的，因此，可以切换 到朗读会话模式。在该模式下，医生回答的内容会转换成音频发放到用 户终端102立即播放，但同时也可以显示文字。在播放时，相应的文字旁边设置正在播放标记203，如图3C所示。当播放终止后，正在播放标 记203变成已播放标记204，如图3D所示。当用户需要重复收听已经播 放完的医生回答的音频时，再点开已播放标记204，相应的音频再次播 放，相应的已播放标记204变成正在播放标记203，如图3E所示。实时 网络视频问诊期间该朗读会话模式的好处是，可以满足一部分患有视觉 障碍人群的实时网络视频问诊期间体验，增强平台与其的信息交互效率。 设置正在播放标记203和已播放标记204的好处是，用户可以灵活选择 是否重放某条语音，提高语音播放灵活性。

在图1C所示的在线药品提供的场景中，信息交互方式可能包含药品 提供界面的色彩显示、药品提供界面中的音频在用户终端的播放效果、 对用户的应答在用户终端的提供方式、药品递送方式等。上述方面仅仅 是示例，本领域技术人员收益于本公开的教导也可以做出其它的变形方 式。

对于药品提供界面的色彩显示、药品提供界面中的音频内容在用户 终端的播放效果、和对用户的应答在用户终端的提供方式，其分别与问 诊界面的色彩显示、问诊界面中的音频内容在用户终端的播放效果、和 医生回答在用户终端的提供方式类似，为节约篇幅，不再赘述。药品提 供界面中的音频内容是指药品提供界面中播放的背景音乐，或者一些插 入的广告音效，等等。图4A-C示出了当用户有心脏病时为用户转换音频 播放效果的示例。对用户的应答可以是网页对用户执行的操作的引导语、 对用户点击药品图片后药品无货或有其他状况的系统应答、提示开始付 款的提示文字等。

对于药品递送方式，一般有到指定点自提、存放到社区寄存柜自提、 送货上门等多种递送方式。如果对于一般用户，其需要的药品需要到指 定点自提，那么对于有身体残疾的用户，例如识别出用户的腿残疾，则 不适合采用到指定点自提的方式，可以自动为用户设置送货上门的药品 递送方式。该实施例可以提高一些身体残疾人士的药品获得体验，提高 平台与这部分人士的信息处理效率。

在图1D所示的非医疗项目提供的场景中，信息交互方式可能包含项 目展示界面的色彩显示、项目展示界面中的音频在用户终端的播放效果、 项目递送方式等。上述方面仅仅是示例，本领域技术人员收益于本公开 的教导也可以做出其它的变形方式。

对于项目展示界面的色彩显示、项目展示界面中的音频在用户终端 的播放效果、项目递送方式，其分别与前面药品提供的场景中的药品提 供界面的色彩显示、药品提供界面中的音频内容在用户终端的播放效果、 和药品递送方式类似，故不赘述。图5B-D示出了为绿色色盲病人转换项 目展示界面的色彩显示模式为绿/红滤镜模式的示例。

在图1E所示的在线信息搜索的场景中，信息交互方式可能包含搜索 界面的色彩显示、搜索结果在用户终端的提供方式、在搜索结果包含视 音频的情况下视音频的播放效果等等。上述方面仅仅是示例，本领域技 术人员收益于本公开的教导也可以做出其它的变形方式。

对于搜索界面的色彩显示，其与前面药品提供的场景中的药品提供 界面的色彩显示类似，故不赘述。

搜索结果在用户终端的提供方式有多种。例如，对于具有视觉障碍 的用户，可以采用朗读会话模式。对于视觉和听力都有障碍的用户，还 可以采用前述的盲文触感模式。图6A-D示出了朗读会话模式的例子。

在所述朗读会话模式中，如图6C所示，在用户终端102的搜索页面 上与各搜索结果相应地显示播放标记299。在图6C中，播放标记显示在 搜索结果的旁边，但也可能显示在其它位置。由于未开始播放，播放标 记显示为三角形。响应于用户触发播放标记，例如触摸或点击播放标记， 播放相应的搜索结果转换成的音频，同时播放标记转换成双竖线，如图6D所示。

搜索结果包含视音频的情况包括视频网站或音乐网站等。例如，用 户在视频网站搜索一个影片，或在音乐网站搜索一个歌曲。如果用户是 心脏病人，将所述视频网站或音乐网站播放的音频中的满足预定标准的 音频部分进行降音量。预定标准可以是，音频波形中某一或某些预定时 长区间中的音量最大值与最小值的差大于预定差阈值。降音量的做法可 以是，该区间中的音量大于预定音量的部分削减到预定音量以下，等等。 这样做的好处是，避免强烈起伏刺激心脏病人心脏病发作。

在图1F所示的在线支付的场景中，信息交互方式可能包含支付界面 的色彩显示、密码的输入方式、支付验证的方式、支付平台对收款方节 点的转款策略等等。上述方面仅仅是示例，本领域技术人员收益于本公 开的教导也可以做出其它的变形方式。

对于支付界面的色彩显示，其与前面药品提供的场景中的药品提供 界面的色彩显示等类似，故不赘述。

对于密码的输入方式，包括文字输入和语音输入等。如果用户患有 视障，则可以让用户采用语音输入的方式来输入密码。如果用户语言障 碍，则让用户采用文字输入的方式来输入密码。该设置提高了一些视觉 或语言障碍的用户的支付体验和与平台的信息交互效率。

对于支付验证的方式，如果用户有视力障碍同时有语言障碍，既无 法通过文字输入密码的方式来验证支付，也无法通过说出密码的方式来 验证支付，可以通过刷脸支付、指纹支付等方式来验证。图7B给出了刷 脸验证的示例。

对于支付平台对收款方节点的转款策略，如果用户是一个感知系统 (如精神系统)有疾病的人士，为了保证用户转账不会上当，可以设置 由支付平台延迟转换的策略，例如延迟24小时。用户的家属如果在延迟 的时间内发现上当，可以通过支付平台及时追回。该实施例减少了一些 特殊疾病导致感知有障碍的人士的被骗风险。

确定了所述在线事务中的信息交互方式后，就可以在步骤340中， 以确定的信息交互方式向用户提供交互信息。

在一些实施例中，在步骤320之后，还获取所述在线事务中的人工 沟通节点，并向所述人工沟通节点的沟通者终端发送沟通指示。所述沟 通指示含有所述感知条件信息对应的沟通要求。

人工节点即在线事务中涉及的人采用的设备。在图1C的场景下，它 可以是复核医生节点108，这是因为对于处方药，需要复诊医生复核该 用户是否能够复用该药品后，才能为用户发药。在图1D的场景下，它可 以是卖家节点108，这是因为在购物的某些情形执行，卖家的人员需要 与用户当面沟通(例如用户要的衣服尺码已经没有，需要与用户沟通)。这些都是人工节点的例子。

如在图1C的药品提供的场景下，由于获知用户具有心脏病，药品提 供平台服务器107在给复核医生节点108发送沟通指示时，在沟通指示 中包含让医生在问诊时保持耐心，避免刺激病人情绪的内容。

该实施例针对用户的感知条件信息，调整事务处理中人工处理环节， 是人工处理环节的人员能够按照用户感知条件信息采用合理的沟通方式， 有利于整个事务处理效率的提高，提高了用户的事务体验。

在一个实施例中，在步骤330之前，还向用户提供切换到该交互方 式的提示，并接收用户对该交互方式的确认。只有接收到用户对该交互 方式的确认，才执行步骤330。如果没有接收到用户对该交互方式的确 认，或接收到用户对该交互方式的拒绝，则可以仍采用原来的交互方式 与用户交互。

有多种方式向用户提供切换到该交互方式的提示。一种方式是在界 面上显示切换到该交互方式的提示。图2B、2E、2H、3B、4B、5B、6B 中，该交互方式的提示体现为对话框。用户对交互方式的确认体现为在 对话框中选择切换。另一种方式是将要采用的交互方式转换成语音在用 户终端102播放。用户对交互方式的确认体现为说出特定的肯定词，例如，“切换”、“好的”等等。

该实施例的优点是，在真正转换交互方式之前，给用户充分的选择 权，使得交互方式的采用更具有灵活性。另外，当平台错判了用户感知 条件信息导致一些不需要的交互方式更改时，该实施例可以进行及时的 纠正。

本公开的硬件实现

下面参照图9来描述实施根据本公开一个实施例的在线事务数据处 理方法的计算机设备800的内部结构。根据应用场景的不同，计算机设 备800可以图1A所示的实时网络视频平台服务器104、图1B所示的问 诊平台服务器106、图1C所示的药品提供平台服务器107、图1D所示的 项目展示平台服务器109、图1E所示的搜索平台服务器112、图1F所示 的支付平台服务器113，等等。图9显示的计算机设备800仅仅是一个 示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，计算机设备800以通用计算设备的形式表现。计算机 设备800的组件可以包括但不限于：上述至少一个处理单元810、上述 至少一个存储单元820、连接不同系统组件(包括存储单元820和处理 单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处 理单元810执行，使得所述处理单元810执行本说明书上述示例性方法 的描述部分中描述的本发明各种示例性实施方式的步骤。例如，所述处 理单元810可以执行如图8所示的各个步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机 存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步 包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程 序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一 个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一 个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元 总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使 用多种总线结构中的任意总线结构的局域总线。

计算机设备800也可以与一个或多个外部设备700(例如键盘、指 向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该计算 机设备800交互的设备通信，和/或与使得该计算机设备800能与一个或 多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等) 通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，计算机设备800还可以通过网络适配器860与一个或者多个网络(例如局域 网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所 示，网络适配器860通过总线830与计算机设备800的其它模块通信。 应当明白，尽管图中未示出，可以结合计算机设备800使用其它硬件和/ 或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外 部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描 述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件 的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品 的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以 是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等) 执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机程序介质，其上 存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行 时，使计算机执行上述方法实施例描述的方法。

根据本公开的一个实施例，还提供了一种用于实现上述方法实施例 中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并 包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发 明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或 存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用 或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质 可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不 限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者 任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括： 具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、 便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上 述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的 数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多 种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可 读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可 以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与 其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不 限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明 操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸 如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或 类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部 分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算 设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器 上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种 类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备， 或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因 特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若 干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的 实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一 个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征 和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤， 但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是 必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以 省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤 分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描 述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件 的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品 的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以 是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等) 执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想 到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或 者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原 理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说 明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权 利要求指出。

Claims (50)

1.一种在线事务数据处理方法，包括：

接收用户的在线事务请求；

获取用户的感知条件信息；

基于所述感知条件信息，确定所述在线事务中的信息交互方式；

以确定的信息交互方式向用户提供交互信息。

2.根据权利要求1所述的方法，其中，在获取用户的感知条件信息之后，所述方法还包括：

获取所述在线事务中的人工沟通节点；

向所述人工沟通节点的沟通者终端发送沟通指示，所述沟通指示含有所述感知条件信息对应的沟通要求。

3.根据权利要求1所述的方法，其中，在以确定的信息交互方式向用户提供交互信息之前，所述方法还包括：

向用户提供切换到该交互方式的提示；

接收用户对该交互方式的确认。

4.根据权利要求1所述的方法，其中，所述在线事务包括实时网络视频问诊。

5.根据权利要求4所述的方法，其中，所述获取用户的感知条件信息包括以下中的至少一项：

从用户在实时网络视频问诊期间输入的症状信息，确定所述感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感知条件信息；

获取历史上实时网络视频平台为所述用户确定的感知条件信息；

获取历史上用户在实时网络视频问诊期间输入的症状信息，根据获取的症状信息确定所述感知条件信息；

从实时网络视频问诊期间行诊方的诊断内容中，确定所述感知条件信息。

6.根据权利要求4所述的方法，其中，所述信息交互方式包括以下中的至少一项：

视频画面的色彩显示；

视频伴随的音频在用户终端的播放效果；

行诊方的说话内容在用户终端的提供方式。

7.根据权利要求6所述的方法，其中，在所述用户的症状信息是绿色色盲的情况下，所述视频画面的色彩显示为绿/红滤镜颜色。

8.根据权利要求6所述的方法，其中，在所述用户的症状信息是心脏病的情况下，所述视频伴随的音频在用户终端的播放效果为柔声模式。

9.根据权利要求6所述的方法，其中，在所述用户的症状信息是听力障碍的情况下，行诊方的说话内容在用户终端的提供方式是字幕模式。

10.根据权利要求6所述的方法，其中，在所述用户的症状信息是听力和视觉障碍的情况下，行诊方的说话内容在用户终端的提供方式是盲文触感模式。

11.根据权利要求1所述的方法，其中，所述在线事务包括非实时网络视频在线问诊。

12.根据权利要求11所述的方法，其中，所述获取用户的感知条件信息包括以下中的至少一项：

从用户在问诊界面输入的症状信息，确定所述感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感知条件信息；

获取历史上问诊平台为所述用户确定的感知条件信息；

获取历史上用户输入的症状信息，根据获取的症状信息确定所述感知条件信息。

13.根据权利要求11所述的方法，其中，所述信息交互方式包括以下中的至少一项：

问诊界面的色彩显示；

问诊界面中的音频内容在用户终端的播放效果；

医生回答在用户终端的提供方式。

14.根据权利要求13所述的方法，其中，在所述用户的症状信息是绿色色盲的情况下，所述问诊画面的色彩显示为绿/红滤镜颜色。

15.根据权利要求13所述的方法，其中，在所述用户的症状信息是心脏病的情况下，所述问诊界面中的音频内容在用户终端的播放效果为柔声模式。

16.根据权利要求13所述的方法，其中，在所述用户的症状信息是视觉障碍的情况下，所述医生回答在用户终端的提供方式是朗读会话模式。

17.根据权利要求16所述的方法，其中，在所述朗读会话模式中，所述医生回答转换成的音频发送到所述用户终端后播放，在播放时显示正在播放标记，在播放结束后变成已播放标记。

18.根据权利要求17所述的方法，其中，在所述朗读会话模式中，响应于用户触发已播放标记，重复播放所述音频，所述已播放标记变回正在播放标记。

19.根据权利要求2所述的方法，其中，所述在线事务包括在线药品提供，所述人工沟通节点包括复核医生节点，所述获取所述在线事务中的人工沟通节点是在确定出所述在线事务请求中请求的药品是待复核药品而进行的。

20.根据权利要求19所述的方法，其中，所述获取用户的感知条件信息包括以下中的至少一项：

从用户在药品提供界面输入的症状信息，确定所述感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感知条件信息；

获取历史上药品提供平台为所述用户确定的感知条件信息；

根据历史上用户在药品提供平台获取的药品，确定所述感知条件信息；

获取所述人工沟通节点诊断出的所述感知条件信息。

21.根据权利要求19所述的方法，其中，所述信息交互方式包括以下中的至少一项：

药品提供界面的色彩显示；

药品提供界面中的音频在用户终端的播放效果；

对用户的应答在用户终端的提供方式；

药品递送方式。

22.根据权利要求21所述的方法，其中，在所述用户的症状信息是绿色色盲的情况下，所述药品提供界面的色彩显示为绿/红滤镜颜色。

23.根据权利要求21所述的方法，其中，在所述用户的症状信息是心脏病的情况下，所述药品提供界面中的音频在用户终端的播放效果为柔声模式。

24.根据权利要求21所述的方法，其中，在所述用户的症状信息是视觉障碍的情况下，所述对用户的应答在用户终端的提供方式是朗读会话模式。

25.根据权利要求24所述的方法，其中，在所述朗读会话模式中，所述对用户的应答转换成的音频发送到所述用户终端后播放，在播放时显示正在播放标记，在播放结束后变成已播放标记。

26.根据权利要求25所述的方法，其中，在所述朗读会话模式中，响应于用户触发已播放标记，重复播放所述音频，所述已播放标记变回正在播放标记。

27.根据权利要求21所述的方法，其中，在所述用户的症状信息是身体残疾的情况下，所述药品递送方式是送货上门。

28.根据权利要求2所述的方法，其中，所述在线事务包括非医疗项目提供事务，所述项目包括物品和服务中的至少一个。

29.根据权利要求28所述的方法，其中，所述获取用户的感知条件信息包括以下中的至少一项：

获取用户在项目展示平台注册的感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感知条件信息；

按照用户的注册信息，获取医疗服务平台上所述用户的感知条件信息，所述医疗服务平台包括实时网络视频问诊平台、非实时网络视频在线问诊平台、在线药品提供平台中的至少一个；

基于用户与客服人员的会话记录，确定所述感知条件信息。

30.根据权利要求28所述的方法，其中，所述信息交互方式包括以下中的至少一项：

项目展示界面的色彩显示；

项目展示界面中的音频在用户终端的播放效果；

项目递送方式。

31.根据权利要求30所述的方法，其中，在所述用户的症状信息是绿色色盲的情况下，所述项目展示界面的色彩显示为绿/红滤镜颜色。

32.根据权利要求30所述的方法，其中，在所述用户的症状信息是心脏病的情况下，所述项目展示界面中的音频在用户终端的播放效果为柔声模式。

33.根据权利要求30所述的方法，其中，在所述用户的症状信息是身体残疾的情况下，所述药品递送方式是送货上门。

34.根据权利要求28所述的方法，其中，在所述项目展示平台是卖家和所述用户之外的第三方平台的情况下，所述人工沟通节点是卖家节点，所述获取所述在线事务中的人工沟通节点是响应于接收到所述用户的项目退换请求进行的。

35.根据权利要求1所述的方法，其中，所述在线事务包括在线信息搜索。

36.根据权利要求35所述的方法，其中，所述获取用户的感知条件信息包括以下中的至少一项：

获取用户在搜索平台注册的感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感知条件信息；

按照用户的注册信息，获取医疗服务平台上所述用户的感知条件信息，所述医疗服务平台包括实时网络视频问诊平台、非实时网络视频在线问诊平台、在线药品提供平台中的至少一个；

从用户历史上的搜索记录，确定所述感知条件信息。

37.根据权利要求35所述的方法，其中，所述信息交互方式包括以下中的至少一项：

搜索界面的色彩显示；

搜索结果在用户终端的提供方式；

在搜索结果包含视音频的情况下视音频的播放效果。

38.根据权利要求37所述的方法，其中，在所述用户的症状信息是绿色色盲的情况下，所述搜索界面的色彩显示为绿/红滤镜颜色。

39.根据权利要求37所述的方法，其中，在所述用户的症状信息是视觉障碍的情况下，所述搜索结果在用户终端的提供方式为朗读会话模式。

40.根据权利要求39所述的方法，其中，在所述朗读会话模式中，在搜索页面上与各搜索结果相应地显示播放标记，其中，响应于用户触发播放标记，播放相应的搜索结果转换成的音频。

41.根据权利要求37所述的方法，其中，所述搜索结果包含视音频的情况包括视频网站或音乐网站，在所述用户的症状信息是心脏病的情况下，将所述视频网站或音乐网站播放的音频中的满足预定标准的音频部分进行降音量。

42.根据权利要求1所述的方法，其中，所述在线事务包括在线支付。

43.根据权利要求42所述的方法，其中，所述获取用户的感知条件信息包括以下中的至少一项：

获取用户在支付平台注册的感知条件信息；

按照用户的注册信息，从医院联网档案系统中，调取所述用户的感知条件信息；

按照用户的注册信息，获取医疗服务平台上所述用户的感知条件信息，所述医疗服务平台包括实时网络视频问诊平台、非实时网络视频在线问诊平台、在线药品提供平台中的至少一个；

从用户历史上在支付平台上的行为，确定所述感知条件信息。

44.根据权利要求42所述的方法，其中，所述信息交互方式包括以下中的至少一项：

支付界面的色彩显示；

密码的输入方式；

支付验证的方式；

支付平台对收款方节点的转款策略。

45.根据权利要求44所述的方法，其中，在所述用户的症状信息是绿色色盲的情况下，所述支付界面的色彩显示为绿/红滤镜颜色。

46.根据权利要求44所述的方法，其中，在所述用户的症状信息是视觉障碍的情况下，所述密码的输入方式为语音输入。

47.根据权利要求44所述的方法，其中，在所述用户的症状信息是视觉及语言障碍的情况下，所述支付验证的方式为刷脸验证。

48.根据权利要求44所述的方法，其中，在所述用户的症状信息是精神障碍的情况下，所述转款策略为延迟转款。

49.一种计算机设备，包括：

存储器，用于存储计算机可执行代码；

处理器，用于执行所述计算机可执行代码，以实现根据权利要求1-48任一个所述的方法。

50.一种计算机可读介质，存储计算机可执行代码，所述计算机可执行代码被处理器执行，以实现根据权利要求1-48任一个所述的方法。

Images