JP2022145365A - 分散システムのデータ処理方法およびこのための電子装置 - Google Patents

Abstract

【課題】分散システムのデータ処理方法およびこのための電子装置を開示する。
【解決手段】本開示は、ズーキーパーサーバーに対してイベントウォッチングを遂行する段階、前記イベントウォッチング結果によって、第１データに含まれた第１フィールドの変更関連情報を前記ズーキーパーサーバーから受信する段階、クライアントから前記第１データの要請信号が入力されると、第１ストレージから前記第１データを読み出す段階および前記ズーキーパーサーバーから受信された情報に基づいて、前記読み出された第１データが含む前記第１フィールドの値を変更し、前記第１フィールドの値が変更された第１データを前記クライアントに提供する段階を含む分散システムのアプリケーションサーバーがデータを提供する方法に関する。
【選択図】図７

Description

本開示は分散システムのデータ処理方法およびこのための電子装置に関する。

大容量のデータを互いに異なるアプリケーションで活用しなければならない需要が増加するにつれて、最近分散システムに対する需要が増加している。分散システムとは、一つの高性能デバイスで遂行していた複雑なプロセスを小さい単位に分けて、ネットワークを通じて連結された複数のデバイスで分けて処理するシステムをいう。分散システムでは、一つの作業を複数のデバイスで並列で処理することによってシステムの処理率が向上する。また、分散システムは新しいデバイスをネットワークに追加することによって容易にシステムを拡張できるという長所を有する。

韓国登録特許公報１０－２０８２３５５

一方、分散コーディネータは分散システム内で重要な状態情報や設定情報などを維持する役割を遂行する。ズーキーパー（ＺｏｏＫｅｅｐｅｒ）は分散コーディネータの一例であり得、分散システム内のデバイス間の情報の共有、イベント処理、デバイスモニタリング、障害状況判断などを遂行することができる。また、大容量データを使うアプリケーションのために大容量データの状態を一時的に変更することが必要な場合、分散コーディネータがないとデータベースから大容量データを読み出して特定フィールドを変更しなければならないため、資源の消耗が比較的大きくなり得る。しかし、分散コーディネータを利用する場合、資源の消耗量を減少させることができるため、大容量データを生産および管理する分野で分散コーディネータを活用したデータ処理方法の必要性が存在する。

開示された実施形態は分散システムのデータ処理方法およびこのための電子装置を開示しようとする。本実施形態が達成しようとする技術的課題は前記のような技術的課題に限定されず、以下の実施形態からさらに他の技術的課題が類推され得る。

第１実施形態によって、分散システムのアプリケーションサーバーがデータを提供する方法は、ズーキーパーサーバーに対してイベントウォッチング（ｗａｔｃｈｉｎｇ）を遂行する段階、前記イベントウォッチング結果によって、第１データに含まれた第１フィールドの変更関連情報を前記ズーキーパーサーバーから受信する段階、クライアントから前記第１データの要請信号が入力されると、第１ストレージから前記第１データを読み出す段階および前記ズーキーパーサーバーから受信された情報に基づいて、前記読み出された第１データが含む前記第１フィールドの値を変更し、前記第１フィールドの値が変更された第１データを前記クライアントに提供する段階を含むことができる。

第２実施形態によって、分散システムでデータを提供するための電子装置は、少なくとも一つの命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を保存するメモリ（ｍｅｍｏｒｙ）および前記少なくとも一つの命令語を実行して、ズーキーパーサーバーに対してイベントウォッチングを遂行し、前記イベントウォッチング結果によって、第１データに含まれた第１フィールドの変更関連情報を前記ズーキーパーサーバーから受信し、クライアントから前記第１データの要請信号が入力されると、第１ストレージから前記第１データを読み出し、前記ズーキーパーサーバーから受信された情報に基づいて、前記読み出された第１データが含む前記第１フィールドの値を変更し、前記第１フィールドの値が変更された第１データを前記クライアントに提供するプロセッサを含むことができる。

第３実施形態によって、コンピュータ読み取り可能記録媒体は前述した方法をコンピュータで実行させるためのプログラムを記録した非一過性の記録媒体を含む。
その他の実施形態の具体的な事項は詳細な説明および図面に含まれている。

本開示に係る方法および装置は、大容量データを使うアプリケーションのためにデータベースで特定フィールドを変更する時に資源の消耗量を減少させることができる効果がある。

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

一実施形態に係る分散システムを説明するための図面である。 一実施形態に係る分散システムを説明するための図面である。 他の一実施形態に係る分散システムを説明するための図面である。 一実施形態に係る分散システムのアプリケーションサーバーがデータを提供する方法の一実施形態を説明するための図面である。 一実施形態に係るアップデータＵＩによって入力されるデータを説明するための図面である。 一実施形態によってクライアントに提供される情報を説明するための図面である。 一実施形態に係る分散システムのアプリケーションサーバーがデータを提供する方法を説明するためのフローチャートである。 一実施形態に係る電子装置のブロック図を示す。

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

明細書全体においてある部分がある構成要素を「含む」とする時、これは特に反対の記載がない限り他の構成要素を除くものではなく他の構成要素をさらに含み得ることを意味する。また、明細書に記載された「…部」、「…モジュール」などの用語は少なくとも一つの機能や動作を処理する単位を意味し、これはハードウェアまたはソフトウェアで具現されたりハードウェアとソフトウェアの結合で具現され得る。

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

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

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

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

図１および図２は、一実施形態に係る分散システムを説明するための図面である。

図１を参照すると、本開示の分散システム１００はアプリケーションサーバー１１０、分散コーディネータ１２０、データベース１３０を含むことができる。一方、図１の分散システム１００はアプリケーションサーバー１１０、分散コーディネータ１２０およびデータベース１３０をそれぞれ一つずつ含むものとして図示されたが、各構成要素の数はこれに制限されない。

アプリケーションサーバー１１０はネットワークに連結されたクライアント１５０に特定サービスを提供するサーバーを意味する。アプリケーションサーバー１１０は単純にクライアント１５０に表示される画面を提供することだけでなく、多様なビジネスロジックを処理することができる。一実施形態によると、アプリケーションサーバー１１０はオンライン商店を運用するサーバーであり得、クライアント１５０は商品を購入する使用者の端末であってもよいが、アプリケーションサーバー１１０の運用目的はこれに制限されない。一方、分散システム１００の場合、アプリケーションサーバー１１０は分散コーディネータ１２０に対するイベントウォッチングを遂行することができる。

分散コーディネータ１２０は分散システム１００に含まれた構成要素の状態を確認し、構成要素間にデータを共有したり同期化を遂行することができる。分散コーディネータ１２０は分散システム１００をコーディネーションする用途の構成要素であるため、データアクセス速度が比較的はやく、自主的に発生し得る障害に対する対応能力を有することができる。

データベース１３０は分散システム１００に利用されるデータを保存および管理することができる。一方、アプリケーションサーバー１１０はクライアント１５０から受信された要請信号により、データベース１３０からデータを読み出してクライアント１５０に読み出されたデータを提供することができる。

例えば、アプリケーションサーバー１１０がオンライン商店に関するサービスを提供するサーバーである場合、データベース１３０はオンライン商店で販売する商品に関するデータを保存していてもよい。このような場合、クライアント１５０から特定商品の在庫数量情報に関する要請を受信すると、アプリケーションサーバー１１０はデータベース１３０から該当商品の在庫数量を読み出した後、クライアント１５０に伝達することができる。

一方、アプリケーションサーバー１１０で運営されるオンライン商店の物流センターが大雪などのような理由で一時的に閉鎖する場合が発生し得る。または物流センター内の職員の一身上の問題で該当物流センターにある商品の出庫が難しい場合が発生する可能性もある。このようになると、データベース１３０に保存された該当商品の在庫数量に関するデータにかかわらず、一定時間の間該当物流センターから商品の出庫が困難となり得る。

このような場合、本開示の方法は、分散コーディネータ１２０を通じて一時的に該当商品の在庫数量に関するデータのキー値を「品切れ」等に変更してアプリケーションサーバー１１０に提供することができる。その後、アプリケーションサーバー１１０はデータベース１３０から該当商品の在庫数量に関するデータを受信しても、分散コーディネータ１２０から受信されたキー値により、クライアント１５０には該当商品が品切れとなったという情報を提供できることになる。

本開示の方法によると、データベース１３０に保存されたデータを変更せず分散システム１００が提供するサービスの一時的な状態により、アップデートされたデータをクライアント１５０に提供することができる。したがって、データベース１３０のデータを変更するための資源の消耗を減らすことができ、変更されたデータをさらにはやくクライアント１５０に提供できる効果がある。

一方、本開示の方法は、分散コーディネータで直接アップデートされたデータを保存する代わりに、アップデートされたデータを保存するストレージをさらに含むことができる。

図２を参照すると、分散システム２００はアプリケーションサーバー２１０、分散コーディネータ２２０、第１ストレージ２４０および第２ストレージ２３０を含むことができる。一方、図２のアプリケーションサーバー２１０、分散コーディネータ２２０、第２ストレージ２３０は図１のアプリケーションサーバー１１０、分散コーディネータ１２０、データベース１３０と対応するため、詳しい説明は省略することにする。

ストレージは多様なフォーマットのファイルを保存できる保存空間であり、データベースはストレージの一例であり得る。一方、第１ストレージ２４０はサービスの一時的な状態情報を受信することができる。もし分散システム２００がオンライン商店を運営するためのシステムである場合、サービスの一時的な状態情報は、オンライン商店の物流センターの一時的な閉鎖に関する情報、オンライン商店で販売が難しい商品に関する情報などを含むことができるが、サービスの一時的な状態情報はこれに制限されない。

一方、図１を参照すると、分散コーディネータ２２０は直接一時的な状態情報を受信することができる。そして、他の一実施形態によると、第１ストレージ２４０が一時的な状態情報を受信および保存し、分散コーディネータ２２０が第１ストレージ２４０内に保存された状態情報の接近経路情報を保存またはアップデートすることができる。

このような場合、アプリケーションサーバー２１０は分散コーディネータ２２０に対するイベントウォッチング結果、第１ストレージ２４０内に保存された状態情報の接近経路情報が変更されたことが確認されると第１ストレージ２４０から変更された状態情報を受信することができる。

一方、第１ストレージ２４０は一時的な状態情報を受信および保存するものとして説明されたが、一時的な状態情報はサービスに関するデータで代替され得る。

図３は、他の一実施形態に係る分散システムを説明するための図面である。

図３を参照すると、分散システム３００はアプリケーションサーバー３１０、ズーキーパーサーバー３２０、データベース３３０、ウェブストレージ３４０、アップデータＵＩ３６０を含むことができる。図３のアプリケーションサーバー３１０およびデータベース３３０は図１のアプリケーションサーバー１１０およびデータベース１３０と対応するため、詳しい説明は省略することにする。一方、ウェブストレージ３４０は図２の第１ストレージ２４０の一例であり得る。

ズーキーパーサーバー３２０は分散コーディネータの役割を遂行する分散システムの一例である。ズーキーパーサーバー３２０は分散システム３００内構成要素間のデータ共有のためのデータストレージ、分散システム３００内構成要素メンバーシップ管理を通じてのデータ変更通知（Ｗａｔｃｈ）、マスターおよび分散ロック（ｌｏｃｋ）等に活用されるシークエンスノードなどを提供することができる。本開示の方法は、分散コーディネータとしてズーキーパーサーバー３２０ではなく、他の構成を含み得ることは該当技術分野の通常の技術者に自明である。

図３を参照すると、システム管理者はアップデータＵＩ３６０を通じてマッピングファイルをアップロードし、設定データを入力することができる。ここで、設定データは一時的な状態変更時に遂行される措置事項に関する情報と定義され得る。マッピングファイルおよび設定データは一時的な状態情報が含まれたファイルであり得、例えば、物流センター識別子、キャンプ識別子、特定販売者が販売するアイテム（すなわち、販売者－アイテム）の識別子、一時的な状態変更が持続する時間などに関する情報が含まれ得る。マッピングファイルおよび設定データに関する具体的な内容は図５を通じて説明することにする。

一方、アップデータＵＩ３６０はアップロードされたマッピングファイルおよび設定データに含まれたデータをパーシングすることができる。例えば、エクセルファイル形式のマッピングファイルがアップロードされる場合、アップデータＵＩ３６０はマッピングファイルおよび設定データに含まれた物流センター識別子に関するデータおよび一時的な状態情報変更による措置事項に関する設定データをパーシングしてウェブストレージ３４０に伝達することができる。また、アップデータＵＩ３６０はウェブストレージ３４０に保存されたデータの接近経路に関する情報をズーキーパーサーバー３２０に伝達することができる。

一方、アプリケーションサーバー３１０はズーキーパーサーバー３２０とのデータ送受信のためにアップデータＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）を含むことができる。また、アプリケーションサーバー３１０はズーキーパーサーバー３２０に対してイベントウォッチングを遂行することができる。もしズーキーパーサーバー３２０がアップデータＵＩ３６０からウェブストレージ３４０に保存されたデータの接近経路に関する情報を受信する場合、アプリケーションサーバー３１０はズーキーパーサーバー３２０からコールバック（ｃａｌｌｂａｃｋ）を受信することができる。また、アップロードされたデータをウェブストレージ３４０から読み出すことができる。

その後、アプリケーションサーバー３１０はクライアント３５０から特定商品の在庫数量に関する情報要請を受信することができる。この時、アプリケーションサーバー３１０はデータベース３３０で該当商品の在庫数量に関する情報を要請して受信することができ、ウェブストレージ３４０から読み出されたデータを反映してサービングレイヤー（ｓｅｒｖｉｎｇ ｌａｙｅｒ）を通じてクライアント３５０に伝送することができる。

これに伴い、クライアント３５０はサービスに対する一時的に状態情報が反映されたデータを受信できるようになる。

図４は、一実施形態に係る分散システムのアプリケーションサーバーがデータを提供する方法の一実施形態を説明するための図面である。

図４を参照すると、段階Ｓ４１０で、アップデータＵＩ３６０はマッピングファイルをアップロードすることができる。

段階Ｓ４２０で、アップデータＵＩ３６０はマッピングファイルおよびＵＩを通じて入力された設定データをパーシングし、ウェブストレージ３４０にアップロードすることができる。そして、段階Ｓ４２５で、アップデータＵＩ３６０はウェブストレージ３４０にアップロードされたデータに関する経路のアップデート情報をズーキーパーサーバー３２０に伝送することができる。

一方、アプリケーションサーバー３１０は段階Ｓ４３０で、ズーキーパーサーバー３２０に対してイベントウォッチングを遂行することができる。したがって、ズーキーパーサーバー３２０がアップデートされたデータに関する接近経路情報を受信すると、アプリケーションサーバー３１０は段階Ｓ４４０で、ウェブストレージ３４０からアップデートされたデータを読み出すことができる。

段階Ｓ４５０で、クライアント３５０がアプリケーションサーバー３１０にデータを要請すると、アプリケーションサーバー３１０は段階Ｓ４６０で、データベース３３０にデータ要請を伝達することができる。その後、段階Ｓ４６５で、データベース３３０はアプリケーションサーバー３１０に要請されたデータを伝送することができる。

この時、アプリケーションサーバー３１０が受信したデータに対するアップデートされたデータが存在する場合、アプリケーションサーバー３１０は段階Ｓ４７０で、データのアップデートを遂行し、段階Ｓ４８０で、クライアント３５０にアップデートされたデータを提供することができる。

分散システムがオンライン商店を運営するためのものであれば、前述した手続きを通じてクライアントに提供される特定商品の在庫数量のうち、一時的な理由で配送が難しい物流センターの在庫の数字を差し引いたり、関連商品が品切れであると一括的にデータアップデートを遂行してクライアントに提供することができる。また、本開示の方法によると、サービスが提供される途中でも大容量データの一部のフィールドに対する変更情報をクライアントに提供できる効果がある。そして、このようなデータ管理構造を通じて本開示の方法は、大容量のデータを容易にアップデートできる効果がある。

図５は、一実施形態に係るアップデータＵＩによって入力されるデータを説明するための図面である。

一実施形態によると、アップデータＵＩを利用してマッピングファイルをアップロードすることができ、設定データを入力することができる。

図５を参照すると、キー値（Ｋｅｙ：ｄｅｂａｄｇｉｎｇ．７）は独立的に運用され得るプロセスの識別子を意味する。例えば、物流センターの一時的な閉鎖が発生した時に遂行される措置事項に関する情報が一つのキー値で保存され得る。一方、キー値の個数は例えば、１０個であり得るがこれに制限されない。

値（Ｖａｌｕｅ：ｄｅｂａｄｇｉｎｇ／２０２１／０１／１２／３１００＿ＳＧ５７％２８ＩＣＨ８％２９％２０Ｄ．ｘｌｓｘ）はシステム管理者からアップロードされたマッピングファイルに関する情報と定義される。図５を参照すると、エクセルファイル形式でマッピングファイルがアップロードされ得ることが分かる。一方、マッピングファイルは物流センター（ＦＣ）、キャンプおよび販売者－アイテムに関するデータがそれぞれのシートに入力されたものであり得る。

図５の行動（ｂｅｈａｖｉｏｒ）項目はシステム管理者によって入力された措置が必要な状態であることが確認された時、処理方法に対する選択を受信する項目であり得る。例えば、００Ｓが選択されるとクライアントに該当商品が品切れとなったものとして表示されるようにすることができ、３ＰＬ（３ｒｄ Ｐａｒｔｙ Ｌｉｋｅ）が選択されるとクライアントで、該当商品がリテール製品であっても提携配送会社が配送する商品であるものとして表示されるようにすることができる。

一方、第１領域（ｓｗｉｔｃｈ）５１０を通じてシステム管理者は該当措置事項の実行の有無を決定することができる。

第４領域５４０はアップデータＵＩで遂行できる行動を羅列したものであり、左側からそれぞれマッピングファイルアップロード、ダウンロードおよび以前バージョンへのロールバック機能を意味するものであり得る。

入力（図５のｉｎｐｕｔ）選択はアップロードされたマッピングファイルの条件でどのようなルールを適用するかを選択する領域であり得る。アップロードされたマッピングファイルに含まれたデータの中で、どの組み合わせの状態情報によって該当措置事項を実行するかどうかが入力され得る。ここで、組み合わせはキャンプおよび販売者－識別子組み合わせ（ＣＡＭＰ＋ＶＩ）、キャンプ単位（ＣＡＭＰ単位）、物流センターおよび販売者－識別子組み合わせ（ＣＡＭＰ＋ＶＩ）および物流センター単位（ＦＣ単位）のうち一つであり得る。

第２領域５２０は該当措置事項が遂行される時間範囲を選択したり入力できる領域である。一方、第２領域５２０に該当措置事項が遂行される時間範囲が入力されていないか、入力された時間範囲から外れたとしても、第１領域５１０で該当措置事項が実行されなければならないものとしてスイッチングされたのであれば、スイッチング結果が優先となり得る。

一方、保存ボタンをクリックすることによって設定された内容が保存および適用され得、第３領域５３０を通じて該当設定内容がアップデートされた時間情報および該当設定を遂行したシステム管理者に関する識別子を表示することができる。

一方、前述したアップデータＵＩ項目はシステムの具現事項によって一部の構成が削除されたり追加され得ることは該当技術分野の通常の技術者に自明である。

図６は、一実施形態によってクライアントに提供される情報を説明するための図面である。

一実施形態によると、Ａ物流センター（ＩＤ１）の勤労者のうち、一部の新型コロナウィルス幹線のような一身上の理由によってＡ物流センター（ＩＤ１）が一時的に閉鎖され得る。このような場合、Ａ物流センターに在庫があって販売が可能な運動靴（ＩＤ２）の在庫情報をクライアントに提供する時には、Ａ物流センターの該当運動靴（ＩＤ２）を全体品切れとして表示することができる。また、Ａ物流センターと所定の領域内に位置したクライアントが運動靴（ＩＤ２）を検索した場合にのみ運動靴（ＩＤ２）が品切れであるものとして表示することができる。

図６の（ａ）を参照すると、運動靴（ＩＤ２）が品切れであるものとして表示する代わりに、運動靴（ＩＤ２）の購入ボタン６１０を選択できないようにクライアントによって提供されるＵＩが変更され得る。一方、Ａ物流センター（ＩＤ１）の業務が正常化した後、クライアントは該当運動靴（ＩＤ２）の在庫に対するデータを復旧することができる。

また、図６の（ｂ）を参照すると、物流センターの問題が発生した時だけでなく、販売者が販売しようとする商品が嫌悪商品または不法の商品６２０である場合、本開示の方法は、迅速に該当商品を品切れであるものとして表示することができる。

図７は、一実施形態に係る分散システムのアプリケーションサーバーがデータを提供する方法を説明するためのフローチャートである。

段階Ｓ７１０で、本開示の方法は、ズーキーパーサーバーに対してイベントウォッチング（ｗａｔｃｈｉｎｇ）を遂行することができる。

段階Ｓ７２０で、本開示の方法は、前記イベントウォッチング結果によって、第１データに含まれた第１フィールドの変更関連情報を前記ズーキーパーサーバーから受信することができる。ここで、ズーキーパーサーバーから受信された前記第１フィールドの変更関連情報は第２ストレージに保存された前記第１フィールドの変更内容に対する接近経路情報であり得る。一方、前記第１ストレージはデータベースであり、前記第２ストレージはウェブストレージであり得る。また、前記ズーキーパーサーバーおよび前記第２ストレージは、アップデータＵＩから前記第１フィールドの変更内容に対する接近経路情報および前記第１フィールドの変更内容をそれぞれ受信するものであり得る。

一方、前記アップデータＵＩはマッピングファイルおよび設定データのうち少なくとも一つを受信し、前記受信されたマッピングファイルおよび設定データのうち少なくとも一つから前記第１フィールドの変更内容をパーシングして前記第２ストレージに伝送するものであり得る。

そして、前記アプリケーションサーバーは前記ズーキーパーサーバーとデータ送受信のためにアップデータＳＤＫを具備するものであり得る。

段階Ｓ７３０で、本開示の方法は、クライアントから前記第１データの要請信号が入力されると、第１ストレージから前記第１データを読み出すことができる。

段階Ｓ７４０で、本開示の方法は、前記ズーキーパーサーバーから受信された情報に基づいて、前記読み出された第１データが含む前記第１フィールドの値を変更し、前記第１フィールドの値が変更された第１データを前記クライアントに提供することができる。

一方、段階Ｓ７４０は前記アプリケーションサーバーがオンライン商店のためのものであり、前記第１フィールドが物流センターの運営可能の有無であり、変更された前記第１フィールドの値は前記物流センターの閉鎖を示す値である場合、前記クライアントの位置情報を確認する段階および前記確認結果、前記クライアントが前記物流センターと所定の領域内に位置する場合、前記物流センターから出庫されなければならない商品は品切れであることを前記クライアントに提供する段階を含むことができる。

もし前記物流センターから出庫されなければならない商品は品切れであることを前記クライアントに提供した後であれば、本開示の方法は、前記ズーキーパーサーバーに対するイベントウォッチング結果、前記ズーキーパーサーバーから前記第１フィールドの値が前記物流センターの閉鎖の解除を示す値に変更されたという情報を受信する段階および前記物流センターから出庫されなければならない商品の在庫数量に関する情報を前記クライアントに提供する段階をさらに含むことができる。

図８は、一実施形態に係る電子装置のブロック図を示す。

本開示の電子装置８００は分散システムのアプリケーションサーバーの一例であり得る。また、電子装置８００は一実施形態によって、メモリ（ｍｅｍｏｒｙ）８１０およびプロセッサ（ｐｒｏｃｅｓｓｏｒ）８２０を含むことができる。図８に図示された電子装置８００は本実施形態に関連した構成要素のみが図示されている。したがって、図８に図示された構成要素以外に他の汎用的な構成要素がさらに含まれ得ることを本実施形態に関連した技術分野で通常の知識を有する者であれば理解することができる。

メモリ８１０は電子装置８００内で処理される各種データを保存するハードウェアであり、例えば、メモリ８１０は電子装置８００で処理されたデータおよび処理されるデータを保存することができる。メモリ８１０はプロセッサ８２０の動作のための少なくとも一つの命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を保存することができる。また、メモリ８１０は電子装置８００により駆動されるプログラムまたはアプリケーションなどを保存することができる。メモリ８１０はＤＲＡＭ（ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＳＲＡＭ（ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）などのようなＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ、ブルーレイまたは他の光学ディスクストレージ、ＨＤＤ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）、またはフラッシュメモリを含むことができる。

プロセッサ８２０は電子装置８００の全般の動作を制御してデータおよび信号を処理することができる。プロセッサ８２０はメモリ８１０に保存された少なくとも一つの命令語または少なくとも一つのプログラムを実行することによって、電子装置８００を全般的に制御することができる。プロセッサ８２０はＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＧＰＵ（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＡＰ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）等で具現され得るが、これに制限されない。

プロセッサ８２０はズーキーパーサーバーに対してイベントウォッチングを遂行し、前記イベントウォッチング結果によって、第１データに含まれた第１フィールドの変更関連情報を前記ズーキーパーサーバーから受信し、クライアントから前記第１データの要請信号が入力されると、第１ストレージから前記第１データを読み出し、前記ズーキーパーサーバーから受信された情報に基づいて、前記読み出された第１データが含む前記第１フィールドの値を変更し、前記第１フィールドの値が変更された第１データを前記クライアントに提供することができる。

ここで、前記ズーキーパーサーバーから受信された前記第１フィールドの変更関連情報は第２ストレージに保存された前記第１フィールドの変更内容に対する接近経路情報であり得、前記第１ストレージはデータベースで、前記第２ストレージはウェブストレージであり得る。

一方、前記ズーキーパーサーバーおよび前記第２ストレージはアップデータＵＩから前記第１フィールドの変更内容に対する接近経路情報および前記第１フィールドの変更内容をそれぞれ受信するものであり得る。また、前記アップデータＵＩはマッピングファイルおよび設定データのうち少なくとも一つを受信して前記受信されたマッピングファイルおよび設定データのうち少なくとも一つから前記第１フィールドの変更内容をパーシングして前記第２ストレージに伝送することができる。

また、プロセッサ８２０は前記ズーキーパーサーバーとデータ送受信のためにアップデータＳＤＫを具備することができる。

一方、プロセッサ８２０は前記第１フィールドの値が変更された第１データを前記クライアントに提供する時、前記アプリケーションサーバーがオンライン商店のためのものであり、前記第１フィールドが物流センターの運営可能の有無であり、変更された前記第１フィールドの値は前記物流センターの閉鎖を示す値である場合、前記クライアントの位置情報を確認し、前記確認結果、前記クライアントが前記物流センターと所定の領域内に位置する場合、前記物流センターから出庫されなければならない商品が品切れまたは提携配送会社で配送されなければならない商品であることを前記クライアントに提供することができる。

また、プロセッサ８２０は前記物流センターから出庫されなければならない商品は品切れまたは提携配送会社で配送されなければならない商品であることを前記クライアントに提供した後、前記ズーキーパーサーバーに対するイベントウォッチング結果、前記ズーキーパーサーバーから前記第１フィールドの値が前記物流センターの閉鎖の解除を示す値に変更されたという情報を受信し、前記物流センターから出庫されなければならない商品の在庫数量に関する情報を前記クライアントに提供することができる。

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

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

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

１００ 分散システム
１１０ アプリケーションサーバー
１２０ 分散コーディネータ
１３０ データベース
１５０ クライアント
２００ 分散システム
２１０ アプリケーションサーバー
２２０ 分散コーディネータ
２３０ 第２ストレージ
２４０ 第１ストレージ
３００ 分散システム
３１０ アプリケーションサーバー
３２０ ズーキーパーサーバー
３３０ データベース
３４０ ウェブストレージ
３５０ クライアント
８００ 電子装置
８１０ メモリ
８２０ プロセッサ

Claims (10)

1. 分散システムのアプリケーションサーバーがデータを提供する方法であって、
   ズーキーパーサーバーに対してイベントウォッチング（ｗａｔｃｈｉｎｇ）を遂行する段階と、
   前記イベントウォッチング結果によって、第１データに含まれた第１フィールドの変更関連情報を前記ズーキーパーサーバーから受信する段階と、
   クライアントから前記第１データの要請信号が入力されると、第１ストレージから前記第１データを読み出す段階と、
   前記ズーキーパーサーバーから受信された情報に基づいて、前記読み出された第１データが含む前記第１フィールドの値を変更し、前記第１フィールドの値が変更された第１データを前記クライアントに提供する段階と、を含む、アプリケーションサーバーがデータを管理する方法。
2. 前記ズーキーパーサーバーから受信された前記第１フィールドの変更関連情報は
   第２ストレージに保存された前記第１フィールドの変更内容に対する接近経路情報である、請求項１に記載のアプリケーションサーバーがデータを管理する方法。
3. 前記第１ストレージはデータベースであり、前記第２ストレージはウェブストレージである、請求項２に記載のアプリケーションサーバーがデータを管理する方法。
4. 前記ズーキーパーサーバーおよび前記第２ストレージは、アップデータＵＩから前記第１フィールドの変更内容に対する接近経路情報および前記第１フィールドの変更内容をそれぞれ受信するものである、請求項２に記載のアプリケーションサーバーがデータを管理する方法。
5. 前記アップデータＵＩはマッピングファイルおよび設定データのうち少なくとも一つを受信し、
   前記受信されたマッピングファイルおよび設定データのうち少なくとも一つから前記第１フィールドの変更内容をパーシングして前記第２ストレージに伝送するものである、請求項４に記載のアプリケーションサーバーがデータを管理する方法。
6. 前記アプリケーションサーバーは前記ズーキーパーサーバーとデータ送受信のためにアップデータＳＤＫを具備するものである、請求項１に記載のアプリケーションサーバーがデータを管理する方法。
7. 前記第１フィールドの値が変更された第１データを前記クライアントに提供する段階は
   前記アプリケーションサーバーがオンライン商店のためのものであり、前記第１フィールドが物流センターの運営可能の有無であり、変更された前記第１フィールドの値は前記物流センターの閉鎖を示す値である場合、前記クライアントの位置情報を確認する段階と、
   前記確認結果、前記クライアントが前記物流センターと所定の領域内に位置する場合、前記物流センターから出庫されなければならない商品が品切れまたは提携配送会社で配送されなければならない商品であることを前記クライアントに提供する段階と、を含む、請求項１に記載のアプリケーションサーバーがデータを管理する方法。
8. 前記物流センターから出庫されなければならない商品は品切れまたは提携配送会社で配送されなければならない商品であることを前記クライアントに提供した後、
   前記ズーキーパーサーバーに対するイベントウォッチング結果、前記ズーキーパーサーバーから前記第１フィールドの値が前記物流センターの閉鎖の解除を示す値に変更されたという情報を受信する段階と、
   前記物流センターから出庫されなければならない商品の在庫数量に関する情報を前記クライアントに提供する段階と、をさらに含む、請求項７に記載のアプリケーションサーバーがデータを管理する方法。
9. 請求項１に記載された方法をコンピュータで実行させるためのプログラムを記録した、コンピュータ読み取り可能非一過性の記録媒体。
10. 分散システムでデータを提供するための電子装置であって、
    少なくとも一つの命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を保存するメモリ（ｍｅｍｏｒｙ）；および
    前記少なくとも一つの命令語を実行して、
    ズーキーパーサーバーに対してイベントウォッチングを遂行し、
    前記イベントウォッチング結果によって、第１データに含まれた第１フィールドの変更関連情報を前記ズーキーパーサーバーから受信し、
    クライアントから前記第１データの要請信号が入力されると、第１ストレージから前記第１データを読み出し、
    前記ズーキーパーサーバーから受信された情報に基づいて、前記読み出された第１データが含む前記第１フィールドの値を変更し、前記第１フィールドの値が変更された第１データを前記クライアントに提供するプロセッサ（ｐｒｏｃｅｓｓｏｒ）を含む、電子装置。

Images