JP7416198B2 - サーバ内周波数制御装置、制御方法、プログラム - Google Patents

サーバ内周波数制御装置、制御方法、プログラム Download PDF

Info

Publication number
JP7416198B2
JP7416198B2 JP2022502743A JP2022502743A JP7416198B2 JP 7416198 B2 JP7416198 B2 JP 7416198B2 JP 2022502743 A JP2022502743 A JP 2022502743A JP 2022502743 A JP2022502743 A JP 2022502743A JP 7416198 B2 JP7416198 B2 JP 7416198B2
Authority
JP
Japan
Prior art keywords
service
operating frequency
cpu
controlled
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022502743A
Other languages
English (en)
Other versions
JPWO2021171520A1 (ja
Inventor
麻衣子 新井
圭 藤本
祐介 緒方
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Publication of JPWO2021171520A1 publication Critical patent/JPWO2021171520A1/ja
Application granted granted Critical
Publication of JP7416198B2 publication Critical patent/JP7416198B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/04—Generating or distributing clock signals or signals derived directly therefrom
    • G06F1/08—Clock generators with changeable or programmable clock frequency
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G06F1/3209—Monitoring remote activity, e.g. over telephone lines or network connections
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/324—Power saving characterised by the action undertaken by lowering clock frequency
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明は、サーバ内周波数制御装置、制御方法、プログラムに関する。
仮想マシンを構成する技術としてLinux（登録商標）とKVM（kernel-based virtual machine）で構成されたハイパーバイザー環境がよく知られている。この環境では、KVMモジュールが組み込まれたホストOSがハイパーバイザーとしてカーネル空間で動作し、この環境においてユーザ空間にて仮想マシンが動作し、その仮想マシン内にゲストOSが動作する。ここで、ホストOSとは、物理サーバ上にインストールされたOSである。また、カーネル空間とは、ユーザ空間とは異なるメモリ領域である。また、ゲストOSとは、仮想マシン上にインストールされたOSである。
特許文献１には、ゲストOSとホストOSとがvirtioで接続されたシステムが記載されている。ここで、仮想マシン内には、例えばネットワーク通信に対するvirtioデバイスとして、virtio-netが存在している。このシステムでは、virtio-net関連のメモリコピー回数を減らすことにより、パケット転送処理を高速化する。
特許文献２には、高速パケット処理ライブラリであるIntel DPDK（Intel Data Plane Development Kit）の拡張として、SPP（Soft Patch Panel）を用いたシステムが記載されている。ここで、Intelは登録商標である。SPPは、共有メモリを介してゼロコピーでホストOSとゲストOSとの間、および、ゲストOS間のパケットコピーを高速に行う。このシステムでは、SPPにおいて、仮想マシン間を接続する経路設定を、GUI（Graphical User Interface）操作により可能とする。
特開２０１５－１９７８７４号公報 特開２０１８－０３２１５６号公報
End-to-endで低遅延なネットワークを実現するためには、アクセス区間／伝送区間／転送区間／サーバ区間／APL（Application）等のそれぞれの区間において低遅延を実現する必要がある。リアルタイム性の高いサービスを実現するために、上記サーバ区間の遅延を抑制することは重要である。また、近年の急速な情報量の増加に伴いサーバ台数が増え、消費電力が増加している。そのため、サーバの消費電力を削減することも重要である。
従来、高いサーバ処理性能と省電力を両立する手法として、CPUの処理負荷を予測してCPUの動作周波数を動的に変動させる手法があり、この手法は近年のLinux kernelに実装されている。そのため、特許文献１および特許文献２に記載された技術でもこの手法を実行することができる。
当該手法は、タスクスケジューラがこれからCPUを使用するプロセス／スレッドのタスクをキューとして管理し、キューに溜まったタスクの多さにより各CPUの負荷を予測しCPUの動作周波数を動的に変更する。しかし、当該手法には、ミリ秒オーダの遅延が発生する。タスクスケジューラは、パケット処理等の割込処理に関してはタスクとして管理しないため、処理負荷を予測できず、CPUの動作周波数を変更しない。CPUが低い動作周波数で動作している状態においてkernelがパケットを受信すると、パケット処理に時間を要し、遅延が生じる。そのため、当該遅延を抑制する手法として、CPUの動作周波数を常に最大にしてCPUを動作させる手法が考えられる。ただし、その手法では、CPUの消費電力が高くなることが想定される。サーバ区間の低遅延、かつ、省電力を条件とするサービスを提供する場合、上記の２つの周波数設定方法では両方の条件を同時に満たすことができない。
そこで、本発明では、上記した問題を解決し、サーバ内において低遅延の処理を行いつつサーバの消費電力を低減することを課題とする。
本発明に係るサーバ内周波数制御装置は、所定の方法でサーバ内での低遅延が要求されるサービスの開始を事前に把握すると共に前記サービスの終了を把握する把握部と、事前に把握した前記サービスの開始時に、および把握した前記サービスの終了時に、前記サーバ内で予め前記サービスの受信元に割り当てられたCPUである制御対象のCPUの動作周波数を変更する動作周波数変更部と、を備え、前記把握部は、前記サービスの開始時に、サービスを表す所定のサービスIDを、所定の管理簿であるサービス状態管理簿に記録して前記制御対象のCPUの動作周波数を高くする指示を前記動作周波数変更部へ通知し、前記サービスの終了時に、当該サービスIDを前記サービス状態管理簿から削除し、前記サービス状態管理簿から、当該サービスにおけるすべてのサービスIDが削除された場合、前記制御対象のCPUの動作周波数を低くする指示を前記動作周波数変更部へ通知し、前記動作周波数変更部は、前記サービスの開始時に前記制御対象のCPUの動作周波数を所定値よりも高くすると共に、前記サービスの終了時に前記制御対象のCPUの動作周波数を前記所定値よりも低くすることを特徴とする。
本発明によれば、サーバ内において低遅延の処理を行いつつサーバの消費電力を低減することができる。
本発明の実施形態に係る電話会議システムの受信元と送信元を示す模式図である。 本発明の実施形態に係る電話会議システムの概略構成図である。 本発明の第１実施形態に係るサーバ内周波数制御装置の構成図である。 本発明の第１実施形態に係るサーバ内周波数制御装置によるセッション状態を把握する処理の流れを示すシーケンス図である。 サーバ内周波数制御装置がセッション確立を把握した後の処理の流れを示すシーケンス図である。 サーバ内周波数制御装置がセッション終了を把握した後の処理の流れを示すシーケンス図である。 本発明の第２実施形態に係るサーバ内周波数制御装置の構成図である。 本発明の第２実施形態に係るサーバ内周波数制御装置による会議予約状況を把握する処理の流れを示すフローチャートである。 サーバ内周波数制御装置が会議開始予定を把握した後の処理の流れを示すシーケンス図である。 サーバ内周波数制御装置が会議終了を把握した後の処理の流れを示すシーケンス図である。 本発明の第２実施形態に係るサーバ内周波数制御装置による会議予約状況を把握する処理の変形例を示すシーケンス図である。 本発明の実施形態に係るサーバ内周波数制御装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
以下、本発明のサーバ内周波数制御装置について図面を参照して詳細に説明する。
サーバ内での低遅延が要求されるサービス（以下、単にサービスと呼ぶ）の一例を電話会議であるものとして説明する。まず、サーバ内周波数制御装置を適用する電話会議システムについて説明する。図１に示す電話会議システム１は、SIPサーバ２ａと、メディアサーバ２ｂと、を備えている。SIPサーバ２ａは、SIP（Session Initiation Protocol）を用いて、電話機４とメディアサーバ２ｂとの間のセッション制御を行う。
メディアサーバ２ｂは、例えばＲＴＰ（Real-time Transport Protocol）を用いて、音声通信による電話会議５を実現する。メディアサーバ２ｂは、音声データ等のメディアデータのリサンプリングや符号化等を行い、ＲＴＰパケット等の生成を行うことにより、音声通信を実現する。このメディアサーバ２ｂは、電話会議５の受信元である。電話機４は、電話会議５の送信元であり、電話会議を行うユーザにより使用される。なお、電話機４の台数は図示した３台に限定されるものではない。
電話会議システム１は、図１のSIPサーバ２ａおよびメディアサーバ２ｂを実現するために、図２に示すように、HW２０と、OS２１と、ユーザ空間のAPL３０，３０ａ，３０ｂ，３０ｃと、を備えている。HW２０は、ハードウェアであって、複数のCPUを備えている。HW２０は、一例として、CPU0と、CPU1と、CPU2と、CPU３と、を備えている。OS２１は、オペレーティングシステムであって、kernelや、パケット処理のためのソフトウェアを備えている。kernelは、オペレーティングシステムの基幹部分の機能であり、プログラムの実行状態をプロセス単位で管理する。
APL３０，３０ａ，３０ｂ，３０ｃは、OS２１上で動作するアプリケーションプログラムである。APL３０ａには例えばCPU0が割り付けられている。APL３０ａは、ストリームを事前に管理するアプリケーションプログラムであり、例えばSIPサーバ２ａとして機能する。CPU0は、OS２１を介してAPL３０ａとの間でデータ送受信の通信を行う。
APL３０ｂには、例えばCPU1が割り付けられている。APL３０ｂは、サービスを実行するアプリケーションプログラムであり、例えばメディアサーバ２ｂとして機能する。CPU1は、OS２１を介してAPL３０ｂとの間でデータ送受信の通信を行う。
APL３０ｃには、例えばCPU2が割り付けられている。APL３０ｃは、例えば予約スケジューラとして機能する。予約スケジューラは、例えば電話会議の予約処理を行う。CPU2は、OS２１を介してAPL３０ｃとの間でデータ送受信の通信を行う。予約スケジューラとして機能するAPL３０ｃは、ユーザが情報端末６を使用して電話会議を予約することで、電話会議の予約を受け付ける。情報端末６は、例えば、一般的なパーソナルコンピュータ、タブレット端末、スマートフォンで構成される。
APL３０には、例えばCPU3が割り付けられている。APL３０は、例えば図３のサーバ内周波数制御装置１０として機能する。
［第１実施形態］
次に、図３を参照して、第１実施形態に係るサーバ内周波数制御装置１０を含む電話会議システムについて説明する。なお、以下では、図２に示した構成と同じ構成には同じ符号を付して説明を省略する。
サーバ内周波数制御装置１０は、事前把握部１１と、動作周波数変更部１２と、を備えている。事前把握部１１は、所定の方法でサービスが開始されることを事前に把握すると共にサービスが終了したことを把握するものである。動作周波数変更部１２は、事前に把握したサービスの開始時に、およびサービスの終了時に、サーバ内でサービスが予めサービスの受信元に割り当てられたCPUである制御対象のCPUの動作周波数を変更するものである。動作周波数変更部１２は、サービスの開始時に制御対象のCPUの動作周波数を所定値よりも高くすると共に、サービスの終了時に制御対象のCPUの動作周波数を所定値よりも低くする。
図３に示すように、事前把握部１１は、例えばイベント捕捉部２３と、イベント処理部２４と、セッション状態管理部３１と、を備えている。また、動作周波数変更部１２は、例えば確認コマンド実行部２５と、変更コマンド実行部２６と、周波数確認部３２と、周波数変更部３３と、を備えている。また、ここでは、OS２１は、kernelの処理機能として、パケット処理部２２と、イベント捕捉部２３と、イベント処理部２４と、確認コマンド実行部２５と、変更コマンド実行部２６と、を備えている。また、セッション状態管理部３１と、周波数確認部３２と、周波数変更部３３とは、図２のAPL３０に相当し、OS２１上で動作する。OS２１は、制御対象のCPUの動作周波数を変更する処理を行う。CPUの動作周波数を変更するというkernel処理には、例えばCPU3が割り付けられているものとする。なお、CPUの動作周波数を変更するkernel処理は、どのCPUでも割り当てることが可能であり、CPU1が割り当てられる場合もある。
以下、各部の詳細を説明する。
パケット処理部２２は、CPU0とAPL３０ａとの間でSIP処理に関するパケットを処理する。パケット処理部２２は、例えば電話機４からセッション制御開始要求であるＩＮＶＩＴＥ要求パケットを受信すると、このＩＮＶＩＴＥ要求パケットをSIPサーバ２ａへ転送する。また、パケット処理部２２は、例えばＩＮＶＩＴＥ応答（200OK）、セッション確立の確認（ACK）、セッション終了（BYE）のパケットを転送する。
また、パケット処理部２２は、CPU1とAPL３０ｂとの間でメディア処理（RTP）に関するパケットを処理する。パケット処理部２２は、SIPによるセッション確立後、各電話機（送信元）４とメディアサーバ２ｂ（受信元）との間で、音声データ等のメディアデータのパケットを転送する。
イベント捕捉部２３は、低遅延が要求されるサービスを実行するKernel処理のイベントとして予め登録されているイベントの発生事象を捕捉するものである。イベント捕捉部２３は、予め登録したポイントにおいてパケット処理のイベントが発生した際に、当該イベントが発生したことをイベント処理部２４へ通知する。
本実施形態では、例えばkprobe（Kernel Probes）を使用し、UDPレイヤの関数であるudp_rcvをポイントとして、パケット処理のイベントが発生したときに行う処理の予約を予め登録することとする。
イベント処理部２４は、捕捉されたイベントがセッション確立を要求する信号のイベントである場合にサービスの開始を事前に把握し、当該制御信号からセッション確立の情報としてサービスの受信元とセッションIDを取得する。また、イベント処理部２４は、捕捉されたイベントがセッション終了を要求する信号のイベントである場合にサービスの終了を把握し、当該制御信号からセッション終了の情報としてサービスの受信元とセッションIDを取得する。
イベント処理部２４は、例えばeBPF（extended Berkeley Packet Filter）バイトコードで構成される。このeBPFは、ユーザ空間で作成され、kernelに送り込まれて、kernel内部で動作するプログラムである。このイベント処理部２４は、信号を解析するコードを実行し、解析の結果、予め定められた処理の信号である場合、後段で必要になる情報を後段に通知する。具体的には、イベント処理部２４は、イベント捕捉部２３からの通知信号が到着した際に、捕捉されたイベントの信号が、［SIP処理の信号］かつ［ACK］を示す場合、［ACK］、［受信元］、［セッションＩD］をセッション状態管理部３１へ通知する。
また、イベント処理部２４は、イベント捕捉部２３からの通知信号が到着した際に、捕捉されたイベントの信号が、「SIP処理の信号」かつ［BYEに対する200OK］を示す場合、［BYEに対する200OK］、［受信元］、［セッションID］を、セッション状態管理部３１へ通知する。
確認コマンド実行部２５は、周波数確認部３２からの通知信号が到着した際に、当該通知信号で指定された対象のCPUの現在の動作周波数を確認し、現在の動作周波数を周波数確認部３２に通知するものである。確認コマンド実行部２５は、例えばCPUfreq-infoで構成される。
変更コマンド実行部２６は、周波数変更部３３からの通知信号が到着した際に、当該通知信号で指定された対象のCPUの動作周波数を変更するものである。変更コマンド実行部２６は、例えばCPUfreq-setで構成される。
セッション状態管理部３１は、セッション確立の情報を取得した場合、当該サービスのセッションIDをサービスの受信元のセッション状態管理簿３４に記録し、制御対象のCPUの動作周波数を高くする指示を動作周波数変更部１２へ通知する。
また、セッション状態管理部３１は、セッション終了の情報を取得した場合、当該サービスのセッションIDを、当該サービスの受信元のセッション状態管理簿３４から削除する。さらに、セッション状態管理部３１は、当該サービスの受信元のセッション状態管理簿３４からすべてのセッションIDが削除された場合、制御対象のCPUの動作周波数を低くする指示を動作周波数変更部１２へ通知する。
セッション状態管理簿３４は、セッションIDを保持している。保持されたセッションIDは、メディアサーバ２ｂとセッションが確立しているセッションIDのことである。
セッション状態管理部３１は、イベント処理部２４からの通知信号が到着した際に、メディアサーバ２ｂのセッション状態管理簿３４を更新する。具体的には、セッション状態管理部３１は、イベント処理部２４からの通知信号が到着した際に、SIP処理の信号が［ACK］を示す場合、そのセッションＩDをセッション状態管理簿３４に追記する。また、セッション状態管理部３１は、イベント処理部２４からの通知信号が到着した際に、SIP処理の信号が［BYEに対する200OK］を示す場合、そのセッションＩDをセッション状態管理簿３４から削除する。
電話会議の送信元（電話機４）とセッション状態管理簿３４との間には次の関係がある。すなわち、電話会議が開始する際には、セッション状態管理簿３４においてセッションIDが増加する。電話会議の最中に新たな参加者が電話会議へ入室する際にも、セッション状態管理簿３４においてセッションIDが増加する。また、電話会議の最中に１人の参加者が電話会議から退出する際に、セッション状態管理簿３４においてセッションIDが減少する。電話会議が終了する際には、セッション状態管理簿３４においてセッションIDの記載が全て無しとなる。
セッション状態管理部３１は、更新されたセッション状態管理簿３４を参照して、セッションＩDが増加したと判定した場合、電話会議の受信元のCPUの動作周波数を高くする指示を周波数確認部３２へ通知する。具体的には、セッション状態管理部３１は、受信元の情報と、高周波数フラグとを周波数確認部３２へ通知する。
また、セッション状態管理部３１は、更新されたセッション状態管理簿３４を参照して、セッションＩDの記載は全て無しと判定した場合、電話会議の受信元のCPUの動作周波数を低くする指示を周波数確認部３２へ通知する。具体的には、セッション状態管理部３１は、受信元の情報と、低周波数フラグとを周波数確認部３２へ通知する。
ここで、受信元の情報は、メディアサーバ２ｂの識別情報である。高周波数フラグは、制御対象のCPUの動作周波数を高めることを意味しており、低周波数フラグと対をなす情報である。高周波数フラグを「Ｈ」、低周波数フラグを「Ｌ」としてもよいし、高周波数フラグを「１」、低周波数フラグを「０」としてもよい。
周波数確認部３２は、事前把握部１１から制御対象のCPUの動作周波数を変更する指示を受け取った場合に、当該CPUの現在の動作周波数を確認するものである。周波数確認部３２は、周波数確認依頼を確認コマンド実行部２５に通知する。すなわち、周波数確認部３２は、CPUの現在の動作周波数の確認を確認コマンド実行部２５に依頼する。周波数確認部３２は、確認コマンド実行部２５から現在の動作周波数を受け取ると、後段に必要な情報と共に後段に通知する。
周波数確認部３２は、セッション状態管理部３１からの通知信号が到着した際に、CPU割付表３５に基づいて、受信元に割り付けられているCPUを特定する。CPU割付表３５は、各アプリケーションプログラムに割り付けられているCPUコアの対応表である。本実施形態では、受信元であるメディアサーバ２ｂには、CPU1が割り付けられている。周波数確認部３２は、制御対象のCPU（CPU1）について現在の動作周波数を確認するためのコマンドを確認コマンド実行部２５に実行させる。そして、周波数確認部３２は、確認コマンド実行部２５から、制御対象のCPU（CPU1）の現在の動作周波数を受信する。
周波数確認部３２は、セッションＩDが増加した場合、つまり高周波数フラグが通知された場合、制御対象のCPUの情報と、現在の動作周波数と、高周波数フラグと、を周波数変更部３３へ通知する。
周波数確認部３２は、セッションＩDの記載が全て無しである場合、つまり低周波数フラグが通知された場合、制御対象のCPUの情報と、現在の動作周波数と、低周波数フラグと、を周波数変更部３３へ通知する。
周波数変更部３３は、制御対象のCPUの現在の動作周波数と所定の規定値との比較結果に応じてCPUの動作周波数を変更するものである。
周波数変更部３３は、事前把握部１１から制御対象のCPUの動作周波数を高くする指示を受け取り、かつ、当該CPUの現在の動作周波数が規定値よりも小さい場合に、当該CPUの動作周波数を高くする。
また、周波数変更部３３は、事前把握部１１から制御対象のCPUの動作周波数を低くする指示を受け取り、かつ、当該CPUの現在の動作周波数が規定値よりも大きい場合に、当該CPUの動作周波数を低くする。
周波数変更部３３は、周波数確認部３２からの通知信号が到着した際に、通知された情報に基づいて、以下の判別処理を行って制御対象のCPUの動作周波数を変更する必要があるかどうかを確認する。
周波数変更部３３は、これから低遅延が要求されるサービスが開始される場合、制御対象のCPUの動作周波数を高くする必要があると判定する。これから低遅延が要求されるサービスが開始される場合とは、高周波数フラグが通知され、かつCPUの現在の動作周波数が規定値よりも小さい場合のことである。
周波数変更部３３は、低遅延が要求されるサービスが終了した場合、制御対象のCPUの動作周波数を低くする必要があると判定する。低遅延が要求されるサービスが終了した場合とは、低周波数フラグが通知され、かつCPUの現在の動作周波数が規定値よりも大きい場合のことである。
周波数変更部３３は、低遅延が要求されるサービスが開始される場合でもなく、低遅延が要求されるサービスが終了した場合でもなければ、制御対象のCPUの動作周波数を変更する必要がないと判定する。
周波数変更部３３は、制御対象のCPUの動作周波数を変更する必要がある場合、当該CPUの動作周波数の変更を変更コマンド実行部２６に依頼する。
［制御方法］
サーバ内周波数制御装置１０の制御方法について図４～図６を参照（適宜図３参照）して説明する。図４に示すように、イベント捕捉部２３は、Kernel処理のイベントを検出すると（ステップＳ１０１）、検出したイベントが、登録されたイベントではない場合（ステップＳ１０２：No）、ステップＳ１０１に戻る。一方、検出したイベントが、登録されたイベントである場合（ステップＳ１０２：Yes）、イベント捕捉部２３は、予め登録されているイベントの検出をイベント処理部２４へ通知する（ステップＳ１０３）。
イベント処理部２４は、イベント捕捉部２３からイベントの通知信号を受領する（ステップＳ１０４）。そして、イベント処理部２４は、捕捉されたイベントのパケット信号が、ストリームを制御する信号か否かを解析する（ステップＳ１０５）。イベント処理部２４は、例えば、パケット信号がストリームを制御する信号であって（ステップＳ１０５：Yes）、その制御信号がセッション確立を要求する信号である（ステップＳ１０６：Yes）と判定する。この場合、イベント処理部２４は、その制御信号から、セッション確立、セッションID、受信元の情報をそれぞれ取得する（ステップＳ１０７）。そして、イベント処理部２４は、それら取得した情報を、セッション状態管理部３１へ通知する（ステップＳ１０８）。セッション状態管理部３１は、セッション確立通知を受領する（ステップＳ１０９）。なお、このステップＳ１０９以降のセッション状態管理部３１の処理は、図５のシーケンス図で説明する。
また、図４に示すように、イベント処理部２４は、例えば、その制御信号が、セッション確立を要求する信号ではなく（ステップＳ１０６：No）、セッション終了を要求する信号である（ステップＳ１１０：Yes）と判定する。この場合、イベント処理部２４は、その制御信号から、セッション終了、セッションID、受信元の情報をそれぞれ取得する（ステップＳ１１１）。そして、イベント処理部２４は、それら取得した情報を、セッション状態管理部３１へ通知する（ステップＳ１１２）。セッション状態管理部３１は、セッション終了通知を受領する（ステップＳ１１３）。なお、このステップＳ１１３以降のセッション状態管理部３１の処理は、図６のシーケンス図で説明する。
一方、図４に示すように、その制御信号がセッション確立やセッション終了を要求する信号ではない場合（ステップＳ１１０：No）、イベント処理部２４は、ステップＳ１０５に戻る。また、ステップＳ１０５において、パケット信号がストリームを制御する信号ではない場合（ステップＳ１０５：No）、イベント処理部２４は、ステップＳ１０５に戻る。
上記したステップＳ１０９以降のセッション状態管理部３１の処理を説明する。
図５に示すように、セッション状態管理部３１は、イベント処理部２４からセッション確立通知を受領した場合（ステップＳ１０９）、そのセッションIDを受信元のセッション状態管理簿３４に追記する（ステップＳ２０１）。そして、セッション状態管理部３１は、受信元のセッション状態管理簿３４においてセッションIDが増加していることを確認する（ステップＳ２０２）。そして、セッション状態管理部３１は、受信元の情報を取得し、受信元の情報を高周波フラグと共に周波数確認部３２へ通知する（ステップＳ２０３）。
周波数確認部３２は、セッション状態管理部３１からの通知信号が到着すると、受信元の情報を取得する。そして、周波数確認部３２は、受信元の情報に基づいて、CPU割付表３５から、受信元に割り付けられているCPUを確認する（ステップＳ２０４）。この例では、周波数確認部３２は、受信元に割り付けられているCPUが、CPU1であることを確認する。そして、周波数確認部３２は、周波数確認依頼を確認コマンド実行部２５へ通知する（ステップＳ２０５）。そして、確認コマンド実行部２５は、制御対象のCPUの現在の動作周波数を確認し、応答する（ステップＳ２０６）。そして、周波数確認部３２は、制御対象のCPUの現在の動作周波数を受領し、制御対象のCPUのIDと、現在の動作周波数と、高周波数フラグと、を周波数変更部３３へ通知する（ステップＳ２０７）。
周波数変更部３３は、例えば、高周波数フラグを受領すると共に、制御対象のCPUの現在の動作周波数は規定値以上である（ステップＳ２０８：No）と判定する。この場合、周波数変更部３３は、処理を終了する。一方、周波数変更部３３は、例えば、高周波数フラグを受領すると共に、制御対象のCPUの現在の動作周波数が規定値よりも小さい（ステップＳ２０８：Yes）と判定する。この場合、周波数変更部３３は、制御対象のCPUの動作周波数を高くする依頼を変更コマンド実行部２６へ通知する（ステップＳ２０９）。そして、変更コマンド実行部２６は、制御対象のCPUの動作周波数を高くする（ステップＳ２１０）。したがって、これらの処理により、セッションが確立したときに、メディアサーバ２ｂに割り付けられているCPU1の動作周波数を高くして低遅延のサービスを提供することができる。
上記したステップＳ１１３以降のセッション状態管理部３１の処理を説明する。
図６に示すように、セッション状態管理部３１は、イベント処理部２４からセッション終了通知を受領した場合（ステップＳ１１３）、そのセッションIDを受信元のセッション状態管理簿３４から削除する（ステップＳ３０１）。そして、セッション状態管理部３１は、更新された受信元のセッション状態管理簿３４を確認する（ステップＳ３０２）。セッション状態管理部３１は、セッションＩDの記載が残っていると判定した場合、その後の処理を終了する。また、セッション状態管理部３１は、セッションＩDの記載が全て無しであると判定した場合、受信元の情報を取得し、受信元の情報を低周波フラグと共に周波数確認部３２へ通知する（ステップＳ３０３）。
周波数確認部３２は、セッション状態管理部３１からの通知信号が到着すると、受信元の情報を取得する。そして、周波数確認部３２は、受信元の情報に基づいて、CPU割付表３５から、受信元に割り付けられているCPUを確認する（ステップＳ３０４）。この例では、周波数確認部３２は、受信元に割り付けられているCPUが、CPU1であることを確認する。そして、周波数確認部３２は、周波数確認依頼を確認コマンド実行部２５へ通知する（ステップＳ３０５）。そして、確認コマンド実行部２５は、制御対象のCPUの現在の動作周波数を確認し、応答する（ステップＳ３０６）。そして、周波数確認部３２は、制御対象のCPUの現在の動作周波数を受領し、制御対象のCPUのIDと、現在の動作周波数と、低周波数フラグと、を周波数変更部３３へ通知する（ステップＳ３０７）。
周波数変更部３３は、例えば、低周波数フラグを受領すると共に、制御対象のCPUの現在の動作周波数は規定値以下である（ステップＳ３０８：No）と判定する。この場合、周波数変更部３３は、処理を終了する。一方、周波数変更部３３は、例えば、低周波数フラグを受領すると共に、制御対象のCPUの現在の動作周波数が規定値よりも大きい（ステップＳ３０８：Yes）と判定する。この場合、周波数変更部３３は、制御対象のCPUの動作周波数を低くする依頼を変更コマンド実行部２６へ通知する（ステップＳ３０９）。そして、変更コマンド実行部２６は、制御対象のCPUの動作周波数を低くする（ステップＳ３１０）。したがって、これらの処理により、セッションが終了したときに、メディアサーバ２ｂに割り付けられているCPU1の動作周波数を低くして消費電力を低減することができる。
［第２実施形態］
次に、図７を参照して、第２実施形態に係るサーバ内周波数制御装置１０Ｂを含む電話会議システムについて説明する。なお、以下では、図３に示した構成と同じ構成には同じ符号を付して説明を省略する。サーバ内周波数制御装置１０Ｂは、事前把握部１１Ｂと、動作周波数変更部１２と、を備えている。事前把握部１１Ｂは、例えば予約状況管理部３６を備えている。また、動作周波数変更部１２は、例えば周波数確認部３２と、確認コマンド実行部２５と、周波数変更部３３と、変更コマンド実行部２６と、を備えている。また、ここでは、OS２１Ｂは、kernelの処理機能として、パケット処理部２２と、確認コマンド実行部２５と、変更コマンド実行部２６と、を備えている。また、予約状況管理部３６は、図２のAPL３０に相当し、OS２１Ｂ上で動作する。以下、各部の詳細を説明する。
予約状況管理部３６は、予約スケジューラを監視して、予約されたサービスの開始予定情報およびサービスの終了情報を検知するものである。予約状況管理部３６は、サービスが開始する前に当該サービスの開始予定情報を取得した場合にサービスの開始を事前に把握し、当該サービスの送信元をサービスの受信元の予約状況管理簿３７に記録する。そして、この場合、予約状況管理部３６は、制御対象のCPUの動作周波数を高くする指示を動作周波数変更部１２へ通知する。また、予約状況管理部３６は、サービスが終了した後に当該サービスの終了情報を取得した場合にサービスの終了を把握し、当該サービスの送信元を予約状況管理簿３７から削除する。さらに、予約状況管理部３６は、予約状況管理簿３７からすべての送信元が削除された場合、制御対象のCPUの動作周波数を低くする指示を動作周波数変更部１２へ通知する。
本実施形態では、予約状況管理部３６は、予約スケジューラとして機能するAPL３０ｃを所定時間間隔（例えば１分間隔）で監視する。予約状況管理部３６は、例えば１分間隔でAPL３０ｃにアクセスする場合、電話会議の開始時刻の１分前に電話会議の開始予定を検知し、電話会議の終了時刻の１分後までに電話会議の終了を検知することができる。
また、予約状況管理簿３７は、電話会議の送信元の情報を保持している。保持された送信元の情報は、メディアサーバ２ｂとセッションが確立される予定の送信元の識別情報のことである。また、サービスの開始予定情報は、例えば電話会議の会議開始予定情報である。会議開始予定情報は、受信元（メディアサーバ２ｂ）、送信元（電話機４）および電話会議の開始時刻の情報である。また、サービスの終了情報は、例えば電話会議の会議終了情報である。会議終了情報は、例えば電話会議の受信元、送信元および電話会議の終了時刻の情報である。
予約状況管理部３６は、予約スケジューラから、会議開始予定情報または会議終了情報を取得した際に、メディアサーバ２ｂの予約状況管理簿３７を更新する。具体的には、予約状況管理部３６は、予約スケジューラから、会議開始予定情報を取得した場合、開始時刻の所定時間前（例えば１分前）に、受信元の予約状況管理簿３７に送信元を追記する。また、予約状況管理部３６は、予約スケジューラから、会議終了情報を取得した場合、終了時刻の所定時間後（例えば１分後）に、受信元の予約状況管理簿３７から送信元を削除する。
電話会議の送信元（電話機４）と予約状況管理簿３７との間には次の関係がある。すなわち、電話会議が開始する際には、予約状況管理簿３７において送信元が増加する。電話会議の最中に新たな参加者が電話会議へ入室する際にも、予約状況管理簿３７において、送信元が増加する。また、電話会議の最中に１人の参加者が電話会議から退出する際に、予約状況管理簿３７において送信元が減少する。電話会議が終了する際には、予約状況管理簿３７において送信元の記載が全て無しとなる。
予約状況管理部３６は、更新された予約状況管理簿３７を参照して、送信元が増加したと判定した場合、電話会議の受信元のCPUの動作周波数を高くする指示を周波数確認部３２へ通知する。具体的には、予約状況管理部３６は、受信元の情報と、高周波数フラグとを周波数確認部３２へ通知する。
また、予約状況管理部３６は、更新された予約状況管理簿３７を参照して、送信元の記載は全て無しと判定した場合、電話会議の受信元のCPUの動作周波数を低くする指示を周波数確認部３２へ通知する。具体的には、予約状況管理部３６は、受信元の情報と、低周波数フラグとを周波数確認部３２へ通知する。
ここで、受信元の情報は、メディアサーバ２ｂの識別情報である。
［制御方法］
サーバ内周波数制御装置１０Ｂの制御方法について図８～図１０を参照（適宜図７参照）して説明する。図８に示すように、サーバ内周波数制御装置１０Ｂの予約状況管理部３６は、予約スケジューラのAPL３０ｃを例えば１分間隔で監視する（ステップＳ４０１）。予約状況管理部３６は、所定時間後に開始予定の会議があるか否かを判別する（ステップＳ４０２）。例えば、予約状況管理部３６は、現在時刻から１分以内に開始予定の会議があるか否かを判別する。そして、予約状況管理部３６は、開始予定の会議があれば（ステップＳ４０２：Yes）、その会議開始予定情報を取得する（ステップＳ４０３）。すなわち、予約状況管理部３６は、予約スケジューラのAPL３０ｃから、会議開始予定情報として、受信元、送信元、電話会議の開始時刻をそれぞれ取得する。なお、このステップＳ４０３以降の予約状況管理部３６の処理は、図９のシーケンス図で説明する。
また、予約状況管理部３６は、開始予定の会議がなければ（ステップＳ４０２：No）、所定時間前に終了した会議があるか否かを判別する（ステップＳ４０４）。例えば、予約状況管理部３６は、現在時刻から１分以内に終了した電話会議があるか否かを判別する。そして、予約状況管理部３６は、終了した会議があれば（ステップＳ４０４：Yes）、その会議終了情報を取得する（ステップＳ４０５）。すなわち、予約状況管理部３６は、予約スケジューラのAPL３０ｃから、会議終了情報として、受信元、送信元、電話会議の終了時刻をそれぞれ取得する。このステップＳ４０５以降の予約状況管理部３６の処理は、図１０のシーケンス図で説明する。なお、図８に示すように、予約状況管理部３６は、所定時間前に終了した会議がなければ（ステップＳ４０４：No）、ステップＳ４０１に戻る。
上記したステップＳ４０３以降の予約状況管理部３６の処理を説明する。
図９に示すように、予約状況管理部３６は、スケジューラから会議開始予定情報を取得した場合（ステップＳ４０３）、送信元を受信元の予約状況管理簿３７に追記する（ステップＳ５０１）。そして、予約状況管理部３６は、受信元の予約状況管理簿３７において送信元が増加していることを確認する（ステップＳ５０２）。そして、予約状況管理部３６は、受信元の情報を取得し、受信元の情報を高周波フラグと共に周波数確認部３２へ通知する（ステップＳ５０３）。ステップＳ５０３に続くステップＳ２０４～ステップＳ２１０の処理は、図５に示すステップＳ２０４～ステップＳ２１０と同じなので、説明を省略する。したがって、これらの処理により、サーバ内周波数制御装置１０Ｂは、スケジューラから会議開始予定情報を取得したときに、メディアサーバ２ｂに割り付けられているCPU1の動作周波数を高くして低遅延のサービスを提供することができる。
上記したステップＳ４０５以降の予約状況管理部３６の処理を説明する。
図１０に示すように、予約状況管理部３６は、スケジューラから会議終了情報を取得すると（ステップＳ４０５）、送信元を受信元の予約状況管理簿３７から削除する（ステップＳ６０１）。そして、予約状況管理部３６は、更新された受信元の予約状況管理簿３７を確認する（ステップＳ６０２）。予約状況管理部３６は、送信元の記載が残っていると判定した場合、その後の処理を終了する。また、予約状況管理部３６は、送信元の記載が全て無しであると判定した場合、受信元の情報を取得し、受信元の情報を低周波フラグと共に周波数確認部３２へ通知する（ステップＳ６０３）。ステップＳ６０３に続くステップＳ３０４～ステップＳ３１０の処理は、図６に示すステップＳ３０４～ステップＳ３１０と同じなので、説明を省略する。したがって、これらの処理により、電話会議が終了したときに、サーバ内周波数制御装置１０Ｂは、メディアサーバ２ｂに割り付けられているCPU1の動作周波数を低くして消費電力を低減することができる。
［変形例］
第２実施形態のサーバ内周波数制御装置１０Ｂは、予約状況管理部３６が予約スケジューラを監視するものとしたが、これに限定されるものではない。予約状況管理部３６は、予約スケジューラから、予約の更新がある度に、予約されたサービスの開始予定情報およびサービスの終了情報の通知を受けるように構成してもよい。
この変形例の場合、図１１に示すように、予約スケジューラのAPL３０ｃは、予約情報の更新を監視する（ステップＳ７０１）。そして、予約スケジューラのAPL３０ｃは、会議開始前に更新された予約情報があるか否かを判別する（ステップＳ７０２）。予約スケジューラのAPL３０ｃは、会議開始前に更新された予約情報がある場合（ステップＳ７０２：Yes）、会議開始予定情報を予約状況管理部３６へ通知する（ステップＳ７０３）。具体的には、予約スケジューラのAPL３０ｃは、会議開始予定情報として、受信元、送信元、会議の開始時間をそれぞれ予約状況管理部３６へ通知する。
これにより、変形例に係る予約状況管理部３６は、会議開始予定情報を取得する（ステップＳ７０４）。このステップＳ７０４の後、予約状況管理部３６が行う処理は、図９に示すステップＳ５０１～ステップＳ５０３の処理と同じなので、説明を省略する。また、ステップＳ５０３に続くステップＳ２０４～ステップＳ２１０の処理は、図５に示すステップＳ２０４～ステップＳ２１０と同じなので、説明を省略する。したがって、これらの処理により、サーバ内周波数制御装置１０Ｂは、スケジューラから会議開始予定情報を取得したときに、メディアサーバ２ｂに割り付けられているCPU1の動作周波数を高くして低遅延のサービスを提供することができる。
また、図１１に示すように、予約スケジューラのAPL３０ｃは、会議開始前に更新された予約情報がない場合（ステップＳ７０２：No）、会議終了により更新された情報があるか否かを判別する（ステップＳ７０５）。会議終了により更新された情報がない場合（ステップＳ７０５：No）、予約スケジューラのAPL３０ｃは、ステップＳ７０１に戻る。一方、会議終了により更新された情報がある場合（ステップＳ７０５：Yes）、予約スケジューラのAPL３０ｃは、会議終了情報を予約状況管理部３６へ通知する（ステップＳ７０６）。具体的には、予約スケジューラのAPL３０ｃは、会議終了情報として、受信元、送信元、会議の終了時間をそれぞれ予約状況管理部３６へ通知する。
これにより、変形例に係る予約状況管理部３６は、会議終了情報を取得する（ステップＳ７０７）。このステップＳ７０７の後、予約状況管理部３６が行う処理は、図１０に示すステップＳ６０１～ステップＳ６０３の処理と同じなので、説明を省略する。また、ステップＳ６０３に続くステップＳ３０４～ステップＳ３１０の処理は、図６に示すステップＳ３０４～ステップＳ３１０と同じなので、説明を省略する。したがって、これらの処理により、電話会議が終了したときに、サーバ内周波数制御装置１０Ｂは、メディアサーバ２ｂに割り付けられているCPU1の動作周波数を低くして消費電力を低減することができる。
＜ハードウェア構成＞
本実施形態に係るサーバ内周波数制御装置１０は、例えば図１２に示すような構成のコンピュータ９００によって実現される。
図１２は、本実施形態に係るサーバ内周波数制御装置１０の機能を実現するコンピュータ９００の一例を示すハードウェア構成図である。コンピュータ９００は、CPU（Central Processing Unit）９０１、ROM（Read Only Memory）９０２、RAM（Random Access Memory）９０３、HDD（Hard Disk Drive）９０４、入出力I/F（Interface）９０５、通信I/F９０６およびメディアI/F９０７を有する。
CPU９０１は、ROM９０２またはHDD９０４に記憶されたプログラムに基づき作動し、制御部（図３に示す、事前把握部１１、動作周波数変更部１２）による制御を行う。ROM９０２は、コンピュータ９００の起動時にCPU９０１により実行されるブートプログラムや、コンピュータ９００のハードウェアに係るプログラム等を記憶する。
CPU９０１は、入出力I/F９０５を介して、マウスやキーボード等の入力装置９１０、および、ディスプレイやプリンタ等の出力装置９１１を制御する。CPU９０１は、入出力I/F９０５を介して、入力装置９１０からデータを取得するともに、生成したデータを出力装置９１１へ出力する。なお、プロセッサとしてCPU９０１とともに、GPU（Graphics Processing Unit）等を用いても良い。
HDD９０４は、CPU９０１により実行されるプログラムおよび当該プログラムによって使用されるデータ等を記憶する。通信I/F９０６は、通信網９１２を介して他の装置からデータを受信してCPU９０１へ出力し、また、CPU９０１が生成したデータを、通信網９１２を介して他の装置へ送信する。
メディアI/F９０７は、記録媒体９１３に格納されたプログラムまたはデータを読み取り、RAM９０３を介してCPU９０１へ出力する。CPU９０１は、目的の処理に係るプログラムを、メディアI/F９０７を介して記録媒体９１３からRAM９０３上にロードし、ロードしたプログラムを実行する。記録媒体９１３は、DVD（Digital Versatile Disc）、PD（Phase change rewritable Disk）等の光学記録媒体、MO（Magneto Optical disk）等の光磁気記録媒体、磁気記録媒体、導体メモリテープ媒体又は半導体メモリ等である。
例えば、コンピュータ９００が実施形態に係るサーバ内周波数制御装置１０として機能する場合、CPU９０１は、RAM９０３上にロードされたプログラムを実行することによりサーバ内周波数制御装置１０の機能を実現する。また、HDD９０４には、RAM９０３内のデータが記憶される。CPU９０１は、目的の処理に係るプログラムを記録媒体９１３から読み取って実行する。この他、CPU９０１は、他の装置から通信網９１２を介して目的の処理に係るプログラムを読み込んでもよい。
また、コンピュータ９００が実施形態に係るサーバ内周波数制御装置１０Ｂとして機能する場合、同様に、CPU９０１は、例えばROM９０２またはHDD９０４に記憶されたプログラムに基づき作動し、制御部（図７に示す、事前把握部１１Ｂ、動作周波数変更部１２）による制御を行う。
［効果］
以上説明したように、サーバ内周波数制御装置１０は、所定の方法でサーバ内での低遅延が要求されるサービスの開始を事前に把握すると共にサービスの終了を把握する事前把握部１１と、事前に把握したサービスの開始時に、およびサービスの終了時に、サーバ内で予めサービスの受信元に割り当てられたCPUである制御対象のCPUの動作周波数を変更する動作周波数変更部１２と、を備え、動作周波数変更部１２は、サービスの開始時に制御対象のCPUの動作周波数を所定値よりも高くすると共に、サービスの終了時に制御対象のCPUの動作周波数を所定値よりも低くすることを特徴とする。
このようにすることで、サーバ内周波数制御装置１０は、サーバ内での低遅延が要求される時間帯と、低遅延が要求されない時間帯と、を把握することができる。また、サーバ内周波数制御装置１０は、低遅延が要求されるサービスの受信元に割り当てられたCPUの動作周波数を、そのサービスの開始時に高く設定するので、低遅延でサービスを提供することができる。加えて、サーバ内周波数制御装置１０は、低遅延が要求されるサービスの受信元に割り当てられたCPUの動作周波数を、そのサービスの終了時に低く設定するので、消費電力を低減することができる。したがって、サーバ内周波数制御装置１０は、低遅延と省電力とを両立する効果を奏する。
サーバ内周波数制御装置１０において、事前把握部１１は、所定の方法として、低遅延が要求されるサービスを実行するKernel処理のイベントとして予め登録されているイベントの発生事象を捕捉するイベント捕捉部２３と、捕捉されたイベントがセッション確立を要求する制御信号のイベントである場合にサービスの開始を事前に把握し、当該制御信号からセッション確立の情報としてサービスの受信元とセッションIDとを取得し、捕捉されたイベントがセッション終了を要求する制御信号のイベントである場合にサービスの終了を把握し、当該制御信号からセッション終了の情報としてサービスの受信元とセッションIDとを取得する、イベント処理部２４と、セッション確立の情報を取得した場合、当該サービスのセッションIDをサービスの受信元のセッション状態管理簿３４に記録し、制御対象のCPUの動作周波数を高くする指示を動作周波数変更部１２へ通知し、セッション終了の情報を取得した場合、当該サービスのセッションIDをセッション状態管理簿３４から削除し、さらにセッション状態管理簿３４からすべてのセッションIDが削除された場合、制御対象のCPUの動作周波数を低くする指示を動作周波数変更部１２へ通知する、セッション状態管理部３１と、を備えることを特徴とする。
このようにすることにより、サーバ内周波数制御装置１０は、ストリームを制御する処理のイベントを捕捉し、イベント発生時にセッション制御信号を解析する。そして、サーバ内周波数制御装置１０は、解析の結果、これから低遅延が要求されるサービスが開始することを把握した場合には、そのサービスの受信元に割り当てられているCPUの動作周波数を事前に高くしておくことができる。また、低遅延が要求されるサービスが終了することを把握した場合には、そのサービスの受信元に割り当てられているCPUの動作周波数を低くすることができる。
サーバ内周波数制御装置１０Ｂにおいて、事前把握部１１Ｂは、所定の方法として、低遅延が要求されるサービスの予約処理を行う予約スケジューラを監視して、予約されたサービスの開始予定情報およびサービスの終了情報を検知する予約状況管理部３６を備え、予約状況管理部３６は、サービスが開始する前に当該サービスの開始予定情報を取得した場合にサービスの開始を事前に把握し、当該サービスの送信元をサービスの受信元の予約状況管理簿３７に記録し、制御対象のCPUの動作周波数を高くする指示を動作周波数変更部１２へ通知し、サービスが終了した後に当該サービスの終了情報を取得した場合にサービスの終了を把握し、当該サービスの送信元を予約状況管理簿３７から削除し、さらに、予約状況管理簿３７からすべての送信元が削除された場合、制御対象のCPUの動作周波数を低くする指示を動作周波数変更部１２へ通知することを特徴とする。
このようにすることにより、サーバ内周波数制御装置１０Ｂは、予約スケジューラを監視することで、予約されたサービスの開始予定情報およびサービスの終了情報を検知する。サーバ内周波数制御装置１０Ｂは、これから低遅延が要求されるサービスが開始することを把握した場合には、そのサービスの受信元に割り当てられているCPUの動作周波数を事前に高くしておくことができる。また、低遅延が要求されるサービスが終了することを把握した場合には、そのサービスの受信元に割り当てられているCPUの動作周波数を低くすることができる。
サーバ内周波数制御装置１０Ｂにおいて、事前把握部１１Ｂは、所定の方法として、低遅延が要求されるサービスの予約処理を行う予約スケジューラから、予約の更新がある度に、予約されたサービスの開始予定情報およびサービスの終了情報の通知を受ける予約状況管理部３６を備え、予約状況管理部３６は、サービスが開始する前に当該サービスの開始予定情報を取得した場合にサービスの開始を事前に把握し、当該サービスの送信元をサービスの受信元の予約状況管理簿３７に記録し、制御対象のCPUの動作周波数を高くする指示を動作周波数変更部１２へ通知し、サービスが終了した後に当該サービスの終了情報を取得した場合にサービスの終了を把握し、当該サービスの送信元を予約状況管理簿３７から削除し、さらに、予約状況管理簿３７からすべての送信元が削除された場合、制御対象のCPUの動作周波数を低くする指示を動作周波数変更部１２へ通知することを特徴とする。
このようにすることにより、サーバ内周波数制御装置１０Ｂは、予約スケジューラから、予約の更新がある度に、通知を受けることで、予約されたサービスの開始予定情報およびサービスの終了情報を検知する。サーバ内周波数制御装置１０Ｂは、これから低遅延が要求されるサービスが開始することを把握した場合には、そのサービスの受信元に割り当てられているCPUの動作周波数を事前に高くしておくことができる。また、低遅延が要求されるサービスが終了することを把握した場合には、そのサービスの受信元に割り当てられているCPUの動作周波数を低くすることができる。
サーバ内周波数制御装置１０，１０Ｂにおいて、動作周波数変更部１２は、事前把握部１１，１１Ｂから制御対象のCPUの動作周波数を変更する指示を受け取った場合に、当該CPUの現在の動作周波数を確認する周波数確認部３２と、制御対象のCPUの現在の動作周波数と所定の規定値との比較結果に応じて当該CPUの動作周波数を変更する周波数変更部３３と、を備え、周波数変更部３３は、制御対象のCPUの動作周波数を高くする指示を受け取り、かつ、当該CPUの現在の動作周波数が規定値よりも小さい場合に、当該CPUの動作周波数を高くし、制御対象のCPUの動作周波数を低くする指示を受け取り、かつ、当該CPUの現在の動作周波数が規定値よりも大きい場合に、当該CPUの動作周波数を低くすることを特徴とする。
このようにすることにより、サーバ内周波数制御装置１０，１０Ｂは、事前把握部１１，１１Ｂによって事前に把握した情報だけではなく、CPUの現在の動作周波数に基づいて、その動作周波数を変更する必要があるかどうかを確認する。サーバ内周波数制御装置１０，１０Ｂは、CPUの現在の動作周波数が低いことを把握し、かつ、これから低遅延が要求される時間帯になる場合に制御対象のCPUの動作周波数を高くすることができる。また、サーバ内周波数制御装置１０，１０Ｂは、CPUの現在の動作周波数が高いことを把握し、かつ、低遅延が要求されない時間帯である場合に制御対象のCPUの動作周波数を低くすることができる。
なお、本発明は、以上説明した実施例に限定されるものではなく、多くの変形が本発明の技術的思想内で当分野において通常の知識を有する者により可能である。例えば、サーバ内周波数制御装置は、電話会議のメディア処理以外にも、低遅延にパケットを転送することが必要な種々のサービスに適用できる。また、サーバ内周波数制御装置は、リアルタイムストリームを事前にセッション制御信号等で管理する種々のサービスに適用できる。また、サーバ内周波数制御装置は、低遅延処理が要求される時間帯と、低遅延処理が要求されない時間帯とを含む種々のサービスに適用できる。また、サーバ内周波数制御装置は、低遅延処理が要求される時間帯にCPUの動作周波数を高く設定し、低遅延処理が要求されない時間帯にCPUの動作周波数を低く設定することで、低遅延かつ省電力のサービスを提供することができる。
１ 電話会議システム
２ａ SIPサーバ
２ｂ メディアサーバ
４ 電話機
５ 電話会議
６ 情報端末
１０，１０Ｂ サーバ内周波数制御装置
１１ 事前把握部
１２ 動作周波数変更部
２０ HW
２１，２１Ｂ OS
２２ パケット処理部
２３ イベント捕捉部
２４ イベント処理部
２５ 確認コマンド実行部
２６ 変更コマンド実行部
３０ａ，３０ｂ，３０ｃ APL
３１ セッション状態管理部
３２ 周波数確認部
３３ 周波数変更部
３４ セッション状態管理簿
３５ CPU割付表
３６ 予約状況管理部
３７ 予約状況管理簿

Claims (7)

  1. 所定の方法でサーバ内での低遅延が要求されるサービスの開始を事前に把握すると共に前記サービスの終了を把握する把握部と、
    事前に把握した前記サービスの開始時に、および把握した前記サービスの終了時に、前記サーバ内で予め前記サービスの受信元に割り当てられたCPUである制御対象のCPUの動作周波数を変更する動作周波数変更部と、
    を備え、
    前記把握部は、
    前記サービスの開始時に、サービスを表す所定のサービスIDを、所定の管理簿であるサービス状態管理簿に記録して前記制御対象のCPUの動作周波数を高くする指示を前記動作周波数変更部へ通知し、
    前記サービスの終了時に、当該サービスIDを前記サービス状態管理簿から削除し、前記サービス状態管理簿から、当該サービスにおけるすべてのサービスIDが削除された場合、前記制御対象のCPUの動作周波数を低くする指示を前記動作周波数変更部へ通知し、
    前記動作周波数変更部は、
    前記サービスの開始時に前記制御対象のCPUの動作周波数を所定値よりも高くすると共に、前記サービスの終了時に前記制御対象のCPUの動作周波数を前記所定値よりも低くする
    ことを特徴とするサーバ内周波数制御装置。
  2. 所定の方法でサーバ内での低遅延が要求されるサービスの開始を事前に把握すると共に前記サービスの終了を把握する把握部と、
    事前に把握した前記サービスの開始時に、および把握した前記サービスの終了時に、前記サーバ内で予め前記サービスの受信元に割り当てられたCPUである制御対象のCPUの動作周波数を変更する動作周波数変更部と、
    を備え、
    前記把握部は、
    前記所定の方法として、前記低遅延が要求されるサービスを実行するKernel処理のイベントとして予め登録されているイベントの発生事象を捕捉するイベント捕捉部と、
    捕捉されたイベントがセッション確立を要求する制御信号のイベントである場合に前記サービスの開始を事前に把握し、当該制御信号からセッション確立の情報として前記サービスの受信元とセッションIDとを取得し、
    捕捉されたイベントがセッション終了を要求する制御信号のイベントである場合に前記サービスの終了を把握し、当該制御信号からセッション終了の情報として前記サービスの受信元とセッションIDとを取得する、イベント処理部と、
    前記セッション確立の情報を取得した場合、当該サービスのセッションIDを前記サービスの受信元のセッション状態管理簿に記録し、前記制御対象のCPUの動作周波数を高くする指示を前記動作周波数変更部へ通知し、
    前記セッション終了の情報を取得した場合、当該サービスのセッションIDを前記セッション状態管理簿から削除し、さらに前記セッション状態管理簿からすべてのセッションIDが削除された場合、前記制御対象のCPUの動作周波数を低くする指示を前記動作周波数変更部へ通知する、セッション状態管理部と、
    を備え、
    前記動作周波数変更部は、
    前記サービスの開始時に前記制御対象のCPUの動作周波数を所定値よりも高くすると共に、前記サービスの終了時に前記制御対象のCPUの動作周波数を前記所定値よりも低くする
    ことを特徴とするサーバ内周波数制御装置。
  3. 所定の方法でサーバ内での低遅延が要求されるサービスの開始を事前に把握すると共に前記サービスの終了を把握する把握部と、
    事前に把握した前記サービスの開始時に、および把握した前記サービスの終了時に、前記サーバ内で予め前記サービスの受信元に割り当てられたCPUである制御対象のCPUの動作周波数を変更する動作周波数変更部と、
    を備え、
    前記把握部は、
    前記所定の方法として、前記低遅延が要求されるサービスの予約処理を行う予約スケジューラを監視して、予約された前記サービスの開始予定情報および前記サービスの終了情報を検知する予約状況管理部を備え、
    前記予約状況管理部は、
    前記サービスが開始する前に当該サービスの開始予定情報を取得した場合に前記サービスの開始を事前に把握し、当該サービスの送信元を前記サービスの受信元の予約状況管理簿に記録し、前記制御対象のCPUの動作周波数を高くする指示を前記動作周波数変更部へ通知し、
    前記サービスが終了した後に当該サービスの終了情報を取得した場合に前記サービスの終了を把握し、当該サービスの送信元を前記予約状況管理簿から削除し、さらに、前記予約状況管理簿からすべての送信元が削除された場合、前記制御対象のCPUの動作周波数を低くする指示を前記動作周波数変更部へ通知し、
    前記動作周波数変更部は、
    前記サービスの開始時に前記制御対象のCPUの動作周波数を所定値よりも高くすると共に、前記サービスの終了時に前記制御対象のCPUの動作周波数を前記所定値よりも低くする
    ことを特徴とするサーバ内周波数制御装置。
  4. 所定の方法でサーバ内での低遅延が要求されるサービスの開始を事前に把握すると共に前記サービスの終了を把握する把握部と、
    事前に把握した前記サービスの開始時に、および把握した前記サービスの終了時に、前記サーバ内で予め前記サービスの受信元に割り当てられたCPUである制御対象のCPUの動作周波数を変更する動作周波数変更部と、
    を備え、
    前記把握部は、
    前記所定の方法として、前記低遅延が要求されるサービスの予約処理を行う予約スケジューラから、予約の更新がある度に、予約された前記サービスの開始予定情報および前記サービスの終了情報の通知を受ける予約状況管理部を備え、
    前記予約状況管理部は、
    前記サービスが開始する前に当該サービスの開始予定情報を取得した場合に前記サービスの開始を事前に把握し、当該サービスの送信元を前記サービスの受信元の予約状況管理簿に記録し、前記制御対象のCPUの動作周波数を高くする指示を前記動作周波数変更部へ通知し、
    前記サービスが終了した後に当該サービスの終了情報を取得した場合に前記サービスの終了を把握し、当該サービスの送信元を前記予約状況管理簿から削除し、さらに、前記予約状況管理簿からすべての送信元が削除された場合、前記制御対象のCPUの動作周波数を低くする指示を前記動作周波数変更部へ通知し、
    前記動作周波数変更部は、
    前記サービスの開始時に前記制御対象のCPUの動作周波数を所定値よりも高くすると共に、前記サービスの終了時に前記制御対象のCPUの動作周波数を前記所定値よりも低くする
    ことを特徴とするサーバ内周波数制御装置。
  5. 前記動作周波数変更部は、
    前記把握部から前記制御対象のCPUの動作周波数を変更する指示を受け取った場合に、当該CPUの現在の動作周波数を確認する周波数確認部と、
    前記制御対象のCPUの現在の動作周波数と所定の規定値との比較結果に応じて当該CPUの動作周波数を変更する周波数変更部と、を備え、
    前記周波数変更部は、
    前記制御対象のCPUの動作周波数を高くする指示を受け取り、かつ、当該CPUの現在の動作周波数が前記規定値よりも小さい場合に、当該CPUの動作周波数を高くし、
    前記制御対象のCPUの動作周波数を低くする指示を受け取り、かつ、当該CPUの現在の動作周波数が前記規定値よりも大きい場合に、当該CPUの動作周波数を低くする
    ことを特徴とする請求項１から請求項４のいずれか一項に記載のサーバ内周波数制御装置。
  6. サーバ内に配置されるサーバ内周波数制御装置の制御方法であって、
    前記サーバ内周波数制御装置は、
    所定の方法でサーバ内での低遅延が要求されるサービスの開始を事前に把握すると共に前記サービスの終了を把握するステップと、
    事前に把握した前記サービスの開始時に、および把握した前記サービスの終了時に、前記サーバ内で予め前記サービスの受信元に割り当てられたCPUである制御対象のCPUの動作周波数を変更するステップと、
    を実行し、
    前記把握するステップは、
    前記サービスの開始時に、サービスを表す所定のサービスIDを、所定の管理簿であるサービス状態管理簿に記録して前記制御対象のCPUの動作周波数を高くする指示を生成し、
    前記サービスの終了時に、当該サービスIDを前記サービス状態管理簿から削除し、前記サービス状態管理簿から、当該サービスにおけるすべてのサービスIDが削除された場合、前記制御対象のCPUの動作周波数を低くする指示を生成し、
    前記動作周波数を変更するステップは、
    前記サービスの開始時に、前記制御対象のCPUの動作周波数を所定値よりも高くすると共に、前記サービスの終了時に前記制御対象のCPUの動作周波数を前記所定値よりも低くする
    ことを特徴とする制御方法。
  7. サーバ内に配置されるサーバ内周波数制御装置としてのコンピュータに、
    所定の方法でサーバ内での低遅延が要求されるサービスの開始を事前に把握すると共に前記サービスの終了を把握する把握手順、
    事前に把握した前記サービスの開始時に、および把握した前記サービスの終了時に、前記サーバ内で予め前記サービスの受信元に割り当てられたCPUである制御対象のCPUの動作周波数を変更する動作周波数変更手順、
    を実行させるためのプログラムであって、
    前記把握手順は、
    前記サービスの開始時に、サービスを表す所定のサービスIDを、所定の管理簿であるサービス状態管理簿に記録して前記制御対象のCPUの動作周波数を高くする指示を生成し、
    前記サービスの終了時に、当該サービスIDを前記サービス状態管理簿から削除し、前記サービス状態管理簿から、当該サービスにおけるすべてのサービスIDが削除された場合、前記制御対象のCPUの動作周波数を低くする指示を生成し、
    前記動作周波数変更手順は、
    前記サービスの開始時に、前記制御対象のCPUの動作周波数を所定値よりも高くすると共に、前記サービスの終了時に前記制御対象のCPUの動作周波数を前記所定値よりも低くする
    ことを特徴とするプログラム。
JP2022502743A 2020-02-27 2020-02-27 サーバ内周波数制御装置、制御方法、プログラム Active JP7416198B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/008166 WO2021171520A1 (ja) 2020-02-27 2020-02-27 サーバ内周波数制御装置、制御方法、プログラム

Publications (2)

Publication Number Publication Date
JPWO2021171520A1 JPWO2021171520A1 (ja) 2021-09-02
JP7416198B2 true JP7416198B2 (ja) 2024-01-17

Family

ID=77491132

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022502743A Active JP7416198B2 (ja) 2020-02-27 2020-02-27 サーバ内周波数制御装置、制御方法、プログラム

Country Status (3)

Country Link
US (1) US20230083604A1 (ja)
JP (1) JP7416198B2 (ja)
WO (1) WO2021171520A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004310756A (ja) 2003-03-26 2004-11-04 Matsushita Electric Ind Co Ltd 情報処理装置、電気機器、情報処理装置のクロック制御方法、クロック制御プログラム及びその記録媒体
JP2014182736A (ja) 2013-03-21 2014-09-29 Fujitsu Ltd 携帯情報端末、制御方法、制御プログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3179054B2 (ja) * 1997-08-29 2001-06-25 富士通株式会社 データ処理装置及びクロック切換方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004310756A (ja) 2003-03-26 2004-11-04 Matsushita Electric Ind Co Ltd 情報処理装置、電気機器、情報処理装置のクロック制御方法、クロック制御プログラム及びその記録媒体
JP2014182736A (ja) 2013-03-21 2014-09-29 Fujitsu Ltd 携帯情報端末、制御方法、制御プログラム

Also Published As

Publication number Publication date
JPWO2021171520A1 (ja) 2021-09-02
US20230083604A1 (en) 2023-03-16
WO2021171520A1 (ja) 2021-09-02

Similar Documents

Publication Publication Date Title
US9626217B2 (en) Information processing apparatus, information processing method, recording medium and information processing system
US9191417B2 (en) Cross-process media handling in a voice-over-internet protocol (VOIP) application platform
US20140289415A1 (en) Continuous and concurrent device experience in a multi-device ecosystem
US20110173319A1 (en) Apparatus and method for operating server using virtualization technique
US8073919B2 (en) Mobile terminal, method, and computer program for communicating data with servers with data collision control
CN105262911B (zh) 语音通话中系统电话的处理方法、系统和装置
WO2022017007A1 (zh) 音频数据处理方法、服务器及存储介质
WO2012109961A1 (zh) 一种分配浏览器进程的方法及其设备
WO2024040875A1 (zh) 多视频播放的处理方法、装置、计算机设备及存储介质
US20150358249A1 (en) Communicating data in flows between first and second computers over a network
CN117472321B (zh) 音频处理方法、装置、存储介质及电子设备
US9319246B2 (en) Voice-over-internet protocol (VOIP) application platform
TWI418178B (zh) 利用代理伺服器控制內嵌裝置外部通訊之技術
US20090157896A1 (en) Tcp offload engine apparatus and method for system call processing for static file transmission
CN114296953A (zh) 一种多云异构系统及任务处理方法
JP7416198B2 (ja) サーバ内周波数制御装置、制御方法、プログラム
US9437205B2 (en) Method, application, and device for audio signal transmission
KR20090083067A (ko) 데이터 전송 방법 및 장치와 작업 수행 방법 및 장치
WO2024051148A1 (zh) 云游戏控制方法、装置、电子设备及存储介质
CN117407133A (zh) 一种任务处理方法、装置及计算机可读存储介质
JP4708818B2 (ja) ネットワーク装置及びその制御方法
KR20150054636A (ko) 복수의 전자 디바이스 사이에서 애플리케이션을 공유하는 방법 및 전자 디바이스
KR20110018618A (ko) 다중 쓰레드의 비동기 입출력 처리 장치 및 그 방법
JP4660404B2 (ja) データ転送装置及びデータ転送方法
WO2023024894A1 (zh) 一种多设备同步播放方法及装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220712

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230919

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231120

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231205

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231218

R150 Certificate of patent or registration of utility model

Ref document number: 7416198

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150