(57)【特許請求の範囲】
【請求項１】
ネットワークを介して複数の無線ユニットと通信する方法であって、前記方法が、
少なくとも１つの第２の無線ユニットから第１の無線ユニットへの通信を開始するいずれの要求からも独立して前記少なくとも１つの第２の無線ユニットから前記第１の無線ユニットの識別子および状態アクセス・コードを受信することと、
第１の無線ユニットに関して通知状況が発生したかどうかを判定することであって、前記通知状況が状態アクセス・コードの受信である、判定することと、
そうである場合、前記少なくとも１つの第２の無線ユニットに状態情報を送信することと、を含み、
前記状態情報が、前記第１の無線ユニットの動作状態および前記第１の無線ユニットの指定状態のうちの少なくとも１つに関する、方法。
【請求項２】
前記通知状況が、前記少なくとも１つの第２の無線ユニットによって前記第１の無線ユニットに開始される前記通信に関する少なくとも１つの指定応答状況を含み、前記少なくとも１つの指定応答状況が確実な応答状況を除外する、請求項１に記載の方法。
【請求項３】
前記第１の無線ユニットの前記動作状態を判定することと、
前記判定された動作状態に応じて前記指定状態を判定することと、
前記少なくとも１つの第２の無線ユニットに送信するために、前記判定された指定状態に基づいて前記状態情報を生成することと、をさらに含む、請求項２に記載の方法。
【請求項４】
前記通知状況が、前記第１の無線ユニットの前記動作状態および前記第１の無線ユニットの前記指定状態のうちの少なくとも１つの変化を含み、
前記方法が、前記動作状態および前記指定状態のうちの前記少なくとも１つの前記変化を判定することをさらに含む、請求項１に記載の方法。
【請求項５】
前記通知状況が、前記第１の無線ユニットからの前記状態情報を受信することを含み、
前記方法が、前記第１の無線ユニットに関連付けられたデータベース・レコードにリストされた前記少なくとも１つの第２の無線ユニットに前記状態情報を送信することをさらに含む、請求項１に記載の方法。
【請求項６】
送信された前記状態情報が、前記第１の無線ユニットの前記指定状態に関するとともに前記１の無線ユニットに設定されたリンガ・モードに基づく、請求項１に記載の方法。
【請求項７】
ネットワークを介して複数の無線ユニットと通信する方法であって、前記方法が、
少なくとも１つの第２の無線ユニットから前記ネットワークを介して第１の無線ユニットへの通信を開始するいずれの要求からも独立して前記少なくとも１つの第２の無線ユニットから前記第１の無線ユニットの識別子および状態アクセス・コードを受信することと、
前記状態アクセス・コードの受信に応答して前記第１の無線ユニットに関する状態情報を取得することであって、前記状態情報が、前記第１の無線ユニットの動作状態および前記第１の無線ユニットの指定状態のうちの少なくとも１つに関する、取得することと、
前記少なくとも１つの第２の無線ユニットに前記状態情報を送信することと、を含む、
方法。
【請求項８】
前記第１の無線ユニットの前記動作状態を判定することと、
前記少なくとも１つの第２の無線ユニットに送信するために、前記判定された動作状態に基づいて前記状態情報を生成することと、をさらに含む、請求項７に記載の方法。
【請求項９】
前記送信される状態情報が、前記第１の無線ユニットの前記指定状態に関し、
前記指定状態が、前記第１の無線ユニットおよび前記第１の無線ユニットの状態レコードのうちの１つから取得され、前記状態レコードが、ネットワーク・アクセス可能なデータベースに記憶される、請求項７に記載の方法。
【請求項１０】
ネットワークを介して複数の無線ユニットと通信する方法であって、前記方法が、
複数の第２の無線ユニットの中の１つ又はそれ以上の第２の無線ユニットから第１の無線ユニットへの通信を開始するいずれの要求からも独立して前記複数の第２の無線ユニットから前記第１の無線ユニットの識別子および状態アクセス・コードを受信することと、
前記状態アクセス・コードの受信に応答して前記第１の無線ユニットに関する状態情報を取得することであって、前記状態情報が、前記第１の無線ユニットの動作状態および前記第１の無線ユニットの指定状態のうちの少なくとも１つの変化に関する、取得することと、
前記第１の無線ユニットに関連付けられたデータベース・レコードにリストされた前記複数の第２の無線ユニットに前記状態情報を送信することと、
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信に関し、より詳細には、無線通信システムに関するサービスに関する。
【背景技術】
【０００２】
携帯電話等の無線ユニットを使用する場合、起呼側が着呼側と接続を確立することが不可能な場合が時々ある。これは、「受信者」無線ユニット（例えば、着呼されるかそうでなければコンタクトされる無線ユニット）の電源が切れているかまたはネットワーク・サービスエリアの外側にいる場合、あるいは着呼側が単に呼に応答しない場合に生じ得る。例えば、相手が会議中であるか、別の電話の会話で話し中であるか、または自動車を運転中であるか、またはそうでなければ具合が悪い場合、その相手は着呼に応答しないことを決定し得る。そのような状況では、たとえ音声メール・サービスが到達しても、発呼側は、呼がなぜ応答されないままであるかの理由を知らない。これは、たとえ着呼側が利用不可能であるとしても、発呼側に受信者ユニットへのコンタクトを何度も再試行させる可能性がある。これは、特に受信者ユニットの電源が切れている状態である場合、発呼側はそのユニットの電源が切れていることを知らず、究明不可能であるために、そのようなユニットへのコンタクトを繰り返して試みる可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
着呼が応答されないままである場合、発呼側は、着呼される受信者ユニットが音声メール・サービスまたはインスタントメッセージ・サービスに加入している場合、メッセージを残すことが可能である。しかしながら、発呼側はそれでも着呼側の状態を知らず、着呼側がメッセージを返すまで着呼側と直接的に話すことを待つ必要がある。さらに、受信者ユニットは、音声メールまたは同様のサービスに加入してない可能性がある。
【課題を解決するための手段】
【０００４】
本発明の一実施形態は、通信ネットワーク上の無線ユニットに関する状態通知方法およびシステムに関する。（「無線ユニット」によって、それは、携帯電話、無線ＰＤＡ、コンピュータ化された車両ナビゲーションシステム、「３−Ｇ」もしくは「４−Ｇ」標準に準拠する無線デバイス等の高速データ転送能力を備えた無線デバイス、「ＷｉＦｉ」が装備されたコンピュータ端末、または同様のものを意味する。）無線ユニットの第１番目のものに関する通知状況が生じることに応じて、状態情報が第２の無線ユニットに送信される。この状態情報は、第１の無線ユニットの動作状態に、および／または第１の無線ユニットの指定状態に関する。この動作状態は、物理的状態またはネットワーク内の無線ユニットの状態、例えば、動作中、電源オフ、電源オン、サービスエリア外または同等物である。第１の無線ユニットの指定状態は、無線ユニットのユーザによって直接的または間接的に設定または選択される状態であり、例えば、ユーザは、複数の可能性の中から１つの状態を選択するためにシステムに対して基準を設定することが可能である。この指定状態は、無線ユニットに関し得るが、通常は、「会議中」、「勤務時間外」、または「取り込み中」等、第１の無線ユニットのユーザの状態に関する。「通知状況」は、状態情報の送信を引き起こすために指定される動作、状況、またはその他のイベント（またはイベントのセット）を示す。
【０００５】
別の実施形態では、第２の無線ユニットがネットワークを介した第１の無線ユニットに対する呼または他の通信を開始する。呼が第１の無線ユニットで指定されたやり方で応答されない場合（ここで、「通知状況」は、第１の無線ユニットで応答がないか、または音声メール・システムからの応答がある等、１つまたは複数の指定された応答状況である）、状態情報が第２の無線ユニットに送信され、呼がなぜ応答されないかに関して第２の無線ユニットのユーザに通報するか、少なくともその結果に対する何らかの情報を提供する。
【０００６】
別の実施形態では、状態情報が、無線ユニット動作状態とユーザ指定状態との機能の両方として生成される。例えば、ユーザの無線ユニットの電源が切れている場合、送信される状態情報が「勤務時間外」、「会議中」、「取り込み中」、または同等物であることをユーザが指定し得る。
【０００７】
別の実施形態では、状態情報の送信が、第１の無線ユニットの状態の変化によって引き起こされる。例えば、ユーザが第１無線ユニットの指定状態を変更してもよいし、または無線ユニットの動作状態が、例えば、「動作中」から「圏外」もしくは「電源オフ」に変更されたと判定されてもよい。変化が生じたことの決定に応じて、状態情報が第２の無線ユニットに送信される。状態情報は、第１の無線ユニットに関連付けられるデータベース・レコード（例えば、「仲間リスト」）にリストされた複数の無線ユニットの各々に自動的に送信されてよく、それらの無線ユニットのユーザに状態の変化について通知する。
【０００８】
別の実施形態では、状態情報が第１の無線ユニットから受信され、次に、第１の無線ユニットに関連付けられるデータベース・レコード（例えば、「仲間リスト」）にリストされた複数の無線ユニットの各々に送信され、それらの無線ユニットのユーザに状態の変化について通知する。
【０００９】
本発明は、限定でない実施形態の以下の説明を、付属の図面を参照して読解することからより理解される。
【発明を実施するための最良の形態】
【００１０】
図１〜６Ｂを参照すると、無線ユニット状態通知システムおよび方法１０が、無線通信ネットワーク１２上のサービスとして実装されている。標準的な方法では、ネットワークのユーザが「ソース」無線ユニット１４ａで呼または他の通信を開始する。（「ソース」は、呼または他の通信を開始する無線ユニットに関する恣意的な名称である。）「受信者」無線ユニット１６のユーザがその呼に応答しない場合（「受信者」は、ソース・ユニットによってコンタクトまたは着呼される無線ユニットに関する恣意的な名称である）、ネットワークは、ソース・ユニットの電子的ディスプレイまたはモニタ２２上に表示するために、受信者ユニット１６の状態２０に関する状態情報１８を送信する。表示される状態２０は、例えば、「取り込み中」、「会議中」または他のそのような表示であってよい。状態情報１８は、受信者ユニット１６から状態情報１８を受信することによって、受信者ユニットに関するデータベース・レコード２４の状態情報を参照することによって、受信者ユニットの動作状態を判定することによって、または同様のことによって取得されてよい。
【００１１】
別の実施形態では、以下でより詳細が説明されるように、無線ユニットの状態が変化する度に、または無線ユニットのユーザが指定状態５７を変更する際に、ユーザに関する「仲間リスト」または「コンタクト・リスト」８０上にリストされた各無線ユニット１４ａ〜１４ｃに状態の変更が送信される。
【００１２】
状態通知システム１０は、通常、無線通信ネットワーク１２上のサービスとして実装される。図１に示されるように、無線ネットワーク１２は、基地局コントローラ２８、種々のトランシーバ、および複数の配置された無線ユニット１４ａ〜１４ｃ、１６と無線、無線周波通信するためのアンテナ３０を各々備える１つまたは複数の固定基地局２６を含んでよい。無線ユニットは、携帯電話、無線ＰＤＡ、コンピュータ化された車両ナビゲーションシステム、「３−Ｇ」もしくは「４−Ｇ」標準に準拠する無線デバイス等の高速データ転送能力を備えた無線デバイス、「ＷｉＦｉ」が装備されたコンピュータ端末、または同様のものを含んでよい。基地局２６は、１つまたは複数の移動体交換局（「ＭＳＣ」）および／または無線ネットワーク・コントローラ３２を介して相互接続される。ＭＳＣ３２は、無線ユニット１４ａ〜１４ｃ、１６へおよびそこからの呼およびその他のデータ転送を確立するために必要な信号伝達機能を実行し、ネットワーク１２の無線／ラジオ側とネットワークの残りとの間のインターフェースとして機能する。例えば、ＭＳＣ３２は、パケット・データ・サービング・ノード（「ＰＤＳＮ」）および／またはパケット制御機能（「ＰＣＦ」）３６を経由して、インターネット・プロトコル（「ＩＰ」）に基づくネットワークまたはその他の基幹パケット・データ・ネットワーク３４と接続されてよい。ＭＳＣ３２は、さらに、無線ユニット１４ａ〜１４ｃ、１６が、ＰＳＴＮ呼、例えば、公衆固定電話への呼を発信および受信する等のＰＳＴＮサービスにアクセスすることを可能にするＰＳＴＮゲートウェイ４０を介して公衆交換電話網（「ＰＳＴＮ」）３８に接続されてよい。基幹データネットワーク３４は、パケットデータの長距離有線送信のために、ならびに／またはＭＳＣ３２を他の移動体交換局および図示されていないネットワークＡＡＡ（認証、認可およびアカウンティング）モジュール等の付加的なネットワーク構成要素と相互接続するために使用される。ネットワーク１２は、さらに、保安用ファイヤウォール４４または同等物を介して公衆パケット・データ・ネットワーク４２（例えば、インターネット）に接続され得る。
【００１３】
基地局２６と無線ユニット１４ａ〜１４ｃ、１６との間の無線通信は、無線ネットワークの種類および構成に応じて標準の方法を使用して実行される。例えば、無線アクセス・ネットワーク３０は、ＧＳＭ（グローバル・システム・フォー・モバイル・コミュニケーションズ）ネットワーク、１ｘ−ＥＶＤＯネットワーク、または同等物であってよい。１ｘ−ＥＶＤＯ（「進化データのみ」または「進化データ最適化」）は、例えば、音声および非音声データの両方の高速無線送信のために構成されたＣＤＭＡ２０００（登録商標）「３−Ｇ」移動体通信プロトコル／仕様である。１ｘ−ＥＶＤＯネットワークは、ＣＤＭＡ（符号分割多重アクセス）スペクトル拡散多重化方式を利用する。ＣＤＭＡに基づくネットワークでは、無線ユニットから基地局への送信は、逆方向リンクとして知られる単一の周波数帯域幅、例えば、第１の指定周波数を中心とする１．２５ＭＨｚ帯域幅にわたる。一般に、符号化方式を使用して互いに区別される個々の無線デバイスからの信号を用いて、各無線ユニットは、常に全帯域幅が割り当てられている。基地局から無線ユニットへの送信は、順方向リンクとして知られる同様の周波数帯域幅（例えば、第２の指定周波数を中心とする１．２５ＭＨｚ）にわたる。順方向および逆方向リンクは、各々、複数のトラフィック・チャネルおよび信号伝達または制御チャネルを含み、前者は主として音声データを搬送するためであり、後者は主として制御、同期化、およびＣＤＭＡ通信を実装するために必要なその他の信号を搬送するためである。ネットワーク１２は、各々が基地局によってサービス提供される、地理的に隣接するセル、および／または、通常、単一の基地局でサポートされる異なるアンテナ／受信機によってサービス提供される、セルの一部であるセクタに分割されてよい。パケット・データ・ネットワーク３４、４２を介した高速データ送信のために（例えば、ウェブの閲覧、リアルタイムのファイル転送、または巨大なデータファイルのダウンロードを容易化するために）、ネットワーク１２は、データが複数のアドレス指定されたデータ・パケットに分割されるインターネット・プロトコルを使用してよい。さらに、ＶｏＩＰ（ボイス・オーバーＩＰ）が音声データ送信のために使用されてよい。（ＶｏＩＰを用いると、アナログ音声信号が捕捉され、デジタル化され、非音声データ同様に複数のパケットに分割される。）音声および非音声データ・パケットの両方が、無線ネットワーク上で送信およびルーティングされ、そこで、それらは、データ・パケットがアドレス指定された無線ユニットによって受信および再構築される。
【００１４】
ネットワーク１２は、説明目的で単純化された形式で図１に示されている。従って、ネットワーク１２は、ネットワークの特定の種類とネットワークが実装および構成されるやり方とに応じて、図面に示されていない付加的な構成要素を含んでよい。
【００１５】
受信者無線ユニット１６への呼または他の通信を開始するために、発呼側は受信者ユニット１６の通信識別子４６を彼または彼女の無線ユニット１４ａに入力する。識別子４６は、通常、英数字文字列、アドレス、コード、または電話番号のようにネットワークの無線ユニットにコンタクトおよび／または識別するために使用される同等物である。移動体交換局（ＭＳＣ）３２は、受信者ユニット１６に着呼を通報するために必要な信号伝達経路を確立する。これは、ホーム・ロケーション・レジスタ（「ＨＬＲ」）４８、またはＭＳＣ３２もしくはネットワーク１２のどこかに配置されたその他のデータベースにアクセスすることを含み得る。ＨＬＲ４８は、無線ネットワークに関する永続加入者情報の主要データベースである。ＨＬＲ４８は、各無線ユニットに対するデータベース・レコード５０ａ、５０ｂを含む。各レコードは、無線ユニットの識別子（「ＩＤ」）４６と、アドレス、アカウント状態、および嗜好等の関連ユーザ／加入者情報５２とを含む。各ＨＬＲレコード５０ａ、５０ｂは、さらに、無線ユニットの現在位置を記憶するための、ユーザがネットワーク・サービスエリアをあちこち移動するので呼ルーティングを管理するためのフィールド５３を含んでよい。
【００１６】
受信者ユニット１６がどのように構成されているかに応じて、開始された呼が受信者ユニット上で着信音を鳴らすか、ユニットを振動させるか、または同様のことを生じさせる。受信者ユニット１６のユーザは、次に、標準的な方法で、例えば、指定された「呼の応答」ボタン５５を押すことによって、呼に応答し得る。そのような場合、呼が終了するまで、ＭＳＣ／ネットワークによって２つのユニットの間で通信リンクが確立および維持される。開始された呼が受信者ユニットで応答されないままである場合、または呼が音声メール・システムにルーティングされる場合、状態通知システム１０は、受信者ユニット１６に対する状態情報１８を取得し、この状態情報をソース・ユニット１４ａに送信する。この目的で、状態通知システム１０は、ＭＳＣ３２上またはネットワークの構成に応じてネットワークのどこかに状態管理モジュール５４を含んでよい。状態管理モジュール５４は、ＭＳＣ上で実行され、ＭＳＣ３２および／またはＨＬＲ４８と情報をやりとりするように構成された、スクリプト、別の種類のソフトウェアプログラムもしくはソフトウェアプログラム一式、またはハードウェア／ソフトウェア・モジュールであってよい。
【００１７】
状態情報が取得されてソース無線ユニットに送信されるやり方およびタイミングは変更されてよい。通常、一般的な意味で、システムは、通知状況が受信者無線ユニットに対して生じたことの判定に応じて、ソース無線ユニットに状態情報を送信するように構成される。述べたように、「通知状況」は、動作、状況、または状態情報の送信を引き起こすために指定されるその他のイベントである。例えば、システムは、受信者ユニットへの呼が応答されない場合、動作状況に関する状態情報または受信者ユニットの状態を取得して送信するように構成されてよい。図４Ａを参照すると、状態管理モジュール５４（またはシステム１０の他の部分）が、ステップ２００で、ソース・ユニット１４ａと受信者ユニット１６との間に関する、開始された呼またはネットワーク１２上の他の通信を監視する。ステップ２０２で、「確かな応答」状況である場合（開始された通信は、受信者ユニット１６でユーザが「呼の応答」ボタン５５または同等物を起動することによって応答されたことを意味する）、プロセスがステップ２０４で終了する。そうでない場合（例えば、通知状況は呼が応答されないままであるか、音声メール・システムにルーティングされる場合）、ステップ２０６で、システムは、動作状況または受信者ユニット１６の状態を判定することによって状態情報を取得する。例えば、受信者ユニットの電源が入っているかどうか、それの電源が切れているかどうか、それがネットワーク・サービスエリア外であるかどうか、または同様のことが、判定され得る。これは、受信者ユニットに問い合わせを試みることによって、またはＭＳＣ３２および／またはＨＬＲ４８の関連情報にアクセスすることによって達成され得る。例えば、ＨＬＲ４８は、各レコード５０ａ、５０ｂに電源状態フィールド５６を含んでよく、それは、そのレコードに関連する無線ユニットはいつ電源が落とされるかを示す。ステップ２０８で、受信者ユニット１６の判定された動作状態に関する情報１８が、図３で示されるように、ソース・ユニット１４ａ上で可能な表示を行うために、通信を開始したソース・ユニット１４ａに送信される。例えば、表示される状態２０は、「受信者電源オフ」、「受信者圏外」、「受信者電源オン−応答なし」、または同等物であってよい。
【００１８】
代替的に、例えば、開始された呼が応答されないままであるかまたは音声メールによって応答される、通知状況の発生に応じて、システム１０は、図４Ｂのステップ２１０でのように、受信者ユニット１６のユーザによって指定されるような受信者ユニット１６の状態情報を取得する。従って、受信者ユニット１６は、図３に示されるように、メニュー・システム６０を介してユーザが指定状態または「状態設定」５７を選択するように構成されてよい。メニュー・システム６０は、第１の（または他の）ユーザアクセス可能なメニュー６２（ディスプレイ２２上に電子的に表示される）の「状態を設定」選択肢を含んでよく、それは、種々の付加的な選択肢を含む「状態を設定」サブメニュー６４につながっている。例えば、ユーザは、「取り込み中」状態設定、「会議中」状態設定、または「休憩中」状態設定を選択し得る。一度、ユーザが特定の状態設定を選択すると、指定状態が受信者ユニット１６に記憶され、および／または受信者ユニット１６のレコード５０ａの「状態」フィールド／サブレコード６６に記憶するためにＨＬＲ４８に送信される。従って、例えば、ユーザがメニュー６４を介して「会議中」状態設定５７を選択する場合、この選択が送信されて受信者ユニットに関する状態フィールド６６に記憶される。ステップ２０２で判定されたように、その後の受信者ユニットへの呼が応答されないままである場合、システムはステップ２１０のユーザ指定状態情報の取得を実行する。そのように行うために、ステップ２１２でのように、システム１０は、例えば、ソース・ユニット１４ａに入力された識別子をＨＬＲ４８のレコード５０ａ、５０ｂのユニット識別子フィールド４６と相互参照することによって、受信者ユニット１６に関するＨＬＲレコード５０ａにアクセスする。一度、レコードがアクセスされると、ステップ２１４で、システム１０は、状態フィールド６６から情報を読み出し、受信者ユニットの状態を表示するために、この情報をソース・ユニット１４ａに送信する（ステップ２０８）。
【００１９】
無線ユニット１４ａ〜１４ｃ、１６は、さらに、図３に示されるように、利用可能な状態設定５７をユーザが修正することを可能にするように構成されている。例えば、メニュー・システム６０は、ユーザが新規の状態設定を付加するために、既存の状態設定を修正するために、または同様のことを行うためにサブメニュー６８を含んでよい。従って、ユーザが特定の状態設定を使用することを望まない場合、その設定が除去されてよい。さらに、ユーザのニーズに個々に合わせた新規の状態設定が付加されてよい。
【００２０】
無線ユニット１４ａ〜１４ｃ、１６は、さらに、「種々の応答を設定」サブメニュー７２を有する「オプション」サブメニュー７０を介して、異なる状態設定５７が異なる状況で表示されるように構成されてよい。サブメニュー７２は、各々が、「応答なし−電源オフ」、「応答なし−電源オン」、「圏外」、および「音声メール」等の通常の無線ユニット動作状態に対応する選択肢のリストを含んでよい。ユーザは、所望に応じて、これらのエントリの各々に対して指定状態（状態設定）５７を選択する。例えば、
【００２１】
【表１】
0005527977.tif 000002
示されるように、システム１０が無線ユニットの動作状態を判定することが不可能であった場合、または判定された動作状態がリスト上に含まれていない場合、リストは、ソース・ユニットに送信される状態設定に対する「初期設定」エントリを含んでもよい。リストは、無線ユニット上に記憶され、無線ユニットのＨＬＲレコード５０ａの状態サブレコード６６に記憶するためにＨＬＲ４８に送信される。開始された呼が（例えば）確実な応答状況以外を生じたことに応じて、システム１０は、受信者ユニットの動作状態または状況を判定し、ＨＬＲレコード５０ａおよび受信者ユニットに関する状態サブレコード６６にアクセスし、判定された動作状況をサブレコードのリストと相互参照し、リスト上の対応する状態設定を状態情報１８としてソース・ユニットに送信する。
【００２２】
理解されるように、無線ユニット１４ａ〜１４ｃ、１６は、ユーザ指定状態を確立および変更する複数の異なるやり方でさらに構成されることが可能である。例えば、指定状態が、場合により「電源オフ」状況を含む、無線ユニットに設定される特定のリンガ・モードに基づいてよい。従って、例えば、無線ユニットのユーザは、サブメニュー７４を介して以下のように（無線ユニットにメモリ内に記憶される）、無線ユニットの各リンガ・モードに対して状態設定を選択することが可能である。
【００２３】
【表２】
0005527977.tif 000003
ユーザが（例えば、その機能に対するメニュー選択を介して）無線ユニットのリンガ・モードを変更する度に、無線ユニットは、無線ユニットの状態フィールドまたはサブレコード６６に記憶するために、そのリンガ・モードに対応する状態設定５７をＨＬＲ４８に送信する。さらに、無線デバイスのユーザが無線ユニット上の「電源オフ」ボタンを押した後、しかし実際に電源が切れる前に、無線ユニットは、状態フィールド６６および／または電源状態フィールド５６に記憶するために、「電源オフ」フィールドに関する状態設定をＨＬＲ４８に送信し得る。
【００２４】
システム１０は、状態情報１８が受信者無線ユニット１６から直接的に取得されるように構成されてよく、例えば、状態情報がソース・無線ユニット１４ａへの転送のために受信者ユニット１６からＭＳＣ３２に送信される。例えば、ソース・ユニット１４ａによって開始された呼が確実な応答状況を生じない場合（または何らかの他の通知状況が生じるのに応じて）、受信者ユニット１６はソース・ユニット１４ａに状態情報を送信する。この状態情報は、ユーザ指定状態を反映してもよいし、ユニットの動作状況に基づいてもよいし、または両方でもよい。さらに、そのような場合、通常、システム１０は、受信者ユニットの電源が切られた場合、初期設定またはユーザ指定の状態情報をソース・ユニットに送信するようにさらに構成される。そのようなプロセスの一例が図４Ｃに示されている。ステップ２２０で、受信者ユニット１６へのコンタクトの試みで、呼または他の通信がソース・ユニット１４ａで開始される。ステップ２２２で、ＭＳＣ３２および／またはシステム１０は、受信者ユニット１６の電源が切れているかどうかを判定する。そうである場合、ステップ２２４で、システム１０は受信者ユニット１６の状態に関する状態情報１８を取得してソース・ユニット１４ａに送信する。例えば、受信者ユニットに関する状態フィールド６６がアクセスされてよいし、またはシステムが「受信者ユニット電源オフ」等の電源オフ状況に関する初期設定状態情報を送信してよい。受信者ユニット１６が電源オン状況である場合、ステップ２２６で、ＭＳＣが標準的なやり方で受信者ユニットまでの呼のルーティングを試みる。ステップ２２８で、呼が、例えば、確実な応答状況で、応答されたかどうかが判定される。呼が応答される場合、プロセスは２３０で終了する。呼が応答されない場合、受信者ユニット１６がステップ２３２で状態情報を生成し、ステップ２３４でネットワーク１２を介してソース・ユニット１４ａに送信する。状態情報を生成することは、メモリ内のユーザ指定状態（状態選択）５７にアクセスすること、および／またはユニットの動作状況を判定することを含んでよい。呼が応答されたかどうかのステップ２２８での判定は、システム１０の機能性がどのように配置されているかに応じて状態管理モジュール５４／ＭＳＣ３２で、または受信者ユニット１６で実行され得る。状態管理モジュール５４がステップ２２８で決定を行うようにシステム１０が構成されている場合、状態管理モジュール５４は、呼が応答されない場合、受信者ユニット１６に命令を送信し、受信者ユニットにその状態に関する情報を送信するように要求し得る。
【００２５】
システム１０は、さらに、動作中にスタンドアロン特性として、または上述されたような付加的な状態通知機能性と連動する、任意選択的な「コンタクト・リスト」または「仲間リスト」特性を含んでよい。コンタクト・リスト８０は、サブレコード、リスト、表、または無線ユニットＨＬＲレコード５０ａ、５０ｂに配置された他のデータ・エントリまたは複数のエントリである。コンタクト・リスト８０は、１つまたは複数の無線ユニット識別子８２ａ〜８２ｃを含む。識別子８２ａ〜８２ｃは、無線ユニットのユーザ、例えば、特定のＨＬＲレコード５０ａに関する無線ユニットのユーザによって入力される。通常、識別子８２ａ〜８２ｃは、ユーザが規則的にコンタクトする無線ユニット、例えば、家族、友人／仲間、知人、仕事仲間、同僚等に属する無線ユニットに対するものである。識別子は、サブメニュー６４の「仲間リストを設定」選択肢８６を介して無線ユニット１４ａ〜１４ｃ、１６に入力されてよく、「仲間リストを設定」選択肢８６は、識別子８２ａ〜８２ｃが付加、削除、編集、その他をされることを可能にする「仲間リストを設定」サブメニュー８４につながっている。識別子が入力または修正される場合、無線ユニットのＨＬＲレコード５０ａに記憶するために、更新されたリストがＭＳＣ３２に送信される。コンタクト・リスト８０は、さらに、無線ユニットに記憶されてよく、コンタクト・リスト内の識別子の容易な編集および修正を可能にする。コンタクト・リストは、特に無線ユニットに記憶される場合、別の情報が識別子に追加してリスト上に含まれることを可能にし得る。例えば、通常は、ユーザのコンタクトの名前が、それらの対応する無線ユニット識別子と共にリストされるであろう。
【００２６】
コンタクト・リスト特性は、複数のやり方で機能し得る。例えば、無線ユニット１６の状態が変化する度に、その影響の状態情報が（無線ユニット１６の識別子と共に）システム１０から、無線ユニット１６に関するコンタクト・リスト８０上の識別子８２ａ〜８２ｃに各々関連付けられた無線ユニット１４ａ〜１４ｃの各々に送信され得る。（ここで、状態情報の送信を引き起こすための通知状況は状態の変化である。）状態情報が表示され、無線ユニット１４ａ〜１４ｃのユーザに無線ユニット１６の状態について通知する。代替的に、ユニット１４ａ〜１４ｃのうちの１つのユーザがユニット１６へのコンタクトの試みで無線ユニット１６の識別子を入力する場合、状態情報は表示だけがされてよい。例えば、無線ユニット１６の識別子がユニット１４ａに入力される場合、ユニット１４ａは、状態情報（例えば、「ユーザは会議中」）を表示してよく、次に、続行するか否かの選択肢を提供する。状態の変化は、状態フィールド６６から、状態および／もしくは動作状況の周期的ネットワーク判定から、または無線ユニット１６から受信される送信から判定されてよい。状態情報は、無線ユニット１６のユーザによってそのように指示された場合にだけ、リスト８０上の無線ユニット１４ａ〜１４ｃに送信されてよい。さらに、コンタクト・リストは、無線ユニット１６上にだけ保持されてよい。別の実施形態では、状態情報は、上述されたように取得されるが、ソース・ユニットの識別子が受信者ユニットのコンタクト・リスト８０に含まれる場合にだけ、ソース・ユニット１４ａ〜１４ｃに送信される。
【００２７】
図５Ａおよび５Ｂは、動作中のコンタクト・リスト特性の一例を示す。最初に、ステップ２４０で、システム１０は、例えば、無線ユニット１６の状態フィールド６６を参照または監視することによって、無線ユニット１６の状態が変化したことを判定するかまたは認識する。（通常、システムは、ネットワーク上の全ての起動中無線ユニット、または少なくともコンタクト・リスト特性に登録された無線ユニットの状態フィールドを監視する。）ステップ２４２で、システムは無線ユニット１６に関するＨＬＲレコード５０ａにアクセスし、レコード５０ａの状態フィールド６６の状態情報１８を、コンタクト・リスト８０にリストされた無線ユニット１４ａに送信する。（この情報は、コンタクト・リストの任意の他のユニット１４ｂ、１４ｃにも送信される。）システムは、さらに、無線ユニット１６の識別子４６を送信する。ステップ２４４で、無線ユニット１４ａは、状態情報１８および識別子４６を受信してメモリに記憶する。ステップ２４６で、無線ユニット１４ａは、ユーザが識別子４６を入力したかどうかを監視する。例えば、無線ユニット１４ａは、ユニットに入力される各識別子を、状態通知システム１０から受信された全ての識別子の記憶されたリストと比較してよい。識別子４６が入力される場合、例えば、無線ユニット１６に対する呼または他の通信を開始するために、無線ユニット１４ａは、ステップ２４８でのように、受信／記憶された状態情報を表示する。ステップ２５０で、状態情報を表示した後、無線ユニット１４ａは、ユーザに続行するかどうかの選択肢を与える。ユーザが表示された状態情報を考慮して続行しないことを決定する場合、プロセスがステップ２５２で終了する。ユーザが表示された状態情報に関わらず、続行することを決定する場合、無線ユニットは、ステップ２５４でのように、標準的な呼開始プロセスを継続する。
【００２８】
上述されたように、状態情報は、ソース・ユニット１４ａ〜１４ｃのユーザが受信者ユニット１６に対する呼または他の通信を開始した後に送信され得る。しかしながら、呼が応答されない場合にも、このことは、ソース・ユニットが受信者ユニットにコンタクトすることを試みたことの受信者ユニット上のレコードまたは他の指示、例えば、「不在着信」通知を残し得る。従って、システム１０は、ソース端末のユーザが第１に状態アクセス・コードを入力し、次に受信者ユニットの識別子を入力するように構成されてよい。状態アクセス・コードは、システム１０が状態情報を送信するための通知状況として機能するが、実際に受信者ユニットとの通信を開始することはなく、および／または受信者ユニットにソース・ユニットが受信者ユニットの状態情報を取得したことを通報することはない。従って、システムは、この目的のために、例えば、「＊２０１」等、英数字文字列指定であり得る状態アクセス・コードの入力に関してソース・無線ユニット１４ａ〜１４ｃを監視する  受信者ユニットの識別子は、状態アクセス・コードと共に入力されてもよいし、またはシステムが受信者ユニット識別子を入力するようにユーザに促してもよい。有効な識別子が入力される場合、システムは、入力された識別子に関連付けられた無線ユニットの状態情報を取得し、ソース・ユニットに送信する。この状態情報は、受信者ユニットの動作状態または同等物を判定するために、上述したようなやり方で、例えば、状態フィールド６６から取得され得る。
【００２９】
図６Ａおよび６Ｂは、概略的な意味で本発明の状態通知システムの種々の実施形態の動作を要約する。図６Ａで、ソース・無線ユニット１４ａのユーザが受信者無線ユニット１６に対する呼または他の通信を開始する。システムは、受信者ユニット１６に関して通知状況が生じたかどうかを判定する。例えば、通知状況は、応答されない呼および／または音声メール・システムによって応答されるかもしくは音声メール・システムにルーティングされる呼等の指定応答状況であってよい。受信者ユニット１６に関する通知状況の発生に応じて、ソース無線ユニットのユーザに受信者ユニット１６の状態を通報するために、状態情報が表示のためにソース無線ユニット１４ａに送信される。これは、ユーザが受信者無線ユニットへのコンタクトを繰り返し試みることを防ぐ。状態情報は、受信者無線ユニット１６に関するＨＬＲレコード５０ａの状態フィールド６６から取得され得る。
【００３０】
図６Ｂの実施形態では、コンタクト・リスト８０が無線ユニット１６に関するＨＬＲ４８上に保持される。無線ユニット１６に関する状態情報が取得され、コンタクト・リスト８０上の各無線ユニット１４ａ〜１４ｃに送信される。状態情報は、ＨＬＲ４８から、または無線ユニット１６から取得され得る。状態情報は、無線ユニット１６からの状態情報の受信に応じて送信されてよい。さらに、無線ユニット１６の状態が変化する場合（場合によりユーザ指定状態の変化を含む）、状態情報が送信されてよい。通常、送信される状態情報は、無線ユニット１６の状態の変化に関する。
【００３１】
本明細書で関連する本発明の精神および範疇から逸脱せずに、上述の状態通知システムに所定の変更がなされてよいため、上述の説明の対象または添付の図面に示されるものの全てが、単に本明細書の発明の概念を示す例として解釈され、本発明を限定するものとして解釈されないことが意図されている。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施形態による、無線ネットワーク上に実装された状態通知システムの概略図である。
【図２】状態通知システムの移動体交換局部分の概略図である。
【図３】無線ユニットおよびメニュー・システムの概略図である。
【図４Ａ】状態通知システムの種々の実施形態の動作を示すフローチャートである。
【図４Ｂ】状態通知システムの種々の実施形態の動作を示すフローチャートである。
【図４Ｃ】状態通知システムの種々の実施形態の動作を示すフローチャートである。
【図５Ａ】状態通知システムの種々の実施形態の動作を示すフローチャートである。
【図５Ｂ】状態通知システムの種々の実施形態の動作を示すフローチャートである。
【図６Ａ】状態通知システムの種々の実施形態の動作を示す概略図である。
【図６Ｂ】状態通知システムの種々の実施形態の動作を示す概略図である。
【図１】
0005527977.tif 000004
【図２】
0005527977.tif 000005
【図３】
0005527977.tif 000006
【図４Ａ】
0005527977.tif 000007
【図４Ｂ】
0005527977.tif 000008
【図４Ｃ】
0005527977.tif 000009
【図５Ａ】
0005527977.tif 000010
【図５Ｂ】
0005527977.tif 000011
【図６Ａ】
0005527977.tif 000012
【図６Ｂ】
0005527977.tif 000013