Android 设备间数据流的实现？

有人提出了类似的问题

然而，他们的数据传输范围是在android设备之间

因此，为了扩展这个问题，我想知道如何将两个完全独立的设备（如ECG设备）连接到应用程序（Android或IOS）

例如，允许将外部设备的读取发送到其移动应用程序

那么，除了蓝牙或TCP/IP之外，我们还有什么方法呢？

另一种方法是NFC（近场通信）。当手机（带NFC）靠近另一个设备（带NFC）时，您可以传输数据。而且

例如，AliveCor允许将外部设备的读取发送到其移动应用程序

此应用程序使用NFC传输数据

来自权限（google play AliveCor Kardia应用程序）

另请阅读上有关此系统的信息

---

您基本上列出了当前使用的所有合理方法。您可以使用自己的/第三方托管的Web服务（如firebase）或直接tcp/ip连接，通过蓝牙传输数据。TCP/IP可能是最难的，蓝牙是第二难的，webservice是最容易的，但这两种设备都需要在线。但是，实施完全由您负责（使用web，您可以将用户注册和同步用户数据添加到所有已登录设备，或者如果同步是一次性的，您可以将数据上载到服务器，发布过期令牌，如果在其他设备中输入，则允许其下载该数据）.

如果需要支持iPhone，则不可选择。NFC在iPhone上仍然非常有限（在很多方面，但主要限于iOS 11和iPhone 7&8&X）。我同意@RaimundasSakalauskas的观点，这是目前不适用的。是的，但AliveCor使用NFC。你可以尝试使用它，或者查找有关它的信息。你确定他们使用NFC吗？他们所有的截图都显示BT设备已连接，他们的应用程序支持iOS 9，而NFC仅在iOS中提供，从iOS 11开始（除了apple pay）。他们可能使用NFC来简化可用的配对/激活，但不传输数据（至少不在iOS上）。+1提到firebase作为数据传输服务器。因此，在这种情况下，蓝牙是首选，因为您希望ECG设备与手机一起靠近您自己，以便将ECG设备中的读数发送到您的手机。这取决于具体情况。我个人讨厌蓝牙。2016年macbook pro上，我的魔术鼠标的轨迹不稳定（到了我用logitech g403作为办公鼠标的时候），蓝牙耳机有时会引入人工制品或卡住（尤其是在同一款macbook pro lol上）。如果有3个设备与一个源配对，并且所有设备都在附近，则主机很可能与错误的设备配对（2/3的几率：）。配对过程很痛苦，距离有限。如果可能的话，我会选择wifi而不是蓝牙。如果你只需将ECG与一部手机配对，那么BT可能需要更少的维护。