第一の装置から認証情報を受信した場合に、第一の記憶部に記憶された複数の認証情報を用いて、受信した認証情報を認証する認証部と、前記認証部による認証が成功した場合に、第二の記憶部に記憶された単一のログイン情報を用いて、前記第二の装置へのログインを実行させる制御部とを有することを特徴とする管理装置。第一の装置から認証情報を受信した場合に、第一の記憶部に記憶された複数の認証情報を用いて、受信した認証情報を認証する認証部と、前記認証部による認証が成功した場合に、第二の記憶部に記憶されたログイン情報を用いて、前記第二の装置へのログインを実行させる制御部と、前記第二の装置からログアウトした場合には、前記第二の記憶部に記憶されたログイン情報を変更する変更部とを有することを特徴とする管理装置。前記認証部は、前記第二の装置に係る所定の運用条件をさらに用いて認証することを特徴とする請求項1または2に記載の管理装置。前記制御部は、前記第二の装置に係る所定の運用条件を満たす場合に、前記ログイン情報を用いて前記第二の装置へのログインを実行させることを特徴とする請求項1または2に記載の管理装置。ログイン後に前記第一の装置から前記第二の装置に対する操作コマンドの発行要求を受信した場合に、記憶された発行条件に基づいて、操作コマンドの発行可否を判定する判定部と、前記判定部により発行可能と判定された場合に、操作コマンドを前記第二の装置へ発行する発行部とをさらに有することを特徴とする請求項1~4のいずれか一つに記載の管理装置。前記判定部は、前記第二の装置に係る所定の運用条件をさらに用いて判定することを特徴とする請求項5に記載の管理装置。コンピュータに、第一の装置から認証情報を受信した場合に、第一の記憶部に記憶された複数の認証情報を用いて、受信した認証情報を認証し、認証が成功した場合に、第二の記憶部に記憶された単一のログイン情報を用いて、前記第二の装置へのログインを実行させる処理を実行させることを特徴とする管理プログラム。コンピュータに、第一の装置から認証情報を受信した場合に、第一の記憶部に記憶された複数の認証情報を用いて、受信した認証情報を認証し、認証が成功した場合に、第二の記憶部に記憶されたログイン情報を用いて、前記第二の装置へのログインを実行させ、前記第二の装置からログアウトした場合には、前記第二の記憶部に記憶されたログイン情報を変更する処理を実行させることを特徴とする管理プログラム。コンピュータが実行する管理方法であって、第一の装置から認証情報を受信した場合に、第一の記憶部に記憶された複数の認証情報を用いて、受信した認証情報を認証し、認証が成功した場合に、第二の記憶部に記憶された単一のログイン情報を用いて、前記第二の装置へのログインを実行させることを特徴とする管理方法。コンピュータが実行する管理方法であって、第一の装置から認証情報を受信した場合に、第一の記憶部に記憶された複数の認証情報を用いて、受信した認証情報を認証し、認証が成功した場合に、第二の記憶部に記憶されたログイン情報を用いて、前記第二の装置へのログインを実行させ、前記第二の装置からログアウトした場合には、前記第二の記憶部に記憶されたログイン情報を変更することを特徴とする管理方法。しかしながら、上記の従来技術では、セキュリティの面で問題がある。これを説明すると、従来技術では、管理端末から各種装置などにログインを行う。このため、利用者は、ログインに用いられるアカウントの情報を把握することができる。このような場合には、利用者が不正にシステムの各種装置などにログインを行うことが可能となる。したがって、システムのセキュリティ上好ましくない不正行為が発生する可能性がある。なお、利用者が、アカウントの情報を把握した上で、任意のモジュールに対してログインするような場合にも、同様のセキュリティの面での問題が存在する。なお、外部情報提供サーバと内部情報提供サーバとによる従来技術では、内部情報提供サーバへのログインに用いる情報である内部ユーザ名および内部パスワードは、外部ユーザ名に紐付くものである。しかしながら、ICTシステムの運用管理においては、例えば、複数の利用者が、同一の装置にログインする場合に、装置の一つのアカウントを複数の利用者で共有する運用が行われる場合があるが、この外部情報提供サーバと内部情報提供サーバとによる従来技術は、基本的に、外部ユーザと内部ユーザが一対一の関係であるため、そのまま適用することはできない。ただし、一つの内部ユーザ名パスワードを、複数の外部ユーザ名パスワードに紐づけて運用することも考えられるが、この場合、内部パスワードに関連付けられた外部ユーザが複数のため、内部ユーザ名および内部パスワードが悪用される可能性が高くなり、ログインに用いる情報の漏洩リスクも増加し、不正行為が発生する可能性も増加する。1つの側面では、セキュリティをより向上させることができる管理装置、管理プログラムおよび管理方法を提供することを目的とする。第1の案では、管理装置が、認証部と、制御部とを有する。認証部は、第一の装置から認証情報を受信した場合に、第一の記憶部に記憶された複数の認証情報を用いて、受信した認証情報を認証する。制御部は、認証部による認証が成功した場合に、第二の記憶部に記憶された単一のログイン情報を用いて、前記第二の装置へのログインを実行させる。第2の案では、管理装置が、認証部と、制御部と、変更部とを有する。認証部は、第一の装置から認証情報を受信した場合に、第一の記憶部に記憶された複数の認証情報を用いて、受信した認証情報を認証する。制御部は、認証部による認証が成功した場合に、第二の記憶部に記憶されたログイン情報を用いて、前記第二の装置へのログインを実行させる。変更部は、第二の装置からログアウトした場合には、第二の記憶部に記憶されたログイン情報を変更する。セキュリティをより向上させることができる。以下に、本願の開示する管理装置、管理プログラムおよび管理方法の各実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。実施例1に係る管理装置について説明する。図1は、実施例1に係る管理装置が適用される管理システムの全体構成図の一例を示す図である。図1に示すように、管理装置10は、第一の装置11および第二の装置12に接続されている。なお、図1の例では、第一の装置11および第二の装置12の台数が複数の場合が図示されているが、第一の装置11および第二の装置12の台数は任意の値を採用することができる。第一の装置11は、第一の装置11を利用する利用者の認証情報を受け付ける。第一の装置11は、受け付けた認証情報を管理装置10に送信する。第一の装置11を利用する利用者の一例として、システムにおけるネットワークの管理者が挙げられる。この場合、第二の装置12は、スイッチやルータ等のネットワーク機器となる。また、第一の装置11を利用する利用者の別の例として、システム自体の管理者が挙げられる。この場合、第二の装置12は、データベースのミドルウェアや、認証サーバなどのサーバアプリ、もしくはOS自体となる。また、第一の装置11としては、PCPersonalComputerなどの装置を含む、管理システム全体を管理するための管理端末が挙げられる。第二の装置12は、前述したとおり、スイッチやルータ等のネットワーク機器、または、データベースのミドルウェアや、認証サーバなどのサーバアプリ、もしくはOS自体であって、正規のログイン情報が入力されることで、ログインされる装置である。[装置構成]管理装置10は、第一の記憶部10a、第二の記憶部10b、認証部10c、制御部10dを有する。第一の記憶部10aは、第一の装置11を利用する利用者の複数の認証情報を記憶する。第二の記憶部10bは、第二の装置12へのログインに用いるログイン情報であって、第二の装置12のログイン情報を記憶する。認証部10cは、第一の装置11から認証情報を受信した場合に、第一の記憶部に記憶された複数の認証情報を用いて、受信した認証情報を認証する。制御部10dは、認証部10cによる認証が成功した場合に、第二の記憶部10bに記憶された第二の装置12の単一のログイン情報を用いて、第二の装置12へのログインを実行させる。すなわち、管理装置10では、第二の装置12については、ログイン情報を1つだけしか記憶しておらず、他の利用者についても共通してこの単一のログイン情報を利用するため、ログイン情報を複数記憶し、管理するものよりもセキュリティが高いものとなる。上述してきたように、本実施例に係る管理装置10によれば、ログイン情報を1つだけしか記憶していないため、ログイン情報を複数記憶し、管理するものよりもログイン情報の漏洩リスクを低減することができる。したがって、本実施例に係る管理装置10によれば、セキュリティをより向上させることができる。次に、実施例2について説明する。実施例2では、管理装置の一例として、プロキシサーバを採用した場合について説明する。また、実施例2では、ログイン情報の一例として、第二の装置12のパスワードを採用し、認証情報の一例として、利用者のIDIDentificationおよびパスワードのアカウントを採用した場合について説明する。なお、実施例2のシステム構成は、実施例1のシステム構成と同様であるので説明を省略する。その他、実施例1と同様の構成について、同一の符号を付して説明を省略する場合がある。また、本実施例に係る第一の装置11は、例えば、telnetやsshなどのコマンドを用いて、プロキシサーバ20と通信を行うが、第一の装置11とプロキシサーバ20との通信方法はこれに限られず、任意の通信方式を採用することができる。利用者は、第二の装置12にログインを行う場合に、ログイン対象の装置のID、および自身に割り当てられたアカウントを第一の装置11に入力する。第一の装置11は、ユーザの指示に応じて、ログインのリクエストとともに、入力されたアカウントをプロキシサーバ20に送信する。[プロキシサーバの構成]実施例2に係るプロキシサーバについて説明する。図2は、実施例2に係るプロキシサーバの構成を示す図である。本実施例に係るプロキシサーバ20は、第一の装置11を利用する複数の利用者のIDおよびパスワードのアカウントを記憶する。また、本実施例に係るプロキシサーバ20は、第二の装置12へのログインに用いる第二の装置12へのログインに用いるパスワードを記憶する。本実施例に係るプロキシサーバ20は、第一の装置11からアカウントを受信した場合に、記憶した複数のアカウントを用いて、受信したアカウントを認証する。本実施例に係るプロキシサーバ20は、認証が成功した場合に、単一のログイン情報を用いて、第二の装置12へのログインを実行させる。図2に示すように、プロキシサーバ20は、第一の通信部21と、第二の通信部22と、記憶部23と、制御部24とを有する。第一の通信部21は、第一の装置11と制御部24との通信を行うための通信インタフェースである。例えば、第一の通信部21は、第一の装置11から送信されたリクエスト、ログイン対象の装置のID、利用者のアカウントを受信し、受信したリクエスト、ログイン対象の装置のID、利用者のアカウントを制御部24へ送信する。また、第一の通信部21は、制御部24から送信された、後述するエラーや成功のメッセージを受信し、受信したメッセージを第一の装置11へ送信する。これにより、第一の装置11により、エラーや成功のメッセージが報知される。第二の通信部22は、第二の装置12と制御部24との通信を行うための通信インタフェースである。例えば、第二の通信部22は、制御部24から送信されたパスワードを受信し、受信したパスワードを第二の装置12へ送信する。また、第一の通信部21と第二の通信部22とは、接続されている。後述の制御部24bによる第二の装置12へのログインが成功した場合には、第一の通信部21および第二の通信部22を介して、第一の装置11と第二の装置12とが通信可能となる。第一の通信部21と第二の通信部22は、同じものでもよい。例えば、第一の通信部21および第二の通信部22は、1枚のNICNetworkInterfaceCardであってもよい。記憶部23は、制御部24で実行される各種プログラムを記憶する。また、記憶部23は、アカウントテーブル23a、パスワードテーブル23bを記憶する。アカウントテーブル23aについて説明する。アカウントテーブル23aは、正規の利用者のアカウントが登録されたテーブルである。アカウントテーブル23aの各レコードには、利用者に割り当てられた正規のIDとパスワードとが、利用者ごとに登録されている。アカウントテーブル23aは、後述の認証部24aにより利用者の認証を行う場合に用いられる。図3は、アカウントテーブルの一例を示す図である。図3の例では、IDAと、IDがAである利用者のパスワードPaとが対応付けられてアカウントテーブル23aの1レコードに登録されている場合が示されている。また、図3の例では、IDBと、IDがBである利用者のパスワードPbとが対応付けられてアカウントテーブル23aの1レコードに登録されている場合が示されている。パスワードテーブル23bについて説明する。パスワードテーブル23bは、第二の装置12へのログインに用いるパスワードが登録されたテーブルである。パスワードテーブル23bの各レコードには、第二の装置12の正規のパスワードが、装置ごとに登録されている。パスワードテーブル23bは、後述の制御部24bにより第二の装置12へのログインを行う場合に用いられる。図4は、パスワードテーブルの一例を示す図である。図4の例では、IDがXである第二の装置12のパスワードPXがパスワードテーブル23bの1レコードに登録されている場合が示されている。また、図4の例では、IDがYである第二の装置12のパスワードPYがパスワードテーブル23bの1レコードに登録されている場合が示されている。また、図4の例では、IDがZである第二の装置12のパスワードPZがパスワードテーブル23bの1レコードに登録されている場合が示されている。記憶部23は、例えば、フラッシュメモリなどの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部23は、上記の種類の記憶装置に限定されるものではなく、RAMRandomAccessMemory、ROMReadOnlyMemoryであってもよい。図2の説明に戻り、制御部24は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部24は、図2に示すように、認証部24aと、制御部24bとを有する。認証部24aは、第一の装置11からアカウントを受信した場合に、アカウントテーブル23aに記憶された複数のアカウントを用いて、受信したアカウントを認証する。例えば、認証部24aは、第一の通信部21を介して第一の装置11から入力されたアカウントを取得する。認証部24aは、取得したアカウントのIDと同一のIDを有するレコードをアカウントテーブル23aから検索する。検索の結果、対応するレコードが存在する場合には、認証部24aは、対応するレコードに含まれるパスワードを取得する。認証部24aは、取得したパスワードと、取得したアカウントのパスワードとを比較し、利用者の認証を行う。認証部24aは、取得したパスワードと、取得したアカウントのパスワードとが一致する場合には、利用者の認証が成功したと判断する。一方、認証部24aは、取得したパスワードと取得したアカウントのパスワードとが一致しない場合には、利用者の認証が失敗したと判断し、第一の通信部21を介して第一の装置11に、認証が失敗した旨のエラーのメッセージを送信する。また、認証部24aは、検索の結果、対応するレコードが存在しない場合にも、利用者の認証が失敗したと判断し、第一の通信部21を介して第一の装置11に、認証が失敗した旨のエラーのメッセージを送信する。制御部24bは、認証部24aによる認証が成功した場合に、パスワードテーブル23bに記憶された、第二の装置12のパスワードを用いて、第二の装置12へのログインを実行させる。例えば、制御部24bは、認証部24aで利用者の認証が成功した場合には、ログイン対象の装置のIDと同一のIDを有するレコードをパスワードテーブル23bから検索する。ログイン対象の装置のIDは、第一の装置11からログイン情報とともに送信しても良いし、管理装置10にログインした後に、メニュー画面等で選択する等してもよい。検索の結果、対応するレコードが存在する場合には、制御部24bは、対応するレコードに含まれるパスワードを取得する。制御部24bは、取得したパスワードを第二の通信部22へ送信し、ログイン対象の装置のIDが示す第二の装置12へのログインを行う。この結果、第一の装置11を利用する利用者は、第一の通信装置11、並びに、プロキシサーバ20の第一の通信部21および第二の通信部22を介して、第二の通信装置12へのアクセスが可能となる。よって、プロキシサーバ20は、利用者を第二の装置12にログインさせることとなる。なお、プロキシサーバ20は、例えば、telnetやsshなどのコマンドを用いて、第二の装置12と通信を行うが、プロキシサーバ20と第二の通信装置12との通信方法はこれに限られず、任意の通信方式を採用することができる。ここで、パスワードテーブル23bの登録内容が、何らかの原因、例えば図示しない電源の瞬断などで変化してしまう場合がある。この場合には、パスワードテーブル23bに登録されたパスワードの内容が変化し、パスワードテーブル23bに登録された正規のパスワードが変更されてしまう状況もあり得る。そこで、そのような状況も考慮して、制御部24bは、第二の装置12からのログイン結果を受信し、受信したログイン結果からログインが成功したか否かを判定する。ログインが成功した場合には、制御部24bは、ログインが成功した旨の成功のメッセージを第一の通信部21に送信する。ログインが失敗した場合には、制御部24bは、ログインが失敗した旨のエラーのメッセージを第一の通信部21に送信する。これにより、利用者は、パスワードテーブル23bに何らかの異常が発生したことを認識することができる。また、制御部24bは、検索の結果、対応するレコードが存在しない場合にも、ログインが失敗したと判断し、第一の通信部21を介して第一の装置11に、ログインが失敗した旨のエラーのメッセージを送信する。なお、認証部24aまたは制御部24bは、ある利用者がログイン中は、他の利用者からのログインのリクエストがあった場合には、他の利用者からのログインを行わせないように、いわゆる排他制御を行うこともできる。この場合、排他制御を行う認証部24aまたは制御部24bは、ログインを拒否した利用者に対して、ログイン対象の装置がログイン中である旨のメッセージを、第一の通信部21を介して第一の装置11に送信することもできる。制御部24は、ASICApplicationSpecificIntegratedCircuitやFPGAFieldProgrammableGateArrayなどの集積回路またはCPUCentralProcessingUnitやMPUMicroProcessingUnitなどの電子回路である。[処理の流れ]次に、本実施例に係るプロキシサーバ20の処理の流れを説明する。図5は、実施例2に係るログイン処理の手順を示すフローチャートである。このログイン処理の実行タイミングとしては様々なタイミングが考えられる。例えば、ログイン処理は、プロキシサーバ20の電源がONの間、所定時間間隔で繰り返し実行される。図5に示すように、認証部24aは、第一の通信部21を介して、第一の装置11からリクエストを受信したか否かを判定するステップS101。リクエストを受信していない場合ステップS101否定には、認証部24aは、再度、同様の判定を行う。一方、リクエストを受信した場合ステップS101肯定には、認証部24aは、リクエストがログインであるか否かを判定するステップS102。リクエストがログインでない場合ステップS102否定には、ステップS101へ戻る。一方、リクエストがログインである場合ステップS102肯定には、認証部24aは、第一の通信部21を介して第一の装置11から入力されたアカウントを取得するステップS103。認証部24aは、取得したパスワードと、取得したアカウントのパスワードとを比較し、利用者の認証を行うステップS104。認証部24aは、認証が成功したか否かを判定するステップS105。認証が成功していない場合、すなわち失敗した場合ステップS105否定には、認証部24aは、第一の通信部21を介して第一の装置11に、認証が失敗した旨のエラーのメッセージを送信しステップS106、ステップS101へ戻る。一方、認証が成功した場合ステップS105肯定には、制御部24bは、次のような処理を行う。すなわち、制御部24bは、ログイン対象の装置のIDと同一のIDを有するレコードをパスワードテーブル23bから検索し、検索の結果、対応するレコードが存在する場合には、対応するレコードに含まれるパスワードを取得するステップS107。制御部24bは、取得したパスワードを第二の通信部22へ送信し、ログイン対象の装置のIDが示す第二の装置12へのログインを行うステップS108。制御部24bは、受信したログイン結果からログインが成功したか否かを判定するステップS109。ログインが成功していない場合、すなわち失敗した場合ステップS109否定には、制御部24bは、ログインが失敗した旨のエラーのメッセージを第一の通信部21に送信しステップS110、ステップS101に戻る。一方、ログインが成功した場合ステップS109肯定には、制御部24bは、ログインが成功した旨の成功のメッセージを第一の通信部21に送信しステップS111、ステップS101に戻る。上述してきたように、本実施例に係るプロキシサーバ20では、アカウントテーブル23aにアカウントが登録された利用者以外の利用者は、利用者の認証が失敗し、第二の装置12へのログインができない。よって、本実施例に係るプロキシサーバ20によれば、第二の装置12にログインすることができる利用者を限定することができる。また、本実施例に係るプロキシサーバ20では、複数の第二の装置12のそれぞれのログインの際に用いられるパスワードを単一のものとすることができる。この場合、本実施例に係るプロキシサーバ20によれば、ログイン情報を1つだけしか記憶していないため、ログイン情報を複数記憶し、管理するものよりもログイン情報の漏洩リスクを低減することができる。したがって、本実施例に係るプロキシサーバ20によれば、セキュリティをより向上させることができる。さて、上記の実施例2では、ログインに用いられるパスワードが固定の場合を例示したが、開示の装置はこれに限定されない。そこで、実施例3では、パスワードを変更する場合について説明する。[プロキシサーバ30の構成]図6は、実施例3に係るプロキシサーバの構成を示す図である。図6に示すように、プロキシサーバ30は、新たに、第三の通信部33と、制御部34とを有する。かかる制御部34は、図2に示す実施例2に係る制御部24と比較して、さらに、変更部34cを有する点が異なる。なお、以下では、上記の実施例2と同様の機能を果たす回路や機器については図2と同様の符号を付し、その説明は省略することとする。本実施例では、第二の装置12は、第三の通信部33から、自身の現在のパスワードおよび新パスワードを受信すると、自身の現在のパスワードを新パスワードに変更する。第三の通信部33は、第二の装置12のパスワードを変更するために、第二の装置12と制御部34との通信を行うための通信インタフェースである。例えば、第三の通信部33は、後述の変更部34cから、パスワード変更対象の第二の装置12の現在のパスワードおよび新パスワードを受信した場合には、現在のパスワードおよび新パスワードをパスワード変更対象の第二の装置12に送信する。第三の通信部33は、例えば、第二の装置12固有のコマンドラインインタフェースなどに接続される。もしくは、第三の通信部33は、NICであり、第二の装置12とIPInternetProtocolにより接続され、この場合は、第三の通信部33は、第一の通信部21や第二の通信部22と同じNICでもよい。変更部34cは、第二の装置12へログインした利用者がログアウトしたか否かを判定する。例えば、変更部34cは、第二の通信部22に流れる第一の装置11からのコマンドを監視し、ログアウトのコマンドを検出した場合に、第二の装置12へログインした利用者がログアウトしたと判定する。変更部34cは、ログアウトしたと判定した場合には、ログアウトされた第二の装置12のパスワードをパスワードテーブル23bから取得し、取得したパスワードと異なる新たなパスワードである新パスワードを生成する。例えば、変更部34cは、プロキシサーバ30の管理者が予め指定しておいた設定値を疑似乱数の種seedとして、取得した疑似乱数からパスワードを生成し、生成した擬似乱数を新パスワードとする。また、変更部34cは、ログアウトした時刻を疑似乱数の種として、取得した疑似乱数からパスワードを生成し、生成した擬似乱数を新パスワードとすることもできる。また、さらに、変更部34cは、ログアウトされた第二の装置12固有のMacアドレスとログアウトした時刻を組み合わせた値を疑似乱数の種として、取得した疑似乱数からパスワードを生成し、生成した疑似乱数を新パスワードとすることもできる。この場合、プロキシサーバ30にて、複数の第二の装置12のパスワードを、全て各装置で異なるパスワードとすることができるとともに、複数の第二の装置12のパスワードを、一括して生成し管理できる。変更部34cは、生成した新パスワードを、現在のパスワードとともに第三の通信部33を介して、パスワード変更対象である、ログアウトされた第二の装置12へ送信する。変更部34cは、新パスワードをパスワードテーブル23bの対応するレコードに登録する。図7Aは、パスワード変更前のパスワードテーブルの一例を示す図である。図7Bは、パスワード変更後のパスワードテーブルの一例を示す図である。図7Aの例では、IDがXであるパスワード変更対象の第二の装置12の変更前のパスワードはPXである。変更部34cによってパスワードが変更された場合には、図7Bの例に示すように、IDがXであるパスワード変更対象の第二の装置12の新パスワードとしてPQが、パスワードテーブル23bに登録される。ここで、疑似乱数の種として、利用者が類推困難なログアウトした時刻を用いた場合には、種が利用者によって類推することが困難なため、利用者がパスワードを類推することが困難となる。逆に、疑似乱数の種として、プロキシサーバ30の管理者が予め指定しておいた設定値を用いた場合には、パスワードテーブル23bが何らかの原因で壊れてしまっても、種がプロキシサーバ30の管理者によって類推できるため、利用者のパスワードを類推することができる。よって、疑似乱数の種として、管理者が類推可能な値を用いた場合には、このような状況であっても、利用者は、第二の装置12を利用することができるという利点もある。このように、変更部34cが、ログアウトのたびにパスワードを変更することで、仮に第二の装置12のパスワードを利用者が把握する状況になったとしても、ログアウト後にはパスワードが変更されるため、利用者の不正行為の成功を抑制することができる。したがって、セキュリティを向上させることができる。また、第二の装置12自身がパスワードを変更するのではなく、第二の装置12の外部の装置であるプロキシサーバ30の変更部34cがパスワードを変更し、パスワードテーブル23bを更新することで、第二の装置12のパスワードを一元管理ができる。[処理の流れ]次に、本実施例に係るプロキシサーバ30の処理の流れを説明する。図8は、実施例3に係るログイン処理の手順を示すフローチャートである。このログイン処理の実行タイミングとしては様々なタイミングが考えられる。例えば、ログイン処理は、プロキシサーバ30の電源がONの間、所定時間間隔で繰り返し実行される。なお、ステップS201~S211は、実施例2に係るログイン処理のステップS101~S111と同様であるので、説明を省略する。図8に示すように、変更部34cは、第二の装置12へログインした利用者がログアウトしたか否かを判定するステップS212。ログアウトした場合ステップS212肯定には、変更部34cは、ログアウトされた第二の装置12のパスワードから新たなパスワードである新パスワードを生成するステップS213。変更部34cは、生成した新パスワードを、現在のパスワードとともに第三の通信部33を介して、パスワード変更対象である、ログアウトされた第二の装置12へ送信するステップS214。変更部34cは、新パスワードをパスワードテーブル23bの対応するレコードに登録しステップS215、ステップS201へ戻る。上述してきたように、本実施例に係るプロキシサーバ30では、アカウントテーブル23aにアカウントが登録された利用者以外の利用者は、利用者の認証が失敗し、第二の装置12へのログインができない。よって、本実施例に係るプロキシサーバ30によれば、第二の装置12にログインすることができる利用者を限定することができる。また、本実施例に係るプロキシサーバ30は、ログアウトのたびにパスワードを変更する。したがって、仮に第二の装置12のパスワードを利用者が把握する状況になったとしても、ログアウト後にはパスワードが変更されるため、利用者の不正行為の成功を抑制することができる。よって、本実施例に係るプロキシサーバ30によれば、セキュリティを向上させることができる。また、本実施例に係るプロキシサーバ30は、パスワードを変更し、パスワードテーブル23bを更新する。したがって、本実施例に係るプロキシサーバ30によれば、第二の装置12のパスワードを一元管理ができる。また、本実施例に係るプロキシサーバ30では、複数の第二の装置12のそれぞれのログインの際に用いられるパスワードを単一のものとすることができる。この場合、本実施例に係るプロキシサーバ30によれば、ログイン情報を1つだけしか記憶していないため、ログイン情報を複数記憶し、管理するものよりもログイン情報の漏洩リスクを低減することができる。したがって、本実施例に係るプロキシサーバ30によれば、セキュリティをより向上させることができる。さて、上記の実施例2、3では、プロキシサーバが受信したアカウント、およびプロキシサーバが記憶したアカウントに基づいて利用者を認証する場合を例示したが、開示の装置はこれに限定されない。そこで、実施例4では、運用管理サーバから取得した運用条件情報が示す運用条件を加味して、利用者を認証する場合について説明する。[システム構成]実施例4に係る管理システムについて説明する。図9は、実施例4に係るプロキシサーバが適用される管理システムの全体構成図の一例を示す図である。図9に示すように、管理システム4は、プロキシサーバ40、第一の装置11および第二の装置12に加え、運用管理サーバ41を有する。運用管理サーバ41は、管理システム4以外のシステムであって、管理システム4の業務を支援するためのワークフローを制御するためのサーバである。また、運用管理サーバ41は、第二の装置12に対するログインを可能な人物を定義した運用条件の情報である運用条件情報を記憶する。運用管理サーバ41は、運用条件情報に基づいて、第二の装置12に対するログインの許可/不許可を決定する。なお、運用管理サーバ41は、管理システム4と連携するシステムのサーバであれば、前述のワークフローのサーバ以外であっても良い。図10Aは、運用条件情報の一例を示す図である。図10Aの例では、月曜日に、Aが第二の装置12にログインすることが出来ることを示す。図10Aの例では、火曜日に、Bが第二の装置12にログインすることが出来ることを示す。図10Aの例では、水曜日に、AおよびBが第二の装置12にログインすることが出来ることを示す。図10Aの例では、木曜日には、誰も第二の装置12にログインすることが出来ないことを示す。図10Aの例では、金曜日に、Aが第二の装置12にログインすることが出来ることを示す。図10Aの例では、土曜日に、誰も第二の装置12にログインすることが出来ないことを示す。図10Aの例では、日曜日に、誰も第二の装置12にログインすることが出来ないことを示す。図10Bは、運用条件情報の一例を示す図である。図10Bの例では、所属部署が開発一部の人物は、第二の装置12にログインすることが出来ることを示す。図10Bの例では、所属部署が開発二部の人物は、第二の装置12にログインすることが出来ることを示す。図10Bの例では、所属部署が総務部の人物は、第二の装置12にログインすることが出来ないことを示す。図10Bの例では、所属部署が営業部の人物は、第二の装置12にログインすることが出来ないことを示す。なお、運用条件情報は、上記の例に限られない。例えば、運用条件情報は、役職ごとに第二の装置12へのログインの許可/不許可が定義されたものであってもよい。また、運用条件情報は、人物ごとに、第二の装置12へのログインが許可される期間が定められたものであってもよい。[プロキシサーバ40の構成]図11は、実施例4に係るプロキシサーバの構成を示す図である。図11に示すように、プロキシサーバ40は、新たに、第四の通信部43と、制御部44とを有する。かかる制御部44は、図6に示す実施例3に係る制御部34と比較して、認証部24aに代えて認証部44aを有する点が異なる。なお、以下では、上記の実施例2、3と同様の機能を果たす回路や機器については図2、図6と同様の符号を付し、その説明は省略することとする。第四の通信部43は、運用管理サーバ41と制御部44との通信を行うための通信インタフェースである。例えば、第四の通信部43は、運用管理サーバ41から運用条件情報を受信した場合には、受信した運用条件情報を制御部44に送信する。第四の通信部43は、第一の通信部21、第二の通信部22および第三の通信部33と同じものでもよい。例えば、第一の通信部21、第二の通信部22、第三の通信部33および第四の通信部43は、1枚のNICであってもよい。認証部44aは、第二の装置12に係る運用条件情報、および第一の装置11から受信するアカウント、並びに記憶部23に記憶したアカウントテーブル23aに登録されたアカウントに基づいて利用者を認証する。例えば、認証部44aは、第一の通信部21を介して第一の装置11から入力されたアカウントを取得する。認証部44aは、取得したアカウントのIDと同一のIDを有するレコードをアカウントテーブル23aから検索する。検索の結果、対応するレコードが存在する場合には、認証部44aは、対応するレコードに含まれるパスワードを取得する。認証部44aは、第四の通信部43を介して、運用管理サーバ41から運用条件情報を取得する。認証部44aは、運用条件情報を加味して、運用条件情報が示す運用条件に合致する利用者について、取得したパスワードと、取得したアカウントのパスワードとを比較し、利用者の認証を行う。認証部44aは、運用条件情報が示す運用条件に合致しない利用者については、利用者の認証を行わない。ここで、運用条件に利用者が合致する場合とは、利用者がログイン対象の第二の装置12へログイン可能な場合を指す。また、運用条件に利用者が合致しない場合とは、利用者がログイン対象の第二の装置12へログイン可能でない場合を指す。認証部44aは、運用条件に合致する利用者について、取得したパスワードと、取得したアカウントのパスワードとが一致する場合には、利用者の認証が成功したと判断する。一方、認証部44aは、運用条件に合致する利用者について、取得したパスワードと取得したアカウントのパスワードとが一致しない場合や、利用者が運用条件に合致しない場合には、次のような処理を行う。すなわち、認証部44aは、利用者の認証が失敗したと判断し、第一の通信部21を介して第一の装置11に、認証が失敗した旨や、利用者が運用条件に合致しない旨のエラーのメッセージを送信する。また、認証部44aは、検索の結果、対応するレコードが存在しない場合にも、利用者の認証が失敗したと判断し、第一の通信部21を介して第一の装置11に、認証が失敗した旨のエラーのメッセージを送信する。このように、認証部44aは、他のワークフローのシステムの運用条件情報が示す運用条件に合致する利用者について、利用者の認証を行い、第二の装置12へのログインを試みる。一方、認証部44aは、運用条件に合致しない利用者については、利用者の認証を行わず、第二の装置12へのログインをさせない。したがって、認証部44aによれば、他のワークフローのシステムと連携して利用者のログインを行うことができる。また、制御部24bが、図10Aの例で示す運用条件のように、日時や時間帯で、利用者のログイン可否を定義している場合、利用者がログインできない時間帯には、利用者に知らせていない認証パスワードを、アカウントテーブル23aにて、認証不可能な別のパスワードに設定しなおすことで、利用者の認証が成功しないようにし、したがって、第二の装置12へもログインさせないこともできる。[処理の流れ]次に、本実施例に係るプロキシサーバ40の処理の流れを説明する。図12は、実施例4に係るログイン処理の手順を示すフローチャートである。このログイン処理の実行タイミングとしては様々なタイミングが考えられる。例えば、ログイン処理は、プロキシサーバ40の電源がONの間、所定時間間隔で繰り返し実行される。なお、ステップS301~S303、S306~S315は、実施例3に係るログイン処理のステップS201~S203、S206~S215と同様であるので、説明を省略する。図12に示すように、認証部44aは、第四の通信部43を介して、運用管理サーバ41から運用条件情報を取得するステップS401。認証部44aは、運用条件情報を加味して、運用条件情報が示す運用条件に合致する利用者について、取得したパスワードと、取得したアカウントのパスワードとを比較し、利用者の認証を行うステップS402。なお、ステップS402では、認証部44aは、運用条件情報が示す運用条件に合致しない利用者については、利用者の認証を行わない。認証部44aは、認証が成功したか否かを判定するステップS403。認証が失敗した場合ステップS403否定には、ステップS306へ進む。一方、認証が成功した場合ステップS403肯定には、ステップS307へ進む。上述してきたように、本実施例に係るプロキシサーバ40では、アカウントテーブル23aにアカウントが登録された利用者以外の利用者は、利用者の認証が失敗し、第二の装置12へのログインができない。よって、本実施例に係るプロキシサーバ40によれば、第二の装置12にログインすることができる利用者を限定することができる。また、本実施例に係るプロキシサーバ40は、ログアウトのたびにパスワードを変更する。したがって、仮に第二の装置12のパスワードを利用者が把握する状況になったとしても、ログアウト後にはパスワードが変更されるため、利用者の不正行為の成功を抑制することができる。よって、本実施例に係るプロキシサーバ40によれば、セキュリティを向上させることができる。また、本実施例に係るプロキシサーバ40は、パスワードを変更し、パスワードテーブル23bを更新する。したがって、本実施例に係るプロキシサーバ40によれば、第二の装置12のパスワードを一元管理ができる。また、本実施例に係るプロキシサーバ40は、他のワークフローのシステムの運用条件情報が示す運用条件に合致する利用者について、利用者の認証を行い、第二の装置12へのログインを試みる。一方、本実施例に係るプロキシサーバ40は、運用条件に合致しない利用者については、利用者の認証を行わず、第二の装置12へのログインをさせない。このように、本実施例に係るプロキシサーバ40は、第二の装置に係る所定の運用条件をさらに用いて認証する。したがって、本実施例に係るプロキシサーバ40によれば、他のワークフローのシステムの運用と連携して利用者のログインを行うことができる。また、本実施例に係るプロキシサーバ40では、複数の第二の装置12のそれぞれのログインの際に用いられるパスワードを単一のものとすることができる。この場合、本実施例に係るプロキシサーバ40によれば、ログイン情報を1つだけしか記憶していないため、ログイン情報を複数記憶し、管理するものよりもログイン情報の漏洩リスクを低減することができる。したがって、本実施例に係るプロキシサーバ40によれば、セキュリティをより向上させることができる。さて、上記の実施例4では、運用管理サーバから取得した運用条件情報が示す運用条件を加味して利用者を認証する場合を例示したが、開示の装置はこれに限定されない。そこで、実施例5では、運用管理サーバから取得した運用条件情報が示す運用条件を加味して、利用者を第二の装置12へログインさせる場合について説明する。なお、実施例5のシステム構成は、実施例4のシステム構成と同様であるので説明を省略する。[プロキシサーバ50の構成]図13は、実施例5に係るプロキシサーバの構成を示す図である。図13に示すように、プロキシサーバ50は、新たに、制御部54を有する。かかる制御部54は、図11に示す実施例4に係る制御部44と比較して、認証部44aに代えて実施例3に係る認証部24aを有する点、および制御部24bに代えて制御部54bを有する点が異なる。なお、以下では、上記の実施例2、3、4と同様の機能を果たす回路や機器については図2、図6、図11と同様の符号を付し、その説明は省略することとする。制御部54bは、第二の装置12に係る所定の運用条件を満たす場合に、パスワードを用いて、第二の装置12にログインさせる。例えば、制御部54bは、認証部24aで利用者の認証が成功した場合には、第四の通信部43を介して、運用管理サーバ41から運用条件情報を取得する。制御部54bは、運用条件情報が示す運用条件に利用者が合致するか否かを判定する。運用条件に利用者が合致しない場合には、制御部54bは、第一の通信部21を介して第一の装置11に、運用条件に利用者が合致しない旨のエラーのメッセージを送信する。一方、運用条件に利用者が合致する場合には、制御部54bは、ログイン対象の装置のIDと同一のIDを有するレコードをパスワードテーブル23bから検索する。検索の結果、対応するレコードが存在する場合には、制御部54bは、対応するレコードに含まれるパスワードを取得する。制御部54bは、取得したパスワードを第二の通信部22へ送信し、ログイン対象の装置のIDが示す第二の装置12へのログインを行う。制御部54bは、第二の装置12からのログイン結果を受信し、受信したログイン結果からログインが成功したか否かを判定する。ログインが成功した場合には、制御部54bは、ログインが成功した旨の成功のメッセージを第一の通信部21に送信する。ログインが失敗した場合には、制御部54bは、ログインが失敗した旨のエラーのメッセージを第一の通信部21に送信する。また、制御部54bは、検索の結果、対応するレコードが存在しない場合にも、ログインが失敗したと判断し、第一の通信部21を介して第一の装置11に、ログインが失敗した旨のエラーのメッセージを送信する。このように、制御部54bは、他のワークフローのシステムの運用条件情報が示す運用条件に利用者が合致し、かつ、利用者の認証が成功であった場合に、パスワードを用いて、利用者を第二の装置12にログインさせることを試みる。一方、制御部54bは、運用条件に利用者が合致しない場合には、利用者に対して、第二の装置12へのログインをさせない。したがって、制御部54bによれば、他のワークフローのシステムと連携して利用者のログインを行うことができる。また、制御部24bが、図10Aの例で示す運用条件のように、日時や時間帯で、利用者のログイン可否を定義している場合、利用者がログインできない時間帯には、第二の装置12のパスワードを、パスワードテーブル23bにて、ログイン不可能な別のパスワードに設定しなおすことで、第二の装置12へもログインさせないこともできる。[処理の流れ]次に、本実施例に係るプロキシサーバ50の処理の流れを説明する。図14は、実施例5に係るログイン処理の手順を示すフローチャートである。このログイン処理の実行タイミングとしては様々なタイミングが考えられる。例えば、ログイン処理は、プロキシサーバ50の電源がONの間、所定時間間隔で繰り返し実行される。なお、ステップS501~S515は、実施例3に係るログイン処理のステップS201~S215と同様であるので、説明を省略する。図14に示すように、制御部54bは、第四の通信部43を介して、運用管理サーバ41から運用条件情報を取得するステップS601。制御部54bは、運用条件情報が示す運用条件に利用者が合致するか否かを判定するステップS602。運用条件に利用者が合致しない場合ステップS602否定には、制御部54bは、第一の通信部21を介して第一の装置11に、運用条件に利用者が合致しない旨のエラーのメッセージを送信するステップS603。一方、運用条件に利用者が合致する場合ステップS602肯定には、ステップS508へ進む。上述してきたように、本実施例に係るプロキシサーバ50では、アカウントテーブル23aにアカウントが登録された利用者以外の利用者は、利用者の認証が失敗し、第二の装置12へのログインができない。よって、本実施例に係るプロキシサーバ50によれば、第二の装置12にログインすることができる利用者を限定することができる。また、本実施例に係るプロキシサーバ50は、ログアウトのたびにパスワードを変更する。したがって、仮に第二の装置12のパスワードを利用者が把握する状況になったとしても、ログアウト後にはパスワードが変更されるため、利用者の不正行為の成功を抑制することができる。よって、本実施例に係るプロキシサーバ50によれば、セキュリティを向上させることができる。また、本実施例に係るプロキシサーバ50は、パスワードを変更し、パスワードテーブル23bを更新する。したがって、本実施例に係るプロキシサーバ50によれば、第二の装置12のパスワードを一元管理ができる。また、本実施例に係るプロキシサーバ50は、第二の装置12に係る所定の運用条件を満たす場合に、パスワードを用いて、第二の装置12にログインさせる。例えば、本実施例に係るプロキシサーバ50は、他のワークフローのシステムの運用条件情報が示す運用条件に合致する利用者について、第二の装置12へのログインを試みる。一方、本実施例に係るプロキシサーバ50は、運用条件に合致しない利用者については、第二の装置12へのログインをさせない。したがって、本実施例に係るプロキシサーバ50によれば、他のワークフローのシステムの運用と連携して利用者のログインを行うことができる。また、本実施例に係るプロキシサーバ50では、複数の第二の装置12のそれぞれのログインの際に用いられるパスワードを単一のものとすることができる。この場合、本実施例に係るプロキシサーバ50によれば、ログイン情報を1つだけしか記憶していないため、ログイン情報を複数記憶し、管理するものよりもログイン情報の漏洩リスクを低減することができる。したがって、本実施例に係るプロキシサーバ50によれば、セキュリティをより向上させることができる。実施例6では、利用者が操作可能なコマンドを示す情報に基づいて、第一の装置11から入力されたコマンドが、利用者が操作可能な場合には、コマンドを第二の装置12へ発行する場合について説明する。また、本実施例では、第一の装置11は、ユーザの操作を受け付けて、プロキシサーバにコマンドのリクエストを送信する。コマンドの一例としては、ファイルを読み込むためのread、ファイルをコピーするためのcopy、ファイルを削除するためのdeleteなどが挙げられる。[システム構成]実施例6に係る管理システムについて説明する。実施例6に係る管理システムのシステム構成は、実施例1~5のいずれかのシステム構成と同様であるので、説明を省略する。[プロキシサーバ60の構成]図15は、実施例6に係るプロキシサーバの構成の一部を示す図である。図15に示すプロキシサーバ60は、記憶部63および制御部64を有する。プロキシサーバ60は、実施例1の管理装置10の機能および構成、または、実施例2~5のいずれか1つに係るプロキシサーバの機能および構成に加え、新たに制御部64が判定部64dおよび発行部64eを有するとともに、記憶部63が可能操作情報63aを記憶する。なお、以下では、上記の実施例1~5と同様の機能を果たす回路や機器については図1、図2、図6、図11、図13と同様の符号を付し、その説明は省略することとする。可能操作情報63aについて説明する。可能操作情報63aは、利用者が実行可能なコマンドおよび実行不可能なコマンドを、利用者ごとに定義された情報である。図16は、可能操作情報の一例を示す図である。図16の例では、IDがAである利用者は、readコマンドを実行でき、copyコマンドおよびdeleteコマンドを実行できないことが示されている。また、図16の例では、IDがBである利用者は、readコマンドおよびcopyコマンドを実行でき、deleteコマンドを実行できないことが示されている。判定部64dは、第一の通信部21を介して受信したリクエストがコマンドであるか否かを判定する。判定部64dは、リクエストがコマンドである場合には、可能操作情報63aを読み込む。判定部64dは、読み込んだ可能操作情報63aから、コマンドのリクエストを行った利用者のIDを含むレコードを特定し、特定したレコードから、リクエストのコマンドが実行可能であるか否かの情報を取得する。判定部64dは、取得した情報に基づいて、利用者がコマンドを実行可能であるか否かを判定する。発行部64eは、判定部64dにより発行可能と判定された場合に、操作コマンドを第二の装置12へ発行する。例えば、発行部64eは、判定部64dの判定結果が実行可能でない場合には、発行部64eは、第一の通信部21を介して第一の装置11に、利用者がコマンドを実行可能でない旨のエラーのメッセージを送信する。一方、実行可能である場合には、発行部64eは、第二の装置12にコマンドを発行する。このように、発行部64eは、可能操作情報63aに基づいて、利用者が実行可能なコマンドについては、第二の装置12にコマンドを発行し、実行不可能なコマンドについては、コマンドを発行しない。したがって、発行部64eによれば、利用者ごとにコマンドのフィルタリングを行うことができる。[処理の流れ]次に、本実施例に係るプロキシサーバ60の処理の流れを説明する。図17は、実施例6に係るフィルタリング処理の手順を示すフローチャートである。このフィルタリング処理は、割り込み処理であり、実行タイミングとしては様々なタイミングが考えられる。例えば、フィルタリング処理は、図5のステップS102で否定判定された場合、図8のステップS202で否定判定された場合、図12のステップS302で否定判定された場合、図14のステップS502で否定判定された場合などに実行される。図17に示すように、判定部64dは、第一の通信部21を介して受信したリクエストがコマンドであるか否かを判定するステップS701。判定部64dは、リクエストがコマンドでない場合ステップS701否定には、リターンする。一方、判定部64dは、リクエストがコマンドである場合ステップS701肯定には、可能操作情報63aを読み込むステップS702。判定部64dは、読み込んだ可能操作情報63aから、コマンドのリクエストを行った利用者のIDを含むレコードを特定し、特定したレコードから、リクエストのコマンドが実行可能であるか否かの情報を取得するステップS703。判定部64dは、取得した情報に基づいて、利用者がコマンドを実行可能であるか否かを判定するステップS704。実行可能でない場合ステップS704否定には、発行部64eは、第一の通信部21を介して第一の装置11に、利用者がコマンドを実行可能でない旨のエラーのメッセージを送信しステップS705、リターンする。一方、実行可能である場合ステップS704肯定には、発行部64eは、第二の装置12にコマンドを発行しステップS706、リターンする。上述してきたように、本実施例に係るプロキシサーバ60では、アカウントテーブル23aにアカウントが登録された利用者以外の利用者は、利用者の認証が失敗し、第二の装置12へのログインができない。よって、本実施例に係るプロキシサーバ60によれば、第二の装置12にログインすることができる利用者を限定することができる。また、本実施例に係るプロキシサーバ60は、ログアウトのたびにパスワードを変更する。したがって、仮に第二の装置12のパスワードを利用者が把握する状況になったとしても、ログアウト後にはパスワードが変更されるため、利用者の不正行為の成功を抑制することができる。よって、本実施例に係るプロキシサーバ60によれば、セキュリティを向上させることができる。また、本実施例に係るプロキシサーバ60は、パスワードを変更し、パスワードテーブル23bを更新する。したがって、本実施例に係るプロキシサーバ60によれば、第二の装置12のパスワードを一元管理ができる。また、本実施例に係るプロキシサーバ60は、第二の装置12に係る所定の運用条件を満たす場合に、パスワードを用いて、第二の装置12にログインさせる。例えば、本実施例に係るプロキシサーバ60は、他のワークフローのシステムの運用条件情報が示す運用条件に合致する利用者について、第二の装置12へのログインを試みる。一方、本実施例に係るプロキシサーバ60は、運用条件に合致しない利用者については、第二の装置12へのログインをさせない。したがって、本実施例に係るプロキシサーバ60によれば、他のワークフローのシステムの運用と連携して利用者のログインを行うことができる。また、本実施例に係るプロキシサーバ60は、ログイン後に第一の装置11から第二の装置12に対する操作コマンドの発行要求を受信した場合に、アカウントに紐付けて記憶された発行条件に基づいて、操作コマンドの発行可否を判定する。そして、本実施例に係るプロキシサーバ60は、発行可能と判定された場合に、操作コマンドを第二の装置12へ発行する。したがって、本実施例に係るプロキシサーバ60によれば、利用者ごとにコマンドのフィルタリングを行うことができる。また、本実施例に係るプロキシサーバ60では、複数の第二の装置12のそれぞれのログインの際に用いられるパスワードを単一のものとすることができる。この場合、本実施例に係るプロキシサーバ60によれば、ログイン情報を1つだけしか記憶していないため、ログイン情報を複数記憶し、管理するものよりもログイン情報の漏洩リスクを低減することができる。したがって、本実施例に係るプロキシサーバ60によれば、セキュリティをより向上させることができる。さて、上記の実施例6では、可能操作情報63aに基づいて、コマンドをフィルタリングする場合を例示したが、開示の装置はこれに限定されない。そこで、実施例7では、さらに、運用管理サーバから取得した運用条件情報が示す運用条件を加味して、コマンドをフィルタリングする場合について説明する。[システム構成]実施例7に係る管理システムについて説明する。実施例7に係る管理システムのシステム構成は、実施例4、5のいずれかのシステム構成と同様であるので、説明を省略する。[プロキシサーバ70の構成]図18は、実施例7に係るプロキシサーバの構成の一部を示す図である。図18に示すプロキシサーバ70は、記憶部63と、制御部74とを有する。プロキシサーバ70は、実施例4、5のいずれか1つに係るプロキシサーバの機能および構成に加え、新たに制御部74が判定部74dおよび発行部74eを有するとともに、実施例6と同様に、記憶部63が可能操作情報63aを記憶する。なお、以下では、上記の実施例4、5、6と同様の機能を果たす回路や機器については図11、図13、図15と同様の符号を付し、その説明は省略することとする。判定部74dは、アカウントに紐付けて記憶された発行条件に加え、第二の装置12に係る所定の運用条件をさらに用いて、操作コマンドの発行可否を判定する。例えば、判定部74dは、第一の通信部21を介して受信したリクエストがコマンドであるか否かを判定する。判定部74dは、リクエストがコマンドである場合には、第四の通信部43を介して、運用管理サーバ41から運用条件情報を取得する。判定部74dは、運用条件情報が示す運用条件に利用者が合致するか否かを判定する。運用条件に利用者が合致しない場合には、判定部74dは、第一の通信部21を介して第一の装置11に、運用条件に利用者が合致しない旨のエラーのメッセージを送信する。一方、運用条件に利用者が合致する場合には、判定部74dは、可能操作情報63aを読み込む。判定部74dは、読み込んだ可能操作情報63aから、コマンドのリクエストを行った利用者のIDを含むレコードを特定し、特定したレコードから、リクエストのコマンドが実行可能であるか否かの情報を取得する。判定部74dは、取得した情報に基づいて、利用者がコマンドを実行可能であるか否かを判定する。実行可能でない場合には、発行部74eは、第一の通信部21を介して第一の装置11に、利用者がコマンドを実行可能でない旨のエラーのメッセージを送信する。一方、実行可能である場合には、発行部74eは、第二の装置12にコマンドを発行する。このように、判定部74dは、アカウントに紐付けて記憶された発行条件に基づいて、操作コマンドの発行可否を判定し、発行部74dは、発行可能と判定された場合に、操作コマンドを第二の装置12へ発行する。したがって、判定部74dおよび発行部74dによれば、他のワークフローのシステムの運用と連携した利用者ごとのコマンドの実行可能/不可能の情報に応じて、コマンドのフィルタリングを行うことができる。[処理の流れ]次に、本実施例に係るプロキシサーバ70の処理の流れを説明する。図19は、実施例7に係るフィルタリング処理の手順を示すフローチャートである。このフィルタリング処理は、割り込み処理であり、実行タイミングとしては様々なタイミングが考えられる。例えば、フィルタリング処理は、図12のステップS302で否定判定された場合、図14のステップS502で否定判定された場合などに実行される。なお、ステップS801~S806は、実施例6に係るフィルタリング処理のステップS701~S706と同様であるので、説明を省略する。図19に示すように、判定部74dは、第四の通信部43を介して、運用管理サーバ41から運用条件情報を取得するステップS901。判定部74dは、運用条件情報が示す運用条件に利用者が合致するか否かを判定するステップS902。運用条件に利用者が合致しない場合ステップS902否定には、判定部74dは、第一の通信部21を介して第一の装置11に、運用条件に利用者が合致しない旨のエラーのメッセージを送信するステップS903。一方、運用条件に利用者が合致する場合ステップS902肯定には、ステップS802へ進む。上述してきたように、本実施例に係るプロキシサーバ70では、アカウントテーブル23aにアカウントが登録された利用者以外の利用者は、利用者の認証が失敗し、第二の装置12へのログインができない。よって、本実施例に係るプロキシサーバ70によれば、第二の装置12にログインすることができる利用者を限定することができる。また、本実施例に係るプロキシサーバ70は、ログアウトのたびにパスワードを変更する。したがって、仮に第二の装置12のパスワードを利用者が把握する状況になったとしても、ログアウト後にはパスワードが変更されるため、利用者の不正行為の成功を抑制することができる。よって、本実施例に係るプロキシサーバ70によれば、セキュリティを向上させることができる。また、本実施例に係るプロキシサーバ70は、パスワードを変更し、パスワードテーブル23bを更新する。したがって、本実施例に係るプロキシサーバ70によれば、第二の装置12のパスワードを一元管理ができる。また、本実施例に係るプロキシサーバ70は、第二の装置12に係る所定の運用条件を満たす場合に、パスワードを用いて、第二の装置12にログインさせる。例えば、本実施例に係るプロキシサーバ70は、他のワークフローのシステムの運用条件情報が示す運用条件に合致する利用者について、第二の装置12へのログインを試みる。一方、本実施例に係るプロキシサーバ70は、運用条件に合致しない利用者については、第二の装置12へのログインをさせない。したがって、本実施例に係るプロキシサーバ70によれば、他のワークフローのシステムの運用と連携して利用者のログインを行うことができる。また、本実施例に係るプロキシサーバ70は、ログイン後に第一の装置11から第二の装置12に対する操作コマンドの発行要求を受信した場合に、アカウントに紐付けて記憶された発行条件に基づいて、操作コマンドの発行可否を判定する。そして、本実施例に係るプロキシサーバ70は、発行可能と判定された場合に、操作コマンドを第二の装置12へ発行する。したがって、本実施例に係るプロキシサーバ70によれば、利用者ごとにコマンドのフィルタリングを行うことができる。また、本実施例に係るプロキシサーバ70は、アカウントに紐付けて記憶された発行条件に基づいて、操作コマンドの発行可否を判定し、発行可能と判定した場合に、操作コマンドを第二の装置12へ発行する。したがって、本実施例に係るプロキシサーバ70によれば、他のワークフローのシステムの運用と連携した利用者ごとのコマンドの実行可能/不可能の情報に応じて、コマンドのフィルタリングを行うことができる。また、本実施例に係るプロキシサーバ70では、複数の第二の装置12のそれぞれのログインの際に用いられるパスワードを単一のものとすることができる。この場合、本実施例に係るプロキシサーバ70によれば、ログイン情報を1つだけしか記憶していないため、ログイン情報を複数記憶し、管理するものよりもログイン情報の漏洩リスクを低減することができる。したがって、本実施例に係るプロキシサーバ70によれば、セキュリティをより向上させることができる。さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。例えば、実施例2~7において、第二の装置12へログインするためのパスワードが、アカウントには紐付かない場合について例示した。しかしながら、開示の装置は、これに限られず、パスワードが、アカウントに紐付くようにしてもよい。例えば、複数のパスワードでログイン可能な装置を、第二の装置12として採用する。この場合に、開示の装置は、かかる複数のパスワードのそれぞれを、複数の利用者のそれぞれに対応させ、利用者ごとに、対応するパスワードを用いて、第二の装置12へログインするようにしてもよい。このとき、上述した変更部34cは、ログアウトのたびに、複数のパスワードのうち、ログアウトした利用者に対応するパスワードのみを変更してもよいし、複数のパスワードを一括して変更してもよい。さらに、利用者を所定のグループ、例えば、部署毎のグループに割り当てた場合には、変更部34cは、ログアウトのたびに、複数のパスワードのうち、ログアウトした利用者が割り当てられたグループの利用者のパスワードのみを変更することもできる。また、実施例1~7において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。例えば、利用者などが、図示しない操作受付装置を介して、各処理の実行指示を入力してもよい。また、各種の負荷や使用状況などに応じて、各実施例において説明した各処理の各ステップでの処理を任意に細かくわけたり、あるいはまとめたりすることができる。また、ステップを省略することもできる。例えば、図14のステップS507とステップS601とをまとめてもよい。また、各種の負荷や使用状況などに応じて、各実施例において説明した各処理の各ステップでの処理の順番を変更できる。例えば、図14のステップS214とステップS215の順番を入れ替えてもよい。また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散統合して構成することができる。例えば、図15に示す判定部64dと、発行部64eとを統合することができる。また、図18に示す判定部74dと、発行部74eとを統合することができる。[管理プログラム]また、上記の実施例で説明した管理装置またはプロキシサーバの各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、図20を用いて、上記の実施例1~7のいずれか1つで説明した管理装置またはプロキシサーバと同様の機能を有する管理プログラムを実行するコンピュータの一例を説明する。図20は、管理プログラムを実行するコンピュータを示す図である。図20に示すように、実施例8におけるコンピュータ300は、CPUCentralProcessingUnit310、ROMReadOnlyMemory320、HDDHardDiskDrive330、RAMRandomAccessMemory340を有する。これら300~340の各部は、バス350を介して接続される。ROM320には、上記の実施例1~7のいずれか1つで示す認証部、制御部や、変更部、判定部、発行部と同様の機能を発揮する管理プログラム320aが予め記憶される。なお、管理プログラム320aについては、適宜分離しても良い。例えば、認証部、制御部と同様の機能を発揮するプログラムと、変更部、判定部、発行部と同様の機能を発揮するプログラムとに分離しても良い。そして、CPU310が、管理プログラム320aをROM320から読み出して実行する。そして、HDD330には、アカウントテーブル、パスワードテーブルや、可能操作情報が設けられる。これらアカウントテーブル、パスワードテーブルや、可能操作情報のそれぞれは、アカウントテーブル23a、パスワードテーブル23b、可能操作情報63aのそれぞれに対応する。そして、CPU310は、アカウントテーブル、パスワードテーブルや、可能操作情報を読み出してRAM340に格納する。さらに、CPU310は、RAM340に格納されたアカウントテーブル、パスワードテーブルや、可能操作情報を用いて、管理プログラムを実行する。なお、RAM340に格納される各データは、常に全てのデータがRAM340に格納されなくともよく、全てのデータのうち処理に用いられるデータのみがRAM340に格納されれば良い。なお、上記した管理プログラムについては、必ずしも最初からROM320、420に記憶させなくともよい。例えば、コンピュータ300に挿入されるフレキシブルディスクFD、CD-ROM、DVDディスク、光磁気ディスク、ICカードなどの可搬用の物理媒体にプログラムを記憶させておく。そして、コンピュータ300がこれらからプログラムを読み出して実行するようにしてもよい。さらには、公衆回線、インターネット、LAN、WANなどを介してコンピュータ300に接続される他のコンピュータまたはサーバなどにプログラムを記憶させておく。そして、コンピュータ300がこれらからプログラムを読み出して実行するようにしてもよい。