JP2000311161A - コンピュータシステム及びオンラインヘルプのデータ更新方法 - Google Patents

Abstract

(57)【要約】 【課題】 特定のユーザ向けに作成された業務システム
において、運用に関する問い合わせに対する回答を随時
オンラインヘルプに反映して一元管理されるようにし、
ユーザが過去の問い合わせと回答内容を共有、再利用で
きるようにする。 【解決手段】 業務システム作成元２０はネットワーク
８０を経由してユーザからの問い合わせを受信し、回答
を電子ファイルとしてユーザに送信し、ユーザ側で組み
込みの操作をすることによってその内容が複数拠点のオ
ンラインヘルプに反映されるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、特定のユーザ向け
に作成された業務システム等、カスタムメイドのコンピ
ュータシステム及びそのコンピュータシステムにおける
オンラインヘルプデータの更新方法に関する。

【０００２】

【従来の技術】従来、カスタムメイドの販売管理システ
ム、経理システムなど、特定のユーザ向けに作成された
業務システム等のコンピュータシステムにおいて、ユー
ザがシステムの利用方法等についてコンピュータシステ
ム作成元に問い合わせを行う場合、問い合わせは随時、
電話やＦＡＸ、電子メールなどにより行われ、その回答
内容はコンピュータシステムでは直接利用することので
きない文書などで管理されていた。

【０００３】また、問い合わせと回答をあらかじめ想定
してオンラインヘルプに組み込んだコンピュータシステ
ムもあるが、オンラインヘルプの内容の更新は新しい業
務ソフトを追加するときやバージョンアップの時などに
まとめて行う方法が一般的であった。

【０００４】

【発明が解決しようとする課題】従来の方式では、コン
ピュータシステムについての問い合わせに対するコンピ
ュータシステム作成元からの回答は、文書や電子メール
などコンピュータシステムとは無関係な媒体で管理され
ており、一元管理はされていなかった。そのため、過去
の問い合わせと回答の情報を共有、再利用できないケー
スがあった。

【０００５】本発明は、コンピュータシステムにおける
このような問題点に鑑み、ユーザの問い合わせに対する
システム作成元の回答内容を随時オンラインヘルプに反
映して一元管理されるようにし、ユーザが過去の問い合
わせ内容とそれに対するシステム作成元の回答内容を共
有、再利用できるようにしたコンピュータシステム及び
オンラインヘルプデータの更新方法を提供することを目
的とする。

【０００６】

【課題を解決するための手段】本発明では、業務システ
ム等のコンピュータシステムのユーザがシステムの利用
方法等について質問があったり疑問を抱いたとき、ネッ
トワークを介してシステム作成元に問い合わせを行う。
その問い合わせを受信したシステム作成元は、問い合わ
せに対する回答を電子ファイルとしてユーザに送信す
る。回答を受けたユーザ側では、回答内容が有用である
かどうかの判断を行い、有用と判断した場合には回答内
容をコンピュータシステムのオンラインヘルプに組み込
む処理を行う。この一連の処理によって、ユーザの問い
合わせ内容と、それに対するコンピュータシステム作成
元の回答内容がオンラインヘルプに反映されるようにな
り、上記目的が達成される。

【０００７】すなわち、本発明によるコンピュータシス
テムは、オンラインヘルプのデータを記憶したヘルプデ
ータファイルを備えるコンピュータシステムにおいて、
当該コンピュータシステムの作成元から送信されたヘル
プデータを回線を介して受信する受信手段と、受信した
ヘルプデータの内容を表示する表示手段と、表示された
ヘルプデータを受け入れるか否かを指示する指示手段
と、指示手段によって受け入れが指示されたヘルプデー
タをヘルプデータファイルに取り込むヘルプデータ更新
手段とを含むことを特徴とする。

【０００８】本発明によるコンピュータシステムは、ま
た、オンラインヘルプのデータを記憶したヘルプデータ
ファイルを備えるコンピュータシステムにおいて、当該
コンピュータシステムの作成元に回線を介して問い合わ
せを送信する送信手段と、問い合わせに対する回答とし
て回線を介してコンピュータシステムの作成元から送信
されたヘルプデータを受信する受信手段と、受信したヘ
ルプデータの内容を表示する表示手段と、表示されたヘ
ルプデータを受け入れるか否かを指示する指示手段と、
指示手段によって受け入れが指示されたヘルプデータを
ヘルプデータファイルに取り込むヘルプデータ更新手段
とを含むことを特徴とする。

【０００９】本発明によるコンピュータシステムは、ま
た、自分に関連するオンラインヘルプのデータを記憶し
たヘルプデータファイルをそれぞれ備える複数のコンピ
ュータサブシステムと、全てのコンピュータサブシステ
ムのオンラインヘルプのデータを統合して記憶した統合
ヘルプデータファイルを備える統合システムとを含むコ
ンピュータシステムであって、コンピュータサブシステ
ムは各々、回線を介して当該コンピュータシステムの作
成元に問い合わせを送信する第１の送信手段と、問い合
わせに対する回答として送信されたヘルプデータを受信
する第１の受信手段と、第１の受信手段で受信したヘル
プデータの内容を表示する表示手段と、表示手段に表示
されたヘルプデータを受け入れるか否かを指示する指示
手段と、統合システムから送信されたヘルプデータを受
信する第２の受信手段と、指示手段によって受け入れが
指示されたヘルプデータ及び第２の受信手段によって受
信されたヘルプデータをヘルプデータファイルに取り込
むヘルプデータ更新手段と、指示手段によって受け入れ
が指示されたヘルプデータを統合システムに送信する第
２の送信手段とを有し、統合システムは、コンピュータ
サブシステムの第２の送信手段から送信されたヘルプデ
ータを受信する受信手段と、受信手段によって受信した
ヘルプデータを統合ヘルプデータファイルに取り込む統
合ヘルプデータ更新手段と、受信手段によって受信した
ヘルプデータを当該ヘルプデータが関係する他のコンピ
ュータサブシステムに送信する送信手段とを有すること
を特徴とする。

【００１０】各コンピュータサブシステムの有する第１
の送信手段と第２の送信手段とは共通（兼用）の送信手
段であってもよい。同様に、第１の受信手段と第２の受
信手段とは共通（兼用）の受信手段であってもよい。統
合システムは、各コンピュータサブシステムの分野を記
憶したシステム分野定義テーブルを備え、ヘルプデータ
に含まれる分野データと同じ分野のコンピュータサブシ
ステムをシステム分野定義テーブルから検索すること
で、そのヘルプデータを送信すべきコンピュータサブシ
ステムを決定することができる。

【００１１】本発明のコンピュータシステムによると、
コンピュータシステム作成元からの回答は随時更新され
るため、オンラインヘルプを常に最新の状態に維持する
ことができる。また、コンピュータシステム作成元から
の回答はオンラインヘルプに反映される形式で提供され
るため、問い合わせ内容と回答とを一元管理することが
できる。更に、コンピュータシステム作成元において
も、ユーザへの回答履歴を一元管理することができ、ユ
ーザへの回答履歴から、問い合わせの傾向分析などを行
うことができるようになる。

【００１２】本発明によるオンラインヘルプのデータ更
新方法は、コンピュータシステムのヘルプデータファイ
ルに記憶されたオンラインヘルプのデータを更新する方
法において、当該コンピュータシステムの作成元から送
信されたヘルプデータを回線を介して受信するステップ
と、受信したヘルプデータの受け入れ可否を決定するス
テップと、受け入れ可とされたヘルプデータを前記ヘル
プデータファイルに取り込むステップとを含むことを特
徴とする。

【００１３】本発明によるオンラインヘルプのデータ更
新方法は、また、コンピュータシステムのヘルプデータ
ファイルに記憶されたオンラインヘルプのデータを更新
する方法において、当該コンピュータシステムの作成元
に回線を介して問い合わせを行うステップと、問い合わ
せに対する回答として回線を介してコンピュータシステ
ムの作成元から送信された予め定められたフォーマット
のヘルプデータを受信するステップと、受信したヘルプ
データの受け入れ可否を決定するステップと、受け入れ
可とされたヘルプデータをヘルプデータファイルに取り
込むステップとを含むことを特徴とする。

【００１４】本発明によるオンラインヘルプのデータ更
新方法は、また、各自に関連するオンラインヘルプのデ
ータを記憶したヘルプデータファイルをそれぞれ備える
複数のコンピュータサブシステムと、全てのコンピュー
タサブシステムのオンラインヘルプのデータを統合して
記憶した統合ヘルプデータファイルを備える統合システ
ムとを備えるコンピュータシステムのオンラインヘルプ
のデータ更新方法であって、コンピュータシステムの作
成元から１つのコンピュータサブシステムに送信された
ヘルプデータを回線を介して当該コンピュータサブシス
テムで受信するステップと、当該コンピュータサブシス
テムにおいて受信したヘルプデータの受け入れ可否を決
定するステップと、受け入れ可とされたヘルプデータを
当該コンピュータサブシステムのオンラインヘルプデー
タファイルに取り込むステップと、受け入れ可とされた
ヘルプデータを統合システムの統合ヘルプデータファイ
ルに取り込むステップと、統合ヘルプデータファイルに
取り込んだヘルプデータを統合システムから当該ヘルプ
データが関連するコンピュータサブシステムに送信する
ステップと、ヘルプデータが送信されたコンピュータサ
ブシステムにおいて当該ヘルプデータを自身のヘルプデ
ータファイルに取り込むステップとを含むことを特徴と
する。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して具体的に説明する。図１は、本発明によるオ
ンラインヘルプ更新方法を実現するための、ユーザ側シ
ステムとコンピュータシステム作成元システムとの関係
の一例を説明するブロック図である。図１には、本発明
のオンラインヘルプ更新に関わる部分のみを図示し、他
の部分は図示を省略してある。

【００１６】ユーザ側システム１０はユーザ側が利用す
るコンピュータシステム（以下、業務システムという）
である。端末１１はユーザとのインターフェイスとなる
入出力装置である。問い合わせ手段１２は、業務システ
ム作成元２０への問い合わせとヘルプファイルの更新を
オンラインで行うための手段であり、プログラムによっ
てソフト的に実現される。

【００１７】業務システム作成元システム２０は、ユー
ザによる問い合わせの対象となっている業務システムの
作成元が利用するコンピュータシステムである。ユーザ
側システム１０と業務システム作成元システム２０と
は、ネットワーク８０で接続可能な構成となっている。
端末２１は、ユーザと業務システム作成元とのインター
フェイスとなる入出力装置である。回答手段２２は、ユ
ーザからの問い合わせへの回答と業務サブシステムのヘ
ルプファイルの更新をオンラインで行うための手段であ
り、プログラムによってソフト的に実現される。現在番
号記憶部２３は、ユーザからの問い合わせに対してシス
テム作成元が作成した回答であるヘルプデータ（以下、
ヘルプデータ）に付与するシーケンスキーを管理するも
のである。回答履歴ファイル２４は、業務システム作成
元が回答した過去のヘルプデータを蓄積するファイルで
ある。

【００１８】ユーザ側システム（業務システム）１０
は、ユーザが利用し、問い合わせの対象となる業務サブ
システムを備える。図１には、一例として業務サブシス
テムＡ３０、業務サブシステムＢ４０、業務サブシステ
ムＣ５０の３種類の業務サブシステムが示されている
が、業務サブシステムがこれらの３種類に限定されるも
のでないことはいうまでもない。業務システムは、一箇
所に異種の業務サブシステムがまとめて配置されている
場合もあれば、同じ種類の複数の業務サブシステムが別
々の場所に分散配置されて独立して運用されている場合
も、それらの複合系の場合もある。

【００１９】業務サブシステムＡは、自らの業務サブシ
ステムに関するヘルプデータを格納したヘルプデータフ
ァイル３２と、ヘルプデータファイル３２を登録・更新
する更新手段（更新プログラム）３１とを備える。他の
業務サブシステムＢ，Ｃもそれぞれ、自らの業務サブシ
ステムに関するヘルプデータを格納したヘルプデータフ
ァイルと、ヘルプデータファイル３２を登録・更新する
更新手段（更新プログラム）とを備える。通常、業務サ
ブシステムＡ３０を利用するユーザは、その業務サブシ
ステムＡ，Ｂ，Ｃに関して不明点・疑問点などが発生し
た場合、図１の７０のようにヘルプデータファイル内の
ヘルプデータを参照する。このヘルプデータ内に妥当な
ヘルプデータが見つからなかった場合に、ユーザは業務
システム作成元へ問い合わせを行うのである。

【００２０】統合システム６０は、業務システム１０中
に１つだけ設置されて全ての業務サブシステムと接続さ
れており、各業務サブシステム毎に備えられたヘルプデ
ータファイルを一元管理するものである。統合システム
６０は、全業務サブシステムのヘルプデータファイル内
のヘルプデータを格納した統合ヘルプデータファイル６
２を備え、統合手段（統合プログラム）６１はその統合
ヘルプデータファイル６２のヘルプデータの登録・更新
を行うものである。システム分野定義テーブル６３はヘ
ルプデータを適切な業務サブシステムへと配布する際に
使用されるテーブルであり、各業務サブシステムとその
システム分野との対応が記述されている。

【００２１】業務サブシステムにおいてヘルプデータの
登録・更新が行われた場合、統合プログラム６１は統合
ヘルプデータファイル６２に対して同様の登録・更新処
理を行う。そして、その登録・更新したヘルプデータを
必要とする他の業務サブシステムへ、そのヘルプデータ
を配布してヘルプデータファイルの登録・更新を促す。
これにより各業務サブシステム間のヘルプデータの内容
の同期をとると共に、ヘルプデータファイル内のヘルプ
データを常に最新の状態にしておくことが可能となる。

【００２２】図２は、ユーザによる問い合わせ内容の作
成から、問い合わせ内容に対する業務システム作成元の
回答をオンラインヘルプに反映するまでの処理の流れを
示したものである。ここでは、ユーザは業務サブシステ
ムＡ３０を利用し、業務システム作成元へ業務サブシス
テムＡ３０に関する問い合わせを行っているものとする
が、ユーザは複数の業務サブシステムに関して問い合わ
せを行うことも可能である。ここでユーザはすでに業務
サブシステムＡ３０内のヘルプデータファイル３２を参
照済みであり、そのヘルプデータファイル３２内に妥当
なヘルプデータが存在しなかったために業務システム作
成元へ問い合わせを行ったものとする。

【００２３】まず最初に、ユーザ側システム１０におい
て問い合わせ手段１２は、ユーザが端末１１より入力・
作成した問い合わせ内容を受け付けると（ステップ２０
１）、ネットワーク８０経由でそれを業務システム作成
元システム２０へ送信する（ステップ２０２）。

【００２４】業務システム作成元システム２０において
は、回答手段２２が送信されて来た問い合わせ内容を受
信する（ステップ２０３）。端末２１に表示された問い
合わせ内容を見た業務システム作成元の操作者は、回答
履歴ファイル２４から過去の問い合わせ状況を参照し、
類似の問い合わせがないかどうか検索する（ステップ２
０４）。もし適当な検索結果があれば、それを参照しな
がら端末２１より問い合わせ内容に対するヘルプデータ
を入力・作成する。適当な検索結果が無ければ、業務シ
ステム作成元は適当な回答（ヘルプデータ）を新たに作
り出す（ステップ２０５）。

【００２５】次に、受信した問い合わせデータにシーケ
ンスキーが付与されているかにより、その問い合わせ内
容が既に回答済みである、すなわち「再度問い合わせ」
かどうかを判定する（ステップ２０６）。シーケンスキ
ーが付与されていないならば、それは「再度問い合わ
せ」ではなく新規の問い合わせであるから、回答手段２
２は現在番号記憶部２３を更新し（ステップ２０７）、
作成したヘルプデータにシーケンスキーを付与する（ス
テップ２０８）。そして、端末２１からヘルプデータを
受け付けた回答手段２２は、そのヘルプデータを回答履
歴ファイル２４に登録・更新した後（ステップ２０
９）、ユーザへ返信する（ステップ２１０）。

【００２６】ユーザ側システム１０の問い合わせ手段１
２がヘルプデータを受信し（ステップ２１１）、端末１
１にそのヘルプデータを表示すると、ユーザはそのヘル
プデータの内容を確認・審査する（ステップ２１２）。
つまりシステム作成元が回答したヘルプデータといえど
ユーザにとっては必ずしも適切でない場合があるため、
そのヘルプデータがユーザの問い合わせに対して真に妥
当で有効な内容かどうかを調べるのである。その結果、
ヘルプデータの内容が妥当でないと判明した場合、シス
テム作成元に対して問い合わせを再度行う必要がある。
その場合にはステップ２０１へ戻り、問い合わせをし直
す。

【００２７】一方、ステップ２１２において、ヘルプデ
ータが妥当なものであるとしてユーザがそのヘルプデー
タを承認すると、問い合わせ手段１２は業務サブシステ
ムＡ３０と統合システム６０へ、ヘルプデータを送信す
る（ステップ２１３）。その後、業務サブシステムＡ３
０と統合システム６０とでヘルプデータの更新・登録処
理が行われるが、それは後述する。ここで、端末に表示
される入力画面の一例を図３に示し、これをもとにユー
ザとシステム作成元が問い合わせと回答のやり取りを行
う場合の操作のイメージを説明する。

【００２８】キー番号３０１は、現在番号記憶部２３の
データをもとに回答手段２２が付与したシーケンスキー
である。分野３０２は本ヘルプデータが属しているシス
テム分野である。システム分野とは、後述する統合シス
テム６０から他の業務サブシステムへ本ヘルプデータを
配布する処理で用いられるデータ項目である。問い合わ
せ件名３０３は本ヘルプデータに付された名称である。
ユーザＩＤ３０４は各ユーザに一意に割り振られたＩＤ
であり、所属３０５は本ヘルプデータに関する業務サブ
システムの所属を表す。

【００２９】図３に示すように、ユーザは、ユーザ側シ
ステム１０の端末１１に表示された入力画面から、問い
合わせ内容３０６の欄に問い合わせる内容を記入し、シ
ステム作成元へ送信する。問い合わせ内容を受け取った
システム作成元の端末２１にも図３のような画面が表示
される。システム作成元は、回答３０７の欄に回答を記
入し、問い合わせに対するヘルプデータとしてユーザへ
返送する。そして、端末１１に表示されたヘルプデータ
の回答３０７を見たユーザは、その内容が妥当なもので
あると判断した場合には、承認ボタン３０８を押す。す
ると、後述するヘルプデータの更新・登録が行われる。

【００３０】ユーザが回答の内容が妥当でない（望みの
ものでない）と判断した場合には、問い合わせ内容３０
６に再記入し、再度問い合わせボタン３０９を押す。す
るとシステム作成元へ再送されるので、システム作成元
においても、回答３０７に再記入してユーザへ再返送す
ることとなる。この時、ヘルプデータの更新・登録は行
われない。なお、ユーザがシステム作成元の回答を受け
入れなかった場合、図２のフローによると、システム作
成元はステップ２０９でその回答を回答履歴ファイル２
４に取り込んでいるため、一時的にシステム作成元の回
答履歴ファイル２４のデータとユーザ側のヘルプデータ
ファイルのデータが食い違うことが生じる。しかし、そ
の場合にはユーザは通常は再度問い合わせを行い、最終
的には回答履歴ファイル２４のデータはユーザが受け入
れたデータで上書きされるため、業務システム作成元の
回答履歴ファイル２４の内容とユーザ側のヘルプデータ
ファイルの内容は一致することになる。

【００３１】図４に、業務サブシステムＡ３０へのヘル
プデータの更新・登録処理のフローを示す。先述したよ
うに、ユーザがヘルプデータの承認を行うと、図２のス
テップ２１３において、問い合わせ手段１２は業務サブ
システムＡ３０に対してヘルプデータを送信する。する
と業務サブシステムＡ３０において、あらかじめ組み込
んである更新手段（更新プログラム）３１がヘルプデー
タを受信する（ステップ４０１）。更新手段３１は、ヘ
ルプデータを用いて、後述のようにしてヘルプデータフ
ァイル３２への更新・登録を行う（ステップ４０２）。
この処理により、最新のヘルプデータがヘルプデータフ
ァイル３２に反映されたことになる。

【００３２】図５は統合システム６０のヘルプデータの
更新・登録処理と他の業務サブシステムへの配布処理の
フローである。上記のステップ２１３において、問い合
わせ手段１２は業務サブシステムＡ３１だけでなく、統
合システム６０に対してもヘルプデータを送信する。統
合システム６０において、あらかじめ組み込んである統
合手段（統合プログラム）６１がヘルプデータを受信す
ると（ステップ５０１）、統合手段６１はそのヘルプデ
ータを用いて、統合ヘルプデータファイル６２への更新
・登録を行う（ステップ５０２）。これにより最新のヘ
ルプデータが統合ヘルプデータファイル６２に反映され
ることになり、また業務サブシステムＡ３０のヘルプデ
ータファイルとの同期をとることができる。

【００３３】次に、統合手段６１は、システム分野定義
テーブル６３を検索して、本ヘルプデータを配布すべき
他の業務サブシステムを決定する（ステップ５０３）。
図３のヘルプデータを例にとると、システム分野３０２
は「在庫サブシステム」となっているから、システム分
野定義テーブル６３から業務システム内に存在する他の
「在庫サブシステム」を検索することとなる。

【００３４】そして、業務サブシステムＣが在庫サブシ
ステムであった場合、図６に示すように、業務サブシス
テムＣ５０に本ヘルプデータを配布する（ステップ５０
４）。それを受信した業務サブシステムＣ５０の更新手
段（更新プログラム）５１は、図４の処理を行って、自
らのヘルプデータファイル５２を更新する。これによ
り、ユーザ環境における全てのヘルプデータファイルが
最新のヘルプデータを反映し、しかもデータの同期をと
ることができる。なお、図６は、分散して存在する複数
の業務サブシステム３０，４０，５０，…からなる業務
システムを模式的に示したものである。各業務サブシス
テムはそれぞれ端末及び問い合わせ手段を備えているが
図６では図示を省略している。

【００３５】よって、上記のような流れでオンラインヘ
ルプの元となるヘルプデータファイルが更新されるた
め、ユーザ環境内の全てのユーザが端末を経由して、各
業務システムのヘルプデーファイルから最新のヘルプデ
ータを参照できるようになる。業務サブシステムのヘル
プデータ更新の例を、図７〜図１１を用いて説明する。

【００３６】図７は、更新前の業務サブシステムＡ３０
のヘルプデータファイル３２の内容の一例を示す図であ
る。ヘルプデータファイル３２はデータごとにシーケン
スキーを持ち、シーケンスキーは業務システム作成元に
ある現在番号記憶部２３で管理されている。更新前のヘ
ルプデータファイル３２には、シーケンスキー“０００
１”と“０００３”が付された２つのヘルプデータが記
憶されている。

【００３７】図８（ａ）は、更新登録前の統合ヘルプデ
ータファイル６２の内容を示している。統合システム６
０には各業務サブシステムに分散登録されているヘルプ
データが一元管理されており、統合ヘルプデータファイ
ル６２に記憶されているヘルプデータの内容は業務シス
テム作成元の回答履歴ファイル２４に記憶されているヘ
ルプデータの内容と同じである。図８（ａ）を見ると、
在庫サブシステムの分野に関するヘルプデータにはシー
ケンスキー“０００１”のものと、シーケンスキー“０
００３”のものの２つがあり、これが図７に示した業務
サブシステムＡ３０のヘルプデータファイル３２の内容
に反映されていることが分かる。

【００３８】図８（ａ）に示した統合ヘルプデータファ
イルでは、シーケンスキーは“０００４”まで使用され
ている。これは回答履歴ファイル２４でも同じであり、
現在番号記憶部２３は、ヘルプデータに対してシーケン
スキーは０００４まで付与されていることを示すため
に、図８（ｂ）に示すように“０００４”を記憶してい
る。本実施の形態では現在番号記憶部２３が更新される
と、シーケンスキーが一つ増えるとする。よって次のヘ
ルプデータに付与されるシーケンスキーは“０００５”
である。前述のように、業務システム作成元にある回答
履歴ファイル２４の内容は、ユーザ環境にある統合シス
テム６０の統合ヘルプデータファイル６２の内容と同じ
であり、ヘルプデータを作成する場合、その差分のみ作
成する。

【００３９】この時、新規のヘルプデータについては、
現在番号記憶部２３のキーを１つ増やした後（図２のス
テップ２０７）、キー部に現在番号記憶部２３の番号に
１を足したものを設定する（ステップ２０８）。いまの
例では現在番号記憶部２３には“０００４が”設定され
ているから、新規ヘルプデータにはキー番号を一つ増や
したキー“０００５”が付与される。その後、現在番号
記憶部２３のキー番号も一つ増やして、新たにキー“０
００５”を設定する。

【００４０】一方、過去に問い合わせがあったものの内
容の更新については、既存のキーを指定してヘルプデー
タを再作成する。よって、業務システム作成元がユーザ
の再度問い合わせに対してのヘルプデータを作り直した
場合に、回答履歴ファイル２４への更新・登録する際
は、もとのヘルプデータに上書きされることとなる。こ
れにより、妥当でない不必要なヘルプデータを削除し、
同一の問い合わせに対するヘルプデータの重複を避け、
妥当なヘルプデータのみを残すことができる。もちろ
ん、システム作成元の要求に従って、過去のヘルプデー
タも残るようにしても構わない。その場合には、ヘルプ
データ更新・登録の際に、別のキー項目を設定すればよ
い。

【００４１】図４で示したように、業務サブシステムＡ
３０の更新プログラム３１は、ヘルプデータをヘルプデ
ータファイル３２に順次組み込むわけであるが、この時
キー部の番号がヘルプデータファイル３２に存在しない
ものについては、ヘルプデータを図７に示したヘルプデ
ータファイル３２に追加する。キー部の番号がヘルプデ
ータファイル３２に既に存在している場合は、一致する
キー番号のヘルプデータの内容を更新する。このファイ
ルの更新登録処理は、回答履歴ファイル２４、統合ヘル
プデータファイル５２でも同じである。

【００４２】図９は、ユーザからの問い合わせに対して
業務システム作成元で作成したヘルプデータの例を示
す。このヘルプデータは２件で構成されており、キー
“０００３”は再度問い合わせに対する回答であるヘル
プデータ、キー“０００５”は新規に作成されたヘルプ
データである。図１０は、図９に示したヘルプデータを
組み込んで更新された業務サブシステムＡ３０のヘルプ
データファイル３２の内容を示す図である。キー“００
０３”のヘルプデータは更新され、キー“０００５”の
ヘルプデータは新規に登録されていることが分かる。

【００４３】図１１は、更新・登録処理が行われた後の
統合システム６０の統合ヘルプデータファイル６２を示
す。ここで、図５に示した更新・登録処理のフローに従
って、統合手段６１が更新登録前の統合ヘルプデータフ
ァイルに対し、図９に示すヘルプデータを更新登録した
とする。図９に示した業務サブシステムのヘルプデータ
が、統合ヘルプデータファイルにも反映されており、デ
ータの同期がとれていることを示している。

【００４４】次に、統合システム６０から関連する業務
サブシステムへのヘルプデータの配布処理について図１
２により説明する。統合システム６０にはシステム分野
定義テーブル６３があり、システム名とそれがどの分野
の業務サブシステムなのかを予め定義してある。統合シ
ステム６０の統合手段６１は、図５のステップ５０３に
て、このシステム定義テーブル６３を参照し、ヘルプデ
ータの配布が必要な業務サブシステムを検索する。その
結果、ヘルプデータが送信されてきた業務サブシステム
Ａ３０以外に、その業務サブシステムＡ３０とシステム
分野が同一の業務サブシステムがあれば、結合手段６１
はステップ５０４で該当する業務サブシステムにヘルプ
データを配布する。図６で説明したようにしてヘルプデ
ータを受け取った他の業務サブシステムでは、図４のフ
ローに従ってヘルプファイルの更新・登録が行われる。

【００４５】今の例では、配布されるヘルプデータ（図
９参照）は「在庫サブシステム」のシステム分野に属す
るので、図１２に示したシステム分野定義テーブル６３
において「在庫サブシステム」に属する業務サブシステ
ム、図の例では業務サブシステムＣにヘルプデータを配
布する。そして、配布データを受け取った業務サブシス
テムＣでは更新手段が、図４のフローに従って、それぞ
れのヘルプデータファイルの更新を行う。以上の処理に
より、業務サブシステムＡ及び業務サブシステムＣのヘ
ルプデータファイルに最新のヘルプデータが反映され、
ユーザ環境全体でヘルプファイルの同期がなされる。

【００４６】

【発明の効果】以上説明したように、本発明によると、
問い合わせ内容とその回答が複数拠点のオンラインヘル
プに随時反映され、また一元的に管理されるため、ユー
ザは業務システムの運用に関するノウハウの共用、およ
び再利用が効率的に行える。また、ユーザの環境で回答
内容がデータベース化され効率的に管理されているた
め、業務システム作成元のフォロー作業の工数が低下す
る。

【図面の簡単な説明】

【図１】本発明の実施の一形態の構成を示すブロック
図。

【図２】ユーザと業務システム作成元との情報の伝達手
順を説明するための図。

【図３】端末に表示される入力画面の一例を示す図。

【図４】業務サブシステムのヘルプファイルを更新する
手順を示すフローチャート。

【図５】統合システムのヘルプデータの更新・登録処理
と他の業務サブシステムへの配布処理の手順を説明する
図。

【図６】他の業務サブシステムへのヘルプデータの配布
を説明する図。

【図７】更新前の業務サブシステムのヘルプデータファ
イルの一例を示す図。

【図８】（ａ）は更新登録前の統合ヘルプデータファイ
ルの内容を示す図、（ｂ）は現在番号記憶部の内容を示
す図。

【図９】業務システム作成元で作成したヘルプデータの
例を示す図。

【図１０】更新された業務サブシステムのヘルプデータ
ファイルの内容を示す図。

【図１１】更新・登録処理が行われた後の統合システム
の統合ヘルプデータファイルを示す図。

【図１２】回答ファイルを複数のサブシステムに配布す
る例を説明する図。

【符号の説明】

１０…ユーザ側システム、１１…端末、１２…問い合わ
せ手段、２０…業務システム作成元システム、２１…端
末、２２…回答手段、２３…現在番号記憶部、２４…回
答履歴ファイル、３０…業務サブシステムＡ、３１…更
新手段（更新プログラム）、３２…ヘルプデータファイ
ル、４０…業務サブシステムＢ、５０…業務サブシステ
ムＣ、６０…統合システム、６１…統合手段（統合プロ
グラム）、６２…統合ヘルプデータファイル、６３…シ
ステム分野定義テーブル、８０…ネットワーク

Claims (6)

【特許請求の範囲】
1. 【請求項１】 オンラインヘルプのデータを記憶したヘ
   ルプデータファイルを備えるコンピュータシステムにお
   いて、 当該コンピュータシステムの作成元から送信されたヘル
   プデータを回線を介して受信する受信手段と、 受信したヘルプデータの内容を表示する表示手段と、 表示されたヘルプデータを受け入れるか否かを指示する
   指示手段と、 前記指示手段によって受け入れが指示されたヘルプデー
   タを前記ヘルプデータファイルに取り込むヘルプデータ
   更新手段とを含むことを特徴とするコンピュータシステ
   ム。
2. 【請求項２】 オンラインヘルプのデータを記憶したヘ
   ルプデータファイルを備えるコンピュータシステムにお
   いて、 当該コンピュータシステムの作成元に回線を介して問い
   合わせを送信する送信手段と、 前記問い合わせに対する回答として回線を介してコンピ
   ュータシステムの作成元から送信されたヘルプデータを
   受信する受信手段と、 受信したヘルプデータの内容を表示する表示手段と、 表示されたヘルプデータを受け入れるか否かを指示する
   指示手段と、 前記指示手段によって受け入れが指示されたヘルプデー
   タを前記ヘルプデータファイルに取り込むヘルプデータ
   更新手段とを含むことを特徴とするコンピュータシステ
   ム。
3. 【請求項３】 自分に関連するオンラインヘルプのデー
   タを記憶したヘルプデータファイルをそれぞれ備える複
   数のコンピュータサブシステムと、全てのコンピュータ
   サブシステムのオンラインヘルプのデータを統合して記
   憶した統合ヘルプデータファイルを備える統合システム
   とを含むコンピュータシステムであって、 前記コンピュータサブシステムは各々、回線を介して当
   該コンピュータシステムの作成元に問い合わせを送信す
   る第１の送信手段と、前記問い合わせに対する回答とし
   て送信されたヘルプデータを受信する第１の受信手段
   と、前記第１の受信手段で受信したヘルプデータの内容
   を表示する表示手段と、前記表示手段に表示されたヘル
   プデータを受け入れるか否かを指示する指示手段と、前
   記統合システムから送信されたヘルプデータを受信する
   第２の受信手段と、前記指示手段によって受け入れが指
   示されたヘルプデータ及び前記第２の受信手段によって
   受信されたヘルプデータを前記ヘルプデータファイルに
   取り込むヘルプデータ更新手段と、前記指示手段によっ
   て受け入れが指示されたヘルプデータを前記統合システ
   ムに送信する第２の送信手段とを有し、 前記統合システムは、前記コンピュータサブシステムの
   第２の送信手段から送信されたヘルプデータを受信する
   受信手段と、前記受信手段によって受信したヘルプデー
   タを前記統合ヘルプデータファイルに取り込む統合ヘル
   プデータ更新手段と、前記受信手段によって受信したヘ
   ルプデータを当該ヘルプデータが関係する他のコンピュ
   ータサブシステムに送信する送信手段とを有することを
   特徴とするコンピュータシステム。
4. 【請求項４】 コンピュータシステムのヘルプデータフ
   ァイルに記憶されたオンラインヘルプのデータを更新す
   る方法において、 当該コンピュータシステムの作成元から送信されたヘル
   プデータを回線を介して受信するステップと、 受信したヘルプデータの受け入れ可否を決定するステッ
   プと、 受け入れ可とされたヘルプデータを前記ヘルプデータフ
   ァイルに取り込むステップとを含むことを特徴とするオ
   ンラインヘルプのデータ更新方法。
5. 【請求項５】 コンピュータシステムのヘルプデータフ
   ァイルに記憶されたオンラインヘルプのデータを更新す
   る方法において、 当該コンピュータシステムの作成元に回線を介して問い
   合わせを行うステップと、 前記問い合わせに対する回答として回線を介して前記コ
   ンピュータシステムの作成元から送信された予め定めら
   れたフォーマットのヘルプデータを受信するステップ
   と、 受信したヘルプデータの受け入れ可否を決定するステッ
   プと、 受け入れ可とされたヘルプデータを前記ヘルプデータフ
   ァイルに取り込むステップとを含むことを特徴とするオ
   ンラインヘルプのデータ更新方法。
6. 【請求項６】 各自に関連するオンラインヘルプのデー
   タを記憶したヘルプデータファイルをそれぞれ備える複
   数のコンピュータサブシステムと、全てのコンピュータ
   サブシステムのオンラインヘルプのデータを統合して記
   憶した統合ヘルプデータファイルを備える統合システム
   とを備えるコンピュータシステムのオンラインヘルプの
   データ更新方法であって、 コンピュータシステムの作成元から１つのコンピュータ
   サブシステムに送信されたヘルプデータを回線を介して
   当該コンピュータサブシステムで受信するステップと、 当該コンピュータサブシステムにおいて受信したヘルプ
   データの受け入れ可否を決定するステップと、 受け入れ可とされたヘルプデータを当該コンピュータサ
   ブシステムのオンラインヘルプデータファイルに取り込
   むステップと、 受け入れ可とされた前記ヘルプデータを前記統合システ
   ムの前記統合ヘルプデータファイルに取り込むステップ
   と、 前記統合ヘルプデータファイルに取り込んだヘルプデー
   タを前記統合システムから当該ヘルプデータが関連する
   コンピュータサブシステムに送信するステップと、 前記ヘルプデータが送信されたコンピュータサブシステ
   ムにおいて当該ヘルプデータを自身のヘルプデータファ
   イルに取り込むステップとを含むことを特徴とするオン
   ラインヘルプのデータ更新方法。