本文来自我正在写的OPSN草案中的一部分。

前几天Robert Scoble由于运行一个脚本来导出自己在facebook上的联络人列表而被facebook封了帐号，而引发了这些联络人信息究竟属于谁的争论。显然不少sns运营者认为这些数据是他们的（当然他们会宣称这是为了保护用户的隐私）所以不能让你很爽快地带走。

我正在做的OPSN（Open Portable Social Network）是一个开放的，数据可携带的，分布的SNS协议和基于此的一个原型实现。OPSN是一个类似于OpenID和oAuth的基于HTTP扩展的协议和参考实现, 他可以和openID, oAuth很好地结合，和openID, oAuth没有重叠各自解决不同领域的问题，OPSN中重用了Microformats中的一些数据规范(hcard, xfn), 也可能会使用APML和OPML来作为部分数据交换格式。OPSN的原型中使用了OpenID作为用户认证部分。

从根本上而言，一个SNS从现今的技术实现来说固然是中心化的容易实现，但一个分布的SNS其实更加贴近于人际社会。事先需要说明几个OPSN中的基础概念：

• OPSN中没有“friend”的概念，只有联系人的概念，我们认为朋友是联系人的一种，通过对人贴tag来进行管理，可以灵活地实现各种关系的管理。
• OPSN中的联络人之间的关系是通过“单向＋通知”的方法来定义的，这和twitter中的follow的概念更接近。　

“单向＋通知”比目前大部分sns, IM中的朋友关系建立更加合理，也更贴近人际社会。现实生活中，你可以单方面把某人作为自己的朋友去关心（例如单恋，:) ), 你可以“通知”也就是让对方知道你单方面建立了这种关系，让对方去决定如何从他（她）的角度建立和你的关系（并且再通知你）。

OPSN的基本思路来源于实际的人际社会中每个人管理自己的社交联系的方式，在一个现实的人际社会中：

• 每个人自我管理自己的联络列表：只有我自己完整地知道我有哪些联系人，我可能有多种方式保存这些联系信息，例如 名片本，通讯录，手机/PDA的地址本，Outlook的address book, 等等。　
• 每个人可以自主地决定添加和删除那些通讯录成员，可以自主决定对他们的联络信息如何处理（保存，抛弃，分享，添加批注, …）
• 每个人自主决定如何把自己的信息提供给他人，以及提供多少信息给他人，以及那些信息属于公开信息（例如名片，黄页上的信息），哪些属于私有的，例如我的私人手机号码； 哪些信息是可能可以不断更新的，例如我的blog url等.
• 每个人无法去控制获得了他信息的人如何再次利用提供给他们的信息，例如我的名片一旦提供给了他人，别人可能会把我的信息收集好，但也可能会丢弃，或者把握的名片提供给spammer. 即使我的私有信息，一旦我把它提供给了别人，这些信息的拷贝其实也就已经属于了别人，因为我们无法控制别人如何利用这些信息。 facebook等认为朋友的email地址不是你的，这种思路我不赞同。
• 冗余的信息必然存在于多处，而且一些冗余的信息可能不再一致，但这些问题的存在并不影响整个人际社会的存在和交流；例如，我的一些联系人可能仍然收集着我的过期的名片，那些联络信息可能再也无法联系我了，但对他们而言他们并不知道；大多数情况下，只有有用的信息才有更新的必要性，无用信息即使保持更新，也属于garbage in, garbage out.

现实生活社交中，各个人联络的信息是如何被使用和分享的呢？　至少有以下的形式，可能不全面，欢迎补充：

• 发布获得，如名片， 广义的还有电子化的名片，如beam, sms/mms传递，email传递的
• 分享获得，例如我可能通过朋友来获得一部分他的朋友的联络信息
• 转发获得，例如我可以通过朋友来找到我实际上认识但丢失了联络信息的人的信息
• 成批获得，例如我可以从一些组织的名单中获得整批的联络信息

受到OpenID设计的启发，在OPSN中我引入了“授权”的概念：

通过授权，我们可以我们可以把自己的私人 URL授权让专门的OPSN Server来帮助我们管理我们的social network. 我们可以随时更换这些授权的对象，并且随时把自己的数据转移到自己信任的服务器上。　这样对一个技术比较强的用户，他可以建立完全私有的符合OPSN的个人服务器，一切数据在自己控制之下；对于不想这么麻烦的用户，只需要使用任何一个OPSN Server, 然后在自己的个人页面上标记一个授权服务器，就能委托OPSN Server来行使职能。　授权也可以在现实人际社会中找到一些类似的，例如繁忙的经理人可能授权其秘书来管理部分他的联络信息。

[?]

Share This