(57)【要約】【課題】サーバの負荷によらず正確にサーバリソースの使用状況を把握することができ、しかも、ＯＳやＣＰＵの種類に依存せずに、サーバリソースの集計とそれによる課金をおこなえるようにする。【解決手段】サーバにＣＰＵから独立した処理をおこなえる制御装置であるＳＶＰ２０６を設け、ＣＰＵに対して割り込み３１４を定期的に実施する。ＳＶＰデバイスドライバ３０３は、割り込み３１４を契機にＯＳが提供するＡＰＩを用いて使用されたＣＰＵ時間やメモリ容量などのサーバリソースの数量と使用したユーザの情報を取得しＳＶＰ２０６に渡す。ＳＶＰ２０６は、渡されたリソース情報をＮＩＣ２１１を経由して集計サーバに送信する。集計サーバは使用されたサーバリソース量をユーザごとに集計し、使用されたサーバリソースの多寡に応じてユーザに課金する。【選択図】        図３
2005031776.tif 000002
【特許請求の範囲】
【請求項１】
計算機システムのサーバの使用リソースを集計するサーバリソース集計方法において、
この計算機システムは、前記サーバで使用されたサーバリソースを集計する集計サーバを有し、前記サーバと前記集計サーバとは、ネットワークで接続され、
前記サーバは、ＯＳまたはアプリケーションソフトウェアを動作させるＣＰＵと、前記ＣＰＵと処理を独立におこなう制御装置とを有するサーバであって、
前記サーバを使用するユーザの情報を登録するステップと、
前記登録されたユーザが、ＯＳまたはアプリケーションソフトウェアを動作させることにより、サーバのリソースを使用するステップと、
前記制御装置が、前記ＣＰＵ上で動作しているＯＳまたはアプリケーションソフトウェアと通信するステップと、
前記制御装置が、前記通信によって、前記サーバリソースを使用したユーザのユーザ情報とそのユーザの使用したサーバリソース量と含む使用リソース情報を取得するステップと、
前記制御装置が、取得した前記使用リソース情報を前記集計サーバに送信するステップと、
前記集計サーバが前記使用リソース情報を受信し、前記ユーザごとに集計するステップとからなることを特徴とするサーバリソース集計方法。
【請求項２】
前記ユーザの情報を登録するステップで、そのユーザをこの計算機システム内で一意に特定するグローバルユーザＩＤを設定し、そのユーザの使用するサーバを、この計算機システム内で一意なサーバＩＤによって指定し、そのユーザを、そのサーバ内で一意に特定するローカルユーザＩＤを設定する処理を含み、
前記制御装置が、前記使用リソース情報を前記集計サーバに送信するステップで、前記ユーザを一意に特定する情報として、そのユーザに対応するローカルユーザＩＤと、そのサーバに対応するサーバＩＤを送信する処理を含み、
前記集計サーバが前記使用リソース情報を受信し、前記ユーザごとに集計するステップで、受信した前記ローカルユーザＩＤと前記サーバＩＤとから、そのユーザに対応する前記グローバルユーザＩＤを特定して、前記特定されたグローバルユーザＩＤごとに前記使用されたサーバリソース量を集計する処理を含むことを特徴とする請求項１記載のサーバリソース集計方法。
【請求項３】
前記ローカルユーザＩＤとして、前記サーバ上で動作しているＯＳの管理するユーザＩＤを用いることを特徴とする請求項２記載のサーバリソース集計方法。
【請求項４】
前記ＯＳまたはアプリケーションソフトウェアは、前記ユーザを認証し、そのユーザの要求に基づきスレッドの実行を開始し、そのスレッドごとによって使用されたサーバリソース情報を収集し、収集されたサーバリソース情報を、前記ローカルユーザＩＤごとに前記制御装置に送信することを特徴とする請求項２記載のサーバリソース集計方法。
【請求項５】
前記集計サーバが前記制御装置に対し、前記使用リソース情報の送信を要求するステップをさらに有することを特徴とする請求項１記載のサーバリソース集計方法。
【請求項６】
前記集計サーバが前記制御装置に対し、前記使用リソース情報の送信を要求するステップで、前記使用リソース情報の収集の対象とするユーザを指定する情報を、前記使用リソース情報の送信の要求に付加し、その送信の要求を前記ネットワークにブロードキャストによって送信する処理を含み、
前記サーバが前記使用リソース情報を前記集計サーバに送信するステップで、
前記サーバが前記使用リソース情報の収集の対象とするユーザの使用リソース情報を保持している場合には、そのユーザの使用リソース情報のみを選択して送信し、
前記サーバが前記使用リソース情報の収集の対象とするユーザの使用リソース情報を保持していない場合には、そのユーザの使用リソース情報を保持していないことを示す情報を送信する処理を含むことを特徴とする請求項５記載のサーバリソース集計方法。
【請求項７】
前記サーバを使用するユーザの情報を登録するステップで、グラフィカルユーザインタフェース（ＧＵＩ）を利用して登録することを特徴とする請求項１記載のサーバリソース集計方法。
【請求項８】
計算機システムのサーバの使用リソースを集計するサーバリソース集計システムにおいて、
この計算機システムは、前記サーバで使用されたサーバリソースを集計する集計サーバを有し、前記サーバと前記集計サーバとは、ネットワークで接続され、
前記サーバは、ＯＳまたはアプリケーションソフトウェアを動作させるＣＰＵと、前記ＣＰＵと処理を独立におこなう制御装置とを有するサーバであって、
前記集計サーバは、前記サーバを使用するユーザを登録する手段を有し、
しかも、前記サーバは、前記登録されたユーザが、ＯＳまたはアプリケーションソフトウェアを動作させることにより使用したサーバリソース量を、前記ユーザごとに記録する手段を有し、
前記制御装置は、前記ＣＰＵ上で動作しているＯＳまたはアプリケーションソフトウェアと通信し、その通信によって、前記サーバリソースを使用したユーザのユーザ情報とそのユーザの使用したサーバリソース量と含む使用リソース情報を取得する手段と、
取得した前記使用リソース情報を前記集計サーバに送信する手段とを有し、
前記集計サーバは、さらに、前記制御装置からの前記使用リソース情報を受信し、前記ユーザごとに集計する手段を有することを特徴とするサーバリソース集計システム。
【請求項９】
前記ＯＳまたはアプリケーションソフトウェアは、前記ユーザを認証するユーザ認証部と、そのユーザの要求に基づきスレッドの実行を開始するスレッド実行開始部と、そのスレッドごとによって使用されたサーバリソース情報を収集する収集手段と、収集されたサーバリソース情報を、前記制御装置に送信する送信手段を有することを特徴とする請求項８記載のサーバリソース集計システム。
【請求項１０】
前記集計サーバは、前記サーバを使用するユーザの情報を登録する際に、前記ネットワークを経由して登録することを特徴とする請求項８記載のサーバリソース集計システム。
【請求項１１】
使用リソースを収集する機能を有するサーバにおいて、
このサーバは、ＯＳまたはアプリケーションソフトウェアを動作させるＣＰＵと、前記ＣＰＵと処理を独立におこなう制御装置とを有するサーバであって、
前記ＯＳまたはアプリケーションソフトウェアを動作させることにより使用したサーバリソース量を、前記ユーザごとに記録し、前記サーバリソースを使用したユーザのユーザ情報とそのユーザの使用したサーバリソース量と含む使用リソース情報として収集する手段を有し、
前記制御装置は、前記ＣＰＵ上で動作しているＯＳまたはアプリケーションソフトウェアと通信する手段と、
その通信によって、前記使用リソース情報を取得する手段とを有することを特徴とする使用リソースを収集する機能を有するサーバ。
【請求項１２】
前記制御装置は、前記使用リソース情報の取得を要求する手段として、前記ＣＰＵに対して割り込みを実施する割り込み回路を有し、
前記使用リソース情報を収集する手段として、前記割り込みにより起動されるデバイスドライバを有し、
そのデバイスドライバは、前記ＯＳの提供するＡＰＩを呼び出して、前記使用リソース情報を収集することを特徴とする請求項１１記載の使用リソースを収集する機能を有するサーバ。
【請求項１３】
前記制御装置は、前記使用リソース情報の取得を要求する手段として、その制御装置から書き込み可能で、かつ、前記ＣＰＵから読み出し可能なレジスタと、そのレジスタに対して使用リソース情報の取得を要求する識別子を書き込む手段とを有し、
前記使用リソース情報を収集する手段として、前記ＯＳまたはアプリケーションソフトウェアが、前記レジスタをポーリングし前記識別子が書き込まれたことを検出する検出手段と、前記ＯＳまたはアプリケーションソフトウェアの提供するＡＰＩを呼び出すＡＰＩ呼出部と、前記使用リソース情報を収集する収集部を有することを特徴とする請求項１１記載の使用リソースを収集する機能を有するサーバ。
【請求項１４】
前記サーバは、さらに、主記憶装置を有し、
その主記憶装置は、前記制御装置から書き込み可能で、かつ、前記ＣＰＵから読み出し可能な特定の領域を有し、
前記制御装置は、前記使用リソース情報の取得を要求する手段として、前記特定の領域に対して、使用リソース情報の取得を要求する識別子を書き込む手段を有し、
前記使用リソース情報を収集する手段として、前記ＯＳまたはアプリケーションソフトウェアが、前記特定の領域をポーリングし、前記識別子が書き込まれたことを検出し、ＯＳまたはアプリケーションソフトウェアの提供するＡＰＩを呼び出して、前記使用リソース情報を収集することを特徴とする請求項１１記載の使用リソースを収集する機能を有するサーバ。
【請求項１５】
前記制御装置は、前記ＣＰＵから書き込み可能な記憶装置と、その記憶装置に対する書き込みを検出する手段をさらに有し、
前記ＯＳまたはアプリケーションが、前記使用リソース情報を前記記憶装置に書き込むことによって、前記制御装置が前記使用リソース情報を取得することを可能にすることを特徴とする請求項１１記載の使用リソースを収集する機能を有するサーバ。
【請求項１６】
前記サーバは、さらに、主記憶装置を有し、
その主記憶装置は、前記ＣＰＵから書き込み可能で、かつ、前記制御装置から読み出し可能な特定の領域を有し、
前記ＯＳまたはアプリケーションが、前記使用リソース情報を前記特定の領域に書き込むことによって、前記制御装置が前記使用リソース情報を取得することを可能にすることを特徴とする請求項１１記載の使用リソースを収集する機能を有するサーバ。
【請求項１７】
計算機システムのサーバの使用リソースに対する課金方法において、
この計算機システムは、前記サーバで使用されたサーバリソースを集計する集計サーバを有し、前記サーバと前記集計サーバとは、ネットワークで接続され、
前記サーバは、ＯＳまたはアプリケーションソフトウェアを動作させるＣＰＵと、前記ＣＰＵと処理を独立におこなう制御装置とを有するサーバであって、
前記サーバを使用するユーザの情報を登録するステップと、
前記登録されたユーザが、ＯＳまたはアプリケーションソフトウェアを動作させることにより、サーバのリソースを使用するステップと、
前記制御装置が、前記ＣＰＵ上で動作しているＯＳまたはアプリケーションソフトウェアと通信するステップと、
前記制御装置が、前記通信によって、前記サーバリソースを使用したユーザのユーザ情報とそのユーザの使用したサーバリソース量と含む使用リソース情報を取得するステップと、
前記制御装置が、取得した前記使用リソース情報を前記集計サーバに送信するステップと、
前記集計サーバが前記使用リソース情報を受信し、前記ユーザごとに集計するステップと、
前記ユーザごとに集計された使用リソース情報に基づいて、請求する金額を決定するステップと、
そのユーザに対して前記金額の請求をおこなうステップとからなるサーバの使用リソースに対する課金方法。
【請求項１８】
前記制御装置が取得した前記使用リソース情報を前記集計サーバに送信するステップで、前記ユーザがサーバのリソースを使用した時刻情報を送信する処理を含み、
前記集計サーバがそのユーザに対して前記金額の請求をおこなうステップで、前記使用した時刻情報に基づいて生成したサーバリソース使用履歴を、そのユーザに送付する処理を含むことを特徴とする請求項１７記載のサーバの使用リソースに対する課金方法。
【請求項１９】
複数の論理区画に分割されたサーバにおいて、該サーバは各論理区画上で一つのＯＳと、０もしくは１以上のアプリケーションソフトウェアを稼動させるサーバであって、一つ以上のＣＰＵと前記ＣＰＵと独立して処理をおこなう制御装置を有し、
前記制御装置は、一部もしくは全ての論理区画上のＯＳもしくはアプリケーションソフトウェアに対して、サーバリソースを使用したユーザのユーザ情報と該ユーザの使用したサーバリソース量とを含む、使用リソース情報の取得を要求する手段を有し、
前記ＯＳもしくはアプリケーションソフトウェアは、前記制御装置の要求に応答して使用リソース情報を返答する手段を有することを特徴とするサーバ。
【請求項２０】
複数の論理区画に分割されたサーバにおいて、該サーバは、各論理区画上で一つのＯＳと、０もしくは１以上のアプリケーションソフトウェアを稼動させるサーバであって、一つ以上のＣＰＵと前記ＣＰＵと独立して処理をおこなう制御装置と該制御装置からの要求を受付けるハイパバイザを有し、
前記制御装置は、前記ハイパバイザに対して、サーバリソースを使用したユーザのユーザ情報と該ユーザの使用したサーバリソース量とを含む、使用リソース情報の取得を要求する手段を有し、
前記ハイパバイザは前記制御装置の要求に応答し、一部もしくは全ての論理区画上のＯＳもしくはアプリケーションソフトウェアに対して該要求を転送する手段を有し、
前記ＯＳもしくはアプリケーションソフトウェアは、該要求に応答して使用リソース情報を返答する手段を有することを特徴とするサーバ。
【請求項２１】
請求項１９または請求項２０のサーバにおいて、前記使用リソース情報の取得を要求する手段として、割込み回路を有することを特徴とするサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サーバリソース集計方法に係り、サーバに負荷をかけず、かつ、既存のシステムにも容易に導入することのできるサーバリソース集計方法に関する。
【０００２】
【従来の技術】
近年のインターネットの普及により、企業の情報システムの大規模化、複雑化が進んでいる。これにより企業の所有するサーバの台数も飛躍的に増加し、企業のサーバ管理コストが増大している。これらの企業に代わりサーバの運用管理をおこなうアウトソーシングビジネスとして、ＩＤＣ（インターネットデータセンタ、Ｉｎｔｅｒｎｅｔ  Ｄａｔａ  Ｃｅｎｔｅｒ）と呼ばれるビジネスが普及している。ＩＤＣ事業者は、多数のサーバを運用管理し、そのサーバを多数の企業や団体などのユーザに貸し出して、日割りや月極めでサーバ使用料を徴収する。
【０００３】
このＩＤＣの一形態として、ユーティリティ・コンピューティングと呼ばれるビジネスモデルが注目を集めている。ユーティリティ・コンピューティングではＩＤＣ事業者が、ユーザの使用したＣＰＵ時間やメモリ容量、ストレージ容量、ネットワーク帯域などのサーバリソースに応じて使用料を徴収する。そのため、ユーザはあまりサーバを使用していない時期には、安い使用料しか払わなくてよいというメリットがある。このユーティリティ・コンピューティングにおいてはユーザごとに課金をおこなうため、多数のサーバで使用されたサーバリソースを集計し、ユーザ単位で正確に把握することが必要になる。
【０００４】
サーバリソースの使用状況を把握する方法の従来技術としては、各サーバのＯＳ上でエージェントと呼ばれるソフトウェアを動作させる方法が知られている（以下、第一の従来技術と呼ぶ）。
【０００５】
この方法では、エージェントは定期的にシステムコール等によってＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と通信をおこない、サーバリソースの使用状況を収集する。次に、このエージェントは、集計サーバに収集したサーバリソースの使用状況を報告する。集計サーバは、その報告をユーザごとに集計し、サーバリソースの使用状況に応じてユーザに課金をおこなう。
【０００６】
サーバリソースの使用状況を把握する二つ目の方法として、以下の特許文献１の「稼動記録保存型情報処理システム」が開示されている（以下、第二の従来技術と呼ぶ）。
【０００７】
この方法では、サーバに稼動状態検出手段を設け、稼動状態検出手段が主記憶に記録された性能コードと、ＣＰＵの稼動開始時刻、および、ＣＰＵの稼動終了時刻を組にして記録する。ＯＳは、記録された性能コードに応じて、ユーザプロセスにＣＰＵ時間を割り付ける。課金者は、稼動状態検出手段に記録された情報（性能コードと、ＣＰＵの稼動開始時刻、および、ＣＰＵの稼動終了時刻）に基づいて課金をおこなう。
【０００８】
サーバリソースの使用状況を把握する三つ目の方法として、以下の特許文献２の「性能データ採取方式」が開示されている（以下、第三の従来技術と呼ぶ）。
【０００９】
この方法によるとＯＳが、非課金識別子によって課金を指示されているセグメント内のプロセスを実行中に更新されるプロセスタイマを備える。ＯＳは、プロセスのロールアウト時に、プロセスタイマの使用している時間分は、非課金として、課金ＣＰＵ時間から引くことにより課金ＣＰＵ時間を算出する。課金者は、算出された使用ＣＰＵ時間に基づき、課金をおこなう。
【００１０】
サーバリソースの使用状況を把握する四つ目の方法として、以下の特許文献３の「課金システム、課金制御回路、課金制御方法及び課金制御プログラムを記録した記録媒体」が開示されている。（以下、第四の従来技術と呼ぶ）
この方法では、サーバの拡張機器（ディスクドライブ装置やネットワーク機器など）に課金制御回路を設け、ユーザからのアクセス回数やアクセス時間を計測する。課金者は、計測されたアクセス回数やアクセス時間に基づき、課金をおこなう。
【００１１】
【特許文献１】
特開平０７−１２９２７１号公報
【特許文献２】
特開平０６−０９５９２４号公報
【特許文献３】
特開２００１−２２２３３６号公報
【００１２】
【発明が解決しようとする課題】
第一の従来技術では、各サーバのＯＳ上で動作するエージェントが、サーバリソースの使用状況を収集する。そのため、サーバの負荷が高くなった場合には、エージェント自体にＣＰＵ時間などのサーバリソースが割り付けられなくなる。その場合、エージェントの動作が遅延し、一定の間隔でサーバリソースの使用状況を把握することが保証できなくなり、本来のサーバリソースの使用状況と異なる値が、エージェントから報告されるという問題がある。この問題を解決するために、エージェントをユーザのプロセスより高い優先度で実行する方法も考えられる。しかしその場合、エージェントで消費されるサーバリソースが増加し、ユーザのプロセスに十分なサーバリソースが供給されない恐れがあり、十分な解決とは考えられない。
【００１３】
そのため、サーバの負荷が高くなっても、正確にサーバリソースの使用状況を把握することが解決すべき第一の課題である。
【００１４】
第二の従来技術では、ＯＳおよび稼動状態検出手段が主記憶に記録された性能コードを読み出す必要がある。この方法によると、ＯＳは性能コードに従ってプロセスをスケジューリングすることが必須であり、この性能コードを考慮しないＯＳに対してはこの方法を適用することができない。また、稼動状態検出手段が性能コードを読み出す場合には物理メモリアドレスを指定することが必然であるが、ＯＳの物理メモリ上のデータ配置はリビジョンによって異なる。そのためリビジョンの異なるＯＳに対しても適用することが出来ない。
一方、第三の従来技術では、ＯＳのプロセスディスパッチャを変更することが必須であり、既存のＯＳに対して適用できない。また、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（Ｒ）のように、そもそもユーザごとの課金情報の収集を考慮していないＯＳに対しては適用できない。
【００１５】
そのため、ＯＳに依存せずにサーバリソースの使用状況を把握することが、解決すべき第二の課題である。
【００１６】
第四の従来技術では、サーバリソースのうちＣＰＵ時間の使用状況を収集することができないという問題がある。この技術は、周辺機器に課金制御回路を設けるものだからである。また、ＣＰＵのアーキテクチャを変更して、この第四の従来技術を適用することを想定した場合、ユーザの膨大なソフトウェア資産との互換性を確保するために、テストやソフトウェアの移行作業などに大変な労力が掛かり、現実的でない。
【００１７】
そのため、ＣＰＵを変更せずにＣＰＵ時間を含めたサーバリソースの使用状況を把握することが、解決すべき第三の課題である。
【００１８】
本発明は、上記問題点を解決するためになされたもので、その目的は、サーバの負荷が高い場合であっても、正確にリソースの収集ができ、既存のＯＳやＣＰＵのアーキテクチャでも変更することなく導入できるサーバリソース集計方法を提供することにある。
【００１９】
【課題を解決するための手段】
これらの課題を解決するために、本発明のサーバリソース集計システムでは、ユーザがリソースを使用するいくつかのサーバとそれらのサーバで使用されたサーバリソースを集計する集計サーバをネットワークで接続して構成する。
【００２０】
そして、サーバは、ＯＳまたはアプリケーションソフトウェアを動作させるＣＰＵと、ＣＰＵと処理を独立におこなう制御装置とで構成するようにする。
【００２１】
サーバでは、集計サーバから登録されたユーザが、ＯＳまたはアプリケーションソフトウェアを動作させることにより、ユーザごとに使用したサーバリソース量を監視している。
【００２２】
そして、例えば、ある一定の時刻がたつと、制御装置よりＯＳのデバイスドライバに割り込みをかけて、ＯＳにＡＰＩ呼び出しをさせることにより、そのユーザの使用リソース情報を収集させる。これは、ＯＳ上で動作しているアプリケーションソフトウェアが使用リソース情報を収集するようにしてもよい。
【００２３】
ＯＳまたはアプリケーションソフトウェアは、収集した使用リソース情報を、例えば、制御装置のメモリ上に書き込む。
【００２４】
制御装置では、渡された使用リソース情報を集計サーバにネットワークを介して送信する。
【００２５】
本方法では、使用されたサーバリソースの情報は、ＯＳ上で動作するエージェントではなく、ＣＰＵから独立した制御装置から、ＯＳまたはアプリケーションソフトウェアに対して通信をおこなって取得される。一般に、ＯＳは、割り込みなどのハードウェアからの要求を最優先に処理するため、ＯＳの負荷が高くなっている場合であっても遅延なく使用されたサーバリソースの情報を収集できる。そのため、第一の課題を解決することができる。
【００２６】
一般にハードウェアからの割り込みを受信するデバイスドライバは、ＯＳごとに開発可能である。また、ＯＳやアプリケーションから、サーバリソースの使用状況を取得するためのＡＰＩは一般に開示されている。そのため、各ＯＳに対応するデバイスドライバを開発することで本発明を適用可能であり、第二の課題を解決することができる。
【００２７】
また、本発明では、サーバ上でＣＰＵと別個に動作する制御装置を設けるため、ＣＰＵの変更をおこなうことなく、ＣＰＵのＣＰＵ時間を含めたサーバリソースの使用状況を把握することができ、第三の課題を解決することができる。
【００２８】
【発明の実施の形態】
以下、本発明に係る各実施形態を、図１ないし図２０を用いて説明する。
【００２９】
〔実施形態１〕
以下、本発明に係る第一の実施形態を、図１ないし図１４を用いて説明する。
（Ｉ）サーバリソース集計システムの構成
以下、図１ないし図４を用いて本実施形態に係るサーバリソース集計システムの構成について説明する。
【００３０】
先ず、図１を用いて本実施形態における計算機システム全体の構成について説明する。
図１は、本発明の第一の実施形態における計算機システム全体の構成図である。
【００３１】
サーバ１０１ａ、１０１ｂ、１０１ｃは、管理用ネットワーク１０２とサービス用ネットワーク１１０に接続されている。サーバ１０１ａ、１０１ｂ、１０１ｃは、ユーザからの要求に応じて処理を実行し、ユーザにはこれらのサーバで使用したＣＰＵ時間やメモリ容量などサーバリソースの数量に応じてサーバの使用料が課金される。ここでいうサーバとは、例えば、Ｗｅｂサーバ、メールサーバ、ファイルサーバ、データベースサーバなどである。
【００３２】
管理用ネットワーク１０２には、サーバ１０１ａ、１０１ｂ、１０１ｃの他に集計サーバ１０３、コンソール端末１０４、プリンタ１０５、メールサーバ１０６が接続されている。ここで、メールサーバ１０６を記載しているのは、課金の際に電子メールを使うという意図である。
【００３３】
集計サーバ１０３は、ユーザの使用したサーバリソースを定期的に各サーバから収集し集計して、請求書の発行などの課金処理をおこなう。
【００３４】
サーバで使用されたサーバリソースの情報を、集計サーバ１０３が収集・集計し課金する手順の概略については、後にフローチャートにより説明する。
【００３５】
クライアント端末１０９は、ユーザがサーバ１０１ａ、１０１ｂ、１０１ｃにアクセスするために使用され、そのときユーザからの処理要求は、インターネット１０８、ゲートウェイ１０７、サービス用ネットワーク１１０を介して送信される。
【００３６】
コンソール端末１０４は、ユーザがサーバ１０１ａ、１０１ｂ、１０１ｃを使用するのに先立ち、システム管理者がユーザの情報を集計サーバ１０３に登録するために使用される。
【００３７】
次に、図２を用いてサーバ１０１ａの内部構成について説明する。
図２は、サーバ１０１ａの内部構成図である。
【００３８】
なお、サーバ１０１ｂ、１０１ｃも同様の構成であるため、ここではサーバ１０１ａのみを説明する。
【００３９】
サーバ１０１ａは、ＣＰＵ２０１ａ、２０１ｂとチップセット２０２を備え、これらはＣＰＵバス２１０で接続されている。図２ではサーバ１０１ａは、２個のＣＰＵを搭載しているものとして図示しているが、ＣＰＵの個数は２個でなくてもシステムの性能要求に応じて適当なＣＰＵの個数を実装することができる。
【００４０】
チップセット２０２には、ＣＰＵバス２１０に加え、主記憶装置２０３とＩ／Ｏバス２０５が接続されている。主記憶装置２０３は、ＣＰＵ２０１ａ、２０１ｂからチップセットを介してアクセスされる。
【００４１】
Ｉ／Ｏバス２０５には、チップセットに加え、ＣＰＵから独立した制御装置であるＳＶＰ（Ｓｅｒｖｉｃｅ  Ｐｒｏｃｅｓｓｏｒ）２０６と、ＨＤＤ２０４と、ＮＩＣ（ネットワークインタフェースカード、Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）２１２が接続されている。「ＣＰＵから独立した」という意味は、ＳＶＰ２０６は、ＣＰＵと独立して処理をおこなうことができ、ＣＰＵの動作に影響を受けずに、制御をおこなうことができるという意味である。なお、サーバにＣＰＵとそれとは独立したＳＶＰを設けるのは、従来技術では、通常、ＣＰＵを含めたサーバのハードウェア環境を監視するためであることが多い。
【００４２】
ＳＶＰ２０６は、チップセット２０２を経由して、主記憶装置２０３にアクセス可能である。ＨＤＤ２０４は、ＣＰＵ２０１ａ、２０１ｂからアクセスされる。ＮＩＣ２１２は、サービス用ネットワーク１１０に接続されており、ＣＰＵで動作するＯＳやアプリケーションプログラムはＮＩＣ２１２を経由して通信をおこなう。
【００４３】
Ｉ／Ｏバス２０５は、例えば、ＰＣＩバスなどの周辺回路と通信をおこなうバスである。
【００４４】
ＳＶＰ２０６には、Ｉ／Ｏバスに加え、ＮＩＣ２１１が接続されている。ＮＩＣ２１１は、また、管理用ネットワーク１０２に接続されており、ＳＶＰ２０６は、ＮＩＣ２１１、管理用ネットワーク１０２を経由して、集計サーバ１０３と通信をおこなうことができる。
【００４５】
次に、図３を用いてＳＶＰ２０６の構成と動作について説明する。
図３は、ＳＶＰ２０６の構成とＯＳ３０４との通信インタフェースを示す図である。
【００４６】
ＳＶＰ２０６は、ＲＴＣ（Ｒｅａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）３１７と割り込み生成回路３１８を備える。ＲＴＣ３１７は、数十マイクロ秒から数十ミリ秒の時間間隔で、定期的に割り込み生成回路３１８へコマンドを送信する。そのコマンドを受信した割り込み生成回路は、割り込み３１４を生成し、ＣＰＵに対して割り込みをおこなう。
【００４７】
ＯＳ３０４は、ＳＶＰデバイスドライバ３０３とプロセス制御部３０２を備えている。
【００４８】
そして、ＳＶＰ２０６からの割り込み３１４を契機にして、ＳＶＰデバイスドライバ３０３は、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｔｅｒｆａｃｅ）呼び出し３１３によってプロセス制御部３０２へ通信をおこなう。
【００４９】
ここでは、割り込み３１４によってＳＶＰデバイスドライバ３０３を動作させるものとしたが、割り込み以外にＳＶＰデバイスドライバ３０３の動作を開始させる方法として、ＳＶＰ２０６から主記憶装置２０３の特定の領域へ動作の開始を指示する識別子を書き込み、ＳＶＰデバイスドライバ３０３が、その特定の領域をポーリングして、その識別子の書き込みを発見したら動作を開始する方法や、その特定の領域の代わりにＳＶＰ２０６に、レジスタを用意してそのレジスタをＳＶＰデバイスドライバ３０３がポーリングして動作を開始する方法などが考えられる。
【００５０】
プロセス制御部３０２は、ユーザプロセス３０１ａ、３０１ｂ、３０１ｃに対してリソース割り付け３１１ａ、３１１ｂ、３１１ｃをおこない、適宜ＣＰＵ時間などのリソースを各プロセスに割り付けている。同時にプロセス制御部３０２は、各プロセスに対して割り付けたリソース量をリソース割付履歴３３０に記録する。プロセス制御部３０２は、ＳＶＰデバイスドライバ３０３からのＡＰＩ呼び出し３１３を契機にして、リソース割付履歴３３０を読み出して、ＡＰＩ応答３１２をＳＶＰデバイスドライバ３０３に返却する。ＡＰＩ応答３１２は、ＡＰＩ呼び出し３１３に対して、リソース情報を返す応答である。このＡＰＩ応答３１２に関しては、後に詳細に説明する。
【００５１】
ＡＰＩ応答３１２を返却後には、リソース割付履歴３３０を消去する。
【００５２】
ＡＰＩ応答３１２を受信したＳＶＰデバイスドライバ３０３は、ＡＰＩ応答３１２を集計し、ＳＶＰ２０６に対しリソース使用状況３１５を通知する。ＳＶＰ２０６は、リソース使用状況３１５と、現在時刻３４０を組にして不揮発メモリ３２０に追記する。リソース使用状況３１５は、ユーザごとにリソースの使用状況をまとめたものである。
【００５３】
このとき、ＳＶＰデバイスドライバ３０３がリソース使用状況３１５をＳＶＰ２０６に通知する方法として、主記憶装置２０３の特定の領域にリソース使用状況３１５を書き込み、ＳＶＰ２０６がその特定の領域をポーリングして、書き込みを検出する方法も考えられる。
【００５４】
次に、受信回路３３１は、ＮＩＣ２１１を経由して、集計サーバ１０３から発行された使用リソース情報送信要求３３２を受信する。受信回路３３１は、送信回路３２１に対して送信要求３３３を発行する。送信回路３２１は、不揮発メモリ３２０に格納されたリソース使用状況の情報とサーバＩＤ８０１ａを組にして使用リソース情報返信３１９を作成し、ＮＩＣ２１１を経由して集計サーバ１０３に送信する。この使用リソース情報返信３１９については、後に詳細に説明する。
【００５５】
そして、送信回路３２１は、使用リソース情報返信３１９の送信完了を確認して、消去信号３３４をアサートし、不揮発メモリ３２０に格納されたリソース使用状況の情報を消去する。
【００５６】
以上の処理により、ユーザが使用したリソースに関する情報をサーバで詳細に取得できる。また、本情報は後述するユーザに対する課金に使用されるばかりでなく、サーバシステムの性能評価および最適化の指標にも用いることができる。
【００５７】
次に、集計サーバ１０３の構成と動作について説明する。
図４は、集計サーバ１０３の構成図である。
【００５８】
管理者は、ユーザ情報設定４１１の処理として、コンソール端末１０４からユーザ登録ウィンドウ（後述）を操作して、ユーザ情報４０１、サーバ割付情報４１０の設定をおこなう。
【００５９】
ユーザ情報４０１は、ユーザに関する詳細な情報である。また、サーバ割付情報４１０とは、ユーザとサーバの関係を示すものであり、サーバ１０１ａ、１０１ｂ、１０１ｃがどのユーザに割り付けられているかの情報を保持する。なお、ユーザ情報４０１、サーバ割付情報４１０の詳細については、後に説明する。
【００６０】
ユーザ情報設定４１１の処理についても後にフローチャートにより、詳細に説明する。
【００６１】
また、集計サーバは、定時処理開始指示部４２０を有する。定時処理開始指示部４２０は、課金処理を毎日一定の時刻に開始することを可能にするもので、定時処理開始指示部４２０は、例えば毎日００時００分に使用リソース情報送信要求３３２を管理用ネットワーク１０２へ送信する。このとき、サーバ割付情報４１０にサーバＩＤ８０１ｄが登録されているサーバに対してのみ、使用リソース情報送信要求３３２を送信するようにしてもよい。
【００６２】
サーバ１０１ａ、１０１ｂ、１０１ｃは、集計サーバ１０３の定時処理開始指示部４２０からの使用リソース情報送信要求３３２を受信し、使用リソース情報返信３１９を返信する。
【００６３】
集計サーバ１０３は、サーバ１０１ａ、１０１ｂ、１０１ｃから使用リソース情報返信３１９を受信する。
【００６４】
後に説明するように、使用リソース情報返信３１９は、サーバＩＤ８０１ｃ、収集時刻８０２、ローカルユーザＩＤ６０２ｄ、使用ＣＰＵ時間８０４、使用メモリ量８０５を含んでいるが、この内で、サーバＩＤ８０１ｂ、ローカルユーザＩＤ６０２ａは、グローバルユーザＩＤ特定部４２１に入力され、収集時刻８０２ｄ、使用ＣＰＵ時間８０４ｄ、使用メモリ量８０５ｄは、リソース使用状況集計部４１７に入力される。
【００６５】
リソース使用状況集計部４１７は、受信したグローバルユーザＩＤ５０１ｂに対応するデータをリソース使用状況記録部４１８から読み出し、使用ＣＰＵ時間８０４を使用したＣＰＵ時間の累計に加算し、使用ＣＰＵ時間８０４と使用メモリ量８０５を掛け合わせたデータを累計使用メモリ量として加算して、リソース使用状況記録部４１８を更新する。集計サーバ１０３は、累計使用ＣＰＵ時間１００２、および累計使用メモリ量１００３に基づいてユーザに課金する金額を決定する。
【００６６】
グローバルユーザＩＤ特定部４２１は、サーバ割付情報４１０を参照し、受信したサーバＩＤ８０１ｂ、ローカルユーザＩＤ６０２ａに対応するグローバルユーザＩＤ５０１ｂを特定する。
【００６７】
また、リソース使用状況集計部４１７は、リソース使用状況記録部４１８のデータを更新し、同時にリソース使用履歴記録部４２４にデータを追記する。リソース使用状況記録部４１８とリソース使用履歴記録部４２４に保持するデータについては、後に詳細に説明する。
【００６８】
さらに、定時処理開始指示部４２０は、毎月一回、例えば、末日に請求情報生成要求４２３を発行し、課金情報生成部４１９は、請求情報生成要求４２３を契機に課金処理を実施する
課金処理として請求情報生成部４１９は、ユーザ情報４０１、リソース使用状況記録部４１８に記録された使用したＣＰＵ時間の累計と、使用したメモリの累計の各情報に基づきユーザに課金する金額を決定する。
【００６９】
決定した請求金額と、リソース使用履歴記録部４２４に記録された情報とを、請求情報４０７ａ、４０７ｂに記載する。請求情報４０７ａ、４０７ｂは、それぞれプリンタ１０５、メールサーバ１０６に転送され、プリンタ１０５では、請求書４０５として紙面に出力され、メールサーバ１０６では、電子メール４０６として電子的にユーザに送信される。これにより管理者は、ユーザの使用したサーバリソースに基づいて、ユーザに課金することが可能になる。
（ＩＩ）本実施形態のリソース集計システムの提供するユーザインタフェース
次に、図５を用いて本実施形態のリソース集計システムの提供するユーザ登録のためのユーザインタフェースについて説明する。
図５は、ユーザ情報設定４１１のときにコンソール端末に表示される画面の例を示す模式図である。
【００７０】
ユーザ登録をおこなうときには、ユーザ登録ウィンドウ１８０１が、コンソール端末１０４のＣＲＴなどの表示装置に表示される。ユーザ登録ウィンドウ１８０１は、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（Ｒ）に代表されるグラフィカルユーザインタフェース（ＧＵＩ）を有するＯＳのプログラムの一つとして実現される。
【００７１】
また、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＪＡＶＡ（ＴＭ）におけるサーブレットなどのサーバプログラムによって生成されたＨＴＭＬコンテンツとして実現され、ＷＷＷブラウザによって表示されるようにしてもよいし、他の実現手段を用いてもよい。
【００７２】
管理者は、１８０２ａないし１８０２ｅのユーザ情報入力フォームに対してユーザの情報として、ユーザ名５０２ｂ、グローバルユーザＩＤ５０１ｆ、メールアドレス５０４ｂ、口座番号５０３ｂ、備考１８１５の各情報を入力する。ユーザ名５０２ｂは、そのユーザをユーザ自身、および、管理者が識別するための名前である。
【００７３】
グローバルユーザＩＤ５０１ｆは、集計サーバがそのユーザを識別するための識別子で、本実施形態では、このシステム内で一意の番号を割り付ける。すなわち、グローバルユーザＩＤ５０１ｆは、本リソース集計システムのために用いられ専用のＩＤであるという意味合いを持つ。
【００７４】
メールアドレス５０４ｂは、図４に示したように集計サーバ１０３がメールサーバ１０６を介して、そのユーザに電子メールによって請求書を送信するために使用するメールアドレスである。
【００７５】
口座番号５０３ｂは、そのユーザにサーバの使用料を課金するための課金手段である。なお、課金手段として銀行の口座以外にもクレジットカードを利用して課金し、本フィールドにクレジット番号を記録するなどの類似の方法が多数考えられる。
【００７６】
備考１８１５は管理者の利便のため、上記の項目には当てはまらないユーザに関する情報を記録するために使用される。
【００７７】
この例では、ユーザ名５０２ｂに”Ｂ会社”、グローバルユーザＩＤ５０１ｆに”１００１”、メールアドレス５０４ｂに”ｙｙｙ＠ｂ−ｃｏｍｐａｎｙ．ｃｏｍ”、口座番号５０３ｂに”１２３００１１”、備考１８１５に”（株）Ｂ証券  情報システム部”の文字列がそれぞれ入力されている。なお、このユーザは、法人ユーザとして、サーバリソースを使用する契約を結んでいる場合を想定している。
【００７８】
使用サーバ指定ウィンドウ１８０３は、そのユーザの使用するサーバを指定するためのウィンドウである。管理者は，１８０６ａないし１８０６ｃのサーバ割付情報入力フォームに、そのユーザが使用するサーバを指定するサーバＩＤ８０１ｅ、および、そのサーバで使用するローカルユーザＩＤ６０２ｆ、ローカルユーザＩＤ６０２ｆに対応するパスワード１８１８、および、再入力パスワード１８１９を入力する。この例では、そのユーザが使用できるサーバを３つまで指定できるものとしているが、必ずしも３つに制限されるものではない。
サーバＩＤ８０１ｅは、そのシステム内でサーバを一意に特定するための識別子で、本実施例ではシステム内で一意の番号を割り付ける。なお、サーバＩＤは該サーバの完全修飾ドメイン名（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ，  ＦＱＤＮ）のように、システム内で一意な文字列であってもよい。
【００７９】
また、サーバ割付情報とは、後に詳細に説明するが、ユーザとサーバの関係を示す情報である。
【００８０】
ローカルユーザＩＤ６０２ｆは、サーバＩＤ８０１ｅで指定されるサーバ内で、ユーザを一意に特定するための識別子で、本実施形態ではサーバ内で一意の番号を割り付ける。ローカルユーザＩＤ６０２ｆは、ＯＳの管理するユーザＩＤを用いることができるが、サーバ内で一意に識別することができれば、他のＩＤ番号を割り振ってもよい。また番号でなくＯＳのユーザネームなど一意な文字列であってもよい。
【００８１】
パスワード１８１８は、そのユーザがサーバＩＤ８０１ｅで示されるサーバにログインする場合、または、サーブレットなどを通じて処理を依頼する場合に、ユーザの認証をおこなうために必要なパスワードである。サーバにログインする場合には、ユーザは、ＯＳのログイン画面においてローカルユーザＩＤ１８１７とパスワード１８１８を入力する。
【００８２】
サーブレットなどを通じて処理を依頼する場合には、クライアント端末１０９のＷＷＷブラウザの画面上において、ローカルユーザＩＤ１８１７とパスワード１８１８を入力する。
【００８３】
この例ではパスワードの覗き見を防止するため、使用サーバ指定ウィンドウ１８０３中のパスワード１８１８の入力フォームに入力した文字は、全てアスタリスク記号がエコーバックされる。このときパスワードの誤入力を防止するため、管理者は再入力パスワード１８１９にパスワード１８１８で入力したものと同じ文字列を入力する。パスワード１８１８と再入力パスワード１８１９の内容が一致していない場合、その旨を表示して管理者に再入力を促す。この例ではサーバ割付情報入力フォーム１８０６ａに、サーバＩＤ”０”、ローカルユーザＩＤ”２０１”が入力され、サーバ割付情報入力フォーム１８０６ｂにサーバＩＤ”１”、ローカルユーザＩＤ”２００”が入力されている。これらの情報を入力後、管理者は確認用ボタン１８０５ａないし１８０５ｃのいずれかをＧＵＩ操作によって押下する。「はい」の確認用ボタン１８０５ａが押下された場合、ユーザ情報入力フォーム１８０２ａないし１８０２ｅ、およびサーバ割付情報入力フォーム１８０６ａないし１８０６ｃで入力された各情報が集計サーバ１０３に格納される。また必要に応じて、１８０６ａないし１８０６ｃで入力された情報が、サーバＩＤ８０１ｅで指定されたサーバにも格納される。「いいえ」の確認ボタン１８０６ｂ、および、「取り消し」の確認ボタン１８０６ｃが押下された場合、入力された各情報は取り消され、集計サーバ１０３にも格納されない。
（ＩＩＩ）本実施形態のリソース集計方法で用いられるデータ構造
次に、図６ないし図１２を用いて本実施形態のリソース集計方法で用いられるデータ構造について説明する。
図６は、ユーザ情報４０１のデータ形式を示す模式図である。
図７は、ＡＰＩ応答３１２のデータ形式を示す模式図である。
図８は、リソース使用状況３１５のデータ形式を示す模式図である。
図９は、リソース情報返信３１９のデータ形式を示す模式図である。
図１０は、サーバ割付情報４１０のデータ形式を示す模式図である。
図１１は、リソース使用状況記録部４１８に保持されるデータの形式を示す模式図である。
図１２は、リソース使用履歴記録部４２４に保持されるデータの形式を示す模式図である。
【００８４】
図６に示されるユーザ情報４０１は、図４に示されるように、コンソール端末１０４から集計サーバ１０３に対して登録される情報であり、グローバルユーザＩＤ５０１ａ、ユーザ名５０２、口座番号５０３、メールアドレス５０４の各フィールドを含んでいる。
【００８５】
この例では、１行目に、グローバルユーザＩＤの番号１０００で示されるユーザについて、ユーザ名は、”Ａ会社”であり、そのユーザの口座番号は、１２３０００１、メールアドレスが”ｘｘｘ＠ａ−ｃｏｍｐａｎｙ．ｃｏｍ”であることを示している。
【００８６】
図７に示されるＡＰＩ応答３１２は、ＯＳ３０４の中でＳＶＰデバイスドライバのＡＰＩ呼び出し３１３に対して、プロセス制御部３０２が返す応答であり、ＯＳ３０４内で一意にプロセスを識別するための識別子であるプロセスＩＤ６０１をキーとして、そのプロセスの所有者であるユーザのローカルユーザＩＤ６０２ｂ、そのプロセスが使用した使用ＣＰＵ時間６０３と使用メモリ量６０４の各フィールドが含まれている。
【００８７】
この例では、１行目に、プロセスＩＤの１００番で示されるプロセスの所有者はローカルユーザＩＤの２００番で示されるユーザであり、前回のＡＰＩ呼び出し３１３以降に、そのプロセスによって使用されたＣＰＵ時間は、１０マイクロ秒、使用されたメモリ量は、１０ＭＢであることを示している。すなわち、ＡＰＩ応答３１２によって、ＳＶＰデバイスドライバ３０３は、プロセスＩＤ単位で使用されたリソース量を把握することができる。
【００８８】
図８に示されるリソース使用状況３１５は、ＯＳ３０４のＳＶＰデバイスドライバ３０３がＳＶＰ２０６の不揮発メモリ３２０に書き込む情報であり、ローカルユーザＩＤ６０２ｃをキーとして、そのユーザが使用した使用ＣＰＵ時間７０３、および、使用メモリ量７０４の各フィールドが含まれる。
【００８９】
この例では１行目に、前回の割り込み３１４の後、ローカルユーザＩＤの２００番で示されるユーザに所有されるプロセスによって使用されたＣＰＵ時間が、３０マイクロ秒であり、使用されたメモリ量が２０ＭＢであることを示している。なお、使用ＣＰＵ時間７０３および使用メモリ量７０４は、それぞれＡＰＩ応答３１２の使用ＣＰＵ時間６０３および使用メモリ量６０４を、ローカルユーザＩＤ６０２ｂが同一である行の数値を足し合わせたものとなっている。すなわちリソース使用状況３１５によって、ＳＶＰ２０６は、ローカルユーザＩＤ単位で使用されたリソース量を把握することができる。
【００９０】
図９に示される使用リソース情報返信３１９は、ＳＶＰ２０６から集計サーバ１０３に返信するための情報であり、サーバＩＤ８０１ｃ、収集時刻８０２、ローカルユーザＩＤ６０２ｄ、使用ＣＰＵ時間８０４、使用メモリ量８０５の各フィールドを含んでいる。収集時刻８０２は、前述のリソース使用状況３１５を不揮発メモリ３２０に格納した時刻が記録されている。収集時刻８０２に収集されたリソース使用状況として、対応するローカルユーザＩＤ６０２ｄ、使用ＣＰＵ時間８０４、使用メモリ量８０５が記録されている。
【００９１】
この例では１行目に、サーバＩＤの番号０で示されるサーバにおいて、２００３年０１月１３日、１３時０２分１１コンマ００．０１秒に、ローカルユーザＩＤの番号２００で示されるユーザによってＣＰＵ時間が３０マイクロ秒、メモリ量が２０ＭＢ使用されたことを示している。
【００９２】
図１０に示されるサーバ割付情報４１０は、図４に示されるように、コンソール端末１０４から集計サーバ１０３に対して登録される情報であり、サーバＩＤ８０１ｄ、ローカルユーザＩＤ６０２ｅ、グローバルユーザＩＤ５０１ｃの各フィールドを保持する。
【００９３】
この例では１行目に、グローバルユーザＩＤの番号１０００で示されるユーザが、サーバＩＤの番号０で示されるサーバの、ローカルユーザＩＤの番号２００を使用することを示している。この例の２行目では、グローバルユーザＩＤの番号１００１で示されるユーザが、サーバＩＤの番号０のローカルユーザＩＤの番号２０１を使用することを示しており、３行目では、同様のグローバルユーザＩＤの番号１００１で示されるユーザが、サーバＩＤの番号１のローカルユーザＩＤの番号２００を使用することを示している。
【００９４】
このサーバ割付情報４１０により、集計サーバ１０３は、サーバＩＤとローカルユーザＩＤからグローバルユーザＩＤを特定することができる。
【００９５】
図１１に示されるリソース使用状況記録部４１８に保持されるデータは、グローバルユーザＩＤ５０１ｄ、累計使用ＣＰＵ時間１００２、累計使用メモリ量１００３の各フィールドを含んでいる。
【００９６】
リソース使用状況記録部４１８に保持されるデータは、図４に示されるように、集計サーバ１０３のリソース使用状況集計部４１７から更新されるデータであった。
【００９７】
この例では１行目に、グローバルユーザＩＤが１００１で示されるユーザが、今月使用したＣＰＵ時間が累計１時間２０分であり、使用したメモリ量が累計２．４ＧＢ＊ｈｏｕｒであることを示している。ここで使用したメモリ量の累計の単位として、１ＧＢのメモリを１時間使用した場合に１となる単位として、ＧＢ＊ｈｏｕｒという単位を用いることしたが、もちろん、他の適当な単位も用いることができる。
【００９８】
図１２のリソース使用履歴記録部４２４に保持されるデータは、グローバルユーザＩＤ５０１ｅ、日付１２０２、使用ＣＰＵ時間１２０３、使用メモリ量１２０４の各フィールドを含んでいる。
【００９９】
リソース使用履歴記録部４２４に保持されるデータは、図４に示されるように、集計サーバ１０３のリソース使用状況集計部４１７から書き込まれるデータデータであった。
【０１００】
この例では１行目に、グローバルユーザＩＤの番号が１００１で示されるユーザが、２００３年０１月０１日に、ＣＰＵ時間を５分間、メモリを０．２ＧＢ＊ｈｏｕｒ使用したことを示している。
【０１０１】
集計サーバ１０３は、本情報を請求書に記載することにより、課金の根拠を明らかにすることができる。
（ＩＶ）本実施形態のリソース集計方法の手順
次に、図１３および図１４を用いて本実施形態のリソース集計方法の手順について説明する。
図１３は、ユーザ情報４０１を集計サーバ１０３に登録するときの、集計サーバにおける処理手順を示すフローチャートである。
【０１０２】
これは、図４に示したユーザ情報設定４１１の処理に相当するものである。
【０１０３】
集計サーバ１０３は、ユーザの登録を要求されているか判断する（ステップ１３０１）。
【０１０４】
コンソール端末１０４からユーザの登録が要求されていない場合には、本処理を終了する。ユーザの登録が要求されている場合には、ユーザ情報入力受け付けをおこない、必要な情報を入力するよう促す（ステップ１３０２）。
【０１０５】
必要な情報が入力された後に、入力された情報を登録してよいか、管理者に問い合わせる（ステップ１３０３）。
【０１０６】
問い合わせの結果登録可の場合には、入力された情報を集計サーバに格納する（ステップ１３０４）。登録不可の場合は、入力された情報を破棄し本処理を終了する。
【０１０７】
次に、図１４を用いてサーバで使用されたサーバリソースの情報を、集計サーバ１０３が収集・集計し課金する手順の概略について説明する。
【０１０８】
図１４は、サーバで使用されたサーバリソースの情報を、集計サーバ１０３が収集・集計し課金する手順を示すフローチャートである。
【０１０９】
この例では、本手順は毎日一定の時刻、例えば、００時００分に開始され、判断１４０１によって本日が月の末日であるか否かを判断する（ステップ１４０１）。この判断によって本手順が、毎月末日に行われることが保証される。もちろん、システムや課金の都合により、適当に定められた日におこなうことができる。次に、ユーザが使用したサーバリソース情報の送信を、各サーバのＳＶＰ２０６に要求する（ステップ１４０２）。
【０１１０】
各サーバのＳＶＰ２０６は、そのサーバで使用されたサーバリソースの情報を収集しており、本要求に応答してそのサーバで使用されたサーバリソース情報を返信する。次に、集計サーバ３０３は、各サーバのＳＶＰ２０６から返信された、各サーバで使用されたサーバリソース情報を受信する（ステップ１４０３）。次に、受信したサーバリソース情報を登録されたユーザごとに集計する（ステップ１４０４）。最後に、集計されたサーバリソース情報に基づき、課金情報を出力する（ステップ１４０５）。
【０１１１】
〔実施形態２〕
次に、図１５を用いて本発明に係る第二の実施形態について説明する。
図１５は、サーバアプリケーション１１０１の構成と、ＯＳ３０４ｂおよびＳＶＰ２０６ｂとの通信インタフェースを示す模式図である。
【０１１２】
第一の実施形態は、ＳＶＰ２０６は、ＯＳ３０４の中のＳＶＰデバイスドライバ３０３に割り込み３１４をかけ、ＳＶＰデバイスドライバ３０３が、ＯＳ３０４の中のプロセス制御部３０２にＡＰＩ呼び出し３１３を行うことにより、サーバリソース情報を収集するものであった。
【０１１３】
本実施形態では、ＳＶＰがＯＳの中のＳＶＰデバイスドライバに割り込みをかけるという手順は同じであるが、サーバリソース情報の収集が、サーバアプリケーションでおこなわれるのが異なっている。
【０１１４】
すなわち、本実施形態では、サーバ１０１ａ、１０１ｂ、１０１ｃにおいてＳｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＪＡＶＡ（ＴＭ）におけるサーブレットに代表されるサーバアプリケーションを動作させる。
【０１１５】
図１５に示されるように、サーバアプリケーション１１０１は、サーブレット１１０３、スレッド実行制御部１１０７、ユーザＩＤ−スレッドＩＤ対応表１１１０、および、プロファイラエージェント１１１１から構成されている。
【０１１６】
サーブレット１１０３は、処理要求１１１２をサービス用ネットワーク１１０より受信する。処理要求１１１２の受信時にサーブレット１１０３内のユーザ認証部１１０２において、ユーザの認証をおこなう。処理要求１１１２は、ユーザＩＤとパスワードの情報を含んでおり、ユーザ認証部１１０２は、その情報と、実施形態１で示したようなユーザ登録ウィンドウ１８０１で入力されたローカルユーザＩＤ６０２ｆとパスワード１８１８の組とを照合することで実現する。
【０１１７】
この処理により、サーブレット１１０３は、処理要求１１１２の要求元のユーザを識別することができる。
【０１１８】
サーブレット１１０３は、処理内容に応じて、スレッド生成要求１１０４によりスレッドの生成をスレッド実行制御部１１０７に要求する。この例でスレッドは、サーバアプリケーション１１０１内部での実行単位を意味し、各スレッドは、スレッドＩＤと呼ばれる識別子によって一意に識別される。スレッド実行制御部１１０７はスレッドＩＤ通知１１０５によって、生成したスレッドのスレッドＩＤをサーブレット１１０３に通知する。また、スレッド実行制御部は、各スレッドにＣＰＵ時間などのサーバリソースを割り付け、サーバリソースの割り付け履歴をリソース割り付け履歴１１０６へスレッドＩＤ単位で格納する。スレッドＩＤ通知１１０５を受信したサーブレット１１０３は、通知されたスレッドＩＤと、その処理を要求したユーザのローカルユーザＩＤの組を、ユーザＩＤ−スレッドＩＤ対応表１１１０に格納する。
【０１１９】
ＳＶＰ２０６ｂは、実施形態１と同様に、定期的に割り込み３１４ｂを発行する。割り込み３１４ｂを受信したＳＶＰデバイスドライバ３０３ｂは、プロファイラエージェント１１１１に対し、ＡＰＩ呼び出し３１３ｂを実行する。
【０１２０】
プロファイラエージェント１１１１は、プロファイリング要求１１０９を発行し、スレッド単位リソース使用状況１１０８を受信する。スレッド単位リソース使用状況１１０８には、リソース割付履歴に記録されたスレッド単位でのリソースの割付履歴情報を含んでおり、プロファイラエージェント１１１１はユーザＩＤ−スレッドＩＤ対応表１１１０の情報を参照して、ローカルユーザＩＤごとに再集計し、ＡＰＩ応答３１２ｂをＯＳ３０４ｂに送信する。ＯＳ３０４ｂは、実施形態１の図３で説明したようにしてリソース使用状況３１５ｂをＳＶＰ２０６ｂに通知し、サーバリソースの情報を収集可能とする。
【０１２１】
以上によってサーバ１０１ａ、１０１ｂ、１０１ｃでサーバアプリケーションを動作させた場合でも、ユーザの使用したサーバリソースに基づいて、ユーザに課金することができる。
【０１２２】
〔実施形態３〕
次に、図１６ないし図１８を用いて本発明の第三の実施形態を説明する。
図１６は、使用リソース情報送信要求３３２ｂのデータ形式を示す模式図である。
図１７は、使用リソース情報返信３１９ｂのデータ形式を示す模式図である。
図１８は、使用リソース情報返信３１９ｃのデータ形式を示す模式図である。
【０１２３】
第一の実施形態では、集計サーバ１０３から各サーバに対してなされる使用リソース情報要求３３２は、特定のユーザを対象としたものではなく、サーバの全ユーザの使用リソース情報を要求するものであった。これに対して、本実施形態は、集計サーバ１０３から特定のユーザを指定して、使用リソース情報を要求するものである。
【０１２４】
すなわち、本実施形態は、集計サーバ１０３から管理用ネットワーク１０２に対して、使用リソース情報送信要求３３２をブロードキャストして、特定のユーザが使用したサーバリソースの情報のみを取得する例を示すものである。
【０１２５】
本実施形態では、サーバ１０１ａ、１０１ｂ、１０１ｃで共通のローカルユーザＩＤを使用することを前提としている。
【０１２６】
集計サーバ１０３は、ユーザが使用したサーバリソースの情報の送信を各サーバのＳＶＰ２０６に対して要求する際に、図１６に示される使用リソース情報送信要求３３２ｂを、管理用ネットワーク１０２へブロードキャストする。
【０１２７】
使用リソース情報送信要求３３２ｂには、対象ローカルユーザＩＤ１５０２を含み、これによって収集の対象とする使用リソース情報を指定する。この例では、ローカルユーザＩＤが”２００”であるユーザの使用したサーバリソースの情報のみを各ＳＶＰが送信することを要求している。
【０１２８】
ＳＶＰ２０６は、対象ローカルユーザＩＤ１５０２で指定されたユーザの使用したサーバリソースの情報を保持している場合、図１７に示される使用リソース情報返信３１９ｂを返信し、保持していない場合、図１８に示される使用リソース情報返信３１９ｃを返信する。
【０１２９】
使用リソース情報返信３１９ｂでは、収集時刻８０２ｂ、ローカルユーザＩＤ６０２ｇ、使用ＣＰＵ時間８０４ｂ、使用メモリ量８０５ｂの各フィールドを含んでいる。なお、本実施形態では、サーバ１０１ａ、１０１ｂ、１０１ｃで共通のローカルユーザＩＤを使用することを前提としているため、使用リソース情報返信３１９ｂは使用リソース情報３１９と異なり、サーバＩＤの情報を含んでいない。
【０１３０】
使用リソース情報返信３１９ｃでは、データフォーマットは使用リソース情報３１９ｂと同一であるが、使用リソース情報送信要求３３２ｂの対象としたユーザが使用したサーバリソース情報をＳＶＰ２０６が所持していないことを示すため、ローカルユーザＩＤ６０２ｈのフィールドに”−１”という特別なＩＤを指定する。
【０１３１】
使用リソース情報返信３１９ｃを受信した集計サーバでは、ローカルユーザＩＤ６０２ｈに”−１”が指定されていることを認識して、この返信情報を破棄する。
【０１３２】
集計サーバ１０３は使用リソース情報３１９ｂ、および使用リソース情報３１９ｃの受信数をカウントし、全サーバのＳＶＰ２０６から返信が返ってきたことを認識し、処理１４０４による受信したリソース情報を登録されたユーザごとに集計する処理を完了する。
【０１３３】
以上によってユーザの使用したサーバリソースに基づいて、ユーザに課金することが可能になる。
【０１３４】
〔実施形態４〕
次に、図１９を用いて本発明の第四の実施形態を説明する。
図１９は、論理分割されたサーバにおけるＳＶＰ２０６ｃと、ＯＳ３０４ｃ、ＯＳ３０４ｄとの通信インタフェースを示す模式図である。
【０１３５】
実施形態１と異なり、本実施形態では複数の論理区画（Ｌｏｇｉｃａｌ  Ｐａｒｔｉｔｉｏｎ、以下、ＬＰＡＲ）に分割されたサーバにおいて、使用リソース情報を取得する例を示すものである。
【０１３６】
複数の論理区画に分割されたサーバでは、サーバリソースの一部分を個々のＬＰＡＲに割り付け、ＬＰＡＲごとに一つのＯＳおよび複数のアプリケーションソフトウェアが稼動する。図１９に示す例では、サーバは２つの論理区画、すなわちＬＰＡＲ＃０  １９０１ａおよびＬＰＡＲ＃１  １９０１ｂに分割されている。なお、図１９では、紙面の都合上ＬＰＡＲの数を２としたが特に２に限定するものではない。
【０１３７】
ＬＰＡＲ＃０  １９０１ａおよびＬＰＡＲ＃１  １９０１ｂとは類似の構成であるため、ここではＬＰＡＲ＃０  １９０１ａのみを説明する。ＬＰＡＲ１９０１ａでは、一つのＯＳ３０４ｃおよびアプリケーションソフトウェアに相当するユーザプロセス３０１ａないし３０１ｃが稼動している。実施形態１と同様、ＳＶＰデバイスドライバ３０３ｃは割り込み３１４ｃを受信し、リソース使用状況３１５ｃを返信する。
【０１３８】
ＳＶＰ２０６ｃは、本サーバで使用されるＳＶＰである。実施形態１と異なり、割り込み生成回路３１８ｂが２つの割り込み３１４ｃおよび３１４ｄを有する。割り込み３１４ｃはＬＰＡＲ＃０  １９０１ａに対応し、割り込み３１４ｄは、ＬＰＡＲ＃１  １９０１ｂに対応しており、それぞれＳＶＰデバイスドライバ３０３ｃおよびＳＶＰデバイスドライバ３０３ｄを起動する。
【０１３９】
実施形態１と同様、ＲＴＣ３１７は数十マイクロ秒から数十ミリ秒の時間間隔で、定期的に割り込み生成回路３１８ｂへコマンドを送信する。割り込み生成回路３１８ｂはコマンド受信時に、割り込み３１４ｃおよび割り込み３１４ｄの両方を生成し、ＣＰＵに対して割り込みを行う。
【０１４０】
ＳＶＰデバイスドライバ３０３ｃないし３０３ｄは、リソース使用状況３１５ｃないし３１５ｄを返信し、それぞれ不揮発メモリ３２０ｂないし３２０ｃへ、現在時刻３４０と共に格納される。
【０１４１】
実施形態１と同様、受信回路３３１は、ＮＩＣ２１１を経由して、集計サーバ１０３から発行された使用リソース情報送信要求３３２を受信し、送信要求３３３を発行する。送信回路３２１ｂは、第１にＬＰＡＲ番号１９１０を０’にして、ＬＰＡＲ＃０  １９０１ａに対応する不揮発メモリ３２０ｂおよびサーバＩＤ８０１ｆを選択し、使用リソース情報返信３１９を送信する。使用リソース情報返信３１９の送信完了を確認後、消去信号３３４をアサートし、不揮発メモリ３２０ｂに格納されたＬＰＡＲ＃０  １９０１ａに対応するリソース使用状況の情報を消去する。
【０１４２】
第２に送信回路３２１ｂは、ＬＰＡＲ番号１９１０を１’にして、ＬＰＡＲ＃１  １９０１ｂに対応する不揮発メモリ３２０ｃおよびサーバＩＤ８０１ｇを選択し、使用リソース情報返信３１９を送信する。使用リソース情報返信３１９の送信完了を確認後、消去信号３３４ｂをアサートし、不揮発メモリ３２０ｃに格納されたＬＰＡＲ＃１  １９０１ｂに対応するリソース使用状況の情報を消去する。
【０１４３】
以上によって複数の論理区画に分割されたサーバにおいて、使用リソース情報を取得することが可能となる。
【０１４４】
〔実施形態５〕
次に、図２０を用いて本発明の第五の実施形態を説明する。
図２０は、論理分割されたサーバにおけるＳＶＰ２０６ｄと、ハイパバイザ２００３、ＯＳ３０４ｃ、ＯＳ３０４ｄとの通信インタフェースを示す模式図である。
【０１４５】
実施形態４と異なり、本実施形態ではＳＶＰ２０６ｄが、唯一つの割り込み３１４を介して、論理分割されたサーバの使用リソース情報を取得する例を示すものである。
【０１４６】
ハイパバイザ２００３は各ＬＰＡＲへのサーバリソースの割り付けを制御するコンポーネントであり、ファームウェアとして実現される。ＳＶＰ２０６ｄとハイパバイザ２００３とは  割り込み３１４およびリソース使用状況＋サーバＩＤ２００７によって相互にアクセスする。ハイパバイザ２００３とＬＰＡＲ＃０  １９０１ａおよびＬＰＡＲ＃１  １９０１ｂとは、仮想割り込み２００５ａないし２００５ｂ、およびリソース使用状況３１５ｃないし３１５ｄによって相互にアクセスする。
【０１４７】
本実施形態では、割り込み３１４が生成されるとハイパバイザ２００３のうち、割り込み転送部２００６が起動される。割り込み３１４を受信した割り込み転送部２００６は仮想割り込み２００５ａおよび２００５ｂを生成し、それぞれＳＶＰデバイスドライバ３０３ｃおよび３０３ｄを起動する。本処理は、ＯＳ３０４ｃおよび３０４ｄの有する外部割り込みベクタをハイパバイザが参照し、割り込み３１４に対応する割り込みハンドラを起動することで実現される。
【０１４８】
仮想割り込み２００５ａないし２００５ｂを受信したＳＶＰデバイスドライバ３０３ｃないし３０３ｄは、リソース使用状況３１５ｃないし３１５ｄをそれぞれ返信する。リソース使用状況３１５ｃないし３１５ｄは、それぞれ、仮想不揮発メモリ２００１ａないし２００１ｂに格納される。仮想不揮発メモリ２００１ａおよび２００１ｂはハイパバイザ用のメモリ領域に確保される。
【０１４９】
アクセス調停部２００４は、仮想不揮発メモリ２００１ａおよび２００１ｂに格納されたリソース使用状況と、サーバＩＤ８０１ｆないし８０１ｇを組にして、リソース使用状況＋サーバＩＤ２００７をＳＶＰ２０６ｄに対して送信する。
【０１５０】
リソース使用状況＋サーバＩＤ２００７を受信したＳＶＰ２０６ｄは、現在時刻３４０とリソース使用状況＋サーバＩＤ２００７を組にして不揮発メモリ３２０ｄに格納する。
【０１５１】
送信回路３２１は送信要求３３３受信時に、リソース使用状況３１５ｅおよびサーバＩＤ８０１ｈを不揮発メモリ３２０ｄより読み出し、使用リソース情報返信３１９を送信する。使用リソース情報返信３１９の送信完了を確認後、消去信号３３４をアサートし、不揮発メモリ３２０ｄに格納されたリソース使用状況の情報を消去する。
【０１５２】
以上によって複数の論理区画に分割されたサーバにおいて、唯一つの割り込みを介して使用リソース情報を取得することが可能となる。
【０１５３】
【発明の効果】
本発明によれば、サーバの負荷が高い場合であっても、正確にリソースの収集ができ、既存のＯＳやＣＰＵのアーキテクチャでも変更することなく導入できるサーバリソース集計方法を提供することができる。
【図面の簡単な説明】
【図１】本発明の第一の実施形態における計算機システム全体の構成図である。
【図２】サーバ１０１ａの内部構成図である。
【図３】ＳＶＰ２０６の構成とＯＳ３０４との通信インタフェースを示す図である。
【図４】集計サーバ１０３の構成図である。
【図５】ユーザ情報設定４１１のときにコンソール端末に表示される画面の例を示す模式図である。
【図６】ユーザ情報４０１のデータ形式を示す模式図である。
【図７】ＡＰＩ応答３１２のデータ形式を示す模式図である。
【図８】リソース使用状況３１５のデータ形式を示す模式図である。
【図９】リソース情報返信３１９のデータ形式を示す模式図である。
【図１０】サーバ割付情報４１０のデータ形式を示す模式図である。
【図１１】リソース使用状況記録部４１８に保持されるデータの形式を示す模式図である。
【図１２】リソース使用履歴記録部４２４に保持されるデータの形式を示す模式図である。
【図１３】ユーザ情報４０１を集計サーバ１０３に登録するときの、集計サーバにおける処理手順を示すフローチャートである。
【図１４】サーバで使用されたサーバリソースの情報を、集計サーバ１０３が収集・集計し課金する手順を示すフローチャートである。
【図１５】サーバアプリケーション１１０１の構成と、ＯＳ３０４ｂおよびＳＶＰ２０６ｂとの通信インタフェースを示す模式図である。
【図１６】使用リソース情報送信要求３３２ｂのデータ形式を示す模式図である。
【図１７】使用リソース情報返信３１９ｂのデータ形式を示す模式図である。
【図１８】使用リソース情報返信３１９ｃのデータ形式を示す模式図である。
【図１９】複数の論理区画に分割されたサーバにおけるＳＶＰ２０６ｃとＯＳ３０４ｃ、ＯＳ３０４ｄとの通信インタフェース。
【図２０】複数の論理区画に分割されたサーバにおけるＳＶＰ２０６ｃとハイパバイザ２００３、ＯＳ３０４ｃ、ＯＳ３０４ｄとの通信インタフェース。
【符号の説明】
１０１ａ，１０１ｂ，１０１ｃ…サーバ
１０２…管理用ネットワーク
１０３…集計サーバ
１０４…コンソール端末
１０５…プリンタ
１０６…メールサーバ
１０７…ゲートウェイ
１０８…インターネット
１０９…クライアント端末
１１０…サービス用ネットワーク
２０１ａ，２０１ｂ…ＣＰＵ
２０２…チップセット
２０３…主記憶装置
２０４…ＨＤＤ
２０５…Ｉ／Ｏバス
２０６，２０６ｂ，２０６ｃ，２０６ｄ…ＳＶＰ
２１０…ＣＰＵバス
２１１，２１１ｂ，２１２…ＮＩＣ
３０１ａ，３０１ｂ，３０１ｃ，３０１ｄ，３０１ｅ，３０１ｆ…ユーザプロセス
３０２，３０２ｂ，３０２ｃ…プロセス制御部
３０３，３０３ｂ，３０３ｃ，３０３ｄ…ＳＶＰデバイスドライバ
３０４，３０４ｂ，３０４ｃ，３０４ｄ…ＯＳ
３１１ａ，３１１ｂ，３１１ｃ，３１１ｄ，３１１ｅ，３１１ｆ…リソース割り付け
３１２，３１２ｂ，３１２ｃ，３１２ｄ…ＡＰＩ応答
３１３，３１３ｂ，３１３ｃ，３１３ｄ…ＡＰＩ呼び出し
３１４，３１４ｂ，３１４ｃ，３１４ｄ…割り込み
３１５，３１５ｂ，３１５ｃ，３１５ｄ，３１５ｅ…リソース使用状況
３１７…ＲＴＣ
３１８，３１８ｂ…割り込み生成回路
３１９…使用リソース情報返信
３１９ｂ…使用リソース情報返信
３１９ｃ…使用リソース情報返信
３２０，３２０ｂ，３２０ｃ，３２０ｄ…不揮発メモリ
３２１，３２１ｂ…送信回路
３３０，３３０ｂ，３３０ｃ…リソース割付履歴
３３１…受信回路
３３２…使用リソース情報送信要求
３３２ｂ…使用リソース情報送信要求
３３３…送信要求
３３４…消去信号
３４０…現在時刻
４０１…ユーザ情報
４０５…請求書
４０６…電子メール
４０７ａ，４０７ｂ…請求情報
４１０…サーバ割付情報
４１１…ユーザ情報設定
４１７…リソース使用状況集計部
４１８…リソース使用状況記録部
４１９…請求情報生成部
４２０…定時処理開始部
４２１…グローバルユーザＩＤ特定部
４２３…請求情報生成要求
４２４…リソース使用履歴記録部
５０１ａ，５０１ｂ，５０１ｃ，５０１ｄ，５０１ｅ，５０１ｆ…グローバルユーザＩＤ
５０２，５０２ｂ…ユーザ名
５０３，５０３ｂ…口座番号
５０４，５０４ｂ…メールアドレス
６０１…プロセスＩＤ
６０２ａ，６０２ｂ，６０２ｃ，６０２ｄ，６０２ｅ，６０２ｆ，６０２ｇ，６０２ｈ…ローカルユーザＩＤ
６０３…使用ＣＰＵ時間
６０４…使用メモリ量
７０３…使用ＣＰＵ時間
７０４…使用メモリ量
８０１ａ，８０１ｂ，８０１ｃ，８０１ｄ，８０１ｅ，８０１ｆ，８０１ｇ，８０１ｈ…サーバＩＤ
８０２，８０２ｄ，８０２ｂ，８０２ｃ…収集時刻
８０４，８０４ｂ，８０４ｃ，８０４ｄ…使用ＣＰＵ時間
８０５，８０５ｂ，８０５ｃ，８０５ｄ…使用メモリ量
１００２…累計使用ＣＰＵ時間
１００３…累計使用メモリ量
１１０１…サーバアプリケーション
１１０２…ユーザ認証部
１１０３…サーブレット
１１０４…スレッド生成要求
１１０５…スレッドＩＤ通知
１１０６…リソース割付履歴
１１０７…スレッド実行制御部
１１０８…スレッド単位リソース使用状況
１１０９…プロファイリング要求
１１１０…ユーザＩＤ−スレッドＩＤ対応表
１１１１…プロファイラエージェント
１１１２…処理要求
１１１３…処理結果
１２０２…日付
１２０３…使用ＣＰＵ時間
１２０４…使用メモリ量
１３０１…ユーザの登録要求有無判断
１３０２…ユーザ情報の入力受け付け処理
１３０３…入力情報の登録可否判断
１３０４…ユーザ情報登録
１４０１…月の末日判断
１４０２…サーバリソース情報の送信要求処理
１４０３…サーバリソース情報の受信処理
１４０４…受信したリソース情報の集計処理
１４０５…課金情報出力処理
１５０２…対象ローカルユーザＩＤ
１８０１…ユーザ登録ウィンドウ
１８０２ａ，１８０２ｂ，１８０２ｃ，１８０２ｄ，１８０２ｅ…ユーザ情報入力フォーム
１８０３…使用サーバ指定ウィンドウ
１８０５ａ，１８０５ｂ，１８０５ｃ…確認用ボタン
１８０６ａ，１８０６ｂ，１８０６ｃ…サーバ割付情報入力フォーム
１８１５…備考
１８１８…パスワード
１８１９…再入力パスワード
１９０１ａ…ＬＰＡＲ＃０
１９０１ｂ…ＬＰＡＲ＃１
１９１０…ＬＰＡＲ番号
２００１ａ，２００１ｂ…仮想不揮発メモリ
２００３…ハイパバイザ
２００４…アクセス調停部
２００５ａ，２００５ｂ…仮想割り込み
２００６…割り込み転送部
２００７…リソース使用状況＋サーバＩＤ。
【図１】
2005031776.tif 000003
【図２】
2005031776.tif 000004
【図３】
2005031776.tif 000005
【図４】
2005031776.tif 000006
【図５】
2005031776.tif 000007
【図６】
2005031776.tif 000008
【図７】
2005031776.tif 000009
【図８】
2005031776.tif 000010
【図９】
2005031776.tif 000011
【図１０】
2005031776.tif 000012
【図１１】
2005031776.tif 000013
【図１２】
2005031776.tif 000014
【図１３】
2005031776.tif 000015
【図１４】
2005031776.tif 000016
【図１５】
2005031776.tif 000017
【図１６】
2005031776.tif 000018
【図１７】
2005031776.tif 000019
【図１８】
2005031776.tif 000020
【図１９】
2005031776.tif 000021
【図２０】
2005031776.tif 000022