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