(57)【特許請求の範囲】
【請求項１】
ＷＡＳ（ＷｅｂＡｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）の送受信部がクライアントからデータの転送のためのデータ転送要請情報を受信する段階と、
前記ＷＡＳのデータ確認部が前記データ転送要請情報を基に前記データが格納されたデータベースから前記データの大きさを確認する段階と、
前記ＷＡＳのデータ抽出部が前記データの大きさに基づいて転送されるデータ全体の中から予め設定された大きさに該当するデータを順次読み出し、前記ＷＡＳのメモリ部に格納する段階と、
前記ＷＡＳのデータ変換部が前記読み出したデータを順次所定のデータのフォーマットに変換する段階と、
前記ＷＡＳの送受信部が前記変換されたデータを順次前記クライアントに転送する段階と、
前記ＷＡＳのデータ削除部が転送済みのデータを前記ＷＡＳのメモリ部から削除する段階と
を含み、
前記変換された所定のデータのフォーマットにおいて、データ区分子（ｄｅｌｉｍｉｔｅｒ）は、ＡＳＣＩＩコード１０進数の１番から３１番のうち少なくとも１つが用いられる大容量データ転送方法。
【請求項２】
前記変換された所定のデータのフォーマットは、前記予め設定された大きさに対応する複数のレコードを含み、前記複数のレコード及び前記複数のレコードに含まれたデータは、前記データ区分子により区分されることを特徴とする、請求項１に記載の大容量データ転送方法。
【請求項３】
前記変換された所定のデータのフォーマットにおいて、同一レコード上のデータ間の区分のために、ＡＳＣＩＩコード１０進数の３１番であるユニット区分子（Unit Separator）が前記データ区分子として用いられることを特徴とする、請求項２に記載の大容量データ転送方法。
【請求項４】
前記変換された所定のデータのフォーマットにおいて、レコード間の区分のために、ＡＳＣＩＩコード１０進数の３０番であるレコード区分子（Record Separator）が前記データ区分子として用いられることを特徴とする、請求項２に記載の大容量データ転送方法。
【請求項５】
データを送受信するための送受信部と、
前記データを格納するためのメモリ部と、
前記送受信部がクライアントから受信したデータの転送のためのデータ転送要請情報を基に前記データが格納されたデータベースから前記データの大きさを確認するデータ確認部と、
前記データの大きさに基づいて転送されるデータ全体の中から予め設定された大きさに該当するデータを順次読み出し、前記メモリ部に格納するデータ抽出部と、
前記データを順次所定のデータのフォーマットに変換するデータ変換部と、
前記変換されたデータの転送が完了すれば前記データを前記メモリ部から削除するデータ削除部と
を含み、
前記変換された所定のデータのフォーマットにおいて、データ区分子（ｄｅｌｉｍｉｔｅｒ）は、ＡＳＣＩＩコード１０進数の１番から３１番のうち少なくとも１つが用いられる大容量データ転送装置。
【請求項６】
前記変換された所定のデータのフォーマットは、前記予め設定された大きさに対応する複数のレコードを含み、前記複数のレコード及び前記複数のレコードに含まれたデータは、前記データ区分子により区分されることを特徴とする、請求項５に記載の大容量データ転送装置。
【請求項７】
前記変換された所定のデータのフォーマットにおいて、同一レコード上のデータ間の区分のために、ＡＳＣＩＩコード１０進数の３１番であるユニット区分子（Unit Separator）が前記データ区分子として用いられることを特徴とする、請求項６に記載の大容量データ転送装置。
【請求項８】
前記変換された所定のデータのフォーマットにおいて、レコード間の区分のために、ＡＳＣＩＩコード１０進数の３０番であるレコード区分子（Record Separator）が前記データ区分子として用いられることを特徴とする、請求項６に記載の大容量データ転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大容量データ転送装置及び方法に関し、より詳細には、ウェブ環境で大容量データの転送を処理できる方法に関する。
【背景技術】
【０００２】
一般に、データ通信はフォーマットを定め、定められたフォーマットにデータコンテンツを結合して転送する。
【０００３】
データ通信方法のうち、ＸＭＬ方式はタグを基盤とするため、純粋なデータに対して３倍以上の容量を必要とする。
【０００４】
データ通信方法のうち、ＪＳＯＮ方式はデータを転送するために、オブジェクト情報を追加しなければならず、ＸＭＬ及びＪＳＯＮ方式の場合、データの開始と終了を知らなければならないという限界がある。
【０００５】
一方、データ通信方法のうち、ＣＳＶ方式の場合、データの転送時にデータ区分子として“コンマ（，）”又は
0006283728.tif 000002
値を用いるが、前記データ区分子の場合に値としての意味があるため、データの変換時に純粋なデータの前後に二重引用符を追加しなければならない。これにより、データの変換時にデータの容量が大きくなる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そこで、本発明は上記事情に鑑みてなされたものであって、その目的は、大容量データの転送時にクライアント-ＷＡＳ（Web Application Server）間の送受信時にデータを分割して転送することによって、ＷＡＳのメモリの使用を最小化しながら、大容量データを効率的に転送できる大容量データ転送装置及び方法を提供することにある。
【課題を解決するための手段】
【０００７】
前記課題を解決するための本発明の一実施形態に係る大容量データ転送方法は、ＷＡＳ（Web Application Server）の送受信部がクライアントからデータの転送のためのデータ転送要請情報を受信する段階、前記ＷＡＳのデータ確認部が前記データ転送要請情報を基に前記データが格納されたデータベースから前記データの大きさを確認する段階、前記ＷＡＳのデータ抽出部が前記データの大きさに基づいて転送されるデータ全体の中から予め設定された大きさに該当するデータを順次読み出し、前記ＷＡＳのメモリ部に格納する段階、前記ＷＡＳのデータ変換部が前記読み出したデータを順次所定のデータのフォーマットに変換する段階、前記ＷＡＳの送受信部が前記変換されたデータを順次前記クライアントに転送する段階、及び前記ＷＡＳのデータ削除部が転送済みのデータを前記ＷＡＳのメモリ部から削除する段階を含み、前記データフォーマットでデータ区分子（ｄｅｌｉｍｉｔｅｒ）は、ＡＳＣＩＩコード１０進数の１番から３１番のうち少なくとも１つが用いられる。
【０００８】
前記データフォーマットは、前記予め設定された大きさに対応する複数のレコードを含み、前記複数のレコード及び前記複数のレコードに含まれたデータは、前記データ区分子により区分され得る。
【０００９】
前記データフォーマットで、同一レコード上のデータ間の区分のために、ＡＳＣＩＩコード１０進数の３１番であるユニット区分子（Unit Separator）が前記データ区分子として使用され得る。
【００１０】
前記データフォーマットで、レコード間の区分のために、ＡＳＣＩＩコード１０進数の３０番であるレコード区分子（Record Separator）が前記データ区分子として使用され得る。
【００１１】
前記課題を解決するための本発明の他の実施形態に係る大容量データ転送装置は、データを送受信するための送受信部、前記データを格納するためのメモリ部、前記送受信部がクライアントから受信したデータの転送のためのデータ転送要請情報を基に前記データが格納されたデータベースから前記データの大きさを確認するデータ確認部、前記データの大きさに基づいて転送されるデータ全体の中から予め設定された大きさに該当するデータを順次読み出し、前記メモリ部に格納するデータ抽出部、前記データを順次所定のデータのフォーマットに変換するデータ変換部、前記変換されたデータの転送が完了すれば前記データを前記メモリ部から削除するデータ削除部を含み、前記データフォーマットでデータ区分子（ｄｅｌｉｍｉｔｅｒ）は、ＡＳＣＩＩコード１０進数の１番から３１番のうち少なくとも１つが用いられる。
【００１２】
前記データフォーマットは、前記予め設定された大きさに対応する複数のレコードを含み、前記複数のレコード及び前記複数のレコードに含まれたデータは、前記データ区分子により区分され得る。
【００１３】
前記データフォーマットで、同一レコード上のデータ間の区分のために、ＡＳＣＩＩコード１０進数の３１番であるユニット区分子（Unit Separator）が前記データ区分子として使用され得る。
【００１４】
前記データフォーマットで、レコード間の区分のために、ＡＳＣＩＩコード１０進数の３０番であるレコード区分子（Record Separator）が前記データ区分子として使用され得る。
【発明の効果】
【００１５】
本発明の一実施形態に係る大容量データ転送装置及び方法によれば、特殊文字をデータ区分子として用いてデータフォーマットを構成することによって、クライアント-ＷＡＳ間の大容量データの転送時に転送データの容量を最小化し、大容量データの転送効率を最大化させることができるという効果を奏する。
【００１６】
また、データの転送時に、データを分割して順次転送することによって、ＷＡＳでのデータの転送によるメモリの使用を最小化し、大容量データの転送効率を最大化させることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る大容量データ転送方法を行うためのシステム全体図である。
【図２】本発明の一実施形態に係る大容量データ転送装置（ＷＡＳ）の構成図である。
【図３】本発明の一実施形態に係る大容量データ転送方法の順序図である。
【図４】本発明の一実施形態に係る大容量データ転送方法の実行において、データフォーマットの第１例を示す。
【図５】本発明の一実施形態に係る大容量データ転送方法の実行において、データフォーマットの第２例を示す。
【発明を実施するための形態】
【００１８】
本発明の目的及び効果、そしてそれらを達成するための技術的構成は、添付の図面と共に詳細に後述される実施形態を参照すれば明確になる。本発明を説明するにおいて、公知の機能又は構成に関する具体的な説明が本発明の要旨を不要に曖昧にするおそれがあると判断される場合には、その詳細な説明を省略する。そして、後述される用語は、本発明での構造、役割及び機能などを考慮して定義された用語であって、これは使用者、運用者の意図又は慣例などによって異なり得る。
【００１９】
しかし、本発明は以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で実現され得る。但し、本実施形態は、本発明の開示が完全なようにし、本発明の属する技術分野における通常の知識を有する者に発明の範疇を完全に理解させるために提供されるものであり、本発明は、単に特許請求の範囲に記載された請求項の範疇によって定義されるだけである。従って、その定義は、本明細書全般に渡る内容に基づいて行われるべきである。
【００２０】
明細書全体において、ある部分がある構成要素を「含む」とするとき、これは特に反対となる記載がない限り、他の構成要素を除外するものではなく、他の構成要素を更に含むことができることを意味する。
【００２１】
以下、添付の図面を参照して、本発明の好適な実施形態を更に詳細に説明する。
【００２２】
一方、本発明の実施形態において、各構成要素、機能ブロック又は手段は、１つ又はそれ以上の下部構成要素で構成され得、各構成要素が行う電気、電子、機械的機能は、電子回路、集積回路、ＡＳＩＣ（Application Specific Integrated Circuit）など公知となった多様な素子又は機械的要素で実現され得、それぞれ個別で実現されてもよく、２つ以上が１つに統合されて実現されてもよい。
【００２３】
また、添付するブロック図の各ブロックとフローチャートの各段階の組み合わせは、コンピュータ・プログラム・インストラクションにより実行されることもできる。これらのコンピュータ・プログラム・インストラクションは、汎用コンピュータ、特殊用コンピュータ、携帯用ノートブックコンピュータ、ネットワークコンピュータなどその他プログラム可能なデータプロセッシング装置のプロセッサに搭載され得るので、コンピュータ装置又はその他プログラム可能なデータプロセッシング装置のプロセッサによって実行されるそのインストラクションが以下で説明するブロック図の各ブロック又はフローチャートの各段階で説明された機能を行う手段を生成するようになる。これらのコンピュータ・プログラム・インストラクションは、特定方式で機能を実現するために、コンピュータ装置又はその他プログラム可能なデータプロセッシング装置を指向できるコンピュータ装置に利用可能なメモリ又はコンピュータ読み取り可能なメモリに格納されることも可能であるので、ブロック図の各ブロック又はフローチャートの各段階で説明された機能を行うインストラクション手段を内包する製造物を生産することも可能である。コンピュータ・プログラム・インストラクションは、コンピュータ装置又はその他プログラム可能なデータプロセッシング装置上に搭載されることも可能であるので、コンピュータ装置又はその他プログラム可能なデータプロセッシング装置上で一連の動作段階が行われるためのプロセスを生成してブロック図の各ブロック及びフローチャートの各段階で説明された機能を実行するための段階を提供することも可能である。
【００２４】
また、各ブロック又は各段階は、特定された論理的機能を実行するための１つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示すことができる。また、幾つかの代替実施形態では各ブロック又は各段階で言及された機能が順序を外れて発生することも可能であることに注目すべきである。例えば、相次いで図示されている２つのブロック又は段階は、実質的に同時に行われることも可能であり、又はその各ブロック又は各段階が時々該当する機能によって逆順で行われることも可能である。
【００２５】
図１は、本発明の一実施形態に係る大容量データ転送方法を行うためのシステム全体図であり、図２は、本発明の一実施形態に係る大容量データ転送装置（ＷＡＳ）の構成図であり、図３は、本発明の一実施形態に係る大容量データ転送方法の順序図である。
【００２６】
前記図１に示すように、システム１００は、クライアント１１０、ＷＡＳ１２０及びＤＢ１３０を含み、クライアント１１０とＷＡＳ１２０間、ＷＡＳ１２０とＤＢ１３０間はネットワークを介して連結される。
【００２７】
複数のクライアント１１０がＷＡＳ１２０とネットワークを介して連結され得、クライアント１１０がＷＡＳ１２０に所定のデータを要請すれば、ＷＡＳ１２０は、ＤＢ１３０から該当データを読み出して前記クライアント１１０に転送するようになる。
【００２８】
前記ＷＡＳ１２０は、送受信部１２１、データ確認部１２２、データ抽出部１２３、メモリ部１２４、データ変換部１２５及びデータ削除部１２６を含む。
【００２９】
まず、ＷＡＳ１２０の送受信部１２１がクライアント１１０からデータの転送のためのデータ転送要請情報を受信する（Ｓ１００）。
【００３０】
前記データ転送要請情報は、前記クライアント１１０が要請するデータに関する情報を含んでおり、ＷＡＳ１２０は、前記データ転送要請情報を基にＤＢ１３０に格納されているデータを確認して転送できる。
【００３１】
前記データ確認部１２２は、前記データが格納されたＤＢ１３０から前記データの大きさを確認するプロセスを行う（Ｓ１１０）。
【００３２】
クライアント１１０が要請したデータの容量が大容量である場合、該当データ全体をＤＢ１３０から読み出して転送する場合に該当データがＷＡＳ１２０のメモリ部１２４を大量に占有してＷＡＳ１２０での処理性能が悪化し、クライアント１１０がＷＡＳ１２０からデータを受信時にローディング時間が長くなり、データの転送効率が低下する。
【００３３】
大容量データの転送効率を向上させるために、前記データ抽出部１２３は、前記データの大きさに基づいて転送されるデータ全体の中から予め設定された大きさに該当するデータを順次読み出し、前記メモリ部１２４に格納するプロセスを行う（Ｓ１２０）。
【００３４】
このとき、前記予め設定された大きさは、ＷＡＳ１２０の仕様及びネットワークの状態によって適切に設定され得る。
【００３５】
その後、前記データ変換部１２５は、前記データを順次所定のデータフォーマットに変換するプロセスを行う（Ｓ１３０）。
【００３６】
前記データフォーマットは、前記予め設定された大きさに対応する複数のレコードを含み（データフォーマットでＲＯＷに対応）、前記複数のレコードは、前記データ区分子を用いて所定のデータフォーマットに変換され得る。
【００３７】
前記データフォーマットでデータ区分子（ｄｅｌｉｍｉｔｅｒ）は、ＡＳＣＩＩコード１０進数の１番から３１番のうち少なくとも１つが使用され得る。前記ＡＳＣＩＩコード１０進数の１番から３１番までは、特殊文字に該当する。
【００３８】
ＣＳＶ方式の場合、データの転送時にデータ区分子として“コンマ（，）”又は
0006283728.tif 000003
を用いるが、前記データ区分子の場合に値としての意味があるため、データの変換時に純粋なデータの前後に二重引用符を追加しなければならない。これにより、データの変換時にデータの容量が大きくなる。
【００３９】
しかし、ＡＳＣＩＩコード１０進数の１番から３１番までは、特殊文字に該当するため、純粋なデータの前後に二重引用符を追加する必要がなくなる。従って、このように特殊文字をデータ区分子として用いることで、大容量データの転送のためのデータの変換時にデータの転送データ容量全体の大きさの増加を最小化できる。
【００４０】
図４は、本発明の一実施形態に係る大容量データ転送方法の実行において、データフォーマットの第１例を示し、図５は、本発明の一実施形態に係る大容量データ転送方法の実行において、データフォーマットの第２例を示す。
【００４１】
前記図４及び図５において、「・」はＡＳＣＩＩコード１０進数の３１番であるユニット区分子（Unit Separator）を示し、「▼」はＡＳＣＩＩコード１０進数の３０番であるレコード区分子（Record Separator）を示すと仮定する。
【００４２】
前記図４及び図５に示すように、前記データフォーマットで、同一レコード上のデータ間の区分のために、ＡＳＣＩＩコード１０進数の３１番であるユニット区分子が前記データ区分子として使用され得、前記ＡＳＣＩＩコード１０進数の３０番であるレコード区分子が前記データ区分子として使用され得る。
【００４３】
これは１つの例であって、前記データ区分子は、ＡＳＣＩＩコード１０進数の１番から３１番までは特殊文字の中から適切に選択され得る。
【００４４】
このように、特殊文字を用いてデータ間及びレコード間を区分するように構成することによって、データの変換時にデータ区分子による転送データ容量全体の大きさの増加を最小化できる。
【００４５】
その後、前記送受信部１２１は、前記変換されたデータを順次前記クライアント１１０に転送する（Ｓ１４０）。
【００４６】
前記データ削除部１２６は、転送済みの前記データをメモリ部１２４から削除する（Ｓ１５０）。転送済みのデータをメモリ部１２４から削除することによって、メモリ部１２４に格納されるデータの量を最小化し、ＷＡＳ１２０の処理性能を向上させることができる。
【００４７】
ＷＡＳ１２０からクライアント１００へデータを転送時に、データ全体を一度に送る場合と本発明の一実施形態に係る大容量データ転送方法によって転送する場合のデータ全体のサイズは同一である。
【００４８】
しかし、前述した本発明の一実施形態に係る大容量データ転送方法によってストリーム（ｓｔｒｅａｍ）方式でデータを転送する場合、データの転送開始時点から終了時点までを考慮するとき、ＷＡＳ１２０のメモリ部１２４の使用メモリは一度にメッセージ全体を転送する場合よりも遥かに小さい。
【００４９】
例えば、本発明の一実施形態に係る大容量データ転送方法によってストリーム方式でデータを転送時に、計１０００個の列を１００個ずつ送る場合を仮定すれば、ＷＡＳ１２０では１００個の列に該当するメモリのみ用いるようになる。すなわち、１００個の列を転送し、メモリ部１２４から該当データを削除し、次の１００個の列を転送した後にメモリ部１２４から該当データを削除する方法を取るため、メモリの使用を最小化しながら、ＷＡＳ１２０の転送効率を向上させることができる。
【００５０】
このような方式により、リソースの使用量を最小化することによって、データの大きさに制限なくデータの転送が可能である。
【００５１】
以上、本発明の実施形態について説明したが、当該技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された本発明の思想から逸脱しない範囲内で、構成要素の付加、変更、削除又は追加などによって本発明を多様に修正及び変更させることができ、これも本発明の権利範囲内に含まれるものと理解されるべきである。
【符号の説明】
【００５２】
１００    システム
１１０    クライアント
１２０    ＷＡＳ
１２１    送受信部
１２２    データ確認部
１２３    データ抽出部
１２４    メモリ部
１２５    データ変換部
１２６    データ削除部
１３０    ＤＢ
【図１】
0006283728.tif 000004
【図２】
0006283728.tif 000005
【図３】
0006283728.tif 000006
【図４】
0006283728.tif 000007
【図５】
0006283728.tif 000008