序文:
「寿宝礼」は日本の剣道の学習法から始まり、後に他の武術や産業に発展しました。 「修」とは、最初の段階では、熟練度に達するために師の教えに従わなければならないことを意味します。 「破壊」とは、本来の規範を打ち破ろうとすることです。 「離」は新しい技術を生み出し、新しい領域を開拓することを意味します。 - 百度百科事典
私は「守る、破る、離れる」という3つの言葉がとても好きで、これがずっと私の学習方法でした。実際、私たちは巨人の肩から問題を見るべきであり、同時に巨人に対して十分な敬意を払うべきです。
産業用IoTはますます普及していますが、産業の発展を促進できる製品としての産業用IoT PaaSプラットフォーム(以下、産業用PaaSプラットフォーム)は、中国では非常にゆっくりと発展しています。中国にはプラットフォームビルダーとして宣伝している企業は数多くありますが、実際にプラットフォーム(プロジェクトや監視システムではない)を構築している企業はごくわずかです。
世界および国内の動向から判断すると、現在、産業用 PaaS プラットフォームのサプライヤーとして競争に参加している企業は主に 4 種類あります。これら 4 つのタイプの企業にはそれぞれ独自の利点があります。
*** カテゴリーは、シーメンス、GE、PTC、シュナイダーなど、自動化および産業用ソフトウェアの蓄積を持つ企業です。これらの企業は豊富な産業ノウハウを持っています。相当量の産業知識がハードウェアとソフトウェアに固められています。
2 番目のカテゴリは、SAP、Oracle などのエンタープライズ情報管理ソフトウェアを持つ企業です。これらの企業は、多くの場合、豊富な管理ノウハウを持っています。経営知識がソフトウェアに定着しました。
3 番目のカテゴリは、AWS、Alibaba Cloud、Baidu Cloud、Tencent Cloud などのインターネット企業です。インターネットのビジネスニーズにより、これらの企業は強力なクラウド コンピューティングとビッグ データ機能 (主にビッグ データ テクノロジー) を備えています。たとえば、ビッグデータの基本機能スケジューリング アルゴリズムでは、パフォーマンスが大規模なアプリケーションをサポートできるようにアルゴリズムを最適化するために、実際のアプリケーション シナリオが必要です。しかし、これらの基本技術に関する経験と能力は、最初の 2 社には備わっていません。
4 番目のカテゴリはスタートアップ企業です。これらのスタートアップ企業のチームは、多くの場合、上記の 3 つのチームの背景から来ています。たとえば、ThingWorx は PTC に買収される前は主に Schneider の Wonderware から派生したものでした。 C3 IoTの創業者はOracleやSiebelなどの出身者です。スタートアップは異なるバックグラウンドを持つ人材を統合できることが多く、柔軟性が高いです。
私は、産業用 PaaS プラットフォームは新しいビジネスではないと常に信じてきました。これは、最下層に新しいテクノロジーを採用して構築されており、複数の従来の OT テクノロジーを 1 つのプラットフォームに統合しています。しかし、このような統合にはさまざまな分野の才能、知識、能力の統合が含まれるため、産業用 PaaS プラットフォームは非常に複雑であり、業界の発展を促進するにはさまざまな背景を持つ人々のコラボレーションが必要です。コラボレーションの前提は合意です。 私はハードウェアからソフトウェアへ、オートメーション界からIT界へ移り、最近では仕事の合間にインターネット(BATなど)の人たちと接するようになりました。同じものや名詞に対して、異なるサークルでは異なる認識があることにますます気づき始めています。こうした異なる認識は、産業用 IoT の発展を妨げる最も重要な要因の 1 つとなっています。つまり、産業用 PaaS プラットフォームを構築する場合、社内のさまざまな分野の人々をうまく調整し、迅速に合意に達することができるかどうかが、企業の成功の鍵となります。
インターネット分野では、クラウドは一般的にIaaS、PaaS、SaaSに分けられます。しかし、産業用クラウド プラットフォーム上に配置される場合、PaaS プラットフォームは 3 層アーキテクチャの中で最も明確に定義されていません。メーカーや消費者によって、PaaS の定義は異なります。産業用 PaaS にはどのような機能が必要ですか?どのような PaaS が中国の産業 IoT 業界の急速な発展とすべての人のコスト削減に役立つでしょうか?産業用PaaSの難しさは何ですか? Industrial PaaS のユーザーは誰ですか?業界の多くの顧客や友人からは多くの質問があります。
これらの問題に対応するために、私はまず林世湾教授の3連鎖モデルを適用し、私自身の理解に基づいて簡単な変更を加えたいと思います。下記の通り
私は常にモノのインターネットをビジネスとして捉えてきました。かつて誰かが、IIoT が価値をもたらさない限り、誰もそれを買わないだろうと言ったことがあります。 IIoT のデータ収集、データ監視、データ分析は、最終的には IIoT の価値が反映されるようにビジネス プロセスを推進する必要があります。
この図には、私が遭遇した典型的な IoT アプリケーション シナリオが 4 種類示されています。
*** カテゴリは資産管理 (有形) に関連し、IoT データを使用して、設置、試運転から廃棄まで、資産のライフサイクル全体の管理を推進します。
2 番目のカテゴリはサービスに関連しており、これは機器メーカーのいわゆるサービス変革の典型的な応用例です。
3 番目のカテゴリは生産関連です。いわゆるデジタル ファクトリーが典型的なアプリケーション シナリオです。
4 番目のカテゴリはサプライ チェーン関連です。これには、パーソナライズされたカスタマイズ、サプライ チェーン ファイナンス、ロジスティクスなどのアプリケーション シナリオが含まれます。
***もう 1 つの方法は、上記の 4 つのシナリオを企業内または産業チェーン内の企業の上流と下流に統合することです。これについてはここでは個別に説明しません。これは、IoTの成熟度が高い企業や業界だけが達成できるレベルであり、言い換えれば、これが将来のインダストリアル・インターネットのシナリオになるのではないかと考えています。
先ほど述べた複数の力もこの図から見ることができます。従来のエンタープライズ管理ソフトウェアは、主に垂直バリュー チェーンに重点を置いています。 ERPの老舗メーカーであるSAPが産業博覧会で展示した事例も、4つ目の応用シナリオであるパーソナライズカスタマイズでした。この水平リンクは主にオートメーション企業と産業用ソフトウェア企業によって推進されており、製品の設計、製造、配送のためのフルリンクプラットフォームを構築することを目的としています。したがって、私たちは多くの場合、最初のカテゴリと 2 番目のカテゴリに焦点を当てます。
交差点にある3番目のカテゴリーに関しては、両方の力が競合しています。このビジネスは比較的複雑です。これは 3 チェーン モデルから確認できます。誰もが生産を重視していますが、注文の観点に重点を置く人もいれば、製品とプロセスの観点に重点を置く人もいます。さらに、第3のカテゴリーの交差点は、現在産業企業がビッグデータを活用しているポイントでもあります。過去 2 年間、当社は PDM、ERP、MES データの統合に関するお客様からのリクエストを数え切れないほど受けてきました。
上記のビジネスシナリオでは、エンタープライズ情報ソフトウェア、産業用ソフトウェア、自動化を開発する企業にはそれぞれ独自の利点があります。産業用 PaaS プラットフォームでは、インターネット企業はこれら 2 つのリンクのどちらにも優位性がなく、つまり、ビジネスを理解する能力がありません。彼らの強みは、インターネットを提供する技術です。
産業用クラウドは、部門別ビジネスクローズドループから最初に実装されることが多い
上記背景を踏まえて、産業用PaaSプラットフォームの問題についてお話ししたいと思います。産業用 IoT ビジネスの特性上、ローカル ゲートウェイの役割は非常に重要です。そこで、PaaS サービスを構築する際には、エンド PaaS という概念を加えました。これは、エッジ層での今後のビジネスが非常に複雑になり、エッジ中間製品も登場することを意味します。これは、最近非常に人気があるさまざまなエッジ コンピューティング アライアンスによって証明されていますが、優れた製品設計を持つ企業はまだ見たことがありません。この事業については、私自身も以前この製品に携わっていたので、機会があればまたお話ししましょう。
クラウドベースの産業用 IoT の PaaS は 3 つのレベルに分けられます。あるいは、競争ゾーンが3つあるとも言えます。異なるレベルのプラットフォームは、競争関係ではなく協力関係にあることが多いです。当初は最下位に位置していたプラットフォームも、次第に最上位へと移行していきます。プラットフォームを選択する際には、ユーザーは PaaS プラットフォームが提供できる機能のレベルも確認する必要があります。エンドユーザーとして最下層を選択した場合、当然結果は実現されません。 Baidu や Alibaba と提携している企業を数多く見てきました。みんなで良い議論をしましたが、議論後にさらに計画を立てるのが難しいことがよくありました。
産業用 IoT PaaS プラットフォームの防御、破壊、分離 1つ目は、汎用技術のPaaSです。汎用技術とは、コンピュータハードウェア、ネットワーク、仮想化、コンテナ、データベース、機械学習、リソーススケジューリング、運用と保守、開発環境など、いくつかの一般的なIT技術を指します。現在、多くの産業用ソフトウェア企業のシステムは、依然としてローカライズされたシステムです。これは、従来の産業用ソフトウェアが非常に専門的で、単一の問題を解決することが多いためです。多くの産業用ソフトウェアはクラウド コンピューティングのニーズに直面しており、これらのソフトウェアは通常、単一システム アーキテクチャからビジネス分割アーキテクチャ、クラウドベースの分散アーキテクチャへと開発段階を経る必要があります。これらの機能はまさにクラウド コンピューティング ベンダーが得意とする機能であり、プラットフォームが一定の規模に達すると技術的なボトルネックになります。同時に、多くのコンポーネントが徐々にオープンソース製品になっているため、この機能層のフラット化の傾向は非常に速いです。このレベルの能力は競争上の堀ではないが、閾値にはなると思います。
このタイプの PaaS のユーザーは、明らかにエンド ユーザーやインテグレーターではありません。これらの PaaS は主に技術的なものであるため、ソリューションを提供する前に ISV によって開発される必要があります。この層の機能のみを提供する場合は、Industrial PaaS と呼ぶべきではないと思います。このレベルの主なプレーヤーはクラウド コンピューティング プレーヤーのみです。百度は現在、数百人のチームに投資しており、アリババも徐々に産業チームを拡大している。もちろん、AWS は依然として最高です。 AWS はすでに、C3 IoT や Thingworx などの高レベルの PaaS および SaaS の機能を十分にサポートできます。
2 つ目は、汎用機能 PaaS です。ここで汎用機能 PaaS と表現するのは適切ではないかもしれませんが、とりあえずそう呼びましょう。この層で解決する必要がある問題は、業界のアプリケーション シナリオに基づいて、業界に適したアーキテクチャと基本的な産業機能をどのように提供するかということです。たとえば、データ モデリングは、一般的なテクノロジ レイヤー (データベース レイヤー) でも同じです。このレベルでは、さまざまなビジネスのニーズに応じて、デバイス オブジェクト指向、注文指向、製品番号指向などのモデリングが行われます。同時に、業界全体のツールを統合する必要がある場合もあります。たとえば、データの視覚化の場合、業界は視覚化を構成する能力を持っている必要があります。他にも機能がありますが、ここでは詳しく説明しません。
つまり、このレベルの検討には、産業ビジネスに対する理解と高度な抽象的能力が必要です。アーキテクチャを理解し、設計することの難易度は極めて高いです。この機能レイヤーにより、小規模な開発者や有能なインテグレーターは、反復的な機能や重複した機能を実行しなくても、このレイヤーで独自のアプリケーションを迅速に構築できます。対応する業界のノウハウを組み込むだけで済みます。しかし、このレイヤーを抽象化して、あらゆるアプリケーション シナリオに対応できるプラットフォームにできた人は、まだ誰もいません。この点に関しては、Thingworx は比較的良い仕事をしたと思います。 Thingworx がサポートできるアプリケーション シナリオは限られていますが、世界最高の製品であることが証明されています。
*** は専門知識の PaaS です。このレイヤーは、特定のシナリオまたは業界に基づいて専門知識機能を提供します。対応する専門的なツール ライブラリまたは関数ライブラリを提供します。このレベルの考慮とは、業界またはセグメント化されたビジネス シナリオを理解する能力です。前のレイヤーが木を構築し、このレイヤーが木にぶら下がっている果実であるようなものです。このレイヤーは比較的専門的であり、業界の PaaS プラットフォーム プロバイダーに適しています。 C3 IoT の PaaS プラットフォームはこの製品に似ており、エネルギー業界での応用に適しています。
先ほど説明したいくつかの方向における産業用 PaaS プラットフォームの参加者に戻りましょう。多くの企業がプラットフォームと呼ばれていますが、実際に細かく見てみると、産業用アプリケーション シナリオ向けのプラットフォームを構築している企業はあまり多くありません。すぐに使えるプラットフォームレベルの製品を手に入れたいなら、自分自身の蓄積だけでなく、他の人の知識を徹底的に吸収し、最終的に自分の理解に従ってソフトウェア製品にパッケージ化する必要があります。これがプラットフォームを構築する創意工夫です。
産業用 PaaS プラットフォームは複雑かつ断片化されているため、高度な職人技が必要です。この知識を抽象化したりさらに統合したりすることは非常に難しく、徹底的な調査と顧客の深い理解が必要になります。多くの自動化および産業用ソフトウェア企業は、IT テクノロジー、経験、管理能力が不足しており、基盤となるテクノロジーへの投資が困難になっています。同時に、産業用ソフトウェアは、特定の領域にセグメント化されたアプリケーションであることが多いです。非常に専門的ですが、他のシナリオに拡張することは困難です。しかし、多くのクラウド コンピューティング ベンダーはビジネスを理解しておらず、PaaS レイヤーでさらに進むことが困難だと感じています。さらに、多くのインターネット企業は、産業顧客のニーズや産業知識を尊重しておらず、業界の複雑さも認識していません。彼らは、基本的な技術が多くの問題を解決できるとよく考えます。もしこれを信じられないなら、産業用ビッグデータについて彼らと話してみると、より深い理解が得られるでしょう。オープンソースソフトウェアの時代であり、プラットフォームのユーザーベースがまだ成長していない場合、このような製品を実装することは困難です。従来のエンタープライズ情報ソリューションは、依然としてプロセスの革新に重点を置いています。現在、最も一般的なアプローチは、同様の BPM プラットフォームを介して元のプロセスとデータを接続することです。さらに、WeChat for Enterprise や DingTalk などの製品は、個々の企業データのモビリティ ニーズをターゲットにしています。さまざまなビジネス システムからデータを集約し、1 つのアプリに接続してスタッフの効率を向上させます。これらは本質的に、従来の情報ソフトウェア データの再結合と再配布です。前述のような企業向けのモノのインターネットは、多くの場合、サプライチェーンにのみ焦点を当てており、より多くのシナリオをカバーすることは困難です。タイトルに戻ると、クラウド コンピューティング企業、従来の情報技術企業、自動化および産業用ソフトウェア企業を問わず、防御、破壊、離脱の観点から見てみましょう。私は得意分野においては豊富な経験とノウハウを持っています。産業用 PaaS プラットフォームでは、インテグレーターやユーザーに提供できる製品やサービスを提供するために、3 つの異なるノウハウを統合する必要があります。ここで、この記事の冒頭で述べた内容に戻ります。他の分野の知識を十分に尊重し、そこから学び、教訓を引き出す意欲があるかどうか、業界に対して十分な畏敬の念を持っているかどうか、そして市場とビジネスに対する統一された理解を徐々に持つことができるかどうかが、現段階で産業クラウドの発展にとって最大の障害となるでしょう。業界にとって「維持」することが最も重要です。最初から革新や破壊について考えないでください。主なタスクは、新しいテクノロジーをどのように使用して顧客の従来のビジネスニーズを満たすかを考え、人々の既存の知識をソフトウェアに固めることです。
***、皆さんには「インダストリアルクラウド」という概念を過剰に消費せず、現実的なやり方で物事を進めていってほしいと思います。業界全体で、現実的な行動をとる企業が必要です。中国にThingworxやC3 IoTのような企業が存在する日こそ、中国の産業用IoTが繁栄できる日となるでしょう。これら 2 つの会社を立ち上げるのに 1 年以上、2 年以上かかりました。ご興味がございましたら、これらの企業の開発履歴をご覧ください。 |