(57)【要約】【課題】ユーザーの多様なマルチメディア通信手段を考慮して最適経路を分析して通信接続するマルチメディア通信統合システム及びその方法を提供する。【解決手段】マルチメディア通信データを送受信する１以上の通信手段、通信手段からマルチメディア通信データを送受信し異機種の通信手段を統合して音声及び映像が各々最適な経路で通信されるよう制御するマルチメディア経路プラットホーム、通信ネットワーク及び通信手段の通信環境を把握し通信接続前に最適な経路を決定してデータ伝送するマルチメディア仲介サーバーを有するマルチメディア通信統合システム。音声及び画像を含むマルチメディア通信を既存の多様な異機種の通信手段を用いて最適の経路で行い、料金、品質及び保安性が最適なマルチメディア通信を可能にする。【選択図】図１
2008535309.tif 000002
【特許請求の範囲】
【請求項１】
ユーザー間に音声及び映像信号に区分されたマルチメディア通信サービスを提供するマルチメディア通信統合システムにおいて、
ユーザーのマルチメディア通信データを送受信する少なくとも一つ以上の通信手段と、
前記通信手段からマルチメディア通信データを送受信し、異機種の前記通信手段を統合／融合してそれぞれの音声及び映像信号が最適通信経路を通じて通信されるように前記通信手段を制御するマルチメディア経路プラットホームと、
前記マルチメディア通信データが送受信される有無線電話網及び有無線データ通信網を含むネットワークと、
前記プラットホームを通じて前記通信手段の通信環境情報を把握し、通信の接続前に最適マルチメディア通信経路を決定して前記マルチメディア通信データを伝送するマルチメディア仲介サーバーと、を含んでなることを特徴とするユーザーのマルチメディア通信環境によって最適の通信経路を設定するマルチメディア通信統合システム。
【請求項２】
前記通信手段は、
送受話器を備える音声通信手段と、
カメラ及びディスプレイを備える映像通信手段と、
前記音声通信手段及び映像通信手段をともに備えるマルチメディア通信手段と、を含んでなると同時に少なくとも一つ以上の通信手段を通じてマルチメディア通信が可能であることを特徴とする請求項１に記載のマルチメディア通信統合システム。
【請求項３】
前記プラットホームは、
ユーザーの構内ＣＰＥを統合して通信経路を制御するＨ／Ｗプラットホームと、
前記通信手段に直接設置されて通信経路を制御するＳ／Ｗプラットホームと、を含んでなることを特徴とする請求項１に記載のマルチメディア通信統合システム。
【請求項４】
前記最適マルチメディア通信経路は、
前記仲介サーバーがユーザーから設定された料金、品質及び保安性項目を含む優先順位情報に基づいて最適音声通信経路と最適映像通信経路とがそれぞれ設定されることを特徴とする請求項１に記載のマルチメディア通信統合システム。
【請求項５】
前記優先順位情報は、
送受信者の相互関係情報によって設定されることを特徴とする請求項４に記載のマルチメディア通信統合システム。
【請求項６】
前記最適マルチメディア通信経路は、
前記仲介サーバーが、送信者及び受信者の前記通信手段を考慮して送信（発信）側で最初に通信要求した音声通信手段を最適の通信手段に取り替えて決定された最適マルチメディア通信経路であることを特徴とする請求項１または４に記載のマルチメディア通信統合システム。
【請求項７】
前記最適マルチメディア通信経路は、
音声信号の場合、発信側の通信手段から受信側の通信手段に通信が接続される順方向通信と、
受信側の通信手段から発信側の通信手段に通信が接続される逆方向通信と、によって択一的に形成されることを特徴とする請求項１または４に記載のマルチメディア通信統合システム。
【請求項８】
前記最適マルチメディア通信経路は、
映像信号の場合、送受信者の前記プラットホームがＰ２Ｐで作動して動画像、映像ファイル及びテキストを含む映像情報を送受信するＰ２Ｐ映像通信と、
送受信者の前記プラットホームが、前記仲介サーバーに伝送した映像情報（映像ファイル、テキスト）または前記仲介サーバーにあらかじめ登録された送受信者の映像情報（映像ファイル、テキスト）を送受信者の前記プラットホームにプッシュ（ｐｕｓｈ）して送受信する仲介映像通信と、によって択一的に形成されることを特徴とする請求項１または４に記載のマルチメディア通信統合システム。
【請求項９】
前記仲介サーバーは、
ユーザーを会員加入させて個人情報を登録されるウェブサーバー部と、
前記プラットホームを管理し、前記プラットホームを通じて前記通信手段の状態情報を収集し、前記最適マルチメディア通信経路の接続を制御して、課金データを生成させるプラットホーム管理部と、
最適音声通信経路及び最適映像通信経路をそれぞれ算出する最適経路算出部と、
前記マルチメディア通信環境情報を管理し、前記通信手段の実態情報を管理する状態情報管理部と、
映像情報のデータ変換を処理し、マルチメディア著作ツールを提供するコンテンツ管理部と、
ユーザー間のマルチメディア通信に対して課金処理を実行する課金処理部と、を含んでなることを特徴とする請求項１に記載のマルチメディア通信統合システム。
【請求項１０】
前記仲介サーバーは、
会員加入した個人（企業）情報、通信手段情報、通信手段スペック情報、最適通信経路条件情報が保存される会員情報ＤＢと、
ユーザーの相手に対する相互関係によって相手情報がグループ別に分類されて保存される相互関係情報ＤＢと、
前記相互関係情報ＤＢに登録された個別グループに対して最適マルチメディア通信経路の決定条件となる優先順位情報が保存される優先順位情報ＤＢと、
最適音声通信経路を設定するために参照される通信社別の通信料金が保存される音声通信料金ＤＢと、
最適映像通信経路を設定するために参照される通信社別の通信料金が保存される映像通信料金ＤＢと、
最適マルチメディア通信経路を算出するための各通信手段の品質情報が保存される通信手段品質情報ＤＢと、
ユーザー別電話番号、通信手段スペック、品質、料金制及び状態情報を含む通信環境情報が保存されるマルチメディア通信環境情報ＤＢと、を含んでなることを特徴とする請求項１または９に記載のマルチメディア通信統合システム。
【請求項１１】
前記通信手段及び前記仲介サーバーの間でコール要請情報を仲介し、送受信側通信手段の間の通信路の構築を制御して音声通信手段のフックオン／オフ状態による処理を仲介する通信支援サーバーがさらに追加されてプラットホームが設置されていない前記通信手段の音声通信の接続を仲介することを特徴とする請求項１に記載のマルチメディア通信統合システム。
【請求項１２】
前記通信手段及び前記プラットホームの間でユーザー（発信者）の認証手段（ＲＦＩＤ、認証カード、指紋など）を伝送されて身分認証を経た後、認証されたユーザーの前記通信環境情報を前記プラットホームを通じて前記仲介サーバーに登録するセンサーをさらに含んでなることを特徴とする請求項１に記載のマルチメディア通信統合システム。
【請求項１３】
ユーザー間にマルチメディア通信サービスを提供するマルチメディア通信方法において、
（Ｓ１０）マルチメディア仲介サーバーが会員加入するユーザーの個人情報を保存し、マルチメディア通信手段でソフトウェア及びハードウェアマルチメディア経路プラットホームを提供して設置するステップと、
（Ｓ２０）前記通信手段から音声通信手段、映像通信手段及び状態情報を含むマルチメディア通信環境情報を手動または自動で登録されるステップと、
（Ｓ３０）前記通信手段からマルチメディア経路プラットホームを通じて発信側の通信要求を伝送されるステップと、
（Ｓ４０）発信側マルチメディア経路プラットホームから発信者及び受信者の電話番号を含む最適マルチメディア通信経路要請を伝送されるステップと、
（Ｓ５０）前記マルチメディア通信環境情報を把握してユーザーから設定された料金、品質及び保安性項目を含む優先順位情報に基づいて最適音声通信経路と最適映像通信経路とを分析するステップと、
（Ｓ６０）音声信号の場合、最適音声通信経路に該当するプラットホームを制御して音声通信を接続させるステップと、
（Ｓ７０）映像信号の場合、最適映像通信経路に該当するプラットホームを制御して映像情報を伝送するステップと、
（Ｓ８０）前記ステップＳ５０で受信者が前記音声通信手段をフックオフすれば、送受信側映像通信手段で映像情報を再生するステップと、を含んでなることを特徴とするユーザーのマルチメディア通信環境によって最適の通信経路を設定するマルチメディア通信統合方法。
【請求項１４】
前記ステップＳ２０は、
センサーがユーザー（発信者）の認証手段（ＲＦＩＤ、認証カード、指紋など）を伝送されて身分認証を経た後、認証されたユーザーの前記通信環境情報を前記プラットホームを通じて前記仲介サーバーに登録するステップであることを特徴とする請求項１３に記載のマルチメディア通信統合方法。
【請求項１５】
前記ステップＳ５０は、
（Ｓ５１）前記仲介サーバーが送受信者のマルチメディア通信環境情報ＤＢを検索して通信環境情報を検索するステップと、
（Ｓ５２）前記プラットホームからユーザーの前記マルチメディア通信環境情報を応答されるステップと、
（Ｓ５３）相互関係情報ＤＢから送受信者の相互関係を検索するステップと、
（Ｓ５４）優先順位情報ＤＢから送受信者の優先順位を検索するステップと、
（Ｓ５５）通信料金ＤＢ及び品質情報ＤＢから料金及び品質情報を検索するステップと、
（Ｓ５６）前記ステップＳ５１ないしステップＳ５５を通じて最適音声通信経路及び最適映像通信経路をそれぞれ判断するステップと、を含んでなることを特徴とする請求項１３に記載のマルチメディア通信統合方法。
【請求項１６】
前記ステップＳ５６は、
最適音声通信経路の場合、順方向または逆方向通信が可能であり、順方向である場合、発信者の最初に通信要求した音声通信手段は、最適のユーザー通信手段に取り替えて音声通信が実行されるステップをさらに含んでなることを特徴とする請求項１５に記載のマルチメディア通信統合方法。
【請求項１７】
前記ステップＳ５６は、
最適映像通信経路の場合、送受信側前記プラットホームの間で映像情報が伝送されるＰ２Ｐ映像通信方式または送受信側前記プラットホームの間で前記仲介サーバーの仲介を通じて映像情報が伝送される仲介映像通信方式によって映像情報が伝送されるステップをさらに含んでなることを特徴とする請求項１５に記載のマルチメディア通信統合方法。
【請求項１８】
前記ステップＳ５６は、
最適映像通信経路の決定によって発信者または受信者の通信手段が最適のユーザー通信手段に取り替えられる場合にも元の発信者または受信者の通信手段電話番号に表示することによって、ユーザーのプライバシーを保護することを特徴とする請求項１５または１６に記載のマルチメディア通信統合方法。
【請求項１９】
通信支援サーバーが、前記通信手段及び前記仲介サーバーの間でコール要請情報を仲介し、送受信側通信手段の間の通信路の構築を制御して音声通信手段のフックオン／オフ状態による制御処理を仲介するステップをさらに含むことを特徴とする請求項１３に記載のマルチメディア通信統合方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア通信統合システム及びその通信方法に関するものであって、特に、ユーザーのマルチメディア通信要求に対して送受信者のあらゆる通信環境を考慮して分析された最適経路により通信を接続する、特に、発信側が音声と映像とを音声通信手段と映像通信手段とを各々用いて伝送した時には受信側でそれらを同期化するというような方法により、ユーザーのマルチメディア通信環境において、最適のマルチメディア通信サービスを提供する最適の通信経路を設定するマルチメディア通信統合システム及びその通信方法に関する。
【背景技術】
【０００２】
現在の通信市場は、すべてのネットワークがオールアイピー（Ａｌｌ  ＩＰ）で通信するＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）またはＢｃＮ（Ｂｒｏａｄｂａｎｄ  ｃｏｎｖｅｒｇｅｎｃｅ  Ｎｅｔｗｏｒｋ）に発展しており、通信と放送とを融合するコンバージェンス（Ｃｏｎｖｅｒｇｅｎｃｅ）が進行されている。
【０００３】
通信端末機も多様なマルチメディアを支援するための３Ｇ携帯電話機、ＤＭＢ電話、ＷＬＡＮ電話、ＩＰ画像電話機などが現われている。
【０００４】
一方、ソフトスイッチとＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）技術を利用することでサード・パーティ事業者も容易に通信サービスを提供できるようになって、現在の通信市場は非常に複雑になり、ユーザーは自身に最も相応しい通信サービスを利用するための多様な努力（最適な料金制への加入など）が必要となった。しかし、送／受信者の通信環境がすべて分からない状況では安いながらも高品質の通信サービスを利用することはほとんど不可能である。
【０００５】
本発明の出願人は、特許文献１で、発信者と受信者との間に最適の通信経路を算出するようにＣＩＳサーバーに要請すれば、仲介サーバーを通じて既定の加重値によって最適の通信経路で発信者と受信者とを電話接続させる通信統合システム及びその通信方法を紹介したことがある。
【０００６】
前述した従来の特許では、通信手段が有無線電話機という同種の手段としてすべての通信手段が物理的に接続される制限された環境でサービスが可能であるという制約があった。また、通信データも音声電話通信データという制約があった。
【０００７】
また従来の特許では、通信データが音声の電話通信データに限って最適経路サービスが提供されたが、本発明は、音声及び映像を含むマルチメディア通信サービスのための新たなシステムと方法（音声と映像との分離伝送及び同期化受信）とを提示する。
【０００８】
また従来の特許では、ユーザーの単純な条件情報（料金＞品質など）のみを用いて最適経路を算出したが、本発明は、送受信者の相互関係による優先順位情報に最も近接した最適の通信経路を算出する。
【０００９】
従来には、画像通信のためには専用の画像電話機が必要であったが、本発明は、ユーザーの多様なマルチメディア通信環境を用いて資源の無駄使いを減らしうる。例えば、企業内で画像電話のためにＰＣを画像電話機のディスプレイとして活用して内線電話を用いて通信できるシステムと方法とを提示する。すなわち、複数個の異機種通信機器（ＰＣと内線電話）が空間的に接続（同一のプラットホーム使用）されていれば、最適通信が可能な方法とシステムとを提示する。
【００１０】
また、既存の画像通信は、不特定多数と無条件的な画像通信をすれば、私生活保護側面で問題発生の可能性があるために、本発明は、ユーザーがあらかじめ登録した条件値（相互関係：家族、友人、職場同僚など）によって自動で最適の映像情報を抽出することで私生活保護に貢献する。例えば、ユーザーが既定の関係ではない相手に対しては自動であらかじめ登録した映像データが表出されるようにできる。
【００１１】
このように本発明は、送受信者の通信環境情報を共有することによって、さまざまな諸般問題を解決するために着眼したものである。
【特許文献１】大韓民国特許登録第０４５６１２３号（ユーザーの通信手段情報によって最適の通信経路を設定する通信統合システム及びそれを利用した通信方法）
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は、前述した諸般問題から着眼したものであって、ユーザーが保有する多様な通信手段情報を把握し、ユーザーの通信要求に対して送受信者の通信環境を分析して異機種の複数個または単数個の通信手段が統合的に連携される最適の通信経路を算出し、この最適のマルチメディア通信経路を通じてそれぞれ音声と映像とのマルチメディア通信サービスを提供することを目的とする。
【課題を解決するための手段】
【００１３】
前述したような目的を果たすための本発明のユーザーのマルチメディア通信環境によって最適の通信経路を設定するマルチメディア通信統合システムによれば、ユーザー間に音声及び映像信号に区分されたマルチメディア通信サービスを提供するマルチメディア通信統合システムにおいて、ユーザーのマルチメディア通信データを送受信する少なくとも一つ以上の通信手段と、前記通信手段からマルチメディア通信データを送受信し、異機種の前記通信手段を統合／融合してそれぞれの音声及び映像信号が最適通信経路を通じて通信されるように前記通信手段を制御するマルチメディア経路プラットホームと、前記マルチメディア通信データが送受信される有無線電話網及び有無線データ通信網を含むネットワークと、前記プラットホームを通じて前記通信手段の通信環境情報を把握し、通信の接続前に最適マルチメディア通信経路を決定して前記マルチメディア通信データを伝送するマルチメディア仲介サーバーと、を含んでなることを特徴とする。
【００１４】
本発明の望ましい特徴によれば、前記最適マルチメディア通信経路は、前記仲介サーバーがユーザーから設定された料金、品質及び保安性項目を含む優先順位情報に基づいて最適音声通信経路と最適映像通信経路とがそれぞれ設定されることを特徴とする。
【００１５】
また、前記最適マルチメディア通信経路は、前記仲介サーバーが送信者及び受信者の前記通信手段を考慮して送信（発信）側で最初に通信要求した音声通信手段を最適の通信手段に取り替えて決定された最適マルチメディア通信経路であることを特徴とする。
【００１６】
本発明のユーザーのマルチメディア通信環境によって最適の通信経路を設定するマルチメディア通信方法によれば、ユーザー間にマルチメディア通信サービスを提供するマルチメディア通信方法において、（Ｓ１０）マルチメディア仲介サーバーが会員加入するユーザーの個人情報を保存し、マルチメディア通信手段でソフトウェア及びハードウェアマルチメディア経路プラットホームを提供して設置するステップと、（Ｓ２０）前記通信手段から音声通信手段、映像通信手段及び状態情報を含むマルチメディア通信環境情報を手動または自動で登録されるステップと、（Ｓ３０）前記通信手段からマルチメディア経路プラットホームを通じて発信側の通信要求を伝送されるステップと、（Ｓ４０）発信側マルチメディア経路プラットホームから発信者及び受信者の電話番号を含む最適マルチメディア通信経路要請を伝送されるステップと、（Ｓ５０）前記マルチメディア通信環境情報を把握してユーザーから設定された料金、品質及び保安性項目を含む優先順位情報に基づいて最適音声通信経路と最適映像通信経路とを分析するステップと、（Ｓ６０）音声信号の場合、最適音声通信経路に該当するプラットホームを制御して音声通信を接続させるステップと、（Ｓ７０）映像信号の場合、最適映像通信経路に該当するプラットホームを制御して映像情報を伝送するステップと、（Ｓ８０）前記ステップＳ５０で受信者が前記音声通信手段をフックオフすれば、送受信側映像通信手段で映像情報を再生するステップと、を含んでなることを特徴とする。
【発明の効果】
【００１７】
本発明によるマルチメディア通信統合システム及びそれを利用した通信方法は、ユーザーが音声及び画像が連携されたマルチメディア通信を専用の通信手段の具備なしに既にユーザーが保有した多様な異機種の通信手段を利用するために安価な初期投資費用でマルチメディア通信サービスを提供する経済的效果がある。
【００１８】
また、ユーザーが提供される本発明のマルチメディア通信サービスは、通信ごとに（ｃａｌｌ  ｂｙ  ｃａｌｌ）ユーザーの通信環境及び相手の通信環境を考慮して料金、品質及び保安性が最適な通信方式に取り替えて提供することであるために、より安くて効率的なマルチメディア通信サービスを提供する效果がある。
【発明を実施するための最良の形態】
【００１９】
以下、以上のような構成要素を含んでなる本発明の望ましい第１実施形態を添付図面を通じてより具体的に説明する。
【００２０】
図１は、本発明の第１実施形態によるマルチメディア通信統合システム１の構成図である。
【００２１】
本発明のマルチメディア通信統合システム１（ＭＩＣＳ：Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、以下「統合システム」と略称）は、マルチメディア仲介サーバー２（ＭＡＳ：Ｍｕｌｔｉｍｅｄｉａ  Ａｇｅｎｔ  Ｓｅｒｖｅｒ、以下「仲介サーバー」と略称）、通信手段３、マルチメディア経路プラットホーム４（ＭＲＰ：Ｍｕｌｔｉｍｅｄｉａ  Ｒｏｕｔｉｎｇ  Ｐｌａｔｆｏｒｍ、以下「プラットホーム」と略称）を含んで構成される。
【００２２】
本発明でのマルチメディア通信は、少なくとも一つ以上の通信手段３で最適の音声通信及び最適の映像通信を連動して行えるものである。例えば、ユーザーが携帯電話で相手と音声通信しながら同時に異機種のＰＣモニターを通じて画像通信をすることである。
【００２３】
本発明による仲介サーバー２は、ユーザーの多様なマルチメディア（１）通信手段（２）にその通信を制御できるプラットホーム（４）を設置し、そのプラットホームを通じてユーザー通信環境情報（５）を把握してユーザーの通信要求（６）に対して送受信者の通信環境を分析して最適マルチメディア通信経路（７）に接続するマルチメディア通信統合システム（８）及びそれを利用した通信方法（９）を提供し、特に最適マルチメディア通信経路は、発信側からそれぞれの音声及び映像経路に信号を伝送すれば、受信側で同期化（１０）（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）する過程を通じてマルチメディア通信サービスがなされる最適のネットワーク通信経路である。
【００２４】
前述した脚注（１）ないし（１０）を通じて本発明で使う用語を定義すれば、下記の表１のようである。
【００２５】
【表１】
2008535309.tif 000003
【００２６】
本発明の通信手段３は、音声通信手段３１、映像通信手段３２及びマルチメディア通信手段３３を含んで構成される。ユーザーは、仲介サーバー２の制御によって音声通信手段３１及び映像通信手段３２を利用するか、またはマルチメディア通信手段３３を用いて音声及び映像通信をする。
【００２７】
本発明のネットワークは、マルチメディア通信データが送受信されるネットワークとして有線通信網（ＰＳＴＮ）、無線通信網（移動通信網）、有無線インターネット網、ケーブル網などを含む。
【００２８】
本発明のプラットホーム４は、音声及び映像信号で構成されたマルチメディア通信データの統合通信インターフェース（ｉｎｔｅｇｒａｔｅｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎｔｅｒｆａｃｅ）役割を果たすものであって、通信手段３とその通信手段のＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ、例えば、ＰＢＸ（Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  ｅｘｃｈａｎｇｅ）、Ｇ／Ｗ（ｇａｔｅｗａｙ）、ＷＰＢＸ（Ｗｉｒｅｌｅｓｓ  ＰＢＸ）など）の接続を制御するハードウェアプラットホーム４１（以下「Ｈ／Ｗプラットホーム」と略称）及びユーザー通信手段３に直接設置されて通信経路を制御するソフトウェアプラットホーム４２（以下、「Ｓ／Ｗプラットホーム」と略称）を含む。
【００２９】
特に、本発明での最適マルチメディア通信経路（ＦＭＲ：Ｆｉｔｔｅｓｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｒｏｕｔｉｎｇ）は、仲介サーバー２が発信者の通信要請を受信して発信者及び受信者の通信環境情報（通信手段、料金制、品質、保安性など）を分析して最適の通信手段及び通信経路によってマルチメディア通信を可能にする。したがって、発信者が携帯電話（音声）及びＰＣ（映像）を用いて相手にマルチメディア通信を要請しても仲介サーバー２の最適通信経路（ＦＭＲ）算出によって発信者の通信手段３が有線電話及びＰＣに変更されうる。このように、本発明での統合システム１（ＭＩＣＳ）は、ユーザーの通信環境を構成する各種通信手段及び通信方法を統合して制御し、そのうちから最適のものを捜してマルチメディア通信サービスを提供することである。
【００３０】
図２は、本発明による音声と映像とが分離される通信環境の概念図である。
【００３１】
＜通信要求＞
発信者が自身の通信手段３を用いて電話番号を入力するか、またはＳ／Ｗプラットホーム４１（ＭＲＰ）を実行した状態でＣｌｉｃｋ  ｔｏ  Ｄｉａｌしてマルチメディア通信を要求する。
【００３２】
＜最適マルチメディア通信経路分析＞
プラットホーム４は、電話番号情報を仲介サーバー２（ＭＡＳ）に伝送して最適マルチメディア通信経路を要求する。仲介サーバー２は、送受信者のマルチメディア通信環境と相互関係による優先順位情報とを分析して最適マルチメディア通信経路を算出する。
【００３３】
＜音声通信接続過程＞
仲介サーバー２は、送受信側プラットホーム４に最適音声通信経路制御情報を伝送する。ここで、発信者が携帯電話で相手電話番号を入力して受信者との通信を要求したが、仲介サーバー２によって前記発信者の通信手段は、前記携帯電話から有線電話に変更されて通信がなされうる。送受信側プラットホーム４は、受信された最適音声通信経路制御情報によって音声通信経路を接続する（一般的な通信路の構築過程）。
【００３４】
＜映像通信接続過程＞
仲介サーバー２は、送受信側プラットホーム４に最適映像通信経路制御情報を伝送する。ここで、発信者が携帯電話で相手電話番号を入力して受信者との映像通信を要求したが、仲介サーバー２によって前記発信者の映像通信手段は、前記携帯電話からＰＣに変更されて通信がなされうる。送受信側プラットホーム４は、受信された最適映像通信経路制御情報によって通信を接続する。
【００３５】
＜受信者着信情報＞
受信側の音声プラットホーム４で受信者の音声通信手段３１のフックオフ（ｈｏｏｋ  ｏｆｆ）情報を認識して仲介サーバー２の制御によって前記フックオフ情報を送受信側映像プラットホーム４に伝送して音声通信の始めによる映像通信の開始を要請する。または、受信者は、映像プラットホーム４で受信確認ボタンをクリックして仲介サーバーの制御によって発信側映像プラットホーム４に映像通信経路が設定されたことを知らせうる。
【００３６】
＜マルチメディア通信実行＞
送受信者は、自身の音声通信手段３１（送受話器）を通じて音声通信を進行し、同時に映像通信手段３２（ディスプレイ）を通じて映像通信を進行する。
【００３７】
＜終了＞
送受信者の音声通信が終われば、送受信者のフックオン（ｈｏｏｋ  ｏｎ）情報を送受信者の映像プラットホーム４に伝送して映像再生中止を要請する。または、送受信者は、映像通信手段３２で映像再生終了ボタンをクリックして映像再生を中止できる。
【００３８】
図３は、本発明によるマルチメディア通信手段３３とプラットホーム４環境との概略的構成図である。マルチメディア通信手段３３は、ディスプレイ機能、カメラ機能、Ｓ／Ｗダウンロード機能が可能な単独型通信手段とＨ／Ｗプラットホームと連動されてマルチメディア通信が可能な連動型通信手段（ＣＰＥ通信設備として、ＰＢＸ、ＷＰＢＸ、Ｇ／Ｗなど）とがあり、下記の表２は、その例である。
【００３９】
【表２】
2008535309.tif 000004
【００４０】
また、プラットホーム４は、通信環境情報登録機能、通信手段制御機能、最適通信経路接続機能、課金データ生成機能、Ｐ２Ｐ機能及び映像データ保存機能を備えたものであって、表３は、その例である。
【００４１】
【表３】
2008535309.tif 000005
【００４２】
Ｈ／Ｗプラットホーム４１とＳ／Ｗプラットホーム４２との連携效果としては、プラットホーム４を通じて物理的に連動されないマルチメディア通信手段３３を統合（Ｉｎｔｅｇｒａｔｉｏｎ）することによって、ユーザーは多様なネットワークのマルチメディア通信手段３３を融合（Ｃｏｎｖｅｒｇｅｎｃｅ）して常に最適のマルチメディア通信サービスを利用できる。
【００４３】
図３に図示したゲートウェイ（Ｇ／Ｗ）は、２個以上の異なる種類または同じ種類の通信網と相互接続して通信網間の情報を送受信できるようにする機能で電話利用者と加入電話利用者（加入者）とが相互通信できるようにするために両側の通信網を接続する。
【００４４】
図４は、本発明の第１実施形態による全体ネットワークの構成図である。
【００４５】
ア．ＰＳＴＮ構成：有線電話、有線交換局、有線通信網、ＰＢＸ、Ｈ／Ｗプラットホーム、ｘＤＳＬ／ＨＦＣを含んで構成される。
【００４６】
−Ｈ／Ｗプラットホーム：ＩＰ  Ｎｅｔｗｏｒｋを通じて仲介サーバー（ＭＡＳ）と連動されてＰＢＸを制御して最適通信経路に接続する機能。
【００４７】
−ｘＤＳＬ／ＨＦＣ：ｘＤＳＬ（ｘ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、ＨＦＣ（Ｈｙｂｒｉｄ  Ｆｉｂｅｒ  Ｃｏａｘ）通信手段をネットワークに接続させる機能。
【００４８】
イ．移動通信網構成：携帯電話、ＭＳＣ、ＷＰＢＸ、Ｈ／Ｗプラットホーム、ｘＤＳＬ／ＨＦＣ、Ｓ／Ｗプラットホームを含んで構成される。
【００４９】
−ＭＳＣ：移動通信交換局（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）にＩＷＦ（Ｉｎｔｅｒ  Ｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）、Ｇａｔｅｗａｙを通じて仲介サーバー２と連動。
【００５０】
−Ｈ／Ｗプラットホーム（ＭＲＰ）：ＩＰ  Ｎｅｔｗｏｒｋを通じて仲介サーバー２と連動されてＷＰＢＸを制御して最適通信経路に接続する機能。
【００５１】
−Ｓ／Ｗプラットホーム（ＭＲＰ）：ＩＰ  Ｎｅｔｗｏｒｋを通じて仲介サーバー２と連動されて通信手段を制御して最適通信経路に接続し、ソフトフォンの機能具現可能。
【００５２】
ウ．ＩＰ電話網構成：ＩＰ映像電話、Ｇ／Ｗ、Ｇ／Ｋ、Ｈ／Ｗプラットホーム、ｘＤＳＬ／ＨＦＣを含んで構成される。
【００５３】
−ＩＰ映像電話：ＩＰネットワークを通じてＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）機能で画像通信を支援し、プロトコルにはＨ．３２３、ＳＩＰ、ＭＧＣＰ、ＭＥＧＡＣＯ／Ｈ．２４８などがある。
【００５４】
−Ｈ／Ｗプラットホーム：ＩＰ  Ｎｅｔｗｏｒｋを通じて仲介サーバー２と連動されてＧ／Ｗを制御して最適通信経路に接続する機能。
【００５５】
エ．ＷＬＡＮ：ＰＤＡ、ノート型パソコン、Ｓ／Ｗプラットホーム、Ａ／Ｐ  Ｓｅｒｖｅｒ、ｘＤＳＬ／ＨＦＣを含んで構成される。
【００５６】
−ＰＤＡ：移動通信網とＷＬＡＮ網とに同時に接続可能であり、Ｓ／Ｗプラットホームが設置されてソフトフォン機能でマルチメディア通信可能。
【００５７】
−ノート型パソコン：ＷＬＡＮに接続し、Ｓ／Ｗプラットホームが設置されてソフトフォン機能でマルチメディア通信可能。
【００５８】
−Ａ／Ｐ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）Ｓｅｒｖｅｒ：ＷＬＡＮを通じて接続した通信手段（ＰＤＡ、ノート型パソコン）を認証してインターネット接続。
【００５９】
オ．インターネット構成：ＰＣ、ｘＤＳＬ／ＨＦＣを含んで構成される。
【００６０】
カ．仲介サーバー構成：ウェブサーバー、状態サーバー（Ｐｒｅｓｅｎｃｅ  Ｓｅｒｖｅｒ）、プロキシサーバー、アプリケーションサーバーを含んで構成される。
【００６１】
−ウェブサーバー：ホームページを通じてマルチメディア通信サービスのユーザーを管理。
【００６２】
−状態サーバー：ユーザーの通信環境情報及び状態情報を管理。
【００６３】
−プロキシサーバー：Ｓ／Ｗプラットホームのソフトフォン（携帯電話、ＰＤＡ、ノート型パソコン、ＰＣ）通信接続（通話連結）制御。
【００６４】
−アプリケーションサーバー：その他のアプリケーション管理。
【００６５】
キ．ユーザーマルチメディア通信環境：前述した‘ア’ないし‘オ’の多様なマルチメディア通信手段の組合わせで構成される。
【００６６】
図５は、本発明による仲介サーバー２の内部構成図である。仲介サーバーは、ウェブサーバー部２１、プラットホーム管理部２２、最適経路算出部２３、プロキシサーバー部２４、状態情報管理部２５、コンテンツ管理部２６、ゲートウェイ２７、課金処理部２８、ＤＢＭＳ、アプリケーションサーバー部を含んで構成される。
【００６７】
前記仲介サーバー２（ＭＡＳ）は、前述した構成要素２１〜２８を総括制御して送受信者に最適通信経路（ＦＭＲ）によるマルチメディア通信サービスを提供する。ユーザーは、このサービスを受けるために仲介サーバー２を通じてユーザー認証（ＡＡＡ＝Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、Ａｃｃｏｕｎｔｉｎｇ）を受ける。
【００６８】
前記ウェブサーバー部２１（ｗｅｂ  ｓｅｒｖｅｒ）は、ユーザーを会員加入させて個人情報を登録されてＤＢに保存する。また、ユーザーからマルチメディア通信サービスに利用される各種通信手段（有線電話、携帯電話、インターネット電話、ＰＣなど）の情報を入力され、最適通信経路の算定基準情報（料金、品質、保安性）を設定される。
【００６９】
前記プラットホーム管理部２２（ＭＲＰ  ｓｅｒｖｅｒ）は、ユーザーのプラットホーム４を管理して通信手段３の状態情報を収集し、最適マルチメディア通信経路の接続を制御し、課金データを生成させる。
【００７０】
前記最適経路算出部２３（ＦＭＲ  ｓｅｒｖｅｒ）は、ユーザーの通信環境に基づいて最適音声通信経路及び最適映像通信経路をそれぞれ算出する。最適経路の算出のためにユーザーのマルチメディア通信環境情報（状態情報）とユーザーが設定した算定基準情報とが参照される。
【００７１】
前記プロキシサーバー部２４（ｐｒｏｘｙ  ｓｅｒｖｅｒ）は、プロトコル（Ｈ．３２３、ＳＩＰ、ＭＧＣＰ、ＭＥＧＡＣＯ／Ｈ．２４８など）処理、Ｓｉｇｎａｌｉｎｇ、Ｒｏｕｔｉｎｇ、Ｃａｌｌ  Ｃｏｎｔｒｏｌ  Ｓ／Ｗプラットホーム４２のソフトフォン制御して通信の接続、Ｄｉｒｅｃｔ＆Ｒｅｄｉｒｅｃｔ  Ｓｅｒｖｅｒ機能を行う。
【００７２】
前記状態情報管理部２５（ｐｒｅｓｅｎｃｅ  Ｓｅｒｖｅｒ）は、プラットホーム管理部２２が収集したマルチメディア通信環境情報及びユーザー実態情報（Ｏｎ、Ｏｆｆ、Ｂｕｓｙ、Ａｗａｙ、Ｄｏｎ’ｔ  Ｄｉｓｔｕｒｂなど）を管理する。コンテンツ管理部２６（ｃｏｎｔｅｎｔｓ  ｓｅｒｖｅｒ）は、データ変換（映像変換機能）処理、マルチメディア製作ツール提供、Ｃｏｎｔｅｎｔｓ  Ｄａｔａ  Ｐｕｓｈ機能を行う。前記ゲートウェイ２７（ｇａｔｅｗａｙ）は、Ｓｉｇｎａｌｉｎｇ  Ｇ／Ｗ、Ｍｅｄｉａ  Ｇ／Ｗで構成されて他のシステムと連動されるように支援する。前記課金処理部２８（ｂｉｌｌｉｎｇ  ｓｅｒｖｅｒ）は、課金サーバーであって、逆方向通信を処理するためにＣｌｅａｒｉｎｇ  Ｈｏｕｓｅ（精算所）機能を行う。
【００７３】
前記ＤＢＭＳ（ＤＢ  ｍａｎａｇｅｍｅｎｔ  ｓｅｒｖｅｒ）は、ユーザー履歴情報、ユーザー相互関係情報、ユーザー優先順位情報、ユーザー通信手段及び通信環境情報、通信事業者情報（料金Ｔａｂｌｅ、品質Ｔａｂｌｅ）と保存されたデータベースである。
【００７４】
下記の表４は、本発明の仲介サーバー２のマルチメディア通信サービス類型である。
【００７５】
【表４】
2008535309.tif 000006
【００７６】
下記の表５は、本発明の仲介サーバー２が提供する通信サービスのプロトコル類型を例示した。
【００７７】
【表５】
2008535309.tif 000007
【００７８】
以下では、本発明によるマルチメディア通信統合システム１のＤＢ構造について説明する。仲介サーバー２は、会員情報ＤＢ２１１、相互関係情報ＤＢ２１２、優先順位情報ＤＢ２１３、音声通信料金ＤＢ２３１、映像通信料金ＤＢ２３２、通信手段品質情報ＤＢ２３２及び通信環境情報ＤＢ２５１を含んで構成される。
【００７９】
下記の表６は、前記会員情報ＤＢ２１１の構造を図示し、必ずしもこれに限定するものではない。
【００８０】
【表６】
2008535309.tif 000008
【００８１】
下記の表７は、前記相互関係情報ＤＢ２１２のデータを例示し、必ずしもこれに限定するものではない。ユーザーは、自身の住所録に相互関係情報を仲介サーバー２に登録でき、この情報を用いてＦＭＲ情報を算出する。
【００８２】
【表７】
2008535309.tif 000009
【００８３】
下記の表８は、前記優先順位情報ＤＢ２１３のデータを例示し、必ずしもこれに限定するものではない。仲介サーバー２は、前述した相互関係情報ＤＢ２１２及び優先順位情報ＤＢ２１３を参照してＦＭＲを自動で算出させうる。表８を参照すれば、個人のプライバシーが重要な映像通信のような場合、必ず必要な場合にのみ映像通信が接続されるように条件を指定する。これを通じてユーザーは、別途の手間をしなくても自身に適切なマルチメディア通信が自動で接続される。例えば、発信者がＡユーザーを受信者にして電話をかけて、発信者は受信者Ａの顧客であると登録されていれば、自動で「編集映像」条件値が算出されて発信者の現在マルチメディア通信環境で最適な通信手段を通じて編集映像情報がディスプレイされ、企業ではこれを通じて広報用映像を表出することができる。
【００８４】
【表８】
2008535309.tif 000010
【００８５】
下記の表９は、前記音声通信料金ＤＢ２３１のデータを例示し、必ずしもこれに限定するものではない。仲介サーバー２は、最適音声通信経路を算出するために各通信事業者の通信料金制による通信料金を参照する。
【００８６】
【表９】
2008535309.tif 000011
【００８７】
下記の表１０は、前記映像通信料金ＤＢ２３２のデータを例示し、必ずしもこれに限定するものではない。仲介サーバー２は、最適映像通信経路を算出するために各通信事業者の通信料金制による通信料金を参照する。
【００８８】
【表１０】
2008535309.tif 000012
【００８９】
下記の表１１は、前記通信手段品質情報ＤＢ２３３のデータを例示し、必ずしもこれに限定するものではない。仲介サーバー２は、最適マルチメディア通信経路を算出するために各通信手段の品質情報を参照する。
【００９０】
【表１１】
2008535309.tif 000013
【００９１】
図６は、前記通信環境情報ＤＢ２５１のデータを例示し、必ずしもこれに限定するものではない。通信環境情報ＤＢ２５１は、通信環境情報（電話番号、スペック、品質、通信料金制、状態情報）についての情報を総括的に集合したテーブルである（状態情報（ｐｒｅｓｅｎｃｅ）：ｏｎ、ｏｆｆ、ｂｕｓｙ、ａｗａｙ、ｄｏｎ’ｔ  ｄｉｓｔｕｒｂなどの通信手段の状態に関する情報）。
【００９２】
下記の表１２は、課金テーブルを例示し、必ずしもこれに限定するものではない。逆方向通信の場合、通信主体と料金主体とが異なって通信料金の中間精算所（ｃｌｅａｒｉｎｇ  ｈｏｕｓｅ）が必要であり、送信者は受信者の通信環境情報共有に対する補償として通信料金節減額一部を提供することができる。
【００９３】
【表１２】
2008535309.tif 000014
【００９４】
図７は、本発明によるＨ／Ｗプラットホーム４１の内部構造図である。
【００９５】
−Ｈ／Ｗプラットホームの構成。
【００９６】
主制御部４１１：Ｈ／Ｗプラットホーム４１に接続されたＣＰＥを統合して総括制御し、仲介サーバー（ＭＡＳ）と連動して最適マルチメディア通信を具現。
【００９７】
発呼信号識別部４１２：ＣＰＥに受信された発呼信号の発信番号（Ｃａｌｌｅｒ−ＩＤ）を識別する役割。
【００９８】
信号変換部４１３：送受信データの信号変換。
【００９９】
スイッチング部４１４：通信チャンネルをスイッチングして接続する役割。
【０１００】
インターフェース部４１５：多様な外部装置と連動してデータを送受信（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）するための機能。
【０１０１】
ディスプレイ４１６：動画像、動映像、静止映像、テキストなどをディスプレイ。
【０１０２】
発呼信号発／着信部４１７：発呼信号を発信及び着信する役割。
【０１０３】
ＤＢ４１８：運用Ｓ／Ｗ、プロトコル、課金データ、電話番号情報、ユーザーセンサーＩＤ情報、ユーザー入力データなどを保存。
【０１０４】
−Ｈ／Ｗ  ＭＲＰのＣＰＥ制御：ＡＰＩを通じてＣＰＥと連動されてｃａｌｌ制御。
【０１０５】
ＰＢＸ：Ｈ／Ｗプラットホーム４１は、最適経路接続のためにＰＢＸを制御して内線電話の通信経路変換。
【０１０６】
ＷＰＢＸ：Ｈ／Ｗプラットホーム４１は、最適経路接続のためにＷＰＢＸに接続された携帯電話機を制御して通信経路変換。
【０１０７】
Ｇ／Ｗ：Ｈ／Ｗプラットホーム４１は、最適経路接続のためにＧ／Ｗに接続されたＩＰ映像電話機を制御して通信経路変換。
【０１０８】
Ｓｅｎｓｏｒ：ユーザーのＴａｇ（ＩＤカード、ＲＦＩＤなど）と接続し、Ｈ／Ｗプラットホームではセンサーに接続したユーザーのＩＤを通じてユーザー通信環境情報を自動登録。
【０１０９】
図８は、本発明によるＨ／Ｗプラットホーム４１のプロセス機能図である。便宜上、一般有線電話（内線電話）で音声通信しながら、Ｈ／Ｗプラットホーム４１を通じてディスプレイ映像を表出すると仮定する。
【０１１０】
（１）登録：通信端末機（有線電話、携帯電話、ＩＰ映像電話）をＣＰＥ（顧客宅内装置、ｃｕｓｔｏｍｅｒ  ｐｒｅｍｉｓｅｓ  ｅｑｕｉｐｍｅｎｔ）にそれぞれ登録する。
【０１１１】
（２）Ｈ／Ｗプラットホーム接続及びセットアップ：ＣＰＥ通信手段とＨ／Ｗプラットホーム４１とを接続（ＡＰＩ利用）し、セットアップ（ＣＰＥプログラム調整）して通信手段情報（ＣＰＥ情報、通信端末機情報）をＨ／Ｗプラットホーム４１に登録する。
【０１１２】
（３）相互連動及び通信手段情報登録：Ｈ／Ｗプラットホーム４１と仲介サーバー２とを相互連動（Ｉｎｔｅｒａｃｔｉｏｎ）し、通信手段情報（ＣＰＥ通信情報（通信回線情報、通信料金制情報、内線番号情報、その他の情報）、通信端末機情報）を仲介サーバー２に登録する。
【０１１３】
（４）プラットホーム及び通信手段情報アップデート：仲介サーバー（ＭＡＳ）では、入力されたＨ／Ｗプラットホームの情報を登録（新規ＩＤ提供、サービスセットアップ）してＣＰＥ通信手段及び通信端末機情報をアップデート（Ｕｐｄａｔｅ）する。
【０１１４】
（５）通信試図（電話番号入力）：ユーザーは、ＣＰＥに接続された内線電話（有線電話、インターネット電話、携帯電話）を通じて電話番号を入力して通信を試図する。
【０１１５】
（６）Ｒｉｎｇｉｎｇ：ＣＰＥは、内線電話にＲｉｎｇ信号を発信する。
【０１１６】
（７）発呼信号処理要求：ＣＰＥは、直接発呼信号を処理せずに、Ｈ／Ｗプラットホーム４１に発呼信号を中継（Ｒｅｌａｙ）する。
【０１１７】
（８）最適マルチメディア通信経路（ＦＭＲ：Ｆｉｔｔｅｓｔ  Ｍｕｌｔｉｍｅｄｉａ  Ｒｏｕｔｉｎｇ）要求（Ｒｅｑｕｅｓｔ）：Ｈ／Ｗプラットホーム４１は、ＦＭＲ要求プロトコル（送信者ＭＲＰ情報＋送信者電話番号＋受信側電話番号＋ＦＭＲ要求信号）を仲介サーバー２に伝送してＦＭＲを要求する。
【０１１８】
（９）ＦＭＲ分析：仲介サーバー２では、受信された情報を通じて発信者と受信者との通信環境、条件情報（相互関係情報、優先順位情報）を分析して最適のマルチメディア通信経路を算出する。ここでは、最適経路が音声は発信者から受信者に接続される順方向通信であり、映像はＰ２Ｐ通信である場合を例として説明する。
【０１１９】
（１０）ＦＭＲ応答（Ｒｅｓｐｏｎｓｅ）：仲介サーバー２からＨ／Ｗプラットホーム４１に順方向ＦＣＲプロトコル（順方向ＦＣＲ信号＋受信側電話番号＋音声通信接続制御信号）と最適ＦＰＲプロトコル（Ｐ２Ｐ＝送信ＭＲＰ  ＩＰアドレス付与＋受信ＭＰＲ  ＩＰアドレス付与＋ＦＰＲ情報＋映像通信待機信号）情報を伝送する＜ＦＭＲ＝ＦＣＲ（（Ｆｉｔｔｅｓｔ  Ｃａｌｌ  Ｒｏｕｔｉｎｇ、最適音声通信経路）＋ＦＰＲ（Ｆｉｔｔｅｓｔ  Ｐｉｃｔｕｒｅ  Ｒｏｕｔｉｎｇ、最適映像通信経路）＞。
【０１２０】
（１１）最適音声及び映像通信経路接続制御：Ｈ／Ｗプラットホーム４１は、受信されたＦＭＲ情報を分析してＣＰＥを制御して最適音声通信経路（ＦＣＲ）に発呼する。
【０１２１】
（１２）最適音声通信経路接続：ＣＰＥは、Ｈ／Ｗプラットホームの制御によって発呼する（ここでは、ＰＢＸ内線電話から発呼）。
【０１２２】
（１３）Ｃａｌｌ  Ｓｗｉｔｃｈｉｎｇ：ＣＰＥは、受信側でコールを受信すれば、これを発信者の内線電話と接続する。
【０１２３】
（１４）最適映像通信経路接続制御：仲介サーバー２は、受信側の受信フックオフ信号を感知して映像情報ディスプレイを制御すれば、Ｈ／Ｗプラットホーム４１はＰ２Ｐ（ｓｅｒｖｅｒ／ｃｌｉｅｎｔ）で作動して映像情報をディスプレイする（ディスプレイ過程は、後述する）。
【０１２４】
（１５）映像情報ディスプレイ：Ｈ／Ｗプラットホームのディスプレイを通じて映像情報をディスプレイする。
【０１２５】
図９は、本発明によるＳ／Ｗプラットホーム４２のプロセス機能図である。説明の便宜上、携帯電話で音声通信しながら、ＰＣディスプレイ（ＬＣＤ）を通じて映像を表出すると仮定する。
【０１２６】
（１）会員加入及びＳ／Ｗプラットホームダウンロード：ユーザーは、通信手段３を用いて仲介サーバー２に接続（有／無線インターネット）して会員加入してＳ／Ｗプラットホーム４２をダウンロードされる。
【０１２７】
（２）Ｓ／Ｗプラットホーム実行及びログイン：Ｓ／Ｗプラットホーム４２を実行して通信手段３にセットアップしてログインする。
【０１２８】
（３）通信手段情報確認：Ｓ／Ｗプラットホーム４２は、通信手段制御部を制御して通信手段情報（電話番号、ネットワーク）を確認する。
【０１２９】
（４）通信手段情報登録：確認された通信手段情報を仲介サーバー２に伝送する。ここでは、送信者の通信環境が携帯電話とＰＣとをともに備えたと仮定する。
【０１３０】
（５）通信手段情報アップデート：仲介サーバー２は、受信されたユーザーの通信手段情報をアップデートする。
【０１３１】
（６）通信試図（電話番号入力）：ユーザーが、Ｓ／Ｗプラットホーム４２を実行した状態で電話番号を入力して通信試図する。
【０１３２】
（７）最適マルチメディア通信経路（ＦＭＲ）要求：Ｓ／Ｗプラットホーム４２は、ＦＭＲ要求プロトコル（送信者ＭＲＰ情報＋送信者電話番号＋受信側電話番号＋ＦＭＲ要求信号）を仲介サーバー２に伝送してＦＭＲを要求する。
【０１３３】
（８）最適マルチメディア通信経路分析：仲介サーバー２では、受信された情報を通じて発信者と受信者との通信環境、条件情報（相互関係情報、優先順位情報）を分析して最適のマルチメディア通信経路を算出する。ここでは、最適経路が音声は発信者から受信者に接続される順方向通信であり、映像は仲介映像通信である場合を例として説明する。
【０１３４】
（９）最適マルチメディア通信経路応答：仲介サーバー２からＳ／Ｗプラットホーム４２に順方向ＦＣＲプロトコル（順方向ＦＣＲ信号＋受信側電話番号＋音声通信接続制御信号）と最適ＦＰＲプロトコル（仲介＝ＰＵＳＨ信号＋ＦＰＲ情報）情報を伝送する（ＦＭＲ＝ＦＣＲ＋ＦＰＲ）。
【０１３５】
（１０）最適マルチメディア通信経路接続制御：Ｓ／Ｗプラットホーム４２は、受信されたＦＭＲ情報を分析して携帯電話を制御して最適音声通信経路に発呼する。
【０１３６】
（１１）最適音声通信経路接続：携帯電話の通信手段制御部は、Ｓ／Ｗプラットホーム４２の制御によって発呼して音声通信を接続する。
【０１３７】
（１２）最適映像通信経路接続：Ｓ／Ｗプラットホーム４２に受信側の受信フックオフ信号が受信されれば、仲介サーバー２は、送信者のＰＣ  Ｓ／Ｗプラットホーム４２に映像情報をプッシュ（Ｐｕｓｈ）してディスプレイに再生する（ディスプレイ過程は、後述する）。
【０１３８】
図１０は、本発明の第１実施形態によるＨ／Ｗプラットホームとセンサーとの連動による通信環境情報登録プロセス機能図である。これを通じてユーザーは、簡単に自身の通信環境情報をアップデートできる。
【０１３９】
（１）通信環境情報登録：Ｈ／Ｗプラットホームに接続されたＣＰＥ通信手段の通信環境情報を仲介サーバー（ＭＡＳ）に登録する（図８参照）。
【０１４０】
（２）ＩＤ手段接続：ユーザーは、ＩＤ手段（ｅｘ：ＲＦＩＤ、社員カード、指紋など）をセンサーに接続する。
【０１４１】
（３）ＩＤ情報伝送：センサーは、接続したユーザーのＩＤ手段を認識し、ＩＤ情報をＨ／Ｗプラットホームに伝送する。
【０１４２】
（４）プラットホーム情報＋ＩＤ情報伝送：Ｈ／Ｗプラットホームは、プラットホーム情報とＩＤに該当するユーザー情報とを組み合わせて仲介サーバー（ＭＡＳ）に伝送する。
【０１４３】
（５）ユーザー通信環境情報アップデート：仲介サーバー（ＭＡＳ）は、受信された情報を通じてユーザーの通信環境情報をアップデートする。
【０１４４】
図１１は、本発明の第１実施形態によるソフトウェアプラットホームとセンサーとの連動による通信環境情報登録プロセス機能図である。これを通じてユーザーは、自身の通信環境情報を簡単にアップデートできる。
【０１４５】
（１）センサー情報登録：センサーＩＤ＋通信環境情報を仲介サーバー（ＭＡＳ）に登録する。
【０１４６】
（２）通信環境情報：移動型通信手段は、現在の通信環境情報をＳ／Ｗプラットホームに登録する。
【０１４７】
（３）通信環境情報登録：Ｓ／Ｗプラットホームは、受信された通信環境情報を仲介サーバー（ＭＡＳ）に登録する（図９参照）。
【０１４８】
（４）センサー接続：ユーザーは、移動型通信手段でＳ／Ｗプラットホームを通じてセンサーに接続する。
【０１４９】
（５）センサーＩＤ情報送信：センサーは、移動型通信手段にセンサーＩＤ情報を伝送する。
【０１５０】
（６）センサーＩＤ情報伝送：移動型通信手段は、センサーＩＤ情報をＳ／Ｗプラットホームに知らせる。
【０１５１】
（７）プラットホーム情報＋センサーＩＤ情報伝送：Ｓ／Ｗプラットホームは、プラットホーム情報とセンサーＩＤ情報とを組み合わせて仲介サーバー（ＭＡＳ）に伝送する。
【０１５２】
（８）ユーザー通信環境情報アップデート：仲介サーバー（ＭＡＳ）は、受信された情報を通じてユーザーの位置に該当する通信環境情報をアップデートする（ｅｘ：移動型通信手段情報＋センサーが位置した所の通信手段情報が融合される）。
【０１５３】
図１２は、本発明の第２実施形態によるマルチメディア通信統合システム１の構成図である。本発明の第２実施形態は、図１の第１実施形態構成に通信支援サーバー５がさらに含まれる。
【０１５４】
通信支援サーバー５は、ユーザーの音声通信手段３１を通信接続（通話連結）させる役割を果たし、仲介サーバー２と連動によって通信路の構築を制御する。これを通じてユーザーは、プラットホームが設置されていない音声通信手段でも通信支援サーバー５と仲介サーバー２との連動によって音声と映像とが分離されるマルチメディア通信サービスを利用することができるようになる。後述される図２１及び図２２を参照して詳しく説明する。
【０１５５】
図１３は、本発明の第１実施形態によるマルチメディア通信方法の全体フローチャートである。
【０１５６】
会員加入及びプラットホーム設置ステップ（Ｓ１０）では、ユーザーが通信手段３にプラットホーム（Ｓ／Ｗ＆Ｈ／Ｗ）４を設置し、仲介サーバー２に接続して会員加入して個人情報入力して保存させる。
【０１５７】
マルチメディア通信環境情報登録ステップ（Ｓ２０）では、ユーザーの現在マルチメディア通信環境情報（音声通信手段、映像通信手段、状態（Ｐｒｅｓｅｎｃｅ）情報）を手動及び自動で登録する。
【０１５８】
通信要求（電話番号入力）ステップ（Ｓ３０）では、プラットホームを実行した状態でユーザーが直接電話番号を入力するか、クリックｔｏダイヤルする。
【０１５９】
マルチメディア最適経路要求ステップ（Ｓ４０）では、プラットホーム４がＦＭＲ要求プロトコルを仲介サーバー２に伝送して最適経路を要求する。
【０１６０】
マルチメディア最適経路分析ステップ（Ｓ５０）では、仲介サーバー２が、プラットホーム４から要求された最適経路情報を通じて送受信者のマルチメディア通信環境情報と相互関係による優先順位情報（料金／品質／保安性など）とを分析して最適経路（ＦＭＲ＝ＦＣＲ＋ＦＰＲ）を算出する。
【０１６１】
＜音声通信経路接続＞
最適音声通信経路制御ステップ（Ｓ６０）では、仲介サーバー２が、最適音声通信経路に該当するプラットホーム４を制御して音声通信を接続する。
【０１６２】
＜映像通信経路接続＞
最適映像通信経路制御ステップ（Ｓ７０）では、仲介サーバー２が、最適映像通信経路に該当するプラットホームを制御して映像（動画像）をディスプレイする。
【０１６３】
映像情報表出ステップ（Ｓ８０）では、仲介サーバー２が、受信者の音声通信手段３１からフックオフ情報を伝送されれば、映像情報がディスプレイされるように制御する。
【０１６４】
前記のようなステップを通じて送受信者は、自身の多様なマルチメディア通信環境のうちから最も安いながらも高品質のマルチメディア通信サービスを容易に利用でき、送受信者の音声通信手段３１がフックオンされて通信終了されれば、仲介サーバー２は、これを判断してプラットホーム４を制御して映像通信手段３２のディスプレイを中止する。
【０１６５】
図１４は、本発明によるマルチメディア最適経路分析ステップＳ５０の詳細フローチャートである。
【０１６６】
（１）電話番号入力：発信者は、自身の通信手段３を通じて電話番号を入力（Ｃｌｉｃｋ  ｔｏ  Ｄｉａｌｉｎｇ含む）して通信を要求。
【０１６７】
（２）電話番号入力？：発信者のプラットホーム４では、発信者の電話番号入力有無を判断。
【０１６８】
（３）最適マルチ通信要求：プラットホーム４は、ＦＭＲ要求プロトコル（送信者ＭＲＰ情報＋送信者電話番号＋受信側電話番号＋ＦＭＲ要求信号）を仲介サーバー２に伝送して最適通信経路（ＦＭＲ）を要求。
【０１６９】
（４）会員？：仲介サーバー２は、受信された情報を通じて会員有無を判断。
【０１７０】
（５）受信者Ｐｒｅｓｅｎｃｅ：仲介サーバー２は、受信者の状態情報を検索して通信不可の場合、プラットホーム４に通信不可信号応答（（６））して発信者に通信不可を知らせる。
【０１７１】
送受信者マルチ通信環境検索ステップ（Ｓ５１）では、プラットホーム４を通じて送受信者の多様なマルチメディア通信環境情報を検索して通信環境情報ＤＢ２５１を問い合わせる。
【０１７２】
送受信者相互関係情報分析ステップ（Ｓ５３）では、送受信者の電話番号情報を通じて相互関係情報ＤＢ２１２を問い合わせる。
【０１７３】
送受信者優先順位情報分析ステップ（Ｓ５４）では、相互関係情報を通じる優先順位情報ＤＢ２１３を検索して最適通信経路の算定基準を問い合わせる。
【０１７４】
送受信者マルチ通信料金／品質分析ステップ（Ｓ５５）では、音声通信料金ＤＢ２３１、映像通信料金ＤＢ２３２及び品質情報ＤＢ２３３を検索してユーザーの最適経路設定情報を参照する。
【０１７５】
（７）ＦＭＲ？：仲介サーバー２で、送受信者のマルチメディア通信環境を勘案してＦＭＲ分析。
【０１７６】
（８）音声：順方向であればＳ１、逆方向であればＳ２にそれぞれ進行。
【０１７７】
（９）映像：Ｐ２ＰであればＳ３、そうでなければＳ４（仲介映像通信）にそれぞれ進行。
【０１７８】
図１５は、最適マルチメディア通信経路で順方向音声通信（通信手段変更なし）の詳細フローチャートである。
【０１７９】
（１）順方向ＦＣＲ：発信者側の通信手段３から受信者への音声通信経路を接続。
【０１８０】
（２）通信手段変更？：順方向ＦＣＲ（最適音声通信経路）の結果が最初に発信者が電話番号を入力した通信手段であるか否かを判断（例えば、発信者が携帯電話を用いて受信者に通信を発信したが、ＦＣＲの判断結果、有線電話を利用することが最適である場合）し、変更される場合、Ｓ１’（図１６参照）に接続される。
【０１８１】
（３）ＦＣＲ受信：発信側のプラットホーム４は、通信手段３が変更されなければ順方向ＦＣＲに該当する受信側の電話番号情報を受信。
【０１８２】
（４）プライバシー保護制御：ＦＣＲ接続過程で最初に入力した電話番号から新たな番号に変更される場合、受信者の個人位置情報が露出されることを防止するため、プライバシー保護プロトコル（発信側ＭＲＰ＝プライバシー保護信号＋変更された受信側電話番号元の番号に変更処理信号）を通じて実際に接続されている受信側通信手段の電話番号から最初に入力した電話番号に変更して送信者のプラットホームにディスプレイされるように制御。
【０１８３】
（５）プライバシー保護処理：発信側のプラットホーム４は、プライバシー保護プロトコルを受信して電話番号の変更を処理。
【０１８４】
（６）ＦＣＲ接続制御（連結制御）：プラットホーム４は、受信側電話番号への通信の接続を制御して通信の接続（通話連結）を構築。
【０１８５】
図１６は、最適マルチメディア通信経路で順方向音声通信（通信手段変更あり）の詳細フローチャートである。
【０１８６】
（１）変更内容伝送：発信側の最初に電話番号を入力した通信手段３が順方向ＦＣＲで変更されれば、該当の内容を最初に電話番号を入力したプラットホーム４に伝送。
【０１８７】
（２）通信手段変更受信：発信側の最初のプラットホーム４は、通信手段が変更されたという内容を受信してユーザーに知らせる。
【０１８８】
（３）ＯＫ：発信者がＯＫ（確認ボタンＣｌｉｃｋ）すれば仲介サーバー２に伝送し、ＯＫしなければ図１５の“通信手段変更しない”に接続される。
【０１８９】
（４）ＯＫ？：仲介サーバー２では、発信者の確認信号を受信。
【０１９０】
（５）変更された通信手段プラットホーム４にＦＣＲ伝送：発信側のＦＣＲに該当する通信手段３のプラットホーム４にＦＣＲ情報伝送して通信の接続を要求。
【０１９１】
（６）変更された通信手段プラットホームＦＣＲ受信：発信側の新たなプラットホーム４からＦＣＲ情報を受信。
【０１９２】
（７）プライバシー保護制御：発信側プライバシー保護プロトコル（発信側ＭＲＰ＝プライバシー保護信号＋変更された受信側電話番号元の番号に変更処理信号）と受信側プライバシープロトコル（受信側ＭＲＰ＝プライバシー保護信号＋変更された送信側電話番号元の番号変更処理信号＋元の電話番号）とを通じて送受信側の電話番号変更を制御。
【０１９３】
（８）プライバシー保護処理：発信側のプラットホーム４は、プライバシー保護プロトコルを受信して電話番号変更を処理。
【０１９４】
（９）プライバシー保護処理：受信側のプラットホーム４は、プライバシー保護プロトコルを受信して電話番号変更を処理。
【０１９５】
（１０）ＦＣＲ接続制御（連結制御）：変更された発信側プラットホーム４は、ＦＣＲに該当する通信経路への通信の接続を制御して通信の接続（通話連結）を構築し、通信が終われば通信の接続を終了。
【０１９６】
図１７は、最適マルチメディア通信経路で逆方向音声通信の詳細フローチャートである。
【０１９７】
（１）逆方向ＦＣＲ：受信者側の通信手段から発信者に音声通信経路を接続。
【０１９８】
（２）通信手段変更？：逆方向ＦＣＲの結果が最初に発信者が電話番号を入力した通信手段であるか否かを判断。
【０１９９】
（３）逆方向ＦＣＲ受信（発信側）：発信側のプラットホーム４は、通信手段が変更されなければ逆方向ＦＣＲプロトコル（発信側ＭＲＰ＝逆方向ＦＣＲ信号＋受信側送信電話番号＋逆方向音声通信接続）に該当する通信接続過程を処理。
【０２００】
（４）逆方向コール待機：発信側プラットホーム４は、受信側からの逆方向コール受信待機、Ｓ２−１に接続される。
【０２０１】
（５）変更内容伝送：発信側の最初に電話番号を入力した通信手段３が順方向ＦＣＲで変更されれば、該当の内容を最初に電話番号を入力したプラットホーム４に伝送。
【０２０２】
（６）通信手段変更受信：発信側のプラットホーム４は、通信手段が変更されたという内容を受信してユーザーに知らせる。
【０２０３】
（７）ＯＫ：発信者がＯＫ（確認ボタンＣｌｉｃｋ）すれば、仲介サーバー２に伝送。
【０２０４】
（８）ＯＫ？：仲介サーバー２では、発信者の確認信号を受信。
【０２０５】
（９）変更された逆方向ＦＣＲ処理：仲介サーバーは、変更された発信側逆方向ＦＣＲプロトコル（発信側ＭＲＰ＝逆方向ＦＣＲ信号＋受信側送信電話番号＋逆方向音声通信接続待機信号）と受信側逆方向プロトコル（受信側ＭＲＰ＝逆方向ＦＣＲ信号＋発信電話番号＋逆方向音声通信接続制御信号）を伝送して逆方向ＦＣＲ処理し、Ｓ２−３に接続される。
【０２０６】
（１０）変更された通信手段ＭＲＰ  ＦＣＲ受信：変更された逆方向ＦＣＲに該当する発信側のプラットホーム４からＦＣＲ受信。
【０２０７】
（１１）逆方向ＦＣＲ接続制御：変更された発信側プラットホーム４は、通信手段にＲｉｎｇｉｎｇしてコール制御。
【０２０８】
（１２）Ｒｉｎｇｉｎｇ：発信者に通信が接続されているという信号を与えるためのダミーリング（Ｄｕｍｍｙ  Ｒｉｎｇ）発生。
【０２０９】
（１３）逆方向コール待機：プラットホーム４は、受信側からの逆方向コール受信待機、Ｓ２−１に接続される。
【０２１０】
（１４）逆方向ＦＣＲ受信（受信側）：仲介サーバーの制御によって受信側プラットホーム４は、逆方向コール制御要求信号を受信。
【０２１１】
（１５）逆方向発呼：受信側プラットホーム４は、逆方向発呼して、Ｓ２−２に接続される。
【０２１２】
図１８は、図１７の逆方向最適音声通信経路（ＦＣＲ）のコールセットアップ過程を詳しく図示する。
【０２１３】
（１）逆方向コール待機：Ｓ２−１から接続されて発信側プラットホーム４は、逆方向コール待機。
【０２１４】
（２）逆方向発呼：Ｓ２−２から接続されて受信側プラットホーム４は、逆方向発呼。
【０２１５】
（３）プライバシー保護制御：Ｓ２−３から接続されて発信側プライバシー保護プロトコル（発信側ＭＲＰ＝プライバシー保護信号＋変更された受信側電話番号元の番号に変更処理信号）と受信側プライバシープロトコル（受信側ＭＲＰ＝プライバシー保護信号＋変更された送信側電話番号元の番号変更処理信号＋元の電話番号）とを通じて送受信側の電話番号変更を制御。
【０２１６】
（４）プライバシー保護処理：発信側のプラットホーム４は、プライバシー保護プロトコルを受信して電話番号変更を処理。
【０２１７】
（５）プライバシー保護処理：受信側のプラットホーム４は、プライバシー保護プロトコルを受信して電話番号変更を処理。
【０２１８】
（６）Ｃａｌｌｉｎｇ：受信側プラットホーム４は、通信端末機（Ｓ／Ｗプラットホーム）及びＣＰＥ（Ｈ／Ｗプラットホーム）を制御して発信側プラットホーム４に該当する電話番号に発呼。
【０２１９】
（７）Ｃａｌｌ受信：発信側プラットホーム４で受信側から発信されたコール受信。
【０２２０】
（８）Ｃａｌｌｅｒ  ＩＤ確認：受信側から発信されたＣＩＤ確認。
【０２２１】
（９）逆方向コール？：逆方向コール有無を確認。
【０２２２】
（１０）通信接続（通話連結）：発信側プラットホーム４は、逆方向コールではなければ直ちに通信が接続されるように制御。
【０２２３】
（１１）コールセットアップ？：（９）ステップで逆方向コールであれば発信側プラットホーム４は、ＯＫ信号を受信側プラットホーム４に送信してコールセットアップ。
【０２２４】
（１２）Ｒｉｎｇ信号発生：受信側プラットホーム４は、リング信号発生。
【０２２５】
（１３）Ｒｉｎｇｉｎｇ：受信者の通信手段３にリング発生。
【０２２６】
（１４）Ｈｏｏｋ  ｏｆｆ：受信者フックオフ。
【０２２７】
（１５）Ｈｏｏｋ  ｏｆｆ？：受信側プラットホーム４は、受信者のフックオフ信号を感知して発信側プラットホーム４に送信。
【０２２８】
（１６）Ｈｏｏｋ  ｏｆｆ？：発信側プラットホーム４は、受信側プラットホームのフックオフ信号を受けてコール整合。
【０２２９】
（１７）コール整合：発信側プラットホーム４は、発信者の通信手段に接続されたコールを接続。
【０２３０】
（１８）通信接続（通話連結）：送受信者は、通信を接続。
【０２３１】
図１９は、本発明による最適映像通信経路による映像通信過程（Ｐ２Ｐ通信）の詳細フローチャートである。
【０２３２】
（１）映像通信経路分析：Ｓ３（図１２参照）から接続されて映像通信経路を分析。
【０２３３】
（２）Ｐ２Ｐ映像通信：送受信者のプラットホーム４がＰｅｅｒとしてサーバー／クライアント役割を果たし、仲介サーバー２を経ず直接通信。
【０２３４】
（３）Ｐ２Ｐ制御：仲介サーバー２は、送受信者のプラットホーム４がＰ２Ｐ映像通信を進行できるようにＰ２Ｐ最適ＦＰＲプロトコル（送信ＭＲＰ  ＩＰアドレス付与＋受信ＭＲＰ  ＩＰアドレス付与＋ＦＰＲ情報＋映像通信待機信号）を伝送してＰ２Ｐ相互セッション（Ｓｅｓｓｉｏｎ）接続。
【０２３５】
（４）最適ＭＲＰ制御信号受信（発信側）：発信者の最適映像通信手段３２、３３に該当するプラットホーム４は、Ｐ２Ｐ映像通信のための制御信号を受信。
【０２３６】
（５）最適ＭＲＰ制御信号受信（受信側）：受信者の最適映像通信手段３２、３３に該当するプラットホーム４は、Ｐ２Ｐ映像通信のための制御信号を受信。
【０２３７】
（６）発信者映像情報抽出：発信側映像通信手段３２、３３のプラットホーム４は、通信手段を制御して発信者の映像情報（動画像、動映像データ、静止映像データなど）を抽出。
【０２３８】
（７）受信者映像情報抽出：受信側映像通信手段３２、３３のプラットホーム４は、通信手段を制御して受信者の映像情報（動画像、動映像データ、静止映像データなど）を抽出。
【０２３９】
（８）Ｈｏｏｋ  ｏｆｆ？：受信側最適音声通信手段プラットホーム４は、受信者のフックオフ信号を判断して送信及び受信側最適映像通信手段プラットホームに伝送。
【０２４０】
（９）受信者Ｈｏｏｋ  ｏｆｆ？：発信側最適映像通信手段プラットホーム４は、受信者のフックオフ信号を受信。
【０２４１】
（１０）発信者映像情報表出：受信側プラットホーム４は、発信側プラットホーム４からＰ２Ｐに伝送された映像情報を表出。
【０２４２】
（１１）受信者映像情報表出：発信側プラットホーム４は、受信側プラットホーム４からＰ２Ｐに伝送された映像情報を表出。
【０２４３】
（１２）Ｈｏｏｋ  ｏｎ？：受信側最適音声通信手段プラットホーム４は、受信者のフックオン信号を判断して送信及び受信側最適映像通信手段３２、３３プラットホームに伝送。
【０２４４】
（１３）受信者Ｈｏｏｋ  ｏｎ？：送信及び受信側最適映像通信手段プラットホーム４は、受信者のフックオン信号を受信して再生されている映像情報の表出を終了。
【０２４５】
図２０は、本発明による最適映像通信経路による映像通信過程（仲介映像通信）の詳細フローチャートである。
【０２４６】
（１）映像通信経路分析：Ｓ４（図１２参照）から接続され、映像通信経路を分析。
【０２４７】
（２）送受信者映像情報抽出：送受信者の相互関係を分析して仲介サーバー２のＤＢから最適映像情報を抽出。
【０２４８】
（３）プラットホーム制御信号：仲介サーバー２は、仲介映像通信を進行できるように送受信者のプラットホーム４に仲介映像通信に対する制御信号を伝送。
【０２４９】
（４）制御信号受信：送受信者の最適映像プラットホーム４は、制御信号を受信。
【０２５０】
（５）Ｈｏｏｋ  ｏｆｆ？：受信側最適音声通信手段プラットホーム４は、受信者のフックオフ信号を判断して仲介サーバー２に伝送。
【０２５１】
（６）受信者Ｈｏｏｋ  ｏｆｆ？：仲介サーバー２は、受信者のフックオフ信号を受信。
【０２５２】
（７）映像情報Ｐｕｓｈ：仲介サーバー２は、送受信者のプラットホーム４に映像情報Ｐｕｓｈ。
【０２５３】
（８）受信者映像情報受信：発信者映像プラットホーム４は、受信者映像情報を受信。
【０２５４】
（９）発信者映像情報受信：受信者映像プラットホーム４は、発信者映像情報を受信。
【０２５５】
（１０）受信者映像情報表出：発信者映像プラットホーム４は、受信者映像情報を表出。
【０２５６】
（１１）発信者映像情報表出：受信者映像プラットホーム４は、発信者映像情報を表出。
【０２５７】
（１２）Ｈｏｏｋ  ｏｎ？：受信側最適音声通信手段プラットホーム４は、受信者のフックオン信号を判断して送信仲介サーバー２に伝送。
【０２５８】
（１３）Ｈｏｏｋ  ｏｎ？：仲介サーバー２は、受信者のフックオン信号を受信。
【０２５９】
（１４）表出終了制御：仲介サーバー２は、送受信者のプラットホーム４に表出終了制御信号を伝送。
【０２６０】
（１５）表出終了制御受信：表出終了制御信号を受信して再生されている映像情報表出を終了。
【０２６１】
図２１は、本発明の第２実施形態によるマルチメディア通信方法の全体フローチャートであって、通信支援サーバー５が追加されて発信者が電話機（有無線電話）を用いて音声通信を発信する場合を例示した。
【０２６２】
（１）Ｃａｌｌｉｎｇ：発信者は、自身の通信手段３で電話番号入力して通信を試図。
【０２６３】
（２）会員確認：通信支援サーバー５は、発信者の通信手段３を認識してマルチメディア通信サービス会員有無を確認。
【０２６４】
対象？：会員対象ではなければ、直ちに通信路を構築して一般音声通信を接続。
【０２６５】
コール情報伝送：会員対象であれば、発信者の電話番号情報（発信者電話番号＋受信者電話番号）を仲介サーバー２に伝送。
【０２６６】
（３）コール情報確認：仲介サーバー２は、通信支援サーバー５から受信した情報を確認。
【０２６７】
送受信者マルチメディア通信環境分析：送受信者の多様なマルチメディア通信環境情報を把握。
【０２６８】
（４）サービス対象？：通信環境把握結果、マルチメディア通信サービス可能如何を判断。
【０２６９】
（５）確認：可能如何情報を通信支援サーバー５に送信。
【０２７０】
（６）最適映像決定：送受信者の相互関係による優先順位情報を検索して最適映像を決定（Ｐ２Ｐ  ｏｒ  Ｐｕｓｈ）。
【０２７１】
ＭＲＰ制御信号：送受信者の最適映像プラットホーム４に映像通信に対する制御信号を伝送。
【０２７２】
（７）制御信号受信：送受信者の最適映像プラットホーム４は、制御信号を受信。
【０２７３】
（８）Ｃａｌｌ  Ｓｅｔｕｐ：通信支援サーバー５は、発信者と受信者との間の通信路の構築を開始。
【０２７４】
（９）Ｈｏｏｋ  ｏｆｆ：受信者通信手段３フックオフして受信。
【０２７５】
（１０）通信接続（通話連結）：送受信者の音声通信手段３１は、通信路が設定されて通信を開始。
【０２７６】
（１１）Ｈｏｏｋ  ｏｆｆ：通信支援サーバー５は、受信者フックオフ情報を仲介サーバー２に伝送。
【０２７７】
（１２）Ｐ２Ｐ映像  ｏｒ  Ｐｕｓｈ：仲介サーバーは、受信者のフックオフ情報を受信して送受信者の映像プラットホームを制御して映像情報を表出。
【０２７８】
（１３）受信者映像表出：発信者の映像プラットホーム４は、受信者の映像情報を表出。
【０２７９】
発信者映像表出：受信者の映像プラットホーム４は、発信者の映像情報を表出。
【０２８０】
（１４）Ｈｏｏｋ  ｏｎ？：受信者が音声通信が終われば、フックオンすれば通信を終了。
【０２８１】
Ｈｏｏｋ  ｏｎ？：通信支援サーバー５は、受信者のフックオン情報を仲介サーバー２に伝送。
【０２８２】
（１５）表出終了制御：仲介サーバー２は、フックオン情報を受信して送受信者の映像プラットホーム４を制御して表出終了を伝送。
【０２８３】
制御信号受信：送受信者映像プラットホーム４は、制御信号を受信して映像情報表出を終了。
【０２８４】
図２２は、本発明の第２実施形態によるマルチメディア通信方法の全体フローチャートであって、通信支援サーバー５が追加されて発信者がＳ／Ｗプラットホーム（ＰＣ）を用いて音声通信を発信する場合を例示した。
【０２８５】
（１）Ｃｌｉｃｋ  ｔｏ  Ｄｉａｌ：Ｓ／Ｗプラットホーム１（４）を実行した状態でＣｌｉｃｋ  ｔｏ  Ｄｉａｌｉｎｇ。
【０２８６】
コール情報伝送：Ｓ／Ｗプラットホーム１（４）は、発信者コール情報（発信者（ＩＤ）電話番号＋受信者電話番号）を仲介サーバー２に伝送。
【０２８７】
（２）コール情報確認：仲介サーバー２は、コール情報を受信して確認。
【０２８８】
送受信者マルチメディア通信環境分析：送受信者の多様なマルチメディア通信環境を把握。
【０２８９】
（３）サービス対象？：通信環境把握結果、マルチメディア通信サービス可能如何を判断して不可能であれば、Ｓ／Ｗプラットホーム１（４）に伝送。
【０２９０】
（４）Ｃａｌｌ  Ｓｅｔｕｐ要求：サービス可能であれば仲介サーバーは、通信支援サーバー５にコールセットアップ要求。
【０２９１】
（５）Ｃａｌｌ  Ｓｅｔｕｐ受信：通信支援サーバー５は、仲介サーバー２のコールセットアップ信号を受信して送受信者コールセットアップ。
【０２９２】
（６）Ｃａｌｌ  Ｓｅｔｕｐ：通信支援サーバー５は、通信支援サーバー５のコールセットアップ要求を受信してコールセットアップ。
【０２９３】
（７）最適映像決定：送受信者の相互関係による優先順位情報を検索して最適映像を決定（Ｐ２Ｐ  ｏｒ  Ｐｕｓｈ）。
【０２９４】
ＭＲＰ制御信号：送受信者の最適映像プラットホーム４に映像通信に対する制御信号を伝送。
【０２９５】
（８）制御信号受信：送受信者の最適映像プラットホーム４は、制御信号を受信。
【０２９６】
（９）Ｈｏｏｋ  ｏｆｆ：受信者の通信手段３でフックオフしてコール受信。
【０２９７】
Ｈｏｏｋ  ｏｆｆ：通信支援サーバー５は、受信者のフックオフ情報を仲介サーバー２に伝送。
【０２９８】
（１０）通信接続（通話連結）：送受信者の音声通信手段３１は、通信路が設定されて通信を開始。
【０２９９】
（１１）Ｐ２Ｐ映像  ｏｒ  Ｐｕｓｈ：仲介サーバー２は、受信者のフックオフ情報を受信して送受信者の映像プラットホーム４を制御して映像情報を表出（Ｐ２Ｐ映像通信及び仲介サーバーのＰｕｓｈによる映像通信の前の部分参考）。
【０３００】
（１２）受信者映像表出：発信者の映像プラットホーム４は、受信者の映像情報を表出。
【０３０１】
発信者映像表出：受信者の映像プラットホーム４は、発信者の映像情報を表出。
【０３０２】
（１３）Ｈｏｏｋ  ｏｎ？：受信者が音声通信を終了（フックオン）すれば、通信を終了。
【０３０３】
Ｈｏｏｋ  ｏｎ？：通信支援サーバー５は、受信者のフックオン情報を仲介サーバー２に伝送。
【０３０４】
（１４）表出終了制御：仲介サーバー２は、フックオン情報を受信して送受信者の映像プラットホーム４を制御して表出終了を伝送。
【０３０５】
（１５）制御信号受信：送受信者映像プラットホーム４は、制御信号を受信して映像情報の表出を終了。
【０３０６】
前述したように、本発明によるユーザーのマルチメディア通信環境によって最適の通信経路を設定するマルチメディア通信統合システム及びそれを利用した通信方法の実施形態が構成される。本発明は、たとえ限定された実施形態と図面とによって説明されたとしても、本発明はこれによって限定されず、当業者によって本発明の技術思想と下記に記載される特許請求の範囲の均等範囲内で多様な修正及び変形が可能であるということは勿論である。。
【産業上の利用可能性】
【０３０７】
本発明は、マルチメディア通信統合システム及びその通信方法に関連する技術分野に適用可能である。
【図面の簡単な説明】
【０３０８】
本明細書に添付される次の図面は、本発明の望ましい実施形態を例示するものであり、後述する発明の詳細な説明とともに本発明の技術思想をさらに理解させる役割を果たすものなので、本発明はそのような図面に記載された事項にのみ限定されて解析されてはならない。
【図１】本発明の第１実施形態によるマルチメディア通信統合システムの構成図である。
【図２】本発明による音声と映像とが分離される通信環境の概念図である。
【図３】本発明によるマルチメディア通信手段とプラットホーム環境との概略的構成図である。
【図４】本発明の第１実施形態による全体ネットワークの構成図である。
【図５】本発明による仲介サーバーの内部構造図である。
【図６】本発明による通信環境情報ＤＢのデータ例示図である。
【図７】本発明によるＨ／Ｗプラットホームの内部構造図である。
【図８】本発明によるＨ／Ｗプラットホームのプロセス機能図である。
【図９】本発明によるＳ／Ｗプラットホームのプロセス機能図である。
【図１０】本発明の第１実施形態によるＨ／Ｗプラットホームとセンサーとの連動による通信環境情報登録プロセス機能図である。
【図１１】本発明の第１実施形態によるＳ／Ｗプラットホームとセンサーとの連動による通信環境情報登録プロセス機能図である。
【図１２】本発明の第２実施形態によるマルチメディア通信統合システムの構成図である。
【図１３】本発明の第１実施形態によるマルチメディア通信方法の全体フローチャートである。
【図１４】本発明によるマルチメディア最適経路分析ステップの詳細フローチャートである。
【図１５】本発明による最適音声通信経路による音声通信過程の第１の詳細フローチャートである。
【図１６】本発明による最適音声通信経路による音声通信過程の第２の詳細フローチャートである。
【図１７】本発明による最適音声通信経路による音声通信過程の第３の詳細フローチャートである。
【図１８】本発明による最適音声通信経路による音声通信過程の第４の詳細フローチャートである。
【図１９】本発明による最適映像通信経路による映像通信過程の第１の詳細フローチャートである。
【図２０】本発明による最適映像通信経路による映像通信過程の第２の詳細フローチャートである。
【図２１】本発明の第２実施形態によるマルチメディア通信方法の第１の全体フローチャートである。
【図２２】本発明の第２実施形態によるマルチメディア通信方法の第２の全体フローチャートである。
【符号の説明】
【０３０９】
１：マルチメディア通信統合システム
２：マルチメディア仲介サーバー
３：通信手段
４：マルチメディア経路プラットホーム
３１：音声通信手段
３２：映像通信手段
３３：マルチメディア通信手段
【図１】
2008535309.tif 000015
【図２】
2008535309.tif 000016
【図３】
2008535309.tif 000017
【図４】
2008535309.tif 000018
【図５】
2008535309.tif 000019
【図６】
2008535309.tif 000020
【図７】
2008535309.tif 000021
【図８】
2008535309.tif 000022
【図９】
2008535309.tif 000023
【図１０】
2008535309.tif 000024
【図１１】
2008535309.tif 000025
【図１２】
2008535309.tif 000026
【図１３】
2008535309.tif 000027
【図１４】
2008535309.tif 000028
【図１５】
2008535309.tif 000029
【図１６】
2008535309.tif 000030
【図１７】
2008535309.tif 000031
【図１８】
2008535309.tif 000032
【図１９】
2008535309.tif 000033
【図２０】
2008535309.tif 000034
【図２１】
2008535309.tif 000035
【図２２】
2008535309.tif 000036
【国際調査報告】
2008535309.tif 000037
2008535309.tif 000038