JP2009519633A - Ｉｍｓインスタント・メッセージを送信するための方法、システム及び装置 - Google Patents

Abstract

ＩＭＳインスタント・メッセージ（以下、メッセージ）を送信するための方法が提供される。メッセージは、１つ以上のメッセージ体を含む。受信端末は、メッセージ受信閾値を有する。メッセージのサイズがメッセージ受信閾値よりも大きいならば、メッセージにおける元のメッセージ体の幾つかを新しいメッセージ体に置換えることにより、メッセージは、メッセージのサイズがメッセージ受信閾値を超えないように再構成され、受信端末に送信される。新しいメッセージ体は、元のメッセージ体に対応するメッセージ体識別子を含む。サーバは、元のメッセージ体の内容及び元のメッセージ体のメッセージ体識別子を記憶する。受信端末は、メッセージを受信した後、メッセージ体識別子を通して元のメッセージ体の内容を得る。本発明は、ユーザのサービス経験を強化し、ネットワーク・リソースの利用率を改善し、メッセージのサイズに対する端末の容量の制限を減じる。

Description

本発明は、ＩＭＳインスタント・メッセージ・サービスに関し、特に、ＩＭＳインスタント・メッセージを送信するための方法、システム及び装置に関する。

メッセージング・サービスは、ＩＰマルチメディア・サブシステム（ＩＭＳ）によって支援されるサービスの種類である。それは、ＩＭＳユーザ間でメッセージを送受信するのを許容する。メッセージのサイズは、技術的実施に関して制限されない。

メッセージング・サービスによって提供される機能は、主に、ユーザがメッセージング・アプリケーション・サーバ（ＡＳ）を介してマルチメディア・インスタント・メッセージを送信し得、そしてメッセージングＡＳを介して他のユーザによって送られたマルチメディア・インスタント・メッセージを受信し得る、ということを含む。マルチメディア・インスタント・メッセージは、テキスト、画像、オーディオまたはビデオを含み得る。

メッセージング・サービスに関する限り、ユーザ間でのインスタント・メッセージの送受信を履行するために、関連の装置は、受信端末、すなわち、ユーザ装備（ＵＥ）、ネットワーク・プロキシ（代用品）、メッセージングＡＳ、等を含む。ネットワーク・プロキシは、概して、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）、インタロゲーティング（応答する）ＣＳＣＦ（Ｉ−ＣＳＣＦ）、等のような機能エンティティ（実体）に言及している。これらの装置のネットワークを示す概略図が、以後一層詳細に説明される図１に示されている。

図１に示されるように、ＵＥは、最初に、ベース・ステーションに接続され、パケット・データ・サービング・ノード（ＰＤＳＮ）を介してＩＭＳにアクセスされる。ＩＭＳにおいて、制御信号は、セッション開始プロトコル（ＳＩＰ）を通して送信され、データ・フローは、ＳＩＰまたはメッセージ・セッション・リレー・プロトコル（ＭＳＲＰ）を介して送信され得る。Ｐ−ＣＳＣＦは、ＵＥとの対話に携わるＳＩＰ信号の入口である。Ｓ−ＣＳＣＦは、特定のＡＳ、例えば、メッセージングＡＳをトリガし、受信Ｓ−ＣＳＣＦにメッセージを送信することに携わる制御サーバである。メッセージングＡＳは、特定のメッセージを処理することに携わる。それは、ＳＩＰ及びＭＳＲＰメッセージを受信し得る。

リクエストを送信するプロセスは、概ね以下の通りである：ＵＥがリクエストを送信することを望むとき、送信するＵＥは、ベース・ステーション及びＰＤＳＮを介してＩＭＳのＰ−ＣＳＣＦに接続される。Ｐ−ＣＳＣＦは、Ｓ−ＣＳＣＦにリクエストを転送する。Ｓ−ＣＳＣＦは、メッセージングＡＳにリクエストを送信する。メッセージングＡＳがリクエストを処理してしまった後、メッセージングＡＳは、Ｓ−ＣＳＣＦにリクエストを戻す。Ｓ−ＣＳＣＦは、受信する当事者が位置している領域におけるＳ−ＣＳＣＦにリクエストを送信する。受信するＳ−ＣＳＣＦは、最初に、受信するメッセージングＡＳへのリクエストをトリガし、そして次に、処理されたリクエストを受信した後に、受信するＵＥにリクエストを送信する。

メッセージングＡＳの内部構造図が図２に示されている。ＳＩＰプロトコル・アダプタは、ＳＩＰメッセージを送信／受信して、メッセージ制御ユニットにＳＩＰメッセージを報告することに携わる。ＭＳＲＰプロトコル・アダプタは、ＭＳＲＰメッセージを受信／送信して、メッセージ制御ユニットにＭＳＲＰメッセージを報告することに携わる。メッセージ制御ユニットは、メッセージを処理して記憶することに携わる。

インスタント・メッセージの受信に関する限り、それは、概して、現在２つの方法で履行され得る。

１つの方法においては、サーバは、図３に示されるように、ＳＩＰ ＭＥＳＳＡＧＥを介してＵＥに完全メッセージを送信する。特定の信号フローは以下の通りである：

ステップ１から２まで、サーバは、ＵＥにＳＩＰ ＭＥＳＳＡＧＥリクエストを送信する。該メッセージは、すべてのメッセージ体（ｔｈｅ ｍｅｓｓａｇｅ ｂｏｄｉｅｓ）を含む。

ステップ３から４まで、ＵＥは、メッセージの受領確認を戻す。

もう１つの方法においては、サーバは、図４に示されるように、ＳＩＰ ＩＮＶＩＴＥ及びＭＳＲＰ ＳＥＮＤを介してＵＥに完全メッセージを送信する。特定の信号フローは以下の通りである。

ステップ１から２まで、サーバは、ＵＥとのＭＳＲＰリンクを創設することを要求するために、ＳＩＰ ＩＮＶＩＴＥをＵＥに送信する。

ステップ３から４まで、ＵＥは、サーバに確認を戻し、そしてサーバとのＭＳＲＰリンクを創設したことの確認を戻す。

ステップ５から６まで、サーバは、ＵＥに確認情報を戻す。

ステップ７で、サーバとＵＥとの間のＭＳＲＰリンクが創設された後、メッセージ体が、ＭＳＲＰ ＳＥＮＤを介してＵＥに送られる。

ステップ８で、ＵＥは、ＭＳＲＰ ＳＥＮＤメッセージを受信したことの確認を戻す。

ステップ９から１０まで、サーバは、ＳＩＰセッションを終了してＭＳＲＰリンクをカットオフしたことをＵＥに通知するために、ＳＩＰ ＢＹＥをユーザに送信する。

ステップ１１から１２まで、ＵＥは、ＳＩＰ ＢＹＥを受信したことの確認を戻す。

簡単化のために、ＵＥからのメッセージを受信するプロセスは、図３及び図４には示されておらず、そしてベース・ステーション、ＰＤＳＮ及びＰ−ＣＳＣＦは省略されていることに留意すべきである。

３Ｇネットワークの帯域幅が拡げられ、かつ３Ｇネットワークがインターネットとメッセージを相互通信できるので、３Ｇネットワークによって受信されるメッセージのサイズは、理論的に制限されない。比較して言えば、ユーザ端末、例えば、携帯電話の容量は、送信するメッセージのボトルネックに帰結して制限されるように見える。さらに、異なったユーザ端末、例えば、携帯電話の容量に関して大きい違いがある。ユーザＡの携帯電話がより大きい容量を有し、ユーザＢの携帯電話がより小さい容量を有するならば、ユーザＡからユーザＢに送られるインスタント（瞬時）・メッセージのサイズは、ユーザＢの携帯電話の容量をおそらく超え得る。このような状況下で、ユーザＢは、携帯電話の容量制限のために、ユーザＡからのインスタント・メッセージを常に受信することができないかもしれない。従って、インスタント・メッセージが多くのノードを通過した後、インスタント・メッセージは、受信端末の容量が制限されるので、最終的には、送信されることができない。このことは、ユーザのサービス経験に影響を与え、そしてネットワーク・リソースをいたずらに奪う。

本発明の実施形態は、上述の不具合を克服した、ＩＭＳインスタント・メッセージを送信するための方法、システム及び装置を提供する。

本発明の実施形態は、ＩＭＳインスタント・メッセージを送信するための方法を提供する。インスタント・メッセージは、少なくとも１つのメッセージ体を含む。受信端末は、メッセージ受信閾値を有する。当該方法は、以下のステップを含む：
インスタント・メッセージのサイズがメッセージ受信閾値よりも大きいという状況下で、
インスタント・メッセージにおける元のメッセージ体の少なくとも幾つかを新しいメッセージ体と置換え、それにより、再構成されたインスタント・メッセージのサイズがメッセージ受信閾値を超えないようにするようインスタント・メッセージを再構成し；そして
再構成されたインスタント・メッセージを受信端末に送信する。

以下の方法の技術的解決法は、任意選択的な技術的解決法であって良い。

新しいメッセージ体は、元のメッセージ体に対応するメッセージ体識別子を含む。当該方法はさらに、以下のステップを含む：
元のメッセージ体の少なくとも幾つかの内容及び元のメッセージ体におけるメッセージ体識別子を記憶し；そして
受信端末から送信されたメッセージ体識別子を受信した後、受信端末に、送信されたメッセージ体識別子に対応する元のメッセージ体の内容を送信する。

メッセージ体識別子は、ＸＭＬ構成アクセス・プロトコル・リクエストを通して送信される。

メッセージ体識別子は、ハイパーテキスト・トランスファー・プロトコル・メッセージを通して送信される。

当該方法は、メッセージ体の種類に従って、異なった元のメッセージ体に異なった優先順位を与えるステップを含み；そして、再構成は、元のメッセージ体の優先順位に基づいて行われる。

当該方法は、メッセージ体のサイズに従って、異なった元のメッセージ体に異なった優先順位を与えるステップを含み；そして、再構成は、元のメッセージ体の優先順位に基づいて行われる。

新しいメッセージ体は、元のメッセージ体の記述情報を含む。

記述情報は、メッセージ体の名称及び／またはメッセージ体のサイズを含む。

本発明の実施形態は、さらに、インスタント・メッセージを送信するためのサーバを提供する。インスタント・メッセージは、少なくとも１つのメッセージ体を含む。サーバは：
インスタント・メッセージのサイズを受信端末のメッセージ受信閾値と比較するよう適合された比較装置と；
該比較装置に接続され、インスタント・メッセージのサイズがメッセージ受信閾値よりも大きいという状況下で、インスタント・メッセージのメッセージ体の少なくとも幾つかを新しいメッセージ体と置換えるように適合され、それにより、インスタント・メッセージのサイズがメッセージ受信閾値を超えないようにするようインスタント・メッセージを再構成する再構成装置と；
該再構成装置と接続され、再構成されたインスタント・メッセージを送信するよう適合された装置と、を含む。

以下のサーバの技術的解決法は、任意選択的な技術的解決法であって良い。

サーバは、
再構成装置に接続され、元のメッセージ体の少なくとも幾つかの内容と、元のメッセージ体の識別子とを記憶するよう適合されたメッセージ記憶ユニットと；
該メッセージ記憶ユニットに接続され、受信端末からメッセージ体識別子を受信した後、受信端末に、メッセージ体識別子に対応する元のメッセージ体の内容を送信するよう適合された装置と、をさらに含む。

メッセージ体識別子は、ＸＭＬ構成アクセス・プロトコル・リクエストまたはハイパーテキスト・トランスファー・プロトコル・メッセージを通してサーバに送信される。

再構成装置は、メッセージ体の種類に従って異なった元のメッセージ体に異なった優先順位を与え、元のメッセージ体の優先順位に基づいてインスタント・メッセージを再構成するか；または、再構成装置は、メッセージ体のサイズに従って異なった元のメッセージ体に異なった優先順位を与え、元のメッセージ体の優先順位に基づいてインスタント・メッセージを再構成する。

本発明の実施形態は、さらに、端末及びサーバを含むインスタント・メッセージを送信するためのシステムを提供する。サーバは、少なくとも１つのメッセージ体を含むインスタント・メッセージを送信するよう適合される。サーバは：
インスタント・メッセージのサイズを受信端末のメッセージ受信閾値と比較するよう適合された比較装置と；
該比較装置に接続され、インスタント・メッセージのサイズがメッセージ受信閾値よりも大きいという状況下で、インスタント・メッセージのメッセージ体の少なくとも幾つかを新しいメッセージ体と置換えるように適合され、それにより、インスタント・メッセージのサイズがメッセージ受信閾値を超えないようにするようインスタント・メッセージを再構成する再構成装置と；
該再構成装置と接続され、再構成されたインスタント・メッセージを送信するよう適合された装置と、を含む。

代替的には、サーバは、さらに：
再構成装置に接続され、元のメッセージ体の少なくとも幾つかの内容と元のメッセージ体の識別子とを記憶するよう適合されたメッセージ記憶ユニットと；
該メッセージ記憶ユニットに接続され、受信端末からメッセージ体識別子を受信した後、受信端末にメッセージ体識別子に対応する元のメッセージ体の内容を送信するよう適合された装置と、を含む。

本発明の実施形態を用いることにより、受信されたインスタント・メッセージに従って、受信端末は、メッセージがすべての中のどのメッセージ体を含むかを知ることができ、各々は、メッセージ体にそれぞれ対応するメッセージ体の少なくとも幾つかにおけるメッセージ体、及び時には幾つかのメッセージ体の完全な内容を置換える。置換わるメッセージ体によって置換えられるメッセージ体に関し、受信端末は、特定の内容を直接得ることができない。受信端末が幾つかの置換えられたメッセージ体の特定の内容を得ることを望むとき、該特定の内容は、サーバに元のメッセージ体に対応するメッセージ体識別子を搬送するリクエストを送信することによって得られ得る。元のメッセージ体のサイズが受信端末の容量を超えるならば、受信端末は、サーバ・ウェブサイトを訪問して元のメッセージ体に対応するメッセージ体識別子を入力することによりメッセージ体を得ることができる。受信端末が幾つかの元のメッセージ体の内容を受信した後、メッセージ体の内容は、受信端末上で個々に削除され得る。

従って、受信端末は、ユーザのサービス経験を強化し、メッセージングＡＳのサービス可能性を強化し、そしてユーザの必要性を一層良好に受け入れるよう、メッセージ体の内容を選択的に得ることができる。オペレータに関する限り、メッセージ送信故障の可能性が減ぜられ、そしてネットワーク・リソースの利用率が改善される。さらに、本発明の実施形態を用いることにより、小さい容量を有する受信端末が過度の容量を有するインスタント・メッセージを多くの回数で受信することができ、それにより、インスタント・メッセージのサイズに対する受信端末の容量の制限を回避することができる。

本発明の一実施形態の技術的解決法を、受信端末がＩＭＳメッセージング・サービス・ユーザであるという前提で提供する。

サーバが送信当事者からのインスタント・メッセ−ジを受信した後、サーバは、最初に、該インスタント・メッセージを、受信端末のメッセージ受信閾値と比較する。送信当事者からのインスタント・メッセージは、多目的のインターネット・メール拡張（ＭＩＭＥ）フォーマットの形態で存在し得る、１つまたは複数のメッセージ体を有し得る。各メッセージ体のタイプは、テキスト、オーディオまたはビデオ、等であり得る。受信端末のメッセージ受信閾値は、メッセージングＡＳ（以後、サーバと称す）によるデフォルトによって、またはユーザがメッセージング・サービスに加入しているときのユーザ慣習によって構成され得、そしてメッセージ受信閾値はサーバに格納される。好ましくは、受信端末のメッセージ受信閾値は、受信端末によって受信され得る受信メッセージの最大サイズに等しい。

メッセージ受信閾値を超えないサイズを有するインスタント・メッセージに関して、サーバは、通常の方法でインスタント・メッセージを送信する。上述したように、１つの方法は、図３に示すように、ＳＩＰ ＭＥＳＳＡＧＥを介してサーバによりユーザにメッセージを完全に送信することである。他の方法は、図４に示すように、ＳＩＰ ＩＮＶＩＴＥ及びＭＳＲＰ ＳＥＮＤを介してサーバによりユーザにメッセージを完全に送信することである。

メッセージ受信閾値を超えるサイズを有するインスタント・メッセージに関しては、サーバは、該インスタント・メッセージを以下のように再構成する：サーバは、インスタント・メッセージに含まれたメッセージ体の少なくとも幾つかを、新しいメッセージ体にそれぞれ置換え、それにより、インスタント・メッセージのサイズがメッセージ受信閾値を超えないようにし、元のメッセージ体の少なくとも幾つかのうちの各内容をそれぞれ分割し、そして該内容を、例えば、サーバのメッセージ記憶ユニットに記憶する。

ユーザは、インスタント・メッセージの元のメッセージ体のすべてを分割するようまたは元のメッセージ体の幾つかだけを分割するよう予め構成し得る。ユーザが元のメッセージ体のすべてを分割するよう構成したとき、インスタント・メッセージの元のメッセージ体のすべての内容は、それぞれ分割される。ユーザが元のメッセージ体の幾つかを分割するよう構成したとき、インスタント・メッセージは、好ましくは、或る優先順位シーケンスに基づいて再構成される。例えば、最も高い優先順位を有する元のメッセージ体は、最初に分割され、そして新しいメッセージ体によって置換えられる。その後、第２の最も高い優先順位を有する元のメッセージ体が分割され、そしてもう１つの新しいメッセージ体によって置換えられる。上述のプロセスは、インスタント・メッセージのサイズがメッセージ受信閾値よりも少ないかまたは等しいように減少するまで順番に実行される。一実施形態においては、サーバは、メッセージ体の異なったタイプ、すなわち、テキスト、音声、画像またはビデオ、に従って、異なった元のメッセージ体に異なった優先順位を与える。例えば、元のメッセージ体の優先順位は、高い方から低い方に次のようである：テキスト、音声、画像、及びビデオ。実施形態の１つの専用された例においては、同じタイプを有するメッセージ体に対して、優先順位シーケンスは、元のメッセージ体のサイズに従って決定される。例えば、大きい元のメッセージ体には高い優先順位が与えられ、小さい元のメッセージ体には低い優先順位が与えられる。もう１つの実施形態においては、サーバは、メッセージ体の異なったサイズに従って異なった優先順位を異なった元のメッセージ体に与える。例えば、最も大きい元のメッセージ体には、最も高い優先順位が与えられ、第２の最も大きい元のメッセージ体には、第２の最も高い優先順位が与えられる。上述のプロセスは、それに応じて続けられる。実施形態の１つの専用された例においては、同じサイズを有する元のメッセージ体に対して、優先順位シーケンスは、メッセージ体のタイプに従って決定される。例えば、メッセージ体の優先順位は、高い方から低い方へ次の通りである：テキスト、音声、画像、及びビデオ。

代替的には、インスタント・メッセージにおける元のメッセージ体を分割するための方法は、サーバによってデフォルトにより構成され得る。

本発明の実施形態によれば、分割された各元のメッセージ体は、元のメッセージ体に置換わるよう適合された新しいメッセージ体に対応する。新しいメッセージ体は、ＸＭＬのフォーマットにあり得る。新しいメッセージ体は、元のメッセージ体に対応するメッセージ体識別子を含む。好ましくは、新しいメッセージ体は、また、元のメッセージ体の記述情報（この意味で、簡単な供述のために、新しいメッセージ体も文脈において記述情報メッセージ体と称される）をも含む。好ましくは、記述情報は、メッセージ体の名称及び／またはメッセージ体のサイズを含み得る。例えば、元のメッセージ体のフォーマットは、以下の通りである：
メッセージ体のタイプ：元のメッセージ体のタイプ説明情報
メッセージ体の内容：元のメッセージ体の特定の内容

記述情報メッセージ体の対応のフォーマットは、以下の通りである：
メッセージ体タイプ：拡張タイプの説明情報
メッセージ内容：記述情報メッセージ体の内容

一実施形態においては、“拡張タイプの説明情報”は、固定値：“ａｐｐｌｉｃａｔｉｏｎ／ｂｏｄｙｄｅｓｃＭｓｇ＋ｘｍｌ”である。“記述情報メッセージ体の内容”は、以下の通りである：

“メッセージ体の名称”は、ｐｈｏｔｏｇｒａｐｈ ｏｆ ｍｙ ｗｈｏｌｅ ｆａｍｉｌｙ．ｊｐｇ、ｍｙ ｌｅａｖｉｎｇ ｍｅｓｓａｇｅ．ｗａｖ、等のような元のメッセージ体における名称フィールドから得られ得る。元のメッセージ体に名称が無い場合には、サーバは、未知のファイル１、未知のファイル２、等のような“メッセージ体の名称”として名称を自動的に発生する。元のメッセージ体のサイズに従って計算することによって、“メッセージ体のサイズ”が得られ得る。サーバが元のメッセージ体の分割内容を記憶しているとき、“メッセージ体ＩＤ”がサーバによって発生され得る。サーバは、ＩＤによって元のメッセージ体を排他的に決定し得る。

本発明の実施形態によれば、インスタント・メッセージに含まれるメッセージ体の少なくとも幾つかは、それぞれ、記述情報メッセージ体と置換えられる。図５及び図６は、概して、このプロセスを示す。図６における“メッセージ体１の記述情報”、．．．、“メッセージ体４の記述情報”は、元のメッセージ体に対応するメッセージ体識別子を含むことに留意されるべきである。

インスタント・メッセージを再構成した後、サーバは、該再構成された新しいインスタント・メッセージを受信端末に送る。これは、ＳＩＰ ＭＥＳＳＡＧＥまたはＳＩＰ ＩＮＶＩＴＥ及びＭＳＲＰ ＳＥＮＤを介して履行され得る。

新しいインスタント・メッセージは、２つの可能な状況を有し得る。一方の状況は、インスタント・メッセージにおける元のメッセージ体のすべてが記述情報メッセージ体であるように置換わるということである。他方の状況は、インスタント・メッセージにおける元のメッセージ体の幾つかが記述情報メッセージ体であるように置換わり、他の元のメッセージ体は置換わらないということである。従って、受信端末は、置換わらない他の元のメッセージ体の特定の内容を直接得ることができる。たとえどの状況においても、受信端末が新しいインスタント・メッセージを受信した後、記述情報メッセージ体であるように置換わったメッセージ体に関して、受信端末は、特定の内容を直接得ることができない。受信端末が幾つかのメッセージ体の特定の内容を得ることを望むとき、受信端末、例えば、携帯電話（セル・フォン）、は、サーバにメッセージ体に対応するメッセージ体識別子を搬送するＸＣＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）リクエストを送ることによって該特定の内容を得ることができる。一般的に言えば、記述情報メッセージ体は、メッセージ体の名称及び／またはメッセージ体のサイズを含む。この状況下で、受信端末は、メッセージ体の名称及び／またはメッセージ体のサイズに従って好ましくは得られることが期待される元のメッセージ体を決定する。

図７は、インスタント・メッセージを送信する信号フローを示し、該信号フローは、特に以下に示すように、本発明の一実施形態に従ってＳＩＰ ＭＥＳＳＡＧＥ及びＸＣＡＰリクエストを用いることにより端末にメッセージ体の内容を提供する：

ステップ１から２まで、サーバは、ＳＩＰ ＭＥＳＳＡＧＥリクエストを受信端末に送る。元のメッセージ体の少なくとも幾つかは、それぞれ、ＸＭＩのフォーマットにおける記述情報メッセージ体と置換えられる；

ステップ３から４まで、受信端末は、受領されたメッセージの受信通知（acknowledgement）を戻す；

ステップ５、受信端末は、元のメッセージ体を得るためにＸＣＡＰリクエストを送る。ＸＣＡＰリクエストは、元のメッセージ体に対応するメッセージ体識別子を含む；

ステップ６、サーバは、元のメッセージ体の内容を受信端末に戻す。

実際には、ステップ５から６までは、多くの回数を繰返され得る。

図８は、インスタント・メッセージを送る信号フローを示し、該信号フローは、特に以下に示すように、本発明のもう１つの実施形態に従ってＳＩＰ ＩＮＶＩＴＥ、ＭＳＲＰ ＳＥＮＤ及びＸＣＡＰリクエストを用いることにより受信端末にメッセージ体の内容を提供する：

ステップ１から２まで、サーバは、受信端末でＭＳＲＰを創設することを要求するためにＳＩＰ ＩＮＶＩＴＥを受信端末に送る；

ステップ３から４まで、受信端末は、サーバに受信通知（acknowledgement）を戻し、サーバでＭＳＲＰを創設するための受信通知を戻す；

ステップ５から６まで、サーバは、受信端末に確認（confirmation）情報を戻す；

ステップ７、サーバと受信端末との間のＭＳＲＰリンクが創設された後、メッセージ体は、ＭＳＲＰ ＳＥＮＤを介して受信端末に送られる；

ステップ８、受信端末は、ＭＳＰＰ ＳＥＮＤメッセージを受信した受信通知を戻す；

ステップ９から１０まで、サーバは、ＳＩＰセッションを停止してＭＳＲＰリンクをカットオフしたことを受信端末に通知するために受信端末にＳＩＰ ＢＹＥを送る；

ステップ１１から１２まで、受信端末は、ＳＩＰ ＢＹＥを受信した受信通知を戻す；

ステップ１３、受信端末は、元のメッセージ体を得るためのＸＣＡＰリクエストを送る。ＸＣＡＰリクエストは、元にメッセージ体に対応するメッセージ体識別子を含む；

ステップ１４、サーバは、受信端末に元のメッセージ体の内容を戻す。

実際には、ステップ１３から１４までは、多くの回数を繰返され得る。

受信端末によって得られるべきメッセージ体のサイズが受信端末の容量を超えたならば、受信端末は、ＨＴＴＰプロトコルを介してサーバＰＲＯＴＡＬにログインすることによってメッセージを得ることができる。図９は、そのプロセスを示す。受信端末、例えば、ＰＣ、は、サーバのフロント・ページに入るようブラウザを介してサーバのウェブサイトを訪問し、ユーザ・インターフェースに入るようユーザ名称、パスワード、等を入力し、そして、元のメッセージ体を得るよう元のメッセージ体に対応するメッセージ体識別子を入力し得る。

受信端末が幾つかの元のメッセージ体の内容を受信してそれを表示した後、元のメッセージ体の内容は、受信端末上で個々に削除され得る。

本発明の実施形態のために適合された受信端末は、携帯電話（セル・フォン）、ＰＣまたは通信機能を有する他の電子装置であって良い。

図１０は、本発明の一実施形態におけるメッセージング・サービスを提供するためのネットワークを示す概略図である。受信端末は、ＸＣＡＰリクエストを送ることによってメッセージングＡＳと相互通信し得る。図１に示された関連技術におけるネットワーク図と比較すると、図１０におけるメッセージングＡＳは、ＸＣＡＰリクエストを処理することができるべきである。図１１は、図１０におけるメッセージングＡＳの内部構造の概略図を示す。図２に示された関連技術におけるメッセージングＡＳと比較すると、本発明の実施形態によるメッセージングＡＳは、メッセージ記憶ユニット、ＸＣＡＰプロトコル・アダプタ及びユーザＰＯＲＴＡＬが追加されている。メッセージ記憶ユニットは、分割されたメッセージ体を記憶することに携わる。ＸＣＡＰプロトコル・アダプタ及びユーザＰＯＲＴＡＬは、メッセージ記憶ユニットから元のメッセージ体を得て元のメッセージ体を受信端末に提供することに携わる。

最後に、本発明の一実施形態によるインスタント・メッセージを送るための特定の例が、本発明の実施形態を一層直観的に知るために提供される。ユーザＡは、多くのメッセージ体を有する１つのインスタント・メッセージをユーザＢに送る。仮説的に、インスタント・メッセージのサイズは、ユーザＢの端末の最大受信メッセージ・サイズよりも大きい。ユーザＡによって送られるインスタント・メッセージは、図１２に示される（簡単にするために、本発明の実施形態の技術的解決法に関係しないメッセージ・ヘッダは、簡単に示される）。本発明の一実施形態を用いることによりユーザＢにサーバによって送られるメッセージは、図１３に示されている。もし、ユーザＢが専用のメッセージ体を得ることを望むならば、ユーザＢは、以下のリクエストを送り得る：

従って、サーバによって戻された受信通知の例（本発明の実施形態による技術的解決法に関係しないヘッダ・フィールドを無視して）は、以下の通りである：

上述のごとく本発明の実施形態を説明したけれども、明らかに、該実施形態は、多くの異なった方法で変更され得る。例えば、分割された元のメッセージ体の内容は、サーバとは異なった装置に記憶され得る。記述情報メッセージ体は、ＸＭＬのフォーマットでなくても良い。ユーザは、ＸＣＡＰ以外の他のプロトコルによってサーバから専用のメッセージ体の内容を得ることができる。従って、本発明の範囲は、示された実施形態の代わりに、許可された請求の範囲並びにその合法的な等価物によって決定されるべきである。

従来技術におけるメッセージング・サービスを提供する代表的なネットワークの図である。 図１におけるメッセージングＡＳの内部構造の概略図である。 従来技術におけるＳＩＰ ＭＥＳＳＡＧＥリクエストを用いることにより端末にインスタント・メッセージを完全に送る信号フロー図である。 従来技術におけるＳＩＰ ＩＮＶＩＴＥ及びＭＲＳＰ ＳＲＮＤリクエストを用いることにより端末にインスタント・メッセージを完全に送る信号フロー図である。 インスタント・メッセージの構造を示す概略図である。 本発明の一実施形態による、図５におけるインスタント・メッセージに含まれるメッセージ体をそれぞれ新しいメッセージ体と置換えることにより得られるインスタント・メッセージの構造を示す概略図である。 本発明の一実施形態による、インスタント・メッセージを送り、ＳＩＰ ＭＥＳＳＡＧＥ及び拡張マークアップ言語（ＸＭＬ）の構成アクセス・プロトコル（ＸＣＡＰ）リクエストを用いることにより端末にメッセージ体の内容を提供する信号フロー図である。 本発明のもう１つの実施形態による、インスタント・メッセージを送り、ＳＩＰ ＩＮＶＩＴＥ、ＭＳＲＰ ＳＥＮＤ及びＸＣＡＰリクエストを用いることにより端末にメッセージ体の内容を提供する信号フロー図である。 本発明の一実施形態による、ブラウザを介してサーバ・ウェブページを訪問することによりメッセージ体を得る信号フロー図である。 本発明の一実施形態におけるメッセージング・サービスを提供するためのネットワークを示す概略図である。 図１０におけるメッセージングＡＳの内部構造を示す概略図である。 実際のインスタント・メッセージの例を示す図である。 本発明の一実施形態による、図１２におけるインスタント・メッセージに含まれるメッセージ体をそれぞれ新しいメッセージ体に置換えることにより得られるインスタント・メッセージを示す図である。

Claims (14)

1. インスタント・メッセージが少なくとも１つのメッセージ体を含み、そして受信端末がメッセージ受信閾値を有する場合の、ＩＰマルチメディア・サブシステム、ＩＭＳ、インスタント・メッセージを送信する方法であって、
   インスタント・メッセージのサイズがメッセージ受信閾値よりも大きいとき、再構成されたインスタント・メッセージのサイズがメッセージ受信閾値を超えないようにするように、インスタント・メッセージにおける元のメッセージ体の少なくとも１つを新しいメッセージと置換えることによりインスタント・メッセージを再構成することと、
   再構成されたインスタント・メッセージを受信端末に送信することと、
   を含む方法。
2. 新しいメッセージ体は、元のメッセージ体に対応するメッセージ体識別子を含み、
   当該方法は、さらに、
   置換えられた元のメッセージ体の少なくとも１つの内容及び置換えられた元のメッセージ体のメッセージ体識別子を記憶することと、
   受信端末から送信されたメッセージ体識別子を受信することと、
   受信されたメッセージ体識別子に対応する元のメッセージ体の内容を受信端末に送信することと、
   を含む請求項１に記載の方法。
3. メッセージ識別子は、ＸＭＬ構成アクセス・プロトコル・リクエストを通して送信される請求項２に記載の方法。
4. メッセージ体識別子は、ハイパーテキスト・トランスファー・プロトコル・メッセージを通して送信される請求項２に記載の方法。
5. メッセージ体の種類に従って異なった元のメッセージ体に異なった優先順位を与えることを含み、ここに、再構成は、元のメッセージ体の優先順位に基づいて行われる、請求項１に記載の方法。
6. メッセージ体のサイズに従って異なった元のメッセージ体に異なった優先順位を与えることを含み、ここに、再構成は、元のメッセージ体の優先順位に基づいて行われる、請求項１に記載の方法。
7. 新しいメッセージ体は、元のメッセージ体の記述情報を含む請求項１に記載の方法。
8. 記述情報は、メッセージ体の名称及び／またはメッセージ体のサイズの少なくとも１つを含む請求項７に記載の方法。
9. 少なくとも１つのメッセージ体を含むインスタント・メッセージを送信するためのサーバであって、
   インスタント・メッセージのサイズを受信端末のメッセージ受信閾値と比較するよう適合された比較装置と、
   インスタント・メッセージのサイズがメッセージ受信閾値よりも大きいとき再構成されたインスタント・メッセージのサイズがメッセージ受信閾値を超えさせないようインスタント・メッセージにおける元のメッセージ体の少なくとも１つを新しいメッセージ体に置換えることによりインスタント・メッセージを再構成するよう適合された再構成装置と、
   再構成装置に接続され、再構成されたインスタント・メッセージを送信するよう適合された装置と、
   を備えたサーバ。
10. 再構成装置に接続され、置換えられた元のメッセージ体の少なくとも１つの内容と、置換えられた元のメッセージ体の識別子とを記憶するよう適合されたメッセージ記憶ユニットをさらに備え、
    ここに、送信装置は、さらに、受信端末からメッセージ体識別子を受信するとき、受信端末にメッセージ体識別子に対応する元のメッセージ体の内容を送信するよう適合される、
    請求項９に記載のサーバ。
11. メッセージ体識別子は、ＸＭＬ構成アクセス・プロトコル・リクエストまたはハイパー・テキスト・トランスファー・プロトコル・メッセージを通してサーバに送信される請求項１０に記載のサーバ。
12. 再構成装置は、メッセージ体の種類に従って異なった元のメッセージ体に異なった優先順位を与え、そして元のメッセージ体の優先順位に基づいてインスタント・メッセージを再構成するか；または、再構成装置は、メッセージ体のサイズに従って異なった元のメッセージ体に異なった優先順位を与え、そして元のメッセージ体の優先順位に基づいてインスタント・メッセージを再構成する、請求項９に記載のサーバ。
13. 端末及びサーバを備えて、インスタント・メッセージを送信するためのシステムであって、前記サーバは、少なくとも１つのメッセージ体を含むインスタント・メッセージを送信するよう適合され、サーバは、
    インスタント・メッセージのサイズを受信端末のメッセージ受信閾値と比較するよう適合された比較装置と、
    インスタント・メッセージのサイズがメッセージ受信閾値よりも大きいとき再構成されたインスタント・メッセージのサイズがメッセージ受信閾値を超えさせないようインスタント・メッセージにおける元のメッセージ体の少なくとも１つを新しいメッセージ体に置換えることによりインスタント・メッセージを再構成するよう適合された再構成装置と、
    再構成装置に接続され、再構成されたインスタント・メッセージを送信するよう適合された装置と、を備えたシステム。
14. 前記サーバは、再構成装置に接続され、置換えられた元のメッセージ体の少なくとも１つの内容と、置換えられた元のメッセージ体の識別子とを記憶するよう適合されたメッセージ記憶ユニットをさらに備え、
    ここに、送信装置は、さらに、受信端末からメッセージ体識別子を受信するとき、受信端末にメッセージ体識別子に対応する元のメッセージ体の内容を送信するよう適合される、
    請求項１３に記載のシステム。

Images