作者 高焕堂
重要参考文章
内容
◆ 什么是业务区块：以家庭为例
◆ 以智慧城市的业务区块为例
— 以<数字家庭>业务区块为例
— 以<公共交通>业务区块为例
◆ 业务区块与<顶层设计>的关系
1. 什么是业务区块：以家庭为例
其实，大家很容易理解什么是<业务区块>。例如，公共交通、医疗卫生、观光旅游、教育学习等；都是大家日常生活中的基本术语了。大家所疑惑的是：要建造一个智慧城市，谁都知道要切分成许多块(即公共交通、医疗卫生、观光旅游等区块)，然后分别委托专家规划和招标厂商来兴建。这是基本常识，何必多加说明呢?
理由只有一个，就是：切分为许多区块部分(Part)，分而治之，是合理的做法。但是如何确保城市的整体(Whole)和谐状态呢? 其中，最基本的要求就是：这些区块部分之间要分工合作，也就是互联互通(Inter-Operationality)，避免掉入一个城市却处处是信息孤岛的窘境。
俗语说：一沙一世界，一花一天堂。从巨大的城市到小小的家庭，都可分为多个小(业务)区块。例如，一个家庭可分为多个区块，如下图：
图-1 家庭的分而治之
切分为多个区块，只是为了分而治之而已，并没有其它用意。不同的区块，攸关不同的专业知识或能力，通常会由不同的人员或业务单位(Business Unit，简称BU)来担任或执行有关的业务功能(Business Function)。例如，一家有三个人，刚好各主导一个业务区块，如下图：
图-2 各个区块的主导者
俗语说：女主内、男主外。身为妈妈者，带头执行”做晚餐”的任务(又称：业务功能)是一般常见的安排。
图-3 家务区块的功能：做晚餐
当妈妈要执行这项”做晚餐”任务时，需要与爸爸和小孩两人来合作商量，才能完成这项任务。在这项任务上，妈妈是主角、是主导者，而爸爸和小孩是配角。但是三人必须合作才行。由于男主外。身为爸爸者，带头执行”赚钱”业务功能(或称任务)是一般常见的安排。如下图：
图-4 经济区块的功能：赚钱(养家)
当爸爸要执行这项”赚钱”任务时，需要外界(家外)的企业部门的合作，才能获得金钱收入。然后，提供金钱给妈妈使用于家务上。所以，爸爸、妈妈和家外的企业部门三者的合作，才能完成这项任务。在这项任务上，爸爸是主角、是主导者，而妈妈和企业部门是配角。但是三者必须合作才行。其中，赚钱商业活动发生于企业内部，属于家外的活动，就不必详细描述了；只需表明企业部门是爸爸的薪水提供者就行了。
每天放学回家，小孩需要做学校老师指定的家庭作业。小孩是这项任务的主角，小孩取得(家外的)学校老师的课业指定，请求妈妈和爸爸的协助，去完成之。如下图：
图-5 学习区块的功能：做学校指定的作业
有时候，学校老师会打电话给学生家长，询问学生在家的自我学习情形。由于家教发生于家庭内，也是属于家庭里的”学习”区块范围的业务。但是由学校老师扮演主角，而家里的妈妈和小孩则是配角；三者相互合作。如下图：
图-6 学习区块的功能：老师询问学生家教情形
再如，妈妈依据(医院的)医生的建议，去向保险公司购买给小孩的特殊型健康保险。在这项任务上，妈妈是主角、是主导者，而爸爸、小孩、医生和保险公司人员都是配角；多方相互合作。如下图：
图-7 家务区块的功能：购买小孩的健康保险
上述的做法，只为了一个目的：在切分为多个业务的责任区块(Part)，进行有效的分而治之，简化管理过程中。仍然保持整体(Whole)的互联互通，及有效的分工合作，达成整体和谐的目标。
2. 以智慧城市的业务区块为例
2.1 前言
智慧城市可切分为多个业务区块，如下图：
图-8 智慧城市的4个基本业务区块
为了简单易懂起见，此图只举出常见的4个业务区块；其实，一个城市常常涵盖数十个不同的业务区块。
2.2 以<数字家庭>业务区块为例
在各业务区块里，往往会有许多业务单位(BU)，又称为业务单元(Operational Node)。例如，在医疗健康业务区块里，就会包含有医院、政府卫生单位、疾病预防中心等等。于此，为了简化说明起见，在各区块里仅各列出其中的代表性的BU。然后，从其顶层设计中来凸显这些业务区块之间的分工合作，以及互联互通的情形。如下图：
图-9 数字家庭业务区块及其代表性的BU
在数字家庭业务区块里，<家庭>大多位居主角地位，而<个人>和<医院>则大多是配角。例如下图：
图-10 数字家庭业务区块里的合作任务(业务功能)
上图里的椭圆代表了数字家庭业务区块里的业务功能(或称合作任务)。线条则连结了该任务的参与BU。兹针对上图里所举例的三个任务，做详细的说明；如下：
上图里的任务一(Ex-1)
名称：家里自我健康检测
任务：各家庭成员(个人)自己做健康检测，其检测结果数据传送到医院的健康服务中心，进行检测数据的解析。
主角：智能家庭
配角：医院和个人
上图里的任务二(Ex-2)
名称：家庭健康信息推送
任务：智能家庭定时从医院取得健康检测的解析报告，并主动推送给各家庭成员(个人)
主角：智能家庭
配角：医院和个人
上图里的任务三(Ex-3)
名称：移动查询健康分析
任务：家庭成员(个人)随时透过3G上网访问医院健康服务中心，查询个人或家人最近健康趋势分析
主角：个人
配角：医院
关于这个Ex-3，由于健康分析数据来自于家人健康检测，发生于家庭内，或收集到家庭。所以属于数字家庭区块范围的业务。但是由移动的个人扮演主角，而医院则是配角。
2.3 以<公共交通>业务区块为例
刚才已经说过了，在各业务区块里，往往会有许多业务单位(BU)，又称为业务单元(Operational Node)。例如，在医疗健康业务区块里，就会包含有医院、政府卫生单位、疾病预防中心等等。于此，为了简化说明起见，在各区块里仅各列出其中的代表性的BU。然后，从其顶层设计中来凸显这些业务区块之间的分工合作，以及互联互通的情形。如下图：
图-11 公共交通业务区块及其代表性的BU
在公共交通业务区块里，<公交车企业>大多位居主角地位，而<个人>和<家庭>则大多是配角。现在，就来举四项合作任务做为范例，来说明之。这四项任务是：
Ex-1. 个人移动上网查询路线和时间。
Ex-2. 个人站牌NFC查询路线和时间。
Ex-3. 家人从TV查询路线和时间，并推送到个人手机。
Ex-4. 在家设定(每)日行程表；每天定时推送车况和准备通知；每天定时推送车况和准备通知。
接着，就来细说这四项合作任务的情境，包括合作的任务(Task)，每项任务就是一个事件(Event)，一个事件常常需要多个BU相互合作，而且事件发生有其时间上的先后顺序。请看详细的描述如下：
举例任务(一)
ID：Ex-1
名称：个人移动上网查询路线和时间
任务：个人从移动终端上网访问公交车企业云端，取得路线和时间信息
主角：个人
配角：公交车企业
举例任务(二)
ID：Ex-2
名称：个人站牌NFC查询路线和时间
任务：在站牌时，个人拿NFC设备(如手机等)碰触站牌上的NFC Tag，自动从公交车企业云端取得该站牌各路线和最近时间
主角：个人
配角：公交车企业
兹以图形表达上述的Ex-1和Ex-2两项合作任务：
举例任务(三)
ID：Ex-3
名称：家人从TV查询路线和时间，并推送到个人手机
任务：家庭里的人使用TV访问公交车企业云端，查询路线和时间，并主动推送给家庭成员(个人)
主角：家庭
配角：公交车企业和个人
兹以图形表达上述Ex-3合作任务：
举例任务(四)
ID：Ex-4
名称：在家设定(每)日行程表；每天定时推送车况和准备通知
任务：家庭里的人从TV设定每日行程表，并从公交车企业云端确认行程表的有效性。之后，家庭里的TV定时从公交车企业云端取得路线车况，提推送到个人手机，也提醒准备去搭车
主角：家庭
配角：公交车企业和个人
兹以图形表达上述Ex-4合作任务，以及其执行流程，如下图所示：
在上述的四项任务中，第1、2项合作任务(即Ex-1和Ex-2)是由<个人>主导，带领<公交车企业>来合作完成。第3项合作任务(Ex-3)，是由<家庭>主导，带领<个人>和<公交车企业>来合作完成。至于第4项合作任务(Ex-4)，也是由<家庭>主导，带领<个人>和<公交车企业>来合作完成的。
3. 业务区块与<顶层设计>的关系
智慧城市的范畴跨越了许多不同的业务区块、产业技术和专业知识，又深度依赖信息化技术。由于，各业务区块或产业(如数字家庭、医疗服务、公共交通、食品安全等)的信息化应用视角和深度并不尽相同，所以各业务区块(或产业)各有其独特视角的顶层设计(Top-Level Architecture Design)来呈现其特殊需求是常见的。
一般而言，智慧城市的顶层设计并非完全是<由上而下＞(Top-Down)进行规划的；而是偏向于＜从中间往上＞(Middle-Up)进行的。例如，常见步骤是：
Step-1. 各业务区块先分头(同时)进行顶层设计；例如，进行数字家庭、医疗服务、公交车三个产业(区块)的顶层设计蓝图。
Step-2. 将上述三份顶层设计蓝图，同时呈交给市政府。
Step-3. 市政府审核上述三份蓝图，仔细核对其未来可能重复投资的部分；然后展开协调。
Step-4. 市政府审核上述三份蓝图，仔细核对其可能违背互联互通的障碍部分；然后展开协调。
Step-5. 一旦协商成功，并修正蓝图了；上述三份蓝图就合并成为智慧城市顶层设计蓝图了。
Step-6. 基于此智慧城市顶层设计蓝图，再将其它区块的顶层设计蓝图逐一合并进来；智慧城市的顶层设计蓝图就会健康成长了。
针对各业务区块而进行各自的顶层设计。这些区块性的顶层设计只是手段，其目的是要产出各自的蓝图，然后汇合、审核、协调而融合成一个整体的智慧城市顶层设计蓝图。一旦整体城市的顶层设计出炉了，就能回头来修正各业务区块的顶层设计，让各区块顶层设计都不要违背城是顶层设计。◆
~ end ~
