[RPA]PC自動化技術総合スレ[効率化] Part.3
■ このスレッドは過去ログ倉庫に格納されています
UiPathで出来ることをまとめて、買い切りでC#のサンプルとライブラリで売る
なんて商売してるところないすかね >>70
良心は兎も角、干からびるまでやって成果上がらない無能ベンダーと誹られるがうまいかそれ? >>74
長期にわたって安定した収入源をキープできるのは美味しい
今後は不況が加速するからなおさらね 画像認識技術の限界を見ると、これでよく自動運転の車なんか作る気になるよな、と思う。
道路にレール引いた方が早いんじゃないの。 >>76
自動運転において画像認識がメインってわけじゃないから心配すんな
カメラによる画像認識は天候とか夜間にどうしても弱いのと解析が高コストだから、ミリ波(レーダー)とか、レーザー測距が主に使われる
ちなみに道路にレールは工事大変だから難しいけど磁気マーカーを埋め込んで誘導する実験は日本でもやってるね >>76
画像認識で50m先の交差点を認識するのは不可能だよな?
どうやって人間が交差点を判別してるのか画像だけではわからない
頼りのGPSもラグが秒単位であるなら車の運転なんかには全く使い物にならない
道路自体に仕組みを入れる必要がある
その周辺のデータを絶えずダウンロードできる仕組みが必要
500m何秒で走行して進行方向2km程度の情報を何秒で収集できるか?
全てにおいて足りてない
基本的なスピードが全く足りない >>77
俺は高速道路をライントレース?で走ってくれる程度でいいんだが >>76
GPSとかの測位システム使うのもアリだし
車同士で通信すればさらに改善できるだろう
前の車から歩行者情報をもらえば
後ろの車がカメラで直接歩行者を見られなくても
事故を回避できる >>78
5Gだと走行中の新幹線と通信できるとか
300km/hとかなら可能じゃね
交差点にカメラとかセンサーつければ良い
Nシステムとか既にあるし >>81
最大速度だけ速い系だろ?
アクセススピードまで上がった経験ないし
使い方は考える必要あると思うな RPAってパズルみたいで、作る分にはちょっと面白いな。 三ヵ月に一回、スタッフの情報が最新か確認してね!とか
ワーニング画面出てくるソフトあってクッソイライラするわ ウォーニング画面、な。
warnをワーンと読む奴はworld warをウォールド ワーって発音してんのか?www 書くときはwarning または ワーニング またはウォーニング
発音は わーにんぐ
warm と書いて ウォーム(うぉーむ、暖かい)
worm と書いて ワーム(わあぁぁぁむ、むしだあぁぁぁ)
英語は不合理な言語として有名 >>85
こういうこと言うやつには「w」ってなんて発音してんですかって聞いてみたい >>82
まだ5Gは日本ではサービスされてないから経験ないのはそうだろうね >>79
ほんとこれ
なぜ一般道までやろうとするんだろ
高速自動運転にすれば渋滞も減るし観光地も潤うだろうに >>92
実験済みだから今の4Gよりは良くなる
基地局とかがちゃんとあればだけど
地方はもっと時間かかるかもね GPSは準天頂衛星システムで精度が数センチに向上する >>86
最近のアメリカの若者言葉だと、スペルを発音に合わせて変えるみたいだね。 >>77
RPAに複合技があってもいいかもな。
人間の視線を追うとか。 画面OCR機能を自前プログラムに組み込みたい場合、
やっぱTesseractがいいかな?
スクリーンショット→特定の文字列検出、座標取得してその右何ピクセルかにマウス移動してクリック、したい Microsoft OCRでいいんじゃね
ただtesseractもだけど座標取得するには大分手を加え必要があってイマイチその用途にOCRは向いてないと思うが… >>102
Google Cloud Visionあたりが簡単で良いかもと思った
画像渡すとJSONでずらずらと、文字列+座標戻ってくる
有料だけど月に1000枚までフリー、その後1000枚で$1.5だから安いし
トレーニングとか面倒ですからな 無人ではなくログインユーザーが動かす点とUiPathみたいなツールを使う点が
RPAと無人スケジュール起動のバッチ処理の違いということでいいのかな?
バッチ処理のことをRPAと呼ぶ人が増えてきて違和感を感じる。
それとも、バッチ処理やらVBAもRPAに含まれるでいいのか? バッチ処理をRPAという人を見たことないのでちょっと分からんけど、単一のバッチをRPAというなら違和感はある
本来の意味だと何らかのプロセスの一形態としてバッチ処理があって、その他のプロセスを組み合わせて自動化するのがRPAってイメージ
だからそのバッチをRPAという人は単一のバッチじゃなくて組み合わせたものを言っているのでは?
実行ユーザーやツールはあんまり関係ないと思う UiPathやWinActorがわずかでも絡んでいればRPAで良いと思う。
なぜなら、(この板ではなく) 世間一般の理解では、UiPathやWinActorがRPAである、として列挙するのが定義だから。
単純化すると、RPAは商品カテゴリーの名前
画面も含めて同じ動作をするPython + 各種Libで作っても、世間一般ではRPAと言わないと思う。
>>104さん>>105さんが、現に困っているうそ、おおげさ、まぎらわしいを例示してくだされば
すぐに引っ込めます。 システムがRPA入れてくれない。Sさんケチすぎる。 >>101-103
OCRってRPAの用途としてよく例に上がるけど、環境が実用の域に達してない
GoogleやMSは日本語に弱いし、
国内ベンチャーのOCRは利用料が高額でコスト面でパートのおばちゃんに負ける >>105 >>106
ここで意図しているバッチ処理というのは、
自動化した処理の流れをまとめた仕組みのことです。
C#で実装した.exeやExcelVBAでメール送信するといったものです。
RPAツールを使う自動化した仕組みのことをRPAと呼ぶで認識合ってると思います。
RPAツールのいいところは本来相性の悪いOffice製品と他のツール 途中で書き込んでしまいました。
互換性のない他のツール(アプリケーション)でも画像認識で無理やり自動化した処理に仕立て上げられるできるところだと思います。
表面上同じ自動化でもPythonやWindowsのbatなどを組み合わせた既存の仕組みのみでRPAツール無しの自動化はRPAではないということで納得しました。 ロボットは人間の代替
APIではない、プログラムから呼び出すことを想定していないヒューマンインターフェイスを操作するプログラムをRPAと言うんだよ
それ以外はなんの特徴もない普通のプログラムだ >>108
Google Cloud Visionは日本語でも精度高いですよ
嘘つかないでくださいね 手書きもOK? >Google Cloud Vision >>109-110
うーん、まぁたかが5chの1意見なので無視してくれてもいいけどRPAツールの介在はあんま関係ないと自分は思ってるよ
例えばVBAだって実はExcel機能とVB言語によるプロセスオートメーションなのよね、それをボタン付けて自動運転させたらRPAでしょう
RPAツールはそういったプロセス同士の繋ぎに特化したツールで確かにそれで作ったものは概ねRPAだけどさ プロセス同士の繋ぎに特化した物をRPAというならbashやpowershellもRPAになってしまうな >>118
だからそれで何が悪いのと言ってるんだけど…
拡張子とか決まったフォーマットを指す言葉じゃないんだから手段と目的がRPA的ならRPAと呼べばいいじゃん
別に自分だって単にExcelのボタン押したらCSV読み込むのをRPAと言ってもいいとまで言ってなくて、
読み込んだものを加工して別フォーマットに落とし込んで書き出したりするならRPAと言えるでしょってことなんだけど伝わってる? >>119
>読み込んだものを加工して別フォーマットに落とし込んで書き出したりするならRPAと言えるでしょってことなんだけど伝わってる?
いや言わねーし伝わらねーよ
プログラム入門とかでやる奴じゃん
めちゃくちゃ普通の古典的なコンソールプログラムじゃん >>119
なんでもかんでもRPAと言ってしまうと
ありとあらゆるコンピュータ処理がRPAになってしまう
COBOLやCのアプリケーションでも自動化できるので、COBOLやCもRPAツールで良いのかい?
年次のバッチでのBS/PLの作成は、昔は経理の 現場で手でやったのが自動化されたからRPA
月次の給与の支払いも、昔は手渡しだったのが自動で振り込みなったからRPA
御承知のようにまだ他にもたくさんあるけど、これらを全部RPAで良いのかい?
自分は全部がRPAだといわれると、ちょっと困る。話が通じないから。 >>120
まぁ例が悪かったかも、あるフォルダのCSVまとめて読んでExcel帳票に書き出すなんてRPAシナリオとしてよくあるでしょ
それをVBAで実現したってRPAツールの機能使ったっていいじゃんって言いたいだけ
伝わらないならしょうがない、君とは話ができないようだ
>>121
だから全部がじゃなくてRPA目的で作られたらだっつーに、ちゃんと読んでくれよ
逆にRPAを目的として作ってもRPAツールを使わなかったらRPAじゃありませんっておかしいだろ?w
そもそもRPAって言葉が後付けなのになんで専用(?)ツールじゃなきゃRPAじゃないのさ
例で挙げられたものは今だって専用にオフコンまで作りこんだらRPAとは言わないだろうけど、
Excelやらブラウザ自動実行の仕組みで作ったらRPAって言われるでしょうよ >>122
おめーの言い分は「RPA目的」がフワッフワで意味わからねーんだよ
それじゃあ「俺様がRPAと思えばRPA!」と言ってるのと大差ないぞ? ベンダー側にも責任がある
ユーザーインターフェイスの操作がRPAの本質なんだがベンダーとしては便乗して儲けたい
エクセルの読み取りだのRest API呼ぶだけ、あげく単なるグラフィカルプログラミング環境みたいなものまでひとまとめにしてRPAという名前でパッケージングしてしまった >>123
少しニュアンスが違う、ただ「RPA目的」が曖昧なのはその通り(だってRPAが曖昧な後付け造語だから)
>「俺様がRPAと思えばRPA!」
ではなくて、「人様がRPAというものをRPAではない!」と言う必要はなくない? って言いたいだけ
自分の主旨は曖昧だったりそれっぽいものを全て「RPAと言え(呼べ)」じゃなくて「RPAって言ってもいい」ってだけ
最初から言ってるけど全てのスクリプトやらバッチやらがRPAっていうのは自分だって違和感あるし違うと思ってる
ただ話しの流れとして業務なり作業の自動化の一環として出てきたなら話しは通じるし困らないよねって
後からRPAについての認識合わせなりはご自由にと思うけど、その場で「いや何それRPAじゃないじゃん」とか言って話し止めるほどじゃない >>122
>だから全部がじゃなくてRPA目的で作られたらだっつーに、ちゃんと読んでくれよ
この一文は、RPA目的の何かをCOBOLで作ったら、COMOLもRPAツールであることを認めている。 126 タイプミス COMOLもRPAツール → COBOLもRPAツール
ところで、自分がお勧めの着地点としては、
RPAであるかどうかは、造語したベンダーの言い分に従うようにするのが一番良い。
ユーザー側で「RPAである」「RPAではない」と議論したところで、
何かが解決するかというと、二つの例外を除いてなにも解決しない。
例外の一つは、ベンダーに「これからはRPAです」といわせれば予算が取りやすい。
もう一つは、「RPAだから簡単です」と言わせれば、システム屋以外の人の興味を引きやすいということ。 RPAなんてただのバズワードなんだし定義について追求しても意味ないよ
そもそも「日常業務を自動化できるツール」くらいのイメージ持たせるのが目的だし
AIやらIoTと一緒の使われ方 いやRPA製品使わないのはRPAとは普通言わないでしょ 画面操作で業務プロセスをオートメーションすればええんやなかろうか
たとえばPythonしか使ってなくても 人に代わってユーザーインターフェイスを操作するプログラムがRPA rpa否定するのってos必要ないみたいな感じ?
マウス必要ないみたいな感じかな? >>132
????
意味わかんないから詳しく説明を頼む RPAツールに必要不可欠な機能は?
1.プロセスを実行できること
2.データをそのプロセスに渡せること
3.その結果を受け取れること
4.結果によって処理を分岐できること
くらい?
画像認識とかはプロセス実行や結果受取の手段の一つだよな
上の4つを備えてたらRPAツールじゃね? >>129
RPA製品って何?
OSSでもRPA製品なんじゃね? 1のプロセス実行は、自分ではなくて独立に開発されたアプリとかOSのサービスとかに限定されるだろうな
ここがRPAかそうじゃないかの大きな違いだと思う
自前で作ったものなら単なる機能拡張でしかない ソフトウェアロボットによる業務自動化
それ以上でもそれ以下でもない
定義なんて存在しない そもそも最初聞いた時ロボティックに違和感があったなぁ ロボ感ないやろと 何がどうバズったんやろう >>134
それって excel のマクロ記録で済む話なのでは? >>134
君が挙げた特徴はあらゆる手続き型プログラムの定義にもあてはまる
抽象化のトレーニングをした方がいい
狭義のRPAの特徴としては、GUI操作を介する定型処理をエミュレートすることで人間によるデータ処理を代替する効果をもたらす業務ソフトウェアとしてパッケージされたもの、とかでいいんじゃないの >>139
コグニティブ技術や機械学習とセットにしてRPAが宣伝されてたから、世間的にはペッパー君みたいなのが業務をやるんだと思われたんじゃね
案の定文系の論壇()ではシンギュラリティがどうのとかいう頓珍漢な言説が流行ったし >>135
だから普通はシナリオ作成していくツールの事だろ
おまえは何が言いたいのか
世間一般とズレた事言っても意味ねーわ 突き詰めて考えていくと、ヒュマンインターフェースをプログラムから呼び出しやすいAPIにラップすること、がRPAのエッセンスだ
このラップ作業を支援するツール群と、全く関係ないツール群を抱き合わせでパッケージングしたものがRPA製品となる >>143
シナリオを作成するツールはRPAではない
RPA製品にシナリオを作成するツールが抱き合わせで同梱されている、と言った方が正確
Windowsワークフローはシナリオ(ワークフロー)を作成できるがそれだけではRPA製品とは言えない >>143
シナリオ作成でよければパワポでもいいだろ >>143
その作ったシナリオを自動的に実行する機能の方に価値を認める人が多いだろ >シナリオを作成するツールはRPAではない
揚げ足
シナリオを作成する機能はRPAに不可欠だが、作成するツールだけではRPAではない
承
プロトタイピングツールというのが一世風靡
転
現実が先にあるのがRPA、これから作るのがプロトタイピングツール
結
組み合わせ自在になると玄人受けも狙える(UNIXとウィンドウシステムみたいな) >>147
そういうくだらな揚げ足取りするレベルかw
顔真っ赤だなw >>147
おまえさー
俺は一般論で言ってるのにパワポはねーだろ
アホじゃねーのww >>149
シナリオ作成ツールは不可欠ではないね
普通のプログラムやスクリプトでほとんど事足りるし
ロングランのジョブ管理も最近はyamlを手書きする方式が主流になってしまった
難解なXMLや独自形式のデータファイルでシナリオを表現するタイプだと入力補助としてツールが欲しくなるがそういうのは衰退傾向にある
だからわざわざツールを導入してまでシナリオを書く必要性はない
もちろん必要性がないだけであってやりたけりゃやってもいいけど
組み合わせ自在のツールは実はとっくに存在してて
それは普通のプログラム言語やスクリプト言語などと呼ばれて世界中で使われてる
例えばpowershellやbashとかね >>142
どもども ペッパーくんの例はわかりやすいね
ペッパーくん的な感じで人間(の単純作業)の代用してくれますよ、っていうイメージ戦略が生きたんかなと思った
本質的にはプログラム全般がそういう性質を持ちえるわけで、今更何言ってんねんっていうツッコミがここでも多いけど、往々にして素人に響くのはイメージなんだろうね
あとは、素人の持つシステムのイメージって専門業務に特化した基幹システムだから、幅広い単純作業をペッパーくんにやらせるようにシステム化できるっていう発想も効いたのかもなー 新しい技術でもなんでもないただのGUI自動操作ツールを
"なんか凄そう"に聞こえさせるためベンダーによって造られた言葉がRPA
日本で流行らせたのはRPAテクノロジーズ社なんだし同社HPに乗ってる説明がRPAの定義でいいじゃん
もっとも、バズワードにしっかりした定義を求めるのなんてナンセンスだが それが何なのか、既存のアイデアと何が違うのか、違いがどんなメリットデメリットを生むのか、突き詰めていかないとダメだ
自分が何に金を払っているのかも理解しようとせずにぼったくられるとかねーわ ヒューマンインターフェイスしか無いプログラムと連携して情報処理を実現できる点
これがRPAの本質かな
この領域では紙帳票を扱えるようになったら更に有益なものになるだろうな
カメラとかで認識して情報を取り込む→サイバー領域で情報処理→現実世界にフィードバック
DXだな >>156
>カメラとかで認識して情報を取り込む→サイバー領域で情報処理→現実世界にフィードバック
ここ20〜30年でその能力、特に「情報処理」」の部分で革命的な進歩があったのですか?特に事物を判断する能力、が格段に進歩したのでしょうか?最終判断はいまだに人間がするものだとばかり思っていましたが >>158
アンチロックブレーキとかは有名でしたね…
海外では監視カメラで評価ポイントが上下する(アニメにそんなのがありましたね…)というのもありえるらしいですから、どこも(内心の自由を一部放棄して)遅かれ早かれそうなるのか…
ブルームバーグですが真に受けちゃっていいのかな?https://www.bloomberg.co.jp/news/articles/2019-02-25/PNBKQ26TTDS901 >>161
宿題スレは潰れて今はお題スレにいますが、最近のお題は難しくってもう無理ですね… QZってプロのプログラマだったの?
RPAで食ってるの? もうあらかた自動化できそうな作業は自動化し終わっちゃったんだろ? >>156
これ入れようとしてる
https://www.konicaminolta.com/jp-ja/rbpo/index.html
具体的には各月の決まりきった請求書を自動で読み込んで自動で費目付けて自動で支払いする
経理からうざいおばちゃんを人員削減するw ■ このスレッドは過去ログ倉庫に格納されています