CN110851453B - 一种项目通讯录动态的生成方法 - Google Patents

Abstract

本发明涉及一种项目通讯录动态的生成方法，包括企业通讯录模型，根据项目流程，将各项目参与单位人员进行角色划分，并选定各项目参与单位的管理员；由各项目参与单位管理员将其所在单位的企业通讯录模型与项目模型进行关联，生成对应项目的项目通讯录。本发明改变了传统项目通讯录中的建模方式，基于项目以及企业进行双重建模，使项目通讯录与企业通讯录进行关联，管理层级更加清晰，同时提高使用的可靠性和便捷性；通过动态更新联系人信息，操作人可以随时对个人信息进行更新修改，保证联系的信息的实时性和准确性。

Description

一种项目通讯录动态的生成方法

技术领域

本发明涉及通讯录生成领域，具体地说是一种项目通讯录动态的生成方法。

背景技术

近年来随着互联网和移动智能终端的蓬勃发展以及云计算服务的兴起，目前的项目通讯录生成方法已经渐渐不能满足物资履约的流程。本发明主要通过客户端和服务器的交互检查庞大、复杂联系人的网络，联系人的变更，系统操作的频度，给予相应的提示，以帮助用户找到相应的通讯方式，可以很方便地在网上进行对通讯录动态的管理。

项目通讯录动态生成并不是字面上的简单动态生成。传统的通讯录生成方法：客户端录入的信息生成通讯录，存储于服务器，对于信息的增删改查不能及时并准确的生成新的通讯录，因此，需要有一种新的动态方法进行管理。通讯录动态生成主要在网络上采用实时的同步技术，当客户端进行信息的变更，它就会被自动上传到网络上储存起来，现时的通讯录同步主要通过本地客户端远程登录来实现，通过后端服务器验证当前设备的登录账号和密码，进入后台管理系统完成，或者通过一些客户端软件完成通讯录的同步更新，这样，本地客户端和远程服务器端的通讯录的数据信息就可以保持一致性。

发明内容

针对现有技术的不足，本发明提供一种项目通讯录动态的生成方法，使得联系人信息更加的真实可靠，管理层级更加的简单明了，提高了使用的便捷性和可靠性。

本发明为实现上述目的所采用的技术方案是：

一种项目通讯录动态的生成方法，包括企业通讯录模型，根据项目流程，将各项目参与单位人员进行角色划分，并选定各项目参与单位的管理员；由各项目参与单位管理员将其所在单位的企业通讯录模型与项目模型进行关联，生成对应项目的项目通讯录。

在企业通讯录模型与项目模型进行关联之前对各企业通讯录模型中的用户通讯录进行认证，将认证通过后的用户通讯录与项目模型进行关联。

所述对各企业通讯录模型中的用户通讯录进行认证包括：

向用户留存的移动通信号码发送短信，并通过运营商返回信息确定该通讯方式是否已注销；如果通信方式有效，短信则要求该用户确认当前企业模型及项目模型中的预留信息是否正确，系统根据用户返回信息对通讯录信息进行更新，并判定该用户认证通过；如果通信方式无效，则该用户认证不通过。

所述将其所在单位的企业通讯录模型与项目模型进行关联包括：将根据项目划分好角色的用户通讯录与项目对应角色进行关联，关联后的各个用户分属于项目的角色类属。

所述项目通讯录由下至上依次为系统抽象层，实现层，上层应用层；

系统抽象层：用于处理和封装与数据库关联的技术平台，所有上层的应用都只与该层相通信，而不会直接进行系统调用，为上层应用层提供框架模型；

实现层：用于提供三层架构系统中的组件模型和基本的功能结构，是组件技术的主要实现层，为上层应用层提供基本支撑结构；

上层应用层，用于调用实现层和系统抽象层的数据，实现具体应用。

本发明具有以下有益效果及优点：

1.本发明改变了传统项目通讯录中的建模方式，基于项目以及企业进行双重建模，使项目通讯录与企业通讯录进行关联，管理层级更加清晰，同时提高使用的可靠性和便捷性。

2.本发明通过动态更新联系人信息，操作人可以随时对个人信息进行更新修改，保证联系的信息的实时性和准确性。

附图说明

图1是本发明整体实现架构示意图。

具体实施方式

下面结合附图及实施例对本发明做进一步的详细说明。

如图1所示为本发明的整体实现架构示意图。

总体上共分为三层，由下至上可分为：系统抽象层，实现层，上层应用层。

系统抽象层：是三层库体系结构中的最底层，主要处理和封装与数据库关联的技术平台，所有上层的应用都只与该层相通信，而不会直接进行系统调用。其次为最终的三层架构应用提供的通用的框架模型，包括各级模块的生产、质保、财务等的操作行为的处理。

实现层：提供三层架构系统中的组件模型和基本的功能结构，是组件技术的主要实现层，为三层架构的上层应用提供了基本支撑结构。这种设计思路保证了三层系统中的数据列表的信息流的走向。

上层应用层：实现具体的变更通讯录等应用。

本发明改变了传统项目通讯录中的建模方式，基于项目以及企业的双重建模方式即同时以企业级和项目级两个层级进行建模。企业以角色进行建模，不同项目中企业有不同的角色，同时在不同的项目中动态绑定企业模型中的通讯录，企业通讯录层级指定(身份证—操作密码)，使得联系人信息更加的真实可靠，管理层级更加的简单明了，提高了使用的便捷性和可靠性。

本发明通过操作APP进行短信认证、语音认证等操作，进行身份验证和授权；同时通过操作人的使用反馈进行通讯录信息更新、维护，随时清理系统中的“僵尸”信息，减少数据库中的内存占用率，有效的释放内存，从而提高数据库运行效率。

本发明可以通过操作人的系统操作频度设置权值(即单位时间内操作次数和运行时间)，确定日后项目优先联系人，进行智能化推送，保证操作人身份信息的安全性、便捷性和智能性。

本发明开通自助管理功能，操作人可以随时通过APP修改联系方式进行实时更新，以免由于个人联系方式变动产生不便，同时也可以随时在APP中退出自己的角色，避免工作变动后继续收到相关信息的智能推送信息。

通讯录的双重建模

项目通信录的组织基于项目和企业的双重建模方式。企业模型作为供应商、项目单位、施工单位、监理单位等项目参与方原有的公司组织机构。而项目模型作为项目参与方所持的各种角色，参与到项目的招投标、合同签订、合同履约、合同付款等全生命周期中。该模块的主要实施过程如下：

(1)各项目参与单位通过手机APP及Web站点对各自的企业模型进行维护，核心信息主要包括组织机构、部门信息、人员角色、联系方式等，通过后台对数据进行持久化，并同步更新到系统缓存中，便于数据的实时变更和访问。

(2)项目参与单位在新的项目或订单开始之前，由单位或项目管理员对本单位项目参与人员的职责进行划分，同时对人员信息进行完善和确认。根据项目流程，将参与人员划分为合同负责人、供应负责人、财务负责人等角色，不同的角色将参与到项目的各个不同环节，同时完成项目模型的持久化工作。

(3)以项目或订单为单位，由各单位管理员将企业模型与项目模型进行暂时性关联，不同的项目可以绑定不同的联系人，或者根据通讯录的历史信息继承配置，实现以项目为核心的通信录体系。

实时更新与信息认证

在实际的项目通讯录管理过程中，经常遇到通信方式变更、单位人员调整等原因导致的通讯不畅，无法及时联系相关干事人，情况严重可能会影响整个项目的进展。针对这种情况，提出了基于短信、语音、用户反馈及操作频度等方式的通信录自更新方法，保证通信方式的准确，以及沟通方式的通畅。

短信、语音认证。根据后台系统的设定，以及用户在系统中使用情况，向用户留存的移动通信号码发送短信，并通过运营商返回信息确定该通讯方式(手机号码)是否已注销。如果通信方式有效，短信则要求该用户确认当前企业模型及项目模型中的预留信息是否正确，系统根据用户返回信息(附加预留验证码，确保安全)对通讯录信息进行更新。如果用户没有在要求的时间内对短信进行回复，系统则通过语音卡对该用户进行语音呼叫，并同样要求确认相关信息以及相关更新操作。

用户反馈。在项目进行过程中，各项目干系人需要进行相应的项目沟通，因此经常对通讯录进行查询和检索操作。在使用系统通信录的功能后，系统要求通信录查询用户对被查询用户信息准确性进行评定，并反馈到系统中。如果能够正常联系到通讯录中记录的相关人员，系统对通讯录不做变更，只更新通讯录中的用户活跃度权值，作为该通讯录信息可用程度 的参考。如果无法联系到被查询用户，根据类型反馈相关信息，系统将根据反馈数量和集中程度，判断是否应对该通信录信息进行变更，以保证该信息的准确性 。

系统操作频度判别。通讯录根据用户在APP应用或WEB中等登录情况、操作情况、短信验证码等信息，判别用户是否经常使用系统、偶尔使用系统或不使用系统，以此修改用户活跃度权值，根据该权值判断某条通讯记录的可用程度。如活跃程度过低时，将在系统通讯录中对该信息进行标记和提醒，在需要进行通讯方式推送时，可推送备用通讯方式或上级通讯方式，以确保项目联络通畅。

自助通讯录信息维护

本发明在双重建模和实时更新的基础上，还提供用户级别的自助通信录信息维护，在用户变更工作岗位或是通讯方式的时候，第一时间变更通讯录信息，同时通过短信或APP给其他项目干系人推送通讯录变更信息，保证项目沟通顺畅。自助通讯录维护主要时通过短信及APP方式实现现有通讯方式变更，以及推出相关角色操作。

Claims (3)

1.一种项目通讯录动态的生成方法，包括企业通讯录模型，其特征在于：根据项目流程，将各项目参与单位人员进行角色划分，并选定各项目参与单位的管理员；由各项目参与单位管理员将其所在单位的企业通讯录模型与项目模型进行关联，生成对应项目的项目通讯录；

在企业通讯录模型与项目模型进行关联之前对各企业通讯录模型中的用户通讯录进行认证，将认证通过后的用户通讯录与项目模型进行关联；

所述对各企业通讯录模型中的用户通讯录进行认证包括：

向用户留存的移动通信号码发送短信，并通过运营商返回信息确定通讯方式是否已注销；如果通信方式有效，短信则要求该用户确认当前企业模型及项目模型中的预留信息是否正确，系统根据用户返回信息对通讯录信息进行更新，并判定该用户认证通过；如果通信方式无效，则该用户认证不通过；

用户反馈：在使用系统通讯 录的功能后，系统要求通讯 录查询用户对被查询用户信息准确性进行评定，并反馈到系统中；如果能够正常联系到通讯录中记录的相关人员，系统对通讯录不做变更，只更新通讯录中的用户活跃度权值，作为该通讯录信息可用程度 的参考；如果无法联系到被查询用户，根据类型反馈相关信息，系统将根据反馈数量和集中程度，判断是否应对该通讯 录信息进行变更，以保证该信息的准确性；

系统操作频度判别：通讯录根据用户在APP应用或WEB中登录情况、操作情况、短信验证码信息，判别用户是否经常使用系统、偶尔使用系统或不使用系统，以此修改用户活跃度权值，根据该权值判断某条通讯记录的可用程度；如活跃程度过低时，将在系统通讯录中对该信息进行标记和提醒，在需要进行通讯方式推送时，推送备用通讯方式或上级通讯方式，以确保项目联络通畅。

2.根据权利要求1所述的项目通讯录动态的生成方法，其特征在于：所述将其所在单位的企业通讯录模型与项目模型进行关联包括：将根据项目划分好角色的用户通讯录与项目对应角色进行关联，关联后的各个用户分属于项目的角色类属。

3.根据权利要求1所述的项目通讯录动态的生成方法，其特征在于：所述项目通讯录由下至上依次为系统抽象层，实现层，上层应用层；

系统抽象层：用于处理和封装与数据库关联的技术平台，所有上层的应用都只与该层相通信，而不会直接进行系统调用，为上层应用层提供框架模型；

实现层：用于提供三层架构系统中的组件模型和基本的功能结构，是组件技术的主要实现层，为上层应用层提供基本支撑结构；

上层应用层，用于调用实现层和系统抽象层的数据，实现具体应用。

Images