JP2008059063A - 情報管理プログラム - Google Patents

Abstract

【課題】検閲の範囲を最適に設定し、社員に対するプライベート侵食・秘密情報漏洩の問題を防止すること。
【解決手段】情報管理装置１００は、上下関係情報１５０ｂを記録し、クライアント１０，２０から記事情報に対してアクセス要求を受け付けた場合には、アクセス要求を行った利用者の情報と上下関係情報１５０ｂとを基にして、記事情報に対するアクセスを許可するか否かを判定する。また、コミュニティごとに複数の利用者が作成した記事情報を記録し、この記事情報に対するアクセス要求を受け付けた場合に、アクセス要求を行った利用者の情報と上下関係情報１５０ｂとを基にして、コミュニティに属する記事情報に対するアクセスを許可するか否かを判定する。
【選択図】 図１

Description

この発明は、ネットワーク上の利用者の端末の間で共有される記事の情報を管理する情報管理プログラムに関し、特に、利用者の作成した記事の情報に対する検閲の範囲を最適に設定し、利用者に対するプライベート侵食・秘密情報漏洩の問題を防止することができる情報管理プログラムに関するものである。

近年、企業ではネットワーク環境が整備され、ネットワークを介して個々の社員同士が意見交換などを行うことが可能となっている。例えば、社員がブログ等を利用して、様々な記事（企業活動にかかる連絡事項、時事ニュース、専門的トピックス、友達間の話題等に関する記事）を作成し、作成した記事の情報を企業内の社員に対して公開している。また、社員が作成した記事の公開範囲は、企業内の社員全体に及ぶ場合もあれば、記事を作成した社員の仲間内のみに限定される場合もあり、基本的に記事の公開範囲は、記事の内容および社則などに応じて、記事を作成した社員自身が設定している。

すなわち、社員は自ら作成した記事に対して公開範囲を設定することによって、作成した記事を閲覧することのできる社員を制限し、自身のプライベートな情報が漏洩することを防ぐとともに、記事にかかる秘密情報が悪意のある第三者に漏洩するという問題を未然に防止している。

なお、特許文献１にかかる人脈情報検索システムでは、予め複数の利用者の人脈の情報および各利用者自身に関する情報をデータベースに登録しておき、端末から利用者が検索したい情報を受け付けた場合に、データベースに記録された情報を参照し、入力された情報に対応する人脈の情報を出力することによって、各利用者間の人脈を仲介可能とする技術が公開されている。

特開２００３−１４１３８１号公報

しかしながら、上述した従来の技術では、企業の社則などによって、社員が作成した記事に対する検閲を行う場合に、社則に基づく検閲の範囲と、社員が設定した公開範囲とが必ずしも一致するわけではなく、最適な検閲の範囲を設定することが難しいため、万一、検閲の範囲を誤って設定してしまった場合には、社員に対するプライベートの侵食、秘密情報漏洩などの問題が発生してしまう。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、検閲の範囲を最適に設定し、社員に対するプライベート侵食・秘密情報漏洩の問題を防止することができる情報管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、ネットワーク上の利用者の端末の間で共有される記事の情報を管理する情報管理プログラムであって、上下関係を有する利用者の情報を示す上下関係情報と利用者が作成した記事の情報を示す記事情報とを対応付けて記録装置に記録する記録手順と、前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定する判定手順と、をコンピュータに実行させることを特徴とする。

また、本発明は、上記発明において、前記記録手順は利用者が管理するネットワーク上のコミュニティにおいて他の複数の利用者が作成した記事の情報を示すコミュニティ情報と前記上下関係情報と関連付けて更に記録装置に記録し、前記判定手順は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記コミュニティ情報にアクセスすることを許可するか否かを判定することを特徴とする。

また、本発明は、上記発明において、前記上下関係情報は上司と部下との関係を有する利用者の情報を示し、前記判定手順は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記記事情報を作成した利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記記事情報を作成した利用者の上司である場合に、前記記事情報に対するアクセスを許可することを特徴とする。

また、本発明は、上記発明において、前記判定手順は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記コミュニティ情報の属するコミュニティを管理する利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記コミュニティを管理する利用者の上司である場合に前記コミュニティ情報に対するアクセスを許可することを特徴とする。

また、本発明は、上記発明において、前記記録手順は前記記事情報と当該記事情報に対するアクセスを許可する利用者の情報とを対応付けたアクセス許可情報を更に記録装置に記録し、前記判定手順は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報および前記アクセス許可情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定することを特徴とする。

本発明によれば、上下関係を有する利用者の情報を示す上下関係情報と利用者が作成した記事の情報を示す記事情報とを対応付けて記録装置に記録し、記事情報に対するアクセス要求を受け付けた場合に、上下関係情報を基にしてアクセス要求元の端末が記事情報にアクセスすることを許可するか否かを判定するので、利用者の作成した記事情報に対する検閲の範囲を最適に設定することができる。

また、本発明によれば、利用者が管理するネットワーク上のコミュニティにおいて他の複数の利用者が作成した記事の情報を示すコミュニティ情報と上下関係情報と関連付けて更に記録装置に記録し、コミュニティ情報に対するアクセス要求を受け付けた場合に、上下関係情報を基にしてアクセス要求元の端末がコミュニティ情報にアクセスすることを許可するか否かを判定するので、利用者の作成した記事情報に対する検閲の範囲を最適に設定することができ、利用者の秘密情報が悪意のある第三者に漏洩することを防止することができる。

また、本発明によれば、上下関係情報は上司と部下との関係を有する利用者の情報を示し、記事情報に対するアクセス要求を受け付けた場合に、上下関係情報を基にしてアクセス要求を行った利用者が記事情報を作成した利用者の上司であるが否かを判定し、アクセス要求を行った利用者が記事情報を作成した利用者の上司である場合に、記事情報に対するアクセスを許可するので、記事を作成した利用者に対して監督責任を有する上司が、部下の記事情報を検閲することができ、記事情報を作成した利用者にかかるプライベートの侵食および記事にかかる秘密漏洩の問題を解消することができる。

また、本発明によれば、コミュニティ情報に対するアクセス要求を受け付けた場合に、上下関係情報を基にしてアクセス要求を行った利用者がコミュニティ情報の属するコミュニティを管理する利用者の上司であるか否かを判定し、アクセス要求を行った利用者がコミュニティを管理する利用者の上司である場合にコミュニティ情報に対するアクセスを許可するので、上司は部下の作成した記事情報の検閲を実行することができる。

また、本発明によれば、記事情報とこの記事情報に対するアクセスを許可する利用者の情報とを対応付けたアクセス許可情報を更に記録装置に記録し、記事情報に対するアクセス要求を受け付けた場合に、上下関係情報およびアクセス許可情報を基にしてアクセス要求元の端末が記事情報にアクセスすることを許可するか否かを判定するので、より的確に検閲の範囲を設定することができる。

以下に添付図面を参照して、この発明に係る情報管理プログラムの好適な実施の形態を詳細に説明する。なお、本実施例では、情報管理プログラムの実施形態として情報管理装置を用いて説明するがこれに限定されるものではない。

まず、本実施例にかかる情報管理装置の概要および特徴について説明する。本実施例にかかる情報管理装置は、上下関係（例えば、企業内における上司と部下との関係）を有する利用者の情報（以下、上下関係情報と表記する）を記録し、利用者が作成した記事の情報（以下、記事情報と表記する）に対してアクセス要求を受け付けた場合には、アクセス要求を行った利用者の情報と上下関係情報とを基にして、記事情報に対するアクセスを許可するか否かを判定する。具体的には、アクセス要求を行った利用者が記事情報の作成者の上司である場合に、この記事情報に対するアクセスを許可する。

また、本実施例にかかる情報管理装置は、利用者が管理するコミュニティ（あるいは場所；誰かが主催するあるテーマやポリシーに則した記事が集まる場所。また、誰かが管理するあるテーマやポリシーに則した記事が集まる場所）において複数の利用者が作成した記事情報を記録し、この記事情報に対するアクセス要求を受け付けた場合に、アクセス要求を行った利用者の情報と上下関係情報とを基にして、コミュニティに属する記事情報に対するアクセスを許可するか否かを判定する。具体的には、アクセス要求を行った利用者がコミュニティの管理者の上司である場合に、コミュニティに属する記事情報に対するアクセスを許可する。

このように、本実施例にかかる情報管理装置は、上下関係情報に基づいて記事情報に対するアクセスを制御するので、利用者が作成した記事に対する検閲を適切な範囲で実行することができる。また、記事を作成した利用者に対して監督責任を有する上司が、部下の記事情報を検閲するので、記事情報を作成した利用者にかかるプライベートの侵食および記事にかかる秘密漏洩の問題を解消することができる。

つぎに、本実施例にかかる情報管理装置の構成について説明する。図１は、本実施例にかかる情報管理装置の構成を示す機能ブロック図である。同図に示すようにこの情報管理装置１００は、ネットワーク５０を介してクライアント１０，２０に接続されており、入力部１１０と、出力部１２０と、通信制御部１３０と、入出力制御ＩＦ部１４０と、記憶部１５０と、制御部１６０とを備えて構成される。なお、ここでは説明の便宜上、クライアント１０，２０を示すがこれに限定されるものではなく、情報管理装置１００はその他複数のクライアントと接続され、各クライアントとデータ通信を行うものとする。

入力部１１０は、各種の情報を入力する入力手段であり、キーボードやマウス、マイク、記録媒体（フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなど）からデータを読み取る媒体読取装置などによって構成される。なお、後述するモニタ（出力部１２０）も、マウスと協働してポインティングディバイス機能を実現する。

出力部１２０は、各種の情報を出力する出力手段であり、モニタ（若しくはディスプレイ、タッチパネル）やスピーカなどによって構成される。通信制御部１３０は、主にクライアント１０，２０との間における通信を制御する手段であり、入出力制御ＩＦ部１４０は、入力部１１０、出力部１２０、通信制御部１３０、記憶部１５０および制御部１６０によるデータの入出力を制御する手段である。

記憶部１５０は、制御部１６０による各種処理に必要なデータおよびプログラムを記憶する記憶手段であり、特に本発明に密接に関連するものとしては、図１に示すように、アカウント情報１５０ａと、上下関係情報１５０ｂと、記事管理情報１５０ｃと、格納場所管理情報１５０ｄとを備える。

このうち、アカウント情報１５０ａは、利用者のアカウントを管理するためのデータである。図２は、アカウント情報１５０ａのデータ構造の一例を示す図である。同図に示すように、アカウント情報１５０ａは、利用者を識別する利用者ＩＤ（Identification）と利用者ＩＤに対応するパスワードとを利用者ごとに記録している。

上下関係情報１５０ｂは、企業内における上司と部下との関係を有する利用者の情報を記録したデータである。図３は、上下関係情報１５０ｂのデータ構造の一例を示す図であり、図４は、図３に示す上下関係情報１５０ｂをツリー状の図で説明した説明図である。図３および図４に示すように、利用者ＩＤ「Ｇ」によって識別される利用者の部下は利用者ＩＤ「Ａ〜Ｃ」によって識別される利用者であり、利用者ＩＤ「Ｈ」によって識別される利用者の部下は利用者ＩＤ「Ｄ〜Ｆ」によって識別される利用者であり、利用者ＩＤ「Ｉ」によって識別される利用者の部下は利用者ＩＤ「Ｇ、Ｈ」によって識別される利用者である。

記事管理情報１５０ｃは、記事情報および記事の執筆者および公開範囲の情報を対応付けて記録したデータである。図５は、記事管理情報１５０ｃのデータ構造の一例を示す図である。同図に示すように、この記事管理情報１５０ｃは、記事情報を識別する記事識別情報と、記事を作成した作成者（利用者）を識別する作成者ＩＤと、記事識別情報によって識別される記事に対してアクセス可能な利用者ＩＤを示す公開範囲と、記事の内容（記事そのもの）とを備える。

図５に示すように、記事識別情報「Ｃ１」によって識別される記事情報は作成者ＩＤ「Ａ」の利用者によって作成され、この記事に対してアクセス可能な利用者は、利用者ＩＤ「Ｂ」に識別される利用者であることを示している。また、記事識別情報「Ｃ２」によって識別される記事情報は作成者ＩＤ「Ｃ」の利用者によって作成され、この記事に対してアクセス可能な利用者は、利用者ＩＤ「Ｃ、Ｄ」に識別される利用者であることを示している。

格納場所管理情報１５０ｄは、記事情報が属するコミュニティおよびこのコミュニティの管理者の情報を記録したデータである。図６は、格納場所管理情報１５０ｄのデータ構造の一例を示す図である。同図に示すように、この格納場所管理情報１５０ｄは、コミュニティを識別する格納場所識別情報と、コミュニティを管理する利用者を識別する管理者ＩＤと、コミュニティの公開範囲を示す場所の公開範囲と、コミュニティに属する記事識別情報とを備える。

図６に示すように、格納場所識別情報「Ｐ１」によって識別されるコミュニティは管理者ＩＤ「Ｈ」によって識別される利用者に管理されており、場所の公開範囲は「ＣＤＥＨ」であり、このコミュニティに属する記事情報は、記事識別情報「Ｃ２、Ｃ４」によって識別される記事情報となる。また、格納場所識別情報「Ｐ２」によって識別されるコミュニティは管理者ＩＤ「Ｃ」によって識別される利用者に管理されており、場所の公開範囲は「ＡＥＤ」であり、このコミュニティに属する記事情報は、記事識別情報「Ｃ５、Ｃ８」によって識別される記事情報となる。なお、格納場所管理情報１５０ｄの記事識別情報の欄に含まれない記事情報は、特定のコミュニティに属していないものとする。

制御部１６０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、認証処理部１６０ａと、記事保存処理部１６０ｂと、記事アクセス判定部１６０ｃと、上下関係更新部１６０ｄとを備える。

認証処理部１６０ａは、クライアント１０（あるいはクライアント２０；説明の便宜上、クライアント１０を用いて説明を行う）からログイン要求を受け付けた場合に、ログインすることを許可するか否かを判定する処理部である。具体的に、認証処理部１６０ａは、ログイン要求を受け付けた場合に、クライアント１０から出力される利用者ＩＤおよびパスワードとアカウント情報１５０ａとを比較して、利用者ＩＤとパスワードが適切である場合に、ログインすることを許可する。

記事保存処理部１６０ｂは、ログインを許可されたクライアント１０から出力される記事情報に関する種々の情報を取得し、取得した情報に基づいて、記事管理情報１５０ｃおよび格納場所管理情報１５０ｄに情報を記録する処理部である。

具体的に、記事保存処理部１６０ｂは、クライアント１０から記事情報、記事を作成した利用者の利用者ＩＤ、記事情報に対する公開範囲を取得し、取得した各情報を対応付けて記事管理情報１５０ｃに記録する。また、記事保存処理部１６０ｂは、クライアント１０から取得した記事情報が特定のコミュニティに属している場合には、記事情報が属するコミュニティ（格納場所識別情報）と記事識別情報との対応関係を格納場所管理情報１５０ｄに記録する。

記事アクセス判定部１６０ｃは、ログインすることを許可されたクライアント１０から記事情報に対するアクセス要求を受け付けた場合に、記事に対するアクセスを許可するか否かを上下関係情報１５０ｂに基づいて判定する処理部である。以下において、クライアント１０から、コミュニティに属していない記事情報に対するアクセスを許可するか否かを判定する場合、および特定のコミュニティに属している記事情報に対するアクセスを許可するか否かを判定する場合についてそれぞれ具体的に説明する。

まず、記事アクセス判定部１６０ｃがコミュニティに属していない記事情報に対するアクセスを許可するか否かを判定する場合の処理について説明する。記事アクセス判定部１６０ｃは、記事情報に対するアクセス要求を受け付けた場合に、アクセス要求を行った利用者の利用者ＩＤを取得し、取得した利用者ＩＤと、上下関係情報１５０ｂと、記事管理情報１５０ｃとを比較し、アクセス要求を行った利用者が、アクセス要求対象となっている記事情報の作成者に対する上司か否かを判定する。記事アクセス判定部１６０ｃは、アクセス要求を行った利用者がアクセス要求対象となっている記事情報の作成者の上司である場合には、この記事情報に対するアクセスを許可する。

記事アクセス判定部１６０ｃは、アクセス要求を行った利用者がアクセス要求対象となっている記事情報の作成者の上司でない場合には、アクセス要求を行った利用者が、アクセス要求対象となっている記事情報の公開範囲に含まれるか否かを判定する。そして、記事アクセス判定部１６０ｃは、アクセス要求を行った利用者が公開範囲に含まれている場合には記事情報に対するアクセスを許可する。

一方、記事アクセス判定部１６０ｃは、アクセス要求を行った利用者が公開範囲に含まれていない場合には、記事情報に対するアクセスを許可しない。記事アクセス判定部１６０ｃがアクセスを許可しない場合には、アクセス要求を行った利用者のクライアント１０の画面上には、かかる記事情報が表示されないことになる。

次に、記事アクセス判定部１６０ｃが特定のコミュニティに属している記事情報に対するアクセスを許可するか否かを判定する場合について説明する。記事アクセス判定部１６０ｃは、記事情報に対するアクセス要求を受け付けた場合に、アクセス要求を行った利用者の利用者ＩＤを取得し、取得した利用者ＩＤと、上下関係情報１５０ｂと、記事管理情報１５０ｃと、格納場所管理情報１５０ｄとを比較し、アクセス要求を行った利用者が、アクセス対象となっている記事情報が属するコミュニティの管理者の上司か否かを判定する。

記事アクセス判定部１６０ｃは、アクセス要求を行った利用者が、コミュニティの管理者の上司である場合には、アクセス対象となる記事情報に対するアクセスを許可するとともに、この記事情報が属するコミュニティの他の記事情報に対するアクセスを許可する。一方、記事アクセス判定部１６０ｃは、アクセス要求を行った利用者がコミュニティの管理者の上司でない場合には、アクセス要求を行った利用者が場所の公開範囲に含まれるか否かを判定する。

そして、記事アクセス判定部１６０ｃは、アクセス要求を行った利用者が場所の公開範囲に含まれない場合には、記事情報に対するアクセスを許可しない。一方、アクセス要求を行った利用者が場所の公開範囲に含まれる場合には、上述した、「記事アクセス判定部１６０ｃがコミュニティに属していない記事情報に対するアクセスを許可するか否かを判定する場合の処理」と同等の処理を続いて実行する。

上下関係更新部１６０ｄは、ログインすることを許可されたクライアント１０あるいは入力部１１０から新たな上下関係情報を取得した場合に、取得した上下関係情報に基づいて上下関係情報１５０ｂを更新する処理部である。

つぎに、記事アクセス判定部１６０ｃが行う判定処理について説明する。図７は、判定処理の処理手順を示すフローチャートである。同図に示すように、記事アクセス判定部１６０ｃは、記事情報へのアクセス要求を受け付け（ステップＳ１０１）、記事情報がコミュニティに属するか否かを判定する（ステップＳ１０２）。記事情報がコミュニティに属さない場合には（ステップＳ１０３，Ｎｏ）、ステップＳ１０９に移行する（ステップＳ１０９に関しては後述する）。

記事情報がコミュニティに属する場合には（ステップＳ１０３，Ｙｅｓ）、アクセス者（記事情報にアクセスを行った利用者、以下同様）が記事情報の属するコミュニティの管理者の上司か否かを判定し（ステップＳ１０４）、上司である場合には（ステップＳ１０５，Ｙｅｓ）、記事情報に対するアクセスを許可する（ステップＳ１０６）。

一方、アクセス者が記事情報の属するコミュニティの管理者の上司でない場合には（ステップＳ１０５，Ｎｏ）、アクセス者は記事情報が属するコミュニティの公開範囲に該当するか否かを判定し（ステップＳ１０７）、該当しない場合には（ステップＳ１０８，Ｎｏ）、ステップＳ１１３に移行する（ステップＳ１１３に関しては後述する）。

アクセス者が記事情報の属するコミュニティの公開範囲に該当する場合には（ステップＳ１０８，Ｙｅｓ）、アクセス者が記事情報の作成者の上司であるか否かを判定し（ステップＳ１０９）、上司である場合には（ステップＳ１１０，Ｙｅｓ）、ステップＳ１０６に移行する。

一方、上司でない場合には（ステップＳ１１０，Ｎｏ）、アクセス者が記事情報の公開範囲に該当するか否かを判定し（ステップＳ１１１）、該当する場合には（ステップＳ１１２，Ｙｅｓ）、ステップＳ１０６に移行し、該当しない場合には（ステップＳ１１２，Ｎｏ）、記事情報に対するアクセスを拒絶する（ステップＳ１１３）。

このように、記事アクセス判定部１６０ｃが、記事情報に対するアクセス要求を行った利用者が記事情報の作成者の上司であるか否かを判定し、上司（部下に対して監督責任を担う上司）である場合に記事情報に対するアクセスを許可するので、記事情報の検閲を適切に実行することができる。

つぎに、利用者がクライアント１０を用いて情報管理装置１００にアクセスした場合に、クライアント１０に表示される画面の説明を図８〜図１４を用いて行う。図８〜図１４は、クライアントに表示される画面例を示す図である。図８、図９に示すように、利用者ＩＤ「Ｇ」によって識別される利用者（Ｇさん）が、利用者ＩＤ「Ａ」によって識別される利用者（Ａさん）の作成した記事情報にアクセスした場合、上下関係情報１５０ｂ（図３または図４を参照）より、ＧさんはＡさんの上司であるため、Ａさんの作成した記事情報（ここでは、Ａさんが作成した「Ｂさんに公開」のブログの情報）がＧさんの操作するクライアント１０の画面に表示される。

一方、図１０に示すように、利用者ＩＤ「Ｃ」によって識別される利用者（Ｃさん）は、上下関係情報１５０ｂより、Ａさんの上司ではなく、かつ、Ａさんが作成した記事情報の公開範囲（図５の記事管理情報１５０ｃ参照）に含まれていないため、Ｃさんが操作するクライアント１０の画面にはＡさんの作成した記事情報が表示されない。

図１１〜図１３に示すように、利用者ＩＤ「Ｉ」によって識別される利用者（Ｉさん）が、利用者ＩＤ「Ｈ」によって識別される利用者（Ｈさん）が管理するコミュニティ（Ｐ１によって識別されるコミュニティ）にアクセスした場合、上下関係情報１５０ｂ（図３または図４参照）より、ＩさんはＨさんの上司であるため、Ｈさんの管理するコミュニティに属する記事情報（ここでは、Ｃさんが書いた「Ｄさんに公開」の記事）がＩさんの操作するクライアント１０の画面に表示される。

一方、図１４に示すように、利用者ＩＤ「Ｇ」によって識別される利用者（Ｇさん）は、上下関係１５０ｂより、Ｈさんの上司でないため、Ｈさんに管理されるコミュニティに属する記事情報は表示されない。

上述してきたように、本実施例にかかる情報管理装置１００は、上下関係情報１５０ｂを記録し、クライアント端末１０，２０から記事情報に対してアクセス要求を受け付けた場合には、アクセス要求を行った利用者の情報と記事の作成者情報および上下関係情報１５０ｂとを基にして、記事情報に対するアクセスを許可するか否かを判定する。また、コミュニティごとに複数の利用者が作成した記事情報を記録し、この記事情報に対するアクセス要求を受け付けた場合に、アクセス要求を行った利用者の情報とコミュニティの管理者情報および上下関係情報１５０ｂとを基にして、コミュニティに属する記事情報に対するアクセスを許可するか否かを判定するので、利用者が作成した記事に対する検閲を適切な範囲で実行することができる。また、記事を作成した利用者に対して監督責任を有する上司が、部下の記事情報を検閲、または部下の活動に監督責任を有する上司が部下の活動下での記事情報を閲覧するので、記事情報を作成した利用者にかかるプライベートの侵食および記事にかかる秘密漏洩の問題を解消することができる。

なお、本実施例では上下関係情報１５０ｂの一例として、企業内における上司と部下との関係を有する利用者の情報として説明したが、これに限定されるものではなく、例えば、利用者の友達の優先順位（あるいは上下関係など）を示す情報や、その他様々な情報を記録し、当該上下関係を基にして利用者の作成した記事情報に対するアクセスの可否を判定してもよい。

ところで、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１５を用いて、上記各種処理を実現するプログラムを実行するコンピュータの一例について説明する。

図１５は、図１に示した情報管理装置１００を構成するコンピュータのハードウェア構成を示す図である。このコンピュータは、ユーザからのデータの入力を受け付ける入力装置３０、モニタ３１、ＲＡＭ（Random Access Memory）３２、ＲＯＭ（Read Only Memory）３３、各種プログラムを記録した記録媒体からプログラムを読み取る媒体読取装置３４、ネットワークを介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース３５、ＣＰＵ（Central Processing Unit）３６、および、ＨＤＤ（Hard Disk Drive）３７をバス３８で接続して構成される。

そして、ＨＤＤ３７には、上述した情報管理装置１００の機能と同様の機能を発揮する各種プログラム３７ｂが記憶されている。そして、ＣＰＵ３６が、各種プログラム３７ｂをＨＤＤ３７から読み出して実行することにより、上述した情報管理装置１００の機能部の機能を実現する各種プロセス３６ａが起動される。

また、ＨＤＤ３７には、上述した情報管理装置１００の記憶部に記憶されるデータに対応する各種データ３７ａが記憶される。ＣＰＵ３６は、各種データ３７ａをＨＤＤ３７に記憶するとともに、各種データ３７ａをＨＤＤ３７から読み出してＲＡＭ３２に格納し、ＲＡＭ３２に格納された各種データ３２ａに基づいてデータ処理を実行する。

ところで、各種プログラム３７ｂは、必ずしも最初からＨＤＤ３７に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに各種プログラム３７ｂを記憶しておき、コンピュータがこれらから各種プログラム３７ｂを読み出して実行するようにしてもよい。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。

この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（付記１）ネットワーク上の利用者の端末の間で共有される記事の情報を管理する情報管理プログラムであって、
上下関係を有する利用者の情報を示す上下関係情報と利用者が作成した記事の情報を示す記事情報とを対応付けて記録装置に記録する記録手順と、
前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定する判定手順と、
をコンピュータに実行させることを特徴とする情報管理プログラム。

（付記２）前記記録手順は利用者が管理するネットワーク上のコミュニティにおいて他の複数の利用者が作成した記事の情報を示すコミュニティ情報と前記上下関係情報と関連付けて更に記録装置に記録し、前記判定手順は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記コミュニティ情報にアクセスすることを許可するか否かを判定することを特徴とする付記１に記載の情報管理プログラム。

（付記３）前記上下関係情報は上司と部下との関係を有する利用者の情報を示し、前記判定手順は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記記事情報を作成した利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記記事情報を作成した利用者の上司である場合に、前記記事情報に対するアクセスを許可することを特徴とする付記１または２に記載の情報管理プログラム。

（付記４）前記判定手順は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記コミュニティ情報の属するコミュニティを管理する利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記コミュニティを管理する利用者の上司である場合に前記コミュニティ情報に対するアクセスを許可することを特徴とする付記３に記載の情報管理プログラム。

（付記５）前記記録手順は前記記事情報と当該記事情報に対するアクセスを許可する利用者の情報とを対応付けたアクセス許可情報を更に記録装置に記録し、前記判定手順は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報および前記アクセス許可情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定することを特徴とする付記１〜４のいずれか一つに記載の情報管理プログラム。

（付記６）前記上下関係情報が更新された情報を示す更新情報を取得した場合に、前記記録装置に記録された上下関係情報を更新する更新手順を更にコンピュータに実行させることを特徴とする付記１〜５のいずれか一つに記載の情報管理プログラム。

（付記７）ネットワーク上の利用者の端末の間で共有される記事の情報を管理する情報管理装置であって、
上下関係を有する利用者の情報を示す上下関係情報と利用者が作成した記事の情報を示す記事情報とを対応付けて記録する記録手段と、
前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定する判定手段と、
を備えたことを特徴とする情報管理装置。

（付記８）前記記録手段は利用者が管理するネットワーク上のコミュニティにおいて他の複数の利用者が作成した記事の情報を示すコミュニティ情報と前記上下関係情報と関連付けて更に記録し、前記判定手段は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記コミュニティ情報にアクセスすることを許可するか否かを判定することを特徴とする付記７に記載の情報管理装置。

（付記９）前記上下関係情報は上司と部下との関係を有する利用者の情報を示し、前記判定手段は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記記事情報を作成した利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記記事情報を作成した利用者の上司である場合に、前記記事情報に対するアクセスを許可することを特徴とする付記７または８に記載の情報管理装置。

（付記１０）前記判定手段は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記コミュニティ情報の属するコミュニティを管理する利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記コミュニティを管理する利用者の上司である場合に前記コミュニティ情報に対するアクセスを許可することを特徴とする付記９に記載の情報管理装置。

（付記１１）前記記録手段は前記記事情報と当該記事情報に対するアクセスを許可する利用者の情報とを対応付けたアクセス許可情報を更に記録し、前記判定手段は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報および前記アクセス許可情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定することを特徴とする付記７〜１０のいずれか一つに記載の情報管理装置。

（付記１２）前記上下関係情報が更新された情報を示す更新情報を取得した場合に、前記記録装置に記録された上下関係情報を更新する更新手段を更に備えたことを特徴とする付記７〜１１のいずれか一つに記載の情報管理装置。

（付記１３）ネットワーク上の利用者の端末の間で共有される記事の情報を管理する情報管理方法であって、
上下関係を有する利用者の情報を示す上下関係情報と利用者が作成した記事の情報を示す記事情報とを対応付けて記録装置に記録する記録工程と、
前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定する判定工程と、
を含んだことを特徴とする情報管理方法。

（付記１４）前記記録工程は利用者が管理するネットワーク上のコミュニティにおいて他の複数の利用者が作成した記事の情報を示すコミュニティ情報と前記上下関係情報と関連付けて更に記録装置に記録し、前記判定工程は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記コミュニティ情報にアクセスすることを許可するか否かを判定することを特徴とする付記１３に記載の情報管理方法。

（付記１５）前記上下関係情報は上司と部下との関係を有する利用者の情報を示し、前記判定工程は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記記事情報を作成した利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記記事情報を作成した利用者の上司である場合に、前記記事情報に対するアクセスを許可することを特徴とする付記１３または１４に記載の情報管理方法。

（付記１６）前記判定工程は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記コミュニティ情報の属するコミュニティを管理する利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記コミュニティを管理する利用者の上司である場合に前記コミュニティ情報に対するアクセスを許可することを特徴とする付記１５に記載の情報管理方法。

（付記１７）前記記録工程は前記記事情報と当該記事情報に対するアクセスを許可する利用者の情報とを対応付けたアクセス許可情報を更に記録装置に記録し、前記判定工程は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報および前記アクセス許可情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定することを特徴とする付記１３〜１６のいずれか一つに記載の情報管理方法。

（付記１８）前記上下関係情報が更新された情報を示す更新情報を取得した場合に、前記記録装置に記録された上下関係情報を更新する更新工程を更に含んだことを特徴とする付記１３〜１７のいずれか一つに記載の情報管理方法。

以上のように、本発明にかかる情報管理プログラムは、ネットワーク上の複数のクライアントによって情報を共有する情報共有システムなどに有用であり、特に、ネットワーク上で共有されている情報を的確に検閲する必要がある場合などに適している。

本実施例にかかる情報管理装置の構成を示す機能ブロック図である。 アカウント情報のデータ構造の一例を示す図である。 上下関係情報のデータ構造の一例を示す図である。 図３に示す上下関係情報をツリー状の図で説明した説明図である。 記事管理情報のデータ構造の一例を示す図である。 格納場所管理情報のデータ構造の一例を示す図である。 判定処理の処理手順を示すフローチャートである。 クライアントに表示される画面例を示す図（１）である。 クライアントに表示される画面例を示す図（２）である。 クライアントに表示される画面例を示す図（３）である。 クライアントに表示される画面例を示す図（４）である。 クライアントに表示される画面例を示す図（５）である。 クライアントに表示される画面例を示す図（６）である。 クライアントに表示される画面例を示す図（７）である。 図１に示した情報管理装置を構成するコンピュータのハードウェア構成を示す図である。

符号の説明

１０，２０ クライアント
３０ 入力装置
３１ モニタ
３２ ＲＡＭ
３２ａ，３７ａ 各種データ
３３ ＲＯＭ
３４ 媒体読取装置
３５ ネットワークインターフェース
３６ ＣＰＵ
３６ａ 各種プロセス
３７ ＨＤＤ
３７ｂ 各種プログラム
３８ バス
５０ ネットワーク
１００ 情報管理装置
１１０ 入力部
１２０ 出力部
１３０ 通信制御部
１４０ 入出力制御ＩＦ部
１５０ 記憶部
１５０ａ アカウント情報
１５０ｂ 上下関係情報
１５０ｃ 記事管理情報
１５０ｄ 格納場所管理情報
１６０ 制御部
１６０ａ 認証処理部
１６０ｂ 記事保存処理部
１６０ｃ 記事アクセス判定部
１６０ｄ 上下関係更新部

Claims (5)

1. ネットワーク上の利用者の端末の間で共有される記事の情報を管理する情報管理プログラムであって、
   上下関係を有する利用者の情報を示す上下関係情報と利用者が作成した記事の情報を示す記事情報とを対応付けて記録装置に記録する記録手順と、
   前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定する判定手順と、
   をコンピュータに実行させることを特徴とする情報管理プログラム。
2. 前記記録手順は利用者が管理するネットワーク上のコミュニティにおいて他の複数の利用者が作成した記事の情報を示すコミュニティ情報と前記上下関係情報と関連付けて更に記録装置に記録し、前記判定手順は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求元の端末が前記コミュニティ情報にアクセスすることを許可するか否かを判定することを特徴とする請求項１に記載の情報管理プログラム。
3. 前記上下関係情報は上司と部下との関係を有する利用者の情報を示し、前記判定手順は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記記事情報を作成した利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記記事情報を作成した利用者の上司である場合に、前記記事情報に対するアクセスを許可することを特徴とする請求項１または２に記載の情報管理プログラム。
4. 前記判定手順は前記コミュニティ情報に対するアクセス要求を受け付けた場合に、前記上下関係情報を基にしてアクセス要求を行った利用者が前記コミュニティ情報の属するコミュニティを管理する利用者の上司であるか否かを判定し、アクセス要求を行った利用者が前記コミュニティを管理する利用者の上司である場合に前記コミュニティ情報に対するアクセスを許可することを特徴とする請求項３に記載の情報管理プログラム。
5. 前記記録手順は前記記事情報と当該記事情報に対するアクセスを許可する利用者の情報とを対応付けたアクセス許可情報を更に記録装置に記録し、前記判定手順は前記記事情報に対するアクセス要求を受け付けた場合に、前記上下関係情報および前記アクセス許可情報を基にしてアクセス要求元の端末が前記記事情報にアクセスすることを許可するか否かを判定することを特徴とする請求項１〜４のいずれか一つに記載の情報管理プログラム。

Images