(57)【要約】本発明は、無線通信ネットワークにおけるｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂの選択的なオーバーライドのための方法、システムおよび装置を提供し、ユーザーには、特定の理由でｄｏ−ｎｏｔｄｉｓｔｕｒｂ（ＤｎＤ）の無視をクエリおよび修正するオプションが提供される。いくつかの実施態様では、着信が至急の呼出しである場合にＤｎＤは無視される。他の実施態様では、着信が緊急呼出しである場合にＤｎＤは無視される。いくつかの実施態様では、呼出し処理サーバーは、ＯＭＡ互換システムにおいてｄｏ−ｎｏｔｄｉｓｔｕｒｂの選択的なオーバーライドを管理し実行する。さらに他の実施態様では、モバイル機器は、ディスパッチネットワークにクエリの要求または関連するｉｇｎｏｒｅＤｎＤの理由とともに、ｉｇｎｏｒｅＤｎＤフラグの設定の要求を送信するように適合される。
2006528442.tif 000002
【特許請求の範囲】
【請求項１】
ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）可能な通信システム（２００）において通話要求を処理する方法であって、該方法は、
携帯無線電話のような機能が可能なユーザー装置（２０１、２０２、２０３、２０４、５００）が関与する要求された通信セッションに対する通話要求（２１５）を受信することと、
該ユーザー装置（２０１、２０２、２０３、２０４、５００）に対するｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）の１つの機能として、該要求された通信セッションに対して選択的にＤｎＤ機能（２５５、２３５、２５７）をオーバーライドすることと
を包含する、方法。
【請求項２】
前記ユーザー装置（２０１、２０２、２０３、２０４、５００）が、無線装置である、請求項１に記載の方法。
【請求項３】
前記ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）が、ｉｇｎｏｒｅＤｎＤフラグ（２７５、３０６、４０６）を含み、前記ＤｎＤ機能（２５５、２３５、２５７）を選択的にオーバーライドすることは、該ｉｇｎｏｒｅＤｎＤフラグ（２７５、３０６、４０６）の１つの機能である、請求項１または請求項２に記載の方法。
【請求項４】
前記ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）が、少なくとも１つの所定の無視理由値（２７６、３０８、４０８）を含み、前記ＤｎＤ機能（２５５、２３５、２５７）を選択的にオーバーライドすることは、該少なくとも１つの所定の無視理由値（２７６、３０８、４０８）の１つの機能である、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
通話要求（２０９、２１９、２２９）が、それに関連する現在の状態を有し、該現在の状態は該通話要求（２０９、２１９、２２９）に対する複数の可能な現在の状態のうちの１つであり、各所定の無視理由値（２７６、３０８、４０８）が、該通話要求（２０９、２１９、２２９）に対して対応する可能な現在の状態を表し、該方法は、
さらなるｉｇｎｏｒｅＤｎＤ処理を行うべきかどうかを決定するために前記ｉｇｎｏｒｅＤｎＤフラグ（２５５）を評価することと、
該ｉｇｎｏｒｅＤｎＤフラグ（２５５）を評価することが、さらなるｉｇｎｏｒｅＤｎＤ処理を行うべきと判断した場合において、
ａ）該通話要求（２０９、２１９、２２９）の該現在の状態を決定することと、
ｂ）該少なくとも１つの所定の無視理由値（２７６、３０８、４０８）の各々に対して、
ｉ）該対応する可能な現在の状態と該通話要求（２０９、２１９、２２９）の該現在の状態とを比較すること（２５７）であって、いずれかの対応する可能な現在の状態が該通話要求（２０９、２１９、２２９）の該現在の状態と一致する場合に、前記ＤｎＤ機能がオーバーライドされる、ことと
をさらに包含する、請求項４に記載の方法。
【請求項６】
前記通話要求（２０９、２１９、２２９）に対する前記複数の可能な現在の状態のうちの各可能な現在の状態が、受信時において該通話要求（２０９、２１９、２２９）の優先状態である、請求項５に記載の方法。
【請求項７】
前記通話要求（２０９、２１９、２２９）に対する前記複数の現在の状態が、「至急」および「緊急」のうちの少なくとも１つを含む、請求項５または６に記載の方法。
【請求項８】
前記ユーザー装置（２０１、２０２、２０３、２０４、５００）から受信した入力の１つの機能として、該複数のユーザー装置（２０１、２０２、２０３、２０４、５００）に対して前記ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）を保持することをさらに含む、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）可能な通信システム（２００）における通話要求処理システムであって、該通話要求処理システムは、
携帯無線電話のような機能が可能なユーザー装置（２０１、２０２、２０３、２０４、５００）が関与する要求された通信セッションに対する通話要求（２０９、２１９、２２９）を受信するように適合された受信器（２０５、２０６、２０７）と、
該ユーザー装置（２０１、２０２、２０３、２０４、５００）に対するｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）の１つの機能として、該要求された通信セッションに対して選択的にＤｎＤ機能をオーバーライドするように適合されたネットワーク呼出し処理機能（２５０、２２０、２３０）と
を備える、通話要求処理システム。
【請求項１０】
前記ユーザー装置（２０１、２０２、２０３、２０４、５００）が、無線装置である、請求項９に記載の通話要求処理システム。
【請求項１１】
前記ネットワーク呼出し機能（２５０、２２０、２３０）が、
前記ユーザー装置（２０１、２０２、２０３、２０４、５００）に対する前記ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）を保存するように適合されたデータストア（２２０）と、
ＤｎＤ機能を提供するように適合されたＤｎＤ処理機能（２３０）と、
前記ユーザー装置（２０１、２０２、２０３、２０４、５００）に対して該データストア（２２０）に保存された該ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）の１つの機能として、前記要求された通信セッションに対してＤｎＤ機能をオーバーライドするように適合されたｉｇｎｏｒｅＤｎＤ処理機能（２５０）と
を備える、請求項９または１０に記載の通話要求処理システム。
【請求項１２】
前記ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）が、ｉｇｎｏｒｅＤｎＤフラグ（２７５、３０６、４０６）と、少なくとも１つの所定の無視理由値（２７６、３０８、４０８）とを含み、前記ｉｇｎｏｒｅＤｎＤ処理機能（２５０）は、該ｉｇｎｏｒｅＤｎＤフラグ（２７５、３０６、４０６）と該少なくとも１つの所定の無視理由値（２７６、３０８、４０８）の１つの機能として前記ＤｎＤ機能を選択的にオーバーライドする、請求項１１に記載の通話要求処理システム。
【請求項１３】
前記通話要求（２０９、２１９、２２９）が、それに関連する現在の状態を有し、該現在の状態は該通話要求（２０９、２１９、２２９）に対する複数の可能な現在の状態のうちの１つであり、各所定の無視理由値が、該通話要求（２０９、２１９、２２９）に対して対応する可能な現在の状態を表し、前記ｉｇｎｏｒｅＤｎＤ処理機能（２５０）が、
前記ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）を前記データストア（２２０）から検索し、
さらなるｉｇｎｏｒｅＤｎＤ処理（２５５）を行うべきかどうかを決定するために前記ｉｇｎｏｒｅＤｎＤフラグ（２７５、３０６、４０６）を評価し、
該ｉｇｎｏｒｅＤｎＤフラグ（２７５、３０６、４０６）の評価がさらなるｉｇｎｏｒｅＤｎＤ処理（２５５）を行うべきと判断した場合において、
ａ）該通話要求（２０９、２１９、２２９）の現在の状態を判断し、
ｂ）該少なくとも１つの所定の無視理由値（２７６、３０８、４０８）の各々に対して、
ｉ）該対応する可能な現在の状態と該通話要求（２０９、２１９、２２９）の該現在の状態とを比較（２５７）し、
いずれかの対応する可能な現在の状態が該通話要求（２０９、２１９、２２９）の現在の状態と一致する場合に、前記ＤｎＤ機能がオーバーライドされる、請求項１２に記載の通話要求処理システム。
【請求項１４】
前記通話要求（２０９、２１９、２２９）に対する前記複数の可能な現在の状態のうちの各可能な現在状態が、受信時において該通話要求（２０９、２１９、２２９）の優先状態である、請求項１３に記載の通話要求処理システム。
【請求項１５】
前記通話要求（２０９、２１９、２２９）に対する前記複数の現在の状態が、「至急」および「緊急」のうちの少なくとも１つを含む、請求項１３または１４に記載の通話要求処理システム。
【請求項１６】
前記複数のユーザー装置（２０１、２０２、２０３、２０４、５００）の各々に対して、または該ユーザー装置（２０１、２０２、２０３、２０４、５００）からの入力の１つの機能として前記ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）を保持するようにさらに適合されている、請求項９〜１５のいずれか一項に記載の通話要求処理システム。
【請求項１７】
ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）可能な通信システム（２００）のための携帯無線電話のような機能が可能なユーザー装置（２０１、２０２、２０３、２０４、５００）であって、
該ユーザー装置のｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）を修正するために外部入力を受けるように適合されたユーザーインターフェース（５１５、５３０）と、
該ユーザー装置（２０１、２０２、２０３、２０４、５００）の該ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）を更新するために要求をネットワーク呼出し処理サーバー（２１０）に送信するように適合された該外部入力のためのｉｇｎｏｒｅＤｎＤ属性要求生成器（５２０）と
を備える、ユーザー装置（２０１、２０２、２０３、２０４、５００）。
【請求項１８】
前記ユーザー装置（２０１、２０２、２０３、２０４、５００）が、無線装置である、請求項１７に記載のユーザー装置（２０１、２０２、２０３、２０４、５００）。
【請求項１９】
前記外部入力によって示される前記ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）に対する修正を表示するためのユーザーインターフェースディスプレイ（５１０）をさらに備え、前記ユーザーインターフェース（５１５）が、前記ユーザー装置（２０１、２０２、２０３、２０４、５００）に対する該ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）を検索するために外部クエリ入力を受けるようにさらに適合されており、前記ｉｇｎｏｒｅＤｎＤ属性要求生成器（５２０）が、
該ユーザー装置（２０１、２０２、２０３、２０４、５００）の該ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）を検索するためにネットワーク呼出し処理サーバー（２１０）にクエリを送信し、
前記ネットワーク（２００）から該クエリに対する応答を受信するようにさらに適合されており、該ユーザーインターフェース（５１０）は、該クエリへの該応答を受信する該ｉｇｎｏｒｅＤｎＤ属性要求生成器（５２０）に応答して、該ユーザー装置（２０１、２０２、２０３、２０４、５００）に対する該ｉｇｎｏｒｅＤｎＤ属性（２７７、３０５、４０５）を表示するように適合されている、請求項１７または１８に記載のユーザー装置（２０１、２０２、２０３、２０４、５００）。
【請求項２０】
コンピュータ読取り可能な媒体であって、請求項９〜１６のいずれか一項に記載のシステムのプロセッサ、または請求項１〜８のいずれか一項に記載の方法を使用するための請求項１７〜１９のいずれか一項に記載の装置が実行するためのコード手段を含む、コンピュータ読取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、より詳しくは、ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）機能を提供するシステムに対する呼出し管理に関する。
【背景技術】
【０００２】
音声通話機能を備えた通信システムでは、装置のユーザー、または装置の周辺にあるユーザーには、信号音または呼出し音のような可聴の形態、バイブレーションのような動的な形態、または点滅光のような視覚的な形態でのユーザーへの通知を経て、着信を知らされることが多い。ユーザーに比較的邪魔にならない方法で通知する装置を提供する通信システムもある。しかし、ユーザーが着信を受けたくないと決定し得る状況がある。いくつかの通信システムでは、それらの操作の仕方によって、着信およびその通知が不便であったり、気を散らしたり、あるいは危険でさえあることがあり得る。
【０００３】
ディスパッチサービスを提供する無線通信システムでは、ｐｕｓｈ−ｔｏ−ｔａｌｋＴＭ（ＰＴＴＴＭ）サービスが提供されることが多い。ｐｕｓｈ−ｔｏ−ｔａｌｋＴＭサービスは、通常（プライベートセッションなどで）単一のユーザーの別の単一のユーザーとの通信を可能にするか、または（グループセッションなどで）単一のユーザーの他のユーザーグループとの通信を可能にする携帯無線電話のような機能または双方向半二重音声通信を提供する。本願明細書で用いられる場合は、携帯無線電話のような機能および半二重音声機能は、常に通話または送信パーティの装置から聴取または受信パーティの装置への音声通信の送信が可能であるが、通話パーティの装置が受信パーティの装置に音声を送信している間は、受信パーティの装置から通話パーティの装置への音声通信の同時送信を行わない全てのネットワーク配信音声通信機能を意味すると一般に捉えられるべきである。グループは、自動応答モードまたは手動応答モードで操作することができる。ｐｕｓｈ−ｔｏ−ｔａｌｋＴＭでは、自動応答モードのグループに対して、音声の受信は瞬間的であり、受信動作を必要としない。手動応答モードのグループに対しては、音声の受信前に、着信通話の要求を受入れまたは拒否するために受信動作が必要である。自動通信または通信の要求が邪魔（ｉｎｔｒｕｓｉｖｅ）である状況が生じることがあり得て、ユーザーはしばらくの間、呼出しによる割り込みを望まないことがあり得る。加えて、そのユーザーは、その間の通話要求を拒む動作を行う必要がないことを望み得る。
【０００４】
既知のシステムでは、ユーザーの装置、したがってユーザーが着信によって邪魔されないようにｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）機能が提供される。この機能がアクティブであると、着信はユーザーに提供されない。ＤｎＤはまた、メッセージ待機通知（Ｍｅｓｓａｇｅ  Ｗａｉｔｉｎｇ  Ｎｏｔｉｆｉｃａｔｉｏｎ）のような他の形態の通知もブロックする。ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂは、ユーザーが呼出しの配信にアクセスできないようにする。このＤｎＤ機能は、邪魔されたくない半二重音声システムおよび全二重音声システムのユーザーに提供される。この機能は、ＩＳ−４１ベースのシステムにおいても規定される。
【０００５】
ＰｏＣ（Ｐｕｓｈ−ｔｏ−ＴａｌｋＴＭオーバーセルラー）システム（ＯＭＡ規格の一部）などのＤｎＤを提供する既知のシステムでは、ユーザーは通常、ユーザー装置からＤｎＤの起動を要求するが、ユーザー装置のＧＬＭＳ（グループリスト管理サーバー）に常駐のＤｎＤ設定を起動させるために、ＧＬＭＳまたは同様の呼出し処理サーバーに要求を送信する。ＧＬＭＳにおいてＤｎＤ設定がｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂの状態に変更されると、ＧＬＭＳは、ユーザー装置に向けられたそれ以降全ての着信通話要求を停止する。いくつかの規格によれば、これは、ＧＬＭＳが発呼者にビジー状態を示す送信を行うことを伴う。
【０００６】
ＧＬＭＳは、ＤｎＤ管理に加えて、アクセスリスト管理を行う。アクセスリストは、特定のユーザー装置とのＰＴＴＴＭセッションの確立を誰が許可され、誰が許可されていないかを特定するために用いられる。拒絶リストおよび受諾リストのどちらも、これらのリスト上の特定のユーザーからの呼出しをそれぞれ自動的に拒否または受入れるように、ユーザー装置に保存され得る。
【０００７】
無線ディスパッチ呼出し管理が行われる標準システムアーキテクチャは、ＯＭＡ（ｏｐｅｎ  ｍｏｂｉｌｅ  ａｌｌｉｅｎｃｅ）規格によって規定される。図１は、ＰｏＣ（ｐｕｓｈ−ｔｏ−ｔａｌｋＴＭオーバーセルラー）サービスを含む、ＯＭＡ対応システムを示す。既知のＯＭＡ対応システムの全体的なアーキテクチャを一般に参照番号１００で示し、ＰｏＣサービスに必要なグループおよびリスト（例えば、連絡先およびアクセスリスト）を管理する既知のＧＬＭＳ（グループリスト管理サーバー）１１０を含む。また、ユーザーがシステムにアクセスし得るＢＴＳ（基地局）１０５、１０６、１０７も示す。図示の例は、それぞれの識別子（ＩＤ）００１、００２、００３、および００４を有する４つのユーザー装置１０１、１０２、１０３、および１０４を示す。
【０００８】
既知のＧＬＭＳ  １１０は、グループおよびリストを作成、変更、検索、削除し、それらのストレージを提供するリスト運用管理を提供する。データストア１２０は、ユーザー装置に保存されたアクセスリストおよびＤｎＤフラグを含む既知のＧＬＭＳにストレージを提供する。ＤｎＤフラグおよびアクセスリストのデータは、ＩＤ  ００１、００２、および００３に関連して、既知のユーザー装置１０１、１０２、および１０３に関して示される。アクセスリストは、各既知のユーザー装置（１０１、１０２、１０３）に提供され、ＰｏＣを通じて他のどのユーザー装置がそれぞれの既知のユーザー装置（１０１、１０２または１０３）への接続を許可されるのかを特定する。例えば、ＩＤ  ００１を有しているユーザー装置１０１には、アクセスリストは、００２、００４、００６を含み、これらのＩＤを有する装置がユーザー装置１０１への接続を許可されることを示す。既知のＧＬＭＳ  １１０は、各既知のユーザー装置に対して、そのユーザー装置がｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂの状態にあるかどうかを指示する「ｙｅｓ」または「ｎｏ」値のいずれかであり得るＤｎＤフラグを保存する。各ユーザー装置のＤｎＤフラグおよびアクセスリストによって、そのユーザー装置に向けられる通話要求の管理が容易になる。
【０００９】
ＯＭＡ規格によれば、ユーザー装置は、クエリを行ってそのユーザー装置のＤｎＤフラグの値を設定することが許可されるが、一般には、直接にクエリを行うこと、または別のユーザー装置のＤｎＤフラグの値を設定することは許可されない。
【００１０】
図１は、すべてがＯＭＡによって規定されたグループの一部である他の既知のユーザー装置１０１、１０２、および１０３とのセッションのためのグループ通話要求１０９を送信する、既知のＩＤ  ００４を有するユーザー装置１０４を示す。通話要求１０９は、無線アクセスネットワーク（ＲＡＮ）１０５によって受信され、既知のシステム１００に転送される。要求が既知のＧＬＭＳ  １１０に転送されると、通話要求１０９が転送されたかどうかを判断するために、ＤｎＤ処理１３０およびアクセスリスト処理１４０が行われる。既知のユーザー装置１０１、１０２、および１０３の各々は、既知のＧＬＭＳ  １１０のデータストア１２０に「ＹＥＳ」の関連するＤｎＤフラグを有するので、ＲＡＮ  １０６および１０７を通じて行われる通話要求１０９は、既知のユーザー装置１０１、１０２、および１０３のいずれにも転送されない。
【００１１】
図２は、そのユーザー装置のために保存したＤｎＤフラグおよびアクセスリストを使用して、ユーザー装置に対する着信を管理するために、既知のＯＭＡ対応システムの既知のＧＬＭＳが実行するステップを示す。ステップ１１５で、既知のＧＬＭＳは、そのユーザー装置を呼出される装置として特定する着信通話要求を受信する。ステップ１３５では、既知のＧＬＭＳは、通話要求において識別されるユーザー装置と関連するＤｎＤフラグを確認する。ＤｎＤフラグが「ＮＯ」に設定されていれば、ステップ１４５でその呼出しの処理を継続し、通話要求をユーザー装置に転送すべきかどうかを判断するためにアクセスリストが処理される。ＤｎＤフラグ１３０が「ＹＥＳ」に設定されていれば、ステップ１５５で通話要求が拒否され、ユーザーの装置は邪魔されない。
【発明の開示】
【課題を解決するための手段】
【００１２】
（発明の概要）
本発明は、無線通信ネットワークにおけるｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂの選択的なオーバーライドのための方法、システムおよび装置を提供し、ユーザーには、着信と関連する特定の理由でｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）の無視をクエリおよび修正するオプションが提供される。いくつかの実施態様では、着信が至急の呼出しである場合にＤｎＤが無視される。他の実施態様では、着信が緊急呼出しである場合にＤｎＤが無視される。いくつかの実施態様では、ネットワーク呼出し処理サーバーは、ＯＭＡ互換システムにおいてｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂの選択的なオーバーライドを管理および実行する。さらに他の実施態様では、モバイル機器は、ｉｇｎｏｒｅＤｎＤに関連する理由とともに、ｉｇｎｏｒｅＤｎＤフラグを含むｉｇｎｏｒｅＤｎＤ属性のクエリまたは変更の要求を無線通信ネットワークのディスパッチネットワークに送信するように適合される。
【００１３】
広範な一局面によれば、本発明は、ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）が可能な通信システムにおける通話要求の処理方法を提供し、その方法は、携帯無線電話のような機能が可能なユーザー装置が関係する要求された通信セッションに対する通話要求を受信することと、ユーザー装置に対するｉｇｎｏｒｅＤｎＤ属性の一機能として、要求された通信セッションに対して選択的にＤｎＤ機能をオーバーライドすることとを含む。
【００１４】
別の広範な局面によれば、本発明は、ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）が可能な通信システムにおける通話要求処理システムを提供し、その通話要求処理システムは、携帯無線電話のような機能が可能なユーザー装置が関係する要求された通信セッションに対する通話要求を受信するように適合された受信器と、ユーザー装置に対するｉｇｎｏｒｅＤｎＤ属性の一機能として、要求された通信セッションに対して選択的にＤｎＤ機能をオーバーライドするように適合されたネットワーク呼出し処理機能とを備える。
【００１５】
別の広範な局面によれば、本発明は、ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）が可能な通信システムのための携帯無線電話のような機能が可能なユーザー装置を提供し、そのユーザー装置は、ユーザー装置のｉｇｎｏｒｅＤｎＤ属性を修正するために外部入力を受けるように適合されたユーザーインタフェースと、ユーザー装置のｉｇｎｏｒｅＤｎＤ属性を更新するために、要求をネットワーク呼出し処理サーバーに送信するように適合されたその外部入力に応答するｉｇｎｏｒｅＤｎＤ属性要求生成器とを備える。
【００１６】
さらに別の広範な局面によれば、本発明は、通話要求処理システムがアクセスするためのデータを保存するメモリを提供し、そのメモリは、メモリに保存したデータ構造を備え、そのデータ構造は、少なくとも１つの所定の無視理由値を含むｉｇｎｏｒｅＤｎＤ属性である。
【００１７】
本発明の他の局面および特徴は、添付の図面を参照して以下の本発明の具体的な実施態様の説明を精査することによって当業者に明らかになろう。
【００１８】
本発明の好適な実施形態を添付の図を参照して以下に説明する。
【発明を実施するための最良の形態】
【００１９】
特定の状況では、ユーザーを邪魔しないように、ユーザー装置が呼出し処理サーバーでそのＤｎＤフラグが設定されている場合でさえ、着信が特定のユーザー装置に転送されることが望ましい。このような状況は、例えば、緊急時において、またはその呼出しが至急であったり加入者の他の理由であったり、またはユーザーがそのような場合であると考える場合に生じ得る。こうした状況では、特定の環境の下でＤｎＤフラグを無視するために、したがってＤｎＤフラグをオーバーライドするために、またＤｎＤフラグのオーバーライドに使用するために保存したデータのクエリおよび修正を行うために、本発明の種々の実施態様、方法、システムおよび装置が提供される。
【００２０】
以下の例は、ＰｏＣネットワークが可能なＰＴＴＴＭおよび無線装置を用いる。より一般的には、本願明細書に記述された実施態様は、携帯無線電話のような機能に関与するネットワークおよび無線装置のコンテキストに適用可能であり、ＰＴＴＴＭはその一例にすぎない。
【００２１】
図３を参照して、本発明の実施態様の例を運用する修正されたＯＭＡ規格を実行する修正ＯＭＡシステムを以下に説明する。
【００２２】
図３の修正ＯＭＡシステムは、本実施態様の例による修正されたＰｏＣ（ｐｕｓｈ−ｔｏ−ｔａｌｋＴＭオーバーセルラー）サービスを提供し、あらゆる特定の通話要求に対して、呼び出された装置のＤｎＤフラグを無視、したがってＤｎＤフラグをオーバーライドするかどうかを判断するために、無視理由値の新しい無視理由リストとともに、新しいｉｇｎｏｒｅＤｎＤフラグを組み込む。
【００２３】
構造に関して、一般に参照番号２００で示される図３の特定の修正システムは、修正ＧＬＭＳ（グループリスト管理サーバー）２１０を含む。ＧＬＭＳ  ２１０は、呼出し処理サーバーの一具体例である。ＧＬＭＳ  ２１０は、データストア２２０、アクセスリスト処理ユニット２４０、ｉｇｎｏｒｅＤｎＤ処理ユニット２５０およびＤｎＤ処理ユニット２３０を備える。データストア２２０、アクセスリスト処理ユニット２４０、ｉｇｎｏｒｅＤｎＤ処理ユニット２５０およびＤｎＤ処理ユニット２３０は、データ交換のために互いに接続されている。
【００２４】
他の実施態様は、図３のＧＬＭＳ  ２１０のユニット２５０、２４０、２３０と同様の機能を行うために、異なったシステムの要素を用いる。いくつかの実施態様では、ＧＬＭＳ  ２１０およびユニット２５０、２４０、２３０のそれぞれは、ハードウェア、ソフトウェア、ファームウェアまたはハードウェアとソフトウェアとファームウェアの任意の組み合わせにおいて使用され得る。
【００２５】
また、システム２００を介してＧＬＭＳ  ２１０に接続されるシステムの３つのＲＡＮ（無線アクセスネットワーク）２０５、２０６および２０７、ならびにＲＡＮ  ２０５、２０６および２０７を介してシステムに動的に接続され得るそれぞれ識別子０１１、０１２、０１３、０１４を有する４つのユーザー装置２０１、２０２、２０３、および２０４も示されている。
【００２６】
図３の例は、ＤＮＤ処理ユニット２３０、ｉｇｎｏｒｅＤｎＤ処理ユニット２５０およびアクセスリスト処理ユニット２４０を別個の要素として示す。より一般的には、これらは、別々にか、または組み合わせて使用され得て、ハードウェア、ソフトウェア、ファームウェアまたはハードウェアとソフトウェアとファームウェアとの任意の組み合わせにおいて使用され得る。好適な実施態様では、この機能は、従来はＧＬＭＳ  ２１０に提供される呼出し処理機能に追加されるソフトウェアとして備えられる。この新しい機能は、図３に示されるＧＬＭＳ  ２１０に提供され得、かつ／または別個の装置（単数または複数）上で分散または統合した方法で使用され得る。代替的には、この機能は、必然的にＧＬＭＳを有していないシステムの場合のように、ＧＬＭＳに依存せずに提供され得る。
【００２７】
図３の例は、ＯＭＡコンテキスト内におけるＧＬＭＳに特有である。しかし、ＯＭＡの実装は、図３の例に制限されない。さらに、ＯＭＡは、図３の例を基準として用いられるが、より一般的には、本発明の実施態様は、ＤｎＤ機能（またはＤｎＤに類似の機能）が携帯無線電話のような機能を提供するネットワークに用いられるすべてのコンテキストに適用可能である。
【００２８】
また、図３の例は、３つのＲＡＮ  ２０５、２０６、２０７およびＧＬＭＳ  ２１０から構成されるネットワークを示す。より一般的には、携帯無線電話のような接続性を提供することが可能な任意の適切なネットワークが用いられ得る。これは、３つよりも多いか、または少ないＲＡＮを用い得るか、または全体的に異なった装置を用い得る。また、図３の例は、４つのユーザー装置２０１、２０２、２０３、２０４を示す。所与のシステムにおける実際のユーザー数は、典型的には過渡的性能となる。より多いか、またはより少ないユーザー数が、ある瞬間に存在し得る。
【００２９】
データストア２２０は、識別子０１１、０１２および０１３を有するユーザー装置に関して、ＤｎＤフラグおよびアクセスリストを備える。一例として、識別子０１１を有するユーザー装置２０１に対するデータを、一般に２７１で示す。装置の識別子は、それらが使用されるシステムおよびネットワークに依存する適切な形態であり得る。ユーザー装置２０１に対するアクセスリスト２７４などのアクセスリストは、各ユーザー装置（２０１、２０２、２０３）に提供され、ＰｏＣを通じてどのユーザーがそれぞれのユーザー装置（２０１、２０２または２０３）への接続を許可されるのかを特定する。修正ＧＬＭＳ  ２１０はまた、ユーザー装置２０１に対するＤｎＤフラグ２７３などの、各ユーザー装置に対して「ＹＥＳ」または「ＮＯ」値のいずれかをとり得るＤｎＤフラグを保存する。他の実施態様では、２つの可能な値である真および偽を有する論理ブーリアンフラグであるＤｎＤフラグ２７３を用いる。更なる実施態様では、ＤｎＤフラグ２７３は、ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ状態の有無を示すか、または等価に「ｆｒｅｅ―ｔｏ―ｄｉｓｔｕｒｂ」状態の有無を示すことが可能な任意数の可能な値を有し得るデータまたはデータタイプの任意の形態であり得る。加えて、修正ＧＬＭＳ  ２１０は、ユーザー装置０１１（「ＹＥＳ」または「ＮＯ」の値を有し得る装置）に対するｉｇｎｏｒｅＤＮＤフラグ２７５、および各ユーザー装置に対する無視理由リスト２７６などの、各ユーザー装置に対するｉｇｎｏｒｅＤｎＤフラグを保存する。ｉｇｎｏｒｅＤｎＤフラグ２７５および無視理由リスト２７６は、ともにｉｇｎｏｒｅＤｎＤ属性２７７を形成する。いくつかの実施態様では、ｉｇｎｏｒｅＤｎＤフラグ２７５は、２つの可能な値である真および偽を有する論理ブーリアンフラグである。他の実施態様では、ｉｇｎｏｒｅＤｎＤフラグ２７５は、ＤｎＤフラグ（または他の情報）を無視（オーバーライド）するかどうかを示すことが可能な任意数の値を有し得るデータまたはデータタイプの形態であり得る。無視理由リストは、ＤｎＤフラグが無視される環境を絞り込むためにユーザーが選択し得る１つ以上の理由を保存するためのものである。理由の例には「至急」および「緊急」があるが、所与のシステムであらゆる適切な一連の理由が許可され得る。さらに、実施態様によっては、無視理由リストはまったく用いられない。むしろ、ｉｇｎｏｒｅＤｎＤ処理は、単にｉｇｎｏｒｅＤｎＤフラグだけに基づいて続行する。各ユーザー装置のＤｎＤフラグ、ｉｇｎｏｒｅＤｎＤフラグ、無視理由リストおよびアクセスリストによって、そのユーザー装置に向けられる通話要求の管理が容易になる。
【００３０】
運用に際して、修正ＧＬＭＳ  ２１０は、修正ＰｏＣサービスに対して使用されるグループおよびリスト（たとえば、連絡先およびアクセスリスト）を管理する。特に、ＧＬＭＳ  ２１０は、グループおよびリストを作成、修正、検索および削除し、それらのストレージを提供するリスト管理運用を提供する。データストア２２０は、ユーザー装置によるアクセスリスト２７４、ＤｎＤフラグ２７１、ｉｇｎｏｒｅＤｎＤフラグ２７５および無視理由リスト２７６を含む修正ＧＬＭＳ  ２１０にストレージを提供する。ＤｎＤ処理ユニット２３０は修正ＤＮＤ処理２３０を行い、ｉｇｎｏｒｅＤｎＤ処理ユニット２５０は新しいｉｇｎｏｒｅＤｎＤ処理を行い、アクセスリスト処理ユニット２４０はアクセスリスト処理を行う。
【００３１】
図３に示される修正システムでは、標準ＯＭＡシステムのＤｎＤフラグと同様に、ユーザーは、ユーザーの装置に対してＧＬＭＳ  １１０に保存されたｉｇｎｏｒｅＤｎＤフラグおよび無視理由リストの値を選択することが可能である。これは、ＧＬＭＳにおけるアクセスリストの更新に使用される現在の方法を強化することによって行うことができる。
【００３２】
いくつかの実施態様では、ユーザーはまた、ｉｇｎｏｒｅＤｎＤフラグおよび無視理由リストの現在の値のクエリを行い得る。
【００３３】
この実施態様では、ユーザーは、ｉｇｎｏｒｅＤｎＤフラグの値または他のいずれのユーザーの装置の無視理由リストのいずれの値のクエリまたは設定を許可されない。他の実施態様では、管理者のような特別なクラスのユーザーは、ｉｇｎｏｒｅＤｎＤフラグの値および他のユーザーの装置の無視理由リストの値をクエリおよび／または修正する許可が与えられ得る。
【００３４】
ＲＡＮ  ２０５、２０６および２０７は、ネットワーク２００とユーザー装置との間のチャネル上の信号を送受信するためのものである。特定の構成例を図３に示し、そこでは、瞬間的にユーザー装置２０４はＲＡＮ  ２０５と通信を行う。ＲＡＮ  ２０６は、ユーザー装置２０２および２０３と通信状態にある。ユーザー装置２０１は、いずれの特定のＲＡＮに対して送信も受信もしていない。無線アクセスネットワーク２０７は、いずれの特定のユーザー装置に対して信号を受信も送信もしていない。ユーザー装置および基地送受信局の特定の構成は、システム２００と通信状態にあるユーザー装置の可能な構成の「スナップショット」を表し、概して異なる時間において、その時ネットワーク内で何が起こっているかによって、異なった数のユーザー装置および異なったユーザー装置への異なったタイプの接続を有することになると理解されたい。
【００３５】
図３に示される特定の呼出しおよび通話要求処理では、ＩＤ  ０１４を有するユーザー装置２０４は、そのすべてがグループの一部である、ユーザー装置２０１、２０２、および２０３によって、セッションのための基礎をなすＰＴＴＴＭの開始プロトコルに従って、グループ通話要求を送信する。通話要求２０９は、「至急」に指定され、ＲＡＮ  ２０５が受信して修正システム２００に転送する。既存のＰＴＴＴＭの開始プロトコルは、各呼出し要求の優先度を含むように強化され得る。この要求が修正ＧＬＭＳ  ２１０に転送されると、ｉｇｎｏｒｅＤｎＤ処理ユニット２５０でｉｇｎｏｒｅＤｎＤ処理が行われ、ＤｎＤ処理ユニット２３０でＤｎＤ処理が行われ、通話要求２０９を転送すべきかどうかを判断するためにアクセスリスト処理２４０が行われる。
【００３６】
説明した例では、ユーザー装置２０１、２０２および２０３のそれぞれは、ＧＬＭＳ  １１０のデータストア２２０における「ＹＥＳ」の関連ＤｎＤフラグ２７３を有する。ユーザー装置の全てが、「ＮＯ」の値のｉｇｎｏｒｅＤｎＤフラグ２７５を有する場合、ユーザー装置２０１、２０２および２０３のいずれも通話要求２０９を転送しない。
【００３７】
図３の例では、ユーザー装置２０１、２０２および２０３のそれぞれのｉｇｎｏｒｅＤｎＤフラグ２７５は、「ＹＥＳ」に設定される。ユーザー装置２０１（ＩＤ  ０１１）は、それと関連する１つの無視理由値、すなわち、緊急に対する「ＥＭＥＲＧ」を有する。ユーザー装置２０２（ＩＤ  ０１２）は、それと関連する２つの無視理由値、すなわち、至急に対する「ＵＲＧ」および「ＥＭＥＲＧ」を有する。ユーザー装置２０３（ＩＤ  ０１３）は、それと関連する１つの無視理由値、すなわち、「ＵＲＧ」を有する。
【００３８】
通話を要求しているユーザー装置が「至急」の通話要求を送信し、したがって、無視理由値の「至急」があるユーザー装置のみが、通話要求を転送される。ＤｎＤフラグが設定されていないいずれのユーザーも通話要求が転送される。このように、ユーザー装置２０２および２０３（ＩＤ  ０１２および０１３を有する）のみが、ＲＡＮ  ２０６を介してそれぞれの通話要求２１９および２２９を転送される。
【００３９】
図４は、ユーザー装置に対する着信を管理するために、実施態様の一例による修正通信システム内の修正呼出しサービス管理サーバーが行うステップを示す。呼出し処理機能、例えば、呼出し処理サーバー（ＣＰＳ）は、新しいｉｇｎｏｒｅＤｎＤフラグ、新しい無視理由リスト、保存したＤｎＤフラグ、およびユーザー装置に対するアクセスリストを使用して、着信を管理する。
【００４０】
ステップ２１５で、ネットワークは、ユーザー装置を通話要求が送信された目標装置として特定する着信通話要求を受信する。ステップ２５５では、修正ＧＬＭＳは、目標装置と関連するｉｇｎｏｒｅＤｎＤフラグを確認する。
【００４１】
ｉｇｎｏｒｅＤｎＤフラグが「ＮＯ」に設定されていれば、ＤｎＤ機能はオーバーライドされず、ステップ２３５で通話要求の処理が続行され、そこでは、ＤｎＤフラグをテストし、ＤｎＤフラグが「ＹＥＳ」であれば、その通話要求はステップ２６５で拒否され、テストしたＤｎＤフラグが「ＮＯ」であれば、通話要求の処理はアクセスリスト２４５を処理するステップまで続けられる。
【００４２】
ｉｇｎｏｒｅＤｎＤフラグが「ＹＥＳ」に設定されていれば、ステップ２５７で通話要求の処理が続行され、そこでは、無視理由リストが、通話要求の基準または条件と比較される。無視理由値のいずれかが通話要求の基準または条件と一致する場合、その通話要求の処理は、アクセスリスト２４５を処理するステップへ進み、ＤｎＤ機能（ステップ２３５）は無視され、オーバーライドされる。どの無視理由値も通話要求の基準と一致しなければ、ＤｎＤ機能はオーバーライドされず、ステップ２３５でＤｎＤフラグがテストされ、そして、ＤｎＤフラグが「ＹＥＳ」であればその通話要求はステップ２６５で拒否され、ＤｎＤフラグが「ＮＯ」であれば通話要求の処理はアクセスリスト２４５を処理する次のステップまで続けられる。
【００４３】
いくつかの実施態様では、まとまってステップ２６５および２４５とともにステップ２３５は、ＤｎＤ機能に関与する。いくつかの実施態様では、ステップ２５５および２５７がまとまって、ｉｇｎｏｒｅＤｎＤ属性処理に関与する。
【００４４】
示した特定の態様はｉｇｎｏｒｅＤｎＤフラグを用いたが、実施態様によっては、ｉｇｎｏｒｅＤｎＤフラグが使用されず、その代わりに通話要求処理が、ステップ２１５での通話要求の受信から、ステップ２５７での無視理由リストの比較へ直接進む点に留意されたい。このような実施態様では、ＤｎＤ機能は、無視理由値のいずれか１つが通話要求の現在の状態と一致する場合に限って無視される。ユーザーが常にＤｎＤ機能の無視を望む場合は、無視理由リストは、すべての取り得る通話要求の基準を含むように設定され、ユーザーが何らかの呼出しによって邪魔されたくない場合は、そのリストは、いずれの通話要求に対する可能なステータスを含まない。
【００４５】
図５Ａを参照して、本発明の好適な実施態様による修正ＯＭＡシステムの修正ＤｎＤ属性３０の一例を示すデータグラムを以下に説明する。
【００４６】
この特定の好適な実施態様では、ｉｇｎｏｒｅＤｎＤフラグ３０６および無視理由リスト３０８は、修正ＤｎＤ属性３００のｉｇｎｏｒｅＤｎＤ属性３０５に組み込まれる。標準のＤｎＤフラグ３０２は、ＤｎＤ属性３００の一部を形成し、その値は１ビットブーリアン３０２である。ｉｇｎｏｒｅＤｎＤ属性３０５は、その値として１ビットブーリアンを有するｉｇｎｏｒｅＤｎＤフラグ３０６と、ＤｎＤを無視しなければならない取り得る理由を最大４つリストアップし、各理由がその値として２ビットの値を有する、無視理由リスト３０８とを含む。これらの変数のそれぞれは、特定の実装によってより長いまたはより短いビット長であり得る。いくつかの実施態様では、４つ以上の無視理由があり得、したがって、ビット長は２ビットよりも長くなり得る。図５Ａの例は、見出し「ＤｎＤ属性」などを示す。実際のデータストアには、コンテンツの位置が既知なので、これらの見出しを保存する必要はない。
【００４７】
他の実施態様では、着信が緊急呼出しである場合には、ＤｎＤフラグは常に無視され、したがって、無視理由が常に処理されている限りｉｇｎｏｒｅＤｎＤフラグは必要でない。反対に、このような実施態様では、ｉｇｎｏｒｅＤｎＤフラグは、緊急呼出しに対してｉｇｎｏｒｅＤｎＤが単に「ＹＥＳ」に設定された場合に限り、また無視理由がその要求の基準に一致しているかを判断するステップ２５７の方法が常にスキップされる場合に、「ＹＥＳ」に設定され得て、いかなる理由も提供されない。
【００４８】
いくつかの実施態様では、いずれの１つの２ビットのコード化された理由は、通話要求が満たさなければならない状態を表し得る。図５Ａに示される特定の好適な実施態様では、各々の２ビットのコード化された理由は、００（緊急）と、０１（至急）と、１０  リザーブ１と、１１  リザーブ２との群から選択されたうちの１つであり得る。この実施態様では、ＧＬＭＳは、ユーザーのプロファイルの変更の一部として常にユーザーによって更新され得る。これらの理由は、ＰＴＴＴＭの要求自身ではコード化されず、ＰＴＴＴＭの呼出しタイプ（例えば、緊急呼出しまたは至急呼出し）だけがＰＴＴＴＭの要求でエンコードされる。既存のプロトコルは、呼出しの要求において呼出しタイプを含み、ユーザー変更要求においてｉｇｎｏｒｅＤｎＤ理由を無視するように強化され得る。
【００４９】
図５Ｂを参照して、単一の１ビットブーリアン値４０２を有する標準のＤｎＤフラグ４０１と、本発明の第２の好適な実施態様による新しいｉｇｎｏｒｅＤｎＤ属性４０５を示すデータグラムを以下に説明する。
【００５０】
この第２の好適な実施態様では、ｉｇｎｏｒｅＤｎＤフラグ４０６および無視理由リスト４０８が新しいｉｇｎｏｒｅＤｎＤ属性４０５に組み込まれる。標準のＤｎＤフラグ４０１は、ｉｇｎｏｒｅＤｎＤ属性４０５から独立しており、その値は１ビットブーリアン４０２である。ｉｇｎｏｒｅＤｎＤフラグは、その値として１ビットブーリアン４０８を有する。ＤｎＤを無視しなければならない取り得る理由をリストする無視理由リスト４０８の各エントリは、２ビット値４０８である。
【００５１】
いくつかの実施態様では、いずれの１つの２ビットのコード化された理由は、通話要求が満たさなければならない状態または基準を表し得る。例えば、２ビットの理由は、通話要求、または通話要求の状態を反映するために通話要求の受信に応答して生成された２ビット状態フラグを伴う２ビットの状態フラグを表し得る。図５Ａに示される特定の好適な実施態様では、２ビットのコード化された各理由は、００（緊急）と、０１（至急）と、１０  リザーブと、１１  リザーブとの群から選択されたうちの１つとなり得て、また必ずではないが、いずれの通話要求は緊急の要求（００）、至急の要求（０１）またはどちらでもないものとして特徴付けられ得る。
【００５２】
図６を参照して、本発明の特定の実施態様による一般に参照番号５００で示される無線モバイル装置の形態の修正ユーザー装置を以下に説明する。
【００５３】
この実施形態では、ユーザー装置のユーザーにクエリおよび新しいｉｇｎｏｒｅＤｎＤと無視理由値を設定する能力を提供するために、ユーザー装置５００自身に新しい機能が組み込まれる。この実施態様では、ユーザーは、以下に限定されないが、例えば、キー５１５、ユーザーインタフェース（ＵＩ）ディスプレイスクリーン５１０のタッチスクリーン機能、またはｉｇｎｏｒｅＤｎＤフラグもしくは無視理由値のうちの１つの値を選択、クエリまたは修正するために、音声命令に応答するインターフェースのうちのいずれの好適な形態のユーザーインターフェース（ＵＩ）を使用して選択を行う。要求データ入力エディタ５３０の新しい機能によって修正されたインターフェースからこの機能を選択するユーザーに応答して、ユーザーインタフェースは、新しい変数の選択肢を表示し、それぞれが有し得る値の可能な範囲によってそれらを編集するための機能を提供する。ユーザーがクエリ要求の編集を完了するか、または設定要求を修正すると、新しい要求生成器５２０は、例えば、ＧＬＭＳにおいてネットワークの新しい変数の設定のクエリおよび／または修正の要求を送信するように適合される。好適な実施態様では、装置５００上で実行するソフトウェアの追加／変更として、要求生成器および要求データ入力／エディタが使用される。あるいは、別個のハードウェアおよび／またはソフトウェアおよび／またはファームウェアが使用され得る。既存のプロトコルは、それらのＤｎＤ設定プロファイルを変更するためにユーザーに対して改良され得る。
【００５４】
本願明細書に示された特定の実施態様は、ＰＴＴＴＭのＰｏＣバージョンに関しているが、特定の状況において、ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ機能を使用する任意の音声通信システムが、本発明によりｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ状態を無視する機能を提供するように適合され得る。
【００５５】
本願明細書に示される特定の実施態様は、適合型ＯＭＡシステムおよび規格に従っているが、以下に限定されないが、例えば、ＧＳＭ、ＴＤＭＡ、およびＣＤＭＡに対する他の通信システムおよび規格は、特定の状況または特定の通話要求において、本発明によりｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ機能を無視またはバイパスするための機能を提供するように適合され得るということを理解されたい。
【００５６】
他の実施態様では、本方法およびシステムは、種々の会話グループによって無線セッションに参加することが可能で、そのために提供される関連するｉｇｎｏｒｅＤｎＤ属性およびサービスを有する、有線装置に周辺サポートを提供するように適合されている。このような有線の装置は、有線装置が無線ネットワーク内に存在しないが、あたかも存在しているように見え、無線装置のようなグループ呼出しに参加するように、ネットワークの相互作用機能を介して参加する。したがって、これらの実施態様によれば、有線のユーザー装置には、ＤｎＤがオーバーライドされ得るように、ｉｇｎｏｒｅＤｎＤの属性のクエリおよび修正を可能にするサービスが提供される。これらの実施態様に対して、ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ機能とともに通話要求処理は、上述の方法に類似した態様で生じる。
【００５７】
上記教示事項に鑑み、本発明については多数の修正およびバリエーションが可能である。したがって、添付の特許請求の範囲内で、本発明は本願明細書に特に記述された以上に別途実施され得ると理解されたい。
【図面の簡単な説明】
【００５８】
【図１】ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ機能を有するサービスに関与する既知の通信システムの要素を示すブロック図である。
【図２】ユーザー装置への着信通話要求の処理において、ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ機能を有する既知の通信システムのＧＬＭＳが行うステップを示す流れ図である。
【図３】本発明の一実施態様による修正されたｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ機能を有する修正サービスに関与する、修正通信システムの要素を示すブロック図である。
【図４】本発明の他の実施態様によるユーザー装置への着信通話要求を処理するための修正されたｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ機能を有する修正通信システムが行うステップを示す流れ図である。
【図５Ａ】本発明のさらなる実施態様による修正されたＤｎＤ属性のデータグラムを示すブロック図である。
【図５Ｂ】本発明のさらに別の実施態様によるＤｎＤフラグのデータグラムおよび新たなｉｇｎｏｒｅＤｎＤ属性のデータグラムを示すブロック図である。
【図６】本発明の代替実施態様による要素を組み込んだ修正ユーザー装置のブロックを示す。
【図１】
2006528442.tif 000003
【図２】
2006528442.tif 000004
【図３】
2006528442.tif 000005
【図４】
2006528442.tif 000006
【図５Ａ】
2006528442.tif 000007
【図５Ｂ】
2006528442.tif 000008
【図６】
2006528442.tif 000009
【手続補正書】
【提出日】平成18年1月18日(2006.1.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）可能な通信システムにおいて通話要求を処理する方法であって、該方法は、
携帯無線電話のような機能が可能なユーザー装置が関与する要求された通信セッションに対する通話要求を受信することと、
該ユーザー装置に対するｉｇｎｏｒｅＤｎＤ属性の１つの機能として、該要求された通信セッションに対して選択的にＤｎＤ機能をオーバーライドすることと
を包含する、方法。
【請求項２】
前記ユーザー装置が、無線装置である、請求項１に記載の方法。
【請求項３】
前記ｉｇｎｏｒｅＤｎＤ属性が、ｉｇｎｏｒｅＤｎＤフラグを含み、前記ＤｎＤ機能を選択的にオーバーライドすることは、該ｉｇｎｏｒｅＤｎＤフラグの１つの機能である、請求項１または請求項２に記載の方法。
【請求項４】
前記ｉｇｎｏｒｅＤｎＤ属性が、少なくとも１つの所定の無視理由値を含み、前記ＤｎＤ機能を選択的にオーバーライドすることは、該少なくとも１つの所定の無視理由値の１つの機能である、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記通話要求が、それに関連する現在の状態を有し、該現在の状態は該通話要求に対する複数の可能な現在の状態のうちの１つであり、各所定の無視理由値が、該通話要求に対して対応する可能な現在の状態を表し、該方法は、
さらなるｉｇｎｏｒｅＤｎＤ処理を行うべきかどうかを決定するために前記ｉｇｎｏｒｅＤｎＤフラグを評価することと、
該ｉｇｎｏｒｅＤｎＤフラグを評価することが、さらなるｉｇｎｏｒｅＤｎＤ処理を行うべきと判断した場合において、
ａ）該通話要求の該現在の状態を決定することと、
ｂ）該少なくとも１つの所定の無視理由値の各々に対して、
ｉ）該対応する可能な現在の状態と該通話要求の該現在の状態とを比較することであって、いずれかの対応する可能な現在の状態が該通話要求の該現在の状態と一致する場合に、前記ＤｎＤ機能がオーバーライドされる、ことと
をさらに包含する、請求項４に記載の方法。
【請求項６】
前記通話要求に対する前記複数の可能な現在の状態のうちの各可能な現在の状態が、受信時において該通話要求の優先状態である、請求項５に記載の方法。
【請求項７】
前記通話要求に対する前記複数の現在の状態が、「至急」および「緊急」のうちの少なくとも１つを含む、請求項５または６に記載の方法。
【請求項８】
前記ユーザー装置から受信した入力の１つの機能として、該複数のユーザー装置に対して前記ｉｇｎｏｒｅＤｎＤ属性を保持することをさらに包含する、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）可能な通信システムにおける通話要求処理システムであって、該通話要求処理システムは、
携帯無線電話のような機能が可能なユーザー装置が関与する要求された通信セッションに対する通話要求を受信するように適合された受信器と、
該ユーザー装置に対するｉｇｎｏｒｅＤｎＤ属性の１つの機能として、該要求された通信セッションに対して選択的にＤｎＤ機能をオーバーライドするように適合されたネットワーク呼出し処理機能と
を備える、通話要求処理システム。
【請求項１０】
前記ユーザー装置が、無線装置である、請求項９に記載の通話要求処理システム。
【請求項１１】
前記ネットワーク呼出し機能が、
前記ユーザー装置に対する前記ｉｇｎｏｒｅＤｎＤ属性を保存するように適合されたデータストアと、
ＤｎＤ機能を提供するように適合されたＤｎＤ処理機能と、
前記ユーザー装置に対して該データストアに保存された該ｉｇｎｏｒｅＤｎＤ属性の１つの機能として、前記要求された通信セッションに対してＤｎＤ機能をオーバーライドするように適合されたｉｇｎｏｒｅＤｎＤ処理機能と
を備える、請求項９または１０に記載の通話要求処理システム。
【請求項１２】
前記ｉｇｎｏｒｅＤｎＤ属性が、ｉｇｎｏｒｅＤｎＤフラグと、少なくとも１つの所定の無視理由値とを含み、前記ｉｇｎｏｒｅＤｎＤ処理機能は、該ｉｇｎｏｒｅＤｎＤフラグと該少なくとも１つの所定の無視理由値の１つの機能として前記ＤｎＤ機能を選択的にオーバーライドする、請求項１１に記載の通話要求処理システム。
【請求項１３】
前記通話要求が、それに関連する現在の状態を有し、該現在の状態は該通話要求に対する複数の可能な現在の状態のうちの１つであり、各所定の無視理由値が、該通話要求に対して対応する可能な現在の状態を表し、前記ｉｇｎｏｒｅＤｎＤ処理機能が、
前記ｉｇｎｏｒｅＤｎＤ属性を前記データストアから検索し、
さらなるｉｇｎｏｒｅＤｎＤ処理を行うべきかどうかを決定するために前記ｉｇｎｏｒｅＤｎＤフラグを評価し、
該ｉｇｎｏｒｅＤｎＤフラグの評価がさらなるｉｇｎｏｒｅＤｎＤ処理を行うべきと判断した場合において、
ａ）該通話要求の現在の状態を判断し、
ｂ）該少なくとも１つの所定の無視理由値の各々に対して、
ｉ）該対応する可能な現在の状態と該通話要求の該現在の状態とを比較し、
いずれかの対応する可能な現在の状態が該通話要求の現在の状態と一致する場合に、前記ＤｎＤ機能がオーバーライドされる、請求項１２に記載の通話要求処理システム。
【請求項１４】
前記通話要求に対する前記複数の可能な現在の状態のうちの各可能な現在状態が、受信時において該通話要求の優先状態である、請求項１３に記載の通話要求処理システム。
【請求項１５】
前記通話要求に対する前記複数の現在の状態が、「至急」および「緊急」のうちの少なくとも１つを含む、請求項１３または１４に記載の通話要求処理システム。
【請求項１６】
前記複数のユーザー装置の各々に対して、または該ユーザー装置からの入力の１つの機能として前記ｉｇｎｏｒｅＤｎＤ属性を保持するようにさらに適合されている、請求項９〜１５のいずれか一項に記載の通話要求処理システム。
【請求項１７】
ｄｏ−ｎｏｔ−ｄｉｓｔｕｒｂ（ＤｎＤ）可能な通信システムのための携帯無線電話のような機能が可能なユーザー装置であって、
該ユーザー装置のｉｇｎｏｒｅＤｎＤ属性を修正するために外部入力を受けるように適合されたユーザーインターフェースと、
該ユーザー装置の該ｉｇｎｏｒｅＤｎＤ属性を更新するために要求をネットワーク呼出し処理サーバーに送信するように適合された該外部入力に応答するｉｇｎｏｒｅＤｎＤ属性要求生成器と
を備える、ユーザー装置。
【請求項１８】
前記ユーザー装置が、無線装置である、請求項１７に記載のユーザー装置。
【請求項１９】
前記外部入力によって示される前記ｉｇｎｏｒｅＤｎＤ属性に対する修正を表示するためのユーザーインターフェースディスプレイをさらに備え、前記ユーザーインターフェースが、前記ユーザー装置に対する該ｉｇｎｏｒｅＤｎＤ属性を検索するために外部クエリ入力を受けるようにさらに適合されており、前記ｉｇｎｏｒｅＤｎＤ属性要求生成器が、
該ユーザー装置の該ｉｇｎｏｒｅＤｎＤ属性を検索するためにネットワーク呼出し処理サーバーにクエリを送信し、
前記ネットワークから該クエリに対する応答を受信するようにさらに適合されており、該ユーザーインターフェースディスプレイは、該クエリへの該応答を受信する該ｉｇｎｏｒｅＤｎＤ属性要求生成器に応答して、該ユーザー装置に対する該ｉｇｎｏｒｅＤｎＤ属性を表示するように適合されている、請求項１７または１８に記載のユーザー装置。
【請求項２０】
コンピュータ読取り可能な媒体であって、請求項９〜１６のいずれか一項に記載のシステムのプロセッサ、または請求項１〜８のいずれか一項に記載の方法を使用するための請求項１７〜１９のいずれか一項に記載の装置が実行するためのコード手段を含む、コンピュータ読取り可能な媒体。
【国際調査報告】
2006528442.tif 000010
2006528442.tif 000011