WO2016021019A1 - 時価処理システム - Google Patents

時価処理システム Download PDF

Info

Publication number
WO2016021019A1
WO2016021019A1 PCT/JP2014/070873 JP2014070873W WO2016021019A1 WO 2016021019 A1 WO2016021019 A1 WO 2016021019A1 JP 2014070873 W JP2014070873 W JP 2014070873W WO 2016021019 A1 WO2016021019 A1 WO 2016021019A1
Authority
WO
WIPO (PCT)
Prior art keywords
market
market value
data
unit
value data
Prior art date
Application number
PCT/JP2014/070873
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 株式会社野村総合研究所
Priority to PCT/JP2014/070873 priority Critical patent/WO2016021019A1/ja
Priority to JP2016539752A priority patent/JP6220977B2/ja
Publication of WO2016021019A1 publication Critical patent/WO2016021019A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Definitions

  • the present invention relates to the delivery of information and a technique for presenting the delivered information, and is particularly effective when applied to a market value processing system for delivering and presenting to a user the market value information of securities to which a large amount of updated information is delivered. It relates to technology.
  • data such as the market value of securities such as stocks are acquired from the exchange system etc., processed after processing and aggregation, and distributed to users such as traders etc. Systems may be used. In such a system, each time data is received from the exchange system etc., it is normal to transmit in real time to various processes requiring market value and the like.
  • the received data processing means of the server determines the presence or absence of updating due to price movement based on the received market information. Detect and update stock price information in stock information storage table and set update flag, request acceptance processing means receives distribution request from client, and distributes stock attribute information, stock price information and update flag for distribution requested stock. , And thereafter, the information distribution system in which the distribution control processing means periodically determines the occurrence of the update for the brand requested from the client, and distributes the stock price information and the update flag to the client only for the brand whose update is detected. Is described.
  • a screen display for presenting the content of the data to the user is usually performed.
  • data such as market value or completion is received from the exchange
  • calculation processing, tabulation processing, screen drawing processing, etc. are performed based on the data, but in a situation where the frequency of data reception is extremely high, the processing load There is also a problem in that the load of high tallying processing and screen drawing processing is high, and the processing performance of the entire system is degraded.
  • an object of the present invention is to distribute data to various processes without degrading the overall processing performance even when the update frequency of data such as market value is extremely high, and to perform screen display based on the contents. To provide a mark-to-market system that makes it possible.
  • a market value processing server is a market value processing system for distributing market value data of securities and presenting it to a user, the market value processing server distributing the market value data, and the market value processing system And one or more client terminals that receive the distribution of the market value data from the server, and have the following features.
  • the market value processing server receives the distribution of the market value data updated for each brand from the exchange system, and stores the latest value of the market price data in the market value information recording unit that holds the latest value for each brand; And a distribution unit that distributes the updated market value data to one or more predetermined client terminals at predetermined time intervals.
  • the client terminal calculates an index by aggregating the market value data distributed from the market value processing server for a plurality of stocks, and a display unit displaying a calculation result by the aggregation unit and the market value data. And.
  • data is distributed to various processes without degrading the overall processing performance even when the update frequency of data such as market value is extremely high, and It is possible to perform screen display based on the content.
  • market value data processing to obtain the market value, market price, available, and other data of securities (hereinafter these may be collectively referred to as “market value” data) from the exchange system and distribute them to various processes
  • market value data data of securities
  • the thinning process to reduce the data to be distributed has been performed in the past.
  • FIG. 4 is a diagram showing an outline of an example of distribution of market value data in thinning processing.
  • thinning processing the latest data is not distributed for each update with respect to the market value data of each brand, but for example, the market value data is distributed by thinning every predetermined number of updates.
  • the example of FIG. 4 shows a case where the market value data is thinned out and distributed every three updates.
  • the upper row of each stock indicates the timing when the market value is updated in the time series from left to right (that is, the timing when the updated market data is acquired from the exchange system) and the value thereof. Therefore, the value at the right end indicates the latest value.
  • the lower part shows the market value data actually delivered. Therefore, in the upper line, undelivered market value data is thinned out.
  • FIG. 5 is a diagram showing an outline of another example of distribution of market value data in thinning processing.
  • the example of FIG. 4 does not thin out and distribute the market value data for each number of updates in stock unit, but a predetermined time (for example, 1 second) from the previous distribution in stock unit Data that has been updated internally is not distributed after delivery.
  • a predetermined time for example, 1 second
  • the market value data of each of the "brand A", "brand B", and "brand C" is distributed at the timing of T in the figure.
  • the timing T + 1 in the drawing indicates the timing when a predetermined time has elapsed from the timing T.
  • the market value data has been updated to “ ⁇ 310” after the timing of T, but at this point in time the timing of T + 1 has not been reached yet (a predetermined time has not elapsed from the previous distribution ) Indicates that the data has been thinned without being delivered. After that, the market value data has been updated to “ ⁇ 320”, but at this point in time the timing of T + 1 has passed (the predetermined time has passed since the previous distribution), so the data is distributed. At the moment, it shows that this value is understood.
  • the market value data is updated to “ ⁇ 390” and “ ⁇ 400” after the timing of T, but these data are thinned without being delivered, and the timing of T + 1 Indicates that " ⁇ 390” updated after is delivered.
  • the market value data is further updated as “ ⁇ 400” and " ⁇ 410”, but these data are distributed because the predetermined time has not elapsed from the timing of T + 1 at the update time. It shows that it was thinned without being done. That is, for the latest value “ ⁇ 410”, the current distribution is “ ⁇ 390”, which indicates a situation where the latest value is missing. If the next update of the market value data for "brand B” is 10 minutes later, the situation in which the latest value is lost during that time continues.
  • FIG. 6 is a diagram showing an outline of an example of distribution of items having different market value data in thinning processing.
  • an example is shown in which the values of “selling offer” and “buying offer” are individually distributed for a certain brand by the same thinning method as shown in the example of FIG. 5 described above.
  • the update frequency and timing of the “selling offer” and the “buying offer” are different, in addition to the situation where the nearest value is lost as in the example of FIG. There may also be a situation where the values of "" and "buying" do not match.
  • the mark-to-market processing system always grasps the latest value, not by thinning by the number of updates for each brand or thinning by predetermined time elapsed from the previous distribution timing.
  • the frequency of distribution of market value data is reduced while suppressing the influence of the loss of the latest value, and the performance of the entire system is degraded.
  • data that has been updated as individual data items such as sales prices, sales prices, and contract prices for each issue at the delivery timing is regarded as one set of data, and these are also summarized for multiple issues.
  • FIG. 1 is a diagram showing an outline of a configuration example of a market value processing system according to a first embodiment of the present invention.
  • the mark-to-market processing system 1 acquires mark-to-market data from the exchange system 2 via a network (not shown), or receives the distribution of mark-to-market data, and transmits it to the client terminal 3 requiring this.
  • It is an information processing system that realizes the task of distributing data and performing necessary tabulation, processing, etc. on the client terminal 3 to display the screen.
  • the mark-to-market processing server 10 is, for example, a server system configured by a server device, a virtual server built on a cloud computing environment, and the like, and is not illustrated OS (Operating System), DBMS (DataBase Management System), Web server program And other units such as a market value acquisition unit 11, a calculation unit 12, and a distribution unit 13 which are implemented by software (for example, a process or the like) that operates on middleware, etc. Also, it has each data store such as a market value information database (DB) 14 implemented by a database or the like, and a calculation result DB 15 or the like.
  • DB market value information database
  • the market value acquiring unit 11 has a function of receiving the updated market value data for each brand from the exchange system 2 via a network (not shown) and sequentially recording the data in the market value information DB 14 for each brand.
  • the market value information DB 14 does not have to hold history information of past transitions of the market value data, and only the latest value is stored by overwriting with the latest value. As a result, the amount of data to be held can be greatly reduced and the processing load can be reduced.
  • the calculation unit 12 When the latest value of the market value data of each issue held in the market value information DB 14 is updated, the calculation unit 12 performs calculation processing of various index values and the like for the issue, and the result is calculated for each issue in the calculation result DB 15 It has a function to record.
  • the calculation processing here does not perform calculation processing with high processing load such as index values to be calculated collectively for all stocks or a part of plural stocks in principle, for example, index values that can be calculated by simple arithmetic operations or individual It is limited to the calculation process of the index value of each stock. This reduces the impact on the processing load of the mark-up processing server 10 and the entire system.
  • the calculation process of the calculation unit 12 may be performed asynchronously with the process of the market value acquisition unit 11.
  • the market value acquisition unit 11 may store the market value data in the market value information DB 14 and then call it, or the calculation unit 12 may start the process triggered by an update event of the market value information DB 14.
  • the processing efficiency of the entire system can be improved by enabling the calculation unit 12 and the distribution unit 13 described later to operate asynchronously with the market value acquisition unit 11. it can.
  • the calculation unit 12 is configured to be provided on the mark-to-market processing server 10 in the example of FIG. 1, the calculation unit 12 is assumed to be provided on each client terminal 3.
  • the calculation process may be performed by
  • the distribution unit 13 is held in the calculation result DB 15 and the latest value of the updated market value data of each brand at predetermined intervals asynchronously with the recording of data in the calculation result DB 15 by the calculation unit 12. It has a function of distributing various index values relating to the market value data of each brand to the client terminal 3 that requires it. It is assumed that information on which each client terminal 3 requires market value data of which brand or index is designated and set by the user via the client terminal 3 in advance.
  • the interval for distributing the market value data may be, for example, every second, and the value may be instructed and set by the user via the client terminal 3.
  • data items that have been updated among the data items such as the selling price and buying price, the contract price, etc. pertaining to the same brand are regarded as one set of data, and further, these are grouped as one set for multiple brands. Deliver together. This improves communication efficiency.
  • the client terminal 3 is an information processing terminal such as a PC (Personal Computer) used by a user such as a trader, and the receiving unit 31, the counting unit 32, and the display are implemented by software operating on middleware such as an OS not shown. It has each part, such as the part 33.
  • the receiving unit 31 has a function of receiving the market value data distributed from the market value processing server 10 and recording the data as the market value information 34 in a file, a memory, a database or the like.
  • the aggregation unit 32 collectively aggregates all stocks or a part of plural stocks at predetermined time intervals based on the market value information 34, and performs processing such as average value and ratio calculated by performing statistical processing and the like. It has a function to perform calculation processing of high various indexes.
  • the display unit 33 has a user interface function of displaying the aggregation result of the market value information 34 by the aggregation unit 32, the market value data, and the like on the screen of the client terminal 3 in various tables, graphs and the like.
  • the display content is periodically refreshed at a predetermined interval based on the latest aggregation result.
  • the interval at which the screen display content is refreshed can be a value different from the predetermined interval when the aggregation unit 32 performs the aggregation process.
  • the tabulation process can be performed every one second, and the screen refresh can be performed every 1.5 seconds.
  • the acquisition process of the market value data from the exchange system 2 by the market value acquisition unit 11 of the market value processing server 10 and the distribution process of the market value data of the distribution unit 13 have 0.5 second intervals etc. Since the screen can be updated at a shorter interval, the screen refresh may be performed at a shorter interval than the aggregation processing, such as at an interval of 0.5 seconds. Note that the screen refresh interval may be set so that the user can instruct / set the client terminal 3.
  • the screen refresh is regularly performed at regular intervals due to the change of the screen contents or flicker, etc., and the user receives an artificial sense of appearance Can occur. Therefore, in the present embodiment, by making it possible to set the interval for refreshing the screen display content not as a constant interval but as a variation interval, the appearance unnaturalness can be made as compared with the case where refreshing is performed at a constant interval. Reduce. For example, a natural "fluctuation" of the refresh timing can be realized by changing the refresh interval every time using random numbers within the predetermined range by the display unit 33. For example, it is possible to appropriately use time intervals which are different each time (in other words, not all the intervals between refreshes are uniform) based on predetermined numerical sequences, mathematical expressions, etc. .
  • FIG. 2 is a diagram showing an outline of an example of the case of distributing the market value data at predetermined time intervals.
  • the market value data being updated is distributed at timings at predetermined intervals.
  • the dotted lines T, T + 1, T + 2, T + 3,... In the drawing indicate timings at predetermined intervals.
  • the market value data is updated at or immediately before each timing T to T + 3, and it is indicated that the latest value can be distributed in substantially real time at each timing.
  • the market value is once updated to “ ⁇ 400” between the timing of T + 2 and T + 3, but in the method as in the present embodiment, the market value data is delivered as in the thinning process. It will be lost without being done.
  • the time interval between each timing to a sufficiently short interval (for example, every second) in view of the user's business request, it is possible to substantially eliminate the practical influence.
  • market value data may be distributed in real time for each update instead of distribution at regular intervals.
  • the latest value is not updated as " ⁇ 500" from the previous timing of T, which indicates that data is not distributed in this case.
  • this indicates that the market value data is appropriately delivered as the latest value at that timing.
  • the market value of the latest value at each timing can be distributed properly. This makes it possible to improve the real-time property of the market value data to be distributed while minimizing the influence on the processing load of the entire system.
  • each item of data updated at different points in the same issue such as sale offer, offer, offer price, and other items, is not individually delivered as shown in FIG.
  • the data may be collected as a mass data, and further, these may be distributed as one mass for a plurality of brands. Further, since the data to be distributed is put together, it is possible to put together the timing itself when the market value acquisition unit 11 acquires updated data from the exchange system 2 as the premise. By these, it is possible to collect data and to greatly improve communication efficiency.
  • the market value processing system 1 According to the market value processing system 1 according to the first embodiment of the present invention, only the latest value of the market value data is stored by overwriting so that the data storage amount is suppressed, and every predetermined time interval Distribute latest update data to. As a result, it is possible to reduce the frequency of delivering the market value data and prevent the performance degradation of the entire system while suppressing the influence of the loss of the latest value to be delivered. Also, communication efficiency can be improved by collecting data items that have been updated for the same brand as one group of data, and further distributing them together as one group for multiple brands, thereby aggregating data and improving communication efficiency. .
  • the screen display processing of the result is performed at predetermined time intervals. This can prevent the deterioration of the processing performance of the entire system. Also, by allowing the screen display content to have "fluctuation" not as a constant interval but as a fluctuation interval as compared with the case where refresh is performed at regular intervals, the appearance unnaturalness can be reduced. It can be reduced.
  • the market value processing system 1 has a client / server configuration in which the market value processing server 10 and the client terminal 3 are connected via a network as shown in FIG.
  • the processing unit can be implemented as an independent process or the like, and can share market value data or the like through a database, a file, or the like. Therefore, the system configuration is not limited to the client / server type, and can be flexibly configured.
  • FIG. 3 is a diagram showing an outline of a configuration example of a mark-to-market value processing system according to a second embodiment of the present invention.
  • the mark-to-market processing system 1 is installed on an information processing terminal such as a PC used by each user, and software (for example, a process) operated on middleware not shown.
  • the respective units such as the calculation unit 42, the counting unit 43, and the display unit 44.
  • the functions of these units are basically the same as those of the market value acquisition unit 11, the calculation unit 12, the counting unit 32, and the display unit 33 in the configuration example of FIG.
  • the market value information table 45 and the calculation result table 46 implemented as files and memory tables are provided.
  • a server (not shown) or the like receives the market value data distributed from the exchange system, and then sends it to the messaging bus 5 for distribution to a large number of systems and terminals including the market value processing system 4. It shows an example in the case where so-called publish / subscribe type data delivery is performed. In this case, with respect to various data such as market value data flowing to the messaging bus 5, each system or terminal individually acquires only the data required by itself from the messaging bus 5. Therefore, in the configuration example of FIG. 3, the distribution unit 13 and the receiving unit 31 having the function related to the distribution of the market value data between the client and the server in the configuration example of FIG. 1 are not provided.
  • each processing unit can be implemented as an independent process or the like, it is possible to adopt a flexible system configuration such as operating all on the client terminal. Then, the terminal used by each user acquires the necessary market value data from the messaging bus 5, and performs calculation processing, tabulation processing at predetermined time intervals, and screen display processing, thereby degrading the processing performance of the entire system. While avoiding, it is possible to appropriately present the aggregation result of the market value data to the user.
  • the present invention is not limited to the above-mentioned embodiment, and can be variously changed in the range which does not deviate from the summary. It goes without saying.
  • the above embodiments have been described in detail in order to explain the present invention in an easy-to-understand manner, and are not necessarily limited to those having all the described configurations.
  • part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment. .
  • control lines and information lines indicate what is considered to be necessary for explanation, and not all control lines and information lines on mounting are necessarily shown. In practice, almost all configurations may be considered to be mutually connected.
  • the present invention is applicable to a market value processing system that distributes and presents, to users, market value information and the like of securities to which a large amount of updated information is distributed.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

　時価データの更新頻度が極めて高い場合でも、全体の処理性能を劣化させることなく各種処理に対してデータを配信し、画面表示を行うことを可能とする時価処理システムである。代表的な実施の形態によれば、時価処理サーバは、取引所システムから銘柄毎に更新された時価データの配信を受け、時価データの直近値を銘柄毎に保持する時価情報ＤＢに記録する時価取得部と、所定の時間間隔毎に、更新された時価データを所定の１つ以上のクライアント端末に配信する配信部とを有し、クライアント端末は、時価処理サーバから配信された時価データを複数の銘柄について集計して指標を算出する集計部と、集計部による算出結果および時価データを画面表示する表示部とを有する。

Description

時価処理システム
　本発明は、情報の配信および配信された情報の提示の技術に関し、特に、最新情報が大量に配信される有価証券の時価情報などをユーザに配信、提示する時価処理システムに適用して有効な技術に関するものである。
　例えば、証券会社等においては、株式などの有価証券の時価等のデータを取引所システム等から取得し、これに対して加工や集計などの処理を行った上でトレーダー等のユーザに対して配信するシステムが用いられる場合がある。このようなシステムでは、取引所システム等からのデータ受信が行われる度に、時価等を必要とする各種処理に対してリアルタイムで送信するのが通常である。
　しかしながら、近年の取引の高速化や取引量の増大等に伴い、時価の変動が激しくなり、配信頻度が極めて高くなる状況が生じており、このような状況では、配信処理やデータの受信処理の負荷が非常に高くなり、システム全体の処理性能が劣化するおそれがある。
　このような課題に対応するための技術として、例えば、特開２０００－２４２６９７号公報（特許文献１）には、サーバの受信データ処理手段が、受信した市場情報を基に値動きによる更新の有無を検出し、銘柄情報記憶テーブルの株価情報を更新するとともに更新フラグを設定し、要求受付処理手段がクライアントからの配信要求を受け付けて、配信要求銘柄について銘柄属性情報と株価情報および更新フラグを配信し、以降は、配信制御処理手段が、定期的にクライアントから要求された銘柄について更新の発生を判断し、更新が検出された銘柄についてのみ、その株価情報と更新フラグをクライアントに配信する情報配信システムが記載されている。
特開２０００－２４２６９７号公報
　例えば、特許文献１に記載されたような技術を用いることで、更新が検出された銘柄についてのみデータを配信することができ、データ配信に係る処理負荷をある程度低減させることができる。しかしながら、近年の高速取引の広がりなどに伴って時価の変動が激しくなり、更新頻度が極めて高くなる状況では、更新が発生した銘柄についてのみ配信するようにしたとしても、時価等のデータの更新頻度の増大に伴って配信処理の負荷が非常に高くなることは避けられない。
　配信するデータ量を低減させるために、全ての更新データを配信するのではなく銘柄単位で間引き処理を行う場合もあるが、この場合はデータが間引かれることにより直近値が欠損してしまう場合があるという課題を有している。
　また、データの配信を受けた側では、通常、データの内容をユーザに提示するための画面表示が行われる。この場合、取引所から時価や出来等のデータを受信した際に、当該データに基づいて計算処理や集計処理、画面描画処理などが行われるが、データの受信頻度が極めて高い状況では、処理負荷の高い集計処理や画面描画処理の負荷が高くなり、システム全体の処理性能が劣化するという課題も有している。
　そこで本発明の目的は、時価等のデータの更新頻度が極めて高い場合でも、全体の処理性能を劣化させることなく各種処理に対してデータを配信し、また、その内容に基づく画面表示を行うことを可能とする時価処理システムを提供することにある。
　本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
　本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
　本発明の代表的な実施の形態による時価処理サーバは、有価証券の時価データを配信して利用者に提示する時価処理システムであって、前記時価データを配信する時価処理サーバと、前記時価処理サーバから前記時価データの配信を受ける１つ以上のクライアント端末と、を有し、以下の特徴を有するものである。
　すなわち、前記時価処理サーバは、取引所システムから銘柄毎に更新された前記時価データの配信を受け、前記時価データの直近値を銘柄毎に保持する時価情報記録部に記録する時価取得部と、所定の時間間隔毎に、更新された前記時価データを所定の１つ以上のクライアント端末に配信する配信部と、を有する。また、前記クライアント端末は、前記時価処理サーバから配信された前記時価データを複数の銘柄について集計して指標を算出する集計部と、前記集計部による算出結果および前記時価データを画面表示する表示部と、を有する。
　本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
　すなわち、本発明の代表的な実施の形態によれば、時価等のデータの更新頻度が極めて高い場合でも、全体の処理性能を劣化させることなく各種処理に対してデータを配信し、また、その内容に基づく画面表示を行うことが可能となる。
本発明の実施の形態１である時価処理システムの構成例について概要を示した図である。 本発明の実施の形態１における所定の時間間隔毎に時価データの配信を行う場合の例について概要を示した図である。 本発明の実施の形態２である時価処理システムの構成例について概要を示した図である。 間引き処理における時価データの配信の例について概要を示した図である。 間引き処理における時価データの配信の他の例について概要を示した図である。 間引き処理における時価データの異なる項目の配信の例について概要を示した図である。
　以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。また、以下においては、本発明の特徴を分かり易くするために、従来の技術と比較して説明する。
　上述したように、有価証券の時価や気配値、出来、その他のデータ（以下ではこれらを「時価」データと総称する場合がある）を取引所システムから取得して各種処理に対して配信する処理を行う時価処理システムでは、配信頻度が極めて高い状況におけるシステム全体の性能劣化を防止するため、従来では配信するデータを減らす間引き処理を行う場合があった。
　図４は、間引き処理における時価データの配信の例について概要を示した図である。間引き処理では、各銘柄の時価データについて、更新毎に最新のデータを配信するのではなく、例えば所定の更新回数毎に間引いて時価データを配信する。図４の例では、３回の更新毎に時価データを間引いて配信する場合を示している。各銘柄の上段の系列では、左から右への時系列で時価が更新されたタイミング（すなわち、更新された時価データを取引所システムから取得したタイミング）とその値を示している。従って、右端の値は直近値を示していることになる。また、下段では実際に配信された時価データを示している。従って、上段の系列の内、配信されていない時価データは間引かれたことになる。この場合、配信処理を行うシステムとしては直近値のみを上書きして保持していればよく、間引かれたことになる過去の履歴データは保持しておく必要はない。
　「銘柄Ａ」については、現時点で、直近値である“￥３３０”が配信されていることを示している。一方で、「銘柄Ｂ」については、直近値である“￥４１０”に対して、現時点で配信されているのは“￥３９０”であり、直近値が欠損している状況を示している。この点、「銘柄Ｂ」は、時価の更新頻度が高いことから、ほどなく以降の更新が行われて直近値が配信されることになるため、実用上はそれほど大きな影響はない。しかしながら、時価の更新頻度が高い場合は、間引き処理を行ったとしても時価データの配信頻度は相対的に高くなり、システム全体の負荷に対して影響を与え得る。逆に、「銘柄Ｃ」については、時価の更新頻度が低いため、システム全体の負荷に対して与える影響は少ないが、次に更新データが配信されるまでの間隔が長くなる、すなわち直近値が欠損する期間が長くなるため、業務の精度に影響を与え得る。
　図５は、間引き処理における時価データの配信の他の例について概要を示した図である。ここでの間引きの例は、図４の例のように、銘柄単位で更新の回数毎に時価データを間引いて配信するのではなく、銘柄単位で前回の配信から所定の時間（例えば１秒）内に更新がされたデータについては間引いて配信しないというものである。図５の例では、便宜上、図中のＴのタイミングで「銘柄Ａ」、「銘柄Ｂ」、「銘柄Ｃ」の各銘柄の時価データを配信したものとしている。また、図中のＴ＋１のタイミングは、Ｔのタイミングから所定の時間経過したタイミングを示している。
　「銘柄Ａ」については、Ｔのタイミングの後、時価データが“￥３１０”に更新されているが、この時点ではまだＴ＋１のタイミングになっていない（前回の配信から所定の時間経過していない）ことから、当該データは配信されずに間引かれたことを示している。その後、時価データが“￥３２０”に更新されているが、この時点ではＴ＋１のタイミングを過ぎている（前回の配信から所定の時間以上経過している）ことから、当該データは配信されており、現時点ではこの値が把握されていることを示している。
　同様に、「銘柄Ｂ」については、Ｔのタイミングの後、時価データが“￥３９０”、“￥４００”と更新されているが、これらのデータは配信されずに間引かれ、Ｔ＋１のタイミングの後に更新された“￥３９０”が配信されていることを示している。「銘柄Ｂ」では、さらにその後、時価データが“￥４００”、“￥４１０”と更新されているが、これらのデータは、更新時点でＴ＋１のタイミングから所定の時間経過していないことから配信されずに間引かれたことを示している。すなわち、直近値である“￥４１０”に対して、現時点で配信されているのは“￥３９０”であり、直近値が欠損している状況を示している。仮に「銘柄Ｂ」についての次の時価データの更新が１０分後となったような場合には、その間直近値が欠損した状況が継続してしまう。
　なお、図５の例の間引き方法では、「銘柄Ｃ」のように更新頻度が低く、更新間隔が所定の時間より長くなるような場合には、更新毎に直近値が配信されることになるため、直近値の欠損の問題は生じにくい。
　図６は、間引き処理における時価データの異なる項目の配信の例について概要を示した図である。ここでは、上記の図５の例に示したのと同様の間引き方法によって、ある銘柄について、「売り気配」と「買い気配」の値を個別に配信する場合の例を示している。図示するように、「売り気配」と「買い気配」の更新頻度やタイミングが異なると、図５の例のように直近値が欠損する状況に加えて、当該銘柄について配信されている「売り気配」と「買い気配」の値が整合しない状況も生じ得る。
　例えば、図６の例で、Ｔのタイミングにおいて、「売り気配」として“￥６００”、「買い気配」として“￥５９０”の値が配信されていることを示している。その後、Ｔ＋１のタイミングより前（前回の配信から所定の時間経過していない）において、「売り気配」が“￥６２０”に、「買い気配」が“￥６００”に更新されているが、これらは間引かれて配信されないことを示している。その後、Ｔ＋１のタイミングの直後に、「買い気配」については“￥６１０”に更新され、この値が配信されているが、この時点では「売り気配」について配信されている値は“￥６００”のままであり、これらのデータは整合していない状況である。
　そこで、本発明の一実施の形態である時価処理システムは、銘柄毎の更新回数による間引きや、前回配信タイミングからの所定の時間経過による間引き等によってではなく、直近値を常に把握しておき、所定の時間間隔毎に、直近値が更新されている場合にはその更新データを配信することで、直近値の欠損の影響を抑えつつ、時価データの配信頻度を削減し、システム全体の性能劣化を防止する。また、配信のタイミングで、各銘柄の売り気配、買い気配、約定値段などの個別のデータ項目で更新がされているものは、ひと固まりのデータとし、さらに、これらを複数の銘柄についてもまとめて配信することでデータを集約し、通信効率を向上させることを可能とする。
　（実施の形態１）
　図１は、本発明の実施の形態１である時価処理システムの構成例について概要を示した図である。時価処理システム１は、上述したように、取引所システム２から図示しないネットワークを介して時価データを取得し、もしくは時価データの配信を受け、これを必要とするクライアント端末３に図示しないネットワークを介して配信し、クライアント端末３上で必要な集計や加工等を行って画面表示するという業務を実現する情報処理システムである。
　時価処理サーバ１０は、例えば、サーバ機器やクラウドコンピューティング環境上に構築された仮想サーバなどによって構成されるサーバシステムであり、図示しないＯＳ（Operating System）やＤＢＭＳ（DataBase Management System）、Ｗｅｂサーバプログラムなどのミドルウェア上で稼働するソフトウェア（例えば、プロセスなど）によって実装される時価取得部１１、計算部１２、および配信部１３などの各部を有する。また、データベース等によって実装される時価情報データベース（ＤＢ）１４、および計算結果ＤＢ１５などの各データストアを有する。
　時価取得部１１は、図示しないネットワークを介して取引所システム２から銘柄毎の更新された時価データの配信を受け、これを銘柄毎に時価情報ＤＢ１４に逐次記録する機能を有する。本実施の形態では、上述したように、時価情報ＤＢ１４には時価データの過去の遷移の履歴情報まで保持する必要はなく、最新の値で上書きすることで直近値のみ保持するものとする。これにより、保持するデータ量を大きく削減して処理負荷を低減させることができる。
　計算部１２は、時価情報ＤＢ１４に保持する各銘柄の時価データの直近値が更新された際に、当該銘柄についての各種指標値等の計算処理を行い、その結果を計算結果ＤＢ１５に銘柄毎に記録する機能を有する。ここでの計算処理は、原則として全銘柄もしくは一部の複数の銘柄についてまとめて算出する指標値等の処理負荷の高い計算処理は行わず、例えば、単純な四則演算により算出できる指標値や個別の銘柄毎の指標値の計算処理に留めるものとする。これにより、時価処理サーバ１０およびシステム全体の処理負荷に与える影響を低減する。
　計算部１２の計算処理は、時価取得部１１の処理とは非同期で行うようにすることもできる。例えば、時価取得部１１が時価データを時価情報ＤＢ１４に記録した後に呼び出してもよいし、計算部１２が時価情報ＤＢ１４の更新イベントをトリガとして処理を開始してもよい。取引所システム２からの配信頻度が高い場合に、時価取得部１１とは非同期で計算部１２および後述する配信部１３が動作できるようにすることで、システム全体としての処理効率を向上させることができる。また、図１の例では計算部１２を時価処理サーバ１０上に有するものとして構成しているが、各クライアント端末３上に有するものとし、後述する配信部１３から時価データの配信を受けた上で計算処理を行うようにしてもよい。
　配信部１３は、計算部１２による計算結果ＤＢ１５へのデータの記録とは非同期に、所定の間隔毎に、各銘柄の時価データの内で更新されたものの直近値、および計算結果ＤＢ１５に保持された各銘柄の時価データに係る各種指標値を、これを必要とするクライアント端末３に対して配信する機能を有する。各クライアント端末３がどの銘柄や指標の時価データを必要としているのかの情報は、予めユーザによりクライアント端末３を介して指示・設定がされているものとする。時価データを配信する間隔は、例えば１秒毎などとし、当該値はユーザがクライアント端末３を介して指示・設定できるようにしてもよい。本実施の形態では、同一の銘柄に係る売り気配や買い気配、約定値段などの各データ項目のうち更新があったものはひと固まりのデータとし、さらに、これらを複数の銘柄についてもひと固まりにまとめて配信する。これにより、通信効率を向上させる。
　クライアント端末３は、トレーダー等のユーザが使用するＰＣ（Personal Computer）等の情報処理端末であり、図示しないＯＳなどのミドルウェア上で稼働するソフトウェアによって実装される受信部３１、集計部３２、および表示部３３などの各部を有する。受信部３１は、時価処理サーバ１０から配信される時価データを受信して、ファイルやメモリ、データベース等に時価情報３４として記録する機能を有する。集計部３２は、時価情報３４に基づいて、所定の時間間隔で全銘柄もしくは一部の複数の銘柄についてまとめて集計し、統計処理等を行うことで算出する平均値やレシオなどの処理負荷の高い各種指標の計算処理を行う機能を有する。
　表示部３３は、集計部３２による時価情報３４の集計結果や時価データ等を各種の表やグラフ等によってクライアント端末３の画面上に表示するユーザインタフェース機能を有する。ここでは、例えば、所定の間隔で定期的に表示内容を最新の集計結果に基づくものにリフレッシュする。画面表示内容をリフレッシュする間隔は、集計部３２が集計処理を行う際の所定の間隔と異なる値とすることができる。例えば、集計処理を１秒間隔、画面リフレッシュを１．５秒間隔などとすることができる。時価処理サーバ１０の時価取得部１１による取引所システム２からの時価データの取得処理、および配信部１３の時価データの配信処理が０．５秒間隔などの場合には、時価情報３４が集計処理より短い間隔で更新され得ることから、画面リフレッシュを０．５秒間隔とするなど、集計処理より短い間隔で行ってもよい。なお、画面リフレッシュの間隔は、ユーザがクライアント端末３に対して指示・設定できるようにしてもよい。
　上記のような画面リフレッシュを行う場合、ユーザにとっては、画面内容の変更やチラつきなどにより、一定間隔で定期的に画面リフレッシュしていることが明白に把握でき、見た目上不自然な感覚を受ける場合が生じ得る。そこで本実施の形態では、画面表示内容をリフレッシュする間隔を、一定間隔ではなく変動間隔とすることを可能とすることで、一定間隔でリフレッシュした場合と比較して、見た目上の不自然さを低減する。例えば、リフレッシュする間隔を表示部３３が一定の範囲内で乱数を用いて毎回変動させることで、リフレッシュタイミングの自然な「ゆらぎ」を実現することができる。乱数を用いるものに限らず、例えば、所定の数列や数式等に基づいて毎回異なる（換言すれば、リフレッシュ間の間隔が全て均一ではない）時間間隔を設定するものであれば適宜用いることがきる。
　図２は、所定の時間間隔毎に時価データの配信を行う場合の例について概要を示した図である。本実施の形態では、上述の図４、図５に示したような間引き処理ではなく、所定の間隔毎のタイミングで、更新がされている時価データを配信する。図中のＴ、Ｔ＋１、Ｔ＋２、Ｔ＋３、…の点線は、所定の間隔毎のタイミングを示している。
　「銘柄Ａ」については、Ｔ～Ｔ＋３の各タイミングもしくはその直前で、時価データの更新がされており、各タイミングでは、直近値をほぼリアルタイムで配信できていることを示している。
　「銘柄Ｂ」については、例えば、Ｔ＋２のタイミングにおいて、直前に時価が“￥３９０”に更新されていることから、直近値は“￥３９０”であるが、その前のＴ＋１のタイミングで“￥３９０”の時価データを配信しており、配信されている時価データに更新はない。この場合、データを配信しない構成としてもよいが、本実施の形態では、処理効率を考慮して、配信済みデータからの更新の有無に関わらず、前回のタイミングから直近値が更新されている場合にはデータを配信するものとする。
　図２の例では、Ｔ＋２とＴ＋３のタイミングの間で時価が一度“￥４００”に更新されているが、本実施の形態のような手法では、当該時価データは間引き処理の場合と同様に配信されずに欠損することになる。しかしながら、各タイミング間の時間間隔をユーザの業務上の要請からして十分短い間隔（例えば１秒毎など）とすることで、実用上の影響をほぼ解消することができる。なお、欠損を排除して更新された全ての時価データを必要とする配信先には、一定間隔毎の配信ではなく、更新毎にリアルタイムで時価データを配信することができるようにしてもよい。
　「銘柄Ｃ」については、例えば、Ｔ＋１のタイミングにおいて、前回のＴのタイミングから直近値が“￥５００”のまま更新されておらず、この場合はデータを配信しないことを示している。このように時価データの更新頻度が低い場合でも、例えばＴ＋２のタイミングのように、各タイミングにおいて更新がされている場合は、そのタイミングでの直近値として時価データを適切に配信することを示している。従って、例えば、図４における「銘柄Ｃ」のように、間引き処理では直近値が欠損する期間が長くなってしまうような場合でも、他の銘柄の場合と同様に、各タイミングにおいて直近値の時価データを適切に配信することができる。これにより、システム全体の処理負荷に与える影響を最小限に抑えつつ、配信される時価データのリアルタイム性を向上させることができる。
　また、時価データのリアルタイム性が向上することにより、例えば、上述の図６の例に示したように、直近値が欠損することによって「売り気配」と「買い気配」の間で値の不整合が生じる、というような状況も回避することができる。また、各タイミングにおいて、売り気配、買い気配、約定値段、その他の項目など、同一銘柄に関して異なる時点で更新があった各データを、それぞれ図２に示すように個別に配信するのではなく、ひと固まりのデータとしてまとめ、さらに、これらを複数の銘柄についてもひと固まりにまとめて配信するようにしてもよい。また、配信するデータをまとめることから、その前提となる、時価取得部１１が取引所システム２から更新データを取得するタイミング自体もまとめることが可能である。これらにより、データを集約し、通信効率を大きく向上させることが可能である。
　以上に説明したように、本発明の実施の形態１である時価処理システム１によれば、時価データについて直近値のみを上書きで保持するようにしてデータ保持量を抑えつつ、所定の時間間隔毎に直近値の更新データを配信する。これにより、配信される直近値の欠損の影響を抑えつつ、時価データの配信頻度を削減し、システム全体の性能劣化を防止することができる。また、同一銘柄に関して更新があった各データ項目をひと固まりのデータとし、さらに、これらを複数の銘柄についてもひと固まりにまとめて配信することでデータを集約し、通信効率を向上させることができる。
　また、時価データの受信処理、および銘柄毎の単純な計算処理については、時価データが取引所システム２から配信される都度行う一方で、全銘柄や一部の複数の銘柄を対象とした集計処理や、結果の画面表示処理については、それぞれ所定の時間間隔毎に行うようにする。これにより、システム全体の処理性能の劣化を防止することができる。また、画面表示内容をリフレッシュする間隔を、一定間隔ではなく変動間隔として「ゆらぎ」を持たせることを可能とすることで、一定間隔でリフレッシュした場合と比較して、見た目上の不自然さを低減することができる。
　（実施の形態２）
　上記の実施の形態１における時価処理システム１は、図１に示したように、時価処理サーバ１０とクライアント端末３がネットワークを介して接続されるクライアント／サーバの構成を有しているが、各処理部は独立したプロセス等として実装することができ、データベースやファイル等を介して時価データ等を共有することができる。従って、システム構成もクライアント／サーバ型に限らず柔軟に構成することができる。
　図３は、本発明の実施の形態２である時価処理システムの構成例について概要を示した図である。図１に示した構成例と異なり、時価処理システム１は、各ユーザが使用するＰＣ等の情報処理端末上にそれぞれ実装され、図示しないＯＳ等にミドルウェア上で稼働するソフトウェア（例えば、プロセスなど）として実装される時価取得部４１、計算部４２、集計部４３、および表示部４４などの各部を有する。これら各部の機能は、図１の構成例における時価取得部１１、計算部１２、集計部３２、および表示部３３と基本的に同様であるため、再度の説明は省略する。また、図１の構成例における時価情報ＤＢ１４および計算結果ＤＢ１５に相当するデータストアとして、ファイルやメモリテーブルとして実装される時価情報テーブル４５および計算結果テーブル４６をそれぞれ有する。
　図３の構成例では、取引所システムから配信される時価データを、図示しないサーバ等が受信し、その後、時価処理システム４を含む多数のシステムや端末に対して配信するためにメッセージングバス５に流す、いわゆるパブリッシュ／サブスクライブ型のデータ配信が行われる場合の例を示している。この場合、メッセージングバス５に流れる時価データ等の各種データについて、各システムや端末は、自身が必要とするデータのみをメッセージングバス５からそれぞれ個別に取得する。従って、図３の構成例では、図１の構成例におけるクライアント／サーバ間での時価データの配信に係る機能を有する配信部１３および受信部３１は有していない。
　このように、各処理部を独立したプロセス等として実装することができることから、クライアント端末上で全て稼働させるなどの柔軟なシステム構成をとることが可能である。そして、各ユーザが使用する端末がそれぞれ必要な時価データをメッセージングバス５から取得し、計算処理および所定の時間間隔での集計処理、画面表示処理を行うことで、システム全体の処理性能の劣化を回避しつつ、時価データの集計結果を適切にユーザに提示することができる。
　以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
　本発明は、最新情報が大量に配信される有価証券の時価情報などをユーザに配信、提示する時価処理システムに利用可能である。
１…時価処理システム、２…取引所システム、３…クライアント端末、４…時価処理システム、
１０…時価処理サーバ、１１…時価取得部、１２…計算部、１３…配信部、１４…時価情報ＤＢ、１５…計算結果ＤＢ、
３１…受信部、３２…集計部、３３…表示部、３４…時価情報、
４１…時価取得部、４２…計算部、４３…集計部、４４…表示部、４５…時価情報テーブル、４６…計算結果テーブル
 
 
 
 
 
 
 
 

Claims (7)

  1. 　有価証券の時価データを配信して利用者に提示する時価処理システムであって、
    　前記時価データを配信する時価処理サーバと、
    　前記時価処理サーバから前記時価データの配信を受ける１つ以上のクライアント端末と、を有し、
    　前記時価処理サーバは、
    　取引所システムから銘柄毎に更新された前記時価データの配信を受け、前記時価データの直近値を銘柄毎に保持する時価情報記録部に記録する時価取得部と、
    　所定の時間間隔毎に、更新された前記時価データを所定の１つ以上のクライアント端末に配信する配信部と、を有し、
    　前記クライアント端末は、
    　前記時価処理サーバから配信された前記時価データを複数の銘柄について集計して指標を算出する集計部と、
    　前記集計部による算出結果および前記時価データを画面表示する表示部と、を有する、時価処理システム。
  2. 　請求項１に記載の時価処理システムにおいて、
    　前記時価処理サーバの前記配信部は、前記時価データが銘柄毎に複数種類の項目を有しており、この内の複数種類の項目が更新されている場合に、更新されている各項目のデータをまとめて前記クライアント端末に配信する、時価処理システム。
  3. 　請求項１に記載の時価処理システムにおいて、
    　前記時価処理サーバの前記配信部は、前記時価データが更新されている複数の銘柄について、前記時価データをまとめて前記クライアント端末に配信する、時価処理システム。
  4. 　請求項１に記載の時価処理システム処理において、
    　前記クライアント端末の前記集計部は、第１の時間間隔毎に前記指標を算出する処理を行い、
    　前記クライアント端末の前記表示部は、第２の時間間隔毎に前記集計部による算出結果および前記時価データの画面表示を更新し、
    　前記第２の時間間隔は、前記表示部による画面表示の各更新間において均一ではない、時価処理システム。
  5. 　請求項４に記載の時価処理システムにおいて、
    　前記クライアント端末の前記表示部は、前記第２の時間間隔を、画面表示の更新毎に乱数に基づいて設定する、時価処理システム。
  6. 　有価証券の時価データを配信して利用者に提示する時価処理システムであって、
    　取引所システムから配信された銘柄毎に更新された前記時価データを取得し、前記時価データの直近値を銘柄毎に保持する時価情報記録部に記録する時価取得部と、
    　前記時価データを複数の銘柄について集計して指標を算出する集計部と、
    　前記集計部による算出結果および前記時価データを画面表示する表示部と、を有し、
    　前記集計部は、第１の時間間隔毎に前記指標を算出する処理を行い、
    　前記表示部は、第２の時間間隔毎に前記集計部による算出結果および前記時価データの画面表示を更新し、
    　前記第２の時間間隔は、前記表示部による画面表示の各更新間において均一ではない、時価処理システム。
  7. 　請求項６に記載の時価処理システムにおいて、
    　前記表示部は、前記第２の時間間隔を、画面表示の更新毎に乱数に基づいて設定する、時価処理システム。
     
     
PCT/JP2014/070873 2014-08-07 2014-08-07 時価処理システム WO2016021019A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2014/070873 WO2016021019A1 (ja) 2014-08-07 2014-08-07 時価処理システム
JP2016539752A JP6220977B2 (ja) 2014-08-07 2014-08-07 時価処理システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/070873 WO2016021019A1 (ja) 2014-08-07 2014-08-07 時価処理システム

Publications (1)

Publication Number Publication Date
WO2016021019A1 true WO2016021019A1 (ja) 2016-02-11

Family

ID=55263325

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/070873 WO2016021019A1 (ja) 2014-08-07 2014-08-07 時価処理システム

Country Status (2)

Country Link
JP (1) JP6220977B2 (ja)
WO (1) WO2016021019A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9612742B2 (en) 2013-08-09 2017-04-04 Zoomdata, Inc. Real-time data visualization of streaming data
US9811567B2 (en) 2015-02-27 2017-11-07 Zoomdata, Inc. Prioritization of retrieval and/or processing of data
US9942312B1 (en) 2016-12-16 2018-04-10 Zoomdata, Inc. System and method for facilitating load reduction at a landing zone

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000242697A (ja) * 1999-02-19 2000-09-08 Kokusai Electric Co Ltd 情報配信システム
JP2002183450A (ja) * 2000-12-18 2002-06-28 Hitachi Kokusai Electric Inc 配信制御方法
JP2002291037A (ja) * 2001-03-26 2002-10-04 Toshiba Corp ダウンロードデータ受信機能を備えた通信端末装置
JP2003208522A (ja) * 2002-01-11 2003-07-25 Hitachi Kokusai Electric Inc 情報表示システム
JP2011070413A (ja) * 2009-09-25 2011-04-07 Hitachi Kokusai Electric Inc 株価情報表示システム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7685049B1 (en) * 2002-06-26 2010-03-23 Trading Technologies International Inc. System and method for coalescing market data at a client device
JP2004326395A (ja) * 2003-04-24 2004-11-18 Hitachi Kokusai Electric Inc 情報配信システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000242697A (ja) * 1999-02-19 2000-09-08 Kokusai Electric Co Ltd 情報配信システム
JP2002183450A (ja) * 2000-12-18 2002-06-28 Hitachi Kokusai Electric Inc 配信制御方法
JP2002291037A (ja) * 2001-03-26 2002-10-04 Toshiba Corp ダウンロードデータ受信機能を備えた通信端末装置
JP2003208522A (ja) * 2002-01-11 2003-07-25 Hitachi Kokusai Electric Inc 情報表示システム
JP2011070413A (ja) * 2009-09-25 2011-04-07 Hitachi Kokusai Electric Inc 株価情報表示システム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9612742B2 (en) 2013-08-09 2017-04-04 Zoomdata, Inc. Real-time data visualization of streaming data
US9696903B2 (en) 2013-08-09 2017-07-04 Zoomdata, Inc. Real-time data visualization of streaming data
US9946811B2 (en) 2013-08-09 2018-04-17 Zoomdata, Inc. Presentation of streaming data
US9811567B2 (en) 2015-02-27 2017-11-07 Zoomdata, Inc. Prioritization of retrieval and/or processing of data
US9942312B1 (en) 2016-12-16 2018-04-10 Zoomdata, Inc. System and method for facilitating load reduction at a landing zone

Also Published As

Publication number Publication date
JPWO2016021019A1 (ja) 2017-06-15
JP6220977B2 (ja) 2017-10-25

Similar Documents

Publication Publication Date Title
US8135675B2 (en) System and method of efficiently generating and sending bulk emails
US7613742B2 (en) System and method for providing three-way failover for a transactional database
US20160300260A1 (en) Methods for optimizing advertising traffic with continuously optimized affiliate links
EP1916824A2 (en) Real time web usage reporter using ram
US20150339728A1 (en) Ad serving and intelligent impression throttling techniques implemented in electronic data networks
US7908264B2 (en) Method for providing the appearance of a single data repository for queries initiated in a system incorporating distributed member server groups
US10084854B2 (en) Response latency reduction in fixed allocation content selection infrastructure
US20230259492A1 (en) Incremental data processing
US20150100436A1 (en) System and method for combining past user events with real-time user events to rapidly respond to advertising opportunities
US10181130B2 (en) Real-time updates to digital marketing forecast models
WO2018166350A1 (zh) 交易额度控制方法、系统、终端设备及介质
WO2016021019A1 (ja) 時価処理システム
CN107637085B (zh) 用于多媒体推广和对内容优先排序的系统和方法
US20210049620A1 (en) Blockchain based mobile terminal e-commerce system and mobile terminal
JP6288662B1 (ja) 業績予測管理システム及び方法
CN111539828A (zh) 一种基于区块链的数字交易方法和系统
US20070260641A1 (en) Real-time aggregate counting in a distributed system architecture
US20140258000A1 (en) Dynamic floor pricing system and associated methods
US20070282922A1 (en) System and Method for Associating Threads with an Account Statement to Provide Access to a Set of Transactions
CN110706051B (zh) 一种订单数据聚合方法、装置及服务器
CN109727053B (zh) 对象投放的确定方法、装置以及计算机可读存储介质
CN107169845B (zh) 一种商户属性查询方法、装置及服务器
KR101290216B1 (ko) 실시간으로 온라인 광고 통계를 계산하는 방법 및 온라인광고 프로그램에 대한 컴퓨터-생성 변경을 구현하는 방법
US20140244454A1 (en) System and methods for increasing business visibility and accountability using linked notifications and accountability auditors
US20140172586A1 (en) Advertisement information providing device and advertisement information providing method

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: 14899168

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016539752

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14899168

Country of ref document: EP

Kind code of ref document: A1