UBTECH Walker C1は、工場で資材を反復搬送する産業モデルではない。案内、買い物支援、巡回、教育など、人と直接接する都市サービス向けの全身ヒューマノイドだ。内蔵世界モデル、動作ライブラリー、全方位認識、標準インターフェース、SDKを特徴とする。同社のWalker S2が可搬重量、電池交換、生産ラインの連続稼働を前面に出すのとは、製品の出発点が異なる。
Walker C1は人前でサービスを完了するための機体
UBTECH Walker C1公式製品ページは、適用先を四群に分ける。商業サービスでは多言語応対、AI案内、買い物支援、文化・娯楽ではイベントと来場者対応、都市安全では巡回点検と交通支援、教育・研究では授業支援と開発基盤を例示する。いずれも人の質問と動きが刻々と変わる空間だ。
したがってC1を評価する際は、一つの物体を何kg持てるかだけでは足りない。見知らぬ人が急に進路を塞いだときに止まれるか、複数人が同時に話したとき誰へ応答するか、騒音の中で質問を理解できるか、分からない業務をスタッフへ引き継げるかが品質を左右する。工場向けよりも、対話の失敗が来場者体験と安全へ直結しやすい製品群だ。
| 比較項目 | Walker C1 | Walker S2 |
|---|---|---|
| 公式分類 | 都市・商業サービス用ヒューマノイド | 産業用ヒューマノイド |
| 主な業務 | 案内、買い物支援、来場者対応、巡回、教育 | 生産ライン作業、資材取扱い、連続作業 |
| 公表上の強み | 世界モデル、動作カスタマイズ、全方位認識、SDK | 15kg取扱い表記、自律電池交換、産業用エージェント |
| 電力運用 | C1ページはシフト運用方法を詳述していない | 二重電池と3分以内の自律交換を同社が提示 |
| 導入KPI | 応対完結率、安全停止、スタッフ呼出し、来場者待ち時間 | サイクルタイム、稼働率、介入率、処理量 |
3m/s超は能力上限で、接客時の常用速度ではない
公式製品仕様の図には、3m/sを超える速度性能が示される。これは動力学的な能力上限であり、商業施設や展示会場で人の間をその速度で走り続ける運用約束ではない。実際のサービス速度は、歩行者密度、床面摩擦、停止距離、地域の安全規則、運用側の制限値によって大幅に低くなり得る。
速度試験は無人の舞台で最高値を測るより、混雑場面で行うべきだ。子どもが進路へ飛び出す、ベビーカーと旅行かばんが視野を遮る、エスカレーター入口で人が立ち止まる場面を含める。最高速が高くても、減速が遅い、停止後に身体が大きく揺れるなら、サービス現場では使用範囲を狭めたい。「速い動作」と「安全な応対処理量」は別の指標である。
世界モデルは空間理解の技術説明であり、現場での完成度を保証しない
UBTECHはC1へ世界モデルと高性能演算を内蔵したと説明する。製品ページは、具体的なモデル名、学習データの範囲、失敗率、更新ポリシーまでは公開していない。「世界モデル」という語だけで、あらゆる建物の構造や人の行動を理解済みとは判断できない。初見の標識、仮設壁、反射ガラス、混雑する列など、学習分布外での挙動の方が重要だ。
現場では説明を認知・判断・行動へ分ける。来場者と障害物を区別したか、依頼を正しい目的地へ変換したか、経路中断後に案内を再開したかをログへ残す。誤った道を示した後に自力修正するか、スタッフ呼出しへ切り替えるかも含めたい。フィジカルAIの基本構造はフィジカルAI企業・技術エコシステムで、モデル、センサー、ロボット本体の関係から確認できる。
動作ライブラリーとSDKはカスタマイズの入口
公式説明では、C1は内蔵動作ライブラリーで多様な動きを支援し、動作設定をカスタマイズできる。標準インターフェースと包括的なSDKも提供するという。モジュール設計、モデル間互換性、一人で配備できる使いやすさも同社が挙げる項目だ。一方、公開ページには顧客システム別API一覧、版互換表、データ保存場所、障害復旧責任のすべてが記載されているわけではない。
案内ロボットとして使うには、動作より多くのシステム接続が要る。建物地図、イベント日程、店舗在庫、来訪予約、多言語コンテンツ、スタッフ呼出し、個人情報同意の流れをつなぐ必要がある。SDKの存在と、これらが即時に動くことは別だ。契約前にサンドボックス、認証方式、呼出し制限、通信断時のキャッシュ範囲、更新後のロールバック手順を確認する。シミュレーション選定はロボットシミュレーター比較で続けて確認できる。
産業用Walker S2とは解くべきボトルネックが違う
UBTECH Walker S2公式製品ページは、自律電池交換と24時間連続運用を前面に出す。二重電池、3分以内の自律交換、最大15kgの取扱い、生産ライン作業向けCo-Agentを同社は説明する。ロビーで人を案内するC1のメッセージとは明確に異なる。
C1をS2の廉価版・簡易版とみなすのも正確ではない。C1は対人会話、文化イベント、巡回、教育など対話の幅を広げた製品で、S2は作業物、シフト、生産量が明確な産業現場へ合わせる。同じヒューマノイド系でも、調達部門が求める性能証拠は違う。C1には来場者業務の完結率と安全な引継ぎ、S2にはサイクルタイムと無介入連続時間を求めたい。
サービス性能は応対の完了条件で測る
展示会場で手を振り、多言語であいさつするデモは目を引くが、実サービスはその後に始まる。来場者が近くのトイレを尋ね、目的地が閉鎖中で、周囲が騒がしくても代替を案内できなければならない。答えが分からない、センサーが遮られたときに人のスタッフへ自然に引き継げなければ、長く会話しても業務は完了していない。
| 試験場面 | 測定指標 | 見落としやすい失敗 |
|---|---|---|
| 多言語案内 | 質問理解率ではなく目的地到着・業務完結率 | 流ちょうに答えたが誤った場所へ案内する |
| 混雑歩行 | 人との最小間隔、急停止回数、迂回時間 | 安全のため止まり続け、来場者に追い越される |
| 巡回 | 異常検知からスタッフ確認までの時間 | 警報は多いが誤検知のため無視される |
| 買い物支援 | 在庫・位置情報の鮮度、スタッフ引継ぎ率 | 古い情報で顧客動線を長くする |
| 障害時 | 通信断後の安全状態と復旧時間 | 画面は点灯しているが業務停止を知らせない |
パイロットログには、人がロボット前を片付けた時間、遠隔担当者の介入回数、来場者が回答を諦めた時点も含める。案内100件中90件へ応答した数字より、実際に目的地到着や予約完了へ至った件数の方が運用価値に近い。オンボード処理とサーバー送信を分ける考え方はロボット向けエッジAIへつながる。
量産・価格・支援地域は問い合わせで確定する
製品ページは、モジュール設計と量産能力を基に迅速な供給・配備を支援すると表現する。これは同社による供給能力の主張だ。公開定価、国別在庫、実納期、言語パックの範囲、現場統合費が具体的に示されているわけではない。「すぐ使える」という説明も、顧客データと建物システムまで接続済みだと断定できない。
UBTECH公式会社紹介と販売窓口を通じ、本体構成、充電設備、開発ライセンス、コンテンツ制作、遠隔監視、現場教育、予備部品、保証応答時間を分けて見積もりたい。個人情報を扱う案内、医療、教育現場なら、音声・映像の保存場所と削除方針、管理者権限、セキュリティー更新期間も契約へ記す。
C1は、人のいる都市空間で会話し、移動するロボットを必要とするチームの候補だ。生産ラインで重い部品を昼夜処理したいなら、S2のような産業型を先に比べたい。外見より先に業務終了条件を決めれば、製品を選びやすくなる。
案内知識の鮮度と個人情報運用が実性能を左右する
都市サービスロボットは、モデルを一度導入すれば終わりではない。店舗位置、イベント時刻、入場制限、在庫、交通情報が変われば、回答知識も更新する必要がある。古い情報を自信を持って話すロボットは、話せないロボットより大きな混乱を生む。担当者の修正がいつ反映されたか、出典の有効期限後に回答を止めるか、誤案内を見つけてから旧版へ戻すまでの時間を運用KPIへ入れる。
カメラとマイクを使う以上、データ境界も明確にする。障害物回避用の映像と来場者分析用の映像では保存目的が違う。顔・音声の原本を保存するか、音声認識を外部サーバーへ送るか、子どもと従業員のデータをどう分離するかを確認する。画面に同意文を出すだけでは足りず、管理者に検索・書出し・削除権限を与え、アクセス履歴を残す必要がある。人のスタッフへつなぐ場合も、会話全文を渡すのか必要な依頼だけ渡すのかを決める。この運用設計がなければ、世界モデルと動作ライブラリーが優れていても実用範囲は狭い。
よくある質問
Walker C1とWalker S2は同じ用途のロボットなのか
違う。C1は商業・都市サービスと対人対応、S2は生産ライン作業と連続稼働を中心に紹介される。同じUBTECHのヒューマノイドでも、優先KPIが異なる。
Walker C1は日本から購入できるのか
公式製品ページに問い合わせ窓口はあるが、公開定価と国別納期は確認できない。本体構成、支援地域、統合範囲を含む書面見積もりが必要だ。
人混みを3m/sで歩き続けるのか
歩き続ける意味ではない。3m/s超は性能上限の仕様で、実際のサービス速度は混雑度、安全停止距離、床面、運用ポリシーに合わせて制限する必要がある。
確認した公式資料
最終確認：2026年8月23日