<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">&nbsp;Hello XMPP Communities.<br><br>&nbsp;This is my 1st post to XMPP ML. &nbsp;I'm very interested in realtime<br>services by using XMPP Protocol Suits, and I'd like to discuss my some<br>ideas with you.<br><br>&nbsp;Some years ago, there was a very experimental "MUJI" specification<br>(xep-0272) as one of XEP series. &nbsp;After reading this specification,<br>and some related specifications (for example, Jingle (xep-0166) , MUC<br>(xep-0045) and so on), I found a kind of solution to realize "Multi<br>User Jingle". &nbsp;Just to make clarify to talk about my solusion, I<br>will call my "MUJI" concept "Another MUJI".<br><br>&nbsp;Now I have reserved air tickets and hotel. (Thank you, I booked Aloft<br>Hotel.) If you give me a time slot in next XMPP Summit, I'd like to<br>talk about "Another MUJI" and discuss with you.<br><br>-----<br>Abstract of "Another MUJI"<br><br>&nbsp;In "Another MUJI", I use a MUC server component as a control center<br>to manage users who are discussing in rich media chat room, in other<br>words I use MUC protocol as a signaling protocol to manage chat room<br>users. &nbsp;And I introduce a media switch to exchange rich media data<br>path (video, audio, and so on) in chat room. &nbsp;This media switch is<br>configured to make "star topology" to set up each user's jingle data<br>path between each user device and media switch. &nbsp;This Jingle paths<br>forms a sort of data plain.<br><br>---<br>&nbsp;In "Jingle" specification, a data path is set up between one user<br>device and another user device, but in "Another MUJI", Jingle data<br>paths are not set up between user devices directly (If Jingle data<br>paths are set up between user devices directly, this forms "mesh"<br>topology". &nbsp;As you know, with a increase of numbers of user, it is<br>more difficult to set up mesh data path, or to maintain Jingle paths<br>in geometrical growth)<br>---<br><br>&nbsp;In order to set up rich media chat room, I think these procedures<br>as follows are neccesary.&nbsp;<br><br>1. Owner/Moderator creates and configurates a chat room.<br><br>2. Moderator joins the chat room by using MUC procudures, and<br>Moderator's client module as a "Jingle Initiator" requests to set up<br>"Jingle Session" to a media switch. (In "Another MUJI", the media<br>switch is cooperated with MUC server component.) When this 1st media<br>path is set up, the media swich/MUC server component knows rich media<br>parameters.<br><br>3. Participant joins the chat room by using MUC procedures, and the<br>media switch as a "Jingle Initiator" requests to set up "Jingle<br>Session" to participant's client module. When this "Jingle Session" is<br>set up, the media swith will connect betwwen a moderator's path and a<br>participants's path.<br><br>4. One more participant joins the chat room, "Another Muji" system<br>repeats above procedure 3 again. &nbsp;And increase of numbers of<br>participants froms "star topology" (The cnter of "star" is the media<br>switch/MUC server component, the edges of star are client's devices.)<br>-----<br><br>&nbsp;Just for information, I attached one picture of "Overview of 'Another<br>MUJI'" in this mail. &nbsp;And now, I started to prepare presentation<br>materials. So it's my pleasure, if you give me a chance to discuss with<br>you.<br><br>Best regards,<br>Yoshihiro Suzuki<br>(<a href="mailto:hiro.suzuki@d3comunications.jp">hiro.suzuki@d3comunications.jp</a>)<br><img id="454e48dd-d916-4957-b779-9370e59a7d71" height="489" width="652" apple-width="yes" apple-height="yes" src="cid:CB110A8E-F172-409B-A8BA-5F4C6A25882A"></body></html>