JP2014531170A - 携帯機器用のオンデマンドのディレクトリ番号制御機能 - Google Patents

Abstract

本発明は、ダイヤル不可な番号を有する機器に一時的なダイヤル可能な番号を割り当てるための方法に関するものであり、これにより、コールバックするような場合に、機器は接続される機能を有することができる。本発明に提供される様々な利点に加えて、携帯機器のユーザには特に、本発明によって、ダイヤル可能な携帯機器番号（ＭＤＮ）を有しない緊急ベースシステムを利用する個人の健康、安全、およびセキュリティが可能となるという利点が提供される。【選択図】図１

Description

関連出願の相互参照
本願は、米国特許法１１９条（ｅ）項の下で、２０１１年１０月２１日出願の米国仮特許出願第６１／５５０，０２０号の権利を主張するものである。

本発明は概して携帯機器に関し、より具体的には、決定可能なオンデマンド番号を１以上の携帯機器と関連付ける方法に関するものである。

ユーザの携帯電話は、特定の携帯機器番号（ＭＤＮ）と関連付けられている。このＭＤＮは一般に、携帯電話のキャリア（すなわち、ネットワークサービスのプロバイダ）によって携帯機器に割り当てられており、殆どの家庭用ＭＤＮは携帯電話の電話番号である。幾つかの携帯システムでは、ＭＤＮは、携帯機器のキャリアのネットワークなどと関連付けられたユーザアカウントにログインするためのユーザネームとしても機能しうる。しかしながら、ＭＤＮを携帯機器に割り当てることにより、ＭＤＮを有する携帯機器を識別し、同一または異なるネットワーク上で他の機器と通信することが可能となる。各機器は、関連するサービスプロバイダを識別するために使用される携帯識別番号（ＭＩＮ）も有している。

ＭＤＮはさらに、２種類の番号、すなわちダイヤル可能な番号とダイヤル不可な番号に分類することができる。ダイヤル可能なＭＤＮは、接続要求を完了するために使用できる番号を表している。例えば、ダイヤル可能なＭＤＮについて特定の携帯機器への接続要求がされた場合、ダイヤル可能な場合には、サービスネットワークはその要求を受け入れ、接続しようと試みる。対照的に、ダイヤル不可なＭＤＮについて接続要求がされた場合、ダイヤル不可なＭＤＮは被呼されえないため、サービスネットワークはその要求を拒否し、接続試行は失敗する。結果として、ダイヤル不可なＭＤＮを有する携帯機器では、他の機器や番号への接続要求（すなわち、発呼）をすることができるが、このような携帯機器は、コールバックされることも、他の携帯機器からの正常な接続要求を実現することもできない。

ダイヤル不可なＭＤＮを有しうるデバイスの例は、緊急時通報機能を有する、一般に車内に設置されたテレマティックユニット（ＴＳＵ）；放課後に限られたコールバック時間を有する子供用監視機器；指定エリア外にある場合のみコールバックすることができる倉庫追跡機器；医者の診療室からのみコールバックすることができる健康モニタ機器を含むが、これらに限定はされない。

更なる例によると、例えば、車内のエアバッグが開いたときに、車内のＴＳＵは自動的に緊急番号をダイヤルして、緊急応答者との通話を確立することができる。このような状況では、ＴＳＵは、窮地にある車両からの緊急通話を実現して、緊急サービスとの接続を確立することができるが、意図せず断線してしまった場合など、一旦接続が失われると、今まで接続していた緊急サービスプロバイダは、窮地にある車両と再度接続することができない。この発信機器との接続に係る制限や無力さは、生命を脅かす状況を伴う課題を提示している。

したがって、コールバックの状況などにおいて、携帯機器との接続を確立することを可能にするために、ダイヤル不可なＭＤＮの制限を有する携帯機器に他の機器によって接続される機能を提供する方法が望ましい。

機能的に、それぞれのものは、個々の性能および／または配置に特有となりうる固有の特徴、機能および／または動作を有しうることを認識するであろうが、本発明のために、本書にて使用されるような機器、携帯機器、サードパーティシステム、スマートフォン、端末、遠隔機器、ワイヤレスアセット等の用語は、互いに及び他の同様の通信ベースの装置と包括的、互換性がある、および／または同義的であることを意図している。

本書にて使用されるような、ダイヤル可能という表現は、ダイヤルすることができる、および／または可能であるという定義を含むことを意図しており、ダイヤル不可という表現は、ダイヤルすることができない、および／または不可能であるという定義を含むことを意図している。当該技術分野における当業者は、ダイヤル可能およびダイヤル不可といった表現がそれぞれ、上記定義と共に互換性があるということを認識するであろう。

本発明はこれらのニーズを満たし、現在の技術水準に対応して、特に、現在利用可能な技術によって完全に解決されていない当該分野の問題点や必要性に対応して作り出された。

本発明の一実施形態は、一時的なダイヤル可能な番号をダイヤル不可な番号を有する機器に割り当てる方法を含み、これにより、この機器は、コールバックされた場合などに、接続される機能を有しうる。

本発明の他の実施形態は、ダイヤル可能なオンデマンド番号を既存のＭＤＮを有する機器に割り当てる方法を含み、当該方法は：機器のＭＤＮがダイヤル不可であることを特定するステップと；ＭＤＮ番号のプールからダイヤル可能なＭＤＮを機器に割り当てるステップと；割り当てられたダイヤル可能なＭＤＮへのサービス接続を可能にするために、機器に割り当てられたダイヤル可能なＭＤＮをＭＳＣとマッピングするステップとを具える。

本発明の更なる実施形態は、ＭＤＮを有する機器へのコールバックを可能にする方法を提供しており、当該方法は：機器のＭＤＮを特定するステップと；機器の受信したＭＤＮを既に割り当てられたＭＤＮと関連しているデータセットと比較するステップと；データセットから関連する既に割り当てられたＭＤＮを検索するステップと；機器のダイヤル可能なＭＤＮとして既に割り当てられたＭＤＮを使用するステップと、を具える。

本発明の更なる実施形態は、コンピュータ利用可能な媒体に記憶されたコンピュータプログラム製品を提供しており、当該製品は：コンピュータにアプリケーションの実行を制御させて、ＭＤＮを有する機器にダイヤル可能な番号を関連付ける方法を実行するコンピュータ可読プログラム手段を具え、この方法は、仮ディレクトリ番号制御機能（ＴＤＮＣＦ）の処理ロジックを用いて、機器のＭＤＮを決定するステップと；ＭＤＮのデータプールからダイヤル可能なＭＤＮを割り当てるステップと；割り当てられたダイヤル可能なＭＤＮへのサービス接続を可能にするために、機器に割り当てられたダイヤル可能なＭＤＮをＭＳＣとマッピングするステップと；データ記憶手段を用いて、既存のＭＤＮと割り当てられたダイヤル可能なＭＤＮおよびＭＳＣのマッピングを記憶するステップと、を含む。

図１は、仮ディレクトリ番号制御機能（ＴＤＮＣＦ）のモバイルネットワークの参照図を示している。 図２は、機器からの発呼をセットアップするためのルーティングプロキシとしてのＴＤＮＣＦを示している。 図３は、機器からの発呼をセットアップするための独立型ルーティング機能としてのＴＤＮＣＦを示している。 図４は、機器からの発呼をセットアップするためのＴＤＮＣＦロジックを示している。 図５は、機器の着信呼のセットアップのためのＴＤＮＣＦを示している。 図６は、機器の着信呼のセットアップのためのＴＤＮＣＦロジックを示している。 図７は、呼をセットアップする前に機器の登録を更新するＴＤＮＣＦの流れ図を示している。 図８は、呼をセットアップする前に機器の登録を更新するＴＤＮＣＦロジックの流れ図を示している。 図９は、機器を登録する際にＴＤＮＣＦが恒久的なダイヤル可能なＭＤＮを割り当てる流れ図を示している。 図１０は、機器を登録する際に恒久的なダイヤル可能なＭＤＮを割り当てるためのＴＤＮＣＦロジックの流れ図を示している。

本発明は概して携帯機器に関するものであり、より具体的には、決定可能なオンデマンド番号を１以上の携帯機器と関連付ける方法に関するものである。以下の記載は当該分野の当業者が本発明を利用することができるように表され、特許出願およびその要求事項との関連で与えられている。本書に記載された好適な実施形態ならびに一般的な原理および特徴への様々な改変は、当該分野の当業者には容易である。したがって、本発明は、図示された実施形態に限定されることを意図しておらず、本書に記載の原理および特徴と矛盾しない最も広い範囲が許容される。

図１は、仮ディレクトリ番号制御機能（Temporary Directory Number Control Function：ＴＤＮＣＦ）のモバイルネットワークの参照図１００を示している。処理ロジック１１４およびデータ記憶１１６がＴＤＮＣＦ１１２の一部を構成している。信号制御局（ＳＣＰ）１１０がＴＤＮＣＦ１１２に接続されている。好適な実施形態では、ＳＣＰは、サービスネットワークから情報要求メッセージを一般に受信し、呼またはサービス用の接続を完了するために必要な情報を返答するコンピュータデータベースである。本書で使用するように、ＳＣＰはここでは、呼のルーティングを制御する外部のエンティティを表すために使用されている。この意味での「ルーティング（Routing）」とは、呼の終端アドレスを特定することである。この終端アドレスは、電話番号、ＩＰアドレス、Ｅメールアドレス、ＵＲＬなどとすることができる。

図１から、機器１０２は、ＴＤＮＣＦ１１２に接続されたサービング移動通信交換局（ＭＳＣ）１０４に接続される。ＭＳＣ１０４はさらに、応答局１０８に接続されたゲートウェイ交換機１０６、ならびにＴＤＮＣＦ１１２に接続されている。

図２は、機器からの発呼をセットアップするためのルーティングプロキシとしてのＴＤＮＣＦを表している。２１０において、発呼（ディレクトリ番号通話転送）のＤＮＣＦ専用の数字である、ダイヤル不可なＭＤＮが機器１０２’から生じ、サービングＭＣＳ１０４’に接続される。２２０において、発呼要求（ＯＲＲＥＱ）（ＤＮＣＦ専用の数字であるダイヤル不可なＭＤＮ）がＭＳＣ１０４’から生じて、ＴＤＮＣＦ１１２’に接続される。２３０において、ＯＲＲＥＱ（ＳＣＰ専用の数字であるダイヤル可能なＭＤＮ）がＴＤＮＣＦ１１２’から生じて、ＳＣＰ１１０’に接続される。次いで、２４０において、ＯＲＲＥＱ＿ＲＲ（ルーティング数字であるダイヤル可能なＭＤＮ）がＳＣＰ１１０’から生じて、ＴＤＮＣＦ１１２’に接続される。２５０において、ＯＲＲＥＱ＿ＲＲがＴＤＮＣＦ１１２’から生じて、ＭＳＣ１０４’に接続される。最後に、２６０において、初期アドレスメッセージ（ＩＡＭ）（ダイヤル可能なＭＤＮ）がＭＳＣ１０４から生じて、応答局１０８’に接続される。その後、２７０において、応答局が呼に応答した後に会話が開始する。

ＭＤＮは好適な実施形態であり、モバイルネットワーク上で機器を表す識別子であって、インターネットプロトコル（ＩＰ）アドレス、Ｅメールアドレス、ユニフォームリソースロケータ（ＵＲＬ）などを含む識別子といった他の形態でも存在しうる。

図３は、機器からの発呼をセットアップするための独立型ルーティング機能としてのＴＤＮＣＦを示している。３１０において、発呼（ＤＮＣＦ専用の数字であるダイヤル不可なＭＤＮ）が機器１０２’’から生じて、ＭＳＣ１０４’’に接続される。３２０において、ＯＲＲＥＱ（ＤＮＣＦ専用の数字であるダイヤル不可なＭＤＮ）がＭＳＣ１０４’’から生じて、ＴＤＮＣＦ１１２’’に接続される。３３０において、ＯＲＲＥＱ＿ＲＲ（ルーティング数字であるダイヤル可能なＭＤＮ）がＴＤＮＣＦ１１２’’から生じて、ＭＳＣ１０４’’に接続される。３４０において、ＩＡＭ（ダイヤル可能なＭＤＮ）がＭＳＣ１０４’’から生じて、応答局１０８’’に接続される。その後、２７０’において、応答局１０８’’が呼に応答した後に会話が開始する。

図４は、機器からの発呼をセットアップするためのＴＤＮＣＦロジックを示している。最初に、４０２においてＭＳＣからＯＲＲＥＱを受信する。次いで、４０４において、ダイヤルされた数字が、予め設定された処理ルールと照合される。４０６において、ダイヤルされた数字がＴＤＮＣＦ処理が必要か否かに関して決定される。４０６においてＴＤＮＣＨ処理の必要がない場合には、４０８において、生じているＭＤＮを使用することが決定される。次いで、４１０において、適切なルーティング数字およびＭＤＮと共に、ｏｒｒｅｑ＿ＲＲをＭＳＣに送信する。

しかしながら、図４から、４０６においてダイヤルされた数字がＴＤＮＣＦ処理を必要であることを決定した場合には、４１２において：（１）番号のプールから一時的なダイヤル可能なＭＤＮが発呼側に割り当てられ；（２）機器の識別子、ダイヤル可能なＭＤＮ、ダイヤル不可なＭＤＮ、およびサービングＭＳＣのアドレスの間でマッピングが記録され；（３）マッピングを記録するための時間が決定され；（４）一時的なＭＤＮのデータ記憶装置内にマッピングが記憶される。４１４において、サービングＳＣＰは呼をルーティングすべきか否かに関して決定がなされる。

４１４における決定がいいえの場合、呼が位置によりルーティングされるべきか否かの更なる決定が４１６において決定される。４１６における決定がいいえの場合、４２０において一時的なダイヤル可能なＭＤＮが使用され、４１０において、ＯＲＲＥＱ＿ＲＲが適切なルーティング数字とＭＤＮと共にＭＳＣに送信される。しかしながら、４１６において、呼が位置によりルーティングされると、４１８においてマップデバイス位置がルーティング数字にルーティングされ、４２０において一時的なダイヤル可能なＭＤＮを使用し、４１０において、適切なルーティング数字およびＭＤＮと共にＯＲＲＥＱ＿ＲＲがＭＳＣに送信される。

４１４における決定がはいの場合、４２２において、ＳＣＰ専用のダイヤルされた数字およびダイヤル可能なＭＤＮと共にｏｒｒｅｑ＿ＲＲがサービングＳＣＰに送信され、その後に、４２４においてＯＲＲＥＱ＿ＲＲがサービングＳＣＰから受信される。その後、４２０において一時的なダイヤル可能なＭＤＮが使用され、４１０において、適切なルーティング数字およびＭＤＮと共にｏｒｒｅｑ＿ＲＲがＭＳＣに送信される。

図４、６、８および１０について、ひし形が、予め設定された処理ルールおよび値に関して決定結果を得ることができる処理フロー中の決定ポイントを示していることは、当業者は理解するであろう。このような処理ルールは、本発明により更なる利益および結果を得るために、常に変化、改変、および変更しうることを更に理解されたい。

本発明の好適な実施形態では、一時的なＭＤＮをオンデマンドで割り当てることができる。同様に、一時的なＭＤＮは、以前に割り当てられた一時的なＭＤＮを再利用またはリサイクルできるように、割り当てに関連付けられた、予め設定された、あるいは特定の期間も有しうる。

図５は、機器の着信呼のセットアップのためのＴＤＮＣＦを示している。５１０において、発呼（ダイヤル可能なＭＤＮ）が発呼側５０２から生じ、ゲートウェイ交換機１０６’に接続される。５２０において、位置要求（ＬＯＣＲＥＱ）（ダイヤル可能なＭＤＮ）がゲートウェイ交換機１０６’から生じ、ＴＤＮＣＦ１１２’’’に接続される。５３０において、ルーターリクエストのＲＯＵＴＥＲＥＱ（ダイヤル不可なＭＤＮ、ＭＩＮ、携帯識別番号）がＴＤＮＣＦ１１２’’’から生じ、ＭＳＣ１０４’’’に接続される。５４０において、ｒｏｕｔｅｒｅｑ＿ｒｒ（ＴＬＤＮ）がＭＳＣ１０４’’’から生じ、ＴＤＮＣＦ１１２’’’に接続される。５５０において、ｌｏｃｒｅｑ＿ｒｒ（ＭＳＩＣＩＤ、ＴＬＤＮ）がＴＤＮＣＦ１１２’’’から生じ、ゲートウェイ交換機１０６’に接続される。５６０において、ＩＡＭの仮位置ディレクトリ番号（ＴＬＤＮ）がゲートウェイ交換機１０６’から生じ、ＭＳＣ１０４’’’に接続される。５７０において、ページングがＭＳＣ１０４’’’から生じ、機器１０２’’’で終了する。ステップ２７０’を介して、機器が呼に応答した後に会話が開始する。

例によると、好適な実施例では、呼が中断して、以前の図面における応答局が機器をコールバックする場合に、図５の状況が起こりうる。このような状況では、応答局が特定のケースでの“発呼側（Ｃａｌｌｅｒ）”となる。

図６は、機器の着信呼のセットアップのためのＴＤＮＣＦロジックを示している。第１に、６０２において、ゲートウェイＭＳＣからＬＯＣＲＥＱを受信する。次いで、６０４において、受信したダイヤルされた数値を、一時的なＭＤＮのマッピングデータ記憶と照合する。マッピングが発見されない場合は、６０８において、ダイヤルされた数値がＭＤＮとして使用される。その後、６１４において、適切なＭＤＮと共にｒｏｕｔｅｒｅｑがサービングＭＳＣに送信される。６１６において、ｒｏｕｔｅｒｅｑ＿ｒｒがＴＬＤＮと共に受信され、６１８において、ｒｏｕｔｅｒｅｑ＿ｒｒが、ＴＬＤＮと共にＭＳＣのＩＤを加えてゲートウェイＭＳＮに送信される。ステップ６０６に戻ると、６０６においてマッピングが発見されると、６１０において、データ記憶から、ダイヤル不可なＭＤＮ、ＭＩＮ、サービングＭＳＣのＩＤが読み出される。次いで、６１２において、本来のダイヤル不可な番号がＭＤＮとして使用される。６１４において、ｒｏｕｔｅｒｅｑが適切なＭＤＮと共にサービングＭＳＣに送信される。６１６において、ｒｏｕｔｅｒｅｑ＿ｒｒがＴＬＤＮと共に受信される。６１８において、ｒｏｕｔｅｒｅｑ＿ｒｒが、ＴＬＤＮおよびＭＳＣのＩＤと共に、ゲートウェイＭＳＣに送信される。

図７は、呼をセットアップする前の機器の登録を更新するＴＤＮＣＦの流れ図を示している。

図７から、７１０において、ＳＭＳ（ＤＮＣＦ専用の数字）が機器１０２’’’’から生じ、サービングＭＳＣ１０４’’’’に接続される。別の実施形態では、^＊４８０のようなキーパッド上のキーの組み合わせといった専用のダイヤルパターンが、機器から生じうる。７２０において、ＳＭＤＰＰ（ＤＮＣＦ専用の数字、ダイヤル不可なＭＤＮ）がサービングＭＳＣ１０４’’’’から生じ、ＴＤＮＣＦ１１２’’’’に接続される。他の実施形態では、フィーチャーリクエストＦＥＡＲＥＱがサービングＭＳＣから生じうる。７３０において、ＱＵＡＬＤＩＲ（ダイヤル可能なＭＤＮ）がＴＤＮＣＦ１１２’’’’から生じ、サービングＭＳＣ１０４’’’’に接続される。７４０において、ｑｕａｌｄｉｒ＿ｒｒ（ｓｕｃｃｅｓｓ）がサービングＭＳＣ１０４’’’’から生じ、ＴＤＮＣＦ１１２’’’’に接続される。７５０において、ＳＭＤＰＰ（ｓｕｃｃｅｓｓ）が１１２’’’’から生じ、サービングＭＳＣ１０４’’’’に接続される。７６０において、ＳＭＳ（ｓｕｃｃｅｓｓ）がサービングＭＳＣ１０４’’’’から生じ、機器１０２’’’’に接続される。７７０において、発呼（ダイヤルされた数字）が機器１０２’’’’から生じ、サービングＭＳＣ１０４’’’’に接続される。７８０において、ＩＡＭ（ダイヤル可能なＭＤＮ）がサービングＭＳＣ１０４’’’’から生じ、応答局１０８’’’’に接続される。その後、２０２’において 応答局が呼に応答した後に会話が開始する。

好適な実施形態では、機器が携帯から発呼する前に、ＴＤＮＣＦがダイヤル可能な番号でネットワークにおける機器の登録記録を動的に更新する。さらに好適な実施形態では、ＴＤＮＣＦはＱＵＡＬＤＩＲ（Ｑｕａｌｉｆｉｃａｔｉｏｎ Ｄｉｒｅｃｔｉｖｅ）を使用してＭＳＣにおける機器の登録を更新し、機器にはダイヤル不可の番号が提供されるように、特定の登録記録が呼のセットアップのためにのみ使用される。機器が登録の変更の成功を通知するＳＭＳをＴＤＮＣＦから受信した場合に機器が通常通り呼をすることは、当業者は理解するであろう。

図８は、呼をセットアップする前に機器の登録を更新するためのＴＤＮＣＦロジックの流れ図を示している。第１に、８０２において、ＭＳＣからＳＭＳを受信する。次いで、８０４において、予め設定されたＴＤＮＣＦのトリガルールを含んでいるかに関してＳＭＳをチェックする。８０６においてＳＭＳがＴＤＮＣＦ処理を必要としない場合、８１４においてＳＭＳ通知が機器に送信される。

８０６においてＳＭＳがＴＤＮＣＦ処理を要する場合、好適な実施形態では、８０８において、以下のことが生じる。（１）番号のプールから一時的なダイヤル可能なＭＤＮが機器に割り当てられ；（２）デバイス識別子、ダイヤル可能なＭＤＮ、ダイヤル不可なＭＤＮ、サービングＭＳＣのアドレスの間のマッピングの記録が作られ；（３）マッピングの記録のための時間が決定され；（４）一時的なＭＤＮデータ記憶装置内にマッピングが記憶される。８０８の処理の後、８１０において、ＱＵＡＬＤＩＲが、新たに割り当てられたダイヤル可能なＭＤＮと共にＭＳＣに送信される。次いで、８１２において、ＭＳＣから応答を受信する。次いで、８１４において、ＳＭＳ通知が機器に送信される。

図９は、機器を登録する際にＴＤＮＣＦが恒久的にダイヤル可能なＭＤＮを割り当てる流れ図を示している。９１０において、登録が機器１０２’’’’から生じ、サービングＭＳＣ１０４’’’’に接続される。９２０において、ＲＥＧＮＯＴ（ダイヤル不可なＭＤＮ）がサービングＭＳＣ１０４’’’’から生じ、ＴＤＮＣＦ１１２’’’’に接続される。９３０において、ＲＥＧＮＯＴ（ダイヤル可能なＭＤＮ）がＴＤＮＣＦ１１２’’’’から生じ、サービングＭＳＣ１０４’’’’に接続される。９４０において、レジストレーションサクセス（registration success）がサービングＭＳＣ１０４’’’’から生じ、機器１０２’’’’に接続される。９５０において、ＳＭＳ（ＤＮＣＦ専用の数字）が機器１０２’’’’から生じ、サービングＭＳＣ１０４’’’’に接続される。他の実施形態では、^＊４８０のようなキーパッド上のキーの組み合わせといった専用のダイヤルパターンが、機器から生じうる。９６０において、ＳＭＤＰＰ（ＤＮＣＦ専用の数字、ダイヤル可能なＭＤＮ）がサービングＭＳＣ１０４’’’’において生じ、ＴＤＮＣＦ１１２’’’’に接続される。他の実施形態では、フィーチャーリクエストのＦＥＡＲＥＱがサービングＭＳＣから生じうる。９７０において、ＳＭＤＰＰ（success）がＴＤＮＣＦ１１２’’’’から生じ、サービングＭＳＣ１０４’’’’に接続される。９８０において、ＳＭＳ（success）がサービングＭＳＣ１０４’’’’から生じ、機器１０２’’’’に接続される。９８５において、発呼（ダイヤルされた数字）が機器１０２’’’’から生じ、サービングＭＳＣ１０４’’’’に接続される。９９０において、ＩＡＭ（ダイヤル可能なＭＤＮ）がサービングＭＳＣ１０４’’’’から生じ、応答局１０８’’’’に接続される。その後、２７０’において応答局が呼に応答した後に会話が開始する。

１以上の好ましい代替的な実施形態では、本発明は、ネットワークに機器を登録する場合に、ＴＤＮＣＦが恒久的なダイヤル可能なＭＤＮを機器に割り当てることができるようにする。動作時、ＳＭＳまたは発呼のためにネットワークを使用する前に電源が入ったときに、この機器がネットワークに登録され；ＴＤＮＣＦは通常、ダイヤル可能なＭＤＮへの全ての呼をブロックすることができ；したがって、本発明は、コールバックすることができる番号を機器がダイヤルする必要がある場合に、発呼する前にＴＤＮＣＦにトリガを送信する機器を提供する。このトリガは、機器がＭＳＣを介してＴＤＮＣＦに送信することができるＳＭＳまたは他のメッセージであってもよい。本発明と共に使用された場合、このようなトリガは、ＴＤＮＣＦに、設定可能な期間、ダイヤル可能なＭＤＮへの呼を一時的に利用可能にさせる。

図１０は、登録時に恒久的なダイヤル可能なＭＤＮを割り当てるためのＴＤＮＣＦロジックを示している。図１０では、プロセスへの２つのステップが存在し、ステップ１がプロセス１００２−１０１０を含み、ステップ２がプロセス１０１２−１０２０を含んでいる。

第１に、１００２において、ＲＥＧＮＯＴがＭＳＣから受信される。１００４において電話番号がダイヤル可能であると特定されると、１００８において（１）ダイヤル可能なＭＤＮが機器に割り当てられ；（２）割り当てられた番号に通話のブロックが構成される。

しかしながら、１００４において電話番号がダイヤル不可であると特定されると、１００６において、電話番号がＴＤＮＣＦ処理を必要か否かに関する決定がなされる。電話番号がＴＤＮＣＦ処理を要すること、あるいは電話番号がＴＤＮＣＦを要しないことが決定されると、１００８において：（１）ダイヤル可能なＭＤＮが機器に割り当てられ；（２）割り当てられた番号に通話のブロックが構成される。その後、１０１０において、ダイヤル可能なＭＤＮと共にｒｅｇｎｏｔ＿ｒｒ応答がＭＳＣに送信される。これでステップ１が終了し、次いでステップ２が後に続く。

ステップ２に関して、１０１２においてＳＭＳがＭＳＣから受信される。次に、１０１４において、ＳＭＳが予め設定されたＴＤＮＣＦのトリガルールを有するかチェックされる。１０１６においてＳＭＳがＴＤＮＣＦ処理を必要としない場合、１０２０においてＳＭＳの通知が機器に送信される。１０１６においてＳＭＳがＴＤＮＣＦ処理を必要とする場合、１０１８において：（１）通話ブロックの構成が取り除かれ；（２）設定可能な期間の後に、この除去が終了するように設定される。その後、１０２０において、ＳＭＳの通知が機器に送信される。

本発明の下、１以上の実施形態では、機器に対するオンデマンドでのダイヤル可能な番号の割り当てが提供されている。本発明には多くの利点が存在するが、本発明の具体的な利点の１つは、機器の全てが一斉に同時に番号を使用するわけではないため、少数のダイヤル可能な番号を多数のダイヤル不可な機器に使用することができる点である。したがって、本発明は優れた資源活用を速やかに証明する。さらに、本発明は、ダイヤル不可な携帯機器が現在の安全基準を上回って向上できるようにするだけでなく、ダイヤル不可な携帯機器をオンデマンドによりコールバックする新たな機会を作り出す。

本発明は図示された実施形態に従って記載されているが、当該分野における当業者は、実施形態に対する変化態様があること、及びそのような変化態様は本発明の概念や範囲内であることを容易に認識するであろう。したがって、添付された特許請求の範囲の概念および範囲から逸脱することなく、当該分野における当業者によって多くの改変がなされうる。本発明の他の多くの実施形態も考えられる。

本書に記載された理論、動作機構、試験、または調査結果は、本発明の理解をさらに高めることを意図しており、このような理論、動作機構、試験、または調査結果に本発明を従属させることを意図するものではない。以上の記載における好適（preferable、preferablyまたはpreferred）という表現の使用は、そのように記載された特徴が望ましいことを示しているが、必ずしもそうである必要はなく、その特徴を欠いた実施形態もまた、本発明の範囲内であって、以下の特許請求によって規定されている範囲内であると考えることができる。

Claims (20)

1. ダイヤル可能なオンデマンド番号を既存の携帯機器番号（ＭＤＮ）を有する機器に割り当てる方法において、当該方法が：
   前記機器のＭＤＮがダイヤル不可であることを特定するステップと；
   ＭＤＮの番号のプールからダイヤル可能なＭＤＮを前記機器に割り当てるステップと；
   前記割り当てられたダイヤル可能なＭＤＮへのサービス接続を可能にするために、前記機器に割り当てられたダイヤル可能なＭＤＮを移動通信交換局（ＭＳＣ）とマッピングするステップと、を具えることを特徴とする方法。
2. 請求項１に記載の方法において、前記既存のＭＤＮがダイヤル不可であることを特徴とする方法。
3. 請求項２に記載の方法がさらに、前記割り当てられたダイヤル可能なＭＤＮの所定の有効期間を設定するステップを具えることを特徴とする方法。
4. 請求項３に記載の方法において、前記マッピングするステップがさらに、前記割り当てられたダイヤル可能なＭＤＮおよび前記ＭＳＣを前記既存のＭＤＮとマッピングするステップを具えることを特徴とする方法。
5. 請求項４に記載の方法がさらに、前記既存のＭＤＮとの前記割り当てられたダイヤル可能なＭＤＮおよび前記ＭＳＣのマッピングを記憶するステップを具えることを特徴とする方法。
6. 請求項５に記載の方法がさらに、前記割り当てられたダイヤル可能なＭＤＮに関連する適切なルーティング情報を前記ＭＳＣに提供するステップを具えることを特徴とする方法。
7. 請求項６に記載の方法において、前記有効期間が所定の値であるため、前記割り当てられたダイヤル可能なＭＤＮが一時的であることを特徴とする方法。
8. 請求項６に記載の方法がさらに、前記割り当てられたダイヤル可能なＭＤＮに電話をかけ、サービス接続を確立するステップを具えることを特徴とする方法。
9. 既存の携帯機器番号（ＭＤＮ）を有する機器へのコールバックを可能にする方法において、当該方法が：
   前記機器のＭＤＮを特定するステップと；
   前記機器の受信したＭＤＮと、既に割り当てられたＭＤＮに関連するデータセットを比較するステップと；
   前記データセットから関連する既に割り当てられたＭＤＮを検索するステップと；
   前記機器のダイヤル可能なＭＤＮとして、前記既に割り当てられたＭＤＮを使用するステップと、を具えることを特徴とする方法。
10. 請求項９に記載の方法がさらに、前記データセットからの前記既に割り当てられたＭＤＮを前記機器および移動通信交換局（ＭＳＣ）に関連付けるステップを具えることを特徴とする方法。
11. 請求項１０に記載の方法において、前記既存のＭＤＮがダイヤル不可であることを特徴とする方法。
12. 請求項１０に記載の方法において、前記データセットから関連する既に割り当てられたＭＤＮを検索するステップがさらに、前記データセットからダイヤル不可なＭＤＮ、携帯識別番号（ＭＩＮ）およびＭＳＣアイデンティティを検索するステップを具えることを特徴とする方法。
13. 請求項１０に記載の方法がさらに、ルーティングおよびサービス接続を可能にするために、前記既に割り当てられたＭＤＮに関連する適切なルーティング情報を前記ＭＳＣに提供するステップを具えることを特徴とする方法。
14. 請求項１３に記載の方法において、前記既に割り当てられたＭＤＮが有効期間を有していることを特徴とする方法。
15. 請求項１３に記載の方法がさらに、前記既に割り当てられたＭＤＮに電話をかけ、サービス接続を確立するステップを具えることを特徴とする方法。
16. 請求項１５に記載の方法において、前記機器がテレマティックサービスユニット（ＴＳＵ）であることを特徴とする方法。
17. 請求項１５に記載の方法において、前記機器が健康監視機器であることを特徴とする方法。
18. コンピュータ利用可能な媒体に記憶されたコンピュータプログラム製品において：
    コンピュータにアプリケーションの実行を制御させて、既存の携帯機器番号（ＭＤＮ）を有する機器にダイヤル可能な番号を関連付けるための方法を実行するコンピュータ読取可能なプログラム手段を具え、前記方法は、
    仮ディレクトリ番号制御機能（ＴＤＮＣＦ）の処理ロジックを使用するステップと；
    前記機器のＭＤＮを決定するステップと；
    ＭＤＮのデータプールからダイヤル可能なＭＤＮを割り当てるステップと；
    前記割り当てられたダイヤル可能なＭＤＮへのサービス接続を可能にするために、前記機器に割り当てられたダイヤル可能なＭＤＮを移動通信交換局（ＭＳＣ）とマッピングするステップと；
    データ記憶手段を用いて、前記既存のＭＤＮと前記割り当てられたダイヤル可能なＭＤＮおよび前記ＭＳＣのマッピングを記憶するステップと；
    を実行するステップを具えることを特徴とするプログラム製品。
19. 請求項１８に記載のプログラム製品がさらに、前記割り当てられたダイヤル可能なＭＤＮのために所定の有効期間を設定するＴＤＮＣＦロジックを具えることを特徴とするプログラム製品。
20. 請求項１９に記載のプログラム製品がさらに、前記機器のサービス接続を確立するためにルーティング情報を提供するＴＤＮＣＦを具えることを特徴とするプログラム製品。

Images