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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/02/14(木) 23:58:05.00ID:UTw68bPF
語りましょう。
※前スレ
[RPA]PC自動化技術総合スレ[効率化]
http://mevius.5ch.net/test/read.cgi/tech/1526938606/
2019/03/07(木) 22:19:14.26ID://UoIXBv
寧ろ今までが非効率的過ぎただけだろう
本来達成して然るべきだった効率化水準に近付いているだけなので負債を返済しているに近そう
2019/03/07(木) 22:22:17.52ID:N/E4f3Ca
>>361
毎週膨大なデータはどういう形で供給されたの？
RPAでどんな処理をしたの？
処理したデータを最終的にどうしたの？
2019/03/07(木) 22:44:53.77ID:BF+DH6ES
>>364
そうだね。今までが非効率だった。
本来であればもっと早くにシステム導入とかで効率化に投資すべきだったと思うよ。

>>365
データはRPAが社内システムに定期的にアクセスして勝手に入手。
それを製品毎に各子部品に分解して、在庫データとかと比較させる。
んで、条件分岐で各部品毎に詳細な生産計画表まで作成して、各部署へ出来た計画表をメールで自動配信。

元々人じゃ捌ききれない量で過剰在庫で対応してたから、人件費の削減効果はそこまでないよ。

実際は作ってはテストして現場から修正依頼貰ったて、またテストしての繰り返しだよ。
現場の協力と、各部品ごとに最適な生産計画が欲しいって言う意思が強かったのが良かった。
2019/03/07(木) 22:49:55.61ID:N/E4f3Ca
>>366
なるほど
その社内システムへのアクセス以外も全てRPAでやったの？
2019/03/07(木) 22:52:07.72ID:FicqN/K5
MRPシステムは古いの多いからrpaでかいと思うわ
2019/03/07(木) 22:52:12.93ID:BF+DH6ES
まぁ、大手メーカーなら数千万〜数億円かけて製造システムを導入して、とっくに効率化している事だろうけど、
ウチみたいな中堅メーカーはそこまで初期投資出来なくて結果無駄だらけだったんだよ。
2019/03/07(木) 22:55:43.37ID:BF+DH6ES
>>367
社内システムへのアクセスからメール配信まで全部自動だよ。
スケジューラー組んでるから、毎週決まった時間に勝手に動いてる。
2019/03/07(木) 23:07:53.36ID:N/E4f3Ca
それってRPAでやるべきことなのかな？
データ分析も表作成もメール送信も普通にコード書けば簡単にできるよね
2019/03/07(木) 23:11:42.41ID:BF+DH6ES
まぁね。
RPAじゃなきゃいけない理由はどこにもないね。
たまたま使ったツールがRPAだけだっただけだよ。
2019/03/07(木) 23:25:12.19ID:gheL/SUF
RPA使ったほうが工数少ないだろ？
2019/03/07(木) 23:28:49.32ID:N/E4f3Ca
>>373
スクリプトのほうが製造も管理も簡単ですよ
RPAのほうが優れてるなら世界中のエンジニアが率先して使ってるはずです
2019/03/07(木) 23:31:28.68ID:kuxedHEm
>>371
逆にコード書くよりRPAの方がいいのってどんな内容だ？
2019/03/07(木) 23:32:29.90ID:N/E4f3Ca
>>375
俺も知りたい
2019/03/07(木) 23:34:21.97ID:N/E4f3Ca
知りたいので成功事例の話をもっと聞きたい
けど聞くといつもガッカリする
2019/03/07(木) 23:36:29.53ID:gheL/SUF
スクリプトのほうが製造簡単は無いだろ？
RPA使った時と同等の機能組もうと思ったら俺なら10倍以上工数かかるわ。
まあ、>>374はスクリプトに長けているから簡単に感じるのかもしれないが。
2019/03/07(木) 23:37:30.38ID:kuxedHEm
こんだけ人に聞いといて感想がガッカリかい…
2019/03/08(金) 00:00:40.39ID:G7JUCDf6
>>374
RPAは生粋のエンジニア向けではない
エクセルマクロが出来る程度の人向けのツール
「〜のが優れてるなら」なら、マシン語で直接CPUでも叩いていてくれ
ほぼ何でも可能だぞ
381デフォルトの名無しさん
垢版 |
2019/03/08(金) 02:03:51.48ID:u48ipFj+
言語はなんでもいいというひともいる
一番大変なのは仕様書を書くこと
その次が仕様を取りまとめること

それらよりもっと大変なのがハードウェアの老朽化に伴う移行に十分な予算をもらうこと
2019/03/08(金) 08:11:07.22ID:54z0IOjj
問題はちゃんと組めば使えるんだけど、その場合は簡単ではないということ。

で、UWSCでも良いじゃんってことになる。
スクリプトだって記録して実行することもできる。
2019/03/08(金) 08:16:22.72ID:Zgsms1mf
>>379
俺は参考になったぞ
なぜならプログラミングが本職じゃないから

本籍が生産管理、経理とかならrpaで自動化の方が楽だしな

ここにいる人たちはSEで素人でもRPAで自動化できる事で誰でもできるSEの仕事が無くなるのが怖いんじゃないかな

俺は経理だけど誰でもできる仕訳の自動化とかの時、リスクやらなんやら反対する人いたし
2019/03/08(金) 08:33:26.98ID:O3yZq5Ca
>>383
きちんと作らないならUWSCで良いと思うし、そういうフリーソフトは昔からたくさん有ったぞ。
2019/03/08(金) 08:46:13.12ID:FhjGf2AJ
結局RPAの用途だとUWSCが最適解だった気がする
なんで消えてもうたんや・・・
2019/03/08(金) 08:57:15.72ID:5wRc3dtY
>>383
本職が恐れてることはむしろ逆に仕事が増えることだよ
将来手に負えなくなったrpa資産のメンテナンスの案件に当たってしまったらどうしよう嫌だなぁって気持ちさ
仕事は増えても厄介な仕事はゴメンだからね
2019/03/08(金) 09:27:34.59ID:0th4cJXy
>>385
俺のPCの中ではバリバリ現役だがな
ただあれはウィンドウ位置を固定しないといけないのがアレなのと
Webページがなかなか返ってこない前提でタイミング調整しないといけないから
早いときでも遅くしか動かないのがアレ
388デフォルトの名無しさん
垢版 |
2019/03/08(金) 09:28:47.41ID:mjBCJk3z
RPAはエンジニア以外の職種が楽になる技術
エンジニアは余計な仕事が増えるだけ
2019/03/08(金) 09:44:25.87ID:FhjGf2AJ
>>387
うちのPCでもバリバリ現役
ただああいう現状だし会社として使うのはちょっとなぁ

IE前提だがUWSCならBusyWait取るの簡単じゃね
2019/03/08(金) 10:03:00.35ID:0th4cJXy
>>389
IEだとそんなことできるのか、、
ま、IEじゃないけど、、、
2019/03/08(金) 10:46:43.82ID:Hp1aIYkj
>>383
RPAなんかなくてもエクセルvbaで似たようなことやってる素人はたくさんいる
んでエンジニアがその素人が作ったクソマクロの尻拭いをさせられることがかなりある
ネットに落ちてるサンプルコードコピペしてとりあえず動かして、後々悲惨なことになる
2019/03/08(金) 12:19:23.08ID:RQfEohm7
素人のRPAで仕事なくなるほどITは簡単じゃないからなぁ
2019/03/08(金) 12:45:43.48ID:ks3hiZc4
野良マクロの次は野良ロボットとの戦いか・・・
2019/03/08(金) 18:06:23.95ID:uRP/bscv
RPAプログラム自体の環境依存性だけじゃなくてRPAで動かしてるアプリケーションの環境依存性を両方管理しなきゃならないからな
画面処理なんて解像度や画面寸法が変わると直ぐに駄目になるし大変だぞ
2019/03/08(金) 19:24:55.94ID:tOM7I3wY
>>394
仮想化したら？
2019/03/08(金) 22:30:20.46ID:FJ4aN8DF
imacroはHTMLのdom要素指定だから
ブラウザ画面が裏にあっても動いてくれて便利だったんだけどな
2019/03/09(土) 07:06:29.77ID:OAlfgW/I
Seleniumはヘッドレス(画面なし)モードも対応してますよ
2019/03/09(土) 08:49:06.21ID:OAlfgW/I
今後はRPAサーバーが主流になっていくだろう

エンドユーザーの仕事は
RPAを学習してRPAプログラムを描くことではなくなり
RPAサーバーが提供するAPIを学習して一般的なプログラムを書くことにシフトしていく
そうすればわざわざ高度なRPAスキルを身につけなくてもVBAマクロが書ける程度のスキルで十分に業務を自動化できるようになる
インストールされてるツールや画面サイズ、アップデートなどといった厄介な環境依存の問題に悩まされることは無くなる

RPAサーバーのメンテナーには比較的高スキルな人材を割り当てるか外注する
彼らの仕事はAPIを開発して安定稼働させることだ
そのことだけに集中してもらう
2019/03/09(土) 09:55:01.57ID:Z89d69KF
>>392
そうだな。
少なくとも、今時注文書をFAXで送ってくるような老害が定年になるまではな。
2019/03/09(土) 10:32:10.27ID:NCicnfGP
IT＝難しいんかな？
2019/03/09(土) 10:35:07.34ID:sMxdkNQ3
あと義務教育でアルゴリズム習ってくる世代が上がってくると
自動化サクサク進みそう
2019/03/09(土) 11:04:55.78ID:OAlfgW/I
>>399
RPAはサービス(アプリ)の利用形態の1つでしかないからサービス(アプリ)を提供する側とはそもそも競合しないものだ
なので仮にクライアント全員がRPAを覚えたとしてもITの仕事は殆ど減ることはない
むしろ減らないどころかRPA資産管理という新たな課題すなわち新たな需要が生まれる
おじいちゃん達が現役を退いても変わりはない
2019/03/09(土) 14:20:18.36ID:6apbDIDp
残念ながらIT系の会社でもない限り一般的にな会社のIT部門は社内業務サポートだ。
凄く雑に言えば総務と一緒。
企業の目標は売上を立てて、利益を生み出すこと。
売上を直接立てる部門が効率化の為RPAを導入したいと言ったら、IT部門は頑張ってサポートしてくれ。
君たちの給料は会社の売上と利益がないと支払うことができない。
2019/03/09(土) 15:28:37.01ID:OAlfgW/I
IT系の会社に勤めてます
RPAを導入する企業様は最期までセルフサービスでお願いしますね
405デフォルトの名無しさん
垢版 |
2019/03/09(土) 15:41:57.01ID:64x5+kvE
君の会社がRPA導入サービスしない限り関係ない事でしょ
逆にそこで儲けてる会社もあるわけだし
2019/03/09(土) 16:13:17.96ID:tW3+UYfv
今までシステム部は何をしてきたか。
企業内の困ったを率先して聞き取り能動的に解決してきていればRPAが蔓延る事はなかっただろうなあ。
2019/03/09(土) 16:18:20.32ID:OAlfgW/I
>>405
幸いにもまだそのような話は出てきません
とはいえ数年後はわかりませんね
手に負えなくなったRPAのメンテナンスを任される恐れはあります
2019/03/09(土) 16:47:37.44ID:Ypc5tDTo
>>406
そうは言ってもねぇ
経営者側にITリテラシーやIT統制に対する責任意識がなく、問題が起きたときに即IT部門の責任にされる企業が多かったんじゃないのかね
システム開発時にユーザー部門の出してくる業務要件も抜け漏れだらけでフィージビリティーのないものだったって所が多そうだし
2019/03/09(土) 17:01:31.59ID:6apbDIDp
>>407
嫌なら断ればいいじゃん。
依頼のきた仕事を断って好きな仕事だけ選んで食えるなら、これ以上良いことはない。
2019/03/09(土) 17:11:29.64ID:OAlfgW/I
>>409
人間関係があるのでそういうわけにもいかないです
複数案件抱えててもう無理って状況なら断りますが
2019/03/09(土) 17:14:56.25ID:kABtCqRT
自動化やってるけど俺以外に判る人間がいないし教育時間もない
今の所好きなようにやらせてもらってるよ
2019/03/09(土) 17:17:23.13ID:6apbDIDp
>RPAを導入する企業様は最期までセルフサービスでお願いしますね

金貰って仕事するのであれば、個人的な感情を抜きにしてプロとして仕事して欲しい。

対価が見合わないなら、営業なりに文句を言ってくれ。
2019/03/09(土) 17:19:16.98ID:ChBylg+g
営業「できらぁ！」
2019/03/09(土) 17:27:53.80ID:OAlfgW/I
>>412
そりゃもちろん仕事が来たら対応はしますが
だからと言って積極的にやりたい仕事ではないです
なので企業様には最期までセルフサービスで賄えるように努力して頂きたい
2019/03/09(土) 17:28:43.81ID:tW3+UYfv
>>408
経営者も社員も専門じゃないんだから教えないと。。
2019/03/09(土) 17:50:09.24ID:qrlmwqjK
>>414
そうならないように、むしろ最初からセルフサービスで賄うことやめて欲しいなら分かるけど
つまんないRPAやりたくないから自分達でやってね、手に負えなくなっても知らんけどって酷すぎない？ｗ
2019/03/09(土) 18:46:54.42ID:OAlfgW/I
>>416
そうでしょうか？
最初からやめろというのもどうかと思います

なんであれやりたい人がやるのは勝手です
でも自分たちのやったことぐらいは最期まで責任を持ってやってください
これってそんなにおかしい事ですかね？
2019/03/09(土) 18:58:53.00ID:64x5+kvE
仕事として外注受けてるんならおかしいだろ(笑)
設備売って保守は自分でってないだろ
マザックやら飛んでくるぞ
2019/03/09(土) 19:05:22.30ID:OAlfgW/I
認識に齟齬があるようですね
自社商品でなくてもメンテナンスの依頼が来ることは珍しくないんです
2019/03/09(土) 19:58:02.34ID:Ypc5tDTo
RPA保守だけ請け負ったときって旨味ないからな
ベンダーやユーザーの適当な仕事が原因で起きた問題も保守側の責任にされたりするし
2019/03/09(土) 20:07:55.02ID:qrlmwqjK
>>417
そのやりたい事が失敗したり損しそうなら止めてやろうよ

逆に言えばだね、止めないのは勝手だが、止めないからにはいざとなったら助けてやるのが止めなかった奴の責任なのでは？
2019/03/09(土) 20:28:16.86ID:Ypc5tDTo
>>421
相手の言ってること理解できてなくて草
他社ベンダーのRPAを入れて既に保守不能になった状態でファーストコンタクトを取ってくる糞客の話をされてるんやぞ
2019/03/09(土) 21:21:59.54ID:bTZaX5cx
ITエンジニアって自分達の知識や経験が世の中の常識的に語るよね。
経営陣や別の部署にITリテラシーが低いだの、なんでそんな事も出来ない、知らないんだの。
じゃあ逆にあんたらは会計知識や法務行政やらの分野で同じ事を言われたらどうなんだ？といつも思う。
好き勝手やられて困るのであれば、最低限の事を教えればいいじゃん。
いかにも知らない方がおかしい！みたいな目線じゃなくてさ。
オレ自身は電気電子系のエンジニアだが、別に他人に電気系の最初から知識は求めんよ。
知らなくて普通で、必要であれば教えるだけ。
2019/03/09(土) 21:28:37.15ID:qrlmwqjK
>>422
こっちが草だよ、何も話し分かってないじゃん
まあそう言う仕事ばかりで腐心しているなら心中お察ししますとしか言えないが…
もうちょっと前向きになってそう言うケースを防止する為に歩みあって行こうと言いたい
2019/03/09(土) 21:47:24.67ID:Ypc5tDTo
会計知識や法務行政等の知識は全うなベンダーのITエンジニアなら当たり前に習得してるし、寧ろメインの顧客の業界からヘッドハンティングとかして人材確保をしてるぞ
その手の知識を知らなければ開発においてシステム要件の前提になる業務要件を理解できないので
あくまで、全うなエンジニアならという条件付きだが

ただそういう話とは別に、ことITに関してはあまりに顧客側のシステムに対するリテラシや統制意識、取引上のモラルが低いなと感じることがある
2019/03/09(土) 22:11:00.48ID:NCicnfGP
そんな仕事受注する会社に問題があるだけでRPAとは関係なくて草
2019/03/09(土) 22:48:48.66ID:bTZaX5cx
顧客側なんて自分達のやりたい事が最優先で、その仕組みやら導入による潜在的なトラブルなんて度外視は普通。
だから知ってる側がちゃんとリスクなりどうすれば要求を実現出来るかなりを教える必要があるんじゃないか。
リテラシーがー、とか上から目線で言ってないでさ。
好き勝手やられて壊して連絡が来るのなんてIT以外の分野でも普通。
2019/03/09(土) 23:13:51.22ID:bTZaX5cx
ちなみに自社製品以外の問題でも普通に相談に来たりする。
可能な限りは対応するようにしているよ。
仕事だからな。
2019/03/09(土) 23:17:29.66ID:WKGy4xAU
ビジネスは金次第

それはそれとして、RPAはただの詐欺。
1体でもロボット作れば分かるが、理由はこれ

>>329
2019/03/09(土) 23:19:39.23ID:qrlmwqjK
>>425
全うてのは真っ当って言いたいのかな？
真っ当なエンジニアの定義がスーパーすぎてちょっと困る
もうちょっとエンジニアのハードル下げてくれよｗ

閑話休題、ことITに関してはというけどそれ本当？ というかどうやって比べたの？
2019/03/09(土) 23:41:14.15ID:bwvILnkr
コンサルがHeartCore持ってきて導入する事になったんだけど、これどうなんだろ
誰か試したことある？
2019/03/10(日) 00:09:58.29ID:ncAutixO
>>429
作ったことあるよ。
すげー力技だなー。と別の意味で驚いたが。
2019/03/10(日) 00:42:01.79ID:PK62Bw2I
>>431
コンサルが持ってくるのはそこが販売契約してるから。
RPAに限らず夢のような事しか言わないから気を付けて。
2019/03/10(日) 11:33:40.07ID:gLNByFr5
rpaてプログラマーじゃない間接部門が使うためのツールだから本職の人は関係ないんだろ
2019/03/10(日) 11:42:36.77ID:8TH6z4a9
>>423
ITリテラシー関係なく、普通に考えればわかるようなこともわからなかったりするからな。

商品名　　数量
りんご　　　 1
みかん　　 5
バナナ　　3→6
計　　　　　　?

こんなエクセルの表作って、
おまえそれどうやって計算するんだよ?
みたいな。
2019/03/10(日) 11:46:10.82ID:5/+zyaBC
自動車が一個、ゴルフボールが一個、
合わせて二個！
2019/03/10(日) 11:55:53.01ID:8TH6z4a9
>>436
さすがに足しはしないが、
同じ列にジャンル違いのものが混ざってる事も普通にあるな。
何で混ぜていいと思うのかわからん。
2019/03/10(日) 12:19:16.42ID:Z3n5Z8ND
>>435
それ！
RPAロボのシナリオ作成とも共通するけど、
ユーザー部門は単純なロジックが理解できない。

大企業は地頭が多い奴が多いので、ましだけど、中小になると壊滅的
2019/03/10(日) 13:54:57.81ID:Bl+LQorv
文系の方は理系の方と比べて次元に対する認識が甘いのではないでしょうか
100円+50人がおかしいこと
100円*50人がおかしくないこと
実用上の数字には基本的に書かれていなくても単位(次元)が付属している
そういったことをシビアに認識していないのだと思います
2019/03/10(日) 15:12:17.47ID:zgB/L2w4
文系理系関係ない気がするが
まあ、話が逸れるけど単位系の違いはよく悩まされるよね
100千円だったり100万円だったり1個だったり1グロスだったり
またちょっと違うけど1ヶ月後(+30日)だったり1ヶ月後(翌月の同日)だったり…
2019/03/10(日) 16:11:42.55ID:E47MgCUI
金額で正規化すればいいじゃん
つーかなんでこのスレでそんな事話してんの
2019/03/10(日) 16:30:41.23ID:Bl+LQorv
RPAといえども扱う業務ロジックや計算アルゴリズムなどは従来のプログラムと大差ないはずです
なので開発全般の知識を共有する意義はあります
2019/03/10(日) 16:55:26.52ID:I++UVNcz
風袋が段ボール箱で大きさ一緒だったらリンゴ＋ミカンは間違いでもなかったりする
まともな伝票なら項目を横に掛けて縦で足す
2019/03/10(日) 17:49:46.03ID:hFpGjFbx
問題は、こういう技術ってのは大昔からあって、昔からやってた奴に言わせるとフリーソフトで十分じゃないの?ということ。
そして、じゃあちゃんとしたものを作るとなると結局高度なスキルが必要になって、大金払うならRPA自体作っちまえば?ということなんだよね。
フリーソフトより高機能だとしても便利に使っているという所がフリーソフトでは足りないほど高機能な所を使ってるかと言えば疑問だな。
2019/03/10(日) 17:56:29.24ID:8yEA0IHY
UIPath使うのとUIPath作るのじゃ必要な技術力全然違うぞ？
2019/03/10(日) 18:15:40.10ID:Bl+LQorv
古いフリーソフトは部品化が難しい点で弱いですね
SeleniumなどモダンなOSSのRPAツールを使えば部品化して共有することが簡単にできるので便利ですよ
2019/03/10(日) 18:18:26.25ID:hFpGjFbx
こういうツールをそれなりに触ってる奴なら内部で何をやってるかはほぼ分かってると思うぞ。
だからこそ、そんなに大金を払う気持ちにはなれねーな。
2019/03/10(日) 18:19:48.27ID:ncAutixO
UiPathとフリーソフトじゃ流石に違いすぎるぞ。
WinActorなら同レベルだが。
2019/03/10(日) 18:21:41.45ID:Bl+LQorv
>>448
どこがどう違うと思いましたか？
450デフォルトの名無しさん
垢版 |
2019/03/10(日) 18:36:39.50ID:sB+J0x7C
>>406
日本人は情緒で仕事してるから無理
2019/03/10(日) 18:39:49.50ID:PK62Bw2I
>>449
値段が…
2019/03/10(日) 19:35:50.17ID:7K5pQHle
>>450
上司の顔色を伺うとかロボットじゃ無理だからな。
453デフォルトの名無しさん
垢版 |
2019/03/10(日) 23:59:14.50ID:yzd/Af8M
>>444
うん、何言ってるかわかんない。
2019/03/11(月) 00:25:33.12ID:B6nWiYCU
>>453
昔、上司が凄い便利だと言ってNotes買ってきたんだ。
で、上司がそれで何をやりたいか聞いたらExcelでも十分にできるような内容だった。
NotesはExcelじゃ出来ないことも出来るけど上司の望みがショボかった。

RPAも似たようなもんじゃね?ということ。
2019/03/11(月) 06:15:29.10ID:u+JNOqbi
上司をロボットにリプレイスしました
2019/03/11(月) 07:37:36.24ID:/CW3kIb5
Notesはワークフローの共有と資料置き場としてクソ有能だから、、
2019/03/11(月) 08:09:58.98ID:n6vPhCva
>>455
うちもそれやりたいからやり方教えてくれ
2019/03/11(月) 08:59:36.41ID:fO5T1/AR
UiPathなんかのまともなRPAと、その他のナンチャッテRPAツールをごっちゃに話してるから齟齬が生まれるんだよ。
そりゃネットにリファレンスも公開されてないような糞RPAツール使ってりゃこんなもんフリーソフトで十分だわってなるし、
まともなRPAツール使ってるならなるほどこりゃ確かに便利かもしれんわってなるよ。
2019/03/11(月) 12:46:09.13ID:zh+jpn1Y
正直どの製品もどんぐりの背比べといった印象です
2019/03/11(月) 13:13:46.40ID:4t8J/q34
RPAなんか必要ない、と思うなら必要だと思っている部署に進言するなり、代替ツールの紹介なり、スクリプトを組んであげれば？
必要だと思う人達は代替案を知らなかったり、スクリプトを書けない人達だろうから。
知らない方が悪いのでは無くて、彼らの業務はシステム系統じゃないから。
2019/03/11(月) 14:57:47.22ID:eGtn0Kno
うちの社長なんて本当のロボットがパソコン操作すると思ってたくらいだからな
2019/03/11(月) 15:10:26.34ID:R+SWQu7C
>>461
別にそれはおかしくなくね？
2019/03/11(月) 18:55:27.81ID:/CW3kIb5
>>460
まさにそれ
2019/03/11(月) 19:43:37.01ID:99R+J1bf
>>460
それな。システム部のプログラマーが仕事して来なかったからRPA流行ってるんだよなあ。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。