JP2003256323A - サービス統合システム、サービス統合装置、およびサービス統合プログラム - Google Patents

Abstract

(57)【要約】 【課題】本発明は、コミュニケーションツールやリソー
スのうちの１つ以上のサービスを共有する場のサービス
の情報を複数の場にわたって統合するサービス統合シス
テム等に関し、ユーザに対して効率的な情報の提示や通
知を行なう。 【解決手段】複数の場を、これら複数の場のうちの統合
側の場そに対応する、統合の対象となる複数の場の統合
の対象となる複数のサービスを定義した対象サービス定
義を含んで定義した場の情報データベースを管理してお
き、対象サービス定義により定義された複数の場の複数
のサービスの情報を、その対象サービス定義に対応する
１つの統合側の場に表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コミュニケーショ
ンツールやリソースのうちの１つ以上のサービスを共有
する場のサービスの情報を複数の場にわたって統合する
サービス統合システム、サービス統合装置、および１台
もしくは複数台のコンピュータからなるコンピュータシ
ステムあるいは１台のコンピュータをサービス統合シス
テムあるいはサービス統合装置として動作させるサービ
ス統合プログラムに関する。

【０００２】

【従来の技術】複数の人間がグループを形成して共同作
業を行なう場合、グループメンバの間での情報交換の手
段として、メーリングリストや電子掲示板といったコミ
ュニケーションツールを利用する方法がある。また、グ
ループの中では、文書ファイルやプログラムソースファ
イルといったリソースを共有し、これらを共同で編集す
るといった作業が行なわれる。

【０００３】ここでは、こうしたグループ内での共同作
業に必要なコミュニケーションツールやリソースを、共
通の目的や条件を持ったユーザのグループごとに集めた
ものを「場」と呼ぶ。

【０００４】従来から利用されてきたメーリングリスト
や電子掲示板などのコミュニケーションツールは、ツー
ルごとにグループ情報を管理しているため、同一グルー
プに関連する情報がツールごとに蓄積・管理され、この
ため、情報の発見や検索、アクセスが不便であった。そ
こで、「場」によってこれらのサービスを共通のテーマ
を持つグループごとにまとめることにより、テーマごと
に情報やサービスを閲覧・編集することが可能となり、
より高度な共同作業環境が提供される。

【０００５】「場」を構成する基本的な要素は、以下の
ものである。 （１）参加ユーザのリスト （２）利用可能サービス（メーリングリスト、電子掲示
板など）のリスト ユーザは、場の情報表示画面を通して、これらの情報の
閲覧や編集の作業を行なうことで共同作業をすすめてい
く。

【０００６】このような場の機能については、すでにい
くつか既存のシステムが存在しており、共通の属性情報
や目的をもつ人のグループの中での共同作業を効率化す
るために利用されている。

【０００７】グループ内の共同作業環境としての場は、
現実世界でのプロジェクトや部署などと同様の単位で作
成・管理されることが多く、各ユーザは、自分の属性情
報（所属、業務内容、興味、関心、など）に応じて、こ
れらの場に参加し、共同作業に参加することになる。こ
うした場の生成方法については、場への参加ユーザが満
たすべき条件を指定することにより、場の生成や再構築
を行なう方式が既に提案されている。

【０００８】現実世界でのプロジェクトや部署などの単
位で複数の場が生成されるようになると、それらは互い
に関連を持ったり、似た性質を持つ場合（参加者リスト
が似ている、など）が多くなる。たとえば、社内の部署
を場として考えると、社内全体の場、部の場、課の場、
グループの場などが挙げられるが、これらの場は、概念
的には階層的な関係を持つことになり、また、参加者の
リストについても、共通する部分を持つことになる。あ
るいは、製品開発プロジェクトの場を考えてみると、そ
の中にはコンポーネントごとの各開発グループの場が生
成され、全体的な議論は開発プロジェクト全体の場で、
技術的な議論はコンポーネントごとの場で行なう、とい
った利用場面が想定される。

【０００９】このように、場の間では、概念的な階層構
造を持つ場合が多く、それぞれの場は、階層構造の中で
近くにある場（親または子の場）に関する情報を持つこ
とになる。

【００１０】

【発明が解決しようとする課題】場を実現するための現
状の方式では、場の間の関係は扱われず、個々の場は独
立して存在する。一方、場の利用が広がってゆくにつれ
て、ユーザは多数の場に参加するようになることが予想
される。このような状況のもとでは、ユーザへの情報の
提示や通知について、以下のような問題が起こる。 （１）ユーザが複数の場へ参加している場合、それぞれ
の場の情報が独立しているため、各場の情報の閲覧や編
集には、参加している場ごとに個別に作業する必要があ
る。 （２）ユーザが複数の場に参加する場合、場からの情報
（メーリングリストからのメールなど）が増え、情報の
整理が難しくなる。また、似たような性質の場へ複数参
加している場合には、重複した情報を閲覧することにな
る場合がある。 （３）ユーザは自分の参加している場の情報しか閲覧す
ることができない。複数の場が存在していても、他の場
の存在を知らない限り、関連情報のある場の情報を閲覧
することができない。

【００１１】これらの現状の問題点を、場のサービスの
一例として、電子掲示板サービスについて考える。電子
掲示板は、通常は部署やプロジェクトなど、共通のテー
マを持つグループごとに用意される。ユーザは、自分の
所属部署や関連プロジェクトに応じて、それぞれの電子
掲示板を利用して他のユーザと情報交換をすることにな
る。

【００１２】ここで、複数の電子掲示板が存在するよう
な環境では、以下のような問題が起こる。 （１）複数の電子掲示板を利用しているユーザが、同一
の内容の記事を関連のある複数の電子掲示板に投稿する
場合、それぞれの電子掲示板について個別に投稿作業を
行なう必要がある。 （２）所属している部の電子掲示板と、課の電子掲示板
に参加しているような場合、同一内容の事務連絡記事が
両方の掲示板に投稿されると、ユーザは同じ記事を重複
して閲覧することになる。 （３）自分が利用していない電子掲示板の情報を閲覧す
ることができない。ユーザの属性情報からは参加者とし
てみなされないような電子掲示板（例えば他部署の電子
掲示板）で、自分の業務と関連のある話題がやりとりさ
れていても、知ることができない。

【００１３】本発明は、上記の事情に鑑み、ユーザに対
して効率的な情報の提示や通知を行なうことが可能なサ
ービス統合システム、サービス統合装置、およびサービ
ス統合プログラムを提供することを目的とする。

【００１４】

【課題を解決するための手段】上記目的を達成する本発
明のサービス統合システムは、コミュニケーションツー
ル及び／又はリソースのうちの１つ以上のサービスを共
有する場のサービスの情報を複数の場にわたって統合す
るサービス統合システムであって、複数の場を、これら
複数の場のうちの統合側の場に対応する、統合の対象と
なる複数の場の統合の対象となる複数のサービスを定義
した対象サービス定義を含んで定義した場の情報データ
ベースを管理する場の情報管理部と、前記各対象サービ
ス定義により定義された複数の場の複数のサービスの情
報を、該対象サービス定義に対応する１つの統合側の場
に表示するサービス表示部とを有することを特徴とす
る。

【００１５】本発明のサービス統合システムは、統合側
の場に対応して上記の対象サービス定義をあらかじめ決
めておき、その対象サービス定義に従って複数の場の複
数のサービスの情報をその対象サービス定義に対応する
１つの統合側の場に表示するものであるため、複数の場
で管理されている様々な情報が一括して表示され、個々
の場の画面を１つずつ立ち上げる必要がなく、情報の統
一的な把握が容易となる。

【００１６】ここで、上記本発明のサービス統合システ
ムは、上記対象サービス定義により定義された複数の場
の複数のサービスの情報を１つのサービス対１つの関係
で参照する複数のサービス参照部を有し、上記サービス
表示部は、上記複数のサービス参照部によりそれぞれ参
照された複数のサービスの情報を、その対象サービス定
義に対応する１つの統合側の場に表示するものであって
もよく、あるいは、上記対象サービス定義により定義さ
れた複数の場の複数のサービスの情報を複数のサービス
対１つの関係で参照する少なくとも１つのサービス参照
部を有し、上記サービス表示部は、サービス参照部によ
り参照された複数のサービスの情報を、その対象サービ
ス定義に対応する１つの統合側の場に表示するものであ
ってもよく、あるいはそれらのサービス参照部が混在し
ていてもよい。

【００１７】ここで、上記のサービス参照部は、そのサ
ービス参照部が参照したサービスの情報の中から所定の
情報を抽出するフィルタを含むものであることが好まし
い。

【００１８】このフィルタとして、例えば、上記サービ
ス参照部により参照された複数のサービスの情報の中に
重複した情報が存在する場合に、これら重複した情報の
うちの１つの情報のみを抽出するフィルタが用意されて
いることが好ましく、また、上記フィルタとして、上記
サービス参照部により参照されたサービスの情報を、そ
のサービスにおける情報形式とは異なる形式の情報に加
工するフィルタが用意されていることも好ましい態様で
ある。

【００１９】また、上記本発明のサービス統合システム
において、上記対象サービス定義は、情報配信の対象と
なる複数の場の情報配信の対象となる複数のサービスの
定義を含むものであって、その対象サービス定義により
定義された情報配信の対象となる複数の場の情報配信の
対象となる複数のサービスに向けて同一の情報を配信す
る情報配信部を有することが好ましい。

【００２０】こうすることにより、複数の場に一括して
投稿することができ、複数の場に別々に投稿する手間が
不要となる。

【００２１】ここで、上記情報配信部は、配信する情報
の形式を配信先のサービスの情報形式に変換するフィル
タを含むものであることが好ましい。

【００２２】この場合、情報形式の異なるサービスにも
配信が可能となる。

【００２３】さらに上記本発明のサービス統合システム
において、上記対象サービス定義を含む場の定義を操作
に応じて作成する定義作成部を有することが好ましい。

【００２４】この定義作成部を備えることにより、統合
側の場を含め、場を自由に定義して、使い勝手の良いシ
ステムが構築される。

【００２５】ここで、ユーザとそのユーザが属する場と
の対応関係を定義したユーザ情報データベースを管理す
るユーザ情報管理部を有し、上記定義作成部は、ユーザ
情報管理部に依頼し所望のユーザが属する場の一覧を取
得して表示する機能を含むものであることが好ましく、
また、上記場の情報管理部は、場を、場どうしの親子関
係の定義を含んで定義した場の情報データベースを管理
するものであって、上記定義作成部は、場の情報管理部
に依頼し、所望の場に対する、階層的に親となる場の一
覧を取得して表示する機能を含むものであることも好ま
しい形態であり、さらに、上記場の情報管理部は、場
を、場どうしの親子関係の定義を含んで定義した場の情
報データベースを管理するものであって、上記定義作成
部は、場の情報管理部に依頼し、所望の場に対する、階
層的に子となる場の一覧を取得して表示する機能を含む
ものであることも好ましい形態であり、さらには、上記
場の情報管理部は、指定された内容に関連する場を検索
する機能を有し、上記定義作成部は、場の情報管理部に
依頼し、所望の内容に関連する場の一覧を取得して表示
する機能を含むものであることも好ましい形態である。

【００２６】また、上記目的を達成する本発明のサービ
ス統合装置は、コミュニケーションツール及び／又はリ
ソースのうちの１つ以上のサービスを共有する場のサー
ビスの情報を複数の場にわたって統合するサービス統合
装置であって、複数の場のうちの統合側の場に対応す
る、統合の対象となる複数の場の統合の対象となる複数
のサービスを定義した対象サービス定義により定義され
た複数の場の複数のサービスの情報を、その対象サービ
ス定義に対応する１つの統合側の場に表示するサービス
表示部を有することを特徴とする。

【００２７】前述の、本発明のサービス統合システム
は、１台の装置で構成されていてもよく、あるいは通信
回線で接続された複数台の装置で構成されていてもよ
い。複数の装置で構成される場合の１つの形態として、
場の情報データベースおよびそれを管理する場の情報管
理部と、ユーザ情報データベースおよびそれを管理する
ユーザ情報管理部とを除く、それ以外の要素を１台の装
置（これをここでは第１の装置と称する）上に構築し、
場の情報データベース、それを管理する場の情報管理
部、ユーザ情報データベース、およびそれを管理するユ
ーザ情報管理部は、その１台の装置との間で通信回線で
結ばれた他の１台もしくは複数台の装置上に構築するこ
とが考えられる。

【００２８】本発明のサービス統合装置は、本発明のサ
ービス統合システムを上記のような分散システムとして
構築したときの、上記の第１の装置に相当するものであ
る。

【００２９】したがって、本発明のサービス統合装置に
は、本発明のシステム統合システムを上記の形態の分散
システムとして構築したときの上記の第１の装置の全て
の態様に相当する態様全てが含まれる。

【００３０】また、上記目的を達成する本発明のサービ
ス統合プログラムのうちの第１のサービス統合プログラ
ムは、１台もしくは通信回線を介して相互に接続された
複数台のコンピュータからなるコンピュータシステム内
で実行され、そのコンピュータシステムを、コミュニケ
ーションツール及び／又はリソースのうちの１つ以上の
サービスを共有する場のサービスの情報を複数の場にわ
たって統合するサービス統合システムとして動作させる
サービス統合プログラムであって、複数の場を、これら
複数の場のうちの統合側の場に対応する、統合の対象と
なる複数の場の統合の対象となる複数のサービスを定義
した各対象サービス定義を含んで定義した場の情報デー
タベースを管理する場の情報管理部と、上記対象サービ
ス定義により定義された複数の場の複数のサービスの情
報を、その対象サービス定義に対応する１つの統合側の
場に表示するサービス表示部とを有することを特徴とす
る。

【００３１】本発明の第１のサービス統合プログラム
は、１台もしくは通信回線で結ばれた複数台のコンピュ
ータからなるコンピュータシステムを、本発明のサービ
ス統合システムとして動作させるサービス統合プログラ
ムであり、したがって、本発明の第１のサービス統合プ
ログラムには、前述の本発明のサービス統合システムの
全ての態様に相当する態様のプログラム全てが含まれ
る。

【００３２】さらに、上記目的を達成する本発明のサー
ビス統合プログラムのうちの第２のサービス統合プログ
ラムは、コンピュータ内で実行され、そのコンピュータ
を、コミュニケーションツール及び／又はリソースのう
ちの１つ以上のサービスを共有する場のサービスの情報
を複数の場にわたって統合するサービス統合装置として
動作させるサービス統合プログラムであって、複数の場
のうちの統合側の場に対応する、統合の対象となる複数
の場の統合の対象となる複数のサービスを定義した対象
サービス定義により定義された複数の場の複数のサービ
スの情報を、その対象サービス定義に対応する１つの統
合側の場に表示するサービス表示部とを有することを特
徴とする。

【００３３】本発明の第２のサービス統合プログラム
は、コンピュータを本発明のサービス統合装置として動
作させるサービス統合プログラムであり、したがって、
本発明の第２のサービス統合プログラムには、前述の本
発明のサービス統合装置の全ての態様に相当する態様の
プログラム全てが含まれる。

【００３４】

【発明の実施の形態】以下、本発明の実施形態について
説明する。

【００３５】図１は、本発明のサービス統合装置の一実
施形態を含む本発明のサービス統合システムの一例を示
す概要図である。

【００３６】この図１には、代表的に、４台のコンピュ
ータ１００，３００，４００，５００が示されてあり、
それらのコンピュータ１００，３００，４００，５００
は、通信回線６００を介して接続されている。これらの
コンピュータ１００，３００，４００，５００として
は、一般にワークステーションまたはパーソナルコンピ
ュータと呼ばれるコンピュータを用いることができる。
尚、通信回線６００は、インターネット、ＬＡＮ（Ｌｏ
ｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のどのような通
信回線であってもよいが、ここではその通信回線６００
はインターネットであるとして説明する。

【００３７】これら４台のコンピュータ１００，３０
０，４００，５００のうちの１台のコンピュータ１００
は、このサービス統合システムにおけるホストコンピュ
ータとしての役割りを担っており、そこには、後述する
ユーザ情報データベースや場の情報データベースが構築
されており、またそれらを管理するユーザ情報管理部や
場の情報管理部が構築されている。

【００３８】一方、そのホストコンピュータとしての役
割を担っているコンピュータ１００を除く残りの３台の
コンピュータ３００，４００，５００は、そのホストコ
ンピュータに対するクライアントコンピュータとしての
役割りを担っている。

【００３９】それらのコンピュータ３００，４００，５
００では、そのコンピュータを操作するユーザの操作に
応じて、場の画面を表示してそこに表示されている情報
を認識したり、同じ場を共有する他のユーザに向けて情
報を送る、という処理が行なわれる。また、それらのコ
ンピュータ３００，４００，５００では、後述する統合
側の場を表示することにより、その１つの統合側の場上
に複数の場の複数のサービスを表示したり、同一の電子
メール等を複数の場の複数のサービスに配信することも
行なわれる。

【００４０】以下、先ずこれらのコンピュータのハード
ウェア構成について説明する。

【００４１】これらの各コンピュータ１００，３００，
４００，５００は、ＣＰＵ（中央処理装置）、ＲＡＭ
（ランダムアクセスメモリ）、ハードディスク、通信用
ボード等が内蔵された本体部１０１，３０１，４０１，
５０１、本体部１０１，３０１，４０１，５０１からの
指示により表示画面１０２ａ，３０２ａ，４０２ａ，５
０２ａ上に画像や文字列を表示する表示部１０２，３０
２，４０２，５０２、各コンピュータ１００，３００，
４００，５００に利用者の指示を入力するためのキーボ
ード１０３，３０３，４０３，５０３、表示画面１０２
ａ，３０２ａ，４０２ａ，５０２ａ上の任意の位置を指
定することにより、その指定時にその位置に表示されて
いたアイコン等に応じた指示を入力するマウス１０４，
３０４，４０４，５０４を備えている。

【００４２】本体部１０１，３０１，４０１，５０１
は、さらに外観上、フレキシブルディスク（図示せ
ず）、ＣＤ−ＲＯＭ７００が装填されるフレキシブルデ
ィスク装填口１０１ａ，３０１ａ，４０１ａ，５０１
ａ、ＣＤ−ＲＯＭ装填口１０１ｂ，３０１ｂ，４０１
ｂ，５０１ｂを有しており、それらの内部には、それら
の装填口１０１ａ，３０１ａ，４０１ａ，５０１ａ，１
０１ｂ，３０１ｂ，４０１ｂ，５０１ｂから装填された
フレキシブルディスクやＣＤ−ＲＯＭ７００をドライブ
してアクセスするフレキシブルディスクドライブやＣＤ
−ＲＯＭドライブも内蔵されている。

【００４３】図２は、図１に示した外観を有するコンピ
ュータのハードウェア構成図である。ここでは代表的に
コンピュータ１００を取り上げて説明するが、コンピュ
ータ３００，４００，５００も同様の構成を有する。

【００４４】図２のハードウェア構成図には、ＣＰＵ１
１１、ＲＡＭ１１２、ハードディスクコントローラ１１
３、フレキシブルディスクドライブ１１４、ＣＤ−ＲＯ
Ｍドライブ３１５、マウスコントローラ１１６、キーボ
ードコントローラ１１７、ディスプレイコントローラ１
１８、および通信用ボード１１９が示されており、それ
らはバス１１０で相互に接続されている。

【００４５】フレキシブルディスクドライブ１１４、Ｃ
Ｄ−ＲＯＭドライブ１１５は、図１を参照して説明した
ように、それぞれフレキシブルディスク装填口１０１ａ
およびＣＤ−ＲＯＭ装填口１０１ｂから装填されたフレ
キシブルディスク７１０、ＣＤ−ＲＯＭ７００をアクセ
スするものである。通信用ボード１１９は通信回線６０
０に接続される。

【００４６】また、図２には、ハードディスクコントロ
ーラ１１３によりアクセスされるハードディスク１２
０、マウスコントローラ１１６により制御されるマウス
１０４、キーボードコントローラ１１７により制御され
るキーボード１０３、およびディスクプレイコントロー
ラ１１８により制御されるＣＲＴディスプレイ１０２も
示されている。

【００４７】図３は、本発明のサービス統合プログラム
の一実施形態の概念的な構成図である。

【００４８】この図３に示すサービス統合プログラム２
００は、ユーザ情報管理部２１０、場の情報管理部２２
０、サービス参照部２３０、情報配信部２４０、定義作
成部２５０、およびサービス表示部２６０から構成され
ており、このサービス統合プログラム２００は、図１、
図２にも示すＣＤ−ＲＯＭ７００に格納されている。こ
こで、サービス参照部２３０および情報配信部２４０に
は、それぞれフィルタ２３１およびフィルタ２４１が含
まれている。

【００４９】この図３に示すサービス統合プログラム２
００は、ＣＤ−ＲＯＭ７００から、先ずは、図１に示す
ホストコンピュータ１００にインストールされて、その
ホストコンピュータ１００のハードディスク１２０（図
２参照）に格納される。その後、そのサービス統合プロ
グラム２００のうちのサービス参照部２３０、情報配信
部２４０、定義作成部２５０、サービス表示部２６０
は、各クライアントコンピュータ３００，４００，５０
０に配信される。一方、そのサービス統合プログラム２
００のユーザ情報管理部２１０と場の情報管理部２２０
は、ホストコンピュータ１００内にとどまり、ホストコ
ンピュータ１００内に、それぞれ、ユーザ情報データベ
ースおよび場の情報データベースを構築して、それらを
それぞれ管理する。

【００５０】この図３のサービス統合プログラム２００
の各部２１０〜２６０の作用については、図５のサービ
ス統合システムの説明と合わせて説明する。

【００５１】図４は、本発明のサービス統合プログラム
のもう１つの実施形態の概念的な構成図である。

【００５２】この図４に示すサービス統合プログラム２
００′は、サービス参照部２３０、情報配信部２４０、
定義作成部２５０、およびサービス表示部２６０から構
成されている。サービス参照部２３０および情報配信部
２４０には、各フィルタ２３１，２４１が含まれてい
る。この図４のサービス統合プログラム２００′はＣＤ
−ＲＯＭ７００に格納されている。この図４のサービス
統合プログラム２００′は、図３のサービス統合プログ
ラム２００と比べると、図４のサービス統合プログラム
２００′には、図３のサービス統合プログラム２００に
は含まれていたユーザ情報管理部２１０および場の情報
管理部２２０が含まれていない点が異なる。この図４の
サービス統合プログラム２００′は、図１に示すコンピ
ュータシステムのうちのクライアントコンピュータ（コ
ンピュータ３００、４００、５００）向けのものであ
り、このシステムに新たに参加したコンピュータ（例え
ば今回、コンピュータ５００がこのシステムに新たに参
加したものとする）に、前述のようにホストコンピュー
タ１００からダウンロードしてもよいが、それに代わ
り、ここでは、図４のＣＤ−ＲＯＭからのコンピュータ
５００にサービス統合プログラム２００′がアップロー
ドされる。この図４のサービス統合プログラム２００′
の各部２３０〜２６０についても、図５のサービス統合
システムの説明と合わせて説明する。

【００５３】尚、本発明のサービス統合プログラムが記
憶される記憶媒体は、ここで説明しているＣＤ−ＲＯＭ
だけに限定されるものではなく、コンピュータによって
その記憶内容の読み取りが可能なものであれば、例えば
ＤＶＤ、コンパクトフラッシュ（登録商標）メモリやス
マートメディア、メモリスティックなど、他のあらゆる
記憶媒体を用いたものであってもよい。

【００５４】あるいは、本発明のサービス統合プログラ
ムは、インターネット経由で配信されてコンピュータに
ダウンロードされてもよい。

【００５５】あるいは、そのサービス統合プログラム
は、コンピュータに内蔵された記憶媒体（例えばハード
ディスク）に予め格納されたものであってもよい。

【００５６】図５は、本発明のサービス統合装置の一実
施形態を含む本発明のサービス統合システムの一実施形
態の機能ブロック図である。

【００５７】この図５に示すサービス統合システム８０
０は、図３に示すサービス統合プログラム２００のうち
の少なくともユーザ情報管理部２１０と場の情報管理部
２２０がホストコンピュータ１００にインストールされ
るとともに、図３に示すサービス統合プログラム２００
のうちの残りの各部２３０〜２６０、あるいは図４に示
すサービス統合プログラム２００′が図１の各クライア
ントコンピュータタ３００、４００、５００にインスト
ールされて実行されることにより構築されるものであ
る。

【００５８】図５のサービス統合システム８００を構成
するユーザ情報管理部８１０および場の情報管理部８２
０は、図１のホストコンピュータ１００内に構築され、
そのホストコンピュータ１００内に、それぞれユーザ情
報データベース８１１および場の情報データベース８２
１を構築して管理する役割りを担っている。

【００５９】また、図５のサービス統合システム８００
を構成するサービス統合装置９００は、図１の各クライ
アントコンピュータ３００，４００，５００のそれぞれ
の中に構築される。ただし、この図５では、図示の繁雑
さを避けるため、サービス統合装置９００は１台分のみ
示されている。このサービス統合装置９００は、サービ
ス参照部９３０、情報配信部９４０、定義作成部９５
０、およびサービス表示部９６０から構成されており、
サービス参照部９３０および情報配信部９４０には、そ
れぞれ各フィルタ９３１、９４１が含まれている。

【００６０】また、図５には、複数の「場」６１０，６
２０，…６３０が示されている。各「場」６１０，６２
０，…６３０は、それぞれがいくつかの「サービス」６
１１，…，６１２，６２１，…６２２；６３１，…，６
３２で構成されている。

【００６１】ここで、「場」は、その「場」に属してい
る複数のユーザに共通のコミュニーケーションツール
（例えば電子掲示板やメーリングリストなど）やリソー
ス（文書ファイルやプログラムソースファイル）を共有
して相互のコミュニケーションを図ったり共同で作業を
行なったりするソフトウェア上の概念をいう。また、
「場」を構成する「サービス」は、その「場」で共有さ
れるコミュニケーションツールやリソースをいう。

【００６２】図５に示す複数の「場」６１０，６２０，
…，６３０は、図５ではサービス統合システム８００か
らは外れた位置に示されているが、これは図示の便宜上
のものであり、これらの「場」６１０，６２０，…，６
３０に関し、ユーザ情報データベース８１１に各「場」
のユーザが定義され、場の情報データベース８２１に各
「場」自体（例えばそこで使われるコミュニケーション
ツールやリソースの種別、表示画面のレイアウト等）が
定義されている。

【００６３】図５のサービス統合装置９００は、複数の
「場」のサービスが統合された場（ここでは、これを
「統合側の場」と称する）の処理を行なうものであり、
図５にサービス統合システム８００の外に示されている
複数の場６１０，６２０，…，６３０は、サービス統合
装置９００で処理される統合側の場での統合の対象とな
る複数の場である。尚、統合側の場での統合の対象とな
る場以外の、それぞれが単独の場も、図５のユーザ情報
データベース８１１および場の情報データベース８２１
で定義されるが、ここでは、単独の場は本発明の主題で
はなく、図５での図示は省略されている。

【００６４】図５のサービス統合システム８００の、ユ
ーザ情報管理部８１０および場の情報管理部８２０は、
図３に示すサービス統合プログラム２００の、ユーザ情
報管理部２１０および場の情報管理部２２０にそれぞれ
対応し、図５のサービス統合システム８００を構成する
サービス統合装置９００の、サービス参照部９３０、情
報配信部９４０、定義作成部９５０、およびサービス表
示部９６０は、それぞれ、図３に示すサービス統合プロ
グラム２００の、サービス参照部２３０、情報配信部２
４０、定義作成部２５０、およびサービス表示部２６０
に対応するとともに、さらに、それぞれ、図４に示すサ
ービス統合プログラム２００′の、サービス参照部２３
０、情報配信部２４０、定義作成部２５０、およびサー
ビス表示部２６０に対応するが、図５のサービス統合シ
ステム８００ないしサービス統合装置９００を構成する
各部８１０〜８２０、９３０〜９６０は、図１に示すコ
ンピュータシステムのハードウエアとソフトウエアとの
組合せであるのに対し、図３ないし図４のサービス統合
プログラム２００，２００′の各部２１０〜２６０は、
それらハードウエアとソフトウエアとのうちのアプリケ
ーションプログラムのみから構成されている。このよう
に、図５のサービス統合システム８００ないしサービス
統合装置９００の各部８１０〜８２０、９３０〜９６０
は、図３のサービス統合プログラム２００の各部２１０
〜２６０ないし図４のサービス統合プログラム２００′
の各部２３０〜２６０とそれぞれ対応しているため、こ
こでは、図５のサービス統合システム８００ないしサー
ビス統合装置９００の各部８１０〜８２０、９３０〜９
６０の各作用を説明することで、図３のサービス統合プ
ログラム２００の各部２１０〜２６０および図４のサー
ビス統合プログラム２００′の各部２３０〜２６０の各
作用の説明を兼ねるものとする。

【００６５】図５のサービス統合システム８００ないし
サービス統合装置９００は、上述の定義における「場」
の「サービス」の情報を複数の場にわたって統合するも
のである。

【００６６】そのサービス統合システム８００を構成す
るユーザ情報管理部８１０は、ユーザとそのユーザが属
する場との対応関係を定義したユーザ情報データベース
８１１を構築して管理するものである。このユーザ情報
データベース８１１の構築や更新は、サービス統合装置
９００の定義作成部９５０の指示を受けたユーザ情報管
理部８１０により行なわれる。

【００６７】また、このユーザ情報管理部８１０は、定
義作成部９５０の依頼を受けてユーザ情報データベース
８１１を検索し、所望のユーザが属する場の一覧を定義
作成部９５０に渡す。

【００６８】また、そのサービス統合システム８００を
構成する場の情報管理部８２０は、複数の「場」を定義
した場の情報データベース８２１を構築して管理するも
のである。この場の情報データベース８２１の構築や更
新は、サービス統合装置９００の定義作成部９５０の指
示を受けた場の情報管理部８２０により行なわれる。こ
の場の情報データベース８２１内には、定義作成部９５
０の指示を受けた場の情報管理部８２０により、統合の
対象となる複数の場の統合の対象となる複数のサービス
（例えば図５に示す例では、場６１０のサービス６１１
と、場６２０のサービス６２２と、場６１０のサービス
６３１およびサービス６３２）を定義した対象サービス
定義８２１１が、サービスの統合を行なう場（統合側の
場）に対応づけられて定義されている。また、場の情報
データベース８２１内には、定義作成部９５０の指示を
受けた場の情報管理部８２０により、複数の場どうしの
間の親子関係８２１２（例えば「部」の場とその部内の
「課」の場など）が定義されている。

【００６９】この、場の情報管理部８２０は、定義作成
部９５０の依頼を受けて、場の情報データベース８２１
を検索し、その定義作成部９５０の依頼に応じて、所望
の場に対する、階層的に親となる場の一覧や、所望の場
に対する、階層的に子となる場の一覧や、所望の内容に
関連する場の一覧を定義作成部９５０に渡す。

【００７０】また、図５のサービス統合システム８００
内のサービス統合装置９００を構成するサービス参照部
９３０は、場の情報データベース８２１内の対象サービ
ス定義８２１１を場の情報管理部８２０を介して入手
し、その対象サービス定義８２１１により定義された複
数の場６１０，６２０，…，６３０の複数のサービス６
１１，６２２，６３１，６３２の情報を参照し、サービ
ス表示部９６０に渡す。サービス表示部９６０は、対象
サービス定義８２１１により定義された複数の場の複数
のサービスの情報を、その対象サービス定義に対応する
１つの統合側の場に表示する。具体例は後述する。

【００７１】ここで、サービス参照部９３０は、図５に
は代表的に１つのみ示されているが、このサービス参照
部９３０として、対象サービス定義８２１１により定義
された複数の場の複数のサービスの情報を「１つのサー
ビス対１つのサービス参照部」の関係で参照する複数の
サービス参照部が用意されていてもよく、あるいは、対
象サービス定義８２１１により定義された複数の場の複
数のサービスの情報を「複数のサービス対１つのサービ
ス参照部」の関係で参照するサービス参照部が用意され
ていてもよく、それらのサービス参照部が混在していて
もよい。

【００７２】サービス参照部９３０として、対象サービ
ス定義８２１１により定義された複数の場の複数のサー
ビスの情報を１つのサービス対１つのサービス参照部の
関係で参照する複数のサービス参照部を有するときは、
サービス表示部９６０は、それら複数のサービス参照部
によりそれぞれ参照された複数のサービスの情報をその
対象サービス定義８２１１に対応する１つの統合側の場
に表示し、サービス参照部９３０として対象サービス定
義８２１１により定義された複数の場の複数のサービス
の情報を複数のサービス対１つのサービス参照部の関係
で参照するサービス参照部を有するときは、サービス表
示部９６０は、そのサービス参照部により参照された複
数のサービスの情報をその対象サービス定義に対応する
１つの統合側の場に表示する。

【００７３】ここで、上記のサービス参照部９３０に
は、そのサービス参照部９３０が参照したサービスの情
報の中からそのフィルタに応じた所定の情報を抽出する
フィルタ９３１が含まれている。

【００７４】このフィルタ９３１としては、ここでは、
サービス参照部９３０により参照された複数のサービス
の情報の中に重複した情報が存在する場合に、それら重
複した情報のうちの１つの情報のみを抽出するフィルタ
や、サービス参照部９３０により参照されたサービスの
情報を、そのサービスにおける情報形式とは異なる形式
の情報に加工するフィルタなどが利用される。

【００７５】また、図５のサービス統合装置９００を構
成する情報配信部９４０は、情報配信の対象となる複数
の場の情報の配信の対象となる複数のサービス（図５に
示す例では、場６１０のサービス６１１と、場６２０の
サービス６２２と、場６３０のサービス６３１）に向け
て同一の情報を配信する役割りを担っている。

【００７６】ここで、場の情報データベース８２１内の
対象サービス定義８２１１には、その対象サービス定義
８２１１に対応する統合側の場を定義する際に、情報配
信部９４０により情報が配信される対象となる複数の場
の情報配信の対象となる複数のサービスが定義されてお
り、情報配信部９４０は、情報の配信にあたっては、場
の情報データベース８２１内の対象サービス定義８２１
１を場の情報管理部８２０を介して入手し、その対象サ
ービス定義８２１１により情報の配信先を認識する。

【００７７】ここで、この情報配信部９４０には、配信
する情報の形式を配信先のサービスの情報形式に変換す
るフィルタが含まれており、情報配信部９４０は、情報
の配信にあたり、その情報を、配信先の場のサービスに
応じた情報形式に変換して配信する。

【００７８】また、図５のサービス統合装置９００を構
成する定義作成部９５０は、ユーザによる操作に応じて
場を定義する役割りを成す。ここで定義された場に参加
するユーザの情報はユーザ情報管理部８１０に送られて
ユーザ情報データベース８１１に格納され、場自体の定
義は、場の情報管理部８２０に送られて場の情報データ
ベース８２１に格納される。この定義作成部９５０で
は、統合側の場に関する対象サービス定義８２１１や、
複数の場どうしの親子関係８２１２も定義される。

【００７９】また、定義作成部９５０は、ユーザ情報管
理部８１０から所望のユーザが属する場の一覧を受け取
って表示したり、場の情報管理部８２０から、所望の場
に対する、階層的に親となる場の一覧を受け取って得し
て表示したり、場の情報管理部８２０から、所望の場に
対する、階層的に子となる場の一覧を受け取って表示し
たり、さらに場の情報管理部８２０から所望の内容に関
連する場の一覧を受け取って表示したりなど、場の定義
に役立つ情報を収集してユーザに提供する。

【００８０】以下では、これまで説明してきた実施形態
を踏まえて、さらに具体的な実施形態について説明す
る。

【００８１】図６は、場の情報表示画面を示す図であ
る。

【００８２】この図５に示す情報表示画面では、場の一
覧、参加ユーザの一覧、関連情報一覧、および利用可能
なサービスごとの情報表示部分（ここに示す例では「共
有ファイル」および「電子掲示板」）が表示されてい
る。この図５の情報表示画面は、「統合側の場」の情報
表示画面の一例であり、この図６中の「関連情報一覧」
部分のような形で複数の他の場で管理されている様々な
情報を、一括して表示・編集することができるように構
成されている。

【００８３】ここで、まず場の機能を実現するために必
要となるモジュールのうち、場の情報を管理するための
モジュールの構成を、図７に示す。この図７において、
統合サービス作成機能の部分が、従来存在しなかった、
本実施形態に特有の機能である。この統合サービス作成
機能は、図５における定義作成部９５０の一例に相当す
る。またこの図７におけるユーザ情報管理機能および場
の情報管理機能は、図５における、それぞれ、ユーザ情
報管理部８１０および場の情報管理部８２０の各一例に
相当する。

【００８４】また、ユーザが場の情報を閲覧・編集する
際に、ここで提案される複数サービスの統合方式を利用
する場合のモジュールの構成を図８に示す。ユーザは、
ひとつの場の中で提供されている統合サービスを利用す
ることによって、関連のある複数の場の情報を一度に閲
覧・編集することができる。この図８では、統合側の場
におけるサービスの統合・分配の機能が従来見られなか
った本実施形態に特有のものである。

【００８５】以下では、本実施形態を実現するために必
要となる各モジュールの機能について述べる。図７，図
８については、各モジュールの機能の説明の際に参照す
ることで合わせて説明する。

【００８６】（場の機能） （場の設定情報）場とは、前述したように、共通のテー
マを持つユーザのグループごとにサービスをまとめたも
のである。基本構成要素として、以下の情報をもつ。 （１）場を識別するためのＩＤ （２）参加ユーザリスト （３）利用可能サービスリスト （４）複数の場の階層構造における親の場の情報 （５）複数の場の階層構造における子の場の情報 （６）その他の属性情報 これらの情報の管理については、たとえば図９のような
ＸＭＬファイルによって表現し、場の情報データベース
に保存しておく方法が考えられる。

【００８７】この図９に示す場の情報には、場のＩＤ＝
「００１」の場について、その場の名前が「第１開発
課」であること、参加者がユーザＩＤ＝「００１」の山
田とユーザＩＤ＝「００２」の鈴木であること、この場
でのサービスが、そこに示されたＵＲＬに存在する掲示
板と、やはりそこに示されるＵＲＬに存在する共有ファ
イルであること、場のＩＤ＝「００２」の場が親の場で
あること、場のＩＤ＝「００３」の場が子の場であるこ
と、さらに検索のためのキーワードとして「ソフトウェ
ア開発」と「コミュニケーションツール」が定義されて
いる。

【００８８】（場の情報管理機能）図７に示す場の情報
管理機能では、場の管理ユーザから、場の生成・編集・
削除の要求を受け、図９の例で示されるような場の設定
情報の書き換えを行なう。また、ユーザ情報管理機能
や、統合サービス作成機能などによって、ユーザ情報や
サービス情報に更新があった場合にも、それぞれのモジ
ュールからの更新要求を受け、場の設定情報の更新を行
なう。

【００８９】場の情報管理機能では、以下の機能を提供
する。 （１）場の情報の編集 指定された場について、設定情報の編集を行なう。 （２）場の検索 指定された条件を満たす場を検索し、結果を回答する。
図９の例では、「コミュニケーションツール」をキーワ
ードに持つ場の検索要求（たとえばｓｅａｒｃｈ ｋｅ
ｙｗｏｒｄ＝“コミュニケーションツール”のようなコ
マンド）に対し、条件を満たす場の識別子であるＩＤ＝
「００１」を回答する。この機能により、ユーザが他の
場の存在を知らなくても、関連のありそうな場を検索し
て、その場で扱われているサービスを登録し、情報を統
合することが可能となる。

【００９０】図１０は、場の情報管理機能での処理の流
れを示すフローチャートである。

【００９１】ここでは、要求待ちを行ない、要求がある
とその要求が場の情報の照会要求であるか、場の情報の
編集要求であるか、あるいは場の検索要求であるかが判
定され、場の情報の照会要求があったときは、指定され
た場の属性情報を回答し、場の情報の編集要求があった
ときは、指定された場の属性情報を更新し、場の検索要
求があったときは、指定されたキーワードを場の情報と
して含んでいる場のＩＤのリストを回答する。

【００９２】（ユーザ情報管理機能）場の利用者である
ユーザは、ユーザ情報管理機能によってその属性情報
や、利用可能な場の情報を管理されている。ユーザ情報
管理機能によって管理される情報としては、図１１のよ
うなものが一例として挙げられる。

【００９３】図１１に示すユーザ情報には、ユーザＩＤ
＝「００１」のユーザとユーザＩＤ＝「００２」のユー
ザが定義されている。ユーザＩＤ＝「００１」のユーザ
に関しては名前が「山田太郎」であり、所属が「第１開
発部」であり、電話番号が「０１２−３４５−６７８
９」であり、参加している場が場のＩＤ＝「００１」の
場と、場のＩＤ＝「００３」の場であることが定義され
ており、ユーザＩＤ＝「００２」のユーザに関しては、
名前が「鈴木次郎」であり、所属が「第二営業課」であ
り、電話番号が「０９８−７６５−４３２１」であり、
参加している場が場のＩＤ＝「００２」の場と場のＩＤ
＝「００３」の場であることが定義されている。

【００９４】ユーザ情報管理機能は、以下の機能を提供
する。 （１）指定されたユーザが参加している場の情報を回答
する。図１１の例では、＜参加している場＞タグの部分
の情報を回答する。 （２）指定されたユーザが持つその他の属性情報を回答
する。図１１の例では、あるユーザついて、その名前や
所属、電話番号などの情報を回答する。

【００９５】図１２は、ユーザ情報管理機能での処理の
流れを示すフローチャートである。

【００９６】ここでは、ユーザの参加している場の照合
を受けているか否か、およびその他のユーザ情報の照会
を受けているか否かが判定され、それぞれ、ユーザの参
加している場の照会を受けているときは参加している場
の一覧を回答し、その他のユーザ情報の照会を受けてい
るときは該当するユーザ情報を回答する。

【００９７】（場の情報閲覧・編集機能）場に登録され
ているユーザは、図８に示す場の情報閲覧・編集機能を
利用することで、自分が参加している場に登録されたサ
ービスを利用する。この場の情報閲覧・編集機能は、図
５に示す実施形態では、その性質に応じ、サービス参照
部９３０、情報配信部９４０、あるいは定義作成部９５
０に含まれる。この場の情報閲覧・編集機能のモジュー
ルは、以下の機能を提供する。 （１）ユーザが参加している場の一覧の表示 ユーザからの場の一覧表示要求に対し、そのユーザが参
加している場の情報を、ユーザ情報から検索し、結果の
一覧を表示する（図６の「場の一覧」に相当）。 （２）場に登録されたサービスが扱う情報の表示 ユーザが、場の一覧から利用したい場を選択すると、そ
の場に登録されているサービスの一覧を、場の情報から
取得する。結果として得られた複数のサービスに対して
呼び出しを実行し、得られた情報を画面に表示する。図
６の例では、ユーザが場の一覧から「製品開発プロジェ
クト」の場を選択することで、「参加者一覧」「関連情
報」「共有ファイル」「電子掲示板」などの各サービス
を呼び出し、その結果を画面に表示する。各サービスの
呼び出しは、たとえば「参加者一覧」の場合は場の情報
管理機能への問い合わせ、「電子掲示板」の場合はＵＲ
Ｌで指定されたＷｅｂサーバからの情報の取得といった
方法によって実現される。 （３）場に登録されたサービスが扱う情報の編集 図６のような場の表示画面において、各サービスの扱う
情報の編集を、それぞれのサービスの表示部分から行な
う。たとえば、場に登録されている「電子掲示板」サー
ビスに記事の投稿を行なう場合、図６の「電子掲示板」
部分に記事を投稿するための画面を表示する。ユーザに
よって記事が入力されると、その内容をＵＲＬで指定さ
れた電子掲示板のＷｅｂサーバに送信し、記事の投稿を
行なう。

【００９８】図１３は、場の閲覧・編集機能での処理の
流れを示すフローチャートである。

【００９９】ここでは、ユーザからの場の表示要求待ち
の後、ユーザからの表示要求を受けて、ユーザ情報管理
機能から、ユーザの参加している場を取得して、場の一
覧を表示する。さらに、ユーザからの要求待ちの後、ユ
ーザが場の一覧の中からいずれかの場を指定すると、そ
の指定された場の情報の閲覧要求か、その指定された場
の情報の編集要求かが判定され、場の情報の閲覧要求の
ときは、場の情報管理機能から、選択された場に登録さ
れたサービスの一覧を取得し、登録された各サービスを
呼び出し、結果を表示する。また、場の情報の編集要求
のときは、ユーザからの入力情報を、対象となるサービ
スヘ送信する。

【０１００】（統合サービス機能）ここでは、複数の場
の間で情報を処理するために、図８に示す、複数サービ
スを統合してみせるような統合サービス機能を導入す
る。この統合サービスは、場から利用可能なサービスの
ひとつとして場に登録されることで利用可能になる。つ
まり、図６の例では、「関連情報」の部分に相当し、場
の中の他の単独サービスと同じように、場の表示画面に
一サービスとしてユーザに提示される。この統合サービ
ス機能は、以下の機能を提供する。 （１）複数情報の統合機能：複数の場に登録されている
サービスから情報を取得し、それらをひとつにまとめて
ユーザへ提示する。この機能は、たとえば複数の電子掲
示板の記事を統合するサービスの場合、指定された複数
の電子掲示板のＷｅｂページからの情報を取得し、その
結果を統合して出力するプログラムなどによって実現す
ることができる。この複数情報の統合機能は、図５に示
す実施形態におけるサービス参照部９３０の一例に相当
する。 （２）情報の分配機能：登録されている複数の場のサー
ビスに対して、一斉に情報を配信する。この機能は、た
とえば複数の電子掲示板に一度に投稿を行なう場合、ユ
ーザからの入力内容を、指定された複数のＷｅｂページ
へ送信するようなプログラムによって実現することがで
きる。この情報の分配機能は、図５に示す実施形態にお
ける情報配信部９４０の一例に相当する。

【０１０１】統合サービス機能の例として、複数の電子
掲示板の記事を統合するサービスの動作を、図１４に示
す。統合電子掲示板サービスでは、統合対象としてあら
かじめ設定されている複数の電子掲示板から記事を取得
し、ひとつにまとめたものを回答する。

【０１０２】図１５は統合サービスの処理の流れを示す
フローチャートである。ただし、この処理中のフィルタ
の詳細については後述する。

【０１０３】要求待ちの後要求を受け付けると、その要
求が、ユーザからの情報表示要求であるか否か、および
ユーザからの情報編集要求であるか否かが判定される。
その要求がユーザからの情報表示要求であったときは、
指定された複数サービスからの情報を取得し、各サービ
スからの回答をフィルタし、複数の回答を統合し、その
統合結果をフィルタして表示情報を更新する。一方、そ
の要求がユーザからの情報編集要求であったときは、ユ
ーザからの入力情報をフィルタし、フィルタされた結果
を、指定された複数サービスごとにそのフィルタし、フ
ィルタの結果を、複数サービスヘ送信する。 （フィルタ機能）複数サービスの情報を統合する際、情
報の伝達経路の途中に、サービスからの情報の整理や加
工を行なうためのフィルタ機能を導入する。ここでは以
下のような機能を持つフィルタ機能について説明する。 （１）情報加工フィルタ 場の間で伝達される情報について、指定された条件や設
定情報に応じて、情報の加工を行なう機能。この機能の
一例として、通過する情報を適切なものだけに制限する
情報選択フィルタがある。情報選択フィルタでは、通過
できる情報の条件や遮断すべき情報の条件などを指定す
る。たとえば、入力として電子掲示板の記事を与えられ
ると、設定されたキーワードが本文中に含まれている場
合には入力された記事をそのまま出力し、そうでない場
合には何も出力しないようなプログラムによってこの機
能を実現する方法がある。

【０１０４】この情報選択フィルタの特殊な形態とし
て、同一情報が何度も伝達されるのを防ぐような、重複
情報削除フィルタがある。配信する情報には、送信時に
この情報を識別するためのＩＤを割り振っておき、フィ
ルタは入力として受け取った情報に含まれているＩＤを
保存しておく。このフィルタに入力として与えられた情
報のＩＤが、保存されている配信済み情報ＩＤの中にあ
れば、何も出力せず、そうでなければ入力された情報を
そのまま出力することで、重複情報を削除するフィルタ
プログラムを実現することができる。一般の電子メール
の場合では、各メールについて、メッセージを識別する
ためのＭｅｓｓａｇｅ−ＩＤが割り振られており、この
情報はメールのヘッダ部分に含まれている。複数のメー
リングリストからのメッセージを統合するサービスの場
合、フィルタでこのＩＤを記憶しておくことで、メール
記事の重複送信を防ぐことができる。

【０１０５】一方、情報加工フィルタの別の形態とし
て、形式変換フィルタがある。形式変換フィルタでは、
入力として与えられた情報について、指定された別の形
式への変換を行なう。例として、電子掲示板とメーリン
グリストからの情報を、形式変換フィルタによって統合
する場合について、図１６に示す。電子掲示板の記事は
ＨＴＭＬ形式のドキュメント、メーリングリストの記事
は通常のテキスト形式のドキュメントであるようなケー
スが考えられる。この場合、メーリングリストからの情
報のうち、日時、送信者、内容のみを抽出し、これらを
ＨＴＭＬ形式へと変換するプログラムによって、電子掲
示板の記事の形式へ変換し、電子掲示板の記事と統合す
る、といった処理を行なう。

【０１０６】この形式変換フィルタによって、元のサー
ビスが提供している情報と別の形態の統合サービスを提
供するのに利用することもできる。例えば、電子掲示板
やメーリングリストの記事の属性情報のうち、送信日の
情報をチェックし、指定された日時以降の記事のみを通
過するようなフィルタによって、複数サービスの更新情
報を通知するような統合サービスを作成することができ
る。

【０１０７】図１７は、情報加工フィルタを示すフロー
チャートである。

【０１０８】ここでは、フィルタ条件の設定要求である
か、あるいはデータのフィルタ要求であるかが判定さ
れ、フィルタ条件の設定の場合は、指定されたフィルタ
条件を記憶する。データのフィルタ要求の場合は、フィ
ルタ条件や履歴によりデータの選択、加工などを行な
い、フィルタ後のデータを回答し、履歴（データやフィ
ルタ処理の結果）を記憶する。

【０１０９】図１８は、重複情報の削除フィルタの処理
を示すフローチャートである。

【０１１０】ここでは、データのフィルタ要求を受け
て、データのメッセージＩＤを抽出し、過去に同じメッ
セージＩＤのデータを受け取ったことがあるか否かに応
じて、過去に同じメッセージＩＤのデータを受け取った
ことがないときはデータをそのまま回答し、過去に同じ
メッセージＩＤのデータを受け取ったことがあるときは
空のデータを回答して、データのメッセージ１Ｄを記録
する。

【０１１１】（統合サービス作成機能）前述の統合サー
ビスを場から利用するには、あらかじめこの統合サービ
スを作成しておく必要がある。統合サービス作成機能
（図７参照）は、以下のような処理を行なって、統合サ
ービスを作成する。この統合サービス作成機能は、図５
に示す実施形態における定義作成部９５０の一例に相当
する。

【０１１２】（１）関連のある場を選択する。

【０１１３】選択方法としては、次のようなものが考え
られる。 （ａ）場の情報管理機能に対し、あるユーザが参加して
いる全ての場を問い合わせる。 （ｂ）場の情報管理機能に対し、ある場について親子関
係にある場を問い合わせる。 （ｃ）場の情報管理機能に対し、指定されたキーワード
が場の属性情報に含まれるような場を問い合わせる。 （ｄ）全ての場のリストから、手動で指定する。

【０１１４】（２）選択された場の中から、統合の対象
とするサービスを選択し、統合機能の設定情報とする。
たとえば、ある場に登録された電子掲示板を選択する場
合、その電子掲示板のＵＲＬを取得し、複数電子掲示板
の統合プログラムのパラメータとして設定する。

【０１１５】（３）選択された複数サービスに、互いに
異なる形式のものがある場合（例えばメーリングリスト
と電子掲示板が選択された場合）、あるいはサービスか
らの情報を加工して表示したい場合には、情報の形式を
変換するためのフィルタ機能を呼び出すように設定す
る。また、フィルタ機能には、変換形式などの情報を設
定する。

【０１１６】（４）統合側の場に、作成した統合サービ
スを登録するよう、場の管理機能に対して、情報の更新
を行なう。

【０１１７】このような方式によって場に統合サービス
を登録しておくことで、場の利用者は他の場の存在につ
いて知らなくても、自分の参加している場と関連のある
場で扱われている情報を一括して閲覧・編集することが
可能となる。

【０１１８】この機能の実行例を、図１９に示す。ここ
では、「開発」に関連のある場から電子掲示板とメーリ
ングリストサービスを統合対象とし、「関連情報」サー
ビスを作成する。

【０１１９】まず、場の管理者は統合サービス作成機
能を利用し、キーワードを指定して、場の情報管理機能
に対して場の検索を行なう。結果として得られた場の
情報のうち、サービスリストの中から、統合対象とす
るサービス（ここでは電子掲示板とメーリングリスト）
を選択し、統合サービスを実現しているプログラムの設
定ファイルに追加する。また、情報の統合時に使用す
るフィルタについても、設定ファイルに形式変換の定義
を設定する。こうして設定された統合サービスを、場
のサービスとして利用できるよう、場の設定ファイルの
中のサービスリストに追加する。

【０１２０】図２０は、統合サービス作成処理の流れ
（全体）を示すフローチャートである。

【０１２１】ここでは、先ず場とサービスの決定処理
（図２１を参照して詳述する）を行ない、フィルタの条
件を設定し、フィルタと結合・分配モジュールを設定し
て統合サービスを作成し、場の管理機能から、統合側の
場の情報に、作成された統合サービスを登録する。

【０１２２】図２１は、図２０の統合サービス作成機能
（場とサービスの決定処理）を示すフローチャートであ
る。

【０１２３】ここでは、手動で選択するか否か、ユーザ
の参加している場を選択するか否か、統合側の場の階層
的に子供の場を選択するか否か、統合側の場の階層的に
親の場を選択するか否か、およびユーザの指定したキー
ワードを属性情報に含む場を選択するか否かに応じて、
それぞれ、手動で選択する場合は統合対象となる場のＩ
Ｄを手動で指定し、ユーザの参加している場を選択する
場合はユーザ情報管理機能から参加している場ＩＤ一覧
を取得し、統合側の場の階層的に子供の場を選択する場
合は場の管理機能から子供の場の一覧を取得し、統合側
の場の階層的に親の場を選択する場合は場の管理機能か
ら親の場の一覧を取得し、ユーザの指定したキーワード
を属性情報に含む場を選択する場合は、場の管理機能か
ら、指定されたキーワードを属性情報に含む場のＩＤ一
覧を取得し、いずれの場合も、その後、統合対象とする
サービスの指定を受けて、統合対象とする場のＩＤとサ
ービスを回答する。

【０１２４】（適用例）ここでは、前述の機能を利用し
て複数の場の間での情報伝達を行なう方式を、場の利用
に適用した例について述べる。なお、以下に示す例で
は、図８のアーキテクチャで示したモジュールの全てを
用意するのではなく、適用場面に応じて必要なモジュー
ルのみを用意することになる。

【０１２５】（関連する場の情報の監視）ユーザが参加
している場の中から、その場と関連のある複数の場で扱
われている情報を監視する機能の実現方法について、図
２２に示す。

【０１２６】ここでは、図８のアーキテクチャのうち、
統合サービス機能で扱うサービスが、ひとつのサービス
に限定されていて、このような統合サービスが、場に複
数登録されている、という構成になる。このように、複
数の場の情報を一箇所の場へ表示させることで、複数の
場の様子を個別に閲覧する必要がなくなり、参加してい
るひとつの場を通して一度に監視することが簡単にな
る。

【０１２７】また、必要に応じて、他の場からの情報を
取得する部分にフィルタ機能を導入し、監視する情報を
整理することもできる。たとえば、他の場での電子掲示
板の記事を監視する場合、指定したキーワードを含むよ
うな記事のみを通過させるようなフィルタ機能を導入す
る。このようなフィルタ機能の導入によって、監視する
情報が多くなりすぎるのを防ぎ、本来必要とされている
情報のみを表示させることが可能となる。

【０１２８】（関連する場の情報の一括表示機能）ユー
ザが参加している場の中に、関連のある場で扱われてい
る情報を一括して表示させる機能の実現方法について、
図２３に示す。

【０１２９】関連情報を閲覧するための場には、他の場
で扱われているサービスを統合するための統合サービス
を登録する。統合サービスは、登録された他の場のサー
ビスが扱う情報をひとつにまとめ、表示する機能をも
つ。ここでは、重複情報を削除する機能を持ったフィル
タを、必要に応じて追加する。場は、現実世界での部署
や、プロジェクトの単位で作成されることが多く、これ
ら複数の場の中には、概念的に関連を持ち、似たような
情報を扱っている場合がある。例えば、自分の所属して
いる部の場と、課の場の両方に参加しているような場
合、それぞれの場に同一内容の事務連絡情報が送信され
るといったことがしばしば起こる。ここで、統合サービ
スの対象として、あるユーザが参加している部の場と課
の場が登録されているとすると、統合サービス機能によ
り、それぞれの場で同一内容の情報があった場合、結果
として重複情報を閲覧することになってしまう。この問
題は、同じ情報を２回以上通過させないような、重複情
報削除フィルタ機能を導入することで解決できる。

【０１３０】ここで述べた適用例は、図２２を参照して
説明した例のような統合サービスを複数用意する方式に
比べ、関連する場ごとに情報表示部分を用意する必要が
なく、全ての関連する場からの情報を一箇所で閲覧する
ことができるため、関連する場の数が非常に多くなった
場合には、この方式のほうが情報を閲覧しやすくなる。

【０１３１】（形式の異なる複数情報の統合機能）統合
対象となる複数のサービスからの情報の形式がそれぞれ
異なる場合に、情報を統合する場合の例について、図２
４に示す。図２３を参照して説明した例では、統合対象
サービスはすべて電子掲示板であり、同種サービスの統
合となっているが、ここでは、電子掲示板、共有ファイ
ル、メーリングリストといった、それぞれ形式の異なる
サービスを統合する場合について示す。

【０１３２】様々な形式の情報を統合するサービスとし
て、関連する場での電子掲示板や共有ファイル、参加ユ
ーザ一覧などの情報のうち、更新情報を一覧できるよう
なものを考える。これを実現するためには、複数の場の
サービスからの情報から、更新のあったものを選択し、
その概要を抽出して更新情報として通過させるような情
報加工フィルタを、情報統合機能に追加する。たとえ
ば、電子掲示板の更新情報フィルタの場合、入力された
記事の投稿日が過去１週間以内のものであれば、その記
事のタイトルを出力するようなプログラムになる。

【０１３３】この情報加工フィルタ機能により、異なる
形式の情報を統合するとともに、更新情報閲覧統合サー
ビスという、もとのサービスの形式とは全く異なる別の
統合サービスを提供することが可能となる。

【０１３４】また、統合サービスの対象としては、場の
単位ではなく、サービスの単位で情報の統合をおこなう
ため、図２４の例のように、一つの場の複数のサービス
（「電子掲示板」と「共有ファイル」）を統合対象とす
ることが可能である。

【０１３５】（関連する場への情報の一斉配信）ユーザ
が参加している場から、関連のある場へ一斉に情報を配
信する機能の実現方法について、図２５に示す。

【０１３６】情報の一斉配信を行なうために、場の中へ
情報配信のための統合サービスを登録する。統合サービ
スでは、情報送信要求を受けると、登録されている複数
の他の場への情報の分配を行なう機能をもつ。図２５の
例では、複数の場の電子掲示板サービスへ情報を配信す
るような、統合電子掲示板サービスを導入している。

【０１３７】また、必要に応じて、情報の配信機能部分
に、情報の形式を変化するフィルタ機能を導入すること
も可能である。例えば、統合サービスとしては電子掲示
板の形式を利用して情報の配信を行ないたいが、一部の
場にはその情報をメーリングリストに配信したい、とい
った場合には、電子掲示板の投稿記事を内容とするメー
ルを、別のメーリングリストへ投稿するプログラムをフ
ィルタ機能として起動することで、電子掲示板に投稿さ
れた情報をメール形式の記事として配信することができ
る。

【０１３８】この機能の導入により、ユーザが参加して
いる場と関連のある複数の場へ同じ情報を一度に配信し
たい場合、それぞれ個別の場に対して情報送信作業を行
なう必要がなくなり、一度の送信作業でひとつの場から
関連する複数の場へ情報を配信することが可能となる。

【０１３９】（具体例）これまでに説明した本発明方式
を導入した場面の例を示す。

【０１４０】ユーザＡは第一開発部第二開発課に所属
し、業務としては、新製品開発プロジェクトに参加して
いるとする。また、社内では部署やプロジェクトごとに
場が存在しているとする。従って、ユーザＡは第一開発
部の場、第二開発課の場、新製品開発プロジェクトの場
に参加することになる。それぞれの場では、利用可能サ
ービスとして、電子掲示板サービスやメーリングリスト
サービスが用意され、その他にも業務内容に応じたサー
ビスが利用可能であるとする。

【０１４１】（例１）第一開発部の場の参加者が、部内
の複数の課（第一、第二、第三開発課）の情報を一度に
閲覧・編集できるような機能を追加する場面を、図２６
に示す。

【０１４２】第一開発部の場の管理者は、部内の課の場
が管理している電子掲示板サービスを統合して、部内の
全ての課の電子掲示板の記事を閲覧できるような統合電
子掲示板サービスを、部の場のサービスの一つとして追
加する。第一開発部の場は、概念的な場の階層構造にお
いて、子供にあたる場として、部内の全ての課の場の一
覧情報をもっており、その情報を利用して統合サービス
機能が作成される。ただし、部内の課のうち、第三開発
課については、電子掲示板よりもメーリングリストが使
われる場合が多いことがわかっているため、統合サービ
スの対象をメーリングリストとし、統合機能の中に、掲
示板の記事とメールの形式の相互変換を行なうフィルタ
を導入する。

【０１４３】この統合電子掲示板サービスを閲覧するこ
とで、部内の課の電子掲示板やメーリングリストでやり
とりされている情報を一度に閲覧できる。また、この統
合電子掲示板サービスへ投稿することで、部内の全ての
課へ情報を配信することができる。

【０１４４】ここで、同じビルにある第一開発課と第二
開発課の場に、ビルの停電に関する連絡情報がユーザＢ
によってそれぞれの電子掲示板へ投稿されたとする。こ
れら二つの課の情報は、第一開発部の場で統合されてい
るため、同一情報が第一開発部の場に伝達されるが、重
複情報の削除フィルタの導入により、実際には一つの記
事しか表示されないことになる。

【０１４５】（例２）ユーザＡの参加している新製品開
発プロジェクトの場では、新製品に関する問い合わせ情
報と、その問い合わせを受け付ける営業部と、開発を担
当する開発部のメンバの在席情報を表示させることとす
る（図２７）。

【０１４６】まず、この新製品開発プロジェクトで開発
された新製品の販売を担当する営業部の場と、開発を担
当する開発部を、場の情報管理機能を利用して検索す
る。この検索の結果を利用し、担当営業部の場での問い
合わせ情報データベースと、開発担当部の場での障害対
応情報データベースを対象とするような、問い合わせ情
報統合サービスを、新製品開発プロジェクトの場に登録
する。ここで、営業部と開発部がそれぞれ別の製品につ
いても取り扱っている場合には、関連のある製品につい
ての問い合わせ情報のみを表示するように、情報選択フ
ィルタを導入する。フィルタに指定する条件として、特
定の製品名を本文中に含む情報のみを通過させるように
指定する。また、営業部と開発部のそれぞれのメンバ在
席情報管理サービスについても、プロジェクト参加メン
バ全員の在席情報を表示する統合サービスを作成し、新
製品開発プロジェクトの場に登録する。

【０１４７】これによって、開発プロジェクトに直接送
信されることのない問い合わせ情報を、開発プロジェク
トの場から閲覧できる。また、さらに詳しい情報を確認
するために、担当者連絡をとろうとする場合に、営業部
と開発部の両方のメンバの在席状況を一度に確認してか
ら問い合わせをするといったことができるようになる。

【０１４８】以上説明した実施形態によれば、複数の場
のサービスを利用する際に、以下のような効果が得られ
る。 （１）複数の場の情報を個別に閲覧する必要がなくな
り、参加しているひとつの場から一覧できるようにな
る。 （２）複数の場へ同じ情報を配信する場合、それぞれ個
別の場に対して情報送信作業を行なう必要がなくなり、
一度の送信作業でひとつの場から複数の場へ情報を配信
することが可能となる。 （３）指定した条件を満たす情報のみを通過させるフィ
ルタ機能の導入によって、本来必要とされている情報の
みを伝達させることで、情報が多くなりすぎるのを防ぐ
ことができる。 （４）複数の場の情報を閲覧する場合、重複情報を削除
するフィルタ機能により、同じ情報を何度も閲覧するこ
とがなくなる。 （５）扱う情報の形式が異なる複数サービスについて、
情報の形式を変換することで、ひとつのサービスとして
情報を一括して閲覧・編集することが可能となる。 （６）ユーザが他の場の存在を知らなくても、関連のあ
る場を検索し、その場で扱われている情報を閲覧・編集
することが可能となる。

【０１４９】以下に、本発明の各種態様について付記す
る。

【０１５０】（付記１） コミュニケーションツール及
び／又はリソースのうちの１つ以上のサービスを共有す
る場のサービスの情報を複数の場にわたって統合するサ
ービス統合システムであって、複数の場を、これら複数
の場のうちの統合側の場に対応する、統合の対象となる
複数の場の統合の対象となる複数のサービスを定義した
対象サービス定義を含んで定義した場の情報データベー
スを管理する場の情報管理部と、前記対象サービス定義
により定義された複数の場の複数のサービスの情報を、
該対象サービス定義に対応する１つの統合側の場に表示
するサービス表示部とを有することを特徴とするサービ
ス統合システム。

【０１５１】（付記２） 前記対象サービス定義により
定義された複数の場の複数のサービスの情報を１つのサ
ービス対１つの関係で参照する複数のサービス参照部を
有し、前記サービス表示部は、前記複数のサービス参照
部によりそれぞれ参照された複数のサービスの情報を、
該対象サービス定義に対応する１つの統合側の場に表示
するものであることを特徴とする付記１記載のサービス
統合システム。

【０１５２】（付記３） 前記サービス参照部は、該サ
ービス参照部が参照したサービスの情報の中から所定の
情報を抽出するフィルタを含むものであることを特徴と
する付記２記載のサービス統合システム。

【０１５３】（付記４） 前記対象サービス定義により
定義された複数の場の複数のサービスの情報を複数のサ
ービス対１つの関係で参照する少なくとも１つのサービ
ス参照部を有し、前記サービス表示部は、前記サービス
参照部により参照された複数のサービスの情報を、該対
象サービス定義に対応する１つの統合側の場に表示する
ものであることを特徴とする付記１記載のサービス統合
システム。

【０１５４】（付記５） 前記サービス参照部は、該サ
ービス参照部が参照したサービスの情報の中から所定の
情報を抽出するフィルタを含むものであることを特徴と
する付記４記載のサービス統合システム。

【０１５５】（付記６） 前記フィルタは、前記サービ
ス参照部により参照された複数のサービスの情報の中に
重複した情報が存在する場合に、これら重複した情報の
うちの１つの情報のみを抽出するものであることを特徴
とする付記５記載のサービス統合システム。

【０１５６】（付記７） 前記フィルタは、前記サービ
ス参照部により参照されたサービスの情報を、該サービ
スにおける情報形式とは異なる形式の情報に加工するも
のであることを特徴とする付記５記載のサービス統合シ
ステム。

【０１５７】（付記８） 前記対象サービス定義は、情
報配信の対象となる複数の場の情報配信の対象となる複
数のサービスの定義を含むものであって、該対象サービ
ス定義により定義された情報配信の対象となる複数の場
の情報配信の対象となる複数のサービスに向けて同一の
情報を配信する情報配信部を有することを特徴とする付
記１記載のサービス統合システム。

【０１５８】（付記９） 前記情報配信部は、配信する
情報の形式を配信先のサービスの情報形式に変換するフ
ィルタを含むものであることを特徴とする付記８記載の
サービス統合システム。

【０１５９】（付記１０） 前記対象サービス定義を含
む場の定義を操作に応じて作成する定義作成部を有する
ことを特徴とする付記１記載のサービス統合システム。

【０１６０】（付記１１） ユーザと該ユーザが属する
場との対応関係を定義したユーザ情報データベースを管
理するユーザ情報管理部を有し、前記定義作成部は、前
記ユーザ情報管理部に依頼し所望のユーザが属する場の
一覧を取得して表示する機能を含むものであることを特
徴とする付記１０記載のサービス統合システム。

【０１６１】（付記１２） 前記場の情報管理部は、場
を、場どうしの親子関係の定義を含んで定義した場の情
報データベースを管理するものであって、前記定義作成
部は、前記場の情報管理部に依頼し、所望の場に対す
る、階層的に親となる場の一覧を取得して表示する機能
を含むものであることを特徴とする付記１０記載のサー
ビス統合システム。

【０１６２】（付記１３） 前記場の情報管理部は、場
を、場どうしの親子関係の定義を含んで定義した場の情
報データベースを管理するものであって、前記定義作成
部は、前記場の情報管理部に依頼し、所望の場に対す
る、階層的に子となる場の一覧を取得して表示する機能
を含むものであることを特徴とする付記１０記載のサー
ビス統合システム。

【０１６３】（付記１４） 前記場の情報管理部は、指
定された内容に関連する場を検索する機能を有し、前記
定義作成部は、前記場の情報管理部に依頼し、所望の内
容に関連する場の一覧を取得して表示する機能を含むも
のであることを特徴とする付記１０記載のサービス統合
システム。

【０１６４】（付記１５） コミュニケーションツール
及び／又はリソースのうちの１つ以上のサービスを共有
する場のサービスの情報を複数の場にわたって統合する
サービス統合装置であって、複数の場のうちの統合側の
場に対応する、統合の対象となる複数の場の統合の対象
となる複数のサービスを定義した対象サービス定義によ
り定義された複数の場の複数のサービスの情報を、該対
象サービス定義に対応する１つの統合側の場に表示する
サービス表示部を有することを特徴とするサービス統合
装置。

【０１６５】（付記１６） 前記対象サービス定義によ
り定義された複数の場の複数のサービスの情報を１つの
サービス対１つの関係で参照する複数のサービス参照部
を有し、前記サービス表示部は、前記複数のサービス参
照部によりそれぞれ参照された複数のサービスの情報
を、該対象サービス定義に対応する１つの統合側の場に
表示するものであることを特徴とする付記１５記載のサ
ービス統合装置。

【０１６６】（付記１７） 前記サービス参照部は、該
サービス参照部が参照したサービスの情報の中から所定
の情報を抽出するフィルタを含むものであることを特徴
とする付記１６記載のサービス統合装置。

【０１６７】（付記１８） 前記対象サービス定義によ
り定義された複数の場の複数のサービスの情報を複数の
サービス対１つの関係で参照する少なくとも１つのサー
ビス参照部を有し、前記サービス表示部は、前記サービ
ス参照部により参照された複数のサービスの情報を、該
対象サービス定義に対応する１つの統合側の場に表示す
るものであることを特徴とする付記１５記載のサービス
統合装置。

【０１６８】（付記１９） 前記サービス参照部は、該
サービス参照部が参照したサービスの情報の中から所定
の情報を抽出するフィルタを含むものであることを特徴
とする付記１８記載のサービス統合装置。

【０１６９】（付記２０） 前記フィルタは、前記サー
ビス参照部により参照された複数のサービスの情報の中
に重複した情報が存在する場合に、これら重複した情報
のうちの１つの情報のみを抽出するものであることを特
徴とする付記１９記載のサービス統合装置。

【０１７０】（付記２１） 前記フィルタは、前記サー
ビス参照部により参照されたサービスの情報を、該サー
ビスにおける情報形式とは異なる形式の情報に加工する
ものであることを特徴とする付記１９記載のサービス統
合装置。

【０１７１】（付記２２） 前記対象サービス定義は、
情報配信の対象となる複数の場の情報配信の対象となる
複数のサービスの定義を含むものであって、該対象サー
ビス定義により定義された情報配信の対象となる複数の
場の情報配信の対象となる複数のサービスに向けて同一
の情報を配信する情報配信部を有することを特徴とする
付記１５記載のサービス統合装置。

【０１７２】（付記２３） 前記情報配信部は、配信す
る情報の形式を配信先のサービスの情報形式に変換する
フィルタを含むものであることを特徴とする付記２２記
載のサービス統合装置。

【０１７３】（付記２４） 前記対象サービス定義を含
む場の定義を操作に応じて作成する定義作成部を有する
ことを特徴とする付記１５記載のサービス統合装置。

【０１７４】（付記２５） 前記定義作成部は、所望の
ユーザが属する場の一覧を取得して表示する機能を含む
ものであることを特徴とする付記２４記載のサービス統
合装置。

【０１７５】（付記２６） 前記定義作成部は、所望の
場に対する、階層的に親となる場の一覧を取得して表示
する機能を含むものであることを特徴とする付記２４記
載のサービス統合装置。

【０１７６】（付記２７） 前記定義作成部は、所望の
場に対する、階層的に子となる場の一覧を取得して表示
する機能を含むものであることを特徴とする付記２４記
載のサービス統合装置。

【０１７７】（付記２８） 前記定義作成部は、所望の
内容に関連する場の一覧を取得して表示する機能を含む
ものであることを特徴とする付記２４記載のサービス統
合装置。

【０１７８】（付記２９） １台もしくは通信回線を介
して相互に接続された複数台のコンピュータからなるコ
ンピュータシステム内で実行され、該コンピュータシス
テムを、コミュニケーションツール及び／又はリソース
のうちの１つ以上のサービスを共有する場のサービスの
情報を複数の場にわたって統合するサービス統合システ
ムとして動作させるサービス統合プログラムであって、
複数の場を、これら複数の場のうちの統合側の場に対応
する、統合の対象となる複数の場の統合の対象となる複
数のサービスを定義した対象サービス定義を含んで定義
した場の情報データベースを管理する場の情報管理部
と、前記対象サービス定義により定義された複数の場の
複数のサービスの情報を、該対象サービス定義に対応す
る１つの統合側の場に表示するサービス表示部とを有す
ることを特徴とするサービス統合プログラム。

【０１７９】（付記３０） 前記対象サービス定義によ
り定義された複数の場の複数のサービスの情報を１つの
サービス対１つの関係で参照する複数のサービス参照部
を有し、前記サービス表示部は、前記複数のサービス参
照部によりそれぞれ参照された複数のサービスの情報
を、該対象サービス定義に対応する１つの統合側の場に
表示するものであることを特徴とする付記２９記載のサ
ービス統合プログラム。

【０１８０】（付記３１） 前記サービス参照部は、該
サービス参照部が参照したサービスの情報の中から所定
の情報を抽出するフィルタを含むものであることを特徴
とする付記３０記載のサービス統合プログラム。

【０１８１】（付記３２） 前記対象サービス定義によ
り定義された複数の場の複数のサービスの情報を複数の
サービス対１つの関係で参照する少なくとも１つのサー
ビス参照部を有し、前記サービス表示部は、前記サービ
ス参照部により参照された複数のサービスの情報を、該
対象サービス定義に対応する１つの統合側の場に表示す
るものであることを特徴とする付記２９記載のサービス
統合プログラム。

【０１８２】（付記３３） 前記サービス参照部は、該
サービス参照部が参照したサービスの情報の中から所定
の情報を抽出するフィルタを含むものであることを特徴
とする付記３２記載のサービス統合プログラム。

【０１８３】（付記３４） 前記フィルタは、前記サー
ビス参照部により参照された複数のサービスの情報の中
に重複した情報が存在する場合に、これら重複した情報
のうちの１つの情報のみを抽出するものであることを特
徴とする付記３３記載のサービス統合プログラム。

【０１８４】（付記３５） 前記フィルタは、前記サー
ビス参照部により参照されたサービスの情報を、該サー
ビスにおける情報形式とは異なる形式の情報に加工する
ものであることを特徴とする付記３３記載のサービス統
合プログラム。

【０１８５】（付記３６） 前記対象サービス定義は、
情報配信の対象となる複数の場の情報配信の対象となる
複数のサービスの定義を含むものであって、該対象サー
ビス定義により定義された情報配信の対象となる複数の
場の情報配信の対象となる複数のサービスに向けて同一
の情報を配信する情報配信部を有することを特徴とする
付記２９記載のサービス統合プログラム。

【０１８６】（付記３７） 前記情報配信部は、配信す
る情報の形式を配信先のサービスの情報形式に変換する
フィルタを含むものであることを特徴とする付記３６記
載のサービス統合プログラム。

【０１８７】（付記３８） 前記対象サービス定義を含
む場の定義を操作に応じて作成する定義作成部を有する
ことを特徴とする付記２９記載のサービス統合プログラ
ム。

【０１８８】（付記３９） ユーザと該ユーザが属する
場との対応関係を定義したユーザ情報データベースを管
理するユーザ情報管理部を有し、前記定義作成部は、前
記ユーザ情報管理部に依頼し所望のユーザが属する場の
一覧を取得して表示する機能を含むものであることを特
徴とする付記３８記載のサービス統合プログラム。

【０１８９】（付記４０） 前記場の情報管理部は、場
を、場どうしの親子関係の定義を含んで定義した場の情
報データベースを管理するものであって、前記定義作成
部は、前記場の情報管理部に依頼し、所望の場に対す
る、階層的に親となる場の一覧を取得して表示する機能
を含むものであることを特徴とする付記３８記載のサー
ビス統合プログラム。

【０１９０】（付記４１） 前記場の情報管理部は、場
を、場どうしの親子関係の定義を含んで定義した場の情
報データベースを管理する場の情報管理部を有し、前記
定義作成部は、前記場の情報管理部に依頼し、所望の場
に対する、階層的に子となる場の一覧を取得して表示す
る機能を含むものであることを特徴とする付記３８記載
のサービス統合プログラム。

【０１９１】（付記４２） 前記場の情報管理部は、指
定された内容に関連する場を検索する機能を有し、前記
定義作成部は、前記場の情報管理部に依頼し、所望の内
容に関連する場の一覧を取得して表示する機能を含むも
のであることを特徴とする付記３８記載のサービス統合
プログラム。

【０１９２】（付記４３） コンピュータ内で実行さ
れ、該コンピュータを、コミュニケーションツール及び
／又はリソースのうちの１つ以上のサービスを共有する
場のサービスの情報を複数の場にわたって統合するサー
ビス統合装置として動作させるサービス統合プログラム
であって、複数の場のうちの統合側の場に対応する、統
合の対象となる複数の場の統合の対象となる複数のサー
ビスを定義した対象サービス定義により定義された複数
の場の複数のサービスの情報を、該対象サービス定義に
対応する１つの統合側の場に表示するサービス表示部と
を有することを特徴とするサービス統合プログラム。

【０１９３】（付記４４） 前記対象サービス定義によ
り定義された複数の場の複数のサービスの情報を１つの
サービス対１つの関係で参照する複数のサービス参照部
を有し、前記サービス表示部は、前記複数のサービス参
照部によりそれぞれ参照された複数のサービスの情報
を、該対象サービス定義に対応する１つの統合側の場に
表示するものであることを特徴とする付記４３記載のサ
ービス統合プログラム。

【０１９４】（付記４５） 前記サービス参照部は、該
サービス参照部が参照したサービスの情報の中から所定
の情報を抽出するフィルタを含むものであることを特徴
とする付記４４記載のサービス統合プログラム。

【０１９５】（付記４６） 前記対象サービス定義によ
り定義された複数の場の複数のサービスの情報を複数の
サービス対１つの関係で参照する少なくとも１つのサー
ビス参照部を有し、前記サービス表示部は、前記サービ
ス参照部により参照された複数のサービスの情報を、該
対象サービス定義に対応する１つの統合側の場に表示す
るものであることを特徴とする付記４３記載のサービス
統合プログラム。

【０１９６】（付記４７） 前記サービス参照部は、該
サービス参照部が参照したサービスの情報の中から所定
の情報を抽出するフィルタを含むものであることを特徴
とする付記４６記載のサービス統合プログラム。

【０１９７】（付記４８） 前記フィルタは、前記サー
ビス参照部により参照された複数のサービスの情報の中
に重複した情報が存在する場合に、これら重複した情報
のうちの１つの情報のみを抽出するものであることを特
徴とする付記４７記載のサービス統合プログラム。

【０１９８】（付記４９） 前記フィルタは、前記サー
ビス参照部により参照されたサービスの情報を、該サー
ビスにおける情報形式とは異なる形式の情報に加工する
ものであることを特徴とする付記４７記載のサービス統
合プログラム。

【０１９９】（付記５０） 前記対象サービス定義は、
情報配信の対象となる複数の場の情報配信の対象となる
複数のサービスの定義を含むものであって、該対象サー
ビス定義により定義された情報配信の対象となる複数の
場の情報配信の対象となる複数のサービスに向けて同一
の情報を配信する情報配信部を有することを特徴とする
付記４３記載のサービス統合プログラム。

【０２００】（付記５１） 前記情報配信部は、配信す
る情報の形式を配信先のサービスの情報形式に変換する
フィルタを含むものであることを特徴とする付記５０記
載のサービス統合プログラム。

【０２０１】（付記５２） 前記対象サービス定義を含
む場の定義を操作に応じて作成する定義作成部を有する
ことを特徴とする付記４３記載のサービス統合プログラ
ム。

【０２０２】（付記５３） 前記定義作成部は、所望の
ユーザが属する場の一覧を取得して表示する機能を含む
ものであることを特徴とする付記５２記載のサービス統
合プログラム。

【０２０３】（付記５４） 前記定義作成部は、所望の
場に対する、階層的に親となる場の一覧を取得して表示
する機能を含むものであることを特徴とする付記５２記
載のサービス統合プログラム。

【０２０４】（付記５５） 前記定義作成部は、所望の
場に対する、階層的に子となる場の一覧を取得して表示
する機能を含むものであることを特徴とする付記５２記
載のサービス統合プログラム。

【０２０５】（付記５６） 前記定義作成部は、所望の
内容に関連する場の一覧を取得して表示する機能を含む
ものであることを特徴とする付記５２記載のサービス統
合プログラム。

【０２０６】

【発明の効果】以上、説明したように、本発明によれ
ば、概念的に関連をもつ場の間に情報伝達のための連携
機能が導入され、この機能により、ユーザに対して効率
的な情報の提示や通知をすることが可能となる。

【図面の簡単な説明】

【図１】本発明のサービス統合装置の一実施形態を含む
本発明のサービス統合システムの一例を示す概要図であ
る。

【図２】図１に示した外観を有するコンピュータのハー
ドウェア構成図である。

【図３】本発明のサービス統合プログラムの一実施形態
の概念的な構成図である。

【図４】本発明のサービス統合プログラムのもう１つの
実施形態の概念的な構成図である。

【図５】本発明のサービス統合装置の一実施形態を含む
本発明のサービス統合システムの一実施形態の機能ブロ
ック図である。

【図６】場の情報表示画面を示す図である。

【図７】場の管理モジュールの構成示す図である。

【図８】複数サービス統合方式のアーキテクチャを示す
図である。

【図９】場の設定情報の例を示す図である。

【図１０】場の情報管理機能での処理の流れを示すフロ
ーチャートである。

【図１１】ユーザ情報の例を示す図である。

【図１２】ユーザ情報管理機能での処理の流れを示すフ
ローチャートである

【図１３】場の閲覧・編集機能での処理の流れを示すフ
ローチャートである。

【図１４】統合サービスの例を示す図である。

【図１５】統合サービスの処理の流れを示すフローチャ
ートである。

【図１６】形式変換フィルタの例を示す図である。

【図１７】情報加工フィルタを示すフローチャートであ
る。

【図１８】重複情報の削除フィルタの処理を示すフロー
チャートである。

【図１９】統合サービス作成機能の例を示す図である。

【図２０】統合サービス作成処理の流れ（全体）を示す
フローチャートである。

【図２１】統合サービス作成機能（場とサービスの決定
処理）を示すフローチャートである。

【図２２】関連する場の情報の閲覧機能を示す図であ
る。

【図２３】関連する場の情報の一括表示機能を示す図で
ある。

【図２４】関連する場の情報の別形式へ変換機能を示す
図である。

【図２５】関連する場への情報の一斉配信機能を示す図
である。

【図２６】第一開発部の場の参加者が、部内の複数の課
（第一、第二、第三開発課）の情報を一度に閲覧・編集
できるような機能を追加する場面を示す図である。

【図２７】ユーザＡの参加している新製品開発プロジェ
クトの場における、新製品に関する問い合わせ情報と、
その問い合わせを受け付ける営業部と、開発を担当する
開発部のメンバの在席情報を表示させる例を示す図であ
る。

【符号の説明】

１００，３００，４００，５００ コンピュータ １０１，３０１，４０１，５０１ 本体部 １０２，３０２，４０２，５０２ 表示部 １０３，３０３，４０３，５０３ キーボード １０４，３０４，４０４，５０４ マウス ２００，２００′ サービス統合プログラム ２１０ ユーザ情報管理部 ２２０ 場の情報管理部 ２３０ サービス参照部 ２３１，２４１ フィルタ ２４０ 情報配信部 ２５０ 定義作成部 ２６０ サービス表示部 ６００ 通信回線 ６１０，６２０，６３０ 場 ６１１，６１２，６２１，６２２，６３１，６３２ サ
ービス ７００ ＣＤ−ＲＯＭ ８００ サービス統合システム ８１０ ユーザ情報管理部 ８１１ ユーザ情報データベース ８２０ 場の情報管理部 ８２１ 場の情報データベース ９００ サービス統合装置 ９３０ サービス参照部 ９３１ 抽出するフィルタ ９４０ 情報配信部 ９４１ フィルタ ９５０ 定義作成部 ９６０ サービス表示部 ８２１１ 対象サービス定義 ８２１２ 親子関係

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B075 KK07 UU40 5B085 AA08 BA06 BG02 BG07

Claims (5)

【特許請求の範囲】
1. 【請求項１】 コミュニケーションツール及び／又はリ
   ソースのうちの１つ以上のサービスを共有する場のサー
   ビスの情報を複数の場にわたって統合するサービス統合
   システムであって、 複数の場を、これら複数の場のうちの統合側の場に対応
   する、統合の対象となる複数の場の統合の対象となる複
   数のサービスを定義した対象サービス定義を含んで定義
   した場の情報データベースを管理する場の情報管理部
   と、 前記対象サービス定義により定義された複数の場の複数
   のサービスの情報を、該対象サービス定義に対応する１
   つの統合側の場に表示するサービス表示部とを有するこ
   とを特徴とするサービス統合システム。
2. 【請求項２】 前記対象サービス定義は、情報配信の対
   象となる複数の場の情報配信の対象となる複数のサービ
   スの定義を含むものであって、該対象サービス定義によ
   り定義された情報配信の対象となる複数の場の情報配信
   の対象となる複数のサービスに向けて同一の情報を配信
   する情報配信部を有することを特徴とする請求項１記載
   のサービス統合システム。
3. 【請求項３】 コミュニケーションツール及び／又はリ
   ソースのうちの１つ以上のサービスを共有する場のサー
   ビスの情報を複数の場にわたって統合するサービス統合
   装置であって、 複数の場のうちの統合側の場に対応する、統合の対象と
   なる複数の場の統合の対象となる複数のサービスを定義
   した対象サービス定義により定義された複数の場の複数
   のサービスの情報を、該対象サービス定義に対応する１
   つの統合側の場に表示するサービス表示部を有すること
   を特徴とするサービス統合装置。
4. 【請求項４】 １台もしくは通信回線を介して相互に接
   続された複数台のコンピュータからなるコンピュータシ
   ステム内で実行され、該コンピュータシステムを、コミ
   ュニケーションツール及び／又はリソースのうちの１つ
   以上のサービスを共有する場のサービスの情報を複数の
   場にわたって統合するサービス統合システムとして動作
   させるサービス統合プログラムであって、 複数の場を、これら複数の場のうちの統合側の場に対応
   する、統合の対象となる複数の場の統合の対象となる複
   数のサービスを定義した各対象サービス定義を含んで定
   義した場の情報データベースを管理する場の情報管理部
   と、 前記対象サービス定義により定義された複数の場の複数
   のサービスの情報を、該対象サービス定義に対応する１
   つの統合側の場に表示するサービス表示部とを有するこ
   とを特徴とするサービス統合プログラム。
5. 【請求項５】 コンピュータ内で実行され、該コンピュ
   ータを、コミュニケーションツール及び／又はリソース
   のうちの１つ以上のサービスを共有する場のサービスの
   情報を複数の場にわたって統合するサービス統合装置と
   して動作させるサービス統合プログラムであって、 複数の場のうちの統合側の場に対応する、統合の対象と
   なる複数の場の統合の対象となる複数のサービスを定義
   した対象サービス定義により定義された複数の場の複数
   のサービスの情報を、該対象サービス定義に対応する１
   つの統合側の場に表示するサービス表示部とを有するこ
   とを特徴とするサービス統合プログラム。