福州市企业信息查询

福州市企业信息查询（共9篇）

福州市企业信息查询 篇1

凡在福州市高招办(报名点代码3501)和福州大学(报名点代码3510)两个报名点报名的考生下载打印准考证后凭准考证上的考生编号登录福州市高招咨询网(www.fzedu.gov.cn/gz)查询考场安排详情及考试注意事项。

2011年硕士研究生入学考试将于1月15日-17日进行，考生请于1月1日至14日内，凭网报用户名和密码登录中国研究生招生信息网，进入网上报名系统，下载PDF格式的《准考证》，自行打印，招生单位不再给考生寄发准考证。考生凭下载打印的《准考证》和本人有效身份证件参加初试。

福州市企业信息查询 篇2

1.1 系统建设目标

企业公共信用信息共享查询系统 (以下简称:共享系统) 的总体建设目标是:利用现代信息技术和网络技术, 按照安全、高效、可靠的信用数据交换标准和规范, 实现企业信用信息在行政机关、司法机关、金融机构、公共事业单位及相关组织之间跨部门开放共享和归集整合, 并以此为基础, 建立完善的企业信用信息资源开发应用系统, 根据社会需要, 提供多层次的信用信息服务, 推动社会信用体系建设的快速发展。

1.2 系统设计原则

1.2.1 系统先进性和成熟性

采用代表信息系统建设发展趋势的主流和成熟的技术进行系统架构设计, 选用技术先进和成熟的产品, 保证系统的技术先进性和成熟性。

1.2.2 系统安全可靠性和高效性

为保证政府部门的高效工作, 系统在安全、稳定正常运行的同时还要提供较高的性能, 从而能够高效率地处理各类关键事务, 应该充分考虑保证系统的可靠性和高效性。

1.2.3 系统统一性和一致性

在统一的用户界面风格前提下, 实现各GUI中各类按钮、图标、文字 (字体、大小) 、热键 (快捷键) 的统一和一致, 达到便于使用、便于学习、交互友好的目的。

1.2.4 系统人性化

在保证界面风格统一、一致的基础上, 按照人机工程原理, 将界面的布局 (包括按钮、菜单、显示框、界面颜色搭配) 满足操作者长时间工作要求, 提供一个人性化的人机操作环境, 以保证用户使用的舒适性。

1.2.5 业务引导及易用性

充分考虑业务的管理需求, 在界面的菜单及功能的组合设计中, 将界面的操作顺序按业务归类, 以便操作的有效引导, 保证软件的易用性, 有利于操作者在较快的时间熟练用好软件。

1.2.6 系统标准化

标准化是系统建设和运行的基础性工作之一, 系统建设应严格贯彻“有标贯标、无标建标”的原则。一方面, 在系统建设工作中, 全面采用信用国家标准;另一方面, 在数据的采集、传输、交换、处理、使用等各方面均应实现标准化, 以便于该系统建成后能更方便的融入其他系统, 或添加新的子系统。

1.3 术语定义

1.3.1、数据源单位:

是指向本系统提供原始信息的单位, 例如工商局、质监局、国税局、地税局、海关等。

1.3.2、部门业务前置机:

是指在已建业务数据库的单位 (工商局、质监局、国税局、地税局、海关等) 部署的业务前置服务器, 主要负责从部门业务数据库接收并存储部门原始数据。

1.3.3、部门交换前置机:

是指在已建业务数据库的单位 (工商局、质监局、国税局、地税局、海关等) 部署的交换前置服务器, 主要负责从部门业务前置机接收并存储部门原始数据, 并将数据传递至交换中心。

1.3.4、虚拟终端交换前置机:

是指在联合征信中心部署的交换前置服务器, 主要负责接收并存储通过虚拟终端录入或导入的部门原始数据。

1.3.5、中心交换前置机:

是指在联合征信中心部署的集中交换前置服务器, 主要负责接收并存储所有数据源单位交换的部门原始数据。

1.3.6、数据清洗:

是指对各数据源单位交换的信息进行合法性、规范性校验, 清洗掉无效数据, 并进行格式标准化。

1.3.7、错误数据:

是指经过清洗无法形成标准格式的数据。

1.3.8、身份比对数据项:

是指用于识别信用主体身份的基础数据项。

1.3.9、基准数据:

是指用于识别信用主体身份的数据。

1.3.1 0、身份一致性比对:

是指对数据源单位提供的数据, 在写入企业公共信用数据库前, 与基准数据进行比对, 对同一信用主体身份进行识别和确定的过程。

1.3.1 1、数据比对应用服务:

是指为数据源单位提供数据比对, 识别差异的服务。比对方式包括数据源单位提供的数据与公共信用数据库中的对应数据进行比对, 或数据源单位之间相应数据进行比对, 比对内容包括信用主体一致性比对或同一信用主体对应数据项比对两个方面。

1.3.1 2、差异数据:

是指比对不一致的数据。

1.3.1 3、异议数据:

是指信用信息当事人或使用者通过应用服务系统查得的数据与自己所掌握的数据不一致时, 而提出争议的数据。

1.3.1 4、共享查询:

数据源单位依法查询共享范围内的信用信息。

1.3.1 5、特许查询:

相关单位经信用管理部门特许, 可作为长期用户查询相关信用信息。

1.3.16、授权查询:

相关单位或个人经被查询人授权, 可一次性查询相关信用信息。

1.3.17、RBAC:

基于角色访问控制 (RBAC) 模型是目前国际上流行的先进的安全访问控制方法。它通过分配和取消角色来完成用户权限的授予和取消, 并且提供角色分配规则。

1.3.18、Tong Integrator (TI) :

东方通应用集成中间件。提供数据转换、数据过滤、数据压缩和加密、例外处理等功能, 系统所需要的异构通讯、消息路由、应用搭建部署、平台管理等等都涵盖在集成中间件Tong Integrator之中。

1.3.19、Tong Link/Q (TLQ) :

消息中间件。建立的底层通讯网络为各个部门与数据交换中心之间的数据传输提供了可靠保证。

1.320、Tong Web应用服务器:

Tong Web一个强大的符合J2EE工业标准的Internet应用支撑平台。Tong Web是用于支持功能强大的和可扩展的多层Web应用的应用服务器 (Application Server) 。

2 系统总体架构

2.1 总体框架

系统的总体架构分为四个层次:数据源单位、信息交换中心、资源管理服务、应用服务。总体架构如下图所示。

1) 数据源单位:部门业务系统是信用信息的主要来源, 因此本系统建设要充分考虑各数据源单位的具体情况。通过数据采集系统将信用信息汇集到各单位的前置数据库, 并通过数据交换总线传输到中心交换前置数据库。

2) 信息交换中心:实施信用信息交换的流程部署、监控、管理等技术措施, 通过采用消息中间件技术, 实现信用信息的可靠、安全传输。

3) 资源管理服务:实现信用信息管理以及系统维护等功能。

4) 应用服务:通过建立相应的应用系统为各类用户提供信息查询、信用报告自动生成及其他相关服务。

2.2 体系结构

系统体系结构的设计主要分为基础设施层、信息资源层、服务支撑层、服务层、标准规范体系、安全保障体系六部分, 如下图所示:

1) 基础设施层

基础设施层主要包括已有的电子政务网络平台、服务器、存储及其他设备, 是构成共享系统的重要基础设施, 支撑信用应用系统的运行。

2) 信息资源层

信息资源层构建于基础设施层之上, 并为上层的应用支撑层提供各种信息资源, 主要包括前置交换数据库、公共信用数据库、发布数据库、备份数据库等, 统一构成平台的信息资源。

3) 应用支撑层

应用支撑层在整个框架中承担着承上启下的关键作用, 处于应用服务层和信息资源层之间。主要由公共信用信息交换中心构成, 实现对各信用数据源单位的数据采集、传输、清洗、比对、交换, 及交换过程的流程监控管理和信息资源管理。

4) 应用服务层

应用服务层主要包括信用应用服务系统, 具备信息查询、公示服务、数据比对、异议处理、信用报告自动生成等基本应用功能。信息查询功能按照用户类型分为共享查询、特许查询、授权查询、会员查询、公众查询;公示服务功能是指通过信用网 (站) 向社会公众发布依法可公开的信用信息;异议处理功能是对信用信息当事人或使用者提供异议信息核实、处理等服务;信用报告自动生成功能是指能够依据企业信用信息生成规定格式的企业信用报告, 并提供查询、打印等相关服务。

5) 门户层

门户层主要包括对社会公众公开的信用网站和对政府各部门公开的业务门户网站。

6) 标准规范体系

系统建设, 要遵循统一的标准规范。

7) 安全保障体系

确保系统安全运行的保障体系, 信息安全贯穿于系统平台的各个层面, 各系统的建设都必须具有相应软硬件安全保障措施, 以保障外网及其支撑的应用系统的安全可靠运行。

2.3 系统设计策略

2.3.1 性能实现设计策略

1) 缓存以及缓存层 (caching layer)

在数据层和应用层之间增加数据缓存层, 提供全局数据服务。可以大大减少数据库往返次数。对经常要访问的数据进行缓存是非常好的方法。

2) 多线程 (multi-threading)

软件系统中采用多线程或多进程, 以提高系统效率。同时, 在设计时, 会避免多线程争抢访问同一资源而导致部分串行操作, 另外, 在多线程间同步庞大资源, 通过实现线程池提高性能。

3) 负载平衡 (load balancing)

物理上增加地位对等的集群服务器 (Cluster) , 组成Oracle RAC并行数据库集群系统, 通过集群的负载均衡和并行处理技术, 将外部发送来的请求均匀分配到集群中的多台服务器上, 包括大量用户的并发访问和单用户的重负载运算, 可大大提升系统效率。

同时, 为了提高主机系统I/O数据的吞吐能力, 进行数据的统一管理和保护, 可将数据库中的数据冗余存放到磁盘阵列中。

4) 数据库优化 (database optimization)

通过多种方式消除访问和写入数据时的瓶颈:

(1) 标识潜在的索引, 但不要创建过多的索引。

(2) 监视处理器的使用;理想范围是:75-80%处理器时间。

(3) 使用查询分析器分析查询计划以优化查询。

(4) 使用存储过程优化性能。

(5) 标准化写入的大量数据—写入较少的数据。

(6) 取消标准化读取的大量数据—读取较少的数据。

5) 文件系统优化

(1) 减少写log的操作, 避免频繁打开关闭大的log文件。

(2) 减少文件的频繁操作。

6) 代码性能设计

在编码过程中, 注意提升代码性能, 避免因为代码问题引起的占用大量的资源和CPU时间。

2.3.2 安全保密设计策略

2.3.3 网络系统安全设计

1) 网络安全设计

系统应采用基于硬件防火墙技术, 将各部门的业务系统内网与外网进行隔离。并通过合理网段划分, 利用防火墙隔离有效地消除不同网络之间, 不同部门之间可以任意互访的安全隐患;通过内外网的安全逻辑隔离, 基本上消除了外网带来的安全隐患。

2) 系统安全设计

系统安全重点解决操作系统、数据库和服务器等系统级安全问题, 以建立一个安全的系统运行平台, 来有效抵抗黑客利用系统的安全缺陷对系统进行攻击, 主要措施包括:安全操作系统、安全数据库、系统漏洞扫描及病毒防护系统等。

通过安装配置网络版杀毒软件, 有效地杀除主机及网络病毒, 并能够自动在线升级病毒库, 防范最新的病毒, 维护网络的整体安全。

通过漏洞扫描、入侵检测以及日志审计组成的“事前、事中、事后”三阶段立体防范体系, 有效地防范黑客入侵行为;通过不同安全组件之间的互动防范, 使得黑客防范体系具备一定的智能性, 动态防范未来黑客的入侵行为。

2.3.4 数据安全性设计1) 数据可靠性设计

本系统中的底层数据传输采用东方通消息中间件Tong LINK/Q。Tong LINK/Q对于需要可靠传输的消息 (包括普通数据包和文件) , 采用日志、断点续传和连接自动检测维护, 保证消息可靠及时的传输, 以适应不同的通讯环境和系统运行环境, 方便应用系统的开发和维护。

2) 数据保密性设计

为了在数据的传输过程中保证数据安全, 数据在网络上传输时应采用非对称加密技术密文传输 (CA实现) , 防止数据在传输过程中被他人获取, 在条件允许的情况下, 在本机的存储也要采取相应的加密手段。

3) 数据安全传输

共享系统底层数据传输通过中间件Tong Link/Q完成。Tong LINK/Q通过在多个层次上提供安全性机制实现的。目前提供两种方式的安全方案:内置的安全方案和第三方的安全方案。

(1) 内置的安全方案:

节点连接的安全认证。

在系统配置时将保存节点的口令和唯一的标志特征, 节点连接时将检查口令和节点唯一特征标志, 保证连接节点的安全性。

应用程序一级的安全认证。消息发送前被加密, 接收方接收消息时被解密。

提供可选的加密/解密功能, 加密算法为RC5。

(2) 第三方的安全方案:

TONGLINK/Q为提供第三方的安全策略提供了接口, 提供了三层模式的安全方案:网络层进行节点之间的身份认证、通道层进行数据流的传输和应用层进行消息的加解密。此三层的组合由用户决定, 如采用网络层和应用层、网络层和通道层、完全模式。每一层所采用的算法由户决定。

4) 数据不可抵赖性和完整性设计

采取必要的数字签名 (CA) 等技术手段确保读取或是修改数据的主体身份及其行为的确定性、可控性、可记录性、不可抵赖性和完整性。

5) 数据分级管理

系统对系统信用数据采用分级管理模式, 通过对数据库中数据字段级安全级别的定义维护, 当用户进行数据使用时, 将用户的级别和数据级别进行比较, 判断用户是否可以使用该数据。

数据的安全级别由低到高可定义为以下四级:

(1) 对外公开:该类数据可对社会化服务公开。

(2) 对内公开:该类数据对政府信用系统共建部门公开。

(3) 有限期授权:该类数据需进行授权校验, 但该授权可有时间限制。比如某数据的授权期限为一个月, 用户可在一月内使用该已被授权的数据, 不需再申请, 如超过了一个月的期限, 使用时需要再次授权。

(4) 每次授权:该部分数据需在每次使用时均进行授权申请。

信用数据本身具有分级措施, 对数据的使用, 例如查找、添加、删除也相应地分级, 做到分级管理

2.3.5 应用安全性设计

1) 用户的管理

保证用户信息的安全性, 防止被恶意篡改从而导致权限的滥用和管理的混乱。

(1) 用户名可以是英文字母 (不区分大小写) 、数字、“-”、“_”的任意组合, 长度为4-30位字符。密码须包含英文字母 (区别大小写) 和数字, 至少8位, 不超过16位。相比较纯数字的用户名密码设置而言, 用户名密码安全级别更高。密码一旦被设置好, 将进行加密处理, 其他人无法盗取。

(2) 同一用户名在一个自然日 (24小时) 内连续五次输入错误密码, 则系统锁定该用户名, 并在24小时后自动解锁。

(3) 当用户登陆系统后, 时刻监控系统是否正常运作, 如果操作超时或操作结束后忘记退出, 系统检测到客户端在一段时间内无任何操作后, 会自动退出, 以保证账户安全。

2) 角色的管理

角色定义明确清晰, 权限划分细致, 保证角色属性的正确性和机构部门之间关系的确定性。从而避免了角色混乱, 越级操作等现象的发生。

3) 安全审计

对系统的操作记录提供事后审计和日志统计, 保证系统操作的可追溯性和安全性。

系统内提供了详细的日志统计功能, 对所有用户角色在各功能模块的操作都进行了记录, 形成详细的日志信息, 一旦出现任何问题, 可通过日志查找根源。

4) 数字证书

应用系统以基于数字证书以及相关的经国家有关部门认可的密码算法认证登录用户的真实身份 (CA实现) 。

5) 访问控制-权限设计

本系统项目中涉及多个子系统和对外门户网站, 均采用B/S结构。在B/S中, 浏览器是每一台计算机都已具备的, 如果不建立一个完整的权限检测, 那么一个“非法用户”很可能就能通过浏览器轻易访问到B/S系统中的所有功能。因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测, 让经过授权的用户可以正常合法的使用已授权功能, 而对那些未经授权的“非法用户”应将他们“拒之门外”。

权限管理对系统安全和信息安全扮演着非常重要的角色, 在本系统中, 因为信息的敏感性, 不可能把系统收集到的信息全部提供给各部门, 对于同一个功能模块, 要求不同机构的用户能看到的信息各不相同。为此将权限管理分为两种类型, 其一为访问权限, 也叫做功能权限, 限制用户能否使用本模块, 其二为数据权限, 即在访问权限的基础上, 再对登陆用户所能看到的信息进行限制。在权限设置上, 也采用分层模式, 即系统管理员为各机构分配该机构的最大访问权限和最大数据权限, 各机构的管理员再对本机构的用户或分支机构分配最大访问权限和最大数据权限, 但这些权限是本机构权限的子集, 即不能超过本机构的权限。

在访问权限中, 本系统采用RBAC (基于角色的访问控制) 技术, 把用户和权限用角色分开。在RBAC之中, 包含用户users (USERS) 、角色roles (ROLES) 、目标objects (OBS) 、操作operations (OPS) 、许可权permissions (PRMS) 五个基本数据元素, 权限被赋予角色, 而不是用户, 当一个角色被指定给一个用户时, 此用户就拥有了该角色所包含的权限。

同时, 系统在全局权限中采用SSO技术, 用户只需要登录一次就可以访问所有相互信任的应用系统中, 不需要在子系统中进行二次登录。

3 系统构成

3.1 系统组成

共享系统分为设备支撑环境类系统、应用支撑类系统、应用服务类系统。

1) 设备支撑类系统包括:中心局域网系统、主机及服务器系统、数据存储备份系统、安全系统等支撑系统。

2) 应用支撑类系统包括:系统管理、数据采集子系统、数据交换子系统 (部门前置库与中心前置库交换模块、中心前置库与公共信用库交换模块、交换监控子系统、数据处理子系统) 、资源管理子系统等。

3) 应用服务系统包括:信用公示、公众查询、共享查询、特许查询、授权查询、异议申请、信用报告等。

3.2 子系统/模块功能

3.2.1 中心局域网系统

为系统提供网络支撑环境, 包括物理链路、网络管理等。

3.2.2 数据存储备份系统

为系统提供计算及数据存储环境。包括:部门前置服务器、中心数据库服务器、中心应用服务器、终端以及计算资源管理运行系统等。

3.2.3 安全系统

部署于联合征信中心和各数据源单位及两者之间, 包括网闸、防火墙等设备。

3.2.4 系统管理

主要提供用户管理、角色管理、权限管理、部门管理和数据管理等功能。

3.2.5 前置机数据采集模块

前置机数据采集模块主要完成从部门业务系统采集数据到交换前置服务器。通过网闸的数据库同步功能完成。

3.2.6 虚拟终端数据采集模块

为数据量小, 信息系统建设不完善的数据源单位, 提供脱机虚拟终端数据采集方式, 包括虚拟终端数据录入、批量导入、数据导出、数据模板下载等。

3.2.7 前置数据处理模块

为所有数据源单位提供部门库表管理、库表结构设计、数据记录维护、清洗错误管理、比对差异管理、异议管理、通知管理等功能。

3.2.8 部门前置库与中心前置库交换模块

通过交换中间件 (Tong Integrator+Tong Link/Q) 实现部门前置数据库到中心前置库的数据交换和传输。

3.2.9 中心前置库与公共信用库交换模块

将校验、审核、比对后的正确数据, 进行分类整理, 并通过交换中间件 (Tong Integrator+Tong Link/Q) 从中心前置数据库交换到公共信用数据库。

3.2.1 0 交换监控模块

完成数据交换过程的监控和管理, 包括交换环境下服务器的管理、交换节点和流程管理、交换链路管理、数据交换条目日志及统计、资源中心管理等功能。方便地监视各交换节点、交换流程的运行状态, 查看和获取各节点的相关配置信息及日志信息, 部署和启停各节点上的交换流程, 以及部署和启启停节点上的消息服务。

3.2.1 1 数据清洗模块

指对各数据源单位交换的信息进行合法性、规范性校验, 清洗掉无效数据;并进行比对预处理, 将基准数据格式标准化, 形成待比对数据。

3.2.1 2 身份比对模块

身份比对是指将各数据源单位数据与基准数据进行比对, 对同一信用主体身份进行识别和确定, 从而将各数据源单位的信息进行归集整合入公共信用数据库, 主要包括精确比对、模糊比对和人工比对。

3.2.1 3 数据比对应用服务模块

是指为数据源单位提供数据比对, 识别差异的服务。比对方式包括数据源单位提供的数据与公共信用数据库中的对应数据进行比对, 或数据源单位之间相应数据进行比对, 比对内容包括信用主体一致性比对或同一信用主体对应数据项比对两个方面。

此功能作为面向数据源单位提供的一项服务。包括比对库表管理、比对库表结构设计、比对数据记录维护、数据比对。

3.2.1 4 资源管理模块

对数据交换过程中的各种资源进行管理和维护, 包括日志管理、统计报表、

通知公告、消息机制、计费模块、公共库维护。

3.2.1 5 应用服务系统

应用服务系统通过信用网为公众提供信用信息服务, 通过业务门户网为用户提供信用信息服务, 主要包括信用公示、公众查询、共享查询、特许查询、授权查询、信用预警、信用报告、异议申请 (处理) 等。

3.2.16数据库系统

提供所有数据库的存储和管理。

福州市企业信息查询 篇3

致：中国光大银行股份有限公司

本单位（本人）不可撤销地授权贵行及贵行所属分支机构、子公司（以下简称“贵行”），在向本单位(本人)提供金融产品和金融服务以及与本单位（本人）开展其他业务过程中有权依据《征信业管理条例》进行以下行为：

一、信息查询。贵行可以通过中国人民银行征信中心、其他依法设立的征信机构以及金融信用信息基础数据库，查询、打印、保存并使用本单位（本人）的全部信息。

二、信息提供。贵行可将本单位（本人）与贵行签订的合同/协议/承诺项下所有授信信息和履约信息，以及贵行获得的其他相关信息提供给中国人民银行征信中心、其他依法设立的征信机构以及金融信用信息基础数据库。贵行可以根据法律法规和监管要求，将本单位（本人）的相关信息提供给有关的监管、司法、行政管理等部门。

三、第三方使用。贵行可以根据欠款催收、债权转让、金融服务外包等需要，将本单位（本人）的上述相关信息提供给有关第三方。

授权期限：本授权书自本单位（本人）签字或盖章后生效，在本单位（本人）接受贵行提供金融产品、金融服务以及与贵行开展其他业务期间一直有效。

授权人声明及法律责任约定：本单位（本人）在此申明知悉并理解上述条款内容；且贵行超出本授权范围查询使用本单位（本人）上述信息的一切后果及法律责任由贵行承担。

借款人公章： [ ]

法定代表人（授权代理人）：（签字）。

担保人公章： [ ]

法定代表人（授权代理人）：（签字）。

自然人1（身份证号），（签字）。

自然人2（身份证号），（签字）。

自然人3（身份证号），（签字）。

签署日期： 年 月 日

梅州市养老保险查询个人账户查询 篇4

目前无法网上查询，你可以按以下方法查询：

1、拨打梅州市社保热线0753-12333查询;

2、携带身份证及社保卡直接到市社保局办公大厅查询。

梅州市社会保险基金管理局

受市劳动和社会保障局委托拟定社会保险基金统筹与调剂的具体办法;指导社会保险经办机构管理、存储、划拨社会保险基金。

地址：梅州市新中路82号区号

邮编：514021，

传真：0753-2269605

问答式信息检索查询优化技术研究 篇5

近年来, 随着人们信息获取量增大及获取内容的增多, 问答式信息检索技术也越来越受到关注, 通过不断研究改进, 它已逐步成为自然语言领域与信息检索领域重要的支撑部分。

传统信息检索技术的缺点

1对用户行为缺乏理解力

目前主要的信息检索查询方法主要是关键词查询, 关键词查询的实质是通过利用关键词的布尔组合来实现复杂信息的检索。基本的搜索引擎只提供关键词之间比较基本的布尔连接, 而对用户提问方式的识别是非常有限的 (1) 。因此, 在一般情况下, 建立一个有效的查询组合是不太容易的。另外, 关键字不同的组合方式, 也会使检索的结果出现差异, 影响用户的查询结果。

2查询结果冗杂

这一缺陷主要表现为用户查询返回的结果出现许多零散或重复的信息, 致使查询者往往要花费很多时间进行信息的寻找与整合。此外, 在对用户查询需要Web数据支持进行回复时, 用户真正需要的页面信息与链接被散布在大量结果页面中, 要想找到有价值的信息必定会消耗用户大量的阅读时间。

问答式信息检索技术简介

问答式信息检索技术是实现信息检索智能化的一个挑战性极高的课题, 建立一种像人一样能够具备理解、分析及对自然语言提问进行回答的计算机模型, 同时可以实现人机对话、问题回答等语言信息处理能力是其主要任务 (2) 。问答式信息检索系统跟传统的检索技术有着本质的区别, 它可以通过用户自然语言描述的提问, 在大量的数据中搜索出精准的问题答案, 避免了无用信息的出现, 提高了检索效率。用问答式信息检索技术替代传统的信息检索技术, 可以为知识的共享、搜索、交流及管理提供更好的服务。

问答式检索的关键技术

1命名实体识别技术

通常问答式信息检索系统想要获取的答案目标就是命名实体, 像“是谁”、“在哪”等问句, 它相对的回答就是名字、地点、时间等命名实体。所以, 命名实体的识别是否准确会直接影响答案选取的结果。

2短语结构或依存分析技术

获取句子的短语结构句法树或依存结构句法树是短语结构或依存分析的目的, 它的分析结果可以使句法信息在句子排序或答案抽取阶段被运用的恰当合理, 有助于获取答案的可能位置。

3复述技术

复述的实质就是利用不同的词汇与句法结构阐述相同的意思。提问与答案的表述不一样是问答式信息检索系统设计时的一个难题, 而此技术就能有效的对其进行解决。

4词汇链

通常情况下, 提问关键词与文本关键词虽然是表达的意思相同, 但其本身是不一样的, 这样的情况就需要词汇链进行解决。词汇链是由语义资源组合成的, 可以将提问关键词与答案关键词连接在一起, 从而获得推理结果。

问答式信息检索技术的应用

1基于常问问题集的问答式信息检索系统

基于常问问题集的问答式信息检索系统的实质就是将用户提问的问题放到已有的正确的问题与回答的集合中, 得到与之相匹配的内容, 然后将对应的回答返给用户。常问问题集是问答式检索系统的一个重要组成内容, 它需要把用户经常提问的问题和对应答案保留下来, 当用户提问时, 可以先在常问问题集中寻找相应结果。当用户的问题可以直接在问题集里找到时, 那就减少了理解问题、检索信息与抽取答案等多个处理程序, 从而使效率得到大大提高。

2限定领域的问答式信息检索系统

限定领域的自动问答是一种受领域知识支持的智能检索技术, 它可以在已积累的知识中寻求问题的答案, 对已积累的知识进行有效利用。首先, 在预处理阶段, 要建立一个领域知识库, 这就需要系统利用领域内的知识结构将文档、文献等资料做处理加工。然后, 在领域知识库这个基础上, 将用户输入的问句通过模式匹配等方法进行分类, 对问句中的关键词做出识别, 并计算出这些关键词与领域知识库中已有概念的符合度, 系统会根据这些参数选取适合的答案, 再运用领域本体知识形成最终答案。

3开放域的问答式信息检索系统

开放域的问答式信息检索系统首先会分析用户用自然语言阐述的提交问题, 将用户要问的内容理解清楚, 从而得出关键词集, 再将其提交给信息检索模块查找出相应文档。从网络中已有的文档资源中搜寻出相关文档就是靠检索系统来完成的。基于Web资源的信息检索模块返回的是一个相关的网页集合, 这就需要在这些相关的网页中利用答案抽取模块把相关答案找出。

结语

综上所述, 在信息化建设高速发展的今天, 问答式信息检索查询技术以其独特的优势成为了新一代的搜索引擎, 为提高信息检索的速度与准确性发挥了巨大作用, 随着自身的完善与进步, 问答式信息检索技术将会为信息时代的发展作出更大的贡献。

注释

11 杜永萍, 叶乃文.问答式信息检索中模式优化及性能评价[J].计算机工程, 2009, 17:186-187.

沧州市养老保险查询 篇6

办理流程：

社会保障卡申领人须持有效身份证件，向所在单位或户籍所在地居委会(村委会)提出申请，并如实填写《社会保障卡申领登记表》，经单位或居委会(村委会)审核签章后，交由当地人社部门统一进行制卡，及时发放。

沧州市社保转移的步骤和程序

沧州市社会保险包括养老保险，医疗保险，失业保险，生育保险，工伤保险和公积金。为让大家可以清晰了解社保转移手续，请跟随小编一起来了解如何将社保跟随自己的工作地一起转移?所需的手续有哪些?

沧州市社保转移步骤

一、参保人跨省流动前到原参保地社保机构开具《社保参保缴费凭证》。

二、参保人持缴费凭证、户口、身份证等到新就业地社保机构申请接续关系。

三、新就业地社保机构在15个工作日内审核申请人是否符合条件。

四、原参保地社保机构在收到《联系函》后15个工作日内，将清理申请人的参保缴费是否有欠费并办理社保基金划转，终止申请人在当地的参保关系，向新参保地发出《社保关系转移接续信息表》。

沧州市社保信息变更办理的流程及相关手续资料

1、参保单位下列登记事项发生变更时，应在30日内到市社会保险局业务大厅“社会保险登记窗口”申请办理社会保险变更登记手续：

(1)单位名称;(2)住所或地址;(3)法定代表人或负责人;(4)营业执照;(5)组织机构统一代码;(6)单位类型;(7)主管部门或总机构;(8)经济类型;(9)隶属关系;(10)开户银行及帐号;(11)参保单位专管员;

登记处审核，符合变更登记条件的办理变更登记手续。

沧州市社保费征缴条例详细内容

为了加强和规范社会保险费征缴工作，保障社会保险金的发放，根据国家国务院《社会保险费征缴暂行条例》(以下简称《条例》)和国家有关规定，结合沧州实际，制定最新的社会保险费征缴政策。

第一条 根据《社会保险费征缴暂行办法》(以下简称征缴办法)和有关法律、法规，结合本市实际情况，制定适合沧州发展实施的《沧州社会保险费征缴暂行办法》。

第二条 本行政区域内的基本养老保险费、失业保险费(以下统称社会保险费)的征收、缴纳管理，适用本细则。

第三条 征缴办法和本细则所称地方税务机关是指各级地方税务局、税务分局、税务所和税务稽查局。

福州市企业信息查询 篇7

随着智能手机的快速普及, 智能手机的应用软件及其需要的服务将有广阔的发展前景。在如今智能手机系统群雄纷争的时代, Google推出Android开源智能手机操作系统, 它采用Linux内核, 系统的开源性使其具有良好的拓展性。Android最大特点的是其开放性体系架构不仅具有非常好的开发调试环境, 而且还支持各种可扩展的用户体验, 包括丰富的图形组件、多媒体支持功能以及强大的浏览器。文中在分析讨论Android手机软件开发技术原理的基础上, 开发出能为用户提供更好的基于Android的天气信息查询软件。

天气信息查询软件是Android移动手机端必备的手机程序之一, 在综合了以往的在线天气系统后, 研究课题增加了一些比较实用的模块。例如:本天气信息查询软件的未来天气分析模块, 为用户提供了未来4天内的天气走向图, 让用户更直观地了解到未来的天气变化情况。公众能够在第一时间方便且快捷地获取最新的气象预报 (预警) 信息, 以便提前预防, 把气象灾害造成的损失降到最低, 方便用户出行。

2 技术原理

2.1 Android平台

Android是Google开发的基于Linux平台的开源手机操作系统的名称, 该平台由操作系统、中间件、用户界面和应用软件组成, 号称是首个为移动终端打造的真正开放和完整的移动软件。Android平台有一个运行在Linux内核之上的Dalvik虚拟机。Dalvik虚拟机在保证API兼容的同时, 针对移动手机进行了大幅优化, 占用资源更小、运行效率更高。应用开发者能够使用Java编程语言, 基于Android SDK平台开发大量的增值应用。

2.2 SAX解析器

SAX即是:Simple API for XML。SAX是一个解析速度快并且占用内存少的XML解析器, 非常适合用于Android等移动设备。SAX解析XML文件采用的是事件驱动, 也就是说, 它并不需要解析完整个文档, 在按内容顺序解析文档的过程中, SAX会判断当前读到的字符是否为XML语法中的某部分, 如果符合就会触发事件。所谓事件, 其实就是一些回调 (callback) 方法, 这些方法 (事件) 定义在ContentHandler接口。

2.3 Json数据格式

XML这种用于表示客户端与服务器间数据交换有效负载的格式, 几乎已经成了Web Services的同义词。然而, 由于Ajax和REST技术的出现影响了应用程序架构, 这迫使人们开始寻求`XML的替代品, 如:JavaScript Object Notation (JSON) 。

JSON (JavaScript Object Notation) 是一种轻量级的数据交换格式。它基于JavaScript的一个子集。JSON采用完全独立于语言的文本格式, 但是也使用了类似于C语言家族的习惯 (包括C, C++, C#, Java, JavaScript, Perl, Python等) 。这些特性使JSON成为理想的数据交换语言。易于人阅读和编写, 同时也易于机器解析和生成。

2.4 Achartengine开源绘图库

Achartengine是为Android应用而设计的开源绘图工具库, 可用于绘制多种图表。Achartengine支持的图表类型:折线图、区域图、散点图、时间图、柱状图、饼状图、气泡式图表、环形图、高低交替图。以上每种图表都可以包含多个序列, 可以将X轴以水平或垂直的形式显示, 也支持很多自定义的特性。另外, 图表可以作为view构建, 也可以作为Intent构建———这样可以被用于启动一个Activity。

3 功能描述

整个应用程序应划分为5个部分, 分别是用户界面、后台服务、城市管理、数据库适配器和天气趋势展示。

(1) 后台服务是整个应用程序的核心, 主要是“天气信息数据获取模块”, 负责按照用户设定的时间进行周期性地从WebService中获取天气信息, 这里我们就Google提供的天气信息为例, 并把数据存入数据库。后台服务在程序启动时就由oncreate () 方法启动, 也可由用户界面通过startService () 进行启动, 启动后的后台服务将一直保持运行状态。

(2) 用户界面从数据库中获取天气信息, 而没有直接通过网络访问Google的天气数据。一方面可以避免因网络通信不畅造成界面失去响应;另一方面, 后台服务可以及时更新数据, 以保证数据的准确性。

(3) 城市管理可让用户添加用户所需的城市到数据库, 并可以通过移动定位功能进行用户定位, 把定位得到的城市添加到数据库。

(4) 数据库适配器封装了所有对SQLite数据库操作的方法, 用户界面和后台服务会调用它来实现数据库操作。

(5) 天气趋势图通过折线图更加直观地为用户展现未来几天的天气走向, 包括日间温度、夜间温度。

功能结构图如图1所示。

4 系统实现

4.1 系统主界面效果

主界面显示当天的天气具体情况和未来3天的天气信息, 效果如图2所示。

4.2 天气信息的获取

把城市名称提交到Google weather api, 然后根据其所反馈的XML格式的天气信息, 用SAX解析器来解析这些XML, 提取有用的天气信息以beijing为例。访问Google weather api的URL为:“http://www.google.com/ig/api?hl=zh-cn&weather=beijing”。得到了确切的XML数据后, 用SAX解析器对这个XML进行解析, 构造SAX解析器和XML适配器的代码如下, 其中GoogleWeatherHandler类为继承了DefaultHandler用adapter模式实现了SAX解析器的常用接口:

在完成以上的构造后, 还需要用输入流来读取XML, 并传递给解析器, 代码如下:

最后, 把解析器所读取的数据赋给已经建好的天气对象类WeatherSet, 并把数据存入数据库, 代码如下:

4.3 城市管理模块

主要实现增删用户城市。用户可以把城市名的中文名或拼音填入输入框进行添加, 在“我的城市”列表中, 可以点击城市名进行删除城市操作。添加城市功能主要代码:

显示列表主要代码:

4.4 温度趋势效果

使用aChartEngine开源绘图api进行本功能的折线图的绘制, 效果如图3所示。

(1) 定义曲线名称和坐标点, x1, x2, y1, y2为坐标数据, 类型为double[], 数据从数据库读取:

(2) 创建XYSeries对象, 用于提供绘制的点集合的数据:

定义每条曲线的颜色和每条曲线的点的形状:

曲线图的格式, 包括颜色, 值的范围, 点和线的形状等等, 都封装在XYSeriesRender对象中, 将XYSeriesRender对象封装在XYMultipleSeriesRenderer对象中, 并设置折线图名称, 坐标轴的名称, 坐标轴的起点重点, 坐标轴的颜色, 坐标轴上数字的颜色:

5 结语

在介绍基于Android平台的天气查询软件实现技术原理的基础上, 给出了Android用户界面设计、获取并解析城市列表数据的一种方法。另外软件的天气信息获取也可以通过新浪天气、腾讯天气等WebService服务, 读者还可以在软件功能基础上穿衣指数、晨练指数、洗车指数和天气报警等功能。

参考文献

[1]刘正, 陈强.基于Android的GPS应用中的研究与开发[J].中国西部科技, 2010.

广州市房地产登记资料查询办法 篇8

穗国房字〔2014〕209号

第一条为保护房地产权利人的合法权益，保障房地产交易安全，规范房地产登记资料的查询活动，根据《中华人民共和国物权法》、《房屋登记办法》、《土地登记办法》等有关法律法规，结合本市实际，制定本办法。

第二条本市行政区域范围内房地产登记资料的查询适用本办法。

第三条本办法所称房地产登记资料是指房地产登记结果信息和房地产登记原始凭证。

房地产登记结果信息包括房地产的自然状况、权利状况以及查解封等其他登记信息。

房地产登记原始凭证是指房地产权利设立、变更、转移、限制和消灭等事实所依据的原始文件材料。

第四条市、县级市房地产行政主管部门负责组织实施本办法。各级房地产登记以及档案管理机构（以下称查询机构）具体负责本辖区内房地产登记资料查询的日常工作。

查询机构根据实际需要可以在辖区内设立查询点。查询机构的地址、查询制度、查询方式、联系电话应当向社会公布。

第五条房地产权利人提交其身份证明原件，可查询其房地产登记结果信息。

房地产权利人提交其身份证明和房地产权利凭证原件，可查询、复制与房地产权利相关的房地产登记原始凭证。

第六条自然人、法人和其他组织凭其身份证明原件，可查询房地产的自然状况及查封、抵押等权利限制情况。

房地产所有权人配偶凭其身份证明、户口本和结婚证等夫妻关系有效证明材料原件，可查询相关房地产登记结果信息。

继承人、受赠人、受遗赠人凭其身份证明以及发生继承、赠与、受遗赠事实的证明材料原件，可查询、复制相关房地产登记资料。

仲裁、诉讼案件当事人凭其身份证明以及仲裁机构或者审判机关的立案证明原件，可以查询、复制与仲裁、诉讼案件直接相关的房地产登记资料。

第七条国家安全机关、公安机关、检察机关、审判机关、纪检监察机关、海关、税务机关、证券监管机构和行政复议机构等国家机关提供单位介绍信、工作人员的工作证及相关证明材料原件，可查询、复制与调查、处理的案件直接相关的房地产登记资料。

公证机构、仲裁机构提供单位介绍信、当事人已申请公证或仲裁的证明以及工作人员的工作证原件，可查询、复制与公证、仲裁事项相关的房地产登记资料。

第八条涉及国家安全、军事等需要保密的房地产登记资料，须凭有关国家安全、军事等机关的书面同意意见方可查询。

其他涉及国家秘密的房地产登记资料，须凭该资料形成机关出具同意查询的书面意见，方可查询。

第九条符合本办法第五条、第六条的查询人查询房地产登记资料，可以自己查询，也可以委托他人查询。

委托他人查询的，受托人应当出具载明查询标的及查询事项的授权委托书、本人和委托人的身份证明原件；不能提交委托人身份证明原件的，委托书应当经过公证。

境外委托人的授权委托书应当按照国家规定经过公证或者认证；委托材料是外文的，应当提交经公证的中文译本。

第十条律师接受当事人委托，涉及非诉讼、非仲裁法律事务的，提交载明委托事项的律师事务所证明、律师执业证原件，可以查询、复制与当事人相关的房地产登记资料；涉及诉讼、仲裁法律事务的，还应提交立案证明原件，可以查询、复制与案件直接相关的房地产登记资料。

第十一条申请查询房地产登记资料的，应明确查询目的和房屋坐落，提供身份证明等必备证明材料，并按要求填写查询登记表。

查询登记表应同时载明房地产所有权人姓名（名称）、房地产登记案号或房地产权利凭证编号之一用于查询时核对和匹配。

第十二条符合查询请求的，查询机构应当予以受理，并当场提供查询结果。

不能当场提供查询结果的，应说明理由，并自受理请求之日起5个工作日内提供。

查询机构不能在规定的期限内提供查询结果的，经查询机构负责人同意，可以延长期限，但延长期限不得超过10个工作日。

第十三条有下列情形之一的，查询机构不提供查询：

（一）查询请求不属于查询机构的查询权限范围；

（二）查询的房地产不在本市行政区域内；

（三）查询的房地产登记资料是在中华人民共和国建国以前形成的；

（四）法律、法规、规章规定不提供查询的。

第十四条查询人依法查询房地产登记结果信息，要求出具书面查询证明的，查询机构应当提供。查询人依法查询房地产登记原始凭证，要求阅览或复制相关原始凭证的，查询机构应当提供。

书面查询结果应当加盖查询机构印章并注明查询日期。

第十五条查询房地产登记原始凭证应当在查询机构指定的场所内进行。查询人应当保持房地产登记原始凭证的完好，不得对其进行圈点、划线、注记、涂改、折页、拆页，不得擅自对其进行复制，也不得损坏电子查询设备。

第十六条查询机构及其工作人员不得擅自扩大房地产登记资料的查询范围，不得非法使用或泄露房地产登记资料的内容。

违反前款规定，按有关规定追究责任。

第十七条查询人有下列行为之一的，应当依法承担相应的法律责任。

（一）提交虚假材料申请查询的；

（二）擅自扩大查询结果用途的；

（三）擅自将查询结果向第三方透露的；

（四）损毁、丢失房地产登记原始凭证的；

（五）其他不当使用行为。

第十八条法律、法规、规章及上级有关文件对房地产登记资料查询另有规定的，从其规定。

福州市企业信息查询 篇9

第一章 总则

第一条（目的和依据）为推进物业服务行业信用体系建设，加强物业项目的监督管理，规范物业服务企业经营行为，促进物业服务行业健康有序发展，根据国务院《物业管理条例》、《江苏省物业管理条例》、《苏州市住宅区物业管理条例》、国家住建部《物业服务企业资质管理办法》（第164号令）等规定，结合本市实际，制定本办法。

第二条（适用范围）本办法适用于本市行政区域内物业服务企业对物业项目实施物业服务活动的监督管理，及其信用信息的采集、发布和使用活动。

本办法所称物业服务企业，是指取得《物业服务企业资质证书》，在本市行政区域内从事物业服务活动的企业（以下简称企业）。

本办法所称项目经理，是指按照物业服务合同的约定，在项目中负责组织实施物业服务活动，并保障物业服务质量符合约定标准的责任人。

本办法所称信用信息，是指物业服务企业及项目经理在物业服务活动中形成的能够用以分析、判断其信用状况的信息，主要包括基本信息、业绩信息和警示信息。

第三条（职责分工）本市建立物业服务企业及项目经理信用信息系统，对其物业服务活动实施动态监督管理。

市物业行政主管部门负责全市物业服务行业的信用信息管理工作，建立全市统一的物业服务行业综合监管信息系统，依据法律、法规、规章的相关规定，制定《苏州市物业服务企业及项目经理违法违规行为减分分值标准》（以下简称减分标准）、《苏州市物业服务企业及项目经理优良行为加分标准》（以下简称加分标准），并适时调整补充；负责项目经理考试与执业注册，并建立物业服务企业及项目经理的信用信息档案。

区（县级市）物业行政主管部门负责对本辖区物业服务企业及其项目经理的违法违规行为进行检查、处理、记分，并将结果记入信用信息档案。企业注册地的区（县级市）物业主管部门负责本地注册的物业企业基本信息的录入或企业录入后的审核工作；项目所在地的区（县级市）物业主管部门负责项目基本情况的录入或企业录入后审核工作。

苏州市物业管理协会（以下简称苏州物协）负责制定、组织实施本市物业服务行业人才培养方案，组织物业（项目）经理上岗及继续教育的培训工作；可以制定发布物业服务企业信用等级评定标准，形成物业服务企业信用评价体系，建立物业服务行业的信用激励与惩戒机制。

街道办事处（镇人民政府）应当依据《江苏省物业管理条例》的规定，加强辖区内物业管理活动的指导、协助和监督，社区居（村）民委员会予以协助和配合。协同区（县级市）物业行政主管部门对项目的服务行为进行指导和监督,参与物业项目信用档案建设。

业主委员会应当收集业主意见，监督和协助物业企业和项目经理履行物业服务合同，及时反映项目经理在履行合同中违约、违规等不良行为。

第四条（管理原则）信用信息管理应当遵循客观、公正、2-部门委托的苏州物协）考试合格的，颁发合格证书；

（二）合格证书有效期为三年，有效期满需要延期的，应当于期满前三个月向原发证机关申请办理延期手续；

（三）取得合格证书后，项目经理每年须参加不少于40学时的继续教育。

第九条（取消证书）项目经理有下列情形之一的，市物业行政主管部门应取消其合格证书，并在项目经理信用信息档案中予以记录：

（一）未按规定参加岗位考核、继续教育的；

（二）在记分周期被累计扣分超过规定分值的；

（三）其他应予取消合格证书的情形。

第十条（违规处罚）物业服务企业及项目经理违反法律、法规、规章和相关规定的，项目所在地的区（县级市）物业行政主管部门应当依法定权限进行处罚或者处理，并在信用信息系统中予以记分处理。

第三章 信用信息的采集与发布

第十一条（采集原则）信用信息的采集是指对物业服务企业及项目经理的信用信息进行收集、记录、分类和储存，形成反映其执业情况的信用信息档案的活动。

信用信息采集渠道，包括市、区（县级市）物业行政主管部门及其他相关行政主管部门提供、物业服务企业及项目经理自行申报。

信用信息的采集应当坚持客观、准确、公正、及时和谁提供

4-优良信息）由物业服务企业自行申报，由区（县级市）物业行政主管部门认定。

企业申报业绩信息的，应在业绩信息生成3个月内，向企业注册地的区（县级市）物业行政主管部门提供业绩信息申报表、有关部门表彰决定文书或经市、区（县级市）物业行政主管部门和行业协会认定或者查证属实的材料以及其他具有法律效力的其他材料。

（三）警示信息的采集：由物业服务企业及其项目经理注册地的区（县级市）物业行政主管部门负责采集。

警示信息采集途径主要包括：物业行政主管部门日常检查、专项督查及考评；街道办事处（镇人民政府）检查、考核、协调情况及社区居（村）民委员会的反映；业主委员会反映、业主投诉、媒体曝光等经核查后有效信息；相关职能部门检查通报；苏州物协自律信息；其他。

警示信息的采集标准按照《减分标准》执行，采集警示信息应当由生效的法律文件和查证属实的材料以及其他具有法律效力的其他材料印证。

第十四条（信息真实性原则）信用信息提供单位和自行申报人应当对所提供和申报信用信息的真实性、完整性负责。发现提供和申报的信用信息变更或失效的，应当及时修改并在信用信息变更或失效之日起7日内向原报送部门提交修改后的信用信息。

第十五条（信息的变更）市、区(县级市)物业主管部门对信用信息的录入和变更，应当以已具备法律效力的文书或者其他有效证明文件为依据。投诉、曝光等途径取得的信息应当经调查

（一）企业减分达到8分时，项目所在地区（县级市）物业行政主管部门对其提出书面警示，责令限期整改，改正期间该企业不得参加物业管理优秀项目考评，并告知企业注册地区（县级市）物业行政主管部门。

（二）企业减分达到12分时，注册地区（县级市）物业行政主管部门约谈该企业法定代表人，予以行政告诫，同时核查企业的资质条件。经核查不符合资质条件的，责令限期改正，改正期间不得承接新项目，不得参加物业管理优秀项目考评，不得晋升资质等级。

（三）企业减分达到20分时，区（县级市）物业行政主管部门依法核查企业的资质条件，一年内不得承接新项目，不得参加物业管理优秀项目考评，不得晋升资质等级，不予开具出苏诚信证明材料；核查不达标的，重新核定资质等级或注销企业资质证书。

区（县级市）物业行政主管部门对企业作出重新核定资质等级，或注销资质证书的，不再记分，将企业违法违规行为和处罚结果记入信用信息系统，并在苏州市物业管理综合信息网予以公示。

上述处理措施中，依法应当由住房城乡建设部核定一级资质和省级住建厅核定的二级资质等级、注销资质证书的，由市物业行政主管部门将物业服务企业及项目经理违法违规行为的信用信息和处理建议报告住房城乡建设部和企业注册地的省、市住建行政主管部门。在相关部门做出行政处罚或处理决定前，不予办理该企业在苏承接新项目的物业服务合同备案、暂缓参加物业管理优秀项目考评、暂缓办理项目经理执业注册。

8-主（代表）大会或业主委员会选聘物业服务企业参考依据。

第二十三条（奖励）区（县级市）物业行政主管部门对于没有任何违法违规行为记录或者有多项优秀信息记录的物业服务企业及项目经理，给予鼓励：

（一）减少行政检查的频率，法律、法规、规章未明确规定为实地审查或者实质性审查的，可以适用书面审查，在评定表彰、评比竞赛中，予以优先推荐。

（二）在物业管理示范项目评定中，可以作为优良或优秀业绩，申请资质等级评定的，优先审定，申请执业资格认定的，优先认定，在市场经营活动中可以优先提供相关服务。

（三）法律、法规、规章规定的其他鼓励措施。

第六章 附则

第二十四条（申诉）记分信息同时通过手机短信平台发至企业经理或者项目经理。物业企业或项目经理可在记分后5日内对记分情况提出书面申诉（项目经理应通过聘用企业），辖区物业行政主管部门应对申诉情况进行调查，并在5个工作日内作出书面答复。对辖区物业行政主管部门答复有异议的，可以向市物业行政主管部门提出书面复核要求，市物业行政主管部门应自受理之日15日内将复核对意见作出答复。

第二十五条（非市场化管理项目）业主共同决定聘请其他管理人的，物业项目及项目经理的信用信息纳入系统。

业主共同决定自行管理的，应当在业主委员会委员中确定一名经理，并自决定之日起30日内，书面告知项目所在地的区（县