CN116108420A - 基于多业务***集成的企业内网门户***及其工作方法 - Google Patents

基于多业务***集成的企业内网门户***及其工作方法 Download PDF

Info

Publication number
CN116108420A
CN116108420A CN202310180240.3A CN202310180240A CN116108420A CN 116108420 A CN116108420 A CN 116108420A CN 202310180240 A CN202310180240 A CN 202310180240A CN 116108420 A CN116108420 A CN 116108420A
Authority
CN
China
Prior art keywords
portal
service
unified
enterprise intranet
authentication
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
Application number
CN202310180240.3A
Other languages
English (en)
Inventor
谢国亮
张世超
栾兆阳
卢姗
刘嵩
唐婉莹
刘世涛
赵小伟
韩福洪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
State Nuclear Power Information Technology Co ltd
Original Assignee
State Nuclear Power Information Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by State Nuclear Power Information Technology Co ltd filed Critical State Nuclear Power Information Technology Co ltd
Priority to CN202310180240.3A priority Critical patent/CN116108420A/zh
Publication of CN116108420A publication Critical patent/CN116108420A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44Program or device authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/45Structures or tools for the administration of authentication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本公开提供了一种基于多业务***集成的企业内网门户***及其工作方法,所述方案包括前端门户展示模块及后端数据访问服务模块;其中,所述前端门户展示模块中集成展示有若干业务***入口;所述若干业务***之间相互独立,并基于预先定义的标准接口对前端门户展示模块提供数据调用;所述前端门户展示模块包括企业门户展示页面和个人门户展示页面,其中,所述个人门户展示页面通过数据调用接口进行数据调用,实现当前登录用户在各个业务***中待办、已办、待阅、已阅以及关注内容的集中展示;所述后端数据访问服务模块用于对前端门户展示模块的数据调用提供服务支持;所述企业内网门户***采用统一身份认证方式,实现与各个业务***间的单点登录。

Description

基于多业务***集成的企业内网门户***及其工作方法
技术领域
本公开属于计算机技术领域,尤其涉及一种基于多业务***集成的企业内网门户***及其工作方法。
背景技术
本部分的陈述仅仅是提供了与本公开相关的背景技术信息,不必然构成在先技术。
发明人发现,随着信息化的不断发展,企业在工作中用到的软件信息***越来越多,导致了在工作中,需要访问的***也越来越多,***地址繁琐且不易记忆;且由于各个***建设时间不一致,各个***的组织机构不统一,导致***的登录方式不一样,用户名密码也不一样,不容易记忆;但是,由于各个业务***都可能涉及到待办事项,且每个***内只能处理当前***的待办,导致想要处理每天的工作,至少各个***都要登录一遍,处理各个***的待办等内容,导致工作人员处理效率低下,耗时耗力。
发明内容
本公开为了解决上述问题,提供了一种基于多业务***集成的企业内网门户***及其工作方法,所述方案通过企业内网门户***的前端门户展示模块提供统一的业务***入口,用户不需要记忆***地址,直接从门户点击即可跳转到对应***;且所述方案通过企业内网门户***的统一认证功能,实现与各个业务***的单点登录功能,用户不需要记住各个业务***的用户名和密码,只需要登录企业内网门户***之后,即可通过点击任意业务***入口,直接登录到***首页;同时,所述方案采用统一事项处理方式,通过企业内网门户***集成各个业务***的待办、已办、待阅、已阅、关注等事项,用户只需要登录企业内网门户***,就可以处理各个业务***的待办、待阅等事项内容。
根据本公开实施例的第一个方面,提供了一种基于多业务***集成的企业内网门户***,包括前端门户展示模块及后端数据访问服务模块;其中,所述前端门户展示模块中集成展示有若干业务***入口;
所述若干业务***之间相互独立,并基于预先定义的标准接口对前端门户展示模块提供数据调用;
所述前端门户展示模块包括企业门户展示页面和个人门户展示页面,其中,所述个人门户展示页面通过数据调用接口进行数据调用,实现当前登录用户在各个业务***中待办、已办、待阅、已阅以及关注内容的集中展示;
所述后端数据访问服务模块用于对前端门户展示模块的数据调用提供服务支持;
所述企业内网门户***采用统一身份认证方式,实现与各个业务***间的单点登录。
进一步的,所述企业内网门户***采用统一身份认证方式,实现与各个业务***间的单点登录,具体为:所述企业内网门户***中融合有各个业务***的认证方式,通过基于后端数据访问服务模块获取待登录业务***的相关信息,基于所述相关信息并采用相关信息中的认证方式,实现用户无感知认证跳转;
或,
所述认证方式包括统一认证服务、伪单点认证、模拟登录以及仅跳转登录页面的方式;
或,所述待登录业务***的相关信息包括***编号、***名称、***所述组织、***应用范围、认证方式、认证地址、认证用户名、认证密码以及认证历史。
进一步的,所述基于预先定义的标准接口对前端门户展示模块提供数据调用,具体为:
由企业内网门户***提供统一事项标准接口规范,各个业务***基于所述统一事项标准接口规范构建统一事项标准接口,将所有业务***的待办、已办、待阅、已阅以及关注的相关内容发送至企业内网门户***,并在前端门户展示模块上进行集中展示;
或,
由业务***提供统一事项接口,企业内网门户***通过集成业务***提供的接口,将统一事项内容展示到企业内网门户***的前端门户展示模块上。
进一步的,所述企业内网门户***还包括统一消息提醒模块,其用于对当前用户的待处理事项进行提醒,所述待处理事项包括当前用户在各个业务***中待办及待阅的处理事项。
进一步的,所述统一消息提醒模块的提醒方式包括短信、邮件或移动端app消息的方式;
或,
所述统一消息提醒模块发送的消息包括消息标题、消息内容、发送来源业务***以及接收人;
或,
所述统一消息提醒模块发送的消息在发送前需进行敏感词汇过滤,对于存在敏感词汇的消息不予推送,避免敏感处理事项内容泄露。
进一步的,为了保证所述企业内网门户***与各个业务***之间的统一身份认证,需预先对企业内部的各组织机构以及人员信息进行规范处理,形成可信数据池,所述企业内网门户***与各个业务***之间共享该可信数据池。
根据本公开实施例的第二个方面,提供了一种基于多业务***集成的企业内网门户***的工作方法,其基于上述的一种基于多业务***集成的企业内网门户***,所述方法包括:
响应于用户在企业内网门户***前端门户展示模块的登录请求,基于预先定义的标准接口从各个业务***中进行待办、已办、待阅、已阅以及关注内容的数据获取,并在个人门户展示页面进行相应内容的集中展示;
若当前用户已经登录所述企业内网门户***,响应于用户在所述前端门户展示模块中业务***入口的点击事件,基于该业务***的认证方式及业务***的相关信息,采用统一身份认证方式,实现用户对该业务***的无感知认证登录。
根据本公开实施例的第三个方面,提供了一种电子设备,包括存储器、处理器及存储在存储器上运行的计算机程序,所述处理器执行所述程序时实现所述的一种基于多业务***集成的企业内网门户***的工作方法。
根据本公开实施例的第四个方面,提供了一种非暂态计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现所述的一种基于多业务***集成的企业内网门户***的工作方法。
与现有技术相比,本公开的有益效果是:
(1)本公开提供了一种基于多业务***集成的企业内网门户***及其工作方法,所述方案通过企业内网门户***的前端门户展示模块提供统一的业务***入口,用户不需要记忆***地址,直接从门户点击即可跳转到对应***;且所述方案通过企业内网门户***的统一认证功能,实现与各个业务***的单点登录功能,用户不需要记住各个业务***的用户名和密码,只需要登录企业内网门户***之后,即可通过点击任意业务***入口,直接登录到***首页;同时,所述方案采用统一事项处理方式,通过企业内网门户***集成各个业务***的待办、已办、待阅、已阅、关注等事项,用户只需要登录企业内网门户***,就可以处理各个业务***的待办、待阅等事项内容。
(2)所述方案通过在企业内网门户***的前端门户展示模块中展示各个业务***的待办及待办数量,可以处理各个业务***的待办事项,不需要再逐个登录业务***去查看是否有待办需要处理,极大的提高了工作的效率。
(3)所述方案中各个业务***相互独立,当某一个业务***出现问题时,不会影响企业内网门户***的整体功能,大大的增强了***的健壮性及易用性,提高用户使用体验。
(4)所述方案中对于统一事项的处理采用事项落地和事项不落地两种集成方式,对于业务***已经有统一事项接口的,企业内网门户***直接集成即可;对于业务***还没有统一事项接口的,企业内网门户***提供统一事项接口标准规范,业务***按照规范开发接口,供门户***调用。
本公开附加方面的优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
构成本公开的一部分的说明书附图用来提供对本公开的进一步理解,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。
图1为本公开实施例中所述的基于多业务***集成的企业内网门户***的总体架构示意图;
图2(a)至图2(d)为本公开实施例中所述的基于多业务***集成的企业内网门户***的业务架构示意图;
图3为本公开实施例中所述的基于多业务***集成的企业内网门户***采用的数据输入模型示意图;
图4为本公开实施例中所述的基于多业务***集成的企业内网门户***采用的数据访问模型示意图;
图5为本公开实施例中所述的基于多业务***集成的企业内网门户***采用的数据架构示意图;
图6为本公开实施例中所述的基于多业务***集成的企业内网门户***的整体结构示意图。
具体实施方式
下面结合附图与实施例对本公开做进一步说明。
应该指出,以下详细说明都是例示性的,旨在对本公开提供进一步的说明。除非另有指明,本文使用的所有技术和科学术语具有与本公开所属技术领域的普通技术人员通常理解的相同含义。
需要注意的是,这里所使用的术语仅是为了描述具体实施方式,而非意图限制根据本公开的示例性实施方式。如在这里所使用的,除非上下文另外明确指出,否则单数形式也意图包括复数形式,此外,还应当理解的是,当在本说明书中使用术语“包含”和/或“包括”时,其指明存在特征、步骤、操作、器件、组件和/或它们的组合。
在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。
实施例一:
本实施例的目的是提供一种基于多业务***集成的企业内网门户***。
一种基于多业务***集成的企业内网门户***,包括前端门户展示模块及后端数据访问服务模块;其中,所述前端门户展示模块中集成展示有若干业务***入口;
所述若干业务***之间相互独立,并基于预先定义的标准接口对前端门户展示模块提供数据调用;
所述前端门户展示模块包括企业门户展示页面和个人门户展示页面,其中,所述个人门户展示页面通过数据调用接口进行数据调用,实现当前登录用户在各个业务***中待办、已办、待阅、已阅以及关注内容的集中展示;
所述后端数据访问服务模块用于对前端门户展示模块的数据调用提供服务支持;
所述企业内网门户***采用统一身份认证方式,实现与各个业务***间的单点登录。
进一步的,所述企业内网门户***采用统一身份认证方式,实现与各个业务***间的单点登录,具体为:所述企业内网门户***中融合有各个业务***的认证方式,通过基于后端数据访问服务模块获取待登录业务***的相关信息,基于所述相关信息并采用相关信息中的认证方式,实现用户无感知认证跳转;
或,
所述认证方式包括统一认证服务、伪单点认证、模拟登录以及仅跳转登录页面的方式;
或,所述待登录业务***的相关信息包括***编号、***名称、***所述组织、***应用范围、认证方式、认证地址、认证用户名、认证密码以及认证历史。
进一步的,所述基于预先定义的标准接口对前端门户展示模块提供数据调用,具体为:
由企业内网门户***提供统一事项标准接口规范,各个业务***基于所述统一事项标准接口规范构建统一事项标准接口,将所有业务***的待办、已办、待阅、已阅以及关注的相关内容发送至企业内网门户***,并在前端门户展示模块上进行集中展示;
或,
由业务***提供统一事项接口,企业内网门户***通过集成业务***提供的接口,将统一事项内容展示到企业内网门户***的前端门户展示模块上。
进一步的,所述企业内网门户***还包括统一消息提醒模块,其用于对当前用户的待处理事项进行提醒,所述待处理事项包括当前用户在各个业务***中待办及待阅的处理事项。
进一步的,所述统一消息提醒模块的提醒方式包括短信、邮件或移动端app消息的方式;
或,
所述统一消息提醒模块发送的消息包括消息标题、消息内容、发送来源业务***以及接收人;
或,
所述统一消息提醒模块发送的消息在发送前需进行敏感词汇过滤,对于存在敏感词汇的消息不予推送,避免敏感处理事项内容泄露。
进一步的,为了保证所述企业内网门户***与各个业务***之间的统一身份认证,需预先对企业内部的各组织机构以及人员信息进行规范处理,形成可信数据池,所述企业内网门户***与各个业务***之间共享该可信数据池。
具体的,为了便于理解,以下结合附图对本实施例所述方案进行详细说明:
本实施例所述方案主要解决如下问题:
(1)当前企业规模越来越大,逐渐形成包括若干组织机构的集团式企业,在此类企业的日常工作中需要访问的业务***越来越多,***地址繁琐且不容易记忆。本实施例所述方案通过内网门户***提供统一***入口,用户不需要记忆***地址,直接从门户点击即可跳转到对应***;
(2)由于各个业务***建设时间不一致,各个业务***的组织机构不统一,业务***的登录方式也不一样,用户名密码也不一样;本实施例所述方案通过企业内网门户***实现统一用户功能,企业内网门户***作为组织机构的一个根节点,从上游人力资源或者主数据***同步组织机构信息,形成可信的组织机构节点,为下游提供组织机构同步接口,达到***组织机构统一的目的;
(3)本实施例所述方案通过内网门户应用***的统一认证功能,实现与各个业务***的单点登录功能,用户不需要记住各个业务***的用户名和密码,只需要登录企业内网门户应用***之后,即可通过点击各个业务***入口,直接登录到***首页;
(4)各个业务***都有可能涉及到待办事项处理,且每个业务***只能处理当前***中的待办事项,用户想要处理每天的工作,至少各个***都要登录一遍,来处理各个***的待办事项。本实施例所述方案通过所述企业内网门户***进行统一的事项处理,所述方案集成了各个业务***的待办、已办、待阅、已阅、关注等事项,用户只需要登录内网门户应用***,就可以处理各个业务***的待办、待阅等事项内容。
基于上述问题,本实施例提供了一种基于多业务***集成的企业内网门户***,如图1所示,该***的总体架构设计是基于成熟的技术路线与技术框架,按照项目的建设要求,采用层次化设计方法进行设计,可以概括为“五层架构、三大体系”。所述***具有前瞻性,其架构设计上支持灵活扩展,能够充分满足未来业务发展的需要。所述***的业务架构如图2(a)至图2(d)所示,其中,所述本实施例所述***业务架构中的数据输入模型具体如图3所示,企业内网门户***数据访问模型如图4所示。具体的,本实施例所述***的数据概念模型以企业内网门户***的相关业务数据为核心,基于数据平台化的思路,遵循主数据的统一标准,包括标准化的规章制度、组织、人员等数据标准,主要通过数据平台来实现与其他***数据共享。
进一步的,本实施例所述***基于平台数据架构的设计原则,所述企业内网门户***的数据架构设计是建立统一和共享的数据视图,来满足各业务***所属单位对数据统一性、标准性和扩展性的需求;通过从集团化整体业务统一对业务数据进行组织与规划,能够有效提高跨业务***间业务数据存贮与共享集成的效率。本实施例所述方案通过从企业数据资产管理的角度,制定整个数据生命周期中数据的采集、存储、移动和访问环节中的策略、模型、流程。
进一步的,在进行业务应用建设时,本实施例所述***从数据管控的角度,充分考虑企业如何管理数据资产,保证数据准确性、一致性、完整性、可用性和安全性;其中,数据管控的目的是为了规范数据标准、提高数据质量和保证数据安全而建立的组织、流程、工具和评价考核体系。本实施例所述的企业内网门户***通过借用数据管控的思想,对各种数据给予各方面的要求与管控。如图5所示,本实施例所述方案中的数据架构包括知产数据、文件数据、用户管理数据、业务管理数据及统计分析数据。
进一步的,本实施例所述企业内网门户***,以“人”为中心,以“服务”为导向,面向人和信息***,打造一站式企业级综合应用门户,满足企业用户统一登录业务***、集中展示工作事项信息、统一展示各业务***消息信息、企业信息统一发布的要求,给用户一张个性化、高效、简洁的电子化“办公桌”,大大提高用户管理效率,减少***使用投入成本。
如图6所示,本实施例所述的企业内网门户***分为前台可见功能、后台可见功能及支撑功能,其中,前台功能分为公司门户、个人门户等,后台功能分为四个统一:统一用户、统一认证、统一事项、统一消息及其他配置项。具体的,以下从上述四个方面,对本实施例所述***进行详细说明:
(一)统一用户
为了保证所述企业内网门户***与各个业务***之间的统一身份认证,需预先对企业内部的各组织机构以及人员信息进行规范处理,形成可信数据池,所述企业内网门户***与各个业务***之间共享该可信数据池。具体的,通过统一组织机构梳理不同来源的组织机构数据,形成可信数据池,并向其他业务***提供数据来源。对于组织机构中的敏感信息,(如:中层以上领导、部门变更信息),会给对应的集团或二级单位管理员发送变更确认函,确认后对组织产生变更,实现组织机构的来源清晰、变更可控可追溯、下发数据可控的效果。
进一步的,组织机构数据主要包括组织编号、组织名称、组织简称、组织类型、组织等级、组织说明;人员信息主要包括人员编号、人员姓名、人员性别、人员拼音、人员邮箱、人员单位、人员部门、人员职位、数据确认人、确认时间等内容。
(二)统一认证
本实施例所述***采用的统一认证包括以下四种集成方式:
1)统一认证服务
2)伪单点认证
3)模拟登录
4)仅跳转登录页面
内网门户***融合所有***的认证方式可实现用户无感知认证跳转,主要存储数据包括***编号、***名称、***所属组织、***应用范围、认证方式、认证地址、认证用户名、认证密码、认证历史等内容。
(三)统一事项
统一事项处理定义标准接口规范,将所有***的待办、已办等接口定义或转化为门户***标准接口,极大的减少***集成的工作量,且各个***相互独立,数据异步加载,某一个***出现问题,不会影响门户***的整体使用。
统一事项处理包含但不仅限于自动纠错、事件互查、调用统一消息接口进行通知等消息发送,实现统一事项的快速状态变更及快速查询,依据人员工号及待办状态进行查询。
统一事项包括事项名称、流程名称、***名称、上一步骤审批人、上一步骤审批时间、本步骤审批人、本步骤审批时间、事项状态、事项PC端待办URL、事项移动端待办URL、事项已办URL、事项移动端已办URL、是否关注、是否可用于移动端等。
统一事项处理集成各应用***的待办、已办、待阅、已阅、关注等数据。统一事项中心包括两种集成方式:事项落地和事项不落地。
1)事项落地
企业内网门户***提供统一事项标准接口规范,业务***通过调用接口,将待办、已办、待阅、已阅、关注等内容发送到内网门户***中。
企业内网门户***统一事项标准接口规范如表1所示:
事项处理类型用于标明当前的事项数据是如何被服务处理的(所有的事项第一次处理必须使用ADD_ITEM)
表1 统一事项标准接口规范
数据类型 说明
ADD_ITEM 新增待办事项
PD_HD 待办转已办
HD_PD 已办转待办
DEL_ITEM 删除事项
UPDATE_ITEM 修改事项
FOW_ITEM 关注事项
NO_FOW 取消关注事项
事项操作需要按照表2的规则进行调用和操作:
表2 事项操作规则
Figure BDA0004102217910000091
Figure BDA0004102217910000101
Figure BDA0004102217910000111
Figure BDA0004102217910000121
Figure BDA0004102217910000131
2)事项不落地
业务***提供统一事项(待办、已办、待阅、已阅、关注等事项)接口,企业内网门户***通过集成业务***提供的接口,将统一事项内容展示在内网门户上面。对于业务***已经有统一事项接口的,企业内网门户***直接集成即可;对于业务***还没有统一事项接口的,企业内网门户***提供统一事项接口标准规范,业务***按照规范开发接口,供门户***调用。
统一事项接口规范如下:
a.获取事项信息
【功能需求】
根据用户登录名和事项类型返回对应事项内容信息,支持根据事项名称模糊查询,支持分页查询,查询返回结果按照时间倒序排序。其请求参数设置如表3所示。
表3请求参数
Figure BDA0004102217910000141
【请求方式】
Webservice接口或Restful接口,接口的返回值如表4所示:
表4接口返回值
Figure BDA0004102217910000142
返回json格式的具体示例如下所示:
{“total”:“20”,“items”:[{“itemId”:“123”,“itemTitle”:“统一事项标题1”,“itemUrl”:“http://ip:port/test.jsp”,“preTime”:“2020-06-03 13:22:00”,“preUserName”:“张三”,“isatt”:”0”,“itemLevel”:“0”},{“itemId”:“456”,“itemTitle”:“统一事项标题2”,“itemUrl”:“http://ip:port/test.jsp”,“preTime”:“2020-06-03 13:22:00”,“preUserName”:“张三”,“isatt”:”0”,“itemLevel”:“0”}...]}。
b.获取事项总条数
【功能需求】
根据用户登录名返回对应事项总条数,其请求参数如表5所示
表5 请求参数
序号 参数名 描述
1 userId 用户登录名
【请求方式】
采用Webservice接口或Restful接口。
【返回值】
返回对应的条数,具体示例如下:
{“systype”:“cwxt”,“daiban”:10,“daiyue”:20}
(四)统一消息
通过统一消息提醒模块在发送消息前会进行消息权限验证,只有在门户中已经设置过允许发送的消息才会被发出;
进一步的,本实施例中存在消息校验机制,保证消息一致性。消息需要有消息过滤机制,将敏感词汇过滤,并且存在敏感词汇的消息信息不予发送;其他应用可以调用消息接口将消息推送给统一消息提醒模块;统一消息提醒模块依据用户设置将消息进行敏感词汇确认后发送给用户,发送类型有APP、短信、邮件等。
进一步的,消息信息包括消息标题、消息内容、发送***、接收人等。
(五)其它配置项
(1)内容管理模块
本实施例所述***采用自建内容管理模块,用于发布相关的新闻资讯、通知公告、政策法规等模块内容并支持附件的上传,可以根据需求配置审批流程,用于新闻发布流程审批。并可以自定义创建模块或创建专题网站。
(2)门户页面
本实施例所述***中门户页面可以自定义设置主题颜色及字体大中小切换,可以自定义拖拽模块布局,可以根据角色,配置页面风格,实现千人千面的界面效果。
进一步的,相对于现有方案的简单界面集成,现有实现方案缺乏统一用户统一认证和统一事项功能,用户使用不便,且不具备统一消息功能;本实施例所述方案具备统一用户、统一认证、统一事项以及统一消息功能,其中,统一用户与统一认证具备第三方***集成功能,并且约定统一事项数据接口集成规范,将电力集团统一事项进行规范化统一化,规范管理,有益于企业管理与内网数据治理,统一消息用于短信、app消息等通知。
实施例二:
本实施例的目的是提供一种基于多业务***集成的企业内网门户***的工作方法。
一种基于多业务***集成的企业内网门户***的工作方法,其基于上述的一种基于多业务***集成的企业内网门户***,所述方法包括:
响应于用户在企业内网门户***前端门户展示模块的登录请求,基于预先定义的标准接口从各个业务***中进行待办、已办、待阅、已阅以及关注内容的数据获取,并在个人门户展示页面进行相应内容的集中展示;
若当前用户已经登录所述企业内网门户***,响应于用户在所述前端门户展示模块中业务***入口的点击事件,基于该业务***的认证方式及业务***的相关信息,采用统一身份认证方式,实现用户对该业务***的无感知认证登录。
在更多实施例中,还提供:
一种电子设备,包括存储器和处理器以及存储在存储器上并在处理器上运行的计算机指令,所述计算机指令被处理器运行时,完成实施例一中所述的方法。为了简洁,在此不再赘述。
应理解,本实施例中,处理器可以是中央处理单元CPU,处理器还可以是其他通用处理器、数字信号处理器DSP、专用集成电路ASIC,现成可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据、存储器的一部分还可以包括非易失性随机存储器。例如,存储器还可以存储设备类型的信息。
一种计算机可读存储介质,用于存储计算机指令,所述计算机指令被处理器执行时,完成实施例一中所述的方法。
实施例一中的方法可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
本领域普通技术人员可以意识到,结合本实施例描述的各示例的单元即算法步骤,能够以电子硬件或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本公开的范围。
上述实施例提供的一种基于多业务***集成的企业内网门户***及其工作方法可以实现,具有广阔的应用前景。
以上所述仅为本公开的优选实施例而已,并不用于限制本公开,对于本领域的技术人员来说,本公开可以有各种更改和变化。凡在本公开的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。

Claims (10)

1.一种基于多业务***集成的企业内网门户***,其特征在于,包括前端门户展示模块及后端数据访问服务模块;其中,所述前端门户展示模块中集成展示有若干业务***入口;
所述若干业务***之间相互独立,并基于预先定义的标准接口对前端门户展示模块提供数据调用;
所述前端门户展示模块包括企业门户展示页面和个人门户展示页面,其中,所述个人门户展示页面通过数据调用接口进行数据调用,实现当前登录用户在各个业务***中待办、已办、待阅、已阅以及关注内容的集中展示;
所述后端数据访问服务模块用于对前端门户展示模块的数据调用提供服务支持;
所述企业内网门户***采用统一身份认证方式,实现与各个业务***间的单点登录。
2.如权利要求1所述的一种基于多业务***集成的企业内网门户***,其特征在于,所述企业内网门户***采用统一身份认证方式,实现与各个业务***间的单点登录,具体为:所述企业内网门户***中融合有各个业务***的认证方式,通过基于后端数据访问服务模块获取待登录业务***的相关信息,基于所述相关信息并采用相关信息中的认证方式,实现用户无感知认证跳转;
或,
所述认证方式包括统一认证服务、伪单点认证、模拟登录以及仅跳转登录页面的方式;
或,
所述待登录业务***的相关信息包括***编号、***名称、***所述组织、***应用范围、认证方式、认证地址、认证用户名、认证密码以及认证历史。
3.如权利要求1所述的一种基于多业务***集成的企业内网门户***,其特征在于,所述基于预先定义的标准接口对前端门户展示模块提供数据调用,具体为:
由企业内网门户***提供统一事项标准接口规范,各个业务***基于所述统一事项标准接口规范构建统一事项标准接口,将所有业务***的待办、已办、待阅、已阅以及关注的相关内容发送至企业内网门户***,并在前端门户展示模块上进行集中展示;
或,
由业务***提供统一事项接口,企业内网门户***通过集成业务***提供的接口,将统一事项内容展示到企业内网门户***的前端门户展示模块上。
4.如权利要求1所述的一种基于多业务***集成的企业内网门户***,其特征在于,所述企业内网门户***还包括统一消息提醒模块,其用于对当前用户的待处理事项进行提醒,所述待处理事项包括当前用户在各个业务***中待办及待阅的处理事项。
5.如权利要求4所述的一种基于多业务***集成的企业内网门户***,其特征在于,所述统一消息提醒模块的提醒方式包括短信、邮件或移动端app消息的方式;
或,
所述统一消息提醒模块发送的消息包括消息标题、消息内容、发送来源业务***以及接收人。
6.如权利要求4所述的一种基于多业务***集成的企业内网门户***,其特征在于,所述统一消息提醒模块发送的消息在发送前需进行敏感词汇过滤,对于存在敏感词汇的消息不予推送,避免敏感处理事项内容泄露。
7.如权利要求1所述的一种基于多业务***集成的企业内网门户***,其特征在于,为了保证所述企业内网门户***与各个业务***之间的统一身份认证,需预先对企业内部的各组织机构以及人员信息进行规范处理,形成可信数据池,所述企业内网门户***与各个业务***之间共享该可信数据池。
8.一种基于多业务***集成的企业内网门户***的工作方法,其特征在于,其基于如权利要求1-7任一项所述的一种基于多业务***集成的企业内网门户***,所述方法包括:
响应于用户在企业内网门户***前端门户展示模块的登录请求,基于预先定义的标准接口从各个业务***中进行待办、已办、待阅、已阅以及关注内容的数据获取,并在个人门户展示页面进行相应内容的集中展示;
若当前用户已经登录所述企业内网门户***,响应于用户在所述前端门户展示模块中业务***入口的点击事件,基于该业务***的认证方式及业务***的相关信息,采用统一身份认证方式,实现用户对该业务***的无感知认证登录。
9.一种电子设备,包括存储器、处理器及存储在存储器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求8所述的一种基于多业务***集成的企业内网门户***的工作方法。
10.一种非暂态计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求8所述的一种基于多业务***集成的企业内网门户***的工作方法。
CN202310180240.3A 2023-02-23 2023-02-23 基于多业务***集成的企业内网门户***及其工作方法 Pending CN116108420A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310180240.3A CN116108420A (zh) 2023-02-23 2023-02-23 基于多业务***集成的企业内网门户***及其工作方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310180240.3A CN116108420A (zh) 2023-02-23 2023-02-23 基于多业务***集成的企业内网门户***及其工作方法

Publications (1)

Publication Number Publication Date
CN116108420A true CN116108420A (zh) 2023-05-12

Family

ID=86265497

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310180240.3A Pending CN116108420A (zh) 2023-02-23 2023-02-23 基于多业务***集成的企业内网门户***及其工作方法

Country Status (1)

Country Link
CN (1) CN116108420A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117519552A (zh) * 2024-01-05 2024-02-06 思创数码科技股份有限公司 门户页面动态布局配置方法、***、计算机及存储介质
CN117580004A (zh) * 2023-10-23 2024-02-20 中移互联网有限公司 基于5g消息的业务处理方法、装置及***

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018014657A1 (zh) * 2016-07-20 2018-01-25 中兴通讯股份有限公司 一种统一门户方法、装置及***
CN112100260A (zh) * 2020-09-11 2020-12-18 山东亿云信息技术有限公司 一种基于接口引擎的多应用数据融合的方法及***
CN112396397A (zh) * 2020-11-18 2021-02-23 中国建设银行股份有限公司 运维事务归集和管理***
CN114024730A (zh) * 2021-10-29 2022-02-08 敦讯信息咨询(海南)有限公司 一种企业门户管理***
CN115423273A (zh) * 2022-08-16 2022-12-02 东风汽车集团股份有限公司 企业异构***集成方法、装置、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018014657A1 (zh) * 2016-07-20 2018-01-25 中兴通讯股份有限公司 一种统一门户方法、装置及***
CN112100260A (zh) * 2020-09-11 2020-12-18 山东亿云信息技术有限公司 一种基于接口引擎的多应用数据融合的方法及***
CN112396397A (zh) * 2020-11-18 2021-02-23 中国建设银行股份有限公司 运维事务归集和管理***
CN114024730A (zh) * 2021-10-29 2022-02-08 敦讯信息咨询(海南)有限公司 一种企业门户管理***
CN115423273A (zh) * 2022-08-16 2022-12-02 东风汽车集团股份有限公司 企业异构***集成方法、装置、设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
段勇等: "政府信息化建设与典型***设计", 30 September 2009, pages: 26 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117580004A (zh) * 2023-10-23 2024-02-20 中移互联网有限公司 基于5g消息的业务处理方法、装置及***
CN117519552A (zh) * 2024-01-05 2024-02-06 思创数码科技股份有限公司 门户页面动态布局配置方法、***、计算机及存储介质
CN117519552B (zh) * 2024-01-05 2024-04-05 思创数码科技股份有限公司 门户页面动态布局配置方法、***、计算机及存储介质

Similar Documents

Publication Publication Date Title
CN116108420A (zh) 基于多业务***集成的企业内网门户***及其工作方法
US8856807B1 (en) Alert event platform
US20240177170A1 (en) Customer Management System
CN102567299A (zh) 使用文本消息与电子表格交互
US9767440B2 (en) System and method for student attendance management
US20090234920A1 (en) System for instant collaboration
EP3009971A1 (en) A system and method for cross enterprise collaboration
US10963845B2 (en) System and method for student attendance management
US20200186372A1 (en) Attendance Configuration Methods and Apparatuses
US11055754B1 (en) Alert event platform
US9870542B2 (en) Managing information technology solution centers
WO2019200759A1 (zh) 坐席信息处理方法、装置及计算机可读存储介质
US20160132975A1 (en) Identifying high usage periods
US20150081570A1 (en) Customer preference management and notification systems
US20150095087A1 (en) Calendar Integration In A Collaborative Environment
CN111600942B (zh) 报表处理方法、装置及设备
US10623356B2 (en) System and method for processing incoming emails
CN113435669A (zh) 接入工作流的优化方法、装置、电子设备和可读存储介质
US20140358614A1 (en) Calendar-agnostic meeting scheduling
CN110796543B (zh) 基于关系网络的定制信息获取方法、装置及电子设备
CN112258162B (zh) 一种一站式信息应用***
WO2024123378A1 (en) Managing notifications in a wireless network
KR102463250B1 (ko) 운영관리 솔루션 시스템 및 빅데이터 분석 방법
Muxfeld et al. Online Claim System for Automated Insurance Claim Monitoring
TWI780328B (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