JP2012523791A - 携帯型装置に関する「ネットワーク内発呼者」情報の表示を強化するためのシステムおよび方法 - Google Patents

Abstract

【課題】
本発明は、任意の携帯電話番号のホスティング通信事業者を判断するために着信番号に対してグローバルタイトル変換（ＧＴＴ）を実行するシステムおよび方法を提供する。
【解決手段】
着信呼の発信元がモバイル通信事業者のネットワークの内側か外側かを加入者に報告することを判断するためのシステムおよび方法。システム例は、任意の携帯電話番号のホスティング通信事業者を判断するために、着信番号に対してＧＴＴ（グローバルタイトル変換）を実行する。結果が加入者の通信事業者に一致すると、その呼び出しが「ネットワーク内呼」であることを携帯型装置が加入者（すなわち携帯型装置）に明示する。
【選択図】 図１

Description

本発明は、着信呼の発信元がモバイル通信事業者のネットワークの内側か外側かを判断し、その結果をモバイルハンドセットで加入者に明示するためのシステムおよび方法に関する。

携帯電話通話プランによっては、呼受信者と同じモバイルネットワークに属する発呼者から着信呼が来た場合の割引料金（すなわち、毎月の勘定時間の無料化あるいは最低料金の適用または「無料通信可能時間」）を含むものがある。かかる販促上の特色により、登録されたモバイルハンドセットに関して加入者の携帯電話同士の通話が無料になる。他にも、モバイル加入者プランに入ったり、支払い請求目的でまとめたりした場合に、加入者が他の加入者と無料通信可能時間を共有できるプランもある。ネットワーク内の呼び出し（呼）とネットワーク外の呼び出し（呼）を区別することができれば、加入者は料金負担を完全に回避し得ることに加え、無料のネットワーク内発呼機能が利用できれば、通信事業者は非ネットワーク発呼者にかかる機能を知らせることができることから、このようにネットワーク内の呼び出しを特定することの重要性が強調される。

別の移動電話の通信価格プロモーション（促進）手法は、通話サークルプランなどのサークル内プランである。かかるプランであれば、加入者のハンドセットから頻繁に発呼される特定の番号を加入者が指定することができ（これらの番号が加入者の「サークル」を構成する）、「サークル内」で発信された通話について割引を提供する。適切な請求料率を特定するには、通信事業者が加入者ごとにそれらの番号を記憶し、プロモーション料金を適用するために発呼時にデータベースを確認する必要がある。ただし、「サークル内」通話プランは、一般的なネットワーク内の呼び出しの確認ではなく、頻繁に発呼されるいくつかの番号に適用される特恵的な課金サービスに過ぎない。

さらには、通信事業者のプロモーション課金プランで、頻繁に発呼される番号（ネットワーク内外両方の番号を含み得る）など、発呼者の「お気に入り」を加入者が特定および事前設定することができるプランもある。この種の割引通話は、通信事業者のネットワーク外の番号を含み得るため、ネットワーク内通知ではない。頻繁に発呼される番号に対して割引料金を適用する他の提案も存在し得る。

頻繁に発呼される番号に対して割引料金を適用する他の提案は、請求サイクルごとに最も頻繁に発呼された番号や、請求サイクルごとに予め設定された特定の無料通信可能時間にわたって発呼されたすべての番号などに対して、低い請求料率を適用し得る。

呼び出しの発信源が同じネットワークを共有している場合に呼受信者にアラート（警告）を提供するための方法が以前にいくつか提案された。例えば、ネットワークベースのグローバルタイトル変換（ＧＴＴ）クエリは、発呼者のモバイル通信事業者のネットワーク制御ポイント（ＮＣＰ）に対し、発呼者の識別情報（ＣＤＮ）または携帯電話登録番号（ＭＤＮ）と関連付けられた通信事業者を特定する。ＧＴＴ検索は、ＮＣＰと関連付けられた信号中継局（ＳＴＰ）で要求されるのが典型的であり、着信呼ページは、クエリの結果が与えられるまで状態を維持する。結果が与えられると、その情報を有する呼び出しページが発信者に開示される。これによって呼び出しが接続され、通信事業者はネットワーク内の呼び出しに対して適切に請求することができるが、通信事業者によるＧＴＴ検索に関連する費用があり、呼受信者に対して呼び出しがネットワーク内かどうかを明示するネットワーク内の呼び出しの表示インジケータは存在しない。

別の手法が、米国特許出願第２００８／００５９６４２号（ＩＢＭ）に記載されている。この手法も、発呼者と受呼者の通信事業者をネットワーク通信事業者によってネットワークベースで判断し、発呼者および受呼者の両者にネットワーク内通知を供給する必要がある。３つの方法が列挙されており、１つはＧＴＴと同様、呼び出しの終了前に発呼者の通信事業者によるネットワーク・データベース・クエリを必要とする。携帯電話番号は移植性があることから、この方法だと精度に限界があり、発呼者がネットワークを切り替えると、この方法はエラーを招く。第２の方法は、呼び出しの終了後に実行されるもので、切り替え情報を参照して発呼者の番号と受呼番号とを取得するため、精度が非常に高い。ただしこの方法は、ネットワーク内かどうかの判断情報を、サイド・チャネル・データ通信経由で確立した呼び出しに入れるか、デジタル信号自体に混入させる必要がある。受呼者の電話機の電源が入っている間の通話時以外に実行される第３の方法だと、電話機を必要とする。しかしこの方法は、受呼者のハンドセットの発呼者ディレクトリに記憶された電話番号のみの「ネットワーク内」ステ―タスを更新することに限られる。そのため、この方法だと、新規発呼者とその番号が「ネットワーク内」、すなわち発呼者の識別情報が受呼者にとって最も有用である状況にあると確実に特定することができない。

上記方法の欠点を考慮すると、呼び出しが「ネットワーク内」であるかどうかを携帯型装置ユーザが判断することができ、それによって、サービスプロバイダによって一定の費用節約プロモーションや料金の割引が受けられたり、発呼者に関する情報が詳しく表示されたりする可能性がある方法に対してニーズが存在することは明らかである。したがって、呼び出しの「ネットワーク内」ステータスを加入者に自動的に通知するための改良されたシステムおよび方法は非常に魅力的である。

米国特許出願第２００８／００５９６４２号

本発明は、着信呼の発信元がモバイル通信事業者のネットワークの内側か外側かを判断し、その結果をモバイルハンドセットで加入者に明示するためのシステムおよび方法に関する。

本発明は、任意の携帯電話番号のホスティング通信事業者を判断するために着信番号に対してグローバルタイトル変換（ＧＴＴ）を実行するシステムおよび方法を提供する。

結果が受信側加入者の通信事業者に一致する場合には、その呼び出しが「ネットワーク内」の呼び出しであることを携帯型装置が加入者（すなわち携帯型装置）に明示する。ネットワーク内メッセージの提供は、本発明の意図と範囲とを変えることなく、通知や通告、明示やインジケータ、イベント、フラグ、メッセージ等と互換的に称され得る。

この明示は、視覚通知（ロゴ、テキスト、画像、色、色の変化など）、聴覚通知（信号／トーン、音声通知など）、あるいは触覚通知（振動、パルスなど）の集合のうち１つもしくは複数から選択され得る。「ネットワーク内」、「ネットワーク」といった語、「スプリント」など通信事業者の名称、通信事業者のロゴ、または呼び出しの発信源を示す画像が呼受信者に表示され得る。具体的な呼び出し音、音声信号、音声メッセージ、または録音メッセージが、加入者に聞こえるように出力され得る。電話機の振動メカニズムから生成され、呼び出し音によって反復されたり区切られたりする振動またはパルスのパターンが、接触可能に加入者に出力され得る。また、加入者のハンドセットは、携帯型装置と一般に統合されたラップトップ、イヤホン、または他の装置との組み合わせにより、ＵＳＢあるいはその他サポートされている有線接続、あるいはＢｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１またはその他サポートされている無線通信リンク経由で通知を提供し得る。

ネットワーク内通知によって加入者は、受信呼が、費用が安い場合が多かったり、無料であったりする「ネットワーク内」の呼び出しであると特定した上で応答できるようになる。また、加入者は、「ネットワーク外」の友人および仲間を特定し、彼らとの通信の時間と手段とを調整して費用を節約することができる。

かかる「ネットワーク内」インジケータを使用して、加入者および／または加入者の通信事業者が「ネットワーク外」発呼者に対し、加入者の通信事業者への乗り換えを促すこともあり得る。

本発明の好適および代替実施例について、下記図面を参照しながら以下詳述する。

本発明の一実施形態に従って形成されるシステム例のダイアグラムである。 ネットワーク内および／またはネットワーク外の通話に関するアラートをユーザに提供するように構成された携帯型装置のイメージである。

図１は、任意の携帯電話番号のホスティング通信事業者を判断するために着信番号に対してＧＴＴ（グローバルタイトル変換）を実行するシステム２０を示す。結果が加入者の通信事業者に一致する場合には、その呼び出しが「ネットワーク内の呼」であることを端末携帯型装置（ＴＭ）３０が加入者に明示する。この明示は、視覚通知（ロゴ、テキスト、画像など）、聴覚通知（信号／トーン、音声通知）、あるいは触覚通知の集合のうち１つもしくは複数から選択され得る。「ネットワーク内」、「ネットワーク」といった語、「スプリント」など通信事業者の名称、通信事業者のロゴ、または呼び出しの発信源を示す画像が呼受信者に表示される。具体的な呼び出し音、音声信号、音声メッセージ、または記録されたメッセージが、加入者に聞こえるように出力される。

ネットワーク内通知によって加入者は、受信呼が、費用が安い場合が多かったり、無料であったりする「ネットワーク内」の呼び出しであると特定した上で応答できるようになる。また、加入者は、「ネットワーク外」の友人および仲間を特定し、彼らとの通信の時間と手段とを調整して費用を節約することができる。調整により、ＳＭＳメッセージの方が安価あるいは利便性が高い手段であれば、呼び出しを受けるのではなく、自動的にＳＭＳメッセージを発呼者に送信し得る。この処理は暗黙的に行われることもあり得る。

本発明により、加入者および／または加入者の通信事業者が「ネットワーク外」発呼者に対し、加入者の通信事業者への乗り換えを促すこともできる。

一実施形態では、発信側携帯型装置（ＯＭ）２２によって発信側の通信事業者システム２４経由で生成された呼び出しページがＴＭ ３０で受信された後、ＴＭ ３０が、ＴＭ ３０と関連付けられたモバイル・スイッチング・センター（ＭＳＣ）３８と関連付けられたサーバ３４に問い合わせる。サーバ３４は、ＧＴＴを実行し、ＧＴＴの結果を明示のためにＴＭ ３０に戻す。ＯＭ ２２がＴＭ ３０と同一の「ネットワーク内」にあれば、「ネットワーク内」と明示される。ＯＭ ２２がＴＭ ３０と同じ「ネットワーク内」に存在しなければ、「ネットワーク外」と明示され、任意で、折り返し呼び出しの最適時期を明示および／またはスケジュール調整するメッセージなどの留守電メッセージがＯＭ ２２で発呼者に送信される。その結果は、今後反復着信呼で使用する場合に備えてＴＭ ３０にも記憶され、さまざまな方法（すなわち時間、使用頻度、開接続）によってリフレッシュ（再読み込み、更新）することができる。この明示は、着信呼ページと共に送信される場合もあれば、ＭＳＣ ３８で呼び出しページを開示してその呼び出しを接続する前に行われる場合もある。ＭＳＣ ３８で呼び出しページを開示する前に送信された場合、この明示は、ＳＭＳ経由か、他のデータチャネル経由で、終了した呼び出しとは独立して、あるいは終了した呼び出しに先立ってＴＭ ３０およびＯＭ ２２に配送され得る。類似の内容が２００９年１月７日に出願された同時係属出願第１２／３４９，６７９号で論じられており、同出願は参照により本明細書に援用される。

通信事業者のネットワーク技術によっては、音声呼ページがＴＭ ３０に対して作成された後にサーバ３４へのデータチャネルを開いてＧＴＴを実行することができない場合に、呼び出しページがＴＭ ３０に送信される前にネットワークレベルでＧＴＴが実行される。その後、ＧＴＴの結果は、ポート誘導型（Ｊａｖａ（登録商標）アプリケーションなど）またはアプリケーション誘導型（ＢＲＥＷアプリケーションＩＤなど）ショート・メッセージ・サービス（ＳＭＳ）を使用してショート・メッセージ・サービス・センター（ＳＭＳＣ）４０経由で呼び出しページの前にＴＭ ３０に送信され得るか、他のデータ（ＣＮＡＭ名識別データなど）と共に呼び出しページに含まれる。ＴＭ ３０がＳＭＳを受信した後、ＧＴＴ結果はＴＭ ３０の加入者に出力される。

別の実施形態では、上記機構がいずれも利用できない場合に、テーブルルックアップ（索表）がＴＭ ３０においてローカルで実行され得る。クライアントソフトウェア（シークイント（Ｃｅｑｕｉｎｔ）社のＣｉｔｙ ＩＤ（登録商標）など）によってＴＭ ３０で発呼者の番号が検査される。ＴＭ ３０に記憶されているデータベースは、着信呼から取得したＮＰＡ−ＮＸＸ−ＸＸＸＸ形式の発呼者識別情報（ＣＩＤ）内の数字を、特定のモバイル通信事業者を表すローカル交換コード（ＮＸＸ形式）に一致させるコードを含む。例えば、ＮＰＡという所与のエリアコードでは、ローカル交換ＮＸＸ ３０２がベライゾン社、３０１がスプリント社という具合に割り当てられ得る。

本実施形態では、通信事業者を正しく明示するために、ＴＭ ３０がローカル番号ポータビリティを理由にＮＸＸコーディングに対する例外の有無を確認する。発呼者は、自身の元のモバイル通信事業者から異なるネットワークに変更することができ、元の番号を保持したまま、別のモバイル通信事業者または陸上通信線を用いた電話通信プロバイダに乗り換えることができる。これにより、ＮＸＸコードと、そのＮＸＸを割り当てられた通信事業者との一致に対する例外が生まれるため、一致精度が１００％を下回る。これを克服するために、ＴＭ ３０は、完全な電話番号を例外リスト（例えば、Ｌｏｃａｌ Ｎｕｍｂｅｒｓ Ｐｏｒｔｅｄ（ＬＮＰ）のデータベース）と照合して、その番号が元の通信事業者から別の地域通信事業者に乗り換えられたものかどうかを確認し得る。例外リストとの照合は、割り当てられた通信事業者がＮＸＸコーディングを使用していると判断された後に実施される。そのため、「ネットワーク内」明示は、一致するＮＸＸコードのみに基づいて判断されるのではなく、本実施形態では、その番号がＬＮＰディレクトリに存在しないことを確認した後に判断される。

なお、ＬＮＰ例外には２つの種類があり、「通信事業者内へのＬＮＰ」の場合には、通信事業者が、自らに割り当てられたＮＸＸコードに一致しない番号をホストする。これにより、ＮＸＸの照合が偽陰性と判断され、その番号は、ＬＮＰデータを参照することによって「ネットワーク内」と確認される必要がある。逆に、「通信事業者外へのＬＮＰ」は、別の通信事業者に移植された番号に関するＮＸＸ一致が偽陽性と判断されるもので、この番号は、ＬＮＰデータを参照することによって「ネットワーク外」と確認される必要がある。ＬＮＰ例外のデータベースは、参照および比較用にＴＭ ３０に記憶し、ネットワーク経由で更新することができ、携帯型装置のデータチャネルまたはＳＭＳメッセージングのうちの１つがネットワーク音声ページの競合なくして利用できる場合には、通信事業者のネットワークに記憶し、これらの方法によって送信されるクエリ経由で照合することができる。技術的には両方の方法が可能だが、ＬＮＰデータベースの更新費用、データベースの記憶要件、およびプライバシーに対する懸念を勘案して実際の展開に関する判断が下される。

「ネットワーク内」結果のネットワーク判断
「ネットワーク内」明示に関する判断は、加入者のＴＭ ３０への通話（別称「事前発呼」）が終了する前に、ネットワークに対して実行することができる。これは、ＣＩＤと関連付けられた通信事業者を特定するために、クエリ経由で行われるのが好ましい。このクエリは、ＡＴ＆Ｔ ＤＧが運用するＣＮＡＭサービスなどのデータサービスに対して行われ、一般にＧＴＴクエリと呼ばれる。別の実施形態では、このクエリが、ベライゾン社の顧客データベースなど、通信事業者の加入者データベース３６に直接クエリを出すことによって行われ、一般に電話番号インデックス／ＴＮＩクエリと呼ばれる。これらのデータベースは、通信事業者によってＬＮＰ情報で以て定期的に更新されるため、ＣＩＤに関する通信事業者のＮＸＸ一致を正確に確認または修正する。ＬＮＰの変更も、データベースに対してネットワーク上で問い合わせることができる。これらのクエリから取得された情報は、呼び出しページにおける他のデータと共に、ＳＭＳまたは他のデータ送信機構によってＴＭ ３０に送信される。呼び出しページと共にクエリ結果を送信する一例は、「＊」、「０」あるいは「１」などの可視文字を挿入するか、発呼者の名前を含んでいるテキスト文字列の前に非表示ＡＳＣＩＩ文字（ユーザには見えないが、携帯型装置のプロセッサによって演算可能な文字）を使用して、ＣＩＤを含んでいる従来のＣＮＡＭ機構を利用し、名前と共にテキストフィールドを表示することである。この特殊文字が検出されると、「ネットワーク内」通知を着信呼情報と共に配送するように加入者のＴＭ ３０に指示される。本実施例では、通信事業者のＯＥＭ呼び出しハンドラソフトウェアが、発呼者情報を正しく表示するために、特殊文字（「＊」、「０」または「１」など）を取り除いた後に発呼者の識別情報テキストを表示するようにソフトウェアが含まれている。システムが非表示のＡＳＣＩＩ文字を取り除かないのが好ましい。

ＳＭＳチャネル経由での「ネットワーク内」結果の配送
別の実施形態では、別々のＳＭＳメッセージチャネルに対するデータクエリを介して着信呼の間に「ネットワーク内」明示に関する判断が実行され、結果は着信呼の間にＳＭＳ経由でＴＭ ３０に配送される。この結果は通話内通知とも呼ばれる。かかるネットワーク展開では、ＴＭ ３０にインストールされているシークイント社のＮａｍｅＩＤ（商標）などのソフトウェア製品によってクエリが出される。このソフトウェア製品は、どの通信事業者がその番号と関連付けられているのかを判断するために、データベース３６に問い合わせ、返された発呼者識別情報を着信ＣＩＤと共にＴＭ ３０のディスプレイに表示する。このプロセスは、ＣＩＤに対するＮＸＸ比較を確認または修正するために、かかるクライアントソフトウェアによってＴＭ ３０に対してＧＴＴクエリを実行し、正確な「ネットワーク内」クエリ結果を提供することを含む。先行方法と同様、ネットワークまたはＴＭ ３０上のデータベースに対してＬＰＮクエリを実行して、ネットワーク内結果の変更および修正の有無を確認することができる。先行方法とは異なり、この方法は、ＭＴが呼び出しに応答するまでの時間による制限を受けず、本実施形態で実施されるネットワーク内通知は、呼び出しが応答された後に与えられ得る。

ＴＭ ３０側のクライアントソフトウェアは、データチャネルを使用して、モバイル通信事業者のデータネットワークＭＳＣ ３８を介して情報を送信する。また、ＳＭＳメッセージを使用して、ネットワーク内およびＬＮＰクエリ結果をＴＭ ３０に返すこともできる。一実施形態では、この処理が、ＳＭＳまたはデータチャネルＧＳＭ（登録商標）を使用して行われる（これらのネットワーキングシステムが、携帯型装置に対して音声およびデータチャネルの同時トラフィックを許可しているため）。ＣＤＭＡネットワークでは、ＳＭＳまたはデータチャネルが稼働し得るが、音声発呼と並行しては稼働せず、以降の呼び出しで使用するためには、呼び出しの前にデータが配送されるか、発呼者ディレクトリのポストコール（post-call）で更新される必要がある。その結果、ＴＭ ３０側のＯＥＭ呼び出しハンドラソフトウェアによるＣＩＤの表示に合わせて、着信呼のリングシーケンス中に「ネットワーク内」通知が受信されるのが典型的である。ＭＤＮと関連付けられた通信事業者をハンドセットで判断することは、ローミング、音声発呼アクティビティ（ＣＤＭＡネットワーク）、狭い通信範囲などのためにネットワークが利用できない場合に価値がある。ＬＮＰと関連付けられたエラーレートは、ネットワーク内とネットワーク外がそれぞれ約１パーセントであり、かかるエラーをすべての場合において受け入れることは、通信事業者にとってもハンドセットメーカーにとっても許容できないであろうが、ＭＤＮと関連付けられた通信事業者についてローカルハンドセットで行われる判断が９９％の精度であれば、ハンドセット側の連絡先データベースで予備入力を行うには充分である。そのため、本発明は、発呼者のＭＤＮと関連付けられた通信事業者ネットワークに関するハンドセットベースの判断を用いた予備入力を許可しており、このＭＤＮはその後、ネットワークベースのＬＮＰ照合を経て更新される。こうして、ネットワーク・データ・サービスが接続されているときに限らず、いかなる電話番号に対しても確実に情報が利用できるようにすることにより、通信事業者「ネットワーク内」通知を使用した発呼者の識別情報のユーザエクスペリエンス（ユーザの経験から得られる知識）が向上する。さらに特筆すべきは、ＬＮＰエラー率の低さが、列記されたＭＤＮの所有者に通信事業者ネットワークに乗り換えてもらう機会であることから、ネットワーク内発呼の両利点を宣伝し、適当なネットワークおよび発呼者の識別情報が、ネットワークの独自識別データベースではなくＬＮＰに依存していることを使用に知らせることができ、これにより、「失わずに加入する」をテーマとするマーケティングメッセージによって、発呼者が発呼者の通信事業者に乗り換えるマーケティングキャンペーンをサポートすることができるという点である。これは、後になってネットワーククエリからのＬＮＰ照合によってより正確な情報が返され得る場合であっても、ＭＤＮと関連付けられた通信事業者を判断するためにハンドセットに対してローカルクエリを実行する利点を示すことになる。これらの利点は、ローカルハンドセットによるクエリとネットワークベースのクエリを組み合わせて、本発明に記載されているネットワーク内判断を行うという独自性に起因するものである。

発呼者ディレクトリでの「ネットワーク内」情報のリフレッシュ
通信ネットワークにおける遅延あるいは待ち時間を原因とする呼び出しの終了、または加入者による着信呼の即時応答など、発呼者の挙動の結果、時には「ネットワーク内」通知書の配送遅延が生じることがある。ただし、着信呼が応答された後および／または終了した後に受信した「ネットワーク内」明示は、ポストコールと呼ばれ、後の参照用に、ＴＭ ３０のデータベースまたは従来の発呼者ディレクトリに記憶することができる。この番号が次回受信されたとき、この「ネットワーク内」明示は、発呼者ディレクトリに記憶されている他の情報と共に表示される。ネットワーククエリによって提供される他の記録と同様、この情報は、Ｎａｍｅ ＩＤ（商標）など、ＴＭ ３０側のソフトウェアによって適宜確認およびリフレッシュすることができる。ＦＩＦＯ（先入れ先出し）法を用いて、新しい発呼者の識別情報記録（ＣＩＤ、発呼者名、都市／州または他の地理位置情報、および「ネットワーク内」通知を含む）が保持され、古い記録が削除されるのが好ましい。これにより、「ネットワーク内」明示が、しばらくの間その携帯型装置に発呼していない発呼者にとって新しいものと分析される。同様に、任意の着信呼の間に、あるいは周期的に（例えば、過去３０日間その携帯型装置に電話をかけていない発呼者の場合など）クエリを出すことによって記録をリフレッシュすることができる。

図２は、上記方法のうちの１つによって判断される別のネットワーク内加入者から呼び出しを受信している携帯型装置例６０を示す。短縮された「ネットワーク内（in-Net）」インジケータ６２が、携帯型装置６０のディスプレイ６４に目立つように表示されている。

採用キャンペーンの実行
このディスプレイは、携帯型装置６０のユーザまたはネットワーク外発呼者のために、ソフトウェアの動作を終了させ得るか、他のアプリケーション、メッセージ、および／またはプロモーションを開始するためのトリガ条件またはトリガ入力値の役目を果たし得る。２００８年８月１４日に出願された米国特許出願番号の第１２／１９１，９０４号が本明細書に援用されるものとする。最初の呼び出しの受信に続いて、具体的な通知あるいは採用メッセージ、またはソフトウェア型キャンペーンをネットワーク外発呼者を対象に実行することもできる。着信呼の間および／または後に通信事業者によってＳＭＳおよびネットワーク外メッセージを生成し、採用または移行メッセージを（加入者側の費用負担なくして）発呼者に送信することができる。かかるメッセージとしては、受呼者に関する呼ディレクトリ情報、ネットワーク内発呼と関連付けられた費用の節約あるいは比較、通話プランおよび携帯型装置または装置のアップグレードのプロモーション、ネットワークへの加入依頼、加入者のサークルまたは他のソーシャル・コール・プラン、即時割引、あるいは通話料金割引への加入依頼、オンラインのサービスまたはソフトウェアの提案、他製品の採用やソーシャル・ネットワーク・グループへの加入に伴う費用節減あるいは無料電話サービスの提案などを含むが、これらに限定されるものではない。これらの提案は、テキストのみで提示したり、テキストとグラフィックスとで提示したりすることができ、ウェブリンク、ダイアログボタン、あるいはＯＭ ２２による受信者からの応答を求める他の操作可能なコンテンツを含むこともある。

モバイルハンドセットのディスプレイにおける陸上通信線または発呼者のモバイル指定の判断と表示
代替実施形態では、本発明が、着信呼に対してＣＩＤによって提供されるＮＰＡ／ＮＸＸコードを調べて、着信呼が陸上通信線またはモバイルハンドセットのどちらから発呼されているかを判断する。いったん判断されたら、その番号がモバイルハンドセット発呼者ディレクトリにおける正しいフィールドに記載されるのが好ましい。その後、例えば、回線の種類と関連付けられたモバイルハンドセット発呼者ディレクトリのユーザインタフェースから、グラフィックアイコンを使用して陸上通信線かモバイルかを示すことにより、ＯＥＭソフトウェア層の呼び出しハンドラソフトウェアが、着信番号をディスプレイに自動的に表示する。

本実施形態のさらなる利点は、モバイルハンドセット発呼者ディレクトリに登録されている電話番号と関連付けられた陸上通信線またはモバイルの分類、例えば、ユーザによるデータ誤入力やデフォルトでディレクトリ内の最初のフィールドにデータが入力されてしまうことによる誤った特徴付けなどを本発明が確認、修正、または置換できるようにするという点である。代替実施形態では、本発明が、エントリを修正データで自動的に上書きしたり、ユーザに通知してエントリを修正する許可を要請したりし得る。

以上、本発明の好適な実施形態を図示および説明してきたが、本発明の精神および範囲から逸脱しない限り、多数の変更を施すことができる。したがって、本発明の範囲は、好適な実施形態の開示によって制限されるのではなく、本発明は、以降の請求項を参照することによってのみ判断されるべきである。

Claims (31)

1. 呼び出しページと関連付けられたモバイル通信ネットワークが前記呼び出しページを受信している加入者のモバイル通信ネットワークに一致するかどうかモバイル・スイッチング・センターで判断することと、
   前記呼び出しページを受信している前記加入者と関連付けられた携帯型装置に前記判断された結果を送信することと、
   前記加入者の前記携帯型装置で前記送信された結果を出力することと、
   を含む方法。
2. 前記呼び出しページを受信している前記加入者と関連付けられた携帯型装置に前記判断された結果を送信することが、前記呼び出しページ内でインジケータを送信することを含む、請求項１に記載の方法。
3. 呼び出しページと関連付けられたモバイル通信ネットワークが前記呼び出しページを受信している加入者のモバイル通信ネットワークに一致するかどうかを判断することが、前記加入者の前記携帯型装置に前記呼び出しページが送信される前に前記モバイル・スイッチング・センターでグローバルタイトル変換（ＧＴＴ）を実行することを含む、請求項１に記載の方法。
4. 前記呼び出しページを受信している前記加入者と関連付けられた携帯型装置に前記判断された結果を送信することが、前記判断された結果のＳＭＳメッセージをデータチャネル経由で送信することを含む、請求項３に記載の方法。
5. 前記ＳＭＳメッセージに基づいて一致していると判断される場合に、前記送信された結果を出力することが前記携帯型装置上に「ネットワーク内」通信の明示を出力することを含む、請求項４に記載の方法。
6. 呼び出しページと関連付けられたモバイル通信ネットワークが前記呼び出しページを受信している加入者のモバイル通信ネットワークに一致するかどうかをモバイル・スイッチング・センターで判断することが、
   前記携帯型装置で前記呼び出しページを受信することと、
   前記携帯型装置と関連付けられた前記モバイル・サービス・センターと関連付けられたサーバに通信内容を送信することと、
   前記送信された通信内容に基づいて前記サーバでＧＴＴを実行することと、
   前記実行されたＧＴＴの前記結果を前記携帯型装置に送信することと、
   を備える、請求項１に記載の方法。
7. 受信した前記実行されたＧＴＴの前記結果を前記携帯型装置のメモリに記憶することをさらに含む、請求項６に記載の方法。
8. 前記判断の結果を前記携帯型装置に記憶することをさらに含む、請求項１に記載の方法。
9. 前記出力された結果が、視覚的明示、触覚的明示または聴覚的明示のうち１つもしくは複数を備える、請求項１に記載の方法。
10. 前記呼び出しページが陸上通信線またはモバイルハンドセットから作成されているかどうかをモバイル・スイッチング・センターで判断することをさらに含む、請求項１に記載の方法。
11. 前記呼び出しページが陸上通信線から作成されているか、モバイルハンドセットから作成されているかをモバイル・スイッチング・センターで判断することが、発呼者識別情報によって提供されるＮＰＡ／ＮＸＸコードを検査することを含む、請求項１０に記載の方法。
12. 前記呼び出しページが陸上通信線由来またはモバイルハンドセット由来であると適切に特徴付けられたかどうかを前記携帯型装置で判断することと、
    前記呼び出しページが適切に特徴付けられなかった場合に、前記呼び出しページの前記特徴付けを、陸上通信線またはモバイルハンドセットを発信元とするものとして前記携帯型装置で修正することと、
    をさらに含む、請求項１０の方法。
13. 前記呼び出しページの前記特徴付けを陸上通信線またはモバイルハンドセットを発信元とするものとして修正することが、前記携帯型装置において前記元の特徴付けに優先することを含む、請求項１２に記載の方法。
14. 前記呼び出しページの前記特徴付けを、陸上通信線またはモバイルハンドセットを発信元とするものとして修正することが、前記誤った特徴付けについて前記加入者に通知し、前記誤った特徴付けを修正するための許可を要請することを含む、請求項１２に記載の方法。
15. 前記呼び出しページと関連付けられた前記モバイル通信ネットワークが前記加入者の前記モバイル通信ネットワークに一致しない場合に、メッセージを自動的に生成し、前記呼び出しページと関連付けられた発呼者に前記生成されたメッセージを送信することをさらに含む、請求項１に記載の方法。
16. 前記生成されたメッセージが、前記加入者と関連付けられたディレクトリ情報と、ネットワーク内発呼と関連付けられた費用の節約あるいは比較のうちの少なくとも１つと関連付けられた情報と、通話プラン、携帯型装置、または装置のアップグレードのうちの少なくとも１つのプロモーションに関する情報と、ネットワークへの加入依頼と、ソーシャル・コール・プランへの加入依頼と、即時割引あるいは通話料金割引のうちの１つに関する情報と、オンラインのサービスまたはソフトウェアのうちの１つの提案と、所定の製品の採用またはソーシャル・ネットワーク・グループへの加入のうちの少なくとも１つの見返りとしての費用節減または無料電話サービスのうちの１つの提案とのうちの１つもしくは複数を備える、請求項１５に記載の方法。
17. 前記送信されたメッセージに含まれる情報を提示することをさらに含む、請求項１６に記載の方法。
18. 提示することが、テキストまたはグラフィックのうちの少なくとも１つを表示することを含む、請求項１６に記載の方法。
19. 提示することが、ウェブリンクを表示することを含む、請求項１６に記載の方法。
20. 呼び出しページと関連付けられたモバイル通信ネットワークが、
    前記呼び出しページを受信する加入者のモバイル通信ネットワークに一致するかどうかを判断するための手段と、
    前記加入者の携帯型装置で前記判断の前記結果を出力するための手段と、
    を備えるシステム。
21. 呼び出しページと関連付けられたモバイル通信ネットワークが前記呼び出しページを受信している加入者のモバイル通信ネットワークに一致するかどうかを判断するための前記手段が、前記加入者の前記携帯型装置に前記呼び出しページが送信される前にモバイル・スイッチング・センターでグローバルタイトル変換（ＧＴＴ）を実行する、請求項２０に記載のシステム。
22. データチャネルを使用して前記携帯型装置に前記グローバルタイトル変換の前記結果を送信するための手段をさらに備える、請求項２１に記載のシステム。
23. 前記グローバルタイトル変換の前記結果を前記携帯型装置に送信するための前記手段が、前記データチャネル経由で前記判断の前記結果を含む前記ＳＭＳＣを使用してショート・メッセージ・サービス（ＳＭＳ）メッセージを送信することを備える、請求項２２に記載のシステム。
24. 前記判断の前記結果を出力するための前記手段が、前記ＳＭＳメッセージに基づいて一致したと判断されている場合に前記携帯型装置に「ネットワーク内」通信の明示を出力する、請求項２３に記載のシステム。
25. 判断するための前記手段が、
    前記携帯型装置で前記呼び出しページを受信するための手段と、
    前記携帯型装置と関連付けられたモバイル・サービス・センター（ＭＳＣ）と関連付けられた通信内容を送信するための手段と、
    前記送信した通信内容に基づいてＧＴＴを実行するための手段と、
    前記実行されたＧＴＴの前記結果を前記携帯型装置に送信するための手段と、
    前記実行されたＧＴＴの前記受信結果を前記携帯型装置のメモリに記憶するための手段と、
    を備える、請求項２０に記載のシステム。
26. 前記判断の前記結果を出力するための前記手段が、表示装置、触覚装置または聴覚装置のうちの１つもしくは複数を備える、請求項２０に記載のシステム。
27. 前記呼び出しページと関連付けられたモバイル通信ネットワークが前記加入者のモバイル通信ネットワークに一致するかどうかを判断するために、呼び出しページが加入者の携帯型装置に送信される前にグローバルタイトル変換（ＧＴＴ）を実行するためのモバイル・スイッチング・センターと、
    前記モバイル・スイッチング・センターから前記判断の前記結果を受信するための部分と、受信結果に基づいて出力信号を生成するように構成されたプロセッサと、前記生成された出力信号に基づいて前記呼び出しページの前記モバイル通信ネットワークの明示を出力するように構成された出力装置とを備える前記加入者の携帯型装置と、
    を備えるシステム。
28. 前記受信用コンポーネントがショート・メッセージ・サービス・センター（ＳＭＳＣ）を使用する、請求項２７に記載のシステム。
29. 前記出力装置が表示装置、触覚装置または聴覚装置のうちの１つもしくは複数を備える、請求項２７に記載のシステム。
30. 呼び出しページを受信し、前記受信呼ページに基づいて前記携帯型装置と関連付けられたモバイル・サービス・センター（ＭＳＣ）と関連付けられたサーバに通信内容を送信し、前記サーバで実行されたグローバルタイトル変換（ＧＴＴ）の結果を受信するための部分と、
    受信結果に基づいて出力信号を生成するように構成されたプロセッサと、
    前記生成された出力信号に基づいて前記呼び出しページの前記モバイル通信ネットワークの明示を出力するように構成された出力装置と、
    を備える前記加入者の携帯型装置を備えるシステム。
31. 前記出力装置が表示装置、触覚装置または聴覚装置のうちの１つもしくは複数を備える、請求項３０に記載のシステム。

Images