失物招领

关键词: 失物招领；问题审核；匹配；

摘要: 生活中经常遇到物品的丢失的问题，而传统的失物招领效率低。随着互联网日渐发达，更高效、更便捷的失物招领方式应运而生。本文研究并搭建了一个可以让失物者和拾物者进行交互的失物招领平台，通过这个平台，拾物者与失物者可以发布、搜索以及匹配失物及拾物信息。为保证拾物能够回到失物者手中，在搜索到物品后还提供了问题审核功能，以确认失物和主人的关系。之后系统可以提供收发货、虚拟货币交易等交互动作，完成失物招领的任务。

1. 引言

人们在生活中常遇到物品丢失的问题。在互联网发达之前，失物招领可以有以下几种渠道：失物招领处(比如车站、机场的失物招领处)，或张贴寻物启事，或送至当地公安局。但这些方式覆盖范围窄，寻回失物的成功率低。随着通信技术的发展，“互联网+”逐渐发展起来。“互联网+”是“互联网+各个传统行业”，如此，各个传统行业就可以融合互联网平台，让该行业向更广、更深发展。在线下实现的失物招领也可以通过一个网络平台来实现，比如文献 [1] [2] [3] [4] 就是用网站形式的失物招领系统的研究，文献 [5] [6] [7] 是基于微信及APP的失物招领系统的研究，而进一步文献 [8] 是基于云平台的失物招领系统研究。

目前基于网络的失物招领平台也有了很多，比如“丢哪了”网，“失物认领网”以及“失物招领网”等。但这些都是全国范围内的失物招领，而失物的特点往往还带着地域性，也就是说，在某个范围内丢失的物品在这个范围内找到的可能性很大。基于该特点，想要从失物招领平台上更高效、快速的寻回失物，应该将地域性也加入进来，因此本文主要进行同城失物招领平台的研究与实现。

2. 失物招领平台整体功能设计

失物招领平台是提供任务双方交互的平台，每个用户都可以既是“失物者”又是“拾物者”。平台的功能图如图1所示。

图1. 失物招领平台功能结构图

其中从失物者的角度来说，失物者可以浏览拾物信息，也可以基于位置或基于物品描述进行多关键字模糊检索，如此用户可以比较容易的搜索拾物，判断是否为自己的失物。如果失物者没有搜索到自己丢失的物品，则可以发布失物信息，包括丢失物品的时间、地点、描述、图片。发布成功后，用户可以等待拾物者与该物品信息进行匹配。如果用户搜索到了自己的失物，用户还要回答拾物者提出的审核问题，用于判断是搜索者否是物品的主人。审核问题是为了筛选掉一些虚假的冒充者，防止冒充者骗取失物者的联系方式后对其进行诈骗或者骚扰。审核通过后，系统显示拾物者的联系方式，失物者可以与其进行线下的联系，可以私下沟通物品细节，以确认拾物和失物同一个物品，也可以沟通归还方式等其他后续问题。取得联系后，进行同上的操作流程即可。

拾物者进入系统后可以发布拾物信息，也可以查看自己拾物订单页面，和所有答对了审核问题的用户进行私下联系，对确认为收货人的那个用户确认为匹配人，然后拾物者可以发货给失物者。发货后，在订单页面填写好发货的快递公司和物流单号后确认发货。

在拾物者发货后，失物者登录自己的账号查看，在订单页面就可以显示发货信息，失物者可以等待收货。当收到物品并确认签收后，失物者可以在自己的订单详情页面确认收货。确认收货后，拾物者可以获得奖励拾金币。拾金币是网站的虚拟货币，可以用来奖励、兑换奖品等。交易完成后，失物信息不会再显示在平台失物信息的页面上，但是双方在自己的订单详情页面中仍然可以查看，不能够再进行操作。

3. 失物招领平台功能设计及实现

本系统平台采用MVC模式进行设计开发，架构图如图2所示。

其中View层为Jsp页面，用于数据的展示，与用户的交互等。Model层为Javabean的封装类，用于实现各种业务逻辑。Control层为Servlet小应用程序，作为服务器端的系统控制调度组件用来在响应客户端的请求。

平台从功能角度来分析，可以将用户分为失物者和拾物者两种用户的角色，分别可以完成物品的搜索、匹配等功能。

3.1. 失物者功能设计

3.1.1. 拾物者功能流程

失物者功能流程图如图3所示。用户注册时可以设置自己的用户名、密码、性别、手机号和地址信息。注册后可以登录平台，用户登录后可以查看拾物信息，页面可以显示出拾物池中所有的物品信息的图片、物品描述和拾物地址。进一步可以选择查看拾物页面上显示的任何一个物品的信息详情，物品信息详情页面会显示物品的发表者用户名、物品描述、拾取时间、拾取地点。如果物品太多无法筛选，用户可以按拾物地址及拾物关键字进行搜索。如果用户在拾物中没有搜索到自己的物品，用户的用户可以发布失物信息，失物信息包括丢失物品的丢失时间、丢失地点、物品描述、物品图片、审核问题以及悬赏金。如果用户搜索到了自己的失物，系统会就发布信息的用户提出的问题对该用户进行初步审核。审核通过后，系统会在页面上显示发布信息人的用户名和手机号，等发布人进行进一步的审核。审核完成后生成订单，等待拾物者发货。失物者功能流程结束。

图3. 失物者功能流程图

3.1.2. 失物者搜索功能的设计实现

失物者对物品的搜索分为按失物地址搜索和按失物关键字搜索两种。按失物地址搜索是用户输入位置关键字，平台进行基于关键字的模糊搜索，可以快速搜索到该地址位置的拾物物品信息，并展示在页面上。具体当后台获取了用户输入的位置关键字后，在数据库中进行查询，查询的条件是物品的address like “%” + 地址关键字 + “%”即可实现基于地址关键字的模糊搜索。

按失物关键字搜索是用户输入物品描述的关键字，平台通过基于关键字的模糊检索，可以快速搜索到物品描述中包含该关键字的物品信息。当然也允许用户进行多级关键字搜索，即用户想可以当前搜索结果的基础上再添加其他关键字进行检索，系统会把包含多个关键字的物品信息展示出来，即支持多关键字查询。具体可以通过一个记录关键字个数的变量count来辅助完成多关键字查询功能。用户登录后可以设置session中的count一项为0，这个count是记录用户进行过几次关键字检索的。用户第一次进行关键字检索，就把session中的keyword1设置为用户第一次输入的关键字，并把count + 1，if条件语句如果count = 1，在数据库中进行搜索时就只带一个like “%” + keyword1 + “%”；当用户想在查找结果的基础上再进行一次关键字搜素，那就把count赋值为2，然后给keyword2赋值，if (count = 2)，就带两个like条件搜索。依次类推。

3.2. 拾物者功能设计

3.2.1. 拾物者功能流程

拾物者功能流程图如图4所示。用户登录系统平台，若未注册则先注册用户。登录后用户可以进行订单查询及失物搜索等功能。订单是指的匹配成功的物品订单，拾物者对匹配成功的订单可以进行物流交易了，包括发货、收货确认及拾金币奖励等。若拾物者选择失物搜索功能，则可以查看所有失物信息，可以按失物地址及失物关键字进行搜索。如果用户在拾物中没有搜索到自己的拾到的物品，用户的用户可以发布拾物信息。如果搜索到与拾物匹配的信息，则进行首先进行初步的系统审核，再通过线下联系方式等进行进一步的审核，审核匹配后生成订单。拾物者功能结束。

图4. 拾物者功能流程图

3.2.2. 物品匹配功能设计

拾物者的搜索功能与失物者搜索功能类似，这里不再介绍。本小节主要介绍一下物品匹配的功能。物品匹配功能分成三步来完成，首先是平台问题审核，然后是线下确认，最后是匹配人选择。

平台问题审核是用户在浏览到或者搜索到匹配的物品后，系统针对信息发布用户提出的问题对该用户进行初步审核。用户想要匹配一个物品，点击“我要匹配”后系统就会向Session里传用户要匹配的物品id，并搜索该物品拾取人提出的审核问题，将审核问题返回给用户。用户在页面上回答了问题后，后台程序会在物品信息表中搜索该id物品预设的审核问题的答案是否和该用户刚填写的问题答案一致，如不一致则未通过审核；如一致则平台审核通过，进入线下确认阶段。

线下确认前需要先根据物品id搜索该物品的发布人的联系方式，并把物品的发布人用户名、联系方式和地址返回给用户，方便用户间进行进一步的交流确认。经过系统平台审核通过的用户可能不止一人，即若有多个用户都通过了平台审核问题，则拾物者用户可以查看匹配人列表，然后根据线下确认结果进行匹配人选择。选定匹配人后，就可以进行订单发货等处理了。

4. 系统测试

失物招领平台实际是一个网站平台，用户首先需要注册登录，如图5所示，然后分成失物者和拾物者进行各自的操作。