(57)【特許請求の範囲】
【請求項１】
保全素子（１１）の遠隔管理の方法であって、各保全素子（１１）は通信ネットワーク内の通信端末と協働し、前記遠隔管理はＯＴＡサーバ（１０）によって実現され、
前記方法は、
−所定の時間枠内に前記ＯＴＡサーバ（１０）をポーリングしなかった保全素子（１１）を検出する段階と；
−前記保全素子（１１）の適格性を検査する段階と；
−前記所定の時間枠内に前記ＯＴＡサーバ（１０）をポーリングせず、前記遠隔管理に対して適格性のある前記保全素子（１１）にメッセージを送って前記保全素子（１１）を更新する段階と；
から構成される方法。
【請求項２】
前記保全素子（１１）に送られた前記メッセージは、ＳＭＳメッセージである請求項１に記載の方法。
【請求項３】
通信ネットワーク内の通信端末と協働する保全素子（１１）を更新するＯＴＡサーバ（１０）であって、
前記ＯＴＡサーバ（１０）は、
−所定の時間枠内に前記ＯＴＡサーバ（１０）をポーリングしなかった保全素子（１１）を検出する手段（１６）と；
−前記保全素子（１１）の適格性を検査する手段（１２）と；
−前記所定の時間枠内に前記ＯＴＡサーバ（１０）をポーリングせず、遠隔管理に対して適格性のある前記保全素子（１１）にメッセージを送って前記保全素子（１１）を更新する手段；
とから構成されるＯＴＡサーバ。
【請求項４】
所定の時間枠内に前記ＯＴＡサーバ（１０）をポーリングしなかった保全素子（１１）を検出する前記手段（１６）は、
ポーリングシミュレータ（１６）によって構成される請求項３に記載のＯＴＡサーバ。
【請求項５】
前記保全素子（１１）に送られた前記メッセージは、ＳＭＳメッセージである請求項３又は４に記載のＯＴＡサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に係り、特に電話機、スマートフォン、ＰＤＡ又はコンピュータなどの携帯デバイスを含むデバイスと相互動作するＵＩＣＣ（汎用集積回路カード）、ｅＳＥ（埋設保全素子）、メモリカード、マイクロ−ＳＤカード又はｅＵＩＣＣ（埋設ＵＩＣＣ）のような保全素子の遠隔管理に関する。
保全素子は、また、Ｍ２Ｍ（マシーン  トゥ  マシーン）分野での回路のように、マシーンに組込まれた回路の形で存在することも出来る。保全素子は物理的に端末に接続されている必要はなく、保全素子が遠隔に設置され、端末と近距離チャネル（例えば、ブルートゥース（登録商標）又はＷｉ−Ｆｉ）を介して通信する近距離接続によって通信することも出来る。
【背景技術】
【０００２】
このような保全素子の管理は、一般的にはＯＴＡ（Ｏｖｅｒ  Ｔｈｅ  Ａｉｒ）により実施され、保全素子にプログラムやデータを読み込んだり更新したりする。この種の管理にはＨＴＴＰ（ハイパーテキスト伝送プロトコル）プロトコルが使用され、これはＨＴＴＰによる‘ＲＦＭ’（遠隔ファイル管理）又は‘ＲＡＭ’（遠隔管理）とも呼ばれている。
【０００３】
保全素子の管理には２つの方法がある。
第１の方法は、例えば、固定保全素子リストを使用してプッシュモード（ｐｕｓｈ  ｍｏｄｅ）で保全素子をアドレスする方法である。保全素子のリストはキャンペーンの実施に先立って選択基準に従って作成され、保全素子はキャンペーン中にアドレスされる。
【０００４】
しかし、ＯＴＡキャンペーンを介して更新すべき保全素子の目標リストは、キャンペーンの実行中に常に進化している（新しい加入者情報が活性化される；カード又は保全素子が一つのデバイスから他のデバイスへと切替えられる；カードが取り替えられる等々）。保全素子の数が数百万個と多くこの分野にあるすべての保全素子に到達するためにキャンペーン期間が数週間又は数カ月と長い場合には上述の制限は危険である。
【０００５】
例えば、仮にＭＮＯ（移動ネットワークオペレータ）がＯＴＡプラットホームで新規の加入者情報を提供しており、新しく提供された保全素子にもその資格があるようなキャンペーンを行っている場合には、ＭＮＯは新しく提供された加入者情報を更新するために２度目のキャンペーンを行う必要が出てくる。
【０００６】
第２の方法は、動的適格技法を用いてプルモード（Ｐｕｌl  ｍｏｄｅ）でＨＴＴＰによるキャンペーン管理を実行する方法である。
この方法では、目標リストは作成されず、保全素子は適格基準に基づいて定義される。保全素子はＯＴＡプラットホームにコンタクトするよう規則的にポーリングを行い、継続中の更新情報があるか否かをチェックする。この適格基準は保全素子がポーリングを行っており、キャンペーンの開始後に展開された到達保全素子を許容する特典を与えている場合には評価し得る。
【０００７】
しかし、この方法は、ＨＴＴＰベアラをサポートする保全素子のみしかサポートしていないという大きな制限があると共に、保全素子の更新が必要でなかったり、ほんのわずかな保全素子しか更新の必要がない場合には重大な欠点が存在する（数百万個の保全素子とＯＴＡプラットホームとの間の周期的なＨＴＴＰポーリングセッションをサポートするために重要なネットワークトラフィックが生成される）。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の課題は、遠隔動作を行うために使用されるベアラ（ＳＭＳ，ＣＡＦＴＰ，ＨＴＴＰ，等々）がどんなものであっても動的目標リストを用いたＯＴＡキャンペーンを管理する方法を見出すことにある。なお、ＣＡＴ−ＴＰはカードアプリケーションツールキット伝送プロトコル（Ｃａｒｄ  Ａｐｐｌｉｃａｔｉｏｎ  Ｔｏｏｌｋｉｔ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を表わす。
上記課題は以下の方法により達成される。
【課題を解決するための手段】
【０００９】
本発明の方法は、保全素子の更新のための少なくとも１つのＯＴＡキャンペーンに対しての保全素子の適格性を動的に検出する方法であって、前記方法は、所定の時間枠内にＯＴＡサーバをポーリングしなかった保全素子を検出する段階と、保全素子の適格性を検査する段階と、所定の時間枠内に前記ＯＴＡサーバをポーリングせず、ＯＴＡキャンペーンに対して適格性のある保全素子にメッセージを送って保全素子を更新する段階と、から構成される。
【００１０】
従って、本発明では、所定日以降ＯＴＡサーバをポーリングせず、かつ更新適格性のある保全素子に対して前述したプッシュモード（ｐｕｓｈ  ｍｏｄｅ）を適用するようにしている。
好ましくは、保全素子に送られたメッセージは、保全素子によってサポートされているベアラのとは独立したＳＭＳメッセージである。
【００１１】
本発明は、また、以下のＯＴＡサーバにも関する。
通信ネットワーク内の通信端末と協働する保全素子を更新するＯＴＡサーバであって、前記ＯＴＡサーバは、所定の時間枠内にＯＴＡサーバをポーリングしなかった保全素子を検出する手段と、保全素子の適格性を検査する手段と、所定の時間枠内にＯＴＡサーバをポーリングせず、ＯＴＡキャンペーンに対して適格性のある保全素子にメッセージを送って保全素子を更新する手段、とから構成される。
本発明の他の特徴及び利点は、図１を参照した以下の好ましい実施例の記載から明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例に係るシステムを示す。
【発明を実施するための形態】
【００１３】
図１において、ＯＴＡサーバ１０は、保全素子１１を更新するために用いられる。
図１では、保全素子１１は１つのみが図示されている。保全素子１１の更新は、従来ＯＴＡキャンペーン中に実施される。各保全素子１１は通信ネットワーク内の通信端末（図示せず）と協働する。保全素子は、例えば、ＵＩＣＣ，ＳＩＭカード又は埋設保全素子（ｅＳＥ）である。
【００１４】
前述した、保全素子１１を管理する第２の方法によれば、各保全素子は規則的にＨＴＴＰを介してＯＴＡサーバ１０をポーリングし（ステップ２０）、ＯＴＡサーバ１０が保全素子１１を更新しなければならないか否かをチェックする。サーバ１０は保全素子１１の更新の適格性をチェックする手段１２を備えている。適格性は保全素子１１にダウンロードすべきデータ又はプログラムが存在するか否かをチェック（検査）することにより行なわれる。保全素子（ＳＥ）に更新の適格性があれば、ＳＥマネジャ１３はポーリングステップ２０でも使用された接続レイヤ１４を介してＯＴＡコマンドをＳＥ１１に送る。
【００１５】
コマンドをＳＥ１１に送った後（更新が成功裏になされたかのチェック後）、接続レイヤ１４は、どのコマンドがＳＥ１１に送られた（どのプログラムがダウンロード又は更新されている）かと、ＳＥ１１の更新の日付とを登録するためにデータベース１５にログ（ｌｏｇ）を送る。この日付は、以後、最新ポーリング日付（Ｌａｓｔ＿Ｐｏｌｌｉｎｇ＿Ｄａｔｅ）と呼ばれ、ＳＥ１１がＯＴＡサーバ１０をポーリングしてＯＴＡで送られるべき潜在的更新を問い合わせた最後の時刻に相当する。
【００１６】
ＯＴＡサーバ１０は保全素子１１とＳＭＳ，ＣＡＴ−ＴＰ及びＨＴＴＰベアラを使って通信することができる。保全素子からプラットホームへのポーリング技法はＨＴＴＰベアラのみを使用する（データチャネル）。
この方法は、従来の（公知の）方法による保全素子１１の管理方法に対応する（プルモード）。
【００１７】
本発明によれば、ＯＴＡサーバは、保全素子１１の完全データベース１５を周期的に分析し、各ＳＥ１１について、ＯＴＡサーバ１０を当然にはポーリングしていないポーリング（ステップ２１）をシミュレーションするポーリングシミュレータ１６を備えている。
ポーリングを行っていない保全素子１１は、ＳＭＳベアラ（一般に２Ｇ又は３Ｇ加入者）のみを使用しているもの、ＨＴＴＰプロトコルをサポートしていないもの、ＢＩＰ（ベアラ独立プロトコル）適合でない保全素子のみならずポーリングはサポートされていても地理上の位置故に（データカバレッジ問題、ローミング状況等々）ポーリングしていない通信端末と協働するものである。
【００１８】
ポーリングシミュレータ１６は、これらの保全素子１１が実際にポーリングを行ったかどうかのポーリングをシミュレーションするため（ステップ２１）Ｌａｓｔ＿Ｐｏｌｌｉｎｇ＿Ｄａｔｅ基準を使用する。
シミュレートされたポーリングは保全素子１１の更新の適格性をチェックする手段１２にアドレスされる。所定の時間枠内にポーリングを行なわなかったこれらの保全素子の適格性チェック後、更新が必要又は可能な保全素子がＳＥマネジャ１３に示され、ＳＥマネジャ１３は、これらの保全素子１１にＯＴＡコマンドを送る。これにより、ＯＴＡサーバをポーリングしなかった保全素子であっても更新が行なわれる。
【００１９】
適合性チェック（検査）は、ＨＴＴＰを介してプルモードでのキャンペーン管理で以前使用されたものと同一である。
このように、ポーリングシミュレータ１６は所定の時間枠内（所定の時刻から）にＯＴＡサーバ１０をポーリングしなかった保全素子のポーリングをシミュレートする。
これらの保全素子はＯＴＡサーバ（適格性チェック手段１２のレベルで）によって、実際にポーリングしたものと考慮される。
【００２０】
このように、本発明は、所定の時刻から（例えば、２週間前からポーリングを行っていない）ＯＴＡサーバ１０とコンタクトしなかった保全素子にプッシュモードで入ることを提案している。ＯＴＡサーバ１０は更新される各ＳＥに適用されるベアラを使用する：ＳＭＳのみをサポートしている保全素子はＳＭＳ（プッシュＳＭＳ）を介して更新され、これらのサポートしているＨＴＴＰはＨＴＴＰ（プッシュＨＴＴＰ）を介して更新される。
保全素子に送られるデータ又はコマンドの大きさも考慮されうる：これらのデータやコマンドがＳＭＳ(およそ１Ｋｂ未満のサイズ)に入り得るとすると、プッシュＳＭＳは、例えばＨＴＴＰセッションの確立に好ましいといえる。
【００２１】
その他の方法は、サポートしているベアラから独立して保全素子をアドレスすることである。これは、すべての保全素子がＳＭＳを介してのみアドレスされることを意味する。これは、例えば、データカバレッジ下（ＨＴＴＰ不可能）にはないが、ネットワークカバレッジ下（ＳＭＳメッセージを受信できる）にある保全素子は更新されることを確実にする。
これは、また、例えば、ユーザが外国にいてデータトラフィックの課金を避けるためにデータの受信を切断した端末に備えられた保全素子の更新を可能にする。
【００２２】
本発明によれば、ポーリングをシミュレートし、適格性のある場合には保全素子をプッシュモードで更新するので周期的なポーリングを活性化することなくＨＴＴＰ保全素子を展開することが可能になる。
本発明の利点は、ネットワークリソースを最大限に利用できる点にある。
さらに、周期的ポーリングが活性化されて展開された保全素子では、ＢＩＰ不適合端末内に挿入されるカードはＯＴＡサーバをポーリングすることはできない。
本発明では、ポーリングシミュレータにより、交替のベアラ（ＳＭＳ）を使用して遠隔ＯＴＡ動作を実行することが可能となる。
【図１】
0006339740.tif 000002