假设：
1.有一个“数字后事”网站；
2.有一个用户A，也是我们假设需要处理“数字后事”的主角；
3.B1.B2.B3.Bx …… 是A安排的“数字后事接管人”。A可以定义不同的帐户类型，比如B1为工作方面帐户接管人，B2为账务方面帐户接管人，B3为家庭事务方面帐户接管人；
4.C1.C2.C3.Cx …… 是与A互相信任的一些朋友。
应用情景：
1.A在安全状态把自己的各类帐户信息储存到“数字后事”网站。帐户可以分类，不同的帐户可选择不同的“数字后事接管人”。
2.A可以选择有权呼唤自己的朋友，可以根据朋友数量，选择不同的“呼唤”人数，比如5个或10个。
进阶：A可以设置给Cx们、Bx们的留言。告诉Cx“呼唤”需要的条件。。遗言。。闹鬼策略。等。
3.当A的朋友Cx们发现一段时间A没有出现，就可以登陆到“数字后事”（当然他们也需要是“数字后事”的用户）去做一个“呼唤”A的操作。
注：往往A的朋友Cx们也是朋友，他们可以根据当时的情景，协商后一起去“呼唤”，这可以达到一个“呼唤”的密度，这里也是考虑了社会性网络的特征，实现了一种群策特征。。
4.当“呼唤”人数达到A设定的“呼唤”量，并符合一些默认规则（比如达到一个既定的密度、身份合法）就把A预设的信息发送给相应的Bx们，或者是Bx们有权限去访问存储在“数字后事”的网站。
5.Bx们根据A的设定，在有必要的情况下，把相应的信息转发给Cx们。
设立一个“数字后事接管人”，一方面考虑到A的帐户由一个人掌握比较好，另外一方面，如果A又复活了，帐户也有相对（与很多人知道帐户信息比较）的安全性。
这是一个 规则+群策判断 的“数字后事”处理法。
0 Responses
Stay in touch with the conversation, subscribe to the RSS feed for comments on this post.