特許7008755 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ ▲騰▼▲訊▼科技（深▲セン▼）有限公司の特許一覧

特許7008755情報処理方法、第１の端末、第２の端末、サーバ、およびシステム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-01-13

(45)【発行日】2022-01-25

(54)【発明の名称】情報処理方法、第１の端末、第２の端末、サーバ、およびシステム

(51)【国際特許分類】

G06Q 30/06 20120101AFI20220118BHJP

H04L 51/04 20220101ALI20220118BHJP

G06Q 50/00 20120101ALI20220118BHJP

【ＦＩ】

G06Q30/06 312

H04L51/04

G06Q50/00 300

【請求項の数】 29

【外国語出願】

(21)【出願番号】P 2020109759

(22)【出願日】2020-06-25

(62)【分割の表示】P 2018535372の分割

【原出願日】2016-12-08

(65)【公開番号】P2020187757

(43)【公開日】2020-11-19

【審査請求日】2020-07-27

(31)【優先権主張番号】201610053468.6

(32)【優先日】2016-01-26

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】517392436

【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広信哉

(74)【代理人】

【識別番号】100150197

【弁理士】

【氏名又は名称】松尾直樹

(72)【発明者】

【氏名】肖斯予

【審査官】上田威

(56)【参考文献】

【文献】特開２００２－３００３３８（ＪＰ，Ａ）

【文献】国際公開第２０１６／００９５７１（ＷＯ，Ａ１）

【文献】特開２０１５－１１５９２１（ＪＰ，Ａ）

【文献】特開２００４－０５４４２２（ＪＰ，Ａ）

【文献】特開２００８－１５８７４１（ＪＰ，Ａ）

【文献】特開２００９－００９５８６（ＪＰ，Ａ）

【文献】特開２００２－１３２９９９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ１０／００－９９／００

Ｈ０４Ｌ５１／０４

(57)【特許請求の範囲】

【請求項1】

第1の端末が実行する、ソーシャルアプリケーションに適用される情報処理方法であって、
前記ソーシャルアプリケーションの情報送信インターフェースにおいて選択された第１の画像をアップロードし、前記第１の画像に基づき第１の要求を生成するステップと、
前記第１の要求をサーバに送信するステップであって、前記第１の要求における前記第１の画像に対する暗号化処理を実行するよう前記サーバに要求し、前記暗号化処理の後に取得される第２の画像を第２の端末に実行される前記ソーシャルアプリケーションの情報提示インターフェースに表示するよう要求し、前記第２の画像は、前記第１の画像がマスキングポリシーによってレンダリングされた画像である、ステップと、
前記第２の端末によって返される支払い情報を含む情報を受信するステップであって、前記支払い情報が、前記情報提示インターフェースにおける支払い行動に従って前記第２の端末によって生成され、前記第２の画像を前記第１の画像に復号するための第３の要求が、前記支払い行動に従って前記第２の端末によって生成され、前記第２の端末から前記サーバへ送信される、ステップと
を含む、方法。

【請求項2】

前記ソーシャルアプリケーションの前記情報送信インターフェースにおいて前記第１の画像を選択した後、第１のユーザの入力動作によって生成される第１のテキスト情報を取得するステップと、
前記第１のテキスト情報および前記第１の画像に従って前記第１の要求を生成するステップと
をさらに含む、請求項１に記載の方法。

【請求項3】

前記ソーシャルアプリケーションの前記情報送信インターフェースにおいて前記第１の画像を選択することが、
画像選択エントリアイコンに対する操作を取得するステップであって、前記画像選択エントリアイコンが、既存の画像選択エントリアイコンとは異なる形式でレンダリングされている、ステップと、
前記操作に応答して第１のプロンプト情報を提示するステップであって、前記第１のプロンプト情報が前記第１の画像の選択を促す情報及び前記第2の端末に前記支払い情報を表示することを示す情報を含む、ステップと
を含み、
前記第１の端末および前記第２の端末がログインしている前記ソーシャルアプリケーションにおけるアカウントが同じソーシャルグループに属する、請求項１または２に記載の方法。

【請求項4】

ソーシャルアプリケーションに対応するサーバが実行する情報処理方法であって、
第１の端末によって送信される第１の要求を受信し、前記第１の要求から第１の画像を取得し、暗号化ポリシーに従って前記第１の画像に対する暗号化処理を実行し、前記暗号化処理の後に取得される第２の画像をセーブし、第２の端末に送信するステップと、
前記第２の端末によって送信される第２の要求を受信し、要求される画像が前記第２の画像であるかどうかを前記第２の要求に従って決定し、前記要求される画像が前記第２の画像である場合、支払い行動によって閲覧されることが必要であることを示す第２のプロンプト情報を前記第２の端末に返すステップと、
前記第２の端末によって送信される第３の要求を受信するステップであって、前記第３の要求が、前記支払い行動によって生成される、ステップと、
前記暗号化ポリシーに対応する復号鍵を、前記第２の端末へ送信するステップであって、前記第２の端末によって、前記復号鍵に従って前記第２の画像が復号され、前記第１の画像が取得される、ステップと
を含む、方法。

【請求項5】

前記要求される画像が前記第２の画像である場合、ランダムにデフォルトで無支払いの行動によって前記第２の画像が閲覧されることを示す第３のプロンプト情報を前記第２の端末へ送信するステップ
をさらに含む、請求項４に記載の方法。

【請求項6】

前記第２の端末によって送信される第４の要求を受信するステップであって、前記第４の要求が、前記ランダムにデフォルトで無支払いの行動によって生成される、ステップと、
前記第２の画像、および前記暗号化ポリシーに対応する復号鍵を、前記第２の端末へ送信するステップであって、前記第２の端末によって、前記復号鍵に従って前記第２の画像が復号され、要求される前記第１の画像が取得される、ステップ、または
前記暗号化ポリシーに対応する復号鍵を使用することによって前記第２の画像を復号して前記第１の画像を取得し、前記第１の画像を前記第２の端末へ送信するステップと
をさらに含む、請求項５に記載の方法。

【請求項7】

第２の端末が実行する、ソーシャルアプリケーションに適用される情報処理方法であって、
前記ソーシャルアプリケーションの情報提示インターフェース上に表示される複数の画像に、第１の画像が暗号化ポリシーに従って暗号化処理されることで取得された第２の画像が含まれるステップであって、前記第２の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、前記複数の画像のうち前記第２の画像以外の画像は、前記第２の画像の提示形式とは異なるクリア提示形式でレンダリングされている、ステップと、
前記第２の画像が操作されると、第２の要求を生成し、前記第２の要求をサーバへ送信するステップと、
前記第２の画像が支払い行動によって閲覧されることが必要であることを示す第２のプロンプト情報を受信するステップと、
前記第２のプロンプト情報に応答することにより生成される前記支払い行動を取得し、前記支払い行動に従って前記第２の画像に対する復号化処理を実行するよう第３の要求を生成し、前記サーバへ送信するステップと、
前記支払い行動に従って支払い情報を含む情報を生成し、サーバに送信するステップであって、前記支払い情報を含む情報に前記支払い情報を第１の端末に送信するよう前記サーバに命令することが含まれる、ステップと、
前記暗号化ポリシーに対応する復号鍵を受信するステップと、
前記復号鍵に従って前記第２の画像を前記第１の画像に復号して取得するステップと
を含む、方法。

【請求項8】

前記ソーシャルアプリケーションの前記情報提示インターフェースに提示する前記第１の画像がクリア提示形式の全体の画像であり、前記第２の画像に対するデマスキング処理により、前記第１の画像に覆われる画像層が取り除かれた画像である、請求項７に記載の方法。

【請求項9】

前記第２の画像がランダムにデフォルトで無支払いの行動によって閲覧されることを示す第３のプロンプト情報を受信するステップと、
前記第３のプロンプト情報に応答することによって生成される無支払いの行動を取得し、前記無支払いの行動に従って前記第２の画像を復号化処理するよう前記サーバに要求する第４の要求を生成し、前記サーバに送信するステップと
をさらに含む、請求項７に記載の方法。

【請求項10】

前記第２の画像、および前記暗号化ポリシーに対応する復号鍵を受信するステップと、前記復号鍵に従って前記第２の画像を前記第１の画像に復号して取得するステップ、または
前記第１の画像を受信するステップであって、前記第１の画像が、前記サーバによって前記暗号化ポリシーに対応する復号鍵で前記第２の画像から復号された画像である、ステップ
をさらに含み、
前記ソーシャルアプリケーションの前記情報提示インターフェースに提示する前記第１の画像がクリア提示形式の全体の画像であり、前記第２の画像に対するデマスキング処理により、前記第１の画像に覆われる画像層が取り除かれた画像である、請求項９に記載の方法。

【請求項11】

前記ソーシャルアプリケーションにログインしている、前記第１の端末と前記第２の端末が、前記ソーシャルアプリケーションにおいて同じソーシャルグループに属するものである、請求項７から１０のいずれか一項に記載の方法。

【請求項12】

第１の端末と、第２の端末と、サーバとを含むシステムが実行する、ソーシャルアプリケーションに適用される情報処理方法であって、
前記第１の端末が、前記ソーシャルアプリケーションの情報送信インターフェースにおいて選択された第１の画像をアップロードし、前記第１の画像に基づき第１の要求を生成するステップと、
前記第１の端末が、前記第１の要求を前記サーバに送信するステップであって、前記第１の要求における前記第１の画像に対する暗号化処理を実行するよう前記サーバに要求し、前記暗号化処理の後に取得される第２の画像を第２の端末に実行される前記ソーシャルアプリケーションの情報提示インターフェースに表示するよう要求し、前記第２の画像は、前記第１の画像がマスキングポリシーによってレンダリングされた画像である、ステップと、
前記サーバが、前記第２の端末によって送信される第２の要求を受信し、要求される画像が前記第２の画像であるかどうかを前記第２の要求に従って決定し、前記要求される画像が前記第２の画像である場合、支払い行動によって閲覧されることが必要であることを示す第２のプロンプト情報を前記第２の端末に返すステップと、
前記第２の端末が、前記第２のプロンプト情報に応答することにより生成される前記支払い行動を取得し、前記支払い行動に従って前記第２の画像に対する復号化処理を実行するよう第３の要求を生成し、前記サーバへ送信するステップと、
前記第２の端末が、前記支払い行動に従って支払い情報を含む情報を生成し、サーバに送信するステップであって、前記支払い情報を含む情報に前記支払い情報を第１の端末に送信するよう前記サーバに命令することが含まれる、ステップと
を含む、方法。

【請求項13】

前記ソーシャルアプリケーションの前記情報送信インターフェースにおいて前記第１の画像を選択することが、
前記第１の端末が、画像選択エントリアイコンに対する操作を取得するステップであって、前記画像選択エントリアイコンが、既存の画像選択エントリアイコンとは異なる形式でレンダリングされている、ステップと、
前記第１の端末が、前記操作に応答して第１のプロンプト情報を提示するステップであって、前記第１のプロンプト情報が前記第１の画像の選択を促す情報及び前記第2の端末に前記支払い情報を表示することを示す情報を含む、ステップと
を含み、
前記第１の端末および前記第２の端末がログインしている前記ソーシャルアプリケーションにおけるアカウントが同じソーシャルグループに属する、請求項１２に記載の方法。

【請求項14】

前記第２の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、前記第２の端末に実行中の前記ソーシャルアプリケーションの情報提示インターフェースにおける複数の画像のうち前記第２の画像以外の画像は、前記第２の画像の提示形式とは異なるクリア提示形式でレンダリングされており、
前記第１の画像がクリア提示形式の全体の画像であり、前記第２の画像に対するデマスキング処理により、前記第１の画像に覆われる画像層が取り除かれた画像である、請求項１３に記載の方法。

【請求項15】

第１の端末であって、ソーシャルアプリケーションが前記第１の端末上で実行され、前記第１の端末が、
前記ソーシャルアプリケーションの情報送信インターフェースにおいて選択された第１の画像をアップロードし、前記第１の画像に基づき第１の要求を生成するように構成された生成ユニットと、
前記第１の要求をサーバに送信するように構成された送信ユニットであって、前記第１の要求における前記第１の画像に対する暗号化処理を実行するよう前記サーバに要求し、前記暗号化処理の後に取得される第２の画像を第２の端末に実行される前記ソーシャルアプリケーションの情報提示インターフェース上に表示するよう要求し、前記第２の画像は、前記第１の画像がマスキングポリシーによってレンダリングされた画像である、送信ユニットと、
前記第２の端末によって返される支払い情報を含む情報を受信するように構成された受信ユニットであって、前記支払い情報が、前記情報提示インターフェースにおける支払い行動に従って前記第２の端末によって生成され、前記第２の画像を前記第１の画像に復号するための第３の要求が、前記支払い行動に従って前記第２の端末によって生成され、前記第２の端末から前記サーバへ送信される、受信ユニットと
を備える、第１の端末。

【請求項16】

前記ソーシャルアプリケーションの前記情報送信インターフェースにおいて前記第１の画像を選択した後、第１のユーザの入力動作によって生成される第１のテキスト情報を取得するように構成された取得ユニット
をさらに備え、
前記生成ユニットが、前記第１のテキスト情報および前記第１の画像に従って前記第１の要求を生成するようにさらに構成される、請求項１５に記載の第１の端末。

【請求項17】

前記生成ユニットが、
画像選択エントリアイコンに対する操作を取得するように構成された動作取得サブユニットであって、前記画像選択エントリアイコンが、既存の画像選択エントリアイコンとは異なる形式でレンダリングされている、動作取得サブユニットと、
前記操作に応答して第１のプロンプト情報を提示するように構成された動作応答サブユニットであって、前記第１のプロンプト情報が、前記第１の画像の選択を促す情報及び前記第2の端末に前記支払い情報を表示することを示す情報を含み、前記第１の端末および前記第２の端末がログインしている前記ソーシャルアプリケーションにおけるアカウントが同じソーシャルグループに属する、動作応答サブユニットと
を備える、請求項１５または１６に記載の第１の端末。

【請求項18】

サーバであって、
第１の端末によって送信される第１の要求を受信し、前記第１の要求から第１の画像を取得し、暗号化ポリシーに従って前記第１の画像に対する暗号化処理を実行し、前記暗号化処理の後に取得される第２の画像をセーブし、第２の端末に送信するように構成された暗号化ユニットと、
第２の端末によって送信される第２の要求を受信し、要求される画像が前記第２の画像であるかどうかを前記第２の要求に従って決定し、前記要求される画像が前記第２の画像である場合、支払い行動によって閲覧されることが必要であることを示す第２のプロンプト情報を前記第２の端末に返すように構成された決定ユニットと
前記第２の端末によって送信される第３の要求を受信するように構成された第１の要求受信ユニットであって、前記第３の要求が、前記支払い行動によって生成される、第１の要求受信ユニットと、
前記暗号化ポリシーに対応する復号鍵を、前記第２の端末へ送信することであって、前記第２の端末によって、前記復号鍵に従って前記第２の画像が復号され、要求される前記第１の画像が取得される、こと、を行うように構成された第１の送信ユニットと
を備える、サーバ。

【請求項19】

前記要求される画像が前記第２の画像である場合、ランダムにデフォルトで無支払い行の動によって前記第２の画像が閲覧されることを示す第３のプロンプト情報を前記第２の端末へ送信するように構成された情報送信ユニット
をさらに備える、請求項１８に記載のサーバ。

【請求項20】

前記第２の端末によって送信される第４の要求を受信するように構成された第２の要求受信ユニットであって、前記第４の要求が、前記ランダムにデフォルトで無支払いの行動によって生成される、第２の要求受信ユニットと、
前記第２の画像、および前記暗号化ポリシーに対応する復号鍵を、前記第２の端末へ送信することであって、前記第２の端末によって、前記復号鍵に従って前記第２の画像が復号され、要求される前記第１の画像が取得される、こと、または前記暗号化ポリシーに対応する復号鍵を使用することによって前記第２の画像を復号して前記第１の画像を取得し、前記第１の画像を前記第２の端末へ送信することを行うように構成された第２の送信ユニットと
をさらに備える、請求項１９に記載のサーバ。

【請求項21】

第２の端末であって、ソーシャルアプリケーションが前記第２の端末上で実行され、前記第２の端末が、
前記ソーシャルアプリケーションの情報提示インターフェース上に表示される複数の画像に、第１の画像が暗号化ポリシーに従って暗号化処理されることで取得された第２の画像が含まれ、前記第２の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、前記複数の画像のうち前記第２の画像以外の画像は、前記第２の画像の提示形式とは異なるクリア提示形式でレンダリングされている、ように構成された情報表示ユニットと、
前記第２の画像が操作されると、第２の要求を生成し、前記第２の要求をサーバへ送信するように構成された要求送信ユニットと、
前記第２の画像が支払い行動によって閲覧されることが必要であることを示す第２のプロンプト情報を受信するように構成された要求受信ユニットと、
前記第２のプロンプト情報に応答することにより生成される前記支払い行動を取得し、前記支払い行動に従って前記第２の画像に対する復号化処理を実行するよう第３の要求を生成し、前記サーバへ送信するように構成された復号要求送信ユニットと、
前記支払い行動に従って支払い情報を含む情報を生成し、サーバに送信するように構成された通知ユニットであって、前記支払い情報を含む情報に前記支払い情報を第１の端末に送信するよう前記サーバに命令することが含まれる、通知ユニットと、
前記暗号化ポリシーに対応する復号鍵を受信するように構成された第１の受信ユニットと、
前記復号鍵に従って前記第２の画像を前記第１の画像に復号して取得することを行うように構成された復号ユニットと
を備える、第２の端末。

【請求項22】

前記ソーシャルアプリケーションの前記情報提示インターフェースに提示する前記第１の画像がクリア提示形式の全体の画像であり、前記第２の画像に対するデマスキング処理により前記第１の画像に覆われる画像層が取り除かれた画像である、請求項２１に記載の第２の端末。

【請求項23】

前記第２の画像がランダムにデフォルトで無支払いの行動によって閲覧されることを示す第３のプロンプト情報を受信するように構成された第２の受信ユニット
をさらに備え、
前記復号要求送信ユニットが、前記第３のプロンプト情報に応答することによって生成される無支払いの行動を取得し、前記無支払いの行動に従って前記第２の画像を復号化処理するよう前記サーバに要求する第４の要求を生成し、前記サーバに送信するようにさらに構成される、請求項２１に記載の第２の端末。

【請求項24】

前記第２の画像、および前記暗号化ポリシーに対応する復号鍵を受信するように構成された第１の受信ユニットと、
前記復号鍵に従って前記第２の画像を前記第１の画像に復号して取得すること、または前記第１の画像を受信することであって、前記第１の画像が、前記サーバによって前記暗号化ポリシーに対応する復号鍵で前記第２の画像から復号された画像である、ことを行うように構成された復号ユニットと
をさらに備え、
前記ソーシャルアプリケーションの前記情報提示インターフェースに提示する前記第１の画像がクリア提示形式の全体の画像であり、前記第２の画像に対するデマスキング処理により、前記第１の画像に覆われる画像層が取り除かれた画像である、請求項２３に記載の第２の端末。

【請求項25】

前記ソーシャルアプリケーションにログインしている、前記第１の端末と前記第２の端末が、前記ソーシャルアプリケーションにおいて同じソーシャルグループに属するものである、請求項２１から２４のいずれか一項に記載の第２の端末。

【請求項26】

ソーシャルアプリケーションに適用されるシステムであって、第１の端末と、第２の端末と、サーバとを備え、
前記第１の端末が、前記ソーシャルアプリケーションの情報送信インターフェースにおいて選択された第１の画像をアップロードし、前記第１の画像に基づき第１の要求を生成し、
前記第１の端末が、前記第１の要求を前記サーバに送信し、前記第１の要求における前記第１の画像に対する暗号化処理を実行するよう前記サーバに要求し、前記暗号化処理の後に取得される第２の画像を第２の端末に実行される前記ソーシャルアプリケーションの情報提示インターフェースに表示するよう要求し、前記第２の画像は、前記第１の画像がマスキングポリシーによってレンダリングされた画像であり、
前記サーバが、前記第２の端末によって送信される第２の要求を受信し、要求される画像が前記第２の画像であるかどうかを前記第２の要求に従って決定し、前記要求される画像が前記第２の画像である場合、支払い行動によって閲覧されることが必要であることを示す第２のプロンプト情報を前記第２の端末に返し、
前記第２の端末が、前記第２のプロンプト情報に応答することにより生成される前記支払い行動を取得し、前記支払い行動に従って前記第２の画像に対する復号化処理を実行するよう第３の要求を生成し、前記サーバへ送信し、
前記第２の端末が、前記支払い行動に従って支払い情報を含む情報を生成し、サーバに送信し、前記支払い情報を含む情報に前記支払い情報を第１の端末に送信するよう前記サーバに命令することが含まれる、
システム。

【請求項27】

前記ソーシャルアプリケーションの前記情報送信インターフェースにおいて前記第１の画像を選択することが、
前記第１の端末が、画像選択エントリアイコンに対する操作を取得することであって、前記画像選択エントリアイコンが、既存の画像選択エントリアイコンとは異なる形式でレンダリングされている、ことと、
前記第１の端末が、前記操作に応答して第１のプロンプト情報を提示することであって、前記第１のプロンプト情報が前記第１の画像の選択を促す情報及び前記第2の端末に前記支払い情報を表示することを示す情報を含む、ことと
を含み、
前記第１の端末および前記第２の端末がログインしている前記ソーシャルアプリケーションにおけるアカウントが同じソーシャルグループに属する、請求項２６に記載のシステム。

【請求項28】

【請求項29】

コンピューティングデバイス上で実行されると、請求項１から３、請求項４から６、請求項７から１１、または請求項１２から１４のいずれか一項に記載の情報処理方法を実行するように構成されている、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信技術に関し、詳細には、情報処理方法、第1の端末、第2の端末、サーバ、情報処理システム、およびコンピュータ記憶媒体に関する。

【背景技術】

【0002】

インテリジェント端末が広く使用されるとき、インテリジェント端末を使用することによって、より便利に情報が交換される。たとえば、1つの情報交換形態は、ソーシャルアプリケーションに基づいて情報を交換することである。たとえば、ユーザは、ソーシャルアプリケーションに基づくソーシャルグループの中で、テキスト、画像、またはビデオ情報を公開し、テキスト、画像、またはビデオ情報を受信するユーザは、情報にコメントしてよく、それによって、ソーシャルグループの中のユーザ間での情報交換を実施する。コメントによって生成されるコメント情報に加えて、他の形式での情報がさらに追加されてよい。より多くの形式での情報および最初に送信される情報が統合されて、ソーシャルグループの中のユーザ間での情報交換を容易にする。

【0003】

最初に送信される情報において、情報の一部は、すべてのユーザに開放および表示されるものと予想される。たとえば、情報は画像である。情報のその部分は、クリアサムネイルまたはクリア画像の形式で、ソーシャルアプリケーションのユーザインターフェース上に表示される。情報の別の部分は暗号化されており、一部のユーザに選択的に開放および表示されるものと予想される。ユーザが情報に応答し、それに対応して情報を復号するために使用され得る情報形式をフィードバックするときにしか、情報のこの部分はソーシャルアプリケーションのユーザインターフェース上でクリアに表示され得ない。

【0004】

しかしながら、今のところ関連技術における上記の問題の効果的な解決策はない。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２００２－３００３３８号公報

【文献】特開２００８－１５８７４１号公報

【文献】特開２００９－００９５８６号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

この点において、本出願の実施形態は、少なくとも既存の技術における問題を解決するように、情報処理方法、第1の端末、第2の端末、サーバ、情報処理システム、およびコンピュータ記憶媒体を提供することを意図する。

【課題を解決するための手段】

【0007】

本出願の実施形態の技術的解決策は、次のように実施される。

【0008】

本出願の一実施形態は、情報処理方法を提供し、方法は第1の端末に適用され、アプリケーションが第1の端末上で実行され、方法は、
アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1の画像に従って第1の要求を生成するステップと、
第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信するステップであって、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される、ステップと、
第2の端末によって返される支払い情報を受信するステップであって、支払い情報が、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される、ステップとを含む。

【0009】

本出願の一実施形態は、情報処理方法を提供し、方法はサーバに適用され、方法は、
第1の端末によって送信された第1の要求を受信し、第1の要求から第1の画像をパースアウトし(parse out)、暗号化ポリシーに従って第1の画像に対する暗号化処理を実行し、暗号化処理の後に取得された第2の画像をセーブするステップと、
第2の端末によって送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を第2の端末に返すステップとを含む。

【0010】

本出願の一実施形態は、情報処理方法を提供し、方法は第2の端末に適用され、アプリケーションが第2の端末上で実行され、方法は、
暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、アプリケーションの情報提示インターフェース上に表示される少なくとも1つの画像の中に存在するステップであって、第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なる、ステップと、
第2の画像の上でタッチ動作を実行して第2の要求を生成し、第2の要求をサーバへ送信するステップと、
画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信するステップと、
第2のプロンプト情報に応答することによって生成される支払い行動を取得し、支払い行動に従って第3の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第3の要求をサーバへ送信するステップと、
支払い行動に従って支払い情報を生成するステップであって、第2の端末が、支払い情報を第1の端末へ送信するようにサーバに命令する、ステップとを含む。

【0011】

本出願の一実施形態は、情報処理方法を提供し、方法は、
第1の端末によって送信された第1の要求を第1のサーバによって受信し、第2のサーバの中にあり第1の画像に対応する元の記憶アドレスを第1の要求からパースアウトするステップと、
第2のサーバと合意した暗号化および復号ポリシーに従って元の記憶アドレスを第1のサーバによって暗号化して、暗号化記憶アドレスを取得するステップと、
第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより第2の端末によって生成および送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、暗号化記憶アドレス、および第1の画像の復号鍵を、第2の端末に返すステップとを含む。

【0012】

本出願の一実施形態は、第1の端末を提供し、アプリケーションが第1の端末上で実行され、第1の端末は、
アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1の画像に従って第1の要求を生成するように構成された生成ユニットと、
第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信し、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される、ように構成された送信ユニットと、
第2の端末によって返される支払い情報を受信するように構成された受信ユニットであって、支払い情報が、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される、受信ユニットとを含む。

【0013】

処理を実行するとき、生成ユニット、送信ユニット、および受信ユニットは、中央処理装置(CPU)、デジタル信号プロセッサ(DSP)、またはフィールドプログラマブルゲートアレイ(FPGA)を使用することによって実施され得る。

【0014】

本出願の一実施形態は、サーバを提供し、サーバは、
第1の端末によって送信された第1の要求を受信し、第1の要求から第1の画像をパースアウトし、暗号化ポリシーに従って第1の画像に対する暗号化処理を実行し、暗号化処理の後に取得された第2の画像をセーブするように構成された暗号化ユニットと、
第2の端末によって送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を第2の端末に返すように構成された決定ユニットとを含む。

【0015】

処理を実行するとき、暗号化ユニットおよび決定ユニットは、CPU、DSP、またはFPGAを使用することによって実施され得る。

【0016】

本出願の一実施形態は、第2の端末を提供し、アプリケーションが第2の端末上で実行され、第2の端末は、
暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、アプリケーションの情報提示インターフェース上に表示される少なくとも1つの画像の中に存在し、第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なるように構成された情報表示ユニットと、
第2の画像の上でタッチ動作を実行して第2の要求を生成し、第2の要求をサーバへ送信するように構成された要求送信ユニットと、
画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信するように構成された要求受信ユニットと、
第2のプロンプト情報に応答することによって生成される支払い行動を取得し、支払い行動に従って第3の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第3の要求をサーバへ送信するように構成された復号要求送信ユニットと、
支払い行動に従って支払い情報を生成するように構成された通知ユニットであって、第2の端末が、支払い情報を第1の端末へ送信するようにサーバに命令する、通知ユニットとを含む。

【0017】

処理を実行するとき、情報表示ユニット、要求送信ユニット、要求受信ユニット、復号要求送信ユニット、および通知ユニットは、CPU、DSP、またはFPGAを使用することによって実施され得る。

【0018】

本出願の一実施形態は、情報処理システムを提供し、情報処理システムは、第1のサーバ、および第1のサーバと対話するようにサポートされる第2のサーバを含み、
第1のサーバは、
第1の端末によって送信された第1の要求を受信し、第2のサーバの中にあり第1の画像に対応する元の記憶アドレスを第1の要求からパースアウトするように構成されたアドレス受信ユニットと、
第2のサーバと合意した暗号化および復号ポリシーに従って元の記憶アドレスを第1のサーバによって暗号化して、暗号化記憶アドレスを取得するように構成されたアドレス暗号化ユニットと、
第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより第2の端末によって生成および送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、暗号化記憶アドレス、および第1の画像の復号鍵を、第2の端末に返すように構成された決定ユニットとを含む。

【0019】

処理を実行するとき、アドレス受信ユニット、アドレス暗号化ユニット、および決定ユニットは、CPU、DSP、またはFPGAを使用することによって実施され得る。

【0020】

本出願の一実施形態は、コンピュータプログラムを記憶するコンピュータ記憶媒体を提供し、コンピュータプログラムは、上記の情報処理方法を実行するために使用される。

【発明の効果】

【0021】

本出願の実施形態によれば、アプリケーションの情報送信インターフェースにおける第1の画像が選択され、第1の画像がアップロードされ、第1の画像に従って第1の要求が生成され、第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求がサーバへ送信され、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示され、第2の端末によって返される支払い情報が受信され、支払い情報は、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される。本出願の実施形態によれば、コメントによって生成されるコメント情報に加えて、他の形式での情報がさらに追加されてよい。より多くの形式での情報および最初に送信される情報が統合されて、ソーシャルグループの中のユーザ間での情報交換を容易にする。その上、情報の一部のための暗号化要件に対応して、暗号化メカニズムおよび対応する復号メカニズムが指定される。したがって、暗号化情報のこの部分を一部のユーザに選択的に開放および表示するための要件は、暗号化メカニズムおよび対応する復号メカニズムに従って満たされ、ユーザは、暗号化情報のこの部分に応答でき、それに対応して情報を復号するために使用され得る情報形式をフィードバックすることができる。このようにして、復号された情報が、ソーシャルアプリケーションのユーザインターフェース上でクリアに表示され得る。

【図面の簡単な説明】

【0022】

【図1】本出願の一実施形態に従って情報交換を実行するハードウェアエンティティの概略図である。

【図2】本出願の実施形態1による一実装形態の概略フローチャートである。

【図3】本出願の実施形態2による一実装形態の概略フローチャートである。

【図4】本出願の実施形態3による一実装形態の概略フローチャートである。

【図5】本出願の実施形態5による構造の概略構造図である。

【図6】本出願の実施形態10による構造の概略構造図である。

【図7】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図8】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図9】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図10】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図11】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図12】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図13】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図14】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図15】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図16】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図17】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図18】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図19】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図20】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【図21】本出願の実施形態を適用する複数の適用シナリオの概略図である。

【発明を実施するための形態】

【0023】

以下のことは、添付の図面を参照しながら詳細に、技術的解決策の実装形態をさらに説明する。

【0024】

図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アプリケーション)、娯楽機能を有するアプリケーション(たとえば、ビデオアプリケーション、オーディオ再生アプリケーション、ゲーミングアプリケーション、およびリーディングソフトウェア)、およびサービス機能を有するアプリケーション(たとえば、地図およびナビゲーションアプリケーション)などのアプリケーションが、端末デバイスの中にインストールされる。

【0025】

図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の端末へ送信するようにサーバに命令する。

【0026】

サーバは、第1の端末および第2の端末の要求を処理し、第1の端末および第2の端末によって送信される様々な要求に従って、対応する暗号化および復号処理を実行する。サーバ(WeChatアプリケーションのバックグラウンドサーバ)は、画像記憶機能とモバイル支払い機能の両方を有するサーバであってよく、または(画像サーバ、およびWeChatアプリケーションのバックグラウンドサーバなどの)2つのタイプのサーバを含んでよい。

【0027】

詳細には、たとえば、サーバは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の端末へ送信することとを含む。

【0028】

詳細には、たとえば、サーバは、別個に配設されている、画像サーバ、および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の端末をサポートする。

【0029】

図1の例は、本出願の実施形態のシステムアーキテクチャ例にすぎない。本出願の実施形態は、図1におけるシステム構造に限定されない。システムアーキテクチャに基づいて、本出願の以下の実施形態が提供される。

【0030】

実施形態1
本出願のこの実施形態は、情報処理方法を提供する。図2に示すように、方法は第1の端末(たとえば、画像送信側に対応する端末)に適用され、アプリケーションが第1の端末上で実行され、方法は以下の動作を含む。

【0031】

動作101:アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1の画像に従って第1の要求を生成する。

【0032】

本明細書では、第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の画像の提示形式は画像層覆い付き提示形式であり、その提示形式がアプリケーションの情報提示インターフェースにおける別の画像のクリア提示形式とは異なることに留意されたい。

【0033】

動作102:第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信し、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される。

【0034】

動作103:第2の端末によって返される支払い情報(たとえば、赤封筒形式での支払い情報)を受信し、支払い情報は、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される。

【0035】

実施形態2
本出願のこの実施形態は、情報処理方法を提供する。図3に示すように、方法は第1の端末(たとえば、画像送信側に対応する端末)に適用され、アプリケーションが第1の端末上で実行され、方法は以下の動作を含む。

【0036】

動作201:アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1のユーザの入力動作によって生成される第1のテキスト情報を取得し、第1のテキスト情報および第1の画像に従って第1の要求を生成する。

【0037】

本明細書では、アプリケーションの情報送信インターフェースにおいて第1の画像を選択することは、画像コレクションエントリにおけるタッチ動作を取得することであって、画像コレクションエントリの提示形式が、既存のコレクション提示形式とは異なる形式でレンダリングされることと、第1のプロンプト情報を提示するためにタッチ動作に応答することであって、第1のプロンプト情報が、支払い情報を第2の端末ユーザに要求するために、第1の画像を選択するように第1の端末ユーザを促すために使用されることとを含む。たとえば、カメラアイコンが特殊化されてよく、特殊化されたカメラアイコンが赤封筒写真のエントリとして使用される。写真は、エントリを通じて選択される。第1の端末ユーザおよび第2の端末ユーザは、同じソーシャルグループに属する。

【0038】

本明細書では、第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の画像の提示形式は画像層覆い付き提示形式であり、その提示形式がアプリケーションの情報提示インターフェースにおける別の画像のクリア提示形式とは異なることに留意されたい。

【0039】

マスキングポリシーは、以下のもの、すなわち、不鮮明処理(blurring processing)、ダイレクトブラックアウト(direct blackout)、およびボイディング(voiding)のうちの少なくとも1つを含む。不鮮明処理は、グラウンドガラスマスクを使用することによって実行され得る。

【0040】

動作202:第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信し、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示される。

【0041】

本明細書では、第2の画像は、画像上を画像層で覆うものでありマスキングポリシーによってレンダリングされる提示形式で表示され、提示形式は、アプリケーションの情報提示インターフェースにおける別の画像のクリア提示形式とは異なる。

【0042】

動作203:第2の端末によって返される支払い情報(たとえば、赤封筒形式での支払い情報)を受信し、支払い情報は、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される。

【0043】

実施形態3
本出願のこの実施形態は、情報処理方法を提供する。図4に示すように、方法はサーバに適用され、方法は以下の動作を含む。

【0044】

動作301:第1の端末によって送信された第1の要求を受信し、第1の要求から第1の画像をパースアウトし、暗号化ポリシーに従って第1の画像に対する暗号化処理を実行し、暗号化処理の後に取得された第2の画像をセーブする。

【0045】

動作302:第2の端末によって送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を第2の端末に返す。

【0046】

本出願のこの実施形態によれば、サーバは、支払い機能および画像記憶機能を有する。したがって、サーバは、画像を暗号化および復号することができ、画像コンテンツ提示とモバイル支払いとを統合することができる。

【0047】

本出願のこの実施形態の一実装形態では、方法は以下の動作をさらに含む。

【0048】

動作401:第2の端末によって送信された第3の要求を受信し、第3の要求は、支払い行動
によって生成される。

【0049】

動作402:第2の画像、および暗号化ポリシーに対応する復号鍵を、第2の端末へ送信し、その結果、第2の端末が復号鍵に従って第2の画像を復号して、要求される第1の画像を取得するか、または
暗号化ポリシーに対応する復号鍵を使用することによって第2の画像を復号して第1の画像を取得し、第1の画像を第2の端末へ送信する。

【0050】

本明細書では、第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。

【0051】

本出願のこの実施形態の一実装形態では、方法は、画像がランダムデフォルトで(by random default)無支払い行動によって閲覧されることを示す第3のプロンプト情報、たとえば、現金支払いまたは仮想通貨支払いによってのみユーザが元の画像を閲覧できることを示すプロンプトを、第2の端末へ送信することをさらに含み、そうしたプロンプトは、くじ引きに当選した後に元の画像が無料で閲覧されることを示すプロンプトであってよい。

【0052】

本出願のこの実施形態の一実装形態では、方法は以下の動作をさらに含む。

【0053】

動作501:第2の端末によって送信された第4の要求を受信し、第4の要求は、ランダムデフォルトで無支払い行動によって生成される。

【0054】

動作502:第2の画像、および暗号化ポリシーに対応する復号鍵を、第2の端末へ送信し、その結果、第2の端末が復号鍵に従って第2の画像を復号して、要求される第1の画像を取得するか、または
暗号化ポリシーに対応する復号鍵を使用することによって第2の画像を復号して第1の画像を取得し、第1の画像を第2の端末へ送信する。

【0055】

本明細書では、第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。

【0056】

本出願のこの実施形態の一実装形態では、方法は、画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報、たとえば、現金支払いまたは仮想通貨支払いによってのみユーザが元の画像を閲覧できることを示すプロンプトを、第2の端末へ送信することをさらに含み、そうしたプロンプトは、くじ引きに当選した後に元の画像が無料で閲覧されることを示すプロンプトであってよい。

【0057】

実施形態4
本出願のこの実施形態は、情報処理方法を提供する。方法は第2の端末に適用され、アプリケーションが第2の端末上で実行され、方法は以下の動作を含む。

【0058】

動作601:暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、アプリケーションの情報提示インターフェース(たとえば、モーメントの中のタイムライン)上に表示される少なくとも1つの画像の中に存在し、第2の画像の提示形式は、マスキングポリシーによってレンダリングされるとともに、少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なる。

【0059】

本明細書では、マスキングポリシーは、以下のもの、すなわち、不鮮明処理、ダイレクトブラックアウト、およびボイディングのうちの少なくとも1つを含む。

【0060】

動作602:第2の要求を生成するために第2の画像の上でタッチ動作を実行し、第2の要求をサーバへ送信する。

【0061】

動作603:画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信する。

【0062】

動作604:第2のプロンプト情報に応答することによって生成される支払い行動を取得し、支払い行動に従って第3の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第3の要求をサーバへ送信する。

【0063】

動作605:支払い行動に従って支払い情報を生成し、第2の端末は、支払い情報を第1の端末へ送信するようにサーバに命令する。

【0064】

本出願のこの実施形態の一実装形態では、方法は、
第2の画像、および暗号化ポリシーに対応する復号鍵を受信するステップと、
復号鍵に従って第2の画像を第2の端末によって復号して、要求される第1の画像を取得するステップ、または
第1の画像を受信するステップであって、第1の画像が、暗号化ポリシーに対応する復号鍵を使用することによってサーバが第2の画像を復号した後に取得される第1の画像である、ステップとをさらに含み、
アプリケーションの情報提示インターフェース上で提示される第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。

【0065】

本出願のこの実施形態の一実装形態では、方法は、
画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を受信するステップと、
第3のプロンプト情報に応答することによって生成される無支払い行動を取得し、無支払い行動に従って第4の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第4の要求をサーバへ送信するステップとをさらに含む。

【0066】

【0067】

本出願のこの実施形態の一実装形態では、第1の端末に対応する第1の端末ユーザおよび第2の端末に対応する第2の端末ユーザは、同じソーシャルグループに属する。

【0068】

実施形態5
本出願のこの実施形態は、情報処理方法を提供する。図5に示すように、方法は以下の動作を含む。

【0069】

動作701:第1のサーバ(たとえば、WeChatアプリケーションのバックグラウンドサーバ)は、第1の端末によって送信された第1の要求を受信し、第2のサーバ(たとえば、画像サーバ)の中にあり第1の画像に対応する元の記憶アドレスを第1の要求からパースアウトする。

【0070】

動作702:第1のサーバは、暗号化記憶アドレスを取得するために、第2のサーバと合意した暗号化および復号ポリシーに従って元の記憶アドレスを暗号化する。

【0071】

動作703:第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより第2の端末によって生成および送信された第2の要求(たとえば、画像プレビュー要求ではなく、モーメントをブラウジングすることを求める要求)を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、暗号化記憶アドレス、および第1の画像の復号鍵(たとえば、enckeyidxとは異なるenckey)を、第2の端末に返す。

【0072】

本出願のこの実施形態の一実装形態では、方法は以下の動作をさらに含む。

【0073】

動作801:第2のサーバは、第2の端末によって送信された第3の要求を受信し、第3の要求から暗号化記憶アドレスをパースアウトする。

【0074】

動作802:元の記憶アドレス、および第2の画像の鍵(たとえば、enckeyidx)を取得するために、暗号化および復号ポリシーに従って暗号化記憶アドレスを暗号化し、第1の画像のものであり第2の画像の鍵に対応する鍵を発見し、第2の画像を取得するために第1の画像に対する暗号化処理を実行する。

【0075】

動作803:表示のために第2の画像を第2の端末へ送信し、第1の画像の鍵を使用することによって第2の画像を復号して最終的に第1の画像を取得するように、第2の端末をサポートする。

【0076】

本出願のこの実施形態の一実装形態では、第2の画像の提示形式は、マスキングポリシーによってレンダリングされるとともに、第2の端末上で実行中のアプリケーションの情報提示インターフェースにおける少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なり、
第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である。

【0077】

実施形態6
本出願のこの実施形態は、第1の端末を提供する。アプリケーションが第1の端末上で実行され、第1の端末は、アプリケーションの情報送信インターフェースにおいて第1の画像を選択し、第1の画像をアップロードし、第1の画像に従って第1の要求を生成するように構成された生成ユニットと、第1の要求における第1の画像に対する暗号化処理を実行するようにサーバに要求するために第1の要求をサーバへ送信し、その結果、暗号化処理の後に取得される第2の画像が、第2の端末上で実行中のアプリケーションの情報提示インターフェース上に表示されるように構成された送信ユニットと、第2の端末によって返される支払い情報を受信するように構成された受信ユニットであって、支払い情報が、情報提示インターフェースにおいて情報に応答することにより第2の端末によって生成される、受信ユニットとを含む。

【0078】

本出願のこの実施形態の実際の適用例において、第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の画像の提示形式は画像層覆い付き提示形式であり、その提示形式がアプリケーションの情報提示インターフェースにおける別の画像のクリア提示形式とは異なることに留意されたい。

【0079】

本出願のこの実施形態の一実装形態では、第1の端末は、
アプリケーションの情報送信インターフェースにおいて第1の画像を選択した後、第1のユーザの入力動作によって生成される第1のテキスト情報を取得するように構成された取得ユニットをさらに含み、
生成ユニットは、第1のテキスト情報および第1の画像に従って第1の要求を生成するようにさらに構成される。

【0080】

本出願のこの実施形態の一実装形態では、生成ユニットは、
画像コレクションエントリにおけるタッチ動作を取得するように構成された動作取得サブユニットであって、画像コレクションエントリの提示形式が、既存のコレクション提示形式とは異なる形式でレンダリングされる、動作取得サブユニットと、
第1のプロンプト情報を提示するためにタッチ動作に応答するように構成された動作応答サブユニットであって、第1のプロンプト情報が、第2の端末ユーザに支払い情報を要求するために、第1の画像を選択するように第1の端末ユーザを促すために使用され、第1の端末ユーザおよび第2の端末ユーザが、同じソーシャルグループに属する、動作応答サブユニットとを含む。

【0081】

実施形態7
本出願のこの実施形態は、サーバを提供し、サーバは、
第1の端末によって送信された第1の要求を受信し、第1の要求から第1の画像をパースアウトし、暗号化ポリシーに従って第1の画像に対する暗号化処理を実行し、暗号化処理の後に取得された第2の画像をセーブするように構成された暗号化ユニットと、
第2の端末によって送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を第2の端末に返すように構成された決定ユニットとを含む。

【0082】

本出願のこの実施形態の一実装形態では、サーバは、
第2の端末によって送信された第3の要求を受信するように構成された第1の要求受信ユニットであって、第3の要求が、支払い行動によって生成される、第1の要求受信ユニットと、
第2の画像、および暗号化ポリシーに対応する復号鍵を、第2の端末へ送信し、その結果、第2の端末が復号鍵に従って第2の画像を復号して、要求される第1の画像を取得すること、または暗号化ポリシーに対応する復号鍵を使用することによって第2の画像を復号して第1の画像を取得し、第1の画像を第2の端末へ送信することを行うように構成された第1の送信ユニットとをさらに含む。

【0083】

本出願のこの実施形態の一実装形態では、サーバは、
画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を第2の端末へ送信するように構成された情報送信ユニットをさらに含む。

【0084】

本出願のこの実施形態の一実装形態では、サーバは、
第2の端末によって送信された第4の要求を受信するように構成された第2の要求受信ユニットであって、第4の要求が、ランダムデフォルトで無支払い行動によって生成される、第2の要求受信ユニットと、
第2の画像、および暗号化ポリシーに対応する復号鍵を、第2の端末へ送信し、その結果、第2の端末が復号鍵に従って第2の画像を復号して、要求される第1の画像を取得すること、または暗号化ポリシーに対応する復号鍵を使用することによって第2の画像を復号して第1の画像を取得し、第1の画像を第2の端末へ送信することを行うように構成された第2の送信ユニットとをさらに含む。

【0085】

実施形態8
本出願のこの実施形態は、第2の端末を提供する。アプリケーションが第2の端末上で実行され、第2の端末は、
暗号化ポリシーに従って第1の画像に対して暗号化処理が実行された後に取得される第2の画像が、アプリケーションの情報提示インターフェース上に表示される少なくとも1つの画像の中に存在し、第2の画像の提示形式が、マスキングポリシーによってレンダリングされるとともに、少なくとも1つの画像のうちの別の画像のクリア提示形式とは異なるように構成された情報表示ユニットと、
第2の要求を生成するために第2の画像の上でタッチ動作を実行し、第2の要求をサーバへ送信するように構成された要求送信ユニットと、
画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報を受信するように構成された要求受信ユニットと、
第2のプロンプト情報に応答することによって生成される支払い行動を取得し、支払い行動に従って第3の要求を生成し、第2の画像に対する復号処理を実行するように要求するために第3の要求をサーバへ送信するように構成された復号要求送信ユニットと、
支払い行動に従って支払い情報を生成するように構成された通知ユニットであって、第2の端末が、支払い情報を第1の端末へ送信するようにサーバに命令する、通知ユニットとを含む。

【0086】

本出願のこの実施形態の一実装形態では、第2の端末は、
第2の画像、および暗号化ポリシーに対応する復号鍵を受信するように構成された第1の受信ユニットと、
復号鍵に従って第2の画像を第2の端末によって復号して、要求される第1の画像を取得すること、または第1の画像を受信することであって、第1の画像が、暗号化ポリシーに対応する復号鍵を使用することによってサーバが第2の画像を復号した後に取得される第1の画像であることを行うように構成された復号ユニットとをさらに含み、アプリケーションの情報提示インターフェース上で提示される第1の画像は、画像上を覆う画像層全体がデマスキング処理の後に除去された後に取得される、クリア提示形式の画像全体である

【0087】

本出願のこの実施形態の一実装形態では、第2の端末は、
画像がランダムデフォルトで無支払い行動によって閲覧されることを示す第3のプロンプト情報を受信するように構成された第2の受信ユニットをさらに含み、
復号要求送信ユニットは、第3のプロンプト情報に応答することによって生成される無支払い行動を取得し、無支払い行動に従って第4の要求を生成し、第2の画像に対する復号処理を実行するように要求するための第4の要求をサーバへ送信するようにさらに構成される。

【0088】

【0089】

【0090】

実施形態9
本出願のこの実施形態は、情報処理システムを提供する。情報処理システムは、第1のサーバ、および第1のサーバ対話するようにサポートされる第2のサーバを含む。

【0091】

第1のサーバは、
第1の端末によって送信された第1の要求を受信し、第2のサーバの中にあり第1の画像に対応する元の記憶アドレスを第1の要求からパースアウトするように構成されたアドレス受信ユニットと、
暗号化記憶アドレスを取得するために、第2のサーバと合意した暗号化および復号ポリシーに従って元の記憶アドレスを第1のサーバによって暗号化するように構成されたアドレス暗号化ユニットと、
第1の端末と第2の端末の両方が属する同じソーシャルグループをリフレッシュすることにより第2の端末によって生成および送信された第2の要求を受信し、要求される第1の画像が暗号化画像であるかどうかを第2の要求に従って決定し、第1の画像が暗号化画像である場合、画像が支払い行動によって閲覧されるのを必要とすることを示す第2のプロンプト情報、暗号化記憶アドレス、および第1の画像の復号鍵を、第2の端末に返すように構成された決定ユニットとを含む。

【0092】

本出願のこの実施形態の一実装形態では、第2のサーバは、
第2の端末によって送信された第3の要求を受信し、第3の要求から暗号化記憶アドレスをパースアウトするように構成されたパーシングユニットと、
元の記憶アドレス、および第2の画像の鍵を取得するために、暗号化および復号ポリシーに従って暗号化記憶アドレスを暗号化し、第1の画像のものであり第2の画像の鍵に対応する鍵を発見し、第2の画像を取得するために第1の画像に対する暗号化処理を実行するように構成された暗号化ユニットと、
表示のために第2の画像を第2の端末へ送信し、第1の画像の鍵を使用することによって第2の画像を復号して最終的に第1の画像を取得するように、第2の端末をサポートするように構成された画像送信ユニットとを含む。

【0093】

【0094】

本出願のこの実施形態は、コンピュータプログラムを記憶するコンピュータ記憶媒体をさらに提供し、コンピュータプログラムは、上記の情報処理方法を実行するために使用される。

【0095】

実施形態10
第1の端末および第2の端末は、PCなどの電子デバイスであってよく、またはPAD、タブレットコンピュータ、もしくはハンドヘルドコンピュータなどの、ポータブル電子デバイスであってよく、またはモバイルフォンなどのインテリジェントモバイル端末であってよく、それらに限定されない。サーバは、クラスタシステムを使用することによって形成されてよく、ユニットの機能を実施するために統合されるかまたは別個に配設される電子デバイスである。第1の端末、第2の端末、およびサーバは各々、少なくともデータを記憶するためのデータベースおよびデータ処理用のプロセッサを含み、またはサーバの中に配設された記憶媒体もしくは独立に配設された記憶媒体を含む。

【0096】

処理を実行するとき、データ処理用のプロセッサは、マイクロプロセッサ、CPU、DSP、またはFPGAとして実装され得る。記憶媒体は動作命令を含む。動作命令はコンピュータ実行可能コードであってよい。動作命令は、本出願の上記の実施形態において、情報処理方法のプロセスにおける動作を実行するために使用される。

【0097】

第1の端末、第2の端末、およびサーバは、ハードウェアエンティティS11の例として使用され、図6に示される。装置は、プロセッサ41、記憶媒体42、および少なくとも1つの外部通信インターフェース43を含む。プロセッサ41、記憶媒体42、および外部通信インターフェース43は、バス44を使用することによって接続される。

【0098】

本出願の実施形態は、実際の適用シナリオの一例を使用することによって次のように説明される。

【0099】

この適用シナリオは、本出願の実施形態を適用し、新たな赤封筒適用、すなわち、モーメントの中で赤封筒写真を公開することによって赤封筒を受信することを含む。略語および重要な用語の定義は、WeChatモーメントの新たな公開タイプである赤封筒写真を含む。タイムライン上でユーザによってプルされる画像は暗号化されている。ユーザは、赤封筒を公開者へ送信した後にしか画像を復号することができない。本出願の実施形態によれば、そのような公開タイプ、すなわち、WeChatモーメントの中に新たに追加される赤封筒写真に対して、ユーザは、モーメントの中で貴重な写真を事前に公開することができ、クリックおよび閲覧するようにユーザの友達を引きつけるために説明を加える。友達は、サムネイル、または不鮮明処理を受ける画像しか見ることができず、ランダムな金額の赤封筒を公開者へ送信することによってのみ、クリアな写真を見ることができ、いいね(like)機能およびコメント機能をロック解除することができる。この公開タイプは、WeChatクライアントにおいて、ユーザによって事前に公開されるコンテンツとモバイル支払い能力との重要な統合であり、そのことは、一方では、報奨として友達から赤封筒を取得するために、高値のコンテンツをモーメントの中で公開するようにユーザを奨励し、他方では、新年のシーンにおいて友達に赤封筒を求めるための、ユーザの要件を実施する。

【0100】

上記の適用シナリオに対して、WeChatにおいて赤封筒を送信することの、主に3つの形態がある。すなわち、(1)ユーザが、WeChatにおけるチャット中に互いに赤封筒を送信する。(2)企業が、公式アカウントにおいて、またはサービス通知を使用することによって、ターゲットユーザへ現金引換券を送信する。(3)企業が、「シェイク(shake)」機能を使用することによって、単位時間において彼らのモバイルフォンを振ることによって有効な要求をサーバへ送信する一部のユーザへ現金引換券を送信する。既存の赤封筒機能はソーシャルな役割を果たすが、このことはやはり資金移転を実施するにすぎない。「赤封筒写真」とは、WeChatモーメントにおいて、ユーザによって事前に公開されるコンテンツとモバイル支払い能力との組合せである。モーメントの中に公開タイプを追加することは、モーメントの中で元のコンテンツを公開するようにユーザを奨励し、ユーザが報奨として友達から赤封筒を取得する助けとなる。

【0101】

この適用シナリオは、本出願の実施形態を適用し、モーメントにおける新たな公開タイプ、すなわち、赤封筒写真を含む。モーメントの中に新たに追加される公開タイプとして、「赤封筒写真」としての表現形式は以下の内容を含む。

【0102】

1.ユーザは、写真をアップロードし、写真に説明を加える。

【0103】

2.モーメントフィード(moments feed)を閲覧できるWeChatフレンドは、タイムライン上で、不鮮明処理を受ける画像を閲覧し、そのモーメントフィードに対していいね機能およびコメント機能を使用することができない。

【0104】

3.モーメントフィードを閲覧できるWeChatフレンドは、異なる領域のクリア画像を閲覧するように、タイムライン上のサムネイルの上をクリックして画像プレビューモードに入る。

【0105】

4.モーメントフィードを閲覧できるWeChatフレンドは、ランダムな金額を有する赤封筒を公開者へ送信することを選んでよく、赤封筒が首尾よく送信された後、完全なクリア画像(異なる領域の画像とは異なり完全な画像であり、写真としてのすべてのコンテンツが提示され得る)を閲覧でき、フィード上でいいねおよびコメントすることができる。

【0106】

上記の表現形式に対して、「赤封筒写真」としての公開タイプを使用する対話の間、図7に示すように、画像に関係する暗号化および復号プロセスは以下の内容を含む。

【0107】

1.画像サーバの記憶アドレスはWeChatバックグラウンドにおいて暗号化され、暗号化記憶アドレスはfileidおよびenckeyidxを含む。WeChatバックグラウンドと画像記憶サーバの両方が、暗号化アルゴリズムを理解している。クライアントがWeChatバックグラウンドからobjをプルすると、すなわち、モーメントをブラウジングすると、WeChatバックグラウンドは、画像が暗号化されているかどうかをクライアントに通知し、画像の復号鍵をクライアントに通知する。

【0108】

2.クライアントは、WeChatバックグラウンドから暗号化された画像記憶urlアドレスを教わり、ユーザが画像を閲覧するためにクリックすると、暗号化されたurlアドレスを使用することによって、サーバから画像をダウンロードするように要求する。

【0109】

3.サーバは、画像記憶urlアドレスを復号してenckeyidxおよび元のfileidを取得し、idxに対応するenckeyを構成によって発見し、enckeyを使用して画像を対称的に暗号化する。

【0110】

4.サーバは、暗号化画像をクライアントに配信し、クライアントは、objをプルしたときに取得されたenckeyを使用することによって画像を復号する。

【0111】

CDN(コンテンツ配信ネットワーク)は、データネットワーク上に構築された分散型コンテンツ配信ネットワークである。CDNの機能は、システムによってサポートされる並行ストリームの数量を大幅に改善するとともに一点故障によって引き起こされる悪影響を低減または回避するように、ストリームメディアサーバクラスタ技術を使用してスタンドアロンシステムの出力帯域幅および並行処理能力の不足という欠点を克服することである。CDNは、正常に動作しユーザの最も近くにあるストリームメディアサーバへのユーザの直接アクセスに対して広域負荷分散技術を使用し、その結果、ストリームメディアサーバはユーザの要求に直接応答する。ユーザによってアクセスされるべきコンテンツがサーバの中に存在しない場合、サーバは、対応するコンテンツを元のサーバから獲得し、そのコンテンツをユーザに提供するように、自動的に構成され得る。対話型パーソナリティTV(IPTV:interactive personality TV)は、CDNを使用してビデオオンデマンド(VOD:Video-On-Demand)サービスをユーザに提供でき、CDNを使用することによって、サービスのエンドツーエンド品質をいくらかの程度まで保証するように、ユーザ側に近いCDNノードにビデオコンテンツを配信することができる。

【0112】

本出願の実施形態の有益な効果は以下の通りである。この公開タイプは、WeChatクライアントにおいて、ユーザによって事前に公開されるコンテンツとモバイル支払い能力との重要な統合であり、そのことは、一方では、報奨として友達から赤封筒を取得するために、高値のコンテンツをモーメントの中で公開するようにユーザを奨励し、他方では、新年のシーンにおいて友達に赤封筒を求めるための、ユーザの要件を実施する。

【0113】

暗号化および復号の情報交換プロセスに関与する複数の適用シナリオが、図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は、友達によって送信された封筒をモーメントの中に表示することの概略図である。

【0114】

図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の端末へ送信するようにサーバに命令すること、またはくじ引きに当選することなどの無支払い行動によって画像を閲覧することとを含む。

【0115】

技術的解決策は、実際の適用中、ユーザがソーシャルアプリケーション(たとえば、WeChatアプリケーション)に基づいて情報交換を実行するとき、「赤封筒写真」がモーメントの中で公開されるシナリオにおいて、ユーザが画像を閲覧するために画像プレビューモードに入るたびに、ユーザが、クリア画像上を覆うグラウンドガラスを通して部分的なクリア画像を閲覧できるという条件に対して提唱される。画像プレビューモードに入るたびに表示されるクリアな部分はランダムである。ただし、過度のランダム性に起因して、ユーザはフィードバックを提供することが必要であるかどうかを知らない。画像プレビューモードに入るたびに表示されるクリアな部分がランダムであるので、画像の無意味な部分が必然的に表示される。その結果、画像をプレビューし画像に対してフィードバックを提供するためのユーザの要件は低減される。本出願の実施形態によれば、「赤封筒写真」のシナリオにおいて、モーメントの中に新たに追加される「赤封筒写真」を公開する機能により、ユーザは、不鮮明サムネイルおよび不鮮明画像しか見ることができず、画像プレビューモードに入るたびに部分的なクリア画像を見ることができる。そのような設計は、クリックして画像をプレビューし、さらには複数回にわたって画像をプレビューすべき、ユーザの衝動を高めるように意図され、それによって、画像プレビューインターフェース上での相当な数量の広告露出を達成する。特定の実装形態は以下の通りである。画像の重要な情報領域が、システムによって提供される顔認識インターフェースを使用することによって定着させられ、無意味な内容を表示する確率が、ポリシー配信によって低減される。画像の有益な内容を戦略的に表示するために、画像の最も有益な領域が、システムによって提供される顔認識インターフェースを使用することによって定着させられ、設計によってポリシーが表示される。このことは、ユーザによってプレビューされる画像のクリックレートを改善できるだけでなく、画像公開者の積極性に影響を及ぼすことなく、画像公開者の画像情報が完全に表示されることを防止することもできる。

【0116】

ポリシーの特定の実装形態は以下の通りである。1.画像の重要な情報領域が、システムによって提供される顔認識インターフェースを使用することによって定着させられる。2.画像の重要な情報領域が定着させられた後に策定される表示ポリシーは、以下のことを含む。(1)画像の中に顔がないか、または画像の中の顔の数量が5つ以上であるとき、鍵情報は表示ポリシーに従ってランダムに表示される。(2)画像の中に顔があるか、または画像の中の顔の数量が5つ以下であるとき、最初にランダムに顔が選択され、顔の低いほうの部分の60%を占める領域Mが丸で囲まれ、領域Mを表示する確率が10%であり、顔の環境を表示する確率が40%であり、画像の内容を表示する確率が50%である。3.表示領域が円形であり、最小半径および最大半径が制御される。

【0117】

特定の実装形態が、モーメントの中の「赤封筒写真」としての公開タイプのための対話に適用される。画像プレビューモードに入るたびに、公開者のWeChatフレンドは部分的なクリア画像を閲覧することができる。したがって、以下の2つのターゲットが達成される。(1)クリックして画像をプレビューし、さらには複数回にわたって画像をプレビューすべき、ユーザの衝動が高められ、それによって、画像プレビューインターフェース上での相当な数量の広告露出を達成する。(2)公開者の積極性に影響を及ぼすことなく、「赤封筒写真」公開者の画像コンテンツの重要な情報が完全に表示されることが防止される。

【0118】

本出願の実施形態におけるマスキング技術の有益な効果は次の通りである。モーメントの中の「赤封筒写真」シナリオは、重要な広告露出タスクを生み、クリックして画像をプレビューし、さらには複数回にわたって画像をプレビューすべき、ユーザの衝動が高められ、それによって、画像プレビューインターフェース上での相当な数量の広告露出を達成し、公開者の積極性に影響を及ぼすことなく、「赤封筒写真」公開者の画像コンテンツの重要な情報が完全に表示されることが防止される。

【0119】

この適用例において提供されるいくつかの実施形態では、開示するデバイスおよび方法が他の方式で実施され得ることを理解されたい。説明したデバイス実施形態は例にすぎない。たとえば、ユニット分割は論理的な機能分割にすぎず、実際の実装形態では他の分割であってよい。たとえば、複数のユニットまたは構成要素は、組み合わせられてよく、または別のシステムの中に統合されてよく、あるいはいくつかの特徴が無視されてよく、または実行されなくてよい。加えて、構成要素間の、表示または説明した相互結合もしくは直接結合または通信接続は、いくつかのインターフェースを使用することによって実施され得る。デバイス間またはユニット間の間接結合または通信接続は、電子的形態、機械的形態、または他の形態で実施され得る。

【0120】

別個の部分として説明したユニットは、物理的に別個であってもなくてもよく、ユニットとして表示された部分は、物理ユニットであってもなくてもよく、すなわち、1つの位置に配置されてよく、または複数のネットワークユニット上に分散されてもよい。ユニットの一部または全部は、本実施形態の解決策の目的を実際の必要に従って達成するように選択され得る。

【0121】

加えて、本出願の実施形態における機能ユニットが1つの処理ユニットの中に統合されてよく、またはユニットの各々が物理的に単体で存在してよく、または2つ以上のユニットが1つのユニットの中に統合されてもよい。統合ユニットは、ハードウェアの形態で実装されてよく、またはソフトウェア機能ユニットの形態で実装されてもよい。

【0122】

方法実施形態における動作の一部または全部は、プログラムが、関連するハードウェアに命令することによって実施され得ることを、当業者は理解し得る。プログラムは、コンピュータ可読記憶媒体に記憶され得る。プログラムが実行されると、方法実施形態における動作が実行される。記憶媒体は、ポータブル記憶デバイス、読取り専用メモリ(ROM:Read-Only Memory)、ランダムアクセスメモリ(RAM:Random Access Memory)、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することが可能な任意の媒体であってよい。

【0123】

代替として、本開示における統合ユニットがソフトウェア機能モジュールの形態で実装され、別個の製品として販売または使用されるとき、統合ユニットは、コンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本出願の実施形態の技術的解決策は本質的に、または従来技術に寄与する部分は、ソフトウェア製品の形態で実施され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態で説明した方法の動作の全部または一部を実行するようにコンピュータデバイス(パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい)に命令するためのいくつかの命令を含む。記憶媒体は、ポータブル記憶デバイス、ROM、RAM、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することが可能な任意の媒体であってよい。

【0124】

上記の説明は本開示の特定の実装形態にすぎず、本開示の保護範囲を限定するものでない。本開示で開示する技術的範囲内で当業者によって容易に理解されるいかなる変形または置換も、本開示の保護範囲内に入るものとする。したがって、本開示の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

【産業上の利用可能性】

【0125】

【符号の説明】

【0126】

11 サーバ
21，22，23，24，25 端末デバイス
31 ネットワーク
41 プロセッサ
42 記憶媒体
43 外部通信インターフェース
44 バス

【図1】