JP2012029183A - 通信装置、通信システム、通信方法、及び通信プログラム - Google Patents

Abstract

【課題】他の通信装置とのセッションが確立した状態の通信装置が、新たな通信装置と確実にセッションを確立させることができる通信装置、通信システム、通信方法、及び通信プログラムを提供する。
【解決手段】通信装置１２は、通信装置１３とのセッション確立を要求する要求パケット（INVITE）を送信する（Ｓ１２）。要求パケットには、オファー情報が格納される。通信装置１３は、通信装置１４とのセッションにおいて使用されているメディア情報をオファー情報として、アンサー情報と共に肯定応答パケット（ＯＫ応答）に格納される。通信装置１３は、肯定応答パケットを通信装置１２に対して送信する（Ｓ１４）。通信装置１２は、アンサー情報が格納されたＡＣＫパケットを通信装置１３に対して送信する（Ｓ１６）。通信装置１２と１３との間のセッションは確立し、テレビ会議が実行される（Ｓ１８）。
【選択図】図５

Description

本発明は、複数の通信装置間でＳＤＰ（Session Description Protocol）を使用した呼制御通信が行われる通信装置、通信システム、通信方法、及び通信プログラムに関する。

相手方の通信装置とのセッションを確立するためのプロトコルとして、ＳＤＰ（Session Description Protocol）が知られている。ＳＤＰでは、発呼側の通信装置（以下「発呼装置」という。）が相手方の通信装置（以下「被呼装置」という。）に対して、オファー情報を含む要求パケットを送信する。オファー情報として、発呼装置が使用可能なメディア情報（例えば、音声や映像のCODECなど）が、一つ以上格納される。被呼装置は、受信した要求パケットに格納されているオファー情報から、自身が使用可能なメディア情報を選択する。被呼装置は、選択したメディア情報をアンサー情報として応答パケットに格納し、発呼装置に対して返信する。発呼装置は、応答パケットに格納されたアンサー情報を使用することで、被呼装置とセッションを確立し、被呼装置とＰ２Ｐ（Peer to Peer）通信を行うことができる（例えば、特許文献１参照）。

例えば、複数の通信装置間で実行中のテレビ会議に、新たな通信装置が参加する場合を想定する。テレビ会議に参加している通信装置を「会議中装置」という。新たにテレビ会議に参加する通信装置を「参加装置」という。この場合、参加装置は、会議中装置に対して、オファー情報が格納された要求パケットを送信する。要求パケットを受信した会議中装置は、テレビ会議を実行するために必要なメディア情報をオファー情報から選択し、アンサー情報として応答パケットに格納して参加装置に対して返信する。参加装置は、応答パケットに格納されたアンサー情報に基づいてメディア情報を使用することで、テレビ会議に参加することができる。

特開２００５−８００２５号公報

実行中のテレビ会議において、テレビ会議用の専用アプリケーションが使用されていたとする。そして、参加装置から送信される要求パケットに格納されるオファー情報に、専用アプリケーションが選択肢として含まれていなかったとする。この場合、専用アプリケーションが使用される旨が応答パケットによって参加装置に通知されない。参加装置は、応答パケットに格納されたアンサー情報を参照しても、専用アプリケーションの必要性を認識できない。このため、例え参加装置において専用アプリケーションが使用可能な場合でも、参加装置は専用アプリケーションを使用しないので、参加装置は会議中装置とセッションを確立させることができない。以上のように、ＳＤＰに基づいて通信が行われた場合、他の通信装置とのセッションが確立された通信装置が、新たな通信装置とセッションを確立させることができない場合があるという問題点がある。

本発明の目的は、他の通信装置とのセッションが確立した状態の通信装置が、新たな通信装置と確実にセッションを確立させることができる通信装置、通信システム、通信方法、及び通信プログラムを提供することにある。

本発明の第一態様に係る通信装置は、他の通信装置である第一通信装置とセッションが確立している状態で、セッションが確立していない他の通信装置である第二通信装置から、セッションの確立を要求する要求パケットを受信する第一受信手段と、前記第一受信手段において前記第二通信装置から前記要求パケットを受信した場合に、前記第一通信装置との間のセッションの条件であって、前記第二通信装置とのセッション時に必要な第一条件を取得する取得手段と、前記取得手段において取得された前記第一条件を含む応答パケットを、前記第二通信装置に送信する第一送信手段と、前記第一送信手段において送信された前記応答パケットに応じ、前記第二通信装置から返信されるパケットであって、前記第一条件でセッションを確立させることが可能である旨を通知する通知パケットを受信する第二受信手段と、前記第二受信手段において前記通知パケットを受信した場合に、前記第一条件を使用することで前記第二通信装置とのセッションを確立する確立手段とを備えている。

本発明の第一態様によれば、通信装置は、第一通信装置とのセッションの条件（第一条件）を、セッション確立の要求に対する応答と共に、第二通信装置に対して通知できる。通信装置は、第一通信装置との間で第一条件に基づいたセッションが確立している状態で、第二通信装置と第一条件に基づいたセッションを確立させることができる。このように通信装置と第二通信装置とは、第一条件に基づいて、迅速かつ円滑にセッションを確立させることができる。

また、第一態様において、前記第二受信手段において前記通知パケットを受信した場合に、前記第一通信装置に対して、前記第二通信装置に対する前記要求パケットの送信を依頼する依頼パケットを送信する第二送信手段を備えていてもよい。これによって通信装置は、第一通信装置と第二通信装置とのセッションを確立させることができる。第二通信装置は、セッションが確立した複数の通信装置のうち一に対して要求パケットを送信することで、セッションが確立した複数の通信装置の全てとセッションを確立させることができる。

また、第一態様において、前記第一受信手段は、前記第二通信装置において確立可能なセッションの条件であって、前記第二通信装置が自身とのセッション確立時に使用されることを想定する第二条件を含む前記要求パケットを受信し、前記第一受信手段において、前記第二条件を含む前記要求パケットを受信した場合に、前記第二条件でセッションを確立させることが可能かを、自身が実施可能なセッションの条件に基づいて判断する判断手段を備え、前記第一送信手段は、前記判断手段において、前記第二条件でセッションを確立させることが可能と判断された場合に、前記応答パケットを送信してもよい。これによって通信装置は、第二通信装置において使用を想定するセッションの条件（第二条件）を取得できる。通信装置は、取得した第二条件でセッションを確立させることが可能な場合に、第二通信装置との間でセッションを確立させることができる。通信装置は、第二通信装置とのセッションを確実に確立させることができる。

また、第一態様において、前記判断手段において、前記第二条件でセッションを確立させることが不可能と判断された場合に、通信の確立を拒否する拒否パケットを前記第二通信装置に対して送信する第三送信手段を備えていてもよい。これによって通信装置は、取得した第二条件でセッションを確立させることが不可能な場合に、第二通信装置との間のセッションの確立を拒否できる。通信装置は、不用意にセッションが確立されてしまうことを防止することで、通信の信頼性を高めることができる。

また、第一態様において、前記取得手段は、前記第一条件を複数取得し、前記第一送信手段は、前記取得手段にて前記第一条件を複数取得した場合に、取得した複数の前記第一条件を含む前記応答パケットを送信し、前記第二受信手段は、前記取得手段にて取得された複数の前記第一条件のうち少なくとも一つを含む前記通知パケットを受信し、前記確立手段は、前記第二受信手段にて受信された前記通知パケットに含まれている前記第一条件に基づいて、前記第二通信装置とセッションを確立してもよい。これによって第二通信装置は、複数の第一条件から、自身が使用できる第一条件を選択して通知できる。通信装置は、複数の第一条件のうち、第二通信装置にて使用可能な条件を選択し、選択された条件に基づいてセッションを行うことができる。通信装置は、第二通信装置とのセッションが確立される可能性を高めることができる。

本発明の第二態様に係る通信システムは、異なる通信装置である第一通信装置、第二通信装置、及び第三通信装置間でセッションを確立し、Ｐ２Ｐ通信を行う通信システムであって、前記第一通信装置と前記第三通信装置とは既にセッションが確立しており、且つ、前記第二通信装置は、前記第一通信装置及び前記第三通信装置とセッションが確立していない場合において、前記第三通信装置は、前記第二通信装置が前記第三通信装置に対し、セッションの確立を要求する要求パケットを送信した場合に、前記要求パケットを受信する第一受信手段と、前記第一受信手段において前記第二通信装置から前記要求パケットを受信した場合に、前記第一通信装置との間のセッションの条件であって、前記第二通信装置とのセッション時に必要な第一条件を取得する取得手段と、前記取得手段において取得された前記第一条件を含む応答パケットを、前記第二通信装置に送信する第一送信手段と、前記第一送信手段において送信された前記応答パケットに応じ、前記第二通信装置から返信されるパケットであって、前記第一条件でセッションを確立させることが可能である旨を通知する通知パケットを受信する第二受信手段と、前記第二受信手段において前記通知パケットを受信した場合に、前記第一条件を使用することで前記第二通信装置とセッションを確立する第一確立手段とを備え、前記第二通信装置は、前記第三通信装置に対して前記要求パケットを送信する第二送信手段と、前記第二送信手段において送信された前記要求パケットに対し、前記第三通信装置から返信される前記応答パケットを受信する第三受信手段と、前記第三受信手段において受信された前記応答パケットに含まれている前記第一条件でセッションを確立させることが可能か判断する判断手段と、前記判断手段において、前記第一条件でセッションを確立させることが可能と判断された場合に、前記第三通信装置に対して前記通知パケットを送信する第三送信手段と前記第三送信手段において前記通知パケットを送信した後、前記第一条件を使用することで前記第三通信装置とセッションを確立する第二確立手段とを備えている。

本発明の第二態様によれば、第三通信装置は、第一通信装置とのセッションの条件（第一条件）を、セッション確立の要求に対する応答と共に、第二通信装置に対して通知できる。第三通信装置は、第一通信装置との間で第一条件に基づいたセッションが確立している状態で、第二通信装置と第一条件に基づいたセッションを確立させることができる。このように第三通信装置と第二通信装置とは、第一条件に基づいて、迅速かつ円滑にセッションを確立させることができる。

本発明の第三態様に係る通信方法は、他の通信装置である第一通信装置とセッションが確立している状態の通信装置において実行される通信方法であって、セッションが確立していない他の通信装置である第二通信装置から、セッションの確立を要求する要求パケットを受信する第一受信ステップと、前記第一受信ステップにおいて前記第二通信装置から前記要求パケットを受信した場合に、前記第一通信装置との間のセッションの条件であって、前記第二通信装置とのセッション時に必要な第一条件を取得する取得ステップと、前記取得ステップにおいて取得された前記第一条件を含む応答パケットを、前記第二通信装置に送信する第一送信ステップと、前記第一送信ステップにおいて送信された前記応答パケットに応じ、前記第二通信装置から返信されるパケットであって、前記第一条件でセッションを確立させることが可能である旨を通知する通知パケットを受信する第二受信ステップと、前記第二受信ステップにおいて前記通知パケットを受信した場合に、前記第一条件を使用することで前記第二通信装置とセッションを確立する確立ステップとを備えている。

本発明の第三態様によれば、通信装置は、第一通信装置とのセッションの条件（第一条件）を、セッション確立の要求に対する応答と共に、第二通信装置に対して通知できる。通信装置は、第一通信装置との間で第一条件に基づいたセッションが確立している状態で、第二通信装置と第一条件に基づいたセッションを確立させることができる。このように通信装置と第二通信装置とは、第一条件に基づいて、迅速かつ円滑にセッションを確立させることができる。

本発明の第四態様に係る通信プログラムは、第一通信装置とセッションが確立している状態で、セッションが確立していない第二通信装置から、セッションの確立を要求する要求パケットを受信する第一受信ステップと、前記第一受信ステップにおいて前記第二通信装置から前記要求パケットを受信した場合に、前記第一通信装置との間のセッションの条件であって、前記第二通信装置とのセッション時に必要な第一条件を取得する取得ステップと、前記取得ステップにおいて取得された前記第一条件を含む応答パケットを、前記第二通信装置に送信する第一送信ステップと、前記第一送信ステップにおいて送信された前記応答パケットに応じ、前記第二通信装置から返信されるパケットであって、前記第一条件でセッションを確立させることが可能である旨を通知する通知パケットを受信する第二受信ステップと、前記第二受信ステップにおいて前記通知パケットを受信した場合に、前記第一条件を使用することで前記第二通信装置とセッションを確立する確立ステップとをコンピュータに実行させる。本発明の第四態様によれば、上述した各処理をコンピュータに実行させることができる。

通信システム１の概要及び通信装置１２の電気的構成を示す図である。 通信装置１２と通信装置１３との間の通信シーケンスを示す図である。 要求パケット（INVITE）に格納される情報の一例を示す図である。 肯定応答パケット（ＯＫ応答）に格納される情報の一例を示す図である。 通信装置１２、１３、１４間の通信シーケンスを示す図である。 肯定応答パケット（ＯＫ応答）に格納される情報の一例を示す図である。 ＡＣＫパケットに格納される情報の一例を示す図である。 発呼側処理を示すフローチャートである。 被呼側処理を示すフローチャートである。 発呼側処理及び被呼側処理の共通処理を示すフローチャートである。

以下、本発明の一実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。

図１を参照し、通信システム１について説明する。通信システム１は、サーバ１１、及び通信装置１２、１３、１４（以下、これらを区別しない場合、「通信装置２」と呼ぶ。）を備えている。サーバ１１及び通信装置２は、ネットワーク３を介して相互に通信を行うことができる。通信装置２は、呼制御通信によって他の通信装置２とセッションを確立することができる。通信装置２として、例えば周知のＰＣが使用される。呼制御通信のプロトコルとして、例えばＳＩＰ（Session Initiation Protocol）やＳＤＰ（Session Description Protocol）が使用される。サーバ１１は、通信装置２間の呼制御通信を制御する。サーバ１１として、ＳＩＰサーバが使用される。本実施形態では、通信装置２間でセッションが確立された後、テレビ会議が実行される。なお以下では、呼制御通信を経てテレビ会議が実行可能となることを、「セッションが確立する」ともいう。テレビ会議時に通信装置間で実行される一連の通信が「セッション」に相当する。なお、セッション確立時に実行されるアプリケーションはテレビ会議に限定されない。なお、通信装置２に付された符号（１２、１３、及び１４）は、其々の通信装置のＩＤも示しているものとする。

通信装置１２の電気的構成について説明する。通信装置１３及び１４の電気的構成は、通信装置１２と同一である。通信装置１２は、通信装置１２の制御を司るＣＰＵ２１を備えている。ＣＰＵ２１は、ＲＯＭ２２、ＲＡＭ２３、ハードディスクドライブ（ＨＤＤ）２４、入力部２５、出力部２６、ドライブ装置２７、及び通信部２８と電気的に接続している。ＲＯＭ２２には、ブートプログラムやＢＩＯＳ、ＯＳ等が記憶される。ＲＡＭ２３には、タイマやカウンタ、一時的なデータが記憶される。ＨＤＤ２４には、ＣＰＵ２１の制御プログラムが記憶される。入力部２５は、ユーザからの入力を受け付けるキーボードやマウスである。出力部２６は、所望の画像を表示させるディスプレイである。ドライブ装置２７は、記憶媒体２７１に記憶された情報を読み出すことができる。例えば、通信装置１２のセットアップ時、記憶媒体２７１に記憶された制御プログラムはドライブ装置２７によって読み出され、ＨＤＤ２４に記憶される。通信部２８は、ネットワーク３を介して他の通信装置２と通信を行う場合のタイミング制御を行う。

通信装置２は、相手方の通信装置２とセッションを確立させてテレビ会議を実行する場合に使用されるメディア情報を、ＳＤＰに基づいた呼制御通信を介して特定する。メディア情報として、例えば音声や映像のCODEC、及び、テレビ会議時に使用される専用アプリケーション（資料共有アプリケーション等）が挙げられる。通信装置２は、ＳＤＰに基づいた呼制御通信によって特定したメディア情報を使用することで、相手方の通信装置２と円滑にセッションを確立させ、テレビ会議を実行できる。

図２を参照し、ＳＤＰに基づいて実行される呼制御通信の一例について説明する。なお、呼制御通信はサーバ１１を介して実行されるが、図２ではサーバ１１は省略されている。通信装置１２に対して、通信装置１３との間でテレビ会議を開始するための入力操作がされたとする。通信装置１２は、通信装置１３との間のセッションの確立を要求する要求パケット（INVITE）を、サーバ１１を介して通信装置１３に対して送信する（Ｓ１）。要求パケット（INVITE）には、通信装置１２において使用可能なメディア情報であって、通信装置１３とのセッション確立時に使用されることが想定されるメディア情報が格納される。図２では、音声及び映像に関するメディア情報が、要求パケット（INVITE）に格納されている。通信装置１２において、使用可能なメディア情報がカテゴリ毎に複数ある場合、複数のメディア情報は全て要求パケット（INVITE）に格納される。以下、自身が使用可能なメディア情報としてパケットに格納される情報を、「オファー（Offer）情報」という。

図３を参照し、Ｓ１（図２参照）で送信された要求パケット（INVITE）に格納される情報について説明する。枠３１で囲まれた部分の情報は、音声（audio）に関するオファー情報に相当する。枠３２で囲まれた部分の情報は、映像（video）に関するオファー情報に相当する。図３では、音声に関するオファー情報として「PCMU」「G722」「speex」が格納されており、映像に関するオファー情報として「H263」「H264」が格納されている。これらの情報は、通信装置１２が使用可能なメディア情報（音声及び映像のCODEC）を示している。

図２に示すように、通信装置１３は、通信装置１２から送信された要求パケット（INVITE）を、サーバ１１を介して受信する（Ｓ２）。通信装置１３に対して、通信装置１２とのテレビ会議の開始を許可するための入力操作がされたとする。通信装置１３は、要求パケット（INVITE）に格納されたオファー情報のうち、自身が使用可能なメディア情報であり、且つ、通信装置１２とのセッション時に使用されることを望むメディア情報を、一つ以上選択する。選択されたメディア情報は、通信装置１２とのセッション時に使用されるメディア情報として、ＲＡＭ２３に記憶される。選択されたメディア情報は、セッションの確立が許可されたことを通知する肯定応答パケット（ＯＫ応答）に格納される。メディア情報が格納された肯定応答パケット（ＯＫ応答）は、サーバ１１を介して通信装置１２に対して送信される（Ｓ３）。以下、前述のようにして選択されたメディア情報であって、パケットに格納されるメディア情報を「アンサー（Answer）情報」という。

図４を参照し、Ｓ３（図２参照）で送信された肯定応答パケット（ＯＫ応答）に格納される情報について説明する。枠３３で囲まれた部分の情報は、音声（audio）に関するアンサー情報に相当する。枠３４で囲まれた部分の情報は、映像（video）に関するアンサー情報に相当する。図４では、音声に関するアンサー情報として「speex」が格納され、映像に関するアンサー情報として「H264」が格納されている。これらの情報は、通信装置１３が通信装置１２とセッションを実行する場合に使用されることを望むメディア情報（音声及び映像のCODEC）を示している。

図２に示すように、通信装置１２は、通信装置１３から送信された肯定応答パケット（ＯＫ応答）を、サーバ１１を介して受信する（Ｓ４）。通信装置１２は、肯定応答パケット（ＯＫ応答）に格納されたアンサー情報を抽出し、セッション時に使用されるメディア情報として、ＲＡＭ２３に記憶する。通信装置１２は、肯定応答パケット（ＯＫ応答）を受信したことを通知するＡＣＫパケットを、サーバ１１を介して通信装置１３に対して送信する（Ｓ５）。通信装置１３は、サーバ１１を介してＡＣＫパケットを受信する（Ｓ６）。

以上の呼制御通信を経て、通信装置１２及び１３は、セッション時に使用されるメディア情報を特定できる。通信装置１２と通信装置１３との間のセッションは確立する。通信装置１２と通信装置１３とは、サーバ１１を介することなく、Ｐ２Ｐで通信を行うことが可能となる。通信装置１２と１３との間でセッションが実行されることで、テレビ会議が実行される（Ｓ７）。このセッションは、ＲＡＭ２３に記憶されたメディア情報（音声及び映像のCODEC）が使用されることで実行される。

図５を参照し、ＳＤＰに基づいて実行される呼制御通信の他の例について説明する。なお図２と同様、図５ではサーバ１１が省略されている。図５では、通信装置１３と通信装置１４との間で既にセッションが確立しており、テレビ会議が実行されている（Ｓ１１）。このセッションでは、音声及び映像のCODECの他、テレビ会議時に使用される専用アプリケーション（App）がメディア情報として使用されている。通信装置１３及び１４は、これらのメディア情報を使用してセッション行うことで、テレビ会議を実行している。

通信装置１２に対して、通信装置１３との間でテレビ会議を開始するための入力操作がされたとする。通信装置１２は、要求パケット（INVITE）を通信装置１３に対して送信する（Ｓ１２）。要求パケット（INVITE）には、図３で示したオファー情報（音声、映像）が格納される。通信装置１３は、要求パケット（INVITE）を受信する（Ｓ１３）。通信装置１３は、受信した要求パケット（INVITE）に格納されたオファー情報に基づいて、アンサー情報を特定する。

ここで通信装置１３が、オファー情報（音声、映像）のうち一つ以上をアンサー情報としてを選択したとする。専用アプリケーションに関するメディア情報はオファー情報に含まれていないので、専用アプリケーションに関するメディア情報はアンサー情報として選択されない。この場合、このアンサー情報が通信装置１２に通知されても、通信装置１２は専用アプリケーションの存在を認識できない。そこで通信装置１３は、オファー情報（音声、映像）のうち一つ以上をアンサー情報として選択すると共に、テレビ会議にて使用されている専用アプリケーション（App）をオファー情報として特定する。特定されたオファー情報は、アンサー情報とともに肯定応答パケット（ＯＫ応答）に格納され、通信装置１２に対して送信される（Ｓ１４）。

図６を参照し、Ｓ１４（図５参照）で送信された肯定応答パケット（ＯＫ）に格納される情報について説明する。枠３５で囲まれた部分の情報は、音声（audio）に関するアンサー情報に相当する。枠３６で囲まれた部分の情報は、映像（video）に関するアンサー情報に相当する。枠３７で囲まれた部分の情報は、専用アプリケーション（application）に関するオファー情報に相当する。図６では、専用アプリケーションに関するオファー情報として「x-multipoint-conference」（テレビ会議を実行するためのアプリケーション）「x-document-application」（資料共有のためのアプリケーション）が格納されている。これらの情報は、通信装置１３が通信装置１４とセッションを実行する場合に必要なメディア情報（専用アプリケーション）を示している。

図５に示すように、通信装置１２は、肯定応答パケット（ＯＫ応答）を受信する（Ｓ１５）。通信装置１２は、肯定応答パケット（ＯＫ応答）に格納されたアンサー情報を抽出し、通信装置１３とのセッション時に使用されるメディア情報として、ＲＡＭ２３に記憶する。通信装置１２は、肯定応答パケット（ＯＫ応答）に格納されたオファー情報のうち、自身が使用可能なメディア情報であり、且つ、通信装置１３とのセッション時に使用されることを望むメディア情報を、一つ以上選択する。選択されたメディア情報は、通信装置１３とのセッション時に使用されるメディア情報として、ＲＡＭ２３に記憶される。選択されたメディア情報は、アンサー情報としてＡＣＫパケットに格納される。ＡＣＫパケットは、通信装置１３に対して送信される（Ｓ１６）。

図７を参照し、ＡＣＫパケットに格納される情報について説明する。枠３８で囲まれた部分の情報は、音声（audio）に関するアンサー情報に相当する。枠３９で囲まれた部分の情報は、映像（video）に関するアンサー情報に相当する。これらのアンサー情報は、通信装置１２がＳ１５で受信した肯定応答パケット（ＯＫ応答）に格納されていたアンサー情報（枠３５、枠３６、図６参照）をそのまま引用したものである。枠４０で囲まれた部分の情報は、専用アプリケーション（App）に関するアンサー情報に相当する。図７では、専用アプリケーションに関するアンサー情報として「x-multipoint-conference」「x-document-application」が格納されている。これらの情報は、双方とも、通信装置１２が通信装置１３とセッション（テレビ会議）を実行するために必要なメディア情報である。従って通信装置１２は、双方のメディア情報（専用アプリケーション）を選択し、アンサー情報としてＡＣＫパケットに格納している。

図５に示すように、通信装置１３はＡＣＫパケットを受信する（Ｓ１７）。通信装置１３は、ＡＣＫパケットに格納されたアンサー情報を抽出し、セッション時に使用されるメディア情報としてＲＡＭ２３に記憶する。以上の呼制御通信を経て、通信装置１２と通信装置１３との間のセッションは確立する。通信装置１２と通信装置１３とは、Ｐ２Ｐで通信を行うことが可能となる。通信装置１２と１３との間でセッションが実行されることで、テレビ会議が実行される（Ｓ１８）。このセッションは、ＲＡＭ２３に記憶されたメディア情報（音声及び映像のCODEC、及び専用アプリケーション（App））が使用されることで実行される。

以上のように通信装置１３は、要求パケット（INVITE）を通信装置１２から受信した時点で、自身が既に他の通信装置１４とセッションを確立させている場合には、このセッションに特有のメディア情報が使用されているかを判断する。通信装置１３は、確立中のセッションにおいて特有のメディア情報が使用されている場合、このメディア情報を通信装置１２に対して通知するために、オファー情報を肯定応答パケット（ＯＫ応答）に格納する。このようにして通信装置１３は、通信装置１２に対して新たなメディア情報を通知し、通信装置１３との間で円滑にセッションを確立させることを可能としている。

次いで通信装置１３は、通信装置１２とのテレビ会議を開始した後、通信装置１４と通信装置１２との間のセッションを確立させるための処理を実行する。通信装置１３は、リストパケットを通信装置１２に対して送信する（Ｓ１９）。リストパケットは、自身とテレビ会議を実行している通信装置２の存在を、通信装置１２に通知するためのパケットである。リストパケットには、現時点でテレビ会議に参加している全ての通信装置（通信装置１２，１３、及び１４）のＩＤが格納される。なおリストパケットに格納される情報は、通信装置のアドレス情報であってもよい。

通信装置１２は、通信装置１３から送信されたリストパケットを受信する（Ｓ２０）。通信装置１２は、リストパケットに格納されているＩＤを抽出する。通信装置１２は、抽出したＩＤによって特定される通信装置１２、１３、及び１４のうち、現時点で自身とテレビ会議を実行していない通信装置１４のＩＤ（１４）を選択する。通信装置１２は、選択したＩＤ（１４）が格納されたパケット（通知応答パケット）を作成する。通信装置１２は、作成した通知応答パケットを通信装置１３に対して送信する（Ｓ２１）。通信装置１３は、通知応答パケットを受信する（Ｓ２２）。

通信装置１３は、受信した通知応答パケットに格納されているＩＤ（１４）を抽出する。通信装置１３は、通知応答パケットを送信した通信装置１２と、抽出したＩＤにて特定される通信装置１４との間のセッションが確立していないことを認識する。通信装置１３は、通信装置１２と通信装置１４との間のセッションを確立させるための処理を行う。通信装置１３は、通信装置１２に対する要求パケット（INVITE）の送信を通信装置１４に依頼する依頼パケットを、通信装置１４に対して送信する（Ｓ２３）。依頼パケットには、通信装置１２のＩＤ（１２）が格納される。通信装置１４は、依頼パケットを受信する（Ｓ２４）。

通信装置１４は、依頼パケットに格納されたＩＤに基づいて、要求パケット（INVITE）の宛先（通信装置１２）を特定する。通信装置１４は、通信装置１２とのセッションを確立させるための要求パケット（INVITE）を、サーバ１１を介して通信装置１２に対して送信する（Ｓ２５）。要求パケット（INVITE）には、通信装置１４において使用可能なメディア情報（音声、映像、及び専用アプリケーション（App）に関するメディア情報）が、オファー情報として格納される。通信装置１２は、サーバ１１を介して要求パケット（INVITE）を受信する（Ｓ２６）。

通信装置１２に対して、通信装置１４とのテレビ会議を許可するための入力操作がされたとする。通信装置１２は、オファー情報からアンサー情報を選択する。選択されたアンサー情報は、ＲＡＭ２３に記憶される。選択されたアンサー情報が格納された肯定応答パケット（ＯＫ応答）が、サーバ１１を介して通信装置１４に対して送信される（Ｓ２７）。通信装置１４は、サーバ１１を介して肯定応答パケット（ＯＫ応答）を受信する（Ｓ２８）。通信装置１４は、肯定応答パケット（ＯＫ応答）に格納されたアンサー情報を抽出し、ＲＡＭ２３に記憶する。通信装置１２は、サーバ１１を介してＡＣＫパケットを通信装置１２に対して送信する（Ｓ２９）。通信装置１２は、サーバ１１を介してＡＣＫパケットを受信する（Ｓ３０）。

以上の呼制御通信を経て、通信装置１２と通信装置１４との間のセッションは確立する。通信装置１２と通信装置１４とは、サーバ１１を介することなく、Ｐ２Ｐで通信を行うことが可能となる。通信装置１２と１４との間でテレビ会議が実行される（Ｓ３１）。

以上のように通信装置１３は、自身が既に通信装置１４とセッションを確立させている状態で、通信装置１２から要求パケット（INVITE）を受信した場合、はじめに、通信装置１２との間のセッションを確立させる。次いで通信装置１３は、通信装置１２と通信装置１４との間のセッションを確立させるための処理を行う。このようにして通信装置２は、テレビ会議に参加した状態の全ての通信装置２と、テレビ会議に新たに参加する通信装置２との間のセッションを確実に確立させることができる。テレビ会議に新たに参加する通信装置２は、テレビ会議に参加している通信装置２のうちいずれか一つに対して要求パケット（INVITE）を送信することで、テレビ会議に参加している全ての通信装置２との間でセッションを確立させることができる。通信装置２は、実行中のテレビ会議に容易に参加することができる。

図８から図１０を参照し、通信装置２のＣＰＵ２１において実行される処理（発呼側処理、被呼側処理）について説明する。各処理は、ＣＰＵ２１に電源が投入された場合に、ＣＰＵ２１によって起動される。各処理は、ＯＳによって適宜スイッチングされる。これによって其々の処理は、独立に且つ並列に実行される。

図８を参照し、発呼側処理について説明する。図８のＳ４１からＳ６９で示す各処理は、図５の通信シーケンス中、通信装置１２がＳ１２からＳ１８の間に相当する状態で実行する処理に相当する。相手方の通信装置（図５における通信装置１３に相当、以下「相手装置」という。）との間のテレビ会議を開始するための入力操作が、ユーザによってされたかが判断される（Ｓ４１）。テレビ会議を開始するための入力操作がされていない場合（Ｓ４１：ＮＯ）、処理はＳ４１に戻る。テレビ会議を開始するための入力操作がされた場合（Ｓ４１：ＹＥＳ）、オファー情報が格納された要求パケット（INVITE）が作成される（Ｓ４３）。自身が相手装置とのセッション時に使用可能なメディア情報であって、セッション時に使用されることが想定されるカテゴリ（音声、映像など）に関するメデイア情報が、オファー情報とされる。作成された要求パケット（INVITE）は、サーバ１１を介して相手装置に対して送信される（Ｓ４５）。

要求パケット（INVITE）に応じて相手装置から返信される肯定応答パケット（ＯＫ応答）を、サーバ１１を介して受信したかが判断される（Ｓ４７）。肯定応答パケット（ＯＫ応答）が受信されない場合（Ｓ４７：ＮＯ）、セッションの確立を拒否する否定応答パケット（ＮＧ応答）を、サーバ１１を介して受信したかが判断される（Ｓ６３）。否定応答パケット（ＮＧ応答）を受信した場合（Ｓ６３：ＹＥＳ）、相手装置は自身とのセッション確立を拒否していることになる。否定応答パケット（ＮＧ応答）を受信したことを通知するＡＣＫパケットが、サーバ１１を介して相手装置に対して送信される（Ｓ６５）。処理はＳ４１に戻る。否定応答パケット（ＮＧ応答）が受信されない場合（Ｓ６３：ＮＯ）、処理はＳ４７に戻る。

相手装置から返信された肯定応答パケット（ＯＫ応答）を受信した場合（Ｓ４７：ＹＥＳ）、相手装置は自身とのセッション確立を許可している。受信した肯定応答パケット（ＯＫ応答）に格納されているアンサー情報が抽出され、ＲＡＭ２３に記憶される。受信した肯定応答パケット（ＯＫ応答）にオファー情報が格納されているかが判断される（Ｓ４９）。肯定応答パケット（ＯＫ応答）にオファー情報が格納されていない場合（Ｓ４９：ＮＯ）、ＲＡＭ２３に記憶したアンサー情報を使用することで、相手装置とセッションを実行できる状態にある。肯定応答パケット（ＯＫ応答）を受信したことを通知するＡＣＫパケットが、サーバ１１を介して相手装置に対して送信される（Ｓ６７）。相手装置との間のセッションは確立する（Ｓ６９）。相手装置との間で、サーバ１１を介することなくＰ２Ｐで通信が実行可能となる。相手装置との間でセッションが開始され、テレビ会議が実行される。セッションの実行時、ＲＡＭ２３に記憶されたメディア情報が使用される。処理はＳ１１１（図１０参照）に進む。図１０の説明は後述する。

一方、Ｓ４９で、受信された肯定応答パケット（ＯＫ応答）にオファー情報が格納されている場合（Ｓ４９：ＹＥＳ）、相手装置が既に他の通信装置とセッションを確立させている可能性がある。そして、このセッションにおいて特有のメディア情報が使用されている可能性がある。オファー情報を自身が使用可能であるかが判断される（Ｓ５１）。オファー情報が全て使用できない場合（Ｓ５１：ＮＯ）、既に確立しているセッションに参加できないことになる。呼制御通信の終了を通知するCANCELパケットが、サーバ１１を介して相手装置に対して送信される（Ｓ６１）。処理はＳ４１に戻る。

オファー情報のうち少なくともいずれかを使用できる場合（Ｓ５１：ＹＥＳ）、ユーザによって相手装置とのセッション確立を許可する入力操作がされたかが判断される（Ｓ５３）。セッション確立を許可するための入力操作が所定時間以上なされない場合や、セッション確立を拒否するための入力操作がユーザによってされた場合（Ｓ５３：ＮＯ）、呼制御通信を終了させるために、CANCELパケットがサーバ１１を介して相手装置に対して送信される（Ｓ６１）。処理はＳ４１に戻る。

相手装置とのセッション確立を許可する入力操作がされた場合（Ｓ５３：ＹＥＳ）、Ｓ４７で受信された肯定応答パケット（ＯＫ応答）に格納されていたオファー情報が参照される。自身が使用可能なメディア情報であり、且つ、相手装置とのセッション時に使用されることを望むメディア情報が、オファー情報から一つ以上選択される。選択された情報は、アンサー情報として、肯定応答パケット（ＯＫ応答）を受信したことを通知するＡＣＫパケットに格納される。このようにしてＡＣＫパケットが作成される（Ｓ５５）。作成されたＡＣＫパケットは、サーバ１１を介して相手装置に対して送信される（Ｓ５７）。アンサー情報は、ＲＡＭ２３に記憶される。以上の処理を経て、相手装置との間のセッションは確立する（Ｓ５９）。相手装置との間で、サーバ１１を介することなくＰ２Ｐで通信が実行可能となる。相手装置との間でセッションが開始され、テレビ会議が実行される。セッションの実行時、ＲＡＭ２３に記憶されたメディア情報が使用される。処理はＳ１１１（図１０参照）に進む。図１０の説明は後述する。

図９を参照し、被呼側処理について説明する。図９のＳ８１からＳ１０５で示す各処理は、図５の通信シーケンス中、通信装置１３がＳ１３からＳ１８の間に相当する状態で実行する処理に相当する。相手装置（図５における通信装置１２に相当）から、自身とのセッション確立を要求する要求パケット（INVITE）を、サーバ１１を介して受信したかが判断される（Ｓ８１）。相手装置から要求パケット（INVITE）を受信していない場合（Ｓ８１：ＮＯ）、処理はＳ８１に戻る。相手装置から要求パケット（INVITE）を受信した場合（Ｓ８１：ＹＥＳ）、要求パケット（INVITE）に格納されたオファー情報が抽出される。抽出されたオファー情報を自身が使用可能であるかが判断される（Ｓ８３）。オファー情報の全てが使用できない場合（Ｓ８３：ＮＯ）、相手装置とのセッションを確立することができないので、否定応答パケット（ＮＧ応答）が相手装置に対して送信される（Ｓ１０５）。このように通信装置は、取得したオファー情報の全てが使用できず、セッションを確立させることが不可能な場合、セッションの確立を拒否することができる。これによって通信装置は、不用意にセッションが確立されることを防止している。処理はＳ８１に戻る。

オファー情報のうち少なくともいずれかを使用できる場合（Ｓ８３：ＹＥＳ）、相手装置とのセッション確立を許可するための入力操作がユーザによってされたかが判断される（Ｓ８５）。セッション確立を許可するための入力操作が所定時間以上なされない場合や、セッション確立を拒否するための入力操作がユーザによってされた場合（Ｓ８５：ＮＯ）、否定応答パケット（ＮＧ応答）がサーバ１１を介して相手装置に対して送信される（Ｓ１０５）。処理はＳ８１に戻る。

相手装置とのセッション確立を許可するための入力操作がされた場合（Ｓ８５：ＹＥＳ）、Ｓ８１で受信された要求パケット（INVITE）に格納されていたオファー情報が参照される。自身が相手装置以外の通信装置と既にセッションを確立しており、且つ、確立しているセッションにおいて使用されているメディア情報が、オファー情報に全て含まれているかが判断される（Ｓ８７）。オファー情報に含まれていないメディア情報が、既に確立しているセッションにおいて使用されている場合（Ｓ８７：ＹＥＳ）、このメディア情報を相手装置に対して通知する必要がある。該当するメディア情報が取得される（Ｓ８８）。取得されたメディア情報は、オファー情報として肯定応答パケット（ＯＫ応答）に格納される。Ｓ８１で受信した要求パケット（INVITE）に格納されていたオファー情報のうち、自身が使用可能なメディア情報であり、且つ、相手装置とのセッション時に使用されることを望むオファー情報が一つ以上選択される。選択された情報は、アンサー情報として肯定応答パケット（ＯＫ応答）に格納される。以上のようにして、オファー情報及びアンサー情報が格納された肯定応答パケットが作成される（Ｓ８９）。作成された肯定応答パケット（ＯＫ応答）は、サーバ１１を介して相手装置に対して送信される（Ｓ９１）。アンサー情報は、ＲＡＭ２３に記憶される。処理はＳ９７に進む。

一方、自身が相手装置以外の通信装置とセッションを確立していないか、又は、確立しているセッションにおいて使用されているメディア情報が、オファー情報に全て含まれている場合（Ｓ８７：ＮＯ）、オファー情報を肯定応答パケット（ＯＫ応答）に格納する必要はない。Ｓ８１で受信した要求パケット（INVITE）に格納されていたオファー情報のうち、自身が使用可能なメディア情報であり、且つ、相手装置とのセッション時に使用されることを望むオファー情報が一つ以上選択される。選択された情報は、アンサー情報として肯定応答パケット（ＯＫ応答）に格納される。このようにして、アンサー情報が格納された肯定応答パケットが作成される（Ｓ９３）。作成された肯定応答パケット（ＯＫ応答）は、サーバ１１を介して相手装置に対して送信される（Ｓ９５）。アンサー情報は、ＲＡＭ２３に記憶される。処理はＳ９７に進む。

Ｓ９１又はＳ９５で送信された肯定応答パケット（ＯＫ応答）に応じ、相手装置から返信されるＡＣＫパケットを、サーバ１１を介して受信したかが判断される（Ｓ９７）。ＡＣＫパケットが受信された場合（Ｓ９７：ＹＥＳ）、相手装置との間のセッションは確立する（Ｓ９９）。相手装置との間で、サーバ１１を介することなくＰ２Ｐで通信が実行可能となる。相手装置との間でセッションが開始され、テレビ会議が実行される。セッションの実行時、ＲＡＭ２３に記憶されたメディア情報が使用される。処理はＳ１１１（図１０参照）に進む。図１０の説明は後述する。

一方、ＡＣＫパケットを受信していない場合（Ｓ９７：ＮＯ）、CANCELパケットを受信したかが判断される（Ｓ１０１）。CANCELパケットを受信した場合（Ｓ１０１：ＹＥＳ）、被呼側通信は終了し、処理はＳ８１に戻る。CANCELパケットを受信していない場合（Ｓ１０１：ＮＯ）、処理はＳ９７に戻る。

図１０のフローチャートについて説明する。図１０のＳ１１１からＳ１３５で示す各処理は、図５の通信シーケンス中、通信装置１２、１３、１４がＳ１９からＳ３１に相当する状態で実行する処理に相当する。Ｓ５９（図８参照）、Ｓ６９（図８参照）、及びＳ９９（図９参照）でセッションが確立した通信装置を除く通信装置と、継続してセッションを実行している状態であるかが判断される（Ｓ１１１）。継続してセッションを実行している状態の通信装置（以下「継続装置」という。）が存在しない場合（Ｓ１１１：ＮＯ）、処理はＳ１２１に進む。継続装置が存在する場合（Ｓ１１１：ＹＥＳ）、継続装置のＩＤが格納されたリストパケットが作成される。作成されたリストパケットは、相手装置に対して送信される（Ｓ１１３）。

リストパケットが相手装置に対して送信された後、相手装置から通知応答パケットを受信したかが判断される（Ｓ１１５）。通知応答パケットが受信されない場合（Ｓ１１５：ＮＯ）、処理はＳ１２１に進む。通知応答パケットが受信された場合（Ｓ１１５：ＹＥＳ）、通知応答パケットにＩＤが格納されているかが判断される（Ｓ１１７）。通知応答パケットにＩＤが格納されていない場合（Ｓ１１７：ＮＯ）、相手装置は、全ての継続装置とセッションが確立していることになる。処理はＳ１１５に戻る。

通知応答パケットにＩＤが格納されている場合（Ｓ１１７：ＹＥＳ）、相手装置とのセッションが確立していない継続装置が存在している。通知応答パケットに格納されているＩＤが抽出される。抽出されたＩＤにて特定される継続装置と相手装置との間のセッションを確立させるために、抽出されたＩＤにて特定される継続装置に対して依頼パケットが送信される（Ｓ１１９）。依頼パケットには、相手装置のＩＤが格納される。このように通信装置は、相手装置と接続装置との間のセッションを確立させるための通信を制御している。相手装置は、自身に対して要求パケット（INVITE）を送信することで、接続装置とセッションを確立させることができる。処理はＳ１１５に戻る。

一方、継続装置が存在しないか（Ｓ１１１：ＮＯ）、又は、相手装置に対して送信したリストパケットに対する通知応答パケットが受信できない場合（Ｓ１１５：ＮＯ）、相手装置からリストパケットを受信したかが判断される（Ｓ１２１）。リストパケットを受信した場合（Ｓ１２１：ＹＥＳ）、リストパケットに格納されているＩＤが抽出される。抽出されたＩＤにて特定される通信装置と自身との間のセッションが確立されているかが判断される（Ｓ１２３）。抽出されたＩＤにて特定される通信装置のうち、自身との間のセッションが確立されていない通信装置が存在する場合（Ｓ１２３：ＹＥＳ）、該当する通信装置のＩＤを通知応答パケットに格納することで、通知応答パケットが作成される。作成された通知応答パケットは、リストパケットを送信した通信装置に対して返信される（Ｓ１２５）。処理はＳ１１５に戻る。抽出されたＩＤにて特定される通信装置の全てと自身とのセッションが確立されている場合（Ｓ１２３：ＮＯ）、ＩＤを含まない通知応答パケットが作成される。作成された通知応答パケットは、リストパケットを送信した通信装置に対して送信される（Ｓ１２７）。処理はＳ１１５に戻る。

Ｓ１２１で、リストパケットが受信されない場合（Ｓ１２１：ＮＯ）、継続装置のうち一から送信された依頼パケットを受信したが判断される（Ｓ１２９）。依頼パケットを受信した場合（Ｓ１２９：ＹＥＳ）、依頼パケットに格納されているＩＤが抽出される。抽出されたＩＤにて特定される通信装置とのセッションを確立させるために、要求パケット（INVITE）が送信される（Ｓ１３１）。要求パケットには、自身と継続装置との間のセッションにおいて使用されているメディア情報が、オファー情報として格納される。処理はＳ４７（図８参照）に戻る。

依頼パケットが受信されない場合（Ｓ１２９：ＮＯ）、自身とのセッション確立を要求する要求パケット（INVITE）を受信したかが判断される（Ｓ１３５）。要求パケット（INVITE）を受信した場合（Ｓ１３５：ＹＥＳ）、処理はＳ８３（図９参照）に戻る。要求パケット（INVITE）が受信されない場合（Ｓ１３５：ＮＯ）、処理はＳ１１５に戻る。

図５の通信シーケンスが実行された場合に通信装置１２、１３、１４のＣＰＵ２１において実行される各処理を、図８から図１０のフローチャートを参照して説明する。通信装置１２は、通信装置１３とのテレビ会議を参加するための入力操作がなされた場合（Ｓ４１：ＹＥＳ（図８参照））、オファー情報が格納された要求パケット（INVITE）を作成し（Ｓ４３（図８参照））、通信装置１３に対して送信する（Ｓ１２（図５参照）、Ｓ４５（図８参照））。通信装置１３は、要求パケット（INVITE）を受信する（Ｓ１３（図５参照）、Ｓ８１：ＹＥＳ（図９参照））。通信装置１３は、要求パケット（INVITE）に格納されているオファー情報を使用することができる（Ｓ８３：ＹＥＳ（図９参照））。セッションの確立を許可する入力操作がされる（Ｓ８５：ＹＥＳ（図９参照））。通信装置１３は、通信装置１４とのセッションが確立しており、このセッションに特有のメディア情報があるので（Ｓ８７：ＹＥＳ（図９参照））、オファー情報及びアンサー情報が格納された肯定応答パケットを作成し（Ｓ８９（図９参照））、通信装置に対して送信する（Ｓ１４（図５参照）、Ｓ９１（図９参照））。

通信装置１２は、肯定応答パケット（ＯＫ応答）を受信する（Ｓ１５（図５参照）、Ｓ４７：ＹＥＳ（図８参照））。受信された肯定応答パケット（ＯＫ応答）にはオファー情報が格納されており（Ｓ４９：ＹＥＳ（図８参照））、このオファー情報は、通信装置１２において使用可能である（Ｓ５１：ＹＥＳ（図８参照））。通信装置１３とのセッション確立を許可するための入力操作がされた場合（Ｓ５３：ＹＥＳ（図８参照））、使用可能なメディア情報がオファー情報から抽出され、ＡＣＫパケットに格納される（Ｓ５５（図８参照））。通信装置１２は、ＡＣＫパケットを通信装置１３に対して送信する（Ｓ１６（図５参照）、Ｓ５７（図８参照））。通信装置１３は、ＡＣＫパケットを受信する（Ｓ１７（図５参照）、Ｓ９７：ＹＥＳ（図９参照））。通信装置１２及び１３は、セッションを開始する（Ｓ１８（図５参照）、Ｓ５９（図８参照）、Ｓ９９（図９参照））。

セッション開始後、通信装置１３は、通信装置１４とのセッションが継続して確立しているので（Ｓ１１１：ＹＥＳ（図１０参照））、ＩＤ「１２」「１３」「１４」の格納されたリストパケットを通信装置１２に対して送信する（Ｓ１９（図５参照）、Ｓ１１３（図１０参照））。通信装置１２は、リストパケットを受信する（Ｓ２０（図５参照）、Ｓ１２１：ＹＥＳ（図１０参照））。通信装置１２は、通信装置１４とのセッションが確立していないので（Ｓ１２３：ＹＥＳ（図１０参照））、ＩＤ「１４」が格納された通知応答パケットを通信装置１３に対して送信する（Ｓ２１（図５参照）、Ｓ１２５（図１０参照））。通信装置１３は、通知応答パケットを受信する（Ｓ２２（図５参照）、Ｓ１１５：ＹＥＳ（図１０参照））。通信装置１３は、通知応答パケットにＩＤ「１４」が格納されているので（Ｓ１１７：ＹＥＳ（図１０参照））、ＩＤ「１２」が格納された依頼パケットを、通信装置１４に対して送信する（Ｓ２３（図５参照）、Ｓ１１９（図１０参照））。

通信装置１４は、依頼パケットを受信する（Ｓ２４（図５参照）、Ｓ１２９：ＹＥＳ（図１０参照））。通信装置１４は、依頼パケットに格納されているＩＤにて特定される通信装置１２に対して、要求パケット（INVITE）を送信する（Ｓ２５（図５参照）、Ｓ１３１（図１０参照））。要求パケット（INVITE）には、オファー情報が格納される。通信装置１２は、要求パケット（INVITE）を受信する（Ｓ２６（図５参照）、Ｓ１３５：ＹＥＳ（図１０参照））。通信装置１２は、オファー情報に基づいてセッションを確立できると判断した場合、通信装置１４に対して肯定応答パケット（ＯＫ応答）を送信する（Ｓ２７（図５参照）、Ｓ９１（図９参照））。通信装置１４は、肯定応答パケット（ＯＫ応答）を受信する（Ｓ２８（図５参照）、Ｓ４７：ＹＥＳ（図８参照））。通信装置１４は、ＡＣＫパケットを通信装置１２に対して送信する（Ｓ２９（図５参照）、Ｓ５７（図８参照））。通信装置１２は、ＡＣＫパケットを受信する（Ｓ３０（図５参照）、Ｓ９７：ＹＥＳ（図９参照））。通信装置１２及び１４は、セッションを開始する（Ｓ３１（図５参照）、Ｓ５９（図８参照）、Ｓ９９（図９参照））。

以上説明したように、通信装置２は、継続装置とのセッション時に使用しているメディア情報を、要求パケット（INVITE）に対する肯定応答パケット（ＯＫ応答）に格納し、要求パケットを送信した通信装置２に対して送信できる。通信装置２は、確立中のセッションと同条件で新たに他の通信装置２とセッションを確立させることができるので、円滑にセッションを確立してＰ２Ｐ通信を開始できる。

通信装置２は、セッションが確立している複数の通信装置のうち一に対して要求パケット（INVITE）を送信することで、残りの通信装置２とセッションを確立させることができる。通信装置２は、セッションが確立している複数の通信装置の全てに対して要求パケット（INVITE）を送信する必要がない。従って通信装置２は、容易かつ迅速に複数の通信装置とセッションを確立させ、Ｐ２Ｐ通信を開始できる。

通信装置２は、要求パケット（INVITE）に格納されているオファー情報を自身が使用可能である場合に、要求パケット（INVITE）を送信した通信装置２との間でセッションを確立させることができる。通信装置２は、要求パケット（INVITE）を送信した通信装置２と確実にセッションを確立させることができる。

なお、図５の通信シーケンスにおける通信装置１３が本発明の「通信装置」「第三通信装置」に相当し、通信装置１４が本発明の「第一通信装置」に相当し、通信装置１２が本発明の「第二通信装置」に相当する。パケットに格納されるオファー情報が本発明の「第一条件」に相当する。ＡＣＫパケットが本発明の「通知パケット」に相当する。通信装置の構成のうち、図９のＳ８１の処理を行うＣＰＵ２１が本発明の「第一受信手段」に相当し、Ｓ８８の処理を行うＣＰＵ２１が本発明の「取得手段」に相当し、Ｓ９１の処理を行うＣＰＵ２１が本発明の「第一送信手段」に相当し、Ｓ９７の処理を行うＣＰＵ２１が本発明の「第二受信手段」に相当し、Ｓ９９の処理を行うＣＰＵ２１が本発明の「確立手段」に相当する。図９のＳ８３の処理を行うＣＰＵ２１が本発明の「判断手段」に相当し、Ｓ１０５の処理を行うＣＰＵ２１が本発明の「第三送信手段」に相当する。図１０のＳ１１９の処理を行うＣＰＵ２１が本発明の「第二送信手段」に相当する。

通信システムの構成のうち、図９のＳ８１の処理を行う第三通信装置のＣＰＵ２１が本発明の「第一受信手段」に相当し、Ｓ８８の処理を行う第三通信装置のＣＰＵ２１が本発明の「取得手段」に相当し、Ｓ９１の処理を行う第三通信装置のＣＰＵ２１が本発明の「第一送信手段」に相当し、Ｓ９７の処理を行う第三通信装置のＣＰＵ２１が本発明の「第二受信手段」に相当し、Ｓ９９の処理を行う第三通信装置のＣＰＵ２１が本発明の「第一確立手段」に相当する。図８のＳ４５の処理を行う第二通信装置のＣＰＵ２１が本発明の「第二送信手段」に相当し、Ｓ４７の処理を行う第二通信装置のＣＰＵ２１が本発明の「第三受信手段」に相当し、Ｓ５１の処理を行う第二通信装置のＣＰＵ２１が本発明の「判断手段」に相当し、Ｓ５７の処理を行う第二通信装置のＣＰＵ２１が本発明の「第三送信手段」に相当し、Ｓ５９の処理を行う第二通信装置のＣＰＵ２１が本発明の「第二確立装置」に相当する。

図９のＳ８１の処理が本発明の「第一受信ステップ」に相当し、Ｓ８８の処理が本発明の「取得ステップ」に相当し、Ｓ９１の処理が本発明の「第一送信ステップ」に相当し、Ｓ９７の処理が本発明の「第二受信ステップ」に相当し、Ｓ９９の処理が本発明の「確立ステップ」に相当する。

なお本発明は上述の実施形態に限定されることはなく、種々の変更が可能である。図５の通信シーケンスでは、通信装置１２と通信装置１３との間のセッションが確立した（Ｓ１８（図５参照））後、通信装置１３が通信装置１２に対してリストパケットを送信することで（Ｓ１９（図５参照））、通信装置１３は通信装置１２のセッションの確立状態を把握していた。本発明はこれに限定されない。通信装置１３は、通信装置１２から受信した要求パケット（INVITE）に対して返信する肯定応答パケット（ＯＫ応答）（Ｓ１４（図５参照））に、テレビ会議に参加する全ての通信装置のＩＤ情報を格納してもよい。通信装置１３は、肯定応答パケット（ＯＫ応答）を送信することで、通信装置１２のセッションの確立状態を把握できる。これによって、通信装置１３及び通信装置１４と通信装置１２との間のセッションを更に短時間で確立させることができる。

図５の通信シーケンスにおいて、通信装置１３は、通信装置１２に対してリストパケットを送信する（Ｓ１９（図５参照））場合、通信装置１２、１３、１４のアドレス情報を送信してもよい。通信装置１２は、通信装置１３から受信したリストパケットに格納されたアドレス情報を参照することで、通信装置１４に対して要求パケット（INVITE）を送信してもよい。

図５の通信シーケンスにおいて、通信装置１２は、セッションが確立した状態の通信装置が存在する場合には、送信する要求パケット（INVITE）に、確立中の通信装置のＩＤを格納してもよい。これによって通信装置１３は、通信装置１４に対して早期に依頼パケットを送信できるので、通史装置２間でセッションが確立するまでの時間を更に短くできる。

図５の通信シーケンスのＳ１４で、通信装置１３は、通信装置１４とのセッションにおいて使用可能な複数のメディア情報をオファー情報として肯定応答パケット（ＯＫ応答）に格納し、通信装置１２に送信してもよい。通信装置１２は、複数のオファー情報のうち、自身が使用可能なメディア情報であり、且つ、相手装置とのセッション時に使用されることを望むオファー情報を一つ以上選択してもよい。そして選択した情報をアンサー情報としてＡＣＫパケットに格納し、通信装置１３に送信してもよい。これによって通信装置１３は、通信装置１２におけるアンサー情報の選択肢を増やすことができるので、通信装置１２とのセッションをより確実に確立させることができる。

図５の通信シーケンスにおいて、依頼パケットを受信した通信装置１４が送信する要求パケット（INVITE）には（Ｓ２５（図５参照））、オファー情報及びアンサー情報は含まれていなくてもよい。通信装置１２は、通信装置１３との間のセッション時に使用しているメディア情報を使用することで、通信装置１４とセッションを確立させてもよい。

セッションの確立状態で実行される通信は、Ｐ２Ｐ通信に限定されず、ＭＣＵ（Multi-point Control Unit）を介した通信であってもよい。

１ 通信システム
２ 通信装置
３ ネットワーク
１１ サーバ
１２、１３、１４ 通信装置
２１ ＣＰＵ

Claims (8)

1. 他の通信装置である第一通信装置とセッションが確立している状態で、セッションが確立していない他の通信装置である第二通信装置から、セッションの確立を要求する要求パケットを受信する第一受信手段と、
   前記第一受信手段において前記第二通信装置から前記要求パケットを受信した場合に、前記第一通信装置との間のセッションの条件であって、前記第二通信装置とのセッション時に必要な第一条件を取得する取得手段と、
   前記取得手段において取得された前記第一条件を含む応答パケットを、前記第二通信装置に送信する第一送信手段と、
   前記第一送信手段において送信された前記応答パケットに応じ、前記第二通信装置から返信されるパケットであって、前記第一条件でセッションを確立させることが可能である旨を通知する通知パケットを受信する第二受信手段と、
   前記第二受信手段において前記通知パケットを受信した場合に、前記第一条件を使用することで前記第二通信装置とのセッションを確立する確立手段と
   を備えたことを特徴とする通信装置。
2. 前記第二受信手段において前記通知パケットを受信した場合に、前記第一通信装置に対して、前記第二通信装置に対する前記要求パケットの送信を依頼する依頼パケットを送信する第二送信手段を備えたことを特徴とする請求項１に記載の通信装置。
3. 前記第一受信手段は、
   前記第二通信装置において確立可能なセッションの条件であって、前記第二通信装置が自身とのセッション確立時に使用されることを想定する第二条件を含む前記要求パケットを受信し、
   前記第一受信手段において、前記第二条件を含む前記要求パケットを受信した場合に、前記第二条件でセッションを確立させることが可能かを、自身が実施可能なセッションの条件に基づいて判断する判断手段を備え、
   前記第一送信手段は、
   前記判断手段において、前記第二条件でセッションを確立させることが可能と判断された場合に、前記応答パケットを送信することを特徴とする請求項１又は２に記載の通信装置。
4. 前記判断手段において、前記第二条件でセッションを確立させることが不可能と判断された場合に、通信の確立を拒否する拒否パケットを前記第二通信装置に対して送信する第三送信手段を備えたことを特徴とする請求項３に記載の通信装置。
5. 前記取得手段は、前記第一条件を複数取得し、
   前記第一送信手段は、
   前記取得手段にて前記第一条件を複数取得した場合に、取得した複数の前記第一条件を含む前記応答パケットを送信し、
   前記第二受信手段は、
   前記取得手段にて取得された複数の前記第一条件のうち少なくとも一つを含む前記通知パケットを受信し、
   前記確立手段は、
   前記第二受信手段にて受信された前記通知パケットに含まれている前記第一条件に基づいて、前記第二通信装置とセッションを確立することを特徴とする請求項１から４のいずれかに記載の通信装置。
6. 異なる通信装置である第一通信装置、第二通信装置、及び第三通信装置間でセッションを確立し、Ｐ２Ｐ通信を行う通信システムであって、前記第一通信装置と前記第三通信装置とは既にセッションが確立しており、且つ、前記第二通信装置は、前記第一通信装置及び前記第三通信装置とセッションが確立していない場合において、
   前記第三通信装置は、
   前記第二通信装置が前記第三通信装置に対し、セッションの確立を要求する要求パケットを送信した場合に、前記要求パケットを受信する第一受信手段と、
   前記第一受信手段において前記第二通信装置から前記要求パケットを受信した場合に、前記第一通信装置との間のセッションの条件であって、前記第二通信装置とのセッション時に必要な第一条件を取得する取得手段と、
   前記取得手段において取得された前記第一条件を含む応答パケットを、前記第二通信装置に送信する第一送信手段と、
   前記第一送信手段において送信された前記応答パケットに応じ、前記第二通信装置から返信されるパケットであって、前記第一条件でセッションを確立させることが可能である旨を通知する通知パケットを受信する第二受信手段と、
   前記第二受信手段において前記通知パケットを受信した場合に、前記第一条件を使用することで前記第二通信装置とセッションを確立する第一確立手段と
   を備え、
   前記第二通信装置は、
   前記第三通信装置に対して前記要求パケットを送信する第二送信手段と、
   前記第二送信手段において送信された前記要求パケットに対し、前記第三通信装置から返信される前記応答パケットを受信する第三受信手段と、
   前記第三受信手段において受信された前記応答パケットに含まれている前記第一条件でセッションを確立させることが可能か判断する判断手段と、
   前記判断手段において、前記第一条件でセッションを確立させることが可能と判断された場合に、前記第三通信装置に対して前記通知パケットを送信する第三送信手段と
   前記第三送信手段において前記通知パケットを送信した後、前記第一条件を使用することで前記第三通信装置とセッションを確立する第二確立手段と
   を備えたことを特徴とする通信システム。
7. 他の通信装置である第一通信装置とセッションが確立している状態の通信装置において実行される通信方法であって、
   セッションが確立していない他の通信装置である第二通信装置から、セッションの確立を要求する要求パケットを受信する第一受信ステップと、
   前記第一受信ステップにおいて前記第二通信装置から前記要求パケットを受信した場合に、前記第一通信装置との間のセッションの条件であって、前記第二通信装置とのセッション時に必要な第一条件を取得する取得ステップと、
   前記取得ステップにおいて取得された前記第一条件を含む応答パケットを、前記第二通信装置に送信する第一送信ステップと、
   前記第一送信ステップにおいて送信された前記応答パケットに応じ、前記第二通信装置から返信されるパケットであって、前記第一条件でセッションを確立させることが可能である旨を通知する通知パケットを受信する第二受信ステップと、
   前記第二受信ステップにおいて前記通知パケットを受信した場合に、前記第一条件を使用することで前記第二通信装置とセッションを確立する確立ステップと
   を備えたことを特徴とする通信方法。
8. 第一通信装置とセッションが確立している状態で、セッションが確立していない第二通信装置から、セッションの確立を要求する要求パケットを受信する第一受信ステップと、
   前記第一受信ステップにおいて前記第二通信装置から前記要求パケットを受信した場合に、前記第一通信装置との間のセッションの条件であって、前記第二通信装置とのセッション時に必要な第一条件を取得する取得ステップと、
   前記取得ステップにおいて取得された前記第一条件を含む応答パケットを、前記第二通信装置に送信する第一送信ステップと、
   前記第一送信ステップにおいて送信された前記応答パケットに応じ、前記第二通信装置から返信されるパケットであって、前記第一条件でセッションを確立させることが可能である旨を通知する通知パケットを受信する第二受信ステップと、
   前記第二受信ステップにおいて前記通知パケットを受信した場合に、前記第一条件を使用することで前記第二通信装置とセッションを確立する確立ステップと
   をコンピュータに実行させるための通信プログラム。

Images