JPH0962627A

JPH0962627A - 情報処理装置

Info

Publication number: JPH0962627A
Application number: JP7214612A
Authority: JP
Inventors: Kazuo Saito; 和雄齊藤; Juhei Nakagaki; 寿平中垣; Yasuko Toki; 康子東樹; Noriyuki Kamibayashi; 憲行上林
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1995-08-23
Filing date: 1995-08-23
Publication date: 1997-03-07

Abstract

(57)【要約】【課題】情報の受渡しの検知を可能とし、例えばその
履歴を記録することによって、後から情報の配付履歴を
参照可能としたり、他の処理を行なうことを可能にした
情報処理装置を提供する。【解決手段】配付検知部１４は、情報配付部１３が他
の情報処理装置との間で行なう情報の受渡しを常に監視
している。情報が受け渡された場合は、それを検知し、
検知に関する情報を配付履歴保持部１５に履歴として記
録する。配付履歴表示部１６は、配付履歴保持部１５に
保持されている履歴の内容を、ユーザの要求に従って可
視化して出力する。これによりユーザは後から情報の受
渡しの履歴を参照することができる。情報の受渡し時に
受渡しの可否を判断することで、情報の受取拒否や漏洩
を防止したり、情報の受渡しの検知を契機として、指示
された処理を実行することも可能である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、外部装置との間、
あるいは利用者間での情報の受渡しが可能な情報処理装
置に関するものである。

【０００２】

【従来の技術】昨今のデジタル情報技術の発達や、情報
ハイウェイ構想などにより、あらゆる情報がデジタル化
され、ネットワークを通じて配付・流通される時代が到
来しようとしている。すでにインターネットやパソコン
通信などのネットワークメディアを通じて、文字情報は
もとより、画像、動画、音声、プログラムなどの様々な
情報が流通・配付されはじめている。

【０００３】従来の放送のような情報メディアでは、情
報の発信者と受信者が明確に区別されていたが、このよ
うな時代になると、すべての利用者が情報受信者である
と同時に発信者でもあることになる。従って、誰でも気
軽に種々の情報を様々な形態で流通・配付することが可
能になる。

【０００４】デジタル化された情報は、複写が容易であ
るという特徴を持つため、利用者同士での複写や再配付
などによって、容易に複数の人の手を介して情報が配付
され、情報の配付・流通の範囲とスピードは加速度的に
高まっていくことになる。

【０００５】このようになると、情報が一旦手を離れる
と、誰の手にわたってどう使われるかわからないという
状況が生まれ、個人的な情報が他人によって、無秩序に
外部に持ち出されたり、あるいはウィルスが混入した不
正な情報を受け取ってしまうなどの状態が発生する。そ
のために、ある特定の情報を外部に配付することを未然
に防止したり、あるいは外部からある特定の情報の受取
を拒否するなどの機能が望まれている。

【０００６】あるいはまた、自分の使用している装置か
ら、外部にどのような情報が流れていったのか、あるい
は、外部からどのような情報を受け取ったのかを後から
知りたいといった要求が生まれてくる。

【０００７】あるいはまた、ある特定の情報、例えば、
稟議書のような決裁して他に転送する必要がある文書な
どの情報を受け取った際には、自動的に決裁を促すよう
に利用者に要求するなど、情報を受け取るあるいは配付
することを契機として、他の処理を行なうことが望まれ
る。

【０００８】しかし、従来の装置では、このような要求
を全面的に解決するものはなく、一部の要求を解決する
もののみであった。例えば、特開平２−２９７２８８号
公報で述べられている電子文書作成／決裁システムで
は、電子式の認証機能により決裁される電子文書作成／
決裁システムにおいて、決裁の状況を記録することによ
り、文書の決裁状況を追跡することを可能にしている。

【０００９】しかしながら、特開平２−２９７２８８号
の電子文書作成／決裁システムでは、決裁の際の認証処
理によって作成された認証データを認証ロギングファイ
ルに登録することによって、決裁状況を追跡するので、
決裁を依頼した人が現在の決裁状況を知ることはできる
が、決裁処理を行なわない人の所に文書が配布されたと
してもそのことはわからない。また、決裁文書をこのシ
ステムの送受信機構を用いずに、他人に渡した場合、そ
の情報の配付（この場合は複写）の履歴は記録されず、
後からその情報の配付の事実を知ることはできない。

【００１０】特開平５−６３７２８号公報で述べられて
いるオフィス情報処理システムでは、電子メールでやり
とりされる文書に対し、受信者が受信メールに対して行
なえる処理を送信者が指定でき、さらにまた、受信者の
行なった処理の内容を記録することによって、送信者が
送信したメールが受信者によってどのように処理された
のかを送信者が知ることができるものである。

【００１１】特開平５−６３７２８号のオフィス情報処
理システムにおいても、受信者が受け取ったメールをど
のように処理したのかを送信者が知ることは可能であ
り、例えば、受け取ったメールを他の人に送信したかど
うかを知ることはできるが、しかし、このシステムを用
いない、例えば、オペレーティングシステムの他の送受
信機能を用いて文書が操作されると、その操作の記録は
まったく取られないことになる。

【００１２】例えば、Ｕｎｉｘオペレーティングシステ
ムでは、ｃｒｏｎコマンドにより、ある特定の時刻を契
機として、ある特定の処理を行なうことを利用者が記述
できるようになっている。このＵｎｉｘなどのオペレー
ティングシステムでは、時刻を契機として他の処理を起
動するような処理は行なうことができるが、情報の配付
・受取を契機として、他の処理を起動するような処理は
行なうことができない。

【００１３】以上説明したように、電子メールや決裁シ
ステムのような特別なシステムを使わないで、さまざま
な種類の情報がさまざまな人の手を経てさまざまな方法
で配付・流通している時に、その情報の配付・受取を検
知し、その履歴を取って後から参照したり、あるいは配
付・受取を契機として他の処理を行なうことは、従来の
技術ではできなかった。

【００１４】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、情報が特定の方法に依存し
ないで様々な形態で情報の受渡しがなされた時において
も、その情報の受渡しを検知することを可能とし、例え
ば、その履歴を記録することによって、後から情報の配
付履歴を参照可能としたり、他の処理を行なうことを可
能にした情報処理装置を提供することを目的とするもの
である。

【００１５】

【課題を解決するための手段】請求項１に記載の発明
は、外部装置との間で情報の受渡しが可能な情報処理装
置において、前記外部装置との間で行なわれる情報の受
渡しを検知する情報受渡検知部を設けたことを特徴とす
るものである。

【００１６】請求項２に記載の発明は、複数の利用者間
で情報の受渡しが可能な情報処理装置において、前記利
用者間で行なわれる情報の受渡しを検知する情報受渡検
知部を設けたことを特徴とするものである。

【００１７】請求項３に記載の発明は、請求項１または
２に記載の情報処理装置において、さらに、前記情報受
渡検知部で検知した情報の受渡しの履歴を記録する履歴
保持部と、該履歴保持部に記録された履歴を出力する履
歴出力部を有することを特徴とするものである。

【００１８】請求項４に記載の発明は、請求項１または
２に記載の情報処理装置において、情報の受渡しが行な
われた際に該情報の属性ごとに起動すべき処理内容が定
義されている処理定義部を有し、前記情報受渡検知部が
情報の受渡しを検知したとき、該情報の属性に従って前
記処理定義部に定義されている処理を起動することを特
徴とするものである。

【００１９】請求項５に記載の発明は、請求項１または
２に記載の情報処理装置において、情報の属性ごとに受
渡しの可否を示す情報種を保持する情報種保持部を有
し、前記情報受渡検知部が情報の受渡しを検知したと
き、該情報の属性から前記情報種保持部に保持されてい
る情報種を得て、該情報種が受渡しを禁止している場合
には該情報の受渡しを拒否することを特徴とするもので
ある。

【００２０】請求項６に記載の発明は、請求項４または
５に記載の情報処理装置において、前記属性を所定の手
続きにより情報全体から得ることを特徴とするものであ
る。

【００２１】請求項７に記載の発明は、請求項１または
２に記載の情報処理装置において、前記情報受渡検知部
を、オペレーティングシステム内の前記外部装置に対し
てアクセスを行なう機能部に外部装置に対する情報の受
渡しを検知する機能を組み込むことによって実現したこ
とを特徴とするものである。

【００２２】

【発明の実施の形態】図１は、本発明の情報処理装置の
第１の実施の形態を示す構成図である。図中、１は情報
処理装置、１１は情報保持部、１２は情報処理部、１３
は情報配付部、１４は配付検知部、１５は配付履歴保持
部、１６は配付履歴表示部である。本発明で言う情報処
理装置とは、広い意味で情報の伝達を媒介する装置のこ
とであり、利用者と対話的に情報の処理を行なう、いわ
ゆるワークステーションやパソコンなどの他に、情報の
伝達を専門的に行なうもの、例えば、ネットワークにお
けるゲートウェイあるいは電話機における交換機のよう
な装置も含む。

【００２３】情報処理装置１は、従来の情報処理装置が
有していた情報を配付するための情報配付部１３や、情
報を保持する情報保持部１１、情報を処理する情報処理
部１２などに加えて、配付検知部１４、配付履歴保持部
１５、配付履歴表示部１６が付加されている。

【００２４】情報保持部１１は、情報処理装置１が処理
する情報を蓄えておく。実際には、メモリや磁気ディス
ク装置などの記憶装置で構成される。情報処理部１２
は、情報保持部１１に蓄えられた情報を処理する。例え
ば、情報処理装置１がワークステーションやパーソナル
コンピュータであるならば、ユーザと対話的に文書を作
成するといった文書作成の処理を行なうなど、各種の処
理を行なう。情報配付部１３は、他の情報処理装置との
間の情報の交換（受渡し）を行なう。実際には、ネット
ワークインタフェース、モデムなどから構成され、ネッ
トワークを通じて他の情報処理装置に情報を伝達した
り、他の装置から情報を受け取るなどの処理を行なう。

【００２５】配付検知部１４は、情報配付部１３内に埋
めこまれ、情報配付部１３が他の情報処理装置との間で
情報を交換するかどうかを常に監視しており、情報を交
換した場合はその情報の交換を検知し、検知に関する情
報を配付履歴保持部１５に履歴として記録する。例え
ば、ネットワークによって他の情報処理装置に接続され
ている場合は、ネットワークインタフェースを監視して
いれば、情報の交換を検知することが可能である。情報
の交換を検知した際には、伝達された情報の識別子、伝
達の相手方の装置やユーザの識別子、配付時刻などの情
報を配付情報として特定する。配付時刻は、各装置に内
蔵されているタイマや時計によって特定する。

【００２６】配付履歴保持部１５は、配付検知部１４に
よって検知された配付情報を履歴として記録する。特に
複雑な技術は不要であり、実際には磁気ディスクなどの
外部記憶装置やメモリなどで構成される。配付履歴表示
部１６は、配付履歴保持部１５に保持されている履歴の
内容を、ユーザの要求に従って可視化し、ディスプレイ
等の装置に表示する。

【００２７】図２は、本発明の情報処理装置の第１の実
施の形態における情報の構成の一例を示す説明図であ
る。情報は、図２に示すように、情報本体とともに、情
報を識別するための情報識別子を保持する情報ラベル部
を有している。情報本体は、本来の意味を持つ情報であ
り、画像やプログラム、テキスト、動画など様々な種類
の内容を持つ。情報ラベル部は、情報を一意に識別する
ための情報識別子を含んでいる。なお、情報識別子は、
他の情報と識別できればどのようなものでもよく、数字
などで表わされるようなＩＤなどの他、ファイル名など
を用いてもよい。あるいは、情報本体から情報識別子を
計算してもよい。

【００２８】この実施の形態の場合は、情報ラベル部を
情報識別子のみを保持する目的で利用しているが、一般
的には、情報ラベル部には、情報に関する属性、例えば
情報作成者、作成年月日、などが格納されてもかまわな
い。情報の利用量に応じて課金するようなシステムで
は、利用料金に関する情報もここに格納される。情報ラ
ベルに格納するものが情報識別子のみであれば、情報ラ
ベル部のような形態をとらず、情報本体に付属させても
よい。いずれにせよ、情報識別子あるいは情報ラベル部
に格納されるような情報は、情報本体と切り離されると
意味を持たなくなるため、流通時には切り離されないよ
うに、例えば、暗号化されるのが一般的である。あるい
はまた、後述するように、情報識別子を用いずに情報識
別子を情報本体から計算する方法を用いてもよい。いず
れにしても、情報を識別できればどのような方法を用い
てもよい。

【００２９】図３は、本発明の情報処理装置の第１の実
施の形態を実現するための一例を示すハードウェア構成
図である。図中、３１，３２はネットワーク、３３は端
末装置、３４はサーバ、３５はゲートウェイ、３６はＣ
ＰＵ、３７はディスク、３８は出力装置、３９は入力装
置である。図３に示した例では、ネットワーク３１，３
２などの通信手段を介して接続されたワークステーショ
ンやパーソナルコンピュータ等の端末装置３３、サーバ
３４、あるいはネットワーク同士を接続するゲートウェ
イ３５など、何らかの通信手段を介して結ばれた装置群
として構成される。端末装置３３は、一般的なワークス
テーションやパーソナルコンピュータで構成され、ＣＰ
Ｕ３６、ディスク３７、ディスプレイなどの出力装置３
８、キーボードやマウスなどの入力装置３９などで構成
される。また、サーバ３４やゲートウェイ３５も、一般
的な装置であり、ＣＰＵ３６、ディスク３７などで構成
される。情報媒介装置１は、図３に示した装置のすべ
て、あるいは一部に対応づけることができる。

【００３０】各情報処理装置は、常時ネットワークに接
続されている必要はなく、必要な時のみ接続されるよう
な構成で十分である。例えば、携帯型のパーソナルコン
ピュータ等は通常は単独で利用され、必要な時に電話回
線やイーサネットなどによってネットワークに接続され
る。この実施の形態でいう情報処理装置とは、図３中の
すべての機器を指す。すべてを対応させる必要はなく、
必要な一部の装置のみを対応させるだけでもよい。

【００３１】図１に示した構成のうちの一部についてさ
らに詳述する。上述のように、配付検知部１４は情報配
付部１３内に埋めこまれる形で実現されている。また、
情報配付部１３は、一般的にはオペレーティングシステ
ム内に組み込んで実現することが可能である。図４は、
単純化したオペレーティングシステムの構成の一例を示
す説明図である。

【００３２】Ｕｎｉｘで代表されるオペレーティングシ
ステムは、単純化すると、図４に示すように、デバイス
ドライバ、システムコール、ライブラリの層からなり、
ハードウェアの上に実現されている。最もハードウェア
に近い層はデバイスドライバであり、デバイスドライバ
はハードウェアを直接コントロールする。デバイスドラ
イバの役割は、それより上位の層に対して、ハードウェ
アの違いを出さないことにある。それより上位の層に
は、デバイスドライバを直接にコントロールするシステ
ムコール（カーネル）が存在する。そして、さらに上位
にライブラリとして、ユーザが利用しやすいようにシス
テムコールの呼出しインタフェースが組まれている。そ
して、最も上位にはアプリケーションが存在し、アプリ
ケーションはライブラリを用いた形で実現されている。

【００３３】例えば、あるアプリケーションがハードウ
ェアを制御する場合には、図４の右側に示すように、ア
プリケーションはハードウェアに関連するライブラリを
呼び出し（）、ライブラリは関連するシステムコール
を呼び出す（）。システムコールは適切なデバイスド
ライバを呼出し（）、最終的にデバイスドライバはハ
ードウェアを制御し、命令やデータを引き渡す（）。
ハードウェアからの応答が返ってきたら、デバイスドラ
イバはそれを受け取り（）、その結果をシステムコー
ルに返す（）。システムコールはそれをライブラリに
返し（）、ライブラリがアプリケーションに返す
（）。

【００３４】図５は、オペレーティングシステムと情報
配付部の関係の説明図である。情報配付部１３は外部と
の間で情報の受渡しを行なう機能を有しており、それは
ネットワークに接続するハードウェア、それをコントロ
ールするデバイスドライバ、およびシステムコール、ラ
イブラリ群から構成される。すなわち、情報配付部１３
（あるいはそれに準ずる機能）は、オペレーティングシ
ステム上では、図５においてハッチングで示したよう
に、各層に分散して構成される。例えば、イーサネット
インタフェースを取り上げてみると、イーサネットイン
タフェースのハードウェア、そのためのデバイスドライ
バ、ネットワーク関連のシステムコール、およびライブ
ラリから成る。

【００３５】一方、情報検知部１４は情報配付部１３の
一部として実現される。情報配付部１３のどの部分を監
視するかによって、幾つかの方法が考えられる。ここで
は、ライブラリ内に組み込んで実現する場合について述
べる。システムコールに組み込む場合もほぼ同様にして
実現可能である。

【００３６】情報の配付処理を行なうライブラリでは、
アプリケーションに対して一般的には以下のような形式
でデバイスを利用するように提供される。まず、前処理
として、ネットワークインタフェースをオープンし、接
続先のアドレスを設定する。次に、配付処理として、情
報の書き込みや読み出しを行なう。最後に後処理とし
て、インタフェースをクローズして、ライブラリの処理
を終了する。

【００３７】図６は、一般的なファイルデスクリプタの
管理テーブルの一例の説明図である。オペレーティング
システムの種類によって実現方法は異なるが、基本的に
はオペレーティングシステム内では、どのインタフェー
スが、いつ、どのようなプログラムによって、使用され
たか（あるいは使用されているか）を、プロセスごとに
ファイルデスクリプタと呼ぶ変数に割り当てる。ファイ
ルデスクリプタは、通常、例えば、図６に示すようなテ
ーブル等によって管理されている。

【００３８】図６に示した管理テーブルは、ファイルデ
スクリプタの識別子、対象ファイルあるいは対象デバイ
ス、利用プロセス番号、時刻の４つのフィールドから構
成されている。ファイルデスクリプタの識別子は、単に
ファイルデスクリプタを識別するものであり、この例で
は数字で示されている。対象ファイルあるいは対象デバ
イスは、使用するデバイス名あるいはファイルの場合は
ファイル名が格納される。実際のＵｎｉｘオペレーティ
ングシステムでは“／ｄｅｖ／ｎｉｔ”，“／ｄｅｖ／
ｔｔｙａ”，“／ｈｏｍｅ／ｔｍｐ／ａｂｃ”などが格
納される。利用プロセス番号は、そのファイルデスクリ
プタを使用するプロセス番号である。時刻は、ファイル
デスクリプタが登録された絶対時刻である。あるいは、
ある時点を起点とした秒数等で絶対時間を表現したもの
等でもよい。ここでは説明の単純化のため、ファイルデ
スクリプタはシステム全体で一つのテーブルで管理され
るものとする。

【００３９】アプリケーションからライブラリが呼ばれ
ると、ライブラリは前処理において、どのプログラムに
よって何のデバイスを使用するのかという情報を得て、
システムコールに渡し、新たに使用するファイルデスク
リプタを獲得（オープン）する。また、これらの情報を
基に、例えば、図６に示すようなファイルデスクリプタ
の管理テーブルに新たに登録を行なう。

【００４０】配付処理では、獲得したファイルデスクリ
プタに対して、書き込む場合には書き込み内容あるいは
内容を格納したバッファへのポインタを引き渡し、読み
出しの場合は読み出した内容を格納するバッファへのポ
インタを引き渡し、書き込みや読み出しの処理を行な
う。

【００４１】後処理では、デバイスに対する処理が終了
したので、ファイルデスクリプタを解放（クローズ）
し、そのファイルデスクリプタを管理テーブルから削除
する、などの処理を行なう。

【００４２】配付検知部１４は、このような情報配付部
１３の内部に埋め込まれる形で実現される。配付検知部
１４において情報のやりとりが検知できるように、この
実施の形態ではファイルデスクリプタの管理テーブルを
一部変更するとともに、情報の配付処理を行なうライブ
ラリの一部変更によって実現することができる。

【００４３】図７は、本発明の情報処理装置の第１の実
施の形態におけるファイルデスクリプタの管理テーブル
の一例の説明図である。図７に示した管理テーブルの例
では、ファイルデスクリプタの識別子、対象ファイルあ
るいは対象デバイス、利用プロセス番号、時刻の４つの
フィールドの他に、対象情報識別子（Ｒ）と対象情報識
別子（Ｗ）の２つのフィールドを設けている。対象情報
識別子（Ｒ）は、このファイルデスクリプタが指し示す
デバイスから情報が読み込まれた時、その情報の情報識
別子を格納するフィールドであり、対象情報識別子
（Ｗ）は書き込まれた時にその情報の情報識別子を格納
するフィールドである。例えば、図７の一番目の行の場
合には、１番のファイルデスクリプタについては、プロ
セス番号が１０６５のプロセスがイーサネットインタフ
ェースに対して、５６０９７６−０９１という識別子の
情報を書き込んだことを意味している。

【００４４】このようなファイルデスクリプタの管理テ
ーブルを用い、情報の配付処理を行なうライブラリで
は、配付処理において、新たな情報が読み込みあるいは
書き込まれたら、その情報識別子を該当するファイルデ
スクリプタの対象情報識別子（Ｒ）または対象情報識別
子（Ｗ）フィールドに追加するという処理を行なう。さ
らに、後処理において、ファイルデスクリプタが解放
（クローズ）された時に、解放が成功した場合のみ、フ
ァイルデスクリプタの対象情報識別子フィールドに書か
れている情報を、配付履歴保持部に書き出すという処理
を行なう。このよな処理を追加することによって、配付
検知部１４を実現することが可能である。

【００４５】図８は、本発明の情報処理装置の第１の実
施の形態において情報配付部で行なわれる配付処理の一
例を示すフローチャートである。Ｓ４１において、変数
ｉｎｆｏに配付の対象となる情報が、変数ｍｏｄｅに
“Ｒ”か“Ｗ”が、変数ｆｄに対象のファイルデスクリ
プタが、それぞれ格納され、配付処理が開始される。Ｓ
４２において、変数ｉｎｆｏに格納されている情報の情
報識別子を取り出し、それを変数ｉｎｆｏｉｄに格納す
る。Ｓ４３において、変数ｍｏｄｅに格納されているモ
ードが“Ｒ”か否かを判定し、“Ｒ”の場合には読み出
し処理を、“Ｒ”でない場合には書き込み処理を行な
う。

【００４６】読み出し処理は、Ｓ４４において、変数ｆ
ｄに格納されている指定されたファイルデスクリプタに
対応する対象情報識別子（Ｒ）のフィールドを参照し、
変数ｉｎｆｏｉｄに格納されている情報識別子がなけれ
ば、この情報識別子を追加する。そして、Ｓ４５におい
て、従来と同様の読み出し処理を行なう。

【００４７】書き込み処理は、Ｓ４６において、変数ｆ
ｄに格納されている指定されたファイルデスクリプタに
対応する対象情報識別子（Ｗ）のフィールドを参照し、
変数ｉｎｆｏｉｄに格納されている情報識別子がなけれ
ば、この情報識別子を追加する。そして、Ｓ４７におい
て、従来と同様の書き込み処理を行なう。

【００４８】最後に、Ｓ４８において、処理の結果を呼
出側へ返し、処理を終了する。このような処理によっ
て、読み出しあるいは書き込みの行なわれた情報の情報
識別子が、ファイルデスクリプタの管理テーブルに記録
されることになる。

【００４９】図９は、本発明の情報処理装置の第１の実
施の形態において情報配付部で行なわれる後処理の一例
を示すフローチャートである。Ｓ５１において、変数ｆ
ｄに対象のファイルデスクリプタが格納されて、後処理
が開始される。Ｓ５２において、ファイルデスクリプタ
の管理テーブルに格納されている、変数ｆｄ内のファイ
ルデスクリプタに対応する対象情報識別子（Ｒ）のフィ
ールド、および、対象情報識別子（Ｗ）のフィールドを
参照する。Ｓ５３において、少なくともどちらかのフィ
ールドに情報識別子が格納されているか否かを判定し、
情報識別子が格納されている場合には、Ｓ５４の処理を
行なう。

【００５０】Ｓ５４において、変数ｆｄ内のファイルデ
スクリプタに対応する管理テーブルのエントリを参照
し、対象情報識別子（Ｒ）に格納されていた情報識別子
については、 “対象情報識別子（Ｒ）” ｗａｓｒｅａｄｆｒｏ
ｍ “対象デバイス” ａｔ “時刻” ｂｙ “利用
プロセス” という履歴を配付履歴保持部１５に書き込む。また、対
象情報識別子（Ｗ）に格納されていた情報識別子につい
ては、 “対象情報識別子（Ｗ）” ｗａｓｗｒｉｔｔｅｎ
ｔｏ “対象デバイス” ａｔ “時刻” ｂｙ “利
用プロセス” という履歴を配付履歴保持部１５に書き込む。

【００５１】Ｓ５５において、従来の後処理を行なった
後、Ｓ５６で処理の結果を呼出側へ返し、処理を終了す
る。このようにして、情報の読み出しまたは書き込みの
履歴が配付履歴保持部１５に蓄積されて行くことにな
る。

【００５２】図１０は、本発明の情報処理装置の第１の
実施の形態において配付履歴保持部に保持される履歴の
一例の説明図である。上述のような履歴を配付履歴保持
部１５に記録するほか、例えば、図１０に示すように、
テーブルの形式のデータとして記録するようにしてもよ
い。

【００５３】この図１０に示したテーブルは、上述の表
現と同じ情報を含むものである。図１０に示した例で
は、対象情報識別子、配付種別、対象ファイルおよび対
象デバイス、利用プロセス、時刻の５つのフィールドか
ら構成されている。対象情報識別子のフィールドは、フ
ァイルデスクリプタの管理テーブル中の対象情報識別子
（Ｒ）および対象情報識別子（Ｗ）に格納されていた対
象情報識別子が格納されるフィールドであり、どちらに
格納されていたかによって、配付種別のフィールドに
“Ｒｅａｄ”または“Ｗｒｉｔｅ”が格納される。ま
た、対象ファイルおよび対象デバイス、利用プロセス、
時刻の３つのフィールドは、それぞれ対応するファイル
デスクリプタの管理テーブルの各フィールドに格納され
ていた情報が格納される。

【００５４】図９に示したような形式、あるいは、図１
０に示すようなテーブルの形式などによって、履歴が配
付履歴保持部１５に記録されて行く。そして、ユーザか
ら要求があると、配付履歴表示部１６は配付履歴保持部
１５に保持されている履歴の内容を、ユーザの要求に従
って可視化し、例えば、ディスプレイ等の装置に出力す
る。

【００５５】図１１は、本発明の情報処理装置の第１の
実施の形態における配付履歴表示部による表示の一例の
説明図である。図１１では、ユーザによって指定された
情報識別子に関する情報をウインドウのように表示した
例である。この例ではウインドウの最上部の「対象情報
識別子」の部分で、知りたい情報識別子を指定すると、
その結果を下部に表示してくれるようになっている。こ
こでは、配付種別、対象デバイス、利用プロセス、時刻
などを表示している。ユーザによる指定は、情報識別子
に限らず、時刻やデバイスを指定してもよいし、あるい
はすべての結果を表形式で表示するようにしてもよい。
ここではディスプレイに表示する例を示したが、当然、
プリンタなど他の出力デバイスに出力するように構成し
てもよい。

【００５６】次に、本発明の情報処理装置の第２の実施
の形態について説明する。この第２の実施の形態は、情
報を外部から受け取る際に、その情報があらかじめ登録
された情報の属性（情報の種類、あるいは情報識別子、
情報の作成者など）に一致する場合には、その情報の受
け取りを拒否したり、情報を発信しようとしたらその情
報の送付を禁止するという機能を実現するものである。

【００５７】この機能は、例えば、ウィルスの混入した
プログラムが広く出回った時に、その情報を登録してお
けば、受け取らなくて済む。あるいは、企業の機密を守
るために、特定の情報の外部への配付を防止することに
も用いることができる。

【００５８】図１２は、本発明の情報処理装置の第２の
実施の形態を示す構成図である。図中、図１と同様の部
分には同じ符号を付して説明を省略する。１７は配付検
知制御部、１８は配付情報種定義部である。配付検知制
御部１７は、上述の第１の実施の形態と同様に情報の配
付を検知し、その後、その情報の情報識別子、あるいは
属性を調べ、それが配付情報種定義部に定義されている
ものに一致するか否かをチェックする。もし、該当する
ものが定義されていたら配付処理を中断する。配付検知
制御部１７は、第１の実施の形態における配付検知部１
４を変更することで実現可能である。

【００５９】配付情報種定義部１８は、ユーザによって
受け取りを拒否する（あるいは逆に受け取ることのでき
る）情報の種類、および送付を禁止する（あるいは逆に
送ることのできる）情報の種類を定義し、保持する。こ
の場合、ユーザとは、例えば、システムの管理者のよう
な特権を持ったユーザを指すかもしれない。その場合に
は、一般の利用者が受け取るあるいは送付することので
きない情報種を、管理者が設定することになる。

【００６０】図１３は、本発明の情報処理装置の第２の
実施の形態における配付情報種定義部の保持内容の一例
の説明図である。図１３に示した各行が一つの情報種を
意味している。それぞれの情報種について説明する。１
行目は情報識別子が“５６０９７６−０９１”であるよ
うなすべての情報は、受け取りも送付も禁止される、と
いうことを意味している。“＊”はすべての場合にマッ
チングする。２行目は情報の作成日が１９９３年１月１
日以前の情報は受け取ることを禁止する、という意味で
ある。作成日時の後の“−”は「それより以前」という
ことを意味する。“＋”の場合は「それ以降」を意味す
る。配付種別の０は「受け取り」、１は「送付」を意味
している。３行目は“９０８７６”というユーザＩＤを
持つ者が作成した情報で、作成日が１９９５年３月２６
日以降の情報については受け取りも送付も禁止する、と
いうことを意味している。図１３に示した各項目は一例
であって、これらは必須ではないし、もちろん、他の種
々の属性を項目として用いてもよい。

【００６１】図１４は、ユーザが情報種を定義する際の
表示例の説明図である。図１４では、情報種の定義を、
ウインドウ状の表示画面を用いて行なう例を示してい
る。ここでは、図１３に示した例に従って、情報識別
子、作成者、作成日時、配付種別の４つの項目が入力で
きるようにしている。図示のように各項目をユーザが指
定することによって、情報種を定義することができる。
図１４の例では、情報の作成日が１９９４年１月１日以
前の情報は送付を禁止する、という意味の情報種を定義
している。

【００６２】このような配付情報種定義部１８中に定義
された情報種に従い、配付検知制御部１７は配付を制御
する。配付検知制御部１７は、上述の第１の実施の形態
における配付検知部１４と同様に、まず前処理として、
使用するデバイスをオープンしてファイルデスクリプタ
を獲得し、ファイルデスクリプタの管理テーブルへの登
録を行なう。続いて、図１５に示す配付処理を行なう。

【００６３】図１５は、本発明の情報処理装置の第２の
実施の形態における配付検知制御部の配付処理の一例を
示すフローチャートである。Ｓ６１において、変数ｉｎ
ｆｏに配付の対象となる情報が、変数ｍｏｄｅに“Ｒ”
か“Ｗ”が、変数ｆｄに対象のファイルデスクリプタ
が、それぞれ格納され、配付処理が開始される。Ｓ６２
において、変数ｉｎｆｏに格納されている情報の情報識
別子を取り出し、変数ｉｎｆｏｉｄに格納する。また、
Ｓ６３において、変数ｉｎｆｏに格納されている情報の
作成者の属性を取り出し、変数ｃｒｅａｔｅｒに格納す
る。さらに、Ｓ６４において、変数ｉｎｆｏに格納され
ている情報の作成日時の属性を取り出し、変数ｄａｔｅ
に格納する。

【００６４】Ｓ６５において、変数ｍｏｄｅが“Ｒ”か
否かを判定し、変数ｍｏｄｅが“Ｒ”の場合には、Ｓ６
６において変数ｔｙｐｅに０を代入する。また、変数ｍ
ｏｄｅが“Ｗ”の場合には、Ｓ６７において変数ｔｙｐ
ｅに１を代入する。

【００６５】Ｓ６８において、配付情報種定義部１８に
変数ｉｎｆｏｉｄ、変数ｃｒｅａｔｅｒ、変数ｄａｔ
ｅ、変数ｔｙｐｅに一致する情報種が存在するか否かを
判定する。存在する場合には、Ｓ６９において、配付処
理を中断し、処理結果をエラーとして、Ｓ７１で呼出側
へ処理結果を返す。一致する情報種が定義されていなか
った場合には、Ｓ７０において、変数ｍｏｄｅに従っ
て、通常の読み込みあるいは書き込みの処理を行なう。
そして、Ｓ７１において、呼出側へ処理結果を返す。

【００６６】この第２の実施の形態では履歴を残す必要
はないので、配付検知制御部１７における後処理は、従
来と同様、使用したデバイスをクローズし、ファイルデ
スクリプタの管理テーブルのエントリの削除を行ない、
一連の処理を終了する。もし、履歴を残すのであれば、
第１の実施の形態と同様に、配付処理において情報識別
子の管理テーブルへの登録と、後処理において配付履歴
保持部への書き込みを行なうようにすればよい。

【００６７】なお、図１５に示した配付処理の一例で
は、チェックする情報の属性として、図１３に示した情
報識別子、作成日時、作成者、および配付種別を用いて
いる。これらは、配付情報種定義部１８に登録されてい
る情報種に応じて、適宜変更可能である。また、配付情
報種定義部１８に登録されている情報種に一致した場合
に、配付処理を中断する場合を示しているが、逆に、配
付情報種定義部１８に登録されている情報種に一致した
場合のみ、通常の読み込みまたは書き込みを行なうよう
に構成してもよい。さらに、配付情報種定義部１８に、
禁止または許可を示す情報を登録しておき、情報種に一
致した場合に禁止するかあるいは許可するかを切り替え
るように構成することも可能である。

【００６８】次に、本発明の情報処理装置の第３の実施
の形態について説明する。これまでに述べてきた各実施
の形態では、情報に対して情報ラベル部を設け、情報識
別子を情報ラベル内に保持するようにしている。しか
し、結果的に情報を識別する手段が提供されていればよ
く、例えば、情報全体をある関数に従ってハッシュ関数
を用いて計算し、そのハッシュ値を情報識別子に用いる
という情報識別子計算部を用いて実現してもよい。情報
識別子を明示的に保持しないようにすることで、情報に
対して情報ラベル部を付加する必要がなくなり、情報ラ
ベル部と情報本体とを切り離されないように暗号化する
などの手法が不要になる。

【００６９】図１６は、本発明の情報処理装置の第３の
実施の形態を示す構成図である。図中、図１と同様の部
分には同じ符号を付して説明を省略する。１９は情報識
別子計算部である。ここでは、第１の実施の形態で示し
た情報処理装置に対して、情報識別子計算部１９を用い
て実現した場合の構成例を示した。もちろん、他の実施
の形態で示した情報処理装置を含む本発明のすべての構
成において、情報識別子計算部を用いて実現することも
可能である。しかし基本的な実現方法は同じであるの
で、ここでは第１の実施の形態に適用した場合について
のみ説明する。

【００７０】なお、この第３の実施の形態の場合には、
情報には情報ラベル部は不要であり、情報は情報本体の
みから構成されていればよい。これは簡単なので、特に
図示していない。

【００７１】情報識別子計算部１９は、配付検知部１４
や配付履歴表示部１６から渡された情報本体から情報識
別子を計算し、その値を返す。情報識別子計算部１９
は、情報本体の内容から情報識別子を計算するための一
方向性ハッシュ関数を保持している。そして、配付検知
部１４や配付履歴表示部１６から情報本体を受け取る
と、その情報本体の内容をもとにハッシュ関数を使って
その情報の情報識別子を新たに生成し、その情報識別子
を呼出側に返す。

【００７２】一方向性ハッシュ関数は、任意長のビット
列をある長さのビット列に変換する関数である。しか
も、入力するビット列が異なれば出力値が同じになるこ
とは非常に少ないという性質を持つ。一方向性ハッシュ
関数は、暗号理論で多く用いられるが、データをある長
さに圧縮してしかも入力データが異なれば出力値が異な
るという性質は、この実施の形態のように情報の識別に
も用いることができる。例えば、岡本栄司著，「暗号理
論入門」，共立出版株式会社，１９９３年，ｐｐ１３８
−１４０には、具体的な一方向性ハッシュ関数の例が数
多く提案されている。その一つとして、ＳＨＡ（ｓｅｃ
ｕｒｅｈａｓｈａｌｇｏｒｉｔｈｍ）がある。同書
によれば、アメリカ商務省標準局（ＮＩＳ）が示した一
方向性ハッシュ関数の標準案であるＳＨＡは、任意の長
さ（２⁶⁴ビット未満）のメッセージ（伝達したい情報）
に対して、１６０ビットをハッシュ値として出力する。
同書では、ＳＨＡによるハッシュ化の例として、ａ，
ｂ，ｃのＡＳＣＩＩコード０１１００００１０１１０００１００１１０００１
１からなるメッセージのＳＨＡ出力は、３２ビットからな
るワード単位では、０１６４Ｂ８Ａ９１４ＣＤ２Ａ５Ｅ７４Ｃ４Ｆ７Ｆ
Ｆ０８２Ｃ４Ｄ９７Ｆ１ＥＤＦ８８０となると述べられている。

【００７３】ＳＨＡのアルゴリズムは、同書に詳述され
ているが、主に次の３つのステップから構成される。（１）メッセージをある長さごとに分割するステップ（２）分割されたメッセージごとに、排他的論理和やビ
ットシフト等を組み合せた演算を行なうステップ（３）全ての分割メッセージに対するステップ（２）の
演算結果をもとにハッシュ値を出力するステップ

【００７４】この情報識別子計算部１９は、図１６に示
すように、配付検知部に対して付加される形態で配置さ
れる。情報識別子計算部を設けることによって、主とし
て情報識別子計算部１９を呼び出す配付検知部１３の処
理内容が変更される。また、配付履歴表示部１６におい
て、ユーザが情報識別子を指定するのではなく、情報本
体を指定してその情報に対する履歴を探索するように実
現される場合において、情報識別子計算部１９は配付履
歴表示部１６からも呼び出される。その両者には、内部
的な処理として、「情報ラベル部から情報識別子の内容
を読み取る」というステップが存在する。例えば、配付
検知部１４の処理では、図８のＳ４２において、あるい
は配付検知制御部１７の処理では、図１５のＳ６２にお
いて、この処理が行なわれている。このステップを、
「情報本体を情報識別子計算部に渡し、返ってきた結果
を情報識別子として用いる」という処理に変更すること
によって、この第３の実施の形態を実現することができ
る。

【００７５】次に、本発明の情報処理装置の第４の実施
の形態について説明する。上述の第２の実施の形態にお
いて配付の検知結果を配付の中断処理に用いたが、この
第４の実施の形態では、配付の検知結果に従って、ユー
ザが定義した任意の処理を呼び出せるようにしたもので
ある。Ｕｎｉｘオペレーティングシステムなどでは、
“ｃｒｏｎ”コマンドを用いることにより任意の時刻に
任意の処理を起動するように設定できる。この実施の形
態ではそれと同様に任意の情報種の情報が配付されたこ
とを契機として、任意のコマンドを起動できるようにし
たものである。

【００７６】図１７は、本発明の情報処理装置の第４の
実施の形態を示す構成図である。図中、図１２と同様の
部分には同じ符号を付して説明を省略する。２０はユー
ザ定義処理起動部である。ユーザ定義処理起動部２０
は、二つの機能を持つ。一つは、情報配付部１３で配付
処理が実行されている最中に呼び出された時に、配付処
理が終わった時に起動される処理内容を保持しておく処
理である。もう一つは、配付処理が終わった時に、実際
にユーザによって定義された処理を起動する処理であ
る。

【００７７】図１８は、本発明の情報処理装置の第４の
実施の形態における配付情報種定義部の保持内容の一例
の説明図である。この実施の形態では、配付情報種定義
部１８に保持される情報種として、図１３に示したフィ
ールドの他に、起動処理のフィールドが付加されてい
る。この起動処理のフィールドには、特定の条件に一致
した情報が配付された場合に起動する処理が記録され
る。条件は図１３で示したものと同じである。

【００７８】起動処理のフィールドについて説明する。
１行目および３行目は、それぞれ、“／ｈｏｍｅ／ｓａ
ｉｔｏ／ｂｉｎ／ｍａｉｌ−ｍｅ”，“／ｈｏｍｅ／ｓ
ａｉｔｏ／ｂｉｎ／ｍａｉｌ−ａｌｌ”で指定されたパ
スに存在するコマンドを起動するという意味である。こ
の記述方法は、Ｕｎｉｘオペレーティングシステムのフ
ァイルの指定方法に準じて表記している。ここで指定す
るファイルをシェルスクリプトなどで記述しておけば、
ユーザが自由に内容を定義することができる。

【００７９】２行目は少し特殊である。“／ｕｓｒ／ｂ
ｉｎ／ｒｍ｛｝”の意味は、“｛｝”が受け取ったある
いは送付されたファイル名にマッチングするようになっ
ている。また、“／ｕｓｒ／ｂｉｎ／ｒｍ”はファイル
の削除を行なうコマンドである。従って、２行目全体の
意味は１９９３年１月１日以前に作成されたファイルを
受け取った時は、該当するファイルを削除しろ、という
ことを意味する。結果的には、上述の第２の実施の形態
と同様、受け取りを拒否することになる。

【００８０】配付情報種定義部１８は、ユーザが処理を
指定するための機能も持つが、その表示例は図１４で示
したものと殆ど変わらない。起動処理の行が増えるだけ
である。そして、図１８に示すように、起動処理のフィ
ールドが追加されるだけである。

【００８１】配付検知部１４は、配付処理を行なう際に
配付を検知し、配付された情報が配付情報種定義部１８
に定義されている情報種に一致したら、ユーザ定義処理
部２０に起動すべき処理内容を通知しておく。そして、
後処理が終了した後に、再びユーザ定義処理起動部２０
を呼び出す。すると、ユーザ定義処理起動部２０はさき
に通知されていた処理内容を起動する。

【００８２】図１９は、本発明の情報処理装置の第４の
実施の形態における配付検知部の配付処理の一例を示す
フローチャートである。このフローチャートにおいて、
Ｓ６１〜Ｓ７１の各ステップの処理は、図１５と同様で
あるので説明を省略する。Ｓ６８において、配付情報種
定義部１８に定義されている情報種のなかに、変数ｉｎ
ｆｏｉｄ、変数ｃｒｅａｔｅｒ、変数ｄａｔｅ、変数ｔ
ｙｐｅに一致するものが見つかった場合には、Ｓ８１に
おいて、見つかった情報種の起動処理のフィールドに記
録されている起動処理の内容を変数ｐｒｏｃに代入す
る。Ｓ８２において、変数ｆｄと変数ｐｒｏｃ、すなわ
ち、ファイルデスクリプタと起動処理内容をユーザ定義
処理起動部２０に引き渡す。ファイルデスクリプタを引
き渡す意味は、オペレーティングシステムがマルチプロ
セスで走っている場合のことを考え、他のファイルデス
クリプタに関する後処理が行なわれたのに、異なるファ
イルデスクリプタに関する起動処理を行なわないように
するためである。

【００８３】図２０は、本発明の情報処理装置の第４の
実施の形態における配付検知部の後処理の一例を示すフ
ローチャートである。Ｓ９１において、変数ｆｄに対象
のファイルデスクリプタが格納され、起動されると、Ｓ
９２において、従来と同様の後処理を行なった後、Ｓ９
３において、変数ｆｄをユーザ定義処理起動部２０に渡
し、呼び出す。その後、Ｓ９４において、後処理の結果
を呼出側へ返し、処理を終了する。

【００８４】図２１は、本発明の情報処理装置の第４の
実施の形態におけるユーザ定義処理起動部の処理の一例
を示すフローチャートである。ユーザ定義処理起動部２
０は、配付検知部１４における配付処理の途中と後処理
の最後に呼び出される。Ｓ１０１において、変数ｆｄに
対象のファイルデスクリプタが、また、変数ｐｒｏｃに
起動処理内容が格納されて呼び出されると、まず、Ｓ１
０２において、配付検知部１４のどの処理において呼び
出されたかを判定する。配付検知部１４の後処理から呼
び出された場合には、起動処理内容が渡されないので、
変数ｐｒｏｃはｎｕｌｌとなっている。そのため、この
Ｓ１０２における判定では、変数ｐｒｏｃがｎｕｌｌか
否かを判定すればよい。

【００８５】配付検知部１４の配付処理から呼び出され
た場合には、Ｓ１０３において、起動処理登録テーブル
に変数ｆｄと変数ｐｒｏｃの内容を登録して処理を終了
する。図２２は、本発明の情報処理装置の第４の実施の
形態においてユーザ定義処理起動部が保持する起動処理
登録テーブルの一例の説明図である。図２１では、起動
処理登録テーブルは、ファイルデスクリプタと起動処理
のフィールドから構成されている。それぞれのフィール
ドには、配付検知部１４から渡されたファイルデスクリ
プタおよび起動処理が登録される。

【００８６】図２１に戻り、配付検知部１４の後処理か
ら呼び出された場合には、Ｓ１０４において、起動処理
登録テーブルに登録されているエントリから変数ｆｄに
関するものを探索し、それに対応する起動処理を変数ｐ
ｒｏｃに格納する。そして、Ｓ１０５においてそのエン
トリを削除し、Ｓ１０６において、変数ｐｒｏｃに格納
されている起動処理を起動する。

【００８７】配付検知部１４が、例えば、図１９に示す
配付処理のＳ８２においてユーザ定義処理起動部２０を
呼び出すと、ユーザ定義処理起動部２０は、図２１のＳ
１０２からＳ１０３へ進み、配付検知部１４から渡され
るファイルデスクリプタと処理内容を、例えば、図２２
に示すような起動処理登録テーブルに登録する。

【００８８】さらに配付検知部１４の処理が進み、例え
ば、図２０に示す後処理のＳ９３においてユーザ定義処
理起動部２０を呼び出すと、ユーザ定義処理起動部２０
は、図２１のＳ１０２からＳ１０４へ進む。そして、図
２２に示すような起動処理登録テーブルから、渡された
ファイルデスクリプタに関するエントリから起動処理を
取り出して、その処理を実行する。

【００８９】このようにして、情報の配付を検知した際
に、情報が配付情報種定義部１８に定義した条件を満た
す場合に、対応づけて定義されている起動処理を実行す
ることができる。

【００９０】上述の説明では、配付検知部１４から２回
に分けてユーザ定義処理起動部２０が呼び出されるが、
後処理で呼び出されるのみにすることも可能である。こ
の場合には、後処理からユーザ定義処理起動部２０を呼
び出す際に、ファイルデスクリプタとともに起動処理を
受け渡すように構成すればよい。

【００９１】この第４の実施の形態では、第２の実施の
形態にユーザ定義処理起動部２０を追加して構成した
が、これに限らず、第１の実施の形態や第３の実施の形
態に配付情報種定義部１８およびユーザ定義処理起動部
２０を追加し、各部の処理を変更することによって実現
することも可能である。

【００９２】なお、上述の各実施の形態は、配付検知部
１４や配付検知制御部１７をライブラリ内に組み込んで
実現する場合について述べたが、上述のように、システ
ムコールや、デバイスドライバの部分に組み込んで実現
することも可能である。

【００９３】また、上述の各実施の形態では、他の情報
処理装置との間で情報の配付を行なう場合について主に
説明したが、本発明はこれに限らない。例えば、利用者
間で情報の配付を行なうような場合にも、上述の各実施
の形態とまったく同様にして配付を検知し、その検知し
た情報を履歴として保持しておいて出力させたり、配付
の可否を決定したり、配付の検知を契機として処理を起
動するなど、種々の構成を実現することができる。この
場合、図３に示したような複数のコンピュータが接続さ
れた構成の他、１台のコンピュータを複数のユーザで共
同利用している場合であっても、あるいは、複数のユー
ザが１台のコンピュータを適宜利用する場合であっても
よい。また、配付履歴保持部１５や、配付情報種定義部
１８等が保持する情報は、各ユーザごとに保持してもよ
いし、あるいは、例えば、ユーザ識別子とともに共通し
て保持するように構成してもよい。

【００９４】

【発明の効果】以上の説明から明らかなように、本発明
によれば、外部装置との間、あるいは複数の利用者間で
情報の受渡しが行なわれる際に、その情報の受渡しを情
報受渡検知部で検知する。この情報受渡検知部により、
情報の受渡しを常に監視することができる。これによ
り、どのような情報が、いつ誰によって外部へ持ち出さ
れたのか、あるいは外部から入ってきたか、あるいはま
た、ある特定の情報が装置から外部へ配付されたのか、
受け取ったのか等を検知することが可能となる。

【００９５】さらに、請求項３に記載の発明によれば、
情報受渡検知部で検知した情報の受渡しの履歴を履歴保
持部に記録しておき、履歴を履歴出力部から出力するこ
とができるので、情報の出入りの記録を後から参照する
ことが可能となる。

【００９６】請求項４に記載の発明によれば、情報の属
性ごとに受渡時に起動すべき処理内容が処理定義部に定
義されており、情報受渡検知部が情報の受渡しを検知し
たとき、その情報の属性に従って、処理定義部に定義さ
れている処理を起動し、処理を実行する。これにより、
ある情報が外部に配付されたこと、あるいは、ある情報
を受け取ったことを契機として、他の処理を行なうこと
が可能となる。

【００９７】請求項５に記載の発明によれば、情報の属
性ごとに受渡しの可否を示す情報種を情報種保持部に保
持し、情報受渡検知部が情報の受渡しを検知したとき、
その情報の属性から情報種保持部に保持されている情報
種を得て、情報種が受渡しを禁止している場合にはその
情報の受渡しを拒否する。これにより、ある特定の情報
が外部に配付されることを未然に防止し、また、ある特
定の情報を受け取ることを拒否することが可能となる、
等の効果がある。

【００９８】なお、請求項４または５における情報の属
性は、請求項６に記載の発明のように、所定の手続きに
より情報全体から得るように構成することが可能であ
る。

【００９９】また、請求項１に記載の情報処理装置にお
いて、情報受渡検知部は、請求項７に記載の発明のよう
に、オペレーティングシステム内の前記外部装置に対し
てアクセスを行なう機能部に外部装置に対する情報の受
渡しを検知する機能を組み込むことによって実現するこ
とができる。

【図面の簡単な説明】

【図１】本発明の情報処理装置の第１の実施の形態を
示す構成図である。

【図２】本発明の情報処理装置の第１の実施の形態に
おける情報の構成の一例を示す説明図である。

【図３】本発明の情報処理装置の第１の実施の形態を
実現するための一例を示すハードウェア構成図である。

【図４】単純化したオペレーティングシステムの構成
の一例を示す説明図である。

【図５】オペレーティングシステムと情報配付部の関
係の説明図である。

【図６】一般的なファイルデスクリプタの管理テーブ
ルの一例の説明図である。

【図７】本発明の情報処理装置の第１の実施の形態に
おけるファイルデスクリプタの管理テーブルの一例の説
明図である。

【図８】本発明の情報処理装置の第１の実施の形態に
おいて情報配付部で行なわれる配付処理の一例を示すフ
ローチャートである。

【図９】本発明の情報処理装置の第１の実施の形態に
おいて情報配付部で行なわれる後処理の一例を示すフロ
ーチャートである。

【図１０】本発明の情報処理装置の第１の実施の形態
において配付履歴保持部に保持される履歴の一例の説明
図である。

【図１１】本発明の情報処理装置の第１の実施の形態
における配付履歴表示部による表示の一例の説明図であ
る。

【図１２】本発明の情報処理装置の第２の実施の形態
を示す構成図である。

【図１３】本発明の情報処理装置の第２の実施の形態
における配付情報種定義部の保持内容の一例の説明図で
ある。

【図１４】本発明の情報処理装置の第２の実施の形態
においてユーザが情報種を定義する際の表示例の説明図
である。

【図１５】本発明の情報処理装置の第２の実施の形態
における配付検知制御部の配付処理の一例を示すフロー
チャートである。

【図１６】本発明の情報処理装置の第３の実施の形態
を示す構成図である。

【図１７】本発明の情報処理装置の第４の実施の形態
を示す構成図である。

【図１８】本発明の情報処理装置の第４の実施の形態
における配付情報種定義部の保持内容の一例の説明図で
ある。

【図１９】本発明の情報処理装置の第４の実施の形態
における配付検知部の配付処理の一例を示すフローチャ
ートである。

【図２０】本発明の情報処理装置の第４の実施の形態
における配付検知部の後処理の一例を示すフローチャー
トである。

【図２１】本発明の情報処理装置の第４の実施の形態
におけるユーザ定義処理起動部の処理の一例を示すフロ
ーチャートである。

【図２２】本発明の情報処理装置の第４の実施の形態
においてユーザ定義処理起動部が保持する起動処理登録
テーブルの一例の説明図である。

【符号の説明】

１…情報処理装置、１１…情報保持部、１２…情報処理
部、１３…情報配付部、１４…配付検知部、１５…配付
履歴保持部、１６…配付履歴表示部、１７…配付検知制
御部、１８…配付情報種定義部、１９…情報識別子計算
部、２０…ユーザ定義処理起動部、３１，３２…ネット
ワーク、３３…端末装置、３４…サーバ、３５…ゲート
ウェイ、３６…ＣＰＵ、３７…ディスク、３８…出力装
置、３９…入力装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者上林憲行神奈川県足柄上郡中井町境430 グリーンテクなかい富士ゼロックス株式会社内

Claims

【特許請求の範囲】

【請求項１】外部装置との間で情報の受渡しが可能な
情報処理装置において、前記外部装置との間で行なわれ
る情報の受渡しを検知する情報受渡検知部を設けたこと
を特徴とする情報処理装置。
【請求項２】複数の利用者間で情報の受渡しが可能な
情報処理装置において、前記利用者間で行なわれる情報
の受渡しを検知する情報受渡検知部を設けたことを特徴
とする情報処理装置。
【請求項３】さらに、前記情報受渡検知部で検知した
情報の受渡しの履歴を記録する履歴保持部と、該履歴保
持部に記録された履歴を出力する履歴出力部を有するこ
とを特徴とする請求項１または２に記載の情報処理装
置。
【請求項４】情報の受渡しが行なわれた際に該情報の
属性ごとに起動すべき処理内容が定義されている処理定
義部を有し、前記情報受渡検知部が情報の受渡しを検知
したとき、該情報の属性に従って前記処理定義部に定義
されている処理を起動することを特徴とする請求項１ま
たは２に記載の情報処理装置。
【請求項５】情報の属性ごとに受渡しの可否を示す情
報種を保持する情報種保持部を有し、前記情報受渡検知
部が情報の受渡しを検知したとき、該情報の属性から前
記情報種保持部に保持されている情報種を得て、該情報
種が受渡しを禁止している場合には該情報の受渡しを拒
否することを特徴とする請求項１または２に記載の情報
処理装置。
【請求項６】前記属性を所定の手続きにより情報全体
から得ることを特徴とする請求項４または５に記載の情
報処理装置。
【請求項７】前記情報受渡検知部を、オペレーティン
グシステム内の前記外部装置に対してアクセスを行なう
機能部に外部装置に対する情報の受渡しを検知する機能
を組み込むことによって実現したことを特徴とする請求
項１または２に記載の情報処理装置。