1
polaa 2021-02-25 21:31:38 +08:00 13
律所 遗嘱
|
2
frak 2021-02-25 21:39:38 +08:00 3
如果电子邮件可以的话,Google Inactive Account Manager 会在账户不活跃后自动发送邮件到指定联系人
|
3
mxT52CRuqR6o5 2021-02-25 21:46:04 +08:00
好像是律师所有这种业务,具体怎么操作的不清楚
|
4
iFullStackDev 2021-02-26 00:05:29 +08:00
可以一起搞个?
|
5
iFullStackDev 2021-02-26 00:06:04 +08:00
|
6
systemcall 2021-02-26 01:11:33 +08:00
我可能更期待被所有人遗忘,成为寥寥几行字就概括一生的终点的“在途死亡者”,从这个世界中消失吧
不会有人难过,不会给这世界增添多少麻烦,只是虚幻的数字和程序化的简单的仪式,就可以道别这个世界 |
7
ThirdFlame 2021-02-26 08:52:21 +08:00
技术实现 MQTT last will
现实实现 暂时不知道 |
8
registered 2021-02-26 09:28:36 +08:00
有,前两天还看到了,忘了名了
|
9
funbox 2021-02-26 09:42:06 +08:00
把我的比特币私钥写上
|
10
soulzz 2021-02-26 09:42:38 +08:00
那么如何定义死亡呢?心脏停跳还是脑死亡?
用心脏停跳定义死亡的话从技术层面现在可以实现,在心脏部位皮下植入震动传感器,通过 e-sim 接入运营商网络定期往服务器发送 udp 包后休眠(耗电量应该相当小)。当然这个皮下设备最好能够支持无线充电,配合相控阵无线充电技术可以实现很长的续航。服务器连续多次未收到心跳后触发遗嘱流程,在倒计时 xx 小时内无人确认是意外情况的话,往各种 bot 发送信息,或者触发发送邮件。从现有技术来看实现起来不遥远。 用脑死亡定义的话就比较困难,不是很了解相关技术。 当然这个心跳检测的想法还可以用作紧急急救,检测心跳停止立刻发送位置信息给急救人员是可以做到的 |
11
Symo 2021-02-26 09:47:25 +08:00
可以委托律师或者中华遗嘱库立一份纸质遗嘱, 然后把个人资产或者虚拟资产保存到一个邮箱里面, 遗嘱上写明账号密码?
不过现在的登录都要求手机验证码还是一个挺麻烦的事情. 如果手机随着死亡遗失了亲属能不能补办呢. |
12
madlifermail 2021-02-26 10:08:15 +08:00 1
每天确认不科学啊...想想你每天都有用到的服务是什么, 除了死亡以外基本不会出现连续 30 天不使用的服务是什么,应该就解决了吧
|
13
itskingname 2021-02-26 10:27:16 +08:00
你想一想,有一个机构,每天都要确认你死了没有。听起来有点可怕啊。
|
14
sobigfish 2021-02-26 10:34:58 +08:00
@itskingname 那可以反过来,用户每几天确认一次---好像也很可怕
|
15
cincout 2021-02-26 10:37:33 +08:00
和 信条 里面的 手表是不是一个使用模式[dog]
|
16
draguo 2021-02-26 10:46:32 +08:00
金融资产的账号密码很需要这样的服务,我觉得最难的是怎么让人相信不会出现信息泄露,最安全的好像是写一张纸上放在家里
|
17
ohooooo 2021-02-26 10:53:55 +08:00
果然日光之下并无新事。
我五六年也思考过这个问题。 当时想的是自己写一个邮件发送程序,自己可以随时写给不同联系人的邮件,然后随时修改,告知遗嘱,包括我的各种账户和密码,以及想说的话和遗产分配信息。然后设定一个自己常用邮箱,每周发送一封邮件来给我提醒是否进行修改,如果持续 4 周我既没有点是跳转到修改页面,也没有点否,那么就会自动访问公积金忘记密码通过手机验证码找回的服务(自己搞短信接口需要付费而且不划算,用支付部可能真的存在被盗,公积金系统一般不会被盗号尝试且 z f 的系统代码跟新慢不会存在需要修改,而且图形验证码还是比较老的技术可以突破),当我收到短信说正在修改公积金密码那么就是提醒我有一个月没向程序确认存活了,这个时候再去邮件里点是 /否就可以更新状态了。如果此时我真的死了一定没人知道这条短信的真实意思。那么在这个动作一个月后依然没有更新存活状态的话,程序可以认为我已经死亡。并向所有设定好的联系人发送一封邮件,询问我的存活状态。一个月后根据邮件反馈的信息看存活的可靠度来决定我的最终存活状态。如果判断不确定则给邮件反馈确认死亡的人发信,如果判断是死亡了则给所有联系人发信。 那么整个死亡后的过程就是这样:第一个月每周的邮件因为没有人点修改或否,给手机发短信;第二个月邮件依然没有人点,给联系人发确认信;第三个月给部分联系人或所有联系人发送遗信。 当然,邮件可以替换成微信服务号通知或者 QQ,短信等等形式。唯一需要考虑的就是服务器的钱你要提前付好一年以后的;而且不会闲着没事到无人区去,且换号前及时修改安全手机号码。 |
18
ofoerssdsdsdsd 2021-02-26 11:06:14 +08:00
我上家公司就做这个的 叫如见。 见字如面
@loryyang |
19
ofoerssdsdsdsd 2021-02-26 11:07:51 +08:00
有的, 叫 如见 这个还是很小众的。
@polaa @frak @mxT52CRuqR6o5 @iFullStackDev @ThirdFlame @registered @funbox @soulzz @Symo @madlifermail @itskingname @sobigfish @ohooooo |
20
sobigfish 2021-02-26 11:17:53 +08:00
@ofoerssdsdsdsd 果然不靠谱,已经访问不了,我到没这个需求,我有银行保管箱。 这个是最便宜的保险方案。
|
21
across 2021-02-26 11:19:21 +08:00
前排承接 [确认你挂了帮忙销毁硬盘] 服务
|
22
loryyang OP @ofoerssdsdsdsd #18 嗯,有点像,我研究下,我倒不是说要为了那些账号,主要是留点文字
|
24
ofoerssdsdsdsd 2021-02-26 11:34:56 +08:00
@sobigfish 访问的了啊。应用商点搜名字也行啊。 人家一直在运营的。好不啊。 在那公司上班时可爽了,每天中午阿姨给们烧好吃的。 还会给我们烤点鸡翅吃。 我还把烤鸡翅那锅带回来自己烤过 香的很。 哎,除了那公司就再也没阿姨烧饭。 天天吃外卖难受极了
|
25
haimall 2021-02-26 11:41:13 +08:00
其实这就是区块链要解决的事情,
自动读取死亡记录,并履行预制程序。 |
26
unstop 2021-02-26 11:42:26 +08:00
|
27
danhahaha 2021-02-26 12:14:44 +08:00
这种东西还是实物保存,妥善交给机构或者信赖的人家里保存比较好,网络保存或者 app 之类的,万一被盗,那真就完蛋了
|
28
ThirdFlame 2021-02-26 12:45:52 +08:00
@ofoerssdsdsdsd #24 APP 的思路很好,其实这种消息 最关键的就两个问题 1 、长期运营 2 、数据保密性 3 、存活状态无感知获取。
1 就靠企业自身了 2 即使文件内容加密,密钥肯定还是要保存在企业侧的。 当然也可以用户自设定密钥,将密钥提前公布给信息接收者。 3 存活状态感知,如果靠用户登录或者访问 APP 来搞,有些烦人。 应该使用一些无感知的手段,比如 其邮箱有没有发送邮件的记录,推送的公众号文章有没有被阅读、主动发送红包有没有被接收(这个比较喜闻乐见)等,当然这里面又到授权问题了。 |
29
yujiang 2021-02-26 13:01:48 +08:00 via Android
银行保管箱?
|
30
Cheivin 2021-02-26 13:53:45 +08:00
想起一部日剧《人生删除事务所》,倒不是死后寄信,而是死后帮忙删除资料
|
31
bluesenzhu 2021-02-26 14:24:12 +08:00
类似网络通信的保活功能,定时多个途径发个心跳包(最好由中心端发,客户端响应,以防客户端忘记),如果连续三次没有回复表示挂了。
|
32
kangyan 2021-02-26 16:07:28 +08:00
这也太阴间了。。。
|
34
bluecrow 2021-02-26 17:28:39 +08:00 via Android
北京 798 有个叫熊猫慢递的
|
35
registered 2021-02-26 20:57:43 +08:00
@ofoerssdsdsdsd 对对对,就是这个
|
36
Leigg 2021-02-27 09:46:35 +08:00 via iPhone
pull-push 模型,或者 callback
|
37
MaverickLee 2021-03-02 08:59:20 +08:00
如果我是收信那位,估计我会被吓死(逃)
|