データを外に出さないサービスロボティクス：オンプレミスとオフラインでの運用

移動業務を肩代わりするロボットは、貴施設の日常業務を軽くするためのものであって、データを外部に持ち出すためのものではありません。病院や公益事業者をはじめとする機微な環境では、稼働データがどこへ流れるかという問いが、そもそもプロジェクトが始動できるかどうかを左右することが少なくありません。良い知らせは、サービスロボティクスは、データが貴施設の環境内にとどまる形で運用できるという点です。ただし、この判断は稼働開始の段階ではなく、アーキテクチャの段階で行うべきものです。判断を先送りにすれば、メーカー側の初期設定をそのまま引き継ぐことになります。

クラウド依存型ロボットの問題

多くのロボットは、メーカー自身のクラウドを前提に設計されています。地図データ、発注情報、テレメトリ、そして時には機微な環境データまでもが、外部サービスを経由してやり取りされます。一般家庭であれば、それで十分かもしれません。しかし規制された環境では、ここから三つの問題が生じます。データの流れに対する制御を失うこと、外部サービスの可用性に依存すること、そして一社のメーカーに縛られることです。

この三つの問題は互いに結びついています。ある機器がどのデータを外部へ送信しているかを把握していなければ、それを処理記録簿に記載することも、データ保護部門に説明することもできません。外部サービスに依存すれば、他社のメンテナンス予定、値上げ、可用性の保証条件を、自らの運用の中に取り込むことになります。そしてロボットを特定のクラウド一社に結びつければ、後になってより安価な、あるいはより適した機種に乗り換えようとしても、統合全体を作り直さない限り難しくなります。調達時には些細に見える一つの選択が、こうして長期にわたる依存関係へと変わっていきます。

オンプレミスとオフラインが具体的に意味すること

オンプレミスとは、制御が貴施設の環境内、貴施設のインフラ上で動作することを意味します。オフライン対応とは、常時接続のインターネット回線がなくても運用が機能すること、たとえば外部との通信を望まない領域でも動作することを意味します。実務では、白か黒かがはっきり分かれることは稀です。多くの場合、時間的制約の厳しい調整はローカルで行われる一方、あらかじめ選定された重要度の低い機能だけが、意図的に外部へ開放されます。重要なのは、この境界線を引くのがロボットメーカーではなく、貴施設自身であるという点です。

具体的には、これは意図的な切り分けを意味します。タスク制御、経路決定、ドアやエレベーターとの接続は時間的制約が厳しく、内側にとどめるべきものです。一方、分析用のダッシュボードやソフトウェアアップデートといった任意の機能は、貴施設が望むのであれば、制御された形で外部に開くことができます。純粋にクラウド依存の構成との違いは、技術面だけにとどまりません。それは立証責任の所在を移します。メーカーが機微なデータを取得していないことをただ願うのではなく、貴施設自身が何を外部に出してよいかを能動的に定義し、それを実際に示せるようになります。

Axionaがこれをどう可能にしているか

Axionaは、ロボットと外部世界の間に位置するレイヤーであり、カプセル化され、追跡可能な運用のために設計されています。タスクの調整、ドアおよびエレベーターとの統合、外部システムとの接続は、貴施設がオンプレミスまたはオフラインで運用する共通の統合レイヤーを通じて行われます。ロボットは、外部のクラウドに結びつける代わりに、アダプターを介して接続します。これにより、どのデータをローカルにとどめ、そもそも何を外部に出すのかを、貴施設が決めることになります。

このアダプターモデルには、実務上の副次的な効果があります。ハードウェアと制御ロジックが切り離されるという点です。上位の業務フローを作り直すことなく、ロボットを入れ替えたり、二台目の機種を追加したりできます。パイロット導入が本格運用へと拡大していくか、それとも孤立したソリューションのまま止まってしまうかは、しばしばこの一点によって決まります。

現実的にお伝えしておくべきことがあります。どの運用モードが選べるかは、製品、コンプライアンス要件、そして具体的なロボット機種によって異なります。私たちは、これを一律に約束するのではなく、案件ごとに見極めています。そして同様に率直に申し上げると、ソフトウェアだけで法令への適合が自動的に保証されるわけではありません。オンプレミスで運用されるシステムはデータ主権にとって必要な土台ではありますが、健全な運用体制や、貴施設自身による法的な位置づけの検討に代わるものではありません。私たちは、技術が実際に何を実現するのか、そして貴施設が組織面で何を補う必要があるのかを、はっきりお伝えします。

実運用からの裏付け

この技術は、TH Deggendorfの研究プロジェクトSMART FOREST 5G Clinicsに由来し、2023年以降、二つの病院で実運用が続いています。そこではプラットフォームが、たとえばKeenon W3向けのGWH LiSA10連携など、エレベーター統合をオンプレミスで制御しています。どの機種がオフライン対応・エレベーター対応であるかは、サービスロボット比較でご確認いただけます。

デモと実運用の違いは、データの流れという点でこそ顕著に表れます。継続的な運用の中で初めて、インターネット接続が一時的に途切れても、ローカルなエレベーター統合が確実に機能し続けるか、外部クラウドへの絶え間ない問い合わせなしに運用が続くかが明らかになります。オンプレミスであるという主張が確かなものになるのは、こうした条件を管理された展示会場ではなく、数か月にわたって満たしたときです。

調達の際に確認すべきこと

データ主権を本気で重視するのであれば、それは購入後ではなく購入前に検証すべきものです。マーケティングと実態を見分けるうえで、次の三つの問いが役立ちます。第一に、通常運用時にどのデータが施設の外に出るのか、そしてその通信は、中核機能を停止させることなく完全に遮断できるのか。第二に、時間的制約の厳しい制御は、実証可能な形でローカルに動作しているのか、それとも外部サービスに依存しているのか。第三に、ロボットは開かれたアダプターを介して接続されており、後から統合を失うことなく機種を変更できるのか。

これらの論点は、事後の対話ではなく、仕様書と契約書に盛り込むべきものです。監査の段階になって初めて明らかになるデータ主権上の課題は、最初から計画しておく場合に比べて、後から手当てする方がたいてい高くつきます。私たちのアプローチと、その背景にある原則については、主権とセキュリティで詳しくご紹介しています。

次のステップ

データがどこにとどまるかが重要な基準であるならば、運用モデルは早い段階で定めておくべきです。貴施設のご要件について私たちにご相談いただくか、主権とセキュリティで私たちのアプローチをさらに詳しくご覧ください。