三月底，我的好朋友和同事John Appleby向我提出了一个挑战：

"让我们为SAPPHIRE构建一个IOT实时医疗演示"

所以我们做到了，在这个博客中，我将讲述John，我自己，当然还有Fiori大师DJ Adams，在我们的业余时间用3个多星期构建的演示到现在为止，蓝宝石。你可能在SAPPHIRE期间看到了John的帖子，他简短地谈到了我们正在做的事情和我们构建的东西，但这是对我们所做工作的更深入的了解。

场景很简单；对于SAPPHIRE的特定参与者，在奥兰多举行的为期三天的SAP马拉松会议，我们将为他们配备健康感应生物传感器，并将这些数据实时输入展厅内的SAP HANA数据库。最后，我们将在SAP Fiori（like）用户界面（我们称之为Bluefit）中向全世界展示这些数据。

演示可以分为三个部分：

所有这些都意味着，当我们的患者在展厅中走动时，他们的手表会跟踪他们的生物特征数据，他们的手机会将这些数据推入我们的SAP HANA数据库，最后我们可以通过我们的SAP Fiori前端应用程序实时观看这一切。

技术深入

进入更详细一点–我们实际上是如何构建演示的：

手表上的Bluefit

在基于Android的可穿戴设备上构建健身/健康跟踪应用程序有许多不同的方法设备。我们采取的第一种方法是尝试使用提供的Android Wear api从手表本身中获取原始传感器数据。我们在这方面取得了一些成功，成功地获取了所需的数据。然而，从手表上手动记录、存储和传输数据，虽然完全可能，但比这个演示需要的要复杂一些。

在开发过程中，很明显，必须有更好的方法来检索我们的数据，而且有。进入googlefitsdk。作为googleplay服务的一个组成部分，它为我们提供了历史和时间聚集的传感器数据。例如，API支持从午夜到现在的一个"今日步数"请求，而无需手动存储传感器数据。完美满足我们的需求。

手表和手机之间的通信是通过专门为Android Wear设备提供的Google消息API实现的。

手机上的Bluefit

手机上的Bluefit应用程序充当了我们的健身数据和SAP HANA之间的中间人。该应用程序是操作背后的大脑，确保手表上的健身数据保持最新，并确保定期将数据推送到SAP HANA。

使用Google Fit SDK，该应用程序将记录全天的健身数据，然后每分钟左右一次，使用标准的经过验证的HTTP帖子将数据发布到SAP HANA。

小旁注：我相信，参加过teched/d-Code或SAPPHIRE NOW活动的人都会欣赏这些活动中WiFi和手机服务的脆弱性。因此，中国移动物联网，这个应用程序的设计和构建必须是防错的。它将保存整整一天的数据记录，直到它可以成功地将数据发布到HANA（如果需要的话）。这意味着，在主题演讲期间，25000人试图使用同一个wifi，不会丢失任何历史数据。

手机上的每个帖子都包含了手机序列号，让我们知道是哪个设备在发送数据。

Bluefit的数据库和用户界面

为整件事增添了真实感，我们使用了一个3节点的SAP HANA集群，该集群来自我们在联想的好朋友，当时正坐在展示台上主持我们的演示。你们中那些可能看到我们的推特链接到我们的步数排行榜的人实际上是登录到一台服务器上，服务器位于奥兰多的SAPPHIRE NOW秀场中央！

为了存储、分析和公开健康数据，我们使用了SAP HANA的开发平台，特别是XS引擎。该数据库由一组表组成，这些表来自我们之前工作的WHO监管模型，给我们提供了患者数据、活动数据，当然还有连接我们的设备的桥梁，将数据发布给我们的患者。

在此基础上，手机网站自助建站，我们建立了许多属性视图（例如连接患者数据和设备数据）以及分析视图视图以提供我们患者数据的聚合视图。

最后，数据通过单个OData服务公开供公众使用，在此基础上，我们构建了一个类似Fiori的响应应用程序。这给出了数据的两个视图：

所以你得到了它。在从构思到演示的三周多一点的时间里，我们构建了一个非常简单的物联网演示，主要是在业余时间，使用消费产品SAP HANA和基于分析的SAPUI5前端。这个演示的技巧也不是很大：

我觉得这个演示如此有趣的一个原因是，越来越明显的是，物联网的话题不会消失，它将在我们今后所做的一切中发挥重要作用。从像这样的消费者技术跟踪数据标准到企业中的用例，如智能电网、医疗保健监控等等。凭借SAP HANA的灵活性和原始功能，它非常适合本演示实现我们所需的功能，无需付出巨大的努力。

如果您对本演示的构建方式有任何疑问或希望了解更多信息，请在下面发表评论，我很乐意回答。