JP2008299433A - ソフトウェア管理プログラム、ソフトウェア管理装置、およびソフトウェア管理方法 - Google Patents

Abstract

【課題】ソフトウェアの導入時および導入後の処理の簡素化を図ることにより、ソフトウェアの普及促進を図ること。
【解決手段】（Ａ）は、プロダクトキーによるライセンス認証がされ、インストールＩＤ、利用開始、利用期限が登録された状態をあらわしている。（Ｂ）は、（Ａ）の状態から、インストールＩＤを更新した状態をあらわしている。（Ｃ）は、（Ｂ）の状態から、処理社数を増加した状態をあらわしている。（Ｄ）は、（Ｃ）の状態から、利用期限を更新した状態をあらわしている。
【選択図】図５

Description

この発明は、クライアントにインストールされる／されたソフトウェアのライセンス管理をおこなうソフトウェア管理プログラム、ソフトウェア管理装置、およびソフトウェア管理方法に関する。

近年、行政機関に対する手続のペーパーレス化にともない、行政機関と電子手続をするためのソフトウェアを導入する企業が増加している一方、まだ、ペーパーレス化が進んでいない行政機関については、ペーパーレス化を促進するためにも、電子手続をするためのソフトウェアを普及させることが急務である。

一方で、従来から、ソフトウェアのライセンス管理には、ソフトウェアに付与されたプロダクトキーが用いられている。たとえば、プロダクトキーをソフトウェアのインストール時に入力することで、入力されたプロダクトキーまたは当該プロダクトキーに基づく固有の番号が、インストール元のクライアントから、ソフトウェアの製造・販売会社のサーバに送信される。

そして、サーバにおいて、あらかじめ登録されているプロダクトキーと送信されてきたプロダクトキーとを認証することで、インストール元のクライアントにインストールされるソフトウェアの正当性を認証することができる（たとえば、下記非特許文献１を参照。）。

マイクロソフト ライセンス認証（プロダクトアクティベーション）の概要、［online］、［平成１９年４月２６日検索］、インターネット＜ＵＲＬ：http://www.microsoft.com/japan/office/previous/2003/editions/prodinfo/activation.mspx＞

しかしながら、ソフトウェアを導入するためには、ソフトウェアの不正防止のため上述したライセンス認証が必要であるが、導入時のライセンス認証などの処理や導入後のリプレース、ライセンス更新などの処理が複雑化すると、企業などのユーザにとって手間がかかるという問題があった。またこれにより、ソフトウェアの導入自体を躊躇してしまい、ペーパーレス化が進まない原因になるという問題があった。

この発明は、上述した従来技術による問題点を解消するため、ソフトウェアの導入時および導入後の処理の簡素化を図ることにより、可及的速やかにソフトウェアの普及を図ることを目的とするソフトウェア管理プログラム、ソフトウェア管理装置、およびソフトウェア管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、この発明にかかるソフトウェア管理プログラム、ソフトウェア管理装置、およびソフトウェア管理方法は、ソフトウェアのインストール中のクライアントから前記ソフトウェアに付与された固有のプロダクトキーを受信し、受信されたプロダクトキーと既登録のプロダクトキーとに基づいて、前記ソフトウェアの正当性を認証し、前記ソフトウェアの正当性が認証された場合、前記ソフトウェアのインストールに固有のインストールＩＤを生成し、生成されたインストールＩＤを前記プロダクトキーと関連付けて登録し、登録されたインストールＩＤを前記クライアントに送信することを特徴とする。

この発明によれば、ソフトウェアをインストールしたクライアントに対して、クライアントの正当性を認証するためのインストールＩＤを付与することができる。

また、上記発明において、前記プロダクトキーに既登録のインストールＩＤが関連付けられているか否かを判断し、判断された判断結果に基づいて、生成されたインストールＩＤを、前記プロダクトキーと関連付けて登録し、前記インストールＩＤを前記クライアントに送信することとしてもよい。

具体的には、前記既登録のインストールＩＤが関連付けられていないと判断された場合、生成されたインストールＩＤを、前記プロダクトキーと関連付けて登録し、前記インストールＩＤを前記クライアントに送信する。

一方、前記プロダクトキーに既登録のインストールＩＤが関連付けられていると判断された場合、当該既登録のインストールＩＤに替えて、生成されたインストールＩＤを前記プロダクトキーに関連付けてあらたに登録し、あらたに登録されたインストールＩＤを前記クライアントに送信する。

また、前記既登録のインストールＩＤが関連付けられていないと判断された場合、生成されたインストールＩＤと前記ソフトウェアの利用期限とを、前記プロダクトキーと関連付けて登録し、前記インストールＩＤおよび前記利用期限を前記クライアントに送信する。

一方、前記プロダクトキーに既登録のインストールＩＤが関連付けられていると判断された場合、当該既登録のインストールＩＤに替えて、生成されたインストールＩＤを前記プロダクトキーと前記ソフトウェアの既登録の利用期限に関連付けてあらたに登録し、あらたに登録されたインストールＩＤおよび前記ソフトウェアの既登録の利用期限を前記クライアントに送信する。

これらの発明によれば、ソフトウェアをインストールする都度、あらたなインストールＩＤに更新される。したがって、ソフトウェアがインストールされた最新のクライアントのみに対してクライアントの正当性が認証される。

また、上記発明において、前記ソフトウェアは、前記ソフトウェアおよび前記クライアントの正当性が認証された場合にのみ実行可能であり、前記クライアントが前記ソフトウェアを起動する場合、前記クライアントから前記プロダクトキーおよび前記インストールＩＤを含む起動要求を受信し、受信された起動要求に含まれているプロダクトキーおよびインストールＩＤと登録されたプロダクトキーおよびインストールＩＤの組み合わせとに基づいて、前記ソフトウェアおよび前記クライアントの正当性を認証し、認証結果を前記クライアントに送信することとしてもよい。

同様に、前記ソフトウェアは、前記ソフトウェアおよび前記クライアントの正当性が認証された場合にのみ実行可能であり、前記クライアントが前記ソフトウェアを起動する場合、前記クライアントから前記プロダクトキーおよび前記インストールＩＤを含む起動要求を受信し、受信された起動要求に含まれているプロダクトキーおよびインストールＩＤと登録されたプロダクトキー、インストールＩＤおよび利用期限の組み合わせとに基づいて、前記ソフトウェアおよび前記クライアントの正当性を認証し、認証結果を前記クライアントに送信することを特徴とすることとしてもよい。

これらの発明によれば、ソフトウェアの起動時にクライアントの正当性を認証することができる。したがって、認証されるとソフトウェアを実行することができ、認証されないとソフトウェアを実行できないこととなる。

また、上記発明において、前記ソフトウェアに対して更新プログラムが必要であるか否かを判定し、さらに、前記クライアントから前記ソフトウェアの版数を受信し、前記ソフトウェアおよび前記クライアントの正当性が認証された場合、受信された前記ソフトウェアの版数に基づいて、前記ソフトウェアに対して更新プログラムが必要であるか否かを判定し、判定結果に基づいて、前記ソフトウェアの更新プログラムに関する情報を前記クライアントに送信することとしてもよい。

この発明によれば、ソフトウェアおよびクライアント両方の正当性認証が自動でされたクライアントに対してのみ、更新プログラムによるアップデートを促すことができる。

また、上記発明において、前記ソフトウェアの処理対象の数量が前記プロダクトキーに関連付けて登録されている場合、前記処理対象の数量の増加が可能であるか否かを判定し、前記クライアントから前記処理対象の数量の増加要求を受信し、前記ソフトウェアおよび前記クライアントの正当性が認証された場合、受信された増加要求に含まれている数量と、前記ソフトウェアに固有のプロダクトキーに関連付けられた処理対象の数量とに基づいて、前記処理対象の数量の増加が可能であるか否かを判定し、判定された判定結果を前記クライアントに送信することとしてもよい。

この発明によれば、ソフトウェアおよびクライアント両方の正当性認証が自動でされたクライアントに対してのみ、処理対象の数量の増加をおこなうことができる。

本発明にかかるソフトウェア管理プログラム、ソフトウェア管理装置、およびソフトウェア管理方法によれば、ソフトウェアの導入時および導入後の処理の簡素化を図ることにより、ソフトウェアの普及促進を図ることができるという効果を奏する。

以下に添付図面を参照して、この発明にかかるソフトウェア管理プログラム、ソフトウェア管理装置、およびソフトウェア管理方法の好適な実施の形態を詳細に説明する。なお、本実施の形態では、電子申告・納税を支援するソフトウェアを例に挙げて説明するが、管理対象となるソフトウェアは、電子申告・納税を支援するソフトウェアに限定されない。

図１は、ユーザである企業の組織を示す概要図である。図１において、親会社１０１は関連会社１０２（子会社含む）を支配下に有しており、親会社１０１自身および関連会社１０２の経理・財務を管轄している。上述した電子申告・納税を支援するソフトウェア（以下、単に「ソフトウェア」）は、親会社１０１に導入される。

（システム構成）
つぎに、この発明の実施の形態にかかるソフトウェア管理システムのシステム構成について説明する。図２は、この発明の実施の形態にかかるソフトウェア管理システムのシステム構成図である。図２において、ソフトウェア管理システム２００は、管理サーバ２０１とクライアント２０２とがインターネットなどのネットワーク２１０を介して相互に交信可能に接続されて構成されている。

管理サーバ２０１は、ソフトウェアを企業に販売する会社のサーバであり、本実施の形態のソフトウェア管理装置に該当する。管理サーバ２０１は、ＤＢ２０３を有しており、ソフトウェアのプロダクトキーが登録されている。

クライアント２０２は、ソフトウェアがインストールされる／されたコンピュータ装置であり、図１に示した親会社１０１が所有する。関連会社１０２の経理・財務状況は、親会社１０１のクライアント２０２にインストールされたソフトウェアを用いて管理されることとなる。

（ソフトウェア管理装置のハードウェア構成）
つぎに、この発明の実施の形態にかかるソフトウェア管理装置（管理サーバ２０１）のハードウェア構成について説明する。図３は、この発明の実施の形態にかかるソフトウェア管理装置のハードウェア構成を示すブロック図である。

図３において、ソフトウェア管理装置は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、ＨＤＤ（ハードディスクドライブ）３０４と、ＨＤ（ハードディスク）３０５と、ＦＤＤ（フレキシブルディスクドライブ）３０６と、着脱可能な記録媒体の一例としてのＦＤ（フレキシブルディスク）３０７と、ディスプレイ３０８と、Ｉ／Ｆ（インターフェース）３０９と、キーボード３１０と、マウス３１１と、スキャナ３１２と、プリンタ３１３と、を備えている。また、各構成部はバス３００によってそれぞれ接続されている。

ここで、ＣＰＵ３０１は、ソフトウェア管理装置の全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＨＤＤ３０４は、ＣＰＵ３０１の制御にしたがってＨＤ３０５に対するデータのリード／ライトを制御する。ＨＤ３０５は、ＨＤＤ３０４の制御で書き込まれたデータを記憶する。

ＦＤＤ３０６は、ＣＰＵ３０１の制御にしたがってＦＤ３０７に対するデータのリード／ライトを制御する。ＦＤ３０７は、ＦＤＤ３０６の制御で書き込まれたデータを記憶したり、ＦＤ３０７に記憶されたデータをソフトウェア管理装置に読み取らせたりする。

また、着脱可能な記録媒体として、ＦＤ３０７のほか、ＣＤ−ＲＯＭ（ＣＤ−Ｒ、ＣＤ−ＲＷ）、ＭＯ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、メモリーカードなどであってもよい。ディスプレイ３０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ３０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。

Ｉ／Ｆ３０９は、通信回線を通じてインターネットなどのネットワーク２１０に接続され、このネットワーク２１０を介して他の装置に接続される。そして、Ｉ／Ｆ３０９は、ネットワーク２１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ３０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。

キーボード３１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス３１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。

スキャナ３１２は、画像を光学的に読み取り、ソフトウェア管理装置内に画像データを取り込む。なお、スキャナ３１２は、ＯＣＲ機能を持たせてもよい。また、プリンタ３１３は、画像データや文書データを印刷する。プリンタ３１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。

（データベースの記憶内容）
つぎに、図２に示したＤＢ２０３の記憶内容について説明する。図４は、図２に示したＤＢ２０３の記憶内容を示す説明図である。図４において、ＤＢ２０３は、プロダクトキーと処理社数とインストールＩＤと利用開始（年月日）と利用期限とを管理している。

プロダクトキーとは、インストールされるソフトウェアの正当性、すなわち、ライセンス管理に利用されるアルファベットと数字 (または数字のみ)を組み合わせた固有のＩＤである。シリアルナンバとも呼ばれる。プロダクトキーは、販売したソフトウェアに付与され、あらかじめＤＢ２０３に登録されるとともに、販売されたソフトウェアとともにユーザである企業（図１の親会社１０１）に通知される。

処理社数とは、インストールされたソフトウェアを用いて、当該ソフトウェアを導入した企業により管理される企業数である。ソフトウェアを導入した企業が図１に示した親会社１０１である場合、処理社数は、関連会社１０２の中から親会社１０１が申請した関連会社１０２の数となる。この処理社数は、管理サーバ２０１により上限値が設定されていてもよい。

インストールＩＤとは、インストール先のクライアント２０２の正当性を認証するためのアルファベットと数字 (または数字のみ)を組み合わせた固有のＩＤである。インストールＩＤは、ソフトウェアがクライアント２０２にインストールされる都度生成され、最新のインストールＩＤに更新される。

利用開始（年月日）とは、初回のインストール時の年月日であり、利用期限の起算日となる。利用期限とは、利用開始（年月日）を起算日として、あらかじめ設定された利用期間（たとえば、１年間）の満了日、または満了月の末日である。また、図４において、符号４００は、クライアント２０２からプロダクトキーによるライセンス認証がおこなわれていないレコードである。

図５は、ＤＢ２０３の更新状況を示す説明図である。図５では、例として図４に示したレコード４００の更新状況について説明する。図５中、（Ａ）は、図４に示した状態からプロダクトキーによるライセンス認証がされ、インストールＩＤ、利用開始、利用期限が登録された状態をあらわしている。（Ｂ）は、（Ａ）の状態から、インストールＩＤを更新した状態をあらわしている。（Ｃ）は、（Ｂ）の状態から、処理社数を増加した状態をあらわしている。（Ｄ）は、（Ｃ）の状態から、利用期限を更新した状態をあらわしている。

（ソフトウェア管理装置の機能的構成）
つぎに、この発明の実施の形態にかかるソフトウェア管理装置（管理サーバ２０１）の機能的構成について説明する。図６は、この発明の実施の形態にかかるソフトウェア管理装置の機能的構成を示すブロック図である。

図６において、ソフトウェア管理装置は、受信部６０１と、認証部６０２と、生成部６０３と、登録部６０５と、送信部６０７と、判断部６０４と、判定部６０６と、から構成されている。これらの機能的構成は、図３に示したＲＯＭ３０２，ＲＡＭ３０３，ＨＤ３０５などの記録媒体に記録されているプログラムを、ＣＰＵ３０１に実行させることによって、またはＩ／Ｆ３０９によって、その機能を実現する。

まず、受信部６０１は、クライアント２０２から各種情報を受信する機能を有する。具体的には、ソフトウェアのインストール中のクライアント２０２からソフトウェアに付与された固有のプロダクトキーを受信する。また、クライアント２０２がソフトウェアを起動する場合、クライアント２０２からプロダクトキーおよびインストールＩＤを含む起動要求を受信する。

また、ソフトウェアの起動中（起動開始含む）に、クライアント２０２からソフトウェアの版数を受信する。また、ソフトウェアの起動中に、クライアント２０２から処理対象の数量の増加要求を受信する。ここで、処理対象とは、ソフトウェアで処理されるデータにより特定されるものであり、ここでは、図１に示した関連会社１０２に相当する。したがって、処理対象の数量とは、図４に示した処理社数に相当する。

また、認証部６０２は、ＤＢ２０３を参照して各種認証をおこなう機能を有する。具体的には、ソフトウェアのインストール時では、受信部６０１によって受信されたプロダクトキーと（登録部６０５によって登録された）既登録のプロダクトキーとに基づいて、ソフトウェアの正当性を認証するという、いわゆるライセンス認証である。両プロダクトキーが一致すれば認証され、不一致であれば認証されない。

また、認証部６０２は、ソフトウェア起動時には、受信部６０１によって受信された起動要求に含まれているプロダクトキーおよびインストールＩＤと登録部６０５によって登録されたプロダクトキーおよびインストールＩＤの組み合わせとに基づいて、ソフトウェアおよびクライアント２０２の正当性を認証する。

すなわち、上述のように、両プロダクトキーによるソフトウェアの正当性の認証処理（ライセンス認証）と、起動要求に含まれているインストールＩＤと登録部６０５によって登録されたインストールＩＤとに基づくクライアント２０２の正当性の認証処理とをおこなう。このクライアント２０２の正当性の認証処理とは、そのクライアント２０２にインストールされたソフトウェアを正当に実行できる権限が当該クライアント２０２にあるか否かを認証する処理である。

また、認証部６０２は、上記ソフトウェアの正当性の認証処理に際し、利用期限の経過の有無も判断する。すなわち、プロダクトキーが一致していても、利用期限が経過している場合には、認証されないこととなる。

また、生成部６０３は、認証部６０２によってソフトウェアの正当性が認証された場合、ソフトウェアのインストールに固有のインストールＩＤを生成する機能を有する。すなわち、生成部６０３は、ソフトウェアのインストールがおこなわれてライセンス認証がされる都度、固有のインストールＩＤを生成する。生成されたインストールＩＤは、ＤＢ２０３において更新される。

たとえば、既にインストールされているクライアント２０２から他のクライアント２０２にソフトウェアをリプレースした場合、リプレース先のクライアント２０２では、インストール時のライセンス認証により、あらたに生成されたインストールＩＤが付与される。したがって、その後ソフトウェアを起動する場合、上述したように、クライアント２０２の正当性の認証処理がおこなわれて認証されることとなる。

一方、リプレース元のクライアント２０２でソフトウェアをアンインストールしていなくても、リプレース元のクライアント２０２でソフトウェアを起動してもインストールＩＤが異なるため、クライアント２０２の正当性が認証されず、ソフトウェアを起動することができないこととなる。

また、判断部６０４は、プロダクトキーに既登録のインストールＩＤが関連付けられているか否かを判断する機能を有する。具体的には、既登録のインストールＩＤが関連付けられていない場合、まだ、そのプロダクトキーにより特定されるソフトウェアは、一度もインストールされていないこととなる。一方、既登録のインストールＩＤが関連付けられている場合、そのプロダクトキーにより特定されるソフトウェアは、クライアント２０２にインストール済みであることがわかる。

また、登録部６０５は、各種情報をＤＢ２０３に登録（更新含む）する機能を有する。具体的には、たとえば、生成部６０３によって生成されたインストールＩＤをプロダクトキーと関連付けて登録する。より具体的には、図４に示したように、インストールするソフトウェアに付与されているプロダクトキーと、そのプロダクトキーでライセンス認証されたことにより生成されたインストールＩＤを、同一レコードで登録する。また、登録部６０５は、初回のインストールである場合、利用開始（年月日）や利用期限も登録する。

また、登録部６０５は、判断部６０４によって判断された判断結果に基づいて、生成部６０３によって生成されたインストールＩＤをプロダクトキーと関連付けて登録することとしてもよい。この場合、判断部６０４によって既登録のインストールＩＤが関連付けられていないと判断された場合、生成部６０３によって生成されたインストールＩＤを、プロダクトキーと関連付けて登録する。

一方、判断部６０４によってプロダクトキーに既登録のインストールＩＤが関連付けられていると判断された場合、当該既登録のインストールＩＤに替えて、生成部６０３によって生成されたインストールＩＤをプロダクトキーに関連付けてあらたに登録する。すなわち、インストールＩＤのみを更新する。

また、判定部６０６は、ソフトウェアに対して更新プログラムが必要であるか否かを判定する機能を有する。具体的には、たとえば、ソフトウェアの起動中（起動開始含む）に、クライアント２０２からソフトウェアの版数が受信された場合、ソフトウェアの最新の版数と比較して、最新の版数よりも低い場合には、更新プログラムが必要であると判定する。

また、判定部６０６は、ソフトウェアの処理対象の数量（処理社数）がプロダクトキーに関連付けて登録されている場合、処理対象の数量（処理社数）の増加が可能であるか否かを判定する機能も有する。具体的には、たとえば、ＤＢ２０３に登録されている処理社数があらかじめ設定された上限値未満である場合、上限値まで増加可能である。なお、上限値は、変動するようにしてもよい。たとえば、あらかじめ追加手数料を支払うなどして対応することにより、上限値を引き上げることができる。

また、送信部６０７は、ソフトウェアがインストールされる／されたクライアント２０２に各種情報を送信する機能を有する。具体的には、登録部６０５によって登録されたインストールＩＤをクライアント２０２に送信する。また、インストールＩＤとともに利用期限をクライアント２０２に送信する。また、ソフトウェアの正当性の認証結果やクライアント２０２の正当性の認証結果も送信する。

また、判定部６０６により更新プログラムが必要であると判定された場合、ソフトウェアの更新プログラムに関する情報をクライアント２０２に送信する。更新プログラムに関する情報とは、更新プログラムそのものでもよく、また、更新プログラムがアップロードされているＷｅｂサイトのＵＲＬでもよい。

また、判定部６０６により、ソフトウェアの処理対象の数量（処理社数）の増加が可能であると判定された場合、その判定結果をクライアント２０２に送信する。ここで、判定結果には、解除キーが含まれており、クライアント２０２が解除キーを受信することにより、増加分のデータベース領域を作成することができる。

（管理サーバ２０１による登録処理）
つぎに、管理サーバ２０１による登録処理について説明する。図７は、管理サーバ２０１による登録処理手順を示すフローチャートである。まず、プロダクトキーおよび処理社数が受け付けられたか否かを判断する（ステップＳ７０１）。プロダクトキーおよび処理社数が受け付けられると（ステップＳ７０１：Ｙｅｓ）、新規登録処理をおこなう（ステップＳ７０２）。たとえば、図４のレコード４００に示したように、プロダクトキー「ＸＸＸ−ＸＸＸ−ＸＸＸ」および処理社数「１」が書き込まれる。

また、ステップＳ７０１：Ｎｏの場合、プロダクトキーおよび増加分の処理社数が受け付けられたか否かを判断する（ステップＳ７０３）。プロダクトキーおよび増加分の処理社数が受け付けられると（ステップＳ７０３：Ｙｅｓ）、処理社数を更新する（ステップＳ７０４）。すなわち、受け付けられたプロダクトキーに関連付けられている処理社数を増加する。たとえば、図５に示したように、（Ｂ）の状態から処理社数が１増加する場合、（Ｃ）の状態となる。

また、ステップＳ７０３：Ｎｏの場合、プロダクトキーおよび利用期限の更新入力が受け付けられたか否かを判断する（ステップＳ７０５）。プロダクトキーおよび利用期限の更新入力が受け付けられると（ステップＳ７０５：Ｙｅｓ）、利用期限を更新する（ステップＳ７０６）。すなわち、受け付けられたプロダクトキーに関連付けられている利用期限を更新する。たとえば、図５に示したように、（Ｃ）の状態から更新入力があった場合、（Ｄ）の状態となる。

（インストール処理）
つぎに、ソフトウェアのインストール処理について説明する。図８は、ソフトウェアのインストール処理手順を示すフローチャートである。図８中、左側のフローチャートはクライアント２０２側の処理手順を示しており、右側のフローチャートは管理サーバ２０１側の処理手順を示している。また、両フローチャート間の点線矢印は、クライアント２０２−管理サーバ２０１間におけるデータの流れを示す。

まず、クライアント２０２側のフローチャートについて説明する。クライアント２０２では、ソフトウェアのインストーラを起動する（ステップＳ８０１）。つぎに、ユーザ操作によりプロダクトキーを入力して（ステップＳ８０２）、入力されたプロダクトキーを管理サーバ２０１に送信する（ステップＳ８０３）。

このあと、エラーか否かを判断する（ステップＳ８０４）。具体的には、たとえば、管理サーバ２０１からエラー信号が受信されたか否かを判断したり、タイムアップか否かを判断する。エラーである場合（ステップＳ８０４：Ｙｅｓ）、プロダクトキーによるライセンス認証がされなかった（またはタイムアップ）こととなり、ステップＳ８０２に戻る。一方、エラーでない場合（ステップＳ８０４：Ｎｏ）、管理サーバ２０１から登録情報が受信されたか否かを判断する（ステップＳ８０５）。

ここで、登録情報とは、管理サーバ２０１のＤＢ２０３に登録されたインストールＩＤ、処理社数および利用期限である。登録情報が受信されていない場合（ステップＳ８０５：Ｎｏ）、ステップＳ８０４に戻る。一方、登録情報が受信された場合（ステップＳ８０５：Ｙｅｓ）、インストールＩＤおよび利用期限を保存して（ステップＳ８０６）、処理社数分のデータベース領域を作成する（ステップＳ８０７）。これにより、ソフトウェアを実行することで処理社数分のデータを保存することができる。

つぎに、管理サーバ２０１側のフローチャートについて説明する。管理サーバ２０１では、まず、クライアント２０２からプロダクトキーが受信されるのを待ち受ける（ステップＳ８１１：Ｎｏ）。プロダクトキーが受信された場合（ステップＳ８１１：Ｙｅｓ）、ソフトウェアの正当性認証（ライセンス認証）をおこなう（ステップＳ８１２）。

具体的には、受信されたプロダクトキーとＤＢ２０３内の既登録のプロダクトキーとの一致判定をおこなう。一致するプロダクトキーがある場合は認証され、一致するプロダクトキーがない場合は認証されないこととなる。

そして、認証されなかった場合（ステップＳ８１３：Ｎｏ）、クライアント２０２に対しエラー送信をして（ステップＳ８１４）、ステップＳ８１１に戻る。一方、認証された場合（ステップＳ８１３：Ｙｅｓ）、インストールＩＤを生成する（ステップＳ８１５）。そして、ステップＳ８１２で認証されたプロダクトキーのレコードに既登録のインストールＩＤがあるか否かを判断する（ステップＳ８１６）。

既登録のインストールＩＤがない場合（ステップＳ８１６：Ｎｏ）、利用開始、利用期限をそのレコードに登録するとともに（ステップＳ８１７）、生成されたインストールＩＤも登録する（ステップＳ８１８）。そして、ステップＳ８２０に移行する。

一方、既登録のインストールＩＤがある場合（ステップＳ８１６：Ｙｅｓ）、生成されたインストールＩＤに更新して（ステップＳ８１９）、ステップＳ８２０に移行する。そして、ステップＳ８２０において、インストールＩＤ，利用期限および処理社数を含む登録情報をクライアント２０２に送信する（ステップＳ８２０）。

これにより、クライアント２０２では、ステップＳ８０５〜Ｓ８０７の処理が実行されることとなる。したがって、ライセンス認証されたクライアント２０２にのみソフトウェアがインストールされることとなる。

（ソフトウェアの起動処理）
つぎに、ソフトウェアの起動処理について説明する。図９は、ソフトウェアの起動処理手順を示すフローチャートである。図９中、左側のフローチャートはクライアント２０２側の処理手順を示しており、右側のフローチャートは管理サーバ２０１側の処理手順を示している。また、両フローチャート間の点線矢印は、クライアント２０２−管理サーバ２０１間におけるデータの流れを示す。

まず、クライアント２０２側のフローチャートについて説明する。クライアント２０２では、ソフトウェアの起動入力があるまで待ち受ける（ステップＳ９０１：Ｎｏ）。ソフトウェアの起動入力があった場合（ステップＳ９０１：Ｙｅｓ）、管理サーバ２０１に起動要求を送信する（ステップＳ９０２）。この起動要求には、プロダクトキーおよびインストールＩＤが含まれる。この起動要求を管理サーバ２０１に送信することにより、管理サーバ２０１においてクライアント２０２の正当性認証がおこなわれる。

そして、管理サーバ２０１から認証結果が受信されたか否かを判断する（ステップＳ９０３）。認証結果とは、管理サーバ２０１によるクライアント２０２の正当性認証の認証結果である。所定時間内に認証結果が受信されなかった場合（ステップＳ９０３：Ｎｏ）、エラー表示をおこなう（ステップＳ９０４）。

一方、認証結果が受信された場合（ステップＳ９０３：Ｙｅｓ）、認証されたか否かを判断する（ステップＳ９０５）。認証されなかった場合（ステップＳ９０５：Ｎｏ）、エラー表示をおこなう（ステップＳ９０４）。一方、認証された場合（ステップＳ９０５：Ｙｅｓ）、ソフトウェアを起動する（ステップＳ９０６）。これにより、クライアント２０２の正当性が認証された場合のみ、インストールされたソフトウェアが起動されることとなる。

つぎに、管理サーバ２０１側のフローチャートについて説明する。管理サーバ２０１では、クライアント２０２からの起動要求が受信されるのを待ち受け（ステップＳ９１１：Ｎｏ）、起動要求が受信された場合（ステップＳ９１１：Ｙｅｓ）、クライアント２０２の正当性認証をおこなう（ステップＳ９１２）。

このクライアント２０２の正当性認証では、起動要求に含まれるプロダクトキーおよびインストールＩＤの組み合わせと、ＤＢ２０３内の既登録のプロダクトキーおよびインストールＩＤの組み合わせとの一致判定をおこなう。一致するプロダクトキーおよびインストールＩＤの組み合わせがあれば認証され、なければ認証されない。

また、現在時刻がその利用期限を経過していれば、一致するプロダクトキーおよびインストールＩＤの組み合わせがあっても認証されない。このあと、起動要求を送信したクライアント２０２に認証結果を送信する（ステップＳ９１３）。これにより、クライアント２０２では、ステップＳ９０３〜Ｓ９０６の処理が実行されることとなる。したがって、正当性認証されたクライアント２０２のみソフトウェアが起動されることとなる。

（処理社数の増加処理）
つぎに、処理社数の増加処理について説明する。図１０は、処理社数の増加処理手順を示すフローチャートである。図１０中、左側のフローチャートはクライアント２０２側の処理手順を示しており、右側のフローチャートは管理サーバ２０１側の処理手順を示している。また、両フローチャート間の点線矢印は、クライアント２０２−管理サーバ２０１間におけるデータの流れを示す。

まず、クライアント２０２側のフローチャートについて説明する。クライアント２０２では、ソフトウェアの起動が終了したか否かを判断する（ステップＳ１００１）。終了していない場合（ステップＳ１００１：Ｎｏ）、処理社数の増加入力があったか否かを判断する（ステップＳ１００２）。増加入力とは、増加したい処理社数を入力することである。

増加入力がない場合（ステップＳ１００２：Ｎｏ）、ステップＳ１００１に戻る。一方、増加入力がある場合（ステップＳ１００２：Ｙｅｓ）、処理社数の増加要求を管理サーバ２０１に送信する（ステップＳ１００３）。これにより、管理サーバ２０１において処理社数の増加に対する判定がおこなわれる。

このあと、管理サーバ２０１から判定結果が受信されたか否かを判断する（ステップＳ１００４）。判定結果とは、管理サーバ２０１による処理社数の増加判定の判定結果である。所定時間内に判定結果が受信されなかった場合（ステップＳ１００４：Ｎｏ）、エラー表示をおこない（ステップＳ１００５）、ステップＳ１００２に戻る。

一方、判定結果が受信された場合（ステップＳ１００４：Ｙｅｓ）、増加が認められたか否かを判断する（ステップＳ１００６）。増加ＮＧ、すなわち、認められなかった場合（ステップＳ１００６：Ｎｏ）、エラー表示をおこない（ステップＳ１００５）、ステップＳ１００２に戻る。

一方、増加ＯＫ、すなわち、認められた場合（ステップＳ１００６：Ｙｅｓ）、処理社数の増加分のデータベース領域を作成し（ステップＳ１００７）、ステップＳ１００２に戻る。また、ステップＳ１００１において、起動終了である場合（ステップＳ１００１：Ｙｅｓ）、一連の処理を終了する。

つぎに、管理サーバ２０１側のフローチャートについて説明する。管理サーバ２０１では、処理社数の増加要求が受信されるのを待ち受け（ステップＳ１０１１：Ｎｏ）、増加要求が受信された場合（ステップＳ１０１１：Ｙｅｓ）、処理社数の増加判定をおこなう（ステップＳ１０１２）。

この処理社数の増加判定では、処理社数のしきい値と増加後の処理社数とを比較して、しきい値以下である場合、増加ＯＫと判定され、しきい値より大きい場合、増加ＮＧと判定される。このあと、この判定結果をクライアント２０２に送信する（ステップＳ１０１３）。これにより、クライアント２０２では、ステップＳ１００４〜Ｓ１００７の処理が実行されることとなる。したがって、追加が認められたクライアント２０２のみその分のデータベース領域を作成することができる。

（ソフトウェアのアップデート処理）
つぎに、ソフトウェアのアップデート処理について説明する。図１１は、ソフトウェアのアップデート処理手順を示すフローチャートである。図１１中、左側のフローチャートはクライアント２０２側の処理手順を示しており、右側のフローチャートは管理サーバ２０１側の処理手順を示している。また、両フローチャート間の点線矢印は、クライアント２０２−管理サーバ２０１間におけるデータの流れを示す。

まず、クライアント２０２側のフローチャートについて説明する。クライアント２０２では、ソフトウェアの起動が終了したか否かを判断する（ステップＳ１１０１）。終了していない場合（ステップＳ１１０１：Ｎｏ）、更新プログラムの確認要求を送信するか否かを判断する（ステップＳ１１０２）。更新プログラムの確認要求には、現在インストールされているソフトウェアのプロダクトキーおよび版数が含まれている。なお、ソフトウェアが起動されると、自動的に送信するように設定しておくこととしてもよい。

送信しない場合（ステップＳ１１０２：Ｎｏ）、ステップＳ１１０１に戻る。一方、送信する場合（ステップＳ１１０２：Ｙｅｓ）、更新プログラムの確認要求を管理サーバ２０１に送信する（ステップＳ１１０３）。これにより、管理サーバ２０１において、更新プログラムによるアップデートの必要性が判断される。

このあと、メッセージが受信されたか否かを判断する（ステップＳ１１０４）。メッセージとは、更新プログラムによるアップデートを促すメッセージである。たとえば、更新プログラムがアップロードされているＷｅｂサイトのＵＲＬが記述されている。所定時間内にメッセージが受信されなかった場合（ステップＳ１１０４：Ｎｏ）、エラー表示して（ステップＳ１１０５）、ステップＳ１１０１に戻る。

一方、メッセージが受信された場合（ステップＳ１１０４：Ｙｅｓ）、そのメッセージを表示して（ステップＳ１１０６）、更新プログラムのダウンロードをおこなう（ステップＳ１１０７）。たとえば、表示されたメッセージに記述されているＵＲＬを指定することで、更新プログラムがアップロードされているＷｅｂサイトにアクセスして、そのＷｅｂサイトから更新プログラムをダウンロードすることができる。そして、このダウンロードにより、ソフトウェアをアップデートして（ステップＳ１１０８）、ステップＳ１１０１に戻る。なお、ステップＳ１１０１において、起動終了の場合（ステップＳ１１０１：Ｙｅｓ）、一連の処理を終了する。

つぎに、管理サーバ２０１側のフローチャートについて説明する。管理サーバ２０１では、更新プログラムの確認要求が受信されるのを待ち受け（ステップＳ１１１１：Ｎｏ）、確認要求が受信された場合（ステップＳ１１１１：Ｙｅｓ）、アップデート可能な更新プログラムがあるか否かを判断する（ステップＳ１１１２）。具体的には、確認要求に含まれている版数と最新のソフトウェアの版数とを比較することにより判断する。

そして、更新プログラムがない場合（ステップＳ１１１２：Ｎｏ）、ステップＳ１１１１に戻る。一方、更新プログラムがある場合（ステップＳ１１１２：Ｙｅｓ）、更新プログラムによるアップデートを促すメッセージをクライアント２０２に送信する（ステップＳ１１１３）。これにより、クライアント２０２では、ステップＳ１１０４〜Ｓ１１０８の処理が実行されることとなる。したがって、アップデートが必要なソフトウェアのみアップデートすることができる。

（利用期限の確認処理）
つぎに、利用期限の確認処理について説明する。図１２は、利用期限の確認処理手順を示すフローチャートである。図１２中、左側のフローチャートはクライアント２０２側の処理手順を示しており、右側のフローチャートは管理サーバ２０１側の処理手順を示している。また、両フローチャート間の点線矢印は、クライアント２０２−管理サーバ２０１間におけるデータの流れを示す。

まず、クライアント２０２側のフローチャートについて説明する。クライアント２０２では、ソフトウェアの起動が終了したか否かを判断する（ステップＳ１２０１）。終了していない場合（ステップＳ１２０１：Ｎｏ）、利用期限の確認要求を送信するか否かを判断する（ステップＳ１２０２）。利用期限の確認要求には、プロダクトキーが含まれている。なお、ソフトウェアが起動されると、自動的に送信するように設定しておくこととしてもよい。

送信しない場合（ステップＳ１２０２：Ｎｏ）、ステップＳ１２０１に戻る。一方、送信する場合（ステップＳ１２０２：Ｙｅｓ）、利用期限の確認要求を管理サーバ２０１に送信する（ステップＳ１２０３）。これにより、管理サーバ２０１において、利用期限の確認がおこなわれる。

このあと、利用期限データが受信されたか否かを判断する（ステップＳ１２０４）。利用期限データとは、利用期限そのものでもよく、残存日数でもよい。所定時間内に利用期限データが受信されなかった場合（ステップＳ１２０４：Ｎｏ）、エラー表示して（ステップＳ１２０５）、ステップＳ１２０１に戻る。一方、利用期限データが受信された場合（ステップＳ１２０４：Ｙｅｓ）、その利用期限データを表示して（ステップＳ１２０６）、ステップＳ１２０１に戻る。なお、ステップＳ１２０１において、起動終了の場合（ステップＳ１２０１：Ｙｅｓ）、一連の処理を終了する。

つぎに、管理サーバ２０１側のフローチャートについて説明する。管理サーバ２０１では、利用期限の確認要求が受信されるのを待ち受け（ステップＳ１２１１：Ｎｏ）、確認要求が受信された場合（ステップＳ１２１１：Ｙｅｓ）、確認要求に含まれているプロダクトキーを手掛かりとして、ＤＢ２０３から利用期限を特定し（ステップＳ１２１２）、残存日数を算出する（ステップＳ１２１３）。

そして、クライアント２０２に利用期限データを送信する（ステップＳ１２１４）。これにより、クライアント２０２では、ステップＳ１２０４〜Ｓ１２０６の処理が実行されることとなる。したがって、ソフトウェアの利用期限または残存日数を自動的に通知することができる。

以上説明したように、本実施の形態によれば、ソフトウェアの正当性認証（ライセンス認証）やクライアント２０２の正当性認証をおこなう際のユーザの煩わしさを解消することができる。また、これにより、ソフトウェアの普及を促進することができる。

なお、本実施の形態で説明したソフトウェア管理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。

以上のように、本発明にかかるソフトウェア管理プログラム、ソフトウェア管理装置、およびソフトウェア管理方法は、ライセンス商品となるソフトウェアの管理に有用であり、正規版またはベータ版のソフトウェアに適している。

ユーザである企業の組織を示す概要図である。 この発明の実施の形態にかかるソフトウェア管理システムのシステム構成図である。 この発明の実施の形態にかかるソフトウェア管理装置のハードウェア構成を示すブロック図である。 図２に示したＤＢの記憶内容を示す説明図である。 ＤＢの更新状況を示す説明図である。 この発明の実施の形態にかかるソフトウェア管理装置の機能的構成を示すブロック図である。 管理サーバによる登録処理手順を示すフローチャートである。 ソフトウェアのインストール処理手順を示すフローチャートである。 ソフトウェアの起動処理手順を示すフローチャートである。 処理社数の増加処理手順を示すフローチャートである。 ソフトウェアのアップデート処理手順を示すフローチャートである。 利用期限の確認処理手順を示すフローチャートである。

符号の説明

２００ ソフトウェア管理システム
２０１ 管理サーバ
２０２ クライアント
６０１ 受信部
６０２ 認証部
６０３ 生成部
６０４ 判断部
６０５ 登録部
６０６ 判定部
６０７ 送信部

Claims (12)

1. コンピュータを、
   ソフトウェアのインストール中のクライアントから前記ソフトウェアに付与された固有のプロダクトキーを受信する受信手段、
   前記受信手段によって受信されたプロダクトキーと既登録のプロダクトキーとに基づいて、前記ソフトウェアの正当性を認証する認証手段、
   前記認証手段によって前記ソフトウェアの正当性が認証された場合、前記ソフトウェアのインストールに固有のインストールＩＤを生成する生成手段、
   前記生成手段によって生成されたインストールＩＤを前記プロダクトキーと関連付けて登録する登録手段、
   前記登録手段によって登録されたインストールＩＤを前記クライアントに送信する送信手段、
   として機能させることを特徴とするソフトウェア管理プログラム。
2. 前記コンピュータを、
   前記プロダクトキーに既登録のインストールＩＤが関連付けられているか否かを判断する判断手段として機能させ、
   前記登録手段は、
   前記判断手段によって判断された判断結果に基づいて、前記生成手段によって生成されたインストールＩＤを、前記プロダクトキーと関連付けて登録し、
   前記送信手段は、
   前記インストールＩＤを前記クライアントに送信することを特徴とする請求項１に記載のソフトウェア管理プログラム。
3. 前記登録手段は、
   前記判断手段によって前記既登録のインストールＩＤが関連付けられていないと判断された場合、前記生成手段によって生成されたインストールＩＤを、前記プロダクトキーと関連付けて登録し、
   前記送信手段は、
   前記インストールＩＤを前記クライアントに送信することを特徴とする請求項２に記載のソフトウェア管理プログラム。
4. 前記登録手段は、
   前記判断手段によって前記プロダクトキーに既登録のインストールＩＤが関連付けられていると判断された場合、当該既登録のインストールＩＤに替えて、前記生成手段によって生成されたインストールＩＤを前記プロダクトキーに関連付けてあらたに登録し、
   前記送信手段は、
   前記登録手段によってあらたに登録されたインストールＩＤを前記クライアントに送信することを特徴とする請求項２に記載のソフトウェア管理プログラム。
5. 前記登録手段は、
   前記判断手段によって前記既登録のインストールＩＤが関連付けられていないと判断された場合、前記生成手段によって生成されたインストールＩＤと前記ソフトウェアの利用期限とを、前記プロダクトキーと関連付けて登録し、
   前記送信手段は、
   前記インストールＩＤおよび前記利用期限を前記クライアントに送信することを特徴とする請求項２に記載のソフトウェア管理プログラム。
6. 前記登録手段は、
   前記判断手段によって前記プロダクトキーに既登録のインストールＩＤが関連付けられていると判断された場合、当該既登録のインストールＩＤに替えて、前記生成手段によって生成されたインストールＩＤを前記プロダクトキーと前記ソフトウェアの既登録の利用期限に関連付けてあらたに登録し、
   前記送信手段は、
   前記登録手段によってあらたに登録されたインストールＩＤおよび前記ソフトウェアの既登録の利用期限を前記クライアントに送信することを特徴とする請求項２に記載のソフトウェア管理プログラム。
7. 前記ソフトウェアは、
   前記認証手段により前記ソフトウェアおよび前記クライアントの正当性が認証された場合にのみ実行可能であり、
   前記受信手段は、
   前記クライアントが前記ソフトウェアを起動する場合、前記クライアントから前記プロダクトキーおよび前記インストールＩＤを含む起動要求を受信し、
   前記認証手段は、
   前記受信手段によって受信された起動要求に含まれているプロダクトキーおよびインストールＩＤと前記登録手段によって登録されたプロダクトキーおよびインストールＩＤの組み合わせとに基づいて、前記ソフトウェアおよび前記クライアントの正当性を認証し、
   前記送信手段は、
   前記認証手段による認証結果を前記クライアントに送信することを特徴とする請求項１〜５のいずれか一つに記載のソフトウェア管理プログラム。
8. 前記ソフトウェアは、
   前記ソフトウェアおよび前記クライアントの正当性が認証された場合にのみ実行可能であり、
   前記受信手段は、
   前記クライアントが前記ソフトウェアを起動する場合、前記クライアントから前記プロダクトキーおよび前記インストールＩＤを含む起動要求を受信し、
   前記認証手段は、
   前記受信手段によって受信された起動要求に含まれているプロダクトキーおよびインストールＩＤと前記登録手段によって登録されたプロダクトキー、インストールＩＤおよび利用期限の組み合わせとに基づいて、前記ソフトウェアおよび前記クライアントの正当性を認証し、
   前記送信手段は、
   前記認証手段による認証結果を前記クライアントに送信することを特徴とする請求項６または７に記載のソフトウェア管理プログラム。
9. 前記コンピュータを、
   前記ソフトウェアに対して更新プログラムが必要であるか否かを判定する判定手段として機能させ、
   前記受信手段は、
   さらに、前記クライアントから前記ソフトウェアの版数を受信し、
   前記判定手段は、
   前記認証手段によって前記ソフトウェアおよび前記クライアントの正当性が認証された場合、前記受信手段によって受信された前記ソフトウェアの版数に基づいて、前記ソフトウェアに対して更新プログラムが必要であるか否かを判定し、
   前記送信手段は、
   前記判定手段によって判定された判定結果に基づいて、前記ソフトウェアの更新プログラムに関する情報を前記クライアントに送信することを特徴とする請求項７または８に記載のソフトウェア管理プログラム。
10. 前記コンピュータを、
    前記ソフトウェアの処理対象の数量が前記プロダクトキーに関連付けて登録されている場合、前記処理対象の数量の増加が可能であるか否かを判定する判定手段として機能させ、
    前記受信手段は、
    前記クライアントから前記処理対象の数量の増加要求を受信し、
    前記判定手段は、
    前記認証手段によって前記ソフトウェアおよび前記クライアントの正当性が認証された場合、前記受信手段によって受信された増加要求に含まれている数量と、前記ソフトウェアに固有のプロダクトキーに関連付けられた処理対象の数量とに基づいて、前記処理対象の数量の増加が可能であるか否かを判定し、
    前記送信手段は、
    前記判定手段によって判定された判定結果を前記クライアントに送信することを特徴とする請求項７または８に記載のソフトウェア管理プログラム。
11. ソフトウェアのインストール中のクライアントから前記ソフトウェアに付与された固有のプロダクトキーを受信する受信手段と、
    前記受信手段によって受信されたプロダクトキーと既登録のプロダクトキーとに基づいて、前記ソフトウェアの正当性を認証する認証手段と、
    前記認証手段によって前記ソフトウェアの正当性が認証された場合、前記ソフトウェアのインストールに固有のインストールＩＤを生成する生成手段と、
    前記生成手段によって生成されたインストールＩＤを前記プロダクトキーと関連付けて登録する登録手段と、
    前記登録手段によって登録されたインストールＩＤを前記クライアントに送信する送信手段と、
    を備えることを特徴とするソフトウェア管理装置。
12. ソフトウェアのインストール中のクライアントから前記ソフトウェアに付与された固有のプロダクトキーを受信する受信工程と、
    前記受信工程によって受信されたプロダクトキーと既登録のプロダクトキーとに基づいて、前記ソフトウェアの正当性を認証する認証工程と、
    前記認証工程によって前記ソフトウェアの正当性が認証された場合、前記ソフトウェアのインストールに固有のインストールＩＤを生成する生成工程と、
    前記生成工程によって生成されたインストールＩＤを前記プロダクトキーと関連付けて登録する登録工程と、
    前記登録工程によって登録されたインストールＩＤを前記クライアントに送信する送信工程と、
    を含んだことを特徴とするソフトウェア管理方法。

Images