(57)【要約】【課題】  １回のＳＭＴＰによる通信の中で相手側機を確認してからデータを送信することができる通信装置及び通信方法を提供する。【解決手段】  送信側通信装置１から受信側通信装置２へ通信要求を行ってＳＭＴＰによる通信を開始した後、受信側通信装置２は、所定の手順で記憶部２２に保持している受信側の情報を送信側通信装置１へ送信し、データ受信前に通信路を確保したまま通信手順を一時停止する。送信側通信装置１は、受け取った受信側の情報を表示部１２に表示するとともに、通信路を確保したまま通信手順を一時停止する。この表示によりユーザは送信先を確認することができる。送信先を確認後、ユーザが送信の指示を行うことにより、通信手順を続行してデータを送信することができる。【選択図】  図１
2007053666.tif 000002
【特許請求の範囲】
【請求項１】
ＳＭＴＰにより他のネットワーク装置と通信を行う通信装置において、受信側の情報を保持する情報保持手段と、送信側ネットワーク装置からの通信要求を受けてＳＭＴＰにより通信を開始後所定の手順で前記受信側の情報を前記送信側ネットワーク装置へ送信しデータ受信前に通信路を確保したまま通信手順を一時停止してデータの転送を待つ通信制御手段を有することを特徴とする通信装置。
【請求項２】
前記通信制御手段は、１ないし複数の受信側ネットワーク装置に代わってデータを受信し、受信したデータを１ないし複数の前記受信側ネットワーク装置へ転送する機能を有することを特徴とする請求項１に記載の通信装置。
【請求項３】
ＳＭＴＰにより他のネットワーク装置と通信を行う通信装置において、情報を表示する表示手段と、ＳＭＴＰによる通信制御を行う通信制御手段を有し、前記通信制御手段は、受信側ネットワーク装置に対してＳＭＴＰにより通信を開始後、前記受信側ネットワーク装置から受信した受信側の情報を前記表示手段に表示させて通信路を確保したまま通信手順を一時停止し、その後にデータの送信を含む以後の通信手順を続行することを特徴とする通信装置。
【請求項４】
さらに、ユーザが送信するか否かを指示する指示手段を有し、前記通信制御手段は、前記通信手順の一時停止中に前記指示手段からの指示を待ち、送信する旨の指示を受けるとデータの送信を含む以降の通信手順を続行することを特徴とする請求項３に記載の通信装置。
【請求項５】
ＳＭＴＰによる通信制御を行う通信制御手段により他のネットワーク装置と通信を行う通信方法において、受信側の情報を情報保持手段に保持しておき、送信側ネットワーク装置からの通信要求を受けてＳＭＴＰにより通信を開始後、所定の手順で前記情報保持手段に保持されている前記受信側の情報を前記送信側ネットワーク装置へ送信し、データ受信前に通信路を確保したまま通信手順を一時停止してデータの転送を待つことを特徴とする通信方法。
【請求項６】
ＳＭＴＰによる通信制御を行う通信制御手段により他のネットワーク装置と通信を行う通信方法において、受信側ネットワーク装置に対してＳＭＴＰにより通信を開始後、前記受信側ネットワーク装置から受信した受信側の情報を表示手段に表示させ、通信路を確保したまま通信手順を一時停止し、その後にデータの送信を含む以後の通信手順を続行することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じてＳＭＴＰによりデータの転送を行う通信技術に関するものである。
【背景技術】
【０００２】
ネットワークを通じて例えば画像などのデータを送信する方法として、画データを電子メールの添付ファイルとして送受信するインターネットファクシミリ（Ｔ．３７）や、電話回線で用いられているＧ３ＦＡＸの手順をそのまま利用するリアルタイムインターネットファクシミリ（Ｔ．３８）などがある。
【０００３】
データを送信する際には、宛先を入力して送信の開始を指示することになるが、実際にデータが送信される相手が正しいのか否かを確認したいという要求がある。例えばＧ３ＦＡＸでは受信側から送られてくる電話番号に対応した名称を、送信側が保持する電話帳から取得して表示したり、あるいは独自手順（ＮＳＦ及びＮＳＳ）を利用して受信側から名称などを送信側に送信し、送信側で表示することが行われている。しかし、通信相手先の情報を表示しても通信手順はそのまま進められるため、宛先が間違っていても通信は進んでしまい、データが送られてしまっていた。
【０００４】
リアルタイムインターネットファクシミリにおいても、Ｇ３ＦＡＸ手順をそのまま利用していることから、Ｇ３ＦＡＸの場合と同様に、送信先となる受信側の名称などを表示することはできても、通信手順は進んでしまう。そのため、送信先が正しいか否かを確認してから送信することはできなかった。
【０００５】
電子メールを用いて送受信するインターネットファクシミリでは、通常は宛先の情報を取得することはできない。電子メールの送受信には、プロトコルとしてＳＭＴＰ、ＰＯＰが使用されるが、基本的に電子メールはＳＭＴＰによりメールサーバにより蓄積され、場合によっては他のメールサーバへ転送され、宛先の装置ではＰＯＰによって受信側から電子メールを取り出すという方式をとっている。そのため、電子メールではリアルタイムに通信を行うことができない。また、送信側からデータを送る前に、受信側から送信側へ情報を送信することができないので、送信側がデータの送信前に当該送信先の情報を表示させ、確認することはできない。また、送信側では、送信先の状態にかかわらずデータを送信するしかなく、送信先が電子メールを取り出せる状態になくても、そのことを知ることはできない。
【０００６】
例えば特許文献１においては、ファクシミリ手順により送受信されるそれぞれのコマンドをそれぞれ１通の電子メールとして送受信し、電子メールのやりとりによって手順を進めることが考えられている。これによれば、相互の能力交換が可能であり、送信先の情報についても取得することができるので、送信先を確認することも可能である。しかし、それぞれの手順を電子メールのやりとりで行うことから、非常に時間がかかり、多数の電子メールのやりとりを行うため、それらの電子メールの順序を管理したり、ある通信の手順以外に受信した他の電子メールとの区別が必要になるなど、問題も多かった。
【０００７】
【特許文献１】特開２００２−１３５５１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上述した事情に鑑みてなされたもので、１回のＳＭＴＰによる通信の中で相手側機を確認してからデータを送信することができる通信装置及び通信方法を提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
本発明は、ＳＭＴＰにより他のネットワーク装置と通信を行う通信装置及び通信方法において、受信側の通信装置では、予め受信側の情報を保持しておき、送信側ネットワーク装置からの通信要求を受けてＳＭＴＰにより通信を開始後、所定の手順において、保持されている受信側の情報を送信側ネットワーク装置へ送信し、データ受信前に通信路を確保したまま通信手順を一時停止してデータの転送を待つことを特徴とするものである。なお、この受信側の通信装置は、１ないし複数の受信側ネットワーク装置に代わってデータを受信し、受信したデータを１ないし複数の前記受信側ネットワーク装置へ転送する機能を有していてもよい。
【００１０】
また送信側の通信装置では、受信側ネットワーク装置に対してＳＭＴＰにより通信を開始後、受信側ネットワーク装置から受信した受信側の情報を表示手段に表示させ、通信路を確保したまま通信手順を一時停止し、その後にデータの送信を含む以後の通信手順を続行することを特徴とするものである。この通信手順の一時停止中に、ユーザが行う送信するか否かの指示を待ち、送信する旨の指示を受けたときに、データの送信を含む以降の通信手順を続行するように構成することができる。もちろん、送信先が異なる場合には送信をキャンセルすることも可能である。
【発明の効果】
【００１１】
本発明によれば、ＳＭＴＰの通信手順中で受信側の通信装置は受信側の情報を送信側の通信装置へ送り、送信側の通信装置では受信側の通信装置から受け取った受信側の情報を表示手段に表示し、データの送受信前に通信手順を一時停止するので、送信側の通信装置のユーザは、データの送信前に送信先を確認することができる。さらに、送信先が正しい場合に送信する旨の指示を行うことによって、データの送信を含む以降の通信手順を続行させることができる。このようにして、１回のＳＭＴＰによる通信中で、ユーザは送信先を確認してからデータを送信することが可能になるという効果がある。また、受信側の情報は送信先から送られてくることから、送信先が動作していることを確認した上でデータを送信することができるという効果もある。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明の実施の一形態を示すブロック図である。図中、１は送信側通信装置、２は受信側通信装置、３はネットワーク、１１は通信制御部、１２は表示部、１３は指示部、２１は通信制御部、２２は記憶部である。図１に示した例では、送信側通信装置１と受信側通信装置２とがネットワーク３を通じて通信可能に接続されている例を示している。もちろんネットワーク３には他の様々なネットワーク装置が接続されていてもよい。ネットワーク３は、ＬＡＮやインターネットなど、ＳＭＴＰにより通信が可能なネットワークであればよい。なお、図１に示した例では、説明の都合上、送信側通信装置１と受信側通信装置２とを別に示しているが、例えばそれぞれの通信装置が送信側通信装置１と受信側通信装置２の機能を併せ持つことも可能である。
【００１３】
送信側通信装置１は、ネットワーク３を通じて他の通信装置、例えば受信側通信装置２とＳＭＴＰにより通信を行ってデータを送信することができる。この例では、送信側通信装置１は通信制御部１１、表示部１２、指示部１３等を含んで構成されている。
【００１４】
送信側通信装置１の通信制御部１１は、ＳＭＴＰによる通信制御を行う。受信側通信装置２へデータを送信する場合には、受信側通信装置２に対してＳＭＴＰにより通信を開始後、受信側通信装置２から受信側の情報を受信する。そして、受信した受信側の情報を表示部１２に表示させる。その後、データを送信する前に通信路（ＴＣＰコネクション）を確保したままＳＭＴＰの通信手順を一時停止する。この間に指示部１３に対してユーザが指示を行うのを待つ。送信する旨の指示を受けた場合には、以後の通信手順を続行し、データの送信を行う。また、送信しない旨の指示を受けた場合には、そのまま通信を終了する。
【００１５】
なお、通信手順を一時停止してユーザの指示を待っていても、いつまでもユーザからの指示がないことも考えられる。このような場合に対処するため、例えばタイマなどにより所定時間の間に指示が行われなかった場合には、そのまま通信を終了するか、あるいは以後の通信手順を続行してデータを送信するように構成したり、またはいずれの動作を実行するかを設定可能に構成することができる。
【００１６】
ＳＭＴＰの通信手順を一時停止している間は、例えばＮＯＯＰの送受信を行ったり、あるいは拡張コマンドの送受信を行ってＴＣＰコネクションを保持する。あるいは、上述のようにユーザからの指示を所定時間だけ待つ場合などのように、一時停止する時間が決まっている場合には、一時停止する時間に対応する時間をタイムアウトの時間として指定し、その時間は送信側通信装置１及び受信側通信装置２とも、待機するように構成してもよい。
【００１７】
表示部１２は、各種の表示装置で構成され、種々の情報を表示し、ユーザに提示する。本発明では少なくとも受信側通信装置２から送られてくる受信側の情報を表示することができる。
【００１８】
指示部１３は、各種の入力装置で構成され、ユーザが装置に対して指示を行うことができる。本発明では少なくとも、送信先に関する入力や、表示部１２に受信側の情報が表示された後にデータを送信するか否かを指示することができる。
【００１９】
受信側通信装置２は、ネットワーク３を通じて他の通信装置、例えば送信側通信装置１とＳＭＴＰにより通信を行ってデータを受信することができる。この例では、受信側通信装置２は通信制御部２１、記憶部２２等を含んで構成されている。
【００２０】
受信側通信装置２の通信制御部２１は、ＳＭＴＰによる通信制御を行う。他の通信装置、例えば送信側通信装置１から通信要求を受けてＳＭＴＰにより通信を開始すると、所定の手順において、記憶部２２に記憶されている受信側の情報を送信側通信装置２へ送信する。そして、データ受信前に通信路（ＴＣＰコネクション）を確保したまま通信手順を一時停止してデータの転送を待つ。この間、上述のように例えばＮＯＯＰの送受信を行ったり、あるいは拡張コマンドの送受信を行ってＴＣＰコネクションを保持する。あるいは、一時停止前にタイムアウトの時間が指定された場合には、その時間までは一時停止するように構成することができる。または、通常のＳＭＴＰにおけるタイムアウトよりも長い時間を受信側通信装置２で設定しておいてもよい。
【００２１】
一時停止中に送信側通信装置１から通信手順が続行されたら、その後の手順を再開し、送信側通信装置１から送られてくるデータを受信する。また、送信側通信装置１から通信終了のコマンドが送られてきたり、あるいはタイムアウトの場合には、データを受信せずに通信を終了する。
【００２２】
記憶部２２は、ここでは受信側の情報を記憶しておくことができる。受信側の情報としては、送信側通信装置１の表示部１２に表示させる名称などを登録しておくことができる。このとき、受信側通信装置２が複数のメールアドレスに対応する場合には、それぞれのメールアドレス毎に名称などの受信側の情報を登録しておくことができる。
【００２３】
なお、この受信側通信装置２を窓口として、図示しない１ないし複数の受信側ネットワーク装置に代わってデータを受信し、受信したデータを１ないし複数の受信側ネットワーク装置へ転送する機能を有していてもよい。
【００２４】
次に、本発明の実施の一形態における動作の具体例を説明する。図２は、本発明の実施の一形態の第１の動作例における送信側通信装置の表示部に表示される表示内容の遷移の一例の説明図、図３は、同じく送信側通信装置と受信側通信装置のあいだで行われる通信手順の一例を示すシーケンス図である。図３においては、図示しないＤＮＳサーバとの間の通信手順についても示している。
【００２５】
送信側通信装置１からデータを送信しようとする場合には、まず、送信先を特定する必要がある。この例では、送信先には送信Ｎｏ．が割り当てられており、その送信Ｎｏ．を指定することによって送信先を指示することができる。これによって、ユーザは数字の入力のみで送信先を指定できるようにしている。図２（Ａ）に示した表示例では、送信先として「１００２」を指定した例を示している。もちろん送信先の指定は数字に限らず他の文字を含めてもよいし、直接アドレスを入力したり、電話帳機能を利用するなど、種々の送信先を指定する方法を適用することができる。
【００２６】
指示部１３で送信先を指定したら、続いて、例えばスタートキーなどによって処理開始を指示する。例えばファクシミリと同様に図示しない読取手段で原稿上の画像を読み取ったり、あるいは指示されたファイルを送信用に準備することができる。
【００２７】
通信制御部１１は、指示された送信先をもとに、図３の（１）においてＤＮＳサーバに対して指示された送信先に対応するアドレスを送り、（２）において当該アドレスに対応するＩＰアドレスをＡレコード又はＭＸレコード回答として受け取る。ここでは送信先「１００２」に対応するＩＰアドレスが１９２．１６８．１．１であったものとして示している。
【００２８】
送信先のＩＰアドレスがわかったら、（３）において、そのＩＰアドレスを用いて受信側通信装置２に対してＴＣＰコネクションの接続要求を行う。この要求に対して受信側通信装置２は、（４）において、コネクションが確立した旨の肯定応答（２２０  Ｒｅａｄｙ）を送る。これによりＴＣＰコネクションが確立し、一連のＳＭＴＰによる通信が可能になる。
【００２９】
送信側通信装置１は（５）において電子メールの送信手順を開始するためのＨＥＬＯコマンドを受信側通信装置２に送り、受信側通信装置２が（６）においてコマンド完了の肯定応答（２５０  ＯＫ）を送信側通信装置１へ送る。
【００３０】
続いて送信側通信装置１は（７）において送信元のアドレスを示すＭＡＩＬ  ＦＲＯＭコマンドを受信側通信装置２に送り、受信側通信装置２が（８）においてコマンド完了の肯定応答（２５０  ＯＫ）を送信側通信装置１へ送る。
【００３１】
さらに、送信側通信装置１は（９）において宛先を示すＲＣＰＴ  ＴＯコマンドを受信側通信装置２に送る。受信側通信装置２は、このコマンドを受信すると、記憶部２２に記憶されている受信側の情報を読み出し、この受信側の情報を応答コードに含めて送信側通信装置１へ返す。この例では（１０）において、２５０の応答コードに「Ｌｏｃａｌ  ｕｓｅｒ＜新宿支店＞」を含めて送信側通信装置１へ応答コードを返している。この応答コードを返した後、受信側通信装置２はＴＣＰコネクションを維持したままＳＭＴＰの通信手順を一時停止して、送信側通信装置１からのコマンドを待つ。
【００３２】
送信側通信装置１は、受信側通信装置２からの（１０）に示した応答コードを受け取ると、その中から受信側の情報（ここでは「新宿支店」）を取得し、表示部１２に表示する。この表示例を図２（Ｂ）に示している。この表示によって、ユーザは指定した送信先が正しかったのか否かや、送信先が現在稼働中であるか否かなどを知ることができる。なお、この応答コードを受け取ると、すぐに次のコマンド送出（ＤＡＴＡコマンドの送出）には移らずに、送信側通信装置１ではＴＣＰコネクションを維持したままＳＭＴＰの通信手順を一時停止する。
【００３３】
ユーザは、図２（Ｂ）に示したような表示を参照し、送信先を確認したら、「ＯＫ」ボタンを操作することによりデータの送信を指示することができる。あるいは、送信先が違っていた場合には「Ｃａｎｃｅｌ」ボタンにより送信をキャンセルすることができる。
【００３４】
ユーザが「ＯＫ」ボタンの操作によりデータの送信を指示した場合には、送信側通信装置１はＳＭＴＰの通信手順を再開し、送信側通信装置１から受信側通信装置２に対してデータの送信開始を示すＤＡＴＡコマンドを送信する。それとともに、表示部１２の表示を図２（Ｃ）に示すように「メール送信中」に変更する。
【００３５】
ＳＭＴＰの通信手順を一時停止していた受信側通信装置２は、送信側通信装置１からのＤＡＴＡコマンドの受信によりＳＭＴＰの通信手順を再開し、（１２）においてＤＡＴＡコマンドの応答コード（３５４）を送信側通信装置１へ返信する。
【００３６】
送信側通信装置１は受信側通信装置２からの応答コードを受け、（１３）においてデータを送信し、データの最後に（１４）でデータ終了通知を送信する。受信側通信装置２は、正常にデータを受信すると、（１５）において肯定応答（２５０  ＯＫ）を送信する。
【００３７】
データ送信後、送信の終了処理として送信側通信装置１は（１６）においてＱＵＩＴコマンドを送信し、受信側通信装置２はその応答コード（２２１）を返し、（１８）においてＴＣＰコネクションを終了して、一連のＳＭＴＰによるデータの送受信処理を終了する。通信が終了すると、図２（Ｄ）に示すように表示部１２に通信終了を示す例えば「メール送信終了」などのメッセージを表示し、一連のデータ送信処理を終える。
【００３８】
このようにして、送信側通信装置１では、データの送信前に受信側通信装置２から送られてくる受信側の情報を表示し、ユーザが送信先を確認してからデータを送信することができる。
【００３９】
なお、図２（Ｂ）に示す受信側の情報を表示しているときに、例えば送信先が間違っている場合などのように、ユーザが送信すべきでないと判断した場合には、ユーザは「Ｃａｎｃｅｌ」ボタンを操作することによって、データを送信することなく通信を終了させることができる。この場合、図３に示す通信手順のうち（１１）〜（１５）が省略され、（１６）のＱＵＩＴコマンド以降の手順を実行すればよい。これによって、従来のように受信側の情報が表示されても手順が進められてデータが送信されてしまうといったことはなくなり、データの送信前に通信を取りやめることができる。
【００４０】
また、図２（Ｂ）に示した表示の後、ユーザが何も指示を行わないことも想定される。このような場合に対応するため、表示後に所定時間経過したときには「Ｃａｎｃｅｌ」ボタンが操作された場合と同様に通信を終了させることができる。これにより不用意なデータの送信を防止することができる。あるいは、図２（Ａ）に示した送信先の指定の後に「スタート」ボタンを操作していることから、確認の操作がなくても「ＯＫ」ボタンが操作されたものとして、以後の通信手順を再開してデータを送信してもよい。または、いずれの動作を行うかを予め設定しておき、設定に従っていずれかの動作を行うようにしてもよい。また、いずれの動作を行う場合でも、その前に例えば警告音を発するなど、ユーザに対して指示を促すように構成することもできる。
【００４１】
さらに、受信側通信装置２は複数の送信Ｎｏ．に宛てたデータを受信することができる。この場合、複数の送信Ｎｏ．に対応するＩＰアドレスをＤＮＳサーバに登録しておき、いずれの送信Ｎｏ．が指定されても同じ受信側通信装置２に接続されるようにしておく。また受信側通信装置２では、複数の送信Ｎｏ．に対応する受信側の情報を記憶部２２に記憶させておき、図３（９）で送られてくる宛先をもとに対応する受信側の情報を読み出して送信側通信装置１へ送信すればよい。
【００４２】
図４は、本発明の実施の一形態の第２の動作例において行う通信形態の概要を示す説明図、図５は、同じく送信側通信装置の表示部に表示される表示内容の遷移の別の例の説明図、図６は、同じく送信側通信装置と受信側通信装置の間で行われる通信手順の別の例を示すシーケンス図である。図中、４は受信側端末装置である。以下に説明する第２の動作例では、受信側通信装置２は１ないし複数の受信側端末装置４に代わってデータを受信し、受信したデータを受信側端末装置４に配信する機能を有し、この機能を利用する例を示している。すなわち、図４に示すように、送信側通信装置１は受信側通信装置２にデータを送信し、受信側通信装置２は送信側通信装置１から送られてきたデータを受信する。そして、受信側通信装置２が受信したデータを受信側端末装置４に配信する。データの配信は、既存の技術を適用することができる。
【００４３】
この動作例においても、通信手順中の宛先となるメールアドレスを指定するＲＣＰＴコマンドを送信するまでの動作は、上述の第１の動作例と同様である。それまでの動作を簡単に説明するとともに、上述の第１の動作例と違う動作について主に説明してゆく。
【００４４】
送信側通信装置１からデータを送信しようとする場合には、まず、送信先を指定する。ここでは送信Ｎｏ．の入力により送信先を指定するが、この例では最終的にデータを受け取る受信側端末装置４ではなく、窓口となる受信側通信装置２を指定する。送信先を指定したら例えばスタートキーなどによって処理開始を指示する。
【００４５】
受信側通信装置２との通信を開始するために、送信側通信装置１は図６の（２１）においてＤＮＳサーバに対して指示された送信先に対応するアドレスを送り、（２２）において当該アドレスに対応するＩＰアドレスをＡレコード又はＭＸレコード回答として受け取る。ここでは送信先「５０２０」に対応するＩＰアドレスが１９２．１６８．１０．１であったものとして示している。
【００４６】
送信先のＩＰアドレスがわかったら、（２３）において、そのＩＰアドレスを用いて受信側通信装置２に対してＴＣＰコネクションの接続要求を行い、受信側通信装置２は、（２４）において肯定応答（２２０  Ｒｅａｄｙ）を返す。これによりＴＣＰコネクションが確立し、一連のＳＭＴＰによる通信が可能になる。
【００４７】
次に（２５）において送信側津新装置１はＨＥＬＯコマンドを受信側通信装置２に送り、受信側通信装置２は（２６）においてコマンド完了の肯定応答（２５０  ＯＫ）を送信側通信装置１へ送る。
【００４８】
続いて送信側通信装置１は（２７）において送信元のアドレスを示すＭＡＩＬ  ＦＲＯＭコマンドを受信側通信装置２に送り、受信側通信装置２が（２８）においてコマンド完了の肯定応答（２５０  ＯＫ）を送信側通信装置１へ送る。
【００４９】
さらに、送信側通信装置１は（２９）において宛先を示すＲＣＰＴ  ＴＯコマンドを受信側通信装置２に送る。受信側通信装置２は、このコマンドを受信すると、記憶部２２に記憶されている受信側の情報を読み出し、この受信側の情報を応答コードに含めて送信側通信装置１へ返す。上述の例では応答コードとして２５０を返しているが、この例では（３０）において、２５１の応答コードを返すとともに、そのメッセージとして「Ｕｓｅｒ  ｎｏｔ  ｌｏｃａｌ；  ｐｌｅａｓｅ  ｗｉｌｌ  ｆｏｒｗａｒｄ  ｔｏ＜東京支店＞」を含めて送信側通信装置１へ応答コードを返している。これにより指定された送信先がデータを受け取る窓口として機能し、データは他の受信側端末装置４に転送されることを示すことができる。また、１ないし複数の受信側端末装置４及び受信側通信装置２を含む全体が「東京支店」であることを明示することができる。
【００５０】
この応答コードを返した後、受信側通信装置２はＴＣＰコネクションを維持したままＳＭＴＰの通信手順を一時停止して、送信側通信装置１からのコマンドを待つ。
【００５１】
送信側通信装置１は、受信側通信装置２からの（３０）に示した応答コードを受け取ると、その中から受信側の情報（ここでは「東京支店」）を取得し、表示部１２に表示する。この表示例を図５（Ｂ）に示している。この表示例においては、応答コード及びメッセージから送信先である受信側通信装置２が窓口となって他の受信側端末装置４へ転送されることがわかるので、ここでは「（代）」を付して表示している。
【００５２】
このような表示によって、ユーザは指定した送信先が正しかったのか否かや、送信先が現在稼働中であるか否か、またこの例では送信先が代表窓口であって直接送信されないことなどを知ることができる。なお、この応答コードを受け取ってもすぐに次のコマンド送出（ＤＡＴＡコマンドの送出）には移らずに、送信側通信装置１ではＴＣＰコネクションを維持したままＳＭＴＰの通信手順を一時停止する。
【００５３】
ユーザは、図５（Ｂ）に示したような表示を参照し、送信先を確認したら、「ＯＫ」ボタンを操作することによりデータの送信を指示することができる。あるいは、送信先が違っていた場合には「Ｃａｎｃｅｌ」ボタンにより送信をキャンセルすることができる。
【００５４】
以降の処理は上述の第１の動作例と同様であり、ユーザが「ＯＫ」ボタンの操作によりデータの送信を指示した場合には、ＳＭＴＰの通信手順を再開して図６に示す（３１）〜（３８）の手順（図３（１１）〜（１８）と同様）を実行し、そのときの表示部１２の表示は図５（Ｃ）、（Ｄ）のようになる。
【００５５】
その後、受信側通信装置２は受信したデータを配信すべき受信側端末装置４を特定し、その受信側端末装置４に対してＳＭＴＰによりデータを送信する。もちろん、受信したデータを配信する受信側端末装置４は１台に限らず、複数の受信側端末装置４に対して配信してもよい。
【００５６】
このようにして、送信側通信装置１では、データの送信前に受信側通信装置２から送られてくる受信側の情報を表示し、ユーザが送信先を確認してからデータを送信することができる。また受信側通信装置２では、１ないし複数の受信側端末装置４を代表して送信側通信装置１へ受信側の情報を返信するとともにデータを受信し、その受信したデータを受信側端末装置４へ配信することができる。
【００５７】
なお、図５（Ｂ）に示す受信側の情報を表示しているときに、ユーザが「Ｃａｎｃｅｌ」ボタンを操作して通信終了を指示した場合には、データを送信することなく図６に示す（３６）のＱＵＩＴコマンド以降の手順を実行して通信を終了する。この場合、データは受信側通信装置２に送られないので、当然ながら受信側端末装置４へ配信されることもない。ユーザが何も操作を行わなかった場合については上述の第１の動作例と同様に構成することができる。
【００５８】
この第２の動作例では、配信先は受信側通信装置２において変更可能であり、受信側のシステムの都合で様々な配信形態をとることができる。例えば、受信側端末装置４がローカルシステム内の装置であって外部からアクセスできない場合や、安全性の面から受信側端末装置４を秘匿しておきたい場合などにも適用できる。また、その時々で受信側端末装置４を変更する等といった利用も可能である。
【００５９】
また、配信の際には、送信側通信装置１のメールアドレスを利用することも可能であり、送信側通信装置１に応じた受信側端末装置４へデータを配信することができる。
【００６０】
さらに、例えば同報通信用の送信Ｎｏ．を設定しておけば、送信側通信装置１は、その同報通信用の送信Ｎｏ．を宛先として指示して受信側通信装置２にデータを送信することによって、受信側通信装置２が同報先となる複数の受信側端末装置４へデータを配信するように構成することができる。もちろん、上述の第１の動作例の場合と同様に受信側通信装置２が複数の送信Ｎｏ．に宛てたデータを受信することも可能であるから、例えば同報先をグループ分けしてそれぞれの送信Ｎｏ．を付与しておけば、送信側通信装置１で指定する送信Ｎｏ．により同報先を変更することが可能である。このような複数の送信Ｎｏ．に対応する機能と受信側端末装置４へ配信する機能を組み合わせることにより、種々の利用方法が可能である。
【００６１】
上述の第１，第２の動作例では、目的とする受信側通信装置２へ直接、ＳＭＴＰによりデータを送信することを前提としている。そのために、送信Ｎｏ．をドメイン名に含めたアドレスを用いてＤＮＳサーバへの問い合わせを行い、受信側通信装置２のＩＰアドレスを取得している。これによって、通常の電子メールのようにメールサーバを介すことなく、また受信時にＰＯＰを用いることなく、直接、受信側通信装置２へデータを送信することができるし、その通信過程において受信側の情報を送信側通信装置１へ返信している。もちろん、上述の第２の動作例のような構成では、通常の電子メールアドレスと同様にユーザ名とドメイン名を「＠」でつないだメールアドレスを用い、ドメイン名で受信側通信装置２を特定し、ユーザ名で受信側端末装置４を特定するような構成も可能である。この場合でも、受信側通信装置２はそれぞれのユーザ名に対応する受信側の情報を記憶部２２に記憶させておき、ユーザ名から特定される受信側端末装置４の受信側の情報を返信すれば、送信側通信装置１では送信先を確認してからデータを送信することができる。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施の一形態を示すブロック図である。
【図２】本発明の実施の一形態の第１の動作例における送信側通信装置の表示部に表示される表示内容の遷移の一例の説明図である。
【図３】本発明の実施の一形態の第１の動作例における送信側通信装置と受信側通信装置のあいだで行われる通信手順の一例を示すシーケンス図である。
【図４】本発明の実施の一形態の第２の動作例において行う通信形態の概要を示す説明図である。
【図５】本発明の実施の一形態の第２の動作例における送信側通信装置の表示部に表示される表示内容の遷移の別の例の説明図である。
【図６】本発明の実施の一形態の第２の動作例における送信側通信装置と受信側通信装置の間で行われる通信手順の別の例を示すシーケンス図である。
【符号の説明】
【００６３】
１…送信側通信装置、２…受信側通信装置、３…ネットワーク、４…受信側端末装置、１１…通信制御部、１２…表示部、１３…指示部、２１…通信制御部、２２…記憶部。
【図１】
2007053666.tif 000003
【図２】
2007053666.tif 000004
【図３】
2007053666.tif 000005
【図４】
2007053666.tif 000006
【図５】
2007053666.tif 000007
【図６】
2007053666.tif 000008