カブドットコム証券では、お客さまが安心してお取引できますように、システム状況を様々な側面から監視し、安定性やパフォーマンスの向上といったシステムの改善に努めています。弊社の ディスクロージャーポリシーに基づき、システム負荷状況や障害情報、今後の設備増強プランなどを積極的に公開しています。オンライントレードシステムの構成やシステムデザインのコンセプトなどについてはシステム概要を、掲載事例は掲載・事例紹介を、SSL証明書などのセキュリティ対策の詳細や、当サイトをご利用になるうえでご考慮いただきたいセキュリティ対策事項についてはセキュリティのご案内を併せてご利用ください。

更新日 2010年3月10日

■ 注文取次ぎ処理速度（板乗り速度）の高速化対応

2010年1月4日（月）から、東京証券取引所の次世代売買システム｢アローヘッド｣が稼働。これに合わせ、東証同様に最新技術を利用したシステム刷新を行いサービスを拡充しております。 当社では2009年7月より、注文取次ぎ処理速度（板乗り速度)高速化のためのシステム改善を実施しており、2009年7月当初は約2秒となっていた板乗り速度を、アローヘッド対応後の1月には500ミリ秒以内に短縮しております。
また、2010年2月10日（水）には、買付可能額・建玉可能額の計算におけるキャッシュ化対応の実施により、さらに板乗り速度が全体平均100〜200ミリ秒程度改善となりました。

東証アローヘッドに完全対応・変更のポイント

下記の表は、主要商品1約定あたりシステム費用、システム費用/販管費率は、調査期間における財務指標を元に計算したもので、数値が低いほど効率的なシステム構築・運用である事を表します。

下記の表は、調査期間中のシステム費用の大まかな内訳です。

システムの処理性能について現状分析を行い、キャパシティプランニングのインプットとして整理しております。 ここでは、社内で利用している指標のうち、約定処理入力に関する指数と、ウェブサーバの処理実績、そして各サーバの負荷状況をご紹介させていただきます。

お客様からの注文を当社のシステムで受注し取引所への注文の取次処理が完了するまでの時刻を、注文取次ぎ処理速度（板乗り速度）として監視しています。
下記表は、寄付直後9:02と後場14:00の、東証への現物株式買い発注の注文取次ぎ処理速度（板乗り速度）を調査したものです。尚、下記表は当社で当該数値の記録を開始した、2009年6月以降の数値を掲載しています。

この数値は、減少すると注文の取次ぎがより高速に処理されていることを表し、増加すると処理速度が低下していることを表しています。

当社では、2009年7月より注文取次ぎ処理速度（板乗り速度)高速化のためのシステム改善を実施しています。2009年7月当初は約2秒かかっていた板乗り速度は、8月には1秒前後となり、アローヘッド対応後の1月には500ミリ秒以下となりました。
また、2010年2月10日（水）ザラバから、買付可能額・建玉可能額の計算におけるキャッシュ化対応の実施により、さらに板乗り速度が全体平均100〜200ミリ秒程度改善となりました。

単位時間内にどの程度の約定電文を処理する事が可能かという観点で、 約定処理が集中する9時〜9時10分の処理実績値をもとに算出し指数化した値を、 約定処理能力指数として監視しています。 この数値は、減少すると処理能力が低下している事を表し、 増加すると処理が効率化され能力に余力が生まれている事を意味します。

指数は4,000ポイント付近で安定しています。約定処理速度に関しても、今後、高速化のためのシステム改善を実施していく予定です。

■お客さま向けお取引サイトのページ処理実績 

下記表は、システム負荷が最も高くなる 9時〜10時までの1時間に記録された、 お客さま向けお取引用サイト向けウェブサーバ全台での動的なページ生成要求のログから、 アクセス数上位20件および全ての動的生成要求について、処理件数と平均実行時間を調査したものです。

前回調査日の指標から増減それぞれ20％以上の差を記録したものについて、 ↑ ↓  を記載しています。 アクセス数について、↑ は 20％以上のアクセスの増加、 ↓ は 20％をこえるアクセス数の減少を意味しています。 また、実行時間について、↑ は 20％を超える実行時間の減少(＝改善)、 ↓ は 20％以上の実行時間の増加(＝悪化) を意味しています。増減が ±20％を超えない場合には記載はありません。

今回調査日 2010年02月26日(金)東証売買代金 1兆1529億円、東証売買高 15.7億株

調査日のアクセス数は、前回調査日と比較し総平均が15%減少、平均実行時間に関しては、前回調査日と比較し総平均が6%改善となりました。
残高照会 信用画面の平均実行時間が28%の改善となりましたが、2月10日に実施した買付可能額・建玉可能額計算のキャッシュ化対応の相乗効果によるものです。

対象期間中のサーバ機器、ネットワークなどの負荷・リソース消費の状況です。各種サーバ機器の構成の詳細などは、 システム紹介 をご覧ください。

システム増強や機能改善、実施履歴および今後の実施予定です。

本システムリポートの調査対象期間中に実施した、主なシステム増強や機能改善の一覧です。

今後の主なシステム増強や機能改善の予定です。

システムリポートにて公開させていただいた、主なシステム増強や機能改善の過去6ヶ月間の履歴です。

調査対象期間中に発生したシステム障害、およびサービス提供の詳細についてご説明させていただきます。

システム障害

2010年3月1日(月) ログイン障害
障害サマリ
3/1(月)11:27頃〜20:17の間において、当社お取引サイトに一部のお客様でログインができない状態が発生しました。
段階的なメンテナンス、および、代替ログインページの提供により、13:53頃には大多数のお客様がログイン可能な状態となりましたが、一部のお客様においては20:17までログインができない状態となりました。

11:27頃、インターネットアクセス回線を収容する2台のネットワーク機器のうち1台においてハードウェア障害が発生しました。当ハードウェア障害は当該機器の自動再起動により回復が図られましたが、自動再起動が行われたネットワーク機器配下に接続されたネットワーク機器に通信不調が発生し、一部のお客様でログインができない状態となりました。
当社では、オペレータによる代替発注の実施、IVRを含む複数チャネル経由での代替取引手段の案内、および、2系統あるログインサイのうち別系へのアクセスをお試し頂く事を案内いたしました。並行して復旧のためのメンテナンスを実施し、かつ、12:56頃に代替ログインページの提供を行ったことにより、障害は段階的に解消傾向となり、13:53頃には大多数のお客様がログイン可能な状態となりました。ですが、一部のお客様においてはログインができない状態が継続する状態となり、先物イブニングセッション終了後に改めてメンテナンスを実施しました。 20:17に当該ネットワーク機器のメンテナンス作業が完了し、全面復旧となりました。

是正状況
以下の是正処置を実施して参ります。
・本障害の起因となった、ネットワーク機器の再起動の原因について、ネットワークベンダーの調査結果を基に、追加の対策を実施します。（実施中）
・本障害においては、障害が発生したネットワーク機器配下に接続されたネットワーク機器に通信不調が発生していたことについて、その原因の特定が遅れたため障害の完全復旧が長引くこととなりました。それら管理体制を是正するために、今後、ネットワークに関する監視基準やネットワークベンダーを含めた管理策についてコンサルティングを受けることにより、ネットワーク運用管理体制を強化していきます。（実施中）

※ 本件は調査対象期間外ではありますが重要な情報として掲載を迅速に行うと共に、継続的に改善事項について掲載させていただきます。

2010年2月3日(水) プチ株前場寄り付き分の発注遅延
障害サマリ
2/3(水)前場寄り付き価格で約定されるべきプチ株取引注文について、JASDAQ市場銘柄分を除く銘柄の約定処理が後場寄り付き価格での約定処理となりました。

毎営業日23時に行われる、プチ株の翌日前場発注分の受注締切りを行う処理に不備があり、本来は翌日後場発注分となるべき注文1件が翌日前場発注分として扱われる状態となりました。その結果、プチ株前場発注処理におけるチェックジョブにて当該注文がエラーとして扱われチェックジョブが異常終了となり、手動でのリカバリが必要となりました。
エラーを検知し対応を即時に開始したものの、当該エラーに関するリカバリ手順の整備が不十分であったため対応に時間を要し、注文締切等の時間的な事情により、プチ株の2/3(水)前場寄り付きで約定処理が行えないこととなりました。

是正状況
以下の是正処置を実施しました。
・当該エラーに関するリカバリ手順およびエスカレーションルールを整備し、トレーニングを実施しました。（実施済み）
・23:00に行われる、プチ株受注処理における不備の修正を行いました。（今回実施）

2010年1月8日(金) 私設市場（kabu.comPTS）における注文の受注（新規・訂正・取消）および約定処理の停止
障害サマリ
1/8（金） 14:53〜17:39 私設市場（kabu.comPTS、以降PTS）において、注文の受注（新規・訂正・取消）および約定処理の停止が発生しました。

複数台で稼働している、注文のマッチング処理（オークション方式による取引成立処理）を行うサーバ1台が異常停止し、マッチング処理の一部が処理待ちの状態となりました。また、それらマッチング処理待ち時間のタイムアウト値は2時間47分に設定されていました。
異常停止となっているマッチング処理サーバを切り離す作業を試みましたが、処理待ち状態となったマッチング処理を強制終了させると、発注データ不整合が発生する懸念があったため、待ち状態となったマッチング処理の強制終了とリスタートを行うことができず、障害復旧は約2時間47分後の17:39となりました。
これらタイムアウト値は、マッチング処理システムの設定を行った外部ベンダーの検証用の仮設定の数値がそのまま修正されずにいたものでした。

是正状況
以下の是正処置を実施しました。
・マッチング処理待ち時間を含めた設定値全体の検証を実施し、タイムアウト値の変更を行いました。（実施済み）
・マッチング処理を強制終了させた場合でもデータ不整合が発生しないようプログラム修正を行い、あわせて、サーバ1台が異常停止した際、他のサーバに自動的に再接続し処理を続行できるよう、設定変更を行いました。（実施済み）
・異常停止が発生したサーバのOSに対して、品質改善のためのパッチ適用を行いました。（実施済み）
・当該ベンダ−に対して管理体制の是正と強化を要請し、委託条件にSLA事項を含むことを前提とする契約内容の見直し、および、保守運用体制の抜本的な見直しを両社で実施しました。（今回実施）

2009年12月24日(木) 私設市場（kabu.comPTS）現在値非表示による訂正・取消・条件付注文執行停止
障害サマリ
12/24(木) 私設市場（kabu.comPTS、以降PTS）8:20の取引開始以降、PTSの現在値が表示されない現象が発生しました。また、8:31頃〜11:40それら復旧作業のため取引を停止しました。
11:40より注文受付を再開し、12:00より取引が再開となりました。

PTSシステムの環境変更に伴う設定誤りがあり本障害が発生しました。
それら設定誤りは外部ベンダーと連携した作業において発生したものです。当初ベンダーより提出された手順・確認方法と、実際の作業において実施された手順・確認方法とが異なっていたため、事前に設定誤りを検出することができず、本障害の原因となりました。
また、PTSシステムは、東京・福岡でシステムおよびデータを2重化(主系・従系)していますが、今回はデータ内容そのものに矛盾が発生したため、主系データのコピーを保有している従系システムをもってもサービスを稼働できない状態となり、主系システムでのデータ復旧を継続することとなりました。

是正状況
以下の是正処置を実施しました。
・PTSシステム全体の設定状況、不備の有無等の再確認を実施しました。（実施済み）
・2009年12月24日(木)発生した障害是正と同様に、当該ベンダ−に対して管理体制の是正と強化を要請し、委託条件にSLA事項を含むことを前提とする契約内容の見直し、および、保守運用体制の抜本的な見直しを両社で実施しました。（今回実施）

サービス提供状況

当社のお取引システムのサービス稼働率です。 この指標は、お取引サービスを提供する事が出来た時間的な割合(*)を表しています。 機器の故障やシステム障害などにより、お取引サービスが提供出来なかった障害状態の継続時間を元に算出しています。

2010年02月最終週時点

記載している稼働率は、半期毎に計算の根拠となる計測期間を初期化しています。また、システムメンテナンスの延長などによる、想定外のサービス停止時間を障害状態として算出しています。

調査期間中のサービスの計画停止・障害停止・メンテナンス作業の状況は以下の通りです。

システムの可用性に対する高い期待、高度化するサービスレベルの提供を確実なものとするために、 恒常的に設備増強、人員増強を図っております。今後もPDCAサイクルに基づく、より実践的な内部管理態勢の強化を進めて参ります。

システムの稼働監視は、社内製各種チェックツールやOS付属のパフォーマンスモニターの他に、 NetIQ社 の AppManager / AppManager Performance Profiler による 各種サービス・リソースの状態監視と情報の自動取得、一部リポートの自動生成を実施しており、 自動通知運用システムを組み合わせて実施しています。

夜間や休日のシステムの監視・運用はサイトロック社による 内部からのシステム監視も実施しており、24時間365日のシステム稼働を支えています。

今後ともカブドットコム証券を末永くご愛顧いただけますよう、お願い申し上げます。

( kabu.com システム部 2010年3月10日 )