JP2000512788A - マルチメディアレター構成システム - Google Patents

Abstract

(57)【要約】 ウェブサーバに、ユーザが個人内容を有するマルチメディア電子メールを構成することを可能にするソフトウェアを装備する。ユーザは、資産を取得するプラグインをダウンロードする。次にユーザは、取得した資産を前記サーバに供給し、前記サーバは、これらの資産をマルチメディア電子メールに構成する。受信者は、前記電子メールの通知を受け、この電子メールを前記サーバにおいてウェブブラウザのみによって閲覧することができる。

Description

【発明の詳細な説明】 マルチメディアレター構成システム 発明の背景 １．発明の分野 本発明は、マルチメディア電子メールを構成し、送信するシステムに関係する 。 ２．関連技術 コンピュータワークステーションまたはパーソナルコンピュータ環境において マルチメディア電子メールを作成するシステムは、多数存在する。これらは、Ａ ｌｔａ Ｖｉｓｔａの「ＨＯＷＤＹ」、ＥＵＤＯＲＡメール、ＳｕｎのＳＯＬＡ ＲＩＳ電子メールパッケージおよびＰｉｎｅａｐｐｌｅの「ＡＮＩＭＡＴＥＤ ＧＲＥＥＴＩＮＧＳ」を含む。 これらのシステムには、いくつかの欠点がある。第１に、インターネットのよ うなネットワークにおける種々の機器および電子メールソフトウェアパッケージ 間の不調和により、しばしば、マルチメディアメッセージのフォーマットが、受 信システムによって判読されないことが起きる。第２に、受信者が、ウェブブラ ウザとしてのみ機能する比較的簡単な設備を有する場合、この受信者は、複雑な マルチメディア電子メールを受信できないかもしれない。第３に、マルチメディ ア電子メールを送信者側で構成するプロセスがきわめて扱い難く、このプロセス は、１）ビデオ、オーディオおよび画像のような獲得した内容に対して別々のプ ログラムを実行しなければならないことと、２）前記内容を局所ディスク上の別 個のファイルに保存しなければならないことと、３）これらのファイル名を前記 電子メール構成ソフトウェアに指定しなければならないこととを含む。 発明の要約 本発明の目的は、受信者が送信者の個人内容を有するマルチメディア電子メー ルを受信できるようにする、上述した欠点を回避するシステムを形成することで ある。 この目的は、電子メールを中央サーバに格納し、これらの電子メールを、ユー ザが必要なセキュリティ情報を知っている限り、低い機能の設備によって閲覧で きるようにしたシステムによって達成される。 このシステムは、前記電子メールの設備が、前記中央サーバに呼び物を提供す るという追加の利点を有する。前記中央サーバが広告またはインフォマーシャル 形式の情報を与える場合、ユーザは、前記電子メール設備の利用においてこのよ うな情報を受けるであろう。 ユーザがポストカードをサーバ上に構成できるようにするいくつかのシステム は既知である。例えば、http://www.yahoo.com/Entertainment/Humor＿Jokes an d＿Fun/Greeting＿Cards＿on＿www/を参照されたい。このようなシステムは、個 人マルチメディア内容がないため、真の電子メールシステムではない。ユーザは 、前記ウェブサイトからの缶詰にされたマルチメディア内容の使用を強制される 。 図面の簡単な説明 本発明を、以下の図面の参照と共に、非限定的な例として説明する。 図１は、本発明が動作できるネットワークを示す。 図２は、ユーザシステムを示す。 図３ａは、サーバの観点から見た本発明の動作のフローチャートである。 図３ｂは、ユーザシステムまたはブラウザの観点から見た図３のプラグインＤ ＬＬおよび他の展開ボックス３０７のフローチャートである。 図３ｃは、資産獲得ＤＬＬのフローチャートである。 図４は、ユーザシステムの他の態様を示す。 図５ａ−ｆは、本発明の好適実施形態の画面の外観を示す。 好適実施形態の詳細な説明 図１は、インターネットのようなネットワーク１０１と、サーバ１０２と、あ るユーザのシステム１０３と、他のユーザのシステム１０４とを含むシステムを 示す。本開示の目的のために、前記あるユーザをマルチメディア電子メールメッ セージの送信者とし、前記他のユーザを前記マルチメディア電子メールメッセー ジの受信者とする。 図２は、あるユーザのシステム１０３をより詳細に示す。このシステムは、ネ ットワークインタフェースユニット２０１を含む。ネットワークインタフェース ユニットを、電話モデム、ケーブルモデムまたはイーサネットカードのような、 どのような標準的なユニットにしてもよい。このシステムは、ＴＶモニタ、コン ピュータモニタ、ＬＣＤスクリーンまたは他のディスプレイとすることができる 表示装置２０２も含む。構成ユニットを、ＰＣまたはセットトップボックスのよ うなどのような処理装置としてもよい。有線キーボード、無線キーボード、前記 ディスプレイの接触感知構成部分、ＴＶ遠隔操作器または音声認識ユニットのよ うなユーザ入力装置２０４も存在する。マルチメディア電子メールメッセージの 内容を、ＶＣＲ２０５、ビデオカメラ２０６、マイクロホンまたは他のオーディ オ設備２０７、ＰＣハードディスクドライブまたはＣＤ−ＲＯＭ２０８、または 、スキャナ２０９のような内容源から取得すべきである。 図３ａは、サーバの視点から見た本発明によるシステムの動作の詳細なフロー チャートを示す。 ３０１において、マルチメディア電子メールを作成したいユーザは、ウェブサ イトに訪れる。３０２において、このユーザは、ログインまたは登録し、セッシ ョンｉ．ｄ．を割り当てられ、新規ユーザの場合、ユーザｉ．ｄ．を割り当てら れる。３０３において、前記ユーザに指令選択権を有するＨＴＭＬページが示さ れる。図５ａは、好適実施形態のページを示す。 ３１５において、送信指令を受けたかどうかを試験する。受けていない場合、 本システムは、３０４においてユーザ資産選択を受ける。図５ｂは、好適実施形 態の資産選択ページを示す。この選択を、ユーザによって、このユーザ画面上の ボタンをクリックすることによって行なう。この画面は、テキスト用ボタン５０ １と、オーディオ用ボタン５０２と、スチール写真用ボタン５０３と、ビデオ用 ボタン５０４とを含む。 次に本システムは、選択された資産の形式に対する資産「プラグイン」を受け る。「プラグイン」は、ウェブブラウザの標準的な拡張機能である。ここでは、 プラグインを、個々の形式の資産を取得するために使用する。そのコードは、前 記資産を取得する装置の形式に特有である。例えば、写真を取得し、ディジタル 化するプラグインは、業界標準のＴＷＡＩＮスキャナライブラリおよび仕様書を 使用し、どのＴＷＡＩＮ準拠のスキャナとも相互作用する。オーディオおよびビ デオを取得するプラグインは、ＰＣにおける、ＭＦＣおよびまたはビデオフォー ウィンドウズのような標準的なマイクロソフトライブラリを使用する。これらの プラグインを、好適には、ネットスケープによって公表されたプラグイン仕様に 従うＤＬＬ（ダイナミックリンクライブラリ）として実装する。 プラグインについての他の情報は、http://home.netscape.com/eng/mozilla/3 .0/handbook/pgguide.htmにおいて見ることができる。他のプラグインを、ネッ トスケープナビゲータおよびマイクロソフトインターネットエクスプローラに関 連して見つけることができる。他のプラットフォーム、例えば、セットトップボ ックスまたはディジタルＴＶＳは、当業者がこれらのプラットフォーム自身のた めに同等のプラグインを開発できるようにするソフトウェア開発ツールを有する 。したがって、ここに示すアーキテクチャを、すべてのインターネットブラウザ に容易に移植できる。 図３ｂおよびｃは、ブラウザの視点から見たボックス３０７の動作の２つの部 分を示す。図３ｂの部分は、ブラウザによって使用され、資産を受け、取得した 資産をサーバに送る部分であり。図３ｂは、プラグインＤＬＬとして知られる。 図３ｂのソフトウェアは、ユーザに対するインタフェース画面の形成も行なう。 図３ｃの部分は、ドライバソフトウェアおよび取得ハードウェア、例えば、ビデ オキャプチャボード、と相互作用し、資産を取得し、それを局所ディスク上に保 存するソフトウェアを示す。図３ｃのモジュールを、資産取得ＤＬＬとも呼ぶ。 図３ｂおよび３ｃを、当業者によって結合し、双方の機能を行なう一体の部分を 形成することができる。 図３ｂは、３２０において、ブラウザからのパラメータ、すなわち、セッショ ンｉ．ｄ．、ユーザｉ．ｄ．、ウィンドウサイズ、色、等の受け取りから開始す る。３２１および３２２において、図３ｂにおいて使用されるプラグインＤＬＬ と、図３ｃにおいて使用される資産取得ＤＬＬとを初期化する。３２３において 、前記ユーザ画面を形成または変更する。ユーザ画面の例を、図５ａ−ｆにおい て示す。３２４において、このソフトウェアは、ユーザ指令または資産取得ＤＬ Ｌからのメッセージを待つ。 ３２５において、このソフトウェアは、取得を開始する時であるかどうかを決 定する。そうであれば、３２６において、資産取得ＤＬＬに資産の取得を要求し 、制御を３２３に戻す。 取得を開始する時ではない場合、３２７において、取得を中止する時であるか どうかを試験する。そうであれば、３２８において、資産取得ＤＬＬに取得の中 止を要求し、制御を３２３に戻す。 取得を中止する時ではない場合、３２９において、取得した資産を再生する時 であるかどうかを試験する。このような再生を、ユーザ要求に応じて行なう。こ のような要求があった場合、３３０において、資産取得ＤＬＬに記録された資産 の再生を要求する。このような要求が無い場合、制御は３３１に進む。 ３３１において、取得した資産をサーバに送る時であるかどうかを試験する。 そうであれば、３３２において、取得した資産のファイル名をブラウザに供給し 、ブラウザにこのファイルをサーバにアップロードするように要求する。その後 、３３４において、プラグインＤＬＬを終了し、この手順は終了する。 ３３１において、取得した資産をサーバに送る時ではない場合、あるエラーが 生じる。したがって、３３３において、資産取得ＤＬＬから中断通知が送られ、 ３３５において、診断メッセージがユーザに表示される。次に、制御は３２３に 戻る。 図３ｃは、資産取得ＤＬＬの動作を示す。３４０において、資産取得ＤＬＬを 初期化する。次に３４１において、資産取得ＤＬＬは、プラグインＤＬＬからの 要求、エラーまたは中断を待つ。３４２において、プラグインＤＬＬからの取得 要求があるかどうかを試験する。そうであれば、３５２において、最長待機時間 を設定する。３５１において、前記取得装置に取得開始を要求し、制御は３４１ に戻る。 取得開始の要求が無い場合、３４３において、取得中止の要求があるかどうか を試験する、取得中止の要求がある場合、３４４において、資産をファイルに保 存し、プラグインＤＬＬにそのファイル名を知らせ、制御は３５０に進む。 取得中止の要求が無い場合、３４５において、再生要求があるかどうかを試験 する。このような要求がある場合、３５３において、取得した資産を再生し、制 御は３４１に戻る。 再生要求が無い場合、３４６において、中断するかどうかを試験する。そうで あれば、３４７において、前記資産をファイルに保存し、３４９において、通知 メッセージをプラグインＤＬＬに対して形成する。次に、制御は３５０に移る。 ボックス３４６の後、中断がなければ、エラーが生じるはずであり、３４８に おいて、エラーメッセージをプラグインＤＬＬに対して形成し、制御は３５０に 移る。 ３５０において、資産取得ＤＬＬを終了する。 図３ａに戻って、ユーザ選択を受けると、３０５において、プラグインソフト ウェアを検索すべきである。次に、３０６において、本システムは、ユーザが予 め取得したこの形式の資産を有しているか、またはより明確には、ユーザがすで に局所ディスクにインストールされた関連するプラグインを有しているかどうか を決定しなければならない。 ユーザがプラグインを必要としている場合、３１２において、このプラグイン をウェブサーバからダウンロードする。本システムがプラグインを有していれば 、３０７において、このプラグインをロードし、実行する必要がある。次に、３ ０９において、取得された資産をユーザコンピュータから受け、３１０において 、これらの資産を前記マルチメディアメッセージに加える。これらの資産を、標 準的な「複数パート形式」フォーマットを使用するウェブサーバに伝送する。 以下は、ユーザコンピュータにおけるブラウザによる資産の取得および伝送に 関する疑似コードである。 プラグイン初期化 ブラウザによって渡されたパラメータ（例えば、ユーザｉ．ｄ．、セッショ ンｉ．ｄ．、資産形式）を読む 資産取得に使用すべき装置のスキャン局所セットアップ 局所装置初期化 ユーザインタフェース表示 ユーザ入力を処理し、取得を開始、中止、編集する 取得した資産を局所格納部に保存 ブラウザにセーバとの接続の中止を要求 ブラウザを使用し、格納された資産を含む複数パートＨＴＭＬ形式を提出 セッションｉ．ｄ．およびユーザｉ．ｄ．をサーバに渡す 終了 以下は、サーバに関する疑似コードである。 初めてのユーザならば、 ユーザを登録 そうでなければ、 身元を確認 セッションｉ．ｄ．割り当て 資産ボタンを有する画面を表示 ユーザが資産ボタンをクリックしたならば、 プラグインオブジェクトが埋め込まれた空のｈｔｍｌファイルを供給 そうでなく、ユーザがアドレス／送信ボタンをクリックしたならば、 ユーザにメッセージのアドレス指定および送信を行なわせ、受信者に通知 ブラウザが、取得した資産のアップロードのために接続しているならば、 アップロードされた資産を、セッションｉ．ｄ．およびユーザｉ．ｄ．を 構成しているメッセージの識別子として使用し、保存する 図５ｃは、好適実施形態における、写真走査プラグインを実行した時にユーザ が見る画面を示す。図５ｄは、録画プラグインを実行した時にユーザが見る画面 を示す。図５ｅは、録音プラグインを実行した時にユーザが見る画面を示す。図 ５ｆは、好適実施形態において表示される完成したレターの一部を示す。 受信者が前記メッセージを通知された場合、受信者は、このメッセージのなに か識別するものが与えられる必要がある。上記疑似コードにおいて、セッション ｉ．ｄ．およびユーザｉ．ｄ．を使用し、前記受信者に対するメッセージを識別 する。これは、受信者のみがこれらのｉ．ｄ．を知るため、一種の安全保障とな る。追加の安全保障を望むならば、パスワードアクセスを前記メッセージに対し て確立することができ、または、前記メッセージをスクランブルすることができ る。 図４は、前記ユーザシステムにおけるソフトウェアモジュールの構成をより詳 細に示す。ウェブブラウザ１０２を、図２と同じものとする。図４は、また、ウ ェブブラウザ４０１と、プラグイン４０２と、資産取得装置４０３とを示す。

Claims (1)

1. 【特許請求の範囲】 １．ネットワークとインタフェースし、マルチメディア情報を前記ネットワーク から受信すると共に前記ネットワークに送信するインタフェース手段と、 メモリ手段と、 前記インタフェース手段およびメモリ手段と協働し、 少なくとも１つの送信機から前記インタフェース手段を経て受信される個人 内容を有するマルチメディア電子メールを含む前記マルチメディア情報を、前 記インタフェース手段を経て遠隔受信機によってアクセスするために、前記メ モリ手段において、ダウンロード可能または閲覧可能な形式に構成し、 前記遠隔受信機から前記インタフェースを経て受けたメッセージ識別情報を 調整し、 前記遠隔受信機が特定のマルチメディア電子メールにアクセスできるように する処理手段とを具えることを特徴とするサーバ。 ２．ネットワークと、 請求の範囲１に記載のサーバと、 マルチメディア電子メール構成設備を具える遠隔送信機とを具えるシステム。 ３．請求の範囲２に記載のシステムにおいて、前記マルチメディア電子メール構 成設備が、前記サーバからダウンロードされた少なくとも１つのプラグインま たはプラグイン同等物を具えることを特徴とするシステム。 ４．請求の範囲３に記載のシステムにおいて、前記遠隔受信機が、前記特定のマ ルチメディア電子メールを閲覧することができるが、前記ネットワークに送り 出されたマルチメディア電子メールを受信できないようにしたことを特徴とす るシステム。 ５．遠隔送信機によって構成されたマルチメディア電子メールを、ネットワーク を経て、サーバにおいて第１に受信するステップと、 前記マルチメディア電子メールを、後の検索のためにデータベースにおいて 構成するステップと、 前記格納された電子メールについての情報を、前記遠隔送信機から、前記ネ ットワークを経て、遠隔受信機に送信するステップと、 前記遠隔受信機からのマルチメディア電子メールについての要求を、前記ネ ットワークを経て、前記サーバにおいて第２に受信するステップと、 前記サーバによって、前記遠隔受信機が前記マルチメディア電子メールに前 記ネットワークを経てアクセスできるようにするステップとを具えるマルチメ ディア通信方法。 ６．請求の範囲５に記載の方法において、前記遠隔送信機が、前記電子メールを 、前記ネットワークを経て前記遠隔受信機に直接送信できないようにしたこと を特徴とする方法。 ７．請求の範囲５に記載の方法において、前記サーバが、ワールドワイドウェブ を経て閲覧するホームページを提供し、前記サーバが、前記遠隔受信機または 遠隔送信機に、各々前記第１または第２の受信ステップの前に、前記ホームペ ージの少なくとも一部を閲覧するように要求することを特徴とする方法。 ８．送信局においてマルチメディア電子メールを構成する方法であって、 ａ．ネットワークを経てサーバにアクセスするステップと、 ｂ．ユーザ選択権を示す前記サーバから受信した画面情報を表示するステッ プと、 ｃ．資産選択情報を前記送信局から前記サーバに送信するステップと、 ｄ．前記送信局が、所望の資産を取得するプラグインまたはプラグイン同等 物を有しているかどうかを決定するステップと、 ｅ．前記決定ステップの否定的な結果に応じて、前記所望の資産を取得する プラグインまたはプラグイン同等物を、前記サーバからダウンロードするステ ップと、 ｆ．前記所望の資産を、前記プラグインまたはプラグイン同等物を使用して 取得するステップとを具えることを特徴とする方法。 ９．サーバを使用して、マルチメディア電子メールの構成において支援する方法 であって、 ａ．アクセス要求を送信局から受信するステップと、 ｂ．ユーザ選択権を示す画面情報を前記送信局に送信するステップと、 ｃ．資産選択情報を前記送信局から受信するステップと、 ｄ．前記送信局が、所望の資産を取得するプラグインまたはプラグイン同等 物を有しているかどうかを決定するステップと、 ｅ．前記決定ステップの否定的な結果に応じて、前記所望の資産を取得する プラグインまたはプラグイン同等物を、前記送信局にダウンロードするステッ プと、 ｆ．前記送信局が前記所望の資産を前記プラグインまたはプラグイン同等物 を使用して取得した後、前記所望の資産を前記送信局から受信するステップと を具えることを特徴とする方法。 10．請求の範囲９に記載の方法において、前記所望の資産を使用してマルチメデ ィア電子メールを構成するステップと、前記マルチメディア電子メールを閲覧 可能な形式において前記サーバにおいて保存するステップとをさらに具えるこ とを特徴とする方法。