(57)【要約】【課題】個々の端末とやり取りする通信セッションのための共用構想電気通信グループの個々の端末の機能を記述するデータベースの実時間の更新を提供する方法および装置を提供すること。【解決手段】共用通信構想の各個別の局の特性（番号計画、着信および発信の選別、代替ルーティング、提供されるサービスのタイプ）をサーバを介してアクセスしたデータベースに格納する。データベースは、共用構想グループ内の指定された局によって実時間で更新することができる。指定局は、データベースに格納された規制に対する例外の要請を処理することもできる。指定局は、個々の局のアクティビティに関する即時または定期的情報を受信することができ、またはこうした情報を要求に応じて受信することができる。有利には、事業者の人的援助を必要とせずに、データベースの更新を即時に経済的に行うことができ、指定局は、そのグループの通信を制御することができる。【選択図】図１
2004350288.tif 000002
【特許請求の範囲】
【請求項１】
電気通信ネットワークで通信セッションを確立する方法であって、
複数の電気通信局を共用構想グループにグループ化する工程、
前記共用構想グループのメンバ毎に、どの通信端末を前記メンバによって呼び出すことができ、どの通信端末から前記メンバを呼び出すことができるかを判断するためのデータを含むデータベースを初期化する工程、
通信セッションを求める要求の受信に応答して、前記要求する、または前記要求された端末が共用構想グループの一部であるか否かを判断する工程、
前記要求する、または要求された端末が共用構想グループの一部である場合、前記要求する端末が前記要求された端末との通信セッションを確立することが許可される否か、および前記要求された端末が前記要求する端末との通信セッションを確立することが許可されるか否かを判断する工程、
前記通信セッションが許可された場合に、前記呼を完了する工程であって、
共用構想データベースのデータの変更を許可された前記共用通信構想グループの許可されたメンバだけが、前記共用構想データベースの前記データを変更することができる工程、及び、
前記共用構想データ・ファイルの変更が許可された局からの要求の受信に応答して、前記共用構想データ・ファイルを編集する工程であって、
前記共用構想データ・ファイルを、前記共用構想グループの前記許可されたメンバからの入力に基づいて実時間で更新することができる工程からなる方法。
【請求項２】
前記電気通信ネットワークが移動ネットワークからなり、前記共用構想グループの少なくとも１つのメンバが移動局である、請求項１に記載の方法。
【請求項３】
前記判断する工程が、前記要求された通信セッションの指示を前記要求された端末に提示する工程、及び、
前記要求された端末側に、前記通信セッションの確立、または所定の代替の宛先に対する通信セッションの確立のオプションを与える工程からなる、請求項１に記載の方法。
【請求項４】
さらに、前記通信セッションが許可されない場合、前記要求する、または要求された端末が、即時要請指示を、データを変更して前記通信セッションへの規制からの例外を求めることが許可された前記共用通信構想グループの前記メンバに送信することを許可する工程、及び、
前記通信セッションを確立するための、データの変更が許可された前記メンバからの許可の受信に呼応して、前記呼を完了できるようにする工程からなる請求項１に記載の方法。
【請求項５】
さらに、前記共用構想グループとやり取りする通信セッションに関するデータを収集する工程、及び、
データをデータの変更が許可された前記共用構想通信グループの前記メンバに報告する工程からなる請求項１に記載の方法。
【請求項６】
データの変更が許可された前記共用通信構想グループの前記メンバが、個人識別番号によって識別される請求項１に記載の方法。
【請求項７】
データの変更が許可された前記構想グループの１メンバが、他のメンバをデータの変更が許可されたものとして指定することも許可される請求項１に記載の方法。
【請求項８】
電気通信ネットワークで、通信セッションを確立するための装置であって、
複数の電気通信局を共用構想グループにグループ化する手段、
前記共用構想グループのメンバ毎に、どの通信端末を前記メンバによって呼び出すことができ、どの通信端末から前記メンバを呼び出すことができるかを判断するためのデータを含むデータベースを初期化する手段、
通信セッションを求める要求の受信に応答して、前記要求する、または前記要求された端末が共用構想グループの一部であるか否かを判断する手段、
前記要求する、または要求された端末が共用構想グループの一部である場合、前記要求する端末が前記要求された端末との通信セッションを確立することが許可される否か、および前記要求された端末が前記要求する端末との通信セッションを確立することが許可されるか否かを判断する手段、
前記通信セッションが許可された場合に、前記呼を完了する手段であって、
共用構想データベースのデータの変更を許可された前記共用通信構想グループの許可されたメンバだけが、前記共用構想データベースの前記データを変更することができる手段、及び、
前記共用構想データ・ファイルの変更が許可された局からの要求の受信に応答して、前記共用構想データ・ファイルを編集する手段であって、
前記共用構想データ・ファイルを、前記共用構想グループの前記許可されたメンバからの入力に基づいて実時間で更新することができる手段からなる装置。
【請求項９】
前記電気通信ネットワークが、
移動ネットワークからなり、
前記共用構想グループの少なくとも１メンバが移動局である請求項８に記載の装置。
【請求項１０】
さらに、前記共用構想グループとやり取りする通信セッションに関するデータを収集する手段、及び
前記データを、データの変更が許可された前記共用構想通信グループの前記メンバに報告する手段からなる請求項８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信端末のグループに関する機能の制御に関し、より詳細には、こうした機能の実時間の制御に関する。
【背景技術】
【０００２】
従来技術には多くの構成があり、電気通信ネットワークが電気通信端末のグループを制御して、そのグループのメンバに機能を提供しているが、その機能は別の方法では構内交換機および／またはボタン電話システムから提供される。たとえば、一般に使用可能なＣｅｎｔｒｅｘ（登録商標）システムでは、グループの個々の発呼者はかなり小さい桁数（通常３〜６桁）をダイアルすることによって互いに到達できるようになされ、なおかつグループのメンバは、アクセス・コード（通常「９」）に続いて正規の（ＰＯＴＳ＝単純旧式電話サービス）電話番号をダイアルすることによって外界に到達できるようになされている。Ｃｅｎｔｒｅｘシステムのものを含むサービスを個々の電話局に提供するために必要なデータを供給するデータベースを有するサービス制御ポイント（ＳＣＰ）を備えたインテリジェント・ネットワークを持つことによって、Ｖｉｒｔｕａｌ  Ｃｅｎｔｒｅｘサービスを提供することもできる。インテリジェント・ネットワーク・システムは、発呼または着呼の選別、すなわち呼び出し、または被呼番号に基づいた呼の選択的ブロッキングをしばしば提供するものである。こうしたシステムは、移動局に対応するために使用することもできる。
【０００３】
従来技術の一問題は、特定の局からの発信規制を解除するなど、どの種の変更を行うにも、グループのメンバを担当する電気通信事業者の管理手順を踏む必要があることである。したがって通常、変更には数日間かかる。これは、たとえば、特定のグループのメンバに許可される数分間の使用に関する規制の変更には望ましくない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本出願人らは、こうしたシステムを慎重に検討し、これらが顧客の局の規制における即座の変更を提供する柔軟性に欠け、例外を提供する迅速な機構が欠如しているという結論に達した。本出願人らの発明により、こうした問題が克服され、従来技術を超える進展がなされた。本発明では、グループのメンバに、グループの個々のメンバの機能にしたがって通信セッションを確立するために使用するデータベースへのアクセス権が与えられる。次いで、このデータベースは、呼または他の通信セッションがグループのメンバの１人によって発信され、または着信された場合に、常に参照される。規制を、電話または移動呼出、短メッセージ、インターネット・ウェブ・サイト・アクセス、即時メッセージ転送処理、および他の電気通信サービスに与えることができる。有利には、変更を実時間で行うことができる。有利には、このシステムは、変更を処理するための人員を提供する必要がないため、事業者にコスト削減をもたらす。
【課題を解決するための手段】
【０００５】
本出願人らの発明の好ましい一実施形態によれば、ネットワークは、公衆移動通信網であり、端末のグループは、無線局のグループである。ホーム・ロケーション・レジスタ（ＨＬＲ）およびビジター・ロケーション・レジスタ（ＶＬＲ）の組合せによって、グループ構想サービスに加入する電気通信局を識別するためのデータが提供される。こうした局からの着呼または発呼が受信された場合、ＨＬＲ／ＶＬＲの組合せによって、呼処理システムに、アプリケーション・サーバに照会し、その局からまたはその局への呼び出しを確立するために使用すべきアプリケーション・サーバと関連するデータベースからのデータを要求する情報が提供される。呼処理システムは、発信または着信局のグループに対応するアプリケーション・サーバを識別するためのデータベースへのアクセス権を有する。
【０００６】
本出願人らの発明の好ましい一実施形態によれば、グループの１メンバに、主メンバの役割が割り当てられる。このメンバは、グループのデータベースのデータによって識別され、グループのメンバ全員に対するデータベース内の項目を変更する権限を有する。あるいは、グループに関するデータベースの変更を求める際に、主メンバを個人識別番号（ＰＩＮ）によって識別することができる。
【０００７】
本出願人らの発明の一特徴によれば、着信の際に、特定の局が特定の発呼者から、または特定の発呼者以外の全てからの着信を受信するのをブロックすることができる場合、呼を異なる局にルート変更することができる。
【０００８】
本出願人らの発明で提供される他のサービスによれば、発呼者のグループの１人からの呼を着信局に表示し、着信局がその呼を受信し、またはその呼を自動的に指定した端末にルート変更させることができる。このルート変更は、着信局からの（「フラッシュ」信号、デュアル・トーン複数周波数（ＤＴＭＦ）キーの操作、または適したソフトウェアを制御する「ソフト・ボタン」の操作などの）指示に呼応して実行することができる。
【０００９】
本出願人らの発明の一特徴によれば、呼またはサービスの発信または受信からブロックされた通話者は、即座に主メンバに要請し、主メンバは、端末からの標識を操作することによって、この呼の規制を解除することができる。有利には、この構成によって、規制された機能の緊急の使用が可能になる。たとえば、局へのインスタント・メッセージングは、通常は拒否されるが、インスタント・メッセージを１つだけ送信する能力は有用である。
【００１０】
規制は、１つまたは複数の以下のもの、通信ソースおよび／または宛先、日時および／または週／月／年の日付、使用量（分）、アップリケーションのタイプ（たとえばゲーム）に基づくことができる。
【００１１】
主局は、定期的に、要求に応じて、または特定の通信セッションを確立する試みに応答して、通信セッション（呼び出し、インターネット・ウェブ・アクセス、即時メッセージング・セッション、電話会議、短メッセージ）に関する報告を受信することができる。報告は、グループの１人または全員のセッションに関するものでもよい。
【００１２】
この種のサービスの一適用例は、親が自分の子供たちのセルラー端末の使用を監視し制御することができるようにする。これは、時間の制限、発呼者および被呼側の制限、アプリケーション（たとえばゲーム）の制限を含むことができる。
【発明を実施するための最良の形態】
【００１３】
図１は、本出願人らの発明の操作を示すブロック図である。移動局１、２、．．．、３の共用構想グループは全て、基地局（図示せず）を介して移動通信ネットワーク（ＭＣＮ）１０に接続される。ＭＣＮ１０は、音声、回線データ、およびパケット・データをサポートする。
【００１４】
移動局は、コンピュータ端末を装備して、コンピュータ・ディスプレイの「ソフト・ボタン」の制御下で生成されたメッセージを表示し伝送できるようにすることができる。端末は、インターネットと通信するように装備され、Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  ＳｅｒｖｉｃｅメッセージおよびＩｍｍｅｄｉａｔｅ  Ｍｅｓｓａｇｉｎｇメッセージを送受信することができる。端末は、移動電話番号またはＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によって識別することができる。これは、発信／着信局が、インターネットまたは他のデータ・ネットワークを介してアクセスされる、ある種の端末であるＩＰサービスの使用を示すものである。ＵＲＬが使用されるアプリケーションには、ＶｏＩＰ、ＩＰサービスを介した音声、電子メール・サービス、ソフト・フォン、ＩＭなどが含まれる。この特定の実施形態は、グループのメンバである移動端末と他の端末の間の呼のためのものであるが、理解されるように、同じタイプの構成を他の通信セッションにも使用することができる。たとえば、このサービスは、ゲームなどアプリケーションの規制も可能にする。これは、単に音声を対象としたものではない。データ・サービスのための他の通信には、ＳＭＳ、ＩＭ、ウェブ・アクセス、電子メールが含まれる。
【００１５】
ＭＣＮ１０のスイッチ１１は、これらの局に対して呼の処理を制御するためのプロセッサ１２、および通知をこれらの局のいくつかに戻すための通知システム１３を備える。主局１は、主局だけが実時間で共有構想に関するデータベースのデータを変更する能力を有する点で他局と区別される。発呼要求がＭＣＮ１０で受信された場合、または着呼がＭＣＮ１０で受信された場合、ネットワークは、ホーム・ロケーション・レジスタおよび／またはビジター・ロケーション・レジスタ１４などデータベースを参照して、発呼側の発呼者または着呼側の被呼者が共有構想のメンバであるか否かを判断する。そうでない場合、その呼は、従来技術の原理によって確立される。発呼が共用構想内の局からである場合、または着呼が共用構想内の局へのものである場合、アプリケーション・サーバ２０にアクセスして、共用構想データベース３０からデータを得る。次いで、スイッチ１１は、共用構想データベースからのデータを使用して、その呼を処理する方法を決定する。
【００１６】
ＭＣＮ１０の各スイッチは、（ＨＬＲ／ＶＬＲなど）データベース１４へのアクセス権を有して、共用構想の一部であるディレクトリ番号を識別し、その共用構想に対応するサーバを識別する。データベース３０は、複数の共用構想に関するデータベースである。一実施形態では、このデータベースは、全ての宛先（番号、またはＵＲＬまたはハンドル（たとえば、ｊａｎｅｄｏｅ＠ｎｏｗｈｅｒｅ．ｃｏｍではｊａｎｅｄｏｅがハンドル）など他の識別子）に関するファイル４０を有し、またはインスタント・メッセージングは共用構想の一部と接触する。各項目は、ブロック５０など、共用構想データ・ファイルを指しており、ブロック５０の共用構想では、宛先は１メンバである。ブロック５０は、特定の共用構想ファイルのためのブロックである。ブロック５０は、共用構想グループに関する情報の共通レコード５１を含む。このデータは、主局のＩＤおよび／または主局を指定または識別するための個人識別番号（ＰＩＮ）、および個別の局に関する個別レコードへのポインタを含む。２つ以上の局が同じ個別レコード、すなわち、同じ機能および選別を共用する場合、２つ以上の局のポインタは、同じレコードを指すことができる。個別レコード５２、．．．、５３は、特定の局がどの宛先に到達することができ、どの宛先に到達することができないか、どのソース（電話番号または他の識別子）からの呼を完了することができ、または特定の局に対してブロックすることができるかに関する情報を含む。さらに、グループのいくつかの局、およびこうした局へのいくつかの発呼者に対して、当初の宛先への呼を完了することができる代替の宛先をリストする。
【００１７】
ＳＭＳ、ＩＭ、または電子メール、ソフト・フォン・セッションなどのデータ・サービスは、同様の方法で行われる。テキストまたはデータのメッセージは、ある端末から他の端末に送信され、ユーザに課せられた任意の規制によって阻止される。たとえば、送信するユーザに１日当たりＮ個だけのＳＭＳメッセージが許可されている場合、主局はＨＬＲにこれを供給し、この数を超えるどのメッセージもブロックすることができる。特定のユーザからの（たとえば、そのユーザのＩＤまたはハンドルに基づいた）データ・メッセージが許可されない場合、そのデータ・メッセージは、実時間でブロックされ、（通知機能が提供されている場合は）通知が主局に送信されて、ブロックの発生が警告される。
【００１８】
図１では、インターネット２２に接続されたインターネット・サービス・プロバイダ（ＩＳＰ）２１への接続も示してある。このインターネットは、ウェブ・サイト２３に接続され、ウェブ・サイト２３は、インターネット・サーバ機能および／またはデータを提供することができる。移動通信ネットワーク１０は、地上の通信ネットワーク２５にも接続されて、ネットワーク１０のノードを相互接続し、地上端末を接続する。こうした地上端末の１つが、端末４であり、主局１によって制御されるグループの一部である。
【００１９】
本明細書で使用する通信セッションには、音声通信（２地点間、会議、ブロードキャスト）、短メッセージ・サービス、インターネット・サーバへの接続、即時メッセージング、ビデオ・ストリーミング、電気通信ゲーム・プレイング、およびファイル転送が含まれる。
【００２０】
図２は、発呼の処理を示す流れ図である。呼をＭＣＮで受信する（動作ブロック２０１）。この呼が共用構想局からか否かの試験（２０７）を行う。この呼が共用構想局からでない場合（試験２０７の否定の結果）、この呼を従来技術で処理する（動作ブロック２０９）。この呼が共用構想局からの場合、共用構想データベースにアクセスする（動作ブロック２１１）。このアクセスは、アプリケーション・サーバ２０を介して行われる。アクセス・メッセージには、被呼番号が含まれる。試験２１３を用いて、発呼者が被呼番号を呼び出すことが許可されるか否かを判断する。そうでない場合、呼の拒否が通知される（動作ブロック２１５）。発呼者に被呼番号の呼び出しが許可された場合は、呼が完了する（動作ブロック２１７）。呼に関するレコード（呼び出し時刻、呼の長さ、発呼および被呼番号）が集計される（動作ブロック２１９）。これらのレコードを、要求に応じて、定期的に、または実時間で（すなわち即座に）主局に送信する（動作ブロック２２１）。本発明の一特徴によれば、暫定的に呼を拒否された発呼者が、適切なＰＩＮをダイアルした場合（動作ブロック２１４）、その呼を完了し、または代替としてグループの主メンバにルーティングすることができる（動作ブロック２２３）。
【００２１】
図３は、着呼を示す流れ図である。呼を受信する（動作ブロック３０１）。試験３０３を用いて、その呼が共用構想局へのものか否かを判断する。そうでない場合、その呼を従来技術で処理する（動作ブロック３０５）。呼が共用構想局へのものである場合、共用構想データベースに照会する（動作ブロック３０７）。試験３０９を用いて、（着呼ＩＤによって識別された）発呼者に被呼番号の呼び出しが許可されるか否かを判断する。試験３０９の結果、この呼が許可されない場合は、発呼者がＰＩＮをダイアルしたか否かを検査する（動作ブロック３１０）。そうでない場合、呼の拒否の通知が発呼者に示される（動作ブロック３１１）。発呼者に被呼番号の呼び出しが許可された場合、試験３１３を用いて、その呼が被呼番号局に対して完了することができるか否かを判断する。これは、被呼局の使用可能度（すなわち遊休状態）に基づいて、または被呼局に提供された機能に基づいてなされてもよく、呼は異なる局で完了する。試験３１３の結果が肯定の場合、その呼は被呼局で完了する。否定の場合は、試験３１７を用いて呼を代替局で完了することができるか否かを判断する。そうでない場合は、話中信号または通知が戻される（動作ブロック３１９）。呼を代替局で完了することができる場合、その呼はその代替局で完了される（動作ブロック３２１）。本出願人らの発明の一特徴によれば、呼を最初に被呼局および発呼者ＩＤによって識別された発呼者に示すことができる。次いで、その被呼局によって対応される通話者がその呼を代替局に転送することを望む場合は、被呼側がその呼を代替局にルーティングする指示を送信することができる。呼に関するレコード（呼び出し時刻、呼の長さ、発呼および着呼番号）が集計される（動作ブロック３２３）。次いで、こうしたレコードを主局に、要求に応じて、定期的に、または実時間で送信する（動作ブロック３２５）。発呼者が正しいＰＩＮをダイアルした場合、その呼は被呼局、代替局、または主局にルーティングされる（動作ブロック３２７）。
【００２２】
図４は、特定のタイプの呼の発信または受信が規制されている発呼者または被呼側が、特定の局に発呼し、またはその局から着呼することができる機能を示す。発呼者が、規制された（ブロックされた）呼の発信を試みる（動作ブロック４０１）。発呼者がブロッキングの通知を受信する（動作ブロック４０３）。発呼者が例外を要請する。その要請は、例外が求められたネットワークに送信される指示の形である。要請は、デュアル・トーン複数周波数（ＤＴＭＦ）ボタンの操作、または端末からのソフト・ボタンの操作でもよい。それに呼応して、ネットワークが要請メッセージを主局に送信する（動作ブロック４０７）。主局が端末の場合、要請メッセージを主局に表示（または通知）することができる。主局が例外ＯＫ指示に応答する場合（動作ブロック４０９）、呼は完了する（動作ブロック４１１）。タイムアウトがある場合、または主局が否定的に応答した場合（動作ブロック４１３）、呼はブロックされる（動作ブロック４１５）。この種の構成は、着呼にも使用することができる。システムは、グループのデータベースに応じてブロックされた着呼を受信する（動作ブロック４２１）。ブロックされた呼を被呼側に提示する（動作ブロック４２３）。この提示は、発呼者ＩＤ表示でもよく、または通知を介したものでもよい。呼を自動的に、または適したＰＩＮに呼応して提示することができる。被呼側は、例外を要請することができる（動作ブロック４２５）。この要請指示は、動作ブロック４０５に関して論じたものと同種の要請指示である。この要請メッセージを主局に送信する（動作ブロック４２７）。主局が例外ＯＫに応じた場合（動作ブロック４０９）、呼が完了する（動作ブロック４１１）。主局が、タイムアウト間隔内に応答しない場合、または主局が否定的に応答した場合（動作ブロック４１３）、呼はブロックされる（動作ブロック４１５）。
【００２３】
図５は、共用構想ファイルを変更するプロセスを示す流れ図である。通話者は、共用構想ファイルへのアクセスを要求する（動作ブロック５０１）。試験５０３を用いて、その要求者が共用構想の主局であるか否かを判断する。そうでない場合は、要求を拒否する（動作ブロック５０５）。要求者が共用構想の主局である場合、共用構想更新セッションが、主局と、データベースの共用構想ファイルを制御するために使用されるアプリケーション・サーバとの間で行われる。アプリケーション・サーバとの通信方法は、従来技術で周知の、すなわち主局端末上のソフト・ボタンを介した、プロンプトおよび応答などの交換を介した、他のサーバとの通信方法と同様である。
【００２４】
この好ましい実施形態では、主局は、ネットワークに格納された情報で識別され、代替構成で、主局が個人識別番号（ＰＩＮ）によって識別されたグループの任意のメンバであることができるようにする。ＰＩＮの知識を有するものは誰でもグループの局からのデータベースを編集することができる。この構成では、複数の局が主局として働くことができる。ただし、要請は、主局として記録された局にルーティングされる。
【００２５】
上記の説明は共用構想移動グループのためのものである。同じ基本構成は、地上グループ内ではどのＨＬＲ／ＶＬＲも要求されないことを除いては、地上グループに使用することができる。データは、スイッチのデータベースの一部として格納される。
【００２６】
上記は、本出願人らの発明の好ましい一実施形態である。本発明の範囲から逸脱することなく、他の実施形態も、当業者には明らかであろう。本発明は、頭記の特許請求の範囲によってのみ限定されるものである。
【図面の簡単な説明】
【００２７】
【図１】本出願人らの本発明の全体の操作を示すブロック図である。
【図２】グループからの発呼を示す流れ図である。
【図３】グループのメンバへの着呼を示す流れ図である。
【図４】ブロックされた呼に対する緊急指定変更を示す流れ図である。
【図５】共有計画ファイルに関するデータの変更のプロセスを示す流れ図である。
【図１】
2004350288.tif 000003
【図２】
2004350288.tif 000004
【図３】
2004350288.tif 000005
【図４】
2004350288.tif 000006
【図５】
2004350288.tif 000007