オフラインのデバイスに対するライセンス

Industry 4.0、IoT、IIoT、SaaS、Azure、AWS等、私たちは常にクラウド内で相互通信しているオンラインデバイスの世界に住んでいます。これは間違いなくオフィスや家庭用電化製品に当てはまりますが、産業の領域では徐々に普及し始めている最中です。革新的なスマートコントローラーやデバイスメーカーは、ソフトウェアを収益化する方法を模索しており、オフラインデバイスにライセンスとライセンス更新を展開する方法を見つけるという困難な課題に直面しています。それに対してCodeMeterは、1つではなく複数の方法を提供しています。

完全にオフラインでは無い！？

1996年の大ヒット作「インディペンデンス・デイ」には、「 Mr. President, that is not entirely accurate.」という象徴的なセリフがあります。これと同じように、特定のデバイスが完全にオフラインであり、外部の世界から切り離されているという考えも完全には正確ではないのです。 これを念頭に置いて、CodeMeterライセンスの割り当て方法を考えてみましょう。

何らかのメッセージが共有される時、転送はプッシュまたはプルの2つの方法のいずれかで行われます。プッシュメッセージは中央サーバーからローカルデバイスに送信されます。サーバーは転送を開始するタイミングを決定し、ターゲットデバイス上で常時稼働しているサービスを呼び出します（設定目的でデバイス上で稼働するウェブサーバーとは異なります）。しかし、多くの企業は、このアクセス経路をブロックすることによって、デバイスを一見オフラインの状態に保っています。そして、それがCodeMeterが標準のプッシュ実装を含んでいない理由です

プッシュメッセージの代替オプションは、クラウド内のサーバーと接続を確立し、プッシュメッセージの受信用にログオンする特別なクライアントソフトウェアをターゲットデバイスにインストールすることです。その後、サーバーは開かれたチャネルを使用でき、ターゲットデバイスはメッセージを受信します。この方法でも、常時接続のインターネットとアクティブなクライアントが必要です。例えば、iPhoneで使用される場合、OSはクライアントとプッシュメッセージサーバーを既成のインフラとして提供します。つまり、接続を開けたままにしておくだけで済みますが、これも多くの産業ユーザーにとって問題です。

プルメッセージは、端末のクライアントが定期的にサーバーに新しいメッセージがあるかどうかをチェックすることで受信します。接続はアウトバウンドであり、専用の既知のデータパッケージが専用のサーバーに送信されます。返信はクライアントが事前に確認するため、セキュリティリスクは抑えられます。プロジェクトによっては、このオプションが利用できるため、Wibu-Systemsでは、ソフトウェアアクティベーションウィザード（クライアントとして）とCodeMeter License Centralでサポートしています。クライアントは常時実行する必要はありません。ほとんどの場合、1日1回など一定の間隔で自動的に実行されます（Cron-Job）。特殊なケースでは、手動での起動が必要な場合もあります。

ブリッジとフェリー

デバイスがインターネットとのアウトバウンド接続ができない、またはしてはならない場合は、常に別のコンピューターをブリッジとして使用できます。そのコンピューターは内部ネットワーク上にあるため、ターゲットデバイスにアクセスできます。同時に、コンピューターはインターネット上のCodeMeter License Centralと接続できます。サービス技術者が更新を開始すると、更新は技術者による手動の操作なしに自動的に転送されます。
これは2つの方法で実装できます。最初のオプションは、通常デバイスで既に利用可能なWebサーバーにテクノロジー全体を含めることです。その場合、技術者はブラウザを使用してそのWebサーバーを呼び出すだけで済みます。

2番目のオプションは、技術者のコンピューター上のカスタマイズされたSoftware Activation Wizardです。ウィザードは、ゲートウェイAPIを使用してCodeMeter License Centralと通信し、独自のプロトコルを使用してターゲットデバイスと通信します。これは通常、デバイスのメーカーによってすでに提供されています。通常、3つの新しいタイプのトランザクションのみを追加する必要があります。CmContainerのリスト、CmContainerのコンテキストファイルの受信、およびCmContainerの更新ファイルの使用です。

Software Activation Wizardを使用することには、もう1つの大きな利点があります。デバイスとインターネットとの同時接続ができない場合は、コンテキストファイルと更新ファイルを「保留」して、プロセスを3つの個別のステップに分割できます。3番目の最後のステップはオプションであり、レシートのみを処理できます。このアプローチは、川岸から川岸に移動するフェリーサービスのようなものとして考えられます。

ライセンスの移動

このシナリオでは、任意の数のライセンスをCmDongle（転送ドングル）に転送できます。これらのライセンスが対象としているターゲットデバイスは、この時点で既知である必要はありません。サービス技術者は転送ドングルを使用して、CodeMeter License Centralのブリッジのように、ラップトップPCをターゲットデバイスに接続します。ブリッジの場合と同様に、ライセンスが再度転送されます。特別で効率的なSoftware Activation Wizardが独自のプロトコルを使用してライセンスを転送し、前述の3つのトランザクションが再びプロセスを処理します。

この場合、仕掛けはオフラインで発生します。これは素晴らしいものであると同時に恐ろしいものでもあります。インターネット接続は必要ありませんが、それはつまり、CodeMeter License Centralにはライセンスの現在の状態に関する最新情報がないため、ライセンスを更新する機能が制限されます。このアプローチは、個別の追加ライセンスを（個別の製品アイテムとして）展開することに特に適していますが、ライセンスを更新することには適していません。

プッシュする

プッシュアプローチに戻りましょう。デバイスがCodeMeter License Centralに認識されると、ユーザーデバイス上のCmContainerのコンテキストファイルがCodeMeter License Centralで利用可能になり、更新ファイルをターゲットデバイス用に作成できます。ライセンスの更新を作成するためには、使用されたCmContainerのシリアル番号のみが使われ、デバイスからのデータは必要ありません。ライセンスとCmContainerの間の割り当ては、CodeMeter License Central以降でライセンスを作成するときに、技術者がライセンス更新をダウンロードするときにオンサイトで行うことができます。

更新ファイルは、メモリースティックを介してデバイスにインポートでき、「更新ファイルの使用」という新しいトランザクションのみが必要です。これらはすべて、追加のコンピューターや独自のプロトコルを使用せずに、ターゲットデバイスでローカルに実行できます。また、ブリッジアプローチのように、技術者のコンピューターのWebサーバーとブラウザーを介してファイルをインポートすることができます。

この場合、アップデートを見逃しても問題ありません。 CodeMeter License Centralがライセンスがターゲットデバイスに届いたという確認を受信しなかった場合でも、次のアップデートに古いアップデートがすべて含まれます。更新はすべて1つのコンボファイルにパッケージ化されているため、これはユーザーに対して透過的です。

これはフェリーのシナリオに似ていますが、CodeMeter License CentralまたはWebDepotでのCmContainerの選択がコンテキストファイルの作成に置き換えられている点のみが異なります。これは、技術者がターゲットデバイスに物理的にアクセスする必要なく、事前に行うことができます。

KEYnote 39 – Edition Spring 2020