OneM2M：在 FTP 服务器上加载文件后获取通知
OneM2M: Get Notification once a file loads on FTP server
我有一个设备可以将数据发送到 FTP 服务器。在 OM2M 中，我想实现一个 IPE 来访问此数据并将其发送到 MN-CSE。
目前我对 oneM2M 标准比较熟悉并且根据下面的参考我找到了这个任务的 2 个替代方案。
ftp 服务器通知您的 AE（我们不能对 FTP 服务器配置进行任何更改，因此我们无法采用这种方法）
您的 AE 实现了 ftp 服务器，然后将能够直接对新数据事件做出反应。
这里我只想采用第二种方法，所以如果可能的话，我可以得到任何参考，以便我可以继续进行下去，因为我在 Internet 上找不到这样的文档。或者请提及是否有任何其他方法最适合这个问题的 oneM2M 标准。
我只想确认，如果我们定期监控 FTP 服务器以获取传入的输入文件，然后处理它们并将它们发送到 MN-CSE，那么这种方法是否适合 oneM2M 标准??
这个问题确实是关于不同的集成选项。通常，它是一个或多个应用程序实体 (AE)，它们使用 CSE 中的资源/数据进行操作。从 oneM2M 的角度来看，每个工具、应用程序、协议网关或“适配器”都是一个 AE。
AE 的一种特殊形式是 IPE，即互通代理实体。它用于将另一个系统或基础设施连接到 CSE 并在这两个世界之间进行调解。 CSE 部分，即。 oneM2M规范涵盖了协议和数据格式等，另一部分则必须执行其他协议和技术规范。实际任务是在两个世界之间转换数据和预期行为。
从你的描述中我不确定你计划的是这样一个协议“网关”，还是只是将通过 ftp 服务器接收到的数据推送到 CSE。但从技术上讲，这对于 oneM2M 部分并不重要：您无论如何都需要定义数据在 CSE 等上的结构。
对于数据检索：正如您在问题中提到的，除其他两个选项外还有第三个选项：
- AE 监视外部系统的新资源或更新资源，并在它们准备就绪后立即将它们推送到 CSE。
从 oneM2M 的角度来看，这完全没问题。从技术上讲，您必须确保如何查明数据何时是新的、完全接收的、仍然有效的等等……基本上是轮询资源时的所有挑战。前两个选项会更有帮助，因为您可以避免轮询带来的一些问题，但正如您有时写的那样，您只是无法控制要连接的系统。
我有一个设备可以将数据发送到 FTP 服务器。在 OM2M 中，我想实现一个 IPE 来访问此数据并将其发送到 MN-CSE。
目前我对 oneM2M 标准比较熟悉并且根据下面的参考我找到了这个任务的 2 个替代方案。
ftp 服务器通知您的 AE（我们不能对 FTP 服务器配置进行任何更改，因此我们无法采用这种方法）
您的 AE 实现了 ftp 服务器，然后将能够直接对新数据事件做出反应。
这里我只想采用第二种方法，所以如果可能的话，我可以得到任何参考，以便我可以继续进行下去，因为我在 Internet 上找不到这样的文档。或者请提及是否有任何其他方法最适合这个问题的 oneM2M 标准。
我只想确认，如果我们定期监控 FTP 服务器以获取传入的输入文件，然后处理它们并将它们发送到 MN-CSE，那么这种方法是否适合 oneM2M 标准??
这个问题确实是关于不同的集成选项。通常，它是一个或多个应用程序实体 (AE)，它们使用 CSE 中的资源/数据进行操作。从 oneM2M 的角度来看，每个工具、应用程序、协议网关或“适配器”都是一个 AE。
AE 的一种特殊形式是 IPE，即互通代理实体。它用于将另一个系统或基础设施连接到 CSE 并在这两个世界之间进行调解。 CSE 部分，即。 oneM2M规范涵盖了协议和数据格式等，另一部分则必须执行其他协议和技术规范。实际任务是在两个世界之间转换数据和预期行为。
从你的描述中我不确定你计划的是这样一个协议“网关”，还是只是将通过 ftp 服务器接收到的数据推送到 CSE。但从技术上讲，这对于 oneM2M 部分并不重要：您无论如何都需要定义数据在 CSE 等上的结构。
对于数据检索：正如您在问题中提到的，除其他两个选项外还有第三个选项：
- AE 监视外部系统的新资源或更新资源，并在它们准备就绪后立即将它们推送到 CSE。
从 oneM2M 的角度来看，这完全没问题。从技术上讲，您必须确保如何查明数据何时是新的、完全接收的、仍然有效的等等……基本上是轮询资源时的所有挑战。前两个选项会更有帮助，因为您可以避免轮询带来的一些问题，但正如您有时写的那样，您只是无法控制要连接的系统。