知財求人 - 知財ポータルサイト「IP Force」
▶ サムスン エレクトロニクス カンパニー リミテッドの特許一覧
特表2023-525803ミッションクリティカルシステムにおけるメディアストリームの受信をハンドリングするための方法及びミッションクリティカルサーバ
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-06-19
(54)【発明の名称】ミッションクリティカルシステムにおけるメディアストリームの受信をハンドリングするための方法及びミッションクリティカルサーバ
(51)【国際特許分類】
H04N 7/15 20060101AFI20230612BHJP
H04N 21/258 20110101ALI20230612BHJP
H04N 21/6332 20110101ALI20230612BHJP
【ＦＩ】
H04N7/15
H04N21/258
H04N21/6332
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022568818
(86)(22)【出願日】2021-05-12
(85)【翻訳文提出日】2022-11-11
(86)【国際出願番号】 KR2021005949
(87)【国際公開番号】W WO2021230656
(87)【国際公開日】2021-11-18
(31)【優先権主張番号】202041020119
(32)【優先日】2020-05-13
(33)【優先権主張国・地域又は機関】IN
(31)【優先権主張番号】202041020119
(32)【優先日】2021-04-29
(33)【優先権主張国・地域又は機関】IN
(81)【指定国・地域】
(71)【出願人】
【識別番号】503447036
【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド
(74)【代理人】
【識別番号】110000051
【氏名又は名称】弁理士法人共生国際特許事務所
(72)【発明者】
【氏名】コラティ， ナビーン
(72)【発明者】
【氏名】カパレ， キラン グルディブ
(72)【発明者】
【氏名】ゴヤル， ヴィナーヤカー
(72)【発明者】
【氏名】シャー， スパン プラモッドクマール
(72)【発明者】
【氏名】グプタ， ニシャント
(72)【発明者】
【氏名】グンドゥール， シヴァ プラサッド
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164FA10
5C164SB29S
5C164SC11P
5C164TB22P
5C164VA21P
5C164YA04
5C164YA21
(57)【要約】
本発明は、ロング・ターム・エボリューション（ＬＴＥ）などの第４世代（４Ｇ）通信システム以降のより高いデータレートをサポートするための第５世代（５Ｇ）又はプレ－５Ｇ（ｐｒｅ－５Ｇ）通信システムに関する。ミッションクリティカル（ＭＣ）システムにおける複数のメディアストリームの受信をハンドリングする方法が提供される。この方法は、ＭＣサーバにより、複数の送信デバイスから複数のメディアストリームを受信するための要求を、１つ又はそれ以上の受信デバイスのそれぞれに送信する段階と、ＭＣサーバにより、１つ又はそれ以上の受信デバイスのそれぞれから、複数の送信デバイスの内の１つ又はそれ以上によって送信される複数のメディアストリームの内、メディアストリームの数を受信するための応答を受信し、１つ又はそれ以上の受信デバイスのそれぞれによって受信されるメディアストリームの数を、カウンタ値として更新する段階と、ＭＣサーバにより、複数の送信デバイスの内の１つ又はそれ以上の送信デバイスのそれぞれのメディアストリームに関連付けられた同期ソース（ＳＳＲＣ）識別子及びカウンタ値に基づいて、複数の送信デバイスの内の１つ又はそれ以上から、メディアストリームを受信するように意図された１つ又はそれ以上の受信デバイスを識別する段階と、ＭＣサーバにより、ＳＳＲＣ識別子及びカウンタ値に基づいて、複数の送信デバイスの内の１つ又はそれ以上からのメディアストリームを、識別された１つ又はそれ以上の受信デバイスに送信する段階と、を有する。
【選択図】図３
【選択図】図３
【特許請求の範囲】
【請求項1】
ミッションクリティカル（ｍｉｓｓｉｏｎ ｃｒｉｔｉｃａｌ：以下、ＭＣ）システムにおける複数のメディアストリーム（ｍｅｄｉａ ｓｔｒｅａｍ）の受信をハンドリングする方法において、ＭＣサーバにより、複数の送信デバイスから複数のメディアストリームを受信するための要求を、１つ又はそれ以上の受信デバイスのそれぞれに送信する段階と、
前記ＭＣサーバにより、前記１つ又はそれ以上の受信デバイスのそれぞれから、前記複数の送信デバイスの内の１つ又はそれ以上によって送信される前記複数のメディアストリームの内、メディアストリームの数を受信するための応答を受信し、前記１つ又はそれ以上の受信デバイスのそれぞれによって受信される前記メディアストリームの数を、カウンタ値（ｃｏｕｎｔｅｒ ｖａｌｕｅ）として更新する段階と、
前記ＭＣサーバにより、前記複数の送信デバイスの内の１つ又はそれ以上の送信デバイスのそれぞれのメディアストリームに関連付けられた同期ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ：ＳＳＲＣ）識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上から、前記メディアストリームを受信するように意図された前記１つ又はそれ以上の受信デバイスを識別する段階と、
前記ＭＣサーバにより、前記ＳＳＲＣ識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上からのメディアストリームを、前記識別された１つ又はそれ以上の受信デバイスに送信する段階と、を有することを特徴とするメディアストリームの受信をハンドリングする方法。
【請求項2】
前記複数の送信デバイスの内の１つ又はそれ以上からのメディアストリームは、前記１つ又はそれ以上の受信デバイスが、前記複数の送信デバイスの内の１つ又はそれ以上からの前記複数のメディアストリームを受信するための要求を拒否するまで、前記識別された１つ又はそれ以上の受信デバイスに送信されることを特徴とする請求項１に記載のメディアストリームの受信をハンドリングする方法。
【請求項3】
前記ＭＣサーバにより、メディアを受信することが許可されていない第１の状態に入るとき、前記カウンタ値を「０」に初期化し、ＳＳＲＣリストを空にする段階と、前記カウンタ値を「１」増加させ、前記１つ又はそれ以上の受信デバイスに送信されたすべての受信メディア応答メッセージに対して、前記ＳＳＲＣリストに送信ストリームのＳＳＲＣを格納する段階と、
前記カウンタ値を「１」減らし、前記１つ又はそれ以上の受信デバイスからの終了したすべてのストリームに対して、前記ＳＳＲＣリストから前記送信ストリームのＳＳＲＣを削除する段階と、
前記カウンタ値が最小値に達する場合、メディアを受信することが許可される第２の状態から、前記第１の状態に入る段階と、をさらに有することを特徴とする請求項１に記載のメディアストリームの受信をハンドリングする方法。
【請求項4】
前記カウンタ値は、「１」ずつ減少し、前記送信ストリームのＳＳＲＣは、メディア受信終了要求、メディア受信終了応答、及び送信終了通知メッセージの内の少なくとも１つを処理した後、前記ＳＳＲＣリストから削除されることを特徴とする請求項３に記載のメディアストリームの受信をハンドリングする方法。
【請求項5】
前記カウンタ値は、前記メディアを前記１つ又はそれ以上の受信デバイスに送信するユーザのＳＳＲＣが、前記ＳＳＲＣリストに存在するときに「１」減少することを特徴とする請求項３に記載のメディアストリームの受信をハンドリングする方法。
【請求項6】
前記１つ又はそれ以上の受信デバイスのそれぞれに関連する前記カウンタ値の範囲は、受信デバイスのタイプ、受信デバイスに関連するユーザの優先順位、及び受信デバイスに関連するネットワーク負荷（ｌｏａｄ）の内の少なくとも１つを含むパラメータに基づいて構成されることを特徴とする請求項３に記載のメディアストリームの受信をハンドリングする方法。
【請求項7】
前記ＭＣサーバの状態は、前記１つ又はそれ以上の受信デバイスの各々が、前記複数の送信デバイスの内の１つ又はそれ以上の送信デバイスから、前記複数のメディアストリームのそれぞれを受信することの要求を拒否するときに、メディアを受信することが許可されていない第１の状態に設定され、前記ＭＣサーバの状態は、前記１つ又はそれ以上の受信デバイスの内の少なくとも１つが、前記複数の送信デバイスの内の１つ又はそれ以上の送信デバイスから、前記少なくとも１つのメディアストリームを受信することの要求を受け入れるとき、前記メディアを受信することが許可されている第２の状態に設定されていることを特徴とする請求項１に記載のメディアストリームの受信をハンドリングする方法。
【請求項8】
前記複数の送信デバイスの内の１つ又はそれ以上が、前記ＭＣサーバへの前記複数のメディアストリームの送信を終了するときに、前記１つ又はそれ以上の受信デバイスのそれぞれに、通知メッセージを送信する段階をさらに有することを特徴とする請求項１に記載のメディアストリームの受信をハンドリングする方法。
【請求項9】
前記ＭＣサーバにより、前記１つ又はそれ以上の受信デバイスから、メディア受信要求メッセージ及びメディア受信終了応答メッセージの内の少なくとも１つを受信する段階と、前記ＭＣサーバにより、メディア送信通知メッセージ及び送信終了通知メッセージの内の少なくとも１つを、前記１つ又はそれ以上の受信デバイスに送信する段階と、をさらに有することを特徴とする請求項１に記載のメディアストリームの受信をハンドリングする方法。
【請求項10】
基本受信制御状態マシン（ｍａｃｈｉｎｅ）において、前記メディア受信要求メッセージを受信する段階は、前記ＭＣサーバにより、前記１つ又はそれ以上の受信デバイスから、前記メディア受信要求メッセージを受信する段階と、
前記ＭＣサーバにより、前記カウンタ値が上限に達する場合、前記メディア受信要求メッセージを拒否し、拒否応答メッセージを送信する段階と、
前記ＭＣサーバにより、ＭＣサーバによって前記メディア受信要求メッセージが許可された（ｇｒａｎｔｅｄ）場合、許可応答メッセージを送信する段階と、
前記ＭＣサーバにより、メディアを受信することが許容される第２の状態を保持する段階と、を含み、
前記拒否応答は、拒否原因、拒否指示子、及び拒否の理由を示す送信指示子フィールドを含むことを特徴とする請求項９に記載のメディアストリームの受信をハンドリングする方法。
【請求項11】
前記許可応答メッセージを送信する段階は、前記ＭＣサーバにより、前記メディア受信応答メッセージを、前記１つ又はそれ以上の受信デバイスに送信する段階と、
前記カウンタ値が、前記上限に達しない場合、前記ＭＣサーバにより、前記カウンタ値を「１」増加させる段階と、、
前記ＭＣサーバにより、前記送信デバイスのＳＳＲＣを格納する段階と、
前記ＭＣサーバにより、前記第２の状態に入る段階と、を含むことを特徴とする請求項１０に記載のメディアストリームの受信をハンドリングする方法。
【請求項12】
基本受信制御状態マシン（ｍａｃｈｉｎｅ）において、前記受信終了応答メッセージを受信する段階は、前記ＭＣサーバにより、前記１つ又はそれ以上の受信デバイスから、前記受信終了応答メッセージを受信する段階と、
前記ＭＣサーバにより、要求されるメディアストリームの受信に関連するダウンリンクリソースを解除する段階と、
前記ＭＣサーバにより、メディアを受信することが許可される第２の状態を保持する段階と、を含み、
基本受信制御状態マシンにおいて、前記送信終了通知メッセージを送信する段階は、
前記ＭＣサーバにより、前記複数の送信デバイスに、前記メディア送信終了通知メッセージを送信する段階と、
前記ＭＣサーバにより、前記送信終了通知メッセージに、前記メディアを送信する前記複数の送信デバイスのＳＳＲＣを含める段階と、
前記ＭＣサーバにより、メディアを受信することが許可されてない第１の状態を保持する段階と、を含むことを特徴とする請求項９に記載のメディアストリームの受信をハンドリングする方法。
【請求項13】
一般の受信制御状態マシンにおいて、前記メディア送信通知メッセージを送信する段階は、前記ＭＣサーバにより、他のすべての送信デバイスに、前記メディア送信通知メッセージを送信する段階と、
前記ＭＣサーバにより、受信受付状態を保持する段階と、を含むことを特徴とする請求項９に記載のメディアストリームの受信をハンドリングする方法。
【請求項14】
ミッションクリティカル（ｍｉｓｓｉｏｎ ｃｒｉｔｉｃａｌ：以下、ＭＣ）システムにおける複数のメディアストリーム（ｍｅｄｉａ ｓｔｒｅａｍ）受信をハンドリングするＭＣサーバであって、少なくとも１つのプロセッサと、
トランシーバと、
前記プロセッサに通信可能に接続されるメモリと、を有し、
前記メモリは、
実行時、前記プロセッサが、複数の送信デバイスから複数のメディアストリームを受信するための要求を、１つ又はそれ以上の受信デバイスのそれぞれに送信し、
前記１つ又はそれ以上の受信デバイスのそれぞれから、前記複数の送信デバイスの内の１つ又はそれ以上からの前記複数のメディアストリームの内、メディアストリームの数を受信するための応答を受信し、前記メディアストリームの数を、カウンタ値（ｃｏｕｎｔｅｒ ｖａｌｕｅ）として更新し、
前記複数の送信デバイスの内の１つ又はそれ以上の送信デバイスのそれぞれのメディアストリームに関連付けられた同期ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ：ＳＳＲＣ）識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上から、前記メディアストリームを受信するように意図された前記１つ又はそれ以上の受信デバイスを識別し、
前記ＳＳＲＣ識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上からのメディアストリームを、前記識別された１つ又はそれ以上の受信デバイスに送信するように実行されるプロセッサ実行可能な命令（ｉｎｓｔｒｕｃｔｉｏｎ）を格納することを特徴とするＭＣサーバ。
【請求項15】
請求項２乃至請求項１３の内のいずれか１項に記載のメディアストリームの受信をハンドリングする方法に従って動作するように適合されることを特徴とするＭＣサーバ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、一般に、無線通信ネットワークを介して提供されるミッションクリティカル（ｍｉｓｓｉｏｎ ｃｒｉｔｉｃａｌ：ＭＣ）ビデオ通信に関し、より詳細には、ＭＣシステムにおける複数のメディア ストリーム（ｍｅｄｉａ ｓｔｒｅａｍ）の受信をハンドリングする方法及びＭＣサーバに関する。
【背景技術】
【0002】
第４世代（４ｔｈ－Ｇｅｎｅｒａｔｉｏｎ：４Ｇ）通信システムの商用化の以降、無線データトラフィックの増大する需要を満たすために、改良された第５世代（５ｔｈ－Ｇｅｎｅｒａｔｉｏｎ：５Ｇ）又はプレ５Ｇ（ｐｒｅ－５Ｇ）の通信システムを開発するための努力がなされてきた。
したがって、５Ｇ又はプレ５Ｇの通信システムは、「４Ｇを超えたネットワーク（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）」又は「ＬＴＥ後のシステム（Ｐｏｓｔ ＬＴＥ Ｓｙｓｔｅｍ）」とも呼ばれている。
したがって、５Ｇ又はプレ５Ｇの通信システムは、「４Ｇを超えたネットワーク（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）」又は「ＬＴＥ後のシステム（Ｐｏｓｔ ＬＴＥ Ｓｙｓｔｅｍ）」とも呼ばれている。
【0003】
５Ｇ通信システムは、より高いデータレートを達成するために、より高い周波数（ｍｍＷａｖｅ）帯域、例えば、６０ＧＨｚ帯域などで具現されることが考慮されている。
無線波形の伝搬損失を減らし、伝送距離を増加するために、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、大規模多入力多出力（ｍａｓｓｉｖｅ ｍｕｌｔｉ－ｉｎｐｕｔ ｍｕｌｔｉ－ｏｕｔｐｕｔ：ｍａｓｓｉｖｅ ＭＩＭＯ）、全次元ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ ｆｏｒｍｉｎｇ）、大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が、５Ｇ通信システムで論議されている。
また、５Ｇ通信システムでは、進化したスモールセル、高度なスモールセル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、デバイス間（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ：Ｄ２Ｄ）通信、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協調通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、受信側干渉キャンセルなどに基づいて、システムネットワーク改善のための開発が進んでいる。
無線波形の伝搬損失を減らし、伝送距離を増加するために、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、大規模多入力多出力（ｍａｓｓｉｖｅ ｍｕｌｔｉ－ｉｎｐｕｔ ｍｕｌｔｉ－ｏｕｔｐｕｔ：ｍａｓｓｉｖｅ ＭＩＭＯ）、全次元ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ－ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ ｆｏｒｍｉｎｇ）、大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が、５Ｇ通信システムで論議されている。
また、５Ｇ通信システムでは、進化したスモールセル、高度なスモールセル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、デバイス間（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ：Ｄ２Ｄ）通信、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協調通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、受信側干渉キャンセルなどに基づいて、システムネットワーク改善のための開発が進んでいる。
【0004】
５Ｇシステムでは、高度なコーディング変調（ａｄｖａｎｃｅｄ ｃｏｄｉｎｇ ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）技術としてのハイブリッドＦＳＫ及びＱＡＭ変調（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ：ＦＱＡＭ）と、スライディングウィンドウ重ね合わせコーディング（ｓｌｉｄｉｎｇ ｗｉｎｄｏｗ ｓｕｐｅｒｐｏｓｉｔｉｏｎ ｃｏｄｉｎｇ：ＳＷＳＣ）と、高度なアクセス技術としてのフィルターバンクマルチキャリア（ｆｉｌｔｅｒ ｂａｎｋ ｍｕｌｔｉ ｃａｒｒｉｅｒ：ＦＢＭＣ）、非直交多元接続（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ：ＮＯＭＡ）、及びスパースコード多重アクセス（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ：ＳＣＭＡ）が開発されている。
【0005】
ＭＣサービスは、運用にとって重要であるとみなされ、ミッションクリティカルなサービスが、人命及び財産の損失防止に関連していることが知られているため、そのようなサービスに関連するデータの受信に関する中断又は障害は致命的であり、死を引き起こす可能性があり得る。
例えば、ＭＣＶｉｄｅｏは、マルチユーザ環境又は複数の場所の環境でミッションクリティカルなオーディオビデオ通信に使用されるサービスの１つである。
このようなサービスは、警察サービス、消防サービス、救急車サービスなどの公共安全サービスを提供する機関によって使用される場合がある。
したがって、公共の安全に関連する緊急事態の改善を支援するために、ミッションクリティカルなサービスは、高い接近性、高い有用性、高信頼性、低遅延（ｌａｔｅｎｃｙ）、多くのリアルタイム操作機能、他のサービスやシステムとの相互運用性、プライベート及びグループ通信、緊急事態に対処し、優先順位付け、プリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）、キューイング（ｑｕｅｕｉｎｇ）、及びサービス品質の向上を提供する機能を備えて提供される必要がある。
例えば、ＭＣＶｉｄｅｏは、マルチユーザ環境又は複数の場所の環境でミッションクリティカルなオーディオビデオ通信に使用されるサービスの１つである。
このようなサービスは、警察サービス、消防サービス、救急車サービスなどの公共安全サービスを提供する機関によって使用される場合がある。
したがって、公共の安全に関連する緊急事態の改善を支援するために、ミッションクリティカルなサービスは、高い接近性、高い有用性、高信頼性、低遅延（ｌａｔｅｎｃｙ）、多くのリアルタイム操作機能、他のサービスやシステムとの相互運用性、プライベート及びグループ通信、緊急事態に対処し、優先順位付け、プリエンプション（ｐｒｅ－ｅｍｐｔｉｏｎ）、キューイング（ｑｕｅｕｉｎｇ）、及びサービス品質の向上を提供する機能を備えて提供される必要がある。
【0006】
ＭＣＶｉｄｅｏシステムでは、単一のグループ通信において、同時にメディアストリームを送信する複数のＭＣＶｉｄｅｏクライアント（ｃｌｉｅｎｔ）が存在し得る。
したがって、ＭＣＶｉｄｅｏクライアントは、サーバから１つ又はそれ以上のメディアストリームを、同時に受信することが可能でなければならない。
そのため、サーバは、ＭＣＶｉｄｅｏクライアントの単一のグループ通信で、複数の同時メディアストリームの送信をハンドリングすることが可能でなければならず、これにより、ＭＣＶｉｄｅｏサーバでのメディアストリームのハンドリングが複雑になる。
したがって、ＭＣＶｉｄｅｏクライアントは、サーバから１つ又はそれ以上のメディアストリームを、同時に受信することが可能でなければならない。
そのため、サーバは、ＭＣＶｉｄｅｏクライアントの単一のグループ通信で、複数の同時メディアストリームの送信をハンドリングすることが可能でなければならず、これにより、ＭＣＶｉｄｅｏサーバでのメディアストリームのハンドリングが複雑になる。
【0007】
送信制御サーバは、第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ（登録商標））ＴＳ ２４．５８１の６．３．６節で説明されているように、「一般的な受信制御動作（ｇｅｎｅｒａｌ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ）」と、３ＧＰＰ ＴＳ ２４．５８１の６．３．７節で説明されているように、「送信参加者向けの基本的な受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」から構成される。
これらの状態マシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）は、メディアの受信を要求しているＭＣＶｉｄｅｏユーザの単一のグループ通信で、複数の同時メディアストリームの送信を不十分にハンドリングする。
これらの状態マシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）は、メディアの受信を要求しているＭＣＶｉｄｅｏユーザの単一のグループ通信で、複数の同時メディアストリームの送信を不十分にハンドリングする。
【発明の概要】
【課題を解決するための手段】
【0008】
本発明は、前述の問題及び欠点に対処し、少なくとも以下に説明する利点を提供するためになされた。
【0009】
本発明の一態様によれば、ミッションクリティカル（ｍｉｓｓｉｏｎ ｃｒｉｔｉｃａｌ：以下、ＭＣ）システムにおける複数のメディアストリーム（ｍｅｄｉａ ｓｔｒｅａｍ）の受信をハンドリングする方法において、ＭＣサーバにより、複数の送信デバイスから複数のメディアストリームを受信するための要求を、１つ又はそれ以上の受信デバイスのそれぞれに送信する段階と、前記ＭＣサーバにより、前記１つ又はそれ以上の受信デバイスのそれぞれから、前記複数の送信デバイスの内の１つ又はそれ以上によって送信される前記複数のメディアストリームの内、メディアストリームの数を受信するための応答を受信し、前記１つ又はそれ以上の受信デバイスのそれぞれによって受信される前記メディアストリームの数を、カウンタ値（ｃｏｕｎｔｅｒ ｖａｌｕｅ）として更新する段階と、前記ＭＣサーバにより、前記複数の送信デバイスの内の１つ又はそれ以上の送信デバイスのそれぞれのメディアストリームに関連付けられた同期ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ：ＳＳＲＣ）識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上から、前記メディアストリームを受信するように意図された前記１つ又はそれ以上の受信デバイスを識別する段階と、前記ＭＣサーバにより、前記ＳＳＲＣ識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上からのメディアストリームを、前記識別された１つ又はそれ以上の受信デバイスに送信する段階と、を有することを特徴とする。
【0010】
本発明の別の態様によれば、ミッションクリティカル（ｍｉｓｓｉｏｎ ｃｒｉｔｉｃａｌ：以下、ＭＣ）システムにおける複数のメディアストリーム（ｍｅｄｉａ ｓｔｒｅａｍ）受信をハンドリングするＭＣサーバであって、少なくとも１つのプロセッサと、
トランシーバと、前記プロセッサに通信可能に接続されるメモリと、を有し、前記メモリは、実行時、前記プロセッサが、複数の送信デバイスから複数のメディアストリームを受信するための要求を、１つ又はそれ以上の受信デバイスのそれぞれに送信し、前記１つ又はそれ以上の受信デバイスのそれぞれから、前記複数の送信デバイスの内の１つ又はそれ以上からの前記複数のメディアストリームの内、メディアストリームの数を受信するための応答を受信し、前記メディアストリームの数を、カウンタ値（ｃｏｕｎｔｅｒ ｖａｌｕｅ）として更新し、前記複数の送信デバイスの内の１つ又はそれ以上の送信デバイスのそれぞれのメディアストリームに関連付けられた同期ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ：ＳＳＲＣ）識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上から、前記メディアストリームを受信するように意図された前記１つ又はそれ以上の受信デバイスを識別し、前記ＳＳＲＣ識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上からのメディアストリームを、前記識別された１つ又はそれ以上の受信デバイスに送信するように実行されるプロセッサ実行可能な命令（ｉｎｓｔｒｕｃｔｉｏｎ）を格納することを特徴とする。
トランシーバと、前記プロセッサに通信可能に接続されるメモリと、を有し、前記メモリは、実行時、前記プロセッサが、複数の送信デバイスから複数のメディアストリームを受信するための要求を、１つ又はそれ以上の受信デバイスのそれぞれに送信し、前記１つ又はそれ以上の受信デバイスのそれぞれから、前記複数の送信デバイスの内の１つ又はそれ以上からの前記複数のメディアストリームの内、メディアストリームの数を受信するための応答を受信し、前記メディアストリームの数を、カウンタ値（ｃｏｕｎｔｅｒ ｖａｌｕｅ）として更新し、前記複数の送信デバイスの内の１つ又はそれ以上の送信デバイスのそれぞれのメディアストリームに関連付けられた同期ソース（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｏｕｒｃｅ：ＳＳＲＣ）識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上から、前記メディアストリームを受信するように意図された前記１つ又はそれ以上の受信デバイスを識別し、前記ＳＳＲＣ識別子及び前記カウンタ値に基づいて、前記複数の送信デバイスの内の１つ又はそれ以上からのメディアストリームを、前記識別された１つ又はそれ以上の受信デバイスに送信するように実行されるプロセッサ実行可能な命令（ｉｎｓｔｒｕｃｔｉｏｎ）を格納することを特徴とする。
【0011】
本発明の特定の実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に以下の説明からより明らかになるであろう。
【図面の簡単な説明】
【0012】
【図1A】本発明の一実施形態によるＭＣシステムにおける複数のメディアストリームの受信をハンドリングするための環境を示す図である。
【図1B】本発明の一実施形態によるＭＣシステムにおける複数のメディアストリームの受信をハンドリングするための環境を示す図である。
【図2A】本発明の一実施形態によるＭＣシステムにおける複数のメディアストリームの受信をハンドリングするためのＭＣサーバの概略構成を示すブロック図である。
【図2B】本発明の一実施形態によるＭＣシステムにおける複数のメディアストリームの受信をハンドリングすることを説明するための図である。
【図3】本発明の一実施形態による、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするために受信コントローラ状態マシン（ｍａｃｈｉｎｅ）及びサーバ状態マシンを使用する方法の状態ダイアグラムを示す図である。
【図4】本発明の一実施形態による、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするために受信コントローラ状態マシン及びサーバ状態マシンを使用する方法の状態ダイアグラムを示す図である。
【図5】本発明の一実施形態による、ＭＣサーバによる複数のメディアストリームの受信をハンドリングするためのカウンタ及びサーバ状態遷移を使用する方法の状態ダイアグラムを示す図である。
【図6】本発明の一実施形態による、ＭＣサーバによる複数のメディアストリームの受信をハンドリングするためのカウンタ及びサーバ状態遷移を使用する方法の状態ダイアグラムを示す図である。
【図7】本発明の一実施形態による、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするための方法を説明するためのフローチャートである。
【図8】本発明の一実施形態によるコンピュータシステムの概略構成を示すブロック図である。
【発明を実施するための形態】
【0013】
本発明の様々な実施形態は、添付の図面を参照して説明される。
しかしながら、本発明の様々な実施形態は、特定の実施形態に限定されず、本明細書に記載されている実施形態の修正、均等物、及び／又は代替物が、様々になされ得ることが理解されるべきである。
図面の記載において、同一の構成要素には、同一の符号を付すことがある。
しかしながら、本発明の様々な実施形態は、特定の実施形態に限定されず、本明細書に記載されている実施形態の修正、均等物、及び／又は代替物が、様々になされ得ることが理解されるべきである。
図面の記載において、同一の構成要素には、同一の符号を付すことがある。
【0014】
本発明は、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングする方法に関する。本発明は、前述の問題に対処するための２つの解決策を提供する。
第１の解決策は、「ストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ）」状態マシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）及び「送信参加者向けの基本受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンと共に、複数のストリームシナリオにおける複雑さをハンドリングする新しい受信コントローラ状態を導入する。
第１の解決策は、「ストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ）」状態マシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）及び「送信参加者向けの基本受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンと共に、複数のストリームシナリオにおける複雑さをハンドリングする新しい受信コントローラ状態を導入する。
【0015】
第２の解決策は、複数の受信に関連する複雑さをハンドリングするために、サーバに新しいカウンタを導入する。
両方の解決策を個別に使用するか、又は両方の解決策を組み合わせて使用して、サーバでの複数のストリーム受信の複雑さを解決することもできる。
さらに、本発明は、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするためのＭＣサーバに関する。
さらに、本発明は、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするための方法にも関する。
両方の解決策を個別に使用するか、又は両方の解決策を組み合わせて使用して、サーバでの複数のストリーム受信の複雑さを解決することもできる。
さらに、本発明は、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするためのＭＣサーバに関する。
さらに、本発明は、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするための方法にも関する。
【0016】
本明細書では、「例示的（ｅｘｅｍｐｌａｒｙ）」という単語は、「例、インスタンス、又は実例として役立つ（ｓｅｒｖｉｎｇ ａｓ ａｎ ｅｘａｍｐｌｅ， ｉｎｓｔａｎｃｅ， ｏｒ ｉｌｌｕｓｔｒａｔｉｏｎ）」ことを意味するために使用される。
「例示的」として説明される本主題の任意の実施形態又は実装は、他の実施形態よりも好ましい又は有利であると必ずしも解釈されるべきではない。
本発明は、様々な修正及び代替形態が可能であるが、その特定の実施形態が、例として図面に示され、以下で詳細に説明される。
しかしながら、これらの特定の実施形態は、本発明を開示された形態に限定することを意図するものではなく、逆に、本発明は、開示の範囲内にあるすべての修正、均等物及び代替物をカバーすることを意図していることを理解されたい。
「例示的」として説明される本主題の任意の実施形態又は実装は、他の実施形態よりも好ましい又は有利であると必ずしも解釈されるべきではない。
本発明は、様々な修正及び代替形態が可能であるが、その特定の実施形態が、例として図面に示され、以下で詳細に説明される。
しかしながら、これらの特定の実施形態は、本発明を開示された形態に限定することを意図するものではなく、逆に、本発明は、開示の範囲内にあるすべての修正、均等物及び代替物をカバーすることを意図していることを理解されたい。
【0017】
用語「含む（ｃｏｍｐｒｉｓｅｓ）」、「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、又はそれらの任意の他の変形は、非排他的な包含をカバーすることを意図しており、したがって、構成要素又はステップのリストを含むセットアップ、デバイス、又は方法は、それらの構成要素又はステップのみを含むのではなく、そのようなセットアップ、デバイス、又は方法に明示的にリストされていないか、又は一意の他の構成要素又はステップを含む場合がある。
言い換えれば、「含む」によって進められるシステム又は装置内の１つ又はそれ以上の要素（ｅｌｅｍｅｎｔ）は、さらなる制約なしに、システム又は方法の他の要素又は追加の要素の存在を排除しない。
言い換えれば、「含む」によって進められるシステム又は装置内の１つ又はそれ以上の要素（ｅｌｅｍｅｎｔ）は、さらなる制約なしに、システム又は方法の他の要素又は追加の要素の存在を排除しない。
【0018】
本発明は、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするための方法及びＭＣサーバに関する。
従来技術のセクションで説明したように、特定のクライアントへの複数のメディアストリームを同時に受信すると、ＭＣサーバでのメディアストリームのハンドリングが複雑になる。
したがって、本発明は、単一のグループ通信において複数のメディアストリームの同時受信がどのように可能であるかを開示する。
この趣旨で、ＭＣサーバは、複数の送信デバイスから送信された複数のメディアストリームを受信するための要求を、ＭＣサーバに関連付けられた１つ又はそれ以上の受信デバイスのそれぞれに送信する。
従来技術のセクションで説明したように、特定のクライアントへの複数のメディアストリームを同時に受信すると、ＭＣサーバでのメディアストリームのハンドリングが複雑になる。
したがって、本発明は、単一のグループ通信において複数のメディアストリームの同時受信がどのように可能であるかを開示する。
この趣旨で、ＭＣサーバは、複数の送信デバイスから送信された複数のメディアストリームを受信するための要求を、ＭＣサーバに関連付けられた１つ又はそれ以上の受信デバイスのそれぞれに送信する。
【0019】
ＭＣサーバは、１つ又はそれ以上の受信デバイスのそれぞれから、複数の送信デバイスの内の１つ又はそれ以上から送信された複数のメディアストリームの中のメディアストリームの数を受信するための応答を受信する。
受信デバイスによって受け入れられるメディアストリームの数は、その特定の受信デバイスのカウンタ値として更新され、ＭＣサーバに格納される。
カウンタ値は、受信デバイスによって受け入れられストリームごとに１ずつ増分され、以前に受け入れられたストリームが、受信デバイスによって終了されると１ずつ減分される。
受信デバイスによって受け入れられるメディアストリームの数は、その特定の受信デバイスのカウンタ値として更新され、ＭＣサーバに格納される。
カウンタ値は、受信デバイスによって受け入れられストリームごとに１ずつ増分され、以前に受け入れられたストリームが、受信デバイスによって終了されると１ずつ減分される。
【0020】
その後、ＭＣサーバは、複数の送信デバイスの内の１つ又はそれ以上の送信デバイスのそれぞれから送信されるメディアストリームに関連付けられたＳＳＲＣ識別子に基づいて、受信デバイスによって受け入れられる１つ又はそれ以上の受信ストリームを識別する。
各メディアストリームは、ＳＳＲＣ識別子に関連付けられ得る。
したがって、ＳＳＲＣ識別子及びカウンタに基づいて、ＭＣサーバは、複数の送信デバイスの内の１つ又はそれ以上からメディアストリームを受信することを意図した１つ又はそれ以上の受信デバイスを識別する。
各メディアストリームは、ＳＳＲＣ識別子に関連付けられ得る。
したがって、ＳＳＲＣ識別子及びカウンタに基づいて、ＭＣサーバは、複数の送信デバイスの内の１つ又はそれ以上からメディアストリームを受信することを意図した１つ又はそれ以上の受信デバイスを識別する。
【0021】
その後、ＭＣサーバは、マッピングされたＳＳＲＣ識別子及びカウンタ値に基づいて、メディアストリームを識別された１つ又はそれ以上の受信デバイスに送信する。
複数の送信デバイスの内の１つ又はそれ以上からのメディアストリームは、１つ又はそれ以上の受信デバイスが、複数の送信デバイスの内の１つ又はそれ以上から複数のメディアストリームを受信する要求を拒否するまで、識別された１つ又はそれ以上の受信デバイスに送信される。
複数の送信デバイスの内の１つ又はそれ以上からのメディアストリームは、１つ又はそれ以上の受信デバイスが、複数の送信デバイスの内の１つ又はそれ以上から複数のメディアストリームを受信する要求を拒否するまで、識別された１つ又はそれ以上の受信デバイスに送信される。
【0022】
さらに、本発明は、ユーザが、以前に拒否された複数のメディアストリームの送信を再開するための要求を送信して、複数の送信デバイスの内の１つ又はそれ以上から複数のメディアストリームを受信できるようにする。
このようにして、本発明では、ＭＣサーバは、単一のグループ通信において複数のメディアストリームをハンドリングするために、ＭＣサーバにおける複雑さを解決する。
このようにして、本発明では、ＭＣサーバは、単一のグループ通信において複数のメディアストリームをハンドリングするために、ＭＣサーバにおける複雑さを解決する。
【0023】
図１Ａ～図１Ｂは、様々な実施形態による、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするための環境を示す図である。
図１Ａ～図１Ｂを参照すると、環境１００は、１つ又はそれ以上の送信デバイス１０１１～１０１ｎ（まとめて送信デバイス１０１と呼ぶ）、ＭＣサーバ１０３、１つ又はそれ以上の受信デバイス１０５１～１０５ｎ（まとめて受信デバイス１０５と呼ぶ）と、送信デバイス１０１及び受信デバイス１０５のそれぞれに関連付けられたユーザとを含む。
図１Ａ～図１Ｂを参照すると、環境１００は、１つ又はそれ以上の送信デバイス１０１１～１０１ｎ（まとめて送信デバイス１０１と呼ぶ）、ＭＣサーバ１０３、１つ又はそれ以上の受信デバイス１０５１～１０５ｎ（まとめて受信デバイス１０５と呼ぶ）と、送信デバイス１０１及び受信デバイス１０５のそれぞれに関連付けられたユーザとを含む。
【0024】
ＭＣサーバ１０３は、マルチユーザ環境又は複数のロケーション環境におけるミッションクリティカルなオーディオビデオ通信に使用されるミッションクリティカルなサービスで採用される。
ＭＣサーバ１０３は、マルチユーザ環境又はマルチロケーション環境を有するサービスで採用される。
ＭＣサーバ１０３は、サーバ又はネットワークエンティティであり得る。
ＭＣサーバ１０３は、マルチユーザ環境又はマルチロケーション環境を有するサービスで採用される。
ＭＣサーバ１０３は、サーバ又はネットワークエンティティであり得る。
【0025】
メディアコントローラは、ＭＣサーバ１０３として機能する。
図１Ｂに示すように、メディアコントローラ１０２は、ＭＣサーバ１０３の一部であってもよい。
１つ又はそれ以上の送信デバイス１０１及び１つ又はそれ以上の受信デバイス１０５は、対応するユーザに関連付けられる。
１つ又はそれ以上の送信デバイス１０１及び１つ又はそれ以上の受信デバイス１０５は、携帯電話、デスクトップコンピュータ、タブレット、及びラップトップを含み得る電子デバイスであり得る。
図１Ｂに示すように、メディアコントローラ１０２は、ＭＣサーバ１０３の一部であってもよい。
１つ又はそれ以上の送信デバイス１０１及び１つ又はそれ以上の受信デバイス１０５は、対応するユーザに関連付けられる。
１つ又はそれ以上の送信デバイス１０１及び１つ又はそれ以上の受信デバイス１０５は、携帯電話、デスクトップコンピュータ、タブレット、及びラップトップを含み得る電子デバイスであり得る。
【0026】
１つ又はそれ以上のグループは、１つ又はそれ以上の送信デバイス１０１及び１つ又はそれ以上の受信デバイス１０５を含む。
さらに、本発明の方法は、１つ又はそれ以上のグループの内の１つのグループを考慮することによって説明され得、この方法は、また、メディアストリーム受信を管理するために、１つ又はそれ以上のグループのそれぞれに適用される。
メディアストリームには、テキスト、オーディオ、ビデオ、及びイメージが含まれるが、これらに限定されない。
さらに、本発明の方法は、１つ又はそれ以上のグループの内の１つのグループを考慮することによって説明され得、この方法は、また、メディアストリーム受信を管理するために、１つ又はそれ以上のグループのそれぞれに適用される。
メディアストリームには、テキスト、オーディオ、ビデオ、及びイメージが含まれるが、これらに限定されない。
【0027】
ＭＣサーバ１０３は、複数の送信デバイス１０１から送信された複数のメディアストリームを受信する要求を、１つ又はそれ以上の受信デバイス１０５のそれぞれに送信する。
その後、ＭＣサーバ１０３は、１つ又はそれ以上の受信デバイス１０５のそれぞれから、複数の送信デバイス１０１の内の１つ又はそれ以上から送信された複数のメディアストリームの中のメディアストリームの数を受信するための応答を受信する。
メディアストリームの数に関する情報は、ＭＣサーバ１０３に関連付けられたデータベース内の１つ又はそれ以上の受信デバイス１０５のそれぞれのカウンタ値として格納又は更新される。
カウンタ値は、１つ又はそれ以上の受信デバイス１０５のそれぞれによって受け入れられるか、又は拒否されるメディアストリームの数に基づいて更新される数値である。
その後、ＭＣサーバ１０３は、１つ又はそれ以上の受信デバイス１０５のそれぞれから、複数の送信デバイス１０１の内の１つ又はそれ以上から送信された複数のメディアストリームの中のメディアストリームの数を受信するための応答を受信する。
メディアストリームの数に関する情報は、ＭＣサーバ１０３に関連付けられたデータベース内の１つ又はそれ以上の受信デバイス１０５のそれぞれのカウンタ値として格納又は更新される。
カウンタ値は、１つ又はそれ以上の受信デバイス１０５のそれぞれによって受け入れられるか、又は拒否されるメディアストリームの数に基づいて更新される数値である。
【0028】
受信デバイスが、送信デバイス１０１から２つのメディアストリームを受信する要求を受け入れる場合、カウンタ値は、「２」である。
受信デバイスが、送信デバイスの１つからすでに受け入れられたストリームのメディアストリームを受信する要求を後で拒否した場合、カウンタ値は、「１」に更新される可能性がある。
その後、ＭＣサーバ１０３は、ＳＳＲＣ識別子及びカウンタ値に基づいて、複数の送信デバイス１０１の内の１つ又はそれ以上から、メディアストリームを受信することが意図されている１つ又はそれ以上の受信デバイス１０５を識別する。
複数の送信デバイス１０１からの各メディアストリームは、ＳＳＲＣ識別子に関連付けられる。
受信デバイスが、送信デバイスの１つからすでに受け入れられたストリームのメディアストリームを受信する要求を後で拒否した場合、カウンタ値は、「１」に更新される可能性がある。
その後、ＭＣサーバ１０３は、ＳＳＲＣ識別子及びカウンタ値に基づいて、複数の送信デバイス１０１の内の１つ又はそれ以上から、メディアストリームを受信することが意図されている１つ又はそれ以上の受信デバイス１０５を識別する。
複数の送信デバイス１０１からの各メディアストリームは、ＳＳＲＣ識別子に関連付けられる。
【0029】
ＳＳＲＣ識別子は、送信デバイスから受信することが意図されている受信ストリームに関する情報を含み得る。
１つ又はそれ以上の受信デバイス１０５が識別されると、ＭＣサーバ１０３は、マッピングされたＳＳＲＣ識別子に基づいて、及びカウンタ値に基づいて、複数の送信デバイス１０１の内の１つ又はそれ以上から、識別された１つ又はそれ以上の受信デバイス１０５に、メディアストリームを送信する。
ＭＣサーバ１０３は、１つ又はそれ以上の受信デバイス１０５が、複数の送信デバイス１０１の内の１つ又はそれ以上から、複数のメディアストリームを受信する要求を拒否するまで、複数の送信デバイス１０１の内の１つ又はそれ以上から、識別された１つ又はそれ以上の受信デバイス１０５に、メディアストリームを送信する。
１つ又はそれ以上の受信デバイス１０５が識別されると、ＭＣサーバ１０３は、マッピングされたＳＳＲＣ識別子に基づいて、及びカウンタ値に基づいて、複数の送信デバイス１０１の内の１つ又はそれ以上から、識別された１つ又はそれ以上の受信デバイス１０５に、メディアストリームを送信する。
ＭＣサーバ１０３は、１つ又はそれ以上の受信デバイス１０５が、複数の送信デバイス１０１の内の１つ又はそれ以上から、複数のメディアストリームを受信する要求を拒否するまで、複数の送信デバイス１０１の内の１つ又はそれ以上から、識別された１つ又はそれ以上の受信デバイス１０５に、メディアストリームを送信する。
【0030】
１つ又はそれ以上の受信デバイス１０５は、以前に拒否された複数のメディアストリームの送信を再開する要求を、ＭＣサーバ１０３に送信する。
要求を受信すると、ＭＣサーバ１０３は、複数の送信デバイス１０１の内の１つ又はそれ以上が、まだメディアストリームを送信しているかどうかをチェックし、そうである場合、それらのメディアストリームは、１つ又はそれ以上の受信デバイス１０５に送信される。
しかしながら、１つ又はそれ以上の送信デバイス１０１が、メディアストリームの送信を終了した場合、ＭＣサーバ１０３は、１つ又はそれ以上の送信デバイス１０１が、メディアストリームの送信を終了したことを示す通知メッセージを、１つ又はそれ以上の受信デバイス１０５のそれぞれに送信する。
要求を受信すると、ＭＣサーバ１０３は、複数の送信デバイス１０１の内の１つ又はそれ以上が、まだメディアストリームを送信しているかどうかをチェックし、そうである場合、それらのメディアストリームは、１つ又はそれ以上の受信デバイス１０５に送信される。
しかしながら、１つ又はそれ以上の送信デバイス１０１が、メディアストリームの送信を終了した場合、ＭＣサーバ１０３は、１つ又はそれ以上の送信デバイス１０１が、メディアストリームの送信を終了したことを示す通知メッセージを、１つ又はそれ以上の受信デバイス１０５のそれぞれに送信する。
【0031】
図２Ａは、本発明の一実施形態による、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするためのＭＣサーバの概略構成を示すブロック図である。
図２Ａを参照すると、ＭＣサーバ１０３は、Ｉ／Ｏインターフェース２０１、プロセッサ２０３、及びメモリ２０５を含む。
図２Ａを参照すると、ＭＣサーバ１０３は、Ｉ／Ｏインターフェース２０１、プロセッサ２０３、及びメモリ２０５を含む。
【0032】
Ｉ／Ｏインターフェース２０１は、メディアストリーム送信に関する要求を送信／受信するように構成される。
プロセッサ２０３は、複数のメディアストリーム受信をハンドリングするように構成される。
ＭＣサーバ１０３は、データ２０６及びモジュール２１３を含む。
図２Ａに示すように、データ２０６は、ＭＣサーバ１０３内に構成されたメモリ２０５に格納される。
データ２０６は、ＳＳＲＣ識別子データ２０７、カウンタ値データ２０９、及びその他のデータ２１１を含み得る。
プロセッサ２０３は、複数のメディアストリーム受信をハンドリングするように構成される。
ＭＣサーバ１０３は、データ２０６及びモジュール２１３を含む。
図２Ａに示すように、データ２０６は、ＭＣサーバ１０３内に構成されたメモリ２０５に格納される。
データ２０６は、ＳＳＲＣ識別子データ２０７、カウンタ値データ２０９、及びその他のデータ２１１を含み得る。
【0033】
データ２０６は、様々なデータ構造の形でメモリ２０５に格納する。
さらに、データ２０６は、関係的又は階層的データモデルなどのデータモデルを使用して構造化することができる。
他のデータ２１１は、ＭＣサーバ１０３の様々な機能を実行するために、モジュール２１３によって生成された一時データ及び一時ファイルを格納することができる。
メモリ２０５に格納されたデータ２０６は、システム１０３のモジュールによってハンドリングされ得る。
さらに、データ２０６は、関係的又は階層的データモデルなどのデータモデルを使用して構造化することができる。
他のデータ２１１は、ＭＣサーバ１０３の様々な機能を実行するために、モジュール２１３によって生成された一時データ及び一時ファイルを格納することができる。
メモリ２０５に格納されたデータ２０６は、システム１０３のモジュールによってハンドリングされ得る。
【0034】
モジュール２１３は、メモリ２０５内に格納される。
モジュール２１３は、プロセッサ２０３に通信可能に接続され、ＭＣサーバ１０３に構成され、図２Ａに示すように、メモリ２０５の外部にも存在することができ、ハードウェアとして実装することができる。
本明細書で使用される「モジュール」という用語は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、電子回路、プロセッサ（共有プロセッサ、専用プロセッサ、又はグループプロセッサ）、及び１つ又はそれ以上のソフトウェア又はファームウェアプログラムを実行するメモリ、組み合わせ論理回路、及び／又は前記の機能を提供する他の適切な構成要素を指す場合がある。
モジュール２１３は、プロセッサ２０３に通信可能に接続され、ＭＣサーバ１０３に構成され、図２Ａに示すように、メモリ２０５の外部にも存在することができ、ハードウェアとして実装することができる。
本明細書で使用される「モジュール」という用語は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、電子回路、プロセッサ（共有プロセッサ、専用プロセッサ、又はグループプロセッサ）、及び１つ又はそれ以上のソフトウェア又はファームウェアプログラムを実行するメモリ、組み合わせ論理回路、及び／又は前記の機能を提供する他の適切な構成要素を指す場合がある。
【0035】
図２Ａを参照すると、モジュール２１３は、受信モジュール２１５、送信モジュール２１７、識別モジュール２１９、及び他のモジュール２２１を含む。
他のモジュール２２１は、ＭＣサーバ１０３の様々な機能を実行するために使用する。
そのような前述のモジュールは、単一のモジュール又は異なるモジュールの組み合わせとして表すことができることを理解されたい。
さらに、当業者は、実装において、本発明の範囲を限定することなく、１つ又はそれ以上のモジュール２１３が、メモリ２０５に格納され得ることを理解するであろう。
モジュール２１３は、本発明で定義された機能で構成された場合、新規のハードウェアになる。
他のモジュール２２１は、ＭＣサーバ１０３の様々な機能を実行するために使用する。
そのような前述のモジュールは、単一のモジュール又は異なるモジュールの組み合わせとして表すことができることを理解されたい。
さらに、当業者は、実装において、本発明の範囲を限定することなく、１つ又はそれ以上のモジュール２１３が、メモリ２０５に格納され得ることを理解するであろう。
モジュール２１３は、本発明で定義された機能で構成された場合、新規のハードウェアになる。
【0036】
受信モジュール２１５は、１つ又はそれ以上の受信デバイス１０５から要求又は応答を受信するように構成される。
送信モジュール２１７は、複数の送信デバイス１０１から送信されたメディアストリームを受信するための要求を、１つ又はそれ以上の受信デバイス１０５のそれぞれに送信するように構成される。
さらに、送信モジュール２１７は、メディアストリームを１つ又はそれ以上の受信デバイス１０５に送信するように構成され得る。
図２Ｂに示すように、ＭＣサーバ１０３に関連付けられたグループには、４つの送信デバイス１０１と２つの受信デバイス１０５とが存在し得る。
送信モジュール２１７は、複数の送信デバイス１０１から送信されたメディアストリームを受信するための要求を、１つ又はそれ以上の受信デバイス１０５のそれぞれに送信するように構成される。
さらに、送信モジュール２１７は、メディアストリームを１つ又はそれ以上の受信デバイス１０５に送信するように構成され得る。
図２Ｂに示すように、ＭＣサーバ１０３に関連付けられたグループには、４つの送信デバイス１０１と２つの受信デバイス１０５とが存在し得る。
【0037】
図２Ｂは、本発明の一実施形態による、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングすることを説明するための図である。
図２Ｂを参照すると、４つの送信デバイス１０１は、送信デバイス１（１０１１）、送信デバイス２（１０１２）、送信デバイス３（１０１３）、及び送信デバイス４（１０１４）を含む。
２つの受信デバイス１０５は、受信デバイス１（１０５１）と受信デバイス２（１０５２）とを含む。
送信デバイス１（１０１１）は、メディアストリーム１を送信するように構成される。
同様に、送信デバイス２（１０１２）は、メディアストリーム２を送信するように構成され、送信デバイス３（１０１３）は、メディアストリーム３（１０１３）を送信するように構成され、送信デバイス４（１０１４）は、メディアストリーム４を送信するように構成される。
図２Ｂを参照すると、４つの送信デバイス１０１は、送信デバイス１（１０１１）、送信デバイス２（１０１２）、送信デバイス３（１０１３）、及び送信デバイス４（１０１４）を含む。
２つの受信デバイス１０５は、受信デバイス１（１０５１）と受信デバイス２（１０５２）とを含む。
送信デバイス１（１０１１）は、メディアストリーム１を送信するように構成される。
同様に、送信デバイス２（１０１２）は、メディアストリーム２を送信するように構成され、送信デバイス３（１０１３）は、メディアストリーム３（１０１３）を送信するように構成され、送信デバイス４（１０１４）は、メディアストリーム４を送信するように構成される。
【0038】
ＭＣサーバ１０３は、図２Ｂに示すように、受信デバイス１（１０５１）及び受信デバイス２（１０５２）に要求を送信する。
上記要求を受信すると、受信デバイス１（１０５１）は、送信デバイス１（１０１１）及び送信デバイス２（１０１２）からメディアストリームを受信する要求を受け入れる。
したがって、受信デバイス１（１０５１）は、送信デバイス１（１０１１）から１つのメディアストリーム（メディアストリーム１）を受信し、送信デバイス２（１０１２）から１つのメディアストリーム（メディアストリーム２）を受信することを受け入れたので、受信デバイス１（１０５１）のカウンタ値は、「２」として更新する。
上記要求を受信すると、受信デバイス１（１０５１）は、送信デバイス１（１０１１）及び送信デバイス２（１０１２）からメディアストリームを受信する要求を受け入れる。
したがって、受信デバイス１（１０５１）は、送信デバイス１（１０１１）から１つのメディアストリーム（メディアストリーム１）を受信し、送信デバイス２（１０１２）から１つのメディアストリーム（メディアストリーム２）を受信することを受け入れたので、受信デバイス１（１０５１）のカウンタ値は、「２」として更新する。
【0039】
同様に、受信デバイス２（１０５２）は、送信デバイス３（１０１３）及び送信デバイス４（１０１４）からメディアストリームを受信する要求を受け入れる。
したがって、受信デバイス２（１０５２）は、送信デバイス３（１０１３）から１つのメディアストリーム（メディアストリーム３）を受信し、送信デバイス４（１０１４）から１つのメディアストリーム（メディアストリーム４）を受信することを受け入れたので、受信デバイス２のカウンタ値は、「２」として更新される。
したがって、受信デバイス２（１０５２）は、送信デバイス３（１０１３）から１つのメディアストリーム（メディアストリーム３）を受信し、送信デバイス４（１０１４）から１つのメディアストリーム（メディアストリーム４）を受信することを受け入れたので、受信デバイス２のカウンタ値は、「２」として更新される。
【0040】
カウンタ値の範囲は、静的又は動的に設定できる。
範囲とは、カウンタの最大値と最小値との間の値のセットを指す。
グループコール範囲（ｇｒｏｕｐ ｃａｌｌ ｒａｎｇｅ）は、すべての受信デバイス１０５で同じであってもよく、又は１つ又はそれ以上の受信デバイス１０５ごとに異なっていてもよい。
上記範囲が静的に設定されている場合、カウンタ値は、固定されており、グループコール全体にわたって変更されない。
範囲とは、カウンタの最大値と最小値との間の値のセットを指す。
グループコール範囲（ｇｒｏｕｐ ｃａｌｌ ｒａｎｇｅ）は、すべての受信デバイス１０５で同じであってもよく、又は１つ又はそれ以上の受信デバイス１０５ごとに異なっていてもよい。
上記範囲が静的に設定されている場合、カウンタ値は、固定されており、グループコール全体にわたって変更されない。
【0041】
例えば、受信デバイス１の場合、グループコール中のＭＣサーバ１０３で、カウンタ最大値は、「２」に設定される。
受信デバイス１は、送信デバイス１０１から最大２つのストリームを受信することができる。
受信デバイス１が第３のストリームを受け入れようとすると、第３のストリーム要求は、ＭＣサーバ１０３から拒否される。
カウンタ値の範囲は、パラメータに基づいて、１つ又はそれ以上の受信デバイス１０５のそれぞれに対して動的に構成され、これには、受信デバイスのタイプ、受信デバイスに関連付けられたユーザの優先度、及び受信デバイスに関連付けられたネットワーク負荷が含まれるが、これらに限定されない。
受信デバイス１は、送信デバイス１０１から最大２つのストリームを受信することができる。
受信デバイス１が第３のストリームを受け入れようとすると、第３のストリーム要求は、ＭＣサーバ１０３から拒否される。
カウンタ値の範囲は、パラメータに基づいて、１つ又はそれ以上の受信デバイス１０５のそれぞれに対して動的に構成され、これには、受信デバイスのタイプ、受信デバイスに関連付けられたユーザの優先度、及び受信デバイスに関連付けられたネットワーク負荷が含まれるが、これらに限定されない。
【0042】
カウンタ値の範囲は、１つ又はそれ以上の受信デバイスごとにグループコール間で変更できる。
例えば、受信デバイス１（１０５１）に関連付けられた最小カウンタ値は「０」であり、受信デバイス１（１０５１）に関連付けられた最大カウンタ値は「２」である。
また、受信デバイス２（１０５２）に関連付けられた最小カウンタ値は「０」であり、受信デバイス２（１０５２）に関連付けられた最大カウンタ値は「２」である。
したがって、ＭＣサーバ１０３は、ＭＣサーバ１０３が送信デバイス１（１０１１）及び送信デバイス２（１０１２）からメディアストリームを既に受信しているため、受信デバイス１（１０５１）によって受信される送信デバイス３（１０１３）及び送信デバイス４（１０１４）からメディアストリームの送信を拒否している。
例えば、受信デバイス１（１０５１）に関連付けられた最小カウンタ値は「０」であり、受信デバイス１（１０５１）に関連付けられた最大カウンタ値は「２」である。
また、受信デバイス２（１０５２）に関連付けられた最小カウンタ値は「０」であり、受信デバイス２（１０５２）に関連付けられた最大カウンタ値は「２」である。
したがって、ＭＣサーバ１０３は、ＭＣサーバ１０３が送信デバイス１（１０１１）及び送信デバイス２（１０１２）からメディアストリームを既に受信しているため、受信デバイス１（１０５１）によって受信される送信デバイス３（１０１３）及び送信デバイス４（１０１４）からメディアストリームの送信を拒否している。
【0043】
また、ＭＣサーバ１０３は、ＭＣサーバ１０３が送信デバイス３（１０１３）及び送信デバイス４（１０１４）からメディアストリームを既に受信しているため、送信デバイス１（１０１１）及び送信デバイス２（１０１２）から受信デバイス２（１０５２）へのメディアストリームの送信を拒否している。
ＭＣサーバ１０３は、最大及び最小のカウンタ値を決定し、カウンタ値は、ネットワーク状態／負荷（ｎｅｔｗｏｒｋ ｃｏｎｄｉｔｉｏｎ／ｌｏａｄ）、ユーザ情報、及びデバイス情報に基づいて、ＭＣサーバ１０３によって最小カウンタ値及び最大カウンタ値内で動的に変更され得る。
ＭＣサーバ１０３は、最大及び最小のカウンタ値を決定し、カウンタ値は、ネットワーク状態／負荷（ｎｅｔｗｏｒｋ ｃｏｎｄｉｔｉｏｎ／ｌｏａｄ）、ユーザ情報、及びデバイス情報に基づいて、ＭＣサーバ１０３によって最小カウンタ値及び最大カウンタ値内で動的に変更され得る。
【0044】
カウンタ値は、カウンタ値データ２０９として格納され得る。
以下に示す表１は、様々なデバイスタイプ、ユーザ、及びネットワーク負荷のカウンタ値を示す。
受信デバイス１０５から応答を受信すると、ＭＣサーバ１０３は、識別モジュール２１９を使用して、複数の送信デバイス１０１の内の１つ又はそれ以上の送信デバイスのそれぞれのメディアストリームに関連付けられたＳＳＲＣ識別子及びカウンタ値に基づいて、送信デバイス１０１からメディアストリームを受信するように構成されたグループ内の１つ又はそれ以上の受信デバイス１０５を識別する。
各メディアストリームは、ＳＳＲＣ識別子データ２０７として格納され得るＳＳＲＣ識別子に関連付けられる。
以下に示す表１は、様々なデバイスタイプ、ユーザ、及びネットワーク負荷のカウンタ値を示す。
【表1】
各メディアストリームは、ＳＳＲＣ識別子データ２０７として格納され得るＳＳＲＣ識別子に関連付けられる。
【0045】
ＳＳＲＣ識別子を使用して、ＭＣサーバ１０３は、意図されたメディアストリームを受信するように構成された受信デバイス１０５を識別する。
ＭＣサーバ１０３は、送信デバイス１及び送信デバイス２からメディアストリームを受信するための受信デバイス１を識別する。
ＭＣサーバ１０３は、送信デバイス３及び送信デバイス４からメディアストリームを受信するための受信デバイス２を識別する。
マッピングされたＳＳＲＣ識別子及びカウンタ値に基づいて、ＭＣサーバ１０３は、送信デバイス１０１からメディアストリームを、受信デバイス１０５に送信する。
ＭＣサーバ１０３は、送信デバイス１及び送信デバイス２からメディアストリームを受信するための受信デバイス１を識別する。
ＭＣサーバ１０３は、送信デバイス３及び送信デバイス４からメディアストリームを受信するための受信デバイス２を識別する。
マッピングされたＳＳＲＣ識別子及びカウンタ値に基づいて、ＭＣサーバ１０３は、送信デバイス１０１からメディアストリームを、受信デバイス１０５に送信する。
【0046】
上記の例では、ＭＣサーバ１０３は、送信デバイス１及び送信デバイス２からのメディアストリームを受信デバイス１に送信し、送信デバイス３及び送信デバイス４からのメディアストリームを、受信デバイス２に送信する。
ＭＣサーバ１０３は、受信デバイス１０５が送信デバイス１０１から複数のメディアストリームを受信する要求を拒否するまで、メディアストリームを受信デバイス１０５に送信する。
追加的又は代替的に、受信デバイス１は、送信デバイス１からメディアストリームを受信する要求を拒否する。
したがって、受信デバイス１は、送信デバイス１から送信されるメディアストリームを停止する。
この段階で、受信デバイス１は、送信デバイス１からのメディアストリームの受信を拒否したが、送信デバイス２からのメディアストリームをまだ受信しているため、カウンタ値は、「１」に更新されてもよい。
ＭＣサーバ１０３は、受信デバイス１０５が送信デバイス１０１から複数のメディアストリームを受信する要求を拒否するまで、メディアストリームを受信デバイス１０５に送信する。
追加的又は代替的に、受信デバイス１は、送信デバイス１からメディアストリームを受信する要求を拒否する。
したがって、受信デバイス１は、送信デバイス１から送信されるメディアストリームを停止する。
この段階で、受信デバイス１は、送信デバイス１からのメディアストリームの受信を拒否したが、送信デバイス２からのメディアストリームをまだ受信しているため、カウンタ値は、「１」に更新されてもよい。
【0047】
さらに、受信デバイス１は、ＭＣサーバ１０３に、送信デバイス１からのメディアストリームの送信を再開するように要求する。
要求を受信すると、ＭＣサーバ１０３は、送信デバイス１がまだメディアストリームを送信しているかどうかをチェックする。
メディアストリームが、送信デバイス１によって依然として送信されている場合、ＭＣサーバ１０３は、送信デバイス１からのメディアストリームを、受信デバイス１に送信し、それに応じて、カウンタ値を更新する。
要求を受信すると、ＭＣサーバ１０３は、送信デバイス１がまだメディアストリームを送信しているかどうかをチェックする。
メディアストリームが、送信デバイス１によって依然として送信されている場合、ＭＣサーバ１０３は、送信デバイス１からのメディアストリームを、受信デバイス１に送信し、それに応じて、カウンタ値を更新する。
【0048】
したがって、カウンタ値は、１つ又はそれ以上の受信デバイス１０５のそれぞれによって受け入れられるか、又は拒否されるメディアストリームの数に基づいて更新され得る。
さらに、特定の受信デバイスのカウンタ値は、そのデバイスによって受け入れられたストリームごとに１ずつ増加し、その特定の受信デバイスによって、以前に受け入れられたストリームが終了した（又は受信が拒否された）ときに、１ずつ減少する場合がある。
カウンタ値は、特定の受信デバイスのアクティブな受信ストリームのカウントを示す。
送信デバイス１０１の内のいずれかが、複数のメディアストリームの送信を終了すると、ＭＣサーバ１０３は、グループ内の受信デバイス１０５に通知メッセージを送信し、カウンタ値は、１つ又はそれ以上のアクティブな受信デバイス１０５に対して１だけ減分される。
さらに、特定の受信デバイスのカウンタ値は、そのデバイスによって受け入れられたストリームごとに１ずつ増加し、その特定の受信デバイスによって、以前に受け入れられたストリームが終了した（又は受信が拒否された）ときに、１ずつ減少する場合がある。
カウンタ値は、特定の受信デバイスのアクティブな受信ストリームのカウントを示す。
送信デバイス１０１の内のいずれかが、複数のメディアストリームの送信を終了すると、ＭＣサーバ１０３は、グループ内の受信デバイス１０５に通知メッセージを送信し、カウンタ値は、１つ又はそれ以上のアクティブな受信デバイス１０５に対して１だけ減分される。
【0049】
本発明は、ＭＣサーバ１０３が単一のグループ通信の問題において、複数のメディアストリームをハンドリングするための２つの解決策を提供する。
第１の解決策は、受信コントローラ状態（ｎｅｔｗｏｒｋ ｃｏｎｄｉｔｉｏｎ／ｌｏａｄ）と状態マシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）を使用して、複数のストリームシナリオの複雑さをハンドリングする。
第２の解決策は、ＭＣサーバ１０３においてカウンタ及び状態マシントランザクション（ｓｔａｔｅ ｍａｃｈｉｎｅ ｔｒａｎｓａｃｔｉｏｎ）を使用して、そのような複雑さをハンドリングする。
第１の解決策は、受信コントローラ状態（ｎｅｔｗｏｒｋ ｃｏｎｄｉｔｉｏｎ／ｌｏａｄ）と状態マシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）を使用して、複数のストリームシナリオの複雑さをハンドリングする。
第２の解決策は、ＭＣサーバ１０３においてカウンタ及び状態マシントランザクション（ｓｔａｔｅ ｍａｃｈｉｎｅ ｔｒａｎｓａｃｔｉｏｎ）を使用して、そのような複雑さをハンドリングする。
【0050】
図３～図４は、本発明の様々な実施形態による、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするために、受信コントローラ状態及びサーバ状態マシンを使用する方法の状態ダイアグラムを示す図である。
特に、図３は、「送信制御サーバ、送信参加者向けの基本受信制御動作（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｓｅｒｖｅｒ， ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」の状態ダイアグラムを示す。
図４は、「送信参加者向けの送信制御サーバストリーム受信制御動作（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｓｅｒｖｅｒ ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」の状態ダイアグラムを示す。
特に、図３は、「送信制御サーバ、送信参加者向けの基本受信制御動作（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｓｅｒｖｅｒ， ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」の状態ダイアグラムを示す。
図４は、「送信参加者向けの送信制御サーバストリーム受信制御動作（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｓｅｒｖｅｒ ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」の状態ダイアグラムを示す。
【0051】
ＭＣサーバ１０３における受信制御調停論理は、受信デバイス１０５に関連付けられたユーザごとに「送信参加者向けの基本受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの１つのインスタンス（ｉｎｓｔａｎｃｅ）を保持し、ユーザに送信された各メディア送信通知メッセージに対して、「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの１つのインスタンスを作成する。
【0052】
送信制御サーバ（例えば、ＭＣサーバ１０３）内のＭＣＶｉｄｅｏクライアントへの受信制御インターフェースは、ＭＣサーバ１０３によってサービスを提供する送信参加者ごとに、ＭＣＶｉｄｅｏクライアントへの「基本的な受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎｓ）」状態マシンの１つのインスタンスを作成し、受信制御調停論理から受信した「メディア送信通知メッセージ」３０１ごとに、「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの１つのインスタンスを作成する。
【0053】
図３を参照すると、「開始－停止（ｓｔａｒｔ－ｓｔｏｐ）」状態３０１では、この状態は、ＭＣサーバ１０３の一部である。
「送信参加者向けの基本受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎｓ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの新しいインスタンスが作成されると、受信制御関連の入力が適用される前に、状態マシンは、「開始－停止」状態３０１になる。
同様に、コールが解除されると、状態マシンは、「開始－停止」状態３０１に戻る（ｒｅｔｕｒｎ）。
ＭＣサーバ１０３とＭＣＶｉｄｅｏクライアントにおける送信参加者との間の関連付けは、状態マシンが作成されるときに、また次の２つのイベントのいずれかが発生した場合、作成される。
「送信参加者向けの基本受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎｓ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの新しいインスタンスが作成されると、受信制御関連の入力が適用される前に、状態マシンは、「開始－停止」状態３０１になる。
同様に、コールが解除されると、状態マシンは、「開始－停止」状態３０１に戻る（ｒｅｔｕｒｎ）。
ＭＣサーバ１０３とＭＣＶｉｄｅｏクライアントにおける送信参加者との間の関連付けは、状態マシンが作成されるときに、また次の２つのイベントのいずれかが発生した場合、作成される。
【0054】
１．発信ＭＣＶｉｄｅｏコール（ｏｒｉｇｉｎａｔｉｎｇ ＭＣＶｉｄｅｏ ｃａｌｌ）の場合、ＭＣサーバ１０３が、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏ：ＳＩＰ）２００（ＯＫ）応答を、発信ＭＣＶｉｄｅｏクライアントに送信するとき、及び
２．着信ＭＣＶｉｄｅｏコール（ｔｅｒｍｉｎａｔｉｎｇ ＭＣＶｉｄｅｏ ｃａｌｌ）の場合、ＭＣサーバ１０３が、着信ＭＣＶｉｄｅｏクライアントから送信されたＳＩＰ２００（ＯＫ）応答を受信するとき。
２．着信ＭＣＶｉｄｅｏコール（ｔｅｒｍｉｎａｔｉｎｇ ＭＣＶｉｄｅｏ ｃａｌｌ）の場合、ＭＣサーバ１０３が、着信ＭＣＶｉｄｅｏクライアントから送信されたＳＩＰ２００（ＯＫ）応答を受信するとき。
【0055】
ＳＩＰセッションが確立され、セッションが通常のグループコールセッション（ｎｏｒｍａｌ ｇｒｏｕｐ ｃａｌｌ ｓｅｓｓｉｏｎ）である場合、ＭＣＶｉｄｅｏクライアントが、ＭＣＶｉｄｅｏコールを開始し、ＭＣＶｉｄｅｏコールがまだ存在しない場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、一般的な状態マシン（ｇｅｎｅｒａｌ ｓｔａｔｅ ｍａｃｈｉｎｅ）を初期化する。
あるいは、「受信コントローラ（ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）」状態３０２に入る必要がある。
あるいは、「受信コントローラ（ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）」状態３０２に入る必要がある。
【0056】
関連付けられた送信参加者が、既存のＭＣＶｉｄｅｏコールを開始しようとした場合、又はＭＣＶｉｄｅｏクライアントが進行中のＭＣＶｉｄｅｏコールに再参加した場合、又はＭＣＶｉｄｅｏクライアントが、ＭＣＶｉｄｅｏコールに招待された場合、ＭＣＶｉｄｅｏクライアントが、メディアを送信する許可（ｐｅｒｍｉｓｓｉｏｎ）を持っていない場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「送信参加者向けの基本的な受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎｓ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンを作成するか、又は「受信コントローラ（ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）」状態３０２に入る。
【0057】
他のＭＣＶｉｄｅｏクライアントが、メディアを送信する許可を有する場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「送信参加者向けの基本的な受信制御操作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎｓ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンを作成し、「受信コントローラ（ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）」状態３０２に入り、又は、参加者にメディア送信通知を送信するものとする。
【0058】
「解除（ｒｅｌｅａｓｉｎｇ）」状態３０３は、ＭＣサーバ１０３の「送信参加者向けの基本受信制動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの一部である。
ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信制御インターフェースは、アプリケーション及びシグナリングプレーンが、ＭＣＶｉｄｅｏコールの解除を完了するのを待つ間、又はＭＣＶｉｄｅｏコールからのＭＣＶｉｄｅｏクライアントの除去を最終化する間、この状態を使用する。
ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信制御インターフェースは、アプリケーション及びシグナリングプレーンが、ＭＣＶｉｄｅｏコールの解除を完了するのを待つ間、又はＭＣＶｉｄｅｏコールからのＭＣＶｉｄｅｏクライアントの除去を最終化する間、この状態を使用する。
【0059】
さらに、アプリケーション及びシグナリングプレーンからＭＣＶｉｄｅｏコール解除要求を受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信制御インターフェースは、ネットワークメディアインターフェースに、このＭＣＶｉｄｅｏコールのために、このＭＣＶｉｄｅｏクライアントに関連付けられたすべてのリソースを解除するように要求し、送信参加者に関連付けられたすべての「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンインスタンスを終了し、そして「開始－停止（ｓｔａｒｔ－ｓｔｏｐ）」状態３０１に進入し、この送信参加者に関連付けられた「送信参加者向けの基本受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンを終了する必要がある。
【0060】
「受信コントローラ」状態３０２において、ＭＣサーバ１０３状態のこの部分は、「送信参加者向けの基本的な受信制御動作」状態マシンのために遷移される。
ＭＣサーバ１０３は、受信制御調停論理から受信した送信通知メッセージをハンドリングするために、この状態にある。
特定の送信参加者を対象としたすべての受信制御メッセージは、最初にこの状態で受信され、後で受信メッセージをさらに処理するために、メディアストリームを送信するユーザの「ユーザＩＤとＳＳＲＣ」に基づいて、対応する「ストリーム受信制御（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ）」状態マシンに転送される（ｄｉｖｅｒｔｅｄ）。
ＭＣサーバ１０３は、受信制御調停論理から受信した送信通知メッセージをハンドリングするために、この状態にある。
特定の送信参加者を対象としたすべての受信制御メッセージは、最初にこの状態で受信され、後で受信メッセージをさらに処理するために、メディアストリームを送信するユーザの「ユーザＩＤとＳＳＲＣ」に基づいて、対応する「ストリーム受信制御（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ）」状態マシンに転送される（ｄｉｖｅｒｔｅｄ）。
【0061】
ＭＣサーバ１０３が、別の送信参加者からリアルタイムプロトコル（ｒｅａｌ ｔｉｍｅ ｐｒｏｔｏｃｏｌ：ＲＴＰ）メディアパケットを受信した場合、又は受信制御調整論理からメディア送信通知メッセージを受信した場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信制御インターフェースは、メディア送信通知メッセージを、送信参加者に送信し、メディアを送信するユーザのユーザＩＤ及びＳＳＲＣを、メディア送信通知メッセージに含ませ、メディア送信通知メッセージのサブタイプ（ｓｕｂｔｙｐｅ）の最初のビットを「１」に設定し（確認（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）が必要である）、「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎｓ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンのインスタンスを開始し、メディアを送信するユーザのＳＳＲＣ及び格納されたユーザＩＤを、「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎｓ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」のインスタンスにマップするものとし、「受信コントローラ（ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）」状態３０２に留まる。
【0062】
「Ｕ：受信を許可されていない（ｎｏｔ ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態４０１では、図４に示すように、この状態は、ＭＣサーバ１０３の「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎｓ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの一部であり、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者が、メディアの受信を許可されていない場合に、この状態を使用し、送信通知メッセージへの応答を待っている。
【0063】
図４を参照すると、送信参加者から「メディア受信終了応答メッセージ（ｍｅｄｉａ ｒｅｃｅｐｔｉｏｎ ｅｎｄ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）」を受信すると、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない（ｎｏｔ ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態４０１のままである。
「Ｕ：受信を許可されていない」状態４０１において、関連する送信参加者から「メディア受信要求メッセージ（ｒｅｃｅｉｖｅ ｍｅｄｉａ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）」を受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、セッションがブロードキャストグループコールではない場合、受信制御サーバ調停論理に、メディア受信要求メッセージを転送し、受信制御サーバ調停論理が、送信参加者がメディアを受信できないと判断した場合、関連付けられた送信参加者に、メディア受信応答（ｒｅｃｅｉｖｅ ｍｅｄｉａ ｒｅｓｐｏｎｓｅ）（拒否（Ｒｅｊｅｃｔｅｄ））メッセージを送信する。
「Ｕ：受信を許可されていない」状態４０１において、関連する送信参加者から「メディア受信要求メッセージ（ｒｅｃｅｉｖｅ ｍｅｄｉａ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）」を受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、セッションがブロードキャストグループコールではない場合、受信制御サーバ調停論理に、メディア受信要求メッセージを転送し、受信制御サーバ調停論理が、送信参加者がメディアを受信できないと判断した場合、関連付けられた送信参加者に、メディア受信応答（ｒｅｃｅｉｖｅ ｍｅｄｉａ ｒｅｓｐｏｎｓｅ）（拒否（Ｒｅｊｅｃｔｅｄ））メッセージを送信する。
【0064】
メディア受信応答（拒否）メッセージは、結果フィールドに＜結果インジケータ（Ｒｅｓｕｌｔ ｉｎｄｉｃａｔｏｒ）＞値の結果＃０（拒否）を含み、拒否原因フィールドに＜拒否原因（Ｒｅｊｅｃｔ Ｃａｕｓｅ）＞値：原因＃０（不十分なダウンリンク帯域幅（Ｉｎｓｕｆｆｉｃｉｅｎｔ ｄｏｗｎｌｉｎｋ ｂａｎｄｗｉｄｔｈ））、又は、原因＃１（受信許可なし（Ｎｏ ｐｅｒｍｉｓｓｉｏｎ ｔｏ ｒｅｃｅｉｖｅ））を含むものとする。
メディア受信応答（拒否された）メッセージは、拒否原因フィールドに、＜拒否構文（Ｒｅｊｅｃｔ Ｐｈｒａｓｅ）＞値で送信要求を拒否する理由を説明する追加のテキスト文字列（ｔｅｘｔ ｓｔｒｉｎｇ）を含み、送信応答（拒否）メッセージのサブタイプの最初のビットを「１」に設定し（確認が必要）、グループコールが、ブロードキャストグループコール、システムコール、緊急コール、差し迫った危険コール（ｉｍｍｉｎｅｎｔ ｐｅｒｉｌ ｃａｌｌ）、又は一時的なグループセッションである場合、適切な指示と共に送信指示フィールドを含み、「Ｕ：受信が許可されていない（ｎｏｔ ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態のままとする。
メディア受信応答（拒否された）メッセージは、拒否原因フィールドに、＜拒否構文（Ｒｅｊｅｃｔ Ｐｈｒａｓｅ）＞値で送信要求を拒否する理由を説明する追加のテキスト文字列（ｔｅｘｔ ｓｔｒｉｎｇ）を含み、送信応答（拒否）メッセージのサブタイプの最初のビットを「１」に設定し（確認が必要）、グループコールが、ブロードキャストグループコール、システムコール、緊急コール、差し迫った危険コール（ｉｍｍｉｎｅｎｔ ｐｅｒｉｌ ｃａｌｌ）、又は一時的なグループセッションである場合、適切な指示と共に送信指示フィールドを含み、「Ｕ：受信が許可されていない（ｎｏｔ ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態のままとする。
【0065】
「Ｕ：受信を許可されていない」状態４０１では、関連する送信参加者から、受信優先度フィールドを含む「メディア受信要求メッセージ（ｒｅｃｅｉｖｅ ｍｅｄｉａ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）」を受信すると、受信優先度は、メディア受信要求メッセージに含まれる受信優先度、及びＭＣＶｉｄｅｏクライアントが要求できるネゴシエートされた最大受信優先度よりも低くなる。
「Ｕ：受信を許可されていない」状態４０１において、ＭＣサーバ１０３が、アップリンク上で別の送信参加者からのメディアストリームの受信を停止したとき、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの受信送信制御インターフェースは、送信参加者に送信終了通知メッセージを送信し、送信終了通知メッセージに、メディアを送信するユーザのＳＳＲＣを含み、「Ｕ：終了（ｔｅｒｍｉｎａｔｅｄ）」状態４０２に入る必要がある。
「Ｕ：受信を許可されていない」状態４０１では、ＭＣＶｉｄｅｏサーバにおける受信制御調停論理は、送信参加者にメディアを受信する許可を与えることを決定し、送信制御サーバ内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連付けられた送信参加者へのメディア受信応答（Ｇｒａｎｔｅｄ）メッセージを送信し、「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態４０３に入る必要がある。
「Ｕ：受信を許可されていない」状態４０１において、ＭＣサーバ１０３が、アップリンク上で別の送信参加者からのメディアストリームの受信を停止したとき、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの受信送信制御インターフェースは、送信参加者に送信終了通知メッセージを送信し、送信終了通知メッセージに、メディアを送信するユーザのＳＳＲＣを含み、「Ｕ：終了（ｔｅｒｍｉｎａｔｅｄ）」状態４０２に入る必要がある。
「Ｕ：受信を許可されていない」状態４０１では、ＭＣＶｉｄｅｏサーバにおける受信制御調停論理は、送信参加者にメディアを受信する許可を与えることを決定し、送信制御サーバ内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連付けられた送信参加者へのメディア受信応答（Ｇｒａｎｔｅｄ）メッセージを送信し、「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態４０３に入る必要がある。
【0066】
「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態４０３は、ＭＣサーバ１０３の「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの一部である。
ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信送信制御インターフェースは、関連する送信参加者がメディアストリームを受信する許可を与えられたときに、この状態を使用する。
「Ｕ：受信許可」状態４０３において、送信制御サーバが、アップリンク上の別の送信参加者からのＲＴＰメディアパケットの受信を停止したとき、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの受信送信制御インターフェースは、送信参加者に送信終了通知メッセージを送信し、メディアを送信するユーザのＳＳＲＣを送信終了通知メッセージに含み、「Ｕ：終了」状態４０２に入る必要がある。
ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信送信制御インターフェースは、関連する送信参加者がメディアストリームを受信する許可を与えられたときに、この状態を使用する。
「Ｕ：受信許可」状態４０３において、送信制御サーバが、アップリンク上の別の送信参加者からのＲＴＰメディアパケットの受信を停止したとき、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの受信送信制御インターフェースは、送信参加者に送信終了通知メッセージを送信し、メディアを送信するユーザのＳＳＲＣを送信終了通知メッセージに含み、「Ｕ：終了」状態４０２に入る必要がある。
【0067】
「Ｕ：受信許可」状態４０３において、ＭＣサーバ１０３が、送信参加者へのダウンリンクでのＲＴＰメディアパケットの送信を終了することを決定すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信制御インターフェースは、送信参加者へのメディアストリームの送信を停止し、メディア受信終了応答メッセージを、送信参加者に送信し、メディア受信終了応答メッセージのサブタイプの最初のビットを、「１」に設定し、「Ｕ：受信を許可されていない（ｎｏｔ ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態４０１に入る必要がある。
【0068】
「Ｕ：終了（ｔｅｒｍｉｎａｔｅｄ）」は、ＭＣサーバ１０３の「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの一部である。
この状態に入ると、ＭＣサーバ１０３は、送信参加者のストリームに関連付けられた全てのダウンリンクリソースを解除し、この「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンのインスタンスを削除する必要があり、セッションが、ブロードキャストグループコールとして開始された場合、「解除（ｒｅｌｅａｓｉｎｇ」状態に移行するために、「ＭＣサーバ１０３の送信参加者向けの基本受信制御動作（ＭＣ ｓｅｒｖｅｒ １０３ ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンを示す必要がある。
この状態に入ると、ＭＣサーバ１０３は、送信参加者のストリームに関連付けられた全てのダウンリンクリソースを解除し、この「送信参加者向けのストリーム受信制御動作（ｓｔｒｅａｍ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンのインスタンスを削除する必要があり、セッションが、ブロードキャストグループコールとして開始された場合、「解除（ｒｅｌｅａｓｉｎｇ」状態に移行するために、「ＭＣサーバ１０３の送信参加者向けの基本受信制御動作（ＭＣ ｓｅｒｖｅｒ １０３ ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンを示す必要がある。
【0069】
図５～図６は、本発明の様々な実施形態による、ＭＣサーバによる複数のメディアストリームの受信をハンドリングするために、カウンタ及びサーバ状態遷移を使用する方法の状態ダイアグラムを示す図である。
ＭＣサーバ１０３の受信制御調停論理は、ＭＣＶｉｄｅｏコール毎に「一般送信制御動作（ｇｅｎｅｒａｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ）」状態マシンの１つのインスタンスを保持し、ＭＣサーバ１０３によって提供される送信参加者ごとに、ＭＣＶｉｄｅｏクライアントに向けられた「基本的な受信制御動作」状態マシンの１つのインスタンスを保持する。
ＭＣサーバ１０３の受信制御調停論理は、ＭＣＶｉｄｅｏコール毎に「一般送信制御動作（ｇｅｎｅｒａｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ）」状態マシンの１つのインスタンスを保持し、ＭＣサーバ１０３によって提供される送信参加者ごとに、ＭＣＶｉｄｅｏクライアントに向けられた「基本的な受信制御動作」状態マシンの１つのインスタンスを保持する。
【0070】
図５～図６を参照すると、「Ｇｒ：受信アクセプト（ｒｅｃｅｐｔｉｏｎ ａｃｃｅｐｔｅｄ）」状態５０１は、ＭＣサーバ１０３の一般的な受信制御動作状態マシンの一部である。
「Ｇｒ：受信アクセプト（ｒｅｃｅｐｔｉｏｎ ａｃｃｅｐｔｅｄ）」状態５０１において、ＭＣサーバ１０３の受信制御調停論理からメディア送信要求通知メッセージを受信すると、ＭＣサーバ１０３は、メディア送信通知メッセージを、他の全ての送信参加者に送信する。
「Ｇｒ：受信アクセプト（ｒｅｃｅｐｔｉｏｎ ａｃｃｅｐｔｅｄ）」状態５０１において、ＭＣサーバ１０３の受信制御調停論理からメディア送信要求通知メッセージを受信すると、ＭＣサーバ１０３は、メディア送信通知メッセージを、他の全ての送信参加者に送信する。
【0071】
グループコールが、ブロードキャストグループコール、システムコール、緊急コール、差し迫った危険コールである場合、メディア送信通知メッセージには、自動受信モードを示すために、受信モードフィールドが、「０」に設定された受信モードが含まれる。
グループコールが、ブロードキャストグループコール、システムコール、緊急コール、又は差し迫った危険コールでない場合、メディア送信通知メッセージには、受動受信モードを示すために、受信モードフィールドが、「１」に設定された受信モードが含まれる。
さらに、ＭＣサーバ１０３は、「Ｇｒ：受信アクセプト」状態５０１のままとする。
グループコールが、ブロードキャストグループコール、システムコール、緊急コール、又は差し迫った危険コールでない場合、メディア送信通知メッセージには、受動受信モードを示すために、受信モードフィールドが、「１」に設定された受信モードが含まれる。
さらに、ＭＣサーバ１０３は、「Ｇｒ：受信アクセプト」状態５０１のままとする。
【0072】
ＳＩＰセッションが確立され、セッションが通常のグループコールセッションである場合、ＭＣＶｉｄｅｏクライアントが、ＭＣＶｉｄｅｏコールを開始し、ＭＣＶｉｄｅｏコールがまだ存在しない場合、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、一般的な状態マシンを初期化する。そして、「Ｕ：受信を許可されていない」状態６０１に進入する必要がある。
関連付けられた送信参加者が、既存のＭＣＶｉｄｅｏコールを開始しようとした場合、ＭＣＶｉｄｅｏクライアントは、進行中のＭＣＶｉｄｅｏコールに再参加するか、ＭＣＶｉｄｅｏクライアントが、ＭＣＶｉｄｅｏコールに招待された場合、ＭＣＶｉｄｅｏクライアントが、メディアを送信する許可を持っていない場合、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない」状態６０１に入る必要がある。
関連付けられた送信参加者が、既存のＭＣＶｉｄｅｏコールを開始しようとした場合、ＭＣＶｉｄｅｏクライアントは、進行中のＭＣＶｉｄｅｏコールに再参加するか、ＭＣＶｉｄｅｏクライアントが、ＭＣＶｉｄｅｏコールに招待された場合、ＭＣＶｉｄｅｏクライアントが、メディアを送信する許可を持っていない場合、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない」状態６０１に入る必要がある。
【0073】
一方、他のＭＣＶｉｄｅｏクライアントが、メディアを送信する許可を有する場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない（ｎｏｔ ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態６０１に進入し、メディア送信通知を送信する。
「Ｕ：受信を許可されていない（ｎｏｔ ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態６０１は、ＭＣサーバ１０３の基本的な受信制御動作状態マシンの一部である。
ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者が、メディアストリームを受信することを許可されていない場合に、この状態を使用する。
「Ｕ：受信を許可されていない（ｎｏｔ ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態６０１は、ＭＣサーバ１０３の基本的な受信制御動作状態マシンの一部である。
ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者が、メディアストリームを受信することを許可されていない場合に、この状態を使用する。
【0074】
「Ｕ：受信を許可されていない」状態６０１に入ると、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者の状態を、「Ｕ：受信を許可されていない（ｎｏｔ ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」に設定し、カウンタ値（ここでは、Ｃ９と呼ぶ）（受信アクティブ（Ｒｅｃｅｐｔｉｏｎ Ａｃｔｉｖｅ））を「０」（ゼロ）に初期化し、アクティブＳＳＲＣリストを空にするものとする。
「Ｕ：受信を許可されていない」状態６０１では、ＭＣサーバ１０３が、別の送信参加者からメディアパケットを受信したとき、又は受信制御調停論理からメディア送信通知メッセージを受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、メディア送信通知メッセージを送信参加者に送信し、メディア送信通知メッセージにメディアを送信するユーザのユーザＩＤ及びＳＳＲＣを含まなければならず、そして、「Ｕ：受信を許可されていない」状態６０１のままになる。
「Ｕ：受信を許可されていない」状態６０１では、ＭＣサーバ１０３が、別の送信参加者からメディアパケットを受信したとき、又は受信制御調停論理からメディア送信通知メッセージを受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、メディア送信通知メッセージを送信参加者に送信し、メディア送信通知メッセージにメディアを送信するユーザのユーザＩＤ及びＳＳＲＣを含まなければならず、そして、「Ｕ：受信を許可されていない」状態６０１のままになる。
【0075】
また、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、メディア送信通知メッセージのサブタイプの最初のビットを「１」に設定する（確認が必要である）。
さらに、送信制御Ａｃｋメッセージの受信及び送信制御Ａｃｋメッセージが受信されなかった場合に取るべきアクションを調整する。
「Ｕ：受信を許可されていない」状態では、ＭＣＶｉｄｅｏサーバ内の受信ＭＣサーバ１０３調停論理が、送信参加者にメディアを受信する許可を与えることを決定すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者にメディア受信応答（Ｇｒａｎｔｅｄ）メッセージを送信し、上限に達していない場合、カウンタＣ９値を「１」増加し、関連する送信が参加者に向けて終了するまで、アクティブなＳＳＲＣリストにメディアを送信する許可を与える送信参加者のＳＳＲＣを格納し、そして、「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態に入る必要がある。
さらに、送信制御Ａｃｋメッセージの受信及び送信制御Ａｃｋメッセージが受信されなかった場合に取るべきアクションを調整する。
「Ｕ：受信を許可されていない」状態では、ＭＣＶｉｄｅｏサーバ内の受信ＭＣサーバ１０３調停論理が、送信参加者にメディアを受信する許可を与えることを決定すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者にメディア受信応答（Ｇｒａｎｔｅｄ）メッセージを送信し、上限に達していない場合、カウンタＣ９値を「１」増加し、関連する送信が参加者に向けて終了するまで、アクティブなＳＳＲＣリストにメディアを送信する許可を与える送信参加者のＳＳＲＣを格納し、そして、「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態に入る必要がある。
【0076】
さらに、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、メディア受信応答（Ｇｒａｎｔｅｄ）メッセージのサブタイプの最初のビットを、「１」に設定することができる（確認が必要である）。
「Ｕ：受信を許可されていない」状態６０１では、ＭＣサーバ１０３が、アップリンク上の別の送信参加者からのメディアストリームの受信を停止したか、又は受信制御調停論理から送信終了通知メッセージを受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、送信参加者に送信終了通知メッセージを送信し、送信終了通知メッセージに、メディアを送信するユーザのＳＳＲＣを含み、そして、「Ｕ：受信を許可されていない」状態６０１に留まる。
「Ｕ：受信を許可されていない」状態６０１では、ＭＣサーバ１０３が、アップリンク上の別の送信参加者からのメディアストリームの受信を停止したか、又は受信制御調停論理から送信終了通知メッセージを受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、送信参加者に送信終了通知メッセージを送信し、送信終了通知メッセージに、メディアを送信するユーザのＳＳＲＣを含み、そして、「Ｕ：受信を許可されていない」状態６０１に留まる。
【0077】
「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態６０２は、ＭＣサーバ１０３の基本受信制御動作状態マシンの一部である。
関連する送信参加者が、メディアを受信する許可を与えられている場合、ＭＣサーバ１０３は、この状態を使用する。
この状態に入ると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者の状態を、「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」に設定する。
「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態６０２では、送信参加者が、送信中のメディアを受信することを許可する受信制御調停論理の決定時に、受信パケットＳＳＲＣがアクティブＳＳＲＣリストに存在する場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、ＭＣＶｉｄｅｏサーバのネットワークメディアインターフェースに、ＭＣＶｉｄｅｏサーバのメディアディストリビューターでメディアストリームを転送するように要求し、受信したパケットＳＳＲＣが、アクティブなＳＳＲＣリストにない場合、ＲＴＰメディアパケットを破棄し、そして、「Ｕ：受信許可」状態６０２に留まる。
関連する送信参加者が、メディアを受信する許可を与えられている場合、ＭＣサーバ１０３は、この状態を使用する。
この状態に入ると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者の状態を、「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」に設定する。
「Ｕ：受信許可（ｐｅｒｍｉｔｔｅｄ ｔｏ ｒｅｃｅｉｖｅ）」状態６０２では、送信参加者が、送信中のメディアを受信することを許可する受信制御調停論理の決定時に、受信パケットＳＳＲＣがアクティブＳＳＲＣリストに存在する場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、ＭＣＶｉｄｅｏサーバのネットワークメディアインターフェースに、ＭＣＶｉｄｅｏサーバのメディアディストリビューターでメディアストリームを転送するように要求し、受信したパケットＳＳＲＣが、アクティブなＳＳＲＣリストにない場合、ＲＴＰメディアパケットを破棄し、そして、「Ｕ：受信許可」状態６０２に留まる。
【0078】
「Ｕ：受信許可」状態６０２において、ＭＣサーバ１０３がアップリング上で別の伝送参加者からのメディアストリームの受信を停止したとき、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、送信参加者に送信終了通知メッセージをＭＣＶに送信しなければならなく、メディアを送信するユーザのＳＳＲＣを送信終了通知メッセージに含み、アクティブＳＳＲＣリストからメディアを送信しているユーザの ＳＳＲＣを削除する必要がある。
さらに、メディアを送信しているユーザのＳＳＲＣが、アクティブなＳＳＲＣリストに存在する場合、カウンタＣ９は、下限に達していない場合、値「１」だけ減らされる。
さらに、カウンタＣ９値が、その下限に達していない場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信許可」状態６０２に留まる。
さらに、カウンタＣ９値が下限に達した場合、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない」状態６０１に入る必要がある。
さらに、メディアを送信しているユーザのＳＳＲＣが、アクティブなＳＳＲＣリストに存在する場合、カウンタＣ９は、下限に達していない場合、値「１」だけ減らされる。
さらに、カウンタＣ９値が、その下限に達していない場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信許可」状態６０２に留まる。
さらに、カウンタＣ９値が下限に達した場合、ＭＣサーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない」状態６０１に入る必要がある。
【0079】
「Ｕ：受信許可」状態６０２において、ＭＣサーバ１０３が、送信参加者へのダウンリンクでのＲＴＰメディアパケットの送信を終了することを決定すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、送信参加者へのメディアストリームの送信を停止し、メディア受信終了要求メッセージを送信参加者に送信し、メディア受信終了要求メッセージに、メディアを送信するユーザのＳＳＲＣを含めなければならず、アクティブなＳＳＲＣリストからメディアを送信しているユーザのＳＳＲＣを削除する必要がある。
メディアを送信するユーザのＳＳＲＣが、アクティブなＳＳＲＣリストに存在する場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、カウンタＣ９値（受信アクティブ）が、その下限に達していない場合、「１」だけ減少させる必要がある。
メディアを送信するユーザのＳＳＲＣが、アクティブなＳＳＲＣリストに存在する場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、カウンタＣ９値（受信アクティブ）が、その下限に達していない場合、「１」だけ減少させる必要がある。
【0080】
さらに、カウンタＣ９値が、その下限に達していない場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信許可」状態６０２に留まる。
さらに、カウンタＣ９値が、その下限に達した場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない」状態６０１に入る必要がある。
「Ｕ：受信許可」状態６０２において、ＭＣサーバ１０３が送信参加者へのダウンリンクでのＲＴＰメディアパケットの送信を終了することを決定すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、送信参加者へのメディアストリームの送信を停止し、メディア受信終了応答メッセージを送信参加者に送信し、メディア受信終了応答メッセージのサブタイプの最初のビットを「１」に設定し（確認が必要である）、そして、メディアを送信しているユーザのＳＳＲＣをアクティブなＳＳＲＣリストから削除する必要がある。
さらに、カウンタＣ９値が、その下限に達した場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない」状態６０１に入る必要がある。
「Ｕ：受信許可」状態６０２において、ＭＣサーバ１０３が送信参加者へのダウンリンクでのＲＴＰメディアパケットの送信を終了することを決定すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、送信参加者へのメディアストリームの送信を停止し、メディア受信終了応答メッセージを送信参加者に送信し、メディア受信終了応答メッセージのサブタイプの最初のビットを「１」に設定し（確認が必要である）、そして、メディアを送信しているユーザのＳＳＲＣをアクティブなＳＳＲＣリストから削除する必要がある。
【0081】
メディアを送信するユーザのＳＳＲＣが、アクティブなＳＳＲＣリストに存在する場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、カウンタＣ９（受信アクティブ）の値が下限に達していない場合、「１」だけ減少させる。
さらに、カウンタＣ９値が、下限に達していない場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信許可」状態６０２に留まるものとする。
さらに、カウンタＣ９値が、その下限に達した場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない」状態６０１に入る必要がある。
さらに、カウンタＣ９値が、下限に達していない場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信許可」状態６０２に留まるものとする。
さらに、カウンタＣ９値が、その下限に達した場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信を許可されていない」状態６０１に入る必要がある。
【0082】
「Ｕ：受信許可」状態６０２では、関連付けられた送信参加者からメディア受信要求メッセージを受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、カウンタＣ９値（受信アクティブ）が上限に達したため、受信メディア要求メッセージの受信制御サーバ調停論理への転送をスキップする必要がある。
セッションが、ブロードキャストグループコールでない場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、メディア受信要求メッセージを、受信制御サーバ調停論理に転送する必要がある。
さらに、受信制御サーバ調停論理が、送信参加者がメディアを受信できないと判断した場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連付けられた送信参加者に、メディア受信応答（拒否）メッセージを送信する必要がある。
セッションが、ブロードキャストグループコールでない場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、メディア受信要求メッセージを、受信制御サーバ調停論理に転送する必要がある。
さらに、受信制御サーバ調停論理が、送信参加者がメディアを受信できないと判断した場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連付けられた送信参加者に、メディア受信応答（拒否）メッセージを送信する必要がある。
【0083】
メディア受信応答（拒否）メッセージは、結果フィールドに＜結果インジケータ（Ｒｅｓｕｌｔ ｉｎｄｉｃａｔｏｒ）＞の値、ｒｅｓｕｌｔ＃０（Ｒｅｊｅｃｔｅｄ）を含む。
そして、拒否原因（ｒｅｊｅｃｔ ｃａｕｓｅ）フィールドに、＜Ｒｅｊｅｃｔ Ｃａｕｓｅ＞値ｃａｕｓｅ♯０（不十分なダウンリンク帯域幅（Ｉｎｓｕｆｆｉｃｉｅｎｔ ｄｏｗｎｌｉｎｋ ｂａｎｄｗｉｄｔｈ））、ｃａｕｓｅ♯１（受信許可なし（Ｎｏ ｐｅｒｍｉｓｓｉｏｎ ｔｏ ｒｅｃｅｉｖｅ））、又はｃａｕｓｅ♯７（受信できる同時ストリームの最大数は達した（Ｍａｘ ｎｕｍｂｅｒ ｏｆ ｓｉｍｕｌｔａｎｅｏｕｓ ｓｔｒｅａｍｓ ｔｈａｔ ｃａｎ ｂｅ ｒｅｃｅｉｖｅｄ ｉｓ ｒｅａｃｈｅｄ） ）を含む。
そして、拒否原因（ｒｅｊｅｃｔ ｃａｕｓｅ）フィールドに、＜Ｒｅｊｅｃｔ Ｃａｕｓｅ＞値ｃａｕｓｅ♯０（不十分なダウンリンク帯域幅（Ｉｎｓｕｆｆｉｃｉｅｎｔ ｄｏｗｎｌｉｎｋ ｂａｎｄｗｉｄｔｈ））、ｃａｕｓｅ♯１（受信許可なし（Ｎｏ ｐｅｒｍｉｓｓｉｏｎ ｔｏ ｒｅｃｅｉｖｅ））、又はｃａｕｓｅ♯７（受信できる同時ストリームの最大数は達した（Ｍａｘ ｎｕｍｂｅｒ ｏｆ ｓｉｍｕｌｔａｎｅｏｕｓ ｓｔｒｅａｍｓ ｔｈａｔ ｃａｎ ｂｅ ｒｅｃｅｉｖｅｄ ｉｓ ｒｅａｃｈｅｄ） ）を含む。
【0084】
さらに、メディア受信応答（拒否）メッセージは、拒否原因フィールドに、＜Ｒｅｊｅｃｔ Ｐｈｒａｓｅ＞値で送信要求を拒否する理由を説明する追加のテキスト文字列を含む場合がある。
さらに、メディア受信応答（拒否）メッセージは、送信応答（拒否）メッセージのサブタイプの最初のビットを「１」に設定する（確認が必要である）。
さらに、グループコールが、ブロードキャストグループコール、システムコール、緊急コール、差し迫った危険コール、又は一時的なグループセッションである場合、メディア受信応答（拒否）メッセージには、適切な指示を含む送信インジケータフィールドが含まれる。
さらに、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信許可」状態６０２に留まるものとする。
さらに、メディア受信応答（拒否）メッセージは、送信応答（拒否）メッセージのサブタイプの最初のビットを「１」に設定する（確認が必要である）。
さらに、グループコールが、ブロードキャストグループコール、システムコール、緊急コール、差し迫った危険コール、又は一時的なグループセッションである場合、メディア受信応答（拒否）メッセージには、適切な指示を含む送信インジケータフィールドが含まれる。
さらに、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、「Ｕ：受信許可」状態６０２に留まるものとする。
【0085】
関連付けられた送信参加者から受信優先度フィールドを含むメディア受信要求メッセージを受信すると、受信優先度は、メディア受信要求メッセージに含まれる受信優先度、及びＭＣＶｉｄｅｏクライアントが要求できるネゴシエートされた最大受信優先度よりも低くなる。
「Ｕ：受信許可」状態６０２において、ＭＣＶｉｄｅｏサーバ内の受信制御サーバ調停論理が、送信参加者にメディアを受信する許可を与えることを決定した場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者に、メディア受信応答（Ｇｒａｎｔｅｄ）メッセージを送信し、カウンタＣ９値（Ｒｅｃｅｐｔｉｏｎ Ａｃｔｉｖｅ）がその上限に達していない場合、「１」増やし、参加者の関連付けられた送信が終了するまで、アクティブなＳＳＲＣリストに、メディアを送信する許可を与える送信参加者のＳＳＲＣを格納し、そして、「Ｕ：受信許可」状態６０２に留まる。
「Ｕ：受信許可」状態６０２において、ＭＣＶｉｄｅｏサーバ内の受信制御サーバ調停論理が、送信参加者にメディアを受信する許可を与えることを決定した場合、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、関連する送信参加者に、メディア受信応答（Ｇｒａｎｔｅｄ）メッセージを送信し、カウンタＣ９値（Ｒｅｃｅｐｔｉｏｎ Ａｃｔｉｖｅ）がその上限に達していない場合、「１」増やし、参加者の関連付けられた送信が終了するまで、アクティブなＳＳＲＣリストに、メディアを送信する許可を与える送信参加者のＳＳＲＣを格納し、そして、「Ｕ：受信許可」状態６０２に留まる。
【0086】
さらに、サーバ１０３のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、メディア受信応答（Ｇｒａｎｔｅｄ）メッセージのサブタイプの最初のビットを「１」に設定する（確認が必要である）。
「Ｕ：受信許可」状態６０２では、送信参加者からメディア受信終了応答メッセージを受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、送信参加者の要求されたメディアの受信に関連する任意のダウンリンクリソースを解除し、そして、「Ｕ：受信許可」状態６０２に留まる。
「Ｕ：受信許可」状態６０２では、送信参加者からメディア受信終了応答メッセージを受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの送信制御インターフェースは、送信参加者の要求されたメディアの受信に関連する任意のダウンリンクリソースを解除し、そして、「Ｕ：受信許可」状態６０２に留まる。
【0087】
「解除（ｒｅｌｅａｓｉｎｇ）」状態６０３は、送信制御サーバ「送信参加者向けの基本受信制御動作（ｂａｓｉｃ ｒｅｃｅｐｔｉｏｎ ｃｏｎｔｒｏｌ ｏｐｅｒａｔｉｏｎ ｔｏｗａｒｄｓ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｐａｒｔｉｃｉｐａｎｔ）」状態マシンの一部である。
ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信制御インターフェースは、アプリケーション及びシグナリングプレーンが、ＭＣＶｉｄｅｏコールの解除を完了するか、又はＭＣＶｉｄｅｏコールからのＭＣＶｉｄｅｏクライアントの除去を完了するのを待っている間、この状態を使用する。
ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信制御インターフェースは、アプリケーション及びシグナリングプレーンが、ＭＣＶｉｄｅｏコールの解除を完了するか、又はＭＣＶｉｄｅｏコールからのＭＣＶｉｄｅｏクライアントの除去を完了するのを待っている間、この状態を使用する。
【0088】
アプリケーション及びシグナリングプレーンからＭＣＶｉｄｅｏコール解除要求を受信すると、ＭＣサーバ１０３内のＭＣＶｉｄｅｏクライアントへの受信制御インターフェースは、ネットワークメディアインターフェースに、このＭＣＶｉｄｅｏコールのために、このＭＣＶｉｄｅｏクライアントに関連付けられたすべてのリソースを解除するように要求し、「開始－停止（ｓｔａｒｔ－ｓｔｏｐ）」状態６０４に入り、この送信参加者に関連付けられた「送信参加者向けの基本受信制御動作」状態マシンを終了する必要がある。
受信デバイス１０５が受信するメディアストリームの最大数に達すると、＜Ｒｅｊｅｃｔ ｃａｕｓｅ＞値は、「７」に設定され、これは、同時受信されたストリームの最大数に達したために、ＭＣサーバ１０３が、メディア受信要求を許可できないことを示す。
受信デバイス１０５が受信するメディアストリームの最大数に達すると、＜Ｒｅｊｅｃｔ ｃａｕｓｅ＞値は、「７」に設定され、これは、同時受信されたストリームの最大数に達したために、ＭＣサーバ１０３が、メディア受信要求を許可できないことを示す。
【0089】
ＭＣサーバ１０１では、Ｃ９（参加者ごとのアクティブ受信（ａｃｔｉｖｅ ｒｅｃｅｐｔｉｏｎ ｐｅｒ－ｐａｒｔｉｃｉｐａｎｔ））カウンタが使用される。
ＭＣサーバ１０１は、グループコールのために特定の受信デバイスによって受け入れられた複数のストリームのカウントを格納する。
以下に示す表２に、Ｃ９カウンタの詳細を示す。
ＭＣサーバ１０１は、グループコールのために特定の受信デバイスによって受け入れられた複数のストリームのカウントを格納する。
以下に示す表２に、Ｃ９カウンタの詳細を示す。
【表2】
【0090】
図７は、本発明の一実施形態による、ＭＣシステムにおける複数のメディアストリームの受信をハンドリングするための方法を説明するためのフローチャートである。
図７を参照すると、この方法は、ＭＣサーバ１０３で複数のメディアストリームの受信をハンドリングするための方法を示す１つ又はそれ以上のブロックを含む。
この方法は、コンピュータ実行可能命令（ｉｎｓｔｒｕｃｔｉｏｎ）の一般的なコンテキストで説明することができる。
一般に、コンピュータ実行可能命令は、特定の機能を実行するか、又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造、手順、モジュール、及び機能を含み得る。
図７を参照すると、この方法は、ＭＣサーバ１０３で複数のメディアストリームの受信をハンドリングするための方法を示す１つ又はそれ以上のブロックを含む。
この方法は、コンピュータ実行可能命令（ｉｎｓｔｒｕｃｔｉｏｎ）の一般的なコンテキストで説明することができる。
一般に、コンピュータ実行可能命令は、特定の機能を実行するか、又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造、手順、モジュール、及び機能を含み得る。
【0091】
方法が説明される順序は、限定として解釈されることを意図しておらず、前述の方法ブロックの任意の数を任意の順序で組み合わせて、方法を実施することができる。
さらに、個々のブロックは、本明細書に記載された主題の精神及び範囲から逸脱することなく、上記の方法から削除することができる。
さらに、この方法は、任意の適切なハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせで実施することができる。
さらに、個々のブロックは、本明細書に記載された主題の精神及び範囲から逸脱することなく、上記の方法から削除することができる。
さらに、この方法は、任意の適切なハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせで実施することができる。
【0092】
ステップ７０１において、ＭＣサーバ１０３は、複数の送信デバイス１０１から送信された複数のメディアストリームを受信するために、１つ又はそれ以上の受信デバイス１０５のそれぞれに要求を送信する。
ステップ７０３で、ＭＣサーバ１０３は、複数の送信デバイス１０１の内の１つ又はそれ以上から、複数のメディアストリームの中のメディアの数を受信するために、１つ又はそれ以上の受信デバイス１０５のそれぞれから応答を受信し、１つ又はそれ以上の受信デバイス１０５のそれぞれによって受信されるメディアストリームの数をカウンタ値として更新する。
ステップ７０３で、ＭＣサーバ１０３は、複数の送信デバイス１０１の内の１つ又はそれ以上から、複数のメディアストリームの中のメディアの数を受信するために、１つ又はそれ以上の受信デバイス１０５のそれぞれから応答を受信し、１つ又はそれ以上の受信デバイス１０５のそれぞれによって受信されるメディアストリームの数をカウンタ値として更新する。
【0093】
カウンタ値は、１つ又はそれ以上の受信デバイス１０５のそれぞれによって受け入れられるか、又は拒否されるメディアストリームの数に基づいて更新される数値であり得る。
カウンタ値は、受信デバイス１０５によって受け入れられたメディアストリームごとに１ずつ増分され、以前に受け入れられたメディアストリームが受信デバイス１０５によって終了されたときに、１ずつ減分される。
さらに、受信デバイス１０５が送信デバイス１０１から２つのメディアストリームを受信する要求を受け入れる場合、カウンタ値は「２」であり得る。
受信デバイスが、以前に受け入れられた送信デバイス１０１の１つからメディアストリームを受信する要求を拒否した場合、カウンタ値は「１」に更新される。
カウンタ値は、受信デバイス１０５によって受け入れられたメディアストリームごとに１ずつ増分され、以前に受け入れられたメディアストリームが受信デバイス１０５によって終了されたときに、１ずつ減分される。
さらに、受信デバイス１０５が送信デバイス１０１から２つのメディアストリームを受信する要求を受け入れる場合、カウンタ値は「２」であり得る。
受信デバイスが、以前に受け入れられた送信デバイス１０１の１つからメディアストリームを受信する要求を拒否した場合、カウンタ値は「１」に更新される。
【0094】
ステップ７０５において、ＭＣサーバ１０３は、カウンタ値及び複数の送信デバイス１０１の内の１つ又はそれ以上の送信デバイスのそれぞれのメディアストリームに関連付けられたＳＳＲＣ識別子に基づいて、複数の送信デバイス１０１のうち１つ又はそれ以上からメディアストリームを受信するように意図された１つ又はそれ以上の受信デバイス１０５を識別する。
ステップ７０７において、ＭＣサーバ１０３は、マッピングされたＳＳＲＣ識別子及びカウンタ値に基づいて、複数の送信デバイス１０１の内の１つ又はそれ以上からのメディアストリームを、識別された１つ又はそれ以上の受信デバイス１０５に送信する。
ステップ７０７において、ＭＣサーバ１０３は、マッピングされたＳＳＲＣ識別子及びカウンタ値に基づいて、複数の送信デバイス１０１の内の１つ又はそれ以上からのメディアストリームを、識別された１つ又はそれ以上の受信デバイス１０５に送信する。
【0095】
ＭＣサーバ１０３は、１つ又はそれ以上の受信デバイス１０５が送信デバイス１０１からメディアストリームを受信したくない場合、１つ又はそれ以上の受信デバイス１０５から受信終了要求を受信する。
ＭＣサーバ１０３は、カウンタ値を更新し、１つ又はそれ以上の受信デバイス１０５に応答を送信する。
ＭＣサーバは、送信デバイス１０１から、受信を終了した１つ又はそれ以上の受信デバイス１０５へのメディアストリームの転送を停止する。
ＭＣサーバ１０３は、受信デバイス１０５から、受信終了要求メッセージをＭＣサーバ１０３に送信することによって、メディア受信を先に終了した受信デバイス１０５のために、１つ又はそれ以上の送信デバイス１０１のそれぞれからメディアストリームを受信するように要求を受信する。
ＭＣサーバ１０３は、送信デバイス１０１からのメディア送信が終了したときに、受信デバイス１０５に終了通知を送信する。
ＭＣサーバ１０３は、カウンタ値を更新し、１つ又はそれ以上の受信デバイス１０５に応答を送信する。
ＭＣサーバは、送信デバイス１０１から、受信を終了した１つ又はそれ以上の受信デバイス１０５へのメディアストリームの転送を停止する。
ＭＣサーバ１０３は、受信デバイス１０５から、受信終了要求メッセージをＭＣサーバ１０３に送信することによって、メディア受信を先に終了した受信デバイス１０５のために、１つ又はそれ以上の送信デバイス１０１のそれぞれからメディアストリームを受信するように要求を受信する。
ＭＣサーバ１０３は、送信デバイス１０１からのメディア送信が終了したときに、受信デバイス１０５に終了通知を送信する。
【0096】
図８は、本発明の一実施形態によるコンピュータシステムの概略構成を示すブロック図である。
図８を参照すると、コンピュータシステム８００は、ＭＣサーバ１０３であり得る。
コンピュータシステム８００は、中央処理装置８０２（「ＣＰＵ」又は「プロセッサ」）を含む。
図８を参照すると、コンピュータシステム８００は、ＭＣサーバ１０３であり得る。
コンピュータシステム８００は、中央処理装置８０２（「ＣＰＵ」又は「プロセッサ」）を含む。
【0097】
プロセッサ８０２は、ユーザ又はシステム生成のビジネスプロセスを実行するためのプログラム構成要素を実行するための少なくとも１つのデータプロセッサを含む。
プロセッサ８０２は、統合システム（バス）コントローラ、メモリ管理制御ユニット、フローティングポイントユニット（ｆｌｏａｔｉｎｇ ｐｏｉｎｔ ｕｎｉｔ）、グラフィック処理ユニット、及びデジタル信号処理ユニットなどの専用処理ユニットを含み得る。
プロセッサ８０２は、入力／出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ：Ｉ／Ｏ）インターフェース８０１を介して、入力デバイス８１１及び出力デバイス８１２などの１つ又はそれ以上のＩ／Ｏデバイスと通信するように配置される。
プロセッサ８０２は、統合システム（バス）コントローラ、メモリ管理制御ユニット、フローティングポイントユニット（ｆｌｏａｔｉｎｇ ｐｏｉｎｔ ｕｎｉｔ）、グラフィック処理ユニット、及びデジタル信号処理ユニットなどの専用処理ユニットを含み得る。
プロセッサ８０２は、入力／出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ：Ｉ／Ｏ）インターフェース８０１を介して、入力デバイス８１１及び出力デバイス８１２などの１つ又はそれ以上のＩ／Ｏデバイスと通信するように配置される。
【0098】
Ｉ／Ｏインターフェース８０１は、オーディオ、アナログ、デジタル、ステレオ、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）－１３９４、シリアルバス、ユニバーサルシリアルバス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ：ＵＳＢ）、赤外線、パーソナルシステム（ｐｅｒｓｏｎａｌ ｓｙｓｔｅｍ：ＰＳ）／２、ＢＮＣ（ｂａｙｏｎｅｔ Ｎｅｉｌｌ－Ｃｏｎｃｅｌｍａｎ）、同軸、構成要素、コンポジット（ｃｏｍｐｏｓｉｔｅ）、デジタルビジュアルインタフェース（ｄｉｇｉｔａｌ ｖｉｓｕａｌ ｉｎｔｅｒｆａｃｅ： ＤＶＩ）、高解像度マルチメディアインタフェース（ｈｉｇｈ－ｄｅｆｉｎｉｔｉｏｎ ｍｕｌｔｉｍｅｄｉａ ｉｎｔｅｒｆａｃｅ： ＨＤＭＩ（登録商標））、無線周波数（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ：ＲＦ）アンテナ、Ｓビデオ、ビデオグラフィックアレイ（ｖｉｄｅｏ ｇｒａｐｈｉｃｓ ａｒｒａｙ：ＶＧＡ）、ＩＥＥＥ８０２．ｎ／ｂ／ｇ／ｎ／ｘ、Ｂｌｕｅｔｏｏｔｈ（登録商標）及び携帯電話（例えば、コード分割多元接続（ｃｏｄｅ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ：ＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ（Ｈｉｇｈ－ｓｐｅｅｄ ｐａｃｋｅｔ ａｃｃｅｓｓ）＋）、移動通信用グローバルシステム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：ＧＳＭ）、及びロングタームエボリューション（ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）など、それに限定されない通信プロトコル／方法を使用することができる。
Ｉ／Ｏインターフェース８０１を使用して、コンピュータシステム８００は、入力デバイス８１１及び／又は出力デバイス８１２と通信する。
Ｉ／Ｏインターフェース８０１を使用して、コンピュータシステム８００は、入力デバイス８１１及び／又は出力デバイス８１２と通信する。
【0099】
プロセッサ８０２は、ネットワークインターフェース８０３を介して、通信ネットワーク８０９と通信するように配置される。
ネットワークインターフェース８０３は、通信ネットワーク８０９と通信する。
ネットワークインターフェース８０３は、直接接続、イーサネット（登録商標）（例えば、ツイストペア１０／１００／１０００ベースＴ（ｔｗｉｓｔｅｄ ｐａｉｒ １０／１００／１０００ＢａｓｅＴ））、送信制御プロトコル／インターネットプロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ／ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ：ＴＣＰ／ＩＰ）、トークンリング（ｔｏｋｅｎ ｒｉｎｇ）、及びＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ｘを含むが、それに限定されない接続プロトコルを使用することができる。
ネットワークインターフェース８０３は、通信ネットワーク８０９と通信する。
ネットワークインターフェース８０３は、直接接続、イーサネット（登録商標）（例えば、ツイストペア１０／１００／１０００ベースＴ（ｔｗｉｓｔｅｄ ｐａｉｒ １０／１００／１０００ＢａｓｅＴ））、送信制御プロトコル／インターネットプロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ／ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ：ＴＣＰ／ＩＰ）、トークンリング（ｔｏｋｅｎ ｒｉｎｇ）、及びＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ｘを含むが、それに限定されない接続プロトコルを使用することができる。
【0100】
通信ネットワーク８０９は、構造内のイントラネット又はローカルエリアネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ：ＬＡＮ）などの様々な種類のネットワークの内の１つとして実装することができる。
通信ネットワーク８０９は、専用ネットワーク又は共有ネットワークであり、これは、ハイパーテキスト転送プロトコル（ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ：ＨＴＴＰ）、ＴＣＰ／ＩＰ、及び無線アプリケーションプロトコル（ｗｉｒｅｌｅｓｓ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ：ＷＡＰ）などの様々なプロトコルを使用し８１３て、互いに通信する様々なネットワークの連合を表す。
さらに、通信ネットワーク８０９は、ルータ、ブリッジ、サーバ、コンピューティングデバイス、及びストレージデバイスを含む、様々なネットワークデバイスを含み得る。
通信ネットワーク８０９は、専用ネットワーク又は共有ネットワークであり、これは、ハイパーテキスト転送プロトコル（ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ：ＨＴＴＰ）、ＴＣＰ／ＩＰ、及び無線アプリケーションプロトコル（ｗｉｒｅｌｅｓｓ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ：ＷＡＰ）などの様々なプロトコルを使用し８１３て、互いに通信する様々なネットワークの連合を表す。
さらに、通信ネットワーク８０９は、ルータ、ブリッジ、サーバ、コンピューティングデバイス、及びストレージデバイスを含む、様々なネットワークデバイスを含み得る。
【0101】
プロセッサ８０２は、ストレージインターフェース８０４を介して、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＲＡＭ）８１３又はリードオンリーメモリ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）８１４を含むメモリ８０５と通信するように配置される。
ストレージインターフェース８０４は、ＳＡＴＡ（ｓｅｒｉａｌ ａｄｖａｎｃｅｄ ｔｅｃｈｎｏｌｏｇｙ ａｔｔａｃｈｍｅｎｔ）、ＩＤＥ（ｉｎｔｅｇｒａｔｅｄ ｄｒｉｖｅ ｅｌｅｃｔｒｏｎｉｃｓ）、ＩＥＥＥ－１３９４、ＵＳＢ、ファイバチャネル（ｆｉｂｅｒ ｃａｎｎｅｌ）、及びＳＣＳＩ（ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍｓ ｉｎｔｅｒｆａｃｅ）などの接続プロトコルを使用するメモリドライブ及び取り外し可能ディスクドライブを含むメモリ８０５に接続することができる。
メモリドライブは、ドラム、磁気ディスクドライブ、光磁気ドライブ、光ドライブ、ＲＡＩＤ（ｒｅｄｕｎｄａｎｔ ａｒｒａｙ ｏｆ ｉｎｄｅｐｅｎｄｅｎｔ ｄｉｓｃｓ）、ソリッドステート（ｓｏｌｉｄ－ｓｔａｔｅ）メモリデバイス、及びソリッドステートドライブをさらに含むことができる。
ストレージインターフェース８０４は、ＳＡＴＡ（ｓｅｒｉａｌ ａｄｖａｎｃｅｄ ｔｅｃｈｎｏｌｏｇｙ ａｔｔａｃｈｍｅｎｔ）、ＩＤＥ（ｉｎｔｅｇｒａｔｅｄ ｄｒｉｖｅ ｅｌｅｃｔｒｏｎｉｃｓ）、ＩＥＥＥ－１３９４、ＵＳＢ、ファイバチャネル（ｆｉｂｅｒ ｃａｎｎｅｌ）、及びＳＣＳＩ（ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍｓ ｉｎｔｅｒｆａｃｅ）などの接続プロトコルを使用するメモリドライブ及び取り外し可能ディスクドライブを含むメモリ８０５に接続することができる。
メモリドライブは、ドラム、磁気ディスクドライブ、光磁気ドライブ、光ドライブ、ＲＡＩＤ（ｒｅｄｕｎｄａｎｔ ａｒｒａｙ ｏｆ ｉｎｄｅｐｅｎｄｅｎｔ ｄｉｓｃｓ）、ソリッドステート（ｓｏｌｉｄ－ｓｔａｔｅ）メモリデバイス、及びソリッドステートドライブをさらに含むことができる。
【0102】
メモリ８０５は、ユーザ／アプリケーションデータ８０６、オペレーティングシステム８０７、ウェブブラウザ８０８、メールクライアント８１５、メールサーバ８１６、及びウェブサーバ８１７を含むが、これらに限定されない、プログラム又はデータベース構成要素の集合を格納することができる。
一実施形態では、コンピュータシステム８００は、変数及び記録を含むユーザ／アプリケーションデータ８０６を格納する。
そのようなデータベースは、Ｏｒａｃｌｅ（登録商標）やＳｙｂａｓｅ（登録商標）などのフォールトトレラント（ｆａｕｌｔ－ｔｏｌｅｒａｎｔ）の関係的でスケーラブル（ｓｃａｌａｂｌｅ）で安全なデータベースとして実装できる。
一実施形態では、コンピュータシステム８００は、変数及び記録を含むユーザ／アプリケーションデータ８０６を格納する。
そのようなデータベースは、Ｏｒａｃｌｅ（登録商標）やＳｙｂａｓｅ（登録商標）などのフォールトトレラント（ｆａｕｌｔ－ｔｏｌｅｒａｎｔ）の関係的でスケーラブル（ｓｃａｌａｂｌｅ）で安全なデータベースとして実装できる。
【0103】
オペレーティングシステム８０７は、コンピュータシステム８００のリソース管理及び運営を可能にする。
オペレーティングシステム８０７の例は、Ａｐｐｌｅ（登録商標） Ｍａｃｉｎｔｏｓｈ（登録商標）オペレーティングシステム（ＯＳ）Ｘ、ＵＮＩＸ（登録商標）、ＵＮＩＸシリーズシステム分布（例えば、ＢＳＤ（Ｂｅｒｋｅｌｅｙ Ｓｏｆｔｗａｒｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ（登録商標））、ＦｒｅｅＢＳＤ（登録商標）、ＮｅｔＢＳＤ（登録商標）、及びＯｐｅｎＢＳＤ（登録商標））、Ｌｉｎｕｘ（登録商標） Ｄｉｓｔｒｉｂｕｔｉｏｎｓ（例えば、Ｒｅｄ Ｈａｔ（登録商標）、Ｕｂｕｎｔｕ（登録商標）、Ｋｕｂｕｎｔｕ（登録商標）など）、ＩＢＭ（登録商標） ＯＳ／２、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｗｉｎｄｏｗｓ（登録商標）（ＸＰ（登録商標）、Ｖｉｓｔａ（登録商標）／７／８、１０など）、Ａｐｐｌｅ（登録商標）ｉＯＳ（登録商標）、Ｇｏｏｇｌｅ（登録商標） Ａｎｄｒｏｉｄ（登録商標）、及びＢｌａｃｋｂｅｒｒｙ（登録商標） ＯＳを含むが、それに限定されない。
オペレーティングシステム８０７の例は、Ａｐｐｌｅ（登録商標） Ｍａｃｉｎｔｏｓｈ（登録商標）オペレーティングシステム（ＯＳ）Ｘ、ＵＮＩＸ（登録商標）、ＵＮＩＸシリーズシステム分布（例えば、ＢＳＤ（Ｂｅｒｋｅｌｅｙ Ｓｏｆｔｗａｒｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ（登録商標））、ＦｒｅｅＢＳＤ（登録商標）、ＮｅｔＢＳＤ（登録商標）、及びＯｐｅｎＢＳＤ（登録商標））、Ｌｉｎｕｘ（登録商標） Ｄｉｓｔｒｉｂｕｔｉｏｎｓ（例えば、Ｒｅｄ Ｈａｔ（登録商標）、Ｕｂｕｎｔｕ（登録商標）、Ｋｕｂｕｎｔｕ（登録商標）など）、ＩＢＭ（登録商標） ＯＳ／２、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｗｉｎｄｏｗｓ（登録商標）（ＸＰ（登録商標）、Ｖｉｓｔａ（登録商標）／７／８、１０など）、Ａｐｐｌｅ（登録商標）ｉＯＳ（登録商標）、Ｇｏｏｇｌｅ（登録商標） Ａｎｄｒｏｉｄ（登録商標）、及びＢｌａｃｋｂｅｒｒｙ（登録商標） ＯＳを含むが、それに限定されない。
【0104】
ユーザインターフェースは、テキスト又はグラフィック機能を介して、プログラム構成要素の表示、実行、対話、操作又は動作を可能にする。
ユーザインターフェースは、カーソル、アイコン、チェックボックス、メニュー、ウィンドウ、及びウィジェットなどのコンピュータシステム８００に動作可能に接続されたディスプレイシステム上にコンピュータ対話型インターフェース要素を提供する。
Ａｐｐｌｅ（登録商標） Ｍａｃｉｎｔｏｓｈ（登録商標） ＯＳ、ＩＢＭ（登録商標） ＯＳ／２、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｗｉｎｄｏｗ（登録商標）（ＸＰ（登録商標）、ＶＩＳＴＡ（登録商標）／７／８、及び１０）、Ｕｎｉｘ（登録商標） Ｘ－Ｗｉｎｄｏｗ、及びＷｅｂインターフェースライブラリ（例えば、Ａｊａｘ（登録商標）、ＤＨＴＭＬ（登録商標）、Ａｄｏｂｅ（登録商標）、Ｆｌａｓｈ（登録商標）、Ｊａｖａｓｃｒｉｐｔ（登録商標）、及びＪａｖａ（登録商標）を含むが、それに限定されないグラフィカルユーザインターフェース（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ：ＧＵＩ）を使用することができる。
ユーザインターフェースは、カーソル、アイコン、チェックボックス、メニュー、ウィンドウ、及びウィジェットなどのコンピュータシステム８００に動作可能に接続されたディスプレイシステム上にコンピュータ対話型インターフェース要素を提供する。
Ａｐｐｌｅ（登録商標） Ｍａｃｉｎｔｏｓｈ（登録商標） ＯＳ、ＩＢＭ（登録商標） ＯＳ／２、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｗｉｎｄｏｗ（登録商標）（ＸＰ（登録商標）、ＶＩＳＴＡ（登録商標）／７／８、及び１０）、Ｕｎｉｘ（登録商標） Ｘ－Ｗｉｎｄｏｗ、及びＷｅｂインターフェースライブラリ（例えば、Ａｊａｘ（登録商標）、ＤＨＴＭＬ（登録商標）、Ａｄｏｂｅ（登録商標）、Ｆｌａｓｈ（登録商標）、Ｊａｖａｓｃｒｉｐｔ（登録商標）、及びＪａｖａ（登録商標）を含むが、それに限定されないグラフィカルユーザインターフェース（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ：ＧＵＩ）を使用することができる。
【0105】
さらに、１つ又はそれ以上のコンピュータ可読記憶媒体を使用して、本発明と一致する実施形態を実施することができる。
コンピュータ可読記憶媒体とは、プロセッサによって読み取り可能情報又はデータを格納することができる任意の種類の物理メモリを指す。
したがって、コンピュータ可読記憶媒体は、本明細書に記載の実施形態と一致するステップ又はステージを、プロセッサに実行させるための命令を含む、１つ又はそれ以上のプロセッサによる実行のための命令を格納する。
「コンピュータ可読媒体」という用語は、有形のアイテムを含み、搬送波（ｃａｒｒｉｅｒ ｗａｖｅ）及び過渡信号（ｔｒａｎｓｉｅｎｔ ｓｉｇｎａｌ）、すなわち非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）信号を除外すると理解されるべきである。
コンピュータ可読記憶媒体の例には、ＲＡＭ、ＲＯＭ、揮発性メモリ、不揮発性メモリ、ハードドライブ、コンパクトディスク（ＣＤ）ＲＯＭ、デジタルビデオディスク（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ：ＤＶＤ）、フラッシュドライブ、ディスク、及び他の任意の既知の物理記憶媒体が含まれる。
コンピュータ可読記憶媒体とは、プロセッサによって読み取り可能情報又はデータを格納することができる任意の種類の物理メモリを指す。
したがって、コンピュータ可読記憶媒体は、本明細書に記載の実施形態と一致するステップ又はステージを、プロセッサに実行させるための命令を含む、１つ又はそれ以上のプロセッサによる実行のための命令を格納する。
「コンピュータ可読媒体」という用語は、有形のアイテムを含み、搬送波（ｃａｒｒｉｅｒ ｗａｖｅ）及び過渡信号（ｔｒａｎｓｉｅｎｔ ｓｉｇｎａｌ）、すなわち非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）信号を除外すると理解されるべきである。
コンピュータ可読記憶媒体の例には、ＲＡＭ、ＲＯＭ、揮発性メモリ、不揮発性メモリ、ハードドライブ、コンパクトディスク（ＣＤ）ＲＯＭ、デジタルビデオディスク（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ：ＤＶＤ）、フラッシュドライブ、ディスク、及び他の任意の既知の物理記憶媒体が含まれる。
【0106】
したがって、本発明は、特定のユーザに動的に送信され得る複数のメディアストリームを、効果的に構成及び制御するＭＣサーバを提供する。
ＭＣサーバは、カウンタ値、ＳＳＲＣ識別子、及びユーザのストリーム選択に基づいて、メディアストリームを受信デバイスに転送し始める。
前述のように、受信デバイスへの複数のメディアストリームの送信をハンドリングするために、新しい状態遷移及びカウンタ値をＭＣサーバに導入する。
したがって、本発明は、メディアコントローラで複数のメディアストリームの受信をハンドリングするための方法及びシステムを提供する。
したがって、本発明は、ユーザが複数のメディアストリームを受け入れ、任意のメディアストリームをいつでも終了できる柔軟性を提供する。
さらに、本発明は、ユーザが以前に拒否又は終了したメディアストリームに対して、ＭＣサーバからメディアストリームの受信を開始（又は再開）する柔軟性を提供する。
ＭＣサーバは、ユーザがいつでも受信を受け入れて終了できるようにメディアストリームを管理し、メディアストリームを意図した受信者にのみ転送する。
サーバは、ストリームを受け入れた受信デバイスにのみメディアストリームを転送し、受信デバイスの要求に応じて、ＭＣサーバにメッセージを送信して受信を終了する。
ＭＣサーバが要求を受信すると、ＭＣサーバは、メディアストリームを特定の受信デバイスに送信するのを停止する。
したがって、本発明は、メディアストリームをハンドリングする際の複雑さを回避する。
ＭＣサーバは、カウンタ値、ＳＳＲＣ識別子、及びユーザのストリーム選択に基づいて、メディアストリームを受信デバイスに転送し始める。
前述のように、受信デバイスへの複数のメディアストリームの送信をハンドリングするために、新しい状態遷移及びカウンタ値をＭＣサーバに導入する。
したがって、本発明は、メディアコントローラで複数のメディアストリームの受信をハンドリングするための方法及びシステムを提供する。
したがって、本発明は、ユーザが複数のメディアストリームを受け入れ、任意のメディアストリームをいつでも終了できる柔軟性を提供する。
さらに、本発明は、ユーザが以前に拒否又は終了したメディアストリームに対して、ＭＣサーバからメディアストリームの受信を開始（又は再開）する柔軟性を提供する。
ＭＣサーバは、ユーザがいつでも受信を受け入れて終了できるようにメディアストリームを管理し、メディアストリームを意図した受信者にのみ転送する。
サーバは、ストリームを受け入れた受信デバイスにのみメディアストリームを転送し、受信デバイスの要求に応じて、ＭＣサーバにメッセージを送信して受信を終了する。
ＭＣサーバが要求を受信すると、ＭＣサーバは、メディアストリームを特定の受信デバイスに送信するのを停止する。
したがって、本発明は、メディアストリームをハンドリングする際の複雑さを回避する。
【0107】
用語「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、「実施形態（ｅｍｂｏｄｉｍｅｎｔ）」、「実施形態（ｅｍｂｏｄｉｍｅｎｔｓ）」、「前記実施形態（ｔｈｅ ｅｍｂｏｄｉｍｅｎｔ）」、「上記実施形態（ｔｈｅ ｅｍｂｏｄｉｍｅｎｔｓ）」、「１つ又はそれ以上の実施形態（ｏｎｅ ｏｒ ｍｏｒｅ ｅｍｂｏｄｉｍｅｎｔｓ）」、「一部実施形態（ｓｏｍｅ ｅｍｂｏｄｉｍｅｎｔｓ）」、及び「１つの実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」は、別段の明示的な指示がない限り、「本発明の１つ又はそれ以上の（しかしすべてではない）実施形態」を意味する。
用語「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する」、及びその変形は、明示的に別段の指示がない限り、「含むがそれに限定されない」を意味する。
アイテムの列挙されたリストは、特に明記されていない限り、一部又はすべてのアイテムが相互に排他的であることを意味するものではない。前記の用語「ａ」、「ａｎ」及び「前記（ｔｈｅ）」は、別段の明示的な指定がない限り、「１つ又はそれ以上」を意味する。
用語「含む（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する」、及びその変形は、明示的に別段の指示がない限り、「含むがそれに限定されない」を意味する。
アイテムの列挙されたリストは、特に明記されていない限り、一部又はすべてのアイテムが相互に排他的であることを意味するものではない。前記の用語「ａ」、「ａｎ」及び「前記（ｔｈｅ）」は、別段の明示的な指定がない限り、「１つ又はそれ以上」を意味する。
【0108】
互いに通信する複数の構成要素を有する一実施形態の説明は、そのような構成要素がすべて必要であることを意味するものではない。
逆に、様々なオプションの構成要素が、本発明の多種多様な可能な実施形態を例示するために記載している。
単一のデバイス又は物品が本明細書に記載されている場合、単一のデバイス／物品の代わりに複数のデバイス／物品（例えば、それらが協働する場合）を使用することができる。
同様に、複数のデバイス又は物品が本明細書に記載されている場合（例えば、それらが協働する場合）、複数のデバイス又は物品の代わりに単一のデバイス／物品を使用してもよく、又は表示されている数のデバイス又はプログラムの代わりに異なる数のデバイス／物品を使用することもできる。
デバイスの機能及び／又は特徴は、代替的に、そのような機能／特徴を有するものとして明示的に説明されていない１つ又はそれ以上の他のデバイスによって実施することができる。
逆に、様々なオプションの構成要素が、本発明の多種多様な可能な実施形態を例示するために記載している。
単一のデバイス又は物品が本明細書に記載されている場合、単一のデバイス／物品の代わりに複数のデバイス／物品（例えば、それらが協働する場合）を使用することができる。
同様に、複数のデバイス又は物品が本明細書に記載されている場合（例えば、それらが協働する場合）、複数のデバイス又は物品の代わりに単一のデバイス／物品を使用してもよく、又は表示されている数のデバイス又はプログラムの代わりに異なる数のデバイス／物品を使用することもできる。
デバイスの機能及び／又は特徴は、代替的に、そのような機能／特徴を有するものとして明示的に説明されていない１つ又はそれ以上の他のデバイスによって実施することができる。
【0109】
したがって、本発明の他の実施形態は、デバイス自体を含む必要はない。
本明細書で使用される言語は、主に読みやすさ及び説明の目的で選択されたものであり、本発明の主題を説明又は制限するために選択されたものではない場合がある。
したがって、本発明の範囲は、この詳細な説明によってではなく、本明細書に基づく出願に対して発行される任意の請求項によって制限されることが意図されている。
したがって、本発明の実施形態は、特許請求の範囲に記載された本発明の範囲を例示することを意図するものであり、限定するものではない。
本発明は、その特定の実施形態を参照して特に示され、説明してきたが、当業者は、添付の特許請求の範囲及びそれらの均等物によって定義される本発明の精神及び範囲から逸脱することなく、その形態及び詳細の様々な変更を行うことができることを理解するであろう。
本明細書で使用される言語は、主に読みやすさ及び説明の目的で選択されたものであり、本発明の主題を説明又は制限するために選択されたものではない場合がある。
したがって、本発明の範囲は、この詳細な説明によってではなく、本明細書に基づく出願に対して発行される任意の請求項によって制限されることが意図されている。
したがって、本発明の実施形態は、特許請求の範囲に記載された本発明の範囲を例示することを意図するものであり、限定するものではない。
本発明は、その特定の実施形態を参照して特に示され、説明してきたが、当業者は、添付の特許請求の範囲及びそれらの均等物によって定義される本発明の精神及び範囲から逸脱することなく、その形態及び詳細の様々な変更を行うことができることを理解するであろう。
【符号の説明】
【0110】
１００ 環境
１０１（１０１１～１０１ｎ） 送信デバイス
１０２ メディアコントローラ
１０３ ＭＣサーバ
１０５（１０５１～１０５ｎ） 受信デバイス
２０１、８０１ Ｉ／Ｏインターフェース
２０３、８０２ プロセッサ
２０５、８０５ メモリ
２０６ データ
２０７ ＳＳＲＣ識別子データ
２０９ カウンタ値データ
２１１ 他のデータ
２１３ モジュール
２１５ 受信モジュール
２１７ 送信モジュール
２１９ 識別モジュール
２２１ 他のモジュール
８００ コンピュータシステム
８０３ ネットワークインターフェース
８０４ ストレージインターフェース
８０６ ユーザ／アプリケーションデータ
８０７ オペレーティングシステム
８０８ ウェブブラウザ
８０９ 通信ネットワーク
８１１ 入力デバイス
８１２ 出力デバイス
８１３ ランダムアクセスメモリ（ＲＡＭ）
８１４ リードオンリーメモリ（ＲＯＭ）
８１５ メールクライアント
８１６ メールサーバ
８１７ ウェブサーバ
１０１（１０１１～１０１ｎ） 送信デバイス
１０２ メディアコントローラ
１０３ ＭＣサーバ
１０５（１０５１～１０５ｎ） 受信デバイス
２０１、８０１ Ｉ／Ｏインターフェース
２０３、８０２ プロセッサ
２０５、８０５ メモリ
２０６ データ
２０７ ＳＳＲＣ識別子データ
２０９ カウンタ値データ
２１１ 他のデータ
２１３ モジュール
２１５ 受信モジュール
２１７ 送信モジュール
２１９ 識別モジュール
２２１ 他のモジュール
８００ コンピュータシステム
８０３ ネットワークインターフェース
８０４ ストレージインターフェース
８０６ ユーザ／アプリケーションデータ
８０７ オペレーティングシステム
８０８ ウェブブラウザ
８０９ 通信ネットワーク
８１１ 入力デバイス
８１２ 出力デバイス
８１３ ランダムアクセスメモリ（ＲＡＭ）
８１４ リードオンリーメモリ（ＲＯＭ）
８１５ メールクライアント
８１６ メールサーバ
８１７ ウェブサーバ
【図1A】
【図1B】
【図2A】
【図2B】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【国際調査報告】