JP2022516733A - 改良型のメッセージングシステム - Google Patents

Abstract

【解決手段】メッセージングシステムであって、該メッセージングシステムは、送信デバイスユニットと受信デバイスユニットとを含み、データベースに関連付けられた中央ユニットによる、テキストメッセージを送受信し、該データベースは、管理システムによって管理され、そして、デティールＤｉの寸法および／または等級で、データベース内部にロードされた、全てのグラフィックおよび／またはオーディオ要素に関係するデータと、同じコンテンツを有するが、Ｄ１より低い、Ｄ２、Ｄ３、および／またはＤＸの寸法および／または等級を有する、対応するオーディオおよび／またはグラフィック要素に関係するデータと、を含む。該対応するグラフィックおよび／またはオーディオ要素は、中央ユニットからダウンロードし、縮小された寸法を有し、そして内部のメッセージを、送信ユニット／受信ユニットによって実装および／または使用する。より低い寸法および／または等級のグラフィックおよび／またはオーディオ要素は、スクリーンに表示される時、ディスプレイの、タッチによって、またはクリックによって選択可能なエリアを占有する。【選択図】図２１

Description

本発明は、好ましくは即時的である、改良型のメッセージングシステム、および、メッセージングシステムにおいてグラフィックおよび／またはオーディオ要素を管理するための開業型の方法に関する。

現在、メッセージングシステムにおいて、特に即時的なものにおいて、エモティコン（ｅｍｏｔｉｃｏｎ）が既に広く使用され、それは、メッセージ自体のテキスト内で、シンボル的なグラフィック表現を作成して、特定の雰囲気を表すフィック表現を表すために、キャラクラ―（文字、数、句読記号など．．．）の特定の組み合わせを使用することを企図する。

いわゆる「ｅｍｏｊｉ（登録商標）」もまた知られており、これは、実際の画像の代わりに、特定のコード化、一般にＵｎｉｃｏｄｅタイプに関連付けられ、そして結びつけられている。この目的のために、ｅｍｏｊｉ（登録商標）は、それらを読むことができる適切なソフトウェアによって対応されなければならず、さもなければ、それらを表示することができない。

この状況では、ｅｍｏｊｉ（登録商標）を含むメッセージの交換の際に、送信者と受信者との間で、異なる画像が同じコード化に関連付けられるといった事が発生する可能性があり、そのため望まれない誤解を引き起こし得る。それだけでなく、時には、受信者の端末で、特定のｅｍｏｊｉ（登録商標）が対応されていなかったり、または、送信者によって使用されるコード化に関連する画像が存在しないといった事が発生し、そのため不快なスペースまたは白色の正方形の表示を引き起こす。

ＷＯ２０１７／０５９５２４は、全てのユーザーが、システムにロードされた（ｅｍｏｊｉ（登録商標）、ステッカー、ミームなどの）全てのグラフィック要素を使用することができ、特に、送信されるべきメッセージ内の、グラフィック要素の使用または挿入のための、事前の認証／認証アーキテクチャおよびメカニズム（ならびに、この認証／許可の制御）が全く存在しない、メッセージングシステムを記載する。特に、システムにおいて使用されるグラフィック要素の拡散的流布を促進するために、グラフィック要素を伴うメッセージが、対応する受信デバイスによって受信され、そして必要に応じて集中型ライブラリからダウンロードされる時、この要素はその後受信者によって、送信者として送信する新しいメッセージに自由に挿入することができる。

ＷＯ２０１４／１００６８２は、グラフィックおよび／またはオーディオ要素―受信デバイスのローカルライブラリに既に存在しているわけではないもの―を有するメッセージが対応する受信デバイスによって受信される時に、そのグラフィックおよび／またはオーディオ要素は集中型ライブラリからダウンロードされ、受信デバイスのローカルライブラリへ、サーバー上で前もって送信される、メッセージングシステムを記載する。その後、一旦それが受信者デバイスのローカルライブラリにダウンロードされると、このグラフィックおよび／またはオーディオ要素はその後受信者によって、送信者として送信する新しいメッセージに自由に挿入することができる。

ＵＳ２０１５／０３２７０３３は、グラフィック要素を含むメッセージを送信するために、そしてこれらのグラフィック要素を固有に識別するために、ゼロ幅（ｚｅｒｏ－ｗｉｄｔｈ）のＵｎｉｃｏｄｅ配列（ＺＷ）がメッセージそれ自体内に挿入される、メッセージングシステムを記載する。

ＵＳ９６９９２９９は、送られるべきメッセージを準備する際に、送信ユーザーによってタイプ―キーボードを使用して―されることを意図している、タグに関連付けられたグラフィックおよび／またはオーディオ要素を含むメッセージを送信するための、メッセージングシステムを記載する。さらに、このメッセージングシステムでは、各タグは、複数のグラフィックおよび／またはオーディオ要素に関連付けられることができる。特に、新しいメッセージの準備中には毎回、送信ユーザーは特定のタグに対応するワードを入力し、ソフトフェアは２つのクエリを実行するように構成され、１つは送信デバイス中にロードされたローカルライブラリへ向けられ、１つは中央サーバーにロードされた遠隔メモリに向けられ、そして、タグに関連付けられた全てのグラフィックおよび／またはオーディオ要素を識別する。再び、グラフィックおよび／またはオーディオ要素―受信デバイスのローカルライブラリに既に存在しているわけではないもの―を有するメッセージが対応する受信デバイスによって受信される時に、そのグラフィックおよび／またはオーディオ要素は集中型ライブラリからダウンロードされ、受信デバイスのローカルライブラリ中のサーバー上に存在する。従って、上記の方法に係る場合には常に、一旦受信デバイスのローカルライブラリにダウンロードされると、このグラフィックおよび／またはオーディオ要素はその後受信者による、送信者として送信する新しいメッセージの準備段階で、自由に挿入することができる。

ＷＯ２０１５／１２２９９３は、送信者と受信者とが、彼等の会話内で、送信者と受信者のそれぞれのアバターが互いに相互作用するアニメーションを作成することができる、メッセージングシステムを記載する。このシステムは、メッセージ内で、アバターは、固有のコードによってではなく、一連のそれらの属性に関連付けられる値の組み合わせによって識別されるように構成され、そしてその上、メッセージはさらに、送信者のアバターと受信者のアバターとの間に作成されるべきアニメーションのタイプを示す、メッセージ．コード（ＡＣＣ）内に挿入される。メッセージを正確に表示するために、受信デバイスのソフトウェアは、それぞれのアバターのアニメーションを再構成し、そしてその後にそれを表示して、メッセージ中のＡＣＣコードのこの識別を行うように構成され、その結果、その後に対応するアニメーションを第１のデータベースから回復し、ならびに、－送信者と受信者両方の－アバターの個々の属性を識別し、その結果、アバターを、アニメーションにおける使用のために、ローカルに再構成する／組み立てることができるようになる。さらに、このメッセージングシステムは、送信者のデバイスディスプレイ上のアニメーションが、受信の確認が受信者のデバイスから受信された後でのみ、作成され、そして表示されるように構成される。

ＵＳ２００７／０１０１００５は、異なる通信デバイス間のエモティコンを転送するための方法を記載する。特に、方法は、受信デバイスによって読み込み可能な、対応するデータベースからのエモティコンを、識別し、そして抽出するための変換ユニットを提供する。この目的では、変換ユニットは、送信デバイスによって管理されるエモティコンのトランスコーディングテーブル（ｔｒａｎｓｃｏｄｉｎｇ ｔａｂｌｅ）が、受信デバイスによって管理されるエモティコン中に保存されるエモティコンデータベースに接続される。

ＫＲ２００５００２０３８６は、画像を、２つの携帯電話間でＭＭＳ（マルチメディアメッセージサービス）を介して送信するためのシステムを記載する。また、このシステムは、様々なフォーマットまたは解像度のコンテンツが保存されているデータベースから、受信デバイスによって表示されるのに相応しいグラフィックコンテンツを抽出する、変換ユニットの有無を予測する。特に、この目的では、変換ユニットは、各デバイスに相応しいコンテンツを抽出するために、全ての送信デバイスおよび受信デバイスに関するデータが保存されているデータベースに関連付けられている。

ＵＳ２００７／０１０１００５とＫＲ２００５００２０３８６のソリューションは、それらが、グラフィックコンテンツをＭＭＳとしてのみ送信することを提供し、そのため、転送できるコンテンツのサイズ、フォーマット、および／またはタイプに限界を生じるため、完全に申し分のないものであるとは言えない。

さらに、従来のインスタントメッセージングシステムは、グラフィックコンテンツ（画像とビデオの両方、および好ましくはｅｍｏｊｉ（登録商標）、または一般にエモティコンスタイルのイラストレーション）を、メッセージのテキストの内部に、および／またはそれらと共に表示するためには、これらのコンテンツが必ず、かつ不可避的に解像度と寸法を特に落として、ポータブルデバイスのディスプレイ上に表示されるため、完全に申し分のないものであるとは言えず、そして、このことによって、グラフィックコンテンツの詳細にわたるおよび／または芸術的な側面を、十分に理解することができない。

これは、グラフィックとして精巧かつ複雑な、ｅｍｏｊｉ（登録商標）（つまり、アイディア、物理的オブジェクト、コンセプト、および／または雰囲気の、シンボルまたは定型化されたイラストレーション）の場合に当てはまり、これらは、ユーザーによるリクエストが多く、そして様々な、かつ、シンプルなエモティコンや、定型化された「スマイリーの顔（ｓｍｉｌｅｙ ｆａｃｅ）」を表わすものなどの、従来のｅｍｏｊｉ（登録商標）よりもより掘り下げられたコンテンツを伝える。

さらに、現在、一方で、ユーザーが、それらのメッセージにおいて使用されるべきグラフィックコンテンツ（および特にｅｍｏｊｉ（登録商標））を、個人向けに変更できる可能性はほとんど無く、同時に、新しいグラフィックコンテンツのクリエータにとって、彼等が作成したコンテンツを、彼等の創造物に対する認知を（金銭的にも）獲得しながら、宣伝する、または公共で利用可能にすることは特に困難である。本質的には、新しいコンテンツのクリエータが、一般にかなり精巧な、彼等の創造物を、ユーザーがそれらを購入および／またはダウンロードし、その後にメッセージ中で使用することができるように、容易に宣伝および共有できるプラットフォームの必要性が高まっている。

本発明の目的は、従来の技術に存在する前述の欠点を克服するメッセージングシステムを、提案することである。

本発明の別の目的は、ユーザーが、メッセージのテキスト内で、カスタマイズされたグラフィックスおよび／またはオーディオ要素を使用／挿入することができるメッセージングシステムを、提案することである。

本発明の別の目的は、ユーザーが、メッセージ内でメッセージそれ自体のテキストと共に配置されるグラフィック要素を、最適に表示することができるメッセージングシステムを、提案することである。

本発明の別の目的は、ユーザーが、同じシステム内で、十分に拡大された、かつ詳細にわたる方法で、グラフィック要素を視認することができ、その創造的精巧さを理解することができるメッセージングシステムを、提案することである。

本発明の別の目的は、同じシステム内で、拡大された方法でグラフィック要素を可視化することができ、その結果、この拡大が、この要素グラフィックそれ自体が表示されるデバイスのディスプレイのサイズに自動的に適用されることになる、メッセージングシステムを、提案することである。

本発明の別の目的は、同じシステム内で、従来のソリューションよりもより高速かつ性能的に勝る方法で、グラフィックおよび／またはオーディオ要素を実装することができるメッセージングシステムを、提案することである。

本発明の別の目的は、システムそれ自体のユーザーへ、メッセージ内に挿入されたグラフィックおよび／またはオーディオ要素に関するより多くの情報を伝達することができるメッセージングシステムを、提案することである。

本発明の別の目的は、同じシステム内で、ＩＴプラットフォームの特定のセクションと、好ましくは、前記メッセージングシステム中での使用のために、グラフィックおよび／またはオーディオ要素を、購入および／またはダウンロードすることができるセクションと、迅速に、シンプルに、そして操作しやすく接続することができるメッセージングシステムを、提案することである。

本発明の別の目的は、ユーザーが、メッセージ中で、特に、グラフィック要素がバルーンおよび／または個人向けに変更されたオーディオの内部で伝えられるメッセージ中で使用されるべきバルーン（つまり、テキストを内包するフレーム）を、カスタマイズできるメッセージングシステムを、提案することである。

本発明の別の目的は、ユーザーが、メッセージ中で、特に、グラフィックおよび／またはオーディオ要素がバルーンの内部で伝えられるメッセージ中で使用されるべきアバター（つまり、ユーザーが、例えばチャットにおいて他のユーザーとコミュニケーションをとる際に、自分自身を識別するために、各ユーザーによって使用されるグラフィック表現）を、カスタマイズできるメッセージングシステムを、提案することである。

本発明の別の目的は、受信者の端末に必ずしも存在しないグラフィックおよび／またはオーディオ要素を転送することができるメッセージングシステムを、提案することである。

本発明の別の目的は、メッセージの送信者と受信者の両方による、同じグラフィック要素の正確な表示を保証するメッセージングシステムを、提案することである。

本発明の別の目的は、ユーザーが、容易にグラフィックおよび／またはオーディオ要素を作成すること、そして、それを他のユーザーに利用可能にすることができ、その結果、彼等がメッセージ中でそれを使用することができるメッセージングシステムを、提案することである。

本発明の別の目的は、ユーザーが、容易にかつ迅速に、複数の端末上で、メッセージ中に使用されるべきグラフィックおよび／またはオーディオ要素を同期させること、ならびに同期を維持することができるメッセージングシステムを、提案することである。

他の目的は、各ユーザーが、そのユーザーによって作成されたおよび／または、そのユーザーによって購入された―一般に―そのユーザーに対して認証された、グラフィック要素のみを、有効的に使用することができ、同時に、メッセージの受信者としては、そのユーザーが、全てのグラフィック要素、つまり、そのユーザーによって作成および／または購入されていない、および／またはそのユーザーによって認証されていないものまでも、正しく表示することができるメッセージングシステムを、提案することである。

本発明の別の目的は、メッセージ中で使用されるべきグラフィック要素が、標準Ｕｎｉｃｏｄｅによるコード化に依存せず、したがって、Ｕｎｉｃｏｄｅコンソーシアムによる承認の対象とならないメッセージングシステムを、提案することである。

本発明の別の目的は、改良型である、および／または従来のものにとってかわる、メッセージングシステムを提案することである。

本発明の別の目的は、従来のものに対して機能および実装の両方に関してとってかわる、代替的な特徴を有するメッセージングシステムを、提案することである。

本発明の別の目的は、シンプルで、使用するのに簡単かつ操作しやすいメッセージングシステムを、提案することである。

本発明の別の目的は、含まれるハードウェアデバイスによるリソースの消費を抑えることができ、そして、ネットワークによって占有される周波数帯の使用を抑えることができるメッセージングシステムを、提案することである。

本発明の別の目的は、シンプルに、迅速に、かつ低コストで実装することができるメッセージングシステム、を提案することである。

以下の説明によるこれらすべての目的および他の目的は、本発明に従って、請求項１に示される特徴を有するシステムで達成される。

本発明は、添付の図面を参照して非限定的な例のみを目的として報告される、本発明の好ましい実施形態で以下にさらに明確にされる。
本発明に係るメッセージングシステムの基礎構造を概略図で示す。 データベースの実装を概略図で示す。 送信端末から中央ユニットへ送信されたデータ構造の例を示す。 中央ユニットによって処理された構造化データパケットの例を示す。 アバター選択スクリーンの例を示す。 アバターライブラリを描写するスクリーンの例を示す。 テキストに挿入するグラフィック要素のライブラリを備えるチャッティングスクリーンの例を示す。 バルーンライブラリを備えるチャットのスクリーンの例を示す。 ポータブルデバイスにおけるチャットのスクリーンの例を示す。 コンピュータブラウザにおけるチャットスクリーンの例を示す。 本発明に係るメッセージングシステムにおいて、送信者から受信者へメッセージを送信するために提供される、工程のフローチャートを示す。 本発明に係るメッセージングシステム内で、送信ユーザーのアイデンティティーの正確性を保証する、アーキテクチャ／メカニズムの機能のフローチャートを示す。 送信デバイスにおいて、認証されたグラフィック／オーディオ要素のみを同期させ、そして使用する、アーキテクチャ／メカニズムの機能のフローチャートを示す。 本発明にかかるメッセージングシステムによって、ポータブルデバイス（スマートフォン）のディスプレイ上に実装され、そして作成された通りの、第１のスクリーンの第１の例を示し、そこでは、送信ユーザーと受信ユーザーとの間のメッセージの交換（チャット）が表示され、さらに、メッセージの内部に、グラフィック要素が、定型化されたグラフィックイラストレーション（ｅｍｏｊｉ（登録商標））の形態で挿入される。 本発明に係るメッセージングシステムによって作成された、第２のスクリーンを示し、そこでは、図１４のグラフィック要素が、ポータブルデバイスのディスプレイサイズに基づいて、拡大および最適化される。 本発明に係るメッセージングシステムによって、ポータブルデバイス（スマートフォン）のディスプレイ上に実装され、そして作成された通りの、第１のスクリーンの第２の例を示し、そこでは、送信ユーザーと受信ユーザーとの間のメッセージの交換（チャット）が表示され、また、メッセージの内部に、グラフィック要素が、定型化されたグラフィックイラストレーション（ｅｍｏｊｉ（登録商標））の形態で挿入される。 拡大された図１６のディテールを示す。 本発明に係るメッセージングシステムによって、ポータブルデバイス（スマートフォン）のディスプレイ上に実装され、そして作成された通りの、第１のスクリーンの第３の例を示し、そこでは、タイピングキーボードと、送信ユーザーと受信ユーザーとの間のメッセージの交換（チャット）の両方が表示される。 本発明に係るメッセージングシステムによって、ポータブルデバイス（スマートフォン）のディスプレイ上に実装され、そして作成された通りの、第１のスクリーンの第３の例を示し、そこでは、送信ユーザーと受信ユーザーとの間のメッセージの交換（チャット）のみが表示される。 本発明に係るメッセージングシステムによって作成された、第２のスクリーンを示し、そこでは、図１８ｂのグラフィック要素が、ポータブルデバイスのディスプレイのサイズに基づいて、拡大および最適化された方法で、表示される。 新しいグラフィック要素をシステムそれ自体にロードする時の、本発明に係るメッセージングシステムの基礎構造を概略図で示す。 本発明に係るメッセージングシステムの基礎構造を概略図で示し、これによって、グラフィック要素を、最初に第１のスクリーン中のメッセージ内に表示し、その後第２のスクリーン中にこの拡大されたグラフィック要素を表示する。 本発明に係るメッセージングシステムによって作成された、第２のスクリーンを示し、そこでは、図１８ｂのグラフィック要素が拡大された方法で示され、前記拡大されたグラフィック要素の同じコレクション／グループに属するグラフィック要素もまた表示される。 本発明に係るメッセージングシステムによって作成された、第２のスクリーンを示し、そこでは、図１８ｂのグラフィック要素がさらなるコンテンツと共に拡大された方法で表示され、該コンテンツは前記拡大されたグラフィック要素に関連付けられる。 グラフィック要素に関係する情報を修正することが可能な、プラットフォームのスクリーンを示す。

予備として、本明細書において、「メッセージ」（６０）は、テキスト、グラフィック両方による、（静止およびアニメーション両方の）および／またはオーディオの、および／またはビデオの、全ての要素のセットを意味し、これらは単一フレーム内部のディスプレイスクリーンに表され、この単一フレームは以下に「バルーン」として定義され、またはこの単一フレームは、他のチャットメッセージに関して離間された方式で、あるいはグラフィック的に切り離された方式で、スクリーン内部に表される旨が規定される。

特に、メッセージ（６０）は、―テキスト（３９）のみ、または、―１以上のグラフィック要素（３１）のみ、または、―テキスト（３９）と１以上のグラフィック要素（３１）との組み合わせ、を含むことができる。

好都合に、グラフィック要素はまた、（例えば、いわゆる「ボイスメッセージ」の再生のための）オーディオ要素、および／またはビデオの、識別および／または起動アイコンとして機能することができる。

代わりに、「アバター」は、各ユーザーが例えばチャットなどで他のユーザーと通信する時、またはメッセージを送信する時に、自分自身を識別するために各ユーザーによって使用されるグラフィック表現を意味する。

特に、「グラフィック要素」は、一般に（静止およびアニメーションの）、バルーン／メッセージフレーム内に、―任意のテキストと共に、または任意のテキストの間で、あるいは後者無しでさえも―挿入されるべき、シンボル、アイコン、または画像を意味する。好ましくは、しかし必須ではないが、これらの画像は、実質的に「ｅｍｏｊｉ」に対応する、コンセプト、感情、または雰囲気を表す。

図から確認できるように、参照番号（２）で全体として示される、本発明に係るメッセージングシステムの基礎構造は、少なくとも１つの中央ユニット（８）と、データを送受信するための通信手段が設けられている、少なくとも１つの送信デバイス（４）と少なくとも１つの受信デバイス（６）とを含む。

好都合に、本発明に係るメッセージングシステム（２）は、ＰＣＴ／ＩＢ２０１８／０５５１９３に記載されるタイプのものであり、そのコンテンツは、参照によってその全体が本明細書に組み込まれると意図される。

有利には、デバイス（４、６）と中央ユニット（８）との間のデータ転送は、例えば、ＨＴＴＰ転送／通信プロトコル（ハイパーテキスト転送プロトコル）を使用する、従来のクライアント―サーバー・アーキテクチャに従って生じる。

好ましくは、この転送／通信プロトコルはセキュアであり、つまり、例えば暗号化接続を使用するＨＴＴＰＳタイプ、例えばＴＬＳ（トランスポートレイヤーセキュリティー）またはＳＳＬ（セキュアーソケットレイヤー）の、暗号プロトコルに従うものである。好ましくは、送信デバイスデ（４）および／または受信デバイス（６）は、コンピュータまたはポータブルタイプのデバイス、例えばスマートフォンまたはタブレットから成るクライアントを含む。好ましくは、中央ユニット（８）は、例えば実在のまたは仮想のリモートサーバおよび／またはクラウドシステムなどの、少なくともプロセッサ（１０）を含む。

中央ユニット（８）は、少なくとも１つのデータベース（１２）を含み、および／または、メッセージングシステム（２）によって管理され得る、全てのグラフィックおよび／またはオーディオ要素（３１）に関連するデータを含む、さらなるデータベース（４７）に関連付けられる。

好ましくは、ユニット制御ユニット（８）の内部に少なくとも１つのデータベース（１２）がロードされ、該データベース（１２）には、従来の方法で、データを保存するためのサポートと、それら（データベースサーバ）を処理するためのプロセッサ、およびメディア中に保存されるデータの作成、操作、管理、および効率的なクエリを行うためのソフトウェアアプリケーション（つまり、データベース管理システム）が設けられる。

好都合に、図２に示されるように、中央データベース（１２）は、―システムの各ユーザーのデータを含むユーザーデータセット（１４）であって、特に、このデータセットは、少なくとも固有の、ユーザーのＩＤコード、ユーザネーム、およびパスワード、そして、好ましくはさらに名前および姓、連絡先の参照（例えばＥメールアドレス）、および他の従来のデータ登録を含む、ユーザーデータデータセットと、―メッセージングシステム（２）を通じて管理可能な、全てのグラフィック要素（静止およびアニメーションの両方）、および／またはオーディオおよび／またはビデオ（３１）の、少なくとも固有の識別コード（ＩＤ）を含む、１以上の要素データセット（１６）であって、特に、グラフィック要素の場合には、このデータセットは、各グラフィック要素のための、同様物の少なくとも固有の識別コード（ＩＤ）（３０）を含む、要素データセットと、を含む。

好都合に、特に、グラフィック要素の場合には、同様の要素データセット（１６）はまた、実際の画像（３１）（つまり、好ましくはｂａｓｅ６４のコード化に従うビットマップ表現、またはベクタ式（ｖｅｃｔｏｒｉａｌ）デジタル画像）と、画像のタイプおよび／または種類と、画像の小型化されたプレビュー（サムネイル）と、このグラフィック要素の作者／クリエータのＩＤ識別コードとを定義するデータを含むことができる。

好ましくは、要素データセット（１６）は、グラフィックおよび／またはオーディオ要素（３１）の固有の識別コード（ＩＤ）（３０）に加えて、別の／さらなるデータベース（４７）のアドレス／ロケーション（例えばウェブＵＲＬ）をクラウド中に、―そして好ましくは、このデータベース（４７）内に、対応する記録の詳細なアドレスまたはロケーションを―さらに含み、該データベースにおいて、実在のグラフィックおよび／またはオーディオ要素（３１）は組織化された方法で保存される。有利には、具現化の好ましい形態によれば、中央データベース（１２）のデータセット（１６）において、グラフィックおよび／またはオーディオ要素（３１）の一義的な識別コード（ＩＤ）（３０）は、一義的なアドレス／ロケーション（好ましくはウェブ）に対応し、該一義的なアドレス／ロケーションは、実際の要素（３１）を定義するデータが格納されるさらなるデータベース（４７）（これもクラウド中）内で、記録を識別する。

好都合に、本発明に係るメッセージングシステム（２）によって転送可能な、全てのグラフィックおよび／またはオーディオおよび／またはビデオ要素（３１）は、要素データセット（１６）の固有の識別コード（３０）によって、データベース（１２）内で一義的に識別される。特に、このことは、データベース（１２）内では、メッセージングシステム（２）を通じて管理および転送され得る各グラフィックおよび／またはオーディオおよび／またはビデオ要素（３１）が、それ自体の固有の識別コードを備え、従って、全ての他のグラフィックおよび／またはオーディオ要素のそれとは確実に区別できる、および異なっていることを意味する。好ましくは、要素データセット（１６）の各グラフィックおよび／またはオーディオおよび／またはビデオ要素（３１）の固有の識別コード（３０）は、無作為に作成されるか、または前もって決定され（そしてその後に関連付けられ）、これは、データベース（１２）中、および／または中央ユニット（８）内部のどこにでも設けられる特定割り当てのソフトウェアモジュールによってなされる。

好適に、データベース（１２）は、ユーザーデータセット（１４）と要素データセット（１６）とが、互いに、データセット（１４）の各ユーザーによって利用可能な／使用可能な／管理可能なデータセット（１６）の要素（３１）を含む関係（１８）（これは基本的には別のデータセットを構成する）によって関連付けられるように、構成および構造化される。

好ましくは、関係データセット（１８）の各行は、（ユーザーデータセット（１４）に由来する通りの）ユーザーの固有の識別コードＩＤと、（要素データセット（１６）から由来する通りの）グラフィックおよび／またはオーディオ要素（３１）の固有の識別コード（３０）とを含み、該グラフィックおよび／またはオーディオ要素（３１）の固有の識別コード（３０）は、その特定のユーザーと、このユーザーがメッセージングシステム（２）内で、このグラフィックおよび／またはオーディオ要素（３１）を使用することを許可／認証されているか、あるいはされていないかの識別とに、関連付けられる。

好適に、データベース（１２）は、関係（１８）において、データセット（１６）の同様のグラフィックおよび／またはオーディオ要素が、データセット（１４）の複数ユーザーによって関連付けられ得、従って、管理され得るように、構成および構造化される。好都合に、本発明に係る、中央ユニット（８）のデータベース（１２）が、全てのユーザーの全てのグラフィックおよび／またはオーディオ要素のデータを含むことが理解される。

有利には、このようにして、つまり、各ユーザーを１以上のグラフィックおよび／またはオーディオ要素（３１）に関係づけることによって、（そしてしたがって、また、逆で、つまり、各グラフィックおよび／またはオーディオ要素を１以上のユーザーに関係づけることによって、）アーキテクチャにおいて、各ユーザーは、データセット（１４）と（１６）との間の関係（１８）の規定に従って、自分に関連付けられたグラフィックおよび／またはオーディオ要素（３１）のみを、管理および有効的に使用することができる。基本的に、特定のユーザーは、そのユーザーと前記要素との間に関係（１８）が存在する場合にのみ、そして、特に、ユーザーの固有のＩＤ識別コードが、前記要素の固有の識別コード（３０）と関係付けられている場合に、送信されるべきメッセージ内に、特定のグラフィックおよび／またはオーディオ要素（３１）を挿入することが許可／認証される。

好適に、ユーザーが、メッセージングシステム（２）内部でこのグラフィックおよび／またはオーディオ要素（３１）を作成／アップロードした人である時、および／または、ユーザーが、―例えば、ユーザーが無料であるいは「有料」で購入したことによって―メッセージングシステム（２）内でこのグラフィックおよび／またはオーディオ要素を使用することを認証された人である時に、レポート（１８）―これによって、送られるべきメッセージ内で、特定のユーザーが特定のグラフィックおよび／またはオーディオ要素を使用することを許可／認証することが厳密に可能になる―が、作成され得る。

好適に、データベース（１２）は、ユーザーデータセット（１４）と要素データセット（１６）とは、互いに、関係（１８）の２つのタイプによって関連付けられ（該関係は、そのため、実質的に２つのさらなるデータセットを定義し）、該関係（１８）の２つのタイプは、データセット（１４）の各ユーザーによって作成されたデータセット（１６）の要素と、（例えば、対応する購入を行ったために）データセット（１４）の各ユーザーが認証／許可されているステータスに関するデータセット（１６）の要素とをそれぞれ含んでいる。

好適に、本発明に係るメッセージングシステムは、―第１のソフトウェアモジュールが、特定のグラフィックおよび／またはオーディオ要素（３１）の使用のために、好ましくは料金の支払い時に、認証／ライセンスのためのリクエストを中央ユニット（８）に送信し、そして、―リクエストの承諾後に、ソフトウェアが、前記リクエストを中央ユニット（８）に送信したユーザーの固有の識別子と、リクエストがなされたグラフィックおよび／またはオーディオ要素（３１）の一義的な識別コード（３０）との間の関係（１８）を定義する、ように構成される。

有利には、図２に示されるように、要素データセット（１６）は第１のデータベース（２１）を含み、該第１のデータベース（２１）は、メッセージそれ自体のバルーンの内部で、任意のテキスト（３９）と共に、または任意のテキスト（３９）間に一般に挿入されるべき、シンボル、アイコン、または画像の、データおよび／または参照（つまり、作者データベース／さらなるデータベース（４７）のアドレスまたはロケーション）と、ならびにメッセージのテキストと共に、またはテキス間に挿入され得るこれらの画像（３３）の固有の識別コード（ＩＤ）（２３）とを含む。好ましくは、しかし必須ではないが、これらの画像（３３）は、定型化された方法で、ｅｍｏｊｉ（登録商標）に実質的に対応する少なくともコンセプト、アイディア、オブジェクト、感情、または雰囲気を表す。

有利には、図２に示されるように、要素データセット（１６）は第２のデータセット（１７）を含み、該第２のデータセット（１７）は、一般にアバター（３５）として使用されるべき、シンボル、アイコン、または画像の（少なくとも１つの固有の識別コードを含むデータを含む）データおよび／または参照（つまり、別のデータベース中のアドレスまたはロケーション）と、ならびに同様物の固有の識別コード（ＩＤ）（３４）とを含む。

有利には、図２に示されるように、要素データセット（１６）は第３のデータセット（１９）を含み、該第３のデータセット（１９）は、メッセージのテキストを内包する異なる形状またはサイズのバルーン（３７）の（少なくとも１つの固有の識別コードを含む）データおよび／または参照（つまり、別のデータベース中のアドレスまたはロケーション）と、ならびに前者の固有の識別コード（ＩＤ）（３２）とを含む。

適切に作者としての任意の人、そして必ずしもユーザーデータベース（１４）中に識別／登録されていない任意の人は、グラフィックおよび／またはオーディオ要素を生成し、それを中央データベース（１２）の要素データベース（１６）および／または追加的な接続されたデータベース（４７）に、適切にアップロードすることができ、その結果、それは、ユーザーデータベース（１４）中に識別／登録されている通りの、識別システム（２）のユーザーに利用可能となり、そしてそのため、該ユーザーが彼等のデバイス上のローカルに、データベース（１２）から、および／または追加的な接続されたデータベース（４７）から、要素データベース（１６）に存在する固有の識別コード（３０）で識別されるグラフィックおよび／またはオーディオ要素を、ダウンロードすることが可能になり、その結果、以下でより明確にされる通り、それらがメッセージ中に使用されて、メッセージングシステム（２）内で送信されることになる。

有利には、言及された通りに、要素データセット（１６）は別のデータベース（４７）を含み、―および／またはそれに接続され、次に、該別のデータベースは、―グラフィックおよび／またはオーディオ要素（３１）を定義／構成するデータと、および特に、―特定のフォーマットに従って好適にコードされ、―デジタル画像または音楽またはビデオを定義するデータのセットとを含む。

好都合に、中央データベース（１２）において、または前記中央データベース（１２）に接続されたさらなるデータベース（４７）において、グラフィックおよび／またはオーディオ要素を、ディテール（Ｄ_１）の当初の寸法と等級で定義するデータ（３１）が保存され、該ディテール（Ｄ_１）は、有利に、その作成のそれに対応する、および／または最大限に達成可能である。

特に、グラフィック要素の場合には、好適に、中央データベース（１２）において、または中央データベース（１２）に接続されたさらなるデータベース（４７）において、（Ｒ_１）と等しい解像度を有するデジタル画像を定義するデータ（３１）が保存される。好適に、解像度（Ｒ_１）は、画像が有する高さと幅との１インチ当たりのピクセル数を示す。

好ましくは、解像度（Ｒ_１）は、画像それ自体の作者、または別の対象者によってロードされる、オリジナル／初期画像の解像度に対応する。有利には、解像度（Ｒ_１）は、画像の全てのディテールを理解することを可能にする、高解像度の値である。好適に、解像度（Ｒ_１）は、実質的に１０８０×１０８０ピクセルと同等、またはそれを上回り、好ましくは、ＤＰＩ（「１インチあたりのドット数」）が（７２）と同等、またはそれを上回る。特に、好適に、中央データベース（１２）において、または前記中央データベース（１２）に接続されたさらなるデータベース（４７）において、（Ｐ_１）と等しい色深度（つまり、各ピクセルが取り得る、色に関する数を示す、一般にビットで表現されるパラメータ）を有するデジタル画像を定義する、データ（３１）が保存される。好適に、色深度（Ｐ_１）は、画像それ自体の作者、または別の対象者によってロードされる、オリジナル／初期画像の色深度に対応する。有利には、色深度（Ｐ_１）は、画像の全ての色のディテールを理解することを可能にする、高い値である。好ましくは、色深度（Ｐ_１）は、実質的に８ビットと同等、またはそれを上回る。

特に、好適に、中央データベース（１２）において、または前記中央データベース（１２）に接続されたさらなるデータベース（４７）において、長さ（Ｌ_１）と高さ（Ｈ_１）とに等しいピクセルによる寸法（つまり、画像の幅と高さに沿ったピクセルの総数）を有するデジタル画像を定義する、データが定義される。好適に、寸法（Ｌ_１）と（Ｈ_１）とは、画像それ自体の作者、または別の対象者によってロードされる、オリジナル／初期画像のそれに対応する。有利には、寸法（Ｌ_１）と（Ｈ_１）とは、画像の全てのディテールを理解することを可能にする、高い値である。好ましくは、寸法（Ｌ_１）および／または（Ｈ_１）は、それぞれ、実質的に１０８０ピクセルと同等、またはそれを上回る。

代替的に、オーディオファイルの場合には、オーディオファイルを定義するデータ（３１）は、中央データベース（１２）において、またはさらなるデータベース（４７）において、好ましくは「無損失」フォーマットで保存され、つまり、オーディオファイルが、例えばＦＬＡＣ、ＡＰＥ、またはＡＬＥフォーマットで記録された時に使用されたディテールのレベルに実質的に対応するディテールのレベルで保存される。好ましくは、データ（３１）は、高解像度で、つまり、少なくとも１２００ｋｂｉｔ／分のビットレートに相当する解像度（Ｒ_１）であり得る。好ましくは、データは、少なくとも４４．１ｋＨｚ／１６ビットの深度を有することができる。

代替的に、ビデオファイルの場合には、高レベルのディテール、好ましくは高解像度のビデオファイルを定義するデータが、中央データベース（１２）において、またはさらなるデータベース（４７）において保存され、つまり、例えば、ＨＤ（１９２０×１０８０ピクセル）または４Ｋ（３８４０×２１６０ピクセル、４０９６×２３０４ピクセル、または４０９６×３０７２ピクセル）のビデオに相当する解像度（Ｒ_１）で、好ましくは、高解像度オーディオを使用するプログレッシブモード（ｐｒｏｇｒｅｓｓｉｖｅ ｍｏｄｅ）で保存される。

送信デバイスおよび受信デバイス（４、６）は、両方のデバイスが通信している中央ユニット（８）によって、テキストメッセージ（６０）のネットワーク上の送受信を、インターネットまたはローカルネットワークのいずれかを介して、実行するように構成される。

第１のソフトウェアモジュールは、送信者（４）および／または受信者（６）の内部でロードされる、および／または実行される。好都合に、スマートフォンまたはタブレットなどのポータブルデバイスの場合には、第１のソフトウェアモジュールは、ＡＰＰとしても知られる、在来のモバイルソフトウェアアプリケーションから成る。好適に、第１のソフトウェアモジュールはまた、ウェブアプリケーション、またはデスクトップアプリケーションの形態であり得る。

デバイス（４、６）の第１のソフトウェアモジュールはまた、中央ユニット（８）のデータベース（１２）に、またはさらなるデータベース（４７）に、ユーザー（作者）によって生成されたグラフィックおよび／またはオーディオ要素を、後にメッセージングシステム（２）のユーザーに利用可能となるように、ロードするように構成される。

特に、この目的のために、デバイス（４、６）の第１のソフトウェアモジュールは、特定のグラフィックおよび／またはオーディオ要素（３１）を中央ユニット（８）に送信し（図２１を参照）、該特定のグラフィックおよび／またはオーディオ要素（３１）は、デバイス上のローカルで生成され、または利用可能であり、そして、中央ユニット（８）は、それらを、固有の識別コード（３０）に関連付けるデータベース（１２）の内部に保存する。

好都合に、中央ユニット（８）のデータベース（１２）、またはさらなるデータベース（４７）の内部で、送信およびロードされるグラフィックおよび／またはオーディオ要素（３１）は、（本明細書では（Ｄ_１）と呼ばれる）ディテールの特に高い寸法および／または等級を有し、そして好ましくは、取得可能な最大限に対応する、および／または、グラフィックおよび／またはオーディオ要素が作成された時にそれが提示するものに対応する、特に高い寸法および／または等級を有する。特に、画像の場合には、画像は、（Ｒ_１）と同等の解像度と、そして、恐らくは、ピクセル寸法（Ｌ_１）および（Ｈ_１）と、または色深度（Ｐ_１）とを有する。したがって、中央ユニット（８）のデータベース（１２）において、またはそれに接続されたさらなるデータベース（４７）において、（Ｒ_１）と同等の解像度を有する画像は、そのようにロードおよび保存され、おそらくは、ピクセル寸法（Ｌ_１）および（Ｈ_１）、または色深度（Ｐ_１）を有する。

好都合に、オーディオファイルの場合には、ディテール（Ｄ）のレベルは、例えば、ビットレートおよび／または圧縮コーデック（フォーマット）に関連付けられ得る。好都合に、ビデオファイルの場合には、ディテール（Ｄ）のレベルは、画像のディテールのレベルとオーディオファイルのディテールのレベルとの組み合わせに関連付けられ得る。

好適に、グラフィックおよび／またはオーディオ要素（３１）がメッセージ（６０）内で送信ユーザーによって使用／挿入されるためには、その固有の識別子（３０）を有するグラフィック要素（３１）は、送信デバイス（４）のローカルメモリにおいて、利用可能である／存在している状態でなくてはならず、その結果、固有の識別コード（３０）は、好適に、メッセージ（６０）の内部に、そして従って、以下に記載される方法に従って、中央ユニット（８）に送信されたデータ構造（２０）の内部に、挿入され得る。

好都合に、メッセージングシステム（２）はまた、中央ユニット（８）においてロードおよび／または実行され、そして、ユーザーを、対応するグラフィックおよび／またはオーディオ要素（３１）に関連付ける（そして特に、このユーザーの固有の識別コードＩＤを、グラフィックおよび／またはオーディオ要素（３１）の固有の識別コード（３０）に関連付ける）、かつその逆の、関係（１８）を定義するように構成された、ソフトウェアを含み、その結果、このユーザーは、送信されるべきメッセージにおいて、関係（１８）を通じてユーザー自身に関連付けられた、グラフィックおよび／またはオーディオ要素（３１）のみを使用することができる。

有利には、図２０に示されるように、中央ユニット（８）においてロードおよび／または実行されるソフトウェアは、―グラフィックおよび／またはオーディオ要素から開始して、該グラフィックおよび／またはオーディオ要素は、中央ユニット（８）のデータベース（１２）、またはさらなるデータベース（４７）に既にロードされており、そして、該グラフィックおよび／またはオーディオ要素は、ディテールに関する、（Ｄ_１）と同等の、高い寸法および／または等級を有し―、同じコンテンツを有するが、ディテール（Ｄ_２）の寸法および／または等級を有する、少なくとも１つの対応するグラフィックおよび／またはオーディオ要素（３１^Ｙ）を、作成するように構成され、その時、（Ｄ_２）は（Ｄ_１）より低い。

好適に、ディテール（Ｄ_２）のサイズおよび／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）は、ディテール（Ｄ_１）に等しいサイズおよび／または高い等級のグラフィックおよび／またはオーディオ要素が、中央ユニット（８）のデータベース（１２）またはさらなるデータベース（４７）の中にロードされるとすぐに、自動的に作成される。

好都合に、ディテール（Ｄ_２）のサイズおよび／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）は、グラフィックおよび／またはオーディオ要素の最初の購入がなされた時、または、それが送信／受信デバイスに要求されるか、または最初にダウンロードされる時、または、それがメッセージ通信システム（２）内で使われるよう要求される時にさえ、自動的に作成される。

有利には、ディテール（Ｄ_２）の寸法および／または等級を有する対応するグラフィックおよび／またはオーディオ要素（３１^Ｙ）は、中央ユニット（８）のデータベース（１２）またはさらなるデータベース（４７）のデータセット要素（１６）内にも、ロードおよび保存される。

有利には、このように作成された、ディテール（Ｄ_２）のサイズおよび／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）は、ディテール（Ｄ_１）のサイズおよび／または等級のグラフィックおよび／またはオーディオ要素の圧縮されたバージョンに実質的に対応し得る。

有利には、そのように作成された、ディテール（Ｄ_２）のサイズおよび／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）は、メッセージ（６０）において用いられるために、および、好ましくはまたメッセージ自体の中のワードの間に、挿入されるために、サイズにおいて適切でありえ、および／または適切なディテールの等級を有し得る。

有利には、このように作成された、ディテール（Ｄ_２）の寸法および／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）は、ディテール（Ｄ_１）の寸法および／または等級のグラフィックおよび／またはオーディオ要素に関して同じフォーマットまたは異なるフォーマットを有し得る。

有利には、このように作成された、ディテール（Ｄ_２）のサイズおよび／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）は、ディテール（Ｄ_１）のサイズおよび／または等級のグラフィックおよび／またはオーディオ要素のプレビューとしての使用に適切である。

特に、画像の場合には、中央ユニット（８）においてロードおよび／または実行されるソフトウェアは、―既に中央ユニット（８）のデータベース（１２）の中に、またはさらなるデータベース（４７）の中にロードされているファイルであって、および解像度（Ｒ_１）を有し、および、場合によっては、色の深み（Ｐ_１）を有する、ファイルから開始して―同じコンテンツを有するが（Ｒ_１）より低い解像度（Ｒ_２）を有する、および、図形要素の場合には、場合により、Ｐ_１より低い色の深み（Ｐ_２）を有する、少なくとも１つの対応するファイル（３１^Ｙ）を作成するように、構成される。

好都合に、画像の場合には、中央ユニット（８）においてロードおよび／または実行されるソフトウェア（それは）は、―中央ユニット（８）のデータベース（１２）またはさらなるデータベース（４７）の内部に既にロードされ、および解像度寸法（Ｌ_１）と（Ｈ_１）を有している画像から開始して―同じコンテンツを有するが、前述の寸法（Ｌ_１）と（Ｈ_１）よりも小さい寸法（Ｌ_２）と（Ｈ_２）を有する少なくとも１つの対応する画像（３１^Ｙ）を生成するように構成される。

好ましくは、解像度（Ｒ_２）をもつ画像３１^Ｙは、このように作成され、開始画像の「サムネイル」バージョンに実質的に対応するが、開始画像は解像度（Ｒ_１）を有し、および作成後に中央ユニット（８）に送られ及び保存されたものに対応する。

好都合に、第１のソフトウェアモジュールは、あるユーザーの送信側デバイス（４）のディスプレイ上に、タイピングキーボード（７７）が示され、ここでディテールの（Ｄ_２）のサイズおよび／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）が表わされるように、構成される。

有利には、図２０に表わされるように、および、下により詳細に記載されるように、ソフトウェア（それは中央ユニット８に実行されたロードしたおよび／またはである）は、生成するように構成され、―既に中央ユニット（８）のデータベース（１２）の中に、またはさらなるデータベース（４７）の中にロードされ、および（Ｄ_１）に等しい上のサイズとディテールの等級を有するグラフィックおよび／またはオーディオ要素（３１）から開始して―同じコンテンツを有するがディテール（Ｄ_Ｘ）の寸法および／または等級を有している対応するグラフィックおよび／またはオーディオ要素（３１^Ｘ）を作成するように構成され、ここで、（Ｄ_Ｘ）は（Ｄ_１）未満であり、および、第１のソフトウェアモジュールによって前記中央ユニット（８）にリクエストを行なった、あるデバイスのディスプレイの寸法および／またはディテールの等級に基づき、対応して動的に定義される。

好都合に、第１のソフトウェアモジュールは、あるユーザーの送信デバイス（４）のディスプレイ上に、タイプ用キーボード（７７）が、関係（１８）によってそのユーザーに関連付けられるグラフィックおよび／またはオーディオ要素（３１）だけを含んで、表示されるように構成されるが、それはすなわち、例えば、ユーザー自身がグラフィックおよび／またはオーディオ要素の作成者として認証／許可されこと、または、それを購入したことを理由とする。有利には、第１のソフトウェアモジュールは、システム（２）のユーザーが、識別され、および既にユーザー・データセット（１４）に登録されていると、彼らによって作られたグラフィックおよび／またはオーディオ要素をメッセージングシステム（２）の中へロード（および、特に中央ユニット（８）のデータベース（１２）に送信）することができ；特に、この場合、ソフトウェア―中央ユニット（８）においてロードおよび実行される―は、ユーザー識別コードをそのようにロードされたグラフィックおよび／またはオーディオ要素（３１）の固有の識別コード（３１）に関連付ける新しい関係（１８）（好適には、上記に定義された第１のタイプの）を作成するように構成される。

好都合に、第１のソフトウェアモジュールは、システム（２）のユーザーが、識別され、および既にユーザー・データセット（１４）に登録されているときに、他のユーザーによって作成されたグラフィックおよび／またはオーディオ要素を送信されるメッセージ内で使用するために、―例えば、直接的あるいは間接的購入によって、無料で、または「料金」後払いで―認証／ライセンスを要求し、獲得することができるように構成され、特に、この場合においても、ソフトウェアは、ユーザー識別コードをそのように認証／ライセンスされたグラフィックおよび／またはオーディオ要素（３１）の固有の識別コード（３１）に関連付ける関係（１８）（好適には、上記に定義された第２のタイプの）を作成するように構成される。

特に、第１のソフトウェアモジュールは、また、通信プロトコル、好適にはＨＴＴＰＳ、に基づいて、中央ユニット（８）（サーバー）にリクエストを行なうことにより、テキストメッセージ（６０）を送信するように構成される。有利には、このリクエストは、探索文字列（クエリー文字列）にそれらを示すことなくデータ構造（２０）を中央ユニット（８）に送信するために、ＰＯＳＴメソッドによって行われるが、このリクエストは、探索文字列中でデータを渡すＧＥＴメソッドによってもなされ得る。

好適に、第１のソフトウェアモジュールによって生成されるデータ構造（２０）（図３において「＄データ」として定義された）は、中央ユニット（８）のコンピューター（１０）においてロードされ実行されるソフトウェアへの入力として送信されるフィールドのデータ／値／レコードをすべて含んでいる。詳細には、図３において示されるように、データ構造（２０）は、以下のフィールドを含む：
―会話識別フィールド（「ｉｄ＿ｃｏｎｖｅｒｓａｔｉｏｎ」）および／または受信者（２４）（つまり「ｒｅｃｅｉｖｅｒ ｉｄ」）、
―メッセージのテキストフィールド（２６）（つまり、「Ｔｅｘｔ」）。

好都合に、一実施形態では、データ構造（２０）は、また、送信者識別フィールド（２２）（すなわち、「ｓｅｎｄｅｒ＿ｉｄ」）を含み得る。

特に、メッセージテキストフィールド（２６）は、テキスト（３９）（すなわち、メッセージを構成するワードの集合）と、およびグラフィックおよび／またはオーディオ要素（３１）の固有の識別コード（３０）との両方を含んでいる。適切には、テキストフィールド（２６）内に挿入されるこの固有の識別コード（３０）は、ラベル／プリコーデッド文字／シンボル（２８）の間に、上流および／または下流に、適切に配置される。より詳細には、図３において示されるように、第１のグラフィック要素の識別コード「１２３」は、プリコーデッド文字「＆＃」の間に挿入され、および同じことが第２のグラフィック要素の識別コード「４５６」にも当てはまる。

有利には、データ構造（２０）は、また、バルーン（３２）を固有に識別するためのフィールド（つまり、「ＩＤ＿ｂａｌｌｏｏｎ」）、およびアバター（３４）を固有に識別するためのフィールド（つまり「ＩＤ＿ａｖａｔａｒ」）を含む。有利には、データ構造は、また、メッセージ（３６）のタイプを定義するためのフィールド（つまり、「ＭｅｓｓａｇｅＴｙｐｅ」）、およびそれが単一の受信者送信されたメッセージか複数の受信者に送信されたメッセージかどうかを示すためのフィールドを含む。

好適に、第１のソフトウェアモジュールはデータ構造（２０）のフィールド（２２、２４、２６、３２、３４、および３６）に対応する値（３８）を割り当てるように構成される、該対応する値（３８）は、メッセージ（６０）を準備および送信する時に、ユーザーが送信デバイス（４）のグラフィックインターフェース上で行動することにより、ユーザーによって設定および選択され、および／またはソフトウェアモジュール自体によって自動的に定義される。例えば、受信者識別フィールド（２４）とメッセージテキストフィールド（２６）は、ユーザーが、デバイスのグラフィックインターフェース上で行動することによって、何を選択したかに基づいて向上され、一方、送信者識別フィールド（２２）―提供されていれば―は、デバイス上のデフォルト設定に基づいたソフトウェアモジュールによって直接的および自動的に向上され得る。

前記のように、ソフトウェアは中央ユニット（８）のプロセッサ（１０）の内部でロードおよび実行される。

有利には、好ましい実施形態では、送信デバイス（４）にロードされた第１のソフトウェアモジュール、および中央ユニット（８）にロードされたソフトウェアは、また、メッセージ通信システム（２）を使用している送信ユーザー（図１２を参照）を確証するためのアーキテクチャ／手順を実装するように構成され、本発明によるメッセージングシステム内でメッセージングシステム（２）を使用している送信ユーザーのアイデンティティーの正しさを確かなものにする。

特に、送信ユーザーのこの確証手順を実装するために、第１のソフトウェアは、以下のオペレーションを実行するように構成される：
―送信デバイス（４）の第１のソフトウェアモジュールは、ユーザーが送信デバイス（４）上で行動して、メッセージングシステム（２）へログインする時、入力したデータ（ユーザ名とパスワード）を中央ユニット（８）のソフトウェアへ送信する。
―中央ユニット（８）のソフトウェアは、受信データを確認し（つまり、―好ましくはユーザー・データセット（１４）にクエリを行うことによって―それらがメッセージ通信システムに既に登録されているユーザーにすべてに一致するかどうか）を確認し、対応するユーザーのＩＤ識別コードを抽出し、および―とりわけ―このコードを含んでいる、対応する１つのコンピュータオブジェクトＸを生成する。
―ユニットソフトウェア（８）は、秘密鍵を持ったコンピュータオブジェクトＸを暗号化し、従って、暗号化されたコンピュータオブジェクトＹを生成する
―中央ユニット（８）のソフトウェアは、送信デバイス（４）の第１のソフトウェアモジュールに暗号化されたコンピュータオブジェクトＹを送信し、それは一時的にオブジェクトを保存する。
―好適に、ユーザーが―送信デバイス（４）を介して―テキストメッセージ（６０）を送信する時、次のオペレーションが実行される：
―第１のソフトウェアモジュールは、中央ユニット（８）に、データ構造（２０）と先に受信された暗号化されたコンピュータオブジェクトＹとの両方を送信する。
―中央ユニット（８）のソフトウェアは、好ましくは、データ構造（２０）を処理する前に、暗号化されたコンピュータオブジェクトＹを復号し、従って、ユーザーＩＤ識別コードを含んでいるコンピュータオブジェクトＸを抽出する。
―中央ユニット（８）のソフトウェアは、データ構造（２０）を処理し始め、またユーザーＩＤ識別コードを利用可能にしておく。

好適に、この場合、データ構造（２０）が送信者（２２）の識別フィールドを含まないことは理解される。有利には、このように、中央ユニット（８）だけが、通信ユーザーのＩＤ識別コードを知り、所有し、抽出し、確認するため、このことにより、送信デバイス（４）の第１のソフトウェアモジュールが、改変またはクライアント側での変更が起こり得るリスクを伴って、中央ユニット（８）に送信ユーザーのコードを見出す、および送信する（「クリア状態で」、つまり、暗号化なしで）ことは、回避される。従って、各データ構造（２０）について、またそれ故に、送信される各メッセージについて、中央ユニット（８）は、確かな方法で―および、いかなる改変の可能性／危険もなく―前記メッセージの送信ユーザーが誰かを抽出し、従って、このユーザーのアイデンティティーを確証し、また後者がメッセージングシステム（２）内に登録されることを確かなものにすることが可能である。

有利には、付加的なセキュリティーチェックとして（図１１を参照）、ユーザーがメッセージングシステム（２）内で送信されるメッセージ中に、正しくまたは有効に認証／許可されていないグラフィックおよび／またはオーディオ要素（３１）を使用することを防止するために、中央ユニット（８）においてロードおよび実行されるソフトウェアは、以下を行なうように構成される。
―データ構造（２０）（送信デバイス（４）からの前記ユニット（８）に送信された）からグラフィックおよび／またはオーディオ要素（３１）の固有の識別コード（３０）を抽出する。
―データ構造（２０）―およびそのＩＤ識別コードは、上に記載された確証フェーズ中に好適に回収された―を送信したユーザーが、送信されるメッセージ中に、先に抽出された固有の識別コード（３０）に関連付けられるグラフィックおよび／またはオーディオ要素（３１）を使用／挿入することを許可／認証されたかどうかを確認する。特に、この目的のために、送信デバイス（４）を使用してデータ構造（２０）を送信したユーザーの識別コード（およびそのデータはユーザーデータセット（１４）から結果として生じる）と、データ構造（２０）から抽出された固有の識別コード（３０）（およびそのデータは要素データセット（１６）から結果として生じる）を関連付ける何らかの関係（１８）があるかどうかを確認するために、データベース（１２）は、クエリを実行され；より詳細には、例えば、第１のクエリは、第１のタイプの関係（１８）があるかどうか（つまり、ユーザーがメッセージングシステム（２）においてグラフィックおよび／またはオーディオ要素を作成／ロードした人物であるかどうか）を確認するために実行されてもよく、および、この第１のクエリの否定的な結果の場合にのみ、第２のタイプの関係（１８）があるかどうか（つまり、ユーザーは、メッセージングシステム（２）において、例えば、購入後に、グラフィックおよび／またはオーディオ要素を使用することを許可／認証されているかどうか）を確認するために、第２のクエリを実行する。
―検証の結果が肯定的な場合に、その後、データ交換に適したフォーマットの構造化データパケット（４０）を返すために、送信デバイスによって送られたリクエストの処理を継続するが；これと反対に、他方、検証の結果が否定的な場合には、送信デバイス（４）によって送信されたリクエストの処理は中断／ブロックされ、および、適切に、対応する通知が自動的に後者に送信され得る。

特に、言及されるように、ソフトウェアは送信デバイスによって送信されたリクエストを処理し、および従って、データ交換に適したフォーマットの構造化データパケット（４０）を返信するように構成される。好ましくは、データパケット（４０）は「ｊｓｏｎ」フォーマットであるが、例えば、「ｙａｍｌ」または「ｘｍｌ」などの他のフォーマットであってもよい。

特に、データパケット（４０）は、一連のフィールド（４２）を含み、ここで、送信デバイス（４）によって送信されたデータ構造（２０）のフィールド値（３８）が、一連のフィールド（４２）に対して適切に割り当てられ、および／または、一連のフィールド（４２）に対して値がソフトウェアから自動的に獲得される。好ましくは、データパケット（４０）は、送信者によって作成されたメッセージ（６０）のデータを含む、そして正確に受信機にこのメッセージを送信し、かつ後者が彼の装置にメッセージ（６０）を表示することを可能にするのに必要。

詳細には、図４において示されるように、構造化データパッケージ（４０）は、以下のフィールドを含む：
―ＩＤ（４２）フィールド。このフィールドは、固有にデータパケット（４０）（すなわち、“ｆｉｅｌｄＩＤｍｅｓｓａｇｅ”）を識別し、およびソフトウェアが自動的にランダムな、または所定の、数あるいは英数字コードを割り当てることによって実装される。
―送信者フィールド（４４）（すなわち、「ｆｉｅｌｄＭｅｓｓａｇｅＦｒｏｍ」）。ここに、データ構造（２０）の送信者フィールド（２２）の値、または、好ましくは、上に記載され、および図１２内に表わされた確証手順において好適に提供された、暗号化されたコンピュータオブジェクトＹから開始する、中央ユニット（８）から得られた対応する送信者ユーザーのＩＤ識別コードの値が、割り当てられる。
―受信者フィールド（４６）（すなわち、「ｆｉｅｌｄＭｅｓｓａｇｅＴｏ」）。ここに、データ構造（２０）の受信者フィールド（２４）の値は割り当てられる。
―フィールド（４８）。メッセージの本文に関するフィールド（すなわち、「ｆｉｅｌｄＭｅｓｓａｇｅＢｏｄｙ」）であって、データ構造（２０）のメッセージテキストフィールド（２６）の値（３８）を含み、および好ましくは、このフィールドのラベル（４９）も含み；有利には、メッセージ本文フィールド（４８）は、また、ラベル（４９）と、データ構造（２０）のアバター識別フィールド（３４）およびバルーン識別フィールド（３２）の対応する値（３８）との両方を含んでいる。

本質的には、構造化データパッケージ（４０）は、本文フィールドメッセージ（４８）を含み、それは、メッセージテキストフィールド（２６）、アバター識別子（３４）およびデータ構造（２０）のバルーン識別子（３２）のラベル（４９）（すなわち、メタデータ）、および構造自体内のこれらのフィールドに割り当てられた対応する値（３８）（すなわち、データ）の両方を含んでいる。

有利には、構造化データパケット（４０）は、また、送信デバイス（６）によってメッセージ（６０）が送信された、および／または、中央ユニット（８）がデータ構造（２０）を受信した、対応する日付および／または時間値が割り当てられるフィールドを含む。

受信デバイス（６）においてロードおよび実行された第１のソフトウェアモジュールは、中央ユニット（８）から構造化データパッケージ（４０）をダウンロードするように構成され、構造化データパッケージ（４０）は、前記デバイス用に前記ユニットによって準備される。好ましくは、中央ユニット（８）から受信デバイス（６）への構造化データパケット（４０）のダウンロード、または、中央ユニット（８）から受信デバイス（６）への構造化データパケット（４０）の伝送はどんな場合でも、好ましくは、しかし必須ではなく、ＨＴＴＰＳプロトコル上の、ＲＥＳＴ（ＲＥｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）アーキテクチャを使用して行なわれる。

有利には、受信デバイス（６）においてロードおよび実行される第１のソフトウェアモジュールは、１以上の構造化データパケット（４０）（すなわち、メッセージ）の可能な存在／使用可否について、それを意図してクエリを実行するために、定義済みの頻度で、定期的に中央ユニット（８）にアクセスするように―それ故に、「ポーリング」と呼ばれるクライアント・サーバーの会話モードに従う―および、存在／使用可であれば、中央ユニット（８）からこの構造化データパケット（４０）をダウンロードするように、構成され得る。

好ましくは、図１に表わされるように、本発明によるシステム（２）は、また、例えば、Ｇｏｏｇｌｅ Ｃｌｏｕｄ ＭｅｓｓａｇｉｎｇまたはＡｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅなどの、通知プラットフォーム（５０）を含み、該通知プラットフォーム（５０）は、デバイス（４）、（６）、中央ユニット（８）の間でメディエーターとして働き、および、該通知プラットフォーム（５０）は、「プッシュ通知」と呼ばれる方式に従って、中央ユニットが新しいデータを提供する時、前記デバイスに非同期に通知するように構成される。特に、この目的のために、ソフトウェアは、また、送信デバイス（４）によって送信されたデータ構造（２０）に基づいて構造化データパケット（４０）を処理および準備した後に、通知プラットフォーム（５０）への通知（５２）を送信するように構成され、その後、この通告は対応する受信デバイス（６）に転送されように構成される。好適に、中央ユニット（８）が通知するプラットフォーム（５０）に送信する通知（５２）は、通知を送信する中央ユニット（８）の識別コード、通知が送信されるべき受信デバイス（６）の識別コード、およびこの通知５２のコンテンツを含む。好適に、受信デバイスに送信されるその通知のコンテンツは、少なくとも固有に構造化データパケット（４０）を識別するフィールド（４２）を含み、その結果、この通知（５２）を受信した受信デバイス（６）が、このコードによって識別される構造化データパケット（４０）をダウンロードするために中央ユニット（８）にクエリを実行することを可能にする。

また、本明細書では示されない実施形態では、の、の中央ユニットによって通知プラットフォーム（５０）へ送信され、およびそこから受信デバイス（６）に送信されたた通知（５２）は、構造化データパケット（４０）全体を含むことも、理解される。言いかえれば、中央ユニット（８）は、直ちに、プラットフォーム（５０）を介して受信デバイス（６）に構造化データパケット（４０）全体を送信し、従って、該構造化データパケット（４０）は、中央ユニット（８）に直接問い合わせる必要なしに、デバイス自体からローカルにダウンロードされる。

好ましくは、送信デバイス（４）および／または受信デバイス（６）においてロードされる第１のソフトウェアモジュールは、中央ユニット（８）と双方向接続が確立され、および維持される第１のアクティブ状態と、送信デバイス（４）および／または受信デバイス（６）が中央ユニット（８）に接続されない第２の静止状態と、を有するように構成される。有利には、第１のソフトウェアモジュールは、また、それが前記第１のアクティブ状態にある時、受信デバイス（６）は、定期的に（すなわち、「ポーリング」モードによって）ではなく、通知（５２）を受信する時だけ、中央ユニット（８）に問い合わせを行ない、好ましくは、通知プラットフォーム（５０）を通して、および「プッシュ通知」と呼ばれるモードによって、問い合わせを行なう。好適に、新しいデータが、第１のソフトウェアモジュールがアクティブ状態にある特定の受信デバイス（６）に向けられ、中央ユニット（８）において利用可能である時、ソフトウェアは、前記受信デバイス（６）に対し、それが中央ユニット（８）に問い合わせを行なうための通知（５２）を送信するように構成される。

好都合に、新しいデータが、第１のソフトウェアモジュールが休息状況にある特定の受信デバイス（６）に向けられ、中央ユニット（８）において利用可能である時、ソフトウェアは、また、―好ましくは、通知プラットフォーム（５０）を通して、および「プッシュ通知」と呼ばれるモードによって―前記受信デバイス（６）に、それが第１のアクティブ状態に移行するための通知（５２）を送信するように構成される。

基本的に、そうすることにより、ダウンロードするべき新しいデータがある時だけ、中央ユニット（８）は問い合わせられ、従って、それに定期的かつ不必要に問い合わせることが回避され；このことは、データトラフィックを減少させること、とりわけ不必要にデータ送信バンドを消費しないようにすることを可能にするという点で、特に有利である。

有利には、送信デバイス（４）および／または受信デバイス（６）は：
―第１のローカルメモリ（９０）であって、前記送信者（４）および／または受信者（６）デバイスを使用してメッセージングシステム（２）にログインしたユーザーの識別コードに関連付けられる（関係（１８）によって）すべてのグラフィックおよび／またはオーディオ要素（３１）の識別コード（３０）をここにダウンロードおよび保存するための、第１のローカルメモリ（９０）と、
―第２のローカルメモリ（９１）であって、第１のメモリにダウンロードおよび記憶された識別コード（３０）に対応するグラフィックおよび／またはオーディオ要素（３１）をすべて、ダウンロードおよび保存するための、第２のローカルメモリ（９１）と、を含む。

有利には、グラフィックおよび／またはオーディオ要素（３１^Ｙ）は、第２のローカルメモリ（９１）にダウンロードおよび保存され、（Ｄ_２）の寸法および／またはディテール等級を有している。特に、小型化した画像（サムネイル）３１^Ｙは、解像度（Ｒ_２）を備えて第２のローカルメモリ（９１）にダウンロードおよび保存される。

好ましくは、第１および第２のローカルメモリは、マスメモリ、または主メモリあるいはＲＡＭメモリの両方である。好ましくは、第２のローカルメモリ（９１）は、キャッシュタイプである。

特に、図１３のフローチャートによって表わされるように、送信デバイス（４）および／または受信デバイス（６）においてロードおよび実行される第１のソフトウェアモジュール、および中央ユニット（８）においてロードされるソフトウェアは、また、以下のように構成される：
―送信デバイス（４）の第１のソフトウェアモジュールは、ユーザーがメッセージングシステム（２）にログインする時、中央ユニット（８）に、自身のデバイス（４）および／またはデバイス（６）上で行動しながら、入力するデータ（ユーザ名とパスワード）を送信する。
―中央ユニット（８）のソフトウェアは、このように受信されたログイン・データを確認し（すなわち、それは、―好ましくはユーザーデータセット（１４）にクエリを実行することによって―それらがともにメッセージングシステムに既に登録されているユーザーに対応するかどうか、確認する）、対応するユーザーのＩＤ識別コードを抽出し、および、このように抽出されたコードを使用して、関係（１８）によってこのユーザーのＩＤ識別コードに関連付けられる全てのグラフィックおよび／またはオーディオ要素（３１’ ）の固有の識別コード（３０’）を識別する。
―デバイス（４）および／またはデバイス（６）の第１のソフトウェアモジュールは、デバイス４および／またはデバイス６の第１ローカルメモリ（９０）に、このように識別されたすべてのグラフィックおよび／またはオーディオ要素（３１’ ）の固有の識別コード（３０’）をダウンロードする。
―送信デバイス（４）の第１のソフトウェアモジュールは、デバイス（４）および／またはデバイス（６）の第２のローカルメモリ（９１）に、このように識別されたグラフィックおよび／またはオーディオ要素（３１’）をダウンロードする。

好ましくは、一旦、第１のソフトウェアモジュール（ＡＰＰ）が送信デバイス（４）および／または受信デバイス（６）においてダウンロードされ、およびインストールされると、これらのオペレーションは、メッセージングシステム（２）の第１の使用の時に実行される。好都合に、このように、送信デバイス（４）および／または受信デバイス（６）の予備的同期は実行される。

好都合に、送信デバイス（４）および／または受信デバイス（６）の第１のソフトウェアモジュールは、デバイス自体のディスプレイ上にタイピング／挿入用キーボード（７７）―送信されるメッセージを作成するための―を表示するように構成され、固有の識別コード３０’がデバイス自体の第１のメモリ中に保存され／存在するグラフィックおよび／またはオーディオ要素（３１’ ）にのみアクセスを有し、および従って、前記ディスプレイ上に表示する。

好適に、送信デバイス（４）において実行される第１のソフトウェアモジュールは、以下のオペレーションを実行するように構成される：
―送信デバイス（４）の第１のローカルメモリ（９０）に存在する固有の識別コード（３０’）のリストを回収する。
―これらのコード（３０’）を使用して、送信デバイス（４）の第２のローカルメモリ（９１）から対応するグラフィックおよび／またはオーディオ要素（３１’）を回収する。
―このように回収されたグラフィックおよび／またはオーディオ要素（３１’）を送信デバイス（４）のタイピングキーボード（７７）において表示する。

有利には、タイピングキーボード（７７）において、ディテール（Ｄ_２）の寸法および／または等級を有しているグラフィックおよび／またはオーディオ要素（３１^Ｙ）は表示され、特に、タイピングキーボード（７７）において表示される、小型化された画像（サムネイル）（３１^Ｙ）は解像度（Ｒ_２）で表示される。

受信デバイス（６）においてロードおよび実行される第１のソフトウェアモジュールも、中央ユニット（８）からダウンロードされた構造化データパケット（４０）を、そのパッケージのフィールド（４２、４４、４６、および４８）のコンテンツを抽出／デコードするために、処理するように構成される。

特に、このソフトウェアモジュールは、メッセージテキストフィールド（２６）、バルーン識別子（３２）および／またはアバター識別子（３４）の値（３８）を得るために、構造化データパケット（４０）のメッセージ本文フィールド（４８）のコンテンツのパーシングオペレーションを実行するように構成される。

より詳細には、第１のソフトウェアモジュールは次のもののために構成される：
―検索―直接構造化データパケット（４０）のメッセージ本文フィールド（４８）内で、および／またはテキストフィールド（２６）の値（３８）内で、後者のものが本文フィールド・メッセージ（４８）の内部のそのラベル（４９）―前もってコードされたラベル／文字／シンボル（２８）―で識別されると直ちに―グラフィック要素の固有のコード（３０）のものを識別するために、検索を行なう。
―抽出された固有のコード（３０）によって識別されたグラフィック要素（３１）が受信デバイス（６）のローカルメモリの中に既に存在するかどうかを確認する；好ましくは、この目的のための、それは、受信デバイス（６）の第１ローカルメモリ（９０）中に存在する固有の識別コード（３０’）を探索し、および、もし受信デバイス（６）のローカルメモリ中にまだ存在しなければ、構造化データパッケージ（４０）において識別され且つ第１のローカルメモリ（９０）内に存在しない、固有のコード（３０）によって識別されたグラフィック要素（３１’’）を受信デバイス（６）のローカルメモリに―好ましくは受信デバイス（６）の第２のローカルメモリ（９１）中に―ダウンロードするように、コントロールユニット（８）にリクエストを送信する。

有利には、受信デバイス（６）の第２のローカルメモリ―好ましくは受信デバイス（６）の第２のローカルメモリ（９１）―において、グラフィックおよび／またはオーディオ要素（３１^Ｙ’’ ）は、ディテール（Ｄ_２）の寸法および／または等級を有してダウンロードおよび保存される。特に、画像（３１）は、解像度（Ｒ_２）を備えて小型化されて（サムネイル）、第２のローカルメモリ（９１^Ｙ’’）中にダウンロードおよび保存される。

タイピングキーボード（７７）において、有利には、グラフィックおよび／またはオーディオ要素（３１^Ｙ）は、ディテール（Ｄ_２）の寸法および／または等級を有して表示される。特に、タイピング・キーボード（７７）では、解像度（Ｒ_２）を備えた小型化された画像（サムネイル）（３１^Ｙ）が表示される。

好都合に、従って、グラフィックおよび／またはオーディオ要素（３１）は、また、ディテール（Ｄ_２）の寸法および／または等級を有して受信デバイス（６Ｙ’’）の第２のローカルメモリ（９１）の中に保存され、受信メッセージに含まれるすべてのグラフィックおよび／またはオーディオ要素を常に正しく表示するために、然るべき構造化データパケット（４０）の受信時にダウンロードされる。

従って、より詳細には、任意のデバイス（４）および／またはデバイス（６）の第２のローカルメモリ（９１）において、以下のものが記憶／維持される：
―第１のローカルメモリ（９０）の中に固有のコード（３０’）が保存され／存在する、グラフィックおよび／またはオーディオ要素（３１’）の第１のセットであって；特に、これらは、中央データベース（１２）内で、関係（１８）によって特定のユーザーに関連付けられるグラフィックおよび／またはオーディオ要素（３１’）であり、その関連付けは、このユーザーがそれらを作成し／メッセージングシステム中にロードしたという事実の点から見てであるか、または、それらを（例えば、直接的または間接的購入を通じて）使用することが認証／許認証されているという理由による、グラフィックおよび／またはオーディオ要素（３１’）の第１のセット。
―それとは異なって、第１のローカルメモリ（９０）の中に一義的なコードが保存されない／存在しない、グラフィックおよび／またはオーディオ要素（３１’’）の第２のセットであって；特に、これらは、受信メッセージに含まれるグラフィックおよび／またはオーディオ要素をすべて正しく表示するために、然るべき構造化データパケット（４０）の受信時に中央ユニット（８）からダウンロードされる、第２のグラフィックおよび／またはオーディオ要素（３１’’）。

好都合に、グラフィックおよび／またはオーディオ要素（３１^Ｙ）の第１のセットおよびグラフィックおよび／またはオーディオ要素（３１^Ｙ’’）の第２のセットの両方は、ディテール（Ｄ_２）の寸法および／または等級を有している。特に、前記第１と第２のセットの両方は、解像度（Ｒ_２）を備えた小型化した画像（サムネイル）（３１^Ｙ）を含む

好都合に、言及されたとおり、送信デバイス（４）および／または受信デバイス（６）デバイスの第１のソフトウェアモジュールは、デバイス自体のディスプレイにタイピング／挿入用キーボード（７７）―および、送信されるメッセージを作成するための―を表示するように構成され、前記キーボード（７７）は、デバイスの第２のローカルメモリ（９１）の中に存在するグラフィックおよび／またはオーディオ要素（３１’）にのみアクセスを有し、および従って、前記ディスプレイ上に表示する。

このことは、メッセージングシステムを、送信されるメッセージの中でユーザーが自身によって作成された、または、使用を認証／許可された（例えば購入後）グラフィックおよび／またはオーディオ要素だけを使用することができるようにし、一方、同時に、受信するメッセージ中にあるグラフィックおよび／またはオーディオ要素をすべて常に正しく表示することが可能にするため、特に有利である。

好都合に、より詳細には、リクエスト―デバイス自体の第１のローカルメモリ（９０）の中に識別コード（３０）がないグラフィックおよび／またはオーディオ要素をダウンロードするために受信デバイス（６）によって中央ユニット（８）に送信される―は、このグラフィックおよび／またはオーディオ要素の一義的なコード（３０）を含んでおり、該コード（３０）は、その後、データベース（１２）にクエリを実行し、および要素データセット（１６）から、このコード（３０）固有に識別されるグラフィック要素のデータを抽出するために、中央ユニット（８）のソフトウェアモジュールによって使用される。その後、このように識別されたグラフィック要素のデータ、および、特に、ディテール（Ｄ_２）の寸法および／または等級を有し、識別コード（３０）に関連付けられるグラフィックおよび／またはオーディオ要素（３１^Ｙ）は、中央ユニット（８）からリクエスト・デバイスへ送られる。

好都合に、この目的のために、リクエスト・デバイスの第１のソフトウェアモジュールは、中央ユニット（８）にリクエストを送信し、および従って、リクエスト・デバイスのローカルメモリに、および、特に、第２のローカルメモリ（９１）に、構造化データパケット（４０）のメッセージ本文フィールド（４８）中にある一義的なコード（３０）によって識別される、ディテール（Ｄ_２）の寸法および／または等級を有するグラフィック要素（３１^Ｙ’’）（および特に解像度（Ｒ_２）を有する画像）をダウンロードするように構成される。好ましくは、制御ユニット・パネル（８）へのリクエストは、ＨＴＴＰＳプロトコルのＰＯＳＴメソッドを用いて送られるか、または、ＷｅｂＳｏｃｋｅｔテクノロジーにおけるＭＱＴＴプロトコルのＧｒａｐｈＱＬ言語を用いて実装される。

好ましくは、グラフィック要素（３１^Ｙ’’）は、少なくとも概念、観念、オブジェクト、気分、または感情を、図案化された方法において、実質的にｅｍｏｊｉ（登録商標）に対応するように、好ましくは、しかし必須ではなく、表現するために、メッセージ（６０）のバルーン（フレーム）（３７）の内部で、任意のテキスト（３９）に、またはその間に挿入される、解像度（Ｒ_２）を有する画像（３３）であり得る。

好都合に、受信者のデバイス（６）上でロードおよび／または実行される第１ソフトウェアモジュールは、ディテール（Ｄ_２）の寸法および／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ’’）を、受信メッセージ（６０）のバルーン（３７）内部に単独で（テキストがない場合）、またはメッセージ自体のテキスト（３９）と、またはそのテキストの間に表示するように構成される。好ましくは、受信されたメッセージ（６０）のバルーン（３７）の内部で、ディテール（Ｄ_２）の寸法および／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ’’ ）は、メッセージ自体のテキスト（３９）にインラインで表示される。

特に、好適に、受信者のデバイス（６）上でロードおよび／実行またはされる第１のソフトウェアモジュールは、前記デバイスのディスプレイ上に、メッセージの交換が表示される第１のスクリーン（８０）を実装し、および、前記メッセージの１以上のバルーン（３７）の内部に、グラフィック要素（３１^Ｙ’’）は、ディテール（Ｄ_２）の寸法および／または等級で表示される。

好適に、受信者のデバイス（６）上でロードおよび／または実行される第１のソフトウェアモジュールは、メッセージの交換が表示されるスクリーン（８０）が受信デバイスのディスプレイ全体を占有するように構成された第１のコンピュータオブジェクトＶＩＥＷによって定義されるように、構成される。

好都合に、受信者のデバイス（６）上でロードおよび／または実行される第１のソフトウェアモジュールは、メッセージ交換（６０）を表示するための第１スクリーン（８０）内で、メッセージ（６０）のバルーン（３７）の内部で表わされるグラフィック要素（３１^Ｙ’’）は、タッチ（８２）（指での、および／またはデバイス、例えば、スタイラス、での）によって、好ましくは短いタッチ（「タップ」）によって、または、例えば、ポインター（マウス）でクリックすることによって、または別の外部起動のイベント（あるいはアクション）を通じて、選択可能である表示エリア（８１）を占有するように、構成される。

好ましくは、グラフィック要素（３１^Ｙ’’ ）によって占有される表示エリア（８１）は、ユーザー・タッチ（８２）によって選択可能であり、ユーザー・タッチ（８２）は、例えば、１秒などの、定義済みの継続時間を有するか、または、延長されたタッチ、またさらには、動的なタッチ（例えば、ドラッグ、ピンチ、回転、スワイプ、ピンチ－アンピンチ（ｐｉｎｃｈ－ｕｎｐｉｎｃｈ））であり得る。

好適に、第１のソフトウェアモジュールは、構造化データパッケージ（４０）が、前もってコードされた、適切にメッセージ内のグラフィック要素の存在を示すラベル／文字／シンボル（２８）を含むとき、第１のＶＩＥＷコンピュータオブジェクトに定義されて、第１スクリーン（８０）内に、第２のＶＩＥＷコンピュータオブジェクトを作成するように、構成される。特に、この第２のコンピュータオブジェクトＶＩＥＷは、占有するように構成される、スクリーンに表示されたメッセージの特定位置内で、表示されるグラフィック要素（３１^Ｙ’’ ）の、特に、ディテール（Ｄ_２）の寸法および／または等級に対応する前記要素の寸法に対応する、または、わずかにより大きなディスプレイエリア（８１）を占有するように、構成される。より詳細には、第２のコンピュータオブジェクトＶＩＥＷは、内部に、解像度（Ｒ_２）のグラフィック要素（３１^Ｙ’’ ）を含むように構成され、前記グラフィック要素（３１^Ｙ’’ ）は、従って、前記第２のコンピュータオブジェクトによって占有されるディスプレイエリア（８１）内に視覚化／実装される。

好適に、第１のソフトウェアモジュールは、解像度（Ｒ_２）のグラフィック要素（３１^Ｙ）によって占められたディスプレイエリア（８１）上で実行された、後続するタッチ（８２）またはクリック、または他の外部起動イベント（アクション）は、対応するアクション（８４）を始動させるように、構成される。

有利には、このアクション（８４）は、解像度（Ｒ_２）の前記グラフィック要素（３１^Ｙ’’ ）に関連付けられるオーディオまたはビデオ要素の再生の起動をもたらす。

有利には、このアクション（８４）は、デバイス自体のディスプレイ上で自動的に第２のスクリーン（８５）を作成および表示することをもたらす。

有利には、このアクション（８４）は、デバイス自体のディスプレイ上に第２の（さらなる）スクリーン（８５）を自動的に表示することをもたらし、ここで、グラフィック要素（３１^Ｙ’’’ ）は、要素（３１^Ｙ’’ ）のコンテンツに対応するコンテンツ、および（Ｒ_２）より大きな解像度（Ｒ_３）を有する。

好ましくは、この第２の（さらなる）スクリーン（８５）では、グラフィック要素（３１^Ｙ’’’ ）は、解像度（Ｒ_２）より高く、および、好適に、解像度（Ｒ_１）と同等またはより低くなり得る解像度（Ｒ_３）で実装／表示される。好ましくは、解像度（Ｒ_３）は、解像度（Ｒ_２）より高いが、解像度（Ｒ_１）よりわずかに低い。

好適に、受信者のデバイス（６）上でロードおよび／または実行される第１のソフトウェアモジュールは、グラフィック要素（３１^Ｙ’’’ ）が（Ｒ_２）より高い解像度（Ｒ_３）で表示される場所となっている第２の（さらなる）スクリーン（８５）が、第３のコンピュータオブジェクトＶＩＥＷによって定義されるような方式に構成され、該第３のコンピュータオブジェクトＶＩＥＷは、受信デバイス（６）のディスプレイの全体または大部分を占め、および、（Ｒ_２）より高い解像度の前記グラフィック要素（３１^Ｙ’’’）を含むように構成される。

好都合に、この第２の（さらなる）スクリーン（８５）の中で、グラフィック要素（３１Ｙ’’’）は、最大で、前述の解像度（Ｒ_１）に対応する解像度（Ｒ_３）で表示され、および、好ましくは、最大で、オリジナル／初期画像が画像自体の作者または別の人によってメッセージングシステム（２）にロードされた解像度に対応する、水平または垂直の寸法を有している、解像度（Ｒ_３）で表示される。

好ましくは、この第２の（さらなる）スクリーン（８５）の中で、グラフィック要素（３１^Ｙ’’’ ）は、グラフィック要素（３１^Ｙ’’ ）の解像度（Ｒ_２）に対して拡大された解像度（Ｒ_３）で実装／表示され、および、また、例えば、実装される／表示される、作者のデータ、この要素の購入の数などの、前記グラフィック要素に関する他の情報と共に、実装／表示される。

好ましくは、この第２の（さらなる）スクリーン（８５）内に、図形要素（３１^Ｙ’’’ ）に加えて、例えば、ハイパーテキストリンク（７９）などのインジケータも実装され、タッチまたはクリックによるそれらの起動は、それがそれである場合、前記グラフィック要素を購入および／またはダウンロードをすることができる専用のセクションを参照する。

有利には、特定のデバイス、好ましくは受信デバイス（６）上でロードおよび／または実行された第１のソフトウェアモジュールは、前記デバイス（６）によって実装されることが適切なディテール（Ｄ_Ｘ）の等級を有しているグラフィックおよび／またはオーディオ要素の作成を中央ユニット（８）から要請するように、構成され、および、一度、このグラフィックおよび／またはオーディオ要素が作成されると、それを実装するために、前記デバイスの中にローカルにダウンロードするように、構成される。好ましくは、デバイス上で、好ましくは受信者デバイス（６）上で、ロードおよび／または実行された第１ソフトウェアモジュールは、前記デバイス（６）のディスプレイに相応しい解像度（Ｒ_Ｘ）を有するグラフィック要素の作成を中央ユニット（８）から要求するように、構成され、および、一度、このグラフィック要素が作成されると、それをそのディスプレイ上で見せるために、前記デバイスの中にローカルにダウンロードするように、構成される。

好都合に、この目的のための、送信者デバイス（４）および／または受信者デバイス（６）デバイスによって実行される第１のソフトウェアモジュール、および中央ユニット（８）においてロードおよび実行されるソフトウェアは、以下の手順を実装するように構成される：
―送信者デバイス（４）および／または受信者デバイス（６）デバイスは、第１のソフトウェアモジュールを介して中央ユニットに、第１のソフトウェアモジュールが実行される前記デバイス（６）のディスプレイの寸法／解像度のデータ（８７）も含んでいるリクエスト（クエリ）（８６）を送信する。
―中央ユニット・ソフトウェアは、ディテール（Ｄ_１）の寸法および／または等級のグラフィックおよび／またはオーディオ要素から開始して、および前記ディスプレイの次元／解像度に関するデータ（８７）に基づいて、寸法および／または等級が（Ｄ_１）未満であるディテール（Ｄ_Ｘ）の寸法および／または等級の、および特に前記ディスプレイの寸法／解像度に適した対応するグラフィックおよび／またはオーディオ要素（３１^Ｘ）を作成するように構成される。
―中央ユニット（８）のソフトウェアによってこのように作成されたディテール（Ｄ_Ｘ）の寸法および／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｘ）は、前記送信デバイス（４）および／または受信デバイス（６）にローカルに、実装されるために、ダウンロードされる。

好適に、第１のソフトウェアモジュールは、メッセージ交換を表示するための、およびタッチ（８２）またはクリックによって選択可能な領域（８１）を規定する第１のスクリーン（８０）内に実装するためのグラフィックおよび／またはオーディオ要素（３１^Ｙ’’）を作成するための、この手順を行なうように構成される。特に、図２１において示される実施形態によると、ディテール（Ｄ_Ｘ）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１^Ｘ）は、第１のスクリーン（８０）において提供される選択可能な領域（８１）内で表示／実装されるディテール（Ｄ_２）（好ましくは解像度（Ｒ_２））の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１^Ｙ’’）に対応し得る。好ましくは、ディテール（Ｄ_Ｘ）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１^Ｘ）は、第２のコンピュータオブジェクトＶＩＥＷにロードされ、バルーン（３７）の内部に、メッセージ（６０）のテキスト（３９）とインラインに、挿入される。

適切に、第１のソフトウェアモジュールは、メッセージ交換を表示するための第１スクリーン（８０）の選択可能な領域（８２）上でなされたタッチまたはクリックに後続してディスプレイ上で開く第２の（さらになる）スクリーン（８５）の内部に実装されるグラフィックおよび／またはオーディオ要素（３１^Ｙ’’’）を作成するために、この手順を行なうように構成される。特に、図２１において示される実施形態によると、ディテール（Ｄ_Ｘ）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１^Ｘ）は、第２の（さらなる）スクリーン（８５）内で表示／実装されるディテール（Ｄ_３）（好ましくは解像度（Ｒ_３））の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１^Ｙ’’’ ）に対応し得る。基本的に、この場合、ディテール（Ｄ_Ｘ）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１^Ｘ）は、第２の（さらなる）スクリーン（８５）の中に実装される（表わされる）。

対応するように、中央ユニット（８）のソフトウェアは、第１のソフトウェアモジュールによってリクエスト（８６）を送信したデバイス（６）のディスプレイの寸法および／またはに解像度に関するデータ（８７）に基づいて、対応してアバター画像（３５）を作成するように、および／または、バルーン（３７）の寸法を定義するように、構成される。従って、好適に、このように作成されたアバター画像（３５）および／またはバルーン（３７）は、実装されるデバイスからダウンロードされ、および、メッセージの交換を表示するための第１のスクリーン（８０）内で、対応して使用される。

有利には、コンピュータオブジェクト「ＶＩＥＷ」は、意味される、その内部で特定のレイアウトをサポートし、およびグラフィカル・インターフェースの構築のための基礎要素を定義する、コンテナを意味する。

対応して、第１のソフトウェアモジュールは、中央ユニット（８）からダウンロードされる構造化データパッケージ（４０）のメッセージ本文フィールド（４８）に含まれるアバター識別子（３４）および／またはバルーンＩＤ（３２）に対応するアバター画像（３５）および／またはバルーンタイプ（３７）を、それらが受信デバイスのローカルメモリに既に存在していない場合には、中央ユニット（８）に要求し、およびダウンロードするように構成される。

好都合に、上に記載されるように、アバター識別コード（３４）および／またはバルーン識別コード（３２）は、データ構造（２０）の特定のフィールドによって管理されてもよく、または、それらは、前もってコード化されたラベル／文字／シンボル（２８）の間に適切に配置された前記データ構造のテキストフィールド（２６）に直接挿入されてもよい。好都合に、データ構造（２０）のテキストフィールド（２６）内で、バルーン内部のテキスト（３９）と共に表示される画像（３３）の値に加えて、アバターＩＤ（３４）の様々な値とバルーンＩＤ（３２）の様々な値も渡すことは、「＆＃」、「＆％」および「＆＾」などの、前もってコード化された様々なラベル／文字／シンボル（２８）を使用し得る。

構造化データパッケージ（４０）のフィールドのコンテンツに基づき、および、バルーン内部のテキストと共に挿入される画像（３３）、アバター画像（３５）および／またはバルーン画像（３７）―受信デバイス（６）のローカルメモリ中に既にあるか、またはそれは適切に後者によって中央ユニット（８）に問い合わせることでダウンロードされた―を使用して、第１のソフトウェアモジュールは、バルーンに挿入される画像（３３）などの対応するグラフィック要素を有するメッセージ（６０）、アバター画像（３５）および／またはバルーン画像（３７）を、受信者デバイス（６）のディスプレイのスクリーン（６２）に、適切に構成し、および表示するように構成される。

特に、図９に示されるように、受信デバイス（６）のディスプレイスクリーンでは、送信ユーザーによって選択された特定のバルーン（３７）の内部に、メッセージ（６０）のテキスト（３９）とともに画像（３３）が表示される。さらに、受信者デバイス（６）のディスプレイスクリーン（６２）では、バルーン（３７）は、その会話で送信ユーザーによって使用されるアバター（３５）の画像に、接近して、および／または、グラフィック的に接続されて、配置される。

また、上記に記載されたシステム（２）は、メッセージ（６０）のテキスト（３９）と共に挿入される画像（３３）のみ、あるいは、また、アバター画像（３５）またはバルーン（３７）のみの、管理／個人化／選択を提供し得ることは、理解されよう。

また、メッセージングシステム（２）によって管理されるメッセージ（６０）は、テキスト（３９）のみを、またはグラフィックおよび／またはオーディオ要素（３１）（バルーン、空のバルーン、またはバルーンを伴わないアバター画像の内部にそれら自体で挿入され得る画像形式の）のみを提示してもよく、または、好ましくは、テキスト（３９）および前記グラフィックおよび／またはオーディオ要素（３１）の好適な組合せ提示してもよい、ということは、意図される。

上に記載されたメッセージングシステムのオペレーションは、一連のフェーズを提供し、それは以下にリストされ、および記載される。

有利には、メッセージングシステムを使用するために、ユーザーは、まず、デバイス（４）および／またはデバイス（６）上の第１のソフトウェアモジュールをダウンロードおよびインストールしなければならない。

好適に、ユーザーは、前記デバイス上の第１のソフトウェアモジュールを実行し、ログインなければならず、それにより、デバイスの同期フェーズを起動し、および従って、ログインしたユーザーの固有の識別に関連付けられる固有の識別コード（３０’）と、前記コード（３０’）に固有に識別されたグラフィックおよび／またはオーディオ要素（３１’）とを、ローカルに（好ましくは、それぞれ第１のローカルメモリ（９０）、および第２のローカルメモリ（９１）に）ダウンロードする。

好都合には、上に記載され、図１２のフローチャートにおいて好ましく表わされたように、メッセージングシステム（２）へのログインによって、制御と認証手順も起動される。

予備的に、送信デバイスのグラフィックインターフェースの入力手段上で行動することにより、ユーザーは、メッセージ（６０）のテキスト（３９）を定義すること、そのメッセージに使用されるアバター（３５）を選択／採用すること（図５を参照）、および／またはバルーン（３７）を選択／採用すること（図８を参照）に加えて、そのメッセージに含められる画像／シンボル（３３）も同様に選択／採用する。

ユーザーによって定義され、および入力されるものに基づいて、送信デバイス（４）の第１のソフトウェアモジュールは、データ構造（２０）を生成し、適切に、後者のフィールド（２２、２４、２６、３２、３４、および３６）に対応する値（３８）を割り当て、および、中央ユニット（８）のソフトウェアに、このように作成されたデータ構造を含むリクエストを送信する。

好適に、ソフトウェアは、送信デバイス（４）によって送信されたリクエストを処理し、および、データ交換に適したフォーマットの構造化データパケット（２０）を準備する。

さらに、受信者識別コード（２４）に基づいて、中央ユニット（８）は、対応する通知（５２）を準備し、受信デバイス（６）が属する通知プラットフォーム（５０）に送信する。

好都合に、複数の受信者の場合には、各々の受信者識別コード（２４）について、中央ユニット（８）は、受信デバイス（６）の各々が属する通知プラットフォーム（５０）に対応する通知（５２）を送信する。

その後、通知（５２）のコンテンツは、通知プラットフォーム（５０）から受信デバイス（６）に送信され、その後、該受信デバイス（６）は、中央ユニット（８）に直接問い合わせ、および、ソフトウェアによって準備され且つスコープのために意図された対応する構造化データパッケージ（４０）をダウンロードするために、その通知のコンテンツを使用する。

通知プラットフォーム（５０）によって送信される通知（５２）が無い場合、または付加的に、第１のソフトウェアモジュールは、それ自体のために意図された１以上の構造化データパケット（４０）（すなわちメッセージ）の可能な存在／使用可否についてクエリを実行するために、および、もしあれば、中央ユニット（８）からこの構造化データパケットをダウンロードするために、定期的に中央ユニット（８）にアクセスし得る。

その後、受信デバイス（６）が構造化データパケット（４０）をダウンロードするとすぐに、前記デバイスプロセスにおいてロードおよび実行された第１のソフトウェアモジュールは、後者を処理し、および、このパケット（４０）のフィールドのコンテンツを抽出／復号するために、それを分析する。特に、メッセージテキストフィールド（２６）の値、およびバルーン識別子（３２）および／またはアバター識別子（３４）のフィールドの値は、構造化データパケット（４０）のメッセージ本文フィールド（４８）から抽出される。

より詳細には、テキストフィールド（２６）内部の前もってコード化されたラベル／文字／シンボル（２８）を探索することによって、グラフィックおよび／またはオーディオ要素（３１）の固有のコード（３０）は識別され、および、これらが受信者デバイス（６）のローカルメモリの中に既にあるのでなければ、第１のソフトウェアモジュールは、中央ユニット（８）にリクエストを送信し、中央ユニット（８）が、該対応するデータベース（１２）に問い合わせた後、対応するグラフィックおよび／またはオーディオ要素（３１）を抽出し、受信デバイス（６）に送信し、その後、前記グラフィックおよび／またはオーディオ要素（３１）は、さらなる及び可能な次の使用に備えて、容易にローカルに使用可能なように、受信者デバイス（６）のローカルメモリに保存される。

好都合に、グラフィックおよび／またはオーディオ要素（３１）の固有のコード（３０）が、受信者デバイス（６）のローカルメモリの中に既にある場合、第１のソフトウェアモジュールは、中央ユニット（８）へのリクエストを送信しない。

対応して、アバター識別子（３２）および／またはバルーン識別子（３４）は、構造化データパケット（４０）のフィールドメッセージ本文（４８）から、および／または、データ構造（２０）のテキストフィールド（２６）内の、前もってコード化された適切なラベル／文字／シンボル（２８）を検索することによって、抽出され、および、これらが受信デバイス（６）のローカルメモリ中に既にあるのでなければ、第１のソフトウェアモジュールが中央ユニット（８）へのリクエストを送信し、対応するデータベース（１２）に問い合わせた後、対応するアバター画像（３５）および／またはバルーン（３７）を抽出し、受信デバイスに送信する。

最終的に、構造化データパッケージ（４０）のフィールドのコンテンツに基づき、および、バルーン内部のテキストと共に挿入される画像（３３）、アバター画像（３５）および／またはバルーン画像（３７）、―それらは受信デバイス（６）のローカルメモリ中に既にあるか、または中央ユニット（８）に適切に問い合わせることにより後者にダウンロードされる―を使用して、第１のソフトウェアモジュールは、バルーンに挿入される画像（３３）などの対応するグラフィック要素を有するメッセージ（６０）、アバター画像（３５）および／またはバルーン画像（３７）を、受信者デバイス（６）のディスプレイのスクリーン（６２）に、適切に構成し、および表示する（図９を参照）。

好ましくは、メッセージングシステム（２）は即時的および非同期式であり、および、好適に、それは、スマートフォンおよびタブレットなどのポータブルデバイスの間で、および適切なポータル／ウェブサイトにアクセスするコンピュータを介して使用され得る（図１０を参照）。

好適に、メッセージングシステム（２）は、好ましくは、インターネットを介した、および／または、ローカルネットワークにおける、ネットワーク通信システムである。好ましくは、メッセージングシステム（２）は、即時的なタイプで、インターネットに基づく。好ましくは、メッセージングシステム（２）は、ＧＳＭ網を使用せず、セルラーネットワークを必要としない／使用しないタイプである。

好ましくは、送信デバイス（４）および受信デバイス（６）は、インターネット接続を有するように構成される。

好ましくは、送信デバイス（４）、および受信デバイス（６）の第１のソフトウェアモジュールは、好適に、インターネットを介してネットワークからダウンロードされる専用ソフトウェアである。

好都合に、メッセージングシステム（２）は、送信デバイスから同じチャットを受信する複数のデバイスに同じテキストメッセージ（６０）を送信するように構成される。特に、それは、３以上の送信デバイスおよび／または３以上の受信デバイスとのチャットを作成することができるタイプである。

好適に、メッセージングシステム（２）は、文字限度（例えば、ＳＭＳに備わる１メッセージ当たり１６０文字の限界など）またはサイズ限度（例えばなどの、ＭＭＳについて予見される３００または６００ｋＢの限度）を伴わずに、テキストメッセージを管理し得る。

有利には、本発明によると、デバイス（４）または（６）上で行動することにより、特定のグラフィック要素の作者は、解像度Ｒを有する前記グラフィック要素（３１）を中央ユニット（８）の中にロードし、および、好適に、前記中央ユニット（８）の内部に、そのようなグラフィック要素が解像度（Ｒ_１）を有して保存され；有利には、中央ユニット（８）において、対応するグラフィック要素（３１^Ｙ）が、同じコンテンツだが（Ｒ_１）より低い解像度（Ｒ_２）を有して作成され、および保存される。

有利には、メッセージングシステムのユーザーがグラフィック要素（３１）をローカルに―購入後または無料で―ダウンロードすることを要求する時、中央ユニット（８）は、解像度（Ｒ_Ｘ）（ディテール（Ｄ_Ｘ）のサイズおよび／または等級に対応する）―好ましくは解像度（Ｒ_２）の―のグラフィック要素（３１^Ｘ）を作成し、グラフィック要素（３１^Ｘ）は、ローカルのダウンロードのためにリクエスト（８６）を行なったデバイスのディスプレイの寸法および／または解像度に関するデータ（８７）に基づいて、対応して好適に定義される。

好都合に、解像度（Ｒ_Ｘ）の―好ましくは解像度（Ｒ_２）の―グラフィック要素は、送信ユーザーのデバイスのディスプレイ上に実装されるタイピング・キーボード（７７）の内部に表示され、選択され、およびメッセージに挿入されるとすぐに、メッセージ交換を表示するための第１のスクリーン（８０）に実装される。

有利には、前記スクリーンの内部で、解像度（Ｒ_２）のグラフィック要素（３１^Ｙ）、および／または、解像度（Ｒ_Ｘ）のグラフィック要素（３１^Ｘ）は、メッセージ（６０）の内部に、好ましくは、前記メッセージの任意のテキスト（３９）にインラインで、表示される。

好適に、メッセージ交換を表示するための―送信ユーザーによって管理された前記第１のデバイス（４）のディスプレイ上に実装される―第１のスクリーン（８０）上で行動している送信ユーザーは、ディスプレイの領域（８１）をクリックまたはタッチ（好ましくは「タップ」タッチ（８２）によって）してもよく、前記領域（８１）は、メッセージ（６０）内で、解像度（Ｒ_２）のグラフィック要素（３１^Ｙ）によって占有され、および、そうすることで、第２の（さらなる）スクリーン（８５）―それは送信ユーザーによって管理される前記第１のデバイスのディスプレイ上に常に実装される―の作成と表示をもたらし、ここで、ディスプレイスクリーンの中でクリック／タッチしたのと同じ第１のグラフィック要素（３１^Ｙ）は、解像度（Ｒ_３）を有して表示される。

好都合に、解像度（Ｒ_３）グラフィック要素が送信ユーザーの第１のデバイス（４）中に、既にローカルに存在するのでない場合、拡大され及び前記第１のデバイスのディスプレイの寸法に好適な（好ましくは、対応する）解像度を有する、グラフィック要素（３１^Ｙ）を作成するために、前記第１のデバイスにおいて実行された第１のソフトウェアモジュールは、遠隔ユニット（８）に（前記第１のデバイスのディスプレイの寸法および／または解像度に関するデータ（８７）も含んでいる）リクエストを送信する。好適に、従って、前記第１のデバイスのディスプレイの寸法および／または解像度に関するデータ（８７）に基づいて、遠隔ユニット（８）は、その後、前記第１のデバイスからダウンロードされる解像度（Ｒ_３）のグラフィック要素をこのように作成し、および、前記第１のソフトウェアモジュールによって、第１のデバイス（４）のディスプレイにおいて実装された前記第２の（さらなる）スクリーン（８５）中にそれを実装し、表示する。

対応して、メッセージ交換―受信ユーザーによって管理される前記第２のデバイス（６）のディスプレイ上に実装される―を表示するための第１のスクリーン（８０）上で行動している受信ユーザーは、ディスプレイの領域（８１）をクリックまたはタッチ（好ましくは「タップ」（８２）によって）してもよく、前記領域（８１）は、メッセージ内で、解像度（Ｒ_２）のグラフィック要素（３１^Ｙ’’）によって占有され、および、そうすることで、第２の（さらなる）スクリーン（８５）―それは受信ユーザーによって管理される前記第２のデバイス（６）のディスプレイ上に常に実装される―の作成と表示をもたらし、ここで、ディスプレイスクリーン（８０）の中でクリック／タッチしたのと同じ第１のグラフィック要素は、解像度（Ｒ_３）を有して表示される。

好都合に、解像度（Ｒ_３）のグラフィック要素（３１^Ｙ’’’）が受信ユーザーの第２のデバイス中に、既にローカルに存在するのでない場合、前記第２のデバイス（６）のディスプレイの寸法に好適な（好ましくは、対応する）解像度を有する、グラフィック要素（３１^Ｙ’’ ）を作成するために、前記第２のデバイスにおいて実行された第１のソフトウェアモジュールは、遠隔ユニット（８）に（前記第２のデバイス（６）のディスプレイの寸法および／または解像度に関するデータ（８７）も含んでいる）リクエスト（８６）を送信する。好適に、従って、前記第２のデバイス（６）のディスプレイの寸法および／または解像度に関するデータ（８７）に基づいて、遠隔ユニット（８）は、その後、前記第２のデバイスからダウンロードされる解像度（Ｒ_３）のグラフィック要素をこのように作成し、および、前記第１のソフトウェアモジュールによって、第２のデバイス（６）のディスプレイにおいて実装された前記第２の（さらなる）スクリーン（８５）中にそれを実装し、表示する。

本発明は、特にグラフィック要素（画像）について記載されているが、同じ構成およびオペレーションがオーディオまたはビデオ要素にも適用されることは理解されよう。

有利には、本発明によると、ＩＴプラットフォームも中央ユニット（８）に実装され、該ＩＴプラットフォームは、および、記載されたメッセージングシステム（２）に登録されたユーザーのデバイスとインターフェースおよび通信し、およびユーザー、メッセージングシステムの「ユーザー」であるユーザーが自身のデバイス上に、―購入（すなわち料金または好ましくは仮想貨幣による「料金」との交換）の後に、または無料で―メッセージングシステム内に存在するグラフィックおよび／またはオーディオ要素の１以上をローカルにダウンロードすることができる市場として働くように、構成される。

さらに、前記ＩＴプラットフォームは、「作者」（または「アーティスト」）としてメッセージングシステム（２）に登録されたユーザーが、プラットフォーム自体の内にページを作成し、表示することができるように、構成される、該ページは、本質的にショーケースとして働き、ここで作者らによって作成されたグラフィックおよび／またはオーディオ要素は、好ましくはコレクションの中に収集され、表わされる。有利には、プラットフォーム上に表示されたページは、従って、セールス・キャンペーンを定義するために、定義済みの期日を有してもよい。

対応して、メッセージングシステム（２）のユーザーは、様々な「作者」ユーザーのショーケース・ページを見るために、デバイスを通じてＩＴプラットフォームにアクセスする。一旦、１以上のグラフィックおよび／またはオーディオ要素が選択されると、「ユーザー」であるユーザーは、料金と交換に、および／または無料で、これらのグラフィックおよび／またはオーディオ要素を使用および管理することを許可される。特に、この目的のために、既に言及されたように、データベース（１８）は、データベース層（１２）において作成され、該データベース（１８）は、データセット（１４）中で識別される「ユーザー」である購入者ユーザーを、その人によって採用および獲得された、データセット（１６）のグラフィックおよび／またはオーディオ要素に関連付ける。好適には、ユーザーである「ユーザー」は、また自身が活動しているデバイスに、および／または、自身に関連付けられる他のデバイスにも、それらをローカルにダウンロードする。

有利には、前述のＩＴプラットフォームは、セクション、例えば、ブログ、を含み、ここで「作者」であるユーザーおよびメッセージングシステムの「ユーザー」であるユーザーは、互いに相互作用し得る。好適に、前述のＩＴプラットフォームは、セクションを含み、ここでメッセージングシステムのユーザーは、１以上の「作者」ユーザーに望ましいグラフィックおよび／またはオーディオ要素を作成することを委任する。

好適に、プラットフォームからダウンロード可能および入手可能なこれらのグラフィック要素は、バルーン（ｅｍｏｊｉ（登録商標）タイプのイラストに対応する）の内部に挿入するための画像、および／またはバルーン自体、および／またはアバターとして使用される画像を含み得る。有利には、グラフィック要素は、また、アバター画像中に、または、バルーンの内部に挿入され得る画像中にもアクセサリーとして加えられる、グラフィック表現（例えばコケード、スカーフ、帽子など）を含む。

好適に、ＩＴプラットフォームは、プラットフォームからグラフィックおよび／またはオーディオ要素を購入するために、好ましくはアバター画像アクセサリーとして加えられるグラフィック表現を購入するために、ユーザーによって払われた、料金の第１の部分を、プラットフォーム内で利用可能なこれらのグラフィック要素の作者または作った人に、送信するように構成され、一方で、前記報酬の別の部分が、ＩＴプラットフォーム全体の管理者に送信される。好適に、ＩＴプラットフォームは、ユーザーによって特定のグラフィックおよび／またはオーディオ要素の購入のために払われた料金のシェア―それはプラットフォーム自体のオペレーターのために意図される―をまとめて収集する／寄せ集めるように構成されるが、それは後で、単一のエンティティに、好ましくは、結束、社会的および／または人道主義的な目的を有するエンティティに、それらを分配するためである。

好都合に、図２２に示されるように、第２の（さらなる）スクリーン（８５）において、解像度（Ｒ_３）のグラフィック要素（３１^Ｙ’’’）に加えて、それに関連付けられる任意のキーワード、および／または、同じコレクションの他のグラフィック要素を前記グラフィック要素（３１^Ｙ’’’）が属するグループ（９１）として（好ましくは、さらなるおよび対応するグラフィック要素によって識別される）、表示し得る。

好都合に、図２３に表わされるように、第２の（さらなる）スクリーン（８５）の内部で、解像度（Ｒ_３）のグラフィック要素（３１^Ｙ’’’）に加えて、前記グラフィック要素（３１^Ｙ’’’）に関連したさらなるコンテンツが表示され得る。例えば、コンテンツ自体に関連するインターネットページ、またはアプリケーション内の付加的なページに、リンクが表示されてもよく、例として、コンテンツの作成者が自身の作成物および／または個人的情報を挿入したかもしれないページ、または、コンテンツが似ている、またはその一部分である他のコレクションを含むページへのリンクなどが挙げられる。代替的に、および／または追加で、プロモーションおよび／または割引を提示するページへのリンクがあってもよく、および／または、前記第２の（さらなる）スクリーン（８５）に表示されたグラフィック要素（３１^Ｙ’’’）のコンテンツに関連する、および／または結びつけられる製品についての商業的オファーであってもよい。

有利には、各グラフィック要素（３１）と、さらなるコンテンツ、またはさらなるインターネットページへのリンクとの関連は、ならびに、各グラフィック要素（３１）に関連したデータの修正は、特定のスクリーンによってプラットフォーム内で実行され得る。好都合に、例えば、グラフィック要素が選択されるとすぐに、選択されたグラフィックおよび／またはオーディオ・コンテンツ（３１）に関するデータを修正するためのポップアップウィンドウ（９２）が開く。

有利には、ＩＴプラットフォーム内では、グラフィックのおよび／またはオーディオ・コンテンツ（３１）は、各々のグラフィックおよび／またはオーディオ・コンテンツ（３１）に割り当てることができる特定のキーワード（「タグ」）を使用することにより、様々な分類群（「コレクション」）の中へグループ化され得る。

また、ディテール（Ｄ_１）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素が、第１のフォーマットにあり、一方、グラフィックおよび／またはオーディオ要素（３１^Ｙ、３１^Ｙ’’３１^Ｙ’’’、３１^Ｘ）がディテール（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_Ｘ）の寸法および／または等級を有して、前記第１のフォーマットとは異なる第２のフォーマットにある場合にも、上記が適用されることは、理解されよう。特に、この場合、中央ユニット（８）のデータベース（１２）および／または（４７）において、ディテール（Ｄ_１）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１）は、第１のフォーマットにあり、および、さらに、前記少なくとも１つの中央ユニット（８）においてロードされ実行されるソフトウェアは、前記第１のフォーマットにあり且つ少なくとも１つのデータベース（１２）および／または（４７）内部にロードされるグラフィックおよび／またはオーディオ要素から出発して、ディテール（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_Ｘ）の寸法および／または等級を有し、および前記第１のフォーマットとは異なる第２のフォーマットである、少なくとも１つの対応するグラフィックおよび／またはオーディオ要素（３１^Ｙ、３１^Ｙ’’、３１^Ｙ’’’、３１^Ｘ）を作成するように構成される。

本発明による、メッセージングシステムおよび方法は、以下の点において相当に有利である：
―ユーザーがメッセージングシステムにカスタマイズされたグラフィックスおよび／またはオーディオ要素を成功裡に伝送することを可能にする。
―メッセージを送信する時に、必ずしも受信者のデバイス中には存在しないグラフィックスおよび／またはオーディオの成功裡の送信および表示を可能にする。
―グラフィックおよび／またはオーディオ要素がすべて固有に識別される単一の中央ユニットを使用して、ならびに、グラフィックおよび／またはオーディオ要素がデバイス上にローカルに存在しない時、中央ユニット（８）から対応するグラフィックおよび／またはオーディオ要素を速やかにダウンロードする、第１のモジュールソフトウェアを実装して、これらの要素が、メッセージ内で常に正しく完全に実装／表示されることが、確かなものとされ、ならびに、それらが送信者と受信者との間で同様に実装されることが、確かなものとされる。
―グラフィックおよび／またはオーディオ要素の作成物を特定のデバイス上でローカルにダウンロードすることは、初回にだけ生じ、一度ダウンロードされるとそれ以降、要素自体はデバイスのローカルメモリに保存され；特に、ダウンロードが常にまたは連続的に起こるのではないというこの事実は、メッセージデータのロードを高速にすることと、デバイスのためのデータトラフィックを節約／最適化することと、中央ユニットへのコール数を減少させ、従って、コンピュータ処理とそれが占有する帯域の両方を縮小させることと、を可能にする。
―特にデータベースの構造の効用により、各々のユーザーが、送信されるメッセージの準備において、自身に関連付けられる（および、従って、例えば、作者および／または購入者として認証／許可された状態である）グラフィックおよび／またはオーディオ要素だけを有するメッセージを利用することを可能にし、および、同時に、正しく、完全に、および明白に受信したメッセージ中に備えられる任意のグラフィックおよび／またはオーディオ要素も常に表示することを可能にする。
―データベースの構造は、メッセージングシステムにこのデバイスを登録する時だけ、各デバイス上にユーザーがグラフィックおよび／またはオーディオ要素をすべてローカルにダウンロードすることを保証し、または、このデバイス内でのこのモジュールのダウンロード／設定／第１の使用は、従って、特定のユーザーに関連付けられる各デバイスの同期をとりわけ迅速かつシンプルなものにしている。
―ユーザーが、共有されおよび他のユーザーにとって利用可能となるグラフィックおよび／またはオーディオ要素を作成することを可能にする。
―ユーザーが様々なアバター画像および／またはバルーンを各メッセージに使用することを可能にする。
―ユーザーが個別化された／カスタマイズ可能なバルーン画像（ｅｍｏｊｉ（登録商標）タイプのイラストに対応する）を挿入することを可能にし、バルーン自体の内部にテキストが存在する、および存在しない、両方の状態どちらでも個別化／カスタマイズ可能である。
―アバターおよび／または画像バルーン、ならびにグラフィックおよび／またはオーディオ要素は、メッセージとともに送信されることも、また、それらがメッセージに添付されることもなく；特に、構造化データパッケージ内のテキストとして挿入される固有の識別コードを使用するという事実は、メッセージの交換に使用されるデータトラフィック、および従ってネットワークの帯域幅を縮小することを可能にする。
―送信者および／または受信者のデバイスのディスプレイによる最適化され適応される方法で、グラフィックおよび／またはオーディオ要素が表示される。
―メッセージ内に挿入されて表示されたグラフィック要素を、単にこのグラフィック要素が占めるディスプレイエリアに触れることにより、拡大され、および最適化された状態において見せること可能にし、好都合に、グラフィック要素の拡大版から、要素自体の創造的なディテールを把握し、および理解することが可能となる。

Claims (30)

1. 改良型のメッセージングシステム（２）であって、前記メッセージングシステム（２）は、好ましくは即時的であり、少なくとも１つの中央ユニット（８）によって、テキストメッセージ（６０）を送信するおよび／または受信するように構成される、少なくとも１つの送信デバイス（４）と少なくとも１つの受信デバイス（６）とを含み、前記少なくとも１つの中央ユニットで、両デバイスが通信しており、
   ―前記少なくとも１つの中央ユニット（８）は、前記メッセージングシステム（２）によって管理され得る全てのグラフィックおよび／またはオーディオ要素（３１）に関係するデータを含む、少なくとも１つのデータベース（１２、４７）を含むか、またはそれに関連し、前記グラフィックおよび／またはオーディオ要素（３１）は、ディテール（Ｄ_１）の寸法および／または等級で、前記少なくとも１つのデータベース（１２、４７）の内部にロードされ、
   ―前記少なくとも１つの中央ユニット（８）において、ソフトウェアがロードおよび実行され、前記ソフトウェアは、前記少なくとも１つのデータベース（１２、４７）の内部にロードされる、ディテール（Ｄ_１）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素から開始して、実質的に同じコンテンツを有するが、（Ｄ_１）より低い、ディテール（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）の寸法および／または等級を有する、少なくとも１つの対応するグラフィックおよび／またはオーディオ要素（３１^Ｙ、３１^Ｙ’’、３１^Ｙ’’’、３１^Ｘ）を作成するように構成され、
   ―前記送信デバイス（４）および／または受信デバイス（６）において、第１のソフトウェアモジュールがロードおよび実行され、前記第１のソフトウェアモジュールは、中央ユニット（８）から、（Ｄ_１）より低い、ディテール（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）の寸法および／または等級を有する、前記少なくとも１つの対応するグラフィックおよび／またはオーディオ要素（３１^Ｙ、３１^Ｙ’’、３１^Ｙ’’’、３１^Ｘ）をダウンロードするように、そして、要素を実施および／または使用して、そしてそのためメッセージングシステム（２）の内部を放出するように、構成される、事実によって特徴付けられ、
   さらに、
   ―前記送信デバイス（４）および／または受信デバイス（６）において、ロードおよび／または実行される、前記第１のソフトウェアモジュールは、前記デバイスのディスプレイ上に、第１のスクリーン（８０）を実装するように構成され、前記第１のスクリーン（８０）では、少なくとも１つのメッセージ（６０）および／またはメッセージ（６０）の交換が表示され、そして、（Ｄ_１）より低いディテール（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）の寸法および／または等級の少なくとも１つのグラフィックおよび／またはオーディオ要素（３１^Ｙ’’）もまた、実装／表示され、
   ―ディテール（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）の寸法および／または等級の、少なくとも１つのグラフィックおよび／またはオーディオ要素（３１^Ｙ’’）は、前記少なくとも１つのメッセージ（６０）および／またはメッセージ（６０）の交換のディスプレイの、前記第１のスクリーン（８０）の内部に実装／表示される時、ディスプレイがタッチスクリーンタイプの場合はタッチ（８２）によって、またはクリックによって、または別の外部起動イベントを通して、選択可能であるディスプレイのエリア（８１）を占有する、事実によって特徴付けられる、メッセージングシステム（２）。
2. 前記送信デバイス（４）および／または受信デバイス（６）においてロードおよび／または実行された前記第１のソフトウェアモジュールは、メッセージの交換を表示する前記第１のスクリーン（８０）において、前記グラフィックおよび／またはオーディオ要素（３１^Ｙ’’）が１以上の前記メッセージ（６０）を含むバルーン／フレーム（３７）の内部に実装されるように構成され、前記グラフィックおよび／またはオーディオ要素（３１^Ｙ’’）は、（Ｄ_１）より低いディテール（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）のサイズおよび／または等級であり、そして、タッチスクリーンディスプレイ（８２）をタッチすることによって、またはクリックすることによって、または別の外部起動イベントによって、選択可能であるディスプレイのエリアを占有していることを特徴とする、請求項１に記載のメッセージングシステム（２）。
3. インターネットに基づく、ことを特徴とする、請求項１～２に記載のメッセージングシステム（２）。
4. ―前記グラフィックおよび／またはオーディオ要素（３１）が、第１のフォーマットを定義する、ディテール（Ｄ_１）の寸法および／または等級で、前記少なくとも１つのデータベース（１２、４７）の内部にロードされ、
   ―前記少なくとも１つの中央ユニット（８）において、ソフトウェアがロードおよび実行され、前記ソフトウェアは、前記第１のフォーマットのグラフィックおよび／またはオーディオ要素から開始して、少なくとも１つの対応するグラフィックおよび／またはオーディオ要素（３１^Ｙ、３１^Ｙ’’、３１^Ｙ’’’、３１^Ｘ）を作成するように構成され、前記少なくとも１つの対応するグラフィックおよび／またはオーディオ要素（３１^Ｙ、３１^Ｙ’’、３１^Ｙ’’’、３１^Ｘ）は、ディテール（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）の寸法および／または等級を有し、かつ、前記第１のフォーマットとは異なる第２のフォーマットである、ことを特徴とする、請求項１～３に記載のメッセージングシステム（２）。
5. ―第１のソフトウェアモジュールが、特定のグラフィックおよび／またはオーディオ要素（３１）の使用のために、好ましくは料金の支払い時に、認証／ライセンスのためのリクエストを中央ユニット（８）に送信し、そして、
   ―リクエストの承諾時に、前記中央ユニット（８）においてロードおよび実行されるソフトウェアが、リクエストを中央ユニット（８）に送信したユーザーの固有の識別子と、リクエストがなされた対象であるグラフィックおよび／またはオーディオ要素（３１）の一義的な識別コード（３０）との間の関係（１８）を定義する、ことを特徴とする、請求項１～４に記載のメッセージングシステム（２）。
6. 前記送信デバイス（４）および／または受信デバイス（６）においてロードおよび／または実行された前記第１のソフトウェアモジュールがさらに、
   ―送信されるべきメッセージ（６０）に基づいて生成されたデータ構造（２０）から開始して、強化された、構造化データパケット（４０）を前記中央ユニット（８）から取得すること、および、前記構造化データパケット（４０）内で、前記少なくとも１つのグラフィックおよび／またはオーディオ要素（３１、３３、３５，３７）の固有の識別コード（２３、３０、３２、３４）識別すること、
   ―前記構造化データパッケージ（４０）内で識別された、前記固有のコード（２３、３０、３２、３４）に関連する、グラフィックおよび／またはオーディオ要素が、前記第１のソフトウェアモジュールが実行中のデバイスのローカルメモリに、既に存在しているわけではない場合に、それは、中央ユニット（８）に、識別された固有のコード（２３、３０、３２、３４）に関連する、そのようなグラフィックおよび／またはオーディオ要素（３１、３３、３５、３７）をリクエストし、そして、それを前記デバイスのローカルにダウンロードし、ローカルにダウンロードされた前記グラフィックおよび／またはオーディオ要素（３１、３３、３５、３７）は、前記中央ユニット（８）のソフトウェアによって作成され、かつ、（Ｄ_１）より低いディテール（Ｄ_２）、（Ｄ_３）、または（Ｄ_ｘ）の寸法および／または等級を有する、前記グラフィックおよび／またはオーディオ要素（３１、３３、３５、３７）に対応し、
   ―構造化データパッケージ（４０）、および前記一義的なコード、そのため識別されるコード（２３、３０、３２、３４）に関連する、グラフィックおよび／またはオーディオ要素のコンテンツに基づいて、第１のソフトウェアモジュールが実行しているデバイス（６）のディスプレイ上に、送信メッセージを示し、前記送信メッセージはまた、前記中央ユニット（８）のソフトウェアによって作成され、そして、（Ｄ_１）より低いディテール（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）のサイズおよび／または等級を有する、前記グラフィックおよび／またはオーディオ要素（３１、３３、３５、３７）を実装する、オペレーションを遂行するように、構成される、ことを特徴とする、請求項１～５に記載のメッセージングシステム（２）。
7. ―前記グラフィック要素（３１）が、画像を、好ましくは、前記メッセージングシステム（２）で送信されるべきメッセージ内に挿入されるべき、表意文字および／または定型化されたグラフィックイラストレーションを含み、
   ―前記グラフィック要素のディテール（Ｄ_１）の寸法および／または等級が、前記中央ユニット（８）の前記少なくとも１つのデータベース（１２）の内部にロードされる時に、またはそれに関連付けられる時に、前記画像の解像度（Ｒ_１）に対応し、
   ―前記グラフィック要素の、（Ｄ_１）より低いディテール（Ｄ_２）、（Ｄ_３）、または（Ｄ_ｘ）の寸法および／または等級は、前記画像の解像度（Ｒ_２）、（Ｒ_３）、または（Ｒ_Ｘ）に対応する、ことを特徴とする、請求項１～６に記載のメッセージングシステム（２）。
8. 解像度（Ｒ_２）、（Ｒ_３）、または（Ｒ_Ｘ）を有する前記画像が、好ましくは、前記メッセージの１以上を含むバルーン／フレーム（３７）の内部で、メッセージの交換を表示するために、前記第１のスクリーン（８０）の内部に実装され、そして、ディスプレイがタッチスクリーンタイプの場合はタッチ（８２）によって、またはクリックによって、または他の外部起動イベントによって、選択可能であるエリア（８１）を占有する、ことを特徴とする、請求項７に記載のメッセージングシステム（２）。
9. 解像度（Ｒ_２）、（Ｒ_３）、または（Ｒ_Ｘ）を有する前記画像が、タッチスクリーンタイプのディスプレイ（８２）において実装される、タイピングキーボード（７７）の内部で表示される、ことを特徴とする、請求項７または８に記載のメッセージングシステム（２）。
10. 解像度（Ｒ_２）、（Ｒ_３）、または（Ｒ_Ｘ）を有する前記画像（３３）が、解像度（Ｒ_１）を有し、そして中央ユニット（８）に保存されたものに対応する、開始画像の「サムネイル」バージョンに実質的に対応する、ことを特徴とする、請求項７～９に記載のメッセージングシステム（２）。
11. 前記画像（３３）が、ｅｍｏｊｉ（登録商標）に実質的に対応する定型化された方法で、少なくとも１つのコンセプト、アイディア、オブジェクト、雰囲気、または感情を表わす、ことを特徴とする、請求項７～１０に記載のメッセージングシステム（２）。
12. 前記送信デバイス（４）および／または受信デバイス（６）においてロードおよび／または実行された前記第１のソフトウェアモジュールが、構造化データパッケージ（４０）がメッセージ内のグラフィック要素の存在を近似的に信号送信する、前もってコードされたラベル／キャラクター／シンボル（２８）を含む時に、
    ―メッセージ（６０）の交換を表示するための、第１のスクリーン（８０）を定義する、第１のコンピュータオブジェクトビューと、
    ―第１のビューコンピュータオブジェクト内に定義され、そして、第１のスクリーン（８０）に表示されるメッセージ内で、前記メッセージ内に表示されるべき、グラフィックおよび／またはオーディオ要素（３１^Ｙ’’）のディテール（Ｄ_２）、（Ｄ_３）、または（Ｄ_ｘ）の寸法および／または等級に対応する、またはそれらよりわずかに大きな選択可能なエリア（８１）を占有するように構成される、第２のビューコンピュータオブジェクトとを、作成するように構成される、ことを特徴とする、請求項１～１１に記載のメッセージングシステム（２）。
13. 前記送信デバイス（４）および／または受信デバイス（６）においてロードおよび／または実行された前記第１のソフトウェアモジュールが、ディテール（Ｄ_２）の寸法および／または等級を有する前記グラフィックおよび／またはオーディオ要素（３１^Ｙ’’、３１^Ｘ）によって占有された、第１のディスプレイスクリーン（８０）の前記選択可能エリア（８１）上になされたタッチ（８２）またはクリックが、対応するアクション（８４）を開始するように構成される、ことを特徴とする、請求項１～１２に記載のメッセージングシステム（２）。
14. 前記送信デバイス（４）および／または受信デバイス（６）においてロードおよび／または実行された前記第１のソフトウェアモジュールが、解像度（Ｒ_２）のグラフィック要素（３１^Ｙ’’）によって占有されたディスプレイエリア（８１）上で遂行される、タッチ（８２）、またはクリック、または他の外部起動イベントに続いて、対応するアクション（８４）が自動的に開始されるように構成される、ことを特徴とする、請求項１～１３に記載のメッセージングシステム（２）。
15. 前記アクション（８４）が、解像度（Ｒ_２）の前記グラフィック要素（３１^Ｙ’’）に関連するオーディオまたはビデオ要素の再生を起動することを提供する、ことを特徴とする、請求項１～１４に記載のメッセージングシステム（２）。
16. 前記アクション（８４）が、デバイスそれ自体のディスプレイ上に、第２のスクリーン（８５）を自動的に作成し、そして表示することを提供する、ことを特徴とする、請求項１～１５に記載のメッセージングシステム（２）。
17. 前記第２のスクリーン（８５）において、グラフィック要素（３１^Ｙ’’）と、（Ｒ_２）より大きい解像度（Ｒ_３）のコンテンツに対応するコンテンツを有する、グラフィック要素（３１^Ｙ’’’）が実装される、ことを特徴とする、請求項１～１６に記載のメッセージングシステム（２）。
18. 前記第２のスクリーン（８５）において、以前に前記グラフィック要素（３１^Ｙ’）に関連した、少なくともコンテンツおよび／またはリンクが、解像度（Ｒ_２）で表示される、ことを特徴とする、請求項１６または１７に記載のメッセージングシステム（２）。
19. 前記送信デバイス（４）および／または受信デバイス（６）においてロードおよび／または実行された前記第１のソフトウェアモジュールが、ディテール（Ｄ_２）の寸法および／または等級を有する前記グラフィックおよび／またはオーディオ要素（３１^Ｙ’’、３１^Ｘ）によって占有された、第１のディスプレイスクリーン（８０）の前記選択可能エリア（８１）上に実行されたタッチ（８２）、またはクリック、または他の外部起動イベントが、対応するアクション（８４）を、自動的に開始するように構成され、前記対応するアクション（８４）では、前記第１のスクリーン（８０）が実装された前記デバイスの同じディスプレイ上で、第２のスクリーン（８５）が表示され、前記第２のスクリーン（８５）では、この選択可能エリア（８１）を占有する、同じグラフィックおよび／またはオーディオ要素（３１^Ｙ’’’、３１^Ｘ）が、（Ｄ_３）の寸法および／または等級で実装され、ここで、（Ｄ_３）は（Ｄ_２）より大きい、ことを特徴とする、請求項１～１８に記載のメッセージングシステム（２）。
20. 前記送信デバイス（４）および／または受信デバイス（６）においてロードおよび／または実行された前記第１のソフトウェアモジュールは、前記第２のスクリーン（８５）が第３のコンピュータビューオブジェクトとなるように構成され、前記第２のスクリーン（８５）では、グラフィックおよび／またはオーディオ要素（３１^Ｙ’’、３１^Ｘ）が（Ｄ_２）より高い解像度（Ｄ_３）で表示され、前記第３のコンピュータビューオブジェクトは、前記デバイスのディスプレイの大部分または全体を占有するように構成される、ことを特徴とする、請求項１～１９に記載のメッセージングシステム（２）。
21. 中央ユニット（８）においてロードおよび／または実行された前記ソフトウェアは、前記少なくとも１つのデータベース（１２、４７）に既にロードされ、そして、（Ｄ_１）に等しいディテールの高いサイズおよび／または等級を有する、グラフィックおよび／またはオーディオ要素（３１）から開始して、実質的に同じコンテンツを有するが、ディテール（Ｄ_ｘ）の寸法および／または等級を有する、対応するグラフィックおよび／またはオーディオ要素（３１^Ｘ）を作成するように構成され、ここで、（Ｄ_ｘ）は、（Ｄ_１）未満であり、そして、前記デバイスのディスプレイのディテールの寸法および／または等級に基づいて、対応するように、および動的に定義され、前記デバイスは、それを、第１のソフトウェアモジュールを通じて前記中央ユニット（８）からリクエストした、ことを特徴とする、請求項１～２０に記載のメッセージングシステム（２）。
22. 前記送信デバイス（４）および／または受信デバイス（６）においてロードおよび／または実行された前記第１のソフトウェアモジュールと、中央ユニット（８）においてロードおよび／または実行されたソフトウェアモジュールとが、
    ―デバイス（４、６）が、中央ユニットへ、第１のソフトウェアモジュールを通じて、前記デバイス（４、６）のディスプレイのサイズ／解像度のデータ（８７）をさらに含むリクエスト（８６）を送信し、前記デバイス（４、６）において、第１のソフトウェアモジュールが実行され、
    ―中央ユニット（８）のソフトウェアモジュールが、ディテール（Ｄ_１）の寸法および／または等級のグラフィックおよび／またはオーディオ要素（３１）から開始して、および、前記ディスプレイの寸法／解像度に関係するデータ（８７）に基づいて、ディテール（Ｄ_ｘ）の寸法および／または等級の、対応するグラフィックおよび／またはオーディオ要素（３１^Ｘ）を作成するように構成され、前記ディテール（Ｄ_ｘ）は、（Ｄ_１）未満であり、そして、前記ディスプレイの寸法／解像度に特に適しており、
    ―そのように作成されたグラフィックおよび／またはオーディオ要素（３１^Ｘ）が、ディテール（Ｄ_ｘ）の寸法および／または等級を有し、後者によってメッセージングシステム（２）内に実装されるために、前記デバイスにローカルにダウンロードされる、手順を実装するように構成される、ことを特徴とする、請求項１～２１に記載のメッセージングシステム（２）。
23. 前記第１のソフトウェアモジュールが、メッセージの交換を表示するための第１のスクリーン（８０）内に実装された、タッチ（８２）、またはクリックによって選択可能であるエリア（８１）を占有する、ディテール（Ｄ_２）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１^Ｙ’’、３１^Ｘ）を作成するために、前記手順を遂行するように構成される、ことを特徴とする、請求項１～２２に記載のメッセージングシステム（２）。
24. 前記第１のソフトウェアモジュールが、第２のスクリーン（８５）内に実装された、ディテール（Ｄ_３）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１^Ｙ’’、３１^Ｘ）を作成するために、前記手順を遂行するように構成される、ことを特徴とする、請求項２２または２３に記載のメッセージングシステム（２）。
25. 中央ユニット（８）においてロードおよび／または実行されたソフトウェアモジュールが、ディテールおよび／またはフォーマット（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）の寸法および／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）を、自動的に作成するように構成され、ディテールおよび／またはフォーマット（Ｄ_１）の寸法および／または等級のグラフィックおよび／またはオーディオ要素が、前記中央ユニット（８）の前記データベース（１２）へ、または前記さらなるデータベース（４７）へロードされる時に、ディテールおよび／またはフォーマット（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）の寸法および／または等級が、（Ｄ_１）のそれよりも低い、ことを特徴とする、請求項１～２４に記載のメッセージングシステム（２）。
26. 中央ユニット（８）においてロードおよび／または実行されたソフトウェアモジュールが、ディテールおよび／またはフォーマット（Ｄ_２）、（Ｄ_３）、および／または（Ｄ_ｘ）の寸法および／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）を、自動的に作成するように構成され、その時には、
    ―第１のリクエストが、好ましくは前記対応するグラフィックおよび／またはオーディオ要素の、送信デバイスおよび／または受信デバイスによる購入によって、なされ、および／または、
    ―第１のダウンロードリクエストが、対応するグラフィックおよび／またはオーディオ要素について、送信デバイスおよび／または受信デバイスによって、なされ、および／または、
    ―メッセージングシステム（２）内のその使用が要求される、ことを特徴とする、請求項１～２５に記載のメッセージングシステム（２）。
27. ディテール（Ｄ_２）の寸法および／または等級のグラフィックおよび／またはオーディオ要素（３１^Ｙ）は、使用されるのに適している、およびメッセージ（６０）内に挿入される、好ましくはメッセージそれ自体の語間に挿入されるのに適している、ディテールの寸法および／または等級を有する、ことを特徴とする、請求項１～２６に記載のメッセージングシステム（２）。
28. 送信デバイス（４）および／または受信デバイス（６）が、
    ―全てのグラフィックおよび／またはオーディオ要素（３１’）の識別コード（３０’）をダウンロードおよび保存するべき、第１のローカルメモリ（９０）であって、前記第１のローカルメモリ（９０）は、中央ユニット（８）の前記データベース（１２）の内部で特定のユーザーの固有の識別コード（ＩＤ）に関連付けられ、前記特定のユーザーは、前記送信デバイス（４）および／または受信デバイス（６）を使用してメッセージングシステム（２）にログインしている、第１のローカルメモリ（９０）と、
    ―第１のメモリ（９０）にダウンロードおよび保存された固有の識別コード（３０’）に対応する、全てのグラフィックおよび／またはオーディオ要素（３１’）をダウンロードおよび保存するべき、第２のローカルメモリと、を含む、ことを特徴とする、請求項１～２７に記載のメッセージングシステム（２）。
29. 前記第２のローカルメモリ（９１）において、ディテール（Ｄ_２）の寸法および／または等級を有するグラフィックおよび／またはオーディオ要素（３１^Ｙ）がダウンロードおよび保存される、ことを特徴とする、請求項１～２８に記載のメッセージングシステム（２）。
30. 送信デバイス（４）および／または受信者デバイス（６）の第１のソフトウェアモジュールが、前記送信デバイスおよび／または受信デバイスの前記ディスプレイ上に、グラフィックおよび／またはオーディオ要素（３１’）のみを示し、前記グラフィックおよび／またはオーディオ要素の固有の識別コード（３０’）が、デバイスそれ自体の第１のメモリ（９０）中に保存される／存在する、ことを特徴とする、請求項１～２９に記載のメッセージングシステム（２）。

Images