(57)【要約】      （修正有）【課題】クライアントで実際に動作しているプログラムファイルのバージョンを容易に確認できるようにする。【解決手段】システムにおいて、クライアント１は、プログラムファイルを格納するプログラムファイル格納部１０と、プログラムファイルからバージョン情報を取得するバージョン取得部１１と、バージョン情報をサーバ２に送信する要求送信部１２と、サーバ２から送信されたバージョン情報を受信する結果受信部１３とを備え、サーバ２は、クライアント１から送信されたバージョン情報を受信する要求受信部２１と、クライアント１ごとのバージョン情報を格納するバージョン情報格納部２０と、要求受信部から受信したバージョン情報の一部又は全部を前記バージョン情報格納部に格納するデータ記録部２３と、クライアント１からの要求に応じて、バージョン情報格納部に格納されているバージョン情報をクライアント１に送信する結果送信部２５とを備える。【選択図】図４
2014211668.tif 000002
【特許請求の範囲】
【請求項１】
クライアント及びサーバがネットワークを介して互いに通信可能に接続して構成されるバージョン管理システムにおいて、
前記クライアントは、
プログラムファイルを格納するプログラムファイル格納部と、
前記プログラムファイルからバージョン情報を取得するバージョン取得部と、
前記バージョン情報を前記サーバに送信する要求送信部と、
前記サーバから送信されたバージョン情報を受信する結果受信部とを備え、
前記サーバは、
前記クライアントから送信されたバージョン情報を受信する要求受信部と、
前記クライアントごとのバージョン情報を格納するバージョン情報格納部と、
前記要求受信部から受信したバージョン情報の一部又は全部を前記バージョン情報格納部に格納するデータ記録部と、
前記クライアントからの要求に応じて、前記バージョン情報格納部に格納されているバージョン情報を前記クライアントに送信する結果送信部と
を備えることを特徴とするバージョン管理システム。
【請求項２】
前記バージョン取得部は、
ログイン要求を前記サーバに送信するタイミングで、前記バージョン情報を取得し、
前記要求送信部は、
前記ログイン要求とともに前記バージョン情報を前記サーバに送信する
ことを特徴とする請求項１に記載のバージョン管理システム。
【請求項３】
前記サーバは、
前記バージョン情報格納部からバージョン情報を取得するデータ取得部と、
前記バージョン情報格納部に現在格納されているバージョン情報のうちの前記クライアントに対応するバージョン情報と、前記要求受信部から受信したバージョン情報とを比較照合するバージョン照合部とを備え、
前記データ記録部は、
前記バージョン照合部により比較照合された結果、互いのバージョン情報に差分がある場合、前記バージョン情報格納部に現在格納されているバージョン情報のうちの差分に該当する部分又は全部に代えて、前記要求受信部から受信したバージョン情報のうちの差分に該当する部分又は全部を前記バージョン情報格納部に格納する
ことを特徴とする請求項２に記載のバージョン管理システム。
【請求項４】
前記クライアントは、
前記サーバに接続されているクライアントのうちの何れか又は全てのクライアントを選択可能又は入力可能に表示するバージョン情報表示部を備え、
前記バージョン情報表示部は、
前記何れか又は全てのクライアントが選択又は入力された場合、選択又は入力されたクライアントを特定するための情報を前記要求送信部に送信し、
前記要求送信部は、
前記選択又は入力されたクライアントを特定するための情報を受信すると、前記選択又は入力されたクライアントに対応するバージョン情報の取得要求を前記サーバに送信し、
前記サーバは、
前記要求受信部により前記取得要求を受信すると、前記データ取得部により前記取得要求に対応するバージョン情報を前記バージョン情報格納部から取得し、前記結果送信部により前記取得したバージョン情報を前記クライアントに送信する
ことを特徴とする請求項３に記載のバージョン管理システム。
【請求項５】
前記バージョン表示部は、
前記結果受信部により前記選択又は入力されたクライアントに対応するバージョン情報を取得すると、取得したバージョン情報を表示画面に表示する
ことを特徴とする請求項４に記載のバージョン管理システム。
【請求項６】
前記クライアントは、
前記バージョン表示部により表示されたバージョン情報を電子ファイルとして出力するバージョン情報出力部を備える
ことを特徴とする請求項５に記載のバージョン管理システム。
【請求項７】
クライアント及びサーバがネットワークを介して互いに通信可能に接続して構成されるバージョン管理システムのバージョン管理方法であって、
前記クライアントにおいて、
プログラムファイル格納部が、プログラムファイルを格納する第１のステップと、
バージョン取得部が、前記プログラムファイルからバージョン情報を取得する第２のステップと、
要求送信部が、前記バージョン情報を前記サーバに送信する第３のステップと、
結果受信部が、前記サーバから送信されたバージョン情報を受信する第４のステップとを実行し、
前記サーバにおいて、
要求受信部が、前記クライアントから送信されたバージョン情報を受信する第５のステップと、
バージョン情報格納部が、前記クライアントごとのバージョン情報を格納する第６のステップと、
データ記録部が、前記要求受信部から受信したバージョン情報の一部又は全部を前記バージョン情報格納部に格納する第７のステップと、
結果送信部が、前記クライアントからの要求に応じて、前記バージョン情報格納部に格納されているバージョン情報を前記クライアントに送信する第８のステップとを実行する
ことを特徴とするバージョン管理方法。
【請求項８】
前記第２のステップにおいて、
ログイン要求を前記サーバに送信するタイミングで、前記バージョン情報を取得し、
前記第３のステップにおいて、
前記ログイン要求とともに前記バージョン情報を前記サーバに送信する
ことを特徴とする請求項７に記載のバージョン管理方法。
【請求項９】
前記サーバにおいて、
データ取得部が、前記バージョン情報格納部からバージョン情報を取得する第９のステップと、
バージョン照合部が、前記バージョン情報格納部に現在格納されているバージョン情報のうちの前記クライアントに対応するバージョン情報と、前記要求受信部から受信したバージョン情報とを比較照合する第１０のステップとを実行し、
前記第７のステップにおいて、
前記バージョン照合部により比較照合された結果、互いのバージョン情報に差分がある場合、前記バージョン情報格納部に現在格納されているバージョン情報のうちの差分に該当する部分又は全部に代えて、前記要求受信部から受信したバージョン情報のうちの差分に該当する部分又は全部を前記バージョン情報格納部に格納する
ことを特徴とする請求項８に記載のバージョン管理方法。
【請求項１０】
前記クライアントにおいて、
バージョン情報表示部が、前記サーバに接続されているクライアントのうちの何れか又は全てのクライアントを選択可能又は入力可能に表示する第１１のステップを実行し、
前記第１１のステップにおいて、
前記何れか又は全てのクライアントが選択又は入力された場合、選択又は入力されたクライアントを特定するための情報を前記要求送信部に送信し、
前記第３のステップにおいて、
前記選択又は入力されたクライアントを特定するための情報を受信すると、前記選択又は入力されたクライアントに対応するバージョン情報の取得要求を前記サーバに送信し、
前記第５のステップにおいて、
前記取得要求を受信し、
前記第９のステップにおいて、
前記取得要求に対応するバージョン情報を前記バージョン情報格納部から取得し、
前記第８のステップにおいて、
前記取得したバージョン情報を前記クライアントに送信する
ことを特徴とする請求項９に記載のバージョン管理方法。
【請求項１１】
前記クライアントにおいて、
前記バージョン情報表示部が、前記結果受信部により前記選択又は入力されたクライアントに対応するバージョン情報を取得すると、取得したバージョン情報を表示画面に表示する第１２のステップを実行する
ことを特徴とする請求項１０に記載のバージョン管理方法。
【請求項１２】
前記クライアントにおいて、
バージョン情報出力部が、前記バージョン表示部により表示されたバージョン情報を電子ファイルとして出力する第１３のステップを実行する
ことを特徴とする請求項１１に記載のバージョン管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バージョン管理システム及びバージョン管理方法に関する。
【背景技術】
【０００２】
従来、複数の端末（クライアント）とサーバとがネットワークを介して接続されるコンピュータシステムにおいて、コンピュータシステムのバージョンを管理するだけでなく、より厳密な管理として各クライアントで動作しているプログラムファイルのバージョンを管理する場合がある。特に生産品の品質を担保する生産管理システムにおいては、各クライアントで動作しているプログラムファイルが所望のバージョンで確実に動作していることを管理する必要がある。
【０００３】
例えば特許文献１には、医用情報を扱うコンピュータシステムが開示されている。この特許文献１に開示されたコンピュータシステムによれば、クライアントにインストールされた複数のプログラムファイルの何れかを更新（バージョンアップ）する場合、更新対象のプログラムファイルと、この更新対象のプログラムファイルに連携する他のプログラムファイルとを含むソフトウェア構成が予め品質保証された環境と同一の構成となるように更新制御するとしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−６９０８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、各クライアントで動作しているプログラムファイルのバージョンを実際に確認する方法としては、例えば管理者が各クライアントを操作して、プログラムファイルを各クライアントの表示画面に表示する方法又は紙などの媒体に出力する方法がある。しかし何れの方法においても、管理者が各クライアントを１台１台個別に操作して目視確認する必要がある。
【０００６】
特許文献１に記載のように、特定のバージョンのソフトウェアプログラムを各クライアントに配信する技術は従来存在するが、クライアントにおいて実際に動作しているバージョンを保障するには至らない。そのためこの特許文献１に記載の技術を用いた場合であっても、バージョンを確認する場合には上述したように管理者が各クライアントを１台１台個別に操作して目視確認する必要がある。
【０００７】
従って管理者は、プログラムファイルのバージョンを確認しようとする場合、非常に手間がかかり、多大な労力が必要になるという課題がある。この課題は特に、サーバに接続されているクライアントの台数が多いほど顕著となる。
【０００８】
本発明は以上の点を考慮してなされたもので、実際に動作しているプログラムファイルのバージョンを容易に確認し得るバージョン管理システム及びバージョン管理方法を提案するものである。
【課題を解決するための手段】
【０００９】
かかる課題を解決するために、本発明におけるバージョン管理システムは、クライアント及びサーバがネットワークを介して互いに通信可能に接続して構成され、クライアントは、プログラムファイルを格納するプログラムファイル格納部と、プログラムファイルからバージョン情報を取得するバージョン取得部と、バージョン情報をサーバに送信する要求送信部と、サーバから送信されたバージョン情報を受信する結果受信部とを備え、サーバは、クライアントから送信されたバージョン情報を受信する要求受信部と、クライアントごとのバージョン情報を格納するバージョン情報格納部と、要求受信部から受信したバージョン情報の一部又は全部をバージョン情報格納部に格納するデータ記録部と、クライアントからの要求に応じて、バージョン情報格納部に格納されているバージョン情報をクライアントに送信する結果送信部とを備えることを特徴とする。
【００１０】
またかかる課題を解決するために、本発明におけるバージョン管理方法は、クライアントにおいて、プログラムファイル格納部が、プログラムファイルを格納する第１のステップと、バージョン取得部が、プログラムファイルからバージョン情報を取得する第２のステップと、要求送信部が、バージョン情報をサーバに送信する第３のステップと、結果受信部が、サーバから送信されたバージョン情報を受信する第４のステップとを実行し、サーバにおいて、要求受信部が、クライアントから送信されたバージョン情報を受信する第５のステップと、バージョン情報格納部が、クライアントごとのバージョン情報を格納する第６のステップと、データ記録部が、要求受信部から受信したバージョン情報の一部又は全部をバージョン情報格納部に格納する第７のステップと、結果送信部が、クライアントからの要求に応じて、バージョン情報格納部に格納されているバージョン情報をクライアントに送信する第８のステップとを実行することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、実際に動作しているプログラムファイルのバージョンを容易に確認することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態におけるバージョン管理システムの全体構成図ある。
【図２】クライアントの内部構成図である。
【図３】サーバの内部構成図である。
【図４】クライアント及びサーバの機能構成図である。
【図５】バージョン情報の概念図である。
【図６】バージョン情報表示画面の画面構成図である。
【図７】ログイン要求送信処理を示すフローチャートである。
【図８】バージョン情報表示処理を示すフローチャートである。
【図９】バージョン情報出力処理を示すフローチャートである。
【図１０】ログイン要求受信処理を示すフローチャートである。
【図１１】バージョン情報送信処理を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下図面について、本発明の一実施の形態を詳述する。
【００１４】
（１）全体構成
図１は、本実施の形態におけるバージョン管理システム１００の全体構成を示す。バージョン管理システム１００は、複数のクライアント１及びサーバ２から構成されており、これら複数のクライアント１及びサーバ２は、ネットワーク３を介して互いに通信可能に接続されている。ネットワーク３は、例えばＬＡＮ（Local Area Network）である。
【００１５】
なおここでは４台のクライアント１を図示しているが、本実施の形態においては更に多くのクライアントがネットワーク３に接続されているシステムを想定している。そしてこれらのクライアント１は、局所的に設置されているのではなく広範囲に点在して設置されていることを想定している。またここでは全てのクライアント１を同一の符号を付して図示しているが、それぞれ独立して動作する端末である。
【００１６】
（２）内部構成
図２は、クライアント１の内部構成を示す。クライアント１は、ＣＰＵ（Central Processing Unit）１０１、メモリ１０２、入力装置１０３、出力装置１０４、通信装置１０５及び記憶装置１０６を備えて構成される。またこれらＣＰＵ１０１、メモリ１０２、入力装置１０３、出力装置１０４、通信装置１０５及び記憶装置１０６は、内部バスＢ１を介して互いに通信可能に接続される。
【００１７】
ＣＰＵ１０１は、メモリ１０２から各種プログラム又は各種情報を取得し、取得した各種プログラム又は各種情報に基づいて、クライアント１の動作を統括的に制御する。メモリ１０２は、ＣＰＵ１０１の制御に必要な各種プログラム及び各種プログラムを実行した場合に得られる各種情報を記憶する記憶媒体であり、例えばＲＡＭ（Random Access Memory）又はＲＯＭ（Read Only Memory）である。
【００１８】
入力装置１０３は、ユーザ又は管理者からの操作を受け付けるインタフェースであり、例えばマウス又はキーボードである。出力装置１０４は、各種情報を出力するインタフェースであり、例えば表示画面を備えたディスプレイである。通信装置１０５は、ネットワーク３を介してサーバ２と通信可能に接続するためのインタフェースであり、例えばＮＩＣ（Network Interface Card）である。記憶装置１０６は、各種情報を長期的に記憶可能な大容量の記憶媒体であり、例えばＨＤＤ（Hard Disk Drive）である。
【００１９】
図３は、サーバ２の内部構成を示す。サーバ２は、ＣＰＵ２０１、メモリ２０２、入力装置２０３、出力装置２０４、通信装置２０５及び記憶装置２０６を備えて構成される。またこれらＣＰＵ２０１、メモリ２０２、入力装置２０３、出力装置２０４、通信装置２０５及び記憶装置２０６は、内部バスＢ２を介して互いに通信可能に接続される。サーバ２の内部構成の詳細については、上述したクライアント１の内部構成（図２）と同様であるため、ここでの説明は省略する。
【００２０】
図４は、クライアント１及びサーバ２の機能構成を示す。クライアント１は、プログラムファイル格納部１０、バージョン取得部１１、要求送信部１２、結果受信部１３、バージョン情報表示部１４及びバージョン情報出力部１５を備えて構成される。
【００２１】
プログラムファイル格納部１０は、メモリ１０２又は記憶装置１０６において確保される記憶領域の一部であり、クライアント１上で動作するプログラムファイルを格納する。バージョン取得部１１は、メモリ１０２に格納されているプログラムであり、プログラムファイル格納部１０に格納されているプログラムファイルからバージョン情報を抽出及び取得するためのプログラムである。
【００２２】
要求送信部１２は、メモリ１０２に格納されているプログラムであり、バージョン取得部１１により取得されたプログラムファイルのバージョン情報をログイン要求とともにサーバ２に送信するためのプログラムである。結果受信部１３は、メモリ１０２に格納されているプログラムであり、サーバ２からのデータ（特にバージョン情報）を要求結果として受信するためのプログラムである。
【００２３】
バージョン情報表示部１４は、メモリ１０２に格納されているプログラムであり、結果受信部１３により受信された各クライアント１のバージョン情報を出力装置１０４の表示画面に表示するためのプログラムである。バージョン情報出力部１５は、出力装置１０４の表示画面に表示された各クライアント１のバージョン情報をバージョン情報一覧ファイル１６（電子ファイル）として出力するためのプログラムである。
【００２４】
一方でサーバ２は、バージョン情報格納部２０、要求受信部２１、バージョン照合部２２、データ記録部２３、データ取得部２４及び結果送信部２５を備えて構成される。
【００２５】
バージョン情報格納部２０は、メモリ２０２又は記憶装置２０６において確保される記憶領域の一部であり、クライアント１ごとのプログラムファイルのバージョン情報Ｖ１を格納する。要求受信部２１は、メモリ２０２に格納されているプログラムであり、クライアント１からの要求（特にログイン要求又はバージョン情報の取得要求）を受信するためのプログラムである。
【００２６】
バージョン照合部２２は、メモリ２０２に格納されているプログラムであり、要求受信部２１により受信されたバージョン情報と、バージョン情報格納部２０に現在格納されているバージョン情報Ｖ１とを比較照合するためのプログラムである。データ記録部２３は、メモリ２０２に格納されているプログラムであり、クライアント１から取得したバージョン情報の一部又は全部をバージョン情報Ｖ１としてバージョン情報格納部２０に格納するためのプログラムである。
【００２７】
データ取得部２４は、メモリ２０２に格納されているプログラムであり、バージョン情報格納部２０に格納されているバージョン情報Ｖ１を取得するためのプログラムである。結果送信部２５は、メモリ２０２に格納されているプログラムであり、クライアント１からの要求の結果（特にバージョン情報の取得要求に対する結果としてバージョン情報）をクライアント１に送信するためのプログラムである。
【００２８】
（３）各構成の詳細
図５は、バージョン情報Ｖ１の概念図を示す。バージョン情報Ｖ１は、バージョン情報格納部２０に格納されている情報であり、必要に応じて適宜更新される情報である。具体的にバージョン情報Ｖ１は、端末識別情報欄Ｖ１１、プログラムファイル名欄Ｖ１２、プログラムファイルバージョン欄Ｖ１３、ファイル更新日時欄Ｖ１４及びデータ登録日時欄Ｖ１５から構成される。
【００２９】
端末識別情報欄Ｖ１１には、クライアント１の識別情報が格納される。プログラムファイル名欄Ｖ１２には、クライアント１にインストールされているプログラムファイル名が格納される。プログラムファイルバージョン欄Ｖ１３には、クライアント１にインストールされているプログラムファイルのバージョンを示す情報が格納される。
【００３０】
ファイル更新日時欄Ｖ１４には、クライアント１においてプログラムファイルが更新された日時が格納される。データ登録日時欄Ｖ１５には、このバージョン情報Ｖ１にエントリした日時が格納される。
【００３１】
従って図５の場合、例えば識別情報が「Ｔ０００１」のクライアント１には、プログラムファイル名が「ＡＡＡＡ．ｅｘｅ」、「ＢＢＢＢ．ｄｌｌ」及び「ＣＣＣＣ．ｄｌｌ」のプログラムファイルがインストールされていることが示されている。
【００３２】
またこれらのプログラムファイルのうち、例えば「ＡＡＡＡ．ｅｘｅ」のプログラムファイルのバージョンは「１．０．０．１」であることが示されており、このプログラムファイルが「１．０．０．１」に更新（バージョンアップ）された日時は、２０１２年１２月１２日の１２時１２分１２秒の時点であることが示されている。
【００３３】
そしてこの「ＡＡＡＡ．ｅｘｅ」のファイルに関する情報をバージョン情報Ｖ１にエントリした日時は、２０１２年１２月１２日の１２時１３分００秒の時点であることが示されている。
【００３４】
なおクライアント１は、バージョン取得部１１によりプログラムファイル格納部１０から取得したプログラムファイルのバージョン情報をサーバ２に送信する際、この図５のバージョン情報Ｖ１のうちのデータ登録日時欄Ｖ１５の情報を除いた各欄Ｖ１１〜Ｖ１４の情報をプログラムファイルのバージョン情報としてサーバ２に送信する。
【００３５】
一方サーバ２は、データ記録部２３により受信したクライアント１のバージョン情報にデータ登録日時欄Ｖ１５の情報を付加し、バージョン情報Ｖ１としてバージョン情報格納部２０に格納する。
【００３６】
図６は、バージョン情報表示画面Ｄ１を示す。バージョン情報表示画面Ｄ１は、管理者の操作によりクライアント１の出力装置１０４において表示される表示画面であり、端末識別情報表示領域Ｄ１１、端末名表示領域Ｄ１２、検索ボタン表示領域Ｄ１３、バージョン情報表示領域Ｄ１４、印刷ボタン表示領域Ｄ１５及び終了ボタン表示領域Ｄ１６から構成される。
【００３７】
端末識別情報表示領域Ｄ１１には、このバージョン情報表示画面Ｄ１に表示させようとするクライアント１の識別情報が選択可能に表示される。端末名表示領域Ｄ１２には、このバージョン情報表示画面Ｄ１に表示させようとするクライアント１の名称の入力領域が表示される。
【００３８】
検索ボタン表示領域Ｄ１３には、バージョン情報の取得要求をサーバ２に送信するための検索ボタンが押下可能に表示される。バージョン情報表示領域Ｄ１４には、検索結果として得られたバージョン情報Ｖ１０が表示される。なおこのバージョン情報Ｖ１０は、端末名欄Ｖ１６を含み、ファイル更新日時欄Ｖ１４を含まない点で、図５のバージョン情報Ｖ１と異なる。端末名欄Ｖ１６には、端末識別情報欄Ｖ１１に対応付けられたクライアント１の名称が格納される。なお図５のバージョン情報Ｖ１にこの端末名欄Ｖ１６が含まれるとしてもよい。
【００３９】
印刷ボタン表示領域Ｄ１５には、バージョン情報表示領域Ｄ１４に表示された検索結果をクライアント１又はクライアント１に接続されている図示しないプリンタに印刷させるための印刷ボタンが押下可能に表示される。終了ボタン表示領域Ｄ１６には、このバージョン情報表示画面Ｄ１の表示を出力装置１０４において終了させるための終了ボタンが押下可能に表示される。
【００４０】
従って図６の場合、例えば端末識別情報表示領域Ｄ１１に選択可能に表示される識別情報のうち「全件」が選択され、或いは、端末名表示領域Ｄ１２に「全件」と入力されて、検索ボタン表示領域Ｄ１３に表示されている検索ボタンが押下されると、サーバ２に接続されている全てのクライアント１のバージョン情報Ｖ１０がバージョン情報表示領域Ｄ１４に表示されることが示されている。
【００４１】
そして印刷ボタン表示領域Ｄ１５に表示されている印刷ボタンが押下されると、このバージョン情報Ｖ１０がバージョン情報一覧ファイル１６として出力されて印刷媒体に印刷され、終了ボタン表示領域Ｄ１６に表示されている終了ボタンが押下されると、このバージョン情報表示画面Ｄ１の表示が出力装置１０４において終了されることが示されている。なおこのバージョン情報表示画面Ｄ１において行われる選択、文字入力又はボタン押下は、入力装置１０３のマウス又はキーボードにより実行される。
【００４２】
（４）フローチャート
次いで本実施の形態における処理について説明する。まず図７〜図９を参照してクライアント１が実行する処理について説明し、次いで図１０及び図１１を参照してサーバ２が実行する処理について説明する。
【００４３】
図７は、ログイン要求送信処理の処理手順を示す。このログイン要求送信処理は、クライアント１のユーザがログイン操作（例えば電源投入及びパスワード入力）を実行したことを契機として、ＣＰＵ１０１及び各種プログラムに基づいて実行される。説明の便宜上、処理主体をＣＰＵ１０１として説明する。
【００４４】
まずＣＰＵ１０１は、入力装置１０３においてユーザからのログイン操作を受け付けると、バージョン取得部１１により、プログラムファイル格納部１０からプログラムファイルのバージョン情報を取得する（ＳＰ１）。
【００４５】
次いでＣＰＵ１０１は、要求送信部１２により、ログイン要求をサーバ２の要求受信部２１に送信するとともに、ステップＳＰ１で取得したプログラムファイルのバージョン情報も同時に要求受信部２１に送信する（ＳＰ２）。
【００４６】
そしてＣＰＵ１０１は、ログイン要求が成功した場合、サーバ２の結果送信部２５から成功したことを通知するログイン要求結果を受信して（ＳＰ３）、本処理を終了する。
【００４７】
図８は、バージョン情報表示処理の処理手順を示す。このバージョン情報表示処理は、バージョン情報表示画面Ｄ１の検索ボタンが押下されたことを契機として、ＣＰＵ１０１及び各種プログラムに基づいて実行される。説明の便宜上、処理主体をＣＰＵ１０１として説明する。
【００４８】
まずＣＰＵ１０１は、入力装置１０３において管理者からの表示操作を受け付けると、バージョン情報表示部１４により、バージョン情報表示画面Ｄ１を出力装置１０４の表示画面に表示する（ＳＰ１１）。
【００４９】
次いでＣＰＵ１０１は、検索ボタン表示領域Ｄ１３に表示されている検索ボタンが押下されたか否かを判断する（ＳＰ１２）。
【００５０】
ＣＰＵ１０１は、ステップＳＰ１２の判断で否定結果を得ると、押下されるまで待機する。これに対しＣＰＵ１０１は、ステップＳＰ１２の判断で肯定結果を得ると、要求送信部１２により、端末識別情報表示領域Ｄ１１において選択されたクライアント１の識別情報又は端末名表示領域Ｄ１２において入力されたクライアント１の名称に対応するバージョン情報の取得要求をサーバ２の要求受信部２１に送信する（ＳＰ１３）。
【００５１】
ＣＰＵ１０１は、結果受信部１３により、ステップＳＰ１３で送信したバージョン情報の取得要求に対応するバージョン情報をサーバ２から取得すると（ＳＰ１４）、バージョン情報表示部１４により、取得したバージョン情報をバージョン情報表示画面Ｄ１のバージョン情報表示領域Ｄ１４に表示して（ＳＰ１５）、本処理を終了する。
【００５２】
図９は、バージョン情報出力処理の処理手順を示す。このバージョン情報出力処理は、バージョン情報表示画面Ｄ１の印刷ボタンが押下されたことを契機として、ＣＰＵ１０１及び各種プログラムに基づいて実行される。説明の便宜上、処理主体をＣＰＵ１０１として説明する。
【００５３】
まずＣＰＵ１０１は、入力装置１０３において管理者からの表示操作を受け付けると、バージョン情報表示部１４により、バージョン情報表示画面Ｄ１を出力装置１０４の表示画面に表示する（ＳＰ２１）。
【００５４】
次いでＣＰＵ１０１は、印刷ボタン表示領域Ｄ１５に表示されている印刷ボタンが押下されたか否かを判断する（ＳＰ２２）。
【００５５】
ＣＰＵ１０１は、ステップＳＰ２２の判断で否定結果を得ると、押下されるまで待機する。これに対しＣＰＵ１０１は、ステップＳＰ２２の判断で肯定結果を得ると、バージョン情報出力部１５により、バージョン情報表示領域Ｄ１４に表示されているバージョン情報をバージョン情報一覧ファイル１６として出力して（ＳＰ２３）、本処理を終了する。
【００５６】
図１０は、ログイン要求受信処理の処理手順を示す。このログイン要求受信処理は、クライアント１からのログイン要求を受信したことを契機として、ＣＰＵ２０１及び各種プログラムに基づいて実行される。説明の便宜上、処理主体をＣＰＵ２０１として説明する。
【００５７】
まずＣＰＵ２０１は、要求受信部２１により、クライアント１の要求送信部１２から送信されたログイン要求及びバージョン情報を受信する（ＳＰ３１）。次いでＣＰＵ２０１は、データ取得部２４により、ログイン要求元のクライアント１に対応するバージョン情報をバージョン情報格納部２０から取得する（ＳＰ３２）。
【００５８】
次いでＣＰＵ２０１は、バージョン照合部２２により、ステップＳＰ３１でログイン要求元のクライアント１から受信した現在動作しているバージョン情報と、ステップＳＰ３２で取得したサーバ２において現在保持しているバージョン情報とを比較照合する（ＳＰ３３）。
【００５９】
次いでＣＰＵ２０１は、比較照合の結果、差分があるか否かを判断する（ＳＰ３４）。ＣＰＵ２０１は、この判断で肯定結果を得ると、データ記録部２３により、サーバ２において現在保持しているバージョン情報に代えて、ステップＳＰ３１で受信した現在動作しているバージョン情報をバージョン情報格納部２０に格納する（ＳＰ３５）。
【００６０】
なおＣＰＵ２０１は、差分だけをバージョン情報格納部２０に格納するとしてもよい。例えばＣＰＵ２０１は、比較照合の結果、差分であるバージョンだけをバージョン情報Ｖ１において変更してバージョン情報Ｖ１を更新するとしてもよい。
【００６１】
次いでＣＰＵ２０１は、ログイン要求元のクライアント１をバージョン管理システム１００にログイン登録するログイン処理を実行し（ＳＰ３６）、ログインが成功した場合、ログインが成功したことを示すログイン要求結果をログイン要求元のクライアント１に送信して（ＳＰ３７）、本処理を終了する。
【００６２】
図１１は、バージョン情報送信処理の処理手順を示す。このバージョン情報送信処理は、クライアント１からのバージョン情報の取得要求を受信したことを契機として、ＣＰＵ２０１及び各種プログラムに基づいて実行される。説明の便宜上、処理主体をＣＰＵ２０１として説明する。
【００６３】
まずＣＰＵ２０１は、要求受信部２１により、クライアント１の要求送信部１２から送信されたバージョン情報取得要求を受信する（ＳＰ４１）。
【００６４】
次いでＣＰＵ２０１は、データ取得部２４により、受信した取得要求に対応するクライアント１のバージョン情報をバージョン情報格納部２０から取得する（ＳＰ４２）。
【００６５】
そしてＣＰＵ２０１は、結果送信部２５により、ステップＳＰ４２で取得したバージョン情報をクライアント１の結果受信部１３に送信して（ＳＰ４３）、本処理を終了する。
【００６６】
（５）本実施の形態による効果
以上のように本実施の形態によるバージョン管理システム１００によれば、クライアント１がバージョン管理システム１００にログインする際、ログイン要求とともにクライアント１において現在動作しているプログラムファイルのバージョン情報をサーバ２に送信するようにし、一方でサーバ２は、クライアント１からログイン要求とともにバージョン情報を受信した場合、サーバ２において現在保持しているバージョン情報との比較照合を行い、照合結果として差分があれば、クライアント１からのバージョン情報を保持するようにしたので、クライアント１で現在動作しているプログラムファイルのバージョン情報をサーバ２において一元管理することができる。
【００６７】
また本実施の形態によれば、クライアント１は、サーバ２において一元管理しているクライアント１のうちの全て又は何れか任意のバージョン情報をサーバ２から取得して表示画面に表示し、また表示したバージョン情報を電子ファイルとして出力することができる。すなわち管理者がサーバ２に接続されている各クライアント１にインストールされているプログラムファイルのバージョンを確認しようとした場合、各クライアント１を１台１台個別に操作して確認する必要はなく、何れか一のクライアント１を操作すれば全てのクライアント１のバージョン情報を確認することができる。
【００６８】
よって本実施の形態によれば、管理者がプログラムファイルのバージョンを確認しようとした場合、非常に手間がかかり、多大な労力を必要とするという課題を解消し、たとえサーバ２に接続されているクライアント１の台数が広範囲であっても、全てのクライアントのバージョンを容易に確認することができる。
【００６９】
（６）他の実施の形態
本実施の形態においては、クライアント１がログインする場合には常に、ログイン要求とともにバージョン情報をサーバ２に送信するとしたが、必ずしもこれに限らず、例えばログイン要求とともにバージョン情報を送信するか否かをクライアント１のユーザに問い合わせるようにして、ユーザがログイン操作とともにバージョン情報を送信する操作を実行した場合に限って、ログイン要求とともにバージョン情報をサーバ２に送信するようにしてもよい。この場合、ログイン時にはバージョン情報を送信せず、ログイン後の任意のタイミングでバージョン情報を送信することができる。よってログイン処理の高速化を図ることができる。
【００７０】
また本実施の形態においては、クライアント１で現在動作しているバージョン情報と、サーバ２において現在保持しているバージョン情報とを比較照合して、差分がある場合にはその差分をバージョン情報Ｖ１に上書きしてバージョン情報Ｖ１を更新してもよいとしたが、これに加えてサーバ２において保持していた更新前のバージョン情報を過去のバージョン情報として保持しておいてもよい。この場合、複数のクライアント１のうちの何れか一のクライアント１を操作して、全てのクライアント１のバージョン情報の履歴を確認することができる。
【符号の説明】
【００７１】
１    クライアント
１０  プログラムファイル格納部
１１  バージョン取得部
１２  要求送信部
１３  結果受信部
１４  バージョン情報表示部
１５  バージョン情報出力部
１６  バージョン情報一覧ファイル
２    サーバ
２０  バージョン情報格納部
２１  要求受信部
２２  バージョン照合部
２３  データ記録部
２４  データ取得部
２５  結果送信部
【図１】
2014211668.tif 000003
【図２】
2014211668.tif 000004
【図３】
2014211668.tif 000005
【図４】
2014211668.tif 000006
【図５】
2014211668.tif 000007
【図６】
2014211668.tif 000008
【図７】
2014211668.tif 000009
【図８】
2014211668.tif 000010
【図９】
2014211668.tif 000011
【図１０】
2014211668.tif 000012
【図１１】
2014211668.tif 000013