(57)【要約】      （修正有）【課題】所定の選出アルゴリズムを利用して所定のネットワーク上で動作するデバイスのＯＳＧＩサービスプラットフォームとの間でサービスが共有できるようにサービス共有のための役割を決定するネットワーク上でのサービス共有のための装置及び方法を提供する。【解決手段】ネットワーク上でのサービス共有のための装置は、所定のネットワークに連結されると、選出アルゴリズムを通じて所定の標準サービス共有のためのサービス役割を決定するサービス役割設定部１１０と、サービス役割設定部１１０により決定されるサービス役割によって所定のサービス支援のために要求される標準サービスを外部指定されたデバイスのＯＳＧＩサービスプラットフォームへ処理要請するサービス要請処理部１３０とを含む。【選択図】図２
2005196772.tif 000002
【特許請求の範囲】
【請求項１】
所定のネットワークに連結されると、選出アルゴリズムを通じて所定の標準サービス共有のためのサービス役割を決定するサービス役割設定部と、
前記サービス役割設定部により決定されるサービス役割によって所定のサービス支援のために要求される標準サービスを外部指定されたデバイスのＯＳＧＩサービスプラットフォームへ処理要請するサービス要請処理部とを含むことを特徴とするネットワーク上でのサービス共有のための装置。
【請求項２】
前記選出アルゴリズムは、前記ネットワーク上で動作するデバイスから収集されるシステムリソース情報によってサービス役割を決定するメカニズムからなることを特徴とする請求項１に記載のネットワーク上でのサービス共有のための装置。
【請求項３】
前記サービス役割設定部は、前記決定される自分のサービス役割を前記ネットワーク上のデバイスに知らせることを特徴とする請求項１に記載のネットワーク上でのサービス共有のための装置。
【請求項４】
前記サービス役割設定部は、前記サービス役割によって所定の標準サービスの提供のために指定されるデバイスにプロキシ情報を要請して前記デバイスのプロキシ情報を設定することを特徴とする請求項１に記載のネットワーク上でのサービス共有のための装置。
【請求項５】
前記サービス要請処理部は、前記サービス役割によって要求される標準サービスを指定されたデバイスのＯＳＧＩサービスプラットフォームへ伝送するように前記標準サービス要請情報を変換するデータ変換部と、
前記データ変換部により変換された標準サービス要請情報を前記指定されたデバイスのＯＳＧＩサービスプラットフォームへ伝送する標準サービス連結部とを含むことを特徴とする請求項１に記載のネットワーク上でのサービス共有のための装置。
【請求項６】
前記データ変換部は、前記サービス役割によってサービス要請情報を分析して該当サービス支援のために要求される標準サービスを動作させるように処理することを特徴とする請求項５に記載のネットワーク上でのサービス共有のための装置。
【請求項７】
前記標準サービス連結部は、前記標準サービス要請情報を伝送するために前記デバイスのプロキシ情報を利用することを特徴とする請求項５に記載のネットワーク上でのサービス共有のための装置。
【請求項８】
所定のネットワークに連結され、所定の標準サービス共有のためのサービス役割を決定する段階と、
前記決定されるサービス役割によって所定のサービス支援のために要求される標準サービスを外部指定されたデバイスのＯＳＧＩサービスプラットフォームへ要請する段階とを含むことを特徴とするネットワーク上でのサービス共有のための方法。
【請求項９】
前記決定されるサービス役割によって所定のサービス支援のために要求される標準サービスを動作させ得られる結果値を前記標準サービスを要請したデバイスへ伝送する段階をさらに含むことを特徴とする請求項８に記載のネットワーク上でのサービス共有のための方法。
【請求項１０】
前記サービス役割を決定する段階は、前記ネットワーク上で連結されて動作するデバイスからシステムリソース情報を収集する段階と、
前記収集されたシステムリソース情報を利用してサービス役割を決定する段階とを含むことを特徴とする請求項８に記載のネットワーク上でのサービス共有のための方法。
【請求項１１】
前記決定されるサービス役割を設定し、前記ネットワーク上のデバイスに知らせる段階をさらに含むことを特徴とする請求項１０に記載のネットワーク上でのサービス共有のための方法。
【請求項１２】
前記決定されるサービス役割によって所定の標準サービス提供のために指定されるデバイスにプロキシ情報を要請して前記デバイスのプロキシ情報を設定する段階をさらに含むことを特徴とする請求項１０に記載のネットワーク上でのサービス共有のための方法。
【請求項１３】
前記サービス役割は、所定の選出アルゴリズムを通じて前記収集されるシステムリソース情報によって決定されることを特徴とする請求項１０に記載のネットワーク上でのサービス共有のための方法。
【請求項１４】
前記標準サービスを外部指定されたデバイスのＯＳＧＩサービスプラットフォームへ要請する段階は、前記標準サービスが要請されると、前記標準サービス要請情報を前記標準サービス提供のために指定されるデバイスへ伝送する段階と、
前記受信される標準サービス要請情報によって前記デバイスで該当する標準サービスを動作させる段階と、
前記標準サービスを動作させ得られる結果値を前記標準サービスを要請したデバイスへ提供する段階とを含むことを特徴とする請求項８に記載のネットワーク上でのサービス共有のための方法。
【請求項１５】
前記標準サービス要請情報は、前記標準サービス提供のために指定されるデバイスのプロキシ情報を利用して伝送されることを特徴とする請求項１４に記載のネットワーク上でのサービス共有のための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上でのサービス共有のための装置及び方法に関し、より詳しくは、所定のネットワーク上で動作するデバイスのＯＳＧＩサービスプラットフォームとの間でサービスを共有できるようにして各ＯＳＧＩサービスプラットフォームに全ての標準サービスを設置せずサービス提供が可能にするネットワーク上でのサービス共有のための装置及び方法に関する。
【背景技術】
【０００２】
急速なデジタル技術とインターネットの普及にしたがって、これを活用して一般の使用者の日常生活に役になるようにサービスを提供するデジタルホーム構築が進行されている。
【０００３】
デジタルホーム技術は、現在までの超高速インターネット共有、ファイル共有、及び周辺装置共有のために推進されてきた単純なホームネットワーキングの概念を超え、よく具備さえた外部通信インフラを活用して一層多様な機能のサービスを提供することを目標としている。
【０００４】
このようなデジタルホーム技術の代表的なサービスプラットフォームとしては、Ｊａｖａ(登録商標)仮想マシン（JAVA(登録商標) Virtual Machine）基盤下で動作可能に作られたＯＳＧＩ（Open Service Gateway initiative）サービスプラットフォームがある。
【０００５】
ＯＳＧＩサービスプラットフォームは、ホームゲートウエー内部に設置され、ホームネットワーク上で動作するデバイスの連動に基づいて外部から多様なサービスの伝達を受け動作させることができるサービス実行環境を提供する。
【０００６】
図１は、従来ＯＳＧＩサービスプラットフォームの動作構造を概略的に示す図である。
【０００７】
図１に図示されるように、従来のＯＳＧＩサービスプラットフォームは、 サービス実行環境提供のためのサービス伝達と管理を実行するサービスフレームワーク（Service Framework)１５、多様なサービスを実行するための多数の標準サービス（Core Services）１３、多数の標準サービス１３を利用して開発された多様なアプリケーションサービス（Appls Service）１１から構成される。
【０００８】
このように構成されるＯＳＧＩサービスプラットフォームが具備された多数のデバイスが動作するホームネットワーク上で、各デバイスのＯＳＧＩサービスプラットフォームは、サービスフレームワーク１５の特性によってお互いに標準サービスを共有しない。
【０００９】
即ち、個別的に必要な標準サービスを自体フレームワークに設置登録し、使用者から所定のサービスが要請されると、自体実行環境内で要求される所定の標準サービスを呼び出して動作しなければならない。
【００１０】
このようなＯＳＧＩサービスプラットフォームを利用する多様なサービスの発展とＯＳＧＩサービスプラットフォームの動的実行環境が重要になることによって、デバイスに適用されてホームネットワーク内で多数個のＯＳＧＩサービスプラットフォームが動作するマルチサービスプラットフォーム（Multi-Service-Platform）構造が出現するようになった。
【００１１】
これによって、マルチサービスプラットフォームとの間の相互動作の必要性が強調されているが、従来のＯＳＧＩサービスプラットフォームでは同一な機能を実行する標準サービスであっても該当フレームワークに登録されている時だけ適切なサービスが提供できるようになっているので、ホームネットワーク上で動作するＯＳＧＩサービスプラットフォームのフレームワークとの間の資源活用が不可能であった。
【００１２】
そのため、ホームネットワーク上では同一な機能を実行することによって要求される標準サービスが各ＯＳＧＩサービスプラットフォームのフレームワークに重複設置される場合が発生する問題点があった。
【００１３】
即ち、デバイスＡで所定のサービスを提供するためにＯＳＧＩサービスプラットフォームＡを通じて標準サービスＡが要求される場合、従来の技術ではネットワーク上で動作するデバイスＢのＯＳＧＩサービスプラットフォームＢで標準サービスＡが支援されてもＯＳＧＩサービスプラットフォームＢの資源活用が不可能であるためＯＳＧＩサービスプラットフォームＡに標準サービスＡを重複して登録設置しなければならなかった。
【００１４】
また、サービスを賃貸するか販売するビジネスモデルにおいては、使用者が同一なサービスを駆動するためにデバイス別に費用を重複して支払う必要があった。
【００１５】
さらに、現在のデバイスで要請したサービスを駆動するために必要な他のサービスが、他のデバイスで実行中であるＯＳＧＩサービスプラットフォームに登録されて管理中である場合にも、他のデバイスに該当サービスを要請するか自分のＯＳＧＩサービスプラットフォームに登録できる方法がない問題点があった。
【００１６】
このような従来技術の問題点を解決するために、特許文献１の家電機器ネットワーク制御システムでは、使用者インタフェース機能を備えたデバイスにマスターのすべての機能を搭載し、その以外のデバイスは定まったスレイブとの通信又は簡単な制御コードによる通信等を行うことで、通信モジュールが具備されなかった機器をスレイブで設定して全ての機能が搭載されたマスターを通じて制御できるようにしたが、ホームネットワーク上で動作するデバイスのＯＳＧＩサービスプラットフォームとの間でサービスが共有できるようにする方法としては不足であった。
【特許文献１】大韓民国特許出願第２００１−００３００３６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明は、上述したような従来技術の問題点を解決するためになされたもので、本発明では、所定の選出アルゴリズムを利用して所定のネットワーク上で動作するデバイスのＯＳＧＩサービスプラットフォームとの間でサービスが共有できるようにサービス共有のための役割を決定することを目的とする。
【００１８】
また、本発明の他の目的は、決定される役割によって多数の標準サービスを有するＯＳＧＩサービスプラットフォームを通じて使用者から受信されるサービス要請を処理することにある。
【課題を解決するための手段】
【００１９】
前記目的を達成するために、本発明では、ＯＳＧＩサービスプラットフォームに具備されるサービスエージェントモジュールを通じてネットワーク上で動作するデバイスのＯＳＧＩサービスプラットフォームとの間で所定の標準サービス共有のためのサービス役割を決定してＯＳＧＩサービスプラットフォームに設定することを特徴とする。
【００２０】
また、本発明は、決定された役割によって所定のサービス支援のために要求される標準サービスを指定されたデバイスのＯＳＧＩサービスプラットフォームを通じて提供することを特徴とする。
【００２１】
サービス役割は、各デバイスから収集されるシステムリソース（resource）情報を通じて決定されることで、本発明の一実施例では、所定の選出アルゴリズムを利用して収集されるシステムリソース情報によって所定の標準サービスに対してマスター又はエージェントで決定するようにする。
【００２２】
マスターは、所定の標準サービスに対して高いシステムリソース情報を有するデバイスとして、該当標準サービスを提供するように定義され、マスターのＯＳＧＩサービスプラットフォームを通じて提供される指定された標準サービスを利用して所定のサービス支援のために要求される標準サービスを提供するデバイスで定義される。
【００２３】
このように決定されるサービス役割よって、サービスエージェントモジュールはマスターエージェントモジュール又はエージェントモジュールで設定される。
【００２４】
本発明一実施例によるネットワーク上でのサービス共有のための装置は、所定のネットワークに連結されると、選出アルゴリズムを通じて所定の標準サービス共有のためのサービス役割を決定するサービス役割設定部と、前記サービス役割設定部により決定されるサービス役割によって所定のサービス支援のために要求される標準サービスを外部指定されたデバイスのＯＳＧＩサービスプラットフォームへ処理要請するサービス要請処理部をと含むことを特徴とする。
【００２５】
また、本発明の一実施例によるサービス要請処理部は、サービス役割によって要求される標準サービスを指定されたデバイスのＯＳＧＩサービスプラットフォームへ伝送するように前記標準サービス要請情報を変換するデータ変換部と、前記データ変換部により変換された標準サービス要請情報を前記指定されたデバイスのＯＳＧＩサービスプラットフォームへ伝送する標準サービス連結部とを含むことを特徴とする。
【００２６】
本発明の一実施例によるネットワーク上のサービス共有のための方法は、所定のネットワークに連結され、所定の標準サービス共有のためのサービス役割を決定する段階と、決定されるサービス役割によって所定のサービス支援のために要求される標準サービスを外部指定されたデバイスのＯＳＧＩサービスプラットフォームへ要請する段階とを含むことを特徴とする。
【００２７】
また、本発明の一実施例によるネットワーク上でのサービス共有のための方法は、決定されるサービス役割によって所定のサービス支援のために要求される標準サービスを動作させて得られる結果値を前記標準サービスを要請したデバイスへ伝送する段階をさらに含むことを特徴とする。
【発明の効果】
【００２８】
本発明によると、所定の選出アルゴリズムを利用して決定されるサービス役割によって、所定のネットワーク上で動作するデバイスのＯＳＧＩサービスプラットフォームとの間でサービスが共有できるようになる。
【００２９】
また、独立されたＯＳＧＩサービスプラットフォームに全ての標準サービスに対する設置及び動作なしにも標準サービス提供が可能になる。
【００３０】
また、システム仕様が不十分なデバイスでもマスターエージェントモジュールのＯＳＧＩサービスプラットフォームを通じた標準サービスの提供によるサービスの支援を受けることができる。
【発明を実施するための最良の形態】
【００３１】
以下、添付の図面を参照して本発明の一実施例によるネットワーク上でのサービス共有のための装置及び方法を説明することにおいて、ＯＳＧＩサービスプラットフォームに具備されるサービスエージェントモジュールを通じて具現されるもので説明しているが、これは例示的なもので、システムリソース情報を利用して所定の標準サービス提供のための各デバイスのサービス役割を決定し、決定されたサービス役割によって指定されたデバイスのＯＳＧＩサービスプラットフォームを通じて標準サービスを提供する方法へのた多様な変更及び均等な他の実施例が可能であることは、本技術分野の通常の知識を持った者であれば理解できるものである。
【００３２】
また、以下本発明によるネットワーク上でのサービス共有のための装置及び方法を説明することにおいて、本発明に対する容易な理解のためにＯＳＧＩサービスプラットフォームを基盤とするシステムを実施例として説明しているが、これも例示的なもので、所定のネットワーク上で動作するデバイスを通じた所定のアプリケーションの提供のために要求される多様なサービスを実行させ提供するためのフレームワーク(framework)と類似に機能するミドルウェアでも適用可能である。
【００３３】
図２は、本発明の一実施例によるネットワーク上でのサービス共有のためのサービス装置の構造を概略的に示す図である。
【００３４】
図２に図示されるように、本発明の一実施例によるネットワーク上でのサービス共有のための装置であるサービスエージェントモジュール１００は、サービス役割設定部（configuration）１１０と、サービス要請処理部１３０から構成される。
【００３５】
サービス役割設定部１１０は、ネットワーク上で動作するデバイスから収集されるシステムリソース情報を利用して選出アルゴリズムを通じて所定の標準サービス共有のためのサービス役割を決定する。
【００３６】
即ち、サービス役割設定部１１０では、デバイスがネットワーク上に連結されると、発見メッセージ(Discovery  Message)をブロードキャスティングして応答メッセージで受信されるデバイスのシステムリソース情報を収集し、収集されたシステムリソース情報を利用して選出アルゴリズムでサービス役割を決定する。
【００３７】
また、サービス役割設定部１１０は、選出アルゴリズムを通じて決定されるサービス役割によって、サービスエージェントモジュールをマスターエージェントモジュールもしくはエージェントモジュールで設定する。
【００３８】
また、決定されるサービス役割によって自分のサービス役割をネットワーク上で動作するネットワークデバイスに知らせ、所定の標準サービス提供のために指定されるデバイスにプロキシ情報を要請して該当デバイスのプロキシ情報を設定する。
【００３９】
サービス要請処理部１３０は、サービス役割設定部１１０を通じて決定されるサービス役割によって所定のサービス支援のために要求される標準サービスを内部的に提供するか或いは外部指定されたデバイスのＯＳＧＩサービスプラットフォームへ処理要請することで、データ変換部（Data conversion）１３１と標準サービス連結部（Core Service Linker）１３３から構成される。
【００４０】
データ変換部１３１は、サービスエージェントモジュールのサービス役割がマスターであれば、サービス要請情報を分析して該当サービスの提供のために要求される標準サービス（Core Service)を動作させるようにサービス要請情報を変換し、サービス役割がエージェントであれば、マスターへサービス要請情報を伝送するようにサービス要請情報を変換する。
【００４１】
マスターエージェントモジュールへサービス要請情報を伝送するようにサービス要請情報を変換する場合、データ変換部１３１では、ネットワークを通じて要請されたサービスを指定されたマスターエージェントモジュールへ伝送するために使用しようとするサービスと入力データをパッケージングする。
【００４２】
標準サービス連結部１３３は、サービス役割によってデータ変換部１３１により変換されたサービス要請情報をプロキシ（Core Service Proxy）を利用してマスターへ伝送するか或いはデータ変換部１３１により変換されたサービス要請情報によって該当標準サービスを動作させる。
【００４３】
また、標準サービス連結部１３３では、サービス要請情報が所定のエージェントにより要請されたものであれば、該当サービスを動作させて得られた結果値をサービスを要請したエージェントへ伝送する。
【００４４】
参考に、上述した本発明の一実施例によるネットワーク上でのサービス共有のための装置は、各モジュールを全てハードウェアで構成するか、一部のモジュールだけをソフトウェアで構成するか、または全体モジュールをソフトウェアで構成することもできる。
【００４５】
したがって、本発明の一実施例によるネットワーク上でのサービス共有のための装置をハードウェアまたはソフトウェアで構成することは、本発明の思想を離脱せず、ソフトウェア及び／又はハードウェアで構成することによる修正と変更が付加できることは自明である。
【００４６】
以上のように構成されるネットワーク上でのサービス共有のための装置を利用する本発明によるサービス共有方法について図面を参照して詳細に説明する。
【００４７】
本発明によるネットワーク上でのサービス共有のための方法は、サービス役割を決定 する段階と、決定されたサービス役割によって要請されたサービスを提供する段階から構成される。
【００４８】
図３は、本発明の一実施例によるネットワーク上でのサービス共有のためのサービス役割決定過程を概略的に示す図である。
【００４９】
図３に図示されるように、所定のネットワーク上に連結されデバイスが動作すると、サービスエージェントモジュールのサービス役割設定部１１０では、サービス役割決定のためにネットワーク上で動作するデバイスでディスカバリーメッセージをマルチキャストする。
【００５０】
これによって、ネットワーク上で動作するデバイスから応答メッセージが受信されると、応答メッセージを通じて収集される各デバイスのシステムリソース情報を利用して選出アルゴリズムでサービス役割を決定する（Ｓ１）。
【００５１】
このように、サービス役割が決定されると、サービス役割設定部１１０では、デバイスのサービス役割がマスターであるか否かを判別する（Ｓ２）。
【００５２】
判別結果、サービス役割がマスターではなければ（Ｓ２で「いいえ」）、ＯＳＧＩサービスプラットフォームにエージェントでサービス役割を設定する（Ｓ３）。
【００５３】
判別結果、サービス役割がマスターであれば（Ｓ２で「はい」）、ＯＳＧＩサービスプラットフォームにマスターでサービス役割を設定し（Ｓ４）、サービスフレームワーク及び標準サービスを活性化させる（Ｓ５）。
【００５４】
このような過程を通じてサービス役割が決定されると、サービス役割設定部１１０では、決定された自分のサービス役割をネットワーク上で動作するデバイスに知らせる。
【００５５】
図４は、本発明の一実施例によるネットワーク上でのサービス共有のためのサービス処理過程を概略的に示す図である。
【００５６】
図４に図示されるように、所定の標準サービス処理のためにサービスエージェントモジュールでは、ネットワーク上で動作するデバイスに自分の役割を知らせ、それに対する応答で受信される情報を通じてマスターエージェントモジュールを検索する。
【００５７】
次に、マスターエージェントモジュールへプロキシ情報を要請してマスターエージェントモジュールから受信されるプロキシ情報を設定する。
【００５８】
このようにマスターエージェントモジュールを通じて所定の標準サービス提供のために指定されたデバイスに対する情報を設定したエージェントモジュールでは、応用プログラムのサービス支援のために所定の標準サービスが要求されると、設定されたプロキシ情報を利用して指定されたマスターエージェントモジュールへ該当標準サービス要請情報を伝送する。
【００５９】
即ち、一例で、サービス役割がエージェントであるエージェントモジュールでは、サービス役割によって応用プログラム等から要求される標準サービス提供のためにマスターエージェントモジュールを検索する（Ｓ１１）。
【００６０】
次に、マスターエージェントモジュールが検索されると、検索されたマスターエージェントモジュールへプロキシ情報を要請して受信されるプロキシ情報を設定する（Ｓ１２）。
【００６１】
次に、エージェントモジュールでは、応用プログラムから所定のサービス提供のために標準サービスが要請されると（Ｓ１３）、マスターエージェントモジュールへサービス要請情報を伝送するようにサービス要請情報を変換する（Ｓ１４）。
【００６２】
次に、変換されたサービス要請情報をサービス処理要請メッセージと共にマスターエージェントモジュールへ伝送する（Ｓ１５）。
【００６３】
マスターエージェントモジュールでは、サービス処理要請が受信される（Ｓ１６）と、サービス要請情報を分析して要求される標準サービスを動作させるようにサービス要請情報を変換し（Ｓ１７）、ＯＳＧＩサービスプラットフォームへ標準サービス要請を伝送する（Ｓ１８）。
【００６４】
これによって、ＯＳＧＩサービスプラットフォームでは、該当する標準サービスが実行されるように処理し（Ｓ１９）、処理結果得られる結果値をマスターエージェントモジュールへ伝送する（Ｓ２０）。
【００６５】
マスターエージェントモジュールでは、ＯＳＧＩサービスプラットフォームから受信される標準サービス処理結果値をエージェントモジュールへ伝送するように変換し（Ｓ２１）、要請された標準サービス処理結果でエージェントモジュールに提供する（Ｓ２２）。
【００６６】
エージェントモジュールでは、マスターエージェントモジュールから処理結果値が受信されると（Ｓ２３）、受信される処理結果値を標準サービスを要請した応用プログラムへ伝送するように変換し（Ｓ２４）、応用プログラムへ伝送する（Ｓ２５）。
【００６７】
以上のように行われるサービス役割決定及びサービス役割処理過程を通じてネットワーク上で動作するデバイスのＯＳＧＩサービスプラットフォームとの間で標準サービスを共有するようになる。
【００６８】
一例で、ＰＤＡ（Personal Digital Assistant）のような小型デバイスの応用プログラムでＯＳＧＩ標準サービスの中でＸＭＬ Parser サービスを要求する場合、ＰＤＡのＯＳＧＩサービスプラットフォームに具備されるエージェントモジュールでは、ネットワーク上で動作するシステム負荷が少ないで迅速なプロセス処理が可能なマスターエージェントモジュールへＸＭＬ Parser サービスを要請してマスターエージェントのＯＳＧＩサービスプラットフォームを通じてＸＭＬ Parser サービスを提供するようになる。
【００６９】
これによって、使用者ＰＤＡを通じてもＸＭＬ Parser サービスによって要求される比較的に速いプロセス処理及び多量のデータ分析の提供が受けられる。
【００７０】
他の例で、ＰＤＡのような小型デバイスの応用プログラムでＯＳＧＩ標準サービスの中でＵＰｎＰサービスを要求する場合、ＰＤＡのＯＳＧＩサービスプラットフォームに具備されるエージェントモジュールでは、ネットワーク上で動作するマスターエージェントモジュールへＵＰｎＰサービスを要請してマスターエージェントモジュールのＯＳＧＩサービスプラットフォームを通じてＵＰｎＰサービスを提供するようになる。
【００７１】
これによって、使用者はＰＤＡを通じてもＵＰｎＰサービスによるマルチキャスティングを支援するために要求されるデバイスのネットワーク設定及び持続的なネットワーク分析と共に発見されたデバイスの情報を記憶するための５個以上のスレッド支援の提供が受けられる。
【００７２】
また、他の例で、所定デバイスの応用プログラムでＯＳＧＩ標準サービスの中でプレファランスサービス（Preference Service）を要求する場合、該当デバイスのＯＳＧＩサービスプラットフォームに具備されるエージェントモジュールでは、ネットワーク上で動作するマスターエージェントモジュールへプレファランスサービスを要請してマスターエージェントモジュールのＯＳＧＩサービスプラットフォームを通じてプレファランスサービスを提供するようになる。
【００７３】
即ち、プレファランスサービスは、パーシステント（Persistent）記憶領域が支援されるか或いは別の外部データベースに近接してデータを記憶させるメカニズムを提供する必要があるが、本発明によるサービス共有方法によってプレファランスサービスが要求されたデバイスでは、パーシステント記憶領域あるいは外部データベースに近接してデータを記憶するので、メカニズムを具備しなくてもプレファランスサービス支援が可能なマスターエージェントモジュールを通じてサービス支援が可能になる。
【００７４】
本発明は、本発明の技数的思想から逸脱することなく、他の種々の形態で実施することができる。前述の実施例は、あくまでも、本発明の技数内容を明らかにするものであって、そのような具体例のみに限定して狭義に解釈されるべきものではなく、本発明の精神と特許請求の範囲内で、いろいろと変更して実施することができるものである。
【図面の簡単な説明】
【００７５】
【図１】従来のＯＳＧＩサービスプラットフォームの動作構造を概略的に示す図である。
【図２】本発明一実施例によるネットワーク上でのサービス共有のためのサービス装置の構造を概略的に示す図である。
【図３】本発明の一実施例によるネットワーク上でのサービス共有のためのサービス役割決定過程を概略的に示す図である。
【図４】本発明の一実施例によるネットワーク上でのサービス共有のためのサービス処理過程を概略的に示す図である。
【符号の説明】
【００７６】
１００  サービスエージェントモジュール
１１０  サービス役割設定部
１３０  サービス要請処理部
１３１  データ変換部  
１３３  標準サービス連結部
【図１】
2005196772.tif 000003
【図２】
2005196772.tif 000004
【図３】
2005196772.tif 000005
【図４】
2005196772.tif 000006