(57)【要約】  本出願の実施形態は、情報処理方法、第1の端末、第2の端末、サーバ、システム、およびコンピュータ記憶媒体を開示する。方法は、アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1の画像に従って第1の要求を生成するステップと、第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信するステップであって、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される、ステップと、第2の端末によって返される支払い情報を受信するステップであって、支払い情報が、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される、ステップとを含む。
2019508790.tif 000002
【特許請求の範囲】
【請求項１】
情報処理方法であって、前記方法が第1の端末に適用され、アプリケーションが前記第1の端末上で実行され、前記方法が、
前記アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、前記第1の画像をアップロードし、前記第1の画像に従って第1の要求を生成するステップと、
前記第1の要求における前記第1の画像に対する暗号化処理を実行するようにサーバに要求するために前記第1の要求を前記サーバへ送信するステップであって、その結果、前記暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される、ステップと、
前記第2の端末によって返される支払い情報を受信するステップであって、前記支払い情報が、前記情報提示インターフェースにおいて情報に応答することにより前記第2の端末によって生成される、ステップと
を含む、方法。
【請求項２】
前記アプリケーションの前記情報送信インターフェースにおいて前記第1の画像を選択した後、第1のユーザの入力動作によって生成される第1のテキスト情報を取得するステップと、
前記第1のテキスト情報および前記第1の画像に従って前記第1の要求を生成するステップと
をさらに含む、請求項1に記載の方法。
【請求項３】
前記アプリケーションの前記情報送信インターフェースにおいて前記第1の画像を選択することが、
画像コレクションエントリにおけるタッチ動作を取得するステップであって、前記画像コレクションエントリの提示形式が、既存のコレクション提示形式とは異なる形式でレンダリングされる、ステップと、
前記タッチ動作に応答して第1のプロンプト情報を提示するステップであって、前記第1のプロンプト情報が、前記支払い情報を第2の端末ユーザに要求するために、前記第1の画像を選択するように第1の端末ユーザを促すために使用される、ステップと
を含み、
前記第1の端末ユーザおよび前記第2の端末ユーザが、同じソーシャルグループに属する、請求項1または2に記載の方法。
【請求項４】
情報処理方法であって、サーバに適用され、前記方法が、
第1の端末によって送信された第1の要求を受信し、前記第1の要求から第1の画像をパースアウトし、暗号化ポリシーに従って前記第1の画像に対する暗号化処理を実行し、前記暗号化処理の後に取得された第2の画像をセーブするステップと、
第2の端末によって送信された第2の要求を受信し、要求される前記第1の画像が暗号化画像であるかどうかを前記第2の要求に従って決定し、前記第1の画像が暗号化画像である場合、前記画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を前記第2の端末に返すステップと
を含む、方法。
【請求項５】
前記第2の端末によって送信された第3の要求を受信するステップであって、前記第3の要求が、前記支払い行動によって生成される、ステップと、
前記第2の画像、および前記暗号化ポリシーに対応する復号鍵を、前記第2の端末へ送信するステップであって、その結果、前記第2の端末が、前記復号鍵に従って前記第2の画像を復号して、要求される前記第1の画像を取得する、ステップ、または
前記暗号化ポリシーに対応する復号鍵を使用することによって前記第2の画像を復号して前記第1の画像を取得し、前記第1の画像を前記第2の端末へ送信するステップと
をさらに含む、請求項4に記載の方法。
【請求項６】
前記画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を前記第2の端末へ送信するステップ
をさらに含む、請求項4に記載の方法。
【請求項７】
前記第2の端末によって送信された第4の要求を受信するステップであって、前記第4の要求が、ランダムデフォルトで無支払い行動によって生成される、ステップと、
前記第2の画像、および前記暗号化ポリシーに対応する復号鍵を、前記第2の端末へ送信するステップであって、その結果、前記第2の端末が、前記復号鍵に従って前記第2の画像を復号して、要求される前記第1の画像を取得する、ステップ、または
前記暗号化ポリシーに対応する復号鍵を使用することによって前記第2の画像を復号して前記第1の画像を取得し、前記第1の画像を前記第2の端末へ送信するステップと
をさらに含む、請求項6に記載の方法。
【請求項８】
情報処理方法であって、前記方法が第2の端末に適用され、アプリケーションが前記第2の端末上で実行され、前記方法が、
暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、前記アプリケーションの情報提示インターフェース上に表示される少なくとも1つの画像の中に存在するステップであって、前記第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、前記少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なる、ステップと、
前記第2の画像の上でタッチ動作を実行して第2の要求を生成し、前記第2の要求をサーバへ送信するステップと、
前記画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信するステップと、
前記第2のプロンプト情報に応答することによって生成される前記支払い行動を取得し、前記支払い行動に従って第3の要求を生成し、前記第2の画像に対する復号処理を実行するように要求するために前記第3の要求を前記サーバへ送信するステップと、
前記支払い行動に従って支払い情報を生成するステップであって、前記第2の端末が、前記支払い情報を第1の端末へ送信するように前記サーバに命令する、ステップと
を含む、方法。
【請求項９】
前記第2の画像、および前記暗号化ポリシーに対応する復号鍵を受信するステップと、
前記復号鍵に従って前記第2の画像を前記第2の端末によって復号して、要求される前記第1の画像を取得するステップ、または
前記第1の画像を受信するステップであって、前記第1の画像が、前記暗号化ポリシーに対応する復号鍵を使用することによって前記サーバが前記第2の画像を復号した後に取得される第1の画像である、ステップ
をさらに含み、
前記アプリケーションの前記情報提示インターフェース上で提示される前記第1の画像が、前記画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である、請求項8に記載の方法。
【請求項１０】
前記画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を受信するステップと、
前記第3のプロンプト情報に応答することによって生成される無支払い行動を取得し、前記無支払い行動に従って第4の要求を生成し、前記第2の画像に対する復号処理を実行するように要求するために前記第4の要求を前記サーバへ送信するステップと
をさらに含む、請求項8に記載の方法。
【請求項１１】
前記第2の画像、および前記暗号化ポリシーに対応する復号鍵を受信するステップと、
前記復号鍵に従って前記第2の画像を前記第2の端末によって復号して、要求される前記第1の画像を取得するステップ、または
前記第1の画像を受信するステップであって、前記第1の画像が、前記暗号化ポリシーに対応する復号鍵を使用することによって前記サーバが前記第2の画像を復号した後に取得される第1の画像である、ステップ
をさらに含み、
前記アプリケーションの前記情報提示インターフェース上で提示される前記第1の画像が、前記画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である、請求項10に記載の方法。
【請求項１２】
前記第1の端末に対応する第1の端末ユーザおよび前記第2の端末に対応する第2の端末ユーザが、同じソーシャルグループに属する、請求項8から11のいずれか一項に記載の方法。
【請求項１３】
情報処理方法であって、
第1の端末によって送信された第1の要求を第1のサーバによって受信し、第2のサーバの中にあり第1の画像に対応する元の記憶アドレスを前記第1の要求からパースアウトするステップと、
前記第2のサーバと合意した暗号化および復号ポリシーに従って前記元の記憶アドレスを前記第1のサーバによって暗号化して、暗号化記憶アドレスを取得するステップと、
前記第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより前記第2の端末によって生成および送信された第2の要求を受信し、要求される前記第1の画像が暗号化画像であるかどうかを前記第2の要求に従って決定し、前記第1の画像が暗号化画像である場合、前記画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、前記暗号化記憶アドレス、および前記第1の画像の復号鍵を、前記第2の端末に返すステップと
を含む、方法。
【請求項１４】
前記第2の端末によって送信された第3の要求を前記第2のサーバによって受信し、前記第3の要求から前記暗号化記憶アドレスをパースアウトするステップと、
前記暗号化および復号ポリシーに従って前記暗号化記憶アドレスを暗号化して前記元の記憶アドレス、および第2の画像の鍵を取得し、前記第1の画像のものであり前記第2の画像の前記鍵に対応する鍵を発見し、前記第1の画像に対する暗号化処理を実行して前記第2の画像を取得するステップと、
表示のために前記第2の画像を前記第2の端末へ送信し、前記第1の画像の前記鍵を使用することによって前記第2の画像を復号して最終的に前記第1の画像を取得するように、前記第2の端末をサポートするステップと
をさらに含む、請求項13に記載の方法。
【請求項１５】
前記第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、前記第2の端末上で実行中のアプリケーションの情報提示インターフェースにおける少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なり、
前記第1の画像が、前記画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である、請求項14に記載の方法。
【請求項１６】
第1の端末であって、アプリケーションが前記第1の端末上で実行され、前記第1の端末が、
前記アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、前記第1の画像をアップロードし、前記第1の画像に従って第1の要求を生成するように構成された生成ユニットと、
前記第1の要求における前記第1の画像に対する暗号化処理を実行するようにサーバに要求するために前記第1の要求を前記サーバへ送信し、その結果、前記暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される、ように構成された送信ユニットと、
前記第2の端末によって返される支払い情報を受信するように構成された受信ユニットであって、前記支払い情報が、前記情報提示インターフェースにおいて情報に応答することにより前記第2の端末によって生成される、受信ユニットと
を備える、第1の端末。
【請求項１７】
前記アプリケーションの前記情報送信インターフェースにおいて前記第1の画像を選択した後、第1のユーザの入力動作によって生成される第1のテキスト情報を取得するように構成された取得ユニット
をさらに備え、
前記生成ユニットが、前記第1のテキスト情報および前記第1の画像に従って前記第1の要求を生成するようにさらに構成される、請求項16に記載の第1の端末。
【請求項１８】
前記生成ユニットが、
画像コレクションエントリにおけるタッチ動作を取得するように構成された動作取得サブユニットであって、前記画像コレクションエントリの提示形式が、既存のコレクション提示形式とは異なる形式でレンダリングされる、動作取得サブユニットと、
前記タッチ動作に応答して第1のプロンプト情報を提示するように構成された動作応答サブユニットであって、前記第1のプロンプト情報が、前記支払い情報を第2の端末ユーザに要求するために、前記第1の画像を選択するように第1の端末ユーザを促すために使用され、前記第1の端末ユーザおよび前記第2の端末ユーザが、同じソーシャルグループに属する、動作応答サブユニットと
を備える、請求項16または17に記載の第1の端末。
【請求項１９】
サーバであって、
第1の端末によって送信された第1の要求を受信し、前記第1の要求から第1の画像をパースアウトし、暗号化ポリシーに従って前記第1の画像に対する暗号化処理を実行し、前記暗号化処理の後に取得された第2の画像をセーブするように構成された暗号化ユニットと、
第2の端末によって送信された第2の要求を受信し、要求される前記第1の画像が暗号化画像であるかどうかを前記第2の要求に従って決定し、前記第1の画像が暗号化画像である場合、前記画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を前記第2の端末に返すように構成された決定ユニットと
を備える、サーバ。
【請求項２０】
前記第2の端末によって送信された第3の要求を受信するように構成された第1の要求受信ユニットであって、前記第3の要求が、前記支払い行動によって生成される、第1の要求受信ユニットと、
前記第2の画像、および前記暗号化ポリシーに対応する復号鍵を、前記第2の端末へ送信することであって、その結果、前記第2の端末が、前記復号鍵に従って前記第2の画像を復号して、要求される前記第1の画像を取得する、こと、または前記暗号化ポリシーに対応する復号鍵を使用することによって前記第2の画像を復号して前記第1の画像を取得し、前記第1の画像を前記第2の端末へ送信することを行うように構成された第1の送信ユニットと
をさらに備える、請求項19に記載のサーバ。
【請求項２１】
前記画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を前記第2の端末へ送信するように構成された情報送信ユニット
をさらに備える、請求項19に記載のサーバ。
【請求項２２】
前記第2の端末によって送信された第4の要求を受信するように構成された第2の要求受信ユニットであって、前記第4の要求が、ランダムデフォルトで無支払い行動によって生成される、第2の要求受信ユニットと、
前記第2の画像、および前記暗号化ポリシーに対応する復号鍵を、前記第2の端末へ送信することであって、その結果、前記第2の端末が、前記復号鍵に従って前記第2の画像を復号して、要求される前記第1の画像を取得する、こと、または前記暗号化ポリシーに対応する復号鍵を使用することによって前記第2の画像を復号して前記第1の画像を取得し、前記第1の画像を前記第2の端末へ送信することを行うように構成された第2の送信ユニットと
をさらに備える、請求項21に記載のサーバ。
【請求項２３】
第2の端末であって、アプリケーションが前記第2の端末上で実行され、前記第2の端末が、
暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、前記アプリケーションの情報提示インターフェース上に表示される少なくとも1つの画像の中に存在し、前記第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、前記少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なるように構成された情報表示ユニットと、
前記第2の画像の上でタッチ動作を実行して第2の要求を生成し、前記第2の要求をサーバへ送信するように構成された要求送信ユニットと、
前記画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信するように構成された要求受信ユニットと、
前記第2のプロンプト情報に応答することによって生成される前記支払い行動を取得し、前記支払い行動に従って第3の要求を生成し、前記第2の画像に対する復号処理を実行するように要求するために前記第3の要求を前記サーバへ送信するように構成された復号要求送信ユニットと、
前記支払い行動に従って支払い情報を生成するように構成された通知ユニットであって、前記第2の端末が、前記支払い情報を第1の端末へ送信するように前記サーバに命令する、通知ユニットと
を備える、第2の端末。
【請求項２４】
前記第2の画像、および前記暗号化ポリシーに対応する復号鍵を受信するように構成された第1の受信ユニットと、
前記復号鍵に従って前記第2の画像を前記第2の端末によって復号して、要求される前記第1の画像を取得すること、または前記第1の画像を受信することであって、前記第1の画像が、前記暗号化ポリシーに対応する復号鍵を使用することによって前記サーバが前記第2の画像を復号した後に取得される第1の画像である、ことを行うように構成された復号ユニットと
をさらに備え、
前記アプリケーションの前記情報提示インターフェース上で提示される前記第1の画像が、前記画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である、請求項23に記載の第2の端末。
【請求項２５】
前記画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を受信するように構成された第2の受信ユニット
をさらに備え、
前記復号要求送信ユニットが、前記第3のプロンプト情報に応答することによって生成される無支払い行動を取得し、前記無支払い行動に従って第4の要求を生成し、前記第2の画像に対する復号処理を実行するように要求するために前記第4の要求を前記サーバへ送信するようにさらに構成される、請求項23に記載の第2の端末。
【請求項２６】
前記第2の画像、および前記暗号化ポリシーに対応する復号鍵を受信するように構成された第1の受信ユニットと、
前記復号鍵に従って前記第2の画像を前記第2の端末によって復号して、要求される前記第1の画像を取得すること、または前記第1の画像を受信することであって、前記第1の画像が、前記暗号化ポリシーに対応する復号鍵を使用することによって前記サーバが前記第2の画像を復号した後に取得される第1の画像である、ことを行うように構成された復号ユニットと
をさらに備え、
前記アプリケーションの前記情報提示インターフェース上で提示される前記第1の画像が、前記画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である、請求項25に記載の第2の端末。
【請求項２７】
前記第1の端末に対応する第1の端末ユーザおよび前記第2の端末に対応する第2の端末ユーザが、同じソーシャルグループに属する、請求項23から26のいずれか一項に記載の第2の端末。
【請求項２８】
情報処理システムであって、第1のサーバ、および前記第1のサーバと対話するようにサポートされる第2のサーバを備え、
前記第1のサーバが、
第1の端末によって送信された第1の要求を受信し、前記第2のサーバの中にあり第1の画像に対応する元の記憶アドレスを前記第1の要求からパースアウトするように構成されたアドレス受信ユニットと、
前記第2のサーバと合意した暗号化および復号ポリシーに従って前記元の記憶アドレスを前記第1のサーバによって暗号化して、暗号化記憶アドレスを取得するように構成されたアドレス暗号化ユニットと、
前記第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより前記第2の端末によって生成および送信された第2の要求を受信し、要求される前記第1の画像が暗号化画像であるかどうかを前記第2の要求に従って決定し、前記第1の画像が暗号化画像である場合、前記画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、前記暗号化記憶アドレス、および前記第1の画像の復号鍵を、前記第2の端末に返すように構成された決定ユニットと
を備える、情報処理システム。
【請求項２９】
前記第2のサーバが、
前記第2の端末によって送信された第3の要求を受信し、前記第3の要求から前記暗号化記憶アドレスをパースアウトするように構成されたパーシングユニットと、
前記暗号化および復号ポリシーに従って前記暗号化記憶アドレスを暗号化して前記元の記憶アドレス、および第2の画像の鍵を取得し、前記第1の画像のものであり前記第2の画像の前記鍵に対応する鍵を発見し、前記第1の画像に対する暗号化処理を実行して前記第2の画像を取得するように構成された暗号化ユニットと、
表示のために前記第2の画像を前記第2の端末へ送信し、前記第1の画像の前記鍵を使用することによって前記第2の画像を復号して最終的に前記第1の画像を取得するように、前記第2の端末をサポートするように構成された画像送信ユニットと
を備える、請求項28に記載の情報処理システム。
【請求項３０】
前記第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、前記第2の端末上で実行中のアプリケーションの情報提示インターフェースにおける少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なり、
前記第1の画像が、前記画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である、請求項29に記載の情報処理システム。
【請求項３１】
コンピュータ記憶媒体であって、コンピュータ実行可能命令を記憶し、前記コンピュータ実行可能命令が、請求項1から3、請求項4から7、請求項8から12、または請求項13から15のいずれか一項に記載の情報処理方法を実行するために使用される、コンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信技術に関し、詳細には、情報処理方法、第1の端末、第2の端末、サーバ、情報処理システム、およびコンピュータ記憶媒体に関する。
【背景技術】
【０００２】
インテリジェント端末が広く使用されるとき、インテリジェント端末を使用することによって、より便利に情報が交換される。たとえば、1つの情報交換形態は、ソーシャルアプリケーションに基づいて情報を交換することである。たとえば、ユーザは、ソーシャルアプリケーションに基づくソーシャルグループの中で、テキスト、画像、またはビデオ情報を公開し、テキスト、画像、またはビデオ情報を受信するユーザは、情報にコメントしてよく、それによって、ソーシャルグループの中のユーザ間での情報交換を実施する。コメントによって生成されるコメント情報に加えて、他の形式での情報がさらに追加されてよい。より多くの形式での情報および最初に送信される情報が統合されて、ソーシャルグループの中のユーザ間での情報交換を容易にする。
【０００３】
最初に送信される情報において、情報の一部は、すべてのユーザに開放および表示されるものと予想される。たとえば、情報は画像である。情報のその部分は、クリアサムネイルまたはクリア画像の形式で、ソーシャルアプリケーションのユーザインターフェース上に表示される。情報の別の部分は暗号化されており、一部のユーザに選択的に開放および表示されるものと予想される。ユーザが情報に応答し、それに対応して情報を復号するために使用され得る情報形式をフィードバックするときにしか、情報のこの部分はソーシャルアプリケーションのユーザインターフェース上でクリアに表示され得ない。
【０００４】
しかしながら、今のところ関連技術における上記の問題の効果的な解決策はない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
この点において、本出願の実施形態は、少なくとも既存の技術における問題を解決するように、情報処理方法、第1の端末、第2の端末、サーバ、情報処理システム、およびコンピュータ記憶媒体を提供することを意図する。
【課題を解決するための手段】
【０００６】
本出願の実施形態の技術的解決策は、次のように実施される。
【０００７】
本出願の一実施形態は、情報処理方法を提供し、方法は第1の端末に適用され、アプリケーションが第1の端末上で実行され、方法は、
アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1の画像に従って第1の要求を生成するステップと、
第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信するステップであって、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される、ステップと、
第2の端末によって返される支払い情報を受信するステップであって、支払い情報が、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される、ステップとを含む。
【０００８】
本出願の一実施形態は、情報処理方法を提供し、方法はサーバに適用され、方法は、
第1の端末によって送信された第1の要求を受信し、第1の要求から第1の画像をパースアウトし(parse out)、暗号化ポリシーに従って第1の画像に対する暗号化処理を実行し、暗号化処理の後に取得された第2の画像をセーブするステップと、
第2の端末によって送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を第2の端末に返すステップとを含む。
【０００９】
本出願の一実施形態は、情報処理方法を提供し、方法は第2の端末に適用され、アプリケーションが第2の端末上で実行され、方法は、
暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、アプリケーションの情報提示インターフェース上に表示される少なくとも1つの画像の中に存在するステップであって、第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なる、ステップと、
第2の画像の上でタッチ動作を実行して第2の要求を生成し、第2の要求をサーバへ送信するステップと、
画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信するステップと、
第2のプロンプト情報に応答することによって生成される支払い行動を取得し、支払い行動に従って第3の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第3の要求をサーバへ送信するステップと、
支払い行動に従って支払い情報を生成するステップであって、第2の端末が、支払い情報を第1の端末へ送信するようにサーバに命令する、ステップとを含む。
【００１０】
本出願の一実施形態は、情報処理方法を提供し、方法は、
第1の端末によって送信された第1の要求を第1のサーバによって受信し、第2のサーバの中にあり第1の画像に対応する元の記憶アドレスを第1の要求からパースアウトするステップと、
第2のサーバと合意した暗号化および復号ポリシーに従って元の記憶アドレスを第1のサーバによって暗号化して、暗号化記憶アドレスを取得するステップと、
第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより第2の端末によって生成および送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、暗号化記憶アドレス、および第1の画像の復号鍵を、第2の端末に返すステップとを含む。
【００１１】
本出願の一実施形態は、第1の端末を提供し、アプリケーションが第1の端末上で実行され、第1の端末は、
アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1の画像に従って第1の要求を生成するように構成された生成ユニットと、
第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信し、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される、ように構成された送信ユニットと、
第2の端末によって返される支払い情報を受信するように構成された受信ユニットであって、支払い情報が、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される、受信ユニットとを含む。
【００１２】
処理を実行するとき、生成ユニット、送信ユニット、および受信ユニットは、中央処理装置(CPU)、デジタル信号プロセッサ(DSP)、またはフィールドプログラマブルゲートアレイ(FPGA)を使用することによって実施され得る。
【００１３】
本出願の一実施形態は、サーバを提供し、サーバは、
第1の端末によって送信された第1の要求を受信し、第1の要求から第1の画像をパースアウトし、暗号化ポリシーに従って第1の画像に対する暗号化処理を実行し、暗号化処理の後に取得された第2の画像をセーブするように構成された暗号化ユニットと、
第2の端末によって送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を第2の端末に返すように構成された決定ユニットとを含む。
【００１４】
処理を実行するとき、暗号化ユニットおよび決定ユニットは、CPU、DSP、またはFPGAを使用することによって実施され得る。
【００１５】
本出願の一実施形態は、第2の端末を提供し、アプリケーションが第2の端末上で実行され、第2の端末は、
暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、アプリケーションの情報提示インターフェース上に表示される少なくとも1つの画像の中に存在し、第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なるように構成された情報表示ユニットと、
第2の画像の上でタッチ動作を実行して第2の要求を生成し、第2の要求をサーバへ送信するように構成された要求送信ユニットと、
画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信するように構成された要求受信ユニットと、
第2のプロンプト情報に応答することによって生成される支払い行動を取得し、支払い行動に従って第3の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第3の要求をサーバへ送信するように構成された復号要求送信ユニットと、
支払い行動に従って支払い情報を生成するように構成された通知ユニットであって、第2の端末が、支払い情報を第1の端末へ送信するようにサーバに命令する、通知ユニットとを含む。
【００１６】
処理を実行するとき、情報表示ユニット、要求送信ユニット、要求受信ユニット、復号要求送信ユニット、および通知ユニットは、CPU、DSP、またはFPGAを使用することによって実施され得る。
【００１７】
本出願の一実施形態は、情報処理システムを提供し、情報処理システムは、第1のサーバ、および第1のサーバと対話するようにサポートされる第2のサーバを含み、
第1のサーバは、
第1の端末によって送信された第1の要求を受信し、第2のサーバの中にあり第1の画像に対応する元の記憶アドレスを第1の要求からパースアウトするように構成されたアドレス受信ユニットと、
第2のサーバと合意した暗号化および復号ポリシーに従って元の記憶アドレスを第1のサーバによって暗号化して、暗号化記憶アドレスを取得するように構成されたアドレス暗号化ユニットと、
第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより第2の端末によって生成および送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、暗号化記憶アドレス、および第1の画像の復号鍵を、第2の端末に返すように構成された決定ユニットとを含む。
【００１８】
処理を実行するとき、アドレス受信ユニット、アドレス暗号化ユニット、および決定ユニットは、CPU、DSP、またはFPGAを使用することによって実施され得る。
【００１９】
本出願の一実施形態は、コンピュータプログラムを記憶するコンピュータ記憶媒体を提供し、コンピュータプログラムは、上記の情報処理方法を実行するために使用される。
【発明の効果】
【００２０】
本出願の実施形態によれば、アプリケーションの情報送信インターフェースにおける第1の画像が選択され、第1の画像がアップロードされ、第1の画像に従って第1の要求が生成され、第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求がサーバへ送信され、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示され、第2の端末によって返される支払い情報が受信され、支払い情報は、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される。本出願の実施形態によれば、コメントによって生成されるコメント情報に加えて、他の形式での情報がさらに追加されてよい。より多くの形式での情報および最初に送信される情報が統合されて、ソーシャルグループの中のユーザ間での情報交換を容易にする。その上、情報の一部のための暗号化要件に対応して、暗号化メカニズムおよび対応する復号メカニズムが指定される。したがって、暗号化情報のこの部分を一部のユーザに選択的に開放および表示するための要件は、暗号化メカニズムおよび対応する復号メカニズムに従って満たされ、ユーザは、暗号化情報のこの部分に応答でき、それに対応して情報を復号するために使用され得る情報形式をフィードバックすることができる。このようにして、復号された情報が、ソーシャルアプリケーションのユーザインターフェース上でクリアに表示され得る。
【図面の簡単な説明】
【００２１】
【図１】本出願の一実施形態に従って情報交換を実行するハードウェアエンティティの概略図である。
【図２】本出願の実施形態1による一実装形態の概略フローチャートである。
【図３】本出願の実施形態2による一実装形態の概略フローチャートである。
【図４】本出願の実施形態3による一実装形態の概略フローチャートである。
【図５】本出願の実施形態5による構造の概略構造図である。
【図６】本出願の実施形態10による構造の概略構造図である。
【図７】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図８】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図９】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１０】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１１】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１２】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１３】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１４】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１５】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１６】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１７】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１８】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図１９】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図２０】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【図２１】本出願の実施形態を適用する複数の適用シナリオの概略図である。
【発明を実施するための形態】
【００２２】
以下のことは、添付の図面を参照しながら詳細に、技術的解決策の実装形態をさらに説明する。
【００２３】
図1は、本出願の一実施形態に従って情報交換を実行するハードウェアエンティティの概略図である。図1は、1つまたは複数のサーバ、端末デバイス21〜25、およびネットワーク31を含む。図1におけるサーバ11は一例にすぎない。ネットワーク31は、図に示されていないルータやゲートウェイなどのネットワークエンティティを含む。端末デバイス21〜25は、有線ネットワークまたはワイヤレスネットワークを使用することによってサーバと情報を交換する。端末デバイス21〜25としての端末はまた、互いに情報を交換し得る。端末デバイス21〜25のうちの各端末は、アプリケーションおよび/もしくはアプリケーションを更新するためのデータパケット、ならびに/またはアプリケーションに関係するデータ情報もしくはサービス情報を、サーバ11からダウンロードし得る。端末デバイスのタイプが図1に示され、モバイルフォン(端末23)、タブレットコンピュータまたは携帯情報端末(PDA)(端末25)、デスクコンピュータ(端末22)、PC(端末24)、およびオールインワンマシン(端末21)を含む。ユーザによって必要とされる、ソーシャル機能を有するアプリケーション(たとえば、WeChatアプリケーション)、娯楽機能を有するアプリケーション(たとえば、ビデオアプリケーション、オーディオ再生アプリケーション、ゲーミングアプリケーション、およびリーディングソフトウェア)、およびサービス機能を有するアプリケーション(たとえば、地図およびナビゲーションアプリケーション)などのアプリケーションが、端末デバイスの中にインストールされる。
【００２４】
図1に示すシステムに基づくと、たとえば、交換される情報は画像情報である。本出願の実施形態によれば、端末デバイス21〜25としての端末は、それぞれ、第1の端末(たとえば、画像送信側に対応する端末)および第2の端末(たとえば、画像受信側に対応する端末)として示される、2つのタイプに分類され得る。第1の端末および第2の端末は、互いに対話してよく、またはサーバと情報を交換してよい。第1の端末の側では、アプリケーションが第1の端末上で実行し、アプリケーションの情報送信インターフェースにおける第1の画像が選択され、第1の画像がアップロードされ、第1の画像に従って第1の要求が生成され、第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求がサーバへ送信され、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示され、第2の端末によって返される支払い情報が受信され、支払い情報は、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される。第2の端末の側では、アプリケーションが第2の端末上で実行され、第2の画像を含む少なくとも1つの画像がアプリケーションの情報提示インターフェース上に表示され、暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に第2の画像が取得され、第2の画像の提示形式は、マスキングポリシーによってレンダリングされるとともに、少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なり、第2の要求を生成するために第2の画像の上でタッチ動作が実行され、第2の要求をサーバへ送信し、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報が受信され、第2のプロンプト情報に応答することによって生成される支払い行動が取得され、支払い行動に従って第3の要求が生成され、第2の画像に対する復号処理を実行するように要求するために第3の要求がサーバへ送信され、支払い行動に従って支払い情報が生成され、第2の端末は、支払い情報を第1の端末へ送信するようにサーバに命令する。
【００２５】
サーバは、第1の端末および第2の端末の要求を処理し、第1の端末および第2の端末によって送信される様々な要求に従って、対応する暗号化および復号処理を実行する。サーバ(WeChatアプリケーションのバックグラウンドサーバ)は、画像記憶機能とモバイル支払い機能の両方を有するサーバであってよく、または(画像サーバ、およびWeChatアプリケーションのバックグラウンドサーバなどの)2つのタイプのサーバを含んでよい。
【００２６】
詳細には、たとえば、サーバはWeChatアプリケーションのバックグラウンドサーバである。この場合、サーバが、第1の端末および第2の端末の要求を処理し、第1の端末および第2の端末から送信される様々な要求に従って、対応する暗号化および復号処理を実行することは、第1の端末によって送信された第1の要求を受信し、第1の要求から第1の画像をパースアウトし、暗号化ポリシーに従って第1の画像に対する暗号化処理を実行し、暗号化処理の後に取得された第2の画像をセーブすることと、第2の端末によって送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を第2の端末に返すことと、第2の端末によって送信された第3の要求を受信することであって、第3の要求が支払い行動によって生成されることと、第2の画像、および暗号化ポリシーに対応する復号鍵を、第2の端末へ送信することであって、その結果、第2の端末が復号鍵に従って第2の画像を復号して、要求される第1の画像を取得すること、または暗号化ポリシーに対応する復号鍵を使用することによって第2の画像を復号して第1の画像を取得し、第1の画像を第2の端末へ送信することとを含む。
【００２７】
詳細には、たとえば、サーバは、別個に配設されている、画像サーバ、およびWeChatアプリケーションのバックグラウンドサーバを含む。この場合、第1のサーバ(WeChatアプリケーションのバックグラウンドサーバ)は、第1の端末によって送信された第1の要求を受信し、第2のサーバの中にあり第1の画像に対応する元の記憶アドレスを第1の要求からパースアウトし、暗号化記憶アドレスを取得するために、第2のサーバと合意した暗号化および復号ポリシーに従って元の記憶アドレスを暗号化し、第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより第2の端末によって生成および送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、暗号化記憶アドレス、および第1の画像の復号鍵を、第2の端末に返す。第2のサーバ(画像サーバ)は、第2の端末によって送信された第3の要求を受信し、第3の要求から暗号化記憶アドレスをパースアウトし、元の記憶アドレスおよび第2の画像の鍵を取得するために、暗号化および復号ポリシーに従って暗号化記憶アドレスを暗号化し、第1の画像のものであり第2の画像の鍵に対応する鍵を発見し、第2の画像を取得するために第1の画像に対して暗号化処理を実行し、表示のために第2の画像を第2の端末へ送信し、第1の画像の鍵を使用することによって第2の画像を復号して最終的に第1の画像を取得するように、第2の端末をサポートする。
【００２８】
図1の例は、本出願の実施形態のシステムアーキテクチャ例にすぎない。本出願の実施形態は、図1におけるシステム構造に限定されない。システムアーキテクチャに基づいて、本出願の以下の実施形態が提供される。
【００２９】
実施形態1
本出願のこの実施形態は、情報処理方法を提供する。図2に示すように、方法は第1の端末(たとえば、画像送信側に対応する端末)に適用され、アプリケーションが第1の端末上で実行され、方法は以下の動作を含む。
【００３０】
動作101:アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1の画像に従って第1の要求を生成する。
【００３１】
本明細書では、第1の端末によって公開される第1の画像は、暗号化されていない画像であり、動作102において、暗号化処理を実行するようにサーバが要求された後、第2の画像が取得される。第2の画像は暗号化画像であり、最終的に第2の端末のアプリケーションインターフェース上で提示される。とはいえ、第1の端末によって公開されるすべての画像が暗号化されることを必要とするとは限らず、いくつかの画像は暗号化されなくてよい。特定の実装形態は以下の通りである。最初に送信される情報(たとえば、第1の画像)において、情報の一部は、すべてのユーザに開放および表示されるものと予想される。情報のその部分(暗号化されていない画像、たとえば、第1の画像は第2の端末のアプリケーションインターフェース上で直接提示される)は、クリアサムネイルまたはクリア画像の形式で、ソーシャルアプリケーション(たとえば、WeChatアプリケーション)のユーザインターフェース上に表示される。情報の別の部分は暗号化されており(たとえば、第1の画像が暗号化された後に取得される第2の画像)、一部のユーザに選択的に開放および表示されるものと予想される。情報のこの部分は、ユーザが情報に応答し、それに対応して情報を復号するために使用され得る情報形式をフィードバックするときにしか、ソーシャルアプリケーションのユーザインターフェース上でクリアに表示され得ない。それに対応して情報を復号するために使用される情報形式をユーザがフィードバックできないとき、不鮮明画像(不鮮明画像はマスク追加処理を受ける画像であってよい)だけが閲覧され得る。しかしながら、余分な情報形式をフィードバックすることは、情報交換の処理コストを増大させる。交換が役に立たない場合、より多くの交換は、より大きい処理コスト、より低い効率、およびネットワーク環境における輻輳に対するより大きい悪影響につながる。したがって、実施形態4において説明する以下の処理の後、すなわち、第2の端末が、不鮮明画像の余分な情報形式が必然的に返されると決定し、第1の端末が、フィードバック(たとえば、動作103において第2の端末によって第1の端末に返される支払い情報)を取得し、サーバ、第1の端末、第2の端末が、互いに情報を交換し、サーバが、第1の端末によって公開されるように要求されている第1の画像に対する暗号化処理を、要件に従って実行し、暗号化された第2の画像を取得し、第2の端末からの要求を受信および復号した後、対応する復号処理が第2の画像に対して実行される。このようにして、第2の端末のアプリケーションインターフェース上に表示される第2の画像上を覆っており、最初にマスキングポリシーによってレンダリングされている画像層は除去され得、それによって、第2の端末のアプリケーションインターフェース上でクリアに提示される画像全体を閲覧し得る。画像上を覆っておりマスキングポリシーによってレンダリングされている画像層が除去される前、第2の端末のアプリケーションインターフェースにおける第2の画像の提示形式は画像層覆い付き提示形式であり、その提示形式がアプリケーションの情報提示インターフェースにおける別の画像のクリア提示形式とは異なることに留意されたい。
【００３２】
動作102:第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信し、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される。
【００３３】
動作103:第2の端末によって返される支払い情報(たとえば、赤封筒形式での支払い情報)を受信し、支払い情報は、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される。
【００３４】
実施形態2
本出願のこの実施形態は、情報処理方法を提供する。図3に示すように、方法は第1の端末(たとえば、画像送信側に対応する端末)に適用され、アプリケーションが第1の端末上で実行され、方法は以下の動作を含む。
【００３５】
動作201:アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1のユーザの入力動作によって生成される第1のテキスト情報を取得し、第1のテキスト情報および第1の画像に従って第1の要求を生成する。
【００３６】
本明細書では、アプリケーションの情報送信インターフェースにおいて第1の画像を選択することは、画像コレクションエントリにおけるタッチ動作を取得することであって、画像コレクションエントリの提示形式が、既存のコレクション提示形式とは異なる形式でレンダリングされることと、第1のプロンプト情報を提示するためにタッチ動作に応答することであって、第1のプロンプト情報が、支払い情報を第2の端末ユーザに要求するために、第1の画像を選択するように第1の端末ユーザを促すために使用されることとを含む。たとえば、カメラアイコンが特殊化されてよく、特殊化されたカメラアイコンが赤封筒写真のエントリとして使用される。写真は、エントリを通じて選択される。第1の端末ユーザおよび第2の端末ユーザは、同じソーシャルグループに属する。
【００３７】
本明細書では、第1の端末によって公開される第1の画像は、暗号化されていない画像であり、第2の画像は、動作202において暗号化処理を実行するようにサーバが要求された後に取得される。第2の画像は暗号化画像であり、最終的に第2の端末のアプリケーションインターフェース上で提示される。とはいえ、第1の端末によって公開されるすべての画像が暗号化されることを必要とするとは限らず、いくつかの画像は暗号化されなくてよい。特定の実装形態は以下の通りである。最初に送信される情報(たとえば、第1の画像)において、情報の一部は、すべてのユーザに開放および表示されるものと予想される。情報のその部分(暗号化されていない画像、たとえば、第1の画像は第2の端末のアプリケーションインターフェース上で直接提示される)は、クリアサムネイルまたはクリア画像の形式で、ソーシャルアプリケーション(たとえば、WeChatアプリケーション)のユーザインターフェース上に表示される。情報の別の部分は暗号化されており(たとえば、第1の画像が暗号化された後に取得される第2の画像)、一部のユーザに選択的に開放および表示されるものと予想される。情報のこの部分は、ユーザが情報に応答し、それに対応して情報を復号するために使用され得る情報形式をフィードバックするときにしか、ソーシャルアプリケーションのユーザインターフェース上でクリアに表示され得ない。それに対応して情報を復号するために使用される情報形式をユーザがフィードバックできないとき、不鮮明画像(不鮮明画像はマスク追加処理を受ける画像であってよい)だけが閲覧され得る。しかしながら、余分な情報形式をフィードバックすることは、情報交換の処理コストを増大させる。交換が役に立たない場合、より多くの交換は、より大きい処理コスト、より低い効率、およびネットワーク環境における輻輳に対するより大きい悪影響につながる。したがって、実施形態4において説明する以下の処理の後、すなわち、第2の端末が、不鮮明画像の余分な情報形式が必然的に返されると決定し、第1の端末が、フィードバック(たとえば、動作203において第2の端末によって第1の端末に返される支払い情報)を取得し、サーバ、第1の端末、第2の端末が、互いに情報を交換し、サーバが、第1の端末によって公開されるように要求されている第1の画像に対する暗号化処理を、要件に従って実行し、暗号化された第2の画像を取得し、第2の端末からの要求を受信および復号した後、対応する復号処理が第2の画像に対して実行される。このようにして、第2の端末のアプリケーションインターフェース上に表示される第2の画像上を覆っており、最初にマスキングポリシーによってレンダリングされている画像層は除去され得、それによって、第2の端末のアプリケーションインターフェース上でクリアに提示される画像全体を閲覧し得る。画像上を覆っておりマスキングポリシーによってレンダリングされている画像層が除去される前、第2の端末のアプリケーションインターフェースにおける第2の画像の提示形式は画像層覆い付き提示形式であり、その提示形式がアプリケーションの情報提示インターフェースにおける別の画像のクリア提示形式とは異なることに留意されたい。
【００３８】
マスキングポリシーは、以下のもの、すなわち、不鮮明処理(blurring processing)、ダイレクトブラックアウト(direct blackout)、およびボイディング(voiding)のうちの少なくとも1つを含む。不鮮明処理は、グラウンドガラスマスクを使用することによって実行され得る。
【００３９】
動作202:第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信し、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される。
【００４０】
本明細書では、第2の画像は、画像上を画像層で覆うものでありマスキングポリシーによってレンダリングされる提示形式で表示され、提示形式は、アプリケーションの情報提示インターフェースにおける別の画像のクリア提示形式とは異なる。
【００４１】
動作203:第2の端末によって返される支払い情報(たとえば、赤封筒形式での支払い情報)を受信し、支払い情報は、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される。
【００４２】
実施形態3
本出願のこの実施形態は、情報処理方法を提供する。図4に示すように、方法はサーバに適用され、方法は以下の動作を含む。
【００４３】
動作301:第1の端末によって送信された第1の要求を受信し、第1の要求から第1の画像をパースアウトし、暗号化ポリシーに従って第1の画像に対する暗号化処理を実行し、暗号化処理の後に取得された第2の画像をセーブする。
【００４４】
動作302:第2の端末によって送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を第2の端末に返す。
【００４５】
本出願のこの実施形態によれば、サーバは、支払い機能および画像記憶機能を有する。したがって、サーバは、画像を暗号化および復号することができ、画像コンテンツ提示とモバイル支払いとを統合することができる。
【００４６】
本出願のこの実施形態の一実装形態では、方法は以下の動作をさらに含む。
【００４７】
動作401:第2の端末によって送信された第3の要求を受信し、第3の要求は、支払い行動によって生成される。
【００４８】
動作402:第2の画像、および暗号化ポリシーに対応する復号鍵を、第2の端末へ送信し、その結果、第2の端末が復号鍵に従って第2の画像を復号して、要求される第1の画像を取得するか、または
暗号化ポリシーに対応する復号鍵を使用することによって第2の画像を復号して第1の画像を取得し、第1の画像を第2の端末へ送信する。
【００４９】
本明細書では、第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。
【００５０】
本出願のこの実施形態の一実装形態では、方法は、画像がランダムデフォルトで(by random default)無支払い行動によって閲覧されることを示す第3のプロンプト情報、たとえば、現金支払いまたは仮想通貨支払いによってのみユーザが元の画像を閲覧できることを示すプロンプトを、第2の端末へ送信することをさらに含み、そうしたプロンプトは、くじ引きに当選した後に元の画像が無料で閲覧されることを示すプロンプトであってよい。
【００５１】
本出願のこの実施形態の一実装形態では、方法は以下の動作をさらに含む。
【００５２】
動作501:第2の端末によって送信された第4の要求を受信し、第4の要求は、ランダムデフォルトで無支払い行動によって生成される。
【００５３】
動作502:第2の画像、および暗号化ポリシーに対応する復号鍵を、第2の端末へ送信し、その結果、第2の端末が復号鍵に従って第2の画像を復号して、要求される第1の画像を取得するか、または
暗号化ポリシーに対応する復号鍵を使用することによって第2の画像を復号して第1の画像を取得し、第1の画像を第2の端末へ送信する。
【００５４】
本明細書では、第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。
【００５５】
本出願のこの実施形態の一実装形態では、方法は、画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報、たとえば、現金支払いまたは仮想通貨支払いによってのみユーザが元の画像を閲覧できることを示すプロンプトを、第2の端末へ送信することをさらに含み、そうしたプロンプトは、くじ引きに当選した後に元の画像が無料で閲覧されることを示すプロンプトであってよい。
【００５６】
実施形態4
本出願のこの実施形態は、情報処理方法を提供する。方法は第2の端末に適用され、アプリケーションが第2の端末上で実行され、方法は以下の動作を含む。
【００５７】
動作601:暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、アプリケーションの情報提示インターフェース(たとえば、モーメントの中のタイムライン)上に表示される少なくとも1つの画像の中に存在し、第2の画像の提示形式は、マスキングポリシーによってレンダリングされるとともに、少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なる。
【００５８】
本明細書では、マスキングポリシーは、以下のもの、すなわち、不鮮明処理、ダイレクトブラックアウト、およびボイディングのうちの少なくとも1つを含む。
【００５９】
動作602:第2の要求を生成するために第2の画像の上でタッチ動作を実行し、第2の要求をサーバへ送信する。
【００６０】
動作603:画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信する。
【００６１】
動作604:第2のプロンプト情報に応答することによって生成される支払い行動を取得し、支払い行動に従って第3の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第3の要求をサーバへ送信する。
【００６２】
動作605:支払い行動に従って支払い情報を生成し、第2の端末は、支払い情報を第1の端末へ送信するようにサーバに命令する。
【００６３】
本出願のこの実施形態の一実装形態では、方法は、
第2の画像、および暗号化ポリシーに対応する復号鍵を受信するステップと、
復号鍵に従って第2の画像を第2の端末によって復号して、要求される第1の画像を取得するステップ、または
第1の画像を受信するステップであって、第1の画像が、暗号化ポリシーに対応する復号鍵を使用することによってサーバが第2の画像を復号した後に取得される第1の画像である、ステップとをさらに含み、
アプリケーションの情報提示インターフェース上で提示される第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。
【００６４】
本出願のこの実施形態の一実装形態では、方法は、
画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を受信するステップと、
第3のプロンプト情報に応答することによって生成される無支払い行動を取得し、無支払い行動に従って第4の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第4の要求をサーバへ送信するステップとをさらに含む。
【００６５】
本出願のこの実施形態の一実装形態では、方法は、
第2の画像、および暗号化ポリシーに対応する復号鍵を受信するステップと、
復号鍵に従って第2の画像を第2の端末によって復号して、要求される第1の画像を取得するステップ、または
第1の画像を受信するステップであって、第1の画像が、暗号化ポリシーに対応する復号鍵を使用することによってサーバが第2の画像を復号した後に取得される第1の画像である、ステップとをさらに含み、
アプリケーションの情報提示インターフェース上で提示される第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。
【００６６】
本出願のこの実施形態の一実装形態では、第1の端末に対応する第1の端末ユーザおよび第2の端末に対応する第2の端末ユーザは、同じソーシャルグループに属する。
【００６７】
実施形態5
本出願のこの実施形態は、情報処理方法を提供する。図5に示すように、方法は以下の動作を含む。
【００６８】
動作701:第1のサーバ(たとえば、WeChatアプリケーションのバックグラウンドサーバ)は、第1の端末によって送信された第1の要求を受信し、第2のサーバ(たとえば、画像サーバ)の中にあり第1の画像に対応する元の記憶アドレスを第1の要求からパースアウトする。
【００６９】
動作702:第1のサーバは、暗号化記憶アドレスを取得するために、第2のサーバと合意した暗号化および復号ポリシーに従って元の記憶アドレスを暗号化する。
【００７０】
動作703:第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより第2の端末によって生成および送信された第2の要求(たとえば、画像プレビュー要求ではなく、モーメントをブラウジングすることを求める要求)を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、暗号化記憶アドレス、および第1の画像の復号鍵(たとえば、enckeyidxとは異なるenckey)を、第2の端末に返す。
【００７１】
本出願のこの実施形態の一実装形態では、方法は以下の動作をさらに含む。
【００７２】
動作801:第2のサーバは、第2の端末によって送信された第3の要求を受信し、第3の要求から暗号化記憶アドレスをパースアウトする。
【００７３】
動作802:元の記憶アドレス、および第2の画像の鍵(たとえば、enckeyidx)を取得するために、暗号化および復号ポリシーに従って暗号化記憶アドレスを暗号化し、第1の画像のものであり第2の画像の鍵に対応する鍵を発見し、第2の画像を取得するために第1の画像に対する暗号化処理を実行する。
【００７４】
動作803:表示のために第2の画像を第2の端末へ送信し、第1の画像の鍵を使用することによって第2の画像を復号して最終的に第1の画像を取得するように、第2の端末をサポートする。
【００７５】
本出願のこの実施形態の一実装形態では、第2の画像の提示形式は、マスキングポリシーによってレンダリングされるとともに、第2の端末上で実行中のアプリケーションの情報提示インターフェースにおける少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なり、
第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。
【００７６】
実施形態6
本出願のこの実施形態は、第1の端末を提供する。アプリケーションが第1の端末上で実行され、第1の端末は、アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1の画像に従って第1の要求を生成するように構成された生成ユニットと、第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信し、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示されるように構成された送信ユニットと、第2の端末によって返される支払い情報を受信するように構成された受信ユニットであって、支払い情報が、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される、受信ユニットとを含む。
【００７７】
本出願のこの実施形態の実際の適用例において、第1の端末によって公開される第1の画像は、暗号化されていない画像である。第1の端末は、第2の画像を取得するために暗号化処理を実行するようにサーバに要求する。第2の画像は暗号化画像であり、最終的に第2の端末のアプリケーションインターフェース上で提示される。ただし、第1の端末によって公開されるすべての画像が暗号化されることを必要とするとは限らず、いくつかの画像は暗号化されなくてよい。特定の実装形態は以下の通りである。最初に送信される情報(たとえば、第1の画像)において、情報の一部は、すべてのユーザに開放および表示されるものと予想される。情報のその部分(暗号化されていない画像、たとえば、第1の画像は第2の端末のアプリケーションインターフェース上で直接提示される)は、クリアサムネイルまたはクリア画像の形式で、ソーシャルアプリケーション(たとえば、WeChatアプリケーション)のユーザインターフェース上に表示される。情報の別の部分は暗号化されており(たとえば、第1の画像が暗号化された後に取得される第2の画像)、一部のユーザに選択的に開放および表示されるものと予想される。情報のこの部分は、ユーザが情報に応答し、それに対応して情報を復号するために使用され得る情報形式をフィードバックするときにしか、ソーシャルアプリケーションのユーザインターフェース上でクリアに表示され得ない。それに対応して情報を復号するために使用される情報形式をユーザがフィードバックできないとき、不鮮明画像(不鮮明画像はマスク追加処理を受ける画像であってよい)だけが閲覧され得る。しかしながら、余分な情報形式をフィードバックすることは、情報交換の処理コストを増大させる。交換が役に立たない場合、より多くの交換は、より大きい処理コスト、より低い効率、およびネットワーク環境における輻輳に対するより大きい悪影響につながる。したがって、実施形態4において説明した以下の処理の後、すなわち、第2の端末が、不鮮明画像の余分な情報形式が必然的に返されると決定し、第1の端末が、フィードバック(たとえば、第2の端末によって第1の端末に返される支払い情報)を取得し、サーバ、第1の端末、第2の端末が、互いに情報を交換し、サーバが、第1の端末によって公開されるように要求されている第1の画像に対する暗号化処理を、要件に従って実行し、暗号化された第2の画像を取得し、第2の端末からの要求を受信および復号した後、対応する復号処理が第2の画像に対して実行される。このようにして、第2の端末のアプリケーションインターフェース上に表示される第2の画像上を覆っており、最初にマスキングポリシーによってレンダリングされている画像層は除去され得、それによって、第2の端末のアプリケーションインターフェース上でクリアに提示される画像全体を閲覧し得る。画像上を覆っておりマスキングポリシーによってレンダリングされている画像層が除去される前、第2の端末のアプリケーションインターフェースにおける第2の画像の提示形式は画像層覆い付き提示形式であり、その提示形式がアプリケーションの情報提示インターフェースにおける別の画像のクリア提示形式とは異なることに留意されたい。
【００７８】
本出願のこの実施形態の一実装形態では、第1の端末は、
アプリケーションの情報送信インターフェースにおいて第1の画像を選択した後、第1のユーザの入力動作によって生成される第1のテキスト情報を取得するように構成された取得ユニットをさらに含み、
生成ユニットは、第1のテキスト情報および第1の画像に従って第1の要求を生成するようにさらに構成される。
【００７９】
本出願のこの実施形態の一実装形態では、生成ユニットは、
画像コレクションエントリにおけるタッチ動作を取得するように構成された動作取得サブユニットであって、画像コレクションエントリの提示形式が、既存のコレクション提示形式とは異なる形式でレンダリングされる、動作取得サブユニットと、
第1のプロンプト情報を提示するためにタッチ動作に応答するように構成された動作応答サブユニットであって、第1のプロンプト情報が、第2の端末ユーザに支払い情報を要求するために、第1の画像を選択するように第1の端末ユーザを促すために使用され、第1の端末ユーザおよび第2の端末ユーザが、同じソーシャルグループに属する、動作応答サブユニットとを含む。
【００８０】
実施形態7
本出願のこの実施形態は、サーバを提供し、サーバは、
第1の端末によって送信された第1の要求を受信し、第1の要求から第1の画像をパースアウトし、暗号化ポリシーに従って第1の画像に対する暗号化処理を実行し、暗号化処理の後に取得された第2の画像をセーブするように構成された暗号化ユニットと、
第2の端末によって送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を第2の端末に返すように構成された決定ユニットとを含む。
【００８１】
本出願のこの実施形態の一実装形態では、サーバは、
第2の端末によって送信された第3の要求を受信するように構成された第1の要求受信ユニットであって、第3の要求が、支払い行動によって生成される、第1の要求受信ユニットと、
第2の画像、および暗号化ポリシーに対応する復号鍵を、第2の端末へ送信し、その結果、第2の端末が復号鍵に従って第2の画像を復号して、要求される第1の画像を取得すること、または暗号化ポリシーに対応する復号鍵を使用することによって第2の画像を復号して第1の画像を取得し、第1の画像を第2の端末へ送信することを行うように構成された第1の送信ユニットとをさらに含む。
【００８２】
本出願のこの実施形態の一実装形態では、サーバは、
画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を第2の端末へ送信するように構成された情報送信ユニットをさらに含む。
【００８３】
本出願のこの実施形態の一実装形態では、サーバは、
第2の端末によって送信された第4の要求を受信するように構成された第2の要求受信ユニットであって、第4の要求が、ランダムデフォルトで無支払い行動によって生成される、第2の要求受信ユニットと、
第2の画像、および暗号化ポリシーに対応する復号鍵を、第2の端末へ送信し、その結果、第2の端末が復号鍵に従って第2の画像を復号して、要求される第1の画像を取得すること、または暗号化ポリシーに対応する復号鍵を使用することによって第2の画像を復号して第1の画像を取得し、第1の画像を第2の端末へ送信することを行うように構成された第2の送信ユニットとをさらに含む。
【００８４】
実施形態8
本出願のこの実施形態は、第2の端末を提供する。アプリケーションが第2の端末上で実行され、第2の端末は、
暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、アプリケーションの情報提示インターフェース上に表示される少なくとも1つの画像の中に存在し、第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なるように構成された情報表示ユニットと、
第2の要求を生成するために第2の画像の上でタッチ動作を実行し、第2の要求をサーバへ送信するように構成された要求送信ユニットと、
画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信するように構成された要求受信ユニットと、
第2のプロンプト情報に応答することによって生成される支払い行動を取得し、支払い行動に従って第3の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第3の要求をサーバへ送信するように構成された復号要求送信ユニットと、
支払い行動に従って支払い情報を生成するように構成された通知ユニットであって、第2の端末が、支払い情報を第1の端末へ送信するようにサーバに命令する、通知ユニットとを含む。
【００８５】
本出願のこの実施形態の一実装形態では、第2の端末は、
第2の画像、および暗号化ポリシーに対応する復号鍵を受信するように構成された第1の受信ユニットと、
復号鍵に従って第2の画像を第2の端末によって復号して、要求される第1の画像を取得すること、または第1の画像を受信することであって、第1の画像が、暗号化ポリシーに対応する復号鍵を使用することによってサーバが第2の画像を復号した後に取得される第1の画像であることを行うように構成された復号ユニットとをさらに含み、アプリケーションの情報提示インターフェース上で提示される第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である
【００８６】
本出願のこの実施形態の一実装形態では、第2の端末は、
画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を受信するように構成された第2の受信ユニットをさらに含み、
復号要求送信ユニットは、第3のプロンプト情報に応答することによって生成される無支払い行動を取得し、無支払い行動に従って第4の要求を生成し、第2の画像に対する復号処理を実行するように要求するための第4の要求をサーバへ送信するようにさらに構成される。
【００８７】
本出願のこの実施形態の一実装形態では、第2の端末は、
第2の画像、および暗号化ポリシーに対応する復号鍵を受信するように構成された第1の受信ユニットと、
復号鍵に従って第2の画像を第2の端末によって復号して、要求される第1の画像を取得すること、または第1の画像を受信することであって、第1の画像が、暗号化ポリシーに対応する復号鍵を使用することによってサーバが第2の画像を復号した後に取得される第1の画像であることを行うように構成された復号ユニットとをさらに含み、アプリケーションの情報提示インターフェース上で提示される第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。
【００８８】
本出願のこの実施形態の一実装形態では、第1の端末に対応する第1の端末ユーザおよび第2の端末に対応する第2の端末ユーザは、同じソーシャルグループに属する。
【００８９】
実施形態9
本出願のこの実施形態は、情報処理システムを提供する。情報処理システムは、第1のサーバ、および第1のサーバ対話するようにサポートされる第2のサーバを含む。
【００９０】
第1のサーバは、
第1の端末によって送信された第1の要求を受信し、第2のサーバの中にあり第1の画像に対応する元の記憶アドレスを第1の要求からパースアウトするように構成されたアドレス受信ユニットと、
暗号化記憶アドレスを取得するために、第2のサーバと合意した暗号化および復号ポリシーに従って元の記憶アドレスを第1のサーバによって暗号化するように構成されたアドレス暗号化ユニットと、
第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより第2の端末によって生成および送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、暗号化記憶アドレス、および第1の画像の復号鍵を、第2の端末に返すように構成された決定ユニットとを含む。
【００９１】
本出願のこの実施形態の一実装形態では、第2のサーバは、
第2の端末によって送信された第3の要求を受信し、第3の要求から暗号化記憶アドレスをパースアウトするように構成されたパーシングユニットと、
元の記憶アドレス、および第2の画像の鍵を取得するために、暗号化および復号ポリシーに従って暗号化記憶アドレスを暗号化し、第1の画像のものであり第2の画像の鍵に対応する鍵を発見し、第2の画像を取得するために第1の画像に対する暗号化処理を実行するように構成された暗号化ユニットと、
表示のために第2の画像を第2の端末へ送信し、第1の画像の鍵を使用することによって第2の画像を復号して最終的に第1の画像を取得するように、第2の端末をサポートするように構成された画像送信ユニットとを含む。
【００９２】
本出願のこの実施形態の一実装形態では、第2の画像の提示形式は、マスキングポリシーによってレンダリングされるとともに、第2の端末上で実行中のアプリケーションの情報提示インターフェースにおける少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なり、
第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。
【００９３】
本出願のこの実施形態は、コンピュータプログラムを記憶するコンピュータ記憶媒体をさらに提供し、コンピュータプログラムは、上記の情報処理方法を実行するために使用される。
【００９４】
実施形態10
第1の端末および第2の端末は、PCなどの電子デバイスであってよく、またはPAD、タブレットコンピュータ、もしくはハンドヘルドコンピュータなどの、ポータブル電子デバイスであってよく、またはモバイルフォンなどのインテリジェントモバイル端末であってよく、それらに限定されない。サーバは、クラスタシステムを使用することによって形成されてよく、ユニットの機能を実施するために統合されるかまたは別個に配設される電子デバイスである。第1の端末、第2の端末、およびサーバは各々、少なくともデータを記憶するためのデータベースおよびデータ処理用のプロセッサを含み、またはサーバの中に配設された記憶媒体もしくは独立に配設された記憶媒体を含む。
【００９５】
処理を実行するとき、データ処理用のプロセッサは、マイクロプロセッサ、CPU、DSP、またはFPGAとして実装され得る。記憶媒体は動作命令を含む。動作命令はコンピュータ実行可能コードであってよい。動作命令は、本出願の上記の実施形態において、情報処理方法のプロセスにおける動作を実行するために使用される。
【００９６】
第1の端末、第2の端末、およびサーバは、ハードウェアエンティティS11の例として使用され、図6に示される。装置は、プロセッサ41、記憶媒体42、および少なくとも1つの外部通信インターフェース43を含む。プロセッサ41、記憶媒体42、および外部通信インターフェース43は、バス44を使用することによって接続される。
【００９７】
本出願の実施形態は、実際の適用シナリオの一例を使用することによって次のように説明される。
【００９８】
この適用シナリオは、本出願の実施形態を適用し、新たな赤封筒適用、すなわち、モーメントの中で赤封筒写真を公開することによって赤封筒を受信することを含む。略語および重要な用語の定義は、WeChatモーメントの新たな公開タイプである赤封筒写真を含む。タイムライン上でユーザによってプルされる画像は暗号化されている。ユーザは、赤封筒を公開者へ送信した後にしか画像を復号することができない。本出願の実施形態によれば、そのような公開タイプ、すなわち、WeChatモーメントの中に新たに追加される赤封筒写真に対して、ユーザは、モーメントの中で貴重な写真を事前に公開することができ、クリックおよび閲覧するようにユーザの友達を引きつけるために説明を加える。友達は、サムネイル、または不鮮明処理を受ける画像しか見ることができず、ランダムな金額の赤封筒を公開者へ送信することによってのみ、クリアな写真を見ることができ、いいね(like)機能およびコメント機能をロック解除することができる。この公開タイプは、WeChatクライアントにおいて、ユーザによって事前に公開されるコンテンツとモバイル支払い能力との重要な統合であり、そのことは、一方では、報奨として友達から赤封筒を取得するために、高値のコンテンツをモーメントの中で公開するようにユーザを奨励し、他方では、新年のシーンにおいて友達に赤封筒を求めるための、ユーザの要件を実施する。
【００９９】
上記の適用シナリオに対して、WeChatにおいて赤封筒を送信することの、主に3つの形態がある。すなわち、(1)ユーザが、WeChatにおけるチャット中に互いに赤封筒を送信する。(2)企業が、公式アカウントにおいて、またはサービス通知を使用することによって、ターゲットユーザへ現金引換券を送信する。(3)企業が、「シェイク(shake)」機能を使用することによって、単位時間において彼らのモバイルフォンを振ることによって有効な要求をサーバへ送信する一部のユーザへ現金引換券を送信する。既存の赤封筒機能はソーシャルな役割を果たすが、このことはやはり資金移転を実施するにすぎない。「赤封筒写真」とは、WeChatモーメントにおいて、ユーザによって事前に公開されるコンテンツとモバイル支払い能力との組合せである。モーメントの中に公開タイプを追加することは、モーメントの中で元のコンテンツを公開するようにユーザを奨励し、ユーザが報奨として友達から赤封筒を取得する助けとなる。
【０１００】
この適用シナリオは、本出願の実施形態を適用し、モーメントにおける新たな公開タイプ、すなわち、赤封筒写真を含む。モーメントの中に新たに追加される公開タイプとして、「赤封筒写真」としての表現形式は以下の内容を含む。
【０１０１】
1.ユーザは、写真をアップロードし、写真に説明を加える。
【０１０２】
2.モーメントフィード(moments feed)を閲覧できるWeChatフレンドは、タイムライン上で、不鮮明処理を受ける画像を閲覧し、そのモーメントフィードに対していいね機能およびコメント機能を使用することができない。
【０１０３】
3.モーメントフィードを閲覧できるWeChatフレンドは、異なる領域のクリア画像を閲覧するように、タイムライン上のサムネイルの上をクリックして画像プレビューモードに入る。
【０１０４】
4.モーメントフィードを閲覧できるWeChatフレンドは、ランダムな金額を有する赤封筒を公開者へ送信することを選んでよく、赤封筒が首尾よく送信された後、完全なクリア画像(異なる領域の画像とは異なり完全な画像であり、写真としてのすべてのコンテンツが提示され得る)を閲覧でき、フィード上でいいねおよびコメントすることができる。
【０１０５】
上記の表現形式に対して、「赤封筒写真」としての公開タイプを使用する対話の間、図7に示すように、画像に関係する暗号化および復号プロセスは以下の内容を含む。
【０１０６】
1.画像サーバの記憶アドレスはWeChatバックグラウンドにおいて暗号化され、暗号化記憶アドレスはfileidおよびenckeyidxを含む。WeChatバックグラウンドと画像記憶サーバの両方が、暗号化アルゴリズムを理解している。クライアントがWeChatバックグラウンドからobjをプルすると、すなわち、モーメントをブラウジングすると、WeChatバックグラウンドは、画像が暗号化されているかどうかをクライアントに通知し、画像の復号鍵をクライアントに通知する。
【０１０７】
2.クライアントは、WeChatバックグラウンドから暗号化された画像記憶urlアドレスを教わり、ユーザが画像を閲覧するためにクリックすると、暗号化されたurlアドレスを使用することによって、サーバから画像をダウンロードするように要求する。
【０１０８】
3.サーバは、画像記憶urlアドレスを復号してenckeyidxおよび元のfileidを取得し、idxに対応するenckeyを構成によって発見し、enckeyを使用して画像を対称的に暗号化する。
【０１０９】
4.サーバは、暗号化画像をクライアントに配信し、クライアントは、objをプルしたときに取得されたenckeyを使用することによって画像を復号する。
【０１１０】
CDN(コンテンツ配信ネットワーク)は、データネットワーク上に構築された分散型コンテンツ配信ネットワークである。CDNの機能は、システムによってサポートされる並行ストリームの数量を大幅に改善するとともに一点故障によって引き起こされる悪影響を低減または回避するように、ストリームメディアサーバクラスタ技術を使用してスタンドアロンシステムの出力帯域幅および並行処理能力の不足という欠点を克服することである。CDNは、正常に動作しユーザの最も近くにあるストリームメディアサーバへのユーザの直接アクセスに対して広域負荷分散技術を使用し、その結果、ストリームメディアサーバはユーザの要求に直接応答する。ユーザによってアクセスされるべきコンテンツがサーバの中に存在しない場合、サーバは、対応するコンテンツを元のサーバから獲得し、そのコンテンツをユーザに提供するように、自動的に構成され得る。対話型パーソナリティTV(IPTV:interactive personality TV)は、CDNを使用してビデオオンデマンド(VOD:Video-On-Demand)サービスをユーザに提供でき、CDNを使用することによって、サービスのエンドツーエンド品質をいくらかの程度まで保証するように、ユーザ側に近いCDNノードにビデオコンテンツを配信することができる。
【０１１１】
本出願の実施形態の有益な効果は以下の通りである。この公開タイプは、WeChatクライアントにおいて、ユーザによって事前に公開されるコンテンツとモバイル支払い能力との重要な統合であり、そのことは、一方では、報奨として友達から赤封筒を取得するために、高値のコンテンツをモーメントの中で公開するようにユーザを奨励し、他方では、新年のシーンにおいて友達に赤封筒を求めるための、ユーザの要件を実施する。
【０１１２】
暗号化および復号の情報交換プロセスに関与する複数の適用シナリオが、図8〜図17に示される。図8〜図11は、第1の端末のアプリケーションインターフェース上に表示されるユーザインターフェースの概略図である。図8は、任意の第1の画像をアップロードすることの概略図である。図9は、画像がアップロードされた後、任意の第1の画像に対応するテキスト情報を入力することの概略図である。図10は、画像を公開することの概略図であり、この場合、画像は、実際にはユーザによってアップロードされた任意の第1の画像が暗号化された後に取得される第2の画像である。たとえば、第2の画像はマスクタイプの画像層によって覆われ、間違いなくマスクタイプのものでなく別のマスキングポリシーによって取得される画像であってよい。図11の左側は、第1の画像を第1の端末の側で画像公開者によってプレビューすることの概略図である。図11の右側は、受信された赤封筒についての統計量を第1の端末の側で画像公開者によって閲覧することの概略図である。図12〜図17は、第1の端末のアプリケーションインターフェース上に表示されるユーザインターフェースの概略図である。図12は、第2の画像を第2の端末の側で画像受領者によって閲覧することの概略図である。画像は、実際にはユーザによってアップロードされた任意の第1の画像が暗号化された後に取得される第2の画像である。第2の画像はマスクタイプの画像層によって覆われ、間違いなくマスクタイプのものでなく別のマスキングポリシーによって取得される画像であってよい(図12に示すように、画像層によって覆われる画像は、マスクによって形成される最終的な提示結果であり、マスクは、クリア画像上を覆うグラウンドガラスの層を指し、グラウンドガラスの層は、「画像マスク」と呼ばれる)。図13は、写真を閲覧するために赤封筒を送信するように友達を促すことの概略図である。図14は、マッティング(matting)による画像層の下でクリア画像を閲覧することの概略図である。図15は、赤封筒を送信することの概略図である。図16は、くじ引きに当選することによって無料で画像を閲覧することの概略図である。図17は、友達によって送信された封筒をモーメントの中に表示することの概略図である。
【０１１３】
図18〜図21を通じて、赤封筒写真をどのように送信すべきか、赤封筒写真をどのように受信すべきか、ならびに写真を暗号化および復号するプロセスに関してマスキング効果を除去することなどの、一連の内容を含む特定の実装プロセスが、本出願の実施形態に従って簡単に説明される。実装プロセスは、アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、任意の第1の画像をアップロードすることと(図18に示すように)、任意の第1の画像をアップロードした後、画像に対応するテキスト情報を入力し(図19に示すように)、第1の画像およびテキスト情報に従って第1の要求を生成することと、第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信することであって、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示されることと、第2の画像が、画像上で画像層を覆うものでありマスキングポリシーによってレンダリングされる提示形式であり、提示形式が、アプリケーションの情報提示インターフェースにおける別の画像のクリア提示形式とは異なることと、画像プレビューモードを使用することによって画像を閲覧するとき、第2の画像の異なる領域上で実行される少なくとも1つのタッチ動作を取得し、画像の異なる領域に対応する鍵情報の少なくとも1つの断片を取得するために、あらかじめ設定されたポリシーに従って局所的なデマスキング処理を実行することと(図20に示すように)、それに対応して第2の画像を復号するために使用される情報形式が第2の端末に返されるのを必要とすることが、鍵情報の少なくとも1つの断片に従って決定されると、図21において説明する、元の画像を閲覧するために赤封筒が送信されるのを必要とすることを示すプロンプトに従って、第2の要求をサーバへ送信することと、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信することと、第2のプロンプト情報に応答することによって生成される支払い行動を取得し、支払い行動に従って第3の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第3の要求をサーバへ送信することと、支払い行動に従って支払い情報を生成することであって、第2の端末が、支払い情報を第1の端末へ送信するようにサーバに命令すること、またはくじ引きに当選することなどの無支払い行動によって画像を閲覧することとを含む。
【０１１４】
技術的解決策は、実際の適用中、ユーザがソーシャルアプリケーション(たとえば、WeChatアプリケーション)に基づいて情報交換を実行するとき、「赤封筒写真」がモーメントの中で公開されるシナリオにおいて、ユーザが画像を閲覧するために画像プレビューモードに入るたびに、ユーザが、クリア画像上を覆うグラウンドガラスを通して部分的なクリア画像を閲覧できるという条件に対して提唱される。画像プレビューモードに入るたびに表示されるクリアな部分はランダムである。ただし、過度のランダム性に起因して、ユーザはフィードバックを提供することが必要であるかどうかを知らない。画像プレビューモードに入るたびに表示されるクリアな部分がランダムであるので、画像の無意味な部分が必然的に表示される。その結果、画像をプレビューし画像に対してフィードバックを提供するためのユーザの要件は低減される。本出願の実施形態によれば、「赤封筒写真」のシナリオにおいて、モーメントの中に新たに追加される「赤封筒写真」を公開する機能により、ユーザは、不鮮明サムネイルおよび不鮮明画像しか見ることができず、画像プレビューモードに入るたびに部分的なクリア画像を見ることができる。そのような設計は、クリックして画像をプレビューし、さらには複数回にわたって画像をプレビューすべき、ユーザの衝動を高めるように意図され、それによって、画像プレビューインターフェース上での相当な数量の広告露出を達成する。特定の実装形態は以下の通りである。画像の重要な情報領域が、システムによって提供される顔認識インターフェースを使用することによって定着させられ、無意味な内容を表示する確率が、ポリシー配信によって低減される。画像の有益な内容を戦略的に表示するために、画像の最も有益な領域が、システムによって提供される顔認識インターフェースを使用することによって定着させられ、設計によってポリシーが表示される。このことは、ユーザによってプレビューされる画像のクリックレートを改善できるだけでなく、画像公開者の積極性に影響を及ぼすことなく、画像公開者の画像情報が完全に表示されることを防止することもできる。
【０１１５】
ポリシーの特定の実装形態は以下の通りである。1.画像の重要な情報領域が、システムによって提供される顔認識インターフェースを使用することによって定着させられる。2.画像の重要な情報領域が定着させられた後に策定される表示ポリシーは、以下のことを含む。(1)画像の中に顔がないか、または画像の中の顔の数量が5つ以上であるとき、鍵情報は表示ポリシーに従ってランダムに表示される。(2)画像の中に顔があるか、または画像の中の顔の数量が5つ以下であるとき、最初にランダムに顔が選択され、顔の低いほうの部分の60%を占める領域Mが丸で囲まれ、領域Mを表示する確率が10%であり、顔の環境を表示する確率が40%であり、画像の内容を表示する確率が50%である。3.表示領域が円形であり、最小半径および最大半径が制御される。
【０１１６】
特定の実装形態が、モーメントの中の「赤封筒写真」としての公開タイプのための対話に適用される。画像プレビューモードに入るたびに、公開者のWeChatフレンドは部分的なクリア画像を閲覧することができる。したがって、以下の2つのターゲットが達成される。(1)クリックして画像をプレビューし、さらには複数回にわたって画像をプレビューすべき、ユーザの衝動が高められ、それによって、画像プレビューインターフェース上での相当な数量の広告露出を達成する。(2)公開者の積極性に影響を及ぼすことなく、「赤封筒写真」公開者の画像コンテンツの重要な情報が完全に表示されることが防止される。
【０１１７】
本出願の実施形態におけるマスキング技術の有益な効果は次の通りである。モーメントの中の「赤封筒写真」シナリオは、重要な広告露出タスクを生み、クリックして画像をプレビューし、さらには複数回にわたって画像をプレビューすべき、ユーザの衝動が高められ、それによって、画像プレビューインターフェース上での相当な数量の広告露出を達成し、公開者の積極性に影響を及ぼすことなく、「赤封筒写真」公開者の画像コンテンツの重要な情報が完全に表示されることが防止される。
【０１１８】
この適用例において提供されるいくつかの実施形態では、開示するデバイスおよび方法が他の方式で実施され得ることを理解されたい。説明したデバイス実施形態は例にすぎない。たとえば、ユニット分割は論理的な機能分割にすぎず、実際の実装形態では他の分割であってよい。たとえば、複数のユニットまたは構成要素は、組み合わせられてよく、または別のシステムの中に統合されてよく、あるいはいくつかの特徴が無視されてよく、または実行されなくてよい。加えて、構成要素間の、表示または説明した相互結合もしくは直接結合または通信接続は、いくつかのインターフェースを使用することによって実施され得る。デバイス間またはユニット間の間接結合または通信接続は、電子的形態、機械的形態、または他の形態で実施され得る。
【０１１９】
別個の部分として説明したユニットは、物理的に別個であってもなくてもよく、ユニットとして表示された部分は、物理ユニットであってもなくてもよく、すなわち、1つの位置に配置されてよく、または複数のネットワークユニット上に分散されてもよい。ユニットの一部または全部は、本実施形態の解決策の目的を実際の必要に従って達成するように選択され得る。
【０１２０】
加えて、本出願の実施形態における機能ユニットが1つの処理ユニットの中に統合されてよく、またはユニットの各々が物理的に単体で存在してよく、または2つ以上のユニットが1つのユニットの中に統合されてもよい。統合ユニットは、ハードウェアの形態で実装されてよく、またはソフトウェア機能ユニットの形態で実装されてもよい。
【０１２１】
方法実施形態における動作の一部または全部は、プログラムが、関連するハードウェアに命令することによって実施され得ることを、当業者は理解し得る。プログラムは、コンピュータ可読記憶媒体に記憶され得る。プログラムが実行されると、方法実施形態における動作が実行される。記憶媒体は、ポータブル記憶デバイス、読取り専用メモリ(ROM:Read-Only Memory)、ランダムアクセスメモリ(RAM:Random Access Memory)、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することが可能な任意の媒体であってよい。
【０１２２】
代替として、本開示における統合ユニットがソフトウェア機能モジュールの形態で実装され、別個の製品として販売または使用されるとき、統合ユニットは、コンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本出願の実施形態の技術的解決策は本質的に、または従来技術に寄与する部分は、ソフトウェア製品の形態で実施され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態で説明した方法の動作の全部または一部を実行するようにコンピュータデバイス(パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい)に命令するためのいくつかの命令を含む。記憶媒体は、ポータブル記憶デバイス、ROM、RAM、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することが可能な任意の媒体であってよい。
【０１２３】
上記の説明は本開示の特定の実装形態にすぎず、本開示の保護範囲を限定するものでない。本開示で開示する技術的範囲内で当業者によって容易に理解されるいかなる変形または置換も、本開示の保護範囲内に入るものとする。したがって、本開示の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【産業上の利用可能性】
【０１２４】
本出願の実施形態によれば、アプリケーションの情報送信インターフェースにおける第1の画像が選択され、第1の画像がアップロードされ、第1の画像に従って第1の要求が生成され、第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求がサーバへ送信され、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示され、第2の端末によって返される支払い情報が受信され、支払い情報は、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される。本出願の実施形態によれば、コメントによって生成されるコメント情報に加えて、他の形式での情報がさらに追加されてよい。より多くの形式での情報および最初に送信される情報が統合されて、ソーシャルグループの中のユーザ間での情報交換を容易にする。その上、情報の一部のための暗号化要件に対応して、暗号化メカニズムおよび対応する復号メカニズムが指定される。したがって、暗号化情報のこの部分を一部のユーザに選択的に開放および表示するための要件は、暗号化メカニズムおよび対応する復号メカニズムに従って満たされ、ユーザは、暗号化情報のこの部分に応答でき、それに対応して情報を復号するために使用され得る情報形式をフィードバックすることができる。このようにして、復号された情報が、ソーシャルアプリケーションのユーザインターフェース上でクリアに表示され得る。
【符号の説明】
【０１２５】
11  サーバ
21，22，23，24，25  端末デバイス
31  ネットワーク
41  プロセッサ
42  記憶媒体
43  外部通信インターフェース
44  バス
【図１】
2019508790.tif 000003
【図２】
2019508790.tif 000004
【図３】
2019508790.tif 000005
【図４】
2019508790.tif 000006
【図５】
2019508790.tif 000007
【図６】
2019508790.tif 000008
【図７】
2019508790.tif 000009
【図８】
2019508790.tif 000010
【図９】
2019508790.tif 000011
【図１０】
2019508790.tif 000012
【図１１】
2019508790.tif 000013
【図１２】
2019508790.tif 000014
【図１３】
2019508790.tif 000015
【図１４】
2019508790.tif 000016
【図１５】
2019508790.tif 000017
【図１６】
2019508790.tif 000018
【図１７】
2019508790.tif 000019
【図１８】
2019508790.tif 000020
【図１９】
2019508790.tif 000021
【図２０】
2019508790.tif 000022
【図２１】
2019508790.tif 000023
【国際調査報告】
2019508790.tif 000024
2019508790.tif 000025
2019508790.tif 000026
2019508790.tif 000027
2019508790.tif 000028