企业官网建设流程全解析

简介：本资源是一份面向安全分析、金融风控及刑侦调查从业者的i2 Analyst's Notebook 8专业培训教材，聚焦于利用该IBM出品的图谱分析工具挖掘话单、银行交易等多源数据中的隐性关联与犯罪模式。文档系统覆盖入门认知、节点边关系建模、时间线与聚类分析、多格式数据接口配置、图表定制化绘制、基础操作与高级搜索，以及14个实战演练模块——包括话单ABC分析、手机串号追踪、盗窃/爆炸案话单研判、人员活动轨迹绘图、银行账户五级穿透分析等，内容深度适配中高级用户能力进阶需求。资源为单文件DOC格式，共1个25.9MB的完整培训手册，结构清晰、案例详实、标注明确，含多轮修订记录与场景化答疑。目前已有1591人学习下载，是掌握i2核心分析逻辑与落地应用路径的高实用性中文参考资料。

1. 这不是PPT绘图软件，而是情报分析的“黑匣子解码器”：i2 Analyst's Notebook 8 教材为什么至今还在被翻烂？

你手头这份《i2 Analyst's Notebook 8 培训教材》（张泽航 2011 年编），表面看是份泛黄的 Word 文档，实际是少数人手里没公开的“实战操作手册”。它不讲算法原理，不堆概念定义，而是用 14 个真实案件场景——从话单 ABC 分析、手机串号追踪，到银行账户五级穿透、爆炸案话单时空还原——把 i2 这套 IBM 收购后深度整合进执法与金融调查体系的工具，拆成可复现、可验证、可踩坑的完整动作链。这不是教你怎么点菜单，而是告诉你：当 5 个嫌疑号码的 Excel 话单导入后，为什么“最早路径”和“最短路径”会给出完全相反的嫌疑人排序；为什么复制选区时漏按 Ctrl 键，会导致整张图的链接权重归零；为什么调色板里“网监”类实体必须单独建、不能复用公安五要素模板。它服务的对象非常明确：一线研判人员、反洗钱分析师、案件串并岗技术支撑岗——那些每天面对上万条通话记录、数百个银行流水节点、却苦于无法让数据自己开口说话的人。2011 年的版本看似老旧，但 i2 ANB 的核心建模逻辑（实体-链接-属性三级抽象、时间序列与关系图谱双引擎驱动、基于唯一标识的跨源融合）至今未变，而这份教材恰恰卡在功能稳定期与实战成熟期的黄金交点上：所有操作都经真实案件验证，所有截图都来自当时部署环境，所有答疑都直指现场翻车现场。别被“.doc”后缀骗了——它是一份带血泪经验的“操作宪法”。

2. 从空白图表到动态关系图：i2 Analyst's Notebook 8 的建模底层逻辑与实操起点

i2 Analyst's Notebook 不是画图工具，而是构建“可计算情报模型”的沙盒。它的全部能力，都建立在六个不可绕过的底层概念之上。理解它们，才能避免后续所有操作变成无意义的点击。

2.1 图表（.ANB 文件）：不是容器，而是带状态的分析空间

.ANB文件远不止是保存结果的载体。它是一个有记忆、有上下文、有计算状态的分析空间。当你执行“查找路径”后，系统不仅高亮路径，还会在后台生成临时链接权重、缓存节点度中心性指标；当你切换布局为“时间线”，图表会自动重排所有实体按时间戳排序，并隐式启用时间过滤器。这意味着：

• 同一份原始数据，在不同.ANB文件中可能产出完全不同的分析结论——因为每个文件承载了独立的操作历史与参数配置；
• i2 Chart Reader 8只能读取静态视图，无法执行任何分析操作（如路径查找、可视化搜索），它看到的只是“快照”，而非“活体”。

提示：生产环境中务必对.ANB文件做版本管理。我曾见过某单位因覆盖了未备份的.ANB，导致三天前刚跑出的“银行账户五级关联图”彻底丢失，而重新导入 27 个 Excel 表格+重设 19 个导入规范耗时 6 小时。

2.2 调色板：业务语义的强制编码层，不是配色方案

调色板（Palette）是 i2 实现“业务规则前置”的关键设计。它强制将公安/金融/网监等领域的业务分类，映射为软件可识别的元数据结构。默认 19 种调色板（如 Person、Phone、Account、Vehicle）并非随意设定，而是对应 i2 内置的分析引擎规则：

• Person类实体启用“亲属关系推演”算法；
• Account类实体激活“资金流聚合”计算；
• Phone类实体绑定“主被叫方向识别”逻辑。

创建自定义调色板（如“网监”）时，必须显式声明：

实体类型：IM账号、IP地址、域名、URL 链接类型：登录关系、访问关系、注册关系 属性类别：注册时间、最后登录时间、绑定手机号、归属地

否则，即使你手工添加了“IP地址”实体，系统也无法对其执行“同IP多账号聚类”分析——因为该操作依赖调色板中预设的“IP地址”实体类型所绑定的聚类规则。

2.3 实体与唯一标识：数据融合的锚点，不是简单标签

i2 中的“实体”（Entity）本质是带唯一标识符（UID）的数据锚点。身份证号、手机号、银行账号之所以能作为 UID，是因为它们满足两个硬性条件：

1. 全局唯一性：同一.ANB文件内绝不重复；
2. 跨源一致性：在 Excel 话单、Oracle 账户库、文本日志中，该值的格式与含义完全一致（如18601157118在所有数据源中都是纯数字字符串，不含空格或-）。

常见错误是把“姓名”设为 UID——当出现“张三”“张叁”“Zhang San”多种写法时，i2 会将其识别为三个独立实体，导致关系链断裂。正确做法是：在导入前用清洗脚本统一 UID 格式。例如，对手机号做正则标准化：

import re def normalize_phone(phone): # 移除所有非数字字符，补全11位（移动号段） cleaned = re.sub(r'\D', '', phone) if len(cleaned) == 11 and cleaned.startswith(('13','14','15','17','18','19')): return cleaned return None # 无效号码，丢弃

此函数输出即为可直接导入 i2 的 UID 字段。

2.4 链接类型：关系语义的计算契约，不是视觉连线

链接（Link）是 i2 执行“关系推理”的最小计算单元。其类型（Link Type）直接决定分析引擎的行为：

• Call类型：启用“通话频次统计”“主被叫方向分析”；
• Transfer类型：触发“资金流向聚合”“交易金额累加”；
• ResideWith类型：激活“共同居住关系推演”（如 A 与 B 同住，B 与 C 同住 → A 与 C 存在潜在关联）。

关键细节：链接方向（Direction）不是装饰。在“话单 ABC 分析”中，7118 → 5656（主叫）与7118 ← 5656（被叫）被视为两条独立链接，参与不同权重计算。若导入时未指定方向字段，i2 默认创建无向链接，将导致“最早路径”算法失效——因为它无法区分主动联系与被动接收。

2.5 属性类别：分析维度的原子单位，不是自由文本

属性（Attribute）是 i2 实施“条件过滤”“数值计算”“时间切片”的基础。每个属性类别（如BirthDate、TransactionAmount、LoginTime）必须严格绑定数据类型：

• BirthDate必须为Date类型，才能用于“年龄区间筛选”；
• TransactionAmount必须为Number类型，才能执行“累计交易额 > 100000”过滤；
• LoginTime必须为DateTime类型，才能启用“时间序列分析”面板。

若将TransactionAmount作为文本导入（如"¥5,000.00"），i2 会将其视为字符串，所有数值运算均返回错误。解决方案是在导入规范中设置：

字段名：Amount 数据类型：Number 格式化：移除货币符号、千分位逗号，保留小数点

这步操作在教材第 5 章“数据接口”中有详细截图，但极易被忽略。

2.6 表现方式：分析意图的视觉编码，不是美化选项

i2 提供 7 种实体表现方式（Icon、Theme Line、Event Frame 等），每种对应特定分析模式：

错误用法：在“银行账户交易分析”中用 Icon 表现账户，会导致无法按交易时间排序；在“人员活动轨迹”中用 Event Frame 表现人员，会因缺少EndTime而报错。教材第 11 节“人员活动轨迹”明确要求切换为 Theme Line，这是硬性前提。

3. 数据导入不是“拖进去就行”：三种核心导入方式的参数配置与避坑指南

i2 的强大源于其多源数据融合能力，但 80% 的现场问题出在数据导入环节。教材第 3 节“数据接口”和第 5 章“数据接口”反复强调：导入规范（Import Specification）是分析准确性的第一道闸门。以下详解三种最常用方式的实际配置要点。

3.1 手工绘制：仅限极小规模验证，不可用于正式分析

适用场景：快速验证调色板配置是否正确；测试新链接类型是否生效。
操作路径：工具 → 新建实体或右键空白处 → 新建实体。
致命限制：

• 无法批量创建，单次最多添加 1 个实体 + 1 条链接；
• 手工输入的属性值不经过类型校验（如将文本2023-01-01输入到BirthDate字段，i2 不报错但后续时间筛选失效）；
• 无 UID 冲突检测，极易因手误创建重复实体。

提示：我坚持一个铁律——所有正式分析图表，实体数量 > 5 个时，绝不用手工绘制。它省下的 2 分钟，会在后续“查找路径”时浪费 2 小时排查。

3.2 导入规范导入：Excel/CSV 数据落地的核心路径

这是教材第 2 节“话单关系分析”的主力方法，也是最易出错的环节。关键在于三步配置：

步骤 1：定义字段映射（Field Mapping）

以教材案例“个人话单.XLS”为例，原始 Excel 结构为：

需在导入规范中严格映射：

Excel列名 → i2字段名 → 字段类型 → 是否UID 主叫号码 → SourcePhone → Phone → 是 被叫号码 → TargetPhone → Phone → 是 通话时间 → CallTime → DateTime → 否 通话时长 → Duration → Number → 否

避坑点：CallTime列若含2023/01/01 10:30:00格式，必须在“日期格式”中指定yyyy/MM/dd HH:mm:ss，否则 i2 解析为0001/01/01。

步骤 2：设置链接方向（Link Direction）

在“链接设置”页，必须勾选：

• SourcePhone作为源实体（From Entity）
• TargetPhone作为目标实体（To Entity）
• 方向：SourcePhone → TargetPhone（主叫→被叫）

若误选为双向，将导致“最早路径”算法无法区分主动联系行为。

步骤 3：启用高级选项（Advanced Options）

• 去重处理（Deduplicate）：勾选“基于 UID 去重”，防止同一号码多次导入；
• 空值处理（Null Handling）：对CallTime设置“跳过空行”，避免因缺失时间戳导致整行导入失败；
• 错误日志（Error Log）：务必指定日志路径，导入失败时可精准定位哪一行、哪个字段出错。

3.3 iBase 查询创建：企业级数据源的实时对接

iBase 是 i2 原生数据库，教材第 5 章“实现与 iBase 集成”指出：这是唯一支持实时查询、增量更新、复杂 SQL 关联的导入方式。配置流程：

步骤 1：在 iBase 中建表并索引

以银行账户表为例，必须创建：

CREATE TABLE bank_account ( account_id VARCHAR(32) PRIMARY KEY, -- UID 字段，建索引 holder_name VARCHAR(100), open_date DATE, balance DECIMAL(18,2) ); CREATE INDEX idx_account_id ON bank_account(account_id); -- 关键！

若未建索引，i2 查询时将全表扫描，10 万行数据响应超 30 秒。

步骤 2：在 i2 中配置 iBase 连接

文件 → 数据源 → 新建 iBase 连接，填写：

• 服务器地址：localhost（或实际 IP）
• 端口：9080（iBase 默认）
• 数据库名：i2_anb_db
• 用户名/密码：anb_user/secure_pass

避坑点：密码含特殊字符（如@、/）时，必须 URL 编码，否则连接失败。

步骤 3：编写查询 SQL 并绑定字段

在“查询创建”窗口输入：

SELECT account_id AS UID, holder_name AS Name, open_date AS OpenDate, balance AS Balance FROM bank_account WHERE balance > 100000; -- 可加业务过滤条件

然后将 SQL 字段拖拽至 i2 对应字段（UID→AccountID，Name→AccountHolder等）。
关键约束：SQL 中AS别名必须与 i2 字段名完全一致（大小写敏感），否则映射失败。

4. 避坑：14 个真实翻车现场与血泪解决方案（来自教材第 6 章“问题答疑”深度还原）

教材第 6 章“问题答疑”看似是零散问答，实则是浓缩了大量一线踩坑经验。我将其还原为可执行的故障树，每一条都对应真实发生过的分析中断事件。

4.1 复制与复制选区范围：Ctrl 键是生死线

• 现象：复制多个实体后，粘贴时只出现一个实体，且所有链接丢失。
• 原因：未按住Ctrl键点击右键，导致“复制选取范围”功能未激活。i2 的复制机制是：Ctrl+右键触发“复制选区”（含实体+链接+布局），无Ctrl仅复制“焦点实体”（当前高亮的单个实体）。
• 解决：养成肌肉记忆——右手按住Ctrl，左手点击鼠标右键。在团队培训中，我强制要求新人在键盘Ctrl键上贴红色胶布，持续两周。

4.2 三种连接形态：方向、样式、权重不可混用

• 现象：在“话单 ABC 分析”中，设置Call链接后，“可视化搜索”无法按“主叫次数 > 5”筛选。
• 原因：误将链接样式（Style）当作链接类型（Type）配置。i2 中：
  • Type（类型）：决定分析能力（如Call启用频次统计）；
  • Style（样式）：仅控制视觉（实线/虚线/箭头）；
  • Weight（权重）：需在属性中显式添加CallCount字段并绑定。
• 解决：在“链接类型编辑器”中，确认Call类型已勾选“启用频次统计”；在导入规范中，为CallCount字段设置Number类型并映射。

4.3 导入规范保存位置：路径错误导致下次找不到

• 现象：新建导入规范后，重启 i2 发现规范消失。
• 原因：教材第 6 章第 3 问明确指出：“导入规范默认保存在C:\Program Files\i2\Analyst's Notebook 8\Specifications，但若安装时自定义路径，或用户权限不足，可能保存到临时目录”。
• 解决：手动指定保存路径——在“导入规范编辑器”中，点击文件 → 另存为，选择My Documents\i2_Specs等用户有写入权限的路径，并在团队共享盘同步备份。

4.4 分析菜单灰色：不是软件故障，是数据状态锁

• 现象：“分析”菜单中“查找路径”“可视化搜索”等选项灰色不可用。
• 原因：教材第 6 章第 4 问答案直指核心——当前图表中不存在任何具有 UID 的实体。i2 的所有高级分析功能，均依赖 UID 构建关系索引。若实体只有标签（如“张三”）而无 UID（如身份证号），菜单强制禁用。
• 解决：执行分析 → 列出项目（F11），检查“唯一标识”列是否为空。若为空，立即用编辑 → 批量编辑属性为所有实体补 UID。

4.5 时间序列与关系分析切换：不是按钮失效，是表现方式不匹配

• 现象：点击“时间序列分析”按钮，图表无反应。
• 原因：教材第 6 章第 5 问揭示——当前实体表现方式不是Theme Line。i2 的时间序列分析引擎只识别Theme Line类型实体的时间属性。若实体是Icon，切换按钮无效。
• 解决：全选实体 → 右键 →表现方式 → Theme Line→ 在属性面板中，将DateTime类型字段（如CallTime）拖入“时间字段”框。

5. 从话单到银行账户：14 个功能演练场景的参数配置与验证技巧

教材第 4 章“功能演练”是真正的价值核心。它用 14 个递进式案例，把抽象功能转化为可验证的操作。以下提炼每个场景的必设参数与结果验证法，确保你做的每一步都有据可查。

5.1 话单关系分析：共联分析的四个硬性参数

目标：找出与 5 名嫌疑人通话最多的未知号码。

• 必设参数：
  1. 导入规范中，CallTime字段必须设为DateTime类型；
  2. Call链接类型必须启用“频次统计”；
  3. “过滤器”中启用“链接频次 > 0”；
  4. “布局”必须选“关系型布局”中的Force Directed（力导向）。
• 验证技巧：执行分析 → 查找路径，输入两个嫌疑人号码，查看路径中“中间节点”的CallCount属性值。最高值即为共联核心。

5.2 银行账户交易分析：五级穿透的层级控制

目标：追踪一笔 100 万元转账的最终收款方（五级）。

• 必设参数：
  1. Transfer链接类型必须启用“方向性”（FromAccount → ToAccount）；
  2. 在“查找路径”对话框中，将“最大跳数”设为5；
  3. 勾选“仅显示最短路径”（避免因环路产生冗余路径）；
  4. “路径权重”设为TransactionAmount（按金额降序）。
• 验证技巧：导出路径结果为 Excel，检查第 5 级节点的AccountID是否为有效银行账号（16-19 位数字），且Balance属性值与交易金额匹配。

5.3 人员活动轨迹：时间精度的致命影响

目标：还原嫌疑人 72 小时内的行动路线。

• 必设参数：
  1. 实体表现方式必须为Theme Line；
  2. Theme Line的“时间字段”必须绑定DateTime类型属性（如CheckInTime）；
  3. “时间序列分析”面板中，“时间粒度”设为Hour（非Day）；
  4. 启用“时间过滤器”，范围精确到2023-01-01 00:00:00至2023-01-03 23:59:59。
• 验证技巧：在时间轴上右键 →显示时间刻度，确认每小时出现一个刻度标记；拖动时间滑块，观察实体位置是否随时间动态变化。

5.4 爆炸案话单分析：时空关联的双重校验

目标：锁定案发前后 2 小时内，与多个嫌疑人密集通话的基站。

• 必设参数：
  1. 创建CellTower实体类型，并在调色板中定义；
  2. Call链接必须绑定CellTower作为中间节点（即Suspect → CellTower → Suspect）；
  3. “可视化搜索”中，设置复合条件：CallTime BETWEEN '2023-01-01 10:00' AND '2023-01-01 12:00' AND LinkCount > 3；
  4. “布局”选Geospatial Layout（地理空间布局），并导入基站经纬度坐标。
• 验证技巧：导出结果为 KML 文件，用 Google Earth 打开，确认高亮基站是否集中在案发现场 5 公里半径内。

5.5 通讯薄分析：关系强度的量化公式

目标：评估嫌疑人社交圈的紧密程度。

• 必设参数：
  1. Contact链接类型必须启用“双向频次统计”（因通讯录包含双向关系）；
  2. 在“分析 → 关系分析”中，启用“共同联系人分析”；
  3. 设置“最小共同联系人数”为5；
  4. “关系强度”公式设为(OutgoingCalls + IncomingCalls) / TotalContacts。
• 验证技巧：执行分析 → 列出项目，按“关系强度”降序排列，TOP3 实体的OutgoingCalls与IncomingCalls总和应占其总联系人数量的 70% 以上。

6. 把教材变成你的“后悔药”：一个强制执行的三步验证法与我的十年习惯

这份 2011 年的教材，我至今放在桌面文件夹ANB_Bible里，不是怀旧，而是因为它提供了一套可嵌入工作流的防错机制。每次启动新分析任务，我都强制走完以下三步，哪怕只花 90 秒——这比事后花 3 小时重跑路径划算得多。

6.1 第一步：UID 完整性快检（30 秒）

在任意新图表中，执行分析 → 列出项目（F11），弹出属性列表窗口。不做任何筛选，直接看三列：

• 唯一标识：是否全非空？若有空值，立即编辑 → 批量编辑属性补充；
• 实体类型：是否全为调色板中定义的合法类型（如Phone、Account）？若有Unknown，说明导入时字段映射错误；
• 链接数：每个实体的“链接数”是否符合业务常识？如一个手机号链接数为 0，大概率是导入遗漏。
  这一步堵住了 60% 的后续分析失败。

6.2 第二步：导入规范复用核验（30 秒）

教材第 5 章强调“导入规范是资产”。我建立了一个规范库：

6.3 第三步：路径结果交叉验证（30 秒）

教材第 6 章第 8 问“最早路径和最短路径区别”是精髓。我把它变成验证动作：

• 对同一组起止实体，分别运行查找最早路径和查找最短路径；
• 导出两个结果为 Excel，对比“路径长度”（跳数）与“路径时间”（时间戳差）；
• 若两者完全一致，说明数据时间戳质量极高；若差异大（如最短路径 3 跳但耗时 72 小时，最早路径 5 跳但耗时 2 小时），立刻检查CallTime字段是否存在格式混乱（如混用2023-01-01和01/01/2023）。

从那以后我每次开始新分析，都强制走一遍这三步。它不保证结论正确，但能保证我的操作没有低级失误——而情报分析中，90% 的“错误结论”，其实源于 10% 的操作疏漏。希望帮到你。

本文还有配套的精品资源，点击获取