也超过了两亿，【寻人】功能的开放前提已经做好准备。 “我初步的设想是，想要找人的人先提出一条申请，通过小松的智能比对后，如果找到符合条件的人，可以由超市先向对方发送信息，将提出寻人申请的人的信息发送给对方。对方同意反馈自己的信息后，再将结果发给申请人，整个过程必须是相互的。” 随着陆黎手指在控制台上滑动，寻人的流程图出现在操作屏幕中。在陆黎看来，【寻人】确实是一个非常好的功能，但这个功能背后也隐藏着一定的风险，亲人可以找你，仇人能不能找你呢？所以，寻人的过程必须是双方都知情并且同意的。 “很有道理，还有很多细节的地方需要注意，比如有人收到别人寻找自己的消息，却不想给对方反馈自己的信息，那么申请人那边会得到什么样的结果呢？” 顾浩霖正在亲自带队清理城市，以他的实力，在城市中心也闲庭信步，一边宛如砍瓜切菜般行云流水地清理丧尸，一边深思陆黎的计划，提出合理的建议不断补充，“如果比对出符合的人选，之后一系列通知、反馈流程需要的时间不一定短，但如果没有比对出合适的人选，给出结果的速度就会很快，申请人完全可以根据收到结果的速度，推断出自己想要找的人到底是真的找不到还是对方不愿意被找到。” “唔，确实，各种可能出现的情况实在太多了，这样吧，分类一下，第一种，甲提出申请，顺利匹配到乙，乙有购物卡，及时收到通知并同意反馈信息，那就立刻将结果反馈给甲，这是设想中可能会出现的最顺利的情况，皆大欢喜。第二种，甲提出申请，顺利匹配到乙，乙没有购物卡但在资料库中留下过记录，规划合理的信息传递路径，让乙知情，乙同意反馈，甲收到结果。第三种，甲提出申请，顺利匹配到乙，但乙不同意反馈，那就由乙自行选择超市是回复甲‘查无此人’还是‘对方拒绝提供信息’……” ------------ 202 寻人 总结了能找到人的情况, 接下来的就是匹配不到人的情况了。 “当然, 甲提出申请, 无法匹配到合适的人的情况也是存在的，但鉴于目前超市的资料库并没有覆盖到全部的人, 直接回复申请人‘查无此人’有点太绝对，还是回复‘当前未查到’吧，若是日后有匹配的人在超市注册，还可以在当事人的同意下反馈给申请人。 不管是被找到的人不愿意暴露还是真的找不到人，都在24后才会回复给申请人, 这样也避免有人通过回复时间摸清楚情况。这个寻人的功能肯定还有很多漏洞, 但绝对是当下最强大的了。” 陆黎把可能存在的情况都一一罗列出来, 实际上情况的复杂肯定不仅如此, 但基本的框架定下来, 就能满足大部分人的需求了。她也坚信，在小松和超市数据库的支撑下, 有个超市的寻人功能是最全最快的。 “我建议【寻人】功能应该适当性地收取费用, 免费的话有可能被滥用，当然，太高昂又会偏离你的初衷，可以象征性地收取一些。” 顾浩霖建议道，真要是免费的功能，他担心有人会滥用, 毕竟有人发出寻人申请, 就会有人收到通知, 如果有人无聊到不停地发出申请，相对应的，就要有人不停地被打扰了。 “那就一次一金吧，也开放自行关闭‘被寻找’的权限，那些没有寻亲需求，也不希望别人找自己的人可以选择不接收寻人申请的通知。” 陆黎果断采纳，如果一些‘名气’比较大的人被不同的人找不停地找，岂不是会很烦恼？就比如她家男朋友，谁知道会不会有人不停地发出针对顾浩霖的寻人申请就是为了实时获得他的位置？他就算一次次不同意也很浪费精力的吧。 ……ｍ.CＯmIc5.cＯM