(57)【要約】【課題】ソフトフォン通話における通話とアプリケーションの利用を、端末を使い分けながら効率的に行うこと。【解決手段】携帯端末２００から発信指示信号を受信した場合に他の端末装置４００へ通話要求信号を送信し、前記他の端末装置４００から応答信号を受信した場合に前記携帯端末２００へ通話開始信号を送信する通話確立部１４０と、前記携帯端末２００から通話信号を受信した場合に前記通話信号を前記他の端末装置４００へ中継し、及び／または前記他の端末装置４００から通話信号を受信した場合に前記通話信号を前記携帯端末２００へ中継する通話中継部１５０と、を備える端末装置１００を提供する。【選択図】図１
2009231911.tif 000002
【特許請求の範囲】
【請求項１】
端末装置であって：
携帯端末から発信指示信号を受信した場合に他の端末装置へ通話要求信号を送信し、前記他の端末装置から応答信号を受信した場合に前記携帯端末へ通話開始信号を送信する通話確立部と；
前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する通話中継部と；
を備える、端末装置。
【請求項２】
端末装置であって：
他の端末装置から通話要求信号を受信した場合に携帯端末へ着信指示信号を送信し、前記携帯端末から応答通知信号を受信した場合に前記他の端末装置へ応答信号を送信する通話確立部と；
前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する通話中継部と；
を備える、端末装置。
【請求項３】
前記通話中継部は、前記通話信号の宛先情報を前記他の端末装置を識別する識別情報に書き換えて前記通話信号を前記他の端末装置へ中継し、及び／また前記通話信号の宛先情報を前記携帯端末を識別する識別情報に書き換えて前記通話信号を前記携帯端末へ中継することを特徴とする、請求項１または請求項２のいずれかに記載の端末装置。
【請求項４】
さらに、前記他の端末装置から受信したアプリケーション信号に含まれるアプリケーション識別情報に基づいて前記アプリケーション信号を振り分ける制御部、を備える請求項１〜３のいずれかに記載の端末装置。
【請求項５】
端末装置における通信を制御する方法であって：
携帯端末から発信指示信号を受信した場合に他の端末装置へ通話要求信号を送信する通話要求ステップと；
前記他の端末装置から応答信号を受信した場合に前記携帯端末へ通話開始信号を送信する通話開始ステップと；
前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する中継ステップと；
を含む、通信制御方法。
【請求項６】
端末装置における通信を制御する方法であって：
他の端末装置から通話要求信号を受信した場合に携帯端末へ着信指示信号を送信する着信指示ステップと；
前記携帯端末から応答通知信号を受信した場合に前記他の端末装置へ応答信号を送信する応答ステップと；
前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する中継ステップと；
を含む、通信制御方法。
【請求項７】
前記中継ステップは、前記通話信号の宛先情報を前記他の端末装置を識別する識別情報に書き換えて前記通話信号を前記他の端末装置へ中継し、及び／また前記通話信号の宛先情報を前記携帯端末を識別する識別情報に書き換えて前記通話信号を前記携帯端末へ中継することを特徴とする、請求項５または請求項６のいずれかに記載の通信制御方法。
【請求項８】
さらに、前記他の端末装置から受信したアプリケーション信号に含まれるアプリケーション識別情報に基づいて前記アプリケーション信号を振り分ける振り分けステップ、を含む請求項５〜７のいずれかに記載の通話制御方法。
【請求項９】
端末装置を制御するコンピュータを：
携帯端末から発信指示信号を受信した場合に他の端末装置へ通話要求信号を送信し、前記他の端末装置から応答信号を受信した場合に前記携帯端末へ通話開始信号を送信する通話確立部と；
前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する通話中継部と；
として機能させる、プログラム。
【請求項１０】
端末装置を制御するコンピュータを：
他の端末装置から通話要求信号を受信した場合に携帯端末へ着信指示信号を送信し、前記携帯端末から応答通知信号を受信した場合に前記他の端末装置へ応答信号を送信する通話確立部と；
前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する通話中継部と；
として機能させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、通信制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、コンピュータ上のソフトウェアとして電話の機能を実装したソフトフォンによる音声通話が広く利用されている。ソフトフォンは、パーソナルコンピュータ（以下、ＰＣという。）、携帯情報端末（ＰＤＡ）、または携帯電話といった端末装置上で動作し、ＶｏＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などの電話サービスを介して他の端末装置との通話を実現する。
【０００３】
前述のようにソフトフォンは汎用的な端末装置上に実装され得ることから、ソフトフォンにより音声通話を実現するだけでなく、通信・情報処理技術を応用した多様なサービスをソフトフォンと組み合わせることも可能である。
【０００４】
例えば、従来のアナログ電話に付随して提供されてきたサービスを発展させたものとして、下記特許文献１では、留守番電話の用件メッセージの授受を効率的に行う方法が提案されている。また、下記特許文献２では、通話の転送を簡便に行うことのできるＶｏＩＰ電話システムが開示されている。これらの他にも、アナログ電話では実現し得なかった特有のサービスとして、例えばソフトフォンにより接続した通話相手とチャットやファイル交換、ホワイトボード交換などを行うことのできるアプリケーションが実用され始めている。
【０００５】
【特許文献１】特開２００６−１４１０５号公報
【特許文献２】特開２００５−２８６５７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、ソフトフォンに付随する様々なアプリケーションが開発される一方で、それらアプリケーションの効率的な活用に適した端末装置が提供されているとは言い難い状況である。即ち、ＰＣ上で動作するソフトフォンを用いて通話を行う場合には、音声を入出力するために所与のソフトフォンに適合するヘッドセットを追加的に用いなければならない。一方、固有の受話部／送話部の備わっている携帯端末を用いる場合には、携帯端末の処理性能または画面表示性能が十分でなく、または入力インタフェースが柔軟でないことなどから、利用可能なアプリケーションに制約が生じる。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ソフトフォン通話における通話とアプリケーションの利用を、端末を使い分けながら効率的に行うことが可能な、端末装置、通信制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、端末装置であって、携帯端末から発信指示信号を受信した場合に他の端末装置へ通話要求信号を送信し、前記他の端末装置から応答信号を受信した場合に前記携帯端末へ通話開始信号を送信する通話確立部と、  前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する通話中継部と、を備える端末装置が提供される。
【０００９】
かかる構成によれば、前記端末装置は、携帯端末からの発信指示を受けて他の端末装置へ通話セッションの確立を要求し、前記他の端末装置からの応答を受けて前記携帯端末と前記他の端末装置との間の通話セッションを確立する。確立した通話セッションにおいては、前記携帯端末と前記他の携帯端末との間で前記端末装置により通話信号が中継される。よって、端末装置からの発信による通話セッションにおいて、音声入出力インタフェースを備える携帯端末を用いての通話が可能となる。
【００１０】
また、上記課題を解決するために、本発明の別の観点によれば、端末装置であって、他の端末装置から通話要求信号を受信した場合に携帯端末へ着信指示信号を送信し、前記携帯端末から応答通知信号を受信した場合に前記他の端末装置へ応答信号を送信する通話確立部と、前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する通話中継部と、を備える端末装置が提供される。
【００１１】
かかる構成によれば、前記端末装置は、他の端末装置からの通話要求を受けて携帯端末へ着信指示を行い、前記携帯端末からの応答通知を受けて前記他の端末装置との間の通話セッションを確立する。確立した通話セッションにおいては、前記携帯端末と前記他の携帯端末との間で前記端末装置により通話信号が中継される。よって、端末装置への着信による通話セッションにおいて、音声入出力インタフェースを備える携帯端末を用いての通話が可能となる。
【００１２】
前記通話中継部は、前記通話信号の宛先情報を前記他の端末装置を識別する識別情報に書き換えて前記通話信号を前記他の端末装置へ中継し、及び／また前記通話信号の宛先情報を前記携帯端末を識別する識別情報に書き換えて前記通話信号を前記携帯端末へ中継してもよい。
【００１３】
かかる構成によれば、通話信号の送信元となる端末（携帯端末または他の端末装置）は、前記通話信号の宛先情報として前記端末装置を識別する識別情報を指定する。前記端末装置は、受信した前記通話信号の宛先情報を通話セッションの相手端末（他の端末装置または携帯端末）の識別情報に書き換えた上で前記通話信号を中継する。よって、前記他の端末装置は、相手端末が前記端末装置と前記携帯端末のいずれであるかを信号ごとに識別することなく、前記通話信号または後述するアプリケーション信号を前記端末装置へ送信することができる。
【００１４】
前記端末装置は、さらに前記他の端末装置から受信したアプリケーション信号に含まれるアプリケーション識別情報に基づいて前記アプリケーション信号を振り分ける制御部を備えてもよい。
【００１５】
かかる構成によれば、前記他の端末装置から受信したアプリケーション信号は、前記アプリケーション識別情報に基づいて前記端末装置に備えられる任意のアプリケーションへと振分けられる。よって、前述のように通話信号を前記携帯端末へと中継するのと並行して、前記他の端末装置との間の連携機能を有する前記任意のアプリケーションに前記アプリケーション信号を処理させることができる。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、端末装置における通信を制御する方法であって、携帯端末から発信指示信号を受信した場合に他の端末装置へ通話要求信号を送信する通話要求ステップと、前記他の端末装置から応答信号を受信した場合に前記携帯端末へ通話開始信号を送信する通話開始ステップと、前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する中継ステップと、を含む通信制御方法が提供される。
【００１７】
また、上記課題を解決するために、本発明の別の観点によれば、端末装置における通信を制御する方法であって、他の端末装置から通話要求信号を受信した場合に携帯端末へ着信指示信号を送信する着信指示ステップと、前記携帯端末から応答通知信号を受信した場合に前記他の端末装置へ応答信号を送信する応答ステップと、前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する中継ステップと、を含む通信制御方法が提供される。
【００１８】
前記中継ステップは、前記通話信号の宛先情報を前記他の端末装置を識別する識別情報に書き換えて前記通話信号を前記他の端末装置へ中継し、及び／また前記通話信号の宛先情報を前記携帯端末を識別する識別情報に書き換えて前記通話信号を前記携帯端末へ中継してもよい。
【００１９】
前記通信制御方法は、さらに前記他の端末装置から受信したアプリケーション信号に含まれるアプリケーション識別情報に基づいて前記アプリケーション信号を振り分ける振り分けステップを含んでもよい。
【００２０】
また、上記課題を解決するために、本発明の別の観点によれば、端末装置を制御するコンピュータを、携帯端末から発信指示信号を受信した場合に他の端末装置へ通話要求信号を送信し、前記他の端末装置から応答信号を受信した場合に前記携帯端末へ通話開始信号を送信する通話確立部と、前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する通話中継部と、として機能させるプログラムが提供される。
【００２１】
また、上記課題を解決するために、本発明の別の観点によれば、端末装置を制御するコンピュータを、他の端末装置から通話要求信号を受信した場合に携帯端末へ着信指示信号を送信し、前記携帯端末から応答通知信号を受信した場合に前記他の端末装置へ応答信号を送信する通話確立部と、前記携帯端末から通話信号を受信した場合に前記通話信号を前記他の端末装置へ中継し、及び／または前記他の端末装置から通話信号を受信した場合に前記通話信号を前記携帯端末へ中継する通話中継部と、として機能させるプログラムが提供される。
【発明の効果】
【００２２】
以上説明したように、本発明に係る端末装置、通信制御方法、及びプログラムによれば、ソフトフォン通話における通話とアプリケーションの利用を、端末を使い分けながら効率的に行うことが可能となる。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２４】
まず、図１は、本発明の一実施形態に係る通信システム１の概要を示した概念図である。図１を参照すると、通信システム１には、端末装置１００、携帯端末２００、呼制御サーバ３００、及び他の端末装置４００が含まれる。
【００２５】
本実施形態において、端末装置１００は、他の端末装置４００との間で通話の確立、通話信号（音声信号、及び／または映像信号を含むものとする。）の中継などを行う装置である。例えば、ＰＣ、ワークステーションといった汎用目的のコンピュータなどを、端末装置１００として用いることができる。
【００２６】
携帯端末２００は、本実施形態において音声の入出力インタフェースをユーザに提供する装置である。例えば、ポケットＰＣ、ＰＤＡ、スマートフォンなどを、携帯端末２００として用いることができる。
【００２７】
本実施形態では、ユーザは、他の端末装置４００に対して、端末装置１００及び携帯端末２００から通話を行う。確立された通話セッションにおいては、ユーザは、携帯端末２００を用いて通話を行い、さらに端末装置１００を用いて任意のアプリケーションを操作することができる。
【００２８】
ここで、図１に示した端末装置１００には付属するヘッドセット１０１が示されている。従来は、端末装置１００にインストールされたソフトフォンを用いて通話を行う場合、音声の入出力のためにこのようなヘッドセット（またはハンドセット、ヘッドフォンなど）が必要とされていた。しかしながら、以下に説明するように、本実施形態では、このようなヘッドセットなどを用いることなく、端末装置１００と携帯端末２００を使い分けながら通話とアプリケーションの利用を効率的に行うことが可能となる。
【００２９】
呼制御サーバ３００は、本実施形態において端末装置１００と他の端末装置４００との間の通話セッションを仲介するサーバであって、例えばメッセージの転送、各端末装置のネットワーク上の場所情報の管理などを行う。端末装置１００と他の端末装置４００との間でＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルに基づく呼制御を行う場合には、いわゆる当業者に知られているＳＩＰサーバとして呼制御サーバ３００を実装することができる。なお、端末装置１００及び携帯端末２００と他の端末装置４００との間の通話を、呼制御サーバ３００を介することなく直接行ってもよい。
【００３０】
他の端末装置４００は、本実施形態において端末装置１００及び携帯端末２００の通話相手となる端末装置である。他の端末装置４００としては、例えば前述の端末装置１００と同様に、ＰＣ、ワークステーションといった汎用目的のコンピュータを用いることができる。また、他の端末装置４００として、従来のアナログ電話を用いて端末装置１００及び携帯端末２００と通話させてもよい。後述する端末装置１００と他の端末装置４００との間のアプリケーション連携を行うためには、他の端末装置４００として汎用目的のコンピュータを用いるのが好適である。
【００３１】
端末装置１００と携帯端末２００は、典型的には無線通信回線により接続される。端末装置１００と携帯端末２００の間の無線通信回線としては、例えばＩＥＥＥ８０２．１１ａ、ｂ、ｇ、ｎなどの標準規格に従った無線ＬＡＮを用いることができる。しかしながら、本発明は図１に示した実施形態に限定されず、端末装置１００と携帯端末２００の間を他の無線接続方式によって接続し、または有線接続してもよい。しかしながら、後述する通話中継処理を実装するためには、少なくともＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に基づく通信方式を用いることが好適である。
【００３２】
端末装置１００と呼制御サーバ３００は、典型的には通信ネットワーク５００を介して接続される。例えば端末装置１００がインターネット電話サービスを用いて通話を行う場合には、通信ネットワーク５００としてインターネットを利用することができる。この他、通信ネットワーク５００は、有線若しくは無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、専用線、またはＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ：仮想プライベートネットワーク）など、どういった形態の通信ネットワークあってもよい。
【００３３】
図１を参照すると、呼制御サーバ３００と他の端末装置４００との間は直接接続されている。しかしながら、呼制御サーバ３００と他の端末装置４００との間もまた、代替的に前述のどういった形態の通信ネットワークで接続してもよい。端末装置１００の通話相手として（即ち、他の端末装置４００として）公衆電話網に接続されたアナログ電話を用いる場合には、呼制御サーバ３００と他の端末装置４００との間にさらにゲートウェイ装置（図示していない）を実装してもよい。
【００３４】
次に、図２は、本実施形態に係る端末装置１００のハードウェア構成例を示したブロック図である。図２を参照すると、端末装置１００は、ＣＰＵ（中央処理装置）１０２、入力装置１０４、出力装置１０６、主記憶装置１０８、補助記憶装置１１０、ネットワークインタフェース１１２、及び無線インタフェース１１４を備える。
【００３５】
ＣＰＵ１０２はバスを介して各構成要素と接続され、各構成要素の制御を行う。入力装置１０４は、例えばキーボード、マウス、タッチパッド、タッチペンや音声入力装置（例えば、図１のヘッドセット１０１におけるマイク）などに相当する。出力装置１０６は、例えば液晶ディスプレイ、ブラウン管（ＣＲＴ）、若しくは有機ＥＬ（ＯＥＬ、ＯＬＥＤ）などを用いた表示装置や音声出力装置（例えば、図１のヘッドセット１０１におけるヘッドフォン）などに相当する。主記憶装置１０８は、ＣＰＵによって直接アクセスされる記憶装置であって、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、またはＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などにより実装される。補助記憶装置１１０は、不揮発性の記憶装置であって、例えばハードディスクドライブやフラッシュメモリなどにより実装される。
【００３６】
後述する本実施形態に係る端末装置１００の様々な機能は、コンピュータプログラムとして補助記憶装置１１０に格納され、実行時に主記憶装置１０８に読み込まれた後、ＣＰＵ１０２により実行されてもよい。
【００３７】
ネットワークインタフェース１１２は、通信ネットワーク５００と接続され、例えばＴＣＰ／ＩＰプロトコル群、ＵＤＰ／ＩＰプロトコル群などの通信プロトコルに基づいて端末装置１００の通信ネットワーク５００との間の通信を可能にする。無線インタフェース１１４は、例えばＩＥＥＥ８０２．１１ａ、ｂ、ｇ、ｎなどの標準規格に基づいて端末装置１００の携帯端末２００との間の通信を可能にする。
【００３８】
図３は、本実施形態に係る携帯端末２００のハードウェア構成例を示したブロック図である。図３を参照すると、携帯端末２００は、ＣＰＵ（中央処理装置）２０２、入力装置２０４、出力装置２０６、主記憶装置２０８、補助記憶装置２１０、無線インタフェース２１４、受話装置２１６、及び送話装置２１８を備える。
【００３９】
本実施形態において、ユーザにより携帯端末２００の受話装置２１６を通して入力された通話信号は、無線インタフェース２１４を経由して端末装置１００へと送信される。また、無線インタフェース２１４を経由して端末装置１００から受信された通話信号は、携帯端末２００の送話装置２１８を通してユーザへ出力される。この場合の通話信号には、音声信号が含まれる。図３には示していないが、携帯端末２００にさらに撮像装置を備え、追加的または代替的に通話信号に映像信号を含めてもよい。
【００４０】
後述する本実施形態に係る携帯端末２００の様々な機能は、コンピュータプログラムとして補助記憶装置２１０に格納され、実行時に主記憶装置２０８に読み込まれた後、ＣＰＵ２０２により実行されてもよい。
【００４１】
図４は、本実施形態に係る端末装置１００及び携帯端末２００の機能配置の一例を示したブロック図である。
【００４２】
図４を参照すると、端末装置１００は、制御部１２０、接続確認部１３０、通話確立部１４０、通話中継部１５０、通信処理部１６０、及びアプリケーション部１８０を備える。
【００４３】
端末装置１００の制御部１２０は、端末装置１００が所定の信号を受信したことをきっかけとして、または図２に示した入力装置１０４を通してユーザより与えられる指示に基づいて、端末装置１００の各機能を起動・実行させる。また、後に詳しく述べるように、制御部１２０は、他の端末装置４００から受信した信号に含まれるアプリケーション識別情報に基づいて、当該信号を端末装置１００の各機能に振り分けてもよい。
【００４４】
通信処理部１６０は、端末装置１００の外部ネットワークとの間の通信機能を有し、例えばネットワークインタフェース１１２及び通信ネットワーク５００を介した呼制御サーバ３００及び他の端末装置４００との間の通信、並びに無線インタフェース１１４を介した携帯端末２００との間の通信を実行する。
【００４５】
接続確認部１３０は、携帯端末２００のアドレス情報を参照し、携帯端末２００との間の通信接続の有効性の確認を行う。携帯端末２００のアドレス情報としては、例えば携帯端末２００のＩＰアドレスを用いることができる。携帯端末２００のＩＰアドレスは、ユーザにより事前に与えられる情報として補助記憶装置１１０の所定の記憶領域に格納され、または同様に事前に与えられるＳＩＰアドレス情報（ＳＩＰ  ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）など）から名前解決により動的に取得されてもよい。ＩＰアドレスを用いた接続確認は、所定の周期により定期的に、またはユーザからの指示があった時点若しくは制御部１２０／２２０が所定の信号を受信した時点で、例えば既知のＴＣＰ／ＩＰプロトコル群におけるｐｉｎｇ機能を用いて行うことができる。
【００４６】
通話確立部１４０は、端末装置１００（及び携帯端末２００）と他の端末装置４００との間の通話セッションの確立を行う。例えば、端末装置１００からの発信の場合には、通話確立部１４０は、ユーザによる発信操作を受けて携帯端末２００から送信される発信指示信号を受信し、他の端末装置４００へ通話要求信号を送信する。その後、他の端末装置から応答信号を受信すると、携帯端末２００へ通話開始信号を送信する。それにより、端末装置１００（及び携帯端末２００）から他の端末装置４００に向けての通話セッションが確立される。また、端末装置１００への着信の場合には、通話確立部１４０は、他の端末装置４００から通話要求信号を受信して携帯端末２００へ着信指示信号を送信し、携帯端末２００から応答通知信号を受信して他の端末装置４００へ応答信号を送信する。それにより、端末装置１００（及び携帯端末２００）への他の端末装置４００からの通話セッションが確立される。
【００４７】
ＩＰ電話サービスの領域では、通話セッションの確立に用いられるプロトコルとして、テキスト形式を採用し拡張性に優れたＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が知られている。ＳＩＰプロトコルを用いる場合には、通話確立部１４０の前述した機能のうち、通信端末１００と呼制御サーバ３００との間の信号の送受信を、ＳＩＰ  ＵＡ（ＳＩＰユーザエージェント）の機能として実装してもよい。その場合、通信端末１００と携帯端末２００との間の信号の送受信は、ＳＩＰプロトコルに用意されているＭＥＳＳＡＧＥメソッドを拡張して実装するのが好適である。本実施形態に係る通話セッションの確立処理については、後にさらに詳しく説明する。
【００４８】
通話中継部１５０は、携帯端末２００から通信処理部１６０が受信した通話信号を他の端末装置４００へ中継し、及び／または他の端末装置４００から通信処理部１６０が受信した通話信号を携帯端末２００へ中継するための処理を行う。例えば、受信した通話信号の宛先情報を端末装置１００の識別情報から中継先（即ち、他の端末装置４００または携帯端末２００）の識別情報に書き換えた上で、書き換えられた通話信号を通信処理部１６０を介して当該中継先へと中継することができる。
【００４９】
端末装置間で通話信号を受け渡すためのプロトコルとしては、リアルタイム性に優れたＵＤＰ／ＩＰに基づくＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）が知られている。ＲＴＰプロトコルを用いる場合には、前述の識別情報として、ＲＴＰパケットのＩＰヘッダに含まれる宛先ＩＰアドレス、及びＵＤＰヘッダに含まれる宛先ポート番号を通話中継部１５０が書き換えた上で、ＲＴＰパケットを中継することができる。本実施形態に係る通話信号の中継処理については、後にさらに詳しく説明する。
【００５０】
図４には端末装置１００上のアプリケーション部１８０を１つのみ示しているが、端末装置１００にアプリケーション部１８０を複数備えてもよい。アプリケーション部１８０は、通信システム１における通話セッションに関連して、例えばチャット、ファイル交換、ホワイトボード共有、及び／または留守番電話のメッセージ管理などといった他の端末装置４００との間の連携機能をユーザに提供する。
【００５１】
一例として、アプリケーション部１８０がＩＰプロトコルに基づくファイル交換機能を有し、他の端末装置４００から端末装置１００が通信処理部１６０を介してファイルを受信する場合を想定する。その場合、制御部１２０が、ＩＰパケットの振り分け先を、受信した信号に含まれるアプリケーション識別情報、即ちこの場合はＴＣＰ（またはＵＤＰ）ヘッダに含まれる宛先ポート番号に基づいて判断し、当該パケットに含まれるデータ（即ち交換するファイル）をアプリケーション部１８０に受け渡すことができる。
【００５２】
図４を参照すると、携帯端末２００は、制御部２２０、接続確認部２３０、通話確立部２４０、通信処理部２６０、及び音声処理部２７０を備える。
【００５３】
携帯端末２００の制御部２２０は、携帯端末２００が所定の信号を受信したことをきっかけとして、または図３に示した入力装置２０４を通してユーザより与えられる指示に基づいて、携帯端末２００の各機能を起動・実行させる。
【００５４】
通信処理部２６０は、携帯端末２００の外部ネットワークとの間の通信機能を有し、例えば無線インタフェース２１４を介した端末装置１００との間の通信を実行する。
【００５５】
接続確認部２３０は、端末装置１００のアドレス情報を参照し、端末装置１００との間の通信接続の有効性の確認を行う。端末装置１００のアドレス情報としては、例えば端末装置１００のＩＰアドレスを用いることができる。端末装置１００のＩＰアドレスは、ユーザにより事前に与えられる情報として補助記憶装置２１０の所定の記憶領域に格納され、または同様に事前に与えられるＳＩＰアドレス情報から名前解決により動的に取得されてもよい。ＩＰアドレスを用いた接続確認は、所定の周期により定期的に、またはユーザからの指示があった時点若しくは制御部１２０／２２０が所定の信号を受信した時点で、例えば既知のｐｉｎｇ機能を用いて行うことができる。
【００５６】
通話確立部２４０は、端末装置１００が他の端末装置４００との間で通話セッションを確立する際の指示信号の送信／受信、またはその他信号の送信／受信を行う。これら端末装置１００と携帯端末２００の間でやり取りされる各信号については、後に詳しく説明する。
【００５７】
音声処理部２７０は、端末装置１００により中継され通信処理部２６０を介して受信された通話信号から取得した音声信号を復号化して図３の受話装置２１６に音声を出力する。また、音声処理部２７０は、ユーザにより送話装置２１８に入力された音声を符号化して通話信号を生成する。
【００５８】
音声処理部２７０により音声を符号化／復号化するための方式（音声コーデック）としては、例えばＩＴＵ−Ｔ（国際電気通信連合‐電気通信標準化部門）により策定されたＧ．７１１、Ｇ．７２６、Ｇ．７２３．１、Ｇ．７２９ＡｎｎｅｘＡなどの一般に知られた方式を用いることができる。
【００５９】
ここで、通話信号に映像信号が含まれる場合には、携帯端末２００に映像処理部（図示していない）を備えてもよい。その場合、映像処理部は、受信した通話信号から取得した映像信号を復号化して図３の出力装置２０６に映像を出力し、または撮像装置を通して入力された映像を符号化して通話信号を生成し通信処理部２６０へ受け渡してもよい。映像を符号化／復号化するための方式としては、例えばＤｉｖＸ、Ｈ．２６３、Ｈ．２６４などの一般に知られた方式を用いることができる。
【００６０】
図５には、一例として、通話セッションの確立のためにＳＩＰプロトコルを用いる場合のＳＩＰパケット２１の構成、及び通話信号の送受信にＲＴＰプロトコルを用いる場合のＲＴＰパケット５１の構成を示している。
【００６１】
ＳＩＰ及びＲＴＰはいずれもＴＣＰ／ＵＤＰ／ＩＰプロトコル群に属するプロトコルであり、ＳＩＰパケット２１及びＲＴＰパケット５１はいずれも、パケットの先頭にＩＰヘッダを有している。ＩＰヘッダには、送信元及び宛先のネットワーク上の位置を識別するためのアドレス情報として、ＩＰアドレスが含まれる。一実施形態における端末装置１００の通話中継部１５０は、通話信号を中継する際に、この宛先ＩＰアドレスを端末装置１００のＩＰアドレスから中継先のＩＰアドレスへと書き換えてもよい。
【００６２】
図５の例では、ＳＩＰパケット２１はＴＣＰに基づいていることを前提としているが、ＳＩＰパケットはＲＴＰパケット５１と同様にＵＤＰに基づいてもよい。ＳＩＰパケット２１のＴＣＰヘッダ（ＵＤＰに基づく場合にはＵＤＰヘッダ）、及びＲＴＰパケット５１のＵＤＰヘッダには、当該パケットを処理するアプリケーションを識別するためのアプリケーション識別情報として、宛先ポート番号が含まれる。一実施形態として、端末装置１００の制御部１２０は、この宛先ポート番号を参照し、当該パケットを接続確認部１３０、通話確立部１４０、通話中継部１５０、及びアプリケーション部１８０に振り分けてもよい。また、一実施形態として、端末装置１００の通話中継部１５０は、通話信号を中継する際に、この宛先ポート番号を端末装置１００の所定のポート番号から中継先の音声処理部（例えば音声処理部２７０）に対応するポート番号へと書き換えてもよい。
【００６３】
図５のＳＩＰパケット２１のＴＣＰデータには、ＳＩＰプロトコルに基づくリクエストライン（またはスタートライン）、ＳＩＰヘッダ、及びボディーが含まれる。通話確立部１４０及び２４０が通話を確立する際に用いる各信号は、リクエストライン（またはスタートライン）に含まれるメソッド名及び応答コードを用いて互いに区別することができる。ＳＩＰヘッダには、例えば通話セッションにおける着信先を示すＳＩＰアドレス情報が含まれる。ボディーには、通話確立部１４０及び２４０が通話を確立する際に用いる各信号の要件に応じて、任意の情報を含めることができる。
【００６４】
図５のＲＴＰパケット５１のＵＤＰデータには、ＲＴＰプロトコルに基づくＲＴＰヘッダ、及びＲＴＰデータが含まれる。ＲＴＰヘッダには、通話信号をリアルタイムに処理するためのシーケンス番号などが含まれる。ＲＴＰデータには、例えば携帯端末２００の音声処理部２７０にて符号化された音声データが含まれる。
【００６５】
図６は、本実施形態における携帯端末２００及び端末装置１００から他の端末装置４００への発信処理の流れを示すシーケンス図である。携帯端末２００及び端末装置１００から他の端末装置４００への発信処理は、以下、接続確認（１０）、通話要求（２０）、応答（３５）、通話（５０）、アプリケーション連携（６０）の５つの段階に分けて説明される。
【００６６】
［発信：接続確認段階１０］
接続確認段階では、端末装置１００の接続確認部１３０と携帯端末２００の接続確認部２３０との間で、互いの端末が通信可能な状態であることの確認が行われる。図６の場合には、まず、携帯端末２００の接続確認部２３０から端末装置１００へ向けて、前述のｐｉｎｇ機能などを用いて信号が送信される。そして前記信号の送信から所定の時間が経過する前に端末装置１００から返信があれば、携帯端末２００の接続確認部２３０は端末装置１００が通信可能な状態であることを認識し、さらに端末装置１００へ向けて、互いの端末が通信可能な状態であることを示す信号を送信する。これを受けて、端末装置１００の接続確認部１３０は、携帯端末２００が通信可能な状態であることを認識する。なお、接続確認は、前述の通り、所定の周期により定期的に、またはユーザからの指示があった時点若しくは制御部１２０が所定の信号を受信した時点で行ってもよい。
【００６７】
図６では、接続確認において、まず携帯端末２００から端末装置１００へ向けて信号を送信することとしている。しかしながら、端末装置１００から携帯端末２００へ向けて信号を送信して接続確認を開始してもよい。その場合、携帯端末２００が接続確認のための信号を受信した際に、例えば携帯端末２００の出力装置２０６及び入力装置２０４を介してユーザに確認を求めた上で、他の通話（またはデータ通信）セッションを中断し、通信モードを端末装置１００との間の無線ＬＡＮ接続に切替えさせてもよい。
【００６８】
［発信：通話要求段階２０］
携帯端末２００及び端末装置１００から他の端末装置４００への通話要求は、例えば携帯端末２００の入力装置２０４をユーザが操作することにより開始される。通話要求段階では、まず携帯端末２００の通話確立部２４０から端末装置１００の通話確立部１４０へ、発信指示信号２２が送信される。発信指示信号２２には、端末装置１００の識別情報、及び着信先となる他の端末装置４００の識別情報が含まれる。例えばＳＩＰプロトコルを用いる場合には、発信指示信号２２をＳＩＰのＭＥＳＳＡＧＥメソッドを拡張して実装することができる。各端末装置の識別情報としては、前述のＳＩＰアドレス情報、またはＩＰアドレス情報などを用いてもよい。
【００６９】
端末装置１００の通話確立部１４０は、携帯端末２００から発信指示信号２２を受信すると、他の端末装置４００宛ての通話要求信号２４を送信する。本実施形態では、通話要求信号は、呼制御サーバ３００を介して他の端末装置４００へ伝達される。通話要求信号２４には、着信先となる他の端末装置４００の識別情報、及び発信元となる端末装置１００の識別情報が含まれる。例えばＳＩＰプロトコルを用いる場合には、通話要求信号２４をＳＩＰのＩＮＶＩＴＥメソッドを用いて実装することができる。
【００７０】
端末装置１００から他の端末装置４００へ通話要求信号２４が送信された後、他の端末装置４００から呼制御サーバ３００を介して応答待ち信号３０が返送されるまでの処理の流れは、従来の一般的な発信処理の流れと同様である。
【００７１】
呼制御サーバ３００は、端末装置１００から通話要求信号２４を受信すると、端末装置１００へ試行中信号２８を返送する。試行中信号２８は、例えばＳＩＰにおいて応答コードを試行中であることを示す“１００  Ｔｒｙｉｎｇ”に設定したレスポンスとして実装することができる。
【００７２】
また、呼制御サーバ３００は、端末装置１００から通話要求信号２４を受信すると、他の端末装置４００へ通話要求信号２４を送信する。
【００７３】
他の端末装置４００は、呼制御サーバ３００から通話要求信号２４を受信すると、呼制御サーバ３００へ試行中信号２８を返送し、さらに他の端末装置４００における呼出処理（図示していない）を起動した後に、呼制御サーバ３００へ応答待ち信号３０を送信する。応答待ち信号３０は、例えばＳＩＰにおいて応答コードを呼出中であることを示す
“１８０  Ｒｉｎｇｉｎｇ”に設定したレスポンスとして実装することができる。
【００７４】
呼制御サーバ３００は、他の端末装置４００から応答待ち信号３０を受信すると、端末装置１００へ応答待ち信号３０を送信する。
【００７５】
従来の一般的な発信処理では、他の端末装置４００から呼制御サーバ３００を介して応答待ち信号３０が端末装置１００へ返送された時点で、通話要求段階が終了する。本発明に係る図６の実施形態では、端末装置１００の通話確立部１４０は、他の端末装置４００からの応答待ち信号３０を受信すると、携帯端末２００へ応答待ち通知信号３２を送信する。例えばＳＩＰプロトコルを用いる場合には、応答待ち通知信号３２をＳＩＰのＭＥＳＳＡＧＥメソッドを拡張して実装することができる。
【００７６】
以上で本実施形態に係る発信処理の通話要求段階２０が終了する。
【００７７】
［発信：応答段階３５］
次に、応答段階では、例えば他の端末装置４００のユーザ（即ち端末装置１００及び携帯端末２００のユーザの通話相手となるユーザ）が他の端末装置４００からの呼出しに応答したことをきっかけとして、まず他の端末装置４００が呼制御サーバ３００へ応答信号３８を送信する。応答信号３８は、例えばＳＩＰにおいて応答コードを成功であることを示す“２００  ＯＫ”に設定したレスポンスとして実装することができる。
【００７８】
呼制御サーバ３００は、他の端末装置４００から応答信号３８を受信すると、端末装置１００へ応答信号３８を送信する。
【００７９】
端末装置１００は、呼制御サーバ３００から応答信号３８を受信すると、呼制御サーバ３００へ確認応答信号４０を返送する。例えばＳＩＰプロトコルを用いる場合には、確認応答信号４０をＳＩＰのＡＣＫメソッドを用いて実装することができる。
【００８０】
呼制御サーバ３００は、端末装置１００から確認応答信号４０を受信すると、他の端末装置４００へ確認応答信号４０を送信する。
【００８１】
従来の一般的な発信処理では、端末装置１００から呼制御サーバ３００を介して確認応答信号４０が他の端末装置４００へ伝達された時点で、応答段階が終了する。本発明に係る図６の実施形態では、端末装置１００の通話確立部１４０は、他の端末装置４００からの応答信号３８を受信すると、着信先となる他の端末装置４００との間で通話が可能になったことを通知するために、携帯端末２００へ通話開始信号４２を送信する。例えばＳＩＰプロトコルを用いる場合には、通話開始信号４２をＳＩＰのＭＥＳＳＡＧＥメソッドを拡張して実装することができる。
【００８２】
以上説明した処理により、携帯端末２００及び端末装置１００と他の端末装置４００との間の通話セッションが確立され、本実施形態に係る発信処理の応答段階３５が終了する。
【００８３】
［発信：通話段階５０］
携帯端末２００及び端末装置１００と他の端末装置４００との間で通話セッションが確立されると、携帯端末２００から他の端末装置４００に向けた通話信号の送信、及び／または他の端末装置４００から携帯端末２００への通話信号の受信が可能となる。
【００８４】
前述したように、ユーザにより携帯端末２００の送話装置２１８に音声が入力されると、音声処理部２７０によって例えばＧ．７１１方式で符号化された音声データが生成される。符号化された音声データは、例えば図５に示したようなＲＴＰパケット５１と同等の形式を有する通話信号５２に含められ、端末装置１００へ送信される。
【００８５】
端末装置１００の通話中継部１５０は、携帯端末２００から通話信号５２を受信すると、他の端末装置４００へ通話信号５２を中継する。通話中継部１５０は、例えば通話信号５２に含まれる宛先情報を他の端末装置４００を識別する識別情報に書き換えることにより、通話信号５２を他の端末装置４００へ中継してもよい。ＲＴＰプロトコルを用いる場合には、通話信号５２のＩＰヘッダに含まれる宛先ＩＰアドレス、及びＵＤＰヘッダに含まれる宛先ポート番号が、通話信号５２の宛先情報に該当する。この場合、通話中継部１５０は、通話信号５２のＩＰヘッダに含まれる宛先ＩＰアドレスを端末装置４００のＩＰアドレスへ、ＵＤＰヘッダに含まれる宛先ポート番号を端末装置４００の音声処理部（図示していない）に対応する所定のポート番号へと書き換えて、通話信号５２を他の端末装置４００へ送信してもよい。
【００８６】
また、端末装置１００の通話中継部１５０は、他の端末装置４００から通話信号５４を受信すると、携帯端末２００へ通話信号５４を中継する。通話中継部１５０は、例えば通話信号５４に含まれる宛先情報を携帯端末２００を識別する識別情報に書き換えることにより、通話信号５４を携帯端末２００へ中継してもよい。ＲＴＰプロトコルを用いる場合には、通話中継部１５０は、通話信号５４のＩＰヘッダに含まれる宛先ＩＰアドレスを携帯端末２００のＩＰアドレスへ、ＵＤＰヘッダに含まれる宛先ポート番号を携帯端末２００の音声処理部２７０に対応する所定のポート番号へと書き換え、通話信号５４を携帯端末２００へ送信してもよい。
【００８７】
携帯端末２００が通話信号５４を受信すると、前述したように、通話信号５４に含まれる符号化された音声データを音声処理部２７０が復号化し、図３の受話装置２１６に復号化された音声が出力される
【００８８】
以上のように、本実施形態に係る発信処理の通話段階５０が実行される。
【００８９】
［発信：アプリケーション連携段階６０］
図６では、説明のために通話段階５０の後にアプリケーション連携段階６０を記載しているが、アプリケーション連携は、通話セッションの継続中または通話セッションの確立前若しくは切断後の任意の時点で行ってもよい。アプリケーション連携段階において、他の端末装置４００からアプリケーション信号６２を端末装置１００が受信した場合、アプリケーション信号６２に含まれるアプリケーション識別情報に基づいて、端末装置１００の制御部１２０が当該アプリケーション信号６２の振り分けを行う。
【００９０】
例えば、アプリケーション信号６２がファイル交換を行うためのＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）パケットであって、アプリケーション部１８０がＦＴＰプロトコルをサポートしている場合には、ＴＣＰヘッダに含まれる宛先ポート番号から当該パケットがＦＴＰパケットであることを制御部１２０が識別し、アプリケーション部１８０へ当該パケットを振り分けてもよい。
【００９１】
アプリケーション部１８０から他の端末装置４００へのデータ送信などを行う場合には、アプリケーション信号６４が端末装置１００から他の端末装置４００へ送信される。
【００９２】
以上のように、本実施形態に係る発信処理のアプリケーション連携段階６０が実行される。
【００９３】
ここまで、本実施形態における携帯端末２００及び端末装置１００から他の端末装置４００への発信処理の流れを図６を用いて説明した。本実施形態に係る端末装置１００の構成によれば、制御部１２０によって端末装置１００が受信した信号の種類を識別した上で、通話セッションの確立のための各信号（２２〜４２）については前述の通話確立部１４０に係る処理を、通話信号（５２、５４）については通話中継部１５０に係る処理を実行させ、アプリケーション信号（６２、６４）についてはアプリケーション部１８０へ振り分けを行う。その結果、発信処理時において、ソフトフォン通話における通話とアプリケーションの利用を、端末装置１００と携帯端末２００を使い分けながら効率的に行うことが可能となる。
【００９４】
図７は、本実施形態における携帯端末２００及び端末装置１００への他の端末装置４００からの着信処理の流れを示すシーケンス図である。携帯端末２００及び端末装置１００への他の端末装置４００からの着信処理は、以下、接続確認（１０）、通話要求（２０）、応答（３５）、通話（５０）、アプリケーション連携（６０）の５つの段階に分けて説明される。
【００９５】
［着信：接続確認段階１０］
接続確認段階では、図６に関連して説明した発信処理の場合と同様に、端末装置１００の接続確認部１３０と携帯端末２００の接続確認部２３０との間で、互いの端末が通信可能な状態であることの確認が行われる。
【００９６】
［着信：通話要求段階２０］
通話要求段階では、まず他の端末装置４００から呼制御サーバ３００へ通話要求信号２４が送信される。前述の通り、例えばＳＩＰプロトコルを用いる場合には、通話要求信号２４をＳＩＰのＩＮＶＩＴＥメソッドを用いて実装することができる。
【００９７】
呼制御サーバ３００は、他の通信端末４００から通話要求信号２４を受信すると、他の端末装置４００へ試行中信号２８を返送する。試行中信号２８は、例えばＳＩＰにおいて応答コードを試行中であることを示す“１００  Ｔｒｙｉｎｇ”に設定したレスポンスとして実装することができる。また、呼制御サーバ３００は、他の通信端末４００から通話要求信号２４を受信すると、端末装置１００へ通話要求信号２４を送信する。
【００９８】
端末装置１００の通話確立部１４０は、呼制御サーバ３００から発信指示信号２２を受信すると、呼制御サーバ３００へ試行中信号２８を返送する。試行中信号２８は、例えばＳＩＰにおいて応答コードを試行中であることを示す“１００  Ｔｒｙｉｎｇ”に設定したレスポンスとして実装することができる。
【００９９】
また、端末装置１００の通話確立部１４０は、呼制御サーバ３００から発信指示信号２２を受信すると、例えば通信処理部１６０と通信処理部２６０の間の無線ＬＡＮ接続を介して、携帯端末２００へ着信指示信号２６を送信する。着信指示信号２６には、着信先となる携帯端末２００の識別情報、及び送信元の他の端末装置４００の識別情報が含まれる。例えばＳＩＰプロトコルを用いる場合には、着信指示信号２６をＳＩＰのＭＥＳＳＡＧＥメソッドを拡張して実装することができる。また、前述の識別情報として、ＳＩＰアドレス情報、またはＩＰアドレス情報などを用いてもよい。
【０１００】
端末装置１００は、携帯端末２００へ着信指示信号２６を送信した後に、呼制御サーバ３００へ応答待ち信号３０を送信する。応答待ち信号３０は、例えばＳＩＰにおいて応答コードを呼出中であることを示す
“１８０  Ｒｉｎｇｉｎｇ”に設定したレスポンスとして実装することができる。
【０１０１】
呼制御サーバ３００は、端末装置１００から応答待ち信号３０を受信すると、他の端末装置４００へ応答待ち信号３０を送信する。
【０１０２】
従来の一般的な着信処理では、端末装置１００から携帯端末２００への着信指示信号２６は送信されない。本発明に係る図６の実施形態では、端末装置１００の通話確立部１４０によって携帯端末２００へ着信指示信号２６を送信することにより、他の端末装置４００から要求のあった端末装置１００への着信に対して、端末装置１００に付随する例えば図１に示したようなヘッドセット１０１ではなく、携帯端末２００を用いてユーザに応答させることができる。
【０１０３】
携帯端末２００は、端末装置１００から着信指示信号２６を受信すると、図３の出力装置２０６または受話装置２１６などを用いてユーザへの呼出処理（図示していない）を起動する。
【０１０４】
以上で本実施形態に係る着信処理の通話要求段階２０が終了する。
【０１０５】
［着信：応答段階３５］
次に、応答段階では、まず携帯端末２００のユーザが前述の呼出しに応答したことをきっかけとして、携帯端末２００が、例えば通信処理部１６０と通信処理部２６０の間の無線ＬＡＮ接続を介して、端末装置１００へ応答通知信号３６を送信する。例えばＳＩＰプロトコルを用いる場合には、応答通知信号３６をＳＩＰのＭＥＳＳＡＧＥメソッドを拡張して実装することができる。
【０１０６】
端末装置１００の通話確立部１４０は、携帯端末２００から応答通知信号３６を受信すると、他の端末装置４００宛ての応答信号３８を呼制御サーバ３００へ送信する。例えば、応答信号３８は、ＳＩＰにおいて応答コードを成功であることを示す“２００  ＯＫ”に設定したレスポンスとして実装することができる。
【０１０７】
端末装置１００から応答信号３８が送信された後、他の端末装置４００から呼制御サーバ３００を介して確認応答信号４０が返送されるまでの処理の流れは、従来の一般的な着信処理の流れと同様である。
【０１０８】
呼制御サーバ３００は、端末装置１００から応答信号３８を受信すると、他の端末装置４００へ応答信号３８を送信する。
【０１０９】
他の端末装置４００は、呼制御サーバ３００から応答信号３８を受信すると、呼制御サーバ３００へ確認応答信号４０を返送する。例えば、確認応答信号４０は、ＳＩＰのＡＣＫメソッドを用いて実装することができる。
【０１１０】
呼制御サーバ３００は、他の端末装置４００から確認応答信号４０を受信すると、端末装置１００へ確認応答信号４０を送信する。
【０１１１】
従来の一般的な着信処理では、他の端末装置４００から呼制御サーバ３００を介して確認応答信号４０を端末装置１００が受信した時点で、応答段階が終了する。本発明に係る図７の実施形態では、端末装置１００の通話確立部１４０は、他の端末装置４００からの確認応答信号４０を受信すると、発信元である他の端末装置４００との間で通話が可能になったことを通知するために、携帯端末２００へ通話開始信号４２を送信する。例えば、通話開始信号４２は、ＳＩＰのＭＥＳＳＡＧＥメソッドを拡張して実装することができる。
【０１１２】
以上説明した処理により、携帯端末２００及び端末装置１００と他の端末装置４００との間の通話セッションが確立され、本実施形態に係る着信処理の応答段階３５が終了する。
【０１１３】
［着信：通話段階５０］
携帯端末２００及び端末装置１００と他の端末装置４００との間で通話セッションが確立されると、携帯端末２００から他の端末装置４００に向けた通話信号の送信、及び／または他の端末装置４００から携帯端末２００への通話信号の受信が可能となる。本実施形態における着信時の通話段階５０の処理は、図６に関連して説明した発信時の通話段階５０の処理と同様である。
【０１１４】
［着信：アプリケーション連携段階６０］
着信時においても、図６に関連して説明した発信時のアプリケーション連携段階６０の処理と同様に、端末装置１００と他の端末装置４００との間で、ファイル交換などのアプリケーション連携を行うことができる。
【０１１５】
ここまで、本実施形態における携帯端末２００及び端末装置１００への他の端末装置４００からの着信処理の流れを図７を用いて説明した。本実施形態に係る端末装置１００の構成によれば、着信処理時において、ソフトフォン通話における通話とアプリケーションの利用を、端末装置１００と携帯端末２００を使い分けながら効率的に行うことが可能となる。
【０１１６】
以上説明した本発明の実施形態により、例えばユーザは、ヘッドセットを用いることなく簡便な携帯端末２００を用いて通話を行い、それと並行して、十分な処理性能または入出力機能を有する端末装置を用いてチャットやファイル交換、ホワイトボード共有など、他の端末装置４００と連携するアプリケーションを利用することができる。それにより、ソフトフォン通話における通話とアプリケーションの利用を、端末を使い分けながら効率的に行うことが可能となる。
【０１１７】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１１８】
例えば、本明細書では通話セッション確立後に送受信する通話信号に音声及び／または映像を含めてもよいことについて説明を行った。ここで、端末装置１００の制御部１２０が通話信号に映像信号を含むかどうかを判定し、映像信号については例えば映像処理部としての機能を有するアプリケーション部１８０（または別途備える映像処理部）へ振り分けてもよい。そうすることにより、相対的に高い表示性能を有する端末装置１００の出力装置１０６を用いて復号化した映像を出力することも可能となる。
【図面の簡単な説明】
【０１１９】
【図１】本発明の一実施形態に係る通信システムの概念図である。
【図２】端末装置のハードウェア構成例を示すブロック図である。
【図３】携帯端末のハードウェア構成例を示すブロック図である。
【図４】端末装置及び携帯端末内の機能配置例を示すブロック図である。
【図５】一例としてＳＩＰとＲＴＰを用いる場合の信号の構成を示す説明図である。
【図６】一実施形態に係る発信処理の流れを示すシーケンス図である。
【図７】一実施形態に係る着信処理の流れを示すシーケンス図である。
【符号の説明】
【０１２０】
１００        端末装置
２００        携帯端末
４００        他の端末装置
２２          発信指示信号
２４          通話要求信号
２６          着信指示信号
３６          応答通知信号
３８          応答信号
４２          通話開始信号
５２、５４    通話信号
６２          アプリケーション信号
１２０        制御部
１４０        通話確立部
１５０        通話中継部
【図１】
2009231911.tif 000003
【図２】
2009231911.tif 000004
【図３】
2009231911.tif 000005
【図４】
2009231911.tif 000006
【図５】
2009231911.tif 000007
【図６】
2009231911.tif 000008
【図７】
2009231911.tif 000009