(57)【特許請求の範囲】
【請求項１】
第１のアクセス元から取得した開示範囲に制限のある情報を記憶し、かつ、前記開示範囲に制限のある情報への通知およびアクセスを許容するアクセス元を特定する特定情報と、前記第１のアクセス元の上司部下に対応するアクセス元に前記開示範囲に制限のある情報の通知およびアクセスを許容するか否かを示す情報とを含む開示基準情報を記憶する記憶部を備え、表示部を備えた前記第１のアクセス元と異なる第２のアクセス元の情報処理装置に接続された管理装置の管理プログラムにおいて、
前記管理装置に、
前記第２のアクセス元が前記情報処理装置を介して行うログインを許可するか否かを判断させ、
前記第２のアクセス元のログインが許可された場合、前記開示基準情報に基づいて、前記開示範囲に制限のある情報に関する通知を、前記第２のアクセス元の情報処理装置が備える表示部に出力させるか否かを決定して、該決定の結果に基づいて前記表示部への前記通知の出力を制御し、
前記第２のアクセス元から前記開示範囲に制限のある情報へのアクセス要求を受けた場合、前記開示基準情報に基づいて、前記第２のアクセス元の前記開示範囲に制限のある情報へのアクセスを許容するか否かを決定し、該決定の結果に基づいて前記開示範囲に制限のある情報へのアクセスを制御する、
ことを特徴とする管理プログラム。
【請求項２】
前記管理プログラムは、
前記管理装置に、
前記第２のアクセス元のログインを許可した場合、前記開示範囲に制限のある情報の一部を表示したリンク情報を、前記第２のアクセス元の情報処理装置が備える前記表示部に出力させる、
ことを特徴とする請求項１記載の管理プログラム。
【請求項３】
前記記憶部は、
前記第１のアクセス元から取得した、開示範囲に制限のある第１の情報と開示範囲に制限のある第２の情報とを記憶し、
前記管理プログラムは、
前記管理装置に、
前記第２のアクセス元のログインを許可した場合、前記開示範囲に制限のある第１の情報を表示するとともに、前記表示された第１の情報の中に配置された前記開示範囲に制限のある第２の情報の一部を表示したリンク情報を、前記第２のアクセス元の情報処理装置が備える前記表示部に出力させる、
ことを特徴とする請求項１記載の管理プログラム。
【請求項４】
前記開示基準情報は、前記開示範囲に制限のある情報を開示するアクセス元を特定する特定情報と、前記開示範囲に制限のある情報が所定のキーワードを含む場合に情報公開を行うアクセス元として前記第１のアクセス元の上司部下に対応するアクセス元を特定する情報とを含むことを特徴とする請求項１に記載の管理プログラム。
【請求項５】
前記開示範囲に制限のある情報へのアクセスは、前記特定情報で特定されるアクセス元と、前記第１のアクセス元の上司または部下に許容される一方、前記開示範囲に制限のある情報に関する通知は、前記特定情報で特定され、かつ、前記第１のアクセス元の上司または部下に対応するアクセス元に行われることを特徴とする請求項１に記載の管理プログラム。
【請求項６】
第１のアクセス元から取得した開示範囲に制限のある情報を記憶し、かつ、前記開示範囲に制限のある情報への通知およびアクセスを許容するアクセス元を特定する特定情報と、前記第１のアクセス元の上司部下に対応するアクセス元に前記開示範囲に制限のある情報の通知およびアクセスを許容するか否かを示す情報とを含む開示基準情報を記憶する記憶部を備え、表示部を備えた前記第１のアクセス元と異なる第２のアクセス元の情報処理装置に接続された管理装置の管理方法において、
前記管理装置が、
前記第２のアクセス元が前記情報処理装置を介して行うログインを許可するか否かを判断し、
前記第２のアクセス元のログインが許可された場合、前記開示基準情報に基づいて、前記開示範囲に制限のある情報に関する通知を、前記第２のアクセス元の情報処理装置が備える表示部に出力させるか否かを決定して、該決定の結果に基づいて前記表示部への前記通知の出力を制御し、
前記第２のアクセス元から前記開示範囲に制限のある情報へのアクセス要求を受けた場合、前記開示基準情報に基づいて、前記第２のアクセス元の前記開示範囲に制限のある情報へのアクセスを許容するか否かを決定し、該決定の結果に基づいて前記開示範囲に制限のある情報へのアクセスを制御する、
ことを特徴とする管理方法。
【請求項７】
第１のアクセス元から取得した開示範囲に制限のある情報を管理し、表示部を備えた前記第１のアクセス元と異なる第２のアクセス元の情報処理装置に接続された管理装置において、
前記第１のアクセス元から取得した開示範囲に制限のある情報を記憶し、かつ、前記開示範囲に制限のある情報への通知およびアクセスを許容するアクセス元を特定する特定情報と、前記第１のアクセス元の上司部下に対応するアクセス元に前記開示範囲に制限のある情報の通知およびアクセスを許容するか否かを示す情報とを含む開示基準情報を記憶する記憶部と、
前記第１のアクセス元を識別する第１の識別情報と前記第２のアクセス元を識別する第２の識別情報とを関連付けて記憶する記憶部と、
前記第２のアクセス元が前記情報処理装置を介して行うログインを許可するか否かを判断する判断部と、
前記第２のアクセス元のログインが許可された場合、前記開示基準情報に基づいて、前記開示範囲に制限のある情報に関する通知を、前記第２のアクセス元の情報処理装置が備える表示部に出力させるか否かを決定して、該決定の結果に基づいて前記表示部への前記通知の出力を制御し、前記第２のアクセス元から前記開示範囲に制限のある情報へのアクセス要求を受けた場合、前記開示基準情報に基づいて、前記第２のアクセス元の前記開示範囲に制限のある情報へのアクセスを許容するか否かを決定し、該決定の結果に基づいて前記開示範囲に制限のある情報へのアクセスを制御する出力部と、
を備えたことを特徴とする管理装置。
【請求項８】
第１のアクセス元から取得した開示範囲に制限のある情報を管理する管理装置と、前記管理装置に接続され表示部を備えた前記第１のアクセス元と異なる第２のアクセス元の情報処理装置とを備えた管理システムにおいて、
前記管理装置は、
第１のアクセス元から取得した開示範囲に制限のある情報を記憶し、かつ、前記開示範囲に制限のある情報への通知およびアクセスを許容するアクセス元を特定する特定情報と、前記第１のアクセス元の上司部下に対応するアクセス元に前記開示範囲に制限のある情報の通知およびアクセスを許容するか否かを示す情報とを含む開示基準情報を記憶する記憶部と、
前記第１のアクセス元を識別する第１の識別情報と前記第２のアクセス元を識別する第２の識別情報とを関連付けて記憶する記憶部と、
前記第２のアクセス元が前記情報処理装置を介して行うログインを許可するか否かを判断する判断部と、
前記第２のアクセス元のログインが許可された場合、前記開示基準情報に基づいて、前記開示範囲に制限のある情報に関する通知を、前記第２のアクセス元の情報処理装置が備える表示部に出力させるか否かを決定して、該決定の結果に基づいて前記表示部への前記通知の出力を制御し、前記第２のアクセス元から前記開示範囲に制限のある情報へのアクセス要求を受けた場合、前記開示基準情報に基づいて、前記第２のアクセス元の前記開示範囲に制限のある情報へのアクセスを許容するか否かを決定し、該決定の結果に基づいて前記開示範囲に制限のある情報へのアクセスを制御する出力部と、を備え、
前記第２のアクセス元の情報処理装置は、
前記出力部が出力した前記開示範囲に制限のある情報を表示する表示部を備えた
ことを特徴とする管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク上の利用者間で共有される記事の情報を管理する管理プログラム、管理方法、管理装置および管理システムに関し、特に記事の公開範囲を適切に設定し、記事に含まれる情報を有効に活用することができる管理プログラム、管理方法、管理装置および管理システムに関するものである。
【背景技術】
【０００２】
近年、企業ではネットワーク環境が整備され、ネットワークを介して個々の社員同士が意見交換などを行うことが可能となっている。例えば、社員がブログ等を利用して、様々な記事（企業活動にかかる連絡事項、時事ニュース、専門的トピックス、友達間の話題等に関する記事）を作成し、作成した記事の情報を企業内の社員に対して公開している。また、社員が作成した記事の公開範囲は、企業内の社員全体に及ぶ場合もあれば、記事を作成した社員の仲間内のみに限定される場合もあり、基本的に記事の公開範囲は、記事の内容および社則などに応じて、記事を作成した社員自身が設定している。
【０００３】
すなわち、社員は自ら作成した記事に対して公開範囲を設定することによって、作成した記事を閲覧することのできる社員を制限し、自身のプライベートな情報が漏洩することを防ぐとともに、記事にかかる秘密情報が悪意のある第三者に漏洩するという問題を未然に防止している。
【０００４】
なお、特許文献１にかかる人脈情報検索システムでは、予め複数の利用者の人脈の情報および各利用者自身に関する情報をデータベースに登録しておき、端末から利用者が検索したい情報を受け付けた場合に、データベースに記録された情報を参照し、入力された情報に対応する人脈の情報を出力することによって、各利用者間の人脈を仲介可能とする技術が公開されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１４１３８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術では、社員によって作成された記事が効率よく記事を閲覧すべき社員に通知されず、記事に含まれる情報が有効に活用されないという問題があった。
【０００７】
また、記事の公開範囲を設定する場合の定義が難しく、場合によっては公開範囲に加えるべき社員を公開範囲に加えることを忘れてしまったり、公開範囲に加えてはいけない社員を誤って公開範囲に加えてしまうなどの問題が発生し、記事に書かれた情報を必要とする社員（あるいは記事を閲覧すべき社員）に記事の情報が公開されず、記事の秘密情報が第三者に漏れてしまうなどの問題があった。
【０００８】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、記事の公開範囲を適切に設定し、記事に含まれる情報を有効に活用することができる管理プログラム、管理方法、管理装置および管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本発明は、第１のアクセス元を識別する第１の識別情報と第２のアクセス元を識別する第２の識別情報とを関連付けて記憶し、前記第１のアクセス元から取得した開示範囲に制限のある情報を記憶する記憶部を備え、表示部を備えた前記第２のアクセス元の情報処理装置に接続された管理装置の管理プログラムにおいて、前記管理装置に、前記第２のアクセス元が前記情報処理装置を介して行うログインを許可するか否かを判断させ、前記第２のアクセス元のログインを許可した場合、前記開示範囲に制限のある情報を、前記第２のアクセス元の情報処理装置が備える表示部に出力させることを特徴とする。
【００１０】
また、本発明は、上記発明において、前記上下関係情報は上司と部下との関係を有する利用者の情報を示し、前記判定手順は前記上下関係情報を基にして前記記事の情報を作成した利用者の上司および／または当該利用者の部下に対して前記利用者の作成した記事の情報を出力すると判定することを特徴とする。
【００１１】
また、本発明は、上記発明において、前記利用者によって作成された記事の情報を取得した場合に、当該記事の情報に所定のキーワードが含まれているか否かを判定し、判定結果に基づいて前記記事の情報にアクセス可能な利用者を制御するアクセス制御手順を更にコンピュータに実行させることを特徴とする。
【００１２】
また、本発明は、上記発明において、前記アクセス制御手順は、前記記事の情報に所定のキーワードが含まれている場合に、当該記事の情報を作成した利用者の上司および部下による前記記事の情報に対するアクセスを許可することを特徴とする。
【００１３】
また、本発明は、上記発明において、前記上下関係情報が変更された場合に、前記記録装置に記録された上下関係情報を更新する更新手順を更にコンピュータに実行させ、前記判定手順は更新後の前記上下関係情報を基にして前記利用者の作成した記事の情報を出力する利用者を判定することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、上下関係を有する利用者の情報を示す上下関係情報を記録装置に記録し、記事の情報を作成した利用者から記事の情報を取得した場合に、記録装置に記録された上下関係情報を基にして前記記事の情報を出力する利用者を判定し、判定結果に基づいて利用者の端末に前記記事の情報を出力するので、適切な利用者に記事情報を通知することができ、記録情報を有効に活用することができる。
【００１５】
本発明によれば、上司と部下との関係を有する利用者の情報を含む上下関係情報を基にして利用者から記事の情報を取得した場合に、記事の情報を作成した利用者の上司および／または部下に対して利用者の作成した記事の情報を出力するので、監督責任のある上司や、管理対象となる部下に効率よく記事の情報を通知することができる。
【００１６】
本発明によれば、利用者によって作成された記事の情報を取得した場合に、記事の情報に所定のキーワードが含まれているか否かを判定し、判定結果に基づいて前記記事の情報にアクセス可能な利用者を制御するので、情報漏洩の問題を解消しつつ、記事の情報を活用することができる。
【００１７】
本発明によれば、記事の情報に所定のキーワードが含まれている場合に、記事の情報を作成した利用者の上司および部下による記事の情報に対するアクセスを許可するので、有効に記事の情報に対する公開範囲を制御し、記事の情報を有効に活用することができる。
【００１８】
本発明によれば、上下関係情報が変更された場合に、記録装置に記録された上下関係情報を更新し、更新後の上下関係情報を基にして利用者の作成した記事の情報を出力する利用者を判定するので、上下関係情報が更新された場合であっても、記事の情報の出力先を柔軟に変更し、情報漏洩の問題を解消することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施例にかかる情報管理装置の構成を示す機能ブロック図である。
【図２】アカウント情報のデータ構造の一例を示す図である。
【図３】上下関係情報のデータ構造の一例を示す図である。
【図４】図３に示す上下関係情報をツリー状の図で説明した説明図である。
【図５】記事管理情報のデータ構造の一例を示す図である。
【図６】重要キーワード情報の一例を示す図である。
【図７】更新前と更新後の上下関係情報の変化を示す図である。
【図８】記事解析部の処理手順を示すフローチャートである。
【図９】ボトムアップ処理の処理手順を示すフローチャートである。
【図１０】トップダウン処理の処理手順を示すフローチャートである。
【図１１】記事情報管理部の処理手順を示すフローチャートである。
【図１２】クライアントに表示される画面例を示す図（１）である。
【図１３】クライアントに表示される画面例を示す図（２）である。
【図１４】クライアントに表示される画面例を示す図（３）である。
【図１５】クライアントに表示される画面例を示す図（４）である。
【図１６】クライアントに表示される画面例を示す図（５）である。
【図１７】クライアントに表示される画面例を示す図（６）である。
【図１８】クライアントに表示される画面例を示す図（７）である。
【図１９】図１に示した情報管理装置を構成するコンピュータのハードウェア構成を示す図である。
【発明を実施するための形態】
【００２０】
以下に添付図面を参照して、この発明に係る管理プログラム、管理方法、管理装置および管理システムの好適な実施の形態を詳細に説明する。なお、本実施例では、管理プログラム、管理方法、管理装置および管理システムの実施形態として情報管理装置を用いて説明するがこれに限定されるものではない。
【実施例】
【００２１】
まず、本実施例にかかる情報管理装置の概要および特徴について説明する。本実施例にかかる情報管理装置は、上下関係（例えば、企業内における上司と部下の関係）を有する利用者の情報（以下、上下関係情報と表記する）を記録し、利用者が作成した記事の情報（以下、記事情報と表記する）を取得した場合に、上下関係情報を基にして記事情報の出力先となる利用者を判定し、判定結果に基づいて利用者の端末に記事情報を出力（アナウンス）する。具体的には、記事情報を作成した利用者の上司または部下の端末に記事情報を出力する。
【００２２】
このように、本実施例にかかる情報管理装置は、上下関係情報に基づいて記事情報の出力先となる利用者を判定し、判定結果に基づいて記事情報を出力するので、記事情報の公開範囲を適切に設定することができるとともに、記事情報を有効に活用することができる。
【００２３】
つぎに、本実施例にかかる情報管理装置の構成について説明する。図１は、本実施例にかかる情報管理装置の構成を示す機能ブロック図である。同図に示すように、この情報管理装置１００は、ネットワーク５０を介してクライアント１０，２０に接続されており、入力部１１０と、出力部１２０と、通信制御部１３０と、入出力制御ＩＦ部１４０と、記憶部１５０と、制御部１６０とを備えて構成される。なお、ここでは説明の便宜上、クライアント１０，２０を示すがこれに限定されるものではなく、情報管理装置１００はその他複数のクライアントと接続され、各クライアントとデータ通信を行うものとする。
【００２４】
入力部１１０は、各種の情報を入力する入力手段であり、キーボードやマウス、マイク、記録媒体（フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなど）からデータを読み取る媒体読取装置などによって構成される。なお、後述するモニタ（出力部１２０）も、マウスと協働してポインティングディバイス機能を実現する。
【００２５】
出力部１２０は、各種の情報を出力する出力手段であり、モニタ（若しくはディスプレイ、タッチパネル）やスピーカなどによって構成される。通信制御部１３０は、主にクライアント１０，２０との間における通信を制御する手段であり、入出力制御ＩＦ部１４０は、入力部１１０、出力部１２０、通信制御部１３０、記憶部１５０および制御部１６０によるデータの入出力を制御する手段である。
【００２６】
記憶部１５０は、制御部１６０による各種処理に必要なデータおよびプログラムを記憶する記憶手段であり、特に本発明に密接に関連するものとしては、図１に示すように、アカウント情報１５０ａと、上下関係情報１５０ｂと、記事管理情報１５０ｃと、重要キーワード情報１５０ｄとを備える。
【００２７】
このうち、アカウント情報１５０ａは、利用者のアカウントを管理するためのデータである。図２は、アカウント情報１５０ａのデータ構造の一例を示す図である。同図に示すように、アカウント情報１５０ａは、利用者を識別する利用者ＩＤ（Identification）と、利用者ＩＤに対応するパスワードを記録している。
【００２８】
上下関係情報１５０ｂは、企業内における上司と部下との関係を有する利用者の情報を記録したデータである。図３は、上下関係情報１５０ｂのデータ構造の一例を示す図であり、図４は、図３に示す上下関係情報１５０ｂをツリー状の図で説明した説明図である。図３および図４に示すように、利用者ＩＤ「Ｅ」によって識別される利用者の部下は、利用者ＩＤ「Ａ〜Ｄ」によって識別される利用者であり、利用者ＩＤ「Ｊ」によって識別される利用者の部下は、利用者ＩＤ「Ｆ〜Ｉ」によって識別される利用者であり、利用者ＩＤ「Ｋ」によって識別される利用者の部下は、利用者ＩＤ「Ｅ，Ｊ」によって識別される利用者である。
【００２９】
記事管理情報１５０ｃは、記事情報および記事の作成者および公開範囲の情報を対応付けて記録したデータである。図５は、記事管理情報１５０ｃのデータ構造の一例を示す図である。同図に示すように、この記事管理情報１５０ｃは、記事情報を識別する記事識別情報と、記事を作成した作成者（利用者）を識別する作成者ＩＤと、記事識別情報によって識別される記事に対してアクセス可能な利用者ＩＤを示す公開範囲と、記事の内容と、重要キーワードが含まれるか否かを示す重要キーワードフラグとを備える。
【００３０】
図５に示すように、記事識別情報「Ｃ１」によって識別される記事情報は作成者ＩＤ「Ｃ」の利用者に作成され、この記事に対してアクセス可能な利用者は、利用者ＩＤ「Ｃ，Ｄ，Ｈ，Ｉ」によって識別される利用者であり、この記事の内容には重要キーワード（重要キーワードに関しては後述する）が含まれていることを示している。また、記事識別情報「Ｃ２」によって識別される記事情報は作成者ＩＤ「Ｅ」の利用者に作成され、この記事に対してアクセス可能な利用者は、利用者ＩＤ「Ｅ，Ｊ」によって識別される利用者であり、この記事の内容には重要キーワードが含まれていることを示している。
【００３１】
また、記事識別情報「Ｃ３」によって識別される記事情報は作成者ＩＤ「Ｊ」の利用者に作成され、この記事に対してアクセス可能な利用者は、利用者ＩＤ「Ａ〜Ｋ」によって識別される利用者であり、この記事の内容には重要キーワードが含まれていないことを示している。記事識別情報「Ｃ４」によって識別される記事情報は作成者ＩＤ「Ｋ」の利用者に作成され、この記事に対してアクセス可能な利用者は、利用者ＩＤ「Ｊ，Ｄ」によって識別される利用者であり、この記事の内容には重要キーワードが含まれていないことを示している。
【００３２】
重要キーワード情報１５０ｄは、所定のキーワード（重要キーワード）を記録したデータであり、この重要キーワード情報１５０ｄに記録されたキーワードが記事情報に含まれている場合には、この記事情報は所定の条件下で、出力されることになる。図６は、重要キーワード情報１５０ｄの一例を示す図である。同図に示すように、この重要キーワード情報１５０ｄには、重要キーワードとして、「決算」、「価格」、「景気動向」が記録されている。
【００３３】
制御部１６０は、各種処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する制御手段であり、特に本発明に密接に関連するものとしては、図１に示すように、認証処理部１６０ａと、記事情報保存処理部１６０ｂと、記事情報管理部１６０ｃと、記事解析部１６０ｄと、アナウンス実行部１６０ｅとを備える。
【００３４】
認証処理部１６０ａは、クライアント１０（あるいはその他のクライアント；説明の便宜上、クライアント１０を用いて説明する）からログイン要求を受け付けた場合に、ログインすることを許可するか否かを判定する処理部である。具体的に、認証処理部１６０ａは、ログイン要求を受け付けた場合に、クライアント１０から出力される利用者ＩＤおよびパスワードとアカウント情報１５０ａとを比較して、利用者ＩＤとパスワードが適切である場合に、ログインすることを許可する。
【００３５】
記事情報保存処理部１６０ｂは、ログインを許可されたクライアント１０から出力される記事情報に関する種々の情報を取得し、取得した情報に基づいて、記事管理情報１５０ｃに情報を記録する処理部である。
【００３６】
具体的に、記事情報保存処理部１６０ｂは、クライアント１０から記事情報、記事を作成した利用者の利用者ＩＤ、記事情報に対する公開範囲を取得し、取得した各情報を対応付けて記録管理情報１５０ｃに記録する。
【００３７】
記事情報管理部１６０ｃは、ログインが許可されたクライアント１０から記事情報に対するアクセス要求を受け付けた場合に、記事情報に対するアクセスを許可するか否かを上下関係情報１５０ｂおよび記事管理情報１５０ｃの公開範囲に基づいて判定する処理部である。以下において、アクセス対象となった記事情報の「重要キーワードフラグ」がオンになっている場合とオフになっている場合にわけて（重要キーワードフラグがオンになっている場合には該当記事情報に重要キーワードが含まれており、オフになっている場合には該当記事情報に重要キーワードが含まれていないことを示す）、記事情報管理装置１６０ｃの処理を具体的に説明する。
【００３８】
まず、記事情報の重要キーワードフラグがオフになっている場合の処理について説明する。この場合、記事情報管理部１６０ｃは、記事情報に対するアクセス要求を受け付けた場合に、アクセス要求を行った利用者の利用者ＩＤを取得し、取得した利用者ＩＤと記事管理情報１５０ｃの公開範囲とを比較して、公開範囲に利用者ＩＤが含まれているか否かを判定する。記事情報管理部１６０ｃは、かかる利用者ＩＤが公開範囲に含まれている場合には、アクセス要求対象となる記事情報のアクセスを許可する。一方、記事情報管理部１６０ｃは、かかる利用者ＩＤが公開範囲に含まれていない場合には、アクセス要求対象となる記事情報のアクセスを許可しない。
【００３９】
つぎに、記事情報の重要キーワードフラグがオンになっている場合の処理について説明する。この場合、記事情報管理部１６０ｃは、記事情報に対するアクセス要求を受け付けた場合に、アクセス要求を行った利用者の利用者ＩＤと、上下関係情報１５０ｂと、記事管理情報１５０ｃとを比較し、アクセス要求を行った利用者が、アクセス対象となっている記事情報の作成者に対する直属の上司または直下の部下であるか否かを判定する。記事情報管理部１６０ｃは、アクセス要求を行った利用者が、記事情報の作成者の直属の上司または直下の部下である場合に、かかる記事情報に対するアクセスを許可する。一方、記事情報管理部１６０ｃは、アクセス要求を行った利用者が、記事情報の作成者の直属の上司あるいは直下の部下でない場合には、上述した「記事情報の重要キーワードフラグがオフになっている場合の処理」と同等の処理を実行する。
【００４０】
なお、記事情報管理部１６０ｃは、ログインすることを許可されたクライアントあるいは入力部１２０から新たな上下関係情報を取得した場合に、取得した上下関係情報に基づいて上下関係情報１５０ｂを更新する。図７は、更新前と更新後の上下関係情報の変化を示す図である。同図に示すように、この場合は、利用者ＩＤ「Ｊ」の部下「Ｈ，Ｆ」と利用者ＩＤ「Ｅ」の部下「Ｄ，Ｂ」とが入れ替わっている。このように、上司と部下との関係の変化することによって、重要キーワードフラグに関わる公開範囲が変化することになる。
【００４１】
記事解析部１６０ｄは、ログインすることを許可したクライアント１０から記事情報を取得した場合に、取得した記事情報と重要キーワード情報１５０ｄとを比較し、かかる記事情報に重要キーワードが含まれているか否かを判定する処理部である。そして、記事情報に重要キーワードが含まれている場合には、記事管理情報１５０ｃにおいて、対応する記事情報の重要キーワードフラグをオンにし、重要キーワードが含まれていない場合には、対応する記事情報の重要キーワードフラグをオフにする。
【００４２】
例えば、記事管理情報１５０ｃにおいて、記事識別情報Ｃ１に対応する記事の内容には、重要キーワード「決算」が含まれるため、記事解析部１６０ｄは、重要キーワードフラグをオンに設定する。また、記事識別情報Ｃ２に対応する記事の内容には、重要キーワード「価格」が含まれるため、記事解析部１６０ｄは、重要キーワードフラグをオンに設定する。なお、記事識別情報Ｃ３，Ｃ４に対応する記事の内容には、重要キーワードが含まれていないため、重要キーワードフラグをオフに設定する。
【００４３】
ここで、記事情報管理部１６０ｃの処理を鑑みると、重要キーワードフラグがオンになると記事情報を作成した作成者の直属の上司および直下の部下がかかる記事情報を参照可能となるため、実質上、公開範囲が広がることになる。具体的に、図４と図５に示した記事管理情報１５０ｃを用いて説明すると、記事識別情報Ｃ１の公開範囲は「ＣＤＨＩ」となっているが、重要キーワードフラグがオンとなっているため、作成者ＩＤ「Ｃ」の上司「Ｅ」および部下「Ａ」がかかる記事情報に対してアクセス可能であるため、実質上の公開範囲は「ＣＤＨＩＥＡ」となる。
【００４４】
また、識別情報Ｃ２の公開範囲は「ＥＪ」となっているが、重要キーワードフラグがオンとなっているため、作成者ＩＤ「Ｅ」の上司「Ｋ」および部下「Ｃ，Ｄ」がかかる記事情報に対してアクセス可能であるため、実質上の公開範囲は「Ｅ，Ｊ，Ｋ，Ｃ，Ｄ」となる。なお、記事識別情報Ｃ３，Ｃ４に関しては、重要キーワードフラグがオフであるため、実質上の公開範囲はそれぞれ変わらず、「Ａ〜Ｋ」、「Ｊ、Ｄ」となる。
【００４５】
アナウンス実行部１６０ｅは、ログインすることを許可したクライアント１０から記事情報を取得した場合に、取得した記事情報の出力先を判定し、判定結果に基づいて記事情報を出力する処理部である。具体的に、アナウンス実行部１６０ｅの処理を説明すると、アナウンス実行部１６０ｅは、まず、記事情報を作成した作成者の利用者ＩＤを取得し、取得した利用者ＩＤと上下関係情報１５０ｂとを比較し、かかる利用者ＩＤの直属の上司と部下との利用者ＩＤをリストアップし、アナウンス先候補情報を作成する。作成者ＩＤをＣとすると、アナウンス先候補情報に含まれる利用者ＩＤは、利用者ＩＤ「Ｅ，Ａ」となる。
【００４６】
そして、アナウンス実行部１６０ｅは、アナウンス先候補情報および記事情報の実質上の公開範囲（重要キーワードフラグのオンの場合には作成者の上司および部下を含めた公開範囲）を比較し、アナウンス先候補情報および実質上の公開範囲に含まれる利用者ＩＤを判定し、判定した利用者ＩＤのクライアントに記事情報を出力する。アナウンス実行部１６０ｅは、重要キーワードが存在する場合には、公開範囲に含まれる利用者が「直属の上司と直属の部下」となるが、アナウンス先の候補が「直属の上司と作成者に対応する端末までの部下（作成者が「Ｊ」ならば、アナウンス先の候補は直属の上司「Ｋ」と端末までの部下「Ｈ，Ｉ，Ｆ，Ｇ」；図４参照）」となり、公開範囲とアナウンス先の候補とが重複する利用者に記事情報を出力する。
【００４７】
図４および図５を用いて説明すると、記事識別情報Ｃ１の実質的な公開範囲は、「Ｃ，Ｄ，Ｈ，Ｉ，Ｅ，Ａ」（重要キーワードフラグがオン）であり、作成者ＩＤ「Ｃ」によってリストアップされるアナウンス先候補情報の利用者ＩＤが「Ｅ，Ａ」となるため、アナウンス実行部１６０ｅは、利用者ＩＤが重複する「Ｅ，Ａ」の利用者ＩＤのクライアントに記事識別情報Ｃ１の記事情報が出力される。
【００４８】
また、記事識別情報Ｃ２の実質的な公開範囲は、「Ｅ，Ｊ，Ｋ，Ｃ，Ｄ」（重要キーワードフラグがオン）であり、作成者ＩＤ「Ｅ」によってリストアップされるアナウンス先候補情報の利用者ＩＤが「Ｋ，Ａ，Ｂ，Ｃ，Ｄ」となるため、アナウンス実行部１６０ｅは、利用者ＩＤが重複する「Ｋ，Ｃ，Ｄ」の利用者ＩＤのクライアントに記事識別情報Ｃ２の記事情報を出力する。
【００４９】
また、記事識別情報Ｃ３の実質的な公開範囲は「Ａ〜Ｋ」（重要キーワードフラグがオフ）であり、作成者ＩＤ「Ｊ」によってリストアップされるアナウンス先候補情報の利用者ＩＤが「Ｋ，Ｈ，Ｉ，Ｆ，Ｇ」となるため、アナウンス実行部１６０ｅは、利用者ＩＤが重複する「Ｋ，Ｈ，Ｉ，Ｆ，Ｇ」の利用者ＩＤのクライアントに記事識別情報Ｃ３の記事情報を出力する。
【００５０】
また、記事識別情報Ｃ４の実質的な公開範囲は「Ｊ，Ｄ」（重要キーワードフラグがオフ）であり、作成者ＩＤ「Ｋ」によってリストアップされるアナウンス先候補情報の利用者ＩＤが「Ａ〜Ｊ」となるため、アナウンス実行部１６０ｅは、利用者ＩＤが重複する「Ｊ，Ｄ」の利用者ＩＤのクライアントに記事識別情報Ｃ４の記事情報を出力する。
【００５１】
ところで、図７で示したように、上下関係情報が変化した場合には、利用者ＩＤ「Ｈ」の利用者は、記事識別情報「Ｃ２」に対するアクセスが可能となり、かかる記事情報の存在のアナウンスを受けるようになる。また、利用者ＩＤ「Ｈ」は、記事識別情報「Ｃ３」へのアクセスは可能なままだが、かかる記事情報の存在のアナウンスを受けないようになる。また、利用者ＩＤ「Ｄ」の利用者は、記事識別情報「Ｃ２」のアクセスが不可能となり、かかる記事情報の存在のアナウンスを受けないようになる。また、利用者ＩＤ「Ｄ」の利用者は、記事識別情報「Ｃ３」へのアクセスは可能なままだが、かかる記事情報の存在のアナウンスは受けないようになる。すなわち、本処理によって、記事情報へのアクセス時に上司部下の情報を収集しているため、リアルタイムに記事情報が見えなくなる利用者、見えるようになる利用者を変更することができる。
【００５２】
つぎに、記事解析部１６０ｄの処理手順について説明する。図８は、記事解析部１６０ｄの処理手順を示すフローチャートである。同図に示すように、記事解析部１６０ｄは、記事情報を取得し（ステップＳ１０１）、記事情報に重要キーワードが存在しているか否かを判定する（ステップＳ１０２）。
【００５３】
そして、記事解析部１６０ｄは、重要キーワードが記事情報に存在している場合には（ステップＳ１０３，Ｙｅｓ）、記事管理情報１５０ｃの重要キーワードフラグをオンに設定する（ステップＳ１０４）。一方、記事解析部１６０ｄは、重要キーワードが記事情報に存在していない場合には（ステップＳ１０３，Ｎｏ）、記事管理情報１５０ｃの重要キーワードフラグをオフに設定する（ステップＳ１０５）。
【００５４】
このように、記事解析部１６０ｄが記事情報を解析し、記事情報の内容に応じて重要キーワードフラグを設定する（換言すれば、記事情報の公開範囲を設定する）ので、情報漏洩などの問題を解消しつつ、容易に公開範囲を適切に設定することができる。
【００５５】
つぎに、アナウンス実行部１６０ｅの処理手順について説明する。なお、ここでは、利用者の直属の上司に記事情報をアナウンスするボトムアップ処理と利用者の配下の部下に記事情報をアナウンスするトップダウン処理とを説明する。図９は、ボトムアップ処理の処理手順を示すフローチャートであり、図１０は、トップダウン処理の処理手順を示すフローチャートである。
【００５６】
図９に示すように、アナウンス実行部１６０ｅは、記事情報の作成者ＩＤと、上下関係情報１５０ｂとを比較して、作成者の直属の上司のＩＤ（利用者ＩＤ）を取得し（ステップＳ２０１）、作成者の記事情報の公開範囲に直属の上司が含まれるか否かを判定する（ステップＳ２０２）。
【００５７】
記事情報の公開範囲に直属の上司が含まれる場合には（ステップＳ２０３，Ｙｅｓ）、かかる上司のクライアントに記事情報をアナウンスする（ステップＳ２０４）。一方、記事情報の公開範囲に直属の上司が含まれない場合には（ステップＳ２０３，Ｎｏ）、そのままボトムアップ処理を終了する。
【００５８】
続いて、図１０に示すように、アナウンス実行部１６０ｅは、記事情報の作成者ＩＤと、上下関係情報１５０ｂとを比較して、作成者ＩＤの直属の部下のＩＤ（利用者ＩＤ）を取得し（ステップＳ３０１）、直属の部下に対応する配下の部下が存在するか否かを判定する（ステップＳ３０２）。
【００５９】
直属の部下に対応する配下の部下が存在する場合には（ステップＳ３０３，Ｙｅｓ）、直属の部下に対応する配下の部下のＩＤを取得し（ステップＳ３０４）、取得したＩＤの部下に配下の部下が存在するか否かを判定する（ステップＳ３０５）。配下の部下が存在しない場合には（ステップＳ３０６，Ｎｏ）、ステップＳ３０８に移行し、存在する場合には（ステップＳ３０６，Ｙｅｓ）、配下の部下のＩＤを取得し（ステップＳ３０７）、ステップＳ３０５に移行する。
【００６０】
一方、直属の部下に対応する配下の部下が存在しない場合には（ステップＳ３０３，Ｎｏ）、作成者の記事情報の公開範囲にアナウンス先候補情報の部下が含まれるか否かを判定し（ステップＳ３０８）、記事情報の公開範囲に含まれる場合には（ステップＳ３０９，Ｙｅｓ）、かかる部下のクライアントに記事情報をアナウンスする（ステップＳ３０１０）。一方、記事情報の公開範囲に含まれない場合には（ステップＳ３０９，Ｎｏ）、そのままトップダウン処理を終了する。
【００６１】
このように、アナウンス実行部１６０ｅが記事情報の利用者ＩＤ（作成者ＩＤ）と、上下関係情報１５０ｂと、記事管理情報１５０ｃの公開範囲に基づいて記事情報をアナウンスするので、利用者の作成した記事情報を有効に（例えば、情報の共有促進、監督責任の実施等）利用することができる。
【００６２】
つぎに、記事情報管理部１６０ｃの処理手順について説明する。図１１は、記事情報管理部１６０ｃの処理手順を示すフローチャートである。同図に示すように、記事情報管理部１６０ｃは、記事情報へのアクセスを受け付け（ステップＳ４０１）、記事情報に対する公開範囲を取得する（ステップＳ４０２）。
【００６３】
そして、記事情報管理部１６０ｃは、公開範囲に上司または部下が設定されているか否か（重要キーワードフラグがオンとなっているか否か）を判定し、上司または部下が設定されている場合には（ステップＳ４０４，Ｙｅｓ）、アクセス者（記事情報に対するアクセス要求を行った利用者）が記事情報の作成者の上司あるいは部下であるか否かを判定し（ステップＳ４０５）、上司あるいは部下である場合には（ステップＳ４０６，Ｙｅｓ）、記事情報に対するアクセスを許可する（ステップＳ４０７）。一方、アクセス者が作成者の上司でなくかつ部下でない場合には（ステップＳ４０６，Ｎｏ）、ステップＳ４０８に移行する（ステップＳ４０８の説明は後述する）。
【００６４】
ところで、記事情報管理部１６０ｃは、公開範囲に上司または部下が設定されていないと判定した場合には（ステップＳ４０４，Ｎｏ）、アクセス者が公開範囲に該当するか否かを判定し（ステップＳ４０８）、該当する場合には（ステップＳ４０９，Ｙｅｓ）、ステップＳ４０７に移行する。一方、アクセス者が公開範囲に該当しない場合には（ステップＳ４０９，Ｎｏ）、記事情報に対するアクセスを拒絶する（ステップＳ４１０）。
【００６５】
このように、記事情報管理部１６０ｄは、アクセス者が記事情報にかかる作成者の上司または部下の場合に記事情報に対するアクセスを許可するので、情報漏洩の問題を解消し、記事情報を有効に利用することができる。
【００６６】
つぎに、利用者がクライアントを用いて情報管理装置１００にアクセスした場合に、クライアントに表示される画面の説明を図１２〜図１８を用いて行う。図１２〜図１８は、クライアントに表示される画面例を示す図である。図１２に示すように、記事情報に重要キーワードが含まれない場合には、公開範囲に上司・部下が含まれないため、記事情報を作成した利用者が設定した公開範囲に含まれる利用者のみがかかる記事を閲覧することができる。
【００６７】
図１３、図１４に示すように（図１３，図１４の操作者はＥさんである）、Ｃさん（利用者ＩＤ「Ｃ」によって識別される利用者）が作成した記事情報に重要キーワードが含まれている場合には、公開範囲に上司・部下が公開範囲に含まれる。図１３、図１４に示す記事情報の作成者は、Ｃさん（利用者ＩＤ「Ｃ」によって識別される利用者）であり、Ｃさんが設定した公開範囲が「Ｄ，Ｈ，Ｉ」であるが、記事に重要キーワード「決算」が含まれているため、Ｃさんの上司であるＥさん（利用者ＩＤ「Ｅ」によって識別される利用者）がかかる記事情報を検閲することができる。
【００６８】
図１５に示すように、従来の技術では、アナウンスが実行されず、利用者のクライアントの画面には記事情報が表示されていなかった。しかし、図１６に示すように、本実施例では、アナウンス実行部１６０ｅが、記事情報を作成した作成者の上司および部下のクライアントに記事情報をアナウンスする。
【００６９】
図１７、図１８に示すように、上下関係情報が変化した場合に、クライアントの画面に表示される記事情報が変化する。図１７に示すように、上下関係情報が変化する前（Ｄさんの部下はＢさん）は、Ｄさんが操作するクライアントの画面にＢさんのブログが表示されるが、図１８に示すように、上下関係情報が変化した後（Ｄさんの部下がＢさんからＦさんに変化した後）は、Ｆさんのブログが画面に表示される。
【００７０】
上述してきたように、本実施例にかかる情報管理装置１００は、上下関係情報１５０ｂを記録し、利用者が作成した記事情報を取得した場合に、記事管理情報１５０ｃに取得した記事情報を記録し、アナウンス実行部１６０ｅが、上下関係情報１５０ｂと記録管理情報１５０ｃとを基にして記事情報の出力先となる利用者を判定し、判定結果に基づいて利用者の端末に記事情報を出力（アナウンス）するので、記事情報の公開範囲を適切に設定することができるとともに、記事情報を有効に活用することができる。
【００７１】
また、記事解析部１６０ｄが、記事情報を取得した場合に、取得した記事情報に重要キーワードが含まれるか否かを判定し、重要キーワードが含まれる場合に、記事情報の公開範囲に作成者の上司および部下を含ませるので、記事情報が悪意のある第三者に漏洩することを防止することができるとともに、記事情報を有効に利用することができる。
【００７２】
なお、本実施例では上下関係情報の一例として、企業内における上司と部下との関係を有する利用者の情報として説明したがこれに限定されるものではなく、例えば、利用者の優先順位（あるいは上下関係など）を示す情報や、その他様々な情報を記録し、当該上下関係情報を基にして、記事情報のアナウンス先を判定してもよい。
【００７３】
ところで、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１９を用いて、上記各種処理を実現するプログラムを実行するコンピュータの一例について説明する。
【００７４】
図１９は、図１に示した情報管理装置１００を構成するコンピュータのハードウェア構成を示す図である。このコンピュータは、ユーザからのデータの入力を受け付ける入力装置３０、モニタ３１、ＲＡＭ（Random  Access  Memory）３２、ＲＯＭ（Read  Only  Memory）３３、各種プログラムを記録した記録媒体からプログラムを読み取る媒体読取装置３４、ネットワークを介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース３５、ＣＰＵ（Central  Processing  Unit）３６、および、ＨＤＤ（Hard  Disk  Drive）３７をバス３８で接続して構成される。
【００７５】
そして、ＨＤＤ３７には、上述した情報管理装置１００の機能と同様の機能を発揮する各種プログラム３７ｂが記憶されている。そして、ＣＰＵ３６が、各種プログラム３７ｂをＨＤＤ３７から読み出して実行することにより、上述した情報管理装置１００の機能部の機能を実現する各種プロセス３６ａが起動される。
【００７６】
また、ＨＤＤ３７には、上述した情報管理装置１００の記憶部に記憶されるデータに対応する各種データ３７ａが記憶される。ＣＰＵ３６は、各種データ３７ａをＨＤＤ３７に記憶するとともに、各種データ３７ａをＨＤＤ３７から読み出してＲＡＭ３２に格納し、ＲＡＭ３２に格納された各種データ３２ａに基づいてデータ処理を実行する。
【００７７】
ところで、各種プログラム３７ｂは、必ずしも最初からＨＤＤ３７に記憶させておく必要はない。たとえば、コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに各種プログラム３７ｂを記憶しておき、コンピュータがこれらから各種プログラム３７ｂを読み出して実行するようにしてもよい。
【００７８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。
【００７９】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。
【００８０】
この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００８１】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００８２】
さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００８３】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００８４】
（付記１）ネットワーク上の利用者間で共有される記事の情報を管理する情報管理プログラムであって、
上下関係を有する利用者の情報を示す上下関係情報を記録装置に記録する記録手順と、
前記記事の情報を作成した利用者から当該記事の情報を取得した場合に、前記上下関係情報を基にして前記記事の情報を出力する利用者を判定する判定手順と、
前記判定手順の判定結果に基づいて利用者の端末に前記記事の情報を出力する出力手順と、
をコンピュータに実行させることを特徴とする情報管理プログラム。
【００８５】
（付記２）前記上下関係情報は上司と部下との関係を有する利用者の情報を示し、前記判定手順は前記上下関係情報を基にして前記記事の情報を作成した利用者の上司および／または当該利用者の部下に対して前記利用者の作成した記事の情報を出力すると判定することを特徴とする付記１に記載の情報管理プログラム。
【００８６】
（付記３）前記利用者によって作成された記事の情報を取得した場合に、当該記事の情報に所定のキーワードが含まれているか否かを判定し、判定結果に基づいて前記記事の情報にアクセス可能な利用者を制御するアクセス制御手順を更にコンピュータに実行させることを特徴とする付記１または２に記載の情報管理プログラム。
【００８７】
（付記４）前記アクセス制御手順は、前記記事の情報に所定のキーワードが含まれている場合に、当該記事の情報を作成した利用者の上司および部下による前記記事の情報に対するアクセスを許可することを特徴とする付記１、２または３に記載の情報管理プログラム。
【００８８】
（付記５）前記上下関係情報が変更された場合に、前記記録装置に記録された上下関係情報を更新する更新手順を更にコンピュータに実行させ、前記判定手順は更新後の前記上下関係情報を基にして前記利用者の作成した記事の情報を出力する利用者を判定することを特徴とする付記１〜４のいずれか一つに記載の情報管理プログラム。
【００８９】
（付記６）ネットワーク上の利用者間で共有される記事の情報を管理する情報管理装置であって、
上下関係を有する利用者の情報を示す上下関係情報を記録する記録手段と、
前記記事の情報を作成した利用者から当該記事の情報を取得した場合に、前記上下関係情報を基にして前記記事の情報を出力する利用者を判定する判定手段と、
前記判定手段の判定結果に基づいて利用者の端末に前記記事の情報を出力する出力手段と、
を備えたことを特徴とする情報管理装置。
【００９０】
（付記７）前記上下関係情報は上司と部下との関係を有する利用者の情報を示し、前記判定手段は前記上下関係情報を基にして前記記事の情報を作成した利用者の上司および／または当該利用者の部下に対して前記利用者の作成した記事の情報を出力すると判定することを特徴とする付記６に記載の情報管理装置。
【００９１】
（付記８）前記利用者によって作成された記事の情報を取得した場合に、当該記事の情報に所定のキーワードが含まれているか否かを判定し、判定結果に基づいて前記記事の情報にアクセス可能な利用者を制御するアクセス制御手段を更に含んだことを特徴とする付記６または７に記載の情報管理装置。
【００９２】
（付記９）前記アクセス制御手段は、前記記事の情報に所定のキーワードが含まれている場合に、当該記事の情報を作成した利用者の上司および部下による前記記事の情報に対するアクセスを許可することを特徴とする付記６、７または８に記載の情報管理装置。
【００９３】
（付記１０）ネットワーク上の利用者間で共有される記事の情報を管理する情報管理方法であって、
上下関係を有する利用者の情報を示す上下関係情報を記録装置に記録する記録工程と、
前記記事の情報を作成した利用者から当該記事の情報を取得した場合に、前記上下関係情報を基にして前記記事の情報を出力する利用者を判定する判定工程と、
前記判定工程の判定結果に基づいて利用者の端末に前記記事の情報を出力する出力工程と、
を含んだことを特徴とする情報管理方法。
【符号の説明】
【００９４】
１０，２０    クライアント
３０    入力装置
３１    モニタ
３２    ＲＡＭ
３２ａ，３７ａ  各種データ
３３    ＲＯＭ
３４    媒体読取装置
３５    ネットワークインターフェース
３６    ＣＰＵ
３６ａ  各種プロセス
３７    ＨＤＤ
３７ｂ  各種プログラム
３８    バス
５０    ネットワーク
１００    情報管理装置
１１０    入力部
１２０    出力部
１３０    通信制御部
１４０    入出力制御ＩＦ部
１５０    記憶部
１５０ａ  アカウント情報
１５０ｂ  上下関係情報
１５０ｃ  記事管理情報
１５０ｄ  重要キーワード情報
１６０    制御部
１６０ａ  認証処理部
１６０ｂ  記事情報保存処理部
１６０ｃ  記事情報管理部
１６０ｄ  記事解析部
１６０ｅ  アナウンス実行部
【図１】
0005445571.tif 000002
【図２】
0005445571.tif 000003
【図３】
0005445571.tif 000004
【図４】
0005445571.tif 000005
【図５】
0005445571.tif 000006
【図６】
0005445571.tif 000007
【図７】
0005445571.tif 000008
【図８】
0005445571.tif 000009
【図９】
0005445571.tif 000010
【図１０】
0005445571.tif 000011
【図１１】
0005445571.tif 000012
【図１２】
0005445571.tif 000013
【図１３】
0005445571.tif 000014
【図１４】
0005445571.tif 000015
【図１５】
0005445571.tif 000016
【図１６】
0005445571.tif 000017
【図１７】
0005445571.tif 000018
【図１８】
0005445571.tif 000019
【図１９】
0005445571.tif 000020