(57)【要約】【課題】汎用的なゲートウェイ機器が情報家電サービスや遠隔保守設定サービスのために使用される際、サーバー側では、サービスに対応するモジュールを決定し、送り込む必要がある。サービスや機器、モジュールの組み合わせが多様化すると、管理、確認、決定が複雑になり、工数が大きくなる問題がある。【解決手段】汎用的な制御用ゲートウェイとネットワークで接続されたゲートウェイ管理サーバーの構成で、制御用ゲートウェイが制御する様々な機器に対応するゲートウェイモジュールと、ゲートウェイ、制御機器の組み合わせを管理する。【選択図】  図８
2010113631.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と接続される複数の処理装置と、前記処理装置とネットワークを介して接続される管理装置とを有するネットワークシステムであって、
前記管理装置は、
前記端末のユーザーに関連するユーザー情報を格納する第1データベースと、
前記端末に関連する端末情報を格納する第２データベースと、
前記端末に関連するサービスの情報を格納する第3データベースと、
前記ユーザーと前記端末と前記サービスとの関係を規定する管理情報を格納する第４データベースと、
前記第1データベース、前記第２データベース、前記第３データベース、及び前記第４データベースとを制御する制御部とを備え、
前記制御部は、前記第４データベースから読み出す前記管理情報に基づいて、前記第1データベース、前記第２データベース、前記第３データベースとの情報を対応付けることを特徴とするネットワークシステム。
【請求項２】
前記第２データベースは、前記端末が格納するソフトウェアに関連するソフトウェア情報をさらに格納することを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記第４データベースは、前記管理情報として、前記ユーザーに関連するユーザーコード、前記端末に関連する端末コード、前記サービスに関連するサービスコードとを格納することを特徴とする請求項１に記載のネットワークシステム。
【請求項４】
前記端末コードは、ハードウェアコードとソフトウェアコードと含むことを特徴とする請求項３に記載のネットワークシステム。
【請求項５】
前記第４データベースは、前記管理情報として、前記サービスに関連する事業者コード、前記端末に関連する端末コード、前記サービスに関連するサービスコードを格納することを特徴とする請求項１に記載のネットワークシステム。
【請求項６】
前記端末コードは、ハードウェアコードとソフトウェアコードとを含むことを特徴とする請求項５に記載のネットワークシステム。
【請求項７】
前記前記第1データベース、前記第２データベース、前記第３データベースの少なくともいずれかへ追加情報を入力するための入力部をさらに有することを特徴とする請求項１に記載のネットワークシステム。
【請求項８】
前記管理装置は、前記端末と、前記端末が格納するソフトウェアとに関する組み合わせ不可管理テーブルをさらに有することを特徴とする請求項１に記載のネットワークシステム。
【請求項９】
複数の端末と接続された複数の処理装置＜HGW＞と、ネットワークを介して接続される管理装置であって、
前記端末のユーザーに関連するユーザー情報を格納する第1データベースと、
前記端末に関連する端末情報を格納する第２データベースと、
前記端末に関連するサービスの情報を格納する第3データベースと、
前記ユーザーと前記端末と前記サービスとの関係を規定する管理情報を格納する第４データベースと、
前記第1データベース、前記第２データベース、前記第３データベース、及び前記第４データベースとを制御する制御部とを備え、
前記制御部は、前記第４データベースから読み出す前記管理情報に基づいて、前記第1データベース、前記第２データベース、前記第３データベースとの情報を対応付けることを特徴とする管理装置。
【請求項１０】
前記第２データベースは、前記端末が格納するソフトウェアに関連するソフトウェア情報をさらに格納することを特徴とする請求項９に記載の管理装置。
【請求項１１】
前記第４データベースは、前記管理情報として、前記ユーザーに関連するユーザーコード、前記端末に関連する端末コード、前記サービスに関連するサービスコードを格納することを特徴とする請求項９に記載の管理装置。
【請求項１２】
前記端末コードは、ハードウェアコードとソフトウェアコードと含むことを特徴とする請求項９に記載の管理装置。
【請求項１３】
前記第４データベースは、前記管理情報として、前記サービスに関連する事業者コード、前記端末に関連する端末コード、前記サービスに関連するサービスコードを格納することを特徴とする請求項９に記載の管理装置。
【請求項１４】
前記端末コードは、ハードウェアコードとソフトウェアコードと含むことを特徴とする請求項１３に記載の管理装置。
【請求項１５】
前記管理装置は、前記端末と、前記端末が格納するソフトウェアとに関する組み合わせ不可管理テーブルをさらに有することを特徴とする請求項９に記載の管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク接続機器と各機器に搭載するソフトウェアを管理する方式に関する。  
【背景技術】
【０００２】
近年、家屋、事務所、機器室等などに設置されるゲートウェイ機器が注目されている。ゲートウェイ機器に関連して、例えば特許文献１は、情報機器がホームネットワークに参加したときに、現状のホームネットワークの環境で実現可能な情報機器連携サービスをユーザに通知することが記載されている。また、例えば特許文献２では、通信ネットワークに新規に追加接続される情報処理機器と既存の情報処理機器とを連携させ、更なるサービスをユーザに提供することが記載されている。
【０００３】
【特許文献１】特開２００７−１３３７９６号公報
【特許文献２】特開２００８−０４０８５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
今日、情報家電や、遠隔保守・設定等に関連するサービスの需要が見込まれている。拠点（家屋、事務所、機器室等）に設置されるゲートウェイ機器は、今までのような専用機器では無く、新しいサービスを追加、入れ替えできる汎用性のある機器である必要性がある。その場合、システムは、予め決まっているサービスや機器だけでは無く、新規に加入したいサービスが発生する都度、これを実現するモジュールと機器を搭載する事になる。しかし、サービスやモジュール、機器によって、前提となるシステム構成は同じとは限らない。また、拠点毎に異なるハード/ソフト構成とする場合、管理の手間が大きくなり、変更に必要な工数も大きくなる。
【課題を解決するための手段】
【０００５】
これら拠点のハード/ソフト構成を、ユーザーと端末とサービスとの関係を規定する管理情報を用い、システムのセンター、管理装置などで管理する。例えば、ハード/ソフト構成を物理構成管理テーブルで管理し、また新しいサービスに必要なハード、ソフトを、論理構成管理テーブルで管理してもよい。また相性の悪いリソースを、組み合わせ不可テーブルで管理してもよい。
【０００６】
本発明によるシステムは一例として、複数の端末と接続される複数の処理装置と、処理装置とネットワークを介して接続される管理装置とを有するシステムであって、管理装置は、端末のユーザーに関連するユーザー情報を格納する第1データベースと、端末に関連する端末情報を格納する第２データベースと、端末に関連するサービスの情報を格納する第3データベースと、ユーザーと端末とサービスとの関係を規定する管理情報を格納する第４データベースと、第1データベース、第２データベース、第３データベース、及び第４データベースとを制御する制御部とを備え、制御部は、第４データベースから読み出す管理情報に基づいて、第1データベース、第２データベース、第３データベースとの情報を対応付けることを特徴とする。
【発明の効果】
【０００７】
事業者や契約者、加入者と提供サービス、これを実現するリソースグループが汎用的に管理され、関係が明確にされる。そして、新サービス追加状況における可能なリソースの組み合わせ、相性の悪いリソースの排除、モジュールの不良に伴う修正版の一斉入れ替えが容易となり、運用効率が大きく上がる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施形態の例を説明する。図１にセキュリティーサービスを実現するハードウェアとソフトウェアの管理構成を示す。事業者とその事業者がサービスを提供するのに必要なソフトウェアとハードウェアの組み合わせを管理する論理構成管理テーブル１（図１（A））と、加入者とその加入者がサービスを利用するにあたって接続・設定したソフトウェアとハードウェアを管理する物理構成管理テーブル２（図１（B））から成る。論理構成管理テーブル１は、後述する図８のシステムの論理構成管理情報データベース802に格納される。物理構成管理テーブル２は、後述する図８のシステムの物理構成管理情報データベース801に格納される。
【０００９】
論理構成管理テーブル１は、図１（A）で示され、事業者が提供するサービスとこれを実現するハードウェア、ソフトウェアの構成要素を管理するためのコードの関係を規定する。また物理構成管理テーブル２は、図１（B）で示され、加入者と加入したサービスと、そのサービスを受けるために接続・設定したハードウェア、ソフトウェアの構成要素を管理するためのコードの関係を規定する。
【００１０】
１０１は論理テーブルの事業者コードを示す。１０２はその事業者が提供するサービスを示すサービスコードで、管理テーブル上で事業者コードとサービスコードが関係付けられる。事業者コード１つに対し、複数のサービスコードが定義できる。１０３は、そのサービスを実現するのに必要なハードウェアのコードを示す。論理テーブル上でサービスコードとハードウェアコードが関係付けられる。サービスコード１つに対し、複数のハードウェアコードを関係付けることができる。１０４はサービスと実現するのに必要なソフトウェアコードを示す。論理テーブル上で、サービスコードとソフトウェアコードが関係付けられる。
【００１１】
１０５は、物理テーブルの加入者コードを示す。１０６は、その加入者が実際に加入したサービスのコードを示す。管理テーブル上で加入者コードとサービスコードが関係付けられる。加入者コード１つに対して複数のサービスコードが定義できる。１０７は、サービスを受けるために導入、設定したハードウェアのコードを示す。１０８は、同様に設定したソフトウェアを示す。
【００１２】
図２に、セキュリティーサービスを実現するハードウェアとソフトウェアを管理するシステムの例を簡略的に示す。図１に示したテーブルに基づいて、図２の例に示すシステム構成が管理される。同システムは、サーバーシステム３、ネットワーク４（インターネットなど）、ＨＧＷ−Ａ２０１などを具備する。
【００１３】
図２（A）では、サービスを提供するサーバー側システムと、ネットワークで接続されたＨＧＷ−Ａ（Home Gate Way - A）２０１とＨＧＷ−Ａ上でサービス情報を処理するアプリＡ２０２とサービスを実現するセンサＡ２０３、カメラＡ２０４、照明２０５から成る。図２（B）では、図２（A）と同様なサービスであるが、ＨＧＷ−Ａ２０１以外はセンサＢ２０８、カメラＢ２０９、スピーカ２１０、これらを処理するアプリＢ２０７など構成が異なる。
【００１４】
なお、図２の（A）の例では、サービスコードとハードウェアコードとの対応関係については、サービスＡとＨＧＷ−Ａ、センサＡ、カメラＡ、照明Ａが関係付けられる事になる。また、サービスコードとソフトウェアコードとの対応関係については、サービスＡとアプリＡが関係付けられる事になる。
【００１５】
図３は、図２のシステム構成例に基づき、これを論理構成管理テーブル上で管理する管理データの例（対応付けデータ）を示したものである。３０１は、事業者１がサービスＡとサービスＢに対応し、これを提供していることを示すデータである。このとき、サービスＡ、サービスＢの各コードは、論理テーブル、物理テーブル内で一意になっている。これにより、サービスＡというコードが決まると、この対応する事業者が一意に決まる。３０２は、サービスＡはアプリＡに、またサービスＢはアプリＢに各々対応していることを示すデータである。３０３は、サービスＡとサービスＢが共にＨＧＷ−Ａに対応していることを示すデータである。３０４は、サービスＡがセンサＡ、カメラＡ、照明機器に対応していることを示すデータである。３０５は、サービスＢがセンサＢ、カメラＢ、スピーカに対応していることを示すデータである。３０６は、サービスＡがアプリＡとＨＧＷ−Ａに対応していることを示すデータである。
【００１６】
図４は、図２のシステム構成例に基づき、これを物理構成管理テーブル上で管理する管理データの例（対応付けデータ）を示したものである。図４（A）はサービスAの加入者１に関するデータの例を示す。図４（B）はサービスBの加入者２に関するデータの例を示す。４０１は、加入者２がサービスＡに対応し、これに加入していることを示すデータである。４０６は、加入者３がサービスＢに対応し、これに加入していることを示すデータである。４０２は、加入者２がサービスＡに対応し、これを受けるにあたり、ＨＧＷ−Ａを導入している（導入予定である）事を示すデータである。４０７は、加入者３がサービスＢに対応し、これを受けるにあたり、ＨＧＷ−Ａを導入している（導入予定である）事を示すデータである。４０３、４０８は、同様に、各々、サービスＡはアプリＡを、サービスＢはアプリＢを使用する事を示すデータである。４０４は、サービスＡがセンサＡ、カメラＡ、照明に対応し、これを使用する事を示すデータである。４０９は、サービスＢがセンサＢ、カメラＢ、スピーカに対応し、これを使用する事を示すデータである。４０５は、サービスＡがアプリＡとＨＧＷ−Ａに対応し、これを使用する事を示すデータである。４１０は、サービスＢがアプリＢとＨＧＷ−Ａをに対応し、これを使用する事を示すデータである。
図５は、リソースに関する情報を纏めるマスターテーブルのデータの例である。マスターテーブルは、後述する図８のマスターテーブル803としてシステムに構築される。論理、物理構成管理テーブルが、各リソースのコードを管理するのに対し、リソースマスターは、その実体に関する情報を管理する。ただし同一の機器であってもその製造番号や納入日など、加入者宅に固有の情報については、物理構成管理テーブルに記載してもよいものとする。
【００１７】
５０１は、事業者に関するマスターデータの例である。サービスを提供する事業者を管理し、「事業者コード」と、事業者を特定できる「事業者名」「代表者名」「連絡先」等との対応を記録する。５０２は、加入者マスターデータの例である。「加入者コード」と、サービスに加入する加入者を特定できる「加入者名」「住所」「連絡先」等との対応を記録する。５０３は、サービスマスターデータの例である。サービスを一意で示す「サービスコード」と「サービス名」「上位サービスコード」等との対応を記録する。５０４は、論理ハードマスターデータの例である。型式で一意となる「ハードウェアコード」と「機器名」「機器型式」等との対応を記録する。５０５は、物理ハードマスターデータの例である。型式で一意となる「ハードウェアコード」と機器で一意となるシーケンス番号等との対応を記録する。５０６は、論理ソフトマスターデータの例である。一意に決まる「ソフトウェアコード」と「名称」「ＳＷ型式」「バージョン」等との対応を記録する。５０７は、物理ソフトマスターデータの例である。「ソフトウェアコード」と「バージョン番号」と、ユニークな「シーケンス番号」等との対応を記録する。
【００１８】
次に、論理構成管理テーブルが管理する管理データの詳細について図６を用いて説明する。図６に、論理構成管理テーブルに格納された管理データの詳細を示す。論理構成管理テーブルは、サービス事業者が提供するサービスと、ネットワークのセンター側（後述の図８の８１２で示されるセンター）ではない他端に接続される、当該サービスを実現するための機器の構成と、当該機器に搭載されるソフトウェアの組み合わせを管理する。
【００１９】
図３にて概略の論理構成テーブル例を示し情報間の関係を示したが、ここでは詳細に論理構成情報として必要な情報について述べる。６０１はレコード種別‘００１’として事業者コードとサービスコードの関係を表すデータである。これにより、事業者とそれが提供する複数のサービスとの対応付けを記憶する。６０２はレコード種別‘００２’としてサービスコードとＨＧＷのハードウェアコードの対応付けを表すデータである。これによりこのサービスとそれが保証する複数のＨＧＷとの対応付けを記憶する。６０３はレコード種別‘００３’としてサービスコードとハードウェアコード、上位ハードウェアコードとの関係を表すデータである。これにより、サービスとそれが保証する一つのＨＧＷ配下の複数のハードウェアとの対応付けを記憶する。６０４はレコード種別‘００４’としてサービスコードとソフトウェアコード、前提とするソフトウェアコードの関係を表すデータである。これにより、サービスとそれが保証する必要なソフトウェアとの対応付けを記憶する。６０５はレコード種別‘００５’としてサービスコードとソフトウェアコード、上位ハードウェアコードの関係を表すデータである。これにより、サービスとそれが保証する一つのハードウェア上の複数のソフトウェアとの対応付けを記憶する。またサービスを提供する上で必ずしも必要無いハードウェア、ソフトウェアについて識別をしたいときには、各データは必須かオプションかを示すフラグ情報607を持つ。
【００２０】
次に、物理構成管理テーブルが管理する管理データの詳細について図７を用いて説明する。図７に、物理構成管理テーブルに格納された管理データの詳細を示す。物理構成管理テーブルは、サービスの受益者である加入者が、提供されたサービスとこれを実現するために設置または設置予定の、宅内または事務所等の拠点でネットワークに接続される機器の構成と、その機器に搭載されるソフトウェアの組み合わせを管理する。
【００２１】
図４にて概略の物理構成テーブル例を示し情報間の関係を示したが、ここでは詳細に物理構成情報として必要な情報について述べる。７０１はレコード種別‘００１’として加入者コードとそれが加入または加入予定のサービスコードの関係を示すデータである。これにより、加入者とそれが加入した複数のサービスとの対応付けを記録する。７０２はレコード種別‘００２’として加入者コードとサービスコードとＨＧＷのハードウェアコードと当該ＨＧＷを一意に決める番号（ユニークに割り当てたシーケンス番号や製造番号等）の関係を表すデータである。これによりこの加入者と、サービスコードで示すサービスと当該加入者とサービスに対応するＨＧＷとの対応付けを記憶する。
【００２２】
７０３はレコード種別‘００３’として加入者コード、サービスコード、ハードウェアコード、当該ハードウェアを一意に決める番号、上位ハードウェアコード、一意に決める番号により、ハードウェアの関係を表すデータである。これにより、サービスとそれが利用または利用予定の一つのＨＧＷ配下の複数のハードウェアとの対応付けを記憶する。７０４はレコード種別‘００４’として加入者コード、サービスコード、ソフトウェアコード、当該ソフトウェアを一意に決める番号、前提とするソフトウェアコード、当該前提とするソフトウェアを一意に決める番号との関係を示すデータである。これは同一機器上のソフトウェアの関係を表す。これにより、サービスとそれを受けるために必要なソフトウェアの対応付けを記憶する。７０５はレコード種別‘００５’として加入者コード、サービスコード、ソフトウェアコード、当該ソフトウェアを一意に決める番号、上位ソフトウェアコード、当該上位ソフトウェアを一意に決める番号との関係を示すデータである。これは当該ソフトウェアが稼働または格納されるハードウェアとの関係を表す。これにより、サービスとそれを受けるために設定される一つのハードウェア上の複数のソフトウェアとの対応付けを記憶する。
【００２３】
図８に、システム構成の全体図を示す。事業者、加入者、提供サービス、サービスを実現するリソースグループの対応付け管理機能は、センター（管理装置）８１２にて実行する。物理構成管理テーブルを格納する物理構成管理情報データベース８０１と、論理構成管理テーブルを格納する論理構成管理情報データベース８０２は、上記の通りに情報を格納する。物理構成管理テーブル、論理構成管理テーブルに格納される情報は、８０７に示す構成管理制御部で制御される。例えば、８０８に示すインタフェース部を介して、これらの情報の登録、更新、検索、削除の指令入力を受ける。ここで、登録、更新、検索、削除は、契約管理等に基づくものである。そして、インタフェース部を介して受ける指令入力に基づいて、８０７に示すテーブル制御部で登録、更新、検索、削除を制御する。なお、８０８に示すインタフェース部は、センター（管理装置）８１２に含まれてもよく、またセンター（管理装置）８１２と独立に設置してもよい。また、８０１、８０２に含まれるテーブルは、ハードウェアとソフトウェアの依存関係を示すものであり、ハード、ソフト個々のリソース詳細情報は、８０３〜８０５に示す情報データベースに含まれる各テーブルで管理する。８０３はＨＧＷに接続される端末に関する端末情報を有するマスターテーブルを格納するマスター情報データベースである。ここで、端末情報は、端末に関連する端末コード（ハードウェアのコード、ソフトウェアのコード）を含む。８０４は事業者やサービスや関連する端末に関するサービス情報を格納するサービス情報データベースである。８０５はサービスを受けるユーザーに関する情報（契約情報）を格納する契約情報データベースである。
【００２４】
このシステムは、ソフトウェアモジュールを管理するモジュール管理部８０９、ソフトウェアを配信するための配信管理部８１０、履歴情報を管理する履歴管理部８１１、障害情報を管理する障害管理部８１２、バックアップ等保守情報を管理する保守管理部８１３をさらに備える。また、これらの機能を統合管理制御する、８０６に示す全体制御部を備える。構成管理機能によって決定されたソフトウェアは、モジュール管理部から抽出され、８１４で示すネットワークを経由して、８１５に示すホームゲートウェイＨＧＷ（処理装置）に配信されてもよい。なお、ＨＧＷは図２に示した通り、２０３−２１０のような複数の端末と接続されうるものである。
【００２５】
加入者、契約者は、ネットワークに直接接続された８１７に示す操作端末または、ＨＧＷに接続された８１８に示す操作端末より加入、変更等の契約処理を指示することにより、サービスの追加、変更、解除等の操作を指示することができる。また８１６に示す操作端末より、システムの運用者は、加入、契約者からの依頼を受け、サービスの追加、変更、解除等の操作を指示することもできる。８１６−８１８の操作端末は、全て設置してもよくまた一部を設置してもよい。またシステムの運用者は、８１６、８１７、８１８の操作端末を用いて、システム運用上必要な操作を指示することができる。
【００２６】
図９に、サービス契約処理フローの例、図１０にそのシーケンスの例を示す。ここでは、あるサービスの利用者・予定者の特定のサービス加入、サービス可否判断、及び構成管理機能と付属機能の実行に関する処理フローを示す。
【００２７】
サービス利用者は、端末を用いてサービス事業者等の提供する入力画面を呼び出し、サービス契約処理を開始する（１００１）。続いて、契約・サービス管理機能１０１２または構成管理機能１０１３が、全サービスまたは条件付けで絞られたサービスを抽出し（１００２）、一覧表示画面を表示する（１００３）。契約・サービス管理機能とは、図８に示したシステムの中で、サービス、加入者に関する情報を管理する要素を指す。構成管理機能とは、図８に示したシステムの中で、構成を管理する要素を指す。
【００２８】
続いて、抽出されたサービスから希望するサービスを一覧表示画面に基づいて選択入力する（１００４）。
【００２９】
続いて、この選択入力されたサービス情報と加入者情報を構成管理が受付け（１００５、９０１）、その情報に基づき、センター（管理装置）は物理構成管理情報データベース内の物理構成管理テーブルから情報検索を行い、加入者の現行構成情報を抽出する（９０２、１００６）。
【００３０】
続いて、サービス情報に基づき論理テーブルよりサービスを構成する論理構成情報を抽出する（９０３、１００７）。
【００３１】
続いて、センター（管理装置）は、抽出した物理、論理のハードウェアコードとソフトウェアコードに基づき組み合わせ不可管理テーブルを検索し（９０４，１００８）、ハードソフトの組み合わせが既存のハードソフトと組み合わせ不可構成であるか否かのチェックを行う。サービス可否の判断を行い（９０６，１００９）、組み合わせ不可でサービス不可の場合、その旨の連絡処理を要求元に行う（９０７、１０１０）。要求元１０１１は、利用者・利用予定者１０１１に対し、理由と共に利用できない旨連絡する。組み合わせ可でサービス可の場合、その旨の連絡処理を要求元に行う（９０８、１０１２）。
【００３２】
サービスと構成が決定したときには、これを物理管理テーブルに記録してもよい。
【００３３】
図１１にＨＧＷ側から特定のソフトウェアのダウンロード要求があった場合の処理フローを示す。また、図１２にそのシーケンスを示す。
【００３４】
ＨＧＷ１２０１またはＨＧＷ側のＰＣ（パーソナルコンピュータ）等他の装置よりＨＧＷコード、ＨＧＷ製造番号、要求ソフトウェアコードとそのソフトウェアを必要とするサービスコードが配布管理等機能１２０２に送られ（１２０４）、配布管理等機能は、その情報を構成管理機能に送る（１２０５）。ここで、配布管理等機能とは、図８に示すシステムの中でソフトウェアを管理する要素を指す。
【００３５】
続いて、その情報は、構成管理機能で受け付けられる（１１０１）。
【００３６】
続いて、受け付けたＨＧＷコードとサービスコードに基づき論理構成テーブルを検索し、該当する論理構成情報を抽出する（１１０２、１２０６）。
【００３７】
続いて、要求ソフトウェアコードと抽出した論理構成情報を比較する（１１０３、１２０６）。
【００３８】
続いて、合致したソフトコードの有無を判断する（１１０４、１２１０）。合致したソフトウェアコードが無ければ、サービス不可と判断し要求のソフトウェアコードと理由とともに、その旨要求元に連絡する（１１１０、１２１１）。
【００３９】
続いて、要求元は要求が受け入れられなかった旨、理由とともに、ＨＧＷ側に連絡する（１２１２）。
【００４０】
続いて、合致したソフトウェアコードが有れば、サービス可能と判断し、要求ソフトウェアコードとともにその旨要求元に連絡する（１１０９、１２１３）。
【００４１】
続いて、要求元の配布管理等機能（１２０２）は、要求ソフトウェアコードで対象となるソフトウェアを抽出し（１２１３）、ＨＧＷ側にソフトウェアをダウンロードする（１２１２）。ダウンロードが完了した旨をその詳細情報とともに物理管理テーブルに記録しても良い。
【００４２】
図１３に組み合わせ不可テーブルの詳細例を示す。レコードの種別を表す情報１３０４を持ち、レコード種別００１は、ＨＧＷまたはＨＧＷに近い接続機器を上位ハードウェアとしてそのコード１３０５を記録する。ハードウェアコード１３０６は、上位ハードウェアに接続するハードウェアのコードを記録する。これにより、１３０１はハードウェア機器間で相性が悪い事をあらわし、このハードウェアコード間では接続不可である事を表すデータとなる。
【００４３】
続いて１３０２は、レコード種別情報１３０４は００２で、ハードウェアコード１３０８で示すハードとその上で稼働するソフトウェアコード１３０９間で相性が悪い事を表すデータとなる。これにより、特定のハードとソフト間で相性が悪い事を表す。
【００４４】
続いて１３０３は、レコード種別情報１３０４は００３で、ソフトウェアコード１３１１と、ソフトウェアコード１３１２間で相性が悪い事を表すデータとなる。これにより、特定のソフトウェア間で相性が悪い事を表わす。
【００４５】
例えばあるハードウェアをＨＧＷに接続するとき、レコード種別情報「００１」とＨＧＷのハードウェアコードと接続機器のハードウェアコードに基づき組み合わせ不可テーブルを検索し、該当する情報があれば、組み合わせ不可と判断する事ができる。同様に、ソフトウェア間、ソフト、ハードウェア間でも同様に検索、判断できる。
【００４６】
続いて個別情報１３１３には、何故組み合わせ不可なのかを表わすコメント、特定のソフトウェアコードだけでは組み合わせ可否を設定できない場合そのバージョン情報、一時組み合わせ不可であったものが、対策等を行い、組み合わせ可能となった場合に、情報そのものを無効にするフラグ等の情報も記録してよい。この記録により組み合わせの状況についてより詳細に把握することが可能となる。
【図面の簡単な説明】
【００４７】
【図１】論理構成管理テーブル、物理構成管理テーブル
【図２】接続構成例
【図３】論理構成テーブル例
【図４】物理構成テーブル例
【図５】リソースマスター例
【図６】論理構成管理テーブルの管理情報（詳細）
【図７】物理構成管理テーブルの管理情報（詳細）
【図８】システムの例
【図９】サービス契約処理フロー例
【図１０】サービス契約処理シーケンス例
【図１１】ＨＧＷ側から特定のソフトウェアのダウンロード要求があった場合の処理フロー例
【図１２】ＨＧＷ側から特定のソフトウェアのダウンロード要求があった場合の処理フロー例
【図１３】組み合わせ不可テーブルの詳細例
【図１】
2010113631.tif 000003
【図２】
2010113631.tif 000004
【図３】
2010113631.tif 000005
【図４】
2010113631.tif 000006
【図５】
2010113631.tif 000007
【図６】
2010113631.tif 000008
【図７】
2010113631.tif 000009
【図８】
2010113631.tif 000010
【図９】
2010113631.tif 000011
【図１０】
2010113631.tif 000012
【図１１】
2010113631.tif 000013
【図１２】
2010113631.tif 000014
【図１３】
2010113631.tif 000015