JP2012164010A - チャットシステム及びチャット方法 - Google Patents

Abstract

【課題】複数の端末間でマルチユーザチャットを行うチャットシステムを提供する。
【解決手段】本発明では、複数の端末間Ｃｍ、Ｃ１、Ｃ２でマルチユーザチャットを行うチャットシステム１において、制御回線Ｓｍｊを介してマルチメディアコンテントの通信用の制御データを各前記端末Ｃｍ、Ｃ１、Ｃ２と送受信する制御サーバＳと、各前記端末Ｃｍ、Ｃ１、Ｃ２と短絡回線Ｓｍを介したチャットルームを構築するとともに中継回線Ｓｓｃを介して前記制御データを前記制御サーバＳと送受信するチャットサーバコンポーネントＳＣｍｕｃと、を備え、前記制御回線Ｓｍｊ及び前記中継回線Ｓｓｃを介して前記端末Ｃｍ、Ｃ１、Ｃ２と前記チャットサーバコンポーネントＳＣｍｕｃとの間で前記制御データをやり取りするとともに、前記短絡回線Ｓｍを介して前記端末Ｃｍ、Ｃ１、Ｃ２と前記チャットサーバコンポーネントＳＣｍｕｃとの間でコンテントデータをやり取りすることを特徴とした。
【選択図】図１

Description

本発明はチャットシステム及びチャット方法に関する。

従来、ネットワークを介した接続された複数の情報端末装置間にて情報交換が行われている。例えば、複数のユーザが通信ネットワークを利用してリアルタイムにメッセージを交換することができるチャットシステムがある。

特許文献１では複数の情報端末装置間で所定のデータを送受信するチャットシステムが開示されている。このチャットシステムは制御サーバを介して、２つのユーザ間でマルチメディアを送受信することができる。

特開２００５−１２３４３号公報

しかしながら、上記従来のチャットシステムによると、マルチメディアのデータをやりとりしてチャットができるユーザは１対１に限られ、利便性が劣るという問題があった。

本発明は複数の端末間でマルチユーザチャットを行い、利便性を向上できるマルチメディアを用いたチャットシステムを提供することを目的とする。

上記課題を解決するために本発明は、複数の端末間でマルチユーザチャットを行うチャットシステムにおいて、制御回線を介してマルチメディアコンテントの通信用の制御データを各前記端末と送受信する制御サーバと、各前記端末と短絡回線を介したチャットルームを構築するとともに中継回線を介して前記制御データを前記制御サーバと送受信するチャットサーバコンポーネントと、を備え、前記制御回線及び前記中継回線を介して前記端末と前記チャットサーバコンポーネントとの間で前記制御データをやり取りするとともに、前記短絡回線を介して前記端末と前記チャットサーバコンポーネントとの間でコンテントデータをやり取りすることを特徴とする。

この構成によると、制御サーバは制御回線を介してマルチメディアコンテントの通信用の制御データを各端末と送受信する。前記通使用の制御データは短絡回線用の制御データを含むものとする。また、チャットサーバコンポーネントは各端末と短絡回線を介したチャットルームを構築し、中継回線を介して制御データを制御サーバと送受信する。制御データは制御回線及び中継回線を介して端末とチャットサーバコンポーネントとの間でやり取りする。一方、コンテントデータは短絡回線を介して端末とチャットサーバコンポーネントとの間でやり取りする。

また、本発明は、前記制御データが前記端末から送信されるマルチメディアコンテントに関連付けられた識別子を有し、前記短絡回線の通信属性を示すストリーム属性情報の識別子と、マルチメディアコンテントの表示属性を示すｈｔｍｌ表示属性情報の識別子と、が対応していることを特徴とする。この構成によると、制御データは端末から送信されるマルチメディアコンテントに関連付けられた識別子を有する。そして、短絡回線の通信属性を示すストリーム属性情報の識別子と、マルチメディアコンテントの表示属性を示すｈｔｍｌ表示属性情報の識別子と、が対応していることを特徴とする。

また、本発明は、上記構成のチャットシステムにおいて、前記制御データが前記端末に応じたアクセス権のデータを含み、前記端末が前記アクセス権に基づいて前記コンテントデータを送受信することを特徴とする。この構成によると、制御データが端末に応じたアクセス権のデータを含む。そして、端末がアクセス権に基づいてコンテントデータを送受信する。

また、本発明は、上記構成のチャットシステムにおいて、前記制御データが前記端末の環境に応じた端末属性を含み、前記端末が前記チャットルームに入室した際に前記端末属性を更新することを特徴とする。この構成によると、制御データは端末の環境に応じた端末属性を含む。そして、端末がチャットルームに入室した際に行われる短絡回線の制御データのネゴシエーション時に端末属性を更新する。

また、本発明は、上記構成のチャットシステムにおいて、前記制御サーバと前記端末との間で通信され、前記制御サーバと前記チャットサーバコンポーネントとの間で通信されることを特徴とする。

また、本発明は、前記中継回線及び前記制御回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅとｘｅｐ−００４５：ｍｕｃとに基づき、前記短絡回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅに基づくことを特徴とする。

また、本発明は、上記構成のチャットシステムにおいて、前記制御データがＨＴＭＬファイルから成ることを特徴とする。この構成によると、制御データはＨＴＭＬファイルから成る。

また、本発明は、上記構成のチャットシステムにおいて、前記ストリーム属性情報の一部をｈｔｍｌ表示属性情報内にメディアタグ内のＳＲＣ属性として記載することを特徴とする。この構成によると、ｈｔｍｌ表示属性情報内にメディアタグ内のＳＲＣ属性として、<video src="rtp://192.168.1.1:8760" />のように記載する。即ち、短絡回線の通信属性を示すストリーム属性情報の識別子と、マルチメディアコンテントの表示属性を示すｈｔｍｌ表示属性情報の識別子と、が対応しなくてもよい。

また、上記課題を解決するために本発明は、複数の端末間でマルチユーザチャットを行うチャット方法において、制御回線を介してマルチメディアコンテントの通信用の制御データを各前記端末と送受信する制御サーバと、各前記端末と短絡回線を介したチャットルームを構築するとともに中継回線を介して前記制御データを前記制御サーバと送受信するチャットサーバコンポーネントと、を備え、前記制御回線及び前記中継回線を介して前記端末と前記チャットサーバコンポーネントとの間で前記制御データをやり取りするとともに、前記短絡回線を介して前記端末と前記チャットサーバコンポーネントとの間でコンテントデータをやり取りすることを特徴とする。

この構成によると、制御サーバは制御回線を介してマルチメディアコンテントの通信用の制御データを各端末と送受信する。チャットサーバコンポーネントは各端末と短絡回線を介したチャットルームを構築するとともに中継回線を介して制御データを制御サーバと送受信する。制御回線及び中継回線を介して端末とチャットサーバコンポーネントとの間で制御データをやり取りする。また、短絡回線を介して端末とチャットサーバコンポーネントとの間でコンテントデータをやり取りする。

また、本発明は、上記構成のチャット方法において、前記チャットサーバコンポーネントによって前記チャットルームを構築するステップと、前記制御データに基づいて前記短絡回線により前記端末と前記チャットサーバコンポーネントとの間でコンテントデータの通信を可能にするステップと、を備えたことを特徴とする。

この構成によると、チャットサーバコンポーネントによってチャットルームを構築した後、制御データに基づいて短絡回線により端末とチャットサーバコンポーネントとの間でコンテントデータの通信を可能にする。

また、本発明は、上記構成のチャット方法において、前記中継回線及び前記制御回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅとｘｅｐ−００４５：ｍｕｃとに基づき、前記短絡回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅに基づくことを特徴とする。

この構成によると、中継回線及び制御回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅとｘｅｐ−００４５：ｍｕｃとに基づく。また、短絡回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅに基づく。

本発明によると、本発明は複数の端末間でマルチユーザチャットを行ってマルチメディアコンテントを送受信することができ、利便性を向上できるチャットシステムすることができる。

本発明の第１実施形態のチャットシステム１の構成を示す図である。 本発明の第１実施形態の端末の機能ブロック図である。 本発明の第１実施形態の制御サーバの機能ブロック図である。 本発明の第１実施形態のチャットサーバコンポーネントの機能ブロック図である。 本発明の第１実施形態のタイミングチャートを示す図である。 本発明の第１実施形態のタイミングチャートを示す図である。 本発明の第１実施形態の制御データを示す図である。 本発明の第１実施形態の制御データを示す図である。 本発明の第１実施形態の制御データを示す図である。 本発明の第１実施形態の制御データを示す図である。 本発明の第１実施形態の制御データを示す図である。 本発明の第１実施形態の制御データを示す図である。 本発明の第１実施形態の機能ブロックを用いた接続図である。 本発明の第１実施形態のタイミングチャートを示す図である。 本発明の第１実施形態の機能ブロックを用いた接続図である。 本発明の第１実施形態のタイミングチャートを示す図である。 本発明の第２実施形態の機能ブロックを用いた接続図である。 本発明の第２実施形態の制御データを示す図である。 本発明の第２実施形態の制御データを示す図である。

本発明の実施形態を図面を参照して説明する。図１は本発明のチャットシステム１の第１実施形態を説明するための図である。図１に示すように本発明では端末Ｃｍと、端末Ｃ１と、端末Ｃ２と、の複数の端末間でマルチユーザチャットを行う。端末ＣｍのユーザＰｍはチャットシステムの管理者であり、端末Ｃ１のユーザＰ１及び端末Ｃ２のユーザＰ２は一般ユーザである。それぞれの端末には表示部Ｄｍ、表示部Ｄ１、表示部Ｄ２を備えている。Ｄｍ’は表示部Ｄｍに表示される表示画面であり、Ｄ１’は表示部Ｄ１に表示される表示画面であり、Ｄ２’は表示部Ｄ２に表示される表示画面である。

制御サーバＳは制御回線Ｓｍｊを介してマルチメディアコンテントの通信用の制御データを各端末Ｃｍ、Ｃ１、Ｃ２の間で送受信する。チャットサーバコンポーネントＳＣｍｕｃはチャットルーム（仮想の電子会議室）を提供し、端末Ｃｍ、Ｃ１、Ｃ２と短絡回線Ｓｍを介してコンテントデータを送受信する。チャットサーバコンポーネントＳＣｍｕｃは中継回線Ｓｓｃを介して制御データを制御サーバＳと送受信する。

制御回線Ｓｍｊは制御回線Ｓｍｊ１と制御回線Ｓｍｊ２と制御回線Ｓｍｊ３とからなる。制御回線Ｓｍｊ１は端末Ｃｍと制御サーバＳと、制御回線Ｓｍｊ２は端末Ｃ１と制御サーバＳと、制御回線Ｓｍｊ３は端末Ｃ２と制御サーバＳと、制御データをやりとりする。

中継回線Ｓｓｃは中継回線Ｓｓｃ１と中継回線Ｓｓｃ２と中継回線Ｓｓｃ３とからなる。中継回線Ｓｓｃ１は制御サーバＳとチャットサーバコンポーネントＳＣｍｕｃと、中継回線Ｓｓｃ２は制御サーバＳとチャットサーバコンポーネントＳＣｍｕｃと、中継回線Ｓｓｃ３は制御サーバＳとチャットサーバコンポーネントＳＣｍｕｃと、制御データをやりとりする。

短絡回線Ｓｍは短絡回線Ｓｍ１と短絡回線Ｓｍ２と短絡回線Ｓｍ３とからなる。短絡回線Ｓｍ１は端末ＣｍとチャットサーバコンポーネントＳＣｍｕｃと、短絡回線Ｓｍ２は端末Ｃ１とチャットサーバコンポーネントＳＣｍｕｃと、短絡回線Ｓｍ３は端末Ｃ２とチャットサーバコンポーネントＳＣｍｕｃと、マルチメディアコンテントをやりとりする。

図２を用いて各端末の機能ブロック図について説明する。制御部２２には通信部２１と、表示部Ｄと、記憶部２４と、入力部２５と、が接続されている。通信部２１は有線又は無線で通信可能な構成であって、他の装置とＸＭＰＰに規定されたプロトコル通信を行うことができる。表示部Ｄは他の端末から送信されたコンテントデータを表示する。入力部２５はユーザによって操作入力され、各端末に与えられる様々な指示を受け付ける。記憶部２４は通信部２１が送受信する様々なコンテントやｘｅｐ規格に基づくプログラム、ユーザの入力操作によって入力されるデータなども記憶する。

ここでＸＭＰＰとはＩＥＴＦ（Internet Engineering Task Force）のＸＭＰＰワーキンググループから独立したＸＳＦ（XMPP Standards Foundation）により規格・標準化が進められているＸＭＬ（eXtensible Markup Language）ベースのプロトコル（通信規約）である。ＸＭＰＰはインスタントメッセージ、プレゼンス（「相手が今どういう状態にあるのか」）、多人数チャット、音声またはテレビ電話、協調作業、コンテンツ・シンジケーション、ＸＭＬデータの一般化ルーティングなどを含む広範囲のアプリケーションを動的に制御する。そして、インターネットなどの通信システムにおいてリアルタイムなコミュニケーションを行う。また、それぞれの目的に応じて規格化された複数の拡張プロトコル（ＸＥＰ：XMPP Extension Protocol）からなっている。

制御部２２はＸＭＰＰクライアント制御部２２１と、ｈｔｍｌ表示要素制御部２２２と、表示仕様制御部２２３と、を有している。

ＸＭＰＰクライアント制御部２２１はＸＭＰＰに規定された様々な応用プロトコルを利用することができる。ＸＭＰＰクライアント制御部２２１は短絡回線Ｓｍを開設するための転送経路設定情報ｍ１（図９参照）を作成し、送受信する。

ｈｔｍｌ表示要素制御部２２２は表示部Ｄの表示画面Ｄ’（Ｄｍ’など）上の表示要素（コンテント）に関する制御を行う。たとえば、他の端末から短絡回線Ｓｍを介して転送されるコンテント受信後の制御を行う。

表示仕様制御部２２３は、表示部Ｄの表示画面Ｄ’上の表示要素の表示仕様（どのように表示するか）に関する制御を行う。

端末Ｃｍ、Ｃ１、Ｃ２としてはインターネット機能付きテレビジョン、携帯電話機やＰＤＡといった携帯型情報端末装置、パーソナルコンピュータなどを挙げることができるが、これらに限定するものではない。

図３を用いて、制御サーバＳの機能ブロック図について説明する。制御部３２１には通信部３２３と、記憶部３２４と、入出力３２５と、が接続されている。通信部３２３は有線又は無線で通信可能な構成であって、他の装置とＸＭＰＰに規定されたプロトコル通信を行うことができる。入出力部３２５は端末Ｃｍ、Ｃ１、Ｃ２やチャットサーバコンポーネントＳＣｍｕｃからの制御データの入出力が行われる。記憶部３２４は端末Ｃｍ、Ｃ１、Ｃ２やチャットサーバコンポーネントＳＣｍｕｃなどのＩＰアドレスを記憶する。さらに所定のｘｅｐのプログラムを記憶している。

図４を用いて、チャットサーバコンポーネントＳＣｍｕｃの機能ブロック図について説明する。制御部３２１には通信部４２５と、記憶部４２４と、ストリームスイッチ４２６と、が接続されている。ストリームスイッチ４２６はＪｉｎｇｌｅストリーム入出力部４２７と接続されている。

通信部４２５は有線又は無線で通信可能な構成であって、他の装置とＸＭＰＰに規定されたプロトコル通信を行うことができる。記憶部にはｘｅｐ−００４５：ｍｕｃなどマルチユーザチャットシステムを実現するプログラムや各端末からの入出力情報を記憶している。

ｘｅｐ−０１６６：Ｊｉｎｇｌｅは２つの通信可能な端末装置の間にデータを送受信する通信経路を確立する機能を規定したプロトコルである。またｘｅｐ−００４５：ｍｕｃはチャットルーム内で複数のＸＭＰＰユーザがメッセージを交換できるマルチユーザチャット機能を規定しているプロトコルである。本発明では、中継回線Ｓｓｃ及び制御回線Ｓｍｊの通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅとｘｅｐ−００４５：ｍｕｃとに基づき、短絡回線Ｓｍの通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅに基づいている。

Ｊｉｎｇｌｅストリーム入出力部４２７では短絡回線Ｓｍを介してコンテントデータが入出力される。Ｊｉｎｇｌｅストリーム入出力部４２７は各端末であるＣｍ用入出力部４２７ｍと、Ｃ１用入出力部４２７Ａと、Ｃ２用入出力部４２７Ｂと、からなる。なお、Ｊｉｎｇｌｅストリーム入出力部４２７の各入出力部の数は端末の増減に合わせて変化する。

Ｃｍ用入出力部４２７ｍは端末Ｃｍからのコンテントデータをやり取りする。Ｃ１用入出力部４２７Ａは端末Ｃ１からのコンテントデータをやり取りする。Ｃ２用入出力部４２７Ｂは端末Ｃ２からのコンテントデータをやり取りする。

ストリームスイッチ４２６は制御部４２１とＪｉｎｇｌｅストリーム入出力部４２７と接続しており、端末毎にコンテントデータの入出力の切り替え機能を有している。例えば、Ｃｍ用入出力部４２７ｍからのコンテントデータの入力を、ストリーム制御部４２３を介して、Ｃ１用入出力部４２７Ａ及びＣ２用入出力部４２７Ｂへと出力する。また、Ｊｉｎｇｌｅ制御部４２２はｘｅｐ−００４５：ｍｕｃの制御を実現する。

図５を用いて、チャットサーバコンポーネントＳＣｍｕｃにチャットルームが生成される手順について説明する。管理権限のある端末Ｃｍは制御サーバＳを介してチャットサーバコンポーネントＳＣｍｕｃにチャットルームを作成を指示する。端末Ｃｍと制御サーバＳとは制御回線Ｓｍｊ１を介して制御データのやり取りが行われる。制御サーバＳとチャットサーバコンポーネントＳＣｍｕｃは中継回線Ｓｓｃ１を介して制御データのやり取りが行われる。

ステップＳ１では端末Ｃｍが制御サーバＳにチャットルームの開設要求を送信する。ステップＳ２では制御サーバＳは端末Ｃｍから受け取った要求をチャットサーバコンポーネントＳＣｍｕｃへ送信する。

ステップＳ３ではチャットサーバコンポーネントＳＣｍｕｃは制御サーバＳに対して、確かに要求を受け取った旨の通知を発行する。ステップＳ４では制御サーバＳは端末Ｃｍに対して、確かに要求を受け取った旨の通知を発行する。

ステップＳ５では端末Ｃｍが制御サーバＳへチャットルームを開設するための設定情報を作成する旨を通知する。ステップＳ６では制御サーバＳがチャットサーバコンポーネントＳＣｍｕｃへチャットルームを開設するための設定情報を作成する旨を通知する。

ステップＳ７ではチャットサーバコンポーネントＳＣｍｕｃが制御サーバＳへ設定情報を作成するためのデータフォーム情報を送信する。ステップＳ８では制御サーバＳが端末Ｃｍへ設定情報を作成するためのデータフォーム情報を送信する。

ステップＳ９では端末Ｃｍが制御サーバＳから受信したデータフォーム情報に基づき、チャットルームを開設するための設定情報を作成する。そして、作成した設定情報を制御サーバＳへ送信する。

ステップＳ１０では制御サーバＳは端末Ｃｍが作成した設定情報をチャットサーバコンポーネントＳＣｍｕｃへ送信する。ステップＳ１１ではチャットサーバコンポーネントＳＣｍｕｃが制御サーバＳへ設定情報を確かに受け取った旨の通知を行う。

ステップＳ１２では制御サーバＳが端末Ｃｍへ設定情報を確かに受け取った旨の通知を行う。

以上の手順で、端末ＣｍとチャットサーバコンポーネントＳＣｍｕｃとの間にチャットルームが生成される。

次に、端末ＣｍとチャットサーバコンポーネントＳＣｍｕｃとの間に開設される短絡回線Ｓｍ１が開設される手順について説明する。

図６を用いて、端末ＣｍとチャットサーバコンポーネントＳＣｍｕｃとの間に開設される短絡回線Ｓｍが開設され、チャットルームが初期化する手順について説明する。端末Ｃｍと制御サーバＳとは制御回線Ｓｍｊ１を介してやり取りが行われる。制御サーバＳとチャットサーバコンポーネントＳＣｍｕｃは中継回線Ｓｓｃ１を介してやり取りが行われる。

ステップＳ１０４では図７に示すようなｈｔｍｌ表示仕様情報７を端末Ｃｍのｈｔｍｌ表示要素制御部２２２ｍで作成される。ｈｔｍｌ表示仕様情報７は短絡回線Ｓｍの識別子である転送経路ＩＤ（”98765”）とマルチメディアコンテントが表示部Ｄにどのように表示されるかを示すｈｔｍｌ表示属性情報７０ａ〜７０ｄとからなる。ｈｔｍｌ表示属性情報７０ａ〜７０ｄには<div>のタグで囲まれ、識別子である表示要素ＩＤ（この場合、“１１“など）が記載されている。

ステップＳ１０５では作成されたｈｔｍｌ表示仕様情報７はｈｔｍｌ表示要素制御部２２２ｍからＸＭＰＰクライアント制御部２２１ｍに提案される。

ステップＳ１０６では転送経路設定情報ｍ１（図９参照）をｈｔｍｌ表示仕様情報７（図７参照）とストリーム仕様情報６（図８参照）を用いて作成する。まず、ＸＭＰＰクライアント制御部２２１ｍはチャットサーバコンポーネントＳＣｍｕｃとの間に開設する短絡回線Ｓｍ１のストリーム属性を設定するためのストリーム仕様情報６を作成する。

図８に示すように、ストリーム仕様情報６には短絡回線Ｓｍ１を構成する各転送回線のストリーム属性を示すストリーム属性情報６０ａ〜６０ｄが記述されている。ストリーム属性情報６０ａ〜６０ｄには、そのコンテントの種類、そのコンテントのコンテントＩＤ、転送されるコンテントのアプリケーションの種類、接続する装置のパラメータ（たとえば、ｉｐアドレスなど）が記述される。

また、ストリーム属性情報６０ａにはコンテントのタグ（<content>と同義）内にアクセス権情報を設け、これによりオーナ権限など所定の権限操作が可能である。例えば、ある端末には書き込み権限与え、ある端末には読み込み権限だけを与えるようにする。これによりマルチユーザチャットを行うチャットシステム１のコンテントデータ毎に柔軟にセキュリティを付与することができる。

そしてＸＭＰＰクライアント制御部２２１ｍは図９に示すような転送経路設定情報ｍ１を作成する。<iq>タグに、送信元である端末ＣｍのＪＩＤ（Jabber ID）、転送経路設定情報ｍ１の識別子（"12345"）、送信先であるチャットサーバコンポーネントＳＣｍｕｃのＪＩＤ、転送経路設定情報ｍ１のtype属性（"set"）が記述されている。この転送経路設定情報ｍ１では転送するコンテント毎に、コンテントのタグで囲まれたコンテントＩＤとＤＩＶのタグで囲まれた表示要素ＩＤとが対応付けられている。このように、xep-0045: muc、xep-0166: jingleによる制御データに加えて、マルチメディアコンテントの表示する制御データはＨＴＭＬファイルから成っている。

ここで、端末Ｃｍは短絡回線Ｓｍ１の開設を提案する側、すなわち、Ｊｉｎｇｌｅのイニシエータとなる。また、チャットサーバコンポーネントＳＣｍｕｃは短絡回線Ｓｍ１の開設の提案に対して同意又は拒否する側、すなわち、Ｊｉｎｇｌｅのレスポンダとなる。

図６のステップＳ１０７ではＸＭＰＰクライアント制御部２２１ｍはＸＭＰＰの通信規約であるＸＥＰ−０１６６：Ｊｉｎｇｌｅを利用して、チャットサーバコンポーネントＳＣｍｕｃに、制御サーバＳを介して転送経路設定情報ｍ１を送信する。

ステップＳ１０８ではＪｉｎｇｌｅ制御部４２２はその提案を確認したことを示す転送経路設定情報ｍ２（図１０参照）を制御サーバＳを介して端末Ｃｍに送信する。

図１０に示すように転送経路設定情報ｍ２では<iq>タグに、送信元であるチャットサーバコンポーネントＳＣｍｕｃのＪＩＤ（Jabber ID）、チャットサーバコンポーネントＳＣｍｕｃが確認した転送経路設定情報ｍ１の識別子（"12345"）、送信先である端末ＣｍのＪＩＤ、転送経路設定情報ｍ２のtype属性（"result"）が記述されている。

ステップＳ１０９及びＳ１１０では、端末ＣｍとチャットサーバコンポーネントＳＣｍｕｃとの間で、短絡回線Ｓｍ１を開設するための設定内容についての交渉（ストリーム仕様ネゴシエーション）が行われる。これにより、両者の間での通信可能なトランスポートの設定（例えば、ＩＰアドレスセット）などが検出される。

ステップＳ１１１では表示仕様ネゴシエーションが行われる。ＸＭＰＰクライアント制御部２２１ｍとｈｔｍｌ表示要素制御部２２２ｍとの間で、短絡回線Ｓｍ１を通じて転送される各コンテントの表示に関する表示パラメータの調整が行われる。この調整は転送経路設定情報ｍ１の各ｈｔｍｌ表示属性情報７０ａ〜７０ｄに基づいて行われる。

ステップＳ１１２では同様に、チャットサーバコンポーネントＳＣｍｕｃにおいて、表示仕様ネゴシエーションが行われる。

ステップＳ１１３ではＣｍ用入出力部４２７Ａは転送経路設定情報ｍ１の各ｈｔｍｌ表示属性情報７０ａ〜７０ｄに基づく各表示パラメータの設定に同意する。

ステップＳ１１４では転送経路設定情報ｍ１のｈｔｍｌ表示属性情報７０ａ〜７０ｄに基づく各表示パラメータの設定に同意したことを、Ｊｉｎｇｌｅ制御部４２２に通知する。

ステップＳ１１５ではＪｉｎｇｌｅ制御部４２２が転送経路設定情報ｍ１のストリーム属性情報６０に基づく各転送回線のストリーム属性の設定に同意する。

ステップＳ１１６では制御サーバＳを介して、Ｊｉｎｇｌｅ制御部４２２は短絡回線Ｓｍ１の設定の提案に同意する旨を示す転送経路設定情報ｍ３を端末Ｃｍに送信する。

図１１に示す転送経路設定情報ｍ３では<iq>タグに、送信元であるチャットサーバコンポーネントＳＣｍｕｃのＪＩＤ（Jabber ID）、転送経路設定情報ｍ３の識別子（"12346"）、送信先である端末ＣｍのＪＩＤ、転送経路設定情報ｍ１のtype属性（"set"）が記述されている。

また、<jingle>タグには、転送経路設定情報ｍ１の提案（すなわち、短絡回線Ｓｍ１の開設に同意したこと）を示すaction属性（"session-accept"）、短絡回線Ｓｍ１の開設を提案する側のＸＭＰＰクライアント装置であるイニシエータのＪＩＤ（Jabber ID）、開設する短絡回線Ｓｍ１の転送経路ＩＤ（"98765"）、ストリーム仕様情報８、及びｈｔｍｌ表示仕様情報９が記述されている。

<jingle>タグ内のストリーム仕様情報８にはストリーム仕様ネゴシエーションにて決定された各転送回線のストリーム属性を示すストリーム属性設定情報８が記述されている。ストリーム属性設定情報８０ａ〜８０ｄには、対応するそれぞれの転送回線毎に、転送されるコンテントの作成者を示す情報、そのコンテントの種類、そのコンテントのコンテントＩＤ、転送されるコンテントのアプリケーションの種類、チャットサーバコンポーネントＳＣｍｕｃのｉｐアドレスなどが記述される。

<jingle>タグ内のｈｔｍｌ表示仕様情報９には転送経路ＩＤ（"98765"）、各コンテントのｈｔｍｌ表示属性情報９０ａ〜９０ｄが記述されている。ｈｔｍｌ表示属性情報９０ａ〜９０ｄにはそれぞれ、対応するそれぞれのコンテント毎に、対応する表示要素ＩＤやコンテントの種類のほかに、表示仕様ネゴシエーションにて決定された各表示属性（表示位置情報、表示サイズ情報など）のパラメータの設定がｈｔｍｌを用いて記述されている。

ステップＳ１１７ではＸＭＰＰクライアント制御部２２１ｍがチャットサーバコンポーネントＳＣｍｕｃの同意した転送回線のストリーム属性の設定を確認する。

ステップＳ１１８ではＸＭＰＰクライアント制御部２２１ｍは転送経路設定情報ｍ１の各ｈｔｍｌ表示属性情報７０ａ〜７０ｄに基づく設定がチャットサーバコンポーネントＳＣｍｕｃにて同意された旨をｈｔｍｌ表示要素制御部２２２ｍに通知する。

ステップＳ１１９ではｈｔｍｌ表示要素制御部２２２ｍがチャットサーバコンポーネントＳＣｍｕｃにて転送経路設定情報ｍ１の各ｈｔｍｌ表示属性情報７０ａ〜７０ｄに基づく設定が同意されたことを確認する。

ステップＳ１２０ではｈｔｍｌ表示要素制御部２２２ｍが各表示パラメータの設定が同意されたことを確認した旨をＸＭＰＰクライアント制御部２２１ｍに通知する。

ステップＳ１２１では制御サーバＳを介して、ＸＭＰＰクライアント制御部２２１ｍは転送経路設定情報ｍ３を確認したことを示す転送経路設定情報ｍ４をチャットサーバコンポーネントＳＣｍｕｃに送信する。

図１２に示す転送経路設定情報ｍ４では<iq>タグに送信元である端末ＣｍのＪＩＤ（Jabber ID）、端末Ｃｍが確認した転送経路設定情報ｍ３の識別子（"12346"）、送信先であるチャットサーバコンポーネントＳＣｍｕｃのＪＩＤ、転送経路設定情報ｍ４がメッセージングする情報のtype属性（"result"）が記述されている。

以上の手順により、端末ＣｍとチャットサーバコンポーネントＳＣｍｕｃとの間でコンテントデータを直接やりとりする短絡回線Ｓｍ１が開設される。

図１３は装置間の接続状態示す図である。短絡回線Ｓｍ１を介し端末ＣｍとチャットサーバコンポーネントＳＣｍｕｃとの間でコンテントデータをやりとりする。チャットサーバコンポーネントＳＣｍｕｃではＣｍ用入出力部４２７ｍが、端末ＣｍではＸＭＰＰクライアント制御部２２１ｍが、コンテントデータの入出力の制御を行う。

短絡回線Ｓｍ１内には短絡回線Ｓｍ１１〜Ｓｍ１４の４つの回線が設けられている。短絡回線Ｓｍ１１はストリーム属性情報６０ａに対応し、短絡回線Ｓｍ１２はストリーム属性情報６０ｂに対応し、短絡回線Ｓｍ１３はストリーム属性情報６０ｃに対応し、短絡回線Ｓｍ１４はストリーム属性情報６０ｄに対応する。このため、短絡回線Ｓｍ１１及び短絡回線Ｓｍ１２ではビデオコンテントがやり取りされる。短絡回線Ｓｍ１３では画像などのイメージコンテントがやり取りされ、短絡回線Ｓｍ１４ではテキストコンテントがやり取りされる。

次に、図１４を用いて、新たな入出者として端末Ｃ１がチャットルームに加入後、端末Ｃ１とチャットサーバコンポーネントＳＣｍｕｃとの間で短絡回線Ｓｍ２の開通手順を説明する。

ステップＳ１５０では端末Ｃ１は制御サーバＳに対して、ＸＭＰＰのプロトコルｘｅｐ−００３０：Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙを利用してチャットルームを検索する。制御サーバＳはチャットサーバコンポーネントＳＣｍｕｃの場所を知っており、制御サーバＳを介することで端末Ｃ１はチャットルームを発見できる。

ステップＳ１５１では端末Ｃ１は制御サーバＳにチャットルームへ入室する要求を行う。ステップＳ１５２では制御サーバＳは端末Ｃ１から受け取った要求をチャットサーバコンポーネントＳＣｍｕｃへ要求する。

ステップＳ１５３ではチャットサーバコンポーネントＳＣｍｕｃは端末Ｃ１の入室許可の通知を制御サーバＳへ送信する。ステップＳ１５４では制御サーバＳは入室許可の通知を端末Ｃ１へ送信する。

ステップＳ１５５ではチャットサーバコンポーネントＳＣｍｕｃは新しい入室者があった旨の通知を制御サーバへ送信する。ステップＳ１５６では制御サーバＳは既にチャットルームに入室していた端末Ｃｍへ新しい入室者があった旨の通知を送信する。

同様に端末Ｃ２が既に入出していると、端末Ｃ２へ新しい入室者があった旨の通知を送信する（ステップＳ１５７、Ｓ１５８）。

ステップＳ１５９ではチャットサーバコンポーネントＳＣｍｕｃがＪｉｎｇｌｅイニシエータとなり、端末Ｃ１へ短絡回線Ｓｍ２の開設提案を行う。

ステップＳ１６０では端末Ｃ１がＪｉｎｇｌｅレスポンダとなり、チャットサーバコンポーネントＳＣｍｕｃからの提案に同意する。そして図６に示すような手順を踏み短絡回線Ｓｍ２が開設される。

端末Ｃ１とチャットサーバコンポーネントＳＣｍｕｃとの間に短絡回線Ｓｍ２が開設されると図１５のようになる。図１３と比較すると、ＸＭＰＰクライアント制御部２２１ＡとＣ１用入出力部４２７Ａとが新に短絡回線Ｓｍ２を介して接続されるようになる。

図１６を用いて短絡回線Ｓｍを介し、端末Ｃｍと端末Ｃ１との間で複数のマルチメディアコンテントを転送する手順について説明する。端末Ｃｍと端末Ｃ１との間にはチャットサーバコンポーネントＳＣｍｕｃが中継してコンテントデータの入出力を制御している。

ステップＳ２０５及びＳ２０６では開設した短絡回線Ｓｍを通じて端末Ｃｍと端末Ｃ１はチャットを開始する。

ステップＳ２０７では端末Ｃｍと端末Ｃ１との間で、チャットサーバコンポーネントＳＣｍｕｃが中継して、コンテントが動的に転送される。本実施形態では端末Ｃ１から端末Ｃｍへ送受信される動画コンテント（ビデオなど）は短絡回線Ｓｍ１１、Ｓｍ２１と、短絡回線Ｓｍ１２、Ｓｍ２２と、を介して転送される。端末Ｃ１から端末Ｃｍへ送受信される画像データは短絡回線Ｓｍ１３、Ｓｍ２３を介して転送される。端末Ｃｍと端末Ｃ１との間で送受信されるテキストメッセージデータは短絡回線Ｓｍ１４、Ｓｍ２４を介して送受信される。

ステップＳ２０８では端末Ｃｍのｈｔｍｌ表示要素制御部２２２ｍは端末Ｃ１から転送されるコンテントを格納する。そして表示仕様制御部２２３ｍにコンテントを転送する。

ステップ２０９では端末Ｃｍの表示仕様制御部２２３ｍはｈｔｍｌ表示属性情報７０ａ〜７０ｄに基づいて、コンテントを表示部Ｄｍに再配置する。そしてステップＳ２１０では表示部Ｄｍに表示する。

たとえば、転送経路設定情報ｍ１内に規定され表示属性情報７０ｂのコンテントＩＤ”１２”の動画コンテントが転送された場合、対応する表示要素ＩＤ”１２”のｈｔｍｌ表示属性情報に格納される。そして、表示画面Ｄｍ’の第２レイヤーの（１０ｐｘ，１０ｐｘ）の位置に、横４８０ｐｘ×縦６４０ｐｘのサイズで表示される。

同様に、ステップＳ２１１では端末Ｃ１のｈｔｍｌ表示要素制御部２２２Ａは端末Ｃｍから転送されるコンテントを格納する。そして表示仕様制御部２２３Ａにコンテントを転送する。

ステップ２１２では表示仕様制御部２２３Ａはコンテントを表示部Ｄ１に再配置する。そしてステップＳ２１３では表示部Ｄ１に表示する。

たとえば、表示属性情報７０ａのようにコンテントＩＤが”１１”の動画コンテントが転送された場合、対応する表示要素ＩＤ”１１”のｈｔｍｌ表示要素に格納される。そして、表示画面Ｄ１’の第３レイヤーの（１０ｐｘ，８００ｐｘ）の位置に、横７６８ｐｘ×縦１０２４ｐｘのサイズで表示される。

なお、端末Ｃｍと端末Ｃ１との間で転送される動画コンテントの表示サイズが設定される例を説明したが、これに限定されず、ｈｔｍｌやカスケーディングスタイルシート（ＣＳＳ：cascade style check sheet）にて表現できる表示属性であれば設定することができる。つまり、端末間で共有するｈｔｍｌ表示属性情報７０ａ〜７０ｄを、端末毎のCSS表示属性で上書きする事で、ｈｔｍｌ表示属性情報７０ａ〜７０ｄに含まれるマルチメディアコンテントを、端末毎に最適な表示属性に合わせて表示することができる。また、図９に示すｈｔｍｌ表示属性情報７０ａ〜７０ｄではコンテントの表示位置情報や表示サイズ情報を絶対指定で設定したが、相対指定することもできる。解像度を変えて出力することも可能である。このような制御を行うことで、図１に示すように各端末の表示画面Ｄｍ’と、Ｄ１’と、Ｄ２’と、を端末毎に異ならせることができる。

また、音声入力の場合にはステレオ音源の入力をモノラル音源の出力に変換することができる。また、複数の音声入力を同時に受け付けて、多重化して音声出力することも可能である。

以上のように本発明は、複数の端末間Ｃｍ、Ｃ１、Ｃ２でマルチユーザチャットを行うチャットシステム１において、制御回線Ｓｍｊを介してマルチメディアコンテントの通信用の制御データを各前記端末Ｃｍ、Ｃ１、Ｃ２と送受信する制御サーバＳと、各前記端末Ｃｍ、Ｃ１、Ｃ２と短絡回線Ｓｍを介したチャットルームを構築するとともに中継回線Ｓｓｃを介して前記制御データを前記制御サーバＳと送受信するチャットサーバコンポーネントＳＣｍｕｃと、を備え、前記制御回線Ｓｍｊ及び前記中継回線Ｓｓｃを介して前記端末Ｃｍ、Ｃ１、Ｃ２と前記チャットサーバコンポーネントＳＣｍｕｃとの間で前記制御データをやり取りするとともに、前記短絡回線Ｓｍを介して前記端末Ｃｍ、Ｃ１、Ｃ２と前記チャットサーバコンポーネントＳＣｍｕｃとの間でコンテントデータをやり取りする。

このため、複数の端末間Ｃｍ、Ｃ１、Ｃ２との間でマルチメディアコンテントをやりとりするマルチユーザチャットを行うことができ、利便性を向上できるチャットシステムすることができる。

また、制御データが端末Ｃｍ、Ｃ１、Ｃ２から送信されるマルチメディアコンテントに関連付けられた識別子を有し、短絡回線Ｓｍの通信属性を示すストリーム属性情報６０ａ〜６０ｄの識別子（ＩＤ＝１１など）と、マルチメディアコンテントの表示属性を示すｈｔｍｌ表示属性情報７０ａ〜ｄの識別子（ＩＤ＝１１など）と、が対応している。このため、短絡回線Ｓｍは識別子によって管理され効率のよい制御データの管理が可能である。

また、制御データが端末Ｃｍ、Ｃ１、Ｃ２に応じたアクセス権のデータを含み、端末Ｃｍ、Ｃ１、Ｃ２がアクセス権に基づいてコンテントデータを送受信する。このためコンテントデータにセキュリティを与えることができ利便性のよいチャットシステム１を提供できる。

また、制御データが端末Ｃｍ、Ｃ１、Ｃ２の環境に応じた表示属性や音声出力属性などの端末属性を含み、端末Ｃｍ、Ｃ１、Ｃ２がチャットルームに入室した際に端末属性を更新する。このため、端末の環境に柔軟に対応でき、利便性のよいチャットシステム１を提供できる。

また、制御サーバＳと端末Ｃｍ、Ｃ１、Ｃ２との間で通信され、制御サーバＳとチャットサーバコンポーネントＳｃｍｕｃとの間で通信される。このため、端末の数が増えても制御サーバへと通信できればよく接続の柔軟性がある。

また、中継回線Ｓｓｃ及び制御回線Ｓｍｊの通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅとｘｅｐ−００４５：ｍｕｃとに基づき、短絡回線Ｓｍの通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅに基づく。汎用性のあるプロトコルを採用しているため、システムの拡張性がある。

また、制御データがＨＴＭＬファイルから成ることを特徴とする。制御データはマルチメディアコンテント用のデータ表示をするものを含む。このため、柔軟かつ容易に制御データの修正が可能である。

また、前記ストリーム属性情報の一部をｈｔｍｌ表示属性情報内にメディアタグ内のＳＲＣ属性として記載する。このため、ｈｔｍｌ表示属性情報内にメディアタグ内のＳＲＣ属性として、<video src="rtp://192.168.1.1:8760" />のように記載する。即ち、短絡回線の通信属性を示すストリーム属性情報の識別子と、マルチメディアコンテントの表示属性を示すｈｔｍｌ表示属性情報の識別子と、が対応しなくてもよく、制御データの記載に柔軟性がある。

また、短絡回線Ｓｍを用いてマルチユーザチャットを行っている場合には、制御データが送受信されない限り、短絡回線Ｓｍのみの通信となる。

また、複数の端末Ｃｍ、Ｃ１、Ｃ２間でチャットを行うチャット方法において、チャットサーバコンポーネントＳＣｍｕｃによってチャットルームを構築するステップと、制御データに基づいて短絡回線Ｓｍにより端末Ｃｍ、Ｃ１、Ｃ２とチャットサーバコンポーネントＳＣｍｕｃとの間でコンテントデータの通信を可能にするステップと、を備えた。これにより、マルチメディアコンテントをやりとりするマルチユーザチャットを容易に実現することができる。

また、また、中継回線Ｓｓｃ及び制御回線Ｓｍｊの通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅとｘｅｐ−００４５：ｍｕｃとに基づき、短絡回線Ｓｍの通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅに基づく。汎用性のあるプロトコルを採用しているため、システムの拡張性がある。

（第２の実施形態）
第１実施形態においては、端末数は３つに限られたが、これに限定されるわけではない。例えば図１７に示すように端末がＣｍと、Ｃ１〜Ｃｎ個（ｎは３以上の整数）あってもよい。この場合にはｎ＋１個の入出力部をチャットサーバコンポーネントＳＣｍｕｃが備える。そして、それぞれの入出力部に応じてコンテントデータをやり取りする。例えば、端末Ｃｍから入力Ｉmがあると、端末Ｃ１には出力Ｏ１、端末Ｃ２には出力Ｏ２、と続き、端末Ｃｎには出力Ｏｎが出力される。

また、チャットサーバコンポーネントＳＣｍｕｃと制御サーバは同一の筐体でも構わない。

また、本チャットシステム１ではやりとりするコンテントの数に応じて短絡回線Ｓｍを通じて転送するマルチメディアコンテントを動的に追加することができる。

また、端末Ｃｍのような管理者権限を全ての端末に付与してもよい。この場合には全ての端末から管理者同様の操作が可能となる。

管理端末である端末Ｃｍが図１７に示すような転送経路設定情報ｍ５を作成する。ストリーム仕様情報１０と、これに対応する追加コンテントのｈｔｍｌ表示属性情報１１０ｄとがさらに加えられている。この転送経路設定情報ｍ５をチャットサーバコンポーネントＳＣｍｕｃへ送信し、所定の手続きを経て追加される。

このように制御データがＨＴＭＬファイルから成ることを特徴とする。制御データはマルチメディアコンテント用のデータ表示をするものを含む。このため、柔軟かつ容易に制御データの修正が可能である。

ｈｔｍｌ表示仕様情報７（図７参照）内のｈｔｍｌ表示属性情報７０ａ〜７０ｄと、ストリーム仕様情報６（図８参照）と、はそれぞれを識別するＩＤによって対応づけた。一方、ストリーム仕様情報６(図８参照)から、それぞれのコンテントが有する回線パラメータ、転送プロトコル（rtp）、Jingleイニシエータ（端末Ｃｍ）のIPアドレス(192.168.1.1)、ポート番号(8760など)を読み取る事ができる。この回線パラメータをｈｔｍｌ表示属性情報７０ａ〜ｄとして、例えばvideoタグ内のＳＲＣ情報として直接指定する事も可能である。具体的には図１９に示すようにストリーム属性情報６０ａ〜ｄの一部をｈｔｍｌ表示属性情報７０ａ〜ｄ内にＳＲＣ属性として記載（<video src="rtp://192.168.1.1:8760" />）して特定する方法である。

これにより、通常のWebシステムにおいてhtml文中に含まれるマルチメディア情報は、メディアタグ(例えばviedoタグなど)の属性として参照する方法と親和性の高いメディア記述が可能となる。また、制御データの記載方法の柔軟性が大きくなる。

１ チャットシステム
６ ストリーム仕様情報
７ ｈｔｍｌ表示仕様情報
６０ａ〜６０ｄ ストリーム属性情報
７０ａ〜７０ｄ ｈｔｍｌ表示属性情報
４２２ Ｊｉｎｇｌｅ制御部
４２３ ストリーム制御部
４２６ ストリームスイッチ
４２７ ストリーム入出力部
Ｓ 制御サーバ
ＳＣｍｕｃ チャットサーバコンポーネント
Ｓｍ 短絡回線
Ｓｓｃ 中継回線
Ｓｍｊ 制御回線
Ｃｍ、Ｃ１、Ｃ２ 端末
ｍ１〜ｍ５ 転送経路設定情報（制御データ）

Claims (11)

1. 複数の端末間でマルチユーザチャットを行うチャットシステムにおいて、
   制御回線を介してマルチメディアコンテントの通信用の制御データを各前記端末と送受信する制御サーバと、
   各前記端末と短絡回線を介したチャットルームを構築するとともに中継回線を介して前記制御データを前記制御サーバと送受信するチャットサーバコンポーネントと、
   を備え、前記制御回線及び前記中継回線を介して前記端末と前記チャットサーバコンポーネントとの間で前記制御データをやり取りするとともに、前記短絡回線を介して前記端末と前記チャットサーバコンポーネントとの間でコンテントデータをやり取りすることを特徴とするチャットシステム。
2. 前記制御データが前記端末から送信されるマルチメディアコンテントに関連付けられた識別子を有し、
   前記短絡回線の通信属性を示すストリーム属性情報の識別子と、マルチメディアコンテントの表示属性を示すｈｔｍｌ表示属性情報の識別子と、が対応していることを特徴とする請求項１に記載のチャットシステム。
3. 前記制御データが前記端末に応じたアクセス権のデータを含み、前記端末が前記アクセス権に基づいて前記コンテントデータを送受信することを特徴とする請求項２に記載のチャットシステム。
4. 前記制御データが前記端末の環境に応じた端末属性を含み、前記端末が前記チャットルームに入室した際に前記端末属性を更新することを特徴とする請求項２または請求項３に記載のチャットシステム。
5. 前記制御サーバと前記端末との間で通信され、前記制御サーバと前記チャットサーバコンポーネントとの間で通信されることを特徴とする請求項１〜請求項４のいずれかに記載のチャットシステム。
6. 前記中継回線及び前記制御回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅとｘｅｐ−００４５：ｍｕｃとに基づき、
   前記短絡回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅに基づくことを特徴とする請求項５に記載のチャットシステム。
7. 前記制御データがＨＴＭＬファイルから成ることを特徴とする請求項６に記載のチャットシステム。
8. 前記ストリーム属性情報の一部をｈｔｍｌ表示属性情報内にメディアタグ内のＳＲＣ属性として記載することを特徴とする請求項１に記載のチャットシステム。
9. 複数の端末間でマルチユーザチャットを行うチャット方法において、
   制御回線を介してマルチメディアコンテントの通信用の制御データを各前記端末と送受信する制御サーバと、
   各前記端末と短絡回線を介したチャットルームを構築するとともに中継回線を介して前記制御データを前記制御サーバと送受信するチャットサーバコンポーネントと、
   を備え、前記制御回線及び前記中継回線を介して前記端末と前記チャットサーバコンポーネントとの間で前記制御データをやり取りするとともに、前記短絡回線を介して前記端末と前記チャットサーバコンポーネントとの間でコンテントデータをやり取りすることを特徴とするチャット方法。
10. 前記チャットサーバコンポーネントによって前記チャットルームを構築するステップと、
    前記制御データに基づいて前記短絡回線により前記端末と前記チャットサーバコンポーネントとの間でコンテントデータの通信を可能にするステップと、
    を備えたことを特徴とする請求項９に記載のチャット方法。
11. 前記中継回線及び前記制御回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅとｘｅｐ−００４５：ｍｕｃとに基づき、
    前記短絡回線の通信方式がｘｅｐ−０１６６：Ｊｉｎｇｌｅに基づくことを特徴とする請求項１０に記載のチャット方法。

Images