JP2003132039A - シナリオ分割方式 - Google Patents
シナリオ分割方式Info
- Publication number
- JP2003132039A JP2003132039A JP2001323764A JP2001323764A JP2003132039A JP 2003132039 A JP2003132039 A JP 2003132039A JP 2001323764 A JP2001323764 A JP 2001323764A JP 2001323764 A JP2001323764 A JP 2001323764A JP 2003132039 A JP2003132039 A JP 2003132039A
- Authority
- JP
- Japan
- Prior art keywords
- scenario
- processing
- server
- division
- unit
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Landscapes
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 シナリオを任意に分割し、分散処理すること
により、効率を高めたシナリオ分割方式を提供する。 【解決手段】 処理手順を保持しているシナリオと、前
記シナリオを最初に受信したメインサーバと、前記シナ
リオを前記メインサーバ以降に受信したサーバと、前記
メインサーバ及びサーバが有する任意に前記シナリオの
構造を解析し、前記解析されたシナリオを分割可能な部
分に分割(16)し、前記分割されたシナリオを規定の
シナリオのフォーマットに整形し、前記シナリオの処理
手順に従って処理を実行する(18)ことを特徴とする
シナリオ分割方式を用いる。
により、効率を高めたシナリオ分割方式を提供する。 【解決手段】 処理手順を保持しているシナリオと、前
記シナリオを最初に受信したメインサーバと、前記シナ
リオを前記メインサーバ以降に受信したサーバと、前記
メインサーバ及びサーバが有する任意に前記シナリオの
構造を解析し、前記解析されたシナリオを分割可能な部
分に分割(16)し、前記分割されたシナリオを規定の
シナリオのフォーマットに整形し、前記シナリオの処理
手順に従って処理を実行する(18)ことを特徴とする
シナリオ分割方式を用いる。
Description
【0001】
【発明の属する技術分野】本発明は、処理手順を有する
シナリオも用いるシステムに係わり、特にシナリオを分
割した部分シナリオを用いるシナリオ分割方式に関す
る。
シナリオも用いるシステムに係わり、特にシナリオを分
割した部分シナリオを用いるシナリオ分割方式に関す
る。
【0002】
【従来の技術】従来、処理手順が記載されたシナリオを
実行する際には、1つのプログラムとして実行してい
た。また、前記シナリオには、このシナリオはどこサー
バが処理するかという情報が予め埋め込まれており、シ
ナリオごとの処理するするサーバはシナリオにその情報
が埋め込まれた時点で固定であった。また、データのみ
を送信し、シナリオを1つのサーバ等で集中管理し、そ
こでシナリオを実行する形態を取っていた。
実行する際には、1つのプログラムとして実行してい
た。また、前記シナリオには、このシナリオはどこサー
バが処理するかという情報が予め埋め込まれており、シ
ナリオごとの処理するするサーバはシナリオにその情報
が埋め込まれた時点で固定であった。また、データのみ
を送信し、シナリオを1つのサーバ等で集中管理し、そ
こでシナリオを実行する形態を取っていた。
【0003】
【発明が解決しようとする課題】しかし、上述した形態
であると、シナリオに一度処理サーバを指定して、シナ
リオを送信すると、後で、そのサーバの負荷が重くな
り、別のサーバに変更することができなかった。また、
シナリオの処理が多大な場合には、1つのシナリオの処
理内容を複数の現在負荷が軽いサーバに振り分けること
ができなかった。
であると、シナリオに一度処理サーバを指定して、シナ
リオを送信すると、後で、そのサーバの負荷が重くな
り、別のサーバに変更することができなかった。また、
シナリオの処理が多大な場合には、1つのシナリオの処
理内容を複数の現在負荷が軽いサーバに振り分けること
ができなかった。
【0004】本発明の目的は、シナリオを任意に分割
し、分散処理することにより、効率を高めたシナリオ分
割方式を提供することである。
し、分散処理することにより、効率を高めたシナリオ分
割方式を提供することである。
【0005】
【課題を解決するための手段】本発明によるシナリオ分
割方式は、処理手順を保持しているシナリオと、前記シ
ナリオを最初に受信したメインサーバと、前記シナリオ
を前記メインサーバ以降に受信したサーバと、前記メイ
ンサーバ及びサーバが有する任意に前記シナリオの構造
を解析する解析手段と、前記解析されたシナリオを分割
可能な部分に分割する分割手段と、前記分割されたシナ
リオの分割情報を生成する分割情報生成手段と、前記分
割されたシナリオを規定のシナリオのフォーマットに整
形する整形手段と、前記シナリオの処理手順に従って処
理を実行するシナリオ解釈手段とを有することを特徴と
する。
割方式は、処理手順を保持しているシナリオと、前記シ
ナリオを最初に受信したメインサーバと、前記シナリオ
を前記メインサーバ以降に受信したサーバと、前記メイ
ンサーバ及びサーバが有する任意に前記シナリオの構造
を解析する解析手段と、前記解析されたシナリオを分割
可能な部分に分割する分割手段と、前記分割されたシナ
リオの分割情報を生成する分割情報生成手段と、前記分
割されたシナリオを規定のシナリオのフォーマットに整
形する整形手段と、前記シナリオの処理手順に従って処
理を実行するシナリオ解釈手段とを有することを特徴と
する。
【0006】また、前記分割手段は、シナリオのデータ
構造に基づいて分割可能な部分に分割することを特徴と
する。 また、前記分割情報生成手段は、シナリ
オ分割時のアドレス情報を生成することを特徴とする。
構造に基づいて分割可能な部分に分割することを特徴と
する。 また、前記分割情報生成手段は、シナリ
オ分割時のアドレス情報を生成することを特徴とする。
【0007】また、前記シナリオを最初に受信したサー
バがメインサーバとなることを特徴とする。
バがメインサーバとなることを特徴とする。
【0008】また、前記整形手段は、前記分割されたシ
ナリオに分割情報を付加することを特徴とするシナリオ
分割方式である。
ナリオに分割情報を付加することを特徴とするシナリオ
分割方式である。
【0009】
【発明の実施の形態】本発明の実施形態を以下に図面を
用いて説明する。
用いて説明する。
【0010】図1は、本発明の実施形態のブロック図で
ある。
ある。
【0011】図1に示すように、インターネットや一般
的なLAN(Local Area Network)等のネットワーク上
に実現されるシステムにおいては、たとえば、前記ネッ
トワークに接続された機器への処理手順を記載したシナ
リオが存在する。前記シナリオは、データに付加する形
態をとってもよいし、また、シナリオ単体でもよい。そ
して、このシナリオには、アクティビティ10やトラン
ザクションが記載されているものとする。前記アクティ
ビティ10が処理装置(サーバ)1に受信されると、そ
の情報がシナリオ実行部18とシナリオ実効状態管理部
12に信号が行く。このとき、一番初めに受信された処
理装置(サーバ)がメインサーバとして機能し、別に存
在する処理装置(サーバ)に処理の指示を出すことにな
る。
的なLAN(Local Area Network)等のネットワーク上
に実現されるシステムにおいては、たとえば、前記ネッ
トワークに接続された機器への処理手順を記載したシナ
リオが存在する。前記シナリオは、データに付加する形
態をとってもよいし、また、シナリオ単体でもよい。そ
して、このシナリオには、アクティビティ10やトラン
ザクションが記載されているものとする。前記アクティ
ビティ10が処理装置(サーバ)1に受信されると、そ
の情報がシナリオ実行部18とシナリオ実効状態管理部
12に信号が行く。このとき、一番初めに受信された処
理装置(サーバ)がメインサーバとして機能し、別に存
在する処理装置(サーバ)に処理の指示を出すことにな
る。
【0012】そして、前記シナリオ実行状態管理部12
からは、処理依頼受信/実行判断部13に移り、前記シ
ナリオ実行部18に前記アクティビティ10内に記載さ
れている指示を出す。さらに、処理依頼先決定部14で
は、前記シナリオ実行部18にからの指示と前記処理依
頼受信/実行判断部13からの指示に基づいて、処理を
他の処理装置に依頼する(21)こともできる。
からは、処理依頼受信/実行判断部13に移り、前記シ
ナリオ実行部18に前記アクティビティ10内に記載さ
れている指示を出す。さらに、処理依頼先決定部14で
は、前記シナリオ実行部18にからの指示と前記処理依
頼受信/実行判断部13からの指示に基づいて、処理を
他の処理装置に依頼する(21)こともできる。
【0013】また、実行結果集積部19は前記シナリオ
実行部18からと別の処理装置からの処理結果20を受
け、この結果をシナリオ依頼元17に送る。一方、前記
シナリオ依頼元17は、シナリオ分割部16に送られ、
前記解析されたシナリオの分割可能な最小の構造単位に
従って、分割する。一方、前記分割されたシナリオの情
報、即ち、分割する前の前記シナリオ内のどこに位置し
ていたかという(IP)アドレス情報やディレクトリ情
報(どの機能のサーバがどこに位置するかを管理してい
る情報)、処理の優先順位等をたとえば、タグの後や前
にヘッダ情報のような形で付加する。
実行部18からと別の処理装置からの処理結果20を受
け、この結果をシナリオ依頼元17に送る。一方、前記
シナリオ依頼元17は、シナリオ分割部16に送られ、
前記解析されたシナリオの分割可能な最小の構造単位に
従って、分割する。一方、前記分割されたシナリオの情
報、即ち、分割する前の前記シナリオ内のどこに位置し
ていたかという(IP)アドレス情報やディレクトリ情
報(どの機能のサーバがどこに位置するかを管理してい
る情報)、処理の優先順位等をたとえば、タグの後や前
にヘッダ情報のような形で付加する。
【0014】なお、前記シナリオ分割部16に送られる
前には、シナリオのデータ構造を解析している。前記シ
ナリオは、実行するアクティビティ情報と、その処理手
順や処理に関する制約条件が、たとえば、XML形式の
タグにより構造化されている。また、トランザクション
や同期実行範囲として記載された部分など、これ以上分
割不可能な最小の構造単位が存在する。この最小の構造
単位は、これ以上分割すると処理手順として意味をなさ
ない構造単位である。
前には、シナリオのデータ構造を解析している。前記シ
ナリオは、実行するアクティビティ情報と、その処理手
順や処理に関する制約条件が、たとえば、XML形式の
タグにより構造化されている。また、トランザクション
や同期実行範囲として記載された部分など、これ以上分
割不可能な最小の構造単位が存在する。この最小の構造
単位は、これ以上分割すると処理手順として意味をなさ
ない構造単位である。
【0015】次に、前記分割された部分シナリオと前記
部分シナリオ補足情報を用いて、前記部分シナリオに前
記部分シナリオ補足情報を付加した部分シナリオを生成
する。そして、前記生成されたシナリオ(部分シナリ
オ)は、分割済みシナリオ解釈部15に送られ、前記部
分シナリオが保持する前記分割する前の前記シナリオ内
のどこに位置していたかというアドレス情報やディレク
トリ情報、処理の優先順位等を解釈、判断し、必要な処
理を適切な各サーバへ送る。
部分シナリオ補足情報を用いて、前記部分シナリオに前
記部分シナリオ補足情報を付加した部分シナリオを生成
する。そして、前記生成されたシナリオ(部分シナリ
オ)は、分割済みシナリオ解釈部15に送られ、前記部
分シナリオが保持する前記分割する前の前記シナリオ内
のどこに位置していたかというアドレス情報やディレク
トリ情報、処理の優先順位等を解釈、判断し、必要な処
理を適切な各サーバへ送る。
【0016】次に、前記メインサーバとなった処理装置
1からの処理依頼21が、処理装置nに依頼したとする
と、前記処理装置1と同様な処理手順で処理がなされる
が、最終的な実行結果は、処理装置nのシナリオ実行部
から処理装置1(メインとなったサーバ)の実行結果集
積部19にすべて集められ、次の処理の振り分け等の指
示は、前記処理装置1が出すことになる。
1からの処理依頼21が、処理装置nに依頼したとする
と、前記処理装置1と同様な処理手順で処理がなされる
が、最終的な実行結果は、処理装置nのシナリオ実行部
から処理装置1(メインとなったサーバ)の実行結果集
積部19にすべて集められ、次の処理の振り分け等の指
示は、前記処理装置1が出すことになる。
【0017】なお、前記メインサーバ以外の処理装置と
なったサーバの処理は、同じ処理形態であり、メインサ
ーバのみがすべての処理装置の実行結果を集約して処理
を行う。
なったサーバの処理は、同じ処理形態であり、メインサ
ーバのみがすべての処理装置の実行結果を集約して処理
を行う。
【0018】次に、図2は、本発明の実施形態の処理装
置1(メインとなったサーバ)の処理の流れを説明した
図である。
置1(メインとなったサーバ)の処理の流れを説明した
図である。
【0019】図2に示すように、データの処理依頼者
が、シナリオをネットワークに投入し、処理要求が出さ
れる。次に、前記シナリオを受けとったシナリオ受信部
は、シナリオのシナリオの分散処理が指定されていれ
ば、シナリオ構造解析部へ送る。一方、分散処理がして
いされていなければ、従来と同様に1つのシナリオとし
て扱うため、最後のシナリオ解釈部へ送る。
が、シナリオをネットワークに投入し、処理要求が出さ
れる。次に、前記シナリオを受けとったシナリオ受信部
は、シナリオのシナリオの分散処理が指定されていれ
ば、シナリオ構造解析部へ送る。一方、分散処理がして
いされていなければ、従来と同様に1つのシナリオとし
て扱うため、最後のシナリオ解釈部へ送る。
【0020】次に、前記シナリオ構造解析部では、シナ
リオを構造やタグの構文を解析し、同時に、分割可能な
部分(部分シナリオ)に分割した構造化データ(部分シ
ナリオ補足情報)を作成する。
リオを構造やタグの構文を解析し、同時に、分割可能な
部分(部分シナリオ)に分割した構造化データ(部分シ
ナリオ補足情報)を作成する。
【0021】次に、シナリオ分割部では、前記解析した
情報を元にして、分割可能な部分ごとに分割する。
情報を元にして、分割可能な部分ごとに分割する。
【0022】次に、部分シナリオ整形部では、シナリオ
のフォーマットに整形する作業を行う。各部分シナリオ
は、部分シナリオ解釈部に投入され、実行形式に変換さ
れる。
のフォーマットに整形する作業を行う。各部分シナリオ
は、部分シナリオ解釈部に投入され、実行形式に変換さ
れる。
【0023】そして、各実行エンジンのシナリオ解釈部
により、前記実行形式に変換された各部分シナリオを実
行し、必要に応じて、シナリオに記載された処理をネッ
トワーク上の各サーバに振り分け、送信する。
により、前記実行形式に変換された各部分シナリオを実
行し、必要に応じて、シナリオに記載された処理をネッ
トワーク上の各サーバに振り分け、送信する。
【0024】次に、図3は、本発明の実施形態の処理装
置nの処理の流れを説明した図である。
置nの処理の流れを説明した図である。
【0025】図3に示すように、前記処理装置1の実行
結果集積部からの信号を受け、実行依頼が処理装置nの
処理依頼受信/実行判断部に入る。次に、前記処理依頼
受信/実行判断部から処理依頼(状態問い合わせ)がシ
ナリオ実効状態管理部にはいり、このシナリオ実効状態
管理部から状態の回答が前記処理依頼受信/実行判断部
に返される。そして、前記処理依頼受信/実行判断部で
は、実行するかの判断が行われ、前記実行依頼を受け付
けた通知を処理依頼決定部に返す。次に、前記処理依頼
受信/実行判断部は、処理の依頼をシナリオ実行部に送
り、前記シナリオ実行部は、実行アクティビティ、検
索、実行命令を前記シナリオ状態管理部に出す。続い
て、前記シナリオ状態管理部は、シナリオのアクティビ
ティに問い合わせや実効状態を返却する。そして、前記
アクティビティは、実行完了通知・処理結果引き渡し通
知を前記シナリオ実行部に出す。前記シナリオ実行部
は、これを受けて、実行完了通知を処理依頼決定部に出
し、さらに、前記シナリオ実行部は、処理結果を前記処
理装置1の実行結果集積部に引き渡す。また、前記処理
依頼決定部は、次部分シナリオ処理依頼を別の処理装置
(たとえば処理装置x)に対して送る。
結果集積部からの信号を受け、実行依頼が処理装置nの
処理依頼受信/実行判断部に入る。次に、前記処理依頼
受信/実行判断部から処理依頼(状態問い合わせ)がシ
ナリオ実効状態管理部にはいり、このシナリオ実効状態
管理部から状態の回答が前記処理依頼受信/実行判断部
に返される。そして、前記処理依頼受信/実行判断部で
は、実行するかの判断が行われ、前記実行依頼を受け付
けた通知を処理依頼決定部に返す。次に、前記処理依頼
受信/実行判断部は、処理の依頼をシナリオ実行部に送
り、前記シナリオ実行部は、実行アクティビティ、検
索、実行命令を前記シナリオ状態管理部に出す。続い
て、前記シナリオ状態管理部は、シナリオのアクティビ
ティに問い合わせや実効状態を返却する。そして、前記
アクティビティは、実行完了通知・処理結果引き渡し通
知を前記シナリオ実行部に出す。前記シナリオ実行部
は、これを受けて、実行完了通知を処理依頼決定部に出
し、さらに、前記シナリオ実行部は、処理結果を前記処
理装置1の実行結果集積部に引き渡す。また、前記処理
依頼決定部は、次部分シナリオ処理依頼を別の処理装置
(たとえば処理装置x)に対して送る。
【0026】次に、図4に移り、前記引き渡された処理
装置xは、前記処理装置nと同様の処理を行うが、ここ
で、前記処理装置xが処理装置xでは処理不能と判断し
たときは、次の処理装置(たとえば処理装置y)に引き
渡す。このときに引き渡されるデータとして、たとえ
ば、実行結果返却先、処理に必要な入力データ情報、実
行アクティビティ情報、制約条件等が挙げられる。
装置xは、前記処理装置nと同様の処理を行うが、ここ
で、前記処理装置xが処理装置xでは処理不能と判断し
たときは、次の処理装置(たとえば処理装置y)に引き
渡す。このときに引き渡されるデータとして、たとえ
ば、実行結果返却先、処理に必要な入力データ情報、実
行アクティビティ情報、制約条件等が挙げられる。
【0027】そして、前記引き渡された処理装置yは、
前記処理装置nと同様の処理を行い、処理結果を前記処
理装置1(メインとなったサーバ)の実行結果集積部に
引き渡す。
前記処理装置nと同様の処理を行い、処理結果を前記処
理装置1(メインとなったサーバ)の実行結果集積部に
引き渡す。
【0028】以上、本発明の実施形態を用いることによ
り、各サーバの負荷を軽減することができ、別のサーバ
に処理を移行することができる。また、シナリオの処理
が多大な場合には、1つのシナリオの処理内容を複数の
現在負荷が軽いサーバに振り分けることができる。即
ち、シナリオを任意に分割し、分散処理することによ
り、効率を高めたシナリオ分割方式を提供することがで
きる。また、はじめのシナリオを受けたサーバがメイン
サーバとなるため、どのサーバに処理を送ってもよく、
また、メインサーバですべての実行結果を集積するため
効率がアップする。
り、各サーバの負荷を軽減することができ、別のサーバ
に処理を移行することができる。また、シナリオの処理
が多大な場合には、1つのシナリオの処理内容を複数の
現在負荷が軽いサーバに振り分けることができる。即
ち、シナリオを任意に分割し、分散処理することによ
り、効率を高めたシナリオ分割方式を提供することがで
きる。また、はじめのシナリオを受けたサーバがメイン
サーバとなるため、どのサーバに処理を送ってもよく、
また、メインサーバですべての実行結果を集積するため
効率がアップする。
【0029】
【発明の効果】本発明を用いることにより、各サーバが
行うシナリオの処理が多大な場合には、1つのシナリオ
の処理内容を複数の現在負荷が軽いサーバに振り分ける
ことができ、シナリオを任意に分割し、分散処理するこ
とにより、効率的にネットワークやサーバを使用するこ
とができる。
行うシナリオの処理が多大な場合には、1つのシナリオ
の処理内容を複数の現在負荷が軽いサーバに振り分ける
ことができ、シナリオを任意に分割し、分散処理するこ
とにより、効率的にネットワークやサーバを使用するこ
とができる。
【図面の簡単な説明】
【図1】本発明の実施形態に係る構成を示す図。
【図2】本発明の実施形態の処理装置1(メインとなっ
たサーバ)の処理の流れを説明した図。
たサーバ)の処理の流れを説明した図。
【図3】本発明の実施形態の処理装置nの処理の流れを
説明した図。
説明した図。
【図4】本発明の実施形態の処理装置x及びyの処理の
流れを説明した図。
流れを説明した図。
10…アクティビティ
12…シナリオ実効状態管理部
13…実行判断部
14…処理依頼先決定部
15…分割済みシナリオ解釈部
16…シナリオ分割部
17…シナリオ依頼元
18…シナリオ実行部
19…実行結果集積部
20…処理結果
21…処理依頼
Claims (5)
- 【請求項1】 処理手順を保持しているシナリオと、 前記シナリオを最初に受信したメインサーバと、 前記シナリオを前記メインサーバ以降に受信したサーバ
と、 前記メインサーバ及びサーバが有する任意に前記シナリ
オの構造を解析する解析手段と、 前記解析されたシナリオを分割可能な部分に分割する分
割手段と、 前記分割されたシナリオの分割情報を生成する分割情報
生成手段と、 前記分割されたシナリオを規定のシナリオのフォーマッ
トに整形する整形手段と、 前記シナリオの処理手順に従って処理を実行するシナリ
オ解釈手段とを有することを特徴とするシナリオ分割方
式。 - 【請求項2】 前記分割手段は、シナリオのデータ構造
に基づいて分割可能な部分に分割することを特徴とする
請求項1に記載のシナリオ分割方式。 - 【請求項3】 前記分割情報生成手段は、シナリオ分割
時のアドレス情報を生成することを特徴とする請求項1
または請求項2に記載のシナリオ分割方式。 - 【請求項4】 前記整形手段は、前記分割されたシナリ
オに分割情報を付加することを特徴とする請求項1乃至
請求項3のいずれか1つに記載のシナリオ分割方式。 - 【請求項5】 前記シナリオを最初に受信したサーバが
メインサーバとなることを特徴とする請求項1乃至請求
項4のいずれか1つに記載のシナリオ分割方式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001323764A JP2003132039A (ja) | 2001-10-22 | 2001-10-22 | シナリオ分割方式 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001323764A JP2003132039A (ja) | 2001-10-22 | 2001-10-22 | シナリオ分割方式 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2003132039A true JP2003132039A (ja) | 2003-05-09 |
Family
ID=19140605
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001323764A Pending JP2003132039A (ja) | 2001-10-22 | 2001-10-22 | シナリオ分割方式 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2003132039A (ja) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005285110A (ja) * | 2004-03-05 | 2005-10-13 | Seiko Epson Corp | 機能分散配置システム、ネットワークデバイスおよびデバイス用プログラム、並びに機能分散配置方法 |
JP2008003990A (ja) * | 2006-06-26 | 2008-01-10 | Canon Inc | サービス連携方法及びその装置、プログラム |
JP2008250953A (ja) * | 2007-03-30 | 2008-10-16 | Nippon Telegr & Teleph Corp <Ntt> | シナリオ分割制御方法、シナリオサーバ装置及びシナリオサーバプログラム |
JP2009245362A (ja) * | 2008-03-31 | 2009-10-22 | Nec Corp | 自動分散化システム及び自動分散化方法 |
JP2010055610A (ja) * | 2008-08-29 | 2010-03-11 | Sharp Corp | 情報処理装置および情報処理装置の制御方法 |
JP2012073975A (ja) * | 2010-09-30 | 2012-04-12 | Hitachi Ltd | 計算機システム及びそのデータ処理方法 |
-
2001
- 2001-10-22 JP JP2001323764A patent/JP2003132039A/ja active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005285110A (ja) * | 2004-03-05 | 2005-10-13 | Seiko Epson Corp | 機能分散配置システム、ネットワークデバイスおよびデバイス用プログラム、並びに機能分散配置方法 |
JP2008003990A (ja) * | 2006-06-26 | 2008-01-10 | Canon Inc | サービス連携方法及びその装置、プログラム |
JP2008250953A (ja) * | 2007-03-30 | 2008-10-16 | Nippon Telegr & Teleph Corp <Ntt> | シナリオ分割制御方法、シナリオサーバ装置及びシナリオサーバプログラム |
JP4689638B2 (ja) * | 2007-03-30 | 2011-05-25 | 日本電信電話株式会社 | シナリオ分割制御方法、シナリオサーバ装置及びシナリオサーバプログラム |
JP2009245362A (ja) * | 2008-03-31 | 2009-10-22 | Nec Corp | 自動分散化システム及び自動分散化方法 |
JP2010055610A (ja) * | 2008-08-29 | 2010-03-11 | Sharp Corp | 情報処理装置および情報処理装置の制御方法 |
JP2012073975A (ja) * | 2010-09-30 | 2012-04-12 | Hitachi Ltd | 計算機システム及びそのデータ処理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100683820B1 (ko) | 자체-최적화를 위해 관찰된 리소스 요건을 이용한 자율적서비스 라우팅 | |
US8738682B2 (en) | Monitoring a path of a transaction across a composite application | |
CN103729257A (zh) | 一种分布式并行计算方法以及系统 | |
JP2003132039A (ja) | シナリオ分割方式 | |
CN116661978B (zh) | 一种分布式的流程处理方法、装置及分布式业务流程引擎 | |
CN116933551A (zh) | 一种联合仿真系统、方法、设备及存储介质 | |
KR20150121108A (ko) | 실행가능 코드를 실행하기 위한 방법, 처리 모듈 및 시스템 | |
CN110750362A (zh) | 生物信息的分析方法、装置和存储介质 | |
CN101206649A (zh) | 多任务解析系统及方法 | |
CN116192849A (zh) | 一种异构加速板卡计算方法、装置、设备及介质 | |
JPH08235112A (ja) | 計算機システムの分散ジョブ管理方式 | |
JP2007219651A (ja) | ジョブ処理順序コントロール方法、これを用いたネットワークコンピュータシステム、そのプログラム | |
JP2000148699A (ja) | ネットワークマネージメントシステム | |
US20080059501A1 (en) | Method and system for automated process distribution | |
CN117290016B (zh) | 视图的页面配置方法及装置 | |
US10999350B2 (en) | Supercomputer system, method of data transmission in such supercomputer system and associated computer program product | |
JP2004062608A (ja) | 並列処理システム、サーバ、並列処理方法、プログラム、及び、記録媒体 | |
JP2006350474A (ja) | リアルタイム処理システム、処理装置、リアルタイム処理方式、及びプログラム | |
CN113411382B (zh) | 一种基于网络设备f5的实时数据采集系统及方法 | |
KR102662496B1 (ko) | 멀티 gpu를 사용한 다수의 딥러닝 모델 기반 추론 응답 생성을 위한 배치 스케줄링 방법 | |
JP7011070B2 (ja) | 分散型itインフラストラクチャにおいてプロセスプロトコルを生成するための方法 | |
JP2003132040A (ja) | シナリオ分割方式 | |
KR100823733B1 (ko) | 클러스터 컴퓨터 시스템에서 소프트웨어 스트림의 선택적제공을 통한 작업 관리를 위한 브로커 시스템 및 그 방법 | |
CN111741097B (zh) | 一种租户独占节点的方法、计算机设备及存储介质 | |
JPH06195317A (ja) | データ処理システム |