JP2023173145A

JP2023173145A - 通信装置、及び通信方法

Info

Publication number: JP2023173145A
Application number: JP2022085190A
Authority: JP
Inventors: 義昭仲; Yoshiaki Naka
Original assignee: Sony Group Corp
Current assignee: Sony Group Corp
Priority date: 2022-05-25
Filing date: 2022-05-25
Publication date: 2023-12-07
Also published as: WO2023228694A1

Abstract

【課題】利便性の高い通信装置、及び通信方法を提案する。【解決手段】通信装置は、無線通信に関するプロファイルの保存及び削除に関する機能を備える通信装置であって、前記プロファイルの利用の終了条件を満たすか否かを判別する判別部と、前記終了条件を満たした場合に、ユーザインタフェースを介して、前記プロファイルの削除に関する問合せを実行する出力制御部と、を備える。【選択図】図１１

Description

本開示は、通信装置、及び通信方法に関する。

スマートフォン等の通信装置は、多くの場合、無線通信に関する情報（例えば、契約者情報）が記録されたＳＩＭ（Subscriber Identity Module）カードを通信装置に挿入することにより、所定の無線通信（例えば、セルラーネットワーク）の利用が可能になる。近年では、ＲＳＰ（Remote SIM Provisioning）対応の通信装置として、ｅＳＩＭ（Embedded SIM）対応の通信装置の普及も進んでいる。

SGP.21 V2.4， "RSP Architecture", GSM Association, 03 August 2021

ＲＳＰ対応の通信装置は、ＳＩＭカードを入れ替えなくても、無線通信に関する情報（以下、プロファイルという。）の書き換えが可能である。このプロファイルは、ネットワーク上のサーバからダウンロード可能である。そのため、ＲＳＰの普及により、場所及び／又は期間を限定した一時的な無線通信の利用が進むと想定される。

ＲＳＰは通信装置の利便性を向上させる一方で、通信装置を不便にすることもある。例えば、プロファイルは、通信装置内に複数保存可能なため、不要になったプロファイルが通信装置内に残り続けることがある。

そこで、本開示では、利便性の高い通信装置、及び通信方法を提案する。

なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。

上記の課題を解決するために、本開示に係る一形態の通信装置は、無線通信に関するプロファイルの保存及び削除に関する機能を備える通信装置であって、前記プロファイルの利用の終了条件を満たすか否かを判別する判別部と、前記終了条件を満たした場合に、ユーザインタフェースを介して、前記プロファイルの削除に関する問合せを実行する出力制御部と、を備える。

複数のプロファイルが端末装置に残った様子を示す図である。本開示の実施形態に係る通信システムの構成例を示す図である。本開示の実施形態に係るサーバの構成例を示す図である。本開示の実施形態に係る端末装置の構成例を示す図である。本実施形態の通信システムに適用されるＲＳＰアーキテクチャ構成の一例を示す図である。終了条件設定処理の一例を示すフローチャートである。インストール済みプロファイルのリスト画面に誘導するためのユーザインタフェースの一例を示す図である。終了条件を設定するか否かを問い合わせるためのユーザインタフェースの一例を示す図である。終了条件を設定するためのユーザインタフェースの一例を示す図である。ユーザに終了条件を通知するためのユーザインタフェースの一例を示す図である。プロファイル管理処理の一例を示すフローチャートである。ユーザにプロファイルの削除に関する問合せを行うためのユーザインタフェースの一例を示す図である。ユーザにプロファイルの削除に関する問合せを行うためのユーザインタフェースの他の例を示す図である。ユーザにプロファイルの削除に関する問合せを行うためのユーザインタフェースの他の例を示す図である。ユーザにプロファイルの削除に関する問合せを行うためのユーザインタフェースの他の例を示す図である。ユーザにプロファイルの削除に関する問合せを行うためのユーザインタフェースの他の例を示す図である。ユーザにプロファイルの削除に関する問合せを行うためのユーザインタフェースの他の例を示す図である。プロファイルメタデータの追加の要件を示す図である。ＬＰＡの追加の要件を示す図である。

以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて端末装置２０_１、及び２０_２のように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置２０_１、及び２０_２を特に区別する必要が無い場合には、単に端末装置２０と称する。

以下に説明される１又は複数の実施形態（実施例、変形例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。

＜＜１．概要＞＞
ＲＳＰ（Remote SIM Provisioning）対応の端末装置の普及が進んでいる。例えば、近年では、ｅＳＩＭ（Embedded SIM）対応の端末装置の普及が進んでいる。ＲＳＰ対応の端末装置は、ＳＩＭカードを入れ替えなくても、無線通信に関する情報（以下、プロファイルという。）の書き換えが可能である。

ここで、プロファイルとは、無線通信に関する情報であり、サービスプロバイダー（キャリア）の情報や契約者情報（例えば、ｅＳＩＭに割り当てるＩＣＣＩＤなど）が記録されたデータである。ＩＣＣＩＤ（IC Card Identifier）は、プロファイルを識別するための一意の番号である。

なお、プロファイルは、ｅＳＩＭプロファイルであってもよい。ｅＳＩＭプロファイルは、ｅＳＩＭ対応の通信装置で使用されるプロファイルである。例えば、ｅＳＩＭプロファイルは、サービスを提供する目的でｅＵＩＣＣでプロビジョニングされる、データとアプリケーションの組み合わせ（a combination of data and applications to be provisioned on an eUICC for the purpose of providing services）である。ｅＵＩＣＣ（Embedded UICC）は、安全な方法でプロファイルのローカル管理を可能にするＵＩＣＣ（Universal Integrated Circuit Card）である。以下の説明では、ｅＳＩＭプロファイルのことを単にプロファイルということがある。

このプロファイルは、ネットワーク上のサーバからダウンロード可能である。そのため、ＲＳＰの普及により、場所及び／又は期間を限定した一時的な無線通信の利用が進むと想定される。ＲＳＰは通信装置の利便性を向上させる一方で、通信装置を不便にすることもある。例えば、プロファイルは、端末装置内に複数保存可能であるため、不要になったプロファイルが通信装置内に残り続けることがある。

例えば、イベント主催者から、イベント会場でローカル５Ｇの利用を可能にするｅＳＩＭプロファイルの二次元コード（例えば、ＱＲコード（登録商標））が配付され、ユーザがその二次元コード用いて自身の端末装置にｅＳＩＭプロファイルをダウンロードしたとする。イベント会場の外ではローカル５Ｇは使えないはずなので、ユーザがイベント会場から出るとダウンロードしたｅＳＩＭプロファイルは不要のはずである。しかし、ユーザがこのｅＳＩＭプロファイルを削除しないと、このｅＳＩＭプロファイルは端末装置内に残り続ける。

また、雑誌付録やホームページなどで、所定のデータ量の無線通信を可能にするｅＳＩＭプロファイルが配付され、ユーザがそのｅＳＩＭプロファイルを自身の端末装置にダウンロードしたとする。所定のデータ量の使用が終われば、ダウンロードしたｅＳＩＭプロファイルは不要のはずである。しかし、ユーザがこのｅＳＩＭプロファイルを削除しないと、この場合も、プロファイルは端末装置内に残り続ける。

図１は、複数のプロファイルが端末装置に残った様子を示す図である。図１の例では、端末装置に備えられたディスプレイを介して、端末装置内に保存されているプロファイルと各プロファイルの状態（有効・無効）、プロファイルの種類（ダウンロード型SIM（e.g., eSIM）SIM）が表示されている。AAA., BBB., CCC., DDD., EEE., 及びFFF.のそれぞれはプロファイルを示す。各プロファイルの直下にプロファイルの状態と種類が紐づいて表示されている。ここで、プロファイルの状態の「無効」は、その端末装置において対応するプロファイルが有効化されていない（現在使われていない）ことを示す。また、プロファイルの状態の「有効」は、その端末装置において対応するプロファイルが有効化されている（現在使われている）ことを示す。言い換えるとプロファイルの状態の「有効」「無効」は、該プロファイルに対応するオペレータとの回線契約が現在あるか否かとは直接関連しない。従って、図１の例では、例えばプロファイルの状態が「無効」になっているプロファイルＡＡＡとプロファイルＢＢＢとプロファイルＣＣＣは、少なくともいずれかが契約満了等や使用条件を満たさないなどによりすでに使用できない（e.g., データ通信できない）状態になっているかもしれないにも関わらず端末装置内に残り続けている。使用されていないプロファイルが端末装置内に残り続けることは、次回のプロファイルのダウンロードを失敗させる可能性がある等、ユーザに不便な思いをさせることがある。

そこで、本実施形態では、以下の通り上記課題を解決する。

本実施形態の端末装置は、無線通信に関するプロファイルの保存及び削除に関する機能を備える。例えば、本実施形態の端末装置は、ｅＳＩＭプロファイルを管理するためのＬＰＡ（Local Profile Assistant）を備える。ＬＰＡは、複数のプロファイルを端末装置（例えば、ｅＵＩＣＣのメモリ）に記録する機能を備える。

本実施形態の端末装置は、プロファイルの使用の終了条件を満たすか否かを判別するよう構成されている。終了条件としては、プロファイルに設定された利用期日に達したこと、プロファイルに設定された利用エリア外に出たこと、プロファイルに設定されたデータ使用量に達したこと、プロファイルが利用されていない状態が所定期間続いたこと、のうち、少なくとも１つが含まれてもよい。端末装置は、終了条件が満たされたと判別した場合に、ユーザインタフェースを介して、ユーザに対し、プロファイルの削除に関する問合せを実行する。端末装置は、ユーザからプロファイルを削除する旨の応答を取得した場合には、プロファイルの削除を実行する。

これにより、プロファイルの管理が容易になるので、端末装置の利便性が向上する。

例えば、有効ではない、もしくは有効に使用されていないプロファイルを消去する契機をユーザに与えることにより、ユーザに対し、他のｅＳＩＭ対応機器へのプロファイルの移動や、不要になったプロファイルの解約を促すことが可能になる。使われていないプロファイルを消去することは、数に限りがあるＩＣＣＩＤを有効に利用するという観点からも望ましい。

また、有効ではない、もしくは有効に使用されていないプロファイルを消去する契機をユーザに与えることにより、ｅＵＩＣＣ内のメモリの空き容量を増加させることができる。

以上、本実施形態の概要を述べたが、以下、本実施形態に係る通信システム１を詳細に説明する。

＜＜２．通信システムの構成＞＞
まず、通信システム１の構成を説明する。

図２は、本開示の実施形態に係る通信システム１の構成例を示す図である。通信システム１は、サーバ１０と、端末装置２０と、を備える。通信システム１は、サーバ１０、及び端末装置２０をそれぞれ複数備えていてもよい。図２の例では、通信システム１は、サーバ１０としてサーバ１０_１、１０_２等を備えており、端末装置２０として端末装置２０_１、２０_２、２０_３等を備えている。端末装置２０は、複数のネットワークに接続可能に構成されていてもよい。図２の例では、端末装置２０は、ネットワークＮ１とネットワークＮ２に接続可能に構成されている。端末装置２０は、ネットワークＮ１又はネットワークＮ２を介してサーバ１０を接続する。

ネットワークＮ１、Ｎ２は、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、セルラーネットワーク、固定電話網、地域ＩＰ（Internet Protocol）網、インターネット等の通信ネットワークである。ネットワークＮ１、Ｎ２には、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。また、ネットワークＮ１、Ｎ２には、コアネットワークが含まれていてもよい。コアネットワークは、例えば、ＥＰＣ（Evolved Packet Core）や５ＧＣ（5G Core network）である。勿論、ネットワークＮは、コアネットワークに接続されるデータネットワークであってもよい。データネットワークは、通信事業者のサービスネットワーク、例えば、ＩＭＳ（IP Multimedia Subsystem）ネットワークであってもよい。また、データネットワークは、企業内ネットワーク等、プライベートなネットワークであってもよい。

なお、図２の例では、ネットワークが２つしか示されていないが、ネットワークは２つに限られない。例えば、端末装置２０が接続可能なネットワークは、通信事業者が異なる複数のセルラーネットワークと、無線ＬＡＮネットワーク（例えば、Ｗｉ－Ｆｉ（登録商標））と、であってもよい。

端末装置２０は、複数の通信路を使ってネットワークに接続可能であってもよい。このとき、複数の通信路の少なくとも１つは、無線通信路であってもよい。例えば、通信路は、端末装置２０と基地局との間の無線通信路（無線アクセスネットワーク）であってもよい。また、通信路は、端末装置２０とアクセスポイントとの間の無線通信路であってもよい。勿論、複数の通信路には、有線通信路（例えば、有線ＬＡＮ）が含まれていてもよい。なお、通信路は、ネットワークそのものであってもよい。

複数の通信路に無線通信路が含まれる場合、端末装置２０は、ＬＴＥ（Long Term Evolution）、ＮＲ（New Radio）、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、等の無線アクセス技術（ＲＡＴ：Radio Access Technology）を使ってネットワークに接続するよう構成されていてもよい。このとき、端末装置２０は、異なる無線アクセス技術（無線通信方式）を使用可能に構成されていてもよい。例えば、端末装置２０は、ＮＲとＷｉ－Ｆｉを使用可能に構成されていてもよい。また、端末装置２０は、異なるセルラー通信技術（例えば、ＬＴＥとＮＲ）を使用可能に構成されていてもよい。ＬＴＥ及びＮＲは、セルラー通信技術の一種であり、基地局がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。

なお、以下の説明では、「ＬＴＥ」には、ＬＴＥ－Ａ（LTE-Advanced）、ＬＴＥ－ＡＰｒｏ（LTE-Advanced Pro）、及びＥＵＴＲＡ（Evolved Universal Terrestrial Radio Access）が含まれるものとする。また、ＮＲには、ＮＲＡＴ（New Radio Access Technology）、及びＦＥＵＴＲＡ（Further EUTRA）が含まれるものとする。なお、単一の基地局は複数のセルを管理してもよい。以下の説明において、ＬＴＥに対応するセルはＬＴＥセルと称され、ＮＲに対応するセルはＮＲセルと称される。

ＮＲは、ＬＴＥ（LTE-Advanced、LTE-Advanced Proを含む第４世代通信）の次の世代（第５世代）の無線アクセス技術である。ＮＲは、ｅＭＢＢ（Enhanced Mobile Broadband）、ｍＭＴＣ（Massive Machine Type Communications）及びＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）を含む様々なユースケースに対応できる無線アクセス技術である。ＮＲは、これらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討されている。

なお、端末装置２０は、ＬＴＥ、ＮＲ、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ以外の無線アクセス技術（無線通信方式）を使ってネットワークに接続可能であってもよい。例えば、端末装置２０は、ＬＰＷＡ（Low Power Wide Area）通信を使ってネットワークに接続可能であってもよい。また、端末装置２０は、独自規格の無線通信を使ってネットワークに接続可能であってもよい。

ここで、ＬＰＷＡ通信とは、小電力の広範囲通信を可能とする無線通信のことである。例えば、ＬＰＷＡ無線とは、特定小電力無線（例えば、９２０ＭＨｚ帯）やＩＳＭ（Industry-Science-Medical）バンドを使用したＩｏＴ（Internet of Things）無線通信のことである。なお、端末装置２０が使用するＬＰＷＡ通信はＬＰＷＡ規格に準拠したものであってもよい。ＬＰＷＡ規格としては、例えば、ＥＬＴＲＥＳ、ＺＥＴＡ、ＳＩＧＦＯＸ、ＬｏＲａＷＡＮ、ＮＢ－Ｉｏｔ等が挙げられる。勿論、ＬＰＷＡ規格はこれらに限定されず、他のＬＰＷＡ規格であってもよい。

なお、複数の通信路には、仮想ネットワークが含まれていてもよい。例えば、端末装置２０が接続可能な複数の通信路には、ＶＬＡＮ（Virtual Local Area Network）等の仮想ネットワークとＩＰ通信路等の物理的ネットワークとが含まれていてもよい。この場合、端末装置２０は、ＯＳＰＦ（Open Shortest Path First）、ＢＧＰ（Border Gateway Protocol）等の経路制御プロトコルに基づいて経路制御を行ってもよい。

その他、複数の通信路には、１又は複数のオーバーレイネットワークが複数含まれていてもよいし、１又は複数のネットワークスライシングが含まれていてもよい。

なお、図中の装置は、論理的な意味での装置と考えてもよい。つまり、同図の装置の一部または全部が、仮想マシン（VM：Virtual Machine）、コンテナ（Container）、ドッカー（Docker）などで実現され、それらが物理的に同一のハードウェア上で実装されてもよい。

また、本実施形態において、通信装置は、通信の機能を有する装置のことであり、図２の例では、少なくとも端末装置２０は通信装置である。サーバ１０を通信装置とみなしてもよい。

以下、通信システム１を構成する各装置の構成を具体的に説明する。なお、以下に示す各装置の構成はあくまで一例である。各装置の構成は、以下に示す構成とは異なっていてもよい。

＜２－１．サーバの構成＞
最初に、サーバ１０の構成を説明する。

サーバ１０は、端末装置２０に対してネットワーク（例えば、ネットワークＮ１、Ｎ２）を介して各種サービスを提供する情報処理装置（コンピュータ）である。例えば、サーバ１０は、ＳＭ－ＤＰ＋（Subscription Manager - Data Preparation +）と呼ばれるサーバであってもよいし、ＳＭ－ＤＳ（Subscription Manager - Discovery Server）と呼ばれるサーバであってもよい。ＳＭ－ＤＰ＋は、端末装置２０にプロファイルを送信する役割を果たすサーバである。ＳＭ－ＤＳは、１又は複数のＳＭ－ＤＰ＋のアドレスを端末装置２０に提供する役割を果たすサーバである。

なお、サーバ１０は、上記サーバ（ＳＭ－ＤＰ＋、ＳＭ－ＤＳ）に限られない。例えば、サーバ１０は、アプリケーションサーバやＷｅｂサーバであってもよい。サーバ１０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、サーバ１０は、ユーザや端末の近くでデータ処理（エッジ処理）を行う情報処理装置であってもよい。例えば、サーバ１０は、基地局に併設又は内蔵された情報処理装置（コンピュータ）であってもよい。勿論、サーバ１０は、クラウドコンピューティングを行う情報処理装置であってもよい。

図３は、本開示の実施形態に係るサーバ１０の構成例を示す図である。サーバ１０は、記憶部１１と、通信部１２と、制御部１３と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、サーバ１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、サーバ１０は、複数の情報処理装置により構成されていてもよい。

記憶部１１は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１１は、サーバ１０の記憶手段として機能する。記憶部１１は、例えば、品質予測モデル、意図予測モデル等、端末装置２０に配信する予測モデル（学習モデル）を記憶する。これらの情報については後述する。

通信部１２は、他の装置と通信するための通信インタフェースである。例えば、通信部１２は、ネットワークインタフェースである。例えば、通信部１２は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースである。なお、通信部１２は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１２は、サーバ１０の通信手段として機能する。通信部１２は、制御部１３の制御に従って端末装置２０、３０と通信する。

制御部１３は、サーバ１０の各部を制御するコントローラ（controller）である。制御部１３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部１３は、サーバ１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１３は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

＜２－２．端末装置の構成＞
次に、端末装置２０の構成を説明する。

端末装置２０は、基地局、アクセスポイント等の他の通信装置と通信する通信装置である。端末装置２０は、複数の通信路に接続可能に構成されている。例えば、端末装置２０は、端末装置は、Ｗｉ－Ｆｉ（登録商標）とセルラーネットワークの２つの通信路に接続可能に構成されていてもよい。

端末装置２０には、あらゆる形態のコンピュータを採用可能である。例えば、端末装置２０は、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、ノートＰＣ等のモバイル端末であってもよい。また、端末装置２０は、スマートウォッチ等のウェアラブルデバイスであってもよい。また、端末装置２０は、ＡＲ（Augmented Reality）デバイス、ＶＲ（Virtual Reality）デバイス、ＭＲ（Mixed Reality）デバイス等のｘＲデバイスであってもよい。また、端末装置２０は、通信機能が具備された撮像装置（例えば、カムコーダ）であってもよいし、ＦＰＵ（Field Pickup Unit）等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置２０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。端末装置２０は、複数通信路を持つルータであってもよい。

また、端末装置２０は、他の通信装置（例えば、基地局、アクセスポイント、及び他の端末装置２０）とＬＰＷＡ通信が可能であってもよい。また、端末装置２０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置２０が使用する無線通信は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

また、端末装置２０は、移動体装置であってもよい。移動体装置は、移動可能な無線通信装置である。このとき、端末装置２０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、端末装置２０は、自動車、バス、トラック、自動二輪車等の道路上を移動する車両（Vehicle）、或いは、当該車両に搭載された無線通信装置であってもよい。なお、移動体は、モバイル端末であってもよいし、陸上、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。

端末装置２０は、同時に複数の基地局または複数のセルと接続して通信を実施してもよい。例えば、１つの基地局が複数のセル（例えば、ｐＣｅｌｌ、sＣｅｌｌ）を介して通信エリアをサポートしている場合に、キャリアアグリゲーション（CA：Carrier Aggregation）技術やデュアルコネクティビティ（DC：Dual Connectivity）技術、マルチコネクティビティ（MC：Multi-Connectivity）技術によって、それら複数のセルを束ねて基地局と端末装置２０とで通信することが可能である。或いは、異なる基地局のセルを介して、協調送受信（CoMP：Coordinated Multi-Point Transmission and Reception）技術によって、端末装置２０とそれら複数の基地局が通信することも可能である。

図４は、本開示の実施形態に係る端末装置２０の構成例を示す図である。端末装置２０は、記憶部２１と、通信部２２と、制御部２３と、入力部２４と、出力部２５と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置２０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

記憶部２１は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２１は、ｅＵＩＣＣ内のメモリであってもよい。記憶部２１は、端末装置２０の記憶手段として機能する。記憶部２１は、例えば、ダウンロードしたプロファイルを記憶する。記憶部２１には、複数のプロファイルを記録可能である。

通信部２２は、ネットワークに接続するための通信インタフェースである。通信部２２は、無線インタフェースであってもよいし、有線インタフェースであってもよい。通信部２２を無線インタフェースとする場合、通信部２２は、複数の無線アクセス技術（無線通信方式）に対応していてもよい。例えば、通信部２２は、ＬＴＥ、ＮＲ、Ｗｉ－Ｆｉ等に対応していてもよい。その他、通信部２２は、Ｂｌｕｅｔｏｏｔｈ、ＬＰＷＡ等の無線アクセス技術に対応していてもよい。また、通信部２２を有線インタフェースとする場合、通信部２２は、ＮＩＣ等のＬＡＮインタフェースであってもよい。

制御部２３は、端末装置２０の各部を制御するコントローラである。制御部２３は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部２３は、端末装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部２３は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。また、制御部２３は、ＣＰＵに加えて、或いは代えて、ＧＰＵにより実現されてもよい。

制御部２３は、取得部２３１と、設定部２３２と、出力制御部２３３と、記録制御部２３４と、判別部２３５と、を備える。制御部２３を構成する各ブロック（取得部２３１～判別部２３５）はそれぞれ制御部２３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。制御部２３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。機能ブロックの構成方法は任意である。

なお、制御部２３は、ｅＵＩＣＣ（Embedded UICC）であってもよい。このとき、ｅＵＩＣＣは、端末装置２０内の基板に実装されたものであってもよいし、端末装置２０に挿入されるカードに実装されたものであってもよい。また、制御部２３を構成する各ブロック（取得部２３１～判別部２３５）は、ＬＰＡ（Local Profile Assistant）が備える機能要素であってもよい。

入力部２４は、外部から各種入力を受け付ける入力装置である。例えば、入力部２４は、キーボードやマウスや操作キー等、ユーザが各種操作を行うための操作装置である。なお、端末装置２０にタッチパネルが採用される場合には、タッチパネルも入力部２４に含まれる。この場合、ユーザは、指やスタイラスで画面をタッチすることにより各種操作を行う。

出力部２５は、音、光、振動、画像等、外部に各種出力を行う装置である。出力部２５は、制御部２３の制御に従って、ユーザに各種出力を行う。なお、出力部２５は、各種情報を表示する表示装置を備える。表示装置は、例えば、液晶ディスプレイ、又は、有機ＥＬディスプレイ（Organic Electro Luminescence Display）である。なお、出力部２５は、タッチパネル式の表示装置であってもよい。この場合、入力部２４と出力部２５は一体の構成とみなしてもよい。

＜２－３．ＲＳＰアーキテクチャ＞
次に、ＲＳＰ（Remote SIM Provisioning）アーキテクチャを説明する。

図５は、本実施形態の通信システム１に適用されるＲＳＰアーキテクチャ構成の一例を示す図である。図５に示すＲＳＰアーキテクチャは、サーバ１０_１（ＳＭ－ＤＰ＋）と、サーバ１０_２（ＳＭ－ＳＭ）と、端末装置２０と、を含む。

サーバ１０_１は、ＳＭ－ＤＰ＋（Subscription Manager - Data Preparation +）と呼ばれるサーバである。ＳＭ－ＤＰ＋は、端末装置２０のｅＵＩＣＣのＬＰＡにプロファイルを送信する。

サーバ１０_２は、ＳＭ－ＤＳ（Subscription Manager - Discovery Server）と呼ばれるサーバである。ＳＭ－ＤＳは、１又は複数のＳＭ－ＤＰ＋のアドレスを端末装置２０のＬＤＳ（Local Discovery Service）に提供する。

端末装置２０は、ｅＵＩＣＣと組み合わせて使用されるユーザ機器である。端末装置２０は、ＬＰＡと、ｅＵＩＣＣと、を含む。

ＬＰＡ（Local Profile Assistant）は、ＬＰＤ機能、ＬＤＳ機能、およびＬＵＩ機能を提供する機能要素（ソフトウェア）である。ＬＰＡは、端末装置２０内の機能要素であってもよいし、ｅＵＩＣＣ内の機能要素であってもよい。

ｅＵＩＣＣ（Embedded UICC）は、安全な方法でプロファイルのローカル管理を可能にするＵＩＣＣ（Universal Integrated Circuit Card）である。ｅＵＩＣＣは、端末装置２０内の基板に実装されたものであってもよいし、端末装置２０に挿入されるカードに実装されたものであってもよい。ｅＵＩＣＣは、ＬＰＡサービスと、ＬＰＡとを含む。

ＬＰＡサービスは、ＬＰＡ機能に必要なサービスとデータへの必要なアクセスを提供する機能要素（ソフトウェア）である。例えば、ＬＰＡ（Local Profile Assistant）は、ＬＰＤ機能、ＬＤＳ機能、およびＬＵＩ機能を提供する機能要素（ソフトウェア）である。ＬＰＡは、複数のプロファイルをｅＵＩＣＣのメモリに記録する機能を備える。

＜＜３．通信システムの動作＞＞
以上、通信システム１の構成を説明したが、次に、このような構成を有する通信システム１の動作を説明する。通信システム１の動作は、終了条件設定処理と、プロファイル管理処理に分けられる。

＜３－１．終了条件設定処理＞
まず、終了条件設定処理を説明する。終了条件設定処理は、プロファイルに使用の終了条件が設定されていない場合に、当該プロファイルに終了条件を設定するための処理である。図６は、終了条件設定処理を示すフローチャートの一例である。以下の処理は、例えば、端末装置２０の制御部２３で実行される。以下、図６のフローチャートを参照しながら、終了条件設定処理を説明する。

まず、端末装置２０の取得部２３１は、サーバ１０からプロファイルをダウンロードする（ステップＳ１０１）。そして、端末装置２０は、ダウンロードしたプロファイルを記憶部２１（例えば、ｅＵＩＣＣ内のメモリ）に記憶する。

なお、端末装置２０は、ｅＵＩＣＣに新たにプロファイルをダウンロードする前に、その時点におけるメモリの使用量を確認してもよい。そして、メモリの使用量が所定量を超えている場合、端末装置２０は、ユーザインタフェースを介して、ユーザをインストール済みプロファイルのリスト画面へ誘導してもよい。図７は、インストール済みプロファイルのリスト画面に誘導するためのユーザインタフェースの一例を示す図である。図７の例では、ユーザインタフェースとしてポップアップウィンドウ（以下、単にウィンドウという。）が示されているが、ユーザインタフェースはポップアップウィンドウに限られない。図７の例では、端末装置２０は、ユーザをインストール済みプロファイルのリスト画面に誘導するウィンドウＰ１１を出力部２５に表示している。図中、ＸＸには、メモリの現在の使用割合を示す数字が表示される。また、図中、ｅＳＩＭは、ｅＳＩＭプロファイルを示す。

図６に戻り、端末装置２０の設定部２３２は、ダウンロードしたプロファイルに、利用終了条件が設定されているか否か判別する（ステップＳ１０２）。終了条件が設定されていない場合（ステップＳ１０２：Ｙｅｓ）、端末装置２０は、ユーザインタフェースを介して、ユーザにプロファイル終了条件を設定するか否かを問い合わせる。図８は、終了条件を設定するか否かを問い合わせるためのユーザインタフェースの一例を示す図である。図８の例では、端末装置２０は、ユーザにプロファイルの利用終了条件を設定するか否かを問い合わせるためのウィンドウＰ１２を出力部２５に表示している。図中、ＸＸＸには、ダウンロードしたプロファイルを識別するための文字列が表示される。

図６に戻り、ユーザの応答が終了条件の設定を希望しない旨の応答であった場合（ステップＳ１０３：Ｎｏ）、端末装置２０は、終了条件設定処理を終了する。ユーザの応答が終了条件の設定を希望する旨の応答であった場合（ステップＳ１０３：Ｙｅｓ）、端末装置２０は、プロファイルに利用終了条件を設定する。

図９は、終了条件を設定するためのユーザインタフェースの一例を示す図である。図９には、端末装置２０の出力部２５に表示されるウィンドウのみが表示されており、端末装置２０の記載は省略されている。図９の例では、端末装置２０は、終了条件として、下記（Ａ１）～（Ａ３）の３つを設定するよう構成されている。

（Ａ１）データ通信量
（Ａ２）期限
（Ａ３）使用可能エリア（例えば、国又は地域）

まず、端末装置２０の出力制御部２３３は、ユーザインタフェースを介して、ユーザに（Ａ１）～（Ａ３）のいずれを設定するかを問い合わせる。例えば、端末装置２０は、ユーザに（Ａ１）～（Ａ３）のいずれを設定するかを問い合わせるためのウィンドウＰ１３を出力部２５に表示する。そして、端末装置２０は、ユーザの選択に応じて、終了条件を設定するためのユーザインタフェースを表示する。

例えば、ユーザが（Ａ１）のデータ通信量の設定を希望したとすると、端末装置２０は、終了条件とするデータ通信量を設定するためのウィンドウＰ１４を出力部２５に表示する。ここで設定されるデータ通信量（データ使用量）は、プロファイルに基づく通信の上限使用量である。

また、ユーザが（Ａ２）の期限の設定を希望したとすると、端末装置２０は、終了条件とする期限を設定するためのウィンドウＰ１５を出力部２５に表示する。ここで設定される期限は、プロファイルに基づく通信の利用期限（有効期限）である。

また、ユーザが（Ａ３）の使用可能エリア（例えば、国又は地域）の設定を希望したとすると、端末装置２０は、終了条件とする使用可能エリア（図６の例では、国又は地域）を設定するためのウィンドウＰ１５を出力部２５に表示する。ここで設定される使用可能エリアは、プロファイルに基づく通信が可能なエリアである。使用可能エリアは、国又は地域に限られず、例えばイベント会場等、所定の範囲であってもよい。また、使用可能エリアの設定例は図９に示した例に限られない。例えば、端末装置２０は、プロファイルに対し、当該プロファイルに基づく通信ができないエリア（使用禁止エリア）を設定するよう構成されていてもよい。使用禁止エリアの設定も、当該エリア以外では使用可能となるので、使用可能エリアの設定の一種とみなすことができる。

なお、プロファイルに設定可能な終了条件は、上記（Ａ１）～（Ａ３）の３つに限られない。例えば、端末装置２０は、終了条件として、下記（Ａ４）～（Ａ５）も設定するよう構成されていてもよい。

（Ａ４）無効状態の継続期間
（Ａ５）圏外状態の継続期間

（Ａ４）の無効状態の継続期間は、プロファイルが利用されていない状態（例えば、最後に該プロファイルの使用が完了して）からの継続期間である。また、（Ａ５）の圏外状態の継続期間は、端末装置２０が圏外状態になってからの継続期間である。

なお、端末装置２０は、プロファイルに１の終了条件のみを設定可能に構成されてもよいし、複数の終了条件を設定可能に構成されてもよい。例えば、端末装置２０は、プロファイルに上記（Ａ１）～（Ａ５）の終了条件の中から選択される１又は複数の終了条件を設定可能に構成されてもよい。勿論、端末装置２０は、プロファイルに上記（Ａ１）～（Ａ５）以外の終了条件を設定可能に構成されてもよい。

終了条件の設定が完了したら、端末装置２０は、終了条件設定処理を終了する。

図６に戻り、ダウンロードしたプロファイルに終了条件が設定されている場合（ステップＳ１０２：Ｎｏ）、端末装置２０の出力制御部２３３は、ユーザにプロファイルに設定された終了条件を通知する。

図１０は、ユーザに終了条件を通知するためのユーザインタフェースの一例を示す図である。図１０の例では、端末装置２０は、終了条件として、上記（Ａ１）～（Ａ３）の３つを通知する。図中、ＸＸＸには、ダウンロードしたプロファイルを識別するための文字列が表示される。

例えば、プロファイルに終了条件として（Ａ１）のデータ通信量が設定されていたとすると、端末装置２０は、ユーザに終了条件となるデータ通信量（データ使用量）を通知するためのウィンドウＰ２１を出力部２５に表示する。図中、Ｙには、終了条件となるデータ通信量を示す値が表示される。

また、プロファイルに終了条件として（Ａ２）の期限が設定されていたとすると、端末装置２０は、ユーザに利用期限を通知するためのウィンドウＰ２２を出力部２５に表示する。図中、ＭＭＤＤには利用期限を示す値（例えば、日付）が表示される。

また、プロファイルに終了条件として（Ａ３）の使用可能エリアが設定されていたとすると、端末装置２０は、ユーザに使用可能エリアを通知するためのウィンドウＰ２３を出力部２５に表示する。図中、“所定エリア”の箇所には使用可能エリアを示す文字列（例えば、国又は地域を示す文字列）が表示される。

なお、ユーザに通知する終了条件は、上記（Ａ１）～（Ａ３）の３つに限られない。例えば、端末装置２０は、上記（Ａ４）～（Ａ５）も設定するよう構成されていてもよい。なお、端末装置２０は、プロファイルに複数の終了条件が設定されている場合には、設定された複数の終了条件を全て表示するよう構成されていてもよい。

終了条件の通知が完了したら、端末装置２０は、終了条件設定処理を終了する。

＜３－２．プロファイル管理処理＞
次に、プロファイル管理処理について説明する。プロファイル管理処理は、プロファイルの管理のための処理である。プロファイル管理処理では、プロファイルの利用の終了条件を満たした場合に、端末装置２０は、ユーザインタフェースを介して、ユーザにプロファイルの削除に関する問合せを実行する。図１１は、プロファイル管理処理を示すフローチャートの一例である。以下の処理は、例えば、端末装置２０の制御部２３で実行される。以下、図１１のフローチャートを参照しながら、プロファイル管理処理を説明する。

端末装置２０の取得部２３１は、記憶部２１（例えば、ｅＵＩＣＣのメモリ）に記録されたプロファイルを１つ選択する（ステップＳ２０１）。そして、端末装置２０の判別部２３５は、選択したプロファイルが利用の終了条件を満たすか否かを判別する。終了条件には、下記（Ｂ１）～（Ｂ５）が含まれていてもよい。下記（Ｂ１）～（Ｂ５）は、それぞれ、終了条件設定処理で示した（Ａ１）～（Ａ５）に対応する。

（Ｂ１）プロファイルに設定されたデータ使用量に達したこと
（Ｂ２）プロファイルに設定された利用期限に達したこと
（Ｂ３）プロファイルに設定された使用可能エリア外に出たこと
（Ｂ４）プロファイルの無効状態（利用されていない状態）が所定期間続いたこと
（Ｂ５）端末装置２０の圏外状態が所定期間続いたこと

なお、プロファイルには、１つの終了条件のみが設定されてもよいし、複数の終了条件が設定されてもよい。例えば、プロファイルには、上記（Ｂ１）～（Ｂ５）の終了条件の中から選択される１又は複数の終了条件が設定されてもよい。勿論、プロファイルには、上記（Ｂ１）～（Ｂ５）以外の終了条件が設定されてもよい。

プロファイルに上記（Ｂ１）～（Ｂ５）の終了条件の中から選択される１又は複数の終了条件が設定される場合、端末装置２０は以下のように動作してもよい。

例えば、端末装置２０の判別部２３５は、プロファイルに基づく通信の通信量がプロファイルに設定されたデータ使用量（上限使用量）に達したか判別する（ステップＳ２０２）。上限使用量に達した場合（ステップＳ２０２：Ｙｅｓ）、端末装置２０は、ステップＳ２０７に処理を進める。

上限使用量に達していない場合（ステップＳ２０２：Ｎｏ）、端末装置２０の判別部２３５は、プロファイルに設定された利用期限に達しているか判別する（ステップＳ２０３）。利用期限に達している場合（ステップＳ２０３：Ｙｅｓ）、端末装置２０は、ステップＳ２０７に処理を進める。

利用期限に達していない場合（ステップＳ２０３：Ｎｏ）、端末装置２０の判別部２３５は、端末装置２０がプロファイルに設定された使用可能エリアの外に出ているか判別する（ステップＳ２０４）。使用可能エリアの外に出ている場合（ステップＳ２０４：Ｙｅｓ）、端末装置２０は、ステップＳ２０７に処理を進める。

使用可能エリアの外に出ていない場合（ステップＳ２０４：Ｎｏ）、端末装置２０の判別部２３５は、プロファイルの無効状態（プロファイルが利用されていない状態）が所定期間続いたか判別する（ステップＳ２０５）。無効状態が所定期間続いている場合（ステップＳ２０５：Ｙｅｓ）、端末装置２０は、ステップＳ２０７に処理を進める。

無効状態が所定期間続いていない場合（ステップＳ２０５：Ｎｏ）、端末装置２０の判別部２３５は、端末装置２０の圏外状態が所定期間続いたか判別する（ステップＳ２０５）。このとき、判別部２３５は、プロファイルが有効な状態であっても、端末装置２０の圏外状態が所定期間続いた場合には、終了条件が満たされたと判別する。圏外状態が所定期間続いている場合（ステップＳ２０６：Ｙｅｓ）、端末装置２０は、ステップＳ２０７に処理を進める。

圏外状態が所定期間続いていない場合（ステップＳ２０６：Ｎｏ）、端末装置２０は、処理をステップＳ２０１に戻すとともに、プロファイルを別のプロファイルに替えて、ステップＳ２０１以降の処理を繰り返す。

選択したプロファイルが利用の終了条件を満たす場合（ステップＳ２０２～ステップＳ２０６：Ｙｅｓ）、端末装置２０の出力制御部２３３は、ユーザインタフェースを介して、ユーザに対し、プロファイルの削除に関する問合せを実行する。図１２は、ユーザにプロファイルの削除に関する問合せを行うためのユーザインタフェースの一例を示す図である。具体的には、図１２は、プロファイルが利用期限に達している場合に、ユーザに当該プロファイルを削除するか否かを問合せる様子を示す図である。図１２の例では、端末装置２０は、プロファイルを確認して削除するか否かを問合せるためのウィンドウＰ３１を出力部２５に表示している。

なお、ユーザインタフェースは、必ずしもプロファイルを確認して削除するか否かを問合せるものでなくてもよい。例えば、ユーザインタフェースは、プロファイルを単に削除するか否かを問合せるものであってもよい。

図１３～図１７は、ユーザにプロファイルの削除に関する問合せを行うためのユーザインタフェースの他の例を示す図である。より具体的には、図１３は、プロファイルに基づく通信の通信量が上限使用量に達した場合に、当該プロファイルを削除するか否かをユーザに問合せるユーザインタフェースの一例（ウィンドウＰ３２）を示す図である。また、図１４は、プロファイルが利用期限に達している場合に、当該プロファイルを削除するか否かをユーザに問合せるユーザインタフェースの一例（ウィンドウＰ３３）を示す図である。また、図１５は、端末装置２０が使用可能エリア（国又は地域）の外に出ている場合に、当該プロファイルを削除するか否かをユーザに問合せるユーザインタフェースの一例（ウィンドウＰ３４）を示す図である。また、図１６は、プロファイルの無効状態が所定期間続いている場合に、当該プロファイルを削除するか否かをユーザに問合せるユーザインタフェースの一例（ウィンドウＰ３５）を示す図である。また、図１７は、端末装置２０の圏外状態が所定期間続いていない場合に、当該プロファイルを削除するか否か（或いは、別のプロファイルに切り替えるか否か）をユーザに問合せるユーザインタフェースの一例（ウィンドウＰ３６）を示す図である。

図１１に戻り、端末装置２０の判別部２３５は、ユーザがプロファイルの削除を希望しているか否か判別する（ステップＳ２０８）。ユーザが削除を希望していない場合（ステップＳ２０８：Ｎｏ）、端末装置２０は、処理をステップＳ２０１に戻すとともに、プロファイルを別のプロファイルに替えて、ステップＳ２０１以降の処理を繰り返す。

一方、ユーザが削除を希望している場合（ステップＳ２０８：Ｙｅｓ）、端末装置２０の記録制御部２３４は、記憶部２１（例えば、ｅＵＩＣＣのメモリ）から、ステップＳ２０１で選択されたプロファイルを削除する（ステップＳ２０９）。

プロファイルの削除が完了したら、端末装置２０は、処理をステップＳ２０１に戻すとともに、プロファイルを別のプロファイルに替えて、ステップＳ２０１以降の処理を繰り返す。

＜３－３．補足＞
＜３－３－１．プロファイルメタデータについて＞
プロファイルには、プロファイルメタデータ（Profile Metadata）が関連付けられる。プロファイルメタデータは、ローカルプロファイル管理の目的で使用されるプロファイルに関する情報である。非特許文献１（SGP.21 V2.4）の表２１（Table 21）には、プロファイルメタデータの要件（Profile Metadata Requirements）が記載されている。

上述したたように、本実施形態では、プロファイルに利用の終了条件が設定される。プロファイルに終了条件の情報を持たせるため、プロファイルメタデータの要件として図１８のＭＥＴＡｘ１に示す要件が加えられてもよい。図１８は、プロファイルメタデータの追加の要件を示す図である。ＭＥＴＡｘ１のｘ１は適切な数字に置き換えられる。ＭＥＴＡｘ１に記載の要件は以下のとおりである。

（ＭＥＴＡｘ１）
プロファイルメタデータは、以下の使用条件を格納するためのオプションフィールドを含むことができる。
１．データ使用制限（ｘｘＧＢ）
２．有効期限
３．利用可能な領域

＜３－３－２．ＬＰＡについて＞
上述したように、端末装置２０は、ローカルプロファイル管理のための機能要素（ソフトウェア）として、ＬＰＡ（Local Profile Assistant）を備える。非特許文献１（SGP.21 V2.4）の表２７（Table 21）には、ＬＰＡの要件（LPA Requirements）が記載されている。

本実施形態の端末装置２０を実現するため、ＬＰＡの要件として図１９のＬＰＡｘ１～ＬＰＡｘ３に示す要件が加えられてもよい。図１９は、ＬＰＡの追加の要件を示す図である。ＬＰＡｘ１～ＬＰＡｘ３のｘ１～ｘ３は、それぞれ、適切な数字に置き換えられる。本実施形態の端末装置２０の動作に、ＬＰＡｘ１～ＬＰＡｘ３の少なくとも１つが適用されてもよい。ＬＰＡｘ１～ＬＰＡｘ３に記載の要件は以下のとおりである。

（ＬＰＡｘ１）
ＬＰＡは、ダウンロードしたプロファイルの使用条件を確認し、不要なプロファイルを削除するようにユーザに促す必要がある。プロファイルメタデータに使用条件を格納するためのオプションフィールドが含まれておらず、ユーザがそれを希望する場合、ＬＰＡは、ユーザに対し、それを設定し、ＬＰＡ自身のデータとして維持するよう依頼することができる。

（ＬＰＡｘ２）
ＬＰＡは、不要なプロファイルを削除するようユーザに推奨するかどうかを決定する独自の条件も有する。このような条件はこのドキュメントの範囲外であり、実装に任されている。

（ＬＰＡｘ３）
ＬＰＡは、ｅＵＩＣＣの空きメモリのサイズが別のプロファイルをダウンロードするのに十分でない可能性がある場合は、不要なプロファイルを削除することをユーザに推奨する必要がある。閾値はこのドキュメントの範囲外であり、実装に任されている。

＜＜４．変形例＞＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

＜４－１．利用の終了条件に関する変形例＞
上述の＜３－２．プロファイル管理処理＞では、プロファイルの利用の終了条件の例として下記（Ｂ１）～（Ｂ５）の５つを挙げた。

しかし、終了条件はこれらに限られず、例えば、以下の（Ｂ６）に示す条件が含まれていてもよい。

（Ｂ６）プロファイルを保存するメモリの使用量が所定量（所定割合）を超えたこと

また、終了条件は、複数の条件を組み合わせたものであてもよい。例えば、終了条件は、上記（Ｂ１）～（Ｂ６）の中から選択される複数の条件を組み合わせたものであってもよい。例えば、端末装置２０の判別部２３５は、（Ｂ６）メモリの使用量が所定量を超えている場合、かつ、（Ｂ４）プロファイルが利用されていない状態が所定期間続いた場合に、終了条件が満たされたと判別してもよい。メモリの残量が少なくなったタイミングで、ユーザにプロファイルの管理を促すことができる。

＜４－２．プロファイルの削除に関する変形例＞
上述の＜３－２．プロファイル管理処理＞では、端末装置２０は、プロファイルに設定された終了条件が満たされた場合に、ユーザインタフェースを介して、当該プロファイルを削除するか否かをユーザに問い合わせた（例えば、図１２～図１７）。しかし、端末装置２０は、プロファイルに設定された終了条件が満たされた場合に自動的に当該プロファイルを削除するよう構成されていてもよい。

このとき、端末装置２０は、プロファイルをダウンロードした際に、特定の条件に該当した場合にはプロファイルが自動的に削除される旨の同意を予めユーザにとってもよい。例えば、端末装置２０の出力制御部２３３は、プロファイルをダウンロードした際に、ユーザインタフェースを介して、プロファイルに設定された終了条件が満たされた場合に自動的に該プロファイルを削除するか否かをユーザに問い合わせる。端末装置２０の記録制御部２３４は、自動的にプロファイルを削除する旨の選択がユーザによってなされた場合であって、当該プロファイルに設定された終了条件が満たされた場合には、ユーザに問い合わせることなく、自動的に当該プロファイルを削除する。

これにより、プロファイルの管理をさらに容易にすることができる。

＜４－３．その他の変形例＞
本実施形態のサーバ１０、端末装置２０を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。

例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、サーバ１０、端末装置２０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、サーバ１０、端末装置２０の内部の装置（例えば、制御部１３、制御部２３）であってもよい。

また、上記通信プログラムをインターネット等のネットワーク上のサーバが備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバに格納しておき、コンピュータにダウンロード等できるようにしてもよい。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。

また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャートに示された各ステップは、適宜順序を変更することが可能である。

また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。

なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

＜＜５．むすび＞＞
以上説明したように、本開示の一実施形態によれば、端末装置２０は、無線通信に関するプロファイルの保存及び削除に関する機能を備える。例えば、端末装置２０は、ｅＳＩＭプロファイルを管理するためのＬＰＡ（Local Profile Assistant）を備える。端末装置２０には、複数のプロファイルを記録可能である。端末装置２０は、プロファイルの使用の終了条件を満たすか否かを判別するよう構成されている。端末装置２０は、終了条件が満たされたと判別した場合に、ユーザインタフェースを介して、ユーザに対し、プロファイルの削除に関する問合せを実行する。端末装置２０は、ユーザからプロファイルを削除する旨の応答を取得した場合には、プロファイルの削除を実行する。

これにより、プロファイルの管理が容易になるので、端末装置２０の利便性が向上する。例えば、有効ではない、もしくは有効に使用されていないプロファイルを消去する契機をユーザに与えることにより、ユーザに対し、他のｅＳＩＭ対応機器へのプロファイルの移動や、不要になったプロファイルの解約を促すことが可能になる。また、有効ではない、もしくは有効に使用されていないプロファイルを消去する契機をユーザに与えることにより、ｅＵＩＣＣ内のメモリの空き容量を増加させることができる。

以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。

また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。

なお、本技術は以下のような構成も取ることができる。
（１）
無線通信に関するプロファイルの保存及び削除に関する機能を備える通信装置であって、
前記プロファイルの利用の終了条件を満たすか否かを判別する判別部と、
前記終了条件を満たした場合に、ユーザインタフェースを介して、前記プロファイルの削除に関する問合せを実行する出力制御部と、
を備える通信装置。
（２）
前記通信装置は、複数のプロファイルをメモリに記録する機能を備える、
前記（１）に記載の通信装置。
（３）
前記終了条件には、前記プロファイルに設定されたデータ使用量に達したこと、が含まれる、
前記（１）又は（２）に記載の通信装置。
（４）
前記終了条件には、前記プロファイルに設定された利用期限に達したこと、が含まれる、
前記（１）～（３）のいずれかに記載の通信装置。
（５）
前記終了条件には、前記プロファイルに設定された使用可能エリア外に出たこと、が含まれる、
前記（１）～（４）のいずれかに記載の通信装置。
（６）
前記終了条件には、前記プロファイルの無効状態が所定期間続いたこと、が含まれる、
前記（１）～（５）のいずれかに記載の通信装置。
（７）
前記通信装置は、複数のプロファイルをメモリに記録する機能を備え、
前記終了条件には、前記プロファイルが利用されていない状態が所定期間続いたこと、が含まれ、
前記判別部は、前記メモリの使用量が所定量を超えている場合、かつ、前記プロファイルが利用されていない状態が所定期間続いた場合に、前記終了条件が満たされたと判別する、
前記（１）～（６）のいずれかに記載の通信装置。
（８）
前記終了条件には、前記通信装置の圏外状態が所定期間続いたこと、が含まれ、
前記判別部は、前記プロファイルが有効な状態であっても、前記通信装置の圏外状態が所定期間続いた場合には、前記終了条件が満たされたと判別する、
前記（１）～（７）のいずれかに記載の通信装置。
（９）
前記プロファイルに前記終了条件が設定されていない場合に、前記プロファイルに前記終了条件を設定する設定部、をさらに備える、
前記（１）～（８）のいずれかに記載の通信装置。
（１０）
前記出力制御部は、前記プロファイルに前記終了条件が設定されていない場合に、ユーザインタフェースを介して、前記プロファイルに前記終了条件の設定に関する問合せを実行し、
前記設定部は、前記終了条件の設定に関する問合せへのユーザの応答に基づいて前記プロファイルに前記終了条件を設定する、
前記（９）に記載の通信装置。
（１１）
前記プロファイルの削除に関する問合わせへのユーザの応答に基づいて前記プロファイルを削除する記録制御部、をさらに備える、
前記（１）～（１０）のいずれかに記載の通信装置。
（１２）
前記出力制御部は、前記プロファイルに設定された終了条件が満たされた場合に自動的に該プロファイルを削除するか否かを、ユーザインタフェースを介してユーザに問合せ、
前記記録制御部は、自動的に前記プロファイルを削除する旨の選択がなされた場合であって、該プロファイルに設定された終了条件が満たされた場合には、ユーザに問い合わせることなく、自動的に該プロファイルを削除する、
前記（１１）に記載の通信装置。
（１３）
前記プロファイルは、ｅＳＩＭプロファイルである、
前記（１）～（１２）のいずれかに記載の通信装置。
（１４）
前記通信装置は、スマートフォンである、
前記（１）～（１３）のいずれかに記載の通信装置。
（１５）
無線通信に関するプロファイルの記録及び削除に関する機能を備える通信装置が実行する通信方法であって、
前記プロファイルの利用の終了条件を満たすか否かを判別し、
前記終了条件を満たした場合に、ユーザインタフェースを介して、前記プロファイルの削除に関する問合せを実行する、
通信方法。

１通信システム
１０サーバ
２０端末装置
１１、２１記憶部
１２、２２通信部
１３、２３制御部
２４入力部
２５出力部
２３１取得部
２３２設定部
２３３出力制御部
２３４記録制御部
２３５判別部
Ｎ１、Ｎ２ネットワーク

Claims

無線通信に関するプロファイルの保存及び削除に関する機能を備える通信装置であって、
前記プロファイルの利用の終了条件を満たすか否かを判別する判別部と、
前記終了条件を満たした場合に、ユーザインタフェースを介して、前記プロファイルの削除に関する問合せを実行する出力制御部と、
を備える通信装置。
前記通信装置は、複数のプロファイルをメモリに記録する機能を備える、
請求項１に記載の通信装置。
前記終了条件には、前記プロファイルに設定されたデータ使用量に達したこと、が含まれる、
請求項１に記載の通信装置。
前記終了条件には、前記プロファイルに設定された利用期限に達したこと、が含まれる、
請求項１に記載の通信装置。
前記終了条件には、前記プロファイルに設定された使用可能エリア外に出たこと、が含まれる、
請求項１に記載の通信装置。
前記終了条件には、前記プロファイルの無効状態が所定期間続いたこと、が含まれる、
請求項１に記載の通信装置。
前記通信装置は、複数のプロファイルをメモリに記録する機能を備え、
前記終了条件には、前記プロファイルが利用されていない状態が所定期間続いたこと、が含まれ、
前記判別部は、前記メモリの使用量が所定量を超えている場合、かつ、前記プロファイルが利用されていない状態が所定期間続いた場合に、前記終了条件が満たされたと判別する、
請求項１に記載の通信装置。
前記終了条件には、前記通信装置の圏外状態が所定期間続いたこと、が含まれ、
前記判別部は、前記プロファイルが有効な状態であっても、前記通信装置の圏外状態が所定期間続いた場合には、前記終了条件が満たされたと判別する、
請求項１に記載の通信装置。
前記プロファイルに前記終了条件が設定されていない場合に、前記プロファイルに前記終了条件を設定する設定部、をさらに備える、
請求項１に記載の通信装置。
前記出力制御部は、前記プロファイルに前記終了条件が設定されていない場合に、ユーザインタフェースを介して、前記プロファイルに前記終了条件の設定に関する問合せを実行し、
前記設定部は、前記終了条件の設定に関する問合せへのユーザの応答に基づいて前記プロファイルに前記終了条件を設定する、
請求項９に記載の通信装置。
前記プロファイルの削除に関する問合わせへのユーザの応答に基づいて前記プロファイルを削除する記録制御部、をさらに備える、
請求項１に記載の通信装置。
前記出力制御部は、前記プロファイルに設定された終了条件が満たされた場合に自動的に該プロファイルを削除するか否かを、ユーザインタフェースを介してユーザに問合せ、
前記記録制御部は、自動的に前記プロファイルを削除する旨の選択がなされた場合であって、該プロファイルに設定された終了条件が満たされた場合には、ユーザに問い合わせることなく、自動的に該プロファイルを削除する、
請求項１１に記載の通信装置。
前記プロファイルは、ｅＳＩＭプロファイルである、
請求項１に記載の通信装置。
前記通信装置は、スマートフォンである、
請求項１に記載の通信装置。
無線通信に関するプロファイルの記録及び削除に関する機能を備える通信装置が実行する通信方法であって、
前記プロファイルの利用の終了条件を満たすか否かを判別し、
前記終了条件を満たした場合に、ユーザインタフェースを介して、前記プロファイルの削除に関する問合せを実行する、
通信方法。