一种多业务线管理系统的制作方法

本申请涉及业务管理技术领域，尤其涉及一种多业务线管理系统。

背景技术：

数字资产交易平台中通常设置有多个面向用户的功能模块，每个功能模块对应于一项数字资产的业务线，从而在平台中形成了多业务线，用户进入平台的主页面后，可以点击相关的功能模块，进入该功能模块对应的页面，进而完成业务交易流程。

然而，申请人在实践中发现，由于平台中的各个功能模块一般是由不同团队进行维护，即不同团队维护各自功能模块的更新迭代和一套用户体验方案，导致多业务线的交互体验和设计规模无法进行统一，比如，合约交易页面打开后默认的语言是中文，而杠杆交易页面打开后默认的语言是英文，导致用户完成一整套多业务交易操作时，要接受不同业务体验的交叉跳转，从而影响用户的交易体验。

技术实现要素：

为解决上述技术问题，本申请提供一种多业务线管理系统。

本申请提供一种多业务线管理系统，用于管理数字资产交易平台中的多项业务线，包括：

注册登录管理模块，用于利用统一的流程和页面，处理各个业务线的注册和登录；

导航控件，用于对所述数字资产交易平台中建立的导航进行管控，各个业务线调用同一个导航；

用户中心，用于对各个业务线的用户体验功能进行统一维护。

在第一种可能的实现方式中，所述导航控件还用于：

对所述导航进行修改；

基于修改后的导航，对所述导航控件自身进行版本更新；

向各个业务线发送版本更新通知，以使各个业务线将调用的导航控件进行更新处理。

在第二种可能的实现方式中，所述注册登录管理模块，还用于：

当接收到注册请求时，进入注册流程；

在注册流程中，下发用户协议；

当接收到对所述用户协议的接受指令后，提示注册成功；

当跳转到业务线对应的页面前，以交易授权弹层的形式下发业务交易协议，所述业务交易协议为所述用户协议的补充协议。

在第三种可能的实现方式中，所述用户中心包括用户设置模块和用户信息管理模块，所述用户信息管理模块用于将用户设置的功能同步到各个业务线。

在第四种可能的实现方式中，所述用户中心包括账户中心模块，所述用户中心包括资产模块，所述资产模块用于存储全部业务线的账户资产信息。

在第五种可能的实现方式中，所述用户中心包括订单模块，所述订单模块用于存储用户的所有订单数据。

在第六种可能的实现方式中，所述导航控件还用于域名统一维护；

数字资产交易平台的主页面采用一级域名；

各个业务线采用二级域名，格式为业务前缀标识+一级域名+页面后缀，所述业务前缀标识与业务线类型相对应；

所述用户中心采用二级域名，格式为用户中心前缀标识+一级域名+页面后缀，所述模块页面后缀为所述用户中心包括的功能模块对应的页面后缀。

在第七种可能的实现方式中，所述导航控件还用于：

获取目标语言，所述目标语言为所述数字资产交易平台的当前显示页面使用的语言；

当需要跳转到指定页面时，判断所述指定页面是否支持所述目标语言；

如果所述指定页面支持所述目标语言，则使所述指定页面展示所述目标语言；

如果所述指定页面不支持所述目标语言，则使所述指定业务线的页面展示默认语言。

在本申请提供的多业务线管理系统中，利用注册登录管理模块来统一登录注册的流程及页面，从账户层面上进行统一，使得用户从注册账户开始就对多业务线有一体化的认知，也有利于后续多业务线之间交叉性功能的扩展实现；利用导航控件来管控和维护数字资产交易平台网站建立的导航，各个业务线调用同一个导航，导航相关的所有跳转以及实现逻辑都可以通过导航控件来实现，当导航有修改时，对导航控件进行版本更新，这样各个业务线就可以将调用的导航控件更新为最新版本，实现导航功能的调整上线，从用户体验层面上进行统一，并且当后续有新业务线加入时，可以实现无缝快速扩展支持；用户中心可以将与用户有关的功能模块进行统一整合，方便用户查找和管理，传达了整体性用户中心的概念，实现对各个业务线用户体验功能的统一维护，在此基础上，可以更好地完成功能体验的优化和升级。本申请从注册登录、导航和用户中心的角度，实现多业务线的统一管理和维护，实现用户体验功能的统一，使得数字资产交易平台可以为用户提供更好的交易体验，交易操作更加方便。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例示出的多业务线管理系统的整体结构示意图；

图2为本申请实施例示出的注册流程图；

图3为本申请实施例示出的导航示意图；

图4为本申请实施例示出的多域名统一化格式示意图；

图5为本申请实施例示出的页面跳转语言统一流程。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本申请实施例提供一种多业务线管理系统，用于管理数字资产交易平台中的多项业务线，包括注册登录管理模块100、导航控件200和用户中心300。

首先，注册登录管理模块100用于利用统一的流程和页面，处理各个业务线的注册和登录，从而统一多业务线的注册登录流程及页面，这样各个业务线就可以调用统一的注册和登录流程，使用统一的注册和登录页面，实现从账户层面上进行统一，使得用户从注册账户开始就对多业务线有一体化的认知，也有利于后续多业务线之间交叉性功能的扩展实现。

本实施例中，每种数字资产的交易对应一项业务，形成一条业务线，数字资产交易可以是杠杆交易、合约交易、现货交易、数字资产与数字资产之间的交易等形式，本实施例不作限定。一个数字资产交易平台中可以包括多个交易所，比如全球站(global)、韩国站和中东站等。如图2所示，示出了global、第一数字资产和第二数字资产，注册登录管理模块100收到注册请求后，进入同一个注册流程，在注册流程中，下发用户协议，用户勾选同意该用户协议后，会生成对用户协议的接受指令，注册登录管理模块100接受到所述用户协议的接受指令后，提示注册成功。当用户进行交易时，用户选择需要交易的数字资产类型，需要跳转到该数字资产业务线对应的页面进行交易操作，在此之前，以交易授权弹层的形式下发针对该数字资产的业务交易协议，所述业务交易协议为用户协议的补充协议，业务交易协议是由数字资产交易平台针对用户使用相关交易服务而订立的协议，当用户了解并自愿承担协议中记载的风险，并同意开通时，则可以跳转页面，从而进入该数字资产对应的交易流程。

需要说明的是，可以根据实际情况确定某一数字资产交易是否需要弹出业务交易协议，比如图2中，global内包括的第三数字资产交易和第四数字资产交易无需弹出业务交易协议，即可直接进入正常交易流程；而第一数字资产交易和第二数字资产交易需要弹出业务交易协议，并且当业务交易协议同意之后，进入相应的交易流程。

其次，导航控件200用于对数字资产交易平台中建立的导航进行管控，所述导航可以显示在数字资产交易平台页面的上方，如图3所示，导航中可以显示行情和各项数字资产交易，比如图3中列出了第一数字资产交易、第二数字资产交易、第三数字资产交易和第四数字资产交易，即每个数字资产交易的业务线调用同一个导航。用户通过导航的指引，可以选择进行相应的数字资产交易，在同意补充的业务交易协议后，就会跳转页面，以进入交易流程。

统一多业务线的导航可以通过中台化抽象，以导航控件200的形式实现，导航相关的所有跳转以及实现逻辑都可以通过导航控件200来实现。如果导航有变更，可以对多业务线调用的导航控件200进行统一更新，在具体实现中，导航控件200用于对导航进行修改，并基于修改后的导航，对导航控件200自身进行版本更新，然后向各个业务线发送版本更新通知，以使各个业务线将调用的导航控件进行更新处理，这样各个业务线就可以将调用的导航控件更新为最新版本，实现导航功能的调整上线。通过导航和导航控件200，从用户体验层面上进行统一，降低了各个业务线对体验功能统一的研发成本，并且当后续有新业务线加入时，可以实现无缝快速扩展支持。

再次，用户中心300是用于对各个业务线的用户体验功能进行统一维护，用户中心300可以根据实际应用需要设置多个功能模块，参照图1和图3所示，比如用户中心300可包括用户信息管理模块301、资产模块302、订单模块303和用户设置模块304等。用户中心300可以将与用户有关的功能模块进行统一整合，方便用户查找和管理，传达了整体性用户中心的概念，实现对各个业务线用户体验功能的统一维护，在此基础上，可以更好地完成功能体验的优化和升级。用户中心的模块功能可以在导航上进行可视化体现，比如资产模块302对应于图3中的“资产”选项，订单模块303对应于图3中的“订单”选项，用户设置模块304对应于图3中的小人形象，等等。

其中，用户设置模块304提供面向用户的设置，可以包括账户&安全、身份认证、数字资产设置、费率设置、邀请好友、子账号、退出等选项，用户点选相关选项后，可以进行相关操作设置。

用户设置的相关功能需要统一到用户信息管理模块301内，比如用户在利用用户设置模块304修改设置后，需要将用户设置的功能同步到各个业务线，即可实现用户设置在各个业务线同步声效。

资产模块302用于存储全部业务线的账户资产信息，用户在平台页面上的“资产”选项上，可以选取不同数字资产对应的账户，比如杠杆账户、合约账户、矿池账户等，进入账户后即可查看对应的资产信息和情况概览等内容，从而在资产模块302中构建了一个账户中心。资产模块302中还可以包括hb10，hb10为平台选出的10中主流数字资产类型，反应了平台全球站市场的整体体现。资产模块302中还可以包括我的点卡，点卡为网站为用户提供的兑换卡，比如1点＝1usdt等值手续费，用户进入我的点卡后，可以显示当前剩余点，可用点、冻结点、点卡明细等信息。

订单模块303用于存储用户的所有订单数据，可以根据数字资产交易类型对订单进行统计区分，比如包括合约订单、杠杆订单等，可以显示当前委托订单、委托历史订单、已取消的订单、成交明细、借还历史等订单信息，需要说明的是，可以根据交易类型对订单信息的显示页面进行设定，本实施例对此不作限定。

因业务需要，global会存在多域名同时在线上运行的状态，在现有方案中，各个业务线独立维护，容易导致用户跳出当前域名后，无法回到上一步域名的情况，从而导致交易操作被迫打断。对此，在前述多业务线管理系统的基础上，本实施例还提供一种中台化域名统一的映射方案：数字资产交易平台的主页面采用一级域名；各个业务线采用二级域名，格式为业务前缀标识+一级域名+页面后缀，所述业务前缀标识与业务线类型相对应；所述用户中心采用二级域名，格式为用户中心前缀标识+一级域名+页面后缀，所述模块页面后缀为所述用户中心包括的功能模块对应的页面后缀。

如图4所示，比如，数字资产交易平台的主页面采用一级域名为huobi.co；第一数字资产的业务线的二级域名为c2c.huobi.co/后缀，例如c2c.huobi.co/zh-cn/trade/buy-btc；第二数字资产的业务线对应的二级域名为dm.huobi.co/后缀，例如dm.huobi.co/zh-cn/contract/exchange/#symbol＝btc&&contract_type＝quarter；用户中心的二级域名为account.huobi.co/后缀，例如account.huobi.co/zh-cn/user-center/security/。图4中其他网站域名a、域名b，可按照上述域名的示例，可以对域名形式进行统一维护。

通过上述方案，在多域名同时上限运行的背景下，也能实现单个域名下整个操作的闭环运行，避免了交易操作被迫打断的情况发生。同时在多业务线域名对应统一的前提下，可以在当前页面内实现各个业务的切换，实现用户无感知切换，避免了由于多业务线由多个地区的业务线人员维护，而给用户造成的体验断层的问题。

在真正实现体验统一的过程中，会存在非常多的逻辑统一要求，本实施例提供一种在多业务线统一后，页面跳转语言的统一方案，该方案可由导航控件200内实现。在具体实现中，如图3所示，可以在平台顶部的导航上设置语言选项，用户可以从语言选项中选择页面展示的语言，比如简体中文、繁体中文、english(英文)等。

如图5所示，导航控件200被配置为执行的流程为：

步骤s1，获取目标语言，所述目标语言为所述数字资产交易平台的当前显示页面使用的语言。比如，用户a是在中国大陆地区登录数字资产交易平台，则进入平台主页面时可以展示简体中文，假如用户a是法国人，用户a通过导航中的语言选项，将当前主页面展示的语言由简体中文切换至法文，则获取的目标语言即为法文，如果用户a没有切换语言，则获取的目标语言为简体中文。

步骤s2，点击跳转到指定页面。

步骤s3，判断所述指定页面是否支持所述目标语言。如果所述指定页面支持所述目标语言，则执行步骤s4；反之，则执行步骤s5。

步骤s4，使所述指定页面展示所述目标语言。

步骤s5，使所述指定页面展示默认语言。

比如，在当前合约交易页面展示的目标语言为韩文，当用户点击跳转至杠杆交易页面时，判断出杠杆交易页面不支持韩文展示，则杠杆交易页面展示默认语言，比如默认语言为英文。又比如，在当前杠杆交易页面展示的目标语言是简体中文，当用户点击跳转至合约交易页面时，判断出合约交易页面支持简体中文的展示，则使合约交易页面展示简体中文，从而实现页面跳转时的语言统一，即便是在多业务线之间进行转换，也可以保证语言的统一。

当用户进入平台后点击不同的数字资产交易，展开不同的页面时，虽然页面中显示的具体内容不同，且不同业务线由不同的团队在修护，但是通过本实施例提供的方案，可以统一调用同一个导航，页面展示效果相同，并且展示语言也一样，从用户体验上达到统一。

需要说明的是，本申请中对资产交易平台的显示页面、导航内容以及平台布局架构等内容不做限定，并且用户体验方案的功能和实现逻辑是多样化的，不限于本实施例中的语言、域名等实现方式，还可以是展示效果，比如背景颜色等。另外，在平台实际运营中，不限于本实施例所述的各项功能化模块和页面选项，本领域技术人员可以了灵活设置。

综上所述，本实施例通过上述多业务线管理系统，统一注册登录的流程及页面，传达账户层面上的统一；通过独立的导航控件，多业务线同步更新导航控件，降低多业务线维护成本，同时实现导航层面上的统一；统一用户中心相关功能模块的维护，将用户信息管理模块、资产模块、订单模块和用户设置模块等模块进行整合，传达整体性用户中心的概念；统一多域名维护及跳转方案，实现域名层面上的认知统一；统一了各业务线之间的用户体验，规范设计方案即品牌认知的管理，即提升了用户体验，便于平台对多业务线的统一管理。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，并不构成对本发明保护范围的限定。本发明的真正范围和精神由所附的权利要求指出。