WO2016072123A1 - データ処理システム、サーバおよびデータ処理管理用プログラム - Google Patents

データ処理システム、サーバおよびデータ処理管理用プログラム Download PDF

Info

Publication number
WO2016072123A1
WO2016072123A1 PCT/JP2015/072997 JP2015072997W WO2016072123A1 WO 2016072123 A1 WO2016072123 A1 WO 2016072123A1 JP 2015072997 W JP2015072997 W JP 2015072997W WO 2016072123 A1 WO2016072123 A1 WO 2016072123A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
data processing
request
execution program
server
Prior art date
Application number
PCT/JP2015/072997
Other languages
English (en)
French (fr)
Inventor
甲 島澤
博憲 渡辺
Original Assignee
ウイングアーク１ｓｔ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ウイングアーク１ｓｔ株式会社 filed Critical ウイングアーク１ｓｔ株式会社
Publication of WO2016072123A1 publication Critical patent/WO2016072123A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general

Definitions

  • the present invention relates to a data processing system, a server, and a data processing management program.
  • a processing result of data stored in another terminal or database is requested from the server. It is suitable for use in a system configured to be provided to other terminals.
  • BI Business Intelligence
  • dashboards have a main function to collect various data surrounding a company from internal systems and databases, and to calculate and calculate and display charts and graphs.
  • the dashboard can connect to various data sources and dynamically visualize the aggregated result according to the request from the user.
  • a server with a dashboard function is provided on the Internet (cloud), and in response to a request given from an external terminal to the server, the server collects data collected from the internal terminal or database and processes it into a chart or graph.
  • a known system hereinafter referred to as a first conventional system for displaying on a requesting external terminal.
  • In-house terminals, servers, and external terminals can be connected to each other via the Internet, and the server processes data stored in the server database based on requests from the internal terminals or external terminals.
  • a system (hereinafter referred to as a second conventional system) that transmits the processing result to an in-house terminal or an external terminal that is a request source is also known (see, for example, Patent Document 1).
  • the first conventional system is a type in which a server acquires data from another terminal and performs processing according to the request based on a request from the terminal.
  • the second conventional system is a type in which a server performs processing according to a request from a terminal on data stored in the server. Both types have a mechanism for processing data according to a request in the server.
  • the second conventional system is a general system represented by a client-server system, in which information resources such as a database are centrally managed by a server, and the information resources can be shared by a plurality of clients.
  • information resources such as a database
  • server a system in which data in each terminal is uploaded to a server database and the data in the database is shared is typical of the second conventional system.
  • the first conventional system is a form that has begun to be used in recent years, and it is possible to process data stored in one terminal at a server in response to a request from another terminal.
  • a server in response to a request given to the server from an external terminal (for example, a smartphone, a tablet terminal, a laptop computer, etc.), the server acquires and processes data from the internal terminal, and the result is sent to the request source. It can be provided to an external terminal.
  • the present invention has been made to solve such a problem, and in response to a request given from a terminal to a server, a processing result of data stored in another terminal or database is sent from the server to the request source. It is an object of the present invention to reduce the response time from when a request is issued until a data processing result is obtained.
  • the server when the server receives a request for data processing from a terminal, the server transmits the request to another terminal to execute the data processing, and the data executed in the other terminal The processing result is received and provided to the requesting terminal.
  • the original data necessary for executing the data processing according to the request from the terminal is not transmitted from another terminal to the server, but the original data is transmitted from another terminal. Is processed, and the result of the data processing is transmitted from another terminal to the server. For this reason, compared with the case where original data is transmitted, the amount of data to be transmitted can be reduced, and the time required for data transmission can be shortened. Thereby, the response time from when the terminal issues a request to the server until it obtains the data processing result can be shortened.
  • FIG. 1 It is a figure which shows the example of whole structure of the data processing system by this embodiment. It is a block diagram which shows the function structural example of the server by this embodiment, and an in-house terminal. It is a flowchart which shows the operation example of the server by this embodiment. It is a flowchart which shows the operation example of the in-house terminal by this embodiment.
  • FIG. 1 is a diagram showing an example of the overall configuration of the data processing system according to the present embodiment.
  • the data processing system of this embodiment includes a server 10, an in-house terminal 20, and an outside terminal 30.
  • the server 10 is installed on the Internet (cloud).
  • the in-house terminal 20 is installed on, for example, an in-house LAN that can be connected to the Internet.
  • a database 27 is connected to the in-house terminal 20.
  • the external terminal 30 is a terminal that can be connected to the Internet from outside the internal LAN.
  • the data processing system of the present embodiment is a database of an in-house terminal 20 (corresponding to another terminal in claims) in response to a request given to the server 10 from an external terminal 30 (corresponding to a terminal in claims).
  • the processing result of the data stored in 27 is provided from the server 10 to the requesting external terminal 30.
  • data processing aggregation, processing, etc.
  • the result of the data processing is provided to the external terminal 30 via the server 10.
  • FIG. 2 is a block diagram illustrating a functional configuration example of the server 10 and the in-house terminal 20 according to the present embodiment.
  • the server 10 according to the present embodiment includes a request reception unit 11, a request generation unit 12, a request transmission unit 13, an execution program transmission unit 14, a processing result reception unit 15, and a processing result as a functional configuration by software.
  • a providing unit 16 is provided.
  • the server 10 of the present embodiment includes an execution program storage unit 17 as a hardware configuration.
  • the in-house terminal 20 of the present embodiment includes a request reception unit 21, an execution program reception unit 22, a cache management unit 23, a data processing execution unit 24, and a processing result transmission unit 25 as a functional configuration by software. Further, the in-house terminal 20 of the present embodiment includes a cache memory 26 as a hardware configuration. Furthermore, a database 27 is connected to the in-house terminal 20. As shown in FIG. 1, this database 27 may be unique to one in-house terminal 20 or may be shared by a plurality of in-house terminals 20 through an in-house LAN.
  • Each of the functional blocks 11 to 16 of the server 10 is actually composed of a computer CPU, RAM, ROM, etc., and is stored in a recording medium such as RAM, ROM, hard disk or semiconductor memory (claims). This is realized by the operation of the data processing management program.
  • This program may be a dashboard program, for example.
  • each of the functional blocks 21 to 25 of the in-house terminal 20 is actually configured by including a CPU, RAM, ROM, and the like of a computer, and is realized by operating a program stored in a recording medium. Note that all or part of the functional blocks 11 to 16 and 21 to 25 can be configured by hardware or a DSP (Digital Signal Processor).
  • DSP Digital Signal Processor
  • the request receiving unit 11 of the server 10 receives a request for data processing from the external terminal 30.
  • This request specifies what data processing is performed for which data in which database 27 connected to which in-house terminal 20.
  • the server 10 is accessed from the external terminal 30 and a desired application screen provided by the dashboard program is opened.
  • the request representing the instruction content is displayed in the external terminal. 30 to the server 10.
  • the request receiving unit 11 of the server 10 receives this request.
  • the type of application that can be executed by the dashboard program and the content of data processing executed on the application are arbitrary, and the present invention is not particularly limited thereto.
  • the user of the external terminal 30 can specify desired form data as a processing target on the application screen opened by the dashboard program, and can instruct a desired totaling process or a desired chart creation process. It is.
  • the request receiving unit 11 receives a request representing the instruction content.
  • the request generation unit 12 When the request generation unit 12 receives a request related to data processing from the external terminal 30, the request generation unit 12 generates a request that is converted into a format that can be executed by the internal terminal 20. The contents of the request specify what data in which database 27 connected to which in-house terminal 20 is to be processed, and are the same as the contents of the request received from the external terminal 30. is there.
  • the request transmission unit 13 transmits the request generated by the request generation unit 12 to any in-house terminal 20 to execute data processing.
  • the execution program transmission unit 14 transmits an execution program for executing the data processing specified by the request to the in-house terminal 20.
  • the execution program to be transmitted here is stored in advance in the execution program storage unit 17.
  • the execution program to be transmitted in the present embodiment is not of a type for processing data sent together with the execution program, but includes a communication protocol with the database 27, and executes data processing through exchange with the database 27. It is a program made in
  • the composition unit of the execution program is arbitrary.
  • the constituent unit of the execution program related to the tabulation process can be divided into the tabulation types to constitute the execution program. In this way, the size of each execution program can be made relatively small.
  • the execution program related to chart creation For example, the execution program can be configured separately for each type of chart. Alternatively, it is also possible to configure one execution program by combining a plurality of types of chart creation functions.
  • the execution program transmission unit 14 is configured to execute the first type execution program or the second type according to the type of the database 27 provided in the in-house terminal 20 specified by the request generated by the request generation unit 12. Are read from the execution program storage unit 17 and transmitted.
  • the first type of execution program is a program for the data processing execution unit 24 of the in-house terminal 20 to acquire necessary data from the database 27 and perform data processing.
  • the data processing execution unit 24 of the in-house terminal 20 issues an SQL command to the database 27 to cause the database 27 to execute data processing, and the data processing execution unit 24 sends the processing result to the database 27. It is a program for obtaining from.
  • the data processing execution unit 24 acquires data from the database 27 and processes the data faster, and data processing performed in the database 27 is faster. Therefore, in this embodiment, the type of the database 27 connected to the in-house terminal 20 is registered in the server 10 in advance. Then, when the execution program transmitting unit 14 transmits the execution program to the in-house terminal 20, the type of the database 27 is determined, and the execution program of either the first type or the second type is selected according to the type of the database 27. The program is read from the execution program storage unit 17 and transmitted.
  • the request receiving unit 21 of the in-house terminal 20 receives the request transmitted by the request transmitting unit 13 of the server 10.
  • the execution program reception unit 22 receives the execution program transmitted by the execution program transmission unit 14 of the server 10.
  • the cache management unit 23 stores the received execution program in the cache memory 26 and manages it.
  • the execution program transmitting unit 14 inquires of the cache management unit 23 whether or not the execution program to be transmitted is stored in the cache memory 26 of the in-house terminal 20, and the execution program is stored in the cache memory 26.
  • the execution program is transmitted to the in-house terminal 20 only when a response indicating that it is not received is returned from the cache management unit 23.
  • the data processing execution unit 24 transmits the execution program transmitted by the execution program transmission unit 14 and received by the execution program reception unit 22 (however, If the data is stored in the cache memory 26, the data processing according to the request is executed on the data stored in the database 27 in accordance with the execution program in the cache memory 26).
  • the processing result transmission unit 25 of the in-house terminal 20 transmits the result of the data processing executed by the data processing execution unit 24 to the server 10. That is, in this embodiment, instead of reading the original data necessary for performing the data processing specified by the request from the database 27 and transmitting it to the server 10, the internal terminal 20 performs the data processing, and the processing result Is transmitted to the server 10. Generally, by summing up the original data, the data of the summation result is smaller in size than the original data. Further, by creating a chart from the original data, the size of the generated chart data is smaller than that of the original data.
  • the processing result receiving unit 15 of the server 10 receives the result of the data processing executed in the in-house terminal 20.
  • the processing result providing unit 16 provides the data processing result received by the processing result receiving unit 15 to the requesting external terminal 30.
  • the providing method in this case is arbitrary. As an example, it is preferable to provide a result of data processing through an application screen provided by the dashboard program of the server 10.
  • FIG. 3 is a flowchart showing an operation example of the server 10 according to the present embodiment configured as described above.
  • the request receiving unit 11 determines whether or not a request related to data processing has been received from the external terminal 30 (step S1). If the request has not been received, the determination process in step S1 is continued.
  • the execution program transmitting unit 14 determines the type of the database 27 connected to the in-house terminal 20 identified as the terminal that performs data processing by the request. To do. Then, an execution program to be transmitted to the in-house terminal 20 is specified based on the content of the data processing specified by the request and the determined type of the database 27 (step S2).
  • the execution program transmission unit 14 inquires of the cache management unit 23 whether or not the execution program specified as described above is stored in the cache memory 26 of the in-house terminal 20 (step S3). Then, the execution program transmission unit 14 determines whether or not there is a response that the execution program is stored in the cache memory 26 (step S4).
  • the execution program transmission unit 14 does not transmit the execution program to the in-house terminal 20.
  • the request transmission unit 13 transmits only the request generated by the request generation unit 12 based on the request received by the request reception unit 11 to the in-house terminal 20 (step S5).
  • the request transmission unit 13 sends the request generated by the request generation unit 12 based on the request received by the request reception unit 11 to the in-house terminal 20.
  • the execution program transmission unit 14 reads out the execution program specified in step S2 from the execution program storage unit 17 and transmits it to the in-house terminal 20 (step S6).
  • the processing result receiving unit 15 receives the data processing result from the in-house terminal 20 (step S7). Then, the processing result providing unit 16 provides the data processing result received by the processing result receiving unit 15 to the requesting external terminal 30 (step S8). Thereby, the process of the flowchart shown in FIG. 3 is completed.
  • FIG. 4 is a flowchart showing an operation example of the in-house terminal 20 according to the present embodiment configured as described above.
  • the request receiving unit 21 determines whether a request is received from the server 10 (step S11). If the request has not been received, the determination process in step S11 is continued.
  • the execution program reception unit 22 determines whether or not the execution program is received from the server 10 (step S12).
  • the data processing execution unit 24 performs data processing corresponding to the request received by the request reception unit 21 on the data stored in the database 27 according to the received execution program. (Step S13).
  • the data processing execution unit 24 performs a request reception unit on the data stored in the database 27 according to the execution program stored in the cache memory 26.
  • Data processing corresponding to the request received by 21 is executed (step S14).
  • the data processing execution unit 24 reads the execution program that was inquired immediately before from the cache management unit 23 and executes it.
  • the processing result transmission unit 25 transmits the result of the data processing executed by the data processing execution unit 24 to the server 10 (step S15). Thereby, the process of the flowchart shown in FIG. 4 is completed.
  • the server 10 when the server 10 receives a request for data processing from the external terminal 30, the server 10 transmits the request to the internal terminal 20 to execute the data processing, and the internal terminal The result of the data processing executed at 20 is received and provided to the requesting external terminal 30.
  • original data necessary for executing data processing in response to a request from the external terminal 30 is not transmitted from the internal terminal 20 to the server 10.
  • the in-house terminal 20 performs data processing on the original data, and the result of the data processing is transmitted from the in-house terminal 20 to the server 10.
  • the amount of data transmitted from the in-house terminal 20 to the server 10 can be reduced, and the time required for data transmission can be shortened.
  • the response time from when the external terminal 30 issues a request to the server 10 until obtaining the data processing result can be shortened.
  • the in-house terminal 20 does not have an execution program used when data processing is performed in the in-house terminal 20, and is transmitted from the server 10 to the in-house terminal 20 every time there is a request. .
  • the in-house terminal 20 even if there is a change in the contents of the tabulation process and chart creation process that can be provided due to, for example, a version upgrade of the dashboard program of the server 10, the version of the execution program in the in-house terminal 20 accordingly There is an advantage that there is no need to perform up.
  • the execution program when the execution program is transmitted from the server 10 to the in-house terminal 20 together with the request, a certain amount of transmission time is required. In order to shorten the transmission time, the execution program may be installed in the in-house terminal 20 in advance, and the execution program may not be transmitted. However, in this case, it is necessary to upgrade the execution program in the in-house terminal 20 in accordance with the upgrade of the dashboard program in the server 10.
  • the execution program transmitted from the server 10 to the in-house terminal 20 is configured by predetermined units divided, for example, for each type of aggregation and each type of chart. For this reason, even if the execution program is transmitted from the server 10 to the in-house terminal 20, the amount of data can be reduced as much as possible.
  • the execution program is already stored in the cache memory 26 of the in-house terminal 20, the execution program is not transmitted and the execution program in the cache memory 26 is used. As a result, the frequency of transmitting the execution program can be reduced. As described above, it is possible to reduce the data amount and the transmission frequency of the execution program transmitted from the in-house terminal 20 to the server 10 while avoiding the version upgrade of the execution program in the in-house terminal 20, and to shorten the time required for program transmission. Can do.
  • the in-house terminal 20 may execute processing according to a request on data stored in an internal local storage medium, data stored in a file server of the in-house LAN, and the like.
  • the aggregation process or the chart creation process has been described as an example of the data process, but the present invention is not limited to this.
  • various analysis processes, graph creation processes, various calculation processes, and the like may be used.
  • the present invention is not limited to this. That is, the present invention can be applied to any system that performs data processing at another terminal in response to a request given from one terminal to the server 10.
  • the said embodiment demonstrated the example which transmits the execution program of either the 1st type or the 2nd type from the server 10 to the company terminal 20 according to the classification of the database 27, this invention is not limited to this. .
  • the type of execution program may be selected according to cardinality.
  • the dashboard program is described as an example of the data processing management program installed in the server 10, but the present invention is not limited to this.
  • the present invention in response to a request given to the server 10 from a certain terminal, if it is a program having a data processing management function for executing data processing in another terminal and transmitting the processing result to the requesting terminal, The present invention can be applied to both.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　サーバ１０が社外端末３０からデータ処理に関するリクエストを受信した場合、社内端末２０にリクエストを送信してデータ処理を実行させ、当該社内端末２０において実行されたデータ処理の結果を受信してリクエスト元の社外端末３０に提供することにより、データ処理に必要な元データを社内端末２０からサーバ１０に送信してサーバ１０にてデータ処理を実行する場合に比べて、社内端末２０からサーバ１０に送信するデータ量を少なくすることができるようにして、データ送信にかかる時間を短くする。

Description

データ処理システム、サーバおよびデータ処理管理用プログラム
　本発明は、データ処理システム、サーバおよびデータ処理管理用プログラムに関し、特に、ある端末からサーバに与えられるリクエストに応じて、別の端末またはデータベースに記憶されているデータの処理結果をサーバからリクエスト元の端末に提供するように成されたシステムに用いて好適なものである。
　近年、業務システムなどから蓄積される企業内のデータを収集・蓄積し、これ分析することで、経営上の意思決定に活用しようとする「ビジネスインテリジェンス（ＢＩ）」という手法が注目されている。そして、このビジネスインテリジェンス技術で使われるソフトウェアとして、いわゆるＢＩツールが広く提供されつつある。
　ＢＩツールの一形態として、ダッシュボードと呼ばれるソフトウェアが提供されている。ダッシュボードは、企業を取り巻く様々なデータを社内のシステムやデータベースから集め、集計演算をしたり、チャートやグラフなどに加工して表示したりすることを主な機能として持つ。ダッシュボードは、様々なデータソースに接続し、ユーザからのリクエストに合わせて集計結果をダイナミックに可視化することが可能である。
　例えば、ダッシュボードの機能を有するサーバをインターネット（クラウド）上に備え、社外端末からサーバに与えられるリクエストに応じて、サーバが社内端末やデータベースから収集したデータを集計し、チャートやグラフに加工してリクエスト元の社外端末に表示するシステム（以下、第１の従来システムという）が知られている。
　また、社内端末とサーバと社外端末とがインターネットを介して相互に接続可能であり、サーバが社内端末または社外端末からのリクエストに基づいて、サーバのデータベースに記憶されているデータの加工処理を行い、その加工の結果をリクエスト元の社内端末または社外端末に送信するようになされたシステム（以下、第２の従来システムという）も知られている（例えば、特許文献１参照）。
特開２００４－５１３０号公報
　上記第１の従来システムは、サーバが、端末からのリクエストに基づいて、別の端末からデータを取得してリクエストに応じた処理を行うタイプである。一方、第２の従来システムは、サーバが、当該サーバに保存されているデータに対して端末からのリクエストに応じた処理を行うタイプである。何れのタイプも、サーバにおいてリクエストに応じたデータ処理を行う仕組みとなっている。
　第２の従来システムは、クライアントサーバシステムに代表される一般的なシステムであり、データベースなどの情報資源をサーバにて集中管理し、この情報資源を複数のクライアントで共有できるようにしたものである。例えば、各端末内のデータをサーバのデータベースにアップロードし、データベース内のデータを共有化するようにしたシステムは、第２の従来システムの典型である。
　この第２の従来システムでは、サーバに保存されているデータであれば、どの端末からでもサーバにリクエストを送り、所望のデータを集計したり、グラフやチャートに加工したりすることが可能である。しかし、逆に言えば、サーバにアップロードされていない端末内のローカルデータについては、別の端末からのリクエストに応じてサーバにて処理することはできない。
　これに対して、第１の従来システムは、近年において利用され始めた形態であり、ある端末に記憶されているデータを別の端末からのリクエストに応じてサーバにて処理することが可能である。例えば、上述のように、社外端末（例えば、スマートフォン、タブレット端末、ノートパソコンなど）からサーバに与えられるリクエストに応じて、サーバが社内端末からデータを取得して処理し、その結果をリクエスト元の社外端末に提供することが可能である。
　しかしながら、上記第１の従来システムでは、サーバに対してデータ処理のリクエストがあったときに、その処理対象となるデータが記憶されている端末からサーバに対してデータを送信する必要がある。そのため、そのデータ送信に時間がかかり、レスポンスが遅くなってしまうという問題があった。特に、送信するデータ量が多くなると、データ送信にかかる時間が長くなり、レスポンスがさらに遅くなってしまう。
　本発明は、このような問題を解決するために成されたものであり、端末からサーバに与えられるリクエストに応じて、別の端末またはデータベースに記憶されているデータの処理結果をサーバからリクエスト元の端末に提供するように成されたシステムにおいて、リクエストを出してからデータ処理の結果を得るまでのレスポンス時間を短縮化できるようにすることを目的とする。
　上記した課題を解決するために、本発明では、サーバが端末からデータ処理に関するリクエストを受信した場合、別の端末にリクエストを送信してデータ処理を実行させ、当該別の端末において実行されたデータ処理の結果を受信してリクエスト元の端末に提供するようにしている。
　上記のように構成した本発明によれば、端末からのリクエストに応じたデータ処理を実行するために必要な元データが別の端末からサーバに送信されるのではなく、別の端末において元データに対してデータ処理が行われ、そのデータ処理の結果が別の端末からサーバに送信されることとなる。このため、元データを送信する場合に比べて、送信するデータ量を少なくすることができ、データ送信にかかる時間を短くすることができる。これにより、端末がサーバにリクエストを出してからデータ処理の結果を得るまでのレスポンス時間を短くすることができる。
本実施形態によるデータ処理システムの全体構成例を示す図である。 本実施形態によるサーバおよび社内端末の機能構成例を示すブロック図である。 本実施形態によるサーバの動作例を示すフローチャートである。 本実施形態による社内端末の動作例を示すフローチャートである。
　以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態によるデータ処理システムの全体構成例を示す図である。図１に示すように、本実施形態のデータ処理システムは、サーバ１０、社内端末２０および社外端末３０を備えて構成されている。サーバ１０は、インターネット（クラウド）上に設置されている。社内端末２０は、例えば、インターネットに接続可能になされた社内ＬＡＮ上に設置されている。社内端末２０には、データベース２７が接続されている。社外端末３０は、社内ＬＡＮの外部からインターネットに接続可能な端末である。
　本実施形態のデータ処理システムは、社外端末３０（特許請求の範囲の端末に相当）からサーバ１０に与えられるリクエストに応じて、社内端末２０（特許請求の範囲の別の端末に相当）のデータベース２７に記憶されているデータの処理結果をサーバ１０からリクエスト元の社外端末３０に提供するように成されている。具体的には、リクエストに応じたデータ処理（集計、加工など）を社内端末２０において実行し、そのデータ処理の結果を、サーバ１０を介して社外端末３０に提供するように成されている。
　図２は、本実施形態によるサーバ１０および社内端末２０の機能構成例を示すブロック図である。図２に示すように、本実施形態のサーバ１０は、ソフトウェアによる機能構成として、リクエスト受信部１１、リクエスト生成部１２、リクエスト送信部１３、実行プログラム送信部１４、処理結果受信部１５および処理結果提供部１６を備えている。また、本実施形態のサーバ１０は、ハードウェア構成として、実行プログラム記憶部１７を備えている。
　また、本実施形態の社内端末２０は、ソフトウェアによる機能構成として、リクエスト受信部２１、実行プログラム受信部２２、キャッシュ管理部２３、データ処理実行部２４および処理結果送信部２５を備えている。また、本実施形態の社内端末２０は、ハードウェア構成として、キャッシュメモリ２６を備えている。さらに、社内端末２０にはデータベース２７が接続されている。このデータベース２７は、図１に示すように、１つの社内端末２０に固有のものであってもよいし、社内ＬＡＮを通じて複数の社内端末２０で共有化されたものであってもよい。
　サーバ１０の各機能ブロック１１～１６は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラム（特許請求の範囲のデータ処理管理用プログラムに相当）が動作することによって実現される。このプログラムは、例えばダッシュボード用のプログラムとすることができる。同様に、社内端末２０の各機能ブロック２１～２５は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、記録媒体に記憶されたプログラムが動作することによって実現される。なお、各機能ブロック１１～１６、２１～２５の全部または一部は、ハードウェアまたはＤＳＰ（Digital Signal Processor）によって構成することも可能である。
　サーバ１０のリクエスト受信部１１は、社外端末３０からデータ処理に関するリクエストを受信する。このリクエストは、どの社内端末２０に接続されたどのデータベース２７のどのデータを対象として、どのようなデータ処理を行うかを特定したものである。例えば、社外端末３０からサーバ１０にアクセスし、ダッシュボード用プログラムにより提供される所望のアプリケーション画面を開く。この状態で、ユーザが社外端末３０を操作して、アプリケーション画面上でデータベース２７内の所望のデータを指定して所望のデータ処理を行うことを指示すると、その指示内容を表したリクエストが社外端末３０からサーバ１０に送信される。サーバ１０のリクエスト受信部１１は、このリクエストを受信する。
　ここで、ダッシュボード用プログラムにより実行可能なアプリケーションの種類や、当該アプリケーション上で実行するデータ処理の内容は任意であり、本発明では特にこれを限定しない。一例として、帳票管理用のアプリケーションによって、社内端末２０のデータベース２７に記憶された帳票データに対して、各種集計処理または各種チャートの作成処理を行うことが可能である。この場合、社外端末３０のユーザは、ダッシュボード用プログラムにより開かれたアプリケーション画面上において、所望の帳票データを処理対象として特定し、所望の集計処理または所望のチャート作成処理を指示することが可能である。リクエスト受信部１１は、この指示内容を表したリクエスト受信する。
　リクエスト生成部１２は、社外端末３０からデータ処理に関するリクエストを受信した場合、それを社内端末２０において実行可能な形式に変えたリクエストを生成する。リクエストの内容は、どの社内端末２０に接続されたどのデータベース２７のどのデータを対象として、どのようなデータ処理を行うかを特定したものであり、社外端末３０から受信したリクエストの内容と同じである。リクエスト送信部１３は、リクエスト生成部１２により生成されたリクエストを何れかの社内端末２０に送信してデータ処理を実行させる。
　実行プログラム送信部１４は、リクエスト送信部１３が社内端末２０に対してリクエストを送信する際に、そのリクエストで特定されたデータ処理を実行するための実行プログラムを社内端末２０に送信する。ここで送信すべき実行プログラムは、実行プログラム記憶部１７にあらかじめ記憶されている。本実施形態において送信する実行プログラムは、当該実行プログラムと共に送られるデータを処理するタイプのものではなく、データベース２７との通信プロトコルを含むものであり、データベース２７とのやり取りを通じてデータ処理を実行するように成されたプログラムである。
　実行プログラムの構成単位は任意である。例えば、集計処理に関する実行プログラムの構成単位は、集計の種類毎に分けて実行プログラムを構成することが可能である。このようにすれば、個々の実行プログラムのサイズを比較的小さくすることができる。あるいは、実行プログラムの数が多くなるのを避けるために、複数の種類の集計機能をまとめて１つの実行プログラムを構成することが可能である。チャート作成に関する実行プログラムも同様である。例えば、チャートの種類毎に分けて実行プログラムを構成することが可能である。あるいは、複数種類のチャート作成機能をまとめて１つの実行プログラムを構成することも可能である。
　本実施形態では、実行プログラム送信部１４は、リクエスト生成部１２により生成されたリクエストによって特定された社内端末２０が備えているデータベース２７の種別に応じて、第１タイプの実行プログラムまたは第２タイプの実行プログラムの何れかを実行プログラム記憶部１７から読み出して送信する。第１タイプの実行プログラムは、社内端末２０のデータ処理実行部２４がデータベース２７から必要なデータを取得してデータ処理を行うためのプログラムである。一方、第２タイプの実行プログラムは、社内端末２０のデータ処理実行部２４がデータベース２７にＳＱＬ命令を出すことによってデータベース２７にデータ処理を実行させ、データ処理実行部２４がその処理結果をデータベース２７から取得するためのプログラムである。
　データベース２７の種類によって、データ処理実行部２４がデータベース２７からデータを取得して処理した方が速い場合と、データベース２７にてデータ処理を行った方が速い場合とがある。そこで、本実施形態では、社内端末２０に接続されたデータベース２７の種類をサーバ１０にあらかじめ登録しておく。そして、実行プログラム送信部１４が実行プログラムを社内端末２０に送信する際に、データベース２７の種類を判別し、当該データベース２７の種類に応じて第１タイプまたは第２タイプの何れかの実行プログラムを実行プログラム記憶部１７から読み出して送信する。
　社内端末２０のリクエスト受信部２１は、サーバ１０のリクエスト送信部１３により送信されたリクエストを受信する。実行プログラム受信部２２は、サーバ１０の実行プログラム送信部１４により送信された実行プログラムを受信する。キャッシュ管理部２３は、実行プログラム送信部１４により送信された実行プログラムを実行プログラム受信部２２が受信した場合、当該受信した実行プログラムをキャッシュメモリ２６に格納して管理する。
　上述の実行プログラム送信部１４は、送信しようとする実行プログラムが社内端末２０のキャッシュメモリ２６に格納されているか否かをキャッシュ管理部２３に問い合わせて確認し、実行プログラムがキャッシュメモリ２６に格納されていないとの応答がキャッシュ管理部２３から返されてきた場合に限り、実行プログラムを社内端末２０に送信する。
　データ処理実行部２４は、サーバ１０のリクエスト送信部１３により送信されたリクエストをリクエスト受信部２１が受信した場合、実行プログラム送信部１４により送信され実行プログラム受信部２２が受信した実行プログラム（ただし、キャッシュメモリ２６に格納されている場合は、当該キャッシュメモリ２６内の実行プログラム）に従って、データベース２７に記憶されているデータに対し、リクエストに応じたデータ処理を実行する。
　社内端末２０の処理結果送信部２５は、データ処理実行部２４により実行されたデータ処理の結果をサーバ１０に送信する。すなわち、本実施形態では、リクエストにより特定されたデータ処理を行うのに必要な元データをデータベース２７から読み出してサーバ１０に送信するのではなくて、社内端末２０においてデータ処理を行い、その処理結果をサーバ１０に送信するようにしている。一般的に、元データを集計することにより、集計結果のデータは元データよりもサイズが小さくなっている。また、元データからチャートを作成することにより、作成されたチャートのデータは元データよりもサイズが小さくなっている。
　サーバ１０の処理結果受信部１５は、社内端末２０において実行されたデータ処理の結果を受信する。処理結果提供部１６は、処理結果受信部１５により受信されたデータ処理の結果をリクエスト元の社外端末３０に提供する。この場合の提供方法は任意である。一例として、サーバ１０のダッシュボード用プログラムにより提供されるアプリケーション画面を通じて、データ処理の結果を提供するのが好適である。
　図３は、上記のように構成した本実施形態によるサーバ１０の動作例を示すフローチャートである。まず、リクエスト受信部１１は、データ処理に関するリクエストを社外端末３０から受信したか否かを判定する（ステップＳ１）。リクエストを受信していない場合は、ステップＳ１の判定処理を継続する。
　一方、リクエスト受信部１１が社外端末３０からリクエストを受信した場合、実行プログラム送信部１４は、そのリクエストによりデータ処理を行う端末として特定された社内端末２０に接続されているデータベース２７の種類を判別する。そして、リクエストにより特定されるデータ処理の内容と、判別されたデータベース２７の種類とに基づいて、社内端末２０に送信すべき実行プログラムを特定する（ステップＳ２）。
　次いで、実行プログラム送信部１４は、上記のように特定した実行プログラムが社内端末２０のキャッシュメモリ２６に格納されているか否かをキャッシュ管理部２３に問い合わせる（ステップＳ３）。そして、実行プログラム送信部１４は、実行プログラムがキャッシュメモリ２６に格納されているとの応答があったか否かを判定する（ステップＳ４）。
　ここで、実行プログラムがキャッシュメモリ２６に格納されていると判定された場合、実行プログラム送信部１４は、当該実行プログラムを社内端末２０に送信しない。この場合、リクエスト送信部１３が、リクエスト受信部１１により受信されたリクエストに基づいてリクエスト生成部１２により生成されたリクエストのみを社内端末２０に送信する（ステップＳ５）。
　一方、実行プログラムがキャッシュメモリ２６に格納されていないと判定された場合、リクエスト送信部１３が、リクエスト受信部１１により受信されたリクエストに基づいてリクエスト生成部１２により生成されたリクエストを社内端末２０に送信するとともに、実行プログラム送信部１４が、ステップＳ２で特定された実行プログラムを実行プログラム記憶部１７から読み出して社内端末２０に送信する（ステップＳ６）。
　ステップＳ５またはステップＳ６の処理を行った後、処理結果受信部１５は、社内端末２０からデータ処理の結果を受信する（ステップＳ７）。そして、処理結果提供部１６は、処理結果受信部１５により受信されたデータ処理の結果をリクエスト元の社外端末３０に提供する（ステップＳ８）。これにより、図３に示すフローチャートの処理は終了する。
　図４は、上記のように構成した本実施形態による社内端末２０の動作例を示すフローチャートである。まず、リクエスト受信部２１は、サーバ１０からリクエストを受信したか否かを判定する（ステップＳ１１）。リクエストを受信していない場合は、ステップＳ１１の判定処理を継続する。
　一方、リクエスト受信部２１がサーバ１０からリクエストを受信した場合、実行プログラム受信部２２は、サーバ１０から実行プログラムを受信したか否かを判定する（ステップＳ１２）。ここで、実行プログラムを受信した場合、データ処理実行部２４は、当該受信した実行プログラムに従って、データベース２７に記憶されているデータに対し、リクエスト受信部２１が受信したリクエストに応じたデータ処理を実行する（ステップＳ１３）。
　一方、実行プログラム受信部２２が実行プログラムを受信していない場合、データ処理実行部２４は、キャッシュメモリ２６に格納されている実行プログラムに従って、データベース２７に記憶されているデータに対し、リクエスト受信部２１が受信したリクエストに応じたデータ処理を実行する（ステップＳ１４）。キャッシュメモリ２６に複数の実行プログラムが記憶されている場合、データ処理実行部２４は、キャッシュ管理部２３に対して直前に問い合わせのあった実行プログラムをキャッシュメモリ２６から読み出して実行する。
　ステップＳ１３またはステップＳ１４の処理を行った後、処理結果送信部２５は、データ処理実行部２４により実行されたデータ処理の結果をサーバ１０に送信する（ステップＳ１５）。これにより、図４に示すフローチャートの処理は終了する。
　以上詳しく説明したように、本実施形態のデータ処理システムでは、サーバ１０が社外端末３０からデータ処理に関するリクエストを受信した場合、社内端末２０にリクエストを送信してデータ処理を実行させ、当該社内端末２０において実行されたデータ処理の結果を受信してリクエスト元の社外端末３０に提供するようにしている。
　上記のように構成した本実施形態のデータ処理システムによれば、社外端末３０からのリクエストに応じたデータ処理を実行するために必要な元データが社内端末２０からサーバ１０に送信されるのではなく、社内端末２０において元データに対してデータ処理が行われ、そのデータ処理の結果が社内端末２０からサーバ１０に送信されることとなる。このため、元データを送信する場合に比べて、社内端末２０からサーバ１０に送信するデータ量を少なくすることができ、データ送信にかかる時間を短くすることができる。これにより、社外端末３０がサーバ１０にリクエストを出してからデータ処理の結果を得るまでのレスポンス時間を短くすることができる。
　また、本実施形態では、社内端末２０においてデータ処理を行う際に使用する実行プログラムを社内端末２０は有しておらず、リクエストがあるたびにサーバ１０から社内端末２０に送信するようにしている。これにより、例えばサーバ１０のダッシュボード用プログラムのバージョンアップ等によって、提供可能な集計処理やチャート作成処理の内容に変更が生じた場合であっても、それに合わせて社内端末２０で実行プログラムのバージョンアップを行う必要がないというメリットを有する。
　なお、サーバ１０から社内端末２０にリクエストとともに実行プログラムを送信する際に、ある程度の送信時間を要する。この送信時間を短くするために、実行プログラムをあらかじめ社内端末２０にインストールしておき、実行プログラムの送信は行わないようにしてもよい。ただし、この場合は、サーバ１０におけるダッシュボード用プログラムのバージョンアップに合わせて、社内端末２０における実行プログラムのバージョンアップを行うことが必要となる。
　本実施形態では、サーバ１０から社内端末２０に送信する実行プログラムを、例えば集計の種類毎、チャートの種類毎に分けた所定の単位により構成している。このため、サーバ１０から社内端末２０に実行プログラムを送信するとしても、そのデータ量をできるだけ少なくすることができる。また、社内端末２０のキャッシュメモリ２６に実行プログラムが既に格納されている場合は、実行プログラムの送信は行わず、キャッシュメモリ２６の実行プログラムを利用するようにしている。これにより、実行プログラムを送信する頻度を減らすことができるようにしている。以上により、社内端末２０における実行プログラムのバージョンアップを回避しつつ、社内端末２０からサーバ１０に送信する実行プログラムのデータ量や送信頻度を少なくすることができ、プログラム送信にかかる時間を短くすることができる。
　なお、上記実施形態では、社内端末２０がデータベース２７に記憶されているデータに対してリクエストに応じた処理を実行する例について説明したが、本発明はこれに限定されない。例えば、社内端末２０が内部のローカル記憶媒体に記憶されているデータ、社内ＬＡＮのファイルサーバに記憶されているデータなどに対してリクエストに応じた処理を実行するようにしてもよい。
　また、上記実施形態では、データ処理の一例として集計処理またはチャート作成処理について説明したが、本発明はこれに限定されない。例えば、各種分析処理、グラフ作成処理、各種計算処理などであってもよい。
　また、上記実施形態では、社外端末３０からのリクエストに応じて社内端末２０にてデータ処理を行う例について説明したが、本発明はこれに限定されない。すなわち、ある端末からサーバ１０に与えられるリクエストに応じて、別の端末にてデータ処理を行うシステムであれば本発明を適用することが可能である。
　また、上記実施形態では、データベース２７の種別に応じて第１タイプまたは第２タイプの何れかの実行プログラムをサーバ１０から社内端末２０に送信する例について説明したが、本発明はこれに限定されない。例えば、データベース２７の種類に加えて、カージナリティに応じて実行プログラムのタイプを選択するようにしてもよい。
　また、上記実施形態では、社外端末３０からサーバ１０に与えられるリクエストに応じたデータ処理を、全て社内端末２０において実行する例について説明したが、本発明はこれに限定されない。例えば、社内端末２０において一次処理を行ってその結果をサーバ１０に送信し、一次処理の結果に対してサーバ１０にて二次処理を行い、二次処理の結果を社外端末３０に提供するようにしてもよい。このようにすれば、一次処理に関する実行プログラムだけをサーバ１０から社内端末２０に送信すればよいので、送信するプログラムのサイズを小さくして送信時間を短くすることができる。
　また、上記実施形態では、サーバ１０にインストールされているデータ処理管理用プログラムの一例としてダッシュボード用プログラムを挙げて説明したが、本発明はこれに限定されない。すなわち、ある端末からサーバ１０に与えられるリクエストに応じて、別の端末にてデータ処理を実行させて、その処理結果をリクエスト元の端末に送信するデータ処理管理の機能を有するプログラムであれば、何れにも本発明を適用することが可能である。
　その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
　１０　サーバ
　１１　リクエスト受信部
　１２　リクエスト生成部
　１３　リクエスト送信部
　１４　実行プログラム送信部
　１５　処理結果受信部
　１６　処理結果提供部
　１７　実行プログラム記憶部
　２０　社内端末（別の端末）
　２１　リクエスト受信部
　２２　実行プログラム受信部
　２３　キャッシュ管理部
　２４　データ処理実行部
　２５　処理結果送信部
　２６　キャッシュメモリ
　２７　データベース
　３０　社外端末（端末）

Claims (7)

  1. 　端末からサーバに与えられるリクエストに応じて、別の端末またはデータベースに記憶されているデータの処理結果を上記サーバからリクエスト元の端末に提供するように成されたデータ処理システムであって、
    　上記サーバは、
    　上記端末からデータ処理に関する上記リクエストを受信した場合、上記別の端末に対して上記リクエストを送信して上記データ処理を実行させるリクエスト送信部と、
    　上記別の端末において実行された上記データ処理の結果を受信する処理結果受信部と、
    　上記処理結果受信部により受信された上記データ処理の結果を上記リクエスト元の端末に提供する処理結果提供部とを備え、
    　上記別の端末は、
    　上記リクエスト送信部により送信された上記リクエストを受信した場合、上記別の端末または上記データベースに記憶されているデータに対し、上記リクエストに応じた処理を実行するデータ処理実行部と、
    　上記データ処理実行部により実行された上記データ処理の結果を上記サーバに送信する処理結果送信部とを備えたことを特徴とするデータ処理システム。
  2. 　上記サーバは、上記リクエスト送信部が上記別の端末に対して上記リクエストを送信する際に、上記データ処理を実行するための実行プログラムを上記別の端末に送信する実行プログラム送信部を更に備え、
    　上記別の端末の上記データ処理実行部は、上記実行プログラム送信部により送信された上記実行プログラムに従って、上記別の端末または上記データベースに記憶されているデータに対し、上記リクエストに応じた処理を実行することを特徴とする請求項１に記載のデータ処理システム。　
  3. 　上記データ処理実行部は、上記データベースに記憶されているデータに対し、上記リクエストに応じた処理を実行するように成され、
    　上記実行プログラム送信部は、上記データベースの種別に応じて、第１タイプの実行プログラムまたは第２タイプの実行プログラムの何れかを送信するようになされ、
    　上記第１タイプの実行プログラムは、上記データベースからデータを取得して上記データ処理を行うためのプログラムであり、
    　上記第２タイプの実行プログラムは、上記データベースに上記データ処理を実行させてその処理結果を取得するためのプログラムであることを特徴とする請求項２に記載のデータ処理システム。
  4. 　上記別の端末は、上記実行プログラム送信部により送信された上記実行プログラムを受信した場合、当該受信した上記実行プログラムをキャッシュメモリに格納して管理するキャッシュ管理部を更に備え、
    　上記実行プログラム送信部は、送信しようとする上記実行プログラムが上記別の端末の上記キャッシュメモリに格納されているか否かを確認し、上記実行プログラムが上記キャッシュメモリに格納されていない場合に限り、上記実行プログラムを上記別の端末に送信することを特徴とする請求項２または３に記載のデータ処理システム。
  5. 　端末から与えられるリクエストに応じて、別の端末またはデータベースに記憶されているデータの処理結果をリクエスト元の端末に提供するように成されたサーバであって、
    　上記端末からデータ処理に関する上記リクエストを受信した場合、上記別の端末に対して上記リクエストを送信して上記データ処理を実行させるリクエスト送信部と、
    　上記別の端末において実行された上記データ処理の結果を受信する処理結果受信部と、
    　上記処理結果受信部により受信された上記データ処理の結果を上記リクエスト元の端末に提供する処理結果提供部とを備えたことを特徴とするサーバ。
  6. 　上記リクエスト送信部が上記別の端末に対して上記リクエストを送信する際に、上記データ処理を実行するための実行プログラムを上記別の端末に送信する実行プログラム送信部を更に備え、
    　上記処理結果受信部は、上記実行プログラム送信部により送信された上記実行プログラムに従って上記別の端末において実行された上記データ処理の結果を受信することを特徴とする請求項５に記載のサーバ。
  7. 　端末から与えられるリクエストに応じて、別の端末またはデータベースに記憶されているデータの処理結果をリクエスト元の端末に提供するように成されたサーバにおいて実行されるデータ処理管理用プログラムであって、
    　上記端末からデータ処理に関する上記リクエストを受信した場合、上記別の端末に対して上記リクエストを送信して上記データ処理を実行させるリクエスト送信手段、
    　上記別の端末において実行された上記データ処理の結果を受信する処理結果受信手段、および
    　上記処理結果受信手段により受信された上記データ処理の結果を上記リクエスト元の端末に提供する処理結果提供手段
    として上記サーバのコンピュータを機能させるためのコンピュータ読み取り可能なデータ処理管理用プログラム。
PCT/JP2015/072997 2014-11-05 2015-08-17 データ処理システム、サーバおよびデータ処理管理用プログラム WO2016072123A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014225249A JP6218720B2 (ja) 2014-11-05 2014-11-05 データ処理システム、サーバおよびデータ処理管理用プログラム
JP2014-225249 2014-11-05

Publications (1)

Publication Number Publication Date
WO2016072123A1 true WO2016072123A1 (ja) 2016-05-12

Family

ID=55908854

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/072997 WO2016072123A1 (ja) 2014-11-05 2015-08-17 データ処理システム、サーバおよびデータ処理管理用プログラム

Country Status (2)

Country Link
JP (1) JP6218720B2 (ja)
WO (1) WO2016072123A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6787576B2 (ja) 2017-02-20 2020-11-18 ウイングアーク１ｓｔ株式会社 クラウド中継システムおよび中継サーバ

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000201168A (ja) * 1999-01-08 2000-07-18 Nec Ic Microcomput Syst Ltd 電子メ―ルでのプログラム遠隔実行装置及び方法
JP2001084190A (ja) * 1999-09-13 2001-03-30 Casio Comput Co Ltd データ伝送システム、データ伝送装置、及び記憶媒体
JP2001256053A (ja) * 2000-03-09 2001-09-21 Toshiba Corp ソフトウェアモジュール転送方法、クライアントコンピュータ、及びクライアントサーバコンピュータシステム
JP2008123344A (ja) * 2006-11-14 2008-05-29 Sony Computer Entertainment Inc 情報処理システム、情報処理装置、および情報処理方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101166181A (zh) * 2006-10-16 2008-04-23 琥珀技术有限公司 一种提供第三方服务的方法以及相应系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000201168A (ja) * 1999-01-08 2000-07-18 Nec Ic Microcomput Syst Ltd 電子メ―ルでのプログラム遠隔実行装置及び方法
JP2001084190A (ja) * 1999-09-13 2001-03-30 Casio Comput Co Ltd データ伝送システム、データ伝送装置、及び記憶媒体
JP2001256053A (ja) * 2000-03-09 2001-09-21 Toshiba Corp ソフトウェアモジュール転送方法、クライアントコンピュータ、及びクライアントサーバコンピュータシステム
JP2008123344A (ja) * 2006-11-14 2008-05-29 Sony Computer Entertainment Inc 情報処理システム、情報処理装置、および情報処理方法

Also Published As

Publication number Publication date
JP6218720B2 (ja) 2017-10-25
JP2016091314A (ja) 2016-05-23

Similar Documents

Publication Publication Date Title
US11243704B2 (en) Data pipeline architecture for analytics processing stack
US10831562B2 (en) Method and system for operating a data center by reducing an amount of data to be processed
US9596279B2 (en) Cloud-based streaming data receiver and persister
US8949258B2 (en) Techniques to manage file conversions
US9921929B2 (en) Test case execution
US20160092493A1 (en) Executing map-reduce jobs with named data
US10785286B2 (en) Proactive content push for enhancing real-time service delivery via cloud
US8694685B2 (en) Migrating virtual machines with adaptive compression
US11336588B2 (en) Metadata driven static determination of controller availability
US20160098425A1 (en) Heterogeneous database processing archetypes for hybrid system
US8935402B2 (en) Resource launch from application within application container
EP2778962B1 (en) Silo-aware databases
US11327811B2 (en) Distributed computing mesh
JP6218720B2 (ja) データ処理システム、サーバおよびデータ処理管理用プログラム
KR20160112776A (ko) 대용량 데이터의 분할 또는 병합 방법 및 그 장치
EP2942711B1 (en) Dynamic generation of proxy connections
US20220291907A1 (en) Compiling monoglot function compositions into a single entity
US9311612B2 (en) System and method for improved service oriented architecture
CN114490718A (zh) 数据输出方法、装置、电子设备和计算机可读介质
EP3040891A1 (en) Method for providing information to determine a graph associated with a data item
WO2018074479A1 (ja) データ処理装置およびデータ処理方法
WO2023035147A1 (en) Data processing method of industry edge product and distributed computing protocol engine thereof
US10289691B2 (en) Dynamic replication of networked files
CN111694611B (zh) 一种数据处理方法、装置、电子设备
US20220197874A1 (en) Efficient storage of key-value data with schema integration

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15856821

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15856821

Country of ref document: EP

Kind code of ref document: A1