(57)【要約】【課題】  専門家以外の操作者であっても、操作に時間を要することなく、簡易な操作により、通信装置の設定変更等の操作を確実に行うことができ、その操作の状態を遠隔の管理装置において把握できるようにすること。【解決手段】  通信装置101が、管理装置から操作シナリオを取得し、操作シナリオの実行を操作の入力部106に割り当て、操作者の入力部106のボタン押し下げといった指示を受けて操作シナリオを実行し、実行結果を表示部105に表示すると共に管理装置に通知する。【選択図】  図１
2006148182.tif 000002
【特許請求の範囲】
【請求項１】
端末と、前記端末が行う通信データの送受信を中継する通信装置と、管理装置と、が通信ネットワークにより接続される通信システムであって、
前記通信装置は、
前記通信データのデータ転送部と、
前記通信装置自身の管理部と、
前記通信装置に対する操作者の操作を受け付ける入力部と、
前記操作者へ情報を伝える出力部と、を備え、
前記管理部は、
前記管理装置から、当該通信装置にて実行する複数操作のフローを記述した操作シナリオを、複数取得し、
取得した前記操作シナリオの情報を、前記出力部を用いて前記操作者へ提示し、
前記操作者が前記入力部へ入力した、いずれかの前記操作シナリオの選択実行操作に応じて、選択された前記操作シナリオを実行し、
前記出力部により前記操作シナリオの実行結果を出力し、
前記管理装置へ前記操作シナリオの実行結果を通知し、
前記管理装置は、
前記通信装置へ、複数の前記操作シナリオを送信し、
前記通信装置から、前記操作シナリオの前記実行結果を受信する
ことを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記通信装置の前記管理部が、前記操作シナリオの実行時、所定の条件において、実行状況を前記管理装置に通知し、
前記管理装置は、前記操作シナリオの実行状況を受信し、
受信した前記実行状況を解析して判断し、
前記判断結果を前記通信装置へ送信し、
前記通信装置の前記管理部は、実行していた前記操作シナリオを、受信した前記判断結果に基づいて再開する
ことを特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムにおいて、
前記管理装置は、
前記通信装置の前記管理部が保持する前記操作シナリオに関わる情報を管理し、
前記管理部が新たに取得すべき操作シナリオを決定し、
前記通信装置の前記管理部は、
前記新たに取得した操作シナリオを用いて、保持している前記操作シナリオを更新し、
更新した前記操作シナリオの情報を前記操作者へ提示し、
更新した前記操作シナリオの情報を前記管理装置に通知する
ことを特徴とする通信システム。
【請求項４】
請求項１に記載の通信システムにおいて、
前記通信装置の前記管理部が、前記操作者の前記操作シナリオの選択実行操作に従い、前記通信装置の設定変更処理を実行する
ことを特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムにおいて、
前記通信装置の前記管理部が、前記通信装置の設定変更処理として、前記通信装置のデータ転送用経路の変更処理を実行する
ことを特徴とする通信システム。
【請求項６】
請求項４に記載の通信システムにおいて、
前記通信装置の前記管理部が、前記通信装置の設定変更処理として、前記データ転送部の通信インタフェースの閉塞処理または通信の遮断処理を実行する
ことを特徴とする通信システム。
【請求項７】
請求項４に記載の通信システムにおいて、
前記通信装置の前記管理部が、前記通信装置の設定変更処理として、前記端末が前記通信データの送受信を行う際に用いるセキュアな通信経路の形成処理を実行する
ことを特徴とする通信システム。
【請求項８】
端末が通信ネットワークを介して行う通信データの送受信を中継する通信装置であって、
前記通信データのデータ転送部と、
前記通信装置自身の管理部と、
前記通信装置に対する操作者の操作を受け付ける入力部と、
前記操作者へ情報を伝える出力部と、を備え、
前記管理部は、
前記通信ネットワークにより接続される管理装置から、当該通信装置にて実行する複数操作のフローを記述した操作シナリオを、複数取得し、
取得した前記操作シナリオの情報を、前記出力部を用いて前記操作者へ提示し、
前記操作者が前記入力部へ入力した、いずれかの前記操作シナリオの選択実行操作に応じて、選択された前記操作シナリオを実行し、
前記出力部により前記操作シナリオの実行結果を出力し、
前記管理装置へ前記操作シナリオの実行結果を通知する
ことを特徴とする通信装置。
【請求項９】
請求項８に記載の通信装置において、
前記管理部が、
前記操作シナリオの実行時、所定の条件において、実行状況を前記管理装置に通知し、
前記管理装置による前記実行状況に基づく判断結果を受信し、
実行していた前記操作シナリオを、受信した前記判断結果に基づいて再開する
ことを特徴とする通信装置。
【請求項１０】
請求項８に記載の通信装置において、
前記管理部は、
前記管理装置が決定する、当該通信装置が新たに取得すべき操作シナリオを取得し、
前記取得した操作シナリオを用いて、保持している前記操作シナリオを更新し、
更新した操作シナリオの情報を操作者へ提示し、
更新した操作シナリオの情報を前記管理装置に通知する
ことを特徴とする通信装置。
【請求項１１】
請求項８に記載の通信装置において、
前記管理部が、前記操作者の前記操作シナリオの選択実行操作に従い、前記通信装置の設定変更処理を実行する
ことを特徴とする通信装置。
【請求項１２】
請求項１１に記載の通信装置において、
前記管理部が、前記通信装置の設定変更処理として、前記通信装置のデータ転送用経路の変更処理を実行する
ことを特徴とする通信装置。
【請求項１３】
請求項１１に記載の通信装置において、
前記管理部が、前記通信装置の設定変更処理として、前記データ転送部の通信インタフェースの閉塞処理または通信の遮断処理を実行する
ことを特徴とする通信装置。
【請求項１４】
請求項１１に記載の通信装置において、
前記通信装置の前記管理部が、前記通信装置の設定変更処理として、前記端末が前記通信データの送受信を行う際に用いるセキュアな通信経路の形成処理を実行する
ことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置から通信ネットワークを経由して通信装置の制御を行い、通信装置の操作を容易にする技術に関する。
【背景技術】
【０００２】
通信ネットワークにおいて、通信データの転送を行う通信装置において、操作内容が複雑であるため、操作に時間を要したり、専門家以外の操作者にとっては操作が難しかったりということがあった。通信装置には、Webベースの設定用インタフェースを備えているものもあるが、通信装置へのアクセスは容易になっても、操作内容自体が簡略化されているわけではないので、上記は解決されてない。
【０００３】
これに対し、例えば特許文献１に記載の通信装置では、通信装置が、操作者へ対話的操作環境を提供し、指示入力を受け付けながら操作内容を記述した操作シナリオを実行し、通信アプリケーションの選択や起動等を実行することにより、操作者の操作作業を軽減している。
【０００４】
また、特許文献２に記載の管理システムでは、通信装置が、管理装置から通信装置の操作内容を記述した操作シナリオを取得して実行し、管理項目の追加や削除等を行うことにより、通信装置の管理作業を軽減している。
【０００５】
【特許文献１】特開2004-265174号公報
【特許文献２】特開2001-109686号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
操作者が通信装置の複雑な操作を容易に実行するためには、通信装置が、管理装置の指示を受けつつ、操作者に対して複雑な操作を簡易に実行するための機能を提供できることが必要である。
【０００７】
しかしながら、特許文献１に記載の技術では、管理装置と連携するしくみを持たない。従って、管理装置の指示により、操作シナリオの実行指示を通信機器の特定の入力手段に割り当てたり、操作シナリオの実行を制御したり、別の操作シナリオを取得するなどして、操作者の作業を軽減することができない。操作者が通信装置の実行状態を管理装置に通知し、管理装置において通信装置の操作シナリオの実行状況を管理することもできない。
【０００８】
また、特許文献２に記載の技術では、操作者と連携するしくみをもたない。従って、操作者の指示により、操作シナリオを実行し、あるいは、操作シナリオを更新するなどして、操作者が通信装置を操作する場合の作業を軽減することはできない。
【０００９】
したがって、操作者の作業をより軽減できる通信装置、またはその管理装置が望まれている。
【課題を解決するための手段】
【００１０】
本発明は、通信装置が、操作シナリオの実行指示を操作者が行うための入力手段を備え、管理装置から操作シナリオを取得し、操作者の簡易な操作指示により操作シナリオを実行し、実行結果を管理装置に通知する通信装置を提供する。さらに、通信装置に操作シナリオを送信し、操作シナリオの実行結果を受信する管理装置を提供する。
【００１１】
また、本発明は、操作シナリオの開始、終了、処理内容といった実行状況を管理装置に通知し、通知内容に対する管理装置の判断結果を元に操作シナリオの処理を再開する通信装置を提供する。さらに、通信装置の操作シナリオ実行状況を受信し、操作シナリオ実行状況を解析して、判断結果を通信装置に送信する管理装置を提供する。
【００１２】
また、本発明は、操作シナリオを管理装置に要求して更新し、更新した操作シナリオの情報を操作者および管理装置に通知する通信装置を提供する。
【００１３】
具体的には、本発明は、その一態様において、ネットワークを介して管理装置に接続された通信装置であって、上記通信装置は、通信データ転送を行う手段と、上記通信装置自身の管理を行う手段と、上記通信装置に対する操作者の操作を受け付ける入力手段と、上記通信装置から操作者へ情報を伝える出力手段とを備え、上記管理手段は、管理装置から上記通信装置の操作フローを記述した操作シナリオを複数取得する手段と、取得した上記操作シナリオを上記出力部を用いて上記操作者へ提示する手段と、上記操作者が上記入力部へ入力した、いずれかの上記操作シナリオの選択実行操作に応じて、選択された上記操作シナリオを実行する手段と、上記通信装置の出力手段を通じて上記操作シナリオの実行結果を表示する手段と、上記管理装置へ上記操作シナリオの実行結果を通知する手段を備える。また、上記管理装置は、上記通信装置へ複数の上記操作シナリオを送信する手段と、上記通信装置から上記操作シナリオの上記実行結果を受信する手段を備える。
【００１４】
さらに、上記通信装置の上記管理手段は、前記操作シナリオの実行状況を管理装置に通知する手段を備える。また、上記管理装置は、上記操作シナリオの実行状況を受信する手段と、受信した上記実行状況を解析して判断する手段と、上記判断結果を上記通信装置へ送信する手段を備える。また、上記通信装置の上記管理部は、実行していた上記操作シナリオを、受信した上記判断結果に基づいて再開する手段を備える。
【００１５】
さらに、上記管理装置は、上記通信装置の上記管理部が保持する操作シナリオに関わる情報を管理する手段と、上記管理部が新たに取得すべき操作シナリオを決定する手段を備える。また、上記通信装置の上記管理手段は、新たに取得した操作シナリオを用いて、上記操作シナリオを更新する手段と、上記操作者および上記管理装置へ更新した操作シナリオの情報を通知する手段を備える。
【００１６】
以上の手段を備えることにより、操作者が上記通信装置を操作する場合に、上記通信装置が、上記管理装置と連携しながら操作者の支援を行う構成とする
上記態様の通信装置によれば、専門家以外の操作者であっても、上記管理装置から操作シナリオを取得し、実行することにより、複雑な操作を行わず、操作に時間を要せずに、上記通信装置のデータ転送用経路変更や、上記通信装置のインタフェース閉塞または通信の遮断や、上記端末が行う通信データ送受信の相手装置と上記通信装置との間のセキュアな通信経路の設定等の、上記通装置の設定変更操作を行うことができ、その実行状況を上記管理装置で管理できる。
【発明の効果】
【００１７】
本発明によれば、専門家以外の操作者の作業を軽減することができる通信装置とその管理装置を実現することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態を、図面を用いて詳しく説明する。以下の説明は、本発明の技術的範囲を限定するものではない。以下の説明において、同一の機能を有する構成要素には同一の番号を付している。
【実施例１】
【００１９】
図1は、本発明の実施形態に係る通信装置のフロントパネルを示す図である。
【００２０】
通信装置101は、端末と広域通信網を介して接続するサーバとの間でデータ転送を行う装置であり、そのフロントパネルは、USB（Universal Serial Bus）接続フラッシュメモリ等の周辺機器と接続するための周辺機器接続インタフェース102、外部の広域通信網と接続するためのサーバ側インタフェース103、端末と接続するための端末側インタフェース104、通信装置の操作状況等を表示するための表示部105、操作者の操作を通信機器に伝えるための入力部106を備える。
【００２１】
表示部105は、液晶ディスプレイ等であり、入力部106はテンキー等の入力が簡単なキーボードである。入力部106は、操作者の操作を簡易に入力できる操作ボタン等であればよく、その様態は限定されない。
【００２２】
周辺機器接続インタフェース端子(port/connector)102は、USB等のインタフェース端子であり、図1では、2個備えた構成を示している。サーバ側インタフェース端子103は、10BASE-Tや100BASE-TXといったEthernet端子、ATM（Asynchronous Transfer Mode）端子、ISDN（Integrated Services Digital Network） S/T点端子等のインタフェース端子である。図1では、2個備えた構成を示している。端末側インタフェース端子104は、Ethernet等のインタフェース端子である。図1では、4個備えた構成を示している。なお、Ethernetは，米国Xerox Corp.の商品名称である。
【００２３】
フロントパネルは、さらに、通信装置101の管理のためのシリアルインタフェース端子、各インタフェースのリンク状態や電源のオン・オフを示すLED（Light Emitting Diode）等を備えていても良い。また、上記のインタフェース端子等は、通信装置101のフロントパネルに全て備えられている必要は無く、バックパネルに備えられていても良い。
【００２４】
図2は、本発明の実施形態に係る通信装置の機能構成、および、通信装置と接続するシステム全体の構成を示す図である。
【００２５】
業務センタ201には、業務用のサーバ装置(以下、サーバという)202とプロキシサーバ装置(以下、プロキシサーバという)203が設置されている。サーバ202は、支店221の専用端末225、あるいは、汎用端末226との間で、プロキシサーバ203、ネットワーク231、232、および、通信装置101を利用して業務用通信を行う。
【００２６】
プロキシサーバ203は、支店221の専用端末225や汎用端末226とサーバ202との通信において、接続を中継したり、アクセス制御を行ったり、通信装置101とセキュアな通信経路を形成したりする。プロキシサーバ203は、ゲートウェイと呼ばれることもある。
【００２７】
専用端末225とは、現金自動預払機のような限られた操作を行う端末であり、24時間365日稼動といった重要度の高い業務を実施している。汎用端末226とは、パーソナルコンピュータのようは汎用的な業務を行う端末であり、支店221内の操作者は、通常この端末を利用して複数の業務を行う。以下、端末226と記載した場合は、汎用端末226を示すこととする。
【００２８】
管理センタ211には、管理装置212、セッション管理サーバ装置(以下、セッション管理サーバという)213、認証サーバ装置(以下、認証サーバという)214が設置されている。管理装置212は、ネットワーク231、232を介して、支店221内の通信装置101の管理を行う。
【００２９】
セッション管理サーバ213は、専用端末225や端末226からサーバ202への通信における通信セッションの管理を行い、専用端末225や端末226とサーバ202とが暗号化されたセキュアな通信を行う場合に、認証サーバ214と連携して、通信装置101とプロキシサーバ203との接続確立を行う。認証サーバ214は、専用端末225や端末226とサーバ202とがセキュアな通信を行う場合に、通信装置101とプロキシサーバ203の認証を行う。
【００３０】
ここでのセキュアな通信とは、データ暗号化、認証、改竄検出等の機能によって盗聴、なりすまし、改竄等を困難にし、情報が保護された通信のことである。セキュアな通信は、例えばIPsec（Security Architecture for Internet Protocol）、TLS（Transport Layer Security）、SSL（Secure Sockets Layer）等のいずれのプロトコルで実施されても良いし、その他セキュアな通信を可能にするプロトコルで実施されても良い。
【００３１】
支店221には、専用端末225、端末226と、それらの端末をネットワーク212、213に接続する通信装置101が設置されている。
【００３２】
ネットワーク231、232は、サーバ202と専用端末225や端末226とを接続する通信経路において、何れか一方が通常経路となり、他方が代替経路となる。ネットワーク231、232の何れかを通常経路に利用するかは、専用端末225や端末226毎、あるいは、業務アプリケーション毎に異なっても良い。以下の説明では、端末226とサーバ202との通信におていは、ネットワーク231を通常経路、ネットワーク232を代替経路とする。
【００３３】
通信装置101は、ネットワーク層でのデータ転送を行うネットワーク層データ転送部222、データリンク層でのデータ転送を行うデータリンク層データ転送部223、通信装置101の管理を行う管理部224、および、前述の表示部105、入力部106からなる。
【００３４】
ネットワーク層データ転送部223は、通常のルータ装置または同様の機能を有する回路により構成する。データリンク層データ転送部は、通常のレイヤ2スイッチ装置または同様の機能を有する回路により構成する。また、管理部224、表示部105、入力部106は、通信装置101に組み込まれた、一般的な情報処理装置により構成することができる。
【００３５】
ネットワーク層データ転送部222とデータリンク層データ転送部223は、通信装置101の内部で、ケーブルにより接続している。同様に、管理部224は、ネットワーク層データ転送部222、データリンク層データ転送部223、表示部105、入力部106と通信装置101の内部で、ケーブルにより接続している。
【００３６】
ネットワーク層データ転送部222は、前述のサーバ側インタフェース103を介して、ネットワーク231、232に接続する。データリンク層データ転送部は、前述の端末側インタフェース104を介して、専用端末225や端末226に接続する。
【００３７】
管理部224は、図10に例示するハードウェア構成を備える。1001はCPU、1002はメモリ、1003はハードディスクなどの二次記憶装置、1004はバスなどの内部信号線、1005は、表示部105、入力部106、ネットワーク層データ転送部222、データリンク層データ転送部223との接続処理を行う外部インタフェースである。
【００３８】
ネットワーク層データ転送部222、データリンク層データ転送部223も管理部224と同様のハードウェア構成により実現することができる。ただし、表示部105、入力部106とそのための外部インタフェースは備えなくても良い。
【００３９】
それぞれのCPU1001が、二次記憶装置1003に格納されたプログラムをメモリ1002にロードし、実行することにより、各処理部の機能を具現化する。各プログラムは、予め二次記憶措置1003に格納されていても良いし、必要に応じて、着脱可能な記憶媒体を介して、または通信回線上の搬送波またはディジタル信号を介して、各処理部に導入されても良い。
【００４０】
以下、図3から9を参照し、通信装置101が、管理装置212と連携しながら、操作シナリオを用いて通信装置101自身に対する操作者の操作を支援する場合を説明する。
【００４１】
まず、操作シナリオについて説明した後、図3の処理フローを参照して、通信装置101の管理部224が、操作シナリオ一覧を作成する処理を説明する。図4には、操作シナリオの一覧を示す。
【００４２】
操作シナリオには、通信装置101に対する複数の操作の流れが記述されている。操作シナリオは、シェルスクリプトやPerlスクリプト等のようなスクリプト形式のファイルや、コンパイル済みの実行形式のプログラムであり、スクリプト形式のファイルの場合は、管理部224内のメモリ1002に予め備えられた解析・実行用プログラムが操作シナリオの内容を解析して実行する。実行形式のプログラムの場合は、管理部224は追加のプログラムを必要とせずにCPU1001が操作シナリオを実行する。
【００４３】
操作シナリオは、入れ子構造をとることができる。つまり、操作シナリオには、操作者が入力部106の操作ボタンを押し下げることによって直接的に実行を指示するタイプと、他の操作シナリオの実行中に内部で呼び出すタイプがあって良い。一つの操作シナリオを、直接的に実行を指示するタイプと他の操作シナリオの内部から呼び出すタイプの双方に利用することも可能である。また、一つの操作シナリオは、複数の他の操作シナリオから呼び出されて良い。
【００４４】
操作シナリオの実行指示は、入力部106の単一のボタンに割り当てることも可能であるし、複数のボタンの組み合わせに割り当てることも可能である。いずれの場合であっても、簡便なボタン押下操作による、操作シナリオの選択実行指示を可能とすることにより、操作者に従来要求されていたコマンド入力が不要になるという効果がある。なお、内部的に呼び出す操作シナリオについては、操作ボタンには割り当てる必要はない。
【００４５】
管理部224は、操作シナリオを、図4に示すような操作シナリオ一覧を利用して管理する。操作シナリオ一覧は、操作シナリオの操作内容を表す名称401、操作シナリオのファイル名402、操作シナリオのバージョン情報431、操作シナリオの管理装置212からの取得時刻403、時間帯等の操作シナリオ利用条件404、操作シナリオの実行指示を割り当てられた操作ボタンの番号405等を含む。同様に、管理装置224も、同一の操作シナリオ一覧を通信装置101の識別子（ID）601に対応付けて管理している。図4で操作ボタン405欄に番号が記載されている操作シナリオは、操作者の操作ボタン押下によって直接的に実行を指示されるタイプであり、操作ボタン405欄が空欄である操作シナリオは、内部的に呼び出されるタイプである。
【００４６】
ステップ301において、管理部224は、管理部224自身に予め設定された周期等に従ってステップ302以下の処理を起動する。
【００４７】
ステップ302において、管理装置212は、予め、通信装置101の識別子（ID）601に対応付けられた操作シナリオ一覧情報を保持し管理しており、ファイル名称402やバージョン431をもとに、管理部224による新規取得、あるいは、更新の対象となる操作シナリオを決定している。管理部224は、管理装置212から新規の操作シナリオや更新する操作シナリオを取得し、操作シナリオ格納フォルダ（管理部224が備えたメモリの一領域）に格納する。
【００４８】
管理部224が取得する操作シナリオは、複数の場合もある。取得する操作シナリオは、完全な操作シナリオであっても良いし、更新部分を記述した差分ファイルであっても良い。操作シナリオの更新は、操作シナリオを単位として行う。取得する操作シナリオは、直接的に実行を指示するタイプと他の操作シナリオの内部から呼び出すタイプのいずれであっても良い。
【００４９】
操作シナリオの取得処理は、管理部224から管理装置212にアクセスして取得しても、管理装置212から管理部224に配布しても、いずれの通信形態でも良い。操作シナリオの取得に関する一連の処理は、FTP（File Transfer Protocol）、HTTP（HyperText Transfer Protocol）、SMTP（Simple Mail Transfer Protocol）等のいずれのプロトコルで実施されても良い。
【００５０】
ステップ303において、管理部224は、ステップ302で取得した操作シナリオのうち、一つの操作シナリオのシナリオ情報を解析する。シナリオ情報には、その操作シナリオが差分か否か、操作シナリオの名称401、操作シナリオのファイル名402、バージョン情報431、時間帯等の操作シナリオ利用条件404、操作シナリオの実行指示を割り当てられた操作ボタンの番号405等を含む。シナリオ情報は、操作シナリオファイルのヘッダー部分等に記述されている。管理部224は、操作シナリオが差分ファイルの場合は、対象となる操作シナリオを更新する。
【００５１】
ステップ304において、管理部224は、完全な操作シナリオを取得した場合は、ステップ303において解析した情報や操作シナリオの管理装置212からの取得時刻403を、図4に示すような操作シナリオ一覧に追加する。操作シナリオの差分ファイル取得して操作シナリオを更新した場合は、管理装置212からの取得時刻403、バージョン情報431、時間帯等の操作シナリオ利用条件404等を更新する。
【００５２】
ステップ305において、管理部224は、管理装置212より取得した操作ファイルのうちシナリオ情報を解析していない操作シナリオが残っている場合は、ステップ303に戻る。取得した全ての操作シナリオのシナリオ情報を解析している場合は、ステップ306に進む。
【００５３】
ステップ306において、更新した操作シナリオ一覧から情報を抜き出し、"操作名称401‐操作ボタン405"の一覧を表示部105に表示する。表示部105には、入力部106の操作ボタンに割り当てられた操作シナリオの情報を表示する。表示部105に、操作シナリオ情報を一度に表示できない場合は、文字をスクロールさせながら全体を表示すれば良い。管理部224から、操作者への操作シナリオ情報の通知は、上記のような表示部105への表示の他、電子メール等による通知を併用しても良い。電子メールによる通知の場合は、管理装置212から通知しても良い。また、表示部105への操作シナリオ一覧は、"操作ボタン0の押下"406といった操作者の入力部106への操作により表示されるようにしても良い。
【００５４】
管理部224は、さらに、所有する操作シナリオの最新状態を管理装置212に通知するため、通信装置101の識別子（ID）601とともに更新した操作シナリオ一覧の情報を、管理装置212に通知する。
【００５５】
ステップ311において、管理部224は、上記ステップ301のように通信装置101自身の指示を起点として操作シナリオ一覧作成を実行するのではなく、"操作ボタン9の押下"407といった操作者の指示を起点として、操作シナリオの取得を要求する。
【００５６】
ステップ312において、管理部224は、管理装置212より、取得可能な操作シナリオの一覧を、ステップ302と同様の通信手法で取得し、表示部105に表示する。管理装置212から取得した操作シナリオ一覧とは、"操作名称‐番号"のリストである。このリストには、"取得しない‐0"という項目も含まれる。
【００５７】
ステップ313において、入力部106のボタン押下により操作者が取得する操作シナリオの番号を指定した場合は、ステップ302に進み前述の処理を行う。取得する操作シナリオは、操作者が指定した番号に対応する操作シナリオ、および、その操作シナリオが内部で呼び出す操作シナリオである。
【００５８】
操作者が、ボタン"0"の押下により"取得しない"を選択した場合は、前述のステップ306に進む。
【００５９】
次に、図5の処理フローを参照して、通信装置101の管理部224が、操作シナリオを実行する処理を説明する。図5における操作シナリオの実行を管理装置212において管理している状態を、図6に示す。
【００６０】
ステップ501において、管理部224は、操作者が入力部106のボタン押下といった入力操作により操作シナリオ401を選択した場合は、ステップ502以下の操作シナリオ実行処理を行う。
【００６１】
ステップ502において、管理部224は、操作シナリオの実行開始を操作者や管理装置212に通知する。操作者への通知には、操作シナリオ名称401を用いて表示部105に"遅延対策シナリオを開始しました"というように表示する。このとき、音声による通知を併用しても良い。
【００６２】
また、管理装置212には、通信装置101の識別子（ID）601、操作シナリオの名称401、ファイル名402、実行開始時刻604等を通知する。この通知は、HTTP（HyperText Transfer Protocol）、SMTP（Simple Mail Transfer Protocol）等のいずれのプロトコルで実施されても良い。
【００６３】
なお、操作シナリオの実行は、操作者の入力部106のボタン押し下げをきっかけとして開始するだけでなく、指定した時刻に開始させることも可能である。
【００６４】
ステップ503において、管理部224は、上記ステップ501において操作者により選択された操作シナリオを実行する。操作シナリオ実行内容の具体例として、図7を参照して遅延対策を実施する場合を、図9を参照してウィルス対策を実施する場合を、さらに、図11を参照してセキュア通信経路の設定を行う場合を、それぞれ後述する。
【００６５】
ステップ504において、操作シナリオの実行終了を操作者や管理装置212に通知する。操作者への通知には、表示部105に操作シナリオ名称401を用いて"遅延対策シナリオを終了しました"というように表示する。このとき、音声による通知を併用しても良い。また、管理装置212には、通信装置101の識別子（ID）601、操作シナリオの名称401、ファイル名402、実行終了時刻605等を通知する。
【００６６】
ステップ505に示すように、管理部224は、上記ステップ501のように操作者の入力部106操作を起点として操作シナリオを実行するのではなく、管理装置212からの操作指示を起点として、操作シナリオを実行することも可能である。管理装置212から管理部224の操作は、telnet、ssh（Secure SHell）等のいずれのプロトコルで実施されても良い。
【００６７】
なお、図6に示すように、管理装置212は、通信装置101の死活状態602の管理も行っている。これは、定期的に通信装置101から管理装置212にアライブ通知を行ったり、あるいは、管理装置212から通知装置101に問合せを行ったりすることで実現できる。これらは、ICMP（Internet Control Message Protocol）、SNMP（Simple Network Management Protocol）、HTTP（HyperText Transfer Protocol）、SMTP（Simple Mail Transfer Protocol）等のいずれのプロトコルで実施されても良い。
【００６８】
次に、図7の処理フローを参照して、図5のステップ503の処理に相当する操作シナリオ実行の例として遅延対策シナリオ408を実行する場合を説明する。また、図7における操作シナリオ408の実行状況を管理装置212で管理している状態を、図8に示す。
【００６９】
この遅延対策シナリオ408は、操作者が、端末226から通常の通信経路を用いてサーバ202と通信を行い、業務を実施している場合に、何らかの原因により、通信の遅延が発生したために、あるいは、操作者が通信の遅延を感じたために、操作者が通信の遅延を解消しようとして、通信装置101を操作して代替用の通信経路に変更操作を行おうとしている状態を想定している。
【００７０】
ステップ701において、管理部224は、通常経路から代替経路への経路変更の効果を確認するため、通常経路と代替経路のそれぞれの経路での応答時間を測定する。通信の遅延の原因が通常経路にある場合は、代替経路に変更することで遅延の解消が期待されるが、遅延の原因がサーバ202の処理にある場合は、通信経路を変更しても遅延は解消されないと考えられる。代替経路への経路変更によって遅延解消が期待されるとき、経路変更を行う。
【００７１】
経路変更効果の確認のため、管理部224から、通信対象のサーバ202や、それが直接に接続しているハブ等にまでの経路におけるICMPエコー（ping）応答時間（ネットワークレベル応答時間）を測定する。応答時間測定は、通常経路と代替経路の両経路で行う。通常経路での応答時間が通常経路の正常時における値より閾値以上遅く、通常経路での応答時間より代替経路での応答時間の方が閾値以上早い場合は、代替経路への経路変更の効果があると判断する。これらの場合以外は、代替経路への経路変更の効果が無いと判断する。
【００７２】
経路変更の効果の推定だけでなく、さらに、遅延の原因個所を特定することができれば、管理装置212における通信装置101の管理に有用である。遅延原因個所の特定のためには、上記のICMP応答時間の計測に加えて、サーバ202がHTTPサーバである場合はサーバ202までのHTTPパケットの応答時間を、サーバ202がSMTPサーバである場合はサーバ202までのSMTPパケットの応答時間を測定するなど、サーバ202の処理プロトコルに対応した応答時間（アプリケーションレベル応答時間）を計測する。アプリケーションレベル応答時間は、ネットワーク231、232の遅延時間にサーバ202の処理時間を加えた時間と見なせる。
【００７３】
通常経路において、あるいは、通常経路と代替経路の双方の経路において、ネットワーク応答時間が正常時の値と閾値以上の差が無く、アプリケーションレベル応答時間が正常時の値より閾値以上遅い場合は、遅延の原因はサーバ202にありと判断する。
【００７４】
上記ステップ701の処理は、遅延対策シナリオ408から、経路変更効果測定シナリオ409を呼び出すことにより実施する。
【００７５】
ステップ702において、管理部224は、上記ステップ701の測定結果を表示部105に表示し、管理装置212に通知する。遅延原因個所を特定している場合は、その結果も表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"経路変更により遅延回復が期待できます"、または、"経路変更しても遅延回復は期待できません"というように表示する。また、管理装置212に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する（図8の811行）。
【００７６】
ステップ703において、管理部224は、上記ステップ701において代替経路への経路変更の効果がありと判断した場合はステップ704に進む。経路変更の効果が無いと判断した場合は、ステップ706に進む。
【００７７】
ステップ704において、管理部224は、代替経路へ通信経路を変更する業務通信を選択する。上記ステップ701でのレスポンス時間測定をもとに、通信データ量を少なくすることにより通常経路の遅延時間が回復すると予測される場合は、一部の通信の経路を変更し、代替経路と通常経路の両経路を利用する。閾値判定により、通常経路の応答時間が極端に遅いと判断された場合は、全ての通信を代替経路に変更する。
【００７８】
上記ステップ704の処理は、上記ステップ701の場合と同様に遅延対策シナリオ408から、経路変更通信選択シナリオ411を呼び出すことにより実施する。以下の各ステップにおいても、同様に、それぞれ対応する内部シナリオを呼び出して実施する。
【００７９】
ステップ705において、管理部224は、上記ステップ704の結果を表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"一部通信の経路を変更します"というように表示する。また、管理装置212に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する（図8の812行）。
【００８０】
ステップ706において、管理部224は、代替経路への経路変更の効果が無いとして、経路変更の不実施を判断する。
【００８１】
ステップ707において、管理部224は、ステップ706の結果を表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"ネットワークに遅延原因が無いため経路を変更しません"というように表示する。また、管理装置212に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する。
【００８２】
ステップ708において、管理部224は、代替経路へ一部の通信の経路を変更すると判断した場合はステップ709に進む。全通信の経路を変更すると判断した場合は、ステップ710に進む。
【００８３】
ステップ709において、管理部224は、ネットワーク層データ転送部222に接続し、ネットワーク層データ転送部222の設定ファイルを更新し、一部の通信の経路を変更する。業務毎に通信経路を分けても良いし、専用端末225と端末226とで通信経路を分けても良い。操作者の利用している端末226の通信経路を変更しても良い。
【００８４】
ステップ710において、管理部224は、ネットワーク層データ転送部222に接続し、ネットワーク層データ転送部222の設定ファイルを更新し、全通信の経路を変更する。
【００８５】
ステップ711において、管理部224は、上記ステップ709、あるいは、上記ステップ710の結果を表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"端末ｎの通信経路を変更しました"、あるいは、"全通信の通信経路を変更しました"というように表示する。また、管理装置212に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する（図8の813行）。なお、上記ステップ709や上記ステップ710において経路変更処理に失敗した場合も、管理部224は、同様にその内容を表示部105に表示し、管理装置212に通知する。
【００８６】
ステップ712において、管理部224は、通常経路の遅延回復状態を把握するため、ステップ701と同様の手法で、通常経路の応答時間を計測する。
【００８７】
ステップ713において、管理部224は、上記ステップ712の結果を表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"通常経路の応答時間は1.3秒です"というように表示する。また、管理装置212に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する（図8の814行）。
【００８８】
ステップ714において、管理部224は、閾値判定により通常経路の応答時間が回復したと判断した場合は、ステップ715に進む。通常経路の応答時間が回復していないと判断した場合は、一定時間後にステップ712、ステップ713を繰り返す（図8の815行）。
【００８９】
ステップ715において、管理部224は、ネットワーク層データ転送部222に接続し、ネットワーク層データ転送部222の設定ファイルを経路変更前の設定ファイルに戻して、経路を正常経路に復旧する。
【００９０】
ステップ716において、管理部224は、上記ステップ715の結果を表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"通常経路に復旧しました"というように表示する。また、管理装置212に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する（図8の816行）。なお、上記ステップ715において経路復旧処理に失敗した場合も、管理部224は、同様にその内容を表示部105に表示し、管理装置212に通知する。
【００９１】
次に、図9の処理フローを参照して、操作シナリオの他の実行例としてウィルス対策シナリオ410を実行する場合を説明する。図9のステップ901からステップ922の処理は、図5のステップ503の処理に相当する。
【００９２】
このウィルス対策シナリオ408は、操作者の利用している端末226が、何らかの原因により、コンピュータウィルスに感染したために、あるいは、操作者が、端末226がウィルスに感染したと判断したために、操作者がコンピュータウィルスの被害を、被害の発生した端末226や支店221に局所化し、駆除しようとして、通信装置101を操作して通信インタフェースを閉塞（shutdown）し、駆除用のウィルス定義ファイルを管理装置212から取得しようとしている状態を想定している。このウィルス対策シナリオでは、コンピュータウィルスの検知や駆除は端末226においてウィルス対策用の専用ソフトウェアが実施し、通信装置101はウィルス被害の局所化、駆除のために最新のウィルス定義ファイル取得の支援を行う。
【００９３】
ステップ901において、管理部224は、操作者のウィルス対策シナリオ実行指示があった場合に、被害の局所化のために、専用端末225への接続インタフェースも含めて全端末側インタフェースを閉塞するか、専用端末225の通信は許可したままで端末226への接続インタフェースを閉塞するかを判断する。そのため、管理部224は、専用端末225へ問合せを行い、専用端末225のコンピュータウィルス感染状態をチェックする。
【００９４】
ステップ902において、管理部224は、上記ステップ901の結果を表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"ウィルスの感染状況を調査しています"というように表示する。また、管理装置212に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する。
【００９５】
ステップ903において、管理部224は、専用端末225がウィルス感染状態の問合せに応答できるような機能を持っている場合、あるいは、端末226がウィルスに感染した際には端末側インタフェース104の全てを閉塞すると予め決定している場合は、閉塞すべき端末側インタフェース104を自動的に選択できると判断して、ステップ904に進む。専用端末225がウィルス感染状態の問合せに応答できるような機能を持たず、専用端末226への接続インタフェースも含めて全端末側インタフェースを閉塞するか、専用端末225の通信は許可したまま端末226への接続インタフェースを閉塞するか、管理部224が判断できない場合は、管理装置212において判断を行う。この場合はステップ921に進む。
【００９６】
ステップ904において、管理部224は、専用端末225からウィルスに感染していないという応答を得た場合は、端末226のインタフェース閉塞すると判断して、ステップ905に進む。専用端末225からウィルス感染しているという応答を得た場合、あるいは、端末226がウィルスに感染した際には端末側インタフェース104の全てを閉塞すると事前に決定している場合は、ステップ906に進む。
【００９７】
ステップ921において、管理部224は、管理装置212に上記ステップ901の処理状況を通知するため、ログ等を送付する。通知を受けた管理装置212は、管理部224のログを解析した後、専用端末225のウィルス感染状況を調査する。専用端末225のウィルス感染状況の調査は、管理装置212から専用端末225に接続してログ等を解析する直接的な調査方法と、専用端末225の状態を管理している専用管理装置に専用端末225の状態を問い合わせる間接的な調査方法がある。
【００９８】
ステップ922において、管理装置212は、上記ステップ921の調査結果から専用端末225がウィルスに感染していない判定した場合は、端末226のインタフェース閉塞すると判断して、管理部224にステップ905に進むよう指示する。専用端末225がウィルス感染していると判定した場合は、端末側インタフェース104の全てを閉塞すると判断して、管理部224にステップ906に進むよう指示する。
【００９９】
ステップ905において、管理部224は、データリンク層データ転送部223に接続し、データリンク層データ転送部の設定ファイルを更新して、端末側インタフェース104のうち端末225が接続する側のインタフェースを閉塞する。あるいは、管理部224は、ネットワーク層データ転送部222に接続し、ネットワーク層データ転送部222の設定ファイルを更新して、端末側インタフェース104のうち端末225が接続するインタフェースからの通信を遮断しても良い。なお、インタフェースの閉塞とは、インタフェース端子（ポート、コネクタともいう）を電気的に不活性状態とすること、通信の遮断とは、通信のソフトウェア処理によるアクセス制御やフィルタリングを意味している。
【０１００】
ステップ906において、管理部224は、全ての端末側インタフェース104を閉塞するため、データリンク層データ転送部223に接続し、データリンク層データ転送部の設定ファイルを更新して、端末側インタフェース104の全てインタフェースを閉塞する。あるいは、管理部224は、ネットワーク層データ転送部222に接続し、ネットワーク層データ転送部222の設定ファイルを更新し、端末側インタフェース104の全てインタフェースからの通信を遮断しても良い。
【０１０１】
ステップ907において、管理部224は、上記ステップ905、あるいは、上記ステップ906の結果を表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"端末の接続インタフェースを閉塞しました"、あるいは、"全ての端末側インタフェースを閉塞しました"というように表示する。また、管理装置212に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する。
【０１０２】
さらに、管理部224は、操作者にウィルス定義ファイルの取得を促すため、表示部105に"最新のウィルス定義ファイルを取得する場合はUSBメモリを挿入してボタン1を押してください。不要な場合にはボタン2を押してください"というように表示する。
【０１０３】
さらに、管理部224は、操作者にインタフェース閉塞解除方法を通知するため、表示部105に"インタフェース閉塞解除のためにはボタン3を押してください"というように表示する。
【０１０４】
ステップ908において、管理部224は、操作者が入力部106のボタン1を押し下げてウィルス定義ファイルの取得を指示した場合は、ステップ909に進む。操作者が入力部106のボタン2を押し下げウィルス定義ファイルの取得不要を指示した場合は、ステップ911に進む。
【０１０５】
ステップ909において、管理部224は、サーバ側インタフェース103を経由して管理装置212に接続し、最新のウィルス定義ファイルを取得する。取得したウィルス定義ファイルを、操作者が周辺機器接続インタフェース102に挿入したUSBメモリに格納する。ウィルス定義ファイルの取得は、FTP（File Transfer Protocol）、HTTP（HyperText Transfer Protocol）、SMTP（Simple Mail Transfer Protocol）等のいずれのプロトコルで実施されても良い。操作者は、USBメモリに格納された最新のウィルス定義ファイルを利用して、端末226のウィルス感染状態の確認、駆除を行う。
【０１０６】
ステップ910において、管理部224は、上記ステップ909の結果を表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"ウィルス定義ファイルをUSBメモリにダウンロードしました"というように表示する。また、管理装置224に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する。管理部224は、USBメモリが挿入されていない等の原因により、ウィルス定義ファイルの取得に失敗した場合においても、同様に、その結果を表示部105に表示し、管理装置212に通知する。
【０１０７】
ステップ911において、管理部224は、操作者がウィルス駆除後に入力部106のボタン3を押し下げ端末側インタフェース104の閉塞解除を指示した場合は、ステップ912に進む。
【０１０８】
ステップ912において、管理部224は、端末側インタフェース104の閉塞を解除するため、データリンク層データ転送部223に接続し、データリンク層データ転送部の設定ファイルを閉塞前の状態に戻して、端末側インタフェース104の閉塞を解除する。あるいは、管理部224は、ネットワーク層データ転送部222に接続し、ネットワーク層データ転送部222の設定ファイルを閉塞前の状態に戻して、端末側インタフェース104からの通信遮断を解除する。
【０１０９】
ステップ913において、管理部224は、ステップ912の結果を表示部105に表示し、管理装置212に通知する。管理部224は、表示部105に"端末側インタフェース閉塞を解除しました"というように表示する。また、管理装置224に、通信装置101の識別子（ID）601、操作シナリオの名称401、実行時刻801、実行状態802等を通知する。
【０１１０】
次に、図11の通信シーケンスを参照して、図5のステップ503の処理に相当する操作シナリオ実行の例として、通信装置101が、セッション管理サーバ213、認証サーバ214、プロキシサーバ203と連携して、セキュア通信経路設定シナリオを実行する場合を説明する。
【０１１１】
このセキュア通信経路設定シナリオは、端末226とサーバ202との通信の保護のために、通信装置101とプロキシサーバ202の間で、仮想的な閉域網（VPN : Virtual Private Network）を形成することによりセキュアな通信経路を実現する。このセキュア通信経路の形成は、前述のようにIPsec、TLS、SSL等のプロトコルで実施される。
【０１１２】
セキュア通信経路は、端末226とサーバ202の間で形成しても良いが、端末226やサーバ202が複数ある場合に、通信装置101やプロキシサーバ203がそれらの代わりにセキュアな通信経路を形成することにより、各端末226および各サーバ202において、セキュア通信経路の形成に必要な電子証明書等の管理や設定作業を行う必要が無くなり、端末226とサーバ202との間で実施していた通信に変更を加える必要も無い。なお、この場合、通信装置101と端末226との間と、業務センタ201内では、専用通信路またはファイアウォールなどにより通信の安全性が確保されているものとする。
【０１１３】
セキュア通信経路の設定においては、通信装置101やプロキシサーバ203自身が通信相手装置の認証を行っても良いが、以下のステップで説明するように、セッション管理サーバ213および認証サーバ214が通信装置101およびプロキシサーバ203の認証を集中的に行うことにより、通信装置101やプロキシサーバ203が、通信相手それぞれの認証を行う必要、つまり、通信相手装置毎の電子証明書を管理する必要が無くなり、負担を軽減することができる。セッション管理サーバ213と通信装置101およびプロキシサーバ203の通信は、例えばSIP（Session Initiation Protocol）等のプロトコルで実施すれば良い。
【０１１４】
通信装置101の管理部224は、操作者のボタン押下等の操作指示を契機として、予め設定されている操作シナリオの実行を開始し、操作シナリオに記載された一つあるいは複数のプロキシサーバ203のうち、一つのプロキシサーバ203に対してステップ1102以降のセキュア通信経路設定処理を開始する。セキュア通信経路設定処理は、管理装置212からの指示を契機として開始しても良い。あるいは、専用端末225や端末226からサーバ202への通信開始（ステップ1101）を契機として、端末226が通信を要求するサーバ202のプロキシサーバ203に対して開始しても良い。管理部224は、セキュア通信経路設定開始を操作者に通知するために表示部105に例えば”セキュア通信経路の設定を開始します”と表示し、管理装置212に通知する。操作者への通知では、音声による通知を併用しても良い。
【０１１５】
ステップ1102において、通信装置101の管理部224はセッション管理サーバ213に対して、接続確立を要求し、電子証明書を交換する。通信装置101において、電子証明書は、管理部224のハードディスク1103に、直接、格納されていても良いし、管理部224の周辺機器接続インタフェース102に接続したUSBメモリやICカード等に格納されていても良い。セッション管理サーバ213においても同様である。通信装置101の電子証明書が無い場合、管理部224は、その内容を表示部105に表示し、管理装置212に通知する。
【０１１６】
ステップ1103において、セッション管理サーバ213は、認証サーバ214に対して、通信装置101の管理部224から受信した通信装置101の電子証明書の検証を要求する。
【０１１７】
ステップ1104において、認証サーバ214は、ステップ1103において受信した通信装置101の電子証明書の検証を行い、検証結果をセッション管理サーバ213に通知する。
【０１１８】
ステップ1105において、ステップ1104の検証の結果、有効な電子証明書であることが確認されたら、管理装置224とセッション管理サーバ213とで接続を確立する。電子証明書が無効であると判断された場合、管理部224は、その内容を表示部105に表示し、管理装置212に通知する。
【０１１９】
ステップ1106において、通信装置101の管理部224は、セッション管理サーバ213に対して、通信装置101あるいは端末226からプロキシサーバ203あるいはサーバ202への接続確立を要求する。
【０１２０】
ステップ1109において、セッション管理サーバ213は、プロキシサーバ203に対して、接続確立要求を行い、電子証明書を交換する。プロキシサーバ203における電子証明書の格納方法は、ステップ1102で説明した通信装置101における格納方法と同様である。
【０１２１】
ステップ1110において、セッション管理サーバ213は、認証サーバ214に対して、プロキシサーバ203から受信した電子証明書の検証を要求する。
【０１２２】
ステップ1111において、認証サーバ214は、ステップ1110において受信したプロキシサーバ203の電子証明書の検証を行い、検証結果をセッション管理サーバ213に通知する。
【０１２３】
ステップ1112において、ステップ1111の検証の結果、有効な電子証明書であることが確認されたら、セッション管理サーバ213とプロキシサーバ203とで接続を確立する。
【０１２４】
ステップ1113において、セッション管理サーバ213は、プロキシサーバ203に対して、ステップ1106において受信した、通信装置101あるいは端末226からプロキシサーバ203あるいはサーバ202への接続確立要求を転送する。
【０１２５】
ステップ1114において、プロキシサーバ203は、通信装置101あるいは端末226の属性情報、サーバ202あるいは業務アプリケーションの利用許可情報、接続確立要求がセッション管理サーバ213を介して行われているか否か等をもとに、通信装置101あるいは端末226からプロキシサーバ203あるいはサーバ202へのアクセスについての可否判定を行い、セッション管理サーバ213に判定結果を通知する。
【０１２６】
ステップ1115において、セッション管理サーバ213は、通信装置101の管理部224に対して、ステップ1114において受信した通信装置101あるいは端末226からプロキシサーバ203あるいはサーバ202への接続判定結果を転送する。判定結果が「接続可能」である場合は、セッション管理サーバ213は、管理部224に対して、プロキシサーバ203とのセキュア通信経路設定情報を配布する。セキュア通信経路設定情報とは、通信装置101とプロキシサーバ203とがセキュアな通信経路を形成する際の通信暗号化方式等の設定パラメータであり、セキュア通信経路設定をIPsecで実施する場合は、SA（Security Association）で実現される。
【０１２７】
ステップ1116において、セッション管理サーバ213は、ステップ1115と同様に、判定結果が「接続可能」である場合に、プロキシサーバ203に対して、通信装置102の管理部224とのセキュア通信経路設定情報を配布する。
【０１２８】
ステップ1117において、通信装置101の管理部224は、ステップ1115において通信装置101あるいは端末226からプロキシサーバ203あるいはサーバ202への接続が可能であると通知された場合は、ステップ1115で受信したセキュア通信経路設定情報を利用して、セッション管理サーバ213や認証サーバ214を介さず、プロキシサーバ203との間でセキュア通信経路接続を確立する。管理部224は、その内容を表示部105に表示し、管理装置212に通知する。
【０１２９】
セッション管理サーバ213は、ステップ1111の検証結果、電子証明書が無効であった場合、あるいは、ステップ1114の結果が「接続不可」であった場合は、その内容を通信装置101の管理部224に通知する。通知を受けた管理部224は、その内容を表示部105に表示し、管理装置212に通知する。
【０１３０】
管理部224は、セキュア通信機経路の形成対象となるプロキシサーバ203あるいはサーバ202が操作シナリオにさらに記載されている場合は、ステップ1102あるいはステップ1106に戻り、上記と同様の処理を繰り返す。
【０１３１】
ステップ1118において、端末226とサーバ202は、通信装置101とプロキシサーバ203との間に形成されたセキュア通信経路を利用して、セキュア通信を行う。通信装置101は、全ての端末226に対してセキュア通信経路を適用しても良いし、一部の端末226に対してのみ適用しても良い、あるいは、一部の通信のみに適用しても良い。
【０１３２】
操作シナリオの他の例として、さらに、緊急通報シナリオ422や、未登録端末接続421シナリオ等がある。
【０１３３】
緊急通報シナリオ422は、何らかの原因により遅延などの通信品質の劣化や通信装置101や端末226に異常が発生した場合に、あるいは、操作者が遅延などの通信品質の劣化や通信装置101や端末226に異常を感じた場合に、管理センタ211の専門家に支援を求める状態を想定している。
【０１３４】
緊急通報シナリオ421において、管理部224は、操作者が入力部106の操作ボタンを押し下げると、その時間帯に応じて、保守員呼び出しシナリオ423を起動して管理装置212に保守員の現地への派遣を要求したり、電話相談シナリオ424を起動して管理装置212に管理センタの専門家からの電話を要求したりする。このとき、管理部224は、管理装置212に、ネットワーク層データ転送部222やデータリンク層データ転送部223に通信ログ、管理部224の処理ログを送付する。これにより、管理装置212は、通信装置101の詳細な状況を把握でき、適切な対応をとることができる。
【０１３５】
未登録端末接続シナリオ421は、通常は、登録された端末しか通信装置101への接続を許可されていない状況において、専用端末225、端末226、あるいは、通信装置101の保守作業等のために、保守員らの利用者が未登録端末を通信装置101に接続しようとしている状態を想定している。未登録端末接続シナリオ421において、管理部224は、通装置101の端末側104インタフェースのうち一つを一時作業用インタフェースとして設定し、利用者認証を行い、一時作業用インタフェースに未登録端末の接続を許可する。
【０１３６】
利用者の認証は、入力部106からパスワードを入力したり、周辺機器接続インタフェース102に接続したUSBメモリやICカード等内の電子証明書を認証したりすることにより実行する。管理部224は、認証により正しい利用者であることを確認すると、通常は閉塞している一時作業用インタフェースの閉塞を解除し、未登録端末の接続を許可する。ただし、管理部224は、未登録端末の一時作業用インタフェースへの接続時刻や、未登録端末の全ての通信内容をログ等に記録しておき、逐次、管理装置212に通知する。管理部224は、接続している未登録端末の不正な操作を検知した場合は、即座に一時作業用インタフェースを閉塞し、その内容を管理装置212に通知する。
【０１３７】
以上で説明したように、本実施形態に係る通信装置は、次のような特徴と機能を奏するものである。
【０１３８】
即ち、本実施形態では、通信装置101の管理部224は、操作シナリオの実行指示を操作者が行うための入力部106を備え、管理装置212から操作シナリオを取得し、操作シナリオの実行指示キーを入力部106に割り当て、操作者の簡易な操作指示により操作シナリオを実行し、実行結果を管理装置212に通知する。管理装置212は、通信装置101に操作シナリオを送信し、操作シナリオの実行結果を受信する。
【０１３９】
さらに、通信装置101の管理部224は、操作シナリオの開始、終了、処理内容といった実行状態を管理装置212に通知し、通知内容に対する管理装置212の判断結果を元に操作シナリオの処理を再開する。管理装置212は、通信装置101の操作シナリオ実行状況を受信し、操作シナリオ実行状況を解析して、判断結果を通信装置101に送信する。
【０１４０】
さらに、管理装置212は、通信装置101の管理部224の所有する操作シナリオに関する情報を管理し、管理部224の取得する操作シナリオを決定する。通信装置101の管理部224は、操作シナリオを管理装置212に要求して更新し、更新した操作シナリオの情報を操作者および管理装置212に通知する。
【０１４１】
これらが動作することにより、専門家以外の操作者であっても、操作に時間を要することなく、簡易な操作により、通信装置101のデータ転送用経路変更や、通信装置101のインタフェース閉塞または通信の遮断、通信装置101とプロキシサーバ203との間のセキュアな通信経路の設定等の設定変更操作を確実に行うことができ、操作の状態を管理装置212で逐次管理することができる。
【図面の簡単な説明】
【０１４２】
【図１】本実施形態における通信装置のフロントパネル構成である。
【図２】本実施形態における通信装置の機能構成、および、システム構成である。
【図３】本実施形態における操作シナリオ作成時の通信装置処理フローである。
【図４】本実施形態における操作シナリオ一覧である。
【図５】本実施形態における操作シナリオ実行時の通信装置処理フローである。
【図６】本実施形態における管理装置の操作シナリオ実行管理表である。
【図７】本実施形態における遅延対策シナリオ実行時の操作シナリオ処理フローである。
【図８】本実施形態における管理装置の操作シナリオ実行状態管理表である。
【図９】本実施形態におけるウィルス対策シナリオ実行時の操作シナリオ処理フローである。
【図１０】本実施形態における通信装置の管理部のハードウェア構成である。
【図１１】本実施形態におけるセキュア通信経路設定シナリオ実行時の通信シーケンスである。
【符号の説明】
【０１４３】
101：通信装置、102：周辺機器接続インタフェース、103：サーバ側インタフェース、104：端末側インタフェース、105：表示部、106：入力部
【図１】
2006148182.tif 000003
【図２】
2006148182.tif 000004
【図３】
2006148182.tif 000005
【図４】
2006148182.tif 000006
【図５】
2006148182.tif 000007
【図６】
2006148182.tif 000008
【図７】
2006148182.tif 000009
【図８】
2006148182.tif 000010
【図９】
2006148182.tif 000011
【図１０】
2006148182.tif 000012
【図１１】
2006148182.tif 000013