JP6139996B2 - 画像通信装置及びその制御方法とプログラム - Google Patents

Description

本発明は、画像通信装置及びその制御方法とプログラムに関するものである。

従来の公衆電話回線（ＰＳＴＮ）を使用したファクシミリ（以下、ＦＡＸ）通信のほかにＩＰ網などの高速ネットワークを用いたＦＡＸ通信がある。ＩＰ網を用いた、ＦＡＸ通信には、２種類の方法があり、１つは、ＩＴＵ−Ｔ勧告のＴ．３０プロトコルを用いたＴ．３０ＦＡＸをみなし音声で実現するものである。これはモデムが生成したＴ．３０のアナログ信号をデジタル音声信号に再変換して通信する方法であり、Ｔ．３０のアナログ信号を音声信号とみなして通信するためＴ．３０ＦＡＸのみなし音声通信と呼ばれる。

もう１つは、ＩＴＵ−Ｔ勧告のＴ．３８と呼ばれる通信方式で、Ｔ．３０プロトコルで通信される信号をデジタル信号のまま通信する方法であり、Ｔ．３０に比べて高速な通信が行なえる。上記２つの方法は共に、呼制御手段としてＳＩＰ（Session Initiation Protocol）を用い、ＩＰ網上でPoint to Pointの通信が実現される。

またＩＰ網としては、日本のＮＴＴ社が提供しているＮＧＮ（Next Generation Network）と呼ばれるデジタル公衆網や、ＩＰ構内交換機（ＩＰーＰＢＸ）などを用いた構内ＩＰ回線がある。ＮＧＮ網の場合、帯域保証、セキュリティ管理などが行われるため、高速かつ安全に画像通信が行える。従来のＰＳＴＮでは通信速度は最大でも３３．６Ｋｂｐｓであったが、ＮＧＮでは最大１Ｍｂｐｓを保証しており、約３０倍の早い通信が可能になる。

このようなＴ．３８ＦＡＸ通信やＴ．３０ＦＡＸのみなし音声通信を可能にした画像通信装置において、電話系のオペレーションをＩＰ網上で構成する方法がある。この場合、公衆電話回線（ＰＳＴＮ）に接続する必要がなく、ネットワーク接続のみで通話やＦＡＸ通信が可能になる。この場合、ハンドセット、子電話もＦＡＸ通信と同様にＩＰ網に接続され、ＩＰ網を音声パケットを通すことで音声データの授受が行われる。これは、いわゆるＩＰ電話と呼ばれるもので、音声パケットの符号化方式は、ＩＴＵ−Ｔ勧告Ｇ．７１１が用いられ、この伝送プロトコルとしては、ＲＴＰ（Real Time Protocol）が使用される。

この電話系のオペレーションに手動発呼がある。これは、接続された電話機／ハンドセットをオンフックした状態で、電話番号の手入力、又は通信装置デバイスのオンフックボタンを押下した後の電話番号の手入力による発呼である。この手動発呼は、通話目的の電話接続だけではなく、ＦＡＸの手動送信や手動受信の目的にも使用される。ＦＡＸの手動送信、手動受信とは、一旦電話で接続して相手と通話をしてから、ユーザの手動操作でＦＡＸ送信或いは受信に移行する機能を指す。ＩＰ網に接続された場合にも同様に通話、ＦＡＸ手動送信、ＦＡＸ手動受信のために、この手動発呼が用いられる。

ＰＳＴＮでの手動発呼は、電話機／ハンドセットのオフフックや、デバイスのオンフックボタンの押下で回線を捕捉し、その後、手動で電話番号が押される度に、一桁づつ回線へその番号を出力する方法で行われる。このように電話番号の各桁が入力される毎に、その入力された番号を回線へ送出することはリアルタイム発呼とも呼ばれる。

このデジタル網での発呼に関する文献として、例えば特許文献１がある。この特許文献ン１では、回線としてＩＳＤＮ（Integrated Service Digital Network）を使用し、発呼後、デジタル信号伝送手順であるＧ４（group4）手順での画像伝送を行っている。そして網から特定のエラー信号を受信した場合にＧ４手順での伝送をあきらめ、同じ接続先に再発呼し、アナログ信号の伝送手順のＧ３手順で画像伝送を行うフォールバック手順を行っている。この特許文献１にはさらに、フォールバック条件ステータスとして、分割（リアルタイム）発呼が含まれ、デジタル網での分割（リアルタイム）発呼が可能なことも記載されている。

特開２０００−２６１５７０号公報

ＩＰ網を収容してアナログ電話機／ハンドセットを接続するターミナルアダプタ（ＴＡ）では、手動発呼であってもリアルタイムに番号を回線に送出せず、装置側で、入力された番号を蓄積しておき、入力が終了すると一括発呼している。

図６は、ＳＩＰで用いられる接続要求信号（ＩＮＶＩＴＥ）の一例を示す図である。

この信号の内、発呼先の電話番号はＴｏフィールドで使用され、このＴｏフィールド内の＜ＳＩＰ:以降、＠前までの番号が発呼する電話番号になる。この場合、「０３１１１１２２２２」が発呼先の電話番号になる。このように接続信号には一般的に電話番号を分割せず、一括しての発呼が用いられる。但し、この場合には、電話番号の最後の桁の判断が必要になる。直接ＩＰ網に接続するＩＰ電話機では発呼（接続）ボタンがあり、このボタンの押下によって回線に発呼すればよい。

しかしながら、特別で高価なＩＰ電話をＩＰ網に直接接続せずに、ＰＳＴＮの場合と同様に安価なアナログハンドセットの接続を前提とする場合は、ＩＰ電話に設けられている発呼（接続）ボタンがない。このため、番号入力のタイミングで、電話番号の最終桁を入力したかどうかを判断する必要がある。この最終桁の電話番号の入力を判断する方法に、桁間タイマを用いるものがある。これは、ユーザにより手入力された電話番号（桁）間の時間を桁間タイマで規定し、所定の時間間隔が開いた（桁間タイマがタイムアップした）ときに回線に発呼するものである。桁間タイマは、一般的には数秒（２〜８秒）程度でタイムアップし、場合によっては桁間タイマの設定時間をユーザが選択できるものもある。この桁間タイマの設定時間が短ければ電話番号を入力した後すぐに発呼して接続できるメリットがあるが、電話番号の入力が遅れた場合には、番号の途中で入力終了と判断されてしまい、入力途中で発呼してしまうおそれがある。

このようにユーザの電話番号の入力が遅れて、入力途中で桁間タイムアウトが発生した場合は、それまでに入力された電話番号でサーバへ発呼することになる。この場合は、入力途中で不完全な電話番号であるため、サーバは接続相手先がないエラー信号を応答してくる。これを受けた装置は、接続相手先なしとしてエラー終了、例えば、電話機／ハンドセットにエラー音を出力して終了していた。このように、アナログハンドセットを収容してＩＰ網へ接続し、手動発呼を行うことができる従来の通信装置では、ユーザによる電話番号の入力操作が遅れると、相手先へ接続できなくなってしまっていた。

一方、桁間タイマの設定時間を長くすると上述したエラーの発生は少なくなるが、電話番号の入力が完了した後、発呼までに時間がかかり、ユーザをそれまで待たせることになる。

このように、アナログ電話機／ハンドセットを収容してＩＰ網へ手動発呼を行う装置では、ユーザによる電話番号の入力操作が遅れると相手先へ接続できなくなり、再度接続するためには最初から操作をし直す必要があり、手間がかかり非効率であった。また桁間のタイマ値を長く設定することで入力操作の遅れには対処できるが、発呼までの時間が長くなり、その結果、接続までの時間がかかってしまい、ユーザに不快感を与えてしまうという問題があった。

本発明の目的は、上記従来技術の問題点を解決することにある。

本発明の特徴は、手動発呼時にユーザによる電話番号の入力が遅れた場合でもエラーの発生がなくなり、かつ発呼までの時間が長くなるのを防止できる技術を提供することにある。

上記目的を達成するために本発明の一態様に係る画像通信装置は以下のような構成を備える。即ち、
電話機又はハンドセットを接続し、前記電話機又はハンドセットを用いた手動発呼を行うことができる画像通信装置であって、
電話番号の各桁の入力を検出する検出手段と、
前記電話番号の各桁の入力時間間隔を計時する計時手段と、
前記検出手段が検出した電話番号の各桁の入力を蓄積する蓄積手段と、
前記計時手段により計時した前記入力時間間隔が所定時間を超えると前記蓄積手段に蓄積されている桁の番号で発呼し、当該発呼に対してエラー応答があった場合に、前記電話番号の各桁の入力を受け付けて前記検出手段、前記計時手段及び前記蓄積手段を起動するように制御する制御手段と、
前記制御手段による制御時に前記計時手段により計時した前記入力時間間隔が所定時間を超えると、前記発呼時に前記蓄積手段に蓄積されていた各桁の入力に、前記制御手段の制御の下で前記蓄積手段に蓄積された各桁の入力をつなぎ合わせた番号で再発呼する再発呼手段と、を有することを特徴とする。

本発明によれば、手動発呼時にユーザによる電話番号の入力が遅れた場合でもエラーの発生がなくなり、かつ発呼までの時間が長くなるのを防止できるという効果がある。

本実施形態に係る画像通信装置の概略構成を示すブロック図。 実施形態に係る音声信号処理部の構成を示すブロック図。 本実施形態に係る画像通信装置の処理を説明するフローチャート。 本実施形態に係る画像通信装置の処理を説明するフローチャート。 実施形態に係る画像通信装置を含む通信システムにおける通信のシーケンスを説明する図。 ＳＩＰで用いられる接続要求信号（ＩＮＶＩＴＥ）の一例を示す図。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

図１は、本発明の実施形態に係る画像通信装置１０１の概略構成図である。

実施形態に係る画像通信装置１０１は、ＩＰ網などの高速デジタル回線網に接続し、音声による通話とＩＴＵ−Ｔ勧告 Ｔ．３０のＦＡＸのＴ．３０ＦＡＸのみなし音声通信、及びＩＴＵ−Ｔ勧告 Ｔ．３８のＦＡＸ通信が可能な画像通信装置１０１である。

ＣＰＵ１０２は、ＲＯＭ１０８に格納された制御プログラムに従って、この画像通信装置１０１の各部の動作を制御する。操作部１０３はタッチパネル機能を備えた表示部とハードキー等のキー操作部を有し、その表示画面には、例えばウインドウ、アイコン、メッセージ、メニューその他のユーザインターフェース情報が表示される。この操作部１０３は図示は省略するが、ユーザがコピー、ＦＡＸ、プリンタ操作を行うための各種キーや、表示画面上のアイコン、メニュー等を操作するポインティングデバイス等を有している。スキャナ部１０４は原稿の読み取りを行う。印刷部１０５は、ＲＡＭ１０９やＨＤＤ（ハードディスクドライブ）１１０に保存した印刷データに基づいて印刷を行う。ＲＯＭ１０８は、各種制御プログラムやデータ等を保持する。ＲＡＭ１０９はＣＰＵ１０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域などを有する。ＨＤＤ１１０は、各種制御プログラムや印刷データを保存するのに使用される。Ｔ．３０／Ｔ．３８プロトコル作成／解析部１１１は、ＩＴＵ−Ｕ勧告Ｔ．３０／Ｔ．３８プロトコルによるファクシミリ伝送情報を生成し、また受信したプロトコルからファクシミリ伝送情報を取り出す機能を有する。ＩＰパケット作成／解析部１０６は、ＩＴＵ−Ｕ勧告Ｔ．３０／Ｔ．３８プロトコルをＩＰパケットにマッピングし、また受信したＩＰパケットからＩＴＵ−Ｕ勧告Ｔ．３０／Ｔ．３８プロトコルを取り出す機能を有する。画像変換部１０７は、ＦＡＸ通信する画像の圧縮／伸張や変倍、線密度変換を行う。ネットワークインターフェース部１１２は、ＮＩＣ（Network Interface Controller）と呼ばれるネットワーク部Ｉ／Ｆ部であり、これを通してＩＰ網に接続される。音声信号処理部１１３は、Ｔ．３０ＦＡＸのみなし音声通信や、通話用の音声信号を処理する。電話機１１４は、音声信号処理部１１３のＳＬＩＣ２０８（図２）に接続されている。桁間タイマ１１５はプログラマブルタイマで、後述するように、ユーザが電話番号の各桁を入力するときのタイムアウトを検出するのに用いられる。このタイマ１１５の設定時間はＣＰＵ１０２により設定され、タイマ１１５による計時の開始及び終了などもＣＰＵ１０２が制御することができる。

ここで簡単に、通話処理、Ｔ．３０ＦＡＸのみなし音声での通信に関して説明する。

通話及び、Ｔ．３０ＦＡＸのみなし音声通信で用いられる信号は、Ｇ．７１１（PCM）と呼ばれる符号化方式で符号化された音声データをパケット化したものである。このパケット化された音声データは、ＩＰ網からネットワークＩ／Ｆ部１１２で受信され、ＩＰパケット作成／解析部１０６で解析されて、純粋な音声符号データが抽出され、これが音声信号処理部１１３に渡される。更に、ＩＰパケット作成／解析部１０６は、マルチセッションに対応すべく、２つのセッション分の音声データを振り分ける機能を持つ。即ち、ＩＰパケット作成／解析部１０６からは、２つのセッション分の音声データが分離されて音声信号処理部１１３に渡される。また音声信号処理部１１３からの音声データは、ＩＰパケット作成／解析部１０６でセッション毎にパケット化され、ネットワークＩ／Ｆ部１１２を介してＩＰ網に送出される。

図２は、実施形態に係る音声信号処理部１１３の構成を示すブロック図である。

この音声信号処理部１１３は、通話処理部２０１とＴ．３０ＦＡＸのみなし音声通信部２０２及びセレクタ２０３を備える。セレクタ２０３は、ＩＰ網への入出力信号であるデジタル音声信号を、通話処理部２０１とつなげるか、Ｔ．３０ＦＡＸのみなし音声通信部２０２につなげるかを切り替える。このセレクタ２０３の切り替えはＣＰＵ１０２からの制御信号２０４により制御される。通話処理部２０１は、ＳＬＩＣ（Subscriber Line Interface Circuit：加入者線接続回路）を有する。このＳＬＩＣは、電話機１１４からのダイヤル信号などの識別や、電話機１１４の鳴動制御、電話機１１４でのフック検知、音声信号のデジタル−アナログ変換、アナログ−デジタル変換（いわゆる音声コーデック）などを行う。通話処理部２０１は、セレクタ２０３を介してネットワークＩ／Ｆ部１１２と接続され、ＩＰ網からのデジタル音声信号を受信し、受信したデジタル音声信号をアナログ音声信号に変換し、接続された電話機１１４に出力する。更に、電話機１１４からのアナログ音声信号をデジタル音声信号に変換し、ネットワークＩ／Ｆ部１１２を通してＩＰ網へ出力する。この処理によりＩＰ網を通じた音声通話が可能になる。

更に、通話処理部２０１は前述したように、電話機１１４での発呼時に電話機１１４のフック状態を検知する。そしてオフフックを検知した後、ダイヤル信号を識別し電話番号を確定させる機能や、ＩＰ網からの着信時に電話機１１４を鳴動させるために、電話機１１４に擬似的な着信信号を出力する電話鳴動制御機能を有している。また、必要に応じて、電話機１１４に呼出音（呼出中信号）や話中であることを示すビジートーンなどを出力する機能も有している。尚、この通話処理部２０１により検知された電話機１１４のフック状態やダイヤル信号などはＣＰＵ１０２に通知され、またＣＰＵ１０２はこの通話処理部２０１を制御して電話機１１４の鳴動制御等を実行できる。

更に、音声信号処理部１１３は、Ｔ．３０ＦＡＸのみなし音声通信部２０２も有している。このＴ．３０ＦＡＸのみなし音声通信部２０２はモデムデバイスを有している。Ｔ．３０ＦＡＸのみなし音声通信部２０２は、セレクタ２０３、及びＴ．３０／Ｔ．３８プロトコル作成／解析部１１１を通じてネットワークＩ／Ｆ部１１２と接続されている。そして、ＩＰ網からのＴ．３０ＦＡＸのみなし音声信号（デジタル音声信号）を入力し、復調処理を行って、Ｔ．３０プロトコルの手順データや画像データを受信する。更に、Ｔ．３０ＦＡＸのみなし音声通信部２０２は、Ｔ．３０プロトコルの手順データや、画像信号を送信するために、手順データや画像データを入力して所定の変調処理を行い、その変調したデータを出力する。この出力信号はセレクタ２０３、Ｔ．３０／Ｔ．３８プロトコル作成／解析部１１１を通じてネットワークＩ／Ｆ部１１２に出力され、画像データの送信が行われる。

上述のモデムデバイスは、一般的には回線（網）との間でアナログ信号を入出力するものであるが、最近はデジタル網に直接接続できるデジタルモデムが出現してきている。上記の説明では、デジタルモデムを用いた構成になっている。アナログモデムを使用した場合には、セレクタ２０３とＴ．３０ＦＡＸのみなし音声通信部２０２の間に、通話処理部２０１に内蔵したのと同様の音声コーデックを入れることで実現できる。

次に、この画像通信装置に接続された電話機１１４による手動発呼から通話に至るまでの処理を説明する。

電話機１１４は、音声信号処理部１１３の通話処理部２０１のアナログポートに接続される。ここで、電話機１１４で受話器を取る（オフフックする）と通話処理部２０１でオフフックが検出される。通話処理部２０１がオフフックを検出すると、電話機１１４に対して電話番号の入力が可能になった旨を伝えるダイヤルトーンを発生する。ここで、ユーザが電話機１１４のテンキーなどのダイヤルボタンで順次電話番号を入力する。最初の電話番号を検出した時点で、通話処理部２０１が電話機１１４に出していたダイヤルトーンを止め、順次入力される電話番号を検出し、検出した電話番号はＲＡＭ１０９などの記憶部に記憶される。ここで、桁間タイマ１１５で規定した時間の間、電話番号が入力されない場合は、それまでに入力された電話番号でＩＰ網を通じてサーバに対して接続信号（ＳＩＰのＩＮＶＩＴＥ信号）を出す。

これを受けたサーバは、接続先（通話相手先）に対して接続要求を出し、接続先からの呼出中信号信号（ＳＩＰの180 Ringing信号）があればこれをこの画像通信装置１０１に通知する。これを受けた画像通信装置１０１は、通話処理部２０１を通じて電話機１１４にアナログの呼出中信号を出力する。

更に、サーバから接続ＯＫの信号（ＳＩＰの200 OK信号）を受け取ると、通話処理部２０１で電話機１１４に出力していた呼出中信号を止め、通話処理部２０１をネットワークＩ／Ｆ部１１２を通じてＩＰ網に接続する。ＩＰ網上の信号は、Ｇ．７１１やＧ．７２９と呼ばれるフォーマットのデジタル信号であるが、この信号は、通話処理部２０１内蔵のコーデックを使用して、アナログ音声信号に変換される。このようにして、ＩＰ網を通じた通話が可能になる。

以上の説明とこれからの説明は、電話機１１４による手動発呼について説明するが、この実施形態は電話機、及び画像通信装置１０１でのオンフックボタン押下での手動発呼にも適用可能である。その適用方法に関しては最後に述べる。

本実施形態では、桁間タイマ１１５がタイムアップしたときに、まだ電話番号の入力が完了していなかった場合に関するもので、この場合でも自動的に相手先に接続できるようにしたものである。

次に本実施形態を説明する。

図３及び図４は、本実施形態に係る画像通信装置の処理を説明するフローチャートである。尚、この処理を実行するためのプログラムはＲＯＭ１０８に記憶されており、ＣＰＵ１０２がこのプログラムを読み出して実行することにより、このフローチャートで示す処理が実現される。

まずＳ３００でＣＰＵ１２０は、電話機１１４のオフフック（受話器が上げられた状態）、即ち、手動発呼指示があったかどうかを判定する。これは接続された電話機１１４のオフフックを音声信号処理部１１３の通話処理部２０１で検出したかどうかで判定できる。ここで手動発呼の指示があったと判定するとＳ３０１に進み、ＣＰＵ１０２は、通話処理部２０１のトーン信号送出機能により、通話処理部２０１に接続された電話機１１４にダイヤルトーンを送出する。

次にＳ３０２に進みＣＰＵ１０２は、電話機１１４のフック状態を音声信号処理部１１３の通話処理部２０１で検出し、オフフックが検出された場合はＳ３４４に進んで電話機１１４へ出力していたダイヤルトーンを停止して、この処理を終了する。一方、Ｓ３０２で電話機１１４のオフフックを検出しなかった場合はＳ３０３に進む。Ｓ３０３でＣＰＵ１０２は、電話番号の１桁目が入力されたかどうかを判定する。これは電話機１１４のテンキーボタンなどによるダイヤル入力があったかどうかで判定する。ここで電話番号の入力がなかった場合はＳ３０１に進み、電話機１１４にダイヤルトーンを出し続ける。

Ｓ３０３で、１桁目の電話番号が入力されたと判定するとＳ３０４に進み、ＣＰＵ１０２は、通話処理部２０１に対して電話機１１４へ出していたダイヤルトーンを停止するように指示する。そしてＳ３０５に進みＣＰＵ１０２は、Ｓ３０３で入力された電話番号をＲＡＭ１０９などに記憶（蓄積）する。そしてＳ３０６に進みＣＰＵ１０２は、続いて入力される各桁の電話番号の入力時間間隔を規定する設定時間（所定時間）を桁間タイマ１１５にセットし、桁間タイマ１１５による計時を開始させる。尚、この所定時間は、数秒程度（２〜８秒程度）が望ましい。

次にＳ３０７に進みＣＰＵ１０２は、音声信号処理部１１３の通話処理部２０１を介して電話機１１４のフック状態を検出し、オフフックが検出された場合は、この処理を終了する。一方Ｓ３０７で電話機１１４のオフフックを検出しなかった場合はＳ３０８に進む。Ｓ３０８でＣＰＵ１０２は、更に１桁の電話番号が入力されたかどうかをＳ３０３と同様に検出し、１桁の電話番号が入力されたときはＳ３０９に進み、その電話番号をＲＡＭ１０９などに記憶する。そしてＳ３１０に進みＣＰＵ１０２は、桁間タイマ１１５による計時をリスタートさせて、再度Ｓ３０７に進む。

Ｓ３０８でＣＰＵ１０２が、電話番号が入力されないと判定した場合はＳ３１１に進み、ＣＰＵ１２０は、ＦＡＸ通信が指示されたかどうかを判定する。この判定は、画像通信装置１０１の操作部１０３で、不図示の送信スタートボタンや、受信スタートボタンが押されたかどうかで判定できる。ここでＦＡＸ通信が指示されたと判定したときはＳ３２０に進み、ＣＰＵ１０２は、接続先のサーバに接続要求（ＳＩＰのＩＮＶＩＴＥ信号送出）を送信する。そしてＳ３２１に進み、ＣＰＵ１０２は、サーバからの応答信号がエラー信号かどうかを判定し、エラー信号を受信した場合は図４のＳ３３３に進み、呼を切断（ＳＩＰのＢＹＥ信号をサーバへ送出）して、この処理を終了する。

またＳ３２１でサーバからエラー信号以外の肯定応答を受けた場合、ＣＰＵ１０２は図４のＳ３４１に処理を進める。Ｓ３４１でＣＰＵ１０２は、Ｔ．３０／Ｔ．３８プロトコル作成解析部１１１を介して音声信号処理部１１３のセレクタ２０３を制御して、ＩＰ網をＴ．３０ＦＡＸのみなし音声通信部２０２へ接続する。そしてＳ３４２に進みＣＰＵ１０２は、Ｔ．３０ＦＡＸのみなし音声でのＦＡＸ通信を行う。そしてＳ３４３でＣＰＵ１０２は、ＦＡＸ通信が終了したかどうかを判定し、通信が終了していない場合はＳ３４２でＦＡＸ通信を継続し、ＦＡＸ通信が終了するとＳ３３３に進み、呼切断するためにＳＩＰのＢＹＥ信号をＩＰ網へ送出して、この処理を終了する。

尚、Ｓ３４２でのＦＡＸ通信は、Ｔ．３０ＦＡＸのみなし音声でのＦＡＸ通信としているが、本発明はこれに限定されない。前述したように、ＩＰ網でのＦＡＸ通信には、Ｔ．３０ＦＡＸのみなし音声でのＦＡＸ通信と、Ｔ．３８でのデジタルＦＡＸ通信があるが、Ｓ３４２でのＦＡＸ通信では、Ｔ．３８ＦＡＸ通信への切り替えも可能である。この場合はＩＰ網に対してＴ．３８の通信を行うための再発呼制御、即ち、ＳＩＰでのｒｅＩＮＶＩＴＥ信号を用いて、Ｔ．３８ＦＡＸ通信のネゴシエーションが必要になる。ここでは、これ以上の説明は割愛する。

このように本実施形態では、１桁ずつ入力された電話番号を蓄積しているときに、ＦＡＸ通信が指示された場合は、そこまでに蓄積した電話番号で発呼し、接続後にＦＡＸ通信（手動送信、手動受信）が行える。

また図３のＳ３１１でＣＰＵ１２０が、ＦＡＸ通信が指示されていないと判定したときはＳ３１２に進みＣＰＵ１０２は、桁間タイマ１１５がタイムアウトしたかどうかを判定し、タイムアウトしていない場合はＳ３０７に進む。こうしてＳ３０７〜Ｓ３１２で、桁間タイムアウトが発生しない限り、入力された各桁の電話番号がＲＡＭ１０９などに蓄積される。

そしてＳ３１２で桁間タイムアウトが発生したと判定するとＣＰＵ１０２は、電話番号の全桁の入力が完了したとみなしてＳ３１３に進む。Ｓ３１３でＣＰＵ１０２は、次の電話番号の蓄積に備えて桁間タイマ１１５をリスタートさせてＳ３１４に進む。Ｓ３１４でＣＰＵ１０２は、蓄積した電話番号で接続先のサーバへ接続要求を送信する。これは、ＳＩＰでのＩＮＶＩＴＥ信号のサーバへの送出に該当する。そしてＳ３１５に進みＣＰＵ１０２は、サーバからのエラー応答信号を受信したかどうかを判定し、エラー信号以外の正常信号を受信した場合は、サーバとの接続が可能になるため図４のＳ３２２に進む。一方、Ｓ３１５でサーバからエラー応答信号を受信した場合はＳ３１６に進みＣＰＵ１０２は、そのエラー内容を解析し、そのエラーが、ＳＩＰの404 not foundであったかどうかを判定する。404 not found以外のエラーを受信した場合は図４のＳ３３４に移行する。ＳＩＰの404 not foundは、リクエストされたＵＲＬに対応するものが発見できない場合に返されるエラーメッセージである。

またＳ３１６で、ＣＰＵ１０２は、404 not foundを受信したと判定したときはＳ３１７に進みＣＰＵ１０２は、先の発呼が再発呼だったかどうかを判定する。これは、上述のＳ３１４での発呼が１回目の通常発呼であったか、本実施形態に係る、番号継ぎ足しの再発呼だったのかを判定する。ここで、再発呼と判定した場合はＳ３１９に進みＣＰＵ１０２は、再発呼の回数が規定値を超えたかどうかを判定し、規定値を超えていた場合は図４のＳ３３８に進んでエラー終了を実行する。例えば、再発呼の規定値を３回にしておけば、継ぎ足し発呼の回数を３回までに限定できる。このように本実施形態では、番号継ぎ足しの再発呼が無制限に行われるのを抑制するため、その回数を限定できるようにしている。

Ｓ３１７でＣＰＵ１０２が再発呼ではないと判定した場合、或いはＳ３１９でＣＰＵ１０２が、再発呼の回数が規定値を超えていないと判定した場合はＳ３１８に進み、ＣＰＵ１０２は、一旦、呼を切断してＳ３０７に戻る。

またＳ３１５でサーバからの応答信号がエラー信号以外であると判定したときはＳ３２２（図４）に進みＣＰＵ１０２は、電話機１１４のフック状態を音声信号処理部１１３の通話処理部２０１を介して検出する。そして、オフフックが検出された場合はＳ３３３に進み、ＣＰＵ１０２は、呼を切断して、この処理を終了する。

一方、Ｓ３２２でＣＰＵ１０２が電話機１１４のオフフックを検出しなかった場合はＳ３２３に進み、ＣＰＵ１０２は、サーバからＳＩＰ信号の180 Ringingを受信したかどうかを判定する。ここで、180 Ringingを受信していない場合はＳ３２２へ戻る。Ｓ３２３でＣＰＵ１０２が、サーバから180 Ringingを受信したと判定するとＳ３２４に進む。Ｓ３２４でＣＰＵ１０２は、通話処理部２０１の呼出信号発生機能により電話機１１４に呼出中信号を送出して、ユーザへ接続相手先から電話の呼出中であることを知らせる。そしてＳ３２５で、電話機１１４のオフフック状態を音声信号処理部１１３の通話処理部２０１で検出するとＳ３４５に進み、ＣＰＵ１０２は、通話処理部２０１で電話機１１４に出力していた呼出中信号を停止してＳ３３３に進み、呼を切断して終了する。

一方、Ｓ３２５でＣＰＵ１０２が、電話機１１４のオフフックが検出されなかった場合はＳ３２６に進みＣＰＵ１０２は、サーバからＳＩＰの200 OKを受信したかどうかを判定し、200 OKが受信されなければＳ３２４で呼出中信号の送出を継続する。

こうしてＳ３２６でＣＰＵ１０２が、サーバからＳＩＰの200 OKを受信したと判定した場合はＳ３２７に進み、ＣＰＵ１０２は、通話処理部２０１から電話機１１４への呼出中信号を停止する。そしてＳ３２８でＣＰＵ１０２は、ＩＰ網と電話機１１４とを音声信号処理部のセレクタ１１３を用いて接続して通話状態とする。この通話状態において更にＳ３２９でＣＰＵ１０２は、電話番号が入力されたかどうかを判定する。これは、電話機１１４のテンキーボタンなどによるダイヤル入力があったかどうかで判定する。ここでＣＰＵ１０２が、電話番号が入力されたと判定した場合はＳ３３０に進み、ＣＰＵ１０２は、ＩＰ網へＤＴＭＦ（Dual Tone Multi Frequency）を送出する。このＤＴＭＦとは、電話番号の数字や記号にユニークに対応されたトーン信号で、一般的なダイヤル信号として使われる。このＳ３３０では既に通話中の状態であるため、ここで電話番号の入力を検出した場合は、ＩＰ網に対してＤＴＭＦ信号が送出される。そしてＳ３３１に進みＣＰＵ１０２は、通話中にＦＡＸ通信が指示されたかどうかを判定する。この判定はＳ３１１と同様に行われ、ＦＡＸ通信が指示されたと判定した場合はＳ３４１に遷移する。ここで、Ｓ３４１〜Ｓ３４３の処理に関しては既に説明済みであるため、ここでは、その説明を割愛する。

Ｓ３３１でＣＰＵ１０２が、ＦＡＸ通信の指示でないと判定するとＳ３３２に進み、ＣＰＵ１０２は、電話機１１４がオンフックされたかどうかを通話処理部２０１のフック検知機能により判定する。ここで電話機１１４のオンフックを検知しなかった場合はＳ３２９に戻って、通話が継続される。Ｓ３３２でＣＰＵ１０２が、電話機１１４のオンフックを検知した場合はＳ３３３に進んで、呼を切断する。これはサーバにＳＩＰのＢＹＥ信号を送出することにより行われ、これで処理が終了となる。

以上説明したように本実施形態では、通話中の状態での電話番号が入力されたことを検出することにより、入力された電話番号に相当するＤＴＭＦ信号をＩＰ網に送出することができる。

更に、通話中にＦＡＸ通信が指示されたことを検出した場合は、その指示されたＦＡＸ通信へ移行することもできる。

以上の説明は、桁間タイマ１１５によるタイムアップで確定した電話番号で接続が成功した場合の説明である。

次に本実施形態に係る、桁間タイマ１１５によるタイムアップで接続が確立されなかった場合の処理を説明する。

まず最初に、桁間タイマ１１５によるタイムアップで接続が確立されなかった場合のエラー処理を図４を参照して説明する。

図３のＳ３１５でＣＰＵ１０２が、サーバからエラー信号を受信した場合はＳ３１６に進みＣＰＵ１０２は、そのエラー内容を解析し、そのエラーが、ＳＩＰの404 not foundであったかどうかを判定する。404 not found以外のエラーを受信した場合は、図４のＳ３３４に移行する。

図４のＳ３３４でＣＰＵ１０２は、エラー信号が、ビジー信号かビジー信号以外のエラーかを判定する。Ｓ３３４でＣＰＵ１０２が、ビジー信号であると判定した場合はＳ３３５に進み、ＣＰＵ１０２は、音声信号処理部１１３の通話処理部２０１のトーン発生機能を用いて、電話機１１４へビジートーンを送出する。そしてＳ３３６でＣＰＵ１０２は、電話機１１４でオフフックを検出したかどうかを判定し、オフフックされていないオンフックの状態のままであればＳ３３５に戻ってビジートーンを出し続ける。そしてＳ３３６でＣＰＵ１０２が、電話機１１４でのオフフックを検出するとＳ３３７に進み、ＣＰＵ１０２は、ビジートーンの出力を停止してＳ３３３に進み、呼を切断して、この処理を終了する。

一方、Ｓ３３４でＣＰＵ１０２が、エラー信号が404 not found、ビジー以外（話中以外）であった場合はＳ３３８に進む。Ｓ３３８でＣＰＵ１０２は、音声信号処理部１１３の通話処理部２０１のトーン発生機能を用いて、電話機１１４へエラー音を出力する。そしてＳ３３９に進み、電話機１１４でオフフックを検出したかどうかを判定し、オフフックされていないオンフックの状態のままであればＳ３３８に戻ってエラー音を出し続ける。Ｓ３３９でＣＰＵ１０２が、電話機１１４のオンフックを検出するとＳ３４０に進み、エラー音の発生を停止してＳ３３３に進み、呼を切断して、この処理を終了する。

次に、桁間タイマ１１５によるタイムアップで接続が確立されなかった場合に再発呼する処理を図３を参照して説明する。

前述したように図３のＳ３０７からＳ３１８で、桁間タイムアウトが発生して、入力途中の電話番号で発呼した場合は、サーバから、リクエストされたＵＲＬに対応するものが発見できないことを示す応答が返される。この場合は、Ｓ３０７に戻って、電話機１１４からのそれ以降の電話番号の桁が入力される。この場合、Ｓ３０７〜Ｓ３１０で入力されて蓄積される番号は、既に少なくとも１回以上は発呼された番号の後に入力された番号になる。

例えば先に発呼した番号が「０３１１１１２２」であり、今回、追加で入力された番号が「２２」であった場合は、これら２つの番号を繋ぎ合わせて、電話番号「０３１１１１２２２２」が格納されることになる。そしてＳ３１２で電話番号の入力が完了して桁間タイマ１１５によるタイムアウトが発生すると、Ｓ３１４で、上述の繋ぎ合わせた電話番号「０３１１１１２２２２」で発呼する。このＳ３１４での継ぎ足しによる再発呼の後、Ｓ３１５でサーバからの応答がエラーではなかったと判断した場合は、前述したように図４のフローチャートへ進む。このように最初に発呼してから、再度、電話番号の桁の入力の検知、及びその検知した数字の蓄積処理を起動し、その起動制御時に桁間タイムアウトが発生して電話番号の入力が完了したことを確認すると、それまでに入力された番号を繋ぎ合わせて発呼する。

こうして手動発呼時にユーザによる電話番号の入力が遅く、桁間タイムアウトになりサーバから接続相手先なしの応答を受けた場合でも、桁間タイムアウト後に入力された電話番号と、桁間タイムアウト前に入力された電話番号とを足して自動的に発呼できる。これにより、ユーザによる電話番号の入力が遅くて桁間タイムアウトになった場合でも、確実に接続できるという効果がある。

図５は、実施形態に係る画像通信装置１０１を含む通信システムにおける通信のシーケンスを説明する図である。

５０１は、電話機１１４のオフフック（受話器が上げられた状態）、即ち、手動発呼の指示である（Ｓ３００）。これにより５０２で、接続された電話機１１４に通話処理部２０１のトーン信号送出機能によりダイヤルトーンが送出される（Ｓ３０１）。５０３で、電話機１１４で１桁目の電話番号が入力されると（Ｓ３０３）、５０４で、電話番号が入力されたと判定して通話処理部２０１が電話機１１４へ送出していたダイヤルトーンを停止する（Ｓ３０４）。そして５０５で、入力される各桁の電話番号間の桁間時間を規定する桁間タイマをスタートし、５０６，５０７で、各桁の電話番号が入力される度に、その番号を記憶するとともに、桁間タイマをリスタートさせる（Ｓ３０５，Ｓ３０６）。

こうして５０８で、電話番号の入力途中で桁間タイムアウトが発生すると（Ｓ３１２）、電話番号の全ての桁の入力が終了したとみなし、５０９で、次の電話番号の蓄積に備えて桁間タイマをリスタートさせる（Ｓ３１３）。

次に５１０で、その蓄積した電話番号により、接続先のサーバへ接続要求を出す（Ｓ３１４）。ここではＳＩＰでのＩＮＶＩＴＥ信号をサーバへ送出する。この場合は、電話番号の入力途中でのタイムアウトが発生したため、サーバから404 not foundを受信することになる（Ｓ３１６でＹＥＳ）。これにより５１２で、一旦、呼を切断する（Ｓ３１８）。

次に５１３〜５１４で、続いて入力された各桁の電話番号を蓄積し、桁間タイマ１１５のリスタートを繰り返す（Ｓ３０７〜Ｓ３１０）。そして５１５で、電話番号の入力が完了して桁間タイマ１１５のタイムアウトが発生する（Ｓ３１２）。この場合の発呼は再発呼になるため、５１６で、先に発呼した電話番号に今回追加で入力、蓄積された電話番号を繋げて発呼する（Ｓ３１４）。この発呼も、ＳＩＰのＩＮＶＩＴＥ信号をサーバへ送出することにより行われる。これによりサーバは、５１７で、接続相手装置にＩＮＶＩＴＥ信号を送出して接続相手装置を鳴動する。そしてサーバが接続相手装置からＳＩＰ信号の180 Ringingを受信すると、画像通信装置１０１は、サーバから180 Ringingを受信する。これにより５１８で、通話処理部２０１の呼出信号発生機能で、電話機１１４に呼出中信号を送出してユーザへ接続相手装置の電話呼出中であることを知らせる。そして５１９で、接続相手装置が応答すると５２０で、電話機１１４に出力していた呼出中信号を停止する。そして５２１で、ＩＰ網と電話機１１４とを、音声信号処理部１１３のセレクタ１１３を介して接続した状態にして、電話機１１４と接続相手装置とが通話状態となる。

このように本実施形態によれば、ユーザによる電話番号の入力が遅れた場合でも、自動的に後から入力された電話番号を繋いで送信先に発呼できるため、ユーザによる操作を必要とせず、相手先に確実に接続できるようになる。

更に、桁間タイマ値を短くできるため、即座の接続も可能にできる。

更に本実施形態では、再発呼の回数を規定する再発呼の回数の規定値を設定し、この規定値を超えると、再発呼を停止するようにできる。

更に本実施形態では、電話番号を入力した後や、電話番号の入力時のＦＡＸ通信への移行指示も判定し、指示があった場合には、ＦＡＸ通信（送受信）へ移行することもできる。

尚、本実施形態では、説明を容易にするため、手動発呼を電話機１１４を用いた場合で説明したが、手動発呼には他に２つの手段があり、これら２つの手段にも適用可能である。

１つ目は、画像通信装置１０１のオンフックボタンの押下による回線捕捉と発呼での手動発呼である。この場合、電話機１１４での動作説明のダイヤルトーン、呼出中信号の出力先が電話機１１４ではなく画像通信装置１０１のスピーカ（不図示）になる。

上記のように読みかえることで画像通信装置１０１のオンフックボタンからの手動発呼にも適用可能である。

もう一つの手段は、通話処理部２０１のアナログポートには電話機ではなくハンドセットを接続し、そのハンドセットからの手動による発呼である。ここでハンドセットと電話機との違いは、電話番号の入力機能（ダイヤル機能）の有無で、電話機にはこのダイヤル機能を備えている。ハンドセットの場合は、ダイヤル入力手段が画像通信装置１０１の操作部１０３のテンキーとなり、電話機の場合は、電話機のダイヤルボタンとなる。更に、電話番号検出手段が、ハンドセットの場合は画像通信装置１０１の操作部１０３でのキー入力の検出であるが、電話機の場合は、アナログポートに接続された電話機からのダイヤル信号を通話処理部２０１のダイヤル信号検出手段で検出する手段となる。このように読み替えることにより、ハンドセットからの手動発呼にも適用できる。

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

Claims (7)

1. 電話機又はハンドセットを接続し、前記電話機又はハンドセットを用いた手動発呼を行うことができる画像通信装置であって、
   電話番号の各桁の入力を検出する検出手段と、
   前記電話番号の各桁の入力時間間隔を計時する計時手段と、
   前記検出手段が検出した電話番号の各桁の入力を蓄積する蓄積手段と、
   前記計時手段により計時した前記入力時間間隔が所定時間を超えると前記蓄積手段に蓄積されている桁の番号で発呼し、当該発呼に対してエラー応答があった場合に、前記電話番号の各桁の入力を受け付けて前記検出手段、前記計時手段及び前記蓄積手段を起動するように制御する制御手段と、
   前記制御手段による制御時に前記計時手段により計時した前記入力時間間隔が所定時間を超えると、前記発呼時に前記蓄積手段に蓄積されていた各桁の入力に、前記制御手段の制御の下で前記蓄積手段に蓄積された各桁の入力をつなぎ合わせた番号で再発呼する再発呼手段と、
   を有することを特徴とする画像通信装置。
2. 前記再発呼手段は、再発呼の回数を規定する規定値を設定しており、再発呼の回数が前記規定値を超える場合はエラー終了することを特徴とする請求項１に記載の画像通信装置。
3. 前記エラー終了では、前記電話機又はハンドセットにエラー音を送出し、前記電話機又はハンドセットによるフックを検出すると呼を切断することを特徴とする請求項２に記載の画像通信装置。
4. 前記計時手段により計時した前記入力時間間隔が所定時間を超えないときにＦＡＸ通信へ移行する指示を受け付けると、前記蓄積手段に蓄積されている桁の番号で発呼してＦＡＸ通信に移行する移行手段を更に有することを特徴とする請求項１乃至３のいずれか１項に記載の画像通信装置。
5. 前記制御手段は、前記エラー応答が、接続相手なし応答、話中以外のエラー応答であった場合に、前記電話機又は前記ハンドセットへエラー音を出力することを特徴とする請求項１に記載の画像通信装置。
6. 電話機又はハンドセットを接続し、前記電話機又はハンドセットを用いた手動発呼を行うことができる画像通信装置を制御する制御方法であって、
   検出手段が、電話番号の各桁の入力を検出する検出工程と、
   計時手段が、前記電話番号の各桁の入力時間間隔を計時する計時工程と、
   蓄積手段が、前記検出工程で検出した電話番号の各桁の入力を蓄積する蓄積工程と、
   制御手段が、前記計時工程で計時した前記入力時間間隔が所定時間を超えると前記蓄積工程で蓄積されている桁の番号で発呼し、当該発呼に対してエラー応答があった場合に、前記電話番号の各桁の入力を受け付けて前記検出工程、前記計時工程及び前記蓄積工程を起動するように制御する制御工程と、
   再発呼手段が、前記制御工程による制御時に前記計時工程で計時した前記入力時間間隔が所定時間を超えると、前記発呼時に前記蓄積工程で蓄積されていた各桁の入力に、前記制御工程の制御の下で前記蓄積工程で蓄積された各桁の入力をつなぎ合わせた番号で再発呼する再発呼工程と、
   を有することを特徴とする画像通信装置の制御方法。
7. コンピュータを、請求項１乃至５のいずれか１項に記載の画像通信装置として機能させるためのプログラム。

Images