(57)【要約】リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバにおけるプロセス制御方法であって、対称型マルチプロセッサシステム対応のオペレーティングシステムによりプロセス制御機能を起動する工程と、起動したプロセス制御機能により、プロセス制御表の記述に基づき、リアルタイム性と実行順序の保証が要求されるプログラムにつき非対称型マルチプロセッサ環境で実行の制御を行う工程と、起動したプロセス制御機能により、プロセス制御表の記述に基づき、その他のアプリケーションプログラムにつき対称型マルチプロセッサ環境で実行の制御を行う工程とを備える。
2009110084.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバにおけるプロセス制御方法であって、
対称型マルチプロセッサシステム対応のオペレーティングシステムによりプロセス制御機能を起動する工程と、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、リアルタイム性と実行順序の保証が要求されるプログラムにつき非対称型マルチプロセッサ環境で実行の制御を行う工程と、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、その他のアプリケーションプログラムにつき対称型マルチプロセッサ環境で実行の制御を行う工程と
を備えたことを特徴とするプロセス制御方法。
【請求項２】
請求項１に記載のプロセス制御方法において、
予めグルーピングされ、かつ、各グループに対応してネットワークリソースおよびディスクリソースが割り当てられたプロセッサおよびプロセスにつき、各グループに対応した論理サーバを１つの物理サーバ内で起動する工程
を備え、
起動した論理サーバ毎に、非対称型マルチプロセッサ環境および対称型マルチプロセッサ環境での実行の制御を行う
ことを特徴とするプロセス制御方法。
【請求項３】
請求項１または２のいずれか一項に記載のプロセス制御方法において、
プロセス制御機能は、
物理サーバの全プロセッサにかかるサーバ基本部に設けられる第１のプロセス制御機能と、
制御対象のプロセスを実行するプロセッサにかかるサーバ部に設けられる第２のプロセス制御機能と
から構成されることを特徴とするプロセス制御方法。
【請求項４】
リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバ装置であって、
対称型マルチプロセッサシステム対応のオペレーティングシステムによりプロセス制御機能を起動する手段と、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、リアルタイム性と実行順序の保証が要求されるプログラムにつき非対称型マルチプロセッサ環境で実行の制御を行う手段と、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、その他のアプリケーションプログラムにつき対称型マルチプロセッサ環境で実行の制御を行う手段と
を備えたことを特徴とするサーバ装置。
【請求項５】
請求項４に記載のサーバ装置において、
予めグルーピングされ、かつ、各グループに対応してネットワークリソースおよびディスクリソースが割り当てられたプロセッサおよびプロセスにつき、各グループに対応した論理サーバを１つの物理サーバ内で起動する手段
を備え、
起動した論理サーバ毎に、非対称型マルチプロセッサ環境および対称型マルチプロセッサ環境での実行の制御を行う
ことを特徴とするサーバ装置。
【請求項６】
請求項４または５のいずれか一項に記載のサーバ装置において、
プロセス制御機能は、
物理サーバの全プロセッサにかかるサーバ基本部に設けられる第１のプロセス制御機能と、
制御対象のプロセスを実行するプロセッサにかかるサーバ部に設けられる第２のプロセス制御機能と
から構成されることを特徴とするサーバ装置。
【請求項７】
リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバ装置におけるプロセス制御プログラムであって、
サーバ装置を構成するコンピュータを、
対称型マルチプロセッサシステム対応のオペレーティングシステムによりプロセス制御機能を起動する手段、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、リアルタイム性と実行順序の保証が要求されるプログラムにつき非対称型マルチプロセッサ環境で実行の制御を行う手段、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、その他のアプリケーションプログラムにつき対称型マルチプロセッサ環境で実行の制御を行う手段
として機能させるプロセス制御プログラム。
【請求項８】
請求項７に記載のプロセス制御プログラムにおいて、
サーバ装置を構成するコンピュータを、
予めグルーピングされ、かつ、各グループに対応してネットワークリソースおよびディスクリソースが割り当てられたプロセッサおよびプロセスにつき、各グループに対応した論理サーバを１つの物理サーバ内で起動する手段
として機能させ、
起動した論理サーバ毎に、非対称型マルチプロセッサ環境および対称型マルチプロセッサ環境での実行の制御を行う
プロセス制御プログラム。
【請求項９】
請求項７または８のいずれか一項に記載のプロセス制御プログラムにおいて、
プロセス制御機能は、
物理サーバの全プロセッサにかかるサーバ基本部に設けられる第１のプロセス制御機能と、
制御対象のプロセスを実行するプロセッサにかかるサーバ部に設けられる第２のプロセス制御機能と
から構成されるプロセス制御プログラム。
【請求項１０】
リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバ装置におけるプロセス制御プログラムを記録した記録媒体であって、
サーバ装置を構成するコンピュータを、
対称型マルチプロセッサシステム対応のオペレーティングシステムによりプロセス制御機能を起動する手段、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、リアルタイム性と実行順序の保証が要求されるプログラムにつき非対称型マルチプロセッサ環境で実行の制御を行う手段、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、その他のアプリケーションプログラムにつき対称型マルチプロセッサ環境で実行の制御を行う手段
として機能させるプロセス制御プログラムを記録したコンピュータ読取可能の記録媒体。
【請求項１１】
請求項１０に記載の記録媒体において、
サーバ装置を構成するコンピュータを、
予めグルーピングされ、かつ、各グループに対応してネットワークリソースおよびディスクリソースが割り当てられたプロセッサおよびプロセスにつき、各グループに対応した論理サーバを１つの物理サーバ内で起動する手段
として機能させ、
起動した論理サーバ毎に、非対称型マルチプロセッサ環境および対称型マルチプロセッサ環境での実行の制御を行う
コンピュータ読取可能の記録媒体。
【請求項１２】
請求項１０または１１のいずれか一項に記載の記録媒体において、
プロセス制御機能は、
物理サーバの全プロセッサにかかるサーバ基本部に設けられる第１のプロセス制御機能と、
制御対象のプロセスを実行するプロセッサにかかるサーバ部に設けられる第２のプロセス制御機能と
から構成される
コンピュータ読取可能の記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼処理プログラム等のリアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバにおけるプロセス制御方法に関する。
【背景技術】
【０００２】
呼処理を扱うサーバでは、リアルタイム性と実行順序の保証が必須要件となる。すなわち、呼処理はユーザ間の通話を媒介するものであるため、リアルタイム性を保証して規定時間内に処理を完了する必要があり、かつ、呼処理パケットの順序逆転を防止するために実行順序の保証を行なう必要がある。【０００３】
従来のカスタム製品による交換機システムにおける呼処理プログラムは、シングルプロセッサ環境を前提とし、割込マスクによる排他制御と、優先度による実行順序制御により、リアルタイム性と実行順序の保証を行っていた。【０００４】
昨今では、カスタム製品による交換機システムではコスト高になることから、汎用のサーバをベースにしたテレコムサーバが用いられる。このようなテレコムサーバでは、マルチコアＣＰＵ（Central Processing Unit）を搭載したＩＡ（Intel Architecture）サーバに、ＳＭＰ（Symmetric Multiple Processor：対称型マルチプロセッサ）システム対応ＯＳ（Operating System）を搭載し、この上で呼処理プログラムとその他のアプリケーションプログラムを混在動作させている。呼処理プログラム以外にその他のアプリケーションプログラムを混在動作させているのは、付帯業務の処理のために他のサーバを設けるのはコスト的に不利だからである。なお、ＳＭＰとは、マルチプロセッサシステムにおいて、各プロセッサの役割が完全に対称で、対等になっている形態のシステムをいう。【０００５】
図１は従来のＳＭＰシステム対応ＯＳによるプロセス制御の例を示す図である。【０００６】
図１においては、ＣＰＵ１＃０１〜１＃０３による３個のＣＰＵが物理サーバに実装されている場合を想定しており、各ＣＰＵ１＃０１〜１＃０３を囲む破線の枠は、各ＣＰＵ１＃０１〜１＃０３のリソースが使用される範囲を示している。【０００７】
ＳＭＰシステム対応のＯＳ２１を含むサーバ基本部２と、呼処理プログラムおよびその他のアプリケーションプログラムに対応するプロセス３１＃０１〜３１＃０４を含むサーバ部３は、ＣＰＵ１＃０１〜１＃０３を横断する形で実行される。すなわち、ＯＳ２１はｒｃスクリプト２２の記述に従って各プロセス３１＃０１〜３１＃０４を起動し、その際、各プロセス３１＃０１〜３１＃０４を実行するＣＰＵを固定せず、空きのあるＣＰＵ１＃０１〜１＃０３で動作するようにスケジューリングする。なお、プロセス３１＃０１〜３１＃０４は処理の過程で外部との通信が必要な場合（呼処理プロセスは通信が必須）、ネットワークインタフェース４＃０、４＃１を使用する。【０００８】
上述したＳＭＰシステム対応ＯＳでは、１プロセス内で複数のスレッドを生成、実行することが可能であり、このスレッドをＣＰＵ毎に割り当てて同時実行させることで、処理能力の向上を図っている。そのため、実行順序保証の必要がないアプリケーションプログラムは、ＳＭＰ環境下でプロセッサリソースを最大限に活用して動作することが可能である。【０００９】
しかしながら、このようなＳＭＰ環境下ではプログラムの実行順序の保証がされないため、呼処理プログラムは従来通りの実装では動作保証ができない。このため、呼処理プログラムは、従来の処理に加えてマルチプロセッサに対応した排他制御を実装し、実行順序を保証する必要がある。【００１０】
一方、リアルタイム性の保証は、近年、ＯＳにリアルタイムスケジューラが実装されたことにより、このリアルタイムスケジューラを使用することで、保証が可能となっている。
【特許文献１】特開平６−２５９３９５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ところで、マルチプロセッサのテレコムサーバにあっては、当然ながら、プロセッサ数に比例して呼処理性能が向上することが要求されるが、上述した従来のテレコムサーバではプロセッサ数を増やしても一定値以上の性能が出せないことが確認されている。【００１２】
図２はＳＭＰ下における単位時間当たり呼処理数とリソース使用率の関係の例を示す図であり、曲線ａはプロセッサ数「１」、曲線ｂはプロセッサ数「２」、曲線ｃはプロセッサ数「４」の場合を示している。図から明らかなように、単位時間当たり呼処理数が小さい範囲ではプロセッサ数に比例して呼処理性能が向上しているが、単位時間当たり呼処理数の増加とともに逆転し、処理可能な最大の単位時間当たり呼処理数としてはプロセッサ数「１」の場合が最も有利となる。【００１３】
この原因としては、呼処理プロセスがプロセッサを渡り歩くことにより発生するキャッシュミスヒットによる性能低下と、実行順序保証のために実装したマルチプロセッサに対応した排他制御機能の影響によるものと考えられる。このため、呼処理プロセスはＡＳＭＰ（Asymmetric Multiple Processor：非対称型マルチプロセッサ）により呼処理専用のＣＰＵに割り付けて処理を実行させる必要がある。ＡＳＭＰとは、マルチプロセッサシステムにおいて、各プロセッサの役割が対等でなく、用途に応じて決められるような形態のシステムをいう。【００１４】
また、テレコムサーバでは呼処理プロセスとその他のアプリケーションプロセスを混在起動する必要がある。呼処理プロセスの動作には、前述の通りＡＳＭＰシステム形態、アプリケーションプロセスはＳＭＰシステム形態が最適であり、１つの物理サーバ内で両方のシステム形態を構成可能な仕組みを作り、システム性能を向上させる必要がある。【００１５】
一方、システムのスケールアップによりプロセッサ数が更に増加した場合、ＡＳＭＰシステム形態で実行する呼処理プロセスについても処理能力を向上させることが要求されるが、固定のＣＰＵに処理を割り当てる形態のＡＳＭＰには直接的に処理能力向上は期待できない。その解決策としてＶＭｗａｒｅ、Ｘｅｎ等の既存製品による仮想化技術の導入が考えられるが、これら既存の仮想化技術は、ハイスペックなシステム（テレコムサーバのような数十万多重の処理を行なうシステム、２ＣＰＵ以上で稼動するシステム）やスケールアップ型のシステムには不向きであり、充分な性能を得られないといった問題があり、呼処理環境等に対応した独自の仮想化技術が必要となる。【００１６】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバにおいて、いずれのプログラムについても高い処理能力を発揮させることのできるプロセス制御方法を提供することにある。
【課題を解決するための手段】
【００１７】
本発明の一実施形態では、リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバにおけるプロセス制御方法であって、対称型マルチプロセッサシステム対応のオペレーティングシステムによりプロセス制御機能を起動する工程と、起動したプロセス制御機能により、プロセス制御表の記述に基づき、リアルタイム性と実行順序の保証が要求されるプログラムにつき非対称型マルチプロセッサ環境で実行の制御を行う工程と、起動したプロセス制御機能により、プロセス制御表の記述に基づき、その他のアプリケーションプログラムにつき対称型マルチプロセッサ環境で実行の制御を行う工程とを備える。【００１８】
好ましくは、予めグルーピングされ、かつ、各グループに対応してネットワークリソースおよびディスクリソースが割り当てられたプロセッサおよびプロセスにつき、各グループに対応した論理サーバを１つの物理サーバ内で起動する工程を備え、起動した論理サーバ毎に、非対称型マルチプロセッサ環境および対称型マルチプロセッサ環境での実行の制御を行う。
【発明の効果】
【００１９】
本発明のプロセス制御方法にあっては、リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバにおいて、いずれのプログラムについても高い処理能力を発揮させることができる。
【図面の簡単な説明】
【００２０】
【図１】従来のＳＭＰシステム対応ＯＳによるプロセス制御の例を示す図である。
【図２】ＳＭＰ下における単位時間当たり呼処理数とリソース使用率の関係の例を示す図である。
【図３】本発明の第１の実施形態にかかるプロセス制御の例を示す図である。
【図４】本発明の第２の実施形態にかかるプロセス制御の例を示す図である。
【図５】ディスクシステム上のプログラムおよびデータの配置例を示す図である。
【図６】プロセス制御表のデータ構造例を示す図である。
【図７】論理サーバ生成起動の処理例を示す図である。
【符号の説明】
【００２１】
１＃０１〜１＃０６          ＣＰＵ
２                          サーバ基本部
２１                        ＯＳ
２２                        ｒｃスクリプト
２３                        プロセス制御部
２３'                      プロセス制御共通部
２４                        プロセス制御表
３                          サーバ部
３＃１〜３＃ｎ              論理サーバ部
３０、３０＃１、３０＃２    ロードモジュール
３１＃０１〜３１＃２４      プロセス
３２、３２＃１〜３２＃ｎ    プロセス制御個別部
３３、３３＃１、３３＃２    プロセス制御表
５                          ディスクシステム
４＃０〜４＃１２            ネットワークインタフェース
５１、５２                  パーティション
【発明を実施するための最良の形態】
【００２２】
以下、本発明の好適な実施形態につき説明する。【００２３】
図３は本発明の第１の実施形態にかかるプロセス制御の例を示す図である。【００２４】
図３においては、ＣＰＵ１＃０１〜１＃０３による３個のＣＰＵが物理サーバに実装されている場合を想定しており、各ＣＰＵ１＃０１〜１＃０３を囲む破線の枠は、各ＣＰＵ１＃０１〜１＃０３のリソースが使用される範囲を示している。【００２５】
ＣＰＵ１＃０１〜１＃０３を横断する形で実行されるサーバ基本部２には、ＳＭＰシステム対応のＯＳ２１と、後述するサーバ部３を起動するプロセス制御部２３とが設けられている。また、ＯＳ２１が参照するｒｃスクリプト２２と、プロセス制御部２３が参照するプロセス制御表２４とが設けられている。【００２６】
ＣＰＵ１＃０１〜１＃０３を横断する形で実行されるサーバ部３には、プロセス制御表３３に基づいて呼処理プロセスのようなリアルタイム性と実行順序の保証が必要なプロセス３１＃０１についてはＣＰＵ１＃０１に固定してＡＳＭＰで実行させるとともに、その他のアプリケーションプロセスプロセス３１＃０２〜３１＃０４についてはＣＰＵ１＃０２、１＃０３によりＳＭＰで実行させる制御を行うプロセス制御個別部３２を備えている。なお、プロセス３１＃０１〜３１＃０４は処理の過程で外部との通信が必要な場合、ネットワークインタフェース４＃０、４＃１を使用する。【００２７】
このように、予め静的にプロセス制御表３３に指定することで、呼処理プロセス（プロセス３１＃０１）をＣＰＵ１＃０１に固定的に割り当て（ＡＳＭＰ）、他のアプリケーションプロセスはＣＰＵ１＃０２、１＃０３に割り当てる（ＳＭＰ）ことで、呼処理の性能向上を図ることが可能となる。【００２８】
図４は本発明の第２の実施形態にかかるプロセス制御の例を示す図である。この第２の実施形態では、２個の論理サーバ部３＃１、３＃２を起動し、各論理サーバ部３＃１、３＃２内では図３に示した第１の実施形態と同様にプロセスを割り当てて呼処理の性能向上を図っている。また、呼処理プロセスおよびアプリケーションをグループで分割し、更に、グループ毎にネットワークアドレスおよびディスクリソースを分離して、各論理サーバ部３＃１、３＃２において多重に呼処理プロセスおよびその他のアプリケーションプロセスを起動することで、スケールアップに比例した処理能力の向上を図っている。【００２９】
図４においては、ＣＰＵ１＃０１〜１＃０６による６個のＣＰＵが物理サーバに実装されている場合を想定しており、各ＣＰＵ１＃０１〜１＃０６を囲む破線の枠は、各ＣＰＵ１＃０１〜１＃０６のリソースが使用される範囲を示している。【００３０】
ＣＰＵ１＃０１〜１＃０６を横断する形で実行されるサーバ基本部２には、ＳＭＰシステム対応のＯＳ２１と、各論理サーバ部３＃１、３＃２を起動するプロセス制御共通部２３'とが設けられている。また、ＯＳ２１が参照するｒｃスクリプト２２と、プロセス制御共通部２３'が参照するプロセス制御表２４とが設けられている。なお、プロセス制御共通部２３'は複数の論理サーバ部３＃１、３＃２を共通に制御することから「プロセス制御共通部」となっているが、単一のサーバ部３を起動するか複数の論理サーバ部３＃１、３＃２を起動するかの違いがあるのみで、機能的には図３のプロセス制御部２３と同様である。【００３１】
ＣＰＵ１＃０１〜１＃０３を横断する形で実行される論理サーバ部３＃１には、プロセス制御表３３＃１に基づいて呼処理プロセスのようなリアルタイム性と実行順序の保証が必要なプロセス３１＃１１についてはＣＰＵ１＃０１に固定してＡＳＭＰで実行させるとともに、その他のアプリケーションプロセスプロセス３１＃１２〜３１＃１４についてはＣＰＵ１＃０２、１＃０３によりＳＭＰで実行させる制御を行うプロセス制御個別部３２＃１を備えている。なお、プロセス３１＃１１〜３１＃１４は処理の過程で外部との通信が必要な場合、ネットワークインタフェース４＃０、４＃１にグループ毎にネットワークアドレスを付与したネットワークインタフェース４＃０１、４＃１１を使用する。【００３２】
ＣＰＵ１＃０４〜１＃０６を横断する形で実行される論理サーバ部３＃２には、プロセス制御表３３＃２に基づいて呼処理プロセスのようなリアルタイム性と実行順序の保証が必要なプロセス３１＃２１についてはＣＰＵ１＃０４に固定してＡＳＭＰで実行させるとともに、その他のアプリケーションプロセスプロセス３１＃２２〜３１＃２４についてはＣＰＵ１＃０５、１＃０６によりＳＭＰで実行させる制御を行うプロセス制御個別部３２＃２を備えている。なお、プロセス３１＃２１〜３１＃２４は処理の過程で外部との通信が必要な場合、ネットワークインタフェース４＃０、４＃１にグループ毎にネットワークアドレスを付与したネットワークインタフェース４＃０２、４＃１２を使用する。【００３３】
図５はディスクシステム上のプログラムおよびデータの配置例を示す図であり、（ａ）は図３に示した第１の実施形態の場合、（ｂ）は図４に示した第２の実施形態の場合である。すなわち、（ａ）ではディスクシステム５上にサーバ基本部２に対応するＯＳ２１、ｒｃスクリプト２２、プロセス制御部２３、プロセス制御表２４と、サーバ部３に対応するプロセス制御個別部３２、プロセス制御表３３、ロードモジュール３０が格納されている。また、（ｂ）ではディスクシステム５上の共通部分にサーバ基本部２に対応するＯＳ２１、ｒｃスクリプト２２、プロセス制御共通部２３'、プロセス制御表２４が格納され、パーティション５１に論理サーバ部３＃１に対応するプロセス制御個別部３２＃１、プロセス制御表３３＃１、ロードモジュール３０＃１が格納され、パーティション５２に論理サーバ部３＃２に対応するプロセス制御個別部３２＃２、プロセス制御表３３＃２、ロードモジュール３０＃２が格納されている。【００３４】
図６はプロセス制御表３３（３３＃１、３３＃２）、２４のデータ構造例を示す図である。（ａ）において、プロセス制御表３３（３３＃１、３３＃２）には、ロードモジュールに相当するワーキングユニットの属性を示すＷＵ（Working Unit）属性表と、各ロードモジュールの再開順序を示す再開順序表と、プロセス制御個別部の割当てＣＰＵを示すプロセス制御個別部ＣＰＵ割付表とを含んでいる。ＷＵ（Working Unit）属性表は、システム種別を示す「システム種別」と、システム内の番号を示す「システム番号」と、起動するＬＭ（Load Module）の名称を示す「ＬＭ名称」と、一重化／二重化／ｎ多重等のプロセスモデルを示す「プロセスモデル」と、プロセス優先度等を示す「プロセス属性」と、ＬＭを起動するＣＰＵの番号を示す「割付対象ＣＰＵ番号」とを含んでいる。再開順序表は、システム種別を示す「システム種別」と、システム内の番号を示す「システム番号」と、起動するＬＭの名称を示す「ＬＭ名称」と、Ｒｅｂｏｏｔ／ＰＨ２再開等を示す「初期設定起動種別」と、起動レベル（例えば、１〜５）を示す「起動レベル」と、同期／非同期等を示す「同期種別」と、アプリケーションの起動を待つ時間を示す「起動待ち時間」とを含んでいる。プロセス制御個別部ＣＰＵ割付表は、プロセス制御個別部のプロセスが走行するＣＰＵの番号を示す「ＣＰＵ番号」を含んでいる。【００３５】
（ｂ）において、プロセス制御表２４には、起動する論理サーバ部の情報を示す論理サーバ起動表と、プロセス制御共通部（プロセス制御部）の割当てＣＰＵを示すプロセス制御共通部ＣＰＵ割付表とを含んでいる。論理サーバ起動表は、論理サーバ名称を示す「論理サーバ名」と、共通部起動時に起動するか否かを示す「初期起動有無」と、同期／非同期を示す「起動種別」と、閉塞／再開／再起動を示す「ＰＨ２再起失敗時処理」と、再開の再起動回数を示す「再開起動回数」と、再開起動回数をクリアする時間を示す「再開起動回数クリア時間」と、Ｆ更時のサーバ切替有無の指定を示す「Ｆ更時切替有無指定」と、個別部の起動を待つ時間を示す「起動待ち時間」とを含んでいる。プロセス制御共通部ＣＰＵ割付表は、プロセス制御共通部のプロセスが走行するＣＰＵの番号を示す「ＣＰＵ番号」を含んでいる。【００３６】
図７は論理サーバ生成起動の処理例を示す図である。【００３７】
図７において、処理は次の手順で行われる。【００３８】
ステップＳ１：ＯＳ２１の起動スクリプト（ｒｃスクリプト２２）もしくはクラスタソフト（障害対策のために図示しない他の物理サーバとクラスタ構成をとる場合のクラスタを管理するソフトウェア）より、再開種別を引き数としてプロセス制御共通部２３'（プロセス制御部２３）内に論理サーバ制御を生成・起動する。【００３９】
ステップＳ２：起動した論理サーバ制御により、ディスクに格納されたプロセス制御表２４の論理サーバ起動表およびプロセス制御共通部ＣＰＵ割付表をメモリ上に読み込む。【００４０】
ステップＳ３：前記工程で読み込んだ情報を参照して論理サーバ部３＃ｎのプロセス制御個別部３２＃ｎを起動する。その際には引数として再開種別等を渡す。【００４１】
ステップＳ４：プロセス制御個別部３２＃ｎにおいて、再開管理のｍａｉｎ関数を起動し、これにより初期設定処理を起動する。【００４２】
ステップＳ５：起動した初期設定処理により、ディスクに格納されたプロセス制御表３３のＷＵ属性表、再開順序表およびプロセス制御個別部ＣＰＵ割付表をメモリ上に読み込む。【００４３】
ステップＳ６：前記工程で読み込んだ情報を参照してアプリケーションプロセスを起動する。【００４４】
ステップＳ７：アプリケーションプロセスの起動後、初期設定順序表に従い、アプリケーションプロセスに対して初期設定開始通知を行う。【００４５】
ステップＳ８：アプリケーションプロセスでは、初期設定開始通知を受信し、初期設定処理を実行し、実施結果をプロセス制御個別部３２＃ｎに通知する。【００４６】
ステップＳ９：アプリケーションプロセスの初期設定完了後、論理サーバ起動完了通知をプロセス制御共通部２３'（プロセス制御部２３）に通知する。【００４７】
本実施形態によれば、次のような利点がある。
（１）呼処理プロセスはＡＳＭＰを選択し、動作プロセッサを固定化することで、キャッシュミスヒットによる性能低下と、マルチプロセッサに対応した排他制御機能の削除が可能となり、処理性能の向上を図ることができる。
（２）通常のアプリケーションは呼処理プロセスが動作しないプロセッサを使用してＳＭＰ環境で動作することにより、プロセッサリソースを最大限に活用して動作することが可能となる。
（３）呼処理プロセス（＋アプリケーション）をグループで分割し、また、グループ毎にネットワークリソース（ネットワークアドレス）、ディスクリソースを分離して論理サーバを構成し、１つの物理サーバ内で複数の論理サーバを起動することで、プロセッサ数に比例した呼処理性能向上を可能とすることができる。
（４）呼処理プロセス（＋アプリケーション）をリソース分割して起動することで、１グループ内で発生したプロセス障害が他のプロセスに影響を与える事無く修復可能となる。
（５）１つの物理サーバ上で複数の論理サーバを起動可能とすることで、従来、物理サーバ２台で実現していた、障害対策のためのクラスタ構成、ファイル更新、再開エスカレーションが１つの物理サーバ上の２つの論理サーバにより実現可能となる。【００４８】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図１】
2009110084.tif 000003
【図２】
2009110084.tif 000004
【図３】
2009110084.tif 000005
【図４】
2009110084.tif 000006
【図５】
2009110084.tif 000007
【図６】
2009110084.tif 000008
【図７】
2009110084.tif 000009
【手続補正書】
【提出日】平成22年6月25日(2010.6.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバにおけるプロセス制御方法であって、
対称型マルチプロセッサシステム対応のオペレーティングシステムによりプロセス制御機能を起動する工程と、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、リアルタイム性と実行順序の保証が要求されるプログラムにつき非対称型マルチプロセッサ環境で実行の制御を行う工程と、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、その他のアプリケーションプログラムにつき対称型マルチプロセッサ環境で実行の制御を行う工程と
を備えたことを特徴とするプロセス制御方法。
【請求項２】
請求項１に記載のプロセス制御方法において、
予めグルーピングされ、かつ、各グループに対応してネットワークリソースおよびディスクリソースが割り当てられたプロセッサおよびプロセスにつき、各グループに対応した論理サーバを１つの物理サーバ内で起動する工程
を備え、
起動した論理サーバ毎に、非対称型マルチプロセッサ環境および対称型マルチプロセッサ環境での実行の制御を行う
ことを特徴とするプロセス制御方法。
【請求項３】
請求項１または２のいずれか一項に記載のプロセス制御方法において、
プロセス制御機能は、
物理サーバの全プロセッサにかかるサーバ基本部に設けられる第１のプロセス制御機能と、
制御対象のプロセスを実行するプロセッサにかかるサーバ部に設けられる第２のプロセス制御機能と
から構成されることを特徴とするプロセス制御方法。
【請求項４】
リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバ装置であって、
対称型マルチプロセッサシステム対応のオペレーティングシステムによりプロセス制御機能を起動する手段と、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、リアルタイム性と実行順序の保証が要求されるプログラムにつき非対称型マルチプロセッサ環境で実行の制御を行う手段と、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、その他のアプリケーションプログラムにつき対称型マルチプロセッサ環境で実行の制御を行う手段と
を備えたことを特徴とするサーバ装置。
【請求項５】
請求項４に記載のサーバ装置において、
予めグルーピングされ、かつ、各グループに対応してネットワークリソースおよびディスクリソースが割り当てられたプロセッサおよびプロセスにつき、各グループに対応した論理サーバを１つの物理サーバ内で起動する手段
を備え、
起動した論理サーバ毎に、非対称型マルチプロセッサ環境および対称型マルチプロセッサ環境での実行の制御を行う
ことを特徴とするサーバ装置。
【請求項６】
リアルタイム性と実行順序の保証が要求されるプログラムとその他のアプリケーションプログラムが混在実行されるサーバ装置におけるプロセス制御プログラムであって、
サーバ装置を構成するコンピュータを、
対称型マルチプロセッサシステム対応のオペレーティングシステムによりプロセス制御機能を起動する手段、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、リアルタイム性と実行順序の保証が要求されるプログラムにつき非対称型マルチプロセッサ環境で実行の制御を行う手段、
起動したプロセス制御機能により、プロセス制御表の記述に基づき、その他のアプリケーションプログラムにつき対称型マルチプロセッサ環境で実行の制御を行う手段
として機能させるプロセス制御プログラム。
【請求項７】
請求項６に記載のプロセス制御プログラムにおいて、
サーバ装置を構成するコンピュータを、
予めグルーピングされ、かつ、各グループに対応してネットワークリソースおよびディスクリソースが割り当てられたプロセッサおよびプロセスにつき、各グループに対応した論理サーバを１つの物理サーバ内で起動する手段
として機能させ、
起動した論理サーバ毎に、非対称型マルチプロセッサ環境および対称型マルチプロセッサ環境での実行の制御を行う
プロセス制御プログラム。
【国際調査報告】
2009110084.tif 000010
2009110084.tif 000011
2009110084.tif 000012
2009110084.tif 000013