特開 2022-101419 分散メッセージングシステムを利用したデータ処理システムおよびその情報処理方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022101419

(43)【公開日】2022-07-06

(54)【発明の名称】分散メッセージングシステムを利用したデータ処理システムおよびその情報処理方法

(51)【国際特許分類】

   G06F 16/182 20190101AFI20220629BHJP

   G06Q 30/02 20120101ALI20220629BHJP

【ＦＩ】

G06F16/182 100

G06Q30/02

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2021005713

(22)【出願日】2021-01-18

(11)【特許番号】

(45)【特許公報発行日】2022-02-03

(31)【優先権主張番号】10-2020-0183462

(32)【優先日】2020-12-24

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

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

(71)【出願人】

【識別番号】520244544

【氏名又は名称】クーパン コーポレイション

(74)【代理人】

【識別番号】100188558

【弁理士】

【氏名又は名称】飯田 雅人

(74)【代理人】

【識別番号】100205785

【弁理士】

【氏名又は名称】▲高▼橋 史生

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】エリック・ション

(72)【発明者】

【氏名】スン・イク・ヤン

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049BB08

(57)【要約】

【課題】イベント情報を処理するデータ処理システムおよびその情報処理方法を提供する。
【解決手段】本開示によると、分散メッセージングシステムを利用したデータ処理システムの情報処理方法は、第１サーバーが少なくとも一つのアイテムと関連したイベント情報を獲得する段階；前記第１サーバーが前記獲得したイベント情報に基づいて分散メッセージサーバーに作業生成要請を伝送する段階；前記作業生成要請に基づいて前記分散メッセージサーバーが生成した作業要請メッセージを第２サーバーが獲得する段階；前記作業要請メッセージに基づいて前記第２サーバーが少なくとも一つのプロセッサを使ってイベント情報を処理する段階；前記第２サーバーが前記処理されたイベント情報をフロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーに伝送する段階を含むことができる。
【選択図】図１

【特許請求の範囲】

【請求項1】

分散メッセージングシステムを利用したデータ処理システムの情報処理方法において、
第１サーバーが少なくとも一つのアイテムと関連したイベント情報を獲得する段階；
前記第１サーバーが前記獲得したイベント情報に基づいて分散メッセージサーバーに作業生成要請を伝送する段階；
前記作業生成要請に基づいて前記分散メッセージサーバーが生成した作業要請メッセージを第２サーバーが獲得する段階；
前記作業要請メッセージに基づいて前記第２サーバーが少なくとも一つのプロセッサを使ってイベント情報を処理する段階；および
前記第２サーバーが前記処理されたイベント情報をフロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーに伝送する段階を含む、情報処理方法。

【請求項2】

前記少なくとも一つのプロセッサは分散キャッシュシステムを共有し、
前記分散キャッシュシステムは作業中断と関連した情報を保存する、請求項１に記載の情報処理方法。

【請求項3】

前記第２サーバーが作業を中断する中断要請を受信する段階；
前記第２サーバーが前記受信した中断要請に対応する作業要請メッセージの処理を中断し、前記処理が中断したメッセージの状態を中断状態と記録する段階；および
前記中断状態と記録されたメッセージのうち少なくとも一部を第１サーバーと関連したデータベースにアップロードする段階をさらに含む、請求項２に記載の情報処理方法。

【請求項4】

前記記録する段階は、
前記受信した中断要請が前記分散キャッシュシステムに保存された情報に対応するかどうかを確認する段階；
前記受信した中断要請が前記分散キャッシュシステムに保存された情報に対応する場合、前記第２サーバーが前記受信した中断要請により作業要請メッセージの処理を中断し、前記処理が中断したメッセージの状態を中断状態と記録する段階を含む、請求項３に記載の情報処理方法。

【請求項5】

前記データベースにアップロードされた中断状態と記録されたメッセージのうち少なくとも一部に対する再開始要請を確認する段階；および
前記分散メッセージサーバーを通じて前記再開始要請に対応するメッセージのうち少なくとも一部を前記第１サーバーから前記第２サーバーに伝送する段階をさらに含む、請求項３に記載の情報処理方法。

【請求項6】

前記中断要請は前記フロントエンド関連サーバーの作業処理時間が既指定された値を超過することに対応して生成される、請求項３に記載の情報処理方法。

【請求項7】

前記中断要請は前記第１サーバーの使用者の入力によって生成される、請求項３に記載の情報処理方法。

【請求項8】

前記第２サーバーは前記処理されたイベント情報を前記分散メッセージサーバーを通じて前記第１サーバーに提供する段階をさらに含む、請求項１に記載の情報処理方法。

【請求項9】

前記イベント情報はイベントの個数、割引金額、イベントの名称、イベント類型、配送類型、商品類型、販売期間、割引決済類型、イベント開始時間およびイベント終了時間のうち少なくとも一つを含む、請求項１に記載の情報処理方法。

【請求項10】

前記分散メッセージサーバーは複数のパーテーションを含み、
前記第２サーバーは前記複数のパーテーションのうち一つに対応する、請求項１に記載の情報処理方法。

【請求項11】

前記イベント情報を処理する段階は、
前記作業生成要請に基づいて前記少なくとも一つのプロセッサを確認する段階；および
前記少なくとも一つのプロセッサそれぞれを利用して前記イベント情報を分けて処理する段階を含む、請求項１に記載の情報処理方法。

【請求項12】

分散メッセージングシステムを利用したデータ処理システムにおいて、
少なくとも一つのアイテムと関連したイベント情報を獲得し、前記獲得したイベント情報に基づいて分散メッセージサーバーに作業生成要請を伝送する第１サーバー；
作業生成要請に基づいて第２サーバーに作業要請メッセージを伝送する前記分散メッセージサーバー；および
前記作業要請メッセージに基づいて少なくとも一つのプロセッサを使ってイベント情報を処理し、前記処理されたイベント情報をフロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーに伝送する前記第２サーバーを含む、システム。

【請求項13】

請求項１に記載された情報処理方法をコンピュータで実行させるためのプログラムを記録した、コンピュータ読み取り可能な非一過性の記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、分散メッセージングシステムを利用してイベント情報を処理するデータ処理システムおよびその情報処理方法に関する。

【背景技術】

【0002】

電子技術の発達につれて、生活全般には電子技術を利用したサービスが根付いてきた。このようなサービスは多数の使用者に提供されるため、使用者の数に比例して多くのデータを処理しなければならない場合が頻繁に発生している。例えば、電子商取引サービスで商品と関連したイベントを生成しようとする場合、イベントは多数の顧客に提供されるため、提供される顧客の数に比例して多量のイベント情報に対する処理が要求される。

【0003】

このように、多量のデータを処理する場合にはデータ処理量に比例して多くの所要時間が要求される。しかし、時間は限定的であるため多量のデータをより効率的に処理するための方法が要求される。

【発明の概要】

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

【0004】

本実施形態が解決しようとする課題は、分散メッセージングシステムに基づいて、少なくとも一つのプロセッサを利用してイベント情報が処理されるようにすることによって、より効率的かつ迅速に情報処理が行われるようにする電子装置およびその制御方法を提供するところにある。

【0005】

本実施形態が達成しようとする技術的課題は前記のような技術的課題に限定されず、以下の実施形態からさらに他の技術的課題が類推され得る。

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

【0006】

第１実施形態により、分散メッセージングシステムを利用したデータ処理システムの情報処理方法は、第１サーバーが少なくとも一つのアイテムと関連したイベント情報を獲得する段階；前記第１サーバーが前記獲得したイベント情報に基づいて分散メッセージサーバーに作業生成要請を伝送する段階；前記作業生成要請に基づいて前記分散メッセージサーバーが第２サーバーに作業要請メッセージを伝送する段階；前記作業要請メッセージに基づいて前記第２サーバーが少なくとも一つのプロセッサを使ってイベント情報を処理する段階；前記第２サーバーが前記処理されたイベント情報をフロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーに伝送する段階を含むことができる。

【0007】

第２実施形態により、分散メッセージングシステムを利用したデータ処理システムは、少なくとも一つのアイテムと関連したイベント情報を獲得し、前記獲得したイベント情報に基づいて分散メッセージサーバーに作業生成要請を伝送する第１サーバー；作業生成要請に基づいて第２サーバーに作業要請メッセージを伝送する前記分散メッセージサーバー；前記作業要請メッセージに基づいて少なくとも一つのプロセッサを使ってイベント情報を処理し、前記処理されたイベント情報をフロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーに伝送する前記第２サーバーを含むことができる。

【0008】

第３実施形態により、第１サーバーが少なくとも一つのアイテムと関連したイベント情報を獲得する段階；前記第１サーバーが前記獲得したイベント情報に基づいて分散メッセージサーバーに作業生成要請を伝送する段階；前記作業生成要請に基づいて前記分散メッセージサーバーが第２サーバーに作業要請メッセージを伝送する段階；前記作業要請メッセージに基づいて前記第２サーバーが少なくとも一つのプロセッサを使ってイベント情報を処理する段階；前記第２サーバーが前記処理されたイベント情報をフロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーに伝送する段階を含む、分散メッセージングシステムを利用したデータ処理システムの情報処理方法をコンピュータで実行させるためのプログラムを記録したコンピュータ読み取り可能な非一過性の記録媒体を含むことができる。

【0009】

その他の実施形態の具体的な事項は詳細な説明および図面に含まれている。

【発明の効果】

【0010】

本開示によると、データ処理システムおよびその情報処理方法は、分散メッセージングシステムに基づいて少なくとも一つのプロセッサを利用してイベント情報が処理されるようにすることによって、より効率的かつ迅速に情報処理が行われるようにすることができる。

【0011】

また、本開示によると、データ処理システムは分散キャッシュシステムを利用してデータ処理の途中で作業を中断できるようにすることによって、データ処理に対する制御が行われるようにすることができる。

【0012】

発明の効果は以上で言及した効果に制限されず、言及されていないさらに他の効果は特許請求の範囲の記載から当該技術分野の通常の技術者に明確に理解され得るであろう。

【図面の簡単な説明】

【0013】

【図1】一実施形態に係るデータ処理システムの概念図を示す。

【図2】一実施形態に係るデータ処理システムの情報処理方法のフローチャートである。

【図3】一実施形態に係るデータ処理システムの動作の例を説明するための図面である。

【図4】一実施形態に係るデータ処理システムのデータ処理現況情報が提供される例を示す図面である。

【図5】一実施形態に係るデータ処理システムのイベント情報を説明するための図面である。

【図6】一実施形態に係るデータ処理システムのデータ処理完了情報が提供される例を示す図面である。

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

【0014】

実施形態で使われる用語は、本開示での機能を考慮しつつ、可能な限り現在広く使われる一般的な用語を選択したが、これは当分野に従事する技術者の意図または判例、新しい技術の出現などによって変わり得る。また、特定の場合には出願人が任意に選定した用語もあり、この場合、該当する説明の部分で詳細にその意味を記載する。したがって、本開示で使われる用語は単なる用語の名称ではなく、その用語が有する意味と本開示の全般にわたった内容に基づいて定義されるべきである。

【0015】

明細書全体において、或る部分が何らかの構成要素を「含む」とする時、これは特に反対の記載がない限り、他の構成要素を除くものではなく他の構成要素をさらに含み得ることを意味する。

【0016】

明細書全体で記載された「ａ、ｂ、またはｃのうち少なくとも一つ」の表現は、「ａ単独」、「ｂ単独」、「ｃ単独」、「ａおよびｂ」、「ａおよびｃ」、「ｂおよびｃ」、または「ａ、ｂ、およびｃすべて」を含むことができる。

【0017】

以下で言及される「電子装置」は電子装置と指称され得、ネットワークを通じてサーバーや他の電子装置に接続できるコンピュータや携帯用端末で具現され得る。ここで、コンピュータは例えば、ウェブブラウザ（ＷＥＢ Ｂｒｏｗｓｅｒ）が搭載されたノートパソコン、デスクトップ（ｄｅｓｋｔｏｐ）、ラップトップ（ｌａｐｔｏｐ）等を含み、携帯用端末は例えば、携帯性と移動性が保障される無線通信装置であって、ＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（Ｗ－Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の通信基盤端末、スマートフォン、タブレットＰＣなどのようなすべての種類のハンドヘルド（Ｈａｎｄｈｅｌｄ）基盤の無線通信装置を含むことができる。

【0018】

以下、添付した図面を参照して、本開示の実施形態について、本開示が属する技術分野で通常の知識を有する者が容易に実施できるように詳細に説明する。しかし、本開示は多様な異なる形態で具現され得、ここで説明する実施形態に限定されない。

【0019】

以下、図面を参照して本開示の実施形態を詳細に説明する。

【0020】

図１は、一実施形態に係るデータ処理システムの概念図を示す。図１には本実施形態と関連した構成要素が図示されているがこれに制限されるものではなく、図１に図示された構成要素以外に他の汎用的な構成要素がさらに含まれ得る。

【0021】

図１を参照すると、データ処理システム（以下、システム）１００は、第１サーバー１１０、分散メッセージングサーバー１２０、少なくとも一つのサーバー１３０を含むことができる。第１サーバー１１０、分散メッセージングサーバー１２０および少なくとも一つのサーバー１３０それぞれはメモリおよびプロセッサを含むことができる。また、第１サーバー１１０、分散メッセージングサーバー１２０および少なくとも一つのサーバー１３０それぞれは少なくとも一つの機能や動作を処理する単位を意味し、これはハードウェアやソフトウェア、またはハードウェアおよびソフトウェアの結合で具現され得る。

【0022】

第１サーバー１１０は少なくとも一つのアイテムと関連したイベント情報を獲得することができる。少なくとも一つのアイテムは、例えばオンラインを通じて販売される少なくとも一つの商品を含むことができる。イベント情報は生成しようとするイベントに関する情報であって、ここでイベントは例えば少なくとも一つの商品の割引イベント（または割引プロモーション）を含むことができる。

【0023】

実施形態において、イベント情報は使用者の入力に基づいて獲得され得るがこれに制限されるものではなく、システム１００または第１サーバー１１０のデータベースに保存された情報に基づいて生成され得る。使用者の入力に基づいてイベント情報が獲得される例は図５を参照することができる。

【0024】

イベント情報は例えばイベントの個数、割引金額、イベントの名称、イベント類型、配送類型、商品類型、販売期間、割引決済類型、イベント開始時間およびイベント終了時間のうち少なくとも一つを含むことができる。イベントの個数は後述するデータ処理を通じて最終的に生成するイベントの数を含むことができる。割引金額はイベントを通じて割引される金額を含むことができる。イベント類型は例えばイベントが特定金額を割引する定額割引型なのか、特定の比率を割引する比率割引型なのかを含むことができる。配送類型は例えば無料配送なのかどうかを含むことができる。割引決済類型は割引を適用するための決済類型であって、例えば特定クレジットカードまたは特定決済方式を含むことができる。

【0025】

実施形態において、イベント情報はランダムに生成され得る。具体的には、イベント情報はデータベースに保存された情報がランダムに組み合わせられることに基づいて生成され得る。例えばデータベースには割引金額に対する複数の情報（例：１０００ウォン、３０００ウォン）および商品類型に関する複数の情報（例：衣類、食品）が保存され得る。このような場合、イベント情報は割引金額に関する複数の情報のうち一つと商品類型に関する複数の情報のうち一つがそれぞれランダムに選択されて結合されることによって生成され得る。例えば食品１０００ウォン割引イベントまたは衣類３０００ウォン割引イベントが生成され得る。

【0026】

場合により、イベント情報は現在状況を反映してデータベースに保存された情報を組み合わせることに基づいて生成され得る。例えばイベント情報は現在状況が夏である場合、データベースのうち夏と関連した情報の中からランダムに組み合わせられることに基づいて生成され得る。この時、現在状況（例：夏）に対応するイベント情報はあらかじめ指定され得る。

【0027】

一方、イベント情報の生成は第１サーバー１１０を通じて行われ得るが、これに制限されるものではなく、システム１００に含まれた別途の構成または第１サーバー１１０と区分される他の構成によって行われてもよい。

【0028】

実施形態において、第１サーバー１１０はステートフル（ｓｔａｔｅｆｕｌ）サーバーを含むことができる。具体的には、第１サーバー１１０は連結された他の電子装置（例：第２サーバー、外部装置（図示されず））との通信状態をリアルタイムに追跡し、追跡した通信状態を自身のサービス提供に利用することができる。例えば、第１サーバー１１０は他の電子装置とのデータの送受信の結果に対する情報をリアルタイムに追跡し、これに対する応答を他の電子装置に迅速に提供し、自身の動作状態も追跡した情報に基づいてリアルタイムに変更することができる。

【0029】

第１サーバー１１０はイベント情報に基づいて分散メッセージサーバー１２０に作業生成要請を伝送することができる。例えば、第１サーバー１１０はイベント情報を獲得すると、分散メッセージサーバー１２０にイベント情報の生成を要請する作業生成要請を伝送することができる。第１サーバー１１０は分散メッセージサーバー１２０を利用してイベント情報が第２サーバー１３０に提供されるようにすることができる。

【0030】

分散メッセージサーバー１２０は受信した情報が他の装置に分散するように制御するサーバーを含むことができる。例えば分散メッセージサーバー１２０は分散メッセージングシステムであるＡｐａｃｈｅ Ｋａｆｋａ（登録商標）を含むことができるが、これに制限されるものではない。

【0031】

実施形態において、分散メッセージサーバー１２０は情報伝送と関連した複数のパーテーションを含むことができる。複数のパーテーションそれぞれには対応する他の装置（例：少なくとも一つのサーバー１３０）がマッピングされ得る。このような場合、第１サーバー１１０から受信した情報は複数のパーテーションに基づいて区分されて他の装置に伝達され得る。

【0032】

一実施形態において、分散メッセージサーバー１２０は作業要請メッセージを特定の論理的位置に伝送し、複数のパーテーションそれぞれに対応するサーバーが前記論理的位置に保存されたメッセージを獲得する方式でメッセージ伝送が遂行されてもよい。例えば、分散メッセージサーバー１２０は複数のパーテーションそれぞれに第１サーバー１１０から受信した情報が割当され、複数のパーテーションそれぞれに対応するサーバー（例：第２サーバー１３１、第３サーバー１３２）は複数のパーテーションとの連結に基づいて作業要請メッセージを獲得することができる。具体的には、例えば分散メッセージサーバー１２０の第１パーテーションに第１サーバー１１０から受信した情報（例：１００００個の割引イベントを生成するようにする作業要請メッセージ）のうち一部（例：５０００個の割引イベントを生成するようにする作業要請メッセージ）が割当され、第２パーテーションに第１サーバー１１０から受信した情報のうち他の一部（例：残りの５０００個の割引イベントを生成するようにする作業要請メッセージ）が割当され得る。このような場合、第１パーテーションに割当された情報は少なくとも一つのサーバー１３０のうち第１パーテーションとマッピングされたサーバーが獲得し、第２パーテーションに割当された情報は少なくとも一つのサーバー１３０のうち第２パーテーションとマッピングされたサーバーが獲得することができる。

【0033】

他の一実施形態において、分散メッセージサーバー１２０は複数のパーテーションそれぞれに対応するサーバー（例：第２サーバー１３１、第３サーバー１３２）に作業要請メッセージを伝送することができる。例えば、作業生成要請が１万個の割引イベントを生成する要請である場合、分散メッセージサーバー１２０は作業生成要請を分けて、少なくとも一つのサーバー１３０それぞれに５０００個の割引イベントを生成するようにする作業要請メッセージを伝送することができる。他の例を挙げると、作業生成要請が１万個の割引クーポンを生成する要請である場合、分散メッセージサーバー１２０は作業生成要請を分けて、少なくとも一つのサーバー１３０それぞれに５０００個の割引クーポンを生成するようにする作業要請メッセージを伝送することができる。

【0034】

以下では、説明の便宜のために第２サーバー１３１の動作を基準として説明することにし、第２サーバー１３１の動作に対応する動作は少なくとも一つのサーバー１３０に含まれる他のサーバー、例えば第３サーバー１３２によっても遂行され得る。また、図１では少なくとも一つのサーバー１３０が２個のサーバー（例：第２サーバー１３１と第３サーバー１３２）を含むものとして図示したが、これに制限されず、第２サーバー１３１または第３サーバー１３２に対応するさらに多い数のサーバーを含んでもよい。

【0035】

第２サーバー１３１は、作業要請メッセージに基づいて少なくとも一つのプロセッサ１４１を使ってイベント情報を処理することができる。具体的には、第２サーバー１３１は少なくとも一つのプロセッサ１４１を含むことができ、少なくとも一つのプロセッサ１４１を利用して作業要請メッセージに対応する動作を遂行することによってイベント情報を処理することができる。例えば、作業要請メッセージが５０００個の割引イベントを生成するようにするメッセージを含む場合、少なくとも一つのプロセッサ１４１は５０００個の割引イベントを生成することができる。これに伴い、第２サーバー１３１に割当されたイベント情報の処理が行われ得る。

【0036】

実施形態において、少なくとも一つのプロセッサ１４１は複数個のプロセッサで具現され得る。このような場合、第２サーバー１３１に割当された作業要請メッセージはそれぞれのプロセッサに分けられて処理され得る。場合により、それぞれのプロセッサに分けられる作業要請メッセージの量はプロセッサの性能、イベント情報類型によって異なり得る。例えばイベント情報が第１類型のイベント情報に対応する場合は第１プロセッサと第２プロセッサに１：１の割合で割当され、第２類型のイベント情報に対応する場合は第１プロセッサと第２プロセッサに２：１の割合で割当され得る。

【0037】

第２サーバー１３１は処理されたイベント情報をフロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーに伝送することができる。フロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーは、実際のイベント情報を利用してサービスを提供するサーバーを含むことができる。例えばイベント情報が割引イベントである場合、フロントエンド関連サーバーは割引イベントを提供するオンラインサイトに対応するサーバーを含むことができる。

【0038】

実施形態において、第２サーバー１３１はステートレス（ｓｔａｔｅｌｅｓｓ）（または無状態）サーバーを含むことができる。具体的には、第２サーバー１３１は連結された他の電子装置（例：第１サーバー１３０、または分散メッセージサーバー１２０）から受信した入力に基づいてサービスを提供することができる。すなわち、通信状態をリアルタイムに確認し、それに基づいて自身の動作を制御する第１サーバー１１０とは異なり、第２サーバー１３１は他の装置から受信する入力によって動作を遂行する。このような第２サーバー１３１は通信状態にかかわらず安定して動作を遂行することができる。

【0039】

実施形態において、第２サーバー１３１は分散キャッシュシステム（ｍｅｍｃａｃｈｅｄ）を含むことができる。分散キャッシュシステムは外部データソースとの読み取り回数を減らすために、読み取る対象となるデータおよび客体のうち少なくとも一部をキャッシュ処理した構成を含むことができる。分散キャッシュシステムはソフトウェアで具現され得るが、これに制限されるものではない。

【0040】

実施形態において、第２サーバー１３１が分散キャッシュシステムを含む場合、第２サーバー１３１の少なくとも一つのプロセッサ１４１それぞれは分散キャッシュシステムを共有することができる。例えば少なくとも一つのプロセッサが第１プロセッサと第２プロセッサを含む場合、分散キャッシュシステムは第１プロセッサと第２プロセッサそれぞれによって利用され得る。

【0041】

実施形態において、分散キャッシュシステムは作業中断と関連した情報を保存することができる。例えば分散キャッシュシステムは少なくとも一つのサーバー１３０または少なくとも一つのプロセッサ１４１と共有される作業中断と関連した情報を保存することができる。作業中断と関連した情報は、作業中断を示すフラグ情報を含むことができる。このような場合、少なくとも一つのプロセッサ１４１は分散メッセージサーバー１２０から受信するメッセージに作業中断と関連した情報がある場合、受信されるメッセージに対応するイベント情報処理を中断することができる。

【0042】

具体的には例えば、第２サーバー１３１はＡイベント生成のための作業要請メッセージに基づいてＡイベントを生成することができる。Ａイベント生成過程で第２サーバー１３１は新しい作業要請メッセージを受信することができる。このような場合、第２サーバー１３１は受信した新しい作業要請メッセージが分散キャッシュシステムに既保存された情報に対応するかどうかを確認することができる。第２サーバー１３１は受信した新しい作業要請メッセージが分散キャッシュシステムに既保存された情報に対応する場合、新しい作業要請メッセージに対応するイベント処理を中断することができる。この時、新しい作業要請メッセージに対応するイベントがＡイベントである場合、Ａイベントの生成は中止され得る。

【0043】

実施形態において、第２サーバー１３１は作業を中断する中断要請を受信することができる。例えば第２サーバー１３１は中断要請を示す既指定された情報を含むメッセージを分散メッセージングサーバー１２０から受信することができる。他の例を挙げると、第２サーバー１３１は中断要請を示す既指定された情報を含むメッセージを他の装置（例：フロントエンド関連サーバー））から受信することができる。第２サーバー１３１は中断要請に対応する作業要請メッセージの処理を中断し、処理が中断したメッセージの状態を中断状態と記録することができる。ここでメッセージの状態は分散キャッシュシステムに記録され得るが、これに制限されるものではない。

【0044】

実施形態により、第２サーバー１３１は受信した中断要請が分散キャッシュシステムに保存された情報に対応するかどうかを確認することができる。例えば、分散キャッシュシステムは前述した通り、作業中断と関連した情報を含むことができるが、第２サーバー１３１は受信した中断要請がこのような分散キャッシュシステムに保存された情報に対応する場合、受信した中断要請により作業要請メッセージの処理を中断することができる。第２サーバー１３１は処理が中断したメッセージの状態を中断状態と記録することができる。

【0045】

第２サーバー１３１は中断状態と記録されたメッセージのうち少なくとも一部を第１サーバーと関連したデータベースにアップロードすることができる。ここで、データベースは前述したイベント情報の生成と関連した情報を保存するデータベースに対応し得るがこれに制限されるものではなく、別途のデータベースに対応してもよい。

【0046】

実施形態において、中断要請はフロントエンド関連サーバーの作業処理時間が既指定された値を超過することに対応して生成され得る。このような場合、第２サーバー１３１はフロントエンド関連サーバーの作業処理時間が既指定された値を超過する場合、中断要請を受信することができる。この時、中断要請はフロントエンド関連サーバーから第２サーバー１３１に提供され得るが、これに制限されるものではなく、例えばフロントエンド関連サーバーの動作状態を感知する他のサーバー、例えば第１サーバー１１０から第２サーバー１３１に提供されてもよい。

【0047】

一実施形態において、中断要請はフロントエンド関連サーバーのイベントの提供と関連した作業処理時間が既指定された時間を超過する場合に生成され得る。例えばフロントエンド関連サーバーのイベントの提供と関連した動作時間が既指定された時間を超過する場合は、イベントが割引クーポン１００００個の生成に対応して１００００人の使用者に割引クーポンを提供しなければならないが、割引クーポンの提供に要される時間が既指定された時間を超過する場合を含むことができる。既指定された時間はイベントの種類によってあらかじめ指定され得、フロントエンド関連サーバーは処理されたイベント情報の受信に対応して既指定された時間を確認し、既指定された時間を超過してイベント提供に時間を要する場合には中断要請を生成することができる。ただし、中断要請生成はフロントエンド関連サーバー以外の他のサーバー、例えばフロントエンド関連サーバーと第１サーバーが連結される場合は、第１サーバーによって中断要請生成の有無の確認および中断要請の生成が遂行され得る。

【0048】

他の一実施形態において、中断要請はフロントエンド関連サーバーの現在時間がイベントと関連して既指定された期間（例：イベントの割引期間、イベントの提供期間）と異なる場合に生成され得る。例えばフロントエンド関連サーバーの現在時間がイベントと関連して既指定された期間（例：イベントの割引期間、イベントの提供期間）と異なる場合は、フロントエンド関連サーバーの時間は２０２０年１２月２０日であるが、イベントと関連して既指定された期間は２０２０年１１月１１日から２０２０年１１月２０日である場合を含むことができる。このように、場合によって、フロントエンド関連サーバーの現在時間がイベントと関連して既指定された期間（例：イベントの割引期間、イベントの提供期間）と異なる場合は現在時間が既指定された期間より過去時点である場合を含むことができるが、これに制限されるものではない。

【0049】

さらに他の一実施形態として、中断要請はイベント情報がフロントエンド関連サーバーを通じて提供されることに基づいて、顧客（または顧客の電子装置）から受信する入力の数が既指定された数を超過する場合に生成され得る。例えば現在進行中であるイベントに対する顧客の対応入力（例：クーポンの使用）が既指定された数または比率（例：提供された全体クーポンの８０％）以上である場合に中断要請が生成され得る。

【0050】

実施形態において、中断要請は使用者の入力によって生成され得る。例えば中断要請は使用者から第１サーバー１１０に既指定された入力が受信される場合に生成され得る。このような場合、第２サーバー１３１は分散メッセージングサーバー１２０を通じて第１サーバー１１０から中断要請を受信することができる。

【0051】

実施形態において、第１サーバー１１０はデータベースにアップロードされた中断状態と記録されたメッセージのうち、少なくとも一部に対する再開始要請を確認することができる。第１サーバー１１０は分散メッセージサーバー１２０を通じて再開始要請に対応するメッセージのうち、少なくとも一部を第１サーバー１１０から第２サーバー１３１に伝送することができる。このような場合、第２サーバー１３１は受信したメッセージに対する処理を再開することができる。

【0052】

場合により、再開始要請に関する情報は分散キャッシュシステムにあらかじめ保存されていてもよい。また、前記中断要請によって中断されたメッセージは分散キャッシュシステムに保存されていてもよい。このような場合、第１サーバー１１０は再開始要請を確認することに対応して再開始要請に関する情報を分散メッセージングサーバー１２０を通じて第２サーバー１３１に伝送することができる。第２サーバー１３１は受信した再開始要請に関する情報が分散キャッシュシステムに保存された情報に対応する場合、再開始要請に対応するメッセージを分散キャッシュシステムで確認して処理を再開することができる。例えば第２サーバー１３１は受信した再開始要請に対する情報が分散キャッシュシステムに保存された情報に対応する場合、中断されたメッセージのうち再開始要請に対応するメッセージを分散キャッシュシステムで確認し、確認されたメッセージに対する処理を遂行することができる。

【0053】

実施形態において、再開始要請は使用者の入力またはフロントエンド関連サーバーの状態に基づいて生成され得る。例えば再開始要請は再開始を表す使用者の特定入力が受信されることに基づいて第１サーバー１１０により生成され得る。他の例を挙げると、再開始要請は第２サーバー１３０の動作エラーが解消される場合、第２サーバー１３０または第２サーバー１３０の状態を感知する装置（例：第１サーバー１１０）により生成され得る。

【0054】

実施形態において、第２サーバー１３１は処理されたイベント情報を分散メッセージサーバー１２０を通じて第１サーバー１１０に伝送することができる。これに伴い、第１サーバー１１０は要請された作業の遂行状態を把握することができる。

【0055】

一方、前述した通り、イベント情報は少なくとも一つのサーバー１３０により分けて処理され得る。このような場合、第１サーバー１１０は少なくとも一つのサーバー１３０それぞれから処理されたイベント情報を受信することができる。少なくとも一つのサーバー１３０のうち少なくとも一部の情報処理速度は異なり得、このような場合、第１サーバー１１０は処理されたイベント情報、すなわちイベント情報の処理結果を示す情報を異なる時点で受信することができる。このような情報の受信により、第１サーバー１１０はイベント情報の処理状態に関する情報を提供することができる。例えば第１サーバー１１０は少なくとも一つのサーバー１３０のうち一部から処理結果を獲得した場合、イベント情報の処理状態が「作業中」という情報を提供することができる。第１サーバー１１０は少なくとも一つのサーバー１３０のすべてから処理結果を獲得した場合、イベント情報の処理状態が「完了」という情報を提供することができる。

【0056】

図２は、一実施形態に係るデータ処理システムの情報処理方法のフローチャートである。図２に図示された方法の各段階は、場合により図面に図示されたものとその順序を異にして遂行され得る。以下では前述した図１での内容と重複する内容が省略され得る。

【0057】

図２を参照すると、段階２１０で、第１サーバーが少なくとも一つのアイテムと関連したイベント情報を獲得することができる。少なくとも一つのアイテムは例えばオンラインサイトを通じて販売される商品を含むことができるが、これに制限されるものではない。イベント情報は少なくとも一つのアイテムと関連して提供されるイベントに関する情報であって、例えば割引プロモーション情報を含むことができる。イベント情報は割引プロモーションと関連した多様な情報、例えばイベントの個数、割引金額、イベントの名称、イベント類型、配送類型、商品類型、販売期間、割引決済類型、イベント開始時間およびイベント終了時間のうち少なくとも一つを含むことができる。

【0058】

実施形態において、イベント情報は第１サーバーまたは他の装置によって生成されることに基づいて第１サーバーが獲得することができる。しかし、これに制限されるものではなく、場合により使用者の入力に基づいて第１サーバーが獲得することができる。

【0059】

段階２２０で、第１サーバーは獲得したイベント情報に基づいて分散メッセージサーバーに作業生成要請を伝送することができる。第１サーバーはイベント情報を獲得すると、イベント情報に対応するイベント生成を要請する作業生成要請を分散メッセージサーバーに伝送することができる。イベント情報に対応するイベントはイベント情報に基づいて生成されるサービスであって、例えば割引イベントまたはクーポン生成イベントを含むことができる。

【0060】

イベントはイベント情報の処理に基づいて生成され得、イベント情報の処理方式、例えばイベント情報をどのように組み合わせるかまたはイベント情報を適用するアルゴリズムはあらかじめ指定され得る。

【0061】

段階２３０で、作業生成要請に基づいて分散メッセージサーバーが生成した作業要請メッセージを第２サーバーが獲得することができる。分散メッセージサーバーは作業生成要請を受信すると、第２サーバーとマッピングされたパーテーションに受信された作業生成要請に基づいて作業要請メッセージを割当して、第２サーバーによって作業要請メッセージが獲得されるようにすることができる。この時、作業要請メッセージは作業生成要請に含まれ得るが、これに制限されるものではなく、分散メッセージサーバーが作業生成要請に基づいて作業要請メッセージを生成してもよい。

【0062】

実施形態において、作業要請メッセージはイベント情報のうち少なくとも一部、第２サーバーに割当された作業に関する情報を含むことができる。このような場合、第２サーバーは第２サーバーに割当された作業に関する情報に基づいて受信した少なくとも一部のイベント情報を利用してイベントを生成することができる。

【0063】

一方、第２サーバーは分散メッセージサーバーと連結された少なくとも一つのサーバーのうち一つに対応し得る。このような場合、第２サーバーが作業要請メッセージを獲得する場合、少なくとも一つのサーバーに含まれる第２サーバー以外の他のサーバーそれぞれも作業要請メッセージを獲得することができる。

【0064】

段階２４０で、作業要請メッセージに基づいて第２サーバーが少なくとも一つのプロセッサを使ってイベント情報を処理することができる。第２サーバーは少なくとも一つのプロセッサを含むことができる。このような場合、第２サーバーは少なくとも一つのプロセッサを利用して、作業要請メッセージに対応するイベント生成のためにイベント情報を処理することができる。イベント情報の処理に基づいて第２サーバーに割当されたイベントが生成され得る。

【0065】

段階２５０で、第２サーバーが処理されたイベント情報をフロントエンド関連サーバーに伝送することができる。例えば、第２サーバーはイベント情報の処理が完了すると、処理されたイベント情報をフロントエンド関連サーバーに伝送することができる。フロントエンド関連サーバーはイベントを利用してサービスを提供するサーバーであって、例えばオンラインサイトの管理のためのサーバーを含むことができるが、これに制限されるものではない。

【0066】

実施形態において、処理されたイベント情報はフロントエンド関連サーバーに伝送されることに基づいて遂行され得、これに伴い、イベントがサービスを利用する使用者に提供され得る。

【0067】

実施形態において、第２サーバーはイベント情報が処理されることに対応してイベント情報処理の完了を示す情報を第１サーバーに伝送することができる。このような伝送は分散メッセージサーバーを通じて行われ得る。

【0068】

実施形態において、第１サーバーはイベント情報処理の完了を示す情報を第２サーバーから受信した場合、第１サーバーの使用者にイベント情報処理に関する状態情報を提供することができる。これと関連したより具体的な例は図４または図６を参照することができる。

【0069】

実施形態において、データ処理システムは分散キャッシュシステムを含むことができる。分散キャッシュシステムは例えば第２サーバーに含まれ得るが、これに制限されるものではなく、別途の構成で設けられて第１サーバー、第２サーバーのような他の装置と連結され得る。

【0070】

実施形態において、分散キャッシュシステムは作業中断と関連した情報を保存することができる。このような場合、第２サーバーは分散キャッシュシステムを利用して受信されるメッセージが作業中断に関連するかどうかを確認し、作業中断と関連した場合、該当メッセージに対する処理を中断することができる。例えば第２サーバーはメッセージを受信すると、分散キャッシュシステムを利用してメッセージに中断要請が含まれるかどうかを確認することができる。第２サーバーは中断要請が含まれる場合、受信したメッセージに対応する処理動作を中断することができる。

【0071】

実施形態において、メッセージに関する情報処理が中断した場合、第２サーバーは第１サーバーに処理が中断したメッセージに関する情報を伝送することができる。第１サーバーは受信した情報を第１サーバーと関連したデータベースに保存することができる。場合により、処理が中断したメッセージに対する処理を再開するための入力が受信され得る。このような場合、第１サーバーは第２サーバーにメッセージ処理の再開のための再開始要請を伝送することができる。第２サーバーは再開始要請に対応するメッセージを確認し、確認されたメッセージに対する処理を遂行することができる。

【0072】

実施形態によりメッセージの処理が中断した場合、分散キャッシュシステムには処理が中断したメッセージが保存され得る。このような場合、第２サーバーは再開始要請が受信されることに基づいて、分散キャッシュシステムに保存された処理が中断したメッセージを確認することができる。第２サーバーは確認されたメッセージに対する処理を再開することができる。

【0073】

実施形態において、前述した中断要請はフロントエンドと関連したサーバーの状態および第１サーバーに対する使用者の入力のうち少なくとも一つに基づいて発生し得る。例えば、中断要請はフロントエンドと関連したサーバーのイベント提供にエラーが発生する場合に発生し得る。より具体的には、例えば中断要請はフロントエンド関連サーバーのイベントの提供と関連した作業処理時間が既指定された時間を超過する場合、フロントエンド関連サーバーの現在時間がイベントと関連して既指定された期間（例：イベントの割引期間、イベントの提供期間）と異なる場合、またはイベント情報がフロントエンド関連サーバーを通じて提供されることに基づいて顧客（または顧客の電子装置）から受信する入力の数が既指定された数を超過する場合に生成され得る。

【0074】

具体的には例えば、フロントエンド関連サーバーのイベントの提供と関連した作業処理時間が既指定された時間を超過する場合は、イベントが割引クーポン１００００個の生成であることに対応して１００００人の使用者に割引クーポンを提供しなければならないが、割引クーポンの提供に要する時間が既指定された時間を超過する場合を含むことができる。既指定された時間はイベントの種類によってあらかじめ指定され得、フロントエンド関連サーバーは処理されたイベント情報の受信に対応して既指定された時間を確認し、既指定された時間を超過してイベント提供に時間を要する場合には中断要請を生成することができる。ただし、中断要請生成はフロントエンド関連サーバー以外の他のサーバー、例えばフロントエンド関連サーバーと第１サーバーが連結される場合は第１サーバーによって中断要請生成の有無の確認および中断要請の生成が遂行され得る。

【0075】

また、フロントエンド関連サーバーの現在時間がイベントと関連して既指定された期間（例：イベントの割引期間、イベントの提供期間）と異なる場合は、フロントエンド関連サーバーの時間は２０２０年１２月２０日であるが、イベントと関連して既指定された期間は２０２０年１１月１１日から２０２０年１１月２０日である場合を含むことができる。場合によりフロントエンド関連サーバーの現在時間がイベントと関連して既指定された期間（例：イベントの割引期間、イベントの提供期間）と異なる場合は、現在時間が既指定された期間より過去時点である場合を含むことができるが、これに制限されるものではない。

【0076】

また、イベント情報がフロントエンド関連サーバーを通じて提供されることに基づいて顧客（または顧客の電子装置）から受信する入力の数が既指定された数を超過する場合は、例えば現在進行中であるイベントに対する顧客の対応入力（例：クーポンの使用）が既指定された数または比率（例：提供された全体クーポンの８０％）以上である場合を含むことができる。

【0077】

図３は、一実施形態に係るデータ処理システムの動作の例を説明するための図面である。

【0078】

図３を参照すると、データ処理システム３００は第１サーバー３１０、分散メッセージサーバー３２０および第２サーバー３３０を含むことができる。場合により図示された通り、データ処理システム３００はフロントエンド関連サーバー３４０をさらに含むことができるが、これに制限されるものではない。また、以下の図３と関連した追加的に付加されたデータ処理システム３００の構成（例：入力部３１１、データベース３１２、イベント管理部３３５）のうち少なくとも一部は、具現の形態によりデータ処理システム３００の他の構成（例：第１サーバー３１１、第２サーバー３３０、フロントエンド関連サーバー３４０）に含まれるように具現されたり省略され得るが、本実施形態はこれに制限されはしない。

【0079】

実施形態において、入力部３１１は使用者３０１、３０２の入力を受信することができる。具体的には、入力部３１１は第１使用者３０１からイベント情報生成と関連した、例えばイベント情報生成のための作業処理方式を決定する入力を受信することができる。入力部３１１は第２使用者３０２からデータ処理システム３００により処理されるイベント情報を受信することができる。イベント情報は例えば顧客に提供するサービス（例：割引プロモーション、クーポンプロモーション）の生成と関連した情報であり得、実施形態により作業キュー（ｊｏｐ ｑｕｅｕｅ）と指称され得る。イベント情報の入力と関連した例は図５を参照することができる。

【0080】

実施形態において、入力部３１１は入力を受信する多様な構成で具現され得る。例えば入力部はオンラインストレージサービス（ｏｎｌｉｎｅ ｓｔｏｒａｇｅ ｓｅｒｖｉｃｅ）または後述する分散メッセージサーバー３２０と区分される他の分散メッセージサーバーの形態で具現され得る。

【0081】

実施形態において、第１サーバー３１０は入力部３１１に入力される情報を獲得することができる。例えば第１サーバー３１０は第１使用者３０１から入力された作業処理方式に関する情報を獲得し、第２使用者３０１から入力されたイベント情報を獲得することができる。第１サーバー３１０は前記作業処理方式によってイベント情報が処理されるようにすることができる。

【0082】

一方、作業処理方式は例えば、分散メッセージサーバー３２０を通じて第１サーバー３１０から少なくとも一つのサーバーにイベント情報処理のための作業要請メッセージが分散提供されることに基づいて、少なくとも一つのサーバーに分けて作業要請メッセージに対応するイベント情報が処理される方式を含むことができる。

【0083】

実施形態において、第１サーバー３１０はステートフル（ｓｔａｔｅｆｕｌ）サーバーであって、入力部３１１から入力されたイベント情報を分散メッセージサーバー３２０に伝送することができる。分散メッセージサーバー３２０は受信したイベント情報を少なくとも一つのサーバーに分けて伝送することができる。少なくとも一つのサーバーは図３の第２サーバー３３０を含むことができる。図示してはいないが、少なくとも一つのサーバーは第２サーバー３３０と区分される他のサーバーをさらに含んでもよい。このような場合、後述する第２サーバー３３０の動作は他のサーバーでも同様に遂行され得、第２サーバー３３０に伝送される作業要請メッセージは他のサーバーにも伝送され得る。

【0084】

実施形態において、分散メッセージサーバー３２０は少なくとも一つのサーバーそれぞれに対応する複数のパーテーションを含むことができる。分散メッセージサーバーはイベント情報に対応する作業要請メッセージを生成して複数のパーテーションそれぞれに分配することができる。例えばイベント情報が１００００個のプロモーションの生成であり、複数のパーテーションが２つ（この場合、少なくとも一つのサーバーは２個であり得る）の場合、１００００個のプロモーションを２個に分けてそれぞれ５０００個のプロモーションを生成するようにする作業要請メッセージを複数のパーテーションそれぞれに分配することができる。このような作業要請メッセージは、少なくとも一つのサーバーそれぞれにより確認されることに基づいて、少なくとも一つのサーバーそれぞれによりイベント情報の処理、すなわち５０００個のプロモーションが生成され得る。

【0085】

実施形態において、第２サーバー３３０は少なくとも一つのプロセッサ３３１を含むことができる。第２サーバー３３０は少なくとも一つのプロセッサ３３１を含む場合、少なくとも一つのプロセッサ３３１それぞれを利用して割当された作業（例：５０００個のプロモーション生成）の処理を遂行することができる。一方、少なくとも一つのプロセッサ３３１は図示された通り、複数のプロセッサを含むことができるが、これに制限されるものではない。

【0086】

実施形態において、第２サーバー３３０は作業要請メッセージに基づいてイベント情報の処理が遂行されると、処理されたイベント情報をフロントエンド関連サーバー３４０に伝送することができる。場合により図３に図示された通り、処理されたイベント情報はイベント管理部３３５を通じてフロントエンド関連サーバー３４０に伝送され得る。ここで、イベント管理部３３５は少なくとも一つのサーバーそれぞれと連結されて少なくとも一つのサーバーそれぞれから処理されたイベント情報を受信し、これをフロントエンド関連サーバー３４０に伝送することができる。

【0087】

実施形態において、第１サーバー３１０、分散メッセージサーバー３２０、少なくとも一つのサーバー（例：第２サーバー３３０）を通じて生成されるイベントの種類は多様であり得る。このような場合、イベントの種類別に対応するフロントエンド関連サーバーは異なり得る。例えば第１イベントの場合、第１フロントエンド関連サーバーを通じて顧客に提供されるものであり、第２イベントの場合、第２フロントエンド関連サーバーを通じて顧客に提供されるものであり得る。このような場合、イベント管理部３３５は少なくとも一つのサーバーそれぞれから受信するイベントの種類を確認し、確認された種類によって対応するフロントエンド関連サーバーに処理されたイベント情報を提供することができる。

【0088】

場合により、図示された通り、イベント管理部３３５は第３使用者３０３から入力を受信することができる。第３使用者３０３はイベント管理部３３５の動作を制御する使用者を含むことができる。このような場合、イベント管理部３３５は第３使用者３０３からイベントの種類の基準に対する入力を受信し、受信した入力に基づいて処理されたイベント情報を区分して対応するフロントエンド関連サーバーに提供することができる。

【0089】

実施形態において、第２サーバー３３０は作業要請メッセージに基づいてイベント情報の処理が完了する場合、処理完了を示す情報を第１サーバー３１０に伝送することができる。第１サーバー３１０は受信した情報をデータベース３１２に保存することができる。一方、図３ではデータベース３１２が第１サーバー３１０と別途に構成される例を示したが、これに制限されるものではなく、データベース３１２は第１サーバー３１０に含まれるように具現されてもよい。

【0090】

実施形態において、データ処理システム３００は分散キャッシュシステム３３３を含むことができる。分散キャッシュシステム３３３は作業中断と関連した情報を保存する構成であり得る。一方、図３では分散キャッシュシステム３３３が第２サーバー３３０に含まれる例を示したがこれに制限されるものではなく、第２サーバー３３０と区分される構成で具現されてもよい。

【0091】

分散キャッシュシステム３３３に保存された情報は、少なくとも一つのサーバーおよび少なくとも一つのサーバーそれぞれに含まれる少なくとも一つのプロセッサによって共有され得る。このような場合、分散メッセージサーバー３２０を通じて受信される情報は、分散キャッシュシステム３３３に基づいて中断要請なのかどうかが確認され得る。例えば第２サーバー３３０は分散メッセージサーバー３２０を通じて作業要請メッセージを受信すると、分散キャッシュシステム３３３に基づいて作業要請メッセージが中断要請に対応するかどうかを確認することができる。具体的には、作業要請メッセージが中断要請と関連した場合、作業要請メッセージには中断要請を示す既指定された情報が含まれ得、既指定された情報は分散キャッシュシステム３３３にあらかじめ保存され得る。これに伴い、第２サーバー３３０は作業要請メッセージを受信すると、分散キャッシュシステム３３３に保存された情報との比較を通じて作業要請メッセージが中断要請に関連するかどうかを確認することができる。

【0092】

実施形態において、第２サーバー３３０は作業要請メッセージが中断要請と関連した場合、作業要請メッセージに対応する処理動作の遂行を中断することができる。例えば、第２サーバー３３０は作業要請メッセージが中断要請と関連した場合、第２サーバー３３０が処理中であるイベント情報のうち作業要請メッセージに対応するイベント情報を確認し、確認されたイベント情報の処理を中断することができる。

【0093】

実施形態において、第２サーバー３３０はイベント情報の処理中断に対応して処理が中断したイベント情報に対応するメッセージの状態を中断状態と記録することができる。第２サーバー３３０は中断状態と記録されたメッセージのうち少なくとも一部を第１サーバー３１０と関連したデータベース３１２にアップロードすることができる。

【0094】

場合により、第１サーバー３１０は処理が中断したメッセージの処理を再開始する要請を受信することができる。このような場合、第１サーバー３１０は再開始要請を分散メッセージサーバー３２０を通じて第２サーバー３３０に伝送することができる。再開始要請を示す情報は分散キャッシュシステム３３３にあらかじめ保存され得、第２サーバー３３０は再開始要請は分散キャッシュシステム３３３に基づいて確認して情報処理を再開始することができる。

【0095】

図４は、一実施形態に係るデータ処理システムのデータ処理現況情報が提供される例を示す図面である。

【0096】

図４を参照すると、イベント情報の処理現況に関する情報が提供され得る。例えば第１領域４１０にはイベント情報の処理現況に対する現在状態に関する情報が簡略に提供され、第２領域４２０には処理現況に対する具体的な情報が提供され得る。現在状態に関する情報は図示された通り、「登録」、「配布」、「実行」、「完了」のうち現在状態がどのような状態に対応するかどうかに関する情報を含むことができる。

【0097】

処理現況に関する具体的な情報は、処理が進行されたイベント情報の処理状態項目（例：重複、成功、失敗、中断）別に対応するイベントの数を含むことができる。例えばイベント情報が６０１，８１３個のイベント生成と関連した場合、６０１，８１３個のイベントのうち項目別に対応するイベントの数を含むことができる。

【0098】

実施形態において、図４は、第１サーバーの使用者に提供される画面の例を示し得るが、これに制限されるものではない。

【0099】

図５は、一実施形態に係るデータ処理システムのイベント情報を説明するための図面である。具体的には、図５は、使用者入力に基づいてイベント情報が入力される場合、情報の入力のために提供される画面の例を示す。

【0100】

図５を参照すると、イベント情報の入力を要請する画面が提供され得る。イベント情報はファイルを含むことができ、このような場合、イベント情報に対応するファイルが図５のような画面を通じてアップロードされ得る。これに伴い、第１サーバーはイベント情報を確認してデータ処理動作を遂行することができる。

【0101】

図５ではイベント情報に対応するファイルはＣＳＶファイルであると指称したが、このような用語に本明細書の実施形態が制限されはしない。

【0102】

場合により、アップロード可能なファイルの形式はあらかじめ指定され得る。このような場合、第１サーバーは図５のような画面を通じてファイルの形式情報、すなわちテンプレート提供することができる。例えば「テンプレートダウンロード」というボタンに対する使用者の入力が受信されることに対応して、使用者の電子装置にテンプレートがダウンロードされ得る。

【0103】

図６は、一実施形態に係るデータ処理システムのデータ処理完了情報が提供される例を示す図面である。具体的には図６は、イベント情報の処理が完了した場合、イベント情報の処理現況情報を提供する画面の例を示す。

【0104】

図６を参照すると、イベント情報の処理が完了すると、要請された全体イベント情報に対応するイベント数の中で処理に成功したイベントの数、処理に失敗したイベントの数、すでにイベントが生成されて新しくイベントを生成していない重複イベントの数に関する情報が表示され得る。また、イベント情報の作業要請者、作業要請日、作業情報のアップデート日などのような情報が提供され得る。ただし、図６は例示にすぎず、本実施形態はこのような例に制限されず、イベント情報の処理と関連した多様な情報が提供され得る。

【0105】

本実施形態に係るデータ処理システムおよびその情報処理方法はステートフル（ｓｔａｔｅｆｕｌ）サーバー（例：第１サーバー）に基づいて入力を受信するが、作業処理はステートレス（ｓｔａｔｅｌｅｓｓ）サーバー（例：第２サーバー）に基づいて行われるようにすることによって作業処理が通信状態にかかわらず効率的に行われるようにすることができる。

【0106】

このように、分散メッセージサービスを使ってステートフルサーバーからイベント生成要請をステートレスサーバーに伝送し、ステートレスサーバーは作業の量や種類によって演算を遂行するプロセッサの数を適応的に調節し、作業を並列的に処理した後、処理結果を再び分散メッセージサービスを使ってステートフルサーバーに伝送することができる。また、作業処理結果と関連した情報をフロントサービスと関連したサーバーに伝送することによって、作業処理結果による情報を使用者に提供することができる。このような動作を通じてステートフルサーバーに情報変更や生成のための過度な負荷が発生することを防止することができ、多量の作業を並列的に分散処理することによって処理速度が速くなり得る。

【0107】

また、本実施形態に係るデータ処理システムおよびその情報処理方法は、複数のステートレスサーバーに作業を分散させて並列的に処理するようにすることによって、より迅速に多量の作業が処理されるようにすることができる。

【0108】

また、本実施形態に係るデータ処理システムおよびその情報処理方法は、分散キャッシュシステムを利用してステートレスサーバーに対する作業中断または作業再開始が行われるようにすることによって、ステートレスサーバーの動作を効果的に管理することができる。

【0109】

前述した実施形態に係る電子装置はプロセッサ、プログラムデータを保存し実行するメモリ、ディスクドライブのような永久保存部（ｐｅｒｍａｎｅｎｔ ｓｔｏｒａｇｅ）、外部装置と通信する通信ポート、タッチパネル、キー（ｋｅｙ）、ボタンなどのような使用者インターフェース装置などを含むことができる。ソフトウェアモジュールまたはアルゴリズムで具現される方法は、前記プロセッサ上で実行可能なコンピュータ読み取り可能なコードまたはプログラム命令であって、コンピュータ読み取り可能な記録媒体上に保存され得る。ここでコンピュータ読み取り可能な記録媒体として、マグネチック保存媒体（例えば、ＲＯＭ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ－Ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フロッピーディスク、ハードディスクなど）および光学的読み取り媒体（例えば、シーディーロム（ＣＤ－ＲＯＭ）、ディーブイディー（ＤＶＤ：Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ））等がある。コンピュータ読み取り可能な記録媒体はネットワークに連結されたコンピュータシステムに分散され、分散方式でコンピュータ読み取り可能なコードが保存され実行され得る。媒体はコンピュータによって読み取り可能であり、メモリに保存され、プロセッサで実行され得る。

【0110】

本実施形態は機能的なブロック構成および多様な処理段階で示され得る。このような機能ブロックは特定機能を遂行する多様な個数のハードウェアまたは／およびソフトウェア構成で具現され得る。例えば、実施形態は一つ以上のマイクロプロセッサの制御または他の制御装置によって多様な機能を遂行できる、メモリ、プロセッシング、ロジック（ｌｏｇｉｃ）、ルックアップテーブル（ｌｏｏｋ－ｕｐ ｔａｂｌｅ）等のような直接回路構成を採用することができる。構成要素がソフトウェアプログラミングまたはソフトウェア要素で実行され得るのと同様に、本実施形態はデータ構造、プロセス、ルーチンまたは他のプログラミング構成の組み合わせで具現される多様なアルゴリズムを含み、Ｃ、Ｃ＋＋、ジャヴァ（Ｊａｖａ）、アセンブラ（ａｓｓｅｍｂｌｅｒ）、パイソンなどのようなプログラミングまたはスクリプト言語で具現され得る。機能的な側面は一つ以上のプロセッサで実行されるアルゴリズムで具現され得る。また、本実施形態は電子的な環境設定、信号処理、および／またはデータ処理などのために従来技術を採用することができる。「メカニズム」、「要素」、「手段」、「構成」のような用語は広く使われ得、機械的で物理的な構成で限定されるものではない。前記用語はプロセッサなどと連係してソフトウェアの一連の処理（ｒｏｕｔｉｎｅｓ）の意味を含むことができる。

【0111】

前述した実施形態は一例示に過ぎず、後述する請求項の範囲内で他の実施形態が具現され得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【手続補正書】

【提出日】2021-09-21

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

分散メッセージングシステムを利用したデータ処理システムの情報処理方法において、
第１サーバーが少なくとも一つのアイテムと関連したイベント情報を獲得する段階；
前記第１サーバーが前記獲得したイベント情報に基づいて分散メッセージサーバーに作業生成要請を伝送する段階；
前記作業生成要請に基づいて前記分散メッセージサーバーが生成した作業要請メッセージを前記分散メッセージサーバーの複数のパーテーションそれぞれに対応するサーバーが獲得する段階であって、前記作業要請メッセージは、前記作業生成要請において要請される前記イベント情報に対応するイベント生成のための、前記イベント情報のうち少なくとも一部を含む、段階；
前記作業要請メッセージに基づいて前記複数のパーテーションそれぞれに対応するサーバーが少なくとも一つのプロセッサを使ってイベント情報を処理する段階；および
前記複数のパーテーションそれぞれに対応するサーバーが前記処理されたイベント情報をフロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーに伝送する段階を含む、情報処理方法。

【請求項2】

前記少なくとも一つのプロセッサは分散キャッシュシステムを共有し、
前記分散キャッシュシステムは作業中断と関連した情報を保存する、請求項１に記載の情報処理方法。

【請求項3】

前記複数のパーテーションそれぞれに対応するサーバーが作業を中断する中断要請を受信する段階；
前記複数のパーテーションそれぞれに対応するサーバーが前記受信した中断要請に対応する作業要請メッセージの処理を中断し、前記処理が中断したメッセージの状態を中断状態と記録する段階；および
前記中断状態と記録されたメッセージのうち少なくとも一部を第１サーバーと関連したデータベースにアップロードする段階をさらに含む、請求項２に記載の情報処理方法。

【請求項4】

前記記録する段階は、
前記受信した中断要請が前記分散キャッシュシステムに保存された情報に対応するかどうかを確認する段階；
前記受信した中断要請が前記分散キャッシュシステムに保存された情報に対応する場合、前記複数のパーテーションそれぞれに対応するサーバーが前記受信した中断要請により作業要請メッセージの処理を中断し、前記処理が中断したメッセージの状態を中断状態と記録する段階を含む、請求項３に記載の情報処理方法。

【請求項5】

前記データベースにアップロードされた中断状態と記録されたメッセージのうち少なくとも一部に対する再開始要請を確認する段階；および
前記分散メッセージサーバーを通じて前記再開始要請に対応するメッセージのうち少なくとも一部を前記第１サーバーから前記複数のパーテーションそれぞれに対応するサーバーに伝送する段階をさらに含む、請求項３に記載の情報処理方法。

【請求項6】

前記中断要請は前記フロントエンド関連サーバーの作業処理時間が既指定された値を超過することに対応して生成される、請求項３に記載の情報処理方法。

【請求項7】

前記中断要請は前記第１サーバーの使用者の入力によって生成される、請求項３に記載の情報処理方法。

【請求項8】

前記複数のパーテーションそれぞれに対応するサーバーは前記処理されたイベント情報を前記分散メッセージサーバーを通じて前記第１サーバーに提供する段階をさらに含む、請求項１に記載の情報処理方法。

【請求項9】

前記イベント情報はイベントの個数、割引金額、イベントの名称、イベント類型、配送類型、商品類型、販売期間、割引決済類型、イベント開始時間およびイベント終了時間のうち少なくとも一つを含む、請求項１に記載の情報処理方法。

【請求項10】

前記イベント情報を処理する段階は、
前記作業生成要請に基づいて前記少なくとも一つのプロセッサを確認する段階；および
前記少なくとも一つのプロセッサそれぞれを利用して前記イベント情報を分けて処理する段階を含む、請求項１に記載の情報処理方法。

【請求項11】

分散メッセージングシステムを利用したデータ処理システムにおいて、
少なくとも一つのアイテムと関連したイベント情報を獲得し、前記獲得したイベント情報に基づいて分散メッセージサーバーに作業生成要請を伝送する第１サーバー；
作業生成要請に基づいて前記分散メッセージサーバーの複数のパーテーションそれぞれに対応するサーバーに作業要請メッセージを伝送する前記分散メッセージサーバーであって、前記作業要請メッセージは、前記作業生成要請において要請される前記イベント情報に対応するイベント生成のための、前記イベント情報のうち少なくとも一部を含む、前記分散メッセージサーバー；および
前記作業要請メッセージに基づいて少なくとも一つのプロセッサを使ってイベント情報を処理し、前記処理されたイベント情報をフロントエンド（ｆｒｏｎｔ ｅｎｄ）関連サーバーに伝送する前記複数のパーテーションそれぞれに対応するサーバーを含む、システム。

【請求項12】

請求項１に記載された情報処理方法をコンピュータで実行させるためのプログラムを記録した、コンピュータ読み取り可能な非一過性の記録媒体。

【外国語明細書】