CN108932980A - 一种实时信息的处理方法 - Google Patents
一种实时信息的处理方法 Download PDFInfo
- Publication number
- CN108932980A CN108932980A CN201710349141.8A CN201710349141A CN108932980A CN 108932980 A CN108932980 A CN 108932980A CN 201710349141 A CN201710349141 A CN 201710349141A CN 108932980 A CN108932980 A CN 108932980A
- Authority
- CN
- China
- Prior art keywords
- information
- movement terminal
- integral
- server
- sent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种实时信息的处理方法,包括:服务器接收第一移动终端发送的接入信息;提取第一终端ID;发送接入成功信息;调用医疗类型列表;将医疗类型列表发送给第一移动终端;接收第一选择信息并与第一序号进行匹配;查询是否可以接入,如果可以则调用医师信息列表;发送医师信息列表;接收第二选择信息提取第二序号信息,查找医师信息列表;根据第一移动终端ID查找对应的第一积分;当求和所需积分大于第一积分时向第一移动终端发送积分不足信息;否则从第一积分中减去求和所需积分得到更新第一积分;根据第一医师ID查找对应的第一医生接口ID;将第一移动终端接入第一医生接口ID对应的接口,接收第一移动终端发送的实时信息。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种实时信息的处理方法。
背景技术
随着人们生活水平的提高,健康问题成为人们越来越关注的话题。由于计算机网络和通信技术飞速发展,基于移动终端通过应用进行健康资讯信息获取越来越普遍。
然而,目前用户通过移动终端获取医疗信息时,只能被动接受推送的信息,推送信息多而繁杂,千篇一律,无法实现针对自身的情况选择指定人员进行实时信息交互,用户体验度差。
发明内容
本发明的目的是提供一种实时信息的处理方法,以解决现有技术中无法实现针对自身的情况选择指定人员进行实时信息交互的问题。
为实现上述目的,本发明提供了一种实时信息的处理方法,包括:
步骤10,服务器接收所述第一移动终端发送的接入信息;
步骤11,所述服务器提取所述第一移动终端的第一终端I D;
步骤12,所述服务器向所述第一移动终端发送接入成功信息;
步骤13,所述服务器调用医疗类型列表,所述医疗类型列表中包括第一序号和医疗类型信息;
步骤14,所述服务器将所述医疗类型列表发送给所述第一移动终端;
步骤15,所述服务器接收所述第一移动终端发送的第一选择信息;
步骤16,所述服务器将所述第一选择信息与第一序号进行匹配,得到对应的第一医疗类型信息,以及对应的第一接口I D;
步骤17,所述服务器通过所述第一接口I D查询是否可以接入,如果可以则执行步骤20,如果不可以则结束;
步骤20,所述服务器根据所述第一医疗类型信息调用医师信息列表,所述医师信息列表中包括所述第一医疗类型信息对应的医师I D、第二序号信息和所需积分;
步骤21,所述服务器将所述医师信息列表发送给所述第一移动终端;
步骤22,接收所述第一移动终端发送的第二选择信息,所述第二选择信息中包括第二序号信息;
步骤23,所述服务器从所述第二选择信息中提取第二序号信息,并根据所述第二序号信息查找所述医师信息列表,得到第一医师I D和第一所需积分医疗;
步骤25,根据所述第一移动终端I D查找对应的第一积分;
步骤26,当所述求和所需积分大于所述第一积分时执行步骤27,当所述求和所需积分不大于所述第一积分时执行步骤30;
步骤27,向所述第一移动终端发送积分不足信息;
步骤30,从所述第一积分中减去所述求和所需积分得到更新第一积分;
步骤31,根据所述第一医师I D查找对应的第一医生接口ID;
步骤32,所述服务器将所述第一移动终端接入所述第一医生接口I D对应的接口,从而接收所述第一移动终端发送的实时信息。
进一步的,所述步骤32之后还包括:
步骤33,记录所述第一移动终端接入所述第一医生接口I D对应的接口的接入时间。
进一步的,所述步骤33之后还包括:
步骤34,接收第一移动终端发送的结束接入信息;
步骤35,断开所述第一移动终端与所述第一医生接口ID对应的接口。
进一步的,所述步骤35之后还包括:
步骤36,记录断开时间;
步骤37,统计所述接入时间和断开时间的时间段。
本发明实施例提供的实时信息的处理方法,用户能够针对自身的情况选择指定人员进行实时信息交互,从而满足了用户的个性化需求,提高了用户体验度。
附图说明
图1为本发明实施例提供的实时信息的处理方法的流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
图1为本发明实施例提供的实时信息的处理方法的流程图。如图1所示,本发明提供的实时信息的处理方法主要包括如下步骤:
步骤101,服务器接收第一移动终端发送的接入信息。
其中,第一移动终端具体可以是具有处理能力的终端设备,例如,智能手机、平板电脑、笔记本电脑等。
在一个具体的实施例中,接入信息具体为第一移动终端向服务器发送实时医疗信息获取请求,例如,用户点击应用程序的相应栏目或者登录网页,向第一移动终端发送请求消息,第一移动终端将该请求信息发送给服务器。再比如,用户也可以通过拨打健康热线的方式通过第一移动终端将接入信息发送给服务器。
步骤102,服务器提取第一移动终端的第一终端I D。
第一移动终端向服务器发送的接入信息中包含第一移动终端的第一终端I D,服务器可以通过判断第一终端的I D是否为合法I D来判断第一移动终端是否具有实时医疗信息获取权限。
在一个具体的实施例中,当第一移动终端通过应用程序接入服务器时,第一移动终端需要进行登录,向服务器发送登录信息,第一终端I D可以为登录名;当第一移动终端通过拨打电话的形式接入服务器时,第一终端的I D可以是拨打电话的电话号码。
步骤103,所述服务器向所述第一移动终端发送接入成功信息。
第一移动终端接入服务器后,接收服务器发送的接入成功消息。
在一个具体的实施例中,接入成功消息可以是“您好,欢迎访问健康俱乐部业务”、“您好,欢迎拨打健康俱乐部咨询热线”。
步骤104,所述服务器调用医疗类型列表,所述医疗类型列表中包括第一序号和医疗类型信息。
服务器预先将各类医疗资讯信息按照不同类型进行分类,为每类信息设置类型名称,按照一定顺序为各类信息分配序号,生成医疗类型列表,医疗信息和医疗类型信息具有预设的关联关系,医疗类型信息和序号具有预设的关联关系。
其中,医疗类型信息具体可以包括类型名称以及对应的该类型的医疗资讯信息。
当第一移动终端接入成功时,服务器调用预先生成的医疗类型列表。
步骤105,所述服务器将所述医疗类型列表发送给所述第一移动终端。
具体的,服务器可以将医疗类型列表以文字方式或者语音方式发送给第一移动终端。
当第一移动终端通过应用程序或者网页的形式接入服务器时,服务器可以以文字的形式将医疗类型列表发送给第一移动终端。
例如,文字形式的医疗类型列表信息内容为“1、今日推荐;2、养生类;3、心脑血管类;4、肿瘤类;5、呼吸系统类……”。
当第一移动终端一拨打健康热线的方式接入服务器时,服务器以语音形式将医疗类型列表发送给第一终端。
例如,语音形式的医疗类型列表信息内容为“今日推荐,请按1号键;养生类,请按2号键;心脑血管类,请按3号键;肿瘤类,请按4号键;呼吸系统类,请按5号键;……”。
步骤106,所述服务器接收所述第一移动终端发送的第一选择信息。
第一移动终端根据医疗类型列表向服务器发送第一选择信息。
当第一移动终端接收到服务器发送的文字形式的医疗类型列表时,接收用户点击对应类别的标号生成的选择信息发送给服务器。
当第一移动终端接收到服务器发送的语音形式的医疗类型列表时,接收用户输入的按键选择信息,将该选择信息发送给服务器。
步骤107,所述服务器将所述第一选择信息与第一序号进行匹配,得到对应的第一医疗类型信息,以及对应的第一接口ID。
服务器将接收到的第一选择信息在预先生成的医疗类型信息列表中查询对应的第一序号,根据第一医疗类型信息和第一序号的关联关系,得到第一序号对应的第一医疗类型信息。每个第一医疗类型信息预先被分配有对应的第一接口ID,根据第一序号能够查询到对应的第一医疗类型信息和第一接口I D。
步骤108,所述服务器通过所述第一接口I D判断是否可以接入,如果可以则执行步骤120,如果不可以则结束。
具体的,服务器判断是否超过移动终端接入量阈值,如果超过接入量阈值,则不可以接入,向第一移动终端发送接入超限信息,如果没有超过则执行步骤120。
其中,移动终端接入量阈值是指一个业务可接入的移动终端数量的最大值,也就是该业务能够接入移动终端数量的上限值。
如果接入量超过接入量阈值,则向第一终端发送接入超限信息,可以发送文字信息或者语音信息,例如,接入超限信息可以为“很抱歉,当前健康俱乐部业务访问人数已满。”
在优选的实施例中,在服务器向第一移动终端发送接入超限信息之后,服务器向第一移动终端发送语音提示信息,“别着急,人数空缺时会将您接入,请耐心等待”;并且,向第一移动终端播放定时音乐信息,同时再次判断本地接入量是否超过接入阈值,具体的,服务器可以根据预设的时间间隔对是否超过接入阈值进行判断,这样可以保证用户的及时接入。
如果接入量没有超过接入量阈值,则执行步骤120。
步骤120,所述服务器根据所述第一医疗类型信息调用医师信息列表。
其中,医师信息列表中包括第一医疗类型信息对应的医师I D、第二序号信息和所需积分。
服务器预先将每一医疗类型对应分配多个负责实时信息交互的医师的医师I D,并分配对应的第二序号,生成医师信息列表,医师信息列表的表项包括医疗类型名称、第二序号、医师名称、医师I D,医师介绍等。医疗类型信息和医师信息列表具有预设的关联关系。
服务器根据第一移动终端发送的选择信息调用第一医疗类型信息,根据第一医疗类型信息调用预先生成的医师信息列表。
每个第一医疗类型对应一定数量的所需积分,也就是用户在进行该类型实时信息交互时需要消耗的积分。
步骤121,所述服务器将所述医师信息列表发送给所述第一移动终端。
具体的,服务器可以将医疗类型信息对应的医师信息列表以文字方式或者语音方式发送给第一移动终端。
如果服务器接收到的第一移动终端发送的第一选择信息对应的医疗类型信息为“心脑血管类”,则第一移动终端将“心脑血管类”对应的医师信息列表发送给第一终端。
当第一移动终端通过应用程序或者网页的形式接入服务器时,服务器可以以文字的形式将医师信息列表发送给第一移动终端。
例如,文字形式的医师信息列表信息内容为“1、张**;2、李**;3、赵**……”。
当第一移动终端一拨打热线的方式接入服务器时,服务器以语音形式将医疗信息列表发送给第一终端。
例如,语音形式的健康列表信息内容为“张**,请按1号键;李**,请按2号键;赵**,请按3号键……”。
步骤122,接收所述第一移动终端发送的第二选择信息。
其中,第二选择信息中包括多个第二序号信息。第一移动终端根据医师信息列表向服务器发送第二选择信息。
当第一移动终端接收到服务器发送的文字形式的医师信息列表时,接收用户点击对应类别的标号生成的选择信息发送给服务器。
当第一移动终端接收到服务器发送的语音形式的医师信息列表时,接收用户输入的按键选择信息,将该选择信息发送给服务器。
步骤123,所述服务器从所述第二选择信息中提取第二序号信息,并根据所述第二序号信息查找所述医师信息列表,得到第一医师I D和第一所需积分。
服务器分别提取第二选择信息中的第二序号信息,根据第二选择信息中的第二序号信息从医师信息列表中查询第二序号对应的第一医师I D,以及每个第一医师对应的第一所需积分。
步骤124,根据所述第一移动终端I D查找对应的第一积分。
每个第一终端I D对应一定数量的第一积分,第一积分可以通过用户付费获取到,或者用户也可以通过对服务进行评价来获取第一积分。
步骤125,判断求和所需积分是否大于第一积分,当求和所需积分大于第一积分时执行步骤126,当求和所需积分不大于第一积分时执行步骤130。
本步骤的目的是判断用户账户中的剩余积分是否足够支付此次服务消耗的积分。
对用户选择的所有项目所需积分进行求和,得到求和所需积分
当求和所需积分大于第一积分时,说明用户账户中的剩余积分足够支付此次服务消耗的积分,则执行步骤126;
当求和所需积分不大于第一积分时,说明用户账户中的剩余积分不够支付此次服务消耗的积分,则执行步骤130。
步骤126,向所述第一移动终端发送积分不足信息。
当当前账户的积分不足以支付服务所需积分时,服务器向第一移动终端发送积分不足提示信息,例如,提示信息可以是“很抱歉,当前账户积分余额不足,充值请按1号键……”。
步骤130,从所述第一积分中减去所述求和所需积分得到更新第一积分。
服务器查询用户选择的实时信息交互服务对应的所需积分后,从第一终端I D对应的账户的第一积分中扣除此次消耗的积分,得到账户剩余积分,其中更新第一积分即为扣除当次服务所需积分的剩余积分。
步骤131,根据所述第一医师I D查找对应的第一医生接口ID。
医师信息列表中,每个第一医师I D对应一个第一医生接口I D,第一医师I D和第一医生接口I D之间具有预设的关联关系,根据第一医师I D能够查询到对应的第一医生接口I D。
步骤132,所述服务器将所述第一移动终端接入所述第一医生接口I D对应的接口,从而接收所述第一移动终端发送的实时信息。
服务器根据用户的选择将第一移动终端接入第一医生接口I D对应的接口,使用户能够通过第一移动终端和医生进行实时信息交互。
在一个优选的实施例中,步骤32之后还包括:
记录第一移动终端接入第一医生接口I D对应的接口的接入时间;接收第一移动终端发送的结束接入信息;断开第一移动终端与第一医生接口ID对应的接口;记录断开时间;统计接入时间和断开时间的时间段。
说明可通过记录第一终端的接入时间来计算本次服务所消耗的时间,可以预设一定时间范围,如果超出时间范围阈值,可以向用户发送提示信息。还可以通过接收第一终端发送的结束接入信息,结束本次服务。还可以通过记录断开时间,统计接入时间和断开时间的时间段来分析网络繁忙状况,采取相应网络流量控制。
本发明实施例提供的实时信息的处理方法,用户能够针对自身的情况选择指定人员进行实时信息交互,从而满足了用户的个性化需求,提高了用户体验度。
专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件来实现,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明实施例的范围。具体地,所述运算和控制部分都可以通络逻辑硬件实现,其可以是使用集成电路工艺制造出来的逻辑集成电路,本实施例对此不作限定。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式,对本发明实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明实施例的具体实施方式而已,并不用于限定本发明实施例的保护范围,凡在本发明实施例的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明实施例的保护范围之内。
Claims (4)
1.一种实时信息的处理方法,其特征在于,所述方法包括:
步骤10,服务器接收所述第一移动终端发送的接入信息;
步骤11,所述服务器提取所述第一移动终端的第一终端I D;
步骤12,所述服务器向所述第一移动终端发送接入成功信息;
步骤13,所述服务器调用医疗类型列表,所述医疗类型列表中包括第一序号和医疗类型信息;
步骤14,所述服务器将所述医疗类型列表发送给所述第一移动终端;
步骤15,所述服务器接收所述第一移动终端发送的第一选择信息;
步骤16,所述服务器将所述第一选择信息与第一序号进行匹配,得到对应的第一医疗类型信息,以及对应的第一接口I D;
步骤17,所述服务器通过所述第一接口I D查询是否可以接入,如果可以则执行步骤20,如果不可以则结束;
步骤20,所述服务器根据所述第一医疗类型信息调用医师信息列表,所述医师信息列表中包括所述第一医疗类型信息对应的医师I D、第二序号信息和所需积分;
步骤21,所述服务器将所述医师信息列表发送给所述第一移动终端;
步骤22,接收所述第一移动终端发送的第二选择信息,所述第二选择信息中包括第二序号信息;
步骤23,所述服务器从所述第二选择信息中提取第二序号信息,并根据所述第二序号信息查找所述医师信息列表,得到第一医师I D和第一所需积分医疗;
步骤25,根据所述第一移动终端I D查找对应的第一积分;
步骤26,当所述求和所需积分大于所述第一积分时执行步骤27,当所述求和所需积分不大于所述第一积分时执行步骤30;
步骤27,向所述第一移动终端发送积分不足信息;
步骤30,从所述第一积分中减去所述求和所需积分得到更新第一积分;
步骤31,根据所述第一医师I D查找对应的第一医生接口ID;
步骤32,所述服务器将所述第一移动终端接入所述第一医生接口I D对应的接口,从而接收所述第一移动终端发送的实时信息。
2.根据权利要求1所述的方法,其特征在于,所述步骤32之后还包括:
步骤33,记录所述第一移动终端接入所述第一医生接口I D对应的接口的接入时间。
3.根据权利要求2所述的方法,其特征在于,所述步骤33之后还包括:
步骤34,接收第一移动终端发送的结束接入信息;
步骤35,断开所述第一移动终端与所述第一医生接口I D对应的接口。
4.根据权利要求3所述的方法,其特征在于,所述步骤35之后还包括:
步骤36,记录断开时间;
步骤37,统计所述接入时间和断开时间的时间段。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710349141.8A CN108932980A (zh) | 2017-05-17 | 2017-05-17 | 一种实时信息的处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710349141.8A CN108932980A (zh) | 2017-05-17 | 2017-05-17 | 一种实时信息的处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108932980A true CN108932980A (zh) | 2018-12-04 |
Family
ID=64450530
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710349141.8A Pending CN108932980A (zh) | 2017-05-17 | 2017-05-17 | 一种实时信息的处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108932980A (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101340447A (zh) * | 2008-04-01 | 2009-01-07 | 中山爱科数字科技有限公司 | 基于sip协议的医疗互动咨询系统 |
US20130024209A1 (en) * | 1999-05-18 | 2013-01-24 | Goldenberg David M | Virtual doctor interactive cybernet system |
CN106302395A (zh) * | 2016-07-26 | 2017-01-04 | 杭州爱道克网络科技有限公司 | 一种基于多点传输的音视频诊疗方法及系统 |
-
2017
- 2017-05-17 CN CN201710349141.8A patent/CN108932980A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130024209A1 (en) * | 1999-05-18 | 2013-01-24 | Goldenberg David M | Virtual doctor interactive cybernet system |
CN101340447A (zh) * | 2008-04-01 | 2009-01-07 | 中山爱科数字科技有限公司 | 基于sip协议的医疗互动咨询系统 |
CN106302395A (zh) * | 2016-07-26 | 2017-01-04 | 杭州爱道克网络科技有限公司 | 一种基于多点传输的音视频诊疗方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20120027196A1 (en) | Method and apparatus for interfacing a customer with a call center | |
CN108648067A (zh) | 贷款审批方法、装置、计算机设备及存储介质 | |
WO2019184191A1 (zh) | 服务提供方法、电子设备及存储介质 | |
CN104125203A (zh) | 权限管理方法和系统 | |
CN104537301B (zh) | 应用的登录方法、装置及移动终端 | |
CN108960875A (zh) | 一种接入信息的处理方法 | |
CN106933822A (zh) | 一种内容推荐方法及装置 | |
CN106162586A (zh) | 呼入限制方法、装置以及系统 | |
CN105554785B (zh) | 一种分组方法及装置 | |
CN107862184A (zh) | 语音更改方法、智能门锁和计算机可读存储 | |
CN108932980A (zh) | 一种实时信息的处理方法 | |
CN107424604A (zh) | 一种语音消息中数字信息的处理方法及终端 | |
CN108960874A (zh) | 一种积分信息的处理方法 | |
CN108965566A (zh) | 一种留言信息的处理方法 | |
CN108959281A (zh) | 一种医疗信息的处理方法 | |
CN108966029A (zh) | 一种直播信息的处理方法 | |
CN106998386A (zh) | 一种新增联系方式的方法及其装置、用户终端 | |
TWM617391U (zh) | 預約管理系統 | |
CN108966150A (zh) | 一种健康信息的获取方法 | |
CN108962340A (zh) | 一种健康信息的调用方法 | |
CN106657239A (zh) | 信息交互方法及系统 | |
CN107968799A (zh) | 一种信息获取方法、终端设备及系统 | |
WO2016123758A1 (zh) | 一种在通话界面上隐藏个人信息的方法和设备 | |
CN108960871A (zh) | 一种健康信息积分的处理方法 | |
CN108965202A (zh) | 一种判断信息的处理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181204 |