1. 企业

先看阿里云的做法，个人账号注册，登录后，可以认证企业，也可以认证学生。这样做是因为一个企业下可以有好多人都在开发应用。这个场景和我们的养老院企业不一样。所以不能使用。

一个失败的做法是：以企业名和密码直接注册一个用户,性别是u,出生日期是企业诞生日期（和营业执照一致）。这样的做法是，一个企业必须一个用户，将来这个有后遗症。无法创造一个用户下好多企业的可能。

可以参考的做法是：个人账号注册，登录后，可以创建企业（注意，不是认证企业），也就是一个账户下可以有好多企业，每家企业有好多连锁店。

注意，没创建一个户群，都会默认创建一个同名企业，并且会创建一个同名店铺。

地球号的corp表已经存了所有企业合法性的所有信息。

企业创建，必须创建在自己的账号名下,不允许管理员或任何权限的人创建归属于他人的企业。

1.1. 基本介绍

企业是地球号社区下的次级语义单位。可以理解为国家(虚拟概念)下面的企业。每个国家拥有多个企业，企业有不同类别。一个企业包含如下多种店铺。每种店铺有不同的

1.2. 超级企业

1.2.1. 多应用.v.多企业/单应用.v.多企业

在这种设计下，需要专门的App+Zone的绑定表支持，这种设计会出现多个问题。 问题1：App在设计登录的时候，需要尝试从多个Zone去登录，判断用户和密码。此时，如果多个Zone都有同一个电话号码的时候，就还需要其它机制来决定是按照哪个电话登录。问题2：应用生成的token令牌里的sub(app_id)字段只能填一个，不能满足这个1v多关系。

优点

这种设计好像没有什么优点。

缺点

设计复杂。而且就算是开发多APP,可以在一个APK内通过APP内部机制切换令牌。当然在网页控制台，也可以通过不同入口切换不同的令牌，切换不同的APP_ID。所以在设计上，根本不需要多v多的关系。

1.2.2. 多应用.v.单企业/单应用.v.单企业

在这种设计下，就不需要额外的App+Zone的绑定表支持。每个APP只能登录一个Zone（注意，一个用用可能包含多个APP,只要切换令牌就行。）

1.3. 算法企业

算法访问目前统一放在ALgoALgo企业。在未来，开发者创建的算法，可以归属在开发者门下。

1.4. 数据企业

数据访问目前统一放在DaTaDaTa企业。在未来，开发者创建的数据，可以归属在开发者门下。

[!note] 为什么必须在创建专门的企业供算法和数据用？ 因为XdUaXDuA企业权限太高了，为了不污染它，专门造就了算法和数据企业。