(57)【要約】本発明の実施形態は、トラフィック・パッケージ提供方法および関係した装置を提供する。方法は：端末装置によって旅行スケジュール情報を取得する段階と；前記旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送る段階と；前記アクセス・プラットフォーム・サーバーによって送られた複数のトラフィック・パッケージについての情報を受信する段階であって、前記N個の旅行スケジュール・ノードのそれぞれは前記複数のトラフィック・パッケージについての前記情報における少なくとも一つのトラフィック・パッケージについての情報に対応し、前記複数のトラフィック・パッケージについての前記情報は事業者によって提供される、段階と；前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する段階と；トラフィック・パッケージ申し込みメッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記トラフィック・パッケージ申し込みメッセージは決定された目標トラフィック・パッケージの識別情報および前記端末の識別情報を含む、段階と；N個のプロファイルを取得する段階と；前記N個のプロファイルをインストールする段階とを含む。上記の技術的解決策では、事業者は、端末装置がそこから選択するためのトラフィック・パッケージを直接提供することができる。
2019517188.tif 000002
【特許請求の範囲】
【請求項１】
トラフィック・パッケージ提供方法であって、当該方法は：
端末装置によって旅行スケジュール情報を取得する段階であって、前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数であり、前記端末装置は埋め込みユニバーサル集積回路カードeUICCをサポートする端末装置である、段階と；
前記旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送る段階と；
前記アクセス・プラットフォーム・サーバーによって送られた複数のトラフィック・パッケージについての情報を受信する段階であって、前記N個の旅行スケジュール・ノードのそれぞれは前記複数のトラフィック・パッケージについての前記情報における少なくとも一つのトラフィック・パッケージについての情報に対応し、前記複数のトラフィック・パッケージについての前記情報は事業者によって提供される、段階と；
前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する段階と；
トラフィック・パッケージ申し込みメッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記トラフィック・パッケージ申し込みメッセージは決定された目標トラフィック・パッケージの識別情報および前記端末の識別情報を含む、段階と；
N個のプロファイルを取得する段階であって、前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する、段階と；
前記N個のプロファイルをインストールする段階とを含む、
方法。
【請求項２】
前記トラフィック・パッケージについての前記情報は、前記トラフィック・パッケージの識別情報、有効時間、全トラフィックおよび価格を含み、前記トラフィック・パッケージの識別情報は、前記トラフィック・パッケージのインデックス値および前記トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含む、請求項１記載の方法。
【請求項３】
前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階の前に、当該方法はさらに：
トラフィック要求情報を取得する段階であって、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる、段階と；
前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータを取得する段階とを含み；
前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階は：
前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；
前記候補トラフィック・パッケージから、前記トラフィック要求情報にマッチする候補トラフィック・パッケージを、前記目標トラフィック・パッケージとして決定することを含む、
請求項１または２記載の方法。
【請求項４】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含み、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階の前に、当該方法はさらに：
トラフィック要求情報を取得する段階であって、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる、段階と；
前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータを取得する段階とを含み；
前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階は：
前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；
前記候補トラフィック・パッケージから、前記トラフィック要求情報およびn番目の旅行スケジュール時間にマッチする候補トラフィック・パッケージを、n番目の旅行スケジュール・ノードにおける目標トラフィック・パッケージとして決定することを含み、n＝1,…,Nである、
請求項１または２記載の方法。
【請求項５】
N個のプロファイルを取得する前記段階は：
前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受信する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；
ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンを含む、段階と；
前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信する段階であって、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む、段階とを含む、
請求項２ないし４のうちいずれか一項記載の方法。
【請求項６】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応する前記N個の旅行スケジュール時間を含み、前記N個のプロファイルをインストールする前記段階は：
前記端末装置の前記eUICC上にインストールされることのできるプロファイルの量に従って、かつ前記N個のプロファイルのそれぞれに対応する旅行スケジュール時間のシーケンスに従って、前記N個のプロファイルを逐次的にインストールし、無効なプロファイルを削除することを含む、
請求項５記載の方法。
【請求項７】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含み、N個のプロファイルを取得する前記段階は：
前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受信する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；
ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードのうち一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含み、前記一つまたは複数の旅行スケジュール・ノードは、対応するプロファイルが取得されていない旅行スケジュール・ノードのうちで旅行スケジュール時間が最も早い一つまたは複数の旅行スケジュール・ノードである、段階と；
前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信する段階であって、前記ダウンロード要求応答は前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；
前記N個のプロファイルが得られるまで、前記アクセス・プラットフォーム・サーバーにダウンロード要求メッセージを送り、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信することを続ける段階とを含む、
請求項２ないし４のうちいずれか一項記載の方法。
【請求項８】
トラフィック・パッケージ提供方法であって、当該方法は：
端末装置によって送られた旅行スケジュール情報をアクセス・プラットフォーム・サーバーによって受信する段階であって、前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である、段階と；
前記N個の旅行スケジュール・ノードに対応する複数のトラフィック・パッケージを決定する段階であって、前記複数のトラフィック・パッケージは事業者によって提供され、前記複数のトラフィック・パッケージのそれぞれは前記N個の旅行スケジュール・ノードのうちの少なくとも一つに対応する、段階と；
前記複数のトラフィック・パッケージについての情報を前記端末装置に送る段階と；
前記端末装置によって送られたトラフィック・パッケージ申し込みメッセージを受信する段階であって、前記トラフィック・パッケージ申し込みメッセージは目標トラフィック・パッケージの識別情報および前記端末装置の識別情報を含む、段階と；
前記目標トラフィック・パッケージの識別情報および前記端末装置の識別情報に従って、前記目標トラフィック・パッケージを提供する事業者からのN個のプロファイルを取得する段階であって、前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する、段階と；
前記N個のプロファイルを前記端末装置に送る段階とを含む、
方法。
【請求項９】
前記トラフィック・パッケージについての前記情報は、前記トラフィック・パッケージの識別情報、前記トラフィック・パッケージの有効時間、前記トラフィック・パッケージの全トラフィックおよび前記トラフィック・パッケージの価格を含み、前記トラフィック・パッケージの識別情報は、前記トラフィック・パッケージのインデックス値および前記トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含む、請求項８記載の方法。
【請求項１０】
前記N個のプロファイルを前記端末装置に送る前記段階の前に、当該方法はさらに：
トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送る段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる、段階と；
前記端末装置によって送られたダウンロード要求メッセージを受信する段階であって、前記ダウンロード要求情報は前記トークンおよび前記N個の旅行スケジュール・ノードの識別情報を含む、段階とを含み、
前記N個のプロファイルを前記端末装置に送る前記段階は：
ダウンロード要求応答メッセージを前記端末装置に送ることを含み、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む、
請求項８または９記載の方法。
【請求項１１】
前記N個のプロファイルを前記端末装置に送る前記段階の前に、当該方法はさらに：
トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送る段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる、段階と；
前記端末装置によって送られたダウンロード要求メッセージを受信する段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードのうちの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含む、段階とを含み、
前記N個のプロファイルを前記端末装置に送る前記段階は：
ダウンロード要求応答メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求応答メッセージは前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；
前記N個のプロファイルが前記端末装置に送られるまで、前記端末装置によって送られたダウンロード要求メッセージを受信して前記端末装置にダウンロード要求応答メッセージを送ることを続ける段階とを含む、
請求項８または９記載の方法。
【請求項１２】
端末装置であって、当該端末装置は：
旅行スケジュール情報を取得するよう構成されたアプリケーション・プロセッサであって、前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である、アプリケーション・プロセッサと；
前記旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送るよう構成された通信回路であって、
前記通信回路はさらに、前記アクセス・プラットフォーム・サーバーによって送られた複数のトラフィック・パッケージについての情報を受信するよう構成されており、前記N個の旅行スケジュール・ノードのそれぞれは前記複数のトラフィック・パッケージについての前記情報における少なくとも一つのトラフィック・パッケージについての情報に対応し、前記複数のトラフィック・パッケージについての前記情報は事業者によって提供され、
前記アプリケーション・プロセッサはさらに、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定するよう構成されており、
前記通信回路はさらに、トラフィック・パッケージ申し込みメッセージを前記アクセス・プラットフォーム・サーバーに送るよう構成されており、前記トラフィック・パッケージ申し込みメッセージは決定された目標トラフィック・パッケージの識別情報および当該端末の識別情報を含み、
前記通信回路は、N個のプロファイルを取得するようさらに構成されており、前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する、通信回路と；
前記N個のプロファイルをインストールするよう構成されている埋め込みユニバーサル集積回路カードeUICCとを有する、
端末装置。
【請求項１３】
前記トラフィック・パッケージについての前記情報は、前記トラフィック・パッケージの識別情報、有効時間、全トラフィックおよび価格を含み、前記トラフィック・パッケージの識別情報は、前記トラフィック・パッケージのインデックス値および前記トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含む、請求項１２記載の端末装置。
【請求項１４】
前記アプリケーション・プロセッサがさらに、トラフィック要求情報と、前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータとを取得するよう構成されており、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われ、
前記アプリケーション・プロセッサは具体的には、前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し、前記候補トラフィック・パッケージから、前記トラフィック要求情報にマッチする候補トラフィック・パッケージを、前記目標トラフィック・パッケージとして決定するよう構成されている、
請求項１２または１３記載の端末装置。
【請求項１５】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含み、
前記アプリケーション・プロセッサはさらに、トラフィック要求情報と、前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータとを取得するよう構成されており、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われ、
前記アプリケーション・プロセッサは具体的には、前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し、前記候補トラフィック・パッケージから、前記トラフィック要求情報およびn番目の旅行スケジュール時間にマッチする候補トラフィック・パッケージを、n番目の旅行スケジュール・ノードにおける目標トラフィック・パッケージとして決定するよう構成されており、n＝1,…,Nである、
請求項１２または１３記載の端末装置。
【請求項１６】
前記通信回路は具体的には、前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受信する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンを含む、段階と；前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信する段階であって、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む、段階とを実行するよう構成されている、請求項１３ないし１５のうちいずれか一項記載の端末装置。
【請求項１７】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応する前記N個の旅行スケジュール時間を含み、前記eUICCは具体的には、当該端末装置の前記eUICC上にインストールされることのできるプロファイルの量に従って、かつ前記N個のプロファイルのそれぞれに対応する旅行スケジュール時間のシーケンスに従って、前記N個のプロファイルを逐次的にインストールし、無効なプロファイルを削除するよう構成されている、請求項１６記載の端末装置。
【請求項１８】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応する前記N個の旅行スケジュール時間を含み、前記通信回路は具体的には：前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受信する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；
ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含み、前記一つまたは複数の旅行スケジュール・ノードは、対応するプロファイルが取得されていない旅行スケジュール・ノードのうちで旅行スケジュール時間が最も早い一つまたは複数の旅行スケジュール・ノードである、段階と；
前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信する段階であって、前記ダウンロード要求応答は前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；
前記N個のプロファイルが得られるまで、前記アクセス・プラットフォーム・サーバーにダウンロード要求メッセージを送り、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信することを続ける段階とを実行するよう構成されている、
請求項１３ないし１５のうちいずれか一項記載の端末装置。
【請求項１９】
サーバーであって、当該サーバーは：
端末装置によって送られた旅行スケジュール情報を受信するよう構成されたトランシーバ回路であって、前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である、トランシーバ回路と；
前記N個の旅行スケジュール・ノードに対応する複数のトラフィック・パッケージを決定するよう構成されたプロセッサであって、前記複数のトラフィック・パッケージは事業者によって提供され、前記複数のトラフィック・パッケージのそれぞれは前記N個の旅行スケジュール・ノードのうちの少なくとも一つに対応する、プロセッサとを有しており、
前記トランシーバ回路はさらに、前記複数のトラフィック・パッケージについての情報を前記端末装置に送るよう構成されており、
前記トランシーバ回路はさらに、前記端末装置によって送られたトラフィック・パッケージ申し込みメッセージを受信するよう構成されており、前記トラフィック・パッケージ申し込みメッセージは目標トラフィック・パッケージの識別情報および前記端末装置の識別情報を含み、
前記トランシーバ回路はさらに、前記目標トラフィック・パッケージの識別情報および前記端末装置の識別情報に従って、前記目標トラフィック・パッケージを提供する事業者からのN個のプロファイルを取得するよう構成されており、前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応し、
前記トランシーバ回路はさらに、前記N個のプロファイルを前記端末装置に送るよう構成されている、
サーバー。
【請求項２０】
前記トラフィック・パッケージについての前記情報は、前記トラフィック・パッケージの識別情報、前記トラフィック・パッケージの有効時間、前記トラフィック・パッケージの全トラフィックおよび前記トラフィック・パッケージの価格を含み、前記トラフィック・パッケージの識別情報は、前記トラフィック・パッケージのインデックス値および前記トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含む、請求項１９記載のサーバー。
【請求項２１】
前記トランシーバ回路はさらに：トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送る段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる、段階と；
前記端末装置によって送られたダウンロード要求メッセージを受信する段階であって、前記ダウンロード要求情報は前記トークンおよび前記N個の旅行スケジュール・ノードの識別情報を含む、段階とを実行するよう構成されている、
請求項１９または２０記載のサーバー。
【請求項２２】
前記トランシーバ回路はさらに：トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送る段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる、段階と；前記端末装置によって送られたダウンロード要求メッセージを受信する段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードのうちの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含む、段階とを実行するよう構成されており、
前記トランシーバ回路は具体的には：ダウンロード要求応答メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求応答メッセージは前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；前記N個のプロファイルが前記端末装置に送られるまで、前記端末装置によって送られたダウンロード要求メッセージを受信して前記端末装置にダウンロード要求応答メッセージを送ることを続ける段階とを実行するよう構成されている、
請求項１９または２０記載のサーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は通信技術の分野に、より詳細にはトラフィック・パッケージ提供方法および関係した装置に関する。
【背景技術】
【０００２】
仮想加入者識別情報モジュール（英語：Virtual  Subscriber  Identity  Module、略VSIM）サービスは、端末装置に、該端末装置の母国の外でモバイル・ネットワーク・トラフィックを提供するためのサービスである。VSIMサービスを使うことにより、端末装置は、高価なローミング料金を払ったりまたは行き先で事業者のサービスを購入したりする必要なく、モバイル・ネットワークを使うことによって、該端末装置の母国の外でネットワークにアクセスできる。具体的には、VSIMサービスを提供するプロバイダーは行き先の事業者からトラフィックを購入し、購入したトラフィックを種々のサイズのトラフィック・パッケージに分割し、それらのトラフィック・パッケージをユーザーによって使用される端末装置のために提供する。ユーザーが旅行スケジュール・ノードに到着した後、端末装置は行き先における事業者によって提供されるプロファイル（英語：profile、ユーザー情報セットとも称される）をダウンロードし、ダウンロードしたプロファイルをインストールする。プロファイルは、ファイル・システム、データおよびアプリケーションを含む。データは、プロファイルの集積回路カード識別子（英語：Integrate  Circuit  Card  Identity、略ICCID）、プロファイル名、事業者名、プロファイル・ニックネーム、国際モバイル加入者識別情報（英語：International  Mobile  Subscriber  Identification  Number［国際モバイル加入者識別番号］、略IMSI）および認証鍵（英語：Key  Identifier［鍵識別子］、略Ki）を含む。任意的に、プロファイルはさらに、移動局国際ISDN番号（英語：Mobile  Station  International  ISDN  number、略MSISDN）を含んでいてもよい。
【０００３】
VSIMサービスにおけるトラフィック・パッケージは、VSIMサービス・プロバイダーによる分割によって得られる。いくつかのVSIMサービス・プロバイダーは、一つの型のトラフィック・パッケージしか提供しないことがある。たとえば、トラフィック・パッケージは一日当たり10CNYであり、50MBのトラフィックを含み、使用されるトラフィックが50MBを越える場合にはサービスは打ち切られる。この場合、ユーザーは、分割によって得られるトラフィック・パッケージを受動的に受け入れなければならない。さらに、行き先における事業者から購入されたトラフィックで二次的展開を実行することによってVSIMサービス・プロバイダーによって得られる利益は、行き先における事業者には属さない。したがって、行き先における事業者は対応する利益を得ることができない。さらに、VSIMサービスを提供するVSIMサービス・プロバイダーは前記トラフィックで二次的展開を実行することによって生じた利益を得ることを期待するので、VSIMサービス・プロバイダーによって提供されるトラフィック・パッケージの価格は通例、高い。
【発明の概要】
【０００４】
本発明の実施形態は、事業者が、端末装置が選択するための諸トラフィック・パッケージを直接提供できるよう、トラフィック・パッケージ提供方法および関係した装置を提供する。
【０００５】
第一の側面によれば、本発明のある実施形態は、トラフィック・パッケージ提供方法を提供する。本方法は：端末装置によって旅行スケジュール情報を取得する段階であって、前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数であり、前記端末装置は埋め込みユニバーサル集積回路カードeUICCをサポートする端末装置である、段階と；前記旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送る段階と；前記アクセス・プラットフォーム・サーバーによって送られた複数のトラフィック・パッケージについての情報を受領する段階であって、前記N個の旅行スケジュール・ノードのそれぞれは前記複数のトラフィック・パッケージについての前記情報における少なくとも一つのトラフィック・パッケージについての情報に対応し、前記複数のトラフィック・パッケージについての前記情報は事業者によって提供される、段階と；前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する段階と；トラフィック・パッケージ申し込みメッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記トラフィック・パッケージ申し込みメッセージは決定された目標トラフィック・パッケージの識別情報および前記端末の識別情報を含む、段階と；N個のプロファイルを取得する段階であって、前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する、段階と；前記N個のプロファイルをインストールする段階とを含む。図１に示した方法では、前記アクセス・プラットフォーム・サーバーは端末ベンダー、事業者またはサードパーティーによって実装されうる。前記アクセス・プラットフォーム・サーバーは、複数の契約した事業者のトラフィックを前記端末装置に呈示し、前記端末装置上のアプリケーション・サービスと対話して、ユーザー経験およびユーザー固執性（user  stickiness）を改善しうる。加えて、端末装置は、少なくとも一つのトラフィック・パッケージから適切なトラフィック・パッケージを選択できる。したがって、ユーザーはより多くの選択肢をもち、それによりユーザー経験を改善する。さらに、端末装置はeUICCをサポートするので、プロファイルをインストールした後、SIMカードを変える必要なしに、端末装置は対応するトラフィック・パッケージを使ってネットワーク・サービスを使うことができる。SIMカードを変えることによって引き起こされる可能な結果が回避される。たとえば、交換されたSIMカードが失われるまたは正しくないSIMカードが代用される。
【０００６】
第一の側面を参照するに、第一の側面の第一の可能な実装では、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階の前に、本方法はさらに：トラフィック要求情報を取得する段階であって、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる、段階と；前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータを取得する段階とを含み；前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階は：前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；前記候補トラフィック・パッケージから、前記トラフィック要求情報にマッチする候補トラフィック・パッケージを、前記目標トラフィック・パッケージとして決定することを含む。このようにして、端末装置は、使用される必要のあるトラフィックに応じて適切な目標トラフィック・パッケージを選択できる。
【０００７】
第一の側面を参照するに、第一の側面の第二の可能な実装では、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含み、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階の前に、本方法はさらに：トラフィック要求情報を取得する段階であって、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる、段階と；前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータを取得する段階とを含み；前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階は：前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；前記候補トラフィック・パッケージから、前記トラフィック要求情報およびn番目の旅行スケジュール時間にマッチする候補トラフィック・パッケージを、n番目の旅行スケジュール・ノードにおける目標トラフィック・パッケージとして決定することを含む。ここで、n＝1,…,Nである。このようにして、端末装置は、使用される必要のあるトラフィックおよび該トラフィックが使用される必要のある日数に応じて適切な目標トラフィック・パッケージを選択できる。目標トラフィック・パッケージは、ユーザーによって使用される必要のあるトラフィックの要求を満たすことができ、該トラフィックがユーザーによって使用される必要がある日数の要求をも満たすことができる。
【０００８】
第二の側面によれば、本発明のある実施形態は、トラフィック・パッケージ提供方法を提供する。本方法は：端末装置によって送られた旅行スケジュール情報をアクセス・プラットフォーム・サーバーによって受領する段階であって、前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である、段階と；前記N個の旅行スケジュール・ノードに対応する複数のトラフィック・パッケージを決定する段階であって、前記複数のトラフィック・パッケージは事業者によって提供され、前記複数のトラフィック・パッケージのそれぞれは前記N個の旅行スケジュール・ノードのうちの少なくとも一つに対応する、段階と；前記複数のトラフィック・パッケージについての情報を前記端末装置に送る段階と；前記端末装置によって送られたトラフィック・パッケージ申し込みメッセージを受信する段階であって、前記トラフィック・パッケージ申し込みメッセージは目標トラフィック・パッケージの識別情報および前記端末装置の識別情報を含む、段階と；前記目標トラフィック・パッケージの識別情報および前記端末装置の識別情報に従って、前記目標トラフィック・パッケージを提供する事業者からのN個のプロファイルを取得する段階であって、前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する、段階と；前記N個のプロファイルを前記端末装置に送る段階とを含む。上記の技術的解決策では、前記アクセス・プラットフォーム・サーバーは複数の契約した事業者のトラフィックを前記端末装置に呈示し、前記端末装置上のアプリケーション・サービスと対話して、ユーザー経験およびユーザー固執性を改善しうる。加えて、端末装置は、少なくとも一つのトラフィック・パッケージから適切なトラフィック・パッケージを選択できる。したがって、ユーザーはより多くの選択肢をもち、それによりユーザー経験を改善する。
【０００９】
第三の側面によれば、本発明のある実施形態は、端末装置を提供する。端末装置は、第一の側面で提供される方法を実行するよう構成されたユニットを含む。
【００１０】
第四の側面によれば、本発明のある実施形態は、サーバーを提供する。サーバーは、第二の側面で提供される方法を実行するよう構成されたユニットを含む。
【００１１】
第五の側面によれば、本発明のある実施形態は、端末装置を提供する。端末装置は、アプリケーション・プロセッサと、通信回路と、eUICCとを含む。アプリケーション・プロセッサおよび通信回路は第一の側面で提供される方法を実行するよう構成される。
【００１２】
第六の側面によれば、本発明のある実施形態は、サーバーを提供する。サーバーは、プロセッサと、トランシーバ回路と、メモリとを含む。プロセッサ、トランシーバ回路およびメモリは第二の側面で提供される方法を実行するよう構成される。
【００１３】
第七の側面によれば、本発明のある実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体に記憶されるプログラムは、第一の側面で提供される方法を実行するために使われる命令を含む。
【００１４】
第八の側面によれば、本発明のある実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体に記憶されるプログラムは、第二の側面で提供される方法を実行するために使われる命令を含む。
【００１５】
第九の側面によれば、本発明のある実施形態は、端末装置を提供する。端末装置は、第七の側面のコンピュータ可読記憶媒体と、プロセッサとを含む。プロセッサは、コンピュータ可読記憶媒体に記憶されたプログラムの命令を実行するよう構成される。
【００１６】
第十の側面によれば、本発明のある実施形態は、サーバーを提供する。サーバーは、第八の側面のコンピュータ可読記憶媒体と、プロセッサとを含む。プロセッサは、コンピュータ可読記憶媒体に記憶されたプログラムの命令を実行するよう構成される。
【図面の簡単な説明】
【００１７】
本発明の実施形態における技術的解決策をより明瞭に記述するために、下記は本発明の実施形態を記述するために要求される付属の図面を簡単に説明する。明らかに、下記における付属の図面は単に本発明のいくつかの実施形態を示すものであり、当業者は、創造的な努力なしにこれらの付属の図面からさらに他の図面を導き出してもよい。
【００１８】
【図１】本発明のある実施形態に基づくトラフィック・パッケージ提供方法の概略的なフローチャートである。
【００１９】
【図２】本発明のある実施形態に基づくトラフィック・パッケージ提供方法の概略的なフローチャートである。
【００２０】
【図３】本発明のある実施形態に基づくトラフィック・パッケージ提供方法の概略的なフローチャートである。
【００２１】
【図４】本発明のある実施形態に基づく端末装置の構造的なブロック図である。
【００２２】
【図５】本発明のある実施形態に基づくサーバーの構造的なブロック図である。
【発明を実施するための形態】
【００２３】
下記は、本発明の実施形態における技術的解決策を、本発明の実施形態における付属の図面を参照しつつ明瞭かつ完全に記述する。明らかに、記述される実施形態は本発明の実施形態の全部ではなく、単に一部である。創造的な努力なしに本発明の実施形態に基づいて当業者によって得られる他のすべての実施形態は、本発明の保護範囲内にはいる。
【００２４】
当業者が本発明をよりよく理解するのを助けるために、埋め込みユニバーサル集積回路カード（embedded  Universal  Integrated  Circuit  Card、略eUICC）がまず記述される。
【００２５】
モバイル通信システムにおいて、ユーザー識別情報、ユーザー認証パラメータおよびアルゴリズム、ユーザーの電話帳およびSMSメッセージ・データおよび事業者のカスタマイズ・パラメータといった情報を記憶するために、通例、スマートカードが使われる。ユーザー識別情報のポータビリティーを実現し、事業者間での異なるカスタマイズを実現するためである。
【００２６】
ユニバーサル集積回路カード（Universal  Integrated  Circuit  Card、略UICC）は取り外し可能なスマートカードである。ユーザーは、単に端末からUICCカードを取り出して該UICCカードを別の端末に挿入することによって、UICCに記憶された情報を端末から別の端末へと便利に移すことができる。UICCカードは一つまたは複数の論理モジュール、たとえば加入者識別情報モジュール（Subscriber  Identity  Module、略SIM）、ユニバーサル加入者識別情報モジュール（Universal  Subscriber  Identity  Module、略USIM）、IPマルチメディア・サービス識別情報モジュール（IP  Multi  Media  Service  Identity  Module、略ISIM）および他の非電気通信用途モジュール、たとえば電子署名認証およびデジタル・ウォレットを含んでいてもよい。異なる加入者端末は、無線アクセス・ネットワークの型に従って対応する論理モジュールを選択して使うことができる。
【００２７】
モノのインターネットの発達とともに、モノのインターネット加入をより効果的に管理し、モノのインターネット端末をより柔軟かつ効果的に構成するために、国際標準化機構は埋め込みユニバーサル集積回路カード（embedded  UICC、略eUICC）の要求を持ち出している。eUICCは、パッケージングまたは溶接によってUICCが端末に埋め込まれた後に形成される。eUICCは、挿入したり取り出したりするのが容易ではなく、UICCとは異なり、eUICCはランダムに交換されることができない。よって、盗まれたり、あるいは別の目的のために使われたりするリスクが回避できる。加えて、他のスマートカードに比べて、eUICCは端末と、より信頼でき、より摩耗耐性がある物理的接触をもち、より長い耐用寿命およびより高い信頼性をもつ。そのため、eUICCは、ひどくぶつかるシナリオにおいて使用できる。
【００２８】
加えて、eUICCに少なくとも一つのプロファイルが通例インストールされる。端末が、カードを手動で挿入したり、あるいはカードを交換したりするのに不便な位置に展開されるとき、ユーザーはリモートでeUICCを構成してもよい。たとえば、スマートカードを柔軟に管理するよう、eUICC上のプロファイルをリモートにダウンロードする、アクティブ化する、非アクティブ化するまたは削除することができる。
【００２９】
端末装置は通例、事業者によって提供されるモバイル・ネットワーク・サービスを、ペイオンデマンドおよび／またはトラフィック・パッケージの形で使う。ペイオンデマンドとは、端末装置がサービスの使用に応じて支払うことを意味する。たとえば、モバイル・ネットワーク料金は0.3CNY/MBである。モバイル端末によって使われるトラフィックが10MBであれば、3CNYの料金を払う必要がある。トラフィック・パッケージとは、使用されたトラフィックに応じて料金を払うのではなく、特定の料金を払った後、端末装置が特定の時間内の特定のトラフィックのモバイル・ネットワーク・サービスを使うことができることを意味する。たとえば、事業者は、500MB、30CNY、１か月というトラフィック・パッケージを提供してもよい。この場合、端末装置は、１か月以内に500MBを越えないトラフィックを使うために30CNYを払う必要があるだけである。有効時間内に端末装置によって使用されるトラフィックがトラフィック・パッケージの全トラフィックを超える場合には、端末装置は新しいトラフィック・パッケージを購入するまたはオンデマンドで支払うことができる。端末装置が有効時間が満了した後にネットワーク・サービスをさらに使う見込みである場合には、端末装置は新しいトラフィック・パッケージを購入してもよい。事業者は通例、ユーザーにトラフィック・パッケージの有効時間、トラフィック・パッケージの全トラフィックおよびトラフィック・パッケージの価格を提供する。ユーザーは、実際の要件に従って適切なトラフィック・パッケージを選択できる。記述の簡単のため、トラフィック・パッケージの有効時間、トラフィック・パッケージの全トラフィックおよびトラフィック・パッケージの価格は、以下ではまとめて、トラフィック・パッケージについての情報と称される。加えて、異なるトラフィック・パッケージの間の区別をするために、事業者はさらに、異なるトラフィック・パッケージに異なる識別情報を割り当ててもよい。このようにして、端末装置が使うことを期待するトラフィック・パッケージを決定した後、ユーザーは端末装置を使って事業者に、使用されるべき決定されたトラフィック・パッケージの識別情報を送ってもよい。トラフィック・パッケージについての情報は、トラフィック・パッケージの識別情報をも含んでいてもよい。
【００３０】
本発明の実施形態の技術的解決策がさまざまな通信システム、たとえばグローバル移動通信システム（Global  System  of  Mobile  communication、略「GSM」）、符号分割多重アクセス（Code  Division  Multiple  Access、「CDMA」）システム、ワイドバンド符号分割多重アクセス（Wideband  Code  Division  Multiple  Access、略「WCDMA」）システム、一般パケット無線サービス（General  Packet  Radio  Service、略「GPRS」）、ロングタームエボリューション（Long  Term  Evolution、略「LTE」）システム、LTE周波数分割複信（Frequency  Division  Duplex、略「FDD」）システム、LTE時分割復信（Time  Division  Duplex、略「TDD」）およびユニバーサル・モバイル電気通信システム（Universal  Mobile  Telecommunication  System、略「UMTS」）に適用されうることを理解しておくべきである。
【００３１】
本発明の実施形態における端末装置は、eUICCをもつ端末装置である。本発明の実施形態において言及される端末装置は、システム、加入者ユニット、加入者ステーション、モバイル・サイト、モバイル・ステーション、リモート・ステーション、リモート端末、モバイル装置、加入者端末、モバイル端末、無線通信装置、加入者エージェント、加入者装置またはユーザー装置（User  Equipment、略UE）とも称されてもよい。たとえば、端末は携帯電話、コードレス電話、セッション開始プロトコル（Session  Initiation  Protocol、略SIP）電話、無線ローカルループ（Wireless  Local  Loop、略WLL）ステーション、携帯情報端末（Personal  Digital  Assistant、略PDA）、ハンドヘルド装置、コンピューティング装置、乗り物通信回路、スマートメーター、スマート家庭装置または無線モデムに接続された他の処理装置であってもよい。ここで、ハンドヘルド装置、コンピューティング装置、乗り物通信回路、スマートメーター、スマート家庭装置または他の処理装置は無線通信機能をもつ。
【００３２】
図１は、本発明のある実施形態に基づくトラフィック・パッケージ提供方法の概略的なフローチャートである。
【００３３】
１０１。端末装置が、旅行スケジュール情報を取得する。旅行スケジュール情報はN個の旅行スケジュール・ノードおよびN個の旅行スケジュール時間を含み、該N個の旅行スケジュール・ノードは該N個の旅行スケジュール時間に一対一に対応し、Nは1以上の正の整数である。
【００３４】
本発明のこの実施形態において言及される旅行スケジュール・ノードは、端末装置を携行するユーザーがネットワーク・サービスを使う必要がある国または地域である。ここで、地域は、モバイル国コード（英語：Mobile  Country  Code、略MCC）が割り当てられている領域、たとえば香港または台湾である。よって、異なる国または地域は異なるMCCをもつ。
【００３５】
具体的には、端末装置によって取得される旅行スケジュール情報は、ユーザーによって手動で入力されてもよい。たとえば、ユーザーは、表１に記載される旅行スケジュール情報を入力してもよい。
【表１】
2019517188.tif 000003
【００３６】
旅行スケジュール情報は、トラフィック・パッケージを取得することを要求することをユーザーが期待するときに、ユーザーによって入力されてもよく、あるいはユーザーがトラフィック・パッケージを取得することを要求する前に入力されてもよい。たとえば、ユーザーは、端末装置上でスケジュール・アプリケーションに、旅行スケジュール情報を入力してもよい。トラフィック・パッケージを取得することを要求することをユーザーが期待するとき、端末装置はスケジュールを読んで、旅行スケジュール情報を取得して、該旅行スケジュール情報に従ってトラフィック・パッケージを取得することを要求するかどうかをユーザーにリマインドしてもよい。
【００３７】
ユーザーが旅行スケジュール情報を入力するとき、ユーザーは、旅行スケジュール・ノードおよび各旅行スケジュール・ノードの旅行スケジュール時間を含む表１に記載されるような旅行スケジュール情報を入力してもよく、あるいは別の型の旅行スケジュール計画を入力してもよいことが理解できる。たとえば、ユーザーは、ネットワーク・サービスを使うことをユーザーが期待する都市（または地方または州）の名前と、各都市（または地方または州）における旅行スケジュール時間とを入力してもよい。この場合、端末装置は、ユーザーによって入力された旅行スケジュール計画に従って、旅行スケジュール・ノードおよび各旅行スケジュール・ノードに対応する旅行スケジュール時間を含む旅行スケジュール情報を決定してもよい。たとえば、ユーザーは、リヨン、2016.01.30〜2016.02.01；パリ2016.02.01〜2016.02.02；ブリュッセル2016.02.02〜2016.02.08という旅行スケジュール計画を入力してもよい。この場合、端末装置がこの旅行スケジュール計画を、表１に記載される旅行スケジュール情報に変換してもよい。
【００３８】
１０２。端末装置が、旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送る。
【００３９】
旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送る前に、端末装置はまず、アクセス・プラットフォーム・サーバーへの安全な接続チャネル、たとえばハイパーテキストトランスファープロトコルセキュア（英語：Hyper  Text  Transfer  Protocol  over  Secure  Socket  Layer、略HTTPS）チャネルを確立してもよい。端末装置は、その安全な接続チャネルを使ってアクセス・プラットフォーム・サーバーに旅行スケジュール情報を送る。このようにして、旅行スケジュール情報の安全な送信が保証されることができる。
【００４０】
１０３。アクセス・プラットフォーム・サーバーが、旅行スケジュール情報におけるN個の旅行スケジュール・ノードに基づいてトラフィック・パッケージのM個のグループについての情報を決定する。ここで、前記N個の旅行スケジュール・ノードのそれぞれはトラフィック・パッケージの前記M個のグループについての前記情報におけるトラフィック・パッケージの少なくとも一つのグループについての情報に対応し、トラフィック・パッケージの前記M個のグループについての前記情報は事業者によって提供される。
【００４１】
具体的には、アクセス・プラットフォーム・サーバーは、旅行スケジュール・ノードにはいっている、トラフィック・パッケージ・サービスを提供できる事業者と、その旅行スケジュール・ノードにおいて事業者によって提供されることができるトラフィック・パッケージについての情報を取得するよう、前もって合意に達してもよい。たとえば、アクセス・プラットフォーム・サーバーは、フランスにおける一つまたは複数の事業者との合意に達してもよく、各事業者が少なくとも一つの型のトラフィック・パッケージを提供できる。アクセス・プラットフォーム・サーバーは、ベルギーにおける一つまたは複数の事業者とも合意に達してもよく、各事業者が少なくとも一つの型のトラフィック・パッケージを提供できる。アクセス・プラットフォームは、行き先の事業者から、トラフィック・パッケージについての情報を取得して、該情報をアクセス・プラットフォーム・サーバーに記憶してもよい。上記のように、トラフィック・パッケージについての情報は、トラフィック・パッケージの有効時間、トラフィック・パッケージの全トラフィック、トラフィック・パッケージの価格およびトラフィック・パッケージの識別情報を含む。トラフィック・パッケージの識別情報は、トラフィック・パッケージのインデックス値および該トラフィック・パッケージのためのサービスを提供する事業者のPLMNを含んでいてもよい。PLMNは、MCCとモバイル・ネットワーク・コード（英語：Mobile  Network  Code、略MNC）とを含む。それぞれの国または地域は独立したMCCをもち、各事業者はMNCをもつ。たとえば、中国のMCCは460であり、チャイナモバイルのMNCは01である。よって、チャイナモバイルのPLMNは46001である。ある事業者は複数のサブネットをもつことがある。たとえば、ボーダフォン（英語：Vodafone）はドイツおよびイギリスの両方においてサブネットをもつ。このようにして、ボーダフォンはイギリス‐ドイツ・パッケージを提供できる。端末装置がイギリス‐ドイツ・トラフィック・パッケージを選択する場合、端末装置はイギリスおよびドイツにおいて同じトラフィック・パッケージを使用できる。この場合、そのトラフィック・パッケージのためのサービスを提供できる事業者のPLMNは、ドイツおよびイギリスにおけるボーダフォンのPLMNを含むべきである。たとえば、ボーダフォンが三つのイギリス‐ドイツ・トラフィック・パッケージを提供する場合、それら三つのトラフィック・パッケージの識別情報は243152620201、243152620202および243152620203である。ここで、24315がイギリスにおけるボーダフォンのPLMNであり、26202がドイツにおけるボーダフォンのPLMNであり、それぞれの識別情報の最後の二桁が、異なるトラフィック・パッケージの間の区別をするために使われるインデックス値を示す。むろん、トラフィック・パッケージの上記識別情報は単に例である。当業者は、トラフィック・パッケージの識別情報におけるPLMNはトラフィック・パッケージのインデックス値の前に位置していてもよく、あるいはトラフィック・パッケージのインデックス値の後に位置していてもよく、トラフィック・パッケージのインデックス値における桁数は要求に応じて設定されうることを理解しうる。トラフィック・パッケージの識別情報はさらに、事業者の名前および識別情報を含んでいても追い。むろん、トラフィック・パッケージの識別情報は別の形であってもよく、たとえば国または地域の短縮名およびトラフィック・パッケージの前記インデックス値を含んでいてもよい。あるいはまた、トラフィック・パッケージの識別情報はトラフィック・パッケージのインデックス値であってもよい。この場合、トラフィック・パッケージについての情報はさらに、該トラフィック・パッケージを提供する事業者の位置情報を含んでいてもよい。
【００４２】
表２は、アクセス・プラットフォーム・サーバーに記憶されるトラフィック・パッケージについての情報を概略的に記述している。
【表２】
2019517188.tif 000004
【００４３】
表２に記載される例では、トラフィック・パッケージの識別情報は、PLMN＋インデックス値の様式、より具体的には、MCC＋MNC＋インデックス値の様式で呈示されている。ここで、トラフィック・パッケージの識別情報におけるPLMNの量は1より多くてもよい。トラフィック・パッケージの同じグループについての情報における異なるトラフィック・パッケージについての情報におけるMCC値は同じであることがわかる。たとえば、トラフィック・パッケージの第一のグループについての情報におけるトラフィック・パッケージの識別情報におけるMCC値はみな208である。MCC規則によれば、208はフランスのMCCである。よって、トラフィック・パッケージの第一のグループについての情報は、フランスにおけるトラフィック・パッケージについての情報である。フランスにおけるトラフィック・パッケージについての情報がフランスにおける事業者によって提供され、端末装置は、フランスにおける事業者によって提供されるモバイル・ネットワーク・サービスをフランスにおいて使うために適切なトラフィック・パッケージを選択できることは容易に理解される。もう一つの例として、トラフィック・パッケージの第四のグループについての情報におけるトラフィック・パッケージの識別情報は12個の数字を含み、第一ないし第五の数字は第一のPLMNを示し、第六ないし第十の数字は第二のPLMNを示し、第十一および第十二の数字はそのトラフィック・パッケージのインデックス値を示し、24315はイギリスにおけるボーダフォンのPLMNであり、26202はドイツにおけるボーダフォンのPLMNである。よって、トラフィック・パッケージの第四のグループについての情報はイギリスおよび／またはフランスにおけるボーダフォンによって提供されうる。端末装置は、ボーダフォンによって提供されるモバイル・ネットワーク・サービスをイギリスおよび／またはフランスにおいて使うためにこのトラフィック・パッケージを購入することができる。
【００４４】
端末装置によって送られた旅行スケジュール情報を受信後、アクセス・プラットフォーム・サーバーは、該旅行スケジュール情報における旅行スケジュール・ノードに従って、対応するトラフィック・パッケージについての情報を決定してもよい。具体的には、アクセス・プラットフォーム・サーバーは、トラフィック・パッケージの各グループについての情報におけるトラフィック・パッケージの識別情報におけるMCCに従って、トラフィック・パッケージの各グループに対応する旅行スケジュール・ノードを決定してもよい。引き続き表１および表２を例として使って、アクセス・プラットフォーム・サーバーは、表１における旅行スケジュール・ノードに従って、フランスおよびベルギーにおいてモバイル・ネットワーク・サービスを使うために端末装置によって要求されるトラフィック・パッケージを決定してもよい。この場合、アクセス・プラットフォーム・サーバーは、トラフィック・パッケージにおける識別情報におけるMCCがフランスおよびベルギーを示すトラフィック・パッケージ・グループが提供される必要があることを判別してもよい。アクセス・プラットフォーム・サーバーは、表１および表２に従って、表３に記載されるように、端末装置によって要求されるトラフィック・パッケージについての情報を決定してもよい。
【表３】
2019517188.tif 000005
【００４５】
この実施形態では、端末装置の旅行スケジュール情報が二つの旅行スケジュール・ノードを含んでおり、アクセス・プラットフォーム・サーバーによって取得されたトラフィック・パッケージにおけるトラフィック・パッケージの二つのグループは端末の旅行スケジュール・ノードに対応していることがわかる。よって、MおよびNの値はこの実施形態では同じである。端末装置の旅行スケジュール情報がさらにイギリスを含む場合には、アクセス・プラットフォーム・サーバーはさらに、トラフィック・パッケージの第三のグループおよび第四のグループについての情報を端末装置に送ってもよい。この場合、Mの値はNより大きくてもよい。むろん、別の実施形態では、Mの値はNより小さくてもよい。たとえば、事業者は複数の国において短期のモバイル・ネットワーク・サービスを提供することがある。この場合、端末装置の諸旅行スケジュール・ノードが該複数の国に含まれるなら、アクセス・プラットフォーム・サーバーは、トラフィック・パッケージの一つのグループについての情報を提供する必要があるだけである。
【００４６】
１０４。アクセス・プラットフォーム・サーバーは、トラフィック・パッケージのM個のグループについての情報を、端末装置に送る。
【００４７】
１０５。端末装置は、少なくともM個のトラフィック・パッケージから、N個の旅行スケジュール・ノードのそれぞれにおいて端末装置によって使用されるべき目標トラフィック・パッケージを決定する。
【００４８】
端末装置はまず、トラフィック・パッケージのM個のグループについての情報とN個の旅行スケジュール・ノードとの間の対応を判別する必要がある。端末装置は、トラフィック・パッケージのM個のグループについての情報から、N個の旅行スケジュール・ノードに従って、該N個の旅行スケジュール・ノードに対応するトラフィック・パッケージ・グループを判別してもよい。より具体的には、旅行スケジュール・ノードを判別した後、端末装置は、トラフィック・パッケージの識別情報に従って、旅行スケジュール・ノードに対応するトラフィック・パッケージ・グループを判別してもよい。たとえば、端末装置が旅行スケジュール・ノードがフランスであることを判別する場合、端末装置は、トラフィック・パッケージ識別情報がフランスのMCCを含むトラフィック・パッケージが属しているグループについての情報が、その旅行スケジュール・ノードに対応するトラフィック・パッケージのグループについての情報であることを判別してもよい。あるグループのトラフィック・パッケージがイギリスおよびドイツにおけるトラフィック・パッケージであり、別のグループのトラフィック・パッケージがイギリスにおけるトラフィック・パッケージであるとして、端末装置の旅行スケジュール・ノードがイギリスであれば、端末装置は、トラフィック・パッケージの二つのグループについての情報がその旅行スケジュール・ノードに対応することを判別してもよいことが理解されることができる。
【００４９】
段階１０３ないし段階１０５において、アクセス・プラットフォーム・サーバーによって判別されるトラフィック・パッケージについての情報は、トラフィック・パッケージが属するグループに従って判別されることがわかる。一つのグループに属する異なるトラフィック・パッケージは同じ旅行スケジュール・ノードに対応する。異なるグループにおけるトラフィック・パッケージは異なる旅行スケジュール・ノードに対応する。よって、トラフィック・パッケージは対応する旅行スケジュール・ノードに従ってグループ化され、よってアクセス・プラットフォーム・サーバーはトラフィック・パッケージをカテゴリーごとに記憶する。加えて、アクセス・プラットフォーム・サーバーは、ある旅行スケジュール・ノードに対応するすべてのトラフィック・パッケージを、グループ化情報を使って、直接見出してもよい。たとえば、トラフィック・パッケージのグループにおけるあるトラフィック・パッケージに対応する旅行スケジュール・ノードがN個の旅行スケジュール・ノードに属することをアクセス・プラットフォーム・サーバーが判別する限り、アクセス・プラットフォーム・サーバーは、トラフィック・パッケージのそのグループにおけるすべてのトラフィック・パッケージが、その旅行スケジュール・ノードに対応するトラフィック・パッケージであると判別することができる。むろん、アクセス・プラットフォーム・サーバーは、グループ化なしでトラフィック・パッケージを記憶してもよい。この場合、アクセス・プラットフォーム・サーバーは、N個の旅行スケジュール・ノードに対応する複数のトラフィック・パッケージを直接判別して、該複数のトラフィック・パッケージを端末装置に送ってもよい。端末装置は、該複数のトラフィック・パッケージから、各旅行スケジュール・ノードにおいて使用される必要のある目標トラフィック・パッケージを決定する。該複数のトラフィック・パッケージのそれぞれは、N個の旅行スケジュール・ノードのうちの少なくとも一つに対応する。
【００５０】
N個の旅行スケジュール・ノードとトラフィック・パッケージのM個のグループについての情報との間の対応を判別した後、端末装置は、各旅行スケジュール・ノードにおいて使用される必要のある目標トラフィック・パッケージを決定してもよい。
【００５１】
端末装置はさらに、前記トラフィック・パッケージを提供する事業者のネットワーク能力パラメータを取得してもよい。端末装置は、端末装置のネットワーク能力パラメータが、トラフィック・パッケージを提供する事業者のネットワーク能力パラメータにマッチするかどうかを判定してもよい。端末装置のネットワーク能力パラメータが、トラフィック・パッケージを提供する事業者のネットワーク能力パラメータにマッチすると判定する場合、端末装置は、使用される必要のある目標トラフィック・パッケージを決定する。このようにして、端圧装置のネットワーク能力パラメータが事業者のネットワーク能力パラメータにマッチしないために端末装置が事業者によって提供されるモバイル・ネットワーク・サービスを利用できないという帰結が回避される。
【００５２】
ネットワーク能力パラメータは、GSM、LTEまたはCDMAのようなネットワーク規格を含んでいてもよい。ネットワーク能力パラメータはさらに他の情報、たとえば、対応する規格の動作周波数帯域についての要件、対応する規格のアンテナ数についての要件およびキャリア複合〔キャリア・アグリゲーション〕および複数入力複数出力（英語：Multiple-Input  Multiple-Output、略MIMO）がサポートされるかどうかを含んでいてもよい。たとえば、トラフィック・パッケージを提供する事業者のネットワーク能力パラメータ項目は、次の内容を含んでいてもよい：FDD-LTE、1955-1980MHz/2145-2170MHz、キャリア複合がサポートされるという情報およびMIMOがサポートされるという情報。端末装置がFDD-LTEをサポートし、端末装置の動作周波数帯域が1955-1980MHz/2145-2170MHzであり、端末装置はキャリア複合および／またはMIMOをサポートする場合、端末装置は、該ネットワーク能力パラメータ項目をもつトラフィック・パッケージから目標トラフィック・パッケージを選択してもよい。加えて、後方互換性のため、端末装置はキャリア複合および／またはMIMOはサポートしないが端末装置はFDD-LTEをサポートし、端末装置の動作周波数帯域は1955-1980MHz/2145-2170MHzであるという場合にも、端末装置は、該ネットワーク能力パラメータ項目をもつトラフィック・パッケージから目標トラフィック・パッケージを選択してもよい。
【００５３】
任意的に、ある実施形態では、トラフィック・パッケージについての情報はさらに、トラフィック・パッケージを提供する事業者のネットワーク能力パラメータを含んでいてもよい。このようにして、トラフィック・パッケージについての情報を取得した後、端末装置は、端末装置のネットワーク能力パラメータに従って、各トラフィック・パッケージについての情報における候補トラフィック・パッケージを決定してもよい。表４は、トラフィック・パッケージを提供する事業者のネットワーク能力パラメータが含まれる例を記載している。
【表４】
2019517188.tif 000006
【００５４】
任意的に、ある実施形態では、端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを候補トラフィック・パッケージとして決定した後、端末装置はその候補トラフィック・パッケージから目標トラフィック・パッケージを決定してもよい。任意的に、ある実施形態では、端末装置は、候補トラフィック・パッケージから直接、使用される必要のある目標トラフィック・パッケージを決定してもよい。たとえば、端末装置の旅行スケジュール情報が表１に記載される旅行スケジュール情報であり、端末装置は表４に記載されるようなトラフィック・パッケージの二つのグループについての情報を受信し、端末装置はGSMおよびLTEをサポートするとすると、端末装置は、事業者のネットワーク能力パラメータがGSMおよびLTEであるトラフィック・パッケージを、候補トラフィック・パッケージとして決定してもよい。この場合、フランスにおける候補トラフィック・パッケージの識別情報は2080101および2080102であり、ベルギーにおける候補トラフィック・パッケージの識別情報は2061001および2061002である。すると、端末装置は、判別された候補トラフィック・パッケージから各旅行スケジュール・ノードにおけるトラフィック・パッケージを、その旅行スケジュール・ノードにおける旅行スケジュール時間に従って決定する。引き続き表１を例として使うと、フランスにおける滞在時間が4日であると判別する場合、端末装置は、トラフィック・パッケージ識別情報が2080101であるトラフィック・パッケージをフランスにおける目標トラフィック・パッケージとして決定する；ベルギーにおける滞在時間が7日であると判別する場合、端末装置は、トラフィック・パッケージ識別情報が6であるトラフィック・パッケージをベルギーにおける目標トラフィック・パッケージとして決定する。旅行スケジュール時間とトラフィック・パッケージの有効時間との間のマッチは、二つの時間が完全に同じであることは意味しないことが理解できる。任意的に、ある実施形態では、マッチした目標トラフィック・パッケージの有効時間は、対応する旅行スケジュール時間以上でありうる。たとえば、フランスにおける旅行スケジュール時間が6日である場合、端末装置はトラフィック・パッケージ識別情報が2080102であるトラフィック・パッケージを目標トラフィック・パッケージとして決定してもよく、そうすればユーザーはその旅行スケジュール・ノードにおける滞在時間の間、モバイル・ネットワークを使うことによってオンラインでいることができる。任意的に、もう一つの実施形態では、マッチした目標トラフィック・パッケージの有効時間は対応する旅行スケジュール時間より短くてもよい。たとえば、フランスにおける旅行スケジュール時間が6日である場合、ユーザーが余計な料金を払うことを防ぐために、端末装置はトラフィック・パッケージ識別情報が2080101であるトラフィック・パッケージを目標トラフィック・パッケージとして決定してもよい。旅行スケジュール時間とトラフィック・パッケージの有効時間との間のマッチの仕方は、端末装置またはユーザーによって指定されてもよく、本発明において限定されない。任意的に、もう一つの実施形態では、端末装置は、候補トラフィック・パッケージから、ユーザーがそこから選択するために少なくとも二つの候補目標トラフィック・パッケージを決定してもよい。端末装置は、目標トラフィック・パッケージを選択するために使われる入力を取得し、該入力に従って目標トラフィック・パッケージを決定する。このようにして、ユーザーは、使用される必要のある目標トラフィック・パッケージを能動的に選択できる。
【００５５】
任意的に、もう一つの実施形態では、端末装置はさらに、トラフィック要求情報を取得してもよい。トラフィック要求情報は、第一の時間期間において端末装置によって使われる必要のある全トラフィックを示すために使われる。トラフィック要求情報は、端末装置によって使用された履歴トラフィックについての統計を集めることによって、端末装置によって取得されてもよく、あるいは、ユーザーによって手動で入力されてもよい。任意的に、端末装置によって使用された履歴トラフィックについての統計を集めることは、旅行中（すなわち、端末装置は、該端末装置が恒久的に存在する国または地域における事業者によって提供されるサービスを使わない）の前記第一の時間期間において端末装置によって使用されたトラフィックの平均値についての統計を集めることであってもよく、あるいは通常の日の前記第一の時間期間において端末装置によって使用されたトラフィックの平均値についての統計を集めることであってもよい。第一の時間期間は1日、2日または1週間であってもよく、本発明において限定されない。端末装置は、端末装置のネットワーク能力パラメータに従って、各トラフィック・パッケージについての情報から、候補トラフィック・パッケージを判別してもよい。端末装置がGSMおよびLTEをサポートするとすると、端末装置は、事業者のネットワーク能力パラメータがGSMおよびLTEであるトラフィック・パッケージを候補トラフィック・パッケージとして決定してもよい。任意的に、ある実施形態では、端末装置は、候補トラフィック・パッケージから、使用される必要のある目標トラフィック・パッケージを直接決定してもよい。引き続き表１および表４を例として使うと、この場合、フランスにおける候補トラフィック・パッケージの識別情報は2080101および2080102であり、ベルギーにおける候補トラフィック・パッケージの識別情報は2061001および2061002である。次いで、端末装置は、判別された候補トラフィック・パッケージから、トラフィック要求情報およびn番目の旅行スケジュール時間にマッチするトラフィック・パッケージを、n番目の旅行スケジュール・ノードにおける目標トラフィック・パッケージとして決定する。引き続き表１を例として使うと、フランスにおける滞在時間が4日であり、トラフィック要求情報が10MB/日であると判別する場合、端末装置は、トラフィック・パッケージ識別情報が2080101であるトラフィック・パッケージをフランスにおける目標トラフィック・パッケージとして決定する；ベルギーにおける滞在時間が7日であり、トラフィック要求情報が10MB/日であると判別する場合、端末装置は、トラフィック・パッケージ識別情報が2061002であるトラフィック・パッケージをベルギーにおける目標トラフィック・パッケージとして決定する。いくつかの場合には、トラフィック要求情報および旅行スケジュール時間の両方にマッチするトラフィック・パッケージがみつからないことがあることが理解できる。この場合、トラフィック要求を満たすために、トラフィック要求情報が優先的に考慮されてもよい。たとえば、引き続き表１を例として使うと、フランスにおける端末装置の滞在時間が4日であり、トラフィック要求情報は20MB/日である。この場合、滞在時間が4日であれば、要求される全トラフィックは80MBである。明らかに、トラフィック・パッケージ１の全トラフィックはトラフィック要求を満たすことができない。この場合、トラフィック・パッケージ識別情報が208010であるトラフィック・パッケージが目標トラフィック・パッケージとして決定されうる。トラフィック使用要件を満たすためには、目標トラフィック・パッケージの全トラフィックはトラフィック要求の全トラフィックより大きくてもよいことが理解できる。むろん、料金を減らすために、目標トラフィック・パッケージの全トラフィックは全トラフィック要求より大きくなくてもよい。この場合には、旅行スケジュール時間が優先的に考慮されてもよい。トラフィック要求情報または旅行スケジュール時間のどちらのほうが高い優先度をもつかは、端末装置またはユーザーによって指定されてもよく、本発明において限定されない。下記の技術的解決策では、目標トラフィック・パッケージが決定されるとき、端末装置によってデータ・トラフィックを使う習癖が考慮される。よって、選択された目標トラフィック・パッケージの全トラフィックが端末装置によって通例要求される全トラフィックを超えるために引き起こされる帰結は回避できる。たとえば、目標トラフィック・パッケージの全トラフィックを使い切った後、端末装置は追加的なトラフィック・パッケージを購入するまたはオンデマンドで支払う必要があってもよい。任意的に、もう一つの実施形態では、端末装置は、候補トラフィック・パッケージから、そこからユーザーが選択するための少なくとも二つの候補目標トラフィック・パッケージを決定してもよい。端末装置は、目標トラフィック・パッケージを選択するために使われる入力を取得し、該入力に従って目標トラフィック・パッケージを決定する。このようにして、ユーザーは、使用される必要のある目標トラフィック・パッケージを能動的に選択できる。
【００５６】
任意的に、別の実施形態では、端末装置は、端末装置のネットワーク能力パラメータに従って、各トラフィック・パッケージについての情報から候補トラフィック・パッケージを決定してもよい。端末装置がGSMおよびLTEをサポートするとすると、端末装置は、事業者のネットワーク能力パラメータがGSMおよびLTEであるトラフィック・パッケージを候補トラフィック・パッケージとして決定してもよい。引き続き表１および表４を例として使うと、この場合、フランスにおける候補トラフィック・パッケージの識別情報は2080101および2080102であり、ベルギーにおける候補トラフィック・パッケージの識別情報は2061001および2061002である。候補トラフィック・パッケージが決定された後、候補トラフィック・パッケージの全トラフィック、有効時間および価格が端末装置の表示インターフェースに呈示される。端末装置は第一の入力を取得する。第一の入力は、それらの候補トラフィック・パッケージから、N個の旅行スケジュール・ノードにおける目標トラフィック・パッケージを決定するために使われる。第一の入力は、端末装置上でユーザーによって実行される動作である。すなわち、ユーザーは、呈示された候補トラフィック・パッケージから、目標トラフィック・パッケージとして申し込むことを該ユーザーが期待するトラフィック・パッケージを決定してもよい。このようにして、ユーザーは、要件に従って適切なトラフィック・パッケージを選択できる。
【００５７】
さらに、N個の目標トラフィック・パッケージが決定された後、端末装置は、決定されたN個の目標トラフィック・パッケージを表示インターフェースにおいて呈示し、N個の目標トラフィック・パッケージが受け入れられることができるかどうかを促すための選択インターフェースを呈示してもよい。ユーザーがN個の目標トラフィック・パッケージを受け入れると決定する場合、ユーザーは肯定的な入力を選択する。該肯定的な入力を受け取るとき、端末装置はユーザーがN個の目標トラフィック・パッケージを受け入れることを判別する。ユーザーがN個の目標トラフィック・パッケージを受け入れないことに決める場合、ユーザーは否定的な入力を選択する。任意的に、否定的な入力は、一つまたは複数の目標トラフィック・パッケージがユーザーによって受け入れられないことを示すために使われてもよい。換言すれば、ユーザーは、否定的な入力を使うことにより、受け入れられない一つまたは複数の目標トラフィック・パッケージを選択してもよい。この場合、ユーザーが新たな目標トラフィック・パッケージを選択するよう、端末装置は、受け入れられない目標トラフィック・パッケージに対応する旅行スケジュール・ノードにおけるすべてのトラフィック・パッケージを呈示してもよい。たとえば、フランスに対応する目標トラフィック・パッケージは識別情報が2080101であるトラフィック・パッケージである。ユーザーが該トラフィック・パッケージを目標トラフィック・パッケージとして受け入れない場合、ユーザーは、トラフィック・パッケージを選択するために使われる否定的な入力を入力してもよい。否定的な入力を得た後、端末装置は、フランスにおける、アクセス・プラットフォーム・サーバーとの合意に達しているすべての事業者によって提供されるすべてのトラフィック・パッケージ（すなわち、表３においてフランスにおける事業者によって提供されているすべてのトラフィック・パッケージ）を表示インターフェースにおいて呈示する。この場合、ユーザーは、すべてのトラフィック・パッケージから、あるトラフィック・パッケージを、フランスにおける目標トラフィック・パッケージとして選択してもよい。任意的に、否定的な入力は、ユーザーが前記N個の目標トラフィック・パッケージを受け入れないことを示すために使われてもよい。この場合、端末装置は、すべての旅行スケジュール・ノードにおける事業者によって提供されるすべてのトラフィック・パッケージを呈示してもよい。ユーザーは、第二の入力を使って、各旅行スケジュール・ノードにおいて使うことをユーザーが期待する目標トラフィック・パッケージを選択してもよい。
【００５８】
任意的に、もう一つの実施形態では、端末装置は、トラフィック・パッケージを提供する事業者のネットワーク能力パラメータを別の仕方で取得してもよい。たとえば、トラフィック・パッケージが決定された後、端末装置は、要求メッセージを使って、アクセス・プラットフォーム・サーバーに、決定されたトラフィック・パッケージを提供する事業者のネットワーク能力パラメータをフィードバックするよう要求してもよい。端末装置のネットワーク能力パラメータが、決定されたトラフィック・パッケージを提供する事業者のネットワーク能力パラメータにマッチすれば、決定されたトラフィック・パッケージは目標トラフィック・パッケージとして決定される。端末装置のネットワーク能力パラメータが決定されたトラフィック・パッケージを提供する事業者のネットワーク能力パラメータにマッチしない場合には、再び目標トラフィック・パッケージが決定される。
【００５９】
目標トラフィック・パッケージが決定された後、端末装置は、アクセス・プラットフォーム・サーバーに、決定された目標トラフィック・パッケージを通知してもよく、各目標トラフィック・パッケージに対応するプロファイル（すなわちprofile）をダウンロードしてもよい。具体的な手順は、段階１０６ないし段階１１１を使って実装されてもよく、あるいは段階１１２ないし段階１２２を使って実装されてもよい。
【００６０】
１０６。端末装置は、アクセス・プラットフォーム・サーバーにトラフィック・パッケージ申し込みメッセージを送る。ここで、トラフィック・パッケージ申し込みメッセージは、決定された目標トラフィック・パッケージの識別情報および端末装置の識別情報を含む。
【００６１】
端末装置の識別情報は、国際モバイル装置識別情報（英語：International  Mobile  Equipment  Identity、略IMEI）であってもよく、あるいはeUICC識別情報（英語：eUICC-identity、略EID）などであってもよい。
【００６２】
任意的に、端末装置によって送られたトラフィック・パッケージ申し込みメッセージを受信後、アクセス・プラットフォーム・サーバーは、端末装置のためにトラフィック・サービスが提供されることができるかどうかを判定する。たとえば、トラフィック・パッケージ申し込みメッセージを送った後、端末装置は、申し込みされる目標トラフィック・パッケージについての関係料金を支払う。アクセス・プラットフォーム・サーバーは料金支払い情報を受け取る。この場合、端末装置が料金を払うことを完了することを判別した後、アクセス・プラットフォーム・サーバーは、端末装置のためにトラフィック・サービスを提供することを決める。具体的には、端末装置は、オンラインバンクまたはクレジットカードによって目標トラフィック・パッケージのための関係料金を支払ってもよい。端末装置が料金支払いを完了した後、アクセス・プラットフォーム・サーバーは料金支払い情報を受け取り、受け取った料金を対応する事業者に送金し、事業者によって指定されるトラフィック・パッケージに申し込む。あるいはまた、アクセス・プラットフォーム・サーバーは、端末装置の識別情報に従って、端末装置が後払いユーザーでありうるかどうかを判定してもよい。端末装置が後払いユーザーであると判定する場合、アクセス・プラットフォーム・サーバーは端末装置のためにトラフィック・サービスを提供することを決定してもよい。端末装置のためにトラフィック・サービスが提供されることができると決定した後、アクセス・プラットフォーム・サーバーは、決定された目標トラフィック・パッケージに対応するプロファイルを得ることを始めてもよい。
【００６３】
１０７。アクセス・プラットフォーム・サーバーは、決定された目標トラフィック・パッケージの識別情報に従って、決定された目標トラフィック・パッケージの識別情報に対応するプロファイルを取得する。
【００６４】
決定された目標トラフィック・パッケージの識別情報を受信後、アクセス・プラットフォーム・サーバーは、各目標トラフィック・パッケージの識別情報に対応する事業者を判別する。アクセス・プラットフォーム・サーバーは、各目標トラフィック・パッケージの識別情報に対応する事業者から、各目標トラフィック・パッケージの識別情報に対応するプロファイルを取得する。一つの目標トラフィック・パッケージの識別情報が一つの旅行スケジュール・ノードに対応している場合、その目標トラフィック・パッケージの識別情報は一つのプロファイルに対応する。一つの目標トラフィック・パッケージが複数の旅行スケジュール・ノードに対応している場合には、それぞれの旅行スケジュール・ノードがプロファイルをもつ。すなわち、端末装置の旅行スケジュール情報がN個の旅行スケジュール・ノードを含む場合、アクセス・プラットフォーム・サーバーはN個のプロファイルを取得する。
【００６５】
具体的には、アクセス・プラットフォーム・サーバーは、各目標トラフィック・パッケージに対応する事業者の事業者サーバーに、プロファイル・ダウンロード要求を送る。事業者の関係した装置が、端末装置のための対応するプロファイルを用意し、該対応するプロファイルをアクセス・プラットフォーム・サーバーに送る。具体的には、アクセス・プラットフォーム・サーバーによって事業者サーバーに送られるプロファイル・ダウンロード要求は、端末装置の識別情報（たとえばIMEIおよび／またはEID）と、端末装置によって選択された、その事業者に対応するトラフィック・パッケージの識別情報とを含む。事業者サーバーは、国際モバイル加入者識別情報（英語：International  Mobile  Subscriber  Identification  Number［国際モバイル加入者識別番号］、略IMSI）を端末装置に割り当て、端末装置に割り当てられる必要のあるプロファイル型（英語：Profile  Type）を決定する。事業者サーバーは、ダウンロード要求を、事業者の加入マネージャ・データ準備（英語：Subscription  Manager  Data  Preparation、略SM-DP）ネットワーク要素に送る。ダウンロード要求は、端末装置の識別情報、端末装置に割り当てられたIMSI、端末装置に割り当てられたプロファイル型、事業者の加入マネージャ・セキュア・ルーティング識別情報（英語：Subscription  Manager  Secure  Routing  Identity、略SR  ID）などを含んでいる。SM-DPネットワーク要素は、ダウンロード要求の内容に従って端末装置のための対応するプロファイルを生成し；SR  IDに従って、現在のプロファイルが登録されている加入マネージャ・セキュア・ルーティング（英語：Subscription  Manager  Secure  Routing、略SM-SR）ネットワーク要素を判別し；プロファイル準備完了メッセージをSM-SRネットワーク要素に送る。ここで、プロファイル準備完了メッセージは、端末装置の識別情報を含む。SM-DPネットワーク要素は、プロファイルのキー情報を生成し、プロファイルのキー情報を事業者サーバーに送る。事業者サーバーは、合意確認メッセージを前記サービス・プラットフォーム・サーバーに送り、ここで、合意確認メッセージは、セキュア・ルーティング一様資源位置指定子（英語：Secure  Routing  Uniform  Resource  Locator、略SR  URL）および前記キー情報を含む。サービス・プラットフォーム・サーバーは、SR  URLを使ってSM-SRネットワーク要素に接続し、前記プロファイルの前記キー情報および前記SM-SRネットワーク要素を使って、SM-DPネットワーク要素から、事業者の、端末装置によって決定された目標トラフィック・パッケージに対応するプロファイルをダウンロードする。任意的に、別の実施形態では、SM-DP+がSM-SRおよびSM-DPの機能を実装することができる。よって、SM-DPおよびSM-SRによって実装される上記の機能は、SM-DP+によって実装されてもよい。
【００６６】
さらに、ある実施形態では、決定された目標トラフィック・パッケージに対応する事業者は、対応する端末装置によって支払われた料金が受領されることを判別した後に、端末装置のための対応するプロファイルを用意してもよい。
【００６７】
１０８。アクセス・プラットフォーム・サーバーは、トラフィック・パッケージ申し込み応答メッセージを端末装置に送る。トラフィック・パッケージ申し込み応答メッセージは、トークン（英語：token）を含み、該トークンは、端末装置によってダウンロードされることのできるN個のプロファイルを示すために使われる。
【００６８】
任意的に、トラフィック・パッケージ申し込み応答メッセージはさらに、アクセス・プラットフォーム・サーバーのアドレスおよび／または確証コード（英語：confirmation  code）識別子を含んでいてもよい。確証コード識別子は、端末装置がダウンロード要求メッセージを送るときに確証コードが入力される必要があることを示すために使われる。確証コードは、別の仕方で（たとえばSMSメッセージを使って）端末装置に送られてもよい。
【００６９】
具体的には、N個のプロファイルを取得した後、アクセス・プラットフォーム・サーバーは、前記トークンを端末装置のN個のプロファイルに割り当てる。任意的に、ある実施形態では、アクセス・プラットフォーム・サーバーは、一つのトークンを端末装置のN個のプロファイルに割り当ててもよく、該一つのトークンはN個のプロファイルを示すために使われる。任意的に、別の実施形態では、アクセス・プラットフォーム・サーバーは、N個のトークンを端末装置のN個のプロファイルに割り当ててもよく、該N個のトークンはN個のプロファイルに一対一に対応している。
【００７０】
１０９。端末装置は、ダウンロード要求メッセージをアクセス・プラットフォーム・サーバーに送る。ダウンロード要求メッセージは前記トークンを含む。
【００７１】
任意的に、ダウンロード要求メッセージはさらに、アクセス・プラットフォーム・サーバーのアドレスおよび／または確証コードを含んでいてもよい。
【００７２】
アクセス・プラットフォーム・サーバーが前記N個のプロファイルに一つのトークンを割り当てる場合、前記トークンは割り当てられた一つのトークンを指す。アクセス・プラットフォーム・サーバーが前記N個のプロファイルにN個のトークンを割り当てる場合、前記トークンは該N個のトークンを指す。
【００７３】
１１０。サービス・プラットフォーム・サーバーは、ダウンロード要求応答メッセージを端末装置に送る。ダウンロード要求応答メッセージは前記N個のプロファイルを含む。
【００７４】
１１１。端末装置は前記N個のプロファイルをインストールする。
【００７５】
任意的に、ある実施形態では、端末装置は前記N個のプロファイルを直接インストールしてもよい。
【００７６】
任意的に、別の実施形態では、端末装置はまず、N個のプロファイルのうちのK個のプロファイルをインストールしてもよい。ここで、KはN未満1以上の正の整数である。Kは、端末装置の埋め込みユニバーサル集積回路カード（英語：embedded  universal  integrated  circuit  card、略eUICC）の残りスペースにインストールできるプロファイルの数であってもよい。具体的には、端末装置のローカル・プロファイル・アシスタント（英語：Local  Profile  Assistant、略LPA）エンティティーがまず、端末装置のeUICCの残りスペースにインストールできるプロファイルの数を判別してもよい。たとえば、端末装置のLPAエンティティーは、ES10bインターフェースを使って、eUICCにGetEUICCInfoコマンドを送ってもよい。eUICCはLPAエンティティーに、eUICC_info情報を応答として送る。ここで、eUICC_info情報は残りスペースについての情報を含む。異なるプロファイルが異なるサイズを有していてもよい。よって、端末装置のLPAエンティティーは、eUICCの残りスペースのサイズおよびダウンロードされるプロファイルのサイズに従ってKの値を決定してもよい。端末装置のeUICCの残りスペースにインストールできるプロファイルの数がNより大きい場合には、端末装置はN個のプロファイルをインストールしてもよい。端末装置のeUICCの残りスペースにインストールできるプロファイルの数KがNより小さい場合には、端末装置はN個のプロファイルのうちのK個のプロファイルをまずインストールしてもよい。まずインストールされるK個のプロファイルに対応する旅行スケジュール・ノードにおける旅行スケジュール時間は、インストールされていないプロファイルに対応する旅行スケジュール・ノードにおける旅行スケジュール時間より早い。引き続き表１を例として使うと、Kが1に等しいとすると、端末装置はまずフランスにおける事業者によって提供されるプロファイルをインストールする。これは、端末装置を保持するユーザーがまずフランスに到着するからである。その後、端末装置はインストールされたプロファイルから無効なプロファイルを判別する。端末装置は、次の仕方のいずれかで該無効なプロファイルを判別する：プロファイルの有効期間が満了する場合、端末装置は有効期間が満了するプロファイルが無効なプロファイルであると判別する。たとえば、プロファイルの有効期間は3日である。端末装置がプロファイルが使われる日が3日を超えたことを判別するとすると、端末装置はそのプロファイルが無効なプロファイルであると判別する。プロファイルの全トラフィックが使い尽くされると判別する場合、端末装置は全トラフィックが使い尽くされたプロファイルが無効なプロファイルであると判別する。たとえば、プロファイルに含まれる全トラフィックが30MBである。端末装置が30MBが使われたと判別するとすると、端末装置はそのプロファイルが無効なプロファイルであると判別する。端末装置がプロファイルを提供する事業者が位置する国を出たと判別する場合、端末装置はそのプロファイルが無効なプロファイルであると判別する。端末装置は、サーチによって得られたPLMNに従って、端末装置が現在位置している国を判別してもよい。たとえば、端末装置がサーチによって得られたPLMNがフランスのPLMNであると判別するとき、端末装置は該端末装置がフ��ンスに到着したことを判別する。この場合、端末装置は、対応するプロファイルをアクティブ化し、指定された事業者のネットワークに接続してもよい。端末装置が再びPLMNをサーチし、サーチによって得られたPLMNがベルギーのPLMNであると見出すとき、端末装置は該端末装置がフランスを出たことを判別してもよい。この場合、端末装置は、フランスにおける事業者によって提供されるプロファイルが無効なプロファイルであると判別する。無効なプロファイルを判別した後、端末装置は、該無効なプロファイルを削除してもよい。これは、無効なプロファイルは端末装置によって再び使われることはないからである。その後、端末装置は、第一の目標トラフィック・パッケージに対応するプロファイルをインストールしてもよい。第一の目標トラフィック・パッケージは、まだインストールされていないプロファイルの目標トラフィック・パッケージのうちで、最も早い旅行スケジュール時間に対応する目標トラフィック・パッケージである。たとえば、端末装置が時系列に従って逐次、フランス、ベルギー、オランダおよびデンマークを訪問し、Kが2に等しいとすると、端末装置は四つのプロファイルを受け取る。ここで、四つのプロファイルはそれぞれフランス、ベルギー、オランダおよびデンマークにおける事業者によって提供される。端末装置はまず、フランスとベルギーにおける事業者によって提供されるプロファイルをインストールする。フランスにおける事業者によって提供されるプロファイルが無効なプロファイルであると判別した後（すなわち、フランスにおける事業者によって提供されるプロファイルが再び使われることがないと判別した後）、端末装置はその無効なプロファイルを削除し、オランダにおける事業者によって提供されるプロファイルをインストールする。これは、端末装置はまずオランダに到着し、次にデンマークに到着するからである。その後、端末装置はベルギーにおける事業者によって提供されるプロファイルが無効なプロファイルであることを判別することに進み、無効なプロファイルを削除し、デンマークにおける事業者によって提供されるプロファイルをインストールする。これまでで、端末装置は、受け取った四つのプロファイルをインストールしている。
【００７７】
１１２。端末装置は、アクセス・プラットフォーム・サーバーにトラフィック・パッケージ申し込みメッセージを送る。ここで、トラフィック・パッケージ申し込みメッセージは、決定された目標トラフィック・パッケージの識別情報および端末装置の識別情報を含む。
【００７８】
段階１１２は、段階１０６と同じである。詳細をここで再び述べることはしない。
【００７９】
１１３。アクセス・プラットフォーム・サーバーは、決定された目標トラフィック・パッケージの識別情報に従って、決定された目標トラフィック・パッケージの識別情報に対応するプロファイルを取得する。
【００８０】
段階１１３は、段階１０７と同じである。詳細をここで再び述べることはしない。
【００８１】
１１４。アクセス・プラットフォーム・サーバーはトラフィック・パッケージ申し込み応答メッセージを端末装置に送る。ここで、トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは、端末装置によってダウンロードされることのできるN個のプロファイルを示すために使われる。
【００８２】
具体的には、N個のプロファイルを取得した後、アクセス・プラットフォーム・サーバーは、前記トークンを端末装置のN個のプロファイルに割り当てる。アクセス・プラットフォーム・サーバーは、一つのトークン（英語：token）を端末装置のN個のプロファイルに割り当ててもよく、該一つのトークンはN個のプロファイルを示すために使われる。任意的に、トラフィック・パッケージ申し込み応答メッセージはさらに、アクセス・プラットフォーム・サーバーのアドレスおよび／または確証コード（英語：confirmation  code）識別子を含んでいてもよい。確証コード識別子は、端末装置がダウンロード要求メッセージを送るときに確証コードが入力される必要があることを示すために使われる。確証コードは、別の仕方で（たとえばSMSメッセージを使って）端末装置に送られてもよい。
【００８３】
１１５。端末装置は、ダウンロード要求メッセージをアクセス・プラットフォーム・サーバーに送る。ダウンロード要求メッセージは前記トークンおよびN個の旅行スケジュール・ノードのうちのK個の旅行スケジュール・ノードの識別情報を含む。K個の旅行スケジュール・ノードに対応する旅行スケジュール時間は、N個の旅行スケジュール・ノードのうちの別の旅行スケジュール・ノードに対応する旅行スケジュール時間より早い。
【００８４】
任意的に、ダウンロード要求メッセージはさらに、アクセス・プラットフォーム・サーバーのアドレスおよび／または確証コードを含んでいてもよい。
【００８５】
旅行スケジュール・ノードの識別情報は、旅行スケジュール・ノードの位置を示すために使われる情報であり、たとえば、旅行スケジュール・ノードのMCCであってもよい。
【００８６】
K個の目標トラフィック・パッケージに対応する旅行スケジュール時間は、N個の目標トラフィック・パッケージにおける別の目標トラフィック・パッケージに対応する旅行スケジュール時間よりも早い。たとえば、端末装置が時系列に従って逐次、フランス、ベルギー、オランダおよびデンマークを訪問し、Kが2に等しいとすると、端末装置はまず、フランスおよびベルギーにおける目標トラフィック・パッケージの識別情報をアクセス・プラットフォーム・サーバーに送る。任意的に、Kは、端末装置のeUICCの残りスペースにインストールされることのできるプロファイルの数であってもよい。すなわち、端末装置は、端末装置のeUICCの残りスペースおよびN個のプロファイルのサイズに従ってKの値を決定してもよい。端末装置のeUICCの残りスペースにインストールできるプロファイルの数がNより大きい場合には、端末装置はN個のプロファイルをインストールしてもよい。端末装置のeUICCの残りスペースにインストールできるプロファイルの数KがNより小さい場合には、端末装置はN個のプロファイルのうちのK個のプロファイルをまずインストールしてもよい。K個のプロファイルがK個の旅行スケジュール・ノードに一対一に対応していることが理解できる。
【００８７】
１１６。アクセス・プラットフォーム・サーバーは、ダウンロード要求応答メッセージを端末装置に送る。ダウンロード要求応答メッセージはK個のプロファイルを含む。
【００８８】
１１７。端末装置はK個のプロファイルをインストールする。
【００８９】
１１８。端末装置は、インストールされたプロファイルから無効なプロファイルを判別する。
【００９０】
具体的には、端末装置は、次の仕方のいずれかで該無効なプロファイルを判別する：プロファイルの有効期間が満了する場合、端末装置は有効期間が満了するプロファイルが無効なプロファイルであると判別する。たとえば、プロファイルの有効期間は3日である。端末装置はプロファイルが使われる日が3日を超えたことを判別するとすると、端末装置はそのプロファイルが無効なプロファイルであると判別する。プロファイルの全トラフィックが使い尽くされると判別する場合、端末装置は全トラフィックが使い尽くされたプロファイルが無効なプロファイルであると判別する。たとえば、プロファイルに含まれる全トラフィックが30MBである。端末装置が30MBを使ったとすると、端末装置はそのプロファイルが無効なプロファイルであると判別する。端末装置がプロファイルを提供する事業者が位置する国を出たと判別する場合、端末装置はそのプロファイルが無効なプロファイルであると判別する。端末装置は、サーチによって得られた公共地上移動体ネットワーク（英語：Public  Land  Mobile  Network、略PLMN）に従って、端末装置が現在位置している国を判別してもよい。たとえば、端末装置がサーチによって得られたPLMNがフランスのPLMNであると判別するとき、端末装置は該端末装置がフランスに到着したことを判別する。この場合、端末装置は、対応するプロファイルをアクティブ化し、指定された事業者のネットワークに接続してもよい。端末装置が再びPLMNをサーチし、サーチによって得られたPLMNがベルギーのPLMNであると見出すとき、端末装置は該端末装置がフランスを出たことを判別してもよい。この場合、端末装置は、フランスにおける事業者によって提供されるプロファイルが無効なプロファイルであると判別する。
【００９１】
１１９。端末装置が無効なプロファイルを削除する。
【００９２】
１２０。端末装置が、アクセス・プラットフォーム・サーバーに更新メッセージを送る。ここで、更新メッセージは、前記トークンおよび第一の旅行スケジュール・ノードの識別情報を含む。第一の旅行スケジュール・ノードは、プロファイルがインストールされたことのない旅行スケジュール・ノードのうちで、最も早い旅行スケジュール時間に対応する旅行スケジュール・ノードである。
【００９３】
１２１。端末装置が、アクセス・プラットフォーム・サーバーによって送られた更新応答メッセージを受信する。ここで、更新応答メッセージは、前記第一の旅行スケジュール・ノードに対応するプロファイルを含む。
【００９４】
１２２。端末装置が、第一の旅行スケジュール・ノードに対応するプロファイルをインストールする。
【００９５】
段階１２２を実行した後、端末装置は、累積的に前記N個のプロファイルがインストールされるかどうかを判定してもよい。そうでなければ、端末装置は、累積的に前記N個のプロファイルがインストールされるまで、段階１１８ないし段階１２２を実行することを続ける。
【００９６】
たとえば、端末装置が時系列に従って逐次、フランス、ベルギー、オランダおよびデンマークを訪問し、Kが2に等しいとすると、端末装置は全部で四つのプロファイルをインストールするべきである。ここで、四つのプロファイルはそれぞれフランス、ベルギー、オランダおよびデンマークにおける事業者によって提供される。eUICCの残りスペースが不十分なので、端末装置はまずフランスおよびベルギーにおける事業者によって提供されるプロファイルをインストールする。フランスにおける事業者によって提供されるプロファイルが無効なプロファイルであると判別した後（すなわち、フランスにおける事業者によって提供されるプロファイルが再び使われることがないと判別した後）、端末装置はその無効なプロファイルを削除する。次いで、端末装置は更新メッセージをアクセス・プラットフォーム・サーバーに送る。該更新メッセージはオランダの識別情報および前記トークンを含む。これは、端末装置はまずオランダに到着し、次にデンマークに到着するからである。その後、端末装置は、オランダにおける事業者によって提供されるプロファイルを含み、アクセス・プラットフォーム・サーバーによって送られる更新応答メッセージを受信し、オランダにおける事業者によって提供されるプロファイルをインストールする。その後、端末装置は、ベルギーにおける事業者によって提供されるプロファイルが無効なプロファイルであることを判別することに進み、該無効なプロファイルを削除する。次いで、端末装置は更新メッセージをアクセス・プラットフォーム・サーバーに送る。該更新メッセージはデンマークの識別情報および前記トークンを含む。その後、端末装置は、デンマークにおける事業者によって提供されるプロファイルを含み、アクセス・プラットフォーム・サーバーによって送られる更新応答メッセージを受信し、デンマークにおける事業者によって提供されるプロファイルをインストールする。ここまでで、端末装置は、四つのプロファイルがインストールされたことを判別し、更新メッセージを再びアクセス・プラットフォーム・サーバーに送ってアクセス・プラットフォーム・サーバーに新しいプロファイルを送ることを要求することはしない。本発明のこの実施形態における残りスペースの記述は単に例であり、eUICCの記憶スペースの具体的なサイズはこの解決策において特定的に制限されないことが理解される。
【００９７】
任意的に、別の実施形態では、段階１０６ないし段階１１１に従ってまたは段階１１２ないし段階１２２に従って各目標トラフィック・パッケージに対応するプロファイルをダウンロードしてインストールする仕方に加えて、各目標トラフィック・パッケージに対応するプロファイルは以下の仕方でダウンロードされてインストールされてもよい。
【００９８】
端末装置は、アクセス・プラットフォーム・サーバーにトラフィック・パッケージ申し込みメッセージを送る。ここで、トラフィック・パッケージ申し込みメッセージは、決定された目標トラフィック・パッケージの識別情報、端末装置の識別情報およびN個の旅行スケジュール・ノードのうちのK個の旅行スケジュール・ノードの識別情報を含む。アクセス・プラットフォーム・サーバーはK個の旅行スケジュール・ノードの識別情報に対応するK個のプロファイルを取得する。事業者がプロファイルを用意し、アクセス・プラットフォーム・サーバーが該プロファイルを取得する具体的な手順は上記の実施形態におけるものと同じである。詳細をここで再び述べることはしない。アクセス・プラットフォーム・サーバーは、トークンを端末装置に割り当てる。ここで、トークンは、端末装置によってダウンロードされることができるプロファイルを示すために使われる。任意的に、ある実施形態では、アクセス・プラットフォーム・サーバーは、一つのトークンを端末装置に割り当ててもよい。任意的に、別の実施形態では、アクセス・プラットフォーム・サーバーは、端末装置のダウンロードされる各プロファイルに一つのトークンを割り当ててもよい。端末装置は、ダウンロード要求メッセージをアクセス・プラットフォーム・サーバーに送る。ダウンロード要求メッセージは前記トークンを含む。その後、サービス・プラットフォーム・サーバーは、ダウンロード要求応答メッセージを端末装置に送る。ダウンロード要求応答メッセージはK個のプロファイルを含む。端末装置はK個のプロファイルをインストールする。K個のプロファイルがK個の旅行スケジュール・ノードに一対一に対応していることが理解できる。K個のプロファイルをインストールした後、端末装置は、N個のプロファイルがインストールされるまで、プロファイルが更新される必要があるかどうかを判定してもよい。具体的な手順は段階１１８ないし段階１２２と同様である。違いは、更新メッセージを取得した後、アクセス・プラットフォーム・サーバーが、更新メッセージにおける第一の旅行スケジュール・ノードの識別情報に基づく対応する事業者から、第一の旅行スケジュール・ノードに対応するプロファイルを取得するということだけにある。すなわち、この技術的解決策では、アクセス・プラットフォーム・サーバーはまず、端末装置によって優先的にダウンロードされるK個のプロファイルを取得し、端末装置がプロファイルを更新する必要があるときに、更新される必要のあるプロファイルを、アプリケーション・サーバーを使って対応する事業者から取得するのである。さらに、Kの値は1であってもよい。このように、事業者は、かなり前もって端末装置に資源を割り当てるという必要はない。これは、資源が割り当てのために不十分であるという問題を回避する。むろん、端末装置は、Kの値を、端末装置のeUICCの残りスペースに従って決定しうる。
【００９９】
本発明のこの実施形態では、プロファイルをインストールすることは、プロファイルをダウンロードしてプロファイルをeUICCにインストールすることを意味する。eUICCはプロファイルを、LPAエンティティーを使ってアクセス・プラットフォーム・サーバーから取得してもよい。eUICCの残りスペースが不十分であるときは、プロファイルはまず、キャッシングのために、アクセス・プラットフォーム・サーバーからLPAエンティティーにダウンロードされてもよい。LPAエンティティーは、GetEUICCInfoコマンドを使ってeUICCから、残り資源スペースについての情報を得てもよい。あるいはまた、LPAエンティティーは、GetProfilesInfoコマンドを使ってeUICCから、インストールされたプロファイルの量を取得してもよい。LPAエンティティーは、eUICCにインストールされる必要のあるプロファイルをキャッシュから読んでもよく、eUICCにインストールされる必要のある該プロファイルをeUICCにダウンロードする。インストールされる必要のある該プロファイルをLPAエンティティーからダウンロードした後、eUICCは対応するプロファイルをインストールする。
【０１００】
図２は、本発明のある実施形態に基づくトラフィック・パッケージ提供方法の概略的なフローチャートである。
【０１０１】
２０１。端末装置が、旅行スケジュール情報を取得する。前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数であり、前記端末装置はeUICCをサポートする端末装置である。
【０１０２】
２０２。端末装置が、前記旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送る。
【０１０３】
２０３。端末装置が、前記アクセス・プラットフォーム・サーバーによって送られた複数のトラフィック・パッケージについての情報を受領する。前記N個の旅行スケジュール・ノードのそれぞれは前記複数のトラフィック・パッケージについての前記情報における少なくとも一つのトラフィック・パッケージについての情報に対応し、前記複数のトラフィック・パッケージについての前記情報は事業者によって提供される。
【０１０４】
２０４。端末装置が、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する。
【０１０５】
２０５。端末装置が、トラフィック・パッケージ申し込みメッセージを前記アクセス・プラットフォーム・サーバーに送る。前記トラフィック・パッケージ申し込みメッセージは決定された目標トラフィック・パッケージの識別情報および前記端末の識別情報を含む。
【０１０６】
２０６。端末装置が、N個のプロファイルを取得する。前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する。
【０１０７】
２０７。端末装置が、前記N個のプロファイルをインストールする。
【０１０８】
図２の方法では、前記アクセス・プラットフォーム・サーバーは端末ベンダーによって実装されうる。事業者との合意に達する端末ベンダーが前記アクセス・プラットフォーム・サーバーを展開する。端末ベンダーによって提供される前記アクセス・プラットフォーム・サーバーおよび端末装置上のアプリケーション・サービスを使うことにより、事業者の利益を害することなく、端末装置のためのよりよいトラフィック・サービスが提供され、ユーザー経験が改善される。あるいはまた、前記アクセス・プラットフォーム・サーバーは事業者によって実装されうる。事業者は、別の事業者との合意に達する。事業者の前記アクセス・プラットフォーム・サーバーは、複数の契約した事業者のトラフィックを前記端末装置に呈示し、前記端末装置上のアプリケーション・サービスと対話して、ユーザー経験およびユーザー固執性を改善する。加えて、前記アクセス・プラットフォーム・サーバーは別のサードパーティーによって実装されてもよい。サードパーティーは事業者との合意に署名し、該サードパーティーによって運営されるプラットフォーム・サーバーおよび端末装置上のアプリケーション・サービスを使うことによって、ユーザー経験を改善するよう、端末装置のためのよりよいトラフィック・サービスを提供する。加えて、端末装置は、少なくとも一つのトラフィック・パッケージから適切なトラフィック・パッケージを選択できる。したがって、ユーザーはより多くの選択肢をもち、それによりユーザー経験を改善する。さらに、端末装置はeUICCをサポートするので、プロファイルをインストールした後、SIMカードを変える必要なしに、端末装置は対応するトラフィック・パッケージを使ってネットワーク・サービスを使うことができる。SIMカードを変えることによって引き起こされる可能な結果が回避される。たとえば、交換されたSIMカードが失われるまたは正しくないSIMカードが代用される。
【０１０９】
前記トラフィック・パッケージについての情報は、トラフィック・パッケージの識別情報、トラフィック・パッケージの有効時間、トラフィック・パッケージの全トラフィックおよびトラフィック・パッケージの価格を含んでいてもよい。トラフィック・パッケージの識別情報は、トラフィック・パッケージのインデックス値および該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。トラフィック・パッケージについての情報はさらに、該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。事業者の識別情報はさらに、地理的位置情報を含んでいてもよい。たとえば、事業者の識別情報は公共地上移動体ネットワーク（英語：Public  Land  Mobile  Network、略PLMN）または全地球測位システム（英語：Global  Positioning  System、略GPS）のような測位技術を使って取得される位置情報座標であってもよい。このように、端末装置は、PLMNに従って、トラフィック・パッケージが使用できる地理的位置を判別しうる。
【０１１０】
任意的に、ある実施形態では、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階の前に、本方法はさらに：トラフィック要求情報を取得する段階であって、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる、段階と；前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータを取得する段階とを含み；前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階は：前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；前記候補トラフィック・パッケージから、前記トラフィック要求情報にマッチする候補トラフィック・パッケージを、前記目標トラフィック・パッケージとして決定することを含む。このようにして、端末装置は、トラフィック要求情報に従って、ユーザーの使用習癖に合ったトラフィック・パッケージを自動的に決定できる。
【０１１１】
任意的に、もう一つの実施形態では、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含み、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階の前に、本方法はさらに：トラフィック要求情報を取得する段階であって、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる、段階と；前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータを取得する段階とを含み；前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階は：前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；前記候補トラフィック・パッケージから、前記トラフィック要求情報およびn番目の旅行スケジュール時間にマッチする候補トラフィック・パッケージを、n番目の旅行スケジュール・ノードにおける目標トラフィック・パッケージとして決定することを含む。ここで、n＝1,…,Nである。
【０１１２】
任意的に、ある実施形態では、N個のプロファイルを取得することは：アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受領する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンを含む、段階と；前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領する段階であって、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む、段階とを含む。
【０１１３】
さらに、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応する前記N個の旅行スケジュール時間を含み、前記N個のプロファイルをインストールすることは：前記端末装置のeUICC上にインストールされることのできるプロファイルの量に従って、かつ前記N個のプロファイルのそれぞれに対応する旅行スケジュール時間のシーケンスに従って、前記N個のプロファイルを逐次的にインストールすることを含む。
【０１１４】
任意的に、もう一つの実施形態では、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含み、N個のプロファイルを取得することは：前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受領する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含み、前記一つまたは複数の旅行スケジュール・ノードは、対応するプロファイルが取得されていない旅行スケジュール・ノードのうちで旅行スケジュール時間が最も早い一つまたは複数の旅行スケジュール・ノードである、段階と；前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領する段階であって、前記ダウンロード要求応答メッセージは前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；前記N個のプロファイルが得られるまで、前記アクセス・プラットフォーム・サーバーにダウンロード要求メッセージを送り、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領することを続ける段階とを含む。プロファイルを取得した後、端末装置は取得されたプロファイルをインストールしてもよいことが理解できる。加えて、端末装置はさらに、インストールされたプロファイルから無効なプロファイルを判別して、該無効なプロファイルがeUICCの記憶スペースを占有することを防ぐために該無効なプロファイルを削除してもよい。このようにして、端末装置は、使用されるべきプロファイルすべてを同時に取得してインストールする必要なしに、プロファイルが使用される必要がある前に、対応するプロファイルを取得してインストールしうる。
【０１１５】
具体的には、トラフィック・パッケージ申し込み応答メッセージを受領した後、端末装置は、N個の旅行スケジュール時間のシーケンスに従って、N個のプロファイルのインストール・シーケンスを決定してもよい。ここで、N個のプロファイルのインストール・シーケンスは、対応する旅行スケジュール時間のシーケンスと同じである。端末装置は、決定されたインストール・シーケンスに従って、ダウンロード要求メッセージ内の旅行スケジュール・ノードの識別情報を決定する。具体的には、ダウンロード要求メッセージは、N個の旅行スケジュール・ノードのうちのK個の旅行スケジュール・ノードの識別情報を含んでいてもよい。ここで、K個の旅行スケジュール・ノードに対応する旅行スケジュール時間は、N個の旅行スケジュール・ノードのうちの別の旅行スケジュール・ノードに対応する旅行スケジュール時間よりも早い。端末装置は、アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領し、ダウンロード要求応答メッセージはK個のプロファイルを含む。次いで、端末装置は、ダウンロード要求メッセージ内の旅行スケジュール・ノードの識別情報を再び決定してもよい。ダウンロード要求メッセージ内であり、端末装置によって再び決定される旅行スケジュール・ノードは、プロファイルがまだインストールされたことのない旅行スケジュール・ノードのうちの最も早い旅行スケジュール時間に対応する一つまたは複数の旅行スケジュール・ノードである。端末装置は、アクセス・プラットフォーム・サーバーよって送られたダウンロード要求応答メッセージを受領する。ここで、ダウンロード要求応答メッセージは、ダウンロード要求メッセージ内であり、再び決定される旅行スケジュール・ノードに対応するプロファイルを含んでいる。プロファイルを取得した後、端末装置は取得されたプロファイルをインストールしてもよいことが理解できる。加えて、端末装置はさらに、インストールされたプロファイルから無効なプロファイルを判別して、該無効なプロファイルがeUICCの記憶スペースを占有することを防ぐために該無効なプロファイルを削除してもよい。
【０１１６】
任意的に、もう一つの実施形態では、前記トラフィック・パッケージ申し込みメッセージはさらに、前記N個の旅行スケジュール・ノードのうちのK個の旅行スケジュール・ノードの識別情報を含む。ここで、前記K個の旅行スケジュール・ノードに対応する旅行スケジュール時間は、N個の旅行スケジュール・ノードのうちの別の旅行スケジュール・ノードに対応する旅行スケジュール時間よりも早い。端末装置は、アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受領する。ここで、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは端末装置によってダウンロードされることのできるプロファイルを示すために使われる。端末装置は、ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る。前記ダウンロード要求メッセージは前記トークンを含む。端末装置は、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領し、前記ダウンロード要求応答メッセージはK個のプロファイルを含む。端末装置は、該K個のプロファイルをインストールする。該K個のプロファイルが前記K個の旅行スケジュール・ノードに一対一に対応していることが理解できる。任意的に、Kの値は1であってもよい。あるいはまた、端末装置は、プロファイルがインストールされることのできる該端末装置の残りスペースに従って、かつN個のプロファイルによって示されるスペースのサイズに従って、Kの値を決定してもよい。このようにして、プロファイルをインストールするための不十分な残りスペースによって引き起こされるエラーが回避できる。さらに、本方法はさらに：前記端末装置によって、インストールされたプロファイルから無効なプロファイルを判別する段階と；前記端末装置によって、前記無効なプロファイルを削除する段階と；前記端末装置によって、更新メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記更新メッセージは第一の旅行スケジュール・ノードの識別情報および前記トークンを含み、前記第一の旅行スケジュール・ノードは、プロファイルがインストールされたことのない旅行スケジュール・ノードのうちで、最も早い旅行スケジュール時間に対応する旅行スケジュール・ノードである、段階と；前記端末装置によって、前記アクセス・プラットフォーム・サーバーによって送られた更新応答メッセージを受信する段階であって、前記更新応答メッセージは、前記第一の旅行スケジュール・ノードに対応するプロファイルを含む、段階と；前記端末装置によって、前記第一の旅行スケジュール・ノードに対応するプロファイルをインストールする段階とを含んでいてもよい。さらに、端末装置は、前記N個のプロファイルが取得されてインストールされるまで、上記のプロセスを繰り返してもよい。このようにして、端末装置が新たな旅行スケジュール・ノードに到着するとき、対応するプロファイルがすでにインストールされていることが保証されることができる。
【０１１７】
図３は、本発明のある実施形態に基づくトラフィック・パッケージ提供方法の概略的なフローチャートである。
【０１１８】
３０１。アクセス・プラットフォーム・サーバーが、端末装置によって送られた旅行スケジュール情報を受領する。前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である。
【０１１９】
３０２。アクセス・プラットフォーム・サーバーが、前記N個の旅行スケジュール・ノードに対応する複数のトラフィック・パッケージを決定する段階であって、前記複数のトラフィック・パッケージは事業者によって提供され、前記複数のトラフィック・パッケージのそれぞれは前記N個の旅行スケジュール・ノードのうちの少なくとも一つに対応する。
【０１２０】
３０３。アクセス・プラットフォーム・サーバーが、前記複数のトラフィック・パッケージについての情報を前記端末装置に送る。
【０１２１】
３０４。アクセス・プラットフォーム・サーバーが、前記端末装置によって送られたトラフィック・パッケージ申し込みメッセージを受信する。前記トラフィック・パッケージ申し込みメッセージは目標トラフィック・パッケージの識別情報および前記端末装置の識別情報を含む。
【０１２２】
３０５。アクセス・プラットフォーム・サーバーが、前記目標トラフィック・パッケージの識別情報および前記端末装置の識別情報に従って、前記目標トラフィック・パッケージを提供する事業者からのN個のプロファイルを取得する。前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する。
【０１２３】
３０６。アクセス・プラットフォーム・サーバーが、前記N個のプロファイルを前記端末装置に送る。
【０１２４】
図３に示した方法では、前記アクセス・プラットフォーム・サーバーは端末ベンダーによって実装されうる。事業者との合意に達する端末ベンダーが前記アクセス・プラットフォーム・サーバーを展開する。端末ベンダーによって提供される前記アクセス・プラットフォーム・サーバーおよび端末装置上のアプリケーション・サービスを使うことにより、事業者の利益を害することなく、端末装置のためのよりよいトラフィック・サービスが提供され、ユーザー経験が改善される。あるいはまた、前記アクセス・プラットフォーム・サーバーは事業者によって実装されうる。事業者は、別の事業者との合意に達する。事業者の前記アクセス・プラットフォーム・サーバーは、複数の契約した事業者のトラフィックを前記端末装置に呈示し、前記端末装置上のアプリケーション・サービスと対話して、ユーザー経験およびユーザー固執性を改善する。加えて、前記アクセス・プラットフォーム・サーバーは別のサードパーティーによって実装されてもよい。サードパーティーは事業者との合意に署名し、該サードパーティーによって運営されるプラットフォーム・サーバーおよび端末装置上のアプリケーション・サービスを使うことによって、ユーザー経験を改善するよう、端末装置のためのよりよいトラフィック・サービスを提供する。さらに、端末装置は、少なくとも一つのトラフィック・パッケージから適切なトラフィック・パッケージを選択できる。したがって、ユーザーはより多くの選択肢をもち、それによりユーザー経験を改善する。
【０１２５】
前記トラフィック・パッケージについての情報は、トラフィック・パッケージの識別情報、トラフィック・パッケージの有効時間、トラフィック・パッケージの全トラフィックおよびトラフィック・パッケージの価格を含んでいてもよい。トラフィック・パッケージの識別情報は、トラフィック・パッケージのインデックス値および該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。トラフィック・パッケージについての情報はさらに、該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。事業者の識別情報はさらに、地理的位置情報を含んでいてもよい。たとえば、事業者の識別情報は公共地上移動体ネットワーク（英語：Public  Land  Mobile  Network、略PLMN）または全地球測位システム（英語：Global  Positioning  System、略GPS）のような測位技術を使って取得される位置情報座標であってもよい。このように、端末装置は、PLMNに従って、トラフィック・パッケージが使用できる地理的位置を判別しうる。
【０１２６】
任意的に、ある実施形態では、前記N個のプロファイルを前記端末装置に送る前に、本方法はさらに：トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送る段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる、段階と；前記端末装置によって送られたダウンロード要求メッセージを受領する段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードの識別情報を含む、段階とを含み、前記N個のプロファイルを前記端末装置に送ることは：ダウンロード要求応答メッセージを前記端末装置に送ることを含み、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む。
【０１２７】
任意的に、もう一つの実施形態では、前記N個のプロファイルを前記端末装置に送る前に、本方法はさらに：トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送る段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる、段階と；前記端末装置によって送られたダウンロード要求メッセージを受領する段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードのうちの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含む、段階を含み、前記N個のプロファイルを前記端末装置に送ることは：ダウンロード要求応答メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求応答メッセージは前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；前記N個のプロファイルが前記端末装置に送られるまで、前記端末装置によって送られたダウンロード要求メッセージを受け取って前記端末装置にダウンロード要求応答メッセージを送ることを続ける段階とを含む。
【０１２８】
任意的に、もう一つの実施形態では、前記トラフィック・パッケージ申し込みメッセージはさらに前記N個の旅行スケジュール・ノードのうちのK個の旅行スケジュール・ノードの識別情報を含んでいてもよい。ここで、K個の旅行スケジュール・ノードに対応する旅行スケジュール時間は、N個の旅行スケジュール・ノードのうちの別の旅行スケジュール・ノードに対応する旅行スケジュール時間より早い。アクセス・プラットフォーム・サーバーは、前記目標トラフィック・パッケージの識別情報および前記K個の旅行スケジュール・ノードの識別情報に従って、前記K個の旅行スケジュール・ノードに対応する目標トラフィック・パッケージを提供する事業者からK個のプロファイルを取得してもよい。ここで、K個のプロファイルはK個の旅行スケジュール・ノードに一対一に対応している。アクセス・プラットフォーム・サーバーは、端末装置に、トラフィック・パッケージ申し込み応答メッセージを送る。前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは端末装置によってダウンロードされることのできるプロファイルを示すために使われる。アクセス・プラットフォーム・サーバーは、前記端末装置によって送られたダウンロード要求メッセージを受領する。ここで、前記ダウンロード要求メッセージは前記トークンを含む。アクセス・プラットフォーム・サーバーは、ダウンロード要求応答メッセージを前記端末装置に送る。前記ダウンロード要求応答メッセージは前記K個のプロファイルを含む。さらに、本方法は、前記アクセス・プラットフォーム・サーバーによって、端末装置によって送られた更新メッセージを受領する段階であって、前記更新メッセージは、第一の旅行スケジュール・ノードの識別情報および前記トークンを含み、前記第一の旅行スケジュール・ノードは、プロファイルがインストールされたことのない旅行スケジュール・ノードのうちで、最も早い旅行スケジュール時間に対応する旅行スケジュール・ノードである、段階と；前記アクセス・プラットフォーム・サーバーによって、更新応答メッセージを前記端末装置に送る段階であって、前記更新応答メッセージは、前記第一の旅行スケジュール・ノードに対応するプロファイルを含む、段階とを含む。
【０１２９】
本発明のある実施形態はさらに、端末装置を提供する。端末装置は、取得ユニットと、送信ユニットと、受信ユニットと、決定ユニットとを含む。端末装置は、図１および図３において端末装置によって実行される段階を実行してもよい。
【０１３０】
取得ユニットは、旅行スケジュール情報を取得するよう構成される。前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である。
【０１３１】
送信ユニットは、前記旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送るよう構成される。
【０１３２】
受信ユニットは、前記アクセス・プラットフォーム・サーバーによって送られた複数のトラフィック・パッケージについての情報を受領するよう構成される。前記N個の旅行スケジュール・ノードのそれぞれは前記複数のトラフィック・パッケージについての前記情報における少なくとも一つのトラフィック・パッケージについての情報に対応し、前記複数のトラフィック・パッケージについての前記情報は事業者によって提供される。
【０１３３】
決定ユニットは、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定するよう構成される。
【０１３４】
送信ユニットはさらに、トラフィック・パッケージ申し込みメッセージを前記アクセス・プラットフォーム・サーバーに送るよう構成される。前記トラフィック・パッケージ申し込みメッセージは決定された目標トラフィック・パッケージの識別情報および前記端末の識別情報を含む。
【０１３５】
受信ユニットは、N個のプロファイルを取得するよう構成される。前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する。
【０１３６】
決定ユニットはさらに、前記N個のプロファイルをインストールするよう構成される。
【０１３７】
前記トラフィック・パッケージについての情報は、該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。該識別情報は、地理的位置情報をも含んでいてもよい。たとえば、該識別情報は公共地上移動体ネットワーク（英語：Public  Land  Mobile  Network、略PLMN）または全地球測位システム（英語：Global  Positioning  System、略GPS）のような測位技術を使って取得される位置情報座標であってもよい。
【０１３８】
任意的に、前記トラフィック・パッケージについての情報は、トラフィック・パッケージの識別情報、有効時間、全トラフィックおよび価格を含んでいてもよい。トラフィック・パッケージの識別情報は、トラフィック・パッケージのインデックス値および該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含む。
【０１３９】
任意的に、ある実施形態では、前記取得ユニットはさらに、トラフィック要求情報と、前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータとを取得するよう構成される。前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる。前記決定ユニットは具体的には、前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；前記候補トラフィック・パッケージから、前記トラフィック要求情報にマッチする候補トラフィック・パッケージを、前記目標トラフィック・パッケージとして決定するよう構成される。
【０１４０】
任意的に、もう一つの実施形態では、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含む。前記取得ユニットはさらに、トラフィック要求情報と、前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータとを取得するよう構成されており、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる。前記決定ユニットは具体的には、前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；前記候補トラフィック・パッケージから、前記トラフィック要求情報およびn番目の旅行スケジュール時間にマッチする候補トラフィック・パッケージを、n番目の旅行スケジュール・ノードにおける目標トラフィック・パッケージとして決定するよう構成される。ここで、n＝1,…,Nである。
【０１４１】
任意的に、ある実施形態では、前記受信ユニットはさらに、アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受領するよう構成される。前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる。前記送信ユニットはさらに、ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送るよう構成され、前記ダウンロード要求メッセージは前記トークンを含む。前記受信ユニットは具体的には、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領するよう構成され、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む。
【０１４２】
任意的に、ある実施形態では、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応する前記N個の旅行スケジュール時間を含む。前記決定ユニットは具体的には、前記端末装置のeUICC上にインストールされることのできるプロファイルの量に従って、かつ前記N個のプロファイルのそれぞれに対応する旅行スケジュール時間のシーケンスに従って、前記N個のプロファイルを逐次的にインストールし、無効なプロファイルを削除するよう構成される。
【０１４３】
任意的に、もう一つの実施形態では、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含む。前記受信ユニットはさらに、前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受領するよう構成されており、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる。前記送信ユニットはさらに、ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送るよう構成され、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含み、前記一つまたは複数の旅行スケジュール・ノードは、対応するプロファイルが取得されていない旅行スケジュール・ノードのうちで旅行スケジュール時間が最も早い一つまたは複数の旅行スケジュール・ノードである。前記受信ユニットはさらに、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領するよう構成されており、前記ダウンロード要求応答は前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む。前記送信ユニットはさらに、前記アクセス・プラットフォーム・サーバーにダウンロード要求メッセージを送ることを続けるよう構成されており、前記受信ユニットはさらに、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領することを前記N個のプロファイルが得られるまで続けるよう構成される。
【０１４４】
本発明のある実施形態はさらに、サーバーを提供する。サーバーは、受信ユニットと、決定ユニットと、送信ユニットとを含む。サーバーは、図２および図３におけるアクセス・プラットフォーム・サーバーによって実行される段階を実行してもよい。
【０１４５】
受信ユニットは、端末装置によって送られた旅行スケジュール情報を受領するよう構成される。前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である。
【０１４６】
決定ユニットは、前記N個の旅行スケジュール・ノードに対応する複数のトラフィック・パッケージを決定するよう構成される。前記複数のトラフィック・パッケージは事業者によって提供され、前記複数のトラフィック・パッケージのそれぞれは前記N個の旅行スケジュール・ノードのうちの少なくとも一つに対応する。
【０１４７】
送信ユニットは、前記複数のトラフィック・パッケージについての情報を前記端末装置に送るよう構成される。
【０１４８】
受信ユニットはさらに、前記端末装置によって送られたトラフィック・パッケージ申し込みメッセージを受信するよう構成される。前記トラフィック・パッケージ申し込みメッセージは目標トラフィック・パッケージの識別情報および前記端末装置の識別情報を含む。
【０１４９】
受信ユニットはさらに、前記目標トラフィック・パッケージの識別情報および前記端末装置の識別情報に従って、前記目標トラフィック・パッケージを提供する事業者からのN個のプロファイルを取得するよう構成される。前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する。
【０１５０】
送信ユニットはさらに、前記N個のプロファイルを前記端末装置に送るよう構成される。
【０１５１】
前記トラフィック・パッケージについての情報は、該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。該識別情報は、地理的位置情報をも含んでいてもよい。たとえば、該識別情報は公共地上移動体ネットワーク（英語：Public  Land  Mobile  Network、略PLMN）または全地球測位システム（英語：Global  Positioning  System、略GPS）のような測位技術を使って取得される位置情報座標であってもよい。
【０１５２】
任意的に、前記トラフィック・パッケージについての情報は、トラフィック・パッケージの識別情報、トラフィック・パッケージの有効時間、トラフィック・パッケージの全トラフィックおよびトラフィック・パッケージの価格を含んでいてもよい。トラフィック・パッケージの識別情報は、トラフィック・パッケージのインデックス値および該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含む。
【０１５３】
任意的に、ある実施形態では、前記送信ユニットはさらに、トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送るよう構成される。前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる。前記受信ユニットはさらに、前記端末装置によって送られたダウンロード要求メッセージを受領するよう構成される。前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードの識別情報を含む。前記送信ユニットは具体的には、ダウンロード要求応答メッセージを前記端末装置に送るよう構成され、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む。
【０１５４】
任意的に、もう一つの実施形態では、前記送信ユニットはさらに、トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送るよう構成され、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる。前記受信ユニットはさらに、前記端末装置によって送られたダウンロード要求メッセージを受領するよう構成され、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードのうちの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含む。前記送信ユニットは具体的には、ダウンロード要求応答メッセージを前記アクセス・プラットフォーム・サーバーに送るよう構成され、前記ダウンロード要求応答メッセージは前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む。前記受信ユニットは具体的には、前記端末装置によって送られたダウンロード要求メッセージを受け取ることを続けるよう構成される。前記送信ユニットは具体的には、前記N個のプロファイルが前記端末装置に送られるまで、前記端末装置にダウンロード要求応答メッセージを送るよう構成される。
【０１５５】
図４は、本発明のある実施形態に基づく端末装置の構造的なブロック図である。図４に示される端末装置４００は、アプリケーション・プロセッサ４０１と、通信回路４０２と、eUICC  ４０３とを含む。端末装置４００は、図１および図３に示される端末装置によって実行される段階を実行してもよい。
【０１５６】
本発明の上記の実施形態において開示されている方法は、アプリケーション・プロセッサ４０１に適用されてもよく、あるいはアプリケーション・プロセッサ４０１によって実装されてもよい。アプリケーション・プロセッサ４０１は、信号処理機能をもつ集積回路チップであってもよい。ある実装プロセスでは、上記の方法の段階は、アプリケーション・プロセッサ４０１におけるハードウェアの集積論理回路またはソフトウェアの形の命令を使って実行されてもよい。アプリケーション・プロセッサ４０１は、汎用プロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor、DSP）、特定用途向け集積回路（Application  Specific  Integrated  Circuit、ASIC）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array、FPGA）または別のプログラム可能な論理デバイス、離散的なゲートまたはトランジスタ論理デバイスまたは離散的なハードウェア・コンポーネントであってもよい。本発明の実施形態において開示されている方法、段階および論理ブロック図は、実装または実行されることができる。汎用プロセッサはマイクロプロセッサであってもよく、アプリケーション・プロセッサはいかなる通常のプロセッサなどであってもよい。本発明の実施形態において開示される方法の段階は、ハードウェア・デコード・プロセッサによって直接実行されてもよく、あるいはデコード・プロセッサにおけるハードウェアおよびソフトウェア・モジュールの組み合わせによって実行されてもよい。
【０１５７】
アプリケーション・プロセッサ４０１は、旅行スケジュール情報を取得するよう構成される。前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である。
【０１５８】
通信回路４０２は、前記旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送るよう構成される。
【０１５９】
通信回路４０２はさらに、前記アクセス・プラットフォーム・サーバーによって送られた複数のトラフィック・パッケージについての情報を受領するよう構成される。前記N個の旅行スケジュール・ノードのそれぞれは前記複数のトラフィック・パッケージについての前記情報における少なくとも一つのトラフィック・パッケージについての情報に対応し、前記複数のトラフィック・パッケージについての前記情報は事業者によって提供される。
【０１６０】
アプリケーション・プロセッサ４０１はさらに、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定するよう構成される。
【０１６１】
通信回路４０２はさらに、トラフィック・パッケージ申し込みメッセージを前記アクセス・プラットフォーム・サーバーに送るよう構成される。ここで、前記トラフィック・パッケージ申し込みメッセージは決定された目標トラフィック・パッケージの識別情報および前記端末の識別情報を含む。
【０１６２】
通信回路４０２は、N個のプロファイルを取得するよう構成される。前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する。
【０１６３】
eUICC  ４０３は、前記N個のプロファイルをインストールするよう構成される。
【０１６４】
図４に示される端末装置４００によって使用されるトラフィック・パッケージは、端末装置が訪れる必要のある旅行スケジュール・ノードにおける事業者によって直接提供されてもよい。換言すれば、該事業者が、卸売りのようにしてサードパーティー・プラットフォームにトラフィックを提供する必要なしに直接、端末装置のための一時的なトラフィック・パッケージを提供してもよい。加えて、端末装置は、少なくとも一つのトラフィック・パッケージから適切なトラフィック・パッケージを選択できる。したがって、ユーザーはより多くの選択肢をもち、それによりユーザー経験を改善する。さらに、端末装置はeUICCをサポートするので、プロファイルをインストールした後、SIMカードを変える必要なしに、端末装置は対応するトラフィック・パッケージを使ってネットワーク・サービスを使うことができる。SIMカードを変えることによって引き起こされる可能な結果が回避される。たとえば、交換されたSIMカードが失われるまたは正しくないSIMカードが代用される。
【０１６５】
前記トラフィック・パッケージについての情報は、トラフィック・パッケージの識別情報、トラフィック・パッケージの有効時間、トラフィック・パッケージの全トラフィックおよびトラフィック・パッケージの価格を含んでいてもよい。トラフィック・パッケージの識別情報は、トラフィック・パッケージのインデックス値および該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。トラフィック・パッケージについての情報はさらに、該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。事業者の識別情報はさらに、地理的位置情報を含んでいてもよい。たとえば、事業者の識別情報は公共地上移動体ネットワーク（英語：Public  Land  Mobile  Network、略PLMN）または全地球測位システム（英語：Global  Positioning  System、略GPS）のような測位技術を使って取得される位置情報座標であってもよい。このように、端末装置は、PLMNに従って、トラフィック・パッケージが使用できる地理的位置を判別しうる。
【０１６６】
任意的に、ある実施形態では、アプリケーション・プロセッサ４０１は、トラフィック要求情報と、前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータとを取得するよう構成される。ここで、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる。アプリケーション・プロセッサ４０１は具体的には、前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；前記候補トラフィック・パッケージから、前記トラフィック要求情報にマッチする候補トラフィック・パッケージを、前記目標トラフィック・パッケージとして決定するよう構成される。
【０１６７】
任意的に、もう一つの実施形態では、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含む。アプリケーション・プロセッサ４０１は、トラフィック要求情報と、前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータとを取得するよう構成される。ここで、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる。アプリケーション・プロセッサ４０１は具体的には、前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；前記候補トラフィック・パッケージから、前記トラフィック要求情報およびn番目の旅行スケジュール時間にマッチする候補トラフィック・パッケージを、n番目の旅行スケジュール・ノードにおける目標トラフィック・パッケージとして決定するよう構成される。ここで、n＝1,…,Nである。
【０１６８】
任意的に、ある実施形態では、通信回路４０２は具体的には、アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受領する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンを含む、段階と；前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領する段階であって、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む、段階とを実行するよう構成される。
【０１６９】
さらに、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含む。eUICC  ４０３は具体的には、前記端末装置のeUICC上にインストールされることのできるプロファイルの量に従って、かつ前記N個のプロファイルのそれぞれに対応する旅行スケジュール時間のシーケンスに従って、前記N個のプロファイルを逐次的にインストールし、無効なプロファイルを削除するよう構成される。
【０１７０】
任意的に、もう一つの実施形態では、前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含む。通信回路４０２は具体的には：前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受領する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含み、前記一つまたは複数の旅行スケジュール・ノードは、対応するプロファイルが取得されていない旅行スケジュール・ノードのうちで旅行スケジュール時間が最も早い一つまたは複数の旅行スケジュール・ノードである、段階と；前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領する段階であって、前記ダウンロード要求応答メッセージは前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；前記N個のプロファイルが得られるまで、前記アクセス・プラットフォーム・サーバーにダウンロード要求メッセージを送り、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受領することを続ける段階とを実行するよう構成される。
【０１７１】
本発明のこの実施形態では、eUICCによってプロファイルをインストールすることは、プロファイルをダウンロードしてプロファイルをeUICCにインストールすることを意味する。eUICCはプロファイルを、LPAエンティティーを使ってアクセス・プラットフォーム・サーバーから取得し、対応するプロファイルをインストールしてもよい。LPAエンティティーは、ソフトウェアの形でアプリケーション・プロセッサ４０１において実行される。アプリケーション・プロセッサ４０１は、アテンション（英語：Attention、略AT）コマンドを使って通信回路４０２と対話してもよい。通信回路４０２は、以下のコマンドを使ってeUICC  ４０３と対話してもよい：国際標準化機構（英語：International  Organization  for  Standardization、略ISO）によってスマートカードのために定義された（カード・リーダーからカードへの）コマンド、欧州電気通信標準化機関（英語：European  Telecommunications  Standards  Institute、略ETSI）によって電気通信スマートカードのために定義されたコマンドまたはグローバル・プラットフォーム・カード仕様（英語：Global  Platform  Card  Specification）によって複数アプリケーション・フレームワークのために定義されたコマンド。ETSIは、UICCから端末への能動的なコマンドも定義している。
【０１７２】
図５は、本発明のある実施形態に基づくサーバーの構造的なブロック図である。図５に示されるサーバー５００は、プロセッサ５０１と、メモリ５０２と、トランシーバ回路５０３とを含む。サーバー５００は、図２および図３に示されるサーバーによって実行される段階を実行してもよい。
【０１７３】
サーバー５００のコンポーネントはバス・システム５０４を使って一緒に結合される。ここで、バス・システム５０４はデータ・バスを含み、さらに電力バス、制御バスおよび状態信号バスを含んでいてもよい。しかしながら、記述の明確のため、バスは図５においてバス・システム５０４としてマークされている。
【０１７４】
本発明の上記の実施形態において開示されている方法は、プロセッサ５０１に適用されてもよく、あるいはプロセッサ５０１によって実装されてもよい。プロセッサ５０１は、信号処理機能をもつ集積回路チップであってもよい。ある実装プロセスでは、上記の方法の段階は、プロセッサ５０１におけるハードウェアの集積論理回路またはソフトウェアの形の命令を使って実行されてもよい。プロセッサ５０１は、汎用プロセッサ、デジタル信号プロセッサ（Digital  Signal  Processor、DSP）、特定用途向け集積回路（Application  Specific  Integrated  Circuit、ASIC）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array、FPGA）または別のプログラム可能な論理デバイス、離散的なゲートまたはトランジスタ論理デバイスまたは離散的なハードウェア・コンポーネントであってもよい。本発明の実施形態において開示されている方法、段階および論理ブロック図は、実装または実行されることができる。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサはいかなる通常のプロセッサなどであってもよい。本発明の実施形態において開示される方法の段階は、ハードウェア・デコード・プロセッサによって直接実行されてもよく、あるいはデコード・プロセッサにおけるハードウェアおよびソフトウェア・モジュールの組み合わせによって実行されてもよい。ソフトウェア・モジュールは、ランダムアクセスメモリ（Random  Access  Memory、RAM）、フラッシュメモリ、読み出し専用メモリ（Read-Only  Memory、ROM）、プログラム可能な読み出し専用メモリ、電気的に消去可能なプログラム可能なメモリまたはレジスタといった、当技術分野における成熟した記憶媒体に位置していてもよい。記憶媒体は、メモリ５０２に位置していてもよい。プロセッサ５０１は、メモリ５０２から命令を読み、プロセッサ５０１のハードウェアとの組み合わせでの上記の方法の段階を実行する。
【０１７５】
トランシーバ回路５０３は、端末装置によって送られた旅行スケジュール情報を受領するよう構成される。ここで、前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である。
【０１７６】
プロセッサ５０１は、前記N個の旅行スケジュール・ノードに対応する複数のトラフィック・パッケージを決定するよう構成される。ここで、前記複数のトラフィック・パッケージは事業者によって提供され、前記複数のトラフィック・パッケージのそれぞれは前記N個の旅行スケジュール・ノードのうちの少なくとも一つに対応する。
【０１７７】
トランシーバ回路５０３はさらに、前記複数のトラフィック・パッケージについての情報を前記端末装置に送るよう構成される。
【０１７８】
トランシーバ回路５０３はさらに、前記端末装置によって送られたトラフィック・パッケージ申し込みメッセージを受信するよう構成される。前記トラフィック・パッケージ申し込みメッセージは目標トラフィック・パッケージの識別情報および前記端末装置の識別情報を含む。
【０１７９】
トランシーバ回路５０３はさらに、前記目標トラフィック・パッケージの識別情報および前記端末装置の識別情報に従って、前記目標トラフィック・パッケージを提供する事業者からのN個のプロファイルを取得するよう構成される。前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する。
【０１８０】
トランシーバ回路５０３はさらに、前記N個のプロファイルを前記端末装置に送るよう構成される。
【０１８１】
図５に示したサーバーによれば、端末装置は、トラフィック・パッケージを提供する事業者と直接通信することはできなくてもよい。よって、サーバー５００は、端末装置が使用される必要のある目標トラフィック・パッケージを決定することを助けるよう、トラフィック・パッケージを購入する必要がある端末装置に、種々の事業者によって提供されることのできるトラフィック・パッケージを送ることができる。
【０１８２】
前記トラフィック・パッケージについての情報は、トラフィック・パッケージの識別情報、トラフィック・パッケージの有効時間、トラフィック・パッケージの全トラフィックおよびトラフィック・パッケージの価格を含んでいてもよい。トラフィック・パッケージの識別情報は、トラフィック・パッケージのインデックス値および該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。トラフィック・パッケージについての情報はさらに、該トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含んでいてもよい。事業者の識別情報はさらに、地理的位置情報を含んでいてもよい。たとえば、事業者の識別情報は公共地上移動体ネットワーク（英語：Public  Land  Mobile  Network、略PLMN）または全地球測位システム（英語：Global  Positioning  System、略GPS）のような測位技術を使って取得される位置情報座標であってもよい。このように、端末装置は、PLMNに従って、トラフィック・パッケージが使用できる地理的位置を判別しうる。
【０１８３】
任意的に、ある実施形態では、トランシーバ回路５０３はさらに：トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送る段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる、段階と；前記端末装置によって送られたダウンロード要求メッセージを受領する段階であって、前記ダウンロード要求情報は前記トークンおよび前記N個の旅行スケジュール・ノードの識別情報を含む、段階とを実行するよう構成される。トランシーバ回路５０３は具体的には、ダウンロード要求応答メッセージを前記端末装置に送るよう構成され、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む。
【０１８４】
任意的に、もう一つの実施形態では、トランシーバ回路５０３はさらに：トラフィック・パッケージ申し込み応答メッセージを前記端末装置に送る段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、該トークンは前記N個のプロファイルを示すために使われる、段階と；前記端末装置によって送られたダウンロード要求メッセージを受領する段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードのうちの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含む、段階とを実行するよう構成される。トランシーバ回路５０３は具体的には：ダウンロード要求応答メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求応答メッセージは前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；前記N個のプロファイルが前記端末装置に送られるまで、前記端末装置によって送られたダウンロード要求メッセージを受け取って前記端末装置にダウンロード要求応答メッセージを送ることを続ける段階とを実行するよう構成される。
【０１８５】
当業者は、本明細書において開示された実施形態において記述されている例との組み合わせにおいて、ユニットおよびアルゴリズム段階は、電子的なハードウェアまたはコンピュータ・ソフトウェアおよび電子的なハードウェアの組み合わせによって実装されてもよいことを認識しうる。命令がハードウェアによって実行されるかソフトウェアによって実行されるかは、技術的解決策の具体的な用途および設計制約条件に依存する。当業者は、それぞれの特定の用途のために、記載される機能を実装する種々の方法を使用しうるが、かかる実装が本発明の範囲外であると考えられるべきではない。
【０１８６】
簡便な記述の目的のために、上記のシステム、装置およびユニットの詳細な稼働手順については、上記の方法実施形態における対応する手順が参照されうることが、当業者によってはっきりと理解されうる。詳細をここで再び述べることはしない。
【０１８７】
本願で与えられるいくつかの実施形態では、開示されるシステム、装置および方法は他の仕方で実装されてもよいことが理解されるべきである。たとえば、記載される装置実施形態は単に例である。たとえば、ユニットの分割は単に論理的な機能の分割であって、実際の実装において他の分割でもよい。たとえば、複数のユニットまたはコンポーネントが別のシステムに組み合わされるまたは統合されることもでき、あるいはいくつかの特徴が無視されたり、あるいは実行されなかったりすることができる。さらに、図示されるまたは議論される相互の結合または直接的な結合または通信接続は、いくつかのインターフェースを使って実装されてもよい。装置またはユニットの間の間接的な結合または通信接続が、電子的な形、機械的な形または他の形で実装されてもよい。
【０１８８】
別個の部分として記述されるユニットは、物理的に分離されていてもいなくてもよい。ユニットとして示されている部分は、物理的なユニットであってもなくてもよく、一つの位置に位置していてもよく、あるいは複数のネットワーク・ユニット上に分散されていてもよい。それらのユニットの一部または全部が、実施形態の解決策の目的を達成するための実際上の必要性に応じて選択されてもよい。
【０１８９】
加えて、本発明の実施形態における機能ユニットは、一つの処理ユニットに統合されてもよく、あるいは各ユニットが物理的に単独で存在してもよく、あるいは二つ以上のユニットが一つのユニットに統合されてもよい。
【０１９０】
機能はソフトウェア機能ユニットの形で実装され、独立したプロダクトとして販売または使用されるとき、機能は、コンピュータ可読記憶媒体に記憶されてもよい。そのような理解に基づいて、本発明の技術的解決策は本質的には、あるいは従来技術に貢献する部分は、あるいは技術的解決策の部分は、ソフトウェア・プロダクトの形で実装されてもよい。ソフトウェア・プロダクトは記憶媒体に記憶され、コンピュータ装置（これはパーソナル・コンピュータ、サーバー、ネットワーク装置などであってもよい）またはプロセッサ（processor）に本発明の実施形態において記述される方法の段階の全部または一部を実行するよう命令するためのいくつかの命令を含む。上記の記憶媒体は、プログラム・コードを記憶できる任意の媒体、たとえばUSBフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（ROM、Read-Only  Memory）、ランダムアクセスメモリ（RAM、Random  Access  Memory）、磁気ディスクまたは光ディスクを含む。
【０１９１】
上記の記述は、単に本発明の具体的実施形態であって、本発明の保護範囲を限定することは意図されていない。本発明において開示される技術的範囲内で当業者によって容易に割り出される任意の変形または置換は、本発明の保護範囲内にはいる。したがって、本発明の保護範囲は、請求項の保護範囲に従う。
【図１】
2019517188.tif 000007
【図２】
2019517188.tif 000008
【図３】
2019517188.tif 000009
【図４】
2019517188.tif 000010
【図５】
2019517188.tif 000011
【手続補正書】
【提出日】平成30年11月28日(2018.11.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
トラフィック・パッケージ提供方法であって、当該方法は：
端末装置によって旅行スケジュール情報を取得する段階であって、前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数であり、前記端末装置は埋め込みユニバーサル集積回路カードeUICCをサポートする端末装置である、段階と；
前記旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送る段階と；
前記アクセス・プラットフォーム・サーバーによって送られた複数のトラフィック・パッケージについての情報を受信する段階であって、前記N個の旅行スケジュール・ノードのそれぞれは前記複数のトラフィック・パッケージについての前記情報における少なくとも一つのトラフィック・パッケージについての情報に対応し、前記複数のトラフィック・パッケージについての前記情報は事業者によって提供される、段階と；
前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する段階と；
トラフィック・パッケージ申し込みメッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記トラフィック・パッケージ申し込みメッセージは決定された目標トラフィック・パッケージの識別情報および前記端末の識別情報を含む、段階と；
N個のプロファイルを取得する段階であって、前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する、段階と；
前記N個のプロファイルをインストールする段階とを含む、
方法。
【請求項２】
前記トラフィック・パッケージについての前記情報は、前記トラフィック・パッケージの識別情報、有効時間、全トラフィックおよび価格を含み、前記トラフィック・パッケージの識別情報は、前記トラフィック・パッケージのインデックス値および前記トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含む、請求項１記載の方法。
【請求項３】
前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階の前に、当該方法はさらに：
トラフィック要求情報を取得する段階であって、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる、段階と；
前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータを取得する段階とを含み；
前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階は：
前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；
前記候補トラフィック・パッケージから、前記トラフィック要求情報にマッチする候補トラフィック・パッケージを、前記目標トラフィック・パッケージとして決定することを含む、
請求項１または２記載の方法。
【請求項４】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含み、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階の前に、当該方法はさらに：
トラフィック要求情報を取得する段階であって、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われる、段階と；
前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータを取得する段階とを含み；
前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定する前記段階は：
前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し；
前記候補トラフィック・パッケージから、前記トラフィック要求情報およびn番目の旅行スケジュール時間にマッチする候補トラフィック・パッケージを、n番目の旅行スケジュール・ノードにおける目標トラフィック・パッケージとして決定することを含み、n＝1,…,Nである、
請求項１または２記載の方法。
【請求項５】
N個のプロファイルを取得する前記段階は：
前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受信する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；
ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンを含む、段階と；
前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信する段階であって、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む、段階とを含む、
請求項２ないし４のうちいずれか一項記載の方法。
【請求項６】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応する前記N個の旅行スケジュール時間を含み、前記N個のプロファイルをインストールする前記段階は：
前記端末装置の前記eUICC上にインストールされることのできるプロファイルの量に従って、かつ前記N個のプロファイルのそれぞれに対応する旅行スケジュール時間のシーケンスに従って、前記N個のプロファイルを逐次的にインストールし、無効なプロファイルを削除することを含む、
請求項５記載の方法。
【請求項７】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含み、N個のプロファイルを取得する前記段階は：
前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受信する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；
ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードのうち一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含み、前記一つまたは複数の旅行スケジュール・ノードは、対応するプロファイルが取得されていない旅行スケジュール・ノードのうちで旅行スケジュール時間が最も早い一つまたは複数の旅行スケジュール・ノードである、段階と；
前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信する段階であって、前記ダウンロード要求応答は前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；
前記N個のプロファイルが得られるまで、前記アクセス・プラットフォーム・サーバーにダウンロード要求メッセージを送り、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信することを続ける段階とを含む、
請求項２ないし４のうちいずれか一項記載の方法。
【請求項８】
端末装置であって、当該端末装置は：
旅行スケジュール情報を取得するよう構成されたアプリケーション・プロセッサであって、前記旅行スケジュール情報はN個の旅行スケジュール・ノードを含み、Nは1以上の正の整数である、アプリケーション・プロセッサと；
前記旅行スケジュール情報をアクセス・プラットフォーム・サーバーに送るよう構成された通信回路であって、
前記通信回路はさらに、前記アクセス・プラットフォーム・サーバーによって送られた複数のトラフィック・パッケージについての情報を受信するよう構成されており、前記N個の旅行スケジュール・ノードのそれぞれは前記複数のトラフィック・パッケージについての前記情報における少なくとも一つのトラフィック・パッケージについての情報に対応し、前記複数のトラフィック・パッケージについての前記情報は事業者によって提供され、
前記アプリケーション・プロセッサはさらに、前記複数のトラフィック・パッケージから、前記N個の旅行スケジュール・ノードのそれぞれにおいて前記端末装置によって使用される目標トラフィック・パッケージを決定するよう構成されており、
前記通信回路はさらに、トラフィック・パッケージ申し込みメッセージを前記アクセス・プラットフォーム・サーバーに送るよう構成されており、前記トラフィック・パッケージ申し込みメッセージは決定された目標トラフィック・パッケージの識別情報および当該端末の識別情報を含み、
前記通信回路は、N個のプロファイルを取得するようさらに構成されており、前記N個のプロファイルは前記N個の旅行スケジュール・ノードに一対一に対応する、通信回路と；
前記N個のプロファイルをインストールするよう構成されている埋め込みユニバーサル集積回路カードeUICCとを有する、
端末装置。
【請求項９】
前記トラフィック・パッケージについての前記情報は、前記トラフィック・パッケージの識別情報、有効時間、全トラフィックおよび価格を含み、前記トラフィック・パッケージの識別情報は、前記トラフィック・パッケージのインデックス値および前記トラフィック・パッケージのためのサービスを提供する事業者の識別情報を含む、請求項８記載の端末装置。
【請求項１０】
前記アプリケーション・プロセッサがさらに、トラフィック要求情報と、前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータとを取得するよう構成されており、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われ、
前記アプリケーション・プロセッサは、前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し、前記候補トラフィック・パッケージから、前記トラフィック要求情報にマッチする候補トラフィック・パッケージを、前記目標トラフィック・パッケージとして決定するよう構成されている、
請求項８または９記載の端末装置。
【請求項１１】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応するN個の旅行スケジュール時間を含み、
前記アプリケーション・プロセッサはさらに、トラフィック要求情報と、前記複数のトラフィック・パッケージを提供する事業者のネットワーク能力パラメータとを取得するよう構成されており、前記トラフィック要求情報は使用される必要のある全トラフィックを示すために使われ、
前記アプリケーション・プロセッサは、前記複数のトラフィック・パッケージから、前記端末装置のネットワーク能力パラメータにマッチするトラフィック・パッケージを、候補トラフィック・パッケージとして決定し、前記候補トラフィック・パッケージから、前記トラフィック要求情報およびn番目の旅行スケジュール時間にマッチする候補トラフィック・パッケージを、n番目の旅行スケジュール・ノードにおける目標トラフィック・パッケージとして決定するよう構成されており、n＝1,…,Nである、
請求項８または９記載の端末装置。
【請求項１２】
前記通信回路は、前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受信する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンを含む、段階と；前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信する段階であって、前記ダウンロード要求応答メッセージは前記N個のプロファイルを含む、段階とを実行するよう構成されている、請求項９ないし１１のうちいずれか一項記載の端末装置。
【請求項１３】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応する前記N個の旅行スケジュール時間を含み、前記eUICCは、当該端末装置の前記eUICC上にインストールされることのできるプロファイルの量に従って、かつ前記N個のプロファイルのそれぞれに対応する旅行スケジュール時間のシーケンスに従って、前記N個のプロファイルを逐次的にインストールし、無効なプロファイルを削除するよう構成されている、請求項１２記載の端末装置。
【請求項１４】
前記旅行スケジュール情報はさらに、前記N個の旅行スケジュール・ノードに一対一に対応する前記N個の旅行スケジュール時間を含み、前記通信回路は：前記アクセス・プラットフォーム・サーバーによって送られたトラフィック・パッケージ申し込み応答メッセージを受信する段階であって、前記トラフィック・パッケージ申し込み応答メッセージはトークンを含み、前記トークンは前記N個のプロファイルを示すために使われる、段階と；
ダウンロード要求メッセージを前記アクセス・プラットフォーム・サーバーに送る段階であって、前記ダウンロード要求メッセージは前記トークンおよび前記N個の旅行スケジュール・ノードの一つまたは複数の旅行スケジュール・ノードの一つまたは複数の識別情報を含み、前記一つまたは複数の旅行スケジュール・ノードは、対応するプロファイルが取得されていない旅行スケジュール・ノードのうちで旅行スケジュール時間が最も早い一つまたは複数の旅行スケジュール・ノードである、段階と；
前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信する段階であって、前記ダウンロード要求応答は前記一つまたは複数の旅行スケジュール・ノードに対応する一つまたは複数のプロファイルを含む、段階と；
前記N個のプロファイルが得られるまで、前記アクセス・プラットフォーム・サーバーにダウンロード要求メッセージを送り、前記アクセス・プラットフォーム・サーバーによって送られたダウンロード要求応答メッセージを受信することを続ける段階とを実行するよう構成されている、
請求項９ないし１１のうちいずれか一項記載の端末装置。
【請求項１５】
コンピュータに請求項１ないし７のうちいずれか一項記載の方法を実行させるプログラムが記録されているコンピュータ可読記憶媒体。
【国際調査報告】
2019517188.tif 000012
2019517188.tif 000013
2019517188.tif 000014
2019517188.tif 000015