(57)【要約】【課題】電子メールを用いることで、ファイアウォールを隔てたＲＰＣを可能とする。【解決手段】サーバ側通信装置１において、メール送受信部４と、そこで受信した電子メールから、命令情報を抽出し、それをＲＰＣサーバ部２に出力するとともに、命令情報に対する応答情報をクライアント側通信装置７への返信用の電子メールに変換する情報変換部３とを有し、メール送受信部４は情報変換部３が出力した返信用の電子メールをクライアント側通信装置７に向けて送信する。一方、クライアント側通信装置７において、メール送受信部１０と、サーバ側通信装置１に向けて送信される命令情報を電子メールに変換してメール送受信部１０に出力し、受信された電子メールから、命令情報に対する応答情報を抽出し、それをＲＰＣクライアント部８に出力する情報変換部９とを有し、メール送受信部１０は情報変換部９が出力した電子メールをサーバ側通信装置１に向けて送信する。【選択図】図１
2005309950.tif 000002
【特許請求の範囲】
【請求項１】
外部から受信する命令情報にしたがって所定の処理を行う命令情報処理部を有する通信装置において、
所定の電子メールプロトコルにより他の通信装置との間で電子メールの送受信を行うメール送受信部と、
前記メール送受信部において他の通信装置から送信された電子メールを受信し、当該電子メールから、前記命令情報処理部に所定の手続きを実行させる命令情報を抽出し、当該命令情報を前記命令情報処理部に出力するとともに、当該命令情報に対する前記命令情報処理部からの応答情報を前記他の通信装置に対する返信用の電子メールに変換する情報変換部とを有し、
前記メール送受信部は前記情報変換部が出力した返信用の電子メールを前記他の通信装置に向けて送信することを特徴とする通信装置。
【請求項２】
ＲＰＣ(Remote Procedure Call)プロトコルに沿って通信処理を行うＲＰＣサーバ部を有する通信装置において、
所定の電子メールプロトコルにより他の通信装置との間で電子メールの送受信を行うメール送受信部と、
前記メール送受信部において他の通信装置から送信された電子メールを受信し、当該電子メールから、前記ＲＰＣサーバ部に所定の手続きを実行させる命令情報を抽出し、当該命令情報を前記ＲＰＣサーバ部に出力するとともに、当該命令情報に対する前記ＲＰＣサーバ部からの応答情報を前記他の通信装置に対する返信用の電子メールに変換する情報変換部とを有し、
前記メール送受信部は前記情報変換部が出力した返信用の電子メールを前記他の通信装置に向けて送信することを特徴とする通信装置。
【請求項３】
前記メール送受信部は所定の時間間隔で電子メールの受信を行うことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記情報変換部は、
受信した電子メールを解析し、当該電子メールを送信した通信装置におけるメール送信時刻を抽出し、
受信した電子メールから抽出した命令情報を保持し、
当該命令情報が複数存在する場合、当該命令情報の処理を、当該電子メールを送信した通信装置におけるメール送信時刻が早い順に前記命令情報処理部又はＲＰＣサーバ部に出力することを特徴とする請求項１または２に記載の通信装置。
【請求項５】
前記情報変換部は、
受信した電子メールを解析した結果、当該メールに命令情報が含まれることが判明したら、装置外部のネットワーク上のサーバ装置に当該メールに記述された内容を通知することを特徴とする請求項１または２に記載の通信装置。
【請求項６】
外部から受信する応答情報にしたがって所定の処理を行う応答情報処理部を有する通信装置において、
所定の電子メールプロトコルにより他の通信装置との間で電子メールの送受信を行うメール送受信部と、
他の通信装置に向けて送信される命令情報を電子メールに変換して前記メール送受信部に出力し、当該メール送受信部において受信された電子メールから、他の通信装置が送信した応答情報を抽出し、当該応答情報を前記応答情報処理部に出力する情報変換部とを有し、
前記メール送受信部は前記情報変換部が出力した電子メールを前記他の通信装置に向けて送信することを特徴とする通信装置。
【請求項７】
ＲＰＣ(Remote Procedure Call)プロトコルに沿って通信処理を行うＲＰＣクライアント部を有する通信装置において、
所定の電子メールプロトコルにより他の通信装置との間で電子メールの送受信を行うメール送受信部と、
他の通信装置に向けて送信される命令情報を電子メールに変換して前記メール送受信部に出力し、当該メール送受信部において受信された電子メールから、他の通信装置が送信した応答情報を抽出し、当該応答情報を前記ＲＰＣクライアント部に出力する情報変換部とを有し、
前記メール送受信部は前記情報変換部が出力した電子メールを前記他の通信装置に向けて送信することを特徴とする通信装置。
【請求項８】
前記情報変換部は、
装置外部のネットワーク上のサーバと前記他の通信装置との通信内容を取得する通信部を有し、
当該通信部で取得された通信内容を記録することを特徴とする請求項６または７に記載の通信装置。
【請求項９】
前記情報変換部は、
前記メール送受信部による前記命令情報を含む電子メールの送信が終了すると所定時間の計時を開始し、前記命令情報を含む電子メールの内容を保持し、請求項５に記載の前記他の通信装置がネットワーク上のサーバに通知する内容を解析し、前記計時が終了しても前記請求項５に記載の前記他の通信装置から前記命令情報を含む電子メールに記述された内容が通知されない場合に、前記命令情報を含む電子メールを再度メール送受信部に出力することを特徴とする請求項６または７に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他の通信装置から依頼された手続きを実行する通信装置に関し、特に、他の通信装置との間にファイアウォールが配置されている場合に関するするものである。
【背景技術】
【０００２】
通信技術の発達に伴い、種々の情報処理装置が通信機能を備えている。例えば、オフィス内において、パソコンや、プリンタ等がＬＡＮ等の通信回線を介して接続されており、いずれも通信装置として機能している。このような通信装置は、データだけでなく、プログラムの通信もできる。そして、プログラムの通信は、例えば、ＲＰＣ呼ばれるプロトコルに沿って行われる。
ＲＰＣ(Remote Procedure Call)とは、異なるＣＰＵ間で他のＣＰＵで実行する関数を呼び出す機構をいう。標準化されたＲＰＣの通信処理は、ＩＥＴＦ(Internet Engineering Task Force)が発行する文書ＲＦＣ１８３１で定義されている（特許文献１参照）。
【０００３】
このようなＲＰＣにおいて、ＣＰＵは、通信装置として機能し、この通信装置はＲＰＣのプロトコルに沿って他の通信装置（他のＣＰＵ）から所定の手続きの実行のための命令を受け付ける。そして、この通信装置は当該手続きを実行し、その結果を他の通信装置に返す。このように、他の通信装置から手続きの実行を依頼される通信装置を、サーバ側通信装置と呼ぶ。
【０００４】
一方、他の通信装置は、手続きの実行を依頼し、結果を受け取る。このような通信装置を、クライアント側通信装置と呼ぶ（特許文献１参照）。
これに対し、通信装置の一種として、電子メールにより、他の通信装置に対して自装置の内部状態を通知する機能を有するものがある（特許文献２参照）。これによれば、電子メールにより、いわゆるファイアウォールの外部にある他の通信装置に対しても通信が可能である。
【０００５】
【特許文献１】特開２００３−１１４８０５号公報
【特許文献２】特許第３１２０３４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術には、次のような課題があった。
すなわち、近年では、企業などの組織において、内部ネットワークと外部ネットワークとの間に、ファイアウォールを設けることが一般化している。
【０００７】
ここに、ファイアウォールとは、内部ネットワークにある通信装置に対する外部ネットワークからの不正な操作を防ぐ目的で、通過させるデータやプロトコルの種類を制限するネットワーク中継装置をいう。
【０００８】
ところで、前述したＲＰＣに従った通信のような外部から所定の処理を実行させるための通信では、通常このファイアウォールを通過することができない。このため、前述した通信装置と他の通信装置とは、外部ネットワークを介して接続することはできず、特許文献１に示されているＣＰＵ間通信のように、装置内部での通信、あるいは内部ネットワークでの通信の場合に限られていた。
【０００９】
このように、ファイアウォールの存在により、ＲＰＣによる通信が妨げられるという課題があった。
他方、通常の電子メールでは、特許文献２に示されているように、メッセージを送信することはできても、ＲＰＣのようなプロトコルに沿った手続きの実行を依頼することはできなかった。
【課題を解決するための手段】
【００１０】
本発明は、以下の内容の通信装置を提供することを最も主要な特徴とする。
ある観点によれば、外部から受信する命令情報にしたがって所定の処理を行う命令情報処理部を有する通信装置において、所定の電子メールプロトコルにより他の通信装置との間で電子メールの送受信を行うメール送受信部と、前記メール送受信部において他の通信装置から送信された電子メールを受信し、当該電子メールから、前記命令情報処理部に所定の手続きを実行させる命令情報を抽出し、当該命令情報を前記命令情報処理部に出力するとともに、当該命令情報に対する前記命令情報処理部からの応答情報を前記他の通信装置に対する返信用の電子メールに変換する情報変換部とを有し、前記メール送受信部は前記情報変換部が出力した返信用の電子メールを前記他の通信装置に向けて送信することを特徴とする通信装置である。
【００１１】
別の観点によれば、外部から受信する応答情報にしたがって所定の処理を行う応答情報処理部を有する通信装置において、所定の電子メールプロトコルにより他の通信装置との間で電子メールの送受信を行うメール送受信部と、他の通信装置に向けて送信される命令情報を電子メールに変換して前記メール送受信部に出力し、当該メール送受信部において受信された電子メールから、他の通信装置が送信した応答情報を抽出し、当該応答情報を前記応答情報処理部に出力する情報変換部とを有し、前記メール送受信部は前記情報変換部が出力した電子メールを前記他の通信装置に向けて送信することを特徴とする通信装置である。
【発明の効果】
【００１２】
本発明の通信装置は、ファイアウォールの外部から、ファイアウォールの内部にある他の通信装置が提供する機能を利用できるという利点がある。
【発明を実施するための最良の形態】
【００１３】
実施の形態としては、通信プロトコルとしてＲＰＣプロトコルを採用した。そして、ファイアウォールを隔てている場合のＲＰＣの機能を実現するという目的を、ＲＰＣの下位プロトコルとして電子メールプロトコルを使用することで、実現した。
【実施例１】
【００１４】
図１は、実施例１に係るシステムの全体構成を示すブロック図である。
図１において、サーバ側通信装置１と、クライアント側通信装置７とは、それぞれネットワーク１２に接続されている。サーバ側通信装置１とは、例えば、オフィスの例では、プリンタであり、クライアント側通信装置７は、そのプリンタを使うユーザがいるところにあるパソコンである。
【００１５】
サーバ側通信装置１は、クライアント側通信装置７に対し、所定の機能を提供する。例えば、サーバ側通信装置１がプリンタである場合、パソコン等のクライアント側通信装置７に対する、いわゆるプリンタサーバとなる。そして、このサーバ側通信装置１は、ＲＰＣサーバ部２、情報変換部３、メール送受信部４、命令情報記憶部５、及びリアルタイムクロック６を備えている。
【００１６】
ＲＰＣサーバ部２は、ＲＰＣで定義されるメッセージタイプが“０”であるデータにより、所定の手続きを実行する。以降、このデータを命令情報と呼ぶ。このように、ＲＰＣサーバ部２は、外部から受信する命令情報にしたがって所定の処理を行う命令情報処理部であり、その一例として、ＲＰＣプロトコルを採用したものである。そして、ＲＰＣサーバ部２は、実行結果として、ＲＰＣで定義されるメッセージタイプが“１”であるデータを出力する。以降、このデータを応答情報と呼ぶ。
【００１７】
情報変換部３は、ＲＰＣの命令情報を電子メールより抽出し、ＲＰＣの応答情報を返信用の電子メールに変換する。
メール送受信部４は、ＩＥＴＦ標準のＲＦＣ２８２１で定義されるＳＭＴＰ(Simple Mail Transfer Protocol)及びＩＥＴＦ標準のＲＦＣ１９３９で定義されるＰＯＰ３(Post Office Protocol Version 3)を用いて電子メールの送受信を行う。
【００１８】
命令情報記憶部５は、命令情報を記憶する。
リアルタイムクロック６は、サーバ側通信装置１が属する地域別標準時間帯（以降、「タイムゾーン」と呼ぶ）及び当該タイムゾーンにおける現在時刻を保持する。
【００１９】
クライアント側通信装置７は、サーバ側通信装置１が提供する所定の機能を利用する。そして、このクライアント側通信装置７は、ＲＰＣクライアント部８、情報変換部９、メール送受信部１０、及びリアルタイムクロック１１を備えている。
【００２０】
ＲＰＣクライアント部８は、ＲＰＣの命令情報により、サーバ側通信装置１に対し所定の機能を実現する手続きの実行を要求する。
情報変換部９は、ＲＰＣの命令情報を電子メールに変換し、ＲＰＣの応答情報を電子メールより抽出する。
そして、ＲＰＣクライアント部８は、サーバ側通信装置１のＲＰＣサーバ部２から送られた応答情報を情報変換部９を介して受け取り、その応答情報にしたがった処理を行う。例えば、プリンタに印刷を依頼した場合であれば、ディスプレイにその結果のメッセージを表示するなどである。このように、ＲＰＣクライアント部８は、外部から受信する応答情報にしたがって所定の処理を行う応答情報処理部であり、その一例として、ＲＰＣプロトコルを採用したものである。
【００２１】
メール送受信部１０は、ＳＭＴＰ及びＰＯＰ３を用いて電子メールの送受信を行う。
リアルタイムクロック１１は、クライアント側通信装置７が属するタイムゾーン及び当該タイムゾーンにおける現在時刻を保持する。
【００２２】
ここで、ＲＰＣで定義された命令情報及び応答情報を電子メールに記述する方法について説明する。
本実施例では、その方法として、ＩＥＴＦ標準のＲＦＣ２０４５、ＲＦＣ２０４６、ＲＦＣ２０４７で定義されるＭＩＭＥ(Multipurpose Internet Mail Extensions)及びＩＥＴＦ標準のＲＦＣ８２２で定義されるメッセージ形式を用いる。
【００２３】
これにより、電子メールにおいて、命令情報及び応答情報の内容の種類をＩＥＴＦ標準のＲＦＣ２０４５、ＲＦＣ２０４６、ＲＦＣ２０４７で定義されるapplication/octet-streamと宣言する。そして、同じく定義されるbase64符号化方式で符号化する。
【００２４】
また、ＲＰＣサーバ部２のプログラム番号、プログラムバージョン番号、手続き番号、各手続きの機能、各手続きのパラメータの数と型、各手続きの戻り値は、ＲＰＣサーバ部２とＲＰＣクライアント部８との間で予め取り決めておく。
【００２５】
具体的には、図２及び図４に示す情報について以下のように取り決める。
ＲＰＣで定義される通信トランザクション番号を表すxidは、例えば、1234と取り決める。ＲＰＣで定義されるＲＰＣバージョン番号を表すrpcversは、例えば、2と取り決める。
【００２６】
ＲＰＣで定義されるプログラム番号を表すprogは、例えば、536870912と取り決める。ＲＰＣで定義されるプログラムバージョン番号を表すversは、例えば、1と取り決める。
【００２７】
ＲＰＣで定義される手続き番号を表すpocは、例えば、1と取り決める。ＲＰＣで定義されるクライアント認証方式を表すcredは、例えば、0と取り決める。ＲＰＣで定義されるメッセージ認証方式を表すverfは、例えば、0と取り決める。
【００２８】
この手続きは、パラメータを２つ持つ。その第１のパラメータの型はＩＥＴＦ標準のＲＦＣ１８３２で定義されるＸＤＲ(External Data Representation Standard)におけるstringである。その第２のパラメータの型はＸＤＲにおけるunsigned intである。
【００２９】
また、戻り値の型はＸＤＲにおけるunsigned intである。
このように定義された手続きについて、第１のパラメータの値を“Argument1”、第２のパラメータの値を98765として手続きの実行を命令する。
【００３０】
この場合の命令情報を図２に示す。また、この場合の命令情報を上述した記述方法に従って記述した電子メールを図３に示す。
更に、応答情報を図４に示す。また、この応答情報を上述した記述方法に従って記述した電子メールを図５に示す。
【００３１】
ところで、電子メールの配送は複数のメールサーバを経由する場合が多く、かつ、介在するメールサーバ及び配信の経路が必ずしも一定ではない。
【００３２】
よって、ＲＰＣの下位プロトコルとしてメールプロトコルを用いる場合、クライアント側通信装置における命令情報を送信した順序と、サーバ側通信装置における命令情報を含む電子メールを受信する順序が一致しない可能性がある。
【００３３】
従って、クライアント側通信装置における命令情報を送信する順序とサーバ側通信装置における命令情報に基づく手続きを実行する順序とが異なる可能性があるという問題がある。
【００３４】
この問題を解決するため、サーバ側通信装置において、受信した電子メールのＩＥＴＦ標準のＲＦＣ８２２で定義されるメールヘッダのDateフィールドにより、受信メールに記述された手続きの実行順序を決定する処理を設ける。
【００３５】
そのため、図１の命令情報記憶部５には、識別子により内容を識別できるように命令情報が記憶される。この内容を図６に示す。
【００３６】
（実施例１の動作）
次に、クライアント側通信装置が、サーバ側通信装置に対し命令情報を送信する動作について説明する。図７は、実施例１に係る命令情報の送信手順を説明するフローチャートである。
【００３７】
まず、クライアント側通信装置７のＲＰＣクライアント部８は、所定の手続きの実行を命令する命令情報を作成する（ステップＳ１）
【００３８】
そして、情報変換部９は、当該命令情報を含む電子メールを、上記メール形式に従って作成する（ステップＳ２）。このとき、情報変換部９は、リアルタイムクロック１１によりクライアント側通信装置が属するタイムゾーンとともに現在時刻を取得し、ＲＦＣ８２２で定義されるメールヘッダのDateフィールドに記述する（図３参照）。さらに、情報変換部９は、ＲＦＣ８２２で定義されるメールヘッダのToフィールドにサーバ側通信装置のメールアドレスを記述する（図３参照）。
【００３９】
その後、メール送受信部１０は、上記命令情報を含む電子メールを、ＳＭＴＰを用いてメールサーバに送信する（ステップＳ３）。  
【００４０】
次に、サーバ側通信装置１において、上記命令情報を含む電子メールを処理する動作について説明する。図８は、当該動作を説明するフローチャートである。
【００４１】
サーバ側通信装置１のメール送受信部４は、所定の時間ごとにＰＯＰ３を用いてメールサーバより電子メールを受信し（ステップＳ１１）、受信した電子メールを情報変換部３に渡す。
【００４２】
情報変換部３は、上記電子メールの形式に従って、受信した電子メールから命令情報を抽出する（ステップＳ１２）。このとき、情報変換部３は、受信した電子メールのメールヘッダのDateフィールドにより、クライアント側通信装置７が属するタイムゾーン、及び、クライアント側通信装置７が電子メールを送信した当該タイムゾーンにおける時刻を得る。
【００４３】
このとき、情報変換部３は、当該時刻を、サーバ側通信装置１が属するタイムゾーンにおける時刻に変換し、以後、当該変換後の時刻をクライアント側通信装置７が電子メールを返信した時刻として用いる。
【００４４】
また、情報変換部３は、受信したメールのメールヘッダのFromフィールドよりクライアント側通信装置７のメールアドレスを得る。
【００４５】
情報変換部３は、命令情報に対し一意に識別できる識別子を割り当て（ステップＳ１３）、クライアント側通信装置７がメールを送信した時刻、及びクライアント側通信装置７のメールアドレスと関連づけて命令情報記憶部５に書き込む（ステップＳ１４）。このとき、情報変換部３は、図６に示す命令情報記憶部５内の命令情報を、クライアント側通信装置７がメールを送信した時刻に基づいて並べ替える（ステップＳ１５）。
【００４６】
情報変換部３は、命令情報記憶部５より、クライアント側通信装置７がメールを送信した時刻が最も早い命令情報を１つ取り出し、ＲＰＣサーバ部２に処理を要求する（ステップＳ１６）。ＲＰＣサーバ部２は、当該命令情報に基づいて所定の手続きを実行し、実行結果に基づいて、情報変換部３に応答情報を返す（ステップＳ１７）。
【００４７】
情報変換部３は、応答情報を上記メール形式に従ってメールに変換し（ステップＳ１８）、当該命令情報を送信したクライアント側通信装置７のメールアドレスを宛先として、メール送受信部４に出力する（ステップＳ１９）。
【００４８】
図３に示した例に対し、ＲＰＣで定義される応答状態を表すreply_statを0、ＲＰＣで定義されるメッセージ認証方式を表すverfを0、ＲＰＣで定義される受付状態を表すaccept_statを0、手続きの戻り値を1として応答を返す。この応答情報が前述のように図４に示されている。また、当該応答情報を上記記述方法に従って記述したメールを図５に示す。
【００４９】
メール送受信部４は、当該メールを、ＳＭＴＰを用いてメールサーバに送信する。メール送受信部４は、当該メールサーバへの送信が終了したら、情報変換部３に当該メールの送信終了を通知する。情報変換部３は、当該通知により、上記応答情報に対応する上記命令情報を命令情報記憶部５から消去する（ステップＳ２０）。ＲＰＣサーバ部２、情報変換部３、メール送受信部４は、上記の処理を、命令情報記憶部５にあるすべての命令情報について繰り返す（ステップＳ２１）。
【００５０】
（実施例１の効果）
以上のように、本発明によれば、ファイアウォールの外部から、ファイアウォールの内部の通信装置に所定の手続きを実行させることができる。
【００５１】
また、サーバ側通信装置において、命令情報をクライアント側通信装置におけるメールの送信時刻に従って並べ替えた後、当該送信時刻が早い順に命令情報に記述された手続きを実行するため、サーバ側通信装置において、実行の順序に依存する一連の複数の手続き（例えば、設定を変更した後の再起動）をクライアント側通信装置の意図した順序で実行することができる。
【実施例２】
【００５２】
ＲＰＣの下位プロトコルとしてメールプロトコルを採用した場合、応答情報を含むメールのクライアント側通信装置への到着が遅い場合に、メール転送に時間がかかっているのか、サーバ側通信装置における手続きの実行に時間がかかっているのか、いずれであるのかがわからないという問題がある。
この問題を解決するため、サーバ側通信装置のメール送受信状況を、ＲＦＣ２６１６で定義されるＨＴＴＰ(Hypertext Transfer Protocol)及びＲＦＣ９５９で定義されるＦＴＰ(File
Transfer Protocol)により確認できるよう構成する。この実施例を以下に示す。
【００５３】
図９は、実施例２に係るシステムの全体構成を示すブロック図である。
図１において、サーバ側通信装置１と、クライアント側通信装置７とは、それぞれネットワーク１２に接続されている。
また、ネットワーク１２には、ＨＴＴＰサーバ１７が接続されている。
【００５４】
サーバ側通信装置１は、クライアント側通信装置７に対し、所定の機能を提供する。そして、このサーバ側通信装置１は、ＲＰＣサーバ部２、情報変換部３、メール送受信部４、命令情報記憶部５、及びリアルタイムクロック６を備えている。
【００５５】
ＲＰＣサーバ部２は、実施例１におけるものと同様である。
情報変換部３は、ＲＰＣの命令情報を電子メールより抽出し、ＲＰＣの応答情報を返信用の電子メールに変換する。これには、ＨＴＴＰ制御部３１が設けられている。ＨＴＴＰ制御部３１は、サーバ側通信装置１をＨＴＴＰサーバ１７に接続し、情報変換部３が出力する内容をＨＴＴＰサーバ１７に通知する。
【００５６】
メール送受信部４、命令情報記憶部５、リアルタイムクロック６は、実施例１におけるものと同様である。
クライアント側通信装置７は、サーバ側通信装置１が提供する所定の機能を利用する。そして、このクライアント側通信装置７は、ＲＰＣクライアント部８、情報変換部９、メール送受信部１０、リアルタイムクロック１１、ＦＴＰ制御部１３、サーバ側通信装置監視部１４、送信情報記憶部１５、及びタイマ１６を備えている。
【００５７】
ＲＰＣクライアント部８は、実施例１におけるものと同様である。
情報変換部９は、ＲＰＣの応答情報を電子メールより抽出し、ＲＰＣの命令情報を電子メールに変換する。
【００５８】
メール送受信部１０、リアルタイムクロック１１は、実施例１におけるものと同様である。
ＦＴＰ制御部１３は、ＦＴＰによる通信を制御する。
サーバ側通信装置監視部１４は、サーバ側通信装置１における電子メールの受信状況を監視する。
【００５９】
送信情報記憶部１５は、送信済みメールを記憶する。
タイマ１６は、計時を行う。
ＨＴＴＰサーバ１７は、サーバ側通信装置１とＨＴＴＰにより通信を行う。また、クライアント側通信装置７とＦＴＰにより通信を行う。
【００６０】
ＨＴＴＰ制御部１８は、ＨＴＴＰによる通信を制御する。
ＦＴＰ制御部１９は、ＦＴＰによる通信を制御する。
ＨＴＴＰ通信記録部２０は、ＨＴＴＰによる通信の内容を保持する。
【００６１】
ここで、ＲＰＣで定義された命令情報及び応答情報を電子メールに記述する方法は、実施例１において説明した通りである。
また、ＲＰＣサーバ部２のプログラム番号、プログラムバージョン番号、手続き番号、各手続きの機能、各手続きのパラメータの数と型、各手続きの戻り値は、ＲＰＣサーバ部２とＲＰＣクライアント部８との間で実施例１で説明したとおりに具体的に予め取り決めておく。
【００６２】
（実施例２の動作）
次に、クライアント側通信装置が、サーバ側通信装置に対し命令情報を送信する動作について説明する。図１２は、実施例２に係る命令情報の送信手順を説明するフローチャートである。
【００６３】
まず、クライアント側通信装置７のＲＰＣクライアント部８は、所定の手続きの実行を命令する命令情報を作成する（ステップＳ３１）
【００６４】
そして、情報変換部９は、当該命令情報を含む電子メールを、上記メール形式に従って作成する（ステップＳ３２）。このとき、情報変換部９は、リアルタイムクロック１１によりクライアント側通信装置が属するタイムゾーンとともに現在時刻を取得し、ＲＦＣ８２２で定義されるメールヘッダのDateフィールドに記述する（図３参照）。さらに、情報変換部９は、ＲＦＣ８２２で定義されるメールヘッダのToフィールドにサーバ側通信装置のメールアドレスを記述する（図３参照）。
【００６５】
その後、メール送受信部１０は、上記命令情報を含む電子メールを、ＳＭＴＰを用いてメールサーバに送信する（ステップＳ３３）。  メールサーバへの送信が終了したら、メール送受信部１０は、送信が終了したことを、送信が終了したメールの内容とともに情報変換部９に通知する。情報変換部９は、送信が終了したメールに対し一意に識別できる識別子を割り当て、送信情報記憶部１５に書き込む。図１０に、送信情報記憶部１５のデータの構成を示す。
【００６６】
更に、情報変換部９は、当該識別子に対する所定の時間の計時をタイマ１６に要求し、タイマ１６は当該識別子に対する所定の時間の計時を開始する。
【００６７】
次に、サーバ側通信装置１において、上記命令情報を含む電子メールを処理する動作について説明する。図１３は、当該動作を説明するフローチャートである。
サーバ側通信装置１のメール送受信部４は、所定の時間ごとにＰＯＰ３を用いてメールサーバより電子メールを受信し（ステップＳ５１）、受信した電子メールを情報変換部３に渡す。
【００６８】
情報変換部３は、上記電子メールの形式に従って、受信した電子メールから命令情報を抽出する（ステップＳ５２）。また、情報変換部３は、受信したメールのメールヘッダのFromフィールドを解析し、クライアント側通信装置７のメールアドレスを得る。
【００６９】
情報変換部３は、命令情報に対し一意に識別できる識別子を割り当て（ステップＳ５３）、クライアント側通信装置７のメールアドレスと関連づけて命令情報記憶部５に書き込む（ステップＳ１４）。
【００７０】
更に、情報変換部３は、ＨＴＴＰ制御部７によりＨＴＴＰサーバ１７に接続し、ＨＴＴＰで定義されたＰＯＳＴメソッドにより受信メールの内容を通知する（ステップＳ５５）。このとき、情報変換部３は、ＨＴＴＰで定義されたContent-Lengthヘッダに、受信メールのサイズをバイト単位で記述する。サーバ側通信装置１が図３に示すメールを受信したことをＨＴＴＰサーバ１７に通知する場合の、ＨＴＴＰによる通信の内容の例を図１１に示す。
【００７１】
情報変換部３は、命令情報記憶部５より、命令情報を１つ読み出し、ＲＰＣサーバ部２に処理を要求する（ステップＳ５６）。ＲＰＣサーバ部２は、当該命令情報に基づいて所定の手続きを実行し、実行結果に基づいて、情報変換部３に応答情報を返す（ステップＳ５７）。
【００７２】
情報変換部３は、応答情報を上記メール形式に従ってメールに変換し（ステップＳ５８）、当該命令情報を送信したクライアント側通信装置７のメールアドレスを宛先として、メール送受信部４に出力する（ステップＳ５９）。
【００７３】
メール送受信部４は、当該メールを、ＳＭＴＰを用いてメールサーバに送信する。メール送受信部４は、当該メールサーバへの送信が終了したら、情報変換部３に当該メールの送信終了を通知する。情報変換部３は、当該通知により、上記応答情報に対応する上記命令情報を命令情報記憶部５から消去する（ステップＳ６０）。ＲＰＣサーバ部２、情報変換部３、メール送受信部４は、上記の処理を、命令情報記憶部５にあるすべての命令情報について繰り返す（ステップＳ６１）。
【００７４】
次に、ＨＴＴＰサーバの動作について説明する。図１４は、ＨＴＴＰサーバが、サーバ側通信装置との通信の内容を記録する動作を説明するフローチャートである。
ＨＴＴＰサーバ１７は、ＨＴＴＰ制御部１８によりサーバ側通信装置１と通信を行う。ＨＴＴＰサーバ１７は、サーバ側通信装置１との通信の内容を、逐一ＨＴＴＰ通信記録部２０に記録する（ステップＳ６２）。
【００７５】
一方、ＨＴＴＰサーバ１７は、ＦＴＰ制御部１９によりクライアント側通信装置７のＦＴＰ制御部１３と通信を行い、クライアント側通信装置７がＦＴＰで定義されたＲＥＴＲコマンドによりＨＴＴＰ通信記録部２０の記録の送信を要求したら、当該記録をクライアント側通信装置７に送信する。
【００７６】
次に、クライアント側通信装置が、送信したメールがサーバ側通信装置に到着したか否かを監視する動作について説明する。図１５は、当該動作を説明するフローチャートである。
【００７７】
クライアント側通信装置７のサーバ側通信装置監視部１４は、所定の時間ごとに、ＦＴＰ制御部１３により、ＨＴＴＰサーバ１７のＦＴＰ制御部１９と通信を行い（ステップＳ７１、Ｓ７２）、ＨＴＴＰサーバによる通信の記録を取得する（ステップＳ７３）。サーバ側通信装置監視部１４は当該情報を解析する。
【００７８】
すなわち、サーバ側通信装置監視部１４は、送信情報記憶部１５が保持するメールの内容と当該記録とを比較し（ステップＳ７４）、一致する場合（ステップＳ７５）は、該当するメールの内容を送信情報記憶部１５から消去するとともに（ステップＳ７６）、タイマ１６に、当該メールの内容に対応する識別子に対する計時を停止させる（ステップＳ７７）。
【００７９】
一方、サーバ側通信装置監視部１４により計時が停止される以前に、ある識別子に対する計時が終了した場合（ステップＳ７１）は、タイマ１６は、情報変換部９に対し、計時が終了したことを当該識別子とともに通知する。情報変換部９は、当該通知により、当該識別子に対応するメールを再度送信する（ステップＳ７８）。
【００８０】
（実施例２の効果）
以上のように、本発明によれば、ファイアウォールの外部から、ファイアウォールの内部の通信装置に所定の手続きを実行させることができる。
【００８１】
また、サーバ側通信装置がＨＴＴＰサーバにメールの送受信状態を通知し、クライアント側通信装置が当該状態を監視することにより、クライアント側通信装置が送信したメールがサーバ側通信装置に到着しているか否かを監視することができ、また、クライアント側通信装置において、一定時間内に当該メールがサーバ側通信装置に到着しない場合に当該メールを再度送信するため、メール喪失の危険を低減することができる。
【００８２】
（他の実施例）
上述した各実施例では、ＲＰＣプロトコルを採用した通信装置について説明したが、これは、実施の便宜上、国際標準に従ったためであり、本発明がこれに限られることはない。すなわち、外部から受信する命令情報あるいは応答情報にしたがって所定の処理を行う情報処理部を有することが本発明の通信装置の特徴である。よって、本発明は、いかなる通信プロトコルを使った通信装置にも適用可能である。
【図面の簡単な説明】
【００８３】
【図１】実施例１に係るシステムの全体構成を示すブロック図である。
【図２】実施例１に係る命令情報の説明図である。
【図３】実施例１に係る命令情報のメール形式の説明図である。
【図４】実施例１に係る応答情報の説明図である。
【図５】実施例１に係る応答情報のメール形式の説明図である。
【図６】実施例１に係る命令情報記憶部のデータの説明図である。
【図７】実施例１に係る命令情報の送信手順を説明するフローチャートである。
【図８】実施例１に係る命令情報の処理手順を説明するフローチャートである。
【図９】実施例２に係るシステムの全体構成を示すブロック図である。
【図１０】実施例２に係る送信情報記憶部のデータの説明図である。
【図１１】実施例２に係るＨＴＴＰによる通信内容の説明図である。
【図１２】実施例２に係る命令情報の送信手順を説明するフローチャートである。
【図１３】実施例２に係る命令情報の処理手順を説明するフローチャートである。
【図１４】実施例２に係る通信内容の記録手順を説明するフローチャートである。
【図１５】実施例２に係る電子メールの監視手順を説明するフローチャートである。
【符号の説明】
【００８４】
１    サーバ側通信装置
２    ＲＰＣサーバ部
３    情報変換部
４    メール送受信部
５    命令情報記憶部
６    リアルタイムクロック
７    クライアント側通信装置
８    ＲＰＣクライアント部
９    情報変換部
１０  メール送受信部
１１  リアルタイムクロック
１２  ネットワーク
【図１】
2005309950.tif 000003
【図２】
2005309950.tif 000004
【図３】
2005309950.tif 000005
【図４】
2005309950.tif 000006
【図５】
2005309950.tif 000007
【図６】
2005309950.tif 000008
【図７】
2005309950.tif 000009
【図８】
2005309950.tif 000010
【図９】
2005309950.tif 000011
【図１０】
2005309950.tif 000012
【図１１】
2005309950.tif 000013
【図１２】
2005309950.tif 000014
【図１３】
2005309950.tif 000015
【図１４】
2005309950.tif 000016
【図１５】
2005309950.tif 000017