[BluePrism]「名前をつけて保存」のダイアログをspyして、名前を入力して保存…はできるのですが、ファイル名が化けます。

総合スコア19

2019/10/09 07:57 編集

できました！このファイル名だけではなくて、Webフォームでも試してみました。操作ステージでなんか入力しておいて（要素はUIAで取得）、それから書き込みステージで入力（ここではHTMLモードで取得した要素を使う）とやったら半角カナもちゃんと入りました。ただ、同一の要素をUIAとHTMLと両方で取得（つまり同じ要素に対するものが2個ある状態）になってしまっているのが、私のやりかたなんかちがうってことですよね……。試します。

2019/10/09 08:14

spyモードによって、使えるactionも異なりますので、同じ操作対象に対して、何個elementを作るのが普通だと思います!　ちゃんと命名すればいいと思います。例えば、今回みたいに、入力欄を操作したい場合、 Input-入力欄(Win32) Input-入力欄(UIA) Input-入力欄(HTML) のように命名すれば大丈夫だと思います。

2019/10/09 08:18

おお、そういうやりかた合ってたんですね。 Webフォームのほうで件名-Win 件名-UIA ってアプリケーションスコープを作って、なんかこれ合ってるのかな…と悩んでしまいました。

2019/10/09 08:29

ベストプラクティスだと思います！

EnterpriseOcean

2019/10/09 08:50

凄い！参考になります。ここまで出来ると何でも対応できる気がしてきました。

行動規範の内容に同意します

私の環境でも [ファイル名] フィールドを Win32 モードでスパイし、[Window Press Keys] アクションを利用すると文字化けが再現しました。

[ファイル名] フィールドを AA または UIA モードでスパイし、[Global Send Keys] アクションを用いると文字化けせずに期待通り動作しました。

結果的に上記の「とりあえずの回避策」と同じ回避策になりますが、今回のようなケースでは AA モードをご利用になるのが良いのかなと思います。

よろしくお願い申し上げます。

投稿2019/10/08 10:39

EnterpriseOcean

総合スコア276

2019/10/09 00:37

なるほど！これだったら化けませんでした！ ctrl+Vみたいなコピペコマンドを送るよりはこちらのほうがいいように感じます。 Win32モードだと、うまい具合に文字コードを扱ってくれずにそのままの状態で行ってしまうのでしょうか。どのモードがどう違うのかをまだあまりわかっておりませんので、いろいろ試してみます。ありがとうございます。

2019/10/09 01:27

ただ、ご提示くださった方法でも「半角カナ」はまだ化けます……。そもそもファイル名に半角カナを使うなって話なんですが……。丸数字とか記号とかは化けませんでした。

2019/10/09 03:46

自分の環境では化けでいませんでしたが、IME入力状態に関係あるかもしれません...(あくまで推測です><)

2019/10/09 09:05

これ、予め入力欄に行って、IME入力モードを日本語ONにすると、また違う化け方をします。つまり、おっしゃるとおり、IMEモードによってこうなってきているようです。なので、漢字アルファベット半角カナ混じりのファイル名が来られたらこの方法ではお手上げ、ってことですね……(´；ω；`)

2019/10/09 09:13

自分は英語のOSと英語のロケール(locale)でBlueprismを起動する状態で試してみたら化けていないので、恐らくこの方法で入力したい場合、また別の設定をいじる必要があるかもしれません>< (エンコードについて詳しくないので、上記のコメントはあくまで個人の推測です...)

2019/10/09 12:43

横からすみません。BluePrismの製品詳細は存じ上げませんが、キー入力に関するもので、通常はIMEを経由して入力するものでは文字化けは充分有り得ます。キーボードからの入力は一打鍵ごとに仮想のキーコードでWindowsシステム内を言うなれば行きかうもので、IMEを経由してやっと日本語のUNICODE文字列として確定し、テキストボックスなどに出力されます。コピペはクリップボード経由で既にUNICODE文字列として完成したまま該当コントロールにペーストされるので、化けません。

2019/10/10 00:28

インフラ界のかたが降臨！dodox86さんありがとうございます。つまり、えーと、tchenglungさんの方法で言うと、最初に操作ステージでファイル名入力欄をactivateしたときに、WindowsのIME（つまりShift-JIS）でやりますという状態に持っていってるので、次の書き込みステージでは文字コードが確定し、文字化けせずにちゃんと入るということですね？ IMEを経由しないで（もしくは先に文字コードを確定させておいて）文字列を送ることが必要であるということ……。

2019/10/10 01:17

インフラ界の人ではないです。。。が、RPAには興味を持っていましたのでご質問を注視していました。本回答も含め、今後起こるかもしれない問題の解決の一助にでもなれば、とコメントさせてもらった次第です。外している場合もあるかと思いますので参考程度にしてください。キーボードから文字を入力する場合、例えば"ス"のローマ字入力であれば人間は'S', 'U', と2回打鍵します。IMEがONの時、SキーとUキーの打鍵をキーコードでWindows内で処理するときにIMEを経由し、ローマ字変換し、全角文字の"ス"になります。この"ス"はUNICODEの1文字で、テキストボックスへの入力中であれば"ス"として出力されるような流れになります。IMEがOFFなら、"SU"と2文字のUNICODE文字列です。コピペはキーボードを経由せず、別のルート（WM_hogehoge系のWindowsメッセージ）でWindowsの内部文字コードであるUNICODEの文字列のまま、テキストボックスが受信し、表示します。ルートが違いう上にIMEを経由するので、文字化けはありうるだろうな、程度のお話でした。ちなみにシフトJISの話ですが、入力や出力が実際のファイル、HTMLなどのようなもので問題にはなりますが、今のWindowsでは日本語Windowsでもシステム内部ではシフトJISでやり取りしていないので、Windows自身ではほぼ問題にはなりません。それぞれのプログラム内の文字コードの変換処理や画面への文字表示、例えばフォントで問題になります。（結局ここで文字化けするわけですが）

2019/10/10 01:23

よくあるSendKeyなんたらはWindows APIでキーボードの打鍵をシミュレートしていますから、キーボード入力特有の問題が起きるわけ、です。

2019/10/10 03:08 編集

そういえば、BluePrismのGlobal Send Keysで半角カナの「シ」を送ると「D」になってしまうのは、おっしゃっている「IMEがOFFなら…」の道筋を行っているから、ということですね。 UiPathで同じように文字列を送るときに「入力をシミュレート」という設定があるのですが、これは「Windows Messageやキー入力のエミュレーションを使用せず、操作対象に対してキー入力のイベントを直接送信する」という振舞いになるそうなのですが、そこの「キーボードの打鍵」を経由しない、ということになるのですね。

2019/10/10 02:05

> BluePrismのGlobal Send Keysで半角カナの「シ」を送ると「D」になってしまうのは、おっしゃっている「IMEがOFFなら…」の道筋を行っているから、ということですねそうだと思います。日本語キーボードですとDと半角カタカナの"シ"の位置が同じなので。キーコードがIMEを経由していないのでしょうね。 > UiPathで同じように文字列を送るときに「入力をシュミレート」という設定があるのですが、これは >「Windows Messageやキー入力のエミュレーションをシヨウセズ、操作対象に対してキー入力のイベントを直接送信する」という振舞いになるそうなのですが、そこの「キーボードの打鍵」を経由しない、ということになるのですね。 UiPathにはそんな項目があるのですね。（インストールしたことはあるがそんなに深く触ってはいなかった＞自分）詳細は分かりかねますが、キーボード打鍵の振る舞いをイイ感じでシミュレートするモードと、より直接的な打鍵のモードで操作対象を触る、いずれかの選択で、問題を回避することができるケースはあると思います。