通信システム、送信端末、受信端末、および通信方法
【課題】ＮＧＮなどのＩＰネットワークを介して通信を行う通信システムにおいて、専用サーバを設けることなく、受信側の状態を把握することができる新しし枠組みを提供する。
【解決手段】ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、第１の端末から第２の端末に対して通信を行う場合に、第２の端末は、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示する。
【解決手段】ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、第１の端末から第２の端末に対して通信を行う場合に、第２の端末は、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワークを介して音声チャネルにより通信可能な端末を含む通信システムに関する。
【背景技術】
【０００２】
例えばＩＰ−ＦＡＸのような、ＩＰネットワークを介して通信を行う通信システムにおいて、受信側の状態（例えば、ＦＡＸデータの印刷がされたかどうかなど）を把握したいという要求がある。
【０００３】
このような要求を実現するために、プレゼンスサーバやＩＭ（Instant Messaging）を利用し、都度、受信側の状態を送信側に通知する方法が知られている。例えば、特許文献１には、ＩＭを利用して、ＦＡＸデータの受信を通知する方法が開示されている。また、特許文献２には、プレゼンスサーバを用いた方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３２８１６９号公報
【特許文献２】特開２００８−１１３１３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このようなプレゼンスサーバやＩＭを利用する方法は、ＩＰネットワーク上で音声チャネルによる呼制御を行うサーバ（通信事業者が管理・運営するサーバ）とは別に、状態通知を行うための専用サーバを用意する必要があるため、システムの開発や運用コストが増えてしまうという問題がある。また、通信事業者が管理・運営するサーバと連携するために、通信事業者との調整が必要となることから、迅速、柔軟な開発や運用が困難になるという問題も発生する。更に、端末側においても、専用サーバを介した状態通知を行うために、呼制御以外に専用サーバの仕様に準拠した仕組みを新たに導入する必要が生じ、その結果、端末の開発コストが増えてしまうという問題や、そのような仕組みが導入されていない端末との接続性に問題が生じる可能性もある。
【０００６】
一方、近年、国内において整備が進められているＮＧＮ（Next Generation Network）では、そのような受信側の状態を通知する仕組みが存在しておらず、提供される予定もない。
【０００７】
したがって、本発明は、上記問題点を解決し、ＮＧＮなどのＩＰネットワークを介して通信を行う通信システムにおいて、専用サーバを設けることなく、受信側の状態を把握することができる新しい枠組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の通信システムは、ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、第１の端末から第２の端末に対して通信を行う場合に、第２の端末は、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする。
【０００９】
また本発明の通信システムは、ＩＰネットワークを介して音声チャネル及びデータ通信チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、第１の端末からデータ通信チャネルにより第２の端末に対して通信を行う場合に、第２の端末は、第１の端末からデータ通信チャネルによる通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする。
【００１０】
好適には、第１の端末は、データ通信チャネルにより送信するデータに付与したデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記データ識別子を埋め込んだ音声データを第２の端末に送信し、第２の端末は、第１の端末から音声チャネルにより前記データ識別子を埋め込んだ音声データを受信すると、該音声データから前記データ識別子を抽出し、自装置の状態に応じて変動する状態情報及び前記抽出したデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データを第１の端末に送信する。
【００１１】
また好適には、第２の端末は、データ通信チャネルによるデータの受信が終了した場合、第１の端末との通信を終了し、その後に音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データを第１の端末に送信する場合、第２の端末から第１の端末に対して通信を開始して、音声データを送信する。
【００１２】
また好適には、前記端末はＩＰ−ＦＡＸ端末である。
【００１３】
また好適には、前記第２の端末は印刷機能を有する端末であり、前記状態情報は、第２の端末における印刷開始、印刷終了、印刷エラーの少なくともいずれかに対応する状態を示す情報を含む。
【００１４】
また好適には、前記状態情報は、状態を特定する識別子を含み、第２の端末は、第１の端末から通信要求を受信すると、前記識別子と状態の対応関係情報を所定の音声データに埋め込み、音声チャネルにより前記対応関係情報を埋め込んだ音声データを第１の端末に送信し、第１の端末は、第２の端末から音声チャネルにより前記対応関係情報を埋め込んだ音声データを受信すると、該音声データから前記対応関係情報を抽出し、前記抽出した対応関係情報に基づいて第２の端末の状態を表わす情報をユーザに提示する。
【００１５】
本発明の受信端末は、ＩＰネットワークを介して少なくとも音声チャネルにより送信端末と通信可能な受信端末であって、送信端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを送信端末に送信することを特徴とする。
【００１６】
本発明の送信端末は、ＩＰネットワークを介して少なくとも音声チャネルにより受信端末と通信可能な送信端末であって、受信端末に通信開始要求を送信し、前記通信開始要求の応答として、受信端末から、受信端末の状態に応じて変動する状態情報を埋め込んだ所定の音声データを音声チャネルにより受信し、前記音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて受信端末の状態を表わす情報をユーザに提示することを特徴とする。
【００１７】
本発明の通信方法は、ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を用いた通信方法であって、第１の端末から第２の端末に対して通信を行う場合に、第２の端末が、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、第１の端末が、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする。
【００１８】
本発明の通信方法のうち各端末において実行される工程は、各端末が備えるＣＰＵにより実施することができるが、そのためのプログラムは、ＣＤ−ＲＯＭ、磁気ディスク、半導体メモリ及び通信ネットワークなどの各種の媒体を通じて各端末にインストールまたはロードすることができる。
【００１９】
なお、本明細書において、部とは、ハードウェアにより実現されるユニット、ソフトウェアにより実現されるユニット、両方を用いて実現されるユニットを含む。また１つのユニットが２つ以上のハードウェアを用いて実現されてもよく、２つ以上のユニットが１つのハードウェアにより実現されても良い。
【発明の効果】
【００２０】
以上のように構成された本発明によれば、ＮＧＮなどのＩＰネットワークを介して通信を行う通信システムにおいて、専用サーバを設けることなく、受信側の状態を把握することができる新しい枠組みを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態の通信システムの概略構成を示す図である。
【図２】ＩＰ−ＦＡＸ端末１の機能構成を示す図である。
【図３】通信システム全体の処理フローを示す図である。
【図４】イベント対応テーブルの例を示す図である。
【図５Ａ】ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図５Ｂ】ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図６】ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図７】変形例１における、通信システム全体の処理フローを示す図である。
【図８】変形例１における、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローの後半を示す図である。
【図９Ａ】変形例１における、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図９Ｂ】変形例１における、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図１０Ａ】変形例２における、通信システム全体の処理フローを示す図である。
【図１０Ｂ】変形例２における、通信システム全体の処理フローを示す図である。
【図１１】変形例２における、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図１２Ａ】変形例２における、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローの後半を示す図である。
【図１２Ｂ】変形例２における、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローの後半を示す図である。
【図１３】変形例２における、ＩＰ−ＦＡＸ端末１Ｂの印刷終了通知時の処理フローを示す。
【図１４】変形例２における、ＩＰ−ＦＡＸ端末１Ａの印刷終了通知時の処理フローを示す。
【発明を実施するための形態】
【００２２】
以下、図面を参照して、本発明の好適な実施形態に係る通信システムについて詳細に説明する。
【００２３】
図１は、本発明の実施形態の通信システムの概略構成を示す図である。図１に示すように、通信システム１００は、ＮＧＮなどのＩＰネットワーク１０１を介して接続されるＩＰ−ＦＡＸ端末１Ａ、１Ｂを含む。ＩＰネットワーク１０１には、通信事業者等が管理・運用する通常のＳＩＰサーバ２が接続されている。
【００２４】
図１では、ＩＰ−ＦＡＸ端末１（１Ａ、１Ｂを区別する必要がない場合、このように示す）について２台、ＳＩＰサーバ２について１台のみ記載しているが、ＩＦ−ＦＡＸ端末１の台数は２台以上、ＳＩＰサーバ２の台数は１台以上であれば、設計に応じて任意に変更することができる。
【００２５】
ＩＰ−ＦＡＸ端末１は、ＳＩＰ（Session Initiation Protocol）による呼制御に対応したＩＰ−ＦＡＸ端末であり、音声チャネルを少なくとも含む複数チャネル（メディア）により通信可能に構成されている。以下、ＩＰ−ＦＡＸ端末１は、Ｇ．７１１などの音声コーデックに対応した音声チャネル、及びＴ．３８などの規格に対応したデータ通信チャネルの２つのチャネルにより通信可能であるとして説明する。
【００２６】
ＩＰ−ＦＡＸ端末１のハードウェア及び機能構成は、音声チャネル及びデータ通信チャネルにより通信可能な従来のＩＰ−ＦＡＸ端末と同様であり、例えば、ＣＰＵ、メモリ、専用回路、表示装置、音声出力装置、印刷装置、通信装置などのハードウェアを備えている。また、ＣＰＵがメモリに格納されたプログラムを実行し、各ハードウェアを制御することにより実現される機能手段として、送受信部１０、呼制御部１１、音声処理部１２、データ処理部１３のほか、スキャナ部、印刷部、表示部、操作部などを備えている（図２参照）。
【００２７】
ただし、後述するように、本実施形態のＩＰ−ＦＡＸ端末１は、上記各部が連携することにより、他のＩＰ−ＦＡＸ端末１からデータ通信チャネルにより通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを前記他のＩＰ−ＦＡＸ端末１に送信する機能と、他のＩＰ−ＦＡＸ端末１にデータ通信チャネルにより通信開始要求を送信し、前記通信開始要求の応答として、前記他のＩＰ−ＦＡＸ端末１から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて前記他のＩＰ−ＦＡＸ端末１の状態を表わす情報をユーザに提示する機能とを備えている点で、従来のＩＰ−ＦＡＸ端末とは異なる。
【００２８】
以下、ＩＰ−ＦＡＸ端末１の各部について説明する。
【００２９】
送受信部１０は、ＩＰネットワーク１０１に接続されているＳＩＰサーバ２とのあいだで呼制御に関するデータ（ＳＩＰメッセージ）を送受信し、通信先端末とのあいだで音声データ、ＦＡＸデータを送受信する部であり、原則として、従来のＩＰ−ＦＡＸ装置が備える送受信部と同様である。なお、送受信部１０の処理対象となるデータはすべてＩＰパケットであり、送受信部１０は、例えばＦＡＸ受信時においては、ＩＰパケットの種類に応じて、呼制御部１１、音声処理部１２、データ処理部１３へＩＰパケットを分配する。またＦＡＸ送信時においては、呼制御部１１、データ処理部１３において生成されたＩＰパケットをＩＰネットワーク１０１へ送出する。
【００３０】
呼制御部１１は、ＳＩＰサーバ２との間でやり取りされるＳＩＰメッセージの生成・解釈を行うとともに、音声処理部１２で対応可能な音声コーデックの判断、データ処理部１３で対応可能なデータ形式（ＦＡＸデータ形式）の判断を行う部であり、原則として、従来のＩＰ−ＦＡＸ装置が備える呼制御部と同様である。
【００３１】
音声処理部１２は、自身が対応可能な音声形式についての情報を対応形式テーブルとして保持しており、ＦＡＸ受信時においては、データ処理部１３から通知される状態情報に応じた音声データの生成を行い、前記生成した音声データに状態情報の埋め込みを行う。さらに、状態情報埋め込み済みの音声データをＲＴＰ（Real-time Transport Protocol）データとしてＩＰパケット化し、送受信部１０へ渡す。
【００３２】
またＦＡＸ送信時においては、ＦＡＸ受信側から送信されたＲＴＰパケットから、音声データを復元し、復元した音声データから状態情報を抽出し、かかる音声データ及び状態情報を用いて、音声の再生や表示部に対する表示指示を出す。
【００３３】
このように本実施形態の音声処理部１２は、従来のＩＰ−ＦＡＸ装置が備える音声処理部と同様の機能に加え、状態情報の埋め込み及び抽出を行う機能を備えている。
【００３４】
データ処理部１３は、自身が対応可能なデータ形式についての情報を対応形式テーブルとして保持しており、ＦＡＸ受信時においては、送受信部１０からＩＰパケット化されているＦＡＸデータを受け取り、適切なデータ（印刷データ、画像データ）に復元し、印刷部に対して復元したデータを送って印刷指示を出す。また、自装置の状態（受信状況、印刷状況など）に応じて変動する状態情報を音声処理部１２へ通知する。
【００３５】
またＦＡＸ送信時においては、スキャナ部からデータを受け取って、ＦＡＸデータを生成し、ＩＦＰ（internet facsimile protocol）データとしてＩＰパケット化して、送受信部１０へ渡す。
【００３６】
スキャナ部、印刷部、表示部は、原則として、従来のＩＰ−ＦＡＸ端末が備える各部と同様である。ただし、本実施形態の印刷部は、データ処理部１３のように、状態情報を音声処理部１２へ通知する機能を備えている。
【００３７】
次に、図３〜図６を参照して、通信システム１００における通信処理の流れを説明する。なお本明細書において、フローチャート等に示す各工程（符号が付与されていない部分的な工程を含む）は処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。また、ＩＰ−ＦＡＸ端末１Ａが送信端末となり、ＩＰ−ＦＡＸ端末１Ｂが受信端末となる場合を想定して説明する。
【００３８】
図３に、通信システム全体の処理フローを示す。
【００３９】
ＩＰ−ＦＡＸ端末１Ａ及び１Ｂは、通信を開始する前に、ＳＩＰサーバ２に対して呼制御による登録手続を行う（ＲＥＧＩＳＴＥＲリクエストを送信する）（Ｓ１００）。
【００４０】
ＩＰ−ＦＡＸ端末１Ａ及び１Ｂは、登録手続が成功したかどうか（ＳＩＰサーバ２から２００ＯＫレスポンスが返ってきたかどうか）を判断し（Ｓ１０１）、失敗した場合（Ｓ１０１：Ｎｏ）、規定回数、登録手続を繰り返す（Ｓ１０２）。規定回数を繰り返しても登録手続が成功しなかった場合（Ｓ１０２：Ｙｅｓ）、処理を終了する。
【００４１】
一方、ＩＰ−ＦＡＸ端末１Ａ及び１Ｂの登録手続が成功した場合（Ｓ１０１：Ｙｅｓ）、ＩＰ−ＦＡＸ端末１Ａは、ＩＰ−ＦＡＸ端末１Ｂに対して、ＳＩＰに従って通信開始要求を送信する（ＩＮＶＩＴＥリクエストを送信する）（Ｓ１０３）。
【００４２】
ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａから、ＳＩＰに従った通信開始要求を受信すると、対応可能かどうかを判断し（Ｓ１０４）、対応可能でない場合、エラーレスポンスをＩＰ−ＦＡＸ端末１Ａに返す。
【００４３】
ＩＰ−ＦＡＸ端末１Ａは、エラーレスポンスを受信した場合や、通信開始要求を送信してから一定期間内に２００ＯＫレスポンスを受信できない場合、コーデックを変更するなどして、規定回数、通信開始要求の送信を繰り返す（Ｓ１０５：Ｎｏ）。規定回数を繰り返しても通信開始要求に対する応答がない場合（Ｓ１０５：Ｙｅｓ）、処理を終了する。
【００４４】
一方、対応可能な場合、ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａに対して２００ＯＫレスポンスを送信する（Ｓ１０６）。これにより、両端末間でＳＩＰセッションが確立し、ＩＰ−ＦＡＸ端末１Ａは、データ通信チャネルによる通信（ここでは、ＦＡＸデータの送信）を開始する（Ｓ１０７）。
【００４５】
ＳＩＰセッションが確立されると、ＩＰ−ＦＡＸ端末１Ｂは、イベント発生の有無を判断する（Ｓ１０８）。イベントとしては、例えば、データ受信開始、データ受信終了、データ受信エラー発生、印刷開始、印刷終了、印刷エラー（インク切れ、紙づまりなど）といったＩＰ−ＦＡＸ端末１Ｂの状態（プレゼンス）に対応するイベントが考えられる。
【００４６】
イベントが発生していない場合、ＩＰ−ＦＡＸ端末１Ｂは、データ通信チャネルによる通信が終了するまで（Ｓ１１４：Ｎｏ）、Ｓ１０８の判断を続行する。
【００４７】
イベントが発生した場合、ＩＰ−ＦＡＸ端末１Ｂは、発生したイベントに対応する音声データ、及び状態情報を取得する（Ｓ１０９）。例えば、図４に示すようなイベント内容、イベント識別子、音声メッセージ及びテキストメッセージとの対応関係情報を格納したイベント対応テーブルを装置内に記憶しておき、これらを参照して音声データとして音声メッセージを取得し、状態情報としてイベント識別子を取得することが考えられる。
【００４８】
次に、ＩＰ−ＦＡＸ端末１Ｂは、前記取得した音声データに前記取得した状態情報を埋め込む（Ｓ１１０）。音声データへの状態情報の埋め込みには、ウォータマークに関する種々の従来技術や、特開2003-295894に開示される技術を利用することが考えられる。
【００４９】
次に、ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａに対して、状態情報埋め込み済み音声データをＲＴＰパケット化して音声チャネルにより送信する（Ｓ１１１）。
【００５０】
ＩＰ−ＦＡＸ端末１Ａは、ＩＰ−ＦＡＸ端末１Ｂから、符号化された状態情報埋め込み済み音声データを受信すると、これを復元し、復元した音声データから状態情報を抽出する（Ｓ１１２）。
【００５１】
次に、ＩＰ−ＦＡＸ端末１Ａは、前記復元した音声データを再生するとともに、前記抽出した状態情報に基づいて、ＩＰ−ＦＡＸ端末１Ｂの状態を表わす情報をユーザに提示する（例えば表示部にイベントに対応するメッセージを表示したり、ログとして記憶する）（Ｓ１１３）。
【００５２】
Ｓ１０８〜Ｓ１１３までの処理は、データ通信チャネルによる通信が終了し、ＦＡＸデータの印刷が終了するまで（Ｓ１１４：Ｎｏ）、繰り返される。
【００５３】
データ通信チャネルによる通信が終了し、ＦＡＸデータの印刷が終了した場合（Ｓ１１４：Ｙｅｓ）、ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａに対し、ＳＩＰに従って通信終了を通知する（ＢＹＥリクエストを送信する）（Ｓ１１５）。これにより、両端末間でＳＩＰセッションが終了する。
【００５４】
図５Ａ、図５Ｂに、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローを示す。
【００５５】
ＩＰ−ＦＡＸ端末１Ｂの送受信部１０は、ＩＰ−ＦＡＸ端末１ＡからのＩＮＶＩＴＥリクエストを待機する（Ｓ２００）。
【００５６】
ＩＮＶＩＴＥリクエストを受信した場合、送受信部１０は、ＩＮＶＩＴＥリクエストを呼制御部１１に渡す（Ｓ２０１）。
【００５７】
呼制御部１１は、ＩＮＶＩＴＥリクエストを解析し、通信方式を判断して、音声処理部１２、データ処理部１３に対応可能かどうかを問い合わせる（Ｓ２０２）。
【００５８】
音声処理部１２、データ処理部１３はそれぞれ、保持している対応形式テーブルを参照して、対応可否を判断し、判断結果を呼制御部１１に返す（Ｓ２０３）。
【００５９】
呼制御部１１は、音声処理部１２、データ処理部１３から対応不可の判断結果を受け取った場合（Ｓ２０４：Ｎｏ）、エラーレスポンスを生成し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信し（Ｓ２０５）、Ｓ２００に再帰する。
【００６０】
一方、呼制御部１１は、音声処理部１２、データ処理部１３の両方から対応可能の判断結果を受け取った場合（Ｓ２０４：Ｙｅｓ）、２００ＯＫレスポンスを生成し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ２０６）。これにより、ＩＰ−ＦＡＸ端末１Ａと１Ｂとの間でＳＩＰセッションが確立し、ＩＰ−ＦＡＸ端末１Ａは、データ通信チャネルによる通信（ここでは、ＦＡＸデータの送信）を開始する。
【００６１】
データ通信チャネルによる通信が開始されると、送受信部１０は、ＦＡＸデータの受信を待機する（Ｓ２０７）。
【００６２】
送受信部１０を介してＦＡＸデータの受信が開始された場合、データ処理部１３は、受信開始イベントを音声処理部１２に通知する（Ｓ２０８）。
【００６３】
次に、データ処理部１３は、ＦＡＸデータの受信が終了するまで、受信したＦＡＸデータを復元して印刷データを生成し、印刷部に送る（Ｓ２０９）。ＦＡＸデータの受信が終了した場合、データ処理部１３は、受信終了イベントを音声処理部１２に通知する（Ｓ２１０）。
【００６４】
一方、印刷データを受け取った印刷部は、印刷処理を実行するとともに、印刷状況に応じたイベント（印刷開始イベント、インク切れイベントなど）を音声処理部１２に通知する（Ｓ２１１）。
【００６５】
印刷部は、印刷が終了するまでＳ２１１を繰り返す（Ｓ２１２：Ｎｏ）。印刷が終了すると（Ｓ２１２：Ｙｅｓ）、印刷部は、印刷終了イベントを音声処理部１２及び呼制御部１１に通知する（Ｓ２１３）。
【００６６】
一方、音声処理部１２は、データ通信チャネルによる通信が開始されると、イベントの発生を待機する（Ｓ２１４）。
【００６７】
データ処理部１３や印刷部からイベント発生の通知を受け取った場合、音声処理部１２は、発生したイベントに対応する音声データ及び状態情報を取得し、前記取得した音声データに前記取得した状態情報を埋め込む（Ｓ２１５）。
【００６８】
次に、音声処理部１２は、状態情報埋め込み済み音声データをＲＴＰパケット化して、送受信部１０を介して音声チャネルによりＩＰ−ＦＡＸ端末１Ａに対して送信し（Ｓ２１６）、音声データ送信後、Ｓ２１４に再帰する。
【００６９】
一方、呼制御部１１は、印刷部から印刷終了イベントが通知された場合、ＢＹＥリクエストを生成し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ２１７）。これにより、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰセッションが終了する。
【００７０】
図６に、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す。
【００７１】
ＩＰ−ＦＡＸ端末１Ａの呼制御部１１は、音声処理部１２、データ処理部１３の保持する対応方式テーブルからＩＰ−ＦＡＸ端末１Ｂとの通信方式を決定し、ＩＮＶＩＴＥリクエストを生成する（Ｓ３００）。
【００７２】
次に、呼制御部１１は、生成したＩＮＶＩＴＥリクエストを、送受信部１０を介してＩＰ−ＦＡＸ端末１Ｂに送信し（Ｓ３０１）、２００ＯＫレスポンスの受信を待機する（Ｓ３０２）。
【００７３】
呼制御部１１は、ＩＰ−ＦＡＸ端末１Ｂからエラーレスポンスを受信した場合や、通信開始要求を送信してから一定期間内に２００ＯＫレスポンスを受信できない場合（Ｓ３０２：Ｎｏ）、コーデックを変更するなどして、規定回数、ＩＮＶＩＴＥリクエストの生成を繰り返し（Ｓ３０３）、Ｓ３０１に再帰する。なお、規定回数を繰り返しても通信開始要求に対する応答がない場合は処理を終了する。
【００７４】
一方、２００ＯＫレスポンスを受信した場合、音声処理部１２、データ処理部１３は、それぞれ以下の処理を実行する。
【００７５】
音声処理部１２は、送受信部１０を介してＲＴＰパケットの受信を待機する（Ｓ３０４）。ＲＴＰパケットを受信した場合、音声処理部１２は、受信したＲＴＰパケットから音声データの復元を行い（Ｓ３０５）、復元した音声データから状態情報を抽出する（Ｓ３０６）。
【００７６】
次に、音声処理部１２は、ＩＰ−ＦＡＸ端末１Ｂが使用したものと同等のイベント対応テーブル（図４参照）を参照して、前記抽出した状態情報に対応するイベントの内容を特定し、対応するテキストメッセージを読み出してユーザに提示するよう（例えば、表示部に表示するよう）指示する（Ｓ３０７）。
【００７７】
次に、音声処理部１２は、前記復元した音声データを再生し（Ｓ３０８）、ＳＩＰセッションが終了するまで、Ｓ３０４に再帰する。
【００７８】
一方、データ処理部１３は、スキャナ部により読み込んだ画像データに基づいてＦＡＸデータを生成し、ＩＦＰデータとしてＩＰパケット化して、送受信部１０を介してＩＰ−ＦＡＸ端末１Ｂに送信する（Ｓ３０９）。
【００７９】
データ処理部１３は、ＦＡＸデータの送信が終了するまで、Ｓ３０９を繰り返す（Ｓ３１０：Ｎｏ）。ＦＡＸデータの送信が終了すると（Ｓ３１０：Ｙｅｓ）、呼制御部１１は、ＩＰ−ＦＡＸ端末１ＢからのＢＹＥリクエストの受信を待機する（Ｓ３１１）。ＢＹＥリクエストを受信した場合、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰセッションが終了する。
【００８０】
このように、本実施形態では、ＩＰ−ＦＡＸ端末間でデータ通信チャネルによりＦＡＸデータを送受信する場合に、ＦＡＸデータ受信側において自装置の状態に応じた状態情報を音声データに埋め込んで、音声チャネルによりＦＡＸデータ送信側に送信する構成を採用しているため、専用サーバを設けることなく、ＦＡＸデータ送信側において、受信側の状態を把握することができる。また、状態情報をパケットのヘッダ等に挿入するのではなく音声データに埋め込んで送信する構成としていることから、既存のプロトコルを変更することなくＲＴＰパケットを用いて状態情報を送ることができ、その結果、既存の中継装置などに変更を加えずに接続性を確保することが可能となる。
【００８１】
（変形例１）
例えば、状態情報としてイベント識別子を用いる場合、ＩＰ−ＦＡＸ端末１Ａと１Ｂがそれぞれ同等のイベント対応テーブルを保持していることが必要となる。かかるテーブルは、例えば通信ネットワークや可搬型メモリを介して配信しても良いが、端末間でテーブルのデータを送受することで自動的に同期を取ることも可能である。
【００８２】
以下、イベント対応テーブルの自動同期機能を備える変形例１の処理フローについて説明する。なお、変形例１における通信システムや端末の構成は原則として上記実施形態と同様である。
【００８３】
図７に、変形例１における通信システム全体の処理フローを示す。図３に示す上記実施形態の処理フローと異なる点は、Ｓ１０７とＳ１０８との間に、ステップＳ１２０、Ｓ１２１が追加されている点である。以下、かかる変更点について説明する。
【００８４】
ＳＩＰセッションが確立されると、ＩＰ−ＦＡＸ端末１Ｂは、自装置のイベント対応テーブルをＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ１２０）。ＩＰ−ＦＡＸ端末１Ａは、ＩＰ−ＦＡＸ端末１Ｂから送信されるイベント対応テーブルを受信すると、これを自装置のイベント対応テーブルとして保持する（Ｓ１２１）。
【００８５】
図８に、変形例１におけるＩＰ−ＦＡＸ端末１ＢのＳＩＰサーバ登録後の処理フローの後半を示す。前半（Ｓ２００〜Ｓ２０５）は図５Ａの処理フローと同じである。後半の処理フローが図５Ｂに示す処理フローと異なる点は、Ｓ２０６の後に、ステップＳ２２０、Ｓ２２１が追加されている点である。以下、かかる変更点について説明する。
【００８６】
データ通信チャネルによる通信が開始されると、データ処理部１３は、音声処理部１２が保持するイベント対応テーブルのデータを取得し（Ｓ２２０）、かかるデータをＩＰパケット化して、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ２２１）。
【００８７】
具体的には、イベント対応テーブルのデータに基づいて、｛（イベント識別子、イベント内容を示す文字列）、・・・｝という形式のデータを生成し、かかる生成したデータを音声データとみなしてＲＴＰパケット化して送信する。この際、状態情報を埋め込んだ音声データと区別するために、みなし音声データの最初と最後にトーン信号を挿入する。後述するように、ＩＰ−ＦＡＸ端末１Ａでは、かかるトーン信号の有無を検出することにより、イベント対応テーブルのデータに対応するみなし音声データであるか否かを判断することができる。
【００８８】
図９Ａ、図９Ｂに、変形例１におけるＩＰ−ＦＡＸ端末１ＡのＳＩＰサーバ登録後の処理フローを示す。図６に示す処理フローと異なる点は、Ｓ３０２で２００ＯＫレスポンスを受信した場合以降の処理として、ステップＳ３２０〜Ｓ３２５が追加されている点である。以下、かかる変更点について説明する。なお、処理開始にあたり、変数Ｎは初期値０に初期化されているものとする。
【００８９】
２００ＯＫレスポンスを受信した場合、音声処理部１２は、送受信部１０を介してＲＴＰパケットの受信を待機する（Ｓ３０４）。ＲＴＰパケットを受信した場合、音声処理部１２は、受信したＲＴＰパケットから音声データの復元を行う（Ｓ３０５）。
【００９０】
次に、音声処理部１２は、Ｎが２より小さいかどうかを判断し（Ｓ３２０）、Ｎが２以上の場合はＳ３０６に進む。
【００９１】
一方、Ｎが２より小さい場合、音声処理部１２は、前記復元した音声データがトーン信号であるかどうかを判断する（Ｓ３２１）。
【００９２】
トーン信号でない場合、音声処理部１２は、前記復元した音声データを｛（イベント識別子、イベント内容を示す文字列）、・・・｝の形式のデータに変換し、該データに基づいて自装置のイベント対応テーブルを更新して（Ｓ３２２）、Ｓ３０４に再帰する。
【００９３】
一方、トーン信号である場合、音声処理部１２は、Ｎを＋１インクリメントした後、Ｎ＝１か成立するかどうかを判断する（Ｓ３２３）。
【００９４】
Ｎ＝１が成立する場合、受信したＲＴＰパケットは、イベント対応テーブルに対応する１つ目のパケットであると判断し（Ｓ３２４）、引き続きイベント対応テーブルに対応するＲＴＰパケットを受信すべく、Ｓ３０４に再帰する。
【００９５】
Ｎ＝１が成立しない場合、受信したＲＴＰパケットは、イベント対応テーブルに対応する最終パケットであると判断し、イベント対応テーブルの自動更新を終了する（Ｓ３２５）。この場合、音声処理部１２、データ処理部１３は、それぞれＳ３０４、Ｓ３０９以降の処理を実行する。
【００９６】
このように本変形例では、ＩＰ−ＦＡＸ端末１Ａ、１Ｂ間でＦＡＸデータを送受する前にイベント対応テーブルを自動的に同期させている。例えば、送信側と受信側とでメーカや機種が異なる場合など、通信ネットワークや可搬型メモリを介してのイベント対応テーブルの配信が困難な場合もあり、このような場合に自動的に同期を取る機能は有効である。
【００９７】
（変形例２）
通常、ＦＡＸデータの送受信が完了した後、当該ＦＡＸデータに基づく印刷が終了するところ、上記実施形態では、印刷が終了するのを待ってＳＩＰセッションを閉じる構成としている。しかし、かかる構成では、ＦＡＸデータの送受信が完了した後、当該ＦＡＸデータに基づく印刷が終了するまでの間、データ通信チャネルによる通信が完了しているにもかかわらず、ＳＩＰセッションが維持されて通信費用が発生してしまう。
【００９８】
かかる問題を解決する方法として、本発明の枠組みのもと、ＦＡＸデータの送受信が完了した時点でＳＩＰセッションを閉じ、印刷が終了した時点で、ＩＰ−ＦＡＸ端末１Ｂから１Ａに対して、印刷終了イベントに対応する状態情報を埋め込んだ音声データを音声チャネルにより送信することが考えられる。
【００９９】
しかし、例えば、ＩＰ−ＦＡＸ端末１Ａが複数のＦＡＸデータをＩＰ−ＦＡＸ端末１Ｂに送信している場合、ＩＰ−ＦＡＸ端末１Ｂが単に印刷終了イベントに対応する状態情報を埋め込んだ音声データを送信したのでは、ＩＰ−ＦＡＸ端末１ＡはどのＦＡＸデータについて印刷終了したのかを把握することはできない。
【０１００】
そこで、変形例２では、ＩＰ−ＦＡＸ端末１Ａが、ＦＡＸデータに付与したデータ識別子をＩＰ−ＦＡＸ端末１Ｂに通知し、ＩＰ−ＦＡＸ端末１Ｂが、印刷終了イベントに対応する状態情報、及び印刷終了ＦＡＸデータのデータ識別子を埋め込んだ音声データを送信する枠組みを採用する。
【０１０１】
以下、変形例２の処理フローについて説明する。なお、変形例２における通信システムや端末の構成は原則として上記実施形態と同様である。
【０１０２】
図１０Ａ、図１０Ｂに、変形例２における通信システム全体の処理フローを示す。図３に示す上記実施形態の処理フローと異なる点は、Ｓ１０７とＳ１０８との間に、ステップＳ１３０、Ｓ１３１が追加されている点、Ｓ１１４の条件が変更されている点、及び、ＦＡＸデータ送受信のためのＳＩＰセッション終了後に、印刷終了を通知するための処理（図１０Ｂ）が実行される点である。以下、かかる変更点について説明する。
【０１０３】
データ通信チャネルによる通信路が確立されると、ＩＰ−ＦＡＸ端末１Ａは、これから送信するＦＡＸデータに付与したデータ識別子をＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ１３０）。ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａから送信されるデータ識別子を受信すると、これを記憶する（Ｓ１３１）。
【０１０４】
また、データ通信チャネルによる通信が終了した場合（Ｓ１１４：Ｙｅｓ）、ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａに対し、ＳＩＰに従って通信終了を通知する（ＢＹＥリクエストを送信する）（Ｓ１１５）。これにより、両端末間でＳＩＰセッションが終了する。
【０１０５】
その後、ＩＰ−ＦＡＸ端末１Ｂは、ＦＡＸデータの印刷終了を待機する（Ｓ１３２）。印刷が終了すると、ＩＰ−ＦＡＸ端末１Ｂは、印刷が終了したことを示す状態情報と、印刷終了ＦＡＸデータのデータ識別子とを所定の音声データに埋め込み、ＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ１３３）。ＩＰ−ＦＡＸ端末１Ａは、かかる音声データを受信すると、埋め込まれたデータ識別子に基づいて、印刷が終了したＦＡＸデータを特定し、その情報をユーザに提示する（Ｓ１３４）。
【０１０６】
図１１に、変形例２における、ＩＰ−ＦＡＸ端末１ＡのＳＩＰサーバ登録後のＦＡＸデータ送信時の処理フローを示す。図６に示す上記実施形態の処理フローと異なる点は、Ｓ３０２で２００ＯＫレスポンスを受信した場合以降の処理として、ステップＳ３３０、Ｓ３３１が追加されている点である。以下、かかる変更点について説明する。
【０１０７】
２００ＯＫレスポンスを受信した場合、データ処理部１３は、これから送信するＦＡＸデータにデータ識別子を付与し、かかるデータ識別子を自装置内に記憶するとともに、音声処理部１２に通知する（Ｓ３３０）。
【０１０８】
音声処理部１２は、通知されたデータ識別子を所定の音声データに埋め込み、ＩＰ−ＦＡＸ端末１Ｂに対して、データ識別子埋め込み済み音声データをＲＴＰパケット化して音声チャネルにより送信する（Ｓ３３１）。データ識別子を埋め込む所定の音声データとしては、例えばデータ識別子が０００１である場合、「ＩＤ０００１の送信を開始します」という音声データを生成して用いることが考えられる。
【０１０９】
その後、音声処理部１２、データ処理部１３は、それぞれＳ３０４、Ｓ３０９以降の処理を実行する。
【０１１０】
図１２Ａ、図１２Ｂに、変形例２における、ＩＰ−ＦＡＸ端末１ＢのＳＩＰサーバ登録後のＦＡＸデータ受信時の処理フローの後半を示す。前半（Ｓ２００〜Ｓ２０５）は図５Ａの処理フローと同じである。後半の処理フローが図５Ａに示す処理フローと異なる点は、Ｓ２０６の後に、ステップＳ２３０〜Ｓ２３３が追加されている点、及び、呼制御部１１によるセッション終了の条件である。以下、かかる変更点について説明する。
【０１１１】
データ通信チャネルによる通信が開始されると、音声処理部１２は、送受信部１０を介してＲＴＰパケットの受信を待機する（Ｓ２３０）。
【０１１２】
ＲＴＰパケットを受信した場合、音声処理部１２は、受信したＲＴＰパケットから音声データの復元を行い（Ｓ２３１）、復元した音声データからデータ識別子を抽出する（Ｓ２３２）。抽出されたデータ識別子はデータ処理部１３に渡され、記憶される。
【０１１３】
次に、音声処理部１２は、前記復元した音声データを再生する（Ｓ２３３）。その後、データ処理部１３、音声処理部１２等は、それぞれＳ２０７、Ｓ２１４以降の処理を実行する。
【０１１４】
ただし、図５に示す処理フローでは、印刷部が、印刷終了した場合に印刷終了イベントを呼制御部１１に通知し、呼制御部１１は、かかる印刷部からの印刷処理イベントの通知を受けて、ＢＹＥリクエストの生成・送信を行っていたが、変形例２では、データ処理部１３が、ＦＡＸデータの受信が終了した場合に受信終了イベントを音声処理部１２及び呼制御部１１に通知し（Ｓ２１０）、呼制御部１１は、かかるデータ処理部１３からの受信終了イベントの通知を受けて、ＢＹＥリクエストの生成・送信を行う（Ｓ２１７）構成となっている。
【０１１５】
図１３に、変形例２における、ＩＰ−ＦＡＸ端末１Ｂの印刷終了通知時の処理フローを示す。
【０１１６】
印刷部は、印刷終了した場合に印刷終了イベントを呼制御部１１に通知する（Ｓ４００：Ｙｅｓ）。
【０１１７】
かかる通知を受けた呼制御部１１は、新たにＳＩＰセッションを確立すべく、音声処理部１２の保持する通信方式対応テーブルからＩＰ−ＦＡＸ端末１Ａとの通信方式を決定し、ＩＮＶＩＴＥリクエストを生成する（Ｓ４０１）。
【０１１８】
次に、呼制御部１１は、生成したＩＮＶＩＴＥリクエストを、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信し（Ｓ４０２）、２００ＯＫレスポンスの受信を待機する（Ｓ４０３）。
【０１１９】
呼制御部１１は、ＩＰ−ＦＡＸ端末１Ｂからエラーレスポンスを受信した場合や、通信開始要求を送信してから一定期間内に２００ＯＫレスポンスを受信できない場合（Ｓ４０３：Ｎｏ）、コーデックを変更するなどして、規定回数、ＩＮＶＩＴＥリクエストの生成
を繰り返し（Ｓ４０４）、Ｓ４０２に再帰する。なお、規定回数を繰り返しても通信開始要求に対する応答がない場合は処理を終了する。
【０１２０】
２００ＯＫレスポンスを受信した場合、データ処理部１３は、ＦＡＸデータ受信時に記憶したデータ識別子を参照し、印刷が終了したＦＡＸデータのデータ識別子を取得して、音声処理部１２に通知する（Ｓ４０５）。
【０１２１】
音声処理部１２は、印刷が終了したことを示す状態情報と、前記通知されたデータ識別子とを所定の音声データに埋め込む（Ｓ４０６）。データ識別子を埋め込む所定の音声データとしては、例えばデータ識別子が０００１である場合、「ＩＤ０００１の印刷が終了しました」という音声データを生成して用いることが考えられる。
【０１２２】
次に、音声処理部１２は、データ識別子埋め込み済み音声データをＲＴＰパケット化し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに対して音声チャネルにより送信する（Ｓ４０７）。
【０１２３】
次に、呼制御部１１は、ＩＰ−ＦＡＸ端末１ＡからのＢＹＥリクエストを待機し（Ｓ４０８）、ＢＹＥリクエストを受信すると、処理を終了する。
【０１２４】
図１４に、変形例２における、ＩＰ−ＦＡＸ端末１Ａの印刷終了通知時の処理フローを示す。
【０１２５】
ＩＰ−ＦＡＸ端末１Ａの呼制御部１１は、送受信部１０を介して受信したＩＮＶＩＴＥリクエストが、自装置が対応可能な方式を示す場合、２００ＯＫレスポンスを生成し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ｂに送信する（Ｓ５００）。
【０１２６】
次に、音声処理部１２は、送受信部１０を介してＩＰ−ＦＡＸ端末１ＢからのＲＴＰパケットの受信を待機する（Ｓ５０１）。
【０１２７】
ＲＴＰパケットを受信した場合、音声処理部１２は、音声データの受信が完了するまで、受信したＲＴＰパケットから音声データの復元を行い（Ｓ５０２）、復元した音声データからデータ識別子を抽出して、データ処理部１３に渡す（Ｓ５０３）。
【０１２８】
データ処理部１３は、前記抽出されたデータ識別子と、ＦＡＸデータ送信時に記憶したデータ識別子とを照合して、対応するＦＡＸデータを特定し、例えば表示部に前記特定したＦＡＸデータについて印刷終了したことを示すテキストメッセージを表示する（Ｓ５０４）。また、前記復元した音声データが「ＩＤ０００１の印刷が終了しました」といった意味のある音声データである場合、音声処理部１２は、前記復元した音声データを再生する（Ｓ５０５）。
【０１２９】
データ識別子埋め込み済み音声データの受信が完了した場合、呼制御部１１は、ＢＹＥリクエストを生成し、送受信部を介してＩＰ−ＦＡＸ端末１Ｂに対して送信する（Ｓ５０６）。これにより、印刷終了通知のためのＳＩＰセッションは終了する。
【０１３０】
このように本変形例では、ＩＰ−ＦＡＸ端末１Ａが、ＦＡＸデータに付与したデータ識別子を音声チャネルにより１Ｂに送信しておき、ＦＡＸデータの送信が終了した時点で一旦、ＳＩＰセッションを閉じる。その後、ＩＰ−ＦＡＸ端末１Ｂが、ＦＡＸデータの印刷が終了した時点で、ＩＰ−ＦＡＸ端末１Ａに対して新たにＳＩＰセッションを開始し、印刷が終了したＦＡＸデータのデータ識別子を埋め込んだ音声データを音声チャネルによりＩＰ−ＦＡＸ端末１Ａに送信する。これにより、ＦＡＸデータの送受信が完了した後、当該ＦＡＸデータに基づく印刷が終了するまでの間の、ＳＩＰセッションの通信費用の発生を回避できるとともに、新たなＳＩＰセッションにより印刷終了を通知する際に、どのＦＡＸデータの印刷が終了したのかをＩＰ−ＦＡＸ端末１Ａに知らせることが可能となる。
【０１３１】
以上、本発明の好適な実施形態及び変形例について説明したが、本発明は、以上の実施形態や変形例に限定されるべきものではなく、特許請求の範囲に表現された思想および範囲を逸脱することなく、種々の変形、追加、および省略が当業者によって可能である。
【０１３２】
例えば本発明によって状態情報を送受信する装置は、ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な情報処理であれば足り、ＩＰ−ＦＡＸ装置には限定されない。例えば、プリンタや表示装置等の画像形成装置であってもよい。また、イベント内容や状態情報は、用いる装置によって種々に決定することができる。
【０１３３】
また例えば、ＳＩＰ以外のプロトコルによってデータ通信チャネルや音声チャネルによる通信路を確立する構成としてもよい。また、本発明においてデータ通信チャネルによる通信は必ずしも必須ではなく、音声チャネルでのみ通信可能な情報処理装置間においても本発明の枠組みを適用することは可能である。
【０１３４】
また例えば、状態情報等を埋め込む音声データは上記実施形態や変形例に示したものに限定されない。例えば、ＩＰ−ＦＡＸ端末１Ａが状態情報に応じた音声メッセージを保持している場合、ＩＰ−ＦＡＸ端末１Ｂにおいて状態情報をビープ音などの音声データに埋め込んでＩＰ−ＦＡＸ端末１Ａに送信してもよい。この場合、ＩＰ−ＦＡＸ端末１Ａでは、保持している音声メッセージの中から、音声データから抽出した状態情報に対応する音声メッセージを選択し、再生することができる。
【０１３５】
また例えば、変形例２において、ＩＰ−ＦＡＸ端末１Ｂから新たにＳＩＰセッションを開始して１Ａに通知する内容は、印刷終了以外であってもよい。例えば、ＦＡＸデータの送受信のためのＳＩＰセッション終了後、印刷中にエラーが発生した場合、１Ｂから１Ａに新たにＳＩＰセッションを開始し、発生したエラーの情報（例えば、エラー識別子）を埋め込んだ音声データを音声チャネルによりＩＰ−ＦＡＸ端末１Ａに送信することも考えられる。
【０１３６】
また例えば、変形例２において、ＦＡＸデータの受信完了をもってＳＩＰセッションを閉じることは必ずしも必須ではなく、上記実施形態のようにＳＩＰセッションを維持しつつ、ＩＰ−ＦＡＸ端末１Ｂにおいて状態情報及び対応するデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データをＩＰ−ＦＡＸ端末１Ａに送信する構成としてもよい。かかる構成によれば、ＩＰ−ＦＡＸ端末１Ａにおいて、音声データから抽出したデータ識別子に基づいて、状態情報がどのＦＡＸデータに関する状態を表わすのかを把握することが可能となる。
【符号の説明】
【０１３７】
１ ＩＰ−ＦＡＸ端末、２ ＳＩＰサーバ、１０ 送受信部、１１ 呼制御部、１２ 音声処理部、１３ データ処理部、１００ 通信システム
【技術分野】
【０００１】
本発明は、ＩＰネットワークを介して音声チャネルにより通信可能な端末を含む通信システムに関する。
【背景技術】
【０００２】
例えばＩＰ−ＦＡＸのような、ＩＰネットワークを介して通信を行う通信システムにおいて、受信側の状態（例えば、ＦＡＸデータの印刷がされたかどうかなど）を把握したいという要求がある。
【０００３】
このような要求を実現するために、プレゼンスサーバやＩＭ（Instant Messaging）を利用し、都度、受信側の状態を送信側に通知する方法が知られている。例えば、特許文献１には、ＩＭを利用して、ＦＡＸデータの受信を通知する方法が開示されている。また、特許文献２には、プレゼンスサーバを用いた方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３２８１６９号公報
【特許文献２】特開２００８−１１３１３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このようなプレゼンスサーバやＩＭを利用する方法は、ＩＰネットワーク上で音声チャネルによる呼制御を行うサーバ（通信事業者が管理・運営するサーバ）とは別に、状態通知を行うための専用サーバを用意する必要があるため、システムの開発や運用コストが増えてしまうという問題がある。また、通信事業者が管理・運営するサーバと連携するために、通信事業者との調整が必要となることから、迅速、柔軟な開発や運用が困難になるという問題も発生する。更に、端末側においても、専用サーバを介した状態通知を行うために、呼制御以外に専用サーバの仕様に準拠した仕組みを新たに導入する必要が生じ、その結果、端末の開発コストが増えてしまうという問題や、そのような仕組みが導入されていない端末との接続性に問題が生じる可能性もある。
【０００６】
一方、近年、国内において整備が進められているＮＧＮ（Next Generation Network）では、そのような受信側の状態を通知する仕組みが存在しておらず、提供される予定もない。
【０００７】
したがって、本発明は、上記問題点を解決し、ＮＧＮなどのＩＰネットワークを介して通信を行う通信システムにおいて、専用サーバを設けることなく、受信側の状態を把握することができる新しい枠組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の通信システムは、ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、第１の端末から第２の端末に対して通信を行う場合に、第２の端末は、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする。
【０００９】
また本発明の通信システムは、ＩＰネットワークを介して音声チャネル及びデータ通信チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、第１の端末からデータ通信チャネルにより第２の端末に対して通信を行う場合に、第２の端末は、第１の端末からデータ通信チャネルによる通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする。
【００１０】
好適には、第１の端末は、データ通信チャネルにより送信するデータに付与したデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記データ識別子を埋め込んだ音声データを第２の端末に送信し、第２の端末は、第１の端末から音声チャネルにより前記データ識別子を埋め込んだ音声データを受信すると、該音声データから前記データ識別子を抽出し、自装置の状態に応じて変動する状態情報及び前記抽出したデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データを第１の端末に送信する。
【００１１】
また好適には、第２の端末は、データ通信チャネルによるデータの受信が終了した場合、第１の端末との通信を終了し、その後に音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データを第１の端末に送信する場合、第２の端末から第１の端末に対して通信を開始して、音声データを送信する。
【００１２】
また好適には、前記端末はＩＰ−ＦＡＸ端末である。
【００１３】
また好適には、前記第２の端末は印刷機能を有する端末であり、前記状態情報は、第２の端末における印刷開始、印刷終了、印刷エラーの少なくともいずれかに対応する状態を示す情報を含む。
【００１４】
また好適には、前記状態情報は、状態を特定する識別子を含み、第２の端末は、第１の端末から通信要求を受信すると、前記識別子と状態の対応関係情報を所定の音声データに埋め込み、音声チャネルにより前記対応関係情報を埋め込んだ音声データを第１の端末に送信し、第１の端末は、第２の端末から音声チャネルにより前記対応関係情報を埋め込んだ音声データを受信すると、該音声データから前記対応関係情報を抽出し、前記抽出した対応関係情報に基づいて第２の端末の状態を表わす情報をユーザに提示する。
【００１５】
本発明の受信端末は、ＩＰネットワークを介して少なくとも音声チャネルにより送信端末と通信可能な受信端末であって、送信端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを送信端末に送信することを特徴とする。
【００１６】
本発明の送信端末は、ＩＰネットワークを介して少なくとも音声チャネルにより受信端末と通信可能な送信端末であって、受信端末に通信開始要求を送信し、前記通信開始要求の応答として、受信端末から、受信端末の状態に応じて変動する状態情報を埋め込んだ所定の音声データを音声チャネルにより受信し、前記音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて受信端末の状態を表わす情報をユーザに提示することを特徴とする。
【００１７】
本発明の通信方法は、ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を用いた通信方法であって、第１の端末から第２の端末に対して通信を行う場合に、第２の端末が、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、第１の端末が、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする。
【００１８】
本発明の通信方法のうち各端末において実行される工程は、各端末が備えるＣＰＵにより実施することができるが、そのためのプログラムは、ＣＤ−ＲＯＭ、磁気ディスク、半導体メモリ及び通信ネットワークなどの各種の媒体を通じて各端末にインストールまたはロードすることができる。
【００１９】
なお、本明細書において、部とは、ハードウェアにより実現されるユニット、ソフトウェアにより実現されるユニット、両方を用いて実現されるユニットを含む。また１つのユニットが２つ以上のハードウェアを用いて実現されてもよく、２つ以上のユニットが１つのハードウェアにより実現されても良い。
【発明の効果】
【００２０】
以上のように構成された本発明によれば、ＮＧＮなどのＩＰネットワークを介して通信を行う通信システムにおいて、専用サーバを設けることなく、受信側の状態を把握することができる新しい枠組みを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態の通信システムの概略構成を示す図である。
【図２】ＩＰ−ＦＡＸ端末１の機能構成を示す図である。
【図３】通信システム全体の処理フローを示す図である。
【図４】イベント対応テーブルの例を示す図である。
【図５Ａ】ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図５Ｂ】ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図６】ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図７】変形例１における、通信システム全体の処理フローを示す図である。
【図８】変形例１における、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローの後半を示す図である。
【図９Ａ】変形例１における、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図９Ｂ】変形例１における、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図１０Ａ】変形例２における、通信システム全体の処理フローを示す図である。
【図１０Ｂ】変形例２における、通信システム全体の処理フローを示す図である。
【図１１】変形例２における、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す図である。
【図１２Ａ】変形例２における、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローの後半を示す図である。
【図１２Ｂ】変形例２における、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローの後半を示す図である。
【図１３】変形例２における、ＩＰ−ＦＡＸ端末１Ｂの印刷終了通知時の処理フローを示す。
【図１４】変形例２における、ＩＰ−ＦＡＸ端末１Ａの印刷終了通知時の処理フローを示す。
【発明を実施するための形態】
【００２２】
以下、図面を参照して、本発明の好適な実施形態に係る通信システムについて詳細に説明する。
【００２３】
図１は、本発明の実施形態の通信システムの概略構成を示す図である。図１に示すように、通信システム１００は、ＮＧＮなどのＩＰネットワーク１０１を介して接続されるＩＰ−ＦＡＸ端末１Ａ、１Ｂを含む。ＩＰネットワーク１０１には、通信事業者等が管理・運用する通常のＳＩＰサーバ２が接続されている。
【００２４】
図１では、ＩＰ−ＦＡＸ端末１（１Ａ、１Ｂを区別する必要がない場合、このように示す）について２台、ＳＩＰサーバ２について１台のみ記載しているが、ＩＦ−ＦＡＸ端末１の台数は２台以上、ＳＩＰサーバ２の台数は１台以上であれば、設計に応じて任意に変更することができる。
【００２５】
ＩＰ−ＦＡＸ端末１は、ＳＩＰ（Session Initiation Protocol）による呼制御に対応したＩＰ−ＦＡＸ端末であり、音声チャネルを少なくとも含む複数チャネル（メディア）により通信可能に構成されている。以下、ＩＰ−ＦＡＸ端末１は、Ｇ．７１１などの音声コーデックに対応した音声チャネル、及びＴ．３８などの規格に対応したデータ通信チャネルの２つのチャネルにより通信可能であるとして説明する。
【００２６】
ＩＰ−ＦＡＸ端末１のハードウェア及び機能構成は、音声チャネル及びデータ通信チャネルにより通信可能な従来のＩＰ−ＦＡＸ端末と同様であり、例えば、ＣＰＵ、メモリ、専用回路、表示装置、音声出力装置、印刷装置、通信装置などのハードウェアを備えている。また、ＣＰＵがメモリに格納されたプログラムを実行し、各ハードウェアを制御することにより実現される機能手段として、送受信部１０、呼制御部１１、音声処理部１２、データ処理部１３のほか、スキャナ部、印刷部、表示部、操作部などを備えている（図２参照）。
【００２７】
ただし、後述するように、本実施形態のＩＰ−ＦＡＸ端末１は、上記各部が連携することにより、他のＩＰ−ＦＡＸ端末１からデータ通信チャネルにより通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを前記他のＩＰ−ＦＡＸ端末１に送信する機能と、他のＩＰ−ＦＡＸ端末１にデータ通信チャネルにより通信開始要求を送信し、前記通信開始要求の応答として、前記他のＩＰ−ＦＡＸ端末１から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて前記他のＩＰ−ＦＡＸ端末１の状態を表わす情報をユーザに提示する機能とを備えている点で、従来のＩＰ−ＦＡＸ端末とは異なる。
【００２８】
以下、ＩＰ−ＦＡＸ端末１の各部について説明する。
【００２９】
送受信部１０は、ＩＰネットワーク１０１に接続されているＳＩＰサーバ２とのあいだで呼制御に関するデータ（ＳＩＰメッセージ）を送受信し、通信先端末とのあいだで音声データ、ＦＡＸデータを送受信する部であり、原則として、従来のＩＰ−ＦＡＸ装置が備える送受信部と同様である。なお、送受信部１０の処理対象となるデータはすべてＩＰパケットであり、送受信部１０は、例えばＦＡＸ受信時においては、ＩＰパケットの種類に応じて、呼制御部１１、音声処理部１２、データ処理部１３へＩＰパケットを分配する。またＦＡＸ送信時においては、呼制御部１１、データ処理部１３において生成されたＩＰパケットをＩＰネットワーク１０１へ送出する。
【００３０】
呼制御部１１は、ＳＩＰサーバ２との間でやり取りされるＳＩＰメッセージの生成・解釈を行うとともに、音声処理部１２で対応可能な音声コーデックの判断、データ処理部１３で対応可能なデータ形式（ＦＡＸデータ形式）の判断を行う部であり、原則として、従来のＩＰ−ＦＡＸ装置が備える呼制御部と同様である。
【００３１】
音声処理部１２は、自身が対応可能な音声形式についての情報を対応形式テーブルとして保持しており、ＦＡＸ受信時においては、データ処理部１３から通知される状態情報に応じた音声データの生成を行い、前記生成した音声データに状態情報の埋め込みを行う。さらに、状態情報埋め込み済みの音声データをＲＴＰ（Real-time Transport Protocol）データとしてＩＰパケット化し、送受信部１０へ渡す。
【００３２】
またＦＡＸ送信時においては、ＦＡＸ受信側から送信されたＲＴＰパケットから、音声データを復元し、復元した音声データから状態情報を抽出し、かかる音声データ及び状態情報を用いて、音声の再生や表示部に対する表示指示を出す。
【００３３】
このように本実施形態の音声処理部１２は、従来のＩＰ−ＦＡＸ装置が備える音声処理部と同様の機能に加え、状態情報の埋め込み及び抽出を行う機能を備えている。
【００３４】
データ処理部１３は、自身が対応可能なデータ形式についての情報を対応形式テーブルとして保持しており、ＦＡＸ受信時においては、送受信部１０からＩＰパケット化されているＦＡＸデータを受け取り、適切なデータ（印刷データ、画像データ）に復元し、印刷部に対して復元したデータを送って印刷指示を出す。また、自装置の状態（受信状況、印刷状況など）に応じて変動する状態情報を音声処理部１２へ通知する。
【００３５】
またＦＡＸ送信時においては、スキャナ部からデータを受け取って、ＦＡＸデータを生成し、ＩＦＰ（internet facsimile protocol）データとしてＩＰパケット化して、送受信部１０へ渡す。
【００３６】
スキャナ部、印刷部、表示部は、原則として、従来のＩＰ−ＦＡＸ端末が備える各部と同様である。ただし、本実施形態の印刷部は、データ処理部１３のように、状態情報を音声処理部１２へ通知する機能を備えている。
【００３７】
次に、図３〜図６を参照して、通信システム１００における通信処理の流れを説明する。なお本明細書において、フローチャート等に示す各工程（符号が付与されていない部分的な工程を含む）は処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。また、ＩＰ−ＦＡＸ端末１Ａが送信端末となり、ＩＰ−ＦＡＸ端末１Ｂが受信端末となる場合を想定して説明する。
【００３８】
図３に、通信システム全体の処理フローを示す。
【００３９】
ＩＰ−ＦＡＸ端末１Ａ及び１Ｂは、通信を開始する前に、ＳＩＰサーバ２に対して呼制御による登録手続を行う（ＲＥＧＩＳＴＥＲリクエストを送信する）（Ｓ１００）。
【００４０】
ＩＰ−ＦＡＸ端末１Ａ及び１Ｂは、登録手続が成功したかどうか（ＳＩＰサーバ２から２００ＯＫレスポンスが返ってきたかどうか）を判断し（Ｓ１０１）、失敗した場合（Ｓ１０１：Ｎｏ）、規定回数、登録手続を繰り返す（Ｓ１０２）。規定回数を繰り返しても登録手続が成功しなかった場合（Ｓ１０２：Ｙｅｓ）、処理を終了する。
【００４１】
一方、ＩＰ−ＦＡＸ端末１Ａ及び１Ｂの登録手続が成功した場合（Ｓ１０１：Ｙｅｓ）、ＩＰ−ＦＡＸ端末１Ａは、ＩＰ−ＦＡＸ端末１Ｂに対して、ＳＩＰに従って通信開始要求を送信する（ＩＮＶＩＴＥリクエストを送信する）（Ｓ１０３）。
【００４２】
ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａから、ＳＩＰに従った通信開始要求を受信すると、対応可能かどうかを判断し（Ｓ１０４）、対応可能でない場合、エラーレスポンスをＩＰ−ＦＡＸ端末１Ａに返す。
【００４３】
ＩＰ−ＦＡＸ端末１Ａは、エラーレスポンスを受信した場合や、通信開始要求を送信してから一定期間内に２００ＯＫレスポンスを受信できない場合、コーデックを変更するなどして、規定回数、通信開始要求の送信を繰り返す（Ｓ１０５：Ｎｏ）。規定回数を繰り返しても通信開始要求に対する応答がない場合（Ｓ１０５：Ｙｅｓ）、処理を終了する。
【００４４】
一方、対応可能な場合、ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａに対して２００ＯＫレスポンスを送信する（Ｓ１０６）。これにより、両端末間でＳＩＰセッションが確立し、ＩＰ−ＦＡＸ端末１Ａは、データ通信チャネルによる通信（ここでは、ＦＡＸデータの送信）を開始する（Ｓ１０７）。
【００４５】
ＳＩＰセッションが確立されると、ＩＰ−ＦＡＸ端末１Ｂは、イベント発生の有無を判断する（Ｓ１０８）。イベントとしては、例えば、データ受信開始、データ受信終了、データ受信エラー発生、印刷開始、印刷終了、印刷エラー（インク切れ、紙づまりなど）といったＩＰ−ＦＡＸ端末１Ｂの状態（プレゼンス）に対応するイベントが考えられる。
【００４６】
イベントが発生していない場合、ＩＰ−ＦＡＸ端末１Ｂは、データ通信チャネルによる通信が終了するまで（Ｓ１１４：Ｎｏ）、Ｓ１０８の判断を続行する。
【００４７】
イベントが発生した場合、ＩＰ−ＦＡＸ端末１Ｂは、発生したイベントに対応する音声データ、及び状態情報を取得する（Ｓ１０９）。例えば、図４に示すようなイベント内容、イベント識別子、音声メッセージ及びテキストメッセージとの対応関係情報を格納したイベント対応テーブルを装置内に記憶しておき、これらを参照して音声データとして音声メッセージを取得し、状態情報としてイベント識別子を取得することが考えられる。
【００４８】
次に、ＩＰ−ＦＡＸ端末１Ｂは、前記取得した音声データに前記取得した状態情報を埋め込む（Ｓ１１０）。音声データへの状態情報の埋め込みには、ウォータマークに関する種々の従来技術や、特開2003-295894に開示される技術を利用することが考えられる。
【００４９】
次に、ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａに対して、状態情報埋め込み済み音声データをＲＴＰパケット化して音声チャネルにより送信する（Ｓ１１１）。
【００５０】
ＩＰ−ＦＡＸ端末１Ａは、ＩＰ−ＦＡＸ端末１Ｂから、符号化された状態情報埋め込み済み音声データを受信すると、これを復元し、復元した音声データから状態情報を抽出する（Ｓ１１２）。
【００５１】
次に、ＩＰ−ＦＡＸ端末１Ａは、前記復元した音声データを再生するとともに、前記抽出した状態情報に基づいて、ＩＰ−ＦＡＸ端末１Ｂの状態を表わす情報をユーザに提示する（例えば表示部にイベントに対応するメッセージを表示したり、ログとして記憶する）（Ｓ１１３）。
【００５２】
Ｓ１０８〜Ｓ１１３までの処理は、データ通信チャネルによる通信が終了し、ＦＡＸデータの印刷が終了するまで（Ｓ１１４：Ｎｏ）、繰り返される。
【００５３】
データ通信チャネルによる通信が終了し、ＦＡＸデータの印刷が終了した場合（Ｓ１１４：Ｙｅｓ）、ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａに対し、ＳＩＰに従って通信終了を通知する（ＢＹＥリクエストを送信する）（Ｓ１１５）。これにより、両端末間でＳＩＰセッションが終了する。
【００５４】
図５Ａ、図５Ｂに、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰサーバ登録後の処理フローを示す。
【００５５】
ＩＰ−ＦＡＸ端末１Ｂの送受信部１０は、ＩＰ−ＦＡＸ端末１ＡからのＩＮＶＩＴＥリクエストを待機する（Ｓ２００）。
【００５６】
ＩＮＶＩＴＥリクエストを受信した場合、送受信部１０は、ＩＮＶＩＴＥリクエストを呼制御部１１に渡す（Ｓ２０１）。
【００５７】
呼制御部１１は、ＩＮＶＩＴＥリクエストを解析し、通信方式を判断して、音声処理部１２、データ処理部１３に対応可能かどうかを問い合わせる（Ｓ２０２）。
【００５８】
音声処理部１２、データ処理部１３はそれぞれ、保持している対応形式テーブルを参照して、対応可否を判断し、判断結果を呼制御部１１に返す（Ｓ２０３）。
【００５９】
呼制御部１１は、音声処理部１２、データ処理部１３から対応不可の判断結果を受け取った場合（Ｓ２０４：Ｎｏ）、エラーレスポンスを生成し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信し（Ｓ２０５）、Ｓ２００に再帰する。
【００６０】
一方、呼制御部１１は、音声処理部１２、データ処理部１３の両方から対応可能の判断結果を受け取った場合（Ｓ２０４：Ｙｅｓ）、２００ＯＫレスポンスを生成し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ２０６）。これにより、ＩＰ−ＦＡＸ端末１Ａと１Ｂとの間でＳＩＰセッションが確立し、ＩＰ−ＦＡＸ端末１Ａは、データ通信チャネルによる通信（ここでは、ＦＡＸデータの送信）を開始する。
【００６１】
データ通信チャネルによる通信が開始されると、送受信部１０は、ＦＡＸデータの受信を待機する（Ｓ２０７）。
【００６２】
送受信部１０を介してＦＡＸデータの受信が開始された場合、データ処理部１３は、受信開始イベントを音声処理部１２に通知する（Ｓ２０８）。
【００６３】
次に、データ処理部１３は、ＦＡＸデータの受信が終了するまで、受信したＦＡＸデータを復元して印刷データを生成し、印刷部に送る（Ｓ２０９）。ＦＡＸデータの受信が終了した場合、データ処理部１３は、受信終了イベントを音声処理部１２に通知する（Ｓ２１０）。
【００６４】
一方、印刷データを受け取った印刷部は、印刷処理を実行するとともに、印刷状況に応じたイベント（印刷開始イベント、インク切れイベントなど）を音声処理部１２に通知する（Ｓ２１１）。
【００６５】
印刷部は、印刷が終了するまでＳ２１１を繰り返す（Ｓ２１２：Ｎｏ）。印刷が終了すると（Ｓ２１２：Ｙｅｓ）、印刷部は、印刷終了イベントを音声処理部１２及び呼制御部１１に通知する（Ｓ２１３）。
【００６６】
一方、音声処理部１２は、データ通信チャネルによる通信が開始されると、イベントの発生を待機する（Ｓ２１４）。
【００６７】
データ処理部１３や印刷部からイベント発生の通知を受け取った場合、音声処理部１２は、発生したイベントに対応する音声データ及び状態情報を取得し、前記取得した音声データに前記取得した状態情報を埋め込む（Ｓ２１５）。
【００６８】
次に、音声処理部１２は、状態情報埋め込み済み音声データをＲＴＰパケット化して、送受信部１０を介して音声チャネルによりＩＰ−ＦＡＸ端末１Ａに対して送信し（Ｓ２１６）、音声データ送信後、Ｓ２１４に再帰する。
【００６９】
一方、呼制御部１１は、印刷部から印刷終了イベントが通知された場合、ＢＹＥリクエストを生成し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ２１７）。これにより、ＩＰ−ＦＡＸ端末１ＢにおけるＳＩＰセッションが終了する。
【００７０】
図６に、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰサーバ登録後の処理フローを示す。
【００７１】
ＩＰ−ＦＡＸ端末１Ａの呼制御部１１は、音声処理部１２、データ処理部１３の保持する対応方式テーブルからＩＰ−ＦＡＸ端末１Ｂとの通信方式を決定し、ＩＮＶＩＴＥリクエストを生成する（Ｓ３００）。
【００７２】
次に、呼制御部１１は、生成したＩＮＶＩＴＥリクエストを、送受信部１０を介してＩＰ−ＦＡＸ端末１Ｂに送信し（Ｓ３０１）、２００ＯＫレスポンスの受信を待機する（Ｓ３０２）。
【００７３】
呼制御部１１は、ＩＰ−ＦＡＸ端末１Ｂからエラーレスポンスを受信した場合や、通信開始要求を送信してから一定期間内に２００ＯＫレスポンスを受信できない場合（Ｓ３０２：Ｎｏ）、コーデックを変更するなどして、規定回数、ＩＮＶＩＴＥリクエストの生成を繰り返し（Ｓ３０３）、Ｓ３０１に再帰する。なお、規定回数を繰り返しても通信開始要求に対する応答がない場合は処理を終了する。
【００７４】
一方、２００ＯＫレスポンスを受信した場合、音声処理部１２、データ処理部１３は、それぞれ以下の処理を実行する。
【００７５】
音声処理部１２は、送受信部１０を介してＲＴＰパケットの受信を待機する（Ｓ３０４）。ＲＴＰパケットを受信した場合、音声処理部１２は、受信したＲＴＰパケットから音声データの復元を行い（Ｓ３０５）、復元した音声データから状態情報を抽出する（Ｓ３０６）。
【００７６】
次に、音声処理部１２は、ＩＰ−ＦＡＸ端末１Ｂが使用したものと同等のイベント対応テーブル（図４参照）を参照して、前記抽出した状態情報に対応するイベントの内容を特定し、対応するテキストメッセージを読み出してユーザに提示するよう（例えば、表示部に表示するよう）指示する（Ｓ３０７）。
【００７７】
次に、音声処理部１２は、前記復元した音声データを再生し（Ｓ３０８）、ＳＩＰセッションが終了するまで、Ｓ３０４に再帰する。
【００７８】
一方、データ処理部１３は、スキャナ部により読み込んだ画像データに基づいてＦＡＸデータを生成し、ＩＦＰデータとしてＩＰパケット化して、送受信部１０を介してＩＰ−ＦＡＸ端末１Ｂに送信する（Ｓ３０９）。
【００７９】
データ処理部１３は、ＦＡＸデータの送信が終了するまで、Ｓ３０９を繰り返す（Ｓ３１０：Ｎｏ）。ＦＡＸデータの送信が終了すると（Ｓ３１０：Ｙｅｓ）、呼制御部１１は、ＩＰ−ＦＡＸ端末１ＢからのＢＹＥリクエストの受信を待機する（Ｓ３１１）。ＢＹＥリクエストを受信した場合、ＩＰ−ＦＡＸ端末１ＡにおけるＳＩＰセッションが終了する。
【００８０】
このように、本実施形態では、ＩＰ−ＦＡＸ端末間でデータ通信チャネルによりＦＡＸデータを送受信する場合に、ＦＡＸデータ受信側において自装置の状態に応じた状態情報を音声データに埋め込んで、音声チャネルによりＦＡＸデータ送信側に送信する構成を採用しているため、専用サーバを設けることなく、ＦＡＸデータ送信側において、受信側の状態を把握することができる。また、状態情報をパケットのヘッダ等に挿入するのではなく音声データに埋め込んで送信する構成としていることから、既存のプロトコルを変更することなくＲＴＰパケットを用いて状態情報を送ることができ、その結果、既存の中継装置などに変更を加えずに接続性を確保することが可能となる。
【００８１】
（変形例１）
例えば、状態情報としてイベント識別子を用いる場合、ＩＰ−ＦＡＸ端末１Ａと１Ｂがそれぞれ同等のイベント対応テーブルを保持していることが必要となる。かかるテーブルは、例えば通信ネットワークや可搬型メモリを介して配信しても良いが、端末間でテーブルのデータを送受することで自動的に同期を取ることも可能である。
【００８２】
以下、イベント対応テーブルの自動同期機能を備える変形例１の処理フローについて説明する。なお、変形例１における通信システムや端末の構成は原則として上記実施形態と同様である。
【００８３】
図７に、変形例１における通信システム全体の処理フローを示す。図３に示す上記実施形態の処理フローと異なる点は、Ｓ１０７とＳ１０８との間に、ステップＳ１２０、Ｓ１２１が追加されている点である。以下、かかる変更点について説明する。
【００８４】
ＳＩＰセッションが確立されると、ＩＰ−ＦＡＸ端末１Ｂは、自装置のイベント対応テーブルをＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ１２０）。ＩＰ−ＦＡＸ端末１Ａは、ＩＰ−ＦＡＸ端末１Ｂから送信されるイベント対応テーブルを受信すると、これを自装置のイベント対応テーブルとして保持する（Ｓ１２１）。
【００８５】
図８に、変形例１におけるＩＰ−ＦＡＸ端末１ＢのＳＩＰサーバ登録後の処理フローの後半を示す。前半（Ｓ２００〜Ｓ２０５）は図５Ａの処理フローと同じである。後半の処理フローが図５Ｂに示す処理フローと異なる点は、Ｓ２０６の後に、ステップＳ２２０、Ｓ２２１が追加されている点である。以下、かかる変更点について説明する。
【００８６】
データ通信チャネルによる通信が開始されると、データ処理部１３は、音声処理部１２が保持するイベント対応テーブルのデータを取得し（Ｓ２２０）、かかるデータをＩＰパケット化して、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ２２１）。
【００８７】
具体的には、イベント対応テーブルのデータに基づいて、｛（イベント識別子、イベント内容を示す文字列）、・・・｝という形式のデータを生成し、かかる生成したデータを音声データとみなしてＲＴＰパケット化して送信する。この際、状態情報を埋め込んだ音声データと区別するために、みなし音声データの最初と最後にトーン信号を挿入する。後述するように、ＩＰ−ＦＡＸ端末１Ａでは、かかるトーン信号の有無を検出することにより、イベント対応テーブルのデータに対応するみなし音声データであるか否かを判断することができる。
【００８８】
図９Ａ、図９Ｂに、変形例１におけるＩＰ−ＦＡＸ端末１ＡのＳＩＰサーバ登録後の処理フローを示す。図６に示す処理フローと異なる点は、Ｓ３０２で２００ＯＫレスポンスを受信した場合以降の処理として、ステップＳ３２０〜Ｓ３２５が追加されている点である。以下、かかる変更点について説明する。なお、処理開始にあたり、変数Ｎは初期値０に初期化されているものとする。
【００８９】
２００ＯＫレスポンスを受信した場合、音声処理部１２は、送受信部１０を介してＲＴＰパケットの受信を待機する（Ｓ３０４）。ＲＴＰパケットを受信した場合、音声処理部１２は、受信したＲＴＰパケットから音声データの復元を行う（Ｓ３０５）。
【００９０】
次に、音声処理部１２は、Ｎが２より小さいかどうかを判断し（Ｓ３２０）、Ｎが２以上の場合はＳ３０６に進む。
【００９１】
一方、Ｎが２より小さい場合、音声処理部１２は、前記復元した音声データがトーン信号であるかどうかを判断する（Ｓ３２１）。
【００９２】
トーン信号でない場合、音声処理部１２は、前記復元した音声データを｛（イベント識別子、イベント内容を示す文字列）、・・・｝の形式のデータに変換し、該データに基づいて自装置のイベント対応テーブルを更新して（Ｓ３２２）、Ｓ３０４に再帰する。
【００９３】
一方、トーン信号である場合、音声処理部１２は、Ｎを＋１インクリメントした後、Ｎ＝１か成立するかどうかを判断する（Ｓ３２３）。
【００９４】
Ｎ＝１が成立する場合、受信したＲＴＰパケットは、イベント対応テーブルに対応する１つ目のパケットであると判断し（Ｓ３２４）、引き続きイベント対応テーブルに対応するＲＴＰパケットを受信すべく、Ｓ３０４に再帰する。
【００９５】
Ｎ＝１が成立しない場合、受信したＲＴＰパケットは、イベント対応テーブルに対応する最終パケットであると判断し、イベント対応テーブルの自動更新を終了する（Ｓ３２５）。この場合、音声処理部１２、データ処理部１３は、それぞれＳ３０４、Ｓ３０９以降の処理を実行する。
【００９６】
このように本変形例では、ＩＰ−ＦＡＸ端末１Ａ、１Ｂ間でＦＡＸデータを送受する前にイベント対応テーブルを自動的に同期させている。例えば、送信側と受信側とでメーカや機種が異なる場合など、通信ネットワークや可搬型メモリを介してのイベント対応テーブルの配信が困難な場合もあり、このような場合に自動的に同期を取る機能は有効である。
【００９７】
（変形例２）
通常、ＦＡＸデータの送受信が完了した後、当該ＦＡＸデータに基づく印刷が終了するところ、上記実施形態では、印刷が終了するのを待ってＳＩＰセッションを閉じる構成としている。しかし、かかる構成では、ＦＡＸデータの送受信が完了した後、当該ＦＡＸデータに基づく印刷が終了するまでの間、データ通信チャネルによる通信が完了しているにもかかわらず、ＳＩＰセッションが維持されて通信費用が発生してしまう。
【００９８】
かかる問題を解決する方法として、本発明の枠組みのもと、ＦＡＸデータの送受信が完了した時点でＳＩＰセッションを閉じ、印刷が終了した時点で、ＩＰ−ＦＡＸ端末１Ｂから１Ａに対して、印刷終了イベントに対応する状態情報を埋め込んだ音声データを音声チャネルにより送信することが考えられる。
【００９９】
しかし、例えば、ＩＰ−ＦＡＸ端末１Ａが複数のＦＡＸデータをＩＰ−ＦＡＸ端末１Ｂに送信している場合、ＩＰ−ＦＡＸ端末１Ｂが単に印刷終了イベントに対応する状態情報を埋め込んだ音声データを送信したのでは、ＩＰ−ＦＡＸ端末１ＡはどのＦＡＸデータについて印刷終了したのかを把握することはできない。
【０１００】
そこで、変形例２では、ＩＰ−ＦＡＸ端末１Ａが、ＦＡＸデータに付与したデータ識別子をＩＰ−ＦＡＸ端末１Ｂに通知し、ＩＰ−ＦＡＸ端末１Ｂが、印刷終了イベントに対応する状態情報、及び印刷終了ＦＡＸデータのデータ識別子を埋め込んだ音声データを送信する枠組みを採用する。
【０１０１】
以下、変形例２の処理フローについて説明する。なお、変形例２における通信システムや端末の構成は原則として上記実施形態と同様である。
【０１０２】
図１０Ａ、図１０Ｂに、変形例２における通信システム全体の処理フローを示す。図３に示す上記実施形態の処理フローと異なる点は、Ｓ１０７とＳ１０８との間に、ステップＳ１３０、Ｓ１３１が追加されている点、Ｓ１１４の条件が変更されている点、及び、ＦＡＸデータ送受信のためのＳＩＰセッション終了後に、印刷終了を通知するための処理（図１０Ｂ）が実行される点である。以下、かかる変更点について説明する。
【０１０３】
データ通信チャネルによる通信路が確立されると、ＩＰ−ＦＡＸ端末１Ａは、これから送信するＦＡＸデータに付与したデータ識別子をＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ１３０）。ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａから送信されるデータ識別子を受信すると、これを記憶する（Ｓ１３１）。
【０１０４】
また、データ通信チャネルによる通信が終了した場合（Ｓ１１４：Ｙｅｓ）、ＩＰ−ＦＡＸ端末１Ｂは、ＩＰ−ＦＡＸ端末１Ａに対し、ＳＩＰに従って通信終了を通知する（ＢＹＥリクエストを送信する）（Ｓ１１５）。これにより、両端末間でＳＩＰセッションが終了する。
【０１０５】
その後、ＩＰ−ＦＡＸ端末１Ｂは、ＦＡＸデータの印刷終了を待機する（Ｓ１３２）。印刷が終了すると、ＩＰ−ＦＡＸ端末１Ｂは、印刷が終了したことを示す状態情報と、印刷終了ＦＡＸデータのデータ識別子とを所定の音声データに埋め込み、ＩＰ−ＦＡＸ端末１Ａに送信する（Ｓ１３３）。ＩＰ−ＦＡＸ端末１Ａは、かかる音声データを受信すると、埋め込まれたデータ識別子に基づいて、印刷が終了したＦＡＸデータを特定し、その情報をユーザに提示する（Ｓ１３４）。
【０１０６】
図１１に、変形例２における、ＩＰ−ＦＡＸ端末１ＡのＳＩＰサーバ登録後のＦＡＸデータ送信時の処理フローを示す。図６に示す上記実施形態の処理フローと異なる点は、Ｓ３０２で２００ＯＫレスポンスを受信した場合以降の処理として、ステップＳ３３０、Ｓ３３１が追加されている点である。以下、かかる変更点について説明する。
【０１０７】
２００ＯＫレスポンスを受信した場合、データ処理部１３は、これから送信するＦＡＸデータにデータ識別子を付与し、かかるデータ識別子を自装置内に記憶するとともに、音声処理部１２に通知する（Ｓ３３０）。
【０１０８】
音声処理部１２は、通知されたデータ識別子を所定の音声データに埋め込み、ＩＰ−ＦＡＸ端末１Ｂに対して、データ識別子埋め込み済み音声データをＲＴＰパケット化して音声チャネルにより送信する（Ｓ３３１）。データ識別子を埋め込む所定の音声データとしては、例えばデータ識別子が０００１である場合、「ＩＤ０００１の送信を開始します」という音声データを生成して用いることが考えられる。
【０１０９】
その後、音声処理部１２、データ処理部１３は、それぞれＳ３０４、Ｓ３０９以降の処理を実行する。
【０１１０】
図１２Ａ、図１２Ｂに、変形例２における、ＩＰ−ＦＡＸ端末１ＢのＳＩＰサーバ登録後のＦＡＸデータ受信時の処理フローの後半を示す。前半（Ｓ２００〜Ｓ２０５）は図５Ａの処理フローと同じである。後半の処理フローが図５Ａに示す処理フローと異なる点は、Ｓ２０６の後に、ステップＳ２３０〜Ｓ２３３が追加されている点、及び、呼制御部１１によるセッション終了の条件である。以下、かかる変更点について説明する。
【０１１１】
データ通信チャネルによる通信が開始されると、音声処理部１２は、送受信部１０を介してＲＴＰパケットの受信を待機する（Ｓ２３０）。
【０１１２】
ＲＴＰパケットを受信した場合、音声処理部１２は、受信したＲＴＰパケットから音声データの復元を行い（Ｓ２３１）、復元した音声データからデータ識別子を抽出する（Ｓ２３２）。抽出されたデータ識別子はデータ処理部１３に渡され、記憶される。
【０１１３】
次に、音声処理部１２は、前記復元した音声データを再生する（Ｓ２３３）。その後、データ処理部１３、音声処理部１２等は、それぞれＳ２０７、Ｓ２１４以降の処理を実行する。
【０１１４】
ただし、図５に示す処理フローでは、印刷部が、印刷終了した場合に印刷終了イベントを呼制御部１１に通知し、呼制御部１１は、かかる印刷部からの印刷処理イベントの通知を受けて、ＢＹＥリクエストの生成・送信を行っていたが、変形例２では、データ処理部１３が、ＦＡＸデータの受信が終了した場合に受信終了イベントを音声処理部１２及び呼制御部１１に通知し（Ｓ２１０）、呼制御部１１は、かかるデータ処理部１３からの受信終了イベントの通知を受けて、ＢＹＥリクエストの生成・送信を行う（Ｓ２１７）構成となっている。
【０１１５】
図１３に、変形例２における、ＩＰ−ＦＡＸ端末１Ｂの印刷終了通知時の処理フローを示す。
【０１１６】
印刷部は、印刷終了した場合に印刷終了イベントを呼制御部１１に通知する（Ｓ４００：Ｙｅｓ）。
【０１１７】
かかる通知を受けた呼制御部１１は、新たにＳＩＰセッションを確立すべく、音声処理部１２の保持する通信方式対応テーブルからＩＰ−ＦＡＸ端末１Ａとの通信方式を決定し、ＩＮＶＩＴＥリクエストを生成する（Ｓ４０１）。
【０１１８】
次に、呼制御部１１は、生成したＩＮＶＩＴＥリクエストを、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに送信し（Ｓ４０２）、２００ＯＫレスポンスの受信を待機する（Ｓ４０３）。
【０１１９】
呼制御部１１は、ＩＰ−ＦＡＸ端末１Ｂからエラーレスポンスを受信した場合や、通信開始要求を送信してから一定期間内に２００ＯＫレスポンスを受信できない場合（Ｓ４０３：Ｎｏ）、コーデックを変更するなどして、規定回数、ＩＮＶＩＴＥリクエストの生成
を繰り返し（Ｓ４０４）、Ｓ４０２に再帰する。なお、規定回数を繰り返しても通信開始要求に対する応答がない場合は処理を終了する。
【０１２０】
２００ＯＫレスポンスを受信した場合、データ処理部１３は、ＦＡＸデータ受信時に記憶したデータ識別子を参照し、印刷が終了したＦＡＸデータのデータ識別子を取得して、音声処理部１２に通知する（Ｓ４０５）。
【０１２１】
音声処理部１２は、印刷が終了したことを示す状態情報と、前記通知されたデータ識別子とを所定の音声データに埋め込む（Ｓ４０６）。データ識別子を埋め込む所定の音声データとしては、例えばデータ識別子が０００１である場合、「ＩＤ０００１の印刷が終了しました」という音声データを生成して用いることが考えられる。
【０１２２】
次に、音声処理部１２は、データ識別子埋め込み済み音声データをＲＴＰパケット化し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ａに対して音声チャネルにより送信する（Ｓ４０７）。
【０１２３】
次に、呼制御部１１は、ＩＰ−ＦＡＸ端末１ＡからのＢＹＥリクエストを待機し（Ｓ４０８）、ＢＹＥリクエストを受信すると、処理を終了する。
【０１２４】
図１４に、変形例２における、ＩＰ−ＦＡＸ端末１Ａの印刷終了通知時の処理フローを示す。
【０１２５】
ＩＰ−ＦＡＸ端末１Ａの呼制御部１１は、送受信部１０を介して受信したＩＮＶＩＴＥリクエストが、自装置が対応可能な方式を示す場合、２００ＯＫレスポンスを生成し、送受信部１０を介してＩＰ−ＦＡＸ端末１Ｂに送信する（Ｓ５００）。
【０１２６】
次に、音声処理部１２は、送受信部１０を介してＩＰ−ＦＡＸ端末１ＢからのＲＴＰパケットの受信を待機する（Ｓ５０１）。
【０１２７】
ＲＴＰパケットを受信した場合、音声処理部１２は、音声データの受信が完了するまで、受信したＲＴＰパケットから音声データの復元を行い（Ｓ５０２）、復元した音声データからデータ識別子を抽出して、データ処理部１３に渡す（Ｓ５０３）。
【０１２８】
データ処理部１３は、前記抽出されたデータ識別子と、ＦＡＸデータ送信時に記憶したデータ識別子とを照合して、対応するＦＡＸデータを特定し、例えば表示部に前記特定したＦＡＸデータについて印刷終了したことを示すテキストメッセージを表示する（Ｓ５０４）。また、前記復元した音声データが「ＩＤ０００１の印刷が終了しました」といった意味のある音声データである場合、音声処理部１２は、前記復元した音声データを再生する（Ｓ５０５）。
【０１２９】
データ識別子埋め込み済み音声データの受信が完了した場合、呼制御部１１は、ＢＹＥリクエストを生成し、送受信部を介してＩＰ−ＦＡＸ端末１Ｂに対して送信する（Ｓ５０６）。これにより、印刷終了通知のためのＳＩＰセッションは終了する。
【０１３０】
このように本変形例では、ＩＰ−ＦＡＸ端末１Ａが、ＦＡＸデータに付与したデータ識別子を音声チャネルにより１Ｂに送信しておき、ＦＡＸデータの送信が終了した時点で一旦、ＳＩＰセッションを閉じる。その後、ＩＰ−ＦＡＸ端末１Ｂが、ＦＡＸデータの印刷が終了した時点で、ＩＰ−ＦＡＸ端末１Ａに対して新たにＳＩＰセッションを開始し、印刷が終了したＦＡＸデータのデータ識別子を埋め込んだ音声データを音声チャネルによりＩＰ−ＦＡＸ端末１Ａに送信する。これにより、ＦＡＸデータの送受信が完了した後、当該ＦＡＸデータに基づく印刷が終了するまでの間の、ＳＩＰセッションの通信費用の発生を回避できるとともに、新たなＳＩＰセッションにより印刷終了を通知する際に、どのＦＡＸデータの印刷が終了したのかをＩＰ−ＦＡＸ端末１Ａに知らせることが可能となる。
【０１３１】
以上、本発明の好適な実施形態及び変形例について説明したが、本発明は、以上の実施形態や変形例に限定されるべきものではなく、特許請求の範囲に表現された思想および範囲を逸脱することなく、種々の変形、追加、および省略が当業者によって可能である。
【０１３２】
例えば本発明によって状態情報を送受信する装置は、ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な情報処理であれば足り、ＩＰ−ＦＡＸ装置には限定されない。例えば、プリンタや表示装置等の画像形成装置であってもよい。また、イベント内容や状態情報は、用いる装置によって種々に決定することができる。
【０１３３】
また例えば、ＳＩＰ以外のプロトコルによってデータ通信チャネルや音声チャネルによる通信路を確立する構成としてもよい。また、本発明においてデータ通信チャネルによる通信は必ずしも必須ではなく、音声チャネルでのみ通信可能な情報処理装置間においても本発明の枠組みを適用することは可能である。
【０１３４】
また例えば、状態情報等を埋め込む音声データは上記実施形態や変形例に示したものに限定されない。例えば、ＩＰ−ＦＡＸ端末１Ａが状態情報に応じた音声メッセージを保持している場合、ＩＰ−ＦＡＸ端末１Ｂにおいて状態情報をビープ音などの音声データに埋め込んでＩＰ−ＦＡＸ端末１Ａに送信してもよい。この場合、ＩＰ−ＦＡＸ端末１Ａでは、保持している音声メッセージの中から、音声データから抽出した状態情報に対応する音声メッセージを選択し、再生することができる。
【０１３５】
また例えば、変形例２において、ＩＰ−ＦＡＸ端末１Ｂから新たにＳＩＰセッションを開始して１Ａに通知する内容は、印刷終了以外であってもよい。例えば、ＦＡＸデータの送受信のためのＳＩＰセッション終了後、印刷中にエラーが発生した場合、１Ｂから１Ａに新たにＳＩＰセッションを開始し、発生したエラーの情報（例えば、エラー識別子）を埋め込んだ音声データを音声チャネルによりＩＰ−ＦＡＸ端末１Ａに送信することも考えられる。
【０１３６】
また例えば、変形例２において、ＦＡＸデータの受信完了をもってＳＩＰセッションを閉じることは必ずしも必須ではなく、上記実施形態のようにＳＩＰセッションを維持しつつ、ＩＰ−ＦＡＸ端末１Ｂにおいて状態情報及び対応するデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データをＩＰ−ＦＡＸ端末１Ａに送信する構成としてもよい。かかる構成によれば、ＩＰ−ＦＡＸ端末１Ａにおいて、音声データから抽出したデータ識別子に基づいて、状態情報がどのＦＡＸデータに関する状態を表わすのかを把握することが可能となる。
【符号の説明】
【０１３７】
１ ＩＰ−ＦＡＸ端末、２ ＳＩＰサーバ、１０ 送受信部、１１ 呼制御部、１２ 音声処理部、１３ データ処理部、１００ 通信システム
【特許請求の範囲】
【請求項１】
ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、
第１の端末から第２の端末に対して通信を行う場合に、
第２の端末は、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、
第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする通信システム。
【請求項２】
ＩＰネットワークを介して音声チャネル及びデータ通信チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、
第１の端末からデータ通信チャネルにより第２の端末に対して通信を行う場合に、
第２の端末は、第１の端末からデータ通信チャネルによる通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、
第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする通信システム。
【請求項３】
第１の端末は、データ通信チャネルにより送信するデータに付与したデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記データ識別子を埋め込んだ音声データを第２の端末に送信し、
第２の端末は、第１の端末から音声チャネルにより前記データ識別子を埋め込んだ音声データを受信すると、該音声データから前記データ識別子を抽出し、自装置の状態に応じて変動する状態情報及び前記抽出したデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データを第１の端末に送信することを特徴とする請求項２記載の通信システム。
【請求項４】
第２の端末は、データ通信チャネルによるデータの受信が終了した場合、第１の端末との通信を終了し、その後に音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データを第１の端末に送信する場合、第２の端末から第１の端末に対して通信を開始して、音声データを送信することを特徴とする請求項３記載の通信システム。
【請求項５】
前記端末はＩＰ−ＦＡＸ端末であることを特徴とする請求項１乃至４のいずれか１項に記載の通信システム。
【請求項６】
前記第２の端末は印刷機能を有する端末であり、前記状態情報は、第２の端末における印刷開始、印刷終了、印刷エラーの少なくともいずれかに対応する状態を示す情報を含むことを特徴とすする請求項１乃至５のいずれか１項に記載の通信システム。
【請求項７】
前記状態情報は、状態を特定する識別子を含み、
第２の端末は、第１の端末から通信要求を受信すると、前記識別子と状態の対応関係情報を所定の音声データに埋め込み、音声チャネルにより前記対応関係情報を埋め込んだ音声データを第１の端末に送信し、
第１の端末は、第２の端末から音声チャネルにより前記対応関係情報を埋め込んだ音声データを受信すると、該音声データから前記対応関係情報を抽出し、前記抽出した対応関係情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする請求項１乃至６のいずれか１項に記載の通信システム。
【請求項８】
ＩＰネットワークを介して少なくとも音声チャネルにより送信端末と通信可能な受信端末であって、
送信端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを送信端末に送信することを特徴とする受信端末。
【請求項９】
ＩＰネットワークを介して少なくとも音声チャネルにより受信端末と通信可能な送信端末であって、
受信端末に通信開始要求を送信し、前記通信開始要求の応答として、受信端末から、受信端末の状態に応じて変動する状態情報を埋め込んだ所定の音声データを音声チャネルにより受信し、前記音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて受信端末の状態を表わす情報をユーザに提示することを特徴とする送信端末。
【請求項１０】
ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を用いた通信方法であって、
第１の端末から第２の端末に対して通信を行う場合に、
第２の端末が、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、
第１の端末が、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする通信方法。
【請求項１】
ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、
第１の端末から第２の端末に対して通信を行う場合に、
第２の端末は、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、
第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする通信システム。
【請求項２】
ＩＰネットワークを介して音声チャネル及びデータ通信チャネルにより通信可能な第１及び第２の端末を含む通信システムであって、
第１の端末からデータ通信チャネルにより第２の端末に対して通信を行う場合に、
第２の端末は、第１の端末からデータ通信チャネルによる通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、
第１の端末は、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする通信システム。
【請求項３】
第１の端末は、データ通信チャネルにより送信するデータに付与したデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記データ識別子を埋め込んだ音声データを第２の端末に送信し、
第２の端末は、第１の端末から音声チャネルにより前記データ識別子を埋め込んだ音声データを受信すると、該音声データから前記データ識別子を抽出し、自装置の状態に応じて変動する状態情報及び前記抽出したデータ識別子を所定の音声データに埋め込み、音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データを第１の端末に送信することを特徴とする請求項２記載の通信システム。
【請求項４】
第２の端末は、データ通信チャネルによるデータの受信が終了した場合、第１の端末との通信を終了し、その後に音声チャネルにより前記状態情報及びデータ識別子を埋め込んだ音声データを第１の端末に送信する場合、第２の端末から第１の端末に対して通信を開始して、音声データを送信することを特徴とする請求項３記載の通信システム。
【請求項５】
前記端末はＩＰ−ＦＡＸ端末であることを特徴とする請求項１乃至４のいずれか１項に記載の通信システム。
【請求項６】
前記第２の端末は印刷機能を有する端末であり、前記状態情報は、第２の端末における印刷開始、印刷終了、印刷エラーの少なくともいずれかに対応する状態を示す情報を含むことを特徴とすする請求項１乃至５のいずれか１項に記載の通信システム。
【請求項７】
前記状態情報は、状態を特定する識別子を含み、
第２の端末は、第１の端末から通信要求を受信すると、前記識別子と状態の対応関係情報を所定の音声データに埋め込み、音声チャネルにより前記対応関係情報を埋め込んだ音声データを第１の端末に送信し、
第１の端末は、第２の端末から音声チャネルにより前記対応関係情報を埋め込んだ音声データを受信すると、該音声データから前記対応関係情報を抽出し、前記抽出した対応関係情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする請求項１乃至６のいずれか１項に記載の通信システム。
【請求項８】
ＩＰネットワークを介して少なくとも音声チャネルにより送信端末と通信可能な受信端末であって、
送信端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを送信端末に送信することを特徴とする受信端末。
【請求項９】
ＩＰネットワークを介して少なくとも音声チャネルにより受信端末と通信可能な送信端末であって、
受信端末に通信開始要求を送信し、前記通信開始要求の応答として、受信端末から、受信端末の状態に応じて変動する状態情報を埋め込んだ所定の音声データを音声チャネルにより受信し、前記音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて受信端末の状態を表わす情報をユーザに提示することを特徴とする送信端末。
【請求項１０】
ＩＰネットワークを介して少なくとも音声チャネルにより通信可能な第１及び第２の端末を用いた通信方法であって、
第１の端末から第２の端末に対して通信を行う場合に、
第２の端末が、第１の端末から通信要求を受信すると、自装置の状態に応じて変動する状態情報を所定の音声データに埋め込み、音声チャネルにより前記状態情報を埋め込んだ音声データを第１の端末に送信し、
第１の端末が、第２の端末から音声チャネルにより前記状態情報を埋め込んだ音声データを受信すると、該音声データから前記状態情報を抽出し、前記抽出した状態情報に基づいて第２の端末の状態を表わす情報をユーザに提示することを特徴とする通信方法。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【公開番号】特開２０１１−２５９２６８（Ｐ２０１１−２５９２６８Ａ）
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１０−１３２７００（Ｐ２０１０−１３２７００）
【出願日】平成２２年６月１０日（２０１０．６．１０）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２２年６月１０日（２０１０．６．１０）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
[ Back to top ]