(57)【特許請求の範囲】
【請求項１】
複数のデータベースと、アプリケーションからの要求に従って前記データベースのデータにアクセスするサーバ装置とを備えたデータベース統合システムであって、
前記サーバ装置は、
1または複数のデータベースのデータを含むオブジェクトの構造を定義するオブジェクトモデルを記憶するオブジェクトモデル記憶手段と、
前記アプリケーションから、前記オブジェクトに対するアクセスの要求を受け取った場合に、前記オブジェクトモデル記憶手段に記憶されたオブジェクトモデルに従って、前記データベースにアクセスして、オブジェクトに含めるべきデータを収集し、オブジェクトを作成するオブジェクト作成手段と、
作成したオブジェクトに、前記アプリケーションから要求されたアクセスを行い、その結果を前記アプリケーションに応答するオブジェクトアクセス処理手段とを有し、
前記オブジェクト作成手段は、
前記アプリケーションから、前記オブジェクトに対するアクセスの要求を、アクセスを要求するオブジェクトの範囲を特定する変数の指定と共に受付け、作成の結果、指定された変数で特定される範囲に含まれることになるオブジェクトのみを作成する第一の手段と、
作成の結果、指定された変数が規定する種別の、指定された変数が規定する値と等しい、もしくは、値の範囲に含まれる値を有するデータを含むことになるオブジェクトのみを作成する第二の手段とを有し、
前記変数は、前記オブジェクトに含まれるデータの種別と、その値もしくは値の範囲を規定する
ことを特徴とするデータベース統合システム。
【請求項２】
アプリケーションが、相互に異なるアクセス法によってアクセスされる複数のデータベースのデータへ同じアクセス法でアクセスできるよう、前記アプリケーションの前記各データベースのデータへのアクセスを仲介するデータベース統合方法であって、
1または複数のデータベースのデータを含むオブジェクトの構造を定義するオブジェクトモデルを記憶するオブジェクトモデル記憶ステップと、
前記アプリケーションから、前記オブジェクトに対するアクセスの要求を所定のアクセス法によって受け取るステップと、
前記オブジェクトモデル記憶手段に記憶されたオブジェクトモデルに従って、前記データベースに当該データベースのアクセス法によってアクセスして、オブジェクトに含めるべきデータを収集し、オブジェクトを作成するオブジェクト作成ステップと、
前記アプリケーションからアクセスを要求されたオブジェクトに、要求されたアクセスを行い、その結果を前記アプリケーションに応答するオブジェクトアクセス処理ステップとを有し、
前記オブジェクト作成ステップは、
前記アプリケーションから、前記オブジェクトに対するアクセスの要求を、アクセスを要求するオブジェクトの範囲を特定する変数の指定と共に受付け、作成の結果、指定された変数で特定される範囲に含まれることになるオブジェクトのみを作成する第一のステップと、
作成の結果、指定された変数が規定する種別の、指定された変数が規定する値と等しい、もしくは、値の範囲に含まれる値を有するデータを含むことになるオブジェクトのみを作成する第二のステップとを有し、
前記変数は、前記オブジェクトに含まれるデータの種別と、その値もしくは値の範囲を規定する
ことを特徴とするデータベース統合方法。
【請求項３】
電子計算機によって読み取られ実行されるプログラムを記憶した記憶媒体であって、
前記プログラムは、
複数のデータベースと、アプリケーションからの要求に従って前記データベースのデータにアクセスするサーバであって、
1または複数のデータベースのデータを含むオブジェクトの構造を定義するオブジェクトモデルを記憶するオブジェクトモデル記憶手段と、
前記アプリケーションから、前記オブジェクトに対するアクセスの要求を受け取った場合に、前記オブジェクトモデル記憶手段に記憶されたオブジェクトモデルに従って、前記データベースにアクセスして、オブジェクトに含めるべきデータを収集し、オブジェクトを作成するオブジェクト作成手段と、
作成したオブジェクトに、前記アプリケーションから要求されたアクセスを行い、その結果を前記アプリケーションに応答するオブジェクトアクセス処理手段とを有するサーバを、前記電子計算機上に構築し、
前記オブジェクト作成手段は、
前記アプリケーションから、前記オブジェクトに対するアクセスの要求を、アクセスを要求するオブジェクトの範囲を特定する変数の指定と共に受付け、作成の結果、指定された変数で特定される範囲に含まれることになるオブジェクトのみを作成する第一の手段と、
作成の結果、指定された変数が規定する種別の、指定された変数が規定する値と等しい、もしくは、値の範囲に含まれる値を有するデータを含むことになるオブジェクトのみを作成する第二の手段とを有し、
前記変数は、前記オブジェクトに含まれるデータの種別と、その値もしくは値の範囲を規定する
ことを特徴とするプログラムを記録する記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アプリケーションから透過的にアクセスできるよう、複数のデータベースを統合する技術に関するものである。
【０００２】
【従来の技術】
データベースを利用した業務システムとしては、たとえば、通信事業におけるオペレータの各種作業を支援するオペレーション支援システム（以下単に「OSS」と記す）などがある。従来、これらOSSでは、OSS毎にそれぞれ規定されたアクセス法によってアクセスされるデータベースが、各種データの蓄積に利用されてきた。
【０００３】
さて、通信事業の事業形態の変化等に伴い、個別の業務毎に設けられてきた複数のOSSの各データベースのデータを統合的に用いるOSSの構築が必要となる場合がある。そして、このような各データベースのデータを統合的に用いるOSSの構築には、これらデータを利用する業務アプリケーションが、各データベースのデータに同じアクセス方法で透過的にアクセスできるようにすることが極めて重要となる。
【０００４】
このような複数のシステムの複数のデータベース上のデータを透過的にアクセスすることを可能とするために用いることのできる技術としては、ソフトリサーチセンター「分散オブジェクト指向技術CORBA」小野沢博文著、1996年に記載のオブジェクト・リクエスト・ブローカ等のオブジェクト分散システムの技術が知られている。
【０００５】
また、特開平11−96054号公報「データベース統合アプリケーション構築システム」に記載の、統一されたアクセス法によって業務アプリケーションがアクセス可能な中間的なオブジェクトを設け、これに個々のデータベース上のオブジェクトを統合することにより、個々のアプリケーションが、中間的なオブジェクトを介して、個々のデータベース上のオブジェクトに透過的にアクセスできるようにした技術も知られている。
【０００６】
【発明が解決しようとする課題】
しかし、前記のオブジェクト・リクエスト・ブローカ単独ではデータベースへのアクセス透過性を提供していないため、異なるアクセスインターフェース毎に変換プログラムを実装する必要があり、システムの拡張性や変更に対応していくことが困難である。また、前記の特開平11−96054号公報記載の技術は、前提として、常時、業務アプリケーションから直接もしくは間接的にアクセスされる可能性のある全てのオブジェクト（オブジェクトインスタンス）が生成され管理されていることが必要となる。
【０００７】
このために、OSSなどのデータ数の多いシステムでは、オブジェクトの数の膨大なものとなるために、その管理に要する資源量が過大なものとなることがある。また、業務の変更などにより、個々のオブジェクト（オブジェクトインスタンス）の構造を定義するオブジェクトモデルを変更する度に、全てのオブジェクト（オブジェクトインスタンス）を再生成しなけらばならならないために、オブジェクトモデルに要する資源量も過大なものとなることがあった。
【０００８】
そこで、本発明は、より少ない資源消費量で、複数のデータベース上のデータを透過的にアクセスすることを可能とすることを課題とする。
【０００９】
【課題を解決するための手段】
前記課題達成のために、本発明は、たとえば、複数のデータベースと、アプリケーションからの要求に従って前記データベースのデータにアクセスするサーバ装置とを備えたデータベース統合システムであって、
前記サーバ装置は、
1または複数のデータベースのデータを含むオブジェクトの構造を定義するオブジェクトモデルを記憶するオブジェクトモデル記憶手段と、
前記アプリケーションから、前記オブジェクトに対するアクセスの要求を受け取った場合に、前記オブジェクトモデル記憶手段に記憶されたオブジェクトモデルに従って、前記データベースにアクセスして、オブジェクトに含めるべきデータを収集し、オブジェクトを作成するオブジェクト作成手段と、
作成したオブジェクトに、前記アプリケーションから要求されたアクセスを行い、その結果を前記アプリケーションに応答するオブジェクトアクセス処理手段とを有することを特徴とするデータベース統合システムを提供する。
【００１０】
このようなデータベース統合システムによれば、アプリケーションからアクセスの要求があった時点で、オブジェクトを作成するので、常時、アプリケーションからアクセスされる可能性のある全てのオブジェクト（オブジェクトインスタンス）が生成され管理されている必要がなくなる。したがって、より少ない資源消費量で、複数のデータベース上のデータを透過的にアクセスすることを可能とすることができる。
【００１１】
また、さらに、このようなデータベース統合システムにおいて、
前記オブジェクト作成手段は、前記アプリケーションから、前記オブジェクトに対するアクセスの要求を、アクセスを要求するオブジェクトの範囲を特定する変数の指定と共に受付け、作成の結果、指定された変数で特定される範囲に含まれることになるオブジェクトのみを作成するように構成すれば、アプリケーションが必要とするオブジェクトのみを、アプリケーションが必要とするときに作成することができるので、アプリケーションからアクセス要求があった際の処理を、より少ない資源消費量で行うことができるようになる。
【００１２】
【発明の実施の形態】
以下、本発明の一実施形態について、通信事業者が使用するOSS（オペレーション支援システム）への適用を例にとり説明する。
【００１３】
まず、第1の実施形態について説明する。
【００１４】
図1に、本実施形態に係るOSSのシステム構成を示す。
【００１５】
図中、オブジェクト仮想統合サーバ101は、複数の業務アプリケーション100から複数のデータベースシステム120への参照要求や操作要求を一括して処理する仮想統合化インターフェース部102と、業務アプリケーション100からの要求に応じて共通オブジェクトインスタンスを生成・削除し、当該状態を管理する仮想オブジェクト管理部103と、共通オブジェクトインスタンスを格納するオブジェクトインスタンス格納部104と、共通オブジェクトモデルの定義情報である共通オブジェクトモデル等を格納するオブジェクトモデル格納部105と、共通オブジェクトモデル等を定義するためのオブジェクトモデル定義・抽出部106と、データベース120へのアクセスを処理するデータアクセスインターフェース部108と、顧客データベース300とからなる。インターフェースリポジトリ107は共通オブジェクトモデルのインターフェース情報を仮想統合化インターフェース部102及びデータアクセスインターフェース部108に提供する。なお、データアクセスインターフェース部108から個々のデータベースシステムへのアクセスは、データアダプタ110が、データアクセスインターフェース部108がデータベースシステム120のデータにアクセスするためのインターフェースを規定するデータ定義を保持しており、このデータ定義が規定するインターフェース上で、データアクセスインターフェース部108よりのデータベースシステム120のデータへのアクセスを受付け、受け付けた内容に従って、データベースシステム120固有のアクセス方法に従ってデータベースシステム120にアクセスし、結果をデータアクセスインターフェース部108に返す。
【００１６】
ここで、オブジェクト仮想統合サーバ101は、図2に示すように、CPU201、メモリ202、入出力インターフェース203、表示装置204、入力装置205、記憶装置206、ネットワーク装置207のハードウェアを搭載したコンピュータ上に構築することができる。この場合、オブジェクト仮想統合サーバの各機能を実現するプログラムは記憶装置206の記憶媒体からメモリ202に読み込まれ、プロセスとして具体化される。また、仮想統合サーバ101と外部のシステム208（図1の100、110、120）とは、たとえば、ネットワーク装置207を介して接続される。
【００１７】
さて、以上に示したOSSは、たとえば、図3に示すような、通信事業者Zが、サービスを利用している複数の顧客に対して、サービスオーダーや料金に関する問合せサービスを提供するOSSに適用することができる。
【００１８】
図示するように、通信事業者ZのOSS303は、顧客からの問合せを受け付けて応答を返す顧客問合せシステム10010、電話サービス料金システム12010、その料金明細データベース12011、外部からのデータアクセスのために付加されたデータアダプタ11010（“Phone_BL_adapter”という識別子を持つ）、データ通信サービスの料金システム12020、その料金明細データベース12021、外部からのデータアクセスのために付加されたデータアダプタ11020（“Data_BL_adapter”という識別子を持つ）、電話サービスのオーダーシステム12030、そのサービスオーダーデータベース12031、外部からのデータアクセスのために付加されたデータアダプタ11030（“Phone_SO_adapter”という識別子を持つ）、データ通信サービスのオーダーシステム12040、そのサービスオーダーデータベース12041、外部からのデータアクセスのために付加されたデータアダプタ11040（“Data_SO_adapter”という識別子を持つ）、複数のシステムに分散するデータへの透過的なアクセスを実行するオブジェクト仮想統合サーバ101、顧客データベース300とで構成されている。
【００１９】
ここで、顧客問合せシステム10010が図1の業務アプリケーション100に対応する。また、電話サービス料金システム12010と料金明細データベース12011、データ通信サービスの料金システム12020と料金明細データベース12021、電話サービスのオーダーシステム12030とサービスオーダーデータベース12031、データ通信サービスのオーダーシステム12040とサービスオーダーデータベース12041が、それぞれ図1のデータベースシステムに相当する。また、この例では、個々のデータベースシステムは、それぞれ独立したOSSを構成している。たとえば、電話サービスのオーダーシステム12030とサービスオーダーデータベース12031は、顧客からのサービスオーダーの受付や、サービスオーダーの実施に関する業務を支援するためのOSSを構成している。
【００２０】
このような構成において、オブジェクト仮想統合サーバ101は顧客A301からの問い合わせ要求があると共通オブジェクトインスタンス10110を、顧客X302からの問い合わせ要求があると共通オブジェクトインスタンス10120を作成し、これら共通オブジェクトを用いて、各データベースの、顧客A301、顧客X302のサービスオーダーや料金についての情報を収集し、問い合わせ要求に対する応答を行う。
【００２１】
以下、このようなオブジェクト仮想統合サーバ101の動作について、図3に示した通信事業者のOSSを例にとり説明する。
【００２２】
図4に、顧客からの問い合わせの要求の処理に先立ち予め行うオブジェクトモデルの定義処理の手順を示す。
【００２３】
図示するように、この処理では、まず、オブジェクトモデル定義・抽出部106が、管理者の記述に従って、共通オブジェクトモデルを作成する（ステップ601）。
【００２４】
ここでは、共通オブジェクトモデルとして、図5に示すオブジェクトインスタンスの構造を規定するオブジェクトモデルを作成する。
【００２５】
図5に示した共通オブジェクトインスタンスは、共通オブジェクトクラス名称900（例えば“Customer_Support"）、顧客ID901（オブジェクトインスタンスにおいて例えば”011-233-12345"が代入される）、顧客名称902（オブジェクトインスタンスにおいて例えば“株式会社日立製作所”が代入される）、顧客所在地903（オブジェクトインスタンスにおいて例えば“横浜市戸塚区吉田町292番地”が代入される）、サービスオーダー番号-1（オブジェクトインスタンスにおいて例えば“SO-K-05876921”が代入される）…番号-n 904、料金請求番号1（オブジェクトインスタンスにおいて例えば“BL-K-4456789”が代入される）…番号-n 905、とから構成される。共通オブジェクトのインスタンスは例えば全てのシステムで一意に割り当てられる顧客IDによって識別される。
【００２６】
ただし、このような共通オブジェクトインスタンスを規定する共通オブジェクトモデル、すなわちステップ601で作成する共通オブジェクトモデルでは、図6に示すように、共通オブジェクトクラス名称900のみ値が設定され、他は、その構造のみが規定されている。また、サービスオーダー番号、料金請求番号は、任意数の配列として規定されており、これに従い、オブジェクトインスタンスの作成時に、オブジェクトインスタンスに必要に応じてサービスオーダー番号-1…番号-n 904、料金請求番号1…番号-n 905の項目が生成され、その値が設定されることになる。また、図6に示した共通オブジェクトモデル中のデータ定義は、このステップ601の段階では、設定されない。
【００２７】
さて、図4に戻り、共通オブジェクトモデルを作成したならば、管理者は、次に、オブジェクトモデル定義・抽出部106を介して、データベースシステム毎の個別オブジェクトモデルを定義する（ステップ602）。
【００２８】
ここでは、個別オブジェクトモデルとしては、電話サービス料金システム12010と料金明細データベース12011、電話サービスのオーダーシステム12030とサービスオーダーデータベース12031、データ通信サービスのオーダーシステム12040とサービスオーダーデータベース12041に対しては図7に示すようなサービスオーダーオブジェクトインスタンスを規定する個別オブジェクトモデルを、データ通信サービスの料金システム12020と料金明細データベース12021に対しては図8に示すような料金明細オブジェクトインスタンスを規定する個別オブジェクトモデルを定義する。
【００２９】
図7のサービスオーダーオブジェクトインスタンスは、オブジェクトクラス名称9010（例えば“Service_Order”）、サービスオーダー番号9011（例えば“SO_D_0234567”）、顧客ID901、オーダー種別9013（例えば“新規加入”）、申込みサービス種別-1（例えば“ショートメールサービス”）…種別-n 9014、サービス開始希望日9015（例えば“99/08/01”）、工事要否9016（例えば“不要”）、サービス開始予定日9017（例えば“99/08/01”）とから構成され、この個別オブジェクトインスタンスはサービスオーダー番号によって一意に識別される。
【００３０】
ただし、このような個別オブジェクトインスタンスを規定する個別オブジェクトモデル、すなわちステップ602で作成する個別オブジェクトモデルでは、図9に示すように、オブジェクトクラス名称9010だけ値が設定され、他は、その構造と、データベースシステム120上の、その項目のデータにアクセスするためのインターフェースであるデータ定義のみが規定されている。
【００３１】
また図8の料金明細オブジェクトインスタンスは、共通オブジェクトクラス名称9020（例えば“Billing_Info”）、料金請求番号9021（例えば“BL_K_4456789”）、顧客ID901、契約サービス種別9023（例えば“携帯電話サービス”）、基本料金種別9024（例えば“プランSS”）、割引料金種別9025（例えば“長期優待割引き”）、オプションサービス種別9026（例えば“割込通話”）、料金明細書番号-1（例えば“DT_9906_123456”）…番号-n 9027、料金未払い状況9028（例えば“未払いなし”）、とから構成され、この個別オブジェクトインスタンスは、料金請求番号によって一意に識別される。
【００３２】
ただし、このような個別オブジェクトインスタンスを規定する個別オブジェクトモデル、すなわちステップ602で作成する個別オブジェクトモデルでは、図10に示すように、オブジェクトクラス名称9020だけ値が設定され、他は、その構造と、データベースシステム120上の、その項目のデータにアクセスするためのインターフェースであるデータ定義のみが規定されている。
【００３３】
ここで、これら各個別オブジェクトモデルには、その個別オブジェクトモデルを、それに対して作成したシステムが電話サービスのものかデータ通信サービスのものかに応じて、電話サービスかデータ通信サービスの属性を与えて設定する。
【００３４】
さて、図4に戻り、個別オブジェクトモデルを作成したならば、管理者は、次に、オブジェクトモデル定義・抽出部106を介して、共通オブジェクトモデルと個別オブジェクトモデルの参照関係を定義する（ステップ603）。
【００３５】
ここでは、参照関係として、図11に示すようなデータ項目参照関係テーブルを作成する。
【００３６】
データ項目参照関係テーブルは、参照元共通オブジェクトクラス名称911（“Customer_Support”）、参照先1-管理オブジェクトクラス名称912（“Service_Order”）、参照先1-インスタンス識別名称913（“サービスオーダー番号”）、参照先1-データアダプタ名称914（“Phone_SO_adapter”）、以下参照先2 915-917、参照先3 918-920、参照先4 921-923についても同様、とから構成される。また参照先1-データアダプタ名称914については、属性として、そのデータアダプタ部110が設けられたシステムが電話サービスのものかデータ通信サービスのものかに応じて、電話サービスかデータ通信サービスの属性を与えて設定する。
【００３７】
このデータ項目参照関係テーブルは、参照元共通オブジェクトクラス名称911の共通オブジェクトモデルの、参照先n-インスタンス識別名称と同じ名称の項目に対して、参照先n-個別オブジェクトクラス名称の個別オブジェクトモデルを参照すべきことと、参照先n-データアダプタ名称のデータアダプタ部110が設けられたデータベースシステム120が、参照元共通オブジェクトクラス名称911の共通オブジェクトモデルの、参照先n-インスタンス識別名称と同じ名称の項目と、参照先n-個別オブジェクトクラス名称の個別オブジェクトモデルに対応するデータを保持していることを表している。
【００３８】
ここで、同じ、参照先n-インスタンス識別名称913が複数登録されている場合には、その項目に対して参照すべき参照先が複数あることになる。
【００３９】
さて、図4に戻り、このようにして、共通オブジェクトモデルと個別オブジェクトモデルの参照関係を定義したならば、次に、データ項目参照関係テーブルを用いて、ステップ602で作成した個別オブジェクトモデルを検索して共通オブジェクトモデルの項目に対応するデータ定義を抽出し、共通オブジェクトモデルに、当該データ定義を抽出した個別オブジェクトモデルに対して設定されている属性（電話サービスもしくはデータ通信サービス）を与えて、設定する（ステップ604）処理を、すべての個別オブジェクトモデルをついて行う（ステップ605）。
【００４０】
具体的には、たとえば、図6の共通オブジェクトモデルの項目サービスオーダー番号については、図11のデータ項目参照関係テーブルの参照先n-インスタンス識別名称がサービスオーダー番号であるものを探し、この参照先n-インスタンス識別名称に対して設定されている参照先n-管理オブジェクトクラス名称の個別オブジェクトモデルを参照し、個別オブジェクトモデル中の項目サービスオーダー番号に対して設定されているデータ定義を、共通オブジェクトモデルの項目サービスオーダー番号に対して設定する。
【００４１】
そして、次に、作成した共通オブジェクトモデルと個別オブジェクトモデルとデータ項目参照関係テーブルをオブジェクトモデル格納部105に格納する（ステップ606）。
【００４２】
そして、業務アプリケーションが共通オブジェクトモデルにアクセスするためのインターフェース情報を生成し（ステップ607）、インターフェースリポジトリに格納する（ステップ608）。
【００４３】
以上、顧客からの問い合わせの要求の処理に先立ち予め行うオブジェクトモデルの定義処理について説明した。
【００４４】
次に、オブジェクト仮想統合サーバ101の顧客からの問い合わせ要求に対して応答を行う際の処理について説明する。
【００４５】
図12に、本処理の手順を示す。
【００４６】
図示するように、顧客問合せシステム10010は起動時に、インターフェースリポジトリに格納されたインターフェース情報に従って、仮想統合化インターフェース部102に特定のオブジェクト初期化要求を発行する（ステップ701）。このオブジェクト初期化要求を、仮想統合化インターフェース部102を介して受け取った仮想オブジェクト管理部103は、オブジェクトモデル格納部105より共通オブジェクトモデルを読み込む（ステップ702）。さらにデータアクセスインターフェース部108は、読み込まれた共通オブジェクトに対して、データ項目参照関係テーブルで、参照先n-データアダプタ名称のデータアダプタ部110として定義されている各データアダプタ部110に接続する（ステップ703）。
【００４７】
そして、その後、顧客A301から、顧客IDとサービス種別（電話サービス又はデータ通信サービス）を指定した共通オブジェクトインスタンスの参照要求が発行されたならば、仮想オブジェクト管理部103はこれを仮想統合化インターフェース部102を介してに受け取る（ステップ704）。
【００４８】
仮想オブジェクト管理部103は、参照要求を受け取ると、指定された顧客IDを項目顧客IDの値として持ち、指定されたサービス種別を属性として持つ共通オブジェクトインスタンスが既に生成されているかどうかを調べ、生成されていない場合には（ステップ705）、この顧客IDの共通オブジェクトインスタンス10110のみを生成し、オブジェクトインスタンス格納部104に格納する（ステップ706）。
【００４９】
共通オブジェクトインスタンス10110の生成においては、オブジェクトクラス名称の項目については共通オブジェクトモデルで設定された値を設定する。そして、顧客名称902、顧客所在地903の項目については、オブジェクト仮想統合サーバ101付属の顧客データベース300から、顧客IDに対応する顧客名称902、顧客所在地を検索して設定する。サービスオーダー番号、料金請求番号の項目については、これら項目に対して指定されたサービス種別の属性をもって設定されているデータ定義が規定するインターフェースに従って、これら項目の名称と同じ参照先n-インスタンス識別名称に対してデータ項目参照関係テーブルに、指定されたサービス種別の属性をもって設定されている参照先n-データアダプタ名称のデータアダプタ部110に、指定された顧客IDに対応する、その項目データを問い合わせ、その応答の結果得られた値を設定する。そして、生成した共通オブジェクトモデルに、指定されたサービス種別を、その属性として設定する。
【００５０】
このようにして指定された顧客IDを持つ共通オブジェクトインスタンスが生成されたならば、次に、共通オブジェクトインスタンスが参照しているデータを収集する（ステップ707）。
【００５１】
ここでは、この共通オブジェクトモデルについてのデータ項目参照関係テーブルに、参照先n-個別オブジェクトモデルとして登録されている個別オブジェクトモデルのうち、指定されたサービス種別の属性をもっている個別オブジェクトモデルをオブジェクトモデル格納部105より読み出し、この個別オブジェクトモデルに従った、参照先n-インスタンス識別名称として登録されている共通オブジェクトインスタンスの項目の値を識別値として持つ個別オブジェクトインスタンスを生成し、オブジェクトインスタンス格納部104に格納する。ただし、値が設定されていない共通オブジェクトインスタンスの項目については個別オブジェクトインスタンスを生成しない。
【００５２】
個々の個別オブジェクトインスタンスの生成に際しては、たとえば、その個別オブジェクトインスタンスが図7に示したサービスオーダーオブジェクトインスタンスであれば、まず、オブジェクトクラス名称9010の項目については個別オブジェクトモデルに設定された値を設定する。サービスオーダー番号9011の項目については、共通オブジェクトインスタンスの同名称の項目の値を設定する。他の項目については、これら項目に対して設定されているデータ定義が規定するインターフェースに従って、サービスオーダー番号の名称と同じ参照先n-インスタンス識別名称に対してデータ項目参照関係テーブルに設定されている参照先n-データアダプタ名称のデータアダプタ部110に、設定したサービスオーダー番号に対応する、その項目データを問い合わせ、その応答の結果得られた値を設定する。
【００５３】
このようにして、個別オブジェクトインスタンスを作成したならば、作成した共通オブジェクトインスタンスと個別オブジェクトインスタンスのデータを適宜加工し、仮想統合化インターフェース部102を介して顧客問合せシステム10010に応答する（ステップ708）。なお、ステップ705で、指定された顧客IDを項目顧客IDの値として持ち、指定されたサービス種別を属性として持つ共通オブジェクトインスタンスが既に生成されている場合には、ステップ706、707の処理は行わすに、直ちにこのステップ708の処理を行うことになる。
【００５４】
さて、応答を受けた顧客問合せシステム10010は顧客Aからの問合せ結果を例えば図13に示すような顧客サポート情報表示画面1500に表示する。当該画面には、図示するようにたとえば、顧客ID、顧客名称、顧客所在地等の顧客基本情報を表示・入力するフィールド1510、顧客ID等をキーとして検索を行うためのボタン1511、サービス種別、基本プラン、オプション等の契約サービスを表示するフィールド1520、基本使用料、通話料、オプション料、割引き、滞納料金、請求合計等の料金明細を表示するフィールド1530、過去の料金明細を検索し表示するためのボタン1531、オーダー番号、オーダー種別、サービス開始希望日、サービス開始予定日等を表示するフィールド1540、サービスオーダーの詳細情報を表示するためのボタン1541、とを設ける。
【００５５】
さて、図12に戻り、顧客問合せシステムから参照要求があれば、704ステップに戻って処理を継続し、顧客IDとサービス種別を指定した共通オブジェクト削除要求があれば（ステップ709）、指定された顧客IDを項目顧客IDの値として持ち、指定されたサービス種別を属性として持つ共通オブジェクトインスタンスに対して生成した個別オブジェクトインスタンスを生成時とは逆の方法によって抽出し、これら個別オブジェクトインスタンスと共通オブジェクトインスタンスとをオブジェクトインスタンス格納部104から削除する（ステップ710）。
【００５６】
以上、本発明の第1の実施形態について説明した。
【００５７】
なお、以上の実施形態では、顧客データベースのみ、データ定義やデータアダプタ部を介さずに、オブジェクト仮想統合サーバから直接アクセス可能に構成したが、これは他のデータベースシステム120と同様に、データ定義やデータアダプタ部を介してアクセスするものとしてよい。
【００５８】
また、以上の実施形態では、データベースシステムのデータの参照を行う場合を例にとり説明したが、本オブジェクト仮想統合サーバは、上記実施形態におけるデータベースシステムのデータの参照をデータベースシステムのデータ操作に置き換えることにより、データベースシステムのデータの更新等の各種データ操作にも同様に適用することができる。
【００５９】
また、以上の実施形態では、個別オブジェクトモデルや個別オブジェクトインスタンスの生成を、オブジェクト仮想統合サーバ側で行ったが、個別オブジェクトインスタンスの生成もしくは個別オブジェクトモデルと個別オブジェクトインスタンスの生成は、それぞれ対応するデータアダプタ部110において行うようにしてもよい。
【００６０】
また、本実施形態では、共通オブジェクトモデルを1種のみ作成する場合を例にとり説明したが、共通オブジェクトモデルは複数種作成するようにしてよい。また、この際に、異なる共通オブジェクトモデルにおいて、同じ個別オブジェクトモデルを参照するようにしてかまわない。
【００６１】
以上、第1実施形態によれば、オブジェクトインスタンスを業務アプリケーションが必要とするときに、必要とする範囲内においてのみ生成し管理するので、より少ない資源消費量で、複数のデータベース上のデータを透過的にアクセスすることを可能とすることができる。
【００６２】
以下、本発明の第2の実施形態について説明する。
【００６３】
本第2実施形態は、移動通信ネットワーク410を統合的に監視する監視システムとして適用されるOSSを例にとり説明する。
【００６４】
図14に、本実施形態に係る監視システムの構成を示す。
【００６５】
図示するように、監視システムは、サービスエリア測定システム12050、そのカバレッジデータベース12051、外部からのデータアクセスのために付加されたデータアダプタ11050（“BTS_Test_adapter"という識別子を持つ）、地理情報システム12060、その地図データベース12061、外部からのデータアクセスのために付加されたデータアダプタ11060（"AreaMap_adapter"という識別子を持つ）、障害監視システム12070、そのアラームデータベース12071、外部からのデータアクセスのために付加されたデータアダプタ11070（"BTS_Alarm_adapter"という識別子を持つ）、性能監視システム12080、そのトラヒックデータベース12081、外部からのデータアクセスのために付加されたデータアダプタ11070（"BTS_Traffic_adapter"という識別子を持つ）、オブジェクト仮想統合サーバ101、移動体基地局監視システム10020、エリア単位での操作画面を表示するエリア1監視端末401…エリアn監視端末402から構成される。
【００６６】
本実施形態における、各データベースシステム120のデータの参照や操作は第1の実施形態と同様であるが、本第2実施形態では前記第1実施形態における個別オブジェクトモデルを共通オブジェクトモデル中に吸収する形で、共通オブジェクトモデルを作成している。したがって、本第2実施形態では個別オブジェクトは使用しない。また、したがって、データ項目参照関係テーブルには、共通オブジェクトモデルと個別オブジェクトとの関係は記述されず、共通オブジェクトモデルの項目とその項目が参照するデータベースシステム120のデータアダプタ部110の名称のみが記述されることになる。
【００６７】
図15に、本実施形態に係る共通オブジェクトインスタンスを示す。
【００６８】
図示するように、共通オブジェクトモデルインスタンスは、共通オブジェクトクラス名称1300（“BTS_Management"）、基地局ID1301（"BTS-0125"）、基地局設置場所1302（"横浜市戸塚区上倉田"）、基地局X座標1303（"198765"）、基地局Y座標1304（"432178"）、セクタ1のカバレッジデータ1305、セクタ1の上りトラヒックデータ1306、セクタ1の下りトラヒックデータ1307、セクタ1で発生しているアラームデータ1308…セクタnについても同様1309〜1312、データの収集日付1313（"99/08/10 12:15:30"）より構成される。
【００６９】
なお、このような共通オブジェクトインスタンスを定義する共通オブジェクトモデルは、図16に示すように、共通オブジェクトクラス名称の項目のみ値が設定され、他の項目は、その構造のみを規定するものとなる。また、本共通オブジェクトモデルでは、基地局ID、基地局設置場所、基地局X座標1303、基地局Y座標の項目群に対して参照項目番号1を、セクタ1のカバレッジデータの項目対して参照項目番号2を、セクタ1の上りトラヒックデータ、セクタ1の下りトラヒックデータの項目群に対して参照項目番号3を、アラームデータの項目に対して参照項目番号4を設定している。
【００７０】
また、本実施形態のデータ項目参照関係テーブルは図17に示すように、参照元共通オブジェクトクラス名称1321（"BTS_Management"）、参照先1のデータアダプタ名称1322（"AreaMap_adapter"）、参照先2のデータアダプタ名称1323（"BTS_Test_adapter"）、参照先3のデータアダプタ名称1324（"BTS_Alarm_adapter"）、参照先4のデータアダプタ名称1325（"BTS_Traffic_adapter"）が記述されたものとなる。参照先nのデータアダプタ名称は、共通オブジェクトモデルの参照項目番号nの項目が参照するデータを保持するデータベースシステム120に設けられたデータアダプタ部110の名称である。
【００７１】
さて、本実施形態に係る監視システムでは、オブジェクト仮想統合サーバ101は、エリア1監視端末401からは移動体基地局監視システム10020を介して、エリア1を指定した共通オブジェクトインスタンスへのアクセスが要求される。この要求を受けた場合、オブジェクト仮想統合サーバ101は、まず、エリア1の座標範囲を指定して、その座標範囲にある移動体基地局の基地局ID、基地局設置場所、基地局X座標1303、基地局Y座標の組を、その項目の共通オブジェクトモデル中の参照項目番号に対応してデータ項目参照関係テーブルに登録されている"AreaMap_adapter"のデータアダプタ部110を介して、地理情報システム12060と地図データベース12061よりなるデータベースシステム問い合わせ、得られた各組に対応して共通オブジェクトインスタンスを作成する。そして、作成した共通オブジェクトインスタンスの基地局ID、基地局設置場所、基地局X座標1303、基地局Y座標の項目に、対応する組の対応する項目の値を設定し、データ収集日付を除く残りの項目の値を、基地局IDの値と共に、それぞれ、その項目の参照項目番号に対応してデータ項目参照関係テーブルに登録されたデータアダプタ部110を介して各データベースシステム問い合わせ、得られた結果を設定する。データ収集日付には共通オブジェクトインスタンスの作成日付を設定する。そして、生成した各共通オブジェクトインスタンス、すなわち、エリア1内の基地局の共通オブジェクトインスタンスに対して、エリア1監視端末401から要求されたアクセスを行う。
【００７２】
同様に、エリアn監視端末402からの移動体基地局監視システム10020を介した共通オブジェクトインスタンスへのアクセス要求に対しては、エリアn内の基地局に対応する共通オブジェクトインスタンスを作成し、これに対して要求されたアクセスを行う。
【００７３】
一方、移動体基地局監視システム10020に接続された各監視端末は監視結果を例えば図18に示すような基地局監視マップ画面に表示する。当該画面では、たとえば、対応する監視エリアに対応する地図データ1600上に、基地局"BTS-0125"の設置場所及びアラーム状態・トラヒック状態の表示1610、基地局"BTS-0125"のカバーするサービスエリアの表示1620とを行う。
【００７４】
さて、本実施形態に係るオブジェクト仮想統合サーバ101は、データベースシステム120側からの要求に応じた共通オブジェクトインスタンスの状態更新と、そのエリアn監視端末への通知を行う。
【００７５】
図19に、このような処理の手順を示す。
【００７６】
図示するように、本処理では、まず、データアダプタ部110からデータアクセスインターフェース部108に対してイベント発行登録を行う（ステップ801）。ここではBTS_Alarm_adapter 11070が障害監視システム12070が受信したアラームイベント発行登録を行い、BTS_Traffic_adapter 11080が性能監視システム12080が判定処理を行ったトラヒックしきい値超過イベント発行登録を行う。
【００７７】
次に移動体基地局監視システム10020から、仮想統合化インターフェース部102に対してイベント受取り登録を行う（ステップ802）。イベント発行登録を行ったデータアダプタ部110は、データベースシステムにおいて、発行登録したイベントが生じると、これをデータアクセスインターフェース部108に送信する。
【００７８】
データアクセスインターフェース部108は接続されているデータアダプタ部からイベントを受信すると(ステップ803)、仮想オブジェクト管理部103に伝える。仮想オブジェクト管理部103はイベントの起因元に対応する共通オブジェクトインスタンスの状態に、イベントの内容を反映する（ステップ804）。その結果オブジェクトの状態が変更されていれば（ステップ805）、イベント受取り登録をした移動体基地局監視システム10020に対して状態変更を通知する（ステップ806）。移動体基地局監視システム10020は、状態変化があった基地局があるエリアを監視する監視端末に状態の変更を通知し、監視端末は、状態の変更に合わせて図18の表示画面を更新するなどして、監視者に、更新の内容を提示する。
【００７９】
そして、データアダプタ部がイベント発行取消しを行わなければ（ステップ807）、ステップ803に戻ってイベント受信処理を継続する。
【００８０】
以上、本第2実施形態によれば、データアダプタから非同期に通知されるイベントを基に共通オブジェクトの状態を管理することにより、リアルタイムに状態が更新されるネットワークの管理を適切に行うことができるようになる。
【００８１】
以下、本発明の第3の実施形態について説明する。
【００８２】
本第3実施形態は、前記第2実施形態の監視システムに、トラヒックデータやアラームデータを統計的に分析して将来の基地局設置を決定する移動体基地局設備計画システム10030と第2のオブジェクト仮想統合サーバ1012を付加したものである。
【００８３】
第2のオブジェクト仮想統合サーバ1012が取り扱う共通オブジェクトは図14、16、データ項目参照関係テーブルは図17に示したものと同様である。
【００８４】
さて、第2のオブジェクト仮想統合サーバ1012は、動体基地局設備計画システム10030から、期間を指定した共通オブジェクトインスタンスへのアクセス要求があると、アラームデータベース12071の指定された期間中の履歴データやトラヒックデータベース12081の指定された期間中の履歴データを、対応するデータアダプタ部110を介して問い合わせ、その応答毎に共通オブジェクトインスタンスを作成し、各共通オブジェクトインスタンスの各項目に問い合わせの結果得られた値を設定する。そして、作成した共通オブジェクトインスタンスに要求されたアクセスを行う。
【００８５】
このように、オブジェクト仮想統合サーバ1012は複数設けてもよく、業務アプリケーションからの要求に応じて生成する共通オブジェクトインスタンスの範囲は、時間的なもの、地理的なものを含め任意の次元によって設定するものであってよい。
【００８６】
【発明の効果】
以上のように、本発明によれば、より少ない資源消費量で、複数のデータベース上のデータを透過的にアクセスすることを可能とすることができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るオペレーション支援システムの構成を示すブロック図である。
【図２】本発明の実施形態に係るオブジェクト仮想統合サーバのハードウェア構成を示すブロック図である。
【図３】本発明の第1実施形態に係るオペレーション支援システムの顧客問合せシステムへの適用例を示すブロック図である。
【図４】本発明の実施例に係るオブジェクトモデルの定義処理の手順を示すフローチャートである。
【図５】本発明の第1実施形態に係る共通オブジェクトインスタンスを示す図である。
【図６】本発明の第1実施形態に係る共通オブジェクトモデルを示す図である。
【図７】本発明の第1実施形態に係る個別オブジェクトインスタンスを示す図である。
【図８】本発明の第1実施形態に係る個別オブジェクトインスタンスを示す図である。
【図９】本発明の第1実施形態に係る個別オブジェクトモデルを示す図である。
【図１０】本発明の第1実施形態に係る個別オブジェクトモデルを示す図である。
【図１１】本発明の第1実施形態に係るデータ項目参照関係テーブルを示す図である。
【図１２】本発明の実施例に係る問い合わせ要求に対して応答を行う際の処理の手順を示すフローチャートである。
【図１３】本発明の第1実施形態に係る問合せ結果表示画面を示す図である。
【図１４】本発明の第2実施形態に係るオペレーション支援システムの監視システムへの適用例を示すブロック図である。
【図１５】本発明の第2実施形態に係る共通オブジェクトインスタンスを示す図である。
【図１６】本発明の第2実施形態に係る共通オブジェクトモデルを示す図である。
【図１７】本発明の第2実施形態に係るデータ項目参照関係テーブルを示す図である。
【図１８】本発明の第2実施形態に係る監視結果表示画面を示す図である。
【図１９】本発明の第2実施形態に係る状態更新通知処理の手順を示すフローチャートである。
【図２０】本発明の第3実施形態に係るオペレーション支援システムの監視システムへの適用例を示すブロック図である。
【符号の説明】
101…オブジェクト仮想統合サーバ、102…仮想統合化インターフェース部、103…仮想オブジェクト管理部、104…オブジェクトインスタンス格納部、105…オブジェクトモデル格納部、106…オブジェクトモデル定義・抽出部、107…インターフェースリポジトリ、108…データアクセスインターフェース部、110…データアダプタ部、201…CPU、202…メモリ、203…入出力インターフェース部、204…表示装置、205…入力装置、206…記憶装置、207…ネットワーク装置、208…外部のシステム
【図１】
0003874580.tif 000002
【図２】
0003874580.tif 000003
【図３】
0003874580.tif 000004
【図４】
0003874580.tif 000005
【図５】
0003874580.tif 000006
【図６】
0003874580.tif 000007
【図７】
0003874580.tif 000008
【図８】
0003874580.tif 000009
【図９】
0003874580.tif 000010
【図１０】
0003874580.tif 000011
【図１１】
0003874580.tif 000012
【図１２】
0003874580.tif 000013
【図１３】
0003874580.tif 000014
【図１４】
0003874580.tif 000015
【図１５】
0003874580.tif 000016
【図１６】
0003874580.tif 000017
【図１７】
0003874580.tif 000018
【図１８】
0003874580.tif 000019
【図１９】
0003874580.tif 000020
【図２０】
0003874580.tif 000021