(57)【要約】      （修正有）【課題】ネットワークが提供された半二重通信トークグループセッションを特徴とするシステムにおいて、キューに入れられ調整されたトークグループを実行するための好適なシステムおよび方法を提供する。【解決手段】キューに対して、聞いているユーザからのトーク要求をドロップするよりむしろ、要求は、ネットワークに転送され、トークチャネルへのアクセスを授与するために使用されるリストにおいて維持される。調整されたトークグループに対して、ワイヤレスデバイスは、調整器ネットワークデバイスになるように指定される。トークチャネルのための要求は、調整器ネットワークデバイスに転送される。調整器ネットワークデバイスは、デバイスのユーザが、デバイスがトークチャネルを授与される順序を選択することを可能にする機能を装備する。他の実施では、メタグループが提供され、トークグループセッションに対するオーダーのルールが実施される。【選択図】図２
2011082997.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスネットワークにおいてワイヤレスデバイスがグループトークセッションに参加する方法であって、
前記ワイヤレスデバイスは、
前記グループトークセッションの間、継続的に、他のワイヤレスデバイスからの送信能力のための要求を受信することであって、前記送信能力のための要求は、メッセージコントローラによってリレーされる、ことと、
前記送信能力のための要求を送信した前記他のワイヤレスデバイスの識別子のリストを前記ワイヤレスデバイスのユーザに提供することと、
前記グループトークセッションの間、継続的に、未解決の前記受信された要求の記録を維持することと、
前記ワイヤレスネットワークを介して、前記送信能力のための要求のうちの少なくとも１つを認めるメッセージを送信することと
によって、グループトークのトーク順序制御を実行するように構成される、方法。
【請求項２】
送信された少なくとも１つのメッセージは、前記トークグループに関連し、
前記少なくとも１つのメッセージは、
前記ワイヤレスデバイスから前記ワイヤレスネットワークへの発言権取り消しメッセージと、
前記ワイヤレスデバイスから前記ワイヤレスネットワークへのトーク可メッセージと
のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項３】
受信された少なくとも１つのメッセージは、前記トークグループに関連し、
前記メッセージは、
ネットワークからデバイスへのトークの解放メッセージと、
ネットワークからデバイスへの送信チャネル要求メッセージと
のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
各要求は、送信チャネル要求メッセージを含む、請求項１に記載の方法。
【請求項５】
前記送信能力のための要求のうちの少なくとも１つを認めるメッセージは、トーク可メッセージを含む、請求項１に記載の方法。
【請求項６】
前記グループトークセッションは、セルラを介したプッシュトーク（ＰｏＣ）セッションを含む、請求項５に記載の方法。
【請求項７】
グループトークセッションのトーク順序制御を実行するためのメッセージコントローラの方法であって、
前記方法は、
前記グループのために１つのワイヤレスデバイスが調整器ワイヤレスデバイスになるような指定を維持することと、
前記送信能力のための要求を受信することと、
前記送信能力のための受信された要求を前記調整器ワイヤレスデバイスに転送することと
を含む、方法。
【請求項８】
前記送信能力を授与するメッセージを前記調整器ワイヤレスデバイスから受信することと、
各授与するメッセージを少なくともそれぞれの被授与デバイスに転送することと
をさらに含む、請求項７に記載の方法。
【請求項９】
前記デバイスのトークグループの各々のために特権情報を維持することと、
前記ワイヤレスデバイスからトークグループ制御メッセージを受信し、前記特権情報に従って前記メッセージを処理することと
をさらに含む、請求項８に記載の方法。
【請求項１０】
前記特権情報は、
調整器能力と、調整器メタグループ能力と、グループ内におけるプライベートメッセージングと、ブロードキャストメッセージングと、トークチャネル要求アクセスと、聴き取り専用アクセスとのうちの少なくとも１つの特権が所定のワイヤレスデバイスに与えられたかどうかの表示を含む、請求項９に記載の方法。
【請求項１１】
前記送信能力のための受信された要求のうちの１つは、送信チャネル要求メッセージを含む、請求項７に記載の方法。
【請求項１２】
前記送信能力の授与のうちの１つは、トーク可メッセージを含む、請求項８に記載の方法。
【請求項１３】
ワイヤレスネットワークにおいてグループトークセッションに参加するように構成されたワイヤレス通信デバイスであって、
前記ワイヤレス通信デバイスは、
処理要素と、
前記処理要素に結合されたメッセージ受信要素と、
前記処理要素に結合されたメッセージ送信要素と
を備え、
前記処理要素は、
前記メッセージ受信要素を介して、前記グループトークセッションの間、継続的に、他のワイヤレスデバイスからの送信能力のための要求を受信することであって、前記送信能力のための要求は、メッセージコントローラによってリレーされる、ことと、
前記送信能力のための要求を送信した前記他のワイヤレスデバイスの識別子のリストを前記ワイヤレスデバイスのユーザに提供することと、
前記グループトークセッションの間、継続的に、未解決の前記受信された要求の記録を維持することと、
前記メッセージ送信要素を介して、前記送信能力のための要求のうちの少なくとも１つを認めるメッセージを前記ワイヤレスネットワークを介して送信することと
によって、グループトークのトーク順序制御を実行するように構成される、ワイヤレス通信デバイス。
【請求項１４】
送信された少なくとも１つのメッセージは、前記トークグループに関連し、
前記少なくとも１つのメッセージは、
前記ワイヤレスデバイスから前記ワイヤレスネットワークへの発言権取り消しメッセージと、
前記ワイヤレスデバイスから前記ワイヤレスネットワークへのトーク可メッセージと
のうちの少なくとも１つを含む、請求項１３に記載のワイヤレス通信デバイス。
【請求項１５】
受信された少なくとも１つのメッセージは、前記トークグループに関連し、
前記メッセージは、
ネットワークからデバイスへのトークの解放メッセージと、
ネットワークからデバイスへの送信チャネル要求メッセージと
のうちの少なくとも１つを含む、請求項１３に記載のワイヤレス通信デバイス。
【請求項１６】
各要求は、送信チャネル要求メッセージを含む、請求項１３に記載のワイヤレス通信デバイス。
【請求項１７】
前記送信能力のための要求のうちの少なくとも１つを認めるメッセージは、トーク可メッセージを含む、請求項１３に記載のワイヤレス通信デバイス。
【請求項１８】
前記グループトークセッションは、セルラを介したプッシュトーク（ＰｏＣ）セッションを含む、請求項１７に記載のワイヤレス通信デバイス。
【請求項１９】
グループトークセッションのトーク順序制御を、
前記グループのために１つのワイヤレスデバイスが調整器ワイヤレスデバイスになるような指定を維持することと、前記送信能力のための要求を受信することと、前記送信能力のための受信された要求を前記調整器ワイヤレスデバイスに転送することとによって実行するように構成されたメッセージコントローラ。
【請求項２０】
前記送信能力を授与するメッセージを前記調整器ワイヤレスデバイスから受信することと、各授与するメッセージを少なくともそれぞれの被授与デバイスに転送することとによって、前記グループトークセッションのトーク順序制御を実行するようにさらに構成される、請求項１９に記載のメッセージコントローラ。
【請求項２１】
前記デバイスのトークグループの各々のために特権情報を維持することと、前記ワイヤレスデバイスからトークグループ制御メッセージを受信し、前記特権情報に従って前記メッセージを処理することとによって、前記グループトークセッションのトーク順序制御を実行するようにさらに構成される、請求項２０に記載のメッセージコントローラ。
【請求項２２】
前記特権情報は、
調整器能力と、調整器メタグループ能力と、グループ内におけるプライベートメッセージングと、ブロードキャストメッセージングと、トークチャネル要求アクセスと、聴き取り専用アクセスとのうちの少なくとも１つの特権が所定のワイヤレスデバイスに与えられたかどうかの表示を含む、請求項２１に記載のメッセージコントローラ。
【請求項２３】
前記送信能力のための受信された要求のうちの１つは、送信チャネル要求メッセージを含む、請求項１９に記載のメッセージコントローラ。
【請求項２４】
前記送信能力の授与のうちの１つは、トーク可メッセージを含む、請求項２０に記載のメッセージコントローラ。
【請求項２５】
本明細書に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、ワイヤレス通信システム、より詳細には、半二重音声通信サービスを提供するワイヤレス通信システムにおけるグループトークに関する。
【背景技術】
【０００２】
ウォーキートーキー様機能またはディスパッチサービスを通じてのＰＴＴＴＭ（プッシュトークＴＭ）、セルラサービスを通じてのＰＴＴＴＭ（ＯＭＡ規格の一部、ＰｏＣ）、または他の方法の形式をとり得る、同様な半二重音声機能を提供する通信システムが利用可能である。本明細書で参照する場合、ウォーキートーキー様機能および半二重音声機能は通常、ネットワーク（単数または複数）を介して届けられる任意の音声通信機能を意味するようにとられる。ここにおいて、その機能は、音声通信を、話し手または送信側のデバイスから聴き手または受信側のデバイスにいつでも送信可能であるが、話し手のデバイスが受信側のデバイスに音声を送信する間では、受信側のデバイスから話し手のデバイスに音声通信を同時に送信しない。そのようなデバイスは、通常、ＰｏＣセッションの間に可能であるＯＭＡ仕様の一部として実際に規定される、ワイヤレスを通じてのインスタントメッセージング（チャット）のようなデータ通信の他の手段を除外しないことに留意されたい。アクティブＰＴＴＴＭセッションまたはディスパッチコールセッションの間、セッションに参加している１つだけのユーザデバイス（「話し手」デバイス）は、いつでも、送信しているまたは話しているデバイスとして指定され得る。ユーザデバイスは、ネットワークからトーク／送信チャネルを要求し、ネットワークによってトーク／送信チャネルが与えられることによって、送信デバイスの役割を得る。話し手のデバイスが送信チャネルを所有する間（トーク期間の間）、アクティブディスパッチコールセッションにおける全ての他のデバイス（聴き手のデバイス）は、リスナーモードであり、送信デバイスがネットワークにトーク期間を終了し、トーク／送信チャネルを開放するように要求するまで、音声を送信できない。話す／送信チャネルが占有されていない間の期間は、アイドル期間である。ＰＴＴＴＭの標準な実施においては、例えば、ワイヤレスデバイスのユーザインターフェースは、トーク／送信チャネルを獲得および開放するために、ユーザが要求の送信を制御することを可能にするためにＰＴＴＴＭボタンを含む。ここにおいて、これらの要求は、ロジカルな制御チャネルを通じてネットワークに送信される。
【０００３】
ＰＴＴＴＭ機能を、システムのウォーキートーキー様サービスの一部として提供するシステムの例は、ＭｏｔｏｒｏｌａＴＭのｉＤＥＮＴＭシステムである。そのようなＰＴＴＴＭサービスを提供できる他の例示システムは、１ｘＲＴＴ  ＣＤＭＡ，ＵＭＴＳ，ＧＳＭ／ＧＰＲＳ，ＴＤＭＡ、および８０２．１１規格ファミリーである。プッシュトークＴＭサービスは、全二重通信を提供する既存のネットワークシステムを通じて、オプションの半二重サービスとして提供され得、または半二重通信のみを提供するネットワークシステムを通じてのサービスとして提供され得る。
【発明の概要】
【課題を解決するための手段】
【０００４】
１つの広い局面に従って、アプリケーションは、デバイスのトークグループ内にて、全ての他のデバイスが受信能力を有する一方、単一のデバイスに送信能力が与えられるように、グループ内にてウォーキートーキー様通信能力を運ぶように適応されているネットワークにおける使用のためのトーク順序コントローラであって、トーク順序コントローラは、送信能力のためにネットワークを介して要求を受信および未解決の要求の記録を維持し、未解決の要求の記録に基づいて、送信能力のための要求を授与することによって、トーク順序制御を実行するように適応されている、トーク順序コントローラを提供する。
【０００５】
一部の実施形態においては、トーク順序コントローラは、ネットワークの一部を形成およびそれと結合し、複数のトークグループの各々のためのトーク順序制御を実行するように適応されている。
【０００６】
一部の実施形態においては、ウォーキートーキー様通信は、ワイヤレス通信チャネルを用いてデバイスに運ばれ、デバイスは、ワイヤレスデバイスである。
【０００７】
一部の実施形態においては、未解決の要求の記録は、受信された順序において整理された未解決の要求のリストを含み、送信能力のための要求は、最も古いものから最も新しいものまで授与される。
【０００８】
一部の実施形態においては、トーク順序コントローラは、送信能力が放棄されたことの表示を検出または受信するように適応され、放棄された送信能力に応答して、トーク可メッセージを送信能力が次に授与されるデバイスに送信するように適応されている。
【０００９】
一部の実施形態においては、トーク順序コントローラは、デバイスが送信能力をもはや待っていないとみなされることを要求するために、デバイスから要求を受信するようにさらに適応されている。
【００１０】
一部の実施形態においては、メッセージは、トークグループに関連して送信され、メッセージは、デバイスからネットワークへのトークメッセージの解放、ネットワークからデバイスへのトーク可メッセージ、ネットワークからデバイスへの割込みメッセージ、またはネットワークからワイヤレスデバイスへのミュートオーダーの少なくとも１つを含む。
【００１１】
一部の実施形態においては、トーク順序コントローラは、各デバイスから受信される要求の数を数え、各デバイスから受信される要求の数に基づいて、送信特権を授与することの再優先順位決定をするようにさらに適応される。
【００１２】
一部の実施形態においては、トーク順序コントローラは、ワイヤレスデバイスの複数のグループと結合する。
【００１３】
一部の実施形態においては、トーク順序コントローラは、デバイスのグループのための調整を実行するように適応され、グループのための調整器デバイスとして指定される。
【００１４】
一部の実施形態においては、トーク順序コントローラは、デバイスのグループにおけるデバイスの１つの一部を形成およびそれと結合する。
【００１５】
他の広い局面に従って、アプリケーションは、デバイスの各トークグループ内にて、全ての他のデバイスが受信能力を有する一方、単一のデバイスに送信能力が与えられるように、グループ内にてウォーキートーキー様通信能力を運ぶように適応されているネットワークを提供し、各トークグループに対して、上記されたようなトーク順序コントローラと結合して、ネットワークは、各グループに対して、グループのために特定のデバイスが調整器デバイスになるような指定を維持し、送信能力のための要求を受信および要求を調整器デバイスに転送し、送信能力の授与を調整器デバイスから受信および各授与を少なくともそれぞれの被授与者デバイスに転送するように適応されている。
【００１６】
一部の実施形態においては、トーク順序コントローラは、デバイスのトークグループの各々のために特権情報を維持し、ワイヤレスデバイスからトークグループ制御メッセージを受信および特権情報に従ってメッセージを処理するようにさらに適応されている。
【００１７】
一部の実施形態においては、特権情報は、調整器能力、調整器メタグループ能力、グループ内におけるプライベートメッセージング、ブロードキャストメッセージング、トークチャネル要求アクセス、または聴き取り専用アクセス、のうちの少なくとも１つが所定のワイヤレスデバイスに与えられたかどうかの表示を含む。
【００１８】
一部の実施形態においては、トーク順序コントローラは、デバイスのグループと結合し、デバイスの各グループのためのトーク順序コントローラは、グループのデバイスの１つの一部を形成する。
【００１９】
一部の実施形態においては、調整器デバイスは、送信能力のために他のデバイスから、ネットワークを介して要求を受信するように適応され、調整器デバイスは、送信能力のための要求が送信能力が選択および授与されるために受信されたデバイスのユーザ選択を受信するためのユーザインターフェースを有し、ユーザ選択に応答して、調整器デバイスは、送信能力を授与するメッセージをネットワークを介してデバイスに送信するように適応されている。
【００２０】
一部の実施形態においては、トーク順序コントローラは、ネットワークの一部を形成およびそれと結合し、ネットワークは、トークグループのためにオーダーのルールのセットを維持し、オーダーのルールに従って、トークグループ間の相互作用を可能にするように適応されている。
【００２１】
一部の実施形態においては、オーダーのルールは、動作を行うための権利、動作の優先順位、動作に関するルールを含む。
【００２２】
一部の実施形態においては、上記されたようなトーク順序コントローラは、ＣＤＭＡベースの通信、８０２．１１ベースの通信、ｉＤＥＮ、ＧＰＲＳ、Ｂｌｕｅｔｏｏｔｈ、ＵＭＴＳ、またはＰｏＣ（セルラを介したプッシュトーク）のうちの１つを用いて実施される。
【００２３】
一部の実施形態においては、メッセージは、ＤＴＭＦ信号を用いて送信される。
【００２４】
一部の実施形態のおいては、ウォーキートーキー様通信は、ワイヤレス通信チャネルを用いてデバイスに運ばれ、デバイスは、ワイヤレスデバイスである。
【００２５】
他の広い局面に従って、アプリケーションは、複数のワイヤレスデバイスの間にネットワークに分配されたウォーキートーキー様通信セッションをセットアップすることと、送信能力をワイヤレスデバイスの１つに、聴き取り特権を残りのワイヤレスデバイスに授与することと、聴き取り特権を有するワイヤレスデバイスから送信能力のための要求を受信することと、送信能力のための要求に応答して、送信能力を授与することとを順に包含する方法を提供する。
【００２６】
一部の実施形態においては、送信能力のための要求に応答して、送信能力を授与することは、要求が受信された順序において行われる。
【００２７】
一部の実施形態においては、送信能力のための要求に応答して、送信能力を授与することは、調整器の管理下において行われる。
【００２８】
一部の実施形態においては、送信能力のための要求に応答して、送信能力を授与することは、オーダーのルールの規定されたセットに従って行われる。
【００２９】
一部の実施形態においては、上記されたような方法を実施するために、プロセッサ実行可能命令が格納されているコンピュータ読取可能媒体が提供される。
【００３０】
他の広い局面に従って、アプリケーションは、特定のユーザによって要求がされたことを調整器ワイヤレスデバイスに示すためのネットワークからのアクションである発言権調整要求と、ネットワークがユーザのワイヤレスデバイスにコマンドを送信することを要求するための調整器ワイヤレスデバイスからのアクションである発言権調整応答とを介して調整されたトーク制御を提供するように適応されているＰｏＣネットワークを提供する。
（項目１）
デバイスのトークグループ内にて、全ての他のデバイスが受信能力を有する一方、単一のデバイスに送信能力が与えられるように、該グループ内にてウォーキートーキー様通信能力を運ぶように適応されているネットワークにおける使用のためのトーク順序コントローラであって、該トーク順序コントローラは、該送信能力のために該ネットワークを介して要求を受信および未解決の該要求の記録を維持し、未解決の該要求の該記録に基づいて、該送信能力のための要求を授与することによって、トーク順序制御を実行するように適応されている、トーク順序コントローラ。
（項目２）
前記ネットワークの一部を形成およびそれと結合し、複数のトークグループの各々のためのトーク順序制御を実行するように適応されている、項目１に記載のトーク順序コントローラ。
（項目３）
前記ウォーキートーキー様通信が、ワイヤレス通信チャネルを用いて前記デバイスに運ばれ、該デバイスがワイヤレスデバイスである、項目１または項目２に記載のトーク順序コントローラ。
（項目４）
未解決の前記要求の前記記録が、受信された順序において整理された未解決の要求のリストを含み、送信能力のための該要求が、最も古いものから最も新しいものまで授与される、項目１〜項目３のうちのいずれか一項に記載のトーク順序コントローラ。
（項目５）
前記送信能力が放棄されたことの表示を検出または受信するように適応され、放棄された該送信能力に応答して、トーク可メッセージを該送信能力が次に授与されるデバイスに送信するように適応されている、項目１〜項目４のうちのいずれか一項に記載のトーク順序コントローラ。
（項目６）
デバイスが前記送信能力をもはや待っていないとみなされることを要求するために、該デバイスから要求を受信するようにさらに適応されている、項目１〜項目５のうちのいずれか一項に記載のトーク順序コントローラ。
（項目７）
メッセージが前記トークグループに関連して送信され、該メッセージが、
デバイスからネットワークへのトークメッセージの解放、
ネットワークからデバイスへのトーク可メッセージ、
ネットワークからデバイスへの割込みメッセージ、または
ネットワークからワイヤレスデバイスへのミュートオーダー
の少なくとも１つを含む、項目１〜項目６のうちのいずれか一項に記載のトーク順序コントローラ。
（項目８）
各デバイスから受信される要求の数を数え、各デバイスから受信される要求の数に基づいて、送信特権を授与することの再優先順位決定をするようにさらに適応される、項目１〜項目７のいずれか一項に記載のトーク順序コントローラ。
（項目９）
ワイヤレスデバイスの前記複数のグループと結合する、項目３〜項目８のうちのいずれか一項に記載のトーク順序コントローラ。
（項目１０）
デバイスの前記グループのための調整を実行するように適応され、該グループのための調整器デバイスとして指定される、項目１〜項目９のうちのいずれか一項に記載のトーク順序コントローラ。
（項目１１）
デバイスの前記グループにおける該デバイスの１つの一部を形成およびそれと結合する、項目１０に記載のトーク順序コントローラ。
（項目１２）
デバイスの各トークグループ内にて、全ての他のデバイスが受信能力を有する一方、単一のデバイスに送信能力が与えられるように、該グループ内にてウォーキートーキー様通信能力を運ぶように適応されているネットワークであって、該ネットワークは、各トークグループに対してトーク順序コントローラを含み、該ネットワークは、各グループに対して、該グループのために特定のデバイスが調整器デバイスになるような指定を維持し、該送信能力のための要求を受信および該要求を該調整器デバイスに転送し、該送信能力の授与を該調整器デバイスから受信および各授与を少なくともそれぞれの被授与者デバイスに転送するように適応されている、ネットワーク。
（項目１３）
デバイスの前記トークグループの各々のために特権情報を維持し、前記ワイヤレスデバイスからトークグループ制御メッセージを受信および該特権情報に従って該メッセージを処理するようにさらに適応されている、項目１２に記載のネットワーク。
（項目１４）
前記特権情報が、以下の特権、
調整器能力、
調整器メタグループ能力、
グループ内におけるプライベートメッセージング、
ブロードキャストメッセージング、
トークチャネル要求アクセス、または
聴き取り専用アクセス、
のうちの少なくとも１つが所定のワイヤレスデバイスに与えられたかどうかの表示を含む、項目１３に記載のネットワーク。
（項目１５）
デバイスの各グループのための前記トーク順序コントローラが、該グループの該デバイスの１つの一部を形成する、項目１２〜項目１４のうちのいずれか一項に記載のネットワーク。
（項目１６）
前記調整器デバイスが、前記送信能力のために他のデバイスから、前記ネットワークを介して要求を受信するように適応されており、該調整器デバイスが、送信能力のための要求が該送信能力が選択および授与されるために受信されたデバイスのユーザ選択を受信するためのユーザインターフェースを有し、該ユーザ選択に応答して、該調整器デバイスが、該送信能力を授与するメッセージを該ネットワークを介して該デバイスに送信するように適応されている、項目１５に記載のネットワーク。
（項目１７）
前記ネットワークの一部を形成およびそれと結合する前記トーク順序コントローラであって、該ネットワークが、前記トークグループのためにオーダーのルールのセットを維持し、該オーダーのルールに従って、該トークグループ間の相互作用を可能にするように適応されている、項目１に記載のトーク順序コントローラ。
（項目１８）
前記オーダーのルールが、動作を行うための権利、動作の優先順位、または動作に関するルールのうちの１つまたは組み合わせを含む、項目１７に記載のトーク順序コントローラ。
（項目１９）
ＣＤＭＡベースの通信、８０２．１１ベースの通信、ｉＤＥＮ、ＧＰＲＳ、Ｂｌｕｅｔｏｏｔｈ、ＵＭＴＳ、またはＰｏＣ（セルラを介したプッシュトーク）のうちの１つを用いて実施される、項目１〜項目１１、項目１７、および項目１８のうちのいずれか一項に記載のトーク順序コントローラ。
（項目２０）
前記メッセージが、ＤＴＭＦ信号を用いて送信される、項目１〜項目１１および項目１７〜項目１９のうちのいずれか一項に記載のトーク順序コントローラ。
（項目２１）
前記ウォーキートーキー様通信が、ワイヤレス通信チャネルを用いて前記デバイスに運ばれ、該デバイスがワイヤレスデバイスである、項目１〜項目１１および項目１７〜項目２０のうちのいずれか一項に記載のトーク順序コントローラ。
（項目２２）
複数のワイヤレスデバイスの間にネットワークに分配されたウォーキートーキー様通信セッションをセットアップすることと、
送信能力を該ワイヤレスデバイスの１つに、聴き取り特権を残りのワイヤレスデバイスに授与することと、
該聴き取り特権を有するワイヤレスデバイスから該送信能力のための要求を受信することと、
該送信能力のための該要求に応答して、該送信能力を授与することと
を順に包含する、方法。
（項目２３）
前記送信能力のための前記要求に応答して、該送信能力を授与することが、該要求が受信された順序において行われる、項目２２に記載の方法。
（項目２４）
前記送信能力のための前記要求に応答して、該送信能力を授与することが、調整器の管理下において行われる、項目２２または項目２３に記載の方法。
（項目２５）
前記送信能力のための前記要求に応答して、該送信能力を授与することが、オーダーのルールの規定されたセットに従って行われる、項目２２〜項目２４のうちのいずれか一項に記載の方法。
（項目２６）
項目２２〜項目２５のうちのいずれか一項に従って方法を実施するために、プロセッサ実行可能命令が格納されている、コンピュータ読取可能媒体。
（項目２７）
特定のユーザによって要求がされたことを調整器ワイヤレスデバイスに示すための該ネットワークからのアクションである発言権調整要求と、
該ネットワークがユーザのワイヤレスデバイスにコマンドを送信することを要求するための該調整器ワイヤレスデバイスからのアクションである発言権調整応答と
を介して調整されたトーク制御を提供するように適応されているＰｏＣネットワーク。
【図面の簡単な説明】
【００３１】
【図１】図１は、本願の一実施形態によって提供される、ワイヤレスデバイスの例示的な実施の概略図である。
【図２】図２は、本願の一実施形態に従って、アクティブ半二重セッションにおける、キューに入れられた送信チャネル要求メッセージングの実施例を示すブロック図である。
【図３】図３は、本願の一実施形態に従って、アクティブ半二重セッションにおける、キューに入れられた送信チャネル要求メッセージングの実施例を示すブロック図である。
【図４】図４は、本願の一実施形態に従って、アクティブ半二重セッションにおける、キューに入れられた送信チャネル要求メッセージングの実施例を示すブロック図である。
【図５】図５は、本願の一実施形態に従って、優先されたトーク順序をキューに入れる実施例を示すブロック図である。
【図６】図６は、本願の一実施形態に従って、割込みトーク順序制御の実施例を示すブロック図である。
【図７】図７は、本願の一実施形態に従って、割込みトーク順序制御の実施例を示すブロック図である。
【図８】図８は、本願の一実施形態に従って、調整されたトーク順序制御の実施例を示すブロック図である。
【図９Ａ】図９Ａは、ＰｏＣ実施における、調整されたトークグループ接続性の例示的な実施の信号フロー図である。
【図９Ｂ】図９Ｂは、ＰｏＣ実施における、調整されたトークグループ接続性の例示的な実施の信号フロー図である。
【図９Ｃ】図９Ｃは、ＰｏＣ実施における、調整されたトークグループ接続性の例示的な実施の信号フロー図である。
【図１０】図１０は、本願の一実施形態に従って、ルール決めされ、調整されたトーク順序制御の例示的な方法を示すフローチャートである。
【図１１】図１１は、本願の一実施形態に従って、処理動作の例示的な方法を示すフローチャートである。
【発明を実施するための形態】
【００３２】
本願の好ましい実施形態は、添付の図面を参照して説明される。
【００３３】
以下の特定の例において、ウォーキートーキー（ｗａｌｋｉｅ−ｔａｌｋｉｅ）様機能はＰＴＴ機能と想定される。より一般的には、本願の実施形態は、複数の例のＰＴＴ機能に限定されない、ネットワーク送達のウォーキートーキー様機能を提供する任意のシステムが用いられ得る。
【００３４】
既知のシステムにてなされるグループトークセッションの受信側のユーザは、送信デバイスのユーザと通信することは決してない。というのも、そのトーク／送信チャネルはそれが開放されるまで送信デバイスによって占有されるからである。
【００３５】
従来のデバイスを用いると、ユーザは、そのデバイスが聴き取りモードにある間に「トークボタン」を押し、チャネルに対して要求する場合、そのデバイスは、要求をネットワーク上に転送することなく、その要求を単にドロップ（ｄｒｏｐ）する。本願に従うと、その要求をドロップするよりもむしろ、そのデバイスが聴き取りモードであったとしてもメッセージがネットワーク上に転送される。転送されるメッセージは、トークボタンが、チャネルが利用可能である間に起動される場合に生成されるのと同じ形式であり得、あるいは新しいメッセージであり得る。いずれかの場合において、そのメッセージは、本明細書にて、送信チャネル要求メッセージ、またはＴＣＲＭと呼ばれる。これはデバイスからのチャネルを介してネットワークへと送信される。これは、別個の制御チャネル上、または通常、音声通信に使用されるトラフィックチャネル上にて送信され得る。ＭｏｔｏｒｏｌａＴＭのｉＤＥＮＴＭシステムにおいてインプリメントされる実施形態において、ＴＣＲＭ３６に送信するために使用される好適な論理制御チャネルは、時に層２と呼ばれるデータリンク層である。ＴＣＲＭは、Ｌ２制御チャネルを介して送信され得、あるいは、専用の制御チャネル（ＤＣＣＨ）、または関連する制御チャネル（ＡＣＣＨ）を介して送信され得る。ＴＣＲＭがデバイスに特定のチャネルを介して送信される場合、ネットワークが、メッセージを受信したチャネルからどのデバイスがＴＣＲＭを送信するかを決定することができるように、そのＴＣＲＭにおいてデバイス識別子を含む必要はない。ｉＤＥＮは、ＳＩＰベースではないネットワーク送達ウォーキートーキー様機能の一例であることに注意されたい。ＳＩＰベースシステムにおいて、好適には、ＳＩＰ  ｏｖｅｒ  ＩＰメッセージがＴＣＲＭに対して使用される。
【００３６】
まず、図１を参照すると、本願の一実施形態によって提供されるＰＴＴ可能なワイヤレスデバイス３００の例示的なインプリメンテーションがここで示される。トークグループ要求処理のキュー（ｑｕｅｕｅ）／調整制御を可能にする本願の実施形態において用いられ得るワイヤレスデバイスの一例にすぎないことは明瞭に理解される。
【００３７】
また、他の特徴の多くは実際のワイヤレスデバイスに通常、含まれることも明瞭に理解される。これらの特徴は明瞭さを考慮して示されていない。図１に示された実施形態にお
いて、ワイヤレスデバイス３００は、キーパッド３１２の形式におけるトーク要求インターフェースおよびタッチスクリーン３４０を有する。他の実施形態は任意の他の適切なローカル入力／出力要素を含み得る。トーク要求インターフェースは処理要素３２０に結合される。処理要素３２０はメッセージ送信要素３３２に結合される。メッセージ送信要素３３２は、メッセージ受信要素３３４とリソースを共有し得る。メッセージ受信要素３３４は処理要素３２０に結合される。要素３３２、３３４は、好適には、ワイヤレスデバイス上の標準の受信および送信機能の一部を形成する。
【００３８】
処理要素３２０は、ワイヤレスデバイス内にてインプリメントされる任意の適切な処理機能を表し、ＴＣＲＭの生成を扱い、且つ、以下で記載される「トーク可」（ｃｌｅａｒ−ｔｏ−ｔａｌｋ）（ＣＴＴＭ）を含む他のメッセージの受信を扱う。この要素は、ハードウェア、ソフトウェア、ファームウェアのうちの一つ、またはそれらの組み合わせとしてインプリメントされ得る。好適な実施形態において、処理要素３２０は、現行のワイヤレスデバイス上に既に提供されているソフトウェア機能への追加として含まれる。
【００３９】
動作において、図１に示されるワイヤレスデバイス３００は、ＴＨＤ（送信半二重）モードおよびＲＨＤ（受信半二重）モードにおけるウォーキートーキー様半二重通信機能を提供するネットワークにおいて動作することができる。ＲＨＤモードにある間、ワイヤレスデバイスは、トーク要求インターフェース３１２からの入力を受信することができ、以下で詳述されるネットワークによって維持されるリストに追加するために、ネットワークにＴＣＲＭの送信を開始する。いったん要求が入力されると、処理要素３２０は、可能であればワイヤレスデバイス３００の識別を含むＴＣＲＭを生成し、それを、適切な送信リソースを通じて、メッセージ送信要素３３２を介してネットワークに転送する。一部の実施形態において、認証機能が提供され、ワイヤレスデバイスは、それがネットワークによって受信されたＴＣＲＭ（または任意のメッセージ）であることを通知し得る。
【００４０】
ＲＨＤモードにある間、ワイヤレスデバイスは、メッセージ受信要素３３４を介してネットワークからＣＴＴＭを受信することができる。ＣＴＴＭは処理要素３２０に入力され、それがＣＴＴＭであることを認識する必要がある程度にまで処理される。ユーザが検出可能な指示が次いで、ワイヤレスデバイス上にて生成され、例えば、可聴音、可視シグナル、または任意の他の適切な指示の形式において、ＣＴＴＭを受信したことを指示する。一部の実施形態において、ユーザがトークボタンを押していなければ、ワイヤレスデバイスは、ＣＴＴＭの受信後にトークチャネルを実際には得ない。
【００４１】
ここで図２から図４を参照して、本願の一実施形態に従った送信チャネル要求メッセージをキューに入れる一例を、半二重のグループコールにおけるワイヤレスデバイスのグループの、アクティブなウォーキートーキー様コールセッションに関連して、ここで記載される。
【００４２】
個々のデバイス識別子ワイヤレスデバイス＿１、ワイヤレスデバイス＿２、ワイヤレスデバイス＿３、およびワイヤレスデバイス＿４を有するワイヤレスデバイス３０、３２、３４、３６のグループを含むトークグループが示される。それぞれのワイヤレスデバイスは、例えば、図１に関連して記載され得るが、それに限定されるわけではなく、「トークチャネル」３７によって示されるように、ワイヤレスデバイス３６によって占有される送信チャネルを用いてアクティブセッションに参加することが示される。図２によって示される、特定の瞬間において、ワイヤレスデバイス３６はＴＨＤモードにある。というのは、それは、トーク／送信モードであり、送信チャネルを占有しているからである。残りのワイヤレスデバイス３０、３２、３４はＲＨＤモードにあるか、または聴き取りモードにあり、それぞれ、「聴き取りチャネル」３１、３３、３５を介してグループトーク信号を受信する。本願の実施形態は、任意の数のワイヤレスデバイスを含むグループコールセッ
ションにおいてさらに一般的に応用可能である。本記載を単純化するために、ＴＨＤモードまたはＲＨＤモード状態にあるデバイスは、それぞれ、ＴＨＤデバイスまたはＲＨＤデバイスと呼ばれることが理解されるべきである。しかしながら、これらは任意の特定の時間において、そのデバイスの動作の特定のモードに対する一時的な指定であることは理解されよう。アクティブセッションの間、ＲＨＤデバイス（３０、３２、３４）のユーザは、リスナーと呼ばれ、他方、ＴＨＤデバイス３６のユーザは話者と呼ばれる。図１に示される特定の例のそれぞれのデバイスは、ＴＨＤデバイスおよびＲＨＤデバイスのいずれかとして機能することができ、それは、任意の特定のアクティブセッションの間、どちらのデバイスがトーク／送信モードにあり、どちらのデバイスが聴き取りモードにあるかに依存する。それぞれのデバイスは、「トーク」ボタン、または、半二重チャネル上にて送信するためのアクセスを要求するための「トーク要求インターフェース」と以下で呼ばれる他の適切なユーザインターフェースを有する。このトーク要求インターフェースは、従来のウォーキートーキー様機能が可能なワイヤレスデバイスの「トーク」ボタンと同じであり得るか、または追加であり得る。
【００４３】
ユーザのデバイス間の物理リンクの確立、音声データパケットのルート、および聴き取りモードにおけるデバイスのそれぞれに音声データパケットを複製することは、ＰＴＴＴＭまたは類似の半二重音声通信システムのそれぞれのインプリメンテーションに特定のものである。これらの機能は、ネットワーク２５によって抽象的に表され、そのネットワーク２５は、リンク３１、３３、３５上のＲＨＤデバイス３０、３２、３４の全てに対して、リンク３７上のＴＨＤデバイス３６によって送信される音声データを通信するための半二重通信を提供し、一般に、アクティブセッションの機能をサポートする必要のあるシステム構成要素の全てを意味する。これらのリンクの詳細は本明細書とは直接に関連がない。アクティブセッションの間、ＴＨＤデバイス３６は、それがチャネルの解放を要求するか、コールを終了させるまで、そのトーク／送信チャネルを占有する。
【００４４】
本願の実施形態によって提供されるトーク順序コントローラ４０がまた、示される。一実施形態におけるトーク順序コントローラは、ネットワーク２５の一部としてインプリメントされる。トーク順序コントローラ４０は、好適には、ネットワーク２５によって提供される現行の処理機能上で実行されるソフトウェアに対する拡張としてインプリメントされるが、より一般的には、一つ以上のハードウェア、ソフトウェア、またはファームウェアの任意の適切な組み合わせであり得る。トーク順序コントローラはＴＣＲＭを受信し、以下で詳述されるように、キューに入れる動作を実行する。ＴＣＲＭを受信することに付け加えて、トーク順序コントローラ４０は「トーク可」メッセージ（ＣＴＴＭ）を生成し、それは、特定のワイヤレスデバイスに各々送信され、特定のワイヤレスデバイスが次に、送信半二重チャネルを使用する機会を与えられることを示す。ＴＣＲＭのように、ＣＴＴＭは、任意の適切なチャネル上のネットワークによって、ワイヤレスデバイスに送信され、任意の形式になり得る。その要求は、聴き取りモードにおけるワイヤレスデバイスが、そのメッセージがなんであるかを認識することができることである。ＰｏＣのインプリメンテーションにおいて、例えば、ＰｏＣはトーク順序コントローラを収容（ｈｏｕｓｅ）し得る。ＴＣＲＭメッセージの一例は、ＰｏＣ仕様の「発言権要求」メッセージであり、ＣＴＴＭメッセージの一例はＰｏＣ仕様の「発言権授与」メッセージである。
【００４５】
トーク順序コントローラ４０はＴＣＲＭを受信し、順に関連するデバイス識別子を維持し、その結果、最も古いＴＣＲＭから最も新しいＴＣＲＭの順序が知らされる。送信チャネルが、例えば、以前のユーザがトークボタンを離すことで、利用可能である場合、トーク順序コントローラはＣＴＴＭを、その識別子がリスト上で最も長いワイヤレスデバイスに送信する。ＦＩＦＯ（先入れ先出し）バッファにおけるワイヤレスデバイス識別子を格納することによって、この機能が達成される。いったんワイヤレスデバイスがトークチャネルを与えられると、関連する識別子は、トーク順序コントローラ４０によって維持され
るリストから取り除かれる。あるいは、その識別子は、特定のデバイスが送信チャネルであることを指示する状態に関連して維持され得る。
【００４６】
図２の例において、アクティブセッションの間、聴き取りモードにおけるリスナーデバイス３０は、トーク要求インターフェースを介してリスナーからの外部入力に応答して、送信チャネル要求メッセージ（ＴＣＲＭ）４１を送信する。ＴＣＲＭ４１はネットワーク２５によって受信され、トーク順序コントローラ４０へ転送されるが、簡潔さを考慮し、図は単に、メッセージがトーク順序コントローラ４０によって直接に受信されるように示してある。トーク順序コントローラ４０は、ＴＣＲＭメッセージを送信するユーザのデバイス識別子のリスト４６を維持する。従って、ワイヤレスデバイス３０からＴＣＲＭ４１を受信した後、デバイス識別子ワイヤレスデバイス＿１はリスト４６に追加される。
【００４７】
図示された例において、幾分か後に、ワイヤレスデバイス３４はＴＣＲＭ４２を生成し、ＴＣＲＭ４２はまた、トーク順序コントローラ４０に転送され、リスト４６に追加される。さらに後に、ワイヤレスデバイス３２はＴＣＲＭ４４を生成し、ＴＣＲＭ４４はまた、トーク順序コントローラ４０に転送され、リスト４６に追加される。図示した例において、リスト４６は、ＴＣＲＭ４１、４２、４４が受信された順に、３つのワイヤレスデバイス３０、３４、３２のために、エントリである、ワイヤレスデバイス＿１、ワイヤレスデバイス＿２、ワイヤレスデバイス＿３を含むものとして示される。エントリのワイヤレスデバイス＿４はまた、現在、トークチャネルを占有しているモバイルデバイス３６において示される。
【００４８】
リスト４６は継続的に維持され、ＴＣＲＭを送信しているワイヤレスデバイスのために新しいエントリを追加する。それぞれのワイヤレスデバイスに対するエントリは、ＴＣＲＭを送信したワイヤレスデバイスに独自に関連し得る任意のエントリである。これは、例えば、ワイヤレスデバイス識別子であり得る。図示した例において、リスト４６におけるそれぞれのエントリはまた、関連する状態を有する。ワイヤレスデバイス＿４  ３６の状態は、「トーク中」であり、ワイヤレスデバイス＿１  ３０の状態は「トーク待ち一番手」であり、ワイヤレスデバイス＿３  ３４の状態は「トーク待ち二番手」であり、ワイヤレスデバイス＿２  ３２の状態は、「トーク待ち三番手」である。追加の状態はその下に導入される。キューに入れる動作のみが実行される簡単なインプリメンテーションにおいて、要求される順序情報がリストから完全に推断可能（ｉｎｆｅｒａｂｌｅ）であるので、状態情報を維持する必要はない。
【００４９】
図３において後に示され得るように、図２の配置の状態が示される。ここで、トークチャネル、すなわち、図２の例におけるワイヤレスデバイス３６を使用していたワイヤレスデバイスは、そのチャネルを明渡し、聴き取りチャネル４９にて聴取する。トーク順序コントローラ４０は、その機会を与えられるべき次のワイヤレスデバイスを決定し、次のワイヤレスデバイスは、リスト４６を調べ、チャンネルが与えられる。図示された例において、ワイヤレスデバイス＿１、すなわちワイヤレスデバイス３０の識別子がリスト上の次のものとなる。トーク順序コントローラ４０はＣＴＴＭ４５を送信する。ワイヤレスデバイス３０によってＣＴＴＭを受信した後、ワイヤレスデバイス３０は、ワイヤレスデバイス３０からネットワーク２５へ、順方向の（ｆｏｒｗａｒｄ）半二重チャネル４７にて自由に通信する。ＣＴＴＭがデバイス特定のチャネル上に送信される場合、ワイヤレスデバイス３０はそのメッセージを受信する唯一のものであり、従って、デバイス識別子はＣＴＴＭに含まれる必要がない。同報通信（ｂｒｏａｄｃａｓｔ）チャネルがＣＴＴＭを送信するために使用される場合、そのデバイス識別子によって伴われるか、またはそのデバイス識別子を含む必要がある。
【００５０】
図４に後に示され得るように、図３の配置の状態が示される。ここで、ワイヤレスデバ
イス３０はトークボタン（または、他のトーク要求インターフェース）を解放し、参照番号５０にて示されるように、トークチャネルを解放する。トーク順序コントローラ４０は、ワイヤレスデバイス３４におけるワイヤレスデバイス＿３がリスト４６において次であることを決定し、そのワイヤレスデバイスにＣＴＴＭ５２を送信し、それに、トークチャネル５１へのアクセスを許可する。
【００５１】
別の実施形態において、ワイヤレスデバイスのリストの順序を修正するためのメカニズムが提供され、そのワイヤレスデバイスのリストは、トークチャネルへのアクセスを要求する。この特性における第１のインプリメンテーションにおいて、図５の例において図示され、トーク順序コントローラ４６は、それぞれのユーザがＴＣＲＭを何回送信したかの回数を維持する。例において、その回数は列６０において維持され、列６０は、ワイヤレスデバイス３０が一つの要求を生成し、実際にトークチャネルをその時間に占有し、ワイヤレスデバイス３２は一つの要求を生成し、ワイヤレスデバイス３４が二つの要求を生成することを、所定の時間において示し、第２のそのような要求は参照番号６２において示される。一般に、トーク要求コントローラ４０は、受信されたＴＣＲＭの回数を監視し、そのリストを再順序化し、その結果、さらにＴＣＲＭを送信しているユーザは、より少ないＴＣＲＭを送信しているユーザよりも優先される。図示された例において、これは、参照番号６３において示されるように、ワイヤレスデバイス＿２およびワイヤレスデバイス＿３の再順序化によって示される。
【００５２】
この追加的な特性の別の例示的なインプリメンテーションにおいて、図６に示されるように、トーク順序コントローラ４０から、トークチャネルを現在占有しているワイヤレスデバイスに割り込むことを可能にさせるワイヤレスデバイスへの、さらなるメッセージング機能が存在する。図６に示される例において、そのような割り込み８０は、トーク順序コントローラ４０からワイヤレスデバイス３０へ送信されることが示される。これに応答して、ワイヤレスデバイス３０は、参照番号８２において示されるように、トークボタンを解放することによって、トークチャネル４７を解放する。一つの好適な実施形態において、ワイヤレスデバイス３０は、割り込み８０の受信後、自動的に、および、デバイスのユーザからの任意のトークボタンの入力／解放なしに、取消しに対する任意の通知を伴い、トークチャネルを開放する。別の実施形態において、割り込み８０は、ワイヤレスデバイスのユーザのための促進（ｅｎｃｏｕｒａｇｅｍｅｎｔ）としての役割を果たし、そのワイヤレスデバイスは、トークチャネルを開放するためにそれを受信する。割り込まれたワイヤレスデバイスは、トークチャネルへのアクセスを完全に考慮外とし得るか、あるいは、ワイヤレスデバイスが例えばリストの最後、またはリストの最初に追加され得る場合に、トークチャネルにアクセスするために、列を成してワイヤレスデバイスのリストに追加され得る。図６に例示された実施形態において、ワイヤレスデバイスは、割り込み８０を受信し、それを処理し、且つ、所定のインプリメンテーションに依存して、ユーザに対する指示を生成するか、トークチャネルから単に切断するかのいずれかをするように備えられる。
【００５３】
図６の例は、図７において、幾分その後に示される。ここで、ワイヤレスデバイス３２は、ＣＴＴＭ７２を送信している割り込み状態において示され、トークチャネル７０へのアクセスを有し、ワイヤレスデバイス３０は、割り込まれた状態にあり、ワイヤレスデバイス３４は、リスト４６の最下部にある。この例において、ワイヤレスデバイス３４は、トークチャネルがワイヤレスデバイス３０へ戻された後に、ワイヤレスデバイス３２がトークチャネルを解放するまで、割り込まれたままである。
【００５４】
一部の実施形態において、トークチャネルにアクセスするために待機するリスト上にあるワイヤレスデバイスは、さらに、そのリストからそれ自体を削除することが可能である。一実施形態において、これは、リストからワイヤレスデバイスを取り除く要求として、
トーク順序コントローラ４０によって解釈される追加のＴＣＲＭを送信するトーク要求インターフェースを単に再起動することによって達成される。別の実施形態において、異なるインターフェースがワイヤレスデバイス上に提供され、そのワイヤレスデバイスは、起動された場合、異なるメッセージがネットワークに送信され、そのネットワークは、リストからワイヤレスデバイスを取り除く要求として、トーク順序コントローラによって解釈される。
【００５５】
トーク順序コントローラは、ネットワークの一部、グループにおけるデバイスのうちの一つの部分、または、一部の別のデバイスの部分としてインプリメントされ得る。更なる詳細において記載される別の実施形態において、調整機能が、調整器機能要素を介して提供される。その調整器機能要素は、トーク順序コントローラの特定の例として考慮され得る。以下の詳細において記載されるさらなる別の実施形態において、トーク順序コントローラは、順序の規則のセットの実施を任う。
【００５６】
これまで記載した実施形態において、ＴＣＲＭをキューに入れることは、ネットワークの部分を形成するトーク順序コントローラによって実行される。別の実施形態において、トークチャネルを介した制御は、ネットワークから、アクティブな統制器機能要素を有する一つ以上のワイヤレスデバイスへと動かされる。好適には、この実施形態においては、全てのワイヤレスデバイスが、その調整器機能要素を用いてインプリメントされるが、その機能は、選択されたワイヤレスデバイス、または、所定の時間におけるデバイスにおいてのみ起動される。この機能は、例えば、デバイスが起動しているグループリストの基づいた調整メッセージングコントローラによって、許可され得る。アクティブな調整器機能要素を有するワイヤレスデバイスは、調整器ワイヤレスデバイスと呼ばれる。この実施形態において、調整メッセージングコントローラは、ネットワーク内、またはネットワークに隣接して提供され、トークグループ参加者の間のメッセージの流れを制御する。好適には、これらのメッセージは、調整メッセージングコントローラによって受信され、適切な調整器ワイヤレスデバイスに転送される、その前に導入されたＴＣＲＭを含み、適切な調整器ワイヤレスデバイスによって生成され、トークチャネルへのアクセスを許可されたワイヤレスデバイスに転送されるＣＴＴＭを含む。
【００５７】
調整されたグループトークの一例において、以前の実施形態のリスト４６に類似するリストが、調整メッセージングコントローラによって通信されるように、調整器ワイヤレスデバイスによって維持され、その調整器ワイヤレスデバイスは、トークチャネルを要求しているワイヤレスデバイスがアクセスを許可される順序を制御する能力を有し、一部の実施形態において、その調整器ワイヤレスデバイスはまた、所定のワイヤレスデバイスがアクセスを許可される時間の長さに対する制御を有する。
【００５８】
ここで図８を参照すると、調整器機能を有するネットワークの例が示される。このネットワークにおいて、以前の実施形態のトーク順序コントローラのように、好適には、ネットワーク２５の一部としてインプリメントされる調整メッセージコントローラ１００が存在する。例えば、ネットワーク内にてグループリスト管理機能の一部として含まれ得、または、ＧＬＭＳおよびＰｏＣサーバの論理的組み合わせとして含まれ得る。調整メッセージコントローラ１００は、グループリストが調整される場合、グループリストの中で、グループトークの調整を任うワイヤレスデバイスのそれぞれのグループリストのための識別子を維持する。これは、リストのセットアップの間に構成されるグループリストの静的特性としてセットアップされ得る。あるいは、調整器であるワイヤレスデバイスは、リアルタイムにて構成され得る。一実施形態において、グループリストは、ウェブベースのインターフェースを使用して規定され、そのグループの作成者は、調整器を選択するする特権を与えられる。図示された例において、ワイヤレスデバイス３０、３２、３４、３６はそれぞれ、ＭＦＥ（調整器機能要素）９０、９２、９４、９６を個々に有し、個々のＭＦＥ
は、所定のデバイスに対して、その調整器が指定された場合、アクティブである。
【００５９】
調整メッセージコントローラ１００は、調整特権なしのデバイスと調整器デバイスとの間のメッセージを搬送するリレーとして動作する。例えば、聴き取り状態のワイヤレスデバイスによって生成されたＴＣＲＭは、調整メッセージコントローラ１００によって、そのグループのための調整器ワイヤレスデバイスに転送される。調整器ワイヤレスデバイスは、特定のワイヤレスデバイスがトークチャネルを与えられることを示すＣＴＴＭを生成する。そのようなＣＴＴＭは、特定のワイヤレスデバイスの識別子を含む。調整メッセージコントローラ１００は、次いで、このメッセージを、特定のワイヤレスデバイス上に転送する。その調整メッセージコントローラ１００によって維持され得るデータ構造の例は、図８に示される。そのデータ構造は、グループリスト識別子に対して列１０２、列１０２において識別されたそれぞれのグループリストのグループリストメンバーに対する列１０４、および、もしあれば、調整器ワイヤレスデバイスの識別子を指示する列１０６、を有する。その構造は、受信されたＴＣＲＭを転送するかどうか、および誰に転送するかを決定するために使用される。
【００６０】
調整器ワイヤレスデバイスのＭＦＥは、ネットワーク２５を介して他のワイヤレスデバイスからＴＣＲＭを受信し、ＴＣＲＭを送信するワイヤレスデバイスの識別子のリストを維持する。好適には、このリストは、例えば、テキストまたはグラフィック表示にて、調整器ワイヤレスデバイスのユーザに対して利用可能にされる。
【００６１】
一実施形態において、ワイヤレスデバイスが、トークチャネルを解放する場合、解放トークメッセージはまた、調整器メッセージコントローラに転送される。トークチャネルが解放される場合、これは、ワイヤレスデバイスによって生成され得るか、あるいは、そのチャネルが解放されていることを検出するか、または通知される、調整器メッセージコントローラによって自動的に生成され得る。
【００６２】
一実施形態において、ＭＦＥは、次にトークチャネルを受信するためにスケジュールされ、選択されるデバイスに、ＣＴＴＭを送信することによって、解放トークメッセージの受信に応答する。別の実施形態において、いったん解放トークメッセージが受信されると、そのＭＦＥは、調整器ワイヤレスデバイス上にて指示を生成し、そのデバイスのユーザに、トークチャネルが与えられた次のワイヤレスデバイスを選択することを促す。そのような選択に応答して、そのデバイスへのＣＴＴＭは生成される。
【００６３】
別の実施形態において、調整の階層は構成可能である。この実施形態を用いて、デバイスの複数のサブグループが、例えば、それぞれが、単一の調整されたグループに対して上で概説したのと同じアプローチを使用して、個々の調整器を用いて別々に調整される。しかしながら、一つの調整されたサブグループまたは別のグループによるトークチャネルへのアクセスは、高レベルの調整によって、または前述されたようなキューによって制御される。この場合において、より高レベルの調整は、単一の調整されたグループに対して上で概説されたものと類似して実行され得るが、そのトークチャネルに対して競合する個々のワイヤレスデバイスの代わりに、調整されたサブグループがそのチャンネルと競合する。
【００６４】
別の実施形態において、複数の特権が規定される。それぞれのワイヤレスデバイスが、要求された特権を有するように分類される。特権の例は、
調整器機能−デバイスが所与のアクティブな調整器状態である；
調整器メタグループ機能−いくつかのグループ調整器が、そのメタグループに対するメタグループ調整器なしに、「メタグループ」を形成し、そのメタグループに対して標準のトークグループ特性をインプリメントする；
サブグループ内におけるプライベートメッセージング−デバイスはトークグループ内にてプライベートメッセージを送信する権利が与えられる；
パブリックメッセージング−デバイスは、トークグループ内にて同報通信メッセージを送信する権利が与えられる；
トークチャネル要求アクセス−デバイスは、ＴＣＲＭを送信することができ、調整器制御のもとで、トークチャネルを与えられる；
聴き取り専用アクセス−デバイスはトークチャネルを与えられないが、聴き取りのみ可能である；
以上を含むが、それらに限定されるわけではない。
【００６５】
一部の実施形態におけるこれらの特権は、例えば、ウェブベースであり得る管理上のインターフェースを介して、調整メッセージコントローラによって維持される。その調整メッセージコントローラは、次いで、ワイヤレスデバイスが有する特権に従い、トークグループメンバーから受信されたメッセージを処理する。
【００６６】
（ＤＴＭＦ実施形態）
一実施形態において、キューまたは調整のいずれかのためのＰｏＣの応用に特に適しているがそれに限定されず、様々なデバイスの間の信号は、ＤＴＭＦ（ｄｕａｌ  ｔｏｎｅ
ｍｕｌｔｉ−ｆｒｅｑｕｅｎｃｙ）信号を使用して達成される。ＤＴＭＦは、通常のキーパッド上にて１２個を含む１６コード、および通常は生成され得るが使用されない４つの追加的なコードＡ、Ｂ、Ｃ、およびＤを有する。ワイヤレスデバイスからネットワークへ送信されるＤＴＭＦコードは、好適には、ネットワークにおいてフィルタリングされ、その結果、それらは、音声チャネル上に現れない。同様に、任意のＤＴＭＦコードがワイヤレスデバイスに送信される場合、好適には、ワイヤレスデバイスは、それらをフィルタリングし、それに従い、それらを処理する。一実施形態において、ＤＴＭＦトーンは、
トークボタンの解放；
トーク可メッセージ；
メッセージの割り込み；
ミュートオーダー（ｍｕｔｅ  ｏｒｄｅｒ）；
のうちの一つ以上を指示するために、ワイヤレスデバイス間のシグナリングを実行するために使用される。
【００６７】
ここで記載される実施形態において、ネットワークは要求されたトークおよび聴き取りチャネルをセットアップすることに参加する。例えば、キューに入れる実施形態において、次のユーザが送信チャネルを与えられる場合、以前の送信チャネルは、既に終了されていなければ、動作を停止され、必要であれば、新しい送信チャネルが起動され、以前のアクティブなワイヤレスデバイスに対する新しい聴き取りチャネルがセットアップされる。一部の実施形態において、送信および受信チャネルは、それぞれのワイヤレスデバイスとネットワーク間において継続して維持され得るが、システムのみは、本明細書に記載されたように、ウォーキートーキー様機能を伝送するために、半二重方法における送信および受信を可能にする。
【００６８】
同様に、調整器の実施形態に対しては、許可が調整器ワイヤレスデバイスから受信される場合、その許可は適切なワイヤレスデバイスへと転送されるが、ネットワークもまた、そのようなチャネルが既に利用可能でない場合、ワイヤレスデバイスから、要求された送信チャネルをセットアップしなければならない。というのは、現行のウォーキートーキー様のシステムは良く確立されており、要求されるさらなる詳細は本明細書において提示されないが、トークおよび聴き取りチャネルをシフトする能力を有する。
【００６９】
好適な実施形態において、応用は、２００３年１０月６日の、Ｉｎｄｕｓｔｒｙ  Ｓｐ
ｅｃｉｆｉｃａｔｉｏｎ  ｆｏｒ  ＰｏＣにおいて規定されるような、ＰｏＣ仕様に対する一連の変化としてインプリメントされる。それは、その全体において参考として援用される。調整グループトークＰｏＣ仕様は以下のように変化する：
１）「ユーザクラス」を追加し、一部のインプリメンテーションにおいては、上記にて参照された文書において規定されるＧＬＭＳグループリスト管理機能ＰｏＣ−リスト管理に対する「メタグループ」もまた追加する；
２）ＰｏＣサーバ上にてインプリメントされる二つの新しい発言権制御メッセージを提供し、それは、上記にて参照された文書におけるＧＬＭＳグループリスト管理における新しい機能に関連される。
【００７０】
現行のＰｏＣサーバ発言権制御機能は以下のように要約される：
発言権要求：動作は、トークセッションにおける参加者に対して、トークの許可を要求するための機能を提供する；
発言権解放：それらのトークの許可を解放するために、許可されたユーザによる動作；
発言権授与：要求する参加者に、発言権が許可されていることを通知するための、ネットワークからの動作；
発言権アイドルの指示：発言権が使用されていないことを参加者に通知するための、ネットワークからの動作；
発言権拒否：要求する参加者に、発言権要求が拒否されたことを通知するための、ネットワークからの動作；
発言権取得：全ての参加者に、発言権が指示されたユーザに許可されていることを通知するための、ネットワークからの動作；
発言権取り消し：以前に発言権を許可されていたユーザから、トークの許可を取り消しにするための、ネットワークからの動作。
【００７１】
調整されたグループトークを容易にするための、応用の一実施形態に追加される、新しいＰｏＣサーバ発言権制御機能は以下の通りである：
発言権調整要求：ＵＥに、要求が特定のユーザによってなされていることを指示するための、ネットワークからの動作；
発言権調整応答：ユーザにコマンドを送信するようにネットワークに要求するための、または、コマンドを全体のトークグループに送信するための、ＵＥ（調整器）からの動作；
発言権調整応答は、発言権取り消し、発言権授与などの、標準の発言権制御機能の任意を組み込むことが意図されている。この場合におけるＵＥは、複数のユーザの対して、自動または手動のキュー作成要求をインプリメントし得る。
【００７２】
これらの追加的な機能を用いて、ＲＴＣＰ（リアルタイム制御プロトコル）の使用を介して実行される、話者の調停（ａｒｂｉｔｒａｔｉｏｎ）機能は、グループ調整器に対して譲渡（ｒｅｌｉｎｑｕｉｓｈ）される。メタグループ機能がインプリメントされる場合において、メタグループ自体は、好適には、ＲＴＣＰを介して、継続して調停される。メタグループは、異なるトークグループとして考慮され得、発言権取り消し、発言権授与などの、標準の発言権制御機能を有するが、それは調整器間のみである。いったん、「メタ発言権」が特定の調整器に許可されると、今度は、その調整器は発言権を、それ自身のグループのメンバーに対して許可する。「メタ発言権」が使用されていない間、グループトークは、単独のグループに制限される。「メタ発言権」が許可されている間、メタグループを含む全てのトークグループは会話を聴き得る。
【００７３】
従来のＧＬＭＳリスト管理機能は、ＧＬＭＳサーバにおいて、コンタクト入力を格納するために使用されるコンタクトリスト記憶装置を含む（ＰＯＣサーバおよびＵＥ）。
【００７４】
グループリストはＰｏＣ特定のグループを規定するために使用される（ＰＯＣサーバおよびＵＥ）。
【００７５】
応用のこの特定の実施形態においてインプリメントされる追加的なＧＬＭＳリスト管理機能は、
ユーザクラス−特定のプロフィールを、以下に示す発言権要求に関するグループリストのメンバーに適用する：
・聴き取りアクセス
・聴き取りおよび発言権要求アクセス
・聴き取りおよび発言権要求、ならびに発言権調整応答アクセス（トークグループの単一の調整器のためにのみ）
メタグループ−「ｎ」個の別個の調整されたトークグループの間の調整されたグループトーク用。発言権全体は、特定の時間において、メタグループを保持するグループの、グループメンバーに属する。調整されたグループのみがメタグループに追加され得る
を含む。
【００７６】
アクセスリストは、ＰｏＣを介して、特定のユーザに到達するために誰が許可されるか否かの、アクセスルールを規定するために使用される。
【００７７】
一部の実施形態において、グループ内、および／または、グループ内でのプライベートチャットグループ内のメンバーへの、インスタントメッセージテキスト／ＭＭＳアラートなどの標準の特性が、調整されたグループトークの基本的構造にオーバーレイされる。
【００７８】
ここで図９Ａ、図９Ｂ、および図９Ｃを参照すると、ＰｏＣインプリメンテーションにおいて、調整されたグループトークの例示的なインプリメンテーションを示す、詳細な呼び出されるフロー図が示される。「討論」という例に対して、個々のグループ調整器によって調整されている二つの別個のグループが存在すると想定する。その二つのグループの間の発言権へのアクセスは、標準のＰｏＣアプローチのように、ＲＴＣＰによって実行されているシグナリングは、ＰｏＣクライアントグループＡ調整器２００、ＰｏＣクライアントグループＢ調整器２０２、ＰｏＣサーバ２０４、ＰｏＣクライアントグループＡ２０６、およびＰｏＣクライアントグループＢ２０８の間にて示される。ＰｏＣクライアントグループＡ２０６は、グループのメンバーがＰｏＣクライアントグループＡ調整器によって調整されていることを示す。同様に、ＰｏＣクライアントグループＢ２０８は、クライアントがＰｏＣクライアントグループＢ調整器２０２によって調整されていることを示す。
【００７９】
まず図９Ａにおいて、セッションは、ＰｏＣボタンを押すグループＡのメンバーにて開始され、参照番号２１０にて示されるように、グループＡの全てのＵＥの間にて、ＳＩＰセッションが確立される。全ての詳細なＰｏＣメッセージは、明瞭さを考慮して、示していないものもあり得る。これは、グループＡに対する発言権要求２１２をＰｏＣサーバ２０４へ送信するＰｏＣクライアントグループＡ調整器２００によってその後に続けられる。取得された発言権は、参照番号２１４において、グループＡにおけるＰｏＣクライアントに送信される。参照番号２１５において、ＰｏＣクライアントグループＡ調整器は、音声にて（または、ＩＭなどの代替的なメッセージ形式を介して）その討論が開始されていることを、グループＡのメンバーに教える。この後、ＰｏＣクライアントグループＡ調整器２００は、参照番号２１６によって指示されるように、発言権を解放し、その後、その発言権は、参照番号２１８に示されるように、アイドル状態になる。この時点まで、ＰｏＣクライアントグループＡ調整器２００が調整器として動作する一方で、まだ調整は確立されていない。参照番号２２０において、ＰｏＣクライアントグループＡ調整器２００は、メタグループＰｏＣボタンを押す。より一般的には、任意の適切なユーザインターフェ
ースが、ＰｏＣクライアントグループＡ調整器によって起動され得、ＰｏＣクライアントグループＡ調整器２００およびＰｏＣクライアントグループＢ調整器２０２によって、メタ調整器グループを容易に確立する。ステップ２２２において、ＰｏＣクライアントグループＡ調整器２００は、発言権要求／許可メタグループ２２２を用いて発言権を要求し、参照番号２２４において発言権が取得される。「発言権取得」メッセージ２２４は、ＰｏＣサーバが、その発言権が取得されたことを調整器Ｂに知らせるということを意味する。この時点において、参照番号２２５において示されるように、調整器Ａはそのディベートが開始していることを調整器Ｂに知らせる。ＰｏＣクライアントグループＡ調整器２００は、次いで、参照番号２２６において、発言権を解放し、ＰｏＣサーバ２０４は、発言権未使用メタグループ２２８に応答する。
【００８０】
その後、ＰｏＣグループＢ調整器２０２は、そのＰｏＣボタンを押し、参照番号２３０において示されるように、グループＢのメンバーの間のグループトークセッションを確立する。ＰｏＣクライアントグループＢ調整器２０２は、参照番号２３２に示されるように、発言権を要求し、その後、参照番号２３４において示されるように、その発言権は取得される。次いで、グループＢ調整器は、参照番号２３５において示されるように、ディベートが開始していることをそのグループに知らせる。メタ発言権はこの時点において使用されておらず、グループＡは、グループＢ調整器がグループＢとする会話に関与していないことに注意されたい。これに続いて、ＰｏＣクライアントグループＢ調整器２０２は、参照番号２３６において発言権を解放し、その後、その発言権は、参照番号２３８に示されるように、使用されていない状態となる。
【００８１】
図９Ｂを引き続き参照し、２４０において、ＰｏＣクライアントグループＢ調整器２０２は、発言権授与メタグループ２４２が、ＰｏＣサーバ２０４からＰｏＣクライアントグループＢ調整器２０２へ送信されるのに応答し、ＰｏＣサーバ２０４へ発言権要求メタグループメッセージを送信する。この時点において、２４６にて示されるように、発言権（ｆｌｏｏｒ）が得られる。この時点において、調整器Ｂは、その発言権を要求し、そして、例えば、討論が開始したことを全グループに示すためにグループＡおよびグループＢの両方と話すことが可能になる。両方のグループがこの時点でオンラインである。この後、ＰｏＣクライアントグループＢ調整器２０２は、２４８に示されるように発言権を放棄し、そして、発言権は、発言権アイドルメタグループ２５０によって示されるようにアイドルになる。この時点において、全部の発言権は、メタグループ発言権を維持している調整器のグループのメンバーに属する。前に示されたように、ＲＴＣＰは、標準ＰｏＣ仕様に対してメタ発言権を調停することが可能である。
【００８２】
次に、グループＡのユーザである「ＪＯＥ」が、２５２に示されるように、発言権を要求することが想定される。この要求は、２５４に示されるように、新しいメッセージである「発言権調停要求」として、ＰｏＣサーバ２０４によってＰｏＣクライアントグループＡ調整器２００へ転送される。これに応答して、ＰｏＣクライアントグループＡ調整器は、２５６にて発言権を要求し、２５８においてその要求が与えられ、その後、２６０の発言権取得表示が、ＰｏＣサーバ２０４によって生成される。そして、ＰｏＣクライアントグループＡ調整器２００は、（埋め込まれた「発言権授与」メッセージを有する）発言権調停応答２６２を、ＰｏＣサーバ２０４へ送信し、その結果、ＰｏＣサーバによりユーザである「ＪＯＥ」へ発言権授与２６４が送信され、「ＪＯＥ」へ発言権が与えられる。次に、２６５に示されるように、グループＡのユーザの「ＪＯＥ」は、グループＡおよびグループＢの全てのメンバーと話せる立場になる。その後、グループＡのユーザの「ＦＲＥＤ」は、２６６に示されるように、発言権を要求する。しかし、例示的な目的のために、ユーザの「ＦＲＥＤ」は、ＧＬＭＳに対して「傾聴のみ」の権利のみを有することが想定され、そのような場合、発言権拒否メッセージ２６８は、グループＡ調整器とのやりとりを必要とせずに、要求２６６に応答し、ＰｏＣサーバ２０４によって作成される。
【００８３】
その後、グループＢのユーザである「ＧＡＢＢＹ」は、２７０に示されるように、発言権を要求する。発言権調停要求２７２は、ＰｏＣサーバ２０４によって、ＰｏＣクライアントグループＢ調整器２０２へ転送される。これに応答して、例示的な目的のために、ＰｏＣクライアントグループＢ調整器２０２が、「ＧＡＢＢＹ」への発言権を拒否する、（埋め込まれた「発言権拒否」メッセージを有する）発言権調停応答２７４を生成することが想定される。これに応答し、ＰｏＣサーバ２０４は、グループＢユーザの「ＧＡＢＢＹ」に発言権拒否メッセージ２７６を送信する。
【００８４】
続いて、図９Ｃを参照し、その後、グループＢユーザである「ＭＡＲＹ」は、２７８に示されるように、発言権を要求する。ＰｏＣサーバ２０４は、２８０に示されるように、ＰｏＣクライアントグループＢ調整器２０２へ発言権調停要求を転送する。ＰｏＣクライアントグループＢ調整器２０２は、発言権を要求するために、ＰｏＣサーバ２０４へ発言権要求メタグループメッセージ２８２を送信する。
【００８５】
この特定の実施例において、その要求が、後に、「メタグループ」２８８を介して自動的に提供されるために、その実施例によって示唆される実施は、メタグループにおける順序付けられたキューの実施である。他の実施形態において、メタグループ調停が提供される。代替的に、メタ発言権授与に対していかなる順序も存在し得ない、つまり、メタ発言権授与は、メタ発言権アイドル期間にのみ許される。
【００８６】
グループＡのユーザの「ＪＯＥ」が、発言権放棄２８４によって示されるように終了する場合、ＰｏＣクライアントグループＡ調整器２００は、次のグループが発言権にアクセスできるように発言権をクリアにするために、発言権放棄メタグループ２８６も送信する。他の実施形態において、「発言権放棄メタグループ」は、グループ調整器と関わるよりも、ＰｏＣサーバによって自動的に送信され得る。キューの要求は、発言権要求メタグループ２８２から出ているため、発言権授与メタグループメッセージ２８８は、ＰｏＣサーバ２０４によって作成され、ＰｏＣクライアントグループＢ調整器２０２へ送信される。そして、発言権が、２９０に示されるように得られる。この時点において、ＰｏＣクライアントグループＢ調整器２０２は、ＰｏＣサーバ２０４へ送信される、（埋め込まれた「発言権授与」メッセージを有する）発言権調整器応答２９２を生成する。これに応答して、ＰｏＣサーバ２０４は、グループＢユーザの「ＭＡＲＹ」へ送信される発言権授与メッセージ２９４を作成し、「ＭＡＲＹ」が、２９５において示されるように、発言権にアクセスする立場にある。
【００８７】
その後、グループＡユーザの「ＡＬＥＸ」は、２９６に示されるように発言権を要求する。これは、発言権調停要求として、ＰｏＣクライアントグループＡ調整器２００へ転送される。３００にて、ＰｏＣクライアントグループＡ調整器２００は、ＰｏＣクライアントグループＢ調整器２０２へのアラート３００を生成し、それによって、「ＡＬＥＸ」がメタ発言権を望んでいることを調整器Ｂにアラートする。これらのアラートは、例えば、ＰｏＣサーバを介して実施され得る（図９Ｃには明示せず）。代替的に、タイマが、いずれかの時点にて、グループＢからの発言権を自動的に取り消すために使用され得る。代替的に、指定されたメタ調整器は、ユーザである「ＭＡＲＹ」に対して取り消しを引き起こし得る。これに応答して、ＰｏＣクライアントグループＢ調整器２０２は、ユーザの「ＭＡＲＹ」を取り消すために、ＰｏＣサーバ２０４へ（埋め込まれた「発言権取り消し」メッセージを有する）発言権調停応答３０２を送信する。これは、グループＢユーザの「ＭＡＲＹ」へ発言権取り消しメッセージ３０４として転送される。この後、ＰｏＣクライアントグループＢ調整器２０２は、発言権を開放するために、発言権放棄メタグループメッセージ３０６を送信する。次に、ＰｏＣクライアントグループＡ調整器は、ＰｏＣサーバ２０４へ発言権要求メタグループメッセージ３０８を送信し、それに応答し、発言権が３
１０にて与えられる。発言権取得メッセージは、３１２にて作成され、ＰｏＣクライアントグループＢ調整器へ送信される。次に、（埋め込まれた「発言権授与」メッセージを有する）発言権調停応答３１４が、ＰｏＣクライアントグループＡ調整器によって生成され、それによって、ユーザの「ＡＬＥＸ」へ発言権が与えられる。これに応答して、ＰｏＣサーバ２０４は、ユーザの「ＡＬＥＸ」へ発言権授与メッセージ３１６を送信する。３１７において、グループＡユーザの「ＡＬＥＸ」が、発言権を所有する立場になる。
【００８８】
上に挙げられた実施形態は、「順序付けられたトーク」および「調停されたトーク」のシステムおよび方法を提供する。さらなる実施形態において、「ルール決めされたトーク」のシステムおよび方法が、例えば、ビジネスを行うために、より構造化されたトークに対する習慣および規則をサポートするために提供され得る。
【００８９】
ルール決めされたトークにおいて、「順序」および「調停」の概念は、ＰＴＴのようなセッションの「順序の規則」のセット内に統合される。「順序の規則」が有効である場合、それらが、可能性としてとられる複数の動作の１つの一部として、そのセッション内の全ての通信に資格を与える。それらの動作は、それぞれに対してお互いの順位の優先度から生じた表の中に体系化され、それによって、いかなる動作も順序を変えることなく起こされ得る。さらに、参加者は、１つ以上の動作の結果、参加者に対してさらなる権利および義務を課す役割を想定できる。表は、各参加者に割り当てられた役割を記録する。例えば、指名の動作は、特定の参加者が「議長」役割を獲得し、その役割に関連する権利および特権も獲得することを最終的に結果として招き得、その一方、他の参加者は、同様の様式において、「秘書」役割を獲得し得る。これら全ての特徴は、ＰＴＴセッションが参加者の集会を提供することを可能にするために組み合わせられる。例示的な集会は、株主会、理事会、委員会を含む。
【００９０】
「ルール決めされたトーク」の特徴は、アドホックセッションを良く構造立てられた集会に変えるために用いられても良い。例えば、グループＰＴＴセッションは、形式ばらない論議から始まり得る。しかし、一参加者が、順序の規則を課すことを選択する場合、規則のデフォルトセットが提供され、アドホック参加者は、例えば、団体を形成するために、集会のメンバーの要望を反映するようにそのデフォルト規則を変更することが可能である。同様に、「ルール決めされたトーク」集会内から、形式ばった論議が、形成されること、または、「ルール決めされたトーク」サブ集会または委員会が、レポートの準備のような有限で明確な目的と共に形成されても良い。
【００９１】
操作上、１つ以上の表が、「順序の規則」を維持するために用いられる。一実施形態において、動作優先順序表（ＯＰＭ：Ｏｒｄｅｒ  ｏｆ  Ｐｒｅｃｅｄｅｎｃｅ  ｏｆ  Ｍｏｔｉｏｎｓ）および動作に関連する規則表（ＲＲＭ：Ｒｕｌｅｓ  Ｒｅｌａｔｉｎｇ  ｔｏ  Ｍｏｔｉｏｎｓ）が「順序の規則」を維持する。ＯＰＭ表およびＲＲＭ表は、動作および規則の初期セットを規定する。ＯＰＭ表およびＲＲＭ表自体は、「順序の規則」に適応する動作のような動作を介して変更され得る。
【００９２】
したがって、ＯＰＭ表およびＲＲＭ表の例示的な一セットは、本願内に提供されるが、これらの表が、使用を介して、１つ以上のセッション中において特定のグループの参加者の特定のニーズに合わせて修正され得ることは、予想される。
【００９３】
例示的なＯＰＭ表およびＲＲＭ表は、順序のロバートの規則（Ｒｏｂｅｒｔ’ｓ  Ｒｕｌｅｓ  ｏｆ  Ｏｒｄｅｒ、本来は１９１５年の著作権であり、多様な形において出版される）より適応される。
【００９４】
以下のＲＲＯは、ｈｔｔｐ：／／ｗｗｗ．ｃｏｎｓｔｉｔｕｔｉｏｎ．ｏｒｇ／ｒｒｏ
ｒ／ｒｒｏｒ−−００．ｈｔｍより適応される。
【００９５】
【表１】
2011082997.tif 000003
【００９６】
【表２】
2011082997.tif 000004
【００９７】
【表３】
2011082997.tif 000005
【００９８】
【表４】
2011082997.tif 000006
【００９９】
【表５】
2011082997.tif 000007
８欄の頭にある規則は、全てのオリジナル主動作に適用し、また、星印（＊）または数字が、これらの規則に対して例外である動作であることを示す場合を除いて、他の全てのケースに適用される。星印は、欄の頭における規則とは全く正反対の規則が動作に適用され、数字は、除外の程度を説明する注釈を参照することを示す。例えば、「後回しにする」に関して、表は、「論議不可能」および「訂正不可能」；それに対して、「補助的な動作を適用不可能」である；「再検討されない」；を示し、他の４つの欄が星印、または数字を有さないのは、これらの欄の頭の規則が、オリジナルの主動作と同一の後回しにする、この動作に対して適用することを示す。
【０１００】
（ＲＲＯ  ＲＲＭ表の注釈）
１．一時休止するまでの時間を固定は、他の質問が未解決時にのみ、および、同日または翌日の他のミーティングに対する対策がない集会においてのみ、特権を有する。一時休止することは、特権を有するキャラクターを失い、また、任意の様式において資格を与えられる場合、または、その効果が（採用される場合）再び、そのミーティングを任意の対策なしに集会を解散することである場合、主動作である。休憩は、他の事柄が未解決時にのみその特権が与えられる
２．この動作に対する容認は、再検討され得ない
３．修正案は、（ａ）単語または段落を挿入（追加）することによって、（ｂ）単語または段落を削除することによって、（ｃ）特定の単語を削除し、他の単語を挿入することによって、または、（ｄ）１つ以上の段落を同一題目の他の段落にて置換する、または、全決議案を同一題目の他の決議案にて置換することによって、作られ得る
４．訂正される動作または再検討される動作が論議不可能な場合、論議不可能である
５．採用前のきまり、内規、および順序の規則は、あらゆる点において主動作であり、過半数投票によって訂正され得る。採用の後は、これらは、訂正の際、前回の通知および２／３の投票数が必要である
６．常時の規則は、前回の通知が与えられる場合は過半数投票によって、または、通知
なしの場合は２／３の投票数によって、常に訂正され得る
７．抗議は、論議不可能な質問が未解決である場合にのみ、または、不作法、発話の規則の違反、または事柄の優先度、に関する場合にのみ、論議不可能である。論議可能な場合、各メンバーから一発話のみが許可される。投票数が同一の場合、議長の決断が認められる
８．委員会が題目を取り上げた後は、再検討不可であるが、２／３の投票数によって、委員会は、いずれの時点においても、その質問のさらなる検討を取り下ろし得る
９．これらの動作は、直ちに未解決の質問が論議可能になる時に移動され得、他に特定されない限り、その質問にのみ適用される
１０．決議案または提案が、お互いに独立する異なった題目に関連する場合、単一のメンバーの要求にしたがって分割されなければならず、それは、他が発言権を有する時に為され得る。決議案または提案が、同一の題目に関連するが、それぞれが独立可能な場合は、通常の動作および投票にてのみ分割され得る
１１．他の質問が集会以前に為される場合は、論議が不可能である
１２．異議は、論議以前にて、その質問が始めて紹介された時にのみ為され得る。２／３の投票数が、異議を維持するために、検討に対して反対でなければならない
１３．この動作に対する反対の投票数は、再検討されない
１４．前回の質問は、直ちに未解決の質問が論議可能、または訂正可能である時に移動され得る。移動された質問は、特定されなければならず、特定されない場合、直ちに未解決の質問にのみ適用される。採用される場合、論議は断たれ、早急に、直ちに未解決の質問およびこの動作において特定されるものに対する投票のために集会が招かれる
１５．投票が為された後は、再検討不可である
１６．再検討の動作は、任意の他の質問が集会以前である場合、および、他が発言権を有している場合でさえも、または、延期するように投票された後、集会の延期を公表されていないことを前提に、起こされ得る。再検討に対する提案の投票がされた日、またはその翌日においてのみ、投票数の多かった側の一人によって移動される。その検討は、再検討される動作が直ちに未解決の質問に対して優先である場合でない限り、事柄を中断できない。そのランクは、再検討される動作のランクと同一であるが、検討が実際に始まっていないことを前提に、通常の順序に対して優先の場合、または、再検討される動作と同一のランクの動作に対して優先の場合は、その限りではない
１７．後者が論議される場合、主の質問を論議するために開かれる
１８．取り消しは、すでに採用されたものの訂正に関する規則と同一の規則に基づく。注釈２、５、および６を参照されたい。
【０１０１】
（さらなるＲＲＯ規則）
付随して起こる動作：未解決の動作に付随して起こる動作は、それらに対して優先であり、まず始めに起こされなければならない。これらの動作のリストに関しては、以下の分類を参照されたい。
【０１０２】
補助的な動作を後回しにする、際限付きに延期する、または際限なしに延期する、または審議する、如何なる特権もない。主の質問が後回し等になる場合、全ての付随する補助的なものは、それに付属する。
【０１０３】
【表６】
2011082997.tif 000008
【０１０４】
【表７】
2011082997.tif 000009
【０１０５】
【表８】
2011082997.tif 000010
【０１０６】
【表９】
2011082997.tif 000011
順序のロバートの規則に関するさらなる詳細は、多数出版されている順序のロバート規則のバージョンのいずれか一つを直接参照することによって、得られる。これらの規則は、ＯＰＭ表およびＲＲＭ表の表の明確な実施例の目的のために、本明細書中において記載される。
【０１０７】
ＯＰＭ表およびＲＲＭ表に加え、選択的な役割表は、参加者がセッション中に特定の動作を取らなければないであろうという権利（ＲＭＭ）を規定するだけではなく、参加者に役割を持たすためにも用いられ得る。
【０１０８】
図１０を参照し、「ルール決めされたトーク」、「順序付けされた」および「調停された」トークの変形の方法の例示的なステップのフロー図が示される。
【０１０９】
ステップ１０１０において、集会は順序付けされるようになる。例えば、移動可能デバイスのユーザは、グループＰＴＴのようなセッションを開始し、集会識別子すなわちＡＩＤを特定する。
【０１１０】
ステップ１０２０において、順序の規則（ＲＯＯ）は、共有ＲＯＯストレージ１０２５より引き出される。少なくとも調整器は、ＲＯＯを引き出す。代替的な実施形態において、全参加者は、このステップにおいて規則を引き出す。
【０１１１】
ステップ１０３０において、順序の規則（ＲＯＯ）は、参加者と共に共有される。代替的な実施形態において、このステップは必要に応じて取られる。
【０１１２】
ステップ１０４０において、動作は、ＲＯＯにしたがって処理される。このステップのさらなる詳細は、図１１にて示される。
【０１１３】
ステップ１０５０において、ＲＯＯは、動作の処理に起因する任意の変化を反映するために格納される。
【０１１４】
ステップ１０６０において、集会は解散される。
【０１１５】
図１１を参照し、図１０の動作処理ステップのさらなる詳細が示される。
【０１１６】
ステップ１１１０において、動作処理が開始する。
【０１１７】
ステップ１１２０において、調整器のような少なくとも一人の参加者が動作を待つ。動作は、集会の他の参加者によって起こされ得、または、調整器によって起こされ得る。代替的な実施形態において、全参加者が動作を待つ。
【０１１８】
ステップ１１３０において、動作を起こした参加者がその動作を起こす権利を有するかどうかを決定する。例えば、多数の参加者が会のための集会の一部であり得るが、会費を払った参加者のみが動作を起こすことが可能である。これは、例えば、ＲＯＯの動作を取る権利（ＲＭＭ）１１３５表の参加者を調べることによって決定される。
【０１１９】
ステップ１１４０において、動作が順序通りかどうかを決定する。例えば、その日の順序を求めるという動作は、休憩をとるという動作の後である場合は、順序通りではない。これは、例えば、動作の優先の順序（ＯＰＭ）１１４５にある動作を調べることによって決定される。
【０１２０】
ステップ１１５０において、動作が動作に対する規則を守っているかどうかを決定する。例えば、一部の動作は、直ちに未解決の質問が論議可能である場合に移動され得、他に特定されない限り、その質問にのみ適用される。これは、例えば、動作に関連する規則（ＲＲＭ）１１５５にある動作を調べることによて決定される。
【０１２１】
ステップ１１６０において、動作が、動作を起こす権利を有する参加者によって移動されたことが決定され、その動作が順序通りであると決定され、その動作が、動作に関連する規則を守っていると決定された場合にのみ、動作は起こされる。動作は、トークチャネルを入手する、投票を要求し、行う、「後回し」のレポートのような書類を共有する、動作を修正する、または任意の他のコミュニケーションを含むことが予想される。ここにおいて、任意の他のコミュニケーションとは、サブ集会および委員会の形成を含む集会の召集の目的の助長を、効果として有する。
【０１２２】
ステップ１１７０において、動作が、ステップ１１４０、１１５０、または１１６０のうちのいずれか１つにおいて満たされないと決定された場合、拒絶される。
【０１２３】
ステップ１１８０において、ステップ１１７０にておこされた動作が一時休止される場
合、その方法はステップ１１９０に進み、動作処理は終了する。全ての他の動作に対しては、動作はステップ１１３０にて継続し、新しい動作が待たれる。
【０１２４】
方法の決定ステップが、集会の参加者のモバイル通信デバイス上のユーザインターフェースと関連して行われることは、予想される。好ましくは、参加者が動作を起こすことを望む場合、その動作を起こす権利があり、順序通りであり、規則を守った、動作のみが、ユーザインターフェースによってそのユーザへ示される。
【０１２５】
一部の実施形態において、方法、システム、デバイスは、ネットワークインターワーク機能を介する無線コールに参加するように、有線デバイスの周辺機器サポートを提供するように適合される。それによって、デバイスがその無線ネットワーク内に存在はしないが、そこに存在するかのように見せかけ、そこにおいて参加することが可能である。したがって、本実施形態にしたがい、ＰＴＴＴＭグループの全デバイス、または一部のデバイスも無線である必要性はなく、送信チャネルメッセージは、１つ以上のデバイスが固定されている、またはそうでなければ、無線でない有線デバイスであるＰＴＴＴＭグループにおける、上述された様式と同等の様式において発生する。それゆえに、ワイヤレスＰＴＴＴＭセッションは、実施形態にしたがって、ＰＴＴＴＭセッションに参加し、送信チャネル要求メッセージングに対するメッセージの送受信に適合するデバイスを有し得、それらのデバイスは、有線ベースまたは陸線ベースである。
【０１２６】
多数の修正が、上述の教示の下に可能である。したがって、本明細書中にて具体的に上述された、アプリケーションが、添付の特許請求の範囲内において、以外の方法で為され得ることは、理解される。
【図１】
2011082997.tif 000012
【図２】
2011082997.tif 000013
【図３】
2011082997.tif 000014
【図４】
2011082997.tif 000015
【図５】
2011082997.tif 000016
【図６】
2011082997.tif 000017
【図７】
2011082997.tif 000018
【図８】
2011082997.tif 000019
【図９Ａ】
2011082997.tif 000020
【図９Ｂ】
2011082997.tif 000021
【図９Ｃ】
2011082997.tif 000022
【図１０】
2011082997.tif 000023
【図１１】
2011082997.tif 000024