JPH07311899A - 飛行場運航票管理システムのユーザインタフェース装置 - Google Patents

Abstract

(57)【要約】 【目的】飛行場管制官の負担を軽減し、より的確で迅速
な指示ができ、さらにパイロットと管制官との意思疎通
を音声のみならず、視覚的に伝達可能とする。 【構成】飛行場管制で予め分担され、かつ互いに連携し
つつ飛行場運航票に基づいて行う複数の管制業務を支援
するものであって、各管制席毎に設けられ、情報表示装
置２４及び入力装置１２等と、各管制業務に必要な運航
票管理情報を取得する情報取得手段３６，３８等と、得
られた運航票管理情報を各管制業務に応じて入力装置２
１等からの指示内容に従って編集処理する情報処理手段
１３，１６等と、入力装置２１等からの指示に従って運
航票管理情報を管制席の情報表示装置２４に表示すると
共に、関連する管制業務の運航票管理情報を同一画面上
に表示する情報出力手段１４とを具備することを特徴と
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、飛行場管制におい
て、管制官が離着陸に関する指示を航空機パイロットに
与える時の管制業務の支援を行う飛行場運航票管理シス
テムのユーザインターフェース装置に関する。

【０００２】

【従来の技術】従来の飛行場におけるタワー管制におい
て、管制官は、被管制対象の航空機の飛行計画について
プリントアウトされた運航票（ストリップ）に従い、飛
行場内を目視またはレーダ画面を直接見て、航空機や車
両の位置等の状況を監視しつつ、無線または有線の電話
によってパイロット並びに関係者との連絡や確認を行っ
ている。また、ＦＤ（飛行計画調整官）、ＣＤ（管制承
認伝達管制官）、ＧＣ（空港面管制官）、ＬＣ（離着陸
管制官）の各管制官は、運航票を直接手で扱い、計画の
修正をボールペン等で行い、運航票の手渡しにより管制
の移管を行っている。

【０００３】しかしながら、上記のような従来の管制方
法では、航空機の発着量の増大に伴って管制官の状況判
断が難しくなってきている。さらに、管制官同士の運航
票の移管、飛行計画の確認・変更、並びにパイロットへ
の連絡が煩雑となり、効率的な運用を行うことが困難と
なっている。

【０００４】また、飛行場内での車両については、運航
票管理に含まれていないことから、航空機との一元管理
が行われていない状況である。トーイングカーについて
は、管制官（ＧＣ）が指示した交信内容に従い、パイロ
ットが車両と連絡を取りながら、プッシュバック作業を
行っている。

【０００５】このように、運航票を用いた管制官の対応
は、航空機の増大に伴い、煩雑且つ過負荷の状況を招い
ており、現在の管制官の状況把握や判断、並びに操作や
関係者へのフィードバックにおける負荷を軽減し、より
的確で迅速な指示ができるような、管制業務支援が望ま
れている。

【０００６】このためには、従来からの管制官の役割と
業務や管制官の思考の流れを反映した、電子運航システ
ムのユーザインターフェース形態が不可欠である。この
場合、従来から管制官が手で行っていた運航管理票を、
できるだけそのままの形態で取り入れる方式だけでな
く、目的や状況に応じて運航票の管理情報の様式を変
え、必要な運航票管理情報項目を分かりやすい表示形態
で管制官に提示する必要がある。

【０００７】一方、パイロットからの要求や確認は、現
在、音声で管制官に伝えられ、管制官がその内容に基づ
き運航票管理情報の修正や関係先への連絡を行ってい
る。しかしながら、このような音声による伝達だけで
は、その内容把握が困難で、しかも誤認を招くおそれが
あるため、視覚によって伝達可能にすることが望まれて
いる。

【０００８】

【発明が解決しようとする課題】以上述べたように、運
航票を用いた管制官の対応は、航空機の増大に伴い、煩
雑且つ過負荷の状況を招いているため、現在の管制官の
状況把握や判断、並びに操作や関係者へのフィードバッ
クにおける負荷を軽減し、より的確で迅速な指示ができ
るような管制業務の支援が望まれている。また、パイロ
ットと管制官との意思疎通を音声のみならず、視覚的に
伝達可能とすることが望まれている。

【０００９】この発明は上記の課題を解決するためにな
されたもので、管制官の状況把握や判断、並びに操作や
関係者へのフィードバックにおける負荷を軽減し、より
的確で迅速な指示ができ、さらにはパイロットと管制官
との意思疎通を音声のみならず、視覚的に伝達可能とす
る飛行場運航票管理システムのユーザインターフェース
装置を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記課題を解決するため
にこの発明に係る飛行場運航票管理システムのユーザイ
ンターフェース装置は、第１に、飛行場管制で予め分担
され、かつ互いに連携しつつ飛行場運航票に基づいて行
う複数の管制業務を支援するものであって、前記分担さ
れたそれぞれの管制業務を行う管制席毎に設けられる情
報表示装置及び入力装置と、前記分担されたそれぞれの
管制業務に必要な運航票管理情報を取得する情報取得手
段と、この手段で得た運航票管理情報を前記分担された
管制業務に応じて、かつ前記管制席毎に設けられた入力
装置からの指示内容に従って編集処理する情報処理手段
と、前記管制席毎に設けられた入力装置からの指示に従
って、前記情報処理手段で得られる運航票管理情報を該
当する管制席の情報表示装置に表示すると共に、関連す
る管制業務の運航票管理情報を同一画面上に表示する情
報出力手段とを具備することを特徴とする。

【００１１】第２に、第１の特徴とする構成において、
前記情報処理手段は、前記入力装置により、前記情報表
示装置に表示された運航票管理情報のリスト中から移管
する運航票管理情報と移管先が指定されたとき、当該情
報を移管先に移管し、前記情報出力手段は、その移管完
了とともに表示された運航票管理情報から移管済み情報
を削除し、移管先管制席の運航票管理情報の表示を更新
する更新手段を有することを特徴とする。

【００１２】第３に、第２の特徴とする構成において、
前記情報出力手段は、運航票管理情報の一部または全部
をインデックス情報として表示し、前記情報処理手段
は、前記入力装置を通じて前記インデックス情報中の運
航票管理情報の一つが移管情報として指定されたとき、
指定された運航票管理情報を移管する情報移管手段を有
することを特徴とする。

【００１３】第４に、第２の特徴とする構成において、
前記情報出力手段は、さらに、前記情報処理手段で運航
票管理情報を移管する場合、移管先の管制席において、
運航票管理情報が移管元管制席から移管先管制席へ移動
していく操作経路をビジュアルに表示する手段を有する
ことを特徴とする。

【００１４】第５に、第２の特徴とする構成において、
前記情報出力手段は、さらに移管する運航票管理情報が
移管先に受け入れられる情報項目が揃っているかを移管
元の管制席でチェックして前記入力装置を通じて受け入
れられないと指示された場合に、移管元の管制席に揃っ
ていない情報項目を表示すると共に警告メッセージを表
示する手段を有することを特徴とする。

【００１５】第６に、第１の特徴とする構成において、
前記情報取得手段は、さらに、航空機及び各管制席間の
送受信メッセージ情報を取得する受信メッセージ取得手
段を有し、前記情報出力手段は、さらに、前記航空機及
び管制席間の送受信メッセージ情報を表示するメッセー
ジ表示手段と、航空機からの受信メッセージのインデッ
クス情報をリスト表示するインデックス表示手段と、送
信先を示すメニュー表示手段とを有し、さらに、前記入
力装置からの指示に応じて指定された送信先に指定され
たメッセージ情報を送信する送信手段を有することを特
徴とする。

【００１６】第７に、第６の特徴とする構成において、
前記情報出力手段は、さらに、運航票管理情報やメッセ
ージを移管中、送信中、受信中であることを視覚的に識
別・明示する手段を有することを特徴とする。

【００１７】第８に、第６の特徴とする構成において、
前記受信メッセージ取得手段は、航空機から管制席への
パイロットの音声メッセージ、管制席から航空機への管
制官の音声メッセージを入力する音声メッセージ入力手
段と、この手段で得られる入力音声を認識する音声認識
手段と、この手段で得られる認識結果をテキストに変換
するテキスト変換手段と、この手段で得られるテキスト
メッセージの内容を把握してその中で注目する項目情報
を識別解釈するメッセージ解釈手段とを有し、前記情報
出力手段は、前記メッセージ解釈手段で解釈されるテキ
スト情報に基づき、管制関係者やパイロットへの応答メ
ッセージや運航票管理情報を更新する更新手段と表示す
る表示手段とを有することを特徴とする。

【００１８】第９に、第１の特徴とする構成において、
前記情報処理手段は、航空機個別の運航票管理情報が同
時に複数の管制席から変更を受けないように管理する手
段を有することを特徴とする。

【００１９】第１０に、第１の特徴とする構成におい
て、前記情報取得手段は、飛行場のレイアウト、航空機
や車両の位置、動きを空港地図の構造データとして蓄積
するモデルデータ蓄積部を有し、前記情報出力手段は、
前記モデルデータ蓄積部のデータに基づき、前記情報処
理装置に空港地図を空港地図情報表示領域に表示する手
段を有することを特徴とする。

【００２０】第１１に、第１０の特徴とする構成におい
て、前記情報取得手段は、空港地図上の航空機や車両の
位置座標の検出を行うセンサー装置を有することを特徴
とする。

【００２１】第１２に、第１の特徴とする構成におい
て、さらに、全部または一部の管制席の機能が複数端末
に分離し、相互に通信して運航票管理を行う手段を有す
ることを特徴とする。

【００２２】第１３に、第１の特徴とする構成におい
て、前記情報出力手段は、運航票管理情報の一部または
全部を管制対象となる各航空機単位の帳票やファイルフ
ォルダーのイメージで表示する手段を有することを特徴
とする。

【００２３】第１４に、第１の特徴とする構成におい
て、前記情報処理手段は、さらに、現在の各航空機や車
両の位置や離着陸準備の進行状態からパイロットからの
要求に対する回答、確認事項の妥当性チェック、パイロ
ットに対する指示を受けたとき、最適な誘導経路の提示
や飛行計画の確認等の推論を行うための予め登録された
知識データから該当する知識データを取り出し、これに
基づき推論する手段を有することを特徴とする。

【００２４】第１５に、第１の特徴とする構成におい
て、管制席として、飛行計画調整、管制承認伝達、空港
面管制、離着陸管制の管制業務を対象としたことを特徴
とする。

【００２５】

【作用】この発明において、管制官同士は、割り当てら
れた計算機端末画面との対話を通じて、電子メールと同
様に通信を用いて、従来の運航票と同一の様式、また
は、目的や状況に応じた変更様式で運航票情報の移管を
行なう。従来の目視やレーダ画面とともに画面上の飛行
場の航空機の状況と運航に関する知識ベースから、管制
対象となっている航空機に対する次の運航指示候補を推
論し、自動的に計算機から管制官に提示することによ
り、管制官の判断に対する負荷を軽減することができ
る。

【００２６】各管制官は、画面上において飛行場の航空
機の状況とともに他の管制官の処理状況を同一画面で参
照しながら、適当な運航票の移管先を指定し、移管を行
う。これにより従来からの管制官の作業を効率化するた
めの支援を行う。

【００２７】パイロットや問い合わせ先からのメッセー
ジ、管制官の発話内容は、音声認識により、テキスト情
報に変換され、管制に必要な情報部分が自動的に識別さ
れる。これらの情報をもとに運航票の情報が管制官の確
認を経て、自動的に変更される。

【００２８】他の管制官やパイロットへの情報のフィー
ドバックは、各管制の段階で確定された運航情報と通常
用いられる固定伝達メッセージを用いて、音声、テキス
ト表示の一方または両方の形態で行われる。

【００２９】

【実施例】以下、図面を参照してこの発明の一実施例に
ついて説明する。尚、ここでは、管制業務として一般的
に分担されているＦＤ（飛行計画調整官）、ＣＤ（管制
承認伝達管制官）、ＧＣ（空港面管制官）、ＬＣ（離着
陸管制官）の業務を支援する場合について述べる。

【００３０】図１は、この発明に係わる飛行場運航票管
理システムのユーザインターフェース装置におけるネッ
トワーク構成を示すもので、Ａはサーバ、Ｂ１〜Ｂ３は
クライアントであり、互いにデータバスＢＵＳを通じて
接続され、独自のデータファイルを備えている。ここで
は、サーバＡにＦＤ、クライアントＢ１、Ｂ２、Ｂ３に
それぞれＣＤ、ＧＣ、ＬＣが割り当てられるものとす
る。

【００３１】図２は上記サーバ（ＦＤ）Ａの構成、図３
は上記クライアント（ＣＤ、ＧＣ、ＬＣ）Ｂの構成を示
すものである。尚、図３に示すクライアントＢの構成は
図２に示すサーバＡの構成とほとんど同じであるため、
図３において図２と同一部分には同一符号を付して示
し、ここでは異なる部分について説明する。また、図
４、図５にそれぞれ主要部の具体的な構成を示す。

【００３２】図２において、１１は表示しているメニュ
ー項目やボタンを指示したり、操作位置を指定する入力
手段としてのマウスであり、このマウス１１によって入
力されたデータはマウス入力処理部１２に送られる。

【００３３】マウス入力処理部１２は、図４に示すよう
に構成され、マウス入力データはマウスＩ／Ｏインター
フェース１２１を介してＸ／Ｙ座標検出部１２２、マウ
スボタン開放検出部１２３、マウスボタン押下検出部１
２４に入力される。

【００３４】Ｘ／Ｙ座標検出部１２２で検出されたＸ／
Ｙ座標は、マウスカーソル表示制御部１２７に送られる
と共に、アプリケーション起動処理部１３のクリック操
作項目検出部１３１及びメニュー指示検出部１３２に送
られる。また、マウスボタン開放検出部１２３、マウス
ボタン押下検出部１２４で検出されたマウスボタン操作
結果は、いずれもドラッグ検出部１２５及びクリック検
出部１２６に送られる。

【００３５】ドラッグ検出部１２５は、マウスボタン開
放検出部１２３及びマウスボタン押下検出部１２４から
送出されるマウスボタン操作結果から、マウス１１の中
ボタン１１２によりドラッグ及びドロップ操作がなされ
たことを検出するもので、その検出結果はアプリケーシ
ョン起動処理部１３のメニュー指示検出部１３２に送ら
れ、同時にマウスカーソル表示制御部１２７に送られ
る。

【００３６】クリック検出部１２６は、マウスボタン開
放検出部１２３及びマウスボタン押下検出部１２４から
送出されるマウスボタン操作結果から、マウス１１の左
ボタン１１１により項目についてクリック操作がなされ
たことを検出するもので、その検出結果はアプリケーシ
ョン起動処理部１３のクリック操作項目検出部１３１に
送られる。

【００３７】ここで、マウスカーソル表示データ格納部
１２８には表示画面上のポインティング位置を示すため
のマウスカーソル表示データを格納するもので、ドラッ
グアイコン表示データ格納部１２９は、マウス１１の中
ボタン１１２を押し続けることによりドラッグする時に
ドラッグ経路に沿って表示するドラッグアイコン表示デ
ータを格納するものである。

【００３８】上記マウスカーソル表示制御部１２７は、
Ｘ／Ｙ座標検出部１２２から送出されるマウスカーソル
の表示座標を受け、マウスカーソル表示データ格納部１
２８やドラッグアイコン表示データ格納部１２９に格納
されているマウスカーソル表示データやドラッグアイコ
ン表示データを読み出し、表示処理部１４の表示駆動制
御部１４６に表示データを送出するものである。

【００３９】アプリケーション起動処理部１３におい
て、クリック操作項目検出部１３１は、Ｘ／Ｙ座標検出
部１２２、クリック検出部１２６から送出されたマウス
操作のデータと、メニューやボタンの入力項目の表示座
標を記憶したウィンドウ表示状況記憶部１５の記憶デー
タからクリックした時の入力項目を検出するもので、検
出された入力項目は処理判定部１３４に送られる。

【００４０】メニュー指示検出部１３２は、図６及び図
７に示すフローに従って、Ｘ／Ｙ座標検出部１２２、ド
ラッグ検出部１２５から送出されたマウス操作のデータ
と、ウィンドウ表示状況記憶部１５の記憶データからク
リックした時の入力項目と処理ナンバーを検出するもの
で、検出された入力項目と処理ナンバーはドラッグ元／
ドロップ先項目格納部１３３に送られる。

【００４１】ここで、ドラッグ及びドロップ操作が行わ
れた場合、ドラッグ元とドロップ先が異なる管制席の運
航票項目（ＦＤ、ＣＤ、ＧＣ、ＬＣの同じ管制席）の時
は、運航票移管チェックデータ格納部３３（移管方向チ
ェックデータ、移管データ整備チェックデータ）のデー
タの値によりチェックされ、禁止の移管方向の場合は、
操作を無視し、移管時の管制データが不足している場合
は、運航票データの移動処理を無効とし、ポップアップ
ウィンドウで不足データ項目を表示して管制官の確認入
力にて、操作前の表示に戻る。

【００４２】ドラッグ元／ドロップ先項目格納部１３３
は、メニュー指示検出部１３２で検出したドラッグから
ドロップまでの一連のマウス操作におけるドラッグ操作
開始とドロップ操作でのメニュー項目と処理ナンバーを
記憶しておくもので、その項目は処理判定部１３４に送
られる。

【００４３】処理判定部１３４は、クリック操作項目検
出部１３１またはメニュー指示検出部１３２からのマウ
ス操作の種類と操作項目により次の処理内容について判
別し、表示データ生成部１６の受信メッージ表示データ
生成部１６３、送信データ生成部１７、送信処理部１
８、運航票表示データ生成部１６４または運航管理情報
更新部１９、推論処理部２０のいずれかに制御を移すも
のである。

【００４４】ウィンドウ表示状況記憶部１５は、表示画
面上に表示中のウィンドウ及びコマンド指示ボタンやメ
ニュー表示バーなど、ウィンドウの各種表示部品の表示
座標、表示順位を格納するものである。

【００４５】表示処理部１４において、ウィンドウ表示
制御部１４３は、初期状態並びに処理判別部１３４から
のアプリケーションからの表示要求により、ウィンドウ
表示データ生成部１４５に対して、ウィンドウ枠表示デ
ータ格納部１４４からのウィンドウ枠やウィンドウ表示
内容記憶部１４２からの表示内容データを生成するよう
に制御し、また、表示するウィンドウ、および表示する
ウィンドウ内のコマンド指示ボタンやメニュー表示な
ど、ウィンドウの各種表示部品の表示項目の種類、表示
座標、表示順位をウィンドウ表示状況記憶部１５に格納
する。

【００４６】ウィンドウ表示データ生成部１４５は、ウ
ィンドウ表示制御部の要求により、ウィンドウ表示デー
タ格納部１４４、ならびにウィンドウ表示内容記憶部１
４２のデータを読み込み、ウィンドウの表示データを生
成するものである。

【００４７】表示駆動制御部１４６は、ウィンドウ表示
データ生成部１４５から送出されるウィンドウ表示デー
タ、並びにマウスカーソル表示制御部１２７からの送出
されるマウスカーソル表示データを元に、ＣＲＴなどの
表示装置２４を駆動するものである。

【００４８】表示データ生成部１６において、送信表示
データ生成部１６１は、送信データ格納部２５よりデー
タを読み出し、通信メッセージ表示領域に表示するデー
タを作成し、ウィンドウ表示データ書き込み部１４１に
表示データを送出するものである。

【００４９】受信メッセージインデックスリスト表示デ
ータ生成部１６２は、受信メッセージデータ格納部３０
から受信メッセージデータを読みとり、表示装置２４に
表示する受信メッセージのインデックスデータ（送信
元、メッセージの先頭データなど）のリストを作成する
ものである。

【００５０】受信メッセージ表示データ生成部１６３
は、受信メッセージインデックスリスト表示データ生成
部で作成され、表示装置２４の受信メッセージリスト表
示領域（図１１〜図１４の９）に表示された項目データ
がクリックされた時に、クリック操作項目検出部１３１
を介して処理判別部１３４により起動され、受信メッセ
ージデータ格納部３０からデータを読取り、図１１〜図
１４の受信メッセージリスト９のデータを通信メッセー
ジ表示領域８に表示する表示データを生成するものであ
る。

【００５１】運航票表示データ生成部１６４は運航票管
理データ格納部３８（３８１〜３８４）から図１１〜図
１４の２，３，４の運行票管理情報及び航空機に関する
情報（図１１〜図１４の２．１の１．３の出発／到着の
区別（Ｄ／Ａ），１．４の便名）を表示するデータを作
成するものである。

【００５２】空港地図表示データ生成部１６５は、運航
模擬部４２の情報をもとに図１１〜図１４の空港地図情
報表示ウィンドウ１の表示例に示すように飛行場地図と
飛行機・車両の現在位置を航空機の形をしたアイコン等
を表示となるような表示データを作成するものである。

【００５３】推論結果表示データ生成部１６６は推論処
理部２０の処理結果を表示するための表示データを作成
するものである。ドラッグ表示データ生成部１６７は通
信処理部３６を通じて送られてくる他席からの情報をド
ラッグ表示するための表示データを作成するものであ
る。

【００５４】送信データ生成部１７は、図１１〜図１４
の運航票表示データ群２のいずれかのデータ項目（２．
１，２．２，２．３）が送受先７．１〜７．２にドラッ
グ及びドロップ操作された情報（ドラッグ元、ドロップ
先）が処理判別部１３４から送出されるか、または、キ
ー入力により、キー入力データ検出部２３から送信デー
タが送出されると送信データ格納部２５に送信データを
格納するものである。

【００５５】送信処理部１８は、処理判別部１３４よ
り、送信開始ボタン（図１１〜図１４の８．２）のクリ
ック操作の伝達があると、図１１〜図１４において、送
受信先７の表示領域の中でドロップまたはクリックされ
た送信先（７．１〜７．３の航空機パイロット、ＡＣＣ
またはＩＦＲ）へ送信データ格納部２５のテキストデー
タを音声合成部３４で音声合成出力しながら、通信メッ
セージ表示領域８に表示されたデータを送信するもので
ある。

【００５６】２１は、送信データの入力手段としてのキ
ーボードであり、表示装置２４の通信メッセージ表示領
域にマウスカーソルを移動し、マウス１１の左ボタン１
１１をクリックして入力カーソル（ＣＡＲＥＴ等）が表
示されると、キー入力されたデータは、キーボードＩ／
Ｏインターフェース２２を介してキー入力データ検出部
２３に入力され、送信データ格納部２５などを介して、
通信メッセーシ表示領域にキー入力データが表示され
る。

【００５７】２６は、予め作成した運航票の計画データ
を記憶する運航票計画データ格納部である。２７は、航
空機や車両操作者からの発話による要求や確認情報など
を入力する音声入力部で、音声入力データ格納部２８に
音声データが格納される。

【００５８】２９は、音声入力部からの音声入力データ
を特定話者、または、不特定話者音声の方式により音声
認識を行い、テキストに変換する音声認識部で、ここで
得られたテキストデータは受信メッセージデータとして
受信メッセージデータ格納部３０に格納される。

【００５９】３１は、ＡＣＣ（航空交通管制部）やＩＦ
Ｒ（計器飛行管制室の意味）から問い合わせに対する回
答メッセージをテキストの形態で受信するテキストメッ
セージ受信部で、ここで得られたテキストメッセージデ
ータは受信メッセージデータとして受信メッセージデー
タ格納部３０に格納される。

【００６０】３２は、図１１〜図１４の通信メッセージ
表示領域８に表示する受信メッセージが音声入力の時
に、発話内容が格納されている音声入力データ格納部２
８のデータを読み出して再生出力する音声出力部であ
る。

【００６１】３５は、受信メッセージデータ格納部３０
から受信メッセージデータを読み取り、タクシー経路、
滑走路の方向角度、高度情報などの運航情報を抽出し、
運航票管理情報更新部１９へ送出するメッセージ解釈部
である。

【００６２】運航票管理情報更新部１９は、メッセージ
解釈部３５でパイロットから管制官への運航要求の受信
データまたは、管制官からパイロットへの回答に対する
送信データ（音声，やテキスト）から抽出された管制情
報、並びにＡＣＣやＩＦＲからの確認、変更指示内容に
応じて、現在管制対象となっている航空機の運航票管理
データ格納部３８の内容を更新する。

【００６３】サーバの運航票管理情報更新部１９では、
航空機毎に発行された運航票の他の管制席への移管毎に
管理する管制席ナンバー（１：ＦＤ、２：ＣＤ、３：Ｇ
Ｃ、４：ＬＣ）を記録更新する。航空機管制位置格納部
４６の管制位置（ＦＤ，ＣＤ，ＧＣ，ＬＣ）に対応した
運航票管理データ格納部３８１〜３８４のデータを更新
することで同時に一つの管制席から書き込みアクセスを
許すように管理される。

【００６４】一方、クライアントでは、自席の運航票管
理データの更新については自己管理で行い、更新内容を
通信処理部３６を介してサーバに送り、運航票管理デー
タ格納部３８に格納する。他のクライアント管制席の運
航票管理インデックスデータはサーバからの更新データ
の受信により更新する。これによって、サーバ、クライ
アント全体のアクセス管理を行う。

【００６５】また、運航票管理情報更新部１９は、自管
制席の運航票データを更新する時には、図９に示すよう
に移管モードデータＭ（ｉ）並びにストリップモードデ
ータＳ（ｉ）（ｉは、コンピュータ番号）（以下、Ｍ
（ｉ），Ｓ（ｉ）をモードデータと称する）を更新し、
他の管制席に運航管理データとともにこれらのモードデ
ータも添付して通信処理部３６を介して送信する。他の
管制席から運航管理データとモードデータを通信処理部
３６を介して受信すると、運航票管理情報更新部１９に
よって対応する運航票管理データと共にモードデータも
更新される。

【００６６】更新されたモードデータはモードデータ格
納部４３にモード別に格納され、必要に応じてメニュー
指示検出部１３２に送られる。また、すでに管制の管理
が完了した運航票管理データ格納部３８の情報について
は、完了データ格納部４４に格納される。

【００６７】運航票管理情報更新部１９は、移管の方向
や運航票のデータ項目の整備状況がメニュー指示検出部
でチェックされていることから、例えば、図１３におい
て、２のＧＣ運航票２．１から、ＬＣ運航票のインデッ
クス４．４にドラッグ及びドロップ操作をすると、図
２、図３において、ＧＣの指定された運航票データ項目
の情報をＧＣ運航票管理データ格納部３８３からＬＣ運
航票管理データ格納部３８４に正常に複写を完了した
後、ＧＣ運航票管理データ格納部３８３から削除する。

【００６８】３７は、タイマー４７を用いて、運航票計
画データ格納部２６に登録されている航空機の出発時刻
の例えば３０分前にＦＤの運航票管理データ格納部３８
１に登録を行う定時間前運航データ登録部である。

【００６９】３８は、各管制席で管理される運行票管理
データを格納するもので、３８１はＦＤ席で管理してい
る運航票管理データ格納部、３８２はＣＤ席に移管され
た運航票管理データ格納部、３８３はＧＣ席に移管され
た運航票管理データ格納部、３８４はＬＣ席に移管され
た運航票管理データ格納部である。

【００７０】３９は、飛行場内の航空機及びトーイング
カーなどの車両の位置を衛星やレーダなどの位置検出セ
ンサ４０により自動的に検出する航空機・車両位置検出
部である。

【００７１】４１は、空港の航空機や車両の駐機・駐
車、走行のルートや制約についての構造データを格納し
た空港地図モデルデータ格納部である。４２は、運航票
管理情報更新部１９及び空港地図モデルデータ格納部４
１のデータと航空機・車両位置検出部３９の位置情報を
もとに運航状況を更新する運航模擬部である。

【００７２】３６は、他の管制席に運航管理データや航
空機・車両位置データなどを送信または他の管制席から
のデータを受信する通信制御処理部である。４５は、推
論処理部２０で必要な運航知識を格納する運航知識格納
部である。

【００７３】ここで、上記アプリケーション起動処理部
１３のメニュー指示検出部１３２の処理内容を図６及び
図７に示すフローチャートを参照して説明する。まず、
予めｉにコンピュータ番号を設定し（ステップＳＴ
１）、Ｋｃに自管制席ナンバー（０：管制席なし、１：
ＦＤ、２：ＣＤ、３：ＧＣ、４：ＬＣとする）を登録し
ておく（ステップＳＴ２）。

【００７４】続いて、ドラッグ開始を待ち（ステップＳ
Ｔ３）、ドラッグ開始があったとき（Ｙ）は、ドラッグ
元が運航票管理データか判断する（ステップＳＴ４）。
運航票管理データでなければ無視し（Ｎ）、運航票管理
データであれば（Ｙ）、Ｋｒにドラッグ元管制席ナンバ
ーを登録する（ステップＳＴ５）。

【００７５】この時点で、ドラッグ元Ｋｃが自管制席Ｋ
ｒである（Ｋｃ＝Ｋｒ）かどうか判断し（ステップＳＴ
６）、Ｋｃ＝Ｋｒでなければ無視し（Ｎ）、Ｋｃ＝Ｋｒ
であれば（Ｙ）、ドロップ操作を待つ（ステップＳＴ
７）。

【００７６】ドロップ終了があれば（Ｙ）、ドロップ先
が通信相手先か判断し（ステップＳＴ８）、通信相手先
ならば（Ｙ）、図７のステップＳＴ２３に移行する。通
信相手先でなければ（Ｎ）、ドロップ先が運航票管理デ
ータか否か判断する（ステップＳＴ９）。運航票管理デ
ータでなければ無視し（Ｎ）、運航票管理データならば
（Ｙ）、Ｋｄにドロップ先管制席ナンバーを登録する。

【００７７】ここで、登録ナンバーＫｄが自管制席Ｋｃ
である（Ｋｄ＝Ｋｃ）かどうか判断し（ステップＳＴ１
１）、Ｋｄ＝Ｋｃならば（Ｙ）無視し、Ｋｄ＝Ｋｃなら
ば（Ｎ）、ｍに現在の移管モードデータＭ（ｉ）を登録
し、ｓに現在のストリップモードＳ（ｉ）を登録する
（ステップＳＴ１２）。続いて、ｘにｎ番目の運航票移
管チェックデータ格納部３３のデータ値を登録する（図
９（ｂ）参照）（ステップＳＴ１３）。

【００７８】ここで、データ項目が揃っている（ｘ＝
ｍ）か否か判断し（ステップＳＴ１４）、ｘ＝ｍでなけ
れば（Ｎ）ステップＳＴ２１に移行し、ｘ＝ｍならば
（Ｙ）、ｙにｍ番目の運航票移管チェックデータ格納部
３３のデータ値を登録する（図９（ａ）参照）（ステッ
プＳＴ１５）。

【００７９】次に、移管先が正しい（ｙ＝ｓ）か否か判
断し（ステップＳＴ１６）、ｙ＝ｓでなければ（Ｎ）無
視し、ｙ＝ｓであれば（Ｙ）、処理ナンバーに移管処理
ナンバーを登録し（ステップＳＴ１７）、ドラッグ元に
運航票のコンピュータ番号を登録し（ステップＳＴ１
８）、ドロップ先にＫｄを登録し（ステップＳＴ１
９）、ドラッグ元／ドロップ先項目格納部１３３へ処理
ナンバーを格納して（ステップＳＴ２０）、処理を終了
する。

【００８０】また、ステップＳＴ１４において、ｘ＝ｍ
でなかった場合（Ｎ）、ポップアップウィンドウを表示
して「データ項目の不足」を表示し（ステップＳＴ２
１）、確認操作を待ち（ステップＳＴ２２）、確認があ
った場合にはステップＳＴ３に戻る。

【００８１】一方、ステップＳＴ８において、ドロップ
先が通信相手先だった場合（Ｙ）、ドロップ先がアシス
タントか否か判断し（ステップＳＴ２３）、アシスタン
トでなければ（Ｎ）、処理ナンバーに送信処理ナンバー
を登録し（ステップＳＴ２４）、ドラッグ先に送信先ナ
ンバーを登録する（ステップＳＴ２５）。ここで、０は
送信先ナンバーなし、１はパイロット、２はＡＣＣ、３
はＩＦＲとする。さらに、ドラッグ元に運航票のコンピ
ュータ番号を登録してステップＳＴ２０に進む。

【００８２】また、ステップＳＴ２３において、ドロッ
プ先がアシスタントの場合（Ｙ）には、処理ナンバーに
推論処理ナンバーを登録してステップＳＴ２６に進む。
ところで、この実施例では、通信はサーバ（ＦＤ）Ａと
クライアント（ＣＤ，ＧＣ，ＬＣ）Ｂ１〜Ｂ３との間の
みで行うものとする。したがって、クライアントＢ１〜
Ｂ３同士の通信は必ずサーバＡを介して行われる。サー
バＡとクライアントＢ１〜Ｂ３での通信データの範囲は
以下のように異なる。そのデータ交換の様子を図８に示
し、データ移管の順序の一例を図９に示す。

【００８３】サーバＡは、全てのクライアントＢ１〜Ｂ
３の運航票管理情報を持つように制御が行われる。 (1) サーバからクライアントへの送信データ： ・移管するコンピュータ番号ｉの航空機の運航票の全デ
ータと移管／ストリップモード ・サーバとクライアントのいずれかで運航管理情報が変
更された時の、送信相手席以外の全運航票インデックス
データと移管／ストリップモード (2) クライアントからサーバへの送信データ： ・移管するコンピュータ番号ｉの航空機の運航票の全デ
ータと移管／ストリップモード ・自クライアントで運航管理情報が変更された時の、送
信相手席以外の全運航票インデータと移管／ストリップ
モード 複数の作業者が各人の計算機端末を介して情報のやりと
りや、確認、承認を行う事例として、電子メールシステ
ムや分散開発環境がある。

【００８４】この発明において、管制官同士は、割り当
てられた計算機端末画面との対話を通じて、電子メール
と同様に通信を用いて、従来の運航票と同一の様式、ま
たは、目的や状況に応じた変更様式で運航票情報の移管
を行なう。従来の目視やレーダ画面とともに画面上の飛
行場の航空機の状況と運航に関する知識ベースから、管
制対象となっている航空機に対する次の運航指示候補を
推論し、自動的に計算機から管制官に提示することによ
り、管制官の判断に対する負荷を軽減することができ
る。

【００８５】各管制官は、画面上において飛行場の航空
機の状況とともに他の管制官の処理状況を同一画面で参
照しながら、適当な運航票の移管先を指定し、移管を行
う。これにより従来からの管制官の作業を効率化するた
めの支援を行う。

【００８６】パイロットや問い合わせ先からのメッセー
ジ、管制官の発話内容は、音声認識により、テキスト情
報に変換され、管制に必要な情報部分が自動的に識別さ
れる。これらの情報をもとに運航票の情報が管制官の確
認を経て、自動的に変更される。

【００８７】他の管制官やパイロットへの情報のフィー
ドバックは、各管制の段階で確定された運航情報と通常
用いられる固定伝達メッセージを用いて、音声、テキス
ト表示の一方または両方の形態で行われる。

【００８８】図１０に運航票管理データの一例を示し、
図１１〜図１４に表示画面の一例を示して、運用手段に
ついて説明する。図１１〜図１４はこの発明における管
制対象席用の計算機端末画面の一実施例を示すタイリン
グ方式によるウィンドウ表示画面を示すもので、（ａ）
はＦＤ席、（ｂ）はＣＤ席、（ｃ）はＧＣ席、（ｄ）は
ＬＣ席での表示画面を示している。

【００８９】図１１〜図１４において、１は、空港の上
空からみた外観と航空機の位置や状況を表示する空港面
情報表示ウィンドウである。１．１，１．２はそれぞれ
右方向、左方向の滑走路の方向角度（３６０°単位の値
の１／１０）、１．３は滑走路への出口番号（Ｗ１〜Ｗ
７）、１．４はタクシー経路の曲がり角（Ｐ１〜Ｐ
７）、１．５は航空機が駐機するスポット番号（丸数
字）である。１番、２番、４番のスポットに便名ＹＹＹ
５６６、ＸＸＸ３４５、ＡＢＣ２１１、ＺＺＺ３３３が
駐機している状況を示す（図１６では、ＡＢＣ２１１は
Ｐ４でタクシー走行中である）。Ｄは出発機を示す。

【００９０】２は対象となっている管制席の運航情報を
表示するウィンドウである。３は管制対象席に管制を移
管する元の管制席の運航票情報インデックスを表示する
ウィンドウである。４は管制を移管する先の管制席の運
航票情報インデックスを表示するウィンドウである。

【００９１】図１１〜図１４に示す各管制席端末におい
て、管制対象席のウィンドウ２の、例えば２．１の便名
（ＡＢＣ２１１）等の項目に図２、図３のマウス１１の
マウス表示カーソル５を移動し、図２、図３のマウス中
ボタン１１２を押すと、移動用のドラッグ＆ドロップ・
アイコン（以下、Ｄ＆Ｄアイコンと称する）１０がカー
ソル５と共に表示される。（図１１〜図１４では、マウ
スカーソル単独の場合（５）とＤ＆Ｄアイコンの場合
（１０の左上の航空機表示）とが便宜的に同一画面に示
されている。

【００９２】中ボタン１１２を押したまま、移管先ウィ
ンドウの空き項目領域４．４にＤ＆Ｄアイコンを移動し
て離すと、管制対象席の２．１の運航情報が移管先の管
制席に移管され、現管制対象席ウィンドウの２．１の運
航情報が消え、２．１に表示されていた運航票情報のイ
ンデックスが移管先ウィンドウの４．４に表示される。

【００９３】尚、図１１〜図１４のＤ＆Ｄアイコンは、
２．１の運航票の最初の便名などの情報が運航票情報全
体を示すものであるが、全ての運航票情報がＤ＆Ｄ操作
に応じて動いてもよいし、他の図柄のアイコンやカーソ
ルを用いるようにしてもよい。

【００９４】図１１〜図１４において、２．４、２．
５、２．６の滑走路の方向角度、スポット番号、承認伝
達時刻は、管制処理により決定され、書き込まれた情報
である。６は時刻、風向き、風力、気温、などの現在の
環境情報を表示する領域である。

【００９５】７は送信や問い合わせをする相手先を指定
する領域である。図１１〜図１４の場合、送信相手とし
てパイロット７．１、ＡＣＣ（航空交通管制部）または
ＩＦＲ７．２と知識処理などの手段を用いたこの発明の
システムが提供するアシスタント７．３の３つの相手先
が用意されている。

【００９６】８はアシスタントの回答メッセージや送信
メッセージ、受信メッセージを表示する領域である。９
はメッセージ受信時に、９．２にメッセージ送信元の相
手の役割をアイコンと相手先名で表示し、９．１に受信
メッセージの先頭情報を表示する領域である。

【００９７】図１３において、アシスタントについて
は、運航票２．１をドラッグして７．３のアシスタント
（Assistant ）にドロップすると、ＧＣでの管制で指示
する滑走路の方向角度とタクシー経路が推論処理部２０
の知識処理により推論され、回答・通信メッセージ領域
８．１に表示される。

【００９８】受信メッセージについては、受信メッセー
ジリスト表示領域９に表示されているインデックスリス
トを図１３では９．１または９．２をマウス１１でクリ
ックすると回答・通信メッセージ領域に受信メッセージ
全文（図１３では８．１）が表示される。

【００９９】具体的な処理の流れを図１５を参照して説
明する。出発便ＡＢＣ２１１に注目した各管制席での運
航票の表示と送受信メッセージを以下に示す。一般に
は、運航票管理情報をストリップと呼ぶ。

【０１００】また、移管モードデータＭ（ｉ）、ストリ
ップモードデータＳ（ｉ）のこの発明でのセット値を以
下に併記する。ここで、ｉは運航票計画データのコンピ
ュータ番号を示す。「ＡＢＣ２１１」ではｉ＝０００４
で、運航計画データ格納部２６からＦＤ席に転送された
段階での初期値はＭ（ｉ）＝０、Ｓ（ｉ）＝０である。 （１）ＦＤ席 ステップ１：出発予定時刻３０分前に運航票計画データ
格納部２６から転送されてくるＡＢＣ２１１便のストリ
ップを図１５（ａ）に示すように表示する。初期データ
項目が揃っていることが確認されたら、現在の移管段階
を示す移管モードデータＭ（ｉ）を１に、ストリップの
データが揃っている段階を示すＳ（ｉ）を１とする。

【０１０１】ステップ２：ＦＤ席からＣＤ席への移管を
実行する。 （２）ＣＤ席 ステップ３：移管されたＡＢＣ２１１便をストリップ表
示（同上）し、Ｍ（ｉ）＝２とする。

【０１０２】ステップ４：パイロットからＦＤへの音声
メッセージの受信内容を表示する（5 minutes before s
tart. destination Chitose, flight level 390, gate
4.）。

【０１０３】ステップ５：ＦＤからパイロットへの音声
メッセージの送信内容を表示する（ABC211 clear to Ch
itose SNE5 <>SNE V11, flight level 390. ）。 ステップ６：図１５（ｂ）に示すように、ストリップに
スポット番号４を表示する。

【０１０４】ステップ７：ＣＤ席からＦＤ席へ運航票管
理情報を移管する。 （３）ＦＤ席 ステップ８：移管されたＡＢＣ２１１便のストリップを
表示し（同上）、Ｍ（ｉ）＝３とする。

【０１０５】ステップ９：ＦＤからＡＣＣへクリアラン
ス（離陸許可）を要求する。 ステップ１０：ＡＣＣからクリアランスを受信表示する
（ABC211 is clearedto Chitose Airport. Flight plan
ned Route, Maintain Flight Level 370, Departure Fr
equency 126 decimal 0, Squawk 5301.）。

【０１０６】ステップ１１：図１５（ｃ）に示すよう
に、ストリップに管制承認内容（例えば高度３９０を３
７０に変更）を書き込む。図のようにデータ項目が揃っ
ている場合にはＳ（ｉ）＝４とする。

【０１０７】ステップ１２：ＦＤ席からＣＤ席へ運航票
管理情報を移管する。 （４）ＣＤ席 ステップ１３：移管されたＡＢＣ２１１便のストリップ
を表示し（同上）、Ｍ（ｉ）＝４とする。

【０１０８】ステップ１４：パイロットからＣＤへの音
声メッセージの受信内容を表示する（Ready to start e
ngines. ）。 ステップ１５：ＣＤからパイロットへの確認応答の音声
メッセージ送信内容を表示する。

【０１０９】ステップ１６：ＣＤからパイロットへの音
声メッセージの受信内容を表示する（Roger, Clear to
Chitose Airport, Flight planned Route, Maintain Fl
ightLevel 370, Departure Frequency 126 decimal 0,
Squawk 5031. ）。

【０１１０】ステップ１７：図１５（ｄ）に示すよう
に、ストリップに管制承認伝達時刻を表示する。図のよ
うにデータ項目が揃っている場合にはＳ（ｉ）＝４とす
る。 ステップ１８：ＣＤ席からＧＣ席へ運航票管理情報を移
管する。 （５）ＧＣ席 ステップ１９：移管されたＡＢＣ２１１便のストリップ
を表示し（同上）、Ｍ（ｉ）＝５とする。

【０１１１】ステップ２０：パイロットからＧＣへの音
声メッセージの受信内容を表示する（Request Push bac
k Gate 4. ）。 ステップ２１：ＧＣからパイロットへのメッセージ送信
内容を表示する（Pushback 指示）。

【０１１２】ステップ２２：パイロットからＧＣへのメ
ッセージ受信内容を表示する（Request Taxi）。 ステップ２３：システムのアシスタントにタクシー経路
について問い合わせる。

【０１１３】ステップ２４：システムより推論結果を表
示する（Runway 17, taxi via P4,W2；滑走路「１７」
を使用し、Ｐ４，Ｗ２のタクシー経路を使用せよ）。 ステップ２５：ＧＣからパイロットへ推論結果をパイロ
ットへ通知する。

【０１１４】ステップ２６：図１５（ｅ）に示すよう
に、ストリップに滑走路の方向角度の値「１７」を追加
表示する。図のようにデータ項目が揃っている場合に
は、Ｓ（ｉ）＝５とする。

【０１１５】ステップ２７：ＧＣ席からＬＣ席へ運航票
管理情報を移管する。 （６）ＬＣ席 ステップ２８：移管されたＡＢＣ２１１便のストリップ
を表示し（同上）、Ｍ（ｉ）＝６とする。

【０１１６】ステップ２９：パイロットからＬＣへの音
声メッセージの受信内容を表示する（Ready for Take o
ff. ）。 ステップ３０：ＬＣからパイロットへの応答メッセージ
送信内容を表示する（Taxi into position and hol
d.）。

【０１１７】ステップ３１：ＬＣからＩＦＲへ離陸許可
を要求する。 ステップ３２：ＩＦＲからＬＣへの離陸許可受信内容を
表示する（ABC211 isapproved. ）。

【０１１８】ステップ３３：ＬＣからパイロットへの離
陸許可通知内容を表示する（Roger.Cleared for Take o
ff.）。 ステップ３４：図１５（ｆ）に示すように、ストリップ
に離陸時刻が表示される。図のようにデータ項目が揃っ
ている場合は、Ｓ（ｉ）＝６とする。

【０１１９】ステップ３５：ＬＣ席からＦＤ席へ運航票
管理情報を移管する。 （７）ＦＤ席 ステップ３６：移管されたＡＢＣ２１１便のストリップ
を表示し（同上）、Ｍ（ｉ）＝７とする。

【０１２０】ステップ３７：ストリップデータを完了ボ
ックスへＤ＆Ｄ操作で移行させ、Ｓ（ｉ）＝７とする。 ステップ３８：ＡＢＣ２１１便のストリップをＦＤ席の
表示から消去させる。

【０１２１】上記の処理の流れに沿って、実施例の動作
を以下に説明する。この発明では、図１のサーバ、クラ
イアントの順に計算機システムの電源が投入されるなど
の方法でシステムの起動が行われると、ウィンドウ表示
制御部１４３に制御が移り、ウィンドウ表示内容記憶部
１４２に記憶している初期画面（図１１〜図１４の各ウ
ィンドウの運航票データ、航空機などを除いた固定的な
表示画面）が表示される。

【０１２２】サーバでは、さらにウィンドウ表示制御部
１４３により定時間前運航票データ登録部３７が起動さ
れ、図１０に示すデータフォーマットの運航票計画デー
タのインデックス情報（この実施例では航空機の便名）
が初期画面以外に図１１の３（Planned list）に３．１
〜３．３のように表示される。

【０１２３】以下、上述の処理の流れに対応させて説明
する。 （ステップ１）サーバの定時間前運航票データ登録部３
７では、運航票計画データ格納部２６のデータのうち、
タイマー４７からの現在時間情報と運航票管理データの
出発予定時刻（図１０（６））を元に３０分前またはそ
れ以降の航空機の運航票データを読み込み、ＦＤの運航
票管理データ格納部３８１に書き込む。

【０１２４】以下、図１１〜図１４の画面を想定した上
で、処理の流れに沿った順番でサーバ（ＦＤ）からクラ
イアント（ＣＤ，ＧＣ，ＬＣ）に運航票が移管されてい
く過程を説明する。

【０１２５】まず、図１１に示すように、３０分前の運
航票データとして、２．１〜２．３のデータが定時間前
運航票データ登録部３７によりＦＤに登録され、プラン
リスト（Planned list）の３．１〜３．３に表示したデ
ータが運航票計画データ格納部２６に登録され、また
４．１〜４．３のＣＤ表示データがＣＤ運航票管理デー
タ格納部３８２に登録されている状況を想定する。

【０１２６】この時点で、ＦＤ，ＣＤのデータは、通信
処理部３６を介してＣＤクライアントに送られる。ＣＤ
クライアントでは、運航票管理データ格納部３８のＦＤ
３８１にインデックス情報を書き込み、ＣＤ３８２に移
管されたＣＤの全情報を書き込んで、図１２に従った形
式で運航票管理情報を表示する。ＧＣやＬＣクライアン
トでも、同様な通信処理により、他の管制席のインデッ
クス情報を運航票管理データ格納部３８に書き込み、図
１３、図１４に従った形式で運航票管理情報を表示す
る。

【０１２７】また、図１１の空港地図情報表示ウィンド
ウ１への航空機並びに車両の位置を含んだレイアウト情
報は、航空機・車両位置検出部３９からの情報を受け
て、運航模擬部４２が表示データ生成部１４の空港地図
表示データ生成部１６５へタイマー４７からの時間情報
をもとに一定時間毎（たとえば、１０秒毎）に送信し、
表示処理部１４を介して表示される。これらの位置情報
は、サーバの図２の通信処理部３６から一定時間毎にク
ライアント（ＣＤ，ＧＣ，ＬＣ）の図３の通信処理部３
６へ送られ、運航票管理情報更新部１９から運航模擬部
４２に便名等の情報と共に位置情報が伝達され、空港地
図表示データ生成部１６５を介して、画面に自動的に反
映される。

【０１２８】Ｍ（ｉ），Ｓ（ｉ）の推移は、処理の流れ
で示した通りである。以下、最初の移管操作を除き、モ
ードデータＭ（ｉ）、Ｓ（ｉ）の設定動作説明を省略す
る。ＡＢＣ２１１便のｉ＝０００４であるので、この便
のモードデータをそれぞれ、Ｍ（４），Ｓ（４）で表記
する。

【０１２９】最初にサーバ（ＦＤ）での動作を説明す
る。図１０の（１）〜（１１）の項目が全て入力されて
いることをチェックすると、Ｍ（４），Ｓ（４）をそれ
ぞれ１に設定する。 （ステップ２）図１１の２．１がドラッグされて４．４
にドロップされると、マウス入力処理部１２からドラッ
グ元、ドロップ先のメニュー表示項目がアプリケーショ
ン起動処理部１３のメニュー指示検出部１３２に伝えら
れる。メニュー指示検出部１３２では、運航票移管チェ
ックデータ格納部３３のデータに従い、移管モードデー
タＭ（４）、ストリップモードデータＳ（４）の値を、
運航票移管チェックデータ格納部３３に格納されている
チェックフローに従ってチェックする。フローに従った
チェックで許容されない移管があった場合は、ドラッグ
・ドロップ操作は無視されて、以下の処理は行われな
い。

【０１３０】移管元がＦＤの自管制席であり、Ｍ（４）
＝１であるので、図９（ｂ）のＭ（４）の値「１」に対
応した値「１」が現在のＳ（４）の値と一致しているこ
と、また、図９（ａ）のＭ（４）の値「１」に対応した
値「２」が移管操作先の管制席ナンバーの値「２」と一
致していることから、移管操作が許可され、移管処理が
行われる。

【０１３１】ドラッグ＆ドロップ操作が許容されるか無
視されるかにかかわらず、ドラッグ検出部１２５がその
操作終了をマウスカーソル表示制御部１２７に伝え、Ｄ
＆Ｄアイコンの表示はメニュー指示検出部１３２からの
マウスカーソル表示制御部１２７への伝達により画面か
ら消える。

【０１３２】移管先の管制席ナンバーと現在の運航票管
理データが揃っていることが確認され、移管操作が認め
られると、ドラック元とドラッグ先のメニュー項目がド
ラッグ元／ドロップ先項目格納部１３３に格納され、こ
の情報が処理判別部１３４を経て運航票管理情報更新部
１９に伝えられる。

【０１３３】次に、ＦＤサーバとＣＤクライアントでの
移管処理動作を説明する。ＦＤサーバの運航票管理情報
更新部１９は、通信処理部３６を介してＣＤのクライア
ントの管制席にコンピュータ番号＝０００４のＡＢＣ２
１１便のＦＤデータ内容をモードデータと共にＣＤへの
移管を送信する。ＣＤクライアントでは、通信処理部３
６を介してこれを受信し、運航票管理情報更新部１９が
ＣＤの運航票管理データ格納部３８２に書き込み、ＦＤ
のＡＢＣ２１１便のインデックスデータを消去する。

【０１３４】この処理を完了すると、移管モードデータ
Ｍ（４）を２に更新し、通信処理部３６を介して、サー
バに更新されたモードデータと書き込み更新の正常終了
を伝える。 （ステップ３）ＣＤクライアントでは、表示データ生成
部１６の運航票表示データ生成部１６４に、図９（Ｂ）
の２．１のＣＤデータ表示の要求を行うと共に、３に表
示されていたＦＤインデックスデータの表示を消去す
る。

【０１３５】尚、図１２では、移管の結果のみが表示さ
れており、移管元のＦＤインデックスの表示がない。ま
た、ＣＤの表示も、移管直後ではなく、２．２並びに
２．３が登録された後の表示画面を示している。

【０１３６】ＣＤクライアントからの更新されたモード
データと書き込み更新の正常終了を通信処理部３６を介
して受信したＦＤサーバでは、運航票管理情報更新部１
９がＦＤ運航票管理データ格納部３８のコンピュータ番
号＝０００４のＡＢＣ２１１便のＦＤデータ内容をＣＤ
運航票管理データ格納部３８２に書き込み、ＦＤ運航票
管理データ格納部３８１のＦＤデータを消去し、受信し
たデータに従ってモードデータを更新すると共に、表示
データ生成部１６が図１１の２．１に表示されていたＦ
Ｄデータの表示を消去し、ＣＤインデックス表示領域の
４．４を表示する。

【０１３７】さらに、ＦＤサーバでは、ＧＣ、ＬＣクラ
イアントに対し、通信処理部３６を介して、コンピュー
タ番号＝０００４のＡＢＣ２１１便のＦＤからＣＤへの
移管完了、並びにインデックスデータとモードデータを
送信する。サーバから更新されたモードデータとＦＤか
らＣＤへの移管完了を受信すると、ＧＣ、ＬＣの各クラ
イアントは、受信した運航票管理情報更新部１９が運航
票管理データ格納部３８のコンピュータ番号＝０００４
のＡＢＣ２１１便の移管データ内容をＣＤに書き込み、
ＦＤデータを消去して受信したデータに従ってモードデ
ータを更新する。ＧＣクライアントでは、表示データ生
成部１６を介して図１３のＣＤインデックスに移管され
た情報が表示される。

【０１３８】以下に、上記の移管処理過程が移管先でビ
ジュアルに見える場合の動作を説明する。サーバで、マ
ウス中ボタン１１２でのＦＤ運航票（図１１の２）から
のドラッグを検出し、ＦＤ表示領域のＣＤ領域に近い隣
接した一定範囲の領域（例えば、１／４の領域）に入っ
たことを検出すると、通信処理部３６を介して、ＣＤク
ライアントにＦＤからＣＤ領域へのドラッグ開始とマウ
ス座標を送信する。

【０１３９】受信したＣＤクライアントでは、通信処理
部３６から表示データ生成部１６に受信情報が伝達さ
れ、ドラッグ表示データ生成部１６７において、ドラッ
グ状況を図１６の１０に示すビジュアル表示の形態（こ
れを「移管アイコン」と呼ぶ）で図１２のＦＤインデッ
クス表示領域３にサーバ側のＦＤ表示領域のＣＤ領域に
近い隣接した一定範囲の領域（例えば、１／４の領域）
を縦・横の方向に比例配分によるマッピングによる表示
位置を計算して表示する。

【０１４０】サーバでドラッグがＣＤインデックス表示
領域４に移行すると、同様に通信処理部３６を介してＣ
Ｄクライアントに伝達され、ドラッグ表示データ生成部
１６７において、ＣＤクライアントの図１２のＣＤ運航
票表示領域に移管アイコンを移し、画面横方向について
は、対応した情報位置（ＡＢＣ２１１等の便名表示領域
の位置）にマッピングして移管アイコンを表示する。ド
ロップ操作以降の処理は上記と同様である。

【０１４１】続いて、次ステップにおけるＣＤクライア
ントでの動作を説明する。 （ステップ４）図３の音声入力部２７を介してＡＢＣ２
１１便のパイロットから音声「5 minutes before star
t. Destination Chitose, flight level 390. gate4」
を受信する。この受信音声は、音声入力データ格納部２
８に記憶され、音声認識部２９により単語単位にスペー
スで区切られたテキストに変換され、受信メッセージデ
ータ格納部３０に記憶され、受信内容を表示データ生成
部１６の受信メッセージインデックスリスト表示データ
生成部１６２に受信データインデックスリスト表示作成
要求を行う。

【０１４２】受信メッセージインデックスリスト表示デ
ータ生成部１６２では、受信メッセージデータ格納部３
０の受信データを読み出し、図１１の９に受信メッセー
ジの先頭部を送信元と共に表示する。

【０１４３】ここで、図３のマウスの左ボタン１１１で
図１２の９．１または９．２がクリックされると、マウ
ス入力処理部１２、アブリケーション起動処理部１３を
介して、相手先９．１の受信データインデックス項目が
指定されたことを判別し、受信メッセージデータ生成部
１６３が起動され、受信メッセージデータ格納部３０の
データを図１２の回答・通信メッセージ表示領域８．１
に表示する。 （ステップ５）パイロットからの音声に対するＣＤ管制
官の音声応答「ABC211 clear to Chitose SNE5 <>SNE V
11, flight level 390」が音声入力部２７を介して入力
されると、同様に音声入力データ格納部２８に記憶さ
れ、音声認識部２９により単語単位にスペースで区切ら
れたテキストに変換され、受信メッセージデータ格納部
３０に記憶される。 （ステップ６）パイロットから音声を認識したのテキス
トをテキストＡ、ＣＤ管制官の応答音声を認識したテキ
ストをテキストＢと呼ぶ。メッセージ解釈部３５では、
それぞれ以下のような単位で意味のある情報として解釈
される。

【０１４４】テキストＡ： (1)5 minutes before start. （エンジンスタート５分
前のパイロットからの管制要求） (2)Destination Chitose, （行き先が千歳） (3)flight level 390.（高度３９００フィート） (4)gate4（駐機スポットＮＯ．が４番） テキストＢ： (1)ABC211 （管制承認対象の便名） (2)clear to Chitose （目的地千歳までの管制） (3)SNE5 <>SNE V11,（経路情報） (4)flight level 390 （高度３９００フィート） テキストＡに対するテキストＢの応答結果が上記の解釈
結果として運航票管理情報更新部１９に送られる。運航
票管理情報更新部１９では、テキストＡ，Ｂの内容と運
航票管理データ格納部ＣＤ３８２との対応づけから、現
在ＣＤ対象になっている図１２の２．１の運航票情報に
ついての音声応答情報であることを識別し、現在、運航
票管理データ格納部ＣＤ３８２に登録されていない、テ
キストＡ(4) のスポット番号が追加情報として識別さ
れ、ＣＤ運航票管理データ格納部３８２に記憶され、ス
トリップモードデータＳ（４）が２に更新され、表示デ
ータ生成部１６を介して、図１２の２．１のスポット番
号２．５として「４」が表示される。

【０１４５】同時に、通信処理部３６を介して、スポッ
ト番号の付加されたＡＢＣ２１１便の運航票データとモ
ードデータがサーバに送られる。続いて、サーバ（Ｆ
Ｄ）、他のクライアントでの動作を説明する。

【０１４６】サーバでは、図２の通信処理部３６を介し
てスポット番号の付加されたＡＢＣ２１１便の運航票デ
ールタとモードデータを受信すると、運航票管理情報更
新部１９にデータが送られ、ＣＤの運航票管理データ格
納部３８２とモードデータ４３を更新する。

【０１４７】さらに、サーバではＧＣ，ＬＣのクライア
ントに対して、モードデータの送信を通信処理部３６を
介して行い、ＧＣ，ＬＣクライアントは、自管制席のモ
ードデータを更新する。 （ステップ７）ステップ２と逆の方向で同様の動作に
て、ＣＤ席からＦＤ席への運航票情報の移管処理を行
う。

【０１４８】続くサーバ（ＦＤ）での動作を説明する。 （ステップ８）ステップ３と同様の動作にて、移管され
たＡＢＣ２１１便のストリップ表示を行う。 （ステップ９）マウスカーソルが図１１の２．１のＡＢ
Ｃ２１１便のところで図２マウス中ボタン１１２を押し
ながら送信相手先の７．２のＡＣＣまでドラッグしてド
ロップすると、マウス入力処理部１２からアプリケーシ
ョン起動処理部１３のメニユー指示検出部１３２が運航
票データの送信と判断し、ドラッグ元としてＡＢＣ２１
１のデータを、ドロップ先としてＡＣＣをドラッグ元／
ドロップ先項目格納部１３３に記憶する。

【０１４９】処理判別部１３４は、運航票管理データ格
納部３８のＦＤ３８１よりＡＢＣ２１１便の運航票デー
タを読み込んで送信データ生成部１７に送り、送信デー
タを送信データ格納部２５に格納する。格納された送信
データは、表示データ生成部１６の送信表示データ生成
部１６１で表示データが生成され、表示処理部１４を介
して、図１１の回答・通信メッセージ表示領域８．１に
表示する。

【０１５０】ここで送信開始ボタン８．２が図２のマウ
ス左ボタン１１１でクリックされると、クリックの座標
情報がマウス入力処理部１２のクリック検出部１２６を
介してアプリケーション起動処理部１３のクリック項目
検出部に送られ、送信開始ボタンがクリックされたこと
を処理判別部１３４に送る。

【０１５１】処理判別部１３４では、送信データ生成部
１７に、送信元・送信先情報を送出した直後の送信開始
指示であることをチェックし、送信処理部１８に送信開
始の起動を行う。送信処理部１８は、送信データ格納部
２５に格納されたデータを指定されたＡＣＣにデータ伝
送を行う。 （ステップ１０）テキストメッセージ受信部３１を介し
て、ＡＣＣから回答メッセージ「ABC211is cleared to
Chitose Airport, Flight planned Route, Maintain Fl
ight Level 370, Departure Frequency 126 decimal 0,
Squawk5301 」を受信すると、受信メッセージを受信メ
ッセージデータ格納部３０に格納すると共に、受信内容
を表示データ生成部１６の受信メッセージインデックス
リスト表示データ生成部１６２に受信データインデック
スリスト表示作成要求を行う。

【０１５２】受信メッセージインデックスリスト表示デ
ータ生成部１６２では、受信メッセージデータ格納部３
０の受信データを読み出し、図１１の９．１に受信メッ
セージの先頭部を９．２の送信元と共に表示する。図１
１の９．１と９．２は、受信メッセージの先頭部と送信
元を表示した一例を示す。

【０１５３】ここで、図２のマウスの左ボタン１１１で
図１１の９．１または、９．２がクリックされると、マ
ウス入力処理部１２、アプリケーション起動処理部１３
を介して、送信元９．１からの受信データインデックス
項目が指定されたことを判別し、受信メッセージデータ
生成部１６３が起動され、受信メッセージデータ格納部
３０のデータを図１１の回答・通信メッセージ表示領域
８．１に表示する。図１１の８．１は、受信メッセージ
データの一表示例である。 （ステップ１１）ＡＣＣからの受信メッセージが図１１
の８．１に表示されると、受信メッセージデータ格納部
３０のデータがステップ６と同様の方法で解釈され、Ａ
ＣＣへの送信内容である高度３９０が高度３７０に変更
になっていることを運行管理情報更新部１９で検出し、
変更内容をＦＤの運航票管理データ格納部３８１に書き
込むとともに、表示データ生成部１６の運航票表示デー
タ生成部１６４に対して、管制承認内容をＡＢＣ２１１
便の運航票表示図１１の２．１の２．１．１に高度情報
の変更情報「FPR M370」を網かけ表示する。この時、運
行管理情報更新部１９は、ストリップモードＳ（４）を
３に更新する。 （ステップ１２）ステップ２と同様の動作にて、ＦＤ席
からＣＤ席への運航票情報の移管処理を行う。

【０１５４】続くクライアント（ＣＤ）での動作を説明
する。 （ステップ１３）ステップ３と同様の動作にて、移管さ
れたＡＢＣ２１１便のストリップ表示を行う。 （ステップ１４）ステップ４と同様の動作にて、パイロ
ットから「Ready to start engines」の音声メッセージ
を受信する。 （ステップ１５，１６）音声で、ＣＤからパイロットに
ステップ５と同様の動作にて確認応答メッセージと管制
承認の音声メッセージ「Roger, Clear to Chitose Airp
ort, Flight planned Route, Maintain Flight Level 3
70, Departure Frequency 126 decimal0, Squawk 503
1」が伝達される。 （ステップ１７）現在時刻がタイマー４７から読み出さ
れ、分単位部分の時刻がステップ６と同様の動作にて、
図１２の２．６の管制伝達承認時刻に表示され、ＣＤ運
航票管理データ格納部３８２に記録される。 （ステップ１８）ステップ２と同様の動作にて、ＣＤ席
からＧＣ席への運航票情報の移管処理を行う。

【０１５５】続くクライアント（ＧＣ）での動作を説明
する。 （ステップ１９）ステップ３と同様の動作にて、移管さ
れたＡＢＣ２１１便のストリップ表示を行う。 （ステップ２０）ステップ４と同様の動作にて、パイロ
ットから「Request Push back Gate 4」の音声メッセー
ジを受信する。図１３の９．１，９．２に受信メッセー
ジの先頭部分と送信元の表示例を示す。 （ステップ２１）音声で、ＣＤからパイロットにステッ
プ５と同様の動作にて確認応答メッセージを伝達する。 （ステップ２２）ステップ４と同様の動作にて、パイロ
ットから「Request Taxi」の音声メッセージを受信す
る。 （ステップ２３）マウスカーソルが図１３の２．１のＡ
ＢＣ２１１便のところで図３のマウス中ボタン１１２を
押しながら送信相手先の７．３のAssistant までドラッ
グしてドロップすると、マウス入力処理部１２からアプ
リケーション起動処理部１３のメニユー指示検出部１３
２がシステム支援処理のアシスタント要求と判断し、ド
ラッグ元のＡＢＣ２１１のデータと、ドロップ先のAssi
stant をドラッグ元／ドロップ先項目格納部１３３に記
憶する。

【０１５６】処理判別部１３４は、ＡＢＣ２１１便のタ
クシー経路についての推論要求を推論処理部２０に対し
て行う。 （ステップ２４）推論処理部２０は、要求のあったＡＢ
Ｃ２１１便の運航票データをＧＣ運航票管理データ格納
部３８３から読み取り、さらに、運航模擬部４２から送
られた現在の航空機や車両の位置並びに空港地図モデル
データの情報と他の航空機の運航状況に応じたタクシー
方法に関する知識が格納された運航知識格納部４５の知
識データをもとに推論し、推論結果である「Runway 17,
taxi via P4,W2 」を表示データ生成部１６の推論結果
表示データ生成部１６６に送り、表示処理部１４を介し
て、図１３の回答・通信メッセージ表示領域８．１に表
示する。 （ステップ２５）ここで図１３の相手先７．１（パイロ
ット）がマウス左ボタン１１１でをクリックされ、更に
送信開始ボタン８．２が左ボタン１１１でクリックされ
ると、クリックの座標情報がマウス入力処理部１２のク
リック検出部１２６を介してアプリケーション起動処理
部１３のクリック項目検出部に送られ、送信開始ボタン
がクリックされたことを処理判別部１３４に送る。

【０１５７】処理判別部１３４では、送信データ生成部
１７に推論結果を送り、送信処理部１８にパイロットへ
の音声送信開始の起動を行う。送信処理部１８は、送信
データ格納部２５に格納されたデータを音声合成部３４
に送り、音声に変換してパイロットに推論結果を伝達す
る。 （ステップ２６）ステップ６と同様の動作にて、推論結
果から図１３の２．４の滑走路の方向角度が表示され、
ＧＣ運航票管理データ格納部に記録される。 （ステップ２７）ステップ２と同様の動作にて、ＧＣ席
からＬＣ席への運航票情報の移管処理を行う。

【０１５８】続くクライアント（ＬＣ）での動作を説明
する。 （ステップ２８）ステップ３と同様の動作にて、移管さ
れたＡＢＣ２１１便のストリップ表示を行う。 （ステップ２９）ステップ４と同様の動作にて、パイロ
ットから「Ready for Take off」の音声メッセージを受
信する。 （ステップ３０）音声で、ＬＣからパイロットにステッ
プ５と同様の動作にて音声での応答メッセージ「Taxi i
nto position and hold 」が伝達される。 （ステップ３１）マウスカーソルが図１４の２．１のＡ
ＢＣ２１１便のところで図３マウス中ボタン１１２を押
しながら送信相手先の７．２のＩＦＲまでドラッグして
ドロップすると、マウス入力処理部１２からアプリケー
ション起動処理部１３のメニユー指示検出部１３２が運
航票データの送信と判断し、ドラッグ元のＡＢＣ２１１
のデータと、ドロップ先のＩＦＲをドラッグ元／ドロッ
プ先項目格納部１３３に記憶する。

【０１５９】処理判別部１３４は、ＡＢＣ２１１便の運
航票データを送信データ生成部１７に送り、送信データ
を送信データ格納部２５に格納する。格納された送信デ
ータは、表示データ生成部１６の送信表示データ生成部
１６１で表示データが生成され、表示処理部１４を介し
て、図１４の回答・通信メッセージ表示領域８．１に表
示する。

【０１６０】ここで送信開始ボタン８．２が図３のマウ
ス左ボタン１１１でクリックされると、クリックの座標
情報がマウス入力処理部１２のクリック検出部１２６を
介してアプリケーション起動処理部１３のクリック項目
検出部に送られ、送信開始ボタン８．２がクリックされ
たことを処理判別部１３４に送る。

【０１６１】処理判別部１３４では、送信データ生成部
１７に、送信先、送信データを設定した直後の送信開始
指示であることをチェックし、送信処理部１８に送信開
始の起動を行う。送信処理部１８は、送信データ格納部
２５に格納されたデータを指定されたＩＦＲにデータ伝
送を行う。 （ステップ３２）テキストメッセージ受信部３１を介し
て、ＩＦＲから離陸許可の回答メッセージ「ABC211 is
approved」を受信すると、受信メッセージを受信メッセ
ージデータ格納部３０に格納するとともに、受信内容を
表示データ生成部１６の受信メッセージインデックスリ
スト表示データ生成部１６２に受信データインデックス
リスト表示作成要求を行う。

【０１６２】受信メッセージインデックスリスト表示デ
ータ生成部１６２では、受信メッセージデータ格納部３
０の受信データを読みだし、図１４の９．１に受信メッ
セージの先頭部を９．２の送信元と共に表示する。

【０１６３】ここで、図２のマウスの左ボタン１１１で
図１４の９．１または９．２がクリックされると、マウ
ス入力処理部１２、アブリケーション起動処理部１３を
介して、受信データインデックス項目９．１が指定され
たことを判別し、受信メッセージデータ生成部１６３が
起動され、受信メッセージデータ格納部３０のデータを
図１４の回答・通信メッセージ表示領域８．１に表示す
る。図１４の８．１は、受信メッセージデータの一表示
例である。 （ステップ３３）音声で、ＬＣからパイロットにステッ
プ５と同様の動作にて音声での応答メッセージ「Roger,
Cleared for Take off 」が伝達される。 （ステップ３４）航空機・車両位置検出部３９からの情
報を受けた運航模擬部４２からの離陸時間情報を運航管
理票データ更新部が受け取ると、ステップ６のスポット
番号と同様の動作にて、離陸時刻の分単位情報を図１４
の２．２の離陸時刻に表示し、ＬＣ運航票管理データ格
納部に記録される。 （ステップ３５）ステップ２と同様の動作にて、ＬＣ席
からＦＤ席への運航票情報の移管処理を行う。

【０１６４】続くサーバ（ＦＤ）での動作を説明する。 （ステップ３６）ステップ３と同様の動作にて、移管さ
れたＡＢＣ２１１便のストリップ表示を行う。この時、
ストリップは、離陸が完了したデータとして識別するた
めに反転表示される。 （ステップ３７，３８）反転表示されたＡＢＣ２１１便
のデータが図１１の３のPlanned listの下部に表示され
た完了ボックス１１にドラッグ＆ドロップされたことを
マウス入力処理部１２及びアプリケーション起動処理部
１３を介してステップ６と同様の動作手順で検出する
と、運航票管理情報更新部１９は、この情報を完了デー
タ格納部４４に移行し、ＡＢＣ２１１便のストリップ表
示がＦＤ席から消える。

【０１６５】したがって、上記実施例の構成によれば、
以上の処理を行うことにより、管制官の状況把握や判
断、並びに操作や関係者へのフィードバックにおける負
荷を軽減し、より的確で迅速な指示ができ、さらにはパ
イロットと管制官との意思疎通を音声のみならず、視覚
的に伝達することもできる。

【０１６６】以下、この発明に係る他の実施例について
説明する。図１７は、この発明の運航票管理情報の表示
形態の他の実施例で、ファイルフォルダ形式で表示した
例を示すものである。この表示形式では、全ての情報を
表示できないことから、管制対象席のウィンドウで２．
１、２．２の注目する運航票以外の２．３〜２．６は、
タグとして最初の位置列目を表示している。ＧＣについ
ては、タグをクリックすることにより、指定された運航
票の全ての情報が見れる。

【０１６７】図１８は、この発明の運航票管理情報の表
示形態の他の実施例として、重なりを許すウィンドウ表
示画面を示しており、３６０度管制において、２人のＧ
Ｃを有する管制システムにおける一方のＧＣ用の計算機
端末を示す。

【０１６８】図１８において、１は対象となっているＧ
Ｃの運航情報を表示するウィンドウである。２はもう一
方のＧＣの運航情報インデックスを表示するウィンドウ
である。３はＧＣが管制を移管される元の管制席である
ＣＤの運航情報インデックスを表示するウィンドウであ
る。４は管制を移管する先の管制席であるＬＣの運航情
報インデックスを表示するウィンドウである。

【０１６９】このＧＣ端末では、ＣＧウィンドウの例え
ば１．１の便名等の項目にマウス１のマウス表示カーソ
ル５を移動し、図３のマウス中ボタン１１２を押すと、
移動用のＤ＆Ｄアイコン６がカーソル位置に表示され
る。

【０１７０】中ボタン１１２を押したまま、ＬＣウィン
ドウの４．４の空き項目にＤ＆Ｄアイコン６を移動して
離すと、ＧＣの１．１の運航情報がＬＣに移管され、Ｇ
Ｃウィンドウの１．１の運航情報が消え、ＬＣウィンド
ウの４．４に１．１に表示されていた運航情報のインデ
ックスが表示される。

【０１７１】その他、上記実施例では、移管された運航
票管理情報は、移管情報の整備や移管先のチェックがな
され、移管元の管制官の判断と操作のみで自動的に移管
されるようになっているが、移管先の確認操作を介して
既存の運航票管理情報に追加する手段を有するようにし
てもよい。この時、移管先の管制官が受け入れを許諾す
る以外に拒否または保留するなどを選択する手段を有し
てもよいものとする。

【０１７２】拒否が選択された場合は、移管元に管制情
報が残ったままとなり、移管前の状態に戻る。保留を選
択した場合は、移管先または移管もとに別の管理形態で
保存され、移管元または移管先の新たな操作ができるも
のとする。この時、移管元では、他の管制席への移管へ
の切り替え操作または移管受付要請、問い合わせなどの
移管先へのアクションを行える手段を有してもよい。移
管先では、保留を選択した移管情報を随時、受け入れ、
拒否、保留継続などの対応を行える手段を有してもよ
い。さらに、移管追加する運航票の位置を指定する手段
を有してもよいものとする。

【０１７３】上記実施例では、移管された運航票管理情
報は、移管情報の整備や移管先のチェックがなされ、管
制データが不足している場合は不足データ項目を表示
し、確認操作にて操作前の表示に戻るとしているが、不
足データを表示して確認操作により移管処理を行うよう
にしてもよいし、確認操作無しで移管処理を行い、項目
が不足している旨を識別できるように、表示された運航
票に表示するようにしてもよい。この時、確認操作を行
う場合は、上記と同様に、移管先で受け入れを許諾する
以外に拒否または、保留するなどを選択する手段を有し
てもよいものとする。

【０１７４】上記実施例では、管制対象とする各運航票
のストリップを表示できる範囲の数だけ画面に表示し、
他の運航票はスクロールにて表示できるようにしている
が、運航票管理情報の一部または全部をインデックス情
報として表示する手段とインデックスから運航票情報を
指定する手段を有するようにしてもよい。この時、イン
デックス情報も、表示しきれない場合はスクロールで残
りのインデックス情報を見る手段を有してもよいものと
する。

【０１７５】上記実施例では、移管元、該当管制席、移
管先を管理する運航票情報のリストメニューまたはイン
デックスで表示したが、これらの一部を個別の運航情報
の集合としてではなく、移管元管制席、該当管制席、移
管先管制席としてアイコンや図形として表示し、管理情
報の移管先をこのアイコンや図形を指定することで当該
運航票管理情報リストからの移管を行う手段を有しても
よい。

【０１７６】この時、アイコンや図形として表示された
管制席の運航票管理情報の内容をアイコンや図形をポイ
ンティングデバイスでクリックするなどの操作により表
示する手段を有することにより、内容を参照したり、上
記実施例と同様にドラッグ＆ドロップ操作による移管操
作が行えるようにしてもよい。

【０１７７】上記実施例では、ドラッグ＆ドロップ操作
による移管処理を行っていたが、該当管理対象の運航票
情報と移管先の運航票情報を個別にクリックするなどの
移管元、移管先を指定する手段であってもよい。また、
移管先が特定される場合は、移管先の指定が省略されて
もよい。

【０１７８】上記実施例では、運航票管理情報を移管す
る場合、移管先の管制席において、管理情報を移管元管
制席から移管先管制席へ移動する操作プロセスをビジュ
アルに明示する手段として、航空機の便名をアイコンと
して表示していたが、移管操作が自管制席に対して行わ
れていることを明示できる表示形態なら何でもよいもの
とする。

【０１７９】上記実施例では、移管情報並びに移管先の
指定や運航票管理情報の移動をマウス操作で行っていた
が、これはタッチパネル、トラックボール、ペンインタ
フェースなどのポインティングデバイスとして利用でき
る手段であるなら何でもよいものとする。また、キーボ
ードのカーソル移動などの方法が併用されてもよいもの
とする。

【０１８０】上記実施例では、ポインティングデバイス
による移動経路指定を行う際に、ドラッグアイコンとし
て運航票情報の先頭情報を用いていたが、これを移管対
象とする運航票管理情報の全部または一部の情報や移管
を表す象徴的なアイコンや図形、文字情報や記号情報で
もよいものとする。

【０１８１】上記実施例では、送信情報が送信先にドラ
ッグ＆ドロップされ、送信データが通信メッセージ表示
領域に表示されたタイミングで送信開始指示の指示入力
項目が表示され、送信開始の指示を入力することにより
送信が開始されるようにしたが、送信情報が送信先にド
ラッグ＆ドロップされたタイミングや通信メッセージ表
示領域に表示されたタイミングで送信が開始されるよう
にしてもよい。さらに、この時、送信してよいかを確認
する手段を介して送信が開始または中止ないしは保留さ
れる手段を有してもよいものとする。

【０１８２】上記実施例では、送信中ないしは受信中で
あることを明示する動作を行わなかったが、運航票管理
情報やテキストメッセージを移管中、または送信中、ま
たは受信中であることを視覚的に識別・明示する手段を
有することにより、利用者に現在の通信状態を把握しや
すいように表示できる表示手段を有してもよいものとす
る。

【０１８３】上記実施例では、管制席とパイロットとは
発和による音声を用いて、ＡＣＣやＩＦＲとはテキスト
情報の通信にて情報のやり取りが行われたが、各管制席
同士の伝達を含めて、一部または全部の情報の伝達が発
話音声、音声合成、テキスト通信、マルチメディア通信
のいずれによって行われてもよいものとする。

【０１８４】上記実施例では、受信メッセージの送信先
と受信メッセージの先頭データをインデックス情報とし
て表示したが、受信メッセージを表すタイトルや受信メ
ッセージ解釈結果からキーとなる情報をインデックスと
して表示してもよい。

【０１８５】上記実施例では、送信メッセージ表示領
域、受信メッセージ表示領域、送信メッセージ入力領域
が同一の表示領域を用いたが、これらの全てまたは一部
が別の領域にあってもよい。

【０１８６】上記実施例では、管制官が直接、発話によ
って航空機パイロットへ指示の伝達や応答を行っていた
が、テキストとして入力する手段と既にシステムで準備
した固定メッセージリストを選択またはこれを変更して
送信先にメッセージを送信する手段を用いて、音声合成
やテキスト情報の送信により伝達を行ってもよい。

【０１８７】上記実施例では、図１１の２．１．１に示
すように、運航計画からの高度情報がＡＣＣからの指示
で変更されたことを運航票情報表示領域で表示している
が、変更後の運航票情報表示領域の情報を網掛けにする
などの強調表示する以外に、運航計画の高度情報を赤の
二重線で表示し、運航票管理情報の変更前の情報とこれ
を取り消したことを示す情報と変更後の情報とを同時に
表示することにより、修正したことを明示するようにし
てもよい。

【０１８８】上記実施例では、９Ａ〜９Ｄの１に示すよ
うに、飛行場のレイアウト、並びに航空機の便名、出発
便／到着便の区別と一定時間毎の位置を表示している
が、これに運航票管理情報と管制関係者やパイロットへ
の応答・確認メッセージの内容に基づき航空機のプッシ
ュ・バックを行う車両等、飛行場内部で走行する物体の
位置並びに動き等、航空機及び車両の動的な運航状況や
補足情報を付加して空港地図表示領域に表示してもよ
い。

【０１８９】また、航空機の駐機中、エンジン始動前／
後、プッシュバック中、タクシーング中、滑走中、離陸
等や車両の待機中、プッシュバック作業中などの動作や
走行状態を、例えば噴射状態の表現の付加や色等の識別
情報を付加することにより、空港地図情報表示領域に表
示する手段を有してもよい。

【０１９０】上記実施例では、航空機や車両の位置座標
の検出を行うセンサー装置を用いてその位置を検出し、
航空機の走行位置を表示しているが、位置検出手段を用
いないで、運航票管理情報と管制関係者やパイロットへ
の応答・確認メッセージの内容等の交信情報を用いて、
航空機や車両の位置、走行状態や作業状態を模擬または
予測しながら、空港地図情報表示領域に航空機や車両を
この実施例と同様の表示または走行状態や作業状態を識
別して表示する手段を有してもよい。この特別な場合と
して、航空機や車両の向きを絵文字またはＣＧ(Compute
r Graphics) 情報として明示する手段を有していてもよ
い。

【０１９１】上記実施例では、決まった空港地図の範囲
の表示であったが、表示範囲、表示情報の詳細度、表示
サイズ等を切り換える選択手段や範囲を指定または連続
的に変更できる手段を有していてもよい。

【０１９２】さらに、空港地図の注目する範囲を指定
し、別の表示領域や重なりを有したウィンドウなどの表
示領域に同時に複数種類の表示方法や範囲で表示する手
段を有していてもよい。

【０１９３】また、指定した空港地図の注目する範囲を
示す領域を枠または表示方法を他の領域と変えて表示す
る手段を有していてもよい。あるいは、空港地図表示領
域での表示範囲または表示サイズを現在、管制対象とし
ている航空機またはこれを中心とした一定範囲の表示に
切り換える手段を有していてもよい。

【０１９４】上記実施例では、航空機の便名、型名な
ど、航空機の所属情報、型式などの情報を文字情報とし
て表示し、航空機自身を同じ図形を持ったアイコンで表
示したが、これに加えて、航空機や車両等の一部の情報
ないしは実施例で用いた情報の代わりに、航空機の便
名、型名など、航空機の所属情報、型式などを典型的に
表現する記号情報や異なる図形（アイコンを含む）を用
いて、パターン情報として識別できる手段を有していて
もよい。また、パターン情報を用いないで、文字情報の
みで表現してもよい。

【０１９５】上記実施例では、ＦＤ，ＣＤ，ＧＣ，ＬＣ
の各管制席が別の端末に対応していたが、全部または一
部の複数の管制席の機能が同一の端末に集中していても
よいし、必要に応じて、役割の分担を変更できる手段を
有していてもよい。さらに、４つの管制席でなく、必要
に応じて管制席の数が変更されてもよいし、同等の機能
分担をもつ形態なら何でもよい。

【０１９６】また、同一の管制席の機能を持つ端末が複
数台あってもよい。複数台ある管制席の端末の中で、管
制の込み具合などの状況に応じ運航票管理として用いる
対象端末を変更できる手段を有していてもよい。

【０１９７】上記実施例では、運航票管理情報として、
現在帳票として用いられている運航票（ストリップ）そ
のものを模擬した形態で画面に表示したが、運航票の情
報を扱い表現できる形態なら何でもよい。

【０１９８】上記実施例では、航空機のタクシーングの
経路についての推論を行っていたが、最適な誘導経路の
提示以外に飛行計画の確認等の現在の各航空機や車両の
位置を含め、離着陸準備の進行状態からパイロットの要
求に対する回答、確認事項の妥当性チェック、パイロッ
トに対する一部またはすべての指示に対して推論を行う
手段を有していてもよい。

【０１９９】上記実施例では、サーバにＦＤを他の３台
のクライアントにＣＤ，ＧＣ，ＬＣを割り当てたが、４
台または、複数の端末が各管制席やサーバ／クライアン
トの機能を切り替えられる手段を有していてもよい。

【０２００】さらに、専用のサーバがある形態でも、ま
た、全ての管制席が同等の機能を有し、分散形態で相互
に通信を行うことにより、自立的に管制支援処理を行う
手段を有してもよい。この時、ある一台がサーバの役割
を行っていても、障害などの状況が検出されたとき等
に、手動操作または自動的にサーバが切り替えられても
よい。

【０２０１】上記実施例では、運航票情報の移管のドラ
ッグ＆ドロップ（Ｄ＆Ｄ）操作の過程を移管先の画面で
ビジュアルに見せる方法として、Ｄ＆Ｄ情報をサーバを
介して伝達していたが、これを各管制席へ直接通信する
手段など、通信を効率的に行う方法なら何でもよい。

【０２０２】上記実施例では、Ｄ＆Ｄ以外の機能でも、
サーバを介して通信を行ってきたが、情報の一部または
全部について、サーバを介さないで直接または動的な判
断処理で通信経路が決められる手段を用いてもよい。

【０２０３】上記実施例では、ドラッグ＆ドロップで自
管制席の運航票同士が指定された場合は無視していた
が、これを運航票の並び替えと判断し、ドラッグ元の運
航票がドラッグ先の次または前に挿入される並び替え処
理手段を有してもよい。また、これと別の操作方法にて
並び替えを行う手段を有してもよい。

【０２０４】上記実施例では、図１のＬＡＮの接続形態
であったが、サーバを中心とした星型等の形態であって
もよいものとする。また、ＬＡＮがダウン対策上、二重
系等の複数回線で構成されていてもよい。尚、この発明
は上記実施例に限定されるものではなく、この発明の要
旨を変更しない範囲で種々変形しても実施可能であるこ
とはいうまでもない。

【０２０５】

【発明の効果】以上述べたようにこの発明によれば、管
制官の状況把握や判断、並びに操作や関係者へのフィー
ドバックにおける負荷を軽減し、より的確で迅速な指示
ができ、さらにはパイロットと管制官との意思疎通を音
声のみならず、視覚的に伝達可能とする飛行場運航票管
理システムのユーザインターフェース装置を提供するこ
とができる。

【図面の簡単な説明】

【図１】この発明に係る飛行場運航票管理システムのユ
ーザインターフェース装置の一実施例のＬＡＮ構成を示
すブロック図である。

【図２】同実施例のサーバ側の構成を示すブロック図で
ある。

【図３】同実施例のクライアント側の構成を示すブロッ
ク図である。

【図４】同実施例のマウス入力処理部及びアプリケーシ
ョン起動処理部の具体的な構成を示すブロック図であ
る。

【図５】同実施例の表示処理部及び表示データ生成部の
具体的な構成を示すブロック図である。

【図６】同実施例のメニュー指示検出部の処理内容を示
すフローチャートである。

【図７】図６の処理内容の続きを示すフローチャートで
ある。

【図８】同実施例のサーバとクライアントとのデータ交
換の様子を示すブロック図である。

【図９】同実施例のデータ移管の順序の一例を示す図で
ある。

【図１０】同実施例の運航票管理データの一例を示す図
である。

【図１１】同実施例のＦＤ席の表示画面の一例を示す図
である。

【図１２】同実施例のＣＤ席の表示画面の一例を示す図
である。

【図１３】同実施例のＧＣ席の表示画面の一例を示す図
である。

【図１４】同実施例のＬＣ席の表示画面の一例を示す図
である。

【図１５】同実施例の運航票管理データのストリップ例
を処理別に示す図である。

【図１６】同実施例のＧＣ席において、ＣＤ席からＧＣ
席へ移管中のＤ＆Ｄアイコンと移管後の表示画面の一例
を示す図である。

【図１７】この発明に係る他の実施例として、ファイル
フォルダを模擬した運航票管理情報の表示画面の一例を
示す図である。

【図１８】この発明に係る他の実施例として、重なりを
許す運航票管理情報の表示画面の一例を示す図である。

【符号の説明】

Ａ…サーバ（ＦＤ）、Ｂ１〜Ｂ３…クライアント（Ｃ
Ｄ、ＧＣ、ＬＣ）、１１…マウス、１１１…マウス中ボ
タン、１１２…マウス右ボタン、１１３…マウス左ボタ
ン、１２…マウス入力処理部、１２１…マウスＩ／Ｏイ
ンターフェース、１２２…Ｘ／Ｙ座標検出部、１２３…
マウスボタン開放検出部、１２４…マウスボタン押下検
出部、１２５…ドラッグ検出部、１２６…クリック検出
部、１２７…マウスカーソル表示制御部、１２８…マウ
スカーソル表示データ格納部、１２９…ドラッグアイコ
ン表示データ格納部、１３…アプリケーション起動処理
部、１３１…クリック操作項目検出部、１３２…メニュ
ー指示検出部、１３３…ドラッグ元／ドロップ先項目格
納部、１３４…処理判定部、１４…表示処理部、１４１
…ウィンドウ表示データ書き込み部、１４２…ウィンド
ウ表示内容記憶部、１４３…ウィンドウ表示制御部、１
４４…ウィンドウ枠表示データ格納部、１４５…ウィン
ドウ表示データ生成部、１４６…表示駆動制御部、１５
…ウィンドウ表示状況記憶部、１６…表示データ生成
部、１６１…送信表示データ生成部、１６２…受信メッ
セージインデックスリスト表示データ生成部、１６３…
受信メッージ表示データ生成部、１６４…運航票表示デ
ータ生成部、１６５…空港地図表示データ生成部、１６
６…推論結果表示データ生成部、１６７…ドラッグ表示
データ生成部、１７…送信データ生成部、１８…送信処
理部、１９…運航管理情報更新部、２０…推論処理部、
２１…キーボード、２２…キーボードＩ／Ｏインターフ
ェース、２３…キー入力データ検出部、２４…表示装
置、２５…送信データ格納部、２６…運航票計画データ
格納部、２７…音声入力部、２８…音声入力データ格納
部、２９…音声認識部、３０…受信メッセージデータ格
納部、３１…テキストメッセージ受信部、３２…音声出
力部、３３…運航票移管チェックデータ格納部、３４…
音声合成部、３５…メッセージ解釈部、３６…通信処理
部、３７…定時間前運航データ登録部、３８…運航票管
理データ格納部、３８１〜３８４…運航票管理データ格
納部、３９…航空機・車両位置検出部、４０…位置検出
センサ、４１…空港地図モデルデータ格納部、４２…運
航模擬部、４３…モードデータ格納部、４４…完了デー
タ格納部、４５…運航知識格納部、４６…航空機管制位
置格納部、４７…タイマー、１…空港面情報表示ウィン
ドウ、１．１，１．２…滑走路の方向角度、１．３…滑
走路出口番号（Ｗ１〜Ｗ７）、１．４…タクシー経路曲
がり角（Ｐ１〜Ｐ７）、１．５…航空機駐機スポット番
号、２…対象管制席運航情報表示ウィンドウ、２．１，
２．２，２．３…運航票表示データ項目、２．４…滑走
路の方向角度、２．５…スポット番号、２．６…承認伝
達時刻、３…移管元管制席運航票情報インデックス表示
ウィンドウ、３．１，３．２，３．３…便名、４…移管
先管制席運航票情報インデックス表示ウィンドウ、４．
１，４．２，４．３…便名、４．４…移管先ウィンドウ
空き項目領域、５…マウス表示カーソル、６…現在環境
情報表示領域、７…相手先指定領域、７．１…パイロッ
ト、７．２…ＡＣＣまたはＩＦＲ、７．３…アシスタン
ト、８…アシスタント回答／送信／受信メッセージ表示
領域、８．１…回答・通信メッセージ領域、９…受信メ
ッセージリスト表示領域、９．１…受信メッセージ先頭
情報表示領域、９．２…メッセージ送信元役割表示領
域、１０…ドラッグ＆ドロップ・アイコン。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 楠井 洋一 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝小向工場内 (72)発明者 伊藤 達郎 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝小向工場内

Claims (15)

【特許請求の範囲】
1. 【請求項１】 飛行場管制で予め分担され、かつ互いに
   連携しつつ飛行場運航票に基づいて行う複数の管制業務
   を支援するものであって、 前記分担されたそれぞれの管制業務を行う管制席毎に設
   けられる情報表示装置及び入力装置と、 前記分担されたそれぞれの管制業務に必要な運航票管理
   情報を取得する情報取得手段と、 この手段で得た運航票管理情報を前記分担された管制業
   務に応じて、かつ前記管制席毎に設けられた入力装置か
   らの指示内容に従って編集処理する情報処理手段と、 前記管制席毎に設けられた入力装置からの指示に従っ
   て、前記情報処理手段で得られる運航票管理情報を該当
   する管制席の情報表示装置に表示すると共に、他の管制
   業務の運航票管理情報を含めた関連する管制業務の運航
   票管理情報を同一画面上に表示する情報出力手段とを具
   備する飛行場運航票管理システムのユーザインターフェ
   ース装置。
2. 【請求項２】 前記情報処理手段は、前記入力装置によ
   り、前記情報表示装置に表示された運航票管理情報のリ
   スト中から移管する運航票管理情報と移管先が指定され
   たとき、当該情報を移管先に移管し、 前記情報出力手段は、その移管完了とともに表示された
   運航票管理情報から移管済み情報を削除し、移管先管制
   席の運航票管理情報の表示を更新する更新手段を有する
   ことを特徴とする請求項１記載の飛行場運航票管理のシ
   ステムユーザインターフェース装置。
3. 【請求項３】 前記情報出力手段は、運航票管理情報の
   一部または全部をインデックス情報として表示し、 前記情報処理手段は、前記入力装置を通じて前記インデ
   ックス情報中の運航票管理情報の一つが移管情報として
   指定されたとき、指定された運航票管理情報を移管する
   情報移管手段を有することを特徴とする請求項２記載の
   飛行場運航票管理システムのユーザインターフェース装
   置。
4. 【請求項４】 前記情報出力手段は、さらに、前記情報
   処理手段で運航票管理情報を移管する場合、移管先の管
   制席において、運航票管理情報が移管元管制席から移管
   先管制席へ移動していく操作経路をビジュアルに表示す
   る手段を有することを特徴とする請求項２記載の飛行場
   運航票管理システムユーザインターフェース装置。
5. 【請求項５】 前記情報出力手段は、さらに移管する運
   航票管理情報が移管先に受け入れられる情報項目が揃っ
   ているかを移管元の管制席でチェックして前記入力装置
   を通じて受け入れられないと指示された場合に、移管元
   の管制席に揃っていない情報項目を表示すると共に警告
   メッセージを表示する手段を有することを特徴とする請
   求項２記載の飛行場運航票管理システムのユーザインタ
   ーフェース装置。
6. 【請求項６】 前記情報取得手段は、さらに、航空機及
   び各管制席間の送受信メッセージ情報を取得する受信メ
   ッセージ取得手段を有し、 前記情報出力手段は、さらに、前記航空機及び管制席間
   の送受信メッセージ情報を表示するメッセージ表示手段
   と、航空機からの受信メッセージのインデックス情報を
   リスト表示するインデックス表示手段と、送信先を示す
   メニュー表示手段とを有し、 さらに、前記入力装置からの指示に応じて指定された送
   信先に指定されたメッセージ情報を送信する送信手段を
   有することを特徴とする請求項１記載の飛行場運航票管
   理システムのユーザインターフェース装置。
7. 【請求項７】 前記情報出力手段は、さらに、運航票管
   理情報やメッセージを移管中、送信中、受信中であるこ
   とを視覚的に識別・明示する手段を有することを特徴と
   する請求項６記載の飛行場運航票管理システムのユーザ
   インターフェース装置。
8. 【請求項８】 前記受信メッセージ取得手段は、航空機
   から管制席へのパイロットの音声メッセージ、管制席か
   ら航空機への管制官の音声メッセージを入力する音声メ
   ッセージ入力手段と、この手段で得られる入力音声を認
   識する音声認識手段と、この手段で得られる認識結果を
   テキストに変換するテキスト変換手段と、この手段で得
   られるテキストメッセージの内容を把握してその中で注
   目する項目情報を識別解釈するメッセージ解釈手段とを
   有し、 前記情報出力手段は、前記メッセージ解釈手段で解釈さ
   れるテキスト情報に基づき、管制関係者やパイロットへ
   の応答メッセージや運航票管理情報を更新する更新手段
   と表示する表示手段とを有することを特徴とする請求項
   ６記載の飛行場運航票管理システムのユーザインターフ
   ェース装置。
9. 【請求項９】 前記情報処理手段は、航空機個別の運航
   票管理情報が同時に複数の管制席から変更を受けないよ
   うに管理する手段を有することを特徴とする請求項１記
   載の飛行場票運航管理システムのユーザインターフェー
   ス装置。
10. 【請求項１０】 前記情報取得手段は、飛行場のレイア
    ウト、航空機や車両の位置、動きを空港地図の構造デー
    タとして蓄積するモデルデータ蓄積部を有し、 前記情報出力手段は、前記モデルデータ蓄積部のデータ
    に基づき、前記情報処理装置に空港地図を空港地図情報
    表示領域に表示する手段を有することを特徴とする請求
    項１記載の飛行場運航票管理システムのユーザインター
    フェース装置。
11. 【請求項１１】 前記情報取得手段は、空港地図上の航
    空機や車両の位置座標の検出を行うセンサー装置を有す
    ることを特徴とする請求項１０記載の飛行場運航票管理
    システムのユーザインターフェース装置。
12. 【請求項１２】 さらに、全部または一部の管制席の機
    能が複数端末に分離し、相互に通信して運航票管理を行
    う手段を有することを特徴とする請求項１記載の飛行場
    運航票管理システムのユーザインターフェース装置。
13. 【請求項１３】 前記情報出力手段は、運航票管理情報
    の一部または全部を管制対象となる各航空機単位の帳票
    やファイルフォルダーのイメージで表示する手段を有す
    ることを特徴とする請求項１記載の飛行場運航票管理シ
    ステムのユーザインターフェース装置。
14. 【請求項１４】 前記情報処理手段は、さらに、現在の
    各航空機や車両の位置や離着陸準備の進行状態からパイ
    ロットからの要求に対する回答、確認事項の妥当性チェ
    ック、パイロットに対する指示を受けたとき、最適な誘
    導経路の提示や飛行計画の確認等の推論を行うための予
    め登録された知識データから該当する知識データを取り
    出し、これに基づき推論する手段を有することを特徴と
    する請求項６記載の飛行場運航票管理システムのユーザ
    インターフェース装置。
15. 【請求項１５】 管制席として、飛行計画調整、管制承
    認伝達、空港面管制、離着陸管制の管制業務を対象とし
    たことを特徴とする請求項１記載の飛行場運航票管理シ
    ステムのユーザインターフェース装置。