JPH09244999A - 業務端末におけるユーザ情報呼出し方法 - Google Patents

Abstract

(57)【要約】 【課題】 限られた台数で設置されている業務端末を複
数人のオペレータが共用する場合、その都度ユーザ設定
情報を変更しない限り、自分が希望する条件で業務端末
を利用する事ができなかった。 【解決手段】 そのため、本発明は、業務端末起動時に
オペレータ名（又は番号）とパスワードを入力させるこ
とにより、オペレータの利用条件を自動的に呼出すこと
を可能にして上記の問題を解決する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、旅行代理店等に設
置されている業務端末におけるユーザ設定情報の呼出し
方法に関する。

【０００２】

【従来の技術】従来、旅行代理店等に設置されている業
務端末では、各端末毎に異なる１種類のユーザ設定情
報、例えばファンクションキーの設定、カレンダー等を
設定し、保持されていた。

【０００３】

【発明が解決しようとする課題】しかし、業務端末は必
ずしもオペレータに１台ずつ割当てられているものでな
く、したがって、複数人のオペレータが共用する場合
は、その都度ユーザ設定情報を変更しない限り、自分が
希望する条件で業務端末を利用することは困難であっ
た。

【０００４】

【課題を解決するための手段】そのため、本発明は、業
務端末起動時にオペレータ名（又は番号）とパスワード
を入力させることにより、オペレータの利用条件を自動
的に呼出すことを可能にして上記の問題を解決する。

【０００５】

【発明の実施の形態】図１は、本発明の実施形態の業務
端末のハードウェア構成図であって、システムの制御部
（ＣＵ）１−１と、該制御部の処理結果を表示する装置
（ＣＲＴ）１−２と、前記システムの制御部にコマンド
やデータを入力するキーボード（ＫＢ）１−３と、プリ
ンタ（ＰＲ）１−４、操作マウス１−５から構成され
る。

【０００６】図２は、本発明の実施形態のソフトウェア
構成図であって、本発明が適用される業務ＡＰ（アプリ
ケーション）２−１と、データベースの管理・維持を行
うデータベース管理部（ＤＢＭＳ）２−２と、前記業務
ＡＰにて用いられる業務用ＤＢ２−３と、ユーザ情報を
格納するユーザ情報ＤＢ２−４とから構成される。

【０００７】図３は、後述する本発明の実施形態の処理
概要を示すフローチャートである。

【０００８】図４は、本発明の実施形態の業務ＡＰの概
要を示す。各業務は、その種別により階層化された構成
になっている。

【０００９】まず、業務ＡＰ起動後にオペレータ名、パ
スワード入力画面４−１となり、オペレータの入力内容
が正しければ、メインメニュー４−２が表示される。メ
インメニューからは業務Ａ４−３，Ｂ４−４、その他業
務画面４−５の選択が可能であり、各業務画面からはさ
らに複数の子画面４−６，７，８へと分岐する。また、
業務ＡＰは必要に応じ、各種ＤＢ４−１０，１１，１２
へアクセスを行う。また、本実施形態で述べるユーザ情
報とは、以下のようなものを指す。

【００１０】 ショートカットキー設定（ＪＩＳ配
列、１０６キーボードの場合の例） 特殊キーの組み合わせ（例えばＣＴＲＬキー、ＡＬＴキ
ーと英字キーとの併用押下）による、任意画面への切替
え設定、例えば、メインメニューで１つのキーを指定す
ると次の業務に移るように設定する。

【００１１】 スケジュール表 オペレータ毎のスケジュール表、例えば、図６のように
オペレータの１日のスケジュールをキーボードを用いて
入力し、その情報を保存しておく。

【００１２】 操作ガイダンス表示 業務画面や入力項目についての説明を常に画面下に表示
する初心者向けの機能の有／無。

【００１３】 確認メッセージ表示 データ更新等を行う際に確認メッセージ（よろしいです
か？はい／いいえ等）を表示する否かの決定。

【００１４】図５にＤＢ化されたユーザ情報の格納例を
示す。ユーザ情報ＤＢテーブル５−１は、オペレータ情
報（レコード）の集合であり、レコードは様々なデータ
項目（パスワードやショートカット設定等）にて構成さ
れる。ガイダンス情報等の表示の有／無は、フラグにて
判断する（１：ＯＮ、０：ＯＦＦ）。

【００１５】画面５−２は図４のオペレータ名、パスワ
ード入力画面４−１、メモリ５−３はメモリ内容のイメ
ージ、画面５−４は図４のユーザ情報設定画面４−９を
示す。

【００１６】図６にファイル化されたユーザ情報の格納
例を示す。６−１はテキストファイルのイメージ図であ
り、各オペレータ毎に個別にファイル形式で保持されて
いる（例：オペレータ００１用のファイル----ＳＣＨ０
０１．ＤＡＴ）。画面６−２はスケジュール設定画面で
あり、テキストファイル６−１の内容を表示する。

【００１７】ユーザ情報のうち、例えば、図５のショー
トカットＡの数値のようにデータ量の少ないものや、フ
ラグで管理できないものについては、ＤＢとして保存し
（図５）、データ量が大きなもの、頻繁に利用する必要
がないものについては、オペレータ毎の個別ファイルと
して保存する（図６）。以降、業務の流れについて図３
に示すフローチャートにより説明する。

【００１８】 フロー３−１ オペレータは業務ＡＰを起動する。

【００１９】 フロー３−２ 図５のオペレータ名、パスワード入力画面５−２となる
ので、オペレータは自分のオペレータ名（もしくはオペ
レータＮＯ）を入力する。図２の業務ＡＰ２−１は図２
のＤＢＭＳ２−２へ入力データを渡し、図２のＤＢＭＳ
２−２はオペレータ名（もしくはオペレータＮＯ）をキ
ーとして、図５のユーザ情報ＤＢテーブル５−１内の該
当レコードを検索する。

【００２０】 フロー３−３，４ 該当レコードが検出された場合は、該当レコードのユー
ザ情報（パスワードやショートカット設定等）を図２の
業務ＡＰ２−１に返す。図２の業務ＡＰ２−１はオペレ
ータが入力したパスワードと該当するパスワードが一致
するかどうかをチェックし、一致した場合はこれらのユ
ーザ情報をメモリ５−３上に展開する。該当レコードが
検出できない場合や、パスワードが一致しない場合は、
オペレータ名、パスワード入力画面５−２上にエラーを
表示し、再入力待ちとなる。

【００２１】 フロー３−５ 図２の業務ＡＰ２−１は、画面上にオペレータ名を常時
表示することにより、現在どのオペレータが利用してい
るか確認可能とする。業務ＡＰ２−１はメモリ５−３の
内容にてユーザ情報の判断を行う。例えば、あるショー
トカット（例：“ＣＴＲＬ”キー＋“Ａ”キー＝４２）
を設定したオペレータが、“ＣＴＲＬ”キー＋“Ａ”キ
ーを入力した場合には、業務ＡＰ２−１はメモリ５−３
内の数値“４２”を確認し、画面ＮＯ４２の業務画面へ
ジャンプする。未設定の場合は無動作とする。

【００２２】 フロー３−６ オペレータは、ユーザ情報設定画面５−４にて、自分の
ユーザ情報の変更が可能である。オペレータが変更を行
なった場合、業務ＡＰ２−１は、入力内容が妥当である
かどうか判断し、妥当な場合は、図５のユーザ情報ＤＢ
テーブル５−１の内容を更新後、図５の変更内容をメモ
リ５−３に反映する。入力内容が不当な場合は、図５の
画面５−４上にエラーを表示する。

【００２３】 フロー３−７ オペレータは業務ＡＰを終了する。

【００２４】なお、スケジュール等オペレータ毎の個別
ファイルとして存在するものについては、図６に示すス
ケジュール設定画面６−２にて自動的にテキストファイ
ル６−１の読み書きを行うものとする。

【００２５】以上のように、業務ＡＰ起動時にオペレー
タ名とパスワードを入力することで、ユーザ設定情報を
自動的に呼出すことが可能となる。

【００２６】また、パスワード入力によりデータ保守面
の向上、常に利用者が特定できることにより、データ最
終更新者の自動登録といった効果も期待できる。

【００２７】また、本発明は旅行代理店業務に限らず、
この種に類する代行、代理業にも応用する事により適用
が可能である。

【００２８】

【発明の効果】以上説明したように本発明によれば、オ
ペレータの利用条件を自動的に呼出すことが可能のた
め、限られた台数で設置されている業務端末を複数人の
オペレータで有効に共用することができる。

【図面の簡単な説明】

【図１】本発明の実施形態のハードウェア構成図

【図２】本発明の実施形態のソフトウェア構成図

【図３】本発明の実施形態の処理概要を示すフローチャ
ート

【図４】本発明の実施形態の業務ＡＰの概要を示す図

【図５】本発明の実施形態のＤＢ化されたユーザ情報を
示す図

【図６】本発明の実施形態のファイル化されたユーザ情
報を示す図

【符号の説明】

１−１ システムの制御部 １−２ 表示装置 １−３ キーボード ２−１ 業務ＡＰ ２−２ データベース管理・維持部 ２−３ 業務用データベース ２−４ ユーザ情報データベース

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数人のオペレータで共用する業務端末
   において、オペレータ名又はオペレータ番号をキーとし
   てユーザ情報の検索処理を行うシステムを構成し、業務
   端末起動時にオペレータ名又はオペレータ番号とパスワ
   ードを入力させることにより、オペレータの利用条件を
   自動的に呼出すことを特徴とする業務端末におけるユー
   ザ情報呼出し方法。