CN113764111B - 消息轮次的确定方法和装置 - Google Patents
消息轮次的确定方法和装置 Download PDFInfo
- Publication number
- CN113764111B CN113764111B CN202011047300.7A CN202011047300A CN113764111B CN 113764111 B CN113764111 B CN 113764111B CN 202011047300 A CN202011047300 A CN 202011047300A CN 113764111 B CN113764111 B CN 113764111B
- Authority
- CN
- China
- Prior art keywords
- message
- session
- determining
- round
- session record
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 238000004590 computer program Methods 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 claims description 4
- 238000004891 communication Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 6
- 230000009286 beneficial effect Effects 0.000 description 5
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 206010019233 Headaches Diseases 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 201000010099 disease Diseases 0.000 description 1
- 208000035475 disorder Diseases 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 231100000869 headache Toxicity 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Biomedical Technology (AREA)
- Pathology (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了一种消息轮次的确定方法和装置,在获取到第一消息和第一消息的发送时间后,先确定第一消息对应的会话记录中的消息数量;并在会话记录中的消息数量大于预设阈值时,根据第一消息的发送时间和会话记录中最后一条消息的发送时间,判断第一消息是否为会话记录中的最新消息;并根据判断结果确定当前会话中的消息轮次,使得在统计当前会话中的消息轮次时,提高了统计出的消息轮次的准确度。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种消息轮次的确定方法和装置。
背景技术
在一些互联网交流场景中,例如健康互联网医院,医生可以和患者在线交流,从而为患者提供在线帮助。由于条件的限制,使得医生和患者仅能进行有限次数的交流,因此,需要统计医生和患者之间交流的消息轮次。其中,当医生提出一个问题后,患者做了回答,那么本次医生和患者之间的交流可记为一个消息轮次。
在进行消息轮次统计时,需要先获取到医生和患者之间交流的消息。由于业务架构的影响,获取到的消息并不是按照交流时间顺序排列的,而是按照交流时间乱序排列的。现有技术中,在基于交流时间乱序排列的消息,统计医生和患者之间交流的消息轮次时,是通过数据库对交流时间乱序排列的消息进行排序,判断当前消息与其前一句消息是不是由同一人发送,若不是由同一个人发送,则将当前消息与其前一次消息确定为一个轮次。
但是,采用现有的方式,无法准确地统计出消息轮次,从而导致统计出的消息轮次的准确度较低。
发明内容
本发明实施例提供了消息轮次的确定方法和装置,提高了统计出的消息轮次的准确度。
第一方面,本申请实施例提供了一种消息轮次的确定方法,该消息轮次的确定方法可以包括:
获取第一消息和所述第一消息的发送时间。
确定所述第一消息对应的会话记录中的消息数量。
若所述会话记录中的消息数量大于预设阈值,则根据所述第一消息的发送时间和所述会话记录中最后一条消息的发送时间,判断所述第一消息是否为所述会话记录中的最新消息。
根据判断结果确定当前会话中的消息轮次。
在一种可能的实现方式中,所述根据判断结果确定当前会话中的消息轮次,包括:
若所述第一消息为所述会话记录中的最新消息,则根据所述第一消息所属的用户标识和所述会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次。
在一种可能的实现方式中,所述根据所述第一消息所属的用户标识和所述会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次,包括:
若所述第一消息所属的用户标识指示所述第一消息所属的用户为咨询用户,且所述最后一条消息所属的用户标识指示所述最后一条消息所属的用户为被咨询用户,则更新当前会话中的消息轮次。
在一种可能的实现方式中,所述根据判断结果确定当前会话中的消息轮次,包括:
若所述第一消息非所述会话记录中的最新消息,则判断所述会话记录中是否存在所述第一消息。
若所述会话记录中不存在所述第一消息,则根据所述第一消息的消息标识,确定所述第一消息在所述会话记录的上下文消息。
根据所述第一消息在所述会话记录的上下文消息,确定当前会话中的消息轮次。
在一种可能的实现方式中,所述上下文消息包括与所述第一消息紧邻的前一条消息和与所述第一消息紧邻的后一条消息,所述根据所述第一消息在所述会话记录的上下文消息,确定当前会话中的消息轮次,包括:
若所述前一条消息所属的用户标识和所述后一条消息所属的用户标识相同,且与所述第一消息所属的用户标识不同,则更新当前会话中的消息轮次。
在一种可能的实现方式中,所述方法还包括:
根据被允许的最大消息轮次和所述当前会话中的消息轮次,确定所述当前会话中剩余的消息轮次。
若所述剩余的消息轮次为0,则控制关闭所述当前会话。
在一种可能的实现方式中,所述获取第一消息,包括:
获取分布式锁。
通过所述分布式锁控制获取所述第一消息。
第二方面,本申请实施例还提供了一种消息轮次的确定装置,该消息轮次的确定装置可以包括:
获取单元,用于获取第一消息和所述第一消息的发送时间。
处理单元,用于确定所述第一消息对应的会话记录中的消息数量;若所述会话记录中的消息数量大于预设阈值,则根据所述第一消息的发送时间和所述会话记录中最后一条消息的发送时间,判断所述第一消息是否为所述会话记录中的最新消息;根据判断结果确定当前会话中的消息轮次。
在一种可能的实现方式中,所述处理单元,具体用于若所述第一消息为所述会话记录中的最新消息,则根据所述第一消息所属的用户标识和所述会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次。
在一种可能的实现方式中,所述处理单元,具体用于若所述第一消息所属的用户标识指示所述第一消息所属的用户为咨询用户,且所述最后一条消息所属的用户标识指示所述最后一条消息所属的用户为被咨询用户,则更新当前会话中的消息轮次。
在一种可能的实现方式中,所述处理单元,具体用于若所述第一消息非所述会话记录中的最新消息,则判断所述会话记录中是否存在所述第一消息;若所述会话记录中不存在所述第一消息,则根据所述第一消息的消息标识,确定所述第一消息在所述会话记录的上下文消息;根据所述第一消息在所述会话记录的上下文消息,确定当前会话中的消息轮次。
在一种可能的实现方式中,所述上下文消息包括与所述第一消息紧邻的前一条消息和与所述第一消息紧邻的后一条消息,所述处理单元,具体用于若所述前一条消息所属的用户标识和所述后一条消息所属的用户标识相同,且与所述第一消息所属的用户标识不同,则更新当前会话中的消息轮次。
在一种可能的实现方式中,所述处理单元,还用于根据被允许的最大消息轮次和所述当前会话中的消息轮次,确定所述当前会话中剩余的消息轮次;若所述剩余的消息轮次为0,则控制关闭所述当前会话。
在一种可能的实现方式中,所述获取单元,具体用于获取分布式锁;并通过所述分布式锁控制获取所述第一消息。
第三方面,本申请实施例还提供了一种消息轮次的确定装置,该消息轮次的确定装置可以包括存储器和处理器;其中,
所述存储器,用于存储计算机程序;
所述处理器,用于读取所述存储器存储的计算机程序,并根据所述存储器中的计算机程序执行上述第一方面任一种可能的实现方式中所述的消息轮次的确定方法。
第四方面,本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现上述第一方面任一种可能的实现方式中所述的消息轮次的确定方法。
由此可见,本申请实施例提供的消息轮次的确定方法和装置,在获取到第一消息和第一消息的发送时间后,先确定第一消息对应的会话记录中的消息数量;并在会话记录中的消息数量大于预设阈值,根据第一消息的发送时间和会话记录中最后一条消息的发送时间,判断第一消息是否为会话记录中的最新消息;并根据判断结果确定当前会话中的消息轮次,使得在统计当前会话中的消息轮次时,提高了统计出的消息轮次的准确度。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1为本申请实施例提供的一种应用场景的示意图;
图2为本申请实施例提供的一种消息轮次的确定方法的流程示意图;
图3为本申请实施例提供的另一种消息轮次的确定方法的流程示意图;
图4为本申请实施例提的一种消息轮次的确定装置的结构示意图;
图5为本发明实施例提供的一种消息轮次的确定装置的结构示意图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在本发明的实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。在本发明的文字描述中,字符“/”一般表示前后关联对象是一种“或”的关系。
本申请实施例提供的消息轮次的确定方法可以应用于互联网交流场景中,例如健康互联网医院。在健康互联网医院中,医生可以和患者在线交流,从而为患者提供在线帮助。示例的,可参见图1所示,图1为本申请实施例提供的一种应用场景的示意图,医生和患者可以在先交流,终端在获取到输入的消息后,将消息发送给消息轮次的确定装置,例如服务器,服务器根据获取到消息确定当前会话中包括的消息轮次。服务器在统计消息轮次时,由于业务架构的影响,使得其获取到的消息并不是按照交流时间顺序排列的,而是交流时间乱序排列的。现有技术中,在基于交流时间乱序排列的消息,统计医生和患者之间交流的消息轮次时,是通过数据库对交流时间乱序排列的消息进行排序,判断当前消息与其前一句消息是不是由同一人发送,若不是由同一个人发送,则将当前消息与其前一次消息确定为一个轮次。但是,采用现有的方式,无法准确地统计出消息轮次,从而导致统计出的消息轮次的准确度较低。
假设医生和患者之间交流为:消息1,医生提问:您好,请问您有什么问题想要咨询;消息2,患者回答:我最近睡眠不太好;消息3,医生再次提问:您最近睡眠几个小时?消息4,患者再次回答:基本5小时。基于该医生和患者之间的交流,正常情况下,服务器应该获取到的消息排序依次为:消息1、消息2、消息3以及消息4,可以看出,本次交流包括了2个消息轮次;但是受到业务架构的影响,使得获取到的消息并不是按照交流时间顺序排列的,而是交流时间乱序排列的,例如,消息1、消息3、消息2及消息4,或者消息1、消息2、消息4及消息3都是可能的。假设获取到的消息为消息1、消息3、消息2及消息4,采用现有技术的方案在确定本次交流包括的消息轮次时,当获取到消息3时,由于消息3所属的用户与其前一条消息,即消息1所属的用户均为医生,是同一个用户,不计为一次消息轮次;当获取到消息2时,由于消息2所属的用户与其前一条消息,即消息3所属的不是同一个用户,可以计为一次消息轮次;当获取到消息4时,由于消息4所属的用户与其前一条消息,即消息2所属的同一个用户,不计为一次消息轮次,因此,可以看出,采用现有技术的方案,无法准确地统计出消息轮次,从而导致统计出的消息轮次的准确度较低。
为了有效准确地统计出消息轮次,从而提高统计出的消息轮次的准确度,容易想到的技术方案为:虽然受到业务架构的影响,使得获取到的消息并不是按照交流时间顺序排列的,但是消息的标识是正确的,因此,在统计消息轮次时,可以先按照消息的标识对本次会话的消息进行排序,然后,在基于排序后的消息,统计本次会话的消息轮次。采用该种方案,虽然可以较为准确地统计出消息轮次,但是,这需要待本次会话的消息全部获取到时才能执行,因此,会使得消息轮次的统计发生延迟。
基于上述描述,为了有效准确地统计出消息轮次,从而提高统计出的消息轮次的准确度,本申请实施例提供了一种消息轮次的确定方法,在获取到第一消息和第一消息的发送时间后,先确定第一消息对应的会话记录中的消息数量;若会话记录中的消息数量大于预设阈值,则根据第一消息的发送时间和会话记录中最后一条消息的发送时间,判断第一消息是否为会话记录中的最新消息;并根据判断结果确定当前会话中的消息轮次。示例的,预设阈值可以为0,也可以为其它值,具体可以根据实际需要进行设置。在本申请实施例中,只是以预设阈值为0为例进行说明,但并不代表本申请实施例仅局限于此。
由此可见,本申请实施例中,在统计消息轮次时,是先确定第一消息对应的会话记录中的消息数量;并在会话记录中的消息数量大于预设阈值,根据第一消息的发送时间和会话记录中最后一条消息的发送时间,判断第一消息是否为会话记录中的最新消息;并根据判断结果确定当前会话中的消息轮次,从而提高了统计出的消息轮次的准确度。此外,采用本申请的技术方案,应用于到实际交流业务后,计算消息轮次、查询轮次的接口响应速度均达到毫秒级,实现了在大量乱序消息的场景下,不仅可以准确地统计出消息轮次,而且还可以实时查看当前的消息轮次,从而为健康互联网医院平台的会话提供控制依据。
可以理解的是,在本申请实施例中,当第一消息为最新消息时,若该第一消息所属的用户为咨询方,例如,患者,且会话记录中最后一条消息所属的用户为被咨询方,例如医生,则该第一消息和会话记录中的最后一条消息构成一次消息轮次;当第一消息不是最新消息,且已经存在于会话记录中时,若与该第一消息紧邻的前一条消息所属的用户标识和与该第一消息紧邻的后一条消息所属的用户标识相同,即这两条消息所属的用户为同一用户,例如医生或者患者,且与第一消息所属的用户标识不同时,则该第一消息与该第一消息紧邻的前一条消息所属的用户及与该第一消息紧邻的后一条消息构成一次消息轮次。
在充分理解了轮次的概念后,下面,将通过几个具体的实施例对本申请实施例提供的消息轮次的确定方法进行详细地描述。可以理解的是,在本申请实施例中,下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请实施例提供的消息轮次的确定方法进行详细地描述。
图2为本申请实施例提供的一种消息轮次的确定方法的流程示意图,该消息轮次的确定方法可以由软件和/或硬件装置执行,例如,该硬件装置可以为服务器。示例的,请参见图2所示,该消息轮次的确定方法可以包括:
S201、获取第一消息和第一消息的发送时间。
可以理解的是,在本申请实施例,除了获取第一消息和第一消息的发送时间之外,还可以获取第一消息所属的用户标识和第一消息的标识;其中,该用户标识用于指示第一消息所属的用户,第一消息的标识是用于标识消息的顺序,虽然受到业务架构的影响,使得获取到的消息并不是按照交流时间顺序排列的,但是消息的标识总是正确的。
示例的,在获取第一消息时,可能由于网络等原因,同时获取到两条信息,可以该两条信息记为第一消息和第一消息加+,因为该第一消息和第一消息加+是同时收到的,可以通过时执行获取分布式锁的操作,通过该分布式锁先获取第一消息,该第一消息获取成功,且第一消息加+未被获取;在该种情况下,可进一步确定消息轮次,而第一消息加+则进入等待状态。其中,分布式锁,可以理解为通过redis等外部组件,提供一种全局的锁机制,分布式下各服务器通过获取唯一的外部锁,来避免分布式下的并发任务竞争,进而可以避免因同时获取到两个相同的消息,若根据该两个相同的消息计算会出现脏读的问题。脏读又称无效数据的读出,是指在数据库访问中,事务T1将某一值修改,然后,事务T2读取该值,若此后事务T1因为某种原因撤销对该值的修改,这就导致了事务T2读取到的数据是无效的。
可以看出,在本申请实施例中,通过分布式锁控制获取第一消息,这样不仅可以避免分布式下的并发任务竞争,而且在同时获取到两个相同的消息时,还可以区分该两个相同的消息的产生原因。其中,产生原因包括两种情况,一种情况是消息所属的用户确实发了两条相同的消息,另一种情况是由于网络等原因,使得同样的消息发误发了两次。可以理解的是,在通过分布式锁控制获取到第一消息后,可以释放该分布式锁。
在通过分布式锁控制获取到第一消息后,可以先确定第一消息对应的会话记录中的消息数量,即执行下述S202:
S202、确定第一消息对应的会话记录中的消息数量。
通常情况下,在每一次会话之前,都会预先为本次会话创建会话记录,因此,在获取到第一消息后,先查看第一消息对应的会话记录,以确定第一消息对应的会话记录中的消息数量是否大于预设阈值,若会话记录中的消息数量小于或等于预设阈值,假设预设阈值为0,则会话记录中的消息数量等于预设阈值时,直接将该第一消息记录在该会话记录中;相反的,若会话记录中的消息数量大于预设阈值,则执行下述S203:
S203、若会话记录中的消息数量大于预设阈值,则根据第一消息的发送时间和会话记录中最后一条消息的发送时间,判断第一消息是否为会话记录中的最新消息。
可以理解的是,与获取到的第一消息类似,会话记录中存储的信息除了包括各个消息之外,还可以包括各个消息的发送时间、各个消息所属的用户标识以及各个消息的标识。
在判断第一消息是否为会话记录中的最新消息时,可以先找到该会话记录中的最后一条消息,并将该第一消息的发送时间和该最后一条消息的发送时间进行比较,若第一消息的发送时间晚于最后一条消息的发送时间,则确定该第一消息为会话记录中的最新消息;相反的,若第一消息的发送时间早于最后一条消息的发送时间,则确定该第一消息不是会话记录中的最新消息。在判断之后,就可以根据判断结果确定当前会话中的消息轮次,即执行下述S204:
S204、根据判断结果确定当前会话中的消息轮次。
由此可见,本申请实施例中,在统计消息轮次时,是先确定第一消息对应的会话记录中的消息数量;并在会话记录中的消息数量大于预设阈值,根据第一消息的发送时间和会话记录中最后一条消息的发送时间,判断第一消息是否为会话记录中的最新消息;并根据判断结果确定当前会话中的消息轮次,从而提高了统计出的消息轮次的准确度。
基于上述图1所示的实施例,在上述S204中,在根据判断结果确定当前会话中的消息轮次时,可以包括两种可能的场景,在一种场景中,第一消息为会话记录中的最新消息;在另一种场景下,第一消息不是会话记录中的最新消息,下面,将分别结合这两种不同的场景,详细描述如何确定当前会话中的消息轮次。
在一种场景下,当第一消息为会话记录中的最新消息,可参见图3所示,图3为本申请实施例提供的另一种消息轮次的确定方法的流程示意图,该消息轮次的确定方法同样可以由软件和/或硬件装置执行。示例的,请参见图3所示,该消息轮次的确定方法可以包括:
S301、根据第一消息所属的用户标识和会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次。
示例的,在根据第一消息所属的用户标识和会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次时,若第一消息所属的用户标识指示第一消息所属的用户为咨询用户,且最后一条消息所属的用户标识指示最后一条消息所属的用户为被咨询用户,说明该第一消息和会话记录中的最后一条消息构成一次消息轮次,则在统计当前会话中的消息轮次时,消息轮次加1,从而更新当前会话中的消息轮次。可以理解的是,在更新当前会话中的消息轮次后,还需要将该第一消息记录在该会话记录中,作为该会话记录中的新的最后一条信息。若不满足上述条件,说明该第一消息和会话记录中的最后一条消息不构成一次消息轮次,则仅将该第一消息记录上会话记录中,记为消息存库。
示例的,假设会话记录中包括医生和患者,则医生可以看作被咨询用户,患者可以看作咨询用户,在该种场景下,在根据第一消息所属的用户标识和会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次时,可参见下述表1所示:
表1
结合表1可以看出,当第一消息为会话记录中的最新消息时,只有在第一消息为患者,其前一条消息为医生时,该第一消息和其前一条消息才能构成一个消息轮次,其它情况均无法构成消息轮次。
由此可见,在本申请实施例中,当第一消息为会话记录中的最新消息,可以根据该第一消息所属的用户标识和会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次,使得在统计会话记录中包括的消息轮次时,提高了统计出的消息轮次的准确度。
在另一种场景下,当第一消息不是会话记录中的最新消息时,可结合图3所示,该消息轮次的确定方法可以包括:
S302、判断会话记录中是否存在第一消息。
当第一消息不是会话记录中的最新消息时,可以通过遍历会话记录,例如,遍历会话记录中最近100天内的历史会话消息,并基于该历史会话消息确定会话记录中是否存在该第一消息;若存在该第一消息,说明该第一消息为重复消息,可以直接放弃该第一消息;相反的,若不存在该第一消息,则执行下述S303:
S303、若会话记录中不存在第一消息,则根据第一消息的消息标识,确定第一消息在会话记录的上下文消息。
S304、根据第一消息在会话记录的上下文消息,确定当前会话中的消息轮次。
示例的,上下文消息包括与第一消息紧邻的前一条消息和与第一消息紧邻的后一条消息,则在根据第一消息在会话记录的上下文消息,确定当前会话中的消息轮次时,若前一条消息所属的用户标识和后一条消息所属的用户标识相同,且与第一消息所属的用户标识不同,说明该第一消息、前一条消息和最后一条消息构成一次消息轮次,则在统计当前会话中的消息轮次时,消息轮次加1,从而更新当前会话中的消息轮次。可以理解的是,在更新当前会话中的消息轮次后,还需要将该第一消息记录在该会话记录中,作为该会话记录中的新的最后一条信息。若不满足上述条件,说明该第一消息、前一条消息和最后一条消息不构成一次消息轮次,则仅将该第一消息记录上会话记录中,记为消息存库。
示例的,同样假设会话记录中包括医生和患者,在该种场景下,在根据第一消息在会话记录的上下文消息,确定当前会话中的消息轮次时,可参见下述表2所示:
表2
结合表2可以看出,当第一消息不是会话记录中的最新消息时,只有在前一条消息和后一条消息均为医生,且该第一消息为患者时,和在前一条消息和后一条消息均为患者,且该第一消息为医生时,该第一消息、前一条消息和后一条消息这三条消息才能构成一个消息轮次,其它情况均无法构成消息轮次。
由此可见,在本申请实施例中,当第一消息不是会话记录中的最新消息,可以判断会话记录中是否存在第一消息,若会话记录中不存在第一消息,则根据第一消息的消息标识,确定第一消息在会话记录的上下文消息;并根据第一消息在会话记录的上下文消息,确定当前会话中的消息轮次,使得在统计会话记录中包括的消息轮次时,提高了统计出的消息轮次的准确度。
基于上述任一附图所示的实施例,在统计出当前会话中的消息轮次后,由于条件的限制,使得医生和患者仅能进行被允许的最大消息轮次的交流,因此,还可以基于被允许的最大消息轮次和当前会话中的消息轮次,确定当前会话中剩余的消息轮次,即在每统计出一次消息轮次后,在被允许的最大消息轮次中扣除当前的消息轮次,该剩余的消息轮次可以理解为当前会话中还可以被允许交流的消息轮次;若剩余的消息轮次大于0,则控制当前会话继续进行;相反的,若剩余的消息轮次等于0,说明当前已经达到消息轮次的最大值,则控制关闭当前会话。
示例的,在被允许的最大消息轮次中扣除当前的消息轮次时,可以采用JMQ扣减消息队列,即利用了消息中间件来实现异步的消息队列机制,将大流量的通话记录请求转化为逻辑处理,保障了数据库的稳定性,从而保证了统计出的消息轮次的准确度。此外,还可以设置追问包的基本信息,用来记录最终的扣减次数,防止redis缓存数据丢失。
为了便于理解本申请实施例提的消息轮次的确定方法,假设医生A与患者B建立了一次问诊会话,消息1、医生提问:您好,您想询问哪个疾病?由于某些网络原因,服务器同时收到了两条医生的这句消息,且称这两条消息记录为消息1与消息1+;由于消息1与消息1+因为是同时获取到的,因此,这两条消息可以同时进行获取分布式锁的操作,消息1获取分布式锁成功,通过分布式锁控制获取到消息1;消息1+获取分布式锁失败,消息1+进入等待状态。
在获取到消息1后,先查询消息1对应的会话记录中包括的消息数量,若消息1对应的会话记录中的消息条数为0,说明当前会话中还没有消息记录,则将该消息1记录到该会话记录对应的缓存中,同时,可以释放分布式锁。此时,若等待状态的消息1+获取到了消息1释放的分布式锁,消息1+也会通过该分布式锁到消息1+加;在获取到消息1+后,先查询消息1+对应的会话记录中包括的消息数量,由于会话记录中已经有消息1,因此,该会话记录中的消息条数大于0,则根据消息1+的发送时间和会话记录中最后一条消息,即消息1的发送时间,判断消息1+是否为会话记录中的最新消息,由于该消息1+和消息1+的发送时间和消息内容均相同,因此,可以确定该消息1+为消息1的重复消息,则放弃该消息1+。
继续进行会话场景的推进:在消息1后,若获取到消息2,患者回复:您好,我有些头疼,想开些药。在获取到消息2加后,先查询消息2对应的会话记录中包括的消息数量,由于会话记录中已经有消息1,因此,该会话记录中的消息条数大于0,则根据消息2的发送时间和会话记录中最后一条消息,即消息1的发送时间,判断消息2是否为会话记录中的最新消息,由于消息2确实为最新消息,则可以根据该消息2所属的用户标识和其前一条消息1所属的用户标识确定该消息2与消息1是否构成一个消息轮次,可以看出,消息1所属的医生为被咨询用户,消息2所属的患者为咨询用户,则消息2和消息1可以构成一次消息轮次,并将该消息2记录在会话记录对应的缓存中;此外,还可以在本次会话最大允许消息轮次中扣除一次会话轮次。
继续进行会话场景的推进:假设在消息2之后,包括消息3,医生提问:您最新睡眠情况如何?消息4,医生补充提问:睡眠几个小时?消息5,患者B回复:睡眠挺好的;消息6,患者回复:基本8小时。正常情况下,服务器应该获取到的消息排序依次为:消息3、消息4、消息5以及消息6;但是受到业务架构的影响,使得获取到的消息并不是按照交流时间顺序排列的,而是交流时间乱序排列的,例如,消息5、消息4、消息3及消息6,或者其它乱序消息。假设获取到的乱序消息为消息5、消息4、消息3及消息6。
在获取到消息5时,先查询消息5对应的会话记录中包括的消息数量,由于会话记录中已经有消息1和消息2,因此,该会话记录中的消息条数大于0,则根据消息5的发送时间和会话记录中最后一条消息,即消息2的发送时间,判断消息5是否为会话记录中的最新消息,由于消息5确实为最新消息,则可以根据该消息5所属的用户标识和其前一条消息2所属的用户标识确定该消息5与消息2是否构成一个消息轮次,可以看出,消息5所属的用户和消息2所属的用户均为患者,则消息5与消息2不构成一次消息轮次,也不会在最大允许消息轮次中扣除一次会话轮次,只将消息5记录到该会话记录对应的缓存中。
在获取到消息4时,同样先查询消息4对应的会话记录中包括的消息数量,由于会话记录中已经有消息1、消息2和消息5,因此,该会话记录中的消息条数大于0,则根据消息4的发送时间和会话记录中最后一条消息,即消息5的发送时间,判断消息4是否为会话记录中的最新消息,由于消息4的发送时间早于消息5,因此,该消息4不是最新消息,则可以继续判断会话记录中是否存在该消息4,由于会话记录中不存在消息4,因此,可以根据消息4的标识,确定该消息4在会话记录中的上下文消息。可以看出,消息4在消息2和消息5之前,即其前一条消息为消息2,后一条消息为消息5;由于消息2和消息5所属的用户均为患者,且消息4所属的用户为医生,则消息4、消息2以及消息5构成一次消息轮次,并将该消息4记录在会话记录对应的缓存中;此外,还可以在本次会话最大允许消息轮次中扣除一次会话轮次。
在获取到3时,同样先查询消息3对应的会话记录中包括的消息数量,由于会话记录中已经有消息1、消息2、消息4和消息5,因此,该会话记录中的消息条数大于0,则根据消息3的发送时间和会话记录中最后一条消息,即消息5的发送时间,判断消息3是否为会话记录中的最新消息,由于消息3的发送时间早于消息5,因此,该消息3不是最新消息,则可以继续判断会话记录中是否存在该消息3,由于会话记录中不存在消息3,因此,可以根据消息3的标识,确定该消息3在会话记录中的上下文消息。可以看出,消息3在消息2和消息4之前,即其前一条消息为消息2,后一条消息为消息4;由于消息2所属的用户为患者,消息4所属的用户为医生,即消息2所属的用户不同,且消息3所属的用户为医生,则消息3、消息2以及消息4不构成一次消息轮次,也不会在最大允许消息轮次中扣除一次会话轮次,只将消息3记录到该会话记录对应的缓存中。
在获取到消息6时,同样先查询消息6对应的会话记录中包括的消息数量,由于会话记录中已经有消息1、消息2、消息3、消息4和消息5,因此,该会话记录中的消息条数大于0,则根据消息6的发送时间和会话记录中最后一条消息,即消息5的发送时间,判断消息6是否为会话记录中的最新消息,由于消息6的发送时间晚于消息5,因此,该消息6是最新消息,则可以根据该消息6所属的用户标识和消息5所属的用户标识确定该消息6与消息5是否构成一个消息轮次,可以看出,消息6所属的患者为咨询用户,消息5所属的患者也为咨询用户,则消息2和消息1不构成一次消息轮次,也不会在最大允许消息轮次中扣除一次会话轮次,只将消息6记录到该会话记录对应的缓存中。
可以看出,采用本申请实施例提供的消息轮次的确定方法,在统计上述消息1、消息2、消息3、消息4、消息5以及消息6的消息轮次时,即使获取到的消息为乱序消息,消息1、消息2、消息5、消息4、消息3及消息6时,仍然可以准确地统计出当前会话中包括的消息轮次3次,实现了在统计会话记录中包括的消息轮次时,提高了统计出的消息轮次的准确度;此外,还实现了实时统计会话记录中包括的消息轮次。
图4为本申请实施例提的一种消息轮次的确定装置40的结构示意图,示例的,请参见图4所示,该消息轮次的确定装置40可以包括:
获取单元401,用于获取第一消息和第一消息的发送时间。
处理单元402,用于确定第一消息对应的会话记录中的消息数量;若会话记录中的消息数量大于预设阈值,则根据第一消息的发送时间和会话记录中最后一条消息的发送时间,判断第一消息是否为会话记录中的最新消息;根据判断结果确定当前会话中的消息轮次。
可选的,处理单元402,具体用于若第一消息为会话记录中的最新消息,则根据第一消息所属的用户标识和会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次。
可选的,处理单元402,具体用于若第一消息所属的用户标识指示第一消息所属的用户为咨询用户,且最后一条消息所属的用户标识指示最后一条消息所属的用户为被咨询用户,则更新当前会话中的消息轮次。
可选的,处理单元402,具体用于若第一消息非会话记录中的最新消息,则判断会话记录中是否存在第一消息;若会话记录中不存在第一消息,则根据第一消息的消息标识,确定第一消息在会话记录的上下文消息;根据第一消息在会话记录的上下文消息,确定当前会话中的消息轮次。
可选的,上下文消息包括与第一消息紧邻的前一条消息和与第一消息紧邻的后一条消息,处理单元402,具体用于若前一条消息所属的用户标识和后一条消息所属的用户标识相同,且与第一消息所属的用户标识不同,则更新当前会话中的消息轮次。
可选的,处理单元402,还用于根据被允许的最大消息轮次和当前会话中的消息轮次,确定当前会话中剩余的消息轮次;若剩余的消息轮次为0,则控制关闭当前会话。
可选的,获取单元401,具体用于获取分布式锁;并通过分布式锁控制获取第一消息。
本申请实施例提供的消息轮次的确定装置40,可以执行上述任一实施例中的消息轮次的确定方法的技术方案,其实现原理以及有益效果与消息轮次的确定方法的实现原理及有益效果类似,可参见消息轮次的确定方法的实现原理及有益效果,此处不再进行赘述。
图5为本发明实施例提供的一种消息轮次的确定装置50的结构示意图,示例的,请参见图5所示,该消息轮次的确定装置50可以包括处理器501和存储器502;其中,
所述存储器502,用于存储计算机程序。
所述处理器501,用于读取所述存储器502存储的计算机程序,并根据所述存储器502中的计算机程序执行上述任一实施例中的样本数据的获取方法的技术方案。
可选地,存储器502既可以是独立的,也可以跟处理器501集成在一起。当存储器502是独立于处理器501之外的器件时,消息轮次的确定装置还可以包括:总线,用于连接存储器502和处理器501。
可选地,本实施例还包括:通信接口,该通信接口可以通过总线与处理器501连接。处理器501可以控制通信接口来实现上述消息轮次的确定装置的获取和发送的功能。
本发明实施例所示的消息轮次的确定装置50,可以执行上述任一实施例中的消息轮次的确定方法的技术方案,其实现原理以及有益效果与消息轮次的确定方法的实现原理及有益效果类似,可参见消息轮次的确定方法的实现原理及有益效果,此处不再进行赘述。
本发明实施例还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现上述任一实施例中的消息轮次的确定方法的技术方案,其实现原理以及有益效果与消息轮次的确定方法的实现原理及有益效果类似,可参见消息轮次的确定方法的实现原理及有益效果,此处不再进行赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所展示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元展示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本发明各个实施例方法的部分步骤。
应理解的是,上述处理器可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital SignalProcessor,简称:DSP)、专用集成电路(英文:Application Specific IntegratedCircuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本发明附图中的总线并不限定仅有一根总线或一种类型的总线。
上述计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (16)
1.一种消息轮次的确定方法,其特征在于,包括:
获取第一消息和所述第一消息的发送时间;
确定所述第一消息对应的会话记录中的消息数量;
若所述会话记录中的消息数量大于预设阈值,则根据所述第一消息的发送时间和所述会话记录中最后一条消息的发送时间,判断所述第一消息是否为所述会话记录中的最新消息;
根据判断结果采用不同的方式确定当前会话中的消息轮次。
2.根据权利要求1所述的方法,其特征在于,所述根据判断结果确定当前会话中的消息轮次,包括:
若所述第一消息为所述会话记录中的最新消息,则根据所述第一消息所属的用户标识和所述会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次。
3.根据权利要求2所述的方法,其特征在于,所述根据所述第一消息所属的用户标识和所述会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次,包括:
若所述第一消息所属的用户标识指示所述第一消息所属的用户为咨询用户,且所述最后一条消息所属的用户标识指示所述最后一条消息所属的用户为被咨询用户,则更新当前会话中的消息轮次。
4.根据权利要求1所述的方法,其特征在于,所述根据判断结果确定当前会话中的消息轮次,包括:
若所述第一消息非所述会话记录中的最新消息,则判断所述会话记录中是否存在所述第一消息;
若所述会话记录中不存在所述第一消息,则根据所述第一消息的消息标识,确定所述第一消息在所述会话记录的上下文消息;
根据所述第一消息在所述会话记录的上下文消息,确定当前会话中的消息轮次。
5.根据权利要求4所述的方法,其特征在于,所述上下文消息包括与所述第一消息紧邻的前一条消息和与所述第一消息紧邻的后一条消息,所述根据所述第一消息在所述会话记录的上下文消息,确定当前会话中的消息轮次,包括:
若所述前一条消息所属的用户标识和所述后一条消息所属的用户标识相同,且与所述第一消息所属的用户标识不同,则更新当前会话中的消息轮次。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述方法还包括:
根据被允许的最大消息轮次和所述当前会话中的消息轮次,确定所述当前会话中剩余的消息轮次;
若所述剩余的消息轮次为0,则控制关闭所述当前会话。
7.根据权利要求1-5任一项所述的方法,其特征在于,所述获取第一消息,包括:
获取分布式锁;
通过所述分布式锁控制获取所述第一消息。
8.一种消息轮次的确定装置,其特征在于,包括:
获取单元,用于获取第一消息和所述第一消息的发送时间;
处理单元,用于确定所述第一消息对应的会话记录中的消息数量;若所述会话记录中的消息数量大于预设阈值,则根据所述第一消息的发送时间和所述会话记录中最后一条消息的发送时间,判断所述第一消息是否为所述会话记录中的最新消息;根据判断结果采用不同的方式确定当前会话中的消息轮次。
9.根据权利要求8所述的装置,其特征在于,
所述处理单元,具体用于若所述第一消息为所述会话记录中的最新消息,则根据所述第一消息所属的用户标识和所述会话记录中最后一条消息所属的用户标识,确定当前会话中的消息轮次。
10.根据权利要求9所述的装置,其特征在于,
所述处理单元,具体用于若所述第一消息所属的用户标识指示所述第一消息所属的用户为咨询用户,且所述最后一条消息所属的用户标识指示所述最后一条消息所属的用户为被咨询用户,则更新当前会话中的消息轮次。
11.根据权利要求8所述的装置,其特征在于,
所述处理单元,具体用于若所述第一消息非所述会话记录中的最新消息,则判断所述会话记录中是否存在所述第一消息;若所述会话记录中不存在所述第一消息,则根据所述第一消息的消息标识,确定所述第一消息在所述会话记录的上下文消息;根据所述第一消息在所述会话记录的上下文消息,确定当前会话中的消息轮次。
12.根据权利要求11所述的装置,其特征在于,所述上下文消息包括与所述第一消息紧邻的前一条消息和与所述第一消息紧邻的后一条消息,所述处理单元,具体用于若所述前一条消息所属的用户标识和所述后一条消息所属的用户标识相同,且与所述第一消息所属的用户标识不同,则更新当前会话中的消息轮次。
13.根据权利要求8-12任一项所述的装置,其特征在于,
所述处理单元,还用于根据被允许的最大消息轮次和所述当前会话中的消息轮次,确定所述当前会话中剩余的消息轮次;若所述剩余的消息轮次为0,则控制关闭所述当前会话。
14.根据权利要求8-12任一项所述的装置,其特征在于,
所述获取单元,具体用于获取分布式锁;并通过所述分布式锁控制获取所述第一消息。
15.一种消息轮次的确定装置,其特征在于,包括存储器和处理器;其中,
所述存储器,用于存储计算机程序;
所述处理器,用于读取所述存储器存储的计算机程序,并根据所述存储器中的计算机程序执行上述权利要求1-7任一项所述的消息轮次的确定方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现上述权利要求1-7任一项所述的消息轮次的确定方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011047300.7A CN113764111B (zh) | 2020-09-29 | 2020-09-29 | 消息轮次的确定方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011047300.7A CN113764111B (zh) | 2020-09-29 | 2020-09-29 | 消息轮次的确定方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113764111A CN113764111A (zh) | 2021-12-07 |
CN113764111B true CN113764111B (zh) | 2024-04-05 |
Family
ID=78785831
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011047300.7A Active CN113764111B (zh) | 2020-09-29 | 2020-09-29 | 消息轮次的确定方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113764111B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115361356B (zh) * | 2022-08-25 | 2024-02-27 | 中国银行股份有限公司 | 一种文件控制方法、装置以及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108877919A (zh) * | 2018-06-27 | 2018-11-23 | 北京春雨天下软件有限公司 | 一种快捷电话健康咨询方法及其系统 |
CN109147934A (zh) * | 2018-07-04 | 2019-01-04 | 平安科技(深圳)有限公司 | 问诊数据推荐方法、装置、计算机设备和存储介质 |
CN109993586A (zh) * | 2019-04-10 | 2019-07-09 | 秒针信息技术有限公司 | 一种营销产品的方法和装置 |
CN110457449A (zh) * | 2019-07-05 | 2019-11-15 | 阿里巴巴集团控股有限公司 | 在线训练模型的方法、装置、设备及存储介质 |
CN111563145A (zh) * | 2020-04-01 | 2020-08-21 | 心医国际数字医疗系统(大连)有限公司 | 一种在线咨询方法、装置 |
-
2020
- 2020-09-29 CN CN202011047300.7A patent/CN113764111B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108877919A (zh) * | 2018-06-27 | 2018-11-23 | 北京春雨天下软件有限公司 | 一种快捷电话健康咨询方法及其系统 |
CN109147934A (zh) * | 2018-07-04 | 2019-01-04 | 平安科技(深圳)有限公司 | 问诊数据推荐方法、装置、计算机设备和存储介质 |
CN109993586A (zh) * | 2019-04-10 | 2019-07-09 | 秒针信息技术有限公司 | 一种营销产品的方法和装置 |
CN110457449A (zh) * | 2019-07-05 | 2019-11-15 | 阿里巴巴集团控股有限公司 | 在线训练模型的方法、装置、设备及存储介质 |
CN111563145A (zh) * | 2020-04-01 | 2020-08-21 | 心医国际数字医疗系统(大连)有限公司 | 一种在线咨询方法、装置 |
Non-Patent Citations (1)
Title |
---|
话轮转换与交际;张倩;中国电力教育;454-456 * |
Also Published As
Publication number | Publication date |
---|---|
CN113764111A (zh) | 2021-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110647460B (zh) | 一种测试资源管理方法、装置和测试客户端 | |
CN111193783B (zh) | 一种服务访问的处理方法及装置 | |
CN113764111B (zh) | 消息轮次的确定方法和装置 | |
CN111371772A (zh) | 基于redis的智能网关限流方法、系统和计算机设备 | |
CN113680074B (zh) | 业务信息的推送方法、装置、电子设备及可读介质 | |
US20150269368A1 (en) | Relay apparatus, system, relay method, and computer readable medium | |
US20040059734A1 (en) | Data access control | |
US20030229516A1 (en) | System and method for rapid claims submission and adjudication | |
CN111694993B (zh) | 一种创建数据索引的方法、装置、电子设备及介质 | |
CN114445204A (zh) | 一种基于云加端的税控设备业务处理方法及系统 | |
CN112787910A (zh) | 一种消息处理方法、装置、电子设备和存储介质 | |
CN116594598B (zh) | 业务系统的信息交互方法及装置 | |
CN115225580B (zh) | 一种针对多处理器核的业务隔离限速方法和装置 | |
CN113923189B (zh) | 基于数据流的ip地址备案信息核查方法及设备 | |
CN114116258B (zh) | 队列管理器热备方法、系统、终端及存储介质 | |
CN115103020B (zh) | 数据迁移处理方法和装置 | |
CN117875894A (zh) | 办公便函的信息处理方法、装置、设备及存储介质 | |
CN111078714B (zh) | 数据处理的方法及装置 | |
US20230308302A1 (en) | Data transfer system and data transfer method | |
CN111506524B (zh) | 一种数据库中淘汰、预加载数据页的方法、装置 | |
CN114785901A (zh) | 一种影像调阅方法及系统 | |
CN117149652A (zh) | 统计方法、装置、服务器和存储介质 | |
EP1220511A2 (en) | Memory management for packet storage | |
CN117290244A (zh) | 接口测试案例的生成方法、装置、计算机设备及存储介质 | |
CN115480847A (zh) | 一种springboot记录请求出入参的方法 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |