JP2005031870A - Charging method for job - Google Patents

Charging method for job Download PDF

Info

Publication number
JP2005031870A
JP2005031870A JP2003194694A JP2003194694A JP2005031870A JP 2005031870 A JP2005031870 A JP 2005031870A JP 2003194694 A JP2003194694 A JP 2003194694A JP 2003194694 A JP2003194694 A JP 2003194694A JP 2005031870 A JP2005031870 A JP 2005031870A
Authority
JP
Japan
Prior art keywords
job
operating system
process group
management software
charging
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.)
Pending
Application number
JP2003194694A
Other languages
Japanese (ja)
Inventor
Tomoyoshi Inoue
知宜 井上
Tsuneo Iida
恒雄 飯田
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.)
Hitachi Software Engineering Co Ltd
Hitachi Ltd
Original Assignee
Hitachi Software Engineering Co Ltd
Hitachi Ltd
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 Hitachi Software Engineering Co Ltd, Hitachi Ltd filed Critical Hitachi Software Engineering Co Ltd
Priority to JP2003194694A priority Critical patent/JP2005031870A/en
Publication of JP2005031870A publication Critical patent/JP2005031870A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a charging method for a job composed of a plurality of process groups in job charging processing of a computer system. <P>SOLUTION: In order to acquire charging information of the user job composed of a plurality of process groups in the computer system, a unique ID is assigned to the first process of the user job within the system by an OS and inherited during the process generation, so that the OS can recognize the executed processes of the job. Every time each process of the job is ended, the information is stored and tabulated in a jog charging information storage area in the OS, and when all the processes of the job are ended, reporting to job management software and writing to a charging file are performed. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、計算機におけるジョブ課金機能に関し、ジョブ管理ソフトウェアがユーザジョブのプロセス課金情報を取得・集計する際に、プロセスがどのジョブに属しているかといった情報を意識することなくオペレーティングシステムから取得できる技術に関する。
【0002】
【従来の技術】
従来の計算機システムでは、プロセス単位でのプロセス課金データを採取し、各プロセスが終了するごとにオペレーティングシステムがシステム全体の課金ファイルに書き込んでいた。ジョブ課金においては、ユーザがバッチジョブを実行する際、通常、ジョブ管理ソフトウェアからジョブを起動しジョブが終了した時点で、オペレーティングシステムによって出力されたプロセス課金情報を元に、実行したジョブのプロセスかどうかをジョブ管理ソフトウェアが判別し、集計していく(例えば、特許文献1参照)。
【0003】
また、初期の計算機システムではジョブという概念がなかったため、ジョブの課金をプロセスグループの課金と結び付け、プロセスグループとしての課金をジョブ課金として出力し、ジョブ内で新たにプロセスグループを生成するシステムコールを発行してもプロセスグループを生成させないようにしてジョブとしての課金の整合性を保証するシステムも存在する。
【0004】
【特許文献1】
特開平5−233486号公報
【0005】
【発明が解決しようとする課題】
従来のプロセス単位でのプロセス課金情報では課金の情報の単位としては小さく、またデータ量はプロセス単位となっているため膨大になっていた。また、バッチジョブという単位で課金しようとした場合、ジョブをプロセスグループとして扱い、オペレーティングシステムが出力したプロセス毎の課金情報を元にジョブ管理ソフトウェアがプロセスグループIDをキーにしてジョブとしての課金情報を集計する。しかし、ジョブ内でプロセスグループを生成する処理を行っていた場合は、ジョブ起動時のプロセスグループだけではなく、新たに生成されたプロセスグループのIDもジョブ管理ソフトウェアが認識していなければならず、ジョブとしての正確な課金ができない。回避策としてジョブ内からプロセスグループを生成しないようにする方法が用いられるが、ジョブの実行が制限される。
【0006】
本発明の目的は、ジョブ内でプロセスグループを複数生成した場合においても一つのジョブとしてオペレーティングシステムが認識できるようにし、ジョブ内からのプロセスグループ生成の保証とジョブとしての正確な課金を保証する。また、課金ファイルに出力される課金情報のデータ量を抑え、ジョブ課金情報取得の容易性を向上させる。
【0007】
【課題を解決するための手段】
上記目的を達成するために、本発明では、バッチジョブのシステム資源使用に対する課金方法において、ユーザからの指示に基づいてジョブ管理ソフトウェアからバッチジョブとしてプログラムを呼び出して実行した時に、オペレーティングシステムがバッチジョブの最初のプロセスに対してシステム内でユニークなIDを設定し、プロセス生成によって前記IDを継承させ、ジョブ内でプロセスグループを複数生成した場合に、ジョブ内の全てのプロセスを一つの単位としてオペレーティングシステムが実行し、プロセスが終了する度にオペレーティングシステムのメモリ空間に課金情報を集計し、ジョブ内の最後のプロセスが終了した時点で集計した課金情報をジョブ管理ソフトウェアに渡す。
【0008】
【発明の実施の形態】
以下、本発明の一実施形態について図面により説明する。
【0009】
図1は、本発明の一実施例のシステム構成図である。
【0010】
オペレーティングシステム(OS)1は、ユーザのジョブ2を管理している。ジョブ2はプロセスグループ3a、3bから構成されており、プロセスグループ3aはプロセス4a、プロセス4bから構成されている。プロセスグループ3bは一つのプロセス4cから構成されており、これらのプロセスはオペレーティングシステムの中で一つのジョブ2として処理され、プロセス終了時にジョブ課金情報格納領域5に個々のプロセスの課金情報が集計格納される。
【0011】
集計された課金情報は外部記憶装置6の課金ファイル7に書き込まれる。また、ジョブ管理ソフトウェア8にも課金情報が通知される。
【0012】
図2は、ジョブ起動時にオペレーティングシステム1のジョブ課金情報格納領域5に生成されるジョブエントリテーブル200と、プロセスグループ生成時に同じくジョブ課金情報格納領域5に生成されるプロセスグループエントリテーブル204の例を示したものである。
【0013】
ジョブエントリテーブル200は、オペレーティングシステム内でジョブを識別するためのジョブID201、ジョブ内に存在するプロセスグループの情報を格納するテーブル204のアドレス202、及びジョブとしての課金情報を格納するためのフィールド203からなる。
【0014】
プロセスグループエントリテーブル204は、ジョブ内に存在するプロセスグループを示したテーブルであり、ジョブ内でプロセスグループが生成されるとジョブエントリテーブル200のフィールド202にリンクされるテーブルである。プロセスグループエントリテーブル204にはNEXTエントリアドレス205、プロセスグループID206、ステータス207、プロセスグループの課金情報208があり、NEXTエントリアドレス205には複数プロセスグループが生成されている場合には次のプロセスグループエントリテ―ブルのアドレスを指しており、ステータス207はプロセスグループ内の全プロセスが終了しているか又は動作中であるかの情報が格納される。課金情報208にはプロセスグループ内のプロセスが終了する毎にプロセス課金情報が加算・格納される。
【0015】
図3は、ユーザがバッチジョブを投入し、ジョブ内で複数プロセスグループが生成された時に、ジョブとしての課金情報をジョブ管理ソフトウェア8に通知する動作を示したものである。
【0016】
ユーザがジョブ管理ソフトウェア8にジョブを投入すると、ジョブ管理ソフトウェア8はジョブ起動用のプロセス4aを生成する。プロセス4aではシステム内で一意なIDをプロセス4aに設定するシステムコールを発行する。この時、システムコール処理300では一意なIDを生成しプロセス4aに設定した後、ジョブ課金情報格納領域5にジョブエントリテーブル200を生成する。プロセス4aはその後プロセスグループ3aを生成するシステムコールを発行し、プロセスグループエントリテーブル204aを生成し、プロセス4aのジョブIDと同じジョブエントリテーブル200にリンクする。
【0017】
最後に、プロセス4aはユーザが投入したジョブのプログラムをローディングし、ジョブが起動される。プロセス4bはプロセス4aの子プロセスであり、同じプロセスグループ3aに所属している。プロセス4bは生成時にジョブIDが継承されるため、オペレーティングシステムは同一ジョブとして認識している。
【0018】
プロセス4cはプロセス4bから生成されたプロセスであり、プロセス4bと同様にジョブIDが継承される。プロセス4cは新たにプロセスグループを生成するシステムコールを発行すると、プロセスグループ3aから切り離され、新たに生成されたプロセスグループ3bのプロセスとなる。この時、プロセスグループ3bが生成されたことを示すプロセスグループエントリテーブル204bが生成され、プロセス4cのジョブIDと同じジョブエントリテーブル200にリンクされる。
【0019】
プロセス4bが終了するとプロセスグループエントリテーブル204aのフィールドである課金情報208にプロセス課金情報が格納される。プロセス4aが終了すると、プロセス4bと同じテーブル204aに課金情報を格納する。この時、プロセス4bの課金情報が格納されているため加算し格納する。
【0020】
プロセスグループ3aの全プロセスの終了により、プロセスグループエントリテーブル204aのステータス207に、全プロセスが終了したことを示すフラグを立てる。同様に、プロセスグループ3bも消滅すると、テーブル204bのステータス207に終了フラグを立てる。オペレーティングシステムはジョブエントリテーブル200にリンクされている全てのプロセスグループエントリテーブルのステータス207に終了フラグが設定されたことを検知すると、プロセスグループエントリ204a、204bの課金情報208を集計し、ジョブ管理ソフトウェア8に通知する。
【0021】
図4は、ジョブ管理ソフトウェア8がジョブを起動する際の前処理に関する動作概要を示すフローチャートである。ジョブ管理ソフトウェア8はジョブを起動するためにプロセスを生成する。
【0022】
プロセスが行う処理として、まず、システム内で一意なジョブIDを自分のプロセスに設定してもらうシステムコールを発行する。この時割り当てられたジョブIDに対するジョブエントリテーブル200をオペレーティングシステム内に生成する(ステップ400)。次に、プロセスグループを生成するシステムコールを発行(図5)し、自分自身が新たに生成したプロセスグループのリーダとなる。この時生成したプロセスグループに対するプロセスグループエントリ204aを作成してジョブエントリテーブル200にリンクする(ステップ401)。最後に、ユーザプログラムをローディングしてジョブの実行を開始する(ステップ402)。
【0023】
図5はオペレーティングシステム1がプロセスグループを生成する時の動作概要を示すフローチャートである。プロセスグループ生成のシステムコールを発行すると、システムコールを発行したプロセスのIDをプロセスグループIDとしてプロセスグループを生成する(ステップ500)。
【0024】
プロセスグループ発行プロセスのジョブIDを調べ(ステップ501)、ジョブIDを持っていたら同一のジョブIDを持ったジョブエントリテーブルがジョブ課金情報格納領域に存在するかどうか調べ(ステップ502)、テーブルが存在していればプロセスグループエントリテーブル204bを作成しプロセスグループIDを設定した後、ジョブエントリテーブル200にリンクする(ステップ504)。同一ジョブIDのジョブエントリテーブルが存在していなければシステムエラーになる(ステップ503)。
【0025】
図6はジョブ内でのプロセス終了した時の動作を示したフローチャートである。ジョブ内のプロセスが終了すると、終了プロセスのジョブIDに一致するジョブエントリテーブルをジョブ課金情報格納領域から検索する(ステップ600)。同一ジョブIDのジョブエントリテーブルがなかった場合はシステムエラー(ステップ601)になり、同一のジョブエントリテーブル200があった時(ステップ602)は、生成された子プロセスの属するプロセスグループのIDに一致するプロセスグループエントリテーブルを検索する。同一プロセスグループIDのプロセスグループエントリテーブルがなかった場合は、システムエラー(ステップ603)になり、あった場合(ステップ604)はテーブル内の課金情報フィールド208にプロセス課金情報をセットする(ステップ606)。既に別プロセス終了による課金情報が設定されている場合(ステップ604)は終了プロセスの課金情報とすでに設定されている課金情報を加算(ステップ605)して課金情報フィールド208にセットする。
【0026】
終了プロセスがプロセスグループ内で最後のプロセスかどうかを判定し(ステップ607)、最後のプロセスであった時はプロセスグループエントリテーブルのステータス207を全プロセス終了済みにし、プロセスグループエントリテーブルの課金情報をジョブエントリテーブルの課金情報フィールド203に加算する(ステップ608)。
【0027】
その後、ジョブエントリテーブルにリンクしている全てのプロセスグループエントリテーブルのステータスをチェックし(ステップ609)、全てのテーブルが全プロセス終了済みになっていた場合は各プロセスグループエントリに格納されているプロセスグループ課金情報を集計し、ジョブ管理ソフトウェアにジョブ課金情報として通知する。また、課金ファイルにもジョブ課金情報を書き込む(ステップ610)。
【0028】
以上に述べた本発明のジョブ課金方法を実行するためのプログラムを、計算機で読み取り可能な記憶媒体に格納し、このプログラムをメモリに読み込んで実行することもできる。
【0029】
【発明の効果】
本発明によれば、ジョブ内で複数のプロセスグループが生成された場合でも正確かつ効率的に課金情報を得られる。
【図面の簡単な説明】
【図1】本発明の一実施例のシステム構成図である。
【図2】ジョブ内でプロセスグループを管理するテーブルである。
【図3】本発明の一実施例の原理図である。
【図4】ジョブ実行前処理フローチャートである。
【図5】プロセスグループ生成処理フローチャートである。
【図6】ジョブ内プロセス終了処理フローチャートである。
【符号の説明】
1:オペレーティングシステム、2:ジョブ、3a、3b:プロセスグループ、4a、4b、4c:プロセス、5:ジョブ課金情報格納領域、6:外部記憶装置、7:課金ファイル、8:ジョブ管理ソフトウェア、200:ジョブエントリテーブル、201:ジョブID、202:プロセスグループ情報リスト領域アドレス、203:ジョブ課金情報、204:プロセスグループエントリテーブル、205:NEXTエントリアドレス、206:プロセスグループID、207:ステータス、208:プロセスグループ課金情報、300:システムコール処理部
[0001]
BACKGROUND OF THE INVENTION
TECHNICAL FIELD The present invention relates to a job charging function in a computer, and a technique that can be acquired from an operating system without being aware of information such as which job a process belongs to when job management software acquires / aggregates process charging information of a user job. About.
[0002]
[Prior art]
In a conventional computer system, process billing data is collected for each process, and the operating system writes the billing file for the entire system every time each process ends. In job accounting, when a user executes a batch job, it is usually the process of the executed job based on the process accounting information output by the operating system when the job is started from the job management software and the job ends. The job management software discriminates and counts whether or not (for example, see Patent Document 1).
[0003]
In addition, since there was no concept of a job in the early computer system, the system call that links the charging of the job with the charging of the process group, outputs the charging as the process group as the job charging, and generates a new process group within the job. There is also a system that guarantees the consistency of accounting as a job by not generating a process group even if issued.
[0004]
[Patent Document 1]
JP-A-5-233486 [0005]
[Problems to be solved by the invention]
In the process charge information in the conventional process unit, the unit of charge information is small, and the data amount is a process unit, which is enormous. Also, when charging is performed in units of batch jobs, the job is handled as a process group, and the job management software uses the process group ID as a key based on the charging information for each process output by the operating system. Tally. However, when processing for generating a process group is performed in the job, the job management software must recognize not only the process group at the time of starting the job but also the ID of the newly generated process group, Accurate billing as a job is not possible. As a workaround, a method of preventing a process group from being generated from within a job is used, but execution of the job is limited.
[0006]
An object of the present invention is to enable an operating system to recognize a single job even when a plurality of process groups are generated in a job, and to guarantee the generation of a process group from within the job and accurate charging as a job. In addition, the amount of billing information output to the billing file is suppressed, and the ease of acquiring job billing information is improved.
[0007]
[Means for Solving the Problems]
In order to achieve the above object, according to the present invention, in the charging method for system resource use of a batch job, when the program is called as a batch job from the job management software and executed based on an instruction from the user, the operating system executes the batch job. When a unique ID is set in the system for the first process in the system, the ID is inherited by process generation, and multiple process groups are generated in the job, all the processes in the job are operated as one unit. The accounting information is totaled in the memory space of the operating system every time the system is executed and the process is completed, and the totaled accounting information is passed to the job management software when the last process in the job is completed.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[0009]
FIG. 1 is a system configuration diagram of an embodiment of the present invention.
[0010]
An operating system (OS) 1 manages user jobs 2. The job 2 is composed of process groups 3a and 3b, and the process group 3a is composed of processes 4a and 4b. The process group 3b is composed of one process 4c, and these processes are processed as one job 2 in the operating system, and the accounting information of each process is aggregated and stored in the job accounting information storage area 5 at the end of the process. Is done.
[0011]
The collected billing information is written in the billing file 7 of the external storage device 6. The accounting information is also notified to the job management software 8.
[0012]
FIG. 2 shows an example of a job entry table 200 generated in the job accounting information storage area 5 of the operating system 1 when a job is started, and a process group entry table 204 that is also generated in the job accounting information storage area 5 when a process group is generated. It is shown.
[0013]
The job entry table 200 includes a job ID 201 for identifying a job in the operating system, an address 202 of a table 204 for storing information of a process group existing in the job, and a field 203 for storing charging information as a job. Consists of.
[0014]
The process group entry table 204 is a table showing process groups existing in the job, and is a table linked to the field 202 of the job entry table 200 when a process group is generated in the job. The process group entry table 204 includes a NEXT entry address 205, a process group ID 206, a status 207, and accounting information 208 for the process group. If a plurality of process groups are generated in the NEXT entry address 205, the next process group entry is displayed. The table address indicates a table address, and the status 207 stores information indicating whether all processes in the process group are completed or operating. Process accounting information is added to and stored in the accounting information 208 every time a process in the process group ends.
[0015]
FIG. 3 shows an operation of notifying the job management software 8 of charging information as a job when a user submits a batch job and a plurality of process groups are generated in the job.
[0016]
When the user submits a job to the job management software 8, the job management software 8 generates a job activation process 4a. The process 4a issues a system call for setting a unique ID in the system to the process 4a. At this time, the system call processing 300 generates a unique ID and sets it in the process 4a, and then generates the job entry table 200 in the job billing information storage area 5. Then, the process 4a issues a system call for generating the process group 3a, generates a process group entry table 204a, and links to the job entry table 200 having the same job ID as the process 4a.
[0017]
Finally, the process 4a loads the job program submitted by the user and starts the job. The process 4b is a child process of the process 4a and belongs to the same process group 3a. Since the process 4b inherits the job ID at the time of generation, the operating system recognizes it as the same job.
[0018]
The process 4c is a process generated from the process 4b, and the job ID is inherited similarly to the process 4b. When the process 4c issues a system call for newly generating a process group, the process 4c is disconnected from the process group 3a and becomes a process of the newly generated process group 3b. At this time, a process group entry table 204b indicating that the process group 3b has been generated is generated and linked to the same job entry table 200 as the job ID of the process 4c.
[0019]
When the process 4b ends, the process charging information is stored in the charging information 208 which is a field of the process group entry table 204a. When the process 4a ends, the accounting information is stored in the same table 204a as the process 4b. At this time, since the accounting information of the process 4b is stored, it is added and stored.
[0020]
Upon completion of all processes in the process group 3a, a flag indicating that all processes have ended is set in the status 207 of the process group entry table 204a. Similarly, when the process group 3b disappears, an end flag is set in the status 207 of the table 204b. When the operating system detects that the end flag is set in the status 207 of all the process group entry tables linked to the job entry table 200, the operating system totals the accounting information 208 of the process group entries 204a and 204b, and sets the job management software. 8 is notified.
[0021]
FIG. 4 is a flowchart showing an outline of operations related to preprocessing when the job management software 8 starts a job. The job management software 8 generates a process for starting a job.
[0022]
As a process performed by a process, first, a system call is issued for having a unique job ID in the system set in the own process. A job entry table 200 for the job ID assigned at this time is generated in the operating system (step 400). Next, a system call for generating a process group is issued (FIG. 5), and it becomes a leader of the newly generated process group. A process group entry 204a for the process group generated at this time is created and linked to the job entry table 200 (step 401). Finally, the user program is loaded and job execution is started (step 402).
[0023]
FIG. 5 is a flowchart showing an operation outline when the operating system 1 generates a process group. When a system call for generating a process group is issued, a process group is generated using the ID of the process that issued the system call as the process group ID (step 500).
[0024]
Check the job ID of the process group issuing process (step 501), and if it has a job ID, check whether a job entry table having the same job ID exists in the job billing information storage area (step 502). If so, the process group entry table 204b is created and the process group ID is set, and then linked to the job entry table 200 (step 504). If no job entry table with the same job ID exists, a system error occurs (step 503).
[0025]
FIG. 6 is a flowchart showing the operation when the process is completed in the job. When the process in the job ends, a job entry table that matches the job ID of the end process is searched from the job billing information storage area (step 600). If there is no job entry table with the same job ID, a system error (step 601) occurs, and when there is the same job entry table 200 (step 602), it matches the ID of the process group to which the generated child process belongs. Search the process group entry table. If there is no process group entry table with the same process group ID, a system error (step 603) occurs, and if there is (step 604), process charging information is set in the charging information field 208 in the table (step 606). . If the accounting information for the termination of another process has already been set (step 604), the accounting information for the termination process and the already set accounting information are added (step 605) and set in the accounting information field 208.
[0026]
It is determined whether the end process is the last process in the process group (step 607). If it is the last process, the status 207 of the process group entry table is set to the end of all processes, and the accounting information of the process group entry table is set. It is added to the accounting information field 203 of the job entry table (step 608).
[0027]
Thereafter, the statuses of all process group entry tables linked to the job entry table are checked (step 609). If all processes have been completed, the process stored in each process group entry is checked. The group billing information is aggregated and notified to the job management software as job billing information. Also, the job billing information is written in the billing file (step 610).
[0028]
It is also possible to store a program for executing the job billing method of the present invention described above in a computer-readable storage medium, and read this program into a memory for execution.
[0029]
【The invention's effect】
According to the present invention, accounting information can be obtained accurately and efficiently even when a plurality of process groups are generated in a job.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of an embodiment of the present invention.
FIG. 2 is a table for managing process groups within a job.
FIG. 3 is a principle diagram of an embodiment of the present invention.
FIG. 4 is a job execution pre-processing flowchart.
FIG. 5 is a process group generation processing flowchart;
FIG. 6 is a flowchart of an in-job process end process.
[Explanation of symbols]
1: operating system, 2: job, 3a, 3b: process group, 4a, 4b, 4c: process, 5: job charging information storage area, 6: external storage device, 7: charging file, 8: job management software, 200 : Job entry table, 201: Job ID, 202: Process group information list area address, 203: Job accounting information, 204: Process group entry table, 205: NEXT entry address, 206: Process group ID, 207: Status, 208: Process group billing information, 300: system call processing section

Claims (2)

バッチジョブの計算機システム資源使用に対する課金方法において、
ユーザからの指示に基づいてジョブ管理ソフトウェアからバッチジョブとしてプログラムを呼び出して実行した時に、オペレーティングシステムがバッチジョブの最初のプロセスに対してシステム内でユニークなIDを設定し、プロセス生成によって前記IDを継承させ、
ジョブ内でプロセスグループを複数生成した場合に、ジョブ内の全てのプロセスを一つの単位としてオペレーティングシステムが実行し、
プロセスが終了する度にオペレーティングシステムのメモリ上で課金情報を集計し、
ジョブ内の最後のプロセスが終了した時点で集計した課金情報をジョブ管理ソフトウェアに渡すことを特徴とするジョブ課金方法。
In the charging method for the use of computer system resources for batch jobs,
When a program is called and executed as a batch job from the job management software based on an instruction from the user, the operating system sets a unique ID in the system for the first process of the batch job, and the ID is generated by process generation. Inherit,
When multiple process groups are created in a job, the operating system executes all processes in the job as a unit,
Billing information is summed up in the operating system memory each time the process ends,
A job accounting method, wherein accounting information collected at the end of the last process in a job is passed to job management software.
バッチジョブの計算機システム資源使用に対する課金方法を実行するためのプログラムを格納した、計算機で読み取り可能な記憶媒体であって、前記方法は、
ユーザからの指示に基づいてジョブ管理ソフトウェアからバッチジョブとしてプログラムを呼び出して実行した時に、オペレーティングシステムがバッチジョブの最初のプロセスに対してシステム内でユニークなIDを設定し、プロセス生成によって前記IDを継承させ、
ジョブ内でプロセスグループを複数生成した場合に、ジョブ内の全てのプロセスを一つの単位としてオペレーティングシステムが実行し、
プロセスが終了する度にオペレーティングシステムのメモリ上で課金情報を集計し、
ジョブ内の最後のプロセスが終了した時点で集計した課金情報をジョブ管理ソフトウェアに渡すことを特徴とする記憶媒体。
A computer-readable storage medium storing a program for executing a charging method for use of computer system resources of a batch job, the method comprising:
When a program is called and executed as a batch job from the job management software based on an instruction from the user, the operating system sets a unique ID in the system for the first process of the batch job, and the ID is generated by process generation. Inherit,
When multiple process groups are created in a job, the operating system executes all processes in the job as a unit,
Billing information is summed up in the operating system memory each time the process ends,
A storage medium characterized in that accounting information collected at the end of the last process in a job is passed to job management software.
JP2003194694A 2003-07-10 2003-07-10 Charging method for job Pending JP2005031870A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003194694A JP2005031870A (en) 2003-07-10 2003-07-10 Charging method for job

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003194694A JP2005031870A (en) 2003-07-10 2003-07-10 Charging method for job

Publications (1)

Publication Number Publication Date
JP2005031870A true JP2005031870A (en) 2005-02-03

Family

ID=34205762

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003194694A Pending JP2005031870A (en) 2003-07-10 2003-07-10 Charging method for job

Country Status (1)

Country Link
JP (1) JP2005031870A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008007669A1 (en) 2006-07-10 2008-01-17 Nec Corporation Computer system managing device, and computer system managing method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008007669A1 (en) 2006-07-10 2008-01-17 Nec Corporation Computer system managing device, and computer system managing method
US8171133B2 (en) 2006-07-10 2012-05-01 Nec Corporation Management apparatus and management method for computer system

Similar Documents

Publication Publication Date Title
US9558016B2 (en) Platform system, method for changing support hardware configuration of universal extensible firmware interface basic input output system and computer program product
US7979864B2 (en) Apparatus for setting used license of executing job into unused license state and allocating the set unused license to a to be executed job based on priority
US8819396B2 (en) Parallel processing using plural processing modules when processing time including parallel control overhead time is determined to be less than serial processing time
US8443178B2 (en) Operating system image shrinking apparatus and method and computer readable tangible medium storing a program for operating system image shrinking
JP6223001B2 (en) Image processing apparatus, control method thereof, and program
US10592393B1 (en) Firmware debug trace capture
EP3242227A1 (en) Page querying method and data processing node in oltp cluster database
JP6048957B2 (en) Information processing apparatus, program, and information processing method
CN111124644A (en) Method, device and system for determining task scheduling resources
JP5936135B2 (en) Information processing apparatus, information processing method, and program
CN111460021A (en) Data export method and device
JP2005031870A (en) Charging method for job
CN116167882A (en) Conditional expression dynamic configuration method, accounting condition calculation method and accounting condition calculation device
CN113886342A (en) File format conversion method and device, storage medium and processor
TWI444824B (en) Method for identifying memory of virtual machine and computer system using the same
JP3780610B2 (en) Billing information output device
CN112162964A (en) Self-adaptive data synchronization method and device, computer equipment and storage medium
JP2010182153A (en) File management system and file management program
WO2024065445A1 (en) Method and apparatus for extending function block capability, electronic device, and storage medium
JP2014067186A (en) Control system, control method, and control program
JP2014507734A (en) Distributed calculation method and distributed calculation system
JP2004295508A (en) Business job execution monitoring method and computer program
JP2006309536A (en) Program and device for managing file
CN115964137A (en) Distributed task processing method and device, terminal equipment and storage medium
CN112068894A (en) Configuration object processing method and device