JP4495500B2

JP4495500B2 - Ｉｐ電話機及びｉｐ電話通話方法

Info

Publication number: JP4495500B2
Application number: JP2004100198A
Authority: JP
Inventors: 清豊田
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2004-03-30
Filing date: 2004-03-30
Publication date: 2010-07-07
Anticipated expiration: 2024-03-30
Also published as: CN1678006B; KR20050096808A; CN1678006A; EP1583303A2; KR100598730B1; US20050220082A1; US7471672B2; EP1583303A3; JP2005286856A

Description

本発明は、インターネット経由での音声通話を可能にしたＩＰ電話機及びＩＰ電話通話方法に関する。

現在、ＶｏＩＰ（Voice over Internet Protocol）技術を利用したＩＰ電話サービスが提供されている。ＩＰ電話サービスには種々の形態が提案されている。例えば、ＩＰネットワークに配置したＳＩＰサーバが、ＳＩＰ（Session Initiation Protocol）にしたがって、発信端末となるＩＰ電話機と着信端末となるＩＰ電話機との間を呼接続し、呼接続後はＩＰ電話同士がＩＰネットワーク経由で音声パケットを送受信し、リアルタイムの通話を実現する。

一方、端末同士がＩＰネットワーク経由で画情報を通信する技術としてインターネットファックス（ＩＦＡＸ）が提案されている。ＩＦＡＸサービスにおいて、画情報をＩＰネットワーク経由で送受信するためのデータ形式（ＩＦＡＸ用データ）の詳細はＩＥＴＦにより勧告されているものがある（ＲＦＣ２３０５）。例えば、ＩＦＡＸ端末で原稿を読み込んでＴＩＦＦ形式に変換し、さらにＭＩＭＥ形式の電子メールデータに変換して宛先ＩＦＡＸ端末のメールサーバへ送信し、受信端末となる宛先ＩＦＡＸ端末が当該メールサーバ（ＰＯＰサーバ）から受信する（例えば特許文献１参照）。
米国特許第６６１４８９１号明細書

しかしながら、ＩＦＡＸ機能とＩＰ電話機能とを併せ持つＩＦＡＸ機能付ＩＰ電話機において、同様のＩＦＡＸ機能付ＩＰ電話機と通話している時に当該通話相手に原稿の画像等を送信しようとすると、一旦通話を切断してＩＦＡＸ側の機能で画情報を送信してから同一相手にＩＰ電話をかけ直すといった動作が要求される。

本発明は、以上のような実情に鑑みてなされたもので、一度相手先と呼接続したら、通話をしながら、かけ直さずに、同じ相手先に対して画情報、ファイルデータ等の情報を送信可能なＩＰ電話機及びＩＰ電話通話方法を提供することを目的とする。

本発明のＩＰ電話通話方法は、通話相手となるＩＰ電話機の電話番号が入力されると、入力された電話番号をドメイン化するステップと、ＤＮＳサーバに接続して当該ドメイン化した電話番号に対応して登録される着信側のＩＰ電話機が利用可能なサービス情報を含むＮＡＰＴＲリソースレコードを取得して記憶するステップと、前記記憶したＮＡＰＴＲリソースレコードに格納されるサービス情報としてＩＰ電話サービスが登録されていれば前記ＮＡＰＴＲリソースレコードに含まれたＩＰ電話サービスのＵＲＩを使って着信側となるＩＰ電話機に呼接続するステップと、呼接続した前記着信側のＩＰ電話機との間で通話用音声パケットを送受信する通話処理を実行するステップと、前記着信側のＩＰ電話機との間で通話している間に当該着信側のＩＰ電話機への画送信が指示された場合、前記記憶したＮＡＰＴＲリソースレコードに格納されるサービス情報としてＩＦＡＸサービスが登録されているか否かを判断するステップと、ＩＦＡＸサービスが登録されているとき、前記ＮＡＰＴＲリソースレコードにメールサービスが含まれているか否かを判断するステップと、メールサービスが含まれているとき、メールサービスのＵＲＩをドメイン名としてＤＮＳサーバからＭＸレコードを取得するステップと、前記取得したＭＸレコードから前記着信側のＩＰ電話機が指定しているメールサーバアドレスを取得するステップと、前記取得したメールサーバアドレスを宛先とした画情報用パケットを生成するステップと、前記通話用音声パケットの前記ＩＰ電話機への送出を一定周期毎のタスク割り込みにより優先的に実行するとともに、前記通話用音声パケット送出後次のタスク割り込みまでの間を利用して前記画情報用パケットを前記メールサーバアドレスを有するメールサーバへ送出するステップと、を具備するものとした。

これにより、呼接続時にＤＮＳサーバから取得した入力電話番号に対応したリソースレコードを利用して、ＩＦＡＸサービスのＵＲＩに対するメールサーバ情報を取得するので、通話中であっても容易に通話相手のＩＰ電話機のメールサーバ情報を知ることができ、画情報を通話相手のメールサーバへ送信することができる。通話相手のＩＰ電話機はメールサーバから画情報をダウンロードすることにより画情報を端末上に表示でき又は印刷できる。

本発明は、一度相手先と呼接続したら、通話をしながら、かけ直さずに、同じ相手先に対して画情報、ファイルデータ等の情報を送信可能なＩＰ電話機及びＩＰ電話通話方法を提供できる。

以下、本発明の一実施の形態であるＩＦＡＸ機能付ＩＰ電話機について図面を参照して具体的に説明する。

図１は、本実施の形態に係るＩＦＡＸ機能付ＩＰ電話機の機能ブロック図である。同図に示すＩＦＡＸ機能付ＩＰ電話機は、ＩＰ電話機能によりインターネット経由の音声通話を可能にすると共にＩＦＡＸ機能によりインターネット経由の画像通信を可能にする構成を有する。

本ＩＦＡＸ機能付ＩＰ電話機は、ＣＰＵ１０に対してバス等を介してスキャナ１１、操作パネル１２、ＬＡＮコントローラ１３、プリンタ１４、音声圧縮／伸長部１５、モデム１６、ハンドセット１７等のユニットが接続されている。また、本ＩＦＡＸ機能付ＩＰ電話機はＲＯＭ１８、ＲＡＭ１９、リムーバブルメモリ２０等の記憶媒体を備えている。

スキャナ１１は原稿をスキャンして画像を電子データの形態で取り込むユニットである。操作パネル１２はディスプレイ及び操作ボタンを有するユニットである。操作ボタンの一つは、スキャナ機能、ＩＦＡＸ機能、コピー機能等の動作開始を指示するスタートボタンである。なお、ディスプレイに表示するソフトボタンも操作ボタンとして機能する。ＬＡＮコントローラ１３はＬＡＮとのインタフェース機能を持ち、ＬＡＮに対して物理的に接続してデータの送受信を行う。本ＩＦＡＸ機能付ＩＰ電話機がインターネットを介して送受信するデータはＬＡＮコントローラ１３によってインターネット上へ送られ又はインターネットから取り込まれることとなる。プリンタ１４は、ＣＰＵ１０から印刷指示の出された印刷データをプリントアウトするユニットである。コピー機能は、スキャナ１１から読み込んだ画像をプリンタ１４から印刷出力することで実現される。ＩＦＡＸ機能のうち受信画像を印刷出力する機能もプリンタ１４が担っている。音声圧縮／伸長部１５はハンドセット１７のマイクから入力した音声データを圧縮し、またＬＡＮコントローラ１３から取り込んだ音声データ（圧縮データ）を伸長するＤＳＰで構成される。モデム１６は一般電話回線へ発信及び着信するためのユニットである。ハンドセット１７はスピーカ及びマイクを有する。図示していないが、装置本体側にハンドセット１７のオフフック及びオンフックを検知してＣＰＵ１０へ通知するオフフック／オンフック検知回路を備えている。ＲＯＭ１８は本ＩＦＡＸ機能付ＩＰ電話機のＩＰ電話機能、ＩＦＡＸ機能、スキャナ機能、コピー機能等を実現するためのアプリケーションプログラムが格納されている。すなわち、ＣＰＵ１０がＲＯＭ１８から読み込んだプログラムに記述された命令を実行して各ユニットの動作を制御することにより、上記各機能が実行される。ＲＡＭ１９はＣＰＵ１０が各種処理を実行する場合のワークエリアとなる。リムーバブルメモリ２０は、ＣＤ、ＦＤ（Ｒ）等のメモリ媒体で構成される。

図２は上記ＩＦＡＸ機能付ＩＰ電話機を適用したネットワーク構成例を示している。ＩＦＡＸ機能付ＩＰ電話機１００（１１０）はＬＡＮ１０１（１１１）に接続されていて、当該ＬＡＮ１０１（１１１）からルータ１０２（１１２）を経由してインターネット１０３にアクセスできるように構成されている。

インターネット１０３上に、ＤＮＳサーバ１０４、ＳＩＰサーバ１０５、メールサーバ１０６が配置されている。ＤＮＳサーバ１０４は、サービス（ＩＰ電話サービス等）やインターネット上のリソースと電話番号とを結びつけるためのプロトコル（ＥＮＵＭ：Telephone Number Mapping）に対応したＥＮＵＭＤＮＳとしても機能する。

ＳＩＰサーバ１０５は、ＳＩＰ（Session Initiation Protocol）にしたがってネットワーク上でのセッション確立等の処理を仲介するサーバであり、本例では発信端末と着信端末とを接続するための呼接続を行う。

メールサーバ１０６はＰＯＰサーバで構成している。例えば、ＩＦＡＸ機能付ＩＰ電話機１１０のメールボックスを有していて、ＩＦＡＸ機能付ＩＰ電話機１１０の電子メールアドレスを「ｔｏ」フィールドに設定した電子メールをインターネット経由で受信して蓄積する。ＩＦＡＸ機能付ＩＰ電話機１１０から受信要求を受けて当該メールボックスに蓄積している電子メールをＩＦＡＸ機能付ＩＰ電話機１１０へダウンロードする。

ここで、ＤＮＳサーバ１０４において電話番号をＵＲＩに変換する機構について簡単に説明する。

ＥＮＵＭは、ＩＴＵ−Ｔによる電話番号の国際的な取り決めであるＥ．１６４勧告に基づく電話番号をキーとして、ＤＮＳを検索することにより、そのＥ．１６４番号に対応する、利用可能な一つ又は複数のアプリケーションをＵＲＩ（Uniform Resource Identifier）形式で得る機構を提供する。

ＥＮＵＭＤＮＳの内部では、ドメイン化した電話番号毎にデータをＮＡＰＴＲ（Naming Authority Pointer）と呼ばれるタイプのリソースレコード（ＲＲ）（以下、「ＮＡＰＴＲリソースレコード」という）として蓄えている。

１つのドメイン化した電話番号に対して、１つ又は複数のＮＡＰＴＲリソースレコードを登録することができる。したがって、ドメイン化した電話番号にてＥＮＵＭＤＮＳを検索した場合、複数のＮＡＰＴＲリソースレコードを返すことも可能となる。

図３にＮＡＰＴＲリソースレコードの構造を示す。ドメイン化した電話番号（３０）は端末本来の電話番号を所定のルールにしたがって変換したものである。具体的には、電話番号を逆順化して個々の数値の間に「．」を付ける。逆順化した数値の末尾に「ｅ１６４．ａｒｐａ」を付ける。「ｅ１６４．ａｒｐａ」はＥＮＵＭＤＮＳ（１０４）のドメイン名である。ドメイン化した電話番号（３０）の次の行には、クラス（３１）、リソースレコードタイプ（３２）、ＮＡＰＴＲリソースレコード間の優先度（３３，３４）、フラグ（３５）、サービス内容（３６、３７）、正規表現（３８）、ＵＲＩスキーム（３９）、ＵＲＩ（４０）が記述されている。ＵＲＩ（４０）は、電話番号（３０）の端末が、サービス内容（３６、３７）に記述されたサービスを使用する場合のアドレス情報を示す。すなわち、ＮＡＰＴＲリソースレコードは、サービス内容（３６、３７）においてサービスの種類を指定し、ＵＲＩ（４０）によって当該サービス使用時のアドレスを指定することができる。ＥＮＵＭＤＮＳ（１０４）には、自己のドメイン化した電話番号（３０）に関連づけてＮＡＰＴＲリソースレコードを複数登録することができる。

図４は「８１−０３−５４３４−５６７８」の電話番号に関連づけて、４つのＮＡＰＴＲリソースレコードを登録した例を示している。第１番目のＮＡＰＴＲリソースレコードにはＩＰ電話サービス、第２番目のＮＡＰＴＲリソースレコードにはＩＦＡＸサービス、第３番目のＮＡＰＴＲリソースレコードにはファイル転送サービス、第４番目のＮＡＰＴＲリソースレコードにはメールサービスをそれぞれ割り付けている。

次に、以上のように構成された本実施の形態においてＩＰ電話にて通話を継続したまま同一端末で当該通話相手にＩＦＡＸ通信を行う場合の動作いついて説明する。

ＩＦＡＸ機能付ＩＰ電話機１００（１１０）は、圧縮した音声データを音声パケットにしてネットワークへ送出する。この音声パケットは、トランスポート層のコネクションレス型プロトコルであるＵＤＰ及びリアルタイム通信に適した形で転送するプロトコルであるＲＴＰにて転送する。

ここで、ＣＰＵ１０は、図５に示すように一定周期（例えば２０ｍｓｅｃ）でタスク割り込みを入れて優先的に音声パケットを転送する。ＳＩＰサーバ１０５の仲介で呼が確立した発信端末（例えばＩＦＡＸ機能付ＩＰ電話機１００）と着信端末（例えばＩＦＡＸ機能付ＩＰ電話機１１０）とが、図５に示すように優先的に音声パケットを転送することで、発信端末と着信端末との間でリアルタイムの通話が可能になる。

このような通話中に当該通話相手に対してＩＦＡＸサービスを利用してイメージデータを転送する。ＩＦＡＸサービスにおいて圧縮したイメージデータをパケット（以下、「ＩＦＡＸパケット」という）にして送出する。ＩＦＡＸパケットはトランスポート層のコネクション型プロトコルであるＴＣＰにて転送する。図６に示すように、音声パケットが優先的に一定周期で送られているので、ＩＦＡＸパケットは音声パケットと次の音声パケットとの隙間を利用して送出する。すなわち、前回の音声パケットを送出してから次のタスク割り込みが入るまでの間に１つ又は複数のＩＦＡＸパケットを送出することにより、ＩＰ電話により音声通話中に同一相手にＩＦＡＸデータを送信することができる。

図７，８に示すフロー図を参照して発信端末側の処理について説明する。図２におけるＩＦＡＸ機能付ＩＰ電話機１００を発信端末とし、ＩＦＡＸ機能付ＩＰ電話機１１０を着信端末として説明する。発信端末から電話する場合、ユーザはハンドセット１７を装置本体から取り外して操作パネル１２より着信端末の電話番号を入力する。

発信端末は、ハンドセット１７が取り外されたことを検知した後（Ｓ１０１）、電話番号が入力されたことを認識すると（Ｓ１０２）、入力された電話番号をＥＮＵＭＤＮＳで検索できるようにドメイン化する（Ｓ１０３）。例えば、着信端末の電話番号が「８１−０３−５４３４−５６７８」の場合、「8.7.6.5.4.3.4.5.3.1.8.e164.arpa」といったドメイン化した電話番号に変換する。ＣＰＵ１０は、ドメイン化した電話番号をキーにしたＮＡＰＴＲリソースレコードの検索をＤＮＳサーバ１０４に要求する（Ｓ１０４）。ＤＮＳサーバ１０４のアドレスは予め発信端末に登録しておくことが好ましい。

ＤＮＳサーバ１０４は、指定されたドメイン化電話番号をキーにしてデータベースを検索する。着信端末がＤＮＳサーバ１０４のＮＡＰＴＲリソースレコードにサービス等を登録していれば、該当するＮＡＰＴＲリソースレコードを取り出して要求元の発信端末へ返信する。

発信端末は、ＤＮＳサーバ１０４からＮＡＰＴＲリソースレコードを返信された場合はＮＡＰＴＲリソースレコードが存在すると認識し（Ｓ１０５）、着信端末がＤＮＳサーバ１０４のＮＡＰＴＲリソースレコードに登録しているサービス情報を取得し、ＲＡＭ１９上の作業エリアに格納する（Ｓ１０６）。例えば、着信端末が図４に示す４つのＮＡＰＴＲリソースレコードを登録していた場合、当該レコード内容を格納する。

なお、着信端末がＤＮＳサーバ１０４のＮＡＰＴＲリソースレコードを登録していない場合は、該当レコードが存在していないとしてエラー処理を行う（Ｓ１０８）。例えば、操作パネル１２のディスプレイに「エラー」を表示させる。

次に、ＣＰＵ１０は、取得したＮＡＰＴＲリソースレコードを分析してＩＰ電話サービスが登録されているか否か判断する（Ｓ１０７）。図４に示すＮＡＰＴＲリソースレコードを取得した場合であれば、第１番目のＮＡＰＴＲリソースレコードのサービス内容（３６）に＜ｓｉｐ＞と記述されている。＜ｓｉｐ＞はＩＰ電話サービスを示す。この場合、発信端末は着信端末がＩＰ電話サービス可能であると判断する。なお、ＳＩＰプロトコルにしたがって呼制御に関する情報を交換する過程で着信端末がＩＰ電話通話が可能であるか否か判明する場合もある。取得したいずれのＮＡＰＴＲリソースレコードにもサービス内容（３６）に＜ｓｉｐ＞が登録されていない場合は着信端末はＩＰ電話サービスに対応していないことになるので、ステップＳ１０８へ移行してエラー処理する。

次に、発信端末はＳＩＰサーバ１０５を介して着信端末との間に呼を確立させる（Ｓ１０９）。ＳＩＰに基づく呼接続は以下の手順を採用することができる。発信端末がＳＩＰサーバ１０５に対して着信端末の情報を含んだＩＮＶＩＴＥメッセージを送信する。ＩＮＶＩＴＥメッセージに含まれる着信端末の情報はステップＳ１０６で記憶したＮＡＰＴＲリソースレコードの情報から取得することができる。図４に示すＮＡＰＴＲリソースレコードの場合、ＩＰ電話サービスを指定している第１番目のＮＡＰＴＲリソースレコードに記述されたＳＩＰＵＲＩ（iptel@ifax2.abc.com）を着信端末の情報として使用する。

ＳＩＰサーバ１０５は、ＩＮＶＩＴＥメッセージを受け取ると着信相手である着信端末に対して接続要求を伝えるＩＮＶＩＴＥメッセージを送信する。このときＩＮＶＩＴＥメッセージの宛先には着信端末のＳＩＰＵＲＩ（iptel@ifax2.abc.com）が使われる。

着信端末は、接続要求を伝えるＩＮＶＩＴＥメッセージを受けて、接続を許可する場合、ＳＩＰサーバ１０５経由で接続を許可するメッセージを発信端末へ返信する。着信端末は、接続を許可するメッセージを受けると、再びＳＩＰサーバ１０５経由で着信端末に対してＡＣＫメッセージを送る。着信端末は、発信端末からＡＣＫメッセージを受け取ると呼出状態になったことを意味する「Ringing」を発信端末へ返信すると共に、ハンドセットに対して鳴動要求する。

発信端末は、「Ringing」を受信するとハンドセット１７のスピーカから呼出音をならす。このような呼出状態は、着信側ハンドセットがフックオフされるか（Ｓ１１０）、発信側ハンドセット１７がフックオンされる（Ｓ１１１）まで続く。発信側ハンドセット１７がフックオンされるということは、発信端末を操作しているユーザがハンドセット１７を装置本体に戻したことになるので、処理は終了する。

着信端末において、ユーザが電話機の鳴動に対応してハンドセット１７を取り上げて動作可能な状態になると、着信端末は通話可能な状態になったことを通知する「ＯＫ」メッセージをＳＩＰサーバ１０５経由で発信端末へ送信し、さらに発信端末から「ＡＣＫ」メッセージが返ってくると通話が開始される。

発信端末と着信端末とが接続された後は、ＳＩＰサーバ１０５を介さずに端末同士が直接通信する（Ｓ１１２）。音声データの送受信はＲＴＰを使用してＵＤＰで行う。ハンドセット１７のマイクから入力した音声データを音声圧縮／伸長部１５で圧縮する。ＣＰＵ１０は、図５に示すように、一定周期（２０ｍｓｅｃ）でタスク割り込みをかけて、音声パケットをＬＡＮ１０１経由でインターネット１０３上に送出する。音声パケットのＩＰヘッダには送信元ＩＰアドレス（発信端末）及び宛先ＩＰアドレス（着信端末）がセットされる。ＲＴＰヘッダには音声データの順番を制御するためのタイムスタンプ情報がセットされる。

ここで、発信端末と着信端末とで通話しているユーザのいずれか一方から他方に対してイメージデータを送信する要求が発生した場合、当該一方のユーザはスキャナ１１に原稿をセットして操作パネル１２のスタートボタンを押下する。今、発信端末のユーザが原稿を送信しようとしてスタートボタンを押したものとする。

発信端末のＣＰＵ１０は、ＩＰ電話中にスタートボタンが押下されたことを検知するとＩＦＡＸ通信要求であると認識する（Ｓ１１３）。ＩＦＡＸ通信要求を検知したＣＰＵ１０は、現在通話中の相手端末（着信端末）がＩＦＡＸ機能をサポート（ＩＦＡＸに勧告に準拠した画像通信が可能である意味）しているか否かの情報を、ステップＳ１０６で取得して記憶したＮＡＰＴＲリソースレコードの内容から判断する（Ｓ１１４）。すなわち、当該着信端末がＥＮＵＭＤＮＳに登録しているＮＡＰＴＲリソースレコードにＩＦＡＸサービスが含まれているか否かをチェックする。図４に示すＮＡＰＴＲリソースレコードを取得した場合であれば、第２番目のＮＡＰＴＲリソースレコードのサービス内容（３６）に＜ｉｆａｘ＞と記述されている。＜ｉｆａｘ＞はＩＦＡＸサービスを示す。この場合は、着信端末にＩＦＡＸサービス有りと判断する。

次に、発信端末は、着信端末がＩＦＡＸサービスにおいて自分（着信端末）宛のメールの配送先に指定している宛先情報を取得する。そのために、ＤＮＳサーバ１０４に対して着信端末のドメイン名を指定してＭＸレコードの検索を要求する（Ｓ１１５）。着信端末のドメイン名はステップＳ１０６で取得して記憶したＮＡＰＴＲリソースレコードの内容から抽出する。図４に示す例であれば、第２番目及び第４番目のＮＡＰＴＲリソースレコードにメールサービスが含まれているので、当該ＮＡＰＴＲリソースレコードにおける＜mailto＞後の文字列をドメイン名として使用することができる。

ＤＮＳサーバ１０４は、データベースから指示されたドメイン名に対応したＭＸレコードを取り出して、要求元の発信端末へ返信する。

発信端末は、ＤＮＳサーバ１０４から要求した着信端末のＭＸレコードを受信すると所定アドレスに格納する。そして、格納したＭＸレコードから着信端末が指定しているメールサーバアドレスを切り出す（Ｓ１１６）。

次に、スキャナ１１を制御して原稿を読み取り（Ｓ１１７）、読み込んだ原稿の画像データをＩＦＡＸ用データに変換する（Ｓ１１８）。具体的には、ＣＰＵ１０は画像圧縮プログラムを起動して原稿の画像データを所定形式で圧縮する。次に、圧縮画像データをＦＩＦＦ形式に変換し、さらにＭＩＭＥ形式に変換する。

なお、このような変換手順はＩＦＡＸの勧告の一つに準拠したものであるが、本実施の形態は上記手順に限定されるのもではない。着信側にて受信及びビットマップ展開可能で有れば他の形式（独自形式を含む）によるＩＦＡＸ用データを生成しても良い。

次に、ＭＩＭＥ形式に変換したＩＦＡＸ用データをパケット化する。このパケットをＩＦＡＸパケットと呼ぶものとする。図６に示すＩＦＡＸパケットのＩＰヘッダには、ステップＳ１１６で取得したメールサーバ１０６のＩＰアドレスが宛先ＩＰアドレスとしてセットされる。また、音声パケットではＵＤＰヘッダが付けられたがＩＦＡＸパケットではＴＣＰヘッダが付けられる。すなわち、ＩＦＡＸパケットはＴＣＰにより配送される。ＴＣＰは途中でパケットが紛失した場合は再送されるのでイメージデータの一部が欠落することによる画質の結果を抑制することができる。

発信端末のＣＰＵ１０は、通話処理（音声パケットの送受信）を優先しながら、ＩＦＡＸ用データを着信端末のメールサーバ１０６へ配送する（Ｓ１１９）。すなわち、図６に示すように、音声パケットに関しては一定周期毎にタスク割り込みを入れて優先的に送出し、ＩＦＡＸパケットに関しては音声パケット送出後次のタスク割り込みが入るまでの間を利用して送出する。このようにして、ＩＦＡＸ用データを全て送りきるまで音声パケットの隙間を利用してＩＦＡＸパケットを送信する。

これにより、リアルタイム性の要求が高い音声データに関しては優先的に送信し、音声データはよりはリアルタイム性の要求が低いＩＦＡＸ用データに関しては隙間を利用して送信するので、着信端末との間で通話を行いながら、同一端末に対してＩＦＡＸ用データを送信することができる。後述するように、着信端末は、通話を維持した状態でメールサーバ１０６からＩＦＡＸ用データの電子メールデータを受信して操作パネル１２のディスプレイに表示する。

ＩＦＡＸ用データに関してメールサーバ１０６への送信が完了したら（Ｓ１２０）、操作パネル１２のディスプレイに画像送信終了のメッセージを表示する（Ｓ１２１）。さらに、本実施の形態は、通話先である着信端末に対しても画像送信終了を知らせる（Ｓ１２２）。画像送信終了を知らせる信号は、通話中の相手端末が認識できる信号で有れば限定されないが、ＤＴＭＦ信号を使用することができる。

なお、ステップＳ１１４で通話先がＩＦＡＸサービスをサポートしていないと判明した場合はエラー表示する（Ｓ１２３）。また、発信端末のハンドセット１７のフックオンを検出した場合（Ｓ１２４）又は着信側のハンドセット１７のフックオンを検出した場合（Ｓ１２５）は、通話処理を終了する（Ｓ１２６）。

図９に示すフロー図を参照して着信端末側の処理について説明する。着信端末のＣＰＵ１０は、接続要求を伝えるＩＮＶＩＴＥメッセージを受信すると（Ｓ２０１）、前述した手順にてＳＩＰサーバ１０５を介し発信端末との間で呼接続する（Ｓ２０２）。着信端末のユーザがハンドセット１７を取り上げると（Ｓ２０３）、ＲＴＰを使用してＵＤＰで音声データの送受信を行う（Ｓ２０４）。

着信端末は、発信端末との間で通話中に画像送信終了通知（例えばＤＴＭＦ信号）を受信すると（Ｓ２０５）、通話処理を優先しながらＩＦＡＸ用データの電子メールをメールサーバ１０６から受信する処理を実行する（Ｓ２０６）。例えば、ＰＯＰ３の手順にしたがってメールサーバ１０６から電子メールデータを受信する。この電子メールデータに含まれたＩＦＡＸ用データは、発信端末が図８のステップＳ１１９で送信したＩＦＡＸ用データである。すなわち、発信端末がＩＦＡＸ用データを、着信端末のメールサーバ１０６にメール送信した後、着信端末がメールサーバ１０６から受信メールをダウンロードするので、このとき着信端末がメールサーバ１０６から取得する電子メールデータは発信端末が送信したＩＦＡＸ用データということになる。

なお、ＤＦＭＦ信号を検知した着信端末が自動的に電子メールを受信する場合を説明したが、発信端末が送信したＩＦＡＸ用データが着信端末のメールサーバ１０６に蓄積されていることが着信側のユーザに知らされれば、当該ユーザが着信端末に指示して手動でメールサーバ１０６から受信するようにしてもよい。例えば、通話中であるので発信側のユーザが会話を通じて音声にて着信端末のユーザに対してＩＦＡＸ用データを送信したことを連絡する。

着信端末は、通話中であってもメールサーバ１０６からＩＦＡＸ用データを受信した時は、当該ＩＦＡＸ用データをビットマップデータに変換し（Ｓ２０７）、当該ビットマップデータを操作パネル１２のディスプレイに表示する（Ｓ２０８）。また、操作パネル１２のディスプレイに表示した画像に対して、ユーザが操作パネル１２から印刷指示を入力すると（Ｓ２０９）、又はデフォルトで自動印刷するように設定されていると、当該ビットマップデータを印刷データに変換してプリンタ１４へ印刷要求を発行する。この結果、プリンタ１４から受信画像が印刷出力される（Ｓ２１０）。

そして、ステップＳ２１１において発信側のハンドセット１７のフックオンを検知するか、ステップＳ２１２において発信側のハンドセット１７のフックオン又は着信側のハンドセット１７のフックオンを検知したら通話終了する。

このような本実施の形態によれば、着信端末の電話番号を使ってＥＮＵＭＤＮＳから対応するＮＡＰＴＲリソースレコードを取り込み、そのＮＡＰＴＲリソースレコードに含まれたＩＰ電話サービスのＵＲＩを使って着信端末との間に呼接続し、通話中に当該着信端末に画像を送信する場合はＮＡＰＴＲリソースレコードに含まれたＩＦＡＸサービスのＵＲＩを使って画像送信するようにしたので、通話を切断することなく当該通話先のＩＦＡＸサービスのＵＲＩを取得でき、通話を切断することなく画像データを当該通話先へ送信することができる。

次に、上記実施の形態の変形例について図１０を参照して説明する。

本変形例は、ＩＦＡＸ用データの送信はＳＭＴＰを用いて端末間で直接やり取りするものとする。また、通話先がＳＭＴＰに対応していなかった場合はＰＯＰサーバ経由の送信を行うものとする。なお、ハードウエア構成は上記実施の形態と同じであるので、同一の参照符号を用いて説明する。

発信端末に着信端末の電話番号を入力するところから通話中有にＩＦＡＸ通信要求がはいるところまでの処理は、図７，８に示すステップＳ１０１からステップＳ１１４までの処理と同様である。ステップＳ１１４において通話先がＩＦＡＸサービスをサポートしていると判断した場合、ステップＳ１３０へ移行してＤＮＳサーバ１０４に対して通話先（本例では着信端末）のＩＰアドレスを要求する。ＤＮＳサーバ１０４に対して対象端末のＩＰアドレスを要求する場合、当該対象端末のドメイン名を指定する。

ＤＮＳサーバ１０４は、指定された対象端末のドメイン名をキーにして対象端末のＩＰアドレスを検索する。対象端末に関する情報がＤＮＳサーバ１０４に登録されていればＩＰアドレスが返信される。

発信端末は、ＤＮＳサーバ１０４から着信端末のＩＰアドレスが返信された場合（Ｓ１３１）、取得したＩＰアドレス（着信端末）に対して直接ＴＣＰコネクションを張る（Ｓ１３２）。そして、スキャナ１１で原稿を読み込む（Ｓ１３３）、読み込んだ原稿の画像データをＩＦＡＸ用データに変換する（Ｓ１３４）。その後、現在の通話を優先しながら、ＳＭＴＰによりＩＦＡＸ用データを着信端末へ直接送信する（Ｓ１３５）。上記実施の形態と同様に、一定周期でタスク割り込みを入れて音声パケットを優先的に送出し、音声パケットを送出していない隙間を利用してＩＦＡＸパケットを送出する。このとき、ＩＦＡＸパケットのＩＰヘッダには宛先ＩＰアドレストとしてメールサーバ１０６のアドレスではなく着信端末自身のＩＰアドレスがセットされる。

ＩＦＡＸ用データの送信が終了したら（Ｓ１３６）、ステップＳ１２１へ移行する。移行の処理は前述した通りである。

一方、ステップＳ１３１の判断で通話先の端末のＩＰアドレスを取得できなかった場合、ステップＳ１１５へ移行して前述した実施の形態と同様にＭＸレコードを検索してメールサーバ経由の画像送信に切り替える。

このように、通話先の端末がＳＭＴＰをサポートしている場合は、通話先の端末へ直接ＩＦＡＸ用データを送信するので、ＰＯＰサーバからダウンロードする処理を省くことができ画像表示までの時間を短縮してリアルタイム性を改善することができる。また、通話先の端末がＳＭＴＰをサポートしていない場合は、メールサーバ１０６経由に切り替えることができる。

なお、着信端末は、基本的には図９に示すフロー図にしたがった動作となるが、ステップＳ２０６において、通話処理を優先しながらＳＭＴＰにより発信端末から直接ＩＦＡＸ用データを含んだ電子メールを受信する。

また、以上の説明ではＩＦＡＸ用データを送信する場合に付いて記述したが、外部記憶媒体としてのリムーバブルメモリ２０に記憶しているファイル（例えば画像ファイル）を、ＩＦＡＸパケットと同様の形式でパケット化して、通話中に送信するようにすることもできる。すなわち、ＤＮＳサーバ１０４に接続して入力電話番号に対応したＮＡＰＴＲリソースレコードを取得し、ＮＡＰＴＲリソースレコードに含まれたＩＰ電話サービスのＵＲＩを使って着信側のＩＰ電話機に呼接続する。さらに、前記ＩＰ電話機との通話中に当該ＩＰ電話機へファイル転送する場合、前記ＮＡＰＴＲリソースレコードに含まれたファイル転送サービスのＵＲＩから宛先ＩＰアドレスを取得する。通話中にファイル転送する場合、リムーバブルメモリ２０からデータを取り込んで前記取得宛先ＩＰアドレスをヘッダに設定したデータ転送用パケットを生成し、ファイル転送のためのデータ転送用パケットと通話のための音声パケットとを多重送信する。このとき、音声パケットは優先的に送出しながら、データ転送用パケットは音声パケット間の隙間を使用して送出することが望ましい。

本発明は、一度相手先と呼接続したら、通話をしながら、かけ直さずに、同じ相手先に対して画情報、ファイルデータ等の情報を送信でき、ＩＰ電話機及びＩＰ電話通話方法に適用可能である。

本発明の一実施の形態に係るＩＦＡＸ機能付ＩＰ電話機のブロック図図１に示すＩＦＡＸ機能付ＩＰ電話機を適用したネットワーク構成図ドメイン化した電話番号の構成説明図ＮＡＰＴＲリソースレコードの具体例を示す図音声パケットの構成及び送信タイミングを示す図ＩＦＡＸパケットの構成及び送信タイミングを示す図発信端末における発信及び通話処理の前半部のフロー図発信端末における発信及び通話処理の後半部のフロー図着信端末における着信及び通話処理のフロー図発信端末における発信及び通話処理の変形例に係るフロー図

符号の説明

１０ＣＰＵ
１１スキャナ
１２操作パネル
１３ＬＡＮコントローラ
１４プリンタ
１５音声圧縮／伸長部
１６モデム
１７ハンドセット
１８ＲＯＭ
１９ＲＡＭ
２０リムーバブルメモリ
１００、１１０ＩＦＡＸ機能付ＩＰ電話機
１０１、１１１ＬＡＮ
１０２、１１２ルータ
１０３インターネット
１０４ＤＮＳサーバ
１０５ＳＩＰサーバ
１０６メールサーバ

Claims

通話相手となるＩＰ電話機の電話番号が入力されると、入力された電話番号をドメイン化するステップと、
ＤＮＳサーバに接続して当該ドメイン化した電話番号に対応して登録される着信側のＩＰ電話機が利用可能なサービス情報を含むＮＡＰＴＲリソースレコードを取得して記憶するステップと、
前記記憶したＮＡＰＴＲリソースレコードに格納されるサービス情報としてＩＰ電話サービスが登録されていれば前記ＮＡＰＴＲリソースレコードに含まれたＩＰ電話サービスのＵＲＩを使って着信側となるＩＰ電話機に呼接続するステップと、
呼接続した前記着信側のＩＰ電話機との間で通話用音声パケットを送受信する通話処理を実行するステップと、
前記着信側のＩＰ電話機との間で通話している間に当該着信側のＩＰ電話機への画送信が指示された場合、
前記記憶したＮＡＰＴＲリソースレコードに格納されるサービス情報としてＩＦＡＸサービスが登録されているか否かを判断するステップと、
ＩＦＡＸサービスが登録されているとき、前記ＮＡＰＴＲリソースレコードにメールサービスが含まれているか否かを判断するステップと、
メールサービスが含まれているとき、メールサービスのＵＲＩをドメイン名としてＤＮＳサーバからＭＸレコードを取得するステップと、
前記取得したＭＸレコードから前記着信側のＩＰ電話機が指定しているメールサーバアドレスを取得するステップと、
前記取得したメールサーバアドレスを宛先とした画情報用パケットを生成するステップと、
前記通話用音声パケットの前記ＩＰ電話機への送出を一定周期毎のタスク割り込みにより優先的に実行するとともに、前記通話用音声パケット送出後次のタスク割り込みまでの間を利用して前記画情報用パケットを前記メールサーバアドレスを有するメールサーバへ送出するステップと、を具備するＩＰ電話通話方法。
画情報を前記メールサーバへ送信した後、メール送信した旨の信号を着信側のＩＰ電話機へ送信する請求項１記載のＩＰ電話通話方法。
前記着信側のＩＰ電話機との通話中に当該着信側のＩＰ電話機へファイル転送する場合、
前記リソースレコードに含まれたファイル転送サービスのＵＲＩを利用して宛先ＩＰアドレスを取得するステップと、
外部記憶媒体からデータを取り込んで前記取得宛先ＩＰアドレスをヘッダに設定したデータ転送用パケットを生成するステップと、
ファイル転送のためのデータ転送用パケットと通話用音声パケットとを多重送信するステップと、を具備する請求項１記載のＩＰ電話通話方法。
発信側のＩＰ電話機からの要求に応じて当該発信側のＩＰ電話機との間にインターネット経由で呼接続するステップと、
呼接続した前記発信側のＩＰ電話機との間で通話用音声パケットを送受信する通話処理を実行するステップと、
前記発信側のＩＰ電話機との通話中に前記発信側のＩＰ電話機からメール送信した旨の信号を検出するステップと、
前記信号を検出した場合、前記通話用音声パケットの送受信を一定周期毎のタスク割り込みにより優先的に実行するとともに、前記通話用音声パケット送出後次のタスク割り込みまでの間を利用して着信側のメールサーバから電子メールを取り込むステップと、を具備する請求項１記載のＩＰ電話通話方法。
プログラムが記憶されたメモリと、このメモリからプログラムを読み出して実行するプロセッサユニットと、原稿を読み取り画情報を生成するスキャナと、ネットワークに接続してパケットの送受信を制御するネットワークコントローラと、音声の入出力を行うハンドセットと、少なくとも画情報の送信指示を行うための操作パネルとを具備し、
前記プロセッサユニットは、
通話相手となるＩＰ電話機の電話番号が入力されると、入力された電話番号をドメイン化し、
ＤＮＳサーバに接続して当該ドメイン化した電話番号に対応して登録される着信側のＩＰ電話機が利用可能なサービス情報を含むＮＡＰＴＲリソースレコードを取得して記憶し、
前記記憶したＮＡＰＴＲリソースレコードに格納されるサービス情報としてＩＰ電話サービスが登録されていれば前記ＮＡＰＴＲリソースレコードに含まれたＩＰ電話サービスのＵＲＩを使って着信側となるＩＰ電話機に呼接続し、
呼接続した前記着信側のＩＰ電話機との間で通話用音声パケットを送受信する通話処理を実行し、
前記着信側のＩＰ電話機との間で通話している間に当該着信側のＩＰ電話機への画送信が指示された場合、
前記記憶したＮＡＰＴＲリソースレコードに格納されるサービス情報としてＩＦＡＸサービスが登録されているか否かを判断し、
ＩＦＡＸサービスが登録されているとき、前記ＮＡＰＴＲリソースレコードにメールサービスが含まれているか否かを判断し、
メールサービスが含まれているとき、メールサービスのＵＲＩをドメイン名としてＤＮＳサーバからＭＸレコードを取得し、
前記取得したＭＸレコードから前記着信側のＩＰ電話機が指定しているメールサーバアドレスを取得し、
前記取得したメールサーバアドレスを宛先とした画情報用パケットを生成し、
前記通話用音声パケットの前記ＩＰ電話機への送出を一定周期毎のタスク割り込みにより優先的に実行するとともに、前記通話用音声パケット送出後次のタスク割り込みまでの間を利用して前記画情報用パケットを前記メールサーバアドレスを有するメールサーバへ送出する、ＩＰ電話機。
前記プロセッサユニットは、
前記着信側のＩＰ電話機との通話中に当該着信側のＩＰ電話機へファイル転送する場合、
前記リソースレコードに含まれたファイル転送サービスのＵＲＩから宛先ＩＰアドレスを取得し、
外部記憶媒体からデータを取り込んで前記取得宛先ＩＰアドレスをヘッダに設定したデータ転送用パケットを生成し、
ファイル転送のためのデータ転送用パケットと通話用音声パケットとを多重送信することを特徴とする請求項５記載のＩＰ電話機。