JP4125454B2 - オブジェクト連携装置 - Google Patents
オブジェクト連携装置 Download PDFInfo
- Publication number
- JP4125454B2 JP4125454B2 JP26804799A JP26804799A JP4125454B2 JP 4125454 B2 JP4125454 B2 JP 4125454B2 JP 26804799 A JP26804799 A JP 26804799A JP 26804799 A JP26804799 A JP 26804799A JP 4125454 B2 JP4125454 B2 JP 4125454B2
- Authority
- JP
- Japan
- Prior art keywords
- resource
- usage
- computer
- object function
- usage rule
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Storage Device Security (AREA)
- Multi Processors (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は或るオブジェクトが所有するリソースを他のオブジェクトが利用するためのオブジェクト連携装置に関する。
【０００２】
【従来の技術】
コンピュータシステム或いはネットワークシステムが有する文書や画像などのリソースは、そのまま利用者に提供される以外に各種の加工が施されて利用者に提供される場合がある。後者の例にデジタルマガジンがある。図１０にデジタルマガジンの表示例を示す。このデジタルマガジンは、「今週の出来事」というタイトルを含む表示部分全体を構成するレポート記事リソース２０２の一部に、広告リソース２０３の一部をクリッピングし且つ減色して嵌め込んだもので、クライアント端末装置２０１上に表示され利用される。
【０００３】
文書や画像などのリソースを外部からは直接自由に操作できない状態で自ら所有するか或いは他から取得して外部に提供する機能を持つソフトウェアプログラムを、本明細書ではオブジェクトと呼ぶ。このとき、広告リソース２０３を所有するオブジェクトとレポート記事リソース２０２を所有するオブジェクトとが異なる場合、後者のオブジェクトは前者のオブジェクトから広告リソースを取得してレポート記事リソースで利用することになる。このように或る者が他の者の所有するリソースを利用する場合、権限のない第３者によるリソースの不正な利用を防止するために認証という手続きが一般に採用される。例えば、特開平７−２３９８２８号公報では、文書に対する要求を利用者識別情報と共に受信した著作権サーバが利用者の認証を行い、認証した利用者に対して文書サーバが要求された文書を送信するようにしている。
【０００４】
【発明が解決しようとする課題】
前述したデジタルマガジン中の広告リソースは、クリッピングという加工と減色という加工が施されて利用者に提供されている。このようにリソースについて何らかの加工を行う場合、その加工をどのオブジェクトで実施するかについては以下のような種々の方法が考えられる。第１の方法は、広告リソースを所有するオブジェクトをオブジェクトＡ、レポート記事リソースを所有するオブジェクトをオブジェクトＢとしたとき、オブジェクトＡが全ての加工を施してオブジェクトＢに広告リソースを提供する方法である。第２の方法は、オブジェクトＡはクリッピング加工だけを行った広告リソースをオブジェクトＢに提供し、オブジェクトＢが減色加工を施す方法である。第３の方法は、オブジェクトＡは広告リソースを全く加工せずにオブジェクトＢに提供し、オブジェクトＢが全ての加工を施す方法である。
【０００５】
広告リソースに対する加工処理の分散化を図る上では、第２の方法が望ましいが、自己の所有するリソースを自己以外で勝手に加工されたくないと考えるリソース提供者にとっては第１の方法が望ましい。また、提供するリソースに対して自己の負担をできるだけ軽くしたいと考えるリソース提供者にとっては、第３の方法が望ましい。従って、どの方法を採用するかはリソース提供者とリソース要求者間で事前に取り決めておく必要がある。そして、一旦取り決めたならば、その取り決めに従う必要がある。
【０００６】
このように或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合、権限のない第３者によるリソースの不正な利用を防止する以外に、リソース提供者及びリソース要求者に事前の取り決めに従わせる必要がある。第３者によるリソースの不正利用の防止は従来の認証手続きでも実現可能であるが、従来の認証手続きにはリソースをどのような状態で提供するか、そのリソースをどのように利用するかについての規約を伴う手段が無かった。このため、第３者によるリソースの不正利用を防止しつつ、各オブジェクトに利用規約に従わせる新たな仕組みの実現が望まれていた。
【０００７】
そこで本発明の目的は、或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合に、権限のない第３者によるリソースの不正な利用を防止しつつ、リソース提供側オブジェクトに利用規約に従った動作を行わせることができるオブジェクト連携装置を提供することにある。
【０００８】
また本発明の別の目的は、或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合に、リソース要求側オブジェクトに利用規約に従った動作を行わせることができるオブジェクト連携装置を提供することにある。
【０００９】
【課題を解決するための手段】
本発明にかかるオブジェクト連携装置は、オブジェクトが所有するリソースを他のオブジェクトが利用するためのオブジェクト連携装置であって、リソース提供側のオブジェクトとリソース要求側のオブジェクト間で適用される前記リソース提供側のオブジェクトが所有するリソースについての利用規約を管理する利用管理装置を備え、他オブジェクトから自オブジェクトが所有するリソースを要求されたオブジェクトは、両オブジェクト間で適用されるそのリソースについての利用規約の参照要求を前記利用管理装置に送出し、利用規約が存在せず参照できなかった場合は要求を拒否し、利用規約が存在し参照できた場合はその利用規約に従った操作を施したリソースを要求元に提供する。また、他オブジェクトからリソースの提供を受けたオブジェクトは、両オブジェクト間で適用されるそのリソースについての利用規約を前記利用管理装置から参照しその利用規約に従った操作をそのリソースに施す。
【００１０】
より具体的には、リソースを記憶する記憶装置と、該記憶装置に記憶されたリソースを提供するリソース提供側オブジェクトが動作するコンピュータと、前記リソース提供側オブジェクトに対し前記リソースを要求するリソース要求側オブジェクトが動作するコンピュータと、前記リソース提供側オブジェクトおよび前記リソース要求側オブジェクトと通信可能な利用管理装置とで構成され、前記利用管理装置は、前記リソース提供側オブジェクトのＩＤ、前記リソース要求側オブジェクトのＩＤおよび前記リソースのＩＤによって一意に特定される利用規約であって、前記リソース提供側オブジェクトのＩＤが利用規約の参照者ＩＤとして設定され且つ前記リソースに対する前記リソース提供側オブジェクトの加工内容を含む利用条件が設定されたリソース提供側オブジェクト用利用規約と、前記リソース要求側オブジェクトのＩＤが利用規約の参照者ＩＤとして設定され且つ前記リソースに対する前記リソース要求側オブジェクトの加工内容を含む利用条件が設定されたリソース要求側オブジェクト用利用規約とを含む利用規約を記憶する利用規約記憶手段と、参照者ＩＤ、前記リソース提供側オブジェクトまたは前記リソース要求側オブジェクトのＩＤおよび前記リソースのＩＤを含む利用規約参照要求を受信したとき、これらのＩＤで特定される利用規約が前記利用規約記憶手段に記憶されていれば、特定される利用規約における前記参照者ＩＤと一致する参照者ＩＤを含む前記リソース提供側オブジェクト用利用規約または前記リソース要求側オブジェクト用利用規約を要求元に通知する利用規約提供手段とを備え、前記リソース提供側オブジェクトは、前記リソース要求側オブジェクトから前記リソースのＩＤと前記リソース要求側オブジェクトのＩＤを含むリソース要求を受信する利用要求受付手段と、前記受信されたリソース要求に含まれる前記リソースのＩＤと前記リソース要求側オブジェクトのＩＤと自オブジェクトのＩＤである参照者ＩＤとを含む利用規約参照要求を前記利用管理装置に送信する利用規約参照手段と、前記リソース要求に含まれる前記リソースを前記記憶装置から取得するリソース取得手段と、前記利用規約参照要求に対して前記利用管理装置から利用規約が通知されてこなかった場合は前記リソース要求側オブジェクトへの前記リソースの提供を拒否し、利用規約が通知されてきた場合は前記リソース取得手段によって取得されたリソースに対し前記利用規約に設定 された利用条件に従った操作を施したリソースを前記リソース要求側オブジェクトに提供する利用制御手段とを備え、前記リソース要求側オブジェクトは、前記リソース要求を前記リソース提供側オブジェクトへ送信し、前記リソース提供側オブジェクトから前記リソースを受信するリソース取得手段と、前記リソースのＩＤと前記リソース提供側オブジェクトのＩＤと自オブジェクトのＩＤである参照者ＩＤとを含む利用規約参照要求を前記利用管理装置に送信する利用規約参照手段と、前記利用規約参照要求に対して前記利用管理装置から利用規約が通知されてきた場合に前記取得されたリソースに対し前記利用規約に設定された利用条件に従った操作を施す利用制御手段とを備えている。
【００１１】
このような本発明にかかるオブジェクト連携装置では、或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合、リソース提供側のオブジェクトとリソース要求側のオブジェクトとの間で適用される当該リソースの利用に関する利用規約を利用管理装置に登録しておく必要があるため、そのような利用規約を交わしていない第３者による不正な利用を防止でき、且つ、そのような利用規約が適用されるオブジェクトには、その利用規約を通知して規約に従った操作をリソースに施させることができる。また、リソース要求側のオブジェクトが正当な権限を有する者か否かの認証結果は、利用規約参照要求の応答として、利用規約の通知の有無によってリソース提供側のオブジェクトに知らされるため、正当な権限を有する者であった場合にリソース提供側のオブジェクトがあらためて両者間の利用規約を参照する手間が省ける。
【００１２】
また本発明にかかるオブジェクト連携装置は、更に、前記リソースは直接利用不可能な状態で前記記憶装置に記憶されており、且つ、直接利用不可能な状態のリソースを直接利用可能な状態に復元するために必要な情報を、リソース提供側オブジェクトおよびリソース要求側オブジェクトのうち利用規約によってリソースの加工を許されたオブジェクトが参照できるリソース提供側オブジェクト用利用規約またはリソース要求側オブジェクト用利用規約だけに含める構成を有する。これによって、正当な権限を有する者であってもリソースの加工を行えるオブジェクトを、利用規約によって制限できることになる。
【００１３】
例えば、従来の技術の項で説明した広告リソースに対するオブジェクトＡ，Ｂによる３つの加工方法において、第１の方法の場合、オブジェクトＡ用の利用規約には復号鍵を入れ、オブジェクトＢ用の利用規約には復号鍵を入れないことで、オブジェクトＢによる広告リソースの復元を不可能にし、勝手な加工を一切行わせないようにすることができる。反対に第３の方法の場合、オブジェクトＢ用の利用規約には復号鍵を入れ、オブジェクトＡ用の利用規約には復号鍵を入れないことで、オブジェクトＡによる広告リソースの復元を不可能にし、勝手な加工を一切行わせないようにすることができる。そして、第２の方法の場合には、オブジェクトＡ用およびＢ用の利用規約の双方に復号鍵を入れておくことで、両者による広告リソースの復元が可能となり、必要な加工が行える。
【００１４】
また本発明にかかるオブジェクト連携装置は、更に、前記リソース提供側オブジェクトおよび前記リソース要求側オブジェクトによる前記利用規約の参照の履歴を履歴記憶手段に記録する利用規約参照履歴記録手段を、前記利用管理装置に備えている。
【００１５】
また本発明にかかるオブジェクト連携装置は、更に、前記リソース提供側オブジェクトおよび前記リソース要求側オブジェクトは、入力したリソースの内容を特定する入力リソース識別情報および出力したリソースの内容を特定する出力リソース識別情報の少なくとも一方を含むリソース識別情報を生成するリソース識別情報生成手段を備え、前記利用規約参照手段は、前記リソース識別情報生成手段で生成されたリソース識別情報を前記利用管理装置に送信するものであり、前記利用規約参照履歴記録手段は、前記リソース提供側オブジェクトおよび前記リソース要求側オブジェクトから受信したリソース識別情報を前記履歴記憶手段に記録するものであることを特徴とする。ここで、前記リソース識別情報としては、リソースの実体の一部分のコピーを使用することができる。このように、各オブジェクトが入力したリソースの内容を特定する入力リソース識別情報および各オブジェクトが出力したリソースの内容を特定する出力リソース識別情報の少なくとも一方を記録しておくことにより、リソースに不正な加工が施されていることが後に発見された場合、どの段階で不正な加工が行われたかの追跡調査が容易となる。
【００１６】
【発明の実施の形態】
次に本発明の実施の形態の例について図面を参照して詳細に説明する。
【００１７】
（１）第１の実施の形態
図１を参照すると、本発明の第１の実施の形態にかかるオブジェクト連携装置は、複数のオブジェクト１，２と、これらの各オブジェクトと通信可能に接続された利用管理装置３とから構成されている。ここで、オブジェクト１はリソースＲ１を所有するオブジェクト、オブジェクト２はオブジェクト１が所有するリソースＲ１を利用するオブジェクトである。つまり、リソースＲ１に関し、オブジェクト１はリソース提供側オブジェクトとして動作し、オブジェクト２はリソース要求側オブジェクトとして動作する。
【００１８】
オブジェクト１は、利用要求受付手段１１、リソース取得手段１２、利用規約参照手段１３および利用制御手段１４を備え、また暗号化された状態のリソースＲ１を記憶する磁気ディスク装置等の記憶装置１５を有する。また、オブジェクト２は、利用要求受付手段２１、リソース取得手段２２、利用規約参照手段２３および利用制御手段２４を備えている。オブジェクト１，２は、それぞれ異なるコンピュータ上で動作するソフトウェアプログラムであっても良く、また同じコンピュータ上で動作するものであっても良い。オブジェクト１，２を構成するソフトウェアプログラムは図１に示す記録媒体Ｋ１に記録されて提供される。記録媒体Ｋ１はＣＤ−ＲＯＭ、半導体メモリ等の機械読み取り可能な記録媒体であり、記録されたソフトウェアプログラムはオブジェクト１，２の動作するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上に実行可能なオブジェクト１，２を生成する。
【００１９】
図１では、記憶装置１５のような記憶装置がオブジェクト２に設けられていないが、オブジェクト２が何らかのリソースを所有する場合には同様な記憶装置が備えられる。また、図１にはオブジェクトは２つしか図示されていないが、３以上のオブジェクトが存在する場合、それら全てのオブジェクトが共通な１台の利用管理装置３に相互に通信可能に接続される。何れの場合も、各オブジェクトには、システムで一意に識別できるオブジェクトＩＤ（識別子）が割り当てられ、互いに区別される。また、図１にはリソースは１つしか図示されていないが、一般に複数のリソースが存在する。システムに存在する各リソースにもまた、システムで一意に識別できるリソースＩＤが割り当てられている。
【００２０】
利用管理装置３は、リソース提供側のオブジェクトとリソース要求側のオブジェクト間で適用されるリソース提供側のオブジェクトが所有するリソースについての利用規約を管理する装置であり、利用規約記憶手段３１、履歴記憶手段３２、利用規約参照履歴記録手段３３および利用規約提供手段３４を備えている。利用管理装置３は、例えばコンピュータと利用管理プログラムとで実現できる。図１に示される記録媒体Ｋ２は、ＣＤ−ＲＯＭ、半導体メモリ等の機械読み取り可能な記録媒体であり、ここに記録された利用管理プログラムは利用管理装置３を構成するコンピュータによって読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上に各手段３１〜３４を生成する。
【００２１】
利用管理装置３の利用規約記憶手段３１は、例えば磁気ディスク領域等の不揮発性記憶領域で構成され、システムに存在する各リソースについて、その提供側オブジェクトと利用側オブジェクトとの間で適用される利用規約を記憶している。
【００２２】
図２（ａ）に利用規約記憶手段３１における利用規約の管理構造の一例を示す。インデックス３１０は、リソースＩＤをキーとしてインデックス３１１を検索するためのインデックス、インデックス３１１はオブジェクトＩＤの組をキーとして利用規約３１２を検索するためのインデックスである。或るリソースについて或るオブジェクト間で適用される利用規約の検索は、先ずそのリソースＩＤでインデックス３１０を検索して該当するインデックス３１１を見つけ、次いで、そのオブジェクト双方のＩＤの組でインデックス３１１を検索して該当する利用規約３１２を見つける。
【００２３】
図２（ｂ）にリソース提供側オブジェクト１とリソース要求側オブジェクト２との間で適用されるリソースＲ１に関する利用規約３１２の構成例を示す。この利用規約３１２は、リソース提供側オブジェクト１用の利用規約３１３とリソース要求側オブジェクト２用の利用規約３１４とを含む。利用規約３１３は、リソース提供側オブジェクト１にのみ参照を許可するため、利用規約の参照者３１５の項目にはオブジェクト１のＩＤが設定され、利用規約３１４は、リソース要求側オブジェクト２にのみ参照を許可するため、利用規約の参照者３２１の項目にはオブジェクト２のＩＤが設定されている。その他の各利用規約３１３，３１４の内容は、オブジェクト１，２間で適用される利用規約の具体的な内容を示す。
【００２４】
例えば、リソース提供側オブジェクト１がリソースＲ１について或る種の加工を施して提供する場合、利用規約３１３中の利用条件３１６の欄に加工内容３１７が記述されると共に、暗号化されたリソースＲ１を加工の為に復元するためのリソース復号化用鍵３１９が設定される。また、利用条件３１６の中にはリソースを暗号化して提供するのか、復号化した状態で提供するのかを記述した提供形態３１８があり、暗号化して提供する場合、一度復号化したリソースを加工後に再暗号化するためのリソース再暗号化用鍵３２０が設定される。なお、リソース復号化用鍵３１９とリソース再暗号化用鍵３２０に同一の鍵を使用する場合、３１９と３２０の項目は１つで良い。他方、リソース提供側オブジェクト１が暗号化されたリソースＲ１をそのまま提供する場合、提供形態３１８には暗号化して提供する旨が記述され、このときリソース復号化用鍵３１９は存在せず、また加工内容３１７およびリソース再暗号化用鍵３２０の記述も省略される。
【００２５】
また、リソース要求側オブジェクト用利用規約３１４では、リソース要求側オブジェクト１が取得したリソースＲ１に対して或る種の加工を施す場合、利用規約３１４中の利用条件３２２の欄に加工内容３２３が記述されると共に、暗号化されたリソースＲ１を加工の為に復元するためのリソース復号化用鍵３２５が設定される。また、オブジェクト１が取得したリソースＲ１を外部に提供する場合、利用条件３２２の欄にリソースＲ１を暗号化して提供するのか、復号化した状態で提供するのかを記述した提供形態３２４があり、暗号化して提供する場合、一度復号化したリソースＲ１を加工後に再暗号化するためのリソース再暗号化用鍵３２６が設定される。なお、リソース復号化用鍵３２５とリソース再暗号化用鍵３２６に同一の鍵を使用しても良く、その場合３２５と３２６の項目は１つで良い。他方、リソース要求側オブジェクト２が暗号化されたリソースＲ１を取得後そのまま外部に提供する場合、提供形態３２４には暗号化して提供する旨が記述され、このときリソース復号用鍵３２５は存在せず、また加工内容３２３およびリソース再暗号化用鍵３２６の記述も省略される。
【００２６】
再び図１を参照すると、利用管理装置３の履歴記憶手段３２は、磁気ディスク領域等の不揮発性記憶領域で構成されており、利用規約参照履歴記録手段３３は、どのオブジェクトがどの利用規約を参照したかの履歴を履歴記憶手段３２に記録する。図３に履歴情報のフォーマット例を示す。この例では、１つの履歴情報は、当該履歴情報を一意に識別するための履歴ＩＤ３２０、利用規約を参照したオブジェクトのＩＤを示す参照者ＩＤ３２１と、参照した利用規約を示す利用規約ＩＤ３２２と、参照日時３２３とから構成されている。
【００２７】
次に本実施の形態において、オブジェクト２がオブジェクト１の所有するリソースＲ１を利用する際の動作を説明する。図４乃至図７はその際の処理例を示すフローチャートであり、このうち図４はオブジェクト２の処理例を、図５及び図６はオブジェクト１の処理例を、図７は利用管理装置３の処理例を、それぞれ示す。
【００２８】
オブジェクト２は、例えば図１には図示しないクライアントからの利用要求を利用要求受付手段２１で受信した時、その要求に応じるために必要なリソースが他のオブジェクト１の所有にかかるリソースＲ１の場合、リソース取得手段２２によってオブジェクト１に対してリソース要求を出す（図４のステップＳ１００）。このリソース要求には、リソースＲ１のＩＤおよびオブジェクト２のＩＤが含まれる。
【００２９】
オブジェクト１の利用要求受付手段１１は、オブジェクト２から出されたリソース要求を受信すると（図５のステップＳ２００）、そのリソース要求を利用制御手段１４を通じてリソース取得手段１２に伝達し、リソース取得手段１２は記憶装置１５から暗号化された状態のリソースＲ１を取得し（ステップＳ２０１）、利用制御手段１４に渡す。利用制御手段１４は、リソースＲ１のＩＤ、参照者ＩＤ（自オブジェクト１（リソース提供側オブジェクト）のＩＤ）およびリソース要求側オブジェクト２のＩＤを利用規約参照手段１３に通知し、利用規約参照手段１３は、それらの各ＩＤを指定した利用規約参照要求を利用管理装置３に対して送信する（ステップＳ２０２）。
【００３０】
利用管理装置３の利用規約提供手段３４は、オブジェクト１から利用規約参照要求を受信すると（図７のステップＳ４００）、利用規約記憶手段３１から該当する利用規約を検索する（ステップＳ４０１）。具体的には、利用規約参照要求中のリソースＩＤで図２（ａ）のインデックス３１０を検索して該当するインデックス３１１を見つけ、次に利用規約参照要求中の参照者ＩＤとリソース要求側オブジェクトＩＤの組でインデックス３１１を検索して該当する利用規約３１２を検索する。そして、検索に成功した場合（ステップＳ４０２でＹＥＳ）、利用規約を要求元のオブジェクト１に送信する（ステップＳ４０３）。このとき送信する利用規約は、検索に成功した図２（ｂ）の利用規約に含まれる各オブジェクト用利用規約３１３、３１４のうち、利用規約参照要求に含まれる参照者ＩＤが利用規約の参照者３１５と一致するリソース提供側オブジェクト用利用規約３１３である。その後、利用規約提供手段３４は、履歴ＩＤ、参照者ＩＤ、参照させた利用規約３１３を特定するＩＤおよび参照日時（送信日時）を利用規約参照履歴記録手段３３に渡し、同手段３３はこれらで図３に示した１つの履歴情報を生成し、履歴記憶手段３２に記録する（ステップＳ４０４）。
【００３１】
他方、利用規約提供手段３４は、該当する利用規約３１２が利用規約記憶手段３１に記憶されていなかった場合（ステップＳ４０２でＮＯ）、要求元のオブジェクト１に対して要求拒否のメッセージを送信する（ステップＳ４０５）。
【００３２】
なお、利用規約参照要求中に含まれるリソースＩＤ、２つのオブジェクトＩＤに対する認証手続きを、利用管理装置３の内部または外部のＩＤ認証手段（図示せず）によって行う処理をステップＳ４０１の直前に挿入し、例えば上記３種のＩＤ全てに対して認証が得られた場合に限ってステップＳ４０１に進み、それ以外は要求を拒否するようにして、より厳密で安全性の高い利用規約の管理と運営を実現するようにしても良い。ここで、ＩＤ認証手段による認証方法としては、システムが正当と認めるリソースＩＤ及びオブジェクトＩＤのリストを事前に用意しておき、認証を要求されたＩＤがそのリストに載っているか否かで行う方法等が採用可能である。
【００３３】
さて、利用規約参照要求を送信したオブジェクト１の利用規約参照手段１３は、利用管理装置３から利用規約３１３を受信すると（図５のステップＳ２０３でＹＥＳ）、それを利用制御手段１４に伝達し、利用制御手段１４はその利用規約３１３に基づいてリソースＲ１の操作処理を行う（ステップＳ２０４）。そして、操作処理したリソースＲ１を利用要求受付手段１１を通じてリソース要求元のオブジェクト２に提供（送出）する（ステップＳ２０５）。他方、利用規約３１３を受信できず、要求拒否メッセージを受信したときは（ステップＳ２０３でＮＯ）、リソース要求元のオブジェクト２に対して要求を拒否するメッセージを送信する（ステップＳ２０６）。
【００３４】
ステップＳ２０４の処理の詳細な例を図６に示す。利用制御手段１４は、先ず利用規約３１３の利用条件３１６の欄に加工内容３１７が記述されているか否かを調べる（ステップＳ３００）。加工内容３１７が記述されている場合、暗号化されたリソースＲ１を復号化するためのリソース復号化用鍵３１９が利用規約３１３に設定されているので、それを取り出し（ステップＳ３０１）、その鍵３１９を使ってリソースＲ１を復号化する（ステップＳ３０２）。そして、加工内容３１７に従った加工をリソースＲ１に施す（ステップＳ３０３）。次に、利用条件３１６の欄の提供形態３１８で指定されている提供形態が暗号化状態か、非暗号化状態かを調べ（ステップＳ３０４）、暗号化状態であれば、リソースＲ１を再暗号化するためのリソース再暗号化用鍵３２０が利用規約３１３に設定されているので、それを取り出し（ステップＳ３０５）、その鍵３２０を使ってリソースＲ１を再暗号化する（ステップＳ３０６）。また、提供形態が非暗号化状態であれば、ステップＳ３０５、Ｓ３０６をスキップする。他方、利用規約で加工が指示されていない場合（ステップＳ３００でＮＯ）、ステップＳ３０１〜Ｓ３０６をスキップする。
【００３５】
一方、リソース要求側のオブジェクト２のリソース取得手段２２は、オブジェクト１からリソースＲ１の提供を受けると（図４のステップＳ１０１でＹＥＳ）、それを利用制御手段２４に伝達し、利用制御手段２４は、リソースＲ１のＩＤ、参照者ＩＤ（自オブジェクト２（リソース要求側オブジェクト）のＩＤ）およびリソース提供側オブジェクト１のＩＤを利用規約参照手段２３に通知し、利用規約参照手段２３は、これら３つのＩＤを含む利用規約参照要求を利用管理装置３に対して送信する（ステップＳ１０２）。
【００３６】
利用管理装置３の利用規約提供手段３４は、オブジェクト２から利用規約参照要求を受信すると（図７のステップＳ４００）、オブジェクト１から利用規約参照要求があった場合と同様にして利用規約記憶手段３１から該当する利用規約を検索する（ステップＳ４０１）。そして、検索に成功した場合（ステップＳ４０２でＹＥＳ）、利用規約を要求元のオブジェクト２に送信する（ステップＳ４０３）。このとき送信する利用規約は、検索に成功した図２（ｂ）の利用規約に含まれる各オブジェクト用利用規約３１３、３１４のうち、利用規約参照要求に含まれる参照者ＩＤが利用規約の参照者３２１と一致するリソース要求側オブジェクト用利用規約３１４である。その後、利用規約提供手段３４は、履歴ＩＤ、参照者ＩＤ、参照させた利用規約３１４を特定するＩＤおよび参照日時（送信日時）を利用規約参照履歴記録手段３３に渡し、同手段３３はこれらで図３に示した１つの履歴情報を生成し、履歴記憶手段３２に記録する（ステップＳ４０４）。他方、利用規約提供手段３４は、該当する利用規約３１２が利用規約記憶手段３１に記憶されていなかった場合（ステップＳ４０２でＮＯ）、要求元のオブジェクト２に対して要求拒否のメッセージを送信する（ステップＳ４０５）。
【００３７】
利用規約参照要求を送信したオブジェクト２の利用規約参照手段２３は、利用管理装置３から利用規約３１４を受信すると（図４のステップＳ１０３でＹＥＳ）、それを利用制御手段２４に伝達し、利用制御手段２４はその利用規約３１４に基づいてリソースＲ１の操作処理を行う（ステップＳ１０４）。そして、操作処理したリソースＲ１を利用要求受付手段１１を通じて要求元のクライアントに提供（送出）する（ステップＳ１０５）。
【００３８】
他方、オブジェクト１からリソースＲ１の提供を受けず要求拒否のメッセージを受けた場合（ステップＳ１０１でＮＯ）、リソース取得手段２２はその旨を利用制御手段２４に伝達し、利用制御手段２４はエラー処理を行う（ステップＳ１０６）。また、利用管理装置３から利用規約を受信できず要求拒否のメッセージを受けた場合（ステップＳ１０３でＮＯ）、利用規約参照手段２３はその旨を利用制御手段２４に伝達し、利用制御手段２４はエラー処理を行う（ステップＳ１０６）。エラー処理としては、例えば利用要求受付手段２１を通じて利用要求元のクライアントに対して要求拒否のメッセージを送出する等の処理が考えられる。
【００３９】
ステップＳ１０４における利用規約に基づくリソースの操作処理は、図６に示したリソース提供側オブジェクトにおける処理とほぼ同じである。つまり、利用制御手段２４は、先ず利用規約３１４の利用条件３２２の欄に加工内容３２３が記述されているか否かを調べ（ステップＳ３００）、記述されていれば、暗号化されたリソースＲ１を復号化するためのリソース復号化用鍵３２５が利用規約３１４に設定されているので、それを取り出し（ステップＳ３０１）、その鍵３２５を使ってリソースＲ１を復号化する（ステップＳ３０２）。そして、加工内容３２３に従った加工をリソースＲ１に施す（ステップＳ３０３）。次に、利用条件３２２の欄の提供形態３２４で指定されている提供形態が暗号化状態か、非暗号化状態かを調べ（ステップＳ３０４）、暗号化状態であれば、リソースＲ１を再暗号化するためのリソース再暗号化用鍵３２６が利用規約３１４に設定されているので、それを取り出し（ステップＳ３０５）、その鍵３２６を使ってリソースＲ１を再暗号化する（ステップＳ３０６）。また、提供形態が非暗号化状態であれば、ステップＳ３０５、Ｓ３０６をスキップする。他方、利用規約で加工が指示されていない場合（ステップＳ３００でＮＯ）、ステップＳ３０１〜Ｓ３０６をスキップする。
【００４０】
図８および図９に本実施の形態における動作シーケンスの例を示す。図８に示す動作シーケンスは、リソースＲ１に対してリソース提供側オブジェクト１およびリソース要求側オブジェクト２の双方が何らかの加工を行う場合のものであり、各オブジェクトは利用規約の受信時に、リソースの復元、加工、隠蔽化（暗号化）をそれぞれ実施している。これに対して図９に示す動作シーケンスは、リソースＲ１に対する加工をリソース提供側オブジェクト１のみが実施する場合のものであり、リソース要求側オブジェクト２はリソース提供側オブジェクト１から提供された暗号化状態のリソースＲ１をそのままクライアントに提供している。なお、このようにクライアントが暗号化されたリソースＲ１の提供を受ける場合、それを復号化する必要がある。このためには、例えば、リソース提供側オブジェクト１とクライアントとの間で適用されるリソース復号化用鍵を含む利用規約を利用管理装置３に登録しておき、図９の動作シーケンスに示すように、クライアントが利用管理装置３に利用規約の参照要求を出して利用規約を取得し、その中に設定されたリソース復号化用鍵を使って復元すれば良い。
【００４１】
次に本実施の形態をより具体的な例を用いて更に詳細に説明する。
【００４２】
図１０は複数のリソースで構成されたデジタルマガジンの表示例である。このデジタルマガジンは、「今週の出来事」というタイトルを含む表示部分全体を構成するレポート記事リソース２０２の一部に、広告リソース２０３の一部をクリッピングし且つ減色して嵌め込んだもので、クライアント端末装置２０１上に表示され利用される。このとき、図１１（ａ）に示すように、広告リソース２０３を所有するオブジェクトが広告オブジェクト３０２、レポート記事リソース２０２を所有するオブジェクトがレポート記事オブジェクト３０１である場合、クライアント２０１はレポート記事オブジェクト３０１に対してリソース２０２の利用を要求し、レポート記事オブジェクト３０１は、リソース２０２に含んで提供すべきリソース２０３を広告オブジェクト３０２から取得して利用することになる。このため、広告リソース２０３についてオブジェクト３０１、３０２間で適用される利用規約が利用管理装置３に登録されている。
【００４３】
図１２に広告リソース２０３についてオブジェクト３０１、３０２間で適用される利用規約４００の具体例を示す。この例の利用規約４００では、リソース２０３の名称であるリソース名（広告データ）４０１に対して、利用規約１（リソース提供側オブジェクト用）４０２と利用規約２（リソース要求側オブジェクト用）４０８の２種類が定義されている。また利用規約１では、リソース復号・再暗号化用鍵４０３、利用規約の参照者４０４、利用者（オブジェクト）４０５、利用条件４０６が定義され、この利用条件４０６で、利用者へは暗号化した状態で提供する旨の提供形態と、部分切り出しを行うべきことを示す加工内容４０７とが定義されている。また利用規約２では、リソース復号・再暗号化用鍵４０９、利用規約の参照者４１０、利用者（オブジェクト）４１１、利用条件４１２が定義され、この利用条件４１２で、復号する旨の提供形態と、２５６色に減色すべきことを示す加工内容４１３とが定義されている。なお、利用者４０５および利用者４１１はリソース２０３を利用する者が誰かを利用規約上明確にしておくために設けられているが、省略可能である。
【００４４】
リソース２０３をレポート記事オブジェクト３０１から要求された広告オブジェクト３０２が、リソース２０３のＩＤ、要求元オブジェクト３０１のＩＤ、自オブジェクト３０２のＩＤを含んだ利用規約参照要求を送って利用管理装置３から図１２に示したリソース提供側オブジェクト用の利用規約４０１を受け取ると、暗号化して所有している広告リソース２０３を鍵４０３を使用して復号化し、利用条件４０６の加工内容４０７に従って部分切り出し操作を施した後、利用条件４０６の提供形態に従ってリソース２０３を鍵４０３で再暗号化し、リソース２０３の利用者であるレポート記事オブジェクト３０１に対して提供する。
【００４５】
また、リソース２０３を広告オブジェクト３０２から取得したレポート記事オブジェクト３０１が、リソース２０３のＩＤ、提供側オブジェクト３０２のＩＤ、自オブジェクト３０１のＩＤを含んだ利用規約参照要求を送って利用管理装置３から図１２に示したリソース要求側オブジェクト用の利用規約４０８を受け取ると、暗号化して提供された広告リソース２０３を鍵４０９を使用して復号化し、利用条件４１２の加工内容４１３に従って２５６色に減色する操作を施した後、利用条件４１２の提供形態に従ってリソース２０３を再暗号化せずに復号した状態で利用する。つまり、自オブジェクト３０１が所有するレポート記事オブジェクト３０１に嵌め込み、リソース２０２の要求元のクライアント２０１に対して提供する。
【００４６】
図１２の利用規約では、リソース要求側オブジェクト用の利用規約４０８にリソース復号・再暗号化用鍵４０９を含めたが、レポート記事オブジェクト３０１に対して暗号化されたリソース２０３の復号を許可せず、従って加工も不可能とする場合、利用規約４０８にはリソース復号・再暗号化用鍵４０９は含まれない。このときは、図１１（ｂ）に示すように、レポート記事オブジェクト３０１は広告オブジェクト３０２から提供された暗号化状態のリソース２０３をそのままレポート記事オブジェクト２０２に嵌め込んでクライアント２０１に提供することになる。
【００４７】
（２）第２の実施の形態
図１３を参照すると、本発明の第２の実施の形態にかかるオブジェクト連携装置は、各オブジェクト１、２に、自オブジェクトが入力したリソースＲ１の内容を特定する入力リソース識別情報および自オブジェクトから出力したリソースＲ１の内容を特定する出力リソース識別情報を生成するリソース識別情報生成手段１６、２５を付加し、この入力および出力リソース識別情報を利用管理装置３に送って履歴記憶手段３２に記録するようにした点で、第１の実施の形態にかかる図１のオブジェクト連携装置と相違している。以下、本実施の形態の動作を第１の実施の形態との相違点を中心に説明する。
【００４８】
オブジェクト２からのリソース要求に応じてオブジェクト１のリソース取得手段１２がリソースＲ１を記憶装置１５から入力したとき、利用制御手段１４に伝達すると共にリソース識別情報生成手段１６にも伝達する。リソース識別情報生成手段１６は、暗号化されたリソースＲ１の内容を特定する情報を入力リソース識別情報として生成し、利用規約参照手段１３に伝達する。利用規約参照手段１３は、利用規約参照要求を送出するときに、この入力リソース識別情報を付加して利用管理装置３に送信する。ここで、暗号化されたリソースＲ１の内容を特定する情報としては、その全コピーやその一部のコピー（例えばリソースＲ１の実体であるデータファイルの先頭２５６バイトのデータ列など）、または、暗号化されたリソースＲ１の内容に所定のハッシュ関数を適用して得たハッシュ値、または、暗号化されたリソースＲ１の内容を所定の規則に基づいて演算して得たチェックサム等が採用可能である。
【００４９】
利用管理装置３の利用規約提供手段３４は、利用規約参照要求に入力リソース識別情報が付加されていないときは当該要求を拒否し、付加されているときは第１の実施の形態と同様の動作を行う。但し、利用規約をオブジェクト１に送信する前に、利用規約参照履歴記録手段３３によって、図１４に示すように、履歴ＩＤ３２０、参照者ＩＤ３２１、利用規約ＩＤ３２２および参照日時３２３以外に、受信した入力リソース識別情報３２４が記録され、出力リソース識別情報３２５の欄はＮＵＬＬにした履歴情報を生成して履歴記憶手段３２に記録した後、この履歴情報を一意に識別できる履歴ＩＤ３２０と共に利用規約をオブジェクト２に送信する。
【００５０】
また、オブジェクト１の利用要求受付手段１１は暗号化されたリソースＲ１をオブジェクト２に出力するとき、同時にリソース識別情報生成手段１６にも出力する。リソース識別情報生成手段１６は、入力リソース識別情報と同様な方法で、出力されたリソースＲ１の内容を特定する出力リソース識別情報を生成し、利用規約参照手段１３に伝達する。利用規約参照手段１３は、利用規約参照要求に対する利用規約の受信時に通知された履歴ＩＤ３２０を付加して、この出力リソース識別情報を利用管理装置３に送信する。
【００５１】
利用管理装置３の利用規約提供手段３４は、履歴ＩＤ３２０が付加された出力リソース識別情報を受信すると、それを利用規約参照履歴記録手段３３に渡し、利用規約参照履歴記録手段３３は、履歴記憶手段３２に記録されている履歴情報のうち、渡された履歴ＩＤ３２０を持つ履歴情報中の出力リソース識別情報の項目３２５に当該出力リソース識別情報を記録する。
【００５２】
以上はオブジェクト１側の動作であるが、オブジェクト２側でもリソース識別情報生成手段２５を使って同様の動作が行われ、オブジェクト２がオブジェクト１から取得したリソースＲ１の入力リソース識別情報およびクライアントに出力したリソースＲ１の出力リソース識別情報を含む履歴情報が履歴記録手段３２に記録される。
【００５３】
本実施の形態では、利用規約を各オブジェクトが参照するには入力したリソースＲ１の内容を特定する入力リソース識別情報を利用管理装置３に送らねばならず、送ると履歴記憶手段３２に記録される。入力リソースは直接利用不可能な状態になっているので、利用規約を参照する前に利用規約に定められた以外の加工を施すことはできず、入力リソース識別情報は各オブジェクトが入力した時点のリソースＲ１の内容を定める証拠となる。このため、後にリソースＲ１に契約外の加工が施されていることが発見された場合、どの段階でそのような加工が行われたかを追跡することが容易となる。例えば、契約外の加工がクライアント側で発見された場合、オブジェクト１が出力した入力リソース識別情報にそのような加工の痕跡がなく、オブジェクト２が出力した入力リソース識別情報にそのような加工の痕跡がある場合、オブジェクト１が契約外の加工を行ったことになる。また、オブジェクト１およびオブジェクト２の双方の入力リソース識別情報にその痕跡がなければ、オブジェクト２が契約外の加工を行ったことになる。このように、入力リソース識別情報を記録しておくことにより、契約外の加工が行われた場合の追跡調査が容易になる。
【００５４】
また本実施の形態では、各オブジェクト１、２から送信された出力リソース識別情報を利用管理装置３が履歴記憶手段３２に登録する。従って、オブジェクト１、２がリソースＲ１に対して契約外の加工を施して要求元に提供し、その内容を特定する出力リソース識別情報を利用管理装置３に送信すると、記録された出力リソース識別情報によって契約外の加工が発見されるため、オブジェクト１、２は被疑者から免れない。出力リソース識別情報をわざと登録しない場合も同様である。また、オブジェクト１、２が契約外の加工を施したリソースＲ１を要求元に提供し、正しく加工したリソースＲ１の出力リソース識別情報を利用管理装置３に登録した場合、登録された出力リソース識別情報から特定されるリソースの内容と要求元が受け取ったリソースの内容とが一致しないため、契約外の加工が行われていたことが発覚する。このように、出力リソース識別情報を記録しておくことにより、契約外の加工が行われた場合の追跡調査が容易になる。
【００５５】
第２の実施の形態では入力リソース識別情報および出力リソース識別情報の双方を記録するようにしたが、何れか一方を記録するようにしても良い。
【００５６】
以上本発明を幾つかの実施の形態を挙げて説明したが、本発明はこれらの実施の形態に限定されず、その他各種の付加変更が可能である。例えば、リソース提供側のオブジェクトとリソース要求側のオブジェクト間で適用されるそのリソース提供側のオブジェクトが所有するリソースについての利用規約を、リソースＩＤ、リソース提供側オブジェクトＩＤおよびリソース要求側オブジェクトＩＤの３つのＩＤで一意に定まるようにしたが、それらのＩＤ以外にリソースのおおもとの要求者であるクライアントのＩＤも用いて一意に定まるようにしても良い。この場合、利用規約参照要求にはこれら４つのＩＤが含められ、図２のインデックス３１１はリソースＩＤを除く３つのＩＤの組毎に該当する利用規約をポイントする構成となる。
【００５７】
また、リソースを直接利用不可能な状態にする方法として、鍵を用いた暗号化を例にしたが、鍵を用いない暗号化（例えば所定の規則に従ってリソースを構成するデータを入れ替える方法など）や、圧縮方法を秘密にしたデータ圧縮等、任意の方法を採用することができる。この場合、前記所定の規則を記載した情報や圧縮方法の種類を記載した情報が、直接利用不可能な状態のリソースを直接利用可能な状態に復元するために必要な情報となる。
【００５８】
【発明の効果】
以上説明したように本発明によれば以下のような効果が得られる。
【００５９】
或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合に、権限のない第３者によるリソースの不正な利用を防止でき、かつ、リソース提供側オブジェクト及びリソース要求側オブジェクトに利用規約に従った動作を行わせることができる。その理由は、リソース提供側のオブジェクトとリソース要求側のオブジェクトとの間で適用される当該リソースの利用に関する利用規約を利用管理装置に登録しておく必要があるため、そのような利用規約を交わしていない第３者はリソースを利用できず、また、そのような利用規約が適用されるオブジェクトには、その利用規約を通知して規約に従った操作を行わせるためである。
【００６０】
またリソース要求側のオブジェクトが正当な権限を有する者か否かの認証結果を、利用規約の通知の有無によってリソース提供側のオブジェクトに知らせるため、正当な権限を有する者であった場合にリソース提供側のオブジェクトがあらためて両者間の利用規約を参照する手間が省ける。
【００６１】
さらに利用規約によって当該リソースをどのオブジェクトで直接利用可能な状態へと復元し、どのように加工するかを指定することができ、これによってオブジェクト間でのリソースの加工処理を利用規約通りに分担させることができ、延いては各オブジェクト内での機能的、処理能力的な負担を軽減することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるオブジェクト連携装置のブロック図である。
【図２】利用規約記憶手段における利用規約の管理構造の一例と利用規約の構成例を示す図である。
【図３】本発明の第１の実施の形態における履歴情報のフォーマット例を示す図である。
【図４】本発明の第１の実施の形態におけるリソース要求側のオブジェクトの処理例を示すフローチャートである。
【図５】本発明の第１の実施の形態におけるリソース提供側のオブジェクトの処理例を示すフローチャートである。
【図６】利用規約に基づくリソースの操作処理の詳細を示すフローチャートである。
【図７】本発明の第１の実施の形態における利用管理装置の処理例を示すフローチャートである。
【図８】本発明の第１の実施の形態における動作シーケンス例を示す図である。
【図９】本発明の第１の実施の形態における動作シーケンスの別の例を示す図である。
【図１０】複数のリソースで構成されたデジタルマガジンの表示例を示す図である。
【図１１】図１０のデジタルマガジンを構成するリソースのオブジェクト間の利用関係を示す図である。
【図１２】広告リソースについてリソース提供側オブジェクトとリソース要求側オブジェクトとの間で交わされた利用規約の具体例を示す図である。
【図１３】本発明の第２の実施の形態にかかるオブジェクト連携装置のブロック図である。
【図１４】本発明の第２の実施の形態における履歴情報のフォーマット例を示す図である。
【符号の説明】
１…リソース提供側のオブジェクト
２…リソース要求側のオブジェクト
３…利用管理装置
１１、２１…利用要求受付手段
１２、２２…リソース取得手段
１３、２３…利用規約参照手段
１４、２４…利用制御手段
１５…記憶装置
３１…利用規約記憶手段
３２…履歴記憶手段
３３…利用規約参照履歴記録手段
３４…利用規約提供手段
Ｒ１…リソース
【発明の属する技術分野】
本発明は或るオブジェクトが所有するリソースを他のオブジェクトが利用するためのオブジェクト連携装置に関する。
【０００２】
【従来の技術】
コンピュータシステム或いはネットワークシステムが有する文書や画像などのリソースは、そのまま利用者に提供される以外に各種の加工が施されて利用者に提供される場合がある。後者の例にデジタルマガジンがある。図１０にデジタルマガジンの表示例を示す。このデジタルマガジンは、「今週の出来事」というタイトルを含む表示部分全体を構成するレポート記事リソース２０２の一部に、広告リソース２０３の一部をクリッピングし且つ減色して嵌め込んだもので、クライアント端末装置２０１上に表示され利用される。
【０００３】
文書や画像などのリソースを外部からは直接自由に操作できない状態で自ら所有するか或いは他から取得して外部に提供する機能を持つソフトウェアプログラムを、本明細書ではオブジェクトと呼ぶ。このとき、広告リソース２０３を所有するオブジェクトとレポート記事リソース２０２を所有するオブジェクトとが異なる場合、後者のオブジェクトは前者のオブジェクトから広告リソースを取得してレポート記事リソースで利用することになる。このように或る者が他の者の所有するリソースを利用する場合、権限のない第３者によるリソースの不正な利用を防止するために認証という手続きが一般に採用される。例えば、特開平７−２３９８２８号公報では、文書に対する要求を利用者識別情報と共に受信した著作権サーバが利用者の認証を行い、認証した利用者に対して文書サーバが要求された文書を送信するようにしている。
【０００４】
【発明が解決しようとする課題】
前述したデジタルマガジン中の広告リソースは、クリッピングという加工と減色という加工が施されて利用者に提供されている。このようにリソースについて何らかの加工を行う場合、その加工をどのオブジェクトで実施するかについては以下のような種々の方法が考えられる。第１の方法は、広告リソースを所有するオブジェクトをオブジェクトＡ、レポート記事リソースを所有するオブジェクトをオブジェクトＢとしたとき、オブジェクトＡが全ての加工を施してオブジェクトＢに広告リソースを提供する方法である。第２の方法は、オブジェクトＡはクリッピング加工だけを行った広告リソースをオブジェクトＢに提供し、オブジェクトＢが減色加工を施す方法である。第３の方法は、オブジェクトＡは広告リソースを全く加工せずにオブジェクトＢに提供し、オブジェクトＢが全ての加工を施す方法である。
【０００５】
広告リソースに対する加工処理の分散化を図る上では、第２の方法が望ましいが、自己の所有するリソースを自己以外で勝手に加工されたくないと考えるリソース提供者にとっては第１の方法が望ましい。また、提供するリソースに対して自己の負担をできるだけ軽くしたいと考えるリソース提供者にとっては、第３の方法が望ましい。従って、どの方法を採用するかはリソース提供者とリソース要求者間で事前に取り決めておく必要がある。そして、一旦取り決めたならば、その取り決めに従う必要がある。
【０００６】
このように或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合、権限のない第３者によるリソースの不正な利用を防止する以外に、リソース提供者及びリソース要求者に事前の取り決めに従わせる必要がある。第３者によるリソースの不正利用の防止は従来の認証手続きでも実現可能であるが、従来の認証手続きにはリソースをどのような状態で提供するか、そのリソースをどのように利用するかについての規約を伴う手段が無かった。このため、第３者によるリソースの不正利用を防止しつつ、各オブジェクトに利用規約に従わせる新たな仕組みの実現が望まれていた。
【０００７】
そこで本発明の目的は、或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合に、権限のない第３者によるリソースの不正な利用を防止しつつ、リソース提供側オブジェクトに利用規約に従った動作を行わせることができるオブジェクト連携装置を提供することにある。
【０００８】
また本発明の別の目的は、或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合に、リソース要求側オブジェクトに利用規約に従った動作を行わせることができるオブジェクト連携装置を提供することにある。
【０００９】
【課題を解決するための手段】
本発明にかかるオブジェクト連携装置は、オブジェクトが所有するリソースを他のオブジェクトが利用するためのオブジェクト連携装置であって、リソース提供側のオブジェクトとリソース要求側のオブジェクト間で適用される前記リソース提供側のオブジェクトが所有するリソースについての利用規約を管理する利用管理装置を備え、他オブジェクトから自オブジェクトが所有するリソースを要求されたオブジェクトは、両オブジェクト間で適用されるそのリソースについての利用規約の参照要求を前記利用管理装置に送出し、利用規約が存在せず参照できなかった場合は要求を拒否し、利用規約が存在し参照できた場合はその利用規約に従った操作を施したリソースを要求元に提供する。また、他オブジェクトからリソースの提供を受けたオブジェクトは、両オブジェクト間で適用されるそのリソースについての利用規約を前記利用管理装置から参照しその利用規約に従った操作をそのリソースに施す。
【００１０】
より具体的には、リソースを記憶する記憶装置と、該記憶装置に記憶されたリソースを提供するリソース提供側オブジェクトが動作するコンピュータと、前記リソース提供側オブジェクトに対し前記リソースを要求するリソース要求側オブジェクトが動作するコンピュータと、前記リソース提供側オブジェクトおよび前記リソース要求側オブジェクトと通信可能な利用管理装置とで構成され、前記利用管理装置は、前記リソース提供側オブジェクトのＩＤ、前記リソース要求側オブジェクトのＩＤおよび前記リソースのＩＤによって一意に特定される利用規約であって、前記リソース提供側オブジェクトのＩＤが利用規約の参照者ＩＤとして設定され且つ前記リソースに対する前記リソース提供側オブジェクトの加工内容を含む利用条件が設定されたリソース提供側オブジェクト用利用規約と、前記リソース要求側オブジェクトのＩＤが利用規約の参照者ＩＤとして設定され且つ前記リソースに対する前記リソース要求側オブジェクトの加工内容を含む利用条件が設定されたリソース要求側オブジェクト用利用規約とを含む利用規約を記憶する利用規約記憶手段と、参照者ＩＤ、前記リソース提供側オブジェクトまたは前記リソース要求側オブジェクトのＩＤおよび前記リソースのＩＤを含む利用規約参照要求を受信したとき、これらのＩＤで特定される利用規約が前記利用規約記憶手段に記憶されていれば、特定される利用規約における前記参照者ＩＤと一致する参照者ＩＤを含む前記リソース提供側オブジェクト用利用規約または前記リソース要求側オブジェクト用利用規約を要求元に通知する利用規約提供手段とを備え、前記リソース提供側オブジェクトは、前記リソース要求側オブジェクトから前記リソースのＩＤと前記リソース要求側オブジェクトのＩＤを含むリソース要求を受信する利用要求受付手段と、前記受信されたリソース要求に含まれる前記リソースのＩＤと前記リソース要求側オブジェクトのＩＤと自オブジェクトのＩＤである参照者ＩＤとを含む利用規約参照要求を前記利用管理装置に送信する利用規約参照手段と、前記リソース要求に含まれる前記リソースを前記記憶装置から取得するリソース取得手段と、前記利用規約参照要求に対して前記利用管理装置から利用規約が通知されてこなかった場合は前記リソース要求側オブジェクトへの前記リソースの提供を拒否し、利用規約が通知されてきた場合は前記リソース取得手段によって取得されたリソースに対し前記利用規約に設定 された利用条件に従った操作を施したリソースを前記リソース要求側オブジェクトに提供する利用制御手段とを備え、前記リソース要求側オブジェクトは、前記リソース要求を前記リソース提供側オブジェクトへ送信し、前記リソース提供側オブジェクトから前記リソースを受信するリソース取得手段と、前記リソースのＩＤと前記リソース提供側オブジェクトのＩＤと自オブジェクトのＩＤである参照者ＩＤとを含む利用規約参照要求を前記利用管理装置に送信する利用規約参照手段と、前記利用規約参照要求に対して前記利用管理装置から利用規約が通知されてきた場合に前記取得されたリソースに対し前記利用規約に設定された利用条件に従った操作を施す利用制御手段とを備えている。
【００１１】
このような本発明にかかるオブジェクト連携装置では、或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合、リソース提供側のオブジェクトとリソース要求側のオブジェクトとの間で適用される当該リソースの利用に関する利用規約を利用管理装置に登録しておく必要があるため、そのような利用規約を交わしていない第３者による不正な利用を防止でき、且つ、そのような利用規約が適用されるオブジェクトには、その利用規約を通知して規約に従った操作をリソースに施させることができる。また、リソース要求側のオブジェクトが正当な権限を有する者か否かの認証結果は、利用規約参照要求の応答として、利用規約の通知の有無によってリソース提供側のオブジェクトに知らされるため、正当な権限を有する者であった場合にリソース提供側のオブジェクトがあらためて両者間の利用規約を参照する手間が省ける。
【００１２】
また本発明にかかるオブジェクト連携装置は、更に、前記リソースは直接利用不可能な状態で前記記憶装置に記憶されており、且つ、直接利用不可能な状態のリソースを直接利用可能な状態に復元するために必要な情報を、リソース提供側オブジェクトおよびリソース要求側オブジェクトのうち利用規約によってリソースの加工を許されたオブジェクトが参照できるリソース提供側オブジェクト用利用規約またはリソース要求側オブジェクト用利用規約だけに含める構成を有する。これによって、正当な権限を有する者であってもリソースの加工を行えるオブジェクトを、利用規約によって制限できることになる。
【００１３】
例えば、従来の技術の項で説明した広告リソースに対するオブジェクトＡ，Ｂによる３つの加工方法において、第１の方法の場合、オブジェクトＡ用の利用規約には復号鍵を入れ、オブジェクトＢ用の利用規約には復号鍵を入れないことで、オブジェクトＢによる広告リソースの復元を不可能にし、勝手な加工を一切行わせないようにすることができる。反対に第３の方法の場合、オブジェクトＢ用の利用規約には復号鍵を入れ、オブジェクトＡ用の利用規約には復号鍵を入れないことで、オブジェクトＡによる広告リソースの復元を不可能にし、勝手な加工を一切行わせないようにすることができる。そして、第２の方法の場合には、オブジェクトＡ用およびＢ用の利用規約の双方に復号鍵を入れておくことで、両者による広告リソースの復元が可能となり、必要な加工が行える。
【００１４】
また本発明にかかるオブジェクト連携装置は、更に、前記リソース提供側オブジェクトおよび前記リソース要求側オブジェクトによる前記利用規約の参照の履歴を履歴記憶手段に記録する利用規約参照履歴記録手段を、前記利用管理装置に備えている。
【００１５】
また本発明にかかるオブジェクト連携装置は、更に、前記リソース提供側オブジェクトおよび前記リソース要求側オブジェクトは、入力したリソースの内容を特定する入力リソース識別情報および出力したリソースの内容を特定する出力リソース識別情報の少なくとも一方を含むリソース識別情報を生成するリソース識別情報生成手段を備え、前記利用規約参照手段は、前記リソース識別情報生成手段で生成されたリソース識別情報を前記利用管理装置に送信するものであり、前記利用規約参照履歴記録手段は、前記リソース提供側オブジェクトおよび前記リソース要求側オブジェクトから受信したリソース識別情報を前記履歴記憶手段に記録するものであることを特徴とする。ここで、前記リソース識別情報としては、リソースの実体の一部分のコピーを使用することができる。このように、各オブジェクトが入力したリソースの内容を特定する入力リソース識別情報および各オブジェクトが出力したリソースの内容を特定する出力リソース識別情報の少なくとも一方を記録しておくことにより、リソースに不正な加工が施されていることが後に発見された場合、どの段階で不正な加工が行われたかの追跡調査が容易となる。
【００１６】
【発明の実施の形態】
次に本発明の実施の形態の例について図面を参照して詳細に説明する。
【００１７】
（１）第１の実施の形態
図１を参照すると、本発明の第１の実施の形態にかかるオブジェクト連携装置は、複数のオブジェクト１，２と、これらの各オブジェクトと通信可能に接続された利用管理装置３とから構成されている。ここで、オブジェクト１はリソースＲ１を所有するオブジェクト、オブジェクト２はオブジェクト１が所有するリソースＲ１を利用するオブジェクトである。つまり、リソースＲ１に関し、オブジェクト１はリソース提供側オブジェクトとして動作し、オブジェクト２はリソース要求側オブジェクトとして動作する。
【００１８】
オブジェクト１は、利用要求受付手段１１、リソース取得手段１２、利用規約参照手段１３および利用制御手段１４を備え、また暗号化された状態のリソースＲ１を記憶する磁気ディスク装置等の記憶装置１５を有する。また、オブジェクト２は、利用要求受付手段２１、リソース取得手段２２、利用規約参照手段２３および利用制御手段２４を備えている。オブジェクト１，２は、それぞれ異なるコンピュータ上で動作するソフトウェアプログラムであっても良く、また同じコンピュータ上で動作するものであっても良い。オブジェクト１，２を構成するソフトウェアプログラムは図１に示す記録媒体Ｋ１に記録されて提供される。記録媒体Ｋ１はＣＤ−ＲＯＭ、半導体メモリ等の機械読み取り可能な記録媒体であり、記録されたソフトウェアプログラムはオブジェクト１，２の動作するコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上に実行可能なオブジェクト１，２を生成する。
【００１９】
図１では、記憶装置１５のような記憶装置がオブジェクト２に設けられていないが、オブジェクト２が何らかのリソースを所有する場合には同様な記憶装置が備えられる。また、図１にはオブジェクトは２つしか図示されていないが、３以上のオブジェクトが存在する場合、それら全てのオブジェクトが共通な１台の利用管理装置３に相互に通信可能に接続される。何れの場合も、各オブジェクトには、システムで一意に識別できるオブジェクトＩＤ（識別子）が割り当てられ、互いに区別される。また、図１にはリソースは１つしか図示されていないが、一般に複数のリソースが存在する。システムに存在する各リソースにもまた、システムで一意に識別できるリソースＩＤが割り当てられている。
【００２０】
利用管理装置３は、リソース提供側のオブジェクトとリソース要求側のオブジェクト間で適用されるリソース提供側のオブジェクトが所有するリソースについての利用規約を管理する装置であり、利用規約記憶手段３１、履歴記憶手段３２、利用規約参照履歴記録手段３３および利用規約提供手段３４を備えている。利用管理装置３は、例えばコンピュータと利用管理プログラムとで実現できる。図１に示される記録媒体Ｋ２は、ＣＤ−ＲＯＭ、半導体メモリ等の機械読み取り可能な記録媒体であり、ここに記録された利用管理プログラムは利用管理装置３を構成するコンピュータによって読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上に各手段３１〜３４を生成する。
【００２１】
利用管理装置３の利用規約記憶手段３１は、例えば磁気ディスク領域等の不揮発性記憶領域で構成され、システムに存在する各リソースについて、その提供側オブジェクトと利用側オブジェクトとの間で適用される利用規約を記憶している。
【００２２】
図２（ａ）に利用規約記憶手段３１における利用規約の管理構造の一例を示す。インデックス３１０は、リソースＩＤをキーとしてインデックス３１１を検索するためのインデックス、インデックス３１１はオブジェクトＩＤの組をキーとして利用規約３１２を検索するためのインデックスである。或るリソースについて或るオブジェクト間で適用される利用規約の検索は、先ずそのリソースＩＤでインデックス３１０を検索して該当するインデックス３１１を見つけ、次いで、そのオブジェクト双方のＩＤの組でインデックス３１１を検索して該当する利用規約３１２を見つける。
【００２３】
図２（ｂ）にリソース提供側オブジェクト１とリソース要求側オブジェクト２との間で適用されるリソースＲ１に関する利用規約３１２の構成例を示す。この利用規約３１２は、リソース提供側オブジェクト１用の利用規約３１３とリソース要求側オブジェクト２用の利用規約３１４とを含む。利用規約３１３は、リソース提供側オブジェクト１にのみ参照を許可するため、利用規約の参照者３１５の項目にはオブジェクト１のＩＤが設定され、利用規約３１４は、リソース要求側オブジェクト２にのみ参照を許可するため、利用規約の参照者３２１の項目にはオブジェクト２のＩＤが設定されている。その他の各利用規約３１３，３１４の内容は、オブジェクト１，２間で適用される利用規約の具体的な内容を示す。
【００２４】
例えば、リソース提供側オブジェクト１がリソースＲ１について或る種の加工を施して提供する場合、利用規約３１３中の利用条件３１６の欄に加工内容３１７が記述されると共に、暗号化されたリソースＲ１を加工の為に復元するためのリソース復号化用鍵３１９が設定される。また、利用条件３１６の中にはリソースを暗号化して提供するのか、復号化した状態で提供するのかを記述した提供形態３１８があり、暗号化して提供する場合、一度復号化したリソースを加工後に再暗号化するためのリソース再暗号化用鍵３２０が設定される。なお、リソース復号化用鍵３１９とリソース再暗号化用鍵３２０に同一の鍵を使用する場合、３１９と３２０の項目は１つで良い。他方、リソース提供側オブジェクト１が暗号化されたリソースＲ１をそのまま提供する場合、提供形態３１８には暗号化して提供する旨が記述され、このときリソース復号化用鍵３１９は存在せず、また加工内容３１７およびリソース再暗号化用鍵３２０の記述も省略される。
【００２５】
また、リソース要求側オブジェクト用利用規約３１４では、リソース要求側オブジェクト１が取得したリソースＲ１に対して或る種の加工を施す場合、利用規約３１４中の利用条件３２２の欄に加工内容３２３が記述されると共に、暗号化されたリソースＲ１を加工の為に復元するためのリソース復号化用鍵３２５が設定される。また、オブジェクト１が取得したリソースＲ１を外部に提供する場合、利用条件３２２の欄にリソースＲ１を暗号化して提供するのか、復号化した状態で提供するのかを記述した提供形態３２４があり、暗号化して提供する場合、一度復号化したリソースＲ１を加工後に再暗号化するためのリソース再暗号化用鍵３２６が設定される。なお、リソース復号化用鍵３２５とリソース再暗号化用鍵３２６に同一の鍵を使用しても良く、その場合３２５と３２６の項目は１つで良い。他方、リソース要求側オブジェクト２が暗号化されたリソースＲ１を取得後そのまま外部に提供する場合、提供形態３２４には暗号化して提供する旨が記述され、このときリソース復号用鍵３２５は存在せず、また加工内容３２３およびリソース再暗号化用鍵３２６の記述も省略される。
【００２６】
再び図１を参照すると、利用管理装置３の履歴記憶手段３２は、磁気ディスク領域等の不揮発性記憶領域で構成されており、利用規約参照履歴記録手段３３は、どのオブジェクトがどの利用規約を参照したかの履歴を履歴記憶手段３２に記録する。図３に履歴情報のフォーマット例を示す。この例では、１つの履歴情報は、当該履歴情報を一意に識別するための履歴ＩＤ３２０、利用規約を参照したオブジェクトのＩＤを示す参照者ＩＤ３２１と、参照した利用規約を示す利用規約ＩＤ３２２と、参照日時３２３とから構成されている。
【００２７】
次に本実施の形態において、オブジェクト２がオブジェクト１の所有するリソースＲ１を利用する際の動作を説明する。図４乃至図７はその際の処理例を示すフローチャートであり、このうち図４はオブジェクト２の処理例を、図５及び図６はオブジェクト１の処理例を、図７は利用管理装置３の処理例を、それぞれ示す。
【００２８】
オブジェクト２は、例えば図１には図示しないクライアントからの利用要求を利用要求受付手段２１で受信した時、その要求に応じるために必要なリソースが他のオブジェクト１の所有にかかるリソースＲ１の場合、リソース取得手段２２によってオブジェクト１に対してリソース要求を出す（図４のステップＳ１００）。このリソース要求には、リソースＲ１のＩＤおよびオブジェクト２のＩＤが含まれる。
【００２９】
オブジェクト１の利用要求受付手段１１は、オブジェクト２から出されたリソース要求を受信すると（図５のステップＳ２００）、そのリソース要求を利用制御手段１４を通じてリソース取得手段１２に伝達し、リソース取得手段１２は記憶装置１５から暗号化された状態のリソースＲ１を取得し（ステップＳ２０１）、利用制御手段１４に渡す。利用制御手段１４は、リソースＲ１のＩＤ、参照者ＩＤ（自オブジェクト１（リソース提供側オブジェクト）のＩＤ）およびリソース要求側オブジェクト２のＩＤを利用規約参照手段１３に通知し、利用規約参照手段１３は、それらの各ＩＤを指定した利用規約参照要求を利用管理装置３に対して送信する（ステップＳ２０２）。
【００３０】
利用管理装置３の利用規約提供手段３４は、オブジェクト１から利用規約参照要求を受信すると（図７のステップＳ４００）、利用規約記憶手段３１から該当する利用規約を検索する（ステップＳ４０１）。具体的には、利用規約参照要求中のリソースＩＤで図２（ａ）のインデックス３１０を検索して該当するインデックス３１１を見つけ、次に利用規約参照要求中の参照者ＩＤとリソース要求側オブジェクトＩＤの組でインデックス３１１を検索して該当する利用規約３１２を検索する。そして、検索に成功した場合（ステップＳ４０２でＹＥＳ）、利用規約を要求元のオブジェクト１に送信する（ステップＳ４０３）。このとき送信する利用規約は、検索に成功した図２（ｂ）の利用規約に含まれる各オブジェクト用利用規約３１３、３１４のうち、利用規約参照要求に含まれる参照者ＩＤが利用規約の参照者３１５と一致するリソース提供側オブジェクト用利用規約３１３である。その後、利用規約提供手段３４は、履歴ＩＤ、参照者ＩＤ、参照させた利用規約３１３を特定するＩＤおよび参照日時（送信日時）を利用規約参照履歴記録手段３３に渡し、同手段３３はこれらで図３に示した１つの履歴情報を生成し、履歴記憶手段３２に記録する（ステップＳ４０４）。
【００３１】
他方、利用規約提供手段３４は、該当する利用規約３１２が利用規約記憶手段３１に記憶されていなかった場合（ステップＳ４０２でＮＯ）、要求元のオブジェクト１に対して要求拒否のメッセージを送信する（ステップＳ４０５）。
【００３２】
なお、利用規約参照要求中に含まれるリソースＩＤ、２つのオブジェクトＩＤに対する認証手続きを、利用管理装置３の内部または外部のＩＤ認証手段（図示せず）によって行う処理をステップＳ４０１の直前に挿入し、例えば上記３種のＩＤ全てに対して認証が得られた場合に限ってステップＳ４０１に進み、それ以外は要求を拒否するようにして、より厳密で安全性の高い利用規約の管理と運営を実現するようにしても良い。ここで、ＩＤ認証手段による認証方法としては、システムが正当と認めるリソースＩＤ及びオブジェクトＩＤのリストを事前に用意しておき、認証を要求されたＩＤがそのリストに載っているか否かで行う方法等が採用可能である。
【００３３】
さて、利用規約参照要求を送信したオブジェクト１の利用規約参照手段１３は、利用管理装置３から利用規約３１３を受信すると（図５のステップＳ２０３でＹＥＳ）、それを利用制御手段１４に伝達し、利用制御手段１４はその利用規約３１３に基づいてリソースＲ１の操作処理を行う（ステップＳ２０４）。そして、操作処理したリソースＲ１を利用要求受付手段１１を通じてリソース要求元のオブジェクト２に提供（送出）する（ステップＳ２０５）。他方、利用規約３１３を受信できず、要求拒否メッセージを受信したときは（ステップＳ２０３でＮＯ）、リソース要求元のオブジェクト２に対して要求を拒否するメッセージを送信する（ステップＳ２０６）。
【００３４】
ステップＳ２０４の処理の詳細な例を図６に示す。利用制御手段１４は、先ず利用規約３１３の利用条件３１６の欄に加工内容３１７が記述されているか否かを調べる（ステップＳ３００）。加工内容３１７が記述されている場合、暗号化されたリソースＲ１を復号化するためのリソース復号化用鍵３１９が利用規約３１３に設定されているので、それを取り出し（ステップＳ３０１）、その鍵３１９を使ってリソースＲ１を復号化する（ステップＳ３０２）。そして、加工内容３１７に従った加工をリソースＲ１に施す（ステップＳ３０３）。次に、利用条件３１６の欄の提供形態３１８で指定されている提供形態が暗号化状態か、非暗号化状態かを調べ（ステップＳ３０４）、暗号化状態であれば、リソースＲ１を再暗号化するためのリソース再暗号化用鍵３２０が利用規約３１３に設定されているので、それを取り出し（ステップＳ３０５）、その鍵３２０を使ってリソースＲ１を再暗号化する（ステップＳ３０６）。また、提供形態が非暗号化状態であれば、ステップＳ３０５、Ｓ３０６をスキップする。他方、利用規約で加工が指示されていない場合（ステップＳ３００でＮＯ）、ステップＳ３０１〜Ｓ３０６をスキップする。
【００３５】
一方、リソース要求側のオブジェクト２のリソース取得手段２２は、オブジェクト１からリソースＲ１の提供を受けると（図４のステップＳ１０１でＹＥＳ）、それを利用制御手段２４に伝達し、利用制御手段２４は、リソースＲ１のＩＤ、参照者ＩＤ（自オブジェクト２（リソース要求側オブジェクト）のＩＤ）およびリソース提供側オブジェクト１のＩＤを利用規約参照手段２３に通知し、利用規約参照手段２３は、これら３つのＩＤを含む利用規約参照要求を利用管理装置３に対して送信する（ステップＳ１０２）。
【００３６】
利用管理装置３の利用規約提供手段３４は、オブジェクト２から利用規約参照要求を受信すると（図７のステップＳ４００）、オブジェクト１から利用規約参照要求があった場合と同様にして利用規約記憶手段３１から該当する利用規約を検索する（ステップＳ４０１）。そして、検索に成功した場合（ステップＳ４０２でＹＥＳ）、利用規約を要求元のオブジェクト２に送信する（ステップＳ４０３）。このとき送信する利用規約は、検索に成功した図２（ｂ）の利用規約に含まれる各オブジェクト用利用規約３１３、３１４のうち、利用規約参照要求に含まれる参照者ＩＤが利用規約の参照者３２１と一致するリソース要求側オブジェクト用利用規約３１４である。その後、利用規約提供手段３４は、履歴ＩＤ、参照者ＩＤ、参照させた利用規約３１４を特定するＩＤおよび参照日時（送信日時）を利用規約参照履歴記録手段３３に渡し、同手段３３はこれらで図３に示した１つの履歴情報を生成し、履歴記憶手段３２に記録する（ステップＳ４０４）。他方、利用規約提供手段３４は、該当する利用規約３１２が利用規約記憶手段３１に記憶されていなかった場合（ステップＳ４０２でＮＯ）、要求元のオブジェクト２に対して要求拒否のメッセージを送信する（ステップＳ４０５）。
【００３７】
利用規約参照要求を送信したオブジェクト２の利用規約参照手段２３は、利用管理装置３から利用規約３１４を受信すると（図４のステップＳ１０３でＹＥＳ）、それを利用制御手段２４に伝達し、利用制御手段２４はその利用規約３１４に基づいてリソースＲ１の操作処理を行う（ステップＳ１０４）。そして、操作処理したリソースＲ１を利用要求受付手段１１を通じて要求元のクライアントに提供（送出）する（ステップＳ１０５）。
【００３８】
他方、オブジェクト１からリソースＲ１の提供を受けず要求拒否のメッセージを受けた場合（ステップＳ１０１でＮＯ）、リソース取得手段２２はその旨を利用制御手段２４に伝達し、利用制御手段２４はエラー処理を行う（ステップＳ１０６）。また、利用管理装置３から利用規約を受信できず要求拒否のメッセージを受けた場合（ステップＳ１０３でＮＯ）、利用規約参照手段２３はその旨を利用制御手段２４に伝達し、利用制御手段２４はエラー処理を行う（ステップＳ１０６）。エラー処理としては、例えば利用要求受付手段２１を通じて利用要求元のクライアントに対して要求拒否のメッセージを送出する等の処理が考えられる。
【００３９】
ステップＳ１０４における利用規約に基づくリソースの操作処理は、図６に示したリソース提供側オブジェクトにおける処理とほぼ同じである。つまり、利用制御手段２４は、先ず利用規約３１４の利用条件３２２の欄に加工内容３２３が記述されているか否かを調べ（ステップＳ３００）、記述されていれば、暗号化されたリソースＲ１を復号化するためのリソース復号化用鍵３２５が利用規約３１４に設定されているので、それを取り出し（ステップＳ３０１）、その鍵３２５を使ってリソースＲ１を復号化する（ステップＳ３０２）。そして、加工内容３２３に従った加工をリソースＲ１に施す（ステップＳ３０３）。次に、利用条件３２２の欄の提供形態３２４で指定されている提供形態が暗号化状態か、非暗号化状態かを調べ（ステップＳ３０４）、暗号化状態であれば、リソースＲ１を再暗号化するためのリソース再暗号化用鍵３２６が利用規約３１４に設定されているので、それを取り出し（ステップＳ３０５）、その鍵３２６を使ってリソースＲ１を再暗号化する（ステップＳ３０６）。また、提供形態が非暗号化状態であれば、ステップＳ３０５、Ｓ３０６をスキップする。他方、利用規約で加工が指示されていない場合（ステップＳ３００でＮＯ）、ステップＳ３０１〜Ｓ３０６をスキップする。
【００４０】
図８および図９に本実施の形態における動作シーケンスの例を示す。図８に示す動作シーケンスは、リソースＲ１に対してリソース提供側オブジェクト１およびリソース要求側オブジェクト２の双方が何らかの加工を行う場合のものであり、各オブジェクトは利用規約の受信時に、リソースの復元、加工、隠蔽化（暗号化）をそれぞれ実施している。これに対して図９に示す動作シーケンスは、リソースＲ１に対する加工をリソース提供側オブジェクト１のみが実施する場合のものであり、リソース要求側オブジェクト２はリソース提供側オブジェクト１から提供された暗号化状態のリソースＲ１をそのままクライアントに提供している。なお、このようにクライアントが暗号化されたリソースＲ１の提供を受ける場合、それを復号化する必要がある。このためには、例えば、リソース提供側オブジェクト１とクライアントとの間で適用されるリソース復号化用鍵を含む利用規約を利用管理装置３に登録しておき、図９の動作シーケンスに示すように、クライアントが利用管理装置３に利用規約の参照要求を出して利用規約を取得し、その中に設定されたリソース復号化用鍵を使って復元すれば良い。
【００４１】
次に本実施の形態をより具体的な例を用いて更に詳細に説明する。
【００４２】
図１０は複数のリソースで構成されたデジタルマガジンの表示例である。このデジタルマガジンは、「今週の出来事」というタイトルを含む表示部分全体を構成するレポート記事リソース２０２の一部に、広告リソース２０３の一部をクリッピングし且つ減色して嵌め込んだもので、クライアント端末装置２０１上に表示され利用される。このとき、図１１（ａ）に示すように、広告リソース２０３を所有するオブジェクトが広告オブジェクト３０２、レポート記事リソース２０２を所有するオブジェクトがレポート記事オブジェクト３０１である場合、クライアント２０１はレポート記事オブジェクト３０１に対してリソース２０２の利用を要求し、レポート記事オブジェクト３０１は、リソース２０２に含んで提供すべきリソース２０３を広告オブジェクト３０２から取得して利用することになる。このため、広告リソース２０３についてオブジェクト３０１、３０２間で適用される利用規約が利用管理装置３に登録されている。
【００４３】
図１２に広告リソース２０３についてオブジェクト３０１、３０２間で適用される利用規約４００の具体例を示す。この例の利用規約４００では、リソース２０３の名称であるリソース名（広告データ）４０１に対して、利用規約１（リソース提供側オブジェクト用）４０２と利用規約２（リソース要求側オブジェクト用）４０８の２種類が定義されている。また利用規約１では、リソース復号・再暗号化用鍵４０３、利用規約の参照者４０４、利用者（オブジェクト）４０５、利用条件４０６が定義され、この利用条件４０６で、利用者へは暗号化した状態で提供する旨の提供形態と、部分切り出しを行うべきことを示す加工内容４０７とが定義されている。また利用規約２では、リソース復号・再暗号化用鍵４０９、利用規約の参照者４１０、利用者（オブジェクト）４１１、利用条件４１２が定義され、この利用条件４１２で、復号する旨の提供形態と、２５６色に減色すべきことを示す加工内容４１３とが定義されている。なお、利用者４０５および利用者４１１はリソース２０３を利用する者が誰かを利用規約上明確にしておくために設けられているが、省略可能である。
【００４４】
リソース２０３をレポート記事オブジェクト３０１から要求された広告オブジェクト３０２が、リソース２０３のＩＤ、要求元オブジェクト３０１のＩＤ、自オブジェクト３０２のＩＤを含んだ利用規約参照要求を送って利用管理装置３から図１２に示したリソース提供側オブジェクト用の利用規約４０１を受け取ると、暗号化して所有している広告リソース２０３を鍵４０３を使用して復号化し、利用条件４０６の加工内容４０７に従って部分切り出し操作を施した後、利用条件４０６の提供形態に従ってリソース２０３を鍵４０３で再暗号化し、リソース２０３の利用者であるレポート記事オブジェクト３０１に対して提供する。
【００４５】
また、リソース２０３を広告オブジェクト３０２から取得したレポート記事オブジェクト３０１が、リソース２０３のＩＤ、提供側オブジェクト３０２のＩＤ、自オブジェクト３０１のＩＤを含んだ利用規約参照要求を送って利用管理装置３から図１２に示したリソース要求側オブジェクト用の利用規約４０８を受け取ると、暗号化して提供された広告リソース２０３を鍵４０９を使用して復号化し、利用条件４１２の加工内容４１３に従って２５６色に減色する操作を施した後、利用条件４１２の提供形態に従ってリソース２０３を再暗号化せずに復号した状態で利用する。つまり、自オブジェクト３０１が所有するレポート記事オブジェクト３０１に嵌め込み、リソース２０２の要求元のクライアント２０１に対して提供する。
【００４６】
図１２の利用規約では、リソース要求側オブジェクト用の利用規約４０８にリソース復号・再暗号化用鍵４０９を含めたが、レポート記事オブジェクト３０１に対して暗号化されたリソース２０３の復号を許可せず、従って加工も不可能とする場合、利用規約４０８にはリソース復号・再暗号化用鍵４０９は含まれない。このときは、図１１（ｂ）に示すように、レポート記事オブジェクト３０１は広告オブジェクト３０２から提供された暗号化状態のリソース２０３をそのままレポート記事オブジェクト２０２に嵌め込んでクライアント２０１に提供することになる。
【００４７】
（２）第２の実施の形態
図１３を参照すると、本発明の第２の実施の形態にかかるオブジェクト連携装置は、各オブジェクト１、２に、自オブジェクトが入力したリソースＲ１の内容を特定する入力リソース識別情報および自オブジェクトから出力したリソースＲ１の内容を特定する出力リソース識別情報を生成するリソース識別情報生成手段１６、２５を付加し、この入力および出力リソース識別情報を利用管理装置３に送って履歴記憶手段３２に記録するようにした点で、第１の実施の形態にかかる図１のオブジェクト連携装置と相違している。以下、本実施の形態の動作を第１の実施の形態との相違点を中心に説明する。
【００４８】
オブジェクト２からのリソース要求に応じてオブジェクト１のリソース取得手段１２がリソースＲ１を記憶装置１５から入力したとき、利用制御手段１４に伝達すると共にリソース識別情報生成手段１６にも伝達する。リソース識別情報生成手段１６は、暗号化されたリソースＲ１の内容を特定する情報を入力リソース識別情報として生成し、利用規約参照手段１３に伝達する。利用規約参照手段１３は、利用規約参照要求を送出するときに、この入力リソース識別情報を付加して利用管理装置３に送信する。ここで、暗号化されたリソースＲ１の内容を特定する情報としては、その全コピーやその一部のコピー（例えばリソースＲ１の実体であるデータファイルの先頭２５６バイトのデータ列など）、または、暗号化されたリソースＲ１の内容に所定のハッシュ関数を適用して得たハッシュ値、または、暗号化されたリソースＲ１の内容を所定の規則に基づいて演算して得たチェックサム等が採用可能である。
【００４９】
利用管理装置３の利用規約提供手段３４は、利用規約参照要求に入力リソース識別情報が付加されていないときは当該要求を拒否し、付加されているときは第１の実施の形態と同様の動作を行う。但し、利用規約をオブジェクト１に送信する前に、利用規約参照履歴記録手段３３によって、図１４に示すように、履歴ＩＤ３２０、参照者ＩＤ３２１、利用規約ＩＤ３２２および参照日時３２３以外に、受信した入力リソース識別情報３２４が記録され、出力リソース識別情報３２５の欄はＮＵＬＬにした履歴情報を生成して履歴記憶手段３２に記録した後、この履歴情報を一意に識別できる履歴ＩＤ３２０と共に利用規約をオブジェクト２に送信する。
【００５０】
また、オブジェクト１の利用要求受付手段１１は暗号化されたリソースＲ１をオブジェクト２に出力するとき、同時にリソース識別情報生成手段１６にも出力する。リソース識別情報生成手段１６は、入力リソース識別情報と同様な方法で、出力されたリソースＲ１の内容を特定する出力リソース識別情報を生成し、利用規約参照手段１３に伝達する。利用規約参照手段１３は、利用規約参照要求に対する利用規約の受信時に通知された履歴ＩＤ３２０を付加して、この出力リソース識別情報を利用管理装置３に送信する。
【００５１】
利用管理装置３の利用規約提供手段３４は、履歴ＩＤ３２０が付加された出力リソース識別情報を受信すると、それを利用規約参照履歴記録手段３３に渡し、利用規約参照履歴記録手段３３は、履歴記憶手段３２に記録されている履歴情報のうち、渡された履歴ＩＤ３２０を持つ履歴情報中の出力リソース識別情報の項目３２５に当該出力リソース識別情報を記録する。
【００５２】
以上はオブジェクト１側の動作であるが、オブジェクト２側でもリソース識別情報生成手段２５を使って同様の動作が行われ、オブジェクト２がオブジェクト１から取得したリソースＲ１の入力リソース識別情報およびクライアントに出力したリソースＲ１の出力リソース識別情報を含む履歴情報が履歴記録手段３２に記録される。
【００５３】
本実施の形態では、利用規約を各オブジェクトが参照するには入力したリソースＲ１の内容を特定する入力リソース識別情報を利用管理装置３に送らねばならず、送ると履歴記憶手段３２に記録される。入力リソースは直接利用不可能な状態になっているので、利用規約を参照する前に利用規約に定められた以外の加工を施すことはできず、入力リソース識別情報は各オブジェクトが入力した時点のリソースＲ１の内容を定める証拠となる。このため、後にリソースＲ１に契約外の加工が施されていることが発見された場合、どの段階でそのような加工が行われたかを追跡することが容易となる。例えば、契約外の加工がクライアント側で発見された場合、オブジェクト１が出力した入力リソース識別情報にそのような加工の痕跡がなく、オブジェクト２が出力した入力リソース識別情報にそのような加工の痕跡がある場合、オブジェクト１が契約外の加工を行ったことになる。また、オブジェクト１およびオブジェクト２の双方の入力リソース識別情報にその痕跡がなければ、オブジェクト２が契約外の加工を行ったことになる。このように、入力リソース識別情報を記録しておくことにより、契約外の加工が行われた場合の追跡調査が容易になる。
【００５４】
また本実施の形態では、各オブジェクト１、２から送信された出力リソース識別情報を利用管理装置３が履歴記憶手段３２に登録する。従って、オブジェクト１、２がリソースＲ１に対して契約外の加工を施して要求元に提供し、その内容を特定する出力リソース識別情報を利用管理装置３に送信すると、記録された出力リソース識別情報によって契約外の加工が発見されるため、オブジェクト１、２は被疑者から免れない。出力リソース識別情報をわざと登録しない場合も同様である。また、オブジェクト１、２が契約外の加工を施したリソースＲ１を要求元に提供し、正しく加工したリソースＲ１の出力リソース識別情報を利用管理装置３に登録した場合、登録された出力リソース識別情報から特定されるリソースの内容と要求元が受け取ったリソースの内容とが一致しないため、契約外の加工が行われていたことが発覚する。このように、出力リソース識別情報を記録しておくことにより、契約外の加工が行われた場合の追跡調査が容易になる。
【００５５】
第２の実施の形態では入力リソース識別情報および出力リソース識別情報の双方を記録するようにしたが、何れか一方を記録するようにしても良い。
【００５６】
以上本発明を幾つかの実施の形態を挙げて説明したが、本発明はこれらの実施の形態に限定されず、その他各種の付加変更が可能である。例えば、リソース提供側のオブジェクトとリソース要求側のオブジェクト間で適用されるそのリソース提供側のオブジェクトが所有するリソースについての利用規約を、リソースＩＤ、リソース提供側オブジェクトＩＤおよびリソース要求側オブジェクトＩＤの３つのＩＤで一意に定まるようにしたが、それらのＩＤ以外にリソースのおおもとの要求者であるクライアントのＩＤも用いて一意に定まるようにしても良い。この場合、利用規約参照要求にはこれら４つのＩＤが含められ、図２のインデックス３１１はリソースＩＤを除く３つのＩＤの組毎に該当する利用規約をポイントする構成となる。
【００５７】
また、リソースを直接利用不可能な状態にする方法として、鍵を用いた暗号化を例にしたが、鍵を用いない暗号化（例えば所定の規則に従ってリソースを構成するデータを入れ替える方法など）や、圧縮方法を秘密にしたデータ圧縮等、任意の方法を採用することができる。この場合、前記所定の規則を記載した情報や圧縮方法の種類を記載した情報が、直接利用不可能な状態のリソースを直接利用可能な状態に復元するために必要な情報となる。
【００５８】
【発明の効果】
以上説明したように本発明によれば以下のような効果が得られる。
【００５９】
或るオブジェクトが所有するリソースを他のオブジェクトが利用する場合に、権限のない第３者によるリソースの不正な利用を防止でき、かつ、リソース提供側オブジェクト及びリソース要求側オブジェクトに利用規約に従った動作を行わせることができる。その理由は、リソース提供側のオブジェクトとリソース要求側のオブジェクトとの間で適用される当該リソースの利用に関する利用規約を利用管理装置に登録しておく必要があるため、そのような利用規約を交わしていない第３者はリソースを利用できず、また、そのような利用規約が適用されるオブジェクトには、その利用規約を通知して規約に従った操作を行わせるためである。
【００６０】
またリソース要求側のオブジェクトが正当な権限を有する者か否かの認証結果を、利用規約の通知の有無によってリソース提供側のオブジェクトに知らせるため、正当な権限を有する者であった場合にリソース提供側のオブジェクトがあらためて両者間の利用規約を参照する手間が省ける。
【００６１】
さらに利用規約によって当該リソースをどのオブジェクトで直接利用可能な状態へと復元し、どのように加工するかを指定することができ、これによってオブジェクト間でのリソースの加工処理を利用規約通りに分担させることができ、延いては各オブジェクト内での機能的、処理能力的な負担を軽減することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるオブジェクト連携装置のブロック図である。
【図２】利用規約記憶手段における利用規約の管理構造の一例と利用規約の構成例を示す図である。
【図３】本発明の第１の実施の形態における履歴情報のフォーマット例を示す図である。
【図４】本発明の第１の実施の形態におけるリソース要求側のオブジェクトの処理例を示すフローチャートである。
【図５】本発明の第１の実施の形態におけるリソース提供側のオブジェクトの処理例を示すフローチャートである。
【図６】利用規約に基づくリソースの操作処理の詳細を示すフローチャートである。
【図７】本発明の第１の実施の形態における利用管理装置の処理例を示すフローチャートである。
【図８】本発明の第１の実施の形態における動作シーケンス例を示す図である。
【図９】本発明の第１の実施の形態における動作シーケンスの別の例を示す図である。
【図１０】複数のリソースで構成されたデジタルマガジンの表示例を示す図である。
【図１１】図１０のデジタルマガジンを構成するリソースのオブジェクト間の利用関係を示す図である。
【図１２】広告リソースについてリソース提供側オブジェクトとリソース要求側オブジェクトとの間で交わされた利用規約の具体例を示す図である。
【図１３】本発明の第２の実施の形態にかかるオブジェクト連携装置のブロック図である。
【図１４】本発明の第２の実施の形態における履歴情報のフォーマット例を示す図である。
【符号の説明】
１…リソース提供側のオブジェクト
２…リソース要求側のオブジェクト
３…利用管理装置
１１、２１…利用要求受付手段
１２、２２…リソース取得手段
１３、２３…利用規約参照手段
１４、２４…利用制御手段
１５…記憶装置
３１…利用規約記憶手段
３２…履歴記憶手段
３３…利用規約参照履歴記録手段
３４…利用規約提供手段
Ｒ１…リソース
Claims (8)
- リソースを記憶する記憶装置と、該記憶装置に記憶されたリソースを提供するリソース提供側オブジェクト機能を有するコンピュータと、前記リソース提供側オブジェクト機能を有するコンピュータに対し前記リソースを要求するリソース要求側オブジェクト機能を有するコンピュータと、前記リソース提供側オブジェクト機能を有するコンピュータおよび前記リソース要求側オブジェクト機能を有するコンピュータと通信可能な利用管理装置とで構成され、
前記利用管理装置は、
前記リソース提供側オブジェクト機能を有するコンピュータのＩＤ、前記リソース要求側オブジェクト機能を有するコンピュータのＩＤおよび前記リソースのＩＤによって一意に特定される利用規約であって、
前記リソース提供側オブジェクト機能を有するコンピュータのＩＤが利用規約の参照者ＩＤとして設定され且つ前記リソースに対する前記リソース提供側オブジェクト機能を有するコンピュータの加工内容を含む利用条件が設定されたリソース提供側オブジェクト用利用規約と、前記リソース要求側オブジェクト機能を有するコンピュータのＩＤが利用規約の参照者ＩＤとして設定され且つ前記リソースに対する前記リソース要求側オブジェクト機能を有するコンピュータの加工内容を含む利用条件が設定されたリソース要求側オブジェクト用利用規約とを含む利用規約を記憶する利用規約記憶手段と、参照者ＩＤ、前記リソース提供側オブジェクト機能を有するコンピュータまたは前記リソース要求側オブジェクト機能を有するコンピュータのＩＤおよび前記リソースのＩＤを含む利用規約参照要求を受信したとき、これらのＩＤで特定される利用規約が前記利用規約記憶手段に記憶されていれば、特定される利用規約における前記参照者ＩＤと一致する参照者ＩＤを含む前記リソース提供側オブジェクト用利用規約または前記リソース要求側オブジェクト用利用規約を要求元に通知する利用規約提供手段とを備え、
前記リソース提供側オブジェクト機能を有するコンピュータは、前記リソース要求側オブジェクト機能を有するコンピュータから前記リソースのＩＤと前記リソース要求側オブジェクト機能を有するコンピュータのＩＤを含むリソース要求を受信する利用要求受付手段と、前記受信されたリソース要求に含まれる前記リソースのＩＤと前記リソース要求側オブジェクト機能を有するコンピュータのＩＤと自コンピュータのＩＤである参照者ＩＤとを含む利用規約参照要求を前記利用管理装置に送信する利用規約参照手段と、前記リソース要求に含まれる前記リソースを前記記憶装置から取得するリソース取得手段と、前記利用規約参照要求に対して前記利用管理装置から利用規約が通知されてこなかった場合は前記リソース要求側オブジェクト機能を有するコンピュータへの前記リソースの提供を拒否し、利用規約が通知されてきた場合は前記リソース取得手段によって取得されたリソースに対し前記利用規約に設定された利用条件に従った操作を施したリソースを前記リソース要求側オブジェクト機能を有するコンピュータに提供する利用制御手段とを備え、
前記リソース要求側オブジェクト機能を有するコンピュータは、前記リソース要求を前記リソース提供側オブジェクト機能を有するコンピュータへ送信し、前記リソース提供側オブジェクト機能を有するコンピュータから前記リソースを受信するリソース取得手段と、前記リソースのＩＤと前記リソース提供側オブジェクト機能を有するコンピュータのＩＤと自コンピュータのＩＤである参照者ＩＤとを含む利用規約参照要求を前記利用管理装置に送信する利用規約参照手段と、前記利用規約参照要求に対して前記利用管理装置から利用規約が通知されてきた場合に前記取得されたリソースに対し前記利用規約に設定された利用条件に従った操作を施す利用制御手段とを備えることを特徴とするオブジェクト連携装置。 - 前記リソースは直接利用不可能な状態で前記記憶装置に記憶されており、且つ、直接利用不可能な状態のリソースを直接利用可能な状態に復元するために必要な情報を、リソース提供側オブジェクト機能を有するコンピュータおよびリソース要求側オブジェクト機能を有するコンピュータのうち利用規約によってリソースの加工を許されたオブジェクト機能を有するコンピュータが参照できるリソース提供側オブジェクト用利用規約またはリソース要求側オブジェクト用利用規約だけに含めるようにした請求項１記載のオブジェクト連携装置。
- 前記リソースは直接利用不可能な状態で前記記憶装置に記憶されており、且つ、前記利用規約における前記リソース提供側オブジェクト用利用規約には、前記リソースを直接利用可能な状態に復元するために必要な情報と、該情報を用いて前記リソース提供側オブジェクト機能を有するコンピュータが前記リソースを直接利用可能な状態に復元した後に前記利用条件に従った操作を施したリソースを前記リソース要求側オブジェクト機能を有するコンピュータに送信する際に再び直接利用不可能な状態にするために必要な情報とが含まれることを特徴とする請求項１記載のオブジェクト連携装置。
- 前記利用規約における前記リソース要求側オブジェクト用利用規約には、前記リソースを直接利用可能な状態に復元するために必要な情報が含まれることを特徴とする請求項３記載のオブジェクト連携装置。
- 直接利用不可能な状態が暗号化された状態であり、復元するために必要な情報が復号鍵である請求項２、３または４記載のオブジェクト連携装置。
- 前記リソース提供側オブジェクト機能を有するコンピュータおよび前記リソース要求側オブジェクト機能を有するコンピュータによる前記利用規約の参照の履歴を履歴記憶手段に記録する利用規約参照履歴記録手段を、前記利用管理装置に備えることを特徴とする請求項１乃至５の何れか１項に記載のオブジェクト連携装置。
- 前記リソース提供側オブジェクト機能を有するコンピュータおよび前記リソース要求側オブジェクト機能を有するコンピュータは、入力したリソースの内容を特定する入力リソース識別情報および出力したリソースの内容を特定する出力リソース識別情報の少なくとも一方を含むリソース識別情報を生成するリソース識別情報生成手段を備え、前記利用規約参照手段は、前記リソース識別情報生成手段で生成されたリソース識別情報を前記利用管理装置に送信するものであり、前記利用規約参照履歴記録手段は、前記リソース提供側オブジェクト機能を有するコンピュータおよび前記リソース要求側オブジェクト機能を有するコンピュータから受信したリソース識別情報を前記履歴記憶手段に記録するものであることを特徴とする請求項６記載のオブジェクト連携装置。
- 前記リソース識別情報は、リソースの実体の一部分のコピーである請求項７記載のオブジェクト連携装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26804799A JP4125454B2 (ja) | 1999-09-22 | 1999-09-22 | オブジェクト連携装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26804799A JP4125454B2 (ja) | 1999-09-22 | 1999-09-22 | オブジェクト連携装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001092717A JP2001092717A (ja) | 2001-04-06 |
| JP4125454B2 true JP4125454B2 (ja) | 2008-07-30 |
Family
ID=17453154
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26804799A Expired - Fee Related JP4125454B2 (ja) | 1999-09-22 | 1999-09-22 | オブジェクト連携装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4125454B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4697860B2 (ja) * | 2005-03-17 | 2011-06-08 | 株式会社リコー | 電子情報管理装置、電子情報管理方法及びプログラム |
| JP2006318370A (ja) * | 2005-05-16 | 2006-11-24 | Nippon Telegr & Teleph Corp <Ntt> | 電子文書利用制御方法、電子文書利用装置、および電子文書利用プログラム |
-
1999
- 1999-09-22 JP JP26804799A patent/JP4125454B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001092717A (ja) | 2001-04-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10348700B2 (en) | Verifiable trust for data through wrapper composition | |
| US10275603B2 (en) | Containerless data for trustworthy computing and data services | |
| US10348693B2 (en) | Trustworthy extensible markup language for trustworthy computing and data services | |
| RU2406116C2 (ru) | Миграция цифровой лицензии с первой платформы на вторую платформу | |
| US8336105B2 (en) | Method and devices for the control of the usage of content | |
| JP4795727B2 (ja) | コンテンツの利用端末を制限する方法、記憶装置およびシステム | |
| RU2352985C2 (ru) | Способ и устройство для санкционирования операций с контентом | |
| KR100643278B1 (ko) | 휴대용 저장 장치의 디지털 저작권을 관리하는 방법 및 장치 | |
| US20070219917A1 (en) | Digital License Sharing System and Method | |
| US20080167994A1 (en) | Digital Inheritance | |
| US20080209231A1 (en) | Contents Encryption Method, System and Method for Providing Contents Through Network Using the Encryption Method | |
| KR20010088917A (ko) | 디지털 정보 보안 방법 및 그 시스템 | |
| Jeong et al. | Blockchain-based management of video surveillance systems | |
| JP2012155734A (ja) | デジタル著作権管理エンジンのシステムおよび方法 | |
| CN112954000A (zh) | 一种基于区块链和ipfs技术的隐私信息管理方法及系统 | |
| RU2475839C2 (ru) | Криптографическое управление доступом к документам | |
| JP4201556B2 (ja) | センタ・システムにおける情報処理方法及びアクセス権限管理方法 | |
| CN115665145A (zh) | 基于区块链的敏感数据管理系统及管理方法 | |
| US12210637B2 (en) | Remote ownership and content control of media files on untrusted systems | |
| JP4125454B2 (ja) | オブジェクト連携装置 | |
| JPH11331145A (ja) | 情報共有システム、情報保管装置およびそれらの情報処理方法、並びに記録媒体 | |
| JP7086163B1 (ja) | データ処理システム | |
| KR102370054B1 (ko) | 탈중앙화된 컨텐츠 제공 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040720 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040917 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050712 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050811 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050905 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050811 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050926 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20051014 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080321 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080508 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110516 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |