(57)【要約】      （修正有）【課題】データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減する。【解決手段】情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能する。サーバは、情報処理装置からのリスクエストを送信したユーザがデータベースに記憶しているデータ量が、所定値以上のデータ量であると判定した場合、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段と、を備えることを特徴とする。【選択図】図４
2018067038.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバであって、
前記情報処理装置から前記リクエストを受け付ける受付手段と、
前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段と、
前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段と、
を備えることを特徴とするサーバ。
【請求項２】
前記受付手段で前記リクエストを受け付ける前に、前記データベースに記憶しているユーザのデータ量が所定値以上のデータ量であるユーザのリストを作成する作成手段を更に備え、
前記判定手段は、前記受付手段により受け付けたリスクエストを送信したユーザが、前記作成手段により作成されたリストに、含まれているか否かを判定することにより、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定することを特徴とする請求項１に記載のサーバ。
【請求項３】
情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバの制御方法であって、
受付手段が、前記情報処理装置から前記リクエストを受け付ける受付工程と、
判定手段が、前記受付工程により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定工程と、
送信手段が、前記判定工程により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定工程により、前記受付工程により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信工程と、
を備えることを特徴とする制御方法。
【請求項４】
情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバで読み取り実行可能なプログラムであって、
前記サーバを、
前記情報処理装置から前記リクエストを受け付ける受付手段と、
前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段と、
前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段として機能することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、制御方法、プログラムに関し、特に、データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減可能にする技術に関する。
【背景技術】
【０００２】
従来、クラウドサーバのデータベースに各種データを記憶し、ユーザの要求に応じて、当該データを処理している。
【０００３】
また、安全性の観点から、複数のクラウドサーバを、複数の国や地域に設置し、それぞれ設置された複数のクラウドサーバ間で、データベースのデータを同期する処理も行われている。
【０００４】
また、例えば、複数の国をまたがってのデータの処理は、データ量が多いと、そのレスポンスが遅くなってしまうなどの課題がある。
従来の仕組みを、図３を用いて、説明する。
図３のゾーンＡ、ゾーンＢとは、それぞれ、異なる地域や国を示している。
【０００５】
ユーザは、ゾーンＡ、又はゾーンＢのプロキシサーバを介して、いわゆるバランサーにリクエストを送信する。そして、バランサーは、現在、処理量の少ないアプリケーションサーバにリクエストを送信する。そして、アプリケーションサーバは、アクティブなデータベース（ＤＢ）にデータのリクエストを送信する。
【０００６】
このとき、バランサーは、ゾーンＡのアプリケーションサーバにリクエストするか、ゾーンＢのアプリケーションサーバにリスクエストするかを、現在、どのアプリケーションサーバが処理量が少ないかで決めているため、例えば、リクエストを出したゾーンＢのアプリケーションサーバから、ゾーンＡのＤＢにリクエストを送信することがある。
【０００７】
特許文献１には、振り分けルールに従いリスクエストを転送することが提案されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１２−０８０４９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
図３に示す仕組みにおいては、例えば、リクエストを出したゾーンＢのアプリケーションサーバから、ゾーンＢから遠いゾーンＡのＤＢにリクエストを送信することがあるため、データ量が多いユーザである場合には、その処理に時間がかってしまい、レスポンスが遅くなってしまうおそれがある。
【００１０】
そこで、本発明は、データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減可能にする仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバであって、前記情報処理装置から前記リクエストを受け付ける受付手段と、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段と、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段と、を備えることを特徴とする。
【００１２】
また、本発明は、情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバの制御方法であって、受付手段が、前記情報処理装置から前記リクエストを受け付ける受付工程と、判定手段が、前記受付工程により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定工程と、送信手段が、前記判定工程により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定工程により、前記受付工程により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信工程と、を備えることを特徴とする。
【００１３】
また、本発明は、情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能するサーバで読み取り実行可能なプログラムであって、前記サーバを、前記情報処理装置から前記リクエストを受け付ける受付手段と、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段と、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し、一方、前記判定手段により、前記受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する送信手段として機能することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減可能にすることができる。
【図面の簡単な説明】
【００１５】
【図１】１又は複数の情報処理装置（群）１０２と、複数のサーバ群１０１（クラウド上のサーバ）とがネットワーク１０３を介して相互に通信可能に接続されている情報処理ステムの一例を示すシステム構成図である。
【図２】図１に示す情報処理装置（群）１０２、複数のサーバ群１０１のハードウエアブロック図の一例を示す図である。
【図３】従来のクラウドサーバの処理の流れの一例を示す図である。
【図４】Ｓ７０２でデータ量の多いユーザと判定され、Ｓ７０６の処理を行う場合のクラウドサーバの処理の流れの一例を示す図である。
【図５】Ｓ６０３で作成されたユーザのリストの一例を示す図である。
【図６】複数のサーバ群１０１のいずれかのＣＰＵ（制御手段）が実行する制御処理手順を示すフローチャートの一例を示す図である。
【図７】複数のサーバ群１０１のいずれかのＣＰＵのバランサー（図４のバランサー）として機能するサーバが、実行する処理の流れの一例を示す図である。
【図８】複数のサーバ群１０１のいずれかのアプリケーションとして機能するサーバが、実行する処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００１６】
図１は、１又は複数の情報処理装置（群）１０２と、複数のサーバ群１０１（クラウド上のサーバ）とがネットワーク１０３（インターネット）を介して相互に通信可能に接続されている情報処理ステムの一例を示すシステム構成図である。
情報処理装置（群）１０２は、各ユーザが操作する情報処理装置である。
【００１７】
複数のサーバ群１０１は、複数の地域又は国などに設置されている。この複数のエリアをゾーンと言う。
【００１８】
各ゾーンには、それぞれ、仮想化されたプロキシサーバや、バランサー、アプリケーションサーバ、データベース（ＤＢ）を備えている。
【００１９】
また、ＤＢは、アクティブなＤＢと、スタンバイのＤＢとが、存在しており、所定のタイミングでデータの同期をおこなっている。
【００２０】
図２は、図１に示す情報処理装置（群）１０２、複数のサーバ群１０１のハードウエアブロック図の一例を示す図である。
【００２１】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２２】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２３】
また、２０５は入力コントローラで、キーボード（ＫＢ２０９）や不図示のマウス等のポインティングデバイス等の入力装置からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ２１０への表示を制御する。なお、２１０のディスプレイは、タッチパネルになっており、ディスプレイ上の画面を押下されることにより操作することが可能な入力装置としても機能する。
【００２４】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２５】
２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２７】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
図３は、従来のクラウドサーバの処理の流れの一例を示す図である。
図３については、既に、従来技術で説明しているため、ここでは説明を省略する。
【００２８】
図６は、複数のサーバ群１０１のいずれかのＣＰＵ（制御手段）が実行する制御処理手順を示すフローチャートの一例を示す図である。
【００２９】
まず、複数のサーバ群１０１のいずれかのＣＰＵは、何れかのゾーンのＤＢにアクセスして、ユーザごとに記憶されているデータ量の値を取得して確認する（Ｓ６０１）。
【００３０】
そして、複数のサーバ群１０１のいずれかのＣＰＵは、所定の閾値以上のデータ量をＤＢに記憶しているユーザのリスト（ＤＢに記憶されているデータ量のユーザのリスト）を作成する（Ｓ６０２）。
【００３１】
Ｓ６０２は、受付手段でリクエストを受け付ける前に、データベースに記憶しているユーザのデータ量が所定値以上のデータ量であるユーザのリストを作成する作成手段の適用例である。
図５は、Ｓ６０３で作成されたユーザのリストの一例を示す図である。
図５には、所定の閾値以上のデータ量をＤＢに記憶しているユーザが示されている。
【００３２】
次に、図７を用いて、複数のサーバ群１０１のいずれかのＣＰＵのバランサー（図４のバランサー）として機能するサーバが、実行する処理の流れについて説明する。
【００３３】
図４に示すバランサーは、情報処理装置からのリクエストを受け付けたバランサーが、当該リクエストを各ゾーンの何れかのアプリケーションサーバに振り分け、当該振り分けられたアプリケーションサーバが、当該バランサーから取得したリクエストをアクティブなデータベースサーバに送信するシステムにおいて当該バランサーとして機能する仮想サーバである。
【００３４】
図７は、複数のサーバ群１０１のいずれかのＣＰＵのバランサー（図４のバランサー）として機能するサーバが、実行する処理の流れの一例を示す図である。
【００３５】
まず、複数のサーバ群１０１のいずれかのプロキシサーバとして機能するサーバが、情報処理装置１０２からデータの処理のリクエストを受け付けると、所定のバランサーに当該リクエストを送信する。
【００３６】
そして、複数のサーバ群１０１のいずれかのバランサー（図４のバランサー）として機能するサーバは、当該リスクエストを受け付けると、当該リクエストを送信した情報処理装置を操作しているユーザを示すユーザ情報（当該リクエストに含まれるユーザ情報）と、図５に示すユーザ情報とが一致しているか否かを判定することにより、当該リクエストを送信した情報処理装置を操作しているユーザが、ＤＢに記憶されているデータ量のユーザであるか否かを確認し（Ｓ７０１）、データ量のユーザであるか否かを判定する（Ｓ７０２）。
Ｓ７０１は、情報処理装置からのリクエストを受け付ける受付手段の適用例である。
【００３７】
Ｓ７０２は、受付手段により受け付けたリスクエストを送信したユーザがデータベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段の適用例である。
【００３８】
具体的にＳ７０２の処理は、受付手段により受け付けたリスクエストを送信したユーザが、作成手段により作成されたリストに、含まれているか否かを判定することにより、受付手段により受け付けたリスクエストを送信したユーザがデータベースに記憶しているデータ量が、所定値以上のデータ量であるか否かを判定する判定手段の適用例である。
【００３９】
そして、複数のサーバ群１０１のいずれかのバランサー（図４のバランサー）として機能するサーバは、当該リクエストを送信した情報処理装置を操作しているユーザが、ＤＢに記憶されているデータ量のユーザであると判定された場合には（ＹＥＳ）、Ｓ７０６に処理を移行し、一方、当該リクエストを送信した情報処理装置を操作しているユーザが、ＤＢに記憶されているデータ量のユーザではないと判定された場合には、処理をステップＳ７０３に移行する。
【００４０】
Ｓ７０３では、ＤＢがアクティブであるか、スタンバイであるかに関わらず、処理量の少ないアプリケーションサーバに、当該リスクエストを振り分ける（送信する）。このとき、バランサーは、各ゾーンの各アプリケーションサーバの処理量を取得して、その中から最も処理量の少ないアプリケーションサーバにリクエストを振り分ける。
【００４１】
Ｓ７０６では、バランサーは、スタンバイのＤＢと同じゾーンのアプリケーションサーバには振り分けずに、アクティブなＤＢと同じゾーンのアプリケーションサーバに振り分ける。具体的には、バランサーは、各ゾーンの各ＤＢにアクセスして、そのレスポンス内容に応じて、現在、どのＤＢがアクティブであるか否かを判定し、アクティブなＤＢと同じゾーンのアプリケーションサーバを特定する。そして、その特定されたアプリケーションサーバに、リクエストを振り分ける（送信する）。
【００４２】
Ｓ７０３、Ｓ７０６は、判定手段（Ｓ７０２）により、受付手段により受け付けたリスクエストを送信したユーザがデータベースに記憶しているデータ量が、所定値以上のデータ量ではないと判定された場合には（Ｓ７０２：ＮＯ）、アプリケーションサーバと同一のゾーンのデータベースが、スタンバイであるか、アクティブであるかに関わらず、処理量が最も多くないアプリケーションサーバに、当該リクエストを送信し（Ｓ７０３）、一方、判定手段により、受付手段により受け付けたリスクエストを送信したユーザが前記データベースに記憶しているデータ量が、所定値以上のデータ量であると判定された場合には（Ｓ７０２：ＹＥＳ）、アクティブなデータベースと同一のゾーンのアプリケーションサーバに当該リクエストを送信する（Ｓ７０６）送信手段の適用例である。
【００４３】
図４は、Ｓ７０２でデータ量の多いユーザと判定され、Ｓ７０６の処理を行う場合のクラウドサーバの処理の流れの一例を示す図である。
【００４４】
図４に示すように、各ゾーンのプロキシサーバからバランサーにリクエストが送信されると、バランサーが、アクティブなＤＢを特定し、当該特定されたアクティブなＤＢと同じゾーンのアプリケーションサーバを特定する。そして、その特定されたアプリケーションサーバに、リクエストを振り分ける（送信する）。
【００４５】
バランサーが、アクティブなＤＢと同じゾーンのアプリケーションサーバを特定する方法については、バランサーがＤＢとアプリケーションサーバとが対応付けられた対応表を記憶しており、その対応表（対応情報）を参照して、アクティブなＤＢと同じゾーンのアプリケーションサーバを特定している。
【００４６】
次に、図８を用いて、複数のサーバ群１０１のいずれかのアプリケーションとして機能するサーバが、実行する処理の流れについて説明する。
【００４７】
図８は、複数のサーバ群１０１のいずれかのアプリケーションとして機能するサーバが、実行する処理の流れの一例を示すフローチャートである。
【００４８】
アプリケーションサーバは、バランサーからリクエストを受信すると、当該アプリケーションサーバと同一のゾーンのアクティブなＤＢにリクエストを送信する。そして、当該リクエストを受信したＤＢが、当該リクエストに従って、ＤＢに記憶されているデータを処理したり、ＤＢに、新たなデータを記憶させる処理を行い、アプリケーションサーバに、その結果としてのレスポンスデータを送信する。
【００４９】
以上、本発明によれば、データの量の多いユーザからのリスクエストを、アクティブなデータベースと同じゾーンのアプリケーションサーバに振り分けることで、レスポンスの低下を低減可能にすることができる。
【００５０】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００５１】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００５２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００５３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５５】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００５６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００５７】
１０１  サーバ（群）
１０２  情報処理装置（群）
１０３  ネットワーク
【図１】
2018067038.tif 000003
【図２】
2018067038.tif 000004
【図３】
2018067038.tif 000005
【図４】
2018067038.tif 000006
【図５】
2018067038.tif 000007
【図６】
2018067038.tif 000008
【図７】
2018067038.tif 000009
【図８】
2018067038.tif 000010