第127节(3/3)

的幸存者也超过了两亿，【寻人】功能的开放前提已经好准备。

“我初步的设想是，想要找人的人先提一条申请，通过小松的智能比对后，如果找到符合条件的人，可以由超市先向对方发送信息，将提寻人申请的人的信息发送给对方。对方同意反馈自己的信息后，再将结果发给申请人，整个过程必须是相互的。”

随着陆黎手指在控制台上动，寻人的程图现在作屏幕中。在陆黎看来，【寻人】确实是一个非常好的功能，但这个功能背后也隐藏着一定的风险，亲人可以找你，仇人能不能找你呢？所以，寻人的过程必须是双方都知并且同意的。

“很有理，还有很多细节的地方需要注意，比如有人收到别人寻找自己的消息，却不想给对方反馈自己的信息，那么申请人那边会得到什么样的结果呢？”

顾浩霖正在亲自带队清理城市，以他的实力，在城市中心也闲信步，一边宛如砍瓜切菜般行云地清理丧尸，一边思陆黎的计划，提合理的建议不断补充，“如果比对符合的人选，之后一系列通知、反馈程需要的时间不一定短，但如果没有比对合适的人选，给结果的速度就会很快，申请人完全可以据收到结果的速度，推断自己想要找的人到底是真的找不到还是对方不愿意被找到。”

“唔，确实，各可能现的况实在太多了，这样吧，分类一，第一，甲提申请，顺利匹到乙，乙有购卡，及时收到通知并同意反馈信息，那就立刻将结果反馈给甲，这是设想中可能会现的最顺利的况，皆大喜。第二，甲提申请，顺利匹到乙，乙没有购卡但在资料库中留过记录，规划合理的信息传递路径，让乙知，乙同意反馈，甲收到结果。第三，甲提申请，顺利匹到乙，但乙不同意反馈，那就由乙自行选择超市是回复甲‘查无此人’还是‘对方拒绝提供信息’……”

202 寻人

总结了能找到人的况, 接来的就是匹不到人的况了。

“当然, 甲提申请, 无法匹到合适的人的况也是存在的，但鉴于目前超市的资料库并没有覆盖到全的人, 直接回复申请人‘查无此人’有太绝对，还是回复‘当前未查到’吧，若是日后有匹的人在超市注册，还可以在当事人的同意反馈给申请人。

不是被找到的人不愿意暴还是真的找不到人，都在24后才会回复给申请人, 这样也避免有人通过回复时间摸清楚况。这个寻人的功能肯定还有很多漏, 但绝对是当最大的了。”

陆黎把可能存在的况都一一罗列来, 实际上况的复杂肯定不仅如此, 但基本的框架定来, 就能满足大分人的需求了。她也信，在小松和超市数据库的支撑, 有个超市的寻人功能是最全最快的。