JP5269394B2 - データベース振分装置、データベース振分方法、プログラム、および記録媒体 - Google Patents
データベース振分装置、データベース振分方法、プログラム、および記録媒体 Download PDFInfo
- Publication number
- JP5269394B2 JP5269394B2 JP2007296264A JP2007296264A JP5269394B2 JP 5269394 B2 JP5269394 B2 JP 5269394B2 JP 2007296264 A JP2007296264 A JP 2007296264A JP 2007296264 A JP2007296264 A JP 2007296264A JP 5269394 B2 JP5269394 B2 JP 5269394B2
- Authority
- JP
- Japan
- Prior art keywords
- database
- distribution
- processing request
- information
- processing
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
本発明は、データベースへの処理要求に応じて、複数のデータベースの中から適切なデータベースを決定して処理要求を振り分けるデータベース振分装置に関する。
従来、ユーザに所定の情報提供を行うサービス事業者のサーバは、ユーザの端末装置から送られる要求に応じて、保持している情報に関する検索、参照、更新などの処理を行う。
例えばサービス事業者の一例として証券関連事業者のサーバは、ユーザの要求に応じて、データベースに格納している株価情報、資産管理情報、登録情報、ログ情報等の参照や登録等の処理を行う。
例えばサービス事業者の一例として証券関連事業者のサーバは、ユーザの要求に応じて、データベースに格納している株価情報、資産管理情報、登録情報、ログ情報等の参照や登録等の処理を行う。
サービス事業者が、多数のユーザの要求に応じて、迅速にしかも安全に最新の情報を提供するには、情報を格納するデータベースの大容量化、高性能化及び高信頼性が求められる。また、多数のユーザの端末装置からのアクセスが集中した場合に、サービス事業者がユーザに快適な情報提供を行うためには、サービス事業者のサーバの高性能化、及びデータベースの高性能化と大容量化が求められる。
また、サービス事業者は、データベースの不具合による業務中断を回避するために、元になるデータベースに格納される情報を所定時点で複製して作成するミラーデータベースを利用する場合がある。また、サービス事業者は、元になるデータベースの一部の情報を所定時点で複製して、情報種別ごとに複数の複製データベースを作成し利用する場合がある。
尚、ネットワークを介してサービス提供を行うウェブサーバでは、ウェブ上での取引結果や画面推移処理や情報参照などに関するログを保存している。ログを保存しておくことにより、ユーザからの取引に関する問い合わせへの対応、ウェブサーバの動作確認、不正アクセス監視によるセキュリティの向上を図る。
各クライアント（ユーザの端末装置）のアプリケーションから出力されるログを、センタサーバに送信させ、各クライアントのアプリケーション動作の監視を行うシステムがある。このシステムにおいて、センタサーバが各クライアントからのログ送信のタイミングを調整するログ管理方法がある（例えば［特許文献１］参照。）。
また、ログ情報格納領域が満杯になってしまう問題に対し、格納されたログ情報を解析し、重要度の低いものは編集し統計情報ログとして別ファイルに移して格納し、重要度の高いものはそのまま残すことにより、効率良くファイル領域にログ情報を格納するログ情報格納方式がある（例えば［特許文献２］参照。）。
また、ログ情報格納領域が満杯になってしまう問題に対し、格納されたログ情報を解析し、重要度の低いものは編集し統計情報ログとして別ファイルに移して格納し、重要度の高いものはそのまま残すことにより、効率良くファイル領域にログ情報を格納するログ情報格納方式がある（例えば［特許文献２］参照。）。
［特許文献１］による各クライアントからのログ送信のタイミングを調整してログを収集しデータベースに格納するログ管理方法、及び［特許文献２］による重要度によりログを加工して格納する方式のように、ログを収集してデータベースに格納する方法は種々提案されている。しかしながら、サービス事業者がデータベースに対する処理要求を取得した際、サーバに処理負荷をかけることなく、ユーザの処理要求に応じた情報が格納される適切なデータベースを選択することに関する提案はなされていない。
また、データベースにかかるアクセス負荷軽減のため、サービス事業者が複数のデータベース（元データベース及び複数のミラーデータベース）を備える場合、サービス事業者のサーバは本来の業務処理に加えて、随時各データベースにかかる負荷情報を監視して適切なデータベースを選択する処理負荷がかかるという問題点があった。また、サーバに処理負荷がかかることにより、サービス事業者のサーバの業務効率が低下するという問題点があった。
また、ユーザからの処理要求に応じて複数のデータベースの中から適切なデータベースを選択して利用する場合、サービス事業者のサーバは、その都度アクセス先のデータベースを決定してアクセスする必要がある。従って、サーバに処理負荷がかかるとともに、サーバの処理プログラミングが複雑になるという問題点があった。ひいては、サーバの処理プログラミングの変更作業やメンテナンス作業の作業負荷がかかるという問題点があった。
また、サービス事業者のサーバへ多数のユーザ端末装置からのアクセスが集中した場合、サーバが、例えば優先権を有するユーザやサービス事業者の支店端末装置等からのアクセスに関する処理を優先的に実施しようとしても、処理負荷がかかり優先的処理を実行できないという問題点があった。
本発明は、以上の問題点に鑑みてなされたものであり、データベース選択を自動的に行って、業務処理効率とユーザ満足度の向上を可能とするデータベース振分装置を提供することを目的とする。
前述した目的を達成するために第１の発明は、複数のデータベースに接続され、前記データベースに対する処理要求を取得して前記複数のデータベースの少なくともいずれかに振り分けるデータベース振分装置であって、少なくとも時間帯およびデータベース負荷情報に関する前記処理要求の振分条件と振分先データベースとを対応付ける振分定義情報を保持する振分定義情報保持手段と、現在時刻から時間帯を取得し、前記複数のデータベースからデータベース負荷情報を取得し、前記振分定義情報を参照し、前記取得された処理要求と前記取得された時間帯と前記取得されたデータベース負荷情報に基づいて前記複数のデータベースの中から前記振分先データベースを決定する振分先決定手段と、前記決定された振分先データベースに前記取得された処理要求を振り分ける振分手段と、を具備し、前記振分定義情報保持手段は、さらに、前記処理要求を行ったユーザまたは端末装置による前記振分先データベースの選択可否を対応付けて保持し、前記振分先決定手段は、前記決定された振分先データベースの選択可否を判定し、選択可能の場合のみ、前記処理要求を行ったユーザまたは端末装置に前記振分先データベースを選択させることを特徴とするデータベース振分装置である。
データベースは、マスタデータを格納する元データベースと、元データベースに格納される少なくとも一部の情報を元に作成された派生データベースから構成される。派生データベースの更新や作成については、トランザクションレベルで元データベースと派生データベースとを同時更新してもよいし（同時更新）、データベースが備えるレプリケーション機能を利用して元データベースの更新と同時に元データベースを複製して派生データベースを作成してもよいし（レプリケーション）、所定のタイミングでバッチ処理により元データベースを複製して派生データベースを作成してもよい（定点コピー）。
データベースに対する処理要求とは、データベースに格納される情報に対する照会や検索、データベースへの情報の登録や登録済み情報の更新・変更処理等の要求である。
処理要求の振分条件には、処理要求の内容に適するデータベースに、処理要求を振り分けるための条件が設定される。
データベースに対する処理要求とは、データベースに格納される情報に対する照会や検索、データベースへの情報の登録や登録済み情報の更新・変更処理等の要求である。
処理要求の振分条件には、処理要求の内容に適するデータベースに、処理要求を振り分けるための条件が設定される。
第１の発明のデータベース振分装置は、複数のデータベースに接続され、少なくとも時間帯およびデータベース負荷情報に関する処理要求の振分条件と振分先データベースとを対応付ける振分定義情報を保持する。データベース振分装置は、データベースに対する処理要求を取得し、現在時刻から時間帯を取得し、複数のデータベースからデータベース負荷情報を取得し、振分定義情報を参照し、取得された処理要求と取得された時間帯と取得されたデータベース負荷情報に基づいて複数のデータベースの中から振分先データベースを決定して、取得された処理要求を振り分ける。また振分定義情報は、処理要求を行ったユーザまたは端末装置による振分先データベースの選択可否を対応付けて保持してもよい。振分先決定手段は、決定された振分先データベースの選択可否を判定し、選択可能の場合のみ、処理要求を行ったユーザまたは端末装置に振分先データベースを選択させてもよい。
処理要求の振分条件は、処理要求の処理種別または処理対象に関する振分条件を含んでもよい。処理種別とは、データベースに格納される情報に対する処理内容であり、情報の参照、更新、登録、検索等である。処理対象とは、データベースに格納される情報内容であり、例えば株価の時価情報やチャート情報、ユーザの認証情報、ユーザの資産情報等である。
振分先データベース決定手段は、取得された処理要求から処理種別または処理対象を検出して振分先データベースを決定してもよい。
振分先データベース決定手段は、取得された処理要求から処理種別または処理対象を検出して振分先データベースを決定してもよい。
処理要求の振分条件は、時間帯、データベース負荷、データベース障害状況、検索範囲、処理要求を行ったユーザ属性または端末装置属性に関する振分条件を含んでもよい。時間帯は、ユーザ端末装置から処理要求を取得した時間帯である。データベース負荷は、各データベースへのアクセス負荷状況である。データベース障害状況は、データベースに障害（ハードウェア上及びソフトウェア上の障害）が発生しているか否かを示すものである。ユーザ属性は、例えばユーザ識別コードであり、ユーザの優先度や取引口座の有無が判定可能なものであってもよい。検索範囲は、ユーザ端末装置から指定された、情報の検索の範囲である。端末装置属性とは、例えば端末装置識別コードであり端末装置が店頭や支店等に属するか、一般ユーザに属するかを判定可能なものであってもよい。
振分先データベース決定手段は、時間帯、データベース負荷、検索範囲、処理要求を行ったユーザの属性または端末装置の属性に関する情報を取得して、振分先データベースを決定してもよい。
振分先データベース決定手段は、時間帯、データベース負荷、検索範囲、処理要求を行ったユーザの属性または端末装置の属性に関する情報を取得して、振分先データベースを決定してもよい。
複数のデータベースは、データベースの作成時点またはデータベースの情報種別（時価、認証、…）に基づいて階層構造をなしてもよい。
データベース振分装置は、振分定義情報保持手段及び振分先決定手段及び振分手段を備える複数の個別データベース振分装置を備え、個別データベース振分装置の負荷または処理要求を行ったユーザの属性または端末装置の属性に関する情報に基づいて、個別データベース振分装置に処理要求を振り分けてもよい。
個別データベース振分装置の振分定義情報保持手段は、それぞれ異なる振分定義情報を保持してもよい。
個別データベース振分装置の振分定義情報保持手段は、それぞれ異なる振分定義情報を保持してもよい。
第１の発明では、データベース振分装置は、処理要求に応じたデータベース選択を自動的に行い、業務処理効率を向上させることができる。
第２の発明は、複数のデータベースに接続され、前記データベースに対する処理要求を取得して前記複数のデータベースの少なくともいずれかに振り分けるデータベース振分装置におけるデータベース振分方法であって、少なくとも時間帯およびデータベース負荷情報に関する前記処理要求の振分条件と振分先データベースとを対応付ける振分定義情報を保持する振分定義情報保持ステップと、現在時刻から時間帯を取得し、前記複数のデータベースからデータベース負荷情報を取得し、前記振分定義情報を参照し、前記取得された処理要求と前記取得された時間帯と前記取得されたデータベース負荷情報に基づいて前記複数のデータベースの中から前記振分先データベースを決定する振分先決定ステップと、前記決定された振分先データベースに前記取得された処理要求を振り分ける振分ステップと、を具備し、前記振分定義情報保持ステップは、さらに、前記処理要求を行ったユーザまたは端末装置による前記振分先データベースの選択可否を対応付けて保持し、前記振分先決定ステップは、前記振分先決定手段は、前記決定された振分先データベースの選択可否を判定し、選択可能の場合のみ、前記処理要求を行ったユーザまたは端末装置に前記振分先データベースを選択させることを特徴とするデータベース振分方法である。
第２の発明は、処理要求の振分条件に応じて処理要求をデータベースに振り分けるデータベース振分方法に関する発明である。
第３の発明は、複数のデータベースに接続され、前記データベースに対する処理要求を取得して前記複数のデータベースの少なくともいずれかに振り分けるデータベース振分装置において実行可能なプログラムであって、前記データベース振分装置を、少なくとも時間帯およびデータベース負荷情報に関する前記処理要求の振分条件と振分先データベースとを対応付ける振分定義情報を保持する振分定義情報保持手段、現在時刻から時間帯を取得し、前記複数のデータベースからデータベース負荷情報を取得し、前記振分定義情報を参照し、前記取得された処理要求と前記取得された時間帯と前記取得されたデータベース負荷情報に基づいて前記複数のデータベースの中から前記振分先データベースを決定する振分先決定手段、前記決定された振分先データベースに前記取得された処理要求を振り分ける振分手段、として機能させ、前記振分定義情報保持手段は、さらに、前記処理要求を行ったユーザまたは端末装置による前記振分先データベースの選択可否を対応付けて保持し、前記振分先決定手段は、前記決定された振分先データベースの選択可否を判定し、選択可能の場合のみ、前記処理要求を行ったユーザまたは端末装置に前記振分先データベースを選択させるためのプログラムである。
第４の発明は、複数のデータベースに接続され、前記データベースに対する処理要求を取得して前記複数のデータベースの少なくともいずれかに振り分けるデータベース振分装置において実行可能なプログラムを記録したコンピュータ読取可能な記録媒体であって、前記データベース振分装置を、少なくとも時間帯およびデータベース負荷情報に関する前記処理要求の振分条件と振分先データベースとを対応付ける振分定義情報を保持する振分定義情報保持手段、現在時刻から時間帯を取得し、前記複数のデータベースからデータベース負荷情報を取得し、前記振分定義情報を参照し、前記取得された処理要求と前記取得された時間帯と前記取得されたデータベース負荷情報に基づいて前記複数のデータベースの中から前記振分先データベースを決定する振分先決定手段、前記決定された振分先データベースに前記取得された処理要求を振り分ける振分手段、として機能させ、前記振分定義情報保持手段は、さらに、前記処理要求を行ったユーザまたは端末装置による前記振分先データベースの選択可否を対応付けて保持し、前記振分先決定手段は、前記決定された振分先データベースの選択可否を判定し、選択可能の場合のみ、前記処理要求を行ったユーザまたは端末装置に前記振分先データベースを選択させるためのプログラムを記録したコンピュータ読取可能な記録媒体である。
尚、上記のプログラムをＣＤ−ＲＯＭ等の記録媒体に保持させて流通させてもよいし、このプログラムを通信回線を介して送受することもできる。
尚、上記のプログラムをＣＤ−ＲＯＭ等の記録媒体に保持させて流通させてもよいし、このプログラムを通信回線を介して送受することもできる。
本発明によれば、データベース選択を自動的に行って、業務処理効率とユーザ満足度の向上を可能とするデータベース振分装置を提供することができる。
以下、添付図面を参照しながら、本発明に係るデータベース振分装置１５の好適な実施形態について詳細に説明する。データベース振分装置１５は、サービス提供システム１においてサービス提供業者３が備える装置の１つである。尚、以下の説明および添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。
（１．サービス提供システム１の構成）
最初に、図１を参照しながら、サービス提供システム１の構成について説明する。
図１は、サービス提供システム１の構成図である。
最初に、図１を参照しながら、サービス提供システム１の構成について説明する。
図１は、サービス提供システム１の構成図である。
（１−１．サービス提供システム１）
サービス提供システム１は、サービス提供事業者３に属するＷＥＢサーバ１１と複数のユーザ５に属するそれぞれの端末装置９とがネットワーク７に接続されて構成される。ネットワーク７は、インターネットやイントラネット等である。
サービス提供事業者３は、ネットワーク７を介してユーザ５に所定の情報提供を行う事業者である。
サービス提供システム１は、サービス提供事業者３に属するＷＥＢサーバ１１と複数のユーザ５に属するそれぞれの端末装置９とがネットワーク７に接続されて構成される。ネットワーク７は、インターネットやイントラネット等である。
サービス提供事業者３は、ネットワーク７を介してユーザ５に所定の情報提供を行う事業者である。
（１−１．サービス提供事業者３）
サービス提供事業者３は、ＷＥＢサーバ１１とアプリケーションサーバ１３とデータベース振分装置１５とデータベースＡ１７とデータベースＢ１９等を有する。ＷＥＢサーバ１１は、ネットワーク７を介してユーザ５の端末装置９や他のサーバ等（図示せず。）と各種情報の送受信を行う。アプリケーションサーバ１３は、サービス提供に関する各種情報処理を行う。
サービス提供事業者３は、ＷＥＢサーバ１１とアプリケーションサーバ１３とデータベース振分装置１５とデータベースＡ１７とデータベースＢ１９等を有する。ＷＥＢサーバ１１は、ネットワーク７を介してユーザ５の端末装置９や他のサーバ等（図示せず。）と各種情報の送受信を行う。アプリケーションサーバ１３は、サービス提供に関する各種情報処理を行う。
データベース振分装置１５は、アプリケーションサーバ１３からデータベースへの処理要求を取得すると、適切なデータベースに処理要求を振り分ける。データベース振分装置１５の詳細については後述する。
データベースＡ１７とデータベースＢ１９は、サービス提供に関する各種情報を保持する。データベースＡ１７とデータベースＢ１９の詳細については後述する。尚、図１に示すデータベースＡ１７は格納情報がリアルタイムに更新されるものとし、データベースＡ１７の格納情報は、所定のタイミングでデータベースＢ１９に複製されるものとする。
データベースＡ１７とデータベースＢ１９は、サービス提供に関する各種情報を保持する。データベースＡ１７とデータベースＢ１９の詳細については後述する。尚、図１に示すデータベースＡ１７は格納情報がリアルタイムに更新されるものとし、データベースＡ１７の格納情報は、所定のタイミングでデータベースＢ１９に複製されるものとする。
（１−２．データベース振分装置１５）
データベース振分装置１５は、アプリケーションサーバ１３からデータベースへの処理要求を取得すると、適切なデータベースに処理要求を振り分ける。従って、アプリケーションサーバ１３は、適切なデータベースを選択する処理を行う必要はない。
データベース振分装置１５は、アプリケーションサーバ１３からデータベースへの処理要求を取得すると、適切なデータベースに処理要求を振り分ける。従って、アプリケーションサーバ１３は、適切なデータベースを選択する処理を行う必要はない。
データベース振分装置１５は、振分先決定手段２１、振分手段２２、時間帯取得手段２５、データベース負荷情報取得手段２７、ユーザ属性取得手段２９、端末装置属性取得手段３１、記憶部２０５に格納される振分定義情報２３等を有する。尚、データベース振分装置１５は、時間帯取得手段２５、データベース負荷情報取得手段２７、ユーザ属性取得手段２９及び端末装置属性取得手段３１については必要に応じて備えるものとする。
振分先決定手段２１は、アプリケーションサーバ１３からデータベースへの処理要求を取得し、振分定義情報２３に基づいて処理要求を振り分けるデータベースを決定する。
振分手段２２は、振分先決定手段２１が決定したデータベースに、処理要求を振り分ける。
振分定義情報２３は、アプリケーションサーバ１３から取得する処理要求の振分条件と、振分先データベースとを対応付ける情報である。振分定義情報２３は、データベース振分装置１５の記憶部２０５に格納される。
振分手段２２は、振分先決定手段２１が決定したデータベースに、処理要求を振り分ける。
振分定義情報２３は、アプリケーションサーバ１３から取得する処理要求の振分条件と、振分先データベースとを対応付ける情報である。振分定義情報２３は、データベース振分装置１５の記憶部２０５に格納される。
時間帯取得手段２５は、データベース振分装置１５が処理要求を取得した時間帯に関する情報を取得する。
データベース負荷情報取得手段２７は、サービス提供事業者３のデータベース負荷状況に関する情報を取得する。データベース負荷情報取得手段２７は、データベース障害状況を併せて取得する。
ユーザ属性取得手段２９は、サービス提供事業者３に処理要求を行ったユーザ５の属性に関する情報を取得する。ユーザ属性は、例えばユーザ５を識別するユーザＩＤ等である。
端末装置属性取得手段３１は、サービス提供事業者３に処理要求を行った端末装置９の属性に関する情報を取得する。端末装置属性７３は、例えば端末装置９の所属先（例えばサービス提供事業者３に関連する店舗、或いは一般ユーザ）を識別する端末装置ＩＤ等である。
（１−３．データベース）
サービス提供事象者３は、複数のデータベースを有する。図１には、格納情報がリアルタイムに更新されるデータベースＡ１７と、データベースＡ１７に格納される情報の少なくとも１部が所定のタイミングで複製されるデータベースＢ１９とを示す。データベースＡ１７は、マスタデータを格納する元データベースであり、データベースＢ１９は、データベースＡ１７を元に派生的に作成される派生データベースである。
データベースＢ１９の更新や複製については、トランザクションレベルでデータベースＡ１７とデータベースＢ１９とを同時更新してもよいし（同時更新）、データベースが備えるレプリケーション機能を利用してデータベースＡ１７の更新と同時にデータベースＡ１７を複製してデータベースＢ１９を作成してもよいし（レプリケーション）、所定のタイミングでバッチ処理によりデータベースＡ１７を複製してデータベースＢ１９を作成してもよい（定点コピー）。所定のタイミングは、例えば１日３回のタイミング、サービス提供事業者３の業務終了直後のタイミング等、それぞれの情報の種類に適したタイミングに設定される。尚、データベースＡ１７の全ての格納情報を複製してもよいし、一部分の格納情報を複製してもよい。
サービス提供事象者３は、複数のデータベースを有する。図１には、格納情報がリアルタイムに更新されるデータベースＡ１７と、データベースＡ１７に格納される情報の少なくとも１部が所定のタイミングで複製されるデータベースＢ１９とを示す。データベースＡ１７は、マスタデータを格納する元データベースであり、データベースＢ１９は、データベースＡ１７を元に派生的に作成される派生データベースである。
データベースＢ１９の更新や複製については、トランザクションレベルでデータベースＡ１７とデータベースＢ１９とを同時更新してもよいし（同時更新）、データベースが備えるレプリケーション機能を利用してデータベースＡ１７の更新と同時にデータベースＡ１７を複製してデータベースＢ１９を作成してもよいし（レプリケーション）、所定のタイミングでバッチ処理によりデータベースＡ１７を複製してデータベースＢ１９を作成してもよい（定点コピー）。所定のタイミングは、例えば１日３回のタイミング、サービス提供事業者３の業務終了直後のタイミング等、それぞれの情報の種類に適したタイミングに設定される。尚、データベースＡ１７の全ての格納情報を複製してもよいし、一部分の格納情報を複製してもよい。
データベースＡ１７は、例えば時価情報３３、認証情報３５、資産情報３７、ログ情報３９、登録情報４１等の情報が格納される。データベースＡ１７に格納される情報は、常に最新の情報が格納される。
時価情報３３は、証券取引時間内の株式銘柄の時価情報が随時更新される。証券取引終了後の時価情報３３は、次の証券取引が開始され更新されるまで保持される。
時価情報３３は、証券取引時間内の株式銘柄の時価情報が随時更新される。証券取引終了後の時価情報３３は、次の証券取引が開始され更新されるまで保持される。
認証情報３５は、端末装置９から送られるユーザ５のユーザＩＤ等であり、認証時の照合情報である。
資産情報３７は、ユーザ５毎の保有資産に関する情報である。サービス提供事業者３の実働時間内では、保有資産の状況が変化すると資産情報３７は随時更新される。
資産情報３７は、ユーザ５毎の保有資産に関する情報である。サービス提供事業者３の実働時間内では、保有資産の状況が変化すると資産情報３７は随時更新される。
ログ情報３９は、ユーザ５とサービス提供事業者３との通信履歴や取引履歴に関する情報である。サービス提供事業者３の実働時間内では、ログ情報３９は随時更新される。
登録情報４１は、ユーザ３や端末装置９の登録に関する情報が格納される。登録情報４１には、例えばユーザ３の氏名、住所、メールアドレス、取引口座番号等が含まれる。サービス提供事業者３の実働時間内では、登録情報４１は更新される。
登録情報４１は、ユーザ３や端末装置９の登録に関する情報が格納される。登録情報４１には、例えばユーザ３の氏名、住所、メールアドレス、取引口座番号等が含まれる。サービス提供事業者３の実働時間内では、登録情報４１は更新される。
データベースＢ１９は、時価情報４３、認証情報４５、資産情報４７、ログ情報４９、登録情報５１等の情報が保持される。時価情報４３、認証情報４５、資産情報４７、ログ情報４９、登録情報５１は、それぞれデータベースＡ１７に格納される時価情報３３、認証情報３５、資産情報３７、ログ情報３９、登録情報４１を元に作成されたものである。
（２．ハードウェア構成）
次に、図２を参照しながら、データベース振分装置１５のハードウェア構成について説明する。
図２は、データベース振分装置１５のハードウェア構成図である。尚、図２のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
次に、図２を参照しながら、データベース振分装置１５のハードウェア構成について説明する。
図２は、データベース振分装置１５のハードウェア構成図である。尚、図２のハードウェア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
データベース振分装置１５は、ＣＰＵ２０１、メモリ２０３、記憶部２０５、表示部２０７、入力部２０９、出力部２１１、通信部２１３がシステムバス２１５を介して接続されて構成される。
ＣＰＵ２０１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）は、演算装置（四則演算や比較演算等）や、ハードウェアやソフトウェアの動作制御を行う装置である。
メモリ２０３は、ＲＡＭおよびＲＯＭ等のメモリである。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や記憶部２０５から読み出されたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラム、アプリケーションプログラム等を記憶する。ＲＡＭはＣＰＵ２０１の主メモリやワークエリアとして機能する。
記憶部２０５は、各種データを記憶する装置であり、例えばハードディスクである。記憶部２０５は、ＣＰＵ２０１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ、各種データベース等が格納される。
表示部２０７は、表示装置であり、例えば、ＣＲＴモニタ、液晶パネルである。表示部２０７は、コンピュータのビデオ機能を実現するための論理回路（ビデオアダプタ等）を有する。
入力部２０９は、各種データの入力装置であり、例えば、キーボード、マウスである。出力部２１１は、各種データの出力装置であり、例えばプリンタである。各種メディアとのデータ入出力を行うドライブ装置を入力部２０９および出力部２１１として用いることもできる。
通信部２１３は、システムバス２１５を介して外部装置と接続・通信する通信制御装置である。例えば、ＴＣＰ／ＩＰを用いたインターネット通信が可能である。
システムバス２１５は、各装置間の制御信号、データ信号などの授受を媒介する経路である。
システムバス２１５は、各装置間の制御信号、データ信号などの授受を媒介する経路である。
データベース振分装置１５は、記憶部２０５やＲＯＭや記憶媒体に格納されるプログラム（アプリケーションプログラム、ＯＳのプログラム等）を、メモリ２０３のＲＡＭにロードしてＣＰＵ２０１の制御の下に、各種処理を実行する。
尚、ユーザ５に属する端末装置９、ＷＥＢサーバ１１およびアプリケーションサーバ１３のハードウェア構成も、データベース振分装置１５のハードウェア構成と同等であるので説明を省略する。
尚、ユーザ５に属する端末装置９、ＷＥＢサーバ１１およびアプリケーションサーバ１３のハードウェア構成も、データベース振分装置１５のハードウェア構成と同等であるので説明を省略する。
（３．データベース振分装置１５の動作）
（３−１．振分条件：処理対象５３及び処理種別５５による振分処理）
次に、図３及び図４を参照しながら、データベース振分装置１５の動作について説明する。
（３−１．振分条件：処理対象５３及び処理種別５５による振分処理）
次に、図３及び図４を参照しながら、データベース振分装置１５の動作について説明する。
図３は、振分定義情報２３を示す図である。
振分定義情報２３には、処理要求の振分条件である処理対象５３及び処理種別５５の組み合わせに対して、それぞれに対応する振分先データベース５７が設定される。処理対象５３は、データベースに格納される情報の種別であり、「時価情報」、「認証情報」、「資産情報」等である。処理種別５５は、データベースに格納される情報に対する処理の内容であり、「参照」、「更新」、「検索」等である。
振分定義情報２３には、処理要求の振分条件である処理対象５３及び処理種別５５の組み合わせに対して、それぞれに対応する振分先データベース５７が設定される。処理対象５３は、データベースに格納される情報の種別であり、「時価情報」、「認証情報」、「資産情報」等である。処理種別５５は、データベースに格納される情報に対する処理の内容であり、「参照」、「更新」、「検索」等である。
図４は、データベース振分装置１５の動作を示すフローチャートである。データベース振分装置１５が属するサービス提供システム１の構成として図１、データベース振分装置１５が備える振分定義情報２３として図３を参照する。
ユーザ５の端末装置９は、ネットワーク７を介してサービス提供事業者３のＷＥＢサーバ１１に処理要求を送る（ステップ１００１）。例えば、端末装置９は、「所定の株式銘柄の時価情報の参照」を処理要求としてＷＥＢサーバ１１に送る。
ＷＥＢサーバ１１は当該処理要求を取得してアプリケーションサーバ１３に送る。当該処理要求が、データベースに対する処理要求であるので、データベース振分装置１５は、アプリケーションサーバ１３から当該処理要求をデータベース処理要求として取得する（ステップ１００２）
データベース振分装置１５は、取得されたデータベース処理要求から、処理対象５３及び処理種別５５をデータベースの振分条件として検出する（ステップ１００３）。処理対象５３として「時価情報」、処理種別５５として「参照」が検出される。
データベース振分装置１５の振分先決定手段２１は、記憶部２０５に登録されている振分定義情報２３（図３）を参照して、検出された処理対象５３（「時価情報」）及び処理種別５５（「参照」）に基づいて、振分先データベース５７を決定する（ステップ１００４）。処理対象５３（「時価情報」）及び処理種別５５（「参照」）から、データベース処理要求を振り分ける振分先データベース５７は「データベースＢ１９」に決定される。
次に、データベース振分装置１５の振分手段２２は、決定された振分先データベース５７にデータベース処理要求を送る（ステップ１００５）。
データベース振分装置１５は、データベースＢ１９に格納される処理対象５３（「時価情報４３」）に対してデータベース処理を行い（ステップ１００６）、データベース処理結果をアプリケーションサーバ１３に返す（ステップ１００７）。即ち、データベース振分装置１５は、端末装置９から指定された所定の株式銘柄の時価情報４３（処理対象５３）を参照（処理種別５５）し、結果をアプリケーションサーバ１３に返す。
データベース振分装置１５は、データベースＢ１９に格納される処理対象５３（「時価情報４３」）に対してデータベース処理を行い（ステップ１００６）、データベース処理結果をアプリケーションサーバ１３に返す（ステップ１００７）。即ち、データベース振分装置１５は、端末装置９から指定された所定の株式銘柄の時価情報４３（処理対象５３）を参照（処理種別５５）し、結果をアプリケーションサーバ１３に返す。
尚、データベース振分装置１５の振分手段２２が、振分先データベース５７にデータベース処理要求を送った後の処理（ステップ１００６及びステップ１００７）は、アプリケーションサーバ１３が行ってもよい。
ユーザ５の端末装置５は、アプリケーションサーバ１３及びＷＥＢサーバ１１を介してデータベース処理結果を受け取る（ステップ１００８）。
以上の過程を経て、データベース振分装置１５は、データベースに対する処理要求の振分条件と振分先データベース５７とを対応付ける振分定義情報２３と、処理要求に基づいて、処理要求の振分先データベース５７を決定する。
このように、データベース振分装置１５は、自動的に、データベースに対する処理要求の振分条件に適する振分先データベース５７を決定することができる。
このように、データベース振分装置１５は、自動的に、データベースに対する処理要求の振分条件に適する振分先データベース５７を決定することができる。
従って、複数のデータベースから、処理要求に適する振分先データベースが自動的に決定されるので、サービス提供事業者３の業務処理効率が向上する。また、アプリケーションサーバ１３はデータベースの振分先に左右されないで処理プログラムを実行することができるので、アプリケーションサーバ１３の処理プログラムの作成や修正の作業負荷を軽減することができる。
また、処理要求に応じた振分先データベースの振分条件の追加や変更は、振分定義情報２３の振分条件の追加や変更という作業で簡単に実現することができる。
また、処理要求に応じた振分先データベースの振分条件の追加や変更は、振分定義情報２３の振分条件の追加や変更という作業で簡単に実現することができる。
（３−２．振分条件：時間帯６１が追加された振分処理）
次に、図５及び図６を参照しながら、振分条件に時間帯６１が追加された場合のデータベース振分装置１５の動作について説明する。
図５は、振分定義情報５９を示す図、図６は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図６に示すフローチャートを実行する。
次に、図５及び図６を参照しながら、振分条件に時間帯６１が追加された場合のデータベース振分装置１５の動作について説明する。
図５は、振分定義情報５９を示す図、図６は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図６に示すフローチャートを実行する。
図５は、処理要求の振分条件に、処理要求を取得した時間帯６１が含まれる場合の振分定義情報５９を示す図である。振分定義情報２３（図３）の振分条件に時間帯６１が追加されて、振分定義情報５９（図５）が作成される。
振分定義情報５９には、処理要求の振分条件である処理対象５３、処理種別５５及び時間帯６１の組み合わせに対して、それぞれに対応する振分先データベース５７が設定される。例えば処理対象５３が「時価情報」の場合、証券取引所が取引時間帯であればリアルタイムに時価情報が更新されるデータベースＡ１７が振分先データベース５７として指定される。証券取引所が取引時間帯外であれば、所定タイミングで格納情報が更新されるデータベースＢ１９が振分先データベース５７として指定される。
また、処理対象５３が「認証情報」や「資産情報」の場合、サービス提供事業者３が実働時間内（「９：００〜１７：００」）であるか否かを時間帯６１で区分し、振分先データベース５７を振分定義情報５９に設定することができる。
振分先決定手段２１は、時間帯取得手段２５が取得する時間帯６１と上記振分定義情報５９に基づいて、処理要求を振り分ける振分先データベース５７を決定する。
振分先決定手段２１は、時間帯取得手段２５が取得する時間帯６１と上記振分定義情報５９に基づいて、処理要求を振り分ける振分先データベース５７を決定する。
データベース振分装置１５は、端末装置９から取得したデータベース処理要求から、処理条件（処理対象５３及び処理種別５５）を検出する（図４：ステップ１００３まで）。端末装置９から送られる処理要求が、「所定の株式銘柄の時価情報の参照」である場合、処理対象５３として「時価情報」、処理種別５５として「参照」が検出される。
次にデータベース振分装置１５の時間帯取得手段２５は、現在時刻から時間帯６１を取得する（ステップ２００１）。現在時刻が、「１０：００」であるとする。
次にデータベース振分装置１５の時間帯取得手段２５は、現在時刻から時間帯６１を取得する（ステップ２００１）。現在時刻が、「１０：００」であるとする。
データベース振分装置１５の振分先決定手段２１は、振分定義情報５９（図５）を参照し、処理対象５３、処理種別５５、及び時間帯６１に基づいて、振分先データベース５７を決定する（ステップ２００２）。処理対象５３（「時価情報」）、処理種別５５（「参照」）及び時間帯６１（「９：００〜１１：００」）から、データベース処理要求を振り分ける振分先データベース５７は「データベースＡ１７」に決定される。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以上の過程を経て、データベース振分装置１５は、時間帯６１の項目を含む振分定義情報５９と、処理要求とに基づいて、処理要求の振分先データベース５７を決定する。
このように、データベース振分装置１５は、時間帯６１を振分条件に追加することにより、リアルタイムな情報の要不要を区別し、適切なデータベースへ効率的に処理要求を振り分けることができる。例えば、データベース振分装置１５は、リアルタイム性の不要なデータベース処理要求をデータベースＢ１９に振り分けることで、リアルタイム性の高いデータベースＡ１７への過剰なアクセス負荷を軽減することができる。従って、データベース振分装置１５は、データベースへ処理要求に対する全体的な処理効率を向上させることができる。
このように、データベース振分装置１５は、時間帯６１を振分条件に追加することにより、リアルタイムな情報の要不要を区別し、適切なデータベースへ効率的に処理要求を振り分けることができる。例えば、データベース振分装置１５は、リアルタイム性の不要なデータベース処理要求をデータベースＢ１９に振り分けることで、リアルタイム性の高いデータベースＡ１７への過剰なアクセス負荷を軽減することができる。従って、データベース振分装置１５は、データベースへ処理要求に対する全体的な処理効率を向上させることができる。
（３−３．振分条件：データベース負荷情報６５が追加された振分処理）
次に、図７及び図８を参照しながら、振分条件にデータベース負荷情報６５が追加された場合のデータベース振分装置１５の動作について説明する。
図７は、振分定義情報６３を示す図、図８は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図８に示すフローチャートを実行する。
次に、図７及び図８を参照しながら、振分条件にデータベース負荷情報６５が追加された場合のデータベース振分装置１５の動作について説明する。
図７は、振分定義情報６３を示す図、図８は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図８に示すフローチャートを実行する。
図７は、処理要求の振分条件に、データベース負荷情報６５が含まれる場合の振分定義情報６３を示す図である。振分定義情報２３（図３）の振分条件にデータベース負荷情報６５が追加されて、振分定義情報６３（図７）が作成される。
振分定義情報６３には、処理要求の振分条件である処理対象５３、処理種別５５及びデータベース負荷情報６５の組み合わせに対して、それぞれに対応する振分先データベース５７が設定される。例えば、データベース負荷情報６５に、リアルタイムに格納情報が更新されるデータベースＡ１７の負荷範囲が設定される。データベースＡ１７へのアクセス数が増加し、データベース負荷が所定値を超えると、処理要求を振り分ける振分先データベース５７を変更することができる。
振分先決定手段２１は、データベース負荷情報取得手段２７が取得するデータベース負荷情報６５と振分定義情報６３に基づいて、処理要求を振り分ける振分先データベース５７を決定する。
データベース振分装置１５は、端末装置９から取得したデータベース処理要求から、処理条件（処理対象５３及び処理種別５５）を検出する（図４：ステップ１００３まで）。端末装置９から送られる処理要求が、「所定の株式銘柄の時価情報の参照」の場合、処理対象５３として「時価情報」、処理種別５５として「参照」が検出される。
次にデータベース振分装置１５のデータベース負荷情報取得手段２７は、データベースＡ１７及びデータベースＢ１９からデータベース負荷情報６５を取得する（ステップ３００１）。データベースＡ１７の、取得された負荷が「５０％」であるとする。
データベース振分装置１５の振分先決定手段２１は、振分定義情報６３（図７）を参照し、処理対象５３、処理種別５５、及びデータベース負荷情報６５に基づいて、振分先データベース５７を決定する（ステップ３００２）。処理対象５３（「時価情報」）、処理種別５５（「参照」）及びデータベース負荷情報６５（「データベースＡ：２０〜１００％」）から、データベース処理要求を振り分ける振分先データベース５７は「データベースＢ１９」に決定される。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以上の過程を経て、データベース振分装置１５は、データベース負荷情報６５の項目を含む振分定義情報６３と、処理要求とに基づいて、処理要求の振分先データベース５７を決定する。
このように、データベース振分装置１５は、データベース負荷情報６５を振分条件に追加し、データベースの負荷情報を監視することにより、特定のデータベースへのアクセスの集中、及びアクセス負荷を軽減することができる。
このように、データベース振分装置１５は、データベース負荷情報６５を振分条件に追加し、データベースの負荷情報を監視することにより、特定のデータベースへのアクセスの集中、及びアクセス負荷を軽減することができる。
尚、データベース負荷情報６５に加えてデータベース障害状況（ハードウェア上及びソフトウェア上の障害）に関する振分条件を振分定義情報６３に含めてもよい。これにより、データベース振分装置１５は、データベースの障害状況を監視して、障害が発生したデータベースを振分データベース５７から即座に外すことができる。従って、データベース振分装置１５は、データベース障害が発生しても、処理効率の低下を防ぐことができる。
（３−４．振分条件：ユーザ属性６９が追加された振分処理）
次に、図９及び図１０を参照しながら、振分条件にユーザ属性６９が追加された場合のデータベース振分装置１５の動作について説明する。
図９は、振分定義情報６７を示す図、図１０は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図１０に示すフローチャートを実行する。
次に、図９及び図１０を参照しながら、振分条件にユーザ属性６９が追加された場合のデータベース振分装置１５の動作について説明する。
図９は、振分定義情報６７を示す図、図１０は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図１０に示すフローチャートを実行する。
図９は、処理要求の振分条件に、ユーザ属性６９が含まれる場合の振分定義情報６７を示す図である。振分定義情報２３（図３）の振分条件にユーザ属性６９が追加されて、振分定義情報６７（図９）が作成される。
振分定義情報６７には、処理要求の振分条件である処理対象５３、処理種別５５及びユーザ属性６９の組み合わせに対して、それぞれに対応する振分先データベース５７が設定される。例えば、優先権を有するユーザ５をユーザＩＤによって判別し、上位データベース（例えば、大容量、リアルタイム性が高い、処理速度が早い、階層構造の上位、等のデータベース）を、処理要求を振り分ける振分先データベース５７に指定することができる。
振分先決定手段２１は、ユーザ属性取得手段２９が取得するユーザ属性６９と振分定義情報６９に基づいて、処理要求を振り分ける振分先データベース５７を決定する。
データベース振分装置１５は、端末装置９から取得したデータベース処理要求から、処理条件（処理対象５３及び処理種別５５）を検出する（図４：ステップ１００３まで）。端末装置９から送られる処理要求が、「所定の株式銘柄の時価情報の参照」の場合、処理対象５３として「時価情報」、処理種別５５として「参照」が検出される。
次にデータベース振分装置１５のユーザ属性取得手段２９は、データベース処理要求を取得した端末装置９のユーザ属性６９を取得する（ステップ４００１）。ユーザ属性６９が、ユーザＩＤ「Ｕ０５０」であるとする。優先権を有するユーザ５は、例えばユーザＩＤで判別できるものとする。例えばユーザＩＤ「Ｕ００１〜Ｕ１００」であるユーザ５は取引口座を有する優先権を持つ特別なユーザとし、ユーザＩＤ「Ｕ１０１〜Ｕ５００」であるユーザ５は一般ユーザとして区別することができる。
データベース振分装置１５の振分先決定手段２１は、振分定義情報６７（図９）を参照し、処理対象５３、処理種別５５、及びユーザ属性６９に基づいて、振分先データベース５７を決定する（ステップ４００２）。処理対象５３（「時価情報」）、処理種別５５（「参照」）及びユーザ属性６９（「ユーザＩＤ：Ｕ００１〜Ｕ１００」）から、データベース処理要求を振り分ける振分先データベース５７は「データベースＡ１７」に決定される。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以上の過程を経て、データベース振分装置１５は、ユーザ属性６９の項目を含む振分定義情報６７と、処理要求とに基づいて、処理要求の振分先データベース５７を決定する。
このように、データベース振分装置１５は、ユーザ属性６９を振分条件に追加することにより、特定のユーザ５を判別してデータベースへのアクセスを優先させることができる。従って、ユーザ５の満足度の向上を図ることができる。
このように、データベース振分装置１５は、ユーザ属性６９を振分条件に追加することにより、特定のユーザ５を判別してデータベースへのアクセスを優先させることができる。従って、ユーザ５の満足度の向上を図ることができる。
（３−５．振分条件：端末装置属性７３が追加された振分処理）
次に、図１１及び図１２を参照しながら、振分条件に端末装置属性７３が追加された場合のデータベース振分装置１５の動作について説明する。
図１１は、振分定義情報７１を示す図、図１２は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図１２に示すフローチャートを実行する。
次に、図１１及び図１２を参照しながら、振分条件に端末装置属性７３が追加された場合のデータベース振分装置１５の動作について説明する。
図１１は、振分定義情報７１を示す図、図１２は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図１２に示すフローチャートを実行する。
図１１は、処理要求の振分条件に、端末装置属性７３が含まれる場合の振分定義情報７１を示す図である。振分定義情報２３（図３）の振分条件に端末装置属性７３が追加されて、振分定義情報７１（図１１）が作成される。
振分定義情報７１には、処理要求の振分条件である処理対象５３、処理種別５５及び端末装置属性７３の組み合わせに対して、それぞれに対応する振分先データベース５７が設定される。例えば、サービス提供事業者３の店頭や支店に配置する端末装置９を端末装置ＩＤによって判別し、上位データベース（例えば、大容量、リアルタイム性が高い、処理速度が早い、等のデータベース）を、処理要求を振り分ける振分先データベース５７に指定することができる。
振分先決定手段２１は、端末装置属性取得手段３１が取得する端末装置属性７３と振分定義情報７１に基づいて、処理要求を振り分ける振分先データベース５７を決定する。
尚、端末装置属性７３として、端末装置ＩＤに代えて、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを識別用ＩＤとして用いてもよい。
尚、端末装置属性７３として、端末装置ＩＤに代えて、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを識別用ＩＤとして用いてもよい。
データベース振分装置１５は、端末装置９から取得したデータベース処理要求から、処理条件（処理対象５３及び処理種別５５）を検出する（図４：ステップ１００３まで）。端末装置９から送られる処理要求が、「所定の株式銘柄の時価情報の参照」の場合、処理対象５３として「時価情報」、処理種別５５として「参照」が検出される。
次にデータベース振分装置１５の端末装置属性取得手段３１は、データベース処理要求を取得した端末装置９の端末装置属性７３を取得する（ステップ５００１）。端末装置属性７３が、端末装置ＩＤ「Ｓ００１０」であるとする。優先権を有する端末装置９は、例えば端末装置ＩＤで判別できるものとする。例えば端末装置ＩＤ「Ｓ０００１〜Ｓ０９９９」である端末装置９はサービス提供事業者３の店頭或いは支店に配置される端末装置９とし、端末装置ＩＤ「Ｔ０００１〜Ｔ９９９９」である端末装置９は一般ユーザに属する端末装置９として区別することができる。
データベース振分装置１５の振分先決定手段２１は、振分定義情報７１（図１１）を参照し、処理対象５３、処理種別５５、及び端末装置属性７３に基づいて、振分先データベース５７を決定する（ステップ５００２）。処理対象５３（「時価情報」）、処理種別５５（「参照」）及び端末装置属性７３（「端末装置ＩＤ：Ｓ０００１〜Ｓ０９９９」）から、データベース処理要求を振り分ける振分先データベース５７は「データベースＡ１７」に決定される。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以上の過程を経て、データベース振分装置１５は、端末装置属性７３の項目を含む振分定義情報７１と、処理要求とに基づいて、処理要求の振分先データベース５７を決定する。
このように、データベース振分装置１５は、端末装置属性７３を振分条件に追加することにより、特定の端末装置９を判別してデータベースへのアクセスを優先させることができる。従って、データベースへのアクセスが集中した場合でも、サービス提供事業者３の店頭や支店の業務効率の低下を軽減することができる。
このように、データベース振分装置１５は、端末装置属性７３を振分条件に追加することにより、特定の端末装置９を判別してデータベースへのアクセスを優先させることができる。従って、データベースへのアクセスが集中した場合でも、サービス提供事業者３の店頭や支店の業務効率の低下を軽減することができる。
（３−６．振分条件：ユーザ５に選択権のある振分処理）
次に、図１３乃至図１５を参照しながら、振分条件によりユーザ５に選択権がある場合のデータベース振分装置１５の動作について説明する。
図１３は、振分定義情報７４を示す図、図１４は振分先データベース５７の決定処理を示すフローチャートの一部である。
図１５は、ユーザ５の端末装置９に表示される画面７５を示す図である。
次に、図１３乃至図１５を参照しながら、振分条件によりユーザ５に選択権がある場合のデータベース振分装置１５の動作について説明する。
図１３は、振分定義情報７４を示す図、図１４は振分先データベース５７の決定処理を示すフローチャートの一部である。
図１５は、ユーザ５の端末装置９に表示される画面７５を示す図である。
振分定義情報７４（図１３）には、ユーザ５が振分先デーがベース５７の選択を行う項目が設けられる。また、データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図１４に示すフローチャートを実行する。
尚、図１３の振分定義情報７４は、振分定義情報２３（図３）の振分条件にデータベース負荷情報６５が追加された場合を示したが、振分条件の追加の有無や振分条件の追加項目の種類は数は限定されない。
尚、図１３の振分定義情報７４は、振分定義情報２３（図３）の振分条件にデータベース負荷情報６５が追加された場合を示したが、振分条件の追加の有無や振分条件の追加項目の種類は数は限定されない。
データベース振分装置１５は、端末装置９から取得したデータベース処理要求から、処理条件（処理対象５３及び処理種別５５）を検出する（図４：ステップ１００３まで）。端末装置９から送られる処理要求が、「所定の株式銘柄の時価情報の参照」の場合、処理対象５３として「時価情報」、処理種別５５として「参照」が検出される。
次にデータベース振分装置１５のデータベース負荷情報取得手段２７は、データベースＡ１７及びデータベースＢ１９からデータベース負荷情報６５を取得する（ステップ６００１）。
次にデータベース振分装置１５のデータベース負荷情報取得手段２７は、データベースＡ１７及びデータベースＢ１９からデータベース負荷情報６５を取得する（ステップ６００１）。
データベース振分装置１５の振分先決定手段２１は、振分定義情報７４（図１３）を参照し、処理対象５３、処理種別５５、及びデータベース負荷情報６５に基づいて、振分先データベース５７を決定する（ステップ６００２）。ユーザ５による振分先データベース５７の選択ではない場合（ステップ６００３のＮＯ）、例えば処理対象５３（「時価情報」）、処理種別５５（「参照」）及びデータベースＡ１７の負荷が「１０％」ならばデータベース負荷情報６５（「データベースＡ：０〜２０％」）から、データベース処理要求を振り分ける振分先データベース５７は「データベースＡ１７」に決定される。
データベースＡ１７の負荷が「４０％」の場合、処理対象５３（「時価情報」）、処理種別５５（「参照」）及びデータベースＡ１７の負荷が「４０％」よりデータベース負荷情報６５（「データベースＡ：２０〜５０％」）から、振分先データベース５７は「データベースＡまたはＢ（ユーザ選択）」に決定される。従って、ユーザ５による振分先データベース５７の選択が行われる（ステップ６００３のＹＥＳ）。
振分先決定手段２１は、ユーザ５の端末装置９の画面７５（図１５）に、データベース選択画面７７を表示させる。ユーザ３がデータベース選択画面７７から、希望するデータベースを選択し「ＯＫ」ボタン７９をクリックすることで、ユーザ５の意思により振分先データベース５７が選択される（ステップ６００４）。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以上の過程を経て、データベース振分装置１５は、振分定義情報７４と、処理要求に基づいて、処理要求の振分先データベース５７を決定する。振分先データベース５７は、ユーザ５による選択であってもよい。
このように、データベース振分装置１５は、ユーザ５による振分先データベース５７の選択を可能にすることで、ユーザ満足度の向上を可能とする。
このように、データベース振分装置１５は、ユーザ５による振分先データベース５７の選択を可能にすることで、ユーザ満足度の向上を可能とする。
（３−７．振分条件：検索範囲７８が追加された振分処理）
次に、図１６乃至図１７を参照しながら、振分条件に検索範囲７８が追加された場合のデータベース振分装置１５の動作について説明する。
図１６は、振分定義情報７６を示す図、図１７は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図１７に示すフローチャートを実行する。
次に、図１６乃至図１７を参照しながら、振分条件に検索範囲７８が追加された場合のデータベース振分装置１５の動作について説明する。
図１６は、振分定義情報７６を示す図、図１７は振分先データベース５７の決定処理を示すフローチャートの一部である。データベース振分装置１５は、フローチャート（図４）のステップ１００４に代えて、図１７に示すフローチャートを実行する。
図１６は、処理要求の振分条件に、検索範囲７８が含まれる場合の振分定義情報７６を示す図である。振分定義情報２３（図３）の振分条件に検索範囲７８が追加されて、振分定義情報７６（図１６）が作成される。
振分定義情報７６には、処理要求の振分条件である処理対象５３、処理種別５５及び検索範囲７８の組み合わせに対して、それぞれに対応する振分先データベース５７が設定される。例えば、処理対象５３が「時価情報」、処理種別５５が「検索」、端末装置９から指定された検索範囲７８が「２００７年１１月１日以降」であれば、処理要求を振り分ける振分先データベース５７は「データベースＡ」が設定される。
データベース振分装置１５は、端末装置９から取得したデータベース処理要求から、処理条件（処理対象５３及び処理種別５５）を検出する（図４：ステップ１００３まで）。端末装置９から送られる処理要求が、「所定の株式銘柄の時価情報の検索」の場合、処理対象５３として「時価情報」、処理種別５５として「検索」が検出される。
次にデータベース振分装置１５は、端末装置９から送られる処理要求から指定された検索範囲７８を取得する（ステップ７００１）。検索範囲が「２００７年１１月２日〜１１月５日」であるとすると、振分定義情報７６に設定された検索範囲７８は「２００７年１１月１日以降」に該当する。
データベース振分装置１５の振分先決定手段２１は、振分定義情報７６（図１６）を参照し、処理対象５３、処理種別５５、及び検索範囲７８に基づいて、振分先データベース５７を決定する（ステップ７００２）。処理対象５３（「時価情報」）、処理種別５５（「検索」）及び検索範囲７８（「２００７年１１月１日以降」）から、データベース処理要求を振り分ける振分先データベース５７は「データベースＡ１７」に決定される。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以降の処理は、図４のステップ１００５に戻るので、説明を省略する。
以上の過程を経て、データベース振分装置１５は、振分定義情報７６と、処理要求に基づいて、処理要求の振分先データベース５７を決定する。
このように、データベース振分装置１５は、検索範囲７８を振分条件に追加することにより、迅速に適切なデータベースへ処理要求を振り分けることができる。
このように、データベース振分装置１５は、検索範囲７８を振分条件に追加することにより、迅速に適切なデータベースへ処理要求を振り分けることができる。
（４．複数のデータベースの構成）
次に、図１８乃至図２０を参照しながら、サービス提供事業者３が有する複数のデータベースの構成について説明する。
次に、図１８乃至図２０を参照しながら、サービス提供事業者３が有する複数のデータベースの構成について説明する。
（４−１．複数の派生データベース８３）
図１８は、複数の派生データベース８３を示す図である。
サービス提供事業者３−１は、ＷＥＢサーバ１１−１、アプリケーションサーバ１３−１、データベース振分装置１５−１及び元データベース８１と、元データベース８１を元にして派生する派生データベース８３−１〜８３−４等を有する。元データベース８１に格納される情報と同一の情報が派生データベース８３−１〜８３−４に複製される（複製処理は点線で示す。）。
図１８は、複数の派生データベース８３を示す図である。
サービス提供事業者３−１は、ＷＥＢサーバ１１−１、アプリケーションサーバ１３−１、データベース振分装置１５−１及び元データベース８１と、元データベース８１を元にして派生する派生データベース８３−１〜８３−４等を有する。元データベース８１に格納される情報と同一の情報が派生データベース８３−１〜８３−４に複製される（複製処理は点線で示す。）。
このように、サービス提供事業者３−１が元データベース８１及び複数の派生データベース８３―１〜８３−４を備えることで、多数の端末装置９からのデータベースへの処理要求が集中する場合でも、データベース振分装置１５−１が適切に処理要求を元データベース８１及び複数の派生データベース８３―１〜８３−４に振り分けることで処理効率の低下を軽減することができる。
また、元データベース８１或いは派生データベース８３―１〜８３−４のいずれかに不具合が生じた場合でも、補修時に他のデータベースが補うため、容易に保守管理ができ、サービス提供事業者３−１の処理効率の低下を防止することができる。
（４−２．格納情報種別の異なる複数の派生データベース８７）
図１９は、格納情報種別の異なる複数の派生データベース８７を示す図である。
サービス提供事業者３−２は、ＷＥＢサーバ１１−２、アプリケーションサーバ１３−２、データベース振分装置１５−２及び元データベース８５と、元データベース８５を元にして派生する派生データベース８７−１〜８７−４等を有する。元データベース８５に格納される情報は、格納情報の種別毎にそれぞれ派生データベース８７−１〜８７−４に複製される（複製処理は点線で示す。）。例えば派生データベース８７−１には「時価情報」、派生データベース８７−２には「認証情報」、派生データベース８７−３には「資産情報」、派生データベース８７−４には「ログ情報」が格納される。
図１９は、格納情報種別の異なる複数の派生データベース８７を示す図である。
サービス提供事業者３−２は、ＷＥＢサーバ１１−２、アプリケーションサーバ１３−２、データベース振分装置１５−２及び元データベース８５と、元データベース８５を元にして派生する派生データベース８７−１〜８７−４等を有する。元データベース８５に格納される情報は、格納情報の種別毎にそれぞれ派生データベース８７−１〜８７−４に複製される（複製処理は点線で示す。）。例えば派生データベース８７−１には「時価情報」、派生データベース８７−２には「認証情報」、派生データベース８７−３には「資産情報」、派生データベース８７−４には「ログ情報」が格納される。
このように、格納する情報の種別が異なる複数の派生データベース８７―１〜８７−４を備えることで、データベース振分装置１５−２はデータベース処理要求を適切なデータベースに効率的に振り分けることができる。また、派生データベース８７―１〜８７−４は、それぞれ元データベース８５に格納される各種情報を分散して格納するので大容量・高性能である必要がないため、設備のコスト的負担軽減の効果がある。
（４−３．時間的に階層構造をなす派生データベース９１）
図２０は、時間的に階層構造をなす派生データベース９１を示す図である。
サービス提供事業者３−３は、ＷＥＢサーバ１１−３、アプリケーションサーバ１３−３、データベース振分装置１５−３及び元データベース８９と、元データベース８９を元にして時間的に段階的に派生する派生データベース９１−１〜９１−３等を有する（複製処理は点線で示す。）。また、元データベース８９を元にして時間的に同時に派生データベース９１−１と派生データベース９３を作成または更新してもよい。
図２０は、時間的に階層構造をなす派生データベース９１を示す図である。
サービス提供事業者３−３は、ＷＥＢサーバ１１−３、アプリケーションサーバ１３−３、データベース振分装置１５−３及び元データベース８９と、元データベース８９を元にして時間的に段階的に派生する派生データベース９１−１〜９１−３等を有する（複製処理は点線で示す。）。また、元データベース８９を元にして時間的に同時に派生データベース９１−１と派生データベース９３を作成または更新してもよい。
派生データベース９１−１に格納される各種情報は、時間的な経過を経て段階的に所定のタイミングで派生データベース９１−２へ、更に派生データベース９１−３へと複製される。従って、元データベース８９、及び派生データベース９１−１〜９１−３は順に時間的に階層構造を成して構成される。
このように、時間的に階層構造を成す複数の派生データベース９１−１〜９１−３を備えることで、データベース振分装置１５−３は、データベース処理要求を、目的に応じた適切なデータベースに効率的に振り分けることができる。例えば、ユーザ５から取得したデータベース処理要求がリアルタイム性が低いものであれば、時間的に階層が下（リアルタイム性が低い。）にある派生データベース９１−３に、データベース処理要求を振り分ける。
このことにより、サービス提供事業者３−３の処理効率を向上させる効果がある。また、データベース処理要求の目的に応じた適切なデータベースに処理要求を振り分けることで、特定のデータベースへのアクセス集中を防止することができる。
（４−４．複数のデータベースの組み合わせ）
尚、サービス提供事業者３は、上記図１８乃至図２０で説明した複数の様態の派生データベースを適宜組み合わせて備えてもよい。
例えば、格納情報種別の異なる複数の派生データベース８７−１〜８７−３（図１９）に、更にそれぞれ時間的階層構造を成す複数の派生データベースを備えるようにしてもよい。
尚、サービス提供事業者３は、上記図１８乃至図２０で説明した複数の様態の派生データベースを適宜組み合わせて備えてもよい。
例えば、格納情報種別の異なる複数の派生データベース８７−１〜８７−３（図１９）に、更にそれぞれ時間的階層構造を成す複数の派生データベースを備えるようにしてもよい。
（５．複数の個別データベース振分装置）
次に、図２１及び図２２を参照しながら、サービス提供事業者３が有するデータベース振分装置１５の構成について説明する。
次に、図２１及び図２２を参照しながら、サービス提供事業者３が有するデータベース振分装置１５の構成について説明する。
（５−１．複数の同等の個別データベース振分装置９７）
図２１は、複数の個別データベース振分装置９７から成るデータベース振分装置１５−４を示す図である。
サービス提供事業者３−４は、ＷＥＢサーバ１１−４、アプリケーションサーバ１３−４、データベース振分装置１５−４、データベースＡ１７−１及びデータベースＢ１９−１を有する（複製処理は点線で示す。）。
図２１は、複数の個別データベース振分装置９７から成るデータベース振分装置１５−４を示す図である。
サービス提供事業者３−４は、ＷＥＢサーバ１１−４、アプリケーションサーバ１３−４、データベース振分装置１５−４、データベースＡ１７−１及びデータベースＢ１９−１を有する（複製処理は点線で示す。）。
データベース振分装置１５−４は、同等の機能を備える個別データベース振分装置９７−１〜９７−３を有する。ロードバランサ９５−１は、アプリケーションサーバ１３−４から送られるデータベース処理要求を個別データベース振分装置９７−１〜９７−３に振り分ける。
個別データベース振分装置９７−１〜９７−３は、それぞれデータベース処理要求の振分条件を定義する振分定義情報１０１−１〜１０１−３と、振分手段９９−１〜９９−３を備える。個別データベース振分装置９７−１〜９７−３によるデータベース処理要求の振分処理については、図１で説明したデータベース振分装置１５の処理と同様なので説明を省略する。
データベース振分装置１５−４が同等の機能を備える個別データベース振分装置９７−１〜９７−３を有することで、データベース処理要求の振分処理の処理集中を分散できるので、データベース振分装置１５−４の処理負荷を軽減させることができる。また、個別データベース振分装置９７−１〜９７−３のいずれかに不具合が生じた場合でも、補修時に他の個別データベース振分装置９７が補うため、容易に保守管理を行うことができ、サービス提供事業者３−４の処理効率の低下を防止することができる。
（５−２．異なる振分定義情報を有する複数の個別データベース振分装置９７）
図２２は、異なる振分定義情報を有する複数の個別データベース振分装置９７から成るデータベース振分装置１５−４を示す図である。図２１に示すデータベース振分装置１５−４と構成要素が同一であるので、同一の符号を付し、説明を省略する。
図２２は、異なる振分定義情報を有する複数の個別データベース振分装置９７から成るデータベース振分装置１５−４を示す図である。図２１に示すデータベース振分装置１５−４と構成要素が同一であるので、同一の符号を付し、説明を省略する。
データベース振分装置１５−４は、異なる振分定義情報１０１−１〜１０１−３を有する複数の個別データベース振分装置９７−１〜９７−３を有する。ロードバランサ９５−１は、アプリケーションサーバ１３−４から送られるデータベース処理要求を個別データベース振分装置９７−１〜９７−３に振り分ける。
個別データベース振分装置９７−１が備える振分定義情報１０１−１は、全てのデータベース処理要求をデータベースＡ１７−１に振り分ける設定である。例えば、サービス提供事業者３−４に、多数の端末装置９からデータベース処理要求のアクセスが集中した場合、ロードバランサ９５−１或いはアプリケーションサーバ１３−４は、優先権を有する端末装置９を判別し、優先権を有する端末装置９から取得したデータベース処理要求を個別データベース振分装置９７−１に優先的に振り分ける。
このように、図２２に示すデータベース振分装置１５−４は、特定の端末装置９から取得したデータベース処理要求を、個別データベース振分装置９７−１を介して、リアルタイム性の高いデータベースＡ１７−２に優先的に振り分けることができる。従って、サービス提供事業者３−４の店舗や支店等に属する特定の端末装置５の業務効率の向上を図ることができる。
（６．その他）
データベース振分装置１５は、サービス提供事業者３に属するサーバコンピュータと、複数のデータベースとの間に配置されれば、任意の装置構成が可能である。
例えば、図１に示すＷＥＢサーバ１１とアプリケーションサーバ１３とデータベース振分装置１５を、１つのサーバコンピュータとして構成してもよい。
また、データベース振分装置１５の機能を実現する処理プログラムを、ＷＥＢサーバ１１またはアプリケーションサーバ１３に組み込むようにしてもよい。
データベース振分装置１５は、サービス提供事業者３に属するサーバコンピュータと、複数のデータベースとの間に配置されれば、任意の装置構成が可能である。
例えば、図１に示すＷＥＢサーバ１１とアプリケーションサーバ１３とデータベース振分装置１５を、１つのサーバコンピュータとして構成してもよい。
また、データベース振分装置１５の機能を実現する処理プログラムを、ＷＥＢサーバ１１またはアプリケーションサーバ１３に組み込むようにしてもよい。
尚、振分定義情報２３（図１）に、振分条件として処理対象５３、処理種別５５、時間帯６１、データベース負荷情報６５、ユーザ属性６９、端末装置属性７３、検索範囲７８のうち少なくともいずれかを追加して振分定義情報を作成してもよいし、複数の振分条件を組み合わせて振分定義情報を作成してもよい。
（７．効果等）
以上詳細に説明したように、本発明の実施の形態に係るデータベース振分装置１５は、自動的に、データベースに対する処理要求の振分条件に適する振分先データベース５７を決定するので、業務処理効率を向上させることができる。
また、アプリケーションサーバ１３は、データベースの振分先に左右されない処理プログラムを実行することができるので、アプリケーションサーバ１３の処理プログラミングの作成や修正の作業負荷を軽減することができる。
以上詳細に説明したように、本発明の実施の形態に係るデータベース振分装置１５は、自動的に、データベースに対する処理要求の振分条件に適する振分先データベース５７を決定するので、業務処理効率を向上させることができる。
また、アプリケーションサーバ１３は、データベースの振分先に左右されない処理プログラムを実行することができるので、アプリケーションサーバ１３の処理プログラミングの作成や修正の作業負荷を軽減することができる。
また、サービス提供事業者３が、リアルタイム性の高いデータベースとその他のデータベースとを備える場合、データベース振分装置１５は、リアルタイム性の不要なデータベース処理要求をその他のデータベースに振り分けることで、リアルタイム性の高いデータベースへの過剰なアクセス負荷を軽減することができる。従ってデータベース振分装置１５は、データベース処理要求に対する全体的な処理効率を向上させることができる。
また、データベース振分装置１５は、データベースの負荷情報を監視してデータベースの振分条件として利用することにより、特定のデータベースへのアクセスの集中を軽減し、全体的な処理効率を向上させることができる。
また、サービス提供事業者３が、上位データベースとその他のデータベースとを備える場合、データベース振分装置１５は、特定のユーザ５からのデータベース処理要求を優先的に上位データベースに振り分けることで、特定のユーザ５の満足度の向上を図ることができる。
また、サービス提供事業者３が、上位データベースとその他のデータベースとを備える場合、データベース振分装置１５は、特定のユーザ５からのデータベース処理要求を優先的に上位データベースに振り分けることで、特定のユーザ５の満足度の向上を図ることができる。
また、データベース振分装置１５は、サービス提供事業者３の店舗や支店に配置される特定の端末装置９からのデータベース処理要求を優先的に上位データベースに振り分けることで、サービス提供事業者３の業務効率の低下を軽減することができる。
また、データベース振分装置１５は、ユーザ５による振分先データベース５７の選択を可能にすることで、ユーザ満足度の向上を可能とする。
また、サービス提供事業者３が複数のデータベースを備え、データベース振分装置１５がデータベースの特徴（リアルタイム性、格納情報種類、階層構造など）に合わせて適切にデータベース処理要求を振り分けることで、処理効率の低下を軽減することができる。
また、サービス提供事業者３が複数のデータベースを備え、データベース振分装置１５がデータベースの特徴（リアルタイム性、格納情報種類、階層構造など）に合わせて適切にデータベース処理要求を振り分けることで、処理効率の低下を軽減することができる。
また、サービス提供事業者３が複数のデータベースを備える場合、元になるデータベースから派生するデータベースの大容量化・高性能化が不要ならば、設備のコスト的負担を軽減することができる。
以上、添付図面を参照しながら、本発明にかかるデータベース振分装置の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
１………サービス提供システム
３、３−１〜３−４………サービス提供事業者
５………ユーザ
７………ネットワーク
９………端末装置
１１、１１−１〜１１−４………ＷＥＢサーバ
１３、１３−１〜１３−４………アプリケーションサーバ
１５、１５−１〜１５−４………データベース振分装置
１７、１７−１………データベースＡ（元データベース）
１９、１９−１………データベースＢ（派生データベース）
２１………振分先決定手段
２２、９９−１〜９９−３………振分手段
２３、５９、６３、６７、７１、７４、７６、１０１−１〜１０１−３………振分定義情報
２５………時間帯取得手段
２７………データベース負荷情報取得手段
２９………ユーザ属性取得手段
３１………端末装置属性取得手段
３３、４３………時価情報
３５、４５………認証情報
３７、４７………資産情報
３９、４９………ログ情報
４１、５１………登録情報
５３………処理対象
５５………処理種別
５７………振分先データベース
６１………時間帯
６５………データベース負荷情報
６７………ユーザ属性
７３………端末装置属性
７５………画面
７７………データベース選択画面
７８………検索範囲
７９………ＯＫボタン
８１、８５、８９………元データベース
８３−１〜８３−４、８７−１〜８７−４、９１−１〜９１−３、９３………派生データベース
９５−１………ロードバランサ
９７−１〜９７−３………個別データベース振分装置
２０１………ＣＰＵ
２０３………メモリ
２０５………記憶部
２０７………表示部
２０９………入力部
２１１………出力部
２１３………通信部
２１５………システムバス
３、３−１〜３−４………サービス提供事業者
５………ユーザ
７………ネットワーク
９………端末装置
１１、１１−１〜１１−４………ＷＥＢサーバ
１３、１３−１〜１３−４………アプリケーションサーバ
１５、１５−１〜１５−４………データベース振分装置
１７、１７−１………データベースＡ（元データベース）
１９、１９−１………データベースＢ（派生データベース）
２１………振分先決定手段
２２、９９−１〜９９−３………振分手段
２３、５９、６３、６７、７１、７４、７６、１０１−１〜１０１−３………振分定義情報
２５………時間帯取得手段
２７………データベース負荷情報取得手段
２９………ユーザ属性取得手段
３１………端末装置属性取得手段
３３、４３………時価情報
３５、４５………認証情報
３７、４７………資産情報
３９、４９………ログ情報
４１、５１………登録情報
５３………処理対象
５５………処理種別
５７………振分先データベース
６１………時間帯
６５………データベース負荷情報
６７………ユーザ属性
７３………端末装置属性
７５………画面
７７………データベース選択画面
７８………検索範囲
７９………ＯＫボタン
８１、８５、８９………元データベース
８３−１〜８３−４、８７−１〜８７−４、９１−１〜９１−３、９３………派生データベース
９５−１………ロードバランサ
９７−１〜９７−３………個別データベース振分装置
２０１………ＣＰＵ
２０３………メモリ
２０５………記憶部
２０７………表示部
２０９………入力部
２１１………出力部
２１３………通信部
２１５………システムバス
Claims (11)
- 複数のデータベースに接続され、前記データベースに対する処理要求を取得して前記複数のデータベースの少なくともいずれかに振り分けるデータベース振分装置であって、
少なくとも時間帯およびデータベース負荷情報に関する前記処理要求の振分条件と振分先データベースとを対応付ける振分定義情報を保持する振分定義情報保持手段と、
現在時刻から時間帯を取得し、前記複数のデータベースからデータベース負荷情報を取得し、前記振分定義情報を参照し、前記取得された処理要求と前記取得された時間帯と前記取得されたデータベース負荷情報に基づいて前記複数のデータベースの中から前記振分先データベースを決定する振分先決定手段と、
前記決定された振分先データベースに前記取得された処理要求を振り分ける振分手段と、
を具備し、
前記振分定義情報保持手段は、さらに、前記処理要求を行ったユーザまたは端末装置による前記振分先データベースの選択可否を対応付けて保持し、
前記振分先決定手段は、前記決定された振分先データベースの選択可否を判定し、選択可能の場合のみ、前記処理要求を行ったユーザまたは端末装置に前記振分先データベースを選択させることを特徴とするデータベース振分装置。 - 前記処理要求の振分条件は、前記処理要求の処理種別または処理対象の少なくともいずれかに関する振分条件を含み、
前記振分先決定手段は、前記取得された処理要求から前記処理種別または前記処理対象の少なくともいずれかを検出して前記振分先データベースを決定することを特徴とする請求項１に記載のデータベース振分装置。 - 前記処理要求の振分条件は、データベース障害状況、検索範囲、前記処理要求を行ったユーザ属性または端末装置属性の少なくともいずれかに関する振分条件を含み、
前記振分先決定手段は、前記処理要求を行ったユーザの属性または端末装置の属性の少なくともいずれかに関する情報を取得して、前記振分先データベースを決定することを特徴とする請求項１または請求項２に記載のデータベース振分装置。 - 前記複数のデータベースには、元データベースと、前記元データベースに格納される少なくともいずれかの情報から派生的に作成される派生データベースとを含むことを特徴とする請求項１から請求項３までのいずれかに記載のデータベース振分装置。
- 前記派生データベースは、前記元データベースと同時更新され、または、前記元データベースの更新と同時に前記元データベースを複製して作成され、または、所定のタイミングで前記元データベースを複製して作成されることを特徴とする請求項１から請求項４までのいずれかに記載のデータベース振分装置。
- 前記複数のデータベースは、前記データベースの作成時点または前記データベースの情報種別（時価、認証、…）に基づいて階層構造をなすことを特徴とする請求項１から請求項５までのいずれかに記載のデータベース振分装置。
- 前記振分定義情報保持手段及び前記振分先決定手段及び前記振分手段を備える複数の個別データベース振分装置を備え、
前記個別データベース振分装置の負荷または前記処理要求を行ったユーザの属性または端末装置の属性の少なくともいずれかに関する情報に基づいて、前記個別データベース振分装置に前記処理要求を振り分けることを特徴とする請求項１から請求項６までのいずれかに記載のデータベース振分装置。 - 前記複数の個別データベース振分装置の振分定義情報保持手段は、それぞれ異なる前記振分定義情報を保持することを特徴とする請求項７に記載のデータベース振分装置。
- 複数のデータベースに接続され、前記データベースに対する処理要求を取得して前記複数のデータベースの少なくともいずれかに振り分けるデータベース振分装置におけるデータベース振分方法であって、
少なくとも時間帯およびデータベース負荷情報に関する前記処理要求の振分条件と振分先データベースとを対応付ける振分定義情報を保持する振分定義情報保持ステップと、
現在時刻から時間帯を取得し、前記複数のデータベースからデータベース負荷情報を取得し、前記振分定義情報を参照し、前記取得された処理要求と前記取得された時間帯と前記取得されたデータベース負荷情報に基づいて前記複数のデータベースの中から前記振分先データベースを決定する振分先決定ステップと、
前記決定された振分先データベースに前記取得された処理要求を振り分ける振分ステップと、
を具備し、
前記振分定義情報保持ステップは、さらに、前記処理要求を行ったユーザまたは端末装置による前記振分先データベースの選択可否を対応付けて保持し、
前記振分先決定ステップは、前記振分先決定手段は、前記決定された振分先データベースの選択可否を判定し、選択可能の場合のみ、前記処理要求を行ったユーザまたは端末装置に前記振分先データベースを選択させることを特徴とするデータベース振分方法。 - 複数のデータベースに接続され、前記データベースに対する処理要求を取得して前記複数のデータベースの少なくともいずれかに振り分けるデータベース振分装置において実行可能なプログラムであって、
前記データベース振分装置を、
少なくとも時間帯およびデータベース負荷情報に関する前記処理要求の振分条件と振分先データベースとを対応付ける振分定義情報を保持する振分定義情報保持手段、
現在時刻から時間帯を取得し、前記複数のデータベースからデータベース負荷情報を取得し、前記振分定義情報を参照し、前記取得された処理要求と前記取得された時間帯と前記取得されたデータベース負荷情報に基づいて前記複数のデータベースの中から前記振分先データベースを決定する振分先決定手段、
前記決定された振分先データベースに前記取得された処理要求を振り分ける振分手段、
として機能させ、
前記振分定義情報保持手段は、さらに、前記処理要求を行ったユーザまたは端末装置による前記振分先データベースの選択可否を対応付けて保持し、
前記振分先決定手段は、前記決定された振分先データベースの選択可否を判定し、選択可能の場合のみ、前記処理要求を行ったユーザまたは端末装置に前記振分先データベースを選択させるためのプログラム。 - 複数のデータベースに接続され、前記データベースに対する処理要求を取得して前記複数のデータベースの少なくともいずれかに振り分けるデータベース振分装置において実行可能なプログラムを記録したコンピュータ読取可能な記録媒体であって、
前記データベース振分装置を、
少なくとも時間帯およびデータベース負荷情報に関する前記処理要求の振分条件と振分先データベースとを対応付ける振分定義情報を保持する振分定義情報保持手段、
現在時刻から時間帯を取得し、前記複数のデータベースからデータベース負荷情報を取得し、前記振分定義情報を参照し、前記取得された処理要求と前記取得された時間帯と前記取得されたデータベース負荷情報に基づいて前記複数のデータベースの中から前記振分先データベースを決定する振分先決定手段、
前記決定された振分先データベースに前記取得された処理要求を振り分ける振分手段、
として機能させ、
前記振分定義情報保持手段は、さらに、前記処理要求を行ったユーザまたは端末装置による前記振分先データベースの選択可否を対応付けて保持し、
前記振分先決定手段は、前記決定された振分先データベースの選択可否を判定し、選択可能の場合のみ、前記処理要求を行ったユーザまたは端末装置に前記振分先データベースを選択させるためのプログラムを記録したコンピュータ読取可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007296264A JP5269394B2 (ja) | 2007-11-15 | 2007-11-15 | データベース振分装置、データベース振分方法、プログラム、および記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007296264A JP5269394B2 (ja) | 2007-11-15 | 2007-11-15 | データベース振分装置、データベース振分方法、プログラム、および記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009122966A JP2009122966A (ja) | 2009-06-04 |
| JP5269394B2 true JP5269394B2 (ja) | 2013-08-21 |
Family
ID=40815054
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007296264A Expired - Fee Related JP5269394B2 (ja) | 2007-11-15 | 2007-11-15 | データベース振分装置、データベース振分方法、プログラム、および記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5269394B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5367636B2 (ja) * | 2010-05-11 | 2013-12-11 | 日本電信電話株式会社 | データベース管理装置及びデータベースシステム及びデータベース管理方法及びプログラム |
| JP5502021B2 (ja) * | 2011-05-11 | 2014-05-28 | 中国電力株式会社 | ディレクトリ情報提供装置、情報処理システム、ディレクトリ情報提供方法及びプログラム |
| JP5845789B2 (ja) * | 2011-09-30 | 2016-01-20 | 富士通株式会社 | 制御プログラム、データアクセス制御装置およびデータ制御方法 |
| JP2013206145A (ja) * | 2012-03-28 | 2013-10-07 | Hitachi Solutions Ltd | サーバ装置、データ提供システム |
| JP6226737B2 (ja) * | 2013-12-20 | 2017-11-08 | 株式会社野村総合研究所 | データ分散管理システム |
| JP6674871B2 (ja) * | 2016-09-08 | 2020-04-01 | 日本電信電話株式会社 | 異種データベース管理装置、方法及びプログラム |
| JP7006709B2 (ja) | 2020-01-07 | 2022-01-24 | 株式会社リコー | 情報処理システム、情報処理装置、データ転送方法およびプログラム |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003099347A (ja) * | 2001-09-25 | 2003-04-04 | Nippon Telegr & Teleph Corp <Ntt> | 分散サーバ選択システム |
| JP2004110241A (ja) * | 2002-09-17 | 2004-04-08 | Hitachi Kokusai Electric Inc | 営業支援システム |
| JP2004246778A (ja) * | 2003-02-17 | 2004-09-02 | Nippon Telegr & Teleph Corp <Ntt> | データベースシステムの負荷分散方法とこの方法を実現する負荷分散制御装置及び制御プログラム |
| JP4327481B2 (ja) * | 2003-03-17 | 2009-09-09 | 株式会社日立製作所 | データベースシステム、サーバ、問い合わせ投入方法及びデータ更新方法 |
| JP2007179300A (ja) * | 2005-12-28 | 2007-07-12 | Nomura Research Institute Ltd | 分散システム、分散処理プログラム、および分散処理方法 |
-
2007
- 2007-11-15 JP JP2007296264A patent/JP5269394B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2009122966A (ja) | 2009-06-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5269394B2 (ja) | データベース振分装置、データベース振分方法、プログラム、および記録媒体 | |
| US8099379B2 (en) | Performance evaluating apparatus, performance evaluating method, and program | |
| US8271641B2 (en) | Method and system for governing resource consumption in a multi-tenant system | |
| CN102253869B (zh) | 可缩放的容错元数据服务 | |
| US6085220A (en) | Enterprise interaction hub for managing an enterprise web system | |
| US7185096B2 (en) | System and method for cluster-sensitive sticky load balancing | |
| US7441024B2 (en) | Method and apparatus for applying policies | |
| US8429660B2 (en) | Systems and methods to allocate application tasks to a pool of processing machines | |
| US7444395B2 (en) | Method and apparatus for event handling in an enterprise | |
| US8447757B1 (en) | Latency reduction techniques for partitioned processing | |
| US7047177B1 (en) | Thin client sizing tool for enterprise server farm solution configurator | |
| US7856496B2 (en) | Information gathering tool for systems administration | |
| US20060085404A1 (en) | Method, apparatus, and computer program product updating software in an information processing apparatus | |
| US20140250061A1 (en) | System and method for accessing information in a replicated database | |
| US20030061331A1 (en) | Data storage system and control method thereof | |
| US20110173090A1 (en) | Load balancing technique implemented in a data network device utilizing a data cache | |
| US20110030048A1 (en) | System, method and program for managing firewalls | |
| JP2002108728A (ja) | 障害情報の掲載方法およびプロバイダ設備 | |
| CN110198346A (zh) | 数据读取方法、装置、电子设备及可读存储介质 | |
| CN113220540A (zh) | 业务管理方法、装置、计算机设备和存储介质 | |
| JP4881760B2 (ja) | ログ管理装置、ログ管理方法、プログラム、及び記録媒体 | |
| JP2010152818A (ja) | サーバシステム | |
| JP2007265244A (ja) | ウェブシステムの性能監視装置 | |
| JP2000047912A (ja) | ネットワークサービス監視方法および装置とネットワークサービス監視プログラムを記録した記録媒体 | |
| CN109672563B (zh) | 一种网关的配置方法、装置及api网关 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100310 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120511 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120515 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120612 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20130108 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130326 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20130403 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130423 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130508 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |