用于事件触发的信息分发的系统和方法
【专利说明】
【背景技术】
[0001]诸如遗愿之类的各种遗产规划手段允许个人在该个人的死亡之后将金钱、地产、个人财产和其他限定的资产转给家人或朋友。然而，缺乏有效工具来在发生预定事件时自动地传递人到人的信息。例如，希望给朋友和家人留下视频消息集以在其身亡之后观看的父亲在预定时间表上记录、存储、集中化和传达该身后消息集时，面对后勤方面的(logistical)挑战以及可观费用。可替代地，即使个人的死亡未在预定事件的时间发生，诸如孩子16岁生日或大学毕业，个人仍然面对关于他或她参与这些生活事件的能力的不确定性。例如，由于与其家人或祖国的非预期分离、长期的商务迀移或军事部署，个人可能面对对其孩子的有限探视。在另一示例中，移动性或经济限制可能限制个人与家庭成员参观诸如主题公园或游轮之类的特定位置的能力。
[0002]随着社交网络变为跨全球的通信的整合工具，记录重大生活事件的较老的技术变得过时，或被下一代人抛弃。然而，在当前的社交网络环境中缺乏的是，有计划通信的面向未来的模型，且更具体地是，被建立为构建其自身为事件时间表的有计划通信工具。
[0003]因而，存在提供人到人信息的有效工具的需要，以在特定时间或日期发生诸如死亡、订婚、毕业、生日或其他生活事件之类的特定事件时；和/或当接收人处于特定位置时选择接收人。
【附图说明】
[0004]图1图示依据一个实施例的所公开技术的环境。
[0005]图2图示依据一个实施例的所公开技术的处理流。
[0006]图3A和3B提供初始客户设立的逻辑图；
[0007]图4提供用于图像/视频上传的账户处理逻辑；
[0008]图5提供用于文件上传的账户处理逻辑；
[0009]图6提供用于资产管理的账户处理逻辑；
[0010]图7提供被指定人共享资产功能的账户处理逻辑；
[0011]图8提供用于输出/下载资产功能的账户处理逻辑；
[0012]图9提供用于密码恢复的逻辑；
[0013]图10提供用于使用提示的逻辑；并且
[0014]图11提供用于被指定人入口的账户处理逻辑。
【具体实施方式】
[0015]本发明提供数据处理系统和基于计算机的方法，以高效地从用户接收信息、存储所接收信息以及在发生事件时分发所接收信息到一个或多个指定的接收人(“被指定人”)。在优选实施例中，系统包括软件工具，其提供允许用户轻易地创建或上传要存储和传递的内容的直观界面。
[0016]“信息库”是将存储视频、音频、文本和其他数字信息的系统。该系统还包含用于在发生事件时传递至少一些信息到一个或多个被指定人的受控编程。触发事件可以包括生活事件，诸如个人的死亡、订婚、毕业、生日、特定日期/时间、升职、新工作/第一份工作、结婚、毕业舞会、16岁生日、大学录取、孙子出生等；可以设置为特定日期/时间；和/或可以取决于被指定人的位置。在优选实施例中，该信息的传递发生在多节点网络上，诸如因特网。在优选实施例中，系统将还包括影响社交网络的高效信息传递系统。
[0017]客户可以添加描述在信息库中存储的内容(“元数据”)的其他信息。这可以发生在客户第一次上传内容到信息库或从信息库选择内容时或在这之后。元数据可以包括描述内容的任何信息，诸如描述创建内容的时间(例如，时间、日期、场合、年龄等)、创建内容的地点(例如，地理位置、地址、“家”、“度假”、“工作”等)、使用何种装备创建内容(例如，移动装置、数码相机/录像机、网络摄像头等)和/或内容的相关性(例如，“孩子的第一步”、“婚礼”、“第一份工作”、“新家”、“毕业”等)。系统可以被配置为允许元数据从一组预定描述符(“标签”)中被选择和/或被进入到文本字段中。在优选实施例中，系统将要求要对全部存储内容创建的特定类型的元数据。
[0018]客户可以指定一个或多个机制，用于传递所保存的内容到他或她的被指定人，并且可以在任何时候更新该信息。传递机制可以包括电子邮件(“电邮”)、社交媒体网站(例如，Facebook、Google+、MySpace等)、专用移动装置或其他计算机软件应用、物理邮件或传递存储内容的其他任何合适的形式。在优选实施例中，客户指定多种形式的传递以补偿任何单一传递机制失败的风险。例如，可以要求客户提供每一个被指定人的电邮地址以及物理邮件地址。发生所指定事件时所保存内容的传递可以通过所指定的一个或多个传递机制直接发生，或可以要求指定人在他或她的移动装置或计算机上安装专用软件应用。
[0019]系统可以进一步配置为在系统最初检测到事件发生之后，从客户寻找事件发生的确认，作为针对系统启动所保存内容到被指定人传递的前提。该事件确认的机制可以由客户设置，并且可以包括通信的形式，诸如电邮、社交媒体网站(例如，Facebook、Google+、MySpace等)、专用移动装置或其他计算机软件应用、物理邮件、或与客户通信的其他任何合适形式。系统可以进一步配置为允许客户确认或否认指定时间段内的事件。在客户于设定的时间段不响应的事件中，系统可以通过代理确认处理寻求进一步确认。系统可以进一步允许客户设置他或她在系统求助于代理确认处理之前必须回复的时间段。
[0020]在优选实施例中，系统账户设立(set up)包括一个或多个事件确认代理的选择。代理是在客户无法确认事件的情况下，负责确认与特定客户或被指定人关联的事件的确认的个人。例如，如果系统检测到客户的死亡，则触发事件确认处理以联系该客户的所列代理并且请求死亡事实上已经发生的确认。该特性对于如下事件触发器尤其有用:取决于客户的响应(例如，客户的死亡或生病)，在该情况下，客户将无法响应于初始客户确认尝试。在一个实施例中，如果客户选择他或她自己的死亡和/或生病作为事件触发器，则系统要求一个或多个代理的指定。代理特性还对于基于错误事件防止而不当/仓促的公开有用。如果代理确认所指定的事件，则这依据所存储的编程触发该系统发布/公开处理步骤。如果代理无法确认，则这导致对关于该事件的数据的一系列额外检查。例如，联系系统管理员以确定适当的行动规划。相关公开将不触发，直到利用代理联系入口(portal)实现合适的置信阈值。在一个实施例中，系统反对或限制客户指定也是被指定人的代理。
[0021]在优选实施例中，多于一个代理被指定，并且联系每一个指定代理以确认事件发生。在代理通过所提供的联系方式不能达到、不可用(例如，死亡、生病、监禁等)、不具有对确认事件发生所需的信息的访问、要不然不能或不愿意提供确认的情形下，多个代理在事件的确认中提供一级别的冗余。指定多于一个代理还通过减少代理将错误地确认事件发生以触发信息的不当发布的风险来提供针对诈骗或串通的额外安全性。在另一实施例中，客户可以设置基于代理确认的数量或比例而确认事件所需的置信阈值。例如，客户指定10个代理并且限定置信阈值为要求至少3个代理确认事件发生。在另一示例中，客户指定10个代理并限定置信阈值为要求至少大多数代理(即，6个或更多)确认事件发生。
[0022]用户可以限定基于位置的触发器来启动所存储内容到被指定人的传递。在优选实施例中，用户设置被指定人的位置作为事件触发器，并且当被指定人的位置满足由用户设置的位置触发参数时，发布用户的所存储内容。位置触发参数允许用户完善被指定人必须满足的基于位置的条件，以便于发布内容。位置触发参数必须包括至少限定的位置(例如，“经度40.751719，玮度-73.97538”、“加州洛杉矶”、“迪斯尼世界”、“邮编10017”)，并且可以还包括其他参数，诸如位置阈值半径(例如，“巴黎中心10英里之内”)、在位置处的逗留时间、参观的时间/日期(例如，“在2014的Mardis Gras期间”、“在3年内”)、生命事件触发器(例如，“在蜜月期间”)等。系统管理员可以预设这些参数的至少一些。
[0023]被指定人的位置可以根据移动装置应用、社交媒体监控和/或位置数据的其他来源来确定。在优选实施例中，被指定人预装移动应用在他/她的智能装置(例如，iPhone)上并且使