JP2019510294A - サービス実施方法及び装置 - Google Patents

Abstract

本願はサービス実施方法及び装置を提供し、本方法は：第１のユーザにより第１のクライアントソフトウェアを用いてサービス対象を抽出するために用いられる電子証明書を収集するステップと；第１のクライアントソフトウェアによって、収集した電子証明書のカテゴリ数が第１の数に達しているか否かを特定するステップと；収集した電子証明書のカテゴリ数が第１の数に達している場合、サーバに対してそのカテゴリ数が第１の数である複数の電子証明書を含む対象割当要求を開始するステップと；対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達しているか否かを、サーバによって特定するステップと；対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達している場合、所定の割当規則に基づいて、サービス対象セットから第１のユーザにサービス対象を割り当てるステップと；を含む。この本願の技術的解決策を用いることによって、サービス割当はより関心を引くものとなり、利用におけるユーザエクスペリエンスが向上する。

Description

本願は、サービス実施技術の分野に関し、特に、サービス実施方法及び装置に関する。

ネットワーク技術の発展により、様々なサービス実施方法が出現している。一例として「お年玉（紅包、御祝儀袋）」の形態での仮想的な商品交換を利用すると、ユーザはＥ−カード、資金等を「お年玉」に入れてから、「お年玉」を別のユーザへ送ることができる、又は、「お年玉」をグループへ送ることにより、グループ内の全てのメンバが「お年玉」を受け取ることができる。

これに鑑みて、本願は、サービス対象割当（配分）を最適化するために、サービス実施方法及び装置を提供する。

前記の目的を達成するため、本願は以下の技術的解決策を提供する：

本願の第１の態様によれば、サービス実施方法が提供される。本方法は：第１のユーザにより第１のクライアントソフトウェアを用いてサービス対象を抽出するために用いられる電子証明書を収集するステップと；収集された電子証明書のカテゴリ数が第１の数に達しているか否かを、前記第１のクライアントソフトウェアにより特定するステップと；収集された電子証明書の前記カテゴリ数が前記第１の数に達している場合に、サーバに対して、前記サーバが対象割当要求に基づいて、サービス対象セットから前記第１のユーザにサービス対象を割り当てるよう、そのカテゴリ数が前記第１の数である複数の電子証明書を含む前記対象割当要求を開始するステップと；を含む。

オプションとして、サービス対象を抽出するために用いられる電子証明書を収集する前記ステップは：前記サーバにより前記第１のクライアントソフトウェアへ送付される電子証明書を取得するステップと；第２のクライアントソフトウェアを用いて、第２のユーザにより共有される電子証明書を取得するステップと；を含む。

オプションとして、前記第１のクライアントソフトウェアは、電子証明書を取得するために用いられるトリガオプションを提供し、前記サーバにより前記第１のクライアントソフトウェアへ送付される電子証明書を取得する前記ステップは：前記トリガオプション上で前記第１のユーザのトリガ操作が検出された場合に、前記サーバが所定の送付規則に基づいて前記電子証明書を前記第１のクライアントソフトウェアへ送付するように、前記電子証明書を収集するための要求を前記サーバに対して開始するステップと；前記所定の送付規則に基づいて前記サーバにより前記第１のクライアントソフトウェアへ送付された前記電子証明書を取得するステップと；を含み、前記サーバによって前記第１のクライアントソフトウェアへ送付される電子証明書のカテゴリ数は、前記第１の数よりも少ない。

オプションとして、前記電子証明書が収集される際に前記電子証明書のための対応する表示画像を生成するステップと；前記電子証明書に対応する表示位置に前記生成された表示画像を追加するステップと；を含み、異なるカテゴリの電子証明書のために生成される表示画像は互いに異なり、異なるカテゴリの電子証明書に対応する表示位置は互いに異なる。

オプションとして、取得した前記電子証明書の数を前記表示位置に示すステップと；前記電子証明書の実際の残数に基づいて前記数を更新するステップと；を更に含む。

オプションとして、任意の表示画像上で前記第１のユーザの所定のトリガ操作が検出された場合に、前記表示画像に対応する電子証明書を、前記第１のユーザによって選択されるターゲットユーザと共有するステップを更に含む。

オプションとして、前記サーバが前記サービス対象を前記第１のユーザに割り当てた場合に、前記サーバによって送信された割当結果を受信し、前記割当結果を前記第１のユーザに表示するステップを更に含み、前記割当結果は、サービス対象の数、前記サービス対象の送信者、前記サービス対象の他の受信者の数及び前記サービス対象の割当規則、のうちの１つ以上を含む。

本願の第２の態様によれば、サービス実施方法が提供される。本方法は：第１のクライアントソフトウェアを用いて第１のユーザにより送信された対象割当要求を受信するステップであって、前記対象割当要求はサービス対象を抽出するために用いられる複数の電子証明書を含む、前記受信するステップと；前記対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達しているか否かを特定するステップと；前記対象割当要求に含まれる電子証明書の前記カテゴリ数が前記第１の数に達している場合に、所定の割当規則に基づいて、サービス対象セットから前記第１のユーザにサービス対象を割り当てるステップと；を含む。

オプションとして、前記電子証明書を取得するよう前記第１のクライアントソフトウェアによって送信された要求が受信された場合に、所定の送付規則に基づいて、ローカルに格納された複数の電子証明書の中から前記電子証明書を前記第１のクライアントソフトウェアへ送付するステップを更に含み、前記第１のクライアントソフトウェアへ送付される前記電子証明書のカテゴリ数は、前記第１の数よりも少ない。

オプションとして、所定の送付規則に基づいて、前記電子証明書を前記第１のクライアントソフトウェアへ送付する前記ステップは：前記ローカルに格納された複数の電子証明書の中から前記電子証明書を前記第１のクライアントソフトウェアへ無作為に送付するステップを含む。

オプションとして、前記ローカルに格納された複数の電子証明書は、少なくとも低頻度送付セットと高頻度送付セットとに予め分割されており、所定の送付規則に基づいて、前記電子証明書を前記第１のクライアントソフトウェアへ送付する前記ステップは：前記第１のユーザの活動状態を計算するステップと；前記活動状態が所定の閾値に達しているか否かを特定するステップと；前記活動状態が前記所定の閾値に達している場合に、前記低頻度送付セットから前記電子証明書を前記第１のクライアントソフトウェアへ送付するステップ；又は、前記低頻度送付セットと前記高頻度送付セットとから電子証明書を前記第１のクライアントソフトウェアへ送付するステップであって、前記送付される電子証明書は前記低頻度送付セット内の少なくとも１つの電子証明書を含む、前記送付するステップ；を含む。

オプションとして、前記サービス対象が前記第１のユーザに割り当てられた場合に、前記第１のクライアントソフトウェアが割当結果を前記第１のユーザに表示するために前記割当結果を前記第１のクライアントソフトウェアへ送信するステップを更に含み、前記割当結果は、サービス対象の数、前記サービス対象の送信者、前記サービス対象の他の受信者の数及び前記サービス対象の割当規則のうちの１つ以上を含む。

本願の第３の態様によれば、サービス実施装置が提供される。本装置は：サービス対象を抽出するために用いられる電子証明書を取得するように構成された取得モジュールと；取得された電子証明書のカテゴリ数が第１の数に達しているか否かを特定するよう構成された第１の特定モジュールと；取得された電子証明書の前記カテゴリ数が前記第１の数に達している場合に、サーバに対して、前記サーバが対象割当要求に基づいてサービス対象セットからサービス対象を第１のユーザに割り当てるように、そのカテゴリ数が前記第１の数である複数の電子証明書を含む前記対象割当要求を開始するように構成された開始モジュールと；を含む。

オプションとして、前記取得モジュールは：前記サーバによって前記第１のクライアントソフトウェアへ送付される電子証明書を取得し；第２のクライアントソフトウェアを用いて第２のユーザによって共有される電子証明書を取得する；ように構成される。

オプションとして、前記第１のクライアントソフトウェアは、電子証明書を取得するため用いられるトリガオプションを提供し、前記取得モジュールは：前記トリガオプション上での前記第１のユーザのトリガ操作が検出された場合に、前記電子証明書を収集するための要求を前記サーバに対して開始することで、前記サーバが所定の送付規則に基づいて前記電子証明書を前記第１のクライアントソフトウェアへ送付するように；及び前記所定の送付規則に基づいて前記サーバによって前記第１のクライアントソフトウェアへ送付された前記電子証明書を取得するように；更に構成され、前記サーバによって前記第１のクライアントソフトウェアへ送付される電子証明書のカテゴリ数は、前記第１の数よりも少ない。

オプションとして、前記電子証明書が収集される際に前記電子証明書のための対応する表示画像を生成するよう構成された生成モジュールと；前記電子証明書に対応する表示位置に前記生成された表示画像を追加するよう構成された表示モジュールと；を更に含み、異なるカテゴリの電子証明書のために生成された表示画像は互いに異なり、異なるカテゴリの電子証明書に対応する表示位置は互いに異なる。

オプションとして、前記生成モジュールは：取得した電子証明書の数を前記表示位置に示すように；及び
前記電子証明書の実際の残数に基づいて前記数を更新するように；構成される。

オプションとして、任意の表示位置に追加される表示画像上で前記第１のユーザの所定のトリガ操作が検出された場合に、前記表示画像に対応する電子証明書を前記第１のユーザによって選択されるターゲットユーザと共有するよう構成された共有モジュールを更に含む。

オプションとして、前記サーバが前記サービス対象を前記第１のユーザに割り当てた場合に、前記サーバによって送信された割当結果を受信し、前記割当結果を前記第１のユーザに表示するよう構成された第１の受信モジュールを更に含み、前記割当結果は、サービス対象の数、前記サービス対象の送信者、前記サービス対象の他の受信者の数及び前記サービス対象の割当規則のうちの１つ以上を含む。

本願の第４の態様によれば、サービス実施装置が提供される。本装置は：第１のクライアントソフトウェアを用いて第１のユーザによって送信された対象割当要求を受信するように構成され、前記対象割当要求がサービス対象を抽出するために用いられる複数の電子証明書を含む、第２の受信モジュールと；前記対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達しているか否かを特定するように構成された第２の特定モジュールと；前記対象割当要求に含まれる電子証明書の前記カテゴリ数が前記第１の数に達している場合に、所定の割当規則に基づいて、サービス対象セットから前記第１のユーザにサービス対象を割り当てるように構成された割当モジュールと；を含む。

オプションとして、前記電子証明書を取得するよう前記第１のクライアントソフトウェアによって送信された要求が受信される場合に、所定の送付規則に基づいて、ローカルに格納された複数の電子証明書の中から前記電子証明書を前記第１のクライアントソフトウェアへ送付するよう構成された送付モジュールを更に含み、前記第１のクライアントソフトウェアへ送付される電子証明書のカテゴリ数は、前記第１の数よりも少ない。

オプションとして、前記送付モジュールは：前記ローカルに格納された複数の電子証明書の中から前記電子証明書を前記第１のクライアントソフトウェアへ無作為に送付するように構成される。

オプションとして、前記ローカルに格納された複数の電子証明書は、少なくとも低頻度送付セットと高頻度送付セットとに予め分割されており、前記送付モジュールは：前記第１のユーザの活動状態を計算し；前記活動状態が所定の閾値に達しているか否かを特定し；前記活動状態が前記所定の閾値に達している場合に、前記低頻度送付セットから前記電子証明書を前記第１のクライアントソフトウェアへ送付する；又は、前記低頻度送付セッと前記高頻度送付セットとから電子証明書を前記第１のクライアントソフトウェアへ送付するように構成され、前記送付される電子証明書は前記低頻度送付セット内の少なくとも１つの電子証明書を含む。

オプションとして、 前記サービス対象が前記第１のユーザに割り当てられた場合に、前記第１のクライアントソフトウェアが割当結果を前記第１のユーザに表示するよう、前記割当結果を前記第１のクライアントソフトウェアへ送信するように構成された送信モジュールを更に備え、前記割当結果は、サービス対象の数、前記サービス対象の送信者、前記サービス対象の他の受信者の数及び前記サービス対象の割当規則のうちの１つ以上を含む。

本願において、第１のユーザへのサービス対象の割当に際し、第１のユーザは、第１のクライアントソフトウェアを用いて、サービス対象を抽出するために用いられる電子証明書を取得できることが、先の技術的解決策から分かる。取得した電子証明書のカテゴリ数が第１の数に達している場合、第１のユーザはサービス対象割当許可を取得し、サーバがサービス対象を第１のユーザに割り当てるよう、サーバに対して、第１のクライアントソフトウェアを用いて対象割当要求を開始できる。したがって、サービス割当はより関心を引くものとなり、利用におけるユーザエクスペリエンスが向上する。

図１は、本願の実施の例に係るサービス実施方法を示すフロー図である。

図２は、本願の実施の例に係るお年玉発送インターフェースを示す概略図である。 図３は、本願の実施の例に係るお年玉発送インターフェースを示す概略図である。 図４は、本願の実施の例に係るお年玉発送インターフェースを示す概略図である。 図５は、本願の実施の例に係るお年玉発送インターフェースを示す概略図である。 図６は、本願の実施の例に係るお年玉発送インターフェースを示す概略図である。

図７は、本願の実施の例に係るサービス実施装置を示すブロック図である。

図８は、本願の実施の例に係る電子デバイスを示す概略構造図である。

図９は、本願の実施の例に係る別のサービス実施装置を示すブロック図である。

図１０は、本願の実施の例に係るサーバを示す概略構造図である。

図１は、本願の実施の例に係るサービス実施方法を示すフロー図である。図１に示すように、この方法はクライアントソフトウェア及びサーバに適用される。クライアントソフトウェア及びサーバは互いに協働して以下のステップを実行できる。

ステップ１０１：第１のユーザが、第１のクライアントソフトウェアを用いて、サービス対象を抽出するために用いられる電子証明書を収集する。

ステップ１０２：第１のクライアントソフトウェアは、収集した電子証明書のカテゴリ数が第１の数に達しているか否かを特定する。

ステップ１０３：収集した電子証明書のカテゴリ数が第１の数に達している場合、サーバに対してそのカテゴリ数が第１の数であるいくつか（複数）の電子証明書を含む対象割当要求を開始する。

ステップ１０４：サーバは、対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達しているか否かを特定する。

ステップ１０５：対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達している場合、所定の割当規則に基づいて、サービス対象セットから第１のユーザにサービス対象を割り当てる。

クライアントソフトウェアは、電子デバイス上にインストールされるアプリケーションプログラムを含むことができる。例えば、「お年玉」発送アプリケーションシナリオにおいて、クライアントソフトウェアは、電子デバイス上にインストールされるアプリケーションプログラムを含んでおり、お年玉発送機能、例えば、Ａｌｉｐａｙ（アリペイ）を提供することができる。クライアントソフトウェアは、異なるシナリオにおける異なるクライアントソフトウェアであってもよい。

サーバは、クライアントソフトウェアを提供する、サーバ、サーバクラスタ、又はクラウドプラットフォームを含むことができる。例えば、クライアントソフトウェアがＡｌｉｐａｙクライアントソフトウェアである場合、サーバはＡｌｉｐａｙサービスプラットフォームであってもよい。

サービス対象は任意の形態のサービスインタラクションデータであってよい。実施の例において、サービス対象としては、仮想商品、例えばクーポン、Ｅ−カード又は資金を挙げることができる。仮想商品は異なるサービスにおける異なる内容を含むことができる。例えば、サービス対象は、決済サービスにおける金銭であっても、販売業者によって開始される商品活性化サービスにおけるクーポンであってもよい。サービス対象セットは第１のユーザが抽出できるサービス対象の１セットである。例えば、サービス対象がお年玉の形態で発送される金銭である場合、サービス対象セットはお年玉発送プラットフォームと協働するサードパーティ企業のお年玉発送アカウントであってもよい。

第１のユーザはサービス対象の抽出当事者であってもよい。第１のクライアントソフトウェアは、第１のユーザがサービス対象を抽出する場合に用いられるクライアントソフトウェアであってもよい。例えば、クライアントソフトウェアが任意の電子デバイス上にインストールされる場合、第１のユーザが登録アカウントを用いてクライアントソフトウェアへログインした後、第１のユーザはクライアントソフトウェアを用いてサービス対象を抽出するようサーバとインタラクションできる。

電子証明書は、第１のユーザがサービス対象をサーバから抽出する場合に用いられる資格情報である。実際のアプリケーションにおいて、電子証明書の特定の書式は制限されていない。電子証明書は、文字列、数字、文字、パスワード、仮想カード等であってよい。サーバは、第１のユーザによって送信された電子証明書の内容、数字又はカテゴリに関する検証を行って第１のユーザがサービス対象の抽出許可を持っているか否かを特定し、第１のユーザが抽出許可を持っている場合、サービス対象セットからサービス対象を第１のユーザへ割り当てることができる。各電子証明書は、対応するカテゴリ又は種類を有することができる。電子証明書の各カテゴリは１種類の資格情報を表すことができ、各種類の資格情報は同じ又は異なる内容を有することができる。

この実施例において、第１のユーザは、第１のクライアントソフトウェアを用いて電子証明書を収集し、収集された電子証明書のカテゴリ数が第１の数に達している場合にサービス対象割当許可を取得できる。カテゴリ数はユーザによって収集された電子証明書の種類の数である。第１の数の特定値は本願において限定されず、実際のアプリケーションにおいて必要に応じて特定できる。

例えば、サービス対象はお年玉の形態で発送される金銭であってもよく、電子証明書は仮想カードであってもよく、そして第１の数は５であってもよい。第１のユーザが５つの異なる種類の仮想カードを収集した場合、第１のユーザはお年玉受取許可を取得できる。

この実施例において、第１のユーザは以下の方法で電子証明書を収集できる。

収集方法１：サーバにより送付される電子証明書を取得する。

この実施例において、第１のユーザは、第１のクライアントソフトウェアを用いて、サーバによって送付された電子証明書を取得できる。

実施において、第１のクライアントソフトウェアは、電子証明書を取得するためにユーザに用いられるトリガオプションを提供できる。ユーザはこのトリガオプションをトリガすることによってサーバから電子証明書を取得できる。例えば、トリガオプションはユーザのために第１のクライアントソフトウェアによって提供されるトリガボタン、アクティビティ入口等であってもよい。ユーザは、サーバから電子証明書を取得するために、タップ、ダブルタップ、又はタップアンドホールド等のトリガ操作によりトリガオプションをトリガできる。

第１のクライアントソフトウェアがトリガオプションに関するユーザのトリガ操作をバックグラウンドで検出したとき、第１のクライアントソフトウェアは電子証明書を収集するための要求をサーバに対して開始できる。要求を受信した後、サーバは、所定の送付規則に基づいて、ローカルに格納された種々の電子証明書の中から所定の電子証明書を第１のクライアントソフトウェアへ送付できる。

電子証明書を第１のクライアントソフトウェアへ送付する場合、サーバは電子証明書を第１のクライアントソフトウェアへ直接送付できる、又は、電子証明書に対応する一意の識別子だけを第１のクライアントソフトウェアへ送付し、一意の識別子と電子証明書とのマッピング関係をローカルに格納できる。一意の識別子は、後に、対応する電子証明書を識別するために用いることができる。電子証明書が文字列であると仮定する。サーバは電子証明書として用いられる文字列を第１のクライアントソフトウェアへ直接送付できる、又は、文字列に対して対応する一意の識別子を生成し、識別子を第１のクライアントソフトウェアへ送付できる。この実施は特定の送付形式に限定されない。

特定の実施において、電子証明書の偽造を防ぐために、サーバがユーザのための電子証明書を生成する際、サーバは所定の暗号化アルゴリズムを用いて電子証明書を暗号化できる。例えば、電子証明書は文字列である。電子証明書を生成する場合、サーバは所定の暗号化アルゴリズムを用いて生成された文字列を暗号化でき、次いで、暗号化された文字列をユーザへ送信できる。ユーザによって送信された文字列に関する検証を行う場合、サーバは鍵を用いて受信した文字列を復号化でき、次いで、復号化した文字列に関する検証を行うことができる。このため、電子証明書はユーザによる偽造を防ぐことができる。

この実施例において、サーバによって第１のクライアントソフトウェアへ送付される電子証明書のカテゴリ数は第１の数よりも少なくてもよく、言い換えれば、サーバによって第１のクライアントソフトウェアへ送付される電子証明書の種類の数は第１の数よりも小さい。例えば、電子証明書は仮想カードであるとする。ユーザは、サービス対象割当許可を取得するために５つの異なる種類の仮想カードを収集する必要があると仮定する。サーバが能動的に仮想カードをユーザへ送付する場合、サーバは５つ未満のカテゴリ、例えば、３つのカテゴリの仮想カードを送付できる。このため、サービス対象割当許可を有するユーザの数を効果的に管理できる。

サーバが電子証明書を第１のクライアントソフトウェアへ送付する場合、第１のユーザが第１のクライアントソフトウェアによって提供されるトリガオプションをトリガすることにより、サーバから確実に電子証明書を能動的に取得できるだけでなく、サーバもまた確実に電子証明書を能動的に送付できる。例えば、実施において、第１のユーザが登録アカウントを用いて第１のクライアントソフトウェアに首尾よくログインした後、サーバは電子証明書を第１のクライアントソフトウェアへ能動的に送付できる。

加えて、サーバが電子証明書を第１のクライアントソフトウェアへ送付する場合に用いられる送付規則を、実際のサービス要件に基づいて設定できることに特に留意すべきである。

実施において、送付規則は無作為な送付を含むことができる。

この場合、電子証明書を取得するよう第１のクライアントソフトウェアによって開始された要求を受信した後、サーバはローカルに格納された複数の電子証明書の中から所定の電子証明書を第１のクライアントソフトウェアへ無作為に送付できる。

別の実施において、送付規則は特定のグループに対する選択的な送付を含むことができる。

この場合、サーバはローカルに格納された複数の電子証明書を低頻度送付セットと高頻度送付セットとに予め分割できる。低頻度送付セットにおける電子証明書はサーバによって指定される特定のユーザへ送付でき、高頻度送付セットにおける電子証明書は一般ユーザへ送付できる。

実施において、特定のユーザはアクティブユーザであってもよい。電子証明書を送付する場合、サーバは低頻度送付セットにおける電子証明書をアクティブユーザへ優先的に送付でき、高頻度送付セットにおける電子証明書を一般ユーザへ優先的に送付できる。

この場合、電子証明書を第１のユーザへ送付する際に、サーバは第１のユーザの活動状態をローカルで計算してから、計算した活動状態と所定の閾値とを比較して第１のユーザがアクティブユーザであるか否かを特定できる。第１のユーザの活動状態が所定の閾値に達した場合、サーバは、第１のユーザがアクティブユーザであることを特定できる。この場合、サーバは低頻度送付セットから資格情報を読み取ってから、資格情報を第１のユーザへ送付できる。

例えば、実施において、第１のユーザがアクティブユーザであることを特定した場合、サーバは低頻度送付セットからのみ電子証明書を読み取り、電子証明書を第１のユーザへ送付できる。別の実施において、第１の複数ユーザがアクティブグループであると特定した場合、サーバは低頻度送付セットと高頻度送付セットとの両方から電子証明書を読み取り、この電子証明書を第１の複数ユーザへ送付できる。しかし、この場合、送付された電子証明書は低頻度送付セットにおける電子証明書を少なくとも１つ含む必要がある。サーバは高頻度送付セットにおける電子証明書のみを非アクティブな一般ユーザへ送付できる。

このため、アクティブユーザは比較的「レア」な電子証明書をより容易に取得でき、その結果、アクティブユーザはサービス対象取得許可をより容易に取得できる。

サーバが第１のユーザの活動状態を計算する場合、活動状態を、ユーザの日々の活動状態に関する第１のユーザの日々のパラメータによって表わせることに特に留意すべきである。例えば、実際のアプリケーションにおいて、ユーザが持つフレンドが多いほど、又は、ユーザが開始するサービスが多いほど、そのユーザはよりアクティブになる。したがって、パラメータは、ユーザのフレンド又は開始したサービスの数等のパラメータを含むことができる。第１のユーザの活動状態を計算する場合、サーバは、第１のユーザのフレンド数を計数する、又は、第１のユーザによって開始されたサービスの数を計数し、次いで閾値処理を行って（すなわち、数を閾値と比較して）ユーザがアクティブユーザであるかどうかを特定できる。

確実に、実際のアプリケーションにおいて、ユーザ活動状態を表すパラメータは、フレンドの数にも開始されたサービスの数にも限定されない。実施によっては、ユーザ活動状態は、ユーザ活動状態を表す別のパラメータを用いて計算できる。

収集方法２：別のユーザによって共有される電子証明書を収集する。

この実施例において、第１のユーザは、第２のクライアントソフトウェアを用いて第２のユーザにより共有される電子証明書を、第１のクライアントソフトウェアを用いて取得できる。第２のユーザは、第１のユーザに対して別のユーザであってもよい。第２のクライアントソフトウェアは第１のクライアントソフトウェアと同一であってもよい。第２のユーザが第２のクライアントソフトウェアを用いて電子証明書を第１のユーザと共有する場合、第２のユーザは、クライアントソフトウェア内に電子証明書を共有できる、又は、電子証明書をサードパーティのクライアントソフトウェアへ転送し、次いで電子証明書を第１のユーザと共有できる。

例えば、実施において、電子証明書は仮想カードであり、第１のクライアントソフトウェアと第２のクライアントソフトウェアとの両方がＡｌｉｐａｙクライアントソフトウェアであってもよく、第１のクライアントソフトウェアと第２のクライアントソフトウェアとの両方が共有インターフェースを提供できる。第２のユーザは、第２のユーザのＡｌｉｐａｙクライアントソフトウェア内に仮想カードを第１のユーザと共有できる、又は、Ａｌｉｐａｙクライアントソフトウェアによって提供される共有インターフェースを用いてリンク又はクリッカブル画像の形態でサードパーティのソーシャルプラットフォーム又はインスタントメッセージングソフトウェア上で仮想カードを共有できる。第２のユーザによって共有された仮想カードを受信した後、第１のユーザはリンク又は画像をクリックしてＡｌｉｐａｙクライアントソフトウェアのインターフェースへジャンプし、第２のユーザによって共有される仮想カードを収集できる。

この実施例において、先の２つの収集方法を用いることによって電子証明書を収集する場合、第１のクライアントソフトウェアは電子証明書のための対応する表示画像を生成し、ユーザインターフェースにおいて表示画像をユーザに表示できる。

収集オプションは表示画像内に提供できる。例えば、電子証明書が仮想カードである場合、収集オプションは「カードを収集する」というトリガオプションであってもよい。第１のユーザがタップ等のトリガ操作を介してトリガオプションをトリガした後、第１のクライアントソフトウェアは、現在取得している電子証明書を第１のユーザに仮想的に表示するために、生成された表示画像を、第１のクライアントソフトウェアのユーザインターフェース内に提供される表示位置（表示ロケーション）に追加できる。

電子証明書のために第１のクライアントソフトウェアによって生成された表示画像は電子証明書の種類に対応できる。言い換えれば、異なる種類の電子証明書に対応する表示画像は互いに異なっている。表示画像に表示される内容は限定されない。加えて、ユーザインターフェース内で第１のクライアントソフトウェアによって提供される表示位置も一種の電子証明書に対応でき、異なる表示位置は異なる種類の電子証明書に対応できる。

加えて、生成された表示画像を、対応する表示位置に追加した後、第１のクライアントソフトウェアは、更に、表示位置に対応する現在取得している電子証明書の数を表示位置に示すことができる。例えば、第１のクライアントソフトウェアは表示位置の右上隅にデジタル通知を生成できる。加えて、電子証明書の種類の数が変化した後、第１のクライアントソフトウェアは、更に、残りの電子証明書の現在の実際の数に基づいて、電子証明書に対応する表示位置に示される数を更新できる。

この実施例において、取得された電子証明書は、更に、第１のユーザによって別のユーザと共有されてもよい。

実施において、第１のユーザは、表示画像に対応する電子証明書を別のユーザと共有するよう、表示位置に追加された表示画像をトリガできる。

例えば、第１のユーザが一種の電子証明書を共有したいと望む場合、第１のユーザは、タップ等のトリガ操作を介してこの電子証明書に対応する表示位置をトリガできる。表示位置がトリガされた後、表示位置に対応する表示画像をユーザインターフェース内に表示できる。

この場合、表示画像内に共有オプションを提供できる。例えば、電子証明書が仮想カードである場合、共有オプションは「１つをフレンドへ送信する」というトリガオプションであってもよい。第１のユーザがタップ等の所定のトリガ操作を介してトリガオプションをトリガした後、第１のクライアントソフトウェアは、共有方法選択インターフェースを出力でき、選択インターフェースにおいて第１のユーザによって選択され得るいくつかの共有方法を提供できる。この場合、ユーザは選択インターフェースにおいて共有方法を選択してから、ユーザがこの時に電子証明書を共有したいと望むターゲットユーザを選択できる。ユーザが共有方法を選択した後、第１のクライアントソフトウェアは第１のユーザによって選択されたターゲットユーザへ電子証明書を送信できる。

第１のユーザが電子証明書をターゲットユーザと共有する場合、仮にターゲットユーザが第１のクライアントソフトウェア上の第１のユーザの知り合い又はフレンドであれば、第１のユーザは第１のクライアントソフトウェア内で電子証明書をターゲットユーザと共有できる。この場合、第１のクライアントソフトウェアは、サーバを用いてターゲットユーザのクライアントソフトウェアへ共有される必要のある電子証明書を伝送できる。例えば、一の方法において、第１のクライアントソフトウェアは共有される必要のある電子証明書をサーバへ送信でき、次いで、サーバは電子証明書をターゲットユーザのクライアントソフトウェアへ転送する。別の方法では、第１のユーザは通知メッセージをサーバへ送信することにより、共有される必要のある電子証明書のＩＤをサーバに知らせることができ、サーバは対応する電子証明書をターゲットユーザへ再送付する。

仮にターゲットユーザが第１のクライアントソフトウェア上の第１のユーザの知り合いでもフレンドでもないが、サードパーティのクライアントソフトウェア上の第１のユーザの知り合い又はフレンドである場合、第１のユーザはサードパーティのクライアントソフトウェアを用いて電子証明書をターゲットユーザと確実に共有できる。

この場合、第１のクライアントソフトウェアは、サーバを用いて共有される必要のある電子証明書のための対応するアクセスリンクを生成し、次いで、サードパーティのクライアントソフトウェアを用いて生成したアクセスリンクをターゲットユーザと共有できる。例えば、第１のクライアントソフトウェアはＡｌｉｐａｙクライアントソフトウェアであり、サードパーティのクライアントソフトウェアはサードパーティのソーシャルプラットフォーム又はインスタントメッセージングソフトウェアである。Ａｌｉｐａｙクライアントソフトウェアは、サーバを用いて共有される必要のある電子証明書のための対応するアクセスリンク又はクリッカブル画像を生成し、次いで、リンク又は画像の形態で電子証明書をサードパーティのソーシャルプラットフォーム又はインスタントメッセージングソフトウェアと共有できる。第１のユーザによって共有された電子証明書を受信した後、ターゲットユーザはリンク又は画像をクリックして、サーバ上の電子証明書にアクセスし、次いで、Ａｌｉｐａｙクライアントソフトウェアのインターフェースへジャンプして電子証明書を収集できる。この実施例において、第１のユーザが前記の２つの収集方法を用いることによって電子証明書を収集した後、第１のクライアントソフトウェアは、現在収集された電子証明書の種類の数が第１の数に達しているか否かをバックグラウンドでリアルタイムに特定できる。種類の数が第１の数に達している場合、第１のユーザはサービス対象割当許可を取得できる。この場合、第１のクライアントソフトウェアは、対象割当要求をサーバに対して開始し、いくつかの電子証明書を対象割当要求に付加できる。

実施において、対象割当要求に含まれる電子証明書の数とカテゴリ数との両方が第１の数であってもよい。したがって、対象割当要求を受信した後、サーバは対象割当要求に含まれる電子証明書を取得してから検証できる。

特に留意すべき点は、サーバへの第１のクライアントソフトウェアによる対象割当要求を開始する操作を、ユーザによって手動でトリガできること、又は、収集された電子証明書のカテゴリ数が第１の数に達していることを、第１のクライアントソフトウェアが特定した場合に自動的にトリガできることである。

例えば、或る場合には、収集された電子証明書の数が第１の数に達していることを、第１のクライアントソフトウェアがバックグラウンドで特定する際、第１のクライアントソフトウェアは対象割当要求をサーバに対して自動的に開始できる。別の場合には、対象割当要求をサーバに対して開始するよう第１のクライアントソフトウェアをトリガするためのトリガボタン（このトリガボタンも１つの表示位置であってよい）を、各電子証明書に対応する表示位置に設けることができる。収集された電子証明書の数が第１の数に達していることを、第１のクライアントソフトウェアがバックグラウンドで特定した場合、第１のクライアントソフトウェアは、ユーザに対してトリガボタンを用いて通知を出力してユーザがサービス対象割当許可を現在取得可能であることをユーザに知らせることができる。次いで、第１のクライアントソフトウェアは、トリガボタン上のユーザのトリガ操作に基づいて、サービス割当要求をサーバに対して開始できる。

この実施例において、サーバが対象割当要求に含まれる電子証明書を検証した後、対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達しているとサーバが特定した場合、サーバは、サービス対象割当許可を第１のユーザに付与することができ、所定の割当規則に基づいて、対応するサービス対象セットからサービス対象を第１のユーザへ即座に割り当てる、又はサービス対象を割り当てるために指定された割当時間が到来した後、所定の割当規則に基づいて、対応するサービス対象セットからサービス対象を第１のユーザへ割り当てる。

実際のサービス要件に基づいて割当規則を設定することもできる。

実施において、サーバは、対象割当許可を付与されている全てのユーザの数を計数し、計数されたユーザの数に基づいて、サービス対象セット内のサービス対象の平均割当数を計算できる。この場合、計算された平均割当数は、各ユーザに割り当てられる必要があるサービス対象の数である。この場合、サーバは、計算された平均割当数に基づいて、サービス対象セットからサービス対象を各ユーザへ割り当てることができる。

例えば、お年玉発送サービスにおいて、サーバは、お年玉受取許可を有する全てのユーザの数を計数し、発送可能なお年玉の総数を、お年玉受取許可を持つユーザの数で除算することによって平均を得てから、平均に基づいて各ユーザに対応する数量のお年玉を発送できる。

別の実施において、サービス対象を第１のユーザへ割り当てる場合、サーバは、第１のユーザのためのサービス対象セットからある特定の数のサービス対象を無作為に抽出できる。例えば、サーバは、サービス対象セット内のサービス対象の総数に関して所定のランダムアルゴリズムに基づいて第１のユーザのための乱数を計算し、次いで、乱数に基づいてサービス対象をユーザへ割り当てることができる。

確実に、先述の割当規則に加えて、別の割当規則を実際のアプリケーションで用いることは可能である。こうした規則は、本願において１つ１つ列挙はしない。

この実施例において、サービス対象を第１のユーザへ割り当てた後、サーバは、更に、割当結果を第１のユーザの第１のクライアントソフトウェアへ送信できる。割当結果を受信した後、第１のクライアントソフトウェアは割当結果をユーザに表示できる。

割当結果は、以下の情報のうちの１つ以上を含むことができる。すなわち、割り当てられたサービス対象の数、サービス対象の送信者、サービス対象の別の受信者、他の受信者の数、サービス対象の割当規則等である。例えば、お年玉発送サービスにおいて、サーバがお年玉を第１のユーザへ発送した後、割当結果の中で第１のユーザに表示される情報は、お年玉の金額、お年玉の差出人、お年玉の別の受取人、他の受取人の数、及びお年玉の割当規則等の情報を含むことができる。

先の実施において、第１のユーザへのサービス対象の割当中、第１のユーザは、第１のクライアントソフトウェアを用いて、サービス対象の抽出に用いられる電子証明書を取得できることが分かる。取得した電子証明書のカテゴリ数が第１の数に達している場合、第１のユーザはサービス対象割当許可を取得し、サーバがサービス対象を第１のユーザへ割り当てるように、第１のクライアントソフトウェアを用いてサーバに対して対象割当要求を開始できる。したがって、サービス割当はより関心を惹くものとなり、利用におけるユーザエクスペリエンスが向上する。

特定のアプリケーションシナリオに関して、先の実施における技術的解決策を詳細に以下説明する。

本願において、異なるサービスを図１に示す技術的解決策を用いて異なるユーザ間で実施できる。例えば、サービスはお年玉発送サービスであってもよい。

お年玉発送サービスが用いられる場合の実施例を、特定のアプリケーションシナリオを参酌して以下説明する。

アプリケーションシナリオにおいて、サービスは、お年玉をユーザへ発送するお年玉発送プラットフォームと協働する企業であってもよい。

本アプリケーションシナリオにおいて、クライアントソフトウェアは、お年玉機能を有するユーザの決済クライアントソフトウェア、例えばＡｌｉｐａｙであってよい。サーバは、お年玉発送機能を有する決済プラットフォーム、例えばＡｌｉｐａｙプラットフォームであってよい。サービス対象は、お年玉の形態での送金を含んでよい。サービス対象セットは、決済プラットフォームと協働する企業の事業資金口座であってよく、事業資金口座内の現金は、お年玉をユーザに発送するために用いることができる企業の現金の総額である。電子証明書は、ユーザがお年玉受取許可を有しているか否かを特定するためにお年玉発送プラットフォームによって用いられる仮想カードであってよい。

お年玉発送サービスの「幸運ボーナス」において、お年玉プラットフォーム上でユーザへ送付できる電子証明書は、５種類の仮想カード、すなわち「健康カード」、「友情カード」、「繁栄カード」、「調和カード」及び「財産カード」、を含むことができる。５種類の仮想カードを収集した後、ユーザは、決済プラットフォームと協働する企業によって送られる「ラッキーカード」なるお年玉を受け取る許可を取得する。

図２を参照すると、ユーザのクライアントソフトウェア上に、アクティビティ入口を提供できる。アクティビティ入口は「ラッキーカードを収集し、お年玉を受け取る」というアクティビティインターフェースであってもよい。「ラッキーカードを取得」というトリガオプションはアクティビティインターフェース内に提供できる。ユーザがタップ等のトリガ操作を介してオプションをトリガした後、決済クライアントソフトウェアは仮想カードを収集するための要求を決済プラットフォームに対して開始できる。要求を受信した後、決済プラットフォームは仮想カードをユーザへ能動的に送付できる。

５種類の仮想カードのうち、ある特定の数の種類の「レア」仮想カード、例えば、２種類の「レア」仮想カードを決済プラットフォーム上で設定できる。「レア」仮想カードを送信するかどうかは、ユーザデータに基づいて決済プラットフォームで計算されるユーザの活動状態によって決まる。具体的には、「レア」仮想カードはアクティブユーザへ優先的に送信できる。仮想カードを一般ユーザへ送付する場合、決済プラットフォームは、初期設定によって、以下の５種類の仮想カード、すなわち「健康カード」、「友情カード」、「繁栄カード」、「調和カード」及び「財産カード」のうちの２つ又は３つを送付できる。

この実施例において、ユーザは、サーバによって能動的に送付された仮想カードに加えて、別のユーザによって共有された仮想カードを取得できる。

別のユーザが仮想カードを共有する場合、別のユーザは、同じクライアントソフトウェアを用いることによってクライアントソフトウェア内で仮想カードを共有できる、又は、クライアントソフトウェア及びサードパーティのソーシャルプラットフォーム若しくはインスタントメッセージングのクライアントソフトウェアを用いてリンク又は画像の形態で仮想カードを共有できる。

この実施例において、ユーザのクライアントソフトウェアが仮想カードを取得する場合、クライアントソフトウェアは、仮想カードのための対応する表示画像を生成し、アクティビティインターフェース内に表示画像を表示できる。異なる種類の仮想カードのためにクライアントソフトウェアによって生成された表示画像内の内容は互いに異なっている。

図３を参照すると、表示画像がアクティビティインターフェース内に表示される場合、「ラッキーカードを受け取る」というトリガオプションを表示画像内に提供できる。ユーザはタップ等のトリガ操作を介してオプションをトリガして、仮想カードを収集してから、クライアントソフトウェア上に提供される対応する表示位置に仮想カードを追加できる。

クライアントソフトウェア上に適用される表示位置は仮想カードの種類との１対１のマッピングであってよく、各種類の仮想カードは１つの表示位置に対応することができる。

図４を参照すると、１つの表示位置を、５種類の仮想カード、すなわち「健康カード」、「友情カード」、「繁栄カード」、「調和カード」及び「財産カード」のそれぞれのためにアクティビティインターフェース内に提供できる。クライアントソフトウェアが表示画像を対応する表示位置に追加した後、クライアントソフトウェアは、更に、現在取得している仮想カードの数を表示位置の所定位置（図４に示す右上隅）に示すことができる。加えて、表示位置に対応する仮想カードの数が変化する場合、クライアントソフトウェアは、更に、この数字を更新できる。

依然として図４を参照すると、５つの表示位置に加えて、「ラッキーカード」表示位置を、アクティビティインターフェース内の仮想カード表示位置に更に提供できる。仮にユーザが５種類の仮想カード、すなわち「健康カード」、「友情カード」、「繁栄カード」、「調和カード」及び「財産カード」の収集に失敗した場合、「ラッキーカード」表示位置は、灰色に設定され、ユーザが現在「ラッキーカード」お年玉受取許可を取得できていないことを、ユーザに知らせることができる。

この実施例において、表示位置に表示される仮想カードは、更に、ユーザによって別のユーザと共有できる。

依然として図４を参照すると、ユーザが１種類の仮想カードを共有したいと望む場合、ユーザは、タップ等のトリガ操作を介して仮想カードに対応する表示位置をトリガできる。表示位置がトリガされた後、表示位置に対応する表示画像をユーザインターフェース内に表示できる。

この場合、更に、「１つをフレンドへ送信する」というトリガオプションを、表示画像内に提供できる。ユーザがタップ等のトリガ操作を介してトリガオプションをトリガした後、クライアントソフトウェアは共有方法選択インターフェースを出力でき、第１のユーザによって選択され得るいくつかの共有方法を選択インターフェース内に提供できる。例えば、共有方法は、「ＷｅＣｈａｔを介して１つをフレンドへ送信する」、「ＱＱを介して１つをフレンドへ送信する」、及び「Ｄｉｎｇｔａｌｋを介して１つをフレンドへ送信する」等のオプションを含むことができる。

ユーザは選択インターフェース内で共有方法を選択できる。ユーザが共有方法を選択した後、ユーザは、更に、ユーザが仮想カードを共有したいと望むターゲットユーザをフレンドリストから指定でき、次いで、クライアントソフトウェアは仮想カードをリンク又は画像の形態でターゲットユーザへ送信する。

ユーザは、ユーザが決済プラットフォームによって送付された仮想カードと、５種類の仮想カード、すなわち「健康カード」、「友情カード」、「繁栄カード」、「調和カード」及び「財産カード」を首尾よく収集するべく別のフレンドによって共有された仮想カードとを取得した後、「ラッキーカード」お年玉受取許可を手にする。

図５を参照すると、ユーザが５種類の仮想カード、すなわち「健康カード」、「友情カード」、「繁栄カード」、「調和カード」及び「財産カード」を首尾よく収集した後、「ラッキーカード」の表示位置を目立つように表示、例えば強調表示して、ユーザが現在「ラッキーカード」お年玉受取許可を持っていることをユーザに知らせる。

ユーザが「ラッキーカード」お年玉受取許可を取得した後、ユーザは「ラッキーカード」表示位置を手動でトリガして、お年玉割当要求を決済プラットフォームへ送信するようクライアントソフトウェアをトリガできる、又は、クライアントソフトウェアはお年玉割当要求を決済プラットフォームへ自動的に送信する。このため、お年玉割当要求は、収集した５種類の仮想カードを含むことができる。要求を受信した後、決済プラットフォームは要求内の仮想カードの種類に関する検証を行うことができる。要求が５種類の仮想カードを含むことを、決済プラットフォームが検証を通して特定した場合、決済プラットフォームは、ある特定の金額を有する「お年玉」を協働企業の事業資金口座からユーザへ即座に発送できる、又は、所定の発送時間に達したときに、ある特定の金額を有する「お年玉」をユーザへ発送できる。例えば、決済プラットフォームは、「ラッキーカード」お年玉受取許可を取得する全てのユーザの数を計数してから、事業資金口座から送信され得るお年玉金額を等しく割り当てることができる。

ユーザが「お年玉」を受け取った後、決済プラットフォームはお年玉発送結果をクライアントソフトウェアへプッシュ通知できる。発送結果を受信した後、クライアントソフトウェアはアクティビティインターフェース内で発送結果をユーザに表示できる。

図６を参照すると、お年玉発送結果内に表示される情報は、今回受け取った金額、お年玉差出人（決済プラットフォームと協働する企業の名称）、「ラッキーカード」お年玉を受け取る人の現在の総数、「ラッキーカード」お年玉の割当規則（図７に示す割当規則は平等割当）等を含むことができる。

図１に示す技術的解決策がお年玉発送アプリケーションシナリオに適用される場合、ユーザはある特定の数の電子証明書を収集することによってお年玉受取許可を取得できる。したがって、お年玉発送はより関心を惹くものとなり、ユーザエクスペリエンスが向上する。

方法の実施に対応して、本願は更に装置の実施を提供する。

図７を参照すると、本願は電子デバイスに適用されるサービス実施装置７０を提供する。図８を参照すると、サービス実施装置７０を含む端末のハードウェアアーキテクチャは、通常、ＣＰＵ、メモリ、不揮発性メモリ、ネットワークインターフェース、内部バス等を含んでいる。例えば、ソフトウェアの実施は、サービス実施装置７０は、通常、メモリにロードされたコンピュータプログラムがＣＰＵにおいて実行された後、ソフトウェアとハードウェアとを組み合わせる論理デバイスとして理解できる。装置７０は、サービス対象を抽出するために用いられる電子証明書を取得するように構成された取得モジュール７０１と；取得された電子証明書のカテゴリ数が第１の数に達しているか否かを特定するように構成された第１の特定モジュール７０２と；取得された電子証明書のカテゴリ数が第１の数に達している場合、カテゴリ数が第１の数である複数の電子証明書を含む対象割当要求をサーバに対して開始することで、サーバが対象割当要求に基づいてサービス対象セットからサービス対象を第１のユーザ割り当てるように構成された開始モジュール７０３と；を含む。

この実施例において、取得モジュール７０１は、第１のクライアントソフトウェアへサーバによって送付される電子証明書を取得するように、そして、第２のクライアントソフトウェアを用いて第２のユーザによって共有される電子証明書を取得するように構成される。

この実施例において、第１のクライアントソフトウェアは、電子証明書を取得するため用いられるトリガオプションを提供する。

取得モジュール７０１は：電子証明書を収集するための要求をサーバに対して開始することで、トリガオプション上で第１のユーザのトリガ操作が検出された場合、サーバが所定の送付規則に基づいて電子証明書を第１のクライアントソフトウェアへ送付するように；そして、所定の送付規則に基づいてサーバによって第１のクライアントソフトウェアへ送付される電子証明書を取得するように：更に構成され、ここでサーバによって第１のクライアントソフトウェアへ送付される電子証明書のカテゴリ数は、第１の数よりも少ない。

この実施例において、装置７０は：電子証明書が取得される際に電子証明書のための対応する表示画像を生成するように構成された生成モジュール７０４と；電子証明書に対応する表示位置に生成された表示画像を追加するように構成された表示モジュール７０５と；を更に含み、ここで異なるカテゴリの電子証明書のために生成される表示画像は互いに異なり、異なるカテゴリの電子証明書に対応する表示位置は互いに異なる。

この実施例において、生成モジュール７０４は：取得した電子証明書の数を表示位置に示すように；そして、電子証明書の実際の残数に基づいてこの数を更新するように；更に構成される。

この実施例において、装置７０は：任意の表示位置に追加された表示画像上での第１のユーザの所定のトリガ操作が検出される場合に、表示画像に対応する電子証明書を第１のユーザによって選択されるターゲットユーザと共有するように構成された共有モジュール７０６を更に含む。

この実施例において、装置７０は：サーバがサービス対象を第１のユーザに割り当てた場合に、サーバによって送信された割当結果を受信し、割当結果を第１のユーザに表示するように構成された第１の受信モジュール７０７を更に含む。

割当結果は、以下の情報、すなわち、サービス対象の数、サービス対象の送信者、サービス対象の他の受信者の数及びサービス対象の割当規則のうちの１つ以上を含む。

図９を参照すると、本願はサーバに適用されるサービス実施装置９０を提供する。図１０を参照すると、サービス実施装置９０を含むサーバのハードウェアアーキテクチャは、通常、ＣＰＵ、メモリ、不揮発性メモリ、ネットワークインターフェース、内部バス等を含む。例えば、ソフトウェアの実施は、サービス実施装置９０は、通常、メモリにロードされたコンピュータプログラムがＣＰＵにおいて実行された後、ソフトウェアとハードウェアとを組み合わせる論理デバイスとして理解することができる。装置９０は：第１のクライアントソフトウェアを用いて第１のユーザによって送信された対象割当要求を受信するように構成された第２の受信モジュール９０１であって、対象割当要求はサービス対象を抽出するために用いられる複数の電子証明書を含む、第１のクライアントソフトウェアを用いて第１のユーザによって送信された対象割当要求を受信するように構成された第２の受信モジュール９０１と；対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達しているか否かを特定するように構成された第２の特定モジュール９０２と；対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達している場合に、所定の割当規則に基づいて、サービス対象セットから第１のユーザにサービス対象を割り当てるよう構成された割当モジュール９０３と；を含む。

この実施例において、装置９０は：電子証明書を取得するよう第１のクライアントソフトウェアによって送信された要求が受信された場合に、所定の送付規則に基づいて、ローカルに格納された複数の電子証明書の中から電子証明書を第１のクライアントソフトウェアへ送付するように構成された送付モジュール９０４を更に含む。ここで、第１のクライアントソフトウェアへ送付される電子証明書のカテゴリ数は、第１の数よりも小さい。

この実施例において、送付モジュール９０４は：ローカルに格納された複数の電子証明書の中から電子証明書を第１のクライアントソフトウェアへ無作為に送付するように構成される。

この実施例において、ローカルに格納された複数の電子証明書は、少なくとも低頻度送付セット及び高頻度送付セットに予め分割され、送付モジュール９０４は、第１のユーザの活動状態を計算し、活動状態が所定の閾値に達しているか否かを特定し、活動状態が所定の閾値に達している場合に、低頻度送付セットから電子証明書を第１のクライアントソフトウェアへ送付するか、又は、低頻度送付セット及び高頻度送付セットから電子証明書を第１のクライアントソフトウェアへ送付し、ここで、送付される電子証明書は低頻度送付セット内の少なくとも１つの電子証明書を含むように構成される。

この実施例において、装置９０は：サービス対象が第１のユーザに割り当てられた場合、割当結果を第１のクライアントソフトウェアに送信することで、第１のクライアントソフトウェアが割当結果を第１のユーザに表示するように構成された送信モジュール９０５を含む。

割当結果は、以下の情報、すなわち、サービス対象の数、サービス対象の送信者、サービス対象の他の受信者の数及びサービス対象の割当規則のうちの１つ以上を含む。

上記の説明は単に本願の実施の例に過ぎず、本願を限定する意図はない。本願の主旨及び原理から逸脱することなくなされる任意の変形、均等物の置換、又は改良は、本願の保護適用範囲内に含まれる。

７０、９０ サービス実施装置
７０１ 取得モジュール
７０２ 第１の特定モジュール
７０３ 開始モジュール
７０４ 第１の受信モジュール
７０５ 生成モジュール
７０６ 表示モジュール
７０７ 共有モジュール
９０１ 第２の受信モジュール
９０２ 第２の特定モジュール
９０３ 割当モジュール
９０４ 送付モジュール
９０５ 送信モジュール

Claims (24)

1. 第１のユーザにより第１のクライアントソフトウェアを用いてサービス対象を抽出するために用いられる電子証明書を収集するステップと；
   収集された電子証明書のカテゴリ数が第１の数に達しているか否かを、前記第１のクライアントソフトウェアにより特定するステップと；
   収集された電子証明書の前記カテゴリ数が前記第１の数に達している場合に、サーバに対して、前記サーバが対象割当要求に基づいて、サービス対象セットから前記第１のユーザにサービス対象を割り当てるよう、そのカテゴリ数が前記第１の数である複数の電子証明書を含む前記対象割当要求を開始するステップと；を備える、
   サービス実施方法。
2. サービス対象を抽出するために用いられる電子証明書を収集する前記ステップは：
   前記サーバにより前記第１のクライアントソフトウェアへ送付される電子証明書を取得するステップと；
   第２のクライアントソフトウェアを用いて、第２のユーザにより共有される電子証明書を取得するステップと；を備える、
   請求項１に記載のサービス実施方法。
3. 前記第１のクライアントソフトウェアは、電子証明書を取得するために用いられるトリガオプションを提供し、
   前記サーバにより前記第１のクライアントソフトウェアへ送付される電子証明書を取得する前記ステップは：
   前記トリガオプション上で前記第１のユーザのトリガ操作が検出された場合に、前記サーバが所定の送付規則に基づいて前記電子証明書を前記第１のクライアントソフトウェアへ送付するように、前記電子証明書を収集するための要求を前記サーバに対して開始するステップと；
   前記所定の送付規則に基づいて前記サーバにより前記第１のクライアントソフトウェアへ送付された前記電子証明書を取得するステップと；を備え、
   前記サーバによって前記第１のクライアントソフトウェアへ送付される電子証明書のカテゴリ数は、前記第１の数よりも少ない、
   請求項２に記載のサービス実施方法。
4. 前記電子証明書が収集される際に前記電子証明書のための対応する表示画像を生成するステップと；
   前記電子証明書に対応する表示位置に前記生成された表示画像を追加するステップと；を備え、
   異なるカテゴリの電子証明書のために生成される表示画像は互いに異なり、異なるカテゴリの電子証明書に対応する表示位置は互いに異なる、
   請求項１に記載のサービス実施方法。
5. 取得した前記電子証明書の数を前記表示位置に示すステップと；
   前記電子証明書の実際の残数に基づいて前記数を更新するステップと；を更に備える、
   請求項４に記載のサービス実施方法。
6. 任意の表示画像上で前記第１のユーザの所定のトリガ操作が検出された場合に、前記表示画像に対応する電子証明書を、前記第１のユーザによって選択されるターゲットユーザと共有するステップを更に備える、
   請求項４に記載のサービス実施方法。
7. 前記サーバが前記サービス対象を前記第１のユーザに割り当てた場合に、前記サーバによって送信された割当結果を受信し、前記割当結果を前記第１のユーザに表示するステップを更に備え、
   前記割当結果は、サービス対象の数、前記サービス対象の送信者、前記サービス対象の他の受信者の数及び前記サービス対象の割当規則、のうちの１つ以上を含む、
   請求項１に記載のサービス実施方法。
8. 第１のクライアントソフトウェアを用いて第１のユーザにより送信された対象割当要求を受信するステップであって、前記対象割当要求はサービス対象を抽出するために用いられる複数の電子証明書を含む、前記受信するステップと；
   前記対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達しているか否かを特定するステップと；
   前記対象割当要求に含まれる電子証明書の前記カテゴリ数が前記第１の数に達している場合に、所定の割当規則に基づいて、サービス対象セットから前記第１のユーザにサービス対象を割り当てるステップと；を備える、
   サービス実施方法。
9. 前記電子証明書を取得するよう前記第１のクライアントソフトウェアによって送信された要求が受信された場合に、所定の送付規則に基づいて、ローカルに格納された複数の電子証明書の中から前記電子証明書を前記第１のクライアントソフトウェアへ送付するステップを更に備え、
   前記第１のクライアントソフトウェアへ送付される前記電子証明書のカテゴリ数は、前記第１の数よりも少ない、
   請求項８に記載のサービス実施方法。
10. 所定の送付規則に基づいて、前記電子証明書を前記第１のクライアントソフトウェアへ送付する前記ステップは：
    前記ローカルに格納された複数の電子証明書の中から前記電子証明書を前記第１のクライアントソフトウェアへ無作為に送付するステップを備える、
    請求項９に記載のサービス実施方法。
11. 前記ローカルに格納された複数の電子証明書は、少なくとも低頻度送付セットと高頻度送付セットとに予め分割されており、
    所定の送付規則に基づいて、前記電子証明書を前記第１のクライアントソフトウェアへ送付する前記ステップは：
    前記第１のユーザの活動状態を計算するステップと；
    前記活動状態が所定の閾値に達しているか否かを特定するステップと；
    前記活動状態が前記所定の閾値に達している場合に、前記低頻度送付セットから前記電子証明書を前記第１のクライアントソフトウェアへ送付するステップ；又は、
    前記低頻度送付セットと前記高頻度送付セットとから電子証明書を前記第１のクライアントソフトウェアへ送付するステップであって、前記送付される電子証明書は前記低頻度送付セット内の少なくとも１つの電子証明書を含む、前記送付するステップ；を備える、
    請求項９に記載のサービス実施方法。
12. 前記サービス対象が前記第１のユーザに割り当てられた場合に、前記第１のクライアントソフトウェアが割当結果を前記第１のユーザに表示するために前記割当結果を前記第１のクライアントソフトウェアへ送信するステップを更に備え、
    前記割当結果は、サービス対象の数、前記サービス対象の送信者、前記サービス対象の他の受信者の数及び前記サービス対象の割当規則のうちの１つ以上を含む、
    請求項８に記載のサービス実施方法。
13. サービス対象を抽出するために用いられる電子証明書を取得するように構成された取得モジュールと；
    取得された電子証明書のカテゴリ数が第１の数に達しているか否かを特定するよう構成された第１の特定モジュールと；
    取得された電子証明書の前記カテゴリ数が前記第１の数に達している場合に、サーバに対して、前記サーバが対象割当要求に基づいてサービス対象セットからサービス対象を第１のユーザに割り当てるように、そのカテゴリ数が前記第１の数である複数の電子証明書を含む前記対象割当要求を開始するように構成された開始モジュールと；を備える、
    サービス実施装置。
14. 前記取得モジュールは：
    前記サーバによって前記第１のクライアントソフトウェアへ送付される電子証明書を取得し；
    第２のクライアントソフトウェアを用いて第２のユーザによって共有される電子証明書を取得する；ように構成される、
    請求項１３に記載のサービス実施装置。
15. 前記第１のクライアントソフトウェアは、電子証明書を取得するため用いられるトリガオプションを提供し、
    前記取得モジュールは：
    前記トリガオプション上での前記第１のユーザのトリガ操作が検出された場合に、前記電子証明書を収集するための要求を前記サーバに対して開始することで、前記サーバが所定の送付規則に基づいて前記電子証明書を前記第１のクライアントソフトウェアへ送付するように；及び
    前記所定の送付規則に基づいて前記サーバによって前記第１のクライアントソフトウェアへ送付された前記電子証明書を取得するように；更に構成され、
    前記サーバによって前記第１のクライアントソフトウェアへ送付される電子証明書のカテゴリ数は、前記第１の数よりも少ない、
    請求項１４に記載のサービス実施装置。
16. 前記電子証明書が収集される際に前記電子証明書のための対応する表示画像を生成するよう構成された生成モジュールと；
    前記電子証明書に対応する表示位置に前記生成された表示画像を追加するよう構成された表示モジュールと；を更に備え、
    異なるカテゴリの電子証明書のために生成された表示画像は互いに異なり、異なるカテゴリの電子証明書に対応する表示位置は互いに異なる、
    請求項１３に記載のサービス実施装置。
17. 前記生成モジュールは：
    取得した電子証明書の数を前記表示位置に示すように；及び
    前記電子証明書の実際の残数に基づいて前記数を更新するように；構成される、
    請求項１６に記載のサービス実施装置。
18. 任意の表示位置に追加される表示画像上で前記第１のユーザの所定のトリガ操作が検出された場合に、前記表示画像に対応する電子証明書を前記第１のユーザによって選択されるターゲットユーザと共有するよう構成された共有モジュールを更に備える、
    請求項１６に記載のサービス実施装置。
19. 前記サーバが前記サービス対象を前記第１のユーザに割り当てた場合に、前記サーバによって送信された割当結果を受信し、前記割当結果を前記第１のユーザに表示するよう構成された第１の受信モジュールを更に備え、
    前記割当結果は、サービス対象の数、前記サービス対象の送信者、前記サービス対象の他の受信者の数及び前記サービス対象の割当規則のうちの１つ以上を含む、
    請求項１３に記載のサービス実施装置。
20. 第１のクライアントソフトウェアを用いて第１のユーザによって送信された対象割当要求を受信するように構成され、前記対象割当要求がサービス対象を抽出するために用いられる複数の電子証明書を含む、第２の受信モジュールと；
    前記対象割当要求に含まれる電子証明書のカテゴリ数が第１の数に達しているか否かを特定するように構成された第２の特定モジュールと；
    前記対象割当要求に含まれる電子証明書の前記カテゴリ数が前記第１の数に達している場合に、所定の割当規則に基づいて、サービス対象セットから前記第１のユーザにサービス対象を割り当てるように構成された割当モジュールと；を備える、
    サービス実施装置。
21. 前記電子証明書を取得するよう前記第１のクライアントソフトウェアによって送信された要求が受信される場合に、所定の送付規則に基づいて、ローカルに格納された複数の電子証明書の中から前記電子証明書を前記第１のクライアントソフトウェアへ送付するよう構成された送付モジュールを更に備え、
    前記第１のクライアントソフトウェアへ送付される電子証明書のカテゴリ数は、前記第１の数よりも少ない、
    請求項２０に記載のサービス実施装置。
22. 前記送付モジュールは：
    前記ローカルに格納された複数の電子証明書の中から前記電子証明書を前記第１のクライアントソフトウェアへ無作為に送付するように構成される、
    請求項２１に記載のサービス実施装置。
23. 前記ローカルに格納された複数の電子証明書は、少なくとも低頻度送付セットと高頻度送付セットとに予め分割されており、
    前記送付モジュールは：
    前記第１のユーザの活動状態を計算し；
    前記活動状態が所定の閾値に達しているか否かを特定し；
    前記活動状態が前記所定の閾値に達している場合に、前記低頻度送付セットから前記電子証明書を前記第１のクライアントソフトウェアへ送付する；又は、
    前記低頻度送付セッと前記高頻度送付セットとから電子証明書を前記第１のクライアントソフトウェアへ送付するように構成され、前記送付される電子証明書は前記低頻度送付セット内の少なくとも１つの電子証明書を含む；
    請求項２１に記載のサービス実施装置。
24. 前記サービス対象が前記第１のユーザに割り当てられた場合に、前記第１のクライアントソフトウェアが割当結果を前記第１のユーザに表示するよう、前記割当結果を前記第１のクライアントソフトウェアへ送信するように構成された送信モジュールを更に備え、
    前記割当結果は、サービス対象の数、前記サービス対象の送信者、前記サービス対象の他の受信者の数及び前記サービス対象の割当規則のうちの１つ以上を含む、
    請求項２０に記載のサービス実施装置。

Images