一种数据管理方法、装置、设备以及存储介质制造方法及图纸

技术编号:39241807 阅读:9 留言:0更新日期:2023-10-30 11:54
本申请实施例提供了一种数据管理方法、装置、设备以及存储介质,用于根据实际情况隔离下游群成员之间的沟通权限。包括:显示上下游聊天群中的下游群成员的第一界面,第一界面用于显示处于上下游聊天群的群成员列表;在第一终端设备设置上下游聊天群的状态信息为群内下游群成员之间相互不可添加好友或者建立私聊时,响应于对群成员列表的下游群成员的第一操作,显示第二界面,第二界面用于显示提示信息,提示信息用于指示第一对象无法向第二对象发送请求建立聊天界面或者第一对象向第二对象请求建立好友关系的消息,第一终端设备为上下游聊天群中上游成员对应的终端设备。本申请提供的技术方案可以应用于通信、云技术、计算机等等领域。机等等领域。机等等领域。

【技术实现步骤摘要】
一种数据管理方法、装置、设备以及存储介质


[0001]本申请涉及计算机领域,尤其涉及一种数据管理方法、装置、设备以及存储介质。

技术介绍

[0002]随着互联网技术的发展,越来越多的交易加入线上交互。而为了满足企业、政企之间在管理、沟通、协作、业务链方面的各种需求,以及更好地连接企业及其供应商、经销商、平台商户等业务伙伴,品牌商习惯于将经销商或供应商建立一个统一发布通知、分享产品动态、收集采购信息的互通群。同时各个企业之间根据供需关系建立上下游通讯录。
[0003]这样可以实现企业间的信息交流,从而可以方便提升企业间的沟通、协作和业务处理效率。
[0004]但是这样也使得同处于下游企业之间容易发生串联事件,从而影响交易公平性,因此急需要一种管理方法,可以根据实际情况隔离上下游聊天群中下游群成员(也就是下游企业的用户)之间的沟通权限。

技术实现思路

[0005]本申请实施例提供了一种数据管理方法、系统、设备以及存储介质,用于根据实际情况隔离上下游聊天群中下游群成员之间的沟通权限。
[0006]有鉴于此,本申请一方面提供一种数据管理方法,其应用于上下游聊天群中的下游群成员对应的终端设备,具体包括:显示第一对象的第一界面,该第一界面用于显示处于上下游聊天群的群成员列表,其中,该第一对象为该上下游聊天群中的下游群成员;在第一终端设备设置该上下游聊天群的状态信息为群内下游群成员之间相互不可添加好友或者建立私聊时,响应于对该群成员列表的第一控件的第一操作,显示第二界面,该第二界面用于显示提示信息,该提示信息用于指示该第一对象无法向第二对象发送第一请求信息,该第二对象为该第一控件指示的下游群成员,该第一终端设备为该上下游聊天群中上游成员对应的终端设备,该第一请求消息为该第一对象向该第二对象请求建立聊天界面或者该第一对象向该第二对象请求建立好友关系。
[0007]本申请另一方面提供一种数据管理方法,其应用于上下游聊天群中的上游成员对应的终端设备,具体包括:显示第三对象的第五界面,该第三对象为该上下游聊天群中的上游群成员,该第五界面用于显示设置状态信息的第二控件,该状态信息用于指示该上下游聊天群的下游群成员之间的是否相互不可添加好友或者建立私聊;响应于对该第二控件的第三操作,更改该上下游聊天群的状态信息。
[0008]本申请另一方面提供一种数据管理装置,其为上下游聊天群中下游群成员对应的装置,包括:
[0009]第一显示模块,用于显示第一对象的第一界面,该第一界面用于显示处于上下游聊天群的群成员列表,其中,该第一对象为该上下游聊天群中的下游群成员;
[0010]第二显示模块,用于在第一终端设备设置该上下游聊天群的状态信息为群内下游
群成员之间相互不可添加好友或者建立私聊时,响应于对该群成员列表的第一控件的第一操作,显示第二界面,该第二界面用于显示提示信息,该提示信息用于指示该第一对象无法向第二对象发送第一请求信息,该第二对象为该第一控件指示的下游群成员,该第一终端设备为该上下游聊天群中上游成员对应的终端设备,该第一请求消息为该第一对象向该第二对象请求建立聊天界面或者该第一对象向该第二对象请求建立好友关系。
[0011]在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该数据管理装置还包括第三显示模块,用于在该上下游聊天群的状态信息为群内下游群成员之间相互不可添加好友或者建立私聊时,响应于第二操作,显示该第一对象的第三界面,该第三界面用于显示该上下游聊天群对应的第一通讯录,该第一通讯录为用于集中收纳和展示该上下游聊天群对应的上游联系人的信息集合;
[0012]或者,
[0013]该第三显示模块,用于在该上下游聊天群的状态信息为群内下游群成员之间相互可添加好友或者私聊时,响应于该第二操作,显示该第一对象的第四界面,该第四界面用于显示该上下游聊天群对应的第二通讯录,该第二通讯录为用于集中收纳和展示该上下游聊天群对应的上下游联系人的信息集合。
[0014]在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该数据管理装置还包括收发模块,用于接收服务器发送的第一通知消息,该第一通知消息用于指示该上下游聊天群对应的通讯录发生变更;响应该第一通知消息,向该服务器发送第二请求消息,该第二请求消息用于请求同步该上下游聊天群对应的通讯录;接收该服务器发送的待同步数据;
[0015]该数据管理装置还包括处理模块,用于根据该待同步数据更新本地通讯录。
[0016]在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该数据管理装置还包括存储模块,用于利用内存缓存存储第一数据,并利用数据库缓存存储该本地通讯录的全量数据,该第一数据为查询该本地通讯录时生成。
[0017]在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该存储模块,具体用于利用第一数据表和第二数据表存储该本地通讯录的全量数据,其中,该第一数据表的主键为联系人标识,该第一数据表的主键对应的值为企业标识,该第二数据表的主键为企业标识,该第二数据表的主键对应的值为联系人标识。
[0018]在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该存储模块,具体用于响应于该第一操作,生成查询请求,该查询请求包括该第二对象的标识信息;
[0019]根据该第二对象的标识信息在该内存缓存查询是否存在该第二对象的联系信息;
[0020]在该内存缓存未返回该第二对象的联系信息时,根据该第二对象的标识信息在该数据库缓存查询是否存在该第二对象的联系信息;
[0021]在该数据库缓存返回该第二对象的联系信息时,将该第二对象的联系信息作为该第一数据存储于该内存缓存。
[0022]在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该处理模块,还用于在该内存缓存存储的第一数据超出存储阈值时,将写入时间最早的联系信息删除,再写入待写入联系信息。
[0023]在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该收发模块,具体用于接收该服务器发送的变更后的通讯录的增量数据,该增量数据作为该待同步数据;
[0024]或者,
[0025]该收发模块,具体用于接收该服务器发送的变更后的通讯录的全量数据,该全量数据作为该待同步数据。
[0026]在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该处理模块,具体用于在该数据库缓存直接覆盖写入该待同步数据,并清空该内存缓存,该待同步数据为该全量数据;
[0027]或者;
[0028]该处理模块,具体用于根据该待同步数据修改该数据库缓存中的第一数据表和第二数据表,该待同步数据为该增量数据。
[0029]在一种可能的设计中,在本申请实施例的另一方面的另一种实现方式中,该存储模块,具体用于在该待同步数据为待新增联系信息时,按照该待新增联系信息中的企业标识和联系人标识写入该第一数据表和该第二数据表;...

【技术保护点】

【技术特征摘要】
1.一种数据管理方法,其特征在于,包括:显示第一对象的第一界面,所述第一界面用于显示处于上下游聊天群的群成员列表,其中,所述第一对象为所述上下游聊天群中的下游群成员;在第一终端设备设置所述上下游聊天群的状态信息为群内下游群成员之间相互不可添加好友或者建立私聊时,响应于对所述群成员列表的第一控件的第一操作,显示第二界面,所述第二界面用于显示提示信息,所述提示信息用于指示所述第一对象无法向第二对象发送第一请求信息,所述第二对象为所述第一控件指示的下游群成员,所述第一终端设备为所述上下游聊天群中上游成员对应的终端设备,所述第一请求消息为所述第一对象向所述第二对象请求建立聊天界面或者所述第一对象向所述第二对象请求建立好友关系。2.根据权利要求1所述的方法,其特征在于,所述方法还包括:在所述上下游聊天群的状态信息为群内下游群成员之间相互不可添加好友或者建立私聊时,响应于第二操作,显示所述第一对象的第三界面,所述第三界面用于显示所述上下游聊天群对应的第一通讯录,所述第一通讯录为用于集中收纳和展示所述上下游聊天群对应的上游联系人的信息集合;在所述上下游聊天群的状态信息为群内下游群成员之间相互可添加好友或者私聊时,响应于所述第二操作,显示所述第一对象的第四界面,所述第四界面用于显示所述上下游聊天群对应的第二通讯录,所述第二通讯录为用于集中收纳和展示所述上下游聊天群对应的上下游联系人的信息集合。3.根据权利要求1所述的方法,其特征在于,所述方法还包括:接收服务器发送的第一通知消息,所述第一通知消息用于指示所述上下游聊天群对应的通讯录发生变更;响应所述第一通知消息,向所述服务器发送第二请求消息,所述第二请求消息用于请求同步所述上下游聊天群对应的通讯录;接收所述服务器发送的待同步数据,并根据所述待同步数据更新本地通讯录。4.根据权利要求3所述的方法,其特征在于,所述方法还包括:利用内存缓存存储第一数据,并利用数据库缓存存储所述本地通讯录的全量数据,所述第一数据为查询所述本地通讯录时生成。5.根据权利要求4所述的方法,其特征在于,所述利用数据库缓存存储所述本地通讯录的全量数据包括:利用第一数据表和第二数据表存储所述本地通讯录的全量数据,其中,所述第一数据表的主键为联系人标识,所述第一数据表的主键对应的值为企业标识,所述第二数据表的主键为企业标识,所述第二数据表的主键对应的值为联系人标识。6.根据权利要求4所述的方法,其特征在于,所述利用内存缓存存储第一数据包括:响应于所述第一操作,生成查询请求,所述查询请求包括所述第二对象的标识信息;根据所述第二对象的标识信息在所述内存缓存查询是否存在所述第二对象的联系信息;在所述内存缓存未返回所述第二对象的联系信息时,根据所述第二对象的标识信息在所述数据库缓存查询是否存在所述第二对象的联系信息;在所述数据库缓存返回所述第二对象的联系信息时,将所述第二对象的联系信息作为
所述第一数据存储于所述内存缓存。7.根据权利要求6所述的方法,其特征在于,所述方法还包括:在所述内存缓存存储的第一数据超出存储阈值时,将写入时间最早的联系信息删除,再写入待写入联系信息。8.根据权利要求3所述的方法,其特征在于,所述接收所述服务器发送的所述待同步数据包括:接收所述服务器发送的变更后的通讯录的增量数据,所述增量数据作为所述待同步...

【专利技术属性】
技术研发人员:黄铁鸣王春晖舒展林莉吕阳阳李斌
申请(专利权)人:腾讯科技深圳有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1