(57)【要約】  本出願は、リソース処理方法及び装置を開示している。方法は、端末によって送信された認証情報及びビジネスリソース量情報を受け取るステップであって、認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている、ステップと、認証情報と第一アカウントとの間の予め確立された関連付け関係に従って認証情報に対応する第一アカウントを判定するステップと、ビジネスリソース量情報に従って、且つ、第一アカウントのビジネスリソースから、ビジネスリソース量情報に対応するビジネスリソースを取得し、且つ、取得されたビジネスリソースを第二アカウントに転送するステップと、を有する。この方法を使用することにより、第一ユーザは、端末装置を携帯する必要がなく、第一ユーザの独自の第一アカウントとの間の関連付け関係を有する認証情報及び対応するビジネスリソース量情報を第二アカウントとバンドルされた端末に入力する必要があるのみである。その結果、第一ユーザは、対応する量のビジネスリソースを第二アカウントに転送することができる。これにより、ビジネスリソースを異なるユーザの間において転送することが格段に便利になる。
2018536242.tif 000002
【特許請求の範囲】
【請求項１】
リソース処理方法であって、
端末によって送信された認証情報及びビジネスリソース量情報を受け取るステップであって、前記認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、前記端末は、第二アカウントとバンドルされている、ステップと、
前記認証情報と前記第一アカウントとの間の前記予め確立された関連付け関係に従って、前記認証情報に対応する前記第一アカウントを判定するステップと、
前記ビジネスリソース量情報に従って、前記第一アカウントのビジネスリソースから前記ビジネスリソース量情報に対応するビジネスリソースを取得し、且つ、前記取得されたビジネスリソースを前記第二アカウントに転送するステップと、
を有する方法。
【請求項２】
前記認証情報と前記第一アカウントとの間の前記関連付け関係を予め確立するステップは、
第一アカウントによって送信された、前記認証情報を生成するための要求を受け取るステップと、
受け取られた前記認証情報を生成するための要求に従って、一意の認証情報を生成し、且つ、前記生成された認証情報と前記第一アカウントとの間の前記関連付け関係を確立するステップと、
を有する、請求項１に記載の方法。
【請求項３】
前記認証情報を生成する際に、時間の計測を開始するステップと、
計測された時間の長さが予め設定された長さに到達した際に、前記認証情報と前記第一アカウントとの間の前記関連付け関係を解消するステップと、
を更に有する、請求項２に記載の方法。
【請求項４】
前記ビジネスリソース量情報に従って、且つ、前記第一アカウントのビジネスリソースから、前記ビジネスリソース量情報に対応するビジネスリソースを取得する前記ステップは、
前記ビジネスリソース量情報に対応する前記ビジネスリソースの量が、前記第一アカウントの前記ビジネスリソースの量を超過しているかどうかを判定するステップと、
はいである場合に、第一アカウントに対応する余分なリソースを判定し、且つ、前記余分なリソースから前記ビジネスリソース量情報に対応する前記ビジネスリソースを取得し、或いは、前記第一アカウントの前記ビジネスリソース及び前記判定された余分なリソースから前記ビジネスリソース量情報に対応する前記ビジネスリソースを取得するステップと、
いいえである場合に、前記第一アカウントの前記ビジネスリソースから前記ビジネスリソース量情報に対応する前記ビジネスリソースを取得するステップと、
を有する、請求項１に記載の方法。
【請求項５】
前記第一アカウントに対応する余分なリソースを判定する前記ステップは、
前記第一アカウントのアカウントレベルを判定するステップと、
アカウントレベルと余分なリソースとの間の予め設定された対応性関係に従って前記第一アカウントに対応する前記余分なリソースを判定するステップと、
を有する、請求項４に記載の方法。
【請求項６】
前記第二アカウントに転送するステップの前に、方法は、
前記第一アカウントによって送信された確認命令を受け取るステップ、
を更に有する、請求項１に記載の方法。
【請求項７】
リソース処理方法であって、
サーバが、前記認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、前記認証情報に対応する前記第一アカウントを判定するようにするべく、端末により、認証情報及びビジネスリソース量情報を前記サーバに送信するステップと、
バンドルされた第二アカウントを通じて前記端末により、前記サーバによって送信されると共に前記ビジネスリソース量情報に対応するビジネスリソースを受け取るステップであって、前記ビジネスリソースは、前記ビジネスリソース量情報に従って、前記第一アカウントのビジネスリソースから前記サーバによって取得される、ステップと、
を有する方法。
【請求項８】
リソース処理方法であって、
端末により、認証情報を生成するための要求を受け取るステップと、
サーバが、前記認証情報を生成するための要求に従って一意の認証情報を生成し、且つ、前記認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、前記認証情報を生成するための要求を前記サーバに送信するステップであって、前記認証情報と前記第一アカウントとの間の前記関連付け関係は、前記サーバが、第二アカウントとバンドルされた前記端末によって送信された認証情報に従って前記認証情報に対応する前記第一アカウントを判定し、且つ、前記判定された第一アカウントのビジネスリソースから規定された量のビジネスリソースを取得するようにするべく、使用される、ステップと、
を有する方法。
【請求項９】
前記端末により、前記サーバによって送信された確認要求を受け取るステップと、
前記確認要求のためのユーザによる動作に従って確認命令を生成し、且つ、前記サーバが、前記取得されたビジネスリソースを前記確認命令に従って前記第二アカウントに転送するようにするべく、前記確認命令を前記サーバに返すステップと、
を更に有する、請求項８に記載の方法。
【請求項１０】
リソース処理方法であって、
端末によって送信された資金認証情報及び金額情報を受け取るステップであって、前記資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、前記端末は、第二アカウントとバンドルされている、ステップと、
前記資金認証情報と前記第一アカウントとの間の前記予め確立された関連付け関係に従って、前記資金認証情報に対応する前記第一アカウントを判定するステップと、
前記金額情報に従って、且つ、前記第一アカウントの資金から、前記金額情報に対応する資金を取得し、且つ、前記取得された資金を前記第二アカウントに転送するステップと、
を有する方法。
【請求項１１】
リソース処理方法であって、
端末によって送信された資金認証情報及び金額情報を受け取るステップであって、前記資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、前記端末は、第二アカウントとバンドルされている、ステップと、
前記資金認証情報と前記第一アカウントとの間の前記予め確立された関連付け関係に従って、前記資金認証情報に対応する前記第一アカウントを判定するステップと、
前記金額情報に対応する資金金額が、前記第一アカウントの資金金額を超過しているかどうかを判定するステップと、
はいである場合に、前記第一アカウントに対応する信用資金を判定し、前記信用資金から前記金額情報に対応する資金を取得し、且つ、前記取得された資金を前記第二アカウントに転送し、或いは、前記第一アカウントの前記資金及び前記第一アカウントの前記判定された信用資金から前記金額情報に対応する資金を取得し、且つ、前記取得された資金を前記第二アカウントに転送するステップと、
いいえである場合に、前記第一アカウントの前記資金から前記金額情報に対応する資金を取得し、且つ、前記取得された資金を前記第二アカウントに転送するステップと、
を有する方法。
【請求項１２】
リソース処理方法であって、
サーバが、前記資金認証情報と第一アカウントとの間の予め構築された関連付け関係に従って、前記資金認証情報に対応する前記第一アカウントを判定するようにするべく、端末により、資金認証情報及び金額情報を前記サーバに送信するステップと、
バンドルされた第二アカウントを通じて前記端末により、前記サーバによって送信されると共に前記金額情報に対応する資金を受け取るステップであって、前記資金は、前記金額情報に従って前記第一アカウントの資金からサーバによって取得される、ステップと、
を有する方法。
【請求項１３】
リソース処理方法であって、
端末により、資金認証情報を生成するための要求を受け取るステップと、
サーバが、前記資金認証情報を生成するための前記要求に従って一意の資金認証情報を生成し、且つ、前記資金認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、前記資金認証情報を生成するための要求を前記サーバに送信するステップであって、前記資金認証情報と前記第一アカウントとの間の前記関連付け関係は、前記サーバが、第二アカウントとバンドルされた前記端末によって送信された前記資金認証情報に従って前記資金認証情報に対応する前記第一アカウントを判定し、且つ、前記第一アカウントの資金から規定された金額の資金を取得するようにするべく、使用される、ステップと、
を有する方法。
【請求項１４】
リソース処理装置であって、
端末によって送信された認証情報及びビジネスリソース量情報を受け取るように構成された受信モジュールであって、前記認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、前記端末は、第二アカウントとバンドルされている、受信モジュールと、
前記認証情報と前記第一アカウントとの間の前記予め確立された関連付け関係に従って、前記認証情報に対応する前記第一アカウントを判定するように構成された判定モジュールと、
前記ビジネスリソース量情報に従って、且つ、前記第一アカウントのビジネスリソースから、前記ビジネスリソース量情報に対応するビジネスリソースを取得し、且つ、前記取得されたビジネスリソースを前記第二アカウントに転送するように構成された処理モジュールと、
を有する装置。
【請求項１５】
前記判定モジュールは、前記第一アカウントによって送信された前記認証情報を生成するための要求を受け取り、受け取った前記認証情報を生成するための要求に従って一意の認証情報を生成し、且つ、前記生成された認証情報と前記第一アカウントとの間の前記関連付け関係を確立するように構成されている、請求項１４に記載の装置。
【請求項１６】
前記装置は、前記認証情報を生成する際に時間の計測を開始し、且つ、計測された時間の長さが予め設定された長さに到達した際に、前記認証情報と前記第一アカウントとの間の前記関連付け関係を解消するように構成された有効時間計測モジュールを更に有する、請求項１５に記載の装置。
【請求項１７】
前記処理モジュールは、
前記ビジネスリソース量情報に対応する前記ビジネスリソースの量が前記第一アカウントの前記ビジネスリソースの量を超過しているかどうかを判定し、
はいである場合に、前記第一アカウントに対応する余分なリソースを判定し、且つ、前記余分なリソースから前記ビジネスリソース量情報に対応する前記ビジネスリソースを取得し、或いは、前記第一アカウントの前記ビジネスリソース及び前記判定された余分なリソースから前記ビジネスリソース量情報に対応する前記ビジネスリソースを取得し、且つ、
いいえである場合に、前記第一アカウントの前記ビジネスリソースから前記ビジネスリソース量情報に対応する前記ビジネスリソースを取得する、
ように構成されている、請求項１４に記載の装置。
【請求項１８】
前記処理モジュールは、前記第一アカウントのアカウントレベルを判定し、且つ、アカウントレベルと余分なリソースとの間の予め設定された対応性関係に従って前記第一アカウントに対応する前記余分なリソースを判定するように構成される、請求項１７に記載の装置。
【請求項１９】
前記第二アカウントに前記転送する前に、前記受信モジュールは、前記第一アカウントによって送信された確認命令を受け取るように更に構成されている、請求項１４に記載の装置。
【請求項２０】
リソース処理装置であって、
サーバが、認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、前記認証情報に対応する前記第一アカウントを判定するようにするべく、前記認証情報及びビジネスリソース量情報を前記サーバに送信するように構成された送信モジュールと、
端末とバンドルされた第二アカウントを通じて、前記サーバによって送信されると共に前記ビジネスリソース量情報に対応するビジネスリソースを受け取るように構成された受信モジュールであって、前記ビジネスリソースは、前記ビジネスリソース量情報に従って前記第一アカウントのビジネスリソースから前記サーバによって取得される、受信モジュールと、
を有する装置。
【請求項２１】
リソース処理装置であって、
認証情報を生成するための要求を受信するように構成された受信モジュールと、
サーバが、前記認証情報を生成するための要求に従って一意の認証情報を生成し、且つ、前記認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、前記認証情報を生成するための要求を前記サーバに送信するように構成された送信モジュールであって、前記認証情報と前記第一アカウントとの間の前記関連付け関係は、前記サーバが、第二アカウントとバンドルされた端末によって送信される認証情報に従って前記認証情報に対応する前記第一アカウントを判定し、且つ、前記判定された第一アカウントのビジネスリソースから規定された量のビジネスリソースを取得するようにするべく、使用される、送信モジュールと、
を有する装置。
【請求項２２】
前記装置は、前記サーバによって送信された確認要求を受け取り、且つ、前記確認要求のためのユーザによる動作に従って確認命令を生成し、且つ、前記サーバが、前記確認命令に従って前記取得されたビジネスリソースを前記第二アカウントに転送するようにするべく、前記確認命令を前記サーバに返すように構成された確認命令モジュールを更に有する、請求項２１に記載の装置。
【請求項２３】
リソース処理装置であって、
端末によって送信された資金認証情報及び金額情報を受け取るように構成された受信モジュールであって、前記資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、前記端末は、第二アカウントとバンドルされている、受信モジュールと、
前記資金認証情報と前記第一アカウントとの間の前記予め確立された関連付け関係に従って、前記資金認証情報に対応する前記第一アカウントを判定するように構成された判定モジュールと、
前記金額情報に従って、且つ、前記第一アカウントの資金から、前記金額情報に対応する資金を取得し、且つ、前記取得された資金を前記第二アカウントに転送するように構成された処理モジュールと、
を有する装置。
【請求項２４】
リソース処理装置であって、
端末によって送信された資金認証情報及び金額情報を受け取るように構成された受信モジュールであって、前記資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、前記端末は、第二アカウントとバンドルされている、受信モジュールと、
前記資金認証情報と前記第一アカウントとの間の前記予め確立された関連付け関係に従って、前記資金認証情報に対応する前記第一アカウントを判定するように構成された判定モジュールと、
前記金額情報に対応する資金金額が前記第一アカウントの資金金額を超過しているかどうかを判定し、はいである場合に、前記第一アカウントに対応する信用資金を判定し、前記信用資金から前記金額情報に対応する資金を取得し、且つ、前記取得された資金を前記第二アカウントに転送し、或いは、前記第一アカウントの前記資金及び前記第一アカウントの前記判定された信用資金から前記金額情報に対応する資金を取得し、且つ、前記取得された資金を前記第二アカウントに転送し、いいえである場合に、前記第一アカウントの前記資金から前記金額情報に対応する資金を取得し、且つ、前記取得された資金を前記第二アカウントに転送するように構成された処理モジュールと、
を有する装置。
【請求項２５】
リソース処理装置であって、
サーバが、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、前記資金認証情報に対応する前記第一アカウントを判定するようにするべく、前記資金認証情報及び金額情報を前記サーバに送信するように構成された送信モジュールと、
前記端末とバンドルされた第二アカウントを通じて、前記サーバによって送信されると共に前記金額情報に対応する資金を受け取るように構成された受信モジュールであって、前記資金は、前記金額情報に従って前記第一アカウントの資金から前記サーバによって取得される、受信モジュールと、
を有する装置。
【請求項２６】
リソース処理装置であって、
資金認証情報を生成するための要求を受け取るように構成された受信モジュールと、
サーバが、前記資金認証情報を生成するための要求に従って一意の資金認証情報を生成し、且つ、前記資金認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、前記資金認証情報を生成するための要求を前記サーバに送信するように構成された送信モジュールであって、前記資金認証情報と前記第一アカウントとの間の前記関連付け関係は、前記サーバが、第二アカウントとバンドルされた端末によって送信された前記資金認証情報に従って前記資金認証情報に対応する前記第一アカウントを判定し、且つ、前記第一アカウントの資金から規定された金額の資金を取得するようにするべく、使用される、送信モジュールと、
を有する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１５年１２月４日付けで出願されると共に「Resource Processing Method and Device」という名称を有する中国特許出願第201510886211.4号の優先権を主張するものであり、この特許文献の内容は、引用により、そのすべてが本明細書に包含される。
【０００２】
本出願は、コンピュータ技術の分野に関し、且つ、更に詳しくは、リソース処理方法及び装置に関する。
【背景技術】
【０００３】
情報技術の進歩に伴って、ユーザは、サービスプロバイダのオンラインプラットフォームから、対応するビジネスサービスを取得できるのみならず、その他のユーザからも、対応するビジネスサービスを直接的に取得することができる。
【０００４】
現時点の技術においては、ユーザの間で実行されるビジネス動作のプロセスは、通常、近距離通信（ＮＦＣ：Near Field Communication）又は２Ｄバーコード技術のサポートにより、完了させることができる。例えば、需要側ユーザ（第一ユーザとも呼称される）は、端末を使用し、ＮＦＣにより、又は２Ｄバーコードのスキャニングにより、第一ユーザの独自のアカウント内のビジネスリソースを供給側ユーザ（第二ユーザとも呼称される）のアカウントに送信することができる。この結果、第一ユーザは、第二ユーザによって提供される望ましいビジネスサービスを取得することができる。
【０００５】
但し、現時点の技術によれば、上述のプロセスにおいて、端末が常に媒体として使用されている。換言すれば、第一ユーザは、別の第二ユーザによって提供されるビジネスサービスを取得するたびに、ビジネスリソースを送信するように、通信又はコードスキャニング動作のために端末を使用する必要がある。ユーザが端末から離れたら、ビジネスリソースを送信することが不可能となろう。
【発明の概要】
【０００６】
本出願の実施形態は、ビジネスリソースを処理する現時点の技術の手順が複雑であるという問題を解決するべく、リソース処理方法及び装置を提供している。
【０００７】
本出願の一実施形態によるリソース処理方法は、端末によって送信された認証情報及びビジネスリソース量情報を受け取るステップであって、認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている、ステップと、認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、認証情報に対応する第一アカウントを判定するステップと、ビジネスリソース量情報に従って、且つ、第一アカウントのビジネスリソースから、ビジネスリソース量情報に対応するビジネスリソースを取得し、且つ、取得されたビジネスリソースを第二アカウントに転送するステップと、を有する。
【０００８】
本出願の一実施形態による別のリソース処理方法は、サーバが、認証情報と第一アカウントとの間の予め確立された関連付け情報に従って、認証情報に対応する第一アカウントを判定するようにするべく、端末により、認証情報及びビジネスリソース量情報をサーバに送信するステップと、バンドルされた第二アカウントを通じて端末により、サーバによって送信されると共にビジネスリソース量情報に対応するビジネスリソースを受け取るステップであって、ビジネスリソースは、ビジネスリソース量情報に従って第一アカウントのビジネスリソースからサーバによって取得される、ステップと、を有する。
【０００９】
本出願の一実施形態による別のリソース処理方法は、端末により、認証情報を生成するための要求を受け取るステップと、サーバが、認証情報を生成するための要求に従って一意の認証情報を生成し、且つ、認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、認証情報を生成するための要求をサーバに送信するステップであって、認証情報と第一アカウントとの間の関連付け関係は、サーバが、第二アカウントとバンドルされた端末によって送信された認証情報に従って、認証情報に対応する第一アカウントを判定し、且つ、判定された第一アカウントのビジネスリソースから規定された量のビジネスリソースを取得するようにするべく、使用される、ステップと、を有する。
【００１０】
本出願の一実施形態による別のリソース処理方法は、端末によって送信された資金認証情報及び金額情報を受け取るステップであって、資金認証情報は、第一アカウントとの間の関連付け情報を有し、且つ、端末は、第二アカウントとバンドルされている、ステップと、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するステップと、金額情報に従って、且つ、第一アカウントの資金から、金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送するステップと、を有する。
【００１１】
本出願の一実施形態による別のリソース処理方法は、端末によって送信された資金認証情報及び金額情報を受け取るステップであって、資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている、ステップと、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するステップと、金額情報に対応する資金金額が第一アカウントの資金金額を超過しているかどうかを判定するステップと、はいである場合に、第一アカウントに対応する信用資金を判定し、信用資金から金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送し、或いは、第一アカウントの資金及び第一アカウントの判定された信用資金から金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送するステップと、いいえである場合に、第一アカウントの資金から金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送するステップと、を有する。
【００１２】
本出願の一実施形態による別のリソース処理方法は、サーバが、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するようにするべく、端末により、資金認証情報及び金額情報をサーバに送信するステップと、バンドルされた第二アカウントを通じて端末により、サーバによって送信されると共に金額情報に対応する資金を受け取るステップであって、資金は、金額情報に従って第一アカウントの資金からサーバによって取得される、ステップと、を有する。
【００１３】
本出願の一実施形態による別のリソース処理方法は、端末により、資金認証情報を生成するための要求を受け取るステップと、サーバが、資金認証情報を生成するための要求に従って一意の資金認証情報を生成し、且つ、資金認証情報と第一アカウントとの間の関連付け情報を確立するようにするべく、資金認証情報を生成するための要求をサーバに送信するステップであって、資金認証情報と第一アカウントとの間の関連付け関係は、サーバが、第二アカウントとバンドルされた端末によって送信された資金認証情報に従って、資金認証情報に対応する第一アカウントを判定し、且つ、第一アカウントの資金から規定された金額の資金を取得するようにするべく、使用される、ステップと、を有する。
【００１４】
本出願の一実施形態によるリソース処理装置は、端末によって送信された認証情報及びビジネスリソース量情報を受け取るように構成された受信モジュールであって、認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている、受信モジュールと、認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、認証情報に対応する第一アカウントを判定するように構成された判定モジュールと、ビジネスリソース量情報に従って、且つ、第一アカウントのビジネスリソースから、ビジネスリソース量情報に対応するビジネスリソースを取得し、且つ、取得されたビジネスリソースを第二アカウントに転送するように構成された処理モジュールと、を有する。
【００１５】
本出願の一実施形態による別のリソース処理装置は、サーバが、認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、認証情報に対応する第一アカウントを判定するようにするべく、認証情報及びビジネスリソース量情報をサーバに送信するように構成された送信モジュールと、端末とバンドルされた第二アカウントを通じて、サーバによって送信されると共にビジネスリソース量情報に対応するビジネスリソースを受け取るように構成された受信モジュールであって、ビジネスリソースは、ビジネスリソース量情報に従って第一アカウントのビジネスリソースからサーバによって取得される、受信モジュールと、を有する。
【００１６】
本出願の一実施形態による別のリソース処理装置は、認証情報を生成するための要求を受け取るように構成された受信モジュールと、サーバが、認証情報を生成するための要求に従って一意の認証情報を生成し、且つ、認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、認証情報を生成するための要求をサーバに送信するように構成された送信モジュールであって、認証情報と第一アカウントとの間の関連付け関係は、サーバが、第二アカウントとバンドルされた端末によって送信される認証情報に従って、認証情報に対応する第一アカウントを判定し、且つ、判定された第一アカウントのビジネスリソースから規定された量のビジネスリソースを取得するようにするべく、使用される、送信モジュールと、を有する。
【００１７】
本出願の一実施形態による別のリソース処理装置は、端末によって送信された資金認証情報及び金額情報を受け取るように構成された受信モジュールであって、資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている、受信モジュールと、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するように構成された判定モジュールと、金額情報に従って、且つ、第一アカウントの資金から、金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送するように構成された処理モジュールと、を有する。
【００１８】
本出願の一実施形態による別のリソース処理装置は、端末によって送信された資金認証情報及び金額情報を受け取るように構成された受信モジュールであって、資金認証情報は、第一アカウントとの間の関連付け情報を有し、且つ、端末は、第二アカウントとバンドルされている、受信モジュールと、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するように構成された判定モジュールと、金額情報に対応する資金金額が第一アカウントの資金金額を超過しているかどうかを判定し、はいである場合に、第一アカウントに対応する信用資金を判定し、信用資金から金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送し、或いは、第一アカウントの資金及び第一アカウントの判定された信用資金から金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送し、いいえである場合に、第一アカウントの資金から金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送するように構成された処理モジュールと、を有する。
【００１９】
本出願の一実施形態による別のリソース処理装置は、サーバが、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するようにするべく、資金認証情報及び金額情報をサーバに送信するように構成された送信モジュールと、端末とバンドルされた第二アカウントを通じて、サーバによって送信されると共に金額情報に対応する資金を受け取るように構成された受信モジュールであって、資金は、金額情報に従って第一アカウントの資金からサーバによって取得される、受信モジュールと、を有する。
【００２０】
本出願の一実施形態による別のリソース処理装置は、資金認証情報を生成するための要求を受け取るように構成された受信モジュールと、サーバが、資金認証情報を生成するための要求に従って一意の資金認証情報を生成し、且つ、資金認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、資金認証情報を生成するための要求をサーバに送信するように構成された送信モジュールであって、資金認証情報と第一アカウントとの間の関連付け関係は、サーバが、第二アカウントとバンドルされた端末によって送信された資金認証情報に従って、資金認証情報に対応する第一アカウントを判定し、且つ、第一アカウントの資金から規定された金額の資金を取得するようにするべく、使用される、送信モジュールと、を有する。
【００２１】
本出願の実施形態は、リソース処理方法及び装置を提供する。方法によれば、一適用シナリオにおいては、第一ユーザは、第一ユーザが第二ユーザからビジネスサービスを取得するプロセスにおいて端末装置を携帯する必要がなく、第二ユーザによって使用されると共に第二ユーザの独自の第二アカウントとバンドルされた端末を使用することのみが必要とされている。第一ユーザの独自の第一アカウントとの間の関連付け関係を有する認証情報及び対応するビジネスリソース量情報を入力することにより、対応するビジネスリソースの量を第二ユーザの第二アカウントに転送することができる。この結果、ビジネスリソースを異なるユーザの間において転送することが格段に便利となる。
【図面の簡単な説明】
【００２２】
本明細書において記述されている添付図面は、本出願の更なる理解を提供するべく使用されるものであり、且つ、本出願の一部を構成している。本出願の例示用の実施形態及びその説明は、本出願を記述するべく使用されるものであり、且つ、本出願に対する不適切な限定を構成するものではない。添付図面は、以下のとおりである。
【００２３】
【図１】本出願の一実施形態によるリソース処理手順のフローチャートである。
【図２】本出願の一実施形態によるリソース処理手順の別のフローチャートである。
【図３】本出願の一実施形態によるリソース処理手順の更に別のフローチャートである。
【図４】本出願の一実施形態による実際的な一適用シナリオにおけるリソース処理手順のフローチャートである。
【図５】本出願の一実施形態による実際的な一適用シナリオにおけるリソース処理手順の別のフローチャートである。
【図６】本出願の一実施形態による実際的な一適用シナリオにおけるリソース処理手順の更に別のフローチャートである。
【図７】本出願の一実施形態による実際的な一適用シナリオにおけるリソース処理手順の更に別のフローチャートである。
【図８】本出願の一実施形態によるリソース処理装置の概略構造図である。
【図９】本出願の一実施形態によるリソース処理装置の別の概略構造図である。
【図１０】本出願の一実施形態によるリソース処理装置の更に別の概略構造図である。
【図１１】本出願の一実施形態による実際的な一適用シナリオにおけるリソース処理装置の概略構造図である。
【図１２】本出願の一実施形態による実際的な一適用シナリオにおけるリソース処理装置の別の概略構造図である。
【図１３】本出願の一実施形態による実際的な一適用シナリオにおけるリソース処理装置の更に別の概略構造図である。
【図１４】本出願の一実施形態による実際的な一適用シナリオにおけるリソース処理装置の更に別の概略構造図である。
【発明を実施するための形態】
【００２４】
以下、本出願の目的、技術的解決策、及び利点について更に明らかにするべく、本出願の特定の実施形態及び添付の図面を参照し、本出願の技術的解決策について明瞭に且つ十分に説明することとする。記述されている実施形態は、本出願の実施形態の、すべてはなく、いくつかであるに過ぎないことが明らかである。本出願の実施形態に基づいて、且つ、発明の努力を伴うことなしに、当業者によって取得可能であるすべてのその他の実施形態は、本出願の範囲に含まれる。
【００２５】
図１に示されているように、本出願の一実施形態によるリソース処理方法は、以下のステップを有する。
【００２６】
Ｓ１０１：端末によって送信された認証情報及びビジネスリソース量情報を受け取る。
【００２７】
ここで、認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている。
【００２８】
本出願の一実施形態においては、端末は、モバイル端末又はコンピュータ端末であってもよく、第一アカウントは、第一ユーザ（即ち、上述の需要側ユーザ）のアカウントであってもよく、且つ、対応する方式により、第二アカウントは、第二ユーザ（即ち、上述の供給側ユーザ）のアカウントであってもよい。認証情報は、アカウント内のビジネスリソースの認証情報であってもよく、且つ、例えば、文字、数字、又は符号を有する文字ストリングであってもよい。ビジネスリソース量情報は、第一アカウントから第二アカウントに転送されるべきビジネスリソースの量を反映している。ビジネスリソースの対応する量が第一アカウントから第二アカウントに転送された際に、第一ユーザは、第二ユーザによって提供されるビジネスサービスを取得することができる。
【００２９】
例えば、本出願の一実施形態におけるビジネスリソースは、アカウントに属すると共にオンラインドライブ上において保存されているデータファイル、人員グループ分け情報、及び要員管理アカウントに属する資金、並びに、これらに類似したものなどの、異なるアカウントの間において転送及び交換される能力を有する様々なリソースであってもよい。
【００３０】
本出願の一実施形態による一適用シナリオにおいては、上述のステップＳ１０１との関係において、第一ユーザが認証情報及びビジネスリソース量情報を第二アカウントとバンドルされた端末に入力するものと見なすことができる。
【００３１】
Ｓ１０２：認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、認証情報に対応する第一アカウントを判定する。
【００３２】
認証情報は、アカウント内のビジネスリソースの認証情報であることから、認証情報は、対応するアカウント（第一アカウント）内のビジネスリソースと関連付けられている。その結果、認証情報を通じて、認証情報との間の関連付け関係を有するアカウントを判定することができる。同様に、本出願の実施形態においては、認証情報を通じて、認証情報との間の関連付け関係を有する第一アカウントを判定することができる。
【００３３】
対応する認証情報を通じて任意のアカウントを判定することが可能であり、且つ、従って、一つの認証情報片が一つのアカウントに一意に対応していることに留意されたい。即ち、認証情報は、一意である。
【００３４】
Ｓ１０３：ビジネスリソース量情報に従って、第一アカウントのビジネスリソースから、ビジネスリソース量情報に対応するビジネスリソースを取得し、且つ、取得されたビジネスリソースを第二アカウントに転送する。
【００３５】
上述のように、ビジネスリソース量情報は、ビジネスサービスを取得するべく必要とされるビジネスリソースの量を反映している一方で、アカウントは、通常、対応するビジネスリソースを含む。対応するアカウントが認証情報に従って判定された際に、ビジネスリソースの対応する量をアカウントから取得することができる。換言すれば、本出願の一実施形態による一適用シナリオにおいては、第一ユーザによって使用されるべきビジネスリソースの量をビジネスリソース量情報に従って判定することが可能であり、ビジネスリソースの対応する量を第一アカウントのビジネスリソースから取得することが可能であり、且つ、取得されたビジネスリソースを第二アカウントに転送することができる。
【００３６】
本出願の実施形態における上述のプロセスは、（限定を伴うことなしに、ウェブサイト、銀行、通信事業者、及びこれらに類似したものを含む）サービスプロバイダのバックエンドサービスシステム内のサーバによって実行することができることに留意されたい。即ち、第一ユーザ及び第二ユーザは、いずれも、その個々のアカウント（即ち、第一アカウント及び第二アカウント）をサービスシステム内において登録しているが、これは、本出願に対する限定を構成するものではない。
【００３７】
上述のステップは、一適用シナリオにおいては、第一ユーザが、第一ユーザが第二ユーザからビジネスサービスを取得するプロセスにおいて、端末装置を携帯する必要なく、第二ユーザによって使用されると共に第二ユーザの独自の第二アカウントとバンドルされた端末を使用することのみが必要とされているという点において、従来技術と異なっていることが明らかである。第一ユーザの独自の第一アカウントとの間の関連付け関係を有する認証情報及び対応するビジネスリソース量情報を入力することにより、対応する量のビジネスリソースを第二ユーザの第二アカウントに転送することができる。この結果、ビジネスリソースを異なるユーザの間において転送することが格段に便利になる。
【００３８】
上述のように、第一ユーザが第二ユーザからビジネスサービスを取得するプロセスにおいて、第一ユーザは、認証情報を第二アカウントとバンドルされた端末に入力することのみが必要とされており、且つ、その結果、サーバは、認証情報に従って第一アカウントを一意に判定することが可能であり、且つ、第一アカウントのビジネスリソースから対応するビジネスリソースを取得することができる。換言すれば、認証情報と第一アカウントとの間の１対１の関連付け関係が事前に確立されており、且つ、この１対１の関連付け関係は、サーバが、認証情報に従って、任意のその他のアカウントではなく、第一アカウントのみを判定し得ることを保証している。
【００３９】
本出願の一実施形態においては、認証情報と第一アカウントとの間の関連付け関係を予め確立するステップは、第一アカウントによって送信された認証情報を生成するための要求を受け取るステップと、受け取った認証情報を生成するための要求に従って一意の認証情報を生成するステップと、生成された認証情報と第一アカウントとの間の関連付け関係を確立するステップと、を有する。
【００４０】
一例においては、実際的な一適用シナリオにおいては、第一ユーザは、グローバルに一意である認証情報を生成するようにサーバに対して要求するべく、事前に、その第一アカウントを介して要求を送信することができる。サーバが認証情報を生成する際に、第一アカウントとの間の関連付け情報が確立される。その結果、第一ユーザは、認証情報を直接的に使用することができる。
【００４１】
又、認証情報がサーバによって生成される上述の方式に加えて、認証情報は、本出願の実施形態における一方式として、ユーザによって独立的に設定されることも可能である。異なるユーザが同一の認証情報を設定する可能性がある。この状況の発生を防止するべく、サーバは、ユーザによって独立的に設定された認証情報の一意性をチェックすることができる。例えば、ユーザＡは、「ａａａ」という文字ストリングとなるように、認証情報を独立的に設定する。サーバは、「ａａａ」という文字ストリングの一意性をチェックする。「ａａａ」と同一であると見出される文字ストリングが存在していない際には、サーバは、「ａａａ」という文字ストリングをユーザＡのアカウントと関連付けられた認証情報であると判定することができる。これは、本出願に対してなんらの制限をも課すものではない。
【００４２】
更には、実際的な一用途においては、ユーザが、別のユーザからのビジネスサービスの取得のプロセスにおいて、認証情報を使用する場合に、認証情報の漏洩のリスクが存在している。認証情報が使用された後の漏洩のリスクを回避又は低減するべく、本出願の一実施形態における方法は、認証情報を生成した際に時間の計測を開始するステップと、計測された時間の長さが予め設定された長さに到達した際に、認証情報と第一アカウントとの間の関連付け関係を解消するステップと、を更に有する。
【００４３】
換言すれば、認証情報は、有効期間を有する。即ち、認証情報は、予め設定された時間の長さの後に、無効となる。本出願の一実施形態においては、予め設定される長さは、１２時間、２４時間、及びこれらに類似したものであってもよく、これは、実際のニーズに従って設定することが可能であり、且つ、本出願に対する制限ではない。
【００４４】
更には、実際的な一適用シナリオにおいては、ユーザが別のユーザからビジネスサービスを取得するプロセスにおいて、ビジネスリソース量情報に対応するビジネスリソースの量が、ユーザの独自のアカウントのビジネスリソースの量を超過している可能性がある。このようなケースにおいては、ビジネスサービスを取得するプロセスに失敗する場合があり、サービスプロバイダは、様々なアカウントについて、ある種の追加ビジネスリソースを提供することができる。本出願の一実施形態においては、追加ビジネスリソースは、余分なリソースと呼称することができる。従って、ユーザのアカウント内のビジネスリソースの量がビジネスリソース量情報に対応するビジネスリソースの量を下回っている際にも、サーバは、ユーザがビジネスサービスの取得のプロセスを完了させるように、そのアカウントの余分なリソースからビジネスリソースを取得することができる。
【００４５】
これに基づいて、ビジネスリソース量情報に従って、且つ、第一アカウントのビジネスリソースから、ビジネスリソース量情報に対応するビジネスリソースを取得するステップは、ビジネスリソース量情報に対応するビジネスリソースの量が第一アカウントのビジネスリソースの量を超過しているかどうかを判定するステップと、はいである場合に、第一アカウントに対応する余分なリソースを判定し、且つ、余分なリソースからビジネスリソース量情報に対応するビジネスリソースを取得し、或いは、第一アカウントのビジネスリソース及び判定された余分なリソースからビジネスリソース量情報に対応するビジネスリソースを取得するステップと、いいえである場合に、第一アカウントのビジネスリソースからビジネスリソース量情報に対応するビジネスリソースを取得するステップと、を有する。
【００４６】
一例においては、ビジネスリソース量情報に対応するビジネスリソースの量が第一アカウントのビジネスリソースの量を超過しているケースにおいては、サーバがビジネスリソースを取得する二つの方式が存在しており、第一の方法は、サーバが第一アカウントに対応する余分なリソースからビジネスリソース量情報に対応するビジネスリソースを取得するというものであり、第二の方式は、サーバが、まず、第一アカウントのすべてのビジネスリソースを取得し、且つ、次いで、取得されたビジネスリソースの量がビジネスリソース量情報に対応するビジネスリソースの量と等しくなるように、第一アカウントに対応する余分なリソースから残りのビジネスリソースを取得するというものである。
【００４７】
ビジネスリソース量情報に対応するビジネスリソースの量が第一アカウントのビジネスリソースの量を超過していない場合には、ビジネスリソースの対応する量は、第一アカウントのビジネスリソースから直接的に取得することができる。
【００４８】
例えば、ユーザＡの第一アカウントＡ’内のビジネスリソースの量が２であると仮定した場合に、サーバは、１０単位の余分なリソースを第一アカウントＡ’に対して割り当てる。同時に、ユーザＡが別のユーザからビジネスサービスを取得するプロセスにおいて、ビジネスリソース量情報に対応するビジネスリソースの量が５であると仮定した場合に、ユーザＡが認証情報及びビジネスリソース量情報を別のユーザの端末上において入力した際に、サーバは、まず、第一アカウントＡ’内において２単位のビジネスリソースを取得することになり、且つ、次いで、取得されたビジネスリソースの量が５となるように、第一アカウントＡ’の余分なリソースから３単位のビジネスリソースを取得することになろう。或いは、この代わりに、サーバは、第一アカウントＡ’の余分なリソースから５単位のビジネスリソースを直接的に取得することもできる。
【００４９】
第一アカウントＡ’内のビジネスリソースの量がビジネスリソース量情報に対応するビジネスリソースの量を下回っていないケースにおいては、サーバは、第一アカウントＡ’のビジネスリソースから直接的にビジネスリソースを取得することが可能であり、これについての例を通じた説明は、本明細書においては、省略することとする。
【００５０】
実際的な一用途においては、第一アカウントに対応する余分なリソースは、通常、そのアカウントのレベルと関係付けられている。換言すれば、サービスプロバイダは、通常、異なるレベルを有するアカウントに対して異なる量の余分なリソースを割り当てることになろう。従って、第一アカウントに対応する余分なリソースを判定するステップは、第一アカウントのアカウントレベルを判定するステップと、アカウントレベルと余分なリソースとの間の予め設定された対応性関係に従って第一アカウントに対応する余分なリソースを判定するステップと、を有する。
【００５１】
本出願の実施形態における余分なリソースは、ユーザの独自のアカウント内のビジネスリソースではなく、サービスプロバイダによって提供されていることに留意されたい。余分なリソースは、ある種の信用リソースであるものと見なすことができる。従って、ユーザが余分なリソースを使用する際には、ユーザは、設定された期間の後に、使用された余分なリソースを返すことになる。本出願の実施形態における一方式として、サービスプロバイダは、設定された期間の後に、ユーザのアカウントから対応する量のビジネスリソースを差し引くことができる。これは、本出願に対してなんらの制限をも課すものではない。
【００５２】
これに加えて、上述のプロセスが実際的な一適用シナリオにおいて実行された後に、サーバは、取得されたビジネスリソースを直接的に第二アカウントに転送してはいないことに留意されたい。通常、サーバは、取得されたビジネスリソースを第三者アカウント内において一時的に保存することになり、第一アカウント内のビジネスリソースの取得のそれぞれのプロセスに対応する詳細な情報を生成することになり、且つ、第一ユーザによる確認のために、第一アカウントを介して詳細な情報を第一ユーザに表示することになろう。即ち、本出願の一実施形態においては、第二アカウントに転送する前に、方法は、第一アカウントによって送信された確認命令を受け取るステップを更に有する。
【００５３】
第一ユーザによる確認の理由は、第一ユーザの第一アカウントの認証情報を学習した後に、別のユーザが、第一ユーザが認知してはいない状態において、ビジネスリソースを、悪意を持って取得することを防止するという点にある。確認命令により、第一ユーザは、毎回、自身によって入力された認証情報を事実上識別することができる。認証情報が第一ユーザ自身によって入力されてはいないプロセスの場合には、第一ユーザは、第一アカウントを介して否認命令を送信することが可能であり、否認命令を受信した際に、サーバは、第一アカウントから取得されたビジネスリソースを第一アカウントに返すことになる。
【００５４】
本出願の実施形態における一方式として、サーバが、設定された期間内において、第一アカウントによって送信された確認命令を受け取らない場合には、サーバは、第三者アカウント内において一時的に保存されているビジネスリソースを第二アカウントに転送することができる。ここで、設定される期間は、例えば、７日間、１０日間、及びこれらに類似したものなどのように、実際のニーズに従って設定することが可能であり、これは、本出願に対する制限を構成するものではない。
【００５５】
更には、本出願の実施形態における一方式として、第一ユーザが第一アカウントを介して否認命令を、悪意を持って送信することを防止するべく、第二ユーザは、第一ユーザが認証情報及びビジネスリソース量情報を入力したことを証明するべく、対応する証明情報を、第二アカウントを介してサービスプロバイダに対してファイリングすることが可能であり、これは、サービスプロバイダのバックエンドサービスシステムによって判定されることになる。これは、本出願に対してなんらの制限をも課すものではない。
【００５６】
上述の説明は、サーバ側に基づいた実行プロセスである。実際的な一用途においては、本出願の一実施形態は、認証情報及びビジネスリソース量情報を送信する端末側用のリソース処理手順を更に提供している。図２に示されているように、方法は、以下のステップを有する。
【００５７】
Ｓ２０１：サーバが、認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、認証情報に対応する第一アカウントを判定するようにするべく、端末により、認証情報及びビジネスリソース量情報をサーバに送信する。
【００５８】
上述の実施形態と同様に、本明細書における端末は、第二アカウントとバンドルされた端末であり、且つ、認証情報は、第一アカウントとの間の関連付け関係を有する。従って、これについての説明は、本明細書においては省略することとする。
【００５９】
Ｓ２０２：バンドルされた第二アカウントを通じて端末により、サーバによって送信されると共にビジネスリソース量情報に対応するビジネスリソースを受け取る。この場合に、ビジネスリソースは、ビジネスリソース量情報に従って第一アカウントのビジネスリソースからサーバによって取得されている。
【００６０】
第二アカウントとバンドルされた端末が認証情報及びビジネスリソース量情報をサーバに送信した後に、サーバは、認証情報に従って、対応する第一アカウントを判定することが可能であり、第一アカウントからビジネスリソースを取得することが可能であり、且つ、ビジネスリソースを第二アカウントに転送することができる。
【００６１】
従って、本出願の実施形態に対応する実際的な一適用シナリオにおいては、第一ユーザは、ビジネスサービスを転送するプロセスにおいて、自身の独自の端末装置を使用する必要がない。この代わりに、対応する認証情報及びビジネスリソース量情報を第二アカウントとバンドルされた端末を通じて直接的に入力することにより、ビジネスサービスを転送するプロセスを完了させることが可能であり、この結果、ユーザによって開始されるビジネスサービスを転送するプロセスが格段に便利なものになる。
【００６２】
これに加えて、本出願の実施形態における認証情報は、第一アカウントと関連付けられており、且つ、第一アカウントの生成は、通常、第一アカウントにおいて第一ユーザによって送信された対応する動作に基づいている。従って、本出願の一実施形態に従って、リソース処理方法が更に提供される。図３に示されているように、方法は、以下のステップを有する。
【００６３】
Ｓ３０１：端末により、認証情報を生成するための要求を受け取る。
【００６４】
端末は、本明細書においては、第一アカウントとバンドルされた端末であり、且つ、認証情報を生成するための要求は、端末上において対応する動作を実行する第一ユーザによって送信することができる。
【００６５】
Ｓ３０２：サーバが、認証情報を生成するための要求に従って、一意の認証情報を生成し、且つ、認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、認証情報を生成するための要求をサーバに送信する。この場合に、認証情報と第一アカウントとの間の関連付け関係は、サーバが、第二アカウントとバンドルされた端末によって送信された認証情報に従って認証情報に対応する第一アカウントを判定し、且つ、判定された第一アカウントのビジネスリソースから規定された量のビジネスリソースを取得するようにするべく、使用される。
【００６６】
認証情報を生成するための要求を受け取った際に、サーバは、対応する認証情報を生成することになり、且つ、第一アカウントとの間の関連付け関係を確立することになろう。即ち、第一アカウントを認証情報によって一意に判定することが可能であり、且つ、次いで、サーバは、判定された第一アカウントのビジネスリソースから規定された量のビジネスリソースを更に取得することができる。本明細書における規定された量のビジネスリソースは、上述のビジネスリソース量情報に対応するビジネスリソースの量である。詳細なプロセスは、上述のものとまったく同一であり、この説明は、本明細書においては省略することとする。
【００６７】
これに加えて、第一ユーザが、ビジネスリソースを第二ユーザの独自の第二アカウントに転送する動作を開始する際に、サーバは、第一ユーザが確認するように、確認を第一ユーザの独自の第一アカウントに送信することになる。従って、本出願の実施形態においては、方法は、端末が、サーバによって送信された確認要求を受け取り、確認要求のためのユーザによる動作に従って確認命令を生成し、且つ、サーバが、取得されたビジネスリソースを確認命令に従って第二アカウントに転送するようにするべく、確認命令をサーバに返すというステップを更に有する。
【００６８】
要すれば、本出願の実施形態においては、第一ユーザが、ユーザによって開始されるビジネスサービスの転送のプロセスにおいて、端末装置を使用又は携帯する必要がなくなるように、従来技術とは異なるリソース処理方法が提供されている。その代わりに、第二ユーザによって使用されると共に第二アカウントとバンドルされた端末を通じて対応する認証情報及びビジネスリソース量情報を入力することにより、対応するビジネスサービスの量を第二アカウントに転送することが可能であり、この結果、ユーザによって開始されるビジネスサービスの転送のプロセスが格段に便利になる。
【００６９】
又、本出願の上述の説明は、実際の用途においては、顧客間（Ｃ２Ｃ）Ｅコマースのサービスアーキテクチャにも適用可能である。上述のリソース処理手順について明らかに説明するべく、以下、ビジネスサービスが資金であり、且つ、ビジネスリソース量情報が金額情報である、シナリオについて説明することとする。
【００７０】
このような一シナリオにおいては、第一ユーザは、第二ユーザからビジネスサービスを取得することができる。この時点において、第一ユーザは、対応する資金を第二ユーザに支払う必要がある。第一ユーザが端末を携帯していないケースにおいては、第一ユーザは、資金支払プロセスを完了させるべく、第二ユーザの端末を使用することができる。
【００７１】
これに基づいて、本出願の一実施形態に従って、リソース処理方法が提供される。図４に示されているように、方法は、以下のステップを有する。
【００７２】
Ｓ４０１：端末によって送信された資金認証情報及び金額情報を受け取る。この場合に、資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている。
【００７３】
Ｓ４０２：資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定する。
【００７４】
Ｓ４０３：金額情報に従って、且つ、第一アカウントの資金から、金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送する。
【００７５】
第一ユーザは、支払い対象の金額及び資金認証情報を第二ユーザの端末上において直接的に入力することが可能であり（端末は、第二ユーザの独自の第二アカウントとバンドルされている）、且つ、次いで、サーバは、資金認証情報に従って、第一ユーザの独自の第一アカウントから対応する金額の資金を差し引くことが可能であり、且つ、取得された資金を第二アカウントに対して支払うことができることがわかる。このような方式は、第一ユーザがなんらの端末装置をも携帯していないケースにおいて、支払動作を完了させることが可能であり、この結果、支払いがより便利になることが明らかである。
【００７６】
対応する方式により、本出願の一実施形態に従って、リソース処理方法が更に提供される。図５に示されているように、方法は、以下のステップを有する。
【００７７】
Ｓ５０１：端末によって送信された資金認証情報及び金額情報を受け取る。この場合に、資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている。
【００７８】
Ｓ５０２：資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定する。
【００７９】
Ｓ５０３：金額情報に対応する資金金額が第一アカウントの資金金額を超過しているかどうかを判定し、はいである場合に、ステップＳ５０４に進み、いいえである場合には、ステップＳ５０５に進む。
【００８０】
Ｓ５０４：第一アカウントに対応する信用資金を判定し、信用資金から金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送し、或いは、第一アカウントの資金及び第一アカウントの判定された信用資金から金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送する。
【００８１】
Ｓ５０５：第一金額の資金から金額情報に対応する資金を取得し、且つ、取得された資金を第二アカウントに転送する。
【００８２】
従って、本出願の実施形態においては、サービスプロバイダは、ユーザが、そのアカウント内の信用資金を使用することにより、支払動作を完了させることができるように、信用サービスを提供することができる。アカウントに対応する信用資金は、通常、アカウントレベルに関係付けられている。即ち、相対的に高いレベルを有するアカウントは、相対的に大きな金額の信用資金を有する。詳細は、上述の説明に類似しており、この説明は、本明細書においては省略することとする。
【００８３】
第二ユーザによって使用される端末の場合には、本出願の一実施形態に従って、リソース処理方法が更に提供される。図６に示されているように、方法は、以下のステップを有する。
【００８４】
Ｓ６０１：サーバが、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するようにするべく、端末により、資金認証情報及び金額情報をサーバに送信する。
【００８５】
Ｓ６０２：バンドルされた第二アカウントを通じて端末により、サーバによって送信されると共に金額情報に対応する資金を受け取る。この場合に、資金は、金額情報に従って第一アカウントの資金からサーバによって取得されている。
【００８６】
対応する方式により、第一ユーザによって使用される端末の場合には、本出願の一実施形態に従って、リソース処理方法が更に提供される。図７に示されているように、方法は、以下のステップを有する。
【００８７】
Ｓ７０１：端末により、資金認証情報を生成するための要求を受け取る。
【００８８】
Ｓ７０２：サーバが、資金認証情報を生成するための要求に従って一意の資金認証情報を生成し、且つ、資金認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、資金認証情報を生成するための要求をサーバに送信する。この場合に、資金認証情報と第一アカウントとの間の関連付け関係は、サーバが、第二アカウントとバンドルされた端末によって送信された資金認証情報に従って資金認証情報に対応する第一アカウントを判定し、且つ、第一アカウントの資金から規定された金額の資金を取得するようにするべく、使用される。
【００８９】
要すれば、Ｃ２Ｃサービスアーキテクチャにおいて本出願の実施形態によるリソース処理方法を使用することにより、第一ユーザは、端末装置を使用又は携帯する必要がない。この代わりに、第一ユーザは、第二ユーザの端末を直接的に使用することが可能であり（端末は、第二ユーザの独自の第二アカウントとバンドルされている）、且つ、資金認証情報を入力することにより、支払動作を完了させることが可能であり、この結果、支払動作がより便利になる。
【００９０】
以上、本出願の実施形態によるリソース処理方法について説明した。同一の概念に基づいて、本出願の一実施形態は、リソース処理装置を更に提供している。図８に示されているように、装置は、端末によって送信された認証情報及びビジネスリソース量情報を受け取るように構成された受信モジュール８０２であって、認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている、受信モジュールと、認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、認証情報に対応する第一アカウントを判定するように構成された判定モジュール８０２と、ビジネスリソース量情報に従って、且つ、第一アカウントのビジネスリソースから、ビジネスリソース量情報に対応するビジネスリソースを取得し、且つ、取得されたビジネスリソースを第二アカウントに転送するように構成された処理モジュール８０３と、を有する。
【００９１】
一例においては、判定モジュール８０２は、第一アカウントによって送信された認証情報を生成するための要求を受け取り、受け取られた認証情報を生成するための要求に従って一意の認証情報を生成し、且つ、生成された認証情報と第一アカウントとの間の関連付け関係を確立するように構成されている。
【００９２】
これに基づいて、上述の装置は、認証情報を生成する際に時間の計測を開始し、且つ、計測された時間の長さが予め設定された長さに到達した際に、認証情報と第一アカウントとの間の関連付け関係を解消するように構成された有効時間計測モジュール８０４を更に有する。
【００９３】
いくつかの実施形態においては、処理モジュール８０３は、例えば、ビジネスリソース量情報に対応するビジネスリソースの量が第一アカウントのビジネスリソースの量を超過しているかどうかを判定し、はいである場合に、第一アカウントに対応する余分なリソースを判定し、且つ、余分なリソースからビジネスリソース量情報に対応するビジネスリソースを取得し、或いは、第一アカウントのビジネスリソース及び判定された余分なリソースからビジネスリソース量情報に対応するビジネスリソースを取得し、いいえである場合に、第一アカウントのビジネスリソースからビジネスリソース量情報に対応するビジネスリソースを取得するように、構成されている。
【００９４】
別の例においては、処理モジュール８０３は、第一アカウントのアカウントレベルを判定し、且つ、アカウントレベルと余分なリソースとの間の予め設定された対応性関係に従って第一アカウントに対応する余分なリソースを判定するように構成されている。
【００９５】
これに加えて、第二アカウントに転送する前に、受信モジュール８０２は、第一アカウントによって送信された確認命令を受け取るように更に構成されている。
【００９６】
本出願の実施形態は、リソース処理装置を更に提供している。図９に示されているように、装置は、サーバが、認証情報と第一アカウントとの間の予め確立された関連付け関係に従って認証情報に対応する第一アカウントを判定するようにするべく、認証情報及びビジネスリソース量情報をサーバに送信するように構成された送信モジュール９０１と、端末とバンドルされた第二アカウントを通じて、サーバによって送信されると共にビジネスリソース量情報に対応するビジネスリソースを受け取るように構成された受信モジュール９０２であって、ビジネスリソースは、ビジネスリソース量情報に従って第一アカウントのビジネスリソースからサーバによって取得される、受信モジュールと、を有する。
【００９７】
本出願の一実施形態は、リソース処理装置を更に提供している。図１０に示されているように、装置は、認証情報を生成するための要求を受け取るように構成された受信モジュール１００１と、サーバが、認証情報を生成するための要求に従って一意の認証情報を生成し、且つ、認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、認証情報を生成するための要求をサーバに送信するように構成された送信モジュール１００２であって、認証情報と第一アカウントとの間の関連付け関係は、サーバが、第二アカウントとバンドルされた端末によって送信された認証情報に従って認証情報に対応する第一アカウントを判定し、且つ、判定された第一アカウントのビジネスリソースから規定された量のビジネスリソースを取得するようにするべく、使用される、送信モジュールと、を有する。
【００９８】
これに基づいて、上述の装置は、サーバによって送信された確認要求を受け取り、確認要求のためのユーザによる動作に従って確認命令を生成し、且つ、サーバが、取得されたビジネスリソースを確認命令に従って第二アカウントに転送するようにするべく、確認命令をサーバに返すように構成された確認命令モジュール１００３を更に有する。
【００９９】
Ｃ２Ｃサービスアーキテクチャに基づいた一シナリオにおいては、本出願の一実施形態は、リソース処理装置を更に提供している。図１１に示されているように、装置は、端末によって送信された資金認証情報及び金額情報を受け取るように構成された受信モジュール１１０１であって、資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている、受信モジュールと、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するように構成された判定モジュール１１０２と、金額情報に従って、且つ、第一アカウントの資金から、金額情報に対応する資金を取得し、且つ、資金を第二アカウントに転送するように構成された処理モジュール１１０３と、を有する。
【０１００】
図１２に示されているように、本出願の一実施形態は、リソース処理装置を更に提供しており、この装置は、端末によって送信された資金認証情報及び金額情報を受け取るように構成された受信モジュール１２０１であって、資金認証情報は、第一アカウントとの間の関連付け関係を有し、且つ、端末は、第二アカウントとバンドルされている、受信モジュールと、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するように構成された判定モジュール１２０２と、金額情報に対応する資金金額が第一アカウントの資金金額を超過しているかどうかを判定し、はいである場合には、第一アカウントに対応する信用資金を判定し、信用資金から金額情報に対応する資金を取得し、且つ、資金を第二アカウントに転送し、或いは、第一アカウントの資金及び第一アカウントの判定された信用資金から金額情報に対応する資金を取得し、且つ、資金を第二アカウントに転送し、いいえである場合に、第一アカウントの資金から金額情報に対応する資金を取得し、且つ、資金を第二アカウントに転送するように構成された処理モジュール１２０３と、を有する。
【０１０１】
図１３に示されているように、本出願の実施形態は、リソース処理装置を更に提供しており、この装置は、サーバが、資金認証情報と第一アカウントとの間の予め確立された関連付け関係に従って、資金認証情報に対応する第一アカウントを判定するようにするべく、資金認証情報及び金額情報をサーバに送信するように構成された送信モジュール１３０１と、端末とバンドルされた第二アカウントを通じて、サーバによって送信されると共に金額情報に対応する資金を受け取るように構成された受信モジュール１３０２であって、資金は、金額情報に従って第一アカウントの資金からサーバによって取得される、受信モジュール１３０２と、を有する。
【０１０２】
図１４に示されているように、本出願の一実施形態は、リソース処理装置を更に提供しており、この装置は、資金認証情報を生成するための要求を受け取るように構成された受信モジュール１４０１と、サーバが、資金認証情報を生成するための要求に従って一意の資金認証情報を生成し、且つ、資金認証情報と第一アカウントとの間の関連付け関係を確立するようにするべく、資金認証情報を生成するための要求をサーバに送信するように構成された送信モジュール１４０２であって、資金認証情報と第一アカウントとの間の関連付け関係は、サーバが、第二アカウントとバンドルされた端末によって送信された資金関連付け情報に従って資金認証情報に対応する第一アカウントを判定し、且つ、第一アカウントの資金から規定された金額の資金を取得するようにするべく、使用される、送信モジュールと、を有する。
【０１０３】
通常の構成においては、演算装置は、一つ又は複数のプロセッサ（ＣＰＵ）、入出力インタフェース、ネットワークインタフェース、及びメモリを含む。
【０１０４】
メモリは、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、並びに／或いは、例えば、読み出し専用メモリ（ＲＯＭ：Read-Only Memory）又はフラッシュメモリなどの不揮発性メモリなどの、コンピュータ可読媒体を含むことができる。メモリは、コンピュータ可読媒体の一例である。
【０１０５】
コンピュータ可読媒体は、永久的な、揮発性の、可動型の、且つ、非可動型の、媒体を含み、これらは、任意の方法又は技術を通じて情報ストレージを実装することができる。情報は、コンピュータ可読構造、データ構造、プログラムモジュール、又はその他のデータであってもよい。コンピュータのストレージ媒体の例は、限定を伴うことなしに、演算装置からアクセス可能である情報を保存するべく使用され得る、相変化ＲＡＭ（ＰＲＡＭ：Phase-change ＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ：Static ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ：Dynamic ＲＡＭ）、その他のタイプのランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的に消去可能なプログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ又はその他のメモリ技術、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ：Compact Disk Read-Only Memory）、デジタルバーサタイルディスク（ＤＶＤ：Digial Versatile Disc）又はその他の光メモリ、カセット、カセット及びディスクメモリ又はその他の磁気メモリ装置、或いは、任意のその他の非送信媒体を含む。本明細書における定義によれば、コンピュータ可読媒体は、変調されたデータ信号及び搬送波などの一時的な媒体を含んではいない。
【０１０６】
「含む（including）」や「有する（comprising）」という用語又はこれらの任意のその他の変形は、一連の要素を有するプロセス、方法、物品、又は装置が、これらの要素を有するのみならず、明らかに列挙されてはいないその他の要素をも有するように、或いは、プロセス、方法、物品、又は装置に固有である要素を更に有するように、非排他的包含を含むことを意図していることに更に留意されたい。更なる制限が存在しない際には、「一つの〜を有する（comprising one...）」という記述によって定義された要素は、定義された要素を有するプロセス、方法、物品、又は装置内における更なる類似の要素を排除するものではない。
【０１０７】
当業者は、本出願の実施形態は、方法、システム、又はコンピュータプログラムとして提供され得ることを理解するであろう。従って、本出願は、完全なハードウェア実施形態、完全なソフトウェア実施形態、或いは、ソフトウェアとハードウェアとを組み合わせた実施形態として実装することができる。更には、本出願は、その内部にコンピュータ使用可能なプログラムコードを有する一つ又は複数のコンピュータ使用可能ストレージ媒体（限定を伴うことなしに、磁気ディスクメモリ、ＣＤ−ＲＯＭ、光メモリ、及びこれらに類似したものを含む）上において実装されたコンピュータプログラムプロダクトの形態において実装することができる。
【０１０８】
上述の本出願の実施形態は、例示を目的としたものに過ぎず、且つ、本出願を限定するべく使用されるものではない。当業者であれば、本出願を様々な方法によって変更又は変形することができる。本出願の精神及び原理内において実施されるすべての変更、等価な置換、又は改善は、本出願の請求項の範囲に含まれる。
【図１】
2018536242.tif 000003
【図２】
2018536242.tif 000004
【図３】
2018536242.tif 000005
【図４】
2018536242.tif 000006
【図５】
2018536242.tif 000007
【図６】
2018536242.tif 000008
【図７】
2018536242.tif 000009
【図８】
2018536242.tif 000010
【図９】
2018536242.tif 000011
【図１０】
2018536242.tif 000012
【図１１】
2018536242.tif 000013
【図１２】
2018536242.tif 000014
【図１３】
2018536242.tif 000015
【図１４】
2018536242.tif 000016
【国際調査報告】
2018536242.tif 000017
2018536242.tif 000018
2018536242.tif 000019
2018536242.tif 000020