(57)【要約】  本願の実施の形態は、異なるシステム間でのサービス操作を実行する方法、サービスプラットフォーム、及びターゲットシステムに関する。ソースシステムから送信されたサービス要求を受信する場合に、サービスプラットフォームは、サービス要求に含まれているソースシステムアカウントとターゲットシステムに関する情報とに基づいて、ターゲットシステムアカウントを受信し、サービス要求とターゲットシステムアカウントとをターゲットシステムへ送信する。これにより、ターゲットシステムが、ターゲットシステムアカウントの検証後に、サービス要求に対応したサービス操作を実行し、実行結果を戻せるようになる。これにより、異なるシステム間でのサービス操作の実行効率を高めることができ、ユーザエクスペリエンスを向上させることができる。
2019503000.tif 000002
【特許請求の範囲】
【請求項１】
異なるシステム間でのサービス操作を実行する方法であって：
ソースシステムから送信された、ソースシステムアカウントとターゲットシステムに関する情報とを含む第１のサービス要求を、サービスプラットフォームにより受信するステップと；
前記ソースシステムアカウントと前記ターゲットシステムに関する情報とに基づいて、所定の記憶ユニットからターゲットシステムアカウントを検索するステップであって、前記所定の記憶ユニットは、前記ソースシステムにバインドされた別のシステムのソースシステムアカウント及び情報を記憶するように構成されている、前記ソースシステムアカウントと前記ターゲットシステムに関する情報とに基づいて、所定の記憶ユニットからターゲットシステムアカウントを検索するステップと；
前記ターゲットシステムアカウントの検証後に、前記ターゲットシステムが前記第１のサービス要求に対応したサービス操作を実行できるように、前記第１のサービス要求と前記ターゲットシステムアカウントとを前記ターゲットシステムへ送信するステップと；
前記ターゲットシステムから戻された第１の実行結果を受信し、前記第１の実行結果を前記ソースシステムへ転送するステップと；を備える、
異なるシステム間でのサービス操作を実行する方法。
【請求項２】
前記ソースシステムアカウントと前記ターゲットシステムアカウントとの間のマッピング関係を前記所定の記憶ユニットに記憶するステップをさらに備え、前記ステップは：
前記ソースシステムから送信された、前記ソースシステムと前記ターゲットシステムに関する前記情報とを含む第２のサービス要求を受信するステップと；
前記ターゲットシステムのログインインターフェースをロードするために、前記ターゲットシステムに関する前記情報に基づいて、前記第２のサービス要求を前記ターゲットシステムへ送信し、さらに、前記ログインインターフェースから受信した前記ターゲットシステムの前記アカウント及びパスワードの情報に対して検証を実行するステップと；
前記検証をパスした場合は、前記ターゲットシステムが前記第２のサービス要求に対応したサービス操作を実行した後に、前記ターゲットシステムアカウントを含む第２の実行結果を受信するステップと；
前記ソースシステムアカウントと前記ターゲットシステムアカウントとの間の前記マッピング関係を、前記所定の記憶ユニットに記憶するステップと；を備える、
請求項１に記載の方法。
【請求項３】
前記ソースシステムアカウントと前記ターゲットシステムアカウントとの間のマッピング関係を前記所定の記憶ユニットに記憶する前記ステップは：
前記ソースシステムが、前記アカウントがバインドされるものであることを示すメッセージを取得し、前記アカウントがバインドされるものであることを示す前記メッセージの取得後に、前記サービスシステムへ記憶命令を戻すことができるようにするために、前記第２の実行結果を前記ソースシステムへ送信するステップと；
前記記憶命令に従って、前記ソースシステムアカウントと前記ターゲットシステムアカウントとの間の前記マッピング関係を前記所定の記憶ユニットに記憶するステップと；を備える、
請求項２に記載の方法。
【請求項４】
前記方法は、決済時における異なるシステム間でのログインに適用されるものであり、前記サービス要求は決済要求である、
請求項１乃至請求項３のいずれか１項に記載の方法。
【請求項５】
異なるシステム間でのサービス操作を実行する方法であって：
サービスプラットフォームから送信された第１のサービス要求とターゲットシステムアカウントとを、ターゲットシステムにより受信するステップと；
前記ターゲットシステムアカウントの検証後に、前記第１のサービス要求に対応したサービス操作を実行して第１の実行結果を取得するステップと；
前記第１の実行結果を前記サービスプラットフォームへ戻すステップと；を備える、
異なるシステム間でのサービス操作を実行する方法。
【請求項６】
サービスプラットフォームから送信された第１のサービス要求とターゲットシステムアカウントとを、ターゲットシステムにより受信する前記ステップの前に：
前記サービスプラットフォームから受信した第２のサービス要求に基づいて、前記ターゲットシステムのログインインターフェースをロードするステップと；
前記ログインインターフェースから前記ターゲットシステムの前記アカウント及びパスワードを取得し、前記ターゲットシステムの前記アカウントと前記パスワードに対して検証を実行するステップと；
前記ターゲットシステムの前記アカウント及び前記パスワードの検証後に、前記第２のサービス要求にサービス操作を実行して、第２の実行結果を取得するステップと；
前記サービスプラットフォームが前記ターゲットシステムアカウントを記憶できるようにするために、前記ターゲットシステムアカウントを含む前記第２の実行結果を前記サービスプラットフォームへ戻すステップと；を備える、
請求項５に記載の方法。
【請求項７】
前記ターゲットシステムの前記アカウント及び前記パスワードの検証後に：
前記ターゲットシステムアカウントに再び検証を実行するときに、前記ターゲットシステムが前記パスワードに対しては検証を実行せずに、前記ターゲットシステムアカウントだけに対して検証を実行するように、前記ターゲットシステムアカウントに識別情報を追加するステップをさらに備える、
請求項６に記載の方法。
【請求項８】
サービスプラットフォームであって、受信ユニットと、検索ユニットと、送信ユニットとを備え；
前記受信ユニットは、ソースシステムから送信された、ソースシステムアカウントとターゲットシステムに関する情報とを含む第１のサービス要求を受信するように構成され；
前記検索ユニットは、前記受信ユニットが受信した前記ソースシステムアカウント及び前記ターゲットシステムに関する前記情報に基づいて、所定の記憶ユニットからターゲットシステムアカウントを検索するように構成され、前記所定の記憶ユニットは、前記ソースシステムアカウントにバインドされた、別のシステムのソースシステムアカウントと情報とを記憶するように構成され；
前記送信ユニットは、前記検索ユニットが検索した前記第１のサービス要求と前記ターゲットシステムアカウントとを前記ターゲットシステムへ送信し、これにより、前記ターゲットシステムアカウントの検証後に、前記ターゲットシステムが、前記第１のサービス要求に対応したサービス操作を実行できるように構成され；
前記受信ユニットは、前記ターゲットシステムから戻された第１の実行結果を受信し、前記第１の実行結果を前記ソースシステムへ転送するようにさらに構成される；
サービスプラットフォーム。
【請求項９】
前記サービスプラットフォームは保存ユニットをさらに備え、
前記受信ユニットは、前記ソースシステムから送信された第２のサービス要求を受信するようにさらに構成され、ここで、前記第２のサービス要求は前記ソースシステムアカウントと前記ターゲットシステムに関する前記情報とを含み、
前記送信ユニットは、前記受信ユニットが受信した前記ターゲットシステムに関する情報に基づいて、前記第２のサービス要求を前記ターゲットシステムへ送信するように構成され、これにより、前記ターゲットシステムのログインインターフェースをロードし、前記ログインインターフェースから受信した前記ターゲットシステムの前記アカウントとパスワードの情報に対して検証を実行できるようになり、
前記受信ユニットは、前記検証をパスした場合に、前記第２のサービス要求に対応した前記ターゲットシステムがサービス操作を実行してから戻された、前記ターゲットシステムアカウントを含む第２の実行結果を受信するように構成され、
前記保存ユニットは、前記ソースシステムアカウントと前記ターゲットシステムアカウントとの間のマッピング関係を前記所定の記憶ユニットに記憶するように構成される、
請求項８に記載のサービスプラットフォーム。
【請求項１０】
前記保存ユニットは、具体的に：
前記アカウントがバインドされるものであることを示すメッセージを前記ソースシステムが取得し、前記アカウントがバインドされるものであることを示す前記メッセージの取得後に、前記サービスシステムに記憶命令を戻すことができるように、前記第２の実行結果を前記ソースシステムへ送信し；
前記記憶命令に基づいて、前記ソースシステムアカウントと前記ターゲットシステムアカウントとの間の前記マッピング関係を前記所定の記憶ユニットに記憶するように構成される、
請求項９に記載のサービスプラットフォーム。
【請求項１１】
前記サービスプラットフォームは、決済時における異なるシステム間でのログインに適用されるものであり、前記サービス要求は決済要求である、
請求項８乃至請求項１０のいずれか１項に記載のサービスプラットフォーム。
【請求項１２】
ターゲットシステムであって：
受信ユニットと、実行ユニットと、送信ユニットとを備え；
前記受信ユニットは、サービスプラットフォームから送信された第１のサービス要求とターゲットシステムアカウントとを受信するように構成され；
前記実行ユニットは、前記受信ユニットが受信した前記ターゲットシステムアカウントが検証された後に、前記第１のサービス要求に対応したサービス操作を実行して、第１の実行結果を取得するように構成され；
前記送信ユニットは、前記第１の実行結果を前記サービスプラットフォームへ戻すように構成される；
ターゲットシステム。
【請求項１３】
前記ターゲットシステムは、ローディングユニットと取得ユニットとをさらに備え；
前記ローディングユニットは、前記サービスプラットフォームから受信した第２のサービス要求に基づいて、前記ターゲットシステムのログインインターフェースをロードするように構成され；
前記取得ユニットは、前記ローディングユニットによりロードされた前記ログインインターフェースから、前記ターゲットシステムの前記アカウントとパスワードの情報を取得し、前記ターゲットシステムの前記アカウントと前記パスワードとに対して検証を実行するように構成され；
前記実行ユニットは、前記取得ユニットが取得した前記ターゲットシステムの前記アカウントと前記パスワードの検証後に、前記第２のサービス要求に対応したサービス操作を実行して、第２の実行結果を取得するようにさらに構成され；
前記送信ユニットは、前記実行ユニットが取得した、前記ターゲットシステムアカウントを含む前記第２の実行結果を前記サービスプラットフォームへ戻し、前記サービスプラットフォームが前記ターゲットシステムアカウントを記憶できるようにさらに構成される、
請求項１２に記載のターゲットシステム。
【請求項１４】
追加ユニットをさらに備え；
前記追加ユニットは、前記ターゲットシステムアカウントに対して再び検証を実行するときに、前記ターゲットシステムが前記パスワードに対しては検証を実行せずに、前記ターゲットシステムアカウントだけに対して検証を実行できるようにするために、前記ターゲットシステムアカウントに識別情報を追加するように構成される、
請求項１３に記載のターゲットシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１５年１２月１７日に提出され「異なるシステム間でのサービス操作を実行する方法、サービスプラットフォーム及びターゲットシステム」と題された中国特許出願第２０１５１０９４７１１６．０号の優先権を主張し、上記中国特許出願は参照によってその全体が本願に組み込まれる。
【０００２】
本願は、コンピュータ技術の分野に関し、特に、異なるシステム間でのサービス操作を実行する方法、サービスプラットフォーム及びターゲットシステムに関する。
【背景技術】
【０００３】
従来技術では、異なるシステム間（異なるステーション間）でのサービス操作の実行中に、ソースシステムがサービスプラットフォームへサービス要求を送信し、サービスプラットフォームがこのサービス要求をターゲットシステムへ転送することができる。ターゲットシステムは、このサービス要求を受信すると、サービスプラットフォームを用いて、ターゲットシステムのアドレス情報をソースシステムへ戻し、これにより、ソースシステムが、アドレス情報に基づいて、ターゲットシステムのログインインターフェースへジャンプできるようにする。ターゲットシステムは、ログインインターフェース上でユーザが入力した、ターゲットシステムのアカウントとパスワードの情報を受信し、次に、ターゲットシステムのアカウントとパスワードが検証された後に、サービス要求に対応したサービス操作を実行し、さらに、サービスプラットフォームを用いて、実行結果をソースシステムへ戻すことができる。既存の技術では、ソースシステムがターゲットシステムへのジャンプ操作を実施するときに、ユーザがターゲットシステム上でアカウントとパスワードの情報を入力する必要があるため、サービス操作の実行効率に影響し、その結果、ユーザエクスペリエンスが低下するおそれのあることが分かる。
【発明の概要】
【０００４】
本願の実施の形態は、異なるシステム間でのサービス操作の実行効率を高めるために、異なるシステム間でのサービス操作を実行する方法、サービスプラットフォーム及びターゲットシステムを提供するものである。
【０００５】
第１の態様によれば、ソースシステムから送信された、ソースシステムアカウントとターゲットシステムに関する情報とを含む第１のサービス要求を、サービスプラットフォームにより受信するステップと；
前記ソースシステムアカウントと前記ターゲットシステムに関する情報とに基づいて、所定の記憶ユニットからターゲットシステムアカウントを検索するステップであって、前記所定の記憶ユニットは、前記ソースシステムにバインドされた別のシステムのソースシステムアカウント及び情報を記憶するように構成されている、前記ソースシステムアカウントと前記ターゲットシステムに関する情報とに基づいて、所定の記憶ユニットからターゲットシステムアカウントを検索するステップと；
前記ターゲットシステムアカウントの検証後に、前記ターゲットシステムが前記第１のサービス要求に対応したサービス操作を実行できるように、前記第１のサービス要求と前記ターゲットシステムアカウントとを前記ターゲットシステムへ送信するステップと；
前記ターゲットシステムから戻された第１の実行結果を受信し、前記第１の実行結果を前記ソースシステムへ転送するステップと；を含む、異なるシステム間でのサービス操作を実行する方法が提供される。
【０００６】
第２の態様によれば、サービスプラットフォームから送信された第１のサービス要求とターゲットシステムアカウントとを、ターゲットシステムにより受信するステップと；
前記ターゲットシステムアカウントの検証後に、前記第１のサービス要求に対応したサービス操作を実行して第１の実行結果を取得するステップと；
前記第１の実行結果を前記サービスプラットフォームへ戻すステップと；を含む、異なるシステム間でのサービス操作を実行する方法が提供される。
【０００７】
第３の態様によれば、受信ユニットと、検索ユニットと、送信ユニットとを備え；
前記受信ユニットは、ソースシステムから送信された、ソースシステムアカウントとターゲットシステムに関する情報とを含む第１のサービス要求を受信するように構成され；
前記検索ユニットは、前記受信ユニットが受信した前記ソースシステムアカウントと、前記ターゲットシステムに関する前記情報とに基づいて、所定の記憶ユニットからターゲットシステムアカウントを検索するように構成され、前記所定の記憶ユニットは、前記ソースシステムアカウントにバインドされた、別のシステムのソースシステムアカウントと情報とを記憶するように構成され；
前記送信ユニットは、前記検索ユニットが検索した前記第１のサービス要求と前記ターゲットシステムアカウントとを前記ターゲットシステムへ送信し、これにより、前記ターゲットシステムアカウントの検証後に、前記ターゲットシステムが、前記第１のサービス要求に対応したサービス操作を実行できるように構成され；
前記受信ユニットは、前記ターゲットシステムから戻された第１の実行結果を受信し、前記第１の実行結果を前記ソースシステムへ転送するようにさらに構成される；サービスプラットフォームが提供される。
【０００８】
第４の態様によれば、受信ユニットと、実行ユニットと、送信ユニットとを備え；
前記受信ユニットは、サービスプラットフォームから送信された第１のサービス要求とターゲットシステムアカウントとを受信するように構成され；
前記実行ユニットは、前記受信ユニットが受信した前記ターゲットシステムアカウントが検証された後に、前記第１のサービス要求に対応したサービス操作を実行して、第１の実行結果を取得するように構成され；
前記送信ユニットは、前記第１の実行結果を前記サービスプラットフォームへ戻すように構成される；ターゲットシステムが提供される。
【０００９】
本願で提供する異なるシステム間でのサービス操作を実行する方法、サービスプラットフォーム及びターゲットシステムによれば、サービスプラットフォームは、ソースシステムによって送信されたサービス要求を受信すると、このサービス要求に含まれるソースシステムアカウント及びターゲットシステムに関する情報に基づいてターゲットシステムアカウントを検索し、サービス要求とターゲットシステムアカウントとをターゲットシステムへ送信する。ターゲットシステムは、ターゲットシステムアカウントの検証後に、サービス要求に対応したサービス操作を実行し、実行結果を戻す。これにより、本願の実施の形態によれば、ユーザによって入力されるターゲットシステムのアカウント及びパスワードの情報を受信する必要がないことが分かる。そのため、異なるシステム間でのサービス操作の実行効率を高めることができ、ユーザエクスペリエンスを向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、本願の実施の形態に係る異なるシステム間でのサービス操作を実行する方法を示すフローチャートである。
【００１１】
【図２】図２は、本願の別の実施の形態に係る異なるシステム間でのサービス操作を実行する方法を示すフローチャートである。
【００１２】
【図３】図３は、本願のさらに別の実施の形態に係るサービスプラットフォームを示す概略図ある。
【００１３】
【図４】図４は、本願のさらに別の実施の形態に係るターゲットシステムを示す概略図である。
【発明を実施するための形態】
【００１４】
本願の目的、技術的解決策及び実施の利点をより明確にするために、以下では、本願の実施の形態における技術的解決策を、本願の実施の形態における添付の図面を参照しながら明確且つ完全に説明する。説明する実施の形態は、本願の実施の形態の全てではなくそのうちのいくつかに過ぎないことは明白である。創造的努力を要することなく本願の実施の形態に基づいて当業者により得られた全ての他の実施の形態は、本願の保護範囲内に含まれる。
【００１５】
本願の実施の形態をより理解するために、以下では特定の実施の形態を添付の図面を参照しながらさらに説明する。これらの実施の形態は本願の範囲を限定するものではない。
【００１６】
本願の実施の形態で提供される異なるシステム間でのサービス操作を実行する方法は、少なくとも２つのシステムを用いてサービス操作を実行するシナリオ（例えば、ユーザが２つの決済システムを用いて決済するシナリオ）に適用できる。
【００１７】
本願の実施の形態では、ユーザが２つの決済システムを使って決済する実施例（例えば、サービス要求は決済要求であってよい）を用いている点に留意することが重要である。２つより多くのシステムを用い決済操作以外のサービス操作を実行する方法も同様に実現できるが、重複を避けるために個別の説明は省略する。
【００１８】
２つの決済システムとは、ソースシステム（インバウンド）とターゲットシステム（アウトバウンド）であり、ソースシステムとターゲットシステムは種々の通貨を識別するために別々に使用される。例えば、ソースシステムには、Ａ国の商取引者のウェブサイトが加入しており、ＸＸ通貨を識別するために使用される決済システム（例えば、ＪＰＡＹチェックアウトカウンタ）であってよく、又、ターゲットシステムには、Ｂ国のユーザが登録しており、ＹＹ通貨を識別するために使用される決済システム（例えば、ＡＬＩＰＡＹシステム）であってよい。ソースシステムとターゲットシステムの両方はサービスプラットフォーム（例えば、ＡＬＩＰＡＹ  ＰＬＵＳ  ＧＬＯＢＡＬ  ＮＥＴ）にバインド（紐付け、割り当て）されており、サービスプラットフォームは、インターネット決済代金回収サービス、為替サービス、ファンドクリアランスサービス等のサービスを、主として各決済システムへ提供するために用いられる点に留意することが重要である。ソースシステムがサービスプラットフォームにバインドされた後、ユーザからの決済要求を受信し、現在の決済操作が異なるシステム間決済操作であることを識別するときに、ソースシステムは決済要求をサービスプラットフォームへ転送できる点に留意することが重要である。サービスプラットフォームがターゲットシステムにバインドされた後、ターゲットシステムは、受信した決済要求に基づいて対応の決済操作を実行した後に、その実行結果をサービスプラットフォームに戻す。次に、サービスプラットフォームがこの実行結果をソースシステムへ転送する。
【００１９】
具体的には、Ｂ国のユーザがＡ国の商取引者のウェブサイト上で商品を選択及び注文した後、ユーザが決済プラットフォームとしてターゲットシステムを選択する場合には、ソースシステムはその注文が異なるシステム間での注文であることを識別する。つまり、ソースシステムがＧＬＯＢＡＬ  ＮＥＴを介して決済代金回収命令をターゲットシステムへ送信する。ＧＬＯＢＡＬ  ＮＥＴは、ユーザが商品の決済を行うと、クリアランス（通関手続き）規則に基づき、ソースシステムに対してファンドクリアランスを実行する。ターゲットシステムは、ＧＬＯＢＡＬ  ＮＥＴから決済代金回収命令を受信し、指定のアカウントから資金を引き落とし、クリアランス規則に基づいてこの資金をＧＬＯＢＡＬ  ＮＥＴに送金する。
【００２０】
図１は、本願の実施の形態に係る異なるシステム間でのサービス操作を実行する方法を示すフローチャートである。この方法は、サーバ、システム及び装置（例えば、サービスプラットフォーム）を含む、処理機能を持ったデバイスによって実行できる。図１に示すように、この方法は具体的に以下のステップを含むことができる。
【００２１】
ステップ１１０：サービスプラットフォームがソースシステムから送信された第１のサービス要求を受信する。この第１のサービス要求は、ソースシステムアカウントとターゲットシステムに関する情報とを含む。
【００２２】
ここでは、ソースシステムは、Ａ国の商取引者のウェブサイトが加入し、ＸＸ通貨を識別するために使用される決済システム（例えば、ＪＰＡＹチェックアウトカウンタ）であってよい。ターゲットシステムは、Ｂ国のユーザが登録し、ＹＹ通貨を識別するために使用される決済システム（例えば、ＡＬＩＰＡＹシステム）であってよい。
【００２３】
加えて、ターゲットシステムに関する情報はターゲットシステムの名称を含んでよい。Ｂ国のユーザがソースシステムにログインするために用いるアカウントは、ソースシステムアカウントと呼ぶことができる。
【００２４】
例えば、サービス要求は決済要求である。Ｂ国のユーザがＡ国の商取引者のウェブサイト上で商品を選択及び注文すると、商取引者のウェブサイトは、加入しているソースシステムへのジャンプ操作を実施する。ユーザはソースシステムから決済プラットフォームを選択できる。受信されたユーザが入力した決済プラットフォームはターゲットシステムであると仮定すると、ソースシステムが、現在の決済操作を異なるシステム間決済操作であると識別する。つまり、ソースシステムがサービスプラットフォームへ第１のサービス要求を送信する。
【００２５】
オプションではあるが、ステップ１１０の前に、本願のこの実施の形態における方法は、ソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を所定の記憶ユニットに記憶するステップをさらに含むことができる。その後、サービスプラットフォームは、ターゲットシステムでユーザがアカウントとパスワードの情報を入力する必要もなく、ソースシステムアカウントとターゲットシステムに関する情報とに基づいてターゲットシステムアカウントを検索できる。これにより、決済操作の能力効率を高め、ユーザエクスペリエンスを向上させることができる。
【００２６】
特有のステップを以下説明する。
【００２７】
ステップ１１０１：ソースシステムから送信された第２のサービス要求を受信する。第２のサービス要求は、ソースシステムアカウントとターゲットシステムに関する情報とを含む。
【００２８】
第２のサービス要求は、ソースシステムアカウントに対応するユーザが選択した決済プラットフォームがターゲットシステムであると最初に識別したときに送信され得る。第２のサービス要求は決済金額をさらに含むことができる。
【００２９】
ステップ１１０２：ターゲットシステムのログインインターフェースをロードするために、ターゲットシステムに関する情報に基づいて第２のサービス要求をターゲットシステムへ送信し、次に、ターゲットシステムのログインインターフェースから受信したアカウントとパスワードの情報に対して検証（認証）を実行する。
【００３０】
ここで、ターゲットシステムアカウントは、先の実施例で、Ｂ国のユーザがターゲットシステムにログインするために用いたアカウントであってよい。
【００３１】
第２のサービス要求が決済金額をさらに含んでいる場合には、ソースシステムがＸＸ通貨を識別し、ターゲットシステムがＹＹ通貨を識別するので、サービスプラットフォームがＸＸ通貨とＹＹ通貨との間の為替レートに基づいて決済金額を換算し、換算済み決済金額を取得する点に留意することが重要である。
【００３２】
サービスプラットフォームからターゲットシステムへ送信された第２のサービス要求は、換算済み決済金額を含んでよい。第２のサービス要求の受信後に、ターゲットシステムは、サービスプラットフォームを用いて自己のアドレス情報（例えば、ＵＲＬアドレス）をソースシステムへ戻すことにより、ソースシステムが、ターゲットシステムのアドレス情報に基づいて、ターゲットシステムのログインインターフェースへのジャンプ操作を実施できるようにする（つまり、ターゲットシステムのログインインターフェースをロードできるようにする）ことが可能である。ターゲットシステムは、ユーザがログインインターフェース上で入力したターゲットシステムのアカウントとパスワードの情報を受信し、受信したターゲットシステムのアカウントとパスワードに対して検証を実行できる。検証をパス（合格）すると、ターゲットシステムは、ユーザが決済ツールを選択して決済パスワードを入力するインターフェースを表示できる。受信した決済パスワードの検証後に、ターゲットシステムは、第２のサービス要求に対応したサービス操作、例えば、換算済み決済金額をターゲットシステムアカウントから引き落とすといった操作を実行できる。
【００３３】
ステップ１１０３：検証をパスした場合、ターゲットシステムは、第２のサービス要求に対応したサービス操作を実行した後に戻された第２の実行結果を受信する。第２の実行結果はターゲットシステムアカウントを含む。
【００３４】
オプションではあるが、第２の実行結果は、サービス操作が成功か否かを示す結果情報をさらに含むことができる（例えば、引き落としが成功か否かに関する情報を含むことができる）。
【００３５】
ステップ１１０４：ソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を所定の記憶ユニットに記憶する。
【００３６】
すなわち、ターゲットシステムアカウントの受信後に、サービスプラットフォームは、ソースシステムアカウントと、ターゲットシステムに関する情報と、ターゲットシステムアカウントとの間のマッピング関係を所定の記憶ユニットに記憶できる。ここで、ソースシステムアカウントとターゲットシステムに関する情報とはステップ１１０１で受信されている。
【００３７】
例えば、所定の記憶ユニット内の内容を表１に示すことができる。
【表１】
2019503000.tif 000003
【００３８】
２つのソースシステムのアカウントにバインドされた、いくつかのターゲットシステムのアカウント及び名称が、表１に示すように記憶されている。これによれば、ターゲットシステムアカウントが、ソースシステムアカウントとターゲットシステムの名称とに基づいて、一意に検索できることが理解できるであろう。
【００３９】
オプションではあるが、ステップ１１０４は以下のステップをさらに含むことができる。すなわち、第２の実行結果をソースシステムへ送信することにより、ソースシステムは、アカウントがバインドされるものであることを示すメッセージを取得し、アカウントがバインドされるものであることを示すメッセージを取得した後に、ソースシステムがサービスシステムへ記憶命令を戻すステップと；記憶命令に基づいて、ソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を所定の記憶ユニットに記憶するステップと；をさらに含むことができる。
【００４０】
具体的には、ターゲットシステムから送信された第２の実行結果を受信すると、サービスプラットフォームはこの第２の実行結果をソースシステムへ送信する。第２の実行結果の受信後に、ソースシステムは、ソースシステムアカウントをターゲットシステムアカウントにバインドするかどうかを問い合わせる要求を出力でき、そして、アカウントがバインドされるものであることを示すために用いられる、ユーザにより入力されたメッセージ、すなわちユーザの承認命令を受信する。実施態様としては、この要求をページ上に出力でき、このページに「ＯＫ」ボタンを含めることができる。ソースシステムは、この「ＯＫ」ボタンのクリック命令を受信すると、ユーザの承認命令を受信する。
【００４１】
アカウントがバインドされるものであることを示すメッセージを取得すると、ソースシステムはサービスプラットフォームへ記憶命令を送信できる。記憶命令を用いて、異なるシステム間の決済パスワードを設定するためのページをロードするようサービスプラットフォームに命令する。ユーザが入力した異なるシステム間の決済パスワードを受信すると、サービスプラットフォームがこのパスワードをローカルで暗号化し、これを記憶する。これにより、後に、このユーザが入力した異なるシステム間の決済パスワードに対して検証を実行できるようになる。
【００４２】
当然ながら、実際の使用に際しては、ソースシステムは、異なるシステム間の決済パスワードを設定するための、サービスプラットフォームのページのアドレス情報を事前に記憶できる。アカウントがバインドされるものであることを示すメッセージを取得したら、ソースシステムは、アドレス情報に基づいて、異なるシステム間の決済パスワードを設定するためのページへのジャンプ操作を実施する。ユーザが入力した異なるシステム間の決済パスワードを受信すると、サービスプラットフォームがこのパスワードをローカルで暗号化して、これを記憶し、後に、ユーザが入力したこの異なるシステム間の決済パスワードを検証できるようにする。
【００４３】
ユーザが入力した異なるシステム間の決済パスワードを取得した後に、サービスプラットフォームは、ソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を所定の記憶ユニットに記憶できる。
【００４４】
オプションではあるが、ステップ１１０４の後に、本方法は以下のステップをさらに含むことができる。すなわち、ターゲットシステムアカウントに識別情報を追加することで、ターゲットシステムアカウントに対して再び検証を実行する際に、ターゲットシステムがターゲットシステムアカウントだけに対して検証を実行し、パスワードには検証を実行しないようにするステップをさらに含むことができる。
【００４５】
すなわち、所定の記憶ユニット内の内容が表１に示す内容であり、ターゲットシステムが受信した決済要求に含まれるターゲットシステムアカウントが「２２」であり、この「２２」はソースシステムアカウントにバインドされたアドレスであり、さらに、ターゲットシステムはこのアカウントへ識別情報を追加したと仮定すると、ターゲットシステムアカウントを検証する場合に、ターゲットシステムがアカウントに対応するパスワードに対して再び検証を実行せずに、対応の決済操作を実行する。
【００４６】
ステップ１２０：ソースシステムアカウントとターゲットシステムに関する情報とに基づいて、所定の記憶ユニットからターゲットシステムアカウントを検索する。ここで、所定の記憶ユニットは、ソースシステムアカウント及びこのソースシステムアカウントにバインドされた別のシステムの情報を記憶するように構成されている。
【００４７】
例えば、第１のサービス要求に含まれているソースシステムアカウントは「１１」であり、ターゲットシステムの名称は「ａａ」であると仮定すると、ターゲットシステムのアカウント「２２」を表１から検索できる。つまり、ユーザが「１１」に対応したソースシステムからターゲットシステムにログインする場合、ユーザは「２２」とパスワードを再び入力する必要はなく、その代わりに、サービスプラットフォームが「１１」に対応する「２２」を直接検索し、ターゲットシステムへ送信される決済要求にターゲットシステムアカウントを追加する。
【００４８】
サービスプラットフォームが、ターゲットシステムのアカウント及びパスワードを検索できない場合には、ステップ１１０１〜ステップ１１０４を実行して、ソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を記憶ユニットに記憶する点に留意することが重要である。
【００４９】
ステップ１３０：ターゲットシステムアカウントの検証後に、ターゲットシステムが、第１のサービス要求に対応したサービス操作を実行できるように、第１のサービス要求とターゲットシステムアカウントとをターゲットシステムへ送信する。
【００５０】
オプションではあるが、ターゲットシステムアカウントの検索後に、サービスプラットフォームが、検索したターゲットシステムアカウントを用いるかどうかをさらに検証できる。具体的に、サービスプラットフォームは、検索したターゲットシステムアカウントを使用するかどうかを問い合わせる要求をユーザへ出力でき、検索したターゲットシステムアカウントが使用されるものであることを示す情報を受信すると、ユーザが入力した異なるシステム間の決済パスワードを受信し、受信したユーザによって入力された異なるシステム間でのパスワード決済が、ローカルに事前記憶された異なるシステム間の決済パスワードと一致する場合に（つまり、異なるシステム間の決済パスワードが検証された場合に）、第１のサービス要求とターゲットシステムアカウントをターゲットシステムへ送信する。
【００５１】
先の実施例では、ターゲットシステムは第１のサービス要求と「２２」を受信できるが、「２２」はターゲットシステムにてユーザが事前に登録したアカウントであるので、つまり、「２２」はターゲットシステムに記憶されているので、ターゲットシステムアカウントが検証される。加えて、ターゲットシステムは、所定の記憶ユニットに保存され、ソースシステムアカウントにバインドされたターゲットシステムアカウントに識別情報を追加している、つまり、ターゲットシステムはターゲットシステムアカウントに対応したパスワードに対し検証を実行する必要がないので、ターゲットシステムは、ターゲットシステムアカウントが検証された場合に、第１のサービス要求に対応したサービス操作を実行する。例えば、決済操作を実行する（つまり、換算済み決済金額をターゲットシステムアカウントから引き落とす）。
【００５２】
例えば、ターゲットシステムは、ターゲットシステムアカウントから引き落とされた換算済み決済金額をサービスプラットフォームの臨時アカウントへ送金し、次に、サービスプラットフォームが対応の決済金額をソースシステムアカウントへ送金する。
【００５３】
ステップ１４０：ターゲットシステムから戻された第１の実行結果を受信し、この第１の実行結果をソースシステムへ転送する。
【００５４】
例えば、ターゲットシステムが決済操作を実行した後に、サービスプラットフォームが第１の実行結果を受信する。第１の実行結果は、決済操作が成功か否かを示すメッセージを含むことができる。
【００５５】
第１の実行結果を受信した後に、ソースシステムは、ユーザが別の商品を選択できるようにするために、商取引者のシステムへ戻るジャンプ操作を実行できる。
【００５６】
本願で提供される異なるシステム間でのサービス操作を実行する方法によれば、ソースシステムから送信されたサービス要求を受信するときに、サービスプラットフォームが、サービス要求に含まれているソースシステムアカウントとターゲットシステムに関する情報とに基づいてターゲットシステムアカウントを検索し、検索したターゲットシステムアカウントに基づいてターゲットシステムにログインする。これにより、ターゲットシステムが、サービス要求に対応したサービス操作を実行し、実行結果を戻せるようになる。本願のこの実施の形態では、ユーザが入力したターゲットシステムのアカウント及びパスワードを受信する必要がないことが分かる。したがって、異なるシステム間でのサービス操作の実行効率を高めることができ、ユーザエクスペリエンスを向上させることができる。
【００５７】
図２は、本願の別の実施の形態に係る異なるシステム間でのサービス操作を実行する方法を示すフローチャートである。この方法は、サーバ、システム及び装置を含む、処理能力を持つデバイス（例えば、ターゲットシステム）により実行できる。図２に示すように、この方法は、具体的に以下のステップを含むことができる。
【００５８】
ステップ２１０：ターゲットシステムが、サービスプラットフォームから送信された第１のサービス要求とターゲットシステムアカウントとを受信する。
【００５９】
ここで、ターゲットシステムは、Ｂ国のユーザが登録し、ＹＹ通貨を識別するために用いられる決済システム（例えば、ＡＬＩＰＡＹシステム）であってよい。Ｂ国のユーザがターゲットシステムにログインするために用いるアカウントは、ターゲットシステムアカウントと呼ばれる。
【００６０】
例えば、サービス要求は決済要求である。Ｂ国のユーザがＡ国の商取引者のウェブサイト上で商品を選択し、これを注文した後に、商取引者のウェブサイトが、加入しているソースシステムへのジャンプ操作を実施する。ユーザは、ソースシステムから決済プラットフォームを選択できる。受信されたユーザが入力した決済プラットフォームがターゲットシステムであると仮定すると、ソースシステムは、現在の決済操作を異なるシステム間決済操作であると識別する（つまり、ソースシステムが第１のサービス要求をサービスプラットフォームへ送信する）。第１のサービス要求を受信した後、サービスプラットフォームは第１のサービス要求をターゲットシステムへ転送し、また、ターゲットシステムアカウントをさらにターゲットシステムへ送信できる。
【００６１】
ソースシステムは、Ａ国の商取引者のウェブサイトが加入し、ＸＸ通貨を識別するために用いられる決済システム（例えば、ＪＰＡＹチェックアウトカウンタ）であってよい。Ｂ国のユーザがソースシステムにログインするために用いるアカウントを、ソースシステムアカウントと呼ぶことができる。
【００６２】
サービスプラットフォームからターゲットシステムへ送信されたターゲットシステムアカウントは、所定の記憶ユニットから検索できる。つまり、ソースシステムより受信した第１のサービス要求に含まれている、ソースシステムアカウントとターゲットシステムに関する情報とに基づいて所定の記憶ユニットから検索できる。ターゲットシステムに関する情報は、ターゲットシステムの名称等であってよい。
【００６３】
以下のステップを用いることで、所定の記憶ユニットに、ソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を確立できる。
【００６４】
ステップ２１０１：ターゲットシステムが、サービスプラットフォームから受信した第２のサービス要求に基づいて、ターゲットシステムのログインインターフェースをロードする。
【００６５】
ここで、第２のサービス要求は換算済み決済金額を含むことができ、換算済み決済金額は、サービスプラットフォームによって、決済金額から、ＸＸ通貨とＹＹ通貨の間の為替レートに基づいて換算された金額である。
【００６６】
第２のサービス要求の受信後に、ターゲットシステムは、サービスプラットフォームを用いて、ターゲットシステムのアドレス情報（例えば、ＵＲＬアドレス）をソースシステムに戻すことができる。これにより、ソースシステムは、ターゲットシステムのアドレス情報に基づいて、ターゲットシステムのログインインターフェースへのジャンプ操作を実施できるようになる（つまり、ターゲットシステムのログインインターフェースがロードされる）。
【００６７】
ステップ２１０２：ログインインターフェースから、ターゲットシステムのアカウントとパスワードの情報を取得し、ターゲットシステムのアカウントとパスワードに対して検証を実行する。
【００６８】
ターゲットシステムは、ログインインターフェース上でユーザが入力したターゲットシステムのアカウントとパスワードとを受信し、ターゲットシステムの受信したアカウントと、受信したパスワードとに対して検証を実行できる。
【００６９】
ステップ２１０３：ターゲットシステムのアカウントとパスワードの検証後に、第２のサービス要求に対応したサービス操作を実行し、第２の実行結果を取得する。
【００７０】
検証をパスすると、ターゲットシステムは、ユーザが決済ツールを選択し、決済パスワードを入力すべきインターフェースを表示できる。受信した決済パスワードの検証後に、ターゲットシステムは、第２のサービス要求に対応したサービス操作（例えば、ターゲットシステムアカウントからの換算済み決済金額の引き落とし）を実行できる。
【００７１】
ステップ２１０４：ターゲットシステムアカウントを含んだ第２の実行結果をサービスプラットフォームへ戻す。これにより、サービスプラットフォームがターゲットシステムアカウントを記憶できるようになる。
【００７２】
オプションではあるが、第２の実行結果は、サービス操作が成功か否かを示す結果情報をさらに含むことができる。例えば、引き落としが成功か否かについての情報を含むことができる。
【００７３】
つまり、ターゲットシステムアカウントの受信後に、サービスプラットフォームは、受信したソースシステムアカウントと、受信したターゲットシステムに関する情報と、受信したターゲットシステムアカウントとの間のマッピング関係を、所定の記憶ユニットに記憶できる。
【００７４】
例えば、所定の記憶ユニットの内容を表１に示すことができる。
【００７５】
２つのソースシステムのアカウントにバインドされた、いくつかのターゲットシステムのアカウントと名称とが表１に示すように記憶されている。これにより、ターゲットシステムアカウントは、ソースシステムアカウントと、ターゲットシステムの名称とに基づいて、一意に検索できることが理解できるであろう。
【００７６】
オプションではあるが、サービスプラットフォームがソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を所定の記憶ユニットに記憶するステップは、具体的に以下のとおりであってよい。すなわち、ターゲットシステムから送信された第２の実行結果を受信すると、サービスプラットフォームは第２の実行結果をソースシステムへ送信する。この第２の実行結果の受信後に、ソースシステムは、ソースシステムアカウントをターゲットシステムアカウントにバインドするかどうかを問い合わせる要求を出力することができ、さらに、これらのアカウントがバインドされるものであることを示すために用いられる、ユーザが入力したメッセージ、すなわちユーザの承認命令を受信することができる。実施態様として、この要求はページ上に出力でき、又、ページは「ＯＫ」ボタンを含むことができる。ソースシステムが「ＯＫ」ボタンのクリック命令を受信すると、ソースシステムはユーザの承認命令を受信する。
【００７７】
ソースシステムは、アカウント同士がバインドされるものであることを示すメッセージを取得すると、サービスプラットフォームに記憶命令を送信できる。この記憶命令を用いて、異なるシステム間の決済パスワードを設定するためのページをロードするよう、サービスプラットフォームに命令する。サービスプラットフォームは、ユーザが入力した異なるシステム間の決済パスワードを受信すると、パスワードをローカルで暗号化して、これを記憶し、後に、ユーザが入力した異なるシステム間の決済パスワードに対して検証を実行できるようにする。
【００７８】
当然ながら、実際の使用に際しては、ソースシステムは、異なるシステム間の決済パスワードを設定するためのサービスプラットフォームのページのアドレス情報を事前に記憶できる。アカウント同士がバインドされるものであると示すメッセージの取得後に、ソースシステムは、上記のアドレス情報に基づいて、異なるシステム間の決済パスワードを設定するページへのジャンプ操作を実施する。サービスプラットフォームは、ユーザが入力した異なるシステム間の決済パスワードの受信後に、これをローカルで暗号化して記憶し、後に、ユーザが入力した異なるシステム間の決済パスワードに対して検証を実行できるようにする。
【００７９】
ユーザが入力した異なるシステム間の決済パスワードを取得すると、サービスプラットフォームは、ソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を所定の記憶ユニットに記憶できる。
【００８０】
オプションではあるが、ターゲットシステムのアカウントとパスワードの検証後に、この方法は、次のステップをさらに含む。すなわち、ターゲットシステムアカウントに識別情報を追加することにより、ターゲットシステムアカウントに再び検証を実行するときに、ターゲットシステムがパスワードに対しては検証を実行せず、ターゲットシステムアカウントだけに対して検証を実行できるようにするステップをさらに含む。
【００８１】
すなわち、所定の記憶ユニット内の内容が表１に示す内容であり、ターゲットシステムが受信した決済要求に含まれるターゲットシステムアカウントが「２２」であり、この「２２」はソースシステムアカウントにバインドされたアドレスであり、さらに、ターゲットシステムはこのアカウントへ識別情報を追加したと仮定すると、ターゲットシステムアカウントを検証する場合に、ターゲットシステムがアカウントに対応するパスワードに対して再び検証を実行せずに、対応の決済操作を実行する。
【００８２】
ステップ２１０では、ターゲットシステムアカウントの検索後に、サービスプラットフォームは、検索したターゲットシステムアカウントを用いるかどうかをさらに検証できる。具体的に、サービスプラットフォームは、検索したターゲットシステムアカウントを用いるかどうか問い合わせる要求をユーザへ出力でき、さらに、検索したターゲットシステムアカウントを用いることを示す情報を受信するときには、ユーザが入力した異なるシステム間での決済パスワードを受信し、ユーザが入力し受信した異なるシステム間の決済パスワードがローカルに事前記憶されている異なるシステム間の決済パスワードと一致する場合には（つまり、異なるシステム間の決済パスワードが検証された場合には）、第１のサービス要求とターゲットシステムアカウントとをターゲットシステムへ送信する。
【００８３】
ステップ２２０：ターゲットシステムアカウントの検証後に、第１のサービス要求に対応したサービス操作を実行して第１の実行結果を取得する。
【００８４】
先の実施例では、ターゲットシステムは第１のサービス要求と「２２」を受信でき、「２２」はユーザがターゲットシステムにて事前登録した（つまり、ターゲットシステムには「２２」が記憶されている）アカウントであるため、ターゲットシステムアカウントが検証される。加えて、ターゲットシステムが、所定の記憶ユニット内に記憶され、ソースシステムアカウントにバインドされたターゲットシステムアカウントに識別情報を追加している、つまり、ターゲットシステムはターゲットシステムアカウントに対応するパスワードに対して検証を実行する必要がないため、ターゲットシステムは、ターゲットシステムアカウントが検証された場合に、第１のサービス要求に対応したサービス操作、例えば、決済操作を実行する（つまり、ターゲットシステムアカウントから換算済み決済金額を引き落とす）。
【００８５】
ステップ２３０：第１の実行結果をサービスプラットフォームへ戻す。
【００８６】
例えば、決済操作を実行するステップと、第１の実行結果を取得するステップとを実行した後に、ターゲットシステムは第１の実行結果をサービスプラットフォームへ戻すことができる。第１の実行結果は、決済操作が成功か否かを示すメッセージを含んでよい。
【００８７】
第１の実行結果の受信後に、ソースシステムは、ユーザが別の商品を選択できるように、商取引者のシステムへ戻るジャンプ操作を実施できる。
【００８８】
本願で提供される異なるシステム間でのサービス操作を実行する方法によれば、ソースシステムが送信したサービス要求を受信するときに、サービスプラットフォームが、サービス要求に含まれているソースシステムアカウントとターゲットシステムに関する情報とに基づいて、ターゲットシステムアカウントを検索し、検索したターゲットシステムアカウントに基づいてターゲットシステムにログインする。これにより、ターゲットシステムがサービス要求に対応したサービス操作を実行し、実行結果を戻すことができるようになる。本願のこの実施の形態によれば、ユーザが入力したターゲットシステムのアカウントとパスワードとの受信が不要であることが分かる。これにより、異なるシステム間でのサービス操作の実行効率を高めることができ、ユーザエクスペリエンスを向上させることができる。
【００８９】
上述の実施の形態における異なるシステム間でのサービス操作を実行する方法に対応する本願の１つの実施の形態として、サービスプラットフォームをさらに提供する。図３に示すように、このサービスプラットフォームは、受信ユニット３０１、検索ユニット３０２、及び送信ユニット３０３を含む。
【００９０】
受信ユニット３０１は、ソースシステムから送信された第１のサービス要求を受信するように構成されている。第１のサービス要求は、ソースシステムアカウントと、ターゲットシステムに関する情報とを含む。
【００９１】
検索ユニット３０２は、受信ユニット３０１で受信したソースシステムアカウントとターゲットシステムに関する情報とに基づいて、所定の記憶ユニットからターゲットシステムアカウントを検索するように構成されている。ここで、所定の記憶ユニットは、ソースシステムアカウントにバインドされた別のシステムのアカウントと情報を記憶するように構成されている。
【００９２】
送信ユニット３０３は、第１のサービス要求と、検索ユニット３０２が検索したターゲットシステムアカウントとをターゲットシステムに送信するように構成されており、これにより、ターゲットシステムアカウントの検証後に、ターゲットシステムが第１のサービス要求に対応したサービス操作を実行できるようになる。
【００９３】
受信ユニット３０１は、ターゲットシステムから戻された第１の実行結果を受信し、この第１の実行結果をソースシステムへ転送するようにさらに構成されている。
【００９４】
オプションとして、サービスプラットフォームは保存ユニット３０４をさらに含む。
【００９５】
受信ユニット３０１は、ソースシステムから送信された第２のサービス要求を受信するように構成されている。第２のサービス要求は、ソースシステムアカウントと、ターゲットシステムに関する情報とを含む。
【００９６】
送信ユニット３０３は、受信ユニット３０１が受信したターゲットシステムに関する情報に基づいて、第２のサービス要求をターゲットシステムへ送信するようにさらに構成されており、これにより、ターゲットシステムのログインインターフェースをロードし、ログインインターフェースから受信したターゲットシステムのアカウントとパスワードの情報に対して検証を実行できるようになる。
【００９７】
受信ユニット３０１は、第２の実行結果を受信するようにさらに構成されている。第２の実行結果は、検証をパスした場合に、ターゲットシステムが第２のサービス要求に対応したサービス操作を実行した後に戻されるものであり、ここで第２の実行結果はターゲットシステムアカウントを含んでいる。
【００９８】
保存ユニット３０４は、ソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を所定の記憶ユニットに記憶するように構成されている。
【００９９】
保存ユニット３０４は、具体的に、第２の実行結果をソースシステムへ送信することで、ソースシステムがアカウントがバインドされるものであることを示すメッセージを取得し、アカウントがバインドされるものであることを示すメッセージを取得した後、記憶命令をサービスシステムへ戻すことができるようにし；次に、記憶命令に基づいて、ソースシステムアカウントとターゲットシステムアカウントとの間のマッピング関係を所定の記憶ユニットに記憶するように構成されている。
【０１００】
オプションではあるが、サービスプラットフォームは、決済時における異なるシステム間でのログイン動作に適用されるものであり、サービス要求は決済要求である。
【０１０１】
本願のこの実施の形態に係る装置の機能モジュールは、上述した方法を実施するためのステップを実行することにより実施できる。そのため、本願で提供された装置の特定の作業工程をここで再び記載することはしない。
【０１０２】
本願で提供されるサービスプラットフォームによれば、受信ユニット３０１は、ソースシステムが送信した、ソースシステムアカウントとターゲットシステムに関する情報とを含んだ第１のサービス要求を受信し、検索ユニット３０２は、ソースシステムアカウントとターゲットシステムに関する情報とに基づいて、所定の記憶ユニットからターゲットシステムアカウントを検索し、ここで、所定の記憶ユニットは、ソースシステムアカウントにバインドされた別のシステムのアカウントと情報を記憶するように構成されており、送信ユニット３０３は、第１のサービス要求とターゲットシステムアカウントとをターゲットシステムへ送信し、これにより、ターゲットシステムが、ターゲットシステムアカウントの検証後に、第１のサービス要求に対応したサービス操作を実行できるようにし、受信ユニット３０１が、ターゲットシステムから戻された第１の実行結果を受信し、第１の実行結果をソースシステムへ転送する。これにより、異なるシステム間でのサービス操作の実行効率を高めることができ、ユーザエクスペリエンスを向上させることができる。
【０１０３】
上述の別の実施の形態で提供される異なるシステム間でのサービス操作を実行する方法に対応する本願の他の１つの実施の形態として、ターゲットシステムをさらに提供する。図４に示すように、ターゲットシステムは受信ユニット４０１、実行ユニット４０２、及び送信ユニット４０３を含む。
【０１０４】
受信ユニット４０１は、サービスプラットフォームから送信された第１のサービス要求とターゲットシステムアカウントとを受信するように構成されている。
【０１０５】
実行ユニット４０２は、第１の実行結果を取得するために、受信ユニット４０１が受信したターゲットシステムアカウントの検証後、第１のサービス要求に対応したサービス操作を実行するように構成されている。
【０１０６】
送信ユニット４０３は、第１の実行結果をサービスプラットフォームに戻すように構成されている。
【０１０７】
オプションではあるが、ターゲットシステムは、ローディングユニット４０４と取得ユニット４０５をさらに含む。
【０１０８】
ローディングユニット４０４は、サービスプラットフォームから受信した第２のサービス要求に基づいて、ターゲットシステムのログインインターフェースをロードするように構成されている。
【０１０９】
取得ユニット４０５は、ローディングユニット４０４がロードしたログインインターフェースからターゲットシステムのアカウントとパスワードの情報を取得し、ターゲットシステムのアカウントとパスワードとに対して検証を実行するように構成されている。
【０１１０】
実行ユニット４０２は、取得ユニット４０５が取得したターゲットシステムのアカウントとパスワードの検証後に、第２のサービス要求に対応するサービス操作を実行して、第２の実行結果を取得するようにさらに構成されている。
【０１１１】
送信ユニット４０３は、実行ユニット４０２が取得した、ターゲットシステムアカウントを含んだ第２の実行結果をサービスプラットフォームへ戻すようにさらに構成されており、これにより、サービスプラットフォームがターゲットシステムアカウントを記憶できるようになる。
【０１１２】
オプションではあるが、ターゲットシステムは追加ユニット４０６をさらに含む。
【０１１３】
追加ユニット４０６は、ターゲットシステムアカウントに識別情報を追加するように構成されており、これにより、ターゲットシステムアカウントに対して再び検証を実行するときに、ターゲットシステムが、パスワードに対しては検証を実行せずに、ターゲットシステムアカウントだけに対して検証を実行できるようになる。
【０１１４】
本願のこの実施の形態における装置の機能モジュールの機能は、上述した方法を実施するためのステップを実行することにより実施できる。そのため、本願で提供された装置の特定の作業工程をここで再び記載することはしない。
【０１１５】
本願で提供されたターゲットシステムによれば、受信ユニット４０１は、サービスプラットフォームから送信された第１のサービス要求とターゲットシステムアカウントとを受信し、さらに、ターゲットシステムアカウントが検証された後に、実行ユニット４０２が、第１のサービス要求に対応したサービス操作を実行して、第１の実行結果を取得し、送信ユニット４０３が第１の実行結果をサービスプラットフォームへ戻す。これにより、異なるシステム間でのサービス操作の実行効率を高めることができ、ユーザエクスペリエンスを向上させることができる。
【０１１６】
当業者は、本明細書で開示された実施の形態で述べている実施例と組み合わせ、目的ステップ及びアルゴリズムステップを、電子ハードウェア、コンピュータソフトウェア、又はこれらの組み合わせにより実施できることをさらに理解できる。ハードウェアとソフトウェアとの間の互換性を説明するために、上記では、各実施例の構成及びステップを機能に従って述べた。これらの機能がハードウェアによって実行されるか、又はソフトウェアによって実行されるかは、技術的解決策の特定の使用及び設計の制約条件によって異なる。当業者は、特定の各使用について、上述の機能を種々の方法を用いて実施できるが、このような実施が本願の範囲を超えるとみなすべきではない。
【０１１７】
本明細書で開示された実施の形態で述べている方法ステップ又はアルゴリズムステップは、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又はこれらの組み合わせによって実施できる。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、メモリ、読み出し専用メモリ（ＲＯＭ）、電気的にプログラム可能なＲＯＭ、電気的消去可能でプログラム可能なＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は当該技術において既知であるあらゆる他の形式の記憶媒体に実装させることができる。
【０１１８】
記載した特定の実施の形態では、本願の目的、技術的解決策及び効果をさらに詳述した。これらの記載は本願の特定の実施の形態に過ぎず、本願の保護範囲を制限することを意図していない。本願の趣旨及び原理から逸脱せずに為されるあらゆる修正、均等物との置き換え及び改良は、本願の保護範囲に収まるものである。
【符号の説明】
【０１１９】
３０１、４０１  受信ユニット
３０２  検索ユニット
３０３、４０３  送信ユニット
４０２  実行ユニット
４０４  ローディングユニット
４０５  取得ユニット
４０６  追加ユニット
【図１】
2019503000.tif 000004
【図２】
2019503000.tif 000005
【図３】
2019503000.tif 000006
【図４】
2019503000.tif 000007
【国際調査報告】
2019503000.tif 000008
2019503000.tif 000009
2019503000.tif 000010
2019503000.tif 000011