JP2006023849A - 情報処理装置、配信装置、情報の配信方法、配信プログラム及び記録媒体 - Google Patents

Abstract

【課題】 情報の受信者を保護することのできる情報処理装置、配信装置、情報の配信方法、配信プログラム及び記録媒体の提供を目的とする。
【解決手段】 ネットワークを介して接続する配信装置に情報の配信を要求する情報処理装置であって、前記情報の配信を指示するユーザが受けた認証の種別に基づいて、前記認証の種別ごとに設定された値を判定する判定手段と、前記判定手段によって判定された値と前記情報の配信要求とを前記配信装置に送信する配信要求手段とを有し、前記配信装置は、前記判定手段によって判定された値に応じて前記情報の配信先を変化させることにより上記課題を解決する。
【選択図】 図３

Description

本発明は、情報処理装置、配信装置、情報の配信方法、配信プログラム及び記録媒体に関し、特にネットワークを介して接続する配信装置に情報の配信を要求する情報処理装置、情報の配信方法、配信プログラム及び記録媒体、並びに前記情報処理装置からの要求を受けて情報を配信する配信装置に関する。

ネットワーク技術の発達に応じ、様々な情報がネットワークを介して交換可能となっている。ネットワークを介して情報を交換するためのシステムとして代表的なものに電子メールシステムがある。しかし、電子メールによる情報の交換は、その公共性ゆえセキュリティ上の観点から信頼性に欠けるという難点がある。そこで、ビジネスの場においては、文書配信システム等、特定の目的に限定された配信システムが構築されるのが一般である。すなわち、かかる配信システムにおいては公共性に対する要求は薄いため、セキュリティを確保するための独自の取り決めを定義することが可能だからである。

例えば、特許文献１には、送信対象とする文書情報を暗号化すると共に、送信者及び受信者が当該文書情報に対する取扱資格を有する場合にのみ送信を実行することにより、文書情報の秘匿性を向上させることのできる技術が開示されている。また、特許文献２には、暗号化されたコンテンツのマルチキャスト配信にあたり、コンテンツを復号化するための復号鍵の配信に伴う負荷を軽減するための技術が開示されている。
特開２０００−１３２５４１号公報 特開２００３−１７４４４０号公報

しかしながら、特許文献１や特許文献２に記載されている技術もそうであるように、従来、配信システムにおけるセキュリティに関して保護の対象とされるのは、配信対象となる情報（文書情報やコンテンツ）そのものであり、配信を受けるユーザ（受信者）の保護という観点に欠けていた。すなわち、配信される情報が例えばウィルス等の不正な情報である場合、当該情報が暗号化等によって保護されたとしても、当該情報の受信者はウィルス等によって被害を受けてしまう可能性が十分考えられる。

本発明は、上記の点に鑑みてなされたものであって、情報の受信者を保護することのできる情報処理装置、配信装置、情報の配信方法、配信プログラム及び記録媒体の提供を目的とする。

そこで上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続する配信装置に情報の配信を要求する情報処理装置であって、前記情報の配信を指示するユーザが受けた認証の種別に基づいて、前記認証の種別ごとに設定された値を判定する判定手段と、前記判定手段によって判定された値と前記情報の配信要求とを前記配信装置に送信する配信要求手段とを有し、前記配信装置は、前記判定手段によって判定された値に応じて前記情報の配信先を変化させることを特徴とする。

また、上記課題を解決するため、本発明は、請求項４に記載されるように、指定された宛先に情報を配信する配信装置であって、前記情報の配信を指示するユーザの受けた認証の種別に基づいて前記情報の配信先を判定する配信先判定手段を有することを特徴とする。

このような情報処理装置、又は配信装置では、配信者がどのような認証を受けたのか、又は認証を受けていないのかによって、配信先を変更することができるため、例えば、認証を受けていないユーザや、信頼性の低い認証しか受けていないユーザからの配信を要求された情報の配信を拒絶することができる。

また、上記課題を解決するため、本発明は、上記情報処理装置における情報の配信方法、前記情報の配信方法をコンピュータに実行させるための配信プログラム、又は前記配信プログラムを記録した記録媒体としてもよい。

本発明によれば、情報の受信者を保護することのできる情報処理装置、配信装置、情報の配信方法、配信プログラム及び記録媒体を提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における文書管理システムの構成例を示す図である。本実施の形態における文書管理システム１は、クライアント装置１０、文書管理サーバ２０、認証サーバ３０、配信サーバ４０等がＬＡＮ又はインターネット等のネットワーク５０を介して接続されることにより構成されている。ネットワーク５０は、有線、無線の別を問わない。

クライアント装置１０は、文書管理システム１のユーザが直接利用する各種アプリケーションが実装されているＰＣ（Personal Computer）、ＰＤＡ（Personal Digital(Data) Assistants）、又は携帯電話等の端末である。

文書管理サーバ２０は、文書情報（文書の実データ及び書誌情報等）の管理機能（文書管理機能）が実装されているコンピュータであり、その文書管理機能をネットワーク５０上に提供している。認証サーバ３０は、ユーザの認証機能が実装されているコンピュータであり、その認証機能をネットワーク５０上に提供している。配信サーバ４０は、指定された宛先への文書の配信機能が実装されているコンピュータであり、その配信機能をネットワーク５０上に提供している。

次に、クライアント装置１０の詳細について説明する。図２は、本発明の実施の形態におけるクライアント装置のハードウェア構成例を示す図である。図２のクライアント装置１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、演算処理装置１０４と、ネットワークＩ／Ｆ（インタフェース）装置１０５と、入力装置１０６と、表示装置１０７とを有するように構成される。

クライアント装置１０での処理を実現するプログラムは、CD―ROM等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。演算処理装置１０４は、メモリ装置１０３に格納されたプログラムに従ってクライアント装置１０に係る機能を実行する。ネットワークＩ／Ｆ装置１０５は例えばモデム、ルータ等で構成され、図１のネットワーク５０に接続するために用いられる。入力装置１０６はキーボード及びマウス等で構成され、様々な操作指示を入力するために用いられる。表示装置１０７はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。

次に、文書管理システム１の機能構成例について説明する。図３は、本発明の実施の形態における文書管理システムの機能構成例を示す図である。図３に示されるように、クライアント装置１０は、配信アプリ１１、素性管理モジュール１２、素性テーブル１２１、ローカルプラグイン１３、文書管理プラグイン１４、配信プラグイン１５、認証制御モジュール１６、認証管理モジュール１７、及び文書管理モジュール１８等より構成される。

配信アプリ１１は、文書の配信指示等をユーザより受け付けるためのＧＵＩ（画面）を備えたアプリケーションである。ユーザによる配信指示は、配信プラグイン１５等を介して配信サーバ４０に伝えられる。配信指示を受けた配信サーバ４０は、指定された宛先へ文書を配信する。

素性管理モジュール１２は、素性テーブル１２１に基づいて、配信指示を行ったユーザの「素性」の判断等を行うモジュールである。ここで、「素性」とは、配信指示を行ったユーザが受けた認証の種別（パスワード認証、カード認証、生体認証等の別、以下、「認証種別」という。）によってその値が定まる属性であり、ユーザが受けた認証の信頼性が高いほどその値は大きくなる。すなわち、素性とは、認証種別に対する信頼性の高さのレベル（以下「認証レベル」という。）を示すものである。素性テーブル１２１は、認証種別と認証レベルとの対応関係を管理しているテーブルである。なお、本実施の形態において、認証種別には、ユーザが認証を受けていない状態も一つの種別に含まれるものとする。

ローカルプラグイン１３、文書管理プラグイン１４及び配信プラグイン１５等は、クライアント装置１０において利用される機能に応じて着脱可能なプラグインとして実装されているモジュールである。ローカルプラグイン１３は、クライアント装置１０におけるローカルな文書に対してアクセスするためのインタフェースを提供するプラグインである。文書管理プラグイン１４は、文書管理サーバ２０における文書管理機能（文書の登録、検索、削除、更新等）に対するインタフェースを提供するプラグインである。配信プラグイン１５は、配信サーバ４０における文書の配信機能に対するインタフェースを提供するプラグインである。

認証制御モジュール１６は、各種プラグインよりユーザの認証要求を受け付け、当該認証要求に基づいて実行される処理の制御を行うモジュールである。認証管理モジュール１７は、認証制御モジュール１６からの要求に応じて認証サーバ３０に対して認証の要求等と行うモジュールである。

文書管理モジュール１８は、文書管理サーバ２０における文書管理サービス２１（後述される）を利用するための各種インタフェースが実装されているモジュールである。すなわち、文書管理モジュール１８は、上位モジュール（ここではプラグイン等）から呼び出されたインタフェースに応じた要求を文書管理サービス２１に対して送信し、それに対して文書管理サービス２１より返信された情報を上位モジュールに返却する。

文書管理サーバ２０には、文書管理サービス２１が実装されている。文書管理サービス２１は、文書情報管理機能をＷｅｂサービスとして提供するモジュール群である。文書管理サービス２１は、ＳＯＡＰ（Simple Object Access Protocol）インタフェースによってクライアント（ここでは、クライアント装置１０）からの要求を受け付けることが可能である。

認証サーバ３０には、認証サービス３１が実装されている。認証サービス３１は、ユーザの認証機能をＷｅｂサービスとして提供するモジュール群である。認証サービス３１は、ＳＯＡＰインタフェースによってクライアント（ここでは、クライアント装置１０）からの要求を受け付けることが可能である。

配信サーバ４０には、配信サービス４１が実装されている。配信サービス４１は、文書の配信機能をＷｅｂサービスとして提供するモジュール群である。配信サービス４１は、ＳＯＡＰインタフェースによってクライアント（ここでは、クライアント装置１０）からの要求を受け付けることが可能である。

以下、図３の文書管理システム１の処理手順について説明する。図４は、文書管理システムにおける文書の配信処理を説明するためのシーケンス図である。

ユーザによって配信アプリ１１に対して文書の配信指示がなされると、配信アプリ１１は、配信対象とされた文書（以下「カレント文書」という。）を管理する文書管理サービス２１とのセッションの接続と共にユーザの認証を文書管理プラグイン１４に対して要求する（Ｓ１０１）。ユーザの認証方式は、パスワード認証、ドメイン認証、カード認証、生体認証等、いずれのものにも限定されない。認証サービス３１においていずれか一つの認証方式に対応しているのであれば、当該認証方式によればよい。認証サービス３１において複数の認証方式に対応しているのであれば、ユーザの操作時（パスワードの入力時等）にいずれの認証方式によるのかを選択可能なようにしてもよい。

ステップＳ１０１に続いてステップＳ１０２に進み、文書管理プラグイン１４は、ユーザの認証処理と共に、文書管理サービス２１とのセッションの接続処理を行い、その結果を配信アプリ１１に対して返却する（Ｓ１０３）。すなわち、文書管理プラグイン１４は、認証管理モジュール１７を用いて認証サービス３１に対して認証要求を行うと共に、文書管理モジュール１８を用いて文書管理サービス２１に対してセッションの接続要求を行う。

ステップＳ１０３に続いてステップＳ１０４に進み、配信アプリ１１は、素性管理モジュール１２に対してカレントユーザの認証レベルを問い合わせる。ステップＳ１０４に続いてステップＳ１０５に進み、素性管理モジュール１２は、文書管理プラグイン１４に対して認証種別を問い合わせることにより、カレントユーザが行った認証の認証種別を識別するためのＩＤ（種別ＩＤ）を取得する（Ｓ１０６）。なお、認証種別は、ステップＳ１０２においてユーザの認証を行うときに文書管理プラグイン１４で保持しておくようにしてもよいし、認証サービス３１において保持しておくようにしてもよい。前者の場合は、文書管理プラグイン１４は、素性管理モジュール１２からの問い合わせに応じ自らが保持している認証種別をそのまま返却すればよい。後者の場合は、文書管理プラグイン１４は、素性管理モジュール１２からの問い合わせに応じ、認証サービス３１に対して認証種別を問い合わせ、認証サービス３１より返却された認証種別を素性管理モジュール１２に返却すればよい。

ステップＳ１０６に続いてステップＳ１０７に進み、素性管理モジュール１２は、種別ＩＤと素性テーブル１２１とに基づいて、カレントユーザの認証レベルを判定する。

図５は、素性テーブルの構成例を示す図である。図５に示される素性テーブル１２１は、認証種別ごとに種別ＩＤ、種別名及び認証レベル等が定義されたテーブルである。種別ＩＤは、各認証種別を一意に識別するための識別情報である。種別名は、各認証種別の名前である。認証レベルは、上述した認証レベル、すなわち、各認証種別による認証を受けたことによる信頼性の高さを示すレベルである。図５の素性テーブル１２１においては、認証を受けていない場合（認証無し）は、認証レベルは０であり、パスワード認証、ドメイン認証、オリジナル認証（独自に実装されたもの）、又は生体認証を受けた場合の認証レベルは、それぞれ１、２、３、４として定義されている。なお、図５においては、認証レベルは重複していないが、複数の認証種別に対して同一の認証レベルを設定してもよい。

ステップＳ１０７に続いてステップＳ１０８に進み、素性管理モジュール１２は、判定された認証レベルを配信アプリ１１に対して出力する。ステップＳ１０８に続いてステップＳ１０９に進み、配信アプリ１１は、文書管理プラグイン１４を介して文書管理サービス２１よりカレント文書の実データ（文書データ）を取得する（Ｓ１１０）。ステップＳ１１０に続いてステップＳ１１１に進み、配信アプリ１１が、配信プラグイン１５に対して配信サービス４１とのセッションの接続を要求すると、配信プラグイン１５は、ユーザの認証を認証サービス３１に要求する共に、配信サービス４１に対してセッションの接続を要求し、当該セッションを接続する（Ｓ１１２、Ｓ１１３）。

配信プラグイン１５から配信サービス４１とのセッションが接続された旨が通知されると（Ｓ１１４）、配信アプリ１１は、カレント文書の文書データと、宛先情報と、認証レベルとを伴って配信プラグイン１５に対して当該文書データの配信を要求する（Ｓ１１５）。ここで、宛先情報とは、文書データの配信先として指定されたユーザのユーザ名や、グループ名等が相当する。

ステップＳ１１５に続いてステップＳ１１６に進み、配信プラグイン１５は、配信サービス４１に対してカレント文書の文書データと、宛先情報と、認証レベルとを送信することにより、カレント文書の配信を配信サービス４１に要求する。ステップＳ１１６に続いてステップＳ１１７に進み、配信サービス４１は、配信先判定テーブルに基づいて実際に文書データを配信する配信先を判定し、判定された配信先に対して文書データを配信する。

図６は、配信先判定テーブルの構成例を示す図である。図６の配信先判定テーブル４２は、配信先として指定され得る各宛先について、認証レベルに応じた配信先が定義されているテーブルである。例えば、Ｕｓｅｒ＿Ａが宛先として指定された場合であって、認証レベルが１の場合は、未転送トレイが配信先となることが分かる。ここで、未転送トレイとは、宛先に配信されなかった文書を保存しておく場所である。また、Ｕｓｅｒ＿Ｂが宛先として指定された場合は、認証レベルが４以上であれば、Ｕｓｅｒ＿Ｂのメールアドレス（ＢＢ＠ｘｘｘ．ｃｏｍ）が配信先となるが、認証レベルが１又は１以上３以下の場合は、未転送トレイが配信先となる。また、Ｕｓｅｒ＿Ｄが宛先として指定された場合は、認証レベルが３以上の場合は、Ｕｓｅｒ＿Ｄのメールアドレス（ＤＤ＠ｘｘｘ．ｃｏｍ）が配信先となるが、認証レベルが０の場合は、ごみ箱が配信先となる。すなわち、配信先判定テーブル４２に基づいて配信先を判定することにより、所定の認証レベルが満たされていない場合は、宛先として指定されたユーザ等への配信は行わないというわけである。

配信が完了するとその旨が配信プラグイン１５を介して配信アプリ１１に対して通知され（Ｓ１１８、Ｓ１１９）、配信指示に基づく処理が終了する。

上述したように、本実施の形態における文書管理システム１によれば、配信者の信頼性の高さ（認証を受けたのか否か、又はどのような認証を受けたのか）に応じて配信先を変化させることができるため、例えば、信頼性の低い配信者から配信が要求された情報の配信を拒否することができ、これによって、不正な情報を受信することにより受信者が被害を受けるのを防止することができる。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

本発明の実施の形態における文書管理システムの構成例を示す図である。 本発明の実施の形態におけるクライアント装置のハードウェア構成例を示す図である。 本発明の実施の形態における文書管理システムの機能構成例を示す図である。 文書管理システムにおける文書の配信処理を説明するためのシーケンス図である。 素性テーブルの構成例を示す図である。 配信先判定テーブルの構成例を示す図である。

符号の説明

１ 文書管理システム
１０ クライアント装置
１１ 配信アプリ
１２ 素性管理モジュール
１３ ローカルプラグイン
１４ 文書管理プラグイン
１５ 配信プラグイン
１６ 認証制御モジュール
１７ 認証管理モジュール
１８ 文書管理モジュール
２０ 文書管理サーバ
２１ 文書管理サービス
３０ 認証サーバ
３１ 認証サービス
４０ 配信サーバ
４１ 配信サービス
５０ ネットワーク
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ 演算処理装置
１０５ ネットワークＩ／Ｆ装置
１０６ 入力装置
１０７ 表示装置
１２１ 素性テーブル
Ｂ バス

Claims (12)

1. ネットワークを介して接続する配信装置に情報の配信を要求する情報処理装置であって、
   前記情報の配信を指示するユーザが受けた認証の種別に基づいて、前記認証の種別ごとに設定された値を判定する判定手段と、
   前記判定手段によって判定された値と前記情報の配信要求とを前記配信装置に送信する配信要求手段とを有し、
   前記配信装置は、前記判定手段によって判定された値に応じて前記情報の配信先を変化させることを特徴とする情報処理装置。
2. 前記認証の種別ごとに設定された値は、それぞれの認証の種別に対する信頼性の高さを示すことを特徴とする請求項１記載の情報処理装置。
3. 前記認証の種別ごとに設定された値を管理する管理手段を更に有することを特徴とする請求項１又は２記載の情報処理装置。
4. 指定された宛先に情報を配信する配信装置であって、
   前記情報の配信を指示するユーザの受けた認証の種別に基づいて前記情報の配信先を判定する配信先判定手段を有することを特徴とする配信装置。
5. 前記配信先判定手段は、前記ユーザの受けた認証の種別に対する信頼性の高さに応じて前記配信先を判定することを特徴とする請求項４記載の配信装置。
6. 前記配信先判定手段は、前記ユーザの受けた認証の種別に対する信頼性の高さに応じて前記指定された宛先に前記情報を配信しないことを判定することを特徴とする請求項５記載の配信装置。
7. 配信先として指定され得る各宛先について、前記ユーザの受けた認証の種別に対する信頼性の高さに応じて前記情報の配信先が定義された配信先判定情報を管理する配信先判定情報管理手段を更に有することを特徴とする請求項５又は６記載の配信装置。
8. ネットワークを介して接続する情報処理装置からの配信要求に応じて前記情報を配信し、
   前記ユーザの受けた認証の種別に対する信頼性の高さを示す値は、前記情報処理装置からの配信要求において指定されていることを特徴とする請求項５乃至７いずれか一項記載の配信装置。
9. コンピュータを用いた情報の配信方法であって、
   前記情報の配信を指示するユーザの受けた認証の種別に基づいて、前記認証の種別ごとに設定された値を判定する判定手順と、
   前記判定手順において判定された値と前記情報の配信要求とをネットワークを介して接続する配信装置に送信する配信要求手順とを有し、
   前記配信装置は、前記判定手順において判定された値に応じて前記情報の配信先を変化させることを特徴とする情報の配信方法。
10. 前記認証の種別ごとに設定された値は、それぞれの認証の種別に対する信頼性の高さを示すことを特徴とする請求項９記載の情報の配信方法。
11. コンピュータに、
    情報の配信を指示するユーザの受けた認証の種別に基づいて、前記認証の種別ごとに設定された値を判定する判定手順と、
    前記判定手順において判定された値と前記情報の配信要求とをネットワークを介して接続する配信装置に送信する配信要求手順とを実行させ、
    前記配信装置は、前記判定手順において判定された値に応じて前記情報の配信先を変化させることを特徴とする配信プログラム。
12. 請求項１１記載の配信プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images