(57)【要約】【課題】制御ロジックとデータとが、それぞれ独立してスケールを拡張可能で、かつ、既存システムとの容易な連携を可能とする。【解決手段】  ロジック処理システム１０は、サービスを提供するためのロジックを実行するロジック処理手段１２１と、ロジックの実行に必要なデータ項目をデータ制御システムに送信するデータ取得手段とを備える。データ制御システム２０は、定義データ２１１を参照して、ロジック処理システム１０が送信したデータ項目に関するデータを、データ保持システム３０から取得するための問合を生成して、生成された問合を、データ保持システムに送信する問合処理手段２２２を備える。データ保持システム３０は、データ制御システム２０から送信された問合に従って、ロジック処理システム１０が送信したデータ項目に関するデータを取得して、データ制御システム２０に送信する問合応答手段３２１を備える。【選択図】      図１
2018025859.tif 000002
【特許請求の範囲】
【請求項１】
ロジック処理システムと、前記ロジック処理システムに接続するデータ制御システムと、前記データ制御システムに接続するデータ保持システムを備え、サービスを提供するサービス提供システムであって、
前記ロジック処理システムは、
サービスを提供するためのロジックを実行するロジック処理手段と、
前記ロジックの実行に必要なデータ項目を前記データ制御システムに送信し、前記データ制御システムから取得したデータを、前記ロジック処理手段に入力するデータ取得手段とを備えるロジック処理ノードを含み、
前記データ制御システムは、
前記データ保持システムへのアクセス方法、前記データ保持システムで保持するテーブルのテーブル識別子およびスキーマを対応づける定義データを記憶する記憶装置と、
前記定義データを参照して、前記ロジック処理システムが送信したデータ項目に関するデータを、前記データ保持システムから取得するための問合を生成して、生成された問合を、前記データ保持システムに送信する問合処理手段と、
前記データ保持システムから取得したデータを、前記ロジック処理システムに送信するデータ送信手段とを備えるデータ制御ノードを含み、
前記データ保持システムは、
前記ロジックの実行に必要なデータおよび前記データの項目を対応づけるテーブルデータを記憶する記憶装置と、
前記データ制御システムから送信された問合に従って、前記記憶装置から、前記ロジック処理システムが送信したデータ項目に関するデータを取得して、前記データ制御システムに送信する問合処理手段を備えるデータ保持ノードを含む
ことを特徴とするサービス提供システム。
【請求項２】
前記ロジック処理システム、前記データ制御システムおよび前記データ保持システムの各システムにおける負荷に応じて、前記ロジック処理ノード、前記データ制御ノードおよび前記データ保持ノードの数が任意に設定される
ことを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
前記データ保持システムは、複数のデータ保持ノードを備え、
前記複数のデータ保持ノードが連携して、前記ロジックの実行に必要なデータを保持する
ことを特徴とする請求項１に記載のサービス提供システム。
【請求項４】
前記サービスを提供するための新たなロジックを実行する新たなロジック処理ノードを含む新たなロジック処理システムを備え、
前記新たなロジックの実行に必要なデータ項目が、前記ロジックの実行に必要なデータ項目と共有可能な場合、
前記新たなロジック処理システムの前記新たなロジック処理ノードは、
前記新たなロジックの実行に必要なデータ項目を前記データ制御システムに送信する
ことを特徴とする請求項１に記載のサービス提供システム。
【請求項５】
前記ロジック処理ノード、前記データ制御ノードおよび前記データ保持ノードはそれぞれ、物理コンピュータまたは仮想コンピュータである
ことを特徴とする請求項１に記載のサービス提供システム。
【請求項６】
ロジック処理システムと、前記ロジック処理システムに接続するデータ制御システムと、前記データ制御システムに接続するデータ保持システムを備え、サービスを提供するサービス提供システムに用いられるサービス提供方法であって、
前記ロジック処理システムは、ロジック処理ノードを備え、
前記データ制御システムは、データ制御ノードを備え、
前記データ保持システムは、データ保持ノードを備え、
前記ロジック処理ノードが、サービスを提供するためのロジックを実行するステップと、
前記ロジック処理ノードが、前記ロジックの実行に必要なデータ項目を前記データ制御システムに送信するステップと、
前記データ制御ノードが、前記データ保持システムへのアクセス方法、前記データ保持システムで保持するテーブルのテーブル識別子およびスキーマを対応づける定義データを参照して、前記ロジック処理システムが送信したデータ項目に関するデータを、前記データ保持システムから取得するための問合を生成して、生成された問合を、前記データ保持システムに送信するステップと、
前記データ保持ノードが、前記データ制御システムから送信された問合に従って、前記ロジック処理システムが送信したデータ項目に関するデータを取得して、前記データ制御システムに送信するステップと、
前記データ制御ノードが、前記データ保持システムから取得したデータを、前記ロジック処理システムに送信するステップと、
前記ロジック処理ノードが、前記データ制御システムから取得したデータを参照して、前記ロジックを実行するステップ
を備えることを特徴とするサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスを提供するサービス提供システムおよびサービス提供方法に関する。
【背景技術】
【０００２】
近年の情報機器および通信ネットワークの発達に伴い、当初想定が出来ないほどのデータが扱われ、また、データに対する要求も多様化する傾向がある。例えば、Ｂ２Ｂ２Ｘ型のサービスにおいて、サービス開始後に、ミドルＢから左のＢに、サービスの拡充や利用リソース追加の要求が、発生する場合がある。またＩｏＴ（Internet of Things）を用いたサービスにおいて、ＩｏＴデバイスが改良されたり、新たに開発されたりすることに伴って、新たなＩｏＴデバイスへの追従の要求が発生する場合がある。
【０００３】
アプリケーションを階層化する一般的な方法として、三層アーキテクチャが知られている。三層アーキテクチャにおいてアプリケーションは、プレゼンテーション層、ビジネスロジック層、およびデータ層の各層を備える。三層アーキテクチャにおいて、各階層で独立してモジュールを開発および保守する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ウィキペディアフリー百科事典、"多層アーキテクチャ"、［online］、［平成２８年８月２日検索］、インターネット〈URL：https://ja.wikipedia.org/wiki/%E5%A4%9A%E5%B1%A4%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のアプリケーションにおいては、サービスの拡張に対応しづらい問題があった。
【０００６】
一般的には、サービスを提供するための制御ロジックとデータとが、カプセル化されていることから、制御ロジックとデータとを含むカプセル化された単位で、要求やデータの増加に対応する必要がある。一方、Ｂ２Ｂ２Ｘ型のサービスや、ＩｏＴを用いたサービスにおいて、制御ロジックとデータとが、それぞれ独立してスケールを拡張できることが好ましい。
【０００７】
また、サービスを提供するための制御ロジックとデータとが、カプセル化された従来技術においては、新規サービスの拡張等においては、既存システムとの連携を考慮しなければならない問題がある。
【０００８】
従って本発明の目的は、制御ロジックとデータとが、それぞれ独立してスケールを拡張可能で、かつ、既存システムとの容易な連携を可能とするサービス提供システムおよびサービス提供方法を提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の特徴は、ロジック処理システムと、ロジック処理システムに接続するデータ制御システムと、データ制御システムに接続するデータ保持システムを備え、サービスを提供するサービス提供システムに関する。本発明の第１の特徴に係るロジック処理システムは、サービスを提供するためのロジックを実行するロジック処理手段と、ロジックの実行に必要なデータ項目をデータ制御システムに送信し、データ制御システムから取得したデータを、ロジック処理手段に入力するデータ取得手段とを備えるロジック処理ノードを含む。データ制御システムは、データ保持システムへのアクセス方法、データ保持システムで保持するテーブルのテーブル識別子およびスキーマを対応づける定義データを記憶する記憶装置と、定義データを参照して、ロジック処理システムが送信したデータ項目に関するデータを、データ保持システムから取得するための問合を生成して、生成された問合を、データ保持システムに送信する問合処理手段と、データ保持システムから取得したデータを、ロジック処理システムに送信するデータ送信手段とを備えるデータ制御ノードを含む。データ保持システムは、ロジックの実行に必要なデータおよびデータの項目を対応づけるテーブルデータを記憶する記憶装置と、データ制御システムから送信された問合に従って、記憶装置から、ロジック処理システムが送信したデータ項目に関するデータを取得して、データ制御システムに送信する問合処理手段を備えるデータ保持ノードを含む。
【００１０】
ロジック処理システム、データ制御システムおよびデータ保持システムの各システムにおける負荷に応じて、ロジック処理ノード、データ制御ノードおよびデータ保持ノードの数が任意に設定されても良い。
【００１１】
データ保持システムは、複数のデータ保持ノードを備え、複数のデータ保持ノードが連携して、ロジックの実行に必要なデータを保持しても良い。
【００１２】
サービスを提供するための新たなロジックを実行する新たなロジック処理ノードを含む新たなロジック処理システムを備え、新たなロジックの実行に必要なデータ項目が、ロジックの実行に必要なデータ項目と共有可能な場合、新たなロジック処理システムの新たなロジック処理ノードは、新たなロジックの実行に必要なデータ項目をデータ制御システムに送信しても良い。
【００１３】
ロジック処理ノード、データ制御ノードおよびデータ保持ノードはそれぞれ、物理コンピュータまたは仮想コンピュータであっても良い。
【００１４】
ロジック処理システムと、ロジック処理システムに接続するデータ制御システムと、データ制御システムに接続するデータ保持システムを備え、サービスを提供するサービス提供システムに用いられるサービス提供方法に関する。本発明の第２の特徴に係るサービス提供方法は、ロジック処理システムは、ロジック処理ノードを備え、データ制御システムは、データ制御ノードを備え、データ保持システムは、データ保持ノードを備え、ロジック処理ノードが、サービスを提供するためのロジックを実行するステップと、ロジック処理ノードが、ロジックの実行に必要なデータ項目をデータ制御システムに送信するステップと、データ制御ノードが、データ保持システムへのアクセス方法、データ保持システムで保持するテーブルのテーブル識別子およびスキーマを対応づける定義データを参照して、ロジック処理システムが送信したデータ項目に関するデータを、データ保持システムから取得するための問合を生成して、生成された問合を、データ保持システムに送信するステップと、データ保持ノードが、データ制御システムから送信された問合に従って、ロジック処理システムが送信したデータ項目に関するデータを取得して、データ制御システムに送信するステップと、データ制御ノードが、データ保持システムから取得したデータを、ロジック処理システムに送信するステップと、ロジック処理ノードが、データ制御システムから取得したデータを参照して、ロジックを実行するステップを備える。
【発明の効果】
【００１５】
本発明によれば、制御ロジックとデータとが、それぞれ独立してスケールを拡張可能で、かつ、既存システムとの容易な連携を可能とするサービス提供システムおよびサービス提供方法を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態に係るサービス提供システムを説明するシステム構成図である。
【図２】ロジック制御ノードのハードウエア構成と機能ブロックを説明する図である。
【図３】データ制御ノードのハードウエア構成と機能ブロックを説明する図である。
【図４】定義データのデータ構造の一例を説明する図である。
【図５】データ保持ノードのハードウエア構成と機能ブロックを説明する図である。
【図６】本発明の実施の形態に係るサービス提供方法を説明するシーケンス図である。
【図７】本発明の実施の形態に係るサービス提供システムの効果を説明する図である。
【発明を実施するための形態】
【００１７】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１８】
（サービス提供システム）
図１を参照して、本発明の実施の形態に係るサービス提供システム１を説明する。サービス提供システム１は、（１）第１ロジック処理システム１０ａおよび第２ロジック処理システム１０ｂと、（２）第１データ制御システム２０ａおよび第２データ制御システム２０ｂと、（３）第１データ保持システム３０ａおよび第２データ保持システム３０ｂを備える。（１）第１ロジック処理システム１０ａおよび第２ロジック処理システム１０ｂと、（２）第１データ制御システム２０ａおよび第２データ制御システム２０ｂとは、相互に通信可能に接続される。（２）第１データ制御システム２０ａおよび第２データ制御システム２０ｂと（３）第１データ保持システム３０ａおよび第２データ保持システム３０ｂとは、相互に通信可能に接続される。
【００１９】
本発明の実施の形態において第１ロジック処理システム１０ａおよび第２ロジック処理システム１０ｂを区別しない場合、単にロジック処理システム１０と記載する場合がある。第１データ制御システム２０ａおよび第２データ制御システム２０ｂを区別しない場合、単にデータ制御システム２０と記載する場合がある。第１データ保持システム３０ａおよび第２データ保持システム３０ｂを区別しない場合、単にデータ保持システム３０と記載する場合がある。
【００２０】
本発明の実施の形態に係るサービス提供システム１は、ロジック処理システム１０、データ制御システム２０およびデータ保持システム３０が連携して、端末（図示せず）に、サービスを提供する。
【００２１】
第１ロジック処理システム１０ａおよび第２ロジック処理システム１０ｂは、それぞれ異なるビジネスロジックを実行して異なるサービスを提供し、サービスの提供に必要なデータのデータ項目をデータ制御システム２０に送信する。
【００２２】
第１データ制御システム２０ａおよび第２データ制御システム２０ｂは、それぞれ異なる定義データを保持して、ロジック処理システム１０から受信したデータ項目のデータを取得するための問合を、データ保持システム３０に送信する。
【００２３】
第１データ保持システム３０ａおよび第２データ保持システム３０ｂは、それぞれ異なるデータを保持して、データ制御システム２０から受信した問合に対して取得したデータを、データ制御システム２０に送信する。
【００２４】
ここで、ロジック処理システム１０、データ制御システム２０およびデータ保持システム３０はそれぞれ、任意の数のロジック処理ノード１００、データ制御ノード２００およびデータ保持ノード３００を備える。ロジック処理システム１０、データ制御システム２０およびデータ保持システム３０の各システムにおける負荷に応じて、ロジック処理ノード１００、データ制御ノード２００およびデータ保持ノード３００の数が任意に設定される。
【００２５】
ここで、第１ロジック処理システム１０ａが、複数のロジック処理ノード１００を備える場合、複数のロジック処理ノード１００が連携して、第１ロジック処理システム１０ａが提供するサービスのロジックを実行する。
【００２６】
本発明の実施の形態において、ロジック処理システム１０、データ制御システム２０およびデータ保持システム３０の各システム内で各ノードが連携する方法は、問わない。例えば、第１ロジック処理システム１０ａが備える複数のロジック処理ノード１００それぞれが、特定の機能のみを実現し、第１ロジック処理システム１０ａに属する複数のロジック処理ノード１００全体で全ての機能を網羅するように制御されてもよい。また他の方法としては、複数のロジック処理ノード１００それぞれが、全ての機能を実現して負荷分散するように制御されても良く、その際、一つのロジック処理ノード１００は、他のノードに処理を振り分けるための受付として機能しても良い。
【００２７】
ロジック処理システム１０、データ制御システム２０およびデータ保持システム３０の各システムが備えるロジック処理ノード１００、データ制御ノード２００およびデータ保持ノード３００はそれぞれ、物理コンピュータである場合を説明するが、仮想コンピュータであっても良い。物理コンピュータは、メモリ、ＣＰＵ等を備えるコンピュータである。これに対し仮想コンピュータは、物理コンピュータにおいて仮想的にエミュレートすることによって動作されるコンピュータである。一つの物理コンピュータにおいて、複数の仮想コンピュータがエミュレートされることも可能である。ロジック処理ノード１００、データ制御ノード２００およびデータ保持ノード３００は、各ノードが属する各システムのスケールの変更に伴って増減する単位となる。
【００２８】
（ロジック処理システム）
図２を参照して、ロジック処理システム１０が備えるロジック処理ノード１００を説明する。
【００２９】
ロジック処理ノード１００は、記憶装置１１０、処理装置１２０および通信制御装置１３０を備える。記憶装置１１０は、ロジック処理のためのプログラムや中間処理データを記憶する。通信制御装置１３０は、サービスの提供を受ける端末（図示せず）に接続したり、データ制御システム２０に接続したりするためのインタフェースである。
【００３０】
処理装置１２０は、ロジック処理ノード１００に所定の機能を実現するための処理をする。処理装置１２０は、ロジック処理手段１２１およびデータ取得手段１２２を備える。
【００３１】
ロジック処理手段１２１は、サービスを提供するためのロジックを実行する。ロジック処理手段１２１は、サービス提供システム１が提供するサービスの中核のビジネスロジックを実行する。ロジック処理手段１２１は、データ保持システム３０が保持するデータを取得する際、データ取得手段１２２に、取得するべきデータのデータ項目の情報を入力し、データ取得手段１２２から、入力したデータ項目に対応するデータを取得して、ロジックを実行する。
【００３２】
データ取得手段１２２は、ロジックの実行に必要なデータ項目をデータ制御システム２０に送信し、データ制御システム２０から取得したデータを、ロジック処理手段１２１に入力する。
【００３３】
（データ制御システム）
図３を参照して、データ制御システム２０が備えるデータ制御ノード２００を説明する。
【００３４】
データ制御ノード２００は、記憶装置２１０、処理装置２２０および通信制御装置２３０を備える。記憶装置２１０は、データ制御のためのプログラムや中間処理データを記憶するとともに、図４に示す定義データ２１１を記憶する。通信制御装置２３０は、ロジック処理システム１０に接続したり、データ保持システム３０に接続したりするためのインタフェースである。
【００３５】
定義データ２１１は、データ保持システム３０へのアクセス方法、データ保持システム３０で保持するテーブルのテーブル識別子およびスキーマを対応づけるデータである。定義データ２１１は、データ保持システム３０が複数ある場合、それぞれのデータ保持システム３０へのスキーマおよびアクセス方法を対応づけて保持する。ここで、スキーマは、データ保持システム３０が保持するデータテーブルのテーブル名や項目名等の構造に関する情報である。アクセス方法は、データ保持システム３０が採用しているデータベースシステムやデータ形式などに関し、データ保持システム３０から所定のデータ項目のデータを取得するための規則に関する情報である。データ保持システム３０がＳＱＬを採用したリレーショナルデータベース管理システムを採用している場合、アクセス方法は、「ＳＱＬ」と設定される。なお、アクセス方法としては、リレーショナルデータベース管理システムに適したＳＱＬのみならず、他のデータベース構造に適した言語が指定されても良いし、ＣＳＶやＸＭＬなどの構造文書などの種類等でも良い。
【００３６】
定義データ２１１は、例えば図４に示すデータ構造を備える。図４に示す定義データ２１１は、データシステム識別子をキーに、このデータシステムが有するテーブルの識別子と、このテーブルにおける項目名を対応づけて保持する。さらに定義データ２１１は、データシステム識別子をキーに、このデータシステムのＵＲＩやＩＰアドレスなどの位置情報と、ＳＱＬなどのアクセス方法を対応づける。
【００３７】
なお、定義データ２１１は、データ保持システム３０において複数のデータ保持ノード３００を備える場合、データ保持ノードとスキーマとを対応づける必要はなく、データ保持ノード３００の内部の仕組みに関しては把握する必要はない。
【００３８】
処理装置２２０は、データ制御ノード２００に所定の機能を実現するための処理をする。処理装置２２０は、項目受付手段２２１、問合処理手段２２２およびデータ送信手段２２３を備える。
【００３９】
項目受付手段２２１は、ロジック処理システム１０から、ロジック処理ノードが送信したデータ項目を取得し、取得したデータ項目を、問合処理手段２２２に入力する。
【００４０】
問合処理手段２２２は、定義データ２１１を参照して、ロジック処理システム１０が送信したデータ項目に関するデータを、データ保持システム３０から取得するための問合を生成する。さらに問合処理手段２２２は、生成された問合を、データ保持システム３０に送信する。
【００４１】
問合処理手段２２２は、定義データ２１１を参照して、ロジック処理ノード１００から取得したデータ項目が格納されるテーブルを特定するとともに、特定されたテーブルを保持するデータ保持システム３０の位置情報およびアクセス方法を取得する。さらに問合処理手段２２２は、取得したアクセス方法に従って、ロジック処理ノード１００から取得したデータ項目のデータを取得するための問合データを生成する。問合処理手段２２２は、生成した問合データを、取得した位置情報に従って、特定されたテーブルを保持するデータ保持システム３０に送信する。
【００４２】
データ送信手段２２３は、項目受付手段２２１が、ロジック処理システム１０からデータ項目を取得すると、データ保持システム３０から取得したデータを、ロジック処理システム１０に送信する。
【００４３】
（データ保持システム）
図５を参照して、データ保持システム３０が備えるデータ保持ノード３００を説明する。
【００４４】
データ保持ノード３００は、記憶装置３１０、処理装置３２０および通信制御装置３３０を備える。記憶装置３１０は、データ保持のためのプログラムや中間処理データを記憶するとともに、サービス提供に必要なデータとして、第１テーブルデータ３１１、第２テーブルデータ３１２等を記憶する。通信制御装置３３０は、データ制御システム２０に接続するためのインタフェースである。
【００４５】
第１テーブルデータ３１１および第２テーブルデータ３１２は、ロジックの実行に必要なデータおよびデータの項目を対応づけるデータである。本発明の実施の形態において第１テーブルデータ３１１および第２テーブルデータ３１２は、リレーショナルデータベース管理システムに対応する形式のテーブル構造と、そのデータを対応づける。なお、記憶装置３１０は、リレーショナルデータベース管理システムのテーブルデータ以外の他のデータベース構造に基づいたデータを記憶しても良いし、ＣＳＶやＸＭＬなどの構造文書形式でデータを記憶しても良い。
【００４６】
なお、所定のデータ保持システム３０において複数のデータ保持ノード３００を備える場合、複数のデータ保持ノード３００が連携して、ロジックの実行に必要なデータを保持する。具体的には、ロジックの実行に必要なデータは、複数のデータ保持ノード３００のそれぞれが分散して記憶する。データ保持システム３０は、どのノードにどのデータが格納されているかを把握しており、データ制御システム２０からの問合に対して、所定のノードから所定のデータを取得して応答することが可能である。
【００４７】
処理装置３２０は、問合応答手段３２１を備える。
【００４８】
問合応答手段３２１は、データ制御システム２０から送信された問合に従って、記憶装置３１０から、ロジック処理システム１０が送信したデータ項目に関するデータを取得して、データ制御システム２０に送信する。問合応答手段３２１は、データ制御システム２０から例えばＳＱＬの問合を受けると、受けたＳＱＬに従って、第１テーブルデータ３１１および第２テーブルデータ３１２等からデータを取得する。さらに、問合応答手段３２１は、取得したデータをデータ制御システム２０に送信する。
【００４９】
（サービス提供方法）
図６を参照して、本発明の実施の形態に係るサービス提供システム１によるサービス提供方法を説明する。
【００５０】
まずステップＳ１においてロジック処理システム１０は、ロジックの実行で必要なデータの項目をデータ制御システム２０に送信する。ここで送信するデータの項目は、「ユーザＩＤ」、「契約状態」および「サービス状態」であるとする。
【００５１】
データ制御システム２０がロジック処理システム１０から項目を受信すると、定義データ２１１を参照して、その項目を問い合わせる方法を特定する。ここで定義データ２１１は、「ユーザＩＤ」および「契約状態」は、第１データ保持システム３０ａ（第１データ部）の第１テーブルに格納され、「サービス状態」は第２テーブルに格納されていることを示す情報を保持する。また定義データは、第１データ保持システム３０ａ（第１データ部）のＩＰアドレスと、ＳＱＬでアクセス可能であることを示す情報を保持する。
【００５２】
ステップＳ３においてデータ制御システム２０は、ステップＳ２で特定した問合に基づいて、データ保持システム３０に、データ項目のデータを取得するための問合を送信する。ここでは、第１データ保持システム３０ａのＩＰアドレスに、第１テーブルから「ユーザＩＤ」および「契約状態」を取得し、第２テーブルから「サービス状態」を取得するＳＱＬを送信する。
【００５３】
ステップＳ４においてデータ保持システム３０は、データ制御システム２０から送信されたＳＱＬに基づいて、データを取得し、ステップＳ５において、取得したデータをデータ制御システム２０に送信する。データ制御システム２０は、ステップＳ６において、データ保持システム３０から取得したデータを、ロジック処理システム１０に送信する。
【００５４】
（適用例）
本発明の実施の形態に係るサービス提供システム１の適用例を説明する。
【００５５】
例えば、図１に示すサービス提供システム１に、サービスを提供するための新たなロジックを実行する新たなロジック処理システムが追加される場合を考える。新たなロジック処理システムは、新たなロジック処理ノードを含む。
【００５６】
ここで、新たなロジックの実行に必要なデータ項目が、既存の第１ロジック処理システム１０ａのロジックの実行に必要なデータ項目と共有可能な場合、新たなロジック処理システム１０は、既存の第１データ制御システム２０ａを利用して、データ項目に関するデータを取得することも可能である。この際、新たなロジック処理システムの新たなロジック処理ノードは、新たなロジックの実行に必要なデータ項目をデータ制御システムに送信する。
【００５７】
このようなサービス提供システム１によれば、既存のシステムおよび既存のアプリケーションと連携しながら新たなロジックを追加することが可能になるので、開発コストを抑制し、サービスの拡張に適応しやすい。
【００５８】
（効果）
図７を参照して、本発明の実施の形態に係るサービス提供システム１の効果を説明する。
【００５９】
サービス提供システム１は、制御ロジックとデータの分離を実現し、さらに制御ロジックから、データにアクセスする機能を分離して、ロジック処理システム１０、データ制御システム２０およびデータ保持システム３０の各システム層を形成する。これにより、各システムにおける負荷に応じてノード数を適宜設定することができるので、スケーラビリティに優れたアプリケーション開発のためのアーキテクチャを提供することが可能となる。
【００６０】
ロジック処理システム１０において、データ部の構造等を考慮することなくビジネスロジックを組み立てることが可能であるので、容易に開発が可能となる。さらには、機能の拡張や、新たなデバイスへの対応などにも対応しやすくなる。
【００６１】
さらに、データ制御システム２０は、データ保持システム３０とロジック処理システム１０との中継に特化する。データ制御システム２０は、複数のロジック処理システム１０からデータ項目を受け付け、所定のデータ保持システム３０に問合を送信することが可能になり、処理の効率化が期待できる。
【００６２】
さらに、データ制御システム２０が、データ保持システム３０とロジック処理システム１０との中継することで、ロジック処理システム１０から見ると、データ保持システム３０は隠蔽化される。従って、データ保持システム３０においてテーブル構造やアクセス方法等に変更が生じたとしても、ロジック処理システム１０のビジネスロジックには影響が及ばないので、安定したシステム運用を可能とし、機能の拡張や新たなデバイスへの対応も容易になる。
【００６３】
また、サービス提供システム１によれば、異なるロジックを実行するロジック処理システム１０が、一つのデータ制御システム２０を共用したり、一つのデータ制御システム２０が複数のデータ保持システム３０を利用したりすることができるので、新規サービスの拡張における機能性が向上する。
【００６４】
（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００６５】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００６６】
１  サービス提供システム
１０  ロジック処理システム
２０  データ制御システム
３０  データ保持システム
２０  データ制御システム
１００  ロジック処理ノード
１１０、２１０、３１０  記憶装置
１２０、２２０、３２０  処理装置
１２１  ロジック処理手段
１２２  データ取得手段
１３０、２３０、３３０  通信制御装置
２００  データ制御ノード
２１１  定義データ
２２１  項目受付手段
２２２  問合処理手段
２２３  データ送信手段
３００  データ保持ノード
３１１  第１テーブルデータ
３１２  第２テーブルデータ
【図１】
2018025859.tif 000003
【図２】
2018025859.tif 000004
【図３】
2018025859.tif 000005
【図４】
2018025859.tif 000006
【図５】
2018025859.tif 000007
【図６】
2018025859.tif 000008
【図７】
2018025859.tif 000009