(57)【特許請求の範囲】
【請求項１】
セッション開始プロトコルを用いて通信サービスを提供するシステムにおいて、クライアント端末がシステムメッセージを転送する方法であって、
前記通信サービスを提供するサーバーからシステムメッセージ要請を受信する過程と、
受信した前記システムメッセージ要請に対応して、ＳＩＰメッセージのメッセージヘッダーに前記featureタグと前記ＳＩＰメッセージのメッセージボティーに含まれるメッセージの形式を表すＭＩＭＥコンテンツタイプを追加し、前記メッセージボディーに前記システムメッセージ要請に対する応答と関連したコンテンツを記述するシステムメッセージ応答文書を含ませ、システムメッセージ応答を構成する過程と、
サーバーに前記システムメッセージ応答を転送する過程と、
を備えることを特徴とする、システムメッセージ転送方法。
【請求項２】
前記システムメッセージ要請は、情報提供と、警報提供と、任意のサービスに対する承認／拒否要請と、任意のサービスに対する複数応答要請のうちいずれか一つに対応するシステムメッセージ要請であることを特徴とする、請求項１に記載のシステムメッセージ転送方法。
【請求項３】
前記クライアントが前記システムメッセージ要請を受信すると、受信した前記システムメッセージ要請を分析し、前記featureタグが含まれてると、一般ＳＩＰメッセージと区分してディスプレーする過程を
さらに備えることを特徴とする、請求項２に記載のシステムメッセージ転送方法。
【請求項４】
前記クライアントが前記システムメッセージ応答を、前記受信したシステムメッセージ要請に応答を要請するコンテンツが含まれていると構成することを特徴とする、請求項３に記載のシステムメッセージ転送方法。
【請求項５】
前記システムメッセージ要請と前記システムメッセージ応答は、ＳＩＰ ＭＥＳＳＡＧ
Ｅ methodと、ＭＳＲＰ ＳＥＮＤ methodと、ＳＩＰ ＩＮＦＯ methodのうちいずれか１methodによって転送されることを特徴とする、請求項４に記載のシステムメッセージ転送
方法。
【請求項６】
前記featureタグは、前記メッセージヘッダーのAccept-Contactフィールドに含まれ、
前記ＭＩＭＥコンテンツタイプは、Content-Typeフィールドに含まれることを特徴とする、請求項５に記載のシステムメッセージ転送方法。
【請求項７】
前記featureタグは、+g.application.smsgタグであり、前記ＭＩＭＥコンテンツタイプは、vnd.example.system-message+xmlであることを特徴とする、請求項６に記載のシステムメッセージ転送方法。
【請求項８】
前記システムメッセージ要請ＸＭＬ文書と前記システムメッセージ応答ＸＭＬ文書は、<system-message>エレメントをルートエレメントとして始まることを特徴とする、請求項６に記載のシステムメッセージ転送方法。
【請求項９】
前記システムメッセージ要請ＸＭＬ文書は、前記システムメッセージが要請システムメッセージであることを表す<smsg-type>エレメントと、任意のシステムメッセージ要請に
対する応答を結合するための個別の番号を含む<smsg>エレメントと、クライアントに転送する任意の情報を含む<smsg-text>エレメントと、前記システムメッセージ要請に対応し
てクライアントに要請する応答の種類を含む<smsg-response-type>エレメントと、前記<smsg-response-type>エレメントに含まれた応答の種類によって含まれるか否かが決定され、応答の具体的な内容と識別子を含む<answer-options>エレメントと、前記システムメッセージ要請使用者が確認したか否かを判断するためのコードを含む<verification>エレメントと、前記システムメッセージ要請に対するシステムメッセージ応答の受信待機時間を表す<time-out>エレメントと、前記システムメッセージ要請と関連して使用者が応答するまで該当のサービスと関連する他の接続を遮断するようにクライアントに要求する<restrict-access>エレメントと、を含むことを特徴とする、請求項８に記載のシステムメッセ
ージ転送方法。
【請求項１０】
前記<smsg-response-type>エレメントは、使用者から応答を要請しない無応答と、使用者の応答が異なる２種類の応答のうち一つを選択するようにする一回性の応答と、複数の使用者応答を要請する複数応答のうち少なくとも一つの応答種類を含み、
前記<answer-options>エレメントは、前記<smsg-response-type>エレメント値が無応答の場合には、前記システムメッセージ要請文書に含まれなく、前記一回性の応答または複数応答の場合に、それぞれの応答に対応する識別子を含む<answer-option-id>エレメントと、それぞれの応答の具体的意味を表すテキストを含む<answer-option-text>エレメントをチャイルドエレメントとして備え、
前記<verification>エレメントは、システムメッセージ要請に対する応答として使用者が入力すべき英数字（alphanumeric）コード含む<verification-text>エレメントと、前
記英数字コードのＵＲＩを含む<verification-uri>エレメントとをチャイルドエレメントとして備えることを特徴とする、請求項９に記載のシステムメッセージ転送方法。
【請求項１１】
前記<time-out>エレメント、<restrict-access>エレメント及び前記<verification>エ
レメントは、前記システムメッセージ要請ＸＭＬ文書に選択的に含まれることを特徴とする、請求項１０に記載のシステムメッセージ転送方法。
【請求項１２】
前記システムメッセージ応答ＸＭＬ文書は、前記<smsg-type>エレメントと、前記<smsg
>エレメントと、前記システムメッセージ要請に対する使用者の応答を含む<answer>エレ
メントと、前記システムメッセージ要請の前記<verification>エレメントに含まれた英数字列に対応して使用者から入力された数字文字列を含む前記<verification>エレメントを含むことを特徴とする、請求項１１に記載のシステムメッセージ転送方法。
【請求項１３】
セッション開始プロトコルを用いてサービスを適用するシステムにおいて、サーバーがシステムメッセージを転送する方法であって、
ＳＩＰメッセージのメッセージヘッダーに、システムメッセージであることを表すfeatureタグと、前記ＳＩＰメッセージのメッセージボディーに含まれるメッセージの形式を表すＭＩＭＥコンテンツタイプとを追加する過程と、
前記メッセージボディーにシステムメッセージ要請と関連したコンテンツが記述され、前記システムメッセージ要請に対する応答の形態を表す情報が含まれるシステムメッセージ要請ＸＭＬ文書を含ませ、現在状況に対応するシステムメッセージ要請を構成する過程と、
前記システムメッセージ要請をクライアント端末に転送する過程と、
前記システムメッセージ要請に対する応答と関連したコンテンツを含み、前記システムメッセージ要請に対応するシステムメッセージ応答を前記クライアント端末から受信する過程と、を含むことを特徴とする、システムメッセージ転送方法。
【請求項１４】
前記サーバーが前記現在状況に対応するシステムメッセージ要請を構成することは、情報提供と、警報提供と、任意のサービスに対する承認／拒否要請と、任意のサービスに対する複数応答要請のうちいずれか一つに対応するシステムメッセージを構成することであることを特徴とする、請求項１３に記載のシステムメッセージ転送方法。
【請求項１５】
前記システムメッセージ要請と前記システムメッセージ応答は、ＳＩＰ ＭＥＳＳＡＧ
Ｅ methodと、ＭＳＲＰ ＳＥＮＤ methodと、ＳＩＰ ＩＮＦＯ methodのうちいずれか１methodによって転送されることを特徴とする、請求項１４に記載のシステムメッセージ転
送方法。
【請求項１６】
前記featureタグは、前記メッセージヘッダーのAccept-Contactフィールドに含まれ、
前記ＭＩＭＥコンテンツタイプは、Content-Typeフィールドに含まれることを特徴とする、請求項１５に記載のシステムメッセージ転送方法。
【請求項１７】
前記featureタグは、+g.application.smsgタグであり、前記ＭＩＭＥコンテンツタイプは、vnd.example.system-message+xmlであることを特徴とする、請求項１６に記載のシステムメッセージ転送方法。
【請求項１８】
前記システムメッセージ要請ＸＭＬ文書は、<system-message>エレメントをルートエレメントとして始まることを特徴とする、請求項１６に記載のシステムメッセージ転送方法。
【請求項１９】
前記システムメッセージ要請ＸＭＬ文書は、前記システムメッセージが要請システムメッセージであることを表す<smsg-type>エレメントと、任意のシステムメッセージ要請に
対する応答を結合するための個別の番号を含む<smsg>エレメントと、クライアントに転送する任意の情報を含む<smsg-text>エレメントと、前記システムメッセージ要請に対応し
てクライアントに要請する応答の種類を含む<smsg-response-type>エレメントと、前記<smsg-response-type>エレメントに含まれた応答の種類によって含まれるか否かが決定され、応答の具体的な内容と識別子を含む<answer-options>エレメントと、前記システムメッセージ要請使用者が確認したか否かを判断するためのコードを含む<verification>エレメントと、前記システムメッセージ要請に対するシステムメッセージ応答の受信待機時間を表す<time-out>エレメントと、前記システムメッセージ要請と関連して使用者が応答するまで該当のサービスと関連する他の接続を遮断するようにクライアントに要求する<restrict-access>エレメントと、を含むことを特徴とする、請求項１８に記載のシステムメッ
セージ転送方法。
【請求項２０】
前記<smsg-response-type>エレメントは、使用者から応答を要請しない無応答と、使用者の応答が異なる２種類の応答のうち一つを選択するようにする一回性の応答と、複数の使用者応答を要請する複数応答のうち少なくとも一つの応答種類を含み、
前記<answer-options>エレメントは、前記<smsg-response-type>エレメント値が無応答の場合には、前記システムメッセージ要請文書に含まれなく、前記一回性の応答または複数応答の場合に、それぞれの応答に対応する識別子を含む<answer-option-id>エレメントと、それぞれの応答の具体的意味を表すテキストを含む<answer-option-text>エレメントをチャイルドエレメントとして備え、
前記<verification>エレメントは、システムメッセージ要請に対する応答として使用者が入力すべき英数字（alphanumeric）コード含む<verification-text>エレメントと、前
記英数字コードのＵＲＩを含む<verification-uri>エレメントとをチャイルドエレメントとして備えることを特徴とする、請求項１９に記載のシステムメッセージ転送方法。
【請求項２１】
前記<time-out>エレメント、<restrict-access>エレメント及び前記<verification>エ
レメントは、前記システムメッセージ要請ＸＭＬ文書に選択的に含まれることを特徴とする、請求項２０に記載のシステムメッセージ転送システム。
【請求項２２】
前記システムメッセージ応答ＸＭＬ文書は、前記<smsg-type>エレメントと、前記<smsg>エレメントと、前記システムメッセージ要請に対する使用者の応答を含む<answer>エレ
メントと、前記システムメッセージ要請の前記<verification>エレメントに含まれた英数字列に対応して使用者から入力された数字文字列を含む前記<verification>エレメントを含むことを特徴とする、請求項２１に記載のシステムメッセージ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション開始プロトコル（Session Initiation Protocol：ＳＩＰ）技術に係り、特に、ＩＭ（Instant Messaging）、ＰｏＣ（Push-to-Talk Over Cellular）、ＭＭＳ（Multimedia Messaging Service）及びサービスプロバイダー（Service Provider）がホストとなって行われる任意の他のＳＩＰ基盤のサービス等のような様々なＳＩＰ基盤のサービス加入者にシステムメッセージを転送する方法に関する。
【背景技術】
【０００２】
システムメッセージ（system Message）とは、各種の目的、例えば、充電案内、サービス通知、警告、命令などのためにシステムにより転送される特別な形態のメッセージである。かかるシステムメッセージはたいてい提供可能なオプションに関するリストを含み、使用者から応答を要請しても良い。
【０００３】
ＳＩＰは、インターネット上のマルチメディアセッションを制御するためのプロトコルで、ＭＥＳＳＡＧＥ method、ＭＳＲＰ（Message Session Relay Protocol）method、ＳＩＰ  ＩＮＦＯ  methodを含む。
【０００４】
ＭＥＳＳＡＧＥ  method（ＲＦＣ  ３４２８、参照文献、“Session Initiation Protocol(SIP) Extension for Instant Messaging”, B. Campbell, Ed., et. al., RFC 3428, December 2002）は、インスタントメッセージ（ＩＭ）の転送を可能にするＳＩＰ（ＲＦＣ  ３２６１、参照文献,“ＳＩＰ：Session Initiation Protocol”, J. Rosenberg, et. al., RFC 3261, June 2002）の拡張されたＳＩＰである。メッセージ要請は、ＳＩＰに対する一つの拡張であるため、ＳＩＰプロトコルの全ての要請のルーティング（routing）及び保安特性（security features）を引き継ぐ。メッセージ要請は、ＭＩＭＥ（Multi-purpose Internet Mail Extension）ボディー形式で内容を転送する。これらのメッセージ要請は、自らＳＩＰダイアローグを生成することはなく、正常的に使用される場合、それぞれのインスタントメッセージは、ページャーメッセージと類似に独立して存在する。これらメッセージ要請は、任意の他のＳＩＰ要請に応じて生成されるダイアローグ内で転送されても良い。
【０００５】
ＭＳＲＰ(参照文献、“The Message Session Relay Protocol”, B. Campbell, Ed., et. al., draft-ietf-simple-message-sessions)は、１セッション内で一連の連関するインスタントメッセージを転送するためのプロトコルである。このＭＳＲＰは、任意または二進数のＭＩＭＥコンテンツ、特に、インスタントメッセージを交換するためのテキスト基盤の連結指向型（connection-oriented）プロトコルである。
【０００６】
ＳＩＰ  ＩＮＦＯ  method（ＲＦＣ  ２９７６、参照文献、“The SIP INFO Method”, S. Donovan, RFC 2976, October 2000）は、１セッションの間に発生するセッション関連制御情報の伝達を可能にする。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の各methodだけではシステムメッセージの要求事項を受容することができない。すなわち、正常のメッセージとシステムメッセージの区別が不可能であり、システムメッセージと関連してクライアントから受信した応答を識別できなく、サーバーがクライアントから応答を予想している場合にも、指定された期間の間に待機できく、サーバーが使用者親和型のサービスレベル接続制御を提供できないという問題点があった。
【０００８】
したがって、本発明は、正常のメッセージとシステムメッセージとを区別できるシステムメッセージ転送方法を提供することにある。
【０００９】
本発明は、サーバーがクライアントから受信しようとする応答の類型を識別できるシステムメッセージ転送方法を提供する。
【００１０】
本発明は、サーバーがクライアントから応答を予想している場合に、指定された期間の間に待機できるシステムメッセージ転送方法を提供する。
【００１１】
本発明は、サーバーから必要な使用者親和型のサービスレベル接続制御を提供できるシステムメッセージ転送方法を提供する。
【００１２】
本発明は、サーバーがシステムメッセージをクライアントに送信し、それらクライアントからそれに対する応答を受信し、サービスプロバイダーの政策に基づいて後続の行為を決定できるシステムメッセージ転送方法を提供する。
【００１３】
本発明は、ＭＥＳＳＡＧＥ  method、ＭＳＲＰ  ＳＥＮＤ  method、ＳＩＰ  ＩＮＦＯ  methodに適用可能なシステムメッセージ転送方法を提供する。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明は、セッション開始プロトコルを用いて通信サービスを提供するシステムにおいて、クライアント端末がシステムメッセージを転送する方法であって、前記通信サービスを提供するサーバーからシステムメッセージ要請を受信する過程と、受信した前記システムメッセージ要請に対応して、ＳＩＰメッセージのメッセージヘッダーに前記featureタグと前記ＳＩＰメッセージのメッセージボティーに含まれるメッセージの形式を表すＭＩＭＥコンテンツタイプを追加し、前記メッセージボディーに前記システムメッセージ要請に対する応答と関連したコンテンツを記述するシステムメッセージ応答文書を含ませ、システムメッセージ応答を構成する過程と、サーバーに前記システムメッセージ応答を転送する過程と、を備える。
そして、当該システムメッセージ要請とシステムメッセージ応答は、ＭＥＳＳＡＧＥ、ＭＳＲＰ  ＳＥＮＤ、ＩＮＦＯまたは他の適当なＳＩＰ  methodによって転送される。
【００１５】
また、前記featureタグは、前記メッセージヘッダーのAccept-Contactフィールドに含まれ、前記ＭＩＭＥコンテンツタイプは、Content-Typeフィールドに含まれる。
【００１６】
また、前記featureタグは、+g.application.smsgタグであり、前記ＭＩＭＥコンテンツタイプは、vnd.example.system-message+xmlである。
【００１７】
また、前記システムメッセージ要請ＸＭＬ文書は、<system-message>ルートエレメント（root element）から始まり、前記システムメッセージが要請か応答かを表すsmsg-typeエレメントと、任意のシステムメッセージ要請とこれにに対するシステムメッセージ応答を結合するための個別の識別番号を含む<smsg>エレメントと、クライアントに転送する任意の情報を含む<smsg-text>エレメントと、前記システムメッセージ要請に対応してクライアントに要請する応答の種類を含む<smsg-response-type>エレメントと、前記<smsg-response-type>エレメントに含まれた応答の種類によって含まれるか否かが決定され、応答の具体的な内容と識別子を含む<answer-options>エレメントと、前記システムメッセージ要請使用者が確認したか否かを判断するためのコードを含む<verification>エレメントと、前記システムメッセージ要請に対するシステムメッセージ応答の受信待機時間を表す<time-out>エレメントと、前記システムメッセージ要請と関連して使用者が応答するまで該当のサービスと関連する他の接続を遮断するようにクライアントに要求する<restrict-access>エレメントと、を含む。
【００１８】
また、前記<smsg-response-type>エレメントは、使用者から応答を要求しない‘無応答（no-answer）’と、使用者の応答が受諾（Accept）または拒絶（Refuse）の異なる２種類の応答のうち一つのみを選択するようにする‘一回性の応答（only-one-answer）’と、複数の使用者応答を要求する‘複数応答(multiple-answer)’のうち少なくとも一つの応答種類を含み、<answer-options>エレメントは、<smsg-response-type>エレメント値が無応答の場合には、システムメッセージ要請文書に含まれなく、一回性の応答または複数応答の場合に、それぞれの応答に対応する識別子を含む<answer-option-id>エレメントと、それぞれの応答の具体的意味を表すテキストを含む<answer-option-text>エレメントをチャイルドエレメント（child element）として備え、<verification>エレメントは、システムメッセージ要請に対する応答として使用者が入力すべき英数字（alphanumeric）コードを含む<verification-text>エレメントと、前記英数字コードのＵＲＩを含む<verification-uri>エレメントとをチャイルドエレメントとして備える。
【００１９】
また、<time-out>エレメント、<restrict-access>エレメント及び<verification>エレメントは、前記システムメッセージ要請ＸＭＬ文書に選択的に含まれる。
【００２０】
また、システムメッセージ応答ＸＭＬ文書は、<smsg-type>エレメントと、<smsg>エレメントと、システムメッセージ要請に対する使用者の応答を含む<answer>エレメントと、システムメッセージ要請の<verification>エレメントに含まれた英数字列に対応して使用者から入力された数字文字列を含む前記<verification>エレメントを含む。
また、上記目的を達成するために、本発明は、セッション開始プロトコルを用いてサービスを適用するシステムにおいて、サーバーがシステムメッセージを転送する方法であって、ＳＩＰメッセージのメッセージヘッダーに、システムメッセージであることを表すfeatureタグと、前記ＳＩＰメッセージのメッセージボディーに含まれるメッセージの形式を表すＭＩＭＥコンテンツタイプとを追加する過程と、前記メッセージボディーにシステムメッセージ要請と関連したコンテンツが記述され、前記システムメッセージ要請に対する応答の形態を表す情報が含まれるシステムメッセージ要請ＸＭＬ文書を含ませ、現在状況に対応するシステムメッセージ要請を構成する過程と、前記システムメッセージ要請をクライアント端末に転送する過程と、前記システムメッセージ要請に対する応答と関連したコンテンツを含み、前記システムメッセージ要請に対応するシステムメッセージ応答を前記クライアント端末から受信する過程と、を含むことを特徴とする。
【発明の効果】
【００２１】
本発明は、ＳＩＰメッセージのメッセージヘッダーに、システムメッセージであることを表すfeatureタグと、システムメッセージのＭＩＭＥコンテンツタイプとを追加し、これによってＳＩＰメッセージのメッセージボディーにシステムメッセージと関連したコンテンツを記述するＸＭＬ文書を含ませた、ＳＩＰメッセージを用いてシステムメッセージを転送することによって、ＳＩＰを用いたシステムメッセージ転送時に、システムメッセージを正常のメッセージと区別でき、サーバーがクライアントから受信したシステムメッセージに対する応答を識別できる。なお、サーバーがクライアントから応答を予想している場合に、指定された期間の間に待機でき、サーバーから必要な使用者親和型のサービスレベル接続制御を提供できる。また、サーバーがシステムメッセージをクライアントに送信し、クライアントからそれに対する応答を受信し、サービスプロバイダーの政策に基づいて後続の行為を決定でき、ＳＩＰ  ＭＥＳＳＡＧＥ  method、ＭＳＲＰ  ＳＥＮＤ  method、ＳＩＰ  ＩＮＦＯ  methodに適用可能である。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の好適な実施形態を、添付の図面を参照しつつ詳細に説明する。ただし、以下に開示される実施形態は、本発明を例示するためのもので、他の様々な形態に具体化可能である。したがって、以下の説明及び図面は、本発明を限定するためのものではなく、本発明の完全な理解を図るために記述されたもので、特許請求の範囲に対する基礎として、また、本発明を製造または使用する方法を当業者に教示するための基礎として記述されているものとして解釈されるべきである。なお、本発明を説明するに当たり、本発明の要旨を不明瞭にすることを避けるために、公知または通常の技術については適宜説明を省略するものとする。
【００２３】
システムメッセージ（system Message）は、各種の目的、例えば、充電案内、サービス通知、警告、命令などのためにシステムにより転送される特別な形態のメッセージである。これらシステムメッセージはたいてい、提供可能なオプションに関するリストを含み、使用者から応答を要請することができる。これらメッセージを転送するためのタイミングは、サービスプロバイダー（Service Provider）の政策にしたがう。端末使用者の応答は、該当するサービス関連協議（negotiation）に影響を及ぼすように用いられても良い。
【００２４】
本発明は、このようなシステムメッセージを用いて情報を転送し、それに対する使用者の応答を受信すべく、ＳＩＰメッセージボディーのＭＩＭＥの形式に新しいコンテンツを挿入し、新しいfeatureタグを既存のＳＩＰメッセージヘッダーに挿入してシステムメッセージとして転送することによって、様々なシステムメッセージ要求仕様を充足させるシステムメッセージ転送方法を提供する。このＳＩＰメッセージのＭＩＭＥ形式のボディーに新しいコンテンツを挿入して伝達する方法は、例えば、ＭＥＳＳＡＧＥ  method、ＭＳＲＰ  ＳＥＮＤ  method、ＳＩＰ  ＩＮＦＯ  methodに適用されることができる。以下、本発明について詳細に説明する。
【００２５】
システムメッセージ特徴は、クライアントとサーバーの両者により支援されねばならないということにある。また、システムメッセージは、クライアントとサーバーによってのみ確認されなければならず、よって、他の正常のメッセージと区別しなければならない。これにより、本発明は、ＳＩＰメッセージのメッセージヘッダーに新しいfeatureタグを挿入することによって、クライアントがシステムメッセージを支援するか否かを、サーバーが認識できるようにし、送受信システムが、一つのシステムメッセージを独自に確認できるようにする。新しいfeatureタグは、例えば、+g.application.smsgと指称でき、新しいfeatureタグは、いかなるサービス、例えば、ＩＭサービス、ＰｏＣサービス、ＭＭＳサービスにも適用可能である。featureタグ、すなわち、+g.application.smsg.タグのASN.1識別子は、New assignment by IANAであり、featureタグは、クライアントがシステムメッセージを支援するということを表す。そして、featureタグとして使用するのに好適な値は、Booleanである。Featureタグは、下記のアプリケーション、プロトコル、サービスまたは処理メカニズムに主として用いられ、電話またはＰＤＡのような装置の能力を説明するための通信アプリケーションに有用である。その一例として、システムメッセージを支援できる移動電話端末にシステムメッセージの経路（ルーティング）を設定することが挙げられる。新しいfeatureタグは、ＳＩＰ  methodのレジスター段階中にクライアントにより登録されなければならない。ＳＩＰヘッダーフィールドは、システムメッセージの支援を表すために使用され、例えば、“Accept-Contact”ヘッダーをＲＦＣ  ３８４１“Caller Preferences for the Session Initiation Protocol”に定義された規則と手続きによるrequire及びexplicitパラメーターと共に新しいfeatureタグを伝達するのに使用されることができる。新しいfeatureタグは、システムメッセージのための様々なＳＩＰ  methodで使用されることができる。システムメッセージが１セッション内に転送されるか否かに関わらず、ＳＩＰ  ＭＥＳＳＡＧＥ  methodがシステムメッセージを送受信するために本発明に適用されることができ、セッションの間にシステムメッセージを転送するために、ＳＩＰ  ＩＮＦＯmethod及びＭＳＲＰ  ＳＥＮＤ  methodが本発明に適用されても良い。
【００２６】
そして、本発明によって、新しいＭＩＭＥタイプ（type）がシステムメッセージに定義されなければならない。該新しいＭＩＭＥタイプは、例えば、vnd.example.system-message+xmlのＭＩＭＥコンテンツタイプで、独自に識別される。このＭＩＭＥコンテンツタイプは、ＳＩＰメッセージボディーが、特定の構造（ＸＭＬ schema）にしたがう１システムメッセージを含むということを確認するために使用される。このＭＩＭＥコンテンツタイプは、任意のサービス、例えば、ＩＭサービス、ＰｏＣサービス、ＭＭＳサービスに適用可能である。また、当該新しいＭＩＭＥコンテンツタイプは、システムメッセージのための様々なのＳＩＰmethodで表現されなければならない。すなわち、当該システムメッセージが１セッション内に転送されるか否かにかかわらず、ＳＩＰ  ＭＥＳＳＡＧＥ  methodがシステムメッセージを送受信する時に用いられることができ、ＳＩＰ  ＩＮＦＯ  method及びＭＳＲＰ  ＳＥＮＤ  methodが、そのセッションの間にシステムメッセージを転送するために使用しても良い。新しいＭＩＭＥコンテンツタイプは、ＳＩＰメッセージのヘッダーフィールド、例えば、コンテンツタイプヘッダーに含まれることができる。
【００２７】
一方、新しいＭＩＭＥコンテンツタイプにしたがうシステムメッセージは、送受信中に多様なＳＩＰ  methodでメッセージボディーに含まれて転送され、これによるメッセージボディーは、新しいＭＩＭＥコンテンツタイプによって定義される新しい構造によって記述されなければならない。システムメッセージは、必要時にのみ、例えば、通常最初使用時のような場合にクライアントへ転送される。したがって、サーバーは、システムメッセージが誰に既に転送されたか、また、誰に転送されるかをサービスプロバイダーが認識できる状態を維持する。このため、メッセージボディーに新しいＭＩＭＥコンテンツタイプによって定義される構造は、システムメッセージを転送するサーバーによって使用されうるシステムメッセージと、該当のサーバーに再び応答するようにクライアントによって使用されるメッセージとが同じ構造を保有するように定義される。すなわち、システムメッセージ要請とシステムメッセージ応答を両方とも遂行できる単一構造を有することが可能である。
【００２８】
まず、システムメッセージ要請文書の構造について説明すると、次の通りである。システムメッセージ要請は、文法に合い且つ有効に記述されなければならない一つのＸＭＬ文書である。このシステムメッセージ文書は、ＸＭＬ  １．０に基づいて作成され、ＵＴＦ−８エンコーディングを用いる。本発明は、システムメッセージ要請文書（system  Message Request document）またはこの文書の部分（fragment）を固有に識別するためにＸＭＬネームスペース（namespace）を定義して用いる。本発明の説明で定義される要素のためのネームスペースＵＲＩは、‘example’というネームスペース識別子（identifier）を用いる一つのＵＲＮであり、これは、次の通りである：
urn:example:params:xml:ns:application:system-message
【００２９】
システムメッセージ要請文書は、<system-message>ルートエレメントから始まり、<smsg-type>エレメント、<smsg>エレメント、<smsg-text>エレメント、<smsg-response-type>エレメント、<answer-options>エレメント、<answer-option-id>エレメント、<answer-option-text>エレメント、<verification>エレメント、<verification-text>エレメント、<verification-uri>エレメント、<time-out>エレメント、<restrict-access>エレメントを含むことができる。
該各エレメントの定義を、表１に示す。
【００３０】
【表１】
0004728193.tif 000002
【００３１】
次に、上記表１を参照して、各エレメントについて詳細に説明する。
<smsg-type>エレメントは、後述されるシステムメッセージが‘要請（request）’形態であることを表し、サーバーからクライアントへ向かうということを意味する；
<smsg>エレメントは、ある一つのシステムメッセージ要請とこれに対する応答を連関付けるために付与する固有の識別番号を含むエレメントである。このような識別番号により、システムが同時に２以上のシステムメッセージを転送することを可能にしてメッセージと信号交換のオーバーヘッドを減少させる。また、このような識別番号により、サーバーは、クライアントからずっと後で伝達されるシステムメッセージ応答をシステムメッセージ要請と連関付けるのに役立つ；
【００３２】
<smsg-text>エレメントは、使用者に伝達される任意の情報を提供するエレメントである；
<smsg-response-type>エレメントは、システムメッセージ要請に対応して使用者から要求される応答の種類がどのようなものかを知らせるインジケーターで、応答の種類には、‘無応答（no-answer）’、‘一回性の応答（only-one-answer）’及び‘複数応答（multiple-answer）’がある。無応答（no-answer）は、サーバーにより転送されるシステムメッセージが、単に使用者に情報を提供するためにのみ転送されるもので、いかなる応答も該当の使用者から予想されない場合に使われる。一回性の応答（only-one-answer）は、サーバーにより転送されたシステムメッセージが、使用者から単に同意／拒絶（Accept/Refuse）またははい／いいえのような形態の一回性の応答のみを受ける必要がある場合に使われる。複数性応答（multiple-answer）は、サーバーにより転送されたシステムメッセージが、使用者から複数の応答を受ける必要がある場合に使われる。該サーバーは、使用者に要求する応答の種類に基づいて<smsg-response-type>エレメントの値を決定する。クライアントは、サーバーにより要求される応答の種類によって応答しなければならない；
【００３３】
<answer-options>エレメントは、使用者が応答として選択できる一連の可能な応答オプションを記述するエレメントで、複数個含まれることができ、このエレメントが存在すると、サーバーが使用者からの応答を期待しているということを意味する。したがって、<answer-options>エレメントは、当該<smsg-response-type>エレメント値が無応答（no-answer）の場合には存在しない。<answer-options>エレメントは、使用者が選択できる応答のオプションを、クライアントが表示するのを可能にするはずである。一回性の応答（only-one-answer）または複数応答（multiple-answer）の場合に、それぞれの応答オプション対は、固有のＩＤとそのオプションの意味を表すテキストメッセージとからなる。該ＩＤは、サーバーがシステムメッセージに対する応答において、使用者による選択を識別するのを支援する。それぞれの<answer-options>エレメントは、<answer-option-id>エレメントと、<answer-option-text>エレメントをチャイルドエレメントとして備えることができる。<answer-option-id>エレメントは、応答オプションを識別するための固有番号に該当するエレメントであり、<answer-option-text>エレメントは、該当する応答オプションを説明する自由なテキスト（free text）を提供するエレメントである。もし、このようなチャイルドエレメントが存在しないと、使用者が直接応答を記入できるオプションをクライアントが使用者に提供するということを意味する；
【００３４】
<verification>エレメントは、使用者がシステムメッセージを読んだということを確認するためのエレメントで、もし、このフィールドが存在すると、これは、使用者がそのメッセージを読んだという事実を知らせるための一種の確認（acknowledgement）をサーバーが要求するということを表す。<verification>エレメントを含むか否かは、選択的であり、サーバーにより決定される。そして、<verification>エレメントは、<verification-text>エレメントと<verification-uri>エレメントのいずれかをチャイルドエレメントとして備える。<verification-text>エレメントは、システムが提供する、使用者がシステムメッセージ応答で再入力すべき英数字（alphanumeric）コードを記述する。<verification-uri>エレメントは、使用者がシステムメッセージ応答で入力すべきコードの位置を表すＵＲＩ値を記述する；
【００３５】
<time-out>エレメントは、使用者応答が期待される持続時間を使用者に知らせるためのエレメントで、任意の時間／期間内でシステムメッセージに対する使用者応答を予想する場合にその条件を含む。もし、使用者が記述された時間／期間内に応答をしないと、サーバーは、自体政策（local policy）に基づいてその後続動作を決定する。<time-out>エレメントを含むか否かは、選択的であり、サーバーにより決定される。
【００３６】
<restrict-access>エレメントは、使用者がシステムメッセージに応答するまで、該当するサービスに対するそれ以上の接続を遮断するよう、サーバーがクライアントに要求するエレメントである。<restrict-access>エレメントを含むか否かは、選択的であり、サーバーにより決定される。サーバーが<restrict-access>エレメントを通じてこれを要請すると、クライアントは該当のサービスに対するそれ以上の接続を使用者に許容してはいけない。このため、クライアントが応答するまでサーバーがそのサービス接続を制限しようとする場合には、該サーバーは接続した状態をそのまま維持しながらタイムアウトされるまで応答を待機し、タイムアウト時には、サービスプロバイダーの政策に基づいて後続動作を決定する。タイムアウト時に、サーバーはシステムメッセージを再転送しても良いが、これもまたサービスプロバイダーの政策によって決定される。
システムメッセージ要請文書は、ＭＩＭＥコンテンツタイプのvnd.example.system-message+xmlで識別される。
上記のシステムメッセージ要請文書（System Message Request document）のＸＭＬ schemaは、下記の表２の通りである。
【００３７】
【表２Ａ】
0004728193.tif 000003
【表２Ｂ】
0004728193.tif 000004
本発明の一実施形態によって上述したエレメントを含むシステムメッセージ要求文書の一例を、下記の表３に示す。
【００３８】
【表３Ａ】
0004728193.tif 000005
【表３Ｂ】
0004728193.tif 000006
【００３９】
次に、システムメッセージ応答文書（System Message Response document）の構造について説明する。システムメッセージ応答文書は、文法に合い（well-formed）且つ有効に（valid）記述されなければならない一つのＸＭＬ文書である。システムメッセージ応答文書は、ＸＭＬ  １．０に基づいて作成され、ＵＴＦ−８エンコーディングを用いる。本発明は、システムメッセージ応答文書（System Message Response document）またはこの文書の部分（fragment）を固有に識別すべく、ＸＭＬネームスペース（namespace）を定義して用いる。本発明により定義された要素のためのネームスペースＵＲＩは、ネームスペース識別子‘example’を用いる一つのＵＲＮである。このＵＲＮは、次の通りである：
urn:example:params:xml:ns:application:system-message
【００４０】
システムメッセージ応答文書は、<system-message>ルートエレメント（root element）から始まり、<smsg-type>エレメント、<smsg>エレメント、<answer>エレメント、<answer-id>エレメント、<answer-text>エレメント、<verification>エレメントを含むことができる。各エレメントの定義を、表４に示す。
【００４１】
【表４】
0004728193.tif 000007
【００４２】
次に、上記表２を参照して、各エレメントについて詳細に説明する。
<smsg-type>エレメントは、システムメッセージが応答形態であることを表し、これは、クライアントからサーバーへ向かうということを意味する；
<smsg>エレメントは、システムメッセージ要請の<smsg>エレメントの‘ｉｄ’属性（attribute）に含まれている値を含むエレメントで、サーバー上で要請と応答間の一致を探すのに役立つ。また、<smsg>エレメントは、メッセージ及び信号伝達のオーバーヘッドを減らすために一つのメッセージとして転送された２以上のシステムメッセージが存在する場合に、応答を互いに関連付けるのに役立つ。
【００４３】
<answer>エレメントは、応答オプションのリストからの使用者選択を表すエレメントで、複数個含まれることができ、システムメッセージ要請で定義された１セットの応答オプション間の選択である。それぞれの<answer>エレメントは、<answer-id>エレメントをチャイルドエレメント（child element）として含むことができる。システムメッセージ要請で<smsg-response-type>エレメントの値が複数応答であると、複数の<answer-id>エレメントが存在できる。これは、同一メッセージを用いて使用者が一つの要求に対して複数の応答を転送することを可能にする。単にＩＤのみを使用することは、メッセージのサイズ（payload）を減らす機能をする。また、それぞれの<answer>エレメントは、使用者が入力した自由テキスト（free text）応答が存在する場合、<answer-id>エレメントと共に<answer-text>エレメントをチャイルドエレメントとして含むこともできる。上記の応答（answer response）は、使用者に許可されるサービスのレベルとパスワードリセット、新規登録、課金、特徴等のような各種要素に対するサービスプロバイダーの決定を便利にすることができる。
【００４４】
<verification>エレメントは、使用者がシステムメッセージを読んだということを確認するためのエレメントで、例えば、使用者は、システムメッセージ要請で表されるコードをそのまま入力することによって、使用者がそのシステムメッセージを読んだことをサーバーが確認できるようにする。また、<verification>エレメントは、システムメッセージ要請でも言及したように、特定ＵＲＩで記述される位置存在するコードであっても良い。万一、使用者により提供された応答からの検証に失敗すると、サーバー政策（server policy）に基づいて以降の動作に対して決定するはずである。例えば、サーバーが、該当のサービスに対するそれ以上の接続を許可せず、システムメッセージを再転送しても良い。システムメッセージ応答文書は、ＭＩＭＥコンデンツタイプのvnd.example.system-message+xmlで識別される。
上記のシステムメッセージ応答文書（System Message Response document）のＸＭＬ schemaは、下記の表５の通りである
【００４５】
【表５】
0004728193.tif 000008
本発明の一実施形態によって上述したエレメントを含むシステムメッセージ応答文書の一例を、下記の表５に示す。
【００４６】
【表６】
0004728193.tif 000009
【００４７】
以下、上記のシステムメッセージの送受信過程を、図１及び図２を参照して説明する。図１は、クライアントが、サーバーからシステムメッセージ要請を受信する過程を示す図で、図２は、クライアントが、サーバーにシステムメッセージ応答を転送する過程を示す図である。まず、図１を参照してシステムメッセージ要請の転送過程について説明する。
【００４８】
サーバーＸ１３０は、現在通信環境に基づき、システムメッセージがクライアントＸに転送される必要があると判断すると、ＳＩＰ要請メッセージ、すなわち、システムメッセージ要請を作成してＳＩＰ／ＩＰコア１２０に転送する。このとき、ＳＩＰ要請メッセージのRequest-URIは、クライアントＸ１１０のアドレスを含み、ＳＩＰメッセージヘッダーのAccept-Contactヘッダーは、featureタグ‘+g.application.smsg’を含む。そして、メッセージヘッダーのContent-Typeフィールドは、メッセージボディーにシステムメッセージと関連したコンテンツが含まれていることを表すためのＭＩＭＥコンテンツタイプであるapplication/vnd.example.system-message+xmlを含み、ＳＩＰメッセージのメッセージボディーは、システムメッセージ要請と関連したコンテンツを含むＸＭＬ文書からなる。
このＳＩＰ要請メッセージの一例を、表７に示す。
【００４９】
【表７】
0004728193.tif 000010
【００５０】
一方、ステップ２０３で、ＳＩＰ／ＩＰコアＸ１２０は、サーバー１３０から受信したＳＩＰ要請メッセージを、登録段階で保存した情報を参照して、クライアントＸ１１０に転送する。クライアントＸ１１０は、受信したＳＩＰ要請メッセージ、すなわち、システムメッセージ要請を、ステップ２０５で、ディスプレイし使用者に提供する。その後、ステップ２０７で、クライアントＸ１１０は、ＳＩＰ要請メッセージ、すなわち、システムメッセージ要請を受信したことを確認させるために、ＳＩＰ２００“ＯＫ”応答を、ＳＩＰ／ＩＰコアＸ１２０に転送する。該ＳＩＰ２００“ＯＫ”応答は、信号処理経路を通じてサーバーＸに転送され、下記の表８のように構成される。
【００５１】
【表８】
0004728193.tif 000011
【００５２】
このＳＩＰ２００“ＯＫ”応答を受信したＳＩＰ／ＩＰコア１２０は、ステップ２０９で、ＳＩＰ２００“ＯＫ”応答をサーバーＸに伝達する。サーバーＸ１３０は、ＳＩＰ２００“ＯＫ”応答を受信することによって、クライアントＸ１１０がシステムメッセージ要請を受信したことを確認する。次に、クライアントＸ１１０が、ＳＩＰ要請メッセージ、すなわち、システムメッセージ要請を受信した後、それに対するシステムメッセージ応答を、本発明によって新しく構成されたＳＩＰ応答メッセージを通じて転送する過程について、図２を参照して説明する。図２に示すように、クライアントＸ１１０は、図１の過程で受信したＳＩＰ要請メッセージに対するＳＩＰ応答メッセージを、ＳＩＰ／ＩＰコアＸ１２０に転送する。このとき、ＳＩＰ応答メッセージのRequest-URIは、サーバーＸ１３０アドレスを含み、ＳＩＰメッセージヘッダーのAccept-Contactヘッダーは、featureタグ‘+g.application.smsg’を含む。そして、メッセージヘッダーのContent-Typeフィールドは、メッセージボディーにシステムメッセージと関連したコンテンツが含まれていることを表すためのＭＩＭＥコンテンツタイプであるapplication/vnd.example.system-message+xmlを保存しており、当該ＳＩＰメッセージのメッセージボディーは、システムメッセージ応答と関連したコンテンツを含むＸＭＬ文書からなる。その一例を、表９に示す。
【００５３】
【表９】
0004728193.tif 000012
【００５４】
ＳＩＰ／ＩＰコアＸ１２０は、ステップ３０３で、受信したＳＩＰ応答メッセージを、Accept-Contactヘッダーでfeatureタグ‘+g.application.smsg’に基づいてサーバーＸ１３０に転送する。サーバーＸ１３０は、ＳＩＰ応答メッセージを受信することによって、ステップ３０５で、システムメッセージ要請に対するクライアントＸ１１０の応答を受信する。その後、ステップ３０７で、サーバーＸ１３０は、下記の表１０のように構成されるＳＩＰ２００“ＯＫ”応答を、ＳＩＰ／ＩＰコアＸ１２０に転送する。
【００５５】
【表１０】
0004728193.tif 000013
【００５６】
その後、ステップ３０８で、ＳＩＰ／ＩＰコアＸ１２０は、ＳＩＰ２００“ＯＫ”応答を、クライアントＸ１１０に伝達する。
【００５７】
本発明は、ＳＩＰメッセージのメッセージヘッダーに、システムメッセージであることを表すfeatureタグとＭＩＭＥコンテンツタイプを追加し、それにより、メッセージボディーにシステムメッセージと関連したコンテンツを含むＸＭＬ文書を含ませ、ＳＩＰメッセージを用いてシステムメッセージを転送する。このとき、ＳＩＰメッセージは、ＭＥＳＳＡＧＥ  method、ＭＳＲＰ  ＳＥＮＤ  method、ＳＩＰ  ＩＮＦＯ  methodを通じて実現することができる。各ＭＥＴＯＤに対応するシステムメッセージ転送過程が、図３乃至図５にそれぞれ示されている。すなわち、図３は、一般のＳＩＰ  ＭＥＳＳＡＧＥ methodによるシステムメッセージ転送過程を示す図で、図４は、ＭＳＲＰ  ＳＥＮＤ  methodによるシステムメッセージ転送過程を示す図で、図５は、ＳＩＰ  ＩＮＦＯ  methodによるシステムメッセージ転送過程を示す図である。
【００５８】
ＳＩＰ  ＭＥＳＳＡＧＥ  methodでは、図３に示すように、サーバー２０が、ステップ１１で、情報や警報提供、承認／拒否要請、複数応答要請のためのシステムメッセージ要請を、上記の表２のＸＭＬ schemaによって構成する。すなわち、サーバー２０は、<smsg-type>エレメント、<smsg>エレメント、<smsg-text>エレメント、<smsg-response-type>エレメント、<answer-options>エレメント、<verification>エレメント、<time-out>エレメント、<restrict-access>エレメントを用いて、システムメッセージ要請に含まれるコンテンツを構成し、これをＳＩＰ  ＭＥＳＳＡＧＥ  methodを用いて、ステップ１３で、クライアント１０に転送する。クライアント１０は、ステップ１５で、受信したシステムメッセージ要請を一般メッセージと区別してディスプレイし、システムメッセージ要請によって要求された場合、特定サービスに対する使用者のアクセスをコントロールする。クライアント１０は、ステップ１７で、２００“ＯＫ”応答をサーバー２０に転送する。その後、クライアント１０は、ステップ１９で、システムメッセージ要請に対する応答メッセージを、システムメッセージ要請に提示された時間制限内に、上記表５のＸＭＬ schemaによって構成する。すなわち、クライアント１０は、<smsg-type>エレメント、<smsg>エレメント、<answer>エレメント、<answer-id>エレメント、<answer-text>エレメント、<verification>エレメントを用いて、システムメッセージ応答に含まれるコンテンツを構成し、これをＳＩＰ  ＭＥＳＳＡＧＥ  methodを用いてステップ２１段階でサーバー２０に転送する。サーバー２０は、ＭＥＳＳＡＧＥを受信すると、２００“ＯＫ”応答をクライアント１０に転送する。
【００５９】
ＭＳＲＰ  ＳＥＮＤ  methodでは、図４に示すように、サーバー２０が、ステップ３１で、情報や警報提供、承認／拒否要請、複数応答要請のためのシステムメッセージ要請を、上記の表２のＸＭＬ schemaによって構成する。すなわち、サーバー２０は、<smsg-type>エレメント、<smsg>エレメント、<smsg-text>エレメント、<smsg-response-type>エレメント、<answer-options>エレメント、<verification>エレメント、<time-out>エレメント、<restrict-access>エレメントを用いて、システムメッセージ要請に含まれるコンテンツを構成し、これをＭＳＲＰ  ＳＥＮＤを用いて、ステップ３３でクライアント１０に転送する。クライアント１０は、ステップ３５で、受信したシステムメッセージ要請を一般メッセージと区別してディスプレイし、システムメッセージ要請によって要求された場合、特定サービスに対する使用者のアクセスをコントロールする。クライアント１０は、ステップ３７で、２００“ＯＫ”応答をサーバー２０に転送する。その後、必要な場合、クライアント１０は、ステップ３９で、システムメッセージ要請に対する応答メッセージを、システムメッセージ要請に提示された時間制限内に、上記表５のＸＭＬ schemaによって構成する。すなわち、クライアント１０は、<smsg-type>エレメント、<smsg>エレメント、<answer>エレメント、<answer-id>エレメント、<answer-text>エレメント、<verification>エレメントを用いて、システムメッセージ応答に含まれるコンテンツを構成し、これをＭＳＲＰ  ＳＥＮＤを用いて、ステップ４１でサーバー２０に転送する。サーバー２０は、受信した応答メッセージを認識し、使用者がシステムメッセージを読んだことを確認し、２００“ＯＫ”応答をクライアント１０に転送する。
【００６０】
ＳＩＰ  ＩＮＦＯ  methodでは、図５に示すように、サーバー２０が、ステップ５１で、情報や警報提供、承認／拒否要請、複数応答要請のためのシステムメッセージ要請を、上記の表２のＸＭＬ schemaによって構成する。すなわち、サーバー２０は、<smsg-type>エレメント、<smsg>エレメント、<smsg-text>エレメント、<smsg-response-type>エレメント、<answer-options>エレメント、<verification>エレメント、<time-out>エレメント、<restrict-access>エレメントを用いて、システムメッセージ要請に含まれるコンテンツを構成し、これをＳＩＰ  ＩＮＦＯ  methodを用いて、ステップ５３でクライアント１０に転送する。クライアント１０は、ステップ５５で、受信したシステムメッセージ要請を一般メッセージと区別してディスプレイし、システムメッセージ要請によって要求された場合、特定サービスに対する使用者のアクセスをコントロールする。クライアント１０は、ステップ５７で、２００“ＯＫ”応答をサーバー２０に転送する。その後、クライアント１０は、ステップ５９で、システムメッセージ要請に対する応答メッセージを、システムメッセージ要請に提示された時間制限内に、上記表５のＸＭＬ schemaによって構成する。すなわち、クライアント１０は、<smsg-type>エレメント、<smsg>エレメント、<answer>エレメント、<answer-id>エレメント、<answer-text>エレメント、<verification>エレメントを用いて、システムメッセージ応答に含まれるコンテンツを構成し、これをＳＩＰ  ＩＮＦＯ  methodを用いて、ステップ６１でサーバー２０に転送する。サーバー２０は、受信した応答メッセージを認識し、使用者がシステムメッセージを読んだことを確認し、２００“ＯＫ”応答をクライアント１０に転送する。
上述の説明と貼付図面が教示するように、他の制御方法と装置が、本発明の種々の方法と装置の組み合わせから導出でき、このような変形も、本発明の範囲に属するという事実は、当該技術分野における通常の知識を持つ者にとっては明らかであろう。しかし、かかる組み合わせ及び変形の詳細については説明を省略する。上記のアプリケーションを格納できるホスト装置は、コンピュータ、移動通信装置、モバイルサーバー、及びその他多機能端末装置などがあるが、これらに限定されるものではない。
【図面の簡単な説明】
【００６１】
【図１】クライアントがサーバーからシステムメッセージ要請を受信する過程を示す図である。
【図２】クライアントがサーバーにシステムメッセージ応答を転送する過程を示す図である。
【図３】一般のＳＩＰ  ＭＥＳＳＡＧＥ  methodによるシステムメッセージ転送過程を示す図である。
【図４】ＭＳＲＰ  ＳＥＮＤ  methodによるシステムメッセージ転送過程を示す図である。
【図５】ＳＩＰ  ＩＮＦＯ  methodによるシステムメッセージ転送過程を示す図である。
【符号の説明】
【００６２】
１０，１１０  クライアント
２０，１３０  サーバー
１２０  ＳＩＰ／ＩＰコア
【図１】
0004728193.tif 000014
【図２】
0004728193.tif 000015
【図３】
0004728193.tif 000016
【図４】
0004728193.tif 000017
【図５】
0004728193.tif 000018