(57)【要約】  本出願は、インターネットリソース配信効率を向上させるのに用いられるインターネットリソース配信方法及び装置を開示する。本方法は、インターネットリソース配信要求を受信し、予め選択された一つ以上の受信識別子を決定することと、送信アカウントによりプリセットされたリソース値バジェットに従って、総配信バジェットを決定することと、総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することであって、配信結果が、送信アカウントから、予め選択された一つ以上の受信アカウント内の受信アカウントへインターネットリソースを配信するリソース値である、配信結果を決定することと、配信結果に従って、送信アカウントから受信アカウントへインターネットリソースを配信することと、を具備する。本出願は、更に、ネットワークレッドエンベロープ配信方法を開示する。
2019530342.tif 000002
【特許請求の範囲】
【請求項１】
インターネットリソース配信方法であって、
インターネットリソース配信要求を受信し、予め選択された一つ以上の受信識別子を決定することと、
送信アカウントによりプリセットされたリソース値バジェットに従って、総配信バジェットを決定することと、
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することであって、該配信結果は、前記送信アカウントから、前記予め選択された一つ以上の受信アカウント内の受信アカウントへインターネットリソースを配信するリソース値を含む、配信結果を決定することと、
前記配信結果に従って、前記送信アカウントから受信アカウントへインターネットリソースを配信することと、
を具備する方法。
【請求項２】
前記予め選択された一つ以上の受信識別子を決定することが、
取得された顔画像に従って、顔識別子を決定することと、
前記予め選択された一つ以上の受信識別子のうちの一つとして、前記顔識別子を決定することと、
を具備する、請求項１に記載の方法。
【請求項３】
前記顔識別子を決定することが、
顔認識を介して前記顔識別子を決定すること、
を具備する、請求項２に記載の方法。
【請求項４】
前記顔認識を介して前記顔識別子を決定することが、
顔認識プロセスを介して顔識別子候補を決定することと、
前記顔認識プロセスから抽出された前記顔識別子候補に対応する顔特徴を取得することと、
プリセットされた特徴スクリーニングルールに従って、前記顔識別子候補から前記顔識別子を決定することと、
を具備する、請求項３に記載の方法。
【請求項５】
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することが、
前記総配信バジェット、並びに、前記予め選択された一つ以上の受信アカウント、及び前記予め選択された一つ以上の受信識別子に対応する顔特徴に従って、配信結果を決定することを含む、請求項４に記載の方法。
【請求項６】
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することが、
前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することと、
前記総配信バジェット及び受信アカウントに従って、配信結果を決定することと、
を具備する、請求項１に記載の方法。
【請求項７】
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することが、
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、配信結果候補を決定することと、
前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することと、
受信アカウントに従って、前記配信結果候補から配信結果を決定することと、
を具備する、請求項１に記載の方法。
【請求項８】
前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することが、
前記送信アカウントによりプリセットされたアカウントスクリーニングルールに従って、前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントから、受信アカウントを決定すること、
を具備する、請求項６又は請求項７に記載の方法。
【請求項９】
インターネットリソース配信装置であって、
第一の決定ユニットと、第二の決定ユニットと、第三の決定ユニットと、配信ユニットと、を具備し、
前記第一の決定ユニットが、インターネットリソース配信要求を受信し、予め選択された一つ以上の受信識別子を決定し、
前記第二の決定ユニットが、送信アカウントによりプリセットされたリソース値バジェットに従って、総配信バジェットを決定し、
前記第三の決定ユニットが、前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定し、該配信結果は、前記送信アカウントから、前記予め選択された一つ以上の受信アカウント内の受信アカウントへインターネットリソースを配信するリソース値を含み、
前記配信ユニットが、前記配信結果に従って、前記送信アカウントから受信アカウントへインターネットリソースを配信する、
装置。
【請求項１０】
前記第一の決定ユニットが、
取得された顔画像に従って、顔識別子を決定し、
前記予め選択された一つ以上の受信識別子のうちの一つとして、前記顔識別子を決定する、
請求項９に記載の装置。
【請求項１１】
前記第一の決定ユニットが、
顔認識を介して前記顔識別子を決定する、
請求項１０に記載の装置。
【請求項１２】
前記第一の決定ユニットが、
顔認識プロセスを介して顔識別子候補を決定し、
前記顔認識プロセスから抽出された前記顔識別子候補に対応する顔特徴を取得し、
プリセットされた特徴スクリーニングルールに従って、前記顔識別子候補から前記顔識別子を決定する、
請求項１１に記載の装置。
【請求項１３】
前記第三の決定ユニットが、
前記総配信バジェット、並びに、前記予め選択された一つ以上の受信アカウント、及び前記予め選択された一つ以上の受信識別子に対応する顔特徴に従って、配信結果を決定する、
請求項１２に記載の装置。
【請求項１４】
前記第三の決定ユニットが、
前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定し、
前記総配信バジェット及び受信アカウントに従って、配信結果を決定する、
請求項９に記載の装置。
【請求項１５】
前記第三の決定ユニットが、
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、配信結果候補を決定し、
前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定し、
受信アカウントに従って、前記配信結果候補から配信結果を決定する、
請求項９に記載の装置。
【請求項１６】
前記第三の決定ユニットが、
前記送信アカウントによりプリセットされたアカウントスクリーニングルールに従って、前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントから、受信アカウントを決定する、
請求項１４又は請求項１５に記載の装置。
【請求項１７】
ネットワークレッドエンベロープ配信方法であって、
ネットワークレッドエンベロープ配信要求を受信し、予め選択された一つ以上の受信識別子を決定することと、
送信アカウントによりプリセットされたレッドエンベロープ量バジェットに従って、総配信バジェットを決定することと、
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することであって、該配信結果が、前記送信アカウントから、前記予め選択された一つ以上の受信アカウント内の受信アカウントへネットワークレッドエンベロープを配信する量である、配信結果を決定することと、
前記配信結果に従って、前記送信アカウントから受信アカウントへネットワークレッドエンベロープを配信することと、
を具備する方法。
【請求項１８】
前記予め選択された一つ以上の受信識別子を決定することが、
取得された顔画像に従って、顔識別子を決定することと、
前記予め選択された一つ以上の受信識別子のうちの一つとして、前記顔識別子を決定することと、
を具備する、請求項１７に記載の方法。
【請求項１９】
前記顔識別子を決定することが、
顔認識を介して前記顔識別子を決定すること、
を具備する、請求項１８に記載の方法。
【請求項２０】
前記顔認識を介して前記顔識別子を決定することが、
顔認識プロセスを介して顔識別子候補を決定することと、
前記顔認識プロセスから抽出された前記顔識別子候補に対応する顔特徴を取得することと、
プリセットされた特徴スクリーニングルールに従って、前記顔識別子候補から前記顔識別子を決定することと、
を具備する、請求項１９に記載の方法。
【請求項２１】
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することが、
前記総配信バジェット、並びに、前記予め選択された一つ以上の受信アカウント、及び前記予め選択された一つ以上の受信識別子に対応する顔特徴に従って、配信結果を決定すること、
を具備する、請求項２０に記載の方法。
【請求項２２】
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することが、
前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することと、
前記総配信バジェット及び受信アカウントに従って、配信結果を決定することと、
を具備する、請求項１７に記載の方法。
【請求項２３】
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することが、
前記総配信バジェット、及び、前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、配信結果候補を決定することと、
前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することと、
受信アカウントに従って、前記配信結果候補から配信結果を決定することと、
を具備する、請求項１７に記載の方法。
【請求項２４】
前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することが、
前記送信アカウントによりプリセットされたアカウントスクリーニングルールに従って、前記予め選択された一つ以上の受信識別子に対応する、前記予め選択された一つ以上の受信アカウントから、受信アカウントを決定すること、
を具備する、請求項２２又は請求項２３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、コンピュータ技術の分野に関し、具体的には、インターネットリソース配信方法及び装置、並びにネットワークレッドエンベロープ（network red-envelope）配信方法に関する。
【背景技術】
【０００２】
インターネット情報技術の発展に伴い、種々のインターネットリソース（例えば、ネットワークストレージリソース、ネットワークポイントリソース、及び同種のもの、これらをまとめてリソースという。）が出現している。「リソース（resources）」の特性に基づくと、リソースは通常、長期間使用しないままにしておかない方がよい。リソースは、所有者が使用するか、又は別の当事者（party）が使用するかのいずれかにより、可能な限り使用されている方がよく、これによって、リソースの有用性が最大になる。したがって、リソース配信はインターネットに現れており、これによって、２人の当事者間又は複数の当事者間でのリソース配信（若しくは交換）を介して、リソースの最適化された構成が達成される。例えば、一方の当事者がネットワークポイントリソースを共有し、他方の当事者がネットワークポイントリソースを取得し、求められたリソース値は、共有リソース値に従って、又はプリセットされた割合に従って、ランダムに割り当てられてもよい。
【０００３】
現在の技術におけるリソース配信時には、送信者（sending party）（送信アカウント）が、最初に、単一の受信者（single receiving party）（受信アカウント）又は複数の受信アカウントを含むグループを選択し、送信機能をオンにした後、リソース値（これに加え、必要に応じて、いくらかのリソース部分）を選択し、最後に送信を確認することが必要である。現在の技術によるこのリソース配信プロセスには、少なくとも四つのステップのオペレーション（若しくは、いくらかのリソース部分の選択が含まれる場合は、五つのステップのオペレーション）、又は、メッセージを追加する必要がある場合は、最大六つのステップのオペレーションが含まれている。更に、リソースを取得するために、受信アカウントもオンにする必要がある。現在の技術によるリソース配信プロセスでは、送信アカウントは、複数のステップのオペレーションを実行する必要があり、受信アカウントも、少なくとも一つのステップのオペレーションを実行する必要があることが理解できる。換言すると、送信アカウントの端末は、多くの命令を受信する必要があり、また、受信アカウントの端末も、命令を受信する必要があり、これによって、リソース配信効率に深刻な影響が及ぼされる。
【発明の概要】
【０００４】
本出願の実施形態は、インターネットリソース配信効率を向上させるのに用いられるインターネットリソース配信方法を提供する。
【０００５】
本出願の実施形態は、インターネットリソース配信効率を向上させるのに用いられるインターネットリソース配信装置を提供する。
【０００６】
本出願の実施形態は、ネットワークレッドエンベロープ配信効率を向上させるのに用いられるネットワークレッドエンベロープ配信方法を提供する。
【０００７】
本出願の実施形態は、次の技術的解決策を採用する。
インターネットリソース配信方法であって、
インターネットリソース配信要求を受信し、予め選択された一つ以上の受信識別子を決定することと、
送信アカウントによりプリセットされたリソース値バジェット（resource value budget）に従って、総配信バジェットを決定することと、
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することであって、配信結果は、送信アカウントから、予め選択された一つ以上の受信アカウント内の受信アカウントへインターネットリソースを配信するリソース値を含む、配信結果を決定することと、
配信結果に従って、送信アカウントから受信アカウントへインターネットリソースを配信することと、
を含む方法。
【０００８】
予め選択された一つ以上の受信識別子を決定することは、
取得された顔画像に従って、顔識別子を決定することと、
予め選択された一つ以上の受信識別子のうちの一つとして、顔識別子を決定することと、
を含むことが好ましい。
【０００９】
顔識別子を決定することは、
顔認識を介して顔識別子を決定すること、
を含むことが好ましい。
【００１０】
顔認識を介して顔識別子を決定することは、
顔認識プロセスを介して顔識別子候補を決定することと、
顔認識プロセスから抽出された顔識別子候補に対応する顔特徴を取得することと、
プリセットされた特徴スクリーニングルールに従って、顔識別子候補から顔識別子を決定することと、
を含むことが好ましい。
【００１１】
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することは、
総配信バジェット、並びに、予め選択された一つ以上の受信アカウント、及び予め選択された一つ以上の受信識別子に対応する顔特徴に従って、配信結果を決定すること、
を含むことが好ましい。
【００１２】
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することは、
予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することと、
総配信バジェット及び受信アカウントに従って、配信結果を決定することと、
を含むことが好ましい。
【００１３】
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することは、
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果候補を決定することと、
予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することと、
受信アカウントに従って、配信結果候補から配信結果を決定することと、
を含むことが好ましい。
【００１４】
予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することは、
送信アカウントによりプリセットされたアカウントスクリーニングルールに従って、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントから、受信アカウントを決定すること、
を含むことが好ましい。
【００１５】
インターネットリソース配信装置であって、第一の決定ユニットと、第二の決定ユニットと、第三の決定ユニットと、配信ユニットと、を備え、
第一の決定ユニットが、インターネットリソース配信要求を受信し、予め選択された一つ以上の受信識別子を決定し、
第二の決定ユニットが、送信アカウントによりプリセットされたリソース値バジェットに従って、総配信バジェットを決定し、
第三の決定ユニットが、総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定し、配信結果は、送信アカウントから、予め選択された一つ以上の受信アカウント内の受信アカウントへインターネットリソースを配信するリソース値を含み、
配信ユニットが、配信結果に従って、送信アカウントから受信アカウントへインターネットリソースを配信する、
装置。
【００１６】
第一の決定ユニットは、
取得された顔画像に従って、顔識別子を決定し、
予め選択された一つ以上の受信識別子のうちの一つとして、顔識別子を決定する、
ことが好ましい。
【００１７】
第一の決定ユニットは、
顔認識を介して顔識別子を決定する、
ことが好ましい。
【００１８】
第一の決定ユニットは、
顔認識プロセスを介して顔識別子候補を決定し、
顔認識プロセスから抽出された顔識別子候補に対応する顔特徴を取得し、
プリセットされた特徴スクリーニングルールに従って、顔識別子候補から顔識別子を決定する、
ことが好ましい。
【００１９】
第三の決定ユニットは、
総配信バジェット、並びに、予め選択された一つ以上の受信アカウント、及び予め選択された一つ以上の受信識別子に対応する顔特徴に従って、配信結果を決定する、
ことが好ましい。
【００２０】
第三の決定ユニットは、
予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定し、
総配信バジェット及び受信アカウントに従って、配信結果を決定する、
ことが好ましい。
【００２１】
第三の決定ユニットは、
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果候補を決定し、
予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定し、
受信アカウントに従って、配信結果候補から配信結果を決定する、
ことが好ましい。
【００２２】
第三の決定ユニットは、
送信アカウントによりプリセットされたアカウントスクリーニングルールに従って、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントから、受信アカウントを決定する、
ことが好ましい。
【００２３】
ネットワークレッドエンベロープ配信方法であって、
ネットワークレッドエンベロープ配信要求を受信し、予め選択された一つ以上の受信識別子を決定することと、
送信アカウントによりプリセットされたレッドエンベロープ量バジェットに従って、総配信バジェットを決定することと、
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することであって、配信結果が、送信アカウントから、予め選択された一つ以上の受信アカウント内の受信アカウントへネットワークレッドエンベロープを配信する量である、配信結果を決定することと、
配信結果に従って、送信アカウントから受信アカウントへネットワークレッドエンベロープを配信することと、
を含む方法。
【００２４】
予め選択された一つ以上の受信識別子を決定することは、
取得された顔画像に従って、顔識別子を決定することと、
予め選択された一つ以上の受信識別子のうちの一つとして、顔識別子を決定することと、
を含むことが好ましい。
【００２５】
顔識別子を決定することは、
顔認識を介して顔識別子を決定すること、
を含むことが好ましい。
【００２６】
顔認識を介して顔識別子を決定することは、
顔認識プロセスを介して顔識別子候補を決定することと、
顔認識プロセスから抽出された顔識別子候補に対応する顔特徴を取得することと、
プリセットされた特徴スクリーニングルールに従って、顔識別子候補から顔識別子を決定することと、
を含むことが好ましい。
【００２７】
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することは、
総配信バジェット、並びに、予め選択された一つ以上の受信アカウント、及び予め選択された一つ以上の受信識別子に対応する顔特徴に従って、配信結果を決定すること、
を含むことが好ましい。
【００２８】
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することは、
予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することと、
総配信バジェット及び受信アカウントに従って、配信結果を決定することと、
を含むことが好ましい。
【００２９】
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定することは、
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果候補を決定することと、
予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することと、
受信アカウントに従って、配信結果候補から配信結果を決定することと、
を含むことが好ましい。
【００３０】
予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定することは、
送信アカウントによりプリセットされたアカウントスクリーニングルールに従って、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントから、受信アカウントを決定すること、
を含むことが好ましい。
【００３１】
本出願の実施形態によって採用される、上述の少なくとも一つの技術的解決策は、端末がリソース配信要求を受信し、ユーザ入力に従って、予め選択された一つ以上の受信識別子を決定した後、リソース値バジェットがプリセットされているため、配信は、更にいかなる命令も受信する必要なく完了できる、という有益な効果を達成することができる。リソース値バジェットをプリセットするだけで、送信者は、リソースを配信するときに、要求を開始し、受信アカウント識別子を入力することのみにより、配信プロセスを完了できる。現在の技術と比較して、すべてのリソース配信時に、送信アカウントに対する多くのオペレーションが不要になると同時に、受信者が特有の識別子を有する限り、受信者は、全くオペレーションなしで、インターネットリソースを受信することができ、これによって、リソース配信効率が向上する。
【図面の簡単な説明】
【００３２】
本明細書の添付図面は、本出願を更に理解するように用いられ、また、本出願の一部を構成する。本出願の例示的な実施形態及び説明は、本出願を説明するのに用いられ、本出願に対する不適切な限定とは見なされない。添付図面は、次のとおりである。
【００３３】
【図１】本出願の実施形態１に係るインターネットリソース配信方法のフローチャートである。
【図２】本出願の実施形態１に係るインターネットリソース配信方法の概略図である。
【図３】本出願の実施形態１に係る顔登録の概略図である。
【図４】本出願の実施形態１に係る顔登録の概略図である。
【図５】本出願の実施形態１に係る顔認識の概略図である。
【図６】本出願の実施形態２に係るインターネットリソース配信方法のフローチャートである。
【図７】本出願の実施形態２に係るインターネットリソース配信方法の概略図である。
【図８】本出願の実施形態３に係るインターネットリソース配信装置の概略構造図である。
【図９】本出願の実施形態４に係るネットワークレッドエンベロープ配信方法のフローチャートである。
【発明を実施するための形態】
【００３４】
本出願の目的、技術的解決策、及び利点を更に明らかにするために、本出願の実施形態及び添付図面を参照して、本出願の技術的解決策を以下に明確かつ十分に説明する。説明されている実施形態は、本出願のすべての実施形態ではなく、一部の実施形態に過ぎないことが明らかである。創造的な試みをすることなく、また本出願の実施形態に基づいて、当業者が達成可能な他のすべての実施形態は、本出願の範囲内にあるものとする。
【００３５】
本出願の一部の実施形態に係る技術的解決策について、添付図面を参照して以下に詳細に説明する。
【００３６】
実施形態１
上述したように、現在の技術に従ってインターネットリソース配信を行うとき、送信アカウントは、複数のステップのオペレーションを実行する必要があり、また、受信アカウントも、少なくとも一つのステップのオペレーションを実行する必要がある。換言すると、送信アカウント端末は、複数の命令を受信する必要があり、また、受信アカウント端末も、命令を受信する必要がある。例として送信ポイントを用いて、まず、クリック命令が受信されて、単一の受信アカウント、又は複数の受信アカウントを含むグループが決定され、次に、ポイント配信命令が受信され、ポイント配信機能がオンになり、続いて、送信アカウントによって入力されたポイント値（及び複数の受信アカウントに送信する場合のいくらかの入力部分）が受信され、そして、（複数の部分を含む）ポイントリソース全体を受信アカウント（又はグループ）に送信する送信命令が受信され、受信アカウント（又はグループ）がポイントリソースを見つけ出すと、受信アカウント端末は、１回のクリック命令を受信して、ポイントリソース全体（又はポイントリソース全体の一部）を取得する。例示的な用途では、それぞれ選択及び取得のオペレーションを完了させる、２回のクリック命令が受信される可能性が非常に高い。現在の技術に従ってインターネットリソース配信を行うとき、ユーザは、すべての主要なオペレーションを実行する必要があり、また、多くのステップが存在し、これによって、リソース配信効率に深刻な影響が及ぼされることが明らかである。ユーザによる誤ったオペレーションが発生する場合、リソース配信効率が更に低下する。このような欠点に基づいて、本出願は、リソース配信効率を向上させるインターネットリソース配信方法を提供する。本方法のフローチャートは、図１及び図２に示されている。実行エンティティーが携帯端末であると仮定すると、方法は、次のステップを含む。
【００３７】
ステップ１１：インターネットリソース配信要求を受信し、予め選択された一つ以上の受信識別子を決定する。
【００３８】
リソース配信が必要なときは、最初にリソース配信要求を送信することができる。一例では、送信アカウントは、クリック命令を介してリソース配信要求を送信するか、又は音声命令を介して要求を送信してもよい。インターネットリソース配信要求を受信すると、携帯端末は要求に応答し、予め選択された一つ以上の受信識別子を決定する。例えば、送信アカウントによって選択された単一又は複数の受信アカウントの識別子が受信されてもよい。別の例では、携帯電話番号、会員番号、及び同種のものといった、ユーザが送信する、予め選択された受信アカウントを、特有の方法により表すことが可能な識別子が受信されてもよい。
【００３９】
例示的な用途では、送信アカウントによるオペレーションを更に容易にするように、送信アカウントは、顔画像を送信することを許可してもよい。このため、一実施方式では、予め選択された受信識別子を決定することは、取得された顔画像に従って、顔識別子を決定することと、予め選択された受信識別子のうちの一つとして、顔識別子を決定することと、を含み得る。例えば、取得方法は、ユーザが指定した受信者の顔がある写真を受信して、又は直接画像収集装置を介して、顔画像を収集することであってもよい。例えば、インターネットリソース配信要求を送信した後、送信者は、受信者の顔がある写真を送信する。
【００４０】
顔画像が受信されるとき、顔識別子が決定され、次いで、予め選択された受信識別子のうちの一つとして、顔識別子が決定され得る。例えば、顔登録プロセスは図３に示されており、ユーザは、顔を含む一つ以上の画像を登録し、登録サービスのサーバは、顔を含む一つ以上の画像に特有の顔識別子を割り当て、顔識別子と、ブリッジとしての顔画像を含むユーザアカウントと、の間の対応関係を確立してもよい。例えば、「顔画像０００１」に対応する顔識別子は「０００１」であり、「顔画像０００１」が取得されると、登録サービスのサーバに記憶された対応関係に従って、顔識別子「０００１」が決定されてもよく、これによって、予め選択された受信識別子は「０００１」であると決定される。
【００４１】
例えば、図４に示されている顔登録プロセスでは、顔認識を介して、顔画像に対して顔識別子が事前に作成される。顔識別子は、全体的に特有である必要があり、すなわち、「一つの顔が、一つの顔識別子に対応している」。登録が開始した後、顔を含む画像が取得されるか、又は、画像収集装置を介して、顔を含む画像がリアルタイムに取得され、顔認識を介して顔領域が決定され、次いで、顔特徴が抽出され、顔特徴に従って特徴テンプレートが作成され、テンプレートは、登録ユーザの顔の特徴を含み、その特徴は、可能な限り包括的である必要があり、特徴テンプレートが決定された後、顔識別子が登録ユーザに割り当てられる。更に、特徴テンプレートは、顔識別子とアカウントとの間の対応関係を確立するブリッジとして用いることができる。
【００４２】
図４に示されている登録プロセスによれば、顔識別子は、特徴テンプレートを用いて決定することができる。このため、取得された顔画像に従って顔識別子を決定することは、取得された顔画像に従って、顔認識を介して顔識別子を決定することを含み得る。例えば、図５に示されているように、顔画像が取得された後、同様に顔検出を最初に行い、顔領域が決定されてもよく、次いで、顔特徴が抽出され、最後に、登録プロセス時に確立された特徴テンプレートとの比較に従って、顔識別子が決定される。したがって、上述したように、特徴が可能な限り包括的である必要がある理由は、顔認識プロセス時に顔識別子を正確に認識するためである。
【００４３】
例示的な用途では、図４に示されている登録プロセスは、図３に示されている登録プロセスも包含し、顔識別子とアカウントとの間の対応関係に顔画像自体を統合して、顔識別子とアカウントと顔画像自体との間の対応関係を形成してもよい。このように、取得された顔画像に従って顔識別子を決定するときに、顔認識プロセスを省略でき、顔画像と顔識別子との間の対応関係に従って、顔識別子を直接決定でき、これによって、演算リソース（computation resources）を節約することができる。
【００４４】
例示的な用途では、顔画像を取得するプロセスは、一つの写真内に複数の顔がある集合写真といった、一つ以上の顔を含む画像を一度に取得することであってもよいし、又は、一つの顔を含む写真を、複数回のそれぞれにおいて取得することであってもよい。例えば、一つの顔がそれぞれある三つの画像を取得するのに、３回で３人の写真が撮影される。
【００４５】
ステップ１２：送信アカウントによりプリセットされたリソース値バジェットに従って、総配信バジェットを決定する。
【００４６】
送信アカウントは、クリック命令を介してリソース配信要求を送信できることを上で説明した。ここでは、複数の送信アカウント又は一つの送信アカウントが存在し得る。ただし、例示的な用途では、要求は通常、一つの送信アカウントによって送信される。更に、本出願の実施形態では、送信アカウントは、それぞれのリソース配信の最大値として、リソース値バジェットをプリセットすることができる。例えば、ポイントリソースを送信するとき、送信アカウントは、リソース値を１０にプリセットする。そして、ポイントリソースを送信するごとに、送信ポイントは、１０ポイント以下になる必要がある。
【００４７】
配信要求は通常、一つの送信アカウントによって送信されるが、リソース配信を行う複数の送信アカウントが存在し、それぞれの送信アカウントは、リソース値バジェットをプリセットすることができる。例示的な用途では、送信アカウントは、リソース値バジェットをプリセットしなくてもよいが、これは、リソースを送信しないと見なされてもよく、すなわち、プリセットされたリソース値バジェットは０である。又は、送信アカウントは、リソース値バジェットを無限になるようにプリセットしてもよく、そして、アカウントの最大リソース値は、プリセットされたリソース値バジェットと見なされてもよい。
【００４８】
図４に示されている登録プロセスには、顔識別子とアカウントとの間に対応関係があることを説明した。このため、本ステップでは、ステップ１１において取得された顔画像に対応するアカウントも、送信アカウントと決定することができ、プリセットされたリソース値バジェットが取得される。
【００４９】
（一つ以上の）送信アカウントによってプリセットされたリソース値バジェットの取得後、総配信バジェットを決定することができる。総配信バジェットとは、配信プロセスにおいてスケジューリングされるインターネットリソースのリソース値の総量を意味する。
【００５０】
本ステップにおける送信アカウントが、予め選択された受信識別子に対応するアカウント、又はステップ１１において決定された顔識別子を介して取得された顔画像に対応するアカウントとは異なり得ることを考慮すると、例えば、アカウント１が、アカウント２、アカウント３、及びアカウント４にインターネットリソースを送信することを考慮すると、総配信バジェットを決定するプロセスは、配信要求が受信されたか否かとは関係がない。換言すると、ステップ１１とステップ１２とは、同時に実行することができ、実質的な順序には基づかない。ただし、取得された（複数の）顔画像が、上述したように、（複数の）送信者として用いられる場合、ステップ１１が最初に実行され、これに続けて、ステップ１２が実行される必要がある。これは、例示的な用途では柔軟であってもよい。
【００５１】
ステップ１３：決定された総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定する。
【００５２】
先の二つのステップにおいて、予め選択された受信識別子、及び総配信バジェットが決定された後、配信結果は、本ステップにおいて、総バジェット、及び、予め選択された受信識別子に対応する、予め選択された受信アカウントに従って、決定することができる。例えば、ランダムアロケーションが行われてもよい。例えば、アカウント１は、アカウント２、アカウント３、及びアカウント４にインターネットリソースを送信し、総配信バジェットは１０ポイントである。そして、アカウント２、アカウント３、及びアカウント４にはそれぞれ、３ポイント、５ポイント、及び２ポイントがスケジューリングされるとランダムに決定されてもよいし、又は、アカウント２、アカウント３、及びアカウント４にはそれぞれ、６ポイント、４ポイント、及び０ポイントがスケジューリングされ、すなわち、アカウント４には、リソースがスケジューリングされない。したがって、配信結果には、送信アカウントから、予め選択された受信アカウント内の受信アカウントへインターネットリソースを配信するリソース値が含まれる。上述の例から、予め選択された受信識別子に対応するアカウントは、すべて受信アカウントであり得るか、又は部分的に受信アカウントであり得る（例えば、予め選択された受信識別子に対応する、三つのアカウントが存在するが、インターネットリソースは、二つのアカウントにのみ送信される）ことが理解できる。
【００５３】
ステップ１４：決定された配信結果に従って、送信アカウントから受信アカウントへインターネットリソースを配信する。
【００５４】
配信結果は、先のステップにおいて決定されており、例えば、アカウント１は、アカウント２及びアカウント３に対してそれぞれ、６ポイント及び４ポイントをスケジューリングする。そして、本ステップでは、配信オペレーションを実行することができる。
【００５５】
実施形態１において提供されたリソース配信方法を用いて、端末がリソース配信要求を受信し、ユーザ入力に従って、予め選択された一つ以上の受信識別子を決定した後、リソース値バジェットがプリセットされているため、配信は、更にいかなる命令も受信する必要なく完了することができる。リソース値バジェットをプリセットするだけで、送信者は、リソースを配信するときに、要求を開始し、受信アカウント識別子を入力することのみにより、配信プロセスを完了できる。現在の技術と比較して、すべてのリソース配信時に、送信アカウントに対する多くのオペレーションが不要になると同時に、受信者が特有の識別子を有する限り、受信者は、全くオペレーションなしで、インターネットリソースを受信することができ、これによって、リソース配信効率が向上する。
【００５６】
ユーザ入力が顔画像である場合であってもなお、顔画像は事前に登録されているため、予め選択された受信識別子は、いかなる命令も受信する必要なく決定することができる。ユーザに関する限りでは、顔画像を介して配信が行われる場合、顔画像登録は事前に一度で行う必要があるだけであり、また、送信者は、リソース値バジェットをプリセットする必要があるだけである。そして、リソースを配信するときには、要求を開始し、顔画像を入力することのみにより、配信プロセスを完了できる。加えて、送信アカウント及び受信アカウントに関する限りでは、現在の技術による端末によってオンラインでしか、オペレーションは実行できない。オペレーションがインターネット又はモバイルインターネットを介して実行されるとき、地理的位置に制限はないが、オフラインでのインタラクションがない。例えば、送信者と受信者とが対面している場合であっても、彼らは、オンラインでインタラクションしてオペレーションを実行することしかできず、オフラインの「通信（communications）」を介してオペレーションを実行することはできない。本出願の実施形態では、顔画像を介して配信が行われるとき、例えば、集合写真を又は個々の写真を複数回、撮影することによって、オフラインでのインタラクションが増加し得る。画像収集装置を介して、複数の顔を含む画像を取得する場合、それぞれのリソース値配信での１回の要求送信及び１回の写真撮影により、リソース配信が達成でき、これによって、リソース配信効率が最大限に向上し、更に、オフラインでのインタラクションが増加する。
【００５７】
実施形態２
顔特徴は、顔登録プロセス又は顔認識プロセスのいずれかにおいて抽出される必要があることを上で説明した。顔は、形状、サイズ、五つの感覚器間の位置関係など、多くの特徴を有する。したがって、顔画像を介してリソース配信が行われるとき、顔特徴も、リソース配信プロセスにおける要素として用いることができる。実施形態１に基づき、また、実施形態１と同じ概念に基づいて、本出願の実施形態は、双方向性を向上させると同時に、リソース配信効率を向上させる、別のインターネットリソース配信方法を提供する。本方法のフローチャートは、図６及び図７に示されている。実行エンティティーがなお携帯端末であると仮定すると、方法は、次のステップを含む。
【００５８】
ステップ２１：インターネットリソース配信要求を受信し、取得された顔画像に従って、顔認識プロセスを介して顔識別子候補を決定する。
【００５９】
顔登録プロセス及び顔認識プロセスは、実施形態１に説明されており、ここでは繰り返さない。ただし、実施形態１と異なる点は、本ステップが、顔認識を介して顔識別子候補を決定する点である。「候補（candidate）」という用語によって示されているように、顔識別子候補は、その後のステップにおいてスクリーニングされる。
【００６０】
ステップ２２：顔認識プロセスから抽出された顔識別子候補に対応する顔特徴を取得する。
【００６１】
ステップ２１における顔認識プロセスでは、顔認識が行われている。顔認識プロセスにおいて顔特徴を抽出する必要があり、また、本ステップにおいて、顔認識時に抽出された顔識別子候補に対応する顔特徴を取得できることを上で説明した。
【００６２】
ステップ２３：プリセットされた特徴スクリーニングルールに従って、顔識別子候補から一つ以上の顔識別子を決定する。
【００６３】
特徴スクリーニングルールは、プリセットすることができる。例えば、閾値を満たす顔のサイズを除外するスクリーニングルールとして、顔（又は目）のサイズが用いられてもよい。又は、顔のサイズは、降順にソートされてもよく、最初の三つが選択され、更に、例えば、顔特徴を介してそれぞれの顔の「笑顔（smile）」の程度を決定するスクリーニングルールとして、「笑顔」の程度が用いられ、「笑顔」の程度は降順にソートされ、最初の三つが選択される。そして、顔識別子候補から顔識別子を決定することは、顔識別子候補の全部又は一部を、一つ以上の顔識別子と決定することである。
【００６４】
ステップ２４：予め選択された一つ以上の受信識別子として、決定された一つ以上の顔識別子を決定する。
【００６５】
実施形態１のステップ１１と同様に、予め選択された受信識別子として、すべての顔識別子を直接決定することができる。
【００６６】
ステップ２５：送信アカウントによりプリセットされたリソース値バジェットに従って、総配信バジェットを決定する。
【００６７】
本ステップは、実施形態１のステップ１２と同様であり、ここでは繰り返さない。
【００６８】
ステップ２６：決定された総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定する。
【００６９】
ランダムアロケーションの方法は、実施形態１に説明されている。ただし、例示的な用途では、更に、配信結果を決定する、次の三つの方法があってもよい。
【００７０】
第一の方法：ステップ２２及びステップ２３において、顔特徴が取得されスクリーニングされるため、本ステップは、配信結果を決定する要素として顔特徴を用いることもできる。このため、実施方式では、本ステップは、次のものを含み得る。ステップ２６１：決定された総配信バジェット、並びに、予め選択された一つ以上の受信アカウント、及び予め選択された一つ以上の受信識別子に対応する顔特徴に従って、配信結果を決定する。
【００７１】
例では、予め選択された受信識別子に対応する顔特徴は、ステップ２３におけるスクリーニング後も保持されている。このため、顔特徴に従ってソートが行われるとき、ソート結果に従って配信結果を決定することができる。例えば、顔のサイズが最も大きい三つの顔識別子が、予め選択された受信識別子としてスクリーニングされ、そして、総配信バジェットは、ソートされた順序に従って、例えば、１番目の場合は７０％、２番目の場合は２０％、３番目の場合は１０％などのように、比例して割り当てられてもよい。別の例では、「笑顔」の程度に従って割り当てられる。「笑顔」の程度が最も高いリソース値にはｘ１が割り当てられ、「笑顔」の程度が２番目に高いリソース値にはｘ２が割り当てられ、また、「笑顔」の程度が３番目に高いリソース値にはｘ３が割り当てられ、ここでは、ｘ１＞ｘ２＞ｘ３であり、ｘ１＋ｘ２＋ｘ３は、総配信バジェット以下である。
【００７２】
例示的な用途では、特に集合写真を撮影するときは、友人以外、又はインスタントメッセージング（ソーシャル）ソフトウェアのブラックリストといった、送信アカウントとは比較的遠い関係にある人々が存在する場合があり、比較的遠い関係にある人々が存在するため、親、恋人、子どもなどのように、比較的親密な関係にある人々も存在する。実施形態１では、送信アカウントは、リソース値バジェットをプリセットできることを説明した。遠く親密な関係が存在することにより、次の二つの方法がある。
【００７３】
第二の方法：ステップ２６２：予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定し、決定された総配信バジェット、及び受信アカウントに従って、配信結果を決定する。
【００７４】
ステップ２４において、予め選択された受信識別子が決定されるため、予め選択された受信識別子に対応する、予め選択された受信アカウントを取得することができる。ただし、上述したように、受信アカウントが、送信アカウントとは比較的遠い関係にある、予め選択された受信アカウント内に存在していてもよい。したがって、受信アカウントは、予め選択されたこれらの受信アカウントに従って決定することができ、例えば、受信アカウントは、インスタントメッセージングソフトウェアの友人リストに従って決定することができる。例えば、予め選択された受信アカウントが、送信アカウントと友人関係にある場合、予め選択された受信アカウントは、受信アカウントと決定されてもよく、また、アカウントが、送信アカウントとは友人関係にない場合、そのアカウントは除去される。そして、配信結果は、決定された総配信バジェット及び受信アカウントに従って決定される。
【００７５】
例えば、アカウント１は送信アカウントであり、総配信バジェットは１０ポイントであり、また、決定された、予め選択された受信アカウントは、アカウント５、アカウント６、アカウント７、及びアカウント８であるが、アカウント７は、アカウント１の友人ではない。このため、受信アカウントは、アカウント５、アカウント６、及びアカウント８であると決定することができ、また、配信における１０ポイントのバジェットに従って、アカウント５、アカウント６、及びアカウント８にはそれぞれ、４ポイント、２ポイント、及び１ポイントがスケジューリングされると決定することができる。
【００７６】
第三の方法：ステップ２６３：決定された総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果候補を決定し、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定し、受信アカウントに従って、配信結果候補から配信結果を決定する。例えば、最初に、決定された総配信バジェット、及び、予め選択された受信識別子に対応する、予め選択された受信アカウントに従って、配信結果候補が決定され、次いで、ステップ２６２と同様に、予め選択された受信アカウントから、受信アカウントが決定され、最後に、受信アカウントに従って、配信結果候補から配信結果が決定される。
【００７７】
例えば、アカウント１は送信アカウントであり、総配信バジェットは１０ポイントであり、また、決定された、予め選択された受信アカウントは、アカウント５、アカウント６、アカウント７、及びアカウント８である。最初に、配信結果候補は、アカウント５、アカウント６、アカウント７、及びアカウント８にそれぞれ、４ポイント、２ポイント、３ポイント、及び１ポイントがスケジューリングされると決定される。ただし、アカウント７は、アカウント１の友人ではないため、配信結果は、配信結果候補から決定することができ、すなわち、アカウント５、アカウント６、及びアカウント８にそれぞれ、４ポイント、２ポイント、及び１ポイントがスケジューリングされると決定される。
【００７８】
上述した二つのステップにおいて受信アカウント候補がスクリーニングされるとき、友人関係があるか否かに従って、アカウントをスクリーニングできることを説明するためだけに例が示される。また、例示的な用途では、送信アカウントによってプリセットされてもよい。このため、一実施方式では、第二の方法又は第三の方法の、予め選択された受信識別子に対応する、予め選択された受信アカウントに従って、受信アカウントを決定することは、送信アカウントによりプリセットされたアカウントスクリーニングルールに従って、予め選択された受信識別子に対応する、予め選択された受信アカウントから、受信アカウントを決定することを含み得る。例えば、アカウント１は送信アカウントであり、総配信バジェットは１０ポイントであり、また、決定された、予め選択された受信アカウントは、アカウント５、アカウント６、アカウント７、及びアカウント８であるが、アカウント１は、リソース配信のホワイトリストにアカウント５及びアカウント８が含まれることをプリセットする。そして、最終的な配信結果は、アカウント１が、アカウント５及びアカウント８にインターネットリソースをスケジューリングすることでもあり得る。
【００７９】
例示的な用途では、配信結果はまた、第一の方法と第二の方法又は第三の方法とを組み合わせて決定されてもよい。
【００８０】
ステップ２７：決定された配信結果に従って、送信アカウントから受信アカウントへインターネットリソースを配信する。
【００８１】
本ステップは、実施形態１のステップ１４と同様であり、ここでは繰り返さない。
【００８２】
実施形態２に係る方法を用い、実施形態１に基づいて、顔特徴は、配信結果を決定する際の要素として用いられる。画像収集装置を介して顔画像がリアルタイムに収集されるとき、ユーザは、顔特徴の多様性を用いて、リソース配信に十分に参加することができ、これによって、双方向性が向上すると同時に、リソース配信効率が向上する。加えて、送信アカウントによりアカウントスクリーニングルールをプリセットすることによって、双方向性が更に向上する。
【００８３】
実施形態３
同じ概念に基づいて、実施形態３は、リソース配信効率を向上させるインターネットリソース配信装置を提供する。図８は装置の概略構造図であり、装置は、第一の決定ユニット３１と、第二の決定ユニット３２と、第三の決定ユニット３３と、配信ユニット３４と、を備え、
第一の決定ユニット３１が、インターネットリソース配信要求を受信し、予め選択された一つ以上の受信識別子を決定し、
第二の決定ユニット３２が、送信アカウントによりプリセットされたリソース値バジェットに従って、総配信バジェットを決定し、
第三の決定ユニット３３が、総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定し、配信結果には、送信アカウントから、予め選択された一つ以上の受信アカウント内の受信アカウントへインターネットリソースを配信するリソース値が含まれ、
配信ユニット３４が、配信結果に従って、送信アカウントから受信アカウントへインターネットリソースを送信する。
【００８４】
一実施方式では、第一の決定ユニットは、
取得された顔画像に従って、顔識別子を決定し、予め選択された受信識別子として、顔識別子を決定する、
ことができる。
【００８５】
一実施方式では、第一の決定ユニットは、
顔認識を介して顔識別子を決定する、
ことができる。
【００８６】
一実施方式では、第一の決定ユニットは、
顔認識を介して顔識別子候補を決定し、顔認識プロセスから抽出された顔識別子候補に対応する顔特徴を取得し、プリセットされた特徴スクリーニングルールに従って、顔識別子候補から顔識別子を決定する、
ことができる。
【００８７】
一実施方式では、第三の決定ユニットは、
総配信バジェット、並びに、予め選択された受信アカウント、及び予め選択された一つ以上の受信識別子に対応する顔特徴に従って、配信結果を決定する、
ことができる。
【００８８】
一実施方式では、第三の決定ユニットは、
予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定し、総配信バジェット及び受信アカウントに従って、配信結果を決定することができる。
【００８９】
一実施方式では、第三の決定ユニットは、
総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果候補を決定し、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、受信アカウントを決定し、受信アカウントに従って、配信結果候補から配信結果を決定する、
ことができる。
【００９０】
一実施方式では、第三の決定ユニットは、
送信アカウントによりプリセットされたアカウントスクリーニングルールに従って、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントから、受信アカウントを決定する、
ことができる。
【００９１】
実施形態４
同じ概念に基づき、また拡張するものとして、本実施形態は、ネットワークレッドエンベロープ配信方法を提供する。インターネット情報リソースとして、インターネットにおいて蓄積物（funds）はますます広まっている。特に、携帯端末及びインターネットの発展に伴い、ネットワークレッドエンベロープが新たなインタラクション方法になっている。現在の技術によれば、ネットワークレッドエンベロープが送信される方法は、背景（Background）において説明されているものと同様であり、送信アカウントは、複数のステップのオペレーションを実行する必要があり、受信アカウントも、少なくとも一つのステップのオペレーションを実行する必要がある。換言すると、送信アカウントの端末は、多くの命令を受信する必要があり、また、受信アカウントの端末も、命令を受信する必要があり、これによって、ネットワークレッドエンベロープの配信効率に深刻な影響が及ぼされる。したがって、先の実施形態に基づいて、本実施形態は、ネットワークレッドエンベロープの配信効率を向上させるネットワークレッドエンベロープ配信方法を提供する。本方法のフローチャートは、図９に示されている。実行エンティティーがなお携帯端末であると仮定すると、方法は、次のステップを含む。
【００９２】
ステップ４１：ネットワークレッドエンベロープ配信要求を受信し、予め選択された一つ以上の受信識別子を決定する。
【００９３】
先の実施形態と同様に、本ステップの、予め選択された受信識別子を決定することは、取得された顔画像に従って顔識別子を決定することと、予め選択された受信識別子のうちの一つとして、顔識別子を決定することと、をも含み得る。
【００９４】
また、一実施方式では、顔識別子を決定することは、顔認識を介して顔識別子を決定することを含み得る。
【００９５】
更に、一実施方式では、顔認識を介して顔識別子を決定することは、顔認識を介して顔識別子候補を決定することと、顔認識プロセスから抽出された顔識別子候補に対応する顔特徴を取得することと、プリセットされた特徴スクリーニングルールに従って、顔識別子候補から顔識別子を決定することと、を含み得る。
【００９６】
本実施方式は、実施形態１及び実施形態２の方法と同様であり、繰り返さない。
【００９７】
ステップ４２：送信アカウントによりプリセットされたレッドエンベロープ量バジェットに従って、総配信バジェットを決定する。
【００９８】
本実施方式は、実施形態１及び実施形態２の方法と同様であり、繰り返さない。
【００９９】
ステップ４３：総配信バジェット、及び、予め選択された一つ以上の受信識別子に対応する、予め選択された一つ以上の受信アカウントに従って、配信結果を決定する。
【０１００】
ステップ４１の顔認識を介して、顔識別子が決定され、予め選択された受信識別子が決定されるとき、本ステップは、決定された総配信バジェット、並びに、予め選択された受信アカウント、及び予め選択された受信識別子に対応する顔特徴に従って、配信結果を決定することを含み得る。配信結果のこの決定方法は、実施形態２における第一の方法に対応する。
【０１０１】
同様に、本ステップは、次の二つの方法も含むことができ、これらの方法はそれぞれ、実施形態２の第二の方法及び第三の方法に対応する。
【０１０２】
例えば、本ステップは、予め選択された受信識別子に対応する、予め選択された受信アカウントに従って、受信アカウントを決定することと、決定された総配信バジェット、及び受信アカウントに従って、配信結果を決定することと、を含んでいてもよい。
【０１０３】
例えば、本ステップは、更に、決定された総配信バジェット、及び、予め選択された受信識別子に対応する、予め選択された受信アカウントに従って、配信結果候補を決定することと、予め選択された受信識別子に対応する、予め選択された受信アカウントに従って、受信アカウントを決定することと、受信アカウントに従って、決定された配信結果候補から、配信結果を決定することと、を含んでいてもよい。
【０１０４】
これらの二つの方法では、予め選択された受信識別子に対応する、予め選択された受信アカウントに従って、受信アカウントを決定することは、更に、送信アカウントによりプリセットされたアカウントスクリーニングルールに従って、予め選択された受信識別子に対応する、予め選択された受信アカウントから、受信アカウントを決定すること、を含み得る。
【０１０５】
実施形態４に係る方法を用いて、端末がネットワークレッドエンベロープ配信要求を受信し、ユーザ入力に従って、予め選択された受信識別子を決定した後、レッドエンベロープ量バジェットがプリセットされているため、配信は、更にいかなる命令も受信する必要なく完了することができる。レッドエンベロープ量バジェットをプリセットするだけで、送信者は、ネットワークレッドエンベロープを配信するときに、要求を開始し、受信アカウント識別子を入力することのみにより、配信プロセスを完了できる。現在の技術と比較して、すべてのネットワークレッドエンベロープ配信時に、複雑なオペレーションから、送信アカウントに対する多くのオペレーションが不要になると同時に、受信者が特有の識別子を有する限り、受信者は、全くオペレーションなしで、ネットワークレッドエンベロープを受信することができ、これによって、ネットワークレッドエンベロープ配信効率が向上する。
【０１０６】
加えて、送信アカウント及び受信アカウントに関する限りでは、現在の技術による端末によってオンラインでしか、オペレーションは実行できない。オペレーションがインターネット又はモバイルインターネットを介して実行されるとき、地理的位置による制限はないが、オフラインでのインタラクションがない。例えば、送信者と受信者とが対面している場合であっても、彼らは、オンラインでインタラクションすることしかできず、オフラインで「通信」していない。本出願の実施形態では、顔画像を介して配信が行われるとき、例えば、集合写真又は複数回の個々の写真を介して、オフラインでのインタラクションが増加し得る。画像収集装置を介して、複数の顔を含む画像を取得する場合、それぞれのネットワークレッドエンベロープ配信の１回の要求送信及び１回の写真撮影により、リソース配信が達成でき、これによって、ネットワークレッドエンベロープ配信効率が最大限に向上し、更に、オフラインでのインタラクションが増加する。
【０１０７】
当業者であれば、本出願の実施形態が、方法、システム、又はコンピュータプログラム製品として提供され得ることを理解する。このため、本出願は、完全なハードウェアの実施形態、完全なソフトウェアの実施形態、又はソフトウェアとハードウェアとの組み合わせによる実施形態として実施することができる。更に、本出願は、コンピュータにおいて使用可能なプログラムコードを含む、コンピュータにおいて使用可能な一つ以上の記憶媒体（磁気ディスクメモリ、ＣＤ‐ＲＯＭ、光学メモリ及び同種のものを含むが、これらに限定されない。）上に実装されるコンピュータプログラム製品の形態であり得る。
【０１０８】
本出願は、その実施形態に係る方法、装置（システム）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明されている。フローチャート及び／又はブロック図のすべてのプロセス及び／又はブロック、並びにフローチャート及び／又はブロック図のプロセス及び／又はブロックの組み合わせは、コンピュータプログラム命令によって実行できることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は別のプログラム可能なデータ処理装置のプロセッサに提供することができ、これによって、機械が生み出され、コンピュータ、又は別のプログラム可能なデータ処理装置のプロセッサによって実行されるとき、これらの命令に、フローチャートの一つ以上のプロセス、及び／又はブロック図の一つ以上のブロックにおいて指定された機能を実行する装置を生み出させる。
【０１０９】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置を特定の方法により作動させるように導くことが可能なコンピュータ可読記憶媒体に記憶することもでき、これによって、コンピュータ可読記憶媒体に記憶された命令は、フローチャートの一つ以上のプロセス及び／又はブロック図の一つ以上のブロックにおいて指定された機能を実行する命令装置を含む製作物（manufactured article）を生み出す。
【０１１０】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理装置にロードすることもでき、一連のオペレーションステップを、コンピュータ又は他のプログラム可能なデータ処理装置上で実行させて、コンピュータ実行プロセスを生成させる。その結果、コンピュータ又は他のプログラム可能なデータ処理装置上で実行される命令は、フローチャートの一つ以上のプロセス、及び／又はブロック図の一つ以上のブロックにおいて指定された機能を実行するステップを提供する。
【０１１１】
通常の構成では、演算装置（computation device）には、一つ以上の、プロセッサ（ＣＰＵ）、入力／出力インタフェース、ネットワークインタフェース、及びメモリが含まれる。
【０１１２】
メモリには、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／又は不揮発性メモリ、例えば、読み取り専用メモリ（ＲＯＭ）若しくはフラッシュＲＡＭなどの、コンピュータ可読媒体が含まれ得る。メモリは、コンピュータ可読媒体の例である。
【０１１３】
コンピュータ可読媒体には、永久媒体、揮発性媒体、移動式（mobile）媒体、及び固定式媒体が含まれ、これらは、あらゆる方法又は技術によって、情報記憶を実行することができる。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータであり得る。コンピュータの記憶媒体の例としては、演算装置にアクセス可能な情報を記憶するのに用いることができる、相変化ＲＡＭ（ＰＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、他の種類のランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ若しくは他の記憶技術、コンパクトディスク読み取り専用メモリ（ＣＤ‐ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）若しくは他の光学メモリ、複数のカセット（cassettes）、単一のカセット（cassette）、及びディスクメモリ若しくは他の磁気記憶装置（magnetic memory devices）、又は他の非伝送媒体（non-transmission media）が挙げられるが、これらに限定されない。本明細書の定義によれば、コンピュータ可読媒体には、一時的媒体、例えば、変調データ信号及び搬送波は含まれない。
【０１１４】
更に、「含む、包含する（including）」、「備える、具備する（comprising）」という用語、又はこれらの他の変形は、排他的でない包含物を含むものとし、これによって、一連の要素を含むプロセス、方法、物品（commodity）又は装置は、これらの要素だけでなく、具体的には挙げられていない他の要素も含むか、又は、更に、プロセス、方法、物品若しくは装置に固有の要素を含むことに留意されたい。さらなる制限がない場合、「一つの…を含む（comprising one ...）」という記述によって規定される要素は、上述の要素を含むプロセス、方法、物品又は装置が、更に、付加的な同一の要素を含むことを排除しない。
【０１１５】
当業者であれば、本出願の実施形態が、方法、システム、又はコンピュータプログラム製品として提供され得ることを理解する。このため、本出願は、完全なハードウェアの実施形態、完全なソフトウェアの実施形態、又はソフトウェアとハードウェアとの組み合わせによる実施形態として実施することができる。更に、本出願は、コンピュータにおいて使用可能なプログラムコードを含む、コンピュータにおいて使用可能な一つ以上の記憶媒体（磁気ディスクメモリ、ＣＤ‐ＲＯＭ、光学メモリ及び同種のものを含むが、これらに限定されない。）上に実装されるコンピュータプログラム製品の形態であり得る。
【０１１６】
以上、本出願の実施形態のみが説明されているが、これらは、本出願を限定するようには用いられない。当業者であれば、本出願の種々の変更及び変形が可能である。本出願の真意及び原理の範囲内において行われる、あらゆる変更、均等な置換、又は改良は、本出願の特許請求の範囲によって包含されるものとする。
【図１】
2019530342.tif 000003
【図２】
2019530342.tif 000004
【図３】
2019530342.tif 000005
【図４】
2019530342.tif 000006
【図５】
2019530342.tif 000007
【図６】
2019530342.tif 000008
【図７】
2019530342.tif 000009
【図８】
2019530342.tif 000010
【図９】
2019530342.tif 000011
【国際調査報告】
2019530342.tif 000012
2019530342.tif 000013
2019530342.tif 000014
2019530342.tif 000015