(57)【要約】  本願は、仮想物品を割り当てるための方法及びシステム並びにサーバを提供する。方法は、予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、取得要求の受信時刻を取得要求のそれぞれに記録することであって、予め設定された仮想物品パケットは、予め設定された数の仮想物品サブパケットを有することと、取得要求の受信時刻の順番に従って、取得順番番号を、取得要求のそれぞれに割り当てることと、取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品サブパケットを割り当てて、仮想物品サブパケット内の仮想物品を、取得要求に対応するユーザへ送信すること、を含む。本願の仮想物品を割り当てる方法、システム、及びサーバにより、同時に割り当てられた仮想物品の競合の問題を回避することができ、それにより、仮想物品の割り当て効率を高め、割り当て時間を短縮して、ユーザエクスペリエンスが改善される。
2019514132.tif 000002
【特許請求の範囲】
【請求項１】
サービスサーバにおいて、予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、前記取得要求の受信時刻を前記取得要求のそれぞれに記録し、前記受信時刻が記録された前記取得要求をグローバルサーバへ送信することであって、予め設定された前記仮想物品パケットは、予め設定された数の仮想物品サブパケットを有する、ことと、
前記グローバルサーバにおいて、前記受信時刻が記録された前記取得要求を受信し、前記取得要求の前記受信時刻の順番に従って、取得順番番号を、前記取得要求のそれぞれに割り当てて、前記取得順番番号が割り当てられた前記取得要求を、リソース管理サーバへ送信することと、
前記リソース管理サーバにおいて、前記取得順番番号が割り当てられた前記取得要求を受信し、前記取得順番番号に従って、前記取得順番番号に対応する前記取得要求に対して、前記仮想物品サブパケットを割り当てて、前記仮想物品サブパケット内の仮想物品を、前記取得要求に対応するユーザへ送信すること、
を含む仮想物品を割り当てる方法。
【請求項２】
前記取得要求は、前記仮想物品パケットの所定の識別子を有し、
これに対応して、前記リソース管理サーバにおいて、前記取得順番番号に従って、前記取得順番番号に対応する前記取得要求に対して、前記仮想物品サブパケットを割り当てる前に、
更に、前記リソース管理サーバにおいて、前記所定の識別子に従って、前記取得要求によって向けられた予め設定された前記仮想物品パケットを決定することを含む請求項１に記載の方法
【請求項３】
前記サービスサーバが、前記取得要求の前記受信時刻を前記取得要求のそれぞれに記録する前に、
更に、前記サービスサーバにおいて、前記取得要求のそれぞれに基づいて、取得の資格があるユーザを決定することを含み、
これに対応して、前記サービスサーバにおいて、取得の資格があるユーザに対応する前記取得要求の前記受信時刻を前記取得要求のそれぞれに記録する請求項２に記載の方法。
【請求項４】
前記グローバルサーバが、前記取得順番番号を、前記取得要求のそれぞれに割り当てる前に、
更に、前記グローバルサーバにおいて、前記取得要求のそれぞれに基づいて、取得の資格を有するユーザを決定し、
これに対応して、前記グローバルサーバにおいて、前記取得順番番号を、取得の資格を有するユーザに対応する前記取得要求のそれぞれに割り当てる請求項２に記載の方法。
【請求項５】
前記取得要求は、ユーザが前記仮想物品サブパケットを取得したか否かに関する第１状態情報を含み、ユーザの前記第１状態情報が、取得されていないことを示す場合には、当該第１状態情報は、前記取得要求に対応するユーザが取得の資格を有することを示す請求項３又は４に記載の方法。
【請求項６】
前記取得順番番号は、前記受信時刻の順番に従って、及び、取得の資格を有するユーザの数に従って、予め設定された初期値から順番に増加し、
前記仮想物品サブパケットが全て取得されたと判定された場合には、前記取得順番番号を前記初期値にリセットされる請求項３又は４に記載の方法。
【請求項７】
前記仮想物品が電子通貨である場合、前記取得要求は、ユーザが実名検証をパスしたか否かに関する第２状態情報を更に含み、前記第２状態情報が実名を検証されたユーザを示す場合には、前記第２状態情報は、前記取得要求に対応するユーザが取得の資格を有することを示す請求項５に記載の方法。
【請求項８】
前記仮想物品のそれぞれは、電子通貨、トラフィック及び電子クーポンの中の何れか１つを含む請求項１に記載の方法。
【請求項９】
予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、前記取得要求の受信時刻を前記取得要求のそれぞれに記録することであって、予め設定された前記仮想物品パケットは、予め設定された数の仮想物品サブパケットを有する、ことと、
前記取得要求の前記受信時刻の順番に従って、取得順番番号を、前記取得要求のそれぞれに割り当てることと、
前記取得順番番号に従って、前記取得順番番号に対応する前記取得要求に対して、前記仮想物品サブパケットを割り当てて、前記仮想物品サブパケット内の仮想物品を、前記取得要求に対応するユーザへ送信すること、
を含む仮想物品を割り当てる方法。
【請求項１０】
前記取得要求は、前記仮想物品パケットの所定の識別子を有し、
これに対応して、前記取得順番番号に従って、前記取得順番番号に対応する前記取得要求に対して、前記仮想物品サブパケットを割り当てることの前に、
更に、前記所定の識別子に従って、前記取得要求によって向けられた予め設定された前記仮想物品パケットを決定することを含む請求項９に記載の方法。
【請求項１１】
前記取得要求の前記受信時刻を前記取得要求のそれぞれに記録することの前に、
更に、前記取得要求のそれぞれに基づいて、取得の資格があるユーザを決定することと、
これに対応して、取得の資格があるユーザに対応する前記取得要求の前記受信時刻を記録することを含む請求項１０に記載の方法。
【請求項１２】
前記取得要求は、ユーザが前記仮想物品サブパケットを取得したか否かに関する第１状態情報を含み、ユーザの前記第１状態情報が、取得されていないことを示す場合には、当該第１状態情報は、前記取得要求に対応するユーザが取得の資格を有することを示す請求項１１に記載の方法。
【請求項１３】
前記取得順番番号は、前記受信時刻の順番に従って、及び、取得の資格を有するユーザの数に従って、予め設定された初期値から順番に増加し、
前記仮想物品サブパケットが全て取得されたと判定された場合には、前記取得順番番号は前記初期値にリセットされる請求項１１に記載の方法。
【請求項１４】
前記仮想物品のそれぞれは、電子通貨、トラフィック及び電子クーポンの中の何れか１つを含む請求項９に記載の方法。
【請求項１５】
サービスサーバと、グローバルサーバと、リソース管理サーバとを備える仮想物品の割り当てシステムであって、
前記サービスサーバは、予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、前記取得要求の受信時刻を前記取得要求のそれぞれに記録し、前記受信時刻が記録された前記取得要求をグローバルサーバへ送信するように構成され、予め設定された前記仮想物品パケットは、予め設定された数の仮想物品サブパケットを有しており、
前記グローバルサーバは、前記受信時刻が記録された前記取得要求を受信し、前記取得要求の前記受信時刻の順番に従って、取得順番番号を、前記取得要求のそれぞれに割り当てて、前記取得順番番号が割り当てられた前記取得要求を、リソース管理サーバへ送信するように構成され、
前記リソース管理サーバは、前記取得順番番号が割り当てられた前記取得要求を受信し、前記取得順番番号に従って、前記取得順番番号に対応する前記取得要求に対して、前記仮想物品サブパケットを割り当てて、前記仮想物品サブパケット内の仮想物品を、前記取得要求に対応するユーザへ送信するように構成される、システム。
【請求項１６】
前記取得要求は、前記仮想物品パケットの所定の識別子を有し、
これに対応して、前記リソース管理サーバが、更に、前記所定の識別子に従って、前記取得要求によって向けられた予め設定された前記仮想物品パケットを決定するように構成される請求項１５に記載のシステム。
【請求項１７】
前記サービスサーバは、更に、前記取得要求のそれぞれに基づいて、取得の資格があるユーザを決定し、これに対応して、取得の資格があるユーザに対応する前記取得要求の前記受信時刻を記録するように構成される請求項１６に記載のシステム。
【請求項１８】
前記グローバルサーバは、更に、前記取得要求のそれぞれに基づいて、取得の資格を有するユーザを決定し、これに対応して、前記取得順番番号を、取得の資格を有するユーザに対応する前記取得要求へそれぞれ割り当てるように構成される請求項１６に記載のシステム。
【請求項１９】
前記取得要求は、ユーザが前記仮想物品サブパケットを取得したか否かに関する第１状態情報を含み、ユーザの前記第１状態情報が、取得されていないことを示す場合には、当該第１状態情報は、前記取得要求に対応するユーザが取得の資格を有することを示す請求項１７又は１８に記載のシステム。
【請求項２０】
前記取得順番番号は、前記受信時刻の順番に従って、及び、取得の資格を有するユーザの数に従って、予め設定された初期値から順番に増加するように設定され、
前記仮想物品サブパケットが全て取得されたと判定された場合には、前記取得順番番号を前記初期値にリセットされる請求項１７又は１８に記載のシステム。
【請求項２１】
メモリと、通信モジュールと、プロセッサと、カウンタとを備えるサーバであって、
前記メモリは、予め設定された仮想物品パケットであって、予め設定された数の仮想物品サブパケットを有する仮想物品パケットを記憶するように構成され、
前記通信モジュールは、予め設定された前記仮想物品パケットに向けられた少なくとも２つの取得要求を受信するように構成され、
前記カウンタは、前記取得要求の前記受信時刻の順番に従って、取得順番番号を、前記取得要求のそれぞれに割り当てるように構成され、
前記プロセッサは、前記メモリから、前記取得順番番号に従って、対応する前記仮想物品サブパケットを取得し、前記取得順番番号に従って、前記取得順番番号に対応する一の前記取得要求に対して、前記仮想物品サブパケットを割り当て、前記通信モジュールを介して、前記仮想物品サブパケット内の仮想物品を、当該一の前記取得要求に対応するユーザへ送信するように構成されるサーバ。
【請求項２２】
前記取得要求のそれぞれは、前記仮想物品パケットの所定の識別子を有し、
これに対応して、前記プロセッサは、更に、前記所定の識別子に従って、前記取得要求によって向けられた予め設定された前記仮想物品パケットを決定するように構成される請求項２１に記載のサーバ。
【請求項２３】
前記プロセッサは、更に、前記取得要求に基づいて、取得の資格があるユーザをそれぞれ決定し、取得の資格があるユーザに対応する前記取得要求の前記受信時刻をそれぞれの前記取得要求に記録するように構成される請求項２２に記載のサーバ。
【請求項２４】
前記取得順番番号は、前記受信時刻の順番に従って、及び、取得の資格を有するユーザの数に従って、予め設定された初期値から順番に増加し、
前記仮想物品サブパケットが全て取得されたと判定された場合には、前記取得順番番号は前記初期値にリセットされる請求項２３に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年４月１４日に出願され、全体として参照により本明細書に援用される、「仮想物品を割り当てる方法及びシステム並びにサーバ」と題する中国特許出願第２０１６１０２３５６１７．０号に対する優先権を主張する。
【０００２】
本発明は、インターネットの分野に関し、特に、仮想物品を割り当てる方法及びシステム並びにサーバに関する。
【背景技術】
【０００３】
ネットワーク技術の発展に伴い、現在、赤い封筒をキャリアとして使用して仮想物品を送信することがますます一般的になっている。携帯電話等の携帯端末を介して赤い封筒を送受信することは、人々の日常的な通信の効果的な態様となっている。例えば、数万人のユーザが、春節で赤い封筒を送ったり、掴んだりする活動に参加する。
【０００４】
現在普及しているグループ赤い封筒の送信を例にして、詳細な作成フローと取得フローについて以下に説明する。
【０００５】
第１に、送信ユーザは、クライアントを介してグループ赤い封筒を作成し、送信される総額、配信されるべき赤い封筒グループの数、送信方法等の情報を決定する。ユーザからの赤い封筒の送信要求を受信してユーザによる支払いが成功した後、赤い封筒システムは、対応して、特定のアルゴリズムに従って赤い封筒と同じ数の赤い封筒取引のリストを生成し、複数の受信ユーザに対して赤い封筒を掴むための対応するリンクを送信する。
【０００６】
各受信ユーザは、クライアントにおいて赤い封筒を掴むためのリンクをクリックすることによって、赤い封筒システムに取得要求を送ることができる。赤い封筒システムは、サービスサーバを使用して、異なる受信ユーザによって送信された取得要求を受信し、全てのこれらの取得要求をリソース管理サーバに送信し、リソース管理サーバが、対応する赤い封筒取引を取得要求に対応するユーザへランダムに割り当てることをもたらす。
【０００７】
赤い封筒取引を割り当てるプロセスでは、複数のユーザが赤い封筒を掴むためにリンクを全て同時にクリックする可能性があるので、リソース管理サーバによるランダムな割り当て中に同じ赤い封筒取引が複数の受信ユーザに同時に割り当てられる可能性がある。リソース管理サーバが同じ赤い封筒取引を複数の受信ユーザに割り当てると、同時に割り当てられた赤い封筒取引のために競合するという問題が生じる。更に、各赤い封筒取引は、１人のユーザによってのみ取得されることができる。リソース管理サーバは、取得するために赤い封筒をうまく取得しなかった他のユーザのために首尾よく取得されていない残りの赤い封筒取引からランダムに１つを選択することができる。一方、うまく取得されていない残りの赤い封筒取引は、前の赤い封筒の取得に失敗したユーザ、及び、赤い封筒を掴むためにリンクをちょうどクリックしたユーザを含む、赤い封筒に対して競合している複数のユーザにも対応し得る。同時に割り当てられた赤い封筒取引に対する競合のいくつかのラウンドは、全ての赤い封筒取引が取得されるまでこのような方法で行われる。
【０００８】
本願の実施態様を実行する処理において、発明者は、上記の技術は、少なくとも以下の問題を有することを見つけた。赤い封筒取引を割り当てる上記処理において、赤い封筒システム全体の作業負荷が、同時に割り当てられた赤い封筒取引の競合のいくつかのラウンドの問題に起因して高い。その結果、赤い封筒取引の割り当ては効率が低く、時間がかかり、ユーザエクスペリエンスが低下する。
【発明の概要】
【０００９】
本願の実施態様の目的は、仮想物品の割り当て効率を改善し、仮想物品を割り当てる時間を短縮し、ユーザエクスペリエンスを向上することができる仮想物品を割り当てる方法及びシステム並びにサーバを提供することである。
【００１０】
本願は、サービスサーバにおいて、予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、取得要求の受信時刻を取得要求のそれぞれに記録し、受信時刻が記録された取得要求をグローバルサーバへ送信することであって、予め設定された仮想物品パケットは、予め設定された数の仮想物品サブパケットを有する、ことと、グローバルサーバにおいて、受信時刻が記録された取得要求を受信し、取得要求の受信時刻の順番に従って、取得順番番号を、取得要求のそれぞれに割り当てて、取得順番番号が割り当てられた取得要求を、リソース管理サーバへ送信することと、リソース管理サーバにおいて、取得順番番号が割り当てられた取得要求を受信し、取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品サブパケットを割り当てて、仮想物品サブパケット内の仮想物品を、取得要求に対応するユーザへ送信すること、を含む仮想物品を割り当てる方法を提供する。
【００１１】
本願は、更に、予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、取得要求の受信時刻を取得要求のそれぞれに記録することであって、予め設定された仮想物品パケットは、予め設定された数の仮想物品サブパケットを有する、ことと、取得要求の受信時刻の順番に従って、取得順番番号を、取得要求のそれぞれに割り当てることと、取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品サブパケットを割り当てて、仮想物品サブパケット内の仮想物品を、取得要求に対応するユーザへ送信すること、を含む仮想物品を割り当てる方法を提供する。
【００１２】
本願は、更に、サービスサーバと、グローバルサーバと、リソース管理サーバとを備える仮想物品の割り当てシステムであって、サービスサーバは、予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、取得要求の受信時刻を取得要求のそれぞれに記録し、受信時刻が記録された取得要求をグローバルサーバへ送信するように構成され、予め設定された仮想物品パケットは、予め設定された数の仮想物品サブパケットを有しており、グローバルサーバは、受信時刻が記録された取得要求を受信し、取得要求の受信時刻の順番に従って、取得順番番号を、取得要求のそれぞれに割り当てて、取得順番番号が割り当てられた取得要求を、リソース管理サーバへ送信するように構成され、リソース管理サーバは、取得順番番号が割り当てられた取得要求を受信し、取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品サブパケットを割り当てて、仮想物品サブパケット内の仮想物品を、取得要求に対応するユーザへ送信するように構成される、システムを提供する。
【００１３】
本願は、更に、メモリと、通信モジュールと、プロセッサと、カウンタとを備えるサーバであって、メモリは、予め設定された仮想物品パケットであって、予め設定された数の仮想物品サブパケットを有する仮想物品パケットを記憶するように構成され、通信モジュールは、予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信するように構成され、カウンタは、取得要求の受信時刻の順番に従って、取得順番番号を、取得要求のそれぞれに割り当てるように構成され、プロセッサは、メモリから、取得順番番号に従って、対応する仮想物品サブパケットを取得し、取得順番番号に対応する一の取得要求に対して、取得順番番号に従って仮想物品サブパケットを割り当て、通信モジュールを介して、仮想物品サブパケット内の仮想物品を、当該一の取得要求に対応するユーザへ送信するように構成されるサーバを提供する。
【００１４】
上述された本願の実施態様によって提供される技術的解決法から、サービスサーバは、受信時刻が記録された全ての取得要求をグローバルサーバへ送信し、次に、グローバルサーバは、取得要求の受信時刻の順番に従って、対応する取得順番番号を割り当て、リソース管理サーバは、取得順番番号に従って仮想物品サブパケットを割り当てて、仮想物品サブパケット内の仮想物品を取得要求に対応するユーザへ送信することにより、一つの仮想物品サブパケットが仮想物品割り当て処理において一人のユーザに一意に対応することを実現する、ということが分かる。その結果、同時に割り当てられた仮想物品に対する競合の問題を回避することができ、それにより、仮想物品を割り当てるシステムが、割り当てられる各仮想物品を対応するユーザに効率的かつ適切に割り当てられることが保証されて、サーバの作業負荷を大きく低減し、仮想物品の割り当て効率を向上し、割り当て時間を短縮して、ユーザエクスペリエンスを向上する。
【００１５】
本願の実施態様において、更に、グローバルサーバは、ユーザに取得順番番号が割り当てられる順番を決定し、仮想物品の取得要求がサービスサーバに到着した順番に従って、ユーザに取得順番番号が割り当てられ得るか否かを決定する。従って、ネットワーク条件が同じである場合、本願は、既存の取得方法と比較して、取得要求を最初に送信するユーザが対応する仮想物品を取得する優先の機会を有することを効果的に保証することができる。
【００１６】
本願の実施態様又は現在の技術における技術的解決法をより明確に説明するために、以下の実施態様又は現在の技術の説明において使用される添付図面を簡単に紹介する。明らかに、以下に記載される添付図面は、本願の一部の実施態様に過ぎない。当業者に対して、創造的な努力を伴うことなく、これらの図に従って他の数字を得ることができる。
【図面の簡単な説明】
【００１７】
【図１】図１は、本願の実施態様による仮想物品を割り当てる方法のフローチャートである。
【図２】図２は、本願の実施態様による仮想物品の割り当て方法の割り当ての概略図である。
【図３】図３は、本願の実施態様による仮想物品を割り当てるシステムの概略図である。
【図４】図４は、本願の実施態様による仮想物品を割り当てる方法のフローチャートである。
【図５】図５は、本願の実施態様によるサーバの概略図である。
【発明を実施するための形態】
【００１８】
当業者が本願の技術的解決法をよりよく理解できるようにするために、本願の技術的解決法は、本願の実施態様における添付の図面を参照して以下に明確かつ完全に記載される。明らかに、説明された実施態様は、本願の実施態様の全てではなく、むしろいくつかに過ぎない。当業者によって創造的な努力を伴うことなく且つ本願の実施態様に基づいて得られる全ての他の実施態様は、本願の範囲内に入るものとする。
【００１９】
赤い封筒取引を割り当てる既存のプロセスでは、赤い封筒取得取引の第１ラウンドで赤い封筒を取得することに失敗したユーザと、赤い封筒を掴むためにリンクをクリックしたユーザは、次のラウンドにおいて同時に割り当てられる赤い封筒取引を掴むことに対して競合する。同時に割り当てられる赤い封筒取引の次のラウンドの競合では、第１ラウンドで赤い封筒の取得に失敗した上記のユーザは再び失敗する可能性がある。全ての赤い封筒取引がうまく取得された場合には、最初のラウンドで赤い封筒を掴むためのリンクをクリックしたユーザの一部は、依然として赤い封筒を取得できない可能性がある。その結果、ユーザが比較的早い時期に赤い封筒を掴むためのリンクをクリックしても、ユーザは赤い封筒を掴むことができないことがある。
【００２０】
以下、添付図面を参照して、本願に係る仮想商品を割り当てる方法及びシステム並びにサーバについて詳細に説明する。図１は、本願の実施態様による仮想物品を割り当てる方法のフローチャートである。本願は、実施態様又は添付図面に示される方法の以下の操作ステップ又はシステム構造を提供するが、創造的努力を伴うことなく従来の努力又は努力に基づいて、より多くの又はより少ない操作ステップ又はモジュール構造を含むことができる。論理において必要な因果関係を持たないステップ又は構造において、これらのステップの実行順番又はこれらのシステムのモジュール構造は、本願の実施態様による実行順番又はモジュール構造に限定されない。方法又はモジュール構造が実際の装置やクライアント製品において実行される場合には、実施態様又は添付図面に示された方法やモジュール構造の接続に従って順次実行されてもよいし、並列に実行されてもよい（例えば、並列プロセッサ又はマルチスレッド処理環境）。
【００２１】
本願の実施態様において、仮想物品を割り当てるシステムは、分散システムとすることができる。仮想物品を割り当てるシステムは、３つ以上のサービスサーバ、グローバルサーバ、リソース管理サーバなどを含むことができ、本願において制限されずに、仮想物品を送受信するためのクライアントというように、作業において他の参加を含み得る。ここで、サービスサーバは、様々な特定のサービスを処理するために使用することができる。例えば、サービスサーバを利用して、取得要求を送受信したり、取得要求の受信時刻を記録したりすることができる。リソース管理サーバを使用してリソースを管理できる。例えば、リソース管理サーバを使用して、仮想物品パケット内の仮想物品を管理することができる。グローバルサーバは、全体の配布物を制御するために使用され、同じ仮想物品パケットの下にある取得要求に対して取得順番番号を割り当てるために使用される。
【００２２】
現在の実施態様では、グループ赤色封筒の送信が一例として使用される。送信ユーザがグループ赤い封筒を送信する必要がある場合、送信ユーザは、クライアントを使用して、仮想物品を割り当てるためにシステムに赤い封筒を作成するためのメッセージを送信することができる。例えば、クライアントは、クライアントプログラムがどのようにデータベースにアクセスするかを標準化し、データベースにデータを照会及び更新するための方法を提供するためのＪａｖａ（登録商標）のアプリケーションプログラムインタフェースであるＪＤＢＣ（Ｊａｖａ（登録商標）  Ｄａｔａ  Ｂａｓｅ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）を介して更新／挿入／削除ＳＱＬ文を実行し得る。更に、ここでのＳＱＬは、構造化照会言語を意味し、これは、データベース内の標準データ照会言語に使用されるプログラミング言語である。
【００２３】
更に、仮想物品を割り当てるシステムは、赤い封筒を作成するためのメッセージに対応する処理を行うことができる。例えば、ユーザによりうまく支払いがなされた後、システムは、特定のアルゴリズムに従って、グループ赤い封筒に対して予め設定された数の赤い封筒取引を生成し、リソース管理サーバ内にグループ赤い封筒に対応する赤い封筒取引を格納する。
【００２４】
図１を参照すると、本願の実施態様による仮想物品を割り当てる方法は、以下のステップを含むことができる。
【００２５】
ステップＳ１０：予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、取得要求の受信時刻を取得要求のそれぞれに記録し、受信時刻が記録された取得要求をグローバルサーバへ送信するステップであって、予め設定された仮想物品パケットは、予め設定された数の仮想物品サブパケットを有するステップ。
【００２６】
本実施態様では、送信ユーザがクライアントを使用して、仮想物品パケットを作成するためのメッセージを、仮想物品を割り当てるためのシステムに送信した後、システムによって、メッセージに対して仮想物品を割り当てるために、予め設定された仮想物品パケットが生成され得る。予め設定された仮想物品パケットは、予め設定された数の仮想物品サブパケットを有することができる。仮想物品サブパケットは、それに対応して仮想物品を格納することができる。仮想物品は、ネットワークを介して送信することができる様々な物品とすることができる。例えば、仮想物品のタイプは、電子通貨、トラフィック（ｔｒａｆｆｉｃ）、電子クーポンなど中の何れか１つを含むことができる。仮想物品のタイプは、上記の例に限定されず、本願によって制限されない。予め設定された数は、例えば、１つ又は２つ以上の送信ユーザのニーズに応じて設定することができ、これは本願によって制限されない。
【００２７】
本実施態様において、仮想物品を割り当てるシステムは、仮想物品パケットを一意に識別するための仮想物品パケットのための所定の識別子を設定することができる。例えば、所定の識別子はグローバルＩＤとすることができる。各取得要求は、仮想物品パケットの所定の識別子を含むことができ、取得要求を処理するサーバを、予め設定された仮想物品パケットに正確に向かわせる。更に、各仮想物品サブパケットは、対応してサブ識別子を有することができる。例えば、仮想物品サブパケットのサブ識別子は、ブランチＩＤとすることができる。ブランチＩＤの数は、仮想物品サブパケットの数と同じである。例えば、仮想物品サブパケットの数が２である場合、仮想物品パケットの所定の識別子を００とし、仮想物品サブパケットのブランチＩＤを０１と０２とすることができる。グローバルＩＤ又はブランチＩＤは、数字、文字列、又はその他の形であってもよく、これは本願によって限定されない。仮想物品パケット及び仮想物品サブパケットは、リソース管理サーバ内に格納することができる。
【００２８】
本実施態様では、分散シナリオにおいて仮想物品を割り当てるシステムは、典型的には、複雑なサービスシナリオに対処するために少なくとも２つ以上のサービスサーバを含むことができ、サービスサーバによって受信される取得要求の数は少なくとも２つであり、それ以外の場合は、同時に割り当てられた仮想物品と競合するという問題に遭遇することは稀である。
【００２９】
２つのサービスサーバがある一例では、一の例では各サービスサーバが１つの取得要求を受信する可能性があり、別の例には、一方のサービスサーバが２つの取得要求を受信し、他方のサービスサーバが取得要求を受信しない可能性もある。また、３つ以上のサービスサーバが存在する場合には、いずれかのサービスサーバが全ての取得要求を受信し、他のサービスサーバは取得要求を受信しない可能性がある。要するに、実際の状況に応じて、サービスサーバが受信した取得要求の数はランダムに割り当てることができ、これは本願に限定されない。
【００３０】
本実施態様では、受信した取得要求ごとに、サービスサーバは、取得要求がサービスサーバに到着した時刻を取得要求のそれぞれに記録し、受信時刻が記録された取得要求をグローバルサーバに送信することができる。
【００３１】
ステップＳ１２：グローバルサーバにおいて、受信時刻が記録された取得要求を受信し、取得要求の受信時刻の順番に従って、取得順番番号を、取得要求のそれぞれに割り当てて、取得順番番号が割り当てられた取得要求を、リソース管理サーバへ送信するステップ。
【００３２】
本実施態様では、グローバルサーバは、全てのサービスサーバによって送信された受信時刻が記録された取得要求を受信する。グローバルサーバは、取得要求の受信時刻の順番に従って、各取得要求に取得順番番号を順次割り当てることができる。取得順番番号は、取得要求に対応するユーザの取得順番を一意に表すために使用され得る。取得順番番号は、数字、文字列などの形式であってもよく、本願によって制限されない。グローバルサーバは、取得順番番号が割り当てられた取得要求をリソース管理サーバに送信する。
【００３３】
本実施態様では、グローバルサーバは、各仮想物品パケットに対してカウンタを提供することができる。一例では、カウンタは、仮想物品パケットに設定された履歴記録値を、現在の仮想物品パケットに割り当てられた初期値として使用するように構成することができる。取得要求が受信されたと判定される度に、取得順番番号の値は、予め設定されたステップ長に従って順次増加して、カウンタの現在の記録値を形成する。カウンタの現在の記録値に基づいて、取得の資格を有するユーザの取得順番番号を決定することができる。例えば、カウンタの現在の記録値＝初期値＋Ｎ×予め設定されたステップ長であり、ここでＮは初期値として１を有し、取得の資格を有するユーザの数に応じて順番に増加し、Ｎの値の範囲は［１、Ｍ］であり、Ｍは仮想物品の数である。取得の資格を有する最初のユーザに対して、対応する取得順番番号は、初期値＋１×予め設定されたステップ長であり得る。取得の資格を有する第２のユーザに対して、対応する取得順番番号は、初期値＋２×予め設定されたステップ長であり得る。Ｍ番目の取得の資格を有するユーザになるまで等々であり、対応する取得順番番号は、初期値＋Ｍ×予め設定されたステップ長であり得る。ここで、取得順番番号は、現在の記録値と初期値との差と予め設定されたステップ長との比とすることができる。例えば、初期値が０であり、予め設定されたステップ長が１である場合、順番番号は、自然数の増分順番に従って１から順次増加する。
【００３４】
実施態様において、順番番号の数が仮想物品サブパケットの数と等しい場合、仮想物品の割り当てが完了したことを示す。この時、グローバルサーバは、取得要求に対応する順番番号をこれ以上割り当てずに、順番番号の初期値は、ゼロにリセットするように、初期値にリセットされる。
【００３５】
一実施態様では、取得要求は、仮想物品を割り当てる全プロセス中に仮想物品パケットの所定の識別子を含むことができる。グローバルサーバは、異なる仮想物品パケットからの複数の取得要求に同時に順番番号を割り当てる必要がある場合、仮想物品パケットの所定の識別子を認識することにより、同じ仮想物品パケットに対する複数の取得要求を同時にソートすることができる。
【００３６】
ステップＳ１４：リソース管理サーバにおいて、取得順番番号が割り当てられた取得要求を受信し、取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品サブパケットを割り当てて、仮想物品サブパケット内の仮想物品を、取得要求に対応するユーザへ送信する。
【００３７】
本実施態様では、仮想物品サブパケットは、リソース管理サーバ内に格納することができる。リソース管理サーバは、グローバルサーバによって取得順番番号が割り当てられた取得要求を受信した後、取得順番番号に対応する仮想物品パケットの下にある仮想物品サブパケットを取得順番番号に従って決定し、仮想物品サブパケット内の仮想物品を取得要求に対応するユーザへ送信する。
【００３８】
例えば、仮想物品サブパケットは、所定の記憶方式でリソース管理サーバ内に格納することができる。所定の記憶方法は、データスタック構造内の記憶装置であってもよく、所定の記憶方法は、別の方法であってもよく、本願によって限定されない。リソース管理サーバは、取得順番番号の自然な順番に従って仮想物品サブパケットを順次検索し、仮想物品サブパケット内の仮想物品を、取得要求に対応する送信ユーザに割り当てることができる。例えば、ユーザＡに対応する取得順番番号は１であり、第１の仮想物品サブパケットはデータスタックから取り出すことができる。ユーザＢに対応する取得順番番号は２であり、第２の仮想物品サブパケットは、データパケットから取り出すことができる等々。仮想物品パケット内の全ての仮想物品サブパケットが割り当てられるまで続く。
【００３９】
一実施態様では、仮想物品を割り当てるシステムは、仮想物品パケットに対して所定の識別子を設定することができ、各仮想物品サブパケットに対してサブ識別子を設定することもできる。対応して、各取得要求は、仮想物品パケットの所定の識別子を含むことができる。リソース管理サーバは、まず、仮想物品パケットの所定の識別子に従って、対応する仮想物品パケットを見つけることができる。取得される仮想物品パケットが決定されると、対応する仮想物品サブパケットは、取得順番番号に従って取得され得る。
【００４０】
本実施態様では、仮想物品サブパケットのサブ識別子と取得順番番号との間に所定の対応が存在し得る。典型的な割り当ての間に、ユーザに割り当てられた取得順番番号及び所定の対応に従って、仮想物品サブパケットのサブ識別子が決定され、対応する仮想物品が決定され得る。続いて、決定された仮想物品が、取得順番番号に対応するユーザに送信される。所定の対応は、取得順番番号をサブパケットに対して１つずつ対応付けることができる関係であってもよい。
【００４１】
例えば、例示的な実施態様では、仮想物品パケットは２つの仮想物品サブパケットを有し、仮想物品パケットの所定の識別子は００であり、仮想物品サブパケットのサブ識別子のそれぞれは０１及び０２であり得る。取得要求に割り当てられた取得順番番号は、１及び２であり得る。そして、所定の対応は、順次対応の関係とすることができる。例えば、取得順番番号１を有する取得要求に対応するサブ識別子を０１とし、取得順番番号２を有する取得要求に対応するサブ識別子を０２とすることができる。また、所定の対応は、逆の順番での対応関係にすることができる。例えば、取得順番番号１を有する取得要求に対応するサブ識別子を０１とし、取得順番番号２を有する取得要求に対応するサブ識別子を０２とすることができる。
【００４２】
所定の対応は、上記の説明に限定されるものではない。当業者であれば、本願の技術的な本質によって動機付けられた他の変更を更に行うことができる。しかし、それらは、それによって達成される機能及び効果が本願と同じ又は似ている限り、本願の範囲内に入るものとする。
【００４３】
本願の実施態様では、サービスサーバは、受信時刻が記録された全ての取得要求をグローバルサーバに送信し、グローバルサーバは、取得要求の受信時刻の順番に従って対応する取得順番番号を割り当て、リソース管理サーバは、取得順番番号に従って対応する仮想物品サブパケットを割り当て、取得要求に対応するユーザに仮想物品サブパケット中の仮想物品を送信することにより、仮想物品の割り当てプロセスにおいて、１つの仮想物品サブパケットが１人のユーザに一意に対応することを実現する。その結果、同時に割り当てられた仮想物品の競合の問題を回避することができ、それによって、仮想物品を割り当てるシステムが、割り当てられる各仮想物品を対応するユーザに効率的且つ適切に割り当てられることを保証して、サーバの作業負荷を大きく低減し、仮想物品の割り当て効率を向上させ、割り当て時間を短縮し、ユーザエクスペリエンスを改善することができる。
【００４４】
更に、本願の実施態様では、グローバルサーバは、ユーザに取得順番番号が割り当てられる順番を決定し、仮想物品の取得要求がサービスサーバに到着した順番に従って、ユーザは取得順番番号が割り当てられることができるか否かを決定する。従って、ネットワーク条件が同じである場合、本願は、既存の取得方法と比較して、取得要求を最初に送信するユーザが対応する仮想物品を取得する優先の機会を有することを効果的に保証することができる。
【００４５】
一実施態様では、取得要求は、仮想物品パケットの所定の識別子を含むことができる。これに対応して、リソース管理サーバが、取得順番番号に対応する取得要求に対して、取得順番番号に従って仮想物品サブパケットを割り当てる前に、方法は、更に、リソース管理サーバが、取得順番番号に従って取得要求によって向けられた、予め設定された仮想物品パケットを決定することを含み得る。
【００４６】
本実施態様では、複数の仮想物品パケットがリソース管理サーバ内に格納されることができる。取得要求が仮想物品パケットの所定の識別子を含む場合、リソース管理サーバは、取得要求によって向けられた予め設定された仮想物品パケットを所定の識別子を介して決定することができる。仮想物品パケットが決定されると、リソース管理サーバは、取得順番番号に対応する取得要求に対して、取得順番番号に従って、仮想物品パケットの下にある仮想物品サブパケットを割り当てることができ、それによって、サーバが、異なる仮想物品パケットの下にある仮想物品サブパケットを同時に割り当てることを可能にする。
【００４７】
一実施態様では、サービスサーバが各取得要求の受信時刻を記録する前に、方法は、更に、サービスサーバが、取得要求に基づいて、取得の資格を有するユーザを決定することと、これに対応して、サービスサーバが、取得の資格を有するユーザに対応する取得要求の受信時刻を記録することを含み得る。
【００４８】
本実施態様では、取得要求は、取得要求を送信したユーザが取得の資格を有するか否かを決定するための情報を含むことができる。この情報に基づいて、仮想物品の取得要求を送信したユーザが取得の資格を有するか否かを決定することができる。
【００４９】
例えば、取得要求は、ユーザが仮想物品サブパケットを取得したか否かに関する第１状態情報を含むことができる。ユーザの第１状態情報が、取得されていないことを示す場合、第１状態情報は、取得要求に対応するユーザが取得の資格を有することを示す。逆に、ユーザの第１状態情報が、取得したことを示す場合には、第１状態情報は、取得要求に対応するユーザが対応する仮想物品を取得しており、仮想物品の取得の資格がないことを示す。ここで、第１状態情報は、識別子０又は１の形式であってもよい。取得要求に対応するユーザが仮想物品を取得していない場合、ユーザの対応する第１状態情報は０であり得る。ユーザが仮想物品を取得している場合、ユーザの対応する第１状態情報は１とすることができる。第１状態情報の特定の形態は、上記の例に限定されず、本願によって限定されない。
【００５０】
一実施態様では、グローバルサーバが各取得要求に取得順番番号を割り当てる前に、方法は、更に、グローバルサーバが、取得要求に基づいて取得の資格を有するユーザを決定することと、これに対応して、グローバルサーバが、取得の資格を有するユーザに対応する取得要求に取得順番番号を割り当てることを含む。
【００５１】
本実施態様では、取得要求は、取得要求を送信したユーザが取得の資格を有するか否かを決定するための情報を含むことができる。この情報に基づいて、仮想物品の取得要求を送信したユーザが取得の資格を有するか否かを決定することができる。
【００５２】
例えば、取得要求は、ユーザが仮想物品サブパケットを取得したか否かに関する第１状態情報を含むことができる。ユーザの第１状態情報が、取得されていないことを示す場合、第１状態情報は、取得要求に対応するユーザが取得の資格を有することを示す。逆に、ユーザの第１状態情報が、取得したことを示す場合には、取得要求に対応するユーザが対応する仮想物品を取得しており、仮想物品の取得の資格がないことを示す。ここで、第１状態情報は、識別子０又は１の形式であってもよい。取得要求に対応するユーザが仮想物品を取得していない場合、ユーザの対応する第１状態情報は０であり得る。ユーザが仮想物品を取得している場合、ユーザの対応する第１状態情報は１とすることができる。第１状態情報の特定の形態は、上記の例に限定されず、本出願によって限定されない。
【００５３】
例示的な実施態様では、仮想物品のタイプが電子通貨である場合、取得要求は、ユーザが実名検証をパスしたか否かに関する第２状態情報を更に含むことができ、第２状態情報が実名を検証されたユーザである場合、第２状態情報は、取得要求に対応するユーザが取得資格を有することを示す。逆に、第２状態情報が実名を検証されたユーザでない場合には、第２状態情報は、取得要求に対応するユーザが取得の資格がないことを示す。
【００５４】
本実施態様では、取得要求に含まれる第１状態情報が取得されていないことを示す時に、第２状態情報が実名を検証されたユーザを表す場合、第２状態情報は、取得要求に対応するユーザが取得可能であることを示す。一例では、第２状態情報は、識別子０又は１の形であってもよい。取得要求に対応するユーザが実名を検証されたユーザである場合、ユーザの対応する第２状態情報は０であり得る。取得要求に対応するユーザが実名を検証されたユーザでない場合には、ユーザの対応する第２状態情報を１とすることができる。第２状態情報の具体的な形態は、上記の例に限定されず、本出願によって限定されない。本実施態様では、仮想商品が電子通貨であるというシナリオでは、実名検証の後にのみ、取得の資格を有するユーザを限定することにより、電子通貨を発行してマネーロンダリングなどの不正行為を防止することができる。
【００５５】
一実施態様では、方法は、ユーザの第１状態情報を更新することを更に含むことができる。
【００５６】
ユーザが対応する仮想物品を割り当てられた後、ユーザの第１状態情報を、取得していない元の状態から取得した状態に更新することができる。ユーザの第１状態情報が更新された後、仮想物品を入手したユーザが赤い封筒を掴むためのリンクを再びクリックすると、仮想物品を割り当てるシステムのサービスサーバ又はグローバルサーバは、ユーザの第１状態情報が取得された状態であるため、仮想物品の取得の資格をもはや有していないと決定して、１人のユーザが１つの仮想物品パケットの下で複数の仮想物品を繰り返して取得する状況を回避する。
【００５７】
一実施態様では、取得順番番号は以下のように設定され得る。取得順番番号は、受信時刻の順番に従って及び取得の資格を有するユーザの数に従って、予め設定された初期値から順次増加する。仮想物品サブパケットが全て取得されたと判定された場合には、取得順番番号は、初期値にリセットされる。
【００５８】
本実施態様では、サービスサーバによってグローバルサーバに送信される各取得要求は、各取得要求がサービスサーバに到着する受信時刻を含むことができる。グローバルサーバは、取得要求に含まれる受信時刻の順番に応じて、取得の資格を有するユーザを認識することができ、取得の資格を有するユーザが決定されるたびに、カウンタは、対応するユーザのカウントを順番に実行することができる。
【００５９】
例えば、グローバルサーバは、仮想物品パケットの統一カウンタを提供することができる。サービスサーバ又はグローバルサーバが取得要求に対応するユーザが取得の資格を有すると決定した後、カウンタは、取得の資格を有するユーザに対応する取得順番番号を割り当てることができる。例えば、取得順番番号は、取得の資格を有するユーザの数に従って順次増加するカウンタのカウント値とすることができる。取得の資格を有するユーザの数が仮想物品の総数と等しい場合、これは全ての仮想物品サブパケットが取得されたことを示す。このとき、カウンタのカウント値を初期値にリセットすることができる。ここで、カウンタの初期値は、０、仮想物品サブパケットに対応する仮想物品パケットのＩＤ、又は任意の文字列であってもよく、本願によって制限されない。
【００６０】
例示的な実施態様では、仮想物品パケットは、例えば、２つの仮想物品サブパケットを有し、仮想物品サブパケットのそれぞれは、ＩＤ＋１及びＩＤ＋２である対応するサブ識別子をそれぞれ有する。予め設定されたステップ長は１であり、初期値は、仮想物品パケットの所定の識別子であり、ＩＤである。取得の資格を有する第１のユーザが決定されると、カウンタの記録値はＩＤ＋１に変わり、取得の資格を有する第２のユーザが決定されると、カウンタの記録値はＩＤ＋２に変わる。上記の場合、カウンタの記録値は仮想物品サブパケットの識別子と同じであり、仮想物品サブパケットの識別子は記録値に応じて決定することができる。対応する仮想物品は、決定された仮想物品サブパケットの識別子に従って照会され、次いで仮想物品は対応するユーザに割り当てられることができる。
【００６１】
例示的なシナリオでは、２人のユーザによって送信された仮想物品の取得要求がサービスサーバに同時に到着し、両方のユーザが取得の資格を有する場合、カウンタはそれらをランダムな順番でカウントする。残りの割り当てられていない仮想物品サブパケット数が２以上であれば、上記ユーザに対応する取得順番番号は互いに隣り合っており、１だけ異なる。例えば、取得順番番号はそれぞれ２と３である。残りの割り当てられていない仮想物品サブパケットの数が１つだけである場合、カウンタによって最初にカウントされた対応するユーザは、対応する取得順番番号が割り当てられ、他のユーザは取得順番番号が割り当てられない。
【００６２】
例えば、グループ赤い封筒を掴む本願のシナリオでは、送信ユーザは１０元の額の赤い封筒を送信する必要がある。送信ユーザの必要に応じて、１０元の額のグループ赤い封筒は、送信するために、ランダムな額によって２つの赤い封筒に分割される。図２に示すように、グループ赤い封筒は赤い封筒１と赤い封筒２に分けられ、赤い封筒１の額は２．５元であり、赤い封筒２の額は７．５元である。これらの２つの赤い封筒に対して競合する合計５人のユーザがおり、ユーザＡ、ユーザＢ、ユーザＣ、ユーザＤ、及びユーザＥのそれぞれがクリックして赤い封筒を開く。これに対応して、彼らは、サービスサーバに取得要求をそれぞれ送信する。サービスサーバがユーザＡ、ユーザＢ、ユーザＣ、ユーザＤ、ユーザＥからの取得要求を受信した時刻は、２０１６年２月７日８：３０：３１：０５、２０１６年２月７日８：３０：３１：１０、２０１６年２月７日、８：３０：３１：４５、２０１６年２月７日８：３０：３２：２０、２０１６年２月７日８：３０：３５：３０としてそれぞれ記録される。そして、サービスサーバは、受信時刻を含む取得要求をグローバルサーバに送信する。グローバルサーバは、取得要求の順番に従って、取得要求に対応するユーザに取得順番番号を割り当てることができる。一例では、割り当て中、グローバルサーバは、Ｎ番目の仮想物品サブパケットの取得順番番号を、取得の資格を有するＮ番目のユーザに割り当てることができ、ここでＮは、初期値として１を有し、取得の資格を有するユーザの数に従って順番に増加する。Ｎの値の範囲は［１、Ｍ］であり、Ｍは仮想物品サブパケットの数である。例えば、第１のユーザＡには取得順番番号１が割り当てられ、第２のユーザＢには取得順番番号２が割り当てられる。赤い封筒は２つしかないので、グローバルサーバは、赤い封筒の数に応じて割り当てられることができる取得順番番号を決定することができ、取得順番番号の数が赤い封筒の数に達すると取得順番番号の割り当てを停止する。リソース管理サーバは、赤い封筒１から２．５の額を取り出し、それを取得順番番号１に従ってユーザＡに送信する。リソース管理サーバは、赤い封筒２から７．５の額を取得し、それを取得順番番号２に従ってユーザＢに送信する。これに対応して、リソース管理サーバは、赤い封筒をユーザＣ、ユーザＤ、ユーザＥにはもはや割り当てない。
【００６３】
上述の実施態様で説明した仮想物品を割り当てる方法に基づいて、本願は、仮想物品を割り当てるシステムを更に提供する。
【００６４】
図３を参照すると、仮想物品を割り当てるシステムは、グローバルサーバ２２、リソース管理サーバ２４、及びサービスサーバを含むことができ、少なくとも２つのサービスサーバ、例えばサービスサーバ２０及びサービスサーバ２１があり得る。サービスサーバは、予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、取得要求の受信時刻を取得要求のそれぞれに記録し、受信時刻が記録された取得要求をグローバルサーバへ送信するように構成されており、予め設定された仮想物品パケットは、予め設定された数の仮想物品サブパケットを有する。グローバルサーバ２２は、サービスサーバにより送信された受信時刻が記録された取得要求を受信し、取得要求の受信時刻の順番に従って、取得順番番号を、取得要求のそれぞれに割り当てて、取得順番番号が割り当てられた取得要求を、リソース管理サーバへ送信するように構成される。リソース管理サーバ２４は、グローバルサーバにより送信された取得順番番号が割り当てられた取得要求を受信し、取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品サブパケットを割り当てて、仮想物品サブパケット内の仮想物品を、取得要求に対応するユーザへ送信するように構成される。
【００６５】
仮想物品を割り当てるシステムの他の実施態様では、取得要求は、仮想物品パケットの所定の識別子を有し、これに対応して、リソース管理サーバ２４が、更に、所定の識別子に従って、取得要求によって向けられた予め設定された仮想物品パケットを決定するように構成され得る。
【００６６】
仮想物品を割り当てるシステムの他の実施態様では、サービスサーバは、更に、取得要求に基づいて、取得の資格があるユーザを決定し、これに対応して、サービスサーバは、取得の資格があるユーザに対応する取得要求の受信時刻を記録するように構成され得る。
【００６７】
仮想物品を割り当てるシステムの他の実施態様では、グローバルサーバ２２は、更に、取得要求に基づいて、取得の資格を有するユーザを決定し、これに対応して、グローバルサーバ２２は、取得順番番号を、取得の資格を有するユーザに対応する取得要求へ割り当てるように構成され得る。
【００６８】
仮想物品を割り当てるシステムの他の実施態様では、取得要求は、ユーザが仮想物品サブパケットを取得したか否かに関する第１状態情報を含み得る。ユーザの第１状態情報が、取得されていないことを示す場合には、当該第１状態情報は、取得要求に対応するユーザが取得の資格を有することを示す。
【００６９】
仮想物品を割り当てるシステムの他の実施態様では、取得順番番号は、以下のように設定される。取得順番番号は、受信時刻の順番に従って、及び、取得の資格を有するユーザの数に従って、予め設定された初期値から順番に増加するように設定され、仮想物品サブパケットが全て取得されたと判定された場合には、取得順番番号を初期値にリセットされる。
【００７０】
上記実施態様で開示された仮想物品を割り当てるシステムは、本願の仮想物品を割り当てる方法の実施態様に対応し、本願の仮想物品を割り当てる方法を実装することが可能であり、本方法の実施態様の技術的効果を達成する。
【００７１】
本願の仮想物品を割り当てる方法は、非分散シナリオにも適用可能である。
【００７２】
図４を参照すると、本願の実施態様による仮想物品を割り当てる他の方法は、以下のステップを含むことができる。
【００７３】
ステップＳ１１：予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信し、取得要求の受信時刻を取得要求のそれぞれに記録するステップであって、予め設定された仮想物品パケットは、予め設定された数の仮想物品サブパケットを有する、ステップ。
【００７４】
本実施態様では、送信ユーザがクライアントを使用して仮想物品パケットを作成するためのメッセージをサーバに送信した後、サーバによって予め設定された仮想物品パケットをメッセージ用に作成することができる。予め設定された仮想物品パケットは、予め設定された数の仮想物品サブパケットを有することができる。仮想物品サブパケットは、それに対応して仮想物品を格納することができる。仮想物品は、ネットワークを介して送信することができる様々な物品とすることができる。例えば、仮想物品のタイプは、電子通貨、トラフィック、電子クーポンなどの中の何れか１つを含むことができる。仮想物品のタイプは、上記の例に限定されず、本願により限定されない。予め設定された数は、例えば１つ又は２つ以上であり、送信ユーザのニーズに応じて設定することができ、これは本願によって制限されない。
【００７５】
本実施形態では、サーバは、仮想物品パケットを一意に識別するための仮想物品パケットの所定の識別子を設定することができる。例えば、所定の識別子はグローバルＩＤとすることができる。各取得要求は、仮想物品パケットの所定の識別子を含むことができ、取得要求を処理する時、サーバを、予め設定された仮想物品パケットに正確に向ける。更に、各仮想物品サブパケットは、対応してサブ識別子を有することができる。例えば、仮想物品サブパケットのサブ識別子は、ブランチＩＤとすることができる。ブランチＩＤの数は、仮想物品サブパケットの数と同じである。例えば、仮想物品サブパケットの数が２である場合、仮想物品パケットの所定の識別子を００とし、仮想物品サブパケットのブランチＩＤを０１と０２とすることができる。グローバルＩＤ又はブランチＩＤは、数字、文字列、又はその他の形であってもよく、これは本願によって限定されない。仮想物品パケット及び仮想物品サブパケットは、サーバ内に格納することができる。
【００７６】
本実施態様では、受信した取得要求のそれぞれに対して、サーバは、サーバに到着する時刻をそれぞれの取得要求に記録して、サーバに到着する取得要求の順番を記録することができる。
【００７７】
ステップＳ１３：取得要求の受信時刻の順番に従って、取得順番番号を、取得要求のそれぞれに割り当てるステップ。
【００７８】
本実施態様では、サーバは、取得要求の受信時刻の順番に従って、受信時刻が記録された取得要求に対して、対応する取得順番番号を取得要求に順次割り当てることができ、取得順番番号は取得要求に対応するユーザの取得順番を一意に表すために使用され得る。取得順番番号は、数字、文字列などの形式であってもよく、本願によって制限されない。
【００７９】
本実施態様では、サーバは、各仮想物品パケットに対してカウンタを提供することができる。一例では、カウンタは、仮想物品パケットに設定された履歴記録値を、現在の仮想物品パケットに割り当てられた初期値として使用するように構成することができる。取得要求が受信されたと判定される度に、取得順番番号の値は、予め設定されたステップ長に従って順次増加して、カウンタの現在の記録値を形成する。カウンタの現在の記録値に基づいて、取得の資格を有するユーザの取得順番番号を決定することができる。例えば、カウンタの現在の記録値＝初期値＋Ｎ×予め設定されたステップ長であり、ここでＮは初期値として１を有し、取得の資格を有するユーザの数に応じて順番に増加し、Ｎの値の範囲は［１、Ｍ］であり、Ｍは仮想物品の数である。取得の資格を有する最初のユーザに対して、対応する取得順番番号は、初期値＋１×予め設定されたステップ長であり得る。取得の資格を有する第２のユーザに対して、対応する取得順番番号は、初期値＋２×予め設定されたステップ長であり得る。Ｍ番目の取得の資格を有するユーザになるまで等々であり、対応する取得順番番号は、初期値＋Ｍ×予め設定されたステップ長であり得る。ここで、取得順番番号は、現在の記録値と初期値との差と予め設定されたステップ長との比とすることができる。例えば、初期値が０であり、予め設定されたステップ長さが１である場合、順番番号は、自然数の増分順番に従って１から順次増加する。
【００８０】
実施態様において、順番番号の数が仮想物品サブパケットの数と等しい場合、仮想物品の割り当てが完了したことを示す。この時、サーバは、取得要求に対応する順番番号をこれ以上割り当てずに、順番番号の初期値は、ゼロにリセットするように、初期値にリセットされる。
【００８１】
一実施態様では、取得要求は、仮想物品を割り当てる全プロセス中に仮想物品パケットの所定の識別子を含むことができる。サーバは、異なる仮想物品パケットからの複数の取得要求に同時に順番番号を割り当てる必要がある場合、仮想物品パケットの所定の識別子を認識することにより、同じ仮想物品パケットに対する複数の取得要求を同時にソートすることができる。
【００８２】
ステップＳ１５：取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品サブパケットを割り当てて、仮想物品サブパケット内の仮想物品を、取得要求に対応するユーザへ送信するステップ。
【００８３】
本実施態様では、仮想物品パケットは、サーバ内に格納することができる。サーバは、取得順番番号に対応する仮想物品パケットの下にある仮想物品サブパケットを取得順番番号に従って決定し、仮想物品サブパケット内の仮想物品を取得要求に対応するユーザへ送信し得る。
【００８４】
例えば、仮想物品サブパケットは、所定の記憶方式でサーバ内に格納することができる。所定の記憶方法は、データスタック構造内の記憶装置であってもよく、所定の記憶方法は、別の方法であってもよく、本願によって限定されない。サーバは、取得順番番号の自然な順番に従って仮想物品サブパケットを順次検索し、仮想物品サブパケット内の仮想物品を、取得要求に対応する送信ユーザに割り当てることができる。例えば、ユーザＡに対応する取得順番番号は１であり、第１の仮想物品サブパケットはデータスタックから取り出すことができる。ユーザＢに対応する取得順番番号は２であり、第２の仮想物品サブパケットは、データパケットから取り出すことができる等々。仮想物品パケット内の全ての仮想物品サブパケットが割り当てられるまで続く。
【００８５】
一実施態様では、サーバは、仮想物品パケットに対して所定の識別子を設定することができ、各仮想物品サブパケットに対してサブ識別子を設定することもできる。対応して、各取得要求は、仮想物品パケットの所定の識別子を含むことができる。サーバは、まず、仮想物品パケットの所定の識別子に従って、対応する仮想物品パケットを見つけることができる。取得される仮想物品パケットが決定されると、対応する仮想物品サブパケットは、取得順番番号に従って取得され得る。
【００８６】
本実施態様では、仮想物品サブパケットのサブ識別子と取得順番番号との間に所定の対応が存在し得る。典型的な割り当ての間に、ユーザに割り当てられた取得順番番号及び所定の対応に従って、仮想物品サブパケットのサブ識別子が決定され、対応する仮想物品が決定され得る。続いて、決定された仮想物品が、取得順番番号に対応するユーザに送信される。所定の対応は、取得順番番号をサブパケットに対して１つずつ対応付けることができる関係であってもよい。
【００８７】
例えば、例示的な実施態様では、仮想物品パケットは２つの仮想物品サブパケットを有し、仮想物品パケットの所定の識別子は００であり、仮想物品サブパケットのサブ識別子のそれぞれは０１及び０２であり得る。取得要求に割り当てられた取得順番番号は、１及び２であり得る。そして、所定の対応は、順次対応の関係とすることができる。例えば、取得順番番号１を有する取得要求に対応するサブ識別子を０１とし、取得順番２を有する取得要求に対応するサブ識別子を０２とすることができる。また、所定の対応は、逆の順番での対応関係にすることができる。例えば、取得順番番号１を有する取得要求に対応するサブ識別子を０１とし、取得順番２を有する取得要求に対応するサブ識別子を０２とすることができる。
【００８８】
所定の対応は、上記の説明に限定されるものではない。当業者であれば、本願の技術的な本質によって動機付けられた他の変更を更に行うことができる。しかし、それらは、それによって達成される機能及び効果が本願と同じ又は似ている限り、本願の範囲内に入るものとする。
【００８９】
本願の実施態様では、取得要求の受信時刻を記録すること、及び、取得要求の受信時刻の順番に従うことによって、対応する取得順番番号が割り当てられ、対応する仮想物品サブパケットが、取得順番番号に従って割り当てられ、取得要求に対応するユーザに仮想物品サブパケット中の仮想物品が送信されることにより、仮想物品の割り当てプロセスにおいて、１つの仮想物品サブパケットが１人のユーザに一意に対応することを実現する。その結果、同時に割り当てられた仮想物品の競合の問題を回避することができ、それによって、仮想物品を割り当てるシステムが、割り当てられる各仮想物品を対応するユーザに効率的且つ適切に割り当てることを保証して、サーバの作業負荷を大きく低減し、仮想物品の割り当て効率を向上させ、割り当て時間を短縮し、ユーザエクスペリエンスを改善することができる。
【００９０】
更に、本願の実施態様では、サーバは、ユーザに取得順番番号が割り当てられる順番を決定し、取得要求がサーバに到着した順番に従って、ユーザは取得順番番号が割り当てられることができるか否かを決定する。ネットワーク条件が同じである場合、本願は、既存の取得方法と比較して、取得要求を最初に送信するユーザが対応する仮想物品を取得する優先の機会を有することを効果的に保証することができる。
【００９１】
一実施態様では、取得要求は、仮想物品パケットの所定の識別子を含むことができる。これに対応して、取得順番番号に対応する取得要求に対して、取得順番番号に従って仮想物品サブパケットを割り当てるステップの前に、方法は、更に、所定の識別子に従って取得要求によって向けられた、予め設定された仮想物品パケットを決定することを含み得る。
【００９２】
本実施態様では、複数の仮想物品パケットがサーバ内に格納されることができる。取得要求が仮想物品パケットの所定の識別子を含む場合、サーバは、取得要求によって向けられた予め設定された仮想物品パケットを所定の識別子を介して決定することができる。仮想物品パケットが決定されると、サーバは、取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品サブパケットを割り当てることができる。
【００９３】
一実施態様では、各取得要求の受信時刻を記録するステップの前に、方法は、更に、取得要求に基づいて、取得の資格を有するユーザを決定することと、これに対応して、取得の資格を有するユーザに対応する取得要求の受信時刻を記録することを含み得る。
【００９４】
本実施態様では、取得要求は、取得要求を送信したユーザが取得の資格を有するか否かを決定するための情報を含むことができる。この情報に基づいて、仮想物品の取得要求を送信したユーザが取得の資格を有するか否かを決定することができる。
【００９５】
例えば、取得要求は、ユーザが仮想物品サブパケットを取得したか否かに関する第１状態情報を含むことができる。ユーザの第１状態情報が、取得されていないことを示す場合、第１状態情報は、取得要求に対応するユーザが取得の資格を有することを示す。逆に、ユーザの第１状態情報が、取得したことを示す場合には、第１状態情報は、取得要求に対応するユーザが対応する仮想物品を取得しており、仮想物品の取得の資格がないことを示す。ここで、第１状態情報は、識別子０又は１の形式であってもよい。取得要求に対応するユーザが仮想物品を取得していない場合、ユーザの対応する第１状態情報は０であり得る。ユーザが仮想物品を取得している場合、ユーザの対応する第１状態情報は１とすることができる。第１状態情報の特定の形態は、上記の例に限定されず、本願によって限定されない。
【００９６】
一実施態様では、取得順番番号は以下のように設定され得る。取得順番番号は、受信時刻の順番に従って及び取得の資格を有するユーザの数に従って、予め設定された初期値から順次増加する。仮想物品サブパケットが全て取得されたと判定された場合には、取得順番番号は、初期値にリセットされる。
【００９７】
本実施態様では、各取得要求は、各取得要求がサーバに到着する受信時刻を含むことができる。サーバは、取得要求に含まれる受信時刻の順番に従って、取得の資格を有するユーザを認識することができ、取得の資格を有するユーザが決定されるたびに、カウンタは、対応するユーザのカウントを順番に実行することができる。
【００９８】
例えば、サーバは、仮想物品パケットに対する統一カウンタを提供することができる。サーバが取得要求に対応するユーザが取得の資格を有すると決定した後、カウンタは、取得の資格を有するユーザに対して、対応する取得順番番号を割り当てることができる。例えば、取得順番番号は、取得の資格を有するユーザの数に従って順次増加するカウンタのカウント値とすることができる。取得の資格を有するユーザの数が仮想物品の総数と等しい場合、これは全ての仮想物品が取得されたことを示す。このとき、カウンタのカウント値を初期値にリセットすることができる。ここで、カウンタの初期値は、０、仮想物品サブパケットに対応する仮想物品パケットのＩＤ、又は任意の文字列であってもよく、本願によって制限されない。
【００９９】
例示的な実施態様では、仮想物品パケットは、例えば、２つの仮想物品を有し、仮想物品サブパケットのそれぞれは、ＩＤ＋１及びＩＤ＋２である対応するサブ識別子をそれぞれ有する。予め設定されたステップ長は１であり、初期値は、仮想物品パケットの所定の識別子であり、ＩＤである。取得の資格を有する第１のユーザが決定されると、カウンタの記録値はＩＤ＋１に変わり、取得の資格を有する第２のユーザが決定されると、カウンタの記録値はＩＤ＋２に変わる。上記の場合、カウンタの記録値は仮想物品サブパケットの識別子と同じであり、仮想物品サブパケットの識別子は記録値に応じて決定することができる。対応する仮想物品は、決定された仮想物品サブパケットの識別子に従って照会され、次いで仮想物品は対応するユーザに割り当てられることができる。
【０１００】
例示的なシナリオでは、２人のユーザによって送信された仮想物品の取得要求がサービスサーバに同時に到着し、両方のユーザが取得の資格を有する場合、カウンタはそれらをランダムな順番でカウントする。残りの割り当てられていない仮想物品サブパケット数が２以上であれば、上記ユーザに対応する取得順番番号は互いに隣り合っており、１だけ異なる。例えば、取得順番番号はそれぞれ２と３である。残りの割り当てられていない仮想物品サブパケットの数が１つだけである場合、カウンタによって最初にカウントされた対応するユーザは、対応する取得順番番号を割り当てられ、他のユーザは取得順番番号が割り当てられない。
【０１０１】
例えば、グループ赤い封筒を掴む本願のシナリオでは、送信ユーザは１０元の額の赤い封筒を送信する必要がある。送信ユーザの必要に応じて、１０元の額のグループ赤い封筒は、送信するために、ランダムな額によって２つの赤い封筒に分割される。図２に示すように、グループ赤い封筒は赤い封筒１と赤い封筒２に分けられ、赤い封筒１の額は２．５元であり、赤い封筒２の額は７．５元である。これらの２つの赤い封筒に対して競合する合計５人のユーザがおり、ユーザＡ、ユーザＢ、ユーザＣ、ユーザＤ、及びユーザＥのそれぞれがクリックして赤い封筒を開く。これに対応して、彼らは、サービスサーバに取得要求をそれぞれ送信する。サービスサーバがユーザＡ、ユーザＢ、ユーザＣ、ユーザＤ、ユーザＥからの取得要求を受信した時刻は、２０１６年２月７日８：３０：３１：０５、２０１６年２月７日８：３０：３１：１０、２０１６年２月７日、８：３０：３１：４５、２０１６年２月７日８：３０：３２：２０、２０１６年２月７日８：３０：３５：３０としてそれぞれ記録される。サーバは、サーバに到着した取得要求の順番に従って、取得要求に対応するユーザに取得順番番号を割り当てることができる。一例では、割り当て中、サーバは、Ｎ番目の仮想物品サブパケットの取得順番番号を、取得の資格を有するＮ番目のユーザに割り当てることができ、ここでＮは、初期値として１を有し、取得の資格を有するユーザの数に従って順番に増加する。Ｎの値の範囲は［１、Ｍ］であり、Ｍは仮想物品サブパケットの数である。例えば、第１のユーザＡには取得順番番号１が割り当てられ、第２のユーザＢには取得順番番号２が割り当てられる。赤い封筒は２つしかないので、サーバは、赤い封筒の数に応じて割り当てられることができる取得順番番号を決定することができ、取得順番番号の数が赤い封筒の数に達すると取得順番番号の割り当てを停止する。サーバは、赤い封筒１から２．５の額を取り出し、それを取得順番番号１に従ってユーザＡに送信する。リソース管理サーバは、赤い封筒２から７．５の額を取得し、それを取得順番番号２に従ってユーザＢに送信する。これに対応して、サーバは、赤い封筒をユーザＣ、ユーザＤ、ユーザＥにはもはや割り当てない。
【０１０２】
一実施態様では、取得要求は、仮想物品パケットの所定の識別子を含むことができる。これに対応して、取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品サブパケットを割り当てるステップの前に、方法は、更に、所定の識別子に従って取得要求によって向けられた、予め設定された仮想物品パケットを決定することを含み得る。
【０１０３】
本実施態様では、複数の仮想物品パケットがサーバ内に格納されることができる。取得要求が仮想物品パケットの所定の識別子を含む場合、サーバは、取得要求によって向けられた予め設定された仮想物品パケットを所定の識別子を介して決定することができる。仮想物品パケットが決定されると、サーバは、取得順番番号に従って、取得順番番号に対応する取得要求に対して、仮想物品の下にある仮想物品サブパケットを割り当てることができ、それにより、サーバが異なる仮想物品パケットの下にある仮想物品サブパケットに同時に割り当てることを可能にする。
【０１０４】
一実施態様では、各取得要求の受信時刻を記録するステップの前に、方法は、更に、取得要求に基づいて、取得の資格を有するユーザを決定することと、これに対応して、取得の資格を有するユーザに対応する取得要求の受信時刻を記録することを含み得る。
【０１０５】
本実施態様では、取得要求は、取得要求を送信したユーザが取得の資格を有するか否かを決定するための情報を含むことができる。この情報に基づいて、仮想物品の取得要求を送信したユーザが取得の資格を有するか否かを決定することができる。
【０１０６】
例えば、取得要求は、ユーザが仮想物品サブパケットを取得したか否かに関する第１状態情報を含むことができる。ユーザの第１状態情報が、取得されていないことを示す場合、第１状態情報は、取得要求に対応するユーザが取得の資格を有することを示す。逆に、ユーザの第１状態情報が、取得したことを示す場合には、第１状態情報は、取得要求に対応するユーザが対応する仮想物品を取得しており、仮想物品の取得の資格がないことを示す。ここで、第１状態情報は、識別子０又は１の形式であってもよい。取得要求に対応するユーザが仮想物品を取得していない場合、ユーザの対応する第１状態情報は０であり得る。ユーザが仮想物品を取得している場合、ユーザの対応する第１状態情報は１とすることができる。第１状態情報の特定の形態は、上記の例に限定されず、本願によって限定されない。
【０１０７】
一実施態様では、取得順番番号は以下のように設定され得る。取得順番番号は、受信時刻の順番に従って及び取得の資格を有するユーザの数に従って、予め設定された初期値から順次増加する。仮想物品サブパケットが全て取得されたと判定された場合には、取得順番番号は、初期値にリセットされる。
【０１０８】
本実施態様では、各取得要求は、各取得要求がサーバに到着する受信時刻を含むことができる。サーバは、取得要求に含まれる受信時刻の順番に従って、取得の資格を有するユーザを認識することができ、取得の資格を有するユーザが決定されるたびに、カウンタは、対応するユーザのカウントを順番に実行することができる。
【０１０９】
例えば、サーバは、仮想物品パケットに対する統一カウンタを提供することができる。サーバが取得要求に対応するユーザが取得の資格を有すると決定した後、カウンタは、取得の資格を有するユーザに対して、対応する取得順番番号を割り当てることができる。例えば、取得順番番号は、取得の資格を有するユーザの数に従って順次増加するカウンタのカウント値とすることができる。取得の資格を有するユーザの数が仮想物品の総数と等しい場合、これは全ての仮想物品が取得されたことを示す。このとき、カウンタのカウント値を初期値にリセットすることができる。ここで、カウンタの初期値は、０、仮想物品サブパケットに対応する仮想物品パケットのＩＤ、又は任意の文字列であってもよく、本願によって制限されない。
【０１１０】
上記の実施態様において説明された仮想物品を割り当てる方法に基づいて、本願は更にサーバを提供する。
【０１１１】
図５を参照して、サーバは、メモリ３０と、通信モジュール３１と、カウンタ３３と、プロセッサ３５とを備え、メモリ３０は、予め設定された仮想物品パケットであって、予め設定された数の仮想物品サブパケットを有する仮想物品パケットを記憶するように構成され、通信モジュール３１は、予め設定された仮想物品パケットに向けられた少なくとも２つの取得要求を受信するように構成され、カウンタ３３は、取得要求の受信時刻の順番に従って、取得順番番号を、取得要求のそれぞれに割り当てるように構成され、プロセッサ３５は、メモリ３０から、取得順番番号に従って、対応する仮想物品サブパケットを取得し、取得順番番号に対応する一の取得要求に対して、取得順番番号に従って仮想物品サブパケットを割り当て、通信モジュール３１を介して、仮想物品サブパケット内の仮想物品を、当該一の取得要求に対応するユーザへ送信するように構成される。
【０１１２】
サーバの他の実施態様では、取得要求は、仮想物品パケットの所定の識別子を有し、これに対応して、プロセッサ３５は、更に、所定の識別子に従って、取得要求によって向けられた予め設定された仮想物品パケットを決定するように構成される。
【０１１３】
仮想物品を割り当てるシステムのサーバの他の実施態様では、プロセッサ３５は、更に、取得要求に基づいて、取得の資格があるユーザを決定し、取得の資格があるユーザに対応する取得要求の受信時刻を記録するように構成される。
【０１１４】
サーバの他の実施態様では、取得順番番号は、受信時刻の順番に従って、及び、取得の資格を有するユーザの数に従って、予め設定された初期値から順番に増加し、仮想物品サブパケットが全て取得されたと判定された場合には、取得順番番号は初期値にリセットされる。
【０１１５】
上記実施態様により説明されたサーバは、本願の仮想物品を割り当てる方法の実施態様に対応し、本願の仮想物品を割り当てる方法を実装することが可能であり、本方法の実施態様の技術的効果を達成する。
【０１１６】
本願の実施態様の上記説明は、本願のいくつかの実施態様における単なる適用であり、いくつかの標準及び方法に基づいてわずかに修正された実施態様は、本願の上記実施態様の解決策を実装することもできる。本願の上記実施態様における処理方法のステップと一致する進歩性を含まない他の変形は、同じ出願を達成し、ここでは繰り返されない。
【０１１７】
本願は、実施態様又はフローチャートに示される方法の操作ステップを提供するが、創造的努力を伴うことなく従来の努力又は努力に基づいて、より多くの又はより少ない操作ステップを方法に含むことができる。実施態様に列挙されるこれらのステップの順番は、多くのステップの実行される順番の一つに過ぎず、たった１つの実行順番を表すものではない。実際の装置又はクライアント製品において実行される場合、その方法は、実施態様又は添付図面に示される方法の順番に従って順次実行されるか、又は並列に実行されてもよい（例えば、並列プロセッサ又はマルチスレッド処理環境）。
【０１１８】
上記の実施態様で説明されたシステム、装置又はモジュールは、例えば、コンピュータチップ又はエンティティによって、又は特定の機能を有する製品によって実装することができる。説明の便宜のために、上記装置は、個別の説明のために機能に従って、様々なユニットに分けられる。本願が実施される場合、モジュールの機能は、１つ又は複数のソフトウェア及び／又はハードウェアで達成され得る。特定の機能のためのモジュールは、複数のサブモジュール又はサブユニットの組み合わせによって実現することもできる。
【０１１９】
本願による方法、システム、又はモジュールは、読み取り可能なプログラムをコントローラ（制御装置）に埋め込むことによって実現することができる。コントローラは、特定の要件に従って実装することができる。例えば、コントローラは、（マイクロ）プロセッサによって実行可能なコンピュータ可読プログラムコード（例えば、ソフトウェア又はファームウェア）を格納するコンピュータ可読媒体、論理ゲート、スイッチ、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックコントローラ、及び埋め込み型マイクロコントローラ及び、マイクロプロセッサ又はプロセッサの形態であってもよい。コントローラの例には、ＡＲＣ（登録商標）６２５Ｄ、Ａｔｍｅｌ（登録商標）ＡＴ９１ＳＡＭ、Ｍｉｃｒｏｃｈｉｐ（登録商標）ＰＩＣ１８Ｆ２６Ｋ２０、及びＳｉｌｉｃｏｎｅＬａｂｓ（登録商標）Ｃ８０５１Ｆ３２０のマイクロコントローラが含まれるが、これらに限定はされない。メモリコントローラは、メモリの制御ロジックの一部として更に実装することができる。当業者は、コントローラが純粋なコンピュータ可読プログラムコードの態様で実施されることに加えて、コントローラが論理ゲート、スイッチ、ＡＳＩＣ、プログラマブルロジックコントローラ、及び埋め込み型マイクロコントローラの形態において同じ機能を実装することを可能にする方法のステップで論理プログラミングを実行することは、完全に実現可能であることも認識するべきである。従って、このようなコントローラは、ハードウェア部品とみなすことができ、その中に含まれ、様々な機能を実行するように構成されたデバイスも、ハードウェア部品内部の構造とみなすことができる。あるいは、様々な機能を実行するように構成されたデバイスは、方法を実装するためのソフトウェアモジュール及びハードウェア部品内の構造の両方とみなされてもよい。
【０１２０】
本願によるシステムのいくつかのモジュールは、プログラムモジュールのようなコンピュータによって実行されるコンピュータ実行可能命令の一般的な文脈で説明することができる。典型的には、プログラムモジュールは、特定のタスクを実行するため、又は特定の抽象データタイプを実装するためのルーチン、プログラム、オブジェクト、コンポーネント、データ構造、クラスなどを含む。本願は、分散コンピューティング環境においても実施することができる。分散コンピューティング環境では、通信ネットワークを介して接続された遠隔処理装置が、タスクを実行するために使用される。分散コンピューティング環境では、プログラムモジュールは、記憶装置を含むローカル及びリモートコンピュータ記憶媒体に配置することができる。
【０１２１】
上記の実施態様の説明によれば、当業者は、本願がソフトウェアと必要なハードウェアとによって実施され得ることをはっきりと知ることができる。このような理解に基づいて、本願の技術的解決策は本質的に可能であり、又は現在の技術に寄与する技術的解決策の一部は、ソフトウェア製品の形態又はデータ移行の実施プロセスによって具体化することができる。コンピュータソフトウェア製品は、コンピュータ装置（パーソナルコンピュータ、モバイル端末、サーバ、又はネットワークデバイスであり得る）が本願の実施態様又は実施態様の一部に従う方法を実行することを可能にする複数の命令を含む、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスクなどの記憶媒体に格納することができる。
【０１２２】
この説明における実施態様は、他の実施態様との相違点に焦点を合わせて各実施態様を進歩的な方法で説明し、実施態様は、それらの同一又は類似の部分について相互に参照することができる。本願の全部又は一部は、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイス又はポータブルデバイス、タブレットデバイス、移動通信端末、マルチプロセッサシステム、マイクロプロセッサベースのシステム、プログラム可能な電子デバイス、ネットワークＰＣ、マイクロコンピュータ、メインフレームコンピュータ、上記のシステム又はデバイスのいずれかを含む分散コンピューティング環境などのような、多くの一般又は専用のコンピュータシステム環境又は構造に適用可能である。
【０１２３】
本出願の複数の実施態様が、本願の書類に記載されている。当業者であれば、本願の実施態様を互いに組み合わせることができることを理解することができる。更に、当業者であれば、本願は本願の精神から逸脱することなく多くの変形及び変更を有することを認識する。添付の特許請求の範囲は、本願の精神から逸脱することなく、これらの変形及び変更を包含する。
【図１】
2019514132.tif 000003
【図２】
2019514132.tif 000004
【図３】
2019514132.tif 000005
【図４】
2019514132.tif 000006
【図５】
2019514132.tif 000007
【国際調査報告】
2019514132.tif 000008
2019514132.tif 000009
2019514132.tif 000010
2019514132.tif 000011