CN103763318A - 一种实现企业通讯簿的方法和装置 - Google Patents
一种实现企业通讯簿的方法和装置 Download PDFInfo
- Publication number
- CN103763318A CN103763318A CN201410023027.2A CN201410023027A CN103763318A CN 103763318 A CN103763318 A CN 103763318A CN 201410023027 A CN201410023027 A CN 201410023027A CN 103763318 A CN103763318 A CN 103763318A
- Authority
- CN
- China
- Prior art keywords
- enterprise
- group
- xml document
- address book
- department
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000004891 communication Methods 0.000 claims description 35
- 230000008520 organization Effects 0.000 claims description 14
- 230000007613 environmental effect Effects 0.000 claims description 6
- 238000013523 data management Methods 0.000 abstract description 3
- 230000006870 function Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 6
- 238000007726 management method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
Images
Abstract
本发明公开了一种实现企业通讯簿的方法和装置,涉及数据管理领域,用于解决企业实现通讯簿功能时,需要添加额外的硬件设备而造成的增加企业通讯簿的实现成本的问题。本发明提供的方法具体包括:应用于网关设备的Java虚拟机JVM上,建立并通过JAVA类实现企业通讯簿所需的服务接口,并与生成的与所述企业通讯簿服务对应的配置文件和资源文件一同封装成为Bundle,发布该Bundle提供的服务,通过在网关设备上实现具有企业通讯簿功能的Bundle来向网关设备提供企业通讯簿的服务,本发明实施例主要用于数据管理的过程中。
Description
技术领域
本发明涉及数据管理领域,尤其涉及一种实现企业通讯簿的方法和装置。
背景技术
在企业中,随着人员的增加和业务的扩展,部门的划分以及客户群的划分也日益详细,因此,企业通讯簿中所包含的信息逐渐增多,管理企业通讯簿所需的工作量也日益增大,所以,需要建立一种企业通讯簿的实现方案来管理这些信息。
现有技术提供了一种以Ciseo(Cisco Systems,思科)IP电话系统为平台实现通讯簿的方式,该方式通过额外配置独立的服务器,并根据IP电话机的MAC(medium access control,介质访问控制)地址进行认证,以及使用XML(可扩展标记语言)建立通讯簿,使得用户能够方便地查找到公共的通讯簿并自建个人的通讯簿。
在实现上述方案的过程中,发明人发现现有技术中至少存在如下问题:
现有技术采用的方案需要额外配置相应的业务服务器以及在用户的终端设备上添加Ciseo IP电话系统的配套设施,也就是说,在现有企业网络设备中为了实现企业通讯簿,就必须要添加额外的硬件设备,这样不仅增加了实现企业实现企业通讯簿的成本,且不利于对企业通讯簿后续的业务扩展。
发明内容
本发明的实施例提供一种实现企业通讯簿的方法和装置,用于解决企业实现通讯簿功能时,需要添加额外的硬件设备而造成的增加企业通讯簿的实现成本的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
为企业通讯簿服务建立服务接口;
生成实现所述服务接口的JAVA类文件,以及,生成与所述企业通讯簿服务对应的配置文件和资源文件;所述配置文件用于为所述企业通讯簿服务的运行提供相应的运行参数及环境参数,所述资源文件包含企业通讯簿所需的通讯信息;
将所述服务接口、所述JAVA类文件、所述配置文件以及所述资源文件封装为Bundle(组件);
在网关设备的JVM(Java Virtual Machine,Java虚拟机)上运行所述Bundle,并发布所述Bundle提供的服务。
本发明实施例还提供了一种实现企业通讯簿的装置,包括:
封装模块,用于为企业通讯簿服务建立服务接口;生成实现所述服务接口的JAVA类文件,以及,生成与所述企业通讯簿服务对应的配置文件和资源文件;所述配置文件用于为所述企业通讯簿服务的运行提供相应的运行参数及环境参数,所述资源文件包含企业通讯簿所需的通讯信息;将所述服务接口、所述JAVA类文件、所述配置文件以及所述资源文件封装为组件Bundle;
Bundle管理模块,用于在网关设备的JVM上运行所述Bundle,并发布所述Bundle提供的服务。
本发明实施例提供的一种实现企业通讯簿的方法和装置,通过在网关设备上建立并通过相应的JAVA类文件实现所需的服务接口,并根据企业通讯簿所提供的服务生成相应的配置文件和资源文件,最后将所有服务接口、所述JAVA类文件、所述配置文件以及所述资源文件封装为Bundle,并发布该Bundle提供的服务的方法,通过软件的方式来实现企业通讯簿的功能,并且使得用户通过直接登录到网关上,就能够使用网关设备所提供的企业通讯簿服务,避免了企业添加新的服务器及相应的硬件设施来实现企业通讯簿,从而解决了企业实现通讯簿功能时,需要添加额外的硬件设备而造成的增加企业通讯簿的实现成本的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种实现企业通讯簿的方法流程图;
图2为本发明实施例提供的一种生成资源文件的方法流程图;
图3为本发明实施例提供的一种在企业组中存储资源文件的方法流程图;
图4为本发明实施例提供的一种在客户组中存储资源文件的方法流程图;
图5为本发明实施例提供的一种更新客户端缓存数据的方法流程图;
图6为本发明实施例提供的一种实现企业通讯簿的装置示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种实现企业通讯簿的方法,应用于网关设备的JVM上,方法流程如图1所示,具体包括:
101、为企业通讯簿服务建立服务接口。
其中,本发明所提供的方法是在网关设备上实现的,因此建立服务接口的步骤是在网关设备的JVM上进行的,通过基于OSGi(Open Service GatewayInitiative,面向Java的动态模型系统)定义提供通讯簿服务的接口来建立服务接口,在OSGi中是由各种不同功能的Bundle对应的服务接口来向JVM提供服务的,因此,建立服务接口是为了网关设备的JVM就能够通过所定义的服务接口来使用OSGi中实现企业通讯簿功能的Bundle提供的服务。
其中,所述网关设备用于不同局域网之间或者与不同的广域网之间的互联,在企业网络中必不可少;所述OSGi提供了一组核心服务集,并提供了各种服务的执行环境,运行于JVM上,是用于规范网络业务提交与管理的框架,通过不同的Bundle来实现不同的业务服务。
102、生成实现所述服务接口的JAVA类文件,以及,生成与所述企业通讯簿服务对应的配置文件和资源文件。
其中,实现所述服务接口是通过JAVA类的方式实现的,通过描述服务接口的使用方法及接口间的关联关系等来实现,具体的实现方式为OSGi中的基本方法,在此不再赘述。
另外,所述配置文件用于为所述企业通讯簿服务的运行提供相应的运行参数及环境参数,是OSGi所规定的需要进行配置的文件,例如,描述Bundle的manifest文件,实现用来管理Bundle的生命周期和与OSGi框架交互的BundleActivator接口和用于监听的ServiceListener接口的文件等,为业内人员所公知的内容,因此关于具体的实现方式,在此不再做更多的描述。
另外,所述资源文件包含企业通讯簿所需的通讯信息,包括用户权限信息、部门组织结构、部门信息类型及数据、员工列表、员工信息类型及数据、客户类型列表、客户信息类型及数据等,当然,还可以添加其它内容如企业描述或者图片、音频等,在此不做更多的限制。
需要说明的是,信息类型指的是,信息所包含的内容条目,例如,部门信息类型包括部门名称,部门负责人等,不包含具体的数据,例如部门名称是业务部、部门负责人是张三,那么业务部和张三即为部门信息数据,其它的信息类型和数据的描述与此同理。
103、将所述服务接口、所述JAVA类文件、所述配置文件以及所述资源文件封装为组件Bundle。
其中,所述Bundle作为OSGi所提供的标准环境中的应用程序,是以JAR文件的形式封装的,封装成的JAR文件能够发布Bundle所提供的服务,并能够被JVM直接使用。
104、在网关设备的JVM上运行所述Bundle,并发布所述Bundle提供的服务。
其中,所述发布Bundle,是将Bundle所提供的服务注册到OSGi的服务表中。
另外,当有新的业务服务需求时,如短信服务、数据卡驱动等,可通过实现对应的Bundle添加到OSGi的服务表中,通过OSGi所提供的指令关联不同的Bundle。
本发明实施例提供的一种实现企业通讯簿的方法,通过在网关设备上建立并通过相应的JAVA类文件实现所需的服务接口,并根据企业通讯簿所提供的服务生成相应的配置文件和资源文件,最后将所有服务接口、所述JAVA类文件、所述配置文件以及所述资源文件封装为Bundle,并发布该Bundle提供的服务的方法,通过软件的方式来实现企业通讯簿的功能,并且使得用户通过直接登录到网关上,就能够使用网关设备所提供的企业通讯簿服务,避免了企业添加新的服务器及相应的硬件设施来实现企业通讯簿,从而解决了企业实现通讯簿功能时,需要添加额外的硬件设备而造成的增加企业通讯簿的实现成本的问题。。
进一步的,为了更清楚地阐述步骤102所述的方法,本发明实施例还提供了生成资源文件的方法,方法流程如图2所示,具体包括:
201、获取企业通讯簿所需的通讯信息。
其中,获取所需的通讯信息的方法可由管理人员进行配置,也可由预先存储了该通讯信息的存储器中读取,在此不做更多的限制。
202、通过可扩展标记语言XML文档分别描述所述通讯信息包含的每一项内容。
其中,针对通讯信息中所包含的的不同内容,分别为每一项内容创建对应的XML文档来描述相应的内容,具体的创建的方法为业内人员所公知,因此不再赘述。
203、根据所述通讯信息,建立企业组、客户组和详细信息组。
其中,所述企业组包含用户权限信息、部门组织结构、部门信息类型、员工列表以及员工信息类型,所述客户组包含客户类型列表和客户信息类型,所述详细信息组包含部门信息数据、员工信息数据以及客户信息数据。
204、将所述通讯信息包含的内容对应的XML文档对应地存储到企业组、客户组和详细信息组中。
在本发明实施例中,通过XML文档来描述建立企业通讯簿所需的通讯信息,并根据通讯信息的内容划分出企业组,客户组和详细信息组来存储每个组对应的XML文档的方法,完成了对企业通讯簿中的通讯信息的描述和存储,为企业通讯簿功能的实现提供了必要的数据信息,使得网关设备能够在需要时查找到对应的信息内容。
进一步的,为了实施步骤204所述的方法,本发明实施例提供了在企业组中存储对应的XML文档的方法,方法流程如图3所示,具体包括:
2041、在所述企业组中建立第一全局分级,并将用户权限信息及描述部门组织结构的XML文档存储于企业组中设置的第一全局分级中。
其中,在企业组中,通过分级的方式存储每一项内容,在第一全局分级中存储的用户权限信息用于限制不同用户能够查看的内容,存储的部门组织结构对应的XML文档用于列出企业的整体结构和部门组成。
需要说明的是,企业组中的内容的用户权限可设定为只能由管理员进行修改。
2042、在所述第一全局分级下为每个部门建立一个部门分级,并在每个部门分级下存储相应的用于描述部门信息类型的XML文档以及部门的员工列表。
其中,通过部门组织结构能够查找并关联到不同部门所对应的部门分级,所述本门分级下存储的内容用于描述本部门内部的情况,包括部门的描述及部门内部的员工等。
2043、在每个部门分级下为每个员工建立员工分级,并在每个员工分级下存储相应的用于描述员工信息类型的XML文档。
其中,通过员工列表能够查找并关联到不同员工所对应的员工分级,以查看对应员工的信息。
需要说明的是,在中所述企业组中存储的XML文档不包含部门信息和员工信息的具体数据,描述部门信息数据和员工信息数据的XML文档存储于详细信息组中,存储的信息数据是根据对应的信息类型的标识进行存储的,通过该标识就能够建立对应的信息类型与对应的信息数据之间的对应关系。
当然,步骤2041至步骤2043只是本发明实施例提供的一种分级的方法,业内人员可根据该方法根据需要进行进一步的分级,在此不做更多的限制。
在本方法实施例中,通过在企业组中建立第一全局分级,在第一全局分级下建立部门分级,在部门分级下建立员工分级,并将相应的文档存储到相应的分级中的方式,建立了一种查找方式,通过母分级中存储的文档就能够查找到本分级中建立的所有子分级,并关联到该子分级,使得用户能够根据层级划分快速查找到对应的企业内部信息,并且更方便管理人员的管理。
进一步的,为了实施步骤204所述的方法,本发明实施例提供了在客户组中存储对应的XML文档的方法,方法流程如图4所示,具体包括:
204A、在所述客户组中建立第二全局分级,并将客户类型列表存储于客户组中设置的第二全局分级中。
其中,所述客户类型可根据地区或者业务进行区分,可根据具体的情况进行划分,在此不再赘述。
另外,在客户组中也可以配置用户权限来设置修改客户组中内容,例如可设置为管理员能够修改企业所有客户的信息,用户能够修改自己客户的信息,当然也可以设置为其它方式,在此不做更多限制。
204B、在所述第二全局分级下为每种客户类型建立一个客户类型分级,并在每个客户类型分级下存储相应的用于描述客户信息类型的XML文档。
其中,在客户组中所存储的XML文档不包含客户信息的具体数据,描述客户信息数据的XML文档存储于详细信息组中,存储的客户信息数据是根据不同的客户信息类型的标识进行存储的,通过该标识就能够建立客户信息类型与信息数据之间的对应关系。
进一步的,为了使客户端缓存的数据与服务器中的数据保持一致,本发明实施例提供了检查客户端缓存数据是否更新的方法,方法流程如图5所示,具体包括:
301、为每个XML文档分别配置一个标记。
其中,所述标记是根据XML文档携带的内容进行计算得到的标识信息,所述标记可优选Etag(被请求变量的实体值),每个XML文档配置有一个标记。
302、获取每个XML文档对应的在客户端侧的标记以及在服务器侧的标记并判断客户端侧的标记与在服务器侧的标记是否相同;相同时,执行步骤303,否则,执行304。
其中,所述客户端可以为安装在用户的PC或智能手机终端上的web客户端,而服务器则是指与客户端对应的网关设备,客户端与网关设备之间可通过HTTP的方式进行通信。
另外,在网关设备上还可设置对用户进行认证,当客户端向网关设备请求消息时,可通过用户名和密码来验证该用户是否能够使用企业通讯簿的功能。
303、保持XML文档存储的描述的内容不变。
304、根据服务器侧存储的XML文档内容更新客户端侧存储的XML文档的内容。
在本发明实施例中,通过为每个XML文档配置一个标记,根据该标记来判断客户端缓存的数据与网关设备上的数据是否一致的方法,判断是否需要更新客户端的缓存,只有当不一致时才从网关设备上重新获取数据,减少了数据没有发生变化时,进行不必要的数据获取操作,进而减轻了网关设备的负担,使得网关设备能够稳定提供企业通讯服务。
本发明实施例还提供了一种实现企业通讯簿的装置,基于运行在企业网关设备的JAVA虚拟机上的OSGi建立,如图6所示,用以实现图1至图5所示的方法流程,所述装置包括:
封装模块61,用于为企业通讯簿服务建立服务接口;生成实现所述服务接口的JAVA类文件,以及,生成与所述企业通讯簿服务对应的配置文件和资源文件;所述配置文件用于为所述企业通讯簿服务的运行提供相应的运行参数及环境参数,所述资源文件包含企业通讯簿所需的通讯信息;将所述服务接口、所述JAVA类文件、所述配置文件以及所述资源文件封装为组件Bundle。
Bundle管理模块62,用于在网关设备的JVM上运行所述Bundle,并发布所述Bundle提供的服务。
另外,所述封装模块61,还用于获取企业通讯簿所需的通讯信息;所述通讯信息包括用户权限信息、部门组织结构、部门信息类型及数据、员工列表、员工信息类型及数据、客户类型列表、客户信息类型及数据;通过可扩展标记语言XML文档分别描述所述通讯信息包含的每一项内容;根据所述通讯信息,建立企业组、客户组和详细信息组;所述企业组包含用户权限信息、部门组织结构、部门信息类型、员工列表以及员工信息类型,所述客户组包含客户类型列表和客户信息类型,所述详细信息组包含部门信息数据、员工信息数据以及客户信息数据;将所述通讯信息包含的内容对应的XML文档对应地存储到企业组、客户组和详细信息组中。
另外,所述封装模块61,还用于在所述企业组中建立第一全局分级,并将用户权限信息及描述部门组织结构的XML文档存储于企业组中设置的第一全局分级中;以及,在所述第一全局分级下为每个部门建立一个部门分级,并在每个部门分级下存储相应的用于描述部门信息类型的XML文档以及部门的员工列表;以及,在每个部门分级下为每个员工建立员工分级,并在每个员工分级下存储相应的用于描述员工信息类型的XML文档。
另外,所述封装模块61,还用于在所述客户组中建立第二全局分级,并将客户类型列表存储于客户组下设的第二全局分级中;以及,在所述第二全局分级下为每种客户类型建立一个客户类型分级,并在每个客户类型分级下存储相应的用于描述客户信息类型的XML文档。
另外,所述封装模块61,还用于获取每个XML文档对应的在客户端侧的标记以及在服务器侧的标记;所述标记是根据XML文档携带的内容进行计算得到的标识信息,每个XML文档配置有一个标记;当在客户端侧的标记与在服务器侧的标记相同时,保持XML文档存储的描述的内容不变;当在客户端侧的标记与在服务器侧的标记不相同时,根据服务器侧存储的XML文档内容更新客户端侧存储的XML文档的内容。
本发明实施例提供的一种实现企业通讯簿的装置,通过在网关设备上建立并通过相应的JAVA类文件实现所需的服务接口,并根据企业通讯簿所提供的服务生成相应的配置文件和资源文件,最后将所有服务接口、所述JAVA类文件、所述配置文件以及所述资源文件封装为Bundle,并发布该Bundle提供的服务的方法,通过软件的方式来实现企业通讯簿的功能,并且使得用户通过直接登录到网关上,就能够使用网关设备所提供的企业通讯簿服务,避免了企业添加新的服务器及相应的硬件设施来实现企业通讯簿,从而解决了企业实现通讯簿功能时,需要添加额外的硬件设备而造成的增加企业通讯簿的实现成本的问题。。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种实现企业通讯簿的方法,其特征在于,应用于网关设备的Java虚拟机JVM上,所述方法包括:
为企业通讯簿服务建立服务接口;
生成实现所述服务接口的JAVA类文件,以及,生成与所述企业通讯簿服务对应的配置文件和资源文件;所述配置文件用于为所述企业通讯簿服务的运行提供相应的运行参数及环境参数,所述资源文件包含企业通讯簿所需的通讯信息;
将所述服务接口、所述JAVA类文件、所述配置文件以及所述资源文件封装为组件Bundle;
在网关设备的JVM上运行所述Bundle,并发布所述Bundle提供的服务。
2.根据权利要求1所述的方法,其特征在于,所述生成与所述企业通讯簿服务对应的资源文件,包括:
获取企业通讯簿所需的通讯信息;所述通讯信息包括用户权限信息、部门组织结构、部门信息类型及数据、员工列表、员工信息类型及数据、客户类型列表、客户信息类型及数据;
通过可扩展标记语言XML文档分别描述所述通讯信息包含的每一项内容;
根据所述通讯信息,建立企业组、客户组和详细信息组;所述企业组包含用户权限信息、部门组织结构、部门信息类型、员工列表以及员工信息类型,所述客户组包含客户类型列表和客户信息类型,所述详细信息组包含部门信息数据、员工信息数据以及客户信息数据;
将所述通讯信息包含的内容对应的XML文档对应地存储到企业组、客户组和详细信息组中。
3.根据权利要求2所述的方法,其特征在于,所述将所述通讯信息包含的内容对应的XML文档对应地存储到企业组中,包括:
在所述企业组中建立第一全局分级,并将用户权限信息及描述部门组织结构的XML文档存储于企业组中设置的第一全局分级中;
以及,在所述第一全局分级下为每个部门建立一个部门分级,并在每个部门分级下存储相应的用于描述部门信息类型的XML文档以及部门的员工列表;
以及,在每个部门分级下为每个员工建立员工分级,并在每个员工分级下存储相应的用于描述员工信息类型的XML文档。
4.根据权利要求2所述的方法,其特征在于,所述将所述通讯信息包含的内容对应的XML文档对应地存储到客户组中,包括:
在所述客户组中建立第二全局分级,并将客户类型列表存储于客户组中设置的第二全局分级中;
以及,在所述第二全局分级下为每种客户类型建立一个客户类型分级,并在每个客户类型分级下存储相应的用于描述客户信息类型的XML文档。
5.根据权利要求2所述的方法,其特征在于,在所述将所述通讯信息包含的内容对应的XML文档对应地存储到企业组、客户组和详细信息组中之后,还包括:
获取每个XML文档对应的在客户端侧的标记以及在服务器侧的标记;所述标记是根据XML文档携带的内容进行计算得到的标识信息,每个XML文档配置有一个标记;
当在客户端侧的标记与在服务器侧的标记相同时,保持XML文档存储的描述的内容不变;
当在客户端侧的标记与在服务器侧的标记不相同时,根据服务器侧存储的XML文档内容更新客户端侧存储的XML文档的内容。
6.一种实现企业通讯簿的装置,其特征在于,所述装置是基于面向Java的动态模型系统OSGi建立的,所述OSGi运行在企业网关设备的JAVA虚拟机上,所述装置包括:
封装模块,用于为企业通讯簿服务建立服务接口;生成实现所述服务接口的JAVA类文件,以及,生成与所述企业通讯簿服务对应的配置文件和资源文件;所述配置文件用于为所述企业通讯簿服务的运行提供相应的运行参数及环境参数,所述资源文件包含企业通讯簿所需的通讯信息;将所述服务接口、所述JAVA类文件、所述配置文件以及所述资源文件封装为组件Bundle;
Bundle管理模块,用于在网关设备的JVM上运行所述Bundle,并发布所述Bundle提供的服务。
7.根据权利要求6所述的装置,其特征在于,所述封装模块还用于获取企业通讯簿所需的通讯信息;所述通讯信息包括用户权限信息、部门组织结构、部门信息类型及数据、员工列表、员工信息类型及数据、客户类型列表、客户信息类型及数据;通过可扩展标记语言XML文档分别描述所述通讯信息包含的每一项内容;根据所述通讯信息,建立企业组、客户组和详细信息组;所述企业组包含用户权限信息、部门组织结构、部门信息类型、员工列表以及员工信息类型,所述客户组包含客户类型列表和客户信息类型,所述详细信息组包含部门信息数据、员工信息数据以及客户信息数据;将所述通讯信息包含的内容对应的XML文档对应地存储到企业组、客户组和详细信息组中。
8.根据权利要求7所述的装置,其特征在于,所述封装模块,还用于在所述企业组中建立第一全局分级,并将用户权限信息及描述部门组织结构的XML文档存储于企业组中设置的第一全局分级中;以及,在所述第一全局分级下为每个部门建立一个部门分级,并在每个部门分级下存储相应的用于描述部门信息类型的XML文档以及部门的员工列表;以及,在每个部门分级下为每个员工建立员工分级,并在每个员工分级下存储相应的用于描述员工信息类型的XML文档。
9.根据权利要求7所述的装置,其特征在于,所述封装模块,还用于在所述客户组中建立第二全局分级,并将客户类型列表存储于客户组下设的第二全局分级中;以及,在所述第二全局分级下为每种客户类型建立一个客户类型分级,并在每个客户类型分级下存储相应的用于描述客户信息类型的XML文档。
10.根据权利要求7所述的装置,其特征在于,所述封装模块,还用于获取每个XML文档对应的在客户端侧的标记以及在服务器侧的标记;所述标记是根据XML文档携带的内容进行计算得到的标识信息,每个XML文档配置有一个标记;当在客户端侧的标记与在服务器侧的标记相同时,保持XML文档存储的描述的内容不变;当在客户端侧的标记与在服务器侧的标记不相同时,根据服务器侧存储的XML文档内容更新客户端侧存储的XML文档的内容。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410023027.2A CN103763318A (zh) | 2014-01-17 | 2014-01-17 | 一种实现企业通讯簿的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410023027.2A CN103763318A (zh) | 2014-01-17 | 2014-01-17 | 一种实现企业通讯簿的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103763318A true CN103763318A (zh) | 2014-04-30 |
Family
ID=50530478
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410023027.2A Pending CN103763318A (zh) | 2014-01-17 | 2014-01-17 | 一种实现企业通讯簿的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103763318A (zh) |
-
2014
- 2014-01-17 CN CN201410023027.2A patent/CN103763318A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11586461B2 (en) | Service creation and management | |
US11216756B2 (en) | Mapping portal applications in multi-tenant environment | |
US10102027B2 (en) | Migrating virtual asset | |
US20190028355A1 (en) | Network-Based Resource Configuration Discovery Service | |
EP2947569B1 (en) | Hybrid applications operating between on-premise and cloud platforms | |
US10270648B2 (en) | Configuration information management method, device, network element management system and storage medium | |
US11088914B2 (en) | Migrating a monolithic software application to a microservices architecture | |
US8370481B2 (en) | Inventory management in a computing-on-demand system | |
US9720800B2 (en) | Auto-generating representational state transfer (REST) services for quality assurance | |
CN102427481A (zh) | 用于对云计算服务进行管理的系统及云计算管理方法 | |
US9268737B2 (en) | Managing virtual computing services | |
WO2017041649A1 (zh) | 一种应用部署方法及设备 | |
US9882993B2 (en) | Creating services using service modules | |
US9591079B2 (en) | Method and apparatus for managing sessions of different websites | |
CN104468791A (zh) | 私有云IaaS平台的构建方法 | |
CN102664756A (zh) | 设备访问方法、装置及系统 | |
US11640369B2 (en) | Cross-platform communication for facilitation of data sharing | |
US20220345517A1 (en) | Unified application management for heterogeneous application delivery | |
CN106533716B (zh) | 一种北向接口的管理方法和系统 | |
CN103763318A (zh) | 一种实现企业通讯簿的方法和装置 | |
CN110891239B (zh) | Pnf配置及pnfd tosca实现方法和装置 | |
US20170171300A1 (en) | Cloud Metadata Discovery API | |
CN107368325A (zh) | 一种sbc服务器管理的方法和装置 | |
CN118018514A (zh) | 容器主机命名方法、装置、电子设备及可读存储介质 | |
CN115373809A (zh) | 一种集群节点添加方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140430 |