JP2021094630A - ロボット操作端末 - Google Patents

Abstract

【課題】様々なアプリケーションプログラムを実行する際に、それぞれに適切な操作者を識別できるロボット操作端末を提供する。【解決手段】操作端末には、操作者について操作権限を確認するための固有ログイン処理の要否が、それぞれ個別に設定されている複数のアプリケーションプログラムが搭載される。更に、アプリが実行される際のプロセスを管理するアプリ管理アプリが搭載され、操作者が入力操作を開始する際には、最初に管理アプリ及び初期設定されている任意のアプリケーションプログラムが起動される（Ｓ１，Ｓ２）。管理アプリは、今回の操作者が前回の操作者と異なる際には（Ｓ７；ＹＥＳ）、今回の操作者に操作権限を確認するための管理ログイン処理を実行させ（Ｓ８，Ｓ９）、その後に操作者の選択に応じて実行されるアプリについて今回の操作者が操作権限を有しているか否か判断する（Ｓ１２）。【選択図】図３

Description

本発明は、ロボットを操作するために操作者が入力を行う端末に関する。

例えばティーチングペンダントと称されるロボットの操作端末は、近年処理能力の向上や通信速度の高速化、画面に表示される画像の解像度の向上等が進むと共に多機能化が進んでおり、様々なアプリケーションプログラムが搭載されている。また、工場等に生産設備として設置される産業用ロボットについては、その周囲にある物品の破壊等を防止し、人の安全を確保するため、悪意のある操作や誤った操作が行われることを排除する必要がある。

更に、操作者の役割は、産業用ロボットの製品ライフサイクルの各段階，例えば開発，製造，システムインテグレータによる特定用途への適用，現場稼働，保守，研究などの段階に応じて異なる。加えて、ロボットが生産現場において稼働している状態では、不特定多数の操作者が操作端末の操作に関わる可能性がある。

このように、多様なニーズがあるロボット操作端末については、安全性を確保する点から、例えばパーソナルコンピュータにおけるログイン処理のように操作者の身元や操作権限を識別する処理を行った上で、入力操作が可能になるものがある。

特開２００５−１３１７４７号公報

しかしながら、現状のロボットの操作端末には、ログイン処理が必要な端末か、必要でない端末の何れかしか選択肢がなく、それぞれの機能が異なる多様なアプリケーションプログラムを実行するに当たって、適切な操作者を識別できているとは言い難い。

本発明は、上記実情に鑑みてなされたものであり、その目的は、様々なアプリケーションプログラムを実行する際に、それぞれに適切な操作者を識別できるロボット操作端末を提供することにある。

請求項１記載のロボット操作端末によれば、操作者について操作権限を確認するための固有ログイン処理の要否が、それぞれ個別に設定されている複数のアプリケーションプログラムが搭載されている。このように構成すれば、アプリケーションプログラムの内容に応じて適切な操作権限の要否を確認した上で、対応するプログラムにおける操作を操作者に許可することができる。したがって、ロボットを動作させる際の安全性を向上させることができる。

請求項２記載のロボット操作端末によれば、端末本体が起動された際に、初期設定されている任意のアプリケーションプログラムが起動される。これにより、初期設定されたプログラムが固有ログイン処理を要しないものであれば、操作者は、直ちに当該プログラムを実行できる。また、固有ログイン処理を要するものであれば操作者が当該ログイン操作を行うことで、安全性が確認された上で当該プログラムを実行できる。

請求項３記載のロボット操作端末によれば、固有ログイン処理が不要で、操作者がロボットの基本的な動作を指示できるアプリケーションプログラムが初期設定されている。これにより、操作者は、ロボットが設置されている現場において、ログイン処理を行うことなくロボットを直ちに動作させることが可能になる。

請求項４記載のロボット操作端末によれば、複数のアプリケーションプログラムが実行される際のプロセスを管理する管理プログラムが搭載され、操作者が入力操作を開始する際には、最初に管理プログラムが起動される。管理プログラムは、操作者に対して操作権限を確認するための管理ログイン処理を実行させる。また管理プログラムは、その後に操作者の選択に応じて実行されるアプリケーションプログラムについて、当該操作者が操作権限を有しているか否かを判断する。

そして、管理プログラムは、操作権限を有していると判断すると前記アプリケーションプログラムに処理を引き渡し、操作権限を有していないと判断すると管理ログイン処理を実行させてから前記プログラムに処理を引き渡す。処理を引き渡されたアプリケーションプログラムが固有ログイン処理を必要とするものであれば、操作者が当該固有ログイン処理を実行することになる。

このように構成すれば、操作者の操作権限を、更に、管理プログラムにおける管理ログイン処理のみ又は当該管理ログイン処理と、アプリケーションプログラムにおける固有ログインとの２段階によっても確認することができる。前者の場合は、管理ログイン処理を実行することで操作権限が確認された操作者については、その後の固有ログイン処理を不要とすることができる。また、後者の場合は２段階のログイン処理によって、ロボットを動作させる際の安全性を更に向上させることができる。

請求項５記載のロボット操作端末によれば、複数のアプリケーションプログラムに、当該プログラムの実行中において、更に操作権限が異なる固有ログイン処理を１回以上必要とするものを含む。これにより、１つのアプリケーションプログラムにより複数の機能が実行される際に、その機能の内容に応じて実行前に、操作者の操作権限を確認できる。

請求項６記載のロボット操作端末によれば、操作権限が３段階以上に設定されるので、アプリケーションプログラムの機能に応じて、必要とされるレベルの操作権限を適切に設定できる。

請求項７記載のロボット操作端末によれば、ロボットの動作状態を変更するための操作子や、動作状態を示す複数のステータスがシンボルで表示されるスーテタスバーを表示画面の一部に表示する。これにより、操作者は、ロボットの動作中においても、スーテタスバーを参照することでロボットの動作状態の概要を把握でき、表示されている操作子を操作することでロボットの動作状態を容易に変更できる。

一実施形態であり、ロボット制御システムの構成を示す機能ブロック図 操作端末に搭載されるアプリケーションプログラムの異なる例を示す図 操作端末における処理を要旨に係る部分について示すフローチャート 操作端末に電源が投入されて起動された場合に表示される初期画面の例を示す図（その１） 操作端末に電源が投入されて起動された場合に表示される初期画面の例を示す図（その２） 操作端末に電源が投入されて起動された場合に表示される初期画面の例を示す図（その３） 操作端末に電源が投入されて起動された場合に表示される初期画面の例を示す図（その４） 「リスト型」の表示により起動アプリを選択するよりリアルな画面表示を示す図 「モニタ型」の表示により起動アプリを選択するよりリアルな画面表示を示す図 タスクバーを拡大して示す図

以下、一実施形態について図面を参照して説明する。図１に示すように、本実施形態のロボット制御システム１は、ロボット本体及びそのコントローラを含むロボット２と、ロボット２に接続される操作端末３及び外部機器４とを備えている。ロボット２のコントローラには、ロボットを制御するアプリケーションプログラムであるロボット制御アプリケーション５が搭載されている。以下「アプリケーションプログラム」については、「アプリケーション」又は「アプリ」と称する場合がある。

操作端末３には、操作端末アプリ６及びその他の任意アプリ７〜９が搭載されており、任意アプリ７及び８については、何れもロボット２の操作が可能なアプリである。そして、任意アプリ７は外部機器４の制御や、外部機器４からの信号入力が行われるアプリであり、任意アプリ８は外部機器４には接続されないアプリである。操作端末アプリ６は、操作端末３自体の設定変更を行ったり、操作者がロボット２の基本的な、簡易な動作を指示できるアプリである。また、アプリ管理アプリ１０は、アプリ６〜９にてそれぞれ実行されるプロセスの管理を行うアプリであり、管理プログラムに相当する。以下、単に「管理アプリ１０」と称す。

外部機器４は、例えばカメラ１１，センサ１２及びアクチュエータ１３を備えている。カメラ１１は、例えばロボット２が稼働する際に必要な画像情報を取得してコントローラに入力する。センサ１２も同様に、ロボット２が稼働する際に必要なセンシング情報を取得してコントローラに入力する。アクチュエータ１３は、例えばロボット２以外の制御対象であるサーボモータなどである。これらを含む外部機器４は、ロボット制御アプリ５により制御される。尚、ロボット２，操作端末３,外部機器４間における各信号のやり取りは、図中に示す「物理的接続」線又は回線を介して行われる。

また、図１では、例示的に４つのアプリ６〜９を示しているが、操作端末３に実際に搭載されているアプリケーションプログラムの数は、より多いのが一般的である。図２では、異なる分類で示す複数のアプリを示している。本実施形態では、アプリ毎に固有のログイン処理の要否が設定されている。操作端末３を操作する者として、例えば下記のようにレベル１〜４の権限が設定されており、レベル１の権限が最も低い。
１．オペレータ
２．プログラマ
３．保守
４．管理者
これらのうち「オペレータ」は、操作端末３自体へのログイン処理が不要な操作者であり、それ以外の「プログラマ」〜「管理者」は、何れも操作端末３自体へのログイン処理が必要な操作者である。以下では、操作者を「ユーザ」と称する場合がある。

「オペレータ」は、操作端末アプリ６及びアプリ２１を、アプリ固有のログイン処理無しで実行できる。アプリ２２については、固有のログイン処理を行う必要があり、「４段階」とは、アプリ２２を実行する際の各段階に応じて、４つの異なるログイン処理を行う必要があることを意味する。以下、上記「固有のログイン」を「固有ログイン」と称する。また、これとは別に、管理アプリ１０において実行されるログインを「管理ログイン」と称する。

「プログラマ」は、「オペレータ」が実行可能な上記のアプリに加えて、アプリ２３〜２５を実行できる。アプリ２３は固有ログイン処理無しで実行できるが、アプリ２４及び２５は固有ログイン処理を行う必要がある。アプリ２５はアプリ２２と同様に、実行する際の各段階に応じて４つの異なるログイン処理を行う必要がある。

「保守」は、「プログラマ」が実行可能なアプリに加えて、アプリ２６及び２７を実行できる。アプリ２６は固有ログイン処理無しで実行できるが、アプリ２７は固有のログイン処理，且つ実行する各段階に応じて２つの異なるログイン処理を行う必要がある。

「管理者」は、「保守」が実行可能なアプリに加えて、アプリ２８〜３０を実行できる。アプリ２８は固有ログイン処理無しで実行できるが、アプリ２９及び３０は固有ログイン処理を行う必要がある。アプリ３０はアプリ２２と同様に、実行する際の４つの段階に応じて異なるログイン処理を行う必要がある。

次に、本実施形態の作用について説明する。尚、図３中の「ＴＰ」は「ティーチングペンダント」であり、操作端末３を意味する。この図３に示すように、操作端末３に電源が投入されると、最初に管理アプリ１０が起動され（Ｓ１）、続いて予め選択により設定されている任意のアプリケーションが起動される（Ｓ２）。ユーザが選択により変更しなければ、通常は操作端末アプリ６が起動される。

管理アプリ１０は、ステップＳ２において起動されるアプリである起動時アプリの変更が無ければ（Ｓ３；ＮＯ）ステップＳ７に移行する。起動時アプリの変更があれば（Ｓ３；ＹＥＳ）、現在のユーザが当該変更を行う操作権限，例えばリスクアセス権限を有しているユーザか否かを判断する（Ｓ４）。尚、「現在のユーザ」は、起動時アプリの変更が無い限り、前回に操作端末３の操作を行っていたユーザとなる。現在のユーザに起動時アプリの操作権限が無ければ（ＮＯ）ステップＳ７に移行する。一方、現在のユーザに前記操作権限があれば（ＹＥＳ）、ユーザが起動時アプリの選択を行い（Ｓ５）、管理アプリ１０が次回の起動時アプリを変更する（Ｓ６）。

ステップＳ７では、その時点でユーザの切り替えがあれば（ＹＥＳ）、ユーザが選択的に管理アプリ１０での管理ログイン操作を行い（Ｓ８，Ｓ９）ユーザを変更する（Ｓ１０）。それから、ステップＳ１１に移行する。ステップＳ７でユーザの切り替えがなければ（ＮＯ）そのままステップＳ１１に移行する。

ステップＳ１１において、ユーザが起動時アプリの機能を実行することを選択すると（ＹＥＳ）、管理アプリ１０は、前記機能について操作権限が必要か否かを判断する（Ｓ１２）。ここで「機能」とは、起動時アプリの全体によりなされるものに限らず、起動時アプリが複数の機能を選択的に実行可能であれば、ユーザにより選択された一部の機能でも良い。そして、実行対象の機能について操作権限が必要であれば（ＹＥＳ）、管理アプリ１０は、ユーザに管理ログイン操作を行わせる（Ｓ１３）。

尚、デフォルトで設定する起動時アプリとしては、固有ログイン処理が不要で、操作者がロボットの基本的な動作を指示できる操作端末アプリ６が望ましい。これにより、操作者は、ロボット２が設置されている現場において、ログイン処理を行うことなくロボット２を直ちに動作させることが可能になる。

それから、管理アプリ１０は、処理を起動時アプリに引き渡してその機能を実行させる（Ｓ１４）。起動時アプリが、当該プログラムの全体又は一部の機能を実行する際に固有ログインを必要とするものであれば、ここで固有ログイン処理が実行される。その後、ステップＳ１５に移行する。ステップＳ１１において、ユーザが起動時アプリの機能を実行しなければ（ＮＯ）、そのままステップＳ１５に移行する。

ステップＳ１５において、ユーザがアプリの切り替えを選択すると（ＹＥＳ）、管理アプリ１０は、選択されたアプリについて前記機能について操作権限が必要か否かを判断する（Ｓ１６）。操作権限が必要であれば（ＹＥＳ）、管理アプリ１０は、ユーザに管理ログイン操作を行わせてから（Ｓ１７）アプリの切り替えを実行し、処理を切替え後のアプリに引き渡す（Ｓ１８）。ここでも、切り替え後のアプリが、当該プログラムの全体又は一部の機能を実行する際に固有ログインを必要とするものであれば、ここで固有ログイン処理が実行される。その後、操作端末３の操作を継続するのであれば（Ｓ１９；ＮＯ）ステップＳ３に戻る。

尚、図３では、各ログイン処理の結果、ユーザに操作権限が無いと判断された場合の処理を示していない。この場合は、例えば異なるユーザによるログイン操作を求めたり、操作端末３の操作自体を中止するなどすれば良い。

以上のように制御することで、本実施形態の操作端末３におけるログイン処理の態様は、以下の４態様となる。
（１）ログイン無し
（２）固有ログインのみ
（３）管理ログインのみ
（４）固有ログイン及び管理ログイン

これらのうち、（１）及び（２）については、例えば操作端末３において使用したい機能がロボット２の機能と独立しているアプリが適している。例えば、表管理や文書編集を行う生産支援ソフト等である。
（３）については、使用したい機能がロボット２の機能に内包されているアプリが適している。例えば、ロボット２のモード切替えや制御プログラムのようにロボット２の制御機能を有するソフトである。
（４）については、使用したい機能の一部がロボット２の機能の一部と重複しているアプリが適している。例えば、カメラ１１やセンサ１２の設定変更のように外部機器４の制御機能を有するソフトである。

ここで、図４から図７は、操作端末３に電源が投入されて起動された場合に、操作端末３のディスプレイに表示される初期画面の例を示す。図４は「プレビュー型」であり、画面左側にアプリ１〜６の名称を表示し、右側に現在選択されているアプリ１のプレビューを表示させる。プレビューとしては、選択中のアプリの機能の概要等を表示させても良い。この場合、アプリの情報量を多く提示できる。

図５は「リスト型」であり、図４における左側のリスト形式の表示のみを行う。図６は「モニタ型」であり、画面全体を例えば６分割してアプリ１〜６の名称を表示する。これらによれば、操作端末３にインストールされているアプリの全体を、見通し良くユーザに提示できる。特に「リスト型」は、省スペース化を図ることができる。

図７は「カルーセル型」であり、インストールされているアプリが「１〜６」であれば、中央に先頭のアプリ１，その右側にアプリ２，アプリ１の左側に末尾のアプリ６を表示する。そして、ユーザがカーソルを操作することで、表示するアプリを循環させる。これは、「プレビュー型」と「リスト型」との中間の表示形態であり、アプリの情報量の確保と表示画面の省スペース化とのバランスをとったものになる。

図８及び図９は、操作端末３の画面表示をよりリアルな形態で示すもので、図８は「リスト型」の表示により起動アプリを選択する画面、図９は「モニタ型」の表示によりアプリの切り替えを行う画面の例である。尚、これらの画面の上端側には、ステータスバー１４が表示されているが、以下、ステータスバー１４の詳細について説明する。

図１０に示すように、ステータスバー１４には、ロボットの動作状態を切替えるための操作子や、ロボットの動作状態を示す複数のステータスがシンボルで表示される。
（１）「モード切替」
自動，手動，ティーチチェック，リモート及びダイレクトといった動作モードを切り替えるための操作子である。
（２）「起動権」
ＡＮＹ，Ｅｔｈｅｒ，ＩＯ，ＴＰ等のロボットプログラムを起動できる操作子である。
（３）「プログラム実行状態」
プログラムの実行中及び停止中，特権タスク実行中，プログラム及び特権タスク実行中，メッセージ出力，特異点近傍等の状態を表示する。
（４）「Ｉ／Ｏ設定」
ＩＯロック，擬似入力，拡張機能有り等、Ｉ／Ｏに関する設定を表示する。
（５）「システム稼働状態」

エラー有り，ワーニング有り，外部機器接続中等のシステムの稼働状態を表示する。
（６）「ハードＳＷ状態」
非常停止，防護停止，自動イネーブル，イネーブルスイッチといったハードウェアスイッチの設定状態を表示する。
（７）「ロボット名称」
ユーザが任意に入力指定したロボットの名称が表示される。
（８）「ワーク／ツール番号」
例えばＷ０は対象としているワーク０番，Ｔ０は使用しているツール０番を示す。
（９）「速度」
ロボットの動作速度をパーセンテージで示す。

以上のように本実施形態によれば、操作端末３は、操作者について操作権限を確認するための固有ログイン処理の要否が、それぞれ個別に設定されている複数のアプリケーションプログラム７〜９又は２１〜３０が搭載される。したがって、アプリ７〜９等の内容に応じて適切な操作権限の要否を確認した上で、対応するアプリ７〜９等における操作を操作者に許可することができる。これにより、ロボット２を動作させる際の安全性を向上させることができる。

そして、操作端末３には、アプリ７〜９等が実行される際のプロセスを管理するアプリ管理アプリ１０が搭載され、操作端末３が起動されて操作者が入力操作を開始する際には、最初に管理アプリ１０が起動される。管理アプリ１０は、操作者に対して操作権限を確認するための管理ログイン処理を実行させる。また、その後に操作者の選択に応じて実行されるアプリケーションプログラムについて、操作者が操作権限を有しているか否かを判断する。

管理アプリ１０は、操作権限を有していると判断すると前記アプリケーションプログラムに処理を引き渡し、操作権限を有していないと判断すると管理ログイン処理を実行させてから前記プログラムに処理を引き渡す。処理を引き渡されたアプリケーションプログラムが固有ログイン処理を必要とするものであれば、操作者に当該固有ログイン処理を実行させる。このように構成すれば、操作者の操作権限を、更に管理アプリ１０における管理ログイン処理のみ又は当該管理ログイン処理及びアプリにおける固有ログインとの２段階でも確認することができる。前者の場合は、管理ログイン処理を実行することで操作権限が確認された操作者については、その後の固有ログイン処理を不要にできる。また、後者の場合は２段階のログイン処理によって、ロボットを動作させる際の安全性を更に向上させることができる。

また、アプリ２１〜３０に、当該プログラムの実行中において、更に操作権限が異なる固有ログイン処理を１回以上必要とするものとしてアプリ２２，２５，３０を含む。これにより、１つのアプリ２２等により複数の機能が実行される際に、その機能の内容に応じて実行前に、操作者の操作権限を確認できる。そして、操作者の操作権限を４段階に設定したので、アプリケーションプログラムの機能に応じて、必要とされるレベルの操作権限を適切に設定できる。

また、デフォルトで設定する起動時アプリとを操作端末アプリ６とすることで、操作者は、ロボット２が設置されている現場において、ログイン処理を行うことなくロボット２を直ちに動作させることが可能になる。

更に、操作端末３は、ロボット２の動作状態を変更するための操作子や、動作状態を示す複数のステータスがシンボルで表示されるスーテタスバー１４を表示画面の一部に表示する。これにより、操作者は、ロボット２の動作中においても、スーテタスバー１４を参照することでロボット２の動作状態の概要を把握でき、表示されている操作子を操作することでロボット２の動作状態を容易に変更できる。

本発明は上記した、又は図面に記載した実施形態にのみ限定されるものではなく、以下のような変形又は拡張が可能である。
操作端末３が起動された際に、最初に起動されるプログラムは管理アプリ１０に限らず、操作者の選択に応じて任意のアプリ７〜９，２１〜３０等でも良い。
スーテタスバー１４に表示する項目は（１）〜（９）の全てに限らず、これらを必要に応じて選択すれば良い。また、１０項目以上を表示させても良い。
スーテタスバー１４を表示する位置は、画面の下端や左端，右端でも良い。また、上端及び下端の両側や左端及び右端の両側，或いは画面の４辺に沿って表示させても良い。また、スーテタスバー１４は必要に応じて表示すれば良い。

操作権限の段階数は、必要に応じて適宜設定すれば良い。例えば「管理者」より上位となる「リスクアセッサ」を設定しても良い。
起動時に全てのアプリを立ち上げても良い。
固有ログイン処理をアプリの実行開始時に要求せず、アプリ内において操作権限が必要となる機能の実行時に要求しても良い。
最初に起動される任意のアプリは、予めメーカが設定してアプリでも良い。この場合、
操作端末３に異常が発生しても、ロボット２のコントローラからの監視でロボット２を安全に停止できるアプリを優先して設定できる。

起動するアプリに優先順位を設定しても良い。例えば、「ロボット操作」用のメーカアプリ,ＥＶＰ（イージービジョンピッキング）や原点復帰等のメーカアプリ，ユーザが選択したアプリのように順位を設定する。優先順位の基準は、例えばＣＰＵ優先度、マルチコア構成の場合にコアの割り当て、通信制限、プロセス監視等に基づく。

複数のアプリを同時に実行しても良い。例えば、画面切り替えの速度が十分であれば、アプリケーション毎の操作をバックグラウンドでも実行できる。また、アプリ毎に終了，再起動ができる。
アプリ管理アプリ１０は、プロセス監視により各アプリを管理する。監視対象としては、例えばＣＰＵの負荷率，メモリ使用量，生存確認、ホワイトリストなどである。
複数のアプリの制御は互いに独立しており、他のアプリの影響が極力排除される。

図面中、１はロボット制御システム、２はロボット、３は操作端末、６は操作端末アプリ６、７〜９は任意アプリ、１０はアプリ管理アプリ、１４はステータスバー、２１〜３０はアプリである。

Claims (7)

1. ロボットを制御するコントローラに接続され、操作者が入力操作を行うことで前記ロボットの運転や設定を行うための操作端末であって、
   前記操作者について操作権限を確認するための固有ログイン処理の要否が、それぞれ個別に設定されている複数のアプリケーションプログラムが搭載されているロボット操作端末。
2. 端末本体が起動された際に、初期設定されている任意のアプリケーションプログラムが起動される請求項１記載のロボット操作端末。
3. 前記固有ログイン処理が不要であり、前記操作者が前記ロボットの基本的な動作を指示できるアプリケーションプログラムが初期設定されている請求項２記載のロボット操作端末。
4. 前記複数のアプリケーションプログラムが実行される際のプロセスを管理する管理プログラムが搭載されており、
   操作者が入力操作を開始する際には、前記初期設定されているアプリケーションプログラムよりも前に前記管理プログラムが起動され、
   前記管理プログラムは、前記操作者に対して操作権限を確認するための管理ログイン処理を実行させ、
   その後に前記操作者の選択に応じて実行されるアプリケーションプログラムについて、前記操作者が操作権限を有しているか否かを判断し、
   操作権限を有していると判断すると、前記アプリケーションプログラムに処理を引き渡し、
   操作権限を有していないと判断すると、前記管理ログイン処理を実行させてから前記アプリケーションプログラムに処理を引き渡し、
   前記アプリケーションプログラムが前記固有ログイン処理を必要とするものであれば、前記操作者に当該固有ログイン処理を実行させる請求項２又は３記載のロボット操作端末。
5. 前記複数のアプリケーションプログラムには、当該プログラムの実行中において、更に操作権限が異なる固有ログイン処理を１回以上必要とするものを含む請求項１から４の何れか一項に記載のロボット操作端末。
6. 前記操作権限が、３段階以上に設定されている請求項１から５の何れか一項に記載のロボット操作端末。
7. 前記ロボットの動作状態を変更するための操作子や、当該ロボットに関する複数のステータスがシンボルで表示されるスーテタスバーが表示画面の一部に表示される請求項１から６の何れか一項に記載のロボット操作端末。
   

Images