(57)【特許請求の範囲】
【請求項１】
ビデオメッセージを処理するビデオメッセージ処理装置におけるビデオメッセージ処理方法において、
指示手段が、少なくとも画像データ及び関連音声データを有するビデオデータのキャプチャを指示する指示工程と、
第１作成手段が、複数のノードを有する階層構造である前記ビデオメッセージの構造を作成する第１作成工程と、
第２作成手段が、前記構造から前記構造における少なくとも１つのノードと、前記ビデオデータにおける少なくとも１つのセグメントとを関連付けてリンクを確立し、構造化ビデオメッセージを作成する第２作成工程と、
表示手段が、前記ビデオメッセージの階層構造を表示する表示工程と、
変更手段が、前記表示されたビデオメッセージの階層構造の変更に伴って、前記関連付けられたリンクを変更する変更工程と、
送信手段が、少なくとも前記構造化ビデオメッセージ若しくは前記ビデオメッセージのどちらか一方を受信者へ送信する送信工程と、
を有することを特徴とするビデオメッセージ処理方法。
【請求項２】
前記構造化ビデオメッセージを作成する工程は、前記ビデオデータのセグメントの開始時間位置及び終了時間位置を前記ノードと関連付ける工程を含むことを特徴とする請求項１に記載のビデオメッセージ処理方法。
【請求項３】
前記構造化ビデオメッセージを作成する工程は、前記ビデオデータのセグメントの開始時間位置及び終了画像データを前記ノードと関連付ける工程を含むことを特徴とする請求項１に記載のビデオメッセージ処理方法。
【請求項４】
前記構造と前記ビデオデータとの間のリンクは、前記ビデオデータのキャプチャ中に行われることを特徴とする請求項１に記載のビデオメッセージ処理方法。
【請求項５】
ビデオメッセージを処理するビデオメッセージ処理装置において、
少なくとも画像データ及び関連音声データを有するビデオデータのキャプチャを指示する指示手段と、
複数のノードを有する階層構造である前記ビデオメッセージの構造を作成する第１作成手段と、
前記構造から前記構造における少なくとも１つのノードと、前記ビデオデータにおける少なくとも１つのセグメントとを関連付けてリンクを確立し、構造化ビデオメッセージを作成する第２作成手段と、
前記ビデオメッセージの階層構造を表示する表示手段と、
前記表示されたビデオメッセージの階層構造の変更に伴って、前記関連付けられたリンクを変更する変更手段と、
少なくとも前記構造化ビデオメッセージ若しくは前記ビデオメッセージのどちらか一方を受信者へ送信する送信手段と、
を有することを特徴とするビデオメッセージ処理装置。
【請求項６】
請求項１に記載のビデオメッセージ処理方法をコンピュータに実行させるためのプログラムを格納したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は非同期ビデオメッセージ処理に関し、特にビデオメッセージ処理方法、ビデオメッセージ処理装置及び記憶媒体に関する。
【０００２】
【従来の技術】
現在、Ｅメールやボイスメールを含む非同期メッセージ通信技術の使用がブームになっている。会社、官公庁で働いている人々がきわめて大量のメッセージを送受信しているという事実は、人々がその日常生活を構築する方法を変えたことを意味しており、情報の流れを管理することがより重要になってきている。高レベルのメッセージ通信は、１つには、同期通信（対面、電話、テレビ会議など）のスケジューリングが現時点では困難であることに端を発している。同期通信が相互関係を成立できること及び即時に終結できることを別にしても、満足できるものであると考えられているが、非同期通信はその他の大半の通信に使用されている。
【０００３】
ビデオメッセ―ジ通信は非同期ビデオ通信のことをいう。すなわち、メッセージの生成とその配信との間に時間のずれがあり、電話による人対人の会話又はテレビ会議などの同期通信とは異なり、典型的には、通信は同時に両方向では行われない。
【０００４】
現在、Real Media 社の「SeeMail」やSmith Micro Software社の「VideoLink Mail」などのビデオＥメール製品はこれまでのビデオメッセージ通信技術の良い例である。これらの多くは、ビデオキャプチャカードと共に配布されるか、又はビデオキャプチャカードとは別個に販売される単純なパッケージであり、Ｅメール用アタッチメントとして又はＥメールの本体としてビデオメッセージの基本的なキャプチャリング及び送信を支援する。しかし、これらのパッケージは、この種のメッセージの独特な品質を利用して、有効な通信を支援するものではなく、従来のリニアビデオのキャプチャリング及び利用のモデルに依存している。映像及び／又は音声の編集の能力が与えられるような場合であっても、通常、メッセージを再び見たいと希望したときの送信側、又は受信側はビデオメッセージに関する従来のリニア再生方法の制約に従わなければならない。
【０００５】
ビデオは時間に基づく媒体であり、典型的には、ビデオ全体を視聴するのにはその持続時間に等しい時間を必要とする。しかし、映像／音声高速再生技術を利用できる場合もあり、これは音声／映像資料のリニア再生を共用されるというジレンマを解決するための１つの特別な方法ではあるが、そのために、リニアビデオメッセージの高速キューイング又は速送りが行われることになる。従来のビデオは、ナビゲーションや操作を行うのが難しい媒体である。例えば、ビデオメッセージの用途として、送信側が１人又は複数の受信者に週間レポートを送信するという場合が考えられる。そのような週間レポートは、メッセージの様々な受け手に対して、一連のアクションをメッセージの内容に沿って散りばめられた形で含んでいると考えられる。ある受信者は最初にメッセージ全体を１度視聴して、その後、要求されるアクションを実行する準備が整ったときに、メッセージのいくつかの部分をアクセスしなければならないかもしれない。これを従来のビデオカセットレコーダ型（ＶＣＲ型）のインタフェースで実行すると、その効率は非常に低く、実際の状況のもとでは、この作業に長い時間を要する。
【０００６】
従って、本発明の目的は、従来の技術の１つ又は複数の欠点を改善することである。
【０００７】
【課題を解決するための手段】
本発明は、ビデオメッセージを処理するビデオメッセージ処理装置におけるビデオメッセージ処理方法において、指示手段が、少なくとも画像データ及び関連音声データを有するビデオデータのキャプチャを指示する指示工程と、第１作成手段が、複数のノードを有する階層構造である前記ビデオメッセージの構造を作成する第１作成工程と、第２作成手段が、前記構造から前記構造における少なくとも１つのノードと、前記ビデオデータにおける少なくとも１つのセグメントとを関連付けてリンクを確立し、構造化ビデオメッセージを作成する第２作成工程と、表示手段が、前記ビデオメッセージの階層構造を表示する表示工程と、変更手段が、前記表示されたビデオメッセージの階層構造の変更に伴って、前記関連付けられたリンクを変更する変更工程と、送信手段が、少なくとも前記構造化ビデオメッセージ若しくは前記ビデオメッセージのどちらか一方を受信者へ送信する送信工程と、を有することを特徴とする。
【０００８】
また、本発明は、ビデオメッセージを処理するビデオメッセージ処理装置において、少なくとも画像データ及び関連音声データを有するビデオデータのキャプチャを指示する指示手段と、複数のノードを有する階層構造である前記ビデオメッセージの構造を作成する第１作成手段と、前記構造から前記構造における少なくとも１つのノードと、前記ビデオデータにおける少なくとも１つのセグメントとを関連付けてリンクを確立し、構造化ビデオメッセージを作成する第２作成手段と、前記ビデオメッセージの階層構造を表示する表示手段と、前記表示されたビデオメッセージの階層構造の変更に伴って、前記関連付けられたリンクを変更する変更手段と、少なくとも前記構造化ビデオメッセージ若しくは前記ビデオメッセージのどちらか一方を受信者へ送信する送信手段と、を有することを特徴とする。
【００３２】
【発明の実施の形態】
＜はじめに＞
図面の何れか１つ又は２つ以上において同じ図中符号で示されたステップ及び／又は特徴を参照するとき、特に指示のない限り、それらのステップ及び／又は特徴は説明の上では同一のものである。
【００３３】
ビデオメッセージ通信システムは、その機能や適用形態に関するいくつかの変形を含めて、いくつかの代替構成又は組み合わせで具現化されても良い。そのような代替実施例のうちいくつかをここでは優先して説明する。
【００３４】
以下の説明でいうビデオメッセージは、典型的には、映像成分と、オプションとしての音声成分とを含むものとして定義されている。好ましい実施形態の範囲内では、ビデオメッセージの映像成分と音声成分は同時に、相対的同期性をもって（すなわち、音声同期で）キャプチャされ、また相対的に同期的な方法で又は元来の相対同期性を維持又は再発生するような方法で同様に操作、送信、中継、受信、提示又は再生されると典型的には予期されるであろうが、それには限定されない。
【００３５】
ビデオメッセージは、典型的には、映像成分と相対同期音声成分とを含むが、特定の実施形態に関連して、又は以下に説明する何れかの実施形態の延長として他の成分を含んでいても良い。追加成分又は拡張成分の例は、他のストリーム、媒体又は文書、包含される何らかの種類のストリーム、媒体又は文書を参照するハイパーリンク又はユニフォームリソースロケータ（ＵＲＬ）、又は音声成分又は映像成分或いはその双方への挿入又はダビングなどである。実施形態のいくつかに関して説明するように、状況によっては、ビデオメッセージは構造、テンプレート、何れかへの参照、ビデオメッセージの受信者の側で構造テンプレートを再び作成するための関連命令の一部を含んでいても良く、その場合、この説明に合致するビデオメッセージには、典型的には、複合ビデオメッセージという用語が割り振られ、そうでなければ、ビデオ又はビデオメッセージという用語は音声を含め、上記の拡張又は追加媒体の何れか又は全てを指すものと考えて良い。
【００３６】
以下の説明は、明確を期するために、実施形態においてビデオメッセージ及び関連ビデオメッセージ構造に関して利用される様々な用語を定義するが、それらに限定されるものではない。ビデオメッセージは、典型的には、上述したような従来のリニアメッセージであり、１つ又はいくつかの明確に区別されるトピック又は任意に区別し得るトピックを含み、各トピックは何らかの妥当なテキスト記述、参照又は類似のタイトルにより表現され、それによって識別可能であるのが好ましい。ビデオメッセージの構造は、構造中に１つ又は複数のノード上に実体（ノード）を含む階層構造の少なくとも一部を表現することができるソフトウェア、ハードウェア、計算実体、データストリーム、メモリ又は記憶装置の構成、数式又はそれと等価のものを含む。各ノードは１つ又は複数のビデオメッセージの中の複数の時点に対する１つ、２つ、又は３つ以上の参照を含むことができるが、何らかの又はある特定の数の実際の参照を必ず含んでいなければならないという条件はない。各ノードは、典型的には、テキストストリングから構成されるラベルを含む又は参照するのが好ましい。様々な実施形態に共通して、ビデオメッセージとビデオメッセージの構造との関連を生成する典型的な方法は、ビデオメッセージ中の時点に対する１つ又は複数の参照を階層構造の中の１つ又は複数のノードに割り当てることを含む。この方法によれば、典型的には、零の長さの時点を表現するために１つの時点参照を１つのノードに割り当て、ビデオメッセージの逐次時間フレームの中で最も早い時点の参照で始まり、それより後の参照で終了するビデオシーケンスを表現するときには、２つの直線的に関連する時点参照を１つのノードに割り当てる。典型的には、何れの代表的な場合にも、ノードにはラベルも割り当てられ、このラベルは、典型的には、何らかの解釈済みの構造におけるトピック、内容又は位置を記述するか、或いはビデオメッセージの中の参照される逐次部分又は参照ポイントに関連する他のパラメータを記述する。
【００３７】
場合によっては、ノード、トピック又はラベルを、示唆される、又は組み合わされる、又は推測される特性群がその場合において実用的である又は可能であると正当に意図できる又は理解できるような範囲内で、ノード、トピック、ラベルの各々又は何れかの特性の一部又は全てを示唆する、組み合わせる、又は推論するために互いに入れ替えて使用することもあるが、それには限定されない。
【００３８】
上述した階層構造と、ノード、参照、ラベル、関連付けなどを含めたその成分は、部分的に又は全体的にユーザに対して見える状態にあって、アクセス可能であっても良く、或いは、本発明の特定の適用用途の好ましい構成を含めた問題によっては、その一部又は全体がユーザに対して見えない又はアクセス不可能であっても良い。この可視性又はアクセス可能性は、所望のオプションや特定の用途への適用可能性によって異なるであろう。
【００３９】
ここで説明するビデオメッセージ通信コンポーネント又はシステムは多数のコンピュータ言語の何れかを使用して、多数の利用可能なコンピュータシステムにおいて実現できるが、何らかのハードウェア回路又はハードウェアとソフトウェアとの組み合わせ構成によって実現されても良い。現時点では、発明者はそのようなビデオメッセージ通信システムをSun Microsystems社のJavaプログラミング言語を使用して実現した（Javaは登録商標である）。しかし、本発明の実現は何れか１つの特定のコンピュータシステム又はコンピュータ言語又はハードウェア装置に限定されず、多数の組み合わせの何れか１つによって実現されても、本発明の趣旨から逸脱することにはならない。例えば、ＰＡＳＣＡＬプログラミング言語を電話回線を介してコンピュータネットワークに接続するモデムを有するパーソナルコンピュータで使用して、本発明を実現することができる。
【００４０】
［第１の実施形態］
図１Ａを参照して、本発明の好適な第１の実施形態を示す。この実施形態では、センダシステム１００がビデオメッセージのキャプチャ能力を提供する。このシステム１００はビデオメッセージの送信局であると説明することができるが、この説明は、局がビデオメッセージを送信しなければならないということを示唆するものではなく、第１の実施形態の典型的な機能と用途を一般的に説明しているに過ぎない。ビデオメッセージの送信局１００は、典型的には、以下に説明するような関連ビデオメッセージ構造を共に送信することなく、ビデオメッセージを送信するために使用されるべきである。この実施形態によれば、送信側１０３には、構造化ビデオのキャプチャリング、ビデオメッセージの編集又はその他の操作の能力を含めたより高い能力が与えられるが、ビデオメッセージの受信側には従来通りのリニア（非構造化）ビデオメッセージが送信又は提供されることになる。
【００４１】
実施形態は、典型的には、音声キャプチャ装置と関連する映像キャプチャ装置を含む。これらは、共に、図１Ａの代表的なキャプチャ装置１０２の中に示されている。キャプチャ装置１０２は汎用コンピュータ１０１（例えば、パーソナルコンピュータ）に接続している。或いは、後述するような機能性を支援するように設計された特定の専用装置又は組み込み装置を使用して、この実施形態を実現しても本発明の趣旨から逸脱することにはならない。映像及び音声のキャプチャシステムは、例えばカメラ、カムコーダ又は他の視覚音声センサシステム、制御機能及びデータ変換機能を実行するために汎用コンピュータ１０１とインタフェースするためのインタフェース用ハードウェアコンポーネント及び／又はソフトウェアコンポーネント並びに変換用ハードウェアコンポーネント及び／又はソフトウェアコンポーネントを含む。送信局１００は、ビデオメッセージを受信者へ送信するためにコンピュータネットワークなどに至る通信リンク１０４（又は送信リンク）を更に含む。オプションとして、ビデオメッセージをフロッピーディスク１０５などの、従来の方法（例えば、郵送）により受信者へ送信されるべき着脱自在の記憶媒体に格納することにより、ビデオメッセージの通信を実行することができる。着脱自在の媒体としては、他にＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤなどがある。着脱自在の媒体は他にも数え切れないほどあり、それらの代わりに別のメモリを使用しても、本発明の趣旨から逸脱することにはならない。
【００４２】
ビデオメッセージ送信局１００は、キャプチャされたビデオメッセージを視聴するための映像及び／又は音声再生装置と、ビデオメッセージの構造及び／又は内容を編集するためのメッセージ構造エディタとを更に備える。映像及び／又は音声再生装置と、メッセージ構造エディタは、ソフトウェアで、汎用コンピュータ１０１におけるソフトウェアアプリケーションとして実現されるのが好ましい。
【００４３】
図１Ｂを参照して、キャプチャマネージャ１０６と、ビデオプレーヤ１０９と、メッセージ構造エディタ１０７と、通信マネージャ１０８とを示す。キャプチャマネージャ１０６は、ビデオデータをキャプチャするためにキャプチャ装置１０２を制御する。ビデオデータ１１３は、典型的には、メッセージ構造エディタ１０７へ送信される。一般的に言えば、ユーザ１０３はメッセージ構造エディタ１０７を使用してビデオメッセージ構造に対して適切な操作を行うことにより、ビデオメッセージの操作を開始することができる。メッセージ構造エディタ１０７はユーザの操作を解釈し、キャプチャマネージャ１０６へ指令１１０を送信し、（作成された）関連ビデオメッセージ構造に従ってビデオメッセージをキャプチャするか、又は続いてビデオメッセージ構造に従って映像再生が行われるように、指令及びビデオデータ１１１をビデオプレーヤ１０９へ送信する。ビデオプレーヤ１０９の動作の結果、メッセージ構造エディタ１０７へ指令又はデータ１１２が流れることもある。例えば、指令には、現在位置情報、タイミング情報及び／又は現在再生状態（送り、巻き戻し停止、一時停止及びビデオセグメント完了）などがあると考えられる。ユーザ１０３はビデオメッセージをビデオデータ回線１２９を介して送信し始めることができ、このメッセージは通信マネージャ１０８により操作されて、ネットワーク１１５に至る。典型的には、この送信はリニアビデオメッセージの送信であるが、以下に第３の実施形態に関連して説明するように、関連ビデオメッセージ構造を共に送信することも可能である。
【００４４】
図１Ｃに、動作中に実行されるデータの流れ及び図１Ｂの装置間のデータの流れを示す。しかしながら、図１Ｃを更に詳細に説明する前に、まずこの実施形態の機能と能力のいくつかを説明しておくと好都合である。
【００４５】
図２を参照して、図１Ａのコンピュータ１０１におけるグラフィカルユーザインタフェース（ＧＵＩ）によって実現されるビデオプレーヤ２００の一例を示す。ビデオプレーヤ２００はキャプチャされたビデオメッセージを視聴するための映像領域２０１と、ビデオプレーヤ２００を操作するための複数のコントロールボタン２０２とを含む。
【００４６】
図３を参照して、メッセージ構造エディタ３００のＧＵＩを示す。メッセージ構造エディタ３００は、メッセージ又は所期のメッセージの構造表現を利用することにより、ビデオメッセージのプランニング、キャプチャリング、ラべリング、ナビゲーション、編集及び注釈付けのうち何れか１つ又は全ての機能を実行させる。複数のボタン３０１と「プルダウン」メニュー３０２は、上記の機能並びに記載されていない他の多少標準的な機能（例えば、上書き保存、名前を付けて保存、新規作成、プロパティなど）を実行するために必要な制御をエディタ３００を介してユーザ１０３（送信側）に提供する。図３には、図５を参照して以下に説明する例に関連するビデオメッセージのコラプスツリー構造３０３（すなわち、ツリーのルートノード）も示されている。
【００４７】
ビデオメッセージ構造はビデオメッセージの、時間の経過に伴って順次現れる通りの「テーマ」又は「主題」を表現しており、それらは、適宜、階層の形態をとって、一般的なものから特定のものへと移っていく。
【００４８】
図４を参照して、図３に示すコラプスツリー構造３０３の一部拡張ツリー構造４０１を示す。これは、進行状況報告書を含むビデオメッセージのトピック構造と内容に相当するビデオメッセージ構造の一例を表している。
【００４９】
図５に、図４の例の完全拡張ツリー構造５００を示す。ツリー構造５００は、ビデオメッセージ構造に関する有用な宣言又は示唆、内容又は他の（有用な）次元を指示するいくつかの階層レベルにおけるラベルを含む。図５の例では、階層構造は進行状況報告書のビデオメッセージの主要構造ノード５０１（及び関連ラベル）と、その構造５００の中における内容見出し（ラベル）５０２とを含む。この例は、零ではない長さのビデオメッセージと関連するシーケンスラベルのみを含む。
【００５０】
送信局１００は以下に示すビデオメッセージ通信能力の少なくとも１つ、好ましくは全てを提供する。
【００５１】
ビデオメッセージプランニング
ビデオメッセージキャプチャリング
ビデオメッセージラベリング
ビデオメッセージナビゲーティング
ビデオメッセージ編集
ビデオメッセージ注釈付け
以上挙げた能力を、以下の説明中、「送信局側構造化ビデオメッセージ能力」という。
【００５２】
再び図１Ｃに戻る。先に述べた通り、図１Ｃは第１の実施形態におけるデータの流れを示す図である。ユーザインタフェース１２０を介して、ユーザ１０３は送信局１００と対話することができる。データの流れは、ある程度、ユーザが要求する依存型動作であるので、送信局側ビデオメッセージ能力の各々に関して、図１Ｂのデータの流れを更に詳細に説明する。
（１）ビデオメッセージプランニング：メッセージ構造エディタ１０７は、ユーザ１０３の制御１２１の下に、ビデオメッセージ構造を作成し、メモリのビデオメッセージ構造を修正する。これに対応して、ユーザインタフェース１２０におけるメッセージ構造の画面表示も変更される。ビデオメッセージ構造１３４はディスクのビデオメッセージ構造ファイル１２２にもセーブされる。ビデオメッセージプランニングの段階では、ビデオメッセージは存在していないので、メッセージ構造エディタ１０７はビデオプレーヤ１０９と指令又はデータ１１１，１１２を交換する必要がない。
（２）ビデオメッセージキャプチャリング：キャプチャマネージャ１０６は、ユーザの制御１２１の下に、キャプチャ装置１０２を使用してキャプチャリングを開始する。キャプチャリングが進むにつれて、映像はメモリ又は記憶装置にセーブされ、キャプチャマネージャ１０６はメッセージ構造エディタ１０７へ時間位置情報１２３を送信する。キャプチャ中、ユーザ１０３はメッセージ構造エディタ１０７にアドレッシングしようとしているトピックを指示することができる。この指示は、例えばマウスを使用して作成（修正）されたビデオメッセージ構造の対応するノードラベルをクリックすることにより実行できる。そこで、メッセージ構造エディタ１０７は映像の中の時間位置への参照を構造の対応するノードと関連付ける。
（３）ビデオメッセージラベリング：メッセージ構造エディタ１０７は、ユーザの制御１２１の下に、ビデオメッセージ構造を作成し且つ／又はメモリのビデオメッセージ構造を修正する。メッセージプランニングの段階と同様に、この構造の画面表示に対して対応する変更を行う。更に、ユーザはビデオプレーヤ１０９を制御１２４し、ビデオプレーヤ１０９からメッセージ構造エディタ１０７へ映像時間位置情報１１２が送信される。時間位置情報は１つの時点であっても良く、或いは、ビデオデータのシーケンスの始まりと終わりを指示する２つの時点であっても良い。メッセージ構造エディタ１０７は、ユーザ１０３の制御１２１の下に、その１つの時間位置又はそれら２つの時間位置への参照をユーザ１０３により何らかの方法で選択又は識別された構造の１つのノードと関連付けることができる（典型的には、ノードはマウスなどの入力装置によって選択される）。
（４）ビデオメッセージナビゲーティング：この場合、メッセージ構造エディタ１０７は、ユーザの制御（１２１）のもとに（例えば、ユーザが（３）「ビデオメッセージラベリング」の部分で生成された映像位置を参照しているラベルをクリックしたとき）、特定の時間位置からのビデオメッセージの再生を開始するために、ビデオプレーヤ１０９へ指令を送信することができる（１１１）。更に、ビデオプレーヤ１０９はビデオメッセージ構造ファイル１２２からビデオメッセージ構造を読み取ることができる（１２５）。これにより、ビデオプレーヤは、ユーザ１０３が希望すると指示しているならば、映像の中の現在再生位置のラベルを表示することができる。また、ビデオプレーヤ１０９によりビデオメッセージが再生されている間に、時間位置情報はメッセージ構造エディタ１０７へ送信される（１１２）。メッセージ構造エディタ１０７はこの情報を使用して、表示されているビデオメッセージ構造の中で、再生中の映像の現在位置を指示することができる（１２６）。
（５）ビデオメッセージ編集：メッセージ構造エディタ１０７は、ユーザの制御１２１の下に、メモリのビデオメッセージ構造を操作し、この構造の画面表示に対して対応する変更が行われる。ビデオメッセージ構造ファイル１２２から既存の又は先に作成されていたビデオメッセージ構造１３５を読み取ることができ、その構造１３５に何らかの変更を加えた後に、メッセージ構造エディタ１０７はビデオメッセージ構造１３４をビデオメッセージ構造ファイル１２２にセーブし、ビデオプレーヤ１０９はこのファイルをアクセスすることができる。ここで、ユーザ１０３がビデオプレーヤ１０９を使用してビデオメッセージを再生すると、新たに編集されたメッセージ構造（どの映像シーケンスをどのような順序で再生すべきかを特定する）が再生されることになる。ユーザ１０３が新たなビデオメッセージ内容をメッセージに挿入すべきであるとメッセージ構造エディタ１０７に指示すると、メッセージ構造エディタ１０７は、映像のキャプチャリングを開始するために、キャプチャマネージャ１０６へ指令１１０を送信する。典型的には、ユーザ１０３の操作によってキャプチャリングが終了すると、キャプチャマネージャ１０６はメッセージ構造エディタ１０７へタイミング情報を送信し、メッセージ構造エディタ１０７はキャプチャされたビデオデータの開始位置及び終了位置への参照をビデオメッセージ構造の対応するノードと関連付ける。オプションとして、キャプチャリングが終了した時点ではなく、映像キャプチャプロセスの開始時と終了時にそれぞれタイミング情報をメッセージ構造エディタ１０７へ送信しても良い。
（６）ビデオメッセージ注釈付け：同様に、メッセージ構造エディタ１０７は、ユーザの制御１２１の下に、ビデオメッセージ構造中のノードのラベルと関連する注釈を作成し、修正する。
（７）ビデオメッセージ送信：通信マネージャ１０８は、ユーザ１０３の制御１２７の下に、キャプチャマネージャ１０６から受信されたキャプチャ済みビデオデータ１２９を格納しているビデオデータファイル１２８からのビデオデータを所期の受信者へ送信する。
【００５３】
ビデオプレーヤ１０９はビデオデータファイル１２８からビデオメッセージのビデオデータ部分１３３を抽出し、表示すべきビデオメッセージ１３０をユーザインタフェース１２０へ送信する。オプションとして、キャプチャされたか否かに関わらず、補助回線を介して、キャプチャマネージャ１０６からユーザインタフェース１２０へビデオデータ１３１を送り出すことができる。ビデオメッセージ構造を使用する（すなわち、メッセージ構造エディタ１０７を介する）ビデオキャプチャリングに加えて、ユーザ１０３は、オプションとして、従来のビデオキャプチャ装置に類似した方法でビデオのキャプチャリングを指示するために、キャプチャマネージャ１０９へキャプチャ指令１３２を送り出すこともできる。メッセージ構造エディタ１０７を使用しないこのようなビデオデータの直接キャプチャリングは、例えばビデオデータを直接にキャプチャし、格納し、後の段階でメッセージ構造を作成するような場合に利用できる。
【００５４】
図１Ｄを参照して、図１Ｃのメッセージ構造エディタモジュール１０７の状態遷移図を示す。メッセージ構造エディタ１０７にビデオメッセージ構造がロードされていない初期状態１３８から、ユーザ１０３がビデオメッセージ構造を視聴し且つ／編集するために、３つのオプションのうち１つを選択することができる。選択可能な３つのオプションは、ａ）既存の（すなわち、先に作成されていた）ビデオメッセージ構造を開く（１４０）、ｂ）空の構造であっても（少なくとも当初は空であり、ノード、ラベル及びタイミング情報が構造及び／又はビデオデータと関連付けられるまでは空である）、新たなビデオメッセージ構造を作成する（１４１）、或いはｃ）テンプレートから初期構造を作成する（１４２）（このオプションについては、以下に本発明の第５の実施形態に関連して説明する）の３つである。これら３つのオプションは、それぞれメッセージ構造エディタ１０７をメッセージ構造視聴及び編集状態１３９にする。この状態１３９では、ユーザ１０３はノードを追加、削除、移動及び／又は選択し（１４３）、ノードのラベルを追加、削除、変更及び／又は選択し（１４４）、ノードを拡張又はコラプスし（１４６）、或いはノードに注釈付けする（１４７）ことができる。
【００５５】
更に、ビデオプレーヤ１０９は、先に（３）「ビデオメッセージラベリング」の項で説明したように、（回線１１２のフィードバック指令を介して）メッセージ構造エディタ１０７を「開始時間位置設定」又は「終了時間位置設定」にすることができ、所定の時間位置が現在選択されているノードと関連付けられる（１４５）。
【００５６】
また、ビデオプレーヤ１０９は、先に（４）「ビデオメッセージナビゲーティング」の項に関連して説明したように、再生中のビデオの現在位置をメッセージ構造エディタ１０７に通知し（１４８）、ビデオメッセージ構造の対応するノードを強調するために、ビデオメッセージ構造の表示が更新される。
【００５７】
キャプチャマネージャ１０６は、キャプチャリングが始まったことをメッセージ構造エディタ１０７に通知し（１５０）、メッセージ構造エディタ１０７は「キャプチャ中」状態１６０に入る。この状態１６０では、ノードが選択されると、現在時間位置がその開始位置であるノードと関連付けられ、表示（ユーザインタフェース）１２０はキャプチャされるビデオをこのノードと関連付けるべきである（１５１）ことを指示するために更新される。このノードに関わるキャプチャリングが完了したこと又は別のノードのキャプチャリングを開始すべきであることをユーザが指示すると、新たな現在時間位置がその終了位置であるノードと関連付けられる（１５２）。後者の場合（すなわち、別のノードをキャプチャする場合）、新たな現在位置は新たに選択されるノードの開始位置としても設定される（１５３）。
【００５８】
オプションとして、キャプチャ中、例えばノードを拡張、コラプスする（１５４）ことにより、ビデオメッセージ構造の表示を修正することができる。これに対応して、表示は更新される。
【００５９】
キャプチャマネージャ１０６は、キャプチャリングが終了したことをメッセージ構造エディタ１０７に通知し（１５５）、メッセージ構造エディタ１０７はビデオメッセージ構造を視聴し、編集するための状態１３９に戻る。
【００６０】
例えば、ビデオメッセージ送信者１０３はビデオメッセージを作成するために送信局側構造化ビデオメッセージ能力を使用することができる。そのようなビデオメッセージは、図２のＧＵＩにより表されている従来の「ユーザインタフェース」ビデオ再生ツール及び／又はアプリケーションによって提供される従来通りの映像再生技法（例えば、ＶＣＲに似た制御）を使用して視聴できる。
【００６１】
メッセージをキャプチャする前に送信者によって作成されたか、メッセージのキャプチャリングに続いて送信者によって作成されたか、又は別の所定のメカニズム（例えば、１つのショットから別のショットへの遷移のような、ビデオメッセージにおける特定事象による自動的なノード／構造の生成）によって作成されたかに関わらず、ビデオメッセージ構造はビデオメッセージを表現するものであり、そのメッセージの自動処理の様々な形態に使用することができる。例えば、ビデオメッセージ構造を使用して、ビデオメッセージの索引を作成して、後に、その索引を使用してメッセージ内容の探索を容易に行うことが可能である。更に、ビデオメッセージをある組織の中の特定の人又は役割へ導くための基礎として（例えば、呼び出しセンター機能の一部として）ビデオメッセージ構造を使用することもできる。
【００６２】
次に、好適な第１の実施形態に従った送信局側ビデオメッセージ構造のその他の特徴、並びに関連する機能及び能力を更に詳細に説明する。
＜ビデオメッセージプランニング＞
ビデオメッセージプランニングにより、ユーザはキャプチャすべきビデオメッセージのトピックの所期の構造を表現する構造を作成したり、修正したりすることができる。この構造はトピックの表の形態をとるか、又はトピックと任意の数のレベルが入れ子型になった階層構造であっても良い。ビデオメッセージの送信者は、ビデオメッセージをキャプチャする際に、この構造を使用できる。図３、図４及び図５に、階層拡張の様々なレベルにおける構造の例を示す。図５には、ツリー構造全体が示されており、全てのレベルにトピック（トピックと関連付けられたラベル）が現れている。
【００６３】
ビデオメッセージプランニングについてユーザが利用可能である操作は、
ビデオメッセージ構造の作成
新たなノードの追加
ノードの除去
構造内におけるノードの移動
ノードのラベル付け
ノードのラベルの変更
ノードのラベルの除去
ノードを拡張又はコラプスすることによる構造の特定のサブツリーの表示又は隠蔽などである。
＜ビデオメッセージキャプチャリング＞
ビデオメッセージキャプチャリングにより、ユーザはビデオメッセージ構造を利用してメッセージを記録することができる。記録中、送信者１０３はいつ新たなトピックをスタートさせるかを指示することができる（例えば、始めたトピックを表現する構造中のノードをクリックする）。この指示によって、システムは構造中のトピックノードと、記録されるビデオメッセージにおける対応する時間位置との関連付けを行うことができる。
【００６４】
また、メッセージを記録している間に純粋に送信者１０３にガイダンスを与える目的で、ビデオメッセージ構造を使用することもできる。ビデオ中の時間位置と、構造のノードとの対応は、キャプチャリングが完了した後に得られても良い（「ビデオメッセージラベリング」の項で説明する）。
【００６５】
メッセージ構造とビデオメッセージとの関連付けの変形（オプション）として、送信者１０３は、いつ新たなトピックを開始又は終了するかをシステムに指示し、その指示が行われた時点でビデオキャプチャリングを開始、停止させることもある。その結果、先に述べた技法のように単一のショットを得るのではなく、メッセージ中のトピックごとにビデオの別個のショットが得られることになる。これら２つの方式の組み合わせを使用することも可能である。
＜ビデオメッセージラベリング＞
ビデオメッセージラベリングにより、ユーザ１０３はビデオメッセージを表現するビデオメッセージ構造の中でノードを作成すると共に、それらのノードの関わるラベル（テキストラベル又はその他のラベル）を作成することができる。それらのノードはビデオメッセージ中の特定のポイント又はシーケンスと関連付けられ、ラベルを使用して、そのポイントにおける又はそのシーケンスの中におけるビデオメッセージ内容を記述又は増補することができる。それらのラベルは後のナビゲーション、編集などに使用できる。
【００６６】
ユーザが利用できる操作には、上記のビデオメッセージプランニングで挙げた操作が含まれ、それに加えて、ノード、従って、ラベルを既存のビデオメッセージの中の特定の位置又はシーケンスと関連付けることができる能力が含まれる。ユーザがビデオメッセージ中の特定の位置又はシーケンスを指示するための手段は、ビデオの現在再生位置、ユーザがマーキングした入ポイント及び出ポイント、及び他の何らかの形態のビデオ位置又はシーケンスの指示の使用を含む。
【００６７】
ビデオメッセージラベリングは、ビデオメッセージの送信者１０３が構造化ビデオメッセージ能力（ナビゲーション及び編集など）を実行する目的で自身で使用するためのビデオメッセージ構造を作成するために、送信者が利用できるものである。
＜ビデオメッセージナビゲーティング＞
ビデオメッセージナビゲーティングにより、ユーザ１０３はビデオメッセージ構造を使用して、ビデオメッセージのある位置にキューを発することができる（例えば、ビデオメッセージ構造の１つのノードをクリックすることにより、メッセージ中の対応する位置にビデオメッセージの再生のキューを出すことができるであろう）。
【００６８】
ナビゲーション中、ユーザはビデオメッセージ構造の表示を操作することができる。例えば、図４の部分拡張ツリー構造４０１（又はサブツリー）を示すためにノードを拡張すること、又は図３のコラプスツリー構造３０３でサブツリーを隠蔽することが可能である。
【００６９】
また、ビデオ中の現在位置に関してユーザに対してフィードバックを行うために、ビデオメッセージの構造の表示を修正することもできる。例えば、カラオケスタイルの「バウンドボール」を示すことにより、ビデオメッセージの構造表示でビデオ中の現在位置を指示することができる。或いは、ビデオ中の現在位置に対応するノードを何らかの方法でハイライティングすることも可能である。
【００７０】
更に、ビデオメッセージを再生しているとき、ビデオ中の現在位置に対応するノードのラベルをビデオ表示の付近に表示することが可能である。これは、例えばビデオの下方、ビデオの上方、ビデオの脇又はビデオの最上部に重ねてキャプションの形で現れても良い。
【００７１】
ビデオメッセーナビゲーションはビデオメッセージの送信者１０３に対して利用可能とすることができる。
＜ビデオメッセージ編集プロセスの特徴＞
（非同期）ビデオメッセージの編集の特徴のいくつかを以下に挙げる。
【００７２】
典型的には、ビデオの供給源は１つである。すなわち、ビデオは何度かのショットがあったとしても、通常は全て同じ１回の作業で撮られたと考えられる。
【００７３】
典型的には、単一のメディアストリームから成る。すなわち、通常は、ビデオトラックの特定の部分に音声トラックの一部が重ね合わせられることはないであろう。
【００７４】
編集は、典型的にはキャプチャリングと同じ場所、ほぼ同じ時間に行われる。従って、ポイントを作るためにより多くのフィート数を求めることは多くの場合に容易で、簡単である。
【００７５】
ビデオメッセージは多くの場合に送信可能であるが、ビデオメッセージの編集は典型的には必要に応じて実行される。従って、編集は本来の意味でのタスクではなく、通常の送信の単純な延長であるべきである。
【００７６】
供給源に対して行われる変更は最小限にとどめることができる（例えば、１つの文の削除）。
【００７７】
目的は十分に練り上げられた作品の作成ではなく、有効なメッセージの作成であり、美観などの事項は典型的には高い重要性を持たないであろう。このため、慎重で精密なフレームごとの編集とは異なり、迅速な（そして、おそらくは大まかな）編集に重きが置かれる。
【００７８】
編集プロセスについて専門的な訓練を受けていると考えられる、従来の（同期）ビデオ編集ツールのユーザとは異なり、ビデオメッセージの編集を行うと推測されるユーザは特殊な編集技術を持っているとは限らない。
【００７９】
主要なメッセージ内容が音声成分にある場合も考えられ、その場合、映像成分はメッセージを豊かなものにしている。
【００８０】
ビデオに登場する人物は通常は編集を行う人と同１人物である。これは、ユーザの考え方に応じて、ビデオのどの種のフィート数を削除するかという面に影響を及ぼす。
＜ビデオメッセージ編集＞
ビデオメッセージ編集により、ユーザはビデオメッセージ中の１つのシーケンスを削除する、ビデオメッセージ中の１つのシーケンスをメッセージの別の場所へ移動する、ビデオメッセージから別のメッセージで使用すべきシーケンス又は別のアプリケーションにより使用すべきシーケンスを取り出すなどのためにビデオメッセージ構造を操作することができる。また、ユーザ１０３は、ビデオメッセージ構造を使用して、更にビデオキャプチャリングを行うための挿入ポイントの位置を指定することもでき、キャプチャされたビデオはビデオメッセージ中のその位置に挿入される。
【００８１】
本実施形態では、ビデオメッセージを変更せずにビデオメッセージ構造を操作する場合と（先に「ビデオメッセージプランニング」の項で説明した）、対応するビデオメッセージに対して類似の操作を行うことを目的としてビデオメッセージ構造を操作する場合とを明確に区別している。後者の場合の例を図６に示す。図６では、ビデオメッセージ構造の部分６０２，６０３を削除することになる。この操作により、更に、ビデオメッセージ構造から削除されるラベル６０２，６０３に対応するビデオメッセージの部分も削除される。すなわち、利用不可能になる。図７に、削除すべき構造の部分を示し、図８に、先に２つのノード（ラベル）６０２及び６０３により分離されていた、図中符号６０１及び６０４により示されるラベルがツリーの隣接するノードになっている、削除後の結果を示す。尚、構造の削除部分（例えば、６０２，６０３）に先に対応していたビデオメッセージ部分又は音声メッセージ部分に対する厳密な影響は任意であろう。例えば、対応する映像部分又は音声部分が実際にファイル又は他の媒体から削除されることもあろうし、或いは、対応する映像部分又は音声部分がその後の再生中にとばされるか又はアクセスされないが、ビデオメッセージ構造と関連する映像及び音声のストリーミング、ファイル利用記憶、提示又は転送からは排除又は削除されないということもあり得る。
【００８２】
ここを追加し、あそこを削り、ここへ動かし且つ／又は一般的にはメッセージに送信に伴って満足がいく、何かを語らせることにより、多くのユーザが「テキスト形電子メール」（すなわち、Ｅメール）のメッセージを作成するときとほぼ同じやり方でユーザ１０３がメッセージを作成できるようにするために、メッセージ編集支援を利用できるのが好ましい。
【００８３】
上述のように、ユーザは好適な実施形態に応じてツリー構造を利用してビデオメッセージを操作することができる。すなわち、ユーザは、構造の特定の部分をクリックする（すなわち、マウス（図示せず）などの入力装置により選択する）ことで、ツリーノードを選択、拡張、コラプスすることができる。ツリーノードを選択した後、ユーザはドラッグ及びドロップ操作によりノードを新たな場所へ移動させるか、ノードを削除するか、ノードのラベルを変更することができる。尚、好適な実施形態においては、選択したノードの挿入はドロップしたところでノードの前の位置に入る（「ドラッグ及びドロップ」）。しかし、移動機能間に他の同様に適切な又は望ましい対話の技法を採用しても、本発明の趣旨から逸脱することにはならない。例えば、移動機能を実行するために、ノード（又はラベル）の切り取り、貼り付けを行っても良い。図９に、ツリー構造の一部を移動させる前のツリー構造の例を示す。図１０に、図９の９０２に対応する、移動させるべき部分を示す。図１１に、図９に示す移動前のシーケンスと比較される９０１から９０５で示された部分の修正後のシーケンスである、移動操作後の結果を示す。
【００８４】
ビデオメッセージ編集は、ビデオメッセージの作成を助けるために、ビデオメッセージの発信者１０３に対して利用可能とすることができる。
＜ビデオメッセージ注釈付け＞
ビデオメッセージ注釈付けにより、ユーザはビデオメッセージ構造のノードに注釈を与えることができ、それらの注釈は注釈の記述者又はその他のものに関する追加情報を提供する。
【００８５】
従来のテキスト形式の「Ｅメール」に対しては、ユーザが様々な形態の処理を行うことができる。その処理には、Ｅメールを読むこと、メッセージの中で要求されているアクションを実行すること、メッセージの内容に従って必要なアクションを実行すること、返答すること、その後のアクティビティの中でメッセージの内容を使用すること、後になってメッセージを見出すことができるような方法でメッセージを格納すること、メッセージを転送すること及びメッセージを破壊することが含まれる。
【００８６】
同様に、ビデオメッセージ対してもこの種の処理を実行できる。しかし、ビデオの内容は時間を基礎とする性質を持っているため、難しい問題が生じる。例えば、テキスト形式のＥメールの場合、通常はメッセージを最初に読み、要求されるアクションがあれば、Ｅメールの他の部分を読みながらそれらのアクションを実行することが多いであろう。ビデオＥメールに対して同じ形の処理を可能にするためには、ビデオメッセージを迅速にナビゲートし、ビデオ中のキーの場所を迅速に見つけ出せるようにすることが重要である。この機能の大部分は、好適な実施形態のビデオメッセージ構造を使用することにより与えられ、注釈付けはユーザ又は何らかの自動化メカニズムに構造中のラベルを操作するための１つ又は複数の能力を更に提供する。この操作には、テキスト又はその他の材料（例えば、音響効果）を追加すること、又は前記ラベルの１つ又は複数の特性を変更するための機能を実行すること（例えば、テキストのハイライティング、アニメーション、字体の変化など）が含まれるであろう。注釈付けの目的は、典型的には、ユーザ又は自動化メカニズムに構造中のラベル付きノードに対する何らかのステートメント又は参照を示させる又は記録させることであり、この注釈は先にメッセージに関連するアクションについて説明したように状態又はユーザの意図、或いは命令を指示する。
【００８７】
ユーザによるメッセージの注釈付けは、後に注意を引くための手続きシグナリング、メモリの場所マーキング及び補助、言い換え、要約などのいくつかの機能の何れかを機能させるために実行できる。
【００８８】
注釈付けのもう１つの用途は、音声内容の転換であろう。例えば、ビデオメッセージの話し言葉によるテキストの中には、文字で書いたほうがより効率良く、より有効に表現される項目が含まれることもありうる。一例を挙げると、送信者がＵＲＬを含めることを望む場合、送信者はＵＲＬを話し言葉の形態をとる情報（例えば、「エイチ ティ ティ ピー コロン スラッシュ スラッシュ ダブリュー ダブリュー ダブリュー ドット…」）を含めるよりも、通常はより効率的であり、わかりやすい注釈の形でＵＲＬをコピーし、貼り付けるであろう。
＜ビデオメッセージの補足及び導入＞
ビデオメッセージは、ビデオメッセージ構造、複合ビデオメッセージ又はその一部、一次ビデオ及び／又は音声メッセージ以外のメッセージ内容、またビデオメッセージ構造以外のメッセージ内容をビデオメッセージに補足する又はビデオメッセージの中に含める能力を含んでいても良い。これは、ユーザになり得る人に対して、イントロダクションを与える能力、又は特定の見通し、又は他の類似の又は関連する特徴を与えること、或いは、上述の補足又は包含を受動的又は能動的に参照することに関する能力を含めた便宜を作成することを目的としている。この便宜、参照、見通し又はイントロダクションは受動的なものであれ、能動的なものであれ、自動的に作成且つ／又は実行されても良く、或いは手操作又はその何らかの組み合わせにより作成、実行されても良い。
【００８９】
上述の便宜は、様々な形で、例えばビデオメッセージ通信及びビデオメッセージ構造を使用して、メッセージの別の成分又はその中の１つのポイント又はその一部（例えば、１つの文書又はその中の一部又は１つのポイント）に対するイントロダクションを作成するため、或いは、同様にして、メッセージを補足するため又はメッセージ中の参照はされるが、含まれておらず、補足されていない部分に補足するために利用されても良い。更に、特にビデオメッセージ構造能力を利用して複数のそのようなイントロダクション又は便宜を作成しても良く、それらのイントロダクション又は便宜の全体を通して、又はそれらの間で作成者又は視聴者による手操作による及び／又は自動的なナビゲーション又はアクセスを実行させても良い。
【００９０】
［第２の実施形態］
図１２Ａを参照して、本発明の好適な第２の実施形態を示す。この実施形態では、受信機システム１２００がビデオメッセージの視聴能力と、メッセージ構造エディタを提供するものである。受信機システム１２００はビデオメッセージの受信局であると説明できるが、この説明は局がビデオメッセージを受信しなければならないという条件を示唆するものではなく、この実施形態の代表的な機能と用途を一般的に説明しているに過ぎない。
【００９１】
受信局１２００の代表的な能力は、従来のリニア（非構造化）ビデオメッセージの受信者が受信した従来通りのビデオメッセージのトピックの構造を作成又は関連付けることを可能にする。作成される又は関連付けられるトピックの構造は従来のリニアビデオメッセージの示唆されている又は本来の構造又は内容に対応するのが好ましい。このトピックの構造が従来のビデオメッセージと関連付けられたならば、以下に説明するように、メッセージの受け手は追加能力を利用できるようになる。
【００９２】
図１２Ａに示す実施形態は、典型的にはオーディオプレーヤと関連するビデオプレーヤ１２０２とを含み、これらは共に代表的な装置１２０１の中に示されている。この代表的な装置は汎用コンピュータ１２０１（例えば、パーソナルコンピュータ）である。或いは、この（第２の）実施形態に関連して説明する機能を支援するように設計された専用装置又は組み込み装置であっても良い。この実施形態は、送信者に対して受信されたビデオメッセージを再生するために、第１の（好適な）実施形態に関連して説明したのとほぼ同じビデオ及び／又はオーディオプレーヤを含む。受信局１２００は、ビデオメッセージを受信するためにコンピュータネットワークに至る通信リンク１２０４を含む。前述した実施形態と同様に、従来の方法（例えば、郵送）により受信者へ送られるべき、フロッピーディスク１２０５のような着脱自在の記憶媒体にメッセージを格納することにより、オプションであるビデオメッセージの通信技法を採用しても良い。その場合、受信者は着脱自在の記憶媒体を読取装置（例えば、フロッピーディスクドライブ）に差し込み、ビデオメッセージをアクセスし、ビデオメッセージがネットワークから受信されたかのようにビデオメッセージを処理すれば良い。受信局１２００はモデム装置（図１２には図示せず）と、コンピュータネットワークへの無線接続とを備えた「パームトップ」又は「ラップトップ」などの持ち運び自在のコンピュータシステムにおいて実現されるのが好ましい。
【００９３】
次に図１２Ｂを参照して、本実施形態の受信局１２００の動作中に実行されるデータの流れを示す。図１２Ｂの説明は、第２の実施形態に必須の要素ではない構成要素（モジュール）（すなわち、受信局１２００）が図１２Ｂから省かれている点を除いて、図１Ｃの説明にほぼ相当する。更に、図１２Ｂは、ビデオメッセージ１２０４がネットワーク１３０１から受信され、通信マネージャ１０８に至り、通信マネージャ１０８は受信したビデオメッセージを（ビデオデータ回線１３６Ｂを介して）ビデオデータファイル１２８に格納することを示している。図１２Ｂと図１Ｃとの間で全ての対応する構成要素は、先に図１Ｃを参照して説明した通りである。
【００９４】
受信局１２００のメッセージ構造エディタは、外部供給源（すなわち、送信局１００）から受信されたビデオメッセージの操作に関係する機能を実質的に提供する点を除き、送信局１００のメッセージ構造エディタとほぼ同じである。従って、受信局１２００は、メッセージ又は所期のメッセージの構造表現を利用することにより、ビデオメッセージのラべリング、ナビゲーティング、編集及び注釈付けの機能を提供する。送信局１００に関しては、この実施形態におけるビデオメッセージ構造は、ビデオメッセージのテーマ又は主題を、時間の経過に従って順次現れる順序で、必要なときに、階層形式で一般的テーマから特定のテーマに関連する順序で表現する。ビデオメッセージ（受信機）システムにより、ビデオメッセージの受信者は、次のような能力を与えられる。
（１）ビデオメッセージラベリング、
（２）ビデオメッセージナビゲーティング、
（３）ビデオメッセージ編集
（４）ビデオメッセージ注釈付け
実施形態では、これら一連の能力を「受信局側構造化ビデオメッセージ能力」という。
【００９５】
受信局側構造化ビデオメッセージ能力は、例えば受信者が従来のリニアビデオメッセージを視聴しただけでは得られないような数の、ビデオメッセージに適用可能な有用な機能を獲得するために使用できる。受信者はビデオメッセージ構造を使用して、ナビゲーション、ラベリング、編集及びその他の構造化ビデオメッセージ能力を得ることができる。ビデオメッセージ構造が受信者に送信されたか否かに関わらず、受信者は構造化ビデオメッセージ能力を利用することができ、例えば、この構造を使用してビデオをラベリングし、続いて編集することにより、受信者自身のメッセージ構造を作成する。ビデオメッセージ構造はそのメッセージの自動化処理の様々な形態に使用できる。例えば、ビデオメッセージ構造を使用して、ビデオメッセージの索引を形成し、後に、その索引を利用してメッセージ内容の探索を容易にすることができる。別の例として、ビデオメッセージ構造をビデオメッセージを組織の中の特定の人又は役割へ導くための基礎として（例えば、呼び出しセンター機能の一部として）使用することができる。
【００９６】
次に、受信局側のビデオメッセージ構造並びに関連機能及び能力を詳細に説明する。しかし、能力及び関連機能のうちいくつかは先に本発明の第１の実施形態に関連して説明したいくつかの能力と何らかの共通性を持つことに注意すべきである。
＜ビデオメッセージラベリング＞
ビデオメッセージラベリングにより、ユーザは、ビデオメッセージを表現するビデオメッセージ構造の中でノードを作成し、それらのノードに対するラベル（テキスト又はその他の形式）を作成することができる。それらのノードはビデオメッセージ中の特定のポイント又はシーケンスと関連付けられ、ラベルを使用して、そのポイントにおける又はそのシーケンスの中におけるビデオメッセージの内容を記述又は増補することができる。それらのラベルは後のナビゲーション、編集などに使用できる。
【００９７】
ユーザが利用可能である操作は、ノード、従って、ラベルを既存のビデオメッセージの中の特定の位置又はシーケンスと関連付けることができる能力を含む。ユーザがビデオメッセージ中の特定の位置又はシーケンスを指示するための手段は、ビデオの現在再生位置、ユーザがマーキングする入ポイント及び出ポイント及び他の何らかの形態のビデオ位置又はシーケンスの指示の使用を含む。ビデオメッセージラベリングは、これらの処理又は他の形態の処理を容易にするために、ビデオメッセージの受信者に対し利用可能とすることができる。
＜ビデオメッセージナビゲーティング＞
ビデオメッセージナビゲーティングにより、ユーザは、ビデオメッセージ構造を使用して、ビデオメッセージ中の位置に対してキューを与えることができる（例えば、ビデオメッセージ構造の１つのノードをクリックすることによりメッセージ中の対応する位置に対してビデオメッセージの再生をキューできるであろう）。
【００９８】
ナビゲーション中、ユーザはビデオメッセージ構造の表示を操作できる。例えば、サブツリーを示すためにノードを拡張することやサブツリーを隠蔽するためにノードをクリックすることが可能である。
【００９９】
ビデオメッセージの構造の表示を修正し、ビデオ中の現在位置に関してユーザに対してフィードバックを行うこともできる。例えば、カラオケスタイルの「バウンドボール」を示すことにより、ビデオメッセージの構造表示においてビデオ中の現在位置を指示することができる。或いは、ビデオ中の現在位置に対応するノードを何らかの方法でハイライティングすることも可能である。
【０１００】
更に、ビデオメッセージを再生しているときに、ビデオ中の現在位置に対応するノードのラベルをビデオ表示の付近に表示することができる。これは、例えば、ビデオの下方、ビデオの上方、ビデオの脇、又はビデオの最上部に重ねてキャプションの形で表すことができる。
＜ビデオメッセージ編集＞
ビデオメッセージ編集により、ユーザは、ビデオメッセージ中のシーケンスを削除する、ビデオメッセージ中のシーケンスをメッセージ中の別の場所へ移動させる、別のメッセージで使用すべき又は別のアプリケーションにより使用されるべきシーケンスをビデオメッセージから取り出すなどの目的で、ビデオメッセージ構造を操作することができる。
【０１０１】
ビデオメッセージの変更を伴わないビデオメッセージ構造の操作、並びに対応するビデオメッセージに対して類似の操作を実行することを目的とする場合のビデオメッセージ構造の操作は、先に図６から図１１を参照して説明した操作とほぼ同じである。
【０１０２】
ビデオメッセージ編集は、メッセージを操作することで利益を得るビデオメッセージの受信者に対して利用可能とすることができる。第２の実施形態によれば、受信者はメッセージを理解し、メッセージに対してアクションを起こし、他の目的のために、メッセージを使用することを可能にするような、メッセージの「カスタマイズ」バージョンを作成することができる。
＜ビデオメッセージ注釈付け、ビデオメッセージ補足及び導入＞
受信局１２００に関わるビデオメッセージ注釈付け、ビデオメッセージ補足及び導入は、先に本発明の第１の実施形態について相応する箇所を参照して説明したと同様に行える。
【０１０３】
［第３の実施形態］
図１３Ａに、本発明の第３の実施形態を示す。この実施形態は、第１及び／又は第２の実施形態に、ビデオメッセージと共に関連ビデオメッセージ構造を送信及び／又は受信する能力を追加したものである。以下、第３の実施形態をビデオメッセージ通信システム１３００という。わかりやすくするために、図１３Ａは、コンピュータネットワーク１３０１を介して受信局１２００に接続する送信局１００を示すが、ネットワーク１３０１に沿ったそれぞれの「局」（すなわち、送信局及び／又は受信局）は送信局１００と、受信局１２００の双方に対応する二重機能を実行すると想像される。すなわち、各ユーザは、ビデオメッセージを送信又は受信すると共に、先に送信局１００又は受信局１２００に関連して説明した方式でメッセージを操作する能力を有するのが好ましい。従って、本発明の好適な形態においては、第１及び第２の実施形態を組み合わせて、ビデオメッセージをキャプチャする能力、ビデオメッセージを視聴する能力、１つ又は複数のメッセージ構造エディタの能力、並びに関連ビデオメッセージ構造を送信し且つ／又は受信する能力を提供する。
【０１０４】
ビデオメッセージ通信システム１３００は、送信側では、ビデオメッセージをキャプチャし、作成し且つ送信すると共に、リニア（非構造化）ビデオメッセージと共に関連ビデオメッセージ構造を送信するために使用されれば良い。ビデオメッセージ構造により、受信局１２００としてメッセージを視聴する能力を有するビデオメッセージの受信者は、送り手の意図の通りに構造化ビデオメッセージを視聴することができる。すなわち、受信者は、送信者から受信者へ送信されたビデオメッセージ構造を使用して、ビデオメッセージを通して視聴及び／又はナビゲーションを行うことができる。オプションとして、ビデオメッセージ通信システム１３００は、送信側で、リニア（非構造化）ビデオメッセージをそのメッセージの関連ビデオメッセージ構造を伴わずに送信することができ、その場合、ビデオメッセージ通信システム１２００は、先に第１及び第２の実施形態に関連して説明したように、コンピュータネットワーク１３０１に接続する送信局１００及び／又は受信局１２００（組み合わされているか、組み合わされていないかに関わらず）として動作する。
【０１０５】
従って、本発明のこの（第３の）実施形態は、リニア（非構造化）ビデオメッセージに加えて、所望のビデオメッセージ構造を通信するメカニズムを提供するという利点がある。所望のビデオ構造は、リニア（非構造化）ビデオメッセージ自体とは別の所定の符号化表現であるのが好ましい。しかし、ビデオメッセージそれ自体又はその一部分をリニア（非構造化）ビデオメッセージと共に送信者から受信者へ送信する必要はなく、送信者は、例えば基準アドレス（例えば、ユニフォームリソースロケータ（ＵＲＬ））を送信しても良く、それに基づいてビデオメッセージ構造を獲得することができる。本発明のビデオメッセージ通信システムがリニア（非構造化）ビデオメッセージを関連するビデオメッセージ構造を伴わずに送信することにより従来の（すなわち、非構造化）リニアビデオメッセージ送信システムと通信できるように、ビデオメッセージ構造はリニア（非構造化）ビデオメッセージとは別個になっている。しかし、ビデオメッセージとビデオメッセージ構造とを不可分に組み合わせて（以下、「組み合わせビデオメッセージ」という）を使用し、ビデオメッセージ通信システム１３００を実現しても、本発明の趣旨から逸脱することにはならない。例えば、ビデオメッセージと共に（不可分に）メッセージ構造を符号化した符号化表現を使用できる。
【０１０６】
このビデオメッセージ通信システム１３００の典型的な機能及び特性によれば、ビデオメッセージの送信者のみならず、ビデオメッセージの受信者も、従来のリニアビデオメッセージ送信システムで利用できた能力を超えるより高い能力を利用することができる。
【０１０７】
図１３Ａは、ビデオメッセージ通信システム１３００のユーザ間の１つの通信モードとして、インターネット（又はイントラネット）などのコンピュータネットワーク１３０１を示しているが、その他のデータ転送モードを使用しても良い。例えば、第１の実施形態で説明したように、ビデオメッセージ通信システム１３００のユーザ間の通信モードとして、着脱自在の記憶装置を使用できる。更に、この実施形態では、リニアビデオメッセージを受信者へ送信するときに、関連ビデオメッセージ構造を送信するために使用するのと同じ通信モードを使用する必要はない。また、ビデオメッセージ通信システム１３００の一部として含むことができる、相互に接続されるコンポーネントサブシステム（送信局１００又は受信局１２００、或いは送信局と受信局の双方の機能を組み合わせた局）の数に制限もない。
【０１０８】
次に図１３Ｂを参照して、この（第３の）実施形態のビデオメッセージ通信システム１３００により実行される動作のデータの流れを示す。図１３Ｂの説明は、図１Ｃの説明と図１２Ｂの説明とを組み合わせたものにほぼ相当し、従って、図１３Ｂは図１Ｃと図１２Ｂ双方の全ての構成要素（モジュール）を含む。更に、図１３Ｂは、この実施形態によるビデオメッセージ構造を接続回線１３７Ａを介して通信マネージャ１０８へ通信することができ、通信マネージャは関連ビデオメッセージ構造をビデオデータと共に、コンピュータネットワーク１３０１へ送信する（すなわち、ビデオメッセージを送信する）ことも示している。ビデオメッセージ構造の送信は、典型的には、ビデオメッセージ通信システム１３００が送信モードにあるとき又は送信局を演じているときに起こる。すなわち、送信者がビデオメッセージを送信すべきときである。ビデオメッセージ通信システム１３００の受信側で、ビデオデータと関連ビデオメッセージ構造の双方が受信されると、通信マネージャ１０８はビデオメッセージをデータと構造とに分離し、ビデオデータを（ビデオデータバス／回線１３６Ｂを介して）ビデオデータファイル１２８に格納すると共に、ビデオメッセージ構造を（ビデオ構造バス／回線１３７Ｂを介して）ビデオメッセージ構造ファイル１２２に格納する。或いは、ビデオメッセージ通信システム１３００の受信局側はビデオデータのみ（すなわち、関連構造を伴わないビデオメッセージ）を受信しても良く、その場合、通信マネージャ１０８はビデオデータ１３６Ｂをビデオデータファイル１２８へ送り出し、格納させ、そこで、受信者は先に本発明の第２の実施形態に関連して説明したようにビデオデータを操作し且つ／又は視聴すれば良い。
【０１０９】
図１Ｃ及び／又は図１２Ｂと共通する（すなわち、同じ図中の符号で示されている）図１３Ｂの構成要素には、先に図１Ｃ及び／又は図１２Ｂを参照して説明したのとほぼ同じ説明が当てはまる。
【０１１０】
第３の好適な実施形態は、第１及び第２の好適な実施形態に関連して列挙し、説明した能力及び／又は特性の１つ又は２つ以上を含む。前述したように、実際には、ビデオメッセージ通信システム１３００の各ユーザは送信局及び受信局としての二重機能を実行する能力を有しているのが望ましい。すなわち、送信局と受信局に共通する能力を重複させることなく、送信局１００及び受信局１２００で利用できる全ての能力を持つことが望ましい。これを明示すると、ビデオメッセージ通信システム１３００の望ましい能力の一覧は次の通りとなる。
【０１１１】
ビデオメッセージプランニング
ビデオメッセージキャプチャリング
ビデオメッセージラベリング
ビデオメッセージナビゲーティング
ビデオメッセージ編集
ビデオメッセージ注釈付け
これは、送信局側構造化ビデオメッセージ能力と呼ばれる一連の能力と、受信局側構造化ビデオメッセージ能力と呼ばれる一連の能力を合体させたものである。
【０１１２】
ビデオメッセージ通信システム１３００は、ビデオメッセージ、ビデオメッセー構造又は復号ビデオメッセージを好ましくは以下の形態の何れか１つ又は２つ以上で送受信する能力を有する。
・明示して又は暗黙のうちに参照されるビデオメッセージ構造を伴わない従来通りのリニアビデオメッセージの送信及び受信。このケースは、典型的には、第１及び／又は第２の好ましい実施例の１つ又は複数の事例につながるであろう。
・ビデオメッセージ又はビデオメッセージ構造が明示して含まれるか、暗黙のうちに（参考としてなど）含まれるかに関わらず、ビデオメッセージ構造が付随して送受信されるか、又は別個の送受信される場合の従来通りのリニアビデオメッセージの送信及び受信。ビデオメッセージ構造を第三者、第３の機械又は第３の場所から（典型的には、何らかの暗黙の又は明示された参照により）部分的に又は増分させながら供給することができる。
・明示して又は暗黙のうちに参照されるビデオメッセージを伴わないビデオメッセージ構造の送信及び受信。
【０１１３】
［第４の実施形態］
本発明の第４の実施形態は、受信者に対して通信が行われないという点を除き、第１の実施形態とほぼ同じである。従って、図１４は、ネットワーク通信回線又はネットワーク接続が図示されていないという点を除き、図１Ａとほぼ同様である。すなわち、第１の実施形態に関連して説明したのと同じように、ビデオメッセージをキャプチャするが、メッセージを別のユーザへ送信するのではなく、メッセージ（及び／又は関連ビデオメッセージ構造）を個人的に利用するためにローカル記憶装置（例えば、ハードディスクドライブ）に格納しておく。例えば、個人的に利用するため又は後に参照するためのメモとして使用するのである。ビデオメッセージ及び／又はビデオメッセージ構造をローカル記憶装置に格納するのが好ましいが、ビデオメッセージ（及び／又はビデオメッセージ構造）を後に検索できるように、コンピュータネットワークサーバの遠隔地に格納することによっても、この実施形態は機能できる。ビデオメッセージを遠隔地に格納する際にビデオメッセージを送信することになるが、第１の実施形態の場合のように、メッセージを別のユーザ（受信者）が使用することは意図されていない。
【０１１４】
［第５の実施形態］
第５の実施形態は、少なくとも１つの特徴が追加されている他は、本発明の第１の実施形態、第２の実施形態、第３の実施形態又は第４の実施形態とほぼ同じである。この追加的な特徴は、前述した実施形態の何れか又はその一部にビデオメッセージテンプレートを追加又は適用することである。ビデオメッセージテンプレートはビデオメッセージ構造を生成するために使用され、以下、これをビデオメッセージテンプレートの具体化として参照する。また、ビデオメッセージテンプレートのその他の用途についても以下に説明する。この（第５の）実施形態では、前述の実施形態においてビデオメッセージ構造が送信者から受信者へ送信されていた場面で、ビデオメッセージ構造（すなわち、ビデオメッセージテンプレートの具体化）を受信者へ送信するのではなく、ビデオメッセージテンプレート自体をリニアビデオデータと共に送信する。従って、受信者はテンプレートを具体化して、ビデオメッセージの作成者が使用していたのとほぼ同じようなビデオメッセージ構造を形成することができる。オプションとして、受信者は受信したテンプレートを使用して、カスタマイズビデオメッセージ構造を生成することにより、ほぼ同じメッセージを受信（視聴）しながら、受信者の好みに合わせてメッセージをカスタマイズすることができる。例えば、ユーザの好みには、出力インタフェース（表示装置）の「見かけとフィーリング」が含まれている場合がある。もう１つの例としては、作成者が意図した順序とは異なる順序にはなるが、受信者が望むのであれば、ビデオメッセージの「本体部分」の前に「要約部分」が提示されるように、構造の配列を多少変更するためにビデオメッセージ構造をカスタマイズすることが考えられる。
【０１１５】
或いは、コンピュータネットワークのサーバなどの、参照記憶場所アドレス（例えば、ユニフォームリソースロケータＵＲＬ）を有する所定の記憶場所にビデオメッセージテンプレートを格納し、ビデオメッセージの受信者へリニアビデオデータを参照記憶場所アドレスと共に送信することもでき、このようにしても本発明の趣旨から逸脱することにはならない。
【０１１６】
典型的には、コンピュータシステムなどの計算システム又はそれと等価のシステムにおけるテンプレートを次のように定義できる。
・再利用のために利用可能である事前定義済み構造、又は
・そのような構造のあるクラスのための文法。文法は当該クラスの適切な文例の規則を規定する。
【０１１７】
上記のテンプレートの定義を本発明を限定するものとしてみなしてはならず、これは単にテンプレートの所望の特徴の定義の一例であるに過ぎない。例えば、１度だけ使用するためにテンプレートを生成し、その後は廃棄することも可能である。更に、テンプレートはメッセージ内容、メッセージ構造及び／又はメッセージ属性（属性は、ビデオクリップの持続時間、テキストラベルの字体及び大きさ、及びＧＵＩアプリケーションの色及び全般的外観を調整するためのパラメータなどを含む）を規制する規則を含んでいても良い。
【０１１８】
テンプレートは、実際に使用するに当たり、これまで最良であるとわかったものの寄せ集めであるのが好ましい（「最良」とは、コンテキストによるが、最も経済的、最も効率が良い、最も有効であるなどの何れか１つ又は２つ以上のことである）。最良の実践形態をテンプレートとして符号化し、これは経験を積んだメッセージの送り手の実際の経験を反映している。従って、例えば、最も有効であるとは、有効な方法で通信されているメッセージを獲得するようメモを作成、送信又は受信する最も有効な方法を反映していると考えられる。これは、ユーザがメモの書き込みに全く慣れていなくても、テンプレートがユーザに熟達した人の技術を使用してメモを生成するように指導することにより実行できる。すなわち、この意味で、テンプレートの望ましい特徴は、その作成者又は別のユーザがテンプレートを何度でも利用できることである。
【０１１９】
表１は、ビデオメッセージ通信システムの機能の主要な複数のクラスのそれぞれについて、（ビデオ）メッセージ構造及びテンプレートの目的を示す。
【０１２０】
【表１】
0004803859.tif 000002
【０１２１】
［ビデオメッセージ通信システムの機能］：表１のこの欄は、送信局１００、受信局１２００及び／又はビデオメッセージシステム１３００が利用できる様々な機能を挙げている。
【０１２２】
［テンプレートを伴わないビデオメッセージ通信システムにおけるメッセージ構造の目的］：表１のこの欄は、テンプレートを伴わないビデオメッセージ通信システムにおけるビデオメッセージ構造の目的を示す。例えば、受信者がメッセージを視聴する場合（表１の５行目）、構造はユーザに構造の異なるポイントでメッセージをアクセスさせる「メッセージを視聴する」（表１の５行目、２列）ために使用される。
【０１２３】
［メッセージ構造とは異なるテンプレートの目的］：表１のこの欄は、ビデオメッセージ構造とは異なるテンプレートの目的を示す。例えば、受信者がメッセージを視聴する場合（表１の５行目）、テンプレートは、送信者が最良の実践であると考えるものに関するガイダンス、メッセージの解釈に関するガイダンス及び／又はメッセージ内容の効率の良い処理を与えることができる。
【０１２４】
［使用されるテンプレートの部分］：表１のこの欄は、テンプレートのどの部分が使用されるかを示す。すなわち、テンプレートは多様な機能を有し、様々に異なる特徴を与えることができる。例えば、受信者がメッセージを視聴する場合（表１の５行目）、テンプレートはメッセージの趣旨（例えば、会合の意味）、構造、「メッセージのトーン」（例えば、友好的、正式であるなど）のような他の属性を与えることができる。
【０１２５】
［メッセージ構造とメッセージ内容とのリンクの必要性］：表１のこの欄は、メッセージ内容とビデオメッセージ構造との間にリンクが存在すべきか否かを示す。
【０１２６】
すなわち、表１は構造とは明確に異なるテンプレートの主要な寄与内容を示している。これは次の通りである。
・ガイダンスの提供。ビデオメッセージのキャプチャリング又は作成は、潜在的に送信者にとっては脅威になりうる作業であろう。これに対処するため、テンプレートは、送信者に対して、「最良の実践内容」のあれこれを示すガイドとして機能できるのである。
・メッセージ管理機能のメタデータとしてのメッセージ趣旨の使用。
【０１２７】
この実施形態により提供される枠組みから、ビデオメッセージテンプレートは次のようなテンプレート機能型を含むことが望ましい。
・テンプレートはメッセージのディフォルトビデオメッセージ構造を提供しても良い。テンプレートは典型的なメッセージ構造を形成し、これが送信者に提示され、送信者はキャプチャリングの時点でこれを「埋める」か、又は特定のメッセージに適用する。この意味で、ユーザはテンプレート群から１つのテンプレートを選択し、そのテンプレートにより示唆される構造に従ってメッセージを記録することになるであろう。この意味でのテンプレートの目的はガイダンスであるのが好ましい。テンプレートの構造をメッセージ内容にリンクすれば、テンプレートをメッセージ管理機能のために使用することも可能になる。
・テンプレートは、関連ディフォルトメッセージ属性を伴うディフォルトビデオメッセージ構造を提供しても良い。この場合、ユーザはテンプレート群から１つのテンプレートを選択し、これにより、適切なメッセージ構造と属性の一組が出来上がるであろう。そこで、ユーザはテンプレートにより示唆される構造と属性値に従ってメッセージを記録することになるであろう。先のケースと同様に、ここでのテンプレートの目的はガイダンスであるが、これには限定されず、適切なリンクが形成されれば、メッセージ管理機能にも有用であろう。
・テンプレートは、その構造と属性機能が一部又は全体で変更不可能であるという制限を追加された上で、上記の機能のいずれかを提供しても良い。ここでは、テンプレートはセットメッセージ形態に類似しており、その内容がテキストではなく映像になっている。これは、メッセージの受信者が、例えば、呼び出しセンターなどの様に所定の方式でメッセージを処理しなければならない場合に有用である。ここでのテンプレートの目的はガイダンスと、メッセージの処理を容易にすることであるが、それには限定されない。この場合、構造と内容をリンクさせて、メッセージ管理機能を実行することもできる。
【０１２８】
最初の２つの「・」印のポイントでは、テンプレートの所望の目的はユーザに対してガイダンスを与えることであり、従って、その結果得られるメッセージは同じテンプレートの助けを借りて生成されたとしても、異なるビデオメッセージ構造（オプションとして、初めの２つのポイントのうち第２のポイントについては異なる属性）をもつことになるであろう。オプションとして、これらの構造を使用して、新たなテンプレートを定義することができるであろう。
＜送信者用テンプレート＞
次に、図１５を参照して、ユーザが作成、ナビゲーション及び／又は編集を行うときの制御の流れの一例を説明する。
【０１２９】
初めに、メッセージプランニングのステップで、送信者はテンプレート群から１つのテンプレートを選択する（１５０１）。テンプレートはビデオメッセージに含めることができる関連情報と、所定の一群の最も適切なメッセージ構造のうち１つの詳細と、ビデオメッセージの詳細とを含む。次のステップ（１５０２）で、ビデオメッセージ通信システム１３００は選択されたテンプレートによってユーザに行動を促し、ユーザはそれに従ってビデオキャプチャリング、既存のビデオメッセージ又はデータのナビゲーティング及び／又は現在ビデオ構造の編集を実行していく。例えば、ビデオメッセージキャプチャリングの実行中、選択されたテンプレートと属性はユーザ（送信者）に対してガイド（又はプロンプト）を提供する。テンプレートは、送信者に次の行動の取り方を教え促すことにより（例えば、セミナーにおけるスライドにきわめて良く似ている）、情報の流れを更に維持するのが好ましい。ビデオメッセージ構造（すなわち、テンプレートの具体化）と、ビデオメッセージ内容との間にこの段階ではリンクは不要であるが、それらのリンクはメッセージ管理機能としてユーザ（送信者）には有益であるといえる。先に説明した通り、ビデオメッセージ内容とビデオメッセージ構造とのリンクは、タイムスタンプ又はその他の形のキャプチャされたビデオ部分への参照を使用して実行でき、ビデオメッセージの記録中又はその後に実行されれば良い。例えば、ビデオメッセージを記録している間に、送信者はマウス（記録中である部分をクリックする）又はキーボード（矢印キー）などの入力装置を使用してテンプレートを実行する。ステップ１５０２では、テンプレートを具体化して、キャプチャされたビデオメッセージデータに関連付けられた（リンクされた）ビデオメッセージ構造を形成する。
【０１３０】
次に、図１５に示す制御の流れのステップでは、ユーザは選択したテンプレート（ステップ１５０１）の前述した機能型に従って２つのオプションのうち１つを与えられる。
【０１３１】
それら２つのオプションとは、
オプション１：ステップ１５０３で、選択したテンプレートの型に従ってテンプレート（すなわち、具体化されたテンプレート）によって得られたビデオメッセージ構造を修正することができ、ユーザは、
ａ）ビデオメッセージ構造自体を変更し且つ／又は
ｂ）属性を変更することができる。
【０１３２】
オプション２：ステップ１５０４では、選択したテンプレートは機能型「変更不可能」であるので、具体化されたテンプレートの一部又は全体をユーザ（典型的には送信者）により変更（修正）することはできない。
【０１３３】
例えば、送信者（ビデオメッセージの作成者）によって使用されるビデオメッセージ構造がビデオメッセージの受信者によって使用される具体化テンプレート（すなわち、ビデオメッセージ構造）とほぼ同一である場合には、オプション２が有利である。
【０１３４】
ステップ１５０３では、ビデオメッセージ構造のノードとビデオデータセグメントとの間に、好ましくはビデオデータのキャプチャリングの時点又はビデオメッセージの編集時に、リンクが形成される。オプション１の場合、ステップ１５０３では、ユーザは自由に更に別のリンクを形成したり、ビデオメッセージの作成又は編集の際に望まれるのと同数のリンクを除去したりすることができる。従って、次のステップ１５０５では、ユーザはビデオデータと関連ビデオメッセージ構造との間に新たなリンクを作成するか、又は既存のリンクを変更することが可能である。ビデオメッセージ構造とビデオデータとの間にリンクが存在するか否かに応じて、制御の流れにおける２つの経路の一方をとることになる。リンクが存在しなければ、第１の経路をとり、ステップ１５０６でビデオデータを送信し、制御の流れは次のステップ１５０７へ進み、ユーザはテンプレートの現在具体化を新たなテンプレートとしてセーブすべきか否かの決定を促される。それに対してユーザが「イエス」と答えれば、新たなテンプレートが格納され、そうでなければ、新たなテンプレートはセーブされない。
【０１３５】
ステップ１５０５で、ビデオメッセージ構造とビデオデータとの間に少なくとも１つのリンクが存在する場合には、制御の流れにおいて第２の経路をたどってステップ１５０８に至り、ユーザはビデオメッセージ構造に注釈を付けるオプションを与えられる。次のステップ１５０９で、ビデオデータとテンプレートを送信し、それらは受信者によりビデオメッセージとして受信される。受信者は受信したテンプレートを具体化し、得られたビデオメッセージ構造をビデオメッセージのビデオデータへの索引として使用することができる。作成者（送信者）は、ビデオメッセージのコピーを保持しておくのが好ましく、その場合にも、具体化されたメッセージテンプレートをビデオメッセージのビデオデータへの索引として使用することができる（ステップ１５１０）。その後、制御の流れはステップ１５０７に至り、ステップ１５０５でビデオ構造に対し何らかの変更が行われていたならば、ユーザは、先にステップ１５０７に関連して説明したように、具体化されたテンプレートを新たなテンプレートとしてセーブするためのオプションを与えられる。
【０１３６】
オプション２として、ステップ１５０２に続いてステップ１５０４を実行するならば、すなわち、選択されたテンプレートが具体化されたテンプレートの一部又は全体の変更を許さないのであれば、選択されたテンプレートによるか、選択されたテンプレートの規制に従って必要なリンクを作成するようにユーザに要求するかにより、具体化されたテンプレートの所定のノードとビデオデータの１つ又は複数のセグメントとの間にリンクを作成する。ビデオメッセージテンプレートの現在具体化の所定のノードと、関連ビデオデータのセグメントとの間のリンクは、この時点で、選択されたテンプレートにより要求した通りに存在しなければならない。従って、制御の流れは先にステップ１５０８から１５１０及びステップ１５０７に関連して説明したようにそれらのステップを通過する。
【０１３７】
尚、ナビゲーション及び編集に際しては、前述した３つのテンプレート機能の型は、既にメッセージ構造を形成したことにより得られている機能又は利益以外の付加的な機能又は利益をもたらさないであろうが、何らかの形態の対話能力を含むようにテンプレートを拡張することにより、ユーザは、ナビゲーション及び編集のユーザタスクに関して、ユーザプロンプティング、自動又は半自動エンハンスメント及び効率の向上、自動修正、ユーザ予測及びその他の機能を含む付加的な機能を得ることができる。
【０１３８】
更に、送信者に様々なテンプレートパラメータ又は属性の一部又は全てを変更する能力又はオプションを与えられるのが好ましい。従って、テンプレート自体とその具体化された構造との間には明確な区別があり、それぞれに対する変更は次のように異なる。すなわち、テンプレートの変更はその後に具体化される構造にも同じ変更を引き起こすが、構造の変更は具体化されるであろうテンプレートには何の衝撃も与えず、従って、変更後のテンプレートから具体化される今後の構造にも何の影響も及ぼさない。具体化される構造に対する変更はテンプレートの変更又は新たなテンプレートとして反映されるか、反映されなくても良い。
【０１３９】
表２は、送信者に対するビデオメッセージ通信システムの機能性の複数の主要クラスのそれぞれについて（ビデオ）メッセージ構造及びテンプレートの目的を示している（表１の一部分）。
【０１４０】
【表２】
0004803859.tif 000003
＜受信者用テンプレート＞
ビデオメッセージ通信システム１３００（又は受信局１２００）は、受信者に、メッセージに付随するものとして又はメッセージの中で参照されるものとして、ビデオメッセージ又はその一部を構築するために使用されたビデオメッセージテンプレートを受信可能とする。
【０１４１】
受信者のために、テンプレートは３つの段階の間に支援メカニズムとして機能する。そのうち初めの２つの段階、すなわち、プランニングと作成は、送信局がテンプレートからビデオメッセージの対応する部分へのリンクを作成する点を除いて、先の「送信者用テンプレート」の項で説明したのと非常に似ている。視聴段階の間には、テンプレートは受信者に下記の重要な利点のいずれか又は全てを提供するのが好ましい。
・メッセージに対してガイドとして機能するプレースホルダをメッセージ中に含め、提供し且つ／又はアクセスすることにより、より一貫した情報の流れを形成する。受信者の利点は、メッセージ全体の内容の構造、その明示された趣旨、属性などを視聴することができるのが好ましい。これにより、受信者は、
・メッセージの包括的なビューを形成でき、これは映像を利用する通信媒体の場合に特に有益である。
【０１４２】
・明示されたメッセージ趣旨及び対話機能により、メッセージを誤って解釈する危険が低減される。
・ビデオメッセージテンプレートからも利用できるビデオメッセージ構造から利用できると既に説明した利点が受信者に提供され、これは次のような能力を潜在的に含む。
【０１４３】
・メッセージの編集、可能であればいくつかのメッセージ部分の割愛、及び他のメッセージ部分を別のメッセージの一部として再び送信すること。この場合、テンプレートの利点は、元のメッセージに関わる制約が編集後のバージョンで尊重されること、並びにビデオメッセージ構造のみから自明にはならないと思われるコンテキスト情報を提供しても良いことを含む。
【０１４４】
・メッセージのナビゲーション。例えば、これにより、受信者は最も有用又は関心があると考えるメッセージの特定の部分へ飛ぶことができる。
【０１４５】
・メッセージから関連する特定の部分を取り出し、それを送信者への返答の中で又は別のメッセージの中で使用できること。
・１つ又は複数のテンプレートを増補又は修正する能力。例えば、ビデオメッセージ通信システムを始めて使用する受信者が会合を組織するために送信者用テンプレートを採用し、その後、そのテンプレートを修正することが考えられる。テンプレートは「最良の実践形態」をあれこれ指導する働きをする。
・複数の人々が一連の特定のタスクに関わるテンプレートを共有しなければならない場合、ワークグループ機能を統合する潜在的な能力。この場合にも、テンプレートは「最良の実践形態」をあれこれ指導する働きをし、メッセージの一様な処理を可能にする。
・受信者がテンプレートを受信すると、メッセージ内容の処理に受信者からの明示されたアクションが必要である場合には、効率の良い処理を行うことができる。この場合、テンプレートは送信者が従わなければならないある種の「フォーム」と考えられる。従って、この（第５の）実施形態では、テンプレートの役割はどの情報を送信するか、その情報がどのように構築されているか、特定の情報がどこで見つかるかなどを受信者に先験的に確実に知らせることである。そこで、受信者はメッセージを処理するための効率の良い方法を予測することができる。
表３を参照して、ビデオメッセージ通信システムの機能の複数の主要クラスのそれぞれについて、送信者側における（ビデオ）メッセージ構造及びテンプレートの目的が示されている（表１の一部分）。
【０１４６】
【表３】
0004803859.tif 000004
＜メッセージ管理用テンプレート＞
テンプレートは、典型的には、ビデオメッセージの厳密な内容に関する情報を特定しないが、特にメッセージのタイプに関しては、内容に関する何らかの情報を提供する。特に、メッセージを生成するために使用されるテンプレートの趣旨（例えば、会合、セミナー告知などの目的）は、ビデオメッセージに含まれる情報のタイプを示す。メッセージ趣旨は、索引付けを目的とする場合に有用になると思われるテンプレートの要素である。メッセージ趣旨を活用することにより、例えば、「セミナー告知に関するメッセージを見つける」などの探索が可能になる。探索は、おそらくは属性の組み合わせを含むテンプレートの他の属性をアドレッシングしながら行われても良いであろう。
【０１４７】
このように、メッセージ趣旨、すなわち、テンプレート趣旨は、日付や受信者などの他のデータに加えて、取り出されるビデオメッセージ又は複合ビデオメッセージに対してメタデータとして機能することができる。あらゆるメタデータと同様に、メッセージ趣旨又はテンプレート趣旨は特定のメッセージを探索し検索するのを助けるための索引として使用できる。
【０１４８】
１つのメッセージはいくつかの「フィールド」を含んでも良い。これは、ビデオメッセージを送信するために受信者のアドレスが記入されているアドレスフィールド、メッセージの主題の簡単な記述が希望に応じて挿入されている主題フィールド、他の受信者へコピーを送信するために使用されるカーボンコピーフィールド、他の文書又はビデオメッセージへの参照を含むメッセージ補足フィールド、及び送信者によりメッセージが送信された日付及び／又は時間を格納する日付／時間フィールドである。その他のフィールドが含まれても、本発明の趣旨から逸脱しないことは当業者には了承されるであろう。例えば、別のフィールドとして、ビデオメッセージの緊急度を示す優先順位フィールドを設けても良い。
【０１４９】
例えば、セミナー告知に関するメッセージを探索する場合、Ｅメールメッセージ（映像又はテキストに基づく）の主題フィールドは、
・＜名前＞セミナー…
・日付：ＸＸ博士、「トピック」について
・ＸＸ博士による「トピック」に関する講演
・カレンダーにマークせよ：日付
のうち１つ又は２つ以上となるであろう。
【０１５０】
「セミナー告知」の探索は、第１に挙げた主題などの主題によってメッセージを検索しても良いであろうが、主題フィールドに基づくセミナー告知などのその他のメッセージは認識できないであろう。一方、「セミナー告知」テンプレートを使用してメッセージを作成するならば、全て容易に見つかるであろう。目的を探索するためのテンプレート趣旨の信頼性は、送信者がテンプレートを作成した用途によって決まると考えられる。テンプレート構造を変更も、編集もできない状況では、テンプレート趣旨を索引付けのために信頼性をもって使用することができる。
＜ビデオメッセージ送信＞
この実施形態では、典型的には、作成されたビデオメッセージは様々な技法によって送受信される。それらの技法は、以下の例により示されるようなメッセージ構造又はメッセージテンプレート又はその一部又は参照などを含むか、或いは示唆しても良い。
・受信者の側でビデオメッセージ構造を具体化するために、使用できる送信者のビデオメッセージテンプレートを含むビデオメッセージ。
・送信者の具体化されたビデオメッセージ構造又はそのビデオメッセージ構造への参照又は示唆を含むビデオメッセージ（共に第３の好適な実施形態で説明した）。
・明示してはいないが送信者のビデオメッセージテンプレートへの参照又は示唆又はそれと等価のものを含むビデオメッセージ。
・送信者のビデオメッセージテンプレートの一部又はその修正又は増分変更を含むビデオメッセージ（後者は参照又は示唆されるが、明示して含まれない）。
【０１５１】
［装置の好適な実施形態］
ビデオメッセージ通信システム（送信局１００、受信局１２００及び／又はビデオメッセージ通信システム１３００）は、図１６に示すような、従来の汎用コンピュータを使用して実施されるのが好ましい。ここで、ビデオメッセージ通信システムはコンピュータで実行されるソフトウェアとして実施される。このソフトウェアは、システムの動作を実行する部分と、システムとユーザとの間のユーザインタフェースを管理するための部分という２つの別個の部分に分割できる。このソフトウェアは、以下に例を示す記憶装置を含むコンピュータ読み取り可能な媒体に格納できる。ソフトウェアはコンピュータ読み取り可能な媒体からコンピュータへロードされ、コンピュータにより実行される。そのようなソフトウェア又はコンピュータプログラムが記録されているコンピュータ読み取り可能な媒体は、コンピュータプログラム製品である。コンピュータにおけるコンピュータプログラム製品の使用は、本発明の実施形態に従ってビデオメッセージ通信システムに有利な装置をもたらすのが好ましい。
【０１５２】
コンピュータシステム１６００は、コンピュータ１６０１と、ビデオ表示装置１６１４と、入力装置１６０２，１６０３及び１６１１とで構成される。また、コンピュータシステム１６００は、コンピュータ１６０１に接続するラインプリンタ、レーザープリンタ、プロッタ及びその他の複製装置を含むいくつかの他の出力装置の何れかを有する。コンピュータシステム１６００は、モデム通信経路、コンピュータネットワークなどの適切な通信チャネル１６３０を使用して、通信インタフェース１６１２を介して１つ又は複数の他のコンピュータに接続可能である。コンピュータネットワークはローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、イントラネット及び／又はインターネットを含むのが好ましい。
コンピュータ１６０１自体は中央処理装置（以下、単にプロセッサという）１６０５と、ランダムアクセスメモリ（ＲＡＭ）及び読み取り専用メモリ（ＲＯＭ）を含むことができるメモリ１６０６と、入出力（ＩＯ）インタフェース１６０８及び１６１０と、ビデオインタフェース１６０７と、図１６にはブロック１６０９により全体を表されている１つ又は複数の記憶装置とから構成されている。記憶装置１６０９はフロッピーディスク、ハードディスクドライブ、光磁気ディスクドライブ、ＣＤ−ＲＯＭ、磁気テープ又は当業者には良く知られているいくつかの不揮発性記憶装置のいずれかのうち１つ又は２つ以上を含むことができる。構成要素１６０５から１６１０及び１６１２の各々は、典型的には、バス１６１４を介してその他の装置の１つ又は２つ以上に接続されている。バス１６１４はデータバス、アドレスバス及び制御バスを含むことができる。
【０１５３】
ビデオインタフェース１６０７はビデオ表示装置１６０４に接続され、ビデオ表示装置１６０４に表示するためにコンピュータ１６０１からの映像信号を供給する。１つ又は複数の入力装置がコンピュータ１６０１を操作するためのユーザ入力を提供する。例えば、オペレータはキーボード１６０２及び／又はマウス１６０３などの指示装置を使用して、コンピュータ１６０１に入力を供給することができる。更に、ビデオのような入力がビデオカメラ１６１１及び対応する入力インタフェース回路１６１０を介して供給される。
【０１５４】
システム１６００は単に例示を目的として示されており、この他の構成を採用しても本発明の趣旨から逸脱することにはならない。実施形態を実施できるコンピュータの例としては、IBM-PC/AT又はコンパチブル、Macintosh（登録商標）のＰＣシリーズの１つ、Sun Sparcstation（登録商標）などである。これらは、単に本発明の実施形態を実施できる種類のコンピュータの一例である。典型的には、以下で説明する実施形態のプロセスはコンピュータ読み取り可能な媒体としてのハードディスクドライブ（図１６のブロック１６０９として示されている）に記録されたソフトウェア又はプログラムとして常駐しており、プロセッサ１６０５を使用して読み取られ、制御される。プログラム、画素データ及びネットワークから取り出されたデータの中間格納は、おそらくはハードディスクドライブ１６０９と協働して半導体メモリ１６０６を使用して実行できる。
【０１５５】
いくつかの例において、プログラムをＣＤ−ＲＯＭ又はフロッピーディスク（共にブロック１６０９により示されている）に符号化してユーザに提供することができ、或いは、例えば、コンピュータに接続するモデム装置を介してユーザがプログラムをネットワークから読み取ることも可能であろう。更に、磁気テープ、ＲＯＭ又は集積回路、光磁気ディスク、コンピュータと別の装置との間の無線又は赤外線送信チャネル、ＰＣＭＣＩＡカードのようなコンピュータ読み取り可能なカード、Ｅメール送信及びウェブサイトに記録された情報を含むインターネット及びイントラネットなどを含む他のコンピュータ読み取り可能な媒体から、コンピュータシステム１６００へソフトウェアをロードすることもできる。これらは、関連するコンピュータ読み取り可能な媒体の単なる例である。その他のコンピュータ読み取り可能な媒体を使用しても、本発明の趣旨から逸脱することにはならない。
【０１５６】
あるいは、ビデオメッセージ通信システムの機能又は部分機能を実行する１つ又は複数の集積回路などの専用ハードウェアで実施例を実現することができる。そのような専用ハードウェアとしては、グラフィックプロセッサ、デジタル信号プロセッサ、或いは１つ又は複数のマイクロプロセッサ及び関連メモリなどがある。
【図面の簡単な説明】
【図１Ａ】本発明の第１の実施形態による送信局を示す図。
【図１Ｂ】図１Ａの送信局の構成要素を示すブロック図。
【図１Ｃ（ａ）】図１Ｂの送信局の構成要素を更に詳細に示すブロックデータ流れ図。
【図１Ｃ（ｂ）】図１Ｂの送信局の構成要素を更に詳細に示すブロックデータ流れ図。
【図１Ｄ（ａ）】図１Ｃのメッセージ構造エディタの状態遷移図。
【図１Ｄ（ｂ）】図１Ｃのメッセージ構造エディタの状態遷移図。
【図２】本発明の実施形態のビデオ再生装置のグラフィカルユーザインタフェースＧＵＩを示す図。
【図３】本発明の実施例によるコラプスビデオメッセージ構造を示すメッセージ構造エディタのグラフィカルユーザインタフェースＧＵＩを示す図。
【図４】一部拡張させたビデオメッセージ構造を示す図３のＧＵＩの図。
【図５】完全に拡張させたビデオメッセージ構造を示す図３のＧＵＩの図。
【図６】削除前のビデオメッセージ構造のラベル付きノードを示す拡張ビデオメッセージ構造を示す図５のＧＵＩの図。
【図７】削除するためにノードとして選択されたラベル付きノードを示す拡張ビデオメッセージ構造を示す図６のＧＵＩの図。
【図８】削除前のラベル付きノードを示す拡張ビデオメッセージ構造を示す図７のＧＵＩの図。
【図９】移動動作前のラベル付きノードを示す拡張ビデオメッセージ構造を示す図８のＧＵＩの図。
【図１０】移動動作時に選択されたラベル付きノードを示す図９のＧＵＩの図。
【図１１】移動動作後のビデオメッセージ構造を示す図９のＧＵＩの図。
【図１２Ａ】本発明の第２の実施形態による受信局を示す図。
【図１２Ｂ（ａ）】図１２Ａの受信局の構成要素を更に詳細に示すブロックデータ流れ図。
【図１２Ｂ（ｂ）】図１２Ａの受信局の構成要素を更に詳細に示すブロックデータ流れ図。
【図１３Ａ】本発明の第３の実施形態によるビデオメッセージ通信システムを示す図。
【図１３Ｂ（ａ）】図１３Ａのビデオメッセージ通信システムの構成要素を更に詳細に示すブロックデータ流れ図。
【図１３Ｂ（ｂ）】図１３Ａのビデオメッセージ通信システムの構成要素を更に詳細に示すブロックデータ流れ図。
【図１４】本発明の第４の実施形態によるステーションを示す図。
【図１５（ａ）】本発明の第５の実施形態によるビデオメッセージテンプレートの一例を示す流れ制御図。
【図１５（ｂ）】本発明の第５の実施形態によるビデオメッセージテンプレートの一例を示す流れ制御図。
【図１６】本発明の実施形態を実現できる汎用コンピュータを示す図。
【図１Ａ】
0004803859.tif 000005
【図１Ｂ】
0004803859.tif 000006
【図１Ｃ（ａ）】
0004803859.tif 000007
【図１Ｃ（ｂ）】
0004803859.tif 000008
【図１Ｄ（ａ）】
0004803859.tif 000009
【図１Ｄ（ｂ）】
0004803859.tif 000010
【図２】
0004803859.tif 000011
【図３】
0004803859.tif 000012
【図４】
0004803859.tif 000013
【図５】
0004803859.tif 000014
【図６】
0004803859.tif 000015
【図７】
0004803859.tif 000016
【図８】
0004803859.tif 000017
【図９】
0004803859.tif 000018
【図１０】
0004803859.tif 000019
【図１１】
0004803859.tif 000020
【図１２Ａ】
0004803859.tif 000021
【図１２Ｂ（ａ）】
0004803859.tif 000022
【図１２Ｂ（ｂ）】
0004803859.tif 000023
【図１３Ａ】
0004803859.tif 000024
【図１３Ｂ（ａ）】
0004803859.tif 000025
【図１３Ｂ（ｂ）】
0004803859.tif 000026
【図１４】
0004803859.tif 000027
【図１５（ａ）】
0004803859.tif 000028
【図１５（ｂ）】
0004803859.tif 000029
【図１６】
0004803859.tif 000030