(57)【要約】  ５Ｇネットワークのデータセンターを移動するときのアプリケーションの継続性の問題を解決するためのビジネスの移行方法と装置。コアデータ管理センターにあるＳＭＦは、端末の現在位置情報を受信し、サービスとメッセージがＳＭＦに追加される。サービスはアプリケーションのコンテキスト管理に使用され、メッセージは、サービスを用いてアプリケーションの通信リンクを構成し、ＳＭＦは、現在位置情報と端末の元位置情報に基づいて、端末に対して現在使用されているビジネスのサービスパスの切替の必要性を判断する。結果が「はい」の場合、ＳＭＦは、ビジネスのパス情報を元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する。元のビジネスアプリケーションとターゲットビジネスアプリケーションは、端末にサービスを提供し、サービスにサブスクライブする。【選択図】図３
2021509245.tif 000002
【特許請求の範囲】
【請求項１】
セッション管理機能（ＳＭＦ）は、端末の現在の位置情報を受信するステップであって、前記ＳＭＦはコアデータ管理センターにあり、前記ＳＭＦに第１のサービスとサービスメッセージが追加され、前記第１のサービスはビジネスアプリケーションに対するコンテキストの管理に使用され、前記サービスメッセージは、前記第１のサービスを使用してビジネスアプリケーションの通信リンクを構成する前記受信するステップと、
前記ＳＭＦは、前記現在の位置情報と前記端末の元の位置情報に基づいて、現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断し、判断結果を取得するステップと、
前記判断結果が「はい」であるとき、前記ＳＭＦは、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行するステップとを備え、
前記元のビジネスアプリケーションは、前記元の位置情報に対応し、前記ターゲットビジネスアプリケーションは、前記現在の位置情報に対応し、前記元のビジネスアプリケーションと前記ターゲットビジネスアプリケーションはどちらも、前記端末に前記サービスを提供でき、どちらも前記第１のサービスにサブスクライブしたことを特徴とするデータ移行のための方法。
【請求項２】
前記現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断することは、
前記現在の位置情報が前記元の位置情報と同じかどうかを判断し、異なる場合、前記ＳＭＦは、前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があると判断することを特徴とする請求項１に記載のデータ移行のための方法。
【請求項３】
前記ＳＭＦは、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行することは、
前記ＳＭＦは、第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信し、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信し、前記第１のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを格納するようにビジネスアプリケーションに通知するように構成されたメッセージであり、
前記ＳＭＦは、コンテキスト復元サブサービスを介して、前記ビジネスのサービスのコンテキストを前記ターゲットビジネスアプリケーションに復元し、前記ビジネスのサービスパス情報を前記元のビジネスアプリケーションから前記ターゲットビジネスアプリケーションに移行するようにし、前記コンテキスト復元サブサービスは、前記第１のサービスのサブサービスであり、指定されたビジネスのサービスのコンテキストをビジネスアプリケーションに復元するように構成され、前記コンテキストサブサービスは、第３のサブサービスメッセージを介してコンテキストをビジネスアプリケーションに復元するように構成され、前記第３のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを復元するようにビジネスアプリケーションに通知するように構成されたメッセージであることを特徴とする請求項１に記載のデータ移行のための方法。
【請求項４】
前記ＳＭＦは、第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信することは、
前記ＳＭＦは、コンテキスト格納サブサービスを介して前記コンテキスト格納通知を生成し、前記コンテキスト格納サブサービスは、前記第１のサービスのサブサービスであり、前記ＳＭＦに返すことができるように構成され、
前記ＳＭＦは、前記第１のサブサービスメッセージを介して前記コンテキスト格納通知を元のＵＰＦに送信し、前記元のＵＰＦが前記コンテキスト格納通知を前記元のビジネスアプリケーションに送信するようにすることを特徴とする請求項３に記載のデータ移行のための方法。
【請求項５】
前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信することは、
前記ＳＭＦは、コンテキスト要求サブサービスを介して前記元のビジネスアプリケーションの元のＵＰＦから前記ビジネスのサービスのコンテキストを取得し、前記コンテキスト要求サブサービスは、前記第１のサービスのサブサービスであり、前記ビジネスアプリケーションにコンテキストを返すためのサービスを提供するように構成され、前記コンテキスト要求サブサービスは第２のサブサービスメッセージを介してコンテキストをＳＭＦに返し、前記第２のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを受信するようにＳＭＦに通知するように構成されたメッセージであることを特徴とする請求項３に記載のデータ移行のための方法。
【請求項６】
前記ＳＭＦは、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、
前記ＳＭＦは、前記元のＵＰＦおよび前記ターゲットＵＰＦに前記第１のサービスを登録し、
前記ＳＭＦは、前記元のＵＰＦを介して前記第１のサービスへの前記元のビジネスアプリケーションのサブスクリプションを受け入れ、および、前記ＳＭＦは、前記ターゲットＵＰＦを介して前記第１のサービスへの前記ターゲットアプリケーションのサブスクリプションを受け入れることを特徴とする請求項１から請求項５のいずれかに記載のデータ移行のための方法。
【請求項７】
セッション管理機能（ＳＭＦ）に適用するデータ移行のための装置であって、
端末の現在の位置情報を受信するように構成された受信ユニットであって、前記ＳＭＦはコアデータ管理センターにあり、前記ＳＭＦに第１のサービスとサービスメッセージが追加され、前記第１のサービスはビジネスアプリケーションに対するコンテキストの管理に使用され、前記サービスメッセージは、前記第１のサービスを使用してビジネスアプリケーションの通信リンクを構成する前記受信ユニットと、
前記現在の位置情報と前記端末の元の位置情報に基づいて、現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断し、判断結果を取得するように構成された判断ユニットと、
前記判断結果が「はい」であるとき、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行するように構成された移行ユニットであって、前記元のビジネスアプリケーションは、前記元の位置情報に対応し、前記ターゲットビジネスアプリケーションは、前記現在の位置情報に対応し、前記元のビジネスアプリケーションと前記ターゲットビジネスアプリケーションはどちらも、前記端末に前記サービスを提供でき、どちらも前記第１のサービスにサブスクライブした前記移行ユニットとを備えることを特徴とするデータ移行のための装置。
【請求項８】
前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断する場合、前記判断ユニットは、
前記現在の位置情報が前記元の位置情報と同じかどうかを判断し、異なる場合、前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があると判断することを特徴とする請求項７に記載のデータ移行のための装置。
【請求項９】
前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する場合、前記移行ユニットは、
第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信し、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信し、前記第１のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを格納するようにビジネスアプリケーションに通知するように構成されたメッセージであり、
コンテキスト復元サブサービスを介して、前記ビジネスのサービスのコンテキストを前記ターゲットビジネスアプリケーションに復元し、前記ビジネスのサービスパス情報を前記元のビジネスアプリケーションから前記ターゲットビジネスアプリケーションに移行するようにし、前記コンテキスト復元サブサービスは、前記第１のサービスのサブサービスであり、指定されたビジネスのサービスのコンテキストをビジネスアプリケーションに復元するように構成され、前記コンテキストサブサービスは、第３のサブサービスメッセージを介してコンテキストをビジネスアプリケーションに復元するように構成され、前記第３のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを復元するようにビジネスアプリケーションに通知するように構成されたメッセージであることを特徴とする請求項７に記載のデータ移行のための装置。
【請求項１０】
第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信する場合、前記移行ユニットは、
コンテキスト格納サブサービスを介して前記コンテキスト格納通知を生成し、前記コンテキスト格納サブサービスは、前記第１のサービスのサブサービスであり、前記ＳＭＦに返すことができるように構成され、
前記第１のサブサービスメッセージを介して前記コンテキスト格納通知を前記元のＵＰＦに送信し、前記元のＵＰＦが前記コンテキスト格納通知を前記元のビジネスアプリケーションに送信するようにすることを特徴とする請求項９に記載のデータ移行のための装置。
【請求項１１】
前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信する場合、前記移行ユニットは、
コンテキスト要求サブサービスを介して前記元のビジネスアプリケーションの元のＵＰＦから前記ビジネスのサービスのコンテキストを取得し、前記コンテキスト要求サブサービスは、前記第１のサービスのサブサービスであり、前記ビジネスアプリケーションにコンテキストを返すためのサービスを提供するように構成され、前記コンテキスト要求サブサービスは第２のサブサービスメッセージを介してコンテキストをＳＭＦに返し、前記第２のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを受信するようにＳＭＦに通知するように構成されたメッセージであることを特徴とする請求項９に記載のデータ移行のための装置。
【請求項１２】
前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、前記移行ユニットはさらに、
前記元のＵＰＦおよび前記ターゲットＵＰＦに前記第１のサービスを登録し、
前記元のＵＰＦを介して前記第１のサービスへの前記元のビジネスアプリケーションのサブスクリプションを受け入れ、および、前記ＳＭＦは、前記ターゲットＵＰＦを介して前記第１のサービスへの前記ターゲットアプリケーションのサブスクリプションを受け入れることを特徴とする請求項７から請求項１１のいずれかに記載のデータ移行のための装置。
【請求項１３】
少なくとも１つのメモリと、少なくとも１つのプロセッサとを備え、前記メモリが請求項１から請求項６のいずれかに記載の方法を実施するために前記少なくとも１つのプロセッサによって実行されるコンピュータプログラムを格納することを特徴とするセッション管理機能（ＳＭＦ）。
【請求項１４】
請求項１から請求項６のいずれか一項に記載の方法を実施するためにプロセッサによって実行される、コンピュータプログラムを格納する不揮発性コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明明は、２０１８年２月１１日に中国特許局に提出し、出願番号が２０１８１０１４２７０９．３であり、発明の名称が「ビジネス移行のための方法および装置」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
本発明明は、通信技術分野に関し、特にビジネス移行のための方法および装置に関する。
【背景技術】
【０００２】
移動通信技術の継続的な発展に伴い、人々は、技術の進歩を楽しみながら、技術の進歩によってもたらされる新たな技術上の問題を抱えている。
【０００３】
５Ｇコアネットワーク（５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ，５ＧＣ）などのサービス指向アーキテクチャを採用するモバイル通信ネットワークでは、サービスアーキテクチャおよびビジネスアプリケーションの仮想展開の採用により、このタイプのモバイル通信ネットワークは、国際電気通信連合（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ，ＩＴＵ）によって定義された３つの主要なアプリケーションシーンをサポートすることができる：拡張モバイルブロードバンド、大規模接続、低遅延、高信頼性シーン。低遅延シーンをサポートするには、関連する低遅延サービスをネットワークのエッジに配置して、送信による遅延を排除する必要がある。さらに、バーチャルリアリティ（ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ，ＶＲ）や拡張現実（Ａｕｇｍｅｎｔｅｄ  Ｒｅａｌｉｔｙ，ＡＲ）などのトラフィックの多いサービスも、ネットワークのエッジに配置される傾向がある。
【０００４】
５Ｇネットワークでは、インフラとしてデータセンターが利用されている。ネットワーク要素機能とビジネスアプリケーションが仮想化された後、それらはエッジデータセンター、集約データセンター、およびコアデータセンターに配備される。これにより、移動中に、あるデータセンターの基地局がカバーする領域から別のデータセンターの基地局がカバーする領域に端末が移動することが可能になる。移動プロセスでは、端末が特定のビジネスアプリケーションを使用している可能性がある。データセンターの切り替えにより端末を使用するユーザーの使用エクスペリエンスを低下させないために、５Ｇコアネットワークは、端末で使用されているビジネスアプリケーションを現在のデータセンターからターゲットデータセンターにスムーズに移行する必要がある。
【０００５】
従来技術では、端末によって使用されているビジネスアプリケーションを現在のデータセンターからターゲットデータセンターにスムーズに移行するために、一般的な方法は、２つのデータセンターに同じビジネスアプリケーションを配備することであり、端末がターゲットデータセンターに移動した後、ターゲットデータセンターのビジネスアプリケーションによって提供されるサービスを直接使用する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、この方法を使用するプロセスにおいて、端末がターゲットデータセンターに移動するとき、現在のデータセンターのビジネスアプリケーションにおける端末のコンテキストは、ターゲットデータセンターのビジネスアプリケーションに復元される必要がある。これには、現在のデータセンターのビジネスアプリケーションとターゲットデータセンターのビジネスアプリケーションの間に通信リンクを確立する必要がある。５Ｇネットワークでは、エッジデータセンターの数とビジネスアプリケーションの種類が増えると、確立する必要のある通信リンクの数も急激に増加する。これにより、エッジデータセンターにビジネスアプリケーションを配備すると、ビジネスアプリケーションの展開が複雑になるだけでなく、ビジネスアプリケーションの移行プロセスでビジネスアプリケーションの通信リンクを構成する作業負荷が飛躍的に増加する。
【０００７】
したがって、サービス継続性およびビジネス移行を確保しながら、ビジネスアプリケーションの展開の複雑さおよびビジネスアプリケーションの通信リンクを構成する作業負荷を効果的に低減する方法は、緊急に解決する必要がある技術的問題となっている。
【０００８】
本出願は、ビジネス移行を実現し、ビジネス継続性を確保するために引き起こされた、ビジネスアプリケーションの展開の複雑さおよびビジネスアプリケーションの通信リンクを構成する高い作業負荷が大きい従来技術の技術的問題を解決するために、ビジネス移行のための方法および装置を提供する。
【課題を解決するための手段】
【０００９】
第１の態様では、上記の技術的問題を解決するために、本発明の実施形態によって提供されるビジネス移行のための方法の技術的解決策は、以下の通りである。
【００１０】
セッション管理機能（ＳＭＦ）は、端末の現在の位置情報を受信し、前記ＳＭＦはコアデータ管理センターにあり、前記ＳＭＦに第１のサービスとサービスメッセージが追加され、前記第１のサービスはビジネスアプリケーションに対するコンテキストの管理に使用され、前記サービスメッセージは、前記第１のサービスを使用してビジネスアプリケーションの通信リンクを構成し、
前記ＳＭＦは、前記現在の位置情報と前記端末の元の位置情報に基づいて、現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断し、判断結果を取得し、
前記判断結果が「はい」であるとき、前記ＳＭＦは、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行し、前記元のビジネスアプリケーションは、前記元の位置情報に対応し、前記ターゲットビジネスアプリケーションは、前記現在の位置情報に対応し、前記元のビジネスアプリケーションと前記ターゲットビジネスアプリケーションはどちらも、前記端末に前記サービスを提供でき、どちらも前記第１のサービスにサブスクライブした。
【００１１】
任意選択で、前記現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断することは、
前記現在の位置情報が前記元の位置情報と同じかどうかを判断し、異なる場合、前記ＳＭＦは、前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があると判断する。
【００１２】
任意選択で、前記ＳＭＦは、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行することは、
前記ＳＭＦは、第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信し、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信し、前記第１のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを格納するようにビジネスアプリケーションに通知するように構成されたメッセージであり、
前記ＳＭＦは、コンテキスト復元サブサービスを介して、前記ビジネスのサービスのコンテキストを前記ターゲットビジネスアプリケーションに復元し、前記ビジネスのサービスパス情報を前記元のビジネスアプリケーションから前記ターゲットビジネスアプリケーションに移行するようにし、前記コンテキスト復元サブサービスは、前記第１のサービスのサブサービスであり、指定されたビジネスのサービスのコンテキストをビジネスアプリケーションに復元するように構成され、前記コンテキストサブサービスは、第３のサブサービスメッセージを介してコンテキストをビジネスアプリケーションに復元するように構成され、前記第３のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを復元するようにビジネスアプリケーションに通知するように構成されたメッセージである。
【００１３】
任意選択で、前記ＳＭＦは、第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信することは、
前記ＳＭＦは、コンテキスト格納サブサービスを介して前記コンテキスト格納通知を生成し、前記コンテキスト格納サブサービスは、前記第１のサービスのサブサービスであり、前記ＳＭＦに返すことができるように構成され、
前記ＳＭＦは、前記第１のサブサービスメッセージを介して前記コンテキスト格納通知を前記元のＵＰＦに送信し、前記元のＵＰＦが前記コンテキスト格納通知を前記元のビジネスアプリケーションに送信するようにする。
【００１４】
任意選択で、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信することは、
前記ＳＭＦは、コンテキスト要求サブサービスを介して前記元のビジネスアプリケーションの元のＵＰＦから前記ビジネスのサービスのコンテキストを取得し、前記コンテキスト要求サブサービスは、前記第１のサービスのサブサービスであり、前記ビジネスアプリケーションにコンテキストを返すためのサービスを提供するように構成され、前記コンテキスト要求サブサービスは第２のサブサービスメッセージを介してコンテキストをＳＭＦに返し、前記第２のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを受信するようにＳＭＦに通知するように構成されたメッセージである。
【００１５】
任意選択で、前記ＳＭＦは、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、
前記ＳＭＦは、前記元のＵＰＦおよび前記ターゲットＵＰＦに前記第１のサービスを登録し、
前記ＳＭＦは、前記元のＵＰＦを介して前記第１のサービスへの前記元のビジネスアプリケーションのサブスクリプションを受け入れ、および、前記ＳＭＦは、前記ターゲットＵＰＦを介して前記第１のサービスへの前記ターゲットアプリケーションのサブスクリプションを受け入れる。
【００１６】
第２の態様では、本発明の実施形態は、ビジネス移行のための装置を提供し、前記装置セッション管理機能（ＳＭＦ）に適用され、
端末の現在の位置情報を受信するように構成された受信ユニットであって、前記ＳＭＦはコアデータ管理センターにあり、前記ＳＭＦに第１のサービスとサービスメッセージが追加され、前記第１のサービスはビジネスアプリケーションに対するコンテキストの管理に使用され、前記サービスメッセージは、前記第１のサービスを使用してビジネスアプリケーションの通信リンクを構成する前記受信ユニットと、
前記現在の位置情報と前記端末の元の位置情報に基づいて、現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断し、判断結果を取得するように構成された判断ユニットと、
前記判断結果が「はい」であるとき、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行するように構成された移行ユニットとそ備え、
前記元のビジネスアプリケーションは、前記元の位置情報に対応し、前記ターゲットビジネスアプリケーションは、前記現在の位置情報に対応し、前記元のビジネスアプリケーションと前記ターゲットビジネスアプリケーションはどちらも、前記端末に前記サービスを提供でき、どちらも前記第１のサービスにサブスクライブした。
【００１７】
任意選択で、前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断する場合、前記判断ユニットは具体的に、
前記現在の位置情報が前記元の位置情報と同じかどうかを判断し、異なる場合、前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があると判断する。
【００１８】
任意選択で、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する場合、前記移行ユニットは具体的に、
第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信し、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信し、前記第１のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを格納するようにビジネスアプリケーションに通知するように構成されたメッセージであり、
コンテキスト復元サブサービスを介して、前記ビジネスのサービスのコンテキストを前記ターゲットビジネスアプリケーションに復元し、前記ビジネスのサービスパス情報を前記元のビジネスアプリケーションから前記ターゲットビジネスアプリケーションに移行するようにし、前記コンテキスト復元サブサービスは、前記第１のサービスのサブサービスであり、指定されたビジネスのサービスのコンテキストをビジネスアプリケーションに復元するように構成され、前記コンテキストサブサービスは、第３のサブサービスメッセージを介してコンテキストをビジネスアプリケーションに復元するように構成され、前記第３のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを復元するようにビジネスアプリケーションに通知するように構成されたメッセージである。
【００１９】
任意選択で、第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信する場合、前記移行ユニットは具体的に、
コンテキスト格納サブサービスを介して前記コンテキスト格納通知を生成し、前記コンテキスト格納サブサービスは、前記第１のサービスのサブサービスであり、前記ＳＭＦに返すことができるように構成され、
前記第１のサブサービスメッセージを介して前記コンテキスト格納通知を前記元のＵＰＦに送信し、前記元のＵＰＦが前記コンテキスト格納通知を前記元のビジネスアプリケーションに送信するようにする。
【００２０】
任意選択で、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信する場合、前記移行ユニットは具体的に、
コンテキスト要求サブサービスを介して前記元のビジネスアプリケーションの元のＵＰＦから前記ビジネスのサービスのコンテキストを取得し、前記コンテキスト要求サブサービスは、前記第１のサービスのサブサービスであり、前記ビジネスアプリケーションにコンテキストを返すためのサービスを提供するように構成され、前記コンテキスト要求サブサービスは第２のサブサービスメッセージを介してコンテキストをＳＭＦに返し、前記第２のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを受信するようにＳＭＦに通知するように構成されたメッセージである。
【００２１】
任意選択で、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、前記移行ユニットはさらに、
前記元のＵＰＦおよび前記ターゲットＵＰＦに前記第１のサービスを登録し、
前記元のＵＰＦを介して前記第１のサービスへの前記元のビジネスアプリケーションのサブスクリプションを受け入れ、および、前記ＳＭＦは、前記ターゲットＵＰＦを介して前記第１のサービスへの前記ターゲットアプリケーションのサブスクリプションを受け入れる。
【００２２】
第３の態様では、本発明の実施形態によって提供されるＳＭＦは、少なくとも１つのメモリと、少なくとも１つのプロセッサとを備え、前記メモリが第１の態様に記載の方法を実施するために前記少なくとも１つのプロセッサによって実行されるコンピュータプログラムを格納する。
【００２３】
第４の態様では、本発明の実施形態は、第１の態様に記載の方法を実施するためにプロセッサによって実行される、コンピュータプログラムを格納する不揮発性コンピュータ可読記憶媒体を提供する。
【発明の効果】
【００２４】
本発明の実施形態の上記の１つまたは複数の実施形態における技術的解決策によれば、本発明の実施形態は少なくとも以下の技術的効果を有する。
【００２５】
本発明によって提供されるいくつかの実施形態では、ＳＭＦの第１のサービスがビジネスアプリケーションによってサブスクライブされることを可能にするために、第１のサービスおよびサービス管理メッセージがＳＭＦに追加される。ＳＭＦは、端末で使用されているサービスを、端末の移動プロセスで、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行し、ターゲットビジネスアプリケーション側では、サービスの動作状態を復元できる。そして、ＳＭＦは標準の第３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ，３ＧＰＰ）プロトコルプロセスに従ってビジネスのサービスパスを切り替えることができる。ターゲットビジネスアプリケーションにビジネスサービスがアクセスされた後、ターゲットビジネスアプリケーションでビジネスサービスのコンテキストが復元されるため、端末によるビジネスサービスの継続利用が保証される。
【００２６】
さらに、上記の技術的解決策を使用することにより、ＳＭＦの制御下でビジネスのサービスパスが変更され、ＳＭＦは、ビジネスのサービスパスが変更される前にコンテキスト格納通知をビジネスアプリケーションに送信する。次に、元のビジネスアプリケーションは、コンテキスト要求サブサービスを介して、ビジネスのサービスのコンテキストをターゲットデータセンターのターゲットＵＰＦに対応するターゲットビジネスアプリケーションに送信することにより、元のビジネスアプリケーションとターゲットのビジネスアプリケーションの間の直接通信の要求を回避できる。共有データベースへの要求を構成し、代わりに、元のビジネスアプリケーションとターゲットビジネスアプリケーションは、第１のサービスにサブスクライブすることで、端末のビジネスサービスの移行を簡単かつ便利に完了できる。
【００２７】
さらに、５Ｇネットワークでは、ＵＰＦを柔軟に配備することができる。たとえば、コアデータセンター、集約データセンター、エッジデータセンター、またはワイヤレスアクセスクラウドに導入できる。現在の３ＧＰＰネットワークアーキテクチャは、ＵＰＦと同じインフラストラクチャに配備され、コアネットワークのネットワーク機能によって公開されたサービスにサブスクライブするビジネスアプリケーションをサポートしていないため、本発明の実施形態の採用により、サービス管理関連するインターフェース（サービス管理メッセージ）がＳＭＦとＵＰＦの間に追加され、サービス管理機能がＵＰＦに追加される。したがって、５Ｇコアネットワークおよびその他のネットワーク要素は、ＵＰＦをプロキシとして取得し、ＵＰＦを介してネットワークサービス（つまり、第１のサービス）を公開して、エッジデータセンターに配備されたビジネスアプリケーションが、各ネットワーク機能によって公開されたサービスにサブスクライブできるようにする。
【図面の簡単な説明】
【００２８】
【図１】５Ｇネットワークのサービスアーキテクチャの構造概略図である。
【図２Ａ】元のデータセンターからターゲットデータセンターに端末を移行する移行ソリューションの図である。
【図２Ｂ】端末が元のデータセンターからターゲットデータセンターに移行されたときにビジネスサービスのコンテキストを取得するソリューション図である。
【図３】本発明の実施形態によって提供されるビジネス移行のフローチャートである。
【図４】本発明の実施形態によって提供される、端末のビジネスサービスを元のデータセンターからターゲットデータセンターに移行することの概略的な移行図である。
【図５】本発明の実施形態によって提供されるビジネス移行の構造概略図である。
【発明を実施するための形態】
【００２９】
本発明実施形態は、ビジネス移行のための方法および装置を提供し、それにより、ビジネス移行の実現とビジネス継続性の確保によるビジネスアプリケーションの配備の高い複雑さおよびビジネスアプリケーションの通信リンクを構成する高い作業負荷の従来技術的問題を解決す。
【００３０】
当業者に本発明の技術的解決策を明確に理解させるために、本発明の実施形態の技術的背景を最初に紹介する。
【００３１】
図１を参照すると、５Ｇネットワークによって使用されるサービスアーキテクチャが示されている。
【００３２】
図１のサービスアーキテクチャでは、５Ｇコアネットワークは、アクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，ＡＭＦ）、セッション管理機能（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，ＳＭＦ）およびユーザープレーン機能（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ，ＵＰＦ）などの主要なネットワーク要素機能を含む複数のネットワーク要素機能に分割される。ＡＭＦはアクセスとモビリティ管理を担当し、主な機能としては、ＮＡＳ暗号化と整合性保護、登録管理、接続管理、到達可能性管理、モビリティ管理、セッション管理メッセージの送信、アクセス認証などである。ＳＭＦは主にセッション管理を担当し、主な機能としては、セッション管理、セッションの確立、変更と解放であり、たとえば、ＵＰＦとアクセスネットワーク（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ，ＡＮ）ノード間のトンネルメンテナンス、ユーザー機器（ＵＥ）ＩＰアドレスの割り当てと管理、ＵＰＦ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）の選択と制御、ＵＰＦトラフィックのリダイレクトの構成、正しい宛先へのトラフィックのルーティングなどである。ＵＰＦはユーザーメッセージの転送を担当し、主な機能としては、データメッセージのルーティングと転送、データメッセージのサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ，ＱｏＳ）処理、データメッセージの検出とＱｏＳポリシーの実行、トラフィック統計とレポートなどである。
【００３３】
５Ｇネットワークは、インフラストラクチャとして機能するデータセンターと共に配備されるので、ネットワーク機能とビジネスアプリケーションの両方が１つのデータセンターに配備されてもよい。端末が１つのデータセンターでカバーされる範囲内を移動する場合、通常、ビジネスのサービスパスとビジネスアプリケーションを切り替える必要はない。図２Ａに示すように、端末が１つのデータセンターがカバーする領域から別のデータセンターがカバーする領域に移動すると、ネットワークはＵＰＦを挿入することでビジネス継続性を維持できる。
【００３４】
端末が元のエッジデータセンターによってカバーされる領域からターゲットエッジデータセンターによってカバーされる領域に移動した後、端末が使用するビジネスサービスの継続性を確保するため、ターゲットエッジデータセンターに位置するターゲットＵＰＦがビジネスのサービスパスに挿入される。これにより、端末が使用するビジネスアプリケーションは変更されない。
【００３５】
しかしながら、このモードは、ビジネス送信のルートを増加させ、また、元のエッジデータセンターとターゲットエッジデータセンターとの間のビジネストラフィックを増加させる。この問題を解決するには、端末のビジネスを元のエッジデータセンターからターゲットエッジデータセンターに切り替える必要がある。５Ｇコアネットワークでは、端末が使用するビジネスサービスにコンテキストが関連付けられていることが多いため、同じアプリケーションを使用して同じビジネスサービスを端末に提供する場合でも、ターゲットビジネスアプリケーションが元のビジネスアプリケーションの端末のコンテキストを取得するようにするために、ビジネスアプリケーションを切り替えるプロセスにおいて、ビジネスアプリケーションは相互に対話する必要がある。
【００３６】
図２Ｂを参照すると、端末がターゲットエッジデータセンターによってカバーされる領域に移動した後、ＳＭＦは、端末のセッションのためにターゲットエッジデータセンターにあるターゲットＵＰＦを選択し、元のエッジデータセンター中の元のＵＰＦを解放する。また、ターゲットＵＰＦのトラフィック分散ルールを構成して、元のビジネスアプリケーションにアクセスするビジネスサービストラフィックをターゲットビジネスアプリケーションに分散する。ビジネスアプリケーションにはビジネスサービス関連のコンテキストが含まれる場合があるため、端末のビジネスサービスを元のビジネスアプリケーションからターゲットビジネスアプリケーションに移行した後、ビジネスサービスのコンテキストを元のビジネスアプリケーションからターゲットビジネスアプリケーションに移行する必要がある。次の２つの一般的なソリューションがある。
【００３７】
ソリューションＩ：ターゲットビジネスアプリケーションは、元のビジネスアプリケーションと直接通信してコンテキスト要求を送信し、元のビジネスアプリケーションは、図２Ｂの１ａ／２Ａに示すように、応答メッセージでターゲットビジネスアプリケーションにコンテキストを送信する。
【００３８】
ソリューションＩＩ：元のビジネスアプリケーションとターゲットビジネスアプリケーションが外部メモリを共有する。図２Ｂの１ｂ／２Ｂに示すように、元のビジネスアプリケーションは実行中のコンテキストを共通データベースに格納し、ターゲットビジネスアプリケーションはデータベースからユーザーのコンテキストを取得してビジネスの運用状態を復元する。
【００３９】
しかしながら、上記のソリューションでは、ソリューションＩのビジネスアプリケーション間に通信リンクを確立する必要があり、通信リンクの数は、エッジデータセンターの数が増加するにつれて増加する。さらに、ビジネスアプリケーションをエッジデータセンターに配備する場合、当該ビジネスアプリケーションに移行可能な複数のデータセンターにおける同じビジネスアプリケーションのリンク情報も変更する必要があり、ビジネスアプリケーションの配備や構成が複雑になる。ソリューションＩＩでは、複数のエッジデータセンターからアクセスされる可能性のある共有データベースを配備する必要があり、ビジネスアプリケーションはコンテキストを共有データベースに格納する必要がある。これにより、ビジネスアプリケーションの実施に制限がある。このソリューションは、すべてのビジネスアプリケーションに適用できるわけではない。
【００４０】
これを考慮して、上記の技術的問題を解決するための本発明の実施形態における技術的ソリューションの一般的な考えは、以下の通りである。
【００４１】
本発明の実施形態によって提供されるビジネス移行のための方法では、セッション管理機能（ＳＭＦ）は、端末の現在の位置情報を受信し、ここで、ＳＭＦはコアデータ管理センターにあり、第１のサービスおよびサービスメッセージがＳＭＦに追加される。第１のサービスはビジネスアプリケーションに対するコンテキストの管理に使用され、サービスメッセージは、前記第１のサービスを使用してビジネスアプリケーションの通信リンクを構成し、ＳＭＦは、現在の位置情報と端末の元の位置情報に基づいて、端末に対して現在使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断し、判断結果を取得し、判断結果が「はい」であれば、ＳＭＦは、ビジネスのサービスパス情報を元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する。ここで、元のビジネスアプリケーションは元の位置情報に対応する。ターゲットビジネスアプリケーションは現在の位置情報に対応する。元のビジネスアプリケーションおよびターゲットビジネスアプリケーションはどちらも、端末にビジネスサービスを提供でき、どちらも第１のサービスにサブスクライブしている。
【００４２】
上記のソリューションでは、ＳＭＦの第１のサービスがビジネスアプリケーションによってサブスクライブされることを可能にするために、第１のサービスおよびサービス管理メッセージ（すなわち、サービスメッセージ）がＳＭＦに追加される。ＳＭＦは、端末で使用されているサービスを、端末の移動プロセスで、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行し、これにより、ターゲットビジネスアプリケーション側でのビジネスサービスの動作状態が復元される。そして、ＳＭＦは標準の第３世代パートナーシッププロジェクト（３ＧＰＰ）プロトコルプロセスに従ってビジネスのサービスパスを切り替える。ターゲットビジネスアプリケーションにビジネスサービスがアクセスされた後、ターゲットビジネスアプリケーションでビジネスサービスのコンテキストが復元されるため、端末によるビジネスサービスの継続利用が保証される。
【００４３】
上記の技術的ソリューションをよりよく理解するために、本発明の技術的ソリューションを、図面および特定の実施形態を通じて以下で詳細に説明する。本発明の実施形態および実施形態における特定の特徴は、本発明の技術的ソリューションの詳細な説明であり、本発明の技術的ソリューションを限定することを意図するものではないことを理解されたい。本発明の実施形態および実施形態における技術的特徴は、競合することなく互いに組み合わせることができる。
【００４４】
図３を参照すると、本発明の実施形態は、ビジネス移行のための方法を提供する。この方法には、以下のステップが含まれる。
【００４５】
ステップ３０１：セッション管理機能（ＳＭＦ）は、端末の現在の位置情報を受信する。ここで、ＳＭＦはコアデータ管理センターにあり、第１のサービスおよびサービスメッセージがＳＭＦに追加される。第１のサービスはビジネスアプリケーションに対するコンテキストの管理に使用され、サービスメッセージは第１のサービスを使用してビジネスアプリケーションの通信リンクを構成するように構成される。
【００４６】
５Ｇコアネットワークでは、ＳＭＦはセッション管理を担当し、主な機能としては、セッション管理、セッション確立、変更および解放であり、ＵＦＦとＡＮノードとの間のトンネルメンテナンス、ＵＥ  ＩＰアドレスの割り当ておよび管理、ＵＰＦの選択と制御、のリダイレクトの構成、正しい宛先へのトラフィックのルーティングなどを含む。
【００４７】
端末にビジネスサービスを提供するビジネスアプリケーションは一般にエッジデータ管理センターに配備され、端末のセッションを管理する責任を負うＳＭＦはコアデータ管理センターに配置されるので、エッジデータ管理センターに配備されるビジネスアプリケーションとコアデータ管理センターにあるＳＭＦの間に、従来技術の直接インターフェースを備えていないため、エッジデータ管理センターにあるビジネスアプリケーションは、ＳＭＦによって公開されたサービスに直接サブスクライブできない。
【００４８】
本発明のいくつかの実施形態では、エッジデータ管理センターに位置するビジネスアプリケーションがＳＭＦによって公開されたサービスに直接サブスクライブできるようにするために、第１のサービスがＳＭＦに追加され、コンテキストのビジネスアプリケーションを管理することに用いられる。
【００４９】
第１のサービスは、以下のいくつかの主要なサービスを含む：コンテキスト格納サブサービス、コンテキスト要求サブサービスおよびコンテキスト復元サブサービス。ここで、コンテキスト格納サブサービスは、ビジネスアプリケーションが指定されたビジネスサービスのコンテキストを格納し、そのコンテキストをＳＭＦに返すことができるように構成されている。コンテキスト要求サブサービスは、前記ビジネスアプリケーションにコンテキストを返すためのサービスを提供するように構成され、コンテキスト復元サブサービスは、指定されたビジネスサービスのコンテキストをビジネスアプリケーションに復元するように構成されている。
【００５０】
第１のサービスは、上記の３つのサブサービスだけに限定されないことを理解されたい。当業者は、本発明の上記のアイデアについて把握した後、必要に応じて他のサブサービスを追加するか、または上記のサブサービスを変更することができ、これらの追加および変更はすべて本発明の保護に含まれるものとする。
【００５１】
第１のサービスがＳＭＦに追加された後、ＳＭＦとビジネスアプリケーションがメッセージを通信できるようにするために、ＳＭＦとビジネスアプリケーションの間に通信リンクも確立される必要がある。
【００５２】
いくつかの実施形態では、サービスメッセージはさらにＳＭＦに追加されてもよく、第１のサービスを使用してビジネスアプリケーションの通信リンクを構成するように構成される。ここで、第１のサービスメッセージは、主に、第１のサブサービスメッセージ、第２のサブサービスメッセージおよび第３のサブサービスメッセージを含む。第１のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストのメッセージを格納するようにビジネスアプリケーションに通知するように構成される。第２のサブサービスメッセージは指定されたビジネスのサービスのコンテキストを受信するようにＳＭＦに通知するメッセージである。第３のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストのメッセージを復元するようにビジネスアプリケーションに通知するように構成される。
【００５３】
サービスメッセージは、上記の３つのサブサービスメッセージに限定されないことを理解されたい。当業者は、本発明の上記のアイデアについて把握した後、必要に応じて他のサブサービスメッセージを追加するか、または上記のサブサービスメッセージを変更することができ、これらの追加および変更はすべて本発明の保護に含まれるものとする。
【００５４】
エッジデータセンターのビジネスアプリケーションが上記のサービスメッセージを受信し、サービスメッセージで運ばれる情報に従って応答することを可能にするために、エッジデータセンターに配備されたＵＰＦに、上記のサービスメッセージ内の各サブサービスメッセージに対応する応答メカニズム（サービスメッセージの一部としてみなすこともできる）を指定する必要がある。これにより、ＵＰＦは上記のメッセージを、同じエッジデータセンターに位置する、第１のサービスにサブスクライブしたビジネスアプリケーションに送信する。エッジデータセンターにあるビジネスアプリケーション、ローカルＵＰＦを介してＳＭＦに対して第１のサービスにサブスクライブすることもできる。
【００５５】
エッジデータセンターにあるＵＰＦにサービス管理機能が追加され、第１のサービスと協力し、ローカルビジネスアプリケーションの第１のサービスへのサブスクリプションによって生成された様々なアイテムを処理する。サービス管理機能には、主にサービス登録サブ機能、サービスサブスクリプションサブ機能、サービス通知サブ機能およびサービス要求サブ機能を含む。
【００５６】
上記の様々なサブ機能を以下に詳細に説明する。
【００５７】
サービス登録サブ機能は、ＵＰＦによって受信されたＳＭＦサービス登録要求を処理し、当該ＳＭＦの識別子および公開されたサービスリストなどのパラメータをローカルに格納するように構成される。
【００５８】
サービスサブスクリプションサブ機能は、ビジネスアプリケーションのサービスサブスクリプションメッセージを処理し、ビジネスアプリケーションの識別子、サブスクリプションのサービスの名前およびサービス通知のユニフォームリソースロケータ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ，ＵＲＬ）などのサブスクリプション関連パラメータをローカルに格納するように構成される。
【００５９】
サービス通知サブファンクションは、ＵＰＦによって受信されたＳＭＦのサービスメッセージを処理するように構成され、サービスメッセージで運ばれるセッションＩＤ、プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ，ＰＤＵ）セッション確立の際に構成されたパケットフィルター、およびビジネスアプリケーションを提供するサブスクリプション情報に従って、第１のサービスにサブスクライブしたビジネスアプリケーションの送信する。
【００６０】
サービス要求サブファンクションは、ビジネスアプリケーションのサービス要求を処理するように構成され、次いで、サービス要求をＳＭＦとＵＰＦとの間のインターフェース（すなわち、サービスメッセージの応答メッセージ）にパッケージ化し、対応するＳＭＦにサービス要求を送信する。サービス要求には、通常、セッションＩＤ、要求されたサービスの名前、関連するパラメータなどが含まれる。
【００６１】
サービス管理機能は、上記の４つのサブ機能だけに限定されないことを理解されたい。技術の発展により、当業者は、本発明の上記のアイデアについて把握した後、必要に応じて他のサブ機能を追加するか、または上記のサブサービスを変更することができ、これらの追加および変更はすべて本発明の保護の範囲に含まれるものとする。
【００６２】
ＵＰＦにサービス管理機能を設定することで、ＳＭＦが公開するサービスをＵＰＦに登録し、ビジネスアプリケーションが必要に応じて対応するサービスにサブスクライブすることができる。さらに、サービスがサブスクライブされた後、ＳＭＦは対応するビジネスアプリケーションに端末の変更を通知できるため、ビジネスアプリケーションは対応する操作を実行する。
【００６３】
上記を考慮して、本発明のいくつかの実施形態では、第１のサービスおよびサービスメッセージがＳＭＦに追加され、その結果、サービスメッセージは、コアデータセンターのＳＭＦとエッジデータセンターのＵＰＦとの間の追加のサービス管理インターフェースになる。また、サービス管理機能がＵＰＦに追加されているため、ＳＭＦは第１のサービスをＵＰＦを介してビジネスアプリケーションに公開でき、ビジネスアプリケーションもＵＰＦを介して第１のサービスをサブスクライブできる。したがって、端末の移動プロセスにおいて、ＳＭＦは、上記の第１サービスおよびサービスメッセージとＵＰＦのサービス管理機能を介して、端末のビジネスアプリケーションを自由に切り替えることができる。
【００６４】
端末は、移動プロセスにおいてコアネットワークに定期的に位置メッセージを報告するであろう。例えば、基地局を介して端末がコアネットワークに位置メッセージを報告することにより、ＳＭＦはＡＭＦを介して端末の様々な情報を取得し、次に端末の現在の位置情報を取得することができる。
【００６５】
端末の現在の位置情報が取得された後、ステップ１０２が実行され得る。
【００６６】
ステップ３０２：ＳＭＦは、現在の位置情報と端末の元の位置情報に基づいて、端末に対して現在使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断し、判断結果を取得する。
【００６７】
端末の現在の位置情報を取得した後、ＳＭＦは、現在の位置情報に従って、端末が位置するエッジデータセンターが変化するかどうかを決定する必要がある。エッジデータセンターが変わった場合、端末が現在利用しているビジネスのサービスパスを間に合わせて切り替え、端末が継続してビジネスサービスを利用できるようにする必要がある。
【００６８】
端末で現在使用中のビジネスのサービスパスを切り替える必要があるかどうかは、以下のように決定され得る。ＳＭＦは、端末の現在の位置情報が端末の元の位置情報と同じであるかどうかを判断する。また、ＳＭＦは、現在の位置情報が元の位置情報と異なる場合、現在使用中のビジネスのサービスパスを端末用に切り替える必要があると判断する。
【００６９】
位置情報の変更に従って端末が元のエッジデータセンターからターゲットエッジデータセンターに移動することをＳＭＦが発見した場合、ＳＭＦは、端末のために、現在使用されているビジネスのサービスパスを切り替える必要があると判断できる。端末のために、現在使用中のビジネスのサービスパスを切り替える必要があると判断された後、ステップ１０３を実行することができる。
【００７０】
ステップ３０３：判断結果が「はい」であれば、ＳＭＦは、ビジネスのサービスパス情報を元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する。ここで、元のビジネスアプリケーションは元の位置情報に対応し、ターゲットビジネスアプリケーションは現在の位置情報に対応する。元のビジネスアプリケーションおよびターゲットビジネスアプリケーションはどちらも、端末にビジネスサービスを提供でき、どちらも第１のサービスにサブスクライブしている。
【００７１】
ＳＭＦがビジネスのサービスパス情報を元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、ＳＭＦは第１のサービスを元のＵＰＦおよびターゲットＵＰＦに登録する必要がある。さらに、ＳＭＦは元のＵＰＦを介して第１のサービスへの元のビジネスアプリケーションのサブスクリプションを受け入れ、ターゲットＵＰＦを介して第１のサービスへのターゲットアプリケーションのサブスクリプションを受け入れる。
【００７２】
初期化が完了した後、ＳＭＦは、サービスメッセージのＳＭＦサービス登録要求を介して、第１のサービスのサービス登録メッセージをＵＰＦのサービス登録サブ機能に送信する必要がある。運用中に、ＵＰＦがエッジデータセンターに新しく追加された場合、ＳＭＦは新しく追加されたＵＰＦにサービス登録メッセージを送信する必要もある。このようにして、各エッジデータセンターのビジネスアプリケーションがＳＭＦによって提供される第１のサービスにサブスクライブできることが保証される。このモードを通じて、ＳＭＦは、エッジデータセンター内のＵＰＦを介してＳＭＦによって公開された第１のサービスを、ローカルビジネスアプリケーションに提供できるため、ローカルビジネスアプリケーションは第１のサービスにサブスクライブできる。
【００７３】
端末のために現在使用されているビジネスのサービスパスを切り替える必要があると判断した後、ＳＭＦは非アクセス層（Ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ，ＮＡＳ）メッセージをＡＭＦを介して端末に送信し、その結果、端末と元のビジネスアプリケーションの間の通信リンクが切断される。つまり、元のビジネスアプリケーションとのセッションが終了する。ＮＡＳメッセージには、端末が再配置する必要のあるＰＤＵセッションのＩＤが含まれ、ＰＤＵセッションを同じＤＮに再確立する必要があることを指示する。端末は元のビジネスアプリケーションとのセッションを終了する。つまり、端末は元のビジネスアプリケーションとのＰＤＵセッション解放プロセスを実行する。
【００７４】
元のビジネスアプリケーションとのセッションを終了した後、端末は、ターゲットビジネスアプリケーションとのセッションを確立し始めることができる。
【００７５】
図４を参照すると、いくつかの実施形態では、ＳＭＦがビジネスのサービスパス情報を元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行することを実施するために、以下の操作を実行する必要がある。
【００７６】
まず、ＳＭＦは、第１のサブサービスメッセージを介してコンテキスト格納通知を元のビジネスアプリケーションに送信し、コンテキスト格納通知に基づいて元のビジネスアプリケーションによって返された、ビジネスサービスのコンテキストを受信する。第１のサブサービスメッセージは、指定したビジネスサービスのコンテキストをサービスメッセージに格納するようにビジネスアプリケーションに通知するように構成されたメッセージである。
【００７７】
ＳＭＦは、第１のサブサービスメッセージを介してコンテキスト格納通知を元のビジネスアプリケーションに送信する。たとえば、ＳＭＦは、コンテキスト格納サブサービスを介してコンテキスト格納通知を生成し、第１のサブサービスメッセージを介してコンテキスト格納通知を元のＵＰＦに送信して、元のＵＰＦがコンテキスト格納通知を元のビジネスアプリケーションに送信できるようにする。ここで、コンテキスト格納サブサービスは第１のサービスのサブサービスであり、ビジネスアプリケーションが指定されたビジネスアプリケーションのコンテキストを格納して、そのコンテキストをＳＭＦに返すことができるように構成されている。
【００７８】
その後、コンテキスト格納通知に基づいて元のビジネスアプリケーションによって返される、ビジネスサービスのコンテキストを取得することができる。具体的には、ＳＭＦは、コンテキスト要求サブサービスを介して元のビジネスアプリケーションの元のＵＰＦからビジネスのサービスのコンテキストを取得する。ここで、コンテキスト要求サブサービスは第１のサービスのサブサービスであり、コンテキストを返すためのサービスをビジネスアプリケーションに提供するように構成されている。コンテキスト要求サブサービスは第２のサブサービスメッセージを介してコンテキストをＳＭＦに返す。第２のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを受信するようにＳＭＦに通知するメッセージである。
【００７９】
次に、ＳＭＦは、コンテキスト復元サブサービスを介してビジネスサービスのコンテキストをターゲットビジネスアプリケーションに復元し、ビジネスのサービスパス情報を元のビジネスアプリケーションからターゲットビジネスアプリケーションに移行できるようにする。ここで、コンテキスト復元サブサービスは、第１のサービスのサブサービスであり、指定されたビジネスのサービスのコンテキストをビジネスアプリケーションに復元するように構成される。コンテキストサブサービスは、第３のサブサービスメッセージを介してコンテキストをビジネスアプリケーションに復元するように構成される。第３のサブサービスメッセージは、指定されたビジネスサービスのコンテキストを復元するようにビジネスアプリケーションに通知するように構成されたメッセージである。
【００８０】
このモードにより、元のビジネスアプリケーションがコンテキスト格納通知を受信すると、ビジネスサービスのコンテキストは、コンテキスト移行要求サービスおよびコンテキスト復元通知サービスを介して、ターゲットＵＰＦに対応する同じビジネスアプリケーションに送信される。ＳＭＦは、ターゲット側のビジネスの運行状態の回復を実現する。次に、ＳＭＦは、３ＧＰＰプロトコルプロセスに従って、ビジネスサービスをサポートするビジネスアプリケーションのパスを切り替える。ビジネスサービスが新しいビジネスアプリケーションにアクセスされた後、新しいビジネスアプリケーションはビジネスサービスのコンテキストを復元したので、端末によるビジネスサービスの使用の継続性を保証できる。
【００８１】
同じ発明思想に基づいて、本発明の実施形態は、ビジネス移行のための装置を提供する。当該装置はＳＭＦに適用される。当該装置のビジネス移行方法の具体的な実施形態は、方法の実施形態の部分を参照して説明することができ、繰り返される内容は説明されない。
【００８２】
図５を参照すると、当該装置は、
端末の現在の位置情報を受信するように構成された受信ユニットであって、前記ＳＭＦはコアデータ管理センターにあり、前記ＳＭＦに第１のサービスとサービスメッセージが追加され、前記第１のサービスはビジネスアプリケーションに対するコンテキストの管理に使用され、前記サービスメッセージは、前記第１のサービスを使用してビジネスアプリケーションの通信リンクを構成する前記受信ユニット５０１と、
前記現在の位置情報と前記端末の元の位置情報に基づいて、現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断し、判断結果を取得するように構成された判断ユニット５０２と、
前記判断結果が「はい」であるとき、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行するように構成された移行ユニット５０３とを備える。
【００８３】
前記元のビジネスアプリケーションは、前記元の位置情報に対応し、前記ターゲットビジネスアプリケーションは、前記現在の位置情報に対応し、前記元のビジネスアプリケーションと前記ターゲットビジネスアプリケーションはどちらも、前記端末に前記サービスを提供でき、どちらも前記第１のサービスにサブスクライブした。
【００８４】
任意選択で、前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断する場合、前記判断ユニット５０２は具体的に、
前記現在の位置情報が前記元の位置情報と同じかどうかを判断し、異なる場合、前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があると判断する。
【００８５】
任意選択で、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する場合、前記移行ユニット５０３は具体的に、
第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信し、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信し、前記第１のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを格納するようにビジネスアプリケーションに通知するように構成されたメッセージであり、
コンテキスト復元サブサービスを介して、前記ビジネスのサービスのコンテキストを前記ターゲットビジネスアプリケーションに復元し、前記ビジネスのサービスパス情報を前記元のビジネスアプリケーションから前記ターゲットビジネスアプリケーションに移行するようにし、前記コンテキスト復元サブサービスは、前記第１のサービスのサブサービスであり、指定されたビジネスのサービスのコンテキストをビジネスアプリケーションに復元するように構成され、前記コンテキストサブサービスは、第３のサブサービスメッセージを介してコンテキストをビジネスアプリケーションに復元するように構成され、前記第３のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを復元するようにビジネスアプリケーションに通知するように構成されたメッセージである。
【００８６】
任意選択で、第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信する場合、前記移行ユニット５０３は具体的に、
コンテキスト格納サブサービスを介して前記コンテキスト格納通知を生成し、前記コンテキスト格納サブサービスは、前記第１のサービスのサブサービスであり、前記ＳＭＦに返すことができるように構成され、
前記第１のサブサービスメッセージを介して前記コンテキスト格納通知を前記元のＵＰＦに送信し、前記元のＵＰＦが前記コンテキスト格納通知を前記元のビジネスアプリケーションに送信するようにする。
【００８７】
任意選択で、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信する場合、前記移行ユニット５０３は具体的に、
コンテキスト要求サブサービスを介して前記元のビジネスアプリケーションの元のＵＰＦから前記ビジネスのサービスのコンテキストを取得し、前記コンテキスト要求サブサービスは、前記第１のサービスのサブサービスであり、前記ビジネスアプリケーションにコンテキストを返すためのサービスを提供するように構成され、前記コンテキスト要求サブサービスは第２のサブサービスメッセージを介してコンテキストをＳＭＦに返し、前記第２のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを受信するようにＳＭＦに通知するように構成されたメッセージである。
【００８８】
任意選択で、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、前記移行ユニット５０３はさらに、
前記元のＵＰＦおよび前記ターゲットＵＰＦに前記第１のサービスを登録し、
前記元のＵＰＦを介して前記第１のサービスへの前記元のビジネスアプリケーションのサブスクリプションを受け入れ、および、前記ＳＭＦは、前記ターゲットＵＰＦを介して前記第１のサービスへの前記ターゲットアプリケーションのサブスクリプションを受け入れる。
【００８９】
さらに、本発明の実施形態は、少なくとも１つのメモリと少なくとも１つのプロセッサとを含むＳＭＦをさらに提供する。前記メモリは、コンピュータプログラムを格納する。前記コンピュータプログラムはプロセッサによって実行され、前述のビジネス移行のための方法を実施する。当該ＳＭＦのビジネス移行のための方法の特定の実施モードは、方法の実施形態の部分を参照して説明されてもよく、繰り返される内容は説明されない。
【００９０】
本発明の実施形態は、コンピュータプログラムを記憶する不揮発性コンピュータ可読記憶媒体をさらに提供する。コンピュータプログラムは、プロセッサによって実行され、前述のビジネス移行のための方法を実施する。
【００９１】
本発明によって提供されるいくつかの実施形態では、ＳＭＦの第１のサービスがビジネスアプリケーションによってサブスクライブされることを可能にするために、第１のサービスおよびサービス管理メッセージ（すなわち、サービスメッセージ）がＳＭＦに追加される。ＳＭＦは、端末で使用されているサービスを、端末の移動プロセスで、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行し、これにより、ターゲットビジネスアプリケーション側でのビジネスサービスの動作状態が復元される。そして、ＳＭＦは標準の第３世代パートナーシッププロジェクト（３ＧＰＰ）プロトコルプロセスに従ってビジネスのサービスパスを切り替える。ターゲットビジネスアプリケーションにビジネスサービスがアクセスされた後、ターゲットビジネスアプリケーションでビジネスサービスのコンテキストが復元されるため、端末によるビジネスサービスの継続利用が保証される。
【００９２】
さらに、上記の技術的解決策を使用することにより、ＳＭＦの制御下でビジネスのサービスパスが変更され、ＳＭＦは、ビジネスのサービスパスが変更される前にコンテキスト格納通知をビジネスアプリケーションに送信する。次に、元のビジネスアプリケーションは、コンテキスト要求サブサービスを介して、ビジネスのサービスのコンテキストをターゲットデータセンターのターゲットＵＰＦに対応するターゲットビジネスアプリケーションに送信することにより、元のビジネスアプリケーションとターゲットのビジネスアプリケーションの間の直接通信の要求を回避できる。共有データベースへの要求を構成し、代わりに、元のビジネスアプリケーションとターゲットビジネスアプリケーションは、第１のサービスにサブスクライブすることで、端末のビジネスサービスの移行を簡単かつ便利に完了できる。
【００９３】
さらに、５Ｇネットワークでは、ＵＰＦを柔軟に配備することができる。たとえば、コアデータセンター、集約データセンター、エッジデータセンター、またはワイヤレスアクセスクラウドに導入できる。現在の３ＧＰＰネットワークアーキテクチャは、ＵＰＦと同じインフラストラクチャに配備され、コアネットワークのネットワーク機能によって公開されたサービスにサブスクライブするビジネスアプリケーションをサポートしていないため、本発明の実施形態の採用により、サービス管理関連するインターフェース（サービス管理メッセージ）がＳＭＦとＵＰＦの間に追加され、サービス管理機能がＵＰＦに追加される。したがって、５Ｇコアネットワークおよびその他のネットワーク要素は、ＵＰＦをプロキシとして取得し、ＵＰＦを介してネットワークサービス（つまり、第１のサービス）を公開して、エッジデータセンターに配備されたビジネスアプリケーションが、各ネットワーク機能によって公開されたサービスにサブスクライブできるようにする。
【００９４】
本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがわかるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置、ＣＤ−ＲＯＭ、光学記憶装置等を含むがそれとは限らない）において実施する。
【００９５】
以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００９６】
これらのコンピュータプログラム指令は、又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００９７】
これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００９８】
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。
【図１】
2021509245.tif 000003
【図２Ａ】
2021509245.tif 000004
【図２Ｂ】
2021509245.tif 000005
【図３】
2021509245.tif 000006
【図４】
2021509245.tif 000007
【図５】
2021509245.tif 000008
【手続補正書】
【提出日】令和2年8月25日(2020.8.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セッション管理機能（ＳＭＦ）は、端末の現在の位置情報を受信するステップであって、前記ＳＭＦはコアデータ管理センターにあり、前記ＳＭＦに第１のサービスとサービスメッセージが追加され、前記第１のサービスはビジネスアプリケーションに対するコンテキストの管理に使用され、前記サービスメッセージは、前記第１のサービスを使用してビジネスアプリケーションの通信リンクを構成する前記受信するステップと、
前記ＳＭＦは、前記現在の位置情報と前記端末の元の位置情報に基づいて、現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断し、判断結果を取得するステップと、
前記判断結果が「はい」であるとき、前記ＳＭＦは、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行するステップとを備え、
前記元のビジネスアプリケーションは、前記元の位置情報に対応し、前記ターゲットビジネスアプリケーションは、前記現在の位置情報に対応し、前記元のビジネスアプリケーションと前記ターゲットビジネスアプリケーションはどちらも、前記端末にサービスを提供でき、どちらも前記第１のサービスにサブスクライブしたことを特徴とするデータ移行のための方法。
【請求項２】
前記現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断することは、
前記現在の位置情報が前記元の位置情報と同じかどうかを判断し、異なる場合、前記ＳＭＦは、前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があると判断することを特徴とする請求項１に記載のデータ移行のための方法。
【請求項３】
前記ＳＭＦは、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行することは、
前記ＳＭＦは、第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信し、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信し、前記第１のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを格納するようにビジネスアプリケーションに通知するように構成されたメッセージであり、
前記ＳＭＦは、コンテキスト復元サブサービスを介して、前記ビジネスのサービスのコンテキストを前記ターゲットビジネスアプリケーションに復元し、前記ビジネスのサービスパス情報を前記元のビジネスアプリケーションから前記ターゲットビジネスアプリケーションに移行するようにし、前記コンテキスト復元サブサービスは、前記第１のサービスのサブサービスであり、指定されたビジネスのサービスのコンテキストをビジネスアプリケーションに復元するように構成され、コンテキストサブサービスは、第３のサブサービスメッセージを介してコンテキストをビジネスアプリケーションに復元するように構成され、前記第３のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを復元するようにビジネスアプリケーションに通知するように構成されたメッセージであることを特徴とする請求項１に記載のデータ移行のための方法。
【請求項４】
前記ＳＭＦは、第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信することは、
前記ＳＭＦは、コンテキスト格納サブサービスを介して前記コンテキスト格納通知を生成し、前記コンテキスト格納サブサービスは、前記第１のサービスのサブサービスであり、前記ＳＭＦに返すことができるように構成され、
前記ＳＭＦは、前記第１のサブサービスメッセージを介して前記コンテキスト格納通知を元のＵＰＦに送信し、前記元のＵＰＦが前記コンテキスト格納通知を前記元のビジネスアプリケーションに送信するようにすることを特徴とする請求項３に記載のデータ移行のための方法。
【請求項５】
前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信することは、
前記ＳＭＦは、コンテキスト要求サブサービスを介して前記元のビジネスアプリケーションの元のＵＰＦから前記ビジネスのサービスのコンテキストを取得し、前記コンテキスト要求サブサービスは、前記第１のサービスのサブサービスであり、前記ビジネスアプリケーションにコンテキストを返すためのサービスを提供するように構成され、前記コンテキスト要求サブサービスは第２のサブサービスメッセージを介してコンテキストをＳＭＦに返し、前記第２のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを受信するようにＳＭＦに通知するように構成されたメッセージであることを特徴とする請求項３に記載のデータ移行のための方法。
【請求項６】
前記ＳＭＦは、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、
前記ＳＭＦは、前記元のＵＰＦおよびターゲットＵＰＦに前記第１のサービスを登録し、
前記ＳＭＦは、前記元のＵＰＦを介して前記第１のサービスへの前記元のビジネスアプリケーションのサブスクリプションを受け入れ、および、前記ＳＭＦは、前記ターゲットＵＰＦを介して前記第１のサービスへのターゲットアプリケーションのサブスクリプションを受け入れることを特徴とする請求項１から請求項５のいずれかに記載のデータ移行のための方法。
【請求項７】
セッション管理機能（ＳＭＦ）に適用するデータ移行のための装置であって、
端末の現在の位置情報を受信するように構成された受信ユニットであって、前記ＳＭＦはコアデータ管理センターにあり、前記ＳＭＦに第１のサービスとサービスメッセージが追加され、前記第１のサービスはビジネスアプリケーションに対するコンテキストの管理に使用され、前記サービスメッセージは、前記第１のサービスを使用してビジネスアプリケーションの通信リンクを構成する前記受信ユニットと、
前記現在の位置情報と前記端末の元の位置情報に基づいて、現在端末で使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断し、判断結果を取得するように構成された判断ユニットと、
前記判断結果が「はい」であるとき、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行するように構成された移行ユニットであって、前記元のビジネスアプリケーションは、前記元の位置情報に対応し、前記ターゲットビジネスアプリケーションは、前記現在の位置情報に対応し、前記元のビジネスアプリケーションと前記ターゲットビジネスアプリケーションはどちらも、前記端末にサービスを提供でき、どちらも前記第１のサービスにサブスクライブした前記移行ユニットとを備えることを特徴とするデータ移行のための装置。
【請求項８】
前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があるかどうかを判断する場合、前記判断ユニットは、
前記現在の位置情報が前記元の位置情報と同じかどうかを判断し、異なる場合、前記端末に対して現在使用されているビジネスのサービスパスを切り替える必要があると判断することを特徴とする請求項７に記載のデータ移行のための装置。
【請求項９】
前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する場合、前記移行ユニットは、
第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信し、前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信し、前記第１のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを格納するようにビジネスアプリケーションに通知するように構成されたメッセージであり、
コンテキスト復元サブサービスを介して、前記ビジネスのサービスのコンテキストを前記ターゲットビジネスアプリケーションに復元し、前記ビジネスのサービスパス情報を前記元のビジネスアプリケーションから前記ターゲットビジネスアプリケーションに移行するようにし、前記コンテキスト復元サブサービスは、前記第１のサービスのサブサービスであり、指定されたビジネスのサービスのコンテキストをビジネスアプリケーションに復元するように構成され、コンテキストサブサービスは、第３のサブサービスメッセージを介してコンテキストをビジネスアプリケーションに復元するように構成され、前記第３のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを復元するようにビジネスアプリケーションに通知するように構成されたメッセージであることを特徴とする請求項７に記載のデータ移行のための装置。
【請求項１０】
第１のサブサービスメッセージを介して前記元のビジネスアプリケーションにコンテキスト格納通知を送信する場合、前記移行ユニットは、
コンテキスト格納サブサービスを介して前記コンテキスト格納通知を生成し、前記コンテキスト格納サブサービスは、前記第１のサービスのサブサービスであり、前記ＳＭＦに返すことができるように構成され、
前記第１のサブサービスメッセージを介して前記コンテキスト格納通知を前記元のＵＰＦに送信し、前記元のＵＰＦが前記コンテキスト格納通知を前記元のビジネスアプリケーションに送信するようにすることを特徴とする請求項９に記載のデータ移行のための装置。
【請求項１１】
前記コンテキスト格納通知に基づいて前記元のビジネスアプリケーションによって返された、前記ビジネスのサービスのコンテキストを受信する場合、前記移行ユニットは、
コンテキスト要求サブサービスを介して前記元のビジネスアプリケーションの元のＵＰＦから前記ビジネスのサービスのコンテキストを取得し、前記コンテキスト要求サブサービスは、前記第１のサービスのサブサービスであり、前記ビジネスアプリケーションにコンテキストを返すためのサービスを提供するように構成され、前記コンテキスト要求サブサービスは第２のサブサービスメッセージを介してコンテキストをＳＭＦに返し、前記第２のサブサービスメッセージは、指定されたビジネスのサービスのコンテキストを受信するようにＳＭＦに通知するように構成されたメッセージであることを特徴とする請求項９に記載のデータ移行のための装置。
【請求項１２】
前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、前記移行ユニットはさらに、
前記元のＵＰＦおよびターゲットＵＰＦに前記第１のサービスを登録し、
前記元のＵＰＦを介して前記第１のサービスへの前記元のビジネスアプリケーションのサブスクリプションを受け入れ、および、前記ターゲットＵＰＦを介して前記第１のサービスへのターゲットアプリケーションのサブスクリプションを受け入れることを特徴とする請求項７から請求項１１のいずれかに記載のデータ移行のための装置。
【請求項１３】
少なくとも１つのメモリと、少なくとも１つのプロセッサとを備え、前記メモリが請求項１から請求項６のいずれかに記載の方法を実施するために前記少なくとも１つのプロセッサによって実行されるコンピュータプログラムを格納することを特徴とするセッション管理機能（ＳＭＦ）。
【請求項１４】
請求項１から請求項６のいずれか一項に記載の方法を実施するためにプロセッサによって実行される、コンピュータプログラムを格納する不揮発性コンピュータ可読記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
任意選択で、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、前記移行ユニットはさらに、
前記元のＵＰＦおよび前記ターゲットＵＰＦに前記第１のサービスを登録し、
前記元のＵＰＦを介して前記第１のサービスへの前記元のビジネスアプリケーションのサブスクリプションを受け入れ、および、前記ターゲットＵＰＦを介して前記第１のサービスへの前記ターゲットアプリケーションのサブスクリプションを受け入れる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
本発明によって提供されるいくつかの実施形態では、ＳＭＦの第１のサービスがビジネスアプリケーションによってサブスクライブされることを可能にするために、第１のサービスおよびサービスメッセージがＳＭＦに追加される。ＳＭＦは、端末で使用されているサービスを、端末の移動プロセスで、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行し、ターゲットビジネスアプリケーション側では、サービスの動作状態を復元できる。そして、ＳＭＦは標準の第３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ，３ＧＰＰ）プロトコルプロセスに従ってビジネスのサービスパスを切り替えることができる。ターゲットビジネスアプリケーションにビジネスサービスがアクセスされた後、ターゲットビジネスアプリケーションでビジネスサービスのコンテキストが復元されるため、端末によるビジネスサービスの継続利用が保証される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６５
【補正方法】変更
【補正の内容】
【００６５】
端末の現在の位置情報が取得された後、ステップ３０２が実行され得る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
位置情報の変更に従って端末が元のエッジデータセンターからターゲットエッジデータセンターに移動することをＳＭＦが発見した場合、ＳＭＦは、端末のために、現在使用されているビジネスのサービスパスを切り替える必要があると判断できる。端末のために、現在使用中のビジネスのサービスパスを切り替える必要があると判断された後、ステップ３０３を実行することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】変更
【補正の内容】
【００８８】
任意選択で、前記ビジネスのサービスパス情報を、元のエッジデータセンターの元のビジネスアプリケーションからターゲットエッジデータセンターのターゲットビジネスアプリケーションに移行する前に、前記移行ユニット５０３はさらに、
前記元のＵＰＦおよび前記ターゲットＵＰＦに前記第１のサービスを登録し、
前記元のＵＰＦを介して前記第１のサービスへの前記元のビジネスアプリケーションのサブスクリプションを受け入れ、および、前記ターゲットＵＰＦを介して前記第１のサービスへの前記ターゲットアプリケーションのサブスクリプションを受け入れる。
【国際調査報告】
2021509245.tif 000009
2021509245.tif 000010
2021509245.tif 000011
2021509245.tif 000012