(57)【要約】      （修正有）【課題】他の通信装置との間でセッションを確立する際に行われる呼種別のネゴシエーションが時間を要する場合でも、セッション確立における処理手順をタイムアウトさせない。【解決手段】通信装置１０ｂとの間で通信を行う通信装置１０ａは、通信のセッションを確立するために制御信号を通信装置１０ｂとの間で送受信する確立手段１０１ａと、複数の呼種別を用いて通信を行うためのセッションの確立を確立手段に要求し、確立されたセッションを用いて通信装置１０ｂとの間で通信を行う通信手段１０２を有する。確立手段は通信手段からの要求Ｓ２０１を受けて、複数の呼種別の指定を含む第一の制御信号Ｓ２０２を通信装置１０ｂに送信し、複数の呼種別のうち一部の呼種別に対応できないことを示す応答信号Ｓ２０６を通信装置１０ｂから受信した場合、第一の制御信号によるセッションの確立を中止することを示す制御信号Ｓ２０８を他の通信装置１０ｂに送信する。【選択図】図３
2016208279.tif 000002
【特許請求の範囲】
【請求項１】
他の通信装置との間で通信を行う通信装置であって、
前記通信のセッションを確立するために、前記通信に用いられる呼種別の指定を含む制御信号を前記他の通信装置との間で送受信する確立手段と、
複数の呼種別を用いて前記通信を行うためのセッションの確立を前記確立手段に要求し、前記確立手段により確立されたセッションを用いて、前記他の通信装置との間で通信を行う通信手段と、
を有し、
前記確立手段は、前記通信手段からの要求を受けて、前記複数の呼種別の指定を含む第一の制御信号を前記他の通信装置に送信すると共に、前記複数の呼種別のうち一部の呼種別に対応できないことを示す応答信号を前記他の通信装置から受信した場合、前記第一の制御信号によるセッションの確立を中止することを示す制御信号を前記他の通信装置に送信する、通信装置。
【請求項２】
前記複数の呼種別のうち一部の呼種別に対応できないことを示す応答信号を前記他の通信装置から受信した場合、前記他の通信装置が対応可能な呼種別を用いて、前記通信を行うのか否かを選択する選択手段を更に有する、請求項１に記載の通信装置。
【請求項３】
前記選択手段が、前記他の通信装置が対応可能な呼種別を用いて前記通信を行うことを選択した場合、前記確立手段は、当該呼種別を指定する第二の制御信号を前記他の通信装置に送信する、請求項２に記載の通信装置。
【請求項４】
前記選択手段は、前記他の通信装置が対応可能な呼種別を用いて前記通信を行うのか否かを利用者に選択させる、請求項２又は３に記載の通信装置。
【請求項５】
前記通信手段は、他の端末からの要求に基づいて、複数の呼種別を用いて前記通信を行うためのセッションの確立を前記確立手段に要求する、請求項２乃至４のいずれか一項に記載の通信装置。
【請求項６】
前記選択手段は、前記他の通信装置が対応可能な呼種別を用いるセッションを確立するか否かを前記他の端末の利用者に選択させる、請求項５に記載の通信装置。
【請求項７】
前記制御信号はＳＩＰ信号であり、ＳＤＰを用いて呼種別を指定する、請求項１乃至６のいずれか一項に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、及び通信システムに関する。
【背景技術】
【０００２】
通信装置がＩＰ（Internet Protocol）ネットワーク上で音声、映像又はテキストチャット等による通信を行う場合、発信側の通信装置と着信側の通信装置との間で接続関係（セッション）を確立する必要がある。
【０００３】
複数の通信装置の間でセッションを確立させるために用いられるプロトコルとして、例えばＳＩＰ（Session Initiation Protocol）がある。ＳＩＰを用いることで、２つの通信装置は、ＳＩＰで規定されている処理手順に従ってリクエスト（メソッド）とリクエストに対する応答とをお互いに送受信することで、セッションを確立させることができる。ＳＩＰを終端する通信装置は、ＵＡ（User Agent）と呼ばれる。また、ＳＩＰで規定されている処理手順を実行する際に用いられるリクエストメッセージを生成する通信装置はＵＡＣ（UA Client）と呼ばれ、リクエストメッセージに対する応答メッセージを生成する通信装置はＵＡＳ（UA Server）と呼ばれる（例えば、非特許文献１参照）。
【０００４】
また、ＳＩＰは、ＳＤＰ（Session Description Protocol）を上述のリクエストメッセージ及びリクエストメッセージに対する応答メッセージに含めることで、セッションの確立手順において、通信に用いられる呼種別（音声、映像、テキストチャット等）のネゴシエーションを可能にしている。また、ＳＩＰは、ネゴシエーションの際に複数の呼種別を設定することが可能であり、ＵＡＣ及びＵＡＳは、設定された複数の呼種別を組み合わせて通信を行うことができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】RFC3261  SIP:Session Initiation Protocol
【発明の概要】
【発明が解決しようとする課題】
【０００６】
発信側の通信装置と着信側の通信装置との間でセッションが確立されると、ネゴシエーションされた呼種別により通信が開始される。
【０００７】
ここで、発信側の通信装置と着信側の通信装置との間で行われる呼種別のネゴシエーションにおいて、発信側の通信装置から提案された呼種別の一部に対応することが出来ない場合、着信側の通信装置は、提案された呼種別の一部に対応することが出来ないことを発信側の通信装置に通知する。この場合、発信側の通信装置は、着信側の通信装置で対応可能な呼種別により通信を行うのか、又は、通信をやめるのかを選択し、選択結果を着信側の通信装置に伝える必要がある。選択方法には様々な方法が考えられるが、例えば、発信側の通信装置は、利用者に対して上述の選択を促すことが考えられる。
【０００８】
しかしながら、利用者に対して上述の選択を促す場合、利用者の確認に時間がかかってしまい、選択結果を着信側の通信装置に伝える前にＳＩＰの処理手順がタイムアウトしてしまうことが考えられる。これにより、利用者が、着信側の通信装置から提案された呼種別により通信することを選択したとしても、既にＳＩＰの処理手順がタイムアウトしており、発信側の通信装置と着信側の通信装置との間で通信を行うことが出来なくなってしまうという問題がある。
【０００９】
開示の技術は上記に鑑みてなされたものであって、通信装置が他の通信装置との間でセッションを確立する際に行われる呼種別のネゴシエーションにおいて、ネゴシエーションに時間を要する場合であっても、セッション確立における処理手順をタイムアウトさせないようにする技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
開示の技術の通信装置は、他の通信装置との間で通信を行う通信装置であって、前記通信のセッションを確立するために、前記通信に用いられる呼種別の指定を含む制御信号を前記他の通信装置との間で送受信する確立手段と、複数の呼種別を用いて前記通信を行うためのセッションの確立を前記確立手段に要求し、前記確立手段により確立されたセッションを用いて、前記他の通信装置との間で通信を行う通信手段と、を有し、前記確立手段は、前記通信手段からの要求を受けて、前記複数の呼種別の指定を含む第一の制御信号を前記他の通信装置に送信すると共に、前記複数の呼種別のうち一部の呼種別に対応できないことを示す応答信号を前記他の通信装置から受信した場合、前記第一の制御信号によるセッションの確立を中止することを示す制御信号を前記他の通信装置に送信する。
【発明の効果】
【００１１】
開示の技術によれば、通信装置が他の通信装置との間でセッションを確立する際に行われる呼種別のネゴシエーションにおいて、ネゴシエーションに時間を要する場合であっても、セッション確立における処理手順をタイムアウトさせないようにする技術が提供される。
【図面の簡単な説明】
【００１２】
【図１】第一の実施の形態に係る通信システムの概要を示す図である。
【図２】第一の実施の形態に係る通信装置の機能構成の一例を示す図である。
【図３】第一の実施の形態に係る通信システムの処理手順の一例を示すシーケンス図である。
【図４】第二の実施の形態に係る通信システムの概要を示す図である。
【図５】第二の実施の形態に係る通信装置の機能構成の一例を示す図である。
【図６】第二の実施の形態に係る通信システムの処理手順の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。本実施の形態では、ＳＩＰメッセージを用いてセッションの確立を行う通信システムを対象とするが、本発明はＳＩＰ以外のプロトコルを用いてセッションの確立を行う通信システムにも適用可能である。
【００１４】
[第一の実施の形態]
＜概要＞
図１は、第一の実施の形態に係る通信システムの概要を示す図である。第一の実施の形態に係る通信システムは、発信側の通信装置１０ａ及び着信側の通信装置１０ｂを含む通信システムであり、発信側の通信装置１０ａ及び着信側の通信装置１０ｂは、有線又は無線ネットワークを介して相互に通信可能である。発信側の通信装置１０ａ及び着信側の通信装置１０ｂは、同一の機能を有する通信装置であってもよい。すなわち、第一の実施の形態に係る通信システムにおいて、通信装置１０ａは着信側の通信装置としても動作可能であり、通信装置１０ｂは発信側の通信装置としても動作可能であるようにしてもよい。
【００１５】
また、第一の実施の形態に係る通信システムは、通信装置１０ａと通信装置１０ｂとの間に、ＳＩＰ信号を中継する装置（プロキシサーバ）や、ＳＩＰ信号をリダイレクトする装置（リダイレクトサーバ）を含む構成であってもよい。また、第一の実施の形態に係る通信システムは、３つ以上の通信装置を含むようにしてもよい。以下の説明において、通信装置１０ａ及び通信装置１０ｂのうち、任意の通信装置は「通信装置１０」と記載する。
【００１６】
通信装置１０は、ＳＩＰを終端する機能を有するＵＡである。また、通信装置１０ａは発信側のＵＡ（ＵＡＣ）であり、通信装置１０ｂは着信側のＵＡ（ＵＡＳ）である。通信装置１０は、ＳＩＰを終端するＵＡであれば、どのような通信装置であってもよい。通信装置１０は、例えば、携帯電話機、固定電話機、ＩＰ電話機、ＩＰ電話ソフトウェアを有するＰＣ（Personal Computer）、又はＩＰネットワークと公衆交換電話網（ＰＳＴＮ：Public Switched Telephone Network）との間に設置されるゲートウェイ装置等である。通信装置１０は、プロセッサなどのＣＰＵ、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）又はフラッシュメモリなどのメモリ装置などのハードウェアリソースにより構成される。また、通信装置１０は、無線通信を行うためのアンテナ、ＲＦ（Radio Frequency）装置などのハードウェアリソースを更に含むようにしてもよい。通信装置１０の各機能及び処理は、メモリ装置に格納されているデータやプログラムをプロセッサが処理又は実行することによって実現されてもよい。しかしながら、通信装置１０は、上述したハードウェア構成に限定されず、他の何れか適切なハードウェア構成を有してもよい。
【００１７】
なお、第一の実施の形態において、少なくとも通信装置１０ａは、利用者からの操作を直接受け付けることができる通信装置１０であると仮定して説明する。
【００１８】
＜機能構成＞
図２は、第一の実施の形態に係る通信装置の機能構成の一例を示す図である。第一の実施の形態に係る通信装置１０は、セッション確立部１０１と、発信処理部１０２と、着信処理部１０３とを有する。また、発信処理部１０２は選択部１１２を含む。また、着信処理部１０３は判断部１１３を含む。なお、発信処理部１０２は、発信側の通信装置１０ａで動作する機能部であり、着信処理部１０３は、着信側の通信装置１０ｂで動作する機能部である。
【００１９】
セッション確立部１０１は、着信側の通信装置１０ｂ又は発信側の通信装置１０ａとの間でＳＩＰメッセージを送受信すると共に、ＳＩＰメッセージを用いて着信側の通信装置１０ｂ又は発信側の通信装置１０ａとの間でセッションを確立させる機能を有する。例えば、発信側の通信装置１０ａのセッション確立部１０１は、発信処理部１０２からの呼接続要求を受けて、着信側の通信装置１０ｂにリクエストメッセージ等を送信する。また、着信側の通信装置１０ｂのセッション確立部１０１は、受信したリクエストメッセージ等に対する応答メッセージを生成して発信側の通信装置１０ａに送信する。
【００２０】
また、セッション確立部１０１は、ＳＩＰメッセージの中にＳＤＰメッセージを含めることで、発信側の通信装置１０ａと着信側の通信装置１０ｂとの間で、お互いが希望する呼種別（音声、映像、テキストチャット等）のネゴシエーションを行う。
【００２１】
また、セッション確立部１０１は、受信したＳＩＰメッセージの中にＳＤＰメッセージが含まれている場合、ＳＤＰメッセージにより通知される呼種別（音声、映像、テキストチャット等）を発信処理部１０２又は着信処理部１０３に通知する。
【００２２】
なお、セッション確立部１０１は、必ずしも通信相手のＩＰアドレス等を把握しているとは限らないため、必要に応じて、ＳＩＰ信号を中継するプロキシサーバや、リダイレクトサーバにＳＩＰメッセージを送信するようにしてもよい。
【００２３】
発信処理部１０２は、着信側の通信装置１０ｂとの間で呼接続を開始したい旨の指示、及び、当該呼接続に用いられる呼種別の指示を利用者から受け付ける。また、発信処理部１０２は、利用者からの指示を受けた場合、着信側の通信装置１０ｂとの間でセッションを確立させるようセッション確立部１０１に通知する。また、発信処理部１０２は、着信側の通信装置１０ｂとの間でネゴシエーションされた呼種別に対応するパケット（例えば、ＲＴＰ（Realtime Transport Protocol）等）を着信側の通信装置１０ｂとの間で相互に送受信することで、当該呼種別による通信を行う機能を有する。
【００２４】
着信処理部１０３は、セッション確立部１０１により確立されたセッションを用いて、発信側の通信装置１０ａとの間でネゴシエーションされた呼種別に対応するパケットを発信側の通信装置１０ａとの間で相互に送受信することで、当該呼種別による通信を行う機能を有する。
【００２５】
選択部１１２は、着信側の通信装置１０ｂから、発信側の通信装置１０ａが希望する呼種別のうち一部の呼種別に対応できないとの通知を受けた場合、着信側の通信装置１０ｂで対応可能な呼種別で通信を行うのか、又は、通信を中止するのかの選択を利用者に促す。
【００２６】
判断部１１３は、発信側の通信装置１０ａが希望する呼種別を用いた通信が可能であるかを判断し、発信側の通信装置１０ａが希望する呼種別では通信できないと判断した場合、セッション確立部１０１を介して、通信可能な呼種別を発信側の通信装置１０ａに通知する。
【００２７】
＜処理手順＞
図３は、第一の実施の形態に係る通信システムの処理手順の一例を示すシーケンス図である。発信側の通信装置１０ａから着信側の通信装置１０ｂに対して呼接続要求が行われる際に、発信側の通信装置１０ａが希望する呼種別が着信側の通信装置１０ｂに受け入れられず、着信側の通信装置１０ｂから通知された呼種別により通信が行われる場合の処理手順を、図３を用いて説明する。なお、図３において、通信装置１０ａが有するセッション確立部１０１を「セッション確立部１０１ａ」と表し、通信装置１０ｂが有するセッション確立部１０１を「セッション確立部１０１ｂ」と表す。
【００２８】
なお、本処理手順の説明において、発信側の通信装置１０ａが希望する呼種別は音声（Voice）及びビデオ（Video）である前提で説明するが、これらの呼種別に限られるわけではない。本実施の形態は、他の呼種別にも適用することができる。
【００２９】
ステップＳ２０１で、通信装置１０ａの発信処理部１０２は、通信装置１０ｂとの間で音声及び／又はビデオの呼種別による通信を開始したい旨の要求を利用者から受け付けると、セッション確立部１０１ａに対して呼接続要求を送信する。当該呼接続要求には、希望する呼種別は音声及びビデオであることを示す情報が含まれている。
【００３０】
ステップＳ２０２で、通信装置１０ａのセッション確立部１０１ａは、ＩＮＶＩＴＥメッセージを通信装置１０ｂに送信する。ＩＮＶＩＴＥメッセージには、希望する呼種別は音声（Voice）及びビデオ（Video）であることを示すＳＤＰ  ｏｆｆｅｒメッセージが含まれている。なお、通信装置１０ａのセッション確立部１０１ａは、通信装置１０ｂに通知した呼種別は音声（Voice）及びビデオ（Video）であることを記憶しておく。
【００３１】
ステップＳ２０３で、通信装置１０ｂのセッション確立部１０１ｂは、ステップＳ２０２で受信したＩＮＶＩＴＥメッセージにＳＤＰ  ｏｆｆｅｒメッセージが含まれていることを認識し、ＳＤＰ  ｏｆｆｅｒメッセージで指定されている呼種別（音声及びビデオ）を着信処理部１０３に通知する。
【００３２】
ステップＳ２０４で、通信装置１０ｂのセッション確立部１０１ｂは、ステップＳ２０２で受信したＩＮＶＩＴＥメッセージを処理中であることを通信装置１０ａに通知するために、１００  Ｔｒｙｉｎｇメッセージを通信装置１０ａに送信してもよい。
【００３３】
ステップＳ２０５で、通信装置１０ｂの着信処理部１０３に含まれる判断部１１３は、ステップＳ２０３で通知された呼種別を用いた通信が可能であるかを判断した結果を、セッション確立部１０１ｂに通知する。なお、図３の例では、判断部１１３は、ステップＳ２０３で通知された呼種別のうち、ビデオの呼種別を用いた通信は出来ないと判断し、音声のみを用いた通信が可能であることをセッション確立部１０１ｂに通知したと仮定する。
【００３４】
ステップＳ２０６で、通信装置１０ｂのセッション確立部１０１ｂは、１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを通信装置１０ａに送信する。１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージには、通信可能な呼種別は音声（Voice）のみであり、ビデオを用いた通信が出来ないことを示すＳＤＰ  ａｎｓｗｅｒメッセージが含まれている。より具体的には、通信装置１０ｂのセッション確立部１０１ｂは、音声を用いた通信は可能であるがビデオを用いた通信は出来ない（ビデオには非対応である）ことを通信装置１０ａに通知するために、音声の通信に用いるポート番号には有効なポート番号（例えば、「０」以外のポート番号）が設定され、ビデオの通信に用いるポート番号には「０」が設定されたＳＤＰ  ａｎｓｗｅｒメッセージを１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージに含めて通信装置１０ａに送信する。
【００３５】
通信装置１０ａのセッション確立部１０１ａは、ステップＳ２０６で受信したＳＩＰメッセージにＳＤＰ  ａｎｓｗｅｒメッセージが含まれていることを認識し、ＳＤＰ  ａｎｓｗｅｒメッセージで通信装置１０ｂから通知された呼種別と、ステップＳ２０２の処理手順で通信装置１０ｂに通知した呼種別とを比較する。
【００３６】
比較した結果、通信装置１０ｂから通知されたＳＤＰ  ａｎｓｗｅｒメッセージにおいて、ステップＳ２０２の処理手順で通信装置１０ｂに通知した呼種別のうち一部に呼種別に対応できないとの通知を受けた場合、セッション確立部１０１ａは、ステップＳ２０７の処理手順及びステップＳ２０８の処理手順を行う。図３の例では、ステップＳ２０６で通信装置１０ｂから通知された呼種別（音声及びビデオ）のうち、ビデオのポート番号には「０」が設定されている。従って、セッション確立部１０１ａは、ステップＳ２０７の処理手順及びステップＳ２０８の処理手順を行うことになる。
【００３７】
ステップＳ２０７で、通信装置１０ａのセッション確立部１０１ａは、通信装置１０ｂから、通信可能な（対応可能な）呼種別は音声のみであり、ビデオを用いた通信には対応出来ないとの通知を受けたことを発信処理部１０２に通知する。
【００３８】
ステップＳ２０８で、通信装置１０ａのセッション確立部１０１ａは、ステップＳ２０２で送信したＩＮＶＩＴＥメッセージによるセッション確立手順を一旦中止させるため、通信装置１０ｂに、ＣＡＮＣＥＬメッセージを送信する。
【００３９】
ステップＳ２０９で、通信装置１０ｂのセッション確立部１０１ｂは、ＣＡＮＣＥＬメッセージを受け付けたことを通信装置１０ａに通知するため、ＣＡＮＣＥＬメッセージに対する２００  ＯＫメッセージを通信装置１０ａに送信する。
【００４０】
ステップＳ２１０で、通信装置１０ａは、ステップＳ２０２で送信したＩＮＶＩＴＥメッセージに対応するトランザクションが存在しなくなったことを通信装置１０ｂに通知するため、ＩＮＶＩＴＥメッセージに対する４８１  Ｃａｌｌ／Ｔｒａｎｓａｃｔｉｏｎ  Ｄｏｅｓ  Ｎｏｔ  Ｅｘｉｓｔメッセージを通信装置１０ｂに送信する。
【００４１】
ステップＳ２１１で、通信装置１０ａの発信処理部１０２に含まれる選択部１１２は、利用者に対して、通信装置１０ｂから、通信可能な呼種別は音声のみでありビデオを用いた通信は出来ないとの通知を受けたことを通知すると共に、利用者に対して、音声のみを用いた通信を行うか、又は、通信を中止するかの選択を促す。利用者から、音声のみを用いた通信を行うとの選択を受け付けた場合、発信処理部１０２は、ステップＳ２１２の処理手順に進む。利用者から、通信を中止するとの選択を受け付けた場合、発信処理部１０２は、処理を終了する。
【００４２】
ステップＳ２１２で、通信装置１０ａの発信処理部１０２は、セッション確立部１０１ａに対して新たな呼接続要求を送信する。当該呼接続要求には、希望する呼種別は音声であることを示す情報が含まれている。
【００４３】
ステップＳ２１３で、通信装置１０ａのセッション確立部１０１ａは、ＩＮＶＩＴＥメッセージを通信装置１０ｂに送信する。ＩＮＶＩＴＥメッセージには、希望する呼種別は音声（Voice）であることを示すＳＤＰ  ｏｆｆｅｒメッセージが含まれている。以降、通信装置１０ａと通信装置１０ｂとの間でセッションが確立され、音声の呼種別を用いた通信が開始される。
【００４４】
以上、発信側の通信装置１０ａから着信側の通信装置１０ｂに対して呼接続要求が行われる際に、発信側の通信装置１０ａが希望する呼種別が着信側の通信装置１０ｂに受け入れられず、着信側の通信装置１０ｂから指定された呼種別により通信が行われる場合の処理手順を説明した。
【００４５】
図３に示す処理手順によれば、発信処理部１０２は、ステップＳ２０８でセッション確立手順が中止された後も、利用者から受け付けた通信開始要求に対する処理を継続するようにしている。すなわち、通信装置１０ａは、セッションの確立処理を行うセッション確立部１０１ａと、利用者からの要求を受け付けて実際に通信を行う発信処理部１０２とを分離した（レイヤが分離された）機能構成を有することで、セッション確立における処理手順をタイムアウトさせることなく、他の通信装置が対応可能な呼種別を用いて通信を行うのか否かの選択を行えるようにしている。
【００４６】
なお、図３に示す処理手順において、仮に、通信装置１０ｂが音声及びビデオの呼種別を用いた通信が可能である場合、図３のステップＳ２０６の処理において、通信装置１０ｂのセッション確立部１０１ｂは、通信可能な呼種別は音声及びビデオであることを示すＳＤＰ  ｏｆｆｅｒメッセージ（すなわち、音声の通信に用いるポート番号及びビデオの通信に用いるポート番号の各々に、有効なポート番号が設定されたＳＤＰ  ｏｆｆｅｒメッセージ）を含む２００  ＯＫのＳＩＰメッセージを通信装置１０ａに送信することになる。また、２００  ＯＫのＳＩＰメッセージを受信した通信装置１０ａのセッション確立部１０１ａは、ＡＣＫのＳＩＰメッセージを通信装置１０ｂに送信する。これにより、通信装置１０ａ及び通信装置１０ｂの間で、音声及びビデオの呼種別を用いた通信が開始されることになる。
【００４７】
また、図３に示す処理手順において、ステップＳ２０２で通信装置１０ａが送信するＩＮＶＩＴＥメッセージに含まれる呼種別と、ステップＳ２０６で通信装置１０ｂから送信される信号に含まれる呼種別とが異なる場合、通信装置１０ａの発信処理部１０２は、発信処理自体を中止するようにしてもよい。図３を用いて具体的に説明すると、例えば、ステップＳ２０２で通信装置１０ａが送信するＩＮＶＩＴＥメッセージに、音声及びビデオの呼種別を設定した場合において、ステップＳ２０６で通信装置１０ｂから送信される信号に音声及びビデオ以外の呼種別（例えばテキスト等）が含まれている場合、又は、ステップＳ２０６で通信装置１０ｂから送信されるＳＤＰ  ａｎｓｗｅｒに音声及びビデオのうちいずれか一方の呼種別のみが含まれている場合、通信装置１０ａの発信処理部１０２は、標準仕様上許容されない応答が返されたと判断し、発信処理自体を中止するようにしてもよい。
【００４８】
＜効果＞
以上、第一の実施の形態に係る通信システムにおいて、通信装置１０ａは、通信装置１０ｂから、通信装置１０ｂに通知した呼種別のうち一部の呼種別に対応できないと通知された場合、セッション確立手順を一旦中止させるため、通信装置１０ｂに、ＣＡＮＣＥＬメッセージを送信するようにした。また、通信装置１０ａは、セッション確立手順を一旦中止した後も、通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択を行う機能部を動作させるようにした。これにより、第一の実施の形態に係る通信システムは、セッション確立手順がタイムアウトするのを防止しつつ、通信装置１０ａが、通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択を行うことを可能にした。
【００４９】
また、第一の実施の形態に係る通信システムにおいて、通信装置１０ａは、通信装置１０ｂで対応可能な呼種別を用いて通信を行うことを選択した場合、通信装置１０ｂとの間で新たにセッション確立手順を行うようにした。これにより、第一の実施の形態に係る通信システムは、セッション確立手順を一旦中止しつつ、通信装置１０ｂから提案された呼種別を用いて通信を行うことを可能にした。
【００５０】
また、第一の実施の形態に係る通信システムにおいて、通信装置１０ａは、通信装置１０ｂから、通信装置１０ｂに通知した呼種別のうち一部の呼種別に対応できないと通知された場合、通信装置１０ｂに、ＣＡＮＣＥＬメッセージを送信すると共に、利用者に対して、通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択を促すようにした。これにより、第一の実施の形態に係る通信システムは、利用者が、通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択に時間を要する場合であっても、セッション確立手順がタイムアウトするのを防止しつつ、通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択が行えるようにすることを可能にした。また、これにより、利用者が通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択に時間を要する場合であっても、通信装置１０ａ及び通信装置１０ｂは、セッション確立手順が完了していない状態を保持する必要がないため、通信装置１０ａ及び通信装置１０ｂのリソースが無駄に消費されることを防止することができる。
【００５１】
[第二の実施の形態]
次に、第二の実施の形態に係る通信システムについて図面に基づいて説明する。なお、第一の実施の形態に係る通信システムと同一構成部分についての説明は省略する。また、特に言及しない点については、第一の実施の形態に係る通信システムと同様でよい。
【００５２】
＜概要＞
図４は、第二の実施の形態に係る通信システムの概要を示す図である。第二の実施の形態に係る通信システムにおいて、通信装置１０ａは、有線又は無線ネットワークを介して端末２０と相互に通信可能である。
【００５３】
端末２０は、ＳＩＰメッセージを処理することができない通信機器であり、例えば、固定電話機又は携帯電話機等である。第二の実施の形態に係る通信装置１０ａは、ＩＰネットワークと公衆交換電話網（ＰＳＴＮ）との間に設置されるゲートウェイ装置であることを想定している。
【００５４】
＜機能構成＞
図５は、第二の実施の形態に係る通信装置の機能構成の一例を示す図である。第二の実施の形態に係る通信装置１０は、セッション確立部１０１と、発信処理部２０２と、着信処理部１０３と、通信部２０３とを有する。また、発信処理部２０２は選択部２１２を含む。また、着信処理部１０３は判断部１１３を含む。
【００５５】
発信処理部２０２は、通信部２０３を介して、着信側の通信装置１０ｂとの間で呼接続を開始したい旨の指示、及び、当該呼接続に用いられる呼種別の指示を端末２０から受け付ける。また、発信処理部２０２は、端末２０からの指示を受けた場合、着信側の通信装置１０ｂとの間でセッションを確立させるようセッション確立部１０１に通知する。また、発信処理部２０２は、着信側の通信装置１０ｂとの間でネゴシエーションされた呼種別に対応するパケット（例えば、ＲＴＰ等）を着信側の通信装置１０ｂとの間で相互に送受信することで、当該呼種別による通信を行う機能を有する。
【００５６】
通信部２０３は、端末２０が所属している公衆交換電話網で用いられるプロトコルを解釈し、端末２０との間で呼接続に関する信号の送受信を行う。
【００５７】
選択部２１２は、着信側の通信装置１０ｂから、端末２０が希望する呼種別のうち一部の呼種別に対応できないとの通知を受けた場合、着信側の通信装置１０ｂで対応可能な呼種別で通信を行うのか、又は、通信を中止するのかを端末２０に選択させる。
【００５８】
セッション確立部１０１、着信処理部１０３及び判断部１１３は、第一の実施の形態と同一であるため説明は省略する。
【００５９】
＜処理手順＞
図６は、第二の実施の形態に係る通信システムの処理手順の一例を示すシーケンス図である。端末２０から着信側の通信装置１０ｂに対して呼接続要求が行われる際に、端末２０が希望する呼種別が着信側の通信装置１０ｂに受け入れられず、着信側の通信装置１０ｂから通知された呼種別により通信が行われる場合の処理手順を、図６を用いて説明する。なお、特に言及しない点については図３と同一でよい。
【００６０】
ステップＳ３０１で、端末２０は、通信装置１０ｂとの間で音声及びビデオによる通信を開始したい旨の要求を利用者から受け付け、通信装置１０ａに対して呼接続要求を送信する。当該呼接続要求には、希望する呼種別は音声及びビデオであることを示す情報が含まれている。
【００６１】
ステップＳ３０２で、通信装置１０ａの通信部２０３は、発信処理部２０２に呼接続要求を送信することで、端末２０から呼接続要求を受信したことを発信処理部２０２に通知する。当該呼接続要求には、希望する呼種別は音声及びビデオであることを示す情報が含まれている。
【００６２】
ステップＳ３０３で、通信装置１０ａの発信処理部２０２は、セッション確立部１０１ａに対して呼接続要求を送信する。当該呼接続要求には、希望する呼種別は音声及びビデオであることを示す情報が含まれている。
【００６３】
ステップＳ３０４乃至ステップＳ３１２は、それぞれ図３のステップＳ２０２乃至ステップＳ２１０と同一であるため説明は省略する。
【００６４】
ステップＳ３１３で、通信装置１０ａの選択部２１２は、端末２０に対して、通信装置１０ｂとの間で音声のみを用いた通信を行うか、又は、通信を中止するかの選択を促すために、通信部２０３に呼種別通知を送信する。当該呼種別通知には、通信装置１０ｂから、通信可能な呼種別は音声のみであり、ビデオを用いた通信は出来ないとの通知を受けたことを示す情報が含まれる。
【００６５】
ステップＳ３１４で、通信装置１０ａの通信部２０３は、呼種別通知を端末２０に送信する。当該呼種別通知には、通信装置１０ｂから、通信可能な呼種別は音声のみであり、ビデオを用いた通信は出来ないとの通知を受けたことを示す情報が含まれる。
【００６６】
ステップＳ３１５で、端末２０は、利用者に対して、通信装置１０ｂから、通信可能な（対応可能な）呼種別は音声のみであり、ビデオを用いた通信には対応出来ないとの通知を受けたことを通知すると共に、利用者に対して、音声のみを用いた通信を行うか、又は、通信を中止するかの選択を促す。利用者から、音声のみを用いた通信を行うとの選択を受け付けた場合、端末２０は、ステップＳ３１６の処理手順に進む。利用者から、通信を中止するとの選択を受け付けた場合、端末２０は処理を終了する。
【００６７】
ステップＳ３１６で、端末２０は、通信装置１０ｂとの間で音声による通信を行う旨の要求を利用者から受け付け、通信装置１０ａに対して新たな呼接続要求を送信する。当該呼接続要求には、希望する呼種別は音声であることを示す情報が含まれている。
【００６８】
ステップＳ３１７で、通信装置１０ａの通信部２０３は、端末２０から通信装置１０ｂとの間で音声による通信を行う旨の要求を受信したことを発信処理部２０２に通知する。通信部２０３から発信処理部２０２に送信される呼接続要求には、希望する呼種別は音声であることを示す情報が含まれている。
【００６９】
ステップＳ３１８及びステップＳ３１９の処理手順は、それぞれ図３のステップＳ２１２及びステップＳ２１３と同一であるため説明は省略する。
【００７０】
なお、ステップＳ３１５の処理手順において端末２０が処理を終了した場合、通信装置１０ａは、通信を中止する旨を示す信号を端末２０から受信するようにしてもよい。
【００７１】
＜効果＞
以上、第二の実施の形態に係る通信システムにおいて、通信装置１０ａは、端末２０からの要求に基づいて、通信装置１０ｂとの間でセッション確立手順を行うようにした。
【００７２】
以上、第二の実施の形態に係る通信システムにおいて、通信装置１０ａは、通信装置１０ｂから、通信装置１０ｂに通知した呼種別のうち一部の呼種別に対応できないと通知された場合、通信装置１０ｂに、ＣＡＮＣＥＬメッセージを送信すると共に、端末２０に対して、通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択を促すようにした。これにより、第二の実施の形態に係る通信システムは、端末２０が、通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択に時間を要する場合であっても、セッション確立手順がタイムアウトするのを防止しつつ、通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択が行えるようにすることができる。また、これにより、利用者が通信装置１０ｂで対応可能な呼種別を用いて通信を行うのか否かの選択に時間を要する場合であっても、通信装置１０ａ及び通信装置１０ｂは、セッション確立手順が完了していない状態を保持する必要がないため、通信装置１０ａ及び通信装置１０ｂのリソースが無駄に消費されることを防止することができる。
【００７３】
＜実施形態の補足＞
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、通信装置１０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って通信装置１０が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００７４】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【００７５】
なお、各実施の形態において、ＳＩＰメッセージは制御信号又は応答信号の一例である。ＩＮＶＩＴＥメッセージは、第一の制御信号又は第二の制御信号の一例である。セッション確立部１０１は、確立手段の一例である。発信処理部１０２は、通信手段の一例である。音声又はビデオは、呼種別の一例である。選択部１１２又は選択部２１２は、選択手段の一例である。
【符号の説明】
【００７６】
１０  通信装置
２０  端末
１０１  セッション確立部
１０２、２０２  発信処理部
１０３  着信処理部
１１２、２１２  選択部
１１３  判断部
２０３  通信部
【図１】
2016208279.tif 000003
【図２】
2016208279.tif 000004
【図３】
2016208279.tif 000005
【図４】
2016208279.tif 000006
【図５】
2016208279.tif 000007
【図６】
2016208279.tif 000008