一歩上の安定を目指した「バックグラウンド実行」対応のススメ
•
0 likes•898 views
Japanese Only UiPath Friends Festival 2020で使用した資料です。
More Related Content
What's hot
What's hot (20)
Similar to 一歩上の安定を目指した「バックグラウンド実行」対応のススメ
Similar to 一歩上の安定を目指した「バックグラウンド実行」対応のススメ (20)
More from Chuki ちゅき
Recently uploaded
Recently uploaded (9)
一歩上の安定を目指した「バックグラウンド実行」対応のススメ
- 2. 2 #UiPathFriends #UiFes 1. はじめに 2. バックグラウンド実行って？ 3. バックグラウンド実行に対応しよう 本日のアジェンダ
- 4. 4 #UiPathFriends #UiFes 勤務先 • コベルコシステム株式会社 - 株主：日本アイ・ビー・エム 株式会社 51% / 株式会社 神戸製鋼所 49% - UiPath 認定リセラー • 所属 - 1996年入社 - R&D部門➡情報システム部門➡システム開発部門➡新規事業開発部門➡技術Gr.（現職） UiPathとのかかわり • 2017年より新ビジネス担当としてRPAのビジネス化を担当した • 関西を中心にコミュニティーに参加している 受賞など • UiPath Japan MVP 2019- • Microsoft MVP 2012- ※MVP(Most Valuable Professional) 眞鍋忠喜（ちゅき Chuki@Twitter） 発言は所属する組織・団体を 代表するものではありません
- 6. 6 #UiPathFriends #UiFes 1. フォアグラウンド 1. Desktop画面が表示されている 2. 特徴 ① ログイン状態 ② 画面がロックされていない ③ UIが操作できる 2. バックグラウンド 1. Desktop画面が表示されていない ① 画面がロック状態かもしれない ② UI操作できない ③ 同時ログインしていて裏になってる かもしれない 「フォアグランド」 vs 「バックグラウンド」：いろんな定義がありますが、今からは次の状態とします バックグラウンドの実行とは 図： 同一PCに2人ログイン状態のとき ・フォアグランド：chuki****:****.com （表示名：Tadayoshi MANABE） ・バックグラウンド：NotAdminUser
- 7. 7 #UiPathFriends #UiFes 1. 特徴 1. 入力デバイスからの操作ができない 2. クリップボードへのアクセスができない 3. アプリケーション自体は動作している 2. 考慮事項 1. 対話形式のActivityを使用しない 2. エラー通知などはログに書き出す 対話形式のActivity例 Windows OSのロック状態の特徴と考慮事項 😭画面がないので 押せない 😭なんのエラーか わからん 画面ロック アクティビティ名（和名） アクティビティ名（英名） 概要 カスタム入力 Custom Input ワークフローにデータを返す HTML ファイルを表示する ファイルを選択 Select File ファイルを選択するためのダイアログボックスを開く フォルダーを選択 Select Folder フォルダーを選択するためのダイアログボックスを開く メッセージボックス Message Box オプションボタンを含む所定のテキストを有するメッセージボックスを表示 する 入力ダイアログ Input Dialog ユーザーに文字列等の入力を求めるダイアログボックスを表示する 吹き出し Callout 指定のUI要素上で、タイトルとテキストを含むポップアップを一定時間表示 する
- 8. 8 #UiPathFriends #UiFes 注意：Activityの種類によっては適切なプロパティを設定する必要がある バックグラウンドでも動作するActivity例 アクティビティ名（和名） アクティビティ名（英名） 概要 クリック Click 指定のUI要素をクリック ダブルクリック Double Click 指定のUI要素をダブルクリック ホバー Hover 指定のUI要素上にカーソルを置く SecureString で文字を入力 Type Secure Text UI 要素に Secure String に格納された文字列を送 る ホットキーを押下 Send Hotkey UI要素にキーボードショートカットを送信する 文字を入力 Type Into UI要素に指定した文字列を入力する テキストを取得 Get Text UI要素からテキストを抽出する テキストを設定 Set Text UI要素のテキスト属性に文字列を設定 フルテキストを取得 Get Full Text フルテキスト画面スクレイピング 表示中のテキストを取得 Get Visible Text Native画像スクレイピング 構造化データを抽出 Extract Structured Data Webページからデータを抽出する
- 10. 10 #UiPathFriends #UiFes 1. 直接的な利点 1. 時間のかかるロボット実行時に画面ロックしても そのまま稼働し続ける 2. バックグラウンドプロセス機能に対応できる 2. 副次的な効果 1. 不意のマウスやキーボード操作に影響 されにくくなる 2. 異状発生時に原因をつかみやすくなる バックグラウンド実行に対応させる利点 で、バックグラウンド実行 に対応したら なにが得すんの？
- 12. 12 #UiPathFriends #UiFes 1. ウィンドウメッセージを送信 • UIに対して、OSのWindow Messageを送信する。受信したUIがその処理を行う VBとかExcelマクロで出てくるOnClickとかと同じもの（WM_SETTEXTとかのメッセージ） →バックグラウンド実行可能 2. クリックをシミュレート • UIクラスのメソッドを利用する →高速でバックグラウンド実行も可能 - でも、直接利用させてくれるUIが少ない - 操作対象でチェンジ前イベントなどがうまく飛ばず 処理が中途半端になることがある 3. 既定（上記のどちらにもチェックが入っていない状態） • デバイス系ドライバの動きをマネする →人間と競合しちゃうのでフォアグラウンドでも安定しない バックグラウンド実行もできない 3つの方法がある（一長一短） UiPathがUI要素を操作するオプションの概要 「クリック」アクティビティ
- 13. 13 #UiPathFriends #UiFes 「ウィンドウメッセージを送信」（最優先） • バックグラウンドで動作させるときは、Selectorが必須（図1） • イベントループが動作しないため、Selectorが必要（Hotkey送信時に注意。親画面ではダメ。直接指定） 「シミュレート」（個人的に好き。コンボボックスとかと相性悪い図２） • メソッドを直接操作するので速い（個人的に最優先） • いわゆる Getter/SetterメソッドやSetWindowText()と同等 • 画面に依存しないためバックグラウンドでも動作する 「既定値」： • キーボードやマウスを奪うので、ユーザーがキーボードやマウスを触ってしまってエラーを誘発する（避けるべき） →大事なことなので、何度も言いました 各メソッドごとの特徴（参照元→リンク） UI要素を操作する仕組みの違いによる影響 13 入力機能メソッド 互換性 バックグラウンド での実行 速度 ホットキーの サポート フィールドの 自動消去 1.[既定値 (Default)] 100% × 50% ○ × 2.[ウィンドウメッセージを送信 (SendWindowMessages)] 80% ○ 50% ○ × 3-1.ウェブアプリケーション 99% ○ 100% × ○ 3-1.デスクトップアプリケーション 60% ○ 100% × ○ 3.[入力をシミュレート (Simulate Type)] / [クリックをシミュレート (Simulate Click)] 図１セレクタの選択 図2:相性最悪の例：Excel 「名前を付けて保存」
- 14. 14 #UiPathFriends #UiFes 1. 開発機と環境差異があるため、不具合が出ることを前提で作成する 2. 想定できるエラーについてはTry-Catchで適切な例外クラスでハンドリングしてロギングする 3. 正常・異常など、ユーザーが判断できる通知を行うこと 4. エラーが出ても気づきにくいため、できるだけエラーや変更に強い作りにする 5. 画像認識を使用していないか 6. Selectorは柔軟か 7. 「待機」Activityではなくイベント待機系を使用する 8. パスワードのような平文で保存できないが更新可能性があるものについて考慮されているか 9. 途中で異常終了した際にもユーザーは正しく業務継続できるよう通知と業務内容のドキュメント化ができ ているか 10. ロボットがなくても業務が停滞しない手立てが存在するか などなど 目的は、あくまで「業務」の安定稼働。ロボット君が「正しく」働けるよう、正しく指導（作成）してあげましょう。 業務を安定して稼働させるために・・・