ウェブ制作SBI証券のバックアップサイトに自動でログインし売買を行うプログラムを作成しています。ログイン、および単元未満株(S株)の売買には成功したのですが指定単位での株の購入がうまくできません。使用言語はJavaでDefaultHttpClientを使ってウェブ上で行う手順をトレースして売買をさせようと考えています。結果を出力して見ると、ログインから銘柄の指定、条件や購入数の指定までは進むことができており、最後の注文確定の部分から進めていないようです(画像参照)。単元未満株の売買には成功しており、同じ仕組が利用できると思われますが、どうしても通らずお手上げになっています。同じようなものを作られたことがあるかたがいらっしゃれば、何が問題でどこを修正すればいいのか知恵を頂きたく存じます。05:46:3975ptWebスクレイピングは,HTTPパラメータをベースにしたサイトとの通信やり取りで実装すると,うまくいかなくなる事が多いです。理由は,そういう自動処理ができないようにサイト側も対策をするからです。hiddenでパラメータを埋め込んで,それが送信されていないと不正なアクセスとみなし,このサービスはご利用できません,とだけそっけなく通知する。HTTPヘッダのユーザエージェントなどなどをよく検査して,ボットではなく本物のブラウザがアクセスしていることを検査する,など。そこで解決策ですが,IEを自動操作するプログラムを組んで対処するのがベストです。Webアプリの操作はつまるところDOM操作の繰り返しなので,ネットワークプログラミングではすぐに壁に行きあたり,DOMを操作するためにブラウザそのものを立ち上げて自動操作する路線に切り替えることになります。そのための言語としては,VBA,WSH,UWSCなどがよく使われますね。ググってみてください。(これ以上の具体的な回答はできません。自動操作を禁じているサイトもたくさんあるので,その幇助にあたる回答はできないのです。)他1件のコメントを見るIEの自動操作と言う考え方は完全に盲点でした。使用言語が全く未知の分野なのですがどうしても手詰まりになった時の案として検討したいと思います。08:20:59世の中のボット系のツールはこの手の路線で作られることが多いですので、早めの乗り換えと習得をお勧めします。ステータスコードを調べるなどの通信プログラミングの路線からは一刻も早く抜け出すことです。サイト側では、不正アクセスの原因を特定できないように作りますから。サイト側が親切に原因を教えてくれるとは期待しないほうがよいです。原因を特定しやすく作ってしまったら、そこを利用してくださいと言わんばかりの行為になりますので...。いった泥沼に陥らないためには、通信プログラミングではなく、本物のブラウザを動かすことがどうしても必要になるんですよね。すればサイトの操作で何か不具合が生じた場合もブラウザの画面上でグラフィカルに原因がわかるので、こういう問題が起きたときにも実装がサクサク進みやすいのです。時間を消耗して手詰まりになる前に再考なさることを強くお勧めしますよ、本当に。プログラミング習得の手間を避けたいなら、badboyみたいなツール利用の手もありますし。09:54:27あと、言語を学ぶ手間もそんなに負担ではありません。自作」などでググればすぐにわかりますが、uwscやVBAでそういうロボットの作り方を紹介しているサイトがたくさんありますので。05:46:39ここでベストアンサー75ptWebスクレイピングは,HTTPパラメータをベースにしたサイトとの通信やり取りで実装すると,うまくいかなくなる事が多いです。理由は,そういう自動処理ができないようにサイト側も対策をするからです。hiddenでパラメータを埋め込んで,それが送信されていないと不正なアクセスとみなし,このサービスはご利用できません,とだけそっけなく通知する。HTTPヘッダのユーザエージェントなどなどをよく検査して,ボットではなく本物のブラウザがアクセスしていることを検査する,など。そこで解決策ですが,IEを自動操作するプログラムを組んで対処するのがベストです。Webアプリの操作はつまるところDOM操作の繰り返しなので,ネットワークプログラミングではすぐに壁に行きあたり,DOMを操作するためにブラウザそのものを立ち上げて自動操作する路線に切り替えることになります。そのための言語としては,VBA,WSH,UWSCなどがよく使われますね。ググってみてください。(これ以上の具体的な回答はできません。自動操作を禁じているサイトもたくさんあるので,その幇助にあたる回答はできないのです。)他1件のコメントを見るIEの自動操作と言う考え方は完全に盲点でした。使用言語が全く未知の分野なのですがどうしても手詰まりになった時の案として検討したいと思います。08:20:59世の中のボット系のツールはこの手の路線で作られることが多いですので、早めの乗り換えと習得をお勧めします。ステータスコードを調べるなどの通信プログラミングの路線からは一刻も早く抜け出すことです。サイト側では、不正アクセスの原因を特定できないように作りますから。サイト側が親切に原因を教えてくれるとは期待しないほうがよいです。原因を特定しやすく作ってしまったら、そこを利用してくださいと言わんばかりの行為になりますので...。いった泥沼に陥らないためには、通信プログラミングではなく、本物のブラウザを動かすことがどうしても必要になるんですよね。すればサイトの操作で何か不具合が生じた場合もブラウザの画面上でグラフィカルに原因がわかるので、こういう問題が起きたときにも実装がサクサク進みやすいのです。時間を消耗して手詰まりになる前に再考なさることを強くお勧めしますよ、本当に。プログラミング習得の手間を避けたいなら、badboyみたいなツール利用の手もありますし。09:54:27あと、言語を学ぶ手間もそんなに負担ではありません。自作」などでググればすぐにわかりますが、uwscやVBAでそういうロボットの作り方を紹介しているサイトがたくさんありますので。チェックしているサイトがあります。返すことが多いように思います。返ってきているステータスコードを確認してみてください。するとステータスコードの後の文字列にリクエストを拒否した理由が書いてある可能性もあります。