JP2000148471A - コンピューティングシステム - Google Patents

Abstract

(57)【要約】 【課題】ユーザーから信頼されていないオブジェクトが
ユーザーから信頼されているオブジェクトを呼び出すこ
とによって、不正な処理を行う、という不正行為を防止
する。 【解決手段】セキュリティ管理オブジェクト３３０は、
オブジェクト間の呼び出し関係を管理し、且つ、呼び出
しオブジェクト３１０の情報を被呼び出しオブジェクト
３２０に提供する、情報提供インタフェースを持ってい
る。前記被呼び出しオブジェクト３２０は、前記情報提
供インタフェースによって前記呼び出しオブジェクト３
１０の情報を取得し、ユーザーから信頼されていないオ
ブジェクトであった場合には、処理を拒否する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のオブジェク
トを組み合わせることによってアプリケーションが実現
されるような、コンピューティングシステムのセキュリ
ティに関する。

【０００２】

【従来の技術】ソフトウェア開発において、オブジェク
ト指向技術の使用が一般的になったことにより、アプリ
ケーションは、いくつかのオブジェクトの組み合せとし
て実現されるようになってきている。ここで、オブジェ
クトは、アプリケーションが使用するデータと、当該デ
ータに対する一連の処理を機能単位毎にコンポーネント
化、すなわち部品化したソフトウェアのことである。

【０００３】この中で、基本的な処理（ファイルを開く
など）を行うオブジェクトは、いくつものアプリケーシ
ョンで共用されることが一般的である。そうした、いく
つものアプリケーションで共用されるオブジェクトは、
類似の処理を行うオブジェクトを一つにまとめた、ソフ
トウェアライブラリとして配布されることも多い。

【０００４】また、アプリケーションやオブジェクト、
ソフトウェアライブラリの配布方法としてネットワーク
を使用することも一般的となってきている。しかし、ネ
ットワークの使用によって、不正な処理を行うオブジェ
クトが配布される危険性も高くなっている。

【０００５】オブジェクトが不正な処理を行うことを防
止するためには、「Ｊａｖａ Ｓｅｒｃｕｒｉｔｙ」
（Ｏａｋｓ著、Ｏ’Ｒｅｌｌｙ刊、１９９８）４ページ
から６ページに開示されているようなセキュリティ機能
が有効である。

【０００６】このセキュリティ機能は、信頼できないオ
ブジェクトに対して、以下の制限を行うものである。

【０００７】（１）システムリソースへのアクセスを認
めない。

【０００８】（２）そのオブジェクトが保管されていた
サーバとの間でしか通信することができない。

【０００９】しかし、上述のセキュリティ機能は、オブ
ジェクトの機能を著しく制限することも明らかであるた
め、ユーザーが信頼する、即ち、不正な処理を行わない
と判断したオブジェクトに対しては、上述の制約を行わ
ないようにもできるようになっている。

【００１０】

【発明が解決しようとする課題】しかし、ユーザーから
信頼されていないオブジェクトであっても、ユーザーか
ら信頼されたオブジェクトを呼び出すことによって、上
述の制限を回避し、システムリソースにアクセスすると
いった、セキュリティ問題が生じる可能性がある。この
ようなセキュリティ問題の一例が、「オブジェクトサイ
ニングについての考察」（情報処理学会 第５６回全国
大会講演論文集（１）、３６４ページから３６５ペー
ジ）に開示されている。

【００１１】本発明は、上記事情に鑑みてなされたもの
であり、本発明の目的は、ユーザーから信頼されていな
いオブジェクトが、ユーザーから信頼されたオブジェク
トを呼び出すことによって、不正な処理を行う、という
不正行為を防止するようなオブジェクトの呼び出し方法
やそれを用いたコンピューティングシステムを提供する
ことであり、さらに、上記目的を達成するための手段を
持ったオブジェクト、およびオペレーティングシステム
やソフトウェアライブラリ、さらに、それらの配付方法
や、それらを納めた媒体を提供することにある。

【００１２】

【課題を解決するための手段】上記課題を解決するた
め、本発明は、第一のオブジェクトが第二のオブジェク
トを呼び出す場合に、前記第二のオブジェクトが、前記
第一のオブジェクトに関わる情報を真正に、偽りなく取
得する、情報取得手段（または、情報提供要求手段)を
前記第二のオブジェクトに設けたことを特徴とする。

【００１３】さらに、本発明は、自らの情報を提供する
情報提供手段を、必要に応じて前記第一のオブジェクト
に、設けたことを特徴とする。

【００１４】また、本発明の前記第二のオブジェクト
は、前記第一のオブジェクトから要求された処理を行う
前に、上述の情報取得手段を用いて情報を取得し、前記
第一のオブジェクトがユーザーから信頼されているか否
かを確認する。

【００１５】さらに、本発明のオペレーティングシステ
ムは、オブジェクト間の呼び出し関係を管理する手段
と、前記第二のオブジェクトからの要求にしたがって、
前記第一のオブジェクトから情報を取得し、前記第二の
オブジェクトにその情報を提供する手段と、そのために
用いる、関数やメソッドなどのインタフェースと、を備
えている。

【００１６】また、本発明のソフトウェアライブラリ
は、あるオブジェクトから呼び出され、当該オブジェク
トへアクセスするための参照ポインタが引数として与え
られたばあい、指定されたオブジェクトの情報を取得、
登録し、且つ該オブジェクトの特定のインタフェースに
アクセスする、情報登録手段とそのための情報登録イン
タフェースと、当該情報登録手段で取得した情報を提供
する、情報提供手段とそのための情報提供インタフェー
スと、を備えている。

【００１７】さらに、前記ソフトウェアライブラリは、
情報登録インタフェースにアクセスした後、情報提供イ
ンタフェースにアクセスするまでの間、割り込みを禁止
する手段とを備えている。

【００１８】このため、本発明によれば、前記第二のオ
ブジェクトは、前記第一のオブジェクトの情報を取得
し、前記第一のオブジェクトがユーザーから信頼されて
いないオブジェクトであった場合には、処理を行うこと
を拒否することができる。

【００１９】したがって、ユーザーから信頼されていな
いオブジェクトがユーザーから信頼されたオブジェクト
を呼び出すことによって、不正な処理を行う、という不
正行為を防止することができ、安全である。

【００２０】

【発明の実施の形態】以下、図面を用いて、本発明の実
施形態について説明する。なお、これにより本発明が限
定されるものではない。

【００２１】図１は、本発明の第一の実施形態が適用さ
れたコンピュータシステム１１０のハードウェア構成を
示した図である。

【００２２】本実施形態のコンピュータシステム１１０
は、図１に示すように、表示装置１１１と、入力装置１
１２と、中央処理装置（ＣＰＵ）１１３と、主記憶装置
（メモリ）１１４と、補助記憶装置１１５と、通信網イ
ンタフェース１１６とが、バス１１７によって互いに接
続されて構成されている。表示装置１１１は、当該シス
テム１００を使用するユーザーにメッセージなどを表示
するために用いられるものであり、ＣＲＴや液晶ディス
プレイなどで構成される。入力装置１１２は、前記ユー
ザーがデータや命令などを入力するために用いられるも
のであり、キーボードやマウスなどで構成される。ＣＰ
Ｕ１１３は、当該システムを構成する各部を統括的に制
御したり、様々な演算処理を行ったりする。メモリ１１
４には、オペレーティングシステム１１４ａ（以下、単
にＯＳ１１４ａとも称する）や、アプリケーションプロ
グラム１１４b（以下、単にアプリケーション１１４ｂ
とも称する）といったプログラムなどが格納される。補
助記憶装置１１５は、当該システム１１０で使用される
前記アプリケーション１１４ｂやデータを永続的に記憶
するために用いられるものであり、ハードディスクやフ
ロッピーディスクなどで構成される。通信網インターフ
ェース１１１は、前記アプリケーション１１４ｂやデー
タを、通信網１２０を介して受信するためのインタフェ
ースである。

【００２３】ここで、ＯＳ１１４ａは、後述するアプリ
ケーション１１４ｂの実行を行うために、当該コンピュ
ータシステム１１０の各種リソースの管理、すなわち、
ファイル管理やプロセス管理、あるいはデバイス管理な
どを行うプログラムである。さらに、ＯＳ１１４ａは、
前記アプリケーション１１４ｂ内でのオブジェクトの呼
び出し関係を管理したり、オブジェクトの情報を提示す
るといった機能も備えている。なお、本実施例では、そ
れ自身がアプリケーションであっても、当該アプリケー
ション上で他のアプリケーション１１４ｂが実行され、
その実行のためにリソース管理を行うようなアプリケー
ション（たとえば、ブラウザプログラムやインタプリタ
プログラムなどのプラットフォーム）も、ＯＳ１１４ａ
に含めて記述している。

【００２４】また、前記アプリケーション１１４ｂは、
当該コンピュータシステム１１０の各種リソースに前記
ＯＳ１１４ａを介してアクセスし、ユーザーにサービス
を提供する。

【００２５】なお、本実施例では、アプリケーション１
１４ｂは、複数のオブジェクト２００を組み合せること
によって実現されている。図２に示すように、各々の前
記オブジェクト２００は、当該オブジェクト２００本来
の処理を行う、主処理部２０１と、当該オブジェクト２
００を呼び出した他のオブジェクト２００の情報(詳細
は後述する)を検査する、情報検査処理部２０２と、他
のオブジェクト２００を呼び出す、オブジェクト呼び出
し処理部２０３と、当該オブジェクト２００自身の属性
情報を格納する情報部２０４とを備えている。

【００２６】さらに、外部から情報部２０４の属性情報
を取得するための情報取得インタフェースと、情報検査
処理部２０２内には、後述する情報提供要求を行うため
の情報提供要求手段とを備えている。

【００２７】本実施例では、当該オブジェクトの名称や
保存場所、当該オブジェクトを作成した作成者の氏名、
作成日時、当該オブジェクトに対するディジタル署名、
当該署名を行った署名者の氏名、署名日時、有効期限、
当該署名に付加されている証明書など、当該オブジェク
トに関係する各種の情報のうち、一つ以上を情報と記述
する。

【００２８】なお、ＯＳ１１４ａやオブジェクト２００
などはＣＰＵ１１３が実行するするものである。

【００２９】次に、オブジェクトの呼び出しに関係し
た、前記コンピュータシステム１１０の機能ブロック構
成について説明する。

【００３０】図３は、あるオブジェクト２００（以下、
呼び出しオブジェクト３１０とも称する）が他のオブジ
ェクト２００（以下、被呼び出しオブジェクト３２０と
も称する）を呼び出す場合の、前記コンピュータシステ
ム１１０の機能ブロック構成を示した図である。

【００３１】ここで、セキュリティ管理オブジェクト３
３０は、前記呼び出しオブジェクト３１０から要求を受
け、前記被呼び出しオブジェクト３２０を呼び出すなど
の処理を行う、オブジェクト呼び出し処理部３３１と、
前記被呼び出しオブジェクト３２０から情報提供要求を
受けとったり、前記呼び出しオブジェクト３１０の情報
を提供したりなどの処理を行う、情報提供処理部３３２
と、を備えている。また、前記セキュリティ管理オブジ
ェクト３３０は、前記被呼び出しオブジェクト３２０が
前記情報提供処理部３３２にアクセスするための情報提
供要求インタフェースも備えている。

【００３２】なお、前記呼び出しオブジェクト３１０と
前記被呼び出しオブジェクト３２０とは、アプリケーシ
ョン１１４ｂの一部として提供されるオブジェクトであ
り、前記セキュリティ管理オブジェクト３３０は、ＯＳ
１１４ａの一部として提供されるオブジェクトである。

【００３３】次に、図３に示した各機能ブロックの動作
について説明する。

【００３４】まず、前記呼び出しオブジェクト３１０の
動作について説明する。

【００３５】図４は、前記呼び出しオブジェクト３１０
が前記被呼び出しオブジェクト３２０を呼び出す場合
の、前記呼び出しオブジェクト３１０の動作フローを示
した図である。

【００３６】前記呼び出しオブジェクト３１０は、前記
オブジェクト呼び出し処理部３３１を呼び出し、前記セ
キュリティ管理オブジェクト３３０を介して、前記被呼
び出しオブジェクト３２０に処理要求を行う（ステップ
４０１）。次に、ステップ４０２で前記被呼び出しオブ
ジェクト３２０から直接、又は前記セキュリティ管理オ
ブジェクト３３０を介して処理結果を受け取り、一連の
前記被呼び出しオブジェクト３２０に対する呼び出し処
理を終了する。

【００３７】次に、前記セキュリティ管理オブジェクト
３３０の動作について説明する。

【００３８】図５は、前記呼び出しオブジェクト３１０
が前記被呼び出しオブジェクト３２０を呼び出す場合
の、前記セキュリティ管理オブジェクト３３０の動作フ
ローを示した図である。

【００３９】まず、前記セキュリティ管理オブジェクト
３３０は、ステップ５０１で、前記呼び出しオブジェク
ト３１０からの要求や、前記被呼び出しオブジェクト３
２０から情報提供要求、あるいは呼び出し終了通知を待
ち受ける。

【００４０】そして、前記呼び出しオブジェクト３１０
から前記被呼び出しオブジェクト３２０へ処理要求を受
け取った場合、前記オブジェクト呼び出し処理部３３１
が、当該被呼び出しオブジェクト３２０が既にメモリ１
１４にロードされているかどうかを確認する（ステップ
５０２）。

【００４１】ここで、既に当該被呼び出しオブジェクト
３２０がメモリ１１４にロードされている場合には、ス
テップ５０４に移行する。

【００４２】一方、未だ当該被呼び出しオブジェクト３
２０がメモリ１１４にロードされていない場合には、補
助記憶装置１１５や、通信網１２０を介して接続された
他のコンピュータなどから、当該被呼び出しオブジェク
ト３２０をメモリ１１４にロードする（ステップ５０
３）。

【００４３】ステップ５０４では前記呼び出しオブジェ
クト３１０から前記被呼び出しオブジェクト３２０への
処理要求から得られる情報を用いて、前記呼び出しオブ
ジェクト３１０が前記被呼び出しオブジェクト３２０を
呼び出したことを、図７に示すような、オブジェクト呼
び出し管理テーブル７００の最後に記録する。

【００４４】オブジェクト呼び出し管理テーブル７００
は、セキュリティ管理オブジェクト３３０、またはＯＳ
１１４ａに属する他のオブジェクトが管理するもので、
前記被呼び出しオブジェクト３１０が呼び出されるまで
に、どのようなオブジェクトが呼び出されたのかを管理
するスタック型のテーブルである。

【００４５】例えば、図７では、Ｐａｒｅｎｔというオ
ブジェクトからオブジェクトの呼び出しが次々に行われ
ており、現在、Ｃｈｉｌｄという呼び出しオブジェクト
３１０が、Ｐｒｏｐｅｒｔｙという被呼び出しオブジェ
クト３２０を呼び出しているということが示されてい
る。なお、オブジェクト呼び出し管理テーブル７００
は、前記アプリケーション１１４ｂ毎に作成される。

【００４６】また、オブジェクト呼び出し管理テーブル
７００には、当該オブジェクトの属性情報をあらたに前
記情報部２０４から取得し、記録するようにしてもよ
い。

【００４７】次に、ステップ５０５で、前記被呼び出し
オブジェクト３２０を呼び出し、処理を要求すると、ス
テップ５０１に戻る。

【００４８】一方、ステップ５０１で、前記被呼び出し
オブジェクト３２０から情報提供要求インタフェースを
介して、情報提供要求を受け取った場合には、前記情報
提供処理部３３２が、前記オブジェクト呼び出し管理テ
ーブル７００を検索し、前記被呼び出しオブジェクト３
２０を呼び出したオブジェクトの名前を調べる（ステッ
プ５０６）。次に、前記被呼び出しオブジェクト３２０
を呼び出したオブジェクト、すなわち、前記呼び出しオ
ブジェクト３１０の情報部２０４から当該オブジェクト
の情報を、呼び出しオブジェクト３１０の情報取得イン
タフェースを用いて取得し（ステップ５０７）、前記被
呼び出しオブジェクト３２０に、取得した情報を返す
（ステップ５０８）。その後、ステップ５０１に戻る。

【００４９】なお、本実施例では、前記情報提供処理部
３３２は、前記呼び出しオブジェクト３１０の情報のみ
を提供するようにしているが、例えば、前記被呼び出し
オブジェクト３２０を呼び出すまでに呼び出されたすべ
てのオブジェクトの情報を提供するようにしてもよい。
例えば、図７で、Ｐｒｏｐｅｒｔｙオブジェクトが情報
を要求した場合に、Ｃｈｉｌｄオブジェクトの情報だけ
ではなく、ＰａｒｅｎｔオブジェクトからＣｈｉｌｄオ
ブジェクトまでに呼び出されたすべてのオブジェクトの
情報も提供する。このようにすることで、前記被呼び出
しオブジェクト３２０は、呼び出しに関係したすべての
オブジェクトがユーザーから信頼されているか否かを確
かめることができる。

【００５０】また、本実施例では、前記情報提供処理部
３３２は、前記呼び出しオブジェクト３１０の情報を返
すようにしているが、当該セキュリティ管理オブジェク
ト３３０が前記呼び出しオブジェクト３１０はユーザー
に信頼されているか否かを判断し、その判断結果を返す
ようにしてもよい。このようにすることで被呼び出しオ
ブジェクト３２０毎に、ユーザーが信頼しているか否か
を判断する処理を組み込む必要がなくなる。

【００５１】一方、ステップ５０１で、前記被呼び出し
オブジェクト３２０から呼び出し終了通知を受け取った
場合には、ステップ５０８で、オブジェクト呼び出し処
理部３３１が、前記オブジェクト呼び出し管理テーブル
７００から、当該呼び出し関係を記録した項目を削除
し、ステップ５０１に戻る。

【００５２】次に前記被呼び出しオブジェクト３２０の
動作について説明する。

【００５３】図６は、前記呼び出しオブジェクト３１０
が前記被呼び出しオブジェクト３２０を呼び出す場合
の、前記被呼び出しオブジェクト３２０の動作フローを
示した図である。

【００５４】前記被呼び出しオブジェクト３２０が前記
呼び出しオブジェクト３１０から呼び出されると、ま
ず、情報検証処理部２０２が、前記セキュリティ管理オ
ブジェクト３３０に、前記呼び出しオブジェクト３０１
の情報を要求する。ステップ６０２で、前記セキュリテ
ィ管理オブジェクト３３０から前記呼び出しオブジェク
ト３１０の属性情報を受け取ると、前記呼び出しオブジ
ェクト３１０は、自オブジェクトの呼び出しを許可され
たオブジェクトであるか否かを検査する（ステップ６０
３）。

【００５５】前記呼び出しオブジェクト３１０が呼び出
しを許可されたオブジェクトでなかった場合には、前記
セキュリティ管理オブジェクト３３０に呼び出し終了を
通知すると共に、前記呼び出しオブジェクト３１０に処
理を拒否する旨を直接、または前記セキュリティ管理オ
ブジェクト３３０を介して通知し（ステップ６０６）、
処理を終了する。

【００５６】一方、前記呼び出しオブジェクト３１０が
呼び出しを許可されたオブジェクトであった場合には、
ステップ６０４で、主処理部２０１が要求された処理を
行う。

【００５７】次に、主処理部２０１は、前記セキュリテ
ィ管理オブジェクト３３０に、呼び出し終了を通知する
と共に、前記呼び出しオブジェクト３１０に処理結果を
直接、または前記セキュリティ管理オブジェクト３３０
を介して通知し（ステップ６０５）、処理を終了する。

【００５８】以上説明したように、本実施例のシステム
では、アプリケーション１１４ｂを構成する、他から呼
び出されうるオブジェクトが、みずからを呼び出したオ
ブジェクトの情報を検査する、情報検査処理部２０２を
備えている。また、ＯＳ１１４ａの一部として提供され
る、セキュリティ管理オブジェクト３３０が、呼び出し
オブジェクト３１０の情報を被呼び出しオブジェクト３
２０に提供する、情報提供インタフェースを持ってい
る。

【００５９】したがって、本実施例のシステムでは、前
記被呼び出しオブジェクト３２０は、前記情報提供イン
タフェースによって前記呼び出しオブジェクト３１０の
情報を取得し、要求された処理を行うか否かを判断する
ことができる。

【００６０】また、本実施例のシステムでは、セキュリ
ティ管理オブジェクト３３０はＯＳ１１４ａに属し、そ
の一機能として、呼び出しオブジェクト３１０の情報を
取得することができる。したがって、ユーザーはセキュ
リティを考慮した特別なプログラミングを必要とせず、
呼び出しオブジェクト３１０を使うことができる。

【００６１】次に、本発明の第二の実施形態について説
明する。

【００６２】本実施形態のシステムのハードウェア構成
は、前記第一の実施例のハードウェア構成と同じであ
り、その詳細な説明は省略する。

【００６３】オブジェクトの呼び出しに関係する、本実
施例のシステムの機能ブロック構成を図８に示す。

【００６４】図８に示すように、本発明のシステムは、
呼び出しオブジェクト８１０と、被呼び出しオブジェク
ト８２０と、セキュリティ管理オブジェクト８３０と、
から構成される。

【００６５】本実施例のシステムでは、呼び出されうる
オブジェクトは、当該オブジェクト本来の処理を行う主
処理部２０１の他に、前記呼び出しオブジェクト８１０
の情報を検査する、情報検査処理部２０２を持ってい
る。また、前記呼び出しオブジェクト８１０が前記被呼
び出しオブジェクト８２０を呼び出す場合には、まず、
前記セキュリティ管理オブジェクト８３０の情報取得処
理部８３１に、前記呼び出しオブジェクト８１０自身の
参照ポインタを引数として渡し、当該呼び出しオブジェ
クト８１０の情報を登録する。さらに、前記セキュリテ
ィ管理オブジェクト８３０の情報取得処理部８３１は、
前記呼び出しオブジェクト８１０のオブジェクト呼び出
し処理部２０３を呼び出し、当該オブジェクト呼び出し
処理部２０３は前記被呼び出しオブジェクト８２０の所
望のインタフェースにアクセスする。

【００６６】ここで、情報取得処理部８３１がオブジェ
クト呼び出し処理部２０３にアクセスするためのインタ
フェース名は、例えば、当該オブジェクト呼び出し処理
部２０３が「Ｃｈｉｌｄ」というオブジェクトを呼び出
す場合には、「ＣａｌｌＣｈｉｌｄ」のように「Ｃａｌ
ｌ」の後ろに呼び出すオブジェクト名を付けた名前など
にしてもよい。このようにすることで、オブジェクト呼
び出し処理部２０３が複数の被呼び出しオブジェクト８
２０を呼び出す場合にも、それぞれ異なるインタフェー
スを提供することができる。なお、このようなインタフ
ェース名の命名規則は、前記セキュリティ管理オブジェ
クト８３０の作成者が定め、前記呼び出しオブジェクト
８１０の作成者に通知するようにするのがのぞましい。

【００６７】また、セキュリティ管理オブジェクト８３
０は、情報取得処理部８３１が呼び出された際に、前記
呼び出しオブジェクト８１０への参照ポインタを、引数
として受信しており、参照ポインタを用いて所定のイン
タフェースにアクセスすることによって当該呼び出しオ
ブジェクト８１０の情報を取得し、当該呼び出しオブジ
ェクト８１０のオブジェクト呼び出し処理部２０３を呼
び出す、情報取得処理部８３１と、前記被呼び出しオブ
ジェクト８１０の情報を前記被呼び出しオブジェクト８
２０に提供する、情報提供処理部８２２と、を備えてい
る。また、前記セキュリティ管理オブジェクト８３０
は、前記呼び出しオブジェクト８２０が前記情報提供処
理部８２２にアクセスするための、情報提供インタフェ
ースも備えている。

【００６８】なお、セキュリティ管理オブジェクト８３
０は、アプリケーション１１４ｂのセキュリティ機能を
提供するソフトウェアライブラリの一部として、当該コ
ンピュータシステム１１０にインストールされている。

【００６９】次に、本実施例のシステムの動作について
説明する。

【００７０】まず、呼び出しオブジェクト８１０の動作
について説明する。

【００７１】図９は、呼び出しオブジェクト８１０の動
作フローを示した図である。

【００７２】呼び出しオブジェクト８１０が被呼び出し
オブジェクト８２０を呼び出す場合には、ステップ９０
１で、呼び出しオブジェクト８１０自身への参照ポイン
タと、必要に応じて被呼び出しオブジェクト８２０の名
前を引数として、前記セキュリティ管理オブジェクト８
３０の情報取得処理部８３１を呼び出す。

【００７３】次に、後述するように、前記セキュリティ
管理オブジェクト８３０からオブジェクト呼び出し処理
部２０３が呼び出されると、ステップ９０２で、前記被
呼び出しオブジェクト８２０を呼び出し、その処理結果
を受信する（ステップ９０３）。

【００７４】次に、セキュリティ管理オブジェクト８３
０の動作について説明する。

【００７５】図１０は、セキュリティ管理オブジェクト
８３０の動作フローを示した図である。

【００７６】まず、前記呼び出しオブジェクト８１０か
ら情報取得処理部８３１が呼び出されると、引数として
受け取った参照ポインタを使用し、前記呼び出しオブジ
ェクト８１０の情報部２０４から情報を取得する（ステ
ップ１００１）。次に、ステップ１００２で、前記参照
ポインタが示すオブジェクトがオブジェクト呼び出し処
理部２０３を備えているかどうかを検査用インタフェー
スを用いて検査する。

【００７７】ここで、オブジェクト呼び出し処理部２０
３を備えていなければ、処理を終了する。

【００７８】一方、オブジェクト呼び出し処理部２０３
を備えている場合には、当該オブジェクト呼び出し処理
部２０３を呼び出す（ステップ１００３）と、ステップ
１００４で、前記被呼び出しオブジェクト８２０からの
情報提供要求を待ち受ける。

【００７９】次に、前記被呼び出しオブジェクト８２０
から情報提供処理部８３２が呼び出されると、ステップ
１００１で取得したオブジェクトの情報を前記被呼び出
しオブジェクト８２０に返し、処理を終了する。なお、
ステップ１００３からステップ１００５までの処理は、
ＯＳ１１４ａが提供する排他制御の機能を使用し、一連
の処理が終了するまで他のアプリケーション１１４ｂに
処理が移らないようにする。これは、前記呼び出しオブ
ジェクト８１０が管理オブジェクト８３０を呼び出した
後、他のアプリケーション１１４ｂが、直接、前記被呼
び出しオブジェクト８２０を呼び出し、成りすましを行
うことを防止するためである。

【００８０】なお、被呼び出しオブジェクト８２０の動
作については、前記第一の実施例における被呼び出しオ
ブジェクト３２０の動作と同じであり、その詳細な説明
は省略する。

【００８１】以上説明したように、本実施例のシステム
では、前記被呼び出しオブジェクト８２０は、前記セキ
ュリティ管理オブジェクト８３０から前記呼び出しオブ
ジェクト８１０の情報を取得し、要求された処理を行う
か否かを判断することができる。

【００８２】例えば、前記呼び出しオブジェクト８１０
が前記被呼び出しオブジェクト８２０を直接呼び出した
場合には、前記セキュリティ管理オブジェクト８３０に
は前記呼び出しオブジェクト８１０の情報が登録されて
いないため、前記被呼び出しオブジェクト８２０は、前
記セキュリティ管理オブジェクト８３０から前記呼び出
しオブジェクト８１０の情報を取得することができな
い。この結果、前記被呼び出しオブジェクト８２０は、
正規の手順にしたがって呼び出されていないことを知る
ことができる。

【００８３】また、前記呼び出しオブジェクト８１０が
前記セキュリティ管理オブジェクト８３０に第四のオブ
ジェクトの参照ポインタを引数として渡し、成りすまし
を試みた場合には、前記セキュリティ管理オブジェクト
８３０は第四のオブジェクトのオブジェクト呼び出し処
理部を呼び出そうとするため、前記呼び出しオブジェク
ト８１０が望む処理を行うことはできない。

【００８４】このように、本実施例のシステムでは、Ｏ
Ｓ１１４ａが呼び出しオブジェクト８１０の情報を提供
するインタフェースを備えていない場合にも、セキュリ
ティを確保することができる。

【００８５】

【発明の効果】以上説明したように、本発明では、第一
のオブジェクトが第二のオブジェクトを呼び出す場合、
前記第二のオブジェクトが、前記第一のオブジェクトの
情報を偽りなく取得する手段を設けている。

【００８６】このため、本発明によれば、前記第二のオ
ブジェクトは、前記第一のオブジェクトがユーザーから
信頼されていないオブジェクトであった場合には、処理
を行うことを拒否することができる。

【００８７】したがって、例えば、本発明は、作成者の
異なる、複数のオブジェクトを組み合わせることによっ
て、アプリケーションが構成されるようなシステムにお
いて、ユーザーから信頼されていないオブジェクトが、
ユーザーから信頼されているオブジェクトを呼び出すこ
とによって、不正な処理を行うことを防止することがで
きる。

【００８８】なお、本発明におけるオブジェクト、ライ
ブラリの配付方法は、本発明が前提としたネットワーク
を介した配付だけでなく、フロッピーディスク（登録商
標）や、CDROM、光ディスク、などの記憶媒体に納めら
れた形態によるものでもよい。

【図面の簡単な説明】

【図１】本発明が適用されたコンピュータシステムのハ
ードウェア構成を示す図である。

【図２】オブジェクトの機能ブロック構成を示す図であ
る。

【図３】オブジェクトの呼び出し処理に関係した、本発
明の第一の実施形態が適用されたコンピュータシステム
の機能ブロック構成を示す図である。

【図４】オブジェクトの呼び出し処理に関係した、呼び
出しオブジェクトの動作を示した図である。

【図５】オブジェクトの呼び出し処理に関係した、セキ
ュリティ管理オブジェクトの動作を示した図である。

【図６】オブジェクトの呼び出し処理に関係した、被呼
び出しオブジェクトの動作を示した図である。

【図７】オブジェクト呼び出し管理テーブルの一例を示
す図である。

【図８】オブジェクトの呼び出し処理に関係した、本発
明の第二の実施形態が適用されたコンピュータシステム
の機能ブロック構成を示す図である。

【図９】オブジェクトの呼び出し処理に関係した、呼び
出しオブジェクトの動作を示した図である。

【図１０】オブジェクトの呼び出し処理に関係した、セ
キュリティ管理オブジェクトの動作を示した図である。

【符号の説明】

１１０…コンピュータシステム、 １１１…表示装置、 １１２…入力装置、 １１３…ＣＰＵ、 １１４…メモリ、 １１４ａ…オペレーティングシステム、 １１４ｂ…アプリケーション、 １１５…補助記憶装置、 １１６…通信網インタフェース装置、 １２０…通信網、 ２００…オブジェクト、 ２０１…主処理部、 ２０２…情報検査処理部、 ２０３…オブジェクト呼び出し処理部、 ２０４…情報部、 ３１０、８１０…呼び出しオブジェクト、 ３２０、８２０…被呼び出しオブジェクト、 ３３０、８３０…セキュリティ管理オブジェクト、 ７００…オブジェクト呼び出し管理テーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 手塚 悟 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 赤尾杉 隆 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 (72)発明者 鬼頭 昭 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 Ｆターム(参考） 5B076 FB01

Claims (5)

【特許請求の範囲】
1. 【請求項１】第一のオブジェクトが第二のオブジェクト
   を呼び出し、処理を依頼する場合に、前記第二のオブジ
   ェクトが前記第一のオブジェクトの情報を偽りなく取得
   する、情報取得手段を設けたことを特徴とするコンピュ
   ーティングシステム。
2. 【請求項２】請求項１記載のコンピューティングシステ
   ムであって、 前記第二のオブジェクトは、前記情報取得手段で取得し
   た、前記第一のオブジェクトの情報に基づいて、前記第
   一のオブジェクトの依頼を受けるか否かを判断すること
   を特徴とするコンピューティングシステム。
3. 【請求項３】請求項１または２記載のコンピューティン
   グシステムは、さらに、オブジェクト間の呼出関係を管
   理する機能と、前記第二のオブジェクトからの要求を受
   けると前記第一のオブジェクトの情報を返すインタフェ
   ースとを備えたオペレーティングシステムを備え、 前記情報取得手段は、前記オペレーティングシステムの
   前記インタフェースを用いて前記第一のオブジェクトの
   情報を取得することを特徴とするコンピューティングシ
   ステム。
4. 【請求項４】請求項１または２記載のコンピューティン
   グシステムであって、 引数として与えられた第一のオブジェクトの情報を取得
   し、当該第一のオブジェクトの特定のインタフェースに
   アクセスする、情報取得インタフェースと、当該情報取
   得インタフェースで取得した情報を提供する、情報提供
   インタフェースとを備える第三のオブジェクトを備え、 前記第一のオブジェクトは、前記第二のオブジェクトを
   呼び出す、オブジェクト呼び出しインタフェースと、 前記第二のオブジェクトを呼び出す場合に、当該第一の
   オブジェクト自身を引数として前記第三のオブジェクト
   の情報取得インタフェースにアクセスするアクセス手段
   とを備え、 前記第二のオブジェクトは、前記第三のオブジェクトか
   ら前記情報提供インタフェースを使用して、前記第一の
   オブジェクトを取得する手段を備えることを特徴とする
   コンピューティングシステム。
5. 【請求項５】第一のオブジェクトが第二のオブジェクト
   を呼び出し、処理を依頼する、オブジェクトの呼び出し
   方法であって、 前記第二のオブジェクトは、前記第一のオブジェクトの
   情報を偽りなく取得する情報取得ステップと、 当該情報取得ステップによって取得した情報に基づい
   て、依頼を受けるか否かを判定する、情報検査ステップ
   とを備えたことを特徴とするオブジェクトの呼び出し方
   法。