数据，以及我们如何得到它

那一块是实时的，覆盖您此刻所在的这场课堂。这一块把每一场课堂都留下来，跨课程、跨学期地比较，而且从没进过教室的人也能打开。多数院校两样都在用。

在 RIADVICE 的基础设施上，位于一个在合同里写明名字的地点。我们是数据处理者，您是数据控制者；具体是哪个数据中心，我们会在您做出任何承诺之前书面告知。如果贵校的政策不允许使用共享平台，我们可以单独为贵校搭一套。

不需要。它依靠 BigBlueButton 本来就会产生的课堂数据运行。教师和学生完全感觉不到任何变化。

它读的是 BigBlueButton 自己产生的事件流。无论是什么发起的课堂，Moodle、别的 LMS、某个门户、还是一次直接的 API 调用，全都覆盖得到。它还会记下究竟是哪一种，所以报表里 LMS 发起的课和院系常设教室不会被平均到一起，而是各自分开。

可以，范围我们和您一起定。一旦有工具在读这些已建模的表，那就意味着我们要在历次升级中替您把这部分保持稳定。这一点我们更愿意有意识地约定下来。告诉我们是什么工具，以及您要从里面取什么。

权限是按人、按仪表板授予的。质量负责人看到的是您给他的那些仪表板，外部评估专家只看到您为这次评估开放的那部分。如果贵校的政策要求分析系统必须放在属于您自己的平台上，而不是我们同时也在为别人运营的平台上，我们就把它建出来并单独报价。

可以。把问题说给我们，我们把视图建出来。您的 LMS 发过来的课堂元数据本来就已经存着了，所以如果里面带着课程或班级这类信息，我们就按它来分组。

我们报告已经发生的事，不报告将要发生的事。每一场课堂都会数出那些从头坐到尾、既没说话也没打字也没作答投票的学生。每位参与者身上都带着他把课堂的多大一部分这样度过了。辅导员当周就能采取行动。再往前一步我们就停住了，不会把它变成一个退学预测：谁在一次视频课上说过话，这个证据太薄，撑不起那么大的结论。如果您本来就在跑这样的模型，这里是一个干净且有文档的数据源，可以喂给它。

取决于您开多少场课堂，以及有多少人需要访问权限。约一次简短的通话，您拿到的会是一个数字，而不是一个区间。

直接回答，并且落成书面文件。您是数据控制者，我们是数据处理者，之间有一份数据处理协议。数据位于我们基础设施上一个写明名字的地点。我们读的是 BigBlueButton 针对一场课堂产生的事件，包括教师本来就能看到的聊天记录。我们不分析录制文件，不读取摄像头，也不对任何人做出推断。我们处理针对特定个人的访问和删除请求，并写明我们的次级处理者。同样这些事实也回答了 FERPA。

不能。它们描述的是一场已记录课堂中可以被观察到的事：谁说了话，谁打了字，用了哪些工具。学习不在其中，而任何告诉您相反结论的产品，卖给您的都是一个它自己站不住的数字。它们的存在是为了支撑一场关于教学的讨论，不是为了给谁打分。