JP2014078166A - 情報処理装置、ログ出力制御方法、およびログ出力制御プログラム - Google Patents

Abstract

【課題】情報処理装置の負荷に応じたログの出力を制御する。
【解決手段】処理実行部２は、所定の処理を実行する。ログ生成部３は、処理実行部２が実行した所定の処理に関するログ７ａを生成する。負荷テスト実行部４は、処理実行部２に負荷テストを実行する。資源状況検出部５は、処理実行部２が使用する資源の使用状況を検出する。制御情報生成部６は、負荷テストの実行時に検出した資源の使用状況にもとづいて、ログ７ａの出力の制御に用いる制御情報６ａを生成する。ログ出力制御部７は、所定の処理の実行時に検出した資源の使用状況と、制御情報６ａとにもとづいてログ７ａの出力を制御する。
【選択図】図１

Description

情報処理装置、ログ出力制御方法、およびログ出力制御プログラムに関する。

従来、情報処理装置等において、動作状況の確認や障害対応等のために、処理の実行過程のログを出力し、ログを収集することがおこなわれている。
しかしながら、ログの出力頻度が頻繁であったり、ログの出力量が過大であったりすると、ログの出力が情報処理装置等に与える負荷の影響を無視できなくなる。

そこで、ログの出力をおこなう情報処理装置においてログの出力による負荷を検出し、ログを出力する情報処理装置を選択することで負荷を分散する技術がある。

特開２００６−１８７０１号公報

しかしながら、上記の技術は情報処理装置の負荷を検出し、負荷が軽い情報処理装置を選択するものである。したがって、想定以上にログの出力頻度が頻繁である場合や、ログの出力量が過大である場合に負荷を分散しきれなくなり、負荷が異常である場合であっても情報処理装置のログの出力による負荷の軽減を図ることができない。

本発明は、このような点に鑑みてなされたものであり、情報処理装置の負荷に応じたログの出力を制御可能な情報処理装置、ログ出力制御方法、およびログ出力制御プログラムを提供することを目的とする。

上記課題を解決するために、本発明の情報処理装置は、処理実行部と、ログ生成部と、負荷テスト実行部と、資源状況検出部と、制御情報生成部と、ログ出力制御部とを備える。

処理実行部は、所定の処理を実行する。ログ生成部は、所定の処理に関するログを生成する。負荷テスト実行部は、処理実行部に負荷テストを実行する。資源状況検出部は、処理実行部が使用する資源の使用状況を検出する。制御情報生成部は、負荷テストの実行時に検出した資源の使用状況にもとづいて、ログの出力の制御に用いる制御情報を生成する。ログ出力制御部は、所定の処理の実行時に検出した資源の使用状況と、制御情報とにもとづいてログの出力を制御する。

また、上記課題を解決するために、本発明は、以下に示すような処理をコンピュータがおこなうログ出力制御方法、および以下に示すような処理をコンピュータに実行させるログ出力制御プログラムを提供する。所定の処理を実行し、所定の処理に関するログを生成する情報処理装置において、コンピュータは、負荷テストを実行し、使用する資源の使用状況を検出し、負荷テストの実行時に検出した資源の使用状況にもとづいて、ログの出力の制御に用いる制御情報を生成し、所定の処理の実行時に検出した資源の使用状況と、制御情報とにもとづいてログの出力を制御する。

上記の情報処理装置、ログ出力制御方法、およびログ出力制御プログラムによれば、情報処理装置の負荷に応じたログの出力を制御することができる。

第一の実施形態の情報処理装置の構成を示す図である。 第二の実施形態の証券システムの構成を示す図である。 第二の実施形態の証券会社が有するシステムの構成を示す図である。 第二の実施形態の通信制御プロセスの構成を示す図である。 第二の実施形態の通信制御プロセスの構成の変形例を示す図である。 第二の実施形態のスケジュールの一例を示す図である。 第二の実施形態のＧＷサーバのハードウェアの構成を示す図である。 第二の実施形態の証券会社における業務処理のフローチャートである。 第二の実施形態の負荷テスト処理のフローチャートである。 第二の実施形態のテスト環境の一例を示す図である。 第二の実施形態の制御情報の一例を示す図である。 第二の実施形態のログ出力制御処理のフローチャートである。 第二の実施形態のログ出力キュー監視処理のフローチャートである。

以下、実施形態について図面を参照して説明する。
［第一の実施形態］
まず、第一の実施形態の情報処理装置について、図１を用いて説明する。図１は、第一の実施形態の情報処理装置の構成を示す図である。

情報処理装置１は、所定の処理を実行し、実行した所定の処理に関するログ７ａを生成し、生成されたログ７ａの出力が所定の処理の実行に影響を与えないように、ログ７ａの出力を制御する装置である。

情報処理装置１は、処理実行部２と、ログ生成部３と、負荷テスト実行部４と、資源状況検出部５と、制御情報生成部６と、ログ出力制御部７とを備える。
処理実行部２は、所定の処理を実行する。所定の処理とは、情報処理装置１が担当する処理である。

ログ生成部３は、処理実行部２が実行した所定の処理に関するログ７ａを生成する。ログ７ａは、処理実行部２が処理を実行した際の処理の履歴である。ログ７ａは、所定の処理毎に生成される。たとえば、ログ７ａは、送信履歴、通信履歴、実行時刻などの情報を含む。

負荷テスト実行部４は、処理実行部２に負荷テストを実行する。負荷テストは、処理実行部２に所定の負荷をかけるテストである。負荷テスト実行部４は、たとえば、負荷テスト用の処理を処理実行部２に実行させることで、負荷テストを実行する。負荷テスト用の処理とは、たとえば、テスト用に生成された所定の処理である。

資源状況検出部５は、処理実行部２が使用する資源の使用状況を検出する。資源とは、処理実行部２が所定の処理を実行するために使用する資源であり、たとえば、ＣＰＵ（Central Processing Unit）リソースやメモリリソースやＩ／Ｏ（Input ／ Output）リソースなどがある。資源の使用状況とは、使用している資源量を特定可能な情報であり、たとえば、使用している資源の量や、使用している資源の割合がある。

制御情報生成部６は、負荷テストの実行時に検出した資源の使用状況にもとづいて、ログ７ａの出力の制御に用いる制御情報６ａを生成する。制御情報６ａは、資源の使用状況に応じてログ７ａの出力を制御するための情報である。制御情報６ａは、たとえば、資源の使用状況の閾値である。

ログ出力制御部７は、所定の処理の実行時に検出した資源の使用状況と、制御情報６ａとにもとづいてログ７ａの出力を制御する。ログ７ａの出力の制御とは、ログ７ａの出力による負荷を制御することである。

このような情報処理装置１は、所定の処理を実行できる。また、情報処理装置１は、所定の処理に関するログ７ａを生成できる。また、情報処理装置１は、負荷テストを実行できる。また、情報処理装置１は、所定の処理を実行するために使用する資源の使用状況を検出できる。また、情報処理装置１は、負荷テストの実行時に検出した資源の使用状況にもとづいて、ログの出力の制御に用いる制御情報６ａを生成できる。また、情報処理装置１は、所定の処理の実行時に検出した資源の使用状況と、制御情報６ａとにもとづいてログ７ａの出力を制御できる。

このようにして、情報処理装置１は、情報処理装置の負荷に応じたログ７ａの出力を制御できる。
［第二の実施形態］
次に、第二の実施形態について説明する。図２は、第二の実施形態の証券システムの構成を示す図である。

証券システム２０は、証券の売買に関する処理をおこなうシステムである。証券システム２０では、複数の投資家２２から新規注文電文、訂正注文電文、取消注文電文（以下、注文電文）を証券会社２１が受注し、証券会社２１が証券取引所２３に受注した注文電文を発注する。また、証券システム２０では、証券取引所２３が売買の約定電文を証券会社２１に通知し、証券会社２１が発注をおこなった投資家２２に売買の約定電文を通知する。

証券システム２０は、証券会社２１が有する注文管理システム２５と、証券取引所２３が有する株式売買システム２８と、投資家２２が有するトレードシステム２７とを含んで構成される。証券システム２０では、注文管理システム２５とトレードシステム２７とがネットワーク２４を介して相互接続し、注文管理システム２５と株式売買システム２８とがネットワーク２４を介して相互接続する。証券システム２０では、注文管理システム２５がＧＷ（GateWay）サーバ２６ａ（２６）、２６ｂ（２６）を介してネットワーク２４と接続し、トレードシステム２７がＧＷサーバ２６ｃを介してネットワーク２４と接続し、株式売買システム２８がＧＷサーバ２６ｄを介してネットワーク２４と接続する。

注文管理システム２５は、証券会社２１において証券の売買の注文の管理をおこなうシステムである。注文管理システム２５は、複数の投資家２２から受信した注文電文と、証券取引所２３から受信した売買の約定電文を管理する。注文管理システム２５は、投資家２２から注文電文を受信し、受信した注文電文を証券取引所２３に送信する。また、注文管理システム２５は、証券取引所２３から売買の約定電文を受信し、注文をおこなった投資家２２に売買の約定電文を送信する。

ＧＷサーバ２６ａは、注文管理システム２５と複数のトレードシステム２７とのネットワーク２４を介した接続を中継し、ゲートウェイとして機能するサーバである。ＧＷサーバ２６ａは、注文管理システム２５がトレードシステム２７とおこなう通信を制御し、注文管理システム２５がトレードシステム２７とおこなう通信に関するログを出力する。ＧＷサーバ２６ｂは、注文管理システム２５と株式売買システム２８とのネットワーク２４を介した接続を中継し、ゲートウェイとして機能するサーバである。ＧＷサーバ２６ｂは、注文管理システム２５が株式売買システム２８とおこなう通信を制御し、注文管理システム２５が株式売買システム２８とおこなう通信に関するログを出力する。

トレードシステム２７は、投資家２２が売買の注文をおこなうシステムである。トレードシステム２７は、注文電文を注文管理システム２５に送信する。また、トレードシステム２７は、注文管理システム２５から約定電文を受信する。たとえば、トレードシステム２７は、アルゴリズムトレードをおこなうシステムであり、大量の注文電文を注文管理システム２５に送信する。

ＧＷサーバ２６ｃは、トレードシステム２７と注文管理システム２５とのネットワーク２４を介した接続を中継し、ゲートウェイとして機能するサーバである。ＧＷサーバ２６ｃは、トレードシステム２７が注文管理システム２５とおこなう通信を制御し、トレードシステム２７が注文管理システム２５とおこなう通信に関するログを出力する。

株式売買システム２８は、株式の売買契約を成立させるシステムである。株式売買システム２８は、図示しない複数の証券会社２１の注文管理システム２５とネットワーク２４を介して接続し、注文管理システム２５から注文電文を受信する。そして、株式売買システム２８は、受信した注文電文の内容を確認し、売買の注文の値段が合致した場合に売買契約を締結し、約定電文を注文管理システム２５に送信する。

ＧＷサーバ２６ｄは、株式売買システム２８と注文管理システム２５とのネットワーク２４を介した接続を中継し、ゲートウェイとして機能するサーバである。ＧＷサーバ２６ｄは、株式売買システム２８が注文管理システム２５とおこなう通信を制御し、株式売買システム２８が注文管理システム２５とおこなう通信に関するログを出力する。

次に、証券会社２１が有するシステムの構成について説明する。図３は、第二の実施形態の証券会社が有するシステムの構成を示す図である。
証券会社２１は、ＧＷサーバ２６（２６ａ、２６ｂ）と業務サーバ４０と運用管理サーバ４１とを有する。

ＧＷサーバ２６は、注文管理システム２５と接続先（トレードシステム２７または株式売買システム２８）とのネットワーク２４を介した接続を中継し、ゲートウェイとして機能するサーバである。ＧＷサーバ２６は、複数の通信制御プロセス４２とテスト環境４３と制御情報４４とログファイル４５とを有する。

通信制御プロセス４２は、接続先との通信を制御するプロセスである。通信制御プロセス４２は、接続先との通信セッションを管理し、通信をおこなう。また、通信制御プロセス４２は、通信に関するログを出力する。通信制御プロセス４２は、取引を開始する前に生成され、取引を終了した後に消滅する。

たとえば、通信制御プロセス４２は、あらかじめ定められた接続対象（複数のトレードシステム２７の中のうちあるトレードシステム２７、または複数の株式売買システム２８の中のうちある株式売買システム２８）との通信セションを管理し、通信をおこなう。

なお、通信制御プロセス４２は、通信セッションを管理する接続対象をあらかじめ定めず、通信をおこなう度に接続対象を変更し、接続対象との通信セッションを管理し、通信をおこなうようにしてもよい。

テスト環境４３は、負荷テストの実行環境が記載されたテーブルである。テスト環境４３については、後で図１０を用いて詳細に説明する。
制御情報４４は、負荷テストの結果にもとづいて生成されたログの出力を制御するための情報である。制御情報４４については、後で図１１を用いて詳細に説明する。

ログファイル４５は、ログを記録するファイルである。ログファイル４５には、複数の通信制御プロセス４２が出力するログが記録される。たとえば、ログファイル４５は、通信制御プロセス４２毎にログを記録するテーブルがあり、複数のテーブルで構成される。また、ＧＷサーバ２６が外部装置にログを出力し、ログを外部装置で記録するようにしてもよい。

業務サーバ４０は、証券会社２１の業務に関する処理をおこなうサーバである。業務サーバ４０は、注文管理システム２５を有する。
運用管理サーバ４１は、証券会社２１が有する業務サーバ４０とＧＷサーバ２６の運用管理をおこなうサーバである。運用管理サーバ４１は、スケジューラ４６を有する。

スケジューラ４６は、注文管理システム２５の起動時刻や通信制御プロセス４２の起動時刻などのスケジュール４７を管理する。そして、スケジューラ４６は、スケジュール４７に従って業務サーバ４０またはＧＷサーバ２６に対して処理の実行開始の指示をおこなう。スケジュール４７については、後で図６を用いて詳細に説明する。

次に、通信制御プロセス４２のシステム構成について説明する。図４は、第二の実施形態の通信制御プロセスの構成を示す図である。
通信制御プロセス４２は、通信を制御するプロセスである。通信制御プロセス４２は、あらかじめ定められた一つの接続対象との通信セッションを管理し、通信をおこなう。通信制御プロセス４２は、ログ出力制御部６０と業務処理部６１とを含んで構成される。

ログ出力制御部６０は、ログの出力制御をおこなう制御部である。ログ出力制御部６０は、業務処理部６１が生成したログを出力する。ログ出力制御部６０は、制御情報４４にもとづいて、ログの出力がＧＷサーバ２６に与える負荷を制御する。ログ出力制御部６０は、たとえば、負荷に合わせてログの出力間隔の制御をすることで、ログの出力がＧＷサーバ２６に与える負荷を制御する。

また、ログ出力制御部６０は、スケジューラ４６から負荷テストの開始指示を受け、負荷テストを実行する。ログ出力制御部６０は、テスト環境４３にもとづいて負荷テストを業務処理部６１に対して実行する。負荷テストについては、後で図９を用いて詳細に説明する。

なお、ログ出力制御部６０の出力制御は、ログの出力間隔を制御することに限らない。たとえば、ログ出力制御部６０は、ログを一度に出力する量を制御してもよい。
業務処理部６１は、業務を処理する処理部である。業務処理部６１は、接続対象と注文電文または約定電文（以下、電文）の送受信をおこない、注文管理システム２５が接続対象とおこなう通信に関するログを生成する。業務処理部６１は、接続対象から電文を受信し、注文管理システム２５に電文を送信する。また、業務処理部６１は、注文管理システム２５から電文を受信し、接続対象に電文を送信する。

次に、通信制御プロセス４２の変形例について説明する。図５は、第二の実施形態の通信制御プロセスの構成の変形例を示す図である。通信制御プロセス４２と同様の構成については説明を省略する。

通信制御プロセス４２ａは、複数の接続対象との通信を制御する点で通信制御プロセス４２と異なる。具体的には、通信制御プロセス４２ａが複数の接続対象との通信セッションを管理し、業務処理部６１がそれぞれの接続対象と一対一で電文の送受信をおこなう。通信制御プロセス４２ａは、ログ出力制御部６０ａと複数の業務処理部６１を含んで構成される。

ログ出力制御部６０ａは、複数の業務処理部６１が生成したログを出力する。ログ出力制御部６０ａは、制御情報４４にもとづいて、ログの出力がＧＷサーバ２６に与える負荷を制御する。ログ出力制御部６０ａは、たとえば、負荷に合わせてログの出力間隔を制御することで、ログの出力がＧＷサーバ２６に与える負荷を制御する。

また、ログ出力制御部６０ａは、スケジューラ４６から負荷テストの開始指示を受け、負荷テストを実行する。ログ出力制御部６０ａは、テスト環境４３にもとづいて負荷テストを複数の業務処理部６１に対して実行する。

このように、通信制御プロセス４２ａが複数の接続対象との通信セッションを管理し、通信をおこなうことで、通信制御プロセス４２ａ側で管理する処理を増やし、ＧＷサーバ２６のＯＳ（Operating System）側で管理するプロセス数を減らすことができる。

次に、第二の実施形態のスケジュール４７について説明する。図６は、第二の実施形態におけるスケジュールの一例である。
スケジュール８０は、処理内容と時刻の項目を含んで構成される。処理内容は、処理の内容である。時刻は、処理内容をスケジューラ４６が実行指示する時間である。

処理内容の項目には、具体的な処理内容が設定される。処理内容の項目には、たとえば、「通信制御プロセス生成」や「負荷テスト開始」などがあり、スケジューラ４６の指示にもとづいて業務サーバ４０またはＧＷサーバ２６が実行する処理の内容が設定されている。

時刻の項目には、スケジューラ４６が処理内容の指示をおこなう時刻が設定される。時刻の項目には、たとえば、「７：００」や「７：３０」など具体的な時刻が設定されており、スケジューラ４６は、設定した時刻に業務サーバ４０またはＧＷサーバ２６に処理内容の実行を指示する。

たとえば、スケジューラ４６はスケジュール８０にもとづいて、「７：００」に通信制御プロセス生成の指示をＧＷサーバ２６に対しておこなう。そして、スケジューラ４６は、「７：３０」に負荷テスト開始の指示をログ出力制御部６０に対しておこなう。そして、スケジューラ４６は、「８：００」に注文管理システム起動の指示を業務サーバ４０に対しておこなう。

次に、ＧＷサーバ２６のハードウェア構成について説明する。図７は、第二の実施形態のＧＷサーバのハードウェアの構成を示す図である。
ＧＷサーバ２６は、プロセッサ１００によって装置全体が制御されている。プロセッサ１００には、バス１０８を介してＲＡＭ（Random Access Memory）１０１と複数の周辺機器が接続されている。プロセッサ１００は、マルチプロセッサであってもよい。プロセッサ１００は、たとえばＣＰＵ、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。またプロセッサ１００は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ１０１は、ＧＷサーバ２６の主記憶装置として使用される。ＲＡＭ１０１には、プロセッサ１００に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０１には、プロセッサ１００による処理に必要な各種データが格納される。

バス１０８に接続されている周辺機器としては、ＨＤＤ（Hard Disk Drive）１０２、グラフィック処理装置１０３、入力インタフェース１０４、光学ドライブ装置１０５、機器接続インタフェース１０６およびネットワークインタフェース１０７がある。

ＨＤＤ１０２は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しをおこなう。ＨＤＤ１０２は、ＧＷサーバ２６の補助記憶装置として使用される。ＨＤＤ１０２には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、フラッシュメモリなどの半導体記憶装置を使用することもできる。

グラフィック処理装置１０３には、モニタ１０９が接続されている。グラフィック処理装置１０３は、プロセッサ１００からの命令に従って、画像をモニタ１０９の画面に表示させる。モニタ１０９としては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置などがある。

入力インタフェース１０４には、キーボード１１０とマウス１１１とが接続されている。入力インタフェース１０４は、キーボード１１０やマウス１１１から送られてくる信号をプロセッサ１００に送信する。なお、マウス１１１は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

光学ドライブ装置１０５は、レーザ光などを利用して、光ディスク１１２に記録されたデータの読み取りをおこなう。光ディスク１１２は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク１１２には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。

機器接続インタフェース１０６は、ＧＷサーバ２６に周辺機器を接続するための通信インタフェースである。たとえば機器接続インタフェース１０６には、メモリ装置１１３やメモリリーダライタ１１４を接続することができる。メモリ装置１１３は、機器接続インタフェース１０６との通信機能を搭載した記録媒体である。メモリリーダライタ１１４は、メモリカード１１５へのデータの書き込み、またはメモリカード１１５からのデータの読み出しをおこなう装置である。メモリカード１１５は、カード型の記録媒体である。

ネットワークインタフェース１０７は、ネットワーク２４に接続されている。ネットワークインタフェース１０７は、ネットワーク２４を介して、他のコンピュータまたは通信機器との間でデータの送受信をおこなう。

以上のようなハードウェア構成によって、第二の実施形態の処理機能を実現することができる。なお、業務サーバ４０、運用管理サーバ４１、および第一の実施形態に示した装置も、図７に示したＧＷサーバ２６と同様のハードウェアにより実現することができる。

なお、ＧＷサーバ２６と、業務サーバ４０と、運用管理サーバ４１を別々の装置として記載しているが、一つの装置にそれぞれの機能を備えてもよく、この場合も、図７に示したＧＷサーバ２６と同様のハードウェアにより実現することができる。

ＧＷサーバ２６は、たとえばコンピュータが読み取り可能な記録媒体に記録されたプログラムを実行することにより、第二の実施の形態の処理機能を実現する。ＧＷサーバ２６に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。たとえば、ＧＷサーバ２６に実行させるプログラムをＨＤＤ１０２に格納しておくことができる。プロセッサ１００は、ＨＤＤ１０２内のプログラムの少なくとも一部をＲＡＭ１０１にロードし、プログラムを実行する。またＧＷサーバ２６に実行させるプログラムを、光ディスク１１２、メモリ装置１１３、メモリカード１１５などの可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、たとえばプロセッサ１００からの制御により、ＨＤＤ１０２にインストールされた後、実行可能となる。またプロセッサ１００が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

次に、証券会社２１でおこなわれる業務処理の流れについて説明する。図８は、第二の実施形態の証券会社における業務処理のフローチャートである。
証券会社２１における業務処理では、ログ出力制御部６０が取引を開始する前に負荷テストを業務処理部６１に対しておこない、注文管理システム２５が株式の注文の受付を開始する。そして、ログ出力制御部６０は、業務処理部６１が電文の送受信により生成した注文管理システム２５が接続対象とおこなう通信に関するログの出力を、負荷テストの結果にもとづいて制御する。

［ステップＳ１１］ＧＷサーバ２６は、スケジューラ４６から通信制御プロセス４２の生成の指示を受け、複数の通信制御プロセス４２を生成する。
［ステップＳ１２］ログ出力制御部６０は、スケジューラ４６から負荷テスト開始の指示を受け、負荷テストを開始する。ログ出力制御部６０は、テスト環境４３にもとづいて業務処理部６１に対して負荷テストをおこなう。そして、ＧＷサーバ２６は、負荷テストの結果にもとづいてログの出力を制御するために用いる制御情報４４を生成する。負荷テスト処理については、後で図９を用いて詳細に説明する。

［ステップＳ１３］業務サーバ４０は、スケジューラ４６から注文管理システム２５の起動の指示を受け、注文管理システム２５を起動する。
［ステップＳ１４］注文管理システム２５は、スケジューラ４６から取引開始の指示を受け、注文の受付業務を開始する。また、ＧＷサーバ２６は、接続対象との通信セッションを確立し、業務処理部６１が注文管理システム２５と接続対象との電文の送受信を開始する。そして、業務処理部６１は、注文管理システム２５と接続対象との電文の送受信に関するログを生成する。

［ステップＳ１５］ログ出力制御部６０は、ログ出力制御処理をおこなう。ログ出力制御部６０は、注文管理システム２５が接続対象とおこなう電文の送受信により生成した通信に関するログの出力を制御する。ログ出力制御処理については、後で図１２を用いて詳細に説明する。

［ステップＳ１６］注文管理システム２５は、スケジューラ４６から取引終了の指示を受け、注文の受付業務を終了する。また、すべての通信制御プロセス４２は、接続対象との通信セッションを開放し、業務処理を終了する。

次に、ログ出力制御部６０が業務処理部６１に対しておこなう負荷テストについて説明する。図９は、第二の実施形態の負荷テスト処理のフローチャートである。
負荷テスト処理は、図８の業務処理のステップＳ１２において、ＧＷサーバ２６でおこなわれる処理である。ログ出力制御部６０は、テスト環境４３にもとづいて業務処理部６１に対して負荷テストをおこない、負荷テスト実行中にＧＷサーバ２６から稼働状況を取得する。そして、ＧＷサーバ２６は、取得した負荷テスト実行中の稼働状況にもとづいてログの出力の制御に用いる制御情報４４を生成する。

［ステップＳ２１］スケジューラ４６は起動している複数の通信制御プロセス４２のログ出力制御部６０に対して一斉に負荷テストの開始を指示する。
［ステップＳ２２］開始の指示を受けた複数のログ出力制御部６０は、テスト環境４３をＧＷサーバ２６から取得する。

ここでテスト環境４３について説明する。図１０は、第二の実施形態のテスト環境の一例を示す図である。テスト環境１２０は、テスト番号と負荷量と呼出間隔との項目を含んで構成される。テスト番号は、負荷テストの環境を一意に識別可能な負荷テストの番号であり、実行するテストの順番である。

負荷量は、負荷テストで与える負荷の大きさであり、ＧＷサーバ２６の業務処理部６１が処理する時間（たとえば、１秒）当たりの電文の件数である。
呼出間隔は、ログ出力制御部６０が負荷テスト時に業務処理部６１を呼出し、ログ出力制御部６０が負荷テスト用の処理を業務処理部６１に与える間隔である。負荷テスト用の処理は、たとえば、テスト用に生成された注文電文である。

テスト番号の項目は、実施したテストの番号がＧＷサーバ２６によって設定される。たとえば、テスト番号の項目には、負荷の大小を特定可能な順番で番号が割り振られる。テスト番号の項目には、負荷量の小さい順に１から順番に番号が割り振られている。

負荷量の項目には、実際の稼働状況にもとづいた電文の負荷量がＧＷサーバ２６によって設定される。ＧＷサーバ２６は、たとえば、負荷量の項目として最大負荷量（ピーク時の電文の負荷量）を設定し、最大負荷量とテスト回数にもとづいてその他の負荷量を設定する。具体的には、負荷量の項目には、最大負荷量を想定した「３００件数／秒」が設定されている。また、負荷量の項目には、最大負荷量「３００件数／秒」とテストの数にもとづいて、負荷量が「２００件数／秒」、「１００件数／秒」、「０件数／秒」と均等に負荷量が設定されている。このように、負荷量を最大負荷量にもとづいて設定することで、ログ出力制御部６０は、実態に即した負荷テストができる。

呼出間隔の項目には、負荷量にもとづいて算出したログ出力制御部６０が業務処理部６１を呼出し、ログ出力制御部６０が負荷テスト用の処理を業務処理部６１に与える間隔がＧＷサーバ２６によって設定される。呼出間隔の項目は、「１０００／負荷量（ミリ秒／１件）」により算出された値が設定されている。

たとえば、テスト番号「２」を特定することで、負荷量「１００件数／秒」と呼出間隔「１０ミリ秒」と負荷テストの実行環境をログ出力制御部６０が取得できる。
テスト番号「２」の負荷量「１００件数／秒」は、パターン番号「２」の負荷テストにおいてログ出力制御部６０が業務処理部６１に１秒間に１００件の電文を処理する場合の負荷をかけることを示している。

テスト番号「２」の呼出間隔「１０ミリ秒」は、パターン番号「２」の負荷テストにおいて、ログ出力制御部６０が１０ミリ秒間隔（１秒間に１００回の間隔）で業務処理部６１を呼出し、負荷テスト用の処理を与えることを示している。

したがって、テスト番号「２」である場合には、負荷テストとしてログ出力制御部６０は、業務処理部６１を１０ミリ秒間隔で呼出し負荷テスト用の処理を与えることで、業務処理部６１が１秒間に１００件の電文を処理する場合に相当する負荷をかける。

なお、テスト環境１２０のテスト回数や負荷量は、これに限らない。たとえば、テスト番号を増やし、負荷量を細かく設定することで、ログ出力制御部６０はよりきめ細かく負荷テストを業務処理部６１に対して実行できる。

［ステップＳ２３］複数のログ出力制御部６０は、テスト環境４３にもとづいて、負荷テストを一斉に開始する。ログ出力制御部６０は、テスト環境４３にもとづいて、あらかじめ定めた所定時間の間、業務処理部６１を呼出間隔で呼出し、負荷テスト用の処理を業務処理部６１に与える。

［ステップＳ２４］ログ出力制御部６０は、一定の間隔毎にＧＷサーバ２６の稼働状況を取得する。ログ出力制御部６０は、負荷テスト実行中に一定の間隔毎にＧＷサーバ２６の稼働状況としてＧＷサーバ２６からＣＰＵ使用率とＩ／Ｏｗａｉｔを取得する。

なお、ログ出力制御部６０が取得する稼働状況はこれに限らず、ログの出力がＧＷサーバ２６に与える負荷に関するＧＷサーバ２６の稼働状況であればよい。
［ステップＳ２５］ログ出力制御部６０は、負荷テストを所定時間実行したか否かを判定する。ログ出力制御部６０は、負荷テストを所定時間実行したと判定した場合にステップＳ２６にすすみ、負荷テストを所定時間実行していないと判定した場合にステップＳ２４にすすみＧＷサーバ２６の稼働状況の取得を継続する。

［ステップＳ２６］ＧＷサーバ２６は、複数のログ出力制御部６０が取得した稼働状況にもとづいてログの出力の制御に用いる制御情報４４を生成する。
ここで制御情報４４について説明する。図１１は、第二の実施形態の制御情報の一例を示す図である。制御情報１４０は、テスト番号とＣＰＵ使用率とＩ／Ｏｗａｉｔとキュー監視間隔との項目を含んで構成される。

ＣＰＵ使用率は、ＧＷサーバ２６のＣＰＵ使用率である。Ｉ／Ｏｗａｉｔは、ＧＷサーバ２６のＩ／Ｏｗａｉｔである。キュー監視間隔は、ログ出力制御部６０がログ出力キューを監視する間隔である。

ＣＰＵ使用率の項目には、ログ出力制御部６０がテスト番号に対応する負荷テストで取得したＣＰＵ使用率の平均値が閾値として設定される。
Ｉ／Ｏｗａｉｔの項目には、ログ出力制御部６０がテスト番号に対応する負荷テストで取得したＩ／Ｏｗａｉｔの平均値が閾値として設定される。

キュー監視間隔の項目には、ＣＰＵ使用率またはＩ／Ｏｗａｉｔが対応するテスト番号の閾値を超過した場合に適用するログ出力キューの監視間隔が設定される。
ＣＰＵ使用率とＩ／Ｏｗａｉｔが複数の閾値を超過している場合には、負荷テストの負荷量が一番大きいテスト番号のキュー監視間隔で制御をおこなう。

たとえば、ＣＰＵ使用率「４９％」であり、Ｉ／Ｏｗａｉｔ「６５％」である場合には、ＣＰＵ使用率はテスト番号「１」とテスト番号「２」の閾値を超過し、Ｉ／Ｏｗａｉｔはテスト番号「１」とテスト番号「２」とテスト番号「３」の閾値を超過する。この場合に、ログの出力キューの監視間隔は負荷テストの負荷量が一番大きいテスト番号「３」のキュー監視間隔を適用し１０．０ミリ秒のキュー監視間隔で制御をおこなう。

なお、ＣＰＵ使用率およびＩ／Ｏｗａｉｔの項目に取得した稼働状況にもとづいて平均値を設定したがこれに限らない、たとえば、最頻値や最小値などを設定してもよい。
なお、キュー監視間隔を決める閾値としてＣＰＵ使用率とＩ／Ｏｗａｉｔの２つを用いたが、複数の稼働状況を閾値として設定することで業務処理部６１がおこなう電文の送受信に遅延が発生することをより抑制できる。

［ステップＳ２７］ログ出力制御部６０は、テスト環境４３に設定されている全ての環境で負荷テストを業務処理部６１に対して実施し、終了したか否かを判定する。
ログ出力制御部６０は、テスト環境４３の全ての環境で負荷テストを終了していないと判定した場合にステップＳ２２にすすみ、負荷テストをおこなってない環境の負荷テストを続行する。また、ログ出力制御部６０は、テスト環境４３の全ての環境で負荷テストを終了したと判定した場合に負荷テスト処理を終了する。

このような負荷テスト処理によれば、スケジューラ４６の開始指示にもとづいて、起動している複数の通信制御プロセス４２のログ出力制御部６０は、業務処理部６１に対して一斉に負荷テストを開始する。したがって、通信制御プロセス４２は、実際の取引時と同様にＧＷサーバ２６で稼働する複数の通信制御プロセス４２の同期がとれた状態で、負荷テストを実行できる。

また、ＧＷサーバ２６は、複数の通信制御プロセス４２が負荷テスト実行中に取得した、ＧＷサーバ２６の稼働状況にもとづいて制御情報４４を生成する。したがって、複数の通信制御プロセス４２は、ＧＷサーバ２６の稼働状況に応じて、複数の通信制御プロセス４２それぞれがログの出力を同様に制御する。それゆえ、投資家２２の間で通信制御プロセス４２の制御内容が異なることによる不平不満が生じない。

なお、複数の通信制御プロセス４２がそれぞれＧＷサーバ２６から稼働状況を取得するようにしたが、代表して一つの通信制御プロセス４２がＧＷサーバ２６から稼働状況を取得してもよい。

なお、通信制御プロセス４２ａも通信制御プロセス４２と同様に負荷テストを実行できる。この場合ログ出力制御部６０ａは、複数の業務処理部６１を呼出間隔で呼出し、負荷テスト用の処理を複数の業務処理部６１に与える。

次に、ログ出力制御処理について説明する。図１２は、第二の実施形態のログ出力制御処理のフローチャートである。
ログ出力制御処理は、図８の業務処理のステップＳ１５において、ログ出力制御部６０でおこなわれる。ログ出力制御処理において、ログ出力制御部６０は、ログを保持するログ出力キューを生成し、ログ出力キューを制御情報４４にもとづいて監視し、ログ出力キューにログが保持されている場合にログをログファイル４５に出力する。

［ステップＳ３１］ログ出力制御部６０は、出力前のログを保持するログ出力キューを生成する。ログ出力制御部６０は、たとえば、過去のデータ、ピーク時の電文の送受信件数、ピークの持続時間などにもとづいて、ログ出力キューのサイズを設定する。

［ステップＳ３２］ログ出力制御部６０は、ログ出力キューの監視間隔を取得し、ログ出力キューの監視を始める。
［ステップＳ３３］ログ出力制御部６０は、ログ出力キュー監視処理をおこなう。ログ出力制御部６０は、ログ出力キュー監視処理において、ログ出力キューを監視し、ログをログファイル４５に出力する。また、ログ出力制御部６０は、ログ出力キューにログが所定件数以上保持されている場合に、ログ出力キューの監視間隔を変更し、出力前のログの件数がログ出力キューのサイズを超えないように制御する。ログ出力キュー監視処理については、後で図１３を用いて詳細に説明する。

［ステップＳ３４］ログ出力制御部６０は、所定時間経過し、ＧＷサーバ２６から稼働状況を取得する時間になったか否か判定する。ログ出力制御部６０は、ＧＷサーバ２６から稼働状況を取得する時間になっていないと判定した場合にステップＳ３３へすすむ。また、ログ出力制御部６０は、ＧＷサーバ２６から稼働状況を取得する時間になったと判定した場合にステップＳ３５へすすむ。

［ステップＳ３５］ログ出力制御部６０は、ＧＷサーバ２６から稼働状況を取得する。ログ出力制御部６０は、たとえば、ＧＷサーバ２６からＣＰＵ使用率、Ｉ／Ｏｗａｉｔを取得する。

［ステップＳ３６］ログ出力制御部６０は、取得したＧＷサーバ２６の稼働状況と制御情報４４とにもとづいて、ログ出力キューの監視間隔を変更するか否かを判定する。ログ出力キューの監視間隔を変更すると判定した場合にステップＳ３７へすすみ、ログ出力キューの監視間隔を変更しないと判定した場合にステップＳ３８へすすむ。

［ステップＳ３７］ログ出力制御部６０は、取得したＧＷサーバ２６の稼働状況と制御情報４４とにもとづいてログ出力キューの監視間隔を変更する。このようにログ出力制御部６０は、ＧＷサーバ２６の稼働状況に応じてログ出力キュー監視間隔を変更し、ログをログファイル４５に出力することで、業務処理部６１がおこなう電文の送受信に遅延が発生することを抑制できる。

［ステップＳ３８］ログ出力制御部６０は、取引時間が終了しているか否かを判定する。ログ出力制御部６０は、取引時間が終了していない場合にステップＳ３３にすすみ、ログ出力キュー監視処理を続ける。また、ログ出力制御部６０は、取引時間が終了した場合にステップＳ３９にすすむ。

［ステップＳ３９］ログ出力制御部６０は、ログ出力キューに残っているログをログファイル４５に書き込む。ログ出力制御部６０は、取引が終了しているためＧＷサーバ２６の稼働状況にかかわらず、ログ出力キューに残っているログをログファイル４５に出力する。ログ出力制御部６０は、ログ出力キューに残っているログの出力を終え、ログ出力制御処理を終了する。

次に、ログ出力キュー監視処理について説明する。図１３は、第二の実施形態のログ出力キュー監視処理のフローチャートである。
ログ出力キュー監視処理は、図１２のログ出力制御処理のステップＳ３３において、ログ出力制御部６０でおこなわれる。ログ出力制御部６０は、ログ出力キュー監視処理において、ログ出力キューを監視し、ログ出力キューに保持されているログを出力する。

［ステップＳ４１］ログ出力制御部６０は、ログ出力キューを監視する。
［ステップＳ４２］ログ出力制御部６０は、ログ出力キューにログが保持されているか否かを判定する。ログ出力制御部６０は、ログが保持されている場合にステップＳ４３にすすみ、ログが保持されていない場合にログ出力キュー監視処理を終了する。

［ステップＳ４３］ログ出力制御部６０は、ログをログファイル４５に書き込む。ログ出力制御部６０は、ログ出力キューに保持されているログのうち所定件数のログをログファイル４５に書き込む。

なお、ログ出力制御部６０がログ出力キュー監視処理でログファイル４５に書き込むログの件数は、負荷に応じて変更してもよい。ログ出力制御部６０は、ログ出力キュー監視処理で書き込むログの件数を少なくすることで、ログの出力によるＧＷサーバ２６への負荷をきめ細かく制御できる。

たとえば、ログ出力制御部６０は、負荷が小さい場合に複数のログを一度のログ出力キュー監視処理でログファイル４５に出力し、負荷が大きい場合に少数のログを一度のログ出力キュー監視処理でログファイル４５に出力する。

このように、ログ出力制御部６０は、ＧＷサーバ２６の負荷に応じて出力するログの数を変更することで、ログのログファイル４５への出力件数を保ちつつ、業務処理部６１における電文の送受信の遅延の発生を抑制できる。

［ステップＳ４４］ログ出力制御部６０は、ログ出力キューにログが所定件数以上保持されているか否かを判定する。ログ出力制御部６０は、ログ出力キューにログが所定件数以上保持されている場合に、ステップＳ４５にすすみ、ログ出力キューにログが所定件数以上保持されていない場合に、ログ出力キュー監視処理を終了する。

［ステップＳ４５］ログ出力制御部６０は、ログ出力キュー監視間隔を変更する。ログ出力制御部６０は、ログ出力キューにログが所定件数以上保持されているため、ログ出力キューの監視間隔を変更し、出力前のログがログ出力キューのサイズを超えないように制御する。たとえば、ログ出力制御部６０は、ログ出力キュー監視間隔を０ミリ秒に設定し、ログ出力キューに保持されたログの出力を速やかにおこなう。ログ出力制御部６０は、ログ出力キュー監視間隔を変更するとログ出力キュー監視処理を終了する。

このようなログ出力キュー監視処理によれば、ログ出力制御部６０は、ログ出力キューが保持するログの件数にもとづいて、ログ出力キューの監視間隔を変更する。したがって、ログ出力制御部６０は、出力前のログの件数がログ出力キューのサイズを超えないように制御できる。

なお、ログ出力キューの監視間隔の変更に用いるログの件数は、時間に応じて変更してもよい。
たとえば、過去のピーク時間などを参考にしてピーク時間前にログ出力キューの監視間隔の変更に用いるログの件数を少なく設定することで、ピーク前にログ出力キューに空きを作ることができる。

このようにＧＷサーバ２６では、業務処理部６１が第一の実施形態の処理実行部２とログ生成部３の機能を実現する。また、ログ出力制御部６０が負荷テスト実行部４と資源状況検出部５とログ出力制御部７の機能を実現する。そして、ＧＷサーバ２６が制御情報生成部６の機能を実現する。

このようなＧＷサーバ２６によれば、業務処理部６１は、電文の送受信を実行し、通信に関するログを生成できる。また、ログ出力制御部６０は、業務処理部６１に負荷テストを実行し、負荷テスト実行中にＧＷサーバ２６の稼働状況として電文の送受信によるＣＰＵ使用率とＩ／Ｏｗａｉｔの負荷を取得できる。また、ＧＷサーバ２６は、取得したＣＰＵ使用率とＩ／Ｏｗａｉｔにもとづいて制御情報４４を生成できる。そしてログ出力制御部６０は、制御情報４４と、取引中のＧＷサーバ２６のＣＰＵ使用率とＩ／Ｏｗａｉｔとにもとづいてログを出力制御できる。

したがって、ＧＷサーバ２６は、ＧＷサーバ２６の負荷に応じたログの出力制御をすることができ、業務処理部６１の電文の送受信に遅延が発生することを抑制できる。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、情報処理装置１、ＧＷサーバ２６が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読取り可能な記録媒体（可搬型記録媒体を含む）に記録しておくことができる。コンピュータで読取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷなどがある。光磁気記録媒体には、ＭＯ（Magneto Optical disk）などがある。

プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワーク２４を介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受取ったプログラムにしたがった処理を実行することもできる。

なお、上述の実施の形態は、実施の形態の要旨を逸脱しない範囲内において種々の変更を加えることができる。
さらに、上述の実施の形態は、多数の変形、変更が当業者にとって可能であり、説明した正確な構成および応用例に限定されるものではない。

１ 情報処理装置
２ 処理実行部
３ ログ生成部
４ 負荷テスト実行部
５ 資源状況検出部
６ 制御情報生成部
６ａ、４４、１４０ 制御情報
７ ログ出力制御部
７ａ ログ
２０ 証券システム
２１ 証券会社
２２ 投資家
２３ 証券取引所
２４ ネットワーク
２５ 注文管理システム
２６、２６ａ、２６ｂ、２６ｃ、２６ｄ ＧＷサーバ
２７ トレードシステム
２８ 株式売買システム
４０ 業務サーバ
４１ 運用管理サーバ
４２、４２ａ 通信制御プロセス
４３、１２０ テスト環境
４４、１４０ 制御情報
４５ ログファイル
４６ スケジューラ
４７、８０ スケジュール
６０、６０ａ ログ出力制御部
６１ 業務処理部

Claims (9)

1. 所定の処理を実行する処理実行部と、
   前記処理に関するログを生成するログ生成部と、
   前記処理実行部に負荷テストを実行する負荷テスト実行部と、
   前記処理実行部が使用する資源の使用状況を検出する資源状況検出部と、
   前記負荷テストの実行時に検出した前記資源の使用状況にもとづいて、前記ログの出力の制御に用いる制御情報を生成する制御情報生成部と、
   前記処理の実行時に検出した前記資源の使用状況と、前記制御情報とにもとづいて前記ログの出力を制御するログ出力制御部と、
   を備えることを特徴とする情報処理装置。
2. 前記処理実行部は、前記所定の処理を実行するプロセスを複数有し、
   前記負荷テスト実行部は、前記複数のプロセスに対して、処理を実行するタイミングの同期をとって前記負荷テストを実行することを特徴とする請求項１に記載の情報処理装置。
3. 前記ログ生成部は、前記プロセス毎に前記処理に関する前記ログを生成し、
   前記ログ生成部が生成した前記ログを、前記プロセス毎に保持するログ保持部を備え、
   前記ログ出力制御部は、前記ログ保持部の前記プロセス毎の前記ログにもとづいて、前記プロセス毎に前記ログの出力制御をおこなうことを特徴とする請求項２に記載の情報処理装置。
4. 前記負荷テスト実行部は、
   前記負荷テストとして負荷テスト用の電文の送受信を前記プロセスに実行させ、
   前記電文の送受信間隔を制御することで前記負荷テストの負荷を制御する、
   ことを特徴とする請求項２または請求項３に記載の情報処理装置。
5. 前記制御情報生成部は、
   前記制御情報として、閾値を生成し、
   前記ログ出力制御部は、
   前記閾値と前記処理の実行時に検出した前記資源の使用状況とにもとづいて、前記ログの出力負荷を制御することを特徴とする請求項４記載の情報処理装置。
6. 前記ログ出力制御部は、前記ログの出力間隔を制御することで、前記出力負荷を制御することを特徴とする請求項５に記載の情報処理装置。
7. 前記ログ出力制御部は、前記ログの出力量を制御することで、前記出力負荷を制御することを特徴とする請求項５または請求項６に記載の情報処理装置。
8. 所定の処理を実行し、前記処理に関するログを生成する情報処理装置のログ出力制御方法であって、
   コンピュータが、
   負荷テストを実行し、
   使用する資源の使用状況を検出し、
   前記負荷テストの実行時に検出した前記資源の使用状況にもとづいて、前記ログの出力の制御に用いる制御情報を生成し、
   前記処理の実行時に検出した前記資源の使用状況と、前記制御情報とにもとづいて前記ログの出力を制御する、
   ことを特徴とするログ出力制御方法。
9. 所定の処理を実行させ、前記処理に関するログを生成させる情報処理装置のログ出力制御プログラムであって、
   コンピュータに、
   負荷テストを実行させ、
   使用する資源の使用状況を検出させ、
   前記負荷テストの実行時に検出した前記資源の使用状況にもとづいて、前記ログの出力の制御に用いる制御情報を生成させ、
   前記処理の実行時に検出した前記資源の使用状況と、前記制御情報とにもとづいて前記ログの出力を制御させる、
   ことを特徴とするログ出力制御プログラム。

Images