C
cheka
Unregistered / Unconfirmed
GUEST, unregistred user!
转自西祠胡同 http://xici.net.cn (大富翁里有西祠网友吗？）
分散对象技术与神奇之地的虚拟爱情（Distrubuted Object Techology and Cyberlove On Miracal-land,DOT COM）--- Ver.0.0 RC1 Build 253
关键字Key Words
分散对象技术 对象 服务 虚拟爱情 gg mm
第一章 绪论
本文，将使用分散对象技术(Distrubuted Object Techology，DOT)，分析
网络这一神奇之地（Miracal-land）上发生的虚拟爱情（Cyberlove）.
参考文献[3]，以不完整证明的形式，用简明的数学语言，阐述了本领域的
基本原理（但在文献[3]的附件中，9blue对其推理过程提出了质疑），参
考文献[1]，[2]根据这一基本原理，分析了基于单机多任务环境的具体表
现形式，在参考文献[2]中，merlin假设gg,mm为系统中的进程，而在[1]
中，js4进一步指出，gg,mm可以以线程的形式出现。
在分散对象的环境中，有以下几个要素：对象，对象的生存环境，以及
backend的数据。在分布式的企业计算系统中，对象可以是CORBA对象，EJB
等，对象的生存环境，是CORBA server, EJB Container等运用服务器
（application server),而backend数据库，多半为传统的关系型数据库，
或者SAP,PEOPLE等ERP系统，甚至可以是lotus notes等非关系型数据库。
在因特网（internet)这一神奇之地（Miracal-land）上，这些要素，通常
以以下几种形式出现：各个BBS站点和聊天室，可以看作是对象的生存环
境；而活跃于BBS和聊天室的各个ID，则是gg,mm对象的具体实例，请注意
严格区分对象（object）和对象的实例（instance）之间的关系。一个对
象可以有多个实例，正如一个gg或mm，可以有多个ID一样，这些实例的表
现形式可以不同，这一点将在“第四章 对象的多态性”中做进一步的阐
述；而backend数据，则是gg,mm的具体的人生经验，可以近似认为是一种
比对象数据库更先进的非逻辑型数据库。
第二章 对象间的相互作用
第1节 发现机制
对象间发生相互作用的前提，是要有一种发现机制，让一个对象可以找到
其他的对象。发现对象，需要系统提供的Naming Service和Trade
Service.
Naming Service是一种根据对象的名称，找到对象的方法；而Trade
Service则是根据对象提供的服务以及对象的特性，发现对象的方法。例如
现实世界中的白页电话部，可以认为是一种Naming Service，可以根据姓
名，查找电话号码。而黄页电话簿，则是Trade Service，可以根据服务，
查找对象，如提供餐饮服务的饭店等。
在神奇之地中，如BBS普遍提供的在线网友查询等，可以认为是一种
Naming Service, 而根据年龄，性别，居住地等特征查找网友的服务，则
是一种典型的Trade Service.
第2节 基本通讯协议
通过Naming Service或Trade Service，找到合适的对象之后，一般需要有
一种动态发现机制，发现此对象的其他属性。而这种动态发现机制，需要
底层message service的支持。通常的message service是一种异步的通讯
机制，考虑到运行环境的复杂性，多采用基于plain text的通讯协议
（protocol）. 参考List 1 的会话过程，假设这是一个gg对象和mm对象的
通讯过程，注意，带有尖括号">"的，为mm对象的应答。可以看出，在没有
发现对方对象的更多属性之前，应该首先采用基本的通信方法，如使用英
语。第1行和第2行，建立起会话过程，表示对方对象可以支持message
service。但是，第3-5行的通讯，没有收到应答，这时在第6行，gg对象使
用了动态发现的询问机制，在收到对方第7行"yes"的应答之后，可以确定
此mm对象支持chinese通讯协议，于是，以后的对话，可以采用chinese通
讯协议来进行。请注意，第3-5行的通讯，没有收到应答的原因是多种多样
的。一种可能是该mm对象不能识别这种通讯协议，也可能是gg对象的安全
级别不够，不能查询该mm对象的protected属性，还有可能是该通讯通道的
安全级别不够，mm对象出于安全性考虑，拒绝在这一不被信任的通道上传
递敏感数据。
List 1. 会话过程例
1 hi
2 >hello
3 how are u?
4 how old are u?
5 where are u?
6 can you speak chinese
7 >yes
8 你好
9 >你好，很高兴认识你
......
第3节 安全性
通过第2节的例子可以看出，安全性对对象间的相互作用有着非常重要的制
约关系。由于运行环境所限，通常的password等传统认证方法无法实行，
多采用“证明书”这一形式的安全认证方法。常用的证明书形式为“照
片”，但是，由于缺乏第三方认证机构，由gg或mm对象自己发行的“照
片”证明书，并不能保证100%的安全性。不论如何，在通讯双方交换了证
明书之后，互相的安全级别都会提高，前面所不能进行的“年龄”，“地
址”等查询操作，有可能得以进行，进一步，更有可能查询“电话号码”
等敏感数据，以便进行采用其他通讯协议。
第4节 其他通讯协议
由于Trade Service的代价(Cost)较高，通常在确定通讯对象之后，多采用
Naming Service来寻找对象。而且，随着通讯的进行，基于plain text的
通讯协议往往不能满足要求，在确定对方对象的支持性之后，有可能转而
使用更复杂的基于多媒体（Multi-Media）的通讯协议，例如“电话”这一
基于voice的通讯协议或更复杂的“见面”这种更复杂的“虚拟-现实变
换”通讯协议。可以看出，复杂的通讯协议，固然尤其便利性和先进性，
但也有Cost过高，消耗系统资源过多等缺陷。如“电话”协议，基本是一
种点对点的通讯协议（注1），除了需要付出“电话费”这一运行成本之
外，更严重的问题是在通讯过程中，锁定了“电话线”这一昂贵的，un-
shareable的系统资源，阻碍了基于plain text的简单通讯过程的并发执
行。“见面”是一种更为昂贵的通讯协议，除了和前面的“电话”一样，
有着不可并发操作这一缺陷之外，消耗的系统资源更多，例如，为了提高
通讯的质量，需要有良好的上下文环境（context），如咖啡厅，餐厅等，
通常也需要消耗“咖啡”，“晚餐”等不可回收利用的系统资源，而这些
系统资源，都可以用“人民币”这一可生产资源来交换。至于“人民币”
这一资源的生产，回收，合理分配等，不在本文探讨范围之内，有兴趣的
读者，可以参考相关著作。
*注1：也存在非点对点的“电话”通讯协议，但由于可操作性较差，一般
gg和mm对象不会实现这一界面（interface），因为运行成本过高，通常只
有企业级的对象（enterprise level)，才会实现这一界面。
第三章 事务处理及其他服务（Naming, Transaction and other services）
第四章 对象的多态性
第五章 负载平衡及错误恢复 （Load balance &
Failur over）
参考文献
[1] js4，2000/3/21，回 merlin的“一个男人爱上多个女人是会系统崩溃的”，“愚猪部落”版
[2] merlin,2000/3/16，一个男人爱上多个女人是会系统崩溃的 ，“愚猪部落”版
[3] RainGong,2000/3/16,一个男人同时爱上多个女人也是专一的 ，“愚猪部落”版
分散对象技术与神奇之地的虚拟爱情（Distrubuted Object Techology and Cyberlove On Miracal-land,DOT COM）--- Ver.0.0 RC1 Build 253
关键字Key Words
分散对象技术 对象 服务 虚拟爱情 gg mm
第一章 绪论
本文，将使用分散对象技术(Distrubuted Object Techology，DOT)，分析
网络这一神奇之地（Miracal-land）上发生的虚拟爱情（Cyberlove）.
参考文献[3]，以不完整证明的形式，用简明的数学语言，阐述了本领域的
基本原理（但在文献[3]的附件中，9blue对其推理过程提出了质疑），参
考文献[1]，[2]根据这一基本原理，分析了基于单机多任务环境的具体表
现形式，在参考文献[2]中，merlin假设gg,mm为系统中的进程，而在[1]
中，js4进一步指出，gg,mm可以以线程的形式出现。
在分散对象的环境中，有以下几个要素：对象，对象的生存环境，以及
backend的数据。在分布式的企业计算系统中，对象可以是CORBA对象，EJB
等，对象的生存环境，是CORBA server, EJB Container等运用服务器
（application server),而backend数据库，多半为传统的关系型数据库，
或者SAP,PEOPLE等ERP系统，甚至可以是lotus notes等非关系型数据库。
在因特网（internet)这一神奇之地（Miracal-land）上，这些要素，通常
以以下几种形式出现：各个BBS站点和聊天室，可以看作是对象的生存环
境；而活跃于BBS和聊天室的各个ID，则是gg,mm对象的具体实例，请注意
严格区分对象（object）和对象的实例（instance）之间的关系。一个对
象可以有多个实例，正如一个gg或mm，可以有多个ID一样，这些实例的表
现形式可以不同，这一点将在“第四章 对象的多态性”中做进一步的阐
述；而backend数据，则是gg,mm的具体的人生经验，可以近似认为是一种
比对象数据库更先进的非逻辑型数据库。
第二章 对象间的相互作用
第1节 发现机制
对象间发生相互作用的前提，是要有一种发现机制，让一个对象可以找到
其他的对象。发现对象，需要系统提供的Naming Service和Trade
Service.
Naming Service是一种根据对象的名称，找到对象的方法；而Trade
Service则是根据对象提供的服务以及对象的特性，发现对象的方法。例如
现实世界中的白页电话部，可以认为是一种Naming Service，可以根据姓
名，查找电话号码。而黄页电话簿，则是Trade Service，可以根据服务，
查找对象，如提供餐饮服务的饭店等。
在神奇之地中，如BBS普遍提供的在线网友查询等，可以认为是一种
Naming Service, 而根据年龄，性别，居住地等特征查找网友的服务，则
是一种典型的Trade Service.
第2节 基本通讯协议
通过Naming Service或Trade Service，找到合适的对象之后，一般需要有
一种动态发现机制，发现此对象的其他属性。而这种动态发现机制，需要
底层message service的支持。通常的message service是一种异步的通讯
机制，考虑到运行环境的复杂性，多采用基于plain text的通讯协议
（protocol）. 参考List 1 的会话过程，假设这是一个gg对象和mm对象的
通讯过程，注意，带有尖括号">"的，为mm对象的应答。可以看出，在没有
发现对方对象的更多属性之前，应该首先采用基本的通信方法，如使用英
语。第1行和第2行，建立起会话过程，表示对方对象可以支持message
service。但是，第3-5行的通讯，没有收到应答，这时在第6行，gg对象使
用了动态发现的询问机制，在收到对方第7行"yes"的应答之后，可以确定
此mm对象支持chinese通讯协议，于是，以后的对话，可以采用chinese通
讯协议来进行。请注意，第3-5行的通讯，没有收到应答的原因是多种多样
的。一种可能是该mm对象不能识别这种通讯协议，也可能是gg对象的安全
级别不够，不能查询该mm对象的protected属性，还有可能是该通讯通道的
安全级别不够，mm对象出于安全性考虑，拒绝在这一不被信任的通道上传
递敏感数据。
List 1. 会话过程例
1 hi
2 >hello
3 how are u?
4 how old are u?
5 where are u?
6 can you speak chinese
7 >yes
8 你好
9 >你好，很高兴认识你
......
第3节 安全性
通过第2节的例子可以看出，安全性对对象间的相互作用有着非常重要的制
约关系。由于运行环境所限，通常的password等传统认证方法无法实行，
多采用“证明书”这一形式的安全认证方法。常用的证明书形式为“照
片”，但是，由于缺乏第三方认证机构，由gg或mm对象自己发行的“照
片”证明书，并不能保证100%的安全性。不论如何，在通讯双方交换了证
明书之后，互相的安全级别都会提高，前面所不能进行的“年龄”，“地
址”等查询操作，有可能得以进行，进一步，更有可能查询“电话号码”
等敏感数据，以便进行采用其他通讯协议。
第4节 其他通讯协议
由于Trade Service的代价(Cost)较高，通常在确定通讯对象之后，多采用
Naming Service来寻找对象。而且，随着通讯的进行，基于plain text的
通讯协议往往不能满足要求，在确定对方对象的支持性之后，有可能转而
使用更复杂的基于多媒体（Multi-Media）的通讯协议，例如“电话”这一
基于voice的通讯协议或更复杂的“见面”这种更复杂的“虚拟-现实变
换”通讯协议。可以看出，复杂的通讯协议，固然尤其便利性和先进性，
但也有Cost过高，消耗系统资源过多等缺陷。如“电话”协议，基本是一
种点对点的通讯协议（注1），除了需要付出“电话费”这一运行成本之
外，更严重的问题是在通讯过程中，锁定了“电话线”这一昂贵的，un-
shareable的系统资源，阻碍了基于plain text的简单通讯过程的并发执
行。“见面”是一种更为昂贵的通讯协议，除了和前面的“电话”一样，
有着不可并发操作这一缺陷之外，消耗的系统资源更多，例如，为了提高
通讯的质量，需要有良好的上下文环境（context），如咖啡厅，餐厅等，
通常也需要消耗“咖啡”，“晚餐”等不可回收利用的系统资源，而这些
系统资源，都可以用“人民币”这一可生产资源来交换。至于“人民币”
这一资源的生产，回收，合理分配等，不在本文探讨范围之内，有兴趣的
读者，可以参考相关著作。
*注1：也存在非点对点的“电话”通讯协议，但由于可操作性较差，一般
gg和mm对象不会实现这一界面（interface），因为运行成本过高，通常只
有企业级的对象（enterprise level)，才会实现这一界面。
第三章 事务处理及其他服务（Naming, Transaction and other services）
第四章 对象的多态性
第五章 负载平衡及错误恢复 （Load balance &
Failur over）
参考文献
[1] js4，2000/3/21，回 merlin的“一个男人爱上多个女人是会系统崩溃的”，“愚猪部落”版
[2] merlin,2000/3/16，一个男人爱上多个女人是会系统崩溃的 ，“愚猪部落”版
[3] RainGong,2000/3/16,一个男人同时爱上多个女人也是专一的 ，“愚猪部落”版
