CN109918214B - 一种群组消息服务端存储方法 - Google Patents
一种群组消息服务端存储方法 Download PDFInfo
- Publication number
- CN109918214B CN109918214B CN201910142883.2A CN201910142883A CN109918214B CN 109918214 B CN109918214 B CN 109918214B CN 201910142883 A CN201910142883 A CN 201910142883A CN 109918214 B CN109918214 B CN 109918214B
- Authority
- CN
- China
- Prior art keywords
- message
- server
- group
- area
- recording
- 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
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种群组消息服务端存储方法，涉及即时通讯的技术领域，解决了两种传统储存方式不利于不同用户在消息群组中进行即时便捷的通讯交流的问题，其包括：S100：服务器于消息群组创建时，同时创建对应消息群组内消息的缓存结构；S200：服务器将接收到的新消息同步到缓存结构中；S300：服务器基于目前同步至缓存结构中的消息总条数调节缓存结构；S400：服务器实时查询缓存结构中的消息，并于终端设备的显示界面即时显示缓存结构中的消息。本发明具有通过缓存结构提高了不同用户在消息群组中沟通效率的效果。
Description
技术领域
本发明涉及即时通讯的技术领域，尤其是涉及一种群组消息服务端存储方法。
背景技术
在市面上现有的即时通讯应用中，不同用户之间可以组成一个消息群，在活跃度比较高的消息群里，会出现大量的消息（每个用户都可能发消息，群人数越多，消息越多）。
目前对于这些大量的消息，一般存在两种传统的储存方式。方式一是通过用户终端存储（如存在本地手机），这种方式有明显缺点，如用户清空手机缓存后，消息丢失，或者新用户加入群组后，很难同步到历史消息。方式二是保存在服务端，常用的方式是保存在数据库，但用户同步消息时，速度比较慢，同时对数据库造成比较大的压力，上述两种方式见图8。
上述中的现有技术方案存在以下缺陷：两种传统储存方式均不利于不同用户在消息群组中进行即时便捷的通讯交流，还有改进的空间。
发明内容
本发明的目的是提供一种具有通过缓存结构提高了不同用户在消息群组中沟通效率的效果的群组消息服务端存储方法。
本发明的上述发明目的是通过以下技术方案得以实现的：
一种群组消息服务端存储方法，包括：
S100：服务器于消息群组创建时，同时创建对应消息群组内消息的缓存结构；
S200：服务器将接收到的新消息同步到缓存结构中；
S300：服务器基于目前同步至缓存结构中的消息总条数调节缓存结构；
S400：服务器实时查询缓存结构中的消息，并于终端设备的显示界面即时显示缓存结构中的消息。
通过采用上述技术方案，通过步骤S100、步骤S200中缓存结构的设置可以在实现消息实时存储的同时即时显示新消息，从而加快了不同用户之间沟通效率，步骤S300的设置可以基于消息总条数相应的调整缓存结构，从而提高缓存结构的工作效率，避免缓存结构出现消息积累过多工作效率的现象。
本发明进一步设置为：S100包括：
S110：服务器基于新创建的消息群组次序分配相应的群组编号，记群组编号为Gi，定义服务器存在多个群组消息的存储结构，依次为G1，G2……Gn，定义每个群组内包含多条消息，记编号为Gi的消息群组中存储结构中所存储的第j条信息为Mij；
S120：服务器建立缓存窗口结构，消息Mij在缓存窗口结构中占据一条数据记录槽。
通过采用上述技术方案，通过步骤S110的设置可以对消息群组按照次序进行相应群组编号，从而更好的区分不同消息群组，并且通过在步骤S110中对消息Mij的定义，可以更好的区分不同消息群组中的消息，而步骤S120的设置可以实现缓存窗口结构的建立，并且公开了消息在缓存窗口结构的存放方式进行了公开，建立了缓存窗口结构和消息存放的联系。
本发明进一步设置为：S120中缓存窗口结构分为三个区域，分别为回收区、记录区、预分配区，其中，
回收区：用于存放已经不在缓存窗口记录区的消息；
记录区：记录区用于存放需要返回给用户消息群的历史记录列表；
预分配区：当新的消息到来时，从预分配区获取空位存放消息。
通过采用上述技术方案，将S120中缓存窗口结构区分为三个区域，可以更好的实现不同区域工作的分配与协助，通过预分配区可以即时显示新消息，而记录区可以显示历史记录消息，方便了用户查看当前信息和历史消息，而回收区的设置可以及时进行不需要缓存的消息的存放，通过以上不同区域的协助，有利于用户更为便捷的获取所需信息。
本发明进一步设置为：S200包括：
S210：服务器将接收到的新消息存储入数据库；
S220：服务器将存储入数据库中的新消息同步到对应群组Gi的缓存窗口中。
通过采用上述技术方案，通过步骤S210的设置可以将新消息存储入数据库，对新消息进行相应的备份，而步骤S220的设置可以将存储入数据库中的新消息即时同步到缓存到对应群组的缓存窗口，实现不同用户之间即时的通信交流。
本发明进一步设置为：步骤S220包括：
S221：从缓存窗口的预分配区先获取一条空闲的记录槽，然后把消息Mij放入该记录槽中；
S222：把缓存窗口的记录指针都加1，定义起始指针记为P1，终止指针记为P2，即P1’=P1+1，P2’=P2+1，P1’，P2’为调整后的指针位置；
S223：预分配区当前记录槽的剩余量减少1，记当前预分配区记录槽的剩余量为V。
通过采用上述技术方案，通过步骤S221、S222的设置有效公布了缓存结构的动态调整过程，在保证即时显示缓存结构消息的同时，还能通过记录指针P1以及记录指针P2的调整，进行实时的内存释放，避免缓存结构受消息积累过多而出现预调整区记录槽占有量过多影响缓存结构工作效率的情况发生。
本发明进一步设置为：步骤S300包括：
S310：服务器实时比较预分配区记录槽的剩余量V和预设的预分配区的下限值；
S320：在预分配区记录槽的剩余量V小于预设的预分配区的下限值时，即V<Smin时，服务器将存放于记录区记录槽的消息由下至上逐一释放至回收区直至V=Smax，记预分配区记录槽的区间范围记为[Smin，Smax]。
通过采用上述技术方案，通过步骤S310的设置可以有效判别预分配区记录槽的剩余量V是否低于预设的下限值，而步骤S320的设置可以在预分配区记录槽的剩余量V低于预设的下限值时及时使预分配区的剩余量达到最大，在保证缓存结构正常工作的同时，间接减少缓存结构内存的调整次数，从而更好的提高缓存结构的工作效率。
本发明进一步设置为：步骤S320中回收区的记录内存定时释放。
通过采用上述技术方案，由于回收区的记录内存定时释放，可以有效避免在需要将记录区的消息存储至回收区时，出现回收区存在部分消息内存，降低记录区消息回返至回收区的效率。
本发明进一步设置为：步骤S320中预分配区记录槽的剩余量V在系统初始时，默认设置为中位数即V=（Smin+Smax）/2。
通过采用上述技术方案，此处将预分配区记录槽的剩余量V默认为（Smin+Smax）/2，可以在初始消息累计到一定量的时候，进行即时的内存释放。
本发明进一步设置为：S400包括：
S410：服务器获取用户所进入消息群组的群组编号；
S420：服务器基于群组编号直接从缓存结构中获取指针(P1,P2）之间的消息并即时显示在终端设备的显示界面。
通过采用上述技术方案，通过步骤S410的设置可以有效分析出用户所进入的消息群组的群组编号，而步骤S420的设置可以基于用户所进入的群组编号的消息群组，将对应的消息群组中的缓存结构中的消息内容进行实时的现实，从而实现不同用户之间更好的沟通与交流。
本发明进一步设置为：S420所提到的终端设备为手机或电脑。
通过采用上述技术方案，此处将S420所提到的终端设备设定为手机或电脑，可以有效限定为目前使用最为广泛的终端设备，更好体现出本系统所针对的对象为两个应用最为广泛的终端设备。
综上所述，本发明的有益技术效果为：
1.通过服务器、数据库以及缓存结构的设置可以在保证消息实时记录存储的同时，即时于显示界面显示，提高不同用户在消息群组的沟通效率；
2.通过缓存机构的调整机制以及服务器的设置有效保证了缓存机构在工作的时候保持实时高效，从而进一步保证了不同用户在消息群组中的沟通效率。
附图说明
图1是本发明群组消息服务端存储方法的步骤示意图。
图2是图1中步骤S100的具体步骤示意图。
图3是图1中步骤S200的具体步骤示意图。
图4是图3中步骤S220的具体步骤示意图。
图5是图1中步骤S300的具体步骤示意图。
图6是本发明群组消息服务端存储方法中缓存窗口结构的示意图。
图7是图1中步骤S400的具体步骤示意图。
图8是背景技术中两种传统存储方式的示意图。
具体实施方式
以下结合附图对本发明作进一步详细说明。
参照图1，为本发明公开的一种群组消息服务端存储方法，包括：S100：服务器于消息群组创建时，同时创建对应消息群组内消息的缓存结构；S200：服务器将接收到的新消息同步到缓存结构中；S300：服务器基于目前同步至缓存结构中的消息总条数调节缓存结构；S400：服务器实时查询缓存结构中的消息，并于终端设备的显示界面即时显示缓存结构中的消息。
参照图2，其中，步骤S100包括：
S110：服务器基于新创建的消息群组次序分配相应的群组编号，记群组编号为Gi，定义服务器存在多个群组消息的存储结构，依次为(G1，G2……Gn)，定义每个群组内包含多条消息，记编号为Gi的消息群组中存储结构中所存储的第j条信息为Mij，举例来说，第一个群组内的消息记为（M11，M12……M1n）。
S120：服务器建立缓存窗口结构，消息Mij在缓存窗口结构中占据一条数据记录槽。
参照图6，S120中缓存窗口结构分为三个区域，分别为回收区、记录区、预分配区，其中，回收区：用于存放已经不在缓存窗口记录区的消息；记录区：记录区用于存放需要返回给用户消息群的历史记录列表，此处记录区的数量优选为100，即表示每个消息群组保存有100条历史消息记录；预分配区：当新的消息到来时，从预分配区获取空位存放消息，用于改善整个系统的性能。
参照图3以及图6，其中S200包括：S210：服务器将接收到的新消息存储入数据库，数据库简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据运行新增、截取、更新、删除等操作，所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合；S220：服务器将存储入数据库中的新消息同步到对应群组Gi的缓存窗口中。
参照图4以及图6，其中步骤S220包括：
S221：从缓存窗口的预分配区先获取一条空闲的记录槽，然后把消息Mij放入该记录槽中。
S222：把缓存窗口的记录指针都加1，定义起始指针记为P1，终止指针记为P2，即P1’=P1+1，P2’=P2+1，P1’，P2’为调整后的指针位置，在计算机科学中，指针（Pointer）是编程语言中的一个对象，利用地址，它的值直接指向（pointsto）存在电脑存储器中另一个地方的值，由上述可以确定记录指针都加1，即表示指针P1以及指针P2均指向内存地址的下一个内存地址，本实施例中指针移动方向如图6所示，随着新消息逐条进入到缓存窗口预分配区的记录槽，起始指针P1以及终止指针P2跟随新消息进入条数向调向下移动。
S223：预分配区当前记录槽的剩余量减少1，记当前预分配区记录槽的剩余量为V。
参照图5以及图6，其中步骤S300包括：
S310：服务器实时比较预分配区记录槽的剩余量V和预设的预分配区的下限值。
S320：在预分配区记录槽的剩余量V小于预设的预分配区的下限值时，即V<Smin时，服务器将存放于记录区记录槽的消息由下至上逐一释放至回收区直至V=Smax，记预分配区记录槽的区间范围记为[Smin，Smax]。
进一步考虑到记录区中记录槽在释放内存的时候，回收区能够及时进行回收，步骤S320中的回收区设定为其记录内存定时释放，此处优选设置为每隔1分钟释放回收区的记录内存，但不局限于1分钟，根据用户实际需求可进行相应调整，另外步骤S320中预分配区记录槽的剩余量V在系统初始时，默认设置为中位数即V=（Smin+Smax）/2。
参照图6以及图7，S400包括：S410：服务器获取用户所进入消息群组的群组编号；S420：服务器基于群组编号直接从缓存结构中获取指针(P1,P2）之间的消息并即时显示在终端设备的显示界面，其中S420所提到的终端设备优选为手机或电脑，但不局限于手机或电脑，可以是经由通信设施向计算机输入程序和数据或接收计算机输出处理结果的任意设备。
本实施例的实施原理为：在服务器接收到新消息后，先存储入数据库中，然后将存储入数据库中的新消息同步到缓存窗口结构中，在缓存窗口结构中通过起始指针和终止指针的同步下移，以实现新消息的存储，并且在同时进入过多新消息以至于出现预分配区的记录槽的数量低于Smin时，有效释放记录区中的记录槽使内存释放至回收区直至记录槽的数量达到Smax,通过上述方式循环进行新消息的传递，有效提高了不同用户在消息群组上的沟通交流。
本具体实施方式的实施例均为本发明的较佳实施例，并非依此限制本发明的保护范围，故：凡依本发明的结构、形状、原理所做的等效变化，均应涵盖于本发明的保护范围之内。
Claims (8)
1.一种群组消息服务端存储方法，其特征在于，包括：
S100：服务器于消息群组创建时，同时创建对应消息群组内消息的缓存结构；
S200：服务器将接收到的新消息同步到缓存结构中；
S300：服务器基于目前同步至缓存结构中的消息总条数调节缓存结构；
S400：服务器实时查询缓存结构中的消息，并于终端设备的显示界面即时显示缓存结构中的消息；
S100包括：
S110：服务器基于新创建的消息群组次序分配相应的群组编号，记群组编号为Gi，定义服务器存在多个群组消息的存储结构，依次为G1，G2……Gn，定义每个群组内包含多条消息，记编号为Gi的消息群组中存储结构中所存储的第j条信息为Mij；
S120：服务器建立缓存窗口结构，消息Mij在缓存窗口结构中占据一条数据记录槽；
S120中缓存窗口结构分为三个区域，分别为回收区、记录区、预分配区，其中，
回收区：用于存放已经不在缓存窗口记录区的消息；
记录区：记录区用于存放需要返回给用户消息群的历史记录列表；
预分配区：当新的消息到来时，从预分配区获取空位存放消息。
2.根据权利要求1所述的一种群组消息服务端存储方法，其特征在于，S200包括：
S210：服务器将接收到的新消息存储入数据库；
S220：服务器将存储入数据库中的新消息同步到对应群组Gi的缓存窗口中。
3.根据权利要求2所述的一种群组消息服务端存储方法，其特征在于，步骤S220包括：
S221：从缓存窗口的预分配区先获取一条空闲的记录槽，然后把消息Mij放入该记录槽中；
S222：把缓存窗口的记录指针都加1，定义起始指针记为P1，终止指针记为P2，即P1’=P1+1，P2’=P2+1，P1’，P2’为调整后的指针位置；
S223：预分配区当前记录槽的剩余量减少1，记当前预分配区记录槽的剩余量为V。
4.根据权利要求3所述的一种群组消息服务端存储方法，其特征在于，步骤S300包括：
S310：服务器实时比较预分配区记录槽的剩余量V和预设的预分配区的下限值；
S320：在预分配区记录槽的剩余量V小于预设的预分配区的下限值时，即V<Smin时，服务器将存放于记录区记录槽的消息由下至上逐一释放至回收区直至V=Smax，记预分配区记录槽的区间范围记为[Smin，Smax]。
5.根据权利要求4所述的一种群组消息服务端存储方法，其特征在于，步骤S320中回收区的记录内存定时释放。
6.根据权利要求5所述的一种群组消息服务端存储方法，其特征在于，步骤S320中预分配区记录槽的剩余量V在系统初始时，默认设置为中位数即V=（Smin+Smax）/2。
7.根据权利要求5所述的一种群组消息服务端存储方法，其特征在于，S400包括：
S410：服务器获取用户所进入消息群组的群组编号；
S420：服务器基于群组编号直接从缓存结构中获取指针(P1,P2）之间的消息并即时显示在终端设备的显示界面。
8.根据权利要求7所述的一种群组消息服务端存储方法，其特征在于，S420所提到的终端设备为手机或电脑。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910142883.2A CN109918214B (zh) | 2019-02-26 | 2019-02-26 | 一种群组消息服务端存储方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910142883.2A CN109918214B (zh) | 2019-02-26 | 2019-02-26 | 一种群组消息服务端存储方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109918214A CN109918214A (zh) | 2019-06-21 |
| CN109918214B true CN109918214B (zh) | 2022-11-18 |
Family
ID=66962431
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910142883.2A Active CN109918214B (zh) | 2019-02-26 | 2019-02-26 | 一种群组消息服务端存储方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109918214B (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101039284A (zh) * | 2006-03-16 | 2007-09-19 | 腾讯科技（深圳）有限公司 | 一种向群组发送即时消息的方法 |
| WO2009098671A2 (en) * | 2008-02-07 | 2009-08-13 | Markport Limited | Content generation and communication in a video mail system |
| CN108206776A (zh) * | 2016-12-20 | 2018-06-26 | 中移（杭州）信息技术有限公司 | 一种群组历史消息的查询方法和装置 |
-
2019
- 2019-02-26 CN CN201910142883.2A patent/CN109918214B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101039284A (zh) * | 2006-03-16 | 2007-09-19 | 腾讯科技（深圳）有限公司 | 一种向群组发送即时消息的方法 |
| WO2009098671A2 (en) * | 2008-02-07 | 2009-08-13 | Markport Limited | Content generation and communication in a video mail system |
| CN108206776A (zh) * | 2016-12-20 | 2018-06-26 | 中移（杭州）信息技术有限公司 | 一种群组历史消息的查询方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109918214A (zh) | 2019-06-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100353338C (zh) | 管理连续持久存储器的方法 | |
| US7792790B2 (en) | System and method of synchronizing data between a server and a client | |
| CN107087236B (zh) | 一种直播信息展示方法及装置 | |
| US20180275849A1 (en) | Method, system and computer storage medium for displaying microblog wall | |
| CN101796477A (zh) | 滚动条控制 | |
| CN111708841B (zh) | 数据库数据同步方法及装置 | |
| CN110136713A (zh) | 用户在多模态交互中的对话方法及系统 | |
| CN111325612B (zh) | 点单方法、订单的配送方法、装置及系统 | |
| WO2002037283A3 (en) | Method and apparatus for providing computer-based help | |
| CN111752910A (zh) | 一种异构平台的数据同步方法、系统和相关装置 | |
| CN110191168A (zh) | 在线业务数据的处理方法、装置、计算机设备和存储介质 | |
| CN103077166A (zh) | 小文件存储的空间复用方法和装置 | |
| CN101901270A (zh) | 一种支持海量存储的内存数据库方法 | |
| CN110784356B (zh) | 一种流量自动回放方法 | |
| CN109933609A (zh) | 一种批量生成id的方法及终端 | |
| CN109918214B (zh) | 一种群组消息服务端存储方法 | |
| CN104035705B (zh) | 切换视图显示模式的客户端、方法及系统 | |
| CN106657172A (zh) | 一种信息推送的实现方法及装置 | |
| CN104468665A (zh) | 数据分布式存储的实现方法和系统 | |
| CN102752525B (zh) | 一种基于脚本创建播出表单的方法及装置 | |
| CN110569231A (zh) | 数据迁移方法、装置、设备和介质 | |
| CN106649408B (zh) | 一种大数据检索方法和装置 | |
| CN112287649B (zh) | 一种报表动态生成方法、装置、介质 | |
| CN110336858A (zh) | 基于社区功能的图文直播系统 | |
| CN110300332A (zh) | 一种基于iptv的游戏加载方法及系统 |
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 | ||
| CB02 | Change of applicant information |
Address after: 518000 2201, block D, building 1, Chuangzhi Yuncheng bid section 1, Liuxian Avenue, Xili community, Xili street, Nanshan District, Shenzhen City, Guangdong Province Applicant after: Qizhi Network Technology Co.,Ltd. Address before: No. 1901, 19th floor, Wanke yunchuang, block B, Bolton Science Park, intersection of chaguang road and Chuangke Road, Xili street, Nanshan District, Shenzhen, Guangdong 518000 Applicant before: SHENZHEN ZHIYUN NETWORK TECHNOLOGY Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20221017 Address after: 2301, block D, building 1, Section 1, Chuangzhi Yuncheng, Liuxian Avenue, Xili community, Xili street, Nanshan District, Shenzhen, Guangdong 518000 Applicant after: WEIZHENG TECHNOLOGY SERVICE Co.,Ltd. Address before: 518000 2201, block D, building 1, Chuangzhi Yuncheng bid section 1, Liuxian Avenue, Xili community, Xili street, Nanshan District, Shenzhen City, Guangdong Province Applicant before: Qizhi Network Technology Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |