(57)【要約】【課題】  １セッション目がＳＬＩＣを使用している場合の２セッション目のオーディオ着呼や、２つのセッションをフルで使用時のキャッチホンサービスでのオーディオ着呼では電話機での着信ができない。【解決手段】  ＩＰ網を介した音声による通話と、みなし音声を用いたＦＡＸ通信とが可能な画像通信装置とその制御方法であって、電話機を接続して制御するＳＬＩＣと、みなし音声を用いたＦＡＸ通信を制御するデジタルモデムと、ＩＰ網からの信号をＳＬＩＣとデジタルモデムへ切り替えるセレクタとを有し、着信時に通話の着信かデジタルデータの着信かを判別し、着信が通話と判定し、既に接続されている通話のセッションがある場合、ＳＬＩＣにより通話中の音声に通話中着信を通知する音を重畳させ、電話機で着信への切り替えが指示された場合に前記着信に伴う新たなセッションを確立するとともに、前記セレクタを制御して前記既に接続されている通話のセッションをデジタルモデムに接続して保留音を送出させるように制御する。【選択図】  図１１
2015005838.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網を介した音声による通話と、みなし音声を用いたＦＡＸ通信とが可能な画像通信装置であって、
電話機を接続して制御する電話制御手段と、
みなし音声を用いたＦＡＸ通信を制御するＦＡＸ通信制御手段と、
ＩＰ網からの信号を前記電話制御手段と前記ＦＡＸ通信制御手段へ切り替える選択手段と、
着信時に通話の着信かデジタルデータの着信かを判別する判別手段と、
前記判別手段が前記着信が通話と判定し、既に接続されている通話のセッションがある場合、前記電話制御手段により通話中の音声に通話中着信を通知する音を重畳させ、前記電話機で前記着信への切り替えが指示された場合に前記着信に伴う新たなセッションを確立するとともに、前記選択手段を制御して前記既に接続されている通話のセッションを前記ＦＡＸ通信制御手段に接続して、前記ＦＡＸ通信制御手段により保留音を送出させるように制御する制御手段と、
を有することを特徴とする画像通信装置。
【請求項２】
前記制御手段は、自動受信モードでないときに前記既に接続されている通話のセッションの数が１或いは２の場合、少なくとも１つのセッションが前記電話制御手段による通話中の場合に、前記電話制御手段により通話中の音声に通話中着信を通知する音を重畳させ、前記電話機で前記着信への切り替えが指示された場合に前記着信に伴う新たなセッションを確立するとともに、前記選択手段を制御して前記既に接続されている通話のセッションを前記ＦＡＸ通信制御手段に接続して保留音を送出させるように制御することを特徴とする請求項１に記載の画像通信装置。
【請求項３】
前記電話機による前記着信への切り替え指示は、キャッチ応答であることを特徴とする請求項２に記載の画像通信装置。
【請求項４】
前記制御手段は、自動受信モードでないときに前記既に接続されている通話のセッションの数が２の場合は、ユーザからの手動受信指示を禁止することを特徴とする請求項２に記載の画像通信装置。
【請求項５】
前記制御手段は、ＦＡＸ／ＴＥＬ切替モードのときに前記既に接続されている通話のセッションの数が２の場合は、前記着信がＦＡＸか電話かの判定を行わないことを特徴とする請求項２に記載の画像通信装置。
【請求項６】
前記制御手段は、自動受信モードでないときに前記既に接続されている通話のセッションの数が１の場合は、ユーザからの手動受信指示があると前記選択手段により前記着信を前記ＦＡＸ通信制御手段に切り替えてみなし音声を用いたＦＡＸ通信を開始し、前記既に接続されている通話のセッションへの保留音を停止して前記既に接続されている通話のセッションを開始させることを特徴とする請求項２に記載の画像通信装置。
【請求項７】
前記制御手段は、ＦＡＸ／ＴＥＬ切替モードのときに前記既に接続されている通話のセッションの数が１の場合は、ユーザからの手動受信指示があると前記選択手段により前記着信を前記ＦＡＸ通信制御手段に切り替えて前記着信がＦＡＸか電話かを判定し、ＦＡＸと判定するとＦＡＸ通信を開始し、前記既に接続されている通話のセッションへの保留音を停止して前記既に接続されている通話のセッションを開始させることを特徴とする請求項２に記載の画像通信装置。
【請求項８】
前記ＦＡＸ通信制御手段は、複数のデジタルモデムを含むことを特徴とする請求項１乃至７のいずれか１項に記載の画像通信装置。
【請求項９】
ＩＰパケットの作成及び解析を行うＩＰパケット作成／解析手段と、
前記ＩＰパケット作成／解析手段からのオーディオ着信を受け取るインターフェース手段と、
電話機を接続して制御する電話制御手段と、
みなし音声を用いたＦＡＸ通信を制御する第１及び第２のＦＡＸ通信制御手段と、
前記インターフェース手段からの信号を前記電話制御手段と前記ＦＡＸ通信制御手段へ切り替える選択手段と、
１セッション目で前記電話機を使用した通話中に前記インターフェース手段がオーディオ着信を受け取ると、前記電話制御手段は前記電話機を使用した通話に着信表示音を重畳させ、前記電話機でのフッキングに応じて、前記選択手段により前記オーディオ着信を前記電話制御手段に接続させるとともに、前記１セッション目の通話を前記第１のＦＡＸ通信制御手段に接続して保留音を送出させ、
前記オーディオ着信がＣＮＧ信号を含む場合、前記選択手段により前記オーディオ着信を前記第２のＦＡＸ通信制御手段に接続させてＦＡＸ通信を開始させ、前記１セッション目の通話を前記電話制御手段に接続して前記電話機を使用した通話を再開させるように制御する制御手段と、
を有することを特徴とする画像通信装置。
【請求項１０】
ＩＰ網を介した音声による通話と、みなし音声を用いたＦＡＸ通信とが可能で、電話機を接続して制御する電話制御手段と、みなし音声を用いたＦＡＸ通信を制御するＦＡＸ通信制御手段と、ＩＰ網からの信号を前記電話制御手段と前記ＦＡＸ通信制御手段へ切り替える選択手段とを有する画像通信装置を制御する制御方法であって、
着信時に通話の着信かデジタルデータの着信かを判別する判別工程と、
前記判別工程で前記着信が通話と判定し、既に接続されている通話のセッションがある場合、前記電話制御手段により通話中の音声に通話中着信を通知する音を重畳させる工程と、
前記電話機で前記着信への切り替えが指示された場合に前記着信に伴う新たなセッションを確立するとともに、前記選択手段を制御して前記既に接続されている通話のセッションを前記ＦＡＸ通信制御手段に接続して前記ＦＡＸ通信制御手段により保留音を送出させるように制御する制御工程と、
を有することを特徴とする画像通信装置の制御方法。
【請求項１１】
コンピュータを、請求項１乃至９のいずれか１項に画像通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像通信装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
従来の公衆電話回線（ＰＳＴＮ）を使用したファクシミリ（以下、ＦＡＸ）通信のほかにＩＰ網などの高速ネットワークを用いたＦＡＸ通信がある。ＩＰ網を用いた、ＦＡＸ通信には、２種類の方法があり、１つは、ＩＴＵ−Ｔ勧告のＴ．３０プロトコルを用いたＴ．３０ＦＡＸをみなし音声を用いて実現するものである。これはＴ．３０のアナログ信号をデジタル信号に変換して通信する方法であり、Ｔ．３０のアナログ信号を音声信号とみなして通信するためＴ．３０ＦＡＸのみなし音声通信と呼ばれる。
【０００３】
もう１つは、ＩＴＵ−Ｔ勧告のＴ．３８と呼ばれる通信方式で、Ｔ．３０プロトコルで通信される信号をデジタル信号のまま通信する方法であり、Ｔ．３０に比べて高速な通信が行なえる。上記２つの方法は共に、呼制御手段としてＳＩＰ（Session Initiation Protocol）を用い、ＩＰ網上でPoint to Pointの通信が実現される。
【０００４】
また、ＩＰ網としては、日本のＮＴＴ社が提供しているＮＧＮ（Next Generation Network）と呼ばれるデジタル公衆網や、ＩＰ構内交換機（ＩＰーＰＢＸ）などを用いた構内ＩＰ回線がある。ＮＧＮ網の場合、帯域保証、セキュリティ管理などが行われるため、高速かつ安全に画像通信が行える。従来のＰＳＴＮでは通信速度は最大でも３３．６Ｋｂｐｓであったが、ＮＧＮでは最大１Ｍｂｐｓを保証しており、約３０倍の早い通信が可能になる。
【０００５】
このようなＴ．３８ＦＡＸ通信やＴ．３０ＦＡＸのみなし音声通信を可能にした画像通信装置において、電話系のオペレーションをＩＰ網上で構成する方法がある。この場合、公衆電話回線（ＰＳＴＮ）に接続する必要がなく、ネットワーク接続のみで通話やＦＡＸ通信が可能になる。この場合、ハンドセット、子電話もＦＡＸ通信と同様にＩＰ網に接続され、ＩＰ網を音声パケットを通すことで音声データの授受が行われる。これは、いわゆるＩＰ電話と呼ばれるもので、音声パケットの符号化方式は、ＩＴＵ−Ｔ勧告Ｇ．７１１が用いられ、この伝送プロトコルとしては、ＲＴＰ（Real Time Protocol）が使用される。
【０００６】
ＩＰ網に接続して電話を実現するために、電話とＩＰ網を接続するＳＬＩＣ（Subscriber Line Interface Circuit）加入者線接続回路が用いられる。このＳＬＩＣの主な用途は、電話からのダイヤル信号などの識別や、電話の鳴動制御、電話のフック検知などである。
【０００７】
また、ＰＳＴＮで複数の接続先に同時に接続するためには、モジュラーケーブルを回線分接続する必要がある。しかしＩＰ回線を用いたＴ．３０ＦＡＸのみなし音声通信では、１本のネットワークケーブルを接続するだけで複数の接続先に同時に接続して、通信や通話が可能である。これをマルチセッションと呼ぶ。マルチセッション環境では、ＳＩＰを例に挙げると、ＳＩＰでのセッション接続要求信号であるＩＮＶＩＴＥからＳＩＰ信号でセッション切断信号であるＢＹＥまでが１つの接続セッションとなる。最初の接続が１セッション目、次の接続が２セッション目となり、これは物理回線と紐付いているわけではない。このようなマルチセッションに対応することで、複数の通信や通話を同時に行えるようになる。
【０００８】
前述したＮＧＮでは、マルチセッションのサービスとして「マルチチャンネル（ＮＧＮでのサービス名）」があり、このサービスに加入すると、１つの電話番号で最大２セッションの同時通信や通話が可能になる。前述した画像通信装置においても、このマルチセッションに対応できる。従来の公衆回線の多回線対応した画像通信装置では、電話通話に関しては特定の１回線のみであり、その他の回線ではＦＡＸ通信専用になっている。即ち、画像通信装置に装着できる電話機は１台のみになっている。これは、主に、コストアップを抑えるのが目的である。
【０００９】
ＩＰ網のマルチセッション対応でも、同様な理由で、画像通信装置に接続できる電話機は１台のみになり、２つのセッションで同時の通話はできない。従って、このような画像通信装置で、２チャンネルを同時に使用して通信できるのは、（ＦＡＸ通信＋通話）と（ＦＡＸ通信＋ＦＡＸ通信）の２種類になる。しかしながら、この制約は画像通信装置のみのものであって、ＩＰ網からはオーディオ着信が複数同時に発生することがある。後述するが、Ｔ．３０ＦＡＸのみなし音声通信は、オーディオ着信となるため、着信してからでないと通話か、ＦＡＸ通信かの判別ができない。従って、電話機を１台しかサポートしない画像通信装置では、オーディオの着信を適切に制御する必要がある。例えば、電話機で通話中に、オーディオ着信があった場合に、残りがＦＡＸ通信しかできないからといってＦＡＸ通信に移行させてしまうと、その着信が通話目的であった場合には通話ができなくなってしまい、せっかくの着信が無駄になってしまう。
【００１０】
更に、キャリアのサービスに、「キャッチホン（ＮＧＮでのサービス名称）」がある。キャッチホンとは、通話中に別の着信があった場合に、この着信をユーザへ知らせ、後からかかってきた相手に通話を切り替えたり、前の通話者との通話に戻すサービスである。このキャッチホンサービスは、マルチセッション時も有効である。２つのセッションを同時に使用中にも、キャッチホンサービスを利用すれば通話中に着信の通知が網から通知されるため、この着信をユーザに知らせる必要がある。前述したように画像通信装置に電話機は１台のみ接続されているので、そのままでは電話機の鳴動等による着信の告知ができない。
【００１１】
更に、通話をサポートする画像通信装置では、自動受信、ＦＡＸ／ＴＥＬ切替モード、手動受信モードの各種受信モードを持つ。自動受信モードは、着信時に、接続された電話機で応答させることなく、自動的にＦＡＸ受信になるモードである。ＦＡＸ／ＴＥＬ切替モードは、かかって来た音声呼がＦＡＸなのか電話なのかを自動判別するモードであり、一旦、ＦＡＸ側で呼接続した後に、ＦＡＸの初期識別信号（Calling：ＣＮＧ信号）を検出した場合には、自動的にＦＡＸ受信を開始する。また、ＣＮＧ信号を検出しなかった場合には、電話機を鳴動させてユーザを呼び出すモードである。手動受信モードとは、通話のみをサポートするモードであり、ＦＡＸ／ＴＥＬ切替モードとは異なり、自動的にＦＡＸ受信には切り替わらない。しかし、この場合でも、ユーザから手動着信指示があったり、リモート受信機能があれば、指示に従ってＦＡＸ受信に切り替える。リモート受信機能は、接続されている電話機からのオペレーション（予め定められたダイヤル）で、本体をＦＡＸ受信に切り替える機能である。
【００１２】
ＩＰ網に接続されＩＰ網でのＦＡＸ通信（Ｔ．３８ＦＡＸ通信、Ｔ．３０ＦＡＸのみなし音声通信）と、電話機能とを有する画像通信装置が上述の受信モードで着呼した場合を説明する。Ｔ．３８での着呼の場合と、Ｔ．３０ＦＡＸのみなし音声及び通話での着呼とは、ＳＩＰ手順で使用される相手機が出すメディアの属性で区別できる。着呼はＳＩＰ手順のＩＮＶＩＴＥ信号で通知されるが、この通知内容にメディア属性（ＩＮＶＩＴＥ信号に含まれるｍ＝以下の記述）が含まれる。ｍ＝音声の場合はＴ．３０ＦＡＸのみなし音声又は通話での着呼を示し、ｍ＝imageやｍ＝applicationの場合は、Ｔ．３８のＦＡＸ通信の着呼となる。従って、Ｔ．３８の着呼の場合は、受信モードが何に設定されていても、自動的にＴ．３８でのＦＡＸ受信に移れる。しかしながら、Ｔ．３０ＦＡＸのみなし音声と通話での着呼は、メディア属性が同じであり、区別がつかない。従って、ＦＡＸ／ＴＥＬ切替モードでのＦＡＸ受信への切り替えを行うためには、呼を接続した上で、ＦＡＸ通信かどうかを判定する必要がある。
【００１３】
更に、マルチセッション対応の場合は、２つのセッションが共にＦＡＸではなく、音声通話である場合がある。この場合は、キャリアが提供する「キャッチホン」が有効であるが、画像通信装置に付属する電話機は１台であるため、適切に通話呼を振り分ける必要がある。これらの振り分け技術が特許文献１に記載されている。この特許文献１は、通信中の呼がＦＡＸ通信であれば新規着信を拒否し、通信中の呼が通話である場合は、新規着信を受ける技術を記載している。しかしながら、マルチセッション対応や受信モード毎のオーディオセッション操作に関しては述べていない。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００６−２９５５５９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
上記説明したように、マルチセッションに対応した画像通信装置でも、通常接続される電話機は１台のみで、電話制御用のＳＬＩＣも１つのセッション分しかない。そのため１セッション目がＳＬＩＣ（電話機能）を使用している場合の２セッション目のオーディオ着呼や、２つのセッションをフルで使用時のキャッチホンサービスでのオーディオ着呼（キャッチ着呼）では、そのままでは電話機での着信ができない。また、通話者にオーディオ着信での割り込み着呼の通知もできない。更に、２つのセッションがフル使用時のキャッチホンの着呼で相手がＦＡＸであった場合に、ＦＡＸ受信へ移行すると、ＦＡＸ受信中の長時間、元の通話相手が保留状態となって長時間相手を待たせてしまう。また通話の保留中に通話相手に無駄な通信費用を負担させてしまうという問題がある。
【００１６】
本発明の目的は、上記従来技術の問題点を解決することにある。
【００１７】
本発明の特徴は、マルチセッションに対応した画像通信装置において、１セッション目で通話中にオーディオ着信があったときに、通話或いはＦＡＸ通信への切り替えを行うことができる技術を提供することにある。
【課題を解決するための手段】
【００１８】
上記目的を達成するために本発明の一態様に係る画像通信装置は以下のような構成を備える。即ち、
ＩＰ網を介した音声による通話と、みなし音声を用いたＦＡＸ通信とが可能な画像通信装置であって、
電話機を接続して制御する電話制御手段と、
みなし音声を用いたＦＡＸ通信を制御するＦＡＸ通信制御手段と、
ＩＰ網からの信号を前記電話制御手段と前記ＦＡＸ通信制御手段へ切り替える選択手段と、
着信時に通話の着信かデジタルデータの着信かを判別する判別手段と、
前記判別手段が前記着信が通話と判定し、既に接続されている通話のセッションがある場合、前記電話制御手段により通話中の音声に通話中着信を通知する音を重畳させ、前記電話機で前記着信への切り替えが指示された場合に前記着信に伴う新たなセッションを確立するとともに、前記選択手段を制御して前記既に接続されている通話のセッションを前記ＦＡＸ通信制御手段に接続して、前記ＦＡＸ通信制御手段により保留音を送出させるように制御する制御手段と、を有することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、１セッション目で通話中にオーディオ着信があった場合でも、通話或いはＦＡＸ通信へ自動的に切り替えることができるという効果がある。
【図面の簡単な説明】
【００２０】
【図１】本実施形態に係る画像通信装置の概略構成を示すブロック図。
【図２】実施形態に係る音声信号処理部の詳細を示すブロック図。
【図３】実施形態１に係る画像通信装置における着信処理を説明するフローチャート。
【図４】実施形態１に係る画像通信装置が手動受信モードのときにオーディオ着信があった場合の処理を説明するフローチャート。
【図５】実施形態１に係る画像通信装置が手動受信モードで、かつ２セッション目のオーディオ着信で、電話使用中の状態の場合の処理を説明するフローチャート。
【図６】実施形態１に係る画像通信装置が手動受信モードで、かつ３セッション目のオーディオ着信の場合の処理を説明するフローチャート。
【図７】実施形態１に係る画像通信装置がＦＡＸ／ＴＥＬモード時の時の処理を説明するフローチャート。
【図８】実施形態１に係る画像通信装置が、ＦＡＸ／ＴＥＬ切替モードで、かつ２セッション目のオーディオ着信でＳＬＩＣを使用中の場合の処理を説明するフローチャート。
【図９】実施形態１に係る画像通信装置が、図７のＳ７００で３セッション目のオーディオ着信があった場合の処理を説明するフローチャート。
【図１０】擬似的なキャッチホン動作における音声信号処理部の接続状態を説明する図。
【図１１】実施形態１に係る画像通信装置が１セッション目で通話中の状態で、擬似キャッチ動作を行う状態を示す図。
【図１２】実施形態１に係る画像通信装置において、１セッション目で通話中に割込み呼があった場合に、擬似キャッチ動作でＦＡＸ受信へ移行する処理を説明する図。
【図１３】実施形態１に係る画像通信装置において、１セッション目で通話中、２セッション目でＦＡＸ通信中のキャッチ動作割り込み着信へ移行する処理を説明する図。
【図１４】ＳＩＰのＩＮＶＩＴＥ信号の例を示す図。
【発明を実施するための形態】
【００２１】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００２２】
本実施形態に係る画像通信装置は、ＩＰ網などの高速ネットワークを介した、ＩＴＵ−Ｔ勧告Ｔ．３０でのＴ．３０ＦＡＸのみなし音声を用いたファクシミリ伝送と、音声パケットによる通話が可能な画像通信装置である。本実施形態では、複数セッションでのＴ．３０ＦＡＸのみなし音声を用いたファクシミリ伝送と通話の切り替え制御について説明する。
【００２３】
図１は、本実施形態に係る画像通信装置１０１の概略構成を示すブロック図である。
【００２４】
ＣＰＵ１０２は、ＲＯＭ１０８に格納された制御プログラムに従って、この画像通信装置１０１の各部の動作を制御する。操作部１０３はタッチパネル機能を備えた表示部とハードキー等のキー操作部を有し、その表示画面には、例えばウインドウ、アイコン、メッセージ、メニューその他のユーザインターフェース情報が表示される。この操作部１０３は図示は省略するが、ユーザがコピー、ＦＡＸ、プリンタ操作を行うための各種キーや、表示画面上のアイコン、メニュー等を操作するポインティングデバイス等を有している。スキャナ部１０４は原稿の読み取りを行う。印刷部１０５は、ＲＡＭ１０９やＨＤＤ（ハードディスクドライブ）１１０に保存した印刷データに基づいて印刷を行う。ＲＯＭ１０８は、各種制御プログラムやデータ等を保持する。ＲＡＭ１０９はＣＰＵ１０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域などを有する。ＨＤＤ１１０は、各種制御プログラムや印刷データを保存するのに使用される。Ｔ．３０／Ｔ．３８プロトコル作成／解析部１１１は、ＩＴＵ−Ｕ勧告Ｔ．３０／Ｔ．３８プロトコルによるファクシミリ伝送情報を生成し、また受信したプロトコルからファクシミリ伝送情報を取り出す機能を有する。ＩＰパケット作成／解析部１０６は、ＩＴＵ−Ｕ勧告Ｔ．３０／Ｔ．３８プロトコルをＩＰパケットにマッピングし、また受信したＩＰパケットからＩＴＵ−Ｕ勧告Ｔ．３０／Ｔ．３８プロトコルを取り出す機能を有する。画像変換部１０７は、ＦＡＸ通信する画像の圧縮／伸張や変倍、線密度変換を行う。ネットワークインターフェース部１１２は、ＮＩＣ（Network Interface Controller）と呼ばれるネットワーク部Ｉ／Ｆ部であり、これを通してＩＰ網に接続される。音声信号処理部１１３は、Ｔ．３０ＦＡＸのみなし音声通信や、通話用の音声信号を処理する。電話機１１４は、音声信号処理部１１３のＳＬＩＣ２０８（図２）に接続されている。
【００２５】
ここで簡単に、通話処理、Ｔ．３０ＦＡＸのみなし音声を用いた通信に関して説明する。
【００２６】
通話及び、Ｔ．３０ＦＡＸのみなし音声通信で用いられる信号は、Ｇ．７１１（PCM）と呼ばれる符号化方式で符号化された音声データをパケット化したものである。このパケット化された音声データは、ＩＰ網からネットワークＩ／Ｆ部１１２で受信され、ＩＰパケット作成／解析部１０６で解析されて、純粋な音声符号データが抽出され、これが音声信号処理部１１３に渡される。更に、ＩＰパケット作成／解析部１０６は、マルチセッションに対応すべく、２つのセッション分の音声データを振り分ける機能を持つ。即ち、ＩＰパケット作成／解析部１０６からは、２つのセッション分の音声データが分離されて音声信号処理部１１３に渡される。また音声信号処理部１１３からの音声データは、ＩＰパケット作成／解析部１０６でセッション毎にパケット化され、ネットワークＩ／Ｆ部１１２を介してＩＰ網に送出される。
【００２７】
図２は、実施形態に係る音声信号処理部１１３の詳細を示すブロック図である。
【００２８】
音声信号処理部１１３は、前述したようにＩＰパケット作成／解析部１０６との間で、セッション毎に分離された音声信号の入力（ＲＸ）、出力（ＴＸ）を行う。ここでは、１セッション目がＰＣＭＩ／Ｆ２０１へ、２セッション目がＰＣＭＩ／Ｆ２０２へ接続される。
【００２９】
ＰＣＭＩ／Ｆ２０１，２０２は、ＩＰパケット作成／解析部１０６から入力されるパラレルな音声信号を、後述するＳＬＩＣ２０８、モデム２０７、モデム２０９が扱えるシリアル信号に変換するパラレル→シリアル変換を行う。またＳＬＩＣ２０８、モデム２０７、モデム２０９からのシリアル信号をＩＰパケット作成／解析部１０６に渡すためのシリアル→パラレル信号の変換を行う。電話制御用のＳＬＩＣ２０８、ＦＡＸ通信制御用のモデム２０７、モデム２０９は、Ｇ．７１１（PCM）符号を直接扱える。
【００３０】
従来モデムの入出力はアナログ信号であったが、今回のようなデジタル回線でのＧ．７１１（PCM）にも対応できるＰＣＭデジタル信号を入出力できるものが出現している。本実施形態では、このようなデジタルモデムを使用している。
【００３１】
セレクタ（ＳＥＬ＿Ａ）２０４は、ＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）として、モデム２０７からの送信信号（ＴＸ）と、ＳＬＩＣ２０８からの送信信号（ＴＸ）のいずれかを選択する。セレクタ（ＳＥＬ＿Ｂ）２０５は、ＰＣＭＩ／Ｆ２０２の受信信号（ＲＸ）として、モデム２０９からの送信信号（ＴＸ）と、ＳＬＩＣ２０８からの送信信号（ＴＸ）のいずれかを選択する。セレクタ（ＳＥＬ＿Ｃ）２０６は、ＳＬＩＣ２０８の受信信号（ＲＸ）として、ＰＣＭＩ／Ｆ２０１からの送信信号（ＴＸ）と、ＰＣＭＩ／Ｆ２０２からの送信信号（ＴＸ）のいずれかを選択する。各セレクタの選択状態を切り替える制御信号は、ポート２０３に接続されており、このポート２０３を制御することで、各セレクタにおける選択が制御される。
【００３２】
この音声信号処理部１１３で、２つのセッションの切り替えが行われる。即ち、ＦＡＸ通信の場合には、セレクタ２０４とセレクタ２０５により、ＰＣＭＩ／Ｆ２０１とモデム２０７、ＰＣＭＩ／Ｆ２０２とモデム２０９がそれぞれ接続され、Ｔ．３０ＦＡＸのみなし音声を用いた通信が行われる。
【００３３】
一方、通話時には、セレクタ２０４とセレクタ２０５により、ＰＣＭＩ／Ｆ２０１或いはＰＣＭＩ／Ｆ２０２の受信信号（ＲＸ）としてＳＬＩＣ２０８の送信信号（ＴＸ）が接続される。電話機は１台であるため、セレクタ２０６でＰＣＭＩ／Ｆ２０１，ＰＣＭＩ／Ｆ２０２のどちらを使用するかが制御される。
【００３４】
次に、図３を参照して本実施形態に係る画像通信装置１０１の動作に関して説明する。
【００３５】
図３は、実施形態１に係る画像通信装置１０１における着信処理を説明するフローチャートである。尚、このフローチャートで示す処理を実行するプログラムはＲＯＭ１０８に記憶されており、ＣＰＵ１０２がそのプログラムを実行することにより、この処理が実現される。
【００３６】
まずＳ３００で、ＣＰＵ１０２は着信があったかどうかを判定する。これはＳＩＰ手順のＩＮＶＩＴＥと呼ばれる信号がＩＰ網からネットワークＩ／Ｆ部１１２で受信されたかどうかで判定する。着信があったと判定するとＳ３０１に進み、ＣＰＵ１０２は、ＩＮＶＩＴＥ信号のメディア種別を判別する。
【００３７】
図１４（Ａ）（Ｂ）は、ＳＩＰのＩＮＶＩＴＥ信号の例を示す図である。図１４（Ａ）は、オーディオ着信時のＩＮＶＩＴＥ信号を示し、図１４（Ｂ）は、Ｔ．３８通信でのＩＮＶＩＴＥ信号を示す。このＩＮＶＩＴＥ信号には、発信元を示すＦｒｏｍ情報や、着信先を示すＴｏ情報もあるが、「ｍ＝」から始まるメディア種別情報がある。
【００３８】
この「ｍ＝」に続く情報が「audio」であればオーディオ（音声）着信であり、「application」や「image」であれば、デジタルデータ信号でのＴ．３８通信を意味する。
【００３９】
Ｓ３０１でＣＰＵ１０２は、この「ｍ＝」以下の情報を判定し、「application」や「image」の場合はＳ３０２に進む。Ｓ３０２でＣＰＵ１０２は何セッション目であるかを判定し、１又は２セッション目の着信であればＳ３０３に進んでセッションを確立する。そしてＳ３０４に進み、ＣＰＵ１０２は、Ｔ．３８でのＦＡＸ通信を開始する。セッションの確立は、ＩＮＶＩＴＥ信号に対する応答信号として、２００ ＯＫ信号をネットワークＩ／Ｆ部１１２からＩＰ網に出力することで行われる。
【００４０】
一方、Ｓ３０２でＣＰＵ１０２が３セッション目の着信であると判定した場合は、既に２つのセッションがフルの状態で、新たなセッションは受け入れられないためＳ３０５に進む。Ｓ３０５でＣＰＵ１０２は、ＩＰ網にビジー信号（ＳＩＰ信号の 486 busy here）を送出して着信を拒否する。
【００４１】
一方、Ｓ３０１でＣＰＵ１０２がメディア種別がオーディオ（ｍ＝audio）と判定した場合はＳ３０６に進み、通信モードを判定する。Ｓ３０６でＣＰＵ１０２が、通信モードが自動受信モードと判定した場合はＳ３０７に進み、ＣＰＵ１０２は、何セッション目の着信かを判定する。ここで、１又は２セッション目の着信であればＳ３０８に進み、ＣＰＵ１０２は、そのセッションを確立する。そしてＳ３１０に進み、ＣＰＵ１０２は、Ｔ．３０ＦＡＸのみなし音声通信に移行する。尚、Ｓ３０８のセッションの確立は、ＩＮＶＩＴＥ信号に対する応答信号として、２００ ＯＫ信号をネットワークＩ／Ｆ部１１２からＩＰ網に出力することで行われる。例えば、１セッション目のオーディオ着信で、自動受信モードであった場合には、音声信号処理部１１３で、１セッション目のデータはＰＣＭＩ／Ｆ２０１に接続される。これにより、ＰＣＭＩ／Ｆ２０１からの送信信号（ＴＸ）は、モデム２０７の受信信号（ＲＸ）に接続され、更に、モデム２０７からの送信信号（ＴＸ）は、セレクタ２０４を介してＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）に接続される。
【００４２】
又、２セッション目であれば、２セッション目のデータはＰＣＭＩ／Ｆ２０２に接続される。これにより、ＰＣＭＩ／Ｆ２０２からの送信信号（ＴＸ）は、モデム２０９の受信信号（ＲＸ）に接続され、更に、モデム２０９からの送信信号（ＴＸ）は、セレクタ２０５を介して、ＰＣＭＩ／Ｆ２０２の受信信号（ＲＸ）に接続される。このようにして、１又は２セッション目でのＴ．３０ＦＡＸのみなし音声通信が行われる。
【００４３】
またＳ３０７で３セッション目の着信であった場合には、既に２つのセッションがフルで使用中で、新たなセッションは受け入れられないためＳ３０９に進む。Ｓ３０９でＣＰＵ１０２は、ＩＰ網にビジー信号（ＳＩＰ信号の 486 busy here）を送出して着信を拒否する。
【００４４】
またＳ３０６でＣＰＵ１０２が自動受信モードでないと判定した場合はＳ３１１へ進み、ＣＰＵ１０２は、手動受信モードかどうかを判定する。手動受信モードと判定した場合は図４のＳ４００に進み、手動受信モードではないと判定した場合、即ち、ＦＡＸ／ＴＥＬ切替モードの場合は図７のＳ７００に進む。
【００４５】
次に、図４〜図６を参照して、手動受信モードに設定されていた場合の画像通信装置１０１における着信処理を説明する。
【００４６】
図４は、実施形態１に係る画像通信装置１０１が手動受信モードのときにオーディオ着信があった場合の処理を説明するフローチャートである。
【００４７】
図４のＳ４００でＣＰＵ１０２は、何セッション目の着信であるかを判定する。ここで１セッション目の着信であると判定するとＳ４０１に進み、ＣＰＵ１０２は、ＳＬＩＣ２０８の電話鳴動機能を使用して、ＳＬＩＣ２０８に接続された電話機１１４を鳴動し着信呼び出しを行う。次にＳ４０２に進み、ＣＰＵ１０２は、電話応答があったかどうかを判定する。この電話応答は、電話機１１４のオフフックが検出されたかどうかで判定する。このオフフック検出はＳＬＩＣ２０８で行われる。Ｓ４０２で電話応答があったと判定した場合はＳ４０３に進んで呼接続（セッション確立）を行う。このセッション確立は、ＩＰ網にＳＩＰ信号 200 OKを送出することで行われる。その後Ｓ４０４に進み、通話状態になる。
【００４８】
この１セッション目の通話時では、音声信号制御部１１３は以下のように制御される。音声信号処理部１１３で、１セッション目のデータはＰＣＭＩ／Ｆ２０１に接続され、ＰＣＭＩ／Ｆ２０１からの送信信号（ＴＸ）はモデム２０７の受信信号（ＲＸ）だけではなく、セレクタ２０６を介してＳＬＩＣ２０８の受信信号（ＲＸ）にも接続される。更に、ＳＬＩＣ２０８の送信信号（ＴＸ）は、セレクタ２０４を介して、ＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）に接続される。このようにして１セッション目での音声通話が行われる。
【００４９】
こうしてＳ４０５でＳＬＩＣ２０８によるオフフック検出機能で、接続された電話機１１４のオンフックが検出された場合は通話が終了したと判定してＳ４１５に進み、ＳＩＰ信号のＢＹＥを送出し呼を切断する。尚、Ｓ４０５でオンフックが検出されなかった場合はＳ４０４へ戻り通話が継続される。
【００５０】
一方、Ｓ４００でＣＰＵ１０２が２セッション目の着信と判定するとＳ４０６に進み、ＳＬＩＣ２０８を使用中かどうか（即ち、電話機１１４が使用中かどうか）を判定する。ここで、ＳＬＩＣ２０８が使用中と判定した場合は、１セッション目で電話呼出中か、又は通話中になって図５のＳ５００へ進む。
【００５１】
一方、Ｓ４０６でＳＬＩＣ２０８が使用中でないと判定した場合はＳ４０８に進み、ＣＰＵ１０２は、ＳＬＩＣ２０８の電話鳴動機能を使用して、ＳＬＩＣ２０８に接続された電話機１１４を鳴動させる。そしてＳ４０９でＣＰＵ１０２は、電話応答があったかどうかを、ＳＬＩＣ２０８での電話機１１４の電話のオフフック検出手段を用いて判定する。Ｓ４０９でオフフックが検出されるとＳ４１０に進み、ＣＰＵ１０２は、呼接続（セッション確立）を、ＩＰ網にＳＩＰ信号の200 OKを送出することで行ってＳ４１１に進み、通話状態に移行する。そしてＳ４１２で、ＳＬＩＣ２０８によるオフフック検出機能で、接続された電話機１１４のオンフックが検出された場合は通話が終了したと判定してＳ４１５に進む。
【００５２】
Ｓ４０８〜Ｓ４１２では、既に１セッション目でＦＡＸ通信が行われている状態なので、オーディオ呼の信号は、ＦＡＸ通信で使用していない、未使用のＰＣＭＩ／Ｆ２０１又はＰＣＭＩ／Ｆ２０２のいずれかに入力される。そしてセレクタ２０４、セレクタ２０５、セレクタ２０６を介して、ＰＣＭＩ／Ｆ２０１又はＰＣＭＩ／Ｆ２０２とＳＬＩＣ２０８とを接続することで行われる。
【００５３】
次に、手動受信モードで、かつ２セッション目のオーディオ着信で、電話使用中の状態での処理に関して、図５のフローチャートを参照して説明する。
【００５４】
図５は、実施形態１に係る画像通信装置１０１が手動受信モードで、かつ２セッション目のオーディオ着信で、電話使用中の状態の場合の処理を説明するフローチャートである。
【００５５】
先ずＳ５００でＣＰＵ１０２は、１セッション目が通話中かどうかを判定する。これは、ＳＬＩＣ２０８による電話機１１４の呼出が終了し、ＳＬＩＣ２０８により電話機１１４のオフフックが検出されたかどうかで判定できる。ここで通話中でない、即ち、呼出中であった場合はＳ５０１に進み、ＣＰＵ１０２は１セッション目が切断されたかどうかを判定する。ここで１セッション目が切断された場合には、１セッション目の通話が終了しているため図４のＳ４０１に進む。一方、１セッション目が切断されていないと判定した場合はＳ５００に戻り、１セッション目が通話中になるのを待つ。こうしてＳ５００で１セッション目が通話中になったことを検出するとＳ５０２に進み、擬似的なキャッチホン動作を行う。
【００５６】
図１０は、擬似的なキャッチホン動作における音声信号処理部１１３の接続状態を説明する図である。図１０において、接続されているデバイスを太線で示している。
【００５７】
図１０では、１セッション目で通話している状態であるため、１セッション目のデータは、ＰＣＭＩ／Ｆ２０１とＳＬＩＣ２０８に接続されている。ここでセレクタ２０６は、ＰＣＭＩ／Ｆ２０１の送信信号（ＴＸ）をＳＬＩＣ２０８の受信信号（ＲＸ）に接続するように制御され、セレクタ２０４は、ＳＬＩＣ２０８の送信信号（ＴＸ）がＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）に接続されるように制御される。この状態で、１セッション目のデータは、ＰＣＭＩ／Ｆ２０１を介してＳＬＩＣ２０８、電話機１１４のパスで接続され電話機１１４による通話が行われている。
【００５８】
ここで、ＩＰ網からオーディオ着信１００１があり、かつＳ５００で１セッション目が通話中と判断された場合はＳ５０２に進む。Ｓ５０２でＣＰＵ１０２は、ＳＬＩＣ２０８の音声信号重畳機能を用いて、ＳＬＩＣ２０８に接続されている電話機１１４に、通話中着信であるオーディオ着信があったことを知らせる音（着信表示音）を重畳する（図１０の１００２）。次にＳ５０３でＣＰＵ１０２は、電話機１１４からのキャッチ応答があったかどうかを判定する。この機能も、ＳＬＩＣ２０８の通話中のフック検知手段を用い、フッキングが検出された場合（図１０の１００３）はＳ５０４に移行する。
【００５９】
Ｓ５０４でＣＰＵ１０２は、ＳＩＰ信号の200 OKをＩＰ網へ送出し、２セッション目のセッションを確立し、２セッション目の相手との通話を開始する。そしてＳ５１２に進みＣＰＵ１０２は、１セッション目の相手先に保留音を送出する動作を行う。
【００６０】
この動作を、図１１を用いて説明する。
【００６１】
図１１は、実施形態１に係る画像通信装置１０１が１セッション目で通話中の状態で、擬似キャッチ動作を行う状態を示す図で、図１０に続く接続状態を示している。
【００６２】
まず、２セッション目の相手との通話を行うために、２セッション目の音声データを、ＰＣＭＩ／Ｆ２０２、ＳＬＩＣ２０８を介して電話機１１４と接続する。そのために、セレクタ２０６は、ＰＣＭＩ／Ｆ２０２の送信信号（ＴＸ）がＳＬＩＣ２０８の受信信号（ＲＸ）と接続されるように制御される。またセレクタ２０５は、ＳＬＩＣ２０８の送信信号（ＴＸ）がＰＣＭＩ／Ｆ２０２の受信信号（ＲＸ）に接続されるように制御される。これによって、２セッション目の相手との通話が可能になる。
【００６３】
更に、１セッション目に関しては、１セッション目の音声データは、ＰＣＭＩ／Ｆ２０１とモデム２０７とに接続される。そのために、セレクタ２０４を、ＳＬＩＣ２０８の送信信号ではなく、モデム２０７の送信信号（ＴＸ）とＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）とを接続するように制御する。
【００６４】
この状態で、モデム２０７のトーン信号出力機能を用いて、モデム２０７、ＰＣＭＩ／Ｆ２０１を通じて、１セッション目の通話先に対してモデム２０７が出力する音声信号（＝保留音）を聞かせる。こうして１セッション目が保留になったことを１セッション目の通話者に知らせることができる。以上説明したのが、この画像通信装置１０１で実現している擬似キャッチ機能である。
【００６５】
擬似キャッチ機能とは、網（キャリア）がサポートしているキャッチホン（通話中の着信通知）機能を、網のサービスを利用しないで画像通信装置１０１で実現する機能である。即ち、２セッション目のオーディオ着信時に、画像通信装置１０１内で通話中の音声に着信表示音を重畳させ、その割込み呼に応答した場合には、割込み呼に切り替えて通話し、最初の通話相手には、画像通信装置１０１から保留音を送出する。更に、割込み呼の切断を検知すると、割込み呼のセッションを切断し、最初の通話相手の保留音を止め、最初の通話相手との通話に戻す機能である。
【００６６】
ここで図５の説明に戻る。Ｓ５０５でＣＰＵ１０２は、手動受信指示があったかどうかを判定する。ここでは手動受信モードであるため、この画像通信装置１０１には手動受信を指示する「手動受信」開始ボタンなどが表示されているため、ユーザがこのボタンを押下したかどうかで手動受信指示があったかどうかを判定できる。ここで、手動受信が指示されたと判定した場合はＳ５０９に進み、ＣＰＵ１０２は、通話中である２セッション目でのＦＡＸ通信を開始する。次にＳ５１０でＣＰＵ１０２は、１セッション目の保留音を停止してＳ５１５に進み、ＣＰＵ１０２は、１セッション目で元の通話先との通話を再開する。
【００６７】
ここで、上述の制御を図１２を参照して説明する。
【００６８】
図１２は、実施形態１に係る画像通信装置１０１において、１セッション目で通話中に割込み呼があった場合に、擬似キャッチ動作でＦＡＸ受信へ移行する処理を説明する図である。
【００６９】
まず、２セッション目の通話をＦＡＸ通信に切り替えるため、２セッション目の音声データを、ＰＣＭＩ／Ｆ２０２を介してモデム２０９に入力する（１２００）。具体的には、セレクタ２０５でモデム２０９の送信信号（ＴＸ）をＰＣＭＩ／Ｆ２０２の受信信号（ＲＸ）に接続する。更に、セレクタ２０６は、後述するように、ＰＣＭＩ／Ｆ２０１の送信信号（ＴＸ）をＳＬＩＣ２０８の受信信号（ＲＸ）につなぎかえる。この接続により、図５のＳ５０９で述べた２セッション目でのＦＡＸ通信が可能になる。
【００７０】
一方、１セッション目では、モデム２０７で出力していた保留音を停止し（１２０１）、更に、モデム２０７に接続していたＰＣＭＩ／Ｆ２０１を切り離し、ＰＣＭＩ／Ｆ２０１とＳＬＩＣ２０８とを再接続する（１２０２）。具体的にはセレクタ２０４でＳＬＩＣ２０８の送信信号（ＴＸ）をＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）へ、セレクタ２０６でＰＣＭＩ／Ｆ２０１の送信信号（ＴＸ）をＳＬＩＣ２０８の受信信号（ＲＸ）へ接続する。このようにして、１セッション目の通話が再開できる。
【００７１】
更に、図５のＳ５０５でＣＰＵ１０２が、手動受信が指示されないと判定した場合はＳ５０６に進みＣＰＵ１０２は、２セッション目の通話が終了したかどうかを判定する。これは、通話先の切断か、これはＳＬＩＣ２０８に接続している電話機１１４のフック検出機能でオンフック検出されたかどうかで判定する。Ｓ５０６で２セッション目の通話が終了したと判定するとＳ５０７に進み、そうでないときはＳ５０５に進む。
【００７２】
このキャッチ機能では、このタイミングで、短いオンフック（フッキング）が検出された場合には、割込み通話者を保留として、元の通話者へ切り替える機能も搭載可能である。この動作の詳細な説明はしないが、この場合、割込み呼の通話者に出していた保留音を停止し、元の通話者のセッションデータをＳＬＩＣ２０８に接続する。更に、割込み呼の通話者のセッションデータを、モデム２０７又はモデム２０９に接続し、更にモデム２０７又はモデム２０９から保留音を出力することになる。
【００７３】
Ｓ５０６で通話終了が検出された場合はＳ５０７に進みＣＰＵ１０２は、２セッション目の通話を切断（ＩＰ網へＳＩＰ信号のＢＹＥを送出）する。次にＳ５１３に進み、ＣＰＵ１０２は、モデム２０７で出力している１セッション目の保留音を停止し、Ｓ５１４でＣＰＵ１０２は、１セッション目の通話相手との通話を再開する。この通話再開は、図１０で説明した接続に戻すことで行える。このようにして、１セッション目の通話が再開できる。
【００７４】
以上説明したように、１セッション目で通話中の場合にオーディオ着信があると、擬似キャッチホン機能により、そのオーディオ着信を通話やＦＡＸ受信に切り替えることが可能となる。
【００７５】
次に、図４で３セッション目のオーディオ着信があった場合（図４処理Ｄ）の動作を図６を用いて説明する。
【００７６】
図６は、実施形態１に係る画像通信装置１０１が手動受信モードで、かつ３セッション目のオーディオ着信の場合の処理を説明するフローチャートである。この場合は既に２つのセッションがフルで使われているため、着信は、ＮＧＮ回線でのキャッチ着信を想定している。
【００７７】
まず、Ｓ６００でＣＰＵ１０２は、ＳＬＩＣ２０８が使用中かどうかを判定し、ＳＬＩＣ２０８が未使用であった場合は、２つのセッションがいずれもＦＡＸ通信である。このためＳ６０１で、ＮＧＮ網に対してビジー応答（ＳＩＰ信号の 486 busy hereの送出）を行い、３セッション目の着信を拒否する。
【００７８】
一方、Ｓ６００でＣＰＵ１０２が、ＳＬＩＣ２０８が使用中と判定した場合は２つおのセッションで通話とＦＡＸ通信を行っていることになる。この場合はＳ６０２に進み、ＣＰＵ１０２は、ＳＬＩＣ２０８を使用しているセッションが通話中に移行しているかどうかを判定する。これは、ＳＬＩＣ２０８による電話機１４１の呼出が終了し、ＳＬＩＣ２０８による電話機１４１のオフフックが検出されたかどうかで判定できる。ここで、通話中でない、即ち、呼出中であったと判定した場合はＳ６０３に進み、ＣＰＵ１０２は、ＳＬＩＣ２０８を使用しているセッションが切断されたかどうかを判定する。ここでＳＬＩＣ２０８を使用しているセッションが切断されたと判定すると、通話が終了しているため図４のＳ４０１に戻る。一方、ＳＬＩＣ２０８を使用しているセッションが切断されていないと判定した場合はＳ６０２に戻り、ＳＬＩＣ２０８を使用しているセッションが通話中になるのを待つ。こうしてＳ６０２でＳＬＩＣ２０８を使用しているセッションが通話になったことを検出するとＳ６０４以降で、キャッチホン動作を行う。この場合の、音声信号処理部１１３の接続状態を図１３に示す。
【００７９】
図１３は、実施形態１に係る画像通信装置１０１において、１セッション目で通話中、２セッション目でＦＡＸ通信中のキャッチ動作割り込み着信へ移行する処理を説明する図である。
【００８０】
ここでは１セッション目の音声データの処理では、ＰＣＭＩ／Ｆ２０１とＳＬＩＣ２０８とが接続され１セッション目での通話が行われる。このためセレクタ２０４は、ＳＬＩＣ２０８の送信信号（ＴＸ）をＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）へ、セレクタ２０６は、ＰＣＭＩ／Ｆ２０１の送信信号（ＴＸ）をＳＬＩＣ２０８の受信信号（ＲＸ）へそれぞれ接続している。
【００８１】
更に、２セッション目のデータでは、ＰＣＭＩ／Ｆ２０２とモデム２０９が接続され２セッション目でのＦＡＸ通信が行われている。このためセレクタ２０５は、モデム２０９の送信信号（ＴＸ）をＰＣＭＩ／Ｆ２０２の受信信号（ＲＸ）へ接続し、ＰＣＭＩ／Ｆ２０２の送信信号（ＴＸ）をモデム２０９の受信信号（ＲＸ）へ接続している。
【００８２】
図１３での接続は、１セッション目のデータが音声データ、２セッション目のデータがＴ．３０ＦＡＸのみなし音声通信データとしたが、本発明は特にこれに限らない。即ち、１セッション目のデータが、Ｔ．３０ＦＡＸのみなし音声通信データ、２セッション目のデータが音声データでもかまわない。この場合は、１セッション目のデータでは、ＰＣＭＩ／Ｆ２０１とモデム２０７とが接続され、２セッション目のデータでは、ＰＣＭＩ／Ｆ２０２とＳＬＩＣ２０８とが接続される。
【００８３】
このように、２つのセッションをフルに使用していた場合に、１３０１で、ＮＧＮ網からのキャッチ着信を受け付ける（ＳＩＰ信号のＩＮＶＩＴＥ信号を受け付ける）。これによりＳＬＩＣ２０８の通話中の音声信号重畳機能で通話中の音に着信があったことの通知（着信表示音の重畳）を行う（１３０２）。更にこの状態で、１３０３で、ＳＬＩＣ２０８の接続された電話機１４１のフック検出機能で、フッキングを検出する（図６のＳ６０５でのキャッチ応答検出）。Ｓ６０５でキャッチ応答が検出されるとＳ６０６に進み、着信表示音の重畳を止め、割込み呼のセッションを確立する。具体的には、ＳＩＰ信号の200 OK信号をＮＧＮ網へ送出する（１３０４）。これによってＳ６１０でＮＧＮ網は、１セッション目の通話を保留状態にし、１セッション目の通話相手には網側から保留音が送信され、更に、キャッチ着信した呼での通話状態になる。
【００８４】
更に図６のＳ６０７に進み、ＣＰＵ１０２は手動受信を禁止する。これは、例えば、前述した「手動受信」ボタンを表示させないなどの手段で行われる。この手動受信を禁止する目的は、２つのセッションがフルで動作している状態で、キャッチ着信でＦＡＸ通信に移行させると、ＦＡＸ通信は短時間では終了しないため、保留になっている最初の通話相手が長時間待たされることになる。その結果、無駄な回線接続となり、接続料金が上がってしまうのを防止するためである。
【００８５】
そしてＳ６０８に進み、ＣＰＵ１０２は、割込みセッションでの通話が終了したかどうかを判定する。これは、ＳＬＩＣ２０８のフック検出機能で、接続された電話機１４１のオンフックが行われたどうかで判定できる。ここでオンフックを検出するとＳ６０９に進み、ＣＰＵ１０２は、割込みセッションでの通話を終了させる。具体的には、そのセッションでＳＩＰ信号のＢＹＥをＮＧＮ網に送出する。これを受けたＮＧＮ網は、割込みセッションでの通話を切断し、最初の通話相手へ切り替える。
【００８６】
尚、キャッチ機能では、このタイミングで、短いオンフック（フッキング）が検出された場合には、割込み通話者を保留として、元の通話者へ切り替える機能もある。この場合、ＮＧＮのキャッチサービスで規定されたＳＩＰ信号をＩＰ網に出力することで、ＮＧＮ網側で切替が行われる。このようにして、最初の通話相手との通話が再開される。
【００８７】
以上説明したように本実施形態によれば、２つのセッションをフルで使用中のときにオーディオ着信（キャッチ着信）があった場合でも、網のキャッチ機能を使用して通話を行えるようになる。
【００８８】
更にこの実施形態では、割込み呼によるＦＡＸ受信への移行を禁止したため、最初の通話相手を長時間保留のまま待たせることがなく、無駄な通信料金が発生するのを防止できるという効果がある。
【００８９】
次に、図３でのＳ１１１で、受信モードがＦＡＸ／ＴＥＬ切替モードと判定された場合の処理（Ｂ）を図７のフローチャートを参照して説明する。
【００９０】
図７は、実施形態１に係る画像通信装置１０１がＦＡＸ／ＴＥＬモード時の時の処理を説明するフローチャートである。
【００９１】
まずＳ７００で、何セッション目の着信であるかを判定する。ここで１セッション目の着信であると判定するとＳ７０１に進み、ＣＰＵ１０２は、ＦＡＸ／ＴＥＬ切替モードでの着信鳴動が設定されているかどうかを判定する。この着信鳴動とは、ＦＡＸ／ＴＥＬ切替のための呼接続前に、電話の鳴動を指示するもので、ここで鳴動が設定されていた場合はＳ７０２に進む。Ｓ７０２でＣＰＵ１０２は、ＳＬＩＣ２０８に接続された電話機１４１の鳴動機能で電話機１４１を鳴動し、着信呼び出しを行ってＳ５７０３に進む。一方、Ｓ７０１で無鳴動が設定されていると判定した場合は、電話機１１４を鳴動させずにＳ７０３へ移行する。Ｓ７０３でＣＰＵ１０２は、１セッション目の接続を確立する。具体的には、ＳＩＰ信号の２００ ＯＫ信号をＩＰ網に送出する。この状態で、１セッション目での通話状態となる。
【００９２】
その後、ＦＡＸ／ＴＥＬ切替機能を行う。まずＳ７２０で、モデム２０７又はモデム２０９のトーン検出機能でＣＮＧ検出を開始し、Ｓ７２１でＣＮＧ信号が検出されたかどうかを判定する。ここでＣＮＧが検出された場合はＳ７２２に進み、ＴＥＬ（通話）からＦＡＸ受信に切り替える。この切り替えは、そのセッションデータを、ＳＬＩＣ２０８からモデム２０７又はモデム２０９に接続しなおすことで行える。更にＣＰＵ１０２は、Ｓ７２３で通信が終了したかどうかをＦＡＸプロトコル信号の監視で判定し、通信が終了していればＳ７１２に進んでセッションを切断（ＩＰ網へＳＩＰ信号のＢＹＥを送出）して、この処理を終了する。一方、Ｓ７２３で通信が終了していなければ通信を継続する。
【００９３】
またＳ７２１でＣＮＧ信号が検出されなかったと判定した場合はＳ７０４に進んで通話開始となる。そしてＣＰＵ１０２は、Ｓ７０５で通話の終了を、ＳＬＩＣ２０８のフック検出で判定し、通話が終了していればＳ７１２に進んでセッションを切断（ＩＰ網へＳＩＰ信号のＢＹＥを送出）する。一方、Ｓ７０５で通話が終了していなければＳ７０４に進んで、通話が継続される。
【００９４】
この１セッション目の通話では、音声信号制御部１１３は以下のように制御される。
【００９５】
音声信号処理部１１３で、１セッション目のデータは、ＰＣＭＩ／Ｆ２０１に接続され、ＰＣＭＩ／Ｆ２０１からの送信信号（ＴＸ）は、モデム２０７の受信信号（ＲＸ）だけではなく、ＳＬＩＣ２０８の受信信号（ＲＸ）にも接続される。更に、ＳＬＩＣ２０８の送信信号（ＴＸ）は、セレクタ２０４を介して、ＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）に接続される。このようにして、１セッション目での音声通話（ＦＡＸ／ＴＥＬ切替）が行われる。
【００９６】
またＳ７００で、ＣＰＵ１０２が２セッション目の着信と判定するとＳ７０６に進み、ＳＬＩＣ２０８が使用中かどうか（即ち、電話機１１４を使用中かどうか）を判定する。ここで、ＳＬＩＣ２０８が使用中と判定した場合は、１セッション目で電話機１１４の呼出中か、又は通話中になって処理（Ｅ）（図８のＳ８００）へ進む。
【００９７】
一方、Ｓ７０６で、ＣＰＵ１０２がＳＬＩＣ２０８が未使用と判定した場合はＳ７０７に進み、ＦＡＸ／ＴＥＬ切替モードでの着信鳴動が設定されているかどうかを判定する。ここで鳴動が設定されていた場合はＳ７０８に進み、ＣＰＵ１０２は、ＳＬＩＣ２０８に接続された電話機１４１の鳴動機能で、電話機１４１を鳴動させて着信呼び出しを行う。一方、Ｓ７０７で無鳴動が設定されていると判定した場合は、電話機１１４を鳴動させずにＳ７０９へ移行する。Ｓ７０９でＣＰＵ１０２は、２セッション目の接続を確立する。具体的には、ＳＩＰ信号の２００ ＯＫ信号をＩＰ網に送出する。この状態で、２セッション目での通話状態となり、Ｓ７２４以降でＦＡＸ／ＴＥＬ切替機能を行う。
【００９８】
まずＳ７２４で、モデム２０７又はモデム２０９のトーン検出機能により、ＣＮＧ検出を開始し、Ｓ７２５でＣＰＵ１０２はＣＮＧ信号が検出されたかどうかを判定する。ここでＣＮＧ信号が検出されるとＳ７２６に進み、ＣＰＵ１０２は、ＴＥＬ（通話）からＦＡＸ受信に切り替える。この切り替えは、そのセッションデータを、ＳＬＩＣ２０８からモデム２０７又はモデム２０９に接続しなおすことで行える。そしてＳ７２７で通信が終了したかどうかをＦＡＸプロトコル信号の監視で判断し、通信が終了していればＳ７１２に進んで、セッションを切断（ＩＰ網へＳＩＰ信号のＢＹＥを送出）する。Ｓ７２７で通信が終了していなければ、そのまま通信を継続する。
【００９９】
一方、Ｓ７２５でＣＮＧ信号が検出されなかった場合はＳ７１０に進んで通話開始となる。そしてＳ７１１でＣＰＵ１０２は、通話の終了を、ＳＬＩＣ２０８のフック検出機能で判定し、通話が終了していればＳ７１２に進んでセッションを切断（ＩＰ網へＳＩＰ信号のＢＹＥを送出）する。Ｓ７１１で通話が終了していないと判定したときはＳ７１０に進んで、通話が継続される。
【０１００】
ここでは、既に１セッション目でＦＡＸ通信が行われている状態なので、オーディオ着呼の信号は、ＦＡＸ通信で使用していない、未使用のＰＣＭＩ／Ｆ２０１又はＰＣＭＩ／Ｆ２０２のどちらかが受信する。そして、セレクタ２０４、セレクタ２０５、セレクタ２０６を介してＰＣＭＩ／Ｆ２０１又はＰＣＭＩ／Ｆ２０２のどちらかに、ＳＬＩＣ２０８を接続することで行われる。
【０１０１】
次に、ＦＡＸ／ＴＥＬ切替モードかつ２セッション目のオーディオ着信で、電話使用中の状態での動作に関して、図８を用いて説明する。
【０１０２】
図８は、実施形態１に係る画像通信装置１０１が、ＦＡＸ／ＴＥＬ切替モードで、かつ２セッション目のオーディオ着信でＳＬＩＣを使用中の場合の処理を説明するフローチャートである。
【０１０３】
先ずＳ８００でＣＰＵ１０２は、１セッション目が通話中かどうかを判断する。これは、ＳＬＩＣ２０８による電話機１４１の呼出が終了し、ＳＬＩＣ２０８による電話機１４１のオフフックが検出されたかどうかで判定できる。ここで、通話中でない、即ち、呼出中であった場合はＳ８０１に進み、ＣＰＵ１０２は、１セッション目が切断されたかどうかを判定する。ここで１セッション目が切断された場合には、１セッション目の通話が終了しているため、図７のＳ７０１へ戻る。一方Ｓ８０１で１セッション目が切断されていないと判定した場合はＳ８００に戻り、１セッション目が通話中になるのを待つ。Ｓ８００で１セッション目が通話になったことを検出するとＳ８０２以降で、擬似的なキャッチホン動作を行う。
【０１０４】
図１０は、この場合の、音声信号処理部１１３の接続状態を示す図である。図１０の実線が接続されているデバイスである。
【０１０５】
図１０では、１セッション目で通話している状態であるため、１セッション目のデータの処理は、ＰＣＭＩ／Ｆ２０１とＳＬＩＣ２０８とが接続されている。ここで、セレクタ２０６は、ＰＣＭＩ／Ｆ２０１の送信信号（ＴＸ）をＳＬＩＣ２０８の受信信号（ＲＸ）に接続するように制御される。またセレクタ２０４は、ＳＬＩＣ２０８の送信信号（ＴＸ）がＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）に接続されるように制御される。
【０１０６】
この状態で、１セッション目のデータは、ＰＣＭＩ／Ｆ２０１、ＳＬＩＣ２０８、電話機１４１のパスで処理され、電話機１４１による通話が行われている。
【０１０７】
ここで、ＩＰ網からオーディオ着信（１００１）があり、かつ、Ｓ８００でＣＰＵ１０２が、１セッション目が通話中と判定した場合はＳ８０２に進む。Ｓ８０２でＣＰＵ１０２は、ＳＬＩＣ２０８の音声信号重畳機能を用いて、ＳＬＩＣ２０８に接続されている電話機１４１の通話音に、オーディオ着信があったことを知らせる音（着信表示音）を重畳する（１００２）。次にＳ８０３に進み、ＣＰＵ１２０は、電話機１４１からのキャッチ応答があったかどうかを判定する。この機能も、ＳＬＩＣ２０８の通話中のフック検知手段を用い、フックが検出された場合（１００３）はＳ８０４に移行する。Ｓ８０４でＣＰＵ１０２は、ＳＩＰ信号の２００ ＯＫをＩＰ網へ送出して２セッション目のセッションを確立し、２セッション目の相手との通話を開始する。そしてＳ８２０でＣＰＵ１０２は、１セッション目の相手先に保留音を送出する動作を行う。
【０１０８】
この動作を図１１を用いて説明する。図１１は図１０に続く接続状態を示している。
【０１０９】
まず２セッション目の相手との通話を行うために、２セッション目のデータを、ＰＣＭＩ／Ｆ２０２、ＳＬＩＣ２０８、電話機１４１を接続して処理する。そのために、セレクタ２０６は、ＰＣＭＩ／Ｆ２０２の送信信号（ＴＸ）がＳＬＩＣ２０８の受信信号（ＲＸ）と接続されるように制御される。またセレクタ２０５はＳＬＩＣ２０８の送信信号（ＴＸ）がＰＣＭＩ／Ｆ２０２の受信信号（ＲＸ）に接続されるように制御される。これによって、２セッション目の相手との通話が可能になる。
【０１１０】
更に、１セッション目に関しては、１セッション目のデータを、ＰＣＭＩ／Ｆ２０１、モデム２０７とを接続して処理する。そのために、セレクタ２０４は、ＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）がＳＬＩＣ２０８ではなく、モデム２０７の送信信号（ＴＸ）と接続されるように制御される。
【０１１１】
この状態で、モデム２０７の音声信号出力機能を用いて、モデム２０７、ＰＣＭＩ／Ｆ２０１、１セッション目のデータを通じて、１セッション目の通話先に対してモデム２０７が出力する音声信号（＝保留音）を聞かせる。これにより、１セッション目の通話が保留になったことを１セッション目の通話者に知らせることができる。
【０１１２】
以上説明したのが、本装置で実現している擬似キャッチ機能である。
【０１１３】
次に図８の説明に戻る。Ｓ８０５でＣＰＵ１０２は、２セッション目でＦＡＸの初期識別信号であるＣＮＧ信号を検出したかどうかを判定する。
【０１１４】
これは、図１１のＰＣＭＩ／Ｆ２０２の送信信号（ＴＸ）をモデム２０９の受信信号（ＲＸ）に入力し、モデム２０９の機能であるトーン信号検出機能でＣＮＧ信号の有無を判定できる。Ｓ８０５でＣＮＧ信号が検出された場合はＳ８０９に進み、通話中である２セッション目でのＦＡＸ通信を開始する。更にＳ８１０に進み、ＣＰＵ１０２は、１セッション目の保留音を停止し、Ｓ８２３で１セッション目で元の通話先との通話を再開する。そしてＳ８１１で通話が終了するのを待って、この処理を終了する。
【０１１５】
次に、これらの制御を図１２を用いて説明する。
【０１１６】
まず、２セッション目の通話をＦＡＸ通信に切り替えるため、２セッション目のデータを、ＰＣＭＩ／Ｆ２０２、モデム２０９に接続する。具体的には、セレクタ２０５でモデム２０９の送信信号（ＴＸ）をＰＣＭＩ／Ｆ２０２の受信信号（ＲＸ）に接続する（１２００）。更にセレクタ２０６は後述するように、ＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）をＳＬＩＣ２０８の送信信号（ＴＸ）につなぎかえるため、２セッション目のＦＡＸ通信音が１セッション目の通話に漏れることはない。この接続により図５のＳ５０９で述べた２セッション目でのＦＡＸ通信が可能になる。
【０１１７】
一方、１セッション目では、モデム２０７で出力していた保留音を停止し（１２０１）、更に、モデム２０７に接続していたＰＣＭＩ／Ｆ２０１を切り離し、ＰＣＭＩ／Ｆ２０１とＳＬＩＣ２０８とを再接続する（１２０２）。具体的にはセレクタ２０４でＳＬＩＣ２０８の送信信号（ＴＸ）をＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）へ、セレクタ２０６で、ＰＣＭＩ／Ｆ２０１の送信信号（ＴＸ）をＳＬＩＣ２０８の受信信号（ＲＸ）へ接続する。
【０１１８】
キャッチ機能では、このタイミングで、短いオンフック（フッキング）が検出された場合には、割込み通話者を保留として、元の通話者へ切り替える機能も搭載可能である。
【０１１９】
この動作の詳細は説明はしないが、この場合、割込み呼の通話者に出していた保留音を止め、元の通話者のセッションデータをＳＬＩＣ２０８に接続する。更に、割込み呼の通話者のセッションデータを、モデム２０７又はモデム２０９に接続し、更にモデム２０７又はモデム２０９から保留音を出力することになる。このようにして、１セッション目の通話が再開できる。
【０１２０】
更に図８のＳ８０５でＣＮＧ信号が検出がなされていないと判定された場合はＳ８０６に進み、ＣＰＵ１０２は、２セッション目の通話が終了したかどうかを判定する。これはＳＬＩＣ２０８に接続された電話機１４１のフック検出機能でオンフックが検出されたか、又は通話相手が切断したかどうかで判定する。オンフックがあった場合、即ち、通話の終了が検出された場合はＳ８０７に進み、ＣＰＵ１０２は２セッション目の通話を切断（ＩＰ網へＳＩＰ信号のＢＹＥを送出）する。そしてＳ８２１で、モデム２０７で出力している１セッション目の保留音を停止する。そしてＳ８２２に進みＣＰＵ１０２は、１セッション目の通話相手との通話を再開する。この通話再開は、図１０で説明した接続に戻すことで行える。このようにして、１セッション目の通話が再開できる。こうしてＳ８０８で通話が終了するのを待って、この処理を終了する。
【０１２１】
以上説明したように、１セッション目で通話中のときにオーディオ着信があると、擬似キャッチホン機能により、オーディオ着信を通話やＦＡＸ受信に切り替えることが可能となる。
【０１２２】
次に、図９で３セッション目のオーディオ着信があった場合の処理（Ｆ）の動作を説明する。
【０１２３】
図９は、実施形態１に係る画像通信装置１０１が、図７のＳ７００で３セッション目のオーディオ着信があった場合の処理を説明するフローチャートである。
【０１２４】
この場合は既に２つのセッションがフルで使用されているため、その着信は、ＮＧＮ回線でのキャッチ着信を想定している。
【０１２５】
まずＳ９００でＣＰＵ１０２は、ＳＬＩＣ２０８が使用中かどうかを判定し、ＳＬＩＣ２０８が使用中でないときは、２つのセッションでＦＡＸ通信が行われているためＳ９０１に進む。Ｓ９０１でＣＰＵ１０２は、ＮＧＮ網に対してビジー応答（ＳＩＰ信号の ４８６ busy hereの送出）を行い、３セッション目の着信を拒否する。
【０１２６】
一方、Ｓ９００でＣＰＵ１０２が、ＳＬＩＣ２０８が使用中と判定した場合は、１セッション目で通話を、２セッション目でＦＡＸ通信を行っていることになるためＳ９０２に進み、ＣＰＵ１０２は、１セッション目が通話中に移行しているかどうかを判定する。これは、ＳＬＩＣ２０８による電話機１４１の呼出が終了し、ＳＬＩＣ２０８による電話機１４１のフッキングが検出されたかどうかで判定できる。ここで通話中でない、即ち、呼出中であると判定した場合はＳ９０３に進み、ＣＰＵ１２０は、１セッション目が切断されたかどうかを判定する。ここで１セッション目が切断された場合は、１セッション目の通話が終了しているため、図７のＳ７０１へ進む。一方、Ｓ９０３で１セッション目が切断されていないと判定した場合はＳ９０２に戻り、１セッション目が通話中になるのを待つ。Ｓ９０２で１セッション目が通話になったことを検出するとＳ９０４以降で、キャッチホン動作を行う。この場合の、音声信号処理部１１３の接続状態を図１３に示す。
【０１２７】
図１３は、１セッション目のデータでは、ＰＣＭＩ／Ｆ２０１、ＳＬＩＣ２０８が接続され１セッション目での通話が行われる。このためセレクタ２０４は、ＳＬＩＣ２０８の送信信号（ＴＸ）をＰＣＭＩ／Ｆ２０１の受信信号（ＲＸ）へ、セレクタ２０６は、ＰＣＭＩ／Ｆ２０１の送信信号（ＴＸ）をＳＬＩＣ２０８の受信信号（ＲＸ）へそれぞれ接続している。
【０１２８】
更に、２セッション目のデータでは、ＰＣＭＩ／Ｆ２０２とモデム２０９が接続されて、２セッション目でのＦＡＸ通信が行われている。このため、セレクタ２０５は、モデム２０９の送信信号（ＴＸ）をＰＣＭＩ／Ｆ２０２の受信信号（ＲＸ）へ、セレクタ２０６は、ＰＣＭＩ／Ｆ２０１の送信信号（ＴＸ）をＳＬＩＣ２０８の受信信号（ＲＸ）へそれぞれ接続している。
【０１２９】
このように、２つのセッションをフルで使用していた場合に、１３０１で、ＮＧＮ網からのキャッチ着信を受け付ける（ＳＩＰ信号のＩＮＶＩＴＥ信号を受け付ける）。これにより１３０２で、ＳＬＩＣ２０８の通話中の音声信号重畳機能で通話中の音に着信があったことの通知（着信表示音：ぷーぷーなどの重畳）を行う。更に、１３０３で、ＳＬＩＣ２０８に接続された電話機１４１のフック検出機能で、短いオンフックを検出する（図９のＳ９０５：キャッチ応答検出）。ここで、キャッチ応答が検出されるとＳ９０６に進み、ＣＰＵ１０２は、着信表示音の重畳を止めて、割込み呼のセッションを確立する。具体的には、ＳＩＰ信号の２００ ＯＫ信号をＮＧＮ網へ送出する。これによってＮＧＮ網は、Ｓ９２０で１セッション目の通話を保留状態にし、１セッション目の通話相手には網側から保留音がだされ、更に、キャッチ着信した呼での通話状態になる。
【０１３０】
更に図９のＳ９０７では、ＣＮＧ信号の検出を禁止する。これは、例えば、モデム２０７の受信信号のＣＮＧ検出機能をオフにするなどにより行われる。
【０１３１】
このＣＮＧ検出を禁止する目的は、２つのセッションがフルで動作している状態で、キャッチ着信でＦＡＸ通信に移行させると、ＦＡＸ通信は短時間では終了しないため、保留になっている最初の通話相手が長時間待たされることになるためである。長時間待たされる結果として、無駄な回線接続が持続され、接続料金が上がってしまうのを防止するためである。
【０１３２】
更にＳ９０８では、割込みセッションでの通話終了の判定を行う。これは、ＳＬＩＣ２０８のフック検出機能で、接続された電話機１４１のオンフック又は通話相手からの切断の検出で判定する。ここで通話の終了を検出するとＳ９０９に進み、割込みセッションでの通話を終了させる。具体的にはそのセッションでＳＩＰ信号のＢＹＥをＮＧＮ網に送出する。これを受けたＮＧＮ網は、Ｓ９２１で割込みセッションでの通話を切断し、最初の通話相手へ切り替える。
【０１３３】
キャッチ機能では、このタイミングで、短いオンフック（フッキング）が検出された場合には、割込み通話者を保留として、元の通話者へ切り替える機能もある。この場合、ＮＧＮのキャッチサービスで規定されたＳＩＰ信号をＩＰ網に出力することで、ＮＧＮ網側で切替が行われる。これにより、最初の通話相手との通話が再開される。
【０１３４】
以上説明したように、２つのセッションをフルで使用中に、オーディオ着信（キャッチ着信）があった場合でも、キャッチ機能を使用して、通話を行えるようになった。
【０１３５】
更にこの実施形態では、割込み呼でのＦＡＸ受信移行を禁止したため、最初の通話相手を長時間保留のまま待たせることがなく、無駄な通信料金が発生するのを防止できる。
【０１３６】
なお、上述の説明では、１つのＳＬＩＣと２つのモデムが備えられている場合を例に用いた。しかしながら、ＳＬＩＣ及びモデムの数はこれに限らない。即ち、ＳＬＩＣの数が増えれば同時に実行可能な通話数が増加し、モデムの数が増えれば同時に実行可能なＦＡＸ通信数が増加する。これに伴い、上述の各フローチャートで説明したセッション数の閾値は、ＳＬＩＣやモデムの数の増減に応じて適宜変更可能であるものとする。
【０１３７】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015005838.tif 000003
【図２】
2015005838.tif 000004
【図３】
2015005838.tif 000005
【図４】
2015005838.tif 000006
【図５】
2015005838.tif 000007
【図６】
2015005838.tif 000008
【図７】
2015005838.tif 000009
【図８】
2015005838.tif 000010
【図９】
2015005838.tif 000011
【図１０】
2015005838.tif 000012
【図１１】
2015005838.tif 000013
【図１２】
2015005838.tif 000014
【図１３】
2015005838.tif 000015
【図１４】
2015005838.tif 000016