プログラム配布管理システム及び方法
【課題】パッケージプログラムの顧客満足度を高める。
【解決手段】Ｗｅｂサーバで対象プログラムのＨＰを公開し、ダウンロードの管理を行う。最新バージョンのダウンロード権限を有する正規ユーザにユーザＩＤ、ユーザ認証情報を一意に割り当て、配布し、ユーザ管理ＤＢに登録する。ユーザＩＤ、ユーザ認証情報を利用して正規ユーザのみに新バージョンをダウンロード許可する。各ユーザのダウンロード処理をデータとしてダウンロード履歴ＤＢに登録する。最新バージョンをダウンロード可能とした時には、ＨＰ上の更新と最新バージョンのパッケージプログラム情報をパッケージプログラムＤＢに登録する。管理者の要求時にダウンロード履歴ＤＢを参照し、最新バージョン登録後に未だにダウンロード処理を行わない正規ユーザを検出し、最新バージョンのプログラムダウンロードの必要性をメールにより自動通知する。
【解決手段】Ｗｅｂサーバで対象プログラムのＨＰを公開し、ダウンロードの管理を行う。最新バージョンのダウンロード権限を有する正規ユーザにユーザＩＤ、ユーザ認証情報を一意に割り当て、配布し、ユーザ管理ＤＢに登録する。ユーザＩＤ、ユーザ認証情報を利用して正規ユーザのみに新バージョンをダウンロード許可する。各ユーザのダウンロード処理をデータとしてダウンロード履歴ＤＢに登録する。最新バージョンをダウンロード可能とした時には、ＨＰ上の更新と最新バージョンのパッケージプログラム情報をパッケージプログラムＤＢに登録する。管理者の要求時にダウンロード履歴ＤＢを参照し、最新バージョン登録後に未だにダウンロード処理を行わない正規ユーザを検出し、最新バージョンのプログラムダウンロードの必要性をメールにより自動通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はホームページ（以下、ＨＰ）上からダウンロード可能としているパッケージプログラムの最新バージョンに対してユーザ管理データベース（以下、ＤＢ）を基に正規ユーザへのダウンロードを許可し、ダウンロード履歴ＤＢを基にダウンロード必要性も自動的に判断し、また、最新バージョン公開後一定期間経過後もダウンロード行っていない正規ユーザに対して最新バージョンダウンロードの必要性についての通知を行う装置及び方法に関するものである。
【背景技術】
【０００２】
１．従来、一般公開のＨＰ上で最新バージョンをダウンロード可能とした場合、本来正規ユーザのみに配布を可能とすべき新バージョンのダウンロードを一般ユーザからも可能となっている。
【０００３】
２．プログラムのダウンロードの必要性はユーザのその場での判断から行われていた。そのため、同一ユーザから同一プログラムの同一バージョンのダウンロードが複数回行われることもある。
【０００４】
３．旧バージョンで確認されている問題点を改善した新バージョンをＨＰ上で公開し、数ヶ月経過も一部の正規ユーザに最新バージョンが配布されない場合がある。
【０００５】
特許文献１には、サーバ装置管理者のクライアントアプリケーションプログラム更新のための連絡業務負担軽減のための管理方法が提案されている。具体的には、クライアント装置の操作者のダウンロード指示に対してクライアント装置内のダウンロードアプリケーションを起動し、サーバ装置内に用意された新規のクライアントアプリケーションプログラムをクライアント装置内にダウンロードした後、既存のクライアントアプリケーションプログラムを一時退避し、ダウンロードされた新規のクライアントアプリケーションプログラムを所定の格納領域に格納する処理を行い、その格納処理が正常に終了したならばダウンロード成功とし、ダウンロード開始から格納処理までの一連の処理が正常に実行できなかったならばダウンロード失敗とし、一時退避した既存のクライアントアプリケーションプログラムを前記所定の格納領域に回復するものである。
【０００６】
【特許文献１】特開平１１−２４９３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
１．最新バージョンのプログラムをＨＰ上に公開当初、一般ユーザからは直接パッケージプログラムの開発会社または販売会社に対して現在公開のプログラムについてダウンロード可能であるか等の問い合わせがメール、電話等によりあった。本発明の目的はこれらの問い合わせをなくすために、ダウンロード処理前には正規ユーザとしてのユーザ認証を行い、正規ユーザのみにダウンロードを許可する方法が必要となる。
【０００８】
２．最新バージョンのプログラムをＨＰ上に公開時、正規ユーザからは現状でのダウンロード必要性等の問い合わせがメール、電話等によりあった。これらの問い合わせに対応するため、従来はパッケージプログラムの管理者はまず問い合わせ顧客が正規ユーザであるかを調査し、正規ユーザの場合には対象ユーザのダウンロード状況を調査し、ダウンロードの必要性をメール等で通知していた。しかし、最新バージョンのプログラム公開直後はユーザからの問い合わせ件数も一時的に増加し、管理者の負荷も高くなり、問い合わせに対応する顧客への連絡が遅れることもあった。本発明の目的はダウンロード処理を履歴情報として管理し、正規ユーザの最新バージョンダウンロード処理時、処理開始前にダウンロード履歴ＤＢから過去のダウンロード状況を調査し、同一プログラムの同一バージョンに対して２回目以降となるダウンロードあれば、ユーザに対して現在のダウンロードの不要となる通知を行うサービスが必要となる。
【０００９】
３．ＨＰ上で最新バージョンのダウンロードを可能としても、ユーザ側がこのＨＰを閲覧しないかぎり、最新バージョンを取得することはなかった。旧バージョンで確認されている問題点を改善した新バージョンを一般公開し、数ヶ月経過後も一部の正規ユーザには最新バージョンをダウンロードしない場合があった。そのため、旧バージョンでの問題点を改善した最新バージョン登録後であっても一部のユーザからは旧バージョンでの問題点についての問い合わせ、クレーム等が発生することがあった。従来はパッケージプログラムの管理者が正規ユーザのダウンロード状況を調査し、数ヶ月経過後も最新バージョンをダウンロードしていない正規ユーザに対してはメール通知を行っていた。しかし、パッケージの販売台数増加により正規ユーザ数も増え、また、パッケージプログラムのバージョンアップの頻度が高くなると管理者のダウンロード管理の負荷が高くなるという問題が挙げられた。
【００１０】
本発明の目的は管理者の要求時に正規ユーザのダウンロード状況を自動的に把握し、プログラムの最新バージョンをダウンロード可能としても現在ダウンロード処理を行わない正規ユーザが検出された場合、そのユーザに対して最新プログラムダウンロードの必要性について自動通知を行うサービスが必要となる。上述したように、を提案することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決すべく、本発明は、次の構成を有する。
【００１２】
１．正規ユーザの最新バージョンのダウンロード処理ではユーザ登録時に配布されたユーザＩＤとユーザ認証情報を使用して処理開始前にユーザ認証を行い、正規ユーザであることが確認されたユーザに限りダウンロード処理を可能とする。実際にダウンロード処理が行われた場合、各ユーザのダウンロード処理をダウンロードの履歴情報として登録する。
【００１３】
２．正規ユーザの同一プログラムの同一バージョンに対して２回目以降のダウンロード処理に対処するため、ダウンロードの履歴情報を基に現在のダウンロード必要性の有無を判断し、ダウンロード処理上のＨＰ画面上に通知し、ユーザ側からの確認も可能としてユーザへのダウンロード実行の判断材料を提供する。
【００１４】
３．旧バージョンで確認されている問題点を改善した新バージョンをＨＰ上で公開したが、数ヶ月経過後もウンロードを行わない一部の正規ユーザに対応するため、管理者の要求時にはダウンロード履歴ＤＢ、ユーザ管理ＤＢを基に対象ユーザの一覧を作成し、最新プログラムのダウンロードの必要性を促すメール通知を行う。
【００１５】
請求項１に記載の発明は、複数のユーザ端末に公衆回線網を介して接続されたＷｅｂサーバと、該Ｗｅｂサーバに社内ＬＡＮ等の組織内ＬＡＮを介して接続された管理者端末とからなり、コンピュータプログラムの新バージョンをホームページ（以下、ＨＰと略す。）上でユーザにダウンロードさせて配布するプログラム配布管理システムであって、前記Ｗｅｂサーバには、前記コンピュータプログラムの各バージョンを体系的に管理するプログラムデータベース（以下、ＤＢと略す。）と、各ユーザの以前のダウンロードをダウンロードの履歴情報として管理するダウンロード履歴ＤＢと、ユーザＩＤとユーザ認証情報とを管理するユーザ管理ＤＢと、ユーザがユーザ登録及びダウンロード処理をするためのアクセス先となるＷｅｂページを公開し、新しいバージョンのプログラムが公開されたときにはＷｅｂページを更新し、コンピュータプログラムをプログラムＤＢに登録するＨＰ管理処理装置と、ユーザ端末を介してユーザがアクセスするのを受けて、該ユーザにユーザＩＤとユーザ認証情報とを配布し、その情報を前記ユーザ管理ＤＢに登録するユーザ登録処理装置と、ユーザがプログラムをダウンロードした履歴情報をダウンロード履歴ＤＢに登録し、ユーザがダウンロード処理を希望する際には前記ユーザ管理ＤＢにアクセスして正規ユーザであることの認証処理をし、正規ユーザであることが確認されたユーザに対して前記ダウンロード履歴ＤＢにアクセスして以前のダウンロード履歴を取得してそれを該ユーザのユーザ端末に表示し、該ユーザに前記パッケージプログラムＤＢへのアクセスを許可するダウンロード処理装置とを備えるプログラム配布管理システムである。
【００１６】
請求項２記載の発明は、請求項１に記載のプログラム配布管理システムであって、前記Ｗｅｂサーバには、さらに、管理者の要求時にダウンロード履歴ＤＢ及びユーザ管理ＤＢにアクセスしてダウンロードを行っていない正規ユーザを検出し、最新バージョンのプログラムダウンロードの必要性を促す通知を対象ユーザにメールにより通知するダウンロード履歴管理処理装置を有することを特徴とするプログラム配布管理システムである。
【００１７】
請求項３記載の発明は、複数のユーザ端末に公衆回線網を介して接続されたＷｅｂサーバと、該Ｗｅｂサーバに組織内ＬＡＮを介して接続された管理者端末とからなり、前記Ｗｅｂサーバには、前記コンピュータプログラムの各バージョンを体系的に管理するプログラムＤＢと、各ユーザの以前のダウンロードをダウンロードの履歴情報として管理するダウンロード履歴ＤＢと、ユーザＩＤとユーザ認証情報とを管理するユーザ管理ＤＢと、ユーザがユーザ登録及びダウンロード処理をするためのアクセス先となるＷｅｂページを公開し、新しいバージョンのプログラムが公開されたときにはＷｅｂページを更新し、コンピュータプログラムをプログラムＤＢに登録するＨＰ管理処理装置と、ユーザ端末を介してユーザがアクセスするのを受けて、該ユーザにユーザＩＤとユーザ認証情報とを配布し、その情報を前記ユーザ管理ＤＢに登録するユーザ登録処理装置とを有し、コンピュータプログラムの新バージョンをホームページ（以下、ＨＰと略す。）上でユーザにダウンロードさせて配布するプログラム配布管理システムにおけるプログラム配布管理方法であって、ユーザがプログラムをダウンロードした履歴情報をダウンロード履歴ＤＢに登録し、ユーザがダウンロード処理を希望する際には前記ユーザ管理ＤＢにアクセスして正規ユーザであることの認証処理をし、正規ユーザであることが確認されたユーザに対して前記ダウンロード履歴ＤＢにアクセスして以前のダウンロード履歴を取得してそれを該ユーザのユーザ端末に表示し、該ユーザに前記パッケージプログラムＤＢへのアクセスを許可することを特徴とするプログラム配布管理方法である。
【００１８】
請求項４記載の発明は、請求項３に記載のプログラム配布管理方法であって、さらに、管理者の要求時にダウンロード履歴ＤＢ及びユーザ管理ＤＢにアクセスしてダウンロードを行っていない正規ユーザを検出し、最新バージョンのプログラムダウンロードの必要性を促す通知を対象ユーザにメールにより通知することを特徴とするプログラム配布管理方法。
【発明の効果】
【００１９】
本発明のプログラム配布システム及び方法によれば、次のような効果がある。
【００２０】
１．ＨＰ上で最新バージョンのダウンロードを行う場合には正規ユーザであることを証明するユーザＩＤでのログインが必要であり、正規ユーザでない一般ユーザにはダウンロード不可であることが処理開始前にユーザに対してＨＰ上から確認可能となる。一般ユーザからのメール、電話等によるダウンロード可能性についての問い合わせが削減され、管理者側の問い合せ対応の作業負荷軽減となる。
【００２１】
２．正規ユーザのダウンロード処理であってもダウンロード履歴ＤＢを参照により既に以前の同一プログラムの同一バージョンのダウンロード履歴が検出された場合、現在のダウンロードが不要であることを処理開始前にユーザに対してＨＰ上から通知が可能となる。ユーザ側にはダウンロード実行時に有効な判断材料の提供となり、管理者側にはユーザからのダウンロードの必要性等についての問い合わせは削減され、ダウンロード履歴調査とユーザ通知作業等は削減され、作業負荷軽減となる。
【００２２】
３．管理者の要求時にダウンロード履歴ＤＢよりダウンロード状況を調査し、プログラムの最新バージョンのダウンロードを行わない正規ユーザが検出された場合、対象ユーザに対して最新プログラムのダウンロードの必要性を促すメール通知を自動化することが可能となり、管理者の作業負荷軽減となる。さらに、ダウンロード必要性のメールを受理したユーザのダウンロードが開始され、最新プログラムのダウンロード処理効率は向上する。そのため、最新バージョンで改善されている旧バージョンでの問題点ついての問い合わせ、クレーム等の件数が削減され、管理者側の問い合せ対応の作業負荷軽減にもなる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明を適用したプログラムダウンロード゛管理システムの一実施の形態について説明する。
【００２４】
図１は、本発明の実施の形態の一例を示すシステム構成図であり、Ｗｅｂサーバ１により対象プログラムのＨＰを公開し、正規ユーザには最新バージョンのプログラムのダウンロード可能にするようにダウンロード処理を管理している。
【００２５】
プログラムのＨＰは正規ユーザ以外の一般ユーザからも閲覧できる。ユーザ側の処理を実施するユーザ端末装置は３ａ、３ｂ、…、３ｎとから構成され、このユーザ端末装置は３ａ、３ｂ、…、３ｎは公衆回線網２によってＷｅｂサーバ１と接続している。管理者側の処理を実行する管理者端末４では管理者側処理のＨＰは一般公開せず、Ｗｅｂサーバ１への組織内からの操作により実行するため、組織内ＬＡＮ５によってＷｅｂサーバ１と接続している。公衆回線網は、通常の電話回線のみならず、光ケーブル、同軸ケーブル、他の専用回線によって実現されるものであってもよい。
【００２６】
Ｗｅｂサーバ１には各プログラムのバージョン等の情報を登録するパッケージプログラムＤＢ１０、各ユーザのダウンロード処理をデータとして登録するダウンロード履歴ＤＢ１１、ユーザ情報を登録するユーザ管理ＤＢ１２の３つのデータベースが設けている。
【００２７】
ＨＰ管理処理装置６ではユーザ側がユーザ登録およびダウンロード処理を実施するためのＨＰを公開し、プログラムの最新バージョン公開時にはＨＰを更新し、パッケージプログラム情報をパッケージプログラムＤＢ１０に登録し、ＤＢ更新を行う。ダウンロード履歴管理装置７では管理者の要求時にダウンロード履歴ＤＢ１１、ユーザ管理ＤＢ１２を参照し、プログラムの最新バージョンをダウンロード可能としても、ダウンロードしない正規ユーザに対して最新プログラムダウンロードの必要性を促すメール通知を実施する。
【００２８】
ユーザ登録処理装置８ではユーザ側から登録されたユーザ情報をユーザ管理ＤＢ１２に登録し、ＤＢ更新を行う。ダウンロード処理装置９ではユーザ管理ＤＢ１２を参照し、ダウンロード処理を要求しているユーザが正規ユーザである場合に限りプログラムを配布するようにし、ダウンロード処理が実行時にはダウンロード履歴ＤＢ１１を更新する。
【００２９】
図２は、Ｗｅｂサーバ１におけるユーザ登録処理装置８とダウンロード処理装置９のユーザ側の処理の概要を示すフローチャートである。
【００３０】
ユーザからの処理要求を受け付けるメニュー画面を表示し、要求のあった処理をユーザ登録またはダウンロード処理に振り分ける（ステップ２０１，２０２，２０６）。
【００３１】
ユーザ登録処理装置８では最新バージョンのダウンロードが可能な正規ユーザであることを証明するユーザＩＤとユーザ認証情報を割当、ユーザ側に配布する。ユーザＩＤ、ユーザ認証情報と共にＨＰ上にユーザ側から入力されたユーザ情報を基にユーザ管理ＤＢ１２を更新する（ステップ２０３，２０４，２０５）。
【００３２】
ダウンロード処理装置９ではＨＰ上にユーザから入力されたユーザＩＤ、ユーザ認証情報を基にユーザ管理ＤＢ１２上に登録済の正規ユーザであるかのユーザ認証を行い、正規ユーザの処理要求時にはダウンロード処理を継続する（ステップ２０７，２０８，２０９）。
【００３３】
さらに、ダウンロード処理装置９ではダウンロード履歴ＤＢ１０を参照し、過去に同一ユーザのダウンロード状況を調査し、今回ダウンロード要求のあった同一バージョンのプログラムを既にダウンロード済である場合、その状況をＨＰ上に掲示することにする（ステップ２１０，２１１，２１２）。
【００３４】
ダウンロード処理実行前にはＨＰ上にダウンロードするプログラム名、パッケージプログラム情報等の情報を掲示し、ユーザ側が最終的にダウンロード処理の実行／非実行を判断する選択画面をＨＰページ上に掲示することにする（ステップ２１３，２１４）。
【００３５】
ユーザが処理実行を選択時、ダウンロード処理を実行し、ダウンロード履歴ＤＢ１１を更新する（ステップ２１５，２１６）。
【００３６】
図３は、Ｗｅｂサーバ１におけるＨＰ管理処理装置６とダウンロード履歴管理処理装置７の管理者側の処理の概要を示すフローチャートである。
【００３７】
管理者からの処理要求を受け付けるメニュー画面を表示し、要求のあった処理を最新パッケージプログラムの登録およびダウンロード履歴管理処理に振り分ける（ステップ３０１，３０２，３０５）。
【００３８】
ＨＰ管理処理装置６ではＨＰ上に管理者から登録された最新パッケージプログラムの情報を基に登録し、パッケージプログラムＤＢ１０を更新する（ステップ３０３，３０４）。
【００３９】
ダウンロード履歴管理装置７ではＨＰ上に管理者から登録されたプログラム情報を検証し、パッケージプログラムＤＢ１０を参照し、現在公開のプログラムのバージョンより最新であり、ＨＰに登録から１ヶ月を経過した場合には処理を継続し、最新バージョンでない、またはＨＰに登録から１ヶ月を経過していない場合には管理者にメッセージ通知して処理を終了する。（ステップ３０６，３０７，３０８，３０９）。
【００４０】
さらに、ダウンロード履歴ＤＢ１１とユーザ管理ＤＢ１２を参照し、最新バージョンのダウンロードを未だに行わないユーザが存在する場合、対象となる正規ユーザの一覧表を作成し、最新プログラムダウンロードの必要性を促す通知を各ユーザに対してメールで実行する（ステップ３１０，３１１，３１２，３１３）。
【００４１】
図４は、Ｗｅｂサーバ１の各処理に必要となる情報をデータベースとして登録している３つのテーブルのデータ構造の概略図である。
【００４２】
ユーザ管理ＤＢ４１０は、パッケージプログラムを購入したユーザがユーザ登録処理８で更新されるテーブルである。
【００４３】
ユーザ管理ＤＢ４１０の各レコードは、ユーザＩＤ４１１、ユーザ認証情報４１２、氏名４１３、会社名４１４、住所４１５、電話番号４１６、メールアドレス４１７、登録日４１８から構成されている。
【００４４】
ユーザＩＤ４１１、ユーザ認証情報４１２はダウンロード処理９の開始前でのユーザ認証により正規ユーザであることを証明するための番号とパスワードを登録している。ここでの番号とパスワードは各ユーザに対して一意となるようにユーザＩＤとパスワード認証の割当と配布２０４が行われる。氏名４１３、会社名４１４、住所４１５、電話番号４１６、メールアドレス４１７の各データ項目はユーザ側よりＨＰ上に入力されたユーザ情報が登録される。このユーザ情報の中からダウンロード履歴管理処理７上で対象ユーザにメール通知処理実行３１３上で必須となる氏名４１３とメールアドレス４１７はユーザのデータ入力時の必須項目とし、その他の項目は任意入力とする。登録日４１８はデータ登録時にユーザ管理ＤＢ４１０更新を行う日付を登録する。
【００４５】
パッケージプログラムＤＢ４２０は旧バージョンで確認されている問題点を改善したプログラムの新バージョンをＨＰ上にダウンロード可能とする登録時にパッケージプログラムの情報を登録するテーブルである。
【００４６】
パッケージプログラムＤＢ４２０の各レコードはパッケージプログラム名４２１、プログラムバージョン４２２、ＨＰ登録日４２３から構成されている。
【００４７】
パッケージプログラム名４２１、プログラムバージョン４２２の２つのキーを主キーとし、同一プログラムでも複数のバージョンを管理するようにしている。ＨＰ登録日４２３はＨＰ上で登録となった日付とし、パッケージプログラムＤＢ４２０の更新はＨＰ管理処理６の中で行われ、管理者によりプログラム情報入力３０３が行われ、パッケージプログラムＤＢの更新３０４を実行する。
【００４８】
ダウンロード履歴ＤＢ４３０は正規ユーザのダウンロード処理をデータとして登録し、ダウンロード状況調査時に参照するテーブルである。
【００４９】
ダウンロード履歴ＤＢ４３０の各レコードは、ユーザＩＤ４３１、パッケージプログラム名４３２、プログラムバージョン４３３、ダウンロード年月日時４３４から構成されている。
【００５０】
ユーザＩＤ４３１はダウンロード処理装置９のユーザＩＤとユーザ認証情報入力２０７によりユーザより入力された番号とパスワードがユーザ管理ＤＢ４１０に登録されているユーザＩＤ４１１、ユーザ認証情報４１２かを検証し、正規ユーザの認証処理が行われる。ユーザ認証後、ユーザがダウンロード要求しているプログラムがパッケージプログラムＤＢ４２０に登録されているパッケージプログラム名４２１、プログラムバージョン４２２かを検証し、パッケージプログラム名４３２、プログラムバージョン４３３に登録するようにしている。ダウンロード処理実行２１５前にはダウンロード履歴ＤＢの参照２１０により既にダウンロード済かを調査し、以前に同一ユーザが同一バージョンのプログラムのダウンロードを既に行っていないか調査し、２回目以降のダウンロードかを判定し、２回目以降のダウンロードの場合にはその状況をダウンロード情報と共にＨＰ上に掲示し、ユーザ側のダウンロード実行の判断材料とする。
【００５１】
ダウンロード履歴ＤＢの更新２１６はユーザがダウンロード実行を選択し、実際にダウンロード処理実行２１５の後に行い、ダウンロード年月日時４３４はダウンロード履歴ＤＢの更新２１６時の日付時間を登録する。
【００５２】
ダウンロード履歴管理処理７では管理者の要求時にパッケージプログラム名４３２とプログラムバージョン４３３を検索キーにしてダウンロード履歴ＤＢの参照３１１により、各ユーザのダウンロード状況を調査し、プログラムの最新バージョンダウンロード処理を未だに行っていない正規ユーザを検出する。
【００５３】
ＨＰ管理処理装置６、ダウンロード履歴管理処理装置７、ユーザ登録処理装置８、ダウンロード処理装置９は、「装置」という表現をしたが、実際は、コンピュータ（Ｗｅｂサーバ１）の中央処理装置（ＣＰＵ）がそのつど、必要なコンピュータプログラムを読み込んでその内容を実行することにより、実現されるものである。
【００５４】
上に述べた実施形態にあっては、ユーザに販売されるコンピュータプログラムがパッケージプログラム（ＣＤなどの媒体に格納して販売される形態のコンピュータプログラム）であることを前提にした。この発明は、パッケージプログラムのサポート業務に有益であるが、それに限らず、最初からダウンロード販売されるコンピュータプログラムのサポート業務にも有益である。
【産業上の利用可能性】
【００５５】
より少ないコストでコンピュータプログラムのバージョンアップに対応していくことが可能となる。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施の形態の一例を示すシステム構成図である。
【図２】ユーザ側の処理のユーザ登録処理とダウンロード処理の概要を示すフローチャートである。
【図３】管理者側の処理のＨＰ管理処理とダウンロード履歴管理処理の概要を示すフローチャートである。
【図４】Ｗｅｂサーバの各処理に必要となるダウンロード管理情報をデータベースとして登録している３つのテーブルのデータ構造の概略図である。
【符号の説明】
【００５７】
１ Ｗｅｂサーバ
２ 公衆回線網
３ａ，３ｂ，３ｎ ユーザ端末
４ 管理者端末
５ 組織内ＬＡＮ
６ ＨＰ管理処理装置
７ ダウンロード履歴管理装置
８ ユーザ登録処理装置
９ ダウンロード処理装置
１０ パッケージプログラムＤＢ
１１ ダウンロード履歴ＤＢ
１２ ユーザ管理ＤＢ
【技術分野】
【０００１】
本発明はホームページ（以下、ＨＰ）上からダウンロード可能としているパッケージプログラムの最新バージョンに対してユーザ管理データベース（以下、ＤＢ）を基に正規ユーザへのダウンロードを許可し、ダウンロード履歴ＤＢを基にダウンロード必要性も自動的に判断し、また、最新バージョン公開後一定期間経過後もダウンロード行っていない正規ユーザに対して最新バージョンダウンロードの必要性についての通知を行う装置及び方法に関するものである。
【背景技術】
【０００２】
１．従来、一般公開のＨＰ上で最新バージョンをダウンロード可能とした場合、本来正規ユーザのみに配布を可能とすべき新バージョンのダウンロードを一般ユーザからも可能となっている。
【０００３】
２．プログラムのダウンロードの必要性はユーザのその場での判断から行われていた。そのため、同一ユーザから同一プログラムの同一バージョンのダウンロードが複数回行われることもある。
【０００４】
３．旧バージョンで確認されている問題点を改善した新バージョンをＨＰ上で公開し、数ヶ月経過も一部の正規ユーザに最新バージョンが配布されない場合がある。
【０００５】
特許文献１には、サーバ装置管理者のクライアントアプリケーションプログラム更新のための連絡業務負担軽減のための管理方法が提案されている。具体的には、クライアント装置の操作者のダウンロード指示に対してクライアント装置内のダウンロードアプリケーションを起動し、サーバ装置内に用意された新規のクライアントアプリケーションプログラムをクライアント装置内にダウンロードした後、既存のクライアントアプリケーションプログラムを一時退避し、ダウンロードされた新規のクライアントアプリケーションプログラムを所定の格納領域に格納する処理を行い、その格納処理が正常に終了したならばダウンロード成功とし、ダウンロード開始から格納処理までの一連の処理が正常に実行できなかったならばダウンロード失敗とし、一時退避した既存のクライアントアプリケーションプログラムを前記所定の格納領域に回復するものである。
【０００６】
【特許文献１】特開平１１−２４９３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
１．最新バージョンのプログラムをＨＰ上に公開当初、一般ユーザからは直接パッケージプログラムの開発会社または販売会社に対して現在公開のプログラムについてダウンロード可能であるか等の問い合わせがメール、電話等によりあった。本発明の目的はこれらの問い合わせをなくすために、ダウンロード処理前には正規ユーザとしてのユーザ認証を行い、正規ユーザのみにダウンロードを許可する方法が必要となる。
【０００８】
２．最新バージョンのプログラムをＨＰ上に公開時、正規ユーザからは現状でのダウンロード必要性等の問い合わせがメール、電話等によりあった。これらの問い合わせに対応するため、従来はパッケージプログラムの管理者はまず問い合わせ顧客が正規ユーザであるかを調査し、正規ユーザの場合には対象ユーザのダウンロード状況を調査し、ダウンロードの必要性をメール等で通知していた。しかし、最新バージョンのプログラム公開直後はユーザからの問い合わせ件数も一時的に増加し、管理者の負荷も高くなり、問い合わせに対応する顧客への連絡が遅れることもあった。本発明の目的はダウンロード処理を履歴情報として管理し、正規ユーザの最新バージョンダウンロード処理時、処理開始前にダウンロード履歴ＤＢから過去のダウンロード状況を調査し、同一プログラムの同一バージョンに対して２回目以降となるダウンロードあれば、ユーザに対して現在のダウンロードの不要となる通知を行うサービスが必要となる。
【０００９】
３．ＨＰ上で最新バージョンのダウンロードを可能としても、ユーザ側がこのＨＰを閲覧しないかぎり、最新バージョンを取得することはなかった。旧バージョンで確認されている問題点を改善した新バージョンを一般公開し、数ヶ月経過後も一部の正規ユーザには最新バージョンをダウンロードしない場合があった。そのため、旧バージョンでの問題点を改善した最新バージョン登録後であっても一部のユーザからは旧バージョンでの問題点についての問い合わせ、クレーム等が発生することがあった。従来はパッケージプログラムの管理者が正規ユーザのダウンロード状況を調査し、数ヶ月経過後も最新バージョンをダウンロードしていない正規ユーザに対してはメール通知を行っていた。しかし、パッケージの販売台数増加により正規ユーザ数も増え、また、パッケージプログラムのバージョンアップの頻度が高くなると管理者のダウンロード管理の負荷が高くなるという問題が挙げられた。
【００１０】
本発明の目的は管理者の要求時に正規ユーザのダウンロード状況を自動的に把握し、プログラムの最新バージョンをダウンロード可能としても現在ダウンロード処理を行わない正規ユーザが検出された場合、そのユーザに対して最新プログラムダウンロードの必要性について自動通知を行うサービスが必要となる。上述したように、を提案することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決すべく、本発明は、次の構成を有する。
【００１２】
１．正規ユーザの最新バージョンのダウンロード処理ではユーザ登録時に配布されたユーザＩＤとユーザ認証情報を使用して処理開始前にユーザ認証を行い、正規ユーザであることが確認されたユーザに限りダウンロード処理を可能とする。実際にダウンロード処理が行われた場合、各ユーザのダウンロード処理をダウンロードの履歴情報として登録する。
【００１３】
２．正規ユーザの同一プログラムの同一バージョンに対して２回目以降のダウンロード処理に対処するため、ダウンロードの履歴情報を基に現在のダウンロード必要性の有無を判断し、ダウンロード処理上のＨＰ画面上に通知し、ユーザ側からの確認も可能としてユーザへのダウンロード実行の判断材料を提供する。
【００１４】
３．旧バージョンで確認されている問題点を改善した新バージョンをＨＰ上で公開したが、数ヶ月経過後もウンロードを行わない一部の正規ユーザに対応するため、管理者の要求時にはダウンロード履歴ＤＢ、ユーザ管理ＤＢを基に対象ユーザの一覧を作成し、最新プログラムのダウンロードの必要性を促すメール通知を行う。
【００１５】
請求項１に記載の発明は、複数のユーザ端末に公衆回線網を介して接続されたＷｅｂサーバと、該Ｗｅｂサーバに社内ＬＡＮ等の組織内ＬＡＮを介して接続された管理者端末とからなり、コンピュータプログラムの新バージョンをホームページ（以下、ＨＰと略す。）上でユーザにダウンロードさせて配布するプログラム配布管理システムであって、前記Ｗｅｂサーバには、前記コンピュータプログラムの各バージョンを体系的に管理するプログラムデータベース（以下、ＤＢと略す。）と、各ユーザの以前のダウンロードをダウンロードの履歴情報として管理するダウンロード履歴ＤＢと、ユーザＩＤとユーザ認証情報とを管理するユーザ管理ＤＢと、ユーザがユーザ登録及びダウンロード処理をするためのアクセス先となるＷｅｂページを公開し、新しいバージョンのプログラムが公開されたときにはＷｅｂページを更新し、コンピュータプログラムをプログラムＤＢに登録するＨＰ管理処理装置と、ユーザ端末を介してユーザがアクセスするのを受けて、該ユーザにユーザＩＤとユーザ認証情報とを配布し、その情報を前記ユーザ管理ＤＢに登録するユーザ登録処理装置と、ユーザがプログラムをダウンロードした履歴情報をダウンロード履歴ＤＢに登録し、ユーザがダウンロード処理を希望する際には前記ユーザ管理ＤＢにアクセスして正規ユーザであることの認証処理をし、正規ユーザであることが確認されたユーザに対して前記ダウンロード履歴ＤＢにアクセスして以前のダウンロード履歴を取得してそれを該ユーザのユーザ端末に表示し、該ユーザに前記パッケージプログラムＤＢへのアクセスを許可するダウンロード処理装置とを備えるプログラム配布管理システムである。
【００１６】
請求項２記載の発明は、請求項１に記載のプログラム配布管理システムであって、前記Ｗｅｂサーバには、さらに、管理者の要求時にダウンロード履歴ＤＢ及びユーザ管理ＤＢにアクセスしてダウンロードを行っていない正規ユーザを検出し、最新バージョンのプログラムダウンロードの必要性を促す通知を対象ユーザにメールにより通知するダウンロード履歴管理処理装置を有することを特徴とするプログラム配布管理システムである。
【００１７】
請求項３記載の発明は、複数のユーザ端末に公衆回線網を介して接続されたＷｅｂサーバと、該Ｗｅｂサーバに組織内ＬＡＮを介して接続された管理者端末とからなり、前記Ｗｅｂサーバには、前記コンピュータプログラムの各バージョンを体系的に管理するプログラムＤＢと、各ユーザの以前のダウンロードをダウンロードの履歴情報として管理するダウンロード履歴ＤＢと、ユーザＩＤとユーザ認証情報とを管理するユーザ管理ＤＢと、ユーザがユーザ登録及びダウンロード処理をするためのアクセス先となるＷｅｂページを公開し、新しいバージョンのプログラムが公開されたときにはＷｅｂページを更新し、コンピュータプログラムをプログラムＤＢに登録するＨＰ管理処理装置と、ユーザ端末を介してユーザがアクセスするのを受けて、該ユーザにユーザＩＤとユーザ認証情報とを配布し、その情報を前記ユーザ管理ＤＢに登録するユーザ登録処理装置とを有し、コンピュータプログラムの新バージョンをホームページ（以下、ＨＰと略す。）上でユーザにダウンロードさせて配布するプログラム配布管理システムにおけるプログラム配布管理方法であって、ユーザがプログラムをダウンロードした履歴情報をダウンロード履歴ＤＢに登録し、ユーザがダウンロード処理を希望する際には前記ユーザ管理ＤＢにアクセスして正規ユーザであることの認証処理をし、正規ユーザであることが確認されたユーザに対して前記ダウンロード履歴ＤＢにアクセスして以前のダウンロード履歴を取得してそれを該ユーザのユーザ端末に表示し、該ユーザに前記パッケージプログラムＤＢへのアクセスを許可することを特徴とするプログラム配布管理方法である。
【００１８】
請求項４記載の発明は、請求項３に記載のプログラム配布管理方法であって、さらに、管理者の要求時にダウンロード履歴ＤＢ及びユーザ管理ＤＢにアクセスしてダウンロードを行っていない正規ユーザを検出し、最新バージョンのプログラムダウンロードの必要性を促す通知を対象ユーザにメールにより通知することを特徴とするプログラム配布管理方法。
【発明の効果】
【００１９】
本発明のプログラム配布システム及び方法によれば、次のような効果がある。
【００２０】
１．ＨＰ上で最新バージョンのダウンロードを行う場合には正規ユーザであることを証明するユーザＩＤでのログインが必要であり、正規ユーザでない一般ユーザにはダウンロード不可であることが処理開始前にユーザに対してＨＰ上から確認可能となる。一般ユーザからのメール、電話等によるダウンロード可能性についての問い合わせが削減され、管理者側の問い合せ対応の作業負荷軽減となる。
【００２１】
２．正規ユーザのダウンロード処理であってもダウンロード履歴ＤＢを参照により既に以前の同一プログラムの同一バージョンのダウンロード履歴が検出された場合、現在のダウンロードが不要であることを処理開始前にユーザに対してＨＰ上から通知が可能となる。ユーザ側にはダウンロード実行時に有効な判断材料の提供となり、管理者側にはユーザからのダウンロードの必要性等についての問い合わせは削減され、ダウンロード履歴調査とユーザ通知作業等は削減され、作業負荷軽減となる。
【００２２】
３．管理者の要求時にダウンロード履歴ＤＢよりダウンロード状況を調査し、プログラムの最新バージョンのダウンロードを行わない正規ユーザが検出された場合、対象ユーザに対して最新プログラムのダウンロードの必要性を促すメール通知を自動化することが可能となり、管理者の作業負荷軽減となる。さらに、ダウンロード必要性のメールを受理したユーザのダウンロードが開始され、最新プログラムのダウンロード処理効率は向上する。そのため、最新バージョンで改善されている旧バージョンでの問題点ついての問い合わせ、クレーム等の件数が削減され、管理者側の問い合せ対応の作業負荷軽減にもなる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明を適用したプログラムダウンロード゛管理システムの一実施の形態について説明する。
【００２４】
図１は、本発明の実施の形態の一例を示すシステム構成図であり、Ｗｅｂサーバ１により対象プログラムのＨＰを公開し、正規ユーザには最新バージョンのプログラムのダウンロード可能にするようにダウンロード処理を管理している。
【００２５】
プログラムのＨＰは正規ユーザ以外の一般ユーザからも閲覧できる。ユーザ側の処理を実施するユーザ端末装置は３ａ、３ｂ、…、３ｎとから構成され、このユーザ端末装置は３ａ、３ｂ、…、３ｎは公衆回線網２によってＷｅｂサーバ１と接続している。管理者側の処理を実行する管理者端末４では管理者側処理のＨＰは一般公開せず、Ｗｅｂサーバ１への組織内からの操作により実行するため、組織内ＬＡＮ５によってＷｅｂサーバ１と接続している。公衆回線網は、通常の電話回線のみならず、光ケーブル、同軸ケーブル、他の専用回線によって実現されるものであってもよい。
【００２６】
Ｗｅｂサーバ１には各プログラムのバージョン等の情報を登録するパッケージプログラムＤＢ１０、各ユーザのダウンロード処理をデータとして登録するダウンロード履歴ＤＢ１１、ユーザ情報を登録するユーザ管理ＤＢ１２の３つのデータベースが設けている。
【００２７】
ＨＰ管理処理装置６ではユーザ側がユーザ登録およびダウンロード処理を実施するためのＨＰを公開し、プログラムの最新バージョン公開時にはＨＰを更新し、パッケージプログラム情報をパッケージプログラムＤＢ１０に登録し、ＤＢ更新を行う。ダウンロード履歴管理装置７では管理者の要求時にダウンロード履歴ＤＢ１１、ユーザ管理ＤＢ１２を参照し、プログラムの最新バージョンをダウンロード可能としても、ダウンロードしない正規ユーザに対して最新プログラムダウンロードの必要性を促すメール通知を実施する。
【００２８】
ユーザ登録処理装置８ではユーザ側から登録されたユーザ情報をユーザ管理ＤＢ１２に登録し、ＤＢ更新を行う。ダウンロード処理装置９ではユーザ管理ＤＢ１２を参照し、ダウンロード処理を要求しているユーザが正規ユーザである場合に限りプログラムを配布するようにし、ダウンロード処理が実行時にはダウンロード履歴ＤＢ１１を更新する。
【００２９】
図２は、Ｗｅｂサーバ１におけるユーザ登録処理装置８とダウンロード処理装置９のユーザ側の処理の概要を示すフローチャートである。
【００３０】
ユーザからの処理要求を受け付けるメニュー画面を表示し、要求のあった処理をユーザ登録またはダウンロード処理に振り分ける（ステップ２０１，２０２，２０６）。
【００３１】
ユーザ登録処理装置８では最新バージョンのダウンロードが可能な正規ユーザであることを証明するユーザＩＤとユーザ認証情報を割当、ユーザ側に配布する。ユーザＩＤ、ユーザ認証情報と共にＨＰ上にユーザ側から入力されたユーザ情報を基にユーザ管理ＤＢ１２を更新する（ステップ２０３，２０４，２０５）。
【００３２】
ダウンロード処理装置９ではＨＰ上にユーザから入力されたユーザＩＤ、ユーザ認証情報を基にユーザ管理ＤＢ１２上に登録済の正規ユーザであるかのユーザ認証を行い、正規ユーザの処理要求時にはダウンロード処理を継続する（ステップ２０７，２０８，２０９）。
【００３３】
さらに、ダウンロード処理装置９ではダウンロード履歴ＤＢ１０を参照し、過去に同一ユーザのダウンロード状況を調査し、今回ダウンロード要求のあった同一バージョンのプログラムを既にダウンロード済である場合、その状況をＨＰ上に掲示することにする（ステップ２１０，２１１，２１２）。
【００３４】
ダウンロード処理実行前にはＨＰ上にダウンロードするプログラム名、パッケージプログラム情報等の情報を掲示し、ユーザ側が最終的にダウンロード処理の実行／非実行を判断する選択画面をＨＰページ上に掲示することにする（ステップ２１３，２１４）。
【００３５】
ユーザが処理実行を選択時、ダウンロード処理を実行し、ダウンロード履歴ＤＢ１１を更新する（ステップ２１５，２１６）。
【００３６】
図３は、Ｗｅｂサーバ１におけるＨＰ管理処理装置６とダウンロード履歴管理処理装置７の管理者側の処理の概要を示すフローチャートである。
【００３７】
管理者からの処理要求を受け付けるメニュー画面を表示し、要求のあった処理を最新パッケージプログラムの登録およびダウンロード履歴管理処理に振り分ける（ステップ３０１，３０２，３０５）。
【００３８】
ＨＰ管理処理装置６ではＨＰ上に管理者から登録された最新パッケージプログラムの情報を基に登録し、パッケージプログラムＤＢ１０を更新する（ステップ３０３，３０４）。
【００３９】
ダウンロード履歴管理装置７ではＨＰ上に管理者から登録されたプログラム情報を検証し、パッケージプログラムＤＢ１０を参照し、現在公開のプログラムのバージョンより最新であり、ＨＰに登録から１ヶ月を経過した場合には処理を継続し、最新バージョンでない、またはＨＰに登録から１ヶ月を経過していない場合には管理者にメッセージ通知して処理を終了する。（ステップ３０６，３０７，３０８，３０９）。
【００４０】
さらに、ダウンロード履歴ＤＢ１１とユーザ管理ＤＢ１２を参照し、最新バージョンのダウンロードを未だに行わないユーザが存在する場合、対象となる正規ユーザの一覧表を作成し、最新プログラムダウンロードの必要性を促す通知を各ユーザに対してメールで実行する（ステップ３１０，３１１，３１２，３１３）。
【００４１】
図４は、Ｗｅｂサーバ１の各処理に必要となる情報をデータベースとして登録している３つのテーブルのデータ構造の概略図である。
【００４２】
ユーザ管理ＤＢ４１０は、パッケージプログラムを購入したユーザがユーザ登録処理８で更新されるテーブルである。
【００４３】
ユーザ管理ＤＢ４１０の各レコードは、ユーザＩＤ４１１、ユーザ認証情報４１２、氏名４１３、会社名４１４、住所４１５、電話番号４１６、メールアドレス４１７、登録日４１８から構成されている。
【００４４】
ユーザＩＤ４１１、ユーザ認証情報４１２はダウンロード処理９の開始前でのユーザ認証により正規ユーザであることを証明するための番号とパスワードを登録している。ここでの番号とパスワードは各ユーザに対して一意となるようにユーザＩＤとパスワード認証の割当と配布２０４が行われる。氏名４１３、会社名４１４、住所４１５、電話番号４１６、メールアドレス４１７の各データ項目はユーザ側よりＨＰ上に入力されたユーザ情報が登録される。このユーザ情報の中からダウンロード履歴管理処理７上で対象ユーザにメール通知処理実行３１３上で必須となる氏名４１３とメールアドレス４１７はユーザのデータ入力時の必須項目とし、その他の項目は任意入力とする。登録日４１８はデータ登録時にユーザ管理ＤＢ４１０更新を行う日付を登録する。
【００４５】
パッケージプログラムＤＢ４２０は旧バージョンで確認されている問題点を改善したプログラムの新バージョンをＨＰ上にダウンロード可能とする登録時にパッケージプログラムの情報を登録するテーブルである。
【００４６】
パッケージプログラムＤＢ４２０の各レコードはパッケージプログラム名４２１、プログラムバージョン４２２、ＨＰ登録日４２３から構成されている。
【００４７】
パッケージプログラム名４２１、プログラムバージョン４２２の２つのキーを主キーとし、同一プログラムでも複数のバージョンを管理するようにしている。ＨＰ登録日４２３はＨＰ上で登録となった日付とし、パッケージプログラムＤＢ４２０の更新はＨＰ管理処理６の中で行われ、管理者によりプログラム情報入力３０３が行われ、パッケージプログラムＤＢの更新３０４を実行する。
【００４８】
ダウンロード履歴ＤＢ４３０は正規ユーザのダウンロード処理をデータとして登録し、ダウンロード状況調査時に参照するテーブルである。
【００４９】
ダウンロード履歴ＤＢ４３０の各レコードは、ユーザＩＤ４３１、パッケージプログラム名４３２、プログラムバージョン４３３、ダウンロード年月日時４３４から構成されている。
【００５０】
ユーザＩＤ４３１はダウンロード処理装置９のユーザＩＤとユーザ認証情報入力２０７によりユーザより入力された番号とパスワードがユーザ管理ＤＢ４１０に登録されているユーザＩＤ４１１、ユーザ認証情報４１２かを検証し、正規ユーザの認証処理が行われる。ユーザ認証後、ユーザがダウンロード要求しているプログラムがパッケージプログラムＤＢ４２０に登録されているパッケージプログラム名４２１、プログラムバージョン４２２かを検証し、パッケージプログラム名４３２、プログラムバージョン４３３に登録するようにしている。ダウンロード処理実行２１５前にはダウンロード履歴ＤＢの参照２１０により既にダウンロード済かを調査し、以前に同一ユーザが同一バージョンのプログラムのダウンロードを既に行っていないか調査し、２回目以降のダウンロードかを判定し、２回目以降のダウンロードの場合にはその状況をダウンロード情報と共にＨＰ上に掲示し、ユーザ側のダウンロード実行の判断材料とする。
【００５１】
ダウンロード履歴ＤＢの更新２１６はユーザがダウンロード実行を選択し、実際にダウンロード処理実行２１５の後に行い、ダウンロード年月日時４３４はダウンロード履歴ＤＢの更新２１６時の日付時間を登録する。
【００５２】
ダウンロード履歴管理処理７では管理者の要求時にパッケージプログラム名４３２とプログラムバージョン４３３を検索キーにしてダウンロード履歴ＤＢの参照３１１により、各ユーザのダウンロード状況を調査し、プログラムの最新バージョンダウンロード処理を未だに行っていない正規ユーザを検出する。
【００５３】
ＨＰ管理処理装置６、ダウンロード履歴管理処理装置７、ユーザ登録処理装置８、ダウンロード処理装置９は、「装置」という表現をしたが、実際は、コンピュータ（Ｗｅｂサーバ１）の中央処理装置（ＣＰＵ）がそのつど、必要なコンピュータプログラムを読み込んでその内容を実行することにより、実現されるものである。
【００５４】
上に述べた実施形態にあっては、ユーザに販売されるコンピュータプログラムがパッケージプログラム（ＣＤなどの媒体に格納して販売される形態のコンピュータプログラム）であることを前提にした。この発明は、パッケージプログラムのサポート業務に有益であるが、それに限らず、最初からダウンロード販売されるコンピュータプログラムのサポート業務にも有益である。
【産業上の利用可能性】
【００５５】
より少ないコストでコンピュータプログラムのバージョンアップに対応していくことが可能となる。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施の形態の一例を示すシステム構成図である。
【図２】ユーザ側の処理のユーザ登録処理とダウンロード処理の概要を示すフローチャートである。
【図３】管理者側の処理のＨＰ管理処理とダウンロード履歴管理処理の概要を示すフローチャートである。
【図４】Ｗｅｂサーバの各処理に必要となるダウンロード管理情報をデータベースとして登録している３つのテーブルのデータ構造の概略図である。
【符号の説明】
【００５７】
１ Ｗｅｂサーバ
２ 公衆回線網
３ａ，３ｂ，３ｎ ユーザ端末
４ 管理者端末
５ 組織内ＬＡＮ
６ ＨＰ管理処理装置
７ ダウンロード履歴管理装置
８ ユーザ登録処理装置
９ ダウンロード処理装置
１０ パッケージプログラムＤＢ
１１ ダウンロード履歴ＤＢ
１２ ユーザ管理ＤＢ
【特許請求の範囲】
【請求項１】
複数のユーザ端末に公衆回線網を介して接続されたＷｅｂサーバと、該Ｗｅｂサーバに組織内ＬＡＮを介して接続された管理者端末とからなり、コンピュータプログラムの新バージョンをホームページ（以下、ＨＰと略す。）上でユーザにダウンロードさせて配布するプログラム配布管理システムであって、
前記Ｗｅｂサーバには、
前記コンピュータプログラムの各バージョンを体系的に管理するプログラムデータベース（以下、ＤＢと略す。）と、
各ユーザの以前のダウンロードをダウンロードの履歴情報として管理するダウンロード履歴ＤＢと、
ユーザＩＤとユーザ認証情報とを管理するユーザ管理ＤＢと、
ユーザがユーザ登録及びダウンロード処理をするためのアクセス先となるＷｅｂページを公開し、新しいバージョンのプログラムが公開されたときにはＷｅｂページを更新し、コンピュータプログラムをプログラムＤＢに登録するＨＰ管理処理装置と、
ユーザ端末を介してユーザがアクセスするのを受けて、該ユーザにユーザＩＤとユーザ認証情報とを配布し、その情報を前記ユーザ管理ＤＢに登録するユーザ登録処理装置と、
ユーザがプログラムをダウンロードした履歴情報をダウンロード履歴ＤＢに登録し、ユーザがダウンロード処理を希望する際には前記ユーザ管理ＤＢにアクセスして正規ユーザであることの認証処理をし、正規ユーザであることが確認されたユーザに対して前記ダウンロード履歴ＤＢにアクセスして以前のダウンロード履歴を取得してそれを該ユーザのユーザ端末に表示し、該ユーザに前記パッケージプログラムＤＢへのアクセスを許可するダウンロード処理装置と
を備えるプログラム配布管理システム。
【請求項２】
請求項１に記載のプログラム配布管理システムであって、
前記Ｗｅｂサーバには、さらに、
管理者の要求時にダウンロード履歴ＤＢ及びユーザ管理ＤＢにアクセスしてダウンロードを行っていない正規ユーザを検出し、最新バージョンのプログラムダウンロードの必要性を促す通知を対象ユーザにメールにより通知するダウンロード履歴管理処理装置を有することを特徴とするプログラム配布管理システム。
【請求項３】
複数のユーザ端末に公衆回線網を介して接続されたＷｅｂサーバと、該Ｗｅｂサーバに組織内ＬＡＮを介して接続された管理者端末とからなり、前記Ｗｅｂサーバには、前記コンピュータプログラムの各バージョンを体系的に管理するプログラムＤＢと、各ユーザの以前のダウンロードをダウンロードの履歴情報として管理するダウンロード履歴ＤＢと、ユーザＩＤとユーザ認証情報とを管理するユーザ管理ＤＢと、ユーザがユーザ登録及びダウンロード処理をするためのアクセス先となるＷｅｂページを公開し、新しいバージョンのプログラムが公開されたときにはＷｅｂページを更新し、コンピュータプログラムをプログラムＤＢに登録するＨＰ管理処理装置と、ユーザ端末を介してユーザがアクセスするのを受けて、該ユーザにユーザＩＤとユーザ認証情報とを配布し、その情報を前記ユーザ管理ＤＢに登録するユーザ登録処理装置とを有し、コンピュータプログラムの新バージョンをホームページ（以下、ＨＰと略す。）上でユーザにダウンロードさせて配布するプログラム配布管理システムにおけるプログラム配布管理方法であって、
ユーザがプログラムをダウンロードした履歴情報をダウンロード履歴ＤＢに登録し、
ユーザがダウンロード処理を希望する際には前記ユーザ管理ＤＢにアクセスして正規ユーザであることの認証処理をし、
正規ユーザであることが確認されたユーザに対して前記ダウンロード履歴ＤＢにアクセスして以前のダウンロード履歴を取得してそれを該ユーザのユーザ端末に表示し、
該ユーザに前記パッケージプログラムＤＢへのアクセスを許可する
ことを特徴とするプログラム配布管理方法。
【請求項４】
請求項３に記載のプログラム配布管理方法であって、
さらに、
管理者の要求時にダウンロード履歴ＤＢ及びユーザ管理ＤＢにアクセスしてダウンロードを行っていない正規ユーザを検出し、
最新バージョンのプログラムダウンロードの必要性を促す通知を対象ユーザにメールにより通知する
ことを特徴とするプログラム配布管理方法。
【請求項１】
複数のユーザ端末に公衆回線網を介して接続されたＷｅｂサーバと、該Ｗｅｂサーバに組織内ＬＡＮを介して接続された管理者端末とからなり、コンピュータプログラムの新バージョンをホームページ（以下、ＨＰと略す。）上でユーザにダウンロードさせて配布するプログラム配布管理システムであって、
前記Ｗｅｂサーバには、
前記コンピュータプログラムの各バージョンを体系的に管理するプログラムデータベース（以下、ＤＢと略す。）と、
各ユーザの以前のダウンロードをダウンロードの履歴情報として管理するダウンロード履歴ＤＢと、
ユーザＩＤとユーザ認証情報とを管理するユーザ管理ＤＢと、
ユーザがユーザ登録及びダウンロード処理をするためのアクセス先となるＷｅｂページを公開し、新しいバージョンのプログラムが公開されたときにはＷｅｂページを更新し、コンピュータプログラムをプログラムＤＢに登録するＨＰ管理処理装置と、
ユーザ端末を介してユーザがアクセスするのを受けて、該ユーザにユーザＩＤとユーザ認証情報とを配布し、その情報を前記ユーザ管理ＤＢに登録するユーザ登録処理装置と、
ユーザがプログラムをダウンロードした履歴情報をダウンロード履歴ＤＢに登録し、ユーザがダウンロード処理を希望する際には前記ユーザ管理ＤＢにアクセスして正規ユーザであることの認証処理をし、正規ユーザであることが確認されたユーザに対して前記ダウンロード履歴ＤＢにアクセスして以前のダウンロード履歴を取得してそれを該ユーザのユーザ端末に表示し、該ユーザに前記パッケージプログラムＤＢへのアクセスを許可するダウンロード処理装置と
を備えるプログラム配布管理システム。
【請求項２】
請求項１に記載のプログラム配布管理システムであって、
前記Ｗｅｂサーバには、さらに、
管理者の要求時にダウンロード履歴ＤＢ及びユーザ管理ＤＢにアクセスしてダウンロードを行っていない正規ユーザを検出し、最新バージョンのプログラムダウンロードの必要性を促す通知を対象ユーザにメールにより通知するダウンロード履歴管理処理装置を有することを特徴とするプログラム配布管理システム。
【請求項３】
複数のユーザ端末に公衆回線網を介して接続されたＷｅｂサーバと、該Ｗｅｂサーバに組織内ＬＡＮを介して接続された管理者端末とからなり、前記Ｗｅｂサーバには、前記コンピュータプログラムの各バージョンを体系的に管理するプログラムＤＢと、各ユーザの以前のダウンロードをダウンロードの履歴情報として管理するダウンロード履歴ＤＢと、ユーザＩＤとユーザ認証情報とを管理するユーザ管理ＤＢと、ユーザがユーザ登録及びダウンロード処理をするためのアクセス先となるＷｅｂページを公開し、新しいバージョンのプログラムが公開されたときにはＷｅｂページを更新し、コンピュータプログラムをプログラムＤＢに登録するＨＰ管理処理装置と、ユーザ端末を介してユーザがアクセスするのを受けて、該ユーザにユーザＩＤとユーザ認証情報とを配布し、その情報を前記ユーザ管理ＤＢに登録するユーザ登録処理装置とを有し、コンピュータプログラムの新バージョンをホームページ（以下、ＨＰと略す。）上でユーザにダウンロードさせて配布するプログラム配布管理システムにおけるプログラム配布管理方法であって、
ユーザがプログラムをダウンロードした履歴情報をダウンロード履歴ＤＢに登録し、
ユーザがダウンロード処理を希望する際には前記ユーザ管理ＤＢにアクセスして正規ユーザであることの認証処理をし、
正規ユーザであることが確認されたユーザに対して前記ダウンロード履歴ＤＢにアクセスして以前のダウンロード履歴を取得してそれを該ユーザのユーザ端末に表示し、
該ユーザに前記パッケージプログラムＤＢへのアクセスを許可する
ことを特徴とするプログラム配布管理方法。
【請求項４】
請求項３に記載のプログラム配布管理方法であって、
さらに、
管理者の要求時にダウンロード履歴ＤＢ及びユーザ管理ＤＢにアクセスしてダウンロードを行っていない正規ユーザを検出し、
最新バージョンのプログラムダウンロードの必要性を促す通知を対象ユーザにメールにより通知する
ことを特徴とするプログラム配布管理方法。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００９−２３８０７９（Ｐ２００９−２３８０７９Ａ）
【公開日】平成２１年１０月１５日（２００９．１０．１５）
【国際特許分類】
【出願番号】特願２００８−８５４９５（Ｐ２００８−８５４９５）
【出願日】平成２０年３月２８日（２００８．３．２８）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
【公開日】平成２１年１０月１５日（２００９．１０．１５）
【国際特許分類】
【出願日】平成２０年３月２８日（２００８．３．２８）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
[ Back to top ]