JP5130073B2

JP5130073B2 - 情報処理システム、サーバ装置、ユーザ管理装置、情報処理方法、およびプログラム

Info

Publication number: JP5130073B2
Application number: JP2008028444A
Authority: JP
Inventors: 成史和田; 茂中山; 勝彦唐鎌
Original assignee: Obic Business Consultants Co Ltd
Current assignee: Obic Business Consultants Co Ltd
Priority date: 2008-02-08
Filing date: 2008-02-08
Publication date: 2013-01-30
Anticipated expiration: 2028-02-08
Also published as: JP2009187420A

Description

本発明は、ソフトウェア等をバージョンアップする情報処理システム等に関するものである。

従来、ソフトウェアをバージョンアップするために、更新ソフトをＣＤ−ＲＯＭ等の記憶媒体に格納し、当該記憶媒体を発送してユーザにインストールしてもらう必要があった。

また、従来、サポート担当者がユーザ、最新バージョンを使っていることを確認できなかったため、サポートに時間がかかっていた。

また、従来、以下のように、デバイスドライバーを効率的にバージョンアップする情報処理システムがあった。つまり、周辺機器から、管理サーバ装置に保持されているデバイスドライバーのバージョン情報の問合せを行い、周辺機器のデバイスドライバーのバージョンが古い場合に、デバイスドライバーをインストールする周辺機器の技術があった（特許文献１参照）。
特開２００１−１２５７７３号公報（第１頁、第１図等）

しかしながら、従来の情報処理システムにおいては、ソフトウェア等をダウンロードされる端末の環境を確認してから、サーバ装置は、ソフトウェアをダウンロード（送信）していなかった。そのため、不適切な端末にソフトウェアがダウンロードされていた。

本第一の発明の情報処理システムは、サーバ装置、ユーザ端末装置を具備する情報処理システムであって、前記サーバ装置は、バージョンアップされたソフトウェアである更新ソフトをダウンロードするための条件を示す情報である条件情報と、更新ソフトとを対に有するバージョンアップ情報を１以上格納し得るバージョンアップ情報格納部と、当該ユーザ端末装置の環境が前記条件情報に合致するか否かを判断する判断部と、前記判断部が、前記ユーザ端末装置の環境が前記条件情報に合致するとの判断を行った場合に、前記更新ソフトを、前記ユーザ端末装置に送信する更新ソフト送信部とを具備し、前記ユーザ端末装置は、前記サーバ装置から更新ソフトを受信する更新ソフト受信部と、前記更新ソフトを蓄積する更新ソフト蓄積部を具備する情報処理システムである。

かかる構成により、ユーザ端末装置の環境を確認してから、ソフトウェア等をダウンロードできる。

また、本第二の発明の情報処理システムは、第一の発明に対して、前記バージョンアップ情報は、ソフトウェアをバージョンアップするための権利を示す情報であり、ユーザを識別するユーザ識別子に対応する情報であるチケット情報と、条件情報と、更新ソフトとを対に有し、前記サーバ装置は、前記ユーザ端末装置からユーザ識別子を受信するユーザ識別子受信部と、前記ユーザ識別子受信部が受信したユーザ識別子を用いて、前記バージョンアップ情報格納部からチケット情報を検索するチケット情報検索部と、前記チケット情報と対になる条件情報を取得する条件情報取得部とをさらに具備し、前記判断部は、前記ユーザ端末装置の環境が、前記条件情報取得部が取得した条件情報に合致するか否かを判断し、前記ユーザ端末装置は、ユーザ識別子を受け付けるユーザ識別子受付部と、前記ユーザ識別子受付部が受け付けたユーザ識別子を前記サーバ装置に送信するユーザ識別子送信部とをさらに具備する情報処理システムである。

かかる構成により、ユーザ端末装置の環境を確認してから、ソフトウェア等をダウンロードできる。また、チケット情報を用いることにより、ソフトウェアのバージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。

また、本第三の発明の情報処理システムは、第一、第二いずれかの発明に対して、前記情報処理システムは、アップデート端末およびユーザ管理装置をさらに具備し、前記アップデート端末は、更新ソフトを出荷するための情報であり、更新ソフトを識別するソフト識別情報と条件情報を含む情報である出荷情報を受け付ける出荷情報受付部と、前記出荷情報を前記ユーザ管理装置に送信する出荷情報送信部とを具備し、前記ユーザ管理装置は、ユーザを識別するユーザ識別子、当該ユーザが使用しているソフトウェアを識別するソフト識別情報、当該ソフトウェアに対する前記ユーザの保守契約の有無を示す保守契約情報とを有するユーザ情報を格納しているユーザ情報格納部と、前記出荷情報を受信する出荷情報受信部と、前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、当該ソフト識別情報に対応する保守契約情報が、保守契約があることを示す情報である場合に、当該保守契約情報と対になる１以上のユーザ識別子を取得するユーザ識別子取得部と、前記１以上のユーザ識別子と、前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、１以上のチケット情報を生成するチケット情報生成部と、前記１以上のチケット情報と、前記出荷情報が有する条件情報を前記サーバ装置に送信するチケット情報送信部とを具備し、前記サーバ装置は、前記１以上のチケット情報と前記条件情報を受信するチケット情報受信部と、前記１以上のチケット情報と前記条件情報と前記更新ソフトとを対にしたバージョンアップ情報を前記バージョンアップ情報格納部に蓄積するバージョンアップ情報蓄積部をさらに具備する情報処理システムである。

また、本第四の発明の情報処理システムは、第三の発明に対して、前記チケット情報は、本運用を行うための通常区分を示す情報、または本運用前のテストを行うためのテスト区分を示す情報であるモード情報を有し、前記ユーザ端末装置が受け付けるユーザ識別子は、モード情報を有し、前記サーバ装置の更新ソフト送信部は、前記ユーザ識別子受信部が受信したモード情報を用いて、当該モード情報に対応するチケット情報を検索し、当該検索されたチケット情報に対応する更新ソフトを、前記ユーザ端末装置に送信する情報処理システムである。

かかる構成により、バージョンアップのための処理のテストを行ってから、確実に、ソフトウェアのバージョンアップをする権利を有するユーザのみがバージョンアップできる。また、テスト者が不要なソフトウェアをダウンロードする必要が無くなる。

また、本第五の発明の情報処理システムは、第一から第四いずれかの発明に対して、前記条件情報は、前記ユーザ端末装置におけるレジストリ値を含む情報であり、前記ユーザ端末装置の環境は、前記ユーザ端末装置におけるレジストリ値である情報処理システムである。

かかる構成により、ソフトウェアのバージョンアップをする権利、環境を有するユーザのみが、確実にバージョンアップできる。

また、本第六の発明の情報処理システムは、第一から第四いずれかの発明に対して、前記条件情報は、ソフト識別情報を含む情報であり、前記ユーザ端末装置の環境は、ソフト識別情報である情報処理システムである。

また、本第七の発明の情報処理システムは、第一から第六いずれかの発明に対して、前記チケット情報は、ソフトウェア製品を識別する製品識別子、ユーザ識別子、およびソフトウェア製品の部分ソフトウェアを識別する部分ソフト識別子を有する情報処理システムである。

かかる構成により、ソフトウェアの一部分である部品ソフトウェアについても、バージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。

また、本第八の発明の情報処理システムは、第一から第七いずれかの発明に対して、前記サーバ装置は、前記更新ソフト送信部が更新ソフトを送信した旨を示す情報である履歴情報を、ユーザ識別子と対応付けて蓄積する履歴情報蓄積部をさらに具備する情報処理システムである。

かかる構成により、サポート担当者が、各ユーザが使用しているソフトウェアのバージョンが容易に把握でき、サポートが容易になる。

本発明による情報処理システムによれば、ソフトウェア等のダウンロード先であるユーザ端末装置の環境を確認してから、ソフトウェア等をダウンロードできる。

以下、情報処理システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）

本実施の形態において、ユーザ端末装置１４の環境と、ダウンロードのための条件（後述する「条件情報」）とを比較し、サーバ装置１３がダウンロードするか否かを決定し、ダウンロードすると決定した場合のみ、ソフトウェア等をダウンロードする情報処理システムについて説明する。

また、本実施の形態において、チケット情報を用いて、あるユーザがダウンロードできるソフトウェア等を決定していく。なお、チケット情報は、テスト用と通常用のものがある場合について説明する。また、本実施の形態において、例えば、更新ソフトの開発者が登録した出荷情報からチケット情報を生成する情報処理システムについて説明する。さらに、ユーザが更新ソフトをダウンロードした履歴が残る情報処理システムについて説明する。

図１は、本実施の形態における情報処理システム１の概念図である。情報処理システム１は、アップデート端末１１、ユーザ管理装置１２、サーバ装置１３、ユーザ端末装置１４を具備する。アップデート端末１１は、例えば、更新されたソフトウェア（以下、「更新ソフト」という。）を登録する端末であり、例えば、更新ソフトの開発者が使用する。ユーザ管理装置１２は、ユーザの情報を管理している装置である。ユーザ管理装置１２は、更新ソフト以外のソフトウェアのユーザの情報を管理しても良い。また、サーバ装置１３は、更新ソフトのダウンロード処理を行う装置である。ユーザ端末装置１４は、更新ソフトがダウンロードされる装置である。ユーザ端末装置１４で行われる処理は問わない。

なお、更新とは、例えば、機能追加、不具合対応などのために、ソフトウェアを修正することである。また、バージョンアップとは、旧ソフトウェアを更新ソフトに置き換える処理である。バージョンアップについて、自動的にどこまで行うかは問わない。バージョンアップは、更新ソフトのダウンロードのみでも良いし、更新ソフトのインストールまでも含んでも良い。また、ソフトウェア（更新ソフトを含む）とは、ある機能を実現するソフトウェア全体でも良いし、その部分（ライブラリや関数など）でも良いし、ソフトウェアが利用するテーブル等のデータなどでも良い。さらに、ソフトウェア（更新ソフトを含む）の形式は、実行形式、ソースコード、目的コードなど、問わない。

図２は、本実施の形態における情報処理システム１のブロック図である。アップデート端末１１は、出荷情報受付部１１１、更新ソフト受付部１１２、出荷情報送信部１１３、端末更新ソフト送信部１１４を具備する。

ユーザ管理装置１２は、ユーザ情報格納部１２１、出荷情報受信部１２２、ユーザ識別子取得部１２３、チケット情報生成部１２４、チケット情報送信部１２５を具備する。

サーバ装置１３は、バージョンアップ情報格納部１３０１、更新ソフト受信部１３０２、更新ソフト蓄積部１３０３、チケット情報受信部１３０４、バージョンアップ情報蓄積部１３０５、ユーザ識別子受信部１３０６、チケット情報検索部１３０７、条件情報取得部１３０８、判断部１３０９、更新ソフト送信部１３１０、履歴情報蓄積部１３１１を具備する。

ユーザ端末装置１４は、第一ユーザ識別子受付部１４１、第一ユーザ識別子送信部１４２、第一更新ソフト受信部１４３、第一更新ソフトインストール部１４４、処理部１４５を具備する。

出荷情報受付部１１１は、更新ソフトを出荷するための情報である出荷情報を受け付ける。出荷情報は、更新ソフトを識別するソフト識別情報を含む情報である。出荷情報は、条件情報を含んでも良い。条件情報は、更新ソフトを出荷するための条件を示す情報である。条件情報は、ユーザ端末装置１４の環境についての条件を示す情報である。環境とは、ユーザ端末装置１４のソフトウェア環境、ユーザ端末装置１４にインストールされている更新ソフトについての情報、ユーザ端末装置１４のハードウェア条件などである。ソフトウェア環境とは、ユーザ端末装置１４のファイルシステムの構造（フォルダの有無、ファイルの有無など）、ＯＳの種類、バージョンなどである。更新ソフトについての情報とは、更新ソフトのソフト識別情報や更新ソフトのバージョンなどの情報である。ハードウェア条件とは、端末のＩＤ、記憶媒体の容量、主メモリの容量、ＭＡＣアドレス、メーカーなどの条件である。条件情報は、例えば、レジストリ値、ファイル名などの情報も含む。レジストリ値は、例えば、フォルダ名である。レジストリ値がフォルダ名である場合、当該フォルダが、更新ソフトのダウンロード先の装置に存在すれば、更新ソフトは送信される。また、条件情報がファイル名である場合、当該ファイル名のファイルが、更新ソフトのダウンロード先の装置に存在すれば、更新ソフトは送信される。ソフト識別情報は、例えば、更新ソフトの名称、ＩＤ、バージョン情報（バージョン番号など）の組み合わせの情報である。ソフト識別情報は、例えば、ソフトウェア製品を識別する製品識別子、およびソフトウェア製品の部分ソフトウェアを識別する部分ソフト識別子を有する情報でも良い。出荷情報は、ソフト識別情報だけでも良いし、他の情報を含んでも良い。他の情報とは、例えば、ソフトウェアの更新日付や開発者名などである。また、ソフト識別情報や出荷情報の構造は問わない。ソフト識別情報は、一つのソフトウェア製品を識別する情報でも良いし、複数のソフトウェア製品を含むパッケージを識別する情報でも良いし、部分ソフトウェア（例えば、一ライブラリ、一実行モジュールなど）を識別する情報でも良い。出荷情報の入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。出荷情報受付部１１１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

更新ソフト受付部１１２は、更新ソフトを受け付ける。この受付は、更新ソフトをサーバ装置１３に送信するための受け付けである。更新ソフトの入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。更新ソフト受付部１１２は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

出荷情報送信部１１３は、出荷情報受付部１１１が受け付けた出荷情報をユーザ管理装置１２に送信する。出荷情報送信部１１３は、例えば、ユーザ管理装置１２のＩＰアドレスやＭＡＣアドレス等の、ユーザ管理装置１２と通信するための情報を知っている。出荷情報送信部１１３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフトを、サーバ装置１３に送信する。なお、端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフトを、ユーザ管理装置１２に送信しても良い。かかる場合、ユーザ管理装置１２は、更新ソフトを受信し、サーバ装置１３に転送する。端末更新ソフト送信部１１４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

ユーザ情報格納部１２１は、ユーザ情報を格納している。ユーザ情報は、例えば、ユーザ識別子、ソフト識別情報、保守契約情報を有する。ユーザ識別子は、ユーザを識別する情報である。ソフト識別情報は、ここでは、ユーザが使用しているソフトウェアを識別する情報である。ソフト識別情報は、通常、更新ソフトのソフト識別情報と同様の構造であるが、異なる構造でも良い。保守契約情報は、ソフトウェアに対するユーザの保守契約の有無を示す情報である。ユーザ識別子とは、バージョンアップ対象のソフトウェアの使用者を識別する情報である。ソフトウェアの使用者は、ソフトウェアの購入者、購入者から使用許可が与えられた者などである。ユーザ情報格納部１２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。ユーザ情報格納部１２１にユーザ情報が記憶される過程は問わない。例えば、記録媒体を介してユーザ情報がユーザ情報格納部１２１で記憶されるようになってもよく、通信回線等を介して送信されたユーザ情報がユーザ情報格納部１２１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたユーザ情報がユーザ情報格納部１２１で記憶されるようになってもよい。

出荷情報受信部１２２は、アップデート端末１１から出荷情報を受信する。出荷情報受信部１２２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

ユーザ識別子取得部１２３は、出荷情報受信部１２２が受信した出荷情報を用いて、１以上のユーザ識別子を取得する。つまり、まず、ユーザ識別子取得部１２３は、出荷情報受信部１２２が受信した出荷情報からソフト識別情報を抽出する。次に、ユーザ識別子取得部１２３は、ユーザ情報格納部１２１を検索し、抽出したソフト識別情報を用いて、当該ソフト識別情報に対応する1以上のユーザ識別子を取得する。なお、この1以上のユーザ識別子は、ソフト識別情報で識別されるソフトウェアを使用しているユーザを識別する情報である。そして、ユーザ識別子取得部１２３は、1以上のユーザ識別子と対になる保守契約情報を読み出し、当該保守契約情報が、保守契約があることを示す情報であるか否かを判断する。保守契約情報が、保守契約があることを示す情報である場合に、ユーザ識別子取得部１２３は、当該保守契約情報と対になる１以上のユーザ識別子を取得する。ユーザ識別子取得部１２３は、ソフト識別情報と保守契約情報を用いて、ソフトウェアのバージョンアップをする権利を有するユーザのユーザ識別子を取得することとなる。なお、ユーザ識別子取得部１２３は、ソフト識別情報と保守契約情報のどちらか一方を用いて、ユーザ識別子を取得しても良い。また、ユーザ識別子取得部１２３は、出荷情報にモード情報が含まれる場合、当該モード情報に対応するユーザ識別子を取得することは好適である。なお、モード情報とは、チケット情報が利用される区分を示す情報であり、本運用を行うための通常区分を示す情報、または本運用前のテストを行うためのテスト区分を示す情報がある。ユーザ識別子取得部１２３は、通常、ＭＰＵやメモリ等から実現され得る。ユーザ識別子取得部１２３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

チケット情報生成部１２４は、１以上のユーザ識別子と、出荷情報受信部１２２が受信した出荷情報が有するソフト識別情報を用いて、１以上のチケット情報を生成する。チケット情報とは、ソフトウェアのバージョンアップの権利があることを示す情報、または、権利があることを確認するための情報である。チケット情報は、通常、ユーザ識別子ごと、およびソフト識別情報ごとに存在する。チケット情報は、ソフトウェアをバージョンアップするための情報であり、ユーザを識別するユーザ識別子に対応する情報である。ここで、生成とは、ユーザ識別子とソフト識別情報を単に結合するだけでも良いし、ユーザ識別子とソフト識別情報と他の情報を単に結合するだけでも良いし、ユーザ識別子またはソフト識別情報を暗号化して結合しても良い。つまり、生成とは、チケット情報に含まれているユーザ識別子、ソフト識別情報が特定できるように、ユーザ識別子、ソフト識別情報を用いて、チケット情報を構成することである。チケット情報生成部１２４は、通常、ＭＰＵやメモリ等から実現され得る。チケット情報生成部１２４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

チケット情報送信部１２５は、チケット情報生成部１２４が生成した１以上のチケット情報をサーバ装置１３に送信する。チケット情報送信部１２５は、１以上のチケット情報と条件情報をサーバ装置１３に送信しても良い。なお、条件情報は、出荷情報に含まれる。チケット情報送信部１２５は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

バージョンアップ情報格納部１３０１は、バージョンアップ情報を１以上格納し得る。バージョンアップ情報は、条件情報と、更新ソフトとを対に有する情報である。条件情報は、バージョンアップされたソフトウェアである更新ソフトをダウンロードするための条件を示す情報である。バージョンアップ情報のデータ構造は問わない。バージョンアップ情報格納部１３０１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。バージョンアップ情報格納部１３０１にバージョンアップ情報が記憶される過程は問わない。例えば、記録媒体を介してバージョンアップ情報がバージョンアップ情報格納部１３０１で記憶されるようになってもよく、通信回線等を介して送信されたバージョンアップ情報がバージョンアップ情報格納部１３０１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたバージョンアップ情報がバージョンアップ情報格納部１３０１で記憶されるようになってもよい。

更新ソフト受信部１３０２は、アップデート端末１１から、直接、または間接的に更新ソフトを受信する。間接的に更新ソフトを受信する場合は、更新ソフト受信部１３０２は、例えば、ユーザ管理装置１２経由で、更新ソフトを受信する。更新ソフト受信部１３０２は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

更新ソフト蓄積部１３０３は、更新ソフト受信部１３０２が受信した更新ソフトを、バージョンアップ情報格納部１３０１に蓄積する。更新ソフト蓄積部１３０３は、通常、ＭＰＵやメモリ等から実現され得る。更新ソフト蓄積部１３０３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

チケット情報受信部１３０４は、１以上のチケット情報と条件情報を受信する。チケット情報受信部１３０４は、通常、ユーザ管理装置１２から、１以上のチケット情報と条件情報を受信する。チケット情報受信部１３０４は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

バージョンアップ情報蓄積部１３０５は、１以上のチケット情報と条件情報と更新ソフトとを対にしたバージョンアップ情報をバージョンアップ情報格納部１３０１に蓄積する。バージョンアップ情報蓄積部１３０５は、１以上のチケット情報と条件情報と更新ソフトとを対にしたバージョンアップ情報を構成し、当該バージョンアップ情報をバージョンアップ情報格納部１３０１に蓄積する。なお、チケット情報がソフト識別情報を含む場合、バージョンアップ情報蓄積部１３０５は、単に、チケット情報と条件情報を蓄積しても良い。また、バージョンアップ情報は、例えば、チケット情報と条件情報とソフト識別情報の対である。ソフト識別情報とは、更新ソフトを識別する情報である。更新ソフトは、アップデート端末１１から直接に送信されても良いし、アップデート端末１１からユーザ管理装置１２経由で送信されても良いし、記憶媒体を介して格納されても良い。バージョンアップ情報蓄積部１３０５は、通常、ＭＰＵやメモリ等から実現され得る。バージョンアップ情報蓄積部１３０５の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

ユーザ識別子受信部１３０６は、ユーザ端末装置１４からユーザ識別子を受信する。ユーザ識別子受信部１３０６は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

チケット情報検索部１３０７は、ユーザ識別子受信部１３０６が受信したユーザ識別子を用いて、バージョンアップ情報格納部１３０１からチケット情報を検索する。チケット情報検索部１３０７は、ユーザ識別子受信部１３０６が受信したユーザ識別子をキーとして、1以上のチケット情報を検索し、メモリ上に配置する。チケット情報検索部１３０７は、通常、ＭＰＵやメモリ等から実現され得る。チケット情報検索部１３０７の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

条件情報取得部１３０８は、チケット情報と対になる条件情報を、バージョンアップ情報格納部１３０１から取得する。条件情報取得部１３０８は、通常、ＭＰＵやメモリ等から実現され得る。条件情報取得部１３０８の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

判断部１３０９は、ユーザ端末装置１４の環境が、条件情報取得部１３０８が取得した条件情報に合致するか否かを判断する。判断部１３０９は、通常、ユーザ端末装置１４に対して、問い合わせを発行（送信）し、ユーザ端末装置１４の環境を取得する。また、判断部１３０９は、条件情報取得部１３０８が取得した条件情報を、ユーザ端末装置１４に送信し、当該条件情報に合致するか否かの情報をユーザ端末装置１４から受信しても良い。そして、判断部１３０９は、取得した環境が、条件情報取得部１３０８が取得した条件情報に合致するか否かを判断する。判断部１３０９は、通常、ＭＰＵやメモリ等から実現され得る。判断部１３０９の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

更新ソフト送信部１３１０は、判断部１３０９が、ユーザ端末装置１４の環境が条件情報に合致するとの判断を行った場合に、更新ソフトを、ユーザ端末装置１４に送信する。なお、更新ソフト送信部１３１０は、通常、チケット情報と対になる更新ソフトを取得し、ユーザ端末装置１４に送信する。更新ソフト送信部１３１０は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

履歴情報蓄積部１３１１は、更新ソフト送信部１３１０が更新ソフトを送信した旨を示す情報である履歴情報を、ユーザ識別子と対応付けて蓄積する。履歴情報は、例えば、ソフト識別情報を含む。また、履歴情報は、例えば、ソフト識別情報と更新日付等を含む。また、履歴情報蓄積部１３１１が履歴情報を蓄積する先は、図示しない記憶媒体である。履歴情報蓄積部１３１１は、通常、ＭＰＵやメモリ等から実現され得る。履歴情報蓄積部１３１１の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

第一ユーザ識別子受付部１４１は、ユーザ識別子を受け付ける。ユーザ識別子の入力目的は問わない。例えば、ユーザがシステムにログインするために入力したユーザ識別子であったり、ユーザがソフトのバージョンアップをするために入力したユーザ識別子であったり等でも良い。ユーザ識別子の入力手段は、テンキーやキーボードやマウスやメニュー画面によるもの等、何でも良い。第一ユーザ識別子受付部１４１は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

第一ユーザ識別子送信部１４２は、第一ユーザ識別子受付部１４１が受け付けたユーザ識別子を、サーバ装置１３に送信する。第一ユーザ識別子送信部１４２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

第一更新ソフト受信部１４３は、サーバ装置１３から更新ソフトを受信する。第一更新ソフト受信部１４３は、ユーザ識別子の送信に対応して、更新ソフトを受信しても良いし、ユーザが、選択した更新ソフトを受信しても良い。かかる場合、ユーザが受信できる更新ソフトの一覧（メニュー）がユーザ端末装置１４に出力され、ユーザが、マウス等の入力手段を用いて、一覧からダウンロードする更新ソフトを選択する。そして、サーバ装置１３は、選択された更新ソフトを送信する。次に、第一更新ソフト受信部１４３は、選択された更新ソフトを受信する。第一更新ソフト受信部１４３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信した更新ソフトをインストールする。なお、インストールは、自動的でなくて、手動ででも良い。第一更新ソフトインストール部１４４は、通常、ＭＰＵやメモリ等から実現され得る。第一更新ソフトインストール部１４４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

処理部１４５は、インストールされた更新ソフトを実行し、所定の処理を行う。処理の内容は、種々あり得る。処理部１４５は、ユーザからの指示に応じて、所定の処理を行っても良いし、自動的に処理を行っても良い。処理部１４５は、通常、ＭＰＵやメモリ等から実現され得る。処理部１４５の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

次に、情報処理システム１の動作について説明する。まず、アップデート端末１１の動作について説明する。開発者が更新ソフトと、更新ソフトを出荷するための情報である出荷情報をアップデート端末１１に入力する。次に、アップデート端末１１の出荷情報受付部１１１は、出荷情報を受け付ける。また、更新ソフト受付部１１２は、更新ソフトを受け付ける。そして、出荷情報送信部１１３は、出荷情報受付部１１１が受け付けた出荷情報をユーザ管理装置１２に送信する。次に、端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフトを、サーバ装置１３に送信する。

次に、ユーザ管理装置１２の動作について、図３のフローチャートを用いて説明する。

（ステップＳ３０１）出荷情報受信部１２２は、アップデート端末１１から出荷情報を受信したか否かを判断する。出荷情報を受信すればステップＳ３０２に行き、出荷情報を受信しなければステップＳ３０１に戻る。

（ステップＳ３０２）ユーザ識別子取得部１２３は、出荷情報受信部１２２が受信した出荷情報からソフト識別情報を取得する。例えば、出荷情報にソフト識別情報が暗号化され、埋め込まれている場合は、出荷情報を復号化し、ソフト識別情報を取得する。

（ステップＳ３０３）ユーザ識別子取得部１２３は、カウンタｉに１を代入する。

（ステップＳ３０４）ユーザ識別子取得部１２３は、ｉ番目のユーザ情報が、ユーザ情報格納部１２１に存在するか否かを判断する。ｉ番目のユーザ情報が存在すればステップＳ３０５に行き、存在しなければステップＳ３１１に行く。ここで、ｉ番目のユーザ情報が存在すれば、ユーザ識別子取得部１２３は、ｉ番目のユーザ情報を取得する。

（ステップＳ３０５）ユーザ識別子取得部１２３は、ステップＳ３０４で取得したｉ番目のユーザ情報に含まれる保守契約情報を取得する。

（ステップＳ３０６）ユーザ識別子取得部１２３は、ステップＳ３０５で取得した保守契約情報が、保守契約があることを示す情報であるか否かを判断する。保守契約があることを示す情報であればステップＳ３０７に行き、保守契約があることを示す情報でなければステップＳ３１０に行く。

（ステップＳ３０７）ユーザ識別子取得部１２３は、ステップＳ３０４で取得したｉ番目のユーザ情報に含まれるユーザ識別子を取得する。

（ステップＳ３０８）チケット情報生成部１２４は、ステップＳ３０７で取得したユーザ識別子、ステップＳ３０２で取得したソフト識別情報、出荷情報に含まれる条件情報等を用いて、チケット情報を構成する。

（ステップＳ３０９）チケット情報生成部１２４は、ステップＳ３０８で構成したチケット情報を、バッファ上に一時格納する。

（ステップＳ３１０）ユーザ識別子取得部１２３は、カウンタｉを１、インクリメントする。ステップＳ３０４に戻る。

（ステップＳ３１１）チケット情報送信部１２５は、バッファ上に1以上のチケット情報が存在するか否かを判断する。チケット情報が存在すればステップＳ３１２に行き、チケット情報が存在しなければステップＳ３０１に戻る。

（ステップＳ３１２）チケット情報送信部１２５は、バッファ上に1以上のチケット情報を、サーバ装置１３に送信する。ステップＳ３０１に戻る。

なお、図３のフローチャートにおいて、保守契約情報のチェック処理（ステップＳ３０５）は存在しなくても良い。

また、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、サーバ装置１３の動作について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）更新ソフト受信部１３０２は、更新ソフトを受信したか否かを判断する。更新ソフトを受信すればステップＳ４０２に行き、更新ソフトを受信しなければステップＳ４０３に行く。

（ステップＳ４０２）更新ソフト蓄積部１３０３は、ステップＳ４０１で受信した更新ソフトを、バージョンアップ情報格納部１３０１に蓄積する。ステップＳ４０１に戻る。

（ステップＳ４０３）チケット情報受信部１３０４は、１以上のチケット情報を受信したか否かを判断する。チケット情報を受信すればステップＳ４０４に行き、チケット情報を受信しなければステップＳ４０５に行く。

（ステップＳ４０４）バージョンアップ情報蓄積部１３０５は、チケット情報受信部１３０４が受信した１以上のチケット情報と更新ソフト蓄積部１３０３が蓄積した更新ソフトとを対にしたバージョンアップ情報をバージョンアップ情報格納部１３０１に蓄積する。ステップＳ４０１に戻る。なお、バージョンアップ情報とチケット情報が同じ情報である場合もある。また、チケット情報は、通常、条件情報を含む、とする。または、ステップＳ４０３で、チケット情報に対応付けられて、条件情報も受信されている、とする。

（ステップＳ４０５）ユーザ識別子受信部１３０６は、ユーザ識別子を受信したか否かを判断する。ユーザ識別子を受信すればステップＳ４０６に行き、ユーザ識別子を受信しなければステップＳ４０１に戻る。

（ステップＳ４０６）チケット情報検索部１３０７は、ステップＳ４０５で受信したユーザ識別子をキーとして、バージョンアップ情報格納部１３０１を検索し、チケット情報を取得し、メモリ上に配置する。なお、ここで、検索されるチケット情報が無い場合もあり得る。

（ステップＳ４０７）条件情報取得部１３０８は、カウンタｉに１を代入する。

（ステップＳ４０８）条件情報取得部１３０８は、ステップＳ４０６で取得されたチケット情報の中で、ｉ番目のチケット情報が存在するか否かを判断する。ｉ番目のチケット情報が存在すればステップＳ４０９に行き、ｉ番目のチケット情報が存在しなければステップＳ４０１に戻る。

（ステップＳ４０９）条件情報取得部１３０８は、条件情報を取得する。なお、条件情報は、通常、ｉ番目のチケット情報が有するが、例えば、サーバ装置１３の中で、一つだけ存在しても良い。

（ステップＳ４１０）判断部１３０９は、ユーザ端末装置１４に対して、ユーザ端末装置１４の環境を問い合わせる。なお、問い合わせる環境は、ステップＳ４０９で取得された条件情報に関連する（通常、条件情報に含まれる）環境である。また、「問い合わせ」とは、条件情報に関連する環境を有するか否かの問い合わせでも良いし、条件情報に関連する環境を送付する命令の送信などでも良い。「問い合わせ」が条件情報に関連する環境を有するか否かの問い合わせである場合、ユーザ端末装置１４からは、有する（例えば「１」）または、有しない（例えば「０」）の回答が、サーバ装置１３に送付される。また、「問い合わせ」が条件情報に関連する環境を送付する命令の送信である場合、ユーザ端末装置１４からは、環境またはエラー情報（ＮＵＬＬなども含む）等が、サーバ装置１３に送付されたり、何ら情報が送付されずにタイムアウトとなったりする。

（ステップＳ４１１）判断部１３０９は、ユーザ端末装置１４から回答を受信したか否かを判断する。回答を受信すればステップＳ４１２に行き、回答を受信しなければステップＳ４１１に戻る。なお、回答を受信しない時間が所定時間以上となれば、タイムアウトとなり、ステップＳ４１２における判断は、条件に合致しない、との判断となる。

（ステップＳ４１２）判断部１３０９は、ステップＳ４１１で受信した回答が、ステップＳ４０９で取得された条件情報を満たすか否かを判断する。例えば、条件情報がレジストリ値（フォルダ名）である場合、判断部１３０９は、当該フォルダ名のフォルダが、更新ソフトがインストールされる装置（ユーザ識別子を送信してきた装置）に存在するか否かを問い合わせ、存在するとの回答を受信した場合、条件情報を満たす、と判断する。条件情報を満たせばステップＳ４１２に行き、条件情報を満たさなければステップＳ４１７に行く。

（ステップＳ４１３）更新ソフト送信部１３１０は、ｉ番目のチケット情報に対応するソフト識別情報を取得し、当該ソフト識別情報に対応する更新ソフトを、バージョンアップ情報格納部１３０１から取得する。

（ステップＳ４１４）更新ソフト送信部１３１０は、ステップＳ４１３で取得した更新ソフトを、ユーザ端末装置１４に送信する。

（ステップＳ４１５）履歴情報蓄積部１３１１は、ソフト識別情報を有する履歴情報を構成する。

（ステップＳ４１６）履歴情報蓄積部１３１１は、ステップＳ４１５で構成した履歴情報を、ユーザ識別子と対応付けて蓄積する。なお、履歴情報は、ユーザ識別子を有しても良い。かかる場合、履歴情報は、ユーザ識別子と対応付けて蓄積された、こととする。

（ステップＳ４１７）更新ソフト送信部１３１０は、カウンタｉを１、インクリメントする。ステップＳ４０８に戻る。

なお、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ユーザ端末装置１４の動作について説明する。ユーザ端末装置１４の第一ユーザ識別子受付部１４１は、ユーザ識別子を受け付ける。そして、第一ユーザ識別子送信部１４２は、第一ユーザ識別子受付部１４１が受け付けたユーザ識別子を、サーバ装置１３に送信する。次に、ユーザ識別子の送信に対応して、第一更新ソフト受信部１４３は、サーバ装置１３から、環境に関する問い合わせを受信する。そして、当該問い合わせに対する回答を取得し、サーバ装置１３に送信する。次に、回答の送信に対応して、第一更新ソフト受信部１４３は、サーバ装置１３から更新ソフトを受信する。

なお、ユーザ識別子の送信に対応して、更新ソフトの一覧がユーザ端末装置１４に表示され、ユーザは、当該一覧から、ダウンロードする更新ソフトを選択しても良い。そして、さらに、第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信した更新ソフトをインストールする。なお、インストールは、ユーザの指示により開始されても良いし、更新ソフトの受信後、直ちに開始されても良い。

以下、本実施の形態における情報処理システムの具体的な動作について説明する。情報処理システムの概念図は図１である。

今、ユーザ管理装置１２のユーザ情報格納部１２１は、図５に示すユーザ情報管理表を格納している、とする。ユーザ情報管理表は、「ＩＤ」「ユーザ識別子」「ソフト識別情報」「保守契約情報」などの属性値を有するレコードを1以上、格納している。「ＩＤ」は、表のレコード管理のための属性である。「ソフト識別情報」は、ここでは、「製品ＩＤ」「システムＩＤ」を有する。「製品ＩＤ」は、ソフトウェア製品を識別する製品識別子が格納される属性である。「システムＩＤ」は、ソフトウェア製品の部分ソフトウェアを識別する部分ソフト識別子が格納される属性である。「保守契約情報」について、「１」の場合は、保守契約があることを示す。「０」の場合は、保守契約がないことを示す。

かかる状況において、アップデート端末１１のユーザ（更新ソフトの開発者である、とする）は、アップデート端末１１に表示されている、図６の画面の各フィールドに対して、図６に示すデータを入力した、とする。すると、アップデート端末１１の出荷情報受付部１１１、および更新ソフト受付部１１２は、それぞれ、出荷情報、更新ソフトを受け付ける。

次に、ユーザは、図６の「登録」ボタンを押下した、とする。なお、図６の「説明」フィールドには、今回のバージョンアップの内容、更新ソフトの説明などが記載され得る。また、「優先度」フィールドには、〜が記載され得る。（「優先度」とは何でしょうか？また、「重要」以外のデータはありますか？）「ファイル」フィールドには、更新ソフトの実体であるファイル名が記載され得る。「条件情報」フィールドには、ここでは、レジストリ値が記載される。レジストリ値は、ここでは、フォルダ名であり、更新ソフトのインストール先の装置に、当該フォルダ名のフォルダが存在するか否かが、後に判断される。なお、レジストリ値は、ユーザ端末装置１４の環境である。また、「区分」は、モード情報を示す。図６において「通常」は、本運用を行う区分であることを示す。なお、モード情報として、「通常」以外に「テスト」がある。「テスト」は、ダウンロード等のテストを行うモードである。

ユーザが「登録」ボタンを押下すると、アップデート端末１１の出荷情報送信部１１３は、出荷情報受付部１１１が受け付けた出荷情報を、図７に示すような、送信するためのデータ構造に構成し、図７の出荷情報をユーザ管理装置１２に送信する。なお、図７において、区分「１」は、本運用を行うための通常区分を示す情報である。また、区分が「０」の場合、本運用前のテストを行うためのテスト区分を示す情報である。

また、端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフト（ファイル「Ｓｅｔｕｐ」）を、サーバ装置１３に送信する。

次に、ユーザ管理装置１２の出荷情報受信部１２２は、アップデート端末１１から、図７の出荷情報を受信する。

次に、ユーザ識別子取得部１２３は、図７の出荷情報から、ソフト識別情報「ＣＷＬＫ，ＳＥ」を抽出する。次に、ユーザ識別子取得部１２３は、図５のユーザ情報管理表を検索し、抽出したソフト識別情報「ＣＷＬＫ，ＳＥ」を用いて、当該ソフト識別情報「ＣＷＬＫ，ＳＥ」に対応する1以上のユーザ識別子を取得する。ここで、ユーザ識別子取得部１２３は、「１００００」「１０００１」等のユーザ識別子を取得した、とする。

そして、まず、ユーザ識別子取得部１２３は、１番目のユーザ識別子「１００００」に対して、以下の処理を行う。つまり、ユーザ識別子取得部１２３は、ユーザ識別子「１００００」に対応する保守契約情報「１」を、図５のユーザ情報管理表から取得する。

そして、ユーザ識別子取得部１２３は、取得した保守契約情報「１」から、ユーザ識別子「１００００」に対して、ソフト識別情報「ＣＷＬＫ，ＳＥ」のソフトウェアの、保守契約があると、判断する。そして、ユーザ識別子取得部１２３は、１番目のユーザ情報に含まれるユーザ識別子「１００００」を、バッファに一時格納する。

次に、チケット情報生成部１２４は、ユーザ識別子「１００００」、ソフト識別情報「ＣＷＬＫ，ＳＥ」、出荷情報に含まれる条件情報「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」、説明「銀行業務の・・・・」、優先度「重要」、区分「１」を用いて、図８に示すチケット情報を構成する。図８に示すチケット情報は、ユーザ識別子、ソフト識別情報、条件情報、説明、優先度、公開日、区分を有する。「公開日」とは、更新ソフトを登録した日付である。なお、チケット情報は、図８の構造に限られないことは言うまでもない。例えば、チケット情報は、「ＣＷＬＫ１００００ＳＥ」など、ソフト識別情報とユーザ識別子のみから構成されても良い。「ＣＷＬＫ１００００ＳＥ」は、「製品識別子」「ユーザ識別子」「部分ソフト識別子」を有する構成である。

そして、チケット情報生成部１２４は、図８のチケット情報を、バッファ上に一時格納する。

次に、ユーザ識別子取得部１２３は、２番目のユーザ識別子「１０００１」に対して、以下の処理を行う。つまり、ユーザ識別子取得部１２３は、ユーザ識別子「１０００１」に対応する保守契約情報「０」を、図５のユーザ情報管理表から取得する。

そして、ユーザ識別子取得部１２３は、取得した保守契約情報「０」から、ユーザ識別子「１０００１」に対して、ソフト識別情報「ＣＷＬＫ，ＳＥ」のソフトウェアの、保守契約がないと、判断する。そして、２番目のユーザ識別子「１０００１」に対する処理は終了する。

次に、ユーザ識別子取得部１２３、チケット情報生成部１２４は、取得した３番目以降のユーザ識別子に対して、同様の処理を行う。

そして、すべてのユーザ識別子に対しての処理が完了した後、チケット情報送信部１２５は、バッファ上の1以上のチケット情報（図８のチケット情報は含まれる）を、サーバ装置１３に送信する。

次に、アップデート端末１１の端末更新ソフト送信部１１４は、更新ソフト受付部１１２が受け付けた更新ソフト「Ｓｅｔｕｐ」を、サーバ装置１３に送信する。

そして、サーバ装置１３の更新ソフト受信部１３０２は、更新ソフト「Ｓｅｔｕｐ」を受信する。次に、更新ソフト蓄積部１３０３は、受信した更新ソフト「Ｓｅｔｕｐ」を、バージョンアップ情報格納部１３０１に蓄積する。

そして、サーバ装置１３のチケット情報受信部１３０４は、1以上のチケット情報を受信する。

次に、バージョンアップ情報蓄積部１３０５は、チケット情報受信部１３０４が受信した１以上のチケット情報と更新ソフト蓄積部１３０３が蓄積した更新ソフト「Ｓｅｔｕｐ」とを対にしたバージョンアップ情報をバージョンアップ情報格納部１３０１に蓄積する。ここで、「対応付けて」とは、チケット情報に「Ｓｅｔｕｐ」という更新ソフト名を付加しても良いし、チケット情報と更新ソフト「Ｓｅｔｕｐ」をリンク付けても良い。また、元のチケット情報がソフト識別情報を含むようにしても良い。つまり、更新ソフト名の「Ｓｅｔｕｐ」を、例えば、「ＣＷＬＫ−ＳＥ．ｅｘｅ」などとしても良い。

以上の処理を、他の更新ソフトに対しても行う。そして、サーバ装置１３は、図９に示すバージョンアップ情報管理表を、バージョンアップ情報格納部１３０１に得た、とする。バージョンアップ情報管理表は、１以上のバージョンアップ情報を格納している表である。バージョンアップ情報管理表のレコードは、「ＩＤ」「ユーザ識別子」「ソフト識別情報」「条件情報」「説明」「優先度」「公開日」「区分」「更新ソフト名」の属性値を有する。「更新ソフト名」は、更新ソフトにアクセスするための名称（例えば、ファイル名）である。

なお、バージョンアップ情報格納部１３０１には、別途、更新ソフトの実体ファイルが存在している。

かかる状況において、例えば、ユーザ端末装置１４のユーザ（ユーザ識別子「１００００」で識別されるユーザ）は、ユーザ識別子「１００００」を入力し、サーバ装置１３にログインした、とする。

次に、ユーザ端末装置１４の第一ユーザ識別子受付部１４１は、ユーザ識別子「１００００」を受け付ける。そして、第一ユーザ識別子送信部１４２は、第一ユーザ識別子受付部１４１が受け付けたユーザ識別子「１００００」と、区分「１」とを、サーバ装置１３に送信する、とする。なお、ユーザ端末装置１４の、ユーザ識別子等の入力画面には、区分を入力するフィールドが存在しない場合でも、ユーザ端末装置１４は、区分「１」を付加して、ユーザ識別子とともに、サーバ装置１３に送信する、とする。また、例えば、アップデート端末１１からユーザ識別子を入力する場合、必ず区分は「０」となる。アップデート端末１１は、開発者端末であり、テストを行うためである。また、ユーザ識別子の中にモード情報（ここでの区分）が埋め込まれていれば、ユーザ識別子から区分が判断され得る。かかる場合、アップデート端末１１に入力されたユーザ識別子は、サーバ装置１３に送信される。そして、サーバ装置１３は、ユーザ識別子と区分「０」とを受信し、下記で説明する処理と同様の処理を行う、とする。

次に、サーバ装置１３のユーザ識別子受信部１３０６は、ユーザ識別子「１００００」と、区分「１」とを受信する。

次に、チケット情報検索部１３０７は、受信したユーザ識別子「１００００」をキーとして、図９のバージョンアップ情報管理表を検索し、３つのチケット情報（図９の「ＩＤ＝１」「ＩＤ＝８」「ＩＤ＝１５」のレコード」を取得し、メモリ上に配置する。

また、チケット情報検索部１３０７は、受信した区分「１」を用いて、メモリ上の３つのチケット情報をチェックし、該当しないものが存在するか否かを判断する。ここでは、３つのチケット情報は、区分「１」を含むので、３つのチケット情報は、そのままメモリ上に残される。つまり、チケット情報検索部１３０７は、区分をチェックし、該当しないチケット情報は取得しない。

そして、条件情報取得部１３０８、判断部１３０９等は、３つのレコードに対して、順番に、以下のように処理を行う。

まず、条件情報取得部１３０８は、図９の「ＩＤ＝１」のレコードが有する条件情報「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」を取得する。

次に、判断部１３０９は、条件情報「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」を満たすか否かを判断する。つまり、判断部１３０９は、フォルダ「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」がユーザ端末装置１４に存在するか否かを、ユーザ端末装置１４に問い合わせる。そして、例えば、判断部１３０９は、ユーザ端末装置１４にフォルダ「Ｃ：￥ＣＷＬＫ￥ｂｉｎ」が存在するとの回答を得た、とする。

そして、更新ソフト送信部１３１０は、１番目のチケット情報に対応するソフト識別情報「ＣＷＬＫ，ＳＥ」を取得し、当該ソフト識別情報に対応する更新ソフト「Ｓｅｔｕｐ」を、バージョンアップ情報格納部１３０１から取得する。

次に、更新ソフト送信部１３１０は、取得した更新ソフト「Ｓｅｔｕｐ」を、ユーザ識別子を送信してきたユーザ端末装置１４に送信する。

次に、履歴情報蓄積部１３１１は、ソフト識別情報「ＣＷＬＫ，ＳＥ」を有する履歴情報を構成する。ここでは、例えば、図１０に示す履歴情報を構成する。図１０において、ユーザ識別子、ソフト識別情報、ダウンロード日時を有する。次に、履歴情報蓄積部１３１１は、図１０の履歴情報を蓄積する。

次に、ユーザ端末装置１４の第一更新ソフト受信部１４３は、更新ソフト「Ｓｅｔｕｐ」を受信する。そして、さらに、第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信したソフト「Ｓｅｔｕｐ」を実行し、更新ソフトをインストールする。

次に、条件情報取得部１３０８は、図９の「ＩＤ＝８」のレコードが有する条件情報を取得しようとするが、条件情報が存在しない。したがって、判断部１３０９は、条件情報を用いた判断処理は行わない。

そして、更新ソフト送信部１３１０は、２番目のチケット情報に対応するソフト識別情報「ＸＹＺＷ，ＰＲ」を取得し、当該ソフト識別情報に対応する更新ソフト「ＸＹＺＷ」を、バージョンアップ情報格納部１３０１から取得する。

次に、更新ソフト送信部１３１０は、取得した更新ソフト「ＸＹＺＷ」を、ユーザ識別子を送信してきたユーザ端末装置１４に送信する。

次に、履歴情報蓄積部１３１１は、ソフト識別情報「ＸＹＺＷ，ＰＲ」を有する履歴情報を構成する。次に、履歴情報蓄積部１３１１は、履歴情報を蓄積する。なお、履歴情報の構造は、図１０の通りである。

次に、ユーザ端末装置１４の第一更新ソフト受信部１４３は、更新ソフト「ＸＹＺＷ」を受信する。そして、さらに、第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信した更新ソフト「ＸＹＺＷ」をインストールする。

次に、条件情報取得部１３０８は、図９の「ＩＤ＝１５」のレコードが有する条件情報「Ｃ：￥ｘｘ．ｉｎｉ」を取得する。

次に、判断部１３０９は、条件情報「Ｃ：￥ｘｘ．ｉｎｉ」を満たすか否かを判断する。つまり、判断部１３０９は、ファイル「Ｃ：￥ｘｘ．ｉｎｉ」がユーザ端末装置１４に存在するか否かを、ユーザ端末装置１４に問い合わせる。そして、例えば、判断部１３０９は、ユーザ端末装置１４にファイル「Ｃ：￥ｘｘ．ｉｎｉ」が存在するとの回答を得た、とする。

そして、更新ソフト送信部１３１０は、３番目のチケット情報に対応するソフト識別情報「ＰＱＲＳ，ＸＸ」を取得し、当該ソフト識別情報に対応する更新ソフト「ＰＱＲＳ」を、バージョンアップ情報格納部１３０１から取得する。

次に、更新ソフト送信部１３１０は、取得した更新ソフト「ＰＱＲＳ」を、ユーザ識別子を送信してきたユーザ端末装置１４に送信する。

次に、履歴情報蓄積部１３１１は、ソフト識別情報「ＰＱＲＳ，ＸＸ」を有する履歴情報を構成する。次に、履歴情報蓄積部１３１１は、履歴情報を蓄積する。なお、履歴情報の構造は、図１０の通りである。

次に、ユーザ端末装置１４の第一更新ソフト受信部１４３は、更新ソフト「ＰＱＲＳ」を受信する。そして、さらに、第一更新ソフトインストール部１４４は、第一更新ソフト受信部１４３が受信した更新ソフト「ＰＱＲＳ」をインストールする。

以上により、ユーザ端末装置１４から、直接的に、または結果として、要求されたソフトウェアのバージョンアップ処理が完了する。「結果としてバージョンアップ処理が完了する」とは、ユーザは意識しないで、バージョンアップ処理が完了することを示す。

また、上記の具体例において、更新ソフトのインストール処理が、人手を介さずに自動的に行われたが、インストールすべき更新ソフトの候補をユーザに提示し、ユーザの選択指示に基づいて、選択された更新ソフトのみをダウンロードやインストールをしても良い。更新ソフトの候補をユーザに提示した画面例を図１１に示す。図１１は、上記のユーザ識別子「１００００」のユーザ用の更新ソフトに対応する選択画面である。図１１において、更新プログラム名は、図示しない手段により、ソフト識別情報に対応付けて保持されている、とする。

図１１において、ユーザが選択した更新ソフトのみが、ユーザ端末装置１４にインストールされる。なお、図１１において複数の更新ソフトを選択しても良い、とする。

また、ダウンロード処理まで自動的に行い、インストール処理は、ユーザの指示により行うようにしても良い。

以上、本実施の形態によれば、更新ソフトのダウンロード先装置の環境を確認してから、ソフトウェア等をダウンロードできる。従って、適切な環境を有する装置に対してのみ、確実に、ソフトウェアをダウンロードできる。

つまり、本実施の形態によれば、環境がソフトウェア環境である場合、例えば、インストール済みのソフトウェアに悪影響を及ぼすようなダウンロードを防止できる。また、環境がハードウェア条件の場合、更新ソフトが適正に動作する装置にのみ、更新ソフトをダウンロードできる。また、環境が更新ソフトについての情報である場合、例えば、バージョンアップの権利がある更新ソフトを利用しているユーザに対して、更新ソフトをダウンロードできる。

また、本実施の形態によれば、チケット情報を用いた更新ソフトのインストール可否の判断を行うことにより、ソフトウェアのバージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。

また、本実施の形態によれば、チケット情報がモード情報を有することにより、バージョンアップのための処理のテストを行ってから、確実に、ソフトウェアのバージョンアップをする権利を有するユーザのみがバージョンアップできる。

また、本実施の形態によれば、チケット情報は、ソフトウェア製品を識別する製品識別子、ユーザ識別子、およびソフトウェア製品の部分ソフトウェアを識別する部分ソフト識別子を有することにより、ソフトウェアの一部分である部品ソフトウェアについても、バージョンアップをする権利を有するユーザのみが、確実にバージョンアップできる。

さらに、本実施の形態によれば、更新ソフトを送信した旨を示す情報である履歴情報を、ユーザ識別子と対応付けて蓄積することにより、サポート担当者が、各ユーザが使用しているソフトウェアのバージョンが用意に把握でき、サポートが容易になる。

なお、本実施の形態において、チケット情報を用いた更新ソフトのインストール可否の判断を行った。しかし、チケット情報を用いることは必須ではない。つまり、サーバ装置１３は、条件情報と更新ソフトとを対に有するバージョンアップ情報を１以上格納し得るバージョンアップ情報格納部と、ユーザ端末装置１４の環境が前記条件情報に合致するか否かを判断する判断部と、前記判断部が、前記ユーザ端末装置１４の環境が前記条件情報に合致するとの判断を行った場合に、前記更新ソフトを、前記ユーザ端末装置１４に送信する更新ソフト送信部とを具備する装置であれば良い。

さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、更新ソフトのダウンロード先の装置であるユーザ端末装置の環境が、記憶媒体に格納されている条件情報に合致するか否かを判断する判断部と、前記判断部が、前記ユーザ端末装置の環境が前記条件情報に合致するとの判断を行った場合に、記憶媒体に格納されている更新ソフトを、前記ユーザ端末装置に送信する更新ソフト送信部として機能させるためのプログラム、である。

また、図１２は、本明細書で述べたプログラムを実行して、上述した実施の形態の情報処理システム等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１２は、このコンピュータシステム３４０の概観図であり、図１３は、コンピュータシステム３４０のブロック図である。

図１２において、コンピュータシステム３４０は、ＦＤ（ＦｌｅｘｉｂｌｅＤｉｓｋ）ドライブ、ＣＤ−ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｋＲｅａｄＯｎｌｙＭｅｍｏｒｙ）ドライブを含むコンピュータ３４１と、キーボード３４２と、マウス３４３と、モニタ３４４とを含む。

図１３において、コンピュータ３４１は、ＦＤドライブ３４１１、ＣＤ−ＲＯＭドライブ３４１２に加えて、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）３４１３と、ＣＰＵ３４１３、ＣＤ−ＲＯＭドライブ３４１２及びＦＤドライブ３４１１に接続されたバス３４１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ（Ｒｅａｄ−ＯｎｌｙＭｅｍｏｒｙ）３４１５と、ＣＰＵ３４１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）３４１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３４１７とを含む。ここでは、図示しないが、コンピュータ３４１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３４０に、上述した実施の形態の情報処理システム等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３５０１、またはＦＤ３５０２に記憶されて、ＣＤ−ＲＯＭドライブ３４１２またはＦＤドライブ３４１１に挿入され、さらにハードディスク３４１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３４１に送信され、ハードディスク３４１７に記憶されても良い。プログラムは実行の際にＲＡＭ３４１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３５０１、ＦＤ３５０２またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３４１に、上述した実施の形態の情報処理システム等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３４０がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段（更新ソフト受信部１３０２、チケット情報受信部１３０４、ユーザ識別子受信部１３０６、更新ソフト送信部１３１０など）は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる情報処理システムは、ユーザ端末装置の環境を確認してから、ソフトウェア等をダウンロードできる、という効果を有し、情報処理システム等として有用である。

実施の形態１における情報処理システム１の概念図同情報処理システムのブロック図同ユーザ管理装置の動作について説明するフローチャート同サーバ装置の動作について説明するフローチャート同ユーザ情報管理表を示す図同出荷情報の入力画面の例を示す図同出荷情報の例を示す図同チケット情報の例を示す図同バージョンアップ情報管理表を示す図同履歴情報の例を示す図同更新ソフトの候補をユーザに提示した画面例を示す図同コンピュータシステムの概観図同コンピュータシステムのブロック図

符号の説明

１情報処理システム
１１アップデート端末
１２ユーザ管理装置
１３サーバ装置
１４ユーザ端末装置
１１１出荷情報受付部
１１２更新ソフト受付部
１１３出荷情報送信部
１１４端末更新ソフト送信部
１２１ユーザ情報格納部
１２２出荷情報受信部
１２３ユーザ識別子取得部
１２４チケット情報生成部
１２５チケット情報送信部
１４１第一ユーザ識別子受付部
１４２第一ユーザ識別子送信部
１４３第一更新ソフト受信部
１４４第一更新ソフトインストール部
１４５処理部
１３０１バージョンアップ情報格納部
１３０２更新ソフト受信部
１３０３更新ソフト蓄積部
１３０４チケット情報受信部
１３０５バージョンアップ情報蓄積部
１３０６ユーザ識別子受信部
１３０７チケット情報検索部
１３０８条件情報取得部
１３０９判断部
１３１０更新ソフト送信部
１３１１履歴情報蓄積部

Claims

アップデート端末、ユーザ管理装置、サーバ装置、およびユーザ端末装置を具備する情報処理システムであって、
前記アップデート端末は、
更新ソフトを出荷するための情報であり、更新ソフトを識別するソフト識別情報と条件情報を含む情報である出荷情報を受け付ける出荷情報受付部と、
前記出荷情報を前記ユーザ管理装置に送信する出荷情報送信部とを具備し、
前記ユーザ管理装置は、
ユーザを識別するユーザ識別子、当該ユーザが使用しているソフトウェアを識別するソフト識別情報、当該ソフトウェアに対する前記ユーザの保守契約の有無を示す保守契約情報とを有するユーザ情報を格納しているユーザ情報格納部と、
前記出荷情報を受信する出荷情報受信部と、
前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、当該ソフト識別情報に対応する保守契約情報が、保守契約があることを示す情報である場合に、当該保守契約情報と対になる１以上のユーザ識別子を取得するユーザ識別子取得部と、
前記１以上のユーザ識別子と、前記出荷情報受信部が受信した出荷情報が有するソフト識別情報を用いて、ユーザ識別子を有する１以上のチケット情報を生成するチケット情報生成部と、
前記１以上のチケット情報と、前記出荷情報が有する条件情報を前記サーバ装置に送信するチケット情報送信部とを具備し、
前記サーバ装置は、
ソフトウェアをバージョンアップするための権利を示す情報であり、ユーザ識別子を有する情報であるチケット情報と、バージョンアップされたソフトウェアである更新ソフトをダウンロードするための条件を示す情報である条件情報と、更新ソフトとを対に有するバージョンアップ情報を１以上格納し得るバージョンアップ情報格納部と、
前記１以上のチケット情報と前記条件情報を受信するチケット情報受信部と、
前記１以上のチケット情報と前記条件情報と前記更新ソフトとを対にしたバージョンアップ情報を前記バージョンアップ情報格納部に蓄積するバージョンアップ情報蓄積部と、
前記ユーザ端末装置からユーザ識別子を受信するユーザ識別子受信部と、
前記ユーザ識別子受信部が受信したユーザ識別子を用いて、前記バージョンアップ情報格納部からチケット情報を検索するチケット情報検索部と、
前記チケット情報と対になる条件情報を取得する条件情報取得部と、
当該ユーザ端末装置の環境が、前記条件情報取得部が取得した条件情報に合致するか否かを判断する判断部と、
前記判断部が、前記ユーザ端末装置の環境が前記条件情報に合致するとの判断を行った場合に、前記更新ソフトを、前記ユーザ端末装置に送信する更新ソフト送信部とを具備し、
前記ユーザ端末装置は、
ユーザ識別子を受け付けるユーザ識別子受付部と、
前記ユーザ識別子受付部が受け付けたユーザ識別子を前記サーバ装置に送信するユーザ識別子送信部と、
前記サーバ装置から更新ソフトを受信する更新ソフト受信部と、
前記更新ソフトを蓄積する更新ソフト蓄積部とを具備する情報処理システム。
前記チケット情報は、
本運用を行うための通常区分を示す情報、または本運用前のテストを行うためのテスト区分を示す情報であるモード情報を有し、
前記ユーザ端末装置が受け付けるユーザ識別子は、モード情報を有し、
前記サーバ装置の更新ソフト送信部は、
前記ユーザ識別子受信部が受信したモード情報を用いて、当該モード情報に対応するチケット情報を検索し、当該検索されたチケット情報に対応する更新ソフトを、前記ユーザ端末装置に送信する請求項１記載の情報処理システム。
前記条件情報は、
前記ユーザ端末装置におけるレジストリ値を含む情報であり、
前記ユーザ端末装置の環境は、前記ユーザ端末装置におけるレジストリ値である請求項１または請求項２記載の情報処理システム。
前記条件情報は、
ソフト識別情報を含む情報であり、
前記ユーザ端末装置の環境は、ソフト識別情報である請求項１から請求項３いずれか一項に記載の情報処理システム。
前記チケット情報は、
ソフトウェア製品を識別する製品識別子、ユーザ識別子、およびソフトウェア製品の部分ソフトウェアを識別する部分ソフト識別子を有する請求項１から請求項４いずれか一項に記載の情報処理システム。
前記サーバ装置は、
前記更新ソフト送信部が更新ソフトを送信した旨を示す情報である履歴情報を、ユーザ識別子と対応付けて蓄積する履歴情報蓄積部をさらに具備する請求項１から請求項５いずれか一項に記載の情報処理システム。
請求項１から請求項６いずれか一項に記載の情報処理システムを構成するサーバ装置。
請求項１から請求項６いずれか一項に記載の情報処理システムを構成するユーザ管理装置。
ソフトウェアをバージョンアップするための権利を示す情報であり、ユーザを識別するユーザ識別子を有する情報であるチケット情報と、バージョンアップされたソフトウェアである更新ソフトをダウンロードするための条件を示す情報である条件情報と、更新ソフトとを対に有するバージョンアップ情報を１以上格納し得るバージョンアップ情報格納部と、
前記１以上のチケット情報と前記条件情報を受信するチケット情報受信部と、
前記１以上のチケット情報と前記条件情報と前記更新ソフトとを対にしたバージョンアップ情報を前記バージョンアップ情報格納部に蓄積するバージョンアップ情報蓄積部と、
前記ユーザ端末装置からユーザ識別子を受信するユーザ識別子受信部と、
前記ユーザ識別子受信部が受信したユーザ識別子を用いて、前記バージョンアップ情報格納部からチケット情報を検索するチケット情報検索部と、
前記チケット情報と対になる条件情報を取得する条件情報取得部と、
更新ソフトのダウンロード先の装置であるユーザ端末装置の環境が、前記条件情報取得部が取得した条件情報に合致するか否かを判断する判断部と、
前記判断部が、前記ユーザ端末装置の環境が前記条件情報に合致するとの判断を行った場合に、前記更新ソフトを、前記ユーザ端末装置に送信する更新ソフト送信部とを具備するサーバ装置。
ソフトウェアをバージョンアップするための権利を示す情報であり、ユーザを識別するユーザ識別子を有する情報であるチケット情報と、バージョンアップされたソフトウェアである更新ソフトをダウンロードするための条件を示す情報である条件情報と、更新ソフトとを対に有するバージョンアップ情報を１以上格納し得るバージョンアップ情報格納部、チケット情報受信部、バージョンアップ情報蓄積部、ユーザ識別子受信部、チケット情報検索部、条件情報取得部、判断部、および更新ソフト送信部により実現される、サーバ装置における情報処理方法であって、
前記チケット情報受信部により、前記１以上のチケット情報と前記条件情報を受信するチケット情報受信ステップと、
前記バージョンアップ情報蓄積部により、前記１以上のチケット情報と前記条件情報と前記更新ソフトとを対にしたバージョンアップ情報を前記バージョンアップ情報格納部に蓄積するバージョンアップ情報蓄積ステップと、
前記ユーザ識別子受信部により、前記ユーザ端末装置からユーザ識別子を受信するユーザ識別子受信ステップと、
前記チケット情報検索部により、前記ユーザ識別子受信ステップで受信されたユーザ識別子を用いて、前記バージョンアップ情報格納部からチケット情報を検索するチケット情報検索ステップと、
前記条件情報取得部により、前記チケット情報と対になる条件情報を取得する条件情報取得ステップと、
前記判断部により、更新ソフトのダウンロード先の装置であるユーザ端末装置の環境が、前記条件情報取得部が取得した条件情報に合致するか否かを判断する判断ステップと、
前記更新ソフト送信部により、前記判断ステップで、前記ユーザ端末装置の環境が前記条件情報に合致するとの判断を行った場合に、前記更新ソフトを、前記ユーザ端末装置に送信する更新ソフト送信ステップとを具備する情報処理方法。