[RPA]PC自動化技術総合スレ[効率化] Part.3

**デフォルトの名無しさん** · 2019/04/03(水) 08:33:54.41

語りましょう。

**デフォルトの名無しさん** · 2019/04/10(水) 23:25:37.08

>>60
まともな企業のISMS的にはもうUWSCの導入はさせてもらえない、って話じゃね

**デフォルトの名無しさん** · 2019/04/11(木) 01:21:21.14

>>61
sikulix とか画像認識系は、どのPCで動かすのかガチガチに決めて使うものだわな
デスクトップのアイコンダブルクリック…がある場合
ショートカットの青矢印(圧縮されてます表示)あるじゃない、
あれの有り無しとかですぐ動かなくなる
壁紙変えれば脂肪だし

**デフォルトの名無しさん** · 2019/04/11(木) 08:13:34.66

>>63
デスクトップのショートカットでしか起動できない超特殊なアプリでもなければopenAppでよくね

>>61
sikuliに限らずWindowsのバージョン跨がれるとちょっと辛いから、解像度やテーマは最初にアジャストするようシナリオ組んだ方がいい
openCVなので類似度設定で多少は自動で認識もしてくれるけど、アイコンはともかくテキスト周りはフォントが違うと認識できない事も多い(OCR使う手も無くはない)

普段使いまで統一しなくていいけどスクリプト作成の時は同様の環境に変更してからとか、いっそ仮想マシンでやると安定度高くなる

**デフォルトの名無しさん** · 2019/04/11(木) 09:05:30.82

聞くからにつらそう。なんでUiPathがやってるみたいな仕組み入れないんだろ？
そんな実装大変な技術なの？

**デフォルトの名無しさん** · 2019/04/11(木) 09:05:30.89

画像認識は課題が多いなあ
そこまでやるなら素直にAppium弄ったほうが確度高いし配布考えてもやりやすそう

**デフォルトの名無しさん** · 2019/04/11(木) 09:12:04.62

>>65
UiPathのどの仕組みのこと？

**デフォルトの名無しさん** · 2019/04/11(木) 09:16:32.67

>>65
実装大変なのもあるが、別にRPA用のソフトじゃないから必要ないのでは？
何でも出来るではなく画像認識でPC操作しようぜってコンセプトでしかない

余談だけどこのスレも別にRPA専スレではない

**デフォルトの名無しさん** · 2019/04/11(木) 11:08:35.80

役所と銀行はIT素人おじさんばかりやし、この手のツールは導入し易い
(使い易いとは云ってない)

**デフォルトの名無しさん** · 2019/04/11(木) 12:10:59.71

ベンダーロックインさせて身うごきとれなくしてから
乾涸びるまで絞り取るみたいな経営戦略はありかもしれないね
技術者の良心が心配だが嵌ればウマイ

**デフォルトの名無しさん** · 2019/04/11(木) 12:21:10.41

>>67
UiPathの仕組みは知らんが、UIAutomationか、ウィンドウハンドル+SendMessage系か、画像認識+SendMessage系以外に仕組みって無いと思うんだが。
UIAutomationはAccessibilityの上位互換だよな。

**デフォルトの名無しさん** · 2019/04/11(木) 12:24:18.73

安定させようとしたらサーバー化、仮想化が必須だな
画像認識系は特にそうだし画像認識系以外でもアプリの依存性を事務員全員のホスト直上で管理しようとするとすごく大変

**デフォルトの名無しさん** · 2019/04/11(木) 12:41:27.32

UiPathで出来ることをまとめて、買い切りでC#のサンプルとライブラリで売る
なんて商売してるところないすかね

**デフォルトの名無しさん** · 2019/04/11(木) 19:30:14.36

>>70
良心は兎も角、干からびるまでやって成果上がらない無能ベンダーと誹られるがうまいかそれ？

**デフォルトの名無しさん** · 2019/04/11(木) 19:34:00.93

>>74
長期にわたって安定した収入源をキープできるのは美味しい
今後は不況が加速するからなおさらね

**デフォルトの名無しさん** · 2019/04/11(木) 22:47:15.12

画像認識技術の限界を見ると、これでよく自動運転の車なんか作る気になるよな、と思う。
道路にレール引いた方が早いんじゃないの。

**デフォルトの名無しさん** · 2019/04/11(木) 23:02:33.34

>>76
自動運転において画像認識がメインってわけじゃないから心配すんな
カメラによる画像認識は天候とか夜間にどうしても弱いのと解析が高コストだから、ミリ波（レーダー）とか、レーザー測距が主に使われる
ちなみに道路にレールは工事大変だから難しいけど磁気マーカーを埋め込んで誘導する実験は日本でもやってるね

**デフォルトの名無しさん** · 2019/04/11(木) 23:05:18.06

>>76
画像認識で50m先の交差点を認識するのは不可能だよな？
どうやって人間が交差点を判別してるのか画像だけではわからない
頼りのGPSもラグが秒単位であるなら車の運転なんかには全く使い物にならない
道路自体に仕組みを入れる必要がある
その周辺のデータを絶えずダウンロードできる仕組みが必要
500m何秒で走行して進行方向2km程度の情報を何秒で収集できるか？
全てにおいて足りてない
基本的なスピードが全く足りない

**デフォルトの名無しさん** · 2019/04/11(木) 23:06:40.62

>>77
俺は高速道路をライントレース？で走ってくれる程度でいいんだが

**デフォルトの名無しさん** · 2019/04/11(木) 23:11:36.61

>>76
GPSとかの測位システム使うのもアリだし
車同士で通信すればさらに改善できるだろう
前の車から歩行者情報をもらえば
後ろの車がカメラで直接歩行者を見られなくても
事故を回避できる

**デフォルトの名無しさん** · 2019/04/11(木) 23:13:55.33

>>78
5Gだと走行中の新幹線と通信できるとか
300km/hとかなら可能じゃね

交差点にカメラとかセンサーつければ良い
Nシステムとか既にあるし

**デフォルトの名無しさん** · 2019/04/11(木) 23:18:34.90

>>81
最大速度だけ速い系だろ？
アクセススピードまで上がった経験ないし
使い方は考える必要あると思うな

**デフォルトの名無しさん** · 2019/04/11(木) 23:53:39.12

RPAってパズルみたいで、作る分にはちょっと面白いな。

**デフォルトの名無しさん** · 2019/04/12(金) 00:29:29.57

三ヵ月に一回、スタッフの情報が最新か確認してね！とか
ワーニング画面出てくるソフトあってクッソイライラするわ

**デフォルトの名無しさん** · 2019/04/12(金) 01:05:53.64

ウォーニング画面、な。
warnをワーンと読む奴はworld warをウォールドワーって発音してんのか？ｗｗｗ

**デフォルトの名無しさん** · 2019/04/12(金) 01:15:46.87

書くときはwarning　またはワーニングまたはウォーニング
発音は　わーにんぐ

warm と書いて　ウォーム(うぉーむ、暖かい)
worm と書いて　ワーム(わあぁぁぁむ、むしだあぁぁぁ)

英語は不合理な言語として有名

**デフォルトの名無しさん** · 2019/04/12(金) 01:25:27.54

>>85
こういうこと言うやつには「ｗ」ってなんて発音してんですかって聞いてみたい

**デフォルトの名無しさん** · 2019/04/12(金) 02:55:02.01

>>87
すたーわーず？

**デフォルトの名無しさん** · 2019/04/12(金) 05:02:46.60

アップルのことアポーとか書いちゃうのかな？

**デフォルトの名無しさん** · 2019/04/12(金) 06:08:15.86

アポーといえばジャイアント馬場

**デフォルトの名無しさん** · 2019/04/12(金) 06:57:32.49

>>82
まだ5Gは日本ではサービスされてないから経験ないのはそうだろうね

**デフォルトの名無しさん** · 2019/04/12(金) 07:11:54.73

>>91
そういう期待させておいていつもクソ

**デフォルトの名無しさん** · 2019/04/12(金) 07:22:18.08

>>79
ほんとこれ
なぜ一般道までやろうとするんだろ
高速自動運転にすれば渋滞も減るし観光地も潤うだろうに

**デフォルトの名無しさん** · 2019/04/12(金) 10:30:44.41

>>92
実験済みだから今の4Gよりは良くなる
基地局とかがちゃんとあればだけど
地方はもっと時間かかるかもね

**デフォルトの名無しさん** · 2019/04/12(金) 10:32:29.30

GPSは準天頂衛星システムで精度が数センチに向上する

**デフォルトの名無しさん** · 2019/04/12(金) 12:20:13.57

いい加減スレチ

**デフォルトの名無しさん** · 2019/04/12(金) 12:38:52.45

自動車の自動化スレ

**デフォルトの名無しさん** · 2019/04/12(金) 16:08:31.46

RPA女子は誰得か
https://www.orangeitems.com/entry/2019/04/10/182952

**デフォルトの名無しさん** · 2019/04/12(金) 18:53:19.87

>>86
最近のアメリカの若者言葉だと、スペルを発音に合わせて変えるみたいだね。

**デフォルトの名無しさん** · 2019/04/12(金) 23:07:17.40

>>77
RPAに複合技があってもいいかもな。
人間の視線を追うとか。

**デフォルトの名無しさん** · 2019/04/12(金) 23:46:39.59

画面OCR機能を自前プログラムに組み込みたい場合、
やっぱTesseractがいいかな？
スクリーンショット→特定の文字列検出、座標取得してその右何ピクセルかにマウス移動してクリック、したい

**デフォルトの名無しさん** · 2019/04/13(土) 01:49:29.57

Microsoft OCRでいいんじゃね
ただtesseractもだけど座標取得するには大分手を加え必要があってイマイチその用途にOCRは向いてないと思うが…

**デフォルトの名無しさん** · 2019/04/13(土) 03:17:46.20

>>102
Google Cloud Visionあたりが簡単で良いかもと思った
画像渡すとJSONでずらずらと、文字列+座標戻ってくる
有料だけど月に1000枚までフリー、その後1000枚で$1.5だから安いし
トレーニングとか面倒ですからな

**デフォルトの名無しさん** · 2019/04/13(土) 04:01:26.74

無人ではなくログインユーザーが動かす点とUiPathみたいなツールを使う点が
RPAと無人スケジュール起動のバッチ処理の違いということでいいのかな？

バッチ処理のことをRPAと呼ぶ人が増えてきて違和感を感じる。
それとも、バッチ処理やらVBAもRPAに含まれるでいいのか？

**デフォルトの名無しさん** · 2019/04/13(土) 04:25:22.68

バッチ処理をRPAという人を見たことないのでちょっと分からんけど、単一のバッチをRPAというなら違和感はある

本来の意味だと何らかのプロセスの一形態としてバッチ処理があって、その他のプロセスを組み合わせて自動化するのがRPAってイメージ
だからそのバッチをRPAという人は単一のバッチじゃなくて組み合わせたものを言っているのでは？

実行ユーザーやツールはあんまり関係ないと思う

**デフォルトの名無しさん** · 2019/04/13(土) 06:44:09.77

UiPathやWinActorがわずかでも絡んでいればRPAで良いと思う。
なぜなら、(この板ではなく) 世間一般の理解では、UiPathやWinActorがRPAである、として列挙するのが定義だから。
単純化すると、RPAは商品カテゴリーの名前

画面も含めて同じ動作をするPython + 各種Libで作っても、世間一般ではRPAと言わないと思う。

>>104さん>>105さんが、現に困っているうそ、おおげさ、まぎらわしいを例示してくだされば
すぐに引っ込めます。

**デフォルトの名無しさん** · 2019/04/13(土) 07:27:03.14

システムがRPA入れてくれない。Sさんケチすぎる。

**デフォルトの名無しさん** · 2019/04/13(土) 08:27:37.17

>>101-103
OCRってRPAの用途としてよく例に上がるけど、環境が実用の域に達してない

GoogleやMSは日本語に弱いし、
国内ベンチャーのOCRは利用料が高額でコスト面でパートのおばちゃんに負ける

**デフォルトの名無しさん** · 2019/04/13(土) 08:46:15.08

>>105 >>106
ここで意図しているバッチ処理というのは、
自動化した処理の流れをまとめた仕組みのことです。
C#で実装した.exeやExcelVBAでメール送信するといったものです。

RPAツールを使う自動化した仕組みのことをRPAと呼ぶで認識合ってると思います。

RPAツールのいいところは本来相性の悪いOffice製品と他のツール

**デフォルトの名無しさん** · 2019/04/13(土) 09:03:31.07

途中で書き込んでしまいました。

互換性のない他のツール(アプリケーション)でも画像認識で無理やり自動化した処理に仕立て上げられるできるところだと思います。

表面上同じ自動化でもPythonやWindowsのbatなどを組み合わせた既存の仕組みのみでRPAツール無しの自動化はRPAではないということで納得しました。

**デフォルトの名無しさん** · 2019/04/13(土) 09:06:52.80

RPA製品のシナリオ実行が世間で言うRPAだから

**デフォルトの名無しさん** · 2019/04/13(土) 09:12:41.55

ロボットは人間の代替
APIではない、プログラムから呼び出すことを想定していないヒューマンインターフェイスを操作するプログラムをRPAと言うんだよ
それ以外はなんの特徴もない普通のプログラムだ

**デフォルトの名無しさん** · 2019/04/13(土) 11:02:39.64

>>108
Google Cloud Visionは日本語でも精度高いですよ
嘘つかないでくださいね

**デフォルトの名無しさん** · 2019/04/13(土) 11:13:13.09

手書きもOK？　＞Google Cloud Vision

**デフォルトの名無しさん** · 2019/04/13(土) 11:20:19.09

>>114
手書きは英語しか今のところ無理

**デフォルトの名無しさん** · 2019/04/13(土) 13:39:05.85

>>109-110
うーん、まぁたかが5chの1意見なので無視してくれてもいいけどRPAツールの介在はあんま関係ないと自分は思ってるよ
例えばVBAだって実はExcel機能とVB言語によるプロセスオートメーションなのよね、それをボタン付けて自動運転させたらRPAでしょう
RPAツールはそういったプロセス同士の繋ぎに特化したツールで確かにそれで作ったものは概ねRPAだけどさ

**デフォルトの名無しさん** · 2019/04/13(土) 14:03:03.24

>>116
それは単なるguiツールだ

**デフォルトの名無しさん** · 2019/04/13(土) 14:04:04.17

プロセス同士の繋ぎに特化した物をRPAというならbashやpowershellもRPAになってしまうな

**デフォルトの名無しさん** · 2019/04/13(土) 14:16:15.91

>>118
だからそれで何が悪いのと言ってるんだけど…
拡張子とか決まったフォーマットを指す言葉じゃないんだから手段と目的がRPA的ならRPAと呼べばいいじゃん

別に自分だって単にExcelのボタン押したらCSV読み込むのをRPAと言ってもいいとまで言ってなくて、
読み込んだものを加工して別フォーマットに落とし込んで書き出したりするならRPAと言えるでしょってことなんだけど伝わってる？

**デフォルトの名無しさん** · 2019/04/13(土) 14:20:42.94

>>119
＞読み込んだものを加工して別フォーマットに落とし込んで書き出したりするならRPAと言えるでしょってことなんだけど伝わってる？

いや言わねーし伝わらねーよ
プログラム入門とかでやる奴じゃん
めちゃくちゃ普通の古典的なコンソールプログラムじゃん

**デフォルトの名無しさん** · 2019/04/13(土) 14:33:44.09

>>119
なんでもかんでもRPAと言ってしまうと
ありとあらゆるコンピュータ処理がRPAになってしまう
COBOLやCのアプリケーションでも自動化できるので、COBOLやCもRPAツールで良いのかい？

年次のバッチでのBS/PLの作成は、昔は経理の　現場で手でやったのが自動化されたからRPA
月次の給与の支払いも、昔は手渡しだったのが自動で振り込みなったからRPA
御承知のようにまだ他にもたくさんあるけど、これらを全部RPAで良いのかい？

自分は全部がRPAだといわれると、ちょっと困る。話が通じないから。

**デフォルトの名無しさん** · 2019/04/13(土) 14:47:47.02

>>120
まぁ例が悪かったかも、あるフォルダのCSVまとめて読んでExcel帳票に書き出すなんてRPAシナリオとしてよくあるでしょ
それをVBAで実現したってRPAツールの機能使ったっていいじゃんって言いたいだけ

伝わらないならしょうがない、君とは話ができないようだ

>>121
だから全部がじゃなくてRPA目的で作られたらだっつーに、ちゃんと読んでくれよ
逆にRPAを目的として作ってもRPAツールを使わなかったらRPAじゃありませんっておかしいだろ？ｗ

そもそもRPAって言葉が後付けなのになんで専用（？）ツールじゃなきゃRPAじゃないのさ
例で挙げられたものは今だって専用にオフコンまで作りこんだらRPAとは言わないだろうけど、
Excelやらブラウザ自動実行の仕組みで作ったらRPAって言われるでしょうよ

**デフォルトの名無しさん** · 2019/04/13(土) 14:51:40.38

>>122
おめーの言い分は「RPA目的」がフワッフワで意味わからねーんだよ
それじゃあ「俺様がRPAと思えばRPA!」と言ってるのと大差ないぞ？

**デフォルトの名無しさん** · 2019/04/13(土) 15:06:44.82

ベンダー側にも責任がある
ユーザーインターフェイスの操作がRPAの本質なんだがベンダーとしては便乗して儲けたい
エクセルの読み取りだのRest API呼ぶだけ、あげく単なるグラフィカルプログラミング環境みたいなものまでひとまとめにしてRPAという名前でパッケージングしてしまった

**デフォルトの名無しさん** · 2019/04/13(土) 15:11:26.96

>>123
少しニュアンスが違う、ただ「RPA目的」が曖昧なのはその通り（だってRPAが曖昧な後付け造語だから）

>「俺様がRPAと思えばRPA!」
ではなくて、「人様がRPAというものをRPAではない！」と言う必要はなくない？　って言いたいだけ

自分の主旨は曖昧だったりそれっぽいものを全て「RPAと言え（呼べ）」じゃなくて「RPAって言ってもいい」ってだけ
最初から言ってるけど全てのスクリプトやらバッチやらがRPAっていうのは自分だって違和感あるし違うと思ってる
ただ話しの流れとして業務なり作業の自動化の一環として出てきたなら話しは通じるし困らないよねって
後からRPAについての認識合わせなりはご自由にと思うけど、その場で「いや何それRPAじゃないじゃん」とか言って話し止めるほどじゃない

**デフォルトの名無しさん** · 2019/04/13(土) 15:28:18.02

>>122
＞だから全部がじゃなくてRPA目的で作られたらだっつーに、ちゃんと読んでくれよ

この一文は、RPA目的の何かをCOBOLで作ったら、COMOLもRPAツールであることを認めている。

**デフォルトの名無しさん** · 2019/04/13(土) 15:37:26.97

126　タイプミス COMOLもRPAツール　→　COBOLもRPAツール

ところで、自分がお勧めの着地点としては、
RPAであるかどうかは、造語したベンダーの言い分に従うようにするのが一番良い。

ユーザー側で「RPAである」「RPAではない」と議論したところで、
何かが解決するかというと、二つの例外を除いてなにも解決しない。

例外の一つは、ベンダーに「これからはRPAです」といわせれば予算が取りやすい。
もう一つは、「RPAだから簡単です」と言わせれば、システム屋以外の人の興味を引きやすいということ。

**デフォルトの名無しさん** · 2019/04/13(土) 17:59:17.13

RPAなんてただのバズワードなんだし定義について追求しても意味ないよ
そもそも「日常業務を自動化できるツール」くらいのイメージ持たせるのが目的だし
AIやらIoTと一緒の使われ方

**デフォルトの名無しさん** · 2019/04/14(日) 01:25:21.74

いやRPA製品使わないのはRPAとは普通言わないでしょ

**デフォルトの名無しさん** · 2019/04/14(日) 02:52:38.38

画面操作で業務プロセスをオートメーションすればええんやなかろうか
たとえばPythonしか使ってなくても

**デフォルトの名無しさん** · 2019/04/14(日) 09:00:30.85

人に代わってユーザーインターフェイスを操作するプログラムがRPA

**デフォルトの名無しさん** · 2019/04/14(日) 10:13:29.93

rpa否定するのってos必要ないみたいな感じ？
マウス必要ないみたいな感じかな？

**デフォルトの名無しさん** · 2019/04/14(日) 10:19:41.22

>>132
？？？？

意味わかんないから詳しく説明を頼む

**デフォルトの名無しさん** · 2019/04/14(日) 11:50:49.45

RPAツールに必要不可欠な機能は？
1.プロセスを実行できること
2.データをそのプロセスに渡せること
3.その結果を受け取れること
4.結果によって処理を分岐できること
くらい？

画像認識とかはプロセス実行や結果受取の手段の一つだよな

上の4つを備えてたらRPAツールじゃね？

**デフォルトの名無しさん** · 2019/04/14(日) 11:52:16.45

>>129
RPA製品って何？
OSSでもRPA製品なんじゃね？

**デフォルトの名無しさん** · 2019/04/14(日) 11:56:14.65

1のプロセス実行は、自分ではなくて独立に開発されたアプリとかOSのサービスとかに限定されるだろうな

ここがRPAかそうじゃないかの大きな違いだと思う

自前で作ったものなら単なる機能拡張でしかない

**デフォルトの名無しさん** · 2019/04/14(日) 12:41:13.24

>>134
ただのプログラムじゃん

**デフォルトの名無しさん** · 2019/04/14(日) 12:49:22.44

ソフトウェアロボットによる業務自動化

それ以上でもそれ以下でもない
定義なんて存在しない

**デフォルトの名無しさん** · 2019/04/14(日) 13:00:23.54

そもそも最初聞いた時ロボティックに違和感があったなぁロボ感ないやろと何がどうバズったんやろう

◆QZaw55cn4c · 2019/04/14(日) 13:02:09.49

>>134
それって excel のマクロ記録で済む話なのでは？

**デフォルトの名無しさん** · 2019/04/14(日) 13:14:13.04

>>134
君が挙げた特徴はあらゆる手続き型プログラムの定義にもあてはまる
抽象化のトレーニングをした方がいい

狭義のRPAの特徴としては、GUI操作を介する定型処理をエミュレートすることで人間によるデータ処理を代替する効果をもたらす業務ソフトウェアとしてパッケージされたもの、とかでいいんじゃないの

**デフォルトの名無しさん** · 2019/04/14(日) 13:19:35.44

>>139
コグニティブ技術や機械学習とセットにしてRPAが宣伝されてたから、世間的にはペッパー君みたいなのが業務をやるんだと思われたんじゃね
案の定文系の論壇()ではシンギュラリティがどうのとかいう頓珍漢な言説が流行ったし

**デフォルトの名無しさん** · 2019/04/14(日) 13:21:07.97

>>135
だから普通はシナリオ作成していくツールの事だろ
おまえは何が言いたいのか
世間一般とズレた事言っても意味ねーわ

**デフォルトの名無しさん** · 2019/04/14(日) 13:25:42.79

突き詰めて考えていくと、ヒュマンインターフェースをプログラムから呼び出しやすいAPIにラップすること、がRPAのエッセンスだ
このラップ作業を支援するツール群と、全く関係ないツール群を抱き合わせでパッケージングしたものがRPA製品となる

**デフォルトの名無しさん** · 2019/04/14(日) 13:30:52.22

>>143
シナリオを作成するツールはRPAではない
RPA製品にシナリオを作成するツールが抱き合わせで同梱されている、と言った方が正確
Windowsワークフローはシナリオ(ワークフロー)を作成できるがそれだけではRPA製品とは言えない

**デフォルトの名無しさん** · 2019/04/14(日) 13:44:47.98

>>141
それを実現するのに必要な機能は？

**デフォルトの名無しさん** · 2019/04/14(日) 13:45:18.97

>>143
シナリオ作成でよければパワポでもいいだろ

**デフォルトの名無しさん** · 2019/04/14(日) 13:46:32.38

>>143
その作ったシナリオを自動的に実行する機能の方に価値を認める人が多いだろ

**きがくる** · 2019/04/14(日) 13:46:40.80

＞シナリオを作成するツールはRPAではない
揚げ足
シナリオを作成する機能はRPAに不可欠だが、作成するツールだけではRPAではない
承
プロトタイピングツールというのが一世風靡
転
現実が先にあるのがRPA、これから作るのがプロトタイピングツール
結
組み合わせ自在になると玄人受けも狙える（UNIXとウィンドウシステムみたいな）

**デフォルトの名無しさん** · 2019/04/14(日) 13:46:56.30

>>147
そういうくだらな揚げ足取りするレベルかｗ
顔真っ赤だなｗ

**デフォルトの名無しさん** · 2019/04/14(日) 13:49:05.16

>>147
おまえさー
俺は一般論で言ってるのにパワポはねーだろ
アホじゃねーのｗｗ

**デフォルトの名無しさん** · 2019/04/14(日) 14:00:18.76

>>149
シナリオ作成ツールは不可欠ではないね
普通のプログラムやスクリプトでほとんど事足りるし
ロングランのジョブ管理も最近はyamlを手書きする方式が主流になってしまった
難解なXMLや独自形式のデータファイルでシナリオを表現するタイプだと入力補助としてツールが欲しくなるがそういうのは衰退傾向にある
だからわざわざツールを導入してまでシナリオを書く必要性はない
もちろん必要性がないだけであってやりたけりゃやってもいいけど

組み合わせ自在のツールは実はとっくに存在してて
それは普通のプログラム言語やスクリプト言語などと呼ばれて世界中で使われてる
例えばpowershellやbashとかね

**デフォルトの名無しさん** · 2019/04/14(日) 14:08:59.19

>>142
どもどもペッパーくんの例はわかりやすいね
ペッパーくん的な感じで人間(の単純作業)の代用してくれますよ、っていうイメージ戦略が生きたんかなと思った

本質的にはプログラム全般がそういう性質を持ちえるわけで、今更何言ってんねんっていうツッコミがここでも多いけど、往々にして素人に響くのはイメージなんだろうね

あとは、素人の持つシステムのイメージって専門業務に特化した基幹システムだから、幅広い単純作業をペッパーくんにやらせるようにシステム化できるっていう発想も効いたのかもなー

**デフォルトの名無しさん** · 2019/04/14(日) 14:14:12.75

新しい技術でもなんでもないただのGUI自動操作ツールを
"なんか凄そう"に聞こえさせるためベンダーによって造られた言葉がRPA
日本で流行らせたのはRPAテクノロジーズ社なんだし同社HPに乗ってる説明がRPAの定義でいいじゃん
もっとも、バズワードにしっかりした定義を求めるのなんてナンセンスだが

**デフォルトの名無しさん** · 2019/04/14(日) 14:21:57.45

それが何なのか、既存のアイデアと何が違うのか、違いがどんなメリットデメリットを生むのか、突き詰めていかないとダメだ
自分が何に金を払っているのかも理解しようとせずにぼったくられるとかねーわ

**デフォルトの名無しさん** · 2019/04/14(日) 14:43:21.49

ヒューマンインターフェイスしか無いプログラムと連携して情報処理を実現できる点
これがRPAの本質かな

この領域では紙帳票を扱えるようになったら更に有益なものになるだろうな
カメラとかで認識して情報を取り込む→サイバー領域で情報処理→現実世界にフィードバック
DXだな

◆QZaw55cn4c · 2019/04/14(日) 14:45:56.15

>>156
＞カメラとかで認識して情報を取り込む→サイバー領域で情報処理→現実世界にフィードバック
ここ20～30年でその能力、特に「情報処理」」の部分で革命的な進歩があったのですか？特に事物を判断する能力、が格段に進歩したのでしょうか？最終判断はいまだに人間がするものだとばかり思っていましたが

**デフォルトの名無しさん** · 2019/04/14(日) 14:57:27.19

>>157
車の自動ブレーキとか顔認証とか

**デフォルトの名無しさん** · 2019/04/14(日) 15:01:00.23

>>151
お前の小物臭さがハンパないな

◆QZaw55cn4c · 2019/04/14(日) 17:56:44.99

>>158
アンチロックブレーキとかは有名でしたね…
海外では監視カメラで評価ポイントが上下する（アニメにそんなのがありましたね…）というのもありえるらしいですから、どこも（内心の自由を一部放棄して）遅かれ早かれそうなるのか…
ブルームバーグですが真に受けちゃっていいのかな？https://www.bloomberg.co.jp/news/articles/2019-02-25/PNBKQ26TTDS901

**デフォルトの名無しさん** · 2019/04/14(日) 18:24:50.36

QZって宿題スレのあのQZ?

◆QZaw55cn4c · 2019/04/14(日) 18:28:03.56

>>161
宿題スレは潰れて今はお題スレにいますが、最近のお題は難しくってもう無理ですね…