JP7096312B2 - データ処理装置、プログラム、及びデータ処理方法 - Google Patents

Description

本発明は、データ処理装置、プログラム、システム、及びデータ処理方法に関する。

特許文献１には、ストリーム処理を行う技術としてＣＥＰ（Ｃｏｍｐｌｅｘ Ｅｖｅｎｔ Ｐｒｏｃｅｓｓｉｎｇ）が記載されている。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１９－０２３７９１号公報

本発明の一実施態様によれば、データ処理装置が提供される。データ処理装置は、データをプログラムによって処理することにより生成されるデータを表す事象に、当該事象を含む複数の事象が揃ったときに起動して当該複数の事象を処理するプログラムを組み合わせた組データを記録する組データ記録部を備えてよい。データ処理装置は、組データ記録部によって記録された複数の組データによって、複数のプログラムを実行する組データ処理実行部を備えてよい。

上記組データ記録部は、第１の事象に、上記第１の事象及び第２の事象が揃ったときに起動して上記第１の事象及び上記第２の事象を処理する第１のプログラムを組み合わせた第１の組データと、上記第２の事象に、上記第２の事象及び上記第１の事象が揃ったときに起動して上記第２の事象及び上記第１の事象を処理する上記第１のプログラムを組み合わせた第２の組データとを記録してよい。上記データ処理装置は、複数の組データのそれぞれをノードとしたグラフデータベースによって、上記複数の組データを管理する組データ管理部を備えてよい。上記データ処理装置は、データに対してＣＥＰ（Ｃｏｍｐｌｅｘ Ｅｖｅｎｔ Ｐｒｏｃｅｓｓｉｎｇ）を実行するＣＥＰ実行部と、データに対してバッチ処理を実行するバッチ処理実行部と、予め定められた条件に応じて、データを処理する実行部を、上記データ処理実行部、上記ＣＥＰ実行部、及び上記バッチ処理実行部から選択する選択部を備えてよい。上記選択部は、処理対象のデータ量に応じて、データを処理する実行部を、上記データ処理実行部、上記ＣＥＰ実行部、及び上記バッチ処理実行部から選択してよい。上記選択部は、対象となる処理の応答性能に応じて、データを処理する実行部を、上記データ処理実行部、上記ＣＥＰ実行部、及び上記バッチ処理実行部から選択してよい。

本発明の一実施態様によれば、コンピュータを、上記データ処理装置として機能させるためのプログラムが提供される。

本発明の一実施態様によれば、上記データ処理装置と、データに対してＣＥＰ（Ｃｏｍｐｌｅｘ Ｅｖｅｎｔ Ｐｒｏｃｅｓｓｉｎｇ）を実行可能なＣＥＰ装置と、データに対してバッチ処理を実行可能なバッチ処理装置と、予め定められた条件に応じて、データを処理する装置を、上記データ処理装置、上記ＣＥＰ装置、及び上記バッチ処理装置から選択する選択部とを備えるシステムが提供される。

本発明の一実施態様によれば、コンピュータによって実行されるデータ処理方法が提供される。データ処理方法は、データをプログラムによって処理することにより生成されるデータを表す事象に、当該事象を含む複数の事象が揃ったときに起動して当該複数の事象を処理するプログラムを組み合わせた組データを組データ記録部に記録する記録ステップを備えてよい。上記組データ記録部に記録された複数の組データによって、複数のプログラムを実行する実行ステップを備えてよい。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

データ処理装置１００の通信環境の一例を概略的に示す。 複合イベント処理について説明するための説明図である。 組データ７０の一例を概略的に示す。 組データ７１の一例を概略的に示す。 データ処理装置１００の機能構成の一例を概略的に示す。 グラフデータベース８０の一例を概略的に示す。 システム１０の一例を概略的に示す。 データ処理装置１００の機能構成の一例を概略的に示す。 データ処理装置１００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。

複数の事象が、ある条件群を満たしたかどうかの判断処理を行う手法として、ＣＥＰ及びバッチ処理が知られている。バッチ処理は、扱える時間範囲が非常に長いが、リアルタイム性は非常に低い。ＣＥＰは、リアルタイム性は高いが、扱える時間範囲が非常に狭い。本実施形態に係るデータ処理装置１００は、リアルタイム性が従来のＣＥＰよりも低いが、バッチ処理よりも高く、扱える時間範囲がバッチ処理並みに長い複合イベント処理を実現する。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、データ処理装置１００の通信環境の一例を概略的に示す。データ処理装置１００は、複数のデータに対して複合イベント処理を実行する。

データ処理装置１００は、処理対象のデータをデバイス３０から受信してよい。データ処理装置１００は、ネットワーク２０を介してデバイス３０からデータを受信してよい。データ処理装置１００は、複数のデバイス３０のそれぞれからデータを受信してよい。データ処理装置１００は、一のデバイス３０から複数のデータを受信してよい。

ネットワーク２０は、例えば、移動体通信ネットワークを含んでよい。ネットワーク２０は、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）通信方式に準拠してよい。ネットワーク２０は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通信方式に準拠してよい。ネットワーク２０は、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）通信方式に準拠してよい。ネットワーク２０は、６Ｇ（６ｔｈ Ｇｅｎｅｒａｔｉｏｎ）通信方式以降の通信方式に準拠してよい。

データ処理装置１００は、ＭＥＣ（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）として機能してもよい。デバイス３０は、移動体通信ネットワークと通信可能であれば、どのようなデバイスであってもよい。デバイス３０は、いわゆるＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイスであってよい。デバイス３０は、スマートフォン、タブレット端末、及びウェアラブル端末等であってもよい。

ネットワーク２０は、インターネットを含んでよい。ネットワーク２０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を含んでよい。ネットワーク２０は、その他、任意のネットワークを含んでよい。デバイス３０は、ネットワーク２０に無線接続してよく、有線接続してもよい。

図２は、複合イベント処理について説明するための説明図である。既存のＣＥＰは、上述したように、扱える時間範囲が非常に狭い。ＣＥＰが長期間に亘る複雑な条件を扱えない理由として、複数の事象を高速に評価するには、事象を全てメモリ上に持たざるを得ないことと、データとプログラムは分離されているので、多数のプログラムをロードしておけないこととが挙げられる。

コンピュータは、データとプログラムの両方がメモリ上にあるときにその処理を行うことができる。バッチ処理は、複数のデータをメモリ上に配置して、１つのプログラムに１つのデータを連続して作用させる方式である。Ｗｅｂ等のオンライン処理は、多数のプログラムに１つのデータを作用させている。それに対して、ＣＥＰは、多数のプログラムと多数のデータをメモリ上に配置して、それらが作用し合う方式である。ＣＥＰでは、データがプログラムで処理されて事象が検知され、それもメモリ上にデータとして蓄積される。

例えば、データａ４０の発生と、データｂ４１の発生が近い時間で生じていれば、事象ＥＡ６０及び事象ＥＢ６１はどちらも同時にメモリ上に存在でき、プログラムＣ５３によって処理されて事象ＥＣ６２を検知することができる。しかし、都合よくデータが揃うとは限らない。

データａ４０とデータｂ４１の発生時間が離されている場合、事象ＥＡ６０と事象ＥＢ６１の両方がメモリ中に存在する事ができず、プログラムＣ５３は作動できない。メモリの量は有限なので、より長い期間を扱おうとすれば、処理できる対象は細く限られてくる。

実際の複合イベント処理では、同時並列で大量のデータと処理が並行することになる。しかし、メモリに載る分しか処理することができない。例えば、対象の期間を長くとれば、狭い事象数しか扱えない。事象数を多くすれば期間が短くなる。期間と事象数を多くしようとしても、どちらも少なくなる。処理を複雑にすれば、期間も事象数も小さくなる。

それに対して、本実施形態に係るデータ処理装置１００は、番いになる事象とプログラムを組にして保存し、相互に繋がりを持たせる。例えば、プログラムＡ５０は事象ＥＡ６０を記録するときに、番いになる事象ＥＢ６１と、番いが揃ったときに起動するプログラムがプログラムＣ５３であることを共に記録する。また、プログラムＢ５１は事象ＥＢ６１を記録するときに、番いになる事象ＥＡ６０と、番いが揃ったときに起動するプログラムがプログラムＣ５３であることを共に記録する。

本実施形態において、このように、データとプログラムを組にして記録することを、データとプログラムのｔｕｐｌｅ化と記載する場合がある。また、ｔｕｐｌｅ化されたデータを組データと記載する場合がある。

図３は、組データ７０の一例を概略的に示す。図３は、データａ４０をプログラムＡ５０によって処理することにより生成される事象ＥＡ６０に、事象ＥＡ６０及び事象ＥＢ６１が揃ったときに起動して事象ＥＡ６０及び事象ＥＢ６１を処理するプログラムＣ５３を組み合わせた組データ７０を例示している。

図４は、組データ７１の一例を概略的に示す。図４は、データｂ４１をプログラムＢ５１によって処理することにより生成される事象ＥＢ６１に、事象ＥＡ６０及び事象ＥＢ６１が揃ったときに起動して事象ＥＡ６０及び事象ＥＢ６１を処理するプログラムＣ５３を組み合わせた組データ７１を例示している。

データ処理装置１００は、例えばまずデータａ４０が入ってきた場合に、データａ４０をプログラムＡ５０で処理する。これにより、事象ＥＡ６０が記録される。続いて、データ処理装置１００は、事象ＥＡ６０と組みにして記録されたｓｔａｒｔ（）を実行する。このとき、事象ＥＢ６１はまだ無いので、プログラムＣ５３はｃａｌｌされない。

そして、データｂ４１が入ってきた場合に、データ処理装置１００は、データｂ４１をプログラムＢ５１で処理する。これにより、事象ＥＢ６１が記録される。続いて、データ処理装置１００は、事象ＥＢ６１と組みにして記録されたｓｔａｒｔ（）を実行する。このとき、事象ＥＡ６０は既にあるので、プログラムＣ５３がｃａｌｌされる。データ処理装置１００が組データ７０及び組データ７１を記録しておくことによって、事象ＥＡ６０の発生と、事象ＥＢ６１の発生とは、どちらが先であってもよく、時間的に離れていてもよいことになる。

従来、データとプログラムとは切り離して管理されていた。そのため、事象ＥＡ６０及び事象ＥＢ６１を処理するプログラムが動くときに、事象ＥＡ６０及び事象ＥＢ６１の両方がメモリにある必要があった。もしくは、リアルタイム性は捨ててバッチ処理をするしか無かった。

それに対して、本実施形態に係るデータ処理装置１００によれば、ｔｕｐｌｅ化した組データを記録するようにすることによって、事象の発生の順番や時間間隔に依存することなく、複合イベント処理を実行可能にできる。そして、必要なメモリ量を抑えることができる。例えば、データ処理装置１００は、データａ４０を受信した場合には、データａ４０及びプログラムＡ５０をメモリに配置して、データａ４０をプログラムＡ５０によって処理することによって事象ＥＡ６０を生成する。そして、事象ＥＡ６０をハードディスク及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）等の記憶媒体に記憶させ、データａ４０及びプログラムＡ５０をメモリから削除する。

次に、データ処理装置１００は、データｂ４１を受信した場合に、データｂ４１及びプログラムＢ５１をメモリに配置して、データｂ４１をプログラムＢ５１によって処理することによって、事象ＥＢ６１を生成する。そして、データｂ４１及びプログラムＢ５１をメモリから削除し、事象ＥＡ６０及びプログラムＣ５３をメモリに配置して、事象ＥＡ６０及び事象ＥＢ６１をプログラムＣ５３によって処理する。

このように、事象ＥＡ６０の処理時には、事象ＥＢ６１のためのメモリの必要を無くし、事象ＥＢ６１の処理時には、事象ＥＡ６０のためのメモリの必要を無くすことができ、従来のＣＥＰよりも長期間に亙る複合イベント処理を実現することができる。

図５は、データ処理装置１００の機能構成の一例を概略的に示す。データ処理装置１００は、ＵＩ実行部１０２、組データ記録部１０４、組データ管理部１０６、データ受信部１０８、及びデータ処理実行部１２２を備える。

ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）実行部１０２は、プログラミングのためのＵＩを実行する。ＵＩ実行部１０２は、データ処理装置１００の表示部にＵＩを表示してよく、プログラミングを行うユーザが用いる通信装置にＵＩを表示してもよい。ユーザは、ＵＩ実行部１０２によって提供されるＵＩを介して、組データを登録し得る。組データは、上述したように、データをプログラムによって処理することにより生成されるデータを表す事象に、当該事象を含む複数の事象が揃ったときに起動して当該複数の事象を処理するプログラムを組み合わせたデータであってよい。

組データ記録部１０４は、ＵＩ実行部１０２によって提供されるＵＩを介して登録された組データを記録する。組データ記録部１０４は、複数の事象のそれぞれについて、組データを記録してよい。

例えば、組データ記録部１０４は、第１の事象に、第１の事象及び第２の事象が揃ったときに起動して第１の事象及び第２の事象を処理する第１のプログラムを組み合わせた第１の組データを記録する。また、組データ記録部１０４は、第２の事象に、第２の事象及び第１の事象が揃ったときに起動して第２の事象及び第１の事象を処理する第１のプログラムを組み合わせた第２の組データを記録する。このように、第１のプログラムを起動する条件となる第１の事象及び第２の事象のそれぞれに対して、第１のプログラムを組み合わせた組データを記録することによって、どちらの事象が先に発生した場合であっても、正常に処理を進めることを可能とすることができる。

組データ管理部１０６は、複数の組データのそれぞれをノードとしたグラフデータベースによって、複数の組データを管理する。組データ管理部１０６は、ノードとノードのつながりを扱うことができる、任意のグラフデータベースを用いてよい。

実際のデータ処理の場面においては、図２に例示したような単純な構成ではなく、非常に複雑になり、複数の事象と複数のプログラムとが複雑に組み合わさることになる。それに対して、グラフデータベースを用いることによって、管理の効率を向上できるとともに、ユーザによるプログラミングを支援することができる。

データ受信部１０８は、処理対象のデータを受信する。データ受信部１０８は、１又は複数のデバイス３０から、ネットワーク２０を介してデータを受信する。

データ処理実行部１２２は、データ受信部１０８が受信するデータを対象として、組データ記録部１０４に記録された複数の組データによって、複数のプログラムを実行する。データ処理実行部１２２は、例えば、処理結果をデータ処理装置１００の表示部に表示させる。また、データ処理実行部１２２は、処理結果を、他の装置に送信してもよい。

図６は、グラフデータベース８０の一例を概略的に示す。組データ管理部１０６は、複数の組データ８２をノードとして、グラフデータベース８０によって複数の組データ８２を管理する。組データ管理部１０６は、図６に示すようなＵＩをユーザに提供してもよい。ユーザは、組データ８２や、ノード間の矢印をポインティングデバイス等によって操作することによって、プログラミングを行い得る。

図７は、システム１０の一例を概略的に示す。システム１０は、データ処理装置１００を備える。システム１０は、ＣＥＰ装置２００を備えてよい。システム１０は、バッチ処理装置３００を備えてよい。システム１０は、選択装置４００を備えてよい。

ＣＥＰ装置２００は、データに対してＣＥＰを実行可能である。ＣＥＰ装置２００は、処理対象のデータをデバイス３０から受信してよい。ＣＥＰ装置２００は、ネットワーク２０を介してデバイス３０からデータを受信してよい。ＣＥＰ装置２００は、複数のデバイス３０のそれぞれからデータを受信してよい。ＣＥＰ装置２００は、一のデバイス３０から複数のデータを受信してよい。

バッチ処理装置３００は、データに対してバッチ処理を実行可能である。バッチ処理装置３００は、処理対象のデータをデバイス３０から受信してよい。バッチ処理装置３００は、ネットワーク２０を介してデバイス３０からデータを受信してよい。バッチ処理装置３００は、複数のデバイス３０のそれぞれからデータを受信してよい。バッチ処理装置３００は、一のデバイス３０から複数のデータを受信してよい。

選択装置４００は、データを処理する装置を、データ処理装置１００、ＣＥＰ装置２００、及びバッチ処理装置３００から選択する。選択装置４００は、予め定められた条件に応じて、データを処理する装置を、データ処理装置１００、ＣＥＰ装置２００、及びバッチ処理装置３００から選択してよい。選択装置４００は、選択部の一例であってよい。

選択装置４００は、例えば、処理対象のデータ量に応じて、データを処理する装置を、データ処理装置１００、ＣＥＰ装置２００、及びバッチ処理装置３００から選択する。例えば、選択装置４００は、処理対象のデータ量が第１の閾値よりも少ない場合、ＣＥＰ装置２００を選択する。また、例えば、選択装置４００は、処理対象のデータ量が第１の閾値よりも多い第２の閾値より多い場合、バッチ処理装置３００を選択する。また、例えば、選択装置４００は、処理対象のデータ量が第１の閾値よりも多く、第２の閾値よりも少ない場合、データ処理装置１００を選択する。

また、選択装置４００は、例えば、対象となる処理の応答性能に応じて、データを処理する装置を、データ処理装置１００、ＣＥＰ装置２００、及びバッチ処理装置３００から選択する。例えば、選択装置４００は、求められる応答性能が第１の閾値よりも速い場合、ＣＥＰ装置２００を選択する。また、例えば、選択装置４００は、求められる応答性能が第１の閾値よりも遅い第２の閾値より遅い場合、バッチ処理装置３００を選択する。また、例えば、選択装置４００は、求められる応答性能が第１の閾値よりも遅く、第２の閾値よりも速い場合、データ処理装置１００を選択する。

選択装置４００は、処理対象のデータ量と、対象となる処理の応答性能との両方に応じてデータを処理する装置をデータ処理装置１００、ＣＥＰ装置２００、及びバッチ処理装置３００から選択してもよい。

システム１０により、高速、中速、低速の複合イベント処理を実現可能になり、応答性能やデータ量に合わせた柔軟な構成が可能となる。

なお、データ処理装置１００が選択装置４００の機能を備えてもよい。また、ＣＥＰ装置２００が選択装置４００の機能を備えてもよい。また、バッチ処理装置３００が選択装置４００の機能を備えてもよい。これらの場合、システム１０は選択装置４００を備えなくてよい。

図８は、データ処理装置１００の機能構成の他の一例を概略的に示す。ここでは、図５とは異なる点を主に説明する。データ処理装置１００は、ＵＩ実行部１０２、組データ記録部１０４、組データ管理部１０６、データ受信部１０８、選択部１１０、及び実行部１２０を備える。実行部１２０は、データ処理実行部１２２、ＣＥＰ実行部１２４、及びバッチ処理実行部１２６を含む。選択部１１０は、予め定められた条件に応じて、データを処理する実行部を、データ処理実行部１２２、ＣＥＰ実行部１２４、及びバッチ処理実行部１２６から選択する。

選択部１１０は、例えば、処理対象のデータ量に応じて、データを処理する実行部を、データ処理実行部１２２、ＣＥＰ実行部１２４、及びバッチ処理実行部１２６から選択する。例えば、選択部１１０は、処理対象のデータ量が第１の閾値よりも少ない場合、ＣＥＰ実行部１２４を選択する。また、例えば、選択部１１０は、処理対象のデータ量が第１の閾値よりも多い第２の閾値より多い場合、バッチ処理実行部１２６を選択する。また、例えば、選択部１１０は、処理対象のデータ量が第１の閾値よりも多く、第２の閾値よりも少ない場合、データ処理実行部１２２を選択する。

また、選択部１１０は、例えば、対象となる処理の応答性能に応じて、データを処理する実行部を、データ処理実行部１２２、ＣＥＰ実行部１２４、及びバッチ処理実行部１２６から選択する。例えば、選択部１１０は、求められる応答性能が第１の閾値よりも速い場合、ＣＥＰ実行部１２４を選択する。また、例えば、選択部１１０は、求められる応答性能が第１の閾値よりも遅い第２の閾値より遅い場合、バッチ処理実行部１２６を選択する。また、例えば、選択部１１０は、求められる応答性能が第１の閾値よりも遅く、第２の閾値よりも速い場合、データ処理実行部１２２を選択する。

選択部１１０は、処理対象のデータ量と、対象となる処理の応答性能との両方に応じてデータを処理する実行部をデータ処理実行部１２２、ＣＥＰ実行部１２４、及びバッチ処理実行部１２６から選択してもよい。

図８に示すデータ処理装置１００によれば、高速、低速の複合イベント処理に加えて、中速の複合イベント処理を実行することができる。これにより、応答性能やデータ量に合わせた柔軟な構成が可能となる。また、短期間しか扱えない従来のＣＥＰと、長期間を扱えるがリアルタイム性が皆無なバッチ処理しかなかった従来技術では、いわゆるデジタルツインの実現は困難と考えられるが、データ処理装置１００によれば、短期間かつ高速なイベント処理、長期間かつ中速なイベント処理、及び統計分析を行うバッチ処理を行うことができるので、デジタルツインの実現に貢献することができる。

図９は、データ処理装置１００、ＣＥＰ装置２００、バッチ処理装置３００、又は選択装置４００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。コンピュータ１２００にインストールされたプログラムは、コンピュータ１２００を、本実施形態に係る装置の１又は複数の「部」として機能させ、又はコンピュータ１２００に、本実施形態に係る装置に関連付けられるオペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ１２００に、本実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１２００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ１２１２によって実行されてよい。

本実施形態によるコンピュータ１２００は、ＣＰＵ１２１２、ＲＡＭ１２１４、及びグラフィックコントローラ１２１６を含み、それらはホストコントローラ１２１０によって相互に接続されている。コンピュータ１２００はまた、通信インタフェース１２２２、記憶装置１２２４、ＤＶＤドライブ、及びＩＣカードドライブのような入出力ユニットを含み、それらは入出力コントローラ１２２０を介してホストコントローラ１２１０に接続されている。ＤＶＤドライブは、ＤＶＤ－ＲＯＭドライブ及びＤＶＤ－ＲＡＭドライブ等であってよい。記憶装置１２２４は、ハードディスクドライブ及びソリッドステートドライブ等であってよい。コンピュータ１２００はまた、ＲＯＭ１２３０及びキーボードのようなレガシの入出力ユニットを含み、それらは入出力チップ１２４０を介して入出力コントローラ１２２０に接続されている。

ＣＰＵ１２１２は、ＲＯＭ１２３０及びＲＡＭ１２１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ１２１６は、ＲＡＭ１２１４内に提供されるフレームバッファ等又はそれ自体の中に、ＣＰＵ１２１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス１２１８上に表示されるようにする。

通信インタフェース１２２２は、ネットワークを介して他の電子デバイスと通信する。記憶装置１２２４は、コンピュータ１２００内のＣＰＵ１２１２によって使用されるプログラム及びデータを格納する。ＤＶＤドライブは、プログラム又はデータをＤＶＤ－ＲＯＭ等から読み取り、記憶装置１２２４に提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。

ＲＯＭ１２３０はその中に、アクティブ化時にコンピュータ１２００によって実行されるブートプログラム等、及び／又はコンピュータ１２００のハードウェアに依存するプログラムを格納する。入出力チップ１２４０はまた、様々な入出力ユニットをＵＳＢポート、パラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入出力コントローラ１２２０に接続してよい。

プログラムは、ＤＶＤ－ＲＯＭ又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもある記憶装置１２２４、ＲＡＭ１２１４、又はＲＯＭ１２３０にインストールされ、ＣＰＵ１２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ１２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ１２００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、通信がコンピュータ１２００及び外部デバイス間で実行される場合、ＣＰＵ１２１２は、ＲＡＭ１２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース１２２２に対し、通信処理を命令してよい。通信インタフェース１２２２は、ＣＰＵ１２１２の制御の下、ＲＡＭ１２１４、記憶装置１２２４、ＤＶＤ－ＲＯＭ、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。

また、ＣＰＵ１２１２は、記憶装置１２２４、ＤＶＤドライブ（ＤＶＤ－ＲＯＭ）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ１２１４に読み取られるようにし、ＲＡＭ１２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ１２１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ１２１２は、ＲＡＭ１２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ１２１４に対しライトバックする。また、ＣＰＵ１２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ１２１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラム又はソフトウエアモジュールは、コンピュータ１２００上又はコンピュータ１２００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ１２００に提供する。

本実施形態におけるフローチャート及びブロック図におけるブロックは、オペレーションが実行されるプロセスの段階又はオペレーションを実行する役割を持つ装置の「部」を表わしてよい。特定の段階及び「部」が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウェア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及びプログラマブルロジックアレイ（ＰＬＡ）等のような、論理積、論理和、排他的論理和、否定論理積、否定論理和、及び他の論理演算、フリップフロップ、レジスタ、並びにメモリエレメントを含む、再構成可能なハードウェア回路を含んでよい。

コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路が、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を生成するために当該コンピュータ可読命令を実行すべく、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路に提供されてよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、及び図面中において示した装置、システム、プログラム、及び方法における動作、手順、ステップ、及び段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、及び図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ システム、２０ ネットワーク、３０ デバイス、４０ データａ、４１ データｂ、４２ データｘ、５０ プログラムＡ、５１ プログラムＢ、５２ プログラムＸ、５３ プログラムＣ、５４ プログラムＹ、６０ 事象ＥＡ、６１ 事象ＥＢ、６２ 事象ＥＣ、６３ 事象ＥＸ、６４ 事象ＥＹ、７０ 組データ、７１ 組データ、８０ グラフデータベース、８２ 組データ、１００ データ処理装置、１０２ ＵＩ実行部、１０４ 組データ記録部、１０６ 組データ管理部、１０８ データ受信部、１１０ 選択部、１２０ 実行部、１２２ データ処理実行部、１２４ ＣＥＰ実行部、１２６ バッチ処理実行部、２００ ＣＥＰ装置、３００ バッチ処理装置、４００ 選択装置、１２００ コンピュータ、１２１０ ホストコントローラ、１２１２ ＣＰＵ、１２１４ ＲＡＭ、１２１６ グラフィックコントローラ、１２１８ ディスプレイデバイス、１２２０ 入出力コントローラ、１２２２ 通信インタフェース、１２２４ 記憶装置、１２３０ ＲＯＭ、１２４０ 入出力チップ

Claims (4)

1. データをプログラムによって処理することにより生成されるデータを表す事象に、当該事象を含む複数の事象が揃ったときに起動して当該複数の事象を処理するプログラムを組み合わせた組データを記録する組データ記録部と、
   前記組データ記録部によって記録された複数の組データによって、複数のプログラムを実行するデータ処理実行部と
   を備え、
   前記組データ記録部は、第１の事象に、前記第１の事象及び第２の事象が揃ったときに起動して前記第１の事象及び前記第２の事象を処理する第１のプログラムを組み合わせた第１の組データと、前記第２の事象に、前記第２の事象及び前記第１の事象が揃ったときに起動して前記第２の事象及び前記第１の事象を処理する前記第１のプログラムを組み合わせた第２の組データとを記録する、
   データ処理装置。
2. 複数の組データのそれぞれをノードとしたグラフデータベースによって、前記複数の組データを管理する組データ管理部
   を備える、請求項１に記載のデータ処理装置。
3. コンピュータを、請求項１又は２に記載のデータ処理装置として機能させるためのプログラム。
4. コンピュータによって実行されるデータ処理方法であって、
   データをプログラムによって処理することにより生成されるデータを表す事象に、当該事象を含む複数の事象が揃ったときに起動して当該複数の事象を処理するプログラムを組み合わせた組データを組データ記録部に記録する記録ステップと、
   前記組データ記録部に記録された複数の組データによって、複数のプログラムを実行する実行ステップと
   を備え、
   前記記録ステップは、第１の事象に、前記第１の事象及び第２の事象が揃ったときに起動して前記第１の事象及び前記第２の事象を処理する第１のプログラムを組み合わせた第１の組データと、前記第２の事象に、前記第２の事象及び前記第１の事象が揃ったときに起動して前記第２の事象及び前記第１の事象を処理する前記第１のプログラムを組み合わせた第２の組データとを記録する、データ処理方法。

Images