(57)【要約】      （修正有）【課題】通信中にコーデック切替えを行う際に、寸断の許容範囲を考慮したコーデック切替えを行うことを可能とする通信装置、及びコーデック切替方法を提供する。【解決手段】通信端末２０ａは、通信種別検知部１１ａ、状態変化検知部１２ａ、切替方法保持部１３ａ、切替方法選択部１４ａ、コーデック切替部１５ａ、通信制御部１６ａ、及び切替判断部１８ａを備えて構成され、通信種別検知部１１ａは、通信端末２０ａと、通信端末２０ｂ或いはサーバ１０との間で現在行っている通信の種別である通信種別を検知する機能を有し、通信種別検知部１１ａが検知した通信種別に応じてコーデック切替部１５ａでコーデック切替を行う。【選択図】図１
2010273103.tif 000002
【特許請求の範囲】
【請求項１】
一のセッションが確保された通信装置間での通信中に、該通信に適用されている切替前コーデックを切替後コーデックに切替えるコーデック切替を行う通信制御装置であって、
前記通信の通信種別を検知する通信種別検知部と、
前記通信種別検知部が検知した前記通信種別に応じて前記コーデック切替を行うコーデック切替部と、を備え、
前記コーデック切替部は、
前記通信種別検知部が第１の通信種別を検知した場合に、
前記切替後コーデックが適用された通信のための他のセッションを新たに確保し、該他のセッションの確保後に前記切替前コーデックが適用されている通信のための前記一のセッションを開放する方法によってコーデック切替を行い、
前記通信種別検知部が前記第１の通信種別とは異なる第２の通信種別を検知した場合に、
前記一のセッションに前記切替後コーデックを適用して、当該一のセッションにおける切替前コーデックの適用を終了する方法によってコーデック切替を行う
通信制御装置。
【請求項２】
前記通信を行う一方の通信装置であり、
前記コーデック切替部は、コーデック切替の提案を行う信号を、前記通信を行う他方の通信装置に対して送信する、
ことを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記コーデック切替部は、
前記通信種別検知部が第１の通信種別とは異なる第２の通信種別を検知した場合に、
前記一のセッションに前記切替後コーデックを適用する提案を行う信号を前記他方の通信装置に対して送信し、当該送信の応答を受信した時刻から所定の時間経過後に、前記切替前コーデックによるデータ受信を終了することを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記通信を行う２以上の通信装置に通信可能な状態で接続されており、
前記コーデック切替部は、コーデック切替の提案を行う信号を、前記通信を行う通信装置に送信する、
ことを特徴とする請求項１に記載の通信制御装置。
【請求項５】
前記通信制御装置は、通信状態を検知する状態変化検知部を更に備え、前記コーデック切替部は、前記状態変化検知部によって検知される通信状態に応じて、前記コーデック切替を行うことを特徴とする
請求項１〜４の何れか１項に記載の通信制御装置。
【請求項６】
一のセッションが確保された通信装置間での通信中に、該通信に適用されている切替前コーデックを切替後コーデックに切替えるコーデック切替を行う通信制御装置で実施されるコーデック切替方法であって、
前記通信中の通信の種別としての通信種別を検知する通信種別検知ステップと、
前記通信種別検知ステップにおいて検知された前記通信種別に応じて前記コーデック切替を行うコーデック切替ステップと、を備え、
前記コーデック切替ステップは、
前記通信種別検知ステップにおいて第１の通信種別が検知された場合に、
前記切替後コーデックが適用された通信のための他のセッションを新たに確保し、該他のセッションの確保後に前記切替前コーデックが適用されている通信のための前記一のセッションを開放する方法によってコーデック切替を行い、
前記通信種別検知ステップにおいて前記第１の通信種別とは異なる第２の通信種別が検知された場合に、
前記一のセッションに前記切替後コーデックを適用して、当該一のセッションにおける切替前コーデックの適用を終了する方法によってコーデック切替を行う
コーデック切替方法。
【発明の詳細な説明】
【技術分野】
【０００１】
コーデックを切替えることが可能な通信制御装置、及びコーデック切替方法に関する。
【背景技術】
【０００２】
近年、通信に用いるコーデックとして種々のコーデックが開発されている。通信をする場合に、それら種々のコーデックの中から高品質の通信と、品質を多少下げてデータ量を少なくする通信と、を広く選択可能となっている。
【０００３】
特許文献１には、ストリーミング通信時に通信状態に応じてデータ圧縮率を変更する技術が開示されている。これにより、例えば通信状態が良好である場合には高品質のストリーミング通信を実行し、通信状態が悪化した場合には品質を下げてストリーミング通信を行うことは可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２３５４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方で、通信は、ストリーミング通信に限らず音声通信など様々な通信種別を用いた通信が行われている。それらの通信種別によって寸断の許容範囲も大きく異なる。しかしながら、特許文献１に記載された方法では、データの寸断が許容される場合と、データの寸断が許容されない場合と、があることを考慮していないため、様々な通信種別を用いた通信中のデータ圧縮率変更に対して特許文献１の方法を適用しても、該通信における寸断の許容範囲を考慮することができず、データの寸断が許容されない場合にデータの寸断が生じる方法によってデータ圧縮率を変更してしまう場合があり得る、という問題があった。
【０００６】
本発明は上記問題点を解決するためになされたものであり、通信中にコーデック切替えを行う際に、寸断の許容範囲を考慮したコーデック切替えを行うことを可能とする通信装置、及びコーデック切替方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係る通信装置は、一のセッションが確保された通信装置間での通信中に、該通信に適用されている切替前コーデックを切替後コーデックに切替えるコーデック切替を行う通信制御装置であって、通信種別を検知する通信種別検知部と、通信種別検知部が検知した通信種別に応じてコーデック切替を行うコーデック切替部と、を備え、コーデック切替部は、通信種別検知部が第１の通信種別を検知した場合に、切替後コーデックが適用された通信のための他のセッションを新たに確保し、該他のセッションの確保後に切替前コーデックが適用されている通信のための一のセッションを開放する方法によってコーデック切替を行い、通信種別検知部が第１の通信種別とは異なる第２の通信種別を検知した場合に、一のセッションに切替後コーデックを適用して、当該一のセッションにおける切替前コーデックの適用を終了する方法によってコーデック切替を行う。
【０００８】
本発明の通信制御装置は、他の通信装置間で行われている通信の通信種別を検知し、当該通信種別に応じてコーデックの切替方法を変更している。
【０００９】
また、第１の通信種別である場合に、新たにセッションを張った上でコーデックを切替えている。その為、寸断が許容されていない通信種別である場合に寸断が生じる方法によってコーデックを切替えてしまうことをなくすことが可能となる。
【００１０】
また、通信制御装置は、通信を行う一方の通信装置であり、コーデック切替部は、コーデック切替の提案を行う信号を、通信を行う他方の通信装置に対して送信する、ことが好適である。これにより、通信装置の都合によってコーデック切替方法を変更することが可能となる。
【００１１】
コーデック切替部は、通信種別検知部が第１の通信種別とは異なる第２の通信種別を検知した場合に、一のセッションに切替後コーデックを適用する提案を行う信号を他方の通信装置に対して送信し、当該送信の応答を受信した時刻から所定の時間経過後に、切替前コーデックによるデータ受信を終了することが好適である。
【００１２】
切替前コーデックによるデータの受信の終了を所定の時間経過後とすることによって、当該所定の時間に到着した切替前コーデックによるデータについて適切に受信することができるため、より寸断を減らすことができる。
【００１３】
また、通信制御装置は、通信を行う２以上の通信装置に通信可能な状態で接続されており、コーデック切替部は、コーデック切替の提案を行う信号を、通信を行う通信装置に送信することが好適である。
【００１４】
通信制御装置が、通信を行っている両方の通信装置が利用可能であるコーデックの種類を認識できるため、最適なコーデックに切替えることができる。
【００１５】
また、通信制御装置は、通信状態を検知する状態変化検知部を更に備え、コーデック切替部は、状態変化検知部によって検知される通信状態に応じて、コーデック切替を行うことが好適である。これにより、通信状態が変化した場合にコーデック変更を行うことが可能となる。
【００１６】
上記目的を達成するために、本発明に係るコーデック切替方法は、一のセッションが確保された通信装置間での通信中に、該通信に適用されている切替前コーデックを切替後コーデックに切替えるコーデック切替を行う通信制御装置で実施されるコーデック切替方法であって、通信中の通信の種別としての通信種別を検知する通信種別検知ステップと、通信種別検知ステップにおいて検知された通信種別に応じてコーデック切替を行うコーデック切替ステップと、を備え、コーデック切替ステップは、通信種別検知ステップにおいて第１の通信種別が検知された場合に、切替後コーデックが適用された通信のための他のセッションを新たに確保し、該他のセッションの確保後に切替前コーデックが適用されている通信のための一のセッションを開放する方法によってコーデック切替を行い、通信種別検知ステップにおいて第１の通信種別とは異なる第２の通信種別が検知された場合に、一のセッションに切替後コーデックを適用して、当該一のセッションにおける切替前コーデックの適用を終了する方法によってコーデック切替を行う。
【００１７】
本発明のコーデック切替方法によれば、通信装置間で行われている通信の通信種別を検知し、当該通信種別に応じてコーデックの切替方法を変更している。
【００１８】
また、第１の通信種別である場合に、新たにセッションを張った上でコーデックを切替えている。その為、寸断が許容されていない通信種別である場合に寸断が生じる方法によってコーデックを切替えてしまうことをなくすことが可能となる。
【発明の効果】
【００１９】
本発明によれば、通信中にコーデック切替えを行う際に、寸断の許容範囲を考慮したコーデック切替えを行うことが可能となる。
【図面の簡単な説明】
【００２０】
【図１】第１実施形態における通信端末の機能構成を示す図である。
【図２】図１に示す使用可能コーデック保持部が保持している情報の例を示す図である。
【図３】図１に示す切替方法保持部が保持する情報の例を示す図である。
【図４】第１実施形態における通信端末の物理的構成を示す図である。
【図５】第１実施形態及び第２実施形態における処理の流れを示す図である。
【図６】図１に示す使用可能コーデック保持部が保持している情報の例を示す図である。
【図７】第１実施形態における処理の流れを示す図である。
【図８】第１実施形態における処理の流れを示す図である。
【図９】第２実施形態におけるサーバ及び通信端末の機能構成を示す図である。
【図１０】第２実施形態における処理の流れを示す図である。
【図１１】第２実施形態における処理の流れを示す図である。
【図１２】第２実施形態における処理の流れを示す図である。
【図１３】第２実施形態における処理の流れを示す図である。
【発明を実施するための形態】
【００２１】
以下、図面と共に本発明に係る通信装置、及びコーデック変換方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００２２】
（第１実施形態）
本実施形態においては、一のセッションが確保された通信装置間での通信中に、該通信に適用されている切替前コーデックを切替後コーデックに切替えるコーデック切替を行う通信制御装置の具体例として他の通信装置と通信を行う端末である通信端末２０（なお、本明細書において、記載の便宜上、通信端末２０ａ〜通信端末２０ｄを区別する場合がある。通信端末２０ａ〜通信端末２０ｄを全て含める場合、或いは通信端末２０ａ〜通信端末２０ｄを特に区別する必要がない場合には「通信端末２０」と称する）を用いる。
【００２３】
図１に本実施形態に係る通信端末（通信装置、又は通信制御装置）２０を示す。通信端末２０は、具体的には携帯電話機、簡易型携帯電話機（ＰＨＳ：PersonalHandy-phone System）、通信機能を有する携帯型情報端末（ＰＤＡ：Personal Digital Assistant）、パーソナルコンピュータ（ＰＣ：Personal Computer）、スマートフォン、ゲーム機器等に相当する。
【００２４】
通信端末２０は、通信ネットワーク６０を通じて他の通信装置と接続可能であり、該他の通信装置との間で、例えば、音声通信（第１の通信種別）、或いは、ストリーミング通信（第２の通信種別）等を行う。通信端末２０は、所定のコーデック（すなわち、画像、音声、又はテキスト等のデータの圧縮及び伸張を含めた符号化及び復号処理）が適用された通信を行う機能を有している。「コーデックが適用された通信」とは、該コーデックに従って通信を行うことをいう。通信は、通信端末２０と通信相手の他の通信端末２０との間でセッションを確保した上で行われる。通信端末２０は、コーデックとして圧縮率が高いものから低いものまで複数の種類のコーデックを利用することが可能となっている。
【００２５】
図１に示すように、通信端末２０ａは、具体的には、通信種別検知部１１ａ、状態変化検知部１２ａ、切替方法保持部１３ａ、切替方法選択部１４ａ、コーデック切替部１５ａ、通信制御部１６ａ、及び切替判断部１８ａを備えて構成されている。図１に示すように通信端末２０ａは、インターネット或いは通信事業者が設置しているネットワーク等の通信ネットワーク６０に他の通信装置（例えば、他の通信端末２０ｂ及びサーバ１０）と通信可能な状態で接続されている。図１における通信端末２０ａ（通信装置、通信端末）、通信端末２０ｂ（他の通信端末）及びサーバ１０は共に同様の後述する本発明に係る機能を備えている。後述のコーデック切替の要求を行う端末が通信端末２０ａであり、コーデック切替の要求を受信する端末が通信端末２０ｂである。通信端末２０ａ及び通信端末２０ｂの両方を指す場合には、通信端末２０と称する。なお、図１では通信端末２０ｂの機能の記載を省略している。
【００２６】
通信種別検知部１１ａは、通信端末２０ａと、通信端末２０ｂ或いはサーバ１０と、の間で現在行っている通信の種別である通信種別を検知する機能を有する。ここで通信種別とは、通信の種類を示し、ストリーミング通信、音声通信、或いはパケット通信などの別を指す。本実施形態においては説明のための例としてストリーミング通信及び音声通信を用いて説明する。但し通信種別をこれに限定する意図はなく、本発明の趣旨に合致するあらゆる通信種別に対して本発明を適用可能である。
【００２７】
本実施形態においては、寸断の許容範囲が狭い通信種別の例として音声通信を、寸断の許容範囲が広い通信種別の例としてストリーミング通信を、それぞれ用いている。
【００２８】
ここで、寸断とは、送受信される一連のデータの一部が何らかの原因で適正に処理されないことをいう。音声通信では、寸断が生じると直ちに音が途切れる。ストリーミング通信では、寸断が生じると以下に説明する理由によって、音声通信と比べれば直ちに音が途切れるなどの弊害が生じる可能性は低い。一般に寸断の原因としては様々な原因が考えられるが、本実施形態における寸断の原因は、コーデック切替時においてデータ送信側で使用されていたコーデック種別と、データ受信側で使用されていたコーデック種別が合致しないことによって適正に処理できなかったことによる。
【００２９】
寸断の許容範囲とは、通信種別によってどの程度寸断がユーザによって許容されているかのレベルを意味する。ここでは、許容範囲をあくまでも通信種別毎の相対的なものとして捕らえる。例えば、一般的に音声通信とストリーミング通信とでは、ストリーミング通信の場合受信側装置のメモリに一定量のデータを保持（バッファ）しているため少なくともある所定量以下の寸断は特に問題とならない。一方、音声通信の場合、寸断によって音が途切れてしまい、通話者にとって少しの寸断であっても耳障りである。そのため、音声通信とストリーミング通信とを比較した場合には音声通信の方が相対的に寸断に対して弱いといえる。従って、本実施形態においては、相対的に寸断に対して弱い（すなわち、寸断の許容範囲が狭い）通信種別の一例として音声通信を、相対的に寸断に対して強い（すなわち、寸断の許容範囲が広い）通信種別の一例としてストリーミング通信を用いる。
【００３０】
通信種別検知部１１ａが音声通信とストリーミング通信との別を検知することは、例えば、以下の方法によって実現可能である。
【００３１】
すなわち、通信の開始時に送信される通信制御用データにストリーミング通信であるか音声通信であるかに関する情報を含めることで実現可能である。具体的には、例えば、セッションを開始するためのプロトコルであるＳＩＰ（Session Initiation Protocol）の規定によって、通信要求を行いセッションを確保（開始、又は確立）するためのリクエストであるＩＮＶＩＴＥリクエストが規定されている。当該ＩＮＶＩＴＥリクエストの一部分であって、通話に関する情報がＳＤＰ（Session Description Protocol）書式により記載されている部分であるボディ部分に“a=key-mgmt”の記載があるか否かを判断することによって判断できる。記載が存在した場合はストリーミング通信であることが検知できる。
【００３２】
又は、ＩＮＶＩＴＥリクエストの一部分であるリクエストラインのuserinfo部にサービス名を記載することによって種別を判断できるように予め取り決めておくことも可能である。この場合、例えば、リクエストラインの記載が“INVITE audiocommunication@1.1.1.1”である場合には音声通信であり、“INVITE streaming@1.1.1.1”である場合にはストリーミング通信である等と取り決めておくことが可能である。
【００３３】
更に、ＩＮＶＩＴＥリクエストのボディ部分におけるＳＤＰ書式において、属性に新たにパラメータを定義することも可能である。この場合、ストリーミング通信の場合は例えば“kind_of_application = streaming”等と定義及び記述することができる。
【００３４】
状態変化検知部１２ａは、通信状態の変化を検知する機能を有する。ここで、通信状態の変化とは、例えば電波状況の変化に伴い通信速度が低下した場合などが該当する。通信速度の測定については考え得るあらゆる技術を用いることが可能である。状態変化検知部１２ａは、通信状態の変化を検知すると通信状態が変化した旨の通知、及び通信状態変化後の通信状態に関する情報（具体的には、例えば、通信状態変化後における通信速度）を、後述の切替判断部１８ａに出力する。
【００３５】
使用可能コーデック保持部１７ａは、通信端末２０ａが使用可能であるコーデックに関する情報と、当該コーデックが適用されるべき場合に関する情報と、を保持している。
【００３６】
図２に使用可能コーデック保持部１７ａが保持している情報の例を示す。図２に示すように使用可能コーデック保持部１７ａは、「コーデック」、及び「コーデックが適用されるべき場合」の情報を含んで構成される。「コーデック」には、通信端末２０ａが現在利用可能であるコーデック種別を示す情報が保持されている。「コーデックが適用されるべき場合」には、当該コーデックが適用されるべき場合を、例えば状態変化検知部１２ａが測定する通信状態に関する情報（例えば通信速度）によって特定するための情報（例えば“Ｘbps〜Ｙbps”等の方法によってコーデックが適用されるべき場合を特定する）が保持されている。
【００３７】
切替判断部１８ａは、状態変化検知部１２ａから、通信状態が変化した旨の通知を入力した場合に、コーデック切替が必要であるか否かを判断し、コーデック切替が必要であると判断した場合には、当該判断をした旨の情報、及び切替後コーデックを後述の切替方法選択部１４ａへ出力する機能を有する。
【００３８】
具体的には、切替判断部１８ａは、状態変化検知部１２ａから通信状態変化後の通信状態に関する情報を入力し、当該情報と、使用可能コーデック保持部１７ａに保持されている「コーデックが適用されるべき場合」と、を比較することにより、通信状態変化後の通信状態において適用されるべきコーデック種別を検索する。該検索されたコーデック種別が、切替判断部１８ａが保持している切替前コーデックと同一である場合、切替判断部１８ａは、コーデック切替が不要であると判断する。
【００３９】
該検索されたコーデック種別が、切替判断部１８ａが保持している切替前コーデックと異なる場合、切替判断部１８ａは、コーデック切替が必要であると判断する。
【００４０】
切替判断部１８ａがコーデック切替が必要であると判断した場合には、その旨の情報と、切替後コーデックとして上記検索されたコーデックと、を切替方法選択部１４ａに出力する。切替判断部１８ａは、切替後コーデックを保持する。この保持された切替後コーデックは、次に切替判断部１８ａがコーデック切替が必要か否かを判断する場合には切替前コーデックとなる。
【００４１】
なお、切替判断部１８ａは、通信状態の変化ではなく、通信状態そのものからコーデック切替の必要を判断してもよい。その場合状態変化検知部１２ａは、通信状態そのものを検出する。
【００４２】
切替方法保持部１３ａには、コーデック切替方法が、通信種別検知部１１が検知する通信種別と関連付けられて保持されている。図３に切替方法保持部１３が保持する情報の例を示す。図３に示すように切替方法保持部１３が保持する情報は「通信種別」及び「コーデック切替方法」が対応付けられて構成されている。「通信種別」は通信種別検知部１１が検知する通信の種別のことであり、例えば“音声通話”或いは“ストリーミング通信”等の種別が保持されている。「コーデック切替方法」とは、通信種別毎にコーデックの切替方法に関する情報が保持されている。なお、図３の説明においては、「コーデック切替方法」とは、実際にはコーデック切替方法は後述する複数の方法をプログラムなどのコードで表現した情報等が該当する。
【００４３】
切替方法選択部１４ａは、切替判断部１８ａからコーデック切替が必要である旨の情報を入力すると、切替方法保持部１３ａを参照することによりコーデック切替方法を選択し、当該選択したコーデック切替方法、及び切替後コーデックをコーデック切替部１５ａに出力する機能を有する。
【００４４】
具体的には、切替方法選択部１４ａは、切替判断部１８ａから、コーデック切替が必要である旨の情報、切替後コーデックを切替判断部１８ａから入力し、当該入力があった場合に、通信端末２０ａが行っている通信の通信種別を通信種別検知部１１ａから入力する。切替方法選択部１４ａは、入力した通信種別と、切替方法保持部１３ａが保持している「通信種別」とを比較し、同一である通信種別と関連付けられた「コーデック切替方法」を参照することによって、通信端末２０ａが現在行っている通信種別に関連付けられたコーデック切替方法を得る。
【００４５】
切替方法選択部１４ａは、切替方法保持部１３ａを参照することにより当該入力した通信種別と関連付けられたコーデック切替方法を得る。切替方法選択部１４ａは当該切替方法保持部１３ａを参照することによって得られたコーデック切替方法を後述のコーデック切替部１５ａへ出力する。
【００４６】
コーデック切替部１５ａは、切替方法選択部１４ａから入力したコーデック切替方法に従って、通信端末２０ａが行っている通信に適用されるコーデックを切替前コーデックから切替後コーデックに切替える機能を有する。具体的なコーデック切替えの方法については後で詳述する。
【００４７】
通信制御部１６ａは、通信相手との間で通信の開始の際に信号の送受信をしたり、通信相手との間でユーザデータの送受信を行ったりする機能を有する。通信制御部１６ａは、ユーザ間で送受信するユーザデータに対して、通信相手との間で決定されたコーデックに従って、符号化及び復号を行う。また、コーデック切替部１５ａによってコーデック切替が行われる際に、コーデック切替部１５ａの制御を受けて、コーデック切替のための信号の送受信を行い、また、コーデック切替処理を行う。
【００４８】
（物理的構成について）
次に通信端末２０の物理的構成について説明する。図４に、通信端末２０のハードウェア構成を示す。図４に示すように通信端末２０は、物理的には、ＣＰＵ（Central  Processing  Unit）等の制御装置１０１、ＲＡＭ（Random Access Memory）といった揮発性半導体等のメモリ１０２、アンテナ等の通信を制御する通信装置１０３、フラッシュメモリーなどの補助記憶部１０４、テンキーなどの入力装置１０５、及び、ＬＣＤ（Liquid Crystal Display）や有機ＥＬディスプレイなどの出力装置１０６を備える。
【００４９】
通信端末２０における通信種別検知部１１、状態変化検知部１２、切替方法保持部１３、切替方法選択部１４、コーデック切替部１５、通信制御部１６、使用可能コーデック保持部１７、及び切替判断部１８の各機能は、制御装置１０１、メモリ１０２等のハードウェア上に所定のソフトウェアを読み込ませることにより、制御装置１０１の制御のもとで通信装置１０３、出力装置１０６、入力装置１０５を動作させると共に、メモリ１０２や補助記憶部１０４におけるデータの読み出し及び書き込みを行うことで実現される。なお、サーバ１０の物理的構成も通信端末２０と同様である。なお、通信種別検知部１１、状態変化検知部１２、切替方法保持部１３、切替方法選択部１４、コーデック切替部１５、通信制御部１６、使用可能コーデック保持部１７、及び切替判断部１８は、それぞれ、通信種別検知部１１ａと通信種別検知部１１ｂと、状態変化検知部１２ａと状態変化検知部１２ｂと状態変化検知部１２ｃと、切替方法保持部１３ａと切替方法保持部１３ｂと、切替方法選択部１４ａと切替方法選択部１４ｂと、コーデック切替部１５ａとコーデック切替部１５ｂと、通信制御部１６ａと通信制御部１６ｂと通信制御部１６ｃと、使用可能コーデック保持部１７ａと使用可能コーデック保持部１７ｂと、及び切替判断部１８ａと切替判断部１８ｂとを、含む。
【００５０】
（処理の流れについて）
次に図５を用いて本実施形態における通信端末２０の処理の流れについて説明する。図５は、通信端末Ａ（通信端末２０ａ、又はサーバ１０）と、通信端末Ｂ（通信端末２０ｂ、又はサーバ１０）と、の間で通信を開始（セッションを確保）してからコーデックを切替えるまでの処理の流れを示す図である。通信装置Ａと通信装置Ｂとの相違は、通信装置Ａがコーデック切替の要求を送信する通信装置であり、通信装置Ｂがコーデック切替の要求を受信する通信装置である点である。なお、通信の開始は通信装置Ａから始めても通信装置Ｂから始めてもどちらでもよい。
【００５１】
通信を開始するトリガ（図５の処理が始まるきっかけ）としては、例えば通信端末Ａ及び通信端末Ｂの一方に対して他方から電話をかける、サーバに接続してストリーミング通信を始める、等が挙げられる。
【００５２】
通信装置Ａ或いは通信装置Ｂのどちらか一方が他方に対してＩＮＶＩＴＥリクエストを送信し、セッションを確保する。通信装置Ａの通信種別検知部１１ａは、当該ＩＮＶＩＴＥリクエストを利用して上記説明した方法により通信の通信種別を検知する（ステップＳ１０１：通信種別検知ステップ）。この時、ＩＮＶＩＴＥリクエストには使用可能であるコーデックに関する情報を含める。
【００５３】
ここで、使用可能であるコーデックを得る方法について図６を用いて説明する。図６に、使用可能コーデック保持部１７が保持する使用可能であるコーデックについての情報の例を示す。このような情報は通信端末２０が保持していても、サーバ１０が保持していてもよい。図６に示すように使用可能コーデック保持部１７は、「使用可能なコーデック」及び「現在適用しているコーデック」を「通信装置」と関連付けて保持している。「使用可能なコーデック」には、関連付けられた通信装置が使用可能であるコーデックの種別が保持されている。また、「現在適用しているコーデック」には、関連付けられている通信装置がおこなっている通信に適用されているコーデックが保持されている。通信制御部１６はこの表を参照することによって、使用可能であるコーデックに関する情報を得てＩＮＶＩＴＥリクエストに含める。なお、通信端末２０がこのような情報を保持している場合には、自己が使用可能であるコーデック、及び自己が行っている通信において適用されているコーデックの種別のみ保持していてもよい。
【００５４】
ＩＮＶＩＴＥリクエストを受信した通信装置Ｂは、２００ＯＫレスポンスを送信する。なお、通信装置Ｂでは、ＩＮＶＩＴＥリクエストに含まれる通信装置Ａが使用可能であるコーデックの中から自装置Ｂが利用可能であるコーデックを、通信装置Ａとの間で行う通信に適用すると決定する。上記の２００ＯＫレスポンスには、通信に適用されるものとして決定されたコーデックを示す情報が含められる。なお、通信装置Ａ及び通信装置Ｂの両方において利用可能なコーデックが複数ある場合には、（通信装置Ｂにおいて）予め記憶されたルール（例えば、最も圧縮率が高いコーデックを適用する等のルール）に従ってコーデックが決定される。以上の処理によりセッションが確保され、当該セッションが用いられて通信が開始される。また、当該通信には、上記のように決定されたコーデックが適用される。通信が開始されると、使用可能コーデック保持部１７は、当該通信に適用されているコーデックを示す情報を「現在適用しているコーデック」として記憶する。
【００５５】
通信装置Ａの状態変化検知部１２ａは、通信速度を測定するなどして通信状態の変化を検知する（ステップＳ１０２）。なお、図５では、状態変化検知は、通信開始後１回のみ行われるように記載されているが、状態変化検知部１２ａは、例えば通信ネットワーク６０に輻輳が発生した等によって通信状態に変化がないかを常に監視している。状態変化検知部１２ａが通信の状態変化を検知した場合にステップＳ１０３以降の処理が実行される。
【００５６】
切替判断部１８ａは、状態変化検知部１２ａから、通信状態が変化した旨の通知を入力した場合に、コーデック切替が必要であるか否かを判断し、コーデック切替が必要であると判断した場合には、当該判断をした旨の情報、及び切替後コーデックを切替方法選択部１４ａへ出力する（ステップＳ１０３）。
【００５７】
切替方法選択部１４ａは、切替判断部１８ａからコーデック切替が必要であると判断をした旨の情報を入力すると、切替方法保持部１３ａを参照することにより、コーデックの切替方法を選択し、当該選択したコーデック切替方法、及び切替後コーデックをコーデック切替部１５ａに出力する（ステップＳ１０４）。
【００５８】
コーデック切替部１５ａは、切替方法選択部１４ａから入力したコーデック切替方法に従って、通信装置Ａと通信装置Ｂとの間で行われている通信に適用されているコーデックを切替前コーデックから切替後コーデックに切替える（ステップＳ１０５：コーデック切替ステップ）。
【００５９】
（コーデック切替方法について）
次に図７及び図８を用いて本実施形態におけるコーデック切替方法について説明する。図７及び図８は、図５に示した処理の流れの中でステップＳ１０５においてなされる処理の流れについて詳細に記載した流れ図である。図７は、通信端末２０ａにおける通信種別検知部１１ａが、通信端末２０ａが現在行っている通信としてストリーミング通信を検知した場合のコーデック切替方法（図３の「Ｒｅ−ＩＮＶＩＴＥ」によって示される方法）を示し、図８は、通信端末２０ａにおける通信種別検知部１１ａが、通信端末２０ａが現在行っている通信として音声通信を検知した場合のコーデック切替方法（図３の「ＩＮＶＩＴＥ」によって示される方法）を示す。
【００６０】
図７及び図８では、通信端末Ａと通信端末Ｂとの間で既にセッションが確保されている。以後、該セッションをセッション１（一のセッション）と称する。
【００６１】
図７から説明する。通信端末Ａのコーデック切替部１５ａは、通信制御部１６ａを介して通信装置Ｂに対して、ＳＩＰに規定されており、既存のセッションに対するＩＮＶＩＴＥリクエストにあたるｒｅＩＮＶＩＴＥリクエストを送信する（ステップＳ２０１）。このｒｅＩＮＶＩＴＥリクエストには、通信端末Ａが切替を要求するコーデックとしての切替後コーデックを特定する情報が含まれている。これにより、通信装置Ａは、通信装置Ｂに対して、セッション１に切替後コーデックを適用することを提案したこととなる。
【００６２】
通信装置Ａは、ｒｅＩＮＶＩＴＥリクエストを送信した時点で、通信制御部１６ａが通信を制御することにより切替前コーデック、及び切替後コーデックの両方のコーデックの受信が可能な状態となる。
【００６３】
通信装置Ａから、ｒｅＩＮＶＩＴＥリクエストを受信した通信装置Ｂにおけるコーデック切替部１５ａは、２００ＯＫレスポンスを通信制御部１６ａを介して通信装置Ａに対して送信する（ステップＳ２０２）。通信装置Ｂは、セッション１に対して切替後コーデックを適用する。通信端末Ｂから送信された２００ＯＫレスポンスを受信した通信装置Ａは、通信制御部１６ａが通信を制御することにより、２００ＯＫレスポンスを受信した時点で、セッション１における切替前コーデックの適用を終了する。
【００６４】
切替前コーデックの適用を終了するとは、具体的には、切替前コーデックのデータの送受信を中止する、或いは、切替前コーデックのデータの処理（符号化及び復号処理）を中止する、等である。
【００６５】
寸断の許容範囲が広い通信中に、上記方法により、切替前コーデックを切替後コーデックに切替えることにより、他のセッションを新たに確保する必要が無いため通信ネットワークへの負荷をより少なくすることが可能となる。なお、本実施形態においては、寸断の許容範囲が広い通信としてストリーミング通信を例にして説明しているが、これに限る意図はない。相対的に寸断の許容範囲が広いあらゆる通信に対してこの方法を適用することができる。
【００６６】
本実施形態における通信装置Ｂは、ステップＳ２０２において、２００ＯＫレスポンスを、一つ確保しているセッション（一のセッション）における制御用のポートであるＣ-Ｐｌａｎｅ用ポートを用いて送出する。一方、通信装置Ｂにおける通信制御部１６ａは、切替後コーデックが適用されたメディアを、一つ確保しているセッションにおけるデータ用ポートであるＵ-Ｐｌａｎｅ用ポートを用いて送出する。その為、通信装置Ｂは、２００ＯＫレスポンスの送信時点においてコーデック切替を行っており、且つ、通信装置Ａは、２００ＯＫレスポンスを受信した時点で切替前コーデックが適用されたメディアの受信を中断しているにも拘わらず、通信装置Ａが、２００ＯＫレスポンスを受信した後に切替前コーデックが適用されたメディアを受信することがある。その場合は、通信装置Ａは、当該２００ＯＫレスポンスを受信した後に受信した切替前コーデックが適用されたメディアを適切に処理することができず通信の寸断が生じることとなる。
【００６７】
なお、切替前コーデックが適用されたメディアの受信している時間を長く設定することによって、遅れて通信装置Ａに届いたメディアも受信及び復号等の処理ができることとなり、より寸断の発生を少なくすることが可能である。
【００６８】
本実施形態における通信端末２０は、音声通信の場合は別の方法でコーデック切替を行う。以下、図８を用いて説明する。
【００６９】
図８は、通信種別検知部１１ａが通信種別として音声通信を検知した場合（寸断の許容範囲が狭い通信種別を検知した場合）のコーデック切替方法の流れを示す図である。この処理の始めは、通信装置Ａと通信装置Ｂとが、セッション１（一のセッション）を確保して既に通信を行っている状態で始める。通信装置Ａにおけるコーデック切替部１５ａは、通信制御部１６ａを介して、通信装置Ｂに対してＩＮＶＩＴＥリクエストを送信する（ステップＳ３０１）。通信装置Ａが送信するＩＮＶＩＴＥリクエストには通信装置Ａにおける切替判断部１８ａが判断した切替後コーデックを示す情報が含まれている。
【００７０】
通信装置ＡからＩＮＶＩＴＥリクエストを受信すると、通信装置Ｂにおけるコーデック切替部１５ａは、通信制御部１６ａを介して通信装置Ａに対して２００ＯＫレスポンスを送信する（ステップＳＳ３０２）。通信装置Ｂが送信する２００ＯＫレスポンスには、通信装置Ａから送信されたＩＮＶＩＴＥリクエストに含まれている切替後コーデックを示す情報が含まれている。その後、通信装置Ａと通信装置Ｂとの間でセッション２（他のセッション）を確保して、切替後コーデックが適用された通信が行われる。
【００７１】
セッション２が確保された時刻から所定の時間経過後に、通信装置Ａのコーデック切替部１５ａは、通信制御部１６ａを介して、セッション１を開放する要求であるＢＹＥリクエストを通信装置Ｂに対して送信する（ステップＳ３０３）。
【００７２】
通信装置ＡからＢＹＥリクエストを受信すると、通信装置Ｂのコーデック切替部１５ａは、通信制御部１６ａを介して２００ＯＫレスポンスを通信装置Ａに対して送信する（ステップＳ３０４）。これらの処理により、セッション１が開放される。
【００７３】
上記方法によってコーデックを切替えることにより、セッション２が確保された時刻以降、セッション１が開放される時刻までは切替前コーデックが適用された通信、及び切替後コーデックが適用された通信共に処理できるため、コーデック切替によって生じる寸断を減少させることが可能となる。本実施形態においては通信装置Ａが通信装置Ｂに対してＢＹＥリクエストを送信する時刻に関しては通信装置Ａにおける設定によって自由に、且つ多くのコストをかけることなく変更可能である。その為、セッション２を確保してから通信装置Ａが通信装置Ｂに対してＢＹＥリクエストを送信することによりセッション１を開放するまでの時間を長く設定することによってコーデック切替による寸断をなくす、又は問題とならないレベルに減少させることが可能となる。
【００７４】
（作用及び効果について）
次に本実施形態における作用及び効果について説明する。
【００７５】
本実施形態における通信端末２０ａ、又はサーバ１０は、通信種別検知部１１ａが、通信中の通信の種別としての通信種別を検知し、コーデック切替部１５ａが、通信種別検知部１１ａが検知した通信種別に応じてコーデック切替を行っている。その際、コーデック切替部１５ａは、通信種別検知部１１ａが音声通信（第１の通信種別）を検知した場合には新たなセッションを確保することで、寸断の少ない方法によってコーデック切替を行い、通信種別検知部１１がストリーミング通信（第２の通信種別）を検知した場合には、新たなセッションを確保することなく、コーデック変換を行っている。
【００７６】
その為、通信の通信種別に応じてコーデックの切替方法を変更することとなり、寸断が許容されていない通信種別である場合に寸断が生じる方法によってコーデックを切替えてしまうことをなくすことが可能となる。
【００７７】
また、コーデック切替の要求を行う通信端末２０ａは、端末であるため、通信装置の都合によってコーデック切替方法を変更することが可能となる。
【００７８】
また、通信種別検知部１１ａがストリーミング通信を検知した場合に、コーデック切替部１５ａは、２００ＯＫレスポンスを受信した時刻から所定の時間経過後に、切替前コーデックによるデータ受信を終了しているため、当該所定の時間に到着した切替前コーデックによるデータについて適切に受信することができるため、より寸断を減らすことができる。
【００７９】
また、通信端末２０ａは、通信状態を検知する状態変化検知部１２ａを更に備え、コーデック切替部１５ａは、状態変化検知部１２ａによって検知される通信状態に応じて、コーデック切替を行うため、通信状態が変化した場合にコーデック変更を行うことが可能となる。
【００８０】
例えば、通信状態が悪くなれば、圧縮率の大きいコーデックとし、通信状態が良ければ、圧縮率の小さいコーデックとする等、通信状態に適したコーデックを選択することが可能となる。
【００８１】
（第２実施形態）
上記第１実施形態においては、通信端末２０ａは、通信種別を検知し、通信の状態変化を検知し、コーデック切替の可否を判断し、コーデック切替方法に関する情報を保持し、コーデック切替方法を選択し、且つ、コーデックを切替えるためのリクエスト（すなわちＩＮＶＩＴＥリクエスト、或いはｒｅＩＮＶＩＴＥリクエスト）を送信していた。
【００８２】
しかし、これらの機能は、通信ネットワーク６０を通じて通信端末２０と通信可能な状態で接続しているサーバ１０が備えてもよい。以下詳述する。但し、上記実施形態と同様である部分については、ここでは説明を省略し、相違する部分を中心に説明する。
【００８３】
図９に第２実施形態におけるサーバ１０及び通信端末２０ｃの機能構成を示す。この図に示すように、本実施形態のサーバ１０は、少なくとも２個の通信端末２０と通信ネットワーク６０を通じて接続している。通信端末２０ｃ及び通信端末２０ｄは、お互いに通信を行っており、機能構成が同様である。
【００８４】
ここで、通信の形態について説明する。サーバが通信を制御する場合の通信形態には２種類ある。一つはサーバが介在される通信形態であり、通信端末２０は、直接相手の通信端末２０との間でセッションを確保することはなく、各通信端末２０はサーバ１０との間でセッションを確保する。他方は、通信端末２０は、相手の通信端末２０との間で直接セッションを確保する方法である。本発明はその両方の形態に適用可能である。
【００８５】
本実施形態におけるサーバ１０は、具体的には、通信種別検知部１１ｂ、状態変化検知部１２ｂ、切替方法保持部１３ｂ、切替方法選択部１４ｂ、コーデック切替部１５ｂ、通信制御部１６ｂ、使用可能コーデック保持部１７ｂ、及び切替判断部１８ｂを含んで構成されている。
【００８６】
通信種別検知部１１ｂは、サーバ１０に通信ネットワーク６０を通じて接続している通信端末２０ｃと通信端末２０ｄとの間で行われている通信の通信種別を検知する機能を有する。
【００８７】
状態変化検知部１２ｂは、通信ネットワーク６０上の輻輳の情報等を用いて通信状態の変化を検知する機能を有する。また、本実施形態においては、後述するとおり通信端末２０ｃ及び通信端末２０ｄは状態変化検知部１２ｃを備えており、上記説明した第１実施形態と同様に通信速度等から通信状態変化を検知している。本実施形態においては、通信端末２０における状態変化検知部１２ｃが通信状態変化を検知した場合、状態変化検知部１２ｃは、通信状態変化を検知した旨の情報をサーバ１０へ送信している。それによって、本実施形態においては、通信端末２０における状態変化検知部１２ｃが通信状態変化を検知した場合も、サーバ１０の状態変化検知部１２ｂは通信状態変化を検知することができる。すなわち、サーバ１０の状態変化検知部１２ｂが通信状態変化を検知する場合には（１）通信ネットワーク６０上の輻輳等を用いて通信状態の変化を検知する場合、及び（２）通信端末２０における状態変化検知部１２ｃが通信状態変化を検知した場合、が含まれる。以後、両者を特定する必要がある場合には（１）の場合を「ネットワーク上の通信状態変化」と称し、（２）の場合を「端末における通信状態の変化」と称する。状態変化検知部１２ｂは、通信状態の変化を検知すると通信状態が変化した旨の通知、及び通信状態変化後の通信状態に関する情報（具体的には、例えば、通信状態変化後における通信速度）を、後述の切替判断部１８ｂに出力する。
【００８８】
使用可能コーデック保持部１７ｂは、サーバ１０が使用可能であるコーデックに関する情報と、当該コーデックが適用されるべき場合に関する情報と、を保持している。
【００８９】
図２に使用可能コーデック保持部１７ｂが保持している情報の例を示す。図２の内容については上記第１実施形態における説明と同様である。
【００９０】
切替判断部１８ｂは、状態変化検知部１２ｂから、通信状態が変化した旨の通知を入力した場合に、コーデック切替が必要であるか否かを判断し、コーデック切替が必要であると判断した場合には、当該判断をした旨の情報、及び切替後コーデックを後述の切替方法選択部１４ｂへ出力する機能を有する。
【００９１】
具体的には、切替判断部１８ｂは、状態変化検知部１２ｂから通信状態変化後の通信状態に関する情報を入力し、当該情報と、使用可能コーデック保持部１７ｂに保持されている「コーデックが適用されるべき場合」と、を比較することにより、通信状態変化後の通信状態において適用されるべきコーデック種別を検索する。該検索したコーデック種別が、切替判断部１８ｂが保持している切替前コーデックと同一である場合、切替判断部１８ｂは、コーデック切替が不要であると判断する。
【００９２】
該検索したコーデック種別が、切替判断部１８ｂが保持している切替前コーデックと異なる場合、切替判断部１８ｂは、コーデック切替が必要であると判断する。
【００９３】
切替判断部１８ｂがコーデック切替が必要であると判断した場合には、その旨の情報と、切替後コーデックとして上記検索したコーデックと、を切替方法選択部１４ｂに出力する。切替判断部１８ｂは、切替後コーデックを保持する（これは次に切替判断部１８ｂがコーデック切替が必要か否かを判断する場合には切替前コーデックとなる）。
【００９４】
切替方法保持部１３ｂには、コーデック切替方法が、通信種別検知部１１ｂが検知する通信種別と関連付けられて保持されている。図３に切替方法保持部１３が保持する情報の例を示す。図３の説明は、上記第１実施形態の場合と同様である。
【００９５】
切替方法選択部１４ｂは、切替判断部１８ｂからコーデック切替が必要である旨の情報を入力すると、切替方法保持部１３ｂを参照することによりコーデックの切替方法を選択し、当該選択したコーデック切替方法、及び切替後コーデックをコーデック切替部１５ｂに出力する機能を有する。
【００９６】
具体的には、切替方法選択部１４ｂは、切替判断部１８ｂから、コーデック切替が必要である旨の情報、切替後コーデックを切替判断部１８ｂから入力し、当該入力があった場合に、通信端末２０ｃと通信端末２０ｄとの間で行われている通信の通信種別を通信種別検知部１１ｂから入力する。切替方法選択部１４ｂは、入力した通信種別と、切替方法保持部１３ｂが保持している「通信種別」とを比較し、同一である通信種別と関連付けられた「コーデック切替方法」を参照することによって、通信端末２０ｃと通信端末２０ｄとの間で現在行われている通信種別に関連付けられたコーデック切替方法を得る。
【００９７】
コーデック切替部１５ｂは、切替方法選択部１４ｂから入力したコーデック切替方法に従って、通信端末２０ｃと通信端末２０ｄとの間で行われている通信に適用されるコーデックを切替前コーデックから切替後コーデックに切替える機能を有する。具体的なコーデック切替えの方法については後で詳述する。
【００９８】
図９に示すように本実施形態における通信端末２０ｃ及び通信端末２０ｄは、状態変化検知部１２ｃ、及び通信制御部１６ｃを含んで構成される。
【００９９】
状態変化検知部１２ｃは、通信状態の変化を検知する機能を有する。具体的には、状態変化検知部１２ｃは、通信速度を測定し、当該測定した通信速度から通信状態の変化を検知する。状態変化検知部１２ｃは、通信状態の変化を検知した場合には、検知した情報をサーバ１０へ送信する。
【０１００】
（コーデック切替方法について）
次に図１０〜１３を用いて本実施形態におけるコーデック切替方法について説明する。図１０〜１３は、図５におけるステップＳ１０５における処理の流れを示したものである。
【０１０１】
図１０は、通信種別検知部１１ｂが通信種別としてストリーミング通信を検知した場合（寸断の許容範囲が広い通信種別を検知した場合）のコーデック切替方法の流れを示す図である。なお、図１０に示す処理は、図５のＳ１０１〜Ｓ１０４に相当する処理が既に行われており、コーデックを切り替えることを前提としたものである。
【０１０２】
通信装置Ａにおけるコーデック切替部１５ｂは、通信制御部１６ｂを介して通信装置Ｂに対して、ＳＩＰに規定されているｒｅＩＮＶＩＴＥリクエストを送信する（ステップＳ４０１）。
【０１０３】
ｒｅＩＮＶＩＴＥリクエストを受信したときに、通信装置Ｂにおける通信制御部１６ｃは、更新後コーデックが適用されたメディアの受信を開始する。すなわちこの時点以降、通信装置Ｂは、切替前コーデックが適用されたメディアと切替後コーデックが適用されたメディアとの両方のメディアを受信可能となる。
【０１０４】
次に、通信装置Ｂは、通信制御部１６ｃを介して２００ＯＫレスポンスを通信装置Ａに対して送信する（ステップＳ４０２）。２００ＯＫレスポンスを受信すると、通信装置Ａにおけるコーデック切替部１５ｂは、送信するメディアを更新後コーデックが適用されたメディアとする指示を通信制御部１６ｂに出力する。
【０１０５】
通信装置Ｂの通信制御部１６ｃは、切替後コーデックが適用されたメディアを送信する（ステップＳ４０２）。
【０１０６】
切替後コーデックが適用されたメディアを最初に受信した時点で、通信端末Ｂにおける通信制御部１６ｃは切替前コーデックの受信を終了する。しかし、電波状況の変化など通信上の様々な理由により寸断の可能性がある。
【０１０７】
次に図１１を用いて、通信種別が音声通信（寸断の許容範囲が狭い通信種別）であった場合の処理の流れを説明する。図１１の処理は、通信装置Ｂ同士（通信端末２０ｃ及び通信端末２０ｄ）が、通信装置Ａ（サーバ１０）を通じてセッション１を確保して既に通信を行っている状態で始める。なお、図１１に示す処理は、図５のＳ１０１〜Ｓ１０４に相当する処理が既に行われており、コーデックを切り替えることを前提としたものである。
【０１０８】
通信装置Ａにおけるコーデック切替部１５ｂは、通信制御部１６ｂを介してＩＮＶＩＴＥリクエストを通信装置Ｂに対して送信する（ステップＳ５０１）。ＩＮＶＩＴＥリクエストには、通信装置Ａの切替判断部１８ｂが判断した切替後コーデックを示す情報が含まれている。
【０１０９】
ＩＮＶＩＴＥリクエストを受信した通信装置Ｂは、２００ＯＫレスポンスを通信装置Ａに対して送信する（ステップＳ５０２）。これらの処理により切替後コーデックが適用された通信のためのセッション２が確保される。
【０１１０】
セッション２が確保された時刻から所定の時間経過後に、通信装置Ａにおけるコーデック切替部１５ｂは、セッションを終了するためのリクエストであるＢＹＥリクエストを通信制御部１６ｂを介して通信措置Ｂに対して送信する（ステップＳ５０４）。この送信は、セッション１において（セッション１を用いて）行われる。
【０１１１】
ＢＹＥリクエストを受信すると、通信装置Ｂは、２００ＯＫレスポンスを通信装置Ａに対して送信する（ステップＳ５０５）。
【０１１２】
これらの処理により、セッション１が開放される。上記方法によれば、セッション２が確保された時刻からセッション１が開放される時刻までの間は切替前コーデックが適用されているメディア、及び切替後コーデックが適用されているメディアの両方を適切に処理することが可能となる。その為、コーデック切替時の寸断をより少なくすることが可能となる。
【０１１３】
セッション２を確保してから、通信装置Ｂに対してＢＹＥリクエストを送信してセッション１を開放するまでの時間を長く設定することによってコーデック切替による寸断をなくす、又は問題とならないレベルに減少させることが可能となる。
【０１１４】
本実施形態においては、ＢＹＥリクエストを送信する（ステップＳ５０４）時刻（すなわち、セッション１を開放する時刻）は、通信装置Ａにおいてソフトウェア的に設定することが可能である。その為、他の方法と比較してより簡易に（多くの費用を掛けることなく）コーデック切替時の寸断を減少又はなくすことが可能となる。
【０１１５】
上記説明は、通信装置Ａ（サーバ１０）における状態変化検知部１２ｂがネットワーク上の通信状態変化を検知した例を示した。通信装置Ａ（サーバ１０）における状態変化検知部１２ｂが、端末における通信状態変化を検知する場合について以下説明する。
【０１１６】
この場合、図１１における通信装置Ｂにおける状態変化検知部１２ｃは、通信状態変化を検知する。通信状態変化を検知した状態変化検知部１２ｃは、通信状態変化を検知した旨の情報を通信制御部１６ｃを介してサーバ１０に対して送信する。サーバ１０における状態変化検知部１２ｂが通信状態変化を検知した旨の情報を受信すると、サーバ１０におけるコーデック切替部１５ｂは、通信制御部１６ｂを介してＩＮＶＩＴＥリクエストを端末Ａ及び端末Ｂに対して送信する（ステップＳ５０１）。ステップＳ５０１以下の処理は上記と同様である。
【０１１７】
次に、図１２を用いて、通信種別が音声通信（寸断の許容範囲が狭い通信種別）であった場合の別のコーデック変換方法を説明する。図１１を用いて説明した処理との差は、通信を行っている第１の通信装置及び第２の通信装置Ｂ（通信端末２０ｃ及び通信端末２０ｄ）と、通信装置Ａ（サーバ１０）と、の間でそれぞれ行われている通信のコーデックを両方とも切替えるのではなく、通信を行っている二つの通信装置Ｂのなかの一方である第１の通信装置Ｂと、通信装置Ａと、の間のコーデックのみを切替える点である。これは、例えば、第１の通信装置Ｂのみで通信状態の変化が検出されて、その旨の情報が第１の通信装置Ｂから通信装置Ａに送信された場合に起こる。一方、図１１を用いて説明した処理では、例えば、通信装置Ａの状態変化検知部１２ｂが（第１及び第２の通信装置Ｂからの通知でなく）通信状態の変化を検知した場合、及び第１及び第２の通信装置Ｂの両方から通信装置Ａに通信状態の変化が通知された場合の何れかの処理である。
【０１１８】
図１１の場合と同様に、図１２においても第１の通信装置Ｂと第２の通信装置Ｂとが、通信装置Ａを通じてセッション１を確保して既に通信を行っている状態で始める。
【０１１９】
通信装置Ａにおけるコーデック切替部１５ｂは、通信制御部１６ｂを介して、コーデックの切替を行おうとしている第１の端末装置Ｂに対して、ＩＮＶＩＴＥリクエストを送信する（ステップＳ６０１）。ＩＮＶＩＴＥリクエストには、通信装置Ａの切替判断部１８ｂが判断した切替後コーデックを示す情報が含まれている。
【０１２０】
ＩＮＶＩＴＥリクエストを受信した第１の通信装置Ｂは、２００ＯＫレスポンスを通信装置Ａに対して送信する（ステップＳ６０２）。これらの処理により、通信装置Ａと、第１の通信装置Ｂと、の間に切替後コーデックが適用された通信のためのセッション２が確保される。
【０１２１】
通信装置Ａと、第１の通信装置Ｂと、の間にセッション２が確保された時刻から所定の時間経過後に、通信装置Ａにおけるコーデック切替部１５ｂは、セッションを終了するためのリクエストであるＢＹＥリクエストを通信制御部１６ｂを介して第１の通信措置Ｂに対して送信する（ステップＳ６０３）。この送信は、セッション１において（セッション１を用いて）行われる。
【０１２２】
ＢＹＥリクエストを受信すると、第１の通信装置Ｂは、２００ＯＫレスポンスを通信装置Ａに対して送信する（ステップＳ６０４）。これによって、第１の通信装置Ｂと、通信装置Ａと、の間のセッション１が開放される。
【０１２３】
以上説明した方法によって、第１の通信装置Ｂと通信装置Ａとの間で行われる通信は更新後のコーデックが適用されることとなるが、第２の通信装置Ｂと通信装置Ａとの間で行われる通信は更新前のコーデックが適用されたままとなる。そこで、通信装置Ａは、更新前コーデックと更新後コーデックとを変換する処理であるトランスコーデックを行う。
【０１２４】
すなわち、通信装置Ａは、第１の通信装置Ｂとの間で、セッション２を用いて行われている更新後コーデックが適用された通信と、第２の通信装置Ｂとの間で、セッション１を用いて行われている更新前コーデックが適用された通信と、を相互に変換（トランスコーデック）することによって、第１の通信装置Ｂと第２の通信装置Ｂとの間で通信が行えるようにする。
【０１２５】
図１３には、サーバ１０がコーデック切替を制御するが、セッションは通信端末２０としての通信装置Ａ及び通信装置Ｂの間で確保されている場合の処理を示す。この場合、サーバ１０における切替判断部１８がコーデック切替を判断し、通信装置Ａ及び通信装置Ｂの少なくとも何れか一方に対してコーデック切替の指示（提案）を送信する（ステップＳ６００：コーデック切替ステップ）。
【０１２６】
指示には、判断したコーデックの切替え法を示す情報が含まれる。通信装置Ａ及び通信装置Ｂの少なくともいずれかは、その情報に基づいてコーデック切替処理を行う。
【０１２７】
即ち、その後の処理については、サーバ１０の判断に応じて図７又は図８で示した処理と同様である。
【０１２８】
なお、サーバ１０による通信装置Ａ及び通信装置Ｂの制御は、具体的には、通話の当事者（通信端末）以外の第三者が呼制御を行う第三者呼び制御（３ｒｄ  Ｐａｒｔｙ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ：３ｐｃｃ）の技術を用いることによって実現可能である。
【０１２９】
（作用及び効果について）
次に本実施形態における作用及び効果について説明する。
【０１３０】
また、コーデック切替を要求するサーバ１０が、通信を行っている両方の通信端末２０ｃ及び通信端末２０ｄが利用可能であるコーデックの種類を認識できるため、最適なコーデックに切替えることができる。
【０１３１】
図３及び図６に示す情報のみサーバ１０が保持していてもよい。すなわち図９に示す状態変化検知部１２ｂを通信端末２０が保持していてもよい。その場合、サーバ１０が、最適なコーデックを判断することが可能である。また、この場合状態変化検知部１２が検知する状態変化の種類が増えるという効果を得ることができる。すなわち、この場合電波レベル、ハンドオーバ端末がビジーであるか否か等の情報を状態変化を検出する情報として含めることが可能となる。
【０１３２】
なお、状態変化検出部１２をサーバ１０が備えることにより、更に多くの情報を得ることができる。すなわち通信端末２０ｃ、及び通信端末２０ｄ両方の端末の状態、ネットワーク状態（輻輳、全体リソース、通信速度などを含む）、等を状態変化を検出する情報として含めることができる。また、状態変化検出部１２ｂをサーバ１０が備えることにより、状態が変化した旨の通知を通信ネットワーク６０を通じて行う必要がないという効果を得ることができる。
【０１３３】
また、通信端末２０は、通信状態を検知する状態変化検知部１２を更に備え、コーデック切替部は、状態変化検知部１２によって検知される通信状態に応じて、コーデック切替を行うことが好適である。これにより、通信状態が変化した場合にコーデック変更を行うことが可能となる。
【０１３４】
本実施形態におけるサーバ１０のコーデック切替部１５は、通信端末２０が検知した通信状態の変化に関する情報を受信した場合にも、コーデック切替を行っているため、通信端末２０における通信速度等が低下した場合等もコーデック切替を行うことが可能となる。
【符号の説明】
【０１３５】
１０…サーバ、１１ａ、１１ｂ…通信種別検知部、１２ａ、１２ｂ、１２ｃ…状態変化検知部、１３ａ、１３ｂ…切替方法保持部、１４ａ、１４ｂ…切替方法選択部、１５ａ、１５ｂ…コーデック切替部、１６ａ、１６ｂ、１６ｃ…通信制御部、１７ａ、１７ｂ…使用可能コーデック保持部、１８ａ、１８ｂ…切替判断部、２０ａ、２０ｂ、２０ｃ、２０ｄ…通信端末、６０…通信ネットワーク。
【図１】
2010273103.tif 000003
【図２】
2010273103.tif 000004
【図３】
2010273103.tif 000005
【図４】
2010273103.tif 000006
【図５】
2010273103.tif 000007
【図６】
2010273103.tif 000008
【図７】
2010273103.tif 000009
【図８】
2010273103.tif 000010
【図９】
2010273103.tif 000011
【図１０】
2010273103.tif 000012
【図１１】
2010273103.tif 000013
【図１２】
2010273103.tif 000014
【図１３】
2010273103.tif 000015