(57)【特許請求の範囲】
【請求項１】
第１のユーザに第１のトーク権を許可するステップと、
前記第１のユーザが依然として前記第１のトーク権を有するべきか否かを評価するステップと、
前記評価するステップにおいて、前記第１のトーク権がもはや適用できないと決定した場合には、該第１のトーク権がもはや適用できないことを第２のユーザに通知するステップとを備え、前記通知は前記第２のユーザがトーク権を得ることができることを肯定的に表示しているものであって、前記第１のユーザの前記第１のトーク権が解放される前かつ前記第２のユーザがトーク権を要求する前に行われ、前記第１のユーザ以外の者がトーク権を要求するまでは前記第１のユーザが前記第１のトーク権を有している、ディスパッチ通信システムにおける送信を制限する方法。
【請求項２】
前記第２のユーザからトーク要求を受信するステップと、
前記評価するステップにおいて、前記第１のトーク権がもはや適用できないと決定した場合に前記第１のトーク権を終了するステップと、
前記トーク要求に応答して、第２のトーク権を前記第２のユーザに許可するステップとをさらに備える、請求項１に記載のディスパッチ通信システムにおける送信を制限する方法。
【請求項３】
前記評価するステップには、前記第１のユーザからの送信特性を検出することによって、前記第１のユーザによる前記第１のトーク権を放棄する意志を推定することがさらに含まれる、請求項１に記載のディスパッチ通信システムにおける送信を制限する方法。
【請求項４】
前記評価するステップには、タイマが所定のしきい値を超えたか否かを判断することがさらに含まれる、請求項１に記載のディスパッチ通信システムにおける送信を制限する方法。
【請求項５】
前記評価するステップでは、前記第１のユーザの優先度と、前記第１のユーザおよび前記第２のユーザの相対優先度と、前記第１のユーザに認められたトーク継続時間とのうちの少なくとも１つを含む、前記第１のユーザに関連したプロパティをさらに考慮する、請求項４に記載のディスパッチ通信システムにおける送信を制限する方法。
【請求項６】
前記評価するステップでは、ディスパッチコールの他のユーザの人数と、前記第１のユーザが該ディスパッチコール中にトーカとなった回数と、前記他のユーザが該ディスパッチコール中にトーカとなった回数とのうちの少なくとも１つをさらに考慮する、請求項１に記載のディスパッチ通信システムにおける送信を制限する方法。
【請求項７】
前記評価するステップには、ディスパッチコールのモデレータからの入力を取得することがさらに含まれる、請求項１に記載のディスパッチ通信システムにおける送信を制限する方法。
【請求項８】
ディスパッチ通信システムにおける送信を制限するように配置され構築された該ディスパッチ通信システムのコントローラであって、
トランシーバと、
プロセッサであって、該トランシーバと協同して動作して、
第１のユーザに第１のトーク権を許可および提供し、
該第１のユーザへの該第１のトーク権の許可の結果生じたディスパッチコールを監視して、前記第１のユーザが前記第１のトーク権を維持すべきか否かを評価し、
該評価が、前記第１のトーク権がもはや適用できないと決定した場合には、該第１のトーク権がもはや適用できないことを第２のユーザに通知し、前記通知は前記第２のユーザがトーク権を得ることができることを肯定的に表示しているものであって、前記第１のユーザの前記第１のトーク権が解放される前かつ前記第２のユーザがトーク権を要求する前に行い、前記第１のユーザ以外の者がトーク権を要求するまでは前記第１のユーザが前記第１のトーク権を有している、
プロセッサとを備える、ディスパッチ通信システムにおける送信を制限するように配置され構築された該ディスパッチ通信システムのコントローラ。
【請求項９】
前記プロセッサは、前記トランシーバと協同して動作して、
前記第２のユーザからトーク要求を受信し、
評価が、前記第１のトーク権がもはや適用できないと決定した場合に、前記第１のトーク権を終了するメッセージを送信し、
前記トーク要求に応答して、第２のトーク権を前記第２のユーザに許可して提供する、
請求項８に記載のディスパッチ通信システムにおける送信を制限するように配置され構築された該ディスパッチ通信システムのコントローラ。
【請求項１０】
前記プロセッサは、前記トランシーバと協同して、さらに、前記第１のユーザからの送信特性を検出し、それによって、前記第１のユーザによる前記第１のトーク権を放棄する意志を推定する、請求項８に記載のディスパッチ通信システムにおける送信を制限するように配置され構築された該ディスパッチ通信システムのコントローラ。
【請求項１１】
前記プロセッサは、タイマが所定のしきい値を超えたか否かをさらに判断する、請求項８に記載のディスパッチ通信システムにおける送信を制限するように配置され構築された該ディスパッチ通信システムのコントローラ。
【請求項１２】
前記プロセッサは、前記第１のユーザの優先度と、前記第１のユーザおよび前記第２のユーザの相対優先度と、前記第１のユーザに認められたトーク継続時間とのうちの少なくとも１つを含む、前記第１のユーザに関連したプロパティをさらに考慮する、請求項１１に記載のディスパッチ通信システムにおける送信を制限するように配置され構築された該ディスパッチ通信システムのコントローラ。
【請求項１３】
前記プロセッサは、前記第１のユーザが前記第１のトーク権を維持すべきか否かを評価するために、ディスパッチコールの他のユーザの人数と、前記第１のユーザが該ディスパッチコール中にトーカとなった回数と、前記他のユーザが該ディスパッチコール中にトーカとなった回数とのうちの少なくとも１つをさらに考慮する、請求項１２に記載のディスパッチ通信システムにおける送信を制限するように配置され構築された該ディスパッチ通信システムのコントローラ。
【請求項１４】
前記プロセッサは、前記トランシーバと協同して、ディスパッチコールのモデレータからの入力をさらに取得する、請求項８に記載のディスパッチ通信システムにおける送信を制限するように配置され構築された該ディスパッチ通信システムのコントローラ。
【請求項１５】
ディスパッチ通信システムにおける送信が制限されたディスパッチコールに参加するように配置されて構築された通信ユニットであって、
トランシーバと、
プロセッサであって、該トランシーバと協同して動作して、
前記ディスパッチコールに参加している他のユニットが送信している時に、トーク要求が許可されることの通知を受信し、
前記他の通信ユニットからの送信がもはや特権を有しない場合に、前記他の通信ユニットへのトーク権の許可を得るよりも前にトーク要求を送信し、
トーク許可を受信する、
プロセッサと、
を備える、ディスパッチ通信システムにおける送信が制限されたディスパッチコールに参加するように配置されて構築された通信ユニット。
【請求項１６】
前記トーク要求は、該通信ユニットの優先度が前記他の通信ユニットの優先度よりも高い場合、該通信ユニットの相対的なトーク頻度が前記他の通信ユニットよりも少ない場合、およびモデレータが前記他の通信ユニットの前記トーク権の先取りを承認する場合のうちの１つで、前記他の通信ユニットへのトーク権の許可を先取りする、請求項１５に記載のディスパッチ通信システムにおける送信が制限されたディスパッチコールに参加するように配置されて構築された通信ユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
［発明の分野］
この発明は、通信システム一般に関し、より詳細には、ディスパッチシステムにおける送信を制限する方法および装置に関する。
【背景技術】
【０００２】
［発明の背景］
ディスパッチ通信システムは既知である。ディスパッチ通信システムは、多くは半２重であるディスパッチコールに使用される。このようなディスパッチコールでは、１人のユーザが、送信またはトークを行い、そのディスパッチコール上またはそのディスパッチコールに参加するグループ内の他のすべてのユーザが、受信またはリスンを行っている。一般に、トークをしているユーザは、別のユーザがチャネルにアクセスして、他のユーザとトークするために、そのチャネルを手放さなければならない。これは、トーカ、または、トーカを務めるユーザがチャネルを手放して、別のユーザがトークできるようにすることに気が進まないか、または、手放すことができない（機器の機能不全）ときに問題を提示する。タイマを使用して、タイマの経過時に、他のユーザがチャネルへのアクセスを要求してアクセスすることを可能にし、このようにして、ディスパッチコールのグループに対応することが知られている。しかしながら、現在、トークしていないユーザには、タイマが経過した時が分からない。さらに、単一の値を有する単一のタイマがシステムのユーザを変更するのに満足な性能を提供しない多くの状況も存在する。明らかに、ディスパッチ通信システムにおいて送信を制限する、より柔軟な方法が必要とされている。
【発明を実施するための最良の形態】
【０００３】
［好ましい実施の形態の詳細な説明］
添付図面（同じ参照符号は、個々の図の全体を通じて同一の要素または機能的に類似する要素を指す。以下の詳細な説明と共に、明細書に組み込まれて、明細書の一部を成す。）は、本発明によるさまざまな実施の形態をさらに例示して、本発明によるさまざまな原理および利点をすべて説明するのに役立つものである。
【０００４】
概要として、本開示は、システム、方法、および機器または装置であって、このようなシステムおよび機器のユーザに通信サービスを提供するシステム、方法、および機器または装置に関し、詳細には、ディスパッチ環境においてこのようなサービスへの適度なアクセスを保証する技法に関する。より具体的には、システムコントローラまたはユーザデバイス、および、当該システムコントローラまたはユーザデバイスの方法に実施されるさまざまな発明概念および発明原理であって、ディスパッチコールおよびそのディスパッチコールのユーザに関するさまざまな関連因子を、すべてこのようなディスパッチサービスのユーザまたは消費者の便宜および利点となるように考慮して適度に、ディスパッチ通信システムおよびディスパッチコールにおける送信を制限する、さまざまな発明概念および発明原理が解説および説明される。ディスパッチシステム、機器等は、有線ネットワークおよび無線ネットワークの任意の組み合わせとすることができる或る形式の接続、したがってネットワークに依拠する。特定の対象となるネットワークは、ワイドエリアネットワーク（ＷＡＮ）またはローカルエリアネットワーク（ＬＡＮ）に基づいて、一般に構造化された方法で編成することができ、控えめな帯域幅通信に適しているべきである。ユーザ機器およびそのユーザ機器の関連ユーザによるこのネットワークへのアクセスの好ましい形式は、統合デジタル高度化ネットワーク（ＩＤＥＮ（Integrated Digital Enhanced Network ））等のシステムや、サービスをさまざまな公衆安全組織に提供するネットワーク等の従来のディスパッチネットワーク等に見ることができるような無線プロトコルまたはそ
の拡張を介したものであることが見込まれる。
【０００５】
以下でさらに解説するように、さまざまな発明の原理および原理の組み合わせが、ユーザの無思慮または機器の障害の結果生じた送信を制限するのに有利に使用される。したがって、この問題を無視する既知のシステム、または、一定の柔軟性のない手法に依拠する既知のシステムに関連したさまざまな問題が軽減される。それによって、これらの原理または当該原理の均等物が利用されると、ユーザからの送信の継続時間を制御する公正で妥当な手法が有利に容易になる。
【０００６】
本開示は、本発明によるさまざまな実施の形態の作成および使用の最良の形態を、可能な方法でさらに説明するために提供される。この開示は、本発明をいかなる方法で制限するものではなく、発明の原理および発明の利点の理解および認識を高めるためにさらに提供される。本発明は、専ら、添付した特許請求の範囲によってのみ画定される。添付した特許請求の範囲には、この出願の係属中になされるあらゆる補正および発行された特許請求の範囲のすべての均等物が含まれる。
【０００７】
第１および第２、上部および下部等の関連用語の使用がもしあれば、その使用は、或るエンティティまたは動作と別のエンティティまたは動作とを、必ずしも、このようなエンティティまたは動作間の実際のこのような関係または順序を必要とすることも暗に意味することもなく、専ら区別するためにのみ使用されることがさらに理解される。発明の機能のほとんどおよび発明の原理の多くは、ソフトウェアプログラムおよび命令によって、あるいはソフトウェアプログラムおよび命令において最良に実施される。場合によってはかなりの努力、ならびに、例えば利用可能な時間、現在の技術、および経済的な考慮事項が動機となった多くの設計選択にもかかわらず、当業者は、本明細書に開示された概念および原理によってガイドされると、このようなソフトウェア命令を最小の実験で容易に生成できると考えられる。したがって、簡潔にし、かつ、本発明による原理および概念を分かりにくくするあらゆる危険性を最小にするために、このようなソフトウェアのさらなる解説は、もしあれば、好ましい実施の形態によって使用される原理および概念に関して不可欠なものに限定することにする。
【０００８】
図１を参照して、ディスパッチ通信システムとして動作可能な通信システムまたはディスパッチコールをサポートするのに適したシステムを示す簡略化した代表的なシステムレベル図について、解説および説明する。この図はシステム１００を示している。システム１００は、コントローラ１０３および音声レプリケータ１０５ＡＤＰ（音響複製プロセッサ（Audio Duplicating Processor ））を含む。これらのコントローラ１０３および音声レプリケータ１０５は、相互に接続され、さらに、分散ネットワーク１０７にも接続される。分散ネットワーク１０７は、１または２つ以上のセル１０９、１１１への分散をサポートする無線アクセスネットワーク（図示せず）を含む。分散ネットワーク１０７は、８０２．１１アクセスポイント（ＡＰ）１１３を介した８０２．１１機能、および、インターネット電話１１５を介したワイヤライン分散機能を有するものとして示されている。一般に、ネットワークエレメントは、通信と、セルサイト、トラフィックチャネル等の資源とをスケジューリングし、さまざまな通信ユニットによるネットワークへのアクセスを制御することを担当するコントローラを有するものとして知られている。ＡＤＰは、トーカからの音響またはトラフィックを複製し、または、折り返し、ディスパッチコールに含まれる他のユーザのそれぞれにその音響またはトラフィックを利用可能にする。しかしながら、我々が解説するように、本明細書で解説する原理および概念によるコントローラへのさまざまな変更が、意図するような送信の制限を行うために必要とされる。
【０００９】
それぞれが音声通信機能を有するのが好ましく、また、複数の関連したユーザ、個人、または関係者を有するのが好ましいセルラーハンドセット、メッセンジャデバイス、個人
情報端末（ＰＤＡ）、ポータブルコンピュータ等の複数の通信ユニット、デバイス、または加入者デバイスも示されていることに留意されたい。具体的には、この図は、ユーザ１１６と共にＩＰ電話１１５、ユーザ１１８と共にハンドセットまたはセルラー電話１１７、ユーザ１２０と共にハンドセット１１９、ユーザ１２２と共にハンドセット１２１、およびユーザ１２４と共に８０２．１１機能を有するハンドセット１２３を示している。ユーザ１１８は、会話への参加を試みているところが示され、ユーザ１２０は、継続時間の延長発言をしているところが示されている。これらのユーザまたは個人は、上述したような自身のそれぞれの通信ユニットまたはデバイスを介して、一般に知られたさまざまな方法で、図示しないさまざまな他のエンティティもしくは資源またはユーザと共にネットワーク１０７に接続される。
【００１０】
図示したユーザ、および、関連したユニットまたはデバイスは、ディスパッチコールに参加しているグループと考えることができる。このグループは、さまざまな既知の方法で定義することができる。一般に、ディスパッチコールは、或る一時に（送信）できるユーザは1 人であり、その時に他のすべてのユーザはリスン（受信）する状態である半２重コールである。このディスパッチコールは、通例、コントローラ１０３を介してセットアップおよび管理される。トークを希望するユーザは、トーク要求を制御チャネルに送信する。コントローラは、適切な時に、制御チャネルを介してトーク権を発行または許可する。通例、この適切な時には、現在のトーカが送信の中止によりチャネルを解放した後の或る時が含まれる。通常、トーク要求は、通信ユニットの１つにおいてユーザがプッシュトゥトーク（ＰＴＴ）ボタンを作動することを介して開始される。トーク要求の許可または通知には、ユーザのユニットまたはデバイスにおける可聴信号が含まれる。ユニットは、その後、送信の開始を許可され、ＰＴＴボタンの解放によって、トラフィックチャネルが解放される。半２重モードは、セルサイト１０９の同じチャネルを双方のユニット１１７、１１９に使用できる等の一定の利点を提供する。
【００１１】
図２を参照して、図１のディスパッチ通信システムにおける送信を制限する好ましい方法の実施の形態のフローチャートについて解説および説明する。この方法２００は、ユーザ１２０からの継続時間が延長された送信等、その継続時間が、ユーザ１２０側の不思慮によるものであろうが、おそらく通信ユニット１１９の機器の機能不全によるものであろうが、ディスパッチ通信システムにおける送信を制限するものである。この方法は、２０１で開始し、２０３において、ユーザ１２０やユニット１１９等の第１のユーザまたは第１の通信ユニットに第１のトーク権を許可することを示している。ディスパッチコールの通常のプロセスを２０５、２０６、および２０７に示す。ここでは、第２のトーク要求が、２０５において、別の通信ユニットまたはユーザから受信され、第１のユーザがトーク権を有する限り、２０６において拒否される。２０６において拒否された後、プロセスは、引き続き２０５にループして戻り、別のユーザからの要求がない場合には、プロセスは２０７に移動する。他の実施の形態では、要求にかかわらず、プロセスは２０７に移動する。２０７において、プロセスは、第１のユニットがトーク許可またはトーク権を放棄したか否かを検査する。放棄していない場合に、２０９は、第１のユーザが依然として第１のトーク権を有するべきか、または、維持すべきか、または、保持すべきかを評価することを示している。依然として有するべきである場合には、プロセスは、２０５にループして戻り、上述したような検査を続ける。
【００１２】
図３を参照して以下でさらに解説するように、２０７において、第１のユーザがトーク権または許可を放棄したと判断された場合、または、評価により、第１のユーザがトーク権を保持すべきでないと決定された場合には、２１１は、評価により第１のトーク権がもはや適用できないと決定された場合に、第１のトーク権がもはや適用できないことを第２のユーザまたは他のユーザに通知することを示している。この通知は、他のユーザがトラフィックチャネルにアクセスすることを望んでいる場合に、他のユーザに対して、トラフ
ィックチャネルにアクセスできることを肯定的に表示していることになる。この時点で、許可が未だ放棄されていない場合に、我々は、第２のユーザが第２のトーク権を要求するまでこれが真であると見るので、第１のユーザは、トーク権の維持を認められていることに留意されたい。プロセスまたは方法は、２１３において、第２のユーザからのトーク要求の受信が行われたか否かを検査すること、および、受信が行われた場合には、２１７において、第１のトーク権がもはや適用できないと２０９の評価により決定されたときに第１のトーク権を終了し、トーク要求に応答して、第２のトーク権を第２のユーザに許可することを示している。第２のユーザからのトーク要求が受信されていない場合に、２１５は、第１のユニットがチャネルまたは第１のトーク権の許可を放棄したか否かを検査し、そうでない場合には、この方法は２１３にループすることに留意されたい。そうである場合または２１７の後に、この方法は終了する。２１１において他のユーザに通知することは、さらに、ディスパッチコールの他のすべてのユーザ、または、ディスパッチコール中にアクティブなトーカになったことがないディスパッチコールの他のすべてのユーザのうち、第１のユーザよりも高い優先度を有するディスパッチコールの他のすべてのユーザ、または、優先度やランク、トーク時間の指定された長さ等の特定のプロパティを有する他のすべてのユーザ、または、ディスパッチコールでトークする明確な予約時間を有するユーザ、または、第１のユーザがトーク権を有する間に要求が拒否されたユーザに通知することを含むことができる。この通知は、適切なグループまたはサブグループに同時に行うこともできるし、例えば、最も高い優先度から最も低い優先度の順序またはトーク要求が拒否された順序で順次行うこともできる。この情報は、事前に決定する必要がある特定の手法、または、モデレータ等を介して何らかの方法でリアルタイムに決定する必要がある特定の手法は別として、そのデータベースからコントローラに利用可能である。
【００１３】
ユーザへの通知またはユーザへの通知に使用される技法は、特定の手法がおそらくシステム通信ユニット特有のものとなるさまざまな方法で達成することができる。例えば、ユニット１１５や１２３等のＩＰ対応ハンドセットのユーザに通知するために、コントローラは、そのハンドセットのＩＰアドレスにアドレス指定されたＩＰデータグラムで制御コマンドを送信することができる一方、セルラーハンドセット１１７、１１９、および１２１に対して、コントローラは、コール用に使用されているトラフィックチャネルに関連付けられた制御チャネルで制御コマンドを送信することができる。あるいは、コントローラは、トーカからの音響トラフィックがＡＰＤ１０５で折り返された後または前に、この音響トラフィックに可聴情報をミキシングすることによって、１人または２人以上のユーザに通知することもできる。
【００１４】
図３を参照して、図２の方法の評価部２０９のより詳細なフローチャートを解説および説明する。この方法は、２０７からの「ＮＯ」入力によって３０１で開始し、３０３において、評価することを示している。この評価は、第１のユーザからの送信特性を検出し、それによって、第１のユーザによる第１のトーク権を放棄する意志を推定することをさらに含む。送信特性を検出することは、第１のユーザからの送信に、機器の障害による機器の機能不全を意味するか、もしくは、おそらくＰＴＴボタンが作動されたままであるような状態に機器が置かれていることを意味する長い沈黙を検出してもよく、あるいは、「終り（OVER）」、「以上（OVER and OUT）」、「どうぞ（COMEBACK）」等の送信終了を示す語句を認識してもよく、あるいは、間投詞、早口の話し言葉、または大声の話し言葉によって示される第１のユーザによる高レベルの興奮を検出してもよい。当業者は、送信を終了するであろうことを示す他の話特性を予想できると考えられる。
【００１５】
いずれにしても、特性が検出されない場合に、３０５は、タイマが所定のしきい値を超えたまたは経過したか否かを検査または判断する。このタイマまたはしきい値の値は、満足な結果を提供するように実験的に求めることもできるし、特定のディスパッチコールの仕様に応じて変更することもできる。例えば、コールが、ルーチン割り当て（routine as
signment）がさまざまなユーザに与えられるものである場合には、比較的短い時間が予想される。一方、ディスパッチコールが多くのユーザからの多くの意見を比較することに従う場合には、長いタイマ継続時間が予想される。いずれにしても、タイマが経過した場合に、３０７は、第１のユーザに関連付けられたさまざまなプロパティを考慮した評価を示している。第１のユーザに関連付けられたこれらのプロパティには、例えば、第１のユーザの優先度、第１のユーザおよび第２のユーザまたは他のユーザの相対的な優先度、または第１のユーザに認められたトーク継続時間のうちの１つまたは２つ以上が含まれ得る。例えば、上司は、おそらく、新人の巡査よりも高い優先度を有する。ディスパッチコールをスケジューリングしたユーザには、他の参加者よりも長いトーク時間が認められるように許可する、等とすることができる。
【００１６】
プロパティのいずれも、或る特別な取り扱いを示さないようである場合に、３０９は、さらなる考慮事項を示している。具体的には、３０９は例えば、ディスパッチコールの他のユーザの人数、第１のユーザがディスパッチコール中にトーカとなった回数、および他のユーザがディスパッチコール中にトーカとなった回数の１つまたは２つ以上をさらに考慮して評価することを示している。例えば、ディスパッチコールに２人しかユーザがいない場合に、いずれか一方のユーザからの送信がより長くなることが適切な場合がある。他方、１人のユーザが主なトーカであった場合には、他のユーザにトークを認めることが有益な場合がある。同様に、或るユーザがあまり発言していない場合に、そのユーザが発言したいことをできるだけすぐにリスンすることが適切な場合もある。ユーザに関連付けられた他のプロパティが３０７でそのように示すか、または、３０９からの他の考慮事項がそのように示す場合に、３１１は、所定の時間量をタイマに追加することによって、認められたトーク時間を調整することを示している。
【００１７】
３０５において、タイマが経過していない場合には、「ＮＯ」のパスをたどって３１３に進む。３１３では、ディスパッチコールのモデレータからの入力を取得することが検査される。モデレータは、例えば、上司とすることもできるし、このコールをスケジューリングした者とすることもできる。入力は、実際には「他の誰かにトークをさせる」になると考えられる。最後に、送信の終了を示す特性が３０３において検出されず、タイマが３０５において経過しておらず、かつ、モデレータ入力が３１３において受信されていない場合には、第１のユーザは、トーク権を維持することが認められ、「ＹＥＳ」のパス３１５をたどって２０５に進む。特性が３０３において検出されたか、もしくは、トーク時間を長くすることを示すプロパティ３０７も他の考慮事項３０９もなくタイマが経過した場合３０５、または、このようなプロパティもしくは考慮事項が調整を意味する場合には、３１１におけるその調整後に、または、モデレータが３１３においてそのように示す場合には、「ＮＯ」のパス３１７をたどって２１１に進み、別のユーザがトークを望むときに第１のユーザが終了すると想定される。
【００１８】
モデレータからの入力は、おそらく、モデレータが誰を利用するか、または、モデレータがどんな形態を取るかに応じた特定の技法を有するさまざまな方法で取得することができる。例えば、モデレータは、通信ユニット１１５、１２３等のＩＰ対応ハンドセットを使用している場合に、そのハンドセットのユーザインターフェースを使用して、すなわち、＃キーを押すことによって、トーカを終了すべきことを示す入力または信号を生成することができる。ハンドセットは、次に、コントローラのＩＰアドレスにアドレス指定されたＩＰデータグラムで制御コマンドを送信する。モデレータが、通信ユニット１２１等のセルラーハンドセットを使用する場合に、そのハンドセットは、ユーザインターフェースを介してモデレータにより始動され、コール用に使用されているトラフィックチャネルに関連付けられた制御チャネルで制御コマンドを送信することができる。あるいは、モデレータは、ネットワーク１０７を介してコントローラ１０３に接続されたディスパッチコンソールステーション（図示せず）を使用することもできる。このコンソールのユーザイン
ターフェースによって、モデレータは、３１３において使用される入力を生成することができる。
【００１９】
図４を参照して、ディスパッチ通信システムにおける送信を制限するコントローラ１０３の好ましい実施の形態のブロック図を解説および説明する。コントローラ１０３は、上述したように、ディスパッチ通信システムで使用され、ディスパッチ通信システムにおける送信を制限するように配置されて構築される。コントローラはトランシーバ４０３を含む。トランシーバ４０３は、ネットワーク１０７へおよびネットワーク１０７から接続され４０１、さらに、プロセッサ４０５に相互接続される。トランシーバ４０３は、パケットデータ通信に適したイーサネット（登録商標）トランシーバに加えて音響トランシーバ等のワイヤライントランシーバであることが好ましい。プロセッサ４０５は、従来のコンピュータモニタやキーボード（図示せず）等のオペレータ入出力４０７に相互接続される。プロセッサは、従来の妥当な高性能マイクロプロセッサベースのユニットであり、１つまたは２つ以上のマイクロプロセッサを有する。
【００２０】
プロセッサ４０５は、さまざまなソフトウェアルーチンおよび命令ならびにデータを含んだメモリ４０９を含む。これらのソフトウェアルーチンおよび命令ならびにデータがプロセッサによって実行された結果、コントローラは、通信システムの制御および管理を行い、上記と同様のディスパッチコールに適した送信の制御を行う方法を実施する。メモリには、さまざまな既知のＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、およびハードドライブ等の磁気メモリ素子が含まれる。メモリ内のソフトウェアルーチンは、オペレーティングシステム４１１、さまざまな動作変数、パラメータ、および日付４１３、スケジューリングルーチン４１５、トーク権許可４１７、許可終了４１９、通知４２１、評価４２３、特性検出４２５、プロパティおよびパラメータを含むユーザデータベース４２７、タイミング４２９、他の考慮事項４３１、さらには、本明細書には関連しないが当業者には明らかな他のさまざまなソフトウェアルーチンおよび情報４３３を含む。
【００２１】
動作時、プロセッサ４０５は、トランシーバと協同して、ユーザグループ間またはそれらユーザに関連付けられた通信ユニット間にディスパッチコールをセットアップし、次いで、トーク要求に応答し、許可ルーチン４１７を使用して、第１のユーザに第１のトーク権を制御チャネルを介して許可して提供または送信し、次いで、第１のユーザに第１のトーク権を許可した結果生成されたディスパッチコールを監視し、評価ルーチン４２３を使用して、第１のユーザが第１のトーク権を維持すべきか否かを評価し、評価ルーチンにより適切であると判断された場合には、第１のトーク権がもはや適用できないことを他の第２のユーザに通知するように動作する。この通知にもかかわらず、コントローラまたはプロセッサは、第２のユーザが第２のトーク権を要求するまで第１のユーザにトーク権を維持することを認める。通知は、例えば、ディスパッチコールの他のすべてのユーザ、第１のユーザよりも高い優先度を有するディスパッチコールの他のユーザ、ディスパッチコール中にアクティブなトーカでなかったディスパッチコールの他のユーザ、または特定のプロパティを有する他のユーザに通知される。
【００２２】
或る時点で、コントローラ、具体的には、プロセッサは、トランシーバと協同で動作して、第２のユーザまたは別のユーザからトーク要求を受信し、第１のトーク権がもはや適用できないことを評価によって決定された場合に、ルーチン４１９を介して、第１のトーク権または許可を終了するメッセージを送信し、ルーチン４１７を介し、トーク要求に応答して第２のトーク権を第２のユーザに許可して提供する。第１のトーク権の取り下げまたは終了を行うべきとの決定、または、行うことができるとの決定を行う評価は、ルーチン４２５を介して、第１のユーザからの送信特性を検出し、それによって、上述したような第１のユーザによる第１のトーク権を放棄する意志を推定する結果として行うことができる。この特性には、第１のユーザからの送信の長い沈黙、送信の終了を意味する語の認
識、または第１のユーザによる高レベルの興奮のうちの１つまたは２つ以上が含まれる。プロセッサおよび検出ルーチン４２５は、これらの機能のいくつかを実行するために、既知の音声認識アルゴリズムを必要とする。また、コントローラまたはプロセッサによる評価により、ルーチン４２９を介して、タイマが所定のしきい値を超えたか否かを判断することもできる。評価の他の因子は、ルーチン４２７を介した、第１のユーザに関連付けられたプロパティの考慮事項であるか、または、このような考慮事項とすることができる。この考慮事項は、第１のユーザの優先度、第１のユーザおよび第２のユーザの相対的な優先度、または第１のユーザに認められたトーク継続時間のうちの１つまたは２つ以上のもの等である。さらに、プロセッサは、第１のユーザが第１のトーク権を維持すべきか否かを決定する際に、ルーチン４３１を介して、他の事項または考慮事項を考慮することもできる。このような他の事項または考慮事項は、ディスパッチコールの他のユーザの人数、第１のユーザがディスパッチコール中にトーカとなった回数、または他のユーザがディスパッチコール中にトーカとなった回数のうちの１つまたは２つ以上のもの等である。さらに、プロセッサは、トランシーバと協同して、ディスパッチコールのモデレータから、第１のユーザがトーク権を放棄すべきか、または、一定量の時間内でトーク権を放棄すべきかを示す入力を取得することができる。
【００２３】
図５を参照して、図１のシステムでの使用に適した通信ユニットのブロック図を説明および解説する。図５の通信ユニットまたはデバイスは、ディスパッチ通信システムにおいて、当該通信ユニットまたはデバイスからの送信が制限されるように配置されて構築されるか、または、動作可能である。通信ユニットは、当該ユニットが無線通信ユニットである場合には、アンテナ５０１に接続され、プロセッサ５０５に相互接続されたトランシーバ５０３を含む。プロセッサ５０５は、さらに、ユーザインターフェース５０７に接続される。トランシーバは、無線（例えば、無線周波）トランシーバであろうが、ＩＰ有線電話等の有線トランシーバであろうが、一般に知られている。プロセッサ５０５は、マイクロプロセッサベースのユニットであり、１つまたは２つ以上の汎用マイクロプロセッサに加えて、１つまたは２つ以上のデジタル信号プロセッサも含むことができる。これらのすべては従来の方法で配置される。ユーザインターフェース５０７も既知であり、通常は、或る形態の表示装置５０９、プッシュトゥトークボタンまたはＰＴＴボタン５１３を有するキーボードまたはキーパッド５１１に加えて、マイク５１５およびスピーカ５１７を含んだ音響トランスデューサを含む。
【００２４】
プロセッサは、さらに、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、場合によっては磁気ベースメモリ等の既知のメモリ素子で構成されるメモリ５１９を含む。このメモリは、プロセッサによって実行された結果、プロセッサがディスパッチ通信システムで意図したように動作するさまざまなソフトウェアルーチンまたは命令またはコードを含む。これらのルーチンのほとんどは、具体的には示さないが、当業者には明らかである。もちろん、メモリは、オペレーティングシステム５３１、動作変数、パラメータ、およびデータ５２３、トーク要求ルーチン５２５、トーク要求の許可を認識するルーチン５２７、ならびに本明細書には関係しない、多すぎて記載できないさまざまな他のルーチン５２９を含む。
【００２５】
通信ユニットが、例えば図１のトーカといった、その状況または状態にとって異常に長い送信に関与するユニットである場合、そのユニットは一般に次のように動作する。プロセッサは、トランシーバと協同で動作し、ルーチン５２３を使用してトーク要求を送信し、このトーク要求に応答して、ルーチン５２７を使用して第１のトーク権の許可を受信して認識する。後の或る時点で、ユニットがトーク許可またはトーク権を放棄しなかった場合において、通信ユニットが第１のトーク権を維持すべきか否かの評価が否定的であるときは、通信ユニットは、第１のトーク権を終了するメッセージをコントローラから受信する。
【００２６】
通信ユニットが、ディスパッチコールに参加するように配置されて構築されたユニットの１つである場合、または、別のユニットからの過度の送信中の或る時点でトーク権を有しないユニットである場合に、コントローラ、または、具体的にはプロセッサは、トランシーバと協同で動作して、別のユニットが送信中である時にトーク要求が許可されることの通知を受信し、トークを望む場合には、当該別の通信ユニットからの送信がもはや特権を有しないときに、当該別の通信ユニットへのトーク権の前の許可を先取りするトーク要求を送信し、次に、トーク権の許可を受信する。例えば、通信ユニットの優先度が当該別の通信ユニットの優先度よりも高い場合、通信ユニットの相対的なトーク頻度が当該別の通信ユニットよりも少ない場合、または、モデレータが当該別の通信ユニットのトーク権の先取りを承認した場合の１つまたは２つ以上で、このトーク要求は、当該別の通信ユニットへのトーク権の許可を先取りする。
【００２７】
上記で説明および解説した装置、プロセス、およびシステム、ならびに、それらの発明の原理は、従来技術のディスパッチコール継続時間制限技法によって引き起こされる問題を軽減するためのものであり、また、軽減することになる。この従来技術のディスパッチコール継続時間制限技法は、コールを無視するか、または、他のすべてを無視する一定の柔軟性のないタイミング手法を使用して、システムのユーザを不都合にし、落胆させるものである。適切な状況下においてのみ送信を制限する上記で解説した原理および概念を使用することによって、効果的かつ効率的で使いやすいディスパッチコールが容易になり、したがって、ユーザを満足させることに貢献し、大人数のグループによる浪費時間が低減される一方、チャネルは必要以上に不適切に拘束されない。上記で説明した原理、概念、および例を与えることによって、当業者は、状況に応じた、さらに迅速かつ効率的なコール制限手順も提供する他の代替的な手順を実施できると考えられる。添付の特許請求の範囲は、このような他の例も網羅すると予想される。
【００２８】
この開示は、本発明の真の意図された公正な範囲および趣旨を制限するものではなく、本発明によるさまざまな実施の形態を形作る方法および使用する方法を説明するためのものである。上記説明は、包括的であるように意図されているものでもなく、開示した厳密な形態に本発明を限定するためのものでもない。上記教示に鑑み、変更または変形が可能である。実施の形態（または複数の実施の形態）は、本発明の原理およびその実際の適用の最良の例示を提供し、かつ、当業者が本発明をさまざまな実施の形態において利用でき、検討される特定の使用に適するようなさまざまな変更と共に利用できるように選択され、説明されている。このようなすべての変更および変形は、公正で法的に公平に権利が与えられた広さに従って解釈されると、添付した特許請求の範囲によって規定される本発明の範囲内、この出願の特許の係属中に補正可能な本発明の範囲内、および本発明のすべての均等物の範囲内に含まれる。
【図面の簡単な説明】
【００２９】
【図１】ディスパッチコールをサポートするのに適したディスパッチ通信システムを、簡略化した代表的な形で示す図。
【図２】図１のディスパッチ通信システムにおける送信を制限する好ましい方法の実施の形態のフローチャート。
【図３】図２の方法の一部のより詳細なフローチャート。
【図４】ディスパッチ通信システムにおける送信を制限するコントローラの好ましい実施の形態のブロック図。
【図５】図１のシステムでの使用に適した通信ユニットの好ましい実施の形態のブロック図。
【図１】
0004575163.tif 000002
【図２】
0004575163.tif 000003
【図３】
0004575163.tif 000004
【図４】
0004575163.tif 000005
【図５】
0004575163.tif 000006