PSVITAのバイリニアフィルタリング設定画面

PSPのゲーム（今回はモンハン2ndG）をPSVITAでダウンロードして遊ぶ時に

・バイリニアフィルタリング

・右スティック

・カメラ

・カラースペース(PSP)

という設定をする画面が出せます。

これは画面をタップし続ける（画面に指をおいてしばらく待つ）と表示されるようです。

意識して操作しないと戦闘中に設定画面でてしまいます・・

バイリニアフィルタリングをすると画面のカクカクがなめらかになりいい感じです。

PSPからPSVITAへのセーブデータ移行

PSPで使っていたモンハン2ndGはPSVITAでPlayStationSTOREからダウンロードして使えました。また、セーブデータの移行も行えました。移行方法は以下のとおりです。

(1)PSVITAでモンハン2ndGをダウンロードする。

(2)PSVITAで｢NEW GAME｣でゲームを開始して、いったんセーブする。

(3)PCでPSVITAのコンテンツ管理アシスタント（PC用ソフト）をダウンロードし

　　セットアップする。「PSVITA　コンテンツ管理アシスタント」でググるとでてきます。

(4)PCとPSVITAをUSB接続し、PSVITA側のコンテンツ管理でPSVITAのセｰブデータ

　　をＰＣにコピーする。

(5)PC側でマイドキュメント→PS Vita→PSAVEDATAとたどって、さらに下層に

　　進むとPSVITAからコピーされたセーブデータがあるので、これをPSPの

　　セーブデータで上書きする。

(6)PSVITA側でコンテンツ管理を使いＰＣのセーブデータをPSVITAにコピーする。

GWTで作成したWebアプリケーションをtomcat上で動かす方法

GWTで作成したWebアプリケーションをコンパイルしてtomcat上で動かす手順をまとめました。（GWTサンプルプログラムのShowcaseを例にしています）

1. EclipseでGWTのWebアプリケーションプロジェクトを開いた状態で、ツールバーから [GWT コンパイル・プロジェクト]ボタンをクリックします。
2. コンパイル画面ではとりあえずデフォルト値で[コンパイル]ボタンをクリックします。コンパイルが終わるとコンソールに"Compilation succeeded"とでます。
3. Windowsのエクスプローラでtomcatのwebappsフォルダを開いておきます。
4. Eclipseのパッケージ・エクスプローラーのwarフォルダを前項で開いたwebappsフォルダにCtrlキーを押しながらドラッグ＆ドロップします。
5. コピーした"war"フォルダを"Showcase"にリネームします。
6. tomcatのサービスを起動して、ieなどのブラウザでサンプルプログラムのページを表示します。ローカルで見る場合は"http://localhost:8080/Showcase/Showcase.html"というようなURLになります。

GWTのサンプルプログラムをEclipseで参照・編集・実行できるようにする方法

GWT(GoogleWebToolkit)のサンプルプログラムをEclipseのプロジェクトに取り込んで、サンプルソースの参照・編集や実行をできるようにする手順をまとめました。

まず開発環境の整備

1.Eclipseのインストールと日本語化の手順はこちら

※インストール先はC:\直下などに入れたほうがいいです。マイドキュメントの下などに入れるとGWTプラグインのパスが長くなってしまい、フォルダの移動や削除時に「ファイル名または拡張子が長すぎます」というエラーがでてしまいます。

2.GWTプラグインは以下の手順でインストール

• Googleのトップページから[もっと見る]→[さらにもっと]→[Code]→[Google Web Toolkit]とたどり[ダウンロード Google Web Toolkit]ボタンをクリックする。
• [Download Plugin & SDKs]をクリックするとEclipseのバージョン別にUpdateSiteのURLが記載されているのでこれを控える。（たとえばEclipse3.6の場合はhttp://dl.google.com/eclipse/plugin/3.6)
• Eclipseを起動し、メニューから[ヘルプ]→[新規ソフトウェアのインストール...]→とたどり前項で控えたUpdateSiteのURLを作業対象のところに入力してEnterキーを押します。
• 画面に[プラグイン]と[SDK]というチェックボックスが表示されるので、両方ともチェックして[次へ]ボタンをクリックします。
• さらに[次へ]ボタンをクリックしていき、[使用条件の条項に同意します]を選択し[完了]ボタンをクリックします。
• 署名なしコンテンツのインストール確認については[OK]を選択。
• 最後にEclipseを再起動するか問い合わせがありますので再起動します。

次にサンプルのダウンロード

• Googleのトップページから[もっと見る]→[さらにもっと]→[Code]→[Google Web Toolkit]とたどり[ダウンロード Google Web Toolkit]ボタンをクリックする。
• [Download GWT SDK]をクリックしてアーカイブをダウンロードする。

プロジェクトの作成とサンプルの取り込み（サンプルShowcaseの例）

• ツールバーから [新規Webアプリケーション・プロジェクト]ボタンをクリックする。※Windowsセキュリティの確認ダイアログがでたら[ブロックを解除する]を選択。
• プロジェクト名に"Showcase"、パッケージに"com.google.gwt.sample.showcase"を入力する。
• [Google Webツールキットを使用]のところにある、[指定したSDKを使用]のコンボボックスからSDKを選択。
• [Google Appエンジンを使用する]のチェックをはずす。※ローカルでテストするため。
• [Generate GWT project sample code]のチェックをはずす。
• [完了]ボタンをクリックする。
• Eclipseから[ウィンドウ]→[ビューの表示]→[ナビゲーター]とたどりナビゲータを表示する。
• さきほどダウンロードしたGWT SDKのアーカイブを展開し、その中の"samples/Showcase"の下の"src"と"war"フォルダを、Eclipseのナビゲータ上の"Showcase"プロジェクトのところ(ツリーの最上層)にドラッグ＆ドロップします。
• コピーの問い合わせについては[Copy files and folders]を選択。
• 上書き確認は[すべてはい]を選択。
• コピーが終わったらEclipseで[ウィンドウ]→[設定]とたどり、ツリーから[一般]→[ワークスペース]を選択する。この中のテキストファイルのエンコードを"UTF-8"に設定する。
• Eclipseのパッケージ・エクスプローラからソースを参照できれば成功。エントリポイントの"com.google.gwt.sample.showcase.client.Showcase.java"などを見てみる。
• 実行する場合はパッケージ・エクスプローラで"Showcase"プロジェクトのところ(ツリーの最上層)で右クリックし[実行]→[Webアプリケーション]と進む。[Development Mode]タブのところにURLが表示されるのでこれをダブルクリックすると、ブラウザでWebアプリケーションを使うことができる。

Eclipse3.6(Helios)用のVisualEditor1.5.0リリース

Eclipse3.6(Helios)用のVisualEditor1.5.0がようやくリリースされました。(^ ^)

http://www.eclipse.org/vep/

確定申告書等作成コーナーで先物取引明細を自動入力するソフト「TaxBot」を公開しました。

日経225先物取引の確定申告を国税庁の確定申告書等作成コーナーを使って行う場合、全取引の明細を「先物取引に係る雑所得等」というページで入力しなければなりません。これを手入力で行うと大変な手間がかかりますが（特にデイトレーダーの場合）、本日公開した「TaxBot」を使えば取引履歴のCSVを読み込んで自動入力することができます。メインサイトで公開していますので、よろしければどうぞ。

取引回数とシュミレーション結果の信頼性について考える-２

2008年1月～2009年2月に使用した「2008年モデル」と2009年3月から使用している「2009年モデル」の性能を、今年の日経225miniのデータでシュミレーションし比較してみました。結果の損益グラフは以下の通りです。

青い線が「2009年モデル」、赤い線が「2008年モデル」です。どちらもトレンドフォロー戦略ですが、2009年モデルの方が慎重に行動する（取引回数が少なくなる）よう作っています。旧式のシュミレーション結果の方が２倍以上の損失ですので、３月の変更は間違いではなかったように見えますが、現状のシステムを使い続けることには疑問を感じてます。去年の１０月中旬以降のようなチャンスがこないとも限りませんので、今年も去年と同様のルール（損失がシュミレーション時の最大ドローダウンの2倍を超えた場合リアル取引中止）で観察しようと思います。ここ数ヶ月のデイトレは逆張りでしか取りようのない相場に見えますので、今の戦略が脆弱で将来的にも無用なのか、ただ不運が続いているだけなのかの判断が難しいです。

オープンソース(LGPLv3)のトレードシステム部品をSOURCEFORGEで公開しました

トレードロボット基本コンポーネントパッケージをRobotTraderLibraryに名称変更し、ソースをSOURCEFORGEで管理するようにしました。バージョンはv2.00にアップしています。ソースの入手方法などメインサイトに載せています。このライブラリは現状本稼動中のトレードシステムで実際に使っており、現在ほとんどバグは出ていませんので比較的安定しているのではと思います。

また、ライセンスを今までのBSDライクなものからLGPLv3に変更しました。これでRobotTraderLibraryから派生したライブラリはオープンソースであることを義務付けられ、将来的にこのライブラリを独占されることはありません（私を含めて他の誰にも）。また、ライブラリの母体となるアプリケーション（呼び出し元）はオープンソースにしなくてもよいライセンスなので（詳しくはGNUからでているライセンスを参照ください）、安心して利用できるのではと思います。

トレードシステムの肝心要な売買ルール部分は誰も公開しないと思いますが、証券会社との通信処理やテクニカル指標の算出など共有可能なプログラム部品については、いろいろな開発者の方々の手によってメンテ、機能アップされた方が全トレードシステム開発者にとってメリットであると思いオープンソース化しました。ぜひ皆様もお気軽に開発に参加していただければと思います(Eclipseがあれば実現できます)。参加希望の方はメールをいただければ必要な情報を返信します（メールアドレスはメインサイトを参照ください）。

Eclipse3.5(Galileo)を使い始めました

Eclipse3.5(Galileo)を使い始めました。Eclipse3.5(Galileo)のインストール手順やPleiadesによる日本語化の方法、GUIアプリケーションの開発効率をあげるプラグインVisualEditorのインストール方法をまとめてメインサイトにアップしました。

https通信の内容をモニタして解析する(フリーソフトBurpSuiteでキャプチャ)

証券会社のサイトからの気配情報取得や発注処理を作りこむ時、なかなかうまく行かず壁にあたってしまった場合はIEなどのブラウザから実際に発注をしてみて、その通信内容をキャプチャしたいところですが、通信内容がhttpsで暗号化されているため、wiresharkなどのパケットモニタツールでは内容を解析することができません。このような場合はBurpSuiteというツールを使うと便利です。IEなどでこのBurpSuiteをProxyにして通信をすると、通信内容のすべてを見ることができます。使い方は以下のとおりです。

(1)BurpSuiteを以下の場所からダウンロードする。
http://portswigger.net/suite/download.html
・上記のページで「Download free edition」ボタンをクリックします。
・zipのリンクが現れるのでダウンロードします。この記事を書いた時はburpsuite_v1.2.01.zipでした。

(2)zipを解凍してsuite.batを起動します。画面がたちあがります。

(3)ブラウザでlocalhostのポート8080をproxyに設定します。
IEの場合はツール→インターネットオプションで接続タブを開きLANの設定ボタンをクリックします。その中のプロキシサーバーのところのアドレスにlocalhost、ポートに8080を入力します。「～プロキシサーバーを使用する」にもチェックします。

(4)証券会社のサイトにアクセスします。するとburpsuiteの画面のproxyタブが赤くなるのでこれをクリックします。

(5)リクエスト内容が表示されています。「forward」ボタンをクリックして通信を進めます。ブラウザが通信中でなくなるまで「forward」ボタンをクリックし続けます。

(6)historyタブを開くとそこまでの通信履歴を見ることができます。さらに表から各通信をクリックするとrequestとresponseタブでそれぞれの通信内容を見ることができます。

証券会社ＰＣサイトでの自動発注（クリック証券に挑戦）

トレードロボットの自動発注処理は携帯サイトやPDAサイトなどのようにHTMLがシンプルなサイトを選んで作りこんでいますが、今回クリック証券のＰＣサイトでの発注に挑戦してみました。トレードロボット基本コンポーネントパッケージを使って気配情報取得や新規発注を実装しましたが、携帯サイトやPDAサイトなどと違いJavaScriptとhtmlが複雑に絡み合っていますのでどうしても手間がかかります。

JavaScriptなしのサイトはHtmlParserクラスのparseHtmlFormメソッドを使って生成したHtmlFormに発注数や発注条件をセットしてsendForm(Webクラス)するだけでよく、hidden項目などには何もしなくていいのですが、ＰＣサイトではHTMLに書かれているformの要素をJavaScriptで編集しているケースが多く（クリック証券の場合はToggle系やformの送信先URL）、この部分の解析とプログラミングに時間がかかります。

今後FXの自動発注処理を作っていく予定ですが、HTMLがシンプルなサイトを選ぶことになりそうです。

トレードロボット基本コンポーネントパッケージv1.20とシグナルボックスエディタβ2.10を公開しました

トレードロボット基本コンポーネントパッケージv1.20とシグナルボックスエディタβ2.10をメインサイトで公開しました。大きく変わった点は以下の通りです。

• トレードロボット基本コンポーネントパッケージ
  今までSignalStreamやSignalBlockのgetSignalメソッドでシグナルを取得していたところをgetJudgmentResultメソッドで取得するように変更しました。
• シグナルボックスエディタ
  リレーション削除の操作方法を変更しました。
  リレーション削除ボタンをクリックしてキャンバスをドラッグすると線が表示されるようになっています。この線を削除したいリレーションと交差させるとリレーションが削除されます。複数リレーションを一度に削除できるようにするためこのように変更しました。

JavaのHttpURLConnectionのdisconnect()メソッドで認識違い(FIN,ACKパケットは流れない)

トレードロボット基本コンポーネントパッケージのWebクラスではWebサイトからhtmlを取得する時の処理の流れを以下のようにしています。

（１）HttpURLConnectionのconnect()を実行
（２）HttpURLConnectionのgetResponseCode()をした上でgetInputStream()からhtmlを取得
（３）HttpURLConnectionのdisconnect()を実行

このそれぞれの処理で以下のようなパケットのやりとりを想定していましたがⅡの方が大きな間違いでした。

Ⅰ.上記（１）のconnect()でSYN→SYN,ACK→ACKのパケットが流れてTCPのコネクションが確立される。
Ⅱ.上記（３）のdisconnect()でFIN,ACKのパケットをやりとりしコネクションを切断する。→×

wireshark(フリーのパケットキャプチャツール)でパケットのやりとりを見てみますとHttpURLConnectionのdisconnect()を行ってもFIN,ACKのパケットは流れません。
FIN,ACKはConnectionヘッダーのデフォルトをKeep-Aliveにしていたためか、（２）を行った後、数秒何もしないとサーバー側から送られてきていました。
Connectionヘッダーをcloseにすると（２）でhtmlを受け取った後、ただちにFIN,ACKパケットがサーバーに送られます。

今までWebクラスのgetHtmlメソッドやpostHtmlメソッドの中が上記の（１）～（３）のような処理でしたが、Keep-Aliveの時に連続してgetHtmlメソッドを実行すると問題が発生しそうです。以前HTTPのレスポンス受信時にIOException"Connection reset"が発生するトラブルがありましたがこれが根本原因なのかもしれません。修正版（getHtmlとpostHtmlメソッドの中のdisconnect()呼び出しをやめる）の基本コンポーネントパッケージを近日中に公開したいと思います。

なお上記以外にも以下のようなことがわかりました。
・Keep-Aliveで接続が持続されている状態でHttpURLConnectionのオブジェクトがスコープを外れるなどして破棄される時にはRST,ACKパケット（強制切断）がサーバーに送られる。
・HttpURLConnectionのconnect()はコネクションが確立していればSYN→SYN,ACK→ACKのパケットが流れない（これはjavadocに書いてありますね）のでKeep-Aliveには対応できる。

非専業システムトレーダーにとって重要な異常通知機能

常にＰＣの前にいて取引できる専業のトレーダーの方々と違い、私のような普段会社勤めをしている非専業のシステムトレーダーにとっては異常通知機能が大変重要になってきます。特にポジションを持っている状態で異常が発生した場合などは強制決済をしなければなりませんのでなるべく早く異常をキャッチする必要があります。

私の場合は以下の３段階で確認できるようにしています。

（１）トレードロボットのプロセスとは別にトレードロボットが動作しているか確認するプロセスを起動しておいて、トレードロボットと通信ができなくなった時に携帯電話に異常通知メールを送る。

→トレードロボットのプロセスが停止した時に通知を受けられます。基本的にはこれで十分なはずですが・・

（２）メインサイトのトップページに各ロボットがLastUpdate時刻を記録する。（20秒おき）

→トレードロボットとトレードロボット監視プロセスの両方が停止しても、このLastUpdate時刻を見れば異常をキャッチできます。

（３）メインサイト自体が見れない場合は光回線のDSU（ADSLの場合はADSLモデム）に異常があると判断します。

トレードロボット基本コンポーネントパッケージ（オープンソース）がv1.10にバージョンアップしました

トレードロボット基本コンポーネントパッケージ（オープンソース）がv1.10にバージョンアップしました。Web通信(http,https)クラスでCookieを自動処理するよう機能改善しています。今までのバージョンではCookieの送受信処理を自分で実装しなければなりませんでしたが、jp.robotbrain.net.Webクラスのgoメソッド（新）とsendFormメソッドを使うことにより基本コンポーネント側でCookieの送受信が行われます。これにより今まで面倒であった証券会社のPCサイトへのログインが携帯サイト、PDAサイトと同じようにシンプルなコードで実装できるようになりました。メインサイトでクリック証券、ＳＢＩ証券、カブドットコムへのログイン処理のサンプルJavaソースをアップしましたのでよろしければご覧ください。

取引回数とシュミレーション結果の信頼性について考える

３月から実戦トレードロボットを旧式のnikkei_dolphin_sig001から現nikkei_ape_sig001に切り替えました。2008年度の実績をもとに算出した日経225mini１枚あたりの１取引（往復）のコスト（スリッページ+手数料）\1,200で2000年～2008年を旧式で再シュミレーションしたところ総損益マイナスの結果となったため、ロジックやパラメータを見直して新しいロボットに切り替えたのですが不安材料がいくつかあります。まずは旧式のロボットにくらべ現ロボットの年間平均取引数が少ない点。日経225miniのデイトレード（イブニングは除外）で旧式の平均年間取引数は278回ですが、現ロボットは157回です。これが多いか少ないかは１年くらい実トレードしてみないとなんとも言えませんが、2009月3月度だけを見るとまずまずの結果になりました。以下の表は旧式（青い線）と現ロボット（赤い線）の2009月3月度のシュミレーション結果ですが、現ロボットの方がドローダウンが小さく、最終的な損益も旧式よりも若干上まわりました。今後も旧式との比較をしながら、どのくらいの取引数が妥当か研究していきたいと思います。

HTTPのレスポンス受信時にIOExceptionの"Connection reset"発生

新規注文のhttp通信時にIOExceptionが発生するトラブルが3/13に起きました。

ログを見たところ新規注文のhttpリクエストは問題なく送信されていたようで、その後のhttpレスポンスを受信時にIOExceptionが発生していました。メッセージは"Connection reset"でした。（例外は発生しましたが新規注文は約定されていました）

具体的なエラー発生箇所ですが、トレードロボット基本コンポーネントのjp.robotbrain.net.WebクラスのpostHtmlの中にある以下の行でエラーになっていたようです。

returnValue = getResponseText(p_charset);

レスポンス受信時になんらかの理由でコネクションが解消されたようですね。１年３ヶ月運用してきてはじめて発生する現象ですので再現性はかなり低いと思いますが、年に１～２回しか訪れない大チャンスで再現されたら、たまりませんので以下のような対策をしました。

（対策）

新規注文時の処理は大きく以下のような流れになっています。

------------------------------

（１）新規注文フォームをPOST

（２）上記（１）のレスポンスを受信

（３）建玉一覧のページをGET

（４）上記（３）のレスポンスを解析して建玉がある場合は約定したと判断する。すぐに約定しない場合があるので１０数回は（３）～（４）を繰り返す。

------------------------------

このようになっておりまして、約定確認は建玉一覧ページを見て行っていますので（２）のレスポンスは受信はしますが、処理上使っていません。ですので（２）で例外が発生しても無視して（３）に進むように処理を変更しました。

また、この対応を可能にするためにトレードロボット基本コンポーネントのjp.robotbrain.net.WebクラスのsendFormで送信用と受信用の例外をそれぞれHttpSendException, HttpRecvExceptionのように分けました。（v1.02まではIOExceptionで一本化されていましたので送信と受信どちらのエラーか判別できませんでした）

昨日公開したトレードロボット基本コンポーネントパッケージv1.03は上記の対応をしたバージョンになります。

オープンソースのトレードロボット基本コンポーネントパッケージV1.02とシグナルボックスエディタβ1.7を公開しました

久しぶりにトレードロボット基本コンポーネントパッケージとシグナルボックスエディタをバージョンアップしました。メインサイト(robotbrain.jp)で公開していますのでよろしければダウンロードしてください（Vectorでは２週間後くらいに公開となります）。なお、今回のシグナルボックスエディタのバージョンアップで保存ファイル(SignalBoxDesign)の形式変更を行っておりまして、これが旧バージョンとの互換性がありません。ご注意ください。

週末は引越しです～YahooBBの解約で失敗～

週末は引越しのため2/27（金）夜から週末にかけてメインサイトにアクセスができなくなります。あらかじめご了承ください。（FXロボットは先日からすでに止めています）

さて、私は今までYahooBBを使っていましたが、引越しなどでYahooBBの解約を予定されている方はなるべく早くお電話することをおすすめします。私は電話１本で解約が済むものと思っていたのでぎりぎりまで電話をしなかったのですが、実際には解約手続書がYahooBBから送られてきて（電話をしてから４日後に到着）、これに署名などをして返送しそれがYahooBBに到着した月が解約月になるようです。わたしは今日(2/27)この解約手続書をポストに入れますので微妙なところですが、おそらく来月分の料金も発生してしまうと思われます。4000円程度ですが、すごく損をした気分になりますね。

スターアセット証券の商品先物電子取引サービス終了

商品先物用の口座をスターアセット証券に持っていましたが、平成21年3月27日（金）をもって電子取引サービス「Ｉ・トレード」が終了になるようです。先日、クリック証券のＷｅｂサービスが終了になりましたが、証券会社はサービス規模縮小の方向にあるのでしょうか。メインで使っている証券会社にはなんとか持ちこたえていただきたいものです。

平成２０年分日経225mini先物取引の確定申告をｅ－Ｔａｘで送信しました

平成２０年分の確定申告ですが、先週の内にｅ－Ｔａｘで送信しました。どうやら1/19から送信可能だったようですね。もう少し早くやっていればよかったです。

さて、ｅ－Ｔａｘは去年から使い始めましたが、最初は ICカードリーダー を買ったり、いろいろなソフトやルート証明書などのセキュリティ系のセットアップなどがあってかなり面倒でした。２年目以降は楽できるのかなと思いましたが、各種ソフトのほぼすべてがバージョンアップされており、またセットアップのやり直しとなりました。初回ほどではありませんがやはり面倒です。

毎年このような調子になりそうですが、それでもｅ－Ｔａｘには大きなメリットがあります。先物取引の場合、その取引明細を１件ずつ（日単位ではなく新規→返済の１件ずつです）、すべて提出しなければならず、私の場合、今年は700トレードを超えていましたのでこれを紙で出力するとA4用紙200毎以上となります。これはかなり紙とインクの無駄になりますね。ｅ－Ｔａｘではこの部分を節約できて、かつ税務署で行列しなくてよいというメリットがあります。

これらのデータは国税庁の確定申告書等作成コーナーで入力しますが、700件のデータを手入力する根気はとてもないので、先物取引明細のCSVをインプットにしてブラウザに自動入力するツールを作って対応しました（これはさすがにJavaでなくC++のWindows専用アプリですが）。ツール自体は去年の確定申告の時に作成済みで、今年の平成２０年分ではお小遣い稼ぎのためシェアウェアとして公開しようかと思っていましたが、シグナルボックスエディタなどのフリーソフトで手一杯でまったく準備ができませんでした。ニーズはあると思いますので来年こそは実現したいと思います。

→　先物明細自動入力ソフトTaxBotについて

クリック証券のWebサービスが終了

クリック証券のサイトのWebサービスのページを先ほど見たところ「クリック証券Webサービスの新規ご利用受付は2009年2月2日をもって終了させていただきました。既にWebサービスをご利用のお客様につきましては、2009年2月14日にご利用を終了させていただきます。」とのことでしたので、明日からの取引は予備の証券会社に切り替えます。そしてクリック証券からは全額出金しました（出金が殺到しそうですね）。せっかく作ったのに・・はぁ。

クリック証券のsakimonoMeigaraJohoList.doリクエストでタイムアウト

今年に入ってからクリック証券のWebサービスを使って実取引をしていますが、本日(09/02/02)の8:40から11:00くらいまでクリック証券のsakimonoMeigaraJohoList.doに対するリクエストでタイムアウトになる事象が発生しました（ログインは通るがsakimonoMeigaraJohoList.doのリクエストでタイムアウト。何度やっても同じ。）。少し時間をずらして午後に実行してみたところレスポンスが返ってくるようになっていました。プログラムや環境を変えていないのでクリック証券のサーバー側がおかしいのかと思いクリック証券に調査依頼しましたが「再現しません、お客様のプログラムを再確認してください」との回答でした。今となってはこちらでも再現しないので困ったものです。手数料面でクリック証券は有利なのでもう少し使ってみて、もう一度同じ事象が発生したら予備の証券会社に切り替えようかと思います。

取引コスト（スリッページと手数料）の過小評価

日経225miniの１枚あたりの取引コスト（スリッページと手数料）を今まで往復500円でシュミレーションしていましたが、これはかなり甘い見込みだったようです。往復500円の取引コストで2008年度をバックテストした結果とリアルの取引結果にかなり乖離がありましたので、取引コストをいくらにしたらリアル損益とつり合うのか調べてみたところ、2008年度については日経225mini１枚あたり往復1200円でリアル損益とつり合いました。日経225miniの２ティック＋200円といったところですね。今後はこの値でシュミレーションしていこうかと思います。

シグナルボックスエディタβ1.4とオープンソースの基本コンポーネントパッケージ(2009.01.13版)を公開しました

GUIでトレードロジックを構築できるフリーソフト、シグナルボックスエディタβ1.4とオープンソースの基本コンポーネントパッケージ(2009.01.13版)をメインサイトで公開しました。

トレードロボット基本コンポーネントパッケージ(09/01/07版)とシグナルボックスエディタβ1.3を公開しました。

フリーソフトのシグナルボックスエディタβ1.3とオープンソースの基本コンポーネントパッケージ(2009.01.07版)をメインサイトで公開しました。

FXロボットの研究をはじめました

今年からFXのトレードロボットの研究を始めました。メインサイトで試作品の動向をチェックできるようにしています。また、去年までは気配値取得や発注のトラブルの対応策として証券会社２社分の２台のロボットを使ってリスク分散していましたが、今年からはログイン時に証券会社のサイトのフォーマットチェックをして問題があれば別の証券会社に切り替える機能をつけましたので１台運用にしています。ＦＸ、先物どちらのロボットもメインサイトで公開しているフリーソフト「シグナルボックスエディタ」とオープンソースのトレードロボット基本コンポーネントパッケージを使って作っています。

気配値取得や発注のトラブル

今年も気配値取得や発注のトラブルに悩まされましたが原因は基本的に以下の２つのどれかでした。

（１）ログイン後の約諾書同意画面への遷移

先物取引の約諾書に変更があった場合、ログイン直後にその約諾書の同意画面（新約諾書へのリンクと同意ボタンがある画面）に強制的に遷移して同意を促す証券会社があります。このような場合に普段はログイン→トップメニューという遷移のところが、ログイン→約諾書同意画面→トップメニューという流れに変わってしまい、気配値取得や発注ができなくなる場合がありました。

→（考えられる対処方法）ログイン直後にメインメニューに行けない場合は予備の証券会社に切り替える。

（２）証券会社のシステムトラブル

証券会社のシステムにトラブルがあり気配値取得や発注ができなくなることが何度かありました。今年は楽天証券が目だって多かったです。

→（考えられる対処方法）今のところロボットの緊急停止しか考えられません。自動で行うにしてもポジションを持っている状態で発注不能になった場合は対処が難しいです（今年は実際にこのような状況に陥りました）。

シグナルボックスエディタβ1.2を公開しました

フリーソフトのシグナルボックスエディタβ1.2とオープンソースの基本コンポーネントパッケージ(2008.12.22版)をメインサイトで公開しました。

シグナルボックスエディタは先物やFXの売買ロジックをGUIで構築できるソフトウェアです。以下のような特徴があります。

・ＲＡＤツールのようにテクニカル指標やシグナル判定の部品を画面に配置して、それらを組み合わせることによってロジックを構築できます。
・作成したロジックをJavaのソースで出力することができます。コーディングの手間を省き、コーディングミスのリスクを低減できます。
・テクニカル指標やシグナル判定の部品は自作して組み込むことができます。
・添付の基本コンポーネントパッケージでローソク足、ボリンジャーバンド、ドンチャンチャネル、ＤＭＩ、ＳＭＡ、ＥＭＡ、ＭＡＣＤ、ＴrueＲange、ストキャスティクスの算出ができます。基本コンポーネントパッケージはオープンソースです。
・Javaで作成したツールなのでWindowsだけでなくLinuxでも使うことができます。(Fedora9とUbuntu 8.0.4 LTSで動作確認済）

２００８年度取引ルール

２００８年度の取引ルールは以下のとおりです。

（１）ポジションサイズ

２台の自動売買ロボットが日経225miniをそれぞれ最大ポジション１枚で運用します。

（２）手数料計算

手数料は各証券会社で異なるので年末に合算し損益の年計を求めます。以下の金額を想定しています。

2007年の総取引回数（シュミレーション）は326回です。現在、手数料は往復105円と片道105円の証券会社を使っていますので2台のロボットがそれぞれの証券会社を利用したとして

ロボット１： 326回×105円＝34,230円

ロボット２： （326回÷2）×105円＝17,115円

34,230円＋17,115円＝51,345円

ということで手数料は年合計51,345円を想定しています。（実際には片道105円の証券会社の利用比率はもう少し低いのですが多めに見積もっています）

メインサイトで公開している損益は手数料抜きですので、51,345円以上の損益にならなければ損をします。

(3)年間退場ルール

年間最大ドローダウンが過去４年間の最大ドローダウンの２倍を超えたら、それ以降年末までは実取引を停止してバーチャル取引に切り替えます。2008年の利益の最大は2008/05/30時点の224,500(ロボット2台分)でした。過去４年間の最大ドローダウン（シュミレーション）は117,500(ロボット1台分)ですので

224,500－(117,500×2台×2倍)=-177,500

となり、月度損益計上時に年度損益計が-177,500を下回った場合は2008年は退場となります。