(57)【要約】【課題】既存のクライアントグループに新たなクライアントを追加する場合に、サーバは既存のクライアントの機種の違いを判別することなく、既存のクライアントの動作条件を新たなクライアントの動作条件に自動的に設定することができるシステムを提供する。【解決手段】端末POS-X103がX-1店に新たに追加されたとき、サーバS1はそれを検出して、同じグループ情報を有する端末POS-X101の動作条件を読出し、その動作条件を新たに追加される端末POS-X103へ書き込む。このとき、ランチャープログラム、情報ファイル、実行プログラム群及び定義ファイル群をともに端末へ送り込むことにより、端末の機種を意識することなく、処理を行なうことができる。【選択図】図１
2008027118.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、第１のクライアントを有する第１のクライアントグループと、を備えるネットワークシステムにおいて、前記第１のクライアントグループに新しく第２のクライアントが追加されたとき、該第２のクライアントをメンテナンスするメンテナンスシステムであって、
前記サーバは、
前記第１のクライアントの動作条件を読み出す第１のメンテナンスジョブを実行させるための第１の動作条件と、前記第２のクライアントに前記第1のクライアントの動作条件を書き込む第２のメンテナンスジョブを実行させるための第２の動作条件とを含む動作条件群を保存する手段と、
前記第１のクライアント及び第２のクライアントに前記第１又は第２のメンテナンスジョブを実行させるときに必要な動作条件を特定する情報ファイルを保存する手段と、
前記第１のクライアント及び第２のクライアントにおいて判別されたクライアントに要求される動作条件を前記情報ファイルから特定し、前記第１又は第２のメンテナンスジョブを実行するためのコマンドラインを作成する命令作成プログラムを保存する手段と、
前記動作条件群、情報ファイル及び命令作成プログラムを含むメンテナンス指令を前記第１のクライアント及び前記第２のクライアントへ送信する手段と、
前記第２のクライアントが前記第１のクライアントグループに追加されたことを検出する検出手段と、
を備え、
前記検出手段が、前記第２のクライアントが前記第１のクライアントグループに追加されたことを検出すると、前記サーバは前記第１のクライアントへ前記メンテナンス指令を送信し、前記第１のクライアントは前記メンテナンス指令からコマンドラインを生成して第１のメンテナンスジョブを実行して前記第1のクライアントの動作条件を読み出して前記サーバに送信し、前記サーバは受信した前記動作条件に基づいて新たなメンテナンス指令を生成して前記第２のクライアントへ送信し、前記第２のクライアントは前記新たなメンテナンス指令からコマンドラインを生成して前記第２のメンテナンスジョブを実行して前記第２のクライアントに前記第１のクライアントの動作条件を書き込む、
ことを特徴とする、メンテナンスシステム。
【請求項２】
前記動作条件は実行プログラム及び／又は定義ファイルからなる、ことを特徴とする請求項１に記載のメンテナンスシステム。
【請求項３】
前記第１のメンテナンスグループの第１のクライアント及び第２のクライアントは、前記メンテナンスジョブの実行終了後、前記メンテナンス指令を消去する、ことを特徴とする請求項１又は２に記載のメンテナンスシステム。
【請求項４】
サーバと、第１のクライアントを有する第１のクライアントグループと、を備えるネットワークシステムにおいて、前記第１のクライアントグループに新しく第２のクライアントが追加されたとき、該第２のクライアントをメンテナンスするメンテナンス方法あって、
(a)前記サーバは、前記第１のクライアントの動作条件を読み出す第１のメンテナンスジョブを実行させるための第１の動作条件と、前記第２のクライアントに前記第1のクライアントの動作条件を書き込む第２のメンテナンスジョブを実行させるための第２の動作条件とを含む動作条件群を保存し、
前記第１のクライアント及び第２のクライアントに前記第１又は第２のメンテナンスジョブを実行させるときに必要な動作条件を特定する情報ファイルを保存し、
前記第１のクライアント及び第２のクライアントにおいて判別されたクライアントに要求される動作条件を前記情報ファイルから特定し、前記第１又は第２のメンテナンスジョブを実行するためのコマンドラインを作成する命令作成プログラムを保存し、
前記動作条件群、情報ファイル及び命令作成プログラムを含むメンテナンス指令を前記第１のクライアント及び前記第２のクライアントへ送信し、
(b)前記第２のクライアントが前記第１のクライアントグループに追加されたとき、前記サーバは前記第１のクライアントへ前記メンテナンス指令を送信し、前記第１のクライアントは前記メンテナンス指令からコマンドラインを生成して第１のメンテナンスジョブを実行して前記第1のクライアントの動作条件を読み出して前記サーバに送信し、前記サーバは受信した前記動作条件に基づいて新たなメンテナンス指令を生成して前記第２のクライアントへ送信し、前記第２のクライアントは前記新たなメンテナンス指令からコマンドラインを生成して前記第２のメンテナンスジョブを実行して前記第２のクライアントに前記第１のクライアントの動作条件を書き込む、
ことを特徴とする、メンテナンス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はメンテナンスシステム及びメンテナンス方法に関する。詳しくは、既存のクライアントグループに新たなクライアントが追加されたとき、該新たなクライアントのメンテナンスを行うメンテナンスシステム及びメンテナンス方法に関する。
【背景技術】
【０００２】
サーバに接続されるクライアントに対してメンテナンスを行なう場合、サーバからメンテナンスプログラムをクライアントへ送り込み、当該クライアントにおいてメンテナンスプログラムを実行させることによりクライアントのプログラムを更新する、即ちメンテナンスジョブを実行するメンテナンスシステムが知られている（特許文献１等参照）。かかるメンテナンスシステムによれば、クライアントが遠隔地にあったとしても、管理者等がクライアントの設置場所にまで出向いてメンテナンスプログラムを実行させる手間が省ける。従って、クライアントのメンテナンス作業を効率よく行える。
【特許文献１】特開２００３−２３３５１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明者らはかかるメンテナンスシステムについて更なる検討を重ねてきた結果、下記の課題を見出すに至った。即ち、サーバは一般的にクライアントをグループ単位（例えば、同一店舗内に既に設置されているクライアント群）で管理している。当該グループに新たなクライアントを追加するとき、この新たなクライアントにもグループ共通の動作条件をインストールする必要がある。しかしながら、新たなクライアントの機種がグループに既設の機種と同一であるとの保障はない。
このように新たなクライアントの機種が既存の機種と異なるとき、サーバが各クライアントの機種を判別してそのクライアントへ必要なメンテナンス用の実行プログラムを個別に送り込むことが考えられる。しかしながら、サーバにおいて新たなクライアントに応じた実行プログラムを新たに準備するとともに、クライアントの機種を判別するためのプログラムも更新しなければならない。
また、別の方法として、実行プログラム自体に機種の判別をさせて当該実行プログラム内で機種毎に異なる処理をさせることも考えられる。この方法においても、クライアントの機種が追加される度に実行プログラムを更新しなければならない。
そこで、本発明は、既存のクライアントグループに新たなクライアントを追加する場合に、サーバは既存のクライアントの機種の違いを判別することなく、既存のクライアントの動作条件を新たなクライアントの動作条件に自動的に設定することができるシステムを提供することを目的とする。
【課題を解決するための手段】
【０００４】
この発明は上記課題を解決すべくなされたものであり、その第１の局面は次のように規定される。即ち、
サーバと、第１のクライアントを有する第１のクライアントグループと、を備えるネットワークシステムにおいて、前記第１のクライアントグループに新しく第２のクライアントが追加されたとき、該第２のクライアントをメンテナンスするメンテナンスシステムであって、
前記サーバは前記第１のクライアントの動作条件を読み出す第１のメンテナンスジョブを実行させるための第１の動作条件と、前記第２のクライアントに前記第1のクライアントの動作条件を書き込む第２のメンテナンスジョブを実行させるための第２の動作条件とを含む動作条件群を保存する手段と、
前記第１のクライアント及び第２のクライアントに前記第１又は第２のメンテナンスジョブを実行させるときに必要な動作条件を特定する情報ファイルを保存する手段と、
前記第１のクライアント及び第２のクライアントにおいて判別されたクライアントに要求される動作条件を前記情報ファイルから特定し、前記第１又は第２のメンテナンスジョブを実行するためのコマンドラインを作成する命令作成プログラムを保存する手段と、
前記動作条件群、情報ファイル及び命令作成プログラムを含むメンテナンス指令を前記第１のクライアント及び前記第２のクライアントへ送信する手段と、
前記第２のクライアントが前記第１のクライアントグループに追加されたことを検出する検出手段と、
を備え、
前記検出手段が、前記第２のクライアントが前記第１のクライアントグループに追加されたことを検出すると、前記サーバは前記第１のクライアントへ前記メンテナンス指令を送信し、前記第１のクライアントは前記メンテナンス指令からコマンドラインを生成して第１のメンテナンスジョブを実行して前記第1のクライアントの動作条件を読み出して前記サーバに送信し、前記サーバは受信した前記動作条件に基づいて新たなメンテナンス指令を生成して前記第２のクライアントへ送信し、前記第２のクライアントは前記新たなメンテナンス指令からコマンドラインを生成して前記第２のメンテナンスジョブを実行して前記第２のクライアントに前記第１のクライアントの動作条件を書き込む、
ことを特徴とする、メンテナンスシステム。
【０００５】
上記において、第１のクライアントは既存のクライアントであって、第１のクライアントグループに所属するクライアントをいう。この第１のクライアントは動作条件（例えば、POS端末に付置される磁気カードリーダの設定情報）を有する。第１のクライアントに属するクライアントはすべて同じ動作条件を有する。従って、クライアントとしてのPOS端末に付設される磁気カードリーダへ磁気カードを通したとき、同じ出力結果を得ることができる。
第２のクライアントは新しく第１のクライアントグループに追加されるクライアントである。
【０００６】
動作条件は、この発明の第２の局面で規定されるように、当該クライアントの機種に応じた実行プログラム及び／又は定義ファイルを指す。クライアントの機種が追加された場合には、当該新しい機種に応じた実行プログラムが追加される。更には、動作条件として定義ファイルを含むこともある。
第１の動作条件は第１のクライアントの動作条件を読み出すために使用される実行プログラム及び／又は定義ファイルをいう。
第２の動作条件は第１のクライアントの動作条件を第２のクライアントに書き込むために使用される実行プログラム及び／又は定義ファイルをいう。
第１のメンテナンスジョブはサーバが第１のクライアントからその動作条件を読み出すためのジョブである。この第１のメンテナンスジョブはサーバが予め準備したメンテナンス指令を第１のクライアントへ送り込み、その第１のクライアントが所定のコマンドラインを生成して実行される。
第２のメンテナンスジョブは第１のクライアントの動作条件を第２のクライアントに書き込むためのジョブである。第１のクライアントから読み出した動作条件を組み込んで他のメンテナンス指令を生成し、それを第２のクライアントへ送り込み、第２のクライアントが所定のコマンドラインを生成して実行される。
【０００７】
情報ファイルはテキスト形式で記載が可能であるため、クライアントに要求されるメンテナンスジョブと当該メンテナンスジョブを実行するときに必要な動作条件との特定を容易に行なうことができる。即ち、クライアントの機種に応じてサーバの管理者が簡易に当該情報ファイルの更新をすることができる。
命令作成プログラムは固定のプログラムであり、クライアントの機種に応じて更新する必要はない。
【０００８】
メンテナンス指令は動作条件群、情報ファイル、命令作成プログラムを含んで構成される。サーバがこのメンテナンス指令を第１又は第２のクライアントへ送信する。すると、第１又は第２のクライアントはこのメンテナンス指令を実行して、コマンドラインを生成する。そして、メンテナンスジョブが実行される。
メンテナンス指令を受信したクライアントは命令作成プログラムを実行してクライアントのBIOS情報を読み出す。次に、情報ファイルに書き込まれたテキスト情報からコマンドラインを生成する。このとき、動作条件群に定義ファイルがあれば、その情報もコマンドラインに記載される。生成されたコマンドラインに従って実行プログラムを実行することでジョブの生成及び実行が行われる。
検出手段は第１のクライアントグループに第２のクライアントが追加されたことを検出する。検出手段が第２のクライアントを検出したとき、サーバは第２のクライアントと通信可能な状態となる。
【０００９】
このように構成されたメンテナンスシステムによれば、第１のクライアントグループに第２のクライアントが追加されたとき、検出手段が第２のクライアントを検出する。サーバは第１のクライアントに対してメンテナンス指令を送信し、第１のクライアントはそのメンテナンス指令に基づいてコマンドラインを生成して、第１のメンテナンスジョブを実行することで、サーバは第１のクライアントの動作条件を読み出す。ここに、第１のクライアントは第１のメンテナンスグループにおいて任意に選択することができる。例えば、追加された第２のクライアントと同一機種のクライアントを選択して、これを第１のクライアントとすることができる。また、サーバ側が予め第１のクライアントを特定しておくこともできる。
次に、サーバは第1のクライアントから読み出した動作条件を実行プログラムに組み込んで新たなメンテナンス指令を生成し、それを第２のクライアントへ送信する。第２のクライアントは当該新たなメンテナンス指令に基づいてコマンドラインを生成することで、第２のメンテナンスジョブを実行することができる。これにより、第２のクライアントに第１のクライアントの動作条件を書き込むことができる。
【００１０】
以上のようなメンテナンスシステムによれば、既存のクライアントグループに新たなクライアントが追加されたとき、自動的に既存のクライアントの動作条件を新たなクライアントへ書き込むことが可能となる。
したがって、既存のクライアントグループに新たなクライアントを追加する場合でも、サーバは既存のクライアントの機種の違いを判別することなく、既存のクライアントの動作条件を自動的に新たなクライアントに設定することができる。よって、サーバの管理者は効率的かつミスのないメンテナンス作業を行うことができる。
【００１１】
この発明の第３の局面のメンテナンスシステムは次のように規定される。即ち、上記第１の局面の発明において、第１のメンテナンスグループの第１のクライアント及び第２のクライアントはメンテナンスジョブの実行終了後メンテナンス指令を消去する。
メンテナンスジョブが終了した後は、上記動作条件群、情報ファイル及び命令作成プログラムは不要になるので、これらを消去することによりクライアントの記憶容量を回復し、もってクライアントにかかる負荷を低減することができる。
【００１２】
この発明の第4の局面は次のように規定される。
サーバと、第１のクライアントを有する第１のクライアントグループと、を備えるネットワークシステムにおいて、前記第１のクライアントグループに新しく第２のクライアントが追加されたとき、該第２のクライアントをメンテナンスするメンテナンス方法あって、
(a)前記サーバは、前記第１のクライアントの動作条件を読み出す第１のメンテナンスジョブを実行させるための第１の動作条件と、前記第２のクライアントに前記第1のクライアントの動作条件を書き込む第２のメンテナンスジョブを実行させるための第２の動作条件とを含む動作条件群を保存し、
前記第１のクライアント及び第２のクライアントに前記第１又は第２のメンテナンスジョブを実行させるときに必要な動作条件を特定する情報ファイルを保存し、
前記第１のクライアント及び第２のクライアントにおいて判別されたクライアントに要求される動作条件を前記情報ファイルから特定し、前記第１又は第２のメンテナンスジョブを実行するためのコマンドラインを作成する命令作成プログラムを保存し、
前記動作条件群、情報ファイル及び命令作成プログラムを含むメンテナンス指令を前記第１のクライアント及び前記第２のクライアントへ送信し、
(b)前記第２のクライアントが前記第１のクライアントグループに追加されたとき、前記サーバは前記第１のクライアントへ前記メンテナンス指令を送信し、前記第１のクライアントは前記メンテナンス指令からコマンドラインを生成して第１のメンテナンスジョブを実行して前記第1のクライアントの動作条件を読み出して前記サーバに送信し、前記サーバは受信した前記動作条件に基づいて新たなメンテナンス指令を生成して前記第２のクライアントへ送信し、前記第２のクライアントは前記新たなメンテナンス指令からコマンドラインを生成して前記第２のメンテナンスジョブを実行して前記第２のクライアントに前記第１のクライアントの動作条件を書き込む、
ことを特徴とする、メンテナンス方法。
【００１３】
このように規定されるメンテナンス方法によれば、第1の局面で規定される発明と同様に、既存のクライアントグループに新たなクライアントが追加されたとき、自動的に既存のクライアントの動作条件を新たなクライアントへ書き込むことが可能となる。したがって、既存のクライアントグループに新たなクライアントを追加する場合でも、サーバは既存のクライアントの機種の違いを判別することなく、既存のクライアントの動作条件を自動的に新たなクライアントに設定することができる。よって、サーバの管理者は効率的かつミスのないメンテナンス作業を行うことができる。
【実施例１】
【００１４】
以下、この発明を実施例に基づきさらに詳細に説明する。
この実施例のメンテナンスシステムはクライアントとしてのＰＯＳ端末とサーバとから構成される。以下では、ＰＯＳ端末の磁気カードリーダに対するメンテナンスジョブの実行を例に取り説明をすすめていく。
図１は実施例のメンテナンスシステム１の全体構成を示す。この例では、Ｘ−１店にＰＯＳ端末ＰＯＳ−Ｘ１０１，ＰＯＳ−Ｘ１０２が設置されて第１のクライアントグループを構成し、Ｘ−２店にはＰＯＳ端末ＰＯＳ−Ｘ２０１，ＰＯＳ−Ｘ２０２が設置されて第２のクライアントグループを構成する。各クライアントグループはそれぞれネットワークＮＥＴを介してサーバＳ１に接続されている。第1のクライアントグループの各ＰＯＳ端末にはいずれも同じタイプの磁気カードリーダＭＳＲ１が付設されている。
【００１５】
なお、Ｘ−１店において磁気カードリーダＭＳＲ１と同一の磁気カードリーダＭＳＲ１を備えたＰＯＳ端末ＰＯＳ−Ｘ１０３の増設が予定されている。即ち、第1のクライアントグループに新たなＰＯＳ端末ＰＯＳ−Ｘ１０３が追加されようとしている。
また、Ｘ−２店において磁気カードリーダＭＳＲ１と異なる機種の磁気カードリーダＭＳＲ２を備えたＰＯＳ端末ＰＯＳ−Ｘ２０３の増設が予定されている。即ち、第２のクライアントグループに新たなＰＯＳ端末ＰＯＳ−Ｘ２０３が追加されようとしている。
【００１６】
サーバＳ１から全て若しくは選択されたＰＯＳ端末にメンテナンス指令が送信されると、当該メンテナンス指令を受け取ったＰＯＳ端末はこれをメンテナンス指令保存部に保存する。各ＰＯＳ端末はメンテナンス指令を受け取るとこれに含まれる命令作成プログラムとしてのランチャープログラムを起動するようにプログラムされている。従って、メンテナンス指令を受け取ったＰＯＳ端末はそれぞれランチャープログラムを起動し、メンテナンスジョブの実行が開始される。
【００１７】
図２はサーバＳ１及びＰＯＳ端末ＰＯＳ−Ｘ１０１の構成を示すブロック図である。
サーバＳ１において制御部２１にバスラインを介して各要素が連結される。制御部２１のＣＰＵ２２は記憶部２６の制御プログラム記憶領域２６１に保存されている制御プログラムに基づき各要素を制御する。
入力部２３はキーボード、マウス等のポインティングデバイス、ＣＤ／ＤＶＤリーダ等の記憶媒体読取装置であり、サーバＳ１へデータを入力できる全ての装置を用いることができる。
表示部２４には液晶、ＣＲＴその他の汎用的なディスプレイ装置を用いることができる。
【００１８】
記憶部２６は各種の記憶領域２６１〜２６７を有する。
制御プログラム記憶領域２６１は制御部２１のＣＰＵ２２を制御するための制御プログラム及び必要なパラメータが保存されている。
ランチャープログラム記憶領域２６２にはランチャープログラムが保存される。
情報ファイル記憶領域２６３には情報ファイルが保存される。この情報ファイルはテキスト形式で記載可能であり、磁気カードリーダのタイプが増加若しくは変更されたときに書き直される。
実行プログラム記憶領域２６４には実行プログラムが保存される。この実行プログラムは、要求されるメンテナンスジョブに応じて磁気カードリーダのタイプ毎に準備される。
定義ファイル記憶領域２６５には定義ファイルが保存される。この定義ファイルは、実行プログラムと同様に要求されるメンテナンスジョブに応じて磁気カードリーダのタイプ毎に準備される。
【００１９】
ジョブ生成部２７は、ランチャープログラム生成部２７−１とメンテナンス指令生成部２７−２を有する。ランチャープログラム生成部２７−１は、管理者により指定されたメンテナンスジョブに基づき、当該メンテナンスジョブを実行するために必須な実行プログラムと、必要であれば定義ファイルを指定するためのコマンドを、予め定められた基本ランチャープログラムへ書き込み、ランチャープログラムを生成する。生成されたランチャープログラムはランチャープログラム記録領域２６２に保存される。
【００２０】
メンテナンス指令生成部２７−２は、記憶部２６の各記憶領域２６１−２６５より、ランチャープログラム、情報ファイル、実行プログラム群、定義ファイル群を読み出し一塊にしてメンテナンス指令を合成する。このメンテナンス指令は通信インターフェース２８及びネットワークＮＥＴを介してクライアントへ送信される。管理者は、送信対象となるクライアントを選択することも可能である。
【００２１】
次に、ＰＯＳ端末ＰＯＳ−Ｘ１０１の構成を説明する。
ＰＯＳ端末ＰＯＳ−Ｘ１０１において制御部３１にバスラインを介して各要素が連結されている。制御部３１のＣＰＵ３２は記憶部３６の制御プログラム記憶領域３６１に保存されている制御プログラムに基づき各要素を制御する。
入力部３４はキーボード、マウス等のポインティングデバイス、ＣＤ／ＤＶＤリーダ等の記憶媒体読取装置であり、ＰＯＳ端末ＰＯＳ−Ｘ１０１へデータを入力できる全ての装置を用いることができる。
表示部３５には液晶、ＣＲＴその他の汎用的なディスプレイ装置を用いることができる。
【００２２】
記憶部３６は各種の記憶領域３６１〜３６３を有する。
制御プログラム記憶領域３６１は制御部３１のＣＰＵ３２を制御するための制御プログラム及び必要なパラメータが保存されている。
ＰＯＳ端末情報記録領域３６２にはＰＯＳ端末ＰＯＳ−Ｘ１０１を特定する各種のデータが保存されている。
メンテナンス指令保存部３６３には、サーバＳ１から送信されてきたメンテナンス指令が保存される。このメンテナンス指令は、メンテナンスジョブが終了したのちに、消去される。
【００２３】
ジョブ実行部３７はメンテナンス指令保存部３６３のランチャープログラムを読出して起動させ、後述する処理を実行し、もってＰＯＳ端末ＰＯＳ―Ｘ１０１においてメンテナンスジョブを実行させる。
このＰＯＳ端末ＰＯＳ−Ｘ１０１には磁気カードリーダＭＳＲ１が付設されている。
他のＰＯＳ端末ＰＯＳ−Ｘ１０２、ＰＯＳ−Ｘ２０１、ＰＯＳ−Ｘ２０２も同一の構成である。
なお、Ｘ−１店において増設が予定されているＰＯＳ端末ＰＯＳ−Ｘ１０３は同一の磁気カードリーダＭＳＲ１が付設されている。その他の構成は、ＰＯＳ端末ＰＯＳ−Ｘ１０１と同一である。
また、Ｘ−２店において増設が予定されているＰＯＳ端末ＰＯＳ−Ｘ２０３は異なるタイプの磁気カードリーダＭＳＲ２が付設されている。その他の構成はＰＯＳ端末ＰＯＳ−Ｘ１０１と同一であってよい。
【００２４】
次に、実施例のメンテナンスシステムの動作について説明をする。
このメンテナンスシステムでは、Ｘ−１店に新たなＰＯＳ端末ＰＯＳ−Ｘ１０３が追加されたときに、この新たなＰＯＳ端末ＰＯＳ−Ｘ１０３がＸ−１店特有の動作をするようにその動作条件を自動的に設定するものである。
【００２５】
まず、Ｘ−１店に新たなＰＯＳ端末ＰＯＳ−Ｘ１０３が追加されると、Ｘ−１店を特定する第１のクライアントグループに新たな端末が追加されたことをサーバＳ１が検出する。新たに追加されたＰＯＳ端末ＰＯＳ−Ｘ１０３は自身の登録をサーバに要求する。この要求には設置場所に関する情報が含まれており、これにより、サーバはＸ−１店、すなわち第1のクライアントグループに新たなクライアントが追加されたことを検出することができる。
【００２６】
新たなＰＯＳ端末ＰＯＳ−Ｘ１０３の追加を知った管理者は第1のクライアントグループにおける既設のクライアント（第1のクライアント）を選択する。実施例では、図３に示すように、ＰＯＳ端末ＰＯＳ−Ｘ１０１が選択されている。
メンテナンス対象となるＰＯＳ端末の指定は、図３の画面４０内のＰＯＳ端末一覧から、対象となるＰＯＳ端末をマウス、またはキーボード操作により選択して行なわれる。選択されたＰＯＳ端末は画面４０に示すとおり反転表示される。
メンテナンスジョブは、図３において「ジョブ」メニューをクリックすることにより、図４に示すとおり、登録されているメンテナンスジョブがプルダウン形式で表示される。このように表示されたメンテナンスジョブの中から必要なものをクリックしてメンテナンスジョブの指定が行なわれる。
【００２７】
図４においてメンテナンスジョブ１は選択されたＰＯＳ端末からその磁気カードリーダの動作条件を読み出すものである。ポップアップ画面４２には、メンテナンスジョブ１の内容が表示される。
この実施例では動作条件として定義ファイルのみを読み出すこととする。定義ファイルの例として、
Beep=ON
LED=OFF
がある。この定義ファイルは、磁気カードリーダにカードが有効に通されたとき、ビープ音が鳴るがＬＥＤランプは点灯しないことを意味する。かかる設定は、Ｘ−１店特有のものであり、新たに追加されたＰＯＳ端末ＰＯＳ−Ｘ１０３の磁気カードリーダにも要求される仕様である。
勿論、メンテナンスジョブ１を実行することにより、ＰＯＳ端末ＰＯＳ−Ｘ１０１におけるＭＳＲ１のドライバ（実行プログラム）を合わせて読み出すこともできる。この実施例では、ＰＯＳ端末ＰＯＳ−Ｘ１０１を設定したときに既に当該ドライバ（実行プログラム）は実行プログラム記憶領域２６４に準備されている。
【００２８】
登録されているメンテナンスジョブ、当該ジョブを実行するための実行プログラム及び必要な定義ファイルが相互に関連づけられている。これらの関係は、サーバＳ１の記憶部２６の補助記憶領域２６６に保存されている。
【００２９】
管理者がメンテナンスジョブ１を指定すると、ランチャープログラム生成部２７−１は次のようにしてランチャープログラムを生成する（図５参照）。
まず、メンテナンスジョブ１が指定されると（ステップ１）、補助記憶領域２６６内に関連づけられたメンテナンスジョブ１を実行するための実行プログラムを指定するコマンドと、当該メンテナンスジョブを実行するための定義ファイルを指定するコマンドとが特定される（ステップ３）。各実行プログラムと定義ファイルはそれぞれ実行プログラム記憶領域２６４と定義ファイル記憶領域２６５に記憶されているものとする。
次に、ランチャープログラム保存領域２６２から基本ランチャープログラムを読みだす(ステップ５)。当該基本ランチャープログラムのコマンドライン例を以下に示す。
ModelLauncher / k ?? /p ????
【００３０】
ステップ７では、基本ランチャープログラムのコマンドラインにおいて「k ??」の部分にステップ３で特定された実行プログラムを指定するコマンドが書き込まれ、「p ????」の部分にステップ３で特定された定義ファイルを指定するコマンドが書き込まれる。
この実施例では、ステップ７を実行することにより、次のランチャープログラムを起動するコマンドラインが生成される。
ModelLauncher / k D_MSR  /p MSR.xms
このランチャープログラムを起動するコマンドラインはランチャープログラム記憶領域２６２に保存される。
【００３１】
現状では、ＰＯＳ端末に付設されている磁気カードリーダＭＳＲ１は１機種しかないので、実行プログラム記憶領域２６４及び定義ファイル記憶領域２６５には当該磁気カードリーダＭＳＲ１用の実行ファイルと定義ファイルがそれぞれ保存されている。
情報ファイルの例を図６に示す。ランチャープログラムはこの情報ファイルを参照してメンテナンスジョブ１を実行するためのコマンドラインを作成する。
【００３２】
ランチャープログラムを生成後（図５のステップ７）、メンテナンス指令生成部２７−２は、当該生成されたランチャープログラムと情報ファイル、実行プログラム及び定義ファイルを合成してメンテナンス指令を生成する。このとき、情報ファイル、実行プログラム及び定義ファイルとして各々の記憶領域２６３，２６４，２６５に保存されている内容の全部を利用することができる。これにより、メンテナンス指令生成部２７−２の動作が簡易になる。よって、メンテナンスジョブの種類が増加・変更したり、またメンテナンス対象の機種が増加・変更したりしても、メンテナンス指令を生成するためのプログラムを特に更新する必要がない。
【００３３】
このように合成されたメンテナンス指令は、指定されたＰＯＳ端末へ送信されて既設のＰＯＳ端末ＰＯＳ−Ｘ１０１のメンテナンス指令保存部３６３に保存される。
以下、ＰＯＳ端末ＰＯＳ−Ｘ１０１の動作を図７に基づいて説明する。
ＰＯＳ端末ＰＯＳ−Ｘ１０１は常にメンテナンス指令保存部３６３の内容をモニタリングしており、メンテナンス指令保存部３６３にランチャープログラムが存在すると、このランチャープログラムを起動させる（ステップ１１）。
ランチャープログラムは、ＰＯＳ端末ＰＯＳ−Ｘ１０１のＢＩＯＳよりＰＯＳ端末ＰＯＳ−Ｘ１０１の機種を判別する。この実施例ではＰＯＳ端末の機種と磁気カードリーダのタイプが一対一の関係にあるので、ＰＯＳ端末の機種が特定されれば磁気カードリーダのタイプも特定される。このため、ランチャープログラムにより磁気カードリーダがＴＹＰＥ１であることが特定される（ステップ１３）。この例ではＢＩＯＳに基づき磁気カードリーダの機種を特定しているが、ＰＯＳ端末のＰＯＳ端末情報記憶領域に記録されている内容から特定したり、また、ＰＯＳ端末の設置条件（店名、地域など）から特定したりすることができる。即ち、ＰＯＳ端末の設置条件に基づきその動作条件に違いを設けることができる。
【００３４】
ステップ１５では、ステップ１３で特定された機種について、情報ファイルのModelセクション内で検索を行なう。この例では、図６に示すとおり、ModelセクションにはＴＹＰＥ１が存在するので、ステップ１７の判定はＹＥＳとなる。なお、ModelセクションにＴＹＰＥ１が規定されていない場合はステップ３１へ進んでサーバへエラー送信を行なう。
ステップ１９では、ランチャープログラムは情報ファイルにおいて特定された機種のセクションを検索する。ステップ２１では、該当する機種のセクション［TYPE1］において、ランチャープログラムの/kのパラメータ［D_MSR］に相当するコマンドを検索する。なお、［D_MSR］コマンドは、実行プログラムを指定するものである。ステップ２１で検索したコマンドが存在したときはステップ２４に進み、コマンドが存在しないときはステップ３１へ進む（ステップ２３）
【００３５】
ステップ２４では、ランチャープログラムの/kのパラメータ［D_MSR］に相当するコマンドを有するコマンドライン(a)を取得する。
ステップ２５では、ステップ２４で取得したコマンドライン(a)において/ｄ のパラメータの［@PARAM］へランチャープログラムの/pのパラメータである［MSR.xms］を当てはめ、実行コマンドラインを作成する。この実行コマンドラインは次のようになる。
MSRSR_RW /u MSR.xms
【００３６】
このコマンドラインを実行させることにより（ステップ２７）、ＰＯＳ端末ＰＯＳ−Ｘ１０１の動作条件が読み出される。この実施例において、ＰＯＳ端末ＰＯＳ−Ｘ１０１から読み出される動作条件は磁気カードリーダＭＳＲ１の動作を規定する定義ファイルである。
ステップ２９では、メンテナンスジョブ１が完了したか否かを判断し、メンテナンスジョブが完了したときはその旨（ジョブの内容）をサーバＳ１へ送信する（ステップ３３）。このジョブの内容（第1のクライアントの動作条件）とステップ３１におけるエラーの情報はサーバＳ１のジョブ情報記憶領域２６７に保存される。当該ジョブ情報記憶領域２６７にアクセスすることにより、管理者はメンテナンスジョブ１が正常に実行されたか否かを確認することができる。
ステップ３５では、ＰＯＳ端末のメンテナンス指令保存部３６３に保存されているメンテナンス指令を全て消去する。これにより、ＰＯＳ端末ＰＯＳ−Ｘ１０１の記憶容量の回復を図る。
【００３７】
次に、管理者が図４においてメンテナンスジョブ２を指定すると、図５に示したフローに従い下記のランチャープログラムのコマンドラインが生成される。
ModelLauncher / k U_MSR  /p MSR.xms
ここに、上記のコマンドラインにおいて定義ファイルを指定する部分は第１のクライアントから読み出された定義ファイルを指定する。
第1のクライアントから読み出された定義ファイルも定義ファイル記憶領域２６５に記憶される。
【００３８】
このランチャープログラム、情報ファイル、実行ファイル群、読み出された第1のクライアントの定義ファイルを含む定義ファイル群が合成されてメンテナンス指令となる。
このメンテナンス指令は、ＰＯＳ端末ＰＯＳ−Ｘ１０３へ送信されメンテナンス指令保存部３６３に保存される。
ＰＯＳ端末ＰＯＳ−Ｘ１０３の動作は図７に示した通りである。
ＰＯＳ端末は常にメンテナンス指令保存部３６３の内容をモニタリングしており、メンテナンス指令保存部３６３にランチャープログラムが存在すると、このランチャープログラムを起動させる（ステップ１１）。
ランチャープログラムは、ＰＯＳ端末ＰＯＳ−Ｘ１０３のＢＩＯＳよりＰＯＳ端末ＰＯＳ−Ｘ１０３の機種を判別する。この実施例ではＰＯＳ端末の機種と磁気カードリーダのタイプとが一対一の関係にあるので、ＰＯＳ端末の機種が特定されれば磁気カードリーダのタイプも特定される。このため、ランチャープログラムにより磁気カードリーダがＴＹＰＥ１であることが特定される（ステップ１３）。
【００３９】
ステップ１５では、ステップ１３で特定された機種について、情報ファイルのModelセクション内で検索を行なう。この例では、図６に示すとおり、ModelセクションにはＴＹＰＥ１が存在するので、ステップ１７の判定はＹＥＳとなる。なお、ModelセクションにＴＹＰＥ１が規定されていない場合はステップ３１へ進んでサーバへエラー送信を行なう。
ステップ１９では、ランチャープログラムは情報ファイルにより特定された機種のセクションを検索する。ステップ２１では、該当する機種のセクション［TYPE1］において、ランチャープログラムの/kのパラメータ［U_MSR］に相当するコマンドを検索する。なお、［U_MSR］コマンドは、実行プログラムを指定するものである。ステップ２１で検索したコマンドが存在したときはステップ２４に進み、コマンドが存在しないときはステップ３１へ進む（ステップ２３）
【００４０】
ステップ２４では、ランチャープログラムの/kのパラメータ［U_MSR］に相当するコマンドを有するコマンドライン(ｂ)を取得する。
ステップ２５では、ステップ２４で取得したコマンドライン(ｂ)において/u のパラメータの［@PARAM］へランチャープログラムの/pのパラメータである［MSR.xms］を当てはめ、実行コマンドラインを作成する。この実行コマンドラインは次のようになる。
MSRSR_RW /u MSR.xms
【００４１】
このコマンドラインを実行させることにより（ステップ２７）、ＰＯＳ端末ＰＯＳ−Ｘ１０３に付設の磁気カードリーダＭＳＲ１の動作条件（定義ファイル）はＰＯＳ端末ＰＯＳ−Ｘ１０１のものと同一となり、Ｘ−１店において特有の動作を奏するものとなる。これにより、メンテナンスジョブ１が完了する。
ステップ２９では、メンテナンスジョブ１が完了したか否かを判断し、メンテナンスジョブ１が完了したときはその旨（ジョブの内容）をサーバＳ１へ送信する（ステップ３３）。このジョブの内容とステップ３１におけるエラーの情報はサーバＳ１のジョブ情報記憶領域２６７に保存される。当該ジョブ情報記憶領域２６７にアクセスすることにより、管理者はＰＯＳ端末が正常にメンテナンスされたことを確認することができる。
ステップ３５では、ＰＯＳ端末のメンテナンス指令保存部３６３に保存されているメンテナンス指令を全て消去する。これにより、ＰＯＳ端末ＰＯＳ−Ｘ１０３の記憶容量の回復を図る。
【実施例２】
【００４２】
次に、異なる機種の磁気カードリーダＭＳＲ２を備えたＰＯＳ端末ＰＯＳ−Ｘ２０３をＸ―２店に増設したときのメンテナンスシステムの動作について説明する。
まず、実施例１と同様にして、メンテナンスジョブ１を実行してＸ−２店における既設のＰＯＳ端末ＰＯＳ−Ｘ２０１を選択してその動作条件（特に、定義ファイル）を読み出す。
異なる機種の磁気カードリーダＭＳＲ２を付設したＰＯＳ端末についてメンテナンスジョブを実行するには、当該磁気カードリーダＭＳＲ２に専用の実行プログラムが必要である。当該実行プログラムは入力部２３より実行プログラム記憶領域２６４に書き込まれる。次に、情報ファイルへ磁気カードリーダＭＳＲ２に対応するコマンドラインを追記する。
情報ファイルの例を図８に示す。
【００４３】
情報ファイルを示す図６と図８とを比較すると、図８においてModelセクションにＴＹＰＥ２が追記されたことがわかる。またＴＹＰＥ２の専用のセクションも設けられた。
情報ファイルの各機種セクションのそれぞれに、D_MSRとU_MSRのコマンドがあることがわかる。ランチャープログラムの/kで示されるパラメータにおいてこのコマンドを指定しておくと、ＰＯＳ端末の機種に拘わらず、当該コマンドで指定される実行プログラムが特定される。例えば、ランチャープログラムの/kで示されるパラメータがU_MSRと指定されていると、ＴＹＰＥ１においてはMSRSR_RWなる実行プログラムが特定される。またＴＹＰＥ２においてはPKM_LOADERなる実行プログラムが特定される。ＴＹＰＥ１の磁気カードリーダＭＳＲ１においてMSRSR_RWなる実行プログラムを実行することと、ＴＹＰＥ２の磁気カードリーダＭＳＲ２においてPKM_LOADERなる実行プログラムを実行することとは、同じメンテナンスジョブの結果を生じる。
【００４４】
この状態で、メンテナンス対象のＰＯＳ端末ＰＯＳ−Ｘ２０３を選択し、さらにメンテナンスジョブとしてメンテナンスジョブ２を指定する。これにより、図５のフローチャートに示した動作が実行され、下記のコマンドラインからなるランチャープログラムが生成される。
ModelLauncher / k U_MSR  /p MSR.xms
このランチャープログラムは、実施例１においてメンテナンスジョブ２を選択実行したときと等しい。即ち、新しい磁気カードリーダＭＳＲ２が追加された場合においてもランチャープログラムに何ら変更はない。
【００４５】
メンテナンス指令生成部２７−２は、このランチャープログラム、図８に示す情報ファイル、実行プログラム群及び定義ファイル群を合成してメンテナンス指令を生成する。ここに、実行プログラム群には追加された磁気カードリーダＭＳＲ２用のものが追加されている。定義ファイル群はＰＯＳ端末ＰＯＳ−Ｘ２０１から読み出したものが含まれている。
このように合成されたメンテナンス指令は、指定されたＰＯＳ端末へ送信されてＰＯＳ端末ＰＯＳ−Ｘ２０３のメンテナンス指令保存部３６３に保存される。
【００４６】
ＰＯＳ端末ＰＯＳ−Ｘ２０３における動作を図７のフローチャートに従って説明する。
ＰＯＳ端末ＰＯＳ−Ｘ２０３は常にメンテナンス指令保存部３６３の内容をモニタリングしており、メンテナンス指令保存部３６３にランチャープログラムが存在すると、このランチャープログラムを起動させる（ステップ１１）。
ランチャープログラムは、ＰＯＳ端末ＰＯＳ−Ｘ２０３のＢＩＯＳよりＰＯＳ端末の磁気カードリーダがＴＹＰＥ２であること読取る（ステップ１３）。
【００４７】
ステップ１５では、ステップ１３で特定された磁気カードリーダの機種について、情報ファイルのModelセクション内で検索を行なう。この例では、図８に示すとおり、ModelセクションにＴＹＰＥ２が存在するので、ステップ１７の判定はＹＥＳとなる。なお、ModelセクションにＴＹＰＥ２が規定されていない場合はステップ３１へ進んでサーバへエラー送信を行なう。
ステップ１９では、ランチャープログラムは情報ファイルにおいて特定された機種のセクションを検索する。ステップ２１では、特定された機種のセクション［TYPE2］において、ランチャープログラムの/kのパラメータ［U_MSR］に相当するコマンドを検索する。なお、［U_MSR］コマンドは、実行プログラムを指定するものである。ステップ２１で検索したコマンドが存在したときはステップ２４に進み、コマンドが存在しないときはステップ３１へ進む（ステップ２３）
【００４８】
ステップ２４では、ランチャープログラムの/kのパラメータ［U_MSR］に相当するコマンドを有するコマンドライン(ｃ)を取得する。
ステップ２５では、ステップ２４で取得したコマンドライン(ｃ)において/u のパラメータの［@PARAM］へランチャープログラムの/pのパラメータである［MSR.xms］を当てはめ、実行コマンドラインを作成する。この実行コマンドラインは次のようになる。
PKM_LOADER /Fn MSR.xms /n
【００４９】
この実行コマンドラインを実行させることにより（ステップ２７）、ＰＯＳ端末ＰＯＳ−Ｘ２０３に付設の磁気カードリーダＭＳＲ２へＰＯＳ端末ＰＯＳ−Ｘ２０１の定義ファイル、即ち動作条件が書き込まれる。これにより、メンテナンスジョブ２が完了する。
ステップ２９では、メンテナンスジョブ２が完了したか否かを判断し、メンテナンスジョブ２が完了したときはその旨をサーバＳ１へ送信する（ステップ３３）。これにより、管理者はＰＯＳ端末ＰＯＳ−Ｘ２０３が正常にメンテナンスされたことを確認することができる。
ステップ３５では、ＰＯＳ端末ＰＯＳ−Ｘ２０３のメンテナンス指令保存部３６３に保存されているメンテナンス指令を全て消去する。これにより、ＰＯＳ端末ＰＯＳ−Ｘ２０３の記憶容量の回復を図る。
【００５０】
上記において明らかなとおり、管理者がメンテナンスジョブを実行する際には、ＰＯＳ端末の機種のバリエーションを何ら考慮する必要がなく、単に対象となるＰＯＳ端末とメンテナンスジョブの内容を指定するだけでよい。
かかる環境を確保する上において、異なる機種の磁気カードリーダを備えたＰＯＳ端末が増設された場合においても、テキストで記載されている情報ファイルの内容を修正するのみで対応可能である。即ち、サーバのプログラムを修正する必要がない。よって、管理者にとって使い勝手よいものとなる。
なお、異なる機種が追加された場合に、そのための実行プログラム及び定義ファイルが必要となるが、これらはサーバの実行プログラム記憶領域及び定義ファイル記憶領域に追記するだけである。そして、追記された実行プログラム及び定義ファイルはプログラム指令の中に自動的に組み込まれて各ＰＯＳ端末へ送信される。各ＰＯＳ端末においては、必要な実行プログラムと定義ファイルとが抽出されて使用される。
勿論、メンテナンスジョブの対象は磁気カードリーダに限られるものではなく、更には、クライアントもＰＯＳ端末に限定されるものではない。
【００５１】
この発明は、上記発明の実施の形態及び実施例の説明に何ら限定されるものではない。特許請求の範囲の記載を逸脱せず、当業者が容易に想到できる範囲で種々の変形態様もこの発明に含まれる。
【図面の簡単な説明】
【００５２】
【図１】図１はこの発明の実施例のメンテナンスシステムの全体構成を示すブロックである。
【図２】図２は同じくサーバとＰＯＳ端末の構成を示すブロック図である。
【図３】図３はサーバの表示画面を示す。
【図４】図４はメンテナンスジョブの指定方法を示す画面例である。
【図５】図５はランチャープログラムの作成手順を示すフローチャートである。
【図６】図６は情報ファイルの構造を示す。
【図７】図７はＰＯＳ端末の動作を示すフローチャートである。
【図８】図８は異なる機種のＰＯＳ端末が追加されたときの情報ファイルの構造を示す。
【符号の説明】
【００５３】
１  メンテナンスシステム、Ｓ１  サーバ、ＰＯＳ−Ｘ１０１〜Ｐ０Ｓ−Ｘ２０３  クライアント、２６  サーバの記憶部、  ２７  ジョブ生成部、MSR１  MSR２  磁気カードリーダ
【図１】
2008027118.tif 000003
【図２】
2008027118.tif 000004
【図３】
2008027118.tif 000005
【図４】
2008027118.tif 000006
【図５】
2008027118.tif 000007
【図６】
2008027118.tif 000008
【図７】
2008027118.tif 000009
【図８】
2008027118.tif 000010