JP2014099705A - 通信装置及びその制御方法、並びにプログラム - Google Patents

Abstract

【課題】本発明は、ＩＰ ＦＡＸからアナログＦＡＸに切り替えて原稿の再送を行う必要がない場合を判定して無駄な再送処理を省くことができる通信装置を提供する。
【解決手段】デバイス１０１は、セッションの確立時に受信したメッセージが通信先が話し中であることを示すエラーか否かを判定する。メッセージが話し中であることを示すエラーと判定された場合、デバイス１０１が接続されているネットワーク環境を判定し、その判定の結果に応じて、アナログ電話網１０３に切り替えて再送処理を行うか否かを判定する。
【選択図】図５

Description

本発明は、通信装置及びその制御方法、並びにプログラムに関し、特に、ネットワーク回線を利用するＩＰ ＦＡＸ通信とアナログ回線を利用するアナログＦＡＸ通信との切り替え制御技術に関する。

近年、インターネット等のネットワーク回線を用いてファクシミリ（ＦＡＸ）通信を行うインターネットＦＡＸ（ＩＰ ＦＡＸ）機能が搭載されたデバイスが普及しつつある。ＩＰ ＦＡＸ機能を搭載したデバイスでは、通信先との間に安定したセッションを確立するために、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）が広く利用されている。ＩＰ ＦＡＸ機能を搭載したデバイスは、一般的に、通信事業者が提供するＩＰ電話網に接続することで通信を行う。

また、ネットワーク回線とアナログ回線を仲介するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）ゲートウェイを用いたネットワーク環境がある。このような環境では、ＶｏＩＰゲートウェイまではネットワーク回線を利用し、ＶｏＩＰゲートウェイから通信先デバイスまでの間はアナログ回線を利用して通信が行われる。

一方、従来から存在するアナログ回線を用いて通信を行うアナログＦＡＸ機能を搭載したデバイスも一般的に用いられている。そのため、ＩＰ ＦＡＸに対応したデバイスには、ＩＰ ＦＡＸ機能とアナログＦＡＸ機能の両方を有するものが多い。このような両方の機能を持つデバイスでは、ＩＰ ＦＡＸ機能とアナログＦＡＸ機能の両方を有効にしておき、ＩＰ ＦＡＸでの通信とアナログＦＡＸでの通信を切り替える機能が存在する。例えば、ＩＰ ＦＡＸで原稿の送信を行おうとしてエラーが出ると、デバイスが自動的にアナログＦＡＸで送信し直す技術が提案されている（例えば、特許文献１参照）。

特許第４１１６２１３号公報

しかしながら、上記特許文献１では、ＩＰ ＦＡＸでの通信からアナログＦＡＸでの通信に切り替えたとしても、ＩＰ ＦＡＸによる通信時のエラーの内容と送信元デバイスのネットワーク環境によっては通信が同じように失敗する場合がある。例えば、デバイスがＶｏＩＰゲートウェイに接続して間接的にアナログ電話網上にいる別のデバイスに対してアナログＦＡＸで原稿を送信するときに、送信先デバイスが話し中の状態にある場合である。この場合、送信元デバイスがＩＰ ＦＡＸからアナログＦＡＸに切り替えても、送信先デバイスがアナログ回線に接続されていることに変化がないため、切り替え後もまた話し中の状態となってしまう。つまり、アナログＦＡＸでの再送信がデバイスにとって不要な処理となってしまう。

本発明は、上記問題に鑑みて成されたものであり、ＩＰ ＦＡＸからアナログＦＡＸに切り替えて原稿の再送を行う必要がない場合を判定して無駄な再送処理を省くことができる通信技術を提供する。

上記目的を達成するために、本発明の通信装置は、ネットワーク回線を用いた第１の通信手段とアナログ回線を用いた第２の通信手段とを備え、前記第１の通信手段による送信が失敗した際に前記第２の通信手段に切り替えて再送を行うことができる通信装置において、前記第１の通信手段による通信先とのセッションを確立するセッション確立手段と、前記セッション確立手段によるセッションの確立時に受信したメッセージが、前記通信先が話し中であることを示すエラーか否かを判定する第１の判定手段と、前記第１の判定手段により前記メッセージが話し中であることを示すエラーと判定された場合、前記通信装置が接続されているネットワーク環境を判定する第２の判定手段と、前記第２の判定手段による判定の結果に応じて、前記第２の通信手段に切り替えて再送を行うか否かを判定する第３の判定手段とを備えることを特徴とする。

本発明によれば、ＩＰ ＦＡＸからアナログＦＡＸに切り替えて原稿の再送を行うような機能を持ったデバイスにおいて、再送を行う必要がない場合を判定して無駄な再送処理を省くことができる。

（ａ）本発明の実施形態に係る通信装置が接続された第１のネットワーク環境の一例を示す図、（ｂ）本発明の実施形態に係る通信装置が接続された第２のネットワーク環境の一例を示す図である。 図１のデバイス１０１のハードウェア構成の一例を示すブロック図である。 デバイス１０１が有する通信機能のソフトウェア構成の一例を示すブロック図である。 （ａ）デバイス１０１がセッションを確立しようとする際に最初に送信するＳＩＰのメッセージの一例を示す図、（ｂ）ＩＮＶＩＴＥに対してセッションの確立が成功した際にデバイス１０１が受信するレスポンスメッセージの一例を示す図、（ｃ）ＩＮＶＩＴＥに対して、送信先が話し中の状態であることが原因でセッションの確立に失敗した際にデバイス１０１が受信するレスポンスメッセージの一例を示す図である。 デバイス１０１にて実行される通信処理の流れを示すフローチャートである。 第２の実施形態におけるデバイス１０１が有する通信機能のソフトウェア構成の一例を示す図である。 第２の実施形態におけるデバイス１０１の操作パネル２０５に表示するＦＡＸ送信履歴画面の一例を示す図である。 第２の実施形態におけるデバイス１０１にて実行される通信処理の流れを示すフローチャートである。

以下、本発明の実施の形態を図面を参照して詳細に説明する。

［第１の実施形態］
まず、本発明の実施形態に係る通信装置が接続されうるネットワーク環境について説明する。

図１（ａ）は、本発明の実施形態に係る通信装置が接続された第１のネットワーク環境の一例を示す図であり、図１（ｂ）は、本発明の実施形態に係る通信装置が接続された第２のネットワーク環境の一例を示す図である。

本発明の実施形態に係る通信装置は、デバイス１０１である。デバイス１０１は、ＦＡＸ機能を有する画像形成装置である。デバイス１０２は、デバイス１０１と同様に、ＦＡＸ機能を有する画像形成装置である。

なお、デバイス１０１とデバイス１０２は、同一の構成を有してもよいし、互いに異なる構成であってもよい。また、いずれも単純なＦＡＸ装置等であってもよい。

図１（ａ）に示す第１のネットワーク環境では、デバイス１０１とデバイス１０２がそれぞれＩＰ電話網１０４（ネットワーク回線）とアナログ電話網１０３（アナログ回線）の両方に接続されている。

図１（ｂ）に示す第２のネットワーク環境では、デバイス１０２は、アナログ電話網１０３にのみ接続されている。デバイス１０１は、アナログ電話網１０３に直接接続されているが、ＬＡＮ１０５（ネットワーク回線）に接続してＶｏＩＰゲートウェイ１０６を介して間接的にアナログ電話網１０３にも接続されている。ここで、デバイス１０１の立場で見ると、ＬＡＮ１０５とＶｏＩＰゲートウェイ１０６までの間はＩＰ ＦＡＸ通信であり、ＶｏＩＰゲートウェイ１０６がＩＰ ＦＡＸ形式をアナログＦＡＸ形式に変換してやり取りを行う。

次に、図１のデバイス１０１のハードウェア構成について図２を用いて説明する。

図２は、図１のデバイス１０１のハードウェア構成の一例を示すブロック図である。

図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭまたは外部記憶装置２１１に記憶された制御プログラムに基づいて、システムバス２０４に接続される各種のデバイスとのアクセスを総括的に制御する。

また、ＣＰＵ２０１は、印刷インターフェース２０７を介して接続される印刷部（プリントエンジン）２１０に出力情報としての画像信号を出力したり、読取インターフェース２１２を介して接続される読取部（スキャナ）２１３から入力される画像信号を制御する。

ＲＯＭ２０３のプログラム用ＲＯＭには、ＣＰＵ２０１が実行可能な制御プログラム等が記憶されている。ＲＯＭ２０３のフォント用ＲＯＭには、上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等が記憶されている。ＲＯＭ２０３のデータ用ＲＯＭには、不図示のクライアントコンピュータ上で利用される情報等が記憶されている。

ＣＰＵ２０１は、ＬＡＮコントローラ２０６（第１の通信）により、ＬＡＮ１０５等のネットワーク回線上のクライアントコンピュータ（不図示）やデバイス（不図示）との通信処理が可能となっている。

また、ＣＰＵ２０１は、ＦＡＸコントローラ２１４（第２の通信）により、アナログ電話網１０３を介して通信先とデータの送受信ができるようになっている。

ＲＡＭ２０２は、主としてＣＰＵ２０１の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０２は、出力情報展開領域，環境データ格納領域等に用いられる。

外部記憶装置２１１は、ハードディスク（ＨＤＤ）、ＩＣカード等で構成され、ディスクコントローラ（ＤＫＣ）２０８によりアクセスが制御される。外部記憶装置２１１は、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶する。さらに、外部記憶装置２１１は、プリントジョブの一時的なスプールに利用されたり、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。

また、外部記憶装置２１１は、スキャナ２１３から読み取った画像データやプリントジョブの画像データをＢＯＸデータとして保持するＢＯＸデータ格納領域としても使用される。本実施形態では、外部記憶装置２１１としてＨＤＤを使用するものとし、ジョブログ、画像ログ等の各種ログを保持する。なお、外部記憶装置２１１は、少なくとも１個のＨＤＤで構成されており、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。

操作パネル２０５は、ユーザがソフトウェアキーから各種情報を入力することが可能である。不揮発性メモリ２０９は、操作パネル２０５から設定される各種設定情報を記憶する。

次に、デバイス１０１が有する通信機能のソフトウェア構成について図３を用いて説明する。

図３は、デバイス１０１が有する通信機能のソフトウェア構成の一例を示すブロック図である。なお、図示のソフトウェアのプログラムは、ＲＯＭ２０３のプログラム用ＲＯＭ等に格納されており、ＣＰＵ２０１が当該プログラムを実行することにより実現されるものとする。

図３において、ＦＡＸ送信制御部４０１は、ＦＡＸの送信に関する処理全般を制御する。例えば、スキャナ２１３で読み取られた原稿の画像データを送信する場合、ＩＰ ＦＡＸまたはアナログＦＡＸのいずれかの通信方法を選択して、対応する通信処理の実行を開始する。どちらの通信方法を選択するかはユーザに設定させるように構成してもよいし、自動的に判定してもよい。ここでは、ＩＰ ＦＡＸが選択されているものとする。

接続環境制御部４０２は、デバイス１０１の接続環境が図１（ａ）に示す第１のネットワーク環境であるか、図１（ｂ）に示す第２のネットワーク環境であるかを判定する。

ＳＩＰセッション制御部４０３は、ＳＩＰのセッション確立、維持、終了の通信を管理する。アナログＦＡＸ制御部４０４は、読み取った原稿のデータをアナログＦＡＸで送信するために制御を行う。

次に、デバイス１０１とデバイス１０２間において、ＳＩＰによるＩＰ ＦＡＸのセッション確立時に、セッションの確立が成功した場合と話し中で失敗した場合のメッセージのやり取りについて説明する。

図４（ａ）は、デバイス１０１がセッションを確立しようとする際に最初に送信するＳＩＰのメッセージの一例を示す図である。

図４（ａ）において、行３０１は、このメッセージがＳＩＰで定義されているＩＮＶＩＴＥであることを示している。行３０２は、原稿の送信先であるデバイス１０２のＳＩＰ ＵＲＩである。行３０３は、送信元であるデバイス１０１のＳＩＰ ＵＲＩである。行３０３にあるｔａｇは、このＳＩＰ ＵＲＩに対して一意に設定される値である。

デバイス１０１は、図１（ａ）に示す第１のネットワーク環境で原稿を送信する場合、まず、図４（ａ）に示すメッセージをＩＰ電話網１０４を介してデバイス１０２に送信する。なお、本実施形態では、デバイス１０１からデバイス１０２に直接送信する形態について説明するが、途中で仲介するサーバー装置等を経由してもよい。

一方、図１（ｂ）に示す第２のネットワーク環境で原稿を送信する際は、最初にＬＡＮ１０５を通じて、ＶｏＩＰゲートウェイ１０６に対して送信する。

図４（ｂ）は、ＩＮＶＩＴＥに対してセッションの確立が成功した際にデバイス１０１が受信するレスポンスメッセージの一例を示す図である。

図４（ｂ）において、行３０４にある「２００ ＯＫ」と記載された部分がセッションの確立が成功したことを示している。第１のネットワーク環境では、デバイス１０２からこのメッセージが返信され、第２のネットワーク環境では、ＶｏＩＰゲートウェイ１０６からＬＡＮ１０５を通じて、このメッセージが返信される。

図４（ｃ）は、ＩＮＶＩＴＥに対して、送信先が話し中の状態であることが原因でセッションの確立に失敗した際にデバイス１０１が受信するレスポンスメッセージの一例を示す図である。

図４（ｃ）において、行３０５にある「４８６ Ｂｕｓｙ Ｈｅｒｅ」と記載された部分は、相手が話し中であることが原因でセッションの確立に失敗したことを示している。

図４（ｂ）に示すメッセージと同じく、第１のネットワーク環境では、デバイス１０２からこのメッセージが返信され、第２のネットワーク環境では、ＶｏＩＰゲートウェイ１０６からＬＡＮ１０５を通じて、このメッセージが返信される。

次に、デバイス１０１とデバイス１０２との間でＦＡＸ通信を行う際に、デバイス１０１で実施される通信処理の流れを図５を用いて説明する。

図５は、デバイス１０１にて実行される通信処理の流れを示すフローチャートである。

デバイス１０１では、ＦＡＸ送信制御部４０１によって画像データの送信が開始され、ＳＩＰのセッションが開始されると、ＳＩＰセッション制御部４０３によって、デバイス１０２宛てに図３（ａ）に示すＩＮＶＩＴＥが送信される（ステップＳ５０１）。

次に、デバイス１０１では、送信したＩＮＶＩＴＥに対するレスポンスメッセージを受信（ステップＳ５０２）すると、レスポンスの内容を解析する（第１の判定）（ステップＳ５０３）。レスポンスの内容が図３（ｃ）のような話し中であることを示すメッセージ（４８６エラー）であった場合は、ステップＳ５０５へ進む。

ステップＳ５０５では、接続環境制御部４０２は、デバイス１０１自体が接続している環境が図１（ａ）に示す第１のネットワーク環境なのか、図１（ｂ）に示す第２のネットワーク環境なのかを判定する（第２の判定）。

次に、ステップＳ５０６では、接続環境制御部４０２は、ステップＳ５０５での判定の結果に基づき、ステップＳ５０８に進むかステップＳ５０７に進むかを判定する（第３の判定）。図１（ａ）のようにデバイス１０１がＩＰ電話網１０４に直接接続されている第１のネットワーク環境にあると判定した場合は、デバイス１０２が接続するアナログ電話網１０３は空いている可能性が高いので、ステップＳ５０８へ進む。 ステップＳ５０８では、ＦＡＸ送信制御部４０１は、アナログＦＡＸ制御部４０４に命令して、アナログ電話網１０３を利用したアナログＦＡＸでの再送を試みる（ステップＳ５０８）。

一方、ステップＳ５０６の判定の結果、図１（ｂ）のようにデバイス１０１がＶｏＩＰゲートウェイ１０６を介してアナログ電話網１０３に接続されている場合は、デバイス１０２が接続するアナログ電話網１０３は話し中状態であるために接続することができない。この場合、アナログ電話網１０３を使用した再送は行わない（ステップＳ５０７）。

ステップＳ５０３の判定の結果、ＳＩＰのＩＮＶＩＴＥに対して、図３（ｃ）以外のレスポンスであった場合は通常のＳＩＰ処理を継続する（ステップＳ５０４）。例えば、図３（ｂ）のようなセッション確立の成功を示すものであれば、以降でそのセッションを管理する。

以上の処理を行うことにより、図１（ｂ）に示すネットワーク環境で、図３（ｃ）に示すような、相手が話し中であることを示すレスポンスメッセージを受信した場合に、アナログＦＡＸで無駄な再送を試みる必要がなくなる。

［第２の実施形態］
本発明の第２の実施の形態では、デバイスの接続形態（図１）、ハードウェア構成（図２）が上記第１の実施の形態と同じであり、第１の実施の形態と同様の部分については、同一の符号を用いてその説明を省略する。以下に、上記第１の実施の形態と異なる点のみを説明する。

まず、第２の実施形態におけるデバイス１０１が有する通信機能のソフトウェア構成について図６を用いて説明する。

図６は、第２の実施形態におけるデバイス１０１が有する通信機能のソフトウェア構成の一例を示す図である。
なお、図示例では、図３に示す構成に対して、ログ記録部６０１と、ログ表示部６０２が追加されている。ログ記録部６０１は、ＳＩＰのセッション確立が成功したか否かの情報をＦＡＸの履歴として残すためのログ（通信ログ）を記録する。ログ表示部６０２は、記録されたログを操作パネル２０５に表示するものである。

次に、ログ表示部６０２が操作パネル２０５に表示するＦＡＸ送信履歴の画面について図７を用いて説明する。

図７は、第２の実施形態におけるデバイス１０１の操作パネル２０５に表示するＦＡＸ送信履歴画面の一例を示す図である。

図７において、行７０１は、アナログＦＡＸで送信した際の履歴である。図示例では、００−１１１１−２２２２という送信先番号に対してアナログＦＡＸの送信が失敗したことを示している。行７０２は、ＩＰ ＦＡＸの送信履歴である。図示例では、１９２．１６８．１．１００という送信先に対して、ＩＰ ＦＡＸの送信が成功したことを示している。

本実施形態では、ＩＰ ＦＡＸで送信が失敗してアナログＦＡＸで再送を行う際の履歴も残す。その際、行７０３に示すように、送信先である１９２．１６８．１．１００に対して送信が失敗したことの履歴を残し、アナログＦＡＸでの再送は行７０４に残す。履歴に残す内容として、例えば、ＳＩＰのレスポンスメッセージの内容、アナログＦＡＸで再送を行うか否か、などがあってもよい。

次に、第２の実施形態におけるデバイス１０１とデバイス１０２との間でＦＡＸ通信を行う際に、デバイス１０１で実施される通信処理の流れを図８を用いて説明する。

図８は、第２の実施形態におけるデバイス１０１にて実行される通信処理の流れを示すフローチャートである。

図８の処理の大筋は図５に示すフローチャートとほぼ同じである。本実施形態では、ＳＩＰセッション制御部４０３が、ＩＮＶＩＴＥに対するレスポンスメッセージを受信し、ＩＰ ＦＡＸの処理が終了した段階で、ログ記録部６０１がＦＡＸ送信履歴にログを記録する。例えば、ステップＳ５０４で通常のＳＩＰ処理が終了した場合に、処理の結果をログに記録する（ログ記録）（ステップＳ８０１）。

また、図４（ｃ）に示すレスポンスメッセージを受信した際に、アナログＦＡＸで再送を行う処理（ステップＳ５０８）の前にログに「ＩＰ ＦＡＸの処理に失敗してアナログＦＡＸで再送を行う」旨をログに残す（ステップＳ８０２）。

また、アナログＦＡＸで再送を行わない場合（ステップＳ５０７）に「ＩＰ ＦＡＸの処理に失敗してアナログＦＡＸで再送を行わない」旨をログに残す（ステップＳ８０３）。

以上の処理を行うことにより、ユーザがＦＡＸ通信状態を容易に把握することが可能となる。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１，１０２ デバイス
１０３ アナログ電話網
１０４ ＩＰ電話網
１０５ ＬＡＮ
１０６ ＶｏＩＰゲートウェイ
４０１ ＦＡＸ送信制御部
４０２ 接続環境制御部
４０３ ＳＩＰセッション制御部
４０４ アナログＦＡＸ制御部

Claims (9)

1. ネットワーク回線を用いた第１の通信手段とアナログ回線を用いた第２の通信手段とを備え、前記第１の通信手段による送信が失敗した際に前記第２の通信手段に切り替えて再送を行うことができる通信装置において、
   前記第１の通信手段による通信先とのセッションを確立するセッション確立手段と、
   前記セッション確立手段によるセッションの確立時に受信したメッセージが、前記通信先が話し中であることを示すエラーか否かを判定する第１の判定手段と、
   前記第１の判定手段により前記メッセージが話し中であることを示すエラーと判定された場合、前記通信装置が接続されているネットワーク環境を判定する第２の判定手段と、
   前記第２の判定手段による判定の結果に応じて、前記第２の通信手段に切り替えて再送を行うか否かを判定する第３の判定手段とを備えることを特徴とする通信装置。
2. 前記第３の判定手段は、前記第２の判定手段により前記通信装置がＶｏＩＰゲートウェイを介して前記アナログ回線に接続されていると判定された場合は、前記第２の通信手段に切り替えて再送を行わないと判定することを特徴とする請求項１記載の通信装置。
3. 前記セッションの確立が成功したか否かを通信ログとして記録するログ記録手段と、
   前記ログ記録手段に記録された通信ログを表示する表示手段とをさらに備え、
   前記ログ記録手段は、前記第２の通信手段による通信ログと前記第１の通信手段による通信ログを記録し、
   前記表示手段は、前記ログ記録手段に記録された前記第２の通信手段による通信ログと前記第１の通信手段による通信ログを表示することを特徴とする請求項１または２に記載の通信装置。
4. 前記ログ記録手段は、前記第１の通信手段による送信が失敗して前記第２の通信手段に切り替えて再送が行われた場合であっても、通信ログを記録することを特徴とする請求項３に記載の通信装置。
5. ネットワーク回線を用いた第１の通信手段とアナログ回線を用いた第２の通信手段とを備え、前記第１の通信手段による送信が失敗した際に前記第２の通信手段に切り替えて再送を行うことができる通信装置の制御方法において、
   前記第１の通信手段による通信先とのセッションを確立するセッション確立工程と、
   前記セッション確立工程によるセッションの確立時に受信したメッセージが、前記通信先が話し中であることを示すエラーか否かを判定する第１の判定工程と、
   前記第１の判定工程にて前記メッセージが話し中であることを示すエラーと判定された場合、前記通信装置が接続されているネットワーク環境を判定する第２の判定工程と、
   前記第２の判定工程による判定の結果に応じて、前記第２の通信手段に切り替えて再送を行うか否かを判定する第３の判定工程とを備えることを特徴とする制御方法。
6. 前記第３の判定工程では、前記第２の判定工程で前記通信装置がＶｏＩＰゲートウェイを介して前記アナログ回線に接続されていると判定された場合は、前記第２の通信手段に切り替えて再送を行わないと判定することを特徴とする請求項５記載の制御方法。
7. 前記セッションの確立が成功したか否かを通信ログとして記録するログ記録工程と、
   前記ログ記録工程で記録された通信ログを表示する表示工程とをさらに備え、
   前記ログ記録工程では、前記第２の通信手段による通信ログと前記第１の通信手段による通信ログを記録し、
   前記表示工程では、前記ログ記録工程で記録された前記第２の通信手段による通信ログと前記第１の通信手段による通信ログを表示することを特徴とする請求項５または６に記載の制御方法。
8. 前記ログ記録工程では、前記第１の通信手段による送信が失敗して前記第２の通信手段に切り替えて再送が行われた場合であっても、通信ログを記録することを特徴とする請求項３に記載の制御方法。
9. 請求項５乃至８のいずれか１項に記載の制御方法を通信装置に実行させるためのコンピュータに読み取り可能なプログラム。

Images