JP6590508B2 - 情報処理装置、情報処理装置の制御方法及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理装置の制御方法及びプログラムに関する。

従来より、ＩＰ電話機能及びＩＰ‐ＦＡＸ機能を有する情報処理装置が知られている（例えば、特許文献１参照）。特許文献１の情報処理装置は国際電気通信連合の一部門であるＩＴＵ‐Ｔによって勧告された通信プロトコルＴ．３８に対応し、高速ＦＡＸ通信を実現する。

通信プロトコルＴ．３８に対応する情報処理装置はＩＰ電話による通話終了後にＩＰ‐ＦＡＸによる通信を実行することがある。この場合、まず、ユーザが情報処理装置のＩＰ電話機能を有効化してＩＰ電話によって通話するとき、情報処理装置は、ＳＩＰに基づいて通信の種別を示すメディア種別を音声データ通信を示す「ａｕｄｉｏ」とする。なお、ＳＩＰは、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌの略である。情報処理装置は、ＩＰ電話によって通話するためのセッション（以下、「オーディオセッション」という。）を確立する。その後、情報処理装置はＩＰ電話による通話を終了してＩＰ‐ＦＡＸによる通信を実行するとき、ＳＩＰに基づいてメディア種別を「ａｕｄｉｏ」から画像データ通信を示す「ｉｍａｇｅ」又は各種データ通信を示す「ａｐｐｌｉｃａｔｉｏｎ」に切り替える。これにより、情報処理装置は、ＩＰ‐ＦＡＸによる通信を実行するためのセッション（以下、「Ｔ.３８セッション」という。）を確立する。セッションを切り替える場合、ＳＩＰの規約上は規定されていないが、ＩＰ電話の着信側の情報処理装置（以下、「着信側装置」という。）からセッションの切り替えを要求する信号（以下、「Ｒｅ‐ＩＮＶＩＴＥ信号」という。）が発信され、発信されたＲｅ‐ＩＮＶＩＴＥ信号がＩＰ電話の発信側の情報処理装置（以下、「発信側装置」という。）に受信されるのが標準規格（デファクトスタンダード）になっている。

ところで、従来、通信プロトコルＴ．３８に対応する情報処理装置のＩＰ‐ＦＡＸ機能は主にイントラネット上で使用されていたが、近年、ＮＧＮ（Next Generation Network）のような公衆ＩＰネットワーク上でも使用されている。

特開２００７‐３３６１６１号公報

しかしながら、ＮＧＮにおいてＲｅ‐ＩＮＶＩＴＥ信号を発信する装置に関する規定はなく、デファクトスタンダードも存在しない。したがって、着信側装置及び発信側装置が同時にＲｅ‐ＩＮＶＩＴＥ信号を発信する場合がある。この場合、それぞれのＲｅ‐ＩＮＶＩＴＥ信号が衝突して発信側装置及び着信側装置がＲｅ‐ＩＮＶＩＴＥ信号を受信することができないため、オーディオセッションからＴ.３８セッションへのセッションの切り替えに失敗する場合がある。

また、発信側装置がＩＰ電話の通話中に着信側装置からＲｅ‐ＩＮＶＩＴＥ信号を受信したとき、発信側装置はＩＰ電話の通話中であるために直ちにセッションを切り替えることはできない。一方、着信側装置からＲｅ‐ＩＮＶＩＴＥ信号を受信したときに発信側装置が着信側装置に対してセッションを切り替えることはできない旨を応答すると、その後の発信側装置と着信側装置との間でセッションが切り替えられなくなる場合がある。すなわち、セッションを確実に切り替えることができないという課題がある。

本発明の目的は、セッションを確実に切り替えることができる仕組みを提供することにある。

上記目的を達成するために、本発明の情報処理装置は、他の情報処理装置にＩＮＶＩＴＥを送信することにより、前記他の情報処理装置との間で第１のセッションを確立する情報処理装置であって、前記第１のセッションを確立した後、前記他の情報処理装置から前記第１のセッションを第２のセッションに切り替えることを要求するＲｅ−ＩＮＶＩＴＥを受信する受信手段と、前記受信手段によって前記Ｒｅ−ＩＮＶＩＴＥを受信した後、前記他の情報処理装置にＴｒｙｉｎｇを定期的に送信し、前記第１のセッションを前記第２のセッションに切り替えることが可能になったことに従って前記他の情報処理装置に２００ＯＫを送信する送信手段とを備えることを特徴とする。

本発明によれば、セッションを確実に切り替えることができる。

本発明の第１の実施の形態に係る情報処理システムの構成を概略的に示す概念図である。 図１におけるＩＰ‐ＦＡＸの内部構成を概略的に示すブロック図である。 図１におけるＩＰ‐ＦＡＸ間で実行される第１のセッション切替処理のシーケンス図である。 図３の第１のセッション切替処理における発信側装置であるＩＰ‐ＦＡＸによって実行される当該処理の手順を示すフローチャートである。 図３の第１のセッション切替処理における着信側装置であるＩＰ‐ＦＡＸによって実行される当該処理の手順を示すフローチャートである。 図１におけるＩＰ‐ＦＡＸ間で実行される第２のセッション切替処理のシーケンス図である。 図１におけるＩＰ‐ＦＡＸ間で実行される第３のセッション切替処理のシーケンス図である。 図７の第３のセッション切替処理における発信側装置であるＩＰ‐ＦＡＸによって実行される当該処理の手順を示すフローチャートである。 図７の第３のセッション切替処理における着信側装置であるＩＰ‐ＦＡＸによって実行される当該処理の手順を示すフローチャートである。 図７の第３のセッション切替処理の変形例を示すシーケンス図である。 図１０の第３のセッション切替処理の変形例における発信側装置であるＩＰ‐ＦＡＸによって実行される当該処理の手順を示すフローチャートである。 図１０の第３のセッション切替処理の変形例における着信側装置であるＩＰ‐ＦＡＸによって実行される当該処理の手順を示すフローチャートである。

以下、本発明の第１の実施の形態について図面を参照しながら詳述する。

図１は、本発明の第１の実施の形態に係る情報処理システム１００の構成を概略的に示す概念図である。

図１の情報処理システム１００は情報処理装置としてのＩＰ‐ＦＡＸ１０１〜１０４、ＨＧＷ（Home Gateway）１０５〜１０８、及びＮＧＮ１０９を備える。ＨＧＷ１０５〜１０８は、それぞれＩＰ‐ＦＡＸ１０１〜１０４に接続され且つ公衆ＩＰネットワークであるＮＧＮ１０９に接続されている。また、ＩＰ‐ＦＡＸ１０１〜１０４はＮＧＮ１０９を介して互いに接続されている。

ＩＰ‐ＦＡＸ１０１〜１０４はいずれもＩＰ電話機能及びＩＰ‐ＦＡＸ機能を有する。ＩＰ‐ＦＡＸ１０１，１０２はＲｅ‐ＩＮＶＩＴＥ信号の発信が可能である。また、ＩＰ‐ＦＡＸ１０１，１０２はＩＰ‐ＦＡＸ１０１，１０２自身が通信プロトコルＴ．３８に対応するＩＡＦＤ（Internet Aware Fax Device）である旨のＤＩＳ信号の発信が可能である。さらに、ＩＰ‐ＦＡＸ１０１，１０２はユーザからのＦＡＸの受信指示を受け付けたときにＦＡＸを受信するＦＡＸの手動受信機能及びユーザからのＦＡＸの送信指示を受け付けたときにＦＡＸを送信するＦＡＸの手動送信機能を有する。ＩＰ‐ＦＡＸ１０３はＩＰ‐ＦＡＸ１０１，１０２と同様にＦＡＸの手動受信機能及びＦＡＸの手動送信機能を有するが、Ｒｅ‐ＩＮＶＩＴＥ信号の発信が不可能である。ＩＰ‐ＦＡＸ１０４はＩＰ‐ＦＡＸ１０１，１０２と同様にＦＡＸの手動受信機能及びＦＡＸの手動送信機能を有し、ＦＡＸの手動受信又はＦＡＸの手動送信を実行する旨の指示を受け付けると直ちにＲｅ‐ＩＮＶＩＴＥ信号を発信する。

図２は、図１におけるＩＰ‐ＦＡＸ１０１，１０２の内部構成を概略的に示すブロック図である。

図２のＩＰ‐ＦＡＸ１０１，１０２はＵＩ（User Interface）制御部２０１、プリンタ制御部２０２、スキャナ制御部２０３、画像処理部２０４、ＣＰＵ２０５、ネットワーク通信制御部２０６を備える。また、ＩＰ‐ＦＡＸ１０１，１０２は、ＲＯＭ２０７、ＲＡＭ２０８、ＨＤＤ２０９、モデム制御部２１０、モデム ＰＣＭ制御部２１１、ＳＬＩＣ ＰＣＭＩ／Ｆ制御部２１２、及びＳＬＩＣＩ／Ｆ制御部２１３を備える。これらの構成要素はバス２１４を介して互いに接続されている。

また、ＩＰ‐ＦＡＸ１０１，１０２はＵＩ２１５、プリンタ２１６、スキャナ２１７、モデム２１８、ＳＬＩＣ（Subscriber Line Interface Circuit）２１９、及び電力供給部２２０を備える。ＵＩ２１５はＵＩ制御部２０１に接続され、プリンタ２１６はプリンタ制御部２０２に接続され、スキャナ２１７はスキャナ制御部２０３に接続されている。モデム２１８はモデム制御部２１０及びモデム ＰＣＭ 制御部２１１に接続され、ＳＬＩＣ２１９はＳＬＩＣＰＣＭ Ｉ／Ｆ制御部２１２及びＳＬＩＣＩ／Ｆ制御部２１３に接続されている。さらに、ネットワーク通信制御部２０６はＨＧＷ１０５，１０６に接続され、ＳＬＩＣ２１９は電話機２２１に接続されている。

ＵＩ制御部２０１はＵＩ２１５を制御して各種情報をＵＩ２１５に表示し、又はＵＩ２１５から受信されたユーザの指示を受け付ける。プリンタ制御部２０２はプリンタ２１６を制御し、プリンタ２１６は、例えば、スキャナ２１７によって生成された画像データを記録媒体に印刷する。スキャナ制御部２０３はスキャナ２１７を制御し、スキャナ２１７は原稿を読み取って画像データを生成する。画像処理部２０４は、例えば、画像データに対して伸長圧縮や回転等の画像処理を施す。ＣＰＵ２０５はＲＯＭ２０７又はＨＤＤ２０９に格納されるプログラムを実行してＩＰ‐ＦＡＸ１０１，１０２を制御する。ＲＡＭ２０８はＣＰＵ２０５のワークメモリである。ＨＤＤ２０９は不揮発性の記憶装置であり、各種プログラムや各種データを格納する。

ネットワーク通信制御部２０６はＨＧＷ１０５，１０６を介してＮＧＮ１０９に接続された装置、例えば、ＩＰ‐ＦＡＸ１０３，１０４に各種データを送信し、又はＩＰ‐ＦＡＸ１０３，１０４から各種データを受信する。また、ネットワーク通信制御部２０６は受信したデータが、例えば、ＴＣＰ、ＵＤＰ、又はＲＴＰ等のプロトコルに準拠したＩＰパケットデータであるとき、受信されたＩＰパケットデータを解析する。なお、ＴＣＰは、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌの略であり、ＵＤＰは、Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌの略である。また、ＲＴＰは、Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌの略である。解析後のＩＰパケットデータはＲＡＭ２０８又はＨＤＤ２０９に格納される。

モデム２１８はデジタル信号をアナログ信号にデジタル変調してモデム制御部２１０を介して発信し、又はアナログ信号をデジタル信号に復調してモデム制御部２１０を介して受信する。また、モデム２１８は受信された音声信号を処理して音声データを生成する音声コーデックを内蔵する。音声コーデックはモデム２１８が受信したアナログ信号をＰＣＭ（Pulse Code Modulation）方式に基づいてデジタルデータ（以下、「ＰＣＭデータ」という。）に変換する。変換されたＰＣＭデータはモデム ＰＣＭ 制御部２１１及びネットワーク通信制御部２０６を経由してＨＧＷ１０５，１０６に送信される。また、音声コーデックはＨＧＷ１０５，１０６、ネットワーク通信制御部２０６、及びモデムＰＣＭ 制御部２１１を経由してモデム２１８が受信したＰＣＭデータを音声信号に変換する。

ＳＬＩＣ２１９は電話機２２１が備えるマイク（不図示）から受信されたアナログ音声信号をデジタル音声信号に変換し、当該デジタル音声信号をＰＣＭデータに変換する。変換されたＰＣＭデータはＳＬＩＣＰＣＭ Ｉ／Ｆ制御部２１２及びネットワーク通信制御部２０６を経由してＨＧＷ１０５，１０６に送信される。また、ＳＬＩＣ２１９はＨＧＷ１０５，１０６、ネットワーク通信制御部２０６、及びＳＬＩＣＰＣＭ Ｉ／Ｆ制御部２１２を経由してＰＣＭデータを受信する。ＳＬＩＣ２１９は、受信されたＰＣＭデータをデジタル音声信号に変換し、デジタル音声信号をアナログ音声信号に変換する。変換されたアナログ音声信号は電話機２２１に送信され、アナログ音声信号に対応する音声は電話機２２１が備えるスピーカ（不図示）から発信される。すなわち、電話機２２１はＳＬＩＣ２１９に接続されることにより、アナログ電話回線を経由することなくＩＰネットワーク上への接続が可能となる。さらに、ＳＬＩＣ２１９は電話機２２１のオフフックを検出し、電話機２２１を呼び出すための信号を発信する。

図３は、図１におけるＩＰ‐ＦＡＸ１０１，１０２間で実行される第１のセッション切替処理のシーケンス図である。また、図４は、図３の第１のセッション切替処理における発信側装置であるＩＰ‐ＦＡＸ１０１によって実行される当該処理の手順を示すフローチャートである。図５は、図３の第１のセッション切替処理における着信側装置であるＩＰ‐ＦＡＸ１０２によって実行される当該処理の手順を示すフローチャートである。

図３乃至図５において、まず、ＩＰ‐ＦＡＸ１０１（情報処理装置）はＩＰ‐ＦＡＸ１０２（他の情報処理装置）との間でオーディオセッション（第１のセッション）を確立する。これに対応して、ＩＰ−ＦＡＸ１０１は、メディア種別を「ａｕｄｉｏ」として接続を要求する信号（以下、「ＩＮＶＩＴＥ信号」という。）をＩＰ‐ＦＡＸ１０２に発信する（ステップＳ３０１，Ｓ４０１）。ＩＮＶＩＴＥ信号を受信したＩＰ‐ＦＡＸ１０２は電話機２２１を鳴動させてユーザを呼び出す（ステップＳ３０２，Ｓ５０１〜Ｓ５０２）。ＳＬＩＣ２１９が電話機２２１のオフフックを検出すると、ＩＰ‐ＦＡＸ１０２はＩＰ‐ＦＡＸ１０１に要求を受け入れた旨の応答信号（以下、「２００ＯＫ信号」という。）を発信し（ステップＳ３０３，Ｓ５０３〜Ｓ５０４）、ＩＰ‐ＦＡＸ１０１は２００ＯＫ信号を受信する（ステップＳ４０２）。その後、ＩＰ‐ＦＡＸ１０１，１０２間でオーディオセッションが確立される（ステップＳ３０４，Ｓ４０３，Ｓ５０５）。

次いで、ＩＰ‐ＦＡＸ１０２はＦＡＸの手動受信を実行する旨の指示を受け付け（ステップＳ３０５，Ｓ５０６）、ＩＰ‐ＦＡＸ１０１にＦＡＸの送信を要求する信号（以下、「ＡＮＳａｍ信号」という。）を発信するとともに（ステップＳ３０６，Ｓ５０７）、ＩＰ‐ＦＡＸ１０２が通信プロトコルＴ．３８に対応するＩＡＦＤである旨のＤＩＳ信号（第１の信号）を発信する（ステップＳ３０７，Ｓ５０８）。すなわち、ＩＰ‐ＦＡＸ１０２はＦＡＸの手動送信を実行する旨の指示をユーザから受け付けたことをトリガとしてＤＩＳ信号を発信する。

ＤＩＳ信号はＩＰ‐ＦＡＸ１０２が通信プロトコルＴ．３８に対応することを示すｂｉｔ３とＩＰ‐ＦＡＸ１０２がＩＡＦＤであることを示すｂｉｔ１２３とから構成される。ＤＩＳ信号は、ＩＰ‐ＦＡＸ１０１及びＩＰ‐ＦＡＸ１０２のＦＡＸ通信が開始されるまで定期的に発信される。また、ＤＩＳ信号を発信したＩＰ‐ＦＡＸ１０２はＲｅ‐ＩＮＶＩＴＥ信号を発信しないようにＩＰ‐ＦＡＸ１０２自身を制御する。すなわち、ＤＩＳ信号を発信したＩＰ‐ＦＡＸ１０２からＲｅ‐ＩＮＶＩＴＥ信号（発呼信号）は発信されない。

次いで、ＩＰ‐ＦＡＸ１０１はＡＮＳａｍ信号及びＤＩＳ信号を受信してＤＩＳ信号を解析し（ステップＳ３０８，Ｓ４０４〜Ｓ４０６）、ＤＩＳ信号がｂｉｔ３とｂｉｔ１２３とから構成されていることを確認する。そして、ＩＰ−ＦＡＸ１０１は、オーディオセッションをＴ．３８セッション（第２のセッション）に切り替えるためにＩＰ‐ＦＡＸ１０２にＲｅ‐ＩＮＶＩＴＥ信号（第２の信号）を発信する（ステップＳ３０９，Ｓ４０７）。すなわち、ＩＰ‐ＦＡＸ１０１はＤＩＳ信号の受信をトリガとしてＩＰ‐ＦＡＸ１０２にＲｅ‐ＩＮＶＩＴＥ信号を発信する。Ｒｅ‐ＩＮＶＩＴＥ信号を受信したＩＰ‐ＦＡＸ１０２はＩＰ‐ＦＡＸ１０１に２００ＯＫ信号を発信する（ステップＳ３１０，Ｓ５０９〜Ｓ５１０）。その後、ＩＰ‐ＦＡＸ１０１が２００ＯＫ信号を受信すると（ステップＳ４０８）、オーディオセッションがＴ．３８セッションに切り替えられる（ステップＳ３１１，Ｓ４０９，Ｓ５１１）。

次いで、ＩＰ‐ＦＡＸ１０１はＦＡＸの送信を通知するＣＮＧ信号をＩＰ‐ＦＡＸ１０２に発信する（ステップＳ３１２，Ｓ４１０）。ＩＰ‐ＦＡＸ１０２はＣＮＧ信号に対する応答信号であるＣＥＤ信号及びＤＩＳ信号をＩＰ‐ＦＡＸ１０１に発信する（ステップＳ３１３，Ｓ３１４，Ｓ５１２）。ここで、ＤＩＳ信号を受信したＩＰ‐ＦＡＸ１０１はＩＰ‐ＦＡＸ１０２がＦＡＸを受信するための各種条件、例えば、受信可能な解像度やＦＡＸ受信時の変調方式を把握する。次いで、ＩＰ‐ＦＡＸ１０１はＤＩＳ信号に対する応答信号であるＤＣＳ信号をＩＰ‐ＦＡＸ１０２に発信する（ステップＳ３１５，Ｓ４１１）。ＤＣＳ信号を受信したＩＰ‐ＦＡＸ１０２はＩＰ‐ＦＡＸ１０１から送信される具体的なＦＡＸの送信条件を把握する。その後、ＩＰ‐ＦＡＸ１０１，１０２はＦＡＸ通信を開始して（ステップＳ３１６）本処理を終了する。

図３乃至図５の処理によれば、ＩＰ‐ＦＡＸ１０１がＩＰ‐ＦＡＸ１０２からオーディオセッションをＴ．３８セッションに切り替えることを要求するＲｅ‐ＩＮＶＩＴＥ信号を発信しない旨のＤＩＳ信号を受信する（ステップＳ３０８，Ｓ４０６）。ＩＰ‐ＦＡＸ１０１はＤＩＳ信号を受信した後にＲｅ‐ＩＮＶＩＴＥ信号をＩＰ‐ＦＡＸ１０２に発信する（ステップＳ３０９，Ｓ４０７）。この場合、ＩＰ‐ＦＡＸ１０１とＩＰ‐ＦＡＸ１０２との間で確立されているオーディオセッションがＴ．３８セッションに切り替えられる（ステップＳ３１１，Ｓ４０８〜Ｓ４０９，Ｓ５１１）。すなわち、ＩＰ‐ＦＡＸ１０２からオーディオセッションをＴ．３８セッションに切り替えることを要求するＲｅ‐ＩＮＶＩＴＥ信号は発信されない。Ｒｅ‐ＩＮＶＩＴＥ信号はＩＰ‐ＦＡＸ１０２から受信されたＤＩＳ信号をトリガにしてＩＰ‐ＦＡＸ１０１から発信される。したがって、ＩＰ‐ＦＡＸ１０１から発信されるＲｅ‐ＩＮＶＩＴＥ信号とＩＰ‐ＦＡＸ１０２から発信されるＲｅ‐ＩＮＶＩＴＥ信号とが衝突することを回避でき、もって、セッションを確実に切り替えることができる。

また、図３乃至図５の処理によれば、ＩＰ‐ＦＡＸ１０２においてＦＡＸの手動受信を実行する旨の指示が受け付けられた後に、通信プロトコルＴ．３８に対応するＩＡＦＤである旨のＤＩＳ信号がＩＰ‐ＦＡＸ１０２からＩＰ‐ＦＡＸ１０１に発信される。これにより、ＩＰ‐ＦＡＸ１０２においてＦＡＸの受信準備が整わないうちにＲｅ‐ＩＮＶＩＴＥ信号がＩＰ‐ＦＡＸ１０２へ送信されるのを防止することができる。

なお、図３乃至図５におけるＩＰ‐ＦＡＸ１０１，１０２はいずれもＲｅ‐ＩＮＶＩＴＥ信号を発信する。しかしながら、例えば、Ｒｅ‐ＩＮＶＩＴＥ信号を発信するＩＰ‐ＦＡＸ１０２（着信側装置）とＲｅ‐ＩＮＶＩＴＥ信号を発信しないＩＰ‐ＦＡＸ１０３（発信側装置）との間でオーディオセッションが確立される場合がある。この場合、ＩＰ‐ＦＡＸ１０２が図３乃至図５の処理と同様にＦＡＸの手動受信を実行する旨の指示を受け付けた後にＤＩＳ信号をＩＰ‐ＦＡＸ１０３に発信すると、それ以降、ＩＰ‐ＦＡＸ１０２，１０３のいずれもＲｅ‐ＩＮＶＩＴＥ信号を発信しない。したがって、オーディオセッションをＴ．３８セッションに切り替えて高速ＦＡＸ通信を実現することができない。これに対応して、ＩＰ‐ＦＡＸ１０２にＤＩＳ信号を発信せずＲｅ‐ＩＮＶＩＴＥ信号を発信するスイッチ（以下、「発信切替スイッチ」）を設ける。すなわち、ＩＰ‐ＦＡＸ１０２及びＩＰ‐ＦＡＸ１０３が接続されるとき、発信切替スイッチをＯＮにしてＩＰ‐ＦＡＸ１０２がＲｅ‐ＩＮＶＩＴＥ信号を発信するようにしてもよい。具体的に、図６を用いて説明する。

図６は、図１におけるＩＰ‐ＦＡＸ１０２，１０３間で実行される第２のセッション切替処理のシーケンス図である。図６の処理は図３の処理におけるＩＰ‐ＦＡＸ１０１に代えてＲｅ‐ＩＮＶＩＴＥ信号を発信しないＩＰ‐ＦＡＸ１０３が使用され、ＩＰ‐ＦＡＸ１０２は発信切替スイッチを備える。また、図６のステップＳ３０１〜Ｓ３０５，Ｓ３１１〜Ｓ３１６は図３のステップＳ３０１〜Ｓ３０５，Ｓ３１１〜Ｓ３１６と同一であるため、以下、図３と異なる点のみ説明する。

図６において、オーディオセッションが確立されると（ステップＳ３０４）、ＩＰ‐ＦＡＸ１０２は発信切替スイッチをＯＮにする（ステップＳ６０１）。その後、ＩＰ‐ＦＡＸ１０２はＦＡＸの手動受信を実行する旨の指示を受け付け（ステップＳ３０５）、ＩＰ‐ＦＡＸ１０３にＡＮＳａｍ信号及びＲｅ−ＩＮＶＩＴＥ信号を発信する（ステップＳ６０２〜Ｓ６０３）。ＩＰ‐ＦＡＸ１０３はＲｅ‐ＩＮＶＩＴＥ信号を受信した事実をもってＦＡＸの手動送信を実行する旨の指示をユーザから受け付けたものとする（ステップＳ６０４）。次いで、ＩＰ‐ＦＡＸ１０３はオーディオセッションをＴ．３８セッションに切り替える準備が整ったとしてＩＰ‐ＦＡＸ１０２に２００ＯＫ信号を発信する（ステップＳ６０５）。ＩＰ‐ＦＡＸ１０２が２００ＯＫ信号を受信すると、オーディオセッションがＴ．３８セッションに切り替えられ（ステップＳ３１１）、その後、ステップＳ３１２以降の処理が実行される。

次に、本発明の第２の実施の形態について説明する。

本発明の第２の実施の形態は、その構成、作用が上述した第１の実施の形態と基本的に同じである。Ｒｅ‐ＩＮＶＩＴＥ信号を受信したＩＰ‐ＦＡＸが直ちにオーディオセッションをＴ．３８セッションに切り替えられない状況である点で第１の実施の形態と異なる。以下、第１の実施の形態と重複した構成、作用については説明を省略し、異なる構成、作用についての説明を行う。

図７は、図１におけるＩＰ‐ＦＡＸ１０１，１０４間で実行される第３のセッション切替処理のシーケンス図である。また、図８は、図７の第３のセッション切替処理における発信側装置であるＩＰ‐ＦＡＸ１０１によって実行される当該処理の手順を示すフローチャートである。図９は、図７の第３のセッション切替処理における着信側装置であるＩＰ‐ＦＡＸ１０４によって実行される当該処理の手順を示すフローチャートである。

図７乃至図９において、まず、ＩＰ‐ＦＡＸ１０１（情報処理装置）はＩＰ‐ＦＡＸ１０４（他の情報処理装置）との間でオーディオセッション（第１のセッション）を確立する。これに対応して、ＩＰ‐ＦＡＸ１０１はＩＮＶＩＴＥ信号をＩＰ‐ＦＡＸ１０４に発信する（ステップＳ７０１，Ｓ８０１）。ＩＮＶＩＴＥ信号を受信したＩＰ‐ＦＡＸ１０４は電話機２２１を鳴動させてユーザを呼び出す（ステップＳ７０２，Ｓ９０１〜Ｓ９０２）。ＳＬＩＣ２１９が電話機２２１のオフフックを検出すると、ＩＰ‐ＦＡＸ１０４はＩＰ‐ＦＡＸ１０１に２００ＯＫ信号を発信し（ステップＳ７０３，Ｓ９０３〜Ｓ９０４）、ＩＰ‐ＦＡＸ１０１は２００ＯＫ信号を受信する（ステップＳ８０２）。その後、ＩＰ‐ＦＡＸ１０１，１０４間でオーディオセッションが確立される（ステップＳ７０４，Ｓ８０３，Ｓ９０５）。

次いで、ＩＰ‐ＦＡＸ１０４はＦＡＸの手動受信を実行する旨の指示を受け付ける（ステップＳ７０５，Ｓ９０６）。続くステップＳ７０６，Ｓ９０７において、ＩＰ−ＦＡＸ１０４は、ＩＰ‐ＦＡＸ１０１にＩＰ‐ＦＡＸ１０１，１０４の間で確立されているオーディオセッションをＴ．３８セッション（第２のセッション）に切り替えることを要求する。具体的に、ＩＰ−ＦＡＸ１０４はＲｅ‐ＩＮＶＩＴＥ信号（第１の信号）をＩＰ‐ＦＡＸ１０１に発信する。

ここで、ＩＰ‐ＦＡＸ１０１，１０４の間でオーディオセッションが確立されているときに所定の処理、例えば、ＩＰ電話による通話がＩＰ‐ＦＡＸ１０１によって実行されているため、オーディオセッションを直ちに解消できない場合がある。この場合、Ｒｅ‐ＩＮＶＩＴＥ信号を受信したＩＰ‐ＦＡＸ１０１がＩＰ‐ＦＡＸ１０４に対してセッションを切り替えることができない旨を応答すると、その後、ＩＰ‐ＦＡＸ１０１とＩＰ‐ＦＡＸ１０４との間でセッションが切り替えられなくなる場合がある。これに対応して、Ｒｅ‐ＩＮＶＩＴＥ信号を受信したＩＰ‐ＦＡＸ１０１はＩＰ‐ＦＡＸ１０４にセッションを切り替えることができない旨を応答しない。その代わりに、ＩＰ−ＦＡＸ１０１は、受信したＲｅ‐ＩＮＶＩＴＥ信号に対応するセッションの切り替え要求を受け付けた旨の信号（以下、「１００Ｔｒｙｉｎｇ信号」という。）を発信する（ステップＳ７０７，Ｓ８０４）。１００Ｔｒｙｉｎｇ信号（第２の信号）は、ＩＰ‐ＦＡＸ１０１がＲｅ‐ＩＮＶＩＴＥ信号を受信した後、ＩＰ‐ＦＡＸ１０１及びＩＰ‐ＦＡＸ１０４のＦＡＸ通信が開始されるまで定期的に発信される。

次いで、ＩＰ‐ＦＡＸ１０１において実行されている所定の処理が終了し、オーディオセッションをＴ．３８セッションに切り替える準備が整ったときにＩＰ‐ＦＡＸ１０１は下記の処理を実行する。ＩＰ−ＦＡＸ１０１はＲｅ‐ＩＮＶＩＴＥ信号を受信した事実をもってＦＡＸの手動送信を実行する旨の指示をユーザから受け付けたものとし（ステップＳ７０８，Ｓ８０５）、ＩＰ‐ＦＡＸ１０４に２００ＯＫ信号を発信する（ステップＳ７０９，Ｓ８０６）。ＩＰ‐ＦＡＸ１０４が２００ＯＫ信号を受信すると（ステップＳ７１０，Ｓ９０８）、オーディオセッションがＴ．３８セッションに切り替えられる（ステップＳ７１１，Ｓ８０７，Ｓ９０９）。

次いで、ＩＰ‐ＦＡＸ１０１はＦＡＸの送信を通知するＣＮＧ信号をＩＰ‐ＦＡＸ１０４に発信する（ステップＳ７１２，Ｓ８０８）。ＩＰ‐ＦＡＸ１０４はＣＮＧ信号に対する応答信号であるＣＥＤ信号及びＤＩＳ信号をＩＰ‐ＦＡＸ１０１に発信する（ステップＳ７１３〜Ｓ７１４，Ｓ９１０）。その後、ＤＩＳ信号を受信したＩＰ‐ＦＡＸ１０１はＩＰ‐ＦＡＸ１０４がＦＡＸを受信するための各種条件を把握する。次いで、ＩＰ‐ＦＡＸ１０１はＤＩＳ信号に対する応答信号であるＤＣＳ信号をＩＰ‐ＦＡＸ１０４に発信する（ステップＳ７１５，Ｓ８０９）。ＤＣＳ信号を受信したＩＰ‐ＦＡＸ１０４はＩＰ‐ＦＡＸ１０１から送信される具体的なＦＡＸの送信条件を把握し、ＩＰ‐ＦＡＸ１０１，１０４はＦＡＸ通信を開始し（ステップＳ７１６）、本処理を終了する。

図７乃至図９の処理によれば、ＩＰ‐ＦＡＸ１０４はＩＰ‐ＦＡＸ１０１にＩＰ‐ＦＡＸ１０１，１０４の間で確立されているオーディオセッションをＴ．３８セッションに切り替えることを要求するＲｅ‐ＩＮＶＩＴＥ信号を発信する（ステップＳ７０６）。ＩＰ‐ＦＡＸ１０１は所定の処理を実行している間、ＩＰ‐ＦＡＸ１０４にＲｅ‐ＩＮＶＩＴＥ信号に対応するセッションの切り替え要求を受け付けた旨の１００Ｔｒｙｉｎｇ信号を発信する（ステップＳ７０７）。次いで、ＩＰ‐ＦＡＸ１０１において実行されている所定の処理が終了し、オーディオセッションをＴ．３８セッションに切り替える準備が整った後（ステップＳ７０９）にオーディオセッションがＴ．３８セッションに切り替えられる（ステップＳ７１１）。これにより、Ｒｅ‐ＩＮＶＩＴＥ信号を受信したＩＰ‐ＦＡＸ１０１がＩＰ‐ＦＡＸ１０４に対してセッションを切り替えることができない旨を応答する必要を無くす。その結果、ＩＰ‐ＦＡＸ１０１とＩＰ‐ＦＡＸ１０４との間でセッションが切り替えられなくなるのを防止することができる。

図１０は、図７の第３のセッション切替処理の変形例を示すシーケンス図である。図１１は、図１０の第３のセッション切替処理の変形例における発信側装置であるＩＰ‐ＦＡＸ１０４によって実行される当該処理の手順を示すフローチャートである。図１２は、図１０の第３のセッション切替処理の変形例における着信側装置であるＩＰ‐ＦＡＸ１０１によって実行される当該処理の手順を示すフローチャートである。

図７乃至図９の処理では発信側装置としてのＩＰ‐ＦＡＸ１０１と着信側装置としてのＩＰ‐ＦＡＸ１０４との間に確立されたオーディオセッションをＴ．３８セッションに切り替える処理を説明した。図１０乃至図１２の処理では発信側装置としてのＩＰ‐ＦＡＸ１０４と着信側装置としてのＩＰ‐ＦＡＸ１０１との間に確立されたオーディオセッションをＴ．３８セッションに切り替える処理を説明する。

また、図１０乃至図１２の処理では図７乃至図９の処理と同様にＩＰ‐ＦＡＸ１０１がＩＰ‐ＦＡＸ１０４からＲｅ‐ＩＮＶＩＴＥ信号を受信したときに所定の処理を実行している。したがって、オーディオセッションを直ちにＴ．３８セッションに切り替えられないことを前提とする。

図１０乃至図１２の処理において、まず、ＩＰ‐ＦＡＸ１０４（発信側装置）はＩＰ‐ＦＡＸ１０１との間でオーディオセッションを確立する。これに対応して、ＩＰ‐ＦＡＸ１０４は、ＩＮＶＩＴＥ信号をＩＰ‐ＦＡＸ１０１（着信側装置）に発信する（ステップＳ１００１，Ｓ１１０１）。次いで、ＩＰ‐ＦＡＸ１０４は、ＩＮＶＩＴＥ信号を受信したＩＰ‐ＦＡＸ１０１は電話機２２１を鳴動させてユーザを呼び出す（ステップＳ１００２，Ｓ１２０１〜Ｓ１２０２）。ＳＬＩＣ２１９が電話機２２１のオフフックを検出すると、ＩＰ‐ＦＡＸ１０１はＩＰ‐ＦＡＸ１０４に２００ＯＫ信号を発信する（ステップＳ１００３，Ｓ１２０３〜Ｓ１２０４）。その後、ＩＰ‐ＦＡＸ１０４は２００ＯＫ信号を受信し（ステップＳ１１０２）、ＩＰ‐ＦＡＸ１０４，１０１間でオーディオセッションが確立される（ステップＳ１００４，Ｓ１１０３，Ｓ１２０５）。

次いで、ＩＰ‐ＦＡＸ１０４はＦＡＸの手動送信を実行する旨の指示を受け付ける（ステップＳ１００５，Ｓ１１０４）。その後、ＩＰ−ＦＡＸ１０４は、ＩＰ‐ＦＡＸ１０４，１０１の間で確立されているオーディオセッションをＴ．３８セッションに切り替えることを要求するＲｅ‐ＩＮＶＩＴＥ信号をＩＰ‐ＦＡＸ１０１に発信する（ステップＳ１００６，Ｓ１１０５）。ここで、Ｒｅ‐ＩＮＶＩＴＥ信号を受信したＩＰ‐ＦＡＸ１０１は所定の処理を実行しているため、オーディオセッションを直ちに解消できない。これに対応して、ＩＰ‐ＦＡＸ１０１は、ＩＰ‐ＦＡＸ１０４にセッションを切り替えることができない旨を応答しない。その代わりに、ＩＰ−ＦＡＸ１０１は、Ｒｅ‐ＩＮＶＩＴＥ信号に対応するセッションの切り替え要求を受け付けた旨の１００Ｔｒｙｉｎｇ信号を発信する（ステップＳ１００７，Ｓ１２０６）。１００Ｔｒｙｉｎｇ信号は、ＩＰ‐ＦＡＸ１０１が所定の処理を実行している間、すなわち、ＩＰ‐ＦＡＸ１０４及びＩＰ‐ＦＡＸ１０１のＦＡＸ通信が開始されるまで定期的に発信される。

続くステップＳ１００８，Ｓ１２０７において、ＩＰ‐ＦＡＸ１０１での所定の処理が終了してオーディオセッションをＴ．３８セッションに切り替える準備が整ったとき、ＩＰ‐ＦＡＸ１０１はＦＡＸの手動受信を実行する旨の指示をユーザから受け付ける。次いで、ＩＰ‐ＦＡＸ１０１は、ＩＰ‐ＦＡＸ１０４に２００ＯＫ信号を発信する（ステップＳ１００９，Ｓ１２０８）。ＩＰ‐ＦＡＸ１０４が２００ＯＫ信号を受信すると（ステップＳ１０１０，Ｓ１１０６）、オーディオセッションがＴ．３８セッションに切り替えられる（ステップＳ１０１１，Ｓ１１０７，Ｓ１２０９）。

次いで、ＩＰ‐ＦＡＸ１０４はＦＡＸの送信を通知するＣＮＧ信号をＩＰ‐ＦＡＸ１０１に発信する（ステップＳ１０１２，Ｓ１１０８）。ＩＰ‐ＦＡＸ１０１はＣＮＧ信号に対する応答信号であるＣＥＤ信号及びＤＩＳ信号をＩＰ‐ＦＡＸ１０４に発信する（ステップＳ１０１３〜Ｓ１０１４，Ｓ１２１０）。ＤＩＳ信号を受信したＩＰ‐ＦＡＸ１０４はＩＰ‐ＦＡＸ１０１がＦＡＸを受信するための各種条件を把握する。次いで、ＩＰ‐ＦＡＸ１０４はＤＩＳ信号に対する応答信号であるＤＣＳ信号をＩＰ‐ＦＡＸ１０１に発信する（ステップＳ１０１５，Ｓ１１０９）。ＤＣＳ信号を受信したＩＰ‐ＦＡＸ１０１はＩＰ‐ＦＡＸ１０４から送信される具体的なＦＡＸの送信条件を把握し、ＩＰ‐ＦＡＸ１０４，１０１はＦＡＸ通信を開始し（ステップＳ１０１６）、本処理を終了する。

図１０乃至図１２の処理によれば、図７乃至図９の処理と同様の効果を奏することができる。

本発明は、上述の実施の形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出して実行する処理でも実現可能である。また、本発明は、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００ 情報処理システム
１０１，１０２ ＩＰ‐ＦＡＸ
１０９ ＮＧＮ
２０５ ＣＰＵ

Claims (7)

1. 他の情報処理装置にＩＮＶＩＴＥを送信することにより、前記他の情報処理装置との間で第１のセッションを確立する情報処理装置であって、
   前記第１のセッションを確立した後、前記他の情報処理装置から前記第１のセッションを第２のセッションに切り替えることを要求するＲｅ−ＩＮＶＩＴＥを受信する受信手段と、
   前記受信手段によって前記Ｒｅ−ＩＮＶＩＴＥを受信した後、前記他の情報処理装置にＴｒｙｉｎｇを定期的に送信し、前記第１のセッションを前記第２のセッションに切り替えることが可能になったことに従って前記他の情報処理装置に２００ＯＫを送信する送信手段とを備えることを特徴とする情報処理装置。
2. 前記送信手段は、前記第２のセッションが確立した後にファクシミリ通信を開始することを特徴とする請求項１に記載の情報処理装置。
3. 前記情報処理装置はＩＰ電話による通信が可能であり、
   前記送信手段は、前記受信手段によって前記Ｒｅ−ＩＮＶＩＴＥを受信した後、前記ＩＰ電話による通信中に前記他の情報処理装置にＴｒｙｉｎｇを定期的に送信し、前記ＩＰ電話が終了したことに従って前記他の情報処理装置に２００ＯＫを送信することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第１のセッションは、ａｕｄｉｏセッションであることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記第２のセッションは、ａｐｐｌｉｃａｔｉｏｎセッションであることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 他の情報処理装置にＩＮＶＩＴＥを送信することにより、前記他の情報処理装置との間で第１のセッションを確立する情報処理装置の制御方法であって、
   前記第１のセッションを確立した後、前記他の情報処理装置から前記第１のセッションを第２のセッションに切り替えることを要求するＲｅ−ＩＮＶＩＴＥを受信する受信工程と、
   前記受信工程で前記Ｒｅ−ＩＮＶＩＴＥを受信した後、前記他の情報処理装置にＴｒｙｉｎｇを定期的に送信し、前記第１のセッションを前記第２のセッションに切り替えることが可能になったことに従って前記他の情報処理装置に２００ＯＫを送信する送信工程とを備えることを特徴とする情報処理装置の制御方法。
7. 請求項６に記載された情報処理装置の制御方法を、コンピュータに実行させるためのプログラム。

Images