特開 2024-39706 制御プログラム、制御方法および情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024039706

(43)【公開日】2024-03-25

(54)【発明の名称】制御プログラム、制御方法および情報処理装置

(51)【国際特許分類】

   G06F 9/50 20060101AFI20240315BHJP

【ＦＩ】

G06F9/50 120Z

G06F9/50 150Z

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022144273

(22)【出願日】2022-09-12

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】弁理士法人扶桑国際特許事務所

(72)【発明者】

【氏名】田中 環

(72)【発明者】

【氏名】鈴木 拓弥

(57)【要約】

【課題】負荷の変動に対する処理能力調整の追従性能を向上させる。
【解決手段】情報処理装置４は、サーバ１から送信される処理依頼を、中継装置２とサーバ３とを順に経由して受信し処理する。ここで、情報処理装置４は、サーバ１から受信した処理依頼を受信した中継装置２から、処理依頼の識別情報をサーバ３を経由せずに受信する。情報処理装置４は、識別情報の受信後、サーバ３から処理依頼を受信すると、識別情報に基づいて情報処理装置４の処理能力を制御する。
【選択図】図１

【特許請求の範囲】

【請求項1】

コンピュータに、
第１のサーバから受信した処理依頼を第２のサーバに送信する中継装置から、前記処理依頼の識別情報を前記第２のサーバを経由せずに受信し、
前記識別情報の受信後、前記第２のサーバから前記処理依頼を受信すると、前記識別情報に基づいて前記コンピュータの処理能力を制御する、
処理を実行させる制御プログラム。

【請求項2】

前記処理能力の制御では、
前記中継装置からの前記識別情報の受信の連続性に基づいて、前記処理能力の上昇の要否を示す制御情報を、受信した前記識別情報に対応付けて記憶部に登録し、
前記第２のサーバから前記処理依頼を受信すると、受信した前記処理依頼を示す前記識別情報に対応付けられた前記制御情報に基づいて、前記処理能力を制御する、
請求項１記載の制御プログラム。

【請求項3】

前記処理能力の制御では、前記処理能力を上昇させた第１の状態において前記第２のサーバから前記処理依頼を受信し、受信した前記処理依頼に基づいて依頼された処理の実行が完了したとき、受信した前記処理依頼を示す前記識別情報に対応付けられた前記制御情報が、前記処理能力の上昇が必要であることを示す場合、前記処理能力を前記第１の状態のまま維持し、当該制御情報が、前記処理能力の上昇が不要であることを示す場合、前記処理能力を前記第１の状態より低下させた第２の状態に遷移させる、
請求項２記載の制御プログラム。

【請求項4】

前記制御情報の登録では、前記中継装置から受信した第１の識別情報の受信時刻と、前記中継装置から次に受信した第２の識別情報の受信時刻との差が所定の閾値以内の場合、前記第１の識別情報に対して、前記処理能力の上昇が必要であることを示す前記制御情報を対応付ける、
請求項２または３記載の制御プログラム。

【請求項5】

前記処理能力を低下させた前記第２の状態において前記中継装置から前記識別情報を受信したとき、前記処理能力を前記第１の状態に遷移させる、
処理を前記コンピュータにさらに実行させる請求項３記載の制御プログラム。

【請求項6】

前記処理能力の制御では、前記処理能力を低下させた前記第２の状態において前記第２のサーバから前記処理依頼を受信し、受信した前記処理依頼に基づいて依頼された処理の実行が完了したとき、受信した前記処理依頼を示す前記識別情報に対応付けられた前記制御情報が、前記処理能力の上昇が不要であることを示す場合、前記処理能力を前記第１の状態に遷移させる、
請求項３記載の制御プログラム。

【請求項7】

前記処理依頼および前記識別情報は、処理対象を示す情報を含み、
前記第２のサーバから受信した前記処理依頼に基づいて依頼された処理を実行する、前記コンピュータを含む複数のコンピュータのそれぞれに対して、少なくとも１つの前記処理対象が割り当てられており、
前記第２のサーバは、前記第１のサーバから前記中継装置を介して受信した前記処理依頼を、前記複数のコンピュータのうち、受信した前記処理依頼に含まれる前記処理対象が割り当てられた割当先コンピュータに振り分けて送信し、
前記制御情報の登録では、前記中継装置から受信した前記識別情報のうち、前記コンピュータに割り当てられた前記処理対象を示す情報を含む前記識別情報を用いて、前記識別情報の受信の連続性を判定する、
請求項２，３，５，６のいずれか１項に記載の制御プログラム。

【請求項8】

コンピュータが、
第１のサーバから受信した処理依頼を第２のサーバに送信する中継装置から、前記処理依頼の識別情報を前記第２のサーバを経由せずに受信し、
前記識別情報の受信後、前記第２のサーバから前記処理依頼を受信すると、前記識別情報に基づいて前記コンピュータの処理能力を制御する、
制御方法。

【請求項9】

第１のサーバから送信される処理依頼を中継装置と第２のサーバとを順に経由して受信し処理する情報処理装置であって、
前記第１のサーバから受信した第１の処理依頼を受信した前記中継装置から、前記第１の処理依頼の第１の識別情報を前記第２のサーバを経由せずに受信し、
前記第１の識別情報の受信後、前記第２のサーバから前記第１の処理依頼を受信すると、前記第１の識別情報に基づいて前記情報処理装置の処理能力を制御する、
処理を実行する処理部を有する情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

証券取引システムは、多数のサーバを備え、ユーザからの依頼に応じた処理を多数のサーバに分散して実行する。このような証券取引システムの例として、次のような解析装置を備えるシステムが提案されている。この解析装置は、システム内を通過するパケットを傍受して、その内容からサーバにおける仕事の内訳を導出し、仕事の内訳や電源からの供給電力値から、サーバの稼働状況を示す指標を算出する。

【0003】

また、サーバ等のコンピュータでは、必要に応じて処理能力をスケーリングできるものがある。例えば、プロセッサのクロック周波数を調整できるものがある。クロック周波数の調整に関する技術としては、例えば、実行対象のタスクに依存するタスク処理情報と、タスクの数および各タスクの処理内容を含むタスク管理情報とから、クロック周波数を求める速度決定手段を備えるシステムが提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１－２０４１１０号公報

【特許文献2】特開平９－２９７６８８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、証券取引システムに含まれるサーバのように、多数の処理依頼を受信して依頼された処理を実行するコンピュータでは、処理負荷が高くなる期間にのみ処理能力を上昇させることで、消費電力を抑制できる。しかし、処理依頼を受信してから負荷の状態を検出し、負荷の増減に応じて処理能力を調整する方法では、負荷の変動に対して処理能力の調整を高速に追従させることが難しいという問題がある。

【0006】

１つの側面では、本発明は、負荷の変動に対する処理能力調整の追従性能を向上させることが可能な制御プログラム、制御方法および情報処理装置を提供することを目的とする。

【課題を解決するための手段】

【0007】

１つの案では、コンピュータに、第１のサーバから受信した処理依頼を第２のサーバに送信する中継装置から、処理依頼の識別情報を第２のサーバを経由せずに受信し、識別情報の受信後、第２のサーバから処理依頼を受信すると、識別情報に基づいてコンピュータの処理能力を制御する、処理を実行させる制御プログラムが提供される。

【0008】

また、１つの案では、上記の制御プログラムに基づく処理と同様の処理をコンピュータが実行する制御方法が提供される。
さらに、１つの案では、上記の制御プログラムに基づく処理と同様の処理を実行する情報処理装置が提供される。

【発明の効果】

【0009】

１つの側面では、負荷の変動に対する処理能力調整の追従性能が向上する。

【図面の簡単な説明】

【0010】

【図1】第１の実施の形態に係る情報処理システムの構成例および処理例を示す図である。

【図2】証券取引システムの比較例を示す図である。

【図3】第２の実施の形態に係る証券取引システムの構成例を示す図である。

【図4】注文電文データおよび分岐データの転送例を説明するための図である。

【図5】注文電文データの伝送タイミングについて説明するためのシーケンス図である。

【図6】注文電文データおよび分岐データの通番を用いたスケーリングタイミングの判定処理を説明するための図である。

【図7】トレーディングサーバのハードウェア構成例を示す図である。

【図8】トレーディングサーバが備える処理機能の構成例を示す図である。

【図9】受信記録テーブルのデータ構成例を示す図である。

【図10】スケーリング判定処理の手順を示すフローチャートの例である。

【図11】注文電文処理の手順を示すフローチャートの例（その１）である。

【図12】注文電文処理の手順を示すフローチャートの例（その２）である。

【図13】注文電文処理の手順を示すフローチャートの例（その３）である。

【発明を実施するための形態】

【0011】

以下、本発明の実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る情報処理システムの構成例および処理例を示す図である。図１に示す情報処理システムは、サーバ１、中継装置２、サーバ３および情報処理装置４を有する。

【0012】

サーバ１は、処理を依頼するための処理依頼を、中継装置２を介してサーバ３に送信する。サーバ１は、例えば、複数設置されてもよい。中継装置２は、サーバ１から受信した処理依頼をサーバ３に転送するとともに、その処理依頼を示す識別情報を情報処理装置４に転送する。例えば、処理依頼が証券取引の注文内容を示す注文電文データである場合、識別情報は、注文電文データに含まれる通番であってもよい。なお、中継装置２は、サーバ３に転送した処理依頼をそのまま情報処理装置４にも転送してもよい。

【0013】

サーバ３は、中継装置２を介して受信した処理依頼を、情報処理装置４に送信する。例えば、情報処理装置４が複数設置されている場合、サーバ３は、処理依頼を、依頼された処理の内容に応じて複数の情報処理装置４のいずれかに振り分けて送信する。

【0014】

情報処理装置４は、例えば、プロセッサやメモリを含むコンピュータである。この場合、以下で説明する情報処理装置４の処理は、例えばプロセッサによって実行される。情報処理装置４は、サーバ３から受信した処理依頼に基づいて、依頼された処理を実行する。また、情報処理装置４は、処理能力を調整する機能を有する。例えば、情報処理装置４は、プロセッサのクロック周波数を調整してもよい。

【0015】

以下、情報処理装置４における処理能力の調整処理について説明する。
情報処理装置４は、サーバ３から処理依頼が連続して送信されると、それらの処理依頼に基づく処理の負荷が高まる。このため、情報処理装置４は、負荷が高い状態でのみ処理能力を上昇させることで、処理速度を向上させつつ、消費電力を抑制できる。ここで、例えば、情報処理装置４が、サーバ３からの処理依頼の受信状況に基づいて処理能力を制御する方法が考えられる。しかし、この方法では、負荷の増減が検出されてから処理能力が調整されるため、負荷の変動に対して処理能力の調整を追従させることが難しい。

【0016】

これに対して、情報処理装置４は、サーバ３から受信する処理依頼に対応する識別情報を、サーバ３からの処理依頼の受信前に中継装置２から受信する。情報処理装置４は、識別情報の受信後、サーバ３から処理依頼を受信すると、識別情報に基づいて処理能力を制御する。このような処理によれば、情報処理装置４は、処理依頼の受信前に中継装置２から受信した、処理依頼に対応する識別情報に基づいて処理能力を制御するので、負荷の変動に対する処理能力調整の追従性能が向上する。

【0017】

なお、上記のように複数の情報処理装置４が存在する場合には、情報処理装置４のそれぞれは、中継装置２から受信した識別情報のうち、自装置で処理される処理内容を依頼する処理依頼に対応する識別情報に基づいて、処理能力を制御してもよい。

【0018】

以下、識別情報の受信状況を基に生成される制御情報を用いて、処理能力を制御する例について説明する。
この例では、情報処理装置４は、中継装置２からの識別情報の受信の連続性に基づき、処理能力の上昇の要否を示す制御情報を、受信した識別情報に対応付けて情報処理装置４の記憶部（図示せず）に登録する。そして、情報処理装置４は、サーバ３から処理依頼を受信すると、その処理依頼を示す識別情報に対応付けられた制御情報に基づいて、処理能力を制御する。

【0019】

これにより、情報処理装置４は、中継装置２からの識別情報の受信状況から負荷の増加または減少を検出した後、実際に情報処理装置４の負荷が増加または減少する時刻に応じたタイミングで、処理能力を調整できる。例えば、情報処理装置４は、連続して受信される複数の識別情報を検出した場合、それらの識別情報に対応する処理依頼のうち、サーバ３からどの処理依頼を受信したときに処理能力を上昇させ、他のどの処理依頼を受信したときに処理能力を低下させるかを判定してもよい。したがって、情報処理装置４の負荷の変動に対する処理能力調整の追従性能が向上する。

【0020】

図１の例では、状態ＳＴ１のように、情報処理装置４宛ての処理依頼ＩＤ１～ＩＤ４が、中継装置２からサーバ３に転送されるとともに、識別情報ｉｄ１～ｉｄ４が情報処理装置４にも順に転送されるとする。なお、識別情報ｉｄ１，ｉｄ２，ｉｄ３，ｉｄ４は、それぞれ処理依頼ＩＤ１，ＩＤ２，ＩＤ３，ＩＤ４に対応する識別情報であるとする。

【0021】

この場合、情報処理装置４は、処理依頼ＩＤ１～ＩＤ４をサーバ３から受信する前に、対応する識別情報ｉｄ１～ｉｄ４を中継装置２から受信する。例えば、情報処理装置４は処理依頼ＩＤ１をサーバ３から受信する前に識別情報ｉｄ１を中継装置２から受信し、処理依頼ＩＤ２をサーバ３から受信する前に識別情報ｉｄ２を中継装置２から受信してもよい。

【0022】

情報処理装置４は、識別情報ｉｄ１～ｉｄ４の受信の連続性に基づいて、制御情報Ｃを識別情報ｉｄ１～ｉｄ４に対応付ける。なお、制御情報Ｃには、処理能力の上昇が必要な場合、「１」が設定され、処理能力の上昇が必要ない場合、「０」が設定されるものとする。

【0023】

情報処理装置４は、例えば、識別情報ｉｄ１～ｉｄ４のうち隣接する識別情報間の、中継装置２からの受信時刻の差が所定の閾値以内であることにより、処理依頼ＩＤ１～ＩＤ４がサーバ３から連続して受信されると予測してもよい。この場合、情報処理装置４は、例えば、連続する識別情報ｉｄ１～ｉｄ４のうち、末尾を除く識別情報ｉｄ１～ｉｄ３に対して、制御情報Ｃ＝１を対応付ける。また、情報処理装置４は、末尾の識別情報ｉｄ４に対して、制御情報Ｃ＝０を対応付ける。このように制御情報Ｃが設定された場合、情報処理装置４は、次のような手順により処理能力を調整してもよい。

【0024】

まず、状態ＳＴ２のように、情報処理装置４は、連続する処理依頼ＩＤ１～ＩＤ４のうち先頭の処理依頼ＩＤ１をサーバ３から受信したとする。処理依頼ＩＤ１を示す識別情報ｉｄ１に対応する制御情報Ｃが１であることから、情報処理装置４は、処理依頼ＩＤ１に基づく処理を実行した後、処理能力を上昇させる。

【0025】

その後、状態ＳＴ３のように、情報処理装置４は、サーバ３から処理依頼ＩＤ２を受信したとする。処理依頼ＩＤ２を示す識別情報ｉｄ２に対応する制御情報Ｃが１であることから、情報処理装置４は、処理依頼ＩＤ２に基づく処理を実行した後、処理能力を上昇させたまま維持する。

【0026】

そして、状態ＳＴ４のように、情報処理装置４は、連続する処理依頼ＩＤ１～ＩＤ４のうち末尾の処理依頼ＩＤ４をサーバ３から受信したとする。処理依頼ＩＤ４を示す識別情報ｉｄ４に対応する制御情報Ｃが０であることから、情報処理装置４は、処理依頼ＩＤ４に基づく処理を実行した後、処理能力を低下させる。

【0027】

このような処理により、情報処理装置４は、処理依頼ＩＤ１～ＩＤ４を連続して受信して処理したために負荷が高まっている間、処理能力を上昇させ、処理依頼ＩＤ１～ＩＤ４に基づく処理を高速に実行することができる。そして、情報処理装置４は、処理依頼ＩＤ１～ＩＤ４をそれぞれ示す識別情報ｉｄ１～ｉｄ４に対応付けた制御情報Ｃに基づいて処理能力を調整することで、負荷の増減に対して処理能力の増減を追従させることができる。すなわち、情報処理装置４の負荷の変動に対する処理能力調整の追従性能が向上する。

【0028】

〔第２の実施の形態〕
次に、図１に示した情報処理システムとして、証券取引システムを例示して説明する。以下の説明では、まず、図２を用いて証券取引システムの比較例について説明し、図３以降で第２の実施の形態に係る証券取引システムについて説明する。

【0029】

図２は、証券取引システムの比較例を示す図である。図２に示す証券取引システムは、参加者サーバ１０ａ，１０ｂ，１０ｃ，・・・、参加者ゲートウェイ（ＧＷ）３０ａ，３０ｂ，３０ｃ，・・・およびトレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・を含む。

【0030】

参加者サーバ１０ａ，１０ｂ，１０ｃ，・・・は、例えば、証券会社などの証券取引を仲介する業者によって運用されるサーバ装置である。参加者サーバ１０ａ，１０ｂ，１０ｃ，・・・の少なくとも１つは、仮想サーバであってもよい。参加者サーバ１０ａ，１０ｂ，１０ｃ，・・・は、証券取引の参加者から依頼された取引の注文内容を示す注文電文データを、参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・のいずれかに送信する。注文電文データには、取引の種類を示す情報（売り／買いの種別、指値／成行の種別など）や、取引対象の銘柄を示す情報、注文者を示す情報、通番などが含まれる。

【0031】

参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・およびトレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・は、例えば、証券取引所によって運用される。参加者サーバ１０ａ，１０ｂ，１０ｃ，・・・と参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・とは、ネットワーク５０を介して接続されている。ネットワーク５０は、例えば、証券取引専用のネットワークである。

【0032】

参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・は、証券取引の注文を受け付けるサーバ装置である。参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・は、参加者サーバ１０ａ，１０ｂ，１０ｃ，・・・から受信した注文電文データを、注文電文データで指定された銘柄に基づいて、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・のいずれかに転送する。

【0033】

トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・は、証券取引処理を実行するサーバ装置である。トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・のそれぞれには、取引対象の銘柄が１つ以上割り当てられている。そのため、参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・からは、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・のそれぞれに割り当てられた銘柄についての注文電文データが振り分けられて転送される。トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・は、受信した注文電文データに基づいて、注文の付合せ（マッチング）処理を実行する。

【0034】

上記の証券取引システムでは、大量の注文に対応するために注文が多数のサーバによって分散処理される。例えば、注文を銘柄ごとに振り分ける処理が参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・によって分散処理され、注文の付合せ処理がトレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・によって分散処理される。このように多数のサーバが動作するため、システム全体の消費電力が大きい。

【0035】

また、各サーバは、処理能力のスケーリングが可能になっている。以下の説明では、処理能力のスケーリングの例として、プロセッサのクロック周波数が調整されるものとする。一般的に各サーバは、大量の注文を処理するために、クロック周波数を最大の状態に固定して動作する。このため、各サーバの消費電力も大きく、その結果としてシステム全体の消費電力が増大する。

【0036】

したがって、上記の証券取引システムでは、消費電力を下げたいという要求がある。以下、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・の省電力化について説明する。

【0037】

省電力化の方法としては、例えば、各トレーディングサーバが、プロセッサの負荷状況を監視し、負荷が高い期間のみクロック周波数を上昇させる方法が考えられる。しかし、この方法では、現在の負荷に応じてクロック周波数が調整されることから、負荷の急激な増減に対してクロック周波数の応答が遅延するという問題がある。

【0038】

また、別の方法として、各トレーディングサーバを仮想サーバとして実現し、複数の仮想サーバ間でプロセッサのリソースを共有する方法が考えられる。この方法では、プロセッサのリソースを共有する仮想サーバ間で処理能力を分配しやすいというメリットがあるが、負荷の急激な増減に対するリソース分配の応答が遅延することに変わりない。また、ある仮想サーバに処理能力を多く割り当てた状態で、その仮想サーバとリソースを共有する別の仮想サーバの負荷が高くなった場合でも、前者の仮想サーバの負荷が低下しなければ後者の仮想サーバへの処理能力の割り当てを増やすことができない。

【0039】

そこで、本実施の形態では次の図３に示すように、参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・の前段にネットワークタップが配置される。そして、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・は、ネットワークタップから転送される注文電文データの受信状況に応じてクロック周波数を調整する。これにより、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・負荷の増減に対するクロック周波数の追従性能が向上する。

【0040】

図３は、第２の実施の形態に係る証券取引システムの構成例を示す図である。図３に示す証券取引システムは、図２に示した証券取引システムに対して、さらにネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・が追加されている。

【0041】

ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・は、受信ポートで受信したデータを送信ポートから送信するとともに、その送信データと同じデータを他の送信ポート（例えばモニタリングポート）から送信可能なデータ分岐装置である。本実施の形態において、ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・は、それぞれ参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・の前段に設けられている。

【0042】

これにより、ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・は、参加者サーバ１０ａ，１０ｂ，１０ｃ，・・・からそれぞれ参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・を宛先とする注文電文データを受信する。そして、ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・は、受信した注文電文データをそれぞれ参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・に転送する。ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・は、それぞれ参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・に転送した注文電文データに対応する分岐データを、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・のすべてに対してマルチキャストで転送する。

【0043】

分岐データには、対応する注文電文データから、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・での処理に必要となるデータが抽出されて設定される。分岐データには少なくとも、対応する注文電文データを識別するための通番が設定される。また、本実施の形態のようにトレーディングサーバが複数存在する場合には、分岐データにはさらに銘柄を示す銘柄コードが設定される。なお、分岐データとしては、対応する注文電文データと同じデータ（ミラーデータ）がトレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・に転送されてもよい。

【0044】

なお、参加者サーバ１０ａ，１０ｂ，１０ｃ，・・・は、図１に示したサーバ１の一例であり、ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・は、図１に示した中継装置２の一例である。また、参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・は、図１に示したサーバ３の一例であり、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・は、図１に示した情報処理装置４の一例である。

【0045】

また、以下の説明では、参加者サーバ１０ａ，１０ｂ，１０ｃ，・・・は、それぞれを特に区別せずに表す場合には、「参加者サーバ１０」と記載される場合がある。同様に、ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・は、それぞれを特に区別せずに表す場合には、「ネットワークタップ２０」と記載される場合がある。また、参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・は、それぞれを特に区別せずに表す場合には、「参加者ゲートウェイ３０」と記載される場合がある。また、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・は、それぞれを特に区別せずに表す場合には、「トレーディングサーバ４０」と記載される場合がある。

【0046】

図４は、注文電文データおよび分岐データの転送例を説明するための図である。上記のように、ネットワークタップ２０は、受信した注文電文データを対応する参加者ゲートウェイ３０に転送し、注文電文データに対応する分岐データをトレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・のすべてに転送する。例えば図４に示すように、ネットワークタップ２０ａは、参加者サーバ１０から受信した注文電文データを参加者ゲートウェイ３０ａに転送するとともに、注文電文データに対応する分岐データをトレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・のすべてに転送する。

【0047】

ここで、図４では、トレーディングサーバ４０ａが処理する銘柄が、銘柄コード「１３０１」の銘柄であるとする。また、トレーディングサーバ４０ｂが処理する銘柄が、銘柄コード「１３０５」の銘柄であるとする。さらに、トレーディングサーバ４０ｃが処理する銘柄が、銘柄コード「１３０６」の銘柄であるとする。

【0048】

この場合、参加者ゲートウェイ３０ａは、ネットワークタップ２０ａから受信した注文電文データのうち、銘柄コード「１３０１」が設定された注文電文データをトレーディングサーバ４０ａに送信する。また、参加者ゲートウェイ３０ａは、銘柄コード「１３０５」が設定された注文電文データをトレーディングサーバ４０ｂに送信する。さらに、参加者ゲートウェイ３０ａは、銘柄コード「１３０６」が設定された注文電文データをトレーディングサーバ４０ｃに送信する。

【0049】

一方、ネットワークタップ２０ａからトレーディングサーバ４０ａ～４０ｃに対しては、銘柄コード「１３０１」、「１３０５」、「１３０６」が設定された分岐データのいずれも転送される。トレーディングサーバ４０ａは、ネットワークタップ２０ａから転送された分岐データのうち、銘柄コード「１３０１」が設定された分岐データだけを利用し、それ以外の分岐データを破棄してもよい。また、トレーディングサーバ４０ｂは、ネットワークタップ２０ａから転送された分岐データのうち、銘柄コード「１３０５」が設定された分岐データだけを利用し、それ以外の分岐データを破棄してもよい。さらに、トレーディングサーバ４０ｃは、ネットワークタップ２０ａから転送された分岐データのうち、銘柄コード「１３０６」が設定された分岐データだけを利用し、それ以外の分岐データを破棄してもよい。

【0050】

図５は、注文電文データの伝送タイミングについて説明するためのシーケンス図である。
図５の例では、時刻Ｔ１において参加者サーバ１０からネットワークタップ２０に対して、注文電文データが送信される。すると、時刻Ｔ２において、ネットワークタップ２０は、受信した注文電文データを参加者ゲートウェイ３０に転送し、その注文電文データに対応する分岐データをトレーディングサーバ４０に転送する。

【0051】

参加者ゲートウェイ３０は、受信した注文電文データを用いて所定の業務処理を実行する。この業務処理には、注文電文データの宛先判定処理が含まれる。そして、時刻Ｔ３において、参加者ゲートウェイ３０からトレーディングサーバ４０に対して注文電文データが送信される。

【0052】

この図５の例のように、トレーディングサーバ４０は、参加者ゲートウェイ３０から注文電文データを受信した時刻Ｔ３より前の時刻Ｔ２において、その注文電文データに対応する分岐データをネットワークタップ２０から受信することができる。このため、トレーディングサーバ４０は、注文電文データを参加者ゲートウェイ３０から受信する前に、ネットワークタップ２０からの受信データに基づいて負荷の変動状況を予測することができる。

【0053】

ところで、ネットワークタップ２０から送信されたデータが参加者ゲートウェイ３０を介してトレーディングサーバ４０に到達するまでの時間は、参加者ゲートウェイ３０の負荷状況などの原因により一定にはならない。このため、トレーディングサーバ４０は、上記のように負荷の増減を事前に予測できたとしても、実際に負荷が増減する時刻を正確に予測することは難しい。したがって、例えば、負荷の変動状況の事前予測結果から、実際に負荷が増減する時刻自体を予測する方法を用いた場合には、トレーディングサーバ４０の負荷の増減に対するスケーリングの追従精度が悪化する可能性がある。また、トレーディングサーバ４０は、実際に負荷が高い期間より長い期間、クロック周波数を上昇させた状態になる可能性もあり、その場合には余計な電力を消費してしまう可能性がある。

【0054】

そこで、本実施の形態のトレーディングサーバ４０は、注文電文データのそれぞれに含まれる通番を利用して、負荷が変動するタイミングを正確に判定する。この通番は、注文電文データの通し番号であり、参加者サーバ１０によって注文電文データに付与される。通番は、注文者ごとに付与される場合もある。

【0055】

トレーディングサーバ４０は、上記のように、ネットワークタップ２０からの分岐データの受信状況に基づき、受信した分岐データに対応する注文電文データを参加者ゲートウェイ３０から受信する前に、プロセッサのクロック周波数のスケーリングに関する判定処理を実行する。この判定処理では、分岐データの受信の連続性が解析される。これにより、トレーディングサーバ４０は、「何番の通番の注文電文データから何番の通番の注文電文データまでが参加者ゲートウェイ３０から連続して受信される」ということが予測できる。

【0056】

そして、トレーディングサーバ４０は、参加者ゲートウェイ３０から注文電文データを受信したとき、その注文電文データの通番に基づいてスケーリングを実行する。例えば、受信した注文電文データの通番が、連続する注文電文データの先頭であることを示す場合、トレーディングサーバ４０は、受信した注文電文データに基づく処理の前または後に、クロック周波数を上昇させてもよい。また、例えば、受信した注文電文データの通番が、連続する注文電文データの中間的な位置であることを示す場合、トレーディングサーバ４０は、受信した注文電文データに基づく処理の完了後に、クロック周波数を上昇させたまま維持してもよい。さらに、例えば、受信した注文電文データの通番が、連続する注文電文データの末尾であることを示す場合、トレーディングサーバ４０は、受信した注文電文データに基づく処理の完了後に、クロック周波数を低下させてもよい。

【0057】

図６は、注文電文データおよび分岐データの通番を用いたスケーリングタイミングの判定処理を説明するための図である。
図６の例では、状態ＳＴ１１のように、参加者ゲートウェイ３０は、トレーディングサーバ４０宛ての注文電文データとして、通番「１００１」～「１００６」の注文電文データを順に受信するものとする。一方、トレーディングサーバ４０は、参加者ゲートウェイ３０から通番「１００１」～「１００６」の各注文電文データを受信するより前に、各注文電文データに対応する分岐データをネットワークタップ２０から受信する。例えば、トレーディングサーバ４０は、参加者ゲートウェイ３０から通番「１００１」の注文電文データを受信するより前に、その注文電文データに対応する分岐データをネットワークタップ２０から受信してもよい。また、トレーディングサーバ４０は少なくとも、参加者ゲートウェイ３０から通番「１００２」の注文電文データを受信するより前に、その注文電文データに対応する分岐データをネットワークタップ２０から受信してもよい。

【0058】

このため、トレーディングサーバ４０は、通番「１００１」の注文電文データから通番「１００６」の注文電文データまでが連続して受信されることを事前に予測できる。例えば、トレーディングサーバ４０は、隣接する分岐データの受信時刻の差が所定の閾値以下である場合に、これらの分岐データに対応する注文電文データが連続すると判定してもよい。

【0059】

本実施の形態では例として、トレーディングサーバ４０は、ネットワークタップ２０から受信した各分岐データの通番に対して、「クロック維持フラグ」という制御情報を対応付ける。クロック維持フラグは、対応する注文電文データを参加者ゲートウェイ３０から受信したときに、クロック周波数を上昇させたまま維持するか否かを示すフラグ情報である。クロック維持フラグには、クロック周波数を維持する場合に「１」が設定され、クロック周波数を維持せずに低下させる場合に「０」が設定される。

【0060】

図６の例では、通番「１００１」～「１００５」に対応するクロック維持フラグが「１」とされ、通番「１００６」に対応するクロック維持フラグが「０」とされる。この場合、例えば、次のようなスケーリング制御が実行される。

【0061】

状態ＳＴ１２のように、トレーディングサーバ４０は、参加者ゲートウェイ３０から、連続するデータ列の先頭である通番「１００１」の注文電文データを受信したとする。通番「１００１」に対応するクロック維持フラグ（ＦＧ）は「１」であることから、トレーディングサーバ４０は、この注文電文データに基づく処理を実行した後、クロック周波数を上昇させてもよい。

【0062】

その後、状態ＳＴ１３のように、トレーディングサーバ４０は、参加者ゲートウェイ３０から通番「１００２」、「１００３」の注文電文データを順に受信したとする。通番「１００２」、「１００３」に対応するクロック維持フラグはいずれも「１」であることから、トレーディングサーバ４０は、各注文電文データに基づく処理を実行した後、クロック周波数を上昇させたまま維持してもよい。

【0063】

そして、状態ＳＴ１４のように、トレーディングサーバ４０は、参加者ゲートウェイ３０から、連続するデータ列の末尾である通番「１００６」の注文電文データを受信したとする。通番「１００６」に対応するクロック維持フラグは「０」であることから、トレーディングサーバ４０は、この注文電文データに基づく処理を実行した後、クロック周波数を低下させてもよい。

【0064】

以上の処理により、トレーディングサーバ４０は、通番「１００１」～「１００５」の注文電文データを連続して受信して処理したために負荷が高まっている間、クロック周波数を上昇させ、注文電文データに基づく処理を高速に実行することができる。また、トレーディングサーバ４０は、各注文電文データの通番に対応付けたクロック維持フラグに基づいてクロック周波数を増減することで、負荷の増減に対してクロック周波数の増減を高速に追従させることができる。その結果、トレーディングサーバ４０は、必要な期間にクロック周波数を上昇させることができるので、高速な処理を可能にしつつ、消費電力を抑制できる。

【0065】

なお、上記の処理では、連続するデータ列の先頭である通番「１００１」の注文電文データを受信した時点では、クロック周波数は上昇されない。このため、通番「１００１」の注文電文データに基づく処理を高速化することはできない。そこで、他の処理方法として、トレーディングサーバ４０は、通番「１００１」の分岐データをネットワークタップ２０から受信した時点で、クロック周波数を上昇させてもよい。これにより、連続する注文電文データに基づく処理を実行している期間の全体において、処理が高速化される。図１０～図１２に示すフローチャートでは、この処理方法を用いた場合について示す。

【0066】

次に、トレーディングサーバ４０について詳しく説明する。
図７は、トレーディングサーバのハードウェア構成例を示す図である。トレーディングサーバ４０は、例えば、図７に示すようなコンピュータとして実現される。図７に示すトレーディングサーバ４０は、プロセッサ４０１、ＲＡＭ（Random Access Memory）４０２、ＨＤＤ（Hard Disk Drive）４０３、ＧＰＵ（Graphics Processing Unit）４０４、入力インタフェース（Ｉ／Ｆ）４０５、読み取り装置４０６および通信インタフェース（Ｉ／Ｆ）４０７を備える。

【0067】

プロセッサ４０１は、トレーディングサーバ４０全体を統括的に制御する。プロセッサ４０１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）またはＰＬＤ（Programmable Logic Device）である。また、プロセッサ４０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

【0068】

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

【0069】

ＨＤＤ４０３は、トレーディングサーバ４０の補助記憶装置として使用される。ＨＤＤ４０３には、ＯＳプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＳＳＤ（Solid State Drive）などの他の種類の不揮発性記憶装置を使用することもできる。

【0070】

ＧＰＵ４０４には、表示装置４１が接続されている。ＧＰＵ４０４は、プロセッサ４０１からの命令にしたがって、画像を表示装置４１に表示させる。表示装置４１としては、液晶ディスプレイや有機ＥＬ（ElectroLuminescence）ディスプレイなどがある。

【0071】

入力インタフェース４０５には、入力装置４２が接続されている。入力インタフェース４０５は、入力装置４２から出力される信号をプロセッサ４０１に送信する。入力装置４２としては、キーボードやポインティングデバイスなどがある。ポインティングデバイスとしては、マウス、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

【0072】

読み取り装置４０６には、可搬型記録媒体４３が脱着される。読み取り装置４０６は、可搬型記録媒体４３に記録されたデータを読み取ってプロセッサ４０１に送信する。可搬型記録媒体４３としては、光ディスク、半導体メモリなどがある。

【0073】

通信インタフェース４０７は、ネットワーク４４を介して他の装置との間でデータの送受信を行う。
以上のようなハードウェア構成によって、トレーディングサーバ４０の処理機能が実現されてもよい。なお、参加者サーバ１０、ネットワークタップ２０および参加者ゲートウェイ３０についても、同様のハードウェア構成を有するコンピュータで実現されてもよい。

【0074】

図８は、トレーディングサーバが備える処理機能の構成例を示す図である。図８に示すように、トレーディングサーバ４０は、記憶部４１０、分岐データ受信部４２１、スケーリング判定部４２２、注文受付部４２３、スケーリング制御部４２４および注文電文処理部４２５を備える。

【0075】

記憶部４１０は、ＲＡＭ４０２など、トレーディングサーバ４０が備える記憶装置に確保される記憶領域である。受信記録テーブル４１１には、ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・から受信した分岐データのうち、トレーディングサーバ４０が取引対象とする銘柄が指定された分岐データが、受信順に格納される。また、受信記録テーブル４１１には、各分岐データに対して、前述したクロック維持フラグを含む制御情報が対応付けて登録される。

【0076】

分岐データ受信部４２１、スケーリング判定部４２２、注文受付部４２３、スケーリング制御部４２４および注文電文処理部４２５の処理は、例えば、プロセッサ４０１が所定のアプリケーションプログラムを実行することで実現される。

【0077】

分岐データ受信部４２１は、ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・から分岐データを受信する。分岐データ受信部４２１は、受信した分岐データのうち、トレーディングサーバ４０が取引対象とする銘柄が指定された分岐データだけを受信記録テーブル４１１に登録し、それ以外の分岐データを破棄する。

【0078】

スケーリング判定部４２２は、ネットワークタップ２０ａ，２０ｂ，２０ｃ，・・・からの分岐データの受信状況に基づいて、受信記録テーブル４１１に登録された分岐データに対応する制御情報を生成する。

【0079】

注文受付部４２３は、参加者ゲートウェイ３０ａ，３０ｂ，３０ｃ，・・・からの注文電文データを受信する。
スケーリング制御部４２４は、受信記録テーブル４１１から、注文受付部４２３が受信した注文電文データの通番に対応する制御情報を取得し、取得した制御情報に基づいてクロック周波数をスケーリングする。

【0080】

注文電文処理部４２５は、注文受付部４２３が受信した注文電文データに基づいて、注文の付合せ処理を実行する。
図９は、受信記録テーブルのデータ構成例を示す図である。前述のように、受信記録テーブル４１１には、ネットワークタップ２０から受信した分岐データのうち、トレーディングサーバ４０が取引対象とする銘柄が指定された分岐データが、受信順に格納される。受信記録テーブル４１１には、各分岐データに対応するレコードが作成され、各レコードには、受信日時、銘柄、通番、クロック維持フラグおよび到着済みフラグが登録される。

【0081】

受信日時は、注文電文データをネットワークタップ２０から受信した日時を示す。銘柄および通番は、受信した分岐データに含まれる情報である。銘柄は、取引対象の銘柄を示し、実際には銘柄コードで表される。通番は、分岐データおよびこれに対応する注文電文データを一意に識別する通し番号である。

【0082】

クロック維持フラグは、クロック周波数のスケーリングを実行するための制御情報である。クロック維持フラグには、クロック周波数を維持する場合に「１」が設定され、クロック周波数を維持せずに低下させる場合に「０」が設定される。

【0083】

到着済みフラグは、ネットワークタップ２０からの分岐データの到着順が入れ替わった場合でもスケーリングを正しく実行できるようにするための制御情報である。到着済みフラグの初期値は「０」であり、本来の順番より前にネットワークタップ２０から受信された分岐データが注文電文処理部４２５によって処理された場合に、到着済みフラグが「１」に更新される。

【0084】

次に、トレーディングサーバ４０の処理について、フローチャートを用いて説明する。以下の説明では、プロセッサ４０１が複数のコアを備え、コアごとにクロック周波数を調整可能になっているとする。また、１つのトレーディングサーバ４０には取引対象の銘柄が複数割り当てられており、割り当てられた銘柄ごとに処理を担うコアが割り当てられているとする。

【0085】

図１０は、スケーリング判定処理の手順を示すフローチャートの例である。
［ステップＳ１１］分岐データ受信部４２１は、ネットワークタップ２０から分岐データを受信する。

【0086】

［ステップＳ１２］分岐データ受信部４２１は、受信した分岐データにおいて指定された銘柄が自サーバでの処理対象の銘柄かを判定する。処理対象の銘柄である場合、処理がステップＳ１４に進められ、処理対象の銘柄でない場合、処理がステップＳ１３に進められる。

【0087】

［ステップＳ１３］分岐データ受信部４２１は、受信した分岐データを破棄する。
［ステップＳ１４］スケーリング判定部４２２は、受信した分岐データにおいて指定された銘柄に対応するコアのクロック周波数が上昇済みであるかを判定する。クロック周波数が上昇済みの場合、処理がステップＳ１６に進められ、クロック周波数が上昇されていない場合、処理がステップＳ１５に進められる。

【0088】

［ステップＳ１５］スケーリング判定部４２２は、該当するコアのクロック周波数を上昇させる。例えば、受信した分岐データが、連続する分岐データのうちの先頭データである場合、ステップＳ１５の処理によりクロック周波数が上昇される。これにより、受信した分岐データに対応する注文電文データが参加者ゲートウェイ３０から受信される前に、クロック周波数を上昇させておくことができる。なお、分岐データに対応する注文電文データは短時間のうちに参加者ゲートウェイ３０からも到着するため、その到着前にクロック周波数が上昇されることによる無駄な消費電力は小さいと考えられる。

【0089】

［ステップＳ１６］スケーリング判定部４２２は、受信記録テーブル４１１から、受信した分岐データにおいて指定された銘柄と同じ銘柄が登録されたレコードのうち、最も先頭側のレコードを選択する。スケーリング判定部４２２は、選択されたレコードの情報（具体的には受信日時）を取得する。これにより、ネットワークタップ２０から直前に受信した同一銘柄の分岐データに対応する情報が取得される。

【0090】

［ステップＳ１７］スケーリング判定部４２２は、ステップＳ１６でレコードから取得した受信日時と、現在の日時との差が、所定の閾値以内かを判定する。日時の差が閾値以内の場合、処理がステップＳ１８に進められ、日時の差が閾値より大きい場合、処理がステップＳ１９に進められる。

【0091】

［ステップＳ１８］このケースでは、現在の分岐データ（ステップＳ１１で受信した分岐データ）と直前に受信した同一銘柄の分岐データとが連続していると判定される。この場合、スケーリング判定部４２２は、後者の分岐データに対応するクロック維持フラグを「１」に更新する。

【0092】

一方、ステップＳ１７で「Ｎｏ」と判定された場合、現在の分岐データと直前に受信した同一銘柄の分岐データとが連続していないと判定されるので、後者の分岐データに対応するクロック維持フラグは「０」のまま維持される。

【0093】

［ステップＳ１９］スケーリング判定部４２２は、受信記録テーブル４１１の先頭にレコードを追加し、このレコードに対して、現在の日時と、ステップＳ１１で受信した分岐データに含まれる銘柄および通番とを登録する。また、スケーリング判定部４２２は、追加したレコードのクロック維持フラグおよび到着済みフラグとして、初期値である「０」を登録する。

【0094】

図１１～図１３は、注文電文処理の手順を示すフローチャートの例である。
［ステップＳ２１］注文受付部４２３は、参加者ゲートウェイ３０から注文電文データを受信する。

【0095】

［ステップＳ２２］スケーリング制御部４２４は、受信した注文電文データにおいて指定された銘柄に対応するコアのクロック周波数が上昇済みであるかを判定する。クロック周波数が上昇済みの場合、処理がステップＳ２４に進められ、クロック周波数が上昇されていない場合、処理がステップＳ２３に進められる。

【0096】

［ステップＳ２３］このケースは、何らかの異常により、受信した注文電文データに対応する分岐データをネットワークタップ２０から受信したときにクロック周波数が上昇されなかったケースである。この場合、スケーリング制御部４２４は、該当するコアのクロック周波数を上昇させる。

【0097】

［ステップＳ２４］注文電文処理部４２５は、受信した注文電文データに基づいて、注文の付合せ処理を実行する。
［ステップＳ２５］スケーリング制御部４２４は、受信記録テーブル４１１から、受信した注文電文データと同じ通番を含むレコードを特定する。以下、特定されたレコードを「レコードＡ」とする。

【0098】

［ステップＳ２６］スケーリング制御部４２４は、レコードＡに含まれるクロック維持フラグを、変数Ｘに設定する。
以下、図１２を参照して説明を続ける。

【0099】

ネットワークタップ２０から受信される分岐データは、ネットワークタップ２０の処理状況などを原因として、順序が入れ替わる可能性がある。順序が入れ替わっている場合、通番に対応付けられたクロック維持フラグをそのまま用いてスケーリングが行われると、スケーリングのタイミングを間違える可能性がある。以下の図１２および図１３の処理では、到着済みフラグを用いることで、分岐データの受信順が入れ替わった場合でもスケーリングが正しく行われるように制御される。

【0100】

［ステップＳ３１］スケーリング制御部４２４は、受信記録テーブル４１１において、上記のレコードＡ（ステップＳ２１で受信した注文電文データに対応するレコード）より前（先頭側）にレコードがあるかを判定する。該当レコードがある場合、処理がステップＳ３２に進められ、該当レコードがない場合、処理がステップＳ３３に進められる。

【0101】

［ステップＳ３２］このケースは、分岐データの受信順の入れ替わりが発生したケースである。すなわち、ステップＳ２１で受信し、ステップＳ２４で処理済みである注文電文データより、本来後に受信されるべき注文電文データに対応するデータが、受信記録テーブル４１１の先頭側に残っていることになる。

【0102】

この場合、スケーリング制御部４２４は、レコードＡの到着済みフラグを「１」に更新する。これにより、レコードＡがすでに参加者ゲートウェイ３０からトレーディングサーバ４０に到着済みである（トレーディングサーバ４０で処理済みである）ことが記録される。

【0103】

［ステップＳ３３］スケーリング制御部４２４は、受信記録テーブル４１１において、上記のレコードＡより後（末尾側）にレコードがあるかを判定する。該当レコードがある場合、処理が図１３のステップＳ４１に進められ、該当レコードがない場合、処理がステップＳ３４に進められる。

【0104】

［ステップＳ３４］スケーリング制御部４２４は、受信記録テーブル４１１からレコードＡを削除する。
［ステップＳ３５］スケーリング制御部４２４は、現在の変数Ｘとして設定されたクロック維持フラグが「１」かを判定する。フラグが「１」の場合、処理が終了され、フラグが「０」の場合、処理がステップＳ３６に進められる。

【0105】

［ステップＳ３６］スケーリング制御部４２４は、ステップＳ２１で受信した注文電文データにおいて指定された銘柄に対応するコアのクロック周波数を低下させる。
以下、図１３を参照して説明を続ける。

【0106】

［ステップＳ４１］スケーリング制御部４２４は、レコードＡを変数Ｙに設定する。
［ステップＳ４２］スケーリング制御部４２４は、受信記録テーブル４１１から、変数Ｙが示すレコードの後ろ側（末尾側）に存在するレコード（レコードＢとする）を取得する。

【0107】

［ステップＳ４３］スケーリング制御部４２４は、レコードＢの到着済みフラグが「１」かを判定する。フラグが「１」の場合、処理がステップＳ４４に進められ、フラグが「０」の場合、処理が図１２のステップＳ３５に進められる。

【0108】

［ステップＳ４４］スケーリング制御部４２４は、レコードＢのクロック維持フラグを変数Ｘに上書きして設定する。
［ステップＳ４５］スケーリング制御部４２４は、受信記録テーブル４１１から、変数Ｙが示すレコードを削除する。

【0109】

［ステップＳ４６］スケーリング制御部４２４は、レコードＢを変数Ｙに上書きして設定する。
［ステップＳ４７］スケーリング制御部４２４は、受信記録テーブル４１１の後ろ側に、ステップＳ４２で未選択のレコードがあるかを判定する。未選択のレコードがある場合、処理がステップＳ４２に進められる。この場合、ステップＳ４２では、未選択のレコードが受信記録テーブル４１１の先頭側から選択される。一方、すべてのレコードを選択済みの場合、処理が図１２のステップＳ３５に進められる。

【0110】

ここで、ステップＳ４３で「Ｙｅｓ」となるのは、受信記録テーブル４１１で１つ後のレコードの到着済みフラグが「１」であるケースである。この場合、ステップＳ４４で、前のレコードから後のレコードに対してクロック維持フラグがコピーされ、ステップＳ４５で、前のレコードが削除される。その後、ステップＳ４７で「Ｎｏ」となってステップＳ３５に進むと、コピーされたクロック維持フラグに基づいてクロック周波数が制御される。これにより、クロック周波数のスケーリングを正しく実行できる。

【0111】

例えば、参加者ゲートウェイ３０からトレーディングサーバ４０に対して、通番「００１」、「００２」、「００３」の順で注文電文データが連続して送信されるとする。一方、ネットワークタップ２０からトレーディングサーバ４０に対しては、通番「００１」、「００３」、「００２」の順で分岐データが転送されたとする。この場合、通番「００１」、「００３」、「００２」に対応するクロック維持フラグは、それぞれ「１」、「１」、「０」となる。

【0112】

トレーディングサーバ４０は、参加者ゲートウェイ３０から通番「００１」の注文電文データを受信すると、この注文電文データを処理した後、ステップＳ３３で後にレコードがあると判定する。この場合、ステップＳ４３で到着済みフラグが「１」と判定されるので、ステップＳ３５で通番「００１」のクロック維持フラグが「１」と判定され、クロック周波数は上昇したまま維持される。

【0113】

次に、トレーディングサーバ４０は、参加者ゲートウェイ３０から通番「００２」の注文電文データを受信すると、この注文電文データを処理した後、ステップＳ３１で前に通番「００３」のレコードがあると判定する。これにより、ステップＳ３２で、通番「００２」に対応する到着済みフラグが「１」に更新され、クロック周波数は上昇したまま維持される。

【0114】

次に、トレーディングサーバ４０は、参加者ゲートウェイ３０から通番「００３」の注文電文データを受信すると、この注文電文データを処理した後、ステップＳ３３で後に通番「００２」のレコードがあると判定する。この場合、ステップＳ４３で通番「００２」の到着フラグが「１」と判定され、ステップＳ４４で通番「００３」のクロック維持フラグ「０」が通番「００２」にコピーされる。そして、ステップＳ３５では、通番「００３」ではなく通番「００２」のクロック維持フラグが「０」と判定され、ステップＳ３６でクロック周波数が低下される。

【0115】

このように、ネットワークタップ２０からの分岐データの受信順が入れ替わった場合でも、クロック周波数のスケーリングを正しく実行できる。すなわち、通番「００１」～「００３」の注文電文データが処理されている間、クロック周波数を上昇させておき、通番「００３」の注文電文データの処理が完了すると、クロック周波数を低下させることができる。

【0116】

なお、図１０～図１３の処理では、連続する分岐データのうち先頭データがネットワークタップ２０から受信された時点で、クロック周波数が上昇されるものとした。しかし、図６で説明したように、参加者ゲートウェイ３０から当該先頭データに対応する注文電文データを受信し、当該注文電文データの処理が完了した時点で、クロック周波数を上昇させてもよい。この場合、図１０～図１３の処理は、次のように変更されればよい。

【0117】

図１０では、ステップＳ１４，Ｓ１５の処理がスキップされる。また、図１１では、ステップＳ２２，Ｓ２３の処理がスキップされる。図１２では、ステップＳ３５で「Ｙｅｓ」と判定されたとき、該当コアのクロック周波数が低下された状態の場合に、クロック周波数が上昇される。

【0118】

なお、上記の各実施の形態に示した装置（例えば、情報処理装置４、トレーディングサーバ４０ａ，４０ｂ，４０ｃ，・・・）の処理機能は、コンピュータによって実現することができる。その場合、各装置が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、磁気テープなどがある。光ディスクには、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク（Blu-ray Disc：ＢＤ、登録商標）などがある。

【0119】

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

【0120】

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

【符号の説明】

【0121】

１，３ サーバ
２ 中継装置
４ 情報処理装置
Ｃ 制御情報
ＩＤ１～ＩＤ４ 処理依頼
ｉｄ１～ｉｄ４ 識別情報
ＳＴ１～ＳＴ４ 状態

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】