JP2014526850A - 携帯機器識別情報の管理 - Google Patents

Abstract

通信ネットワーク内の携帯通信機器で用いる識別情報を管理する方法を開示する。最初に、識別情報管理プロセスがトリガされる。その後、携帯通信機器と関連する１以上のパラメータが検出される。識別情報管理プロセスは以下の特徴を有する。前記１以上のパラメータにより決定される識別情報管理ルールが検出される。次に、識別情報データベースが検索される。識別情報データベースの各レコードは識別情報及び各識別情報に対する追加の識別情報を含み、前記検索は前記識別情報管理ルールに従ってレコードを優先する。次に、前記識別情報管理ルールに従うレコードが前記検索中に見つかったとき、識別情報が選択される。次に、携帯通信機器のアクティブ識別情報が既に前記選択された識別情報ではないときに前記アクティブ識別情報が前記選択された識別情報に変更される。この方法とともに使用するように構成された加入者識別モジュールも開示する。
【選択図】図３

Description

本発明は通信に関し、具体的には通信ネットワークに伴う携帯機器の識別情報の管理に関する。

顧客の基本的な識別情報は、通常、固有の人物であるが、機械や、ときには部署などの組織体であってもよい。通信ネットワーク自体に関しては、識別情報はネットワークの要素により認識される又はネットワークの要素に添付される１以上の識別子で表される。モバイル通信の分野では、このような識別情報は、一般に、ＳＩＭ（Subscriber Identity Module）に格納される顧客のＩＭＳＩ（International Mobile Subscriber Identity）、電話番号ＭＳＩＳＤＮ（Mobile Subscriber Integrated Service Digital Network Nuｂｅｒ）、または、他の重要な識別情報、たとえば、ＭＡＣ（Media Access Control）アドレス、ＩＰアドレス、電子メールアドレス、またはＩＭＥＩ（International Mobile Equipment Identity）などである。

ＧＳＭ(登録商標）（Global System for Mobile communication）では、携帯通信機器に挿入されるＳＩＭを用いて認証が行われる。これは、ネットワーク接続を管理するとともに、ユーザ識別情報及びネットワーク加入者キーを管理する。ネットワークサービスには２種類あり、ホームサービスとローミングサービスである。

「ローミング」は、ホームロケーションとは異なる場所までサービスの接続性を拡張することを意味する。ユーザが携帯電話機のような携帯通信機器を携行して加入先事業者のサービス提供範囲、すなわち「テリトリ」の外に移動するとき、機器はローミング方法／サービスを用いてサービスにアクセスできる。しかしながら、複数の自宅に居住する人の数が増加しており、また、当然のことながら、航空機や自動車といった機械は、人間にとって意味するような「自宅」ではない。このようなユーザは現在のシステムにより十分にサービスされない。

旅行者が国境や地域の境界付近を移動するときに経験する別の問題は、携帯電話機が物理的にはホームテリトリ内にあっても、不意に外部ネットワークに接続されることである。通常の動作では、ハンドセット（即ち携帯電話機）がネットワークに一旦接続されると、信号が消失するか加入者が手動で切断しないかぎり、接続が維持される。その結果として、ユーザは、物理的にはホームテリトリにいたにもかかわらず、思いもしない時間分の高額なローミング課金を課される。カナダ、米国及びインドなどの国内でローミングが行える地域では、上記のようなことにより、顧客がまったく移動していないにもかかわらず偶発的に高額の課金がなされることがある。

ユーザが旅行しているときにこれらの課金を減らすのに役立つ選択肢はあまりない。

一つの選択肢は、ユーザが、訪問先のテリトリごとに１つずつ、複数の追加のプリペイ式ＳＩＭを購入することである。ＳＩＭは、電子回路が埋め込まれたプラスチック製カードで、固有のシリアル番号と携帯電話ユーザごとの固有の国際番号（ＩＭＳＩ）を有する。ＳＩＭは、携帯機器と利用可能なセルラーネットワークとの間の通信を可能にする。したがって、テリトリごとに１つずつ複数の異なるＳＩＭを購入することで、ユーザはもともとのＳＩＭを、訪問先のテリトリにとって適切なＳＩＭと交換することができる。そのようにして、携帯機器が外部ネットワークの加入者としてみなされる。すなわち、ユーザがローミング課金を受けることなく、通話を受発信したりデータサービスを利用したりできる。

この選択肢には、多くの欠点がある。
・ユーザは、複数の異なるＳＩＭカードを購入して持ち歩かなくてはならない。
・ユーザは、各ＳＩＭカードと関連するアカウントに十分なクレジットがあることを確認しておかなくてはならない。さらに、多くの異なるネットワークに対する未使用のクレジットは回収されず、無駄になり、好ましくない。
・複数の異なるＳＩＭアカウントを維持することは、やっかいで時間がかかり、相当なユーザの手間が生じる。
・加入者がＳＩＭを交換するとき、携帯番号が変わるので、通常使用している番号で呼が受けられなくなる。さらに、加入者が発呼するときには、発信者番号（Caller Line Identifier（ＣＬＩ））は新番号であり、したがって受信者には未知である。よって、被呼者は、発呼者を認識しないので、着呼を拒否することになり得る。
・司法当局は、有害な人物を追跡する努力をしているが、同一人物の多数の複製を効果的に追跡しなければならないことで悩まされている。

従来技術にはこれらの問題の少なくとも幾つかに対処するための幾つかの試みがある。

特許文献１は、携帯電話機のユーザ（またはアプリケーション）が呼を受け付ける仲介サービスの電話番号（秘密の場合もある）を先頭に追加し、先頭に追加した情報を省いてから宛先の番号を発呼する手法に関する。発呼側は、発呼を自動的に終了させ、返呼（コールバック）を待つ。仲介サービスはユーザに返呼して接続を確立し、これによりユーザは通常のローミング料金より安価な料金で通話できる。これは、ユーザが誰かにコンタクトしようとするときに、通信チャネルに遅延を生じるという欠点を有する。さらに、ユーザは、携帯端末用ソフトウェアの互換性の問題に起因して、非常に悪い使い勝手を経験することになる。携帯電話機の型式にもよるが、返呼があるまでは電話機が「何も機能していない」ように見えたり、「発呼失敗」や「呼妨害」などの奇妙なメッセージが表示されたり、あるいは、まったくサービスが機能しなかったりする。

別の従来の手法は、フレキシブルストリップ（しばしばスリムＳＩＭと呼ばれている）を含む機械的装置である。この装置は複数のＳＩＭをハンドセットに物理的に接続し、ＳＩＭ間の切り替え手段ととともに使用することができる。この装置はハンドセット内に追加のＳＩＭを格納するために若干のスペア空間を必要とし、この解決法はＳＩＭ同士が互換的でない（例えば異なるデータ速度又は電圧を使用する）場合に実現が難しい。また、１つを除くすべてのＳＩＭのイメージをスリムＳＩＭチップ及び使用する残りのＳＩＭ上にクローン化することができる（oｎｅ ｐｌｕｓ ｍａｎｙ ｃｌｏｎｅｓ ｓｏｌｕｔｉｏｎ）。この場合も、物理的フォームファクタが多くのハンドセットと互換性がなく、ＳＩＭのクローン化は多くの国で非合法であるため、ほとんどの場合契約違反になる。

複数の携帯加入者データセットを事前プログラムする機能を提供できるＭｕｌｔｉ−ＩＭＳＩ ＳＩＭを利用することが可能である。このデータセットは、ときとしてＩＭＳＩと誤解されて「ｍｕｌｔｉ−ＩＭＳＩ ＳＩＭ」と誤って称されるが、実際は、それぞれＩＭＳＩとその他のネットワーク関連データとを有するデータセットである。これらのＳＩＭは、電話機の位置に基づいてその電話機に正しいデータセットを提示する処理能力及びアルゴリズムを有する。これにより電話機は懸案中のネットワークの「ローカル」加入者として現れる。

多数の固定フォーマットの二重及び多重ＩＭＳＩ ＳＩＭシステムがＶｅｒｉＳｉｇｎ（登録商標）、Ｇｅｍａｌｔｏ（登録商標）といった企業により販売されており、これらについて、特許文献２〜５などの種々の特許出願に記載されている。これらのシステムでは、１つのソフトウェアがＳＩＭや携帯端末や別の電子モジュールで実行されて、位置と利用可能なネットワークとに基づいてどのＩＭＳＩを使用すべきか判断を行う。かかるシステムは、ときに、Ｓｍａｒｔ ＳＩＭと呼ばれるが、実際にはこれは不適切な名称である。というのも、すべてのＳＩＭはマイクロプロセッサとメモリとを搭載してスマートであり、ネットワーク選択と認証プログラムを実行するからである。

しかしながら、これらのシステムは、一般にネットワーク可用性が時間の経過とともに変化するため比較的柔軟性に乏しく、ユーザによる情報判断を必要とする。その結果、操作の失敗及び不適切なネットワーク選択を生じ得る。

改良されたシステムが本出願人の先行出願である特許文献６に開示されている。これに開示されたシステムでは、中央サービス−「ＩＭＳＩブローカ」−が携帯ハンドセットのＳＩＭに必要に応じ新しい識別情報を提供するように構成されている。この手法は、従来技術の幾つかの問題に対処するが、携帯ハンドセットにおいて信頼でき且つ有効な識別情報の選択を行うという問題を本質的に解決していない。

国際公開第２００６／００２９５１号パンフレット 国際公開第２００７／１０２００３号パンフレット 国際公開第９９／５５１０７号パンフレット 国際公開第０２／２１８７２号パンフレット 国際公開第００／４９８２０号パンフレット 国際公開第２０１１／０３６４８４号パンフレット

第１の態様では、本発明は通信ネットワーク内において携帯通信機器で用いる識別情報を管理する方法を提供し、該方法は、識別情報管理プロセスをトリガするステップ、前記携帯通信機器と関連する１以上のパラメータを検出するステップ、前記識別情報管理プロセスにおいて、前記検出した１以上のパラメータで決定される識別情報管理ルールを選択するステップ、前記識別情報管理プロセスにおいて、各レコードが識別情報及び各識別情報に対する追加の識別情報を含んでいる識別情報データベースを検索し、前記検索は前記識別情報管理ルールに従うレコードを優先するステップ、前記識別情報管理プロセスにおいて、前記識別情報管理ルールに従うレコードが前記検索中に見つかったとき、識別情報を選択するステップ、及び前記識別情報管理プロセスにおいて、前記携帯通信機器のアクティブ識別情報が既に前記選択された識別情報ではないときに前記アクティブ識別情報を前記選択された識別情報に変更するステップを備えることを特徴とする。

本発明者等は、位置に関するパラメータよりもむしろ携帯通信機器自体と関連するパラメータの方が識別情報の選択に特に重要であるということを究明したので、本方法は特に有効である。これは、一部の識別情報（例えば関連する通信ネットワークの特性又は動作方法のため）は個々の携帯通信機器にとって他のものより特に有効で、問題にならないことが確かめられたためである。

好ましくは、前記識別情報の各々はＩＭＳＩを含む。

前記１以上のパラメータはハンドセットタイプを含む。これはハンドセットのＩＭＥＩ内のＴＡＣコードから決定することができる。前記１以上のパラメータは携帯通信機器と関連するサブスクリプションタイプを含んでもよく、サブスクリプションタイプはデバイスオペレーティングシステム及び通信タイプのうちの１つ以上に関連する。これらのパラメータは、携帯通信機器とネットワークの特定の組み合わせで起こり得る問題を避けるために有効な識別情報の選択を可能にする。

前記追加の情報は各識別情報に対してＭＣＣ及びＭＮＣを含んでよい。そうすれば、ＭＣＣ又はＭＮＣ値の一部又は全部の照合に基づいた識別情報の選択が可能になり、前記識別情報管理ルールにとって有利である。前記識別情報管理ルールにより定められた一致がない場合には、照合識別情報プールから新たな識別情報を選択することが可能になる。

アクティブ識別情報を変更するプロセスは携帯通信機器の前記１以上のパラメータに従って決定されるようにするのが有利である。これにより、アクティブ識別情報の変更を携帯機器自体の能力に従って有効に実行することが可能になる。

前記アクティブ識別情報の変更時に前記新たな識別情報に何のサービスも付与されない場合には、前記アクティブ識別情報は何のサービスも付与されなかった識別情報とは異なるバックアップ識別情報に変更されるようにするのが有利である。これにより、携帯機器は理論的に最適であるが実際にはサービス問題を有する識別情報で固定されることがなくなり、このアプローチによれば、最初の識別情報の選択が有効でない場合でも依然としてサービスが生じる。

他の態様では、本発明は、移動体通信ネットワークで用いる複数の識別情報を有する、携帯通信機器用の加入者識別モジュールを提供し、前記加入者識別モジュールは、メモリ及びプロセッサを備え、前記メモリは前記プロセスにより実行される識別情報管理プロセス及び識別情報データベースを備え、前記プロセッサは、識別情報管理プロセスをトリガ時に開始させ、前記携帯通信機器と関連する１以上のパラメータを検出し、前記識別情報管理プロセスにおいて、前記検出した１以上のパラメータで決定される識別情報管理ルールを選択し、前記識別情報管理プロセスにおいて、各レコードが識別情報及び各識別情報に対する追加の識別情報を含んでいる識別情報データベースを検索し、前記検索は前記識別情報管理ルールに従うレコードを優先し、前記識別情報管理プロセスにおいて、前記識別情報管理ルールに従うレコードが前記検索中に見つかったとき、識別情報を選択し、及び前記識別情報管理プロセスにおいて、前記携帯通信機器のアクティブ識別情報が既に前記選択された識別情報ではないときに前記アクティブ識別情報を前記選択された識別情報に変更する、ように構成されていることを特徴とする。

本発明の特定の実施形態を一例として添付図面を参照して以下に記載する。

本発明が動作し得る従来の通信システムの概要を示す図である。 識別情報が中央サーバにより提供されるシステムの機能ブロック図であり、本発明の実施形態によるＳＩＭの要素も示す。 本発明の一態様による識別情報管理プロセスの要素を示す。 図３のプロセスにおける種々の可能なトリガステップ及びその結果を示す。 図３のプロセスで用いるＩＭＳＩ選択手順を示す。 図５のＩＭＳＩ選択手順で用いるＩＭＳＩプールを管理するプロセスを示す。 図３のプロセスで用いるデータレコード構造を示す。ある。

図１は、本発明の実施形態により解決される一般的なローミング問題を示すための２つのセルラー通信ネットワークの概略図であり、１つのネットワークは英国のもので、もう１つのネットワークはイタリアのものである。現実には、もっと多くの移動体通信事業者（Mobile Network Operator（ＭＮＯ））、仮想移動体通信事業者（Mobile Virtual Network Operator（ＭＶＮＯ））、または仮想移動体通信サービス提供者（Mobile Virtual Network Enablers（ＭＶＮＥ））があり、従ってもっと多くのセルラー通信ネットワークが存在する。しかしながら、図１は、簡略化のために、２つのネットワークのみについて示す。

第１のユーザが、たとえば英国で、第１のユーザのローカルネットワークにおける第１の携帯電話機１０から、外部（すなわちイタリア）のネットワークの第２のユーザ２０に発呼するとき、その呼は、ローカルネットワークの基地局サブシステム（ＢＳＳ）３０を経由してローカルネットワークのスイッチングサブシステム（ｌｏｃａｌ−ＮＳＳ）３２にルーティングされる。そして、その呼は、共通線信号Ｎｏ．７（Signaling System No.7（ＳＳ７））ネットワーク３４を経由して外部ネットワークへ、そして外部ネットワークのスイッチングサブシステム（ｆｏｒｅｉｇｎ−ＮＳＳ）３６を経由してその外部ネットワークの基地局サブシステム３８へルーティングされる。呼は、最終的に、第２のユーザの携帯電話機２０にルーティングされる。反対方向の呼は、同様に、外部ネットワークの基地局サブシステムを経由して外部ネットワークのスイッチングサブシステム３６へ、ＳＳ７３４を経由してローカルネットワークのスイッチングサブシステム（ｌｏｃａｌ−ＮＳＳ）３２へ、さらにローカルネットワークの基地局サブシステム（ＢＳＳ）３０へ、そして最終的に第１の携帯電話機１０へと、ルーティングされる。

正しい着呼者への呼のルーティングは、ネットワークサブシステムの一部分を構成する複数の位置レジスタを経由して行われる。特定のセルラー通信ネットワークに登録した全ユーザに関する記録が、そのネットワークのホームロケーションレジスタ（Home Location Register（ＨＬＲ））４０、４２に保持される。ＨＬＲ４０、４２は、特定のネットワークの使用を許可する権限が与えられた各携帯電話加入者の詳細情報を保有する中央データベースである。

ＨＬＲは、携帯電話事業者（すなわち、ＭＮＯ、ＭＶＮＯまたはＭＶＮＥ）により発行される各ＳＩＭカードの詳細情報を格納する。ＳＩＭは電子回路が埋め込まれたプラスチックのカードであり、携帯電話機に挿入される。各ＳＩＭは、国際移動電話加入者識別番号（International Mobile Subscriber Identity（ＩＭＳＩ））と称される固有の識別情報を有し、これは各ＨＬＲ記録の主キーである。ＩＭＳＩは、ＧＳＭネットワークと同様にＣＤＭＡやＥＶＤＯネットワークを含む他のネットワークと接続するあらゆる携帯電話ネットワークで使用される。

ＩＭＳＩは、通常１５桁の長さであるが、例外もある。典型的には、最初の３桁はMobile Country Code（ＭＣＣ）であり、次いでMobile Network Code（ＭＮＣ）（２桁（欧州標準）または３桁（北米標準））が続く。残りの桁はそのネットワークの顧客ベースにおけるMobile Station Identification Number（ＭＳＩＮ）を有する。

ＳＩＭは、また、一以上のＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）を有し、これは携帯電話機が発呼や着呼に用いる電話番号である。各ＭＳＩＳＤＮも、ＨＬＲ記録の主キーである。

要するに、ＨＬＲ、ＭＳＩＳＤＮ、ＩＭＳＩ、及びＳＩＭには関連がある。ＳＩＭは、ＩＭＳＩの記録を格納する物理的な機器である。ＭＳＩＳＤＮは、携帯電話機を識別する固有の番号である。ＩＭＳＩは、ネットワークに加入するユーザの固有の識別情報であり、そして、ＨＬＲはＭＳＩＳＤＮをＩＭＳＩに（及びその逆に）対応付けするシステムである。

上記のことは、ユーザが自分のホーム／ローカルネットワークから離れて外部ネットワークにローミングするとき（そのネットワークをローミング先ネットワークと称する）にも当てはまる。しかしながら、携帯電話機がホーム／ローカルネットワーク以外のネットワークに接続しようとするとき、携帯電話機がローミング先ネットワークを使用する権限を付与されているかどうかを検証するために、そのローミング先ネットワークはホーム・ネットワークと通信を行う。この通信が可能であるのは、多くの利用可能なネットワークの事業者間で相互の合意が形成されているからである。

ユーザが自らの加入先（ホーム）でのサービスから離れて別の事業者のサービス領域でローミングするとき、メッセージがＳＳ７ネットワークを介して取り交わされ、ローミング先ネットワークの事業者がホーム・ネットワークのＨＬＲから情報を取得して一時的な加入者記録をビジターロケーションレジスタ（Visitor Location Register（ＶＬＲ））４４、４６に生成する。ＶＬＲは、ネットワーク事業者により（ＨＬＲが維持されるのと同様にして）維持されるデータベースである。しかしながら、携帯電話スイッチングセンタ（ＭＳＣ）のＶＬＲは、そのＭＳＣのサービスエリア内に現在位置する携帯電話機のユーザに関する情報を一時的に保持する。この携帯電話機から発呼されるとき、ＶＬＲが権限付与のためにチェックされ、権限付与が許可されたとすると、携帯電話スイッチングセンター（ＭＳＣ）が、課金目的で携帯電話機の使用履歴を追跡することを許可する。加入済みユーザがローミング先またはホーム・ネットワークに登録（接続）するとき、ＨＬＲにある加入者のプロフィール（すなわち、サービスが許可されている）が、ＶＬＲにダウンロードされる。すべての呼処理及び課金関連呼詳細記録（ＣＤＲ）の生成は、ＭＳＣで行われ、ＨＬＲやＶＬＲは関与しない。

ここで、図1の例を用いて説明すると、英国の携帯電話ネットワーク事業者に加入しているユーザが、イタリアを訪れる。ユーザがイタリアに到着して携帯電話機を起動すると、携帯電話機は利用可能なイタリアのネットワーク事業者３６に接続しようとする。イタリアのネットワーク事業者は、ＳＩＭカードに格納されたＩＭＳＩ番号から、そのユーザがそのイタリアのネットワークに加入していないことを識別し、そして、そのユーザの英国でのホーム・ネットワーク３２に接続し、そのユーザがイタリアのネットワークの使用権限を有するか否かを検証する。

ＶＬＲ４６は、ＳＳ７を介してロケーションアップデート（ＬＵ）メッセージを伴った位置情報で英国のＨＬＲ４０を更新する。ＬＵメッセージは、ＬＵメッセージの信号接続制御部（ＳＣＣＰ）フィールドに含まれるＩＭＳＩのグローバルタイトル変換に基づき、英国のＨＬＲにルーティングされる。英国のＨＬＲは、加入者の状況と、ローミング先ネットワーク、すなわちイタリアのネットワークでのサービス提供の可否についてイタリアのＶＬＲに通知する。ユーザが許可されたときには、イタリアのネットワークは、そのユーザの一時的な記録をイタリアのＶＬＲ４６に生成する。

上述のとおり、ローミングサービスに関連して、ユーザがローミング先ネットワークに接続することで、携帯電話機で発呼や着呼、またはデータサービス利用の際、高い課金が生じるという問題がある。このことは、ユーザがどこへ発呼しようが、ユーザがどこから着呼を受けようが同じである。上記の例では、イタリアを訪れているユーザは、英国のホーム・ネットワークや他のどこかに発呼したときと同様に、イタリアの国内の電話番号に発呼したときもローミング課金が発生する。同様に、ローミング課金は、英国、イタリア、またはその他の地域の電話番号からの着呼にも適用される。

このようなローミング課金を減少させるための従来技術は、多くの異なるＳＩＭカードを購入し、持ち運び、そのアカウントを維持することをユーザに要求し、または、ローミング課金を回避するサービスを使用するために、多大のユーザインタラクションを要するので、やっかいである。しかしながら、上述のとおり、これらの従来技術には、多くの既知の問題がある。

上述したように、特許文献６（その開示内容は参照することにより法律で許される程度に本明細書に組み込まれる）は通常のセルラー通信ネットワーク内に追加の中央サーバを設ける。追加の中央サーバは、携帯電話機が他の国又は地域でローミング先ネットワークに接続されるとき、必要に応じ、複数の追加のＩＭＳＩを携帯電話機に提供することができる。追加の中央サーバはＩＭＳＩブローカと称される。このようなシステムでは、ＩＭＳＩブローカは、携帯電話機内のＳＩＭカードがローミング先ネットワークに適切なＩＭＳＩを有するかどうかを決定するように構成される。その発明の実施形態に必要とされるＳＩＭカードは、種々のネットワークに対する複数の代替的なＩＭＳＩを、代替的なＩＭＳＩが何時使用されるべきかを規定する関連ルールと一緒に格納することができる。この実施形態では、ＩＭＳＩブローカは、多数の外部ネットワーク（ＦＮＯ）用の代替的な（新たな）ＩＭＳＩを格納するデータベースにアクセスでき、これらの新たなＩＭＳＩを、ＩＭＳＩブローカを含むネットワークに加入しネットワーク間でローミングを行うユーザに、必要に応じて配布するように構成される。

この構成では、各ＳＩＭは、特定のテリトリ（国または地域）で実現し得る最適な呼率を達成するために使用できる複数のＩＭＳＩを格納する容量を有する。ＳＩＭは、また、実現しうる最適なＩＭＳＩの選択を導く一組のルールを有する。ユーザが別のテリトリ（たいていは別の国であるが、同じ国の中の別の地域であってもよい）に入るたびに、ＩＭＳＩブローカは、実現しうる最適なＩＭＳＩと、そのテリトリ用のＩＭＳＩを選択するルールを発行する。ＩＭＳＩブローカは、この新たなＩＭＳＩを無線通信（ＯｖｅｒＴｈｅＡｉｒ（ＯＴＡ））でＳＩＭに送る。この解決手段により、新たな包括的ネットワーク契約が利用可能になるときにＳＩＭを取り替える必要がなくなる。加入者には、追加のＩＭＳＩが利用可能になった時と場所で発行される。

ＳＩＭのデータの更新と管理は利用可能なＯＴＡ無線接続を用いた無線インターフェースにより達成することができる。いくつかの例として、これらには限定されないものの、セルラー式信号伝送チャネル、セルラー式データ接続、テキスト・メッセージ送信、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＷｉＭＡＸがあげられる。当業者であれば、ＯＴＡは、実現可能なすべての携帯器機（ハンドセット）との接続や、携帯器機への他のデータ転送手段、たとえばＰＣとの有線接続や赤外線等を含むことを理解するであろう。

この手法を使用すれば、ＳＩＭの製造時に、そのときの人気ある旅行先に対応した複数のＩＭＳＩを含むようＳＩＭをプログラムすることができる。別の実施形態では、将来訪れるであろう国やテリトリのユーザ選択に応じて、ネットワークで登録された複数のＩＭＳＩをＳＩＭにプログラムすることができる。また、別の実施形態では、ＳＩＭは、製造、登録後に１つだけのＩＭＳＩを有し、新たなまたは代替的なＩＭＳＩはすべて、ユーザが新たな国／テリトリを訪れたときにＩＭＳＩブローカから送られるようにしてもよい。

ＳＩＭは継続的に進化しており、現在知られているＳＩＭは、最大で２５６個の異なるＩＭＳＩをＳＩＭのメモリに格納できる。この数は、さらに増大する傾向にある。しかしながら、ＳＩＭに格納可能なＩＭＳＩの数にかかわらず、メモリには他の制約があるので、ＳＩＭに格納されるＩＭＳＩの数には上限が設けられる。ＩＭＳＩの数が上限に達した場合、本発明の一実施形態では、ＳＩＭは新たに取得したＩＭＳＩで、格納済みのＩＭＳＩを動的に上書きする。どのＩＭＳＩを上書きするかの判断は、多くの要因に基づきなされる。たとえば、未使用のＩＭＳＩが最先に上書きすることができる。同様に、最近使用されたかまたは使用頻度が高いＩＭＳＩよりも、使用されてからの時間が最も長いかまたはより使用頻度が低いＩＭＳＩを先に上書きすることもできる。

本発明の実施形態はここに記載するとともにＷＯ２０１１／０３６４８４に詳細に記載されているＩＭＳＩブローカとともに有効に使用できるが、ＩＭＳＩブローカ自体は携帯機器における識別情報の管理を目的とする本発明の態様又は特徴ではない。

図２は、統合されたＩＭＳＩブローカ１０８及びこれとネットワークを介して通信するハンドセットＳＩＭ５３０を示す。ここで、ネットワークの意味は、単一のネットワーク事業者により運営される物理的なネットワークに限定されない。換言すれば、ネットワークという語は、共存するネットワークの集合体を意味してもよい。

ネットワークのＭＳＣはＨＬＲ１１１と通信し、ＨＬＲ１１１は次いでＩＭＳＩブローカ１０８及びインテリジェント・ネットワーク（Intelligent Network（ＩＮ））／バックオフィス・サービス・システム（BackofficeServices System（ＢＳＳ））モジュール１１３と通信する。ＩＮ／ＢＳＳモジュールは、ネットワーク加入済みの各ユーザに関するレコードを有するユーザＤＢにアクセスする。ＩＮ／ＢＳＳモジュール１１３は課金目的で記録を保持すべく、ユーザの使用、すなわち、音声通話、ＳＭＳ、データ使用等を監視することを担っている。一実施形態では、ＩＮモジュール１１３は、発信者番号識別（ＣＬＩ）としても知られる発信者識別情報をローミング通話中に確実に格納することを提供し、着呼側への透明性の確保を担っている。

ＩＭＳＩブローカ１０８は、異なるテリトリ／位置の複数の利用可能なＩＭＳＩを有するデータベースである、ＩＭＳＩプール１０９にアクセスする。ＩＭＳＩは、その性格上、テリトリ固有のものである。それらは、国ごとに固有であるとともに、国（すなわち、米国やインドなど）の中の地域ごとに固有であってもよく、それらの地域では、国間のローミングと同様に地域間ローミングの課金があってもよい。１つのテリトリ内のＨＬＲに登録されるＩＭＳＩは、異なるテリトリのネットワークのＨＬＲに接続すると、ローミングとみなされる。したがって、ＩＭＳＩプール１０９にはテリトリごとに使用可能な適切なＩＭＳＩのサブプールまたは範囲が含まれる。このことは、後に詳述する。

ＩＭＳＩブローカ１０８は、ＩＭＳＩアップデータ５００、及びＩＭＳＩチェッカ５１０、及びルールマネージャ５２０を備える。

ネットワークは、携帯電話機に、必要に応じて更新メッセージを送信するよう構成されたＯＴＡモジュールも有する。更新メッセージは、代替的なＩＭＳＩ及び／又はルール更新メッセージを含んでよい。この更新機能は、代替的ＩＭＳＩまたは関連するルールを提供することだけに限られず、ＳＩＭカードに他の更新や設定の承認（例えばインストールされたソフトウェアの新バージョンなど）を提供するためにも用いてもよい。

ＨＬＲは、さらに、複数の外部ネットワーク（外部ネットワーク事業者により運営される）と通信するよう構成される。ＨＬＲと外部ネットワーク間の通信チャネルは、ＳＳ７ネットワークを介する。

図２は、ＳＩＭ５３０内の機能構成要素のブロック構成図も示す。図に示すように、ＳＩＭは、ＳＩＭ上で機能段階を実行するための現在のＩＭＳＩ５４０、現在のＭＳＩＳＤＮ５４２、ＳＩＭアプリケーション（ＳＩＭＡＰＰ）５４４、及び使用可能なＩＭＳＩ、関連ルール及びＭＳＩＳＤＮのデータベース５４６を備える。

当業者は、ＩＳＭＳＩブローカシステムの更なる詳細については必要に応じ特許文献６を参照されよう。本発明の実施形態を上記の図２に示すタイプのＳＩＭに関連して以下に記載する。このようなＳＩＭはここに示すＩＭＳＩブローカと関連して使用してもしなくてもよく、またこのようなシステム（または必要に応じユーザ識別情報を提供する異なるタイプのシステム）と独立に使用してもよい。

一つの態様では、本発明は通信ネットワーク内において携帯通信機器で用いる識別情報を管理する方法に関し、本方法は、
識別情報管理プロセスをトリガするステップ、
前記携帯通信機器と関連する１以上のパラメータを検出するステップ、
前記識別情報管理プロセスにおいて、検出した前記１以上のパラメータにより決定される識別情報管理ルールを選択するステップ、
前記識別情報管理プロセスにおいて、各レコードが識別情報及び各識別情報に対する追加の識別情報を含んでいる識別情報データベースをサーチし、前記サーチは前記識別情報管理ルールに従うレコードを優先するステップ、
前記識別情報管理プロセスにおいて、前記識別情報管理ルールに従う記録が前記サーチ
で見つかったとき、識別情報を選択するステップ、及び
前記識別情報管理プロセスにおいて、前記携帯通信機器のアクティブ識別情報を、そのアクティブ識別情報が既に前記選択された識別情報でないときに前記選択した識別情報に変更するステップ、
を有する。

このアプローチは種々のタイプの通信ネットワークで使用できるが、ＧＳＭネットワーク、又は３ＧＰＰで規定されている３Ｇ又はＬＴＥネットワークに有効である。ＳＩＭは従来のＳＩＭであっても、また３Ｇフォンのスマートカードで動作するＵＳＩＭであってもよい。「ＳＩＭ」と言う語は以後あらゆるタイプのＳＩＭに対して使用され、ＳＩＭカードとして、ＳＩＭカード上のアプリケーションとして、又は仮想的にインストールされたルーチンとして具体化されかどうかは問わない。好ましくは、このようなＳＩＭは現在適用される標準規格に従って設計され、実装されている（現時点では、このような標準規格としてはETSI TS151.011, ETSI TS131.011, ETSI TS102.221, ETSI TS131.102, ETSI TS131.111及び ETSI TS151.014がある）。記載する方法を実装する有効な手法はＵＳＩＭ及びＳＩＭの組み合わせであり、そのＳＩＭ及びＵＳＩＭ（以後（Ｕ）ＳＩＭと呼ぶ）はETSI TS151.011, ETSI TS131.011, ETSI TS102.221, ETSI TS131.102, ETSI TS131.111及び ETSI TS151.014に従って設計され、実装される。更に、本方法を実装する（Ｕ）ＳＩＭにアプリケーション及び追加のファイルを加えることもできる。

図３に示すように、本発明の一実施形態に従って動作するプロセスには一連の主なステップがある。それらは、トリガステップ１、識別情報選択ステップ２、プーリング識別情報選択ステップ３、及び識別情報交換ステップ４、５である。選択され、交換された識別情報は本例ではＩＭＳＩであるが、ここに示す手法は他のタイプの識別情報の選択及び交換に適用可能である。図３には示されていないが、状態の問い合わせを行う機構についても以下に記載する。

図４は、種々の可能なトリガステップ及びそれらの結果を示す。実施形態では、下記の任意のイベントがアプリケーションの更なる動作をトリガすることができる。
・（Ｕ）ＳＩＭがＲＥＳＥＴから出る
・（Ｕ）ＳＩＭにより受信されるＳＩＭ又はカードアプリケーションツールキットプロファイルのダウンロード
・ＳＩＭ又はカードアプリケーションツールキットＥＶＥＮＴ（ロケーションステータス）
・任意の特定のＵＩＣＣファイルのコンテンツへの変更
・ＳＴＡＴＵＳコマンドが（Ｕ）ＳＩＭにより受信される
・特定のプラグインがＷＩＢ環境内で呼び出される
・ジャバシェアブルインターフェースを介する特定のメッセージによる
・リモートサービス（ＩＭＳＩブローカ）からのメッセージによるアプリケーションで使用されるＩＭＳＩストレージへの変更
・リモートサービス（ＩＭＳＩブローカ）からの、ＩＭＳＩを特定のＩＭＳＩに変更する命令
・リモートサービスからの、ＩＭＳＩ選択モードを「ＡＵＴＯＭＡＴＩＣ」に変更する命令

トリガが、（Ｕ）ＳＩＭがＲＥＳＥＴから出る、というイベントである場合には、アプリケーション自身が初期化する。この初期化の一部分として、ＳＩＭは禁止リスト（ETSI TS151011及びETSI TS102221に定義されている）からすべてのネットワークを除去するか、現在知っている位置に対して好適なネットワークだけを、ハンドセットがこのファイルを読み取る前に除去することができる。オプションとして、ＩＭＳＩ選択モードが「ＭＡＮＵＡＬ」に設定される場合には、ＩＭＳＩ選択モードを「ＡＵＴＯＭＡＴＩＣ」に切り替えることができる。

トリガが、（Ｕ）ＳＩＭがＳＩＭ又はカードアプリケーションツールキットプロファイルのダウンロードを受信する、というイベントである場合には、アプリケーションがプロファイルダウンロードの内容を分析し、ハンドセットがアプリケーション機能の種々の特徴に対して持つサポートレベルを決定する。ハンドセットがＳＩＭ又はカードアプリケーションツールキットＥＶＥＮＴ（ロケーションステータス）をサポートする場合には、入来するイベントを用いてＩＭＳＩ変更を自動的にトリガし、さもなければ（Ｕ）ＳＩＭファイルの変更及びＳＴＡＴＵＳコマンドを監視してＩＭＳＩ変更をトリガする。ＯＴＡトリガ又はアプリケーションからカードへのトリガ（例えばＷＩＢ又はジャバアプリケーション）はＴＥＲＭＩＮＡＬ ＰＲＯＦＩＬＥと関係なく常に使用可能である。

トリガが、ＳＩＭ又はカードアプリケーションツールキットＥＶＥＮＴ（ロケーションステータス）、である場合には、アプリケーションはＰＲＯＶＩＤＥ ＬＯＣＡＬ ＩＮＦＯＭＡＴＩＯＮ（セルＩＤ)を用いて現在のネットワーク（使用可能であれば）のネットワーク接続状態及びＭＣＣ及びＭＮＣを決定し、次いでＩＭＳＩ選択手順を遂行する。

トリガが、この目的のために監視している特定のファイルへの変更、である場合には、ファイル変更に続いて、アプリケーションはＰＲＯＶIＤＥ ＬＯＣＡＬ ＩＮＦＯＭＡＴＩＯＮ(セルＩＤ)を用いて現在のネットワーク（使用可能であれば）のネットワーク接続状態及びＭＣＣ及びＭＮＣを決定し、次いでＩＭＳＩ選択手順を遂行する。

トリガが、（Ｕ）ＳＩＭにより受信されるＳＴＡＴＵＳコマンドである場合には、アプリケーションはこのＳＴＡＴＵＳコマンドがトリガとして使用されるかどうかを決定する。これは受信されるＳＴＡＴＵＳコマンドの数又は他の手段に基づいて決定することができる。ＳＴＡＴＵＳコマンドによりトリガされると、アプリケーションはＰＲＯＶＩＤＥ ＬＯＣＡＬ ＩＮＦＯＲＭＡＴＩＯＮ（セルＩＤ）を用いて現在のネットワーク（利用可能であれば）のネットワーク状態及びＭＣＣ及びＭＮＣを決定する。アプリケーションはその後ＩＭＳＩ選択手順を遂行する。

トリガが、トリガタイプが自動にセットされるＷＩＢプラグインコールに起因する又は選択モードが自動にセットされるシェアラブルインターフェースを介するジャバアプリケーションとの通信に起因する又は「ＡＵＴＯＭＡＴＩＣ」モードに入るリモートサービス（ＩＭＳＩブローカ）からのメッセージに起因する、アプリケーションで使用されるＩＭＳＩストレージファイルへの変更である場合には、アプリケーションはＰＲＯＶＩＤＥ ＬＯＣＡＬ ＩＮＦＯＲＭＡＴＩＯＮ（セルＩＤ）を用いて現在のネットワーク（利用可能であれば）のネットワーク状態及びＭＣＣ及びＭＮＣを決定する。アプリケーションはＩＭＳＩ選択モードを「ＡＵＴＯＭＡＴＩＣ」にセットし、その後ＩＭＳＩ選択手順を遂行する。

トリガが、トリガタイプが手動にセットされるＷＩＢプラグインコールに起因する又は選択モードが手動にセットされる共有可能インターフェースを介するジャバアプリケーションとの通信に起因する又はリモートサービス（ＩＭＳＩブローカ）からのメッセージに起因する特定のＩＭＳＩの選択である場合には、ＩＭＳＩ選択モードが「ＭＡＮＵＡＬ」モードセットされるとともに、ＩＭＳＩ交換プロセスが特定のＩＭＳＩを用いて遂行される。

ＩＭＳＩ選択手順をここで記載する。以下に詳細に記載する手順は自動プロセスであるが、手動の選択を許可することにより自動プロセスをバイパスするオプションもある。

自動ＩＭＳＩ選択プロセスは２ステップの手順である。
・ステップ１（図５に示す）：検出したハンドセット及びネットワークのタイプに基づいた、特定のアクションに基づくＩＭＳＩの選択
・ステップ２（図６に示す）：この目的（プーリング）のために利用可能なＩＭＳＩのプールからセット基準に基づくＩＭＳＩの選択。この選択は現在のネットワークに基づくものではない。

ＩＭＳＩ選択手順への進入時に、ＩＭＳＩ選択モードが手動にセットされる場合には、本方法は変更なしで終了する。

ＩＭＳＩ選択モードが自動にセットされる場合には、ハンドセットＩＭＥＩが検出され、スブスクリプションタイプがＳＩＭから読み出され、ＭＣＣ及びＭＮＣがＰＲＯＶＩＤＥ ＬＯＣＡＬ ＩＮＦＯＲＭＡＴＩＯＮ（セルＩＤツールキットコマンド）の結果から検索される。このプロセスは図５を参照して以下に詳細に記載される。このプロセスは２つの主な段階、つまり、サブスクリプションタイプの決定及びサブスクリプションタイプ及びネットワークコードに基づく使用するＩＭＳＩの決定、を有する。

このプロセスは、例えばトリガステップに関して上述したような特定のアクションで開始される（ステップ１００１）。次に、携帯機器のＩＭＥＩ（International Mobile Equipment Identity,各携帯機器に固有の識別情報）が検索され（ステップ１００２）、検索されたＴＡＣコード（ＴＡＣ又はType Allocation ode）は機器のモデル及び出所を識別し、ＩＭＥＩの一部分を構成する８桁の番号として与えられる。

ＴＡＣコードは次にＳＩＭに格納されたレコードと照合される（ステップ１００３及び１００４）。これは正確な一致とする必要はなく、ワイルドカードメカニズムを用いてＴＡＣコードの一部分のみの一致としてもよい。レコードが見つかった場合（ステップ１００６）、使用する実際のサブスクリプションタイプ及び使用する交換メカニズムがＳＩＭからの初期サブスクリプションタイプを用いてそのレコードから決定される。以下で検討するように、交換メカニズムは機器自体のパラメータに依存させてもよい。特定のＩＭＥＩの一致がない場合（ステップ１００５）、デフォルトエントリとマークされたレコードを使用することができ、使用する実際のサブスクリプションタイプ及び使用する交換メカニズムはＳＩＭからの初期サブスクリプションタイプを用いてデフォルトレコードから決定される。ＩＭＥＩマッチングに対してデフォルトエントリがない場合には、サブスクリプションタイプは変更されず、交換メカニズムは本方法によりセットされたデフォルト交換メカニズムになる。

ハンドセットタイプと同様に、サブスクリプションタイプも携帯機器自体のプロパティである。ある場合には、それは機器自体のオペレーティングシステム及びプロセスによって決定される（例えば、アップル機器とブラックベリー機器はこのように区別される）。それは、機器はプリペイド又はポストペイプロトコルに従って動作するかどうか、又は機器は音声、データ又はその両者の組み合わせ用に設定されているかどうかによって決定されてもよい。

ハンドセットタイプ及びサブスクリプションタイプが確定されると、これがＩＭＳＩ選択に使用される。最初に、現在アクティブなネットワークが決定され（ステップ１００７）、現在のネットワークのＭＣＣ／ＭＮＣの組み合わせがＳＩＭに格納されたレコードに照合される（ステップ１００８）。ＩＭＥＩ／ＴＡＣについて前述したように、ＭＣＣ／ＮＡＣコードの一部分のみの照合を使用してもよい。

レコードが見つかった場合（ステップ１００９）、使用すべきＩＭＳＩ（又は当該ＩＭＳＩのレファレンス）が現在のサブスクリプションに対して割り当てられたＩＭＳＩを用いて決定される。これは概して現在のサブスクリプションに対して予め決定された一意の選択である。選択後に、ＩＭＳＩ交換プロセスが以下に更に説明されるように開始される（ステップ１０１１）。しかしながら、ＭＣＣ／ＭＮＣ照合に対して何のエントリもない場合（ステップ１０１２）、適切なＩＭＳＩを付与するためにプーリング機構が使用される。これについては図６を参照して検討される。

図６に示すプーリングプロセスは上述したようにして知ったハンドセットタイプ及びサブスクリプションに依存し、そのハンドセットタイプ及びサブスクリプションはプーリングプロセスにおいて利用可能な選択を、ハンドセットタイプ及びサブスクリプションにふさわしい選択に制限する。このプロセスは特定のＭＣＣ／ＭＮＣに対する一致がない場合に呼び出される。

ＩＭＳプーリングに対して多くの指定のメカニズムがあり、他の方法を無線で遠隔的に加えることもできる。使用するプーリングメカニズムの選択はＳＩＭに格納してもよく、またトリガによるプロセスへの入力として付与してもよい。

ここに記載する実施形態では、以下のメカニズムをサポートすることができる。
・最初のエントリの使用：プーリングリスト内の最初のエントリに対してサブスクリプションタイプに基づくＩＭＳＩを常に使用する。
・初発のＭＣＣの照合：現在のＭＣＣを含む最初のプーリングレコードに対してサブスクリプションに基づいて指示されるＩＭＳＩを使用する、さもなければ最初のレコードを使用する。
・インローテーション：最後のスイッチオン前に使用されたプーリングレコードから次のプーリングレコードに対してサブスクリプションタイプに基づいて支持されるＩＭＳＩを使用する。
・ランダム：スイッチオン時に選択されたランダム選択プーリングに対してサブスクリプションタイプに基づいて支持されるＩＭＳＩを使用する。
・外部アプリケーション：１以上の外部アプリケーションがＩＭＳＩ選択を行うために呼び出される。

これらの選択の実施及び結果として得られるプロセスが図６に示されている。

新たなＩＭＳＩが現在のＩＭＳＩと相違する場合、ＩＭＳＩ交換プロセスが続く。

新たなＩＭＳＩが現在のＩＭＳＩと同じでなく、且つ現在のＩＭＳＩが新たなＩＭＳＩに対して「許可されたネットワーク」に接続することを許されない場合（これは、ＰＲＯＶＩＤＥ LOCALＩＮＦＯＲＭＡＴＩＯＮ(Cell ID)コマンドに応答する「限定サービス」、ＥＶＥＮＴ（Location Status）内の「限定サービス」指示又は任意のLoci file内の許可されないＰＬＭＮ）又は「許可されないルーティングエリア」として指示され得る）、以下に示すリカバーサービスプロセスが続く。

ＳＩＭが「ネットワークバックアップモード」であって、指示されたＭＣＣが先に指示されたＭＣＣと同じである場合には、リカバーサービスプロセスが続く。しかしながら、ＳＩＭが「ネットワークバックアップモード」であって、指示されたＭＣＣが先に指示されたＭＣＣと異なる場合には、「ネットワークバックアップモード」はクリアされる。

ネットワークリカバーサービスは、期待されるサービスが利用可能でないときに使用される。この機能はオプションであり、本実施形態の他の機能の動作に影響を与えることなくディセーブルできるが、この機能は、ＳＩＭがサービスを期待するネットワーク上で自動選択ＩＭＳＩが禁止されるときに、サービスをユーザに提供するために使用される。リカバーサービスプロセスは、現在のレコードに対して指示されたバックアップＩＭＳＩ値が現在のＩＭＳＩと同じであるかどうかをチェックする。同じでない場合には、ＩＭＳＩはＩＭＳＩ変更手順を用いて変更される。その後ＳＩＭは「ネットワークバックアップモード」を有効としてセットする。

手動選択プロセスは自動プロセスの代わりとして選択され、例えばＷＩＢプラグイン、シェアブルインターフェース経由のジャバアプレット、又はＥＦマニュアルＩＭＳＩファイルのＯＴＡアップデートによりトリガすることができる。

このアプローチを使用すると、手動的に指示されたＩＭＳＩ値が現在のＩＭＳＩと異なる場合には、アプリケーションが機器のＩＭＥＩをチェックし、それをEF_IMEI_Specific_Info内のレコードに照合する。その後、ＳＩＭに格納されたこのＩＭＥＩ（又は不一致の場合のデフォルトレコード）に対して指示されたＩＭＳＩ交換メカニズムが、ＩＭＳＩを交換するために使用される。

図３に戻り説明すると、ＩＭＳＩの交換を可能にするＩＭＳＩ変更プロセスは次のように実行される。

ＩＭＳＩ変更プロセスへのエントリ時に、アプリケーションは最初に、選択すべき新たなＩＭＳＩが使用中の現存するＩＭＳＩと同じかどうかをチェックする。

同じである場合には、アプリケーションはＩＭＳＩ及びその関連パラメータに何の変更も行うことなくプロセスから退出する。

異なる場合には、ＩＭＳＩ変更プロセスが動作する。このプロセスは、ＳＩＭがＩＭＳＩを変更する必要があることを決定する場合に開始される。ＩＭＳＩ交換プロセスはハンドセットタイプ及びそのハンドセットタイプに対するレコード内の関連エントリに基づいて行われる。

例えば、以下のプロセスをサポートすることができる。
・リフレッシュ（タイプ６）、通知したファイルをすべて変更
・リフレッシュ(タイプｘ)、ｘはルーチンに移動する
・電話機をスイッチオフ後に再びスイッチオンするよう求める表示をユーザに行う
・別のアプリケーション１を経由
・別のアプリケーション２を経由

続行する特定のプロセスは、有効な機能を確保するために、ハンドセットの能力に従って選択された特定のハンドセットタイプに対して決定されてもよい。

アプリケーションはカードアプリケーションツールキットＲＥＦＲＥＳＨコマンドを使ってＧＳＭ／３Ｇ／ＬＴＥセッションをリセットするとともに、以下のファイルが変更されたことをハンドセットに知らせる。ハンドセットがこのコマンドをサポートしない場合には、代替アプローチが取られ、例えばアプリケーションは、ユーザがカードアプリケーションツールキットＤＩＳＰＬＡＹ ＴＥＸＴコマンドを使ってハンドセットをスイッチオフ及びオンすることを要求する。或いは、特定のハンドセットに対しては、異なるアプリケーションを完全に開始させてもよい。

ＵＩＣＣが再起動されるとき、ＲＥＦＲＥＳＨに起因して又はどんな変更プロセスが使われても、実施形態ではアプリケーションは以下の事項を、ハンドセットがそれらを読み込む前に変更することができる。
・ＤＦ ＧＭＳ及びＡＤＦ ＵＳＩＭ内のＥＦ ＩＭＳＩが新たなＩＭＳＩにセットされる。
・ＥＦ ＳＭＳＰが新たなＩＭＳＩに関連するＳＭＳＣ値に変更される（オプション）
・ＥＦ ＯＰＬＭＮｗＡＣＴが新たなＩＭＳＩに関連する正しい内容に変更される(オプション)。
・認証パラメータが新たなＩＭＳＩに対する関連値にセットされる（オプション）。

ＤＦ＿ＧＳＭ及びＡＤＦ ＵＳＩＭ内のＥＦ ＬＯＣＩ及びＥＦ ＰＳ＿ＬＯＣＩはそれらの初期供給値にセットされる。

識別情報の変更は、ＳＩＭ内の次のファイル：ＥＦ ＬＯＣＩ，ＥＦＰＳ＿ＬＯＣＩ，ＥＦ ＧＰＲＳ＿ＬＯＣＩ，ＥＦＯＰＬＷＮｗＡＣＴ，ＥＦ ＰＬＭＮｗＡＣＴ，ＥＦ ＨＰＬＭＮｗＡＣＴ，ＥＰ ＰＬＭＮｓｅｌ，ＥＦ ＨＰＰＬＭＮ：のうちの１以上の変更を含んでよい。

図７は、このプロセスの経過中にＳＩＭにより保持されるレコードのタイプ及びそれぞれのレコード構造を示す。単一の初期情報レコードは、例えばサブスクリプションタイプ及び使用するプーリングメカニズムを示す。機器タイプレコードは、例えばサブスクリプションタイプに対する変更子を示す（初期音声及びデータのサブスクリプションは、例えば機器がブッラクベリーで、自己データハンドリングプロトコル付きであることを示すための変更が必要とされ得る）。特定ＭＣＣレコードは、プーリングレコードと同様に、適切なサブスクリプションによりＩＭＳＩ及びＰＬＭＮリストに有効に分割することができる。特定ＩＭＳＩレコードはＩＭＳＩのみならす、認証、アドレス及びネットワーク識別情報も示すことができる。

これらのプロセスに使用される情報は、単にＩＭＳＩ選択に使用されるだけではない。本方法は、様々な実施形態において、他のアプリケーションが現在のＩＭＳＩが正しいＩＭＳＩであるかどうかを尋ねることを可能にするクエリプロセスを含んでよい。本方法は、正しいＩＭＳＩが選択され、ハンドセットが安定状態であるとき、他のアプリケーションに対してイベントを発生してもよい。このイベントは、この警告のために、受信するアプリケーションの登録及び取消を行う手段を有する。このプロセスのすべての諸相をこのように記録してもよい。

この手法は、携帯ハンドセットでの識別情報の信頼できる管理を可能にし、その手順を種々のハンドセット及びサブスクリプションタイプに対して最適化できることによって信頼性が向上する。ここではＩＭＳＩデータに関して記載されているが、通信ネットワークで使用する他のタイプの識別情報にも適用可能である。このアプローチは、特許文献６に記載されているＩＭＳＩブローカと組み合わせて有効に使用することもでき、そのＩＭＳＩブローカが新たな識別情報及びサポート情報及びパラメータを携帯ハンドセットに動的に提供することができ、またＩＭＳＩの変更を望ましいと決定された場合にプロンプトするためのトリガイベントのソースとすることもできるようにし得る。

ＩＭＳＩデータのデータベースレコードに含まれる運用データは、一次データまたは、他のＳＩＭデータベース・ファイルに含まれる追加の実行データに適宜ネストするリンクもしくはポインタを、適宜含んでもよい。

ＳＩＭデータベースはオプションで製造時に予めロードされても、ホストシステムから送られるＯＴＡ情報で変更されてもよい。

ここで用いられるテリトリは、任意の特定の地域を意味することを意図しており、国、地域及び所定のネットワークも意味する。

携帯電話機、ハンドセット、携帯端末、通信機器という語は、本明細書中で、相互に交換して用いることができる。

当業者は、本発明が上記の実施形態の詳細に限定されるものではなく、付属の請求の範囲に規定される発明の精神及び範囲を逸脱することなく、むしろ多数の変更や修正が可能である点に留意すべきである。

Claims (20)

1. 通信ネットワーク内の携帯通信機器で用いる識別情報を管理する方法において、該方法は、
   識別情報管理プロセスをトリガするステップ、
   前記携帯通信機器と関連する１以上のパラメータを検出するステップ、
   前記識別情報管理プロセスにおいて、前記検出した１以上のパラメータで決定される識別情報管理ルールを選択するステップ、
   前記識別情報管理プロセスにおいて、各レコードが識別情報及び各識別情報に対する追加の識別情報を含んでいる識別情報データベースを検索し、前記検索は前記識別情報管理ルールに従うレコードを優先するステップ、
   前記識別情報管理プロセスにおいて、前記識別情報管理ルールに従うレコードが前記検索中に見つかったとき、識別情報を選択するステップ、及び
   前記識別情報管理プロセスにおいて、前記携帯通信機器のアクティブ識別情報が既に前記選択された識別情報ではないときに前記アクティブ識別情報を前記選択された識別情報に変更するステップを備える、
   ことを特徴とする方法。
2. 前記識別情報の各々はＩＭＳＩを含む、請求項１記載の方法。
3. 前記１以上のパラメータはハンドセットタイプを含む、請求項１又は２記載の方法。
4. 前記ハンドセットタイプは前記ハンドセットのＩＭＥＩ内のＴＡＣコードから決定される、請求項３記載の方法。
5. 前記１以上のパラメータは前記携帯通信機器と関連するサブスクリプションタイプを含み、前記サブスクリプションタイプはデバイスオペレーティングシステム及び通信タイプのうちの１つ以上に関連する、請求項１から４のいずれか１項に記載の方法。
6. 前記追加の情報は各識別情報に対してＭＣＣ及びＭＮＣを含む、請求項１から５のいずれか１項に記載の方法。
7. 前記識別情報管理ルールはＭＣＣ又はＭＮＣ値の幾つか又はすべての照合に基づいた識別情報の選択を許可する、請求項６記載の方法。
8. 特定の識別情報に対して、前記識別情報管理ルールにより定められた一致がない場合に、照合識別情報プールから新たな識別情報が選択される、請求項６又は７記載の方法。
9. 前記アクティブ識別情報を変更するプロセスは前記携帯通信機器の前記１以上のパラメータに従って決定される、請求項１から８のいずれか１項に記載の方法。
10. 前記アクティブ識別情報の変更時に新たなアクティブ識別情報に何のサービスも付与されない場合には、前記アクティブ識別情報は何のサービスも付与されなかった前記識別情報とは異なるバックアップ識別情報に変更される、請求項１から９のいずれか１項に記載の方法。
11. 移動体通信ネットワークで用いる複数の識別情報を有する、携帯通信機器用の加入者識別モジュールにおいて、前記加入者識別モジュールは、メモリ及びプロセッサを備え、前記メモリは、前記プロセッサにより実行される識別情報管理プロセス及び識別情報データベースを備え、前記プロセッサは、
    識別情報管理プロセスをトリガ時に開始させ、
    前記携帯通信機器と関連する１以上のパラメータを検出し、
    前記識別情報管理プロセスにおいて、前記検出した１以上のパラメータで決定される識別情報管理ルールを選択し、
    前記識別情報管理プロセスにおいて、各レコードが識別情報及び各識別情報に対する追加の識別情報を含んでいる識別情報データベースを検索し、前記検索は前記識別情報管理ルールに従うレコードを優先し、
    前記識別情報管理プロセスにおいて、前記識別情報管理ルールに従うレコードが前記検索中に見つかったとき、識別情報を選択し、及び
    前記識別情報管理プロセスにおいて、前記携帯通信機器のアクティブ識別情報が既に前記選択された識別情報ではないときに前記アクティブ識別情報を前記選択された識別情報に変更する、ように構成されている、
    ことを特徴とする加入者識別モジュール。
12. 前記複数の識別情報の各々はＩＭＳＩである、請求項１１記載の加入者識別モジュール。
13. 前記１以上のパラメータはハンドセットタイプを含む、請求項１１又は１２記載の加入者識別モジュール。
14. 前記ハンドセットタイプは前記ハンドセットのＩＭＥＩ内のＴＡＣコードから決定される、請求項１３記載の加入者識別モジュール。
15. 前記１以上のパラメータは前記携帯通信機器と関連するサブスクリプションタイプを含み、前記サブスクリプションタイプはデバイスオペレーティングシステム及び通信タイプのうちの１つ以上に関連する、請求項１１から１４のいずれか１項に記載の加入者識別モジュール。
16. 前記追加の情報は各識別情報に対してＭＣＣ及びＭＮＣを含む、請求項１１から１５のいずれか１項に記載の加入者識別モジュール。
17. 前記識別情報管理ルールはＭＣＣ又はＭＮＣ値の幾つか又はすべての照合に基づいた識別情報の選択を許可する、請求項１６記載の加入者識別モジュール。
18. 特定の識別情報に対して、前記識別情報管理ルールにより定められた一致がない場合に、照合識別情報プールから新たな識別情報が選択される、請求項１６又は１７記載の加入者識別モジュール。
19. 前記アクティブ識別情報を変更するプロセスは前記携帯通信機器の前記１以上のパラメータに従って決定される、請求項１１から１８のいずれか１項に記載の加入者識別モジュール。
20. 前記アクティブ識別情報の変更時に新たなアクティブ識別情報に何のサービスも付与されない場合には、前記アクティブ識別情報は何のサービスも付与されなかった前記識別情報とは異なるバックアップ識別情報に変更される、請求項１１から１９のいずれか１項に記載の加入者識別モジュール。

Images