JP2016031601A - 予約発券端末装置、コマンド入力装置、コマンド入力方法、及びプログラム - Google Patents

Abstract

【課題】航空券等の船車券の予約を可能にする予約発券システムへの誤ったコマンドの送信を抑制するための技術を提供する。【解決手段】定義設定ファイル３０６には、フォーマットが一致し、パラメータの並びが異なる類似コマンド毎に、そのフォーマットを表す正規表現データ、パラメータの並びを変換するための変換規則データ、行うべき処理を指定するモードデータ、を含む設定データが格納される。入力装置５への操作により直接、入力されたコマンドがキー入力制御部３０３を介して渡されるコマンド送信制御部３０４は、定義設定ファイル３０６を参照し、渡されたコマンドが類似コマンドか否か確認し、そのコマンドが類似コマンドであった場合、モードデータに従って処理を行ったコマンドを通信制御部３０１に渡す。【選択図】図１

Description

本発明は、キーボード等の入力装置への操作により、コマンドを直接、入力可能な予約発券端末装置に関する。

今日、旅行を計画する人のなかで旅行代理店を利用する人の割合は小さくない。旅行代理店は、交通機関の船車券（乗車券、乗船券、或いは航空券、等）の手配、及び宿泊施設の手配、等を行う会社である。そのため、利用者は、旅行代理店を介して、交通機関、及び宿泊施設、等を事前に予約することができる。

船車券を手配可能な旅行代理店の大部分は、その船車券を発券可能な予約発券端末装置を備えている。予約発券端末装置は、予約可能な船車券の確認、予約可能な船車券のなかから所望の船車券の選択を行えるようになっている。そのため、予約発券端末装置を備えている旅行代理店は、その場で利用者が望む交通機関の望む内容の船車券を発券することができる。

船車券の発券は、交通機関と接続された予約発券システムの構築により可能となっている。予約発券システムは複数、存在し、交通機関の種類等によって対応可能な予約発券システムが異なっているのが普通である。予約発券端末装置は、予約発券システムのコンピュータ（以降「ホスト」と表記）にアクセスし、船車券を予約・発券する。

交通機関の種類によっては、複数の予約発券システムが対応している。例えば航空会社に対応した予約発券システムは複数、存在する。以降、航空会社に対応した予約発券システムは、他と区別するために航空券予約発券システム（ＣＲＳ：Computer Reservation System）と表記する。航空券予約発券システムは、ＧＤＳ（Global Distribution System）とも呼ばれる。特許文献１には、航空券予約発券システムのホストにアクセスを行い、航空券を予約・発券可能な予約発券端末装置が記載されている。

航空券を予約する場合、旅行代理店（オペレータ）は、予約発券端末装置を、選択した航空券予約発券システムのホストにアクセスさせる。通常、航空券予約発券システムによって、予約発券端末装置に実行させるべきアプリケーション・プログラム（以降「アプリケーション」と略記）が異なる。そのため、オペレータは、アプリケーションにより、ホストにアクセスする航空券予約発券システムを選択する。

航空券予約発券システム用のアプリケーションは、通常、オペレータに対し、ＧＵＩ（Graphical User Interface）環境、及びＣＵＩ（Character User Interface）環境を提供可能になっている。それにより、オペレータは、所望の環境（モード）を選択して作業を行う。

ＧＵＩ環境（ＧＵＩモード）では、入力すべき項目（データ）が分かりやすく分けてあるのが普通である。しかし、入力すべき項目が分けてあることから、迅速なデータ入力は行い難くなっている。そのため、作業効率を優先するようなオペレータは、ＣＵＩ環境（ＣＵＩモード）を選択する傾向がある。

予約可能な航空券の確認、航空券の予約、等は、所定のコマンドを入力することで行われる。航空券予約発券システムでは、複数の航空券予約システムでフォーマットが一致するコマンドが使用されている。そのコマンド例としては、例えば航空券（座席）を予約するためのコマンドが挙げられる。そのコマンドでは、パラメータとして、ライン番号、座席クラス、及び座席数を入力するようになっており、そのライン番号と座席数を入力する順序が航空券予約発券システムによって異なっている。

航空券予約発券システムは、上記のように、アプリケーション（ウィンドウ）により、選択することができる。しかし、フォーマットが一致するコマンドの入力では、利用している航空券予約発券システムを明確に意識していなければ、誤ったコマンド入力をする可能性が高い。例え利用している航空券予約発券システムを明確に意識していたとしても、無意識的に誤ったコマンド入力をする可能性もある。

誤ったコマンドを入力しても、フォーマットの一致により、航空券予約発券システムのホストはコマンドを処理する。そのため、オペレータがコマンド入力の誤りに直ちに気付きにくい面もある。

コマンド入力に誤りがあった場合、オペレータは、航空券の予約を解除し、新たに航空券を予約しなければならない。このことから、誤ったコマンド入力は、単位時間当たりに処理すべきコマンド数を増大させ、ホストの負荷をより重くさせる、コマンドの送受信に用いられるネットワークのトラフィック量をより増大させる、という原因となりうる。これらは共に、航空券予約発券システムを利用するオペレータの作業効率をより低下させる可能性がある。それにより、誤ったコマンドが送信されるのを抑制することが重要と思われる。

特開２０１３−２２８９４３号公報 特開２００３−３４１１９４号公報

本発明に係る一つの側面では、航空券等の船車券の予約を可能にする予約発券システムへの誤ったコマンドの送信を抑制するための技術を提供することを目的とする。

本発明を適用した装置は、入力操作に応じてコマンドを入力する入力制御部と、入力制御部がコマンドを入力した場合に、該入力したコマンドである入力コマンドが他のコマンドとフォーマットが一致し、且つ他のコマンドとパラメータの並びが異なる対象コマンドか否か判定する判定部と、入力コマンドが対象コマンドと判定部が判定した場合に、入力コマンドに対し、パラメータの並びを変更する操作を実行可能な操作部と、外部装置との通信を制御する通信制御部と、入力コマンド、及び操作が行われた後の入力コマンドである変更コマンドのうちの一方を通信制御部に送信させる制御部と、を備えている。

本発明を適用した場合には、航空券等の船車券の予約を可能にする予約発券システムへの誤ったコマンドの送信を抑制することができる。

本実施形態によるＣＲＳ端末装置を用いて構築されたネットワークシステムの構成例を説明する図である。 ＣＲＳ端末装置として使用可能なコンピュータの構成例を表す図である。 ＡシステムによるＣＵＩモード時の入力画面例を表す図である。 ＢシステムによるＣＵＩモード時の入力画面例を表す図である。 類似コマンド登録画面例を説明する図である。 定義設定ファイルの構成例を説明する図である。 ＣＵＩモード設定時のコマンド送信制御処理のフローチャートである。 類似チェック処理のフローチャートである。 類似チェック処理のフローチャートである（続き）。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
図１は、本実施形態によるＣＲＳ端末装置を用いて構築されたネットワークシステムの構成例を説明する図である。その図１に表すように、ネットワークシステムは、ネットワーク１に、それぞれが異なる航空券予約発券システムを構成する２台のホスト２（２−１、２−２）、及びそれぞれが旅行代理店等に設置されている複数台のＣＲＳ端末装置３を接続する形で構築されている。図１では、２台のホスト２の識別を容易とするために、「ＨＯＳＴ−Ａ」「ＨＯＳＴ−Ｂ」と表記を異ならせている。図１に表す１台のＣＲＳ端末装置３は、本実施形態による予約発券端末装置である。

図１に表すＣＲＳ端末装置３は、表示装置４、及び入力装置５を接続して用いるタイプのコンピュータ（情報処理装置）である。入力装置５は、例えばキーボード、及びポインティングデバイス（以降「マウス」と表記）を含む装置群である。ＣＲＳ端末装置３は、表示装置４、及び入力装置５のうちの少なくとも一方を搭載したタイプのコンピュータであっても良い。つまりＣＲＳ端末装置３の構成自体は、特に限定されない。

図２は、ＣＲＳ端末装置として使用可能なコンピュータの構成例を表す図である。ここで、図２を参照し、ＣＲＳ端末装置３として使用可能なコンピュータについて具体的に説明する。

図２に表すように、ＣＲＳ端末装置３として用いることが可能なコンピュータは、バス２０１に、ＣＰＵ（Central Processing Unit）２０２、ＲＯＭ（Read Only Memory）２０３、ＲＡＭ（Random Access Memory）２０４、通信インタフェース２０５、グラフィックインタフェース２０６、入出力インタフェース２０７、媒体駆動装置２０８、及び記憶装置２０９を接続した構成となっている。

ＲＯＭ２０３には、ファームウェアとしてＢＩＯＳ（Basic Input/Output System）が格納され、記憶装置２０９には、ＯＳ（Operating System）、各種アプリケーション、及び各種データが格納されている。ＣＰＵ２０２は、電源の投入により、ＲＯＭ２０３からＢＩＯＳをＲＡＭ２０４に読み出して起動した後、記憶装置２０９からＯＳをＲＡＭ２０４に読み出して起動する。記憶装置２０９は、例えばハードディスク装置、或いはＳＳＤ（Solid State Drive）である。

通信インタフェース２０５は、ネットワーク１を介した通信を可能にする通信装置である。グラフィックインタフェース２０６は、外部の表示装置に画像を表示させるのに用いられる。図１に表す表示装置４は、このグラフィックインタフェース２０６に接続される。

入出力インタフェース２０７は、キーボード、及びポインティングデバイスが接続されるインタフェースであり、キーボード、或いはポインティングデバイスを用いたデータ入力を可能にさせる。図１に表す入力装置５は、この入出力インタフェース２０７に接続される。

媒体駆動装置２０８は、光学ディスク、或いは光磁気ディスク等の可搬記録媒体２１０を駆動する装置である。

ＣＲＳ端末装置３は、各ホスト２が提供する機能を利用するためのアプリケーション３０として、Ａシステム３０−１、及びＢシステム３０−２を搭載している。Ａシステム３０―１は、ホスト２−１が提供する機能を利用するためのものであり、Ｂシステム３０−２は、ホスト２−２が提供する機能を利用するためのものである。ＣＲＳ端末装置３は、Ａシステム３０−１、及びＢシステム３０−２を搭載することにより、２つの航空券予約発券システムに対応している。

Ａシステム３０−１、及びＢシステム３０−２は、例えば記憶装置２０９に保存されている。ＣＰＵ２０２は、記憶装置２０９に格納されているＡシステム３０−１、及びＢシステム３０−２をＲＡＭ２０４に読み出して実行する。それにより、ＣＲＳ端末装置３は、Ａシステム３０−１、或いはＢシステム３０−２によって制御される。

Ａシステム３０−１は、図１に表すように、機能として、通信制御部３０１、受信レスポンス制御部３０２、キー入力制御部３０３、コマンド送信制御部３０４、及び類似コマンド定義部３０５を備える。この機能構成は、Ｂシステム３０−２でも同じである。そのため、図１では、Ｂシステム３０−２の機能構成を省いている。

通信制御部３０１は、通信インタフェース２０５を介した通信を制御する。ＣＲＳ端末装置３のネットワーク１を介したホスト２−１との通信は、通信制御部３０１の制御によって実現される。

通信制御部３０１の制御によって通信インタフェース２０５から送信されるデータは、主にコマンドである。コマンドを受信したホスト２−１は、そのコマンドを処理し、その処理結果をレスポンスとして返信する。受信レスポンス制御部３０２は、通信制御部３０１を介して、通信インタフェース２０５が受信したレスポンスを取得し、そのレスポンスを表示装置４上に表示させる等の処理を行う。

ＣＲＳ端末装置３が表示させる画面としては、ＧＵＩ環境（ＧＵＩモード）の画面と、ＣＵＩ環境（ＣＵＩモード）の画面とがあり、オペレータは、所望のモードを選択することができる。キー入力制御部３０３は、入力装置５へのオペレータの操作に応じてデータを入力し、入力したデータを、表示された画面上に表示させる。

モードの選択は、入力装置５への操作により行われる。そのモードの選択結果は、キー入力制御部３０３によって入力されて処理される。ＧＵＩモードが新たに選択された場合、キー入力制御部３０３は、コマンド送信制御部３０４、及び通信制御部３０１を介して、ＧＵＩモードが選択された旨をホスト２−１に通知する。その結果、ホスト２−１から、オペレータが選択したＧＵＩモードの画面がＣＲＳ端末装置３に送信され、その画面が表示装置４上に表示される。ＣＵＩモードの画面は、ホスト２−１からデータを受信することなく、例えばキー入力制御部３０３が表示させる。

図３、及び図４は、ＣＵＩモード時の入力画面例を表す図である。図３は、ホスト２−１と通信を行うＡシステム３０−１による入力画面例を表し、図４は、ホスト２−２と通信を行うＢシステム３０−２による入力画面例を表している。

図３、及び図４に表す入力画面では、共に、「＞」の後がコマンド入力ラインとなっている。図３において、そのコマンド入力ラインにコマンドとして入力された「ＡＳ ＮＲＴＬＡＸ ０１ＮＯＶ」は、予約状況を問い合わせるコマンドである。「ＡＳ」はコマンドコードであり、「ＮＲＴＬＡＸ」及び「０１ＮＯＶ」は共にパラメータである。「ＮＲＴＬＡＸ」は、ＮＲＴ（成田）発ＬＡＸ（ロサンゼルス）行きを表し、「０１ＮＯＶ」は１１月１日を表している。このようなことから、コマンド「ＡＳ ＮＲＴＬＡＸ ０１ＮＯＶ」は、１１月１日に成田からロサンゼルスに向かう航空路線で航空便の予約状況を問い合わせるコマンドとなっている。

図４に表す入力画面では、コマンドとして、「ＡＳ ＮＲＴＬＡＸ ０１ＮＯＶ」ではなく、「Ａ ＮＲＴＬＡＸ ０１ＮＯＶ」と入力されている。そのコマンド「Ａ ＮＲＴＬＡＸ ０１ＮＯＶ」の問い合わせ内容は、コマンド「ＡＳ ＮＲＴＬＡＸ ０１ＮＯＶ」と同じである。このことから、ホスト２−１とホスト２−２とでは、予約状況を問い合わせるコマンド間の相違は、コマンドコードのみとなっている。パラメータの表記方法、及びパラメータの並びはホスト２−１とホスト２−２で同じである。

図３、或いは図４に表すようなＣＵＩモード画面上では、入力装置５への操作に応じて、直接的にデータ入力が行われる。それにより、オペレータは、例えばコマンド「ＡＳ ＮＲＴＬＡＸ ０１ＮＯＶ」を入力する場合、入力装置５を操作して、その文字列を直接、入力する。

一方、ＧＵＩモード画面上には、その画面デザインに応じて、例えば複数の入力ボックス、１つ以上のラジオボタン、等が設けられている。それにより、オペレータは、入力装置５を用いて、その画面上に設けられたラジオボタン、或いは入力ボックス等に対する操作を行い、必要なデータ入力を行う。

キー入力制御部３０３は、そのようなモードによって異なるデータ入力に対応する。ＣＵＩモード画面上、或いはＧＵＩモード画面上で入力されたコマンド（データ）は、所定の操作により、キー入力制御部３０３からコマンド送信制御部３０４に渡される。ＣＵＩモード画面の表示時には、入力装置５上のエンターキー等の操作により、キーボード入力制御部３０３は、入力されたコマンドをコマンド送信制御部３０４に渡す。

コマンド送信制御部３０４は、通信制御部３０１を介して、ＣＲＳ端末装置３からホスト２−１へのコマンド送信を制御する。コマンド送信制御部３０４は、類似コマンド定義部３０５が作成、或いは更新する定義設定ファイル３０６を参照し、実際に通信制御部３０１に送信させるコマンドの内容を確定させるための処理を行う。以降、定義設定ファイル３０６に定義（登録）される対象となるコマンド（類似コマンド）、及び類似コマンド定義部３０５によるその定義方法について具体的に説明する。

各航空券予約発券システムは、使用可能なコマンドをそれぞれ独自に定めている。コマンドの多くは、コマンドの種類を表すコマンドコードに、１つ以上のパラメータを付加した形のフォーマットである。パラメータは、コマンドの実行に用いられるデータであり、上記コマンドコマンド「ＡＳ ＮＲＴＬＡＸ ０１ＮＯＶ」では、「ＮＲＴＬＡＸ」「 ０１ＮＯＶ」が共にパラメータに相当する。

ＧＵＩモードでは、コマンドを直接、入力しない。つまりＧＵＩモードでは、上記のように、コマンドコード、及びパラメータの入力はラジオボタン、或いは入力ボックス等への操作によりそれぞれ行われるのが普通である。そのため、コマンドの送信先がホスト２−１、及びホスト２−２の何れであっても、コマンドの入力ミスは発生し難い。これに対し、ＣＵＩモードでは、上記のように、コマンドの入力が直接、行われる。そのため、コマンドの入力ミスは発生し易い。

コマンドコード、及びパラメータの各入力ミスは、ホスト２（２−１、２−２）側で認識することができる。ＣＲＳ端末装置３に入力ミスを認識させることも可能である。しかし、フォーマットまで一致しているコマンドでは、パラメータの並びの入力ミスは、通常、ホスト２側で認識することは不可能である。このようなことから、類似コマンド定義部３０５による定義を行う対象、言い換えればその定義による処理を行う対象は、ＣＵＩモードで入力されるコマンドとなっている。

例えば図３では、上記コマンド「ＡＳ ＮＲＴＬＡＸ ０１ＮＯＶ」の入力後、先頭に１〜８の数字が配置された文字列が表示されている。各文字列は、問い合わされた航空路線の航空便、及びその航空便の予約状況を表している。先頭の１〜８の数字は、「ライン番号」と呼ばれる。それにより、以降、各文字列は「ライン」と表記する。

ライン番号が１のラインには、「ＮＲＴＬＡＸ」に続いて、「１−１４５５」「０９００」「ＫＥ００１」「３３２」「Ｙ−」「Ｗ−」等の文字列が配置されている。それぞれの文字列は、以下のような意味を表している。

「１−１４５５」は、出発日時が１日の１４時５５分であることを表している。「０９００」は、到着時刻が９時であることを表している。「ＫＥ００１」は便名を表している。「３３２」は、航空機の機種を表している。それ以降の「Ｙ−」「Ｗ−」等は、座席のクラス毎に、残っている座席数を表している。具体的には「Ｙ」「Ｗ」等は、座席のクラスを表す記号であり、その記号に続く「−」は、対応するクラスの座席が残っていないことを表している。

図３に表す入力画面（ＣＵＩモード画面）では、ライン番号が１〜８のラインの後に、再び「＞」が表示され、そのコマンド入力ラインにはコマンドとして「Ｎ２Ｙ１」が入力されている。このコマンド「Ｎ２Ｙ１」は、ライン番号が２のラインに対応する航空便でＹクラスの座席を１つ予約することを要求するコマンドである。「Ｎ」が予約のためのコマンドコードであり、そのコマンドコードに続く「２」「Ｙ」及び「１」は全てパラメータである。

図４に表す入力画面（ＣＵＩモード画面）では、ライン番号が１〜６のラインの後に、再び「＞」が表示され、そのコマンド入力ラインにはコマンドとして「Ｎ１Ｙ２」が入力されている。このコマンド「Ｎ１Ｙ２」は、図３におけるコマンド「Ｎ２Ｙ１」と同じく、ライン番号が２のラインに対応する航空便でＹクラスの座席を１つ予約することを要求するコマンドである。「Ｎ」が予約のためのコマンドコードであり、そのコマンドコードに続く「１」「Ｙ」及び「２」は全てパラメータである。

コマンド「Ｎ２Ｙ１」とコマンド「Ｎ１Ｙ２」とでは、コマンドコードが同じであり、そのコマンドコードに続くパラメータのデータ型も、数値→文字→数値、の順序で変化する。それにより、その２つのコマンドはフォーマットが一致し、パラメータの並びのみが異なっている。本実施形態では、そのようにホスト２（航空券予約発券システム）間でフォーマットが一致し、パラメータの並びが異なるコマンドを類似コマンドとして登録することにより、コマンドの適切な入力を支援できるようにしている。

図５は、類似コマンド登録画面例を説明する図である。その類似コマンド登録画面上には、図５に表すように、変換リスト表示エリア５０１、各種入力ボックス５０２〜５０７、及びラジオボタン５０９（５０９ａ〜５０９ｃ）等が配置されている。

類似コマンド定義部３０５は、例えばオペレータが必要に応じて起動させる機能（サブプログラム）であり、起動された類似コマンド定義部３０５は、図５に表すような類似コマンド登録画面を自動的に、或いはオペレータの指示により表示させる。定義設定ファイル３０６の作成、或いは更新は、類似コマンド登録画面を表示させて行われる。

変換リスト表示エリア５０１には、登録された類似コマンド毎に、チェックボックス、及び類似コマンドに係わる各種設定データが表示される。

チェックボックスは、登録された類似コマンドのなかから設定内容を変更する類似コマンドを選択するためのものである。

設定データには、名称、正規コマンドサンプル（図５中「ＸＸＸＸサンプル」と表記）、正規表現（図５中「ＸＸＸＸ規則」と表記）、変換規則（図５中「ＹＹ規則」と表記）、変換コマンドサンプル（図５中「ＹＹサンプル」と表記）、の各データが含まれる。入力ボックス５０２は、名称データ入力用である。同様に、入力ボックス５０３〜５０６は、正規コマンドサンプル、正規表現、変換規則、及び変換コマンドサンプル、の各データの入力用である。

「ＸＸＸＸ」は、ホスト２−１を有する航空機予約発券システムの名称を表している。「ＹＹ」は、ホスト２−２を有する航空機予約発券システムの名称を表している。

正規表現データは、ホスト２−１に送信するうえで適切に入力された場合のコマンドのフォーマットを表すデータである。その例として表記の「｛［Ｎ］｝｛［０−９］｝｛［Ａ−Ｚ］｝｛［０−９］｝」は、それぞれ以下の内容を表している。

｛［Ｎ］｝は、コマンドコードを表している。｛［０−９］｝は、コマンドコードに続くパラメータが０〜９の間の数値であることを表している。｛［Ａ−Ｚ］｝は、続くパラメータがＡ〜Ｚのアルファベットであることを表している。｛［０−９］｝は、最後のパラメータが０〜９の間の数値であることを表している。それにより、｛［Ｎ］｝｛［０−９］｝｛［Ａ−Ｚ］｝｛［０−９］｝は、コマンドコード、及び各パラメータに分けて、コマンドコード自体、そのコマンドコードに続く各パラメータのデータ型、その各パラメータの値の範囲を表している。

変換規則データは、実際に入力されたコマンドを自動的に変換（操作）する場合の規則を表すデータである。その例として表記の「Ｎ｛％４｝｛％３｝｛％２｝」は、それぞれ以下の内容を表している。

Ｎは、コマンドコードを表している。｛％４｝は、正規表現データが表す４番目の項目データ（実際に入力されたコマンドで最後に位置するパラメータである）を２番目の項目データ（最初のパラメータ）とする操作を表している。同様に｛％３｝｛％２｝は、それぞれ、実際に入力されたコマンドの３番目、及び２番目の項目データ（パラメータ）を３番目、及び４番目の項目データとする操作を表している。それにより、実際に入力されたコマンドが「Ｎ１Ｙ２」であった場合、その「Ｎ１Ｙ２」は変換規則データに従って「Ｎ２Ｙ１」に変換される。

正規表現データにより、入力されたコマンドが登録された類似コマンドか否かを確認することができる。入力ボックス５０７は、入力されたコマンドが登録された類似コマンドと確認できた場合に表示させるメッセージの入力用である。「ＮエントリーはＸＸＸＸとＹＹとでは、２番目と４番目の項目を入れ替えて指定する必要があります。」は、実際に入力されたメッセージ例を表している。

メッセージ表示を行うか否かは、オペレータは選択（設定）することができる。３つのラジオボタン５０９（５０９ａ〜５０９ｃ）は、モード選択用である。モードは、自動変換モード、選択モード、及び未使用モードのなかから１つをオペレータに選択させるようになっている。何れのモードも、入力されたコマンドが類似コマンドと確認された場合にのみ有効となる。つまり、モードは、定義した類似コマンド毎に設定することができる。

自動変換モードは、変換規則データに従って、入力されたコマンドを自動的に変換させるモードである。コマンドを自動的に変換することから、メッセージ表示は行われず、変換後のコマンドがホスト２−１に送信される。

選択モードは、メッセージ表示を行い、入力されたコマンドの扱いをオペレータに選択させるモードである。入力されたコマンドの扱いについての選択肢として、本実施形態では、そのまま送信する、自動変換を行って送信する、そのまま送信し、且つ異なるモードに変更する、の３つをオペレータに提示するようにしている。選択モードから変更するモードは、入力されたコマンドをそのまま送信させることをオペレータが要求したことから、未使用モードとしている。

未使用モードは、メッセージ表示、及びコマンドの自動変換の何れも行わずに、入力されたコマンドをそのまま送信させるモードである。

自動変換モードの設定時には、オペレータが入力した類似コマンドは自動変換される。そのため、オペレータにとっては、類似コマンドの送信先となるホスト２（航空券予約発券システム）を意識する必要性が回避される。これは、特定のホスト２のみを類似コマンドの送信先として想定し、想定するホスト２（航空券予約発券システム）で定められているパラメータの並びで類似コマンドを入力すれば良いからである。想定するホスト２（航空券予約発券システム）によるパラメータの並びの相違を意識しなくとも良いことから、オペレータにとっては、コマンド入力作業がより単純化され、入力ミスは起こし難くなる。それにより、オペレータにとっては、適切なコマンドの迅速な入力がより容易となり、高い作業効率の実現が容易となる。ホスト２に不適切なコマンドを送信する頻度は低下させることができる。

選択モードの設定時には、類似コマンドの入力により、メッセージが表示され、入力された類似コマンドの扱いをオペレータは選択することができる。オペレータは、メッセージの表示により、自身が入力した類似コマンドが適切か否かを確認することができ、パラメータの並びにミスがあれば、コマンドを再入力することなく、そのミスを修正させることができる。そのため、オペレータは、適切なコマンドをより確実に送信させることができる。

メッセージを表示し、類似コマンドの扱いをオペレータに選択させることから、類似コマンドの入力から送信までに要する時間はより長くなる。しかし、コマンド入力にある程度、ミスをするようなオペレータにとっては、不適切な類似コマンドを送信させる頻度を大きく低下させることが可能である。そのため、オペレータは作業効率をより容易に向上させることができるようになる。

未使用モードの設定時には、入力された類似コマンドはそのまま送信される。メッセージは表示されない。このことから、コマンド入力をミスしない、或いはそのミスの発生頻度が小さいオペレータにとっては、メッセージの表示等による作業効率の低下を回避させることができる。

上記のようなことから、オペレータは、自身のスキルに合ったモードを設定することにより、作業効率は少なくとも維持させることができる。未使用モードを設定しないオペレータにとっては、不適切なコマンドを送信する頻度をより抑えつつ、作業効率を向上させることができる。ホスト２−１（及び２−２）に送信される不適切なコマンドが低減することから、ホスト２−１（及び２−２）の負荷の軽減、及びネットワーク１のトラフィック量の低減等も実現される。

各モードで想定するオペレータの処理能力としては、自動変換モード≦選択モード＜未使用モード、のような関係を想定している。自動変換モード≦選択モードと想定しているのは、ある程度、ミスせずにコマンド入力を行えるオペレータであっても、メッセージの表示等による作業効率の低下を回避する等を意図して、自動変換モードを設定することも有り得るからである。

図６は、定義設定ファイルの構成例を説明する図である。
図６に表記の「［００１］」は、１番目に定義された類似コマンドでることを表している。括弧内に表記の「００１」は、登録された類似コマンドに割り当てられた識別情報（以降「インデックス番号」と表記）であり、インデックス番号は、００１を初期値として、昇順に整数値が割り当てられる。

図６に表記の「ＮＡＭＥ」「ＳＲＣ」「ＨＯＳＴＡ」「ＨＯＳＴＢ」「ＤＳＴ」「ＭＳＧ」「Ｍｏｄｅ」は、例えばデータの種類を表す識別子であり、その後の「＝」を挟んで、設定されたデータが記述される。「ＮＡＭＥ」は、名称、「ＳＲＣ」は正規コマンドサンプル、「ＨＯＳＴＡ」は正規表現、「ＨＯＳＴＢ」は変換規則、「ＤＳＴ」は変換コマンドサンプル、「ＭＳＧ」はメッセージ、「Ｍｏｄｅ」はモード、の各データを表している。モードデータは、例えば１が自動変換モードを表している。２は選択モード、３は未使用モードをそれぞれ表している。

定義設定ファイル３０６には、図６に表すような各種データが類似コマンド毎に格納される。定義設定ファイル３０６は、例えば記憶装置２０９に保存され、必要に応じてＲＡＭ２０４に読み出される。コマンド送信制御部３０４は、ＲＡＭ２０４に読み出された定義設定ファイル３０６を参照し、登録された類似コマンド毎に、設定されたモードに従った処理を行い、送信すべき類似コマンドの内容を確定させて通信制御部３０１に渡す。通信制御部３０１は、コマンド送信制御部３０４から渡されたコマンドをホスト２−１宛に送信させる。以降、類似コマンド毎に格納されるデータ群を「定義情報」と表記する。

コマンド送信制御部３０４が定義設定ファイル３０６を参照するのは、ＣＵＩモードの設定時のみである。ＧＵＩモードの設定時には、コマンド送信制御部３０４は、画面上に入力されたデータを用いて送信すべきコマンドを生成し、生成したコマンドを通信制御部３０１に送信させる。

上記のように、Ｂシステム３０−２の機能構成は、Ａシステム３０−１と基本的に同じである。そのため、機能構成、及び各要素についての説明は省略する。

図７は、ＣＵＩモード設定時のコマンド送信制御処理のフローチャートである。このコマンド送信制御処理は、ＣＵＩモードが設定されている状態でＡシステム３０−１をＣＰＵ２０２が実行している場合に実現される処理である。ＣＵＩモードの設定時のコマンド送信制御部３０４は、このコマンド送信制御処理の実行により実現される。このコマンド送信制御処理が実行される契機は、コマンドの入力の終了指示、例えばエンターキーの操作である。コマンド入力後のエンターキーの操作により、キー入力制御部３０３からコマンド送信制御部３０４にコマンドが渡される。次に、図７を参照し、このコマンド送信制御処理について詳細に説明する。

先ず、ＣＰＵ２０２は、入力されたコマンドが、登録された類似コマンドか否かを確認し、その確認結果に対応するための類似チェック処理を実行する（Ｓ１）。ホスト２−１に送信すべきコマンドの内容は、この類似チェック処理の実行により確定する。

次に、ＣＰＵ２０２は、その類似チェック処理により内容が確定したコマンドをホスト２−１宛に送信させるための制御を行う（Ｓ２）。このＳ２での制御処理は、図１に表すＡシステム３０−１の機能構成では、コマンド送信制御部３０４から通信制御部２０１にコマンドの送信を依頼することに相当する。コマンドを送信させるための制御を実行した後、ＣＵＩモード設定時のコマンド送信制御処理が終了する。

図８Ａ、及び図８Ｂは、上記Ｓ１として実行される類似チェック処理のフローチャートである。次に図８Ａ、及び図８Ｂを参照し、上記類似チェック処理について詳細に説明する。

先ず、ＣＰＵ２０２は、入力したコマンドを、通信制御部３０１に渡すための変数である返却文字列に代入する（Ｓ１１）。続いて、ＣＰＵ２０２は、定義設定ファイル３０６内で対象とする定義情報を管理するための変数である処理インデックスに１を代入する（Ｓ１２）。処理インデックスに代入した１は、定義設定ファイル３０６で先頭に位置する定義情報、つまり図６で括弧内に「００１」が表記された定義情報を指定する値である。

次に、ＣＰＵ２０２は、処理インデックスの値で指定される定義情報を定義設定ファイル３０６から読み出す（Ｓ１３）。その読み出しを行った後、ＣＰＵ２０２は、定義設定ファイル３０６で参照すべき定義情報の読み出しが終了したか否か判定する（Ｓ１４）。定義設定ファイル３０６で参照すべき定義情報を全て参照した場合、処理インデックスの値は定義情報が格納されていないインデックス番号以上となり、定義情報を読み出すことができなくなる。このことから、定義情報を読み出せなかった場合、Ｓ１４の判定はＹｅｓとなり、ここで類似チェック処理が終了する。一方、定義情報を読み出せた場合、Ｓ１４の判定はＮｏとなってＳ１５に移行する。

Ｓ１５では、ＣＰＵ２０２は、返却文字列に代入した入力コマンドのフォーマットが、定義情報中の正規表現データが表すフォーマットと一致するか否か判定する。その２つのフォーマットが一致する場合、Ｓ１５の判定はＹｅｓとなってＳ１７に移行する。その２つのフォーマットが一致しない場合、Ｓ１５の判定はＮｏとなってＳ１６に移行する。

Ｓ１６では、ＣＰＵ２０２は、処理インデックスの値をインクリメントする。その後は上記Ｓ１３に戻る。それにより、Ｓ１３〜Ｓ１６の処理ループは、入力コマンドが類似コマンドとして登録されているか否かを確認するための処理ループとなっている。

Ｓ１７では、ＣＰＵ２０２は、定義情報中の変換規則データに従って、返却文字列に代入した入力コマンドを変換して得られるコマンド（図８Ａ中では「文字列」と表記）を生成する。次に、ＣＰＵ２０２は、生成したコマンドが、入力コマンドと一致するか否か判定する（Ｓ１８）。その２つのコマンドが一致する場合、例えば入力コマンドが「Ｎ２Ｙ２」のような２つの数値が同じ値のコマンドであった場合、Ｓ１８の判定はＹｅｓとなり、ここで類似チェック処理が終了する。その２つのコマンドが一致しない場合、Ｓ１８の判定はＮｏとなってＳ１９に移行する。

Ｓ１９では、ＣＰＵ２０２は、自動変換モードが設定されているか否か判定する。モードデータが１であった場合、Ｓ１９の判定はＹｅｓとなって図８ＢのＳ２５に移行する。そのモードデータが２、或いは３であった場合、Ｓ１９の判定はＮｏとなってＳ２０に移行する。

Ｓ２０では、ＣＰＵ２０２は、警告必要状態、つまり選択モードが設定されているか否か判定する。モードデータが２であった場合、Ｓ２０の判定はＹｅｓとなってＳ２１に移行する。モードデータが３であった場合、つまり未使用モードが設定されていた場合、Ｓ２０の判定はＮｏとなり、ここで類似チェック処理が終了する。

Ｓ２１では、ＣＰＵ２０２は、メッセージデータが表すメッセージを警告として表示させると共に、入力コマンドに行うべき操作の選択肢を提示させる。提示させる選択肢は、上記のように、そのまま送信する、自動変換を行って送信する、そのまま送信し、且つ異なるモードに変更する、の３つである。Ｓ２１に続くＳ２２以降は、オペレータによる選択結果に対応するための処理が実行される。

Ｓ２２では、そのまま送信し、且つ異なるモードに変更する、をオペレータが選択したか否か判定する。その選択肢をオペレータが選択した場合、Ｓ２２の判定はＹｅｓとなり、ＣＰＵ２０２は、Ｓ２３で未使用モードに変更、つまりモードデータを３に更新した後、この類似チェック処理が終了する。その選択肢をオペレータが選択しなかった場合、Ｓ２２の判定はＮｏとなってＳ２４に移行する。

Ｓ２４では、ＣＰＵ２０２は、そのまま送信する、をオペレータが選択したか否か判定する。その選択肢をオペレータが選択した場合、Ｓ２４の判定はＹｅｓとなり、ここで類似チェック処理が終了する。その選択肢をオペレータが選択しなかった場合、つまり自動変換を行って送信する、をオペレータが選択した場合、Ｓ２４の判定はＮｏとなってＳ２５に移行する。

Ｓ２５では、ＣＰＵ２０２は、上記返却文字列に、Ｓ１７で生成したコマンドを代入する。その後、類似チェック処理が終了する。

このようにして、返却文字列には、最終的に確定した内容のコマンドが代入される。それにより、通信制御部３０１に送信が依頼されるのは、この返却文字列に代入されたコマンドとなっている。

なお、本実施形態では、ＣＵＩモード設定時に監視するコマンドは、船車券として航空券の予約が可能な航空券予約発券システムに送信されるコマンドとしているが、予約発券システムは、航空券予約発券システムでなくとも良い。コマンドを監視する対象とする予約発券システムは、船車券の予約が可能な別の予約発券システムが存在し、且つその別の予約発券システムで同じフォーマットのパラメータの並びが異なるコマンドが使用可能な予約発券システムであれば良い。そのため、実際に監視すべきコマンドの種類は特に限定されない。また、同じフォーマットのパラメータの並びが異なるコマンドが使用可能であれば良いことから、システムは、船車券の予約が可能な予約発券システムでなくとも良い。

また、本実施形態では、各航空券予約発券システムを利用するためのアプリケーション３０に、コマンドを監視する機能を搭載させているが、アプリケーション３０の種類によっては、ミドルウェア等の別のプログラムにその機能を搭載させても良い。それにより、実際に入力されたコマンドの監視方法も本実施形態のような方法に限定されない。

１ ネットワーク
２、２−１、２−２ ホスト
３ ＣＲＳ端末装置
４ 表示装置
５ 入力装置
３０ アプリケーション
３０−１ Ａシステム
３０−２ Ｂシステム
２０１ バス
２０２ ＣＰＵ
２０３ ＲＯＭ
２０４ ＲＡＭ
２０５ 通信インタフェース
２０６ グラフィックインタフェース
２０７ 入出力インタフェース
２０９ 記憶装置
３０１ 通信制御部
３０２ 受信レスポンス制御部
３０３ キー入力制御部
３０４ コマンド送信制御部
３０５ 類似コマンド定義部
３０６ 定義設定ファイル

Claims (7)

1. 入力操作に応じてコマンドを入力する入力制御部と、
   前記入力制御部が前記コマンドを入力した場合に、該入力したコマンドである入力コマンドが他のコマンドとフォーマットが一致し、且つ前記他のコマンドとパラメータの並びが異なる対象コマンドか否か判定する判定部と、
   前記入力コマンドが前記対象コマンドと前記判定部が判定した場合に、前記入力コマンドに対し、前記パラメータの並びを変更する操作を実行可能な操作部と、
   外部装置との通信を制御する通信制御部と、
   前記入力コマンド、及び前記操作が行われた後の入力コマンドである変更コマンドのうちの一方を前記通信制御部に送信させる制御部と、
   を備えていることを特徴とする予約発券端末装置。
2. 前記制御部は、予め定められた設定に従い、前記入力コマンドが前記対象コマンドである旨の通知を行うと共に、前記入力コマンドに含まれるパラメータの並びを変更する操作を行うか否かを問い合わせ、該問い合わせ結果を基に、前記入力コマンド、及び前記変更コマンドのうちの一方を前記通信制御部に送信させる、
   ことを特徴とする請求項１記載の予約発券端末装置。
3. 前記操作を自動的に行って前記変更コマンドを生成し、
   前記制御部は、前記入力コマンドと前記変更コマンドの内容が一致した場合に、前記設定に係わらず、前記入力コマンドを前記通信制御部に送信させる、
   ことを特徴とする請求項２記載の予約発券端末装置。
4. 前記制御部は、前記入力コマンドと前記変更コマンドの内容が一致しない場合に、前記設定に従って、前記変更コマンドを前記通信制御部に送信させる、
   ことを特徴とする請求項２、または３記載の予約発券端末装置。
5. 入力操作に応じてコマンドを入力する入力制御部と、
   前記入力制御部が前記コマンドを入力した場合に、該入力したコマンドである入力コマンドが他のコマンドとフォーマットが一致し、且つ前記他のコマンドとパラメータの並びが異なる対象コマンドか否か判定する判定部と、
   前記入力コマンドが前記対象コマンドと前記判定部が判定した場合に、前記入力コマンドに対し、前記パラメータの並びを変更する操作を実行可能な操作部と、
   前記入力コマンド、及び前記操作が行われた後の入力コマンドのうちの一方を、実際に入力するコマンドとして確定する制御部と、
   を備えていることを特徴とするコマンド入力装置。
6. 入力操作に応じてコマンドを入力する情報処理装置に、
   入力操作により前記コマンドが入力された場合に、該入力したコマンドである入力コマンドが他のコマンドとフォーマットが一致し、且つ前記他のコマンドとパラメータの並びが異なる対象コマンドか否か判定させ、
   前記入力コマンドが前記対象コマンドと判定した場合に、予め定められた設定に従い、前記入力コマンド、及び前記入力コマンドのパラメータの並びを変更する操作を行った後の入力コマンドである変更コマンドのうちの一方を、実際に入力するコマンドとして確定させる、
   ことを特徴とするコマンド入力方法。
7. 入力操作に応じてコマンドを入力する情報処理装置に、
   入力操作により前記コマンドが入力された場合に、該入力したコマンドである入力コマンドが他のコマンドとフォーマットが一致し、且つ前記他のコマンドとパラメータの並びが異なる対象コマンドか否か判定させ、
   前記入力コマンドが前記対象コマンドと判定した場合に、予め定められた設定に従い、前記入力コマンド、及び前記入力コマンドのパラメータの並びを変更する操作を行った後の入力コマンドである変更コマンドのうちの一方を、実際に入力するコマンドとして確定させる、
   処理を実行させることを特徴とするプログラム。

Images