信息管理系统的制作方法

本申请涉及软件支持服务领域，尤其涉及应用于应收账款债权融资计划产品的信息管理系统。

背景技术：

对于金融服务机构而言，应收账款债权融资计划产品是非常核心的产品，相应地，需配置满足业务需求的信息管理系统。

现有的信息管理系统，不能很好地满足应收应收账款债权融资计划产品的全部需求，在实际应用中，存在如下缺陷：

首先，采用客户端/服务器(client/server，c/s)的模式进行系统架构，在系统安装、升级等方面较为繁琐。

其次，审核流程较为简单，主要记录了主承销商提供的各类附件，但没有提取并记录项目的核心信息与审核数据，而且缺少审核记录。

还有，挂牌准备环节操作模式较为简单，系统既没有对产品挂牌前的审核流程与后续挂牌的操作流程进行清晰的区分，同时也缺乏对产品挂牌前设置明确的审核流程与审核记录。

此外，缺少转受让业务环节。

还有，信息采集不够全面，业务流程无法完全线上化，部分信息仍然需要手工记载。

技术实现要素：

为了解决上述技术问题，提出了本申请。本申请的实施例提供了一种信息管理系统，其能够对业务流程中流转的数据进行集中收集和流转，使其规范化和标准化，以提供高效、便捷、安全、合规的服务。

根据本申请的一方面，提供了一种信息管理系统，应用于服务器端，其包括：服务器端备案审核模块，用于对提交的备案进行审核；服务器端挂牌准备模块，用于对挂牌准备流程进行管理；服务器端挂牌管理模块，用于对挂牌流程进行管理；服务器端信息披露模块，用于对信息披露进行管理；以及，服务器端转受让模块，用于对转受让的需求和意向进行管理。

在根据本申请的信息管理系统中，所述服务器端备案审核模块，包括：服务器端全部备案单元，用于展示全部提交的备案；服务器端初评一级单元，用于对提交的备案进行一级初评；服务器端初评二级单元，用于对通过一级初评的备案进行二级初评；服务器端终评发起单元，用于发起终评申请；服务器端专家会审单元，用于接收专家会审的评价；服务器端终评单元，用于对提交的备案进行终评；以及，服务器端备案文件上传单元，用于接收与备案相关的文件。

在根据本申请的信息管理系统中，所述服务器端挂牌准备模块，包括：服务器端全部挂牌单元，用于展示所有挂牌准备数据；服务器端挂牌准备列表单元，用于以列表的方式展示挂牌准备数据，以及，接收挂牌准备中止请求；以及，服务器端挂牌准备审核单元，用于对提交的挂牌准备流程进行审核。

在根据本申请的信息管理系统中，所述服务器端挂牌管理模块，包括：服务器端挂牌产品单元，用于展示所有挂牌产品的数据；服务器端我的申购单元，用于查看特定用户对应的申购信息；服务器端复核列表单元，用于对挂牌补录信息进行复核；服务器端询价列表单元，用于查看和/或导出询价信息和回复信息；以及，服务器端台账管理单元，用于展示和/或导出挂牌台账。

在根据本申请的信息管理系统中，所述服务器端信息披露模块，包括：服务器端全部列表单元，用于查看信息披露申请；服务器端信息披露应急单元，用于发起信息披露；服务器端信息披露查询单元，用于显示所有已发布的信息披露；服务器端财务披露单元，用于显示所有备案时选定的需披露的财务报表；以及，服务器端信息披露审核单元，用于对信息披露申请进行审核。

在根据本申请的信息管理系统中，所述服务器端转受让模块，包括：服务器端全部需求单元，用于显示以提交的所有需求信息；服务器端需求审核单元，用于对转受让的需求进行审核；服务器端需求应急单元，用于发起转受让的需求；服务器端意向应急单元，用于发起转受让的意向；服务器端需求撤网单元，用于撤下已发布的转受让的需求；服务器端持仓管理单元，用于显示用户的持仓信息；以及，服务器端已删除意向单元，用于查看删除的转受让的意向。

在根据本申请的信息管理系统中，所述信息管理系统基于浏览器/服务器模式进行架构。

根据本申请提供的信息管理系统，其能够对业务流程中流转的数据进行集中收集和流转，使其规范化和标准化，以提供高效、便捷、安全、合规的服务。

附图说明

通过结合附图对本申请实施例进行更详细的描述，本申请的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1图示了根据本申请实施例的应用于服务器端的信息管理系统的框图示意图。

图2图示了根据本申请实施例的应用于服务器端的所述信息管理系统中服务器端备案审核模块的框图示意图。

图3图示了根据本申请实施例的应用于服务器端的所述信息管理系统中服务器端挂牌准备模块的框图示意图。

图4图示了根据本申请实施例的应用于服务器端的所述信息管理系统中服务器端挂牌管理模块的框图示意图。

图5图示了根据本申请实施例的应用于服务器端的所述信息管理系统中服务器端信息披露模块的框图示意图。

图6图示了根据本申请实施例的应用于服务器端的所述信息管理系统中服务器端转受让模块的框图示意图。

图7图示了根据本申请实施例的应用于客户端的信息管理系统的框图示意图。

图8图示了根据本申请实施例的应用于客户端的所述信息管理系统中客户端备案管理模块的框图示意图。

图9图示了根据本申请实施例的应用于客户端的所述信息管理系统中客户端挂牌准备模块的框图示意图。

图10图示了根据本申请实施例的应用于客户端的所述信息管理系统中客户端挂牌管理模块的框图示意图。

图11图示了根据本申请实施例的应用于客户端的所述信息管理系统中客户端信息披露模块的框图示意图。

图12图示了根据本申请实施例的应用于客户端的所述信息管理系统中客户端转受让模块的框图示意图。

具体实施方式

下面，将参考附图详细地描述根据本申请的示例实施例。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。

示例性信息管理系统

基于本申请实施例的信息管理系统为针对于应收账款债权融资计划产品的信息管理系统，其定位于为市场人员和业务部门实现备案、挂牌准备、信息披露、挂牌、转受让等全流程业务的电子化、标准化操作，并提供对备案、信息披露、挂牌准备等环节的审核管理，保证业务开展合规和透明，促进安全高效运行，维护市场稳定，提升市场效率，同时为市场成员提供全面的产品信息、数据服务，形成便捷、友好的投资、融资平台。根据本申请实施例的所述信息管理系统，包括服务器端和客户端，也就是，包括应用于服务器端的信息管理系统和应用于客户端的信息管理系统。

具体来说，图1图示了根据本申请实施例的应用于服务器端的信息管理系统的框图示意图。如图1所示，根据本申请实施例的信息管理系统，包括：服务器端备案审核模块110、服务器端挂牌准备模块120、服务器端挂牌管理模块130、服务器端信息披露模块140，以及，服务器端转受让模块150，其中，所述服务器端备案审核模块110，用于对提交的备案进行审核；所述服务器端挂牌准备模块120，用于对挂牌准备流程进行管理；所述服务器端挂牌管理模块130，用于对挂牌流程进行管理；所述服务器端信息披露模块140，用于对信息披露进行管理；所述服务器端转受让模块150，用于对转受让的需求和意向进行管理。

图2图示了根据本申请实施例的所述信息管理系统中服务器端备案审核模块110的框图示意图。如图2所示，所述服务器端备案审核模块110，包括：服务器端全部备案单元111、服务器端初评一级单元112、服务器端初评二级单元113、服务器端终评发起单元114、服务器端专家会审单元115、服务器端终评单元116，以及，服务器端备案文件上传单元117，其中，所述服务器端全部备案单元111，用于展示全部提交的备案；所述服务器端初评一级单元112，用于对提交的备案进行一级初评；所述服务器端初评二级单元113，用于对通过一级初评的备案进行二级初评；所述服务器端终评发起单元114，用于发起终评申请；所述服务器端专家会审单元115，用于接收专家会审的评价；所述服务器端终评单元116，用于对提交的备案进行终评；所述服务器端备案文件上传单元117，用于接收与备案相关的文件。

也就是，在本申请实施例中，备案审核分为三个阶段：初评、复评和终评，其中，初评通过才能进入复评、复评通过才能进入终评，并且，在初评阶段可以无限次退回，复评阶段可以无限次退回，终评阶段也可以无限次退回。具体来说，备案提交后，先由债权中心初评人员审核要件齐备性并上传初评报告后，转到复评人员；如果初评人员审核不通过，则初评人员直接退回并要求进一步补充材料。如果初评人员通过，复评人员审核项目材料，退回项目并上传复评意见，待初评人员对修改的材料通过后，复评人员再进行通过，然后进入终评环节。应可以理解，在上述功能单元中，初评对应服务器端初评一级单元112，复评对应服务器端初评二级单元113，终评对应服务器端终评单元116。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述服务器端备案审核模块110，开发新的功能单元，也就是，所述服务器端备案审核模块110，还能够包括其他功能单元，例如，文档下载单元、文档查看单元，上传备案通知书单元等。

图3图示了根据本申请实施例的所述信息管理系统中服务器端挂牌准备模块120的框图示意图。如图3所示，所述服务器端挂牌准备模块120，包括：服务器端全部挂牌单元121、服务器端挂牌准备列表单元122和服务器端挂牌准备审核单元123，其中，所述服务器端全部挂牌单元121，用于展示所有挂牌准备数据；所述服务器端挂牌准备列表单元122，用于以列表的方式展示挂牌准备数据，以及，接收挂牌准备中止请求；所述服务器端挂牌准备审核单元123，用于对提交的挂牌准备流程进行审核。

具体来说，所述服务器端全部挂牌单元121，通过列表或者其他形式显示所有挂牌准备数据，并可查看详情。所述挂牌准备单元，能够以列表的方式展示挂牌准备数据，并且，能够接收挂牌准备中止请求，也就是，能够在挂牌准备单元中，进行中止挂牌准备操作。所述服务器端挂牌准备审核单元123，用于对提交的挂牌准备流程进行审核。具体来说，备案后督、运营小组、结算小组能够通过所述服务器端挂牌准备审核单元123对提交的挂牌准备流程进行审核。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述服务器端挂牌准备模块120，开发新的功能单元，也就是，所述服务器端挂牌准备模块120，还能够包括其他功能单元，例如，附件单独退回单元、中止单元，文档下载单元等。

图4图示了根据本申请实施例的所述信息管理系统中服务器端挂牌管理模块130的框图示意图。如图4所示，所述服务器端挂牌管理模块130，包括：服务器端挂牌产品单元131、服务器端我的申购单元132、服务器端复核列表单元133、服务器端询价列表单元134，以及，服务器端台账管理单元135，其中，所述服务器端挂牌产品单元131，用于展示所有挂牌产品的数据；所述服务器端我的申购单元132，用于查看特定用户对应的申购信息；所述服务器端复核列表单元133，用于对挂牌补录信息进行复核；所述服务器端询价列表单元134，用于查看和/或导出询价信息和回复信息；所述服务器端台账管理单元135，用于展示和/或导出挂牌台账。

具体来说，所述服务器端挂牌产品单元131，可通过列表显示所有挂牌产品数据，并可查看挂牌产品详情、申购情况、发起定价配售等操作。所述服务器端我的申购单元132，用于查看客户端提交的申购信息。所述服务器端复核列表单元133，用于复核客户端提交的挂牌补录信息，或者定价配售信息。所述服务器端询价列表单元134，用于查看和/或导出客户端录入的询价信息和回复信息。所述服务器端台账管理单元135，用于显示挂牌台账，并可导出。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述服务器端挂牌管理模块130，开发新的功能单元，也就是，所述服务器端挂牌管理模块130，还能够包括其他功能单元，例如，产品信息补录单元、补录编辑单元、补录复核单元、询价管理单元、线上询价单元、线下询价单元等。

图5图示了根据本申请实施例的所述信息管理系统中服务器端信息披露模块140的框图示意图。如图5所示，所述服务器端信息披露模块140，包括：服务器端全部列表单元141、服务器端信息披露应急单元142、服务器端信息披露查询单元143、服务器端财务披露单元144，以及，服务器端信息披露审核单元145，其中，所述服务器端全部列表单元141，用于查看信息披露申请；所述服务器端信息披露应急单元142，用于发起信息披露；所述服务器端信息披露查询单元143，用于显示所有已发布的信息披露；所述服务器端财务披露单元144，用于显示所有备案时选定的需披露的财务报表；所述服务器端信息披露审核单元145，用于对信息披露申请进行审核。

具体来说，所述服务器端全部列表单元141，可查看主承销商提交的信息披露申请详情。服务器端信息披露应急单元142，用于在服务器端发起信息披露，以披露待披露的信息。所述服务器端信息披露查询单元143，用于通过列表的形式显示所有的已发布的信息披露，并可查看详情。所述服务器端财务披露单元144，用于以列表的形式显示所有备案时选定的需披露的财务报表，并可支持导出。所述服务器端信息披露审核单元145，用于审核由主承销商或服务器端发起的信息披露申请。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述服务器端信息披露模块140，开发新的功能单元，也就是，所述服务器端信息披露模块140，还能够包括其他功能单元，例如，披露名单统计单元、搜索单元、应急新增单元、应急编辑单元、撤网单元等。

图6图示了根据本申请实施例的所述信息管理系统中服务器端转受让模块150的框图示意图。如图6所示，所述服务器端转受让模块150，包括：服务器端全部需求单元151、服务器端需求审核单元152、服务器端需求应急单元153、服务器端意向应急单元154、服务器端需求撤网单元155、服务器端持仓管理单元156，以及，服务器端已删除意向单元157，其中，所述服务器端全部需求单元151，用于显示以提交的所有需求信息；所述服务器端需求审核单元152，用于对转受让的需求进行审核；所述服务器端需求应急单元153，用于发起转受让的需求；所述服务器端意向应急单元154，用于发起转受让的意向；所述服务器端需求撤网单元155，用于撤下已发布的转受让的需求；所述服务器端持仓管理单元156，用于显示用户的持仓信息；所述服务器端已删除意向单元157，用于查看删除的转受让的意向。

具体来说，所述服务器端全部需求单元151，可以以列表的形式展示以提交的所有需求信息，并可查看详情。所述服务器端需求审核单元152，能够审核主承销商提交的转受让需求。所述服务器端需求应急单元153，能够在服务器端代理发起转受让需求。所述服务器端意向应急单元154，能够在服务器端发起转受让意向。所述服务器端需求撤网单元155，能够撤下已发布的转受让需求，并且撤网的需求在客户端无法查看。所述服务器端持仓管理单元156，能够列表的形式显示所有用户的持仓信息。所述服务器端已删除意向单元157，能够查看删除的转受让意向。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述服务器端转受让模块150，开发新的功能单元，也就是，所述服务器端转受让模块150，还能够包括其他功能单元，例如，持仓信息查看单元、成交意向应急新增单元、财务确认单元等。

图7图示了根据本申请实施例的信息管理系统的框图示意图。如图7所示，根据本申请实施例的信息管理系统，包括：客户端备案管理模块110a、客户端挂牌准备模块120a、客户端挂牌管理模块130a、客户端信息披露模块140a，以及，客户端转受让模块150a，其中，所述客户端备案管理模块110a，用于对提交的备案进行管理；所述客户端挂牌准备模块120a，用于对挂牌准备进行管理；所述客户端挂牌管理模块130a，用于对挂牌进行管理；所述客户端信息披露模块140a，用于对信息披露进行管理；所述客户端转受让模块150a，用于对转受让的需求和意向进行管理。

图8图示了根据本申请实施例的所述信息管理系统中备案审核模块的框图示意图。如图8所示，所述客户端备案管理模块110a，包括：客户端全部列表单元111a、客户端备案发起单元112a、客户端延期申请单元113a和客户端作废申请单元114a，其中，所述客户端全部列表单元111a，用于展示提交的备案信息；所述客户端备案发起单元112a，用于发起备案；所述客户端延期申请单元113a，用于对已通过审核的备案进行延期；所述客户端作废申请单元114a，用于作废已通过审核的备案。

也就是，所述客户端备案管理模块110a，包括：客户端全部列表单元111a、客户端备案发起单元112a、客户端延期申请单元113a和客户端作废申请单元114a，四个子功能模块。具体来说，所述客户端全部列表单元111a，用于显示与本主承销商提交的备案信息，并可支持查看详情。这里，本主承销商，指的是通过特定客户端操作的主承销商用户。所述客户端备案发起单元112a，用于发起备案申请，即，发起应收账款债权融资计划产品的备案申请。所述客户端延期申请单元113a，用于针对某个已通过审核的备案进行延期，其中，审核流程在服务器端执行。所述客户端作废申请单元114a，用于作废某个已通过审核的备案。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述客户端备案管理模块110a，开发新的功能单元，也就是，所述客户端备案管理模块110a还能够包括其他功能单元，例如，生成备案登记表单元、删除单元、编辑单元、查看单元等。

图9图示了根据本申请实施例的所述信息管理系统中客户端挂牌准备模块的框图示意图。如图9所示，所述客户端挂牌准备模块120a，包括：客户端全部挂牌单元121a，以及，客户端挂牌准备管理单元122a，其中，所述客户端全部挂牌单元121a，用于展示所有挂牌准备数据；所述客户端挂牌准备管理单元122a，用于发起新的挂牌准备申请，以及，编辑被退回的挂牌准备申请。

也就是，所述客户端挂牌准备模块120a，包括客户端全部挂牌单元121a和客户端挂牌准备管理单元122a，两个子功能模块。具体来说，所述客户端全部挂牌单元121a，用于以列表的方式显示所有本主承销商提交的挂牌准备数据，并支持查看详情。当然，本领域普通技术人员应知晓，在本申请其他示例中，还可以用其他方式来显示挂牌准备数据，对此，并不为本申请所局限。所述客户端挂牌准备管理单元122a，用于允许主承销商发起挂牌准备流程，或者，编辑被退回的挂牌准备申请。并且，副主承销商/联席主承销商可在此查看与自己相关的项目。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述客户端挂牌准备模块120a，开发新的功能单元，也就是，所述客户端挂牌准备模块120a，还能够包括其他功能单元，例如，补录单元、发布单元等。

图10图示了根据本申请实施例的所述信息管理系统中客户端挂牌管理模块的框图示意图。如图10所示，所述客户端挂牌管理模块130a，包括：客户端挂牌产品单元131a、客户端我的申购单元132a、客户端复核列表单元133a和客户端询价列表单元134a，其中，所述客户端挂牌产品单元131a，用于展示所有挂牌产品的数据；所述客户端我的申购单元132a，用于发起新的申购、查看特定用户对应的申购信息，以及，对已发起的申购进行撤销；所述客户端复核列表单元133a，用于复核提交的申购信息；所述客户端询价列表单元134a，用于录入和/或查看询价信息和回复信息。

也就是，所述客户端挂牌管理模块130a，包括：客户端挂牌产品单元131a、客户端我的申购单元132a、客户端复核列表单元133a和客户端询价列表单元134a，四个子功能模块。具体来说，所述客户端挂牌产品单元131a，用于以列表的形式显示本主承销商发起的所有挂牌产品数据，并支持对挂牌产品的详情信息和申购情况进行查看，当然，在其他示例中，也能够以其他方式进行数据展示。所述客户端我的申购单元132a，用于允许用户发起新的申购、或者查看本主承销商提交的申购信息，也可以对已发起的申购进行撤销，撤销后可再次申购。所述客户端复核列表单元133a，用于复核本主承销商提交的申购信息。所述客户端询价列表单元134a，用于录入/查看本主承销商录入的询价信息和回复信息。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述客户端挂牌管理模块130a，开发新的功能单元，也就是，所述客户端挂牌管理模块130a，还能够包括其他功能单元，例如，产品信息补录单元、补录编辑单元、补录复核单元、询价管理单元、线上询价单元等。

图11图示了根据本申请实施例的所述信息管理系统中客户端信息披露模块的框图示意图。如图11所示，所述客户端信息披露模块140a，包括：客户端信息披露管理单元141a、客户端信息披露查询单元142a和客户端财务披露单元143a，其中，所述客户端信息披露管理单元141a，用于发起信息披露申请，以及，编辑被退回的信息披露申请；所述客户端信息披露查询单元142a，用于展示所有已发布的非定向信息披露，或者，显示允许特定用户可视的定向信息披露；所述客户端财务披露单元143a，用于显示所有备案时选定的需披露的财务报表

也就是，所述客户端信息披露模块140a，包括客户端信息披露管理单元141a、客户端信息披露查询单元142a和客户端财务披露单元143a，三个子功能模块。具体来说，所述客户端信息披露管理单元141a，用于允许用户发起信息披露申请，以及，编辑被退回的信息披露申请。所述客户端信息披露查询单元142a，用于以列表的形式显示所有已发布的非定向信息披露，或者，以列表的形式显示本参与人可以看到的定向信息披露，并支持查看详情，这里，本参与人表示登陆特定账号的用户，即，本用户。所述客户端财务披露单元143a，用于显示本主承销商提交的备案时选定的需披露的财务报表，并支持导出查看。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述客户端信息披露模块140a，开发新的功能单元，也就是，所述客户端信息披露模块140a，还能够包括其他功能单元，例如，披露名单统计单元、搜索单元等。

图12图示了根据本申请实施例的所述信息管理系统中客户端转受让模块的框图示意图。如图12所示，所述客户端转受让模块150a，包括：客户端全部需求单元151a、客户端需求管理单元152a、客户端意向管理单元153a、客户端持仓管理单元154a和客户端已删除意向单元155a，其中，所述客户端全部需求单元151a，用于显示特定用户提交的所有需求信息；所述客户端需求管理单元152a，用于发起新的转受让的需求；所述客户端意向管理单元153a，用于发起新的转让需求，或者，处理接收的受让需求；所述客户端持仓管理单元154a，用于显示特定用户的持仓信息；所述客户端已删除意向单元155a，用于查看删除的未成交的转受让的意向。

也就是，所述客户端转受让模块150a，包括：客户端全部需求单元151a、客户端需求管理单元152a、客户端意向管理单元153a、客户端持仓管理单元154a和客户端已删除意向单元155a，5个子功能单元。具体来说，所述客户端全部需求单元151a，用于以列表的形式展示本参与人已提交的所有需求信息，并支持查看详情。所述客户端需求管理单元152a，用于允许用户发起新的转受让的需求。所述客户端意向管理单元153a，用于允许用户发起新的转让需求，或者处理接收到的受让需求，并支持查看本用户发起的所有转让需求。所述客户端持仓管理单元154a，用于以列表的形式显示本参与人的所有持仓信息。所述客户端已删除意向单元155a，用于查看删除的未成交的转受让的意向。

值得一提的是，在本申请实施例中，能够基于实际业务和场景需求，为所述客户端转受让模块150a，开发新的功能单元，也就是，所述客户端转受让模块150a，还能够包括其他功能单元，例如，成交意向应急新增单元、转受让意向删除单元、转受让意向确认单元等。

综上，基于本申请实施例的信息管理系统被阐明，其能够对业务流程中流转的数据进行集中收集和流转，使其规范化和标准化，以提供高效、便捷、安全、合规的服务。

并且，所述系统对审核流程进行了改进，实现了核心信息及相应审核流程的线上化操作，并支持对核心数据及审核信息的记录、追踪和统计，从而确保了应收账款债权融资计划业务线上化开展的合规性，为市场成员提供了高效、便捷、安全和合规的投融资服务。

值得一提的是，根据本申请实施例的所述信息管理系统可采用浏览器/服务器模式(browser/server，b/s)进行架构以替换现有的客户端/服务器模式(client/server,c/s)。采用b/s架构，在保证系统安全互联网访问的前提下，解决了原c/s架构存在的安装、使用的不便，提高了系统的兼容性并对接便于对接其他支撑系统，例如，区块链、结算、参与人身份认证系统等，并且，提高了业务数据的标准化、规范化程度，同时也提升了业务数据的价值。

这里，本领域技术人员可以理解，上述信息管理系统中的各个单元和模块的具体功能和操作已经在上述描述中得到了详细介绍，并因此，将省略其重复描述。

如上所述，根据本申请实施例的信息管理系统可以实现在各种终端设备中，例如大屏智能设备，或者独立于大屏智能设备的计算机等。在一个示例中，根据本申请实施例的信息管理系统可以作为一个软件模块和/或硬件模块而集成到终端设备中。例如，该信息管理系统可以是该终端设备的操作系统中的一个软件模块，或者可以是针对于该终端设备所开发的一个应用程序；当然，该信息管理系统同样可以是该终端设备的众多硬件模块之一。

替换地，在另一示例中，该信息管理系统与该终端设备也可以是分立的设备，并且该信息管理系统可以通过有线和/或无线网络连接到该终端设备，并且按照约定的数据格式来传输交互信息。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。