JP2011508297A - 端末間で交換されたメッセージを処理するための方法及びエージェント - Google Patents

Abstract

端末間で交換されたメッセージを処理するための方法であって、
− 交換されたメッセージをログするステップ、
− コンテキスト化されたログされたデータを形成するために、予め定義された基準に基づいて、ログされたメッセージのコンテキストデータをフィルタリングするステップ、
− 関連データを生成するために、少なくとも１つの関連ルールをコンテキスト化されたログされたデータに適用するステップ、
− 特にウィキなどの関連データをウェブコンテンツ管理エージェントへの入力として送るステップ
を備える方法。

Description

本発明は電気通信ネットワークの支援によるデータの共同作成の技術分野に関する。

ブログ（ウェブログの略、ウェブ及びログの縮約形に由来するかばん語）では、データ、潜在的にはマルチメディアが共有され、ビジタは足跡を残すことができる。ブログは、しばしば単一の著者によって個人ベースで、時と共に逆日時順に公開されている、テキスト、ハイパテキストリンク及び／又は画像の形式での自由で定期的な表現のためのウェブサイトである。ブログは、Ｔｅｃｈｎｏｒａｔｉ、Ｆｅｅｄｓｔｅｒ、又はＳｐｈｅｒｅなど、いくつかの検索エンジンがブログ専用に使用されるほどに、非常に活発になっている。ブログの数は６カ月ごとに倍増し、現在数千万のブログがあると推定される。ブログは一般に、以下の要素、即ち、逆日時順に並べられたメッセージ（ポスト）、（日付によって閲覧可能な）ブログのアーカイブ、著者達が単一のバーチャルコミュニティに属していることの著者達による相互承認を形式化する外部リンクのリスト（ブログロール）、メッセージタイトル、コンテンツ、日付、著者、リンクなどのブログの様々な要素の、タグによって構造化された、記述を提供するＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ、Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ）フィードを含む。

ブログはいくつかの欠点を有する。ブログは、原則として、インターネットユーザによって訪問されることが可能であり、一般に、閉じられた又は条件付きアクセスバーチャルコミュニティの作成を可能にしない。ブロガは虚偽の識別を装うことが可能であり、異なるニックネームはよくあることである。ブロガは彼らのブログの一般閲覧者には見えず、彼らのブログの一般閲覧者と対面してもいない。さらに、大多数のブログはリアルタイムの対話を可能にしない。さらに、ブログ上では、マルチメディア文書は不法なコピーに対して適切に保護されていない。

これら全ての理由のために、ブログは、ワークグループのメンバ間の特定のビジネスデータ通信におけるリアルタイム通信に適したツールではない。ブログはまた、文書の共同作成のためのよい手段でもない。ブログの最も一般的な用途は、オンラインの日記又は旅行記としてである。さらに、プロのジャーナリスト又は政治家によって維持されるオピニオンブログ、並びに企業ブログもよく知られている。ビジタは、言わば共同作業の産物ではないブログコンテンツに影響を与えると主張することはできない。

インターネットテレビ会議システムが知られている（例えば、ＷｅｂｅＸ Ｍｅｅｔｉｎｇ Ｃｅｎｔｅｒ、Ｍｉｃｒｏｓｏｆｔ Ｌｉｖｅ Ｍｅｅｔｉｎｇ、Ｃｉｔｒｉｘ ＧｏＴｏ Ｍｅｅｔｉｎｇ、Ｇｒｏｏｖｅ Ｖｉｒｔｕａｌ Ｏｆｆｉｃｅ、ｅＺｍｅｅｔｉｎｇ）。これらのシステムは、リモートエンジニアリング、ディスタンスラーニング（ｅラーニング）、及び仕事のミーティングなど、多くの用途を有する。テレビ会議は、ポイントトゥポイントモード又はマルチポイントモードのどちらかで、少なくとも２つの異なる場所に位置するユーザグループ間の音声及びアニメカラー画像並びにコンピュータデータのリアルタイム双方向転送を提供するオーディオビジュアルテレコンファレンスサービスである。ＶＲＶＳ（Ｖｉｒｔｕａｌ Ｒｏｏｍ Ｖｉｄｅｏｃｏｎｆｅｒｅｎｃｉｎｇ Ｓｙｓｔｅｍ）は、例えば、Ｍｂｏｎｅ上での又はＨ３２３プロトコルでのバーチャル会議ルームの予約を可能にする。Ｈ３２３端末は、例えばマイクロソフトによるネットミーティング、又はＥｋｉｇａなどのソフトウェアを備える。

テレビ会議システムはいくつかの欠点を有する。具体的には、マルチメディア文書はセッション内でしか閲覧されることが可能でなく、セッションはマルチメディア文書の公開の前に開かれなければならない。テレビ会議によって開催されるミーティングの議事録は、手書きのメモを要約することにより、どの会議のためにも同じやり方で準備される。

インスタントメッセージングソフトウェアも知られている。マイクロソフトウィンドウズライブスペースプラットフォームは、ユーザが自分自身のコンタクトの友人にコンタクトするために自分の友人を招待することができるようにするＦｒｉｅｎｄｓ Ｅｘｐｌｏｒｅｒモジュールを用いて、古いＭＳＮスペースプラットフォームの古い機能をＭＳＮメッセンジャインスタントメッセージングソフトウェアと結合する。ウィンドウズライブスペースは、個人空間、及び条件付きアクセスコミュニティの作成を可能にする。

インスタントメッセージングソフトウェアは、会話レベルでの個人間交換、特にフレンドリな会話（チャッティング）に適している。インスタントメッセージングソフトウェアは、文書を共同して書くことには向いていない。

さらに、ウェブサイトコンテンツ管理システムが知られており、これらのウェブサイトのコンテンツは認可されたビジタによって確立される。これらのシステムはウィキとして知られている。これらのシステムの１つの提示は、ウィキペディアｈｔｔｐ：／／ｅｎ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ．として知られているウィキ上で見ることができる。原則として、ウィキの中では、全ての認可された人々は同じ編集権によってコンテンツを編集することができる。しかし、テンプレート、ページの構造のためのテンプレートとして役立つ一般的なブラウジング情報は、編集されることが不可能である。

ウィキは、いくつかの状況下でその使用をトリッキーにするいくつかの欠点を示す。具体的には、データに対する変更が、識別されたリファレンスによって正当化されないときはいつでも、ウィキは偏った又は正しくない要素を含む可能性がある。このリスクは、（寄稿者になるにはＩＰアドレスしか必要とされないなどのために）寄稿者が識別可能でない場合はさらに高くなる。さらに、様々な記事の中に含まれる情報をウィキから抽出することは現在難しく、ウィキは、現在、セマンティクスを備えていない（Ｋｒｏｔｚｓｃｈ等のＳｅｍａｎｔｉｃ Ｗｉｋｉｐｅｄｉａ，Ｗｅｂ Ｓｅｍａｎｔｉｃｓ Ｓｃｉｅｎｃｅ Ｓｅｒｖｉｃｅｓ ａｎｄ Ａｇｅｎｔｓ ｏｎ ｔｈｅ Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ，５，２００７、２５１〜２６１頁を参照されたい）。

ウェブ２．０の開発は特にウィキを含む、コンテンツ管理ツールの変換を含む。

米国特許第２００２／０１９６７７５号 米国特許第２００６／０１０４３０６号

Ｋｒｏｔｚｓｃｈ等のＳｅｍａｎｔｉｃ Ｗｉｋｉｐｅｄｉａ，Ｗｅｂ Ｓｅｍａｎｔｉｃｓ Ｓｃｉｅｎｃｅ Ｓｅｒｖｉｃｅｓ ａｎｄ Ａｇｅｎｔｓ ｏｎ ｔｈｅ Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ，５，２００７、２５１〜２６１頁 「ＩＭＳ ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｃｏｎｃｅｐｔｓ ａｎｄ Ｓｅｒｖｉｃｅｓ」、２００６、ＩＳＢＮ−１３：９７８−０−４７０−０１９０６−１の第ＸＩＩ章

本発明の目的は、サービス会社及び産業のニーズに適した新しいコンテンツ管理ツールを提供することである。

より具体的には、本発明の目的は、知られているツールの欠点を示さない共同データ作成ツールを提供することである。

本発明は、ミーティングの議事録を作成する際に、及び知識管理手法の一部として要約メモを設定する際に、特に有利に利用される。用語、知識管理は、ここでは、１グループの人々のために、例えば企業のために一貫した有用な形式で情報を共有し、構造化し、拡張し、アクセス可能にすることを意図された全ての技術的及び方法論的ツールを指す。知識管理の重要性は、工業化した国々における知識経済及びピラミッド型の年齢構成の出現の結合効果によって、過去数年にわたって増大してきた。

これらの目的のために、本発明は、第１の態様によれば、端末間で交換されたメッセージを処理するための方法であって、
− 交換されたメッセージをログするステップ、
− コンテキスト化されたログされたデータを形成するために、予め定義された基準に基づいて、ログされたメッセージのコンテキストデータをフィルタリングするステップ、
− 関連データを生成するために、少なくとも１つの関連ルールをコンテキスト化されたログされたデータに適用するステップ、
− 特にウィキなどの関連データをウェブコンテンツ管理エージェント宛に入力として送るステップ
から成るステップを備える方法に関する。

「ログすること」は、ここでは、長期間使用のためにデータを格納することを指す。「ログされた」データは、もはや不安定でなく、ログ、例えば会社のログに入れられる。データをログすることは、データベース（データウェアハウジング）では、それ自体でよく知られている技法である。

用語「コンテキストデータ」は、ここでは、メッセージの３つの態様、即ちメッセージのコンテンツ、メッセンジャの識別、及びメッセージが作成され送信された状況、に関する情報を指す。コンテキストデータは、送信された時刻、メッセンジャの名前、及びミーティングルームの名前などの情報を含む。

用語「関連ルール」は、ここでは、メッセージのコンテンツ、メッセンジャの識別、又はメッセージが作成され送信された状況に関するルールを指す。例えば、ボブはある特定の専門分野における認められたエキスパートである。そのような場合には、１つの関連ルールは、「この専門分野に関するボブによって送信されたメッセージ」であろう。さらに、この例では、サービスの品質（ＱｏＳ）は、アリス及びボブ両人の活動の分野である。そのような場合には、１つの関連ルールは、「ＱｏＳという用語又はサービスの品質という表現が存在するアリス又はボブによって送信されたメッセージ」であろう。

用語「ウェブコンテンツ管理エージェント」は、ここでは、特にウィキソフトウェアを指す。

有利なことには、メッセージはＳＩＰプロトコル（セッション開始プロトコル）を使用して交換される。ＳＩＰパーティクルの説明は、著作「ＩＭＳ ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｃｏｎｃｅｐｔｓ ａｎｄ Ｓｅｒｖｉｃｅｓ」、２００６、ＩＳＢＮ−１３：９７８−０−４７０−０１９０６−１の第ＸＩＩ章に提供されている。さらに、２００２年６月からのＩＥＴＦ規格ＲＦＣ３２６１を参照してもよい。ＳＩＰプロトコルは、通信セッションを確立、修正、及び終了するための機能を提供し、特に認証を扱う。ＳＩＰプロトコルは、固定端末又はモバイル端末のユーザが自分達の会話を続けながらビデオを交換することができるようにするＩＭＳ（ＩＰマルチメディアサブシステム）アーキテクチャにおいて使用される。文書、米国特許第２００２／０１９６７７５号及び米国特許第２００６／０１０４３０６号はＩＭＳアーキテクチャのアプリケーションを例示している。

ＳＩＰは要求／応答プロトコルである。送信元によって送信されたメッセージごとに、送信されたメッセージの受信を確認する受信者に関連する少なくとも１つの応答があり、ＳＩＰ要求は数字コードによって識別された応答によって確認応答され、ほとんどのＳＩＰ応答コードはＨＴＴＰプロトコルから借用されている。例えば、受信者が突き止められないときはいつでも、「４０４ Ｎｏｔ Ｆｏｕｎｄ」コードが返される。

有利なことには、関連データはＨＴＴＰ要求によってウェブコンテンツ管理エージェント宛に送られる。

本発明は、第２の態様によれば、端末間で交換されたメッセージを処理するためのエージェントであって、
− 交換されたメッセージをログするためのモジュール、
− コンテキスト化されたログされたデータを形成するために、ログされたメッセージのコンテキストデータを識別するためのモジュール、
− 関連データを生成するために、コンテキスト化されたログされたデータの中から、少なくとも１つの関連ルールを満たすデータを選択するためのモジュール、
− 特にウィキなどの関連データをウェブコンテンツ管理エージェントの入力として送るためのモジュール
を備えるエージェントに関する。

有利なことには、メッセージを処理するためのエージェントはウェブコンテンツ更新通知を送信するために通知モジュールを備える。従って、ウェブコンテンツを更新するのに役立つメッセージを交換した人々はこの更新を通知される。

有利なことには、メッセージ処理エージェントは、ウェブコンテンツ管理エージェントのウェブインターフェースに要求を送信するために公開モジュールを備える。この公開モジュールは、ウェブコンテンツ管理エージェントにその管理エージェントに適したフォーマットで関連データを送信する。

本発明の他の目的及び利点が、添付の図面を参照しながら行われる、現在好ましい諸実施形態の以下の説明を読めば明らかになるであろう。

本発明による手段を備えるアセンブリの機能アーキテクチャを例示する概略図である。 図１に図示されたモジュールの１つの詳細図である。

本説明の残余の部分では、簡単にするために、メッセージは、メッセージングサービス、具体的にはインスタントメッセージングのクライアント間で交換されると仮定され、メッセージのコンテンツは、図示されていないアプリケーションサーバに格納される。

以下の説明は、ＩＭＳアーキテクチャなどのＳＩＰプロトコルを実施するインスタントメッセージング通信セッションに関連して行われる。

ＳＩＰプロトコルの支援によって実施される通信セッションは、インスタントメッセージングクライアントのためのミーティングルーム（従って、第１のＳＩＰメッセージ）を作成することを必要とする。

メッセージングアプリケーションサーバはこのルーム作成を公開する（従って、第２のＳＩＰメッセージは、参加者の端末のそれぞれに送信される）。

次に、参加者はルームに参加することができる（従って、第３のＳＩＰメッセージは、参加者の端末のそれぞれから来る）。

ミーティング中、参加者達はＳＩＰプロトコルを使用して自分達のメッセージを交換する。

セッションは、最後の参加者がミーティングルームを出たときに閉じられる。

処理エージェント２は、インスタントメッセージングアプリケーションサーバのモジュールでもよく、又はそのメッセージングサーバとインターフェースされたアプリケーションを形成してもよい。

処理エージェント２は、
− ロギングモジュール３、
− 分析モジュール４、
− 公開モジュール５
を含む。

ロギングモジュール３は交換されたメッセージの長期間使用のためにそれらの格納を保証する。この長期間使用は、全ての交換されたメッセージが後でより完全に明らかになったときに、ユーザ１がそれらのメッセージを読み、それらを選択するための可能性を含む。

ロギングモジュール３は新しいメッセージ全てを分析モジュール４に送信する。ロギングモジュール３はまた、ユーザ１によって選択されたデータ部分全てを公開モジュール５に送信する。

分析モジュール４は、交換されたＳＩＰメッセージの中に含まれている関連データをユーザが自動的に識別するのを支援する複数の機能を含み、これらのメッセージは、２つのタイプのもの、即ち、
− 通信セッション開始及び終了ＳＩＰメッセージ（セッションシグナリング）、
− 通信セッション全体にわたる、参加者間のＳＩＰ通信メッセージ
である。

分析モジュール４は３つのサブモジュール４ａ、４ｂ及び４ｃを備える。

第１のサブモジュール４ａは、ＳＩＰセッションシグナリングメッセージの中に含まれている基本情報、例えばメッセージの時刻、ユーザの名前、及びタイプ（招待、バイバイ、ミーティングルーム作成、ミーティングルーム名）を識別する。

第２のサブモジュール４ｂは、ＳＩＰ通信メッセージの中に含まれている基本情報、例えば参加者の名前、送信された時刻を識別する。

第３のサブモジュール４ｃは、２つのサブモジュール４ａ及び４ｂによって取得された基本情報、並びにルールに基づいて情報を構築する。

以下の２つの表は、サブモジュール４ａ及び４ｂによって識別されることが可能ないくつかの基本情報、並びにＳＩＰメッセージの中のこの情報の送信元を図示する。

他のタイプの情報、例えば、
− 「ｔｏ ｄｏ」タグを含む全てのフレーズを選択すること、又は動詞「計画する」を含む全てのフレーズを検出すること、
− エキスパートとして識別されたユーザから来る全てのメッセージを選択すること、
− 質問及び回答両方を含む全てのメッセージを選択すること、
− ミーティングの主題に関連するキーワードを含む全てのメッセージを選択すること
が抽出されることが可能である。

分析モジュール４は選択されたデータの全てを公開モジュール５に送信する。

この公開モジュール５は公開要求をウェブコンテンツ管理エージェント６のウェブインターフェース７に送信する。有利なことには、この要求はＨＴＴＰプロトコルを使用して行われる。

ウェブコンテンツ管理エージェント６は公開モジュール５によって送信されたデータに基づく新しい文書８の作成を保証する。言い換えれば、ウェブコンテンツ管理エージェント６は公開モジュール５によって送信されたデータをフォーマットする。

この新しい文書８は、次いで、ウェブコンテンツ９、例えばウィキに組み込まれる。

ウェブ文書更新又は作成通知は通知モジュール１０によって管理エージェント６に送信される。より正確には、この通知は、エージェント６のモジュール１１に送信される。

それによってユーザ１は、ウェブ文書の作成、又はそのウェブ文書の更新を直接通知される。

インスタントメッセージング通信セッションに関連して行われた本説明は排他的ではない。エージェント６によって扱われるメッセージは、他の出所、例えばプッシュトゥトーク、チャットから来てもよい。

エージェント６のロギングモジュール３はメッセージングアプリケーションサーバに組み込まれてもよく、交換されたメッセージは分析モジュール４に送信される状態にある。

ウェブコンテンツ管理エージェント６の通知は、ユーザに、ウェブインターフェースによって、又はプラグインを使用して送信されることが可能である。

有利なことには、ミーティングの参加者の権利は、ウェブコンテンツ、例えばウィキに送信される。例えば、ミーティングのマネージャはウィキのためのアドミニストレータであり、参加者はウェブコンテンツ９を読むことはできるが、それを編集することはできない。

Claims (6)

1. 端末間で交換されたメッセージを処理するための方法であって、
   交換されたメッセージをログするステップ、
   コンテキスト化されたログされたデータを形成するために、予め定義された基準に基づいて前記ログされたメッセージのコンテキストデータをフィルタリングするステップ、
   関連データを生成するために、少なくとも１つの関連ルールを前記コンテキスト化されたログされたデータに適用するステップ、
   特にウィキなどの関連データをウェブコンテンツ管理エージェントへの入力として送るステップ
   を備える方法。
2. 請求項１記載の方法であって、前記メッセージはＳＩＰ（セッション開始プロトコル）プロトコルによって交換されることを特徴とする方法。
3. 請求項１又は２に記載の方法であって、前記関連データは、ＨＴＴＰ要求によってウェブコンテンツ管理エージェント宛に送られることを特徴とする方法。
4. 端末間で交換されたメッセージを処理するためのエージェントであって、
   前記交換されたメッセージをログするためのモジュール（３）、
   コンテキスト化されたログされたデータを形成するために、前記ログされたメッセージからコンテキストデータを識別するためのモジュール（４ａ、４ｂ）、
   関連データを生成するために、コンテキスト化されたログされたデータの中から、少なくとも１つの関連ルールを満たすデータを選択するためのモジュール（４ｃ）、
   特にウィキなどの関連データをウェブコンテンツ管理エージェントへの入力として送るためのモジュール（６）
   を備えたエージェント。
5. 請求項４記載のエージェントであって、ウェブコンテンツ更新通知（９）を送信するために通知モジュール（１１）備えたことを特徴とするエージェント。
6. 請求項４又は５に記載のエージェントであって、前記ウェブコンテンツ管理エージェント（６）のウェブインターフェース（７）に要求を送信するために公開モジュール（５）を備えたことを特徴とするエージェント。

Images