通信方法および中継装置
【課題】音声通信とデータ通信が可能な通信装置に対して、テキストデータやバイナリーデータなどのデータ入力を容易にし、ユーザの利便性を向上させる。
【解決手段】通信装置１とネットワークを介して接続されるとともに、電話機３およびデータ入力端末４と接続される中継装置２が行う通信方法であって、中継装置２は、電話機３の発呼要求に基づいて中継装置２と通信装置１の間で音声通信セッションの呼を確立する呼制御ステップと、データ入力端末４から通信装置１への接続要求を受信すると、中継装置２と通信装置１の間で、音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信確立ステップと、ＨＴＴＰプロトコルを用いてデータ入力端末４から入力されるデータを、データ通信セッションを介して通信装置１に送信するデータ通信ステップとを行う。
【解決手段】通信装置１とネットワークを介して接続されるとともに、電話機３およびデータ入力端末４と接続される中継装置２が行う通信方法であって、中継装置２は、電話機３の発呼要求に基づいて中継装置２と通信装置１の間で音声通信セッションの呼を確立する呼制御ステップと、データ入力端末４から通信装置１への接続要求を受信すると、中継装置２と通信装置１の間で、音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信確立ステップと、ＨＴＴＰプロトコルを用いてデータ入力端末４から入力されるデータを、データ通信セッションを介して通信装置１に送信するデータ通信ステップとを行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話端末とデータ入力端末とを用いて通信装置と通信を行う通信方法、および中継装置に関する。
【背景技術】
【０００２】
従来の電話網では音声通信のみが利用できたが、ＳＩＰプロトコル（ＲＦＣ３２６１）を利用した電話網では、音声通信とデータ通信を同一の呼において、別々の通信セッションを利用して同時に行うことができる。
【０００３】
特許文献１には、電話端末から入力されるＤＴＭＦ信号などの端末入力情報を、テキスト化し、Ｗｅｂアプリケーションサーバに送信する技術が記載されている。また、特許文献２には、音声端末と映像端末を連携して電話サーバと通信を行う連携システムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2009-48476号公報
【特許文献２】特開2010-130532号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、電話端末から入力されるＤＴＭＦ信号の端末入力情報をテキスト化して送信しているが、ＤＴＭＦ信号をテキスト化するため、０〜９の数字、＊、＃のいずれかの限られたテキストデータしか送信することができない。すなわち、名前や住所などのテキストデータや写真などのバイナリーデータを電話端末から入力することは困難である。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、音声通信とデータ通信が可能な通信装置に対して、テキストデータやバイナリーデータなどのデータ入力を容易にし、ユーザの利便性を向上させることにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、通信装置とネットワークを介して接続されるとともに、電話機およびデータ入力端末と接続される中継装置が行う通信方法であって、前記中継装置は、前記電話機の発呼要求に基づいて、前記中継装置と前記通信装置の間で音声通信セッションの呼を確立する呼制御ステップと、前記データ入力端末から通信装置への接続要求を受信すると、前記中継装置と前記通信装置の間で、前記音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信確立ステップと、ＨＴＴＰプロトコルを用いて前記データ入力端末から入力されるデータを、前記データ通信セッションを介して前記通信装置に送信するデータ通信ステップと、を行う。
【０００８】
本発明は、通信装置とネットワークを介して接続されるとともに、電話機およびデータ入力端末と接続される中継装置であって、前記電話機の発呼要求に基づいて、前記中継装置と前記通信装置の間で音声通信セッションの呼を確立する呼制御手段と、前記データ入力端末から通信装置への接続要求を受信すると、前記中継装置と前記通信装置の間で、前記音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信制御手段と、を備え、前記データ通信制御手段は、ＨＴＴＰプロトコルを用いて前記データ入力端末から入力されるデータを、前記データ通信セッションを介して前記通信装置に送信する。
【発明の効果】
【０００９】
本発明によれば、音声通信とデータ通信が可能な通信装置に対して、テキストデータやバイナリーデータなどのデータ入力を容易にし、ユーザの利便性を向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る通信システムの構成図である。
【図２】中継装置の構成を示すブロック図である。
【図３】第１の実施形態の処理を示すフローチャートである。
【図４】ＩＮＶＩＴＥメッセージのＳＤＰメッセージ例である。
【図５】データ入力端末が中継装置に送信するＨＴＴＰメッセージ例である。
【図６】ｒｅ−ＩＮＶＩＴＥメッセージ等のＳＤＰメッセージ例である。
【図７】ルーティングテーブルの例である。
【図８】中継装置がデータ入力端末に送信するＨＴＴＰメッセージ例である。
【図９】データ入力端末がデータ通信装置に送信するＨＴＴＰメッセージ例である。
【図１０】ＮＡＰＴテーブルの例である。
【図１１】データ通信装置が送信するＨＴＴＰメッセージ例である。
【図１２】データ入力端末が送信するＨＴＴＰメッセージ例である。
【図１３】第２の実施形態の処理を示すフローチャートである。
【図１４】データ通信対応テーブルの例である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１２】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る通信システムの構成図である。図示する通信システムは、データ通信装置１と、中継装置２と、電話機３と、データ入力端末４とを備える。中継装置２は、ＳＩＰプロトコルを利用する電話網であるＳＩＰ網５を介してデータ通信装置１と接続される。また、中継装置２は、電話機３およびデータ入力端末４に接続される。
【００１３】
データ通信装置１は、音声ガイダンスを送出できるとともに、データ通信による情報入力が可能なＩＶＲ（Interactive Voice Response：音声自動応答）装置であって、ＳＩＰ網５を介して中継装置２に接続される。
【００１４】
中継装置２は、電話機３とデータ入力端末４と取りまとめて、データ通信装置１との間で通信を行う装置である。
【００１５】
図２は、中継装置２の構成を示すブロック図である。図示する中継装置２は、第１のＬＡＮインタフェース２１と、第１の呼制御部２２と、第２の呼制御部２３と、データ通信制御部２４と、ルーティング制御部２５と、アナログ電話機インタフェース２８と、第２のＬＡＮインタフェース２９と、を備える。
【００１６】
第１のＬＡＮインタフェース２１は、データ通信装置１とＳＩＰ網５を介して通信するためのインタフェースである。第１の呼制御部２２は、中継装置２とデータ通信装置１との間の呼を制御する。第２の呼制御部２３は、中継装置２と電話機３との間の呼を制御する。データ通信制御部２４は、データ入力端末４からの入力データをデータ通信装置１に転送する。
【００１７】
ルーティング制御部２５は、ルーティングテーブル２６およびＮＡＴＰ（Network Address Port Translation）テーブル２７を備え、これらのテーブルを用いてＩＰパケットのルーティングを行う。アナログ電話機インタフェース２８は、電話機３（アナログ電話機）と接続および通信するためのインタフェースである。第２のＬＡＮインタフェース２９は、電話機３（ＩＰ電話機）またはデータ入力端末４と接続および通信するためのインタフェースである。
【００１８】
なお、一般的に市販されているＳＩＰプロトコル対応のＶｏＩＰアダプタ（またはＶｏＩＰルータ）は、アナログ電話インタフェースを備え、アナログ電話機を使用してＳＩＰプロトコルを利用する電話網に接続して、音声通話が可能であるため、中継装置２の機能をＶｏＩＰアダプタに実装することが考えられる。
【００１９】
電話機３には、アナログ電話機またはＩＰ電話機などを用いる。アナログ電話機の場合には、アナログ電話インタフェース２８を介して、ＩＰ電話機の場合には、第２のＬＡＮインタフェース２９を介して中継装置２に接続される。
【００２０】
データ入力端末４には、例えば、ＨＴＴＰプロトコルを用いて通信を行うウェブブラウザの機能を搭載したＰＣを用いる。データ入力端末４は、第２のＬＡＮインタフェース２９を介して中継装置２に接続される。
【００２１】
なお、データ入力端末４から中継装置２を介してデータ通信装置１に送信されるデータは、例えばテキストファイル、バイナリファイルなどである。また、データ入力端末４と中継装置２との間、および、中継装置２とデータ通信装置１との間の上記データの送受信には、ＨＴＴＰプロトコル（ＲＦＣ２６１６）を用いる。
【００２２】
上記説明した中継装置２は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた中継装置２用のプログラムを実行することにより、中継装置２の各機能が実現される。また、中継装置２用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２３】
次に、本実施形態の処理を説明する。
【００２４】
本実施形態では、中継装置２が、データ通信装置１のＩＰアドレスおよびポート番号を、データ入力端末４に通知して、データ入力端末４がデータ通信装置１と通信を行うものとする。
【００２５】
図３は、本実施形態の処理を示すフローチャートである。
【００２６】
ステップＳ１０１０では、ユーザが電話機３からデータ通信装置１に発呼し、中継装置２を介して電話機３とデータ通信装置１の通信が開始される。具体的には、電話機３は、ユーザが入力したデータ通信装置１の電話番号を受け付け、発呼する。中継装置２の第２の呼制御部２３は、電話機３からの発呼を受け付け、ユーザが入力した電話番号情報を第１の呼制御部２２に送出する。そして、第１の呼制御部２２は、第２の呼制御部２３からの電話番号情報を用いて、データ通信装置１に発呼する。
【００２７】
図４は、第１の呼制御部２２が、データ通信装置１に対して発呼する際に送信するＳＩＰプロトコルのＩＮＶＩＴＥメッセージに含まれるＳＤＰメッセージ（ＲＦＣ４５６６）の一例を示すものである。図示するメッセージには、待ち受けＩＰアドレスとして中継装置２のＩＰアドレス情報と、音声通信セッションに関する情報とが設定されている。
【００２８】
データ通信装置１が応答すると、中継装置２とデータ通信装置１の間と、中継装置２と電話機３の間とに呼が確立され、中継装置２を経由して電話機３とデータ通信装置１の間で音声通信が開始される。音声通信としては、例えば、データ通信装置１から電話機３への音声ガイダンス、電話機３からデータ通信装置１へのＰＢ信号などがある。なお、この時点では、中継装置２とデータ通信装置１の間に音声通信セションは確立されるが、データ通信セションはまだ確立されていない。
【００２９】
ステップＳ１０２０では、データ入力端末４が、中継装置２への特定（所定）の宛先へのＩＰパケット（データ通信装置１への接続要求）を送信する。具体的には、データ入力端末４のウェブブラウザは、ユーザが指定した中継装置２の特定のＩＰアドレスとポート番号とを含むＵＲＬを宛先として、ＨＴＴＰリクエストを送信する。
【００３０】
図５は、データ入力端末４が中継装置２に送信するＨＴＴＰリクエストの一例である。図示する例では、ＵＲＬは「http://192.168.1.249:20000/」（第２のＬＡＮインタフェース２９の情報）であるものとする。ＵＲＬの相対パスは、図示する例では「/」とするが、これに限定されず、データ通信装置１毎に異なる相対パスを用いてもよい。
【００３１】
なお、データ入力端末４は、ステップＳ１０１０の発呼に先立って中継装置２に接続してもよく、ステップＳ１０１０の呼が確立した後に中継装置２に接続してもよい。
【００３２】
中継装置２のデータ通信制御部２４は、上記の特定のＩＰアドレスとポート番号とを含むＨＴＴＰリクエストを受信すると、ステップＳ１０３０に進む。
【００３３】
ステップＳ１０３０では、中継装置２が、データ通信装置１との間でデータ通信セションを確立する。具体的には、中継装置２のデータ通信制御部２４は、第１の呼制御部２２にデータ通信セッション追加要求を送出する。第１の呼制御部２２は、データ通信装置１に対して、ステップＳ１０１０で確立済みの呼に関連付けてデータ通信セッションの追加要求を行う。
【００３４】
図６は、第１の呼制御部２２が、データ通信セションの追加要求をする際にデータ通信装置１に送信する、ＳＩＰプロトコルのｒｅ−ＩＮＶＩＴＥメッセージまたはＵＰＤＡＴＥメッセージに含まれるＳＤＰメッセージの一例を示すものである。図示するメッセージは、図４に示すＳＤＰメッセージに、データ通信セッションに関する情報がさらに追加されている。これにより、ステップＳ１０１０で確立した呼の音声通信セッションにデータ通信セッションを関連付けることができる。
【００３５】
データ通信装置１は、データ通信セッションの追加要求を受信すると、ＳＩＰプロトコルにおける２００ ＯＫメッセージを中継装置２に送信する。この２００ ＯＫメッセージに含まれるＳＤＰメッセージのc=行には、データ通信セッションに利用するデータ通信装置１のＩＰアドレス情報が、また、m=applicationの行のport部にはポート番号情報が、proto部には、トランスポートプロトコル情報が含まれている。なお、図１に示す具体例では、データ通信装置１のＩＰアドレスが「10.20.40.1」、ポート番号が「54321」、トランスポートプロトコル情報が「ＴＣＰ」であるものとする。
【００３６】
中継装置２のデータ通信制御部２４は、このＩＰアドレスとポート番号とを含む追加エントリ（レコード）を生成し、ルーティングテーブル２６に記憶する。
【００３７】
図７は、ルーティングテーブル２６の一例を示す図である。なお、ルーティングテーブル２６のインタフェースには、第１のＬＡＮインタフェース２１を示す情報を設定し、ゲートウェイには、例えば、ＳＩＰ網５のエッジルータなどのＩＰアドレスが設定される。
【００３８】
これにより、中継装置２とデータ通信装置１との間で、ステップＳ１０１０の呼に関連付けられたデータ通信セションが確立され、中継装置２を経由してデータ入力端末４とデータ通信装置１の間でデータ通信が開始される。データ通信としては、例えば、データ入力端末４から入力されるテキストデータ、バイナリーデータなどがある。
【００３９】
なお、本実施形態では、ステップＳ１０２０でのデータ入力端末４から中継装置２の特定のＩＰアドレスに対するアクセスを契機として、ステップＳ１０３０において中継装置２からデータ通信装置１にデータ通信セッションの開始を要求しているが、データ通信装置１から中継装置２に対してデータ通信セッションの開始を要求することも可能である。
【００４０】
ステップＳ１０４０では、中継装置２のデータ通信制御部２４が、データ入力端末４にデータ通信装置１の宛先アドレスを通知する。具体的には、データ通信制御部２４は、ステップＳ１０３０で取得したデータ通信装置１のＩＰアドレスとポート番号を、データ入力端末４に通知する。ＩＰアドレスとポート番号は、レスポンスコードが300〜399であるＨＴＴＰレスポンスのlocationヘッダを用いて通知する。
【００４１】
図８は、中継装置２がデータ入力端末４に送信するメッセージの一例を示す図である。図示するlocationヘッダには、データ通信装置１のＩＰアドレスとポート番号を含むＵＲＬとして、「http://10.20.40.1:54321/」が含まれている。ＵＲＬの相対パスは、ステップＳ１０２０でデータ入力端末４から入力されたＵＲＬの相対パスを用いる。
【００４２】
ステップＳ１０５０では、データ入力端末４は、ステップＳ１０４０で中継装置２から通知された、データ通信装置１のＩＰアドレスとポート番号を宛先アドレスとするＩＰパケット（データ）を、中継装置２のデータ通信制御部２４に送信する。なお、本実施形態のデータ入力端末４は、データ入力にＨＴＴＰプロトコルを用いるものとする。
【００４３】
図９は、データ入力端末４がデータ通信装置１に送信するメッセージの一例を示す図である。
【００４４】
本実施形態では、中継装置２を経由させてＩＰパケットをデータ通信装置１に送信するが、データ入力端末４からデータ通信装置１へ直接送信する構成、または、ＳＩＰ網５とは別のネットワーク（例えば、インターネット等）を介する構成であってもよい。その場合には、ＩＰパケットは、必ずしも中継装置２を経由する必要はなく、一般的なＩＰｖ４もしくはＩＰｖ６の仕様に準じてルーティングされる。
【００４５】
ステップＳ１０６０では、中継装置２のデータ通信制御部２４は、ステップＳ１０５０でデータ入力端末４から送信されたＩＰパケットを受信すると、ステップＳ１０３０で更新したルーティングテーブル２６を参照し、当該ＩＰパケットが第２のＬＡＮインタフェース２９から入力され、第１のＬＡＮインタフェース２１から送信されるＩＰパケットであると判別する。
【００４６】
データ通信制御部２４は、当該ＩＰパケットのトランスポートプロトコル、送信元および送信先のＩＰアドレスおよびポート番号を参照し、ＮＡＰＴテーブル２７に対応するエントリ（レコード）が存在するか否かを判別する。当該エントリが存在する場合は、ステップＳ１０８０に進み、当該エントリが存在しない場合は、ステップＳ１０７０に進む。
【００４７】
ステップＳ１０７０では、中継装置２は、ＮＡＰＴテーブル２７に対応するエントリを登録する。具体的には、データ通信制御部２４は、第１のＬＡＮインタフェース２１の未使用ポート番号を１つ選択し、第１のＬＡＮインタフェース２１のＩＰアドレスとともに追加エントリを生成し、ＮＡＰＴテーブル２７に登録する。
【００４８】
図１０は、ＮＡＰＴテーブル２７の一例を示す図である。図示する例では、ポート番号として、データセッション追加時のＳＤＰメッセージ（図６参照）に設定した待ち受けポート番号を設定する。
【００４９】
ステップＳ１０８０では、中継装置２のルーティング制御部２５は、ＮＡＰＴテーブル２７を参照してＮＡＴＰ処理を行い、ステップＳ１０３０で登録したルーティングテーブル２６の設定にしたがって当該ＩＰパケットのルーティングを行い、データ通信装置１にＩＰパケットを送信する。
【００５０】
ステップＳ１０９０では、中継装置２のルーティング制御部２５は、データ通信装置１から応答のＩＰパケットを受信すると、当該ＩＰパケットをルーティングテーブル２６の設定にしたがってデータ入力端末４に送信する。
【００５１】
図１１は、データ通信装置１が、中継装置２を介してデータ入力端末４に送信するメッセージの一例を示す図である。図１２は、図１１のメッセージの受信後に、データ入力端末４が、中継装置２を介してデータ通信装置１に送信するメッセージの一例を示す図である。
【００５２】
ステップＳ１１００では、中継装置２の第１の呼制御部２２および第２の呼制御部２３は、ステップＳ１０１０で確立した、電話機３と中継装置２との間の呼と、中継装置２とデータ通信装置１との間の呼の両方が存続しているかを確認する。両方の呼が存続している場合には、ステップＳ１０５０に進み、少なくともいずれかの呼が切断されている場合は、ステップＳ１１１０に進む。
【００５３】
ステップＳ１１１０では、呼が存続していないため、通信を終了する。具体的には、第１の呼制御部２２は、データ通信装置１と中継装置２の間の音声通信セッションとデータ通信セッションを終了し、第２の呼制御部２３は、電話機３と中継装置２の間の音声通信セッションを終了する。また、ルーティング制御部２５は、ステップＳ１０３０で追加したルーティングテーブル２６のエントリと、ステップＳ１０７０で追加したＮＡＰＴテーブル２７のエントリを削除する。
【００５４】
＜第２の実施形態＞
第２の実施形態に係る通信システムは、第１の実施形態図１（図１参照）と同様に、データ通信装置１と、中継装置２と、電話機３と、データ入力端末４とを備える。第２の実施形態の通信システムの構成については、第１の実施形態の通信システムと同様であるため、ここでは説明を省略する。
【００５５】
本実施形態では、中継装置２が、データ通信装置１のＩＰアドレスおよびポート番号を、データ入力端末４に通知せず、中継装置２がデータ入力端末４とデータ通信装置１の通信を中継することで、データ入力端末４がデータ通信装置１と間接的に通信を行うものとする。
【００５６】
図１３は、本実施形態の処理を示すフローチャートである。
【００５７】
ステップＳ２０１０では、第１の実施形態のステップＳ１０１０（図３参照）と同様に、ユーザが電話機３からデータ通信装置１に発呼し、中継装置２を介して電話機３とデータ通信装置１の音声通信セッションによる通信が開始される。
【００５８】
ステップＳ２０２０では、第１の実施形態のステップＳ１０２０と同様に、データ入力端末４が、中継装置２への特定の宛先へのＩＰパケットを送信する。中継装置２のデータ通信制御部２４は、特定のＩＰアドレスとポート番号とを含むＨＴＴＰリクエストを受信すると、ステップＳ２０３０に進む。
【００５９】
ステップＳ２０３０では、中継装置２のデータ通信制御部２４は、ステップＳ２０１０で確立された呼が、データ通信セッションを確立済みか否かを判別し、確立済みでない場合はステップＳ２０４０に進み、確立済みの場合はステップＳ２０５０に進む。
【００６０】
ステップＳ２０４０では、中継装置２が、データ通信装置１との間でデータ通信セションを確立する。具体的には、中継装置２のデータ通信制御部２４は、第１の呼制御部２２にデータ通信セッション追加要求を送出する。第１の呼制御部２２は、データ通信装置１に対して、ステップＳ２０１０で確立済みの呼に関連付けてデータ通信セッションの追加要求を行う。なお、データ通信セッションの確立手順については、第１の実施形態のステップＳ１０３０と同様である。
【００６１】
データ通信制御部２４は、データ通信セッションが確立すると、データ入力端末４と中継装置２との間のデータ通信と関連付けるために、追加エントリを生成し、当該データ通信制御部２４が備えるデータ通信対応テーブルに登録する。
【００６２】
図１４は、データ通信対応テーブルの一例を示す図である。なお、データ通信装置１のＩＰアドレスとポート番号は、データ通信装置１からの２００ ＯＫメッセージのＳＤＰメッセージのc=行およびm=applicationの行のport部から取得することができる。
ステップＳ２０５０では、中継装置２のデータ通信制御部２４が、ステップＳ２０２０で受信したデータ入力端末４からの入力データをデータ通信装置１に送信する。なお、中継装置２は、データ通信装置１に送信する前に入力データを加工してもよく、また、入力データを加工することなくデータ通信装置１に送信してもよい。例えば、データ入力端末４からの入力データがプレーンテキストデータである場合に、中継装置２は、第１の実施形態で示したようなＨＴＴＰメッセージに加工して、データ通信装置１に送信してもよい。また、他の例では、データ通信装置１から認証を求められた場合、あらかじめユーザが登録した認証データをデータ入力端末４代わって送信し、その上でデータを送信してもよい。
【００６３】
ステップＳ２０６０では、データ通信装置１から応答データを受信した場合、中継装置２のデータ通信制御部２４は、データ通信対応テーブルを参照して、データ入力端末４を特定し、データ入力端末４に送信する処理を行う。なお、中継装置２は、データ入力端末４に送信する前に応答データを加工してもよく、また、応答データを加工することなくデータ入力端末４に送信してもよい。例えば、データ通信装置１からの応答データがＨＴＴＰメッセージである場合に、中継装置２は、プレーンテキストデータに加工して、データ入力端末４に送信してもよい。
【００６４】
ステップＳ２０７０では、中継装置２の第１の呼制御部２２および第２の呼制御部２３は、ステップＳ２０１０で確立した、電話機３と中継装置２の間の呼と、中継装置２とデータ通信装置１の間の呼の両方が存続しているかを確認する。両方の呼が存続している場合には、ステップＳ２０２０に進み、少なくともどちらか一方が切断されている場合には、ステップＳ２０８０に進む。
【００６５】
次のステップＳ２０８０では、呼が切断されているため、通信を終了する。具体的には、第１の呼制御部２２は、データ通信装置１と中継装置２の間の音声通信セッションとデータ通信セッションを終了し、第２の呼制御部２３は、電話機３と中継装置２の間の音声通信セッションを終了する。また、ルーティング制御部２５は、ステップＳ２０４０で追加したルーティングテーブル２６のエントリと、データ通信対応テーブルのエントリを削除する。
【００６６】
以上説明した第１の実施形態および第２の本実施形態では、中継装置２は、電話機３の音声通信セッションと、データ入力端末４のデータ通信セッションとを１つの呼に取りまとめて、データ通信装置１との間で通信を行う。これにより、第１および第２の実施形態の中継装置２を用いることにより、電話機３を利用したＰＢ信号の入力に加えて、ＰＣなどのデータ入力端末４を利用することで、テキストデータやバイナリーデータをデータ通信装置１に容易に送信することができ、ユーザの利便性を向上することができる。
【００６７】
また、第１の実施形態および第２の本実施形態では、データ入力端末４からのデータ入力に、ＨＴＴＰプロトコルを用いる。これにより、第１および第２の実施形態では、データ入力端末４では、中継装置２と連携させるための特別なプログラムは不要となり、広く普及しているウェブブラウザを用いてデータの入力を行うことができる。
【００６８】
また、第１の実施形態では、中継装置２がデータ通信装置１の宛先アドレス（アクセス先）をデータ入力端末４に通知する。これにより、第１の実施形態では、データ入力端末４は必ずしも中継装置２を経由する必要がなく、また、ＳＩＰ網５とは別のネットワーク（例えば、インターネット等）を介してデータ通信装置１にアクセスすることもできる。また、呼の終了後も、データ入力端末４からデータ通信装置１アクセスすることができる。
【００６９】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００７０】
１ ：データ通信装置
２ ：データ通信装置
２１：第１のＬＡＮインタフェース
２２：第１の呼制御部
２３：第２の呼制御部
２４：データ通信制御部
２５：ルーティング制御部
２６：ルーティングテーブル
２７：ＮＡＰＴテーブル
２８：アナログ電話インタフェース
２９：第２のＬＡＮインタフェース
３ ：電話機
４ ：データ入力端末
５ ：ＳＩＰ網
【技術分野】
【０００１】
本発明は、電話端末とデータ入力端末とを用いて通信装置と通信を行う通信方法、および中継装置に関する。
【背景技術】
【０００２】
従来の電話網では音声通信のみが利用できたが、ＳＩＰプロトコル（ＲＦＣ３２６１）を利用した電話網では、音声通信とデータ通信を同一の呼において、別々の通信セッションを利用して同時に行うことができる。
【０００３】
特許文献１には、電話端末から入力されるＤＴＭＦ信号などの端末入力情報を、テキスト化し、Ｗｅｂアプリケーションサーバに送信する技術が記載されている。また、特許文献２には、音声端末と映像端末を連携して電話サーバと通信を行う連携システムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2009-48476号公報
【特許文献２】特開2010-130532号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、電話端末から入力されるＤＴＭＦ信号の端末入力情報をテキスト化して送信しているが、ＤＴＭＦ信号をテキスト化するため、０〜９の数字、＊、＃のいずれかの限られたテキストデータしか送信することができない。すなわち、名前や住所などのテキストデータや写真などのバイナリーデータを電話端末から入力することは困難である。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、音声通信とデータ通信が可能な通信装置に対して、テキストデータやバイナリーデータなどのデータ入力を容易にし、ユーザの利便性を向上させることにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、通信装置とネットワークを介して接続されるとともに、電話機およびデータ入力端末と接続される中継装置が行う通信方法であって、前記中継装置は、前記電話機の発呼要求に基づいて、前記中継装置と前記通信装置の間で音声通信セッションの呼を確立する呼制御ステップと、前記データ入力端末から通信装置への接続要求を受信すると、前記中継装置と前記通信装置の間で、前記音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信確立ステップと、ＨＴＴＰプロトコルを用いて前記データ入力端末から入力されるデータを、前記データ通信セッションを介して前記通信装置に送信するデータ通信ステップと、を行う。
【０００８】
本発明は、通信装置とネットワークを介して接続されるとともに、電話機およびデータ入力端末と接続される中継装置であって、前記電話機の発呼要求に基づいて、前記中継装置と前記通信装置の間で音声通信セッションの呼を確立する呼制御手段と、前記データ入力端末から通信装置への接続要求を受信すると、前記中継装置と前記通信装置の間で、前記音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信制御手段と、を備え、前記データ通信制御手段は、ＨＴＴＰプロトコルを用いて前記データ入力端末から入力されるデータを、前記データ通信セッションを介して前記通信装置に送信する。
【発明の効果】
【０００９】
本発明によれば、音声通信とデータ通信が可能な通信装置に対して、テキストデータやバイナリーデータなどのデータ入力を容易にし、ユーザの利便性を向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る通信システムの構成図である。
【図２】中継装置の構成を示すブロック図である。
【図３】第１の実施形態の処理を示すフローチャートである。
【図４】ＩＮＶＩＴＥメッセージのＳＤＰメッセージ例である。
【図５】データ入力端末が中継装置に送信するＨＴＴＰメッセージ例である。
【図６】ｒｅ−ＩＮＶＩＴＥメッセージ等のＳＤＰメッセージ例である。
【図７】ルーティングテーブルの例である。
【図８】中継装置がデータ入力端末に送信するＨＴＴＰメッセージ例である。
【図９】データ入力端末がデータ通信装置に送信するＨＴＴＰメッセージ例である。
【図１０】ＮＡＰＴテーブルの例である。
【図１１】データ通信装置が送信するＨＴＴＰメッセージ例である。
【図１２】データ入力端末が送信するＨＴＴＰメッセージ例である。
【図１３】第２の実施形態の処理を示すフローチャートである。
【図１４】データ通信対応テーブルの例である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１２】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る通信システムの構成図である。図示する通信システムは、データ通信装置１と、中継装置２と、電話機３と、データ入力端末４とを備える。中継装置２は、ＳＩＰプロトコルを利用する電話網であるＳＩＰ網５を介してデータ通信装置１と接続される。また、中継装置２は、電話機３およびデータ入力端末４に接続される。
【００１３】
データ通信装置１は、音声ガイダンスを送出できるとともに、データ通信による情報入力が可能なＩＶＲ（Interactive Voice Response：音声自動応答）装置であって、ＳＩＰ網５を介して中継装置２に接続される。
【００１４】
中継装置２は、電話機３とデータ入力端末４と取りまとめて、データ通信装置１との間で通信を行う装置である。
【００１５】
図２は、中継装置２の構成を示すブロック図である。図示する中継装置２は、第１のＬＡＮインタフェース２１と、第１の呼制御部２２と、第２の呼制御部２３と、データ通信制御部２４と、ルーティング制御部２５と、アナログ電話機インタフェース２８と、第２のＬＡＮインタフェース２９と、を備える。
【００１６】
第１のＬＡＮインタフェース２１は、データ通信装置１とＳＩＰ網５を介して通信するためのインタフェースである。第１の呼制御部２２は、中継装置２とデータ通信装置１との間の呼を制御する。第２の呼制御部２３は、中継装置２と電話機３との間の呼を制御する。データ通信制御部２４は、データ入力端末４からの入力データをデータ通信装置１に転送する。
【００１７】
ルーティング制御部２５は、ルーティングテーブル２６およびＮＡＴＰ（Network Address Port Translation）テーブル２７を備え、これらのテーブルを用いてＩＰパケットのルーティングを行う。アナログ電話機インタフェース２８は、電話機３（アナログ電話機）と接続および通信するためのインタフェースである。第２のＬＡＮインタフェース２９は、電話機３（ＩＰ電話機）またはデータ入力端末４と接続および通信するためのインタフェースである。
【００１８】
なお、一般的に市販されているＳＩＰプロトコル対応のＶｏＩＰアダプタ（またはＶｏＩＰルータ）は、アナログ電話インタフェースを備え、アナログ電話機を使用してＳＩＰプロトコルを利用する電話網に接続して、音声通話が可能であるため、中継装置２の機能をＶｏＩＰアダプタに実装することが考えられる。
【００１９】
電話機３には、アナログ電話機またはＩＰ電話機などを用いる。アナログ電話機の場合には、アナログ電話インタフェース２８を介して、ＩＰ電話機の場合には、第２のＬＡＮインタフェース２９を介して中継装置２に接続される。
【００２０】
データ入力端末４には、例えば、ＨＴＴＰプロトコルを用いて通信を行うウェブブラウザの機能を搭載したＰＣを用いる。データ入力端末４は、第２のＬＡＮインタフェース２９を介して中継装置２に接続される。
【００２１】
なお、データ入力端末４から中継装置２を介してデータ通信装置１に送信されるデータは、例えばテキストファイル、バイナリファイルなどである。また、データ入力端末４と中継装置２との間、および、中継装置２とデータ通信装置１との間の上記データの送受信には、ＨＴＴＰプロトコル（ＲＦＣ２６１６）を用いる。
【００２２】
上記説明した中継装置２は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた中継装置２用のプログラムを実行することにより、中継装置２の各機能が実現される。また、中継装置２用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２３】
次に、本実施形態の処理を説明する。
【００２４】
本実施形態では、中継装置２が、データ通信装置１のＩＰアドレスおよびポート番号を、データ入力端末４に通知して、データ入力端末４がデータ通信装置１と通信を行うものとする。
【００２５】
図３は、本実施形態の処理を示すフローチャートである。
【００２６】
ステップＳ１０１０では、ユーザが電話機３からデータ通信装置１に発呼し、中継装置２を介して電話機３とデータ通信装置１の通信が開始される。具体的には、電話機３は、ユーザが入力したデータ通信装置１の電話番号を受け付け、発呼する。中継装置２の第２の呼制御部２３は、電話機３からの発呼を受け付け、ユーザが入力した電話番号情報を第１の呼制御部２２に送出する。そして、第１の呼制御部２２は、第２の呼制御部２３からの電話番号情報を用いて、データ通信装置１に発呼する。
【００２７】
図４は、第１の呼制御部２２が、データ通信装置１に対して発呼する際に送信するＳＩＰプロトコルのＩＮＶＩＴＥメッセージに含まれるＳＤＰメッセージ（ＲＦＣ４５６６）の一例を示すものである。図示するメッセージには、待ち受けＩＰアドレスとして中継装置２のＩＰアドレス情報と、音声通信セッションに関する情報とが設定されている。
【００２８】
データ通信装置１が応答すると、中継装置２とデータ通信装置１の間と、中継装置２と電話機３の間とに呼が確立され、中継装置２を経由して電話機３とデータ通信装置１の間で音声通信が開始される。音声通信としては、例えば、データ通信装置１から電話機３への音声ガイダンス、電話機３からデータ通信装置１へのＰＢ信号などがある。なお、この時点では、中継装置２とデータ通信装置１の間に音声通信セションは確立されるが、データ通信セションはまだ確立されていない。
【００２９】
ステップＳ１０２０では、データ入力端末４が、中継装置２への特定（所定）の宛先へのＩＰパケット（データ通信装置１への接続要求）を送信する。具体的には、データ入力端末４のウェブブラウザは、ユーザが指定した中継装置２の特定のＩＰアドレスとポート番号とを含むＵＲＬを宛先として、ＨＴＴＰリクエストを送信する。
【００３０】
図５は、データ入力端末４が中継装置２に送信するＨＴＴＰリクエストの一例である。図示する例では、ＵＲＬは「http://192.168.1.249:20000/」（第２のＬＡＮインタフェース２９の情報）であるものとする。ＵＲＬの相対パスは、図示する例では「/」とするが、これに限定されず、データ通信装置１毎に異なる相対パスを用いてもよい。
【００３１】
なお、データ入力端末４は、ステップＳ１０１０の発呼に先立って中継装置２に接続してもよく、ステップＳ１０１０の呼が確立した後に中継装置２に接続してもよい。
【００３２】
中継装置２のデータ通信制御部２４は、上記の特定のＩＰアドレスとポート番号とを含むＨＴＴＰリクエストを受信すると、ステップＳ１０３０に進む。
【００３３】
ステップＳ１０３０では、中継装置２が、データ通信装置１との間でデータ通信セションを確立する。具体的には、中継装置２のデータ通信制御部２４は、第１の呼制御部２２にデータ通信セッション追加要求を送出する。第１の呼制御部２２は、データ通信装置１に対して、ステップＳ１０１０で確立済みの呼に関連付けてデータ通信セッションの追加要求を行う。
【００３４】
図６は、第１の呼制御部２２が、データ通信セションの追加要求をする際にデータ通信装置１に送信する、ＳＩＰプロトコルのｒｅ−ＩＮＶＩＴＥメッセージまたはＵＰＤＡＴＥメッセージに含まれるＳＤＰメッセージの一例を示すものである。図示するメッセージは、図４に示すＳＤＰメッセージに、データ通信セッションに関する情報がさらに追加されている。これにより、ステップＳ１０１０で確立した呼の音声通信セッションにデータ通信セッションを関連付けることができる。
【００３５】
データ通信装置１は、データ通信セッションの追加要求を受信すると、ＳＩＰプロトコルにおける２００ ＯＫメッセージを中継装置２に送信する。この２００ ＯＫメッセージに含まれるＳＤＰメッセージのc=行には、データ通信セッションに利用するデータ通信装置１のＩＰアドレス情報が、また、m=applicationの行のport部にはポート番号情報が、proto部には、トランスポートプロトコル情報が含まれている。なお、図１に示す具体例では、データ通信装置１のＩＰアドレスが「10.20.40.1」、ポート番号が「54321」、トランスポートプロトコル情報が「ＴＣＰ」であるものとする。
【００３６】
中継装置２のデータ通信制御部２４は、このＩＰアドレスとポート番号とを含む追加エントリ（レコード）を生成し、ルーティングテーブル２６に記憶する。
【００３７】
図７は、ルーティングテーブル２６の一例を示す図である。なお、ルーティングテーブル２６のインタフェースには、第１のＬＡＮインタフェース２１を示す情報を設定し、ゲートウェイには、例えば、ＳＩＰ網５のエッジルータなどのＩＰアドレスが設定される。
【００３８】
これにより、中継装置２とデータ通信装置１との間で、ステップＳ１０１０の呼に関連付けられたデータ通信セションが確立され、中継装置２を経由してデータ入力端末４とデータ通信装置１の間でデータ通信が開始される。データ通信としては、例えば、データ入力端末４から入力されるテキストデータ、バイナリーデータなどがある。
【００３９】
なお、本実施形態では、ステップＳ１０２０でのデータ入力端末４から中継装置２の特定のＩＰアドレスに対するアクセスを契機として、ステップＳ１０３０において中継装置２からデータ通信装置１にデータ通信セッションの開始を要求しているが、データ通信装置１から中継装置２に対してデータ通信セッションの開始を要求することも可能である。
【００４０】
ステップＳ１０４０では、中継装置２のデータ通信制御部２４が、データ入力端末４にデータ通信装置１の宛先アドレスを通知する。具体的には、データ通信制御部２４は、ステップＳ１０３０で取得したデータ通信装置１のＩＰアドレスとポート番号を、データ入力端末４に通知する。ＩＰアドレスとポート番号は、レスポンスコードが300〜399であるＨＴＴＰレスポンスのlocationヘッダを用いて通知する。
【００４１】
図８は、中継装置２がデータ入力端末４に送信するメッセージの一例を示す図である。図示するlocationヘッダには、データ通信装置１のＩＰアドレスとポート番号を含むＵＲＬとして、「http://10.20.40.1:54321/」が含まれている。ＵＲＬの相対パスは、ステップＳ１０２０でデータ入力端末４から入力されたＵＲＬの相対パスを用いる。
【００４２】
ステップＳ１０５０では、データ入力端末４は、ステップＳ１０４０で中継装置２から通知された、データ通信装置１のＩＰアドレスとポート番号を宛先アドレスとするＩＰパケット（データ）を、中継装置２のデータ通信制御部２４に送信する。なお、本実施形態のデータ入力端末４は、データ入力にＨＴＴＰプロトコルを用いるものとする。
【００４３】
図９は、データ入力端末４がデータ通信装置１に送信するメッセージの一例を示す図である。
【００４４】
本実施形態では、中継装置２を経由させてＩＰパケットをデータ通信装置１に送信するが、データ入力端末４からデータ通信装置１へ直接送信する構成、または、ＳＩＰ網５とは別のネットワーク（例えば、インターネット等）を介する構成であってもよい。その場合には、ＩＰパケットは、必ずしも中継装置２を経由する必要はなく、一般的なＩＰｖ４もしくはＩＰｖ６の仕様に準じてルーティングされる。
【００４５】
ステップＳ１０６０では、中継装置２のデータ通信制御部２４は、ステップＳ１０５０でデータ入力端末４から送信されたＩＰパケットを受信すると、ステップＳ１０３０で更新したルーティングテーブル２６を参照し、当該ＩＰパケットが第２のＬＡＮインタフェース２９から入力され、第１のＬＡＮインタフェース２１から送信されるＩＰパケットであると判別する。
【００４６】
データ通信制御部２４は、当該ＩＰパケットのトランスポートプロトコル、送信元および送信先のＩＰアドレスおよびポート番号を参照し、ＮＡＰＴテーブル２７に対応するエントリ（レコード）が存在するか否かを判別する。当該エントリが存在する場合は、ステップＳ１０８０に進み、当該エントリが存在しない場合は、ステップＳ１０７０に進む。
【００４７】
ステップＳ１０７０では、中継装置２は、ＮＡＰＴテーブル２７に対応するエントリを登録する。具体的には、データ通信制御部２４は、第１のＬＡＮインタフェース２１の未使用ポート番号を１つ選択し、第１のＬＡＮインタフェース２１のＩＰアドレスとともに追加エントリを生成し、ＮＡＰＴテーブル２７に登録する。
【００４８】
図１０は、ＮＡＰＴテーブル２７の一例を示す図である。図示する例では、ポート番号として、データセッション追加時のＳＤＰメッセージ（図６参照）に設定した待ち受けポート番号を設定する。
【００４９】
ステップＳ１０８０では、中継装置２のルーティング制御部２５は、ＮＡＰＴテーブル２７を参照してＮＡＴＰ処理を行い、ステップＳ１０３０で登録したルーティングテーブル２６の設定にしたがって当該ＩＰパケットのルーティングを行い、データ通信装置１にＩＰパケットを送信する。
【００５０】
ステップＳ１０９０では、中継装置２のルーティング制御部２５は、データ通信装置１から応答のＩＰパケットを受信すると、当該ＩＰパケットをルーティングテーブル２６の設定にしたがってデータ入力端末４に送信する。
【００５１】
図１１は、データ通信装置１が、中継装置２を介してデータ入力端末４に送信するメッセージの一例を示す図である。図１２は、図１１のメッセージの受信後に、データ入力端末４が、中継装置２を介してデータ通信装置１に送信するメッセージの一例を示す図である。
【００５２】
ステップＳ１１００では、中継装置２の第１の呼制御部２２および第２の呼制御部２３は、ステップＳ１０１０で確立した、電話機３と中継装置２との間の呼と、中継装置２とデータ通信装置１との間の呼の両方が存続しているかを確認する。両方の呼が存続している場合には、ステップＳ１０５０に進み、少なくともいずれかの呼が切断されている場合は、ステップＳ１１１０に進む。
【００５３】
ステップＳ１１１０では、呼が存続していないため、通信を終了する。具体的には、第１の呼制御部２２は、データ通信装置１と中継装置２の間の音声通信セッションとデータ通信セッションを終了し、第２の呼制御部２３は、電話機３と中継装置２の間の音声通信セッションを終了する。また、ルーティング制御部２５は、ステップＳ１０３０で追加したルーティングテーブル２６のエントリと、ステップＳ１０７０で追加したＮＡＰＴテーブル２７のエントリを削除する。
【００５４】
＜第２の実施形態＞
第２の実施形態に係る通信システムは、第１の実施形態図１（図１参照）と同様に、データ通信装置１と、中継装置２と、電話機３と、データ入力端末４とを備える。第２の実施形態の通信システムの構成については、第１の実施形態の通信システムと同様であるため、ここでは説明を省略する。
【００５５】
本実施形態では、中継装置２が、データ通信装置１のＩＰアドレスおよびポート番号を、データ入力端末４に通知せず、中継装置２がデータ入力端末４とデータ通信装置１の通信を中継することで、データ入力端末４がデータ通信装置１と間接的に通信を行うものとする。
【００５６】
図１３は、本実施形態の処理を示すフローチャートである。
【００５７】
ステップＳ２０１０では、第１の実施形態のステップＳ１０１０（図３参照）と同様に、ユーザが電話機３からデータ通信装置１に発呼し、中継装置２を介して電話機３とデータ通信装置１の音声通信セッションによる通信が開始される。
【００５８】
ステップＳ２０２０では、第１の実施形態のステップＳ１０２０と同様に、データ入力端末４が、中継装置２への特定の宛先へのＩＰパケットを送信する。中継装置２のデータ通信制御部２４は、特定のＩＰアドレスとポート番号とを含むＨＴＴＰリクエストを受信すると、ステップＳ２０３０に進む。
【００５９】
ステップＳ２０３０では、中継装置２のデータ通信制御部２４は、ステップＳ２０１０で確立された呼が、データ通信セッションを確立済みか否かを判別し、確立済みでない場合はステップＳ２０４０に進み、確立済みの場合はステップＳ２０５０に進む。
【００６０】
ステップＳ２０４０では、中継装置２が、データ通信装置１との間でデータ通信セションを確立する。具体的には、中継装置２のデータ通信制御部２４は、第１の呼制御部２２にデータ通信セッション追加要求を送出する。第１の呼制御部２２は、データ通信装置１に対して、ステップＳ２０１０で確立済みの呼に関連付けてデータ通信セッションの追加要求を行う。なお、データ通信セッションの確立手順については、第１の実施形態のステップＳ１０３０と同様である。
【００６１】
データ通信制御部２４は、データ通信セッションが確立すると、データ入力端末４と中継装置２との間のデータ通信と関連付けるために、追加エントリを生成し、当該データ通信制御部２４が備えるデータ通信対応テーブルに登録する。
【００６２】
図１４は、データ通信対応テーブルの一例を示す図である。なお、データ通信装置１のＩＰアドレスとポート番号は、データ通信装置１からの２００ ＯＫメッセージのＳＤＰメッセージのc=行およびm=applicationの行のport部から取得することができる。
ステップＳ２０５０では、中継装置２のデータ通信制御部２４が、ステップＳ２０２０で受信したデータ入力端末４からの入力データをデータ通信装置１に送信する。なお、中継装置２は、データ通信装置１に送信する前に入力データを加工してもよく、また、入力データを加工することなくデータ通信装置１に送信してもよい。例えば、データ入力端末４からの入力データがプレーンテキストデータである場合に、中継装置２は、第１の実施形態で示したようなＨＴＴＰメッセージに加工して、データ通信装置１に送信してもよい。また、他の例では、データ通信装置１から認証を求められた場合、あらかじめユーザが登録した認証データをデータ入力端末４代わって送信し、その上でデータを送信してもよい。
【００６３】
ステップＳ２０６０では、データ通信装置１から応答データを受信した場合、中継装置２のデータ通信制御部２４は、データ通信対応テーブルを参照して、データ入力端末４を特定し、データ入力端末４に送信する処理を行う。なお、中継装置２は、データ入力端末４に送信する前に応答データを加工してもよく、また、応答データを加工することなくデータ入力端末４に送信してもよい。例えば、データ通信装置１からの応答データがＨＴＴＰメッセージである場合に、中継装置２は、プレーンテキストデータに加工して、データ入力端末４に送信してもよい。
【００６４】
ステップＳ２０７０では、中継装置２の第１の呼制御部２２および第２の呼制御部２３は、ステップＳ２０１０で確立した、電話機３と中継装置２の間の呼と、中継装置２とデータ通信装置１の間の呼の両方が存続しているかを確認する。両方の呼が存続している場合には、ステップＳ２０２０に進み、少なくともどちらか一方が切断されている場合には、ステップＳ２０８０に進む。
【００６５】
次のステップＳ２０８０では、呼が切断されているため、通信を終了する。具体的には、第１の呼制御部２２は、データ通信装置１と中継装置２の間の音声通信セッションとデータ通信セッションを終了し、第２の呼制御部２３は、電話機３と中継装置２の間の音声通信セッションを終了する。また、ルーティング制御部２５は、ステップＳ２０４０で追加したルーティングテーブル２６のエントリと、データ通信対応テーブルのエントリを削除する。
【００６６】
以上説明した第１の実施形態および第２の本実施形態では、中継装置２は、電話機３の音声通信セッションと、データ入力端末４のデータ通信セッションとを１つの呼に取りまとめて、データ通信装置１との間で通信を行う。これにより、第１および第２の実施形態の中継装置２を用いることにより、電話機３を利用したＰＢ信号の入力に加えて、ＰＣなどのデータ入力端末４を利用することで、テキストデータやバイナリーデータをデータ通信装置１に容易に送信することができ、ユーザの利便性を向上することができる。
【００６７】
また、第１の実施形態および第２の本実施形態では、データ入力端末４からのデータ入力に、ＨＴＴＰプロトコルを用いる。これにより、第１および第２の実施形態では、データ入力端末４では、中継装置２と連携させるための特別なプログラムは不要となり、広く普及しているウェブブラウザを用いてデータの入力を行うことができる。
【００６８】
また、第１の実施形態では、中継装置２がデータ通信装置１の宛先アドレス（アクセス先）をデータ入力端末４に通知する。これにより、第１の実施形態では、データ入力端末４は必ずしも中継装置２を経由する必要がなく、また、ＳＩＰ網５とは別のネットワーク（例えば、インターネット等）を介してデータ通信装置１にアクセスすることもできる。また、呼の終了後も、データ入力端末４からデータ通信装置１アクセスすることができる。
【００６９】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００７０】
１ ：データ通信装置
２ ：データ通信装置
２１：第１のＬＡＮインタフェース
２２：第１の呼制御部
２３：第２の呼制御部
２４：データ通信制御部
２５：ルーティング制御部
２６：ルーティングテーブル
２７：ＮＡＰＴテーブル
２８：アナログ電話インタフェース
２９：第２のＬＡＮインタフェース
３ ：電話機
４ ：データ入力端末
５ ：ＳＩＰ網
【特許請求の範囲】
【請求項１】
通信装置とネットワークを介して接続されるとともに、電話機およびデータ入力端末と接続される中継装置が行う通信方法であって、
前記中継装置は、
前記電話機の発呼要求に基づいて、前記中継装置と前記通信装置の間で音声通信セッションの呼を確立する呼制御ステップと、
前記データ入力端末から通信装置への接続要求を受信すると、前記中継装置と前記通信装置の間で、前記音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信確立ステップと、
ＨＴＴＰプロトコルを用いて前記データ入力端末から入力されるデータを、前記データ通信セッションを介して前記通信装置に送信するデータ通信ステップと、を行うこと
を特徴とする通信方法。
【請求項２】
請求項１記載の通信方法であって、
前記中継装置は、
前記通信装置のアドレスを前記データ入力端末に通知する通知ステップを、さらに行うこと
を特徴とする通信方法。
【請求項３】
通信装置とネットワークを介して接続されるとともに、電話機およびデータ入力端末と接続される中継装置であって、
前記電話機の発呼要求に基づいて、前記中継装置と前記通信装置の間で音声通信セッションの呼を確立する呼制御手段と、
前記データ入力端末から通信装置への接続要求を受信すると、前記中継装置と前記通信装置の間で、前記音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信制御手段と、を備え、
前記データ通信制御手段は、ＨＴＴＰプロトコルを用いて前記データ入力端末から入力されるデータを、前記データ通信セッションを介して前記通信装置に送信すること
を特徴とする中継装置。
【請求項４】
請求項３記載の中継装置であって、
前記データ通信制御手段は、前記通信装置のアドレスを前記データ入力端末に通知すること
を特徴とする中継装置。
【請求項１】
通信装置とネットワークを介して接続されるとともに、電話機およびデータ入力端末と接続される中継装置が行う通信方法であって、
前記中継装置は、
前記電話機の発呼要求に基づいて、前記中継装置と前記通信装置の間で音声通信セッションの呼を確立する呼制御ステップと、
前記データ入力端末から通信装置への接続要求を受信すると、前記中継装置と前記通信装置の間で、前記音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信確立ステップと、
ＨＴＴＰプロトコルを用いて前記データ入力端末から入力されるデータを、前記データ通信セッションを介して前記通信装置に送信するデータ通信ステップと、を行うこと
を特徴とする通信方法。
【請求項２】
請求項１記載の通信方法であって、
前記中継装置は、
前記通信装置のアドレスを前記データ入力端末に通知する通知ステップを、さらに行うこと
を特徴とする通信方法。
【請求項３】
通信装置とネットワークを介して接続されるとともに、電話機およびデータ入力端末と接続される中継装置であって、
前記電話機の発呼要求に基づいて、前記中継装置と前記通信装置の間で音声通信セッションの呼を確立する呼制御手段と、
前記データ入力端末から通信装置への接続要求を受信すると、前記中継装置と前記通信装置の間で、前記音声通信セッションの呼に関連付けたデータ通信セッションを確立するデータ通信制御手段と、を備え、
前記データ通信制御手段は、ＨＴＴＰプロトコルを用いて前記データ入力端末から入力されるデータを、前記データ通信セッションを介して前記通信装置に送信すること
を特徴とする中継装置。
【請求項４】
請求項３記載の中継装置であって、
前記データ通信制御手段は、前記通信装置のアドレスを前記データ入力端末に通知すること
を特徴とする中継装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１３−６２５８８（Ｐ２０１３−６２５８８Ａ）
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願番号】特願２０１１−１９８２９５（Ｐ２０１１−１９８２９５）
【出願日】平成２３年９月１２日（２０１１．９．１２）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願日】平成２３年９月１２日（２０１１．９．１２）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]