(57)【要約】【課題】  音声呼を接続した後に音声パケットでの話中音などで送信先の機器が話中であることを伝えてくる場合は、送信先の機器が話中かどうか判定できなくなり、通常の自動リダイヤル機能ではなく回数制限リダイヤル機能が働いてしまう。これにより、リダイヤル回数が１回に制限されてしまい、再送により通信が確立できる機会を逃してしまう。【解決手段】  高速デジタル回線網を介して画像データを送受信できる画像通信装置及びその制御方法であって、送信先の機器が話中かどうかを判定し、送信先の機器が話中であると判定した場合に、予め設定された回数、送信先の機器に対してリダイヤルを行い、送信先の機器が話中であると判定できずに送信が正常終了しなかった場合は、リダイヤル回数を制限して送信先の機器に対してリダイヤルを行う。【選択図】  図３
2015167301.tif 000002
【特許請求の範囲】
【請求項１】
高速デジタル回線網を介して画像データを送受信できる画像通信装置であって、
予め設定された回数、送信先の機器に対してリダイヤルを行う第１のリダイヤル手段と、
リダイヤル回数を制限して送信先の機器に対してリダイヤルを行う第２のリダイヤル手段と、
送信先の機器が話中かどうかを判定する判定手段と、
前記判定手段が前記送信先の機器が話中であると判定した場合に前記第１のリダイヤル手段によりリダイヤルを行い、前記判定手段が前記送信先の機器が話中であると判定できずに送信が正常終了しなかった場合は前記第２のリダイヤル手段によりリダイヤルを行うように制御する制御手段と、
を有することを特徴とする画像通信装置。
【請求項２】
前記判定手段は、呼制御プロトコルＳＩＰのビジー信号により判定することを特徴とする請求項１に記載の画像通信装置。
【請求項３】
前記判定手段は、受信した音声パケットに基づいて判定することを特徴とする請求項１に記載の画像通信装置。
【請求項４】
前記第２のリダイヤル手段は、１回だけ送信先の機器に対してリダイヤルを行うことを特徴とする請求項１に記載の画像通信装置。
【請求項５】
前記制御手段は、送信タイムアウトとが発生すると前記第２のリダイヤル手段によりリダイヤルを行うように制御することを特徴とする請求項１に記載の画像通信装置。
【請求項６】
前記画像通信装置と前記送信先の機器とは、前記高速デジタル回線網、ゲートウエイ及び公衆回線網を介して接続されていることを特徴とする請求項１乃至５のいずれか１項に記載の画像通信装置。
【請求項７】
高速デジタル回線網を介して画像データを送受信できる画像通信装置を制御する制御方法であって、
予め設定された回数、送信先の機器に対してリダイヤルを行う第１のリダイヤル工程と、
リダイヤル回数を制限して送信先の機器に対してリダイヤルを行う第２のリダイヤル工程と、
送信先の機器が話中かどうかを判定する判定工程と、
前記判定工程が前記送信先の機器が話中であると判定した場合に前記第１のリダイヤル工程によりリダイヤルを行い、前記判定工程が前記送信先の機器が話中であると判定できずに送信が正常終了しなかった場合は前記第２のリダイヤル工程によりリダイヤルを行うように制御する制御工程と、
を有することを特徴とする画像通信装置の制御方法。
【請求項８】
コンピュータを、請求項１乃至６のいずれか１項に記載の画像通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像通信装置、及びその制御方法とプログラムに関する。
【背景技術】
【０００２】
従来の公衆回線（ＰＳＴＮ）を使用したファクシミリ（以下、ＦＡＸ）伝送の他に、ネットワーク（ＩＰ網）を用いたＦＡＸ伝送がある。このＩＰ網を用いたＦＡＸ伝送は、ＩＴＵ−Ｔ勧告のＴ．３８で規定されており、従来のＴ．３０プロトコルで伝送される信号をデジタル信号のまま伝送するもので、Ｔ．３０に比べて高速な伝送が行なえる。このＦＡＸ伝送の呼制御としてＳＩＰ（Session Initiation Protocol）が用いられ、ＩＰ網上でのPoint to Pointの伝送が実現される。またこのＴ．３８手順とＴ．３０手順の変換機能を有するＶｏＩＰＧＷ（Voice over IP GateWay）を介して、ＩＰ網とＰＳＴＮの間でＧ３ＦＡＸによりＦＡＸ伝送を行うことも知られている。
【０００３】
一般的なＩＰ網とＰＳＴＮを介した通信システムの構成では、送信側の通信装置はＩＰ網に接続され、Ｔ．３８手順でＦＡＸ送信を行う。このとき通信装置は、ＩＰ網を介してＶｏＩＰＧＷに対してＳＩＰ信号の発呼信号を発行する。これによりＶｏＩＰＧＷは、この信号を受信すると接続相手先を特定し、ＰＳＴＮを介して送信相手である通信装置を呼び出して接続し、送信元の通信装置−ＩＰ網−ＶｏＩＰＧＷ−ＰＳＴＮ−送信先の通信装置の経路でＦＡＸ送信が行われる。ここで送信元の通信装置とＶｏＩＰＧＷとの間ではＴ．３８のデジタル伝送手順に従ったＦＡＸ伝送が行われる。またＶｏＩＰＧＷは、Ｔ．３８手順をアナログのＴ．３０手順に変換し、ＶｏＩＰＧＷとＰＳＴＮ、送信先の通信装置の間は、Ｇ３ＦＡＸ手順であるＴ．３０が実行される。
【０００４】
図８は、送信元の通信装置−ＩＰ網−ＶｏＩＰＧＷ−ＰＳＴＮ−送信先の通信装置の間での手順を説明する図である。一部のＶｏＩＰＧＷメーカでは、このような伝送を行う前の呼接続手順として、最初に音声伝送の呼で接続し、その後、画像伝送の呼で再接続するものがある。図８はこの手順を示している。
【０００５】
送信元の通信装置８００は、ＶｏＩＰＧＷ８０１に対してＩＰ網を経由して呼接続信号であるＳＩＰ信号のＩＮＶＩＴＥ信号を送信する。このＩＮＶＩＴＥ信号にはメディアと呼ばれる伝送するデータ種類を表すパラメータが含まれており、ここではｍ＝ａｕｄｉｏ、即ち、音声伝送のための呼接続を要求する。これを受けたＶｏＩＰＧＷ８０１は、ＰＳＴＮ８０５に対してダイヤルを送出して、送信先の通信装置８０３へ呼出信号を送出する。これに通信装置８０３が応答すると、ＩＰ網を介して通信装置８００への応答信号であるＳＩＰ信号の２００ＯＫ信号が送られる。これを受信した通信装置８００は、通信装置８０３との間で呼を接続する。この手順により一旦、音声伝送目的の接続が終了する。
【０００６】
次に、ＶｏＩＰＧＷ８０１は、通信装置８００に対して、データ通信用の呼へ切り替えるため、ＳＩＰ信号でメディア情報がデータ（ｍ＝ｉｍａｇｅ）のＩＮＶＩＴＥ信号を送信する。これを受けた通信装置８００は、ＳＩＰ信号の２００ＯＫ信号を返し、データ通信用の呼を接続する。これで、ＦＡＸデータ通信の呼接続が完了し、その後、通信装置８００とＶｏＩＰＧＷ８０１との間ではＴ．３８手順での通信が、ＶｏＩＰＧＷ８０１と通信装置８０３との間では、Ｔ．３０手順でのＦＡＸ通信が行われる。この様にセッション中にセッションの特性を変更するためにＩＮＶＩＴＥを発行することをｒｅＩＮＶＩＴＥという。
【０００７】
ここで、通信装置８００が自動リダイヤル機能を備えているとする。自動リダイヤル機能とは、送信がエラー終了した場合や、送信先の通信装置が使用中（話中）の状態の場合に、ユーザが設定した間隔、回数分、自動でリダイヤルし送信する機能である。更に、この自動リダイヤル機能には、送信先の機器の種別によっては、ユーザ設定値に関わらず、リダイヤル回数を１回に制限する回数制限リダイヤル機能と呼ばれる機能も含まれる。これは、送信先の機器が通信端末以外と判定した場合、リダイヤルによる再送信の意味がなく、無駄なリダイヤルを防ぐためのもので、これは主に、北米や韓国で規格化されている。
【０００８】
図９は、ＩＰ網、ＶｏＩＰＧＷ、ＰＳＴＮを介した通信で送信先の機器が話中の場合の処理シーケンスを説明する図である。
【０００９】
ここでは、ＩＰＦＡＸ伝送フェーズに入って途中でエラー終了した場合は、既に送信先の機器とＦＡＸ伝送手順を交わしているため、送信先の機器は通信端末と判定できる。このため、回数制限リダイヤル機能ではなく、通常の自動リダイヤル手順でのリダイヤルが行われる。この場合は、ＦＡＸ伝送手順まで移行しているため、送信先の機器を通信端末と判定できるが、呼制御段階での呼切断もある。代表例が送信先の機器が使用中（話中）の場合である。話中の場合は、ＦＡＸ手順信号まで移行していないため、送信先の機器が通信端末かどうか確実に判定できない。しかし、送信先の機器が通信端末である可能性があるため、送信先の機器を通信端末として、回数制限リダイヤル機能ではなく、通常の自動リダイヤル手順でのリダイヤルが行われる。更に、送信先の機器と呼接続ができたが、ＦＡＸ手順が進まない時は送信先の機器が通信端末ではないと判定できるため、リダイヤル時は回数制限リダイヤル機能が行われる。
【００１０】
図９では、最初に送信元の通信装置８００がＳＩＰ信号のメディア：audio（ｍ＝ａｕｄｉｏ）のＩＮＶＩＴＥ信号を送出する。ＶｏＩＰＧＷ８０１はこれを受け、ＰＳＴＮ８０５へダイヤルするが、送信先の機器が使用中であれば、ＰＳＴＮ８０５は話中信号（４００Ｈｚの断続音）を送出してくる。これを受けたＶｏＩＰＧＷ８０１は、通信装置８００へＳＩＰ信号の４８６ビジー信号を送出する。これを受けた通信装置８００は、送信先の機器が使用中で通信端末の可能性があるとして、回数制限リダイヤル機能ではなく、通常の自動リダイヤル手順でのリダイヤルを行う。
【００１１】
ＳＩＰ信号を用いたリダイヤルに関する文献として、例えば特許文献１がある。この特許文献１では、ＳＩＰ信号の送信先の機器が話中であることを示す４８６ビジー信号のパラメータである、Ｒｅｔｒｙ−Ａｆｔｅｒを利用して発呼側にリダイヤルの間隔を通知している。これを受けた発呼側はそのリダイヤルの間隔に従って、次回の発呼までの間隔を制御している。但し、この特許文献１では、エラーリダイヤル機能に関する記載がなく、４８６ビジー信号以外の相手機話中の検出手段に関しても開示していない。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００４−１１２１８２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
上述したように、一旦、音声としてｍ＝ａｕｄｉｏで呼を張り、その後、データ通信（ｍ＝ｉｍａｇｅ）で呼を張り直すＶｏＩＰＧＷでは、ＳＩＰの４８６ビジー信号以外で、送信先の機器が話中であることを通知する。例えば、音声呼を接続した後（ＳＩＰ信号の２００ＯＫ信号の送出後）に音声パケットでの話中音などで、送信先の機器が話中であることを伝えてくるものが存在する。このような場合は、送信先の機器が話中かどうか判定できなくなり、またＦＡＸ手順も開始できないため、通常の自動リダイヤル機能ではなく、回数制限リダイヤル機能が働いてしまうことになる。これにより、リダイヤル回数が１回に制限されてしまい、再送により通信が確立できる機会を逃してしまうことになる。
【００１４】
本発明の目的は、上記従来技術の問題点を解決することにある。
【００１５】
本発明の特徴は、送信先の機器がＳＩＰのビジー信号以外で話中であることを通知してくる場合でも、送信先の機器が話中かどうかを判定して、それに応じたリダイヤルを行うことができる技術を提供することにある。
【課題を解決するための手段】
【００１６】
上記目的を達成するために本発明の一態様に係る画像通信装置は以下のような構成を備える。即ち、
高速デジタル回線網を介して画像データを送受信できる画像通信装置であって、
予め設定された回数、送信先の機器に対してリダイヤルを行う第１のリダイヤル手段と、
リダイヤル回数を制限して送信先の機器に対してリダイヤルを行う第２のリダイヤル手段と、
送信先の機器が話中かどうかを判定する判定手段と、
前記判定手段が前記送信先の機器が話中であると判定した場合に前記第１のリダイヤル手段によりリダイヤルを行い、前記判定手段が前記送信先の機器が話中であると判定できずに送信が正常終了しなかった場合は前記第２のリダイヤル手段によりリダイヤルを行うように制御する制御手段と、を有することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、送信先の機器がＳＩＰのビジー信号以外で話中であることを通知してくる場合でも、送信先の機器が話中かどうかを判定して、それに応じたリダイヤルを行うことができるという効果がある。
【００１８】
本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
【図面の簡単な説明】
【００１９】
添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
【図１】実施形態に係るＩＰ網とＰＳＴＮを介した通信システムの構成を説明する図。
【図２】本発明の実施形態に係る画像通信装置の構成を説明するブロック図。
【図３】実施形態に係る画像通信装置がＶｏＩＰＧＷを介して、ＰＳＴＮに接続された画像通信装置にＦＡＸ送信するときの処理を説明するフローチャート。
【図４】実施形態に係る画像通信装置におけるリダイヤル動作を説明するフローチャート。
【図５】実施形態に係る画像通信装置における音声パケットによる話中検出のシーケンスを説明する図。
【図６】図３のＳ３０２で送出するＩＮＶＩＴＥ信号の一例を示す図。
【図７】図３のＳ３０３でＶｏＩＰＧＷから受信するＩＮＶＩＴＥ信号の一例を示す図。
【図８】送信元の通信装置−ＩＰ網−ＶｏＩＰＧＷ−ＰＳＴＮ−送信先の通信装置の間での手順を説明する図。
【図９】ＩＰ網、ＶｏＩＰＧＷ、ＰＳＴＮを介した通信で送信先の機器が話中の場合の処理シーケンスを説明する図。
【発明を実施するための形態】
【００２０】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００２１】
図１は、実施形態に係るＩＰ網とＰＳＴＮを介した通信システムの構成を説明する図である。
【００２２】
図１において、画像通信装置１００は、高速デジタル回線網であるＩＰ網１０６に接続され、Ｔ．３８手順での伝送が可能な通信装置である。この画像通信装置１００は、呼制御プロトコルＳＩＰの信号を用いてゲートウエイであるＶｏＩＰＧＷ１０１に対して発呼信号を発行する。ＶｏＩＰＧＷ１０１は、ＩＰ網１０６を介してこの信号を受信すると相手先の機器を特定し、公衆回線網（ＰＳＴＮ）１０５を介して送信先の機器である画像通信装置１０３を呼び出して接続する。この接続後、画像通信装置１００−ＩＰ網１０６−ＶｏＩＰＧＷ１０１−ＰＳＴＮ１０５−画像通信装置１０３での通信が行われる。ここで画像通信装置１００とＶｏＩＰＧＷ１０１との間では、Ｔ．３８手順でデジタル伝送が行われる。ＶｏＩＰＧＷ１０１は、Ｔ．３８手順をアナログのＴ．３０手順に変換し、ＶｏＩＰＧＷ１０１とＰＳＴＮ１０５、画像通信装置１０３の間では、Ｔ．３０手順に従ったＧ３ＦＡＸ伝送が実行される。
【００２３】
また更に、ＶｏＩＰＧＷ１０２を追加して複数台のＶｏＩＰＧＷを用意し、接続先の画像通信装置１０３，１０４の設置場所に応じて使い分けることもできる。例えば、画像通信装置１０３が東京支店に設置され、画像通信装置１０４が大阪支店に設置されている場合、ＶｏＩＰＧＷ１０１が東京都内に、ＶｏＩＰＧＷ１０２が大阪市内にそれぞれ設置される。こうして支店間の通信には、通信料金が無料（もしくは安価）なＩＰ網１０６を使用し、通信料金がかかるＰＳＴＮ１０５を介した通信を市内通話とし、全体的に通信料金を下げることができる。
【００２４】
図２は、本発明の実施形態に係る画像通信装置１００の構成を説明するブロック図である。尚、画像通信装置１０３，１０４の構成も同様である。
【００２５】
ＣＰＵ２０１は、ＲＯＭ２０８に格納されたブートプログラムによりＨＤＤ（ハードディスクドライブ）２１０からＲＡＭ２０９に展開されたＯＳやプログラムに従って、この画像通信装置１００の後述する各部を制御する。操作部２０３は表示部とキー操作部を有し、表示部の表示画面には、例えばウインドウ、アイコン、メッセージ、メニューその他のユーザインターフェース情報が表示される。操作部２０３は、図示は省略するが、ユーザがコピー、ＦＡＸ、プリンタ操作を行うための各種キーや、表示画面上でアイコン、メニューなどを指示するタッチパネル機能を備えている。スキャナ部２０４は、原稿を読み取って、その原稿の画像データを出力する。印刷部２０５は、ＨＤＤ２１０に保存されている印刷データの印刷を行う。ＲＯＭ２０８は、ＣＰＵ２０１により実行されるブートプログラムや各種データを保持する。ＲＡＭ２０９は、ＣＰＵ２０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域などを提供する。ＨＤＤ２１０は、各種制御プログラムや印刷データを保存する。Ｔ．３８プロトコル作成／解析部２１４は、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルによるファクシミリ伝送情報を生成し、また受信したプロトコルからファクシミリ伝送情報を取り出す。ＩＰパケット作成／解析部２０６は、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルをＩＰパケットにマッピングし、また受信したＩＰパケットからＩＴＵ−Ｕ勧告Ｔ．３８プロトコルを取り出す。画像変換制御部２０７は、ＦＡＸ送受信する画像の圧縮伸張や変倍、線密度変換を行う。ネットワークＩ／Ｆ部２１５は、ＩＰ網１０６と接続されＩＰ網１０６からデジタル信号を送受信する。音声信号処理部２１３は、ＩＰ網１０６から受信した音声パケットを解析する。
【００２６】
次に、実施形態に係る画像通信装置１００の動作を図３のフローチャートを参照して説明する。
【００２７】
図３は、実施形態に係る画像通信装置１００がＶｏＩＰＧＷ１０１を介して、ＰＳＴＮ１０５に接続された画像通信装置１０３にＦＡＸ送信するときの処理を説明するフローチャートである。尚、この処理を実行するプログラムはＨＤＤ２１０に記憶されており、実行時にＲＡＭ２０９に展開されＣＰＵ２０１の制御の下に実行される。
【００２８】
まずＳ３０１でＣＰＵ２０１は、ＶｏＩＰＧＷ１０１への送信が指示されたかどうかを判定する。これは例えば、スキャナ部２０４に送信原稿が置かれ、操作部２０３で送信先が指定され、更に、操作部２０３で送信開始ボタンなどが操作されて送信開始が指示されたかどうかを判定する。Ｓ３０１で送信開始が指示されたと判定した場合はＳ３０２へ進み、ＣＰＵ２０１は、ＳＩＰ信号のＩＮＶＩＴＥ信号をＩＰ網１０６へ送出する。基本的に画像通信装置１００からＩＰ網１０６への信号送出は、ＣＰＵ２０１の指示により、ＩＰパケット作成／解析部２０６で作成された信号をネットワーク部２１５を通じてＩＰ網１０６へ送出する。この送出動作の説明は、前述の説明と重複するため割愛する。
【００２９】
図６は、Ｓ３０２で送出するＩＮＶＩＴＥ信号の一例を示す図である。
【００３０】
図６の信号例では、「Ｔｏ：」以下で宛先を、「ＦＲＯＭ：」以下で送信元を示しており、「ｍ＝ａｕｄｉｏ」以下がメディア属性を示している。図６の例では、ｍ＝ａｕｄｉｏ、通信プロトコルＲＴＰ（Real Time Protocol）を示している。最後の「ａ＝」以下は、音声信号の符号化に関する記述である。この例では、「8 PCMU／8000」は、ＰＣＭ（Pulse Coded Modulation）符号化の符号ビット数が８ビット、符号サンプリング周波数が８０００であることを示している。
【００３１】
このようにまずは音声メディアでの発呼を行い、Ｓ３０３でＶｏＩＰＧＷ１０１からの応答信号を待つ。Ｓ３０３でＣＰＵ２０１が、ＳＩＰ信号の２００ＯＫを受信したと判定すると音声呼が張れたことになるためＳ３０８に処理を進める。基本的にＩＰ網１０６からの信号の受信は、ＩＰ網１０６からネットワークＩ／Ｆ部２１５を通じて受信された信号をＩＰパケット作成／解析部２０６で解析し、その結果をＣＰＵ２０１が判定することにより行われる。この受信動作に関しては前述の説明と重複するため割愛する。
【００３２】
こうしてＳ３０８でＣＰＵ２０１は、ＶｏＩＰＧＷ１０１からのＩＮＶＩＴＥ信号の受信を待つ。ここで、受信した信号が、メディア属性がｉｍａｇｅのＩＮＶＩＴＥ信号と判定した場合はＳ３０９へ進みＣＰＵ２０１は、ＳＩＰ信号の２００ＯＫ信号をＩＰ網１０６に送出する。これで画像通信装置１００とＶｏＩＰＧＷ１０１との間でのＩＰＦＡＸ通信が可能となり、Ｓ３１０でＣＰＵ２０１はＩＰＦＡＸ通信を実行する。そしてＳ３１１に進みＣＰＵ２０１は、通信がエラー終了したか、正常終了したかを判定し、正常終了した場合には処理を終了する。この通信終了は、ＩＰ網１０６から受信した信号をネットワークＩ／Ｆ部２１５を通じてＩＰパケット作成／解析部２０６に送り、パケット信号からＴ．３８信号が抽出される。そして、この信号がＴ．３８プロトコル作成／解析部２１４に送られて解析されることにより正常終了かどうかが判定される。一方、Ｓ３１１でＣＰＵ２０１は、通信がエラー終了したと判定した場合はＳ３０７へ進み、自動リダイヤルをセットして、この処理を終了する。
【００３３】
このＳ３０７でセットされたリダイヤルは、呼切断後、ユーザ指示に従った回数、間隔（例えば、リダイヤル回数：２回。リダイヤル間隔：２分）に設定されて実行される。
【００３４】
図７は、図３のＳ３０３でＶｏＩＰＧＷ１０１から受信するＩＮＶＩＴＥ信号の一例を示す図である。
【００３５】
「Ｔｏ：」「ＦＲＯＭ：」は、前述のＩＮＶＩＴＥ信号と同じであるが、「ｍ＝ｉｍａｇｅ」で通信するメディアがデータであることを表している。この「ｍ＝」以下の信号で、このＩＮＶＩＴＥ信号はメディアの変更を行ってきていることがわかる。
【００３６】
一方、Ｓ３０３でＶｏＩＰＧＷ１０１からＳＩＰ信号の２００ＯＫ信号が受信できなかった場合はＳ３０４へ進みＣＰＵ２０１は、ＳＩＰ信号の４８６ビジー信号を受信したかどうかを判定する。ここで４８６ビジー信号を受信したと判定した場合は、送信先の機器が使用中（話中）とみなしてＳ３０７へ進み、ＣＰＵ２０１は自動リダイヤルをセットしてこの処理を終了する。この動作は、図９に示すように、ＳＩＰ信号の４８６ビジー信号の検出による送信先の機器が使用中（話中）と判定した場合になる。
【００３７】
またＳ３０４でＣＰＵ２０１が、４８６ビジー信号が検出されなかったと判定した場合はＳ３０５へ進みＣＰＵ２０１は、応答信号の待ち時間が経過したか（送信タイムアウトが発生したか）を判定する。ここで送信タイムアウトが発生したと判定した場合は送信先の機器が通信端末でない可能性があるためＳ３０６に進み、ＣＰＵ２０１は回数制限リダイヤルをセットして、この処理を終了する。またＳ３０５で送信タイムアウトが検出されなかった場合はＳ３０３へ戻り、応答信号の検出を継続する。
【００３８】
またＳ３０８でＣＰＵ２０１が、ＶｏＩＰＧＷ１０１からＳＩＰ信号のＩＮＶＩＴＥを受信しなかったと判定した場合はＳ３１２へ進みＣＰＵ２０１は、音声パケットを受信したかどうかを判定する。音声パケットは、ＲＴＰ（Real Time Protocol）で受信されるため、この判定は、受信したパケットのプロトコルを調べることで行われる。ここで、音声パケットが受信されなかったと判定した場合はＳ３１４へ進みＣＰＵ２０１は、送信タイムアウトが発生したかどうかを判定し、送信タイムアウトでないと判定するとＳ３０８に戻る。一方、Ｓ３１４でＣＰＵ２０１が、送信タイムアウトを検出した場合はＳ３０６へ進みＣＰＵ２０１は、回数制限リダイヤルをセットする。尚、Ｓ３０６へ進んだ場合は、送信先の機器から何ら有効な信号が受信できなかったことになるため、送信先の機器が通信端末でないと判定できるため、回数制限リダイヤルをセットし、リダイヤルの回数を、ユーザ設定値を無視して１回に制限する。
【００３９】
またＳ３１２でＣＰＵ２０１が、音声パケットを検出したと判定した場合はＳ３１３へ進みＣＰＵ２０１は、音声パケットの音声信号を解析し、これが話中音かどうかを判定する。ここで、話中音であると判定した場合はＳ３０７へ進み、ＣＰＵ２０１は自動リダイヤルをセットする。一方、Ｓ３１３でＣＰＵ２０１が、話中音を検出できなかった場合はＳ３１４に進み、送信タイムアウトが発生するまでＳ３０８以降の処理を繰り返す。
【００４０】
次にＳ３１３における話中音の判定処理を説明する。
【００４１】
ＩＰ網１０６から受信したＲＴＰの音声信号は、ネットワークＩ／Ｆ部２１５を介して音声信号処理部２１３へ送られる。音声信号処理部２１３は、ＲＴＰの音声パケットから音声信号（例えば、前述のＰＣＭ信号）を抜き出し、この信号の周波数を検出するフィルタを含む。このフィルタは、本実施形態では高速フーリエ変換を採用したデジタルフィルタであり、専用のハードウェアを用いているが、ＣＰＵ２０１による演算処理で実行されても良い。この音声信号処理部２１３で検出した音声データの周波数をＣＰＵ２０１が読取り、更にＣＰＵ２０１は音声信号のケーデンスを検出する。このケーデンスは信号のオン／オフ間隔であり、ＣＰＵ２０１はタイマなどを使い、音声信号処理部２１３からの出力を監視することにより行う。ここで、ＣＰＵ２０１による音声信号の周波数とケーデンスが話中音（日本の場合、４００Ｈｚ正弦波の０.５秒オン／０.５秒オフのケーデンス）であれば話中音と判定する。Ｓ３１３でＣＰＵ２０１が、音声パケットで受信したのが話中音と判定した場合はＳ３０７へ進み、通常の自動リダイヤルをセットして、この処理を終了する。この動作は、図５に示すように、ＳＩＰ信号の４６８ビジー信号ではなく、音声呼を確立した後にＶｏＩＰＧＷ１０１から音声パケットによる送信先の機器が使用中（話中）を判定した場合になる。
【００４２】
図５は、実施形態に係る画像通信装置における音声パケットによる話中検出のシーケンスを説明する図である。
【００４３】
図９と比較すると明らかなように、ＳＩＰ信号の４６８ビジー信号ではなく、ＰＳＴＮ１０５からの話中信号に対してＶｏＩＰＧＷ１０１から２００ＯＫ信号を受信し、その後、ＶｏＩＰＧＷ１０１からの音声パケットにより話中であると判定する。
【００４４】
次に図４のフローチャートを参照して、本実施形態に係る画像通信装置によるリダイヤルの動作を説明する。
【００４５】
図４は、実施形態に係る画像通信装置におけるリダイヤル動作を説明するフローチャートである。尚、この処理を実行するプログラムはＨＤＤ２１０に記憶されており、実行時にＲＡＭ２０９に展開されＣＰＵ２０１の制御の下に実行される。
【００４６】
この処理は、不図示のＲＴＣ等から所定時間（例えば１００ｍｓ）ごとに出力されるタイマ割り込み信号により起動される。まずＳ４０１でＣＰＵ２０１は、リダイヤルジョブがあるかどうかを判定し、ジョブがないと判定したときはこの処理を終了するが、ジョブありと判定した場合はＳ４０２へ進む。Ｓ４０２でＣＰＵ２０１は、ユーザにより設定されたリダイヤル時間間隔が経過したかどうかを判定する。この判定は、ＣＰＵ２０１でリダイヤルジョブがセットされた時刻と現在の時刻とを比較するか、又は前回リダイヤルした時刻からの割り込み回数等に基づいて行われる。ここでＣＰＵ２０１は、このタイマ割り込みごとにＲＡＭ２０９にその回数を記憶しておき、例えばリダイヤル時間間隔が２分の場合は、このカウント値が「１２００」に到達するとリダイヤル時間間隔が経過したと判定する。
【００４７】
Ｓ４０２でＣＰＵ２０１が、リダイヤル時間間隔が経過していないと判定した場合は、この処理を終了する。Ｓ４０２でリダイヤル時間間隔が経過したと判定するとＳ４０３に進む。Ｓ４０３でＣＰＵ２０１は、セットされたリダイヤルジョブが、回数制限リダイヤルか自動リダイヤルかどうかを判定する。これは図３のＳ３０６，Ｓ３０７でＣＰＵ２０１は、セットしたリダイヤルの種類をＲＡＭ２０９に保持しておき、Ｓ４０３で、その保持された情報を読み取ることにより判定する。
【００４８】
Ｓ４０３でＣＰＵ２０１が、回数制限リダイヤルが設定されていると判定した場合はＳ４０４に進み、ＣＰＵ２０１は残りリダイヤル回数を強制的に０回にセットしてＳ４０６に進む。一方、Ｓ４０３でＣＰＵ２０１が、回数制限リダイヤルでないと判定した場合はＳ４０５に進み、ＣＰＵ２０１は残りリダイヤル回数を１つ減算してＳ４０６に進む。Ｓ４０６でＣＰＵ２０１は、リダイヤルを行う。次にＳ４０７に進みＣＰＵ２０１は、残りのリダイヤルの回数が「０」かどうかを判定し、「０」であればリダイヤルジョブをクリアして処理を終了する。一方、「０」でないと判定すると、次のリダイヤルの可能性があるため、リダイヤルジョブをクリアせず、処理を終了する。尚、Ｓ４０６のリダイヤルジョブのクリアは、リダイヤルによる再送信が成功した場合にも行われる。
【００４９】
以上説明したように本実施形態によれば、音声呼での送信先の機器が使用中（話中）の判定を、ＳＩＰ信号のビジー信号だけではなく、音声信号として受信する話中音により検出できる。また送信先の機器が使用中（話中）と判定した場合は、回数制限リダイヤルではなく、通常の自動リダイヤル機能を実行できるため、リダイヤルにより送信先の機器との通信を確立できる可能性を高めることができる。
【００５０】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００５１】
本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。
【図１】
2015167301.tif 000003
【図２】
2015167301.tif 000004
【図３】
2015167301.tif 000005
【図４】
2015167301.tif 000006
【図５】
2015167301.tif 000007
【図６】
2015167301.tif 000008
【図７】
2015167301.tif 000009
【図８】
2015167301.tif 000010
【図９】
2015167301.tif 000011