(57)【特許請求の範囲】
【請求項１】
人間および自動操作ツールの操作対象となる１以上のアプリケーションが人間により操作中か操作待機中か、および、前記自動操作ツールにより操作中か操作待機中かを示す前記アプリケーションの状態を取得する状態取得ステップと、
取得した１以上の前記アプリケーションの状態に基づき、前記自動操作ツールの操作対象である第１のアプリケーションと、人間により操作中の第２のアプリケーションとが異なるか否かを判定し、前記第１のアプリケーションと前記第２のアプリケーションとが異なると判定した場合、操作待機状態の前記自動操作ツールに対し、前記第１のアプリケーションへの操作の開始を指示し、前記第１のアプリケーションと前記第２のアプリケーションとが同一と判定した場合、前記自動操作ツールを操作待機状態とする状態判定ステップと、
を含んだことを特徴とするアプリケーション操作制御方法。
【請求項２】
前記状態判定ステップは、さらに、
取得した１以上の前記アプリケーションの状態に基づき、前記第１のアプリケーションが限定的な操作を受け付けるモーダル状態ではなく、かつ、前記第２のアプリケーションとは異なると判定した場合、操作待機状態の前記自動操作ツールに対し、前記第１のアプリケーションへの操作の開始を指示することを特徴とする請求項１に記載のアプリケーション操作制御方法。
【請求項３】
前記状態判定ステップは、
取得した１以上の前記アプリケーションの状態に基づき、前記第１のアプリケーションと前記第２のアプリケーションとが異なると判定した場合、前記自動操作ツールからの入力装置経由による前記第１のアプリケーションへの操作を禁止した上で、操作待機状態の前記自動操作ツールに対し、前記第１のアプリケーションへの操作の開始を指示することを特徴とする請求項１に記載のアプリケーション操作制御方法。
【請求項４】
前記状態判定ステップは、さらに、
取得した１以上の前記アプリケーションの状態に基づき、人間も前記自動操作ツールもアプリケーションを操作中ではないと判定した場合、人間による入力装置経由での前記アプリケーションの操作を禁止することを特徴とする請求項１に記載のアプリケーション操作制御方法。
【請求項５】
前記状態判定ステップは、さらに、
取得した１以上の前記アプリケーションの状態に基づき、前記第１のアプリケーションが前記自動操作ツールにより操作中であると判定した場合、人間による入力装置経由での前記第１のアプリケーションへの操作を禁止することを特徴とする請求項１に記載のアプリケーション操作制御方法。
【請求項６】
人間および自動操作ツールの操作対象となる１以上のアプリケーションが人間により操作中か操作待機中か、および、前記自動操作ツールにより操作中か操作待機中かを示す前記アプリケーションの状態を取得する状態取得部と、
取得した１以上の前記アプリケーションの状態に基づき、前記自動操作ツールの操作対象である第１のアプリケーションと、人間により操作中の第２のアプリケーションとが異なるか否かを判定し、前記第１のアプリケーションと前記第２のアプリケーションとが異なると判定した場合、操作待機状態の前記自動操作ツールに対し、前記第１のアプリケーションへの操作の開始を指示し、前記第１のアプリケーションと前記第２のアプリケーションとが同一と判定した場合、前記自動操作ツールを操作待機状態とする状態判定部と、
を備えることを特徴とするアプリケーション操作制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション操作制御方法、および、アプリケーション操作制御装置に関する。
【背景技術】
【０００２】
ＰＣ（パーソナルコンピュータ）のアプリケーションは対話的に操作するものが主流であるが、定型的な処理については自動操作したいという要求もある。このためアプリケーションに対し、自動操作を行う多数のツールが存在する（例えば、非特許文献１参照）。
【０００３】
ここでＧＵＩ（Graphical  User  Interface）アプリケーションに対する自動操作を実現するには大きく２つの実装方法がある。１つ目の実装方法は、ＡＰＩ（Application  Programming  Interface）経由でアプリケーション上のＧＵＩ部品に指示を与える方法である。また、２つ目の実装方法は、人間の操作を模擬してマウスカーソルを移動、クリックしキーボートからの入力をエミュレートする方法である。
【０００４】
自動操作を行う既存ツールの多くは、自動化の範囲を広げるために、これらの手法を混在して扱えるようになっている。ここで、自動操作において、少なくともマウスやキーボードのエミュレーションは人間による操作と共存できない。このため、自動操作による処理はバッチ処理として実行され、人間はマウスやキーボードに触れないようにして終了を待つ必要がある。これは、もしバッチ処理の途中で人間がマウスやキーボードを操作した場合、人間の操作情報と自動操作の操作情報が混交してしまい期待するような動作が行われないからである。
【０００５】
このようにバッチ処理の途中で人間により操作されることを避けるため、バッチ処理中における人間の操作をブロックする機能を備える自動操作ツールも存在する（非特許文献２参照）。このような自動操作ツールを用いることで対象アプリケーションを正常に動作させることができる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】UWSC、［平成28年2月17日検索］、インターネット＜URL：http://www.uwsc.info＞
【非特許文献２】AutoIT、［平成28年2月17日検索］、インターネット＜URL：http://open-shelf.appspot.com/AutoIt3.3.6.1j/html/functions/BlockInput.htm＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上記のような自動操作ツールにより、アプリケーションの自動操作中における人間の操作をすべてブロックしてしまうと、トータルの作業時間が長くなることがある。
【０００８】
例えば、自動操作の対象アプリケーションが、人間の操作の対象アプリケーションとは異なり、かつ、これらの対象アプリケーションの操作がＡＰＩ経由であれば、人間の操作および自動操作を平行して受け付けることができる。ところが、上記のような自動操作ツールにより、対象アプリケーションの自動操作中における人間の操作をすべてブロックしてしまうと、本来人間が操作を待つ必要がない場合も待たなくてはならならない。そのため、対象アプリケーションに対するトータルの作業時間が長くなることがある。
【０００９】
そこで、本発明は、前記した問題を解決し、アプリケーションを自動操作する場合において、人間の操作および自動操作のトータルの作業時間を削減することを課題とする。
【課題を解決するための手段】
【００１０】
前記した課題を解決するため、本発明は、人間および自動操作ツールの操作対象となる１以上のアプリケーションの状態を取得する状態取得ステップと、取得した１以上の前記アプリケーションの状態に基づき、前記自動操作ツールの操作対象である第１のアプリケーションと、人間により操作中の第２のアプリケーションとが異なると判定した場合、操作待機状態の前記自動操作ツールに対し、前記第１のアプリケーションへの操作の開始を指示し、前記第１のアプリケーションと前記第２のアプリケーションとが同一と判定した場合、前記自動操作ツールを操作待機状態とする状態判定ステップと、を含んだことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、アプリケーションを自動操作する場合において、人間の操作および自動操作のトータルの作業時間を削減することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、アプリケーション操作制御装置を含むシステムの構成例を示す図である。
【図２】図２は、アプリケーション操作制御装置の処理手順を示すフローチャートである。
【図３】図３は、アプリケーション操作制御プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、本発明を実施するための形態（実施形態）について説明する。まず、１台のＰＣに人間（利用者）の操作と自動操作ツールによる自動操作とが共存している場合において、可能な操作を表１に示す。
【００１４】
【表１】
0006495845.tif 000002
【００１５】
まず、人間も自動操作ツールも同じアプリケーションを操作する（つまり、操作対象アプリケーションが同一である）場合を考える。この場合、人間が操作中であれば自動操作ツールは待機しなければならず、自動操作ツールが自動操作中であれば人間による操作は禁止である。また、人間も自動操作ツールも未操作の場合において、操作対象アプリケーションが通常状態であれば（つまり、モーダル状態ではなければ）、人間による操作は禁止であり、モーダル状態であれば自動操作ツールは待機しなければならない。
【００１６】
なお、このモーダル状態とは操作対象アプリケーションが限定的な入力だけを受け付けるモードに一時的に遷移している状態である。モーダル状態は、例えば、操作対象アプリケーションがモーダルダイアログを開いている状態等が該当する。
【００１７】
次に、人間と自動操作ツールとがそれぞれ異なるアプリケーションを操作する（つまり、人間と異なるアプリケーションを自動操作する）場合を考える。この場合、自動操作ツールがＡＰＩ経由でアプリケーションを操作するのであれば、人間が操作中でも自動操作ツールは操作することができ、また、自動操作ツールが操作中でも人間は操作することができる。つまり、人間も自動操作ツールも平行して操作することができる。また、自動操作ツールがＡＰＩ経由でアプリケーションを操作する場合において、人間も自動操作ツールも未操作のとき、操作対象アプリケーションが通常状態であれば（つまり、モーダル状態ではなければ）、それぞれ通常どおり操作することができ（通常操作）、モーダル状態であれば自動操作ツールは待機しなければならない。
【００１８】
なお、自動操作ツールがキーボードやマウス経由でアプリケーションを操作する場合は、前記した操作対象アプリケーションが同一の場合と同様であるので説明を省略する。
【００１９】
つまり、自動操作ツールの操作対象アプリケーションが、人間の操作対象アプリケーションとは異なるものであり、かつ、モーダル状態でなければ、自動操作ツールはＡＰＩ経由で、人間の操作と平行して操作を行うことができる。
【００２０】
そこで、本実施形態のアプリケーション操作制御装置１０は、自動操作ツールも人間も平行して操作を実行不可能な状況を検出し、操作を平行して実行不可能な状況以外は、並行して操作を実行させる。これにより、自動操作ツールと人間が平行して操作を実行可能な状況ならば、人間は自動操作ツールの処理の完了を待たなくてもよくなるので、人間および自動操作ツールのトータルの作業時間を削減することができる。
【００２１】
（構成）
次に、本実施形態のアプリケーション操作制御装置１０を含むシステムの構成例を説明する。システムは、例えば、図１に示すように、入力装置１と、自動操作ツール２と、アプリケーション操作制御装置１０と、１以上の操作対象アプリケーションとを備える。
【００２２】
入力装置１は、ＰＣ等の利用者から操作対象アプリケーションに対する各種操作を受け付ける。この入力装置１は、例えば、キーボードやマウス等である。
【００２３】
自動操作ツール２は、操作対象アプリケーションに対し、自動操作を行う。なお、この自動操作ツール２は、例えば、操作対象アプリケーションを切り替えるタイミング、または、操作対象アプリケーションに対する操作方法を切り替えるタイミングで停止するよう構成される。
【００２４】
なお、従来、入力装置１や自動操作ツール２から操作対象アプリケーションへの入力情報は、ＯＳ（Operating  System）のイベントキューに逐次投入されていたが、本システムではアプリケーション操作制御装置１０で受けるようにする。
【００２５】
アプリケーション操作制御装置１０は、操作対象アプリケーションの状態を取得し、自動操作ツールも人間も平行して操作を実行不可能な状態以外は、並行して操作を実行させる。例えば、アプリケーション操作制御装置１０は、自動操作ツール２が自動操作を開始しようとすると、操作対象アプリケーションの状態によって開始の可否を判断する。
【００２６】
このアプリケーション操作制御装置１０は、切替部１１、状態取得部１２、状態判定部１３を備える。状態保持部１４および状態復元部１５は装備される場合と装備されない場合とがあり、装備される場合については後記する。
【００２７】
切替部１１は、状態判定部１３の指示に基づき、操作対象アプリケーションへの入力を切り替える。
【００２８】
状態取得部１２は、操作対象アプリケーションの状態を取得する。例えば、状態取得部１２は、操作対象アプリケーションが人間（利用者）により操作中か待機中かや、自動操作ツール２により操作中か待機中か等の情報を取得する。
【００２９】
状態判定部１３は、状態取得部１２で取得した操作対象アプリケーションの状態に基づき、自動操作ツール２も人間も平行して操作を実行不可能な状況以外は、並行して操作を実行させる。
【００３０】
例えば、状態判定部１３は、操作対象アプリケーションの状態に基づき、自動操作ツール２の操作対象アプリケーションがモーダル状態か否か、また、人間により操作中のアプリケーションと同一であるか否か等を判定する。
【００３１】
そして、状態判定部１３は、自動操作ツール２の操作対象アプリケーションがモーダル状態ではなく、かつ、人間により操作中のアプリケーションとは異なると判定した場合、自動操作ツール２と人間とが平行して操作を実行可能な状況なので、自動操作ツール２に対し、操作対象アプリケーションへの操作の開始を指示する。そして、状態判定部１３は、切替部１１に対し、操作対象アプリケーションへの入力を自動操作ツール２からの入力に切り替えるよう指示する。
【００３２】
一方、状態判定部１３は、自動操作ツール２の操作対象アプリケーションがモーダル状態であった場合、または、人間により操作中の操作対象アプリケーションと同一と判定した場合、自動操作ツール２と人間とが平行して操作を実行不可能な状況なので、自動操作ツール２に対し、操作対象アプリケーションへの操作を待機させる。
【００３３】
このようなアプリケーション操作制御装置１０によれば、人間も自動操作ツール２もそれぞれの操作対象アプリケーションに対し平行して操作を実行不可能な状況であれば、その状況に応じて、自動操作ツール２の操作の待機や人間による操作の禁止を行い、平行して操作を実行可能な状況であれば、自動操作ツール２も人間も並行して操作を実行させることができる。その結果、人間および自動操作ツール２のトータルの作業時間を削減することができる。なお、状態判定部１３の処理の詳細は、図２のフローチャートの説明で後記する。
【００３４】
（処理手順）
次に、図２を用いて、アプリケーション操作制御装置１０の処理手順を説明する。ここでは、アプリケーション操作制御装置１０が、自動操作ツール２において自動操作を開始しようとすることを検知した後、自動操作ツール２の操作対象アプリケーションの状態によって自動操作の開始の可否を判定する場合を例に説明する。また、操作対象アプリケーションがモーダル状態になっている場合とは、操作対象アプリケーションがモーダルダイアログを開いている状態である場合を例に説明する。
【００３５】
まず、アプリケーション操作制御装置１０の状態判定部１３は、自動操作ツール２が自動操作を開始しようとしている状態（待機状態）か否かを判定する（Ｓ１）。ここで、自動操作ツール２が開始を待機している状態であれば（Ｓ１でＹｅｓ）、状態取得部１２は操作対象アプリケーションの状態を取得し、状態判定部１３は、取得された状態に基づき、操作対象アプリケーション（対象アプリ）がモーダルダイアログを開いている状態か否かを判定する（Ｓ２）。ここで、操作対象アプリケーション（対象アプリ）がモーダルダイアログを開いている状態である場合（Ｓ２でＹｅｓ）、状態判定部１３は、自動操作ツール２による自動操作の対象がモーダルダイアログであるか否かを判定する（Ｓ３）。一方、操作対象アプリケーション（対象アプリ）がモーダルダイアログを開いている状態でなければ（Ｓ２でＮｏ）、Ｓ４へ進む。
【００３６】
ここで、自動操作の対象がモーダルダイアログでなければ（Ｓ３でＮｏ）、状態判定部１３は、自動操作ツール２の待機状態を継続させ、自動操作の対象がモーダルダイアログであれば（Ｓ３でＹｅｓ）、Ｓ４へ進む。これは、操作対象アプリケーションがモーダルダイアログを開いている状態では、人間による操作ではモーダルダイアログのみ操作可能で親ウィンドウは操作不可となるが、ＡＰＩ経由で自動操作ツール２が操作すると、本来操作できないはずのモーダルダイアログの親ウィンドウも操作可能となるからである。このように、状態判定部１３は、ＡＰＩ経由で自動操作ツール２がモーダルダイアログの親ウィンドウに操作を行うことを禁止する（待機させる）ことで、操作対象アプリケーションに異常が発生するのを防止する。
【００３７】
一方、Ｓ３で、状態判定部１３が、自動操作の対象はモーダルダイアログであると判定した場合（Ｓ３でＹｅｓ）、人間がＰＣを操作中か否かを判定する（Ｓ４）。人間がＰＣを操作中か否かは、例えば、入力装置１のキーあるいはマウスボタンが押下されている、またはマウスが移動していることを検出することで判定できる。
【００３８】
Ｓ４において、状態判定部１３が、人間がＰＣを操作中と判定し（Ｓ４でＹｅｓ）、かつ、自動操作ツール２の操作対象アプリケーションは人間が操作中であると判定した場合（Ｓ５でＹｅｓ）、状態判定部１３は、自動操作ツール２の待機状態を継続させる。つまり、自動操作ツール２の操作対象アプリケーションと、人間が操作中の操作対象アプリケーションとが同一であれば、両者の操作を平行して実行できないので、状態判定部１３は、自動操作ツール２の待機状態を継続させる。
【００３９】
一方、状態判定部１３が、自動操作ツール２の操作対象アプリケーションは人間が操作中のアプリケーションとは異なると判定した場合（Ｓ５でＮｏ）、状態判定部１３は、念のため、自動操作ツール２からの入力装置１経由での操作（当該操作に基づく入力）を破棄するよう切替部１１に指示する（Ｓ６）。これにより、自動操作ツール２の操作対象アプリケーションと、人間が操作中のアプリケーションとが異なる場合において、自動操作ツール２のスクリプト作成ミス等により自動操作ツール２の実行内容にキー・マウス入力が含まれていたときでも、自動操作ツール２の操作対象アプリケーションが入力装置１経由で操作されることを防止することができる。つまり、状態判定部１３は、自動操作ツール２にＡＰＩ経由での操作対象アプリケーションへの操作のみを許可することができる。その後、状態判定部１３は、自動操作ツール２に自動操作の開始を指示する（Ｓ７）。
【００４０】
なお、Ｓ４において状態判定部１３が、人間がＰＣを操作中ではないと判定した場合（Ｓ４でＮｏ）、状態判定部１３は、入力装置１による入力（キー・マウス入力）を破棄するよう切替部１１に指示する（Ｓ８）。これにより、状態判定部１３は、人間も自動操作ツール２も操作対象アプリケーションを未操作の場合、人間による操作を禁止できる。その後、状態判定部１３は、自動操作ツール２に自動操作の開始を指示する（Ｓ７）。
【００４１】
このようにすることで、アプリケーション操作制御装置１０は、自動操作ツール２が動作できる状況を検知した場合に、自動操作ツール２を動作させることができる。
【００４２】
なお、上記のフローチャートでは説明を省略したが、自動操作ツール２が操作対象アプリケーションへの自動操作を開始後、自動操作ツール２の動作完了まで、状態判定部１３は、当該操作対象アプリケーション（またはＰＣ）を人間から操作不能な状態にする。これにより、自動操作ツール２の操作対象アプリケーションに対する自動操作の実行中における人間の操作がブロックされるので、自動操作ツール２が外乱を受けないことが保証される。
【００４３】
このようなアプリケーション操作制御装置１０によれば、人間も自動操作ツール２もそれぞれの操作対象アプリケーションに対し平行して操作を実行可能な状況を検知した場合に、並行してこれらの操作を実行させることができる。その結果、人間および自動操作ツール２のトータルの作業時間を削減することができる。
【００４４】
また、アプリケーション操作制御装置１０は、自動操作ツール２が人間の操作をブロック（禁止）すべき状況を検出した場合、自動で人間の操作をブロックする。これにより、従来技術（例えば、非特許文献２参照）のように、自動操作ツール２に人間の操作をブロックすべき範囲を特定して明示的にプログラムとして記述する必要がなくなる。
【００４５】
（その他の実施形態）
なお、アプリケーション操作制御装置１０は、自動操作ツール２による自動操作の開始直前に操作対象アプリケーションのＧＵＩ状態を保存し、自動操作の完了後に復元してもよい。
【００４６】
この場合、アプリケーション操作制御装置１０は、図１の破線に示す、状態保持部１４と、状態復元部１５とを備える。
【００４７】
状態保持部１４は、状態取得部１２により取得された情報（ＧＵＩ状態）を自動操作ツール２の自動操作の完了まで保持する。なお、状態取得部１２は、操作対象アプリケーションから次の情報を取得する。
【００４８】
・マウスカーソルの位置
・フォーカスのあたっているＧＵＩ部品
・文字列中のキャレットの位置
・選択されている文字列（テキストフィールド等の場合）
・選択されているオブジェクト（リスト等の場合）
【００４９】
状態復元部１５は、自動操作ツール２による自動操作が完了すると、状態保持部１４に保持された情報に基づいて対象アプリケーションのＧＵＩ状態を復元する。
【００５０】
このようなアプリケーション操作制御装置１０によれば、例えば、人間が操作対象アプリケーションへの操作の途中で何かを調べたり考えたりしている間に、自動操作ツール２による操作が行われた場合でも、操作を再開しやすくなる。例えば、人間が操作対象アプリケーションに対する操作を中断している間に、自動操作ツール２によりキーの入力位置やマウスカーソルの位置が勝手に変更されたり、誤ったテキストフィールドに情報入力がされたり、押すつもりのないボタンを押されてしまったりすることによる、操作のやり直しが発生するのを防止できる。
【００５１】
（プログラム）
また、上記の実施形態で述べたアプリケーション操作制御装置１０の機能を実現するプログラムを所望の情報処理装置（コンピュータ）にインストールすることによって実装できる。例えば、パッケージソフトウェアやオンラインソフトウェアとして提供される上記のプログラムを情報処理装置に実行させることにより、情報処理装置をアプリケーション操作制御装置１０として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal  Handyphone  System）等の移動体通信端末、さらには、ＰＤＡ（Personal  Digital  Assistants）等がその範疇に含まれる。また、アプリケーション操作制御装置１０を、クラウドサーバに実装してもよい。
【００５２】
以下に、アプリケーション操作制御プログラムを実行するコンピュータの一例を説明する。図３は、アプリケーション操作制御プログラムを実行するコンピュータを示す図である。図３に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ（Central  Processing  Unit）１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００５３】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ（Random  Access  Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。
【００５４】
ここで、図３に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。前記した実施形態で説明した各種データや情報は、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。
【００５５】
そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００５６】
なお、アプリケーション操作制御プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、アプリケーション操作制御プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【符号の説明】
【００５７】
１      入力装置
２      自動操作ツール
１０    アプリケーション操作制御装置
１１    切替部
１２    状態取得部
１３    状態判定部
１４    状態保持部
１５    状態復元部
【図１】
0006495845.tif 000003
【図２】
0006495845.tif 000004
【図３】
0006495845.tif 000005