(57)【要約】【課題】本発明は、ＳＩＰ基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信/受信方法に関するものである。【解決手段】本発明によれば、端末装置は、セッション交渉要請を送信する発信処理部と、セッション交渉要請を受信する着信処理部とを含む。発信処理部は、使用者から要請された一つのサービスを提供するための一つ以上のセッションを活性化し、セッション間の接続状態を示すセッションマッピング区分子を含ませてセッションの交渉を要請する。着信処理部は、受信される一つ以上のセッション交渉要請別に与えられたセッションマッピング区分子を利用して、受信される一つ以上のセッション交渉要請を当該サービスアプリケーションとマッピングする。このように、一つのサービスを多数のセッションから構成して、既存の接続されているセッションには影響を与えずに、互いに異なるメディア形式で定義された別個のセッションの交渉を要請することができるので、メディアの追加、削除、変更が容易であり、セッションの交渉の相手を特定することができ、セッション交渉要請に対する応答を相手のサービス受諾/拒絶で簡単に処理することができる。
2010524382.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ基盤のセッション処理を行う端末装置において、
使用者から要請された一つのサービスを提供するための一つ以上のセッションを活性化し、セッション間の接続状態を示すセッションマッピング区分子が含まれている前記活性化したセッションの交渉要請を基地局へ送信する発信処理部；及び
前記基地局から受信される一つ以上のセッション交渉要請の各々に含まれている前記セッションマッピング区分子を利用して、前記受信される一つ以上のセッション交渉要請を当該サービスアプリケーションとマッピングする着信処理部；
を含む、端末装置。
【請求項２】
前記発信処理部は、
前記活性化したセッションと参加中の既存のセッションが接続されているか否か、及び前記活性化したセッション間の接続状態を確認する活性化モジュール；
前記活性化モジュールのセッションが接続されているか否かの確認結果を利用して、既に設定された方式に応じたセッションマッピング区分子を選択する選択モジュール；及び
前記選択モジュールによって選択されたセッションマッピング区分子を前記活性化したセッションの交渉を要請するメッセージに挿入する生成モジュール；
を含む、請求項１に記載の端末装置。
【請求項３】
前記セッションマッピング区分子選択モジュールは、
前記参加中の既存のセッションと接続されている活性化したセッションに前記参加中の既存のセッションのセッションマッピング区分子を選択し、互いに接続されている活性化したセッションの全てに同一なセッションマッピング区分子を選択する、請求項２に記載の端末装置。
【請求項４】
前記メッセージ生成モジュールは、
前記活性化するセッションの交渉を要請するメッセージのヘッダーフィールドに前記選択されたセッションマッピング区分子を挿入する、請求項３に記載の端末装置。
【請求項５】
前記メッセージ生成モジュールは、
前記活性化するセッションの交渉を要請するメッセージのヘッダー内の予め定義された特定のフィールドに前記選択されたセッションマッピング区分子を挿入する、請求項４に記載の端末装置。
【請求項６】
前記メッセージ生成モジュールは、
前記セッションマッピング区分子のために前記メッセージのヘッダー内の新たに定義されたヘッダーフィールドに前記選択されたマッピング区分子を挿入する、請求項４に記載の端末装置。
【請求項７】
前記セッションマッピング区分子選択モジュールは、
特定の配列順序や規則を有していない、連続した任意の数の形態である乱数の形態のセッションマッピング区分子を選択する、請求項４に記載の端末装置。
【請求項８】
前記セッションマッピング区分子選択モジュールは、
予め保存された乱数テーブルを利用して、前記乱数の形態のセッションマッピング区分子を選択する、請求項７に記載の端末装置。
【請求項９】
前記セッションマッピング区分子選択モジュールは、
ハッシング関数によって演算された値を前記セッションマッピング区分子として選択する、請求項７に記載の端末装置。
【請求項１０】
前記着信処理部は、
特定のヘッダーフィールドに前記セッションマッピング区分子が挿入された一つ以上のセッションの交渉を要請するメッセージを受信する受信モジュール；及び
前記受信モジュールを通じて受信したセッション交渉要請メッセージに応じて一つ以上のセッションを活性化し、前記活性化したセッションを前記受信したセッション交渉要請メッセージから獲得したセッションマッピング区分子を利用して、当該サービスアプリケーションとマッピングするマッピングモジュール；
を含む、請求項１に記載の端末装置。
【請求項１１】
前記着信処理部は、
前記受信したセッション交渉要請メッセージを受諾するか否かを判断して、それに伴う受諾または拒絶応答処理を行い、前記応答処理の結果を前記マッピングモジュールに報告する応答処理モジュール
をさらに含む、請求項１０に記載の端末装置。
【請求項１２】
前記一つ以上のセッション交渉要請は、
前記一つのサービスを互いに異なるメディア形式で定義する各々のセッション交渉要請である、請求項１に記載の端末装置。
【請求項１３】
ＳＩＰ基盤のセッション交渉要請を送信する方法において、
使用者の要求に応じた一つのサービスを提供するための一つ以上のセッションを活性化する段階；
前記活性化した一つ以上のセッションに対するセッションマッピング区分子（ここで、前記セッションマッピング区分子は、セッション間の接続状態を示す）を選択する段階；及び
前記選択したセッションマッピング区分子を前記活性化した一つ以上のセッション交渉要請の各々に含ませて伝送する段階；
を含む、セッション交渉要請送信方法。
【請求項１４】
前記選択する段階は、
参加中の既存のセッションの有無を確認する段階；
前記既存のセッションがある場合には、前記既存のセッションと前記活性化したセッションとの間の接続状態を確認する段階；
前記活性化したセッションが前記既存のセッションと接続されている場合には、前記既存のセッションのセッションマッピング区分子を前記活性化したセッションのセッションマッピング区分子として選択する段階；及び
前記既存のセッションがない場合、または前記活性化したセッションが前記既存のセッションと接続されていない場合には、前記活性化したセッションに対する固有のセッションマッピング区分子を選択する段階；
を含む、請求項１３に記載のセッション交渉要請送信方法。
【請求項１５】
前記セッションマッピング区分子を選択する段階は、
互いに接続されている複数のセッションが活性化する場合には、前記活性化した複数のセッションに対して同一なセッションマッピング区分子を選択する、請求項１４に記載のセッション交渉要請送信方法。
【請求項１６】
前記セッションマッピング区分子を選択する段階は、
予め保存された乱数テーブルを利用して、特定の配列順序や規則を有していない、連続した任意の数の形態である乱数を前記セッションマッピング区分子として選択する、請求項１５に記載のセッション交渉要請送信方法。
【請求項１７】
前記セッションマッピング区分子を選択する段階は、
ハッシング関数によって演算された値を前記セッションマッピング区分子として選択する、請求項１５に記載のセッション交渉要請送信方法。
【請求項１８】
前記伝送する段階は、
前記活性化したセッションの交渉を要請するメッセージのヘッダーフィールドに前記選択したセッションマッピング区分子を挿入する段階；及び
前記セッションマッピング区分子が挿入されたセッション交渉要請メッセージを伝送する段階；
を含む、請求項１３に記載のセッション交渉要請送信方法。
【請求項１９】
前記挿入する段階は、
前記活性化するセッションの交渉を要請するメッセージのヘッダー内の予め定義された特定のフィールドに前記選択したセッションマッピング区分子を挿入する、請求項１８に記載の端末装置。
【請求項２０】
前記挿入する段階は、
前記セッションマッピング区分子のために前記メッセージのヘッダー内の新たに定義されたヘッダーフィールドに前記選択したマッピング区分子を挿入する、請求項１９に記載のセッション交渉要請送信方法。
【請求項２１】
前記活性化する段階は、
前記一つのサービスを構成する互いに異なるメディア形式で定義された各々のセッションを活性化する、請求項１３に記載のセッション交渉要請送信方法。
【請求項２２】
ＳＩＰ基盤のセッション交渉要請を受信する方法において、
一つ以上のセッション交渉要請を受信する段階；
前記受信した一つ以上のセッション交渉要請に含まれているセッションマッピング区分子（ここで、前記セッションマッピング区分子は、セッション間の接続状態を示す）を確認する段階；及び
前記セッションマッピング区分子を利用して、前記受信した一つ以上のセッション交渉要請を当該サービスアプリケーションとマッピングする段階；
を含む、セッション交渉要請受信方法。
【請求項２３】
前記マッピングする段階は、
前記セッションマッピング区分子が同一な複数のセッションの交渉要請を当該サービスアプリケーションにマッピングする、請求項２２に記載のセッション交渉要請受信方法。
【請求項２４】
前記マッピングする段階は、
参加中の既存のセッションのセッションマッピング区分子と同一なセッションマッピング区分子が含まれている前記受信した一つ以上のセッションの交渉要請を前記既存のセッションの当該サービスアプリケーションにマッピングする、請求項２２に記載のセッション交渉要請受信方法。
【請求項２５】
前記受信する段階は、
一つ以上のセッション交渉要請を受信して、セッションの交渉が可能であるか否かを判断する段階；
前記セッションの交渉が可能である場合には、前記セッションの交渉を受諾する応答を伝送する段階；及び
前記セッションの交渉が不可能である場合には、前記セッションの交渉を拒絶する応答を伝送する段階；を含み、
前記確認する段階及び前記マッピングする段階は、前記セッションの交渉が可能である場合に行われる、請求項２２に記載のセッション交渉要請受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信/受信方法に関するものである。より詳細には、ＩＭＳ（IP  Multimedia  Subsystem）サービスを利用するためのＳＩＰ（Session  initiation  protocol、セッション初期化プロトコル）基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信/受信方法に関するものである。
【背景技術】
【０００２】
ＩＭＳは、有無線環境を統合する‘ＡＬＬ−ＩＰ’概念の核心ネットワーク技術であって、ＩＰ（Internet  Protocol）マルチメディアサービスを提供するための基盤構造である。これは、無線通信の国際標準を開発する３ＧＰＰ（3rd  Generation  Partnership  Project）グループで初めて提案された概念である。
【０００３】
ＩＭＳによって‘ＡＬＬ−ＩＰ’基盤の通信網を導入しようとする主な動機は、パケットサービスによる豊富なコンテンツ及び新たなサービス能力を統合された通信網へ受容しようとすることにある。つまり、ＩＭＳが追求する基本的なサービス目標は、ＩＰプロトコルに基づいて音声、オーディオ、ビデオ、及びデータなどのマルチメディアを複合的に提供することにある。また、迅速なサービスの開発及び変更が可能なインフラを構築することにある。
【０００４】
このようなＩＭＳサービスを提供するためには、末端利用者（End  User）間で能力（Capabilities）または趣向（Preferences）などを送信及び受信する交渉過程を経て、セッションを設定する。セッションの設定後、末端利用者の端末間で実際のベアラー（Bearer、伝送路）が形成されて、データの交換が可能になる。
【０００５】
ＩＭＳは、このようなセッションの設定のために、ＩＥＴＦ（Internet  Engineering  Task  Force）で提供するＳＩＰプロトコルを利用する。
【０００６】
ＳＩＰは、インターネット上で通信しようとする知能型端末が互いに識別してその位置を検索し、相互間でマルチメディア通信セッションを生成したり削除及び変更するための手続を明示した、応用水準のシグナリングプロトコルである。
【０００７】
このようなＳＩＰを利用した通信において、発信者は、受信者とテキスト形式に構成されたメッセージを送信及び受信するが、設定されたセッションの実際の内容は、メッセージ内に一般にオーディオ、ビデオ、テキストなどの一つ以上のメディア形式を含む。
【０００８】
この時、セッションは、サービスに対応して設定される。つまり、特定の一つのサービスを提供するために発信者及び受信者間には一つのセッションが設定される。その後、メディアの追加などによりセッションの交渉情報を変更しようとする場合、既存のセッションに対する再ＩＮＶＩＴＥメッセージによって設定された既存のセッションを再交渉するようになる。
【０００９】
しかし、このようなセッションの再交渉過程は非常に複雑である。例えば、セッションの再交渉要請を受けた受信者が新たに定義されたメディア形式を受容することができない場合、受信者は、再交渉が要請されたメディア形式を受容することができないことを発信者に知らせ、互いに受容可能なメディア形式に応じてセッションを交渉し直す複雑な手続を経るようになる。
【００１０】
これにより、セッション参加中に多様なメディア形式を追加するなど、一度セッションが接続された状態でサービスの細部的な内容を変更するのに制限がある。
【００１１】
例えば、チャットサービスセッションに参加中の５人のうちで一部の３人にだけ映像メディアを追加しようとすれば、既に交渉されたチャットサービスセッションのメディア形式を変更しなければならないので容易でない。
【００１２】
また、映像メディアを追加する再交渉要請を受けた相手のうちでメディアの追加を拒絶する場合、既存のチャットサービスセッションさえも遮断されたり再交渉しなければならない状況が発生する恐れがある。
【００１３】
また、映像サービスセッションに参加中に映像サービスを終了してチャットサービスに転換しようとすれば、再びセッションのメディア形式を定義する再交渉過程を経なければならないので煩わしい。
【００１４】
さらに、セッション再交渉過程中に問題が発生すると、既に参加中のサービス及び新たに参加しようとするサービスまで全てが終了される問題も発生しうる。
【００１５】
しかし、ＩＭＳサービスの特性がメディア形式が互いに異なる多様なマルチメディアを複合的に提供する点であることを考慮すれば、一つのサービスが多様なメディア形式から構成されるので、一度セッションが接続された状態でセッションを再交渉しなければならない状況が頻繁に起きると予想される。
【００１６】
したがって、従来のセッション交渉方式では、多様なメディア形式から構成された複合的なマルチメディアサービスを提供するのに制約が伴うため、このような制約を最小化した、ＩＭＳサービスの特性に適したセッション処理方案（方法）が要求された。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
したがって、本発明が目的とする技術的課題は、一つのサービスを一つ以上のセッションで実現する、ＳＩＰ基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信/受信方法を提供することにある。
【００１８】
また、一つ以上のセッション間の接続状態を示すセッションマッピング区分子を含んでセッションの交渉を要請する、ＳＩＰ基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信/受信方法を提供することにある。
【００１９】
さらに、一つ以上のセッション間の接続状態を示すセッションマッピング区分子を利用して、接続されているセッションを一つのサービスアプリケーションにマッピングする、ＳＩＰ基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信/受信方法を提供することにある。
【００２０】
また、一つ以上のセッション間の接続状態を示すセッションマッピング区分子をセッションの交渉を要請するメッセージの特定のヘッダーフィールドに含ませてＳＩＰ基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信/受信方法を提供することにある。
【００２１】
そして、一つ以上のセッション間の接続状態を示すセッションマッピング区分子をセッションの交渉を要請するメッセージのヘッダーに新たに定義されたアプリケーションＩＤフィールドに挿入してＳＩＰ基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信/受信方法を提供することにある。
【課題を解決するための手段】
【００２２】
前述のような課題を達成するために、本発明の特徴による端末装置は、ＳＩＰ（セッション初期化プロトコル）基盤のセッション処理を行う端末装置において、使用者から要請された一つのサービスを提供するための一つ以上のセッションを活性化し、セッション間の接続状態を示すセッションマッピング区分子が含まれている前記活性化したセッションの交渉要請を基地局へ送信する発信処理部；及び前記基地局から受信される一つ以上のセッション交渉要請の各々に含まれている前記セッションマッピング区分子を利用して、前記受信される一つ以上のセッション交渉要請を当該サービスアプリケーションとマッピングする着信処理部；を含む。
【００２３】
本発明の特徴によるセッション交渉要請送信方法は、ＳＩＰ基盤のセッション交渉要請を送信する方法において、使用者の要求に応じた一つのサービスを提供するための一つ以上のセッションを活性化する段階；前記活性化した一つ以上のセッションに対するセッションマッピング区分子（ここで、前記セッションマッピング区分子は、セッション間の接続状態を示す）を選択する段階；及び前記選択したセッションマッピング区分子を前記活性化した一つ以上のセッション交渉要請の各々に含ませて伝送する段階；を含む。
【００２４】
本発明の特徴によるセッション交渉要請受信方法は、ＳＩＰ基盤のセッション交渉要請を受信する方法において、一つ以上のセッション交渉要請を受信する段階；前記受信した一つ以上のセッション交渉要請に含まれているセッションマッピング区分子（ここで、前記セッションマッピング区分子は、セッション間の接続状態を示す）を確認する段階；及び前記セッションマッピング区分子を利用して、前記受信した一つ以上のセッション交渉要請を当該サービスアプリケーションとマッピングする段階；を含む。
【発明の効果】
【００２５】
このように、本発明の実施例によれば、一つのサービスを多数のセッションから構成することにより、既存の接続されているセッションには影響を与えずに、メディア形式が異なって定義された別個のセッションの交渉を要請することができるので、メディアの追加、削除、変更が容易である。また、セッション交渉要請時に、相手を特定することができる。
【００２６】
また、従来のようにサービスを単一セッションで構成する場合において、相手の端末装置がセッションの再交渉を受諾しなかった場合に、セッションの再交渉の手続が複雑であるために既存のセッションが遮断されるなどの参加中の既存のセッションに影響を与える問題も解決することができる。
【００２７】
また、従来のように複雑なセッションの再交渉の手続を行わずに、セッション交渉要請に対する応答を相手の受諾/拒絶の応答によって簡単に処理することができる。
【００２８】
また、一つのサービスを構成する複数のセッション間で接続状態を示すセッションマッピング区分子をＳＩＰメッセージの特定のヘッダーフィールドを利用して定義するので、既存のＳＩＰプロトコルとのメッセージ拡張性を提供することができる。
【００２９】
そして、セッションマッピング区分子が定義されていない規格を使用する端末装置であれば、これを無視すればよいので、既存のＳＩＰプロトコルとの互換性を提供することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施例が適用される概略的な通信網構成図である。
【図２】本発明の実施例によるＳＩＰ基盤のセッション処理を行う端末装置の構成を示したブロック図である。
【図３】本発明の実施例によるＳＩＰ基盤のセッション処理を行う端末装置の細部的な構成を示したブロック図である。
【図４】本発明の実施例によるＳＩＰ基盤のセッション交渉要請を送信する端末装置の構成を示したブロック図である。
【図５】本発明の実施例によるＳＩＰ基盤のセッション交渉要請を受信する端末装置の構成を示したブロック図である。
【図６】本発明の第１実施例によるセッションの交渉を要請するＳＩＰメッセージのフォーマットを示した図である。
【図７】本発明の第２実施例によるセッションの交渉を要請するＳＩＰメッセージのフォーマットを示した図である。
【図８】本発明の実施例によるＳＩＰ基盤のセッション交渉要請を送信する過程を概略的に示したフローチャートである。
【図９】本発明の実施例によるＳＩＰ基盤のセッション交渉要請を送信する過程を細部的に示したフローチャートである。
【図１０】本発明の実施例によるＳＩＰ基盤のセッション交渉要請を受信する過程を示したフローチャートである。
【図１１】本発明の実施例を適用したＳＩＰ基盤のインスタントメッセンジャーサービスのセッションの交渉の手続を示したフローチャートである。
【発明を実施するための形態】
【００３１】
以下、添付した図面を参照して、本発明の実施例について、本発明が属する技術分野にて通常の知識を有する者が容易に実施できるように詳細に説明する。しかし、本発明は色々な相異した形態で実現され、ここで説明する実施例に限られない。そして、図面においては、本発明を明確に説明するために、説明上不要な部分は省略し、明細書全体を通して類似した部分には類似した図面符号を付けた。
【００３２】
明細書全体において、ある部分がある構成要素を「含む」とする時、これは特に反対になる記載がない限り、他の構成要素を除外するわけではなく、他の構成要素をさらに含むことを意味する。また、明細書に記載された「…部」、「…器」、「モジュール」、「ブロック」などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これはハードウェア、ソフトウェア、またはハードウェア及びソフトウェアの結合で実現される。
【００３３】
それでは、本発明の実施例によるＳＩＰ基盤のセッション処理を行う端末装置及びこれを利用したセッション交渉要請送信/受信方法について、図面を参照して詳細に説明する。
【００３４】
図１は、本発明の実施例が適用される概略的な通信網構成図である。
【００３５】
図１によれば、本発明の実施例が適用される‘ＡＬＬ−ＩＰ’網の構成は、ＳＩＰプロトコルを基盤で実現され、端末装置１００、ＩＭＳコア網３００、ＳＩＰサーバー４００、及び応用サーバー５００を含む。このような各構成を詳細に説明する。
【００３６】
端末装置１００は、ＳＩＰを利用したＩＭＳサービスの対象となる全ての装置を含む。また、一つ以上のＳＩＰ基盤のＩＭＳサービスアプリケーションを含んで、これによってＳＩＰ規約により相手の端末器とセッションを設定して通信を行う。ここで、ＳＩＰは、Session  Initiation  Protocolの略であって、これは、インターネットプロトコル基盤のネットワークで一つ以上の端末間でマルチメディアセッションやコールを生成、変更、終了する時に用いられる応用層制御プロトコルである。
【００３７】
このような端末装置１００は、接続する通信網に応じて多様な方式の端末が採用され、このような接続網は、有線インターネット網２０１、基地局（ＢＴＳ）、基地局制御器（ＢＳＣ）、及びパケットデータサービスノード（ＰＤＳＮ）を含むＣＤＭＡ網２０３と、ノードＢ（node-Ｂ、無線網制御器（ＲＮＣ）、サービングＧＰＲＳサービスノード（ＳＧＳＮ）、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を含むＷＣＤＭＡ（ＵＭＴＳ）網２０５と、ＷｉＢｒｏ基地局（Radio  Access  Station,  RAS）及び無線網制御ルーター（Access  Control  Router,  ACR）を含むＷｉＢｒｏ網２０７とを含むことができる。
【００３８】
ＩＭＳコア網３００は、ＩＥＴＦから提供するＳＩＰ/ＳＤＰプロトコルを用いてセッションに対する管理を行う。これは、具体的に、ＩＭＳ網内の使用者の関連情報及び使用者のサービスプロファイル情報を保存するホーム加入者サーバー（Home  Subscriber  Server、以下、ＨＳＳと称する）３０１、及びサービス制御を担当して、使用者にストリーミングサービス資源情報を提供するコールセッション制御機能部（Call  State  Control  Function、以下、ＣＳＣＦと称する）３０３を含む。
【００３９】
ここで、ＣＳＣＦ３０３は、接続網を通じて端末装置１００とＳＩＰメッセージの送信/受信を行い、ＩＭＳサービスコールをＳＩＰメッセージによってＳＩＰサーバー４００及び応用サーバー５００に伝達して、ＳＩＰ基盤のＩＭＳサービスが提供されるようにする。
【００４０】
ＳＩＰサーバー４００は、ＣＳＣＦ３０３から伝達されたＳＩＰメッセージを処理するサーバーであって、具体的に、プロキシサーバー、レジスターサーバー、及びリダイレクトサーバー（図示せず）を含むことができる。ここで、プロキシサーバーは、端末装置１００から受信された要求をどこに送信すべきかを決めた後、直接サービスするか他のサーバーに伝達する機能をする。また、レジスターサーバーは、登録要請（ＲＥＧＩＳＴＥＲ）を受信して処理し、リダイレクトサーバーは、要請に応答して、使用者エージェントに変更して位置情報を提供するが、そのものの接続設定には関与しない。この時、プロキシサーバー、レジスターサーバー、及びリダイレクトサーバーは、別途のアプリケーションプログラムとして開発されたり、全てのサーバー機能を結合する単一アプリケーションプログラムとして開発される。
【００４１】
応用サーバー５００は、ＩＭＳを利用したＳＩＰ基盤の大容量マルチメディアサービスを提供するためのアプリケーション層のサーバーであって、ＳＩＰ基盤のＩＭＳサービスアプリケーションを提供して、使用者サービスロジックを含む。
【００４２】
また、応用サーバー５００は、提供されるサービスの種類によって、インスタントメッセージング（Instant  Messaging,  IM）基盤のチャット、ファイル伝送、映像共有などの複合マルチメディアサービスを提供するサーバーであってもよい。
【００４３】
また、応用サーバー５００は、一つのサービスに対応する複数の応用サーバー５００であってもよい。
【００４４】
次に、このようなＩＭＳ網において、ＳＩＰ基盤のサービスを一つ以上のセッションによって提供する端末装置及びそのセッション処理方法について説明する。
【００４５】
図２は、本発明の実施例によるＳＩＰ基盤のセッション処理を行う端末装置の構成を示したブロック図である。
【００４６】
図２によれば、端末装置１００は、一つ以上のＩＭＳサービスアプリケーション１２０、ＳＩＰ処理部１４０、及び通信部１６０を含む。
【００４７】
ＩＭＳサービスアプリケーション１２０は、端末装置１００で提供するＩＭＳサービスの各々に対応して複数が搭載される。これは、当該サービスを提供する応用サーバー５００と接続されてサービスを要請し、それに伴うサービスデータを受信する一連の処理を行う。ＩＭＳサービスアプリケーション１２０は、当該サービスの特性によってＳＩＰ処理部１４０から出力されるデータを処理し、使用者インターフェースの構成（図示せず）によって入力されるデータをＳＩＰ処理部１４０に出力する。
【００４８】
ＩＭＳサービスアプリケーション１２０は、使用者のサービス要請に応じてＳＩＰ処理部１４０にセッション活性化を要請する。
【００４９】
ＳＩＰ処理部１４０は、ＳＩＰプロトコルを処理する層であって、ＩＭＳサービスアプリケーション１２０から伝達されたセッション活性化要請に応じてＳＩＰセッションを設定して通信する。つまり、セッションの交渉を要請（Request）し、受信された要請に対する応答（Response）を行う。
【００５０】
この時、ＳＩＰ処理部１４０は、ＩＭＳサービスアプリケーション１２０から伝達されたセッション活性化要請に応じた一つ以上のセッションを活性化して、各セッションの交渉を要請する。また、ＳＩＰ処理部１４０は、ＩＭＳ網３００を通じて相手の端末装置から一つ以上のセッション交渉要請を受信する。その後、受信された一つ以上のセッション交渉要請を当該ＩＭＳサービスアプリケーション１２０とマッピングする。このようなＳＩＰ処理部１４０の構成は、図３でより詳細に説明する。
【００５１】
通信部１６０は、ＳＩＰプロトコル層の下位層に相当する通信機能を行う構成であって、ＩＭＳ網３００を構成するノードと信号を送信/受信する動作を行う。これは、ＲＦ回路及びベースバンド回路を含むハードウェアと、このハードウェアに直接従属的な処理を行う物理層、リンク層及びＩＰ層、ＴＣＰ層などを含むことができる。
【００５２】
図３は、本発明の実施例によるＳＩＰ基盤のセッション処理を行う端末装置の細部的な構成を示したブロック図である。つまり、ＳＩＰ処理部１４０の構成を示したものである。
【００５３】
図３によれば、ＳＩＰ処理部１４０は、セッション管理部１４２、発信処理部１４４、着信処理部１４６、及び制御部１４８を含む。
【００５４】
セッション管理部１４２は、参加中のセッションに対する情報、使用者のセッション状態を管理する。参加中のセッション情報は、ＳＩＰサーバー４００から提供を受ける。この時、セッション情報は、ＩＥＴＦ  ＲＦＣ３２６１で定義されたＳＩＰダイアログ情報であって、Ｃａｌｌ−ＩＤ、ローカルタグ、及びリモートタグを含むダイアログＩＤ、ローカルＵＲＩ（Uniform  Resource  Identifier）、リモートＵＲＩ、参加中のセッション相手とのセッション状態を示すダイアログ状態などを含む。このようなセッション情報は、セッション活性化要請に応じて活性化したセッションが既に生成された参加中のセッションとの接続状態を判断するための情報として活用される。
【００５５】
発信処理部１４４は、ＳＩＰ要求を初期化する使用者エージェントクライアント（User  Agent  Client、以下、ＵＡＣと称する）に相当する構成である。つまり、ＩＭＳサービスアプリケーション１２０のセッション活性化要請に応じた一つ以上のセッション交渉要請を送信する。この時、送信されるセッション交渉要請の各々には、複数のセッション間の相互接続状態を示すセッションマッピング区分子が挿入される。
【００５６】
着信処理部１４６は、ＳＩＰ要求を受信して、それに対する応答を繰り返す使用者エージェントサーバー（User  Agent  Server、以下、ＵＡＳと称する）の機能を行う。つまり、相手端末器から複数のセッション間の接続状態を示すセッションマッピング区分子が含まれている一つ以上のセッション交渉要請を受信する。そして、セッションマッピング区分子を利用して、受信されたセッション交渉要請と関連があるセッションを確認し、それに基づいて当該ＩＭＳサービスアプリケーション１２０とマッピングする。
【００５７】
制御部１４８は、ＩＥＴＦ  ＲＦＣ３２６１による標準ＳＩＰプロトコルスタックを含み、ＳＩＰメッセージのエンコーディング/デコーディング及び送信/受信を処理する。そして、セッション管理部１４２、発信処理部１４４、及び着信処理部１４６を実行させ、実行させた各構成１４２、１４４、１４６で必要なＳＩＰプロトコル機能を処理する。
【００５８】
図４は、本発明の実施例によるＳＩＰ基盤のセッション交渉要請を送信する端末装置の構成を示したブロック図である。つまり、図３の発信処理部１４４の構成を詳細に示した図である。
【００５９】
図４によれば、発信処理部１４４は、セッション活性化モジュール１４４ａ、セッションマッピング区分子選択モジュール１４４ｂ、メッセージ生成モジュール１４４ｃ、及び伝送モジュール１４４ｄを含む。
【００６０】
セッション活性化モジュール１４４ａは、ＩＭＳサービスアプリケーション１２０から伝達されるセッション活性化要請に応じた一つ以上のセッションを活性化する。そして、活性化したセッションの接続状態を確認する。つまり、活性化したセッションと既に参加中のセッションとの接続状態、または活性化した複数のセッション間の接続状態を確認する。
【００６１】
この時、活性化したセッションと既に参加中のセッションとの接続状態は、セッション管理部１４２が管理する参加中のセッション情報を利用して確認することができる。
【００６２】
セッションマッピング区分子選択モジュール１４４ｂは、セッション活性化モジュール１４４ａのセッション接続状態の確認結果を参照して、セッションマッピング区分子を選択する。
【００６３】
ここで、セッションマッピング区分子は、特定の配列順序や規則を有していない、連続した任意の数の形態の乱数から構成される。
【００６４】
乱数を選択する方式は、次の２種類の実施例により選択される。その一つは、乱数テーブルを利用した方式であり、他の一つは、ハッシング関数（Hashing  Function）によって演算された値を利用した方式である。ここで、乱数テーブルとは、無作為抽出する時に用いられる乱数を作成した表である。また、ハッシング関数は、結果値から因子値を類推することができない特性を有するハッシュ関数を利用した演算方式であって、これは、乱数テーブルのように同一な結果値が発生する確率が全くない。ハッシング関数の因子値としては、端末装置１００別の固有情報（例えば、ＩＭＳＩナンバー）が用いられる。
【００６５】
メッセージ生成モジュール１４４ｃは、セッション活性化モジュール１４４ａによって活性化したセッションの交渉を要請するメッセージを生成する。生成されるメッセージは、ＳＩＰ規約により定義されたＳＩＰメッセージが用いられる。
【００６６】
ここで、ＳＩＰ規約によるＳＩＰメッセージについて簡単に説明すれば、これは、ＵＡＣによって発生する要請メッセージとＵＡＳによって発生する応答メッセージとに区分される。要請メッセージは、ＩＮＶＩＴＥ、ＡＣＫ、ＣＡＮＣＬＥ、ＯＰＴＩＯＮＳ、ＲＥＧＩＳＴＥＲを含む。また、応答メッセージは、１ｘｘ、２ｘｘ、３ｘｘ、４ｘｘ、５ｘｘ、及び６ｘｘメッセージを含む。４ｘｘ及び６ｘｘメッセージは、否定的な応答、つまり、要請に対する拒絶応答に用いられる。
【００６７】
メッセージ生成モジュール１４４ｃは、活性化したセッションの交渉を要請するために対応する一つ以上のＩＮＶＩＴＥメッセージを生成する。そして、生成されたＩＮＶＩＴＥメッセージの特定のヘッダーフィールドにセッションマッピング区分子選択モジュール１４４ｂが選択したセッションマッピング区分子を挿入する。この時、セッションマッピング区分子が挿入される特定のヘッダーフィールドには、サブジェクトフィールドが用いられる。
【００６８】
伝送モジュール１４４ｄは、メッセージ生成モジュール１４４ｃによって生成されたメッセージを伝送する。
【００６９】
図５は、本発明の実施例によるＳＩＰ基盤のセッション交渉要請を受信する端末装置の構成を示したブロック図である。つまり、図３の着信処理部１４６の構成を詳細に示した図である。
【００７０】
図５によれば、着信処理部１４６は、受信モジュール１４６ａ、応答処理モジュール１４６ｂ、及びマッピングモジュール１４６ｃを含む。
【００７１】
受信モジュール１４６ａは、セッションを連結しようとする相手の端末装置からセッションマッピング区分子が含まれた一つ以上のセッションの交渉を要請するメッセージを受信する。図４で説明したように、特定のヘッダーフィールドにセッションマッピング区分子が挿入された一つ以上のＩＮＶＩＴＥメッセージを受信する。
【００７２】
応答処理モジュール１４６ｂは、受信モジュール１４６ａが受信した一つ以上のセッション交渉要請に対する応答処理を行う。つまり、応答処理モジュール１４６ｂは、ＩＮＶＩＴＥメッセージのＳＤＰフィールドに定義された能力情報を受容することができるか否かを確認して、要請されたセッションの交渉が可能であるか否かを決定する。そして、それに応じた応答メッセージを伝送する。ここで、能力情報は、セッションの交渉によって提供しようとするサービスのメディア類型またはコーデックに関する情報などから構成されたメディア特性情報を含む。
【００７３】
この時、セッションの交渉が可能である場合には、応答メッセージに要請されたセッションの交渉のための能力情報を含ませて伝送して、ＩＮＶＩＴＥメッセージを受諾する応答を処理することができる。用いられる応答メッセージは、１８３セッションプログレスメッセージである。
【００７４】
また、セッションの交渉が不可能である場合には、４ｘｘまたは６ｘｘメッセージを利用して、セッション交渉要請を拒絶する応答を処理することができる。
【００７５】
マッピングモジュール１４６ｃは、応答処理モジュール１４４ｂがセッションの交渉を受諾する応答の処理に応じて、受信モジュール１４４ａが受信したセッション交渉要請メッセージからセッションマッピング区分子を抽出する。そして、抽出したセッションマッピング区分子を利用して、接続されているセッションがあるかを確認する。この時、セッション管理部（図３の１４２）で確認した参加中のセッションのセッションマッピング区分子と同一であるかを確認する。この時、同一であれば、受信したセッション交渉要請メッセージによって活性化したセッションを参加中のセッションがマッピングされたＩＭＳサービスアプリケーション（図１の１２０）にマッピングさせる。
【００７６】
また、複数のセッション交渉要請メッセージを受信した場合には、各メッセージから抽出したセッションマッピング区分子が同一であるか否か、及び各セッションマッピング区分子と参加中のセッションのセッションマッピング区分子とが同一であるか否かを確認する。そして、確認した結果に基づいて、セッションマッピング区分子が同一なセッションを当該ＩＭＳサービスアプリケーション１２０にマッピングさせる。
【００７７】
このように、本発明の実施例によれば、ＳＩＰ基盤のサービス提供のために複数のセッションを生成する際に、当該セッション間の接続を示すセッションマッピング区分子を各セッションが含む。そして、セッション要請を受けた受信側は、セッションマッピング区分子によって各々異なるセッションの接続を区分して動作する。
【００７８】
一方、セッションマッピング区分子は、活性化するセッションの交渉を要請するメッセージのヘッダーフィールドに挿入される。
【００７９】
この時、本発明の第１実施例によれば、セッションマッピング区分子は、活性化するセッションの交渉を要請するメッセージのヘッダー内の予め定義された特定のフィールドに挿入される。これに対する説明は下記の図６を参照する。
【００８０】
また、本発明の第２実施例によれば、セッションマッピング区分子は、前記セッションマッピング区分子のためにセッションの交渉を要請するメッセージのヘッダー内の新たに定義されたヘッダーフィールドに挿入される。これに対する説明は下記の図７を参照する。
【００８１】
図６は、本発明の第１実施例によるセッションの交渉を要請するＳＩＰメッセージのフォーマットを示した図である。
【００８２】
図６に示したように、ＳＩＰ規約によるＳＩＰメッセージ６００のフォーマットは、開始ラインフィールド６０１、メッセージヘッダーフィールド６０３、及びＣＲＬＦ（Carriage-Return  Line-Feed）６０５でメッセージヘッダーフィールドと区分されるメッセージボディーフィールド６０７から構成される。
【００８３】
ここで、開始ラインフィールド６０１は、要請するメソッド（method）類型、要請を受信する対象のアドレスを示すＳＩＰ  ＵＲＩ（Uniformed  Resource  Identifier）、及びＳＩＰバージョンに関するデータを含む。
【００８４】
そして、メッセージヘッダーフィールド６０３は、セッションを制御するためのＶｉａ、Ｆｒｏｍ、Ｔｏ、Ｃａｌｌ−ＩＤＣＳｅｑ、Ｃｏｎｔａｃｔ、Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔ、Ｓｕｂｊｅｃｔ、Ｒｏｕｔｅ、及びＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈの値などを含む。
【００８５】
ここで、サブジェクトフィールド６０９は、セッションマッピング区分子のために予め定義された特定のフィールドであって、一つ以上のセッション間の相互接続状態を示すセッションマッピング区分子が挿入される。
【００８６】
セッションマッピング区分子は、１６進数値で定義された‘ａｉｄ（application  ID）’というマッピングＩＤの形態に定義される。前述のように、セッションマッピング区分子は、乱数またはハッシュ関数を適用した乱数の形態、つまり、‘４３ａ７８ｆ１２’である。
【００８７】
この時、セッションマッピング区分子が挿入されるサブジェクトヘッダーフィールドが定義されていないＳＩＰ規格を使用する端末装置はこれを無視するので、既存のＳＩＰプロトコルとの衝突なく互換性を提供する。
【００８８】
また、Ｃｏｎｔａｃｔ、Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔフィールドに記録された+ｘ.ｘｘ.ｓｅｒｖｉｃｅ−ｉｄｅｎｔｉｆｉｅｒは、当該サービスを識別するための区分子である。これは、セッション交渉要請を当該サービスアプリケーション（図２の１２０）とマッピングする際に用いられる。
【００８９】
最後に、セッションの交渉のための情報が記録されるメッセージボディーフィールド６０７は、当該セッションのメディアストリーム情報を伝達することによって、セッションに関する情報を受信する側でセッションに参加するようにするＳＤＰ（Session  Description  Protocol）が用いられる。ＳＤＰは、セッションの名前と目的、セッションの活性化時間、セッションを構成するメディア、そのメディアを受信する情報、用いられる帯域幅情報などを含む。この時、セッションを構成するメディア特性情報は、ｍフィールド、ｃフィールド、ａフィールドを利用して記録される。ｍフィールドは、メディア特性に関する情報を示すメディアの名前及び伝送アドレスを示す。ｃフィールドは、セッション接続情報、つまり、メディア受信ＩＰアドレスを示す。ａフィールドは、メディア特性情報を示す。
【００９０】
図７は、本発明の第２実施例によるセッション交渉を要請するＳＩＰメッセージのフォーマットを示した図である。
【００９１】
図７に示したように、メッセージの基本フォーマットは図６と同一であるので、図面符号は同一に使用して、重複する説明は省略する。
【００９２】
ここで、セッションマッピング区分子は、セッションの交渉を要請するＳＩＰメッセージのヘッダー内の新たに定義されたヘッダーフィールドに挿入される。メッセージのヘッダー内の新たに定義されたヘッダーフィールドの例として、図７に示したようにアプリケーション−ＩＤフィールド６１１が用いられる。
【００９３】
アプリケーション−ＩＤフィールド６１１は、既存のメッセージフォーマットに新たに定義されたフィールドであって、一つ以上のセッション間の相互接続状態を示すセッションマッピング区分子のために新たに定義されたフィールドである。ここで、セッションマッピング区分子は、図６と同様に、乱数、つまり、１６進数値の‘１４３２ｆ５４ｂｅ９’が用いられる。
【００９４】
このように、セッションマッピング区分子は、ＳＩＰプロトコルヘッダーに含まれて、既存のプロトコルと互換性を維持することができる。
【００９５】
次に、前述の構成を有する端末装置１００がＳＩＰ基盤のセッション交渉要請を送信/受信する方法について説明する。
【００９６】
まず、図８及び図９は、発信処理部１４４のセッション処理動作を示した図である。
【００９７】
図８は、本発明の実施例によるＳＩＰ基盤のセッション交渉要請を送信する過程を概略的に示したフローチャートである。
【００９８】
図８によれば、使用者のサービス要請に応じて一つ以上のセッションが活性化する（Ｓ１０１）。この時、使用者のサービス要請は、一つのＩＭＳサービスの最初の実行要請である。また、一つのＩＭＳサービス内で多様なメディア形式で定義された個々のサービス実行要請であってもよい。また、特定の使用者を対象としたサービス実行要請であってもよい。
【００９９】
セッションが活性化すれば、活性化したセッションと既に参加中のセッションとの接続状態または活性化した複数のセッション間の接続状態を判断する（Ｓ１０３）。
【０１００】
そして、段階（Ｓ１０３）で判断したセッションの接続状態に応じてセッションマッピング区分子を選択する（Ｓ１０５）。
【０１０１】
そうすれば、選択したセッションマッピング区分子を活性化した各セッションの交渉要請に含ませて（Ｓ１０７）送信（Ｓ１０９）する。
【０１０２】
図９は、本発明の実施例によるＳＩＰ基盤のセッション交渉要請を送信する過程を細部的に示したフローチャートである。
【０１０３】
図９によれば、使用者のサービス要求に応じてセッションが活性化（Ｓ２０１）すれば、参加中の既存のセッションがあるかを確認（Ｓ２０３）する。
【０１０４】
段階（Ｓ２０３）の確認の結果、既存のセッションがある場合には、段階（Ｓ２０１）で活性化したセッションと既存のセッションとの接続状態を判断する（Ｓ２０５）。
【０１０５】
段階（Ｓ２０５）の確認の結果、活性化したセッションが既存のセッションと接続されている場合には、既存のセッションに付与したセッションマッピング区分子を活性化したセッションのセッションマッピング区分子として選択する（Ｓ２０７）。この時、活性化したセッションが互いに接続されている複数のセッションであれば、活性化した全てのセッションに対して既存のセッションのセッションマッピング区分子を選択する。
【０１０６】
段階（Ｓ２０３）の確認の結果、既存のセッションがない場合、または段階（Ｓ２０５）の確認の結果、活性化したセッションが既存のセッションと接続されていない場合には、活性化したセッションに対する新たなセッションマッピング区分子を選択する（Ｓ２０９）。この時、活性化したセッションが複数であり、各セッション間が接続されている場合には、選択したセッションマッピング区分子を複数のセッションの全てに同一に適用する。
【０１０７】
次に、選択したセッションマッピング区分子をセッションの交渉を要請するメッセージの特定のヘッダーフィールドに挿入する（Ｓ２１１）。
【０１０８】
そして、セッションマッピング区分子が挿入されたセッション交渉要請メッセージをセッションを連結しようとする相手の端末器に送信する（Ｓ２１３）。
【０１０９】
次に、図１０は、図３及び図５の着信処理部１４６のセッション処理動作を示した図である。
【０１１０】
図１０は、本発明の実施例によるＳＩＰ基盤のセッション交渉要請を受信する過程を示したフローチャートである。
【０１１１】
図１０によれば、一つ以上のセッション交渉要請が受信（Ｓ３０１）されれば、セッションの交渉が可能であるか否かを判断（Ｓ３０３）する。つまり、受信したセッション交渉要請のための情報（例えば、メディア能力情報）を受容するか否かを確認して、それに応じてセッションの交渉が可能であるか否かを判断する。
【０１１２】
段階（Ｓ３０３）でセッションの交渉が可能であると判断されれば、セッションの交渉を受諾する応答処理を行う（Ｓ３０５）。
【０１１３】
次に、段階（Ｓ３０１）で受信されたセッション交渉要請に含まれているセッションマッピング区分子を確認（Ｓ３０７）する。
【０１１４】
そして、確認（Ｓ３０７）したセッションマッピング区分子を利用して、受信された一つ以上のセッション交渉要請を当該ＩＭＳサービスアプリケーションとマッピング（Ｓ３０９）する。
【０１１５】
ここで、交渉が要請されたセッションのセッションマッピング区分子が既存の参加中のセッションのセッションマッピング区分子と同一である場合には、参加中のセッションのＩＭＳサービスアプリケーションにマッピングする。また、交渉が要請されたセッションが複数であり、各々のセッションマッピング区分子が同一である場合には、受信された複数のセッション交渉要請を同一なＩＭＳサービスアプリケーションにマッピングする。
【０１１６】
一方、段階（Ｓ３０３）でセッションの交渉が不可能であると判断されれば、セッションの交渉を拒絶する応答処理を行う（Ｓ３１１）。
【０１１７】
次に、図２乃至図１０によって説明した内容をＳＩＰ基盤のインスタントメッセンジャーサービスに適用した具体的な実施例について説明する。
【０１１８】
ここで、インスタントメッセンジャーサービスは、互いに異なるメディア形式で定義された複合マルチメディアサービスから構成される。、例えば、インスタントメッセンジャーサービスは、バディーリスト、チャット、映像チャット、ファイル伝送、映像共有サービスを含むことができる。
【０１１９】
図１１は、本発明の実施例を適用したＳＩＰ基盤のインスタントメッセンジャーサービスのセッションの交渉の手続を示したフローチャートである。
【０１２０】
図１１によれば、発信側端末装置が使用者の要求に応じてインスタントメッセンジャーアプリケーションを実行（Ｓ４０１）して、チャットセッションを活性化する（Ｓ４０３）。
【０１２１】
そうすると、チャットのメディア形式で定義されたＩＮＶＩＴＥメッセージを生成（Ｓ４０５）して、ＩＭＳサーバー（ＩＭＳコア網を称する）に伝送する（Ｓ４０７）。ここで、ＩＮＶＩＴＥメッセージのサブジェクトヘッダーフィールドにはセッションマッピング区分子が挿入される。
【０１２２】
ＩＭＳサーバーは、段階（Ｓ４０７）で受信したＩＮＶＩＴＥメッセージを当該相手の端末装置、つまり、第１着信側端末装置及び第２着信側端末装置に伝達（Ｓ４０９、Ｓ４１１）する。その後、相手の端末装置から受諾応答を各々受信（Ｓ４１３、Ｓ４１５）して、発信側端末装置に伝達する（Ｓ４１７）。
【０１２３】
ここで、段階（Ｓ４１３、Ｓ４１５、Ｓ４１７）は簡略に説明したが、ＩＭＳサーバーと相手の端末装置との間で１８３セッションプログレス、ＰＲＡＣＫ、２００  ＯＫ、１８０リンギング、ＡＣＫメッセージなどを送信/受信する手続によって行われる。
【０１２４】
これにより、発信側端末装置は、第１着信側端末装置及び第２着信側端末装置とチャットセッションが設定される。
【０１２５】
その後、発信側端末装置で、使用者の要求によって映像チャットセッションが活性化（Ｓ４１９）される。
【０１２６】
発信側端末装置は、映像チャットのためのメディア形式で定義されたＩＮＶＩＴＥメッセージを生成する（Ｓ４２１）。この時、映像チャットセッションは先に完了したチャットセッションと接続されているので、チャットセッションのセッションマッピング区分子を段階（Ｓ４２１）で生成したＩＮＶＩＴＥメッセージのヘッダーフィールドに挿入する。
【０１２７】
そうすれば、段階（Ｓ４２１）で生成されたＩＮＶＩＴＥメッセージをＩＭＳサーバーに伝送（Ｓ４２３）し、ＩＭＳサーバーは、これを第１着信側端末装置及び第２着信側端末装置に伝達（Ｓ４２５、Ｓ４２７）する。
【０１２８】
この時、映像チャットのセッション交渉要請を受信した相手端末装置のうちの第１着信側端末装置は、映像チャットのセッションの交渉が可能（Ｓ４２９）であり、第２着信側端末装置は、映像チャットのセッションの交渉が不可能（Ｓ４３１）である。
【０１２９】
したがって、第１着信側端末装置は、映像チャットのセッション交渉要請を受諾する応答メッセージを伝送（Ｓ４３３）する。そして、段階（Ｓ４２５）で受信したＩＮＶＩＴＥメッセージのヘッダーフィールドに挿入されたセッションマッピング区分子が既に参加中のチャットセッションと同一なセッションマッピング区分子であるので、チャットセッションの当該サービスアプリケーションのインスタントメッセンジャーアプリケーションにマッピング（Ｓ４３５）する。
【０１３０】
一方、第２着信側端末装置は、映像チャットのセッション交渉要請を拒絶する応答処理を行う（Ｓ４３７）。
【０１３１】
ＩＭＳサーバーは、第１着信側端末装置及び第２着信側端末装置の映像チャットセッション交渉要請に対する応答を発信側端末装置に伝達する（Ｓ４３９、Ｓ４４１）。
【０１３２】
これにより、発信側端末装置と第１着信側端末装置との間には、映像チャットセッション交渉が締結されて、インスタントメッセンジャーサービスが提供される。
【０１３３】
そして、発信側端末装置と第２着信側端末装置との間の映像チャットセッション交渉は失敗したが、既に接続されたチャットセッション交渉は有効であるので、チャットセッション交渉によるインスタントメッセンジャーサービスの提供が可能である。
【０１３４】
また、図面には示していないが、チャットのセッションに参加中に追加される映像チャットセッション交渉は、特定の相手の端末装置のみを指定して要請することができる。
【０１３５】
このように、一つのサービスを多数のセッションから構成するので、ファイル伝送セッションのように常に維持されているというよりは随時で要請されるセッションの交渉の場合にも、従来のセッションの再交渉の煩わしい手続なく簡単に行われる。
【０１３６】
以上で、本発明の実施例について詳細に説明したが、本発明の権利の範囲はこれに限定されるものではなく、特許請求の範囲で定義している本発明の基本概念を利用した当業者の様々な変形及び改良形態も本発明の権利範囲に属する。
【図１】
2010524382.tif 000003
【図２】
2010524382.tif 000004
【図３】
2010524382.tif 000005
【図４】
2010524382.tif 000006
【図５】
2010524382.tif 000007
【図６】
2010524382.tif 000008
【図７】
2010524382.tif 000009
【図８】
2010524382.tif 000010
【図９】
2010524382.tif 000011
【図１０】
2010524382.tif 000012
【図１１】
2010524382.tif 000013
【国際調査報告】
2010524382.tif 000014
2010524382.tif 000015