播客 > Ep. 164 - How to collaborate over real-time operational data
Ep. 164
How to collaborate over real-time operational data
Krzysztof Malicki, Founder & CEO, TrustedTwin
Friday, February 17, 2023

本周,我们的嘉宾是TrustedTwin的创始人兼首席执行官Krzysztof Malicki 。 TrustedTwin 是一种 API 优先的解决方案,用于与由数字孪生支持的多个合作伙伴共享实时操作数据,以构建流程和启用服务。

在这一集中,我们讨论了与运营数据协作的技术和业务挑战,包括所有权、访问权和分类帐跟踪。我们还谈到了数据共享对于在业务模型(如设备服务和平台游戏数据联合)中启用新解决方案的重要性。

关键问题:

● 与合作伙伴共享运营数据的基本要素是什么?

● 数字孪生技术有哪些功能?

● 使用该平台的两种主要客户类型是什么?

● 运营数据的技术和法律挑战是什么?

音频文字.

Erik:Krzysztof,感谢您今天加入我们的播客。

Krzysztof:我也很高兴。非常感谢这种可能性。

埃里克:是的,我知道。我部分地期待着这一点。因为正如我们预先讨论的那样,您来自我的祖国——或者我祖父的祖国,我应该说——波兰。那么,告诉我,今天波兰的科技生态系统是什么样的?

Krzysztof:我认为波兰非常专注于 IT,真的。有很多大公司在这里设有办事处,甚至像英特尔、亚马逊这样的研发部门。实际上,我什至来自格但斯克。那正是你祖父居住的城市。即使在格但斯克,我们也有英特尔。我们有亚马逊。我们有很多国际 IT 公司。从技术的角度来看,很多这样的事情都发生在波兰。

埃里克:是的,我听说过。我听说那里有很多人才,很多公司显然都在设立子公司来做事。但是,很明显,企业家们开始从这些公司中脱颖而出。当然,你是这些企业家中的一员,但你在 IT 领域有相当的职业生涯。听起来您以前主要与更成熟的企业合作。是什么触发了你?好吧,我想你已经有自己的事业很长一段时间了,这个 Aiton Caldwell。但据我所知,我认为这不是我所说的科技初创公司。 Trusted Twin,是什么促使您现在创办这家公司?

Krzysztof:实际上,Aiton Caldwell 是一家科技初创公司。事实上,它是波兰第一家 IP 语音公司。现在它仍然是最大的一个。我们不仅仅专注于提供服务。事实上,我们构建了自己的整个技术堆栈。因此,它是一个相当大的基于云的系统,部分用于客户,部分用于企业。这是一家技术初创公司,拥有许多新技术解决方案。那是 15 年前我们开始的时候。

2011 年,我们将 Aiton Caldwell 引入证券交易所。在那之后,我决定为格但斯克的大学工作一点。在大学工作了将近 10 年后,我决定再试一次。这一次,我现在的主题是数据。其实就是数据协作。所以,这就是新启动的意义所在。

埃里克:好的。嗯,恭喜你上市了。我不得不注意到这一点。我想这也给了你一点灵活性,让你可以在未来的方向上投入更多精力。 Trusted Twin,围绕这个主题是什么?显然,您今天可以将精力投入到 100 个不同的主题或领域。那么,围绕这个特定主题的是什么激励了您或促使您专注于此?

克日什托夫:好的。当然,它在某种程度上与数字孪生有关。但数字孪生本身是一个非常广泛的话题,所以我会在未来回到这个话题。但我想开始,Trusted Twin 是关于数据的。因为我们注意到有两个主要的维度可以划分不同的数据解决方案。一种是分析数据与运营数据,其中迄今为止的重点主要是分析数据——通常,历史数据通常围绕表格或数据集组织,通常用于做出更好的业务决策或优化。

但另一方面,当我们谈论用于执行流程的数据时,我们可以拥有实际上与物联网更相关的运营数据。所以,它必须是实时的。事实上,它必须像对象一样组织,因为流程通常建立在对象之上。也就是说,它是为了执行,而不是为了优化。这是第一个维度。

第二个维度是不共享数据与协作处理数据。我们还看到,越来越多的公司看到,他们已经拥有的数据的价值在于与数据协作,在数据之上与其他公司协作。因此,我们正处于操作数据和数据共享或数据协作的冲突中,因为协作通常建立在对象之上。这就是我们使用可操作数字孪生概念的原因,它不是用于模拟,而是一个对象,例如,您可以在其上构建业务流程。

埃里克:好的。让我检查一下我是否理解正确。我想很多人都会想到数字孪生,你可能会想到西门子的产品,用于模拟工厂生产线,就像这样。但是你正在研究数据对象的数字化或虚拟化,然后在公司之间共享这些对象。这是思考这个问题的正确方法吗?

Krzysztof:也许不是虚拟化。好的。让我们分享一个我们正在处理的典型 ICP。例如,我们正在为提供传统产品的传统公司工作,这通常可以说是仪表,如公用事业仪表,是一种设备,一种物理设备。但他们希望从销售产品转变为销售数字服务。在那种情况下,它可能就像一种测量即服务。他们的客户不想再购买仪表;他们只是想知道他们最后一天用了多少水。测量变成了服务。

当从传统产品转变为数字服务时,总是需要添加通常与数据相关的数字组件。这正是我们所说的或可以使用可操作的数字孪生的地方。因为那时,您正在将您的仪表(一个物理仪表)转换为其可操作的数字双胞胎——一种表示,一种物理仪表的虚拟表示,您可以使用它来构建新的数字服务。在特定情况下作为服务的测量。

埃里克:好的。清除。然后你正在捕获这些数据,我想还有围绕它的元数据,以便可以有效地使用它们。然后具体来说,您正在捕捉这一点,目的是帮助公司在它们之间共享数据。

Krzysztof:在数据上进行协作。让我们继续看那个例子。如果您是一家传统公司,则您不具备数据方面的专业知识——从构建基础设施开始,但也没有,例如,与您的客户系统集成。在这种情况下,您的核心业务是制造仪表。但是,如果您想实施该新服务,有些事情是非核心的,但仍然是关键任务。这种关键任务的非核心需求与可伸缩性、可用性、数据保留、集成、安全性等相关。这就是我们提供的,因此我们的客户可以专注于他们的核心。但是我们的平台涵盖了所有那些非功能性但仍然是关键任务的问题或与数据相关的问题。这是第一个。

第二个是他们只想处理测量。但是要构建生态系统,您还需要不同类型的数据。例如,如果您想提供测量服务,有时您必须像服务公司一样派安装人员来安装电表、更换电池等。因此,您需要访问该地址,在这种情况下,该地址由大楼管理员提供。但是那家仪表制造公司,他们不想对 GDPR 数据负责。事实上,他们不需要这些数据来简单地提供测量结果。这就是为什么我们谈论数据协作和所有权管理,这称为数据治理。

这样一个生态系统中的每个合作伙伴都自己提供数据,但他们仍然拥有该数据,因此他们可以简单地设置一个规则,当其他人可以访问该数据时。在那种情况下,为了安装。但是那家仪表制造公司不想将这些数据存储在他们的系统中。这就是为什么需要可操作的数字孪生,这是一个存在于合作伙伴之间的对象。因此,每个人都可以向它贡献数据,每个人都可以同时使用该数据而不会失去所有权,并且能够管理数据的可见性和访问权限。

埃里克:好的。有趣的。因此,您可以围绕数据开展协作,可以实时控制和撤销所有权和访问权限。我几次注意到区块链这个词,但幸运的是,没有那么多次。我的意思是,看起来你正在将区块链作为一种技术来使用,但你并没有试图将其作为 SaaS 来推广,因为我们是区块链,我认为这是一个有利的趋势。我们开始看到更实际的应用。这适合哪里,然后到什么程度?它是技术堆栈的基本要素吗?它在多大程度上是可选元素?

Krzysztof:事实上,我们可以提供一部分服务。因为当您与合作伙伴协作时,如果这就像一个具有平等合作伙伴的生态系统,那么您迟早可能需要可验证性来源或信任来源。区块链是一项非常好的技术。我们想以分布式和民主化的方式提供这样的可验证性来源,比方说,方式。这就是为什么我们使用区块链,但只是为了公证事件。如果你希望某件事被永远记住,只是为了拥有这种能力——能够在未来回到那件事以验证真正发生了什么——那么我们可以使用区块链来公证数据或公证事件。这就是为什么我们称该来源为可验证性。

埃里克:好的。清除。所以,如果你想证明我在这个日期与你分享了这些数据,那么你可以出于任何目的访问这些数据。区块链可以让你证明那个事件发生了。

Krzysztof:你可以缓存一个文档,缓存一个事件并将其存储在区块链中,只是为了能够返回到那个特定的地方,比方说,在未来阻止以检查到底发生了什么。

埃里克:也许你可以快速引导我们完成功能。再说一次,正如您所说,数字孪生的概念是一个非常广泛的概念。因此,了解您在这里的具体位置会很有用。我认为在您的功能集页面上,您在批处理操作、停靠操作等方面对此进行了很好的细分。如果这是您认为引导我们了解您适合服务堆栈的最佳方式。

克日什托夫:好的。首先,我将从那个开始。比方说,今天我们有同一个问题的两端。首先,你必须收集数据。如果你在谈论物联网,那是一个单独的问题。然后,如果你的系统中有这些数据,你必须以某种方式将这些数据货币化,这样你就可以在此基础上构建一个流程。您可以通过授予访问权限来出售该数据。您可以将该数据与其他数据联合起来,例如,为大数据分析获取更多数据等。我们正在研究第二部分。我们的服务最适合您需要就数据进行协作的情况。当然,您可以使用它来收集数据。但是在谈论物联网时,它可能不是最好的。但如果我们在谈论其他事情,它也非常适合收集数据。

当您拥有这些数据并且想要就它们进行协作时,我们提供了两个层次。第一层是数据本身——定义数据模型的能力和存储数据的能力。当你在平台上拥有数据时,比如仪表的虚拟表示,甚至是鞋子的虚拟表示——这是一个例子——客户或客户的虚拟表示,比如客户资料,那么第二层就是你可以用这些数据来做。我们正在提供实时数据治理的能力,因此您始终可以决定您的数据的哪一部分对其他人可见。

当我们谈论的是根据来自多个合作伙伴的数据构建的对象时,每一方都可以同时设置这些规则,使用相同的虚拟对象或相同的对象对其他方可见的内容。这是第一个。第二个是能够将大量对象放入平台中,而无需考虑那些非功能性需求,如可扩展性、可用性、响应时间等。因此,我们正在提供可扩展的全球基础设施,这样您就可以专注于您想要对数据做什么,而不是您应该如何做以及如何为此准备基础设施。

然后我们提供了很多不同的集成技术,将集成与数据分开。例如,将完整的集成图简化为星形集成图,并分离合作伙伴。没有人可以伤害对方,比方说,生态系统中的合作伙伴。每个人都可以独立选择最佳技术和最佳集成模式。我们可以提供 REST API。例如,我们可以提供 MQTT 作为使用数据的协议。例如,我们提供订阅和通知机制、webhook 调用。我们提供不同的方式来表示存储为对象的数据,比方说,表格方式。这也是可能的。我们提供存储历史数据、任何类型的文件(如语音文件或 PDF、CSV 文件等)的功能。您可以操纵数据,并且可以以最适合您的方式使用数据。我们提供了很多功能,大量支持在该数据之上构建流程,甚至是工作流机制,例如对工作流的支持。

埃里克:我认为现在是讨论一下您数据的用户的好时机。你已经提到了几个不同的行业。所以,那将是一个领域。从行业角度来看,您的典型客户概况是什么?然后,访问该平台的用户是谁?也许首先,从行业的角度来看。我想,一方面,这是一个相当水平的解决方案,但总是处理数据。有特别的敏感性。然后,当然,作为一家企业,您在细分方面有自己的战略重点。您今天关注的客户是谁?

Krzysztof:如您所见,平台是水平的。因此,您可以在其上拥有任何对象模型。但是今天,我们看到两种主要类型的客户正在使用我们的平台。首先,我们的客户是传统企业,比方说,他们想要开始他们的数字化转型之旅。他们通常希望将典型产品转换为数字服务。正如我所说,我们正在与一家媒体仪表制造公司合作,该公司希望从销售设备、仪表转变为销售测量即服务。

我们正在与一家国际上市的专业制鞋公司合作,该公司希望将鞋子添加/转换为物联网设备,以开启新的商业模式。同样,他们需要数字组件。但这不是他们的核心。他们不知道如何处理它们。他们没有这方面的团队,所以他们正在为每双鞋创建一个数字表示。

我们有一个公司项目,该公司正在制造用于泄漏检测的潜在项目设备。同样,从他们的角度来看,他们的核心是检测泄漏,具有检测泄漏的 AI 或机器学习算法。但是他们必须处理来自这些设备的大量数据,这又是关键任务,非核心。我们有另一家公司正在从电表收集信息,希望为客户创建一个虚拟发电厂,以聚合生产能源的能力,从而使价格变得更好。同样,对他们来说,核心业务是聚合,而不是数据。这是第一类客户。

我们有第二类客户,他们是数字优先的公司。这些公司通常会考虑创建某物的配置文件。这些通常是他们的最终客户。他们需要这些资料有两个主要原因。一是多个遗留系统的主数据记录,二是通常是数据联合。例如,如果我合作,我们有一个系统,其中有一个支付处理器,可能是该地区最大的处理器,以及数千个商家。每个商家都不够大,无法从大数据分析中获益。例如,当您想将其与亚马逊进行比较时。但是,如果他们在不失去控制使用的能力的情况下联合数据,他们就拥有足够大的数据集,例如可以在 Amazon 级别提出建议。那是第二种情况。它可能与物联网关系不大,但这也是我们看到的我们平台的最佳用途。

埃里克:这很迷人。好的。这里会有不同的使用行为。在一种情况下,对于物联网设备,我猜该平台将拥有该数据。比方说,解决方案提供商。不过,如果是 B2B 案例,那么您可能会与拥有数据的运营商进行讨论。

Krzysztof:我们不拥有数据。我们现在不能考虑。

埃里克:不是你的平台。我的意思是,你的客户。但是,你会遇到有人提供连接传感器的情况,他们将拥有该数据。或者他们的客户(即操作员)拥有数据,但他们有访问数据的合同,因此您可以帮助他们管理这些合同。用户是否总是,比如说,正在建立这种新业务案例的物联网设备制造商,或者是正在建立这种新业务模型、这种数据聚合业务模型的平台提供商?会不会是运营商?比方说,一家制造商说,我有一堆传感器,我想提供,我想允许向我出售这些传感器的原始设备制造商出于维护目的访问它们,但仅限于维护目的,就像这样。

Krzysztof:我们还有其他项目,例如与预测性维护相关的项目。如果您正在生产相当大的设备,并且如果您想要实施一种新的商业模式,您不出售这种大型设备而是租赁它,那么您需要有关使用情况的信息。预测性维护,比方说,我们正在处理的另一个用例。这里有很多-

每次您处理数据时,特别是如果该数据是在您的工厂或办公室以外的某个地方生成的,那么您需要传输该数据并将该数据存储在某个地方。例如,我们正在与一家公司合作。我们正在为一家从外部扫描汽车的公司构建 POC。同样,他们在该领域的某个地方有很多机器人。他们需要将这些数据传送到他们的运营数据中心。但他们不想处理可伸缩性、传输、数据保留方面的问题。然后他们与他们的客户分享这些,比方说,图像。同样,共享、数据协作、存储数据,所有非核心的、关键任务的都在我们的范围内。

埃里克:帮助我了解至少与风险或潜力感知相关的一些领域。也许这是真正的风险,也许是感知。我想会有两个问题。一个问题是,从理论上讲,我拥有主数据,并且我正在向 X 公司提供访问权限以使用它。但是我怎样才能阻止他们复制这些数据呢?因此,我失去了对它的控制,并且我无法在未来限制访问。我已经失去了对该数据集的控制。这将是一个更具技术性的挑战。

然后会有法律挑战,基本上是律师举手说,“我不明白这个。我们不要这样做,因为我不明白。”那里可能有各种各样的担忧。但我认为,一般来说,很多公司都处于这样一种情况,如果高级管理人员和法律团队无法理解某些事情,他们仍然很难前进。您如何看待今天的这两个话题?

Krzysztof:第一个是没有办法阻止你存储你看到的数据。您甚至可以在看电影时拍摄自己的电视。没有人能阻止你这样做。但是当我们谈论基于数据的实时流程时,如果您将失去实时使用数据的能力,那么您将只有去年的数据副本。这是可能的。有人总能拍下你的车,但这并不意味着她或他会用你的车。它只是一个历史数据,当我们谈论运营数据时,它就变得不那么重要了——每天用于运行流程的数据。

如果你要把某人踢出生态系统,那么他当然可以存储部分历史数据。但仅此而已。当然,确保这一点的唯一方法是签署协议,然后与您的律师合作检查他是否删除了所有数据。这是 NDA 的典型情况。我正在向您提供数据,但我必须承诺,当我们停止合作时,您将删除或返回数据。当然,您可以随时尝试作弊。但如果没有,也有律师。第二个是什么?

埃里克:嗯,第二个是更普遍的头痛——尤其是当你谈论新的商业模式等等时,在某种程度上,法律团队和高级管理团队,他们可能没有技术能力来了解这是如何运作的以及真正的风险是什么。但如果他们有顾虑,他们可能会成为瓶颈。

Krzysztof:这就是我们必须提供证书的原因。因为这不像有人会因为我们被信任而信任我们。我们始终必须遵守证书。这就是为什么我们现在投入大量资金以获得 SOC 证书或 ISO 27001——与安全相关的证书。当然,我们一直在努力避免重新发明轮子。

我们服务的基础设施是 AWS 或 Azure。我们正在尝试尽可能多地继承他们的服务,并基于他们提供的安全性。您可以这样考虑我们的服务,当然,您可以用零件制造自己的汽车。这是 Azure 或 AWS。或者您可以使用最适合您需要提供的服务的即用型汽车。那是我们。但我们只是认证零件,我们认证汽车本身。

埃里克:是的,很清楚。如果我看一下您的定价模型,它也反映了 IS 模型,因为您拥有相当透明的层级。然后你要为分类帐付款。您需要为 API 事件付费。您需要为存储和传输付费。

Krzysztof:只有这四个因素。只是给你一个估计。当我们与仪表制造公司讨论该项目时,他们计划在我们的平台上安装大约一百万个仪表——每个仪表每天存储一次测量值。在计算所有事件、分类帐、存储等时,仅用于处理整个基础设施、处理集成、处理数据等的成本低于每月每米 0.01 欧元。从他们的角度来看,这完全没问题。

事实上,该平台的总成本低于单个高级工程师的成本。如果我们现在可以建造的话,他们就是这样比较我们的。因为我们至少需要两到三个人,半年的时间来开始考虑这样的平台,前提是我们有专业知识并且知道如何构建它。另一方面,我们可以拥有我们需要的一切,涵盖与新服务相关的关键任务问题,而每月只需支付一名软件工程师的费用。

埃里克:好的。清除。基本上,这里的价值主张是您允许某人使用基础设施即服务,而不是裸露的基础设施。但实际上,基础设施是为这些特定目的量身定制和设计的。

Krzysztof:如果你需要在平台上对某种可能代表大型机械(如汽车或设备)或较小的东西(如仪表)的对象进行建模,并且你不想处理基础设施,但你完全了解模型当您与生态系统中的合作伙伴共享或协作处理数据时,您需要在该对象之上构建一个流程,然后我们会提供您需要的一切。

您可以从第一天开始测试您的模型,无需初始投资。这就是为什么我们要说的是,让我们从免费样品开始。因为我们提供类似的东西。因此,您可以在一个月内构建概念证明 POC,以检查您的服务是否有效,并与最终客户一起检查您的服务,等等。这也是我们提供的:快速构建服务的能力,而无需担心所需的初始基础设施、初始投资和专业知识。专注于对您来说最核心的东西,并专注于对您有用的东西。

埃里克:这里的用户,我猜,这将是将要使用该解决方案的 IT 团队。有效使用所需的任何特定技能集,或者任何可以使用 Azure 的人都会在这里感到舒服吗?

Krzysztof:事实上,我们在两种模式下工作。一种模式是当一个公司,实际上是 API 优先平台的平台的用户。这不是面向最终客户的平台。您可以将其用作技术堆栈的一部分,以在其之上构建。我们有两个案例。一种情况是,公司已经拥有一个小型 IT 团队,该团队能够使用 REST API、MQTT API 等 API。他们不必具备云和数据方面的专业知识。他们只需要拥有与他们通常的工作方式相关的专业知识。那么,这是第一种情况。

第二种情况是有一个集成商,即外部集成商,它正在为最终客户提供基于我们平台的解决方案。在这种情况下,最终客户没有他们的内部 IT 团队。但为了简化操作,我们提供了许多开源库,即使有人不想直接使用该 API,它们也可以调用我们的 API。我们有一个用于 Python、Java Script、C#、Java 和所有这些流行语言的库。所以,你可以用你喜欢的语言编码,你可以使用你喜欢的技术。如果您喜欢使用拉、推类型的集成,请使用它。如果您想基于 webhooks,请使用它。如果您想使用像 MQTT 这样的技术,那么,好吧,使用它。

埃里克:好的。您已经提到的一些案例听起来像是围绕着相当复杂的业务架构,尤其是与聚合来自多家公司的数据相关的第二桶活动,以打包和定义业务模型。在帮助公司开发这个方面,你是否更多地以协商的方式参与其中?那看起来像什么?

Krzysztof:是的,因为最重要的是,如果你想在数据上进行协作——这不是一个简单的案例,比如创建一个相对简单的仪表的虚拟表示。因为当您谈论仪表时,您可能需要错误日志和测量结果。就这样。但是,当您谈论主数据记录、联合数据和协作时,我们当然会提供咨询服务——如何建模数据,如何设置这些可见性规则。因为这是我们拥有的专业知识,也是我们所做的,尤其是在项目的初始阶段。我们通常在 POC 级别与客户合作,以便以正确的方式对数据进行建模,并教他们如何以最佳方式对数据进行建模,从而释放数据的潜力,尤其是在谈论协作时与地址。所以,我们这样做。

埃里克:是的,没错。我认为必须解决这些模型中的许多业务复杂性。

Krzysztof:这正是重点。复杂性不在于技术,因为这是对 API 的简单调用。复杂性在于如何设计您的业务以及如何设计您的数据模型,以便您可以释放您想要使用或协作的数据的潜力。

埃里克:好的。伟大的。那我看你也有这个双生学院。我想,这里的部分目标可能是就此对您的客户进行教育。学院是什么?

Krzysztof:这是因为该平台是专门为开发人员服务的。因此,我们拥有技术性很强的技术文档——大量 API、数字、调用等。这是给开发者的。这就是为什么我们要讨论业务中的问题,即数据建模中的问题。 Academy 是一个技术性较低的文档,它专注于为用户提供我们试图在 Trusted Twin 平台上使用的概念。什么是可操作的数字孪生体?例如,您如何处理不同的身份?例如,您可以如何匿名化数据?如何使用订阅通知机制?如何使用索引、时间序列和平台上可用的所有工具?再一次,对于那些不想深入了解如何实施但想知道如何设计的用户来说,它是技术性更强、概念性更强的文档。

埃里克:好的。比方说,如果我正在围绕 IoT 设备构建服务业务,然后我有大量客户在使用它,并且我通过该平台与他们共享数据,那么所有这些用户都可以直接访问吗?接入平台?或者,他们是否会在其他系统中接收数据但不一定直接在您的平台上进行交互?

克日什托夫:这取决于。但主要的想法是让用户,尤其是那些你想合作或协作的用户,可以直接通过我们的平台访问数据,而不需要通过其他系统代理数据。这就是原因。只有在那种情况下,我们才能提供可扩展性、可用性等。因为否则,如果你想为你的平台路由某些东西,那么你将不得不提供带宽、计算能力等。

该平台的设计方式是让每个人都可以直接与平台进行交互,无需询问即可选择集成方式、技术和技术。仅涵盖治理。但治理就在那里。这是你可以设置的。我可以将自由留给您以您想要的方式进行整合。但就我而言,总有能力管理您在平台上看到的内容。这就是我的意思。

埃里克:好的。清除。这听起来是个不错的解决方案。我们是 IoT ONE 的咨询公司。我们一直在应对公司试图弄清楚如何以某种方式将数据货币化的挑战。我认为,就您的观点而言,技术问题是可以解决的。但您基本上需要一个集成解决方案,让您能够解决技术问题,同时让您了解如何将其与您的业务相结合。

我认为你在这里有一些很好的例子。你已经提到了几个,但如果你能选择一个并给我们更多关于他们为什么需要这个,他们如何集成你的解决方案的演练,那就太好了。然后,如果您能够分享一些结果,那么这些结果是什么样的?

Krzysztof:也许,让我们回到我一直在谈论的那个例子,因为这也与物联网有关。所以,我们有那家仪表制造公司。他们不具备与云相关的 IT 专业知识。他们有自己的内部子公司,因为这也是一家上市公司,负责嵌入式软件——知道如何调用 REST API 的人,知道如何使用 MQTT,但不知道如何构建云基础设施的人这将处理数以百万计的仪表发送测量值,例如,在一分钟内。那将是一个问题。他们想负责将测量纳入平台。这就是他们想要提供的。我有一米。我会派我的安装人员在某处安装仪表。然后我可以保证测量结果将存储在仪表的运行数字孪生中。所以,这就是他们的工作。

另一方面,他们正在为成千上万拥有不同 IT 系统的建筑管理员提供该服务——其中一些是 10 年前建造的,一些是刚刚购买的,一些是租赁的。他们不想参与这些集成。他们只是说,如果您知道,比方说,仪表的序列号,那么您将能够通过 Trusted Twin 平台访问该测量值。但整合是您的责任。

同样,如果您想在该仪表之上构建更多东西——例如,您可以向仪表的对象添加一个地址和用户名。您可以添加他们的信息以进行平衡。例如,有多少水流入和流出系统。但是这不是我要处理的那个仪表厂商角度的数据,因为这不是我的数据。我不想存储您的 GDPR 相关数据,例如地址或姓名。这是你的数据。我不想看到它,但您可能需要它作为该对象信息的一部分。

但是,当我派我的安装人员去更换电池时,我会要求您授予访问该数据、地址的权限,以便进行安装。我不想看到它,但请授予对我的安装程序的访问权限。然后安装者将添加与例如仪表中显示的初始测量相关的数据。因为 meter 只是在添加一些东西。所以,我需要知道那个初始数字。但这是我可见的数据。例如,仪表正在生成错误日志。最终客户不应看到此错误日志。它们应该只对我控股的制造软件的 IT 公司可见。他们不想 24/7 全天候连接到电表。这就是他们使用我们的平台的原因,每天只需下载一次这些日志,而平台始终处于运行状态。同样,可用性、可扩展性等。

另一个与数据有关的问题。仪表在午夜后几分钟发送测量值,因此白天几乎没有交通。我说的是实测流量。但是,平台需要在五分钟内处理 100 万次测量。我们正在提供这样的可扩展性。这又是他们纵然有几百万米也不用担心的事情。

如您所见,对于他们来说,解决方案非常简单。他们正在为每个设备创建一个虚拟仪表。他们正在存储测量值。他们对客户说,如果你想整合,这就是 Trusted Twin Academy。这是 Trusted Twin 文档。他们会帮助你融入。因为我们是分开的,所以您可以多次阅读测量值。我们不担心您会做出损害我们内部服务或内部软件的事情,因为我们是独立的。一切都通过平台。

同样,我们的核心业务是制造仪表。我们想提供数字服务。该服务的一部分是发布测量结果。这就是我们所做的一切。其余部分由 Trusted Twin 涵盖。我们为此每月支付不到 0.01 欧元,并且不想担心会发生什么。因为这是我们使用的服务。然后,从销售设备到销售测量服务的转变对他们来说非常容易。他们能够在三个月内开始提供这项新服务,当时大部分工作都与仪表相关,只是将测量结果发送到云端,等等。无需初始投资,准备 POC 的时间非常短,投资回报率非常快。从商业角度来看,这就是他们收到的。

我可以再分享几个例子。例如,我们非常适合初创公司。因为初创公司通常没有时间设计和构建合适的云基础设施。使用我们的平台并不昂贵,因为他们可以从免费的沙箱开始。我们将使它们安全、可扩展,并从第一天起就提供可用性。他们可以再次从业务的功能角度专注于他们想要实现的目标。

埃里克:对于任何想要围绕共享数据或数据协作建立新业务模型的人来说,这听起来已经是一个非常有用的解决方案。你们还是一家相对年轻的公司。如果您查看未来 12 或 24 个月的产品开发路线图,您最兴奋的开发是什么?

Krzysztof:大约两个月前,我们关闭了功能开发。现在,我们说,好吧,产品是——我们不同,从功能的角度来看。新功能将根据最终客户的要求添加。如果有需要,可以推广,那么我们将添加该功能。今天,我们专注于走向多云。因为我们主要基于 AWS,所以我们希望也可以在 Azure 上使用。所以,这是第一要务。

第二个优先事项是建立合规性。正如我所说,这是 SOC 或 ISO。尽可能多的合规性,尽可能多的标准只需点击一下,特别是需要实施这些标准的企业。例如,如果他们想共享 GDPR 数据、财务数据或类似的东西。这是我们今天关注的两个主要发展领域。

埃里克:这有点离题了。这可能不在你现在的优先事项之内。你可能知道我坐在中国这里。在第一季度,有一项数据安全法已经流传了几年。它将开始颁布。那么这意味着现在每个人都在争先恐后地弄清楚我们必须将哪些数据存储在中国,我们可以将哪些数据转移到国外,以及基本上,我们如何访问。

我有一家公司是德国以外的建筑材料公司。他们在中国也有相当大的业务。他们有一个智能传感器解决方案,他们想进入中国市场,但他们不知道。好的。我们正在从中国市场的设备中收集这些数据,但我们仍然需要能够在德国对其进行分析。这就是我们所有专业知识的所在。基本上,我们该怎么做?

我想知道是否——我认为印度开始有一些类似的框架。所以,这可能是政府说我们想要的全球趋势,特别是任何类型的 PPI 数据或任何可能与政府基础设施相关的数据,如果是进入建筑物或其他东西的传感器,它可能需要存放在国内。您认为这是管理数据的用例吗?

克日什托夫:没错。更糟糕的是,您是否听说过数据法案,该法案可能会在今年或下一个年初公布,并将在 2024 年实施?比方说,这是一场类似于 GDPR 但与物联网数据相关的海啸。所以,我不想跳入那个。但我们还提供合规性。因为大多数公司都在考虑他们的核心业务。除非他们必须这样做,否则他们不想关心合规性。但我们正在考虑这一点。我们在所有负责监管的不良机构中。这就是为什么我们也可以保证,当这些法规来临时,我们的平台将符合这些法规。

这正是将要发生的事情。因此,您需要能够决定数据的存储位置。我们可以提供。如果您希望将您的数据存储在爱尔兰或德国,那么我们可以做到。您所有可操作的数字孪生都将存储在您希望存储的任何位置。我们已准备好迎接所有即将到来的法规,尤其是在欧洲。因为欧洲可能是第一个实施此类监管的国家。所以,请查看数据法案,因为这是很快就会发生的事情。这与物联网完全相关。

埃里克:有趣。你可能会遇到这样的情况,即公司正在构建需要评估来自世界各地的数据的解决方案——如果它是供应链解决方案或类似的东西——但数据必须存储在本地。好的。嗯,这可能是一个很好的商业机会。至少,监管为一些企业家创造了机会。

克日什托夫:好的。希望不是。因为这不是我们平台的主要价值主张。但这也是企业必须应对的一个问题:法规。

埃里克:当然。

克日什托夫:在当前世界形势下,它可能会变得越来越严峻。因此,这只是法规的开始,尤其是与数据相关的法规。

埃里克:是的,太好了。好吧,你在这里建立了一个伟大的企业。我认为,尤其是物联网商业模式创新这个话题,随着公司开始看到一些成功案例并开始关注那里的可能性,它真的开始起飞了。很高兴看到你在这里建立了一个非常强大的推动者。关于 Trusted Twin,我们还没有与人们分享的重要信息是什么?

Krzysztof:我认为我们几乎涵盖了所有内容。我只能补充的是,如果您有任何问题——因为没有详细解释所有内容——如果您需要,请与我联系。我很乐意告诉你更多,给正在收听播客的人。我认为最重要的是收集数据是问题的一部分。但如果你已经有了数据,那么真正的问题就是如何利用好这些数据。

过去,大多数人都在谈论大数据分析、推荐、商业决策。但我们现在可以看到,数据的良好使用是将这些数据用于运营流程,并在数据上进行协作。这就是我们所看到的,这就是我认为的未来。

埃里克:完美。是的,伙计们,请直接与 Krzysztof 联系,或者您可以随时与我联系,我会尽快与您联系。 Krzysztof,谢谢你今天抽出时间来。

Krzysztof:Erik,我也是。感谢您的时间。你真的在中国吗?

埃里克:是的,在上海。

克日什托夫:好的。祝你一切顺利,圣诞快乐。祝您和您的家人新年快乐。非常感谢,埃里克。

联系我们

欢迎与我们交流!

* Required
* Required
* Required
* Invalid email address
提交此表单,即表示您同意 Asia Growth Partners 可以与您联系并分享洞察和营销信息。
不,谢谢,我不想收到来自 Asia Growth Partners 的任何营销电子邮件。
提交

Thank you for your message!
We will contact you soon.