JP2007065707A - サーバ装置、データ処理装置、データ処理システム、ネットワーク設定方法、コンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム - Google Patents

Abstract

【課題】 データ処理装置が更新モジュールを適時に取得して、サーバ情報の更新処理を実行させて、サーバ側またはクライアント側のユーザによるネットワーク設定更新処理負担を軽減することである。
【解決手段】 サーバコンピュータ１０３０のネットワーク情報管理部に設定されているサーバ情報が変更されたことをネットワーク管理プログラムが検出する。そして、サーバ情報をクライアントコンピュータ１０１０、１０２０側で設定するための更新モジュールの取得先をクライアントコンピュータ１０１０、１０２０に通知する。そして、該クライアントコンピュータ１０１０、１０２０が取得先から更新モジュールをダウンロードして実行することで、更新されたサーバ情報でサーバコンピュータ１０３０と通信可能状態に遷移させる構成を特徴とする。
【選択図】 図１

Description

本発明は、サーバ装置とデータ処理装置とが通信可能なデータ処理システムのネットワーク設定に関するものである。

従来、サーバ、クライアントで構成されるデータ処理システムにおいては、サーバＰＣの置き換え等によりサーバのＩＰアドレスやホスト名が変更された場合、クライアントはサーバとの通信ができなくなります。その結果、サーバ、クライアント間の通信を再開するためにはクライアントモジュールの再インストールが必要となる場合が多かった。

また、この種のシステムにおいて、下記特許文献１には、ネットワークに接続された各ノードが通信を行う際には、ネットワーク内でユニークなIP ( Internet Protocol ) アドレスをノード毎に設定する必要がある。このIPアドレス の設定を人手で行うのは困難であるため、自動設定する方式としてDHCP ( Dynamic Host Configuration Protocol )がある。

ＤＨＣＰとは、インターネットに一時的に接続するコンピュータに、IPアドレスなど必要な情報を自動的に割り当てるプロトコルである。例えばDHCPサーバには、ゲートウェイサーバやDNSサーバのIPアドレスや、サブネットマスク、クライアントに割り当ててもよいIPアドレスの範囲などが設定されている。そして、ダイヤルアップなどの手段を使ってアクセスしてきたコンピュータにこれらの情報を提供する。クライアントが通信を終えると自動的にアドレスを回収し、他のコンピュータに割り当てる。DHCPを使うとネットワークの設定に詳しくないユーザでも簡単にインターネットに接続することができ、また、ネットワーク管理者は多くのクライアントを容易に一元管理することができる。

DHCPでは、ネットワーク上にDHCPサーバが存在し、各ノードにはDHCPクライアントが実装されている。そして、ノードがネットワークに接続した際、DHCPサーバに対しIPアドレス設定の要求を出し、DHCPサーバは各ノードからの要求を受けると、ノードに対しユニークなIPアドレスを通知する。この時、後で述べるDNS (Domain Name System)サーバのIPアドレス等の各種ネットワーク設定情報も同時に通知する。以上で、各ノードにIPアドレスが割り当てられる。これらの一連の動作はRFC2131,RFC2241に記述されている。

また、利用者端末の通信設定を変更するための設定変更プログラムを配布して設定変更をさせる技術は特許文献２に記載されている。
特開２００３−８７２８７号公報 特開２００２−２９７９０４

サーバＰＣで、サーバ情報(ＩＰアドレス、ホスト名)が変更された場合に、クライアントモジュールを再インストールすることはユーザの負担であり、利便性の悪いシステムとなる。

このようなデータ処理システムにおいてサーバＰＣの置き替えや、ハードディスクの交換等は、システム上では起こり得るにもかかわらず、そのような事態にクライアント側は柔軟に対応できなくなる。その結果、ユーザはシステム環境変化毎に、ネットワーク環境設定を登録し直す操作負担を強いられる。また、クライアント側のユーザの使い勝手が非常に悪くなるとともに、クライアントの管理数が増加すると、変更情報を通知する処理が増えてサーバ側の管理者も負担となるという課題があった。

また、設定変更のたびに、設定変更プログラムを一々作成し、またこれを全てのクライアントへ管理者が手動で配布するのは手間であった。

本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、サーバ装置のサーバ情報が変更された場合に、サーバ情報をデータ処理装置側で設定するための更新モジュールの取得先をデータ処理装置に通知する。これにより、データ処理装置が更新モジュールを適時に取得して、サーバ情報の更新処理を実行させて、サーバ側またはクライアント側のユーザによるネットワーク設定更新処理負担を軽減できる仕組みを提供することである。

上記目的を達成する本発明のサーバ装置は以下に示す構成を備える。

ネットワーク上のデータ処理装置を管理するサーバ装置であって、前記サーバ装置に設定されているサーバ情報を変更した場合に、変更後のサーバ情報を前記データ処理装置に設定するための更新モジュールを作成する更新モジュール作成手段を有する。また、前記更新モジュール作成手段により作成された更新モジュールの取得先を前記データ処理装置に通知する通知手段とを有することを特徴とする。

上記目的を達成する本発明のデータ処理装置は以下に示す構成を備える。

ネットワークを介してサーバ装置と通信可能なデータ処理装置であって、前記サーバ装置により通知されるサーバ情報を変更する変更モジュールの取得先を受信する受信手段を備える。また、前記受信手段により受信された前記取得先から前記変更モジュールを取得する取得手段を備える。前記取得手段により取得された前記変更モジュールを実行してサーバ情報を設定する実行手段とを有することを特徴とする。

上記目的を達成する本発明のデータ処理システムは以下に示す構成を備える。

ネットワーク上のデータ処理装置とサーバ装置とが通信可能なデータ処理システムであって、前記サーバ装置は、前記サーバ装置に設定されているサーバ情報を変更した場合に、変更後のサーバ情報を前記データ処理装置に設定するための更新モジュールを作成する更新モジュール作成手段を備える。また、前記更新モジュール作成手段により作成された更新モジュールの取得先を前記データ処理装置に通知する通知手段とを有する。さらに、前記データ処理装置は、前記サーバ装置により通知されるサーバ情報を変更する変更モジュールの取得先を受信する受信手段を有する。また、前記受信手段により受信された前記取得先から前記変更モジュールを取得する取得手段を有する。また、前記取得手段により取得された前記変更モジュールを実行してサーバ情報を設定する実行手段とを有することを特徴とする。

上記目的を達成する本発明のネットワーク設定方法は以下に示す構成を備える。

ネットワーク上のデータ処理装置を管理するサーバ装置におけるネットワーク設定方法であって、前記サーバ装置に設定されているサーバ情報を変更した場合に、変更後のサーバ情報を前記データ処理装置に設定するための更新モジュールを作成する更新モジュール作成ステップを備える。また、前記更新モジュール作成ステップにより作成された更新モジュールの取得先を前記データ処理装置に通知する通知ステップとを有することを特徴とする。

また、ネットワークを介してサーバ装置と通信可能なデータ処理装置におけるネットワーク設定方法であって、前記サーバ装置により通知されるサーバ情報を変更する変更モジュールの取得先を受信する受信ステップを備える。また、前記受信ステップにより受信された前記取得先から前記変更モジュールを取得する取得ステップを備える。また、前記取得ステップにより取得された前記変更モジュールを実行してサーバ情報を設定する実行ステップとを有することを特徴とする。

本発明によれば、サーバ情報（ＩＰアドレス、ホスト名）が更新された場合、クライアント再インストールを行わずに、クライアントは変更後のサーバとの通信を再開することが可能となり、ユーザの利便性を高めることができる。

次に本発明を実施するための最良の形態について図面を参照して説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。

＜システム構成の説明＞
〔第１実施形態〕
以下、図面を用いて、本発明の一実施形態を詳細に説明する。

＜ジョブアカウントシステム＞
図１は、本発明の第１実施形態を示すデータ処理システムの一例を示す図である。本例はサーバ・クライアント型のデータ処理システムとしてジョブアカウントシステムである。

図１は、本発明の第１実施形態を示すサーバ装置、クライアント装置を含むその全体の基本的な構成図である。

図１において、１０１０、１０２０はクライアントコンピュータである。クライアントコンピュータ１０１０、１０２０は、所定のＯＳがインストールされて、各種のデータ処理を行う。また、クライアントコンピュータ１０１０、１０２０は、サーバコンピュータ１０３０と所定のプロトコルで通信可能に構成されている。

また、ネットワーク設定は、サーバコンピュータ１０３０が管理している。

１０４０、１０６０はネットワーク対応のプリンタである。ただし、プリンタ１０４０は、印刷履歴を保持する機能（印刷履歴保持機能）を備えており、プリンタ１０６０は、印刷履歴保持機能を備えていないものとする。１０５０はネットワーク対応のＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｉｒｎｔｅｒ）である。ＭＦＰ１０５０は、プリンタ機能、コピー機能、スキャナ機能、印刷履歴保持機能を備えている。

クライアントコンピュータ１０１０、１０２０、サーバコンピュータ１０３０、及びプリンタ１０４０、１０６０、MFP５０は、それぞれ、ネットワークを介して他の装置と通信を行うことができる。

クライアントコンピュータ１０１０において、アプリケーション１０１１がＧＤＩ(Graphics device Interface)１０１２を呼び出す。そして、ＧＤＩ１０１２は、アプリケーション１０１１からの指示に応じて印刷データを生成し、その印刷データをスプーラ１０１３に送信する。

ジョブアカウントクライアントアプリケーション１０１４は、アプリケーション１０１１がＧＤＩ１０１２を呼び出すのを監視（フック）して、その印刷データに係るジョブ情報を蓄積する。ジョブ情報とは、印刷枚数やページ枚数、印刷サイズ、使用する用紙のタイプ、印刷要求を発行したユーザに関する情報（ユーザ情報）、カラー印刷に関する情報（カラー情報）などを含む。

スプーラ１０１３は、ネットワークを介して周辺機器（プリンタ１０４０、ＭＦＰ１０５０、プリンタ１０６０）と通信し、周辺機器がレディ状態であれば印刷データを送信する。また、クライアントコンピュータ１０２０がプリントサーバとして機能している場合には、ＧＤＩ１０１２が生成した印刷データはスプーラ１０２３に送信される。

ジョブアカウントクライアントアプリケーション１０１４は、ジョブアカウントサーバアプリケーション１０３１に、定期的に蓄積したジョブ情報を送信する。

クライアントコンピュータ１０２０において、アプリケーション１０２１、ＧＤＩ１０２２、スプーラ１０２３は、それぞれアプリケーション１０１０、ＧＤＩ１０１２、スプーラ１０１３と同じ動きをする。

ジョブアカウントクライアントアプリケーション１０２４は、定期的にスプーラ１０２３を監視する。スプーラ１０２３にスプールされている印刷ジョブがあれば、ジョブアカウントクライアントアプリケーション１０２４はＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用いてその印刷ジョブの情報を取得する。具体的には、印刷ジョブの排紙枚数やページ数を取得する。そして、ジョブアカウントクライアントアプリケーション１０２４は、蓄積したジョブ情報をサーバコンピュータ１０３のジョブアカウントサーバアプリケーション１０３１に送信する。なお、サーバコンピュータ１０３は、ジョブアカウントクライアントアプリケーション１０１４、１０２４から印刷ジョブの情報を取得して記憶するための記憶装置、例えばハードディスクを備えている。

なお、クライアントコンピュータ１０２０のＯＳがスプーラ１０２３の状態変化を他のアプリケーションに伝える機能を備えていれば、ジョブアカウントクライアントアプリケーション１０２４が定期的にスプーラ１０２３を監視しなくてもかまわない。

印刷ジョブがスプーラ１０２３にスプールされたことをＯＳがジョブアカウントクライアントアプリケーション１０２４に伝えればよい。

サーバコンピュータ１０３０において、ジョブアカウントサーバアプリケーション１０３１は、利用者情報管理モジュール１０３１ａを含む。また、機器情報管理モジュール１０３１ｂを含む。さらに、ジョブ情報管理モジュール１０３１ｃと、利用状況管理モジュール１０３１ｄとを含む。このうち、利用者情報管理モジュール１０３１ａは、サーバコンピュータ１０３０内の不図示の記憶装置に利用者情報を格納、管理している。

また、機器情報管理モジュール１０３１ｂは、ネットワークに接続された周辺機器（プリンタ、ＭＦＰ等）がジョブ履歴保持機能を有しているかを調査する。そして、ジョブ履歴保持機能を有している機器についての情報やその他の機器情報を、サーバコンピュータ１０３０内の記憶装置（ここでは不図示）に格納し管理している。

利用者情報は、周辺機器を利用するユーザのコンピュータログイン名やネットワークログイン名を含み、周辺機器を利用したユーザを特定（識別）する情報である。ここで、コンピュータログイン名とは、ユーザが、コンピュータにログインするために入力する名前等である。さらに、名前とは、ユーザが、ネットワークシステムにログインするために入力する名前である。

また、機器情報は、周辺機器の印刷スピード、カラー情報、ネットワークアドレス（ＩＰアドレス）などである。

ジョブ情報管理モジュール１０３１ｃは、ジョブアカウントクライアントアプリケーション１０１４及びジョブアカウントクライアントアプリケーション１０２４からジョブ情報を受信し、やはり記憶装置にジョブ情報を格納する。

また、ジョブ情報管理モジュール１０３１ｃは、履歴情報を保持する機能を有する周辺機器（例えば、プリンタ１１４０）に履歴情報を要求し、利用状況入出力モジュール１０３１ｄを介して履歴情報を取得する。

この処理は、定期的に行なわれてもよい。また、周辺機器の履歴情報格納部（不図示）の記憶容量が少なくなったときに、その旨が利用状況入出力モジュールに通知され、そのときに、この処理が行なわれてもよい。

利用状況入出力モジュール１０３１ｄは、ジョブ履歴保持機能を有する周辺機器からジョブ履歴（ジョブ情報）を含む利用状況を取得する。

また、利用状況入出力モジュール１０３１ｄは、利用状況レポート（どの利用者がどれだけジョブを実行したかを示すレポート）の出力を周辺機器のプリンタやモニタに出力することもできる。

管理者は、利用状況入出力モジュール１０３１ｄに利用状況の出力を行わせ、周辺機器の利用状況を得ることができる。

また、利用状況入出力モジュール１０３１ｄは、サーバコンピュータ１０３０内に備える記憶装置に記憶された利用者情報、機器情報、印刷履歴情報に基づいて、様々な利用状況を出力する。

管理者は、その出力様式（出力形式）を利用状況入出力モジュールに対し指定する。なお、この利用状況の出力は、例えば、サーバコンピュータ１０３０の表示部（不図示）に表示される。

また、利用状況の出力に係る出力データがクライアントコンピュータ１０１０やクライアントコンピュータ１０２０に送信され、利用状況の出力がクライアントコンピュータの表示部（不図示）に表示されてもよい。

利用状況の出力では、ユーザごとの利用量（出力に用いられた用紙枚数やトナー量）や周辺機器の利用時間が出力される。また、カラー印刷や両面印刷などの周辺機器の動作モード（機能）別に利用状況が出力される。また、使用された用紙のサイズや使用された用紙の種類別に利用状況が出力される。

また、周辺機器の利用料金が機器情報に設定されていることで、周辺機器別に或いはユーザ別に利用金額が出力される。更に、動作モード別の利用料金、用紙サイズ別の利用料金、用紙の種類別の利用料金が設定されていることで、どのユーザが、どの用紙で、どの動作モードで、どの周辺機器で、どれだけの印刷をして、どれだけの利用金額になっているかを出力する。

また、管理者は、利用者情報管理モジュール１０３１ａ及び機器情報管理モジュール１０３１ｂを介して、機能別、ユーザ別、ユーザ部門別、利用機器別に利用の制限を設定することもできる。設定可能な制限情報として、利用料金、ページ数、用紙枚数などの項目がある。利用状況入出モジュール１０３１ｄは、設定された制限（制限情報）と印刷履歴情報と監視して照らし合わせることにより、利用が制限を越える場合には、その旨を出力する。これは、画面上への表示出力であっても、メールその他の通信出力でもよい。

また、ジョブ情報管理モジュール３０３１ｃが、ユーザごとの設定された制限と印刷履歴情報とを監視して照らし合わせる。これにより、あるユーザの利用が制限を越える場合には、クライアントコンピュータ１０１０や周辺機器自体に、そのユーザの利用を拒否させる。或いは、そのユーザに対して、画面上への表示やメールその他の通信手段で警告を促してもよい。

＜コンピュータの制御構成＞
図２は、図１にクライアントコンピュータ１０１０、クライアントコンピュータ１０２０、サーバコンピュータ１０３０のハードウェア構成を示す図である。

図２において、２０１はＣＰＵ（中央処理装置）である。ＣＰＵ２０１は、このコンピュータ装置全体の制御、演算処理などを行う。

２０２はＲＯＭ（読み出し専用メモリ）である。ＲＯＭ２０２は、システム起動プログラムの情報などが格納されている記憶領域となっている。２０３はＲＡＭ（ランダムアクセスメモリ）である。

ＲＡＭ２０３は、その容量を拡張可能に構成され、使用制限のないデータ記憶領域となっている。

また、オペレーティングシステム（ＯＳ）、アプリケーションプログラム、デバイスドライバ（プリンタドライバ）、後述するハードディスク装置等より通信制御用のプログラムなどはＲＡＭ２０３にロードされて、ＣＰＵ２０１によって実行される。

なお、ＣＰＵ２０１は、ハードディスク等の不揮発性メモリに記憶される制御プログラム（後述する図６、図７に示すフローチャートの各手順を含む）をＲＡＭ２０３にロードして実行することで、各種の機能処理が実行される。

２０４はＫＢＣ（キーボード制御部）である。ＫＢＣ２０４は、コンピュータに付属のキーボードから入力データを受け取り、ＣＰＵ２０１へ入力データを伝達する。

２０５はＣＲＴＣ（ディスプレイ制御装置）であり、図示しない表示装置に対する入出力情報、制御情報、印刷設定画面、ジョブ管理ユーザインタフェース等の表示制御を行う。２０６はＨＤ（ハードディスク装置）である。

なお、ＨＤ２０６は、他にも、ＦＤ（フレキシブルディスク装置）、ＳＲＡＭ（不揮発性記憶メモリ）などの外部記憶装置に代替可能である。

さらに、ＨＤ２０６はプログラム及びデータを記憶し、これらプログラム及びデータは必要に応じてＲＡＭ２０３へロードされる。例えば、サーバコンピュータ１０３０内部のＨＤ２０６であれば、利用者情報や機器情報や印刷履歴情報（ジョブ履歴データベース）が格納される。

２０７は通信部で、ネットワーク通信を所定のプロトコルで制御する。この通信部２０７により、コンピュータは、ネットワークに接続されている他のコンピュータや周辺機器（プリンタ、ＭＦＰ）と通信することが可能となる。

２０８はシステムバスである。上記の構成要素間でやり取りされるデータは、このシステムバス２０８を通してやり取りされる。

＜メモリマップ＞
図３は、図２に示すＲＡＭ２０３のメモリマップの一例を示す図である。なお、本図は、ジョブ管理プログラムがＲＡＭ２０３にロードされ、ＣＰＵ２０１により実行可能となった状態でのメモリマップ例である。

図３において、３０１は基本Ｉ／Ｏプログラムである。３０２はウィンドウシステムなどのオペレーティングシステムである。

３０３はジョブ管理プログラムである。３０４は関連データである。３０５はワークエリアであり、ＣＰＵ２０１がジョブ管理プログラムなどのプログラムを実行するときに使用する。

また、ジョブ管理プログラム３０３及び関連データ３０４は、フレキシブルディスク（ＦＤ）やＣＤ−ＲＯＭ中に記憶され、そこからコンピュータに供給される。

図４は、図３に示したジョブ管理プログラム３０３及び関連データ３０４を記憶する記憶媒体のメモリマップを示す図である。本例は、図３に示したジョブ管理プログラム３０３及び関連データ３０４がフレキシブルディスク（ＦＤ）やＣＤ−ＲＯＭ等の不揮発性メモリデバイスに格納されている状態でのメモリマップ例である。

図４において、ＦＤやＣＤ−ＲＯＭの記憶領域４００は、ボリューム情報４０１、ディレクトリ情報４０２、ジョブ管理プログラムの実行ファイル４０３、ジョブアカウントの関連データファイル４０４から構成される。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウエア（制御プログラム）のプログラムコードを記録した記憶媒体（図４）を、図５に示すようにコンピュータに供給する。そして、そのコンピュータの装置（ＣＰＵ２０１）が記憶媒体に格納されたプログラムコードをＲＡＭ２０３にロードして読出し実行することによって達成される。

図５は、図４に示した記憶媒体４００に記憶されるジョブ管理プログラム３０３及び関連データ３０４をサーバコンピュータ１０３０に供給する例を説明する図である。

本例は、例えば可搬性の記憶媒体４００、例えばフレキシブルディスクで構成されている場合である。

図４に示すプログラムやデータをコンピュータに供給する方法として図５に示すように記憶媒体４００に記憶させてサーバコンピュータ１０３０に（フレキシブルドライブ５０１を介して）供給する方法が一般的である。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスクやハードディスク以外にも，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

＜サーバ情報更新処理＞
上述のように、サーバ・クライアント型の情報システムにおいては、システム環境に変更等を要因として、サーバコンピュータが変更される場合がある。その場合、クライアントコンピュータはサーバコンピュータとの通信が不能となり、新たに設立されたサーバコンピュータと通信を行うにはクライアントソフトそのものを再インストールする必要がある。

図６は、本発明に係るサーバ装置におけるデータ処理手順の一例を示すフローチャートである。本処理は、サーバ情報が変更された場合のサーバコンピュータ側のデータ処理手順例である。また、Ｓ６１〜Ｓ６７は各ステップを示す。なお、各ステップは、サーバコンピュータ１０３０側のＣＰＵがハードディスク等からジョブ管理プログラム３０３及び関連データ３０４をＲＡＭ上にロードして実行することで実現される。

先ず、ステップＳ６１により、ネットワーク管理者等のネットワーク情報入力操作に基づいて、サーバ情報（ＩＰアドレスまたはホスト名）が変更される。

次に、ステップＳ６２では、クライアントコンピュータ１０１０、１０２０で実行されるサーバ情報更新モジュールを作成する処理である。ここでは、変更後のサーバコンピュータのＩＰアドレスまたはホスト名が設定ファイルとして記述される。

本設定ファイルは、例えばテキストベースで処理可能なプロトコルに準拠して作成されている。

次に、ステップＳ６３で、サーバコンピュータ１０３０がクライアント管理を行っているかどうかで処理を代える条件分岐である。

本実施形態において、サーバコンピュータがクライアント管理を行っているとは、クライアントコンピュータのホスト情報（ＩＰアドレス、ホスト名）をサーバが把握しているということを意味する。

一方、ステップＳ６３で、サーバコンピュータ１０３０がクライアント管理を行っていると判断したジョブ管理プログラム３０３が判断した場合がある。この場合は、ステップＳ６４で、クライアントコンピュータ１０１０、１０２０の管理情報より、クライアントコンピュータ１０１０、１０２０のホスト情報（ＩＰアドレス）を取得する。

そして、ステップＳ６５で、クライアントコンピュータ１０１０，１０２０に対して、サーバコンピュータ１０３０のホスト情報が変更された旨の通知、および更新モジュールが存在する場所を通知して、本処理を終了する。

一方、ステップＳ６３で、サーバコンピュータ１０３０がクライアント管理を行っていないとジョブ管理プログラム３０３が判断した場合は、ステップＳ６６で、サーバコンピュータ１０３０がクライアント管理を行っていない場合の処理を行う。ここでは、管理者がクライアントコンピュータ１０１０、１０２０にメール通知を行うためのメールの本文を自動作成している。

例えば、「サーバコンピュータが更新されました。下記のアドレスより更新モジュールをダウンロードし、実行してください。URL http://172.24.152.382/NsaClientsetup.exe」なる設定ファイルの取得情報（文言）を自動作成する。

次に、ステップＳ６７では、管理者はクライアントコンピュータ１０１０、１０２０に対して、手動でメール通知を行い、サーバが更新されたことを通知すると共に、対応モジュールの存在場所を通知して、本処理を終了する。

図７は、本発明に係るデータ処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、サーバ情報（ＩＰアドレスまたはホスト名）が変更された場合に、クライアントモジュールの再インストールなしに、サーバとの通信を再開する処理手順である。なお、Ｓ７１〜Ｓ８０は各ステップを示す。また、各ステップは、クライアントコンピュータ１０１０、１０２０側のＣＰＵがハードディスク等から通信制御プログラムをＲＡＭ上にロードして実行することで実現される。

先ず、ステップＳ７１は、サーバコンピュータ１０３０がクライアント管理を行っているか否かで処理を分ける条件分岐である。サーバコンピュータ１０３０でクライアント管理が行われているかどうかを判断（判断基準はどのような情報に基づくのでしょうか？）して、サーバコンピュータ１０３０でクライアント管理が行われていると判断した場合は、ステップＳ７２以降の処理に遷移する。

そして、ステップＳ７２は、サーバコンピュータ１０３０からの更新通知および更新モジュールの存在場所（例えばＵＲＬ）を受信する。次に、ステップＳ７３は、サーバコンピュータ１０３０が更新されたので、クライアントコンピュータの更新を行うか否かをユーザにメッセージ通知する処理である。

ユーザがクライアントの更新を行わないと判断した場合は、本処理を終了する。

一方、ステップＳ７４で、ユーザがクライアントコンピュータの更新を行うと判断した場合は、ステップＳ７５に進む。そして、サーバコンピュータ１０３０から通知された更新モジュールの場所より、更新モジュールを所定のプロトコルで取得（ダウンロード）する処理である。

例えば、メール通知されたＵＲＬを参照し、クライアントコンピュータ１０１０、１０２０のｗｅｂブラウザを介して、図８のような更新モジュールのダウンロードサイトをディスプレイ装置に表示する。そして、更新モジュールの確認とダウンロード指示を行うことで、更新モジュールを取得する。

次に、ステップＳ７６では、ステップＳ７５で取得した更新モジュールを実行する。このサーバコンピュータ１０３０で作成された更新モジュールの実行により、クライアントコンピュータが記憶装置に保持しているサーバ情報（Ｉｐアドレス、サーバホスト名）が新たなサーバ情報に更新される。

次に、ステップＳ７７で、必要によりクライアントコンピュータ１０１０、１０２０の再起動が行われ、本処理が終了する。

一方、ステップＳ７１で、サーバコンピュータ１０３０によるクライアント管理が行われていないと判断した場合は、ステップＳ７８で、サーバコンピュータ１０３０より更新モジュールの場所を示すメールを受信する。

そして、クライアントコンピュータ１０１０、１０２０等のユーザは、受信したメールの内容より、クライアントコンピュータ１０１０、１０２０の更新処理を行うべく、ステップＳ７９に進む。そして、クライアントコンピュータ１０１０，１０２０のユーザは、メールに記述されている更新モジュールのＵＲＬを参照し、更新モジュールを取得（ダウンロード）指示を行い、更新モジュールのダウンロードを実行する。

そして、ステップＳ８０では、ステップＳ７９で、ユーザの指示によりサーバコンピュータ１０３０より取得した更新モジュールの実行指示を行い、クライアントコンピュータ１０１０、１０２０のＣＰＵが更新モジュールを実行して、ステップＳ７７へ戻る。

このようにして、サーバコンピュータ１０３０から取得する更新モジュールをユーザからの指示（図７に示すステップＳ７１で、ＮＯと判定された場合）で実行する。これにより、クライアントコンピュータ１０１０、１０２０が記憶装置に保持しているサーバ情報（ＩＰアドレス、ホスト名）が適時更新される。そして、必要によっては再起動の後、変更後のサーバコンピュータ１０３０との通信が可能な状態に遷移させることができる。

なお、ステップＳ７１で、サーバコンピュータ１０３０がクライアントコンピュータ１０１０、１０２０を管理している場合には、ユーザが何等更新モジュールの取得指示等を行うことなくなる。これにより、自動的にクライアントコンピュータ１０１０、１０２０にダウンロードされて、その更新モジュールが何等ユーザからの実行指示がなくても、自動的にダウンロードした更新モジュールが実行される。そして、更新されたサーバ情報に合致するようにネットワーク設定が自動更新される。

これにより、ネットワーク上のサーバコンピュータ１０３０のシステム変更等に伴い、サーバ情報が更新された場合がある。この場合には、クライアントコンピュータ１０１０、１０２０に対して適時、更新されたサーバ情報を設定するためのセットアップファイル本体と、その取得先が通知されることとなる。これにより、ユーザがその通知に従い、その取得先にアクセスすることで、必要なセットアップファイルを取得する。そして、ネットワークシステム環境を自動更新することができ、自動的に更新モジュールのダウンロードと、そのダウンロードされた更新モジュールの自動実行がなされることとなる。

従って、図１に示すようなデータ処理システムのサーバ情報の更新に伴うクライアントコンピュータ１０１０、１０２０の各ユーザによるサーバ情報更新に伴うシステム設定操作負担が軽減され、ユーザの使い勝手も向上する。この場合、コンピュータ１０３０の管理者も、自動的に作成された更新モジュールの取得先等を自動的にクライアントコンピュータ１０１０、１０２０に通知する。あるいは、管理者の指示で取得処理が実行されるため、従来のサーバ情報更新に伴う操作負担も軽減されることとなる。

上記実施形態によれば、サーバ・クライアントより構成されるデータ処理システムにおいて、サーバ情報（ＩＰアドレス、ホスト名）が更新された場合がある。この場合は、クライアント再インストールを行わずに、クライアントコンピュータ１０１０、１０２０は変更後のサーバとの通信を再開することが可能となり、ユーザの利便性を高めることができる。

〔第２実施形態〕
なお、書き換え前のサーバ情報を履歴として保持管理することで、一時的なサーバコンピュータの運用後、修理やデバイスの交換を終えて現状に復帰する等に備えるように構成してもよい。

〔第３実施形態〕
なお、上記実施形態では、更新モジュールを作成したサーバコンピュータ１０３０が更新モジュールの通知先をクライアントコンピュータ１０１０，１０２０に通知する。そして、クライアントコンピュータ１０１０，１０２０がサーバコンピュータ１０３０から更新モジュールを取得する場合について説明した。これに対して、ネットワーク上のファイルサーバ等に更新モジュールとそのファイルサーバの所在を示す情報をクライアントコンピュータ１０１０，１０２０に通知する。そして、クライアントコンピュータ１０１０，１０２０がそのファイルサーバから更新モジュールを取得するように制御してもよい。

これにより、サーバコンピュータ１０３０がネットワーク上に接続されていない状態、例えばサーバコンピュータ１０３０の電源が落ちている等の場合が発生する場合がある。このような場合でも、クライアントコンピュータ１０１０、１０２０は、支障なく更新モジュールを取得して、サーバ情報の更新処理を完了することができる。

〔第４実施形態〕
以下、図９、図１０に示すメモリマップを参照して本発明に係るサーバ装置、データ処理装置で読み取り可能なデータ処理プログラムの構成について説明する。

図９は、本発明に係るサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

図１０は、本発明に係るデータ処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図６，図７に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の第１実施形態を示すデータ処理システムの一例を示す図である。 図１にクライアントコンピュータ、サーバコンピュータのハードウェア構成を示す図である。 図２に示すＲＡＭのメモリマップの一例を示す図である。 図３に示したジョブ管理プログラム及び関連データを記憶する記憶媒体のメモリマップを示す図である。 図４に示した記憶媒体に記憶されるジョブ管理プログラム及び関連データをサーバコンピュータに供給する例を説明する図である。 本発明に係るサーバ装置におけるデータ処理手順の一例を示すフローチャートである。 本発明に係るデータ処理装置におけるデータ処理手順の一例を示すフローチャートである。 図１に示したクライアントコンピュータのＷＥｂブラウザを介して表示されるダウンロード画面一例を示す図である。 本発明に係るサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。 本発明に係るデータ処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１０１０、１０２０ クライアントコンピュータ
１０３０ サーバコンピュータ
１０３１ ジョブアカウントサーバアプリケーション
１０４０、１０６０ プリンタ

Claims (15)

1. ネットワーク上のデータ処理装置を管理するサーバ装置であって、
   前記サーバ装置に設定されているサーバ情報を変更した場合に、変更後のサーバ情報を前記データ処理装置に設定するための更新モジュールを作成する更新モジュール作成手段と、
   前記更新モジュール作成手段により作成された更新モジュールの取得先を前記データ処理装置に通知する通知手段と、
   を有することを特徴とするサーバ装置。
2. 前記通知手段は、管理すべきデータ処理装置が登録されている場合、登録済みのデータ処理装置からホスト情報を取得し、該ホスト情報に基づいて前記更新モジュール作成手段により作成された更新モジュールの取得先を前記データ処理装置に通知することを特徴とする請求項１記載のサーバ装置。
3. 管理すべきデータ処理装置が登録されていない場合、前記更新モジュール作成手段により作成された更新モジュールの取得先を前記データ処理装置に転送する通知メールを作成するメール作成手段を有し、
   前記通知手段は、前記メール作成手段により作成された通知メールを前記ネットワーク上のデータ処理装置に通知することを特徴とする請求項１記載のサーバ装置。
4. ネットワークを介してサーバ装置と通信可能なデータ処理装置であって、
   前記サーバ装置により通知されるサーバ情報を変更する変更モジュールの取得先を受信する受信手段と、
   前記受信手段により受信された前記取得先から前記変更モジュールを取得する取得手段と、
   前記取得手段により取得された前記変更モジュールを実行してサーバ情報を設定する実行手段と、
   を有することを特徴とするデータ処理装置。
5. 前記サーバ装置から通知されるサーバ情報を設定するための変更モジュールの取得先を電子メールで受信した場合、前記変更モジュールの取得指示に基づいて前記取得先から前記変更モジュールを取得することを特徴とする請求項４記載のデータ処理装置。
6. 前記サーバ装置から通知されるサーバ情報を設定するための変更モジュールの取得先から前記変更モジュールを自動取得することを特徴とする請求項４記載のデータ処理装置。
7. ネットワーク上のデータ処理装置とサーバ装置とが通信可能なデータ処理システムであって、
   前記サーバ装置は、
   前記サーバ装置に設定されているサーバ情報を変更した場合に、変更後のサーバ情報を前記データ処理装置に設定するための更新モジュールを作成する更新モジュール作成手段と、
   前記更新モジュール作成手段により作成された更新モジュールの取得先を前記データ処理装置に通知する通知手段とを有し、
   前記データ処理装置は、
   前記サーバ装置により通知されるサーバ情報を変更する変更モジュールの取得先を受信する受信手段と、
   前記受信手段により受信された前記取得先から前記変更モジュールを取得する取得手段と、
   前記取得手段により取得された前記変更モジュールを実行してサーバ情報を設定する実行手段とを有することを特徴とするデータ処理システム。
8. ネットワーク上のデータ処理装置を管理するサーバ装置におけるネットワーク設定方法であって、
   前記サーバ装置に設定されているサーバ情報を変更した場合に、変更後のサーバ情報を前記データ処理装置に設定するための更新モジュールを作成する更新モジュール作成ステップと、
   前記更新モジュール作成ステップにより作成された更新モジュールの取得先を前記データ処理装置に通知する通知ステップと、
   を有することを特徴とするネットワーク設定方法。
9. 前記通知ステップは、管理すべきデータ処理装置が登録されている場合、登録済みのデータ処理装置からホスト情報を取得し、該ホスト情報に基づいて前記更新モジュール作成ステップにより作成された更新モジュールの取得先を前記データ処理装置に通知することを特徴とする請求項８記載のネットワーク設定方法。
10. 管理すべきデータ処理装置が登録されていない場合、前記更新モジュール作成ステップにより作成された更新モジュールの取得先を前記データ処理装置に転送する通知メールを作成するメール作成ステップを有し、
    前記通知ステップは、前記メール作成手段により作成された通知メールを前記ネットワーク上のデータ処理装置に通知することを特徴とする請求項８記載のネットワーク設定方法。
11. ネットワークを介してサーバ装置と通信可能なデータ処理装置におけるネットワーク設定方法であって、
    前記サーバ装置により通知されるサーバ情報を変更する変更モジュールの取得先を受信する受信ステップと、
    前記受信ステップにより受信された前記取得先から前記変更モジュールを取得する取得ステップと、
    前記取得ステップにより取得された前記変更モジュールを実行してサーバ情報を設定する実行ステップと、
    を有することを特徴とするネットワーク設定方法。
12. 前記サーバ装置から通知されるサーバ情報を設定するための変更モジュールの取得先を電子メールで受信した場合、前記変更モジュールの取得指示に基づいて前記取得先から前記変更モジュールを取得することを特徴とする請求項１１記載のネットワーク設定方法。
13. 前記サーバ装置から通知されるサーバ情報を設定するための変更モジュールの取得先から前記変更モジュールを自動取得することを特徴とする請求項１１記載のネットワーク設定方法。
14. 請求項８〜１３のいずれかに記載のネットワーク設定方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
15. 請求項８〜１３のいずれかに記載のネットワーク設定方法をコンピュータに実行させることを特徴とするプログラム。

Images