JPH09167084A - プログラム処理システム - Google Patents

Abstract

(57)【要約】 【課題】本発明は、パッケージソフトウェアの提供にお
いて、提供元の管理を一元管理とすることにより、提供
元の負担軽減および顧客へのサービスレベルの向上を目
的としている。 【解決手段】本発明を、複数顧客向にカスタマイズされ
た複数のプログラムを記憶する記憶手段と、一の顧客を
特定するための識別情報と当該顧客向けにカスタマイズ
されたプログラムとを関連付ける関連付手段と、入力さ
れる識別情報に基づき当該関係付手段により特定される
プログラムをシステムに組み込む組込手段とから構成す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラムを処理
するシステムにおける、カスタマイズされたプログラム
を顧客のシステムに組み込む機能を備えたシステム及び
記憶媒体に関する。

【従来の技術】従来、一般顧客に提供するパッケージ標
準仕様に対し、顧客からカスタマイズ要求が発生する
と、提供元システムにおいては、第１２図に示すよう
に、顧客ごとにモジュールを管理し、そのカスタマイズ
されたモジュールのみを当該顧客に渡していた。具体的
には、第１２図に示すように、パッケージの標準仕様で
あるモジュールｘ，ｙについて顧客Ａからカスタマイズ
の要求があると、提供システムにおいて、標準仕様のデ
ィレクトリとは別に、カスタマイズ要求のあった顧客ご
とにディレクトリを設け、当該顧客向にカスタマイズさ
れたモジュールを管理していた。そして、提供元は、顧
客Ａに対して、カスタマイズの要求のあったモジュール
ｘ’，ｙ’のみを提供媒体に入れて、提供していた。

【０００２】しかし、モジュールによっては、全顧客で
はないが複数の顧客が利用する場合がある。そのような
場合、第１２図のような顧客ごとの管理形態では、提供
元システムの磁気ディスクにおいて、重複するモジュー
ルが存在し、記憶容量に無駄が生じ、ひいては、容量が
一杯になってしまうという問題があった。例えば、第１
２図の提供元システムにおいては、顧客Ａと顧客Ｂのデ
ィレクトリに重複するモジュールｘ’が存在しており、
磁気ディスクの使用容量に無駄を生じている。この記憶
容量の問題を解決するために、別媒体等への退避等が行
われていたが、本来の業務とは関係のない作業に工数が
割かれるという、提供元の不効率な作業を生み出し、問
題の本質的な解決には至らなかった。

【０００３】さらに、このような管理形態では、モジュ
ールの管理が煩雑となり、標準仕様についてのレベルア
ップに伴うカスタマイズ機能の変更が反映できず、顧客
へのサービスが低下するという問題もあった。

【０００４】

【課題を解決するための手段】かかる課題を解決するた
めに、提供モジュールを顧客ごとに管理するのではな
く、パッケージ内で一元管理すべく、本発明を、複数顧
客向にカスタマイズされた複数のプログラムを記憶する
記憶手段と、一の顧客を識別するための識別情報と当該
顧客向にカスタマイズされたプログラムとを関連付ける
関連付手段と、入力される識別情報に基づき当該関連付
手段により特定されるプログラムをシステムに組み込む
組込手段とから構成する。第１図は、本発明の原理構成
を示す。同図において、１は複数顧客向にカスタマイズ
された複数のプログラムを記憶する記憶手段を、４は、
顧客を識別するための識別情報を、２は、識別情報４と
当該顧客向にカスタマイズされたプログラムとを関連付
ける関連付手段を、３は識別情報４に基づき関連付手段
２により特定されるプログラムを顧客システム５に組み
込む組込手段を示す。

【０００５】本発明の処理フローを、第２図を用いて説
明する。まず、あるカスタマイズ仕様を組み込む顧客の
識別情報４を入力させ、バッファ等にその識別情報４を
保持する（Ｓ１）。関連付手段２は、顧客システムで使
用されているモジュールを検出し、図示しない作業用フ
ァイルＡにそのモジュール名を書き込む（Ｓ２）。関連
付手段２は、識別情報４と前記作業用ファイルＡに基づ
き、記憶手段に格納されているプログラムを特定する
（Ｓ３）。関連付手段２は、当該特定した結果を作業フ
ァイルＢに書き込む（Ｓ４）。組込手段３は、当該作業
ファイルＢの内容に基づき、記憶手段１内のプログラム
を顧客システム５のライブラリに登録し、カスタマイズ
されたプログラムの組み込みを完了する（Ｓ５）。

【０００６】

【実施の形態】第３図から第１２図を用いて、本発明の
実施の形態を説明する。説明において、引用するＳ１等
の符号は、第２図のフローチャートにおける同一符号の
動作を示す。第３図は、顧客システムにおける本発明の
第一の実施の形態を示す図である。同図において、第１
図と同一の符号を付されたものは、同一対象を示す。な
お、第２図中、入力装置５１、出力装置５２、入出力制
御装置５３、ＣＰＵ５４、主記憶装置５５、ＤＡＳＤ５
６は、第１図における顧客システム５相当する。関連付
手段２および組込手段３は、主記憶装置５５内にある。
６は本発明による組み込み前の顧客システムに備わる現
モジュール群を示す。現モジュール群６において、Ｆ１
ＳＴは、機能Ｆ１の標準仕様であることを示す。同様
に、記憶手段１において、Ｆ１ＳＴは、機能Ｆ１の標準
仕様であることを示す。第４図は、顧客コードの入力を
求める画面を示す図を示す。第５図、第６図および第６
図は、関連付手段による組み込むべきプログラムを特定
する態様例を示す図を示す。第８図は、顧客への提供形
態が記憶媒体による場合の本発明の第二の実施の形態を
示す。第９図は、顧客への提供形態が回線経由の場合の
本発明の第三の実施の形態を示す。第１０図は、顧客シ
ステムと通信するためのテーブルを示す。第１１図は、
顧客システムに送信する通信データの構造を示す。

【０００７】第３図を用いて、本発明の第一の実施の態
様を説明する。まず、本発明を実現したプログラム（以
下、「本発明プログラム」という）は、例えば第４図に
示すような画面を出力装置５２に表示させ、利用者に顧
客コード４の入力を求める（Ｓ１）。なお、本発明プロ
グラムは、関連付手段２と組込手段３を含み、主記憶装
置５５にある。顧客コード４としてＡ００１が入力され
ると、本発明プログラムは、当該顧客コード４を、主記
憶装置５５の図示しないバッファ領域に保持する。

【０００８】第６図に示すように、関連付手段２は、現
在顧客システム６で呼び出されるモジュールを検出し、
主記憶装置５５内の図示しない作業ファイルＡに書き込
む（Ｓ２）。関連付手段２は、当該作業ファイルＡと前
記顧客コード４とに基づいて、記憶手段１の提供モジュ
ールから顧客システムに組み込むべきモジュールを特定
する（Ｓ３）。関連付手段２は、当該特定したモジュー
ル名を主記憶装置５５内の作業ファイルＢに書き込む
（Ｓ４）。組込手段３は、当該作業ファイルＢに基づ
き、記憶手段１内の提供モジュールから組み込むべきモ
ジュールを選択して、顧客システムのライブラリに登録
し、処理を終了する（Ｓ５）。

【０００９】ステップＳ４およびステップＳ５における
モジュールの顧客システムへの組み込み方について、第
５図、第６図および第６図を用いて、説明する。例え
ば、提供モジュールが、第５図に示されるように、ディ
レクトリ名を顧客コードとするディレクトリ配下に、機
能を示すモジュール名が格納されている提供形態を考え
る。提供モジュールは、第５図に示すように、顧客コー
ドＡ００１に対しては、そのコードで表される顧客向け
にカスタマイズされたモジュールＸ０１、Ｙ０１および
Ｚ０１が記憶されている。さらに、説明の便宜のため、
関連付手段２が、作業ファイルＡに、現顧客システムで
使用されるモジュール名として、Ｘ０１、Ｘ０２および
Ｙ０１を作業ファイルＡに書き込んだとする。まず、関
連付手段２は、バッファ領域内の顧客コードＡ００１に
基づき、記憶手段１内のディレクトリ名が「Ａ００１」
であるディレクトリを検索する。次に、関連付手段２
は、作業ファイルＡの内容とディレクトリＡ００１配下
の提供モジュール名とを比較し、その重複部分、この場
合モジュールＸ０１、Ｙ０１を、顧客コードＡ００１と
共に主記憶装置５５内の図示しない作業ファイルＢに書
き込む。重複部分以外のモジュールについては、以下の
ように扱われる。現顧客システム内にはあるが、提供モ
ジュールにはないモジュールＸ０２については、本発明
プログラムは、何も処理しないが、現顧客システム内に
はないが、提供モジュールにはあるモジュールＺ０１に
ついては、「顧客システムには、モジュールＺ０１は存
在しません」等のエラーメッセージを出力装置に表示さ
せる。Ｘ０２は、単に置き換えないまま、つまり標準仕
様のまま使用することを意味するが、Ｚ０１は、提供モ
ジュールに何らかのミスが生じたと考えるため、その旨
を通知する必要があるからである。

【００１０】組込手段３は、作業ファイルＢの内容に基
づき、記憶手段１内の提供モジュールから、ディレクト
リ１に基づき、記憶手段１の提供モジュールから、ディ
レクトリＡ００１配下のモジュールＸ０１およびＹ０１
を顧客システムのライブラリ６２に登録する。その際、
組込手段３は、提供モジュール名Ｘ０１、Ｙ０１をその
まま顧客システムでのモジュール名として登録する。こ
れは、顧客システムのプログラム（一般にはロードモジ
ュール）に修正を加えずに、システム変更をするためで
ある。

【００１１】次に、第二の提供形態について、第６図を
用いて、説明する。第６図は、関係付手段、組込手段の
動作以外は、第５図と同様であるので、重複部分の説明
を省き、関係付手段、組込手段の動作のみについて説明
する。関係付手段２は、バッファ領域内の顧客コードＡ
００１を参照し、記憶手段１内の提供モジュールからデ
ィレクトリ名が「Ａ００１」であるディレクトリを検索
し、当該結果に基づき、組込手段３は、そのディレクト
リ配下にある提供モジュールすべてを顧客システムに組
み込む。この提供形態では、関係付手段は、顧客システ
ム内のモジュールを検索することなく、組込手段は、．
顧客コードの一致したディレクトリ配下にあるモジュー
ルすべてを、顧客システムに組み込む。

【００１２】次に、第三の提供形態について説明する。
第７図は、提供モジュール名が、顧客コード（Ａ００１
等）をプリフィックスとするモジュール名（Ａ００１＿
Ｘ０１等）で表されている場合の提供モジュールの特定
態様を示す。提供モジュールは、第７図に示すように、
提供モジュール名は、「顧客コード＿モジュール名」と
いうように記憶手段１に記憶されている。第５図におけ
る説明の場合と同様に、説明の便宜のため、関連付手段
２が、作業ファイルＡに、現顧客システムで使用される
モジュール名として、Ｘ０１、Ｘ０２およびＹ０１を作
業ファイルＡに書き込んだ場合を考える。まず、関連付
手段２は、バッファ領域内の顧客コードＡ００１に基づ
き、記憶手段１内の提供モジュール名が「Ａ００１」で
始まるモジュールＡ００１＿Ｘ０１、Ａ００１＿Ｙ０
１、およびＡ００１＿Ｚ０１を検出する。次に、関連付
手段２は、作業ファイルＡの内容と当該検出結果とを比
較し、その重複部分の提供モジュール名から顧客コード
部分を削除して、モジュール名Ｘ０１およびＹ０１を、
顧客コードＡ００１と共に主記憶装置５５内の図示しな
い作業ファイルＢに書き込む。重複部分以外のモジュー
ルについては、既に第５図の説明でしたように、取り扱
われる。

【００１３】組込手段３は、作業ファイルＢの内容に基
づき、記憶手段１内の提供モジュールから、組み込むべ
きモジュールＸ０１、Ｙ０１を選択して、顧客システム
のライブラリ６２に登録する。その際、組込手段３は、
第５図の場合と同様に、モジュール名Ｘ０１、Ｙ０１を
そのまま顧客システムでのモジュール名として登録す
る。

【００１４】第８図は、第二の実施の形態、顧客への提
供形態が記憶媒体による場合の本発明の実施の形態を示
す。同図において、７は、記憶媒体の一例である磁気テ
ープ（ＭＴ）を示す。同図において第３図と同一の符号
は、同一の対象を示す。ＭＴ７は、第８図に示すよう
に、関連付プログラム２、組込プログラム３および複数
の顧客向けにカスタマイズされたモジュールを記憶す
る。顧客は、ＭＴ７を購入し、自分のシステムのＤＡＳ
ＤにＭＴ７の内容を複写する。入力装置を介して本発明
プログラムを起動させると、システム側は、ＤＡＳＤに
ある関連付プログラム２と組込プログラム３を主記憶装
置に読み出し、結局、第二の実施の形態は、第３図と同
様のシステム構成図になる。したがって、後の動作等
は、既に説明した第３図のものと同様である。

【００１５】第９図は、第三の実施の形態、顧客への提
供形態が回線経由による場合の本発明の実施の形態を示
す。同図において、８は提供元システムを示し、第３図
と同一の符号は、同一の対象を示す。この場合、複数の
顧客毎にカスタマイズされたモジュールを記憶する記憶
手段１は、提供元システム８にある。提供元システムの
主記憶装置には、関連付プログラム２と組込手段３が記
憶される。通信回線９は、提供元システムと顧客システ
ムを接続する。提供元システム８は、通信回線９を用い
て、顧客システム５６に組み込むべきモジュールを送信
する。

【００１６】同図を用いて、本発明の第三の実施の形態
を説明する。本発明プログラムは、例えば、第４図に示
すような画面を入出力装置５１に表示させ、提供者に顧
客コード４の入力を求める（Ｓ１）。顧客コード４とし
て「Ａ００１」が入力されると、本発明プログラムは、
当該顧客コード４を、主記憶装置５５の図示しないバッ
ファ領域に保持する。

【００１７】本発明プログラムは、顧客システムとの通
信を確立すべく、主記憶装置５５内にあるテーブル（第
９図）を参照する。当該テーブルは、顧客コード、顧客
名およびその電話番号からなる。本発明プログラムは、
当該顧客コード４により特定される当該テーブル内の電
話番号に基づき、通信回線９を介して、顧客システムと
通信を確立する。本発明プログラムは、通信回線９を介
して、顧客システムからの提供承認通知を受けると、顧
客システム内で承認されている範囲において参照される
モジュール名を特定するコマンドを、通信回線９を介し
て送信し、通信を切断する。当該コマンドは、顧客シス
テム内で承認されている範囲内で参照されるモジュール
名およびその登録されているライブラリ名を検索し、再
び通信を確立し通信回線９を介して、提供元システムに
返信し通信を切断する。提供元システムは、その検索結
果を主記憶装置内の図示しない作業ファイルＡに書き込
む（Ｓ２）。

【００１８】本発明プログラムは、バッファ領域内の顧
客コード４と作業ファイルＡに基づき、顧客システムに
組み込むべきモジュール名を特定する（Ｓ３）。本発明
プログラムは、その特定した結果を、主記憶装置内の図
示しない作業ファイルＢに書き込む（Ｓ４）。このステ
ップＳ３およびステップＳ４における組み込むべきモジ
ュールの特定の仕方は、既に第５図、第６図または第７
図でしたものと同様である。

【００１９】本発明プログラムは、作業ファイルＢに基
づき、第１１図に示すような通信データを作成する。こ
の通信データは、同図に示すように、通信先の電話番
号、組込プログラム３、顧客システムにおいてモジュー
ルを組み込むべきライブラリ名および組み込むべきモジ
ュール名とそのモジュールからなる。本発明プログラム
は、記憶手段１内の提供モジュールを顧客システムのラ
イブラリに登録するために、顧客システムとの通信を確
立する。本発明プログラムは、通信回線９を介して、当
該通信データを顧客システムに送信し、通信を切断す
る。当該通信データが顧客システムに受信されると、当
該通信データ内の組込プログラム３は、同データ内に示
されるライブラリ名を検索し、そのモジュールをそのラ
イブラリに登録し、処理を終わる（Ｓ５）。

【００２０】

【発明の効果】本発明により、提供元システムにおける
提供モジュールの重複を無くすことにより、当該システ
ムの磁気ディスクの使用容量を無駄なく使用することが
できるため、人手を必要とする不効率な作業が発生する
こともない。また、管理形態を一元管理としたこととし
たため、標準パッケージのレベルアップに伴う顧客固有
の仕様の変更にも対応が取りやすく、提供元の負担軽
減、ひいては、顧客へのサービスレベルの向上へとつな
がる。

【図面の簡単な説明】

【図１】 本発明の構成を示す原理図

【図２】 本発明の処理フローを示す図

【図３】 実施の形態を示す図（１）

【図４】 顧客コードの入力を求める図面を示す図

【図５】 関連付手段によるプログラムの特定を示す図
（１）

【図６】 関連付手段によるプログラムの特定を示す図
（２）

【図７】 関連付手段によるプログラムの特定を示す図
（３）

【図８】 本発明の実施の形態を示す図（２）

【図９】 本発明の実施の形態を示す図（３）

【図１０】 顧客システムと通信するためのテーブルを
示す図

【図１１】 通信データの構造を示す図

【図１２】 従来技術を示す図

Claims (3)

【特許請求の範囲】
1. 【請求項１】プログラムを処理するプログラム処理シス
   テムにおいて、 複数顧客向にカスタマイズされた複数のプログラムを記
   憶する記憶手段と、 一の顧客を識別するための識別情報と当該顧客向にカス
   タマイズされたプログラムとを関連付ける関連付手段
   と、 入力される識別情報に基づき当該関連付手段により特定
   されるプログラムをシステムに組み込む組込手段とを有
   することを特徴とするプログラム処理システム。
2. 【請求項２】複数顧客向にカスタマイズされたプログラ
   ムを記憶する記憶媒体において、一の顧客を識別するた
   めの識別情報と当該顧客向にカスタマイズされたプログ
   ラムとを関連付ける関連付手段と、 入力される識別情報に基づき当該関連付手段により特定
   されるプログラムをシステムに組み込む組込手段とを有
   することを特徴とする記憶媒体。
3. 【請求項３】請求項１の組込手段は、関連付手段により
   特定されるプログラムを、通信回線を通して、システム
   に組み込む手段であることを特徴とするプログラム処理
   システム。