(57)【特許請求の範囲】
【請求項１】
ＲＳＳフィードへのユーザによる書き込みを可能としたＷｅｂシステムであって、
フロントエンド部と，情報フィルタ部と，推論エンジン部と、ＣＧＩ部と，ＲＳＳフィード部と，コンテンツを格納する第１のファイルシステム部と，前記推論エンジン部で使用されるＡＣＬ（ＡｃｃｅｓｓＣｏｎｔｒｏｌＬｉｓｔ）並びに推論データファイルを格納した第２のファイルシステム部と、を備え、
前記フロントエンド部は、ユーザからのアクセスを受け付けると共に当該ユーザのサブジェクト属性を情報フィルタ部に引き渡すものであり、
前記情報フィルタ部は、フロントエンド部からユーザのサブジェクト属性を得て、前記推論エンジン部を用いて当該ユーザのアクセス権を検査するものであり、
前記推論エンジン部は、第２のファイルシステム部からＡＣＬと推論データファイルとを読み出してユーザのアクセス権を判定するものであり、
前記ＣＧＩ部は、前記第１のファイルシステム部から前記推論エンジン部を記述したファイルを読み出すものであり、
前記ＲＳＳフィード部は、ＲＳＳフィードを格納するものであり、
前記フロントエンド部は、前記情報フィルタ部が前記推論エンジン部を用いて当該ユーザのアクセス権を検査した結果に基づいて、その権利の範囲以内でＲＳＳフィードへの当該ユーザによる書き込みを許可することを特徴とする情報フィルタを実装したＷｅｂシステム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、配信者から自動的に送られてくる情報配信サービスを提供するプッシュ型Ｗｅｂシステム、特にクラウドと言うインターネットの中のリソースの関係を基にして推論エンジンを使いアクセス制御をおこなう情報フィルタを実装したものに関する。
【背景技術】
【０００２】  従来クラウドとは，疎結合したサービスが提供されるシステムの事を指すが，解釈は多様にある。一般的にはクラウドは，クラウド・コンピューティング，或いはＡＳＰ・ＳａａＳと解釈される。
クラウド・コンピューティングとは，従来から存在するネットワーク・コンピューティング，ユーティリティコンピューティング，ＳａａＳなどをユーザ視点で呼びだしたもの，あるいはこれらの要素を含みさらに発展させたものである。【０００３】  従来のコンピュータ利用と異なるのは，ユーザがコンピュータのハードウェア，ソフトウェア，データなどを自分自身で保有・管理していたのに対して，クラウド・コンピューティングでは「ユーザはインターネットの向こう側からサービスを受け，サービス料金を支払う」形となっている。【０００４】  なお，クラウド・コンピューティングという場合，広く見れば従来からのインターネット上の情報検索サービス，インターネットショッピング，インターネットバンキングなども含まれそうだが，通常はユーザが自分でソフトウェアを購入していた様なドキュメント管理，グループウェア，営業支援システム，会計システム等をさす。【０００５】  また、ＡＳＰ・ＳａａＳとは，１９９８年に登場したネットワークを通じてアプリケーション機能を提供するもので，今現在はＳａａＳと名前を変えて脚光を浴びている。
ＡＳＰの定義は，「特定及び不特定ユーザが必要とするシステム機能を，ネットワークを通じて提供するサービス，あるいは，そうしたサービスを提供するビジネスモデル」である。【０００６】  ここで、クラウドとは，「対象世界の関係を述語論理で記述し，アドレス空間を関連付けたもの」であり，検索システムと情報生成システムの意味モデルである。
言い換えればクラウドは，「メタ言語とアドレスの対がインターネットの中を雲の様に浮遊している様な関係の集まり」の事である．具体的なクラウドは，主語と述語で記述される命題，及びそれらのリソースへのアドレスの集まりである。
クラウドとは，インターネットのリソース間の関係が述語論理によって記述された意味論である。意味論とは，アクセス規則を表す論理式に対して真理値を割り当てた論理である。【０００７】  プッシュ型Ｗｅｂとは，検索システムのようなユーザ自らが情報を探す形式とは異なり，配信元から，自動的に情報が送信されてくるタイプのＷｅｂサービスの事を指す。
ニュースの地震速報のような情報配信は完全にプッシュ型のサービスである．ニュースやブログなどの各種のウェブサイトの更新情報を簡単にまとめ，配信するための幾つかの文書フォーマットの総称であるＲＳＳはプッシュ型Ｗｅｂの一形態である．一言にＲＳＳといっても，異なる複数の規格が存在しており，それぞれの記述方式や用途が異なるために，多少の混乱が見受けられるが，日本語サイトで普及しているＲＳＳはほとんどがＲＳＳ１．０を用いている為に一般にはＲＳＳというと，ＲＤＦＳｉｔｅＳｕｍｍａｒｙとして認識されている．ＲＤＦとはＲｅｓｏｕｒｃｅＤｅｓｃｒｉｐｔｉｏｎＦｒａｍｅｗｏｒｋの略である。図１はＲＤＦファイルヘッダを示す図である。【０００８】  ＲＳＳの流行の背景には，Ｗｅｂからの情報収集の手間を省くことが可能という点がある．
従来，Ｗｅｂから情報を探す，或いは定期的にチェックしているサイト等の更新情報を得る方法がなく，ブラウザに登録した，「お気に入り」などから，直接サイトへ飛びチェックする方法しかなかった．これは時間と手間が掛るだけでなく，更新情報があるか分らないため，無駄足を踏む事もあった。【０００９】  それに対し，ＲＳＳは配信されるサイトの更新情報をリーダを通して一括で見ることができ，手間と時間の無駄をなくす事ができる。ＲＳＳはＸＭＬ形式で配信され，それをＲＳＳリーダと呼ばれるもので読むことができ，複数のサイトを登録可能なため，必要な情報だけ集めることが可能である。本明細書では，ＲＳＳをプッシュ型Ｗｅｂのサービスの一つとして考えている。【００１０】  ｃｏｖｅｒｔ  ｃｈａｎｎｅｌとは，一般的に情報漏洩，改竄が起こりうる経路の事を指し，Ｒｅａｄ，Ｗｒｉｔｅの有る所ではｃｏｖｅｒｔ  ｃｈａｎｎｅｌは必ず起こりうる。
図２にｃｏｖｅｒｔ  ｃｈａｎｎｅｌが起こりうる場合を示したアクセス行列を示す。【００１１】  図２のＳはＳｕｂｊｅｃｔ，ＯはＯｂｊｅｃｔを示し，ＲはＲｅａｄ権，ＷはＷｒｉｔｅ権，φはアクセス禁止を示している。
図２の左の状態であるならば，情報フローは起こりえないが，右の状態と成るとＳ２がＯ２に対してＷｒｉｔｅ権を持っている為に，Ｏ１の内容をＯ２に書き出す事が出来る。本来Ｓ１はＯ１の内容を知る事は出来ないが，Ｓ２がＯ２にコピー＆ペーストをする事によってＳ１が知ってしまう．この経路をｃｏｖｅｒｔ  ｃｈａｎｎｅｌという。【００１２】  図３は、ＲＳＳとクラウドの位置づけを説明する図であり、本明細書では，ＲＳＳを一つのクラウドとして扱っている。クラウドとは，前述のとおり「メタ言語とアドレスの対がインターネットの中を雲の様に浮遊している様な関係の集まり」である。【００１３】  ＲＳＳの構造は，ＲＳＳを配信する側はＲＳＳフィードを発信し，ＲＳＳリーダは設定された時間毎に配信されているフィードがないかチェックする為，配信者から受信者へ直接情報が届くプッシュ型Ｗｅｂとは異なるが，それはプロトコルレベルでの見方をした場合で，コンテンツレベルでＲＳＳを見た場合，プッシュ型Ｗｅｂと見做す事が可能であると考え本明細書ではＲＳＳをプッシュ型Ｗｅｂとして扱っている。【００１４】  ＲＳＳフィードとリーダはクラウドの中の一部と見做す事が出来る為，情報はクラウドを介して直接発信されて来ている様に見える．また，ＲＳＳ自体もリソースファイルにＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）が付属している形と成っている為に，クラウドという事が出来る．したがって本明細書ではＲＳＳをプッシュ型Ｗｅｂとして定義する。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２００８−１６５６３１号公報
【非特許文献】
【００１６】
【非特許文献１】森住哲也，木下宏揚（神奈川大学）：“インターネット社会の情報漏えい・情報改ざんを防止するセキュリティモデルの提案”，日本セキュリティ・マネジメント学会誌，１月（２００７）
【非特許文献２】森住哲也，木下宏揚，辻井重男：“不確定な情報“ｃｏｖｅｒｔｃｈａｎｎｅｌ”の直観主義論理による解釈と分析“，技術と社会・倫理研究会（ＳＩＴＥ）．（２００７．７）
【非特許文献３】森住哲也，木下宏揚，辻井重男：“多元社会の意味ネットにおける存在論と認識論の役割（社会システムのためのアクセス制御ａｇｅｎｔの視点から）”，技術と社会・倫理研究会（ＳＩＴＥ）．（２００８．７）
【非特許文献４】森住哲也，木下宏揚，辻井重男：“セマンティックＷｅｂのための統合セキュリティモデル”，ｃｓｓ２００８，（２００８．１０）
【非特許文献５】森住哲也，木下宏揚：”社会システムの中のｃｏｖｅｒｔｃｈａｎｎｅｌについて”，電子情報通信学会，技術と社会・倫理研究会，５月，（２００５）
【発明の概要】
【発明が解決しようとする課題】
【００１７】  本明細書ではＲＳＳをクラウドとして扱うと定義しているが，それはＲＳＳでリソースへのアクセスを行うという事である。
そして，ＲＳＳの利便性を高めるために，ＲＳＳにはＷｒｉｔｅの機能を持たせ，アクセスだけでなくリソースに対しての書き込み動作を可能とさせる。【００１８】  クラウドとは，「メタ言語とアドレスの対」である為に，リソースにＵＲＩを付加させる事により，そのリソースファイルが何所へ格納されていようとも，ネットワーク越しにアクセスする事が可能と成り，これを利用してＲＳＳでリソースへのアクセスを行う事を可能とする。【００１９】  ＲＳＳの利便性を高めるために，従来はＲｅａｄの機能しか持たないＲＳＳにＷｒｉｔｅ可能とすることで，コンテシツ作成やＣｏｐｙ＆Ｐａｓｔｅも可能となる様に拡張する。
この様なＲＳＳの拡張によって，クラウドに於けるダイナミックなコラボレーションを行う時，新たな情報産出に対して迅速な変更を相互に可能となる。
しかし反面，ｃｏｖｅｒｔ  ｃｈａｎｎｅｌの問題が顕在化すると云う問題がある。
【課題を解決するための手段】
【００２０】  上記の課題を解決するため、情報フィルタを実装したＷｅｂシステムは、フロントエンド部と，情報フィルタ部と，推論エンジン部と、ＣＧＩ部と，ＲＳＳフィード部と，コンテンツを格納する第１のファイルシステム部と，前記推論エンジン部で使用されるＡＣＬ（ＡｃｃｅｓｓＣｏｎｔｒｏｌＬｉｓｔ）並びに推論データファイルを格納した第２のファイルシステム部と、を備え、
前記フロントエンド部は、ユーザからのアクセスを受け付けると共に当該ユーザのサブジェクト属性を情報フィルタ部に引き渡すものであり、
前記情報フィルタ部は、フロントエンド部からユーザのサブジェクト属性を得て、前記推論エンジン部を用いて当該ユーザのアクセス権を検査するものであり、
前記推論エンジン部は、第２のファイルシステム部からＡＣＬと推論データファイルとを読み出してユーザのアクセス権を判定するものであり、
前記ＣＧＩ部は、前記第１のファイルシステム部から前記推論エンジン部を記述したファイルを読み出すものであり、
前記ＲＳＳフィード部は、ＲＳＳフィードを格納するものであり、
前記フロントエンド部は、前記情報フィルタ部が前記推論エンジン部を用いて当該ユーザのアクセス権を検査した結果に基づいて、その権利の範囲以内でＲＳＳフィードへの当該ユーザによる書き込みを許可することを特徴とするものである。
【発明の効果】
【００２１】  ｃｏｖｅｒｔ  ｃｈａｎｎｅｌを分析・制御し，情報フローを制御するために，クラウドと言うインターネットの中のリソースの関係を基にして推論エンジンを使いアクセス制御をおこなう情報フィルタを実装することにより、拡張ＲＳＳからの情報漏洩・改竄を防止可能となる。
【図面の簡単な説明】
【００２２】
【図１】ＲＤＦファイルヘッダを示す図。
【図２】ｃｏｖｅｒｔ  ｃｈａｎｎｅｌが起こりうる場合を示したアクセス行列。
【図３】ＲＳＳとクラウドの位置づけを説明する図。
【図４】情報フィルタを実装したプッシュ型Ｗｅｂシステムの概略構成図。
【図５】ＲＤＦを用いて構築したクラウドシステムを示す構成図。
【図６】ｐｒｏｌｏｇを使用して作成した情報フィルタを示す図。
【図７】ｐｒｏｌｏｇの呼び出しＣＧＩを示す図。
【図８】ブラウザから作成者が変更を加えたドキュメントへのアクセスを示した機能ブロック図。
【発明を実施するための形態】
【００１３】  図４は、情報フィルタを実装したプッシュ型Ｗｅｂシステムの概略構成図である。
システムは，「フロントエンド」，「情報フィルタ」，「ＣＧＩ」，「ＲＳＳフィード」，「コンテンツを格納するファイルシステム」，「推論エンジンで使用される定義ファイルを格納したファイルシステム」からなる。
システムへアクセスしたユーザは「フロントエンド」を介してアクセス権を検査され，その権利の範囲以内でのアクセスを許される。
【００１４】  アクセス権の検査は情報フィルタが推論エンジンを用いて行い，推論に必要な情報はＡＣＬ（ＡｃｃｅｓｓＣｏｎｔｒｏｌＬｉｓｔ），推論データファイルより読み込む。また，データの変更等があれば，ＲＳＳフィードを通しユーザへＲＳＳを配信する事が出来る様になっている。
【００１５】  このシステムに於いて、クラウドに当たる部分はリソース定義ディレクトリである「ＲＳＳフィード」，「リソース定義ファイル，ＡＣＬ，推論データファイルが置かれているファイルシステム」である．
なお，コンテンツを格納する場所は指定されている場所だけではなく，ユーザが好きな場所に保管しておくことが可能である。これは，クラウドがメタ言語とアドレスの対になっている為に，何所にコンテンツを保存していても，ネットワーク越しにアクセスが可能となるからである。
【００１６】  図５はＲＤＦを用いて構築したクラウドシステムを示す構成図である。
クラウドを構成する要素は，定義ファイルとＸＳＤファイルの２種類から構成される「コミュニティ属性」，「アクセスコントロールリスト」，リソース定義とリソース定義ファイルを表示させる為の「リソース定義エディタ」，リソース定義ファイルを格納する「リソース定義ディレクトリ（ＲＳＳフィード）」，「Ｓｕｂｊｅｃｔ・Ｏｂｊｅｃｔの関係ファイル」，定義ファイルの情報を集める「情報フィルタフロントエンド」，フロントエンドに集めたデータより推論を行う「推論エンジン」から成る。
【００１７】  アクセスコントロールリスト（ＡＣＬ）は述語論理で定義された５つの属性（競合属性，所有属性，プライバシー属性，役割属性，階層属性）を元に記述した．ＸＳＤファイルとは，ＳＭＬＳｃｈｅｍａファイルの事を指す。ＸＭＬＳｃｈｅｍａはＸＭＬ文書の論理的構造を定義する為のスキーマ言語のひとつである。
【００１８】  図５に記述されている「リソース定義ディレクトリ」は図４の「ＲＳＳフィード」に，「情報フィルタフロントエンド」は，図４の「情報フィルタ」と「フロントエンド」に該当する。
【００１９】  「リソース定義ＸＳＤファイル」，「アクセスコントロールリストＸＳＤファイル」と「アクセスコントロールファイル」，「コミュニティ定義ファイル」と「コミュニティ定義ＸＳＤファイル」，「Ｓｕｂｊｅｃｔ・Ｏｂｊｅｃｔの関係」は「情報フィルタフロントエンド」へ送られ「推論データファイル」へと書き込まれる。
【００２０】  「リソース定義ＸＳＤファイル」は「リソース定義エディタ」によって「リソース定義ファイル」にされ，「リソース定義ディレクトリ（ＲＳＳフィード）」へ格納され，ＲＳＳとして配信される。
これがこのシステムに於けるクラウドの全容である。
【００２１】  ＲＳＳへｗｒｉｔｅ機能を付属する事によって，配信される情報に対し追記や修正が可能と成る等の利便性が上がる一方，情報漏洩の危険も顕在化する。それがｃｏｖｅｒｔ  ｃｈａｎｎｅｌである。
【００２２】  ｃｏｖｅｒｔ  ｃｈａｎｎｅｌとは，アクセス行列に於けるｒｅａｄ，ｗｒｉｔｅの連鎖によって禁止された情報漏洩や改竄が引き起こる現象である。従来のアクセス制御ではこのｃｏｖｅｒｔ  ｃｈａｎｎｅｌを防ぐ事は難しい。したがって，直観主義論理に基づきＳｕｂｊｅｃｔ，Ｏｂｊｅｃｔそれぞれに５つの属性を定義し，それに基づきアクセスを制御する為の情報フィルタを作成する。
【００２３】  直観主義論理とは，知識を積み上げていく構造主義的論理を持つ論理である。この知識を積み上げていくと言う構造主義的論理は様々なセキュリティポリシーに対して柔軟に変更，改訂可能である事が求められるセキュリティモデルに基づくアクセス規則には必要とされ，本明細書では直観主義論理をモデル，即ち意味論として選択しｃｏｖｅｒｔ  ｃｈａｎｎｅｌを分析している。
情報フィルタはｐｒｏｌｏｇを使用して作成され，図６はその一部例を示す図である。
【００２４】  このシステムにおいて情報フィルタは，競合，プライバシー，所有，役割，階層という５つの属性をベースとして，それぞれのＳｕｂｊｅｃｔに適合するように５つの属性をカスタマイズする。
【００２５】  モデルの５つの属性を定義する。
「競合属性」：Ｃｏｍｍｕｎｉｔｙ，またはＳｕｂｊｅｃｔ間の関係であり，競合関係にあるＣｏｍｍｕｎｉｔｙ，Ｓｕｂｊｅｃｔ同士は情報の共有が禁止される。
「所有属性」：ＳｕｂｊｅｃｔによるＯｂｊｅｃｔの占有を示す関係．所有権を持つＳｕｂｊｅｃｔはＯｂｊｅｃｔへのアクセス権限を生成変更可能である。
「プライバシー属性」：ＳｕｂｊｅｃｔはＳｕｂｊｅｃｔ自体にかかわる情報を持ち，この情報はプライバシーである．プライバシー属性を持つＳｕｂｊｅｃｔはＯｂｊｅｃｔへのアクセス権限を生成・変更可能であり，自己に閉じておきたい個人的な考え，主張，価値等は自己だけが自由に生成変更可能な情報として，他の情報と区別する所有という形で配信されるか，その中で自己にかかわる内容が配信されたときそれがプライバシー情報となる。
「役割属性」：Ｃｏｍｍｕｎｉｔｙ内の情報の意味算出機構にかかわるＳｕｂｊｅｃｔの機能を表す．
人はＣｏｍｍｕｎｉｔｙに帰属するが，Ｃｏｍｍｕｎｉｔｙの一機能を果たし，Ｃｏｍｍｕｎｉｔｙ内のＳｕｂｊｅｃｔの役割がＯｂｊｅｃｔのアクセスを制限する。
「階層属性」：Ｓｕｂｊｅｃｔ，Ｏｂｊｅｃｔに刻印される構造。
【００２６】  情報フィルタがアクセスコントロールを行う際に推論エンジンを使い推論を行う。推論エンジンはｐｒｏｌｏｇで記述されるが，そのファイルを読み込むためにＣＧＩを使用する。そのＣＧＩの一部を図７に示す。
【００２７】  情報フィルタの推論機能には，以下の４つの機能がある。
１．Ｃｏｍｍｕｎｉｔｙ，Ｓｕｂｊｅｃｔ，Ｏｂｊｅｃｔに付与された属性から，権限を推論する事ができる。
２．推論する前に決まっていた権限及び推論により求められた権限の矛盾を検出する。
３．セキュリティポリシーにより権限の矛盾を修正できる。
４．ｃｏｖｅｒｔ  ｃｈａｎｎｅｌ候補を検出する。
【００２８】  ＜Ｃａｓｅ  Ｓｔｕｄｙ＞
ここでは，ＲＤＦで作成したクラウドシステムへのアクセスの例を示す。
以下のリストはブラウザを用いて配信されて来たＲＳＳに記述されているドキュメントへのリンクへアクセスする方法の例を示したものである。図８はブラウザから作成者が変更を加えたドキュメントへのアクセスを示した機能ブロック図である。
【００２９】１．ドキュメント作成者が編集画面へアクセスを開始。
２．認証処理でユーザのサブジェクト属性を確保。サブジェクト属性はクッキーなどで保持。
３．処理選択画面が開き，編集方法を選択。
４．ドキュメント名からオブジェクト属性を確保し，情報フィルタＯＫを確認して，編集を実行ドキュメント更新があったことをＲＳＳフィードに反映。
５．ＲＳＳリーダに上記ＲＳＳフィードを登録している人が，ＲＳＳリーダ更新があったことを知り，更新したドキュメントを見ようとして，ＲＳＳリーダが表示しているリンクをクリックする。
６．ブラウザを使い，アクセス．認証処理でユーザのサブジェクト属性を確保。
７．認証がＯＫとなり，閲覧ページが開く。更新したドキュメントのリンクをクリック。リンクが対応しているドキュメントのオブジェクト属性を確保。情報フィルタでＯＫを確認してドキュメントを読み出す。
【００３０】  本明細書では，クラウドの中で動作するＲＳＳをプッシュ型Ｗｅｂのクラウドと定義した。
そしてＲＳＳの機能を拡張しＲＳＳがクラウドにリソースをプッシュし，クラウドにアクセスするユーザ間がダイナミックにコラボレーションするためのツールとして作動するシステムを目指した。
そのためにはＲＳＳの中で生じるｃｏｖｅｒｔ  ｃｈａｎｎｅｌを分析・制御しなければならない。
本発明ではｃｏｖｅｒｔ  ｃｈａｎｎｅｌと言う情報フローを制御するために，セキュリティモデルに基づく推論エンジンを使い情報フィルタ実装している。
【図１】
0005540203.tif 000002
【図２】
0005540203.tif 000003
【図３】
0005540203.tif 000004
【図４】
0005540203.tif 000005
【図５】
0005540203.tif 000006
【図６】
0005540203.tif 000007
【図７】
0005540203.tif 000008
【図８】
0005540203.tif 000009