JP2023061500A - 課金管理システム、課金管理方法、及び課金管理プログラム - Google Patents

Abstract

【課題】顧客自身によるソフトウェアの更新を迅速化する課金管理システム、課金管理方法及び課金管理プログラムを提供する。【解決手段】課金管理システムは、受付部１２１と、算出部１２２と、決定部１２３と、を備える。受付部１２１は、機器管理サーバ２１から送信される更新実績を受け付ける。決定部１２３は、受付部１２１が受け付けた更新実績に基づいて、顧客自身が更新操作を行ったか否かを判断する。算出部１２２は、顧客が利用する保守対象機器２０のソフトウェアを更新する更新操作実施者が顧客自身である場合に、顧客自身による更新操作の実施、更新操作の時期及び更新操作の回数の少なくとも１つの操作情報に基づいて、保守対象機器２０の利用に伴う課金額に対する割引額を算出する。【選択図】図３

Description

本件は課金管理システム、課金管理方法、及び課金管理プログラムに関する。

コンピュータの保守作業の時間及びコストを削減するとともに、コンピュータの診断プログラムの実行実績に応じて該コンピュータについての保守料金を割り引くシステムが知られている（例えば特許文献１参照）。その他、定期点検の費用の割引率を算出する技術も知られている（例えば特許文献２参照）。

特開２００９－０８６８２１号公報 特開２００３－１７８１５５号公報

ところで、サーバやスイッチといった機器を顧客に貸し出すサービスにおいては、顧客に対し当該機器の利用実績（例えば利用時間や利用台数など）に従って課金を行う場合がある。機器によってはセキュリティ向上の観点からソフトウェアの更新といった保守作業が求められる機器もある。

保守作業が求められる機器（以下、保守対象機器という）が顧客に貸し出される場合、セキュリティ上のトラブルを回避するためには、ソフトウェアを迅速に更新することが望ましい。ソフトウェアの更新は顧客自身によって行われる場合もあれば、サービスの提供者から顧客の元に派遣された保守作業員によって行われる場合もある。

ソフトウェアの更新が保守作業員によって行われる場合には、顧客には作業費用が発生する。このため、保守作業をサービス提供者に依頼せずに、顧客自身がソフトウェアを更新することも想定されるが、ソフトウェアの更新を顧客自身に一任すると、更新の失念などによって迅速な更新を実現できないおそれがある。

そこで、１つの側面では、顧客自身によるソフトウェアの更新を迅速化する課金管理システム、課金管理方法、及び課金管理プログラムを提供することを目的とする。

１つの実施態様では、課金管理システムは、顧客が利用する保守対象機器のソフトウェアを更新する更新操作実施者が顧客自身である場合に、前記顧客自身による更新操作の実施、前記更新操作の時期、前記更新操作の回数の少なくとも１つの操作情報に基づいて、前記保守対象機器の利用に伴う課金額に対する割引額をコンピュータによって算出する。

顧客自身によるソフトウェアの更新を迅速化することができる。

図１は課金管理システムの一例を説明する図である。 図２は課金管理システムのハードウェア構成の一例である。 図３は課金管理システムの機能構成の一例である。 図４は登録情報テーブルの一例である。 図５は分配率テーブルの一例である。 図６は通常割引、早期割引、及び特別割引の一例を説明する図である。 図７は割引額テーブルの一例である。 図８は更新回数テーブルの一例である。 図９はプール金テーブルの一例である。 図１０は機器管理サーバの機能構成の一例である。 図１１は構成情報の一例である。 図１２は稼働情報の一例である。 図１３は機器管理サーバが実行する処理の一例を示すフローチャートである。 図１４は課金管理システムが実行する第１処理の一例を示すフローチャートである。 図１５は通常割引算出処理の一例を示すフローチャートである。 図１６は早期割引算出処理の一例を示すフローチャートである。 図１７は特別割引算出処理の一例を示すフローチャートである。 図１８は機器管理サーバが実行する処理の他の一例を示すフローチャートである。 図１９は割引額画面の一例である。 図２０は課金管理システムが実行する第２処理の一例を示すフローチャートである。 図２１は課金管理システムが実行する第３処理の一例を示すフローチャートである。 図２２は課金請求画面の一例である。 図２３は早期割引算出処理の他の一例を示すフローチャートである。

以下、本件を実施するための形態について図面を参照して説明する。

（第１実施形態）
図１に示すように、課金管理システム１００は課金管理システム１００以外の機能を有する複数の情報処理システム１５０と共にクラウドサービスを提供するデータセンターＤＣ内に設置される。クラウドサービスとしては、例えばパブリッククラウドとプライベートクラウドを含むハイブリッドクラウドによるサービスなどがある。課金管理システム１００と複数の情報処理システム１５０はＬＡＮ（Local Area Network）といった有線通信網によって互いに接続されている。また、課金管理システム１００と複数の情報処理システム１５０は通信ネットワークＮＷ１と接続されている。通信ネットワークＮＷ１としては例えばインターネットがある。

通信ネットワークＮＷ１には管理者端末１０が接続される。図１では、管理者端末１０の一例として、ＰＣ（Personal Computer）が示されているが、スマートフォンやタブレット端末といったスマートデバイスであってもよい。管理者端末１０はサービス提供者の拠点Ｘ１に設置される。本実施形態に係るサービス提供者はサーバやスイッチ、ストレージといった様々な情報機器を顧客に貸し出すサービスを提供する事業者である。管理者端末１０は課金管理システム１００の運用やサービスを管理する管理者Ｐ１に操作される。課金管理システム１００は管理者端末１０を介して管理者Ｐ１により監視されている。

通信ネットワークＮＷ１には、管理者端末１０以外にも、通信ネットワークＮＷ２も接続されている。通信ネットワークＮＷ２はＬＡＮといった有線通信網を含んでいる。通信ネットワークＮＷ２の一部に無線通信網が利用されていてもよい。通信ネットワークＮＷ２は上述した様々な情報機器をサービス提供者から借用する顧客の拠点Ｘ２に配備される。サービス提供者から顧客に貸し出された様々な情報機器は保守対象機器２０として通信ネットワークＮＷ２に接続される。様々な情報機器が保守対象機器２０に含まれているといってもよい。セキュリティ向上の観点から、保守対象機器２０にはソフトウェアの更新を含む様々な保守作業が求められている。なお、顧客は法人顧客であってもよいし、個人顧客であってもよい。また、ソフトウェアはファームウェアであってもよいし、ドライバであってもよい。

通信ネットワークＮＷ２には、保守対象機器２０以外にも、機器管理サーバ２１や顧客端末２２が接続される。機器管理サーバ２１は保守対象機器２０を管理し、顧客端末２２からの指示に応じて保守対象機器２０にソフトウェアの更新を要求する装置である。保守対象機器２０はソフトウェアの更新が要求されると、機器管理サーバ２１から最新のソフトウェアを取得（具体的にはダウンロード）して、自身にインストールされた現在のソフトウェアを最新のソフトウェアに更新する。ソフトウェアの更新が要求された場合に、情報処理システム１５０から最新のソフトウェアを取得して、現在のソフトウェアを最新のソフトウェアに更新してもよい。なお、顧客端末２２は、法人顧客であれば、法人顧客の担当者Ｐ２に操作される端末であり、個人顧客であれば、個人顧客に操作される端末である。図１では顧客端末２２の一例として、ＰＣが示されているが、上述したスマートデバイスであってもよい。

このように、ソフトウェアの更新は担当者Ｐ２を含む顧客自身によって行われる場合もあれば、顧客がサービス提供者に依頼すれば、サービス提供者から顧客の元に派遣される保守作業員Ｐ３によって行われる場合もある。ソフトウェアの更新が依頼された場合、保守作業員Ｐ３は最新のソフトウェアが記録された記録媒体を持参し、ソフトウェアの更新を含む保守作業を実施する。保守作業が実施された場合、保守作業に応じた作業費用が発生する。

次に、図２を参照して、課金管理システム１００のハードウェア構成について説明する。なお、管理者端末１０、保守対象機器２０、機器管理サーバ２１、顧客端末２２、及び情報処理システム１５０のハードウェア構成については、基本的に課金管理システム１００と同様のハードウェア構成であるため、詳細な説明は省略する。

課金管理システム１００は、プロセッサとしてのＣＰＵ（Central Processing Unit）１００Ａと、メモリとしてのＲＡＭ（Random Access Memory）１００Ｂ及びＲＯＭ（Read Only Memory）１００Ｃ、並びにネットワークインターフェース（Ｉ／Ｆ）１００Ｄを含んでいる。課金管理システム１００は、必要に応じて、ＨＤＤ（Hard Disk Drive）１００Ｅ、入力Ｉ／Ｆ１００Ｆ、出力Ｉ／Ｆ１００Ｇ、入出力Ｉ／Ｆ１００Ｈ、ドライブ装置１００Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ１００Ａからドライブ装置１００Ｉまでは、内部バス１００Ｊによって互いに接続されている。

入力Ｉ／Ｆ１００Ｆには入力装置７１０が接続される。入力装置７１０としてはキーボードやマウス（不図示）がある。出力Ｉ／Ｆ１００Ｇには表示装置７２０が接続される。表示装置７２０としては液晶ディスプレイがある。入出力Ｉ／Ｆ１００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばＵＳＢ（Universal Serial Bus）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ１００Ｈは半導体メモリ７３０に記憶されたプログラムを読み取る。入力Ｉ／Ｆ１００Ｆ及び入出力Ｉ／Ｆ１００Ｈは例えばＵＳＢポートを備えている。出力Ｉ／Ｆ１００Ｇは例えばディスプレイポートを備えている。

ドライブ装置１００Ｉには可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばＣＤ（Compact Disc）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）といったリムーバブルディスクがある。ドライブ装置１００Ｉは可搬型記録媒体７４０に記録されたプログラムを読み込む。ネットワークＩ／Ｆ１００Ｄは例えばＬＡＮポートを備えている。ネットワークＩ／Ｆ１００Ｄは上述した通信ネットワークＮＷ１（図１参照）と接続される。

上述したＲＡＭ１００ＢにはＲＯＭ１００ＣやＨＤＤ１００Ｅに記憶されたプログラムがＣＰＵ１００Ａによって一時的に格納される。ＲＡＭ１００Ｂには可搬型記録媒体７４０に記録されたプログラムがＣＰＵ１００Ａによって一時的に格納される。格納されたプログラムをＣＰＵ１００Ａが実行することにより、ＣＰＵ１００Ａは後述する各種の機能を実現し、また、後述する各種の処理を実行する。尚、プログラムは後述するフローチャートに応じたものとしてもよい。

次に、図３乃至図９を参照して、課金管理システム１００の機能構成について説明する。なお、図３では課金管理システム１００の機能の要部が示されている。

図３に示すように、課金管理システム１００は記憶部１１０、処理部１２０、及び通信部１３０を備えている。記憶部１１０は上述したＲＡＭ１００ＢとＨＤＤ１００Ｅの一方又は両方によって実現することができる。処理部１２０は上述したＣＰＵ１００Ａによって実現することができる。通信部１３０は上述したネットワークＩ／Ｆ１００Ｄによって実現することができる。したがって、記憶部１１０、処理部１２０、及び通信部１３０は互いに接続されている。

ここで、記憶部１１０は、登録情報記憶部１１１、分配率記憶部１１２、割引額記憶部１１３、更新回数記憶部１１４、及びプール金記憶部１１５を含んでいる。

登録情報記憶部１１１は、図４に示すように、登録情報テーブルＴ１によって様々な登録情報を互いに関連付けて記憶する。登録情報は管理者Ｐ１の操作に基づいて管理者端末１０から登録される。登録情報としては、例えば顧客名、対象機器、最新ソフトウェア、公開日、手配費用などがある。顧客名は顧客の名称であってもよいし、顧客の氏名であってもよい。対象機器は保守対象機器２０に含まれる情報機器の機種を特定する識別子を表している。最新ソフトウェアは保守対象機器２０を更新する最新のソフトウェアと関連付けられた識別子を表している。公開日は最新ソフトウェアが公開された日付を表している。手配費用は保守作業員Ｐ３を手配した場合に発生する費用を表している。手配費用は顧客に応じて増額したり減額したりするなど適宜変更してもよい。このように、管理者Ｐ１の操作に基づいて管理者端末１０は様々な登録情報を登録情報テーブルＴ１に登録する。

分配率記憶部１１２は、図５に示すように、分配率テーブルＴ２によって様々な分配率情報を互いに関連付けて記憶する。分配率情報は管理者Ｐ１の操作に基づいて管理者端末１０から設定される。分配率情報としては、例えば割引種別、初回分配率、通常分配率、割引頻度などがある。割引種別は、上述した手配費用と後述する割引量をそれぞれ乗算し、算出した金額を保守対象機器２０の利用実績に応じた顧客の利用代金から割り引く種別を表している。割引種別としては、通常割引、早期割引、特別割引などがある。これらの割引種別以外の割引種別を採用してもよい。

通常割引は、保守作業員Ｐ３が手配されずに顧客自身による更新操作によって適用される割引である。早期割引は、最新ソフトウェアが公開された後、所定期間内に更新操作が行われた場合に適用される割引である。所定期間は迅速な期間を定める期間に相当する。所定期間は、本実施形態では１ヵ月として説明するが、０．５ヵ月（２週間）や３か月など、設計に応じて適宜決定すればよく、設定に応じて所定期間を変更できるようにしてもよい。特別割引は、例えば、更新操作回数が１回目（即ち初回）の場合と、更新操作回数が２回目以降の所定単位回数に到達した場合に適用される割引である。

ここで、上記３種類の割引と利用代金との関係について具体的に説明する。例えば基本料金をｘ円、従量料金をｙ円、手配費用を１０，０００円、利用代金をｚ円とした場合に、保守作業員Ｐ３が更新作業を実施すると、割引は発生しない。したがって、利用代金は以下のように算出される。
ｚ＝ｘ＋ｙ＋１０，０００（手配費用）

一方、保守作業員Ｐ３が更新作業を実施せずに、顧客が自分で更新作業を実施した場合には、手配費用は発生しない。また、この場合には、通常割引として例えば－２，５００円が適用される。したがって、利用代金は以下のように算出される。
ｚ＝ｘ＋ｙ－２，５００（通常割引）

また、通常割引に加え、早期割引として例えば－２，５００円が適用された場合、利用代金は以下のように算出される。
ｚ＝ｘ＋ｙ－２，５００（通常割引）－２，５００（早期割引）

さらに、通常割引と早期割引に加え、特別割引として例えば－５，０００円が適用された場合、利用代金は以下のように算出される。
ｚ＝ｘ＋ｙ－２，５００（通常割引）－２，５００（早期割引）－５，０００（特別割引）

初回分配率は、更新操作回数が１回目の場合に適用される割引量（具体的には割引率）を表している。図５に示すように、初回分配率において、通常割引には割引量「２５％」が設定され、早期割引には割引量「２５％」が設定され、特別割引には割引量「５０％」が設定されている。したがって、通常割引が単独で適用された場合、割引量「２５％」が第１割引量として手配費用に乗算された金額である「２，５００円」が、保守対象機器２０の利用実績に応じた利用代金から減額される。通常割引と早期割引の２つの割引が適用された場合、合計割引量「５０％」が第１割引量より大きな第２割引量として手配費用に乗算された金額である「５，０００円」が、保守対象機器２０の利用実績に応じた利用代金から減額される。通常割引、早期割引、特別割引の３つの割引が適用された場合、３つの割引量の総和である総割引量「１００％」が手配費用に乗算された金額である「１０，０００円」が、保守対象機器２０の利用実績に応じた利用代金から減額される。なお、これらの割引量は運用や設定に応じて適宜決定すればよい。

通常分配率は、更新操作回数が２回目以降の場合に適用される割引量の配分を表している。図５に示すように、通常分配率において、通常割引には割引量「２５％」が設定され、早期割引には割引量「２５％」が設定され、特別割引には割引量「２５％」が設定されている。これらの割引量は運用や設定に応じて適宜決定すればよい。通常割引と早期割引は更新操作の度に適用されて利用代金から減額されるが、特別割引は更新操作回数が後述する所定単位回数に到達した場合にまとめて適用されて利用代金から減額される。例えば、更新操作回数が２回目であれば、通常割引と早期割引の２つの割引が採用され、２つの割引量の総和である総割引量「５０％」が適用されて、手配費用との乗算額「５，０００円」が利用代金から減額される。この場合、特別割引の割引量「２５％」に相当する割引額「２，５００円」は後述する特別割引プール金として管理される。３回目から５回目までも２回目の場合と同様である。

割引頻度は、更新操作回数が２回目以降の所定単位回数を表している。本実施形態では、割引頻度「５」が設定されている。このため、更新操作回数が２回目以降では、更新操作回数が６回目、１１回目、１６回目・・・の場合に、特別割引が適用されて、特別割引プール金として登録された割引額が利用代金から削減される。なお、割引頻度は運用や設定に応じて適宜決定すればよい。このように、所定単位回数によって特別割引を適用することで、顧客自身が手動で更新操作を繰り返す動機付けとなる可能性が高い。

したがって、分配率テーブルＴ２によれば、図６に示すように、更新操作回数が１回目（初回）であれば、保守作業員Ｐ３の手配で発生する手配費用「１０，０００円」に総割引量「１００％」が乗算された金額である「１０，０００円」が利用代金から割り引かれる。更新操作回数が２回目から５回目までであれば、特別割引が適用された場合の割引額が特別割引プール金として管理され、保守作業員Ｐ３の手配で発生する手配費用「１０，０００円」と総割引量「５０％」との乗算額「５，０００円」が利用代金から割り引かれる。更新操作回数が６回目であれば、保守作業員Ｐ３の手配で発生する手配費用「１０，０００円」のうち割引量「５０％」が利用代金から割り引かれ、さらに、２回目から５回目までの４回分の特別割引プール金「１０，０００円」も利用代金から割り引かれる。

割引額記憶部１１３は、図７に示すように、割引額テーブルＴ３によって割引種別毎の割引額を顧客名、対象機器、及び最新ソフトウェアと互いに関連付けて記憶する。割引額は、登録情報テーブルＴ１の手配費用と分配率テーブルＴ２の各割引量及び割引頻度とに基づき、後述する算出部１２２によって算出される。そして、割引額は登録情報テーブルＴ１の顧客名、対象機器及び最新ソフトウェアとともに割引額テーブルＴ３に登録される。

更新回数記憶部１１４は、図８に示すように、更新回数テーブルＴ４によって先月のソフトウェアの版数（バージョン）、今月のソフトウェアの版数、及び更新回数を、顧客名及び対象機器と互いに関連付けて記憶する。更新回数は顧客自身によるソフトウェアの更新回数を表している。更新回数は、機器管理サーバ２１から送信される更新実績に基づいて後述する受付部１２１によって更新される。更新回数により算出部１２２は特別割引を適用するか否かを判断することができる。

プール金記憶部１１５は、図９に示すように、プール金テーブルＴ５によって特別割引プール金を顧客名及び対象機器と互いに関連付けて記憶する。特別割引プール金は、更新操作回数が所定単位回数にまだ到達していない場合に、プール（蓄積）される割引額である。特別割引は、所定単位回数に到達する度に割引額として計上されるため、所定単位回数に到達していない２回目や３回目などはその回数の際に割引される割引額が特別割引プール金として登録される。例えば、図６を参照して説明したように、２回目から４回目までの特別割引の割引量「２５％」に相当する割引額「２，５００円」の３回分の合計額「７，５００円」が特別割引プール金としてプール金テーブルＴ５に登録される。更新操作回数が５回目になれば、合計額「７，５００円」が合計額「１０，０００円」に更新され、更新操作回数が６回目に到達した場合に、この合計額「１０，０００円」が通常割引と早期割引の各割引額とともに利用代金から減額される。

図３に戻り、処理部１２０の詳細について説明する。処理部１２０は、受付部１２１、算出部１２２、決定部１２３、及び提示部１２４を含んでいる。受付部１２１は、機器管理サーバ２１から送信される機器情報を受け付ける。機器情報は、保守対象機器２０に含まれる各情報機器の構成に関する構成情報と各情報機器の稼働状態を表す稼働情報を含んでいる。構成情報と稼働情報の詳細は後述する。保守対象機器２０にインストールされた既存のソフトウェアが最新ソフトウェアに更新された場合には、受付部１２１は機器管理サーバ２１から送信される更新実績も受け付ける。

算出部１２２は、顧客が利用する保守対象機器２０のソフトウェアを更新する更新操作実施者が顧客自身である場合に、顧客自身による更新操作の実施、更新操作の時期、更新操作の回数（以下、更新操作回数と記載）といった更新操作の操作情報に基づいて、保守対象機器２０の利用に伴う課金額（利用金額）に対する割引額を算出する。算出部１２２は顧客自身による更新操作の実施、更新操作の時期、更新操作回数の全ての更新操作の操作情報に基づいて、割引額を算出してもよい。なお、処理部１２０に含まれる決定部１２３及び提示部１２４の詳細については後述する。

次に、図１０乃至図１２を参照して、機器管理サーバ２１の機能構成について説明する。なお、図１０では機器管理サーバ２１の機能の要部が示されている。

図１０に示すように、機器管理サーバ２１は記憶部５１、処理部５２、及び通信部５３を備えている。記憶部５１、処理部５２、及び通信部５３の各ハードウェア構成は、課金管理システム１００の記憶部１１０、処理部１２０、及び通信部１３０と基本的に同様であるため、詳細な説明は省略する。図１０に示すように、記憶部５１、処理部５２、及び通信部５３は互いに接続されている。

ここで、記憶部５１は、機器情報記憶部６１を含んでいる。一方、処理部５２は、収集部６２と更新部６３とを含んでいる。機器情報記憶部６１は、保守対象機器２０に含まれる様々な情報機器の機器情報を記憶する。上述したように、機器情報は構成情報と稼働情報を含むため、機器情報記憶部６１は構成情報と稼働情報を記憶すると言い換えてもよい。構成情報は、図１１に示すように、サーバやストレージといった各情報機器の情報機器毎の構成（例えばＣＰＵやメモリ、容量など）を１つにまとめた情報である。稼働情報は、図１２に示すように、各情報機器の稼働状態（例えば電源状態やストレージ使用量など）を１つにまとめた情報である。稼働情報は各情報機器で一定間隔毎に生成される。

収集部６２は、上述した保守対象機器２０の機器情報を収集し、収集した機器情報を課金管理システム１００に定期的（例えば数分単位や数分単位など）に送信するとともに、機器情報を機器情報記憶部６１に保存する。これにより、機器情報記憶部６１は機器情報を記憶する。収集部６２は、更新部６３から更新実績が通知された場合、更新実績を課金管理システム１００に送信する。更新部６３は、課金管理システム１００から送信された最新のソフトウェアと割引額を受け付けると、最新のソフトウェアへの更新と割引額を通知する割引額画面を顧客端末２２に表示する。更新部６３は、顧客端末２２から割引を適用して最新のソフトウェアへの更新を要求する所定の操作を検出すると、保守対象機器２０を最新のソフトウェアに更新し、更新実績を収集部６２に通知する。これにより、収集部６２は更新実績を課金管理システム１００に送信することができる。

次に、図１３を参照して、機器管理サーバ２１の収集部６２が実行する処理の一例を説明する。

収集部６２は保守対象機器２０から定期的又は非定期的に機器情報を収集する（ステップＳ１）。上述したように、機器情報は構成情報（図１１参照）と稼働情報（図１２参照）を含んでいる。機器情報を収集すると、収集部６２は機器情報を機器情報記憶部６１に保存する（ステップＳ２）。詳細は後述するが、更新部６３は、稼働情報を利用せずに、構成情報を利用して保守対象機器２０を更新する。このため、収集部６２は機器情報に含まれる稼働情報を保存せずに、構成情報を保存してもよい。機器情報を保存すると、収集部６２は機器情報を課金管理システム１００に定期的に送信し（ステップＳ３），処理を終了する。これにより、課金管理システム１００は機器情報を受け付けることができる。

次に、図１４を参照して、課金管理システム１００が実行する第１処理の一例を説明する。

機器管理サーバ２１から機器情報が送信されると、受付部１２１は機器情報を受け付ける（ステップＳ１１）。機器情報を受け付けると、受付部１２１は機器情報に含まれる稼働情報に基づいて、保守対象機器２０の利用実績（例えば利用時間や利用台数など）を特定し、利用実績を機器情報に含まれる構成情報とともに提示部１２４に通知する。また、受付部１２１は機器情報に含まれる構成情報を算出部１２２に通知する。

機器情報を受け付けると、算出部１２２は登録情報を受け付けるまで待機する（ステップＳ１２：ＮＯ）。算出部１２２は登録情報を受け付けると（ステップＳ１２：ＹＥＳ）、登録情報テーブルＴ１を更新する（ステップＳ１３）。例えば、管理者Ｐ１の操作に基づいて管理者端末１０から顧客名、対象機器、最新ソフトウェア、公開日、手配費用などが登録情報として送信されると、算出部１２２は登録情報を受け付けて、例えば図４に示すように、登録情報テーブルＴ１に登録情報を登録して更新する。

登録情報テーブルＴ１を更新すると、算出部１２２は通常割引算出処理を実行する（ステップＳ１４）。通常割引算出処理は、上述した通常割引による割引額を算出する処理である。なお、通常割引算出処理の詳細については後述する。通常割引算出処理を実行し終えると、算出部１２２は早期割引算出処理を実行する（ステップＳ１５）。早期割引算出処理は、上述した早期割引による割引額を算出する処理である。なお、早期割引算出処理の詳細については後述する。早期割引算出処理を実行し終えると、算出部１２２は特別割引算出処理を実行する（ステップＳ１６）。特別割引算出処理は、上述した特別割引による割引額を算出する処理である。なお、特別割引算出処理の詳細については後述する。

特別割引算出処理を実行し終えると、算出部１２２は割引額テーブルＴ３を更新する（ステップＳ１７）。これにより、例えば図７に示すように、割引額テーブルＴ３の通常割引、早期割引、特別割引の項目にそれぞれ対応する割引額が登録されて更新される。割引額テーブルＴ３を更新すると、算出部１２２は最新ソフトウェアと割引額を機器管理サーバ２１に送信して（ステップＳ１８）、処理を終了する。

次に、図１５を参照して、上述した通常割引算出処理の詳細について説明する。通常割引算出処理が実行されると、算出部１２２は更新操作が初回であるか否かを判断する（ステップＳ２１）。より詳しくは、算出部１２２は更新回数テーブルＴ４（図８参照）における更新回数に基づいて、更新操作が初回であるか否かを判断する。更新回数は顧客自身が更新操作を実施すれば、カウントアップ（インクリメント）される。更新回数が１回を表していれば、算出部１２２は更新操作が初回であると判断する（ステップＳ２１：ＹＥＳ）。更新回数が２回や３回など、２回以上を表していれば、算出部１２２は更新操作が初回でないと判断する（ステップＳ２１：ＮＯ）。

更新操作が初回である場合、算出部１２２は通常割引の初回分配率と手続費用の乗算を実行する（ステップＳ２２）。より詳しくは、算出部１２２は分配率テーブルＴ２（図５参照）の通常割引における初回分配率と登録情報テーブルＴ１（図４参照）の手続費用とに基づいて、乗算を実行する。ここで、本実施形態に係る分配率テーブルＴ２には更新操作実施者が顧客自身でなく保守作業員Ｐ３である場合に用いる割引量「０％」より大きな割引量「２５％」が初回分配率として設定されている。また、本実施形態に係る登録情報テーブルＴ１には手続費用「１０，０００円」が登録されている。このため、算出部１２２は割引量「２５％」と手続費用「１０，０００円」とに基づき乗算結果「２，５００円」を算出する。

一方、更新操作が初回でない場合、算出部１２２は通常割引の通常分配率と手続費用の乗算を実行する（ステップＳ２３）。より詳しくは、算出部１２２は分配率テーブルＴ２（図５参照）の通常割引における通常分配率と登録情報テーブルＴ１（図４参照）の手続費用とに基づいて、乗算を実行する。本実施形態に係る分配率テーブルＴ２には更新操作実施者が顧客自身でなく保守作業員Ｐ３である場合に用いる割引量「０％」より大きな割引量「２５％」が通常分配率として設定されている。本実施形態に係る登録情報テーブルＴ１には手続費用「１０，０００円」が登録されている。このため、算出部１２２は割引量「２５％」と手続費用「１０，０００円」とに基づき乗算結果「２，５００円」を算出する。

上述した乗算を実行すると、算出部１２２は乗算結果を通常割引の割引額に設定し（ステップＳ２４）、通常割引算出処理を終了する。これにより、割引額テーブルＴ３（図７参照）の通常割引の項目に割引額が設定される。

次に、図１６を参照して、上述した早期割引算出処理の詳細について説明する。早期割引算出処理が実行されると、算出部１２２は更新操作が最新ソフトウェア公開日から１ヵ月以内であるか否かを判断する（ステップＳ３１）。より詳しくは、算出部１２２は最新ソフトウェアへの更新操作を実施した日と登録情報テーブルＴ１（図４参照）の公開日との対比に基づいて、更新操作が最新ソフトウェア公開日から１ヵ月以内であるか否かを判断する。

更新操作が最新ソフトウェア公開日から１ヵ月以内である場合（ステップＳ３１：ＹＥＳ）、算出部１２２は更新操作が初回であるか否かを判断する（ステップＳ３２）。なお、ステップＳ３２の処理は基本的に上述したステップＳ２１の処理と同様であるため、詳細な説明は省略する。

更新操作が初回である場合（ステップＳ３２：ＹＥＳ）、算出部１２２は早期割引の初回分配率と手続費用の乗算を実行する（ステップＳ３３）。より詳しくは、算出部１２２は分配率テーブルＴ２（図５参照）の早期割引における初回分配率と登録情報テーブルＴ１（図４参照）の手続費用とに基づいて、乗算を実行する。本実施形態に係る分配率テーブルＴ２には１ヵ月経過後に用いる割引量「０％」より大きな割引量「２５％」が早期割引における初回分配率として設定されている。また、本実施形態に係る登録情報テーブルＴ１には手続費用「１０，０００円」が登録されている。このため、算出部１２２は割引量「２５％」と手続費用「１０，０００円」とに基づき乗算結果「２，５００円」を算出する。

一方、更新操作が初回でない場合（ステップＳ３２：ＮＯ）、算出部１２２は早期割引の通常分配率と手続費用の乗算を実行する（ステップＳ３４）。より詳しくは、算出部１２２は分配率テーブルＴ２（図５参照）の早期割引における通常分配率と登録情報テーブルＴ１（図４参照）の手続費用とに基づいて、乗算を実行する。本実施形態に係る分配率テーブルＴ２には１ヵ月経過後に用いる割引量「０％」より大きな割引量「２５％」が早期割引における通常分配率として設定されている。また、本実施形態に係る登録情報テーブルＴ１には手続費用「１０，０００円」が登録されている。このため、算出部１２２は割引量「２５％」と手続費用「１０，０００円」とに基づき乗算結果「２，５００円」を算出する。

ここで、上述したステップＳ３１の処理において、更新操作が最新ソフトウェア公開日から１ヵ月以内でない場合（ステップＳ３１：ＮＯ）、算出部１２２は割引量「０（ゼロ）％」と手配費用との乗算を実行する（ステップＳ３５）。すなわち、更新操作が最新ソフトウェア公開日から１ヵ月を超えている場合、乗算結果は０円となり、早期割引は適用されない。これにより、早期割引の適用を受けるために、顧客自身が早期に最新ソフトウェアへの更新操作を行うことを期待することができる。

上述した乗算を実行すると、算出部１２２は乗算結果を早期割引の割引額に設定し（ステップＳ３６）、早期割引算出処理を終了する。これにより、割引額テーブルＴ３（図７参照）の早期割引の項目に割引額が設定される。

次に、図１７を参照して、上述した特別割引算出処理の詳細について説明する。特別割引算出処理が実行されると、算出部１２２は更新操作が初回であるか否かを判断する（ステップＳ４１）。なお、ステップＳ４１の処理は基本的に上述したステップＳ２１の処理と同様であるため、詳細な説明は省略する。

更新操作が初回である場合（ステップＳ４１：ＹＥＳ）、算出部１２２は特別割引の初回分配率と手続費用の乗算を実行する（ステップＳ４２）。より詳しくは、算出部１２２は分配率テーブルＴ２（図５参照）の特別割引における初回分配率と登録情報テーブルＴ１（図４参照）の手続費用とに基づいて、乗算を実行する。本実施形態に係る分配率テーブルＴ２には更新操作が１回目と所定単位回数を除いた更新操作回数に用いる第３割引量としての割引量「０％」より大きな第４割引量としての割引量「５０％」が特別割引における初回分配率として設定されている。また、本実施形態に係る登録情報テーブルＴ１には手続費用「１０，０００円」が登録されている。このため、算出部１２２は割引量「５０％」と手続費用「１０，０００円」とに基づき乗算結果「５，０００円」を算出する。

一方、更新操作が初回でない場合（ステップＳ４１：ＮＯ）、算出部１２２は特割判定式の結果が０（ゼロ）であるか否かを判断する（ステップＳ４３）。より詳しくは、算出部１２２はステップＳ４１の処理で使用した更新回数と分配率テーブルＴ２（図５参照）の更新頻度とに基づいて、特割判定式の結果が０であるか否かを判断する。特割判定式は特別割引を適用するか否かを判定する数式である。特割判定式は以下の数式により表すことができる。
特割判定式＝（更新回数－１）％割引頻度
＝［（更新回数－１）÷割引頻度］の余り
例えば、更新回数「６回」が登録されており、割引頻度「５」が設定されている場合、特割判定式の算出結果として余り「０」が算出される。一方、更新回数「２回」や「３回」が登録されており、割引頻度「５」が設定されている場合、特割判定式の算出結果として余り「０．２」や余り「０．４」など余り「０」以外が算出される。

特割判定式の結果が０（ゼロ）である場合（ステップＳ４３：ＹＥＳ）、算出部１２２は特別割引の通常分配率と手続費用の乗算を実行する（ステップＳ４４）。より詳しくは、算出部１２２は分配率テーブルＴ２（図５参照）の特別割引における通常分配率と登録情報テーブルＴ１（図４参照）の手続費用とに基づいて、乗算を実行する。本実施形態に係る分配率テーブルＴ２には更新操作が１回目と所定単位回数を除いた更新操作回数に用いる割引量「０％」より大きな割引量「２５％」が特別割引における通常分配率として設定されている。また。本実施形態に係る登録情報テーブルＴ１には手続費用「１０，０００円」が登録されている。このため、算出部１２２は割引量「２５％」と手続費用「１０，０００円」とに基づき乗算結果「２，５００円」を算出する。

乗算を実行すると、算出部１２２は乗算結果にプール金を加算する（ステップＳ４５）。より詳しくは、算出部１２２はプール金テーブルＴ５（図９参照）における特別割引プール金を取得し、共通する対象機器毎に乗算結果にプール金を加算する。これにより、例えば対象機器「Ｒ４７Ｍ」であれば、乗算結果「２，５００円」に特別割引プール金「７，５００円」が加算され、新たな乗算結果「１０，０００円」になる。

一方、特割判定式の結果が０（ゼロ）でない場合（ステップＳ４３：ＮＯ）、算出部１２２は割引量「０（ゼロ）％」と手配費用との乗算を実行する（ステップＳ４６）。すなわち、更新操作回数が２回目以降の所定単位回数でない場合、乗算結果は０円となり、特別割引は適用されない。これにより、特別割引の適用を受けるために、顧客自身が継続的に最新ソフトウェアへの更新操作を行うことを期待することができる。

上述した乗算を実行すると、算出部１２２は乗算結果を特別割引の割引額に設定し（ステップＳ４７）、特別割引算出処理を終了する。これにより、割引額テーブルＴ３（図７参照）の特別割引の項目に割引額が設定される。

次に、図１８及び図１９を参照して、機器管理サーバ２１の更新部６３が実行する処理の一例を説明する。

まず、図１８に示すように、更新部６３は構成情報を取得する（ステップＳ５１）。上述したように、機器情報記憶部６１には構成情報と稼働情報を含む機器情報が記憶されているため、更新部６３は機器情報記憶部６１に記憶された機器情報の中から構成情報を取得する。これにより、更新部６３は保守対象機器２０に含まれる各情報機器の識別子を特定することができる。

構成情報を取得すると、更新部６３は最新ソフトウェアと割引額を受け付けるまで待機する（ステップＳ５２：ＮＯ）。ステップＳ１８の処理で説明したように、最新ソフトウェアと割引額は課金管理システム１００から機器管理サーバ２１に送信される。最新ソフトウェアと割引額を受け付けると（ステップＳ５２：ＹＥＳ）、更新部６３は顧客端末２２に割引額画面を表示する（ステップＳ５３）。より詳しくは、更新部６３は構成情報の中のソフトウェア版数と最新ソフトウェアの版数を比較し、最新ソフトウェアへの更新が可能な場合に、顧客端末２２に割引額画面を表示する。例えば、構成情報の中のソフトウェア版数と最新ソフトウェアの版数を比較し、版数が同じであれば、更新部６３は最新ソフトウェアへの更新を中止する。

ここで、図１９に示すように、更新部６３は顧客端末２２に表示された機器管理サーバ操作画面に割引額画面を別画面として重畳して表示する。割引額画面は更新部６３が受け付けた対象機器毎の最新ソフトウェアと割引額を含んでいる。これにより、顧客端末２２を操作する担当者Ｐ２による割引額画面の確認漏れを抑制できるだけでなく、最新ソフトウェアへの更新を担当者Ｐ２に促すことができる。なお、機器管理サーバ操作画面は機器管理サーバ２１を操作するためのＧＵＩ（Graphical User Interface）であり、詳細は省略するが、入力操作が可能な複数の入力欄や設定操作が可能な複数の設定項目を対象機器毎に含んでいる。更新部６３は機器管理サーバ操作画面を表示する操作を検出し、最新ソフトウェアへの更新が可能な場合に、機器管理サーバ操作画面を表示した直後に割引額画面を表示する。

割引額画面を表示すると、更新部６３は更新適用操作を検出したか否かを判断する（ステップＳ５４）。例えば、割引額画面内に設けられた適用ボタンＢＴ１を押下する操作を検出した場合、更新部６３は更新適用操作を検出したと判断する（ステップＳ５４：ＹＥＳ）。この場合、更新部６３は保守対象機器２０を更新する（ステップＳ５５）。より詳しくは、更新部６３は検出した更新適用操作に対応する保守対象機器２０のソフトウェアを最新ソフトウェアに更新する。

保守対象機器２０を更新すると、更新部６３は更新実績を課金管理システム１００に送信し（ステップＳ５６）、処理を終了する。更新部６３は更新実績を収集部６２に通知し、収集部６２が更新実績を課金管理システム１００に送信してもよい。なお、ステップＳ５４の処理において、割引額画面内に設けられた不適用ボタンＢＴ２を押下する操作を検出した場合、更新部６３は更新適用操作を検出しなかったと判断する（ステップＳ５４：ＮＯ）。この場合、上述したステップＳ５５，Ｓ５６の処理をスキップして、処理を終了する。

次に、図２０を参照して、課金管理システム１００が実行する第２処理の一例を説明する。

まず、決定部１２３は顧客自身が更新操作を行ったか否かを判断する（ステップＳ６１）。上述したように、課金管理システム１００には機器管理サーバ２１から更新実績が送信されるため、決定部１２３は受付部１２１が受け付けた更新実績に基づいて顧客自身が更新操作を行ったか否かを判断することができる。なお、保守作業員Ｐ３によって更新操作が行われた場合には、保守作業員Ｐ３によって更新操作が行われた旨を管理者Ｐ１が管理者端末１０を操作して決定部１２３に通知すればよい。顧客自身が更新操作を行っていない場合（ステップＳ６１：ＮＯ）、処理を終了する。

顧客自身が更新操作を行った場合（ステップＳ６１：ＹＥＳ）、決定部１２３は特割判定式の結果が０（ゼロ）であるか否かを判断する（ステップＳ６２）。ステップＳ６２の処理は上述したステップＳ４３の処理と基本的に同様であるため、詳細な説明は省略する。特割判定式の結果が０（ゼロ）である場合（ステップＳ６２：ＹＥＳ）、決定部１２３は特別割引プール金を割引額に計上する（ステップＳ６３）。より詳しくは、決定部１２３はプール金テーブルＴ５（図９参照）にプールされた特別割引プール金を割引額テーブルＴ３（図７参照）の特別割引の割引額に計上し、プール金テーブルＴ５の特別割引プール金を０円に更新する。言い換えれば、決定部１２３は特別割引プール金を特別割引の割引額に移し替える。

一方、特割判定式の結果が０（ゼロ）でない場合（ステップＳ６２：ＮＯ）、特別割引の通常分配率と手続費用の乗算を実行し、乗算結果を特別割引プール金に加算する（ステップＳ６４）。すなわち、更新操作回数が２回目や３回目などの場合には、その操作の際に特別割引が適用される訳ではなく、その分の割引額が特別割引プール金に加算される（図６参照）。そして、更新操作回数が６回目など所定単位回数に到達した場合、特別割引プール金が特別割引の割引額に計上されて特別割引が適用される。

ステップＳ６３，Ｓ６４の処理が終了すると、決定部１２３は早期割引が適用済か否かを判断する（ステップＳ６５）。早期割引が既に適用されている場合には（ステップＳ６５：ＹＥＳ）、処理を終了する。一方、早期割引が未適用である場合には（ステップＳ６５：ＮＯ）、決定部１２３は特別割引プール金への加算が許可されているか否かを判断する（ステップＳ６６）。より詳しくは、決定部１２３は早期割引が未適用である分の割引額の特別割引プール金への加算が管理者Ｐ１によって許可されているか否かを判断する。

例えば、決定部１２３は管理者Ｐ１の操作に基づき管理者端末１０から加算許可を表す情報が決定部１２３に設定されていれば、特別割引プール金への加算が許可されていると判断する（ステップＳ６６：ＹＥＳ）。一方、当該情報が決定部１２３に設定されていなければ、特別割引プール金への加算が許可されていないと判断する（ステップＳ６６：ＮＯ）。加算が許可されていない場合、処理を終了する。

早期割引が未適用である分の割引額の特別割引プール金への加算が許可されている場合、決定部１２３は早期割引の通常分配率と手続費用の乗算を実行し、乗算結果を特別割引プール金に加算し（ステップＳ６７）、処理を終了する。この場合、早期割引の適用は持ち越しとなり、更新操作回数が所定単位回数に到達した場合に、特別割引プール金としてプールされた早期割引の割引額が機器管理サーバ２１に送信される。早期割引の適用が持ち越しとなれば、１ヵ月を超えた更新の後に早期割引が適用される可能性があるため、管理者Ｐ１による特別割引プール金への加算が許可されいる場合に限定して、ステップＳ６７の処理を実行する。

次に、図２１及び図２２を参照して、課金管理システム１００が実行する第３処理の一例を説明する。

まず、図２１に示すように、決定部１２３は利用実績を特定する（ステップＳ７１）。より詳しくは、決定部１２３は受付部１２１が機器情報を受け付けると、機器情報に含まれる稼働情報を取得し、取得した稼動情報に基づいて保守対象機器２０の利用実績を特定する。例えば、決定部１２３は稼働情報に基づいて、保守対象機器２０の利用台数や利用時間を特定する。

利用実績を特定すると、決定部１２３は利用代金を算出する（ステップＳ７２）。より詳しくは、決定部１２３は事前に設定された単位時間当たりの１台単位の利用料と利用実績とに基づいて、利用実績に従った利用代金を算出する。利用代金を算出すると、決定部１２３は受付部１２１が更新実績を受け付けたか否かを判断する（ステップＳ７３）。例えば、決定部１２３は受付部１２１を監視し、受付部１２１が更新実績を受け付けたか否かを判断することができる。

受付部１２１が更新実績を受け付けた場合（ステップＳ７３：ＹＥＳ）、決定部１２３は利用代金に割引額を適用する（ステップＳ７４）。受付部１２１が更新実績を受け付けていれば、決定部１２３は受付部１２１が受け付けた更新実績により利用代金に割引額を適用されると判断することができる。この場合、決定部１２３は割引額テーブルＴ３（図７参照）に登録された各割引額を利用代金に適用する。なお、受付部１２１が更新実績を受け付けていない場合（ステップＳ７３：ＮＯ）、ステップＳ７４の処理をスキップする。

ステップＳ７３，Ｓ７４の処理が終了すると、決定部１２３は課金額を決定する（ステップＳ７５）。より詳しくは、決定部１２３は割引額が適用されていなければ、利用代金を課金額として決定し、割引額が適用されていれば割引額を適用した後の利用代金を課金額として決定する。課金額を決定すると、提示部１２４は課金請求画面を顧客端末２２に提示し（ステップＳ７６）、処理を終了する。図２２に示すように、課金請求画面は利用台数や利用時間といった利用実績と課金額とを含んでいる。これにより、顧客端末２２を操作する担当者Ｐ２は課金額を把握することができる。

以上説明したように、第１実施形態に係る課金管理システム１００は算出部１２２を備えている。算出部１２２は、顧客が利用する保守対象機器２０のソフトウェアを更新する操作情報に基づいて、保守対象機器２０の利用に伴う課金額に対する割引額を算出する。例えば、操作情報には、更新操作実施者が顧客自身である場合における、顧客自身による更新操作の実施、更新操作の時期、更新操作回数を採用することができる。これにより、顧客自身によるソフトウェアの更新を迅速化することができる。

（第２実施形態）
次に、図２３を参照して、本件の第２実施形態について説明する。図２３に示すように、早期割引算出処理ではステップＳ３１の処理の直前に、算出部１２２は早期割引算出処理時刻が０時００分であるか否かを毎日判断する（ステップＳ８１）。０時００分でない場合（ステップＳ８１：ＮＯ）、算出部１２２は早期割引算出処理を終了する。０時００分である場合（ステップＳ８１：ＹＥＳ）、算出部１２２は後続の処理を実行する。このように、算出部１２２は、日付が変更される時刻毎に１ヵ月以内であるか１ヵ月経過後であるかを判断し、判断結果に応じて、割引額を再計算する。

早期割引は最新ソフトウェアの公開日と更新操作の操作日との関係によって適用されるか否かが変わるため、日付が変わることを判断する処理を早期割引算出処理に含めることで、早期割引の適用精度を高めることができる。

以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、上述した各種のサーバは物理的なサーバで実現してもよいし、仮想的なサーバで実現してもよい。

１０ 管理者端末
２０ 保守対象機器
２１ 機器管理サーバ
２２ 顧客端末
１００ 課金管理システム
１２０ 処理部
１２１ 受付部
１２２ 算出部
１２３ 決定部
１２４ 提示部

Claims (8)

1. 顧客が利用する保守対象機器のソフトウェアを更新する更新操作実施者が顧客自身である場合に、前記顧客自身による更新操作の実施、前記更新操作の時期、前記更新操作の回数の操作情報に基づいて、前記保守対象機器の利用に伴う課金額に対する割引額をコンピュータによって算出する算出部、
   を含む課金管理システム。
2. 前記算出部は、最新の前記ソフトウェアが公開された後から、所定期間内に、最新の前記ソフトウェアに更新する更新操作が行われた場合、前記所定期間経過後に用いる第１割引量より大きな第２割引量に基づいて、前記割引額を算出する、
   ことを特徴とする請求項１に記載の課金管理システム。
3. 前記算出部は、日付が変更される時刻毎に前記所定期間内であるか前記所定期間経過後であるかを判断し、判断結果に応じて、前記割引額を再計算する、
   ことを特徴とする請求項２に記載の課金管理システム。
4. 前記算出部は、前記更新操作の回数が１回目の場合と、前記更新操作の回数が２回目以降の所定単位回数に到達した場合に、前記１回目と前記所定単位回数を除いた前記更新操作の回数に用いる第３割引量より大きな第４割引量に基づいて、前記割引額を算出する、
   ことを特徴とする請求項１から３のいずれか１項に記載の課金管理システム。
5. 前記保守対象機器の利用実績に従った利用代金と前記割引額とに基づいて、前記課金額を決定する決定部と、
   前記利用実績と前記課金額を含む画面を前記顧客に提示する提示部と、
   をさらに含むことを特徴とする請求項１から４のいずれか１項に記載の課金管理システム。
6. 前記保守対象機器は前記課金管理システムを使用してサービスを提供するサービス提供者から前記顧客に貸し出される情報機器を含む、
   ことを特徴とする請求項１から５のいずれか１項に記載の課金管理システム。
7. 顧客が利用する保守対象機器のソフトウェアを更新する更新操作実施者が顧客自身である場合に、前記顧客自身による更新操作の実施、前記更新操作の時期、前記更新操作の回数の操作情報に基づいて、前記保守対象機器の利用に伴う課金額に対する割引額を算出する、
   処理をコンピュータが実行する課金管理方法。
8. 顧客が利用する保守対象機器のソフトウェアを更新する更新操作実施者が顧客自身である場合に、前記顧客自身による更新操作の実施、前記更新操作の時期、前記更新操作の回数の少なくとも１つの操作情報に基づいて、前記保守対象機器の利用に伴う課金額に対する割引額を算出する、
   処理をコンピュータに実行させるための課金管理プログラム。

Images