JP2000242541A - オブジェクト処理装置及びそのプログラム記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、オブジェクト処理装置及びそのプ
ログラム記憶媒体に関し、データ転送、イベント通知、
監視、コマンド作成等の処理に関するコンテント、ノー
ド、ユーザをオブジェクトとして統一的に管理すること
を目的とする。 【解決手段】 アプリケーション１００は転送対象であ
るコンテント又は転送先であるノードをオブジェクトと
して転送を指示する。転送サービス処理部２０４はノー
ドとの間でのコンテントについての転送を行う。オブジ
ェクトサービス処理部２０３はコンテント、ユーザ及び
ノードについてのデータをオブジェクトとして統一的に
管理する。アプリケーション１００からの転送の指示に
応じて、転送サービス処理部２０４が、その指示に関す
るオブジェクトをオブジェクトサービス処理部２０３か
ら取得して、これに基づいてノードとの間でコンテント
についての転送を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト処理
装置及びそのプログラム記憶媒体に関し、特に、データ
の表現形式、管理形式、アクセス方式、プロトコル等に
依存することなく、データ転送、イベント通知、監視、
コマンド作成等の処理に関する少なくともコンテント、
ユーザ又はノードを含む操作対象物を含む操作対象物を
オブジェクトとして統一的に管理するオブジェクト処理
装置及びそのプログラム記憶媒体に関する。

【０００２】

【従来の技術】インターネット等の発達により、ネット
ワークコンピューティング環境が著しく整備されてい
る。このような環境下では、アプリケーション（プログ
ラム）がインターネット等を利用して処理を行い、コン
ピュータ間において頻繁にデータ転送を行う。例えば、
同一ネットワーク内におけるサーバやクライアントの間
でのデータ転送に限らず、異なるネットワークに接続さ
れたコンピュータ間でのデータ（プログラムを含む）転
送も行われる。このようなアプリケーションの開発に当
たっては、次の点に留意する必要がある。

【０００３】第１に、インターネットを利用した分散環
境で業務を構築する場合、業務アプリケーションの動作
するプラットフォームを制限することは難しい。また、
制限するとスケーラビリティが失われてしまうという問
題がある。従って、このようなアプリケーションには、
マルチプラットフォーム上で動作することが求められ
る。

【０００４】第２に、インターネットでの技術革新は目
覚ましく、新しい通信媒体やプロトコルが次々と採用さ
れる。これら利用するためには、進歩する通信媒体やプ
ロトコルなどのインターネット技術に追従していく必要
がある。

【０００５】第３に、分散した拠点間で業務を構築する
場合、業務で利用するアプリケーションの配布を従来の
ように人手を掛けて行うと、時間とコストが問題とな
る。従って、アプリケーションを配布／管理する機能が
求められる。

【０００６】第４に、ネットワークインフラストラクチ
ャーの整備により、帯域幅は拡大する傾向にある。しか
し、イメージデータや動画、アプリケーションの配布な
ど、転送データ自身のデータ容量も増大しているため、
何らかの回線負荷軽減の手段が必要である。

【０００７】第５に、インターネットを利用するアプリ
ケーションは、セキュリティを考慮して作成しなければ
ならない。さらに、作成したアプリケーションを企業に
導入する場合、企業内ネットワークのセキュリティ強度
を落とすことなく、導入できなければならない。

【０００８】

【発明が解決しようとする課題】前述の第１及び第３の
点に関して、マルチプラットフォーム上での動作を保証
しようとすると、アプリケーション（及びその開発者）
の負担が大きい。即ち、コンピュータにおいては、種々
の形式でデータ（プログラムを含む）が表現され、ま
た、種々の形式でデータが種々の形式でデータが管理さ
れる。従って、そのデータへのアクセス方法にも種々の
方式がある。データの表現の形式としては、例えば、ス
キーマ定義、ファイルフォーマット等がある。データの
管理の形式としては、例えば、関係データベース（ＲＤ
Ｂ）、ディレクトリ、そのシステムやアプリケーション
独自のデータベース（独自ＤＢ）、ファイルシステム等
がある。データへのアクセス方法の方式としては、例え
ば、ＲＤＢ用のストラクチャードクエリランゲージ（Ｓ
ＱＬ）、オープンデータベースコネクティビティ（ＯＤ
ＢＣ）、ライトウェイトディレクトリアクセスプロトコ
ル（ＬＤＡＰ）、そのデーベース独自のプロトコル（独
自プロトコル）、低位のＡＰＩ（アプリケーションプロ
グラミングインタフェース）等がある。

【０００９】異なるコンピュータ間でのデータ処理にお
いては、データの表現形式、管理形式及びアクセス方式
が全く統一されていないため、これらの相違は大きな問
題となる。従って、処理対象のあるデータを利用するた
めには、当該データの表現形式及び管理形式を意識し
て、当該データの管理部へ当該管理部のプロトコルに従
って、アクセスする必要がある。このため、アプリケー
ション開発者がインターネットを利用するアプリケーシ
ョンにおいて煩雑な処理コードを記述する必要がある。

【００１０】具体的には、一般的なオブジェクト指向デ
ータベース（ＯＯＤＢ）は、その独自のフォーマットの
ファイル等にオブジェクトをそのまま管理するので、他
の種類のＲＤＢやディレクトリは取り扱えない。オブジ
ェクト指向関係データベース（ＯＲＤＢ）は、ＲＤＢの
テーブルをオブジェクトとして操作する機能を有する
が、他のファイルやディレクトリをも含めた上で同一の
インタフェースで取り扱うことはできない。種々のデー
タベースやファイルを同一のインタフェースで操作する
機能を有するデータベースも存在するが、操作対象のデ
ータフォーマットをユーザ側で定義することはできな
い。従って、これらのデータを利用するためには、当該
データを意識する必要があり、全てアプリケーション開
発者の負担により解消することが必要である。

【００１１】また、前述の第２の点に関して、新しい技
術に追従しようとすると、アプリケーション（及びその
開発者）の負担が大きい。即ち、新しいデータの表現形
式、管理形式、アクセス方式、プロトコル等が開発され
た場合、アプリケーションの汎用性を確保しようとする
と、アプリケーション開発者がインターネットを利用す
るアプリケーションの処理コードを逐次書き換えること
により、当該アプリケーションを更新する必要がある。

【００１２】また、前述の第３の点に関して、業務で利
用するプログラムを異なるコンピュータ間での転送対象
とする場合、どのプログラムを転送したかを自動的に管
理する必要がある。また、当該プログラムの改版があっ
た場合、先に当該プログラムを転送した転送先（ノード
又はユーザ）に改版したプログラムを自動的に転送する
必要がある。

【００１３】また、前述の第４の点に関して、上記のよ
うな業務で利用するプログラムの改版を転送する場合、
当該改版の部分のみを転送することができれば、ネット
ワークの負荷を軽減することができる。従って、プログ
ラムの改版を転送する場合等においては、改版前と改版
後との差分を管理し、当該差分のみを自動的に当該転送
先に転送する必要がある。

【００１４】また、前述の第５の点に関して、ネットワ
ークが拡大してもセキュリティのレベルを維持しようと
すると、アプリケーション（及びその開発者）の負担が
大きい。即ち、データ転送や読み出しにおいては、セキ
ュリティ等の観点からその依頼元をも意識する必要があ
る。例えば、あるデータについては、そのデータ転送等
の依頼元が特定のノード（サーバ、クライアント等）又
は特定のユーザである場合には、当該データ転送等を許
してはならないことがある。従って、実際のデータ転送
等においては、転送等の処理対象のみでなく、そのノー
ド及びユーザをも意識する必要がある。

【００１５】本発明は、データの表現形式、管理形式、
アクセス方式、プロトコル等に依存することなく、デー
タ転送、イベント通知、監視、コマンド作成等の処理に
関するコンテント、ノード、ユーザ等の操作対象データ
をオブジェクトとして統一的に管理するオブジェクト処
理装置を提供することを目的とする。

【００１６】また、本発明は、ネットワークコンピュー
ティング環境において、転送対象である多種多様なコン
テント及び転送先であるユーザまたはノード（クライア
ント）の管理、及びコンテントの確実な集配信機能を提
供することを目的とする。

【００１７】また、本発明は、データの表現形式、管理
形式、アクセス方式、プロトコル等に依存することな
く、データ転送、イベント通知、監視、コマンド作成等
の処理に関するコンテント、ノード、ユーザ等の操作対
象データをオブジェクトとして統一的に管理する処理
を、コンピュータである当該オブジェクト処理装置に実
行させるプログラムを記憶したプログラム記憶媒体を提
供することを目的とする。

【００１８】

【課題を解決するための手段】図１は本発明の原理構成
図であり、本発明のオブジェクト処理装置を示す。オブ
ジェクト処理装置は、転送対象であるコンテント（又は
コンテンツ）又は転送先であるノードをオブジェクトと
して転送を指示するアプリケーション１００からの転送
の指示に応じて、当該ノードとの間での当該コンテント
についての転送を行う転送サービス処理部２０４と、少
なくともコンテント、ユーザ又はノードを含む操作対象
物を含む操作対象物についてのデータをオブジェクトと
して統一的に管理するオブジェクトサービス処理部２０
３とからなり、アプリケーション１００からの転送の指
示に応じて、転送サービス処理部２０４が、当該指示に
関するオブジェクトをオブジェクトサービス処理部２０
３から取得して、当該取得したオブジェクトに基づいて
当該ノードとの間で当該コンテントについての転送を行
う。転送は，例えば回線７００を介して、当該オブジェ
クト処理装置であるノード８００から他のノード８００
に存在する他のアプリケーション１００に対して行われ
る。

【００１９】本発明のオブジェクト処理装置によれば、
アプリケーション１００は転送サービス処理部２０４に
オブジェクトを用いてその転送を指示するのみで、転送
対象であるコンテントを転送先であるノードに転送する
ことができる。従って、アプリケーション１００は転送
対象のデータ格納形式、転送のプロトコル及び転送先等
を意識することなく、転送処理を行うことができる。

【００２０】また、本発明のオブジェクト処理装置は、
転送対象であるコンテント又は転送先であるノードをオ
ブジェクトとして転送を指示するアプリケーション１０
０からの転送の指示に応じて、当該ノードとの間で当該
コンテントについての転送を行う転送サービス処理部２
０４と、少なくともコンテント、ユーザ又はノードを含
む操作対象物を含む操作対象物についてのデータをオブ
ジェクトとして統一的に管理するオブジェクトサービス
処理部２０３とからなり、アプリケーション１００から
の転送の指示に応じて、転送サービス処理部２０４が、
当該指示に関するオブジェクトをオブジェクトサービス
処理部２０３から取得して、当該取得したオブジェクト
に基づいて当該ノードとの間で当該コンテントについて
の転送を行い、オブジェクトサービス処理部２０３が、
当該転送の結果に基づいて、当該コンテント及び当該ノ
ードについての配布情報を作成し、これを当該オブジェ
クトと関連付けて管理する。即ち、転送サービス処理部
２０４とオブジェクトサービス処理部２０３とからなる
配布管理処理部２０９による配布管理処理が行われる。

【００２１】本発明のオブジェクト処理装置によれば、
アプリケーション１００は転送サービス処理部２０４に
オブジェクトを用いてその転送を指示するのみで、配布
管理処理部２０９により、転送対象であるコンテントの
転送の結果に基づいて、当該コンテント及び当該ノード
についての配布情報を作成することができる。従って、
アプリケーション１００は、特に指示することなく、配
布情報により配布先等を管理することができる。

【００２２】また、本発明のオブジェクト処理装置は、
少なくともコンテント、ユーザ又はノードを含む操作対
象物を含む操作対象物についてのデータをオブジェクト
として統一的に管理するオブジェクトサービス処理部２
０３からなり、オブジェクトサービス処理部２０３が、
少なくともコンテント、ユーザ又はノードを含む操作対
象物を含む操作対象物についての操作をオブジェクトの
操作として指示するアプリケーション１００からのオブ
ジェクトの操作の指示に従って当該オブジェクトである
コンテントを操作し、当該操作前のコンテントと操作後
のコンテントとの差分を抽出し、これを差分情報として
当該オブジェクトと関連付けて管理する。即ち、転送サ
ービス処理部２０４とオブジェクトサービス処理部２０
３とからなる差分管理（及び差分転送）処理部２０８に
よる差分管理（及び差分転送）処理が行われる。

【００２３】本発明のオブジェクト処理装置によれば、
アプリケーション１００はオブジェクトサービス処理部
２０３にオブジェクトを用いてその操作を指示するのみ
で、差分管理処理部２０８により、操作したオブジェク
トであるコンテントの差分情報を作成することができ
る。従って、アプリケーション１００は、特に指示する
ことなく、差分情報によりコンテント等を管理すること
ができる。また、この差分情報のみを他のアップ１００
へ転送することにより、回線の負荷を軽減することがで
きる。

【００２４】また、本発明のオブジェクト処理装置は、
少なくともコンテント、ユーザ又はノードを含む操作対
象物を含む操作対象物についてのデータをオブジェクト
として統一的に管理するオブジェクトサービス処理部２
０３と、オブジェクトについての事象であるイベントの
発生元と、発生元においてイベントが発生した場合にイ
ベントの通知の依頼を登録するアプリケーション１００
からのイベントの通知の依頼の登録に基づいて、当該登
録されたイベントの通知を行うイベントサービス処理部
２０５とからなり、発生元が前記イベントサービス処理
部２０５に当該イベントの発生を通知し、イベントサー
ビス処理部２０５が、登録の内容と発生元からの通知の
内容とを比較して、発生元から通知されたイベントが通
知の依頼の登録のされたイベントである場合にアプリケ
ーション１００にイベントを通知する。

【００２５】本発明のオブジェクト処理装置によれば、
アプリケーション１００はイベントサービス処理部２０
５にオブジェクトに関連するイベントの通知を依頼する
のみで、自己が関連するイベントの発生を知ることがで
きる。従って、アプリケーション１００は、特に指示す
ることなく、イベントの発生の通知を待って，所定の処
理を行うことができる。

【００２６】また、本発明のオブジェクト処理装置は、
少なくともコンテント、ユーザ又はノードを含む操作対
象物を含む操作対象物についてのデータをオブジェクト
として統一的に管理するオブジェクトサービス処理部２
０３と、オブジェクト以外についての事象の発生元と、
発生元の監視の依頼及び前記発生元で発生した当該事象
に基づくイベントの通知の依頼を登録するアプリケーシ
ョン１００からのイベントの通知の依頼の登録に基づい
て、当該登録されたイベントの通知を行うイベントサー
ビス処理部２０５と、アプリケーション１００からの発
生元の監視の依頼の登録に基づいて、当該登録された事
象の通知を行う監視サービス処理部２０６とからなり、
監視サービス処理部２０６が、発生元を監視し、前記発
生元で当該事象が発生した場合にこれに基づいてイベン
トサービス処理部２０５に当該イベントの発生を通知
し、イベントサービス処理部２０５が、登録の内容と監
視サービス処理部２０６からの通知の内容とを比較し
て、監視サービス処理部２０６から通知されたイベント
が通知の依頼の登録のされたイベントである場合にアプ
リケーション１００にイベントを通知する。

【００２７】本発明のオブジェクト処理装置によれば、
アプリケーション１００は監視サービス処理部２０６に
オブジェクト以外の事象の監視を依頼するのみで、イベ
ントサービス処理部２０５からのイベントの通知により
自己が関連するイベントの発生を知ることができる。従
って、アプリケーション１００は、特に指示することな
く、事象の発生の通知を待って，所定の処理を行うこと
ができる。

【００２８】また、本発明のオブジェクト処理装置は、
少なくともコンテント、ユーザ又はノードを含む操作対
象物を含む操作対象物についてのデータをオブジェクト
として統一的に管理するオブジェクトサービス処理部２
０３と、アプリケーション１００からの転送の指示に応
じて、当該ノードとの間での当該コンテントについての
転送を行う転送サービス処理部２０４と、アプリケーシ
ョン１００からのイベントの通知の依頼の登録に基づい
て、当該登録されたイベントの通知を行うイベントサー
ビス処理部２０５と、アプリケーション１００からの発
生元の監視の依頼の登録に基づいて、当該登録された事
象の通知を行う監視サービス処理部２０６と、各サービ
ス処理部の１又は複数を用いて所定の処理を実行するコ
マンドであって前記アプリケーション１００の作成した
コマンドを組み込んだコマンドサービス処理部２０７と
からなり、アプリケーション１００がコマンドの実行を
依頼した場合に、コマンドサービス処理部２０７が当該
コマンドを実行する。

【００２９】本発明のオブジェクト処理装置によれば、
アプリケーション１００はコマンドサービス処理部２０
７に自己の作成したロジック（プログラム）をコマンド
として登録するのみで、それ以後はコマンドの実行を指
示することにより、一連の処理を実行することができ
る。従って、アプリケーション１００は、一旦作成した
処理を有効に再度使用することができる。

【００３０】また、本発明のオブジェクト処理装置は、
所定のサービスを利用するアプリケーション１００に複
数のサービスを提供する窓口である管理サービス処理部
２０２からなり、管理サービス処理部２０２が、アプリ
ケーション１００からの所定のサービスの利用の依頼に
応じて、依頼されたサービスのプロパティと複数のサー
ビスのプロパティの各々とを比較して、プロパティの一
致したサービスのコンテキストをアプリケーション１０
０に与え、アプリケーション１００が、当該与えられた
コンテキストに基づいて当該サービスを利用する。

【００３１】本発明のオブジェクト処理装置によれば、
アプリケーション１００は管理サービス処理部２０２に
サービスの以来をするのみで、管理サービス処理部２０
２の提供するサービスを受けることができる。従って、
アプリケーション１００は、自己の実行環境を容易に整
えることができる。

【００３２】

【発明の実施の形態】最初に、本発明の適用されるオブ
ジェクト処理装置の概要について簡単に説明する。図２
乃至図４はオブジェクト処理装置構成図であり、本発明
の適用されるオブジェクト処理装置の構成を示す。

【００３３】図２は本発明のオブジェクト処理装置の構
成を示す。オブジェクト処理装置は、その上位レイアか
ら、フレームワークレイア２００、機能実装レイア３０
０、データ格納手段４００等の物理レイアからなる。フ
レームワークレイア２００と機能実装レイア３００とで
オブジェクトアクセス管理手段３５０を構成する。フレ
ームワークレイア２００はアプリケーション１００に本
発明のオブジェクト処理装置の機能をフレームワークと
して提供するための共通サービス処理部２０１を備え
る。機能実装レイア３００はオブジェクト処理装置がア
プリケーション１００に提供する種々の機能（管理処理
部）を備える（実装する）。例えば、セキュア通信管理
処理部３０３、マルチキャスト管理処理部３０２、デー
タ格納手段管理手段３０１であるリポジトリ管理処理部
３０１等である。

【００３４】上位統一インタフェース１５０はアプリケ
ーション１００と共通サービス処理部２０１との間のイ
ンタフェース（ＡＰＩ）であり、下位統一インタフェー
ス２５０は共通サービス処理部２０１とリポジトリ管理
処理部３０１との間のインタフェース（ＡＰＩ）であ
る。即ち、リポジトリインタフェースである。統一イン
タフェース１５０は、アプリケーション１００が少なく
ともコンテント、ユーザ又はノードを含む操作対象物を
含む操作対象物についてのデータの操作をオブジェクト
の操作として指示するためのものであり、共通サービス
処理部２０１又はオブジェクトサービス処理部２０３が
アプリケーション１００からの指示をオブジェクトの操
作についての指示として受け付けるためのものである。
統一インタフェース２５０は共通サービス処理部２０１
又はオブジェクトサービス処理部２０３が受け付けたオ
ブジェクトの操作についての指示を当該操作を行うべき
データ格納手段管理手段３０１に渡すためのものであ
る。アプリケーション１００は、当該種々の機能を利用
する場合、共通サービス処理部２０１との間で統一イン
タフェース１５０に従って、オブジェクトの操作の指示
を行うのみであり、機能実装レイア３００を意識するこ
とはない。

【００３５】本発明のオブジェクト処理装置では、図６
を参照して後述するベースオブジェクトクラスにおいて
アプリケーション１００が（自由に）定義できる対象、
即ち、コンテント、ユーザ、クライアント（及びそれら
についてのデータ）等をオブジェクトと呼ぶ。何をオブ
ジェクトとして定義するかは、アプリケーション１００
の自由である。従って、コンテント等以外のものでもオ
ブジェクトとして定義できる。オブジェクトの操作と
は、オブジェクトに何らかの変更を加え得ることを言
う。例えば、後述する作成、登録、更新、取得、削除、
検索、一覧等の処理である。

【００３６】更に、本発明のオブジェクト処理装置で
は、コンテント、ユーザ、クライアント自体をオブジェ
クトとして管理するのではなく、実際には、コンテン
ト、ユーザ、クライアントの管理情報をオブジェクトと
して管理する。これにより、コンテント、ユーザ、クラ
イアントをオブジェクトとして一元的に管理すると共
に、これらの管理情報を用いてオブジェクトの操作を変
換する。これにより、アプリケーション１００は仮想的
に統一されたオブジェクトにより命令を記述でき、一
方、オブジェクトの操作を実際のデータの処理に変換で
きる。

【００３７】図３は主としてフレームワークレイア２０
０の構成の概要について示す。フレームワークレイア２
００又は共通サービス処理部２０１は、アプリケーショ
ン１００にとって必要な共通の機能を、統一インタフェ
ース１５０で提供する。

【００３８】データやプログラムを集配信するアプリケ
ーション１００には大きく３つのタイプがある。第１
に、情報のブロードキャストを行うアプリケーション１
００は、ニュースやアナウンスなどの情報を配信し、ま
た、視聴者の視聴率情報などを集計する。第２に、拠点
支援を行うアプリケーション１００は、拠点（支店や関
係会社など）へ業務情報や業務アプリケーション１００
を配信し、また、拠点からは業務データ（売り上げデー
タなど）を集計する。第３に、業務システム間の連携を
行うアプリケーション１００は、ネットワークで接続さ
れた業務システム間でデータのやり取りを行う。多くの
システムにおいてはデータはデータベースで管理され
る。共通サービス処理部２０１は、このようなアプリケ
ーション１００にとって必要な共通の機能を、統一イン
タフェース１５０であるＡＰＩで提供する。即ち、共通
サービス処理部２０１は、このようなアプリケーション
１００に共通して必要な機能である、業務データなどの
コンテント（集配信対象）の管理、ユーザ（集配信先）
の管理、クライアント（集配信先）の管理、及び、セキ
ュリティを確保したネットワーク経由でのコンテントの
集配信を、統一インタフェース１５０の下で行う。

【００３９】共通サービス処理部２０１がアプリケーシ
ョン１００に提供するフレームワークは、以下の６つの
サービス処理部により与えられる。オブジェクトサービ
ス処理部２０３は、オブジェクト処理装置で集配信する
対象であるコンテント及び集配信先であるクライアント
・ユーザなどを管理する。転送サービス処理部２０４
は、以上のように定義されたオブジェクトをネットワー
ク経由で集配信する。オブジェクトサービス処理部２０
３及び転送サービス処理部２０４により、差分管理及び
差分転送機能２０８、配布管理機能２０９が実現され
る。イベントサービス処理部２０５は、オブジェクト処
理装置内の様々な事象をイベントとしてアプリケーショ
ン１００へ通知する。監視サービス処理部２０６は、オ
ブジェクト処理装置外の様々な事象（ＤＢやファイルシ
ステムの更新等）を監視し、事象発生時にイベントとし
てアプリケーション１００に通知する。コマンドサービ
ス処理部２０７は、以上のサービス処理部における処理
を総合的に扱った機能の実装をオブジェクト処理装置に
プラグインする。管理サービス処理部２０２は、アプリ
ケーション１００が共通サービス処理部２０１に対して
種々のサービスを要求する場合のアプリケーション１０
０に対する窓口となる。各サービス処理部については、
図５以下を参照して詳細に後述する。

【００４０】アプリケーション１００は、オブジェクト
サービス処理部２０３等を利用することにより、情報の
転送形式（ネットワークプロトコル等）や情報の格納形
式（データベース種別等）を意識することなく、コンテ
ント、クライアント、ユーザなどの管理、コンテント、
メッセージ、ファイルの集配信、及び、イベント、スケ
ジュールの制御を、統一インタフェース１５０で利用で
きる。例えば、転送対象の様々なコンテント及び転送先
のユーザまたはクライアントをオブジェクトとして統一
的に管理（オブジェクトサービス）し、管理しているコ
ンテントを転送先に確実に集信及び配信することができ
る（転送サービス）。

【００４１】また、アプリケーション１００の開発者
は、共通サービス処理部２０１を利用してアプリケーシ
ョン１００を開発することにより、統一インタフェース
１５０に沿ってプログラムコ−ドを記述するだけで、マ
ルチコンテントの集配信機能を持つアプリケーション１
００を作成することができる。例えば、開発者は、情報
の格納形式やネットワークプロトコルを意識せずに、コ
ンテント（転送対象物）と転送先の管理、及びそのコン
テントの集配信機能を使用することができる。また、コ
ンテントの転送をおこないたい場合、これまでのように
煩雑な処理コ−ドを記述する必要もなく、転送したいコ
ンテントと転送先を指定するだけで簡単に実現できる。
即ち、開発者は、プリミティブレベルでの操作を意識す
ることなく、アプリケーション１００本来のソリューシ
ョン（ビジネスロジック）の開発に専念することができ
る。

【００４２】図４は主として機能実装レイア３００の構
成の概要について示す。

【００４３】リポジトリ管理部３０１は、オブジェクト
を永続的に管理し、オブジェクトの検索・更新・取り出
しを行う。また、リポジトリ管理部３０１では、各種の
コンテントや接続するクライアントなどの管理情報をオ
ブジェクトとして管理する。リポジトリ管理部３０１
は、オブジェクトサービス処理部２０３に対して、リポ
ジトリ４００の種類（格納庫の種類）を意識させない統
一インタフェース２５０を提供する。

【００４４】リポジトリ管理部３０１でサポートするリ
ポジトリ４００の種類は、独自ファイル・ＲＤＢ・ディ
レクトリなど多岐に渡る。リポジトリ管理部３０１に対
するアクセスでは、アプリケーション１００がリポジト
リ４００の種別を意識することなく、同一の手順でアク
セスできる統一インタフェース２５０を提供する。即
ち、リポジトリ管理部３０１は、図示しないが、アプリ
ケーション１００又はオブジェクトサービス処理部２０
３が利用する共通のＡＰＩと、リポジトリ４００の各々
に対応するアダプタとからなる。リポジトリ４００の切
り替えは、リポジトリ管理部３０１のＡＰＩからリポジ
トリ４００の種類を指定することにより、ダイナミック
に変更することができる。

【００４５】リポジトリ管理部３０１は、オブジェクト
を永続的に管理するために、クラス定義情報及びフィー
ルド定義情報を保持し、また、継承関係、参照関係、及
びデータ管理の情報を保持する。これにより、リポジト
リ管理部３０１は、複雑なオブジェクトの検索、復元を
高速に処理する。また、リポジトリ管理部３０１は、リ
ポジトリ４００がＲＤＢやディレクトリである場合に
は、クラス・フィールドと各リポジトリ４００とのマッ
ピング情報の管理により、円滑にオブジェクトの授受を
行う。

【００４６】マルチキャスト通信管理処理部３０２はマ
ルチキャストを利用して多数のクライアントへのコンテ
ントの一斉配信を行う。マルチキャストを利用した通信
では、サーバはパケットを一つしか送信しなくて良い。
データは次々と複製されグループ内のクライアント全体
にデータが配信される。例えば天気予報などのコンテン
トを配信するサーバ（配信元）であるアプリケーション
１００はクライアント（配信先）に指定時間に一斉にコ
ンテントを配信し、すべてのクライアントがほぼ同時に
コンテントを受信することが可能である。また、マルチ
キャスト通信管理処理部３０２は通信基盤に通信衛星を
利用したマルチキャスト通信にも対応している。

【００４７】これにより、マルチキャスト通信管理処理
部３０２は、回線負荷の軽減、サーバ負荷の軽減、及
び、同報性の確保を実現することができる。即ち、従来
のInternet Protocol(ＩＰ）通信（ユニキャスト）を使
った一般的なコンテント配信では、サーバはクライアン
トに対してポイント・ツー・ポイントでそれぞれにデー
タを転送するので、クライアントの台数を増やした時に
はネットワーク上に流れるパケットが増加する。これに
より、回線負荷、配信時間、回線使用料金が増加する。
また、一斉配信での同報性が期待できず、クライアント
間で時間差が生じる。マルチキャスト通信によれば、こ
のような不都合を防止できる。

【００４８】更に、マルチキャスト通信管理処理部３０
２は、パケットの送出後にパケットロスト等により通信
が中断した場合、クライアントからＮＡＫ(Negative Ac
knowledgment、不着通知）をサーバに返す等の手段を採
用する。この通知により、サーバであるアプリケーショ
ン１００はロストしたパケットを再送して、信頼性を確
保する。これにより、マルチキャスト通信管理処理部３
０２は信頼性のある一斉配信を実現することができる。
即ち、マルチキャスト通信ではトランスポート層のプロ
トコルとしてＵＤＰ（User Datagram Protocol) を使用
する。ＵＤＰはデータが正しく転送されることを保証す
るＴＣＰ（Transmission Control Protocol)とは異なり
信頼性がなく、経路中でパケットロストする可能性があ
る。このため、コンテントがプログラムデータ等である
場合には向いていなかった。マルチキャスト通信管理処
理部３０２によれば、信頼性のある一斉配信を実現する
ことができる。

【００４９】また、マルチキャスト通信管理処理部３０
２は、図示しないが、マルチキャスト中継ゲートウェイ
に接続される。マルチキャスト通信管理処理部３０２に
対するマルチキャスト中継ゲートウェイは、リポジトリ
管理部３０１に対するリポジトリ４００に相当する。マ
ルチキャスト中継ゲートウェイは、マルチキャストのデ
ータをユニキャストデータにカプセル化してルータを経
由させ、中継先のゲートウェイで元のマルチキャストデ
ータに復元して再送する。これにより、マルチキャスト
通信管理処理部３０２はマルチキャストをユーザのネッ
トワーク環境に合わせて運用することが可能である。即
ち、ユーザのネットワーク環境において、マルチキャス
ト通信に対応していないルータが存在する場合でもマル
チキャストによる一斉配信を可能とするため、マルチキ
ャスト中継ゲートウェイによりマルチキャストのデータ
をユニキャストデータにカプセル化してルータを経由さ
せる。マルチキャスト通信管理処理部３０２によれば、
マルチキャストをユーザの環境に合わせて運用すること
ができる。

【００５０】各種の通信管理部３０５はＩＰ通信（ユニ
キャスト）によるクライアントへのコンテントの配信を
行う。各種の通信管理部３０５は種々のプログラムをサ
ポートする。即ち、Ｈｔｔｐ（及びＨｔｔｐｓ）、ＦＴ
Ｐ、ＳＭＴＰ、ＳＳＬ、Ｓｏｃｋｓ等である。

【００５１】以下、各サービス処理部について詳細に説
明する。

【００５２】最初に、オブジェクトサービス処理部２０
３について説明する。オブジェクトサービス処理部２０
３はオブジェクト処理装置で集配信する対象であるコン
テント及び集配信先であるクライアント・ユーザなどを
管理する。このオブジェクト処理装置では、コンテント
はＲＤＢ、ファイル、ディレクトリ等の種々のデータ格
納手段４００に存在する。本発明のオブジェクト処理装
置ではこれらの種々のデータ格納手段４００をリポジト
リ４００と呼ぶ。従って、データ格納手段管理手段３０
１はリポジトリ管理処理部３０１と呼ぶ。オブジェクト
サービス処理部２０３は、アプリケーション１００から
の依頼を受けて、リポジトリ４００に存在するデータを
操作する。従って、オブジェクトサービス処理部２０３
はリポジトリ管理部３０１の上位層である。これによ
り、アプリケーション１００が、リポジトリ４００の種
別（ＲＤＢ、ファイル、ディレクトリなど）や管理方法
（オブジェクトの永続保存なのか、他のリポジトリのマ
ッピングなのか）を意識する必要はなく、アプリケーシ
ョン開発者がアプリケーション作成に専念できる。

【００５３】オブジェクトサービス処理部２０３では、
図６を参照して後述するように、リポジトリ４００への
保存が可能なベースオブジェクトクラスを定義し、この
クラスを操作対象とする。これにより、オブジェクトサ
ービス処理部２０３はアプリケーション１００に対して
統一インタフェース１５０としてのＡＰＩを提供する。
従って、アプリケーション１００は、このベースオブジ
ェクトクラスを拡張することにより、アプリケーション
１００に適したデータ構造を表現することができる。

【００５４】これにより、オブジェクトサービス処理部
２０３は、少なくともコンテント、ユーザ又はノードを
含む操作対象物を含む操作対象物のそれぞれを任意の単
位でグループ化して１つのオブジェクトとして統一的に
管理することができ、また、少なくともコンテント、ユ
ーザ又はノードを含む操作対象物を含む操作対象物の互
いの関係（コンテントとノード、コンテントとユーザ、
ユーザとノード）をも、オブジェクトとして管理するこ
とができる。従って、アプリケーションは、本来少なく
ともコンテント、ユーザ又はノードを含む操作対象物を
含む操作対象物と異なるものを表すオブジェクトについ
て、共通の操作手順によって操作することができ、ま
た、例えば同一のコンテントをあるユーザグループの全
員に配信といった操作をすることができる。

【００５５】図５はオブジェクト処理装置構成図であ
り、本発明の適用されるオブジェクト処理装置の構成を
示す。

【００５６】アプリケーション１００は、少なくともコ
ンテント、ユーザ又はノードを含む操作対象物を含む操
作対象物についてのデータの操作をオブジェクトの操作
として指示する。この時、アプリケーション１００は、
オブジェクトサービス処理部２０３の統一インタフェー
ス１５０のみを意識する。従って、リポジトリ４００に
ついての意識はない。

【００５７】複数のリポジトリ（データ格納手段）４０
０は、少なくともコンテント、ユーザ又はノードを含む
操作対象物を含む操作対象物についてのデータを各々が
異なる形態で格納する。複数のリポジトリ４００は、図
５に示すように、例えば、ＲＤＢ（４００Ａ）、ファイ
ル（４００Ｂ）、ディレクトリ（４００Ｃ）、その他の
例えば、独自のデータベース（４００Ｄ）からなる。こ
れらは、全てデータのアクセス手段、管理手段、格納形
式等が異なる。なお、必要に応じて、Ａ乃至Ｄの符号を
付けて区別する。

【００５８】オブジェクトアクセス管理手段３５０は、
アプリケーション１００と複数のリポジトリ４００との
間に設けられ、複数のリポジトリ４００に格納された少
なくともコンテント、ユーザ又はノードを含む操作対象
物を含む操作対象物についてのデータをオブジェクトと
して統一的に管理する。このために、オブジェクトアク
セス管理手段３５０は、オブジェクトサービス処理部２
０３と、複数のリポジトリ４００の各々に対応して設け
られた複数のリポジトリ管理部（データ格納手段管理手
段）３０１とからなる。リポジトリ管理部３０１Ａ、
Ｂ、Ｃ及びＤは、各々、ＲＤＢ管理部、ファイル管理
部、ディレクトリ管理部、独自のデータベース管理部で
ある。

【００５９】オブジェクトサービス処理部２０３は、ア
プリケーション１００からのオブジェクトの操作につい
ての指示を統一インタフェース１５０に従って受け付
け、当該操作を行うべきリポジトリ管理部３０１を選択
して、これに受け付けたオブジェクトの操作についての
指示を統一インタフェース２５０に従って渡す。このた
めに、オブジェクトサービス処理部２０３はオブジェク
トと複数のリポジトリ管理部３０１との対応を記述した
第１テーブル（リポジトリテーブル）２１０を備える。
オブジェクトサービス処理部２０３は、リポジトリテー
ブル２１０を参照して、受け付けたオブジェクトの操作
についての指示を渡すべきリポジトリ管理部３０１を求
める（選択する）。このために、リポジトリテーブル２
１０は、図９を参照して後述するように、オブジェクト
型毎に、対応するデータ格納手段４００の種別とリポジ
トリ管理部３０１とを記述してなる。オブジェクト型と
複数のリポジトリ管理部３０１との対応は、当該オブジ
ェクト型をリポジトリテーブル２１０に登録したアプリ
ケーション１００が、当該対応をリポジトリテーブル２
１０に記述することにより定める。

【００６０】リポジトリ管理部３０１は、オブジェクト
サービス処理部２０３から渡された受け付けたオブジェ
クトの操作についての指示を、当該データの操作につい
ての指示に変換し、これに基づいて、対応するリポジト
リ４００に格納された少なくともコンテント、ユーザ又
はノードを含む操作対象物を含む操作対象物についての
データを操作する。このために、複数のリポジトリ管理
部３０１（３０１Ａ乃至３０１Ｄ）は、各々、オブジェ
クトと対応するリポジトリ４００の格納する少なくとも
コンテント、ユーザ又はノードを含む操作対象物を含む
操作対象物についてのデータとの関係を記述した第２テ
ーブル（マップテーブル）３０６（３０６Ａ乃至３０６
Ｄ）を備える。リポジトリ管理部３０１は、自己の持つ
第２テーブルを参照して、受け付けたオブジェクトの操
作についての指示を当該データの操作についての指示に
変換する。このために、第２テーブルは、図１０を参照
して後述するように、オブジェクト型及びこれに対応す
るデータ毎に、これらの間における相互の変換規則を記
述してなる。オブジェクトの操作についての指示を当該
データの操作についての指示に変換するための変換規則
は、当該オブジェクト型及びこれに対応するデータを第
２テーブルに登録したアプリケーション１００が、当該
変換規則を第２テーブルに記述することにより定める。
また、当該アプリケーション１００は、変換規則におい
て、当該オブジェクト型に対応するデータのフォーマッ
トを記述する。

【００６１】図６はオブジェクト説明図であり、オブジ
ェクトの種類及び階層の一例を示す。即ち、アプリケー
ション１００が登録しオブジェクトサービス処理部２０
３が管理するオブジェクトの一例であり、オブジェクト
の種類（何をオブジェクトとして登録するか）及び階層
（当該オブジェクトをどこに位置付けるか）は登録する
アプリケーション１００がオブジェクトサービス処理部
２０３の提供するベースオブジェクトクラス、ベクター
クラス、ディクショナリクラスを利用して、自由に定め
る。

【００６２】図６において、ベースオブジェクトクラス
は、コンテント、ユーザ、クライアント（ノード）の３
種類のグループと、ベクタークラスと、ディレクトリク
ラスとからなる。コンテントはデータやプログラム等の
処理の対象、即ち、情報である。コンテントは、更に、
ニュースサービスにおける（新聞）記事、業務を行うク
ライアントにおける業務データ、プログラムからなる。
ノードはコンテントの処理を行う装置（コンピュータ）
である。ユーザはノードへの指示によりコンテント及び
ノードを利用する人間である。ベクタークラスは、Ｊａ
ｖａ言語における配列用のクラスであり、記事の集合で
あるチャネルと、会社組織等の集合単位を集合単位を表
す組織と、ユーザ、クライアント、コンテント等の集合
を表すグループとからなる。ディクシャナリクラスは、
アプリケーション１００の利用するコンテント所有者及
びコンテント配布管理と、これらの上位のコンテント所
有者とコンテント配布管理の関係とからなる。

【００６３】図７はオブジェクト説明図であり、オブジ
ェクトの概念の他の一例を示す。オブジェクトサービス
処理部２０３の管理するオブジェクトの内、コンテン
ト、ユーザ又はノードを含む操作対象物の３種類の間の
関係を示す。コンテントとノードとの間の関係は、どの
ノードが当該コンテントを配布し、又は、配布されるか
を示す「配布情報」により表される。ノードとユーザと
の間の関係は、どのユーザがどのノードを使用するかを
示す「ノードの使用者情報」により表される。ユーザと
コンテントとの間の関係は、どのコンテントにどのユー
ザが関係することを許されるかを示す「コンテントの関
係者情報」により表される。このようなオブジェクトの
間の関係についての情報も、更にオブジェクトとして、
図６に示すベースオブジェクトクラスに追加することが
できる。この場合、オブジェクトアクセス管理手段３５
０はコンテントの所有者情報、ノードの使用者情報及び
コンテントの配布情報をオブジェクトとして管理する。

【００６４】図８はグループ化説明図であり、グループ
の概念を示す。オブジェクトサービス処理部２０３は、
アプリケーション１００の指示により、オブジェクトを
任意の単位でグループ化して、当該グループを（大き
な）１個のオブジェクトとして統一的に管理する。グル
ープ化は、図８に示すように、コンテント毎、ユーザ
毎、ノード毎に行われる。従って、図８に示す以外に、
ユーザのグループ、ノードのグループが存在する。コン
テントとユーザ、ユーザとノード等のように異なるオブ
ジェクト間においてはグループ化することはできない。
コンテントのグループ化において、図８に示すように、
あるグループＡは下位のグループＢを含むことができ
る。あるコンテントＣ３は異なる２個のグループＡ及び
Ｃに含まれることができる。ユーザのグループ、ノード
のグループにおいても同様である。

【００６５】グループ化は、当該コンテントを登録した
アプリケーション１００がオブジェクトサービス処理部
２０３に指示して決定する。例えば、コンテントＣ３を
登録したアプリケーション１００が既存のグループＢと
まとめたい場合に、グループ化の対象であるグループ
Ｂ、新たなグループ名Ａと共に、コンテントＣ３につい
てのグループ化を指示する。グループ名はユニークなも
のとされる。コンテントＣ４及びＣ５とも同様にしてグ
ループ化を行う。この場合、オブジェクトアクセス管理
手段３５０は、複数のコンテントからなるコンテントグ
ループ、複数のユーザからなるユーザグループ及び複数
のノードからなるノードグループについてのデータをオ
ブジェクトとして統一的に管理する。

【００６６】これにより、少なくともコンテント、ユー
ザ又はノードを含む操作対象物を含む操作対象物を、個
々のレベルのみではなく、任意の単位でグループ化して
１個のオブジェクトとして統一的に管理することができ
る。例えば、あるグループ（の複数のコンテント）及び
／又は１個のコンテントを、あるグループ（の複数のユ
ーザ）及び／又は一人のユーザ、又は、あるグループ
（の複数のノード）及び／又は１個のノードに配信する
ことを、オブジェクトの操作により行うことができる。

【００６７】以上から判るように、アプリケーション１
００は、オブジェクトを登録することにより、何をオブ
ジェクトとするかを、即ち、操作対象データの定義を、
自由に定めることができる。図６の定義は、その一例で
ある。従って、例えば、図６において、「集合」の下位
の「グループ」の下位に、更に、「ユーザグループ」
「クライアントグループ」「コンテントグループ」を付
加することも自由に行うことができる。

【００６８】また、本発明におけるオブジェクトは、全
て少なくともコンテント、ユーザ又はノードを含む操作
対象物を含む操作対象物、オブジェクト間の関係、オブ
ジェクトのグループ、及びその他オブジェクトとして定
義された事項についての管理情報である。アプリケーシ
ョン１００はオブジェクトの操作をその管理情報の操作
を指示することにより行う。この指示は統一インタフェ
ース１５０によるので、アプリケーション１００はこれ
以外を意識することはない。オブジェクトの実態である
データはリポジトリ４００に存在する。アプリケーショ
ン１００から与えられた管理情報の操作は、統一インタ
フェース２５０により、当該操作を行うべきリポジトリ
管理部３０１に渡される。このリポジトリ管理部３０１
が、その実態であるデータを操作するために、管理情報
の操作をデータの操作に変換して、当該操作を実行す
る。

【００６９】図９はリポジトリテーブル説明図であり、
オブジェクトサービス処理部２０３の備えるリポジトリ
テーブル２１０の構成を示す。リポジトリテーブル２１
０は、オブジェクトとそれに対応するリポジトリ４００
とを管理する。具体的には、リポジトリテーブル２１０
は、図９に示すように、オブジェクト（型）毎に、対応
する（当該オブジェクトの実態であるデータを格納す
る）リポジトリ４００の種別と、その対応する（リポジ
トリ）管理部（名）とを格納する。リポジトリ管理部３
０１はオブジェクトのインスタンスである。

【００７０】オブジェクトサービス処理部２０３は、ア
プリケーション１００からオブジェクトの操作を与えら
れると、当該オブジェクトを用いてリポジトリテーブル
２１０を参照し、当該オブジェクトのリポジトリ４００
の種別及びそのリポジトリ管理部３０１とを知る。これ
に基づいて、オブジェクトサービス処理部２０３は、複
数のリポジトリ管理部３０１の中から当該リポジトリ管
理部３０１を自動的に選択して、オブジェクトの操作を
依頼する。

【００７１】図１０はマップテーブル説明図であり、各
々のリポジトリ管理部３０１の備えるマップテーブル３
０６の構成を示す。マップテーブル３０６は、当該リポ
ジトリ管理部３０１の管理する種々の形式のデータと、
オブジェクトサービス処理部２０３から与えられるオブ
ジェクトとの間の対応関係（マッピング）を管理する。
具体的には、マップテーブル３０６は、図１０に示すよ
うに、データ格納部３０７と、オブジェクト格納部３０
９と、これらの間に設けられるマップ方法格納部３０８
とからなる。データ格納部３０７は当該リポジトリ管理
部３０１の管理する種々の形式のデータを格納する。即
ち、データ（名）毎に、その全ての属性を格納する。オ
ブジェクト格納部３０９はオブジェクトサービス処理部
２０３から与えられるオブジェクトを格納する。即ち、
オブジェクト（型）毎に、その全ての属性を格納する。
マップ方法格納部３０８は、当該属性のデータ及びオブ
ジェクトが、各々、どのような形態で格納されているか
（表現形式）を示す情報を格納する。

【００７２】図１０に示すマップテーブルにおいて、デ
ータ名「person」の属性「description 」が定義されて
いるのに対して、オブジェクトの側に対応する定義及び
マップ方法が存在しない。属性「description 」は、例
えば、当該「person」である利用者についての備考的な
記事であり、アプリケーション１００が他に公開したく
ない（アクセスを許さない）場合にこのようにされる。
他のアプリケーション６００は、オブジェクト側のマッ
プ方法が存在しないので、変換できず、アクセスできな
い。また、オブジェクト名「content 」の属性「Date c
reate 」が定義されているのに対して、データの側に対
応する定義及びマップ方法が存在しない。属性「Date c
reate 」は、例えば、当該オブジェクトを作成した日付
であり、特にデータとしては保存の必要がない場合にこ
のようにされる。他のアプリケーション６００は、デー
タ側のマップ方法が存在しないので、特にこれを定義す
る必要はない。

【００７３】当該リポジトリ管理部３０１は、オブジェ
クトサービス処理部２０３からオブジェクトとその操作
を与えられると、当該オブジェクトを用いてリポジトリ
テーブルを参照し、当該オブジェクトの属性毎にマップ
方法を知る。これに基づいて、当該リポジトリ管理部３
０１は、当該オブジェクトのオブジェクト型を操作す
る。即ち、オブジェクトサービス処理部２０３は、アプ
リケーション１００からの要求に応じて、オブジェクト
型の「登録（add ）」、及び各オブジェクトの「更新
（up to date）」「取得（get ）」「追加（insert）」
「削除（delete）」「検索（search）」「一覧（lis
t）」の処理を行う。

【００７４】「登録」は、あるリポジトリ４００に作成
したデータを、オブジェクト型としてオブジェクトアク
セス管理手段３５０又はオブジェクトサービス処理部２
０３に登録する操作である。これにより、オブジェクト
としての操作が可能となる。この登録のために、オブジ
ェクトアクセス管理手段３５０等は、統一インタフェー
ス１５０の一部として、登録用のインタフェース（例え
ば、登録用の画面）を用意する。アプリケーション１０
０はこのインタフェースに従って所定の内容を入力する
のみで、オブジェクトを容易に登録することができる。
例えば、アプリケーション１００が、使用するオブジェ
クト型と当該データの存在するアドレス（又はリポジト
リ４００）を入力すると、オブジェクトアクセス管理手
段３５０等が、リポジトリ４００の種別、リポジトリ管
理部３０１、データ名、データの属性、オブジェクトの
属性を求めて、自動的にリポジトリテーブル２１０及び
マップテーブル３０６を作成する（追加する）。

【００７５】「更新」は登録したオブジェクトの内容を
変更する操作である。例えば、追加や書き換え等であ
る。「取得」は、更新や転送等のために、登録したオブ
ジェクトの内容を読み出す操作である。「削除」は一旦
登録したオブジェクトを当該登録から削除する操作であ
る。「検索」は、登録したオブジェクトからオブジェク
ト名、属性、オブジェクトの内容等を指定して該当する
オブジェクト等を読み出す操作である。「一覧」は、登
録したオブジェクトからグループ名を指定して当該グル
ープのオブジェクトを全て取得する操作である。これら
の操作のためにも、オブジェクトアクセス管理手段３５
０等は、統一インタフェース１５０の一部として、所定
のインタフェースを用意する。アプリケーション１００
はこのインタフェースに従って所定の内容を入力するの
みで、オブジェクトを容易に操作することができる。

【００７６】次に、図５及び図１１を参照して、図２の
オブジェクト処理装置の動作について具体的に説明す
る。

【００７７】例えば、アプリケーション１００が、オブ
ジェクト「User」を、オブジェクト「Group 」のメンバ
に追加しようとする場合について説明する。図５におい
て、アプリケーション１００は、自己が操作しようとす
るオブジェクトがどのような形式でどのリポジトリ４０
０に管理されているかを意識する必要はない。アプリケ
ーション１００はオブジェクトの操作を指定するのみで
ある。図９に示すように、オブジェクト「User」は実際
にはディレクトリ４００Ｃで管理されており、オブジェ
クト「Group 」は実際にはＲＤＢ４００Ａで管理されて
いる。図１０に示すように、オブジェクト「User」とし
てマップされているのはデータ「person」である。

【００７８】図１１において、最初に、アプリケーショ
ン１００が、オブジェクトサービス処理部２０３に対し
て、統一インタフェース１５０により、オブジェクト
「User」の「取得」を依頼する。

【００７９】オブジェクトサービス処理部２０３は、リ
ポジトリテーブル２１０を参照して、オブジェクト「Us
er」に対応するリポジトリ管理部３０１Ｃを選択し、統
一インタフェース２５０により、オブジェクト「User」
の「取得」を依頼する。

【００８０】リポジトリ管理部３０１Ｃは、マップテー
ブル３０６Ｃを参照して、オブジェクト「User」として
マップされているデータ「person」を選択し、その内容
をディレクトリ４００Ｃから「取得」する。そして、リ
ポジトリ管理部３０１Ｃは、マップテーブル３０６Ｃを
参照して、取得したデータ「person」の内容をオブジェ
クト「User」の内容に変換した上で、統一インタフェー
ス２５０により、先の依頼に対する応答としてオブジェ
クトサービス処理部２０３に返す。この変換では、「c
n」の文字列はそのまま「String name 」の文字列と
し、「employee Number 」の文字列「ind id」の数値に
変換する。

【００８１】オブジェクトサービス処理部２０３は、リ
ポジトリ管理部３０１Ｃから受け取ったオブジェクト
「User」の内容を、統一インタフェース１５０により、
先の依頼に対する応答としてアプリケーション１００に
返す。

【００８２】次に、アプリケーション１００が、オブジ
ェクトサービス処理部２０３に対して、オブジェクト
「Group 」の「取得」を依頼する。

【００８３】オブジェクトサービス処理部２０３は、リ
ポジトリテーブル２１０を参照して、オブジェクト「Gr
oup 」に対応するリポジトリ管理部３０１Ａを選択し、
これにオブジェクト「Group 」の「取得」を依頼する。

【００８４】リポジトリ管理部３０１Ａは、マップテー
ブル３０６Ａを参照して、オブジェクト「Group 」とし
てマップされているデータ「Group of Name 」を選択
し、その内容をＲＤＢ４００Ａから「取得」する。そし
て、リポジトリ管理部３０１Ａは、マップテーブル３０
６Ａを参照して、取得したデータ「Group of Name 」の
内容をオブジェクト「Group 」の内容に変換した上で、
先の依頼に対する応答としてオブジェクトサービス処理
部２０３に返す。

【００８５】オブジェクトサービス処理部２０３は、リ
ポジトリ管理部３０１Ａから受け取ったオブジェクト
「Group 」の内容を、先の依頼に対する応答としてアプ
リケーション１００に返す。

【００８６】次に、アプリケーション１００が、取得し
たオブジェクト「User」の内容を、取得したオブジェク
ト「Group 」の内容に追加した上で、オブジェクトサー
ビス処理部２０３に対して、オブジェクト「Group 」の
「更新」を依頼する。

【００８７】オブジェクトサービス処理部２０３は、リ
ポジトリテーブル２１０を参照して、オブジェクト「Gr
oup 」に対応するリポジトリ管理部３０１Ａを選択し、
これにオブジェクト「Group 」の「更新」を依頼する。

【００８８】リポジトリ管理部３０１Ａは、マップテー
ブル３０６Ａを参照して、オブジェクト「Group 」とし
てマップされているデータ「Group of Name 」を選択
し、オブジェクト「Group 」の内容をデータ「Group of
Name 」の内容に変換した上で、当該新しい「Group of
Name 」でＲＤＢ４００Ａ内の（古い）「Group of Nam
e 」を上書きする。

【００８９】以上は、アプリケーション１００がオブジ
ェクトサービス処理部３０２に対して行うオブジェクト
の操作の例である。この他に、アプリケーション１００
は、データの転送等もオブジェクトの操作として行う。
これらの操作のためにも、オブジェクトアクセス管理手
段３５０等は、統一インタフェース１５０の一部とし
て、所定のインタフェースを用意する。アプリケーショ
ン１００はこのインタフェースに従って所定の内容を入
力するのみで、オブジェクトを容易に転送する等の操作
することができる。

【００９０】アプリケーション１００は、転送サービス
処理部２０４に対して、統一インタフェース１５０によ
り、オブジェクトの転送を依頼する。この時、アプリケ
ーション１００は、転送先としてある（ノード又はクラ
イアントである）オブジェクトを指定し、転送対象とし
てある（コンテントである）オブジェクトを指定するの
みで良い。転送のプロトコルを意識する必要はない。転
送サービス処理部２０４は、オブジェクトサービス処理
部２０３に依頼して転送先及び転送対象のオブジェクト
を取得し、これに基づいて転送対象を転送先へ転送す
る。

【００９１】アプリケーション１００は、イベントサー
ビス処理部２０５に対して、統一インタフェース１５０
により、オブジェクトについてのイベントの通知を依頼
する。この時、アプリケーション１００は、通知の対象
としてあるオブジェクトを指定するのみで良い。イベン
トサービス処理部２０５は、オブジェクトサービス処理
部２０３に依頼して通知対象のオブジェクトを取得し、
これに基づいてイベントが発生したらこれを通知する。

【００９２】アプリケーション１００は、監視サービス
処理部２０６に対して、統一インタフェース１５０によ
り、オブジェクトについての監視を依頼する。この時、
アプリケーション１００は、監視の対象としてあるオブ
ジェクトを指定するのみで良い。監視サービス処理部２
０６は、オブジェクトサービス処理部２０３に依頼して
監視対象のオブジェクトを取得し、これに基づいて監視
を行う。

【００９３】アプリケーション１００は、コマンドサー
ビス処理部２０７に対して、統一インタフェース１５０
により、オブジェクトについての用意されたコマンドへ
のプラグインを依頼する。この時、アプリケーション１
００は、プラグインの対象としてあるオブジェクトを指
定するのみで良い。コマンドサービス処理部２０７は、
オブジェクトサービス処理部２０３に依頼してプラグイ
ンの対象のオブジェクトを取得し、これに基づいてプラ
グインを行う。

【００９４】以下、オブジェクトサービス処理２０３の
処理を基にして、他の各サービス処理部の行う処理につ
いて説明する。

【００９５】まず、転送サービス処理部２０４について
説明する。転送サービス処理部２０４は、以上のように
定義されたオブジェクトをネットワーク経由で集配信す
る。転送サービス処理部２０４は、集配信という観点か
ら統一インタフェース１５０であるＡＰＩを提供する。
アプリケーション１００は統一インタフェース１５０を
介して転送サービス処理部２０４にオブジェクトを渡す
だけで、そのオブジェクトの転送が実現できる。これに
より、アプリケーション１００は、実際の通信に使用す
る通信プロトコルや通信のための処理ロジックを意識す
る必要が無い。また、管理されているオブジェクトとの
親和性が高いため、煩雑な処理コ−ドを記述する必要も
無い。

【００９６】転送サービス処理部２０４は、図示しない
が、統一インタフェース１５０を提供する転送マネージ
ャと、通信プロトコルを制御する通信プロトコルハンド
ラとからなる。これらは、実際の通信処理を行うセキュ
ア通信管理処理部３０３及びマルチキャスト管理処理部
３０２の上位層である。セキュア通信管理処理部３０３
及びマルチキャスト管理処理部３０２は、物理層である
通信手段５００を介して他のアプリケーション６００と
の間での通信を行う。このような階層構成により、新規
の通信プロトコルの追加にも柔軟に対応できる。

【００９７】図１２は、転送サービス処理部説明図であ
り、特に、図１２（Ａ）はクライアントであるノード又
アプリケーション１００からサーバであるアプリケーシ
ョン１００に転送が行われる場合（集信の場合）を示
し、図１２（Ｂ）はサーバであるアプリケーション１０
０からクライアントであるノード又アプリケーション１
００に転送が行われる場合（配信の場合）を示す。な
お、サーバであるアプリケーション１００及びクライア
ントであるノード又アプリケーション１００は同一の構
成を有する。

【００９８】オブジェクト処理装置は、アプリケーショ
ン１００と、転送サービス処理部２０４と、オブジェク
トサービス処理部２０３とからなる。アプリケーション
１００は、転送対象であるコンテント又は転送先である
ノードをオブジェクトとして転送を指示する。転送サー
ビス処理部２０４は、アプリケーション１００からの転
送の指示に応じて、当該ノードとの間での当該コンテン
トについての転送を行う。オブジェクトサービス処理部
２０３は、少なくともコンテント、ユーザ又はノードを
含む操作対象物を含む操作対象物についてのデータを、
オブジェクトとしてリポジトリ４００に統一的に管理す
る。アプリケーション１００からの転送の指示に応じ
て、転送サービス処理部２０４が、当該指示に関するオ
ブジェクトをオブジェクトサービス処理部２０３から取
得して、当該取得したオブジェクトに基づいて当該ノー
ドとの間で当該コンテントについての転送を行う。

【００９９】前述のように、オブジェクト処理装置は、
少なくともコンテント、ユーザ又はノードを含む操作対
象物を含む操作対象物についてのデータを各々が異なる
形態で格納する複数のリポジトリ４００と、その各々に
対応して設けられた複数のリポジトリ管理部３０１を備
える。オブジェクトサービス処理部２０３は、転送サー
ビス処理部２０４からのオブジェクトの取得の依頼を受
け付け、受け付けたオブジェクトの取得の依頼を当該取
得を行うべきリポジトリ管理部３０１に渡す。リポジト
リ管理部３０１は、オブジェクトの取得の依頼に応じ
て、リポジトリ４００に格納された当該オブジェクトに
対応する少なくともコンテント、ユーザ又はノードを含
む操作対象物を含む操作対象物についてのデータを取得
する。この詳細は、図５等により先に説明した通りであ
る。

【０１００】また、前述のように、オブジェクトサービ
ス処理部２０３が、更に、複数のコンテントからなるコ
ンテントグループ、複数のユーザからなるユーザグルー
プ及び複数のノードからなるノードグループについての
データをオブジェクトとして統一的に管理している場
合、転送サービス処理部２０４は、以下のように転送を
行う。即ち、アプリケーション１００の指示したオブジ
ェクトが複数のコンテントからなるコンテントグループ
である場合、当該ノードに対して、当該複数のコンテン
トを転送する。また、アプリケーション１００の指示し
たオブジェクトが複数のノードからなるノードグループ
である場合、当該複数のノードとの間で当該コンテント
についての転送を行う。

【０１０１】このように、原則として、転送サービス処
理部２０４は、オブジェクトサービス処理部２０３で管
理しているコンテントの転送を行う。転送サービス処理
部２０４により、アプリケーション１００は、実際の通
信に使用する通信プロトコルや通信の処理ロジックを意
識せずに転送処理を実行できる。また、転送サービス処
理部２０４は、以下の種々の処理を上記転送に伴って行
う。即ち、転送先に正しくコンテントが送られたかどう
かを確認する処理を行い、データを圧縮してから転送
し、受信したときに解凍することでデータ転送サイズを
小さくする処理を行い、コンテントを暗号化して転送す
ることによりネットワーク転送中のデータ改竄、及び盗
聴を防ぐ処理を行い、データを一度に送信するのではな
く、間欠で送信することによりネットワーク帯域を一時
的に圧迫すること無く、徐々に転送する処理を行う。ま
た、転送サービス処理部２０４により、転送先のでデー
タが確実に転送されてきたことをチェックすることがで
きる。

【０１０２】次に、オブジェクトサービス処理部２０３
と転送サービス処理部２０４により実現される機能につ
いて説明する。オブジェクトサービス処理部２０３及び
転送サービス処理部２０４により、差分管理及び差分転
送処理部２０８、配布管理処理部２０９が実現される。
差分管理及び差分転送処理部２０８は、アプリケーショ
ン１００からのオブジェクトサービス処理部２０３に対
する指示により、自己のリポジトリ４００に格納された
コンテントが更新された場合、更新前のコンテントと更
新後のコンテントとの差分についての情報（差分情報）
を作成し、これを予め定められた他のノード、クライア
ントに転送する。配布管理処理部２０９は、アプリケー
ション１００からのオブジェクトサービス処理部２０３
に対する指示により、自己のリポジトリ４００に格納さ
れたコンテントが他のノード、クライアントに配布され
た場合、その配布についての情報（配布情報）を作成
し、管理する。

【０１０３】図１３は、配布管理処理説明図である。オ
ブジェクト処理装置は、アプリケーション１００と、転
送サービス処理部２０４と、オブジェクトサービス処理
部２０３とからなる。アプリケーション１００は、転送
対象であるコンテント又は転送先であるノードをオブジ
ェクトとして転送の指示する。転送サービス処理部２０
４は、アプリケーション１００からの転送の指示に応じ
て、当該ノードとの間で当該コンテントについての転送
を行う。オブジェクトサービス処理部２０３は、少なく
ともコンテント、ユーザ又はノードを含む操作対象物を
含む操作対象物についてのデータをオブジェクトとして
統一的に管理する。アプリケーション１００からの転送
の指示に応じて、転送サービス処理部２０４が、当該指
示に関するオブジェクトを前記オブジェクトサービス処
理部２０３から取得して、当該取得したオブジェクトに
基づいて当該ノードとの間で当該コンテントについての
転送を行う。この時、オブジェクトサービス処理部２０
３が、当該転送の結果に基づいて、当該コンテント及び
当該ノードについての配布情報を自動的に作成し、これ
を当該オブジェクトと関連付けて当該オブジェクトの格
納されているリポジトリ４００に管理する。

【０１０４】配布管理処理部２０９は、転送サービス処
理部２０４（の一部）とオブジェクトサービス処理部２
０３（の一部）とからなり、コンテントの集配信に同期
して配布情報を自動的に作成する。これにより、集配信
を行ったコンテントまたは集配信先のノード（クライア
ント）の情報を関連付ける配布管理を自動的に行うこと
ができる。また、これにより作成された配布情報を用い
て、いつ、どのコンテントがどのノード（クライアン
ト）へ集配信されたか、またその結果がどうであったか
を、コンテントまたはノード（クライアント）をキーと
して調べることができる。このために、図７に示すよう
に、集配信するコンテントと集配信先のノード（クライ
アント）の組１つに対して１つの集配信データをとり、
このデータの集合である配布情報により管理している。

【０１０５】図１４は、配布管理処理フローである。

【０１０６】転送サービス処理部２０４が、アプリケー
ション１００からのコンテントの集配信の依頼を受付け
る（ステップＳ１）。

【０１０７】転送サービス処理部２０４が、図１２に示
すように、コンテントの集配信を実行する（ステップＳ
２）。

【０１０８】配布管理処理部２０９が、コンテントの集
配信データ（集配信物や集配信結果などの情報）から配
布情報を作成する（ステップＳ３）。

【０１０９】配布管理処理部２０９が、図７に示すよう
に、配布情報をコンテントオブジェクトとクライアント
（又はノード）オブジェクトに関連付けする（ステップ
Ｓ４）。

【０１１０】配布管理処理部２０９が、配布情報をリポ
ジトリ４００に登録する（ステップＳ５）。

【０１１１】図１５は差分管理処理説明図である。オブ
ジェクト処理装置は、アプリケーション１００とオブジ
ェクトサービス処理部２０３とからなる。アプリケーシ
ョン１００は、少なくともコンテント、ユーザ又はノー
ドを含む操作対象物を含む操作対象物についての操作を
オブジェクトの操作として指示する。オブジェクトサー
ビス処理部２０３は、少なくともコンテント、ユーザ又
はノードを含む操作対象物を含む操作対象物についての
データをオブジェクトとして統一的に管理する。オブジ
ェクトサービス処理部２０３が、アプリケーション１０
０からのオブジェクトの操作の指示に従って当該オブジ
ェクトであるコンテントを操作し、当該操作前のコンテ
ントと操作後のコンテントとの差分を抽出し、これを差
分情報として当該オブジェクトと関連付けて管理する。

【０１１２】オブジェクトサービス処理部２０３は、予
め定められた数（世代数）の差分情報を管理し、新たな
差分を抽出した場合に最も古い差分情報を削除する。例
えば、あるオブジェクトが（１）（２）（３）の順に改
版された、一方、差分管理の世代数をユーザが予め
「３」と設定しているとする。この場合、図１５に示す
ように、オブジェクトサービス処理部２０３は、最新の
オブジェクト（コンテント）であるオブジェクト（３）
の全体と、世代数だけの差分情報とをリポジトリ４００
に保持する。世代数が「３」であるので、三世代分のオ
ブジェクト（３）（２）及び（１）についての２個の差
分（１）及び（２）が作成され、保持される。差分
（１）は最新の版数ｎとその１つ前の版数ｎ−１との間
の差分情報であり、差分（２）は最新の１つ前の版数ｎ
−１と更にその１つ前の版数ｎ−２との間の差分情報で
ある。差分情報の番号は，差分情報の生成の都度に更新
される。

【０１１３】差分管理及び差分転送処理部２０８は、転
送サービス処理部２０４（の一部）とオブジェクトサー
ビス処理部２０３（の一部）とからなり、コンテントの
更新等の操作に同期して差分情報を自動的に作成する。
これにより、改版したコンテント等のオブジェクトの差
分管理を自動的に行うことができる。また、これにより
作成された差分情報と配布情報とを用いて、過去に当該
コンテントを転送したノード（クライアント）に対して
差分のみを転送することにより、当該ノードにおいても
オブジェクトの改版を行うことができる。

【０１１４】図１６は差分管理処理フローである。

【０１１５】オブジェクトサービス処理部２０３が、例
えば、オブジェクトであるコンテントの新規の登録を、
アプリケーション１００から受付ける（ステップＳ
６）。

【０１１６】オブジェクトサービス処理部２０３が当該
コンテントをリポジトリ４００に登録する（ステップＳ
７）。

【０１１７】オブジェクトサービス処理部２０３が、ア
プリケーション１００から当該コンテントの更新の依頼
を受付ける（ステップＳ８）。

【０１１８】差分管理及び差分転送処理部２０８が、前
述のように、リポジトリ管理部３０１を介して、リポジ
トリ４００から以前に登録した当該コンテントを参照す
る（ステップＳ９）。

【０１１９】差分管理及び差分転送処理部２０８が当該
コンテントの更新前と更新後との差分を抽出する（ステ
ップＳ１０）。

【０１２０】オブジェクトサービス処理部２０３が更新
した後の新コンテントをリポジトリ４００に登録する
（ステップＳ１１）。

【０１２１】差分管理及び差分転送処理部２０８が差分
の数が差分管理の世代数以上であるか否かを調べる（ス
テップＳ１２）。世代数以上でない場合、ステップＳ１
４に進む。

【０１２２】世代数以上である場合、差分管理及び差分
転送処理部２０８が一番古い差分を削除する（ステップ
Ｓ１３）。

【０１２３】差分管理及び差分転送処理部２０８が管理
していた差分の差分番号を１つずつ増やす（ステップＳ
１４）。

【０１２４】差分管理及び差分転送処理部２０８がステ
ップＳ１０で求めた最新の差分を当該リポジトリ４００
に登録する（ステップＳ１５）。

【０１２５】図１７は、差分転送処理説明図である。
（差分管理及び）差分転送は、差分管理及び差分転送処
理部２０８により差分情報を転送先に転送し、転送先の
コンテントを更新する処理である。即ち、既に集配信さ
れたコンテントの更新を行う際に、更新前と更新後の差
分のみを、先に当該コンテントを配布したノードに集配
信（差分転送）する。これにより、更新後のデータをす
べて集配信するよりもネットワークトラフィックの負荷
を軽減することができる。

【０１２６】オブジェクト処理装置は、他のアプリケー
ション１００の存在するノードである他のオブジェクト
処理装置と回線を介して接続される。転送サービス処理
部２０４は、アプリケーション１００からの転送の指示
に応じて、当該ノードとの間での当該コンテントについ
ての転送を行う。即ち、他のアプリケーション１００か
らコンテントであるオブジェクトの送信の要求及びその
版数を受けたアプリケーション１００が、転送対象であ
る当該コンテント及び転送先である前記他のアプリケー
ション１００の存在するノードをオブジェクトとして、
転送サービス処理部２０４に転送を指示する。版数に代
えて、現在保持しているオブジェクトであるコンテント
を識別する情報を付加しても良い。このアプリケーショ
ン１００からの転送の指示に応じて、転送サービス処理
部２０４が、当該指示に関するオブジェクトについての
差分情報をオブジェクトサービス処理部２０３から取得
して、当該ノードへ当該差分情報を返信する。転送サー
ビス処理部２０４からの当該差分情報の返信を受けた他
のオブジェクト処理装置であるノードに存在する前記他
のアプリケーション１００が、当該差分情報に基づい
て、先に送信の要求をしたオブジェクトであるコンテン
トを更新する。

【０１２７】例えば、図１７に示すように、要求元のア
プリケーション１００がオブジェクト（２）を保持して
いる場合、その版数（２）が渡される。これに応じて、
最新の版数（３）のオブジェクトと版数（２）のオブジ
ェクトとの差分（１）が、要求先のアプリケーション１
００から要求元のアプリケーション１００に送られる。
これに基づいて、要求元のアプリケーション１００は、
版数（２）のオブジェクトを更新して版数（３）のオブ
ジェクトとする。

【０１２８】図１８は、差分転送処理フローである。

【０１２９】要求元のアプリケーション１００が、リク
エストを、現在所持しているコンテントを識別する情報
（版数など）を付加して送信する（ステップＳ１６）。

【０１３０】要求先のアプリケーション１００が、オブ
ジェクトサービス処理部２０３からリクエストされた当
該コンテントの差分情報を取得する（ステップＳ１
７）。

【０１３１】要求先のアプリケーション１００が、取得
した差分情報を、即ち、当該コンテントの差分データを
要求元のアプリケーション１００に返信する（ステップ
Ｓ１８）。

【０１３２】要求元のアプリケーション１００が、受信
したコンテントの差分データを元に当該コンテントを更
新する（ステップＳ１９）。

【０１３３】次に、イベントサービス処理部２０５につ
いて説明する。イベントサービス処理部２０５は、オブ
ジェクト処理装置内の様々な事象をイベントとしてアプ
リケーション１００へ通知する。イベントサービス処理
部２０５は、オブジェクト処理装置のフレームワークレ
イア２００内外で発生した事象を一括管理し、必要な
（予め登録された）ものだけをアプリケーション１００
に通知する。このために、予め通知する事象と通知方法
がイベントサービス処理部２０５に登録される。従っ
て、指定された事象のみを指定された方法で行う方式で
あり、通知された事象に対し、通知された事象そのもの
を用いて返事を返す方法であり、上記処理に必要な事項
を登録された事象や通知された事象を用いて行う。

【０１３４】なお、図１７及び図１８において、要求先
のアプリケーション１００が、他のアプリケーション１
００からのリクエスト（図１８のステップＳ１６）がな
くても、他のアプリケーション１００に差分情報を送信
するようにしても良い。即ち、差分情報の送信の契機
は、リクエストに限られない。例えば、当該アプリケー
ション１００がコンテントを更新した場合に、これに同
期して自動的に差分情報の送信を行うようにしても良
い。

【０１３５】図１９はイベントサービス処理部説明図で
あり、図２０はイベントサービス処理説明図である。

【０１３６】オブジェクト処理装置は、アプリケーショ
ン１００と、オブジェクトサービス処理部２０３と、イ
ベントの発生元４１０と、イベントサービス処理部２０
５とからなる。アプリケーション１００は、発生元４１
０においてイベントが発生した場合にイベントの通知の
依頼を、イベントサービス処理部２０５の管理テーブル
２３１に登録する。管理テーブル２３１の構成を図２０
（Ａ）に示す。管理テーブル２３１は、ユニークに定ま
る管理番号毎に、通知の対象であるイベントと、当該通
知先のアプリケーション１００とを格納してなる。オブ
ジェクトサービス処理部２０３は、少なくともコンテン
ト、ユーザ又はノードを含む操作対象物を含む操作対象
物についてのデータをオブジェクトとして統一的に管理
する。イベントの発生元４１０はオブジェクトについて
の事象であるイベントが発生する処理部である。発生元
４１０は、オブジェクトの格納先であるリポジトリ４０
０、オブジェクトサービス処理部２０３、転送サービス
処理部２０４等である。発生するイベントは、オブジェ
クトの更新等の操作、転送サービス処理部２０４におけ
るコンテントの配信等である。イベントサービス処理部
２０５は、アプリケーション１００からのイベントの通
知の依頼の登録に基づいて、当該アプリケーション１０
０への当該登録されたイベントの通知を行う。

【０１３７】即ち、発生元４１０がイベントサービス処
理部２０５に当該イベントの発生を通知する。従って、
発生した事象がイベントであるか否かは、発生元４１０
事態が判断するので，アプリケーション１００の負担が
ない。イベントサービス処理部２０５は、登録の内容と
発生元４１０からの通知の内容とを比較して、発生元４
１０から通知されたイベントが通知の依頼の登録のされ
たイベントである場合、アプリケーション１００に当該
イベント（の発生）を通知する。具体的には、比較部２
３２が、管理テーブル２３１の登録イベントと発生元４
１０からの通知のイベントとを比較する。従って、アプ
リケーション１００が予め登録したイベントのみの通知
が行われる。

【０１３８】イベントサービス処理部２０５からのイベ
ントの通知を受けたアプリケーション１００は、当該イ
ベントに基づいて予め定められた処理を行って、これに
基づいてイベントサービス処理部２０５を介して発生元
４１０に返事を返す。アプリケーション１００におい
て、当該処理及び応答処理はイベント処理部１０１にお
いて行われる。イベント処理部１０１はイベントの通知
により生成される。即ち、イベント自身が返事の生成を
行う。従って、アプリケーション１００の負担はない。

【０１３９】図２０（Ｂ）は、発生元４１０からイベン
トサービス処理部２０５への通知のフォーマット、及
び、イベントサービス処理部２０５からアプリケーショ
ン１００への通知のフォーマットを示す。このフォーマ
ットは、当該イベントの発生日時、登録イベントの参照
の有無、ユーザ定義の任意データへの参照の有無、各イ
ベント毎の拡張部分からなる。図２０（Ｃ）は、アプリ
ケーション１００からイベントサービス処理部２０５へ
の返事のフォーマットを示す。このフォーマットは、返
事の内容を表すboolean 、各イベント毎の拡張部分から
なる。

【０１４０】このように、イベントサービス処理部２０
５によれば、通知して欲しい内容や通知方法を予め登録
し、登録事象と発生事象の比較は登録事象自身が行い、
事象通知に対する戻り値を通知された事象が生成し、通
知の時には通知先が同時に呼ばれないように排他制御を
行うかどうかを登録内容により選択する。また、新たな
事象の追加に対し制御部の変更は不要であり、通知事象
に対する返事は通知事象が決められたフォーマットに従
い生成するため制御部分の変更は不要であるので、要求
に応じた通知方法に対し柔軟に対応することができる。

【０１４１】なお、従来の事象管理方式によれば、通知
して欲しい事象の種類や内容を指定すること、通知され
た事象に対し返事を返すことはできたが、新たな事象を
管理するためには判定部分などに変更を加える必要があ
り、通知された事象に対し返事は事象により異なるため
専用のロジックが必要であり、通知を同期的に行うか、
非同期的に行うかは予め決められていることが多かっ
た。

【０１４２】図２１はイベントサービス処理フローであ
る。

【０１４３】アプリケーション１００がイベントサービ
ス処理部２０５にイベントを登録する（ステップＳ２
０）。

【０１４４】イベントサービス処理部２０５がイベント
の登録を受け付ける（ステップＳ２１）。

【０１４５】イベントサービス処理部２０５が発生元４
１０からの発生事象を受け付ける（ステップＳ２２）。

【０１４６】イベントサービス処理部２０５が発生事象
と登録事象とを比較する（ステップＳ２３）。両者が不
一致の場合、イベントの通知は行なわない。

【０１４７】両者が一致する場合、イベントサービス処
理部２０５がアプリケーション１００にイベントの発生
を通知する（ステップＳ２４）。

【０１４８】アプリケーション１００がイベント（事
象）の発生の通知を受ける（ステップＳ２５）。

【０１４９】アプリケーション１００がイベントサービ
ス処理部２０５へ返事を返す（ステップＳ２６）。

【０１５０】イベントサービス処理部２０５がアプリケ
ーション１００からの返事を受ける（ステップＳ２
７）。

【０１５１】イベントサービス処理部２０５が事象の発
生元４１０へ返事を返す（ステップＳ２８）。

【０１５２】次に、監視サービス処理部２０６について
説明する。監視サービス処理部２０６は、オブジェクト
処理装置外の様々な事象（ＤＢの更新やファイルシステ
ムの更新の他に、日付時刻の監視といったスケジューリ
ングなど）を監視し、事象発生時にイベントとしてアプ
リケーション１００に通知する。監視サービス処理部２
０６は、オブジェクト処理装置のフレームワークレイア
２００の外部の事象を上記イベントサービス処理部２０
５を利用して、監視＆通知を行うサービス処理部であ
り、論理式の構造を用いて監視条件の設定と判定を行う
方式であり、監視条件エレメント（発生元４２０）に監
視係（監視部２４２）を対応付けて具体的な監視部分を
独立させる方式であり、上記監視に必要な処理を監視条
件エレメントと監視係を用いて行う。

【０１５３】図２２は監視サービス処理部説明図であ
る。オブジェクト処理装置は、アプリケーション１００
と、事象の発生元４２０と、オブジェクトサービス処理
部２０３と、イベントサービス処理部２０５と、監視サ
ービス処理部２０６とからなる。アプリケーション１０
０は、発生元４２０の監視の依頼及び発生元４２０で発
生した当該事象に基づくイベントの通知の依頼を登録す
る。オブジェクトサービス処理部２０３は、少なくとも
コンテント、ユーザ又はノードを含む操作対象物を含む
操作対象物についてのデータをオブジェクトとして統一
的に管理する。事象の発生元４２０は、オブジェクト以
外についての事象の発生する部分である。イベントサー
ビス処理部２０５は、アプリケーション１００からのイ
ベントの通知の依頼の登録に基づいて、当該登録された
イベントの通知を行う。監視サービス処理部２０６は、
アプリケーション１００からの発生元４２０の監視の依
頼の登録に基づいて、当該登録された事象の通知を行
う。イベントサービス処理部２０５の処理は前述した通
りである。

【０１５４】監視サービス処理部２０６は、発生元４２
０を監視し、発生元４２０で当該事象が発生した場合、
これに基づいてイベントサービス処理部２０５に当該イ
ベントの発生を通知する。イベントサービス処理部２０
５は、登録の内容と監視サービス処理部２０６からの通
知の内容とを比較して、監視サービス処理部２０６から
通知されたイベントが通知の依頼の登録のされたイベン
トである場合に前記アプリケーション１００にイベント
を通知する。

【０１５５】監視サービス処理部２０６は、登録部２４
１と、監視部２４２と、比較部２４３とからなる。登録
部２４１はアプリケーション１００からの事象の通知の
依頼を登録する。監視部２４２は、発生元４２０を監視
し、監視の登録のある都度、発生元４２０毎に生成され
る。比較部２４３は、登録部２４１への登録の内容と監
視２４２から通知された発生元４２０において発生した
事象の内容とを比較して、監視部２４２の事象が通知の
依頼の登録のされた事象である場合にアプリケーション
１００にイベントを通知する。

【０１５６】監視サービス処理部２０６はイベントサー
ビス処理部２０５を利用する。このために、アプリケー
ション１００は、監視サービス処理部２０６から当該発
生元の監視の依頼に対する応答として当該事象の内容を
予め受け取って、イベントサービス処理部２０５に対し
て当該事象を指定してこれに基づくイベントの通知の依
頼を登録する。

【０１５７】イベントサービス処理部２０５からのイベ
ントの通知を受けたアプリケーション１００は、そのイ
ベント処理部１０１において、当該イベントに基づいて
予め定められた処理を行って、これに基づいてイベント
サービス処理部２０５を介して監視サービス処理部２０
６に応答を返す。これは図１９の場合と同様である。監
視サービス処理部２０６はこの応答は無視する。

【０１５８】次に、監視サービス処理部２０６における
論理式による監視事象の表現方法について説明する。ア
プリケーション１００は、図２２に示すように、監視サ
ービス処理部２０６における監視条件を自由に指定する
ことができる。例えば、図２２の場合には、事象Ａかつ
Ｂ又はＣかつＤが発生した場合にイベントサービス処理
部２０５へイベントの通知が行なわれる。

【０１５９】監視サービス処理部２０６は、監視内容を
論理式の形で表現し、判定にも上記形式を用いる。従っ
て、アプリケーション１００は、監視内容を論理式の形
で表現して監視サービス処理部２０６に与える。このた
めに、監視サービス処理部２０６が、上記論理式で表現
された監視条件を記憶し、監視内容を調べ、対応する監
視部２４２に対し監視を行わせる。即ち、監視部（監視
係）２４２は、１個の事象Ａ、Ｂ等に対応する。監視部
２４２が検知した事象は比較部２４３が上記論理式を用
いて最終的な条件成立の有無を判定し、判定内容を記録
する。

【０１６０】このように、監視サービス処理部２０６に
よれば、監視部分を事象通知と独立させ、監視要求の種
類に対して専用の監視部２４２を設け、監視条件をアプ
リケーション１００が自由に設定することができ、新た
な監視先に対しても専用の監視部２４２を作成するだけ
で良く、既存の部分の変更は不要である。なお、従来の
事象管理方式でも、通知して欲しい事象の種類や内容を
複数指定することは可能であったが、複数指定できる内
容の組み合わせには制限があり、新たな事象を監視する
ためには監視部分や判定部分などの既存の部分に変更を
加えることが必須であった。

【０１６１】図２３は監視サービス処理フローである。

【０１６２】アプリケーション１００が監視サービス処
理部２０６に監視内容を登録し、監視サービス処理部２
０６が登録部２４１に登録された内容から、対応する監
視部２４２を得る（ステップＳ２９）。

【０１６３】監視サービス処理部２０６が当該対応する
監視部２４２を起動する（ステップＳ３０）。

【０１６４】監視サービス処理部２０６がアプリケーシ
ョン１００に事象内容を返す（ステップＳ３１）。

【０１６５】アプリケーション１００がイベントサービ
ス処理部２０５に得られた事象内容を通知対象のイベン
トとして登録する（ステップＳ３２）。

【０１６６】監視サービス処理部２０６において、比較
部２４３が監視部２４２から事象の発生を受け付ける
（ステップＳ３３）。

【０１６７】比較部２４３が、受け付けた事象と登録部
２４１に登録された監視内容とを比較する（ステップＳ
３４）。

【０１６８】両者が不一致の場合、監視サービス処理部
２０６はイベント発生を通知しない（ステップＳ３
５）。

【０１６９】両者が一致する場合、監視サービス処理部
２０６はイベント発生をイベントサービス処理部２０５
に通知する（ステップＳ３６）。

【０１７０】イベントサービス処理部２０５が発生事象
と登録事象とを比較する（ステップＳ３７）。両者が不
一致の場合、イベントの通知は行なわない。

【０１７１】両者が一致する場合、イベントサービス処
理部２０５がアプリケーション１００にイベントの発生
を通知する（ステップＳ３８）。

【０１７２】アプリケーション１００が、イベント（事
象）の発生の通知を受け、イベントサービス処理部２０
５を介して、監視サービス処理部２０６に返事を返す
（ステップＳ３９）。

【０１７３】次に、コマンドサービス処理部２０７につ
いて説明する。コマンドサービス処理部２０７は、以上
のサービス処理部における処理を総合的に扱った機能の
実装をオブジェクト処理装置にプラグインする。コマン
ドサービス処理部２０７は、オブジェクト処理装置の標
準として、いくつかのコマンドを用意する。

【０１７４】コマンドサービス処理部２０７は、各サー
ビスを複合的に利用したロジックを一つのコマンドとし
てオブジェクト処理装置にプラグインする。例えば、監
視サービス処理部２０６を利用してリポジトリ４００の
ＤＢを監視し、これが更新されたらその情報をpushする
という複合ロジックを、アプリケーション１００がコマ
ンドサービス処理部２０７にコマンドとして登録するこ
とができる。また、コマンドサービス処理部２０７は、
転送先のオブジェクト処理装置内で、アクションを実行
する。即ち、コンテントと共にアクションも配信でき
る。これにより、実行形式のアプリケーション１００を
転送先で起動することができる。

【０１７５】図２４は、コマンドサービス処理部説明図
である。オブジェクト処理装置は、アプリケーション１
００と、オブジェクトサービス処理部２０３と、転送サ
ービス処理部２０４と、イベントサービス処理部２０５
と、監視サービス処理部２０６と、コマンドサービス処
理部２０７とからなる。オブジェクトサービス処理部２
０３乃至監視サービス処理部２０６の処理については上
述した通りである。コマンドサービス処理部２０７は、
各サービス処理部の１又は複数を用いて所定の処理を実
行するコマンドであってアプリケーション１００の作成
したコマンドを組み込む。コマンドサービス処理部２０
７は、アプリケーション１００が前記コマンドの実行を
依頼した場合に、当該コマンドを実行する。

【０１７６】コマンドサービス処理部２０７は、コマン
ド（即ち、利用者作成プログラム）２７１を組み込む
（プラグインする）コマンド組み込み部２７２と、アプ
リケーション１００がコマンド２７１の実行を依頼した
場合に、コマンド２７１を実行するコマンド実行部２７
３と、コマンド２７１をコマンドの処理ロジックを受信
側へ配信するためにコマンドの処理を転送サービス処理
部２０４が理解できる形に変換するコマンドプロトコル
変換部２７４とからなる。

【０１７７】図２５はコマンドサービス処理説明図であ
る。コマンドサービス処理部２０７は、上記オブジェク
ト処理装置の基本的な仕組みと提供する各サービス処理
部を複合的に扱って作成された機能の実装を転送側及び
受信側の双方のオブジェクト処理装置にプラグインす
る。これにより、アプリケーション１００が実装した高
度な機能を持つロジックを１つのコマンド２７１として
取り扱えるようにし、操作の利便性とロジックの再利用
性を向上させることができる。

【０１７８】具体的には、例えば監視サービス処理部２
０６を利用して、ファイル（事象発生元４２０）を監視
させ、ファイルが更新されたら自動的に更新されたファ
イルを転送サービス処理部２０４で転送し、転送先でそ
のファイルを実行するという複合処理ロジックをコマン
ド２７１として登録しておく。これにより、送信側のア
プリケーション１００がそのコマンドを実行するだけ
で、上記機能が実行される。即ち、これらの監視、更新
を契機とした転送、及び転送先での実行と言う処理が、
一連の処理として実行され、この間のアプリケーション
１００の負担がない。

【０１７９】図２６は、コマンドサービス処理フローで
ある。

【０１８０】コマンド実行部２７３が、コマンド組み込
み部２７２への組み込みコマンド２７１があるか否を調
べる（ステップＳ４０）。組み込みコマンド２７１がな
い場合、処理を終了する。

【０１８１】組み込みコマンド２７１がある場合、コマ
ンド実行部２７３がコマンド２７１を実行する（ステッ
プＳ４１）。

【０１８２】コマンド実行部２７３が、コマンド処理ロ
ジックの転送の必要があるか否を調べる（ステップＳ４
２）。必要がない場合、処理を終了する。

【０１８３】必要がある場合、コマンドプロトコル変換
部２７４が、組み込みコマンド２７１のコマンドプロト
コル変換する（ステップＳ４３）。

【０１８４】転送サービス処理部２０４が変換後の組み
込みコマンド２７１を転送する（ステップＳ４４）。

【０１８５】次に、管理サービス処理部２０２について
説明する。管理サービス処理部２０２は、アプリケーシ
ョン１００が共通サービス処理部２０１に対して種々の
サービスを要求する場合のアプリケーション１００に対
する窓口となり、フレームワークとしての基本構造を提
供する。

【０１８６】図２７は管理サービス処理部説明図であ
り、図２８は管理サービス処理説明図である。

【０１８７】オブジェクト処理装置は、アプリケーショ
ン１００と、管理サービス処理部２０２とからなる。ア
プリケーション１００は所定のサービスを利用する。管
理サービス処理部２０２はアプリケーション１００に複
数のサービスを提供する窓口である。管理サービス処理
部２０２は、アプリケーション１００からの所定のサー
ビスの利用の依頼に応じて、依頼されたサービスのプロ
パティと複数のサービスのプロパティの各々とを比較し
て、プロパティの一致したサービスのコンテキストをア
プリケーション１００に与える。このために、管理サー
ビス処理部２０２に複数のサービスのプロパティが予め
登録される。アプリケーション１００は、当該与えられ
たコンテキストに基づいて、当該サービスを利用する。

【０１８８】管理サービス処理部２０２は、オブジェク
ト処理装置のフレームワークレイア２００内において、
プログラムが自身の必要とするサービス環境で起動され
るためのサービス処理部を、複数のアプリケーション１
００が相互に影響を及ぼすことなく管理する。

【０１８９】プログラム（アプリケーション１００）は
予め決められたサービス環境の上で起動されなくてはな
らない。管理サービス処理部２０２においては、複数あ
るサービス環境（オブジェクトサービス処理部２０３
等）は全てプロパティで表現され、それを比較すること
で必要な環境か否かが判断される。図２７のプログラム
Ｄのように必要な環境が存在すれば、その上でプログラ
ムを起動する。図２７のプログラムＰのように必要な環
境が存在しなければ、新たなサービス環境を構築し、そ
の上でプログラムを起動する。プログラムが利用できる
サービス処理部はコンテキストとしてまとめられ、コン
テキストを管理することで他プログラム用のサービスを
犯すことがない。従って、管理サービス処理部２０２に
よれば、実行時に必要となるサービス環境を動的に求め
ることができ、サービス環境を共有することで資源を節
約でき、利用可能なサービスを予めまとめておくことで
セキュリティを高めることができる。

【０１９０】例えば、図２８に示すように、管理サービ
ス処理部２０２は予めどのプログラムから呼び出される
かを把握できる。これにより、サービスプログラムの簡
略化図ることができる。図２８において、プログラムＤ
のプロパティＤが各サービス環境のプロパティと比較さ
れる。この比較の結果、プログラムＤのプロパティＤが
サービスＣのプロパティＣと一致し、他のサービスＡ及
びＢのプロパティＡ及びＢとは不一致であったたとす
る。この結果に基づいて、サービスＣを利用するための
コンテキストＤが、プログラムＤに渡される。プロパテ
ィＣと一致したのでサービス環境Ｃ上でプログラムＤが
実行される。

【０１９１】図２９は、管理サービス処理フローであ
る。

【０１９２】管理サービス処理部２０２が、当該プログ
ラム（アプリケーション１００）のプロパティと全ての
プロパティとの比較を行なう（ステップＳ４５）。

【０１９３】一致した場合、管理サービス処理部２０２
が、一致したサービス処理部からコンテキストを入手す
る（ステップＳ４６）。

【０１９４】管理サービス処理部２０２が、アプリケー
ション１００を起動する（ステップＳ４７）。

【０１９５】ステップＳ４５において、当該プログラム
のプロパティと全てのプロパティとが全て不一致の場
合、管理サービス処理部２０２が新たなサービス環境を
当該プログラムのために作る（ステップＳ４８）。

【０１９６】

【発明の効果】以上説明したように、本発明によれば、
オブジェクト処理装置において、異なる形態で格納され
た少なくともコンテント、ユーザ又はノードを含む操作
対象物を含む操作対象物についてのデータをオブジェク
トとして統一的に管理することにより、以上のように定
義されたオブジェクトをネットワーク経由で集配信する
ことができ、差分管理及び差分転送機能や配布管理機能
を実現することができ、様々な事象をイベントとしてア
プリケーションへ通知することができ、様々な事象を監
視し、事象発生時にイベントとしてアプリケーションに
通知することができ、以上の処理を総合的に扱った機能
をプラグインすることができ、アプリケーションが種々
のサービスを要求する場合の窓口を利用することができ
るので、アプリケーションがコンテント、ノード及びユ
ーザを意識する必要をなくすことができ、アプリケーシ
ョン開発者が煩雑な処理コードを記述する必要をなくす
ことができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】オブジェクト処理装置構成図である。

【図３】オブジェクト処理装置構成図である。

【図４】オブジェクト処理装置構成図である。

【図５】オブジェクトサービス処理部説明図である。

【図６】オブジェクト説明図である。

【図７】オブジェクト説明図である。

【図８】グループ化説明図である。

【図９】リポジトリテーブル説明図である。

【図１０】マップテーブル説明図である。

【図１１】オブジェクト処理説明図である。

【図１２】転送サービス処理部説明図である。

【図１３】配布管理処理説明図である。

【図１４】配布管理処理フローである。

【図１５】差分管理処理説明図である。

【図１６】差分管理処理フローである。

【図１７】差分転送処理説明図である。

【図１８】差分転送処理フローである。

【図１９】イベントサービス処理部説明図である。

【図２０】イベントサービス処理説明図である。

【図２１】イベントサービス処理フローである。

【図２２】監視サービス処理部説明図である。

【図２３】監視サービス処理フローである。

【図２４】コマンドサービス処理部説明図である。

【図２５】コマンドサービス処理説明図である。

【図２６】コマンドサービス処理フローである。

【図２７】管理サービス処理部説明図である。

【図２８】管理サービス処理説明図である。

【図２９】管理サービス処理フローである。

【符号の説明】

１００ アプリケーション １５０ 上位統一インタフェース ２００ フレームワークレイア ２０１ 共通サービス処理部 ２０３ オブジェクトサービス処理部 ２５０ 下位統一インタフェース ３００ 機能実装レイア ３０１ データ格納手段管理手段（リポジトリ管理
部） ３５０ オブジェクトアクセス管理手段 ４００ データ格納手段（リポジトリ） ５００ 通信手段 ６００ 他のアプリケーション

───────────────────────────────────────────────────── フロントページの続き (72)発明者 濱野 登志▲邦▼ 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 (72)発明者 内藤 祐一郎 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 (72)発明者 福嶋 航 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 Ｆターム(参考） 5B045 GG01 JJ02 5B082 GA04 GA06 GA14 HA05 5B089 GA01 GB02 GB10 JA32 JB01 JB07 KA07 KA13

Claims (25)

【特許請求の範囲】
1. 【請求項１】 転送対象であるコンテント又は転送先で
   あるノードをオブジェクトとして転送を指示するアプリ
   ケーションからの転送の指示に応じて、当該ノードとの
   間での当該コンテントについての転送を行う転送サービ
   ス処理部と、 少なくともコンテント、ユーザ又はノードを含む操作対
   象物を含む操作対象物についてのデータをオブジェクト
   として統一的に管理するオブジェクトサービス処理部と
   からなり、 前記アプリケーションからの転送の指示に応じて、前記
   転送サービス処理部が、当該指示に関するオブジェクト
   を前記オブジェクトサービス処理部から取得して、当該
   取得したオブジェクトに基づいて当該ノードとの間で当
   該コンテントについての転送を行うことを特徴とするオ
   ブジェクト処理装置。
2. 【請求項２】 当該オブジェクト処理装置が、更に、 少なくともコンテント、ユーザ又はノードを含む操作対
   象物を含む操作対象物についてのデータを各々が異なる
   形態で格納する複数のデータ格納手段と、 前記複数のデータ格納手段の各々に対応して設けられた
   複数のデータ格納手段管理手段とからなり、 前記オブジェクトサービス処理部が、前記転送サービス
   処理部からのオブジェクトの取得の依頼を受け付け、受
   け付けたオブジェクトの取得の依頼を当該取得を行うべ
   き前記データ格納手段管理手段に渡し、 前記データ格納手段管理手段が、オブジェクトの取得の
   依頼に応じて、前記データ格納手段に格納された当該オ
   ブジェクトに対応する少なくともコンテント、ユーザ又
   はノードを含む操作対象物を含む操作対象物についての
   データを取得することを特徴とする請求項１に記載のオ
   ブジェクト処理装置。
3. 【請求項３】 前記オブジェクトサービス処理部が、更
   に、複数のコンテントからなるコンテントグループ、複
   数のユーザからなるユーザグループ及び複数のノードか
   らなるノードグループについてのデータをオブジェクト
   として統一的に管理し、 前記転送サービス処理部が、前記アプリケーションの指
   示したオブジェクトが複数のコンテントからなるコンテ
   ントグループである場合に当該複数のコンテントを転送
   し、又は、前記アプリケーションの指示したオブジェク
   トが複数のノードからなるノードグループである場合に
   当該複数のノードとの間で転送を行うことを特徴とする
   請求項１に記載のオブジェクト処理装置。
4. 【請求項４】 少なくともコンテント、ユーザ又はノー
   ドを含む操作対象物を含む操作対象物についてのデータ
   をオブジェクトとして統一的に管理する処理と、 送信対象であるコンテント又は送信先であるノードをオ
   ブジェクトとして指示するアプリケーションからの転送
   の指示に応じて、当該指示に関するオブジェクトを取得
   する処理と、 取得したオブジェクトに基づいて、当該ノードとの間で
   当該コンテントについての送信を行う処理とを、 コンピュータである当該オブジェクト処理装置に実行さ
   せるプログラムを記憶したことを特徴とするプログラム
   記憶媒体。
5. 【請求項５】 転送対象であるコンテント又は転送先で
   あるノードをオブジェクトとして転送を指示するアプリ
   ケーションからの転送の指示に応じて、当該ノードとの
   間で当該コンテントについての転送を行う転送サービス
   処理部と、 少なくともコンテント、ユーザ又はノードを含む操作対
   象物を含む操作対象物についてのデータをオブジェクト
   として統一的に管理するオブジェクトサービス処理部と
   からなり、 前記アプリケーションからの転送の指示に応じて、前記
   転送サービス処理部が、当該指示に関するオブジェクト
   を前記オブジェクトサービス処理部から取得して、当該
   取得したオブジェクトに基づいて当該ノードとの間で当
   該コンテントについての転送を行い、 前記オブジェクトサービス処理部が、当該転送の結果に
   基づいて、当該コンテント及び当該ノードについての配
   布情報を作成し、これを当該オブジェクトと関連付けて
   管理することを特徴とするオブジェクト処理装置。
6. 【請求項６】 アプリケーションからの転送の指示に応
   じて、当該ノードとの間で当該コンテントについての転
   送を行う処理と、 少なくともコンテント、ユーザ又はノードを含む操作対
   象物を含む操作対象物についてのデータをオブジェクト
   として統一的に管理する処理部と、 転送対象であるコンテント又は転送先であるノードをオ
   ブジェクトとして指示する前記アプリケーションからの
   転送の指示に応じて、当該指示に関するオブジェクトを
   取得する処理と、 当該取得したオブジェクトに基づいて当該ノードとの間
   で当該コンテントについての転送を行う処理と、 当該転送の結果に基づいて、当該コンテント及び当該ノ
   ードについての配布情報を作成し、これを当該オブジェ
   クトと関連付けて管理する処理とを、 コンピュータである当該オブジェクト処理装置に実行さ
   せるプログラムを記憶したことを特徴とするプログラム
   記憶媒体。
7. 【請求項７】 少なくともコンテント、ユーザ又はノー
   ドを含む操作対象物を含む操作対象物についてのデータ
   をオブジェクトとして統一的に管理するオブジェクトサ
   ービス処理部からなり、 前記オブジェクトサービス処理部が、少なくともコンテ
   ント、ユーザ又はノードを含む操作対象物を含む操作対
   象物についての操作をオブジェクトの操作として指示す
   るアプリケーションからのオブジェクトの操作の指示に
   従って当該オブジェクトであるコンテントを操作し、当
   該操作前のコンテントと操作後のコンテントとの差分を
   抽出し、これを差分情報として当該オブジェクトと関連
   付けて管理することを特徴とするオブジェクト処理装
   置。
8. 【請求項８】 前記オブジェクトサービス処理部が、予
   め定められた数の差分情報を管理し、新たな差分を抽出
   した場合に最も古い差分情報を削除することを特徴とす
   る請求項７に記載のオブジェクト処理装置。
9. 【請求項９】 当該オブジェクト処理装置が、更に、 前記アプリケーションからの転送の指示に応じて、当該
   ノードとの間での当該コンテントについての転送を行う
   転送サービス処理部からなり、 当該オブジェクト処理装置が、他のアプリケーションの
   存在するノードである他のオブジェクト処理装置と回線
   を介して接続され、 前記アプリケーションが、転送対象である当該コンテン
   ト及び転送先である前記他のアプリケーションの存在す
   るノードをオブジェクトとして、前記転送サービス処理
   部に転送を指示し、 前記アプリケーションからの転送の指示に応じて、前記
   転送サービス処理部が、当該指示に関するオブジェクト
   についての差分情報を前記オブジェクトサービス処理部
   から取得して、当該ノードへ当該差分情報を返信するこ
   とを特徴とする請求項７に記載のオブジェクト処理装
   置。
10. 【請求項１０】 前記アプリケーションは、前記他のア
    プリケーションからコンテントであるオブジェクトの送
    信の要求及びその版数を受けて、当該転送の指示を行う
    ものであり、 前記転送サービス処理部からの当該差分情報の返信を受
    けた前記他のオブジェクト処理装置であるノードに存在
    する前記他のアプリケーションが、当該差分情報に基づ
    いて、先に送信の要求をしたオブジェクトであるコンテ
    ントを更新することを特徴とする請求項９に記載のオブ
    ジェクト処理装置。
11. 【請求項１１】 少なくともコンテント、ユーザ又はノ
    ードを含む操作対象物を含む操作対象物についてのデー
    タをオブジェクトとして統一的に管理するオブジェクト
    サービス処理と、 少なくともコンテント、ユーザ又はノードを含む操作対
    象物を含む操作対象物についての操作をオブジェクトの
    操作として指示するアプリケーションからのオブジェク
    トの操作の指示に従って当該オブジェクトであるコンテ
    ントを操作する処理と、 当該操作前のコンテントと操作後のコンテントとの差分
    を抽出する処理と、 この差分を当該オブジェクトと関連付けて管理する処理
    とを、 コンピュータである当該オブジェクト処理装置に実行さ
    せるプログラムを記憶したことを特徴とするプログラム
    記憶媒体。
12. 【請求項１２】 少なくともコンテント、ユーザ又はノ
    ードを含む操作対象物を含む操作対象物についてのデー
    タをオブジェクトとして統一的に管理するオブジェクト
    サービス処理と、 少なくともコンテント、ユーザ又はノードを含む操作対
    象物を含む操作対象物についての操作をオブジェクトの
    操作として指示するアプリケーションからのオブジェク
    トの操作の指示に従って当該オブジェクトであるコンテ
    ントを操作する処理と、 当該操作前のコンテントと操作後のコンテントとの差分
    を抽出する処理と、 この差分を当該オブジェクトと関連付けて管理する処理
    と、 アプリケーションからの転送の指示に応じて、当該ノー
    ドとの間での当該コンテントについての転送を行う処理
    と、 回線を介して接続された他のアプリケーションからコン
    テントであるオブジェクトの送信の要求及びその版数を
    受けたアプリケーションからの、転送対象である当該コ
    ンテント及び転送先である前記他のアプリケーションの
    存在するノードをオブジェクトとしての、転送の指示に
    応じて、当該指示に関するオブジェクトについての差分
    情報を取得する処理と、 当該ノードへ当該差分情報を返信する処理とを、 コンピュータである当該オブジェクト処理装置に実行さ
    せるプログラムを記憶したことを特徴とするプログラム
    記憶媒体。
13. 【請求項１３】 少なくともコンテント、ユーザ又はノ
    ードを含む操作対象物を含む操作対象物についてのデー
    タをオブジェクトとして統一的に管理するオブジェクト
    サービス処理部と、 オブジェクトについての事象であるイベントの発生元
    と、 前記発生元においてイベントが発生した場合にイベント
    の通知の依頼を登録するアプリケーションからのイベン
    トの通知の依頼の登録に基づいて、当該登録されたイベ
    ントの通知を行うイベントサービス処理部とからなり、 前記発生元が前記イベントサービス処理部に当該イベン
    トの発生を通知し、 前記イベントサービス処理部が、前記登録の内容と前記
    発生元からの通知の内容とを比較して、前記発生元から
    通知されたイベントが通知の依頼の登録のされたイベン
    トである場合に前記アプリケーションにイベントを通知
    することを特徴とするオブジェクト処理装置。
14. 【請求項１４】 前記イベントサービス処理部からのイ
    ベントの通知を受けた前記アプリケーションが、当該イ
    ベントに基づいて予め定められた処理を行って、これに
    基づいて前記イベントサービス処理部を介して前記発生
    元に応答を返すことを特徴とする請求項１３に記載のオ
    ブジェクト処理装置。
15. 【請求項１５】 イベントの発生元においてイベントが
    発生した場合にイベントの通知の依頼を登録するアプリ
    ケーションからの登録に基づいて、前記登録の内容と前
    記発生元からの当該イベントの発生を通知の内容とを比
    較して、前記発生元から通知されたイベントが通知の依
    頼の登録のされたイベントである場合に前記アプリケー
    ションにイベントを通知する処理を、 コンピュータである当該オブジェクト処理装置に実行さ
    せるプログラムを記憶したことを特徴とするプログラム
    記憶媒体。
16. 【請求項１６】 少なくともコンテント、ユーザ又はノ
    ードを含む操作対象物を含む操作対象物についてのデー
    タをオブジェクトとして統一的に管理するオブジェクト
    サービス処理部と、 オブジェクト以外についての事象の発生元と、 前記発生元の監視の依頼及び前記発生元で発生した当該
    事象に基づくイベントの通知の依頼を登録するアプリケ
    ーションからのイベントの通知の依頼の登録に基づい
    て、当該登録されたイベントの通知を行うイベントサー
    ビス処理部と、 前記アプリケーションからの発生元の監視の依頼の登録
    に基づいて、当該登録された事象の通知を行う監視サー
    ビス処理部とからなり、 前記監視サービス処理部が、前記発生元を監視し、前記
    発生元で当該事象が発生した場合にこれに基づいて前記
    イベントサービス処理部に当該イベントの発生を通知
    し、 前記イベントサービス処理部が、前記登録の内容と前記
    監視サービス処理部からの通知の内容とを比較して、前
    記監視サービス処理部から通知されたイベントが通知の
    依頼の登録のされたイベントである場合に前記アプリケ
    ーションにイベントを通知することを特徴とするオブジ
    ェクト処理装置。
17. 【請求項１７】 前記アプリケーションが、前記監視サ
    ービス処理部から当該発生元の監視の依頼に対する応答
    として当該事象の内容を受け取った場合に、前記イベン
    トサービス処理部に対して当該事象を指定してこれに基
    づくイベントの通知の依頼を登録することを特徴とする
    請求項１６に記載のオブジェクト処理装置。
18. 【請求項１８】 前記監視サービス処理部が、更に、 前記発生元を監視する監視処理部と、 前記アプリケーションからの事象の通知の依頼を登録す
    る登録処理部と、 前記登録の内容と前記監視処理部から通知された発生元
    において発生した事象の内容とを比較して、前記監視処
    理部の事象が通知の依頼の登録のされた事象である場合
    に前記アプリケーションにイベントを通知する比較処理
    部とからなることを特徴とする請求項１６に記載のオブ
    ジェクト処理装置。
19. 【請求項１９】 前記イベントサービス処理部からのイ
    ベントの通知を受けた前記アプリケーションが、当該イ
    ベントに基づいて予め定められた処理を行って、これに
    基づいて前記イベントサービス処理部を介して前記監視
    サービス処理部に応答を返すことを特徴とする請求項１
    ６に記載のオブジェクト処理装置。
20. 【請求項２０】 少なくともコンテント、ユーザ又はノ
    ードを含む操作対象物を含む操作対象物についてのデー
    タであるオブジェクト以外についての事象の発生元の監
    視の依頼及び前記発生元で発生した当該事象に基づくイ
    ベントの通知の依頼を登録するアプリケーションからの
    発生元の監視の依頼の登録に基づいて、前記発生元を監
    視する処理と、 前記発生元で当該事象が発生した場合にこれに基づいて
    当該イベントの発生を通知する処理と、 前記登録の内容と前記イベントの発生の通知の内容とを
    比較する処理と、 前記アプリケーションからのイベントの通知の依頼の登
    録に基づいて、通知されたイベントが通知の依頼の登録
    のされたイベントである場合に前記アプリケーションに
    イベントを通知する処理とを、 コンピュータである当該オブジェクト処理装置に実行さ
    せるプログラムを記憶したことを特徴とするプログラム
    記憶媒体。
21. 【請求項２１】 少なくともコンテント、ユーザ又はノ
    ードを含む操作対象物を含む操作対象物についてのデー
    タをオブジェクトとして統一的に管理するオブジェクト
    サービス処理部と、 前記アプリケーションからの転送の指示に応じて、当該
    ノードとの間での当該コンテントについての転送を行う
    転送サービス処理部と、 アプリケーションからのイベントの通知の依頼の登録に
    基づいて、当該登録されたイベントの通知を行うイベン
    トサービス処理部と、 前記アプリケーションからの発生元の監視の依頼の登録
    に基づいて、当該登録された事象の通知を行う監視サー
    ビス処理部と、 前記各サービス処理部の１又は複数を用いて所定の処理
    を実行するコマンドであって前記アプリケーションの作
    成したコマンドを組み込んだコマンドサービス処理部と
    からなり、 前記アプリケーションが前記コマンドの実行を依頼した
    場合に、前記コマンドサービス処理部が当該コマンドを
    実行することを特徴とするオブジェクト処理装置。
22. 【請求項２２】 前記コマンドサービス処理部が、 前記コマンドを組み込むコマンド組み込み部と、 前記アプリケーションが前記コマンドの実行を依頼した
    場合に、前記コマンドを実行するコマンド実行部と、 前記コマンドを他のアプリケーションで使用可能なよう
    にコマンドプロトコルの変換を行うコマンドプロトコル
    変換部とからなることを特徴とする請求項２１に記載の
    オブジェクト処理装置。
23. 【請求項２３】 少なくともコンテント、ユーザ又はノ
    ードを含む操作対象物を含む操作対象物についてのデー
    タをオブジェクトとして統一的に管理する処理と、 前記アプリケーションからの転送の指示に応じて、当該
    ノードとの間での当該コンテントについての転送を行う
    処理と、 前記アプリケーションからのイベントの通知の依頼の登
    録に基づいて、当該登録されたイベントの通知を行う処
    理と、 前記アプリケーションからの発生元の監視の依頼の登録
    に基づいて、当該登録された事象の通知を行う処理と、 前記各サービス処理部の１又は複数を用いて所定の処理
    を実行するコマンドであって前記アプリケーションの作
    成したコマンドを組み込む処理と、 前記アプリケーションが前記コマンドの実行を依頼した
    場合に、当該コマンドを実行する処理とを、 コンピュータである当該オブジェクト処理装置に実行さ
    せるプログラムを記憶したことを特徴とするプログラム
    記憶媒体。
24. 【請求項２４】 所定のサービスを利用するアプリケー
    ションに複数のサービスを提供する窓口である管理サー
    ビス処理部とからなり、 前記管理サービス処理部が、前記アプリケーションから
    の前記所定のサービスの利用の依頼に応じて、前記依頼
    されたサービスのプロパティと前記複数のサービスのプ
    ロパティの各々とを比較して、プロパティの一致したサ
    ービスのコンテキストを前記アプリケーションに与え、 前記アプリケーションが、当該与えられたコンテキスト
    に基づいて当該サービスを利用することを特徴とするオ
    ブジェクト処理装置。
25. 【請求項２５】 所定のサービスを利用するアプリケー
    ションからの前記所定のサービスの利用の依頼に応じ
    て、前記依頼されたサービスのプロパティと前記複数の
    サービスのプロパティの各々とを比較する処理と、 プロパティの一致したサービスのコンテキストを前記ア
    プリケーションに与える処理とを、 コンピュータである当該オブジェクト処理装置に実行さ
    せるプログラムを記憶したことを特徴とするプログラム
    記憶媒体。