JP2012513693A - テキストデータを処理するための方法および装置 - Google Patents

Abstract

本発明は、少なくとも１つの第１端末（T1）と１つの第２端末（T2)との間の遠隔通信の中でテキストデータを処理するための方法に関し、処理装置（MCU）がテキストデータ（d1）を前記第１端末（T1)から受信した後、画像データ（Im）を少なくとも前記第２端末（T2)へ転送するために、前記受信されたテキストデータ（d1）を一体化した画像データ（Im）を生成するステップを具備する。また、本発明は、対応する装置、および、そのような装置を含むコールシステムに関する。

Description

本発明は、テキストデータ処理の分野に関する（特に、複数のユーザ間のテレビ会議の状況下で）。

従来のテレビ電話サービスが、最近になって強力な成長を経験している。そのようなサービスは、複数の参加者に関与した会議を開くため、ビデオ、オーディオ、および、テキストの複合的な利用を含む。

従来のオーディオ/テレビ会議の方法に加えて、テキストデータの形式でメッセージを交換するために、議論機能（「チャット」）が必要とされる。２人の参加者間のポイントツーポイント交換では、ビデオ交換とは独立に、テキストを前後に送信するためのプロセスが存在する（例えば、クライアント側でテキストを入力し、かつ、センテンスが完成したときにそれを送信する。）。

そのようなポイントツーポイントシステムの例を図１Ａに示す。この従来のシステムでは、端末AおよびBは、第１交換チャネル１上でビデオデータ、第２交換チャネル２上でオーディオデータ、および、第３交換チャネル３上でテキストデータを交換する。テキストデータの移動が、テキスト通信プロトコルによって制御される（例えば、T.140、SIPメッセージ、又は、SIP情報プロトコル）。

異なるテキスト通信プロトコル又は互換性のないプロトコルを使用して、２つの端末間でテキストによる会話（text conversation）を実行する場合、第１の課題が生じる。この課題を図１Ｂに示す。この図では、通常の交換チャネルビデオ１およびオーディオ２に加えて、例えば、端末Aは、T.140プロトコルによって管理されたテキストデータ交換チャネル４を使用し、一方で、端末Bは、SIPメッセージプロトコルによって管理されたテキストデータ交換チャネル５を使用する。その場合、端末Bはチャネル４上のテキストデータを受信することができず、かつ、逆に、端末Aはチャネル５上のデータを受信することができない。

この課題は、特に、マルチポイントのテレビ会議システム（中央制御ユニットが、複数の参加者（特に、３人以上）の間のテレビ会議を管理する）において深刻である。

これを図１Ｃに示す。この図では、通常のビデオ１およびオーディオ２交換チャネルに加えて、端末Aは、T.140プロトコルによって管理されたテキストデータ交換チャネル６を使用する。それが、同じT.140プロトコルによって管理されたテキストデータ交換チャネル７上で、端末Bからテキストデータ、および、SIPメッセージプロトコルによって管理されたテキストデータ交換チャネル８上で、端末Cからテキストデータを受信する。その場合、端末Aは、端末Bとテキスト（textually）通信することができるが、端末Cとテキスト通信することができない。

図１Ｃから、参加者が異なるテキスト通信プロトコル、又は、互換性がないプロトコルを使用する場合、テキストによる会話が失敗するので、マルチポイントのテレビ会議の参加者が多いほど、テキストデータの交換に問題が生じる機会が増えることが分かる。

加えて、そのような状況においてテキストによる会話の表示に一様性がなく、かつ、それは各端末の可能性によって決まる。

当然、複数の参加者間のテレビ会議中にテキストで会話することに伴うこの問題への１解決策は、当然、各参加者に、同じテキスト通信プロトコルの使用を要求することである（例えば、図１Ｃの端末AおよびB）。しかし、このことは、実施するには非現実的な制約であり、かつ、時には、参加者の端末が既に各自のテキスト通信プロトコル（変更することができない）を有するとき、不可能である。加えて、参加者の端末は、同じプロトコルを使用している場合にさえ、どのように、複数のテキストソースから発せられたテキストデータを受信するのかを知らない。したがって、ほとんどの端末は、マルチポイントのテキストダイアログ機能をサポートしていない。

本発明の目的の１つは、上記した従来技術の不利益を改善することである。

この趣旨で、少なくとも１つの第１端末と１つの第２端末との間の遠隔通信の中でテキストデータを処理するための方法を提案する（処理装置がテキストデータを第１端末から受信した後、画像データを少なくとも第２端末へ転送するために、前記受信されたテキストデータを一体化した画像データの生成を具備する。）。

本発明は状態を改良し、複数の関係者間に均一かつ動的な方法でテキストで会話することを可能にする（少なくともテキストデータの送信をサポートする端末から）。

したがって、第２端末は、第１端末からテキストデータを受信するために、第１端末と同じテキスト通信プロトコルを使用する必要がない。

加えて、第２端末は、今や、異なるソースから発せられ、かつ、同じプロトコルを使用して転送されたいくつかのテキストストリームを受信することができる。

好ましい態様では、処理装置は、前記テキストデータに対応するテキストの少なくとも一部を少なくとも１つのソース画像の中に埋め込む。

故に、第１端末のテキストデータが、単に処理装置から受信された画像データを見ることによって、第２端末に容易に利用可能となる。

本発明の好ましい特徴では、処理装置は、第２端末からテキストデータを付加的に受信し、かつ、前記ソース画像の中に第２端末から受信された前記テキストデータに対応するテキストの少なくとも一部を埋め込む。

この方法では、異なる端末から発せられたテキストデータを同時に表示することによって、同じテキスト通信プロトコルを使用する必要なく、会話することが可能となる。

好ましくは、ソース画像の少なくとも一部が、第１端末から処理装置へ通信される。

この方法では、第１端末から発せられたテキスト情報が、可視的性質の情報によって補足される。

好ましくは、ソース画像は、少なくとも一部が第２端末から処理装置へ通信される合成画像である。

故に、端末から発せられたテキスト情報は、それらから発せられた可視的性質の情報によって補足される。

第１変形例では、テキストデータは、前記ソース画像の定義された表示領域の中に埋め込まれる。

テキストのそのような配置により、参加者は即時に会話に追随することができる。

別の変形例では、ソース画像は、少なくとも、第１表示領域（第１端末から処理装置へ通信された第１画像の少なくとも一部で表示される）、および、第２表示領域（第２端末から処理装置へ通信された第２画像の少なくとも一部で表示される）を備えている。そのような処理装置は、第１表示領域の中に、第１端末から発せられた前記テキストデータに対応するテキストの少なくとも一部を埋め込み、かつ、第２表示領域の中に、第２端末から発せられた前記テキストデータに対応するテキストの少なくとも一部を埋め込む。

テキストのそのような配置により、会話中に入力されたテキストとその筆者とを即時に関連付けることができる。

加えて、本発明は、少なくとも１つの第１端末と１つの第２端末との間の遠隔通信の中でテキストデータを処理するための装置を提案する（上記した方法を実施可能な処理手段を備える。）。

好ましくは、処理装置は、上記した方法に従ってソース画像を生成するための前処理手段を備えている。

好ましくは、前記前処理手段は、上記した方法に従って合成画像として前記ソース画像を生成するミキシング手段を備えている。

また、本発明は、上記したテキストデータ処理装置を備え、テキストデータ及び/又は画像データを処理装置へ送信可能な少なくとも２つの端末に接続されたビデオ-テキスト会話システムに関する。

最後に、本発明は、上記した方法を実施するためのコンピュータプログラムを提案する。そのようなプログラムは、遠隔通信ネットワークを介してダウンロード可能であり、かつ/又は、処理装置のメモリに格納され、かつ/又は、処理装置と協働することを目的とした記憶媒体に格納される。

本発明の他の特徴および利点は、以下の詳細な説明および添付図面から明らかとなる。

テキスト通信をともなう異なる従来のテレビ会議システムである。 本発明の好ましい実施例によるテキストデータ処理装置概略図である。 本発明によるテキストデータおよび画像データの表示の異なる方法である。 本発明の好ましい実施例のテキスト通信をともなうテレビ会議システムである。 本発明の好ましい実施例のテキストデータ処理方法のステップである。

はじめに図２を参照する（本発明の好ましい実施例においてテキストデータ処理装置MCUを備えた会話システムを概略的に表す。）。

この会話システムでは、３人のユーザBob、JenおよびSamが、各自の端末T₁、T₂およびT₃を介して会話している。これらの端末は処理装置MCUに接続されている（示された例では、マルチポイント制御ユニット（Multipoint Control Unit；MCU）である）。図２に示されたシステムが、この例では、３人のユーザによって使用されるが、当然、本発明は、２人以上のユーザ（それぞれが制御ユニットMCUに接続された端末を備えた）によって使用されるどんなシステムにも適用することができる。

３人のユーザBob、JenおよびSamは、テキストデータd₁、d₂、d₃を各自の端末T₁、T₂およびT₃に入力することができ、かつ、それらを制御ユニットMCUへ送信することができる。ここで、「テキストデータ」は、テキストの一部を形成する１又は複数の連続する文字に対応するデータを意味すると理解しなければならない（例えば、ASCIIで符号化されたデータによって表わされた文字）。そのようなデータを、従来の端末のキーボード上で入力することができる。

テキストデータ通信プロトコル（例えば、T.140、SIPメッセージ、又は、SIP情報プロトコル）を使用して、端末と制御ユニットとの間でテキストデータを送信することができる（異なる端末T₁、T₂およびT₃によって使用されるプロトコルが、制御ユニットMCUによって認識される限りは）。したがって、本願発明では、異なるユーザが同じテキスト通信プロトコルを使用する必要がない。

制御ユニットMCUは、テキストデータを少なくとも１つの端末から（例えば、T₁）受信し、次いで、それらから、処理手段PROCで、少なくとも１つの別の端末（例えば、T₂）へ送信される画像データImを生成する。

したがって、Bobが端末T₁を用いてデータd₁を送信する場合、制御ユニットMCUは、端末T₂を用いてJenへ（又は、端末T₃を用いてSamへも）送信される画像データImを生成する。好ましくは、これらの画像データは端末T₁へも送信される（Bobが、入力されたデータd₁が実際に画像データImの中に一体化されたことを確認することができるように）。

例えば、画像データImの生成は、テキストの一部（テキストデータd₁に対応する）をソース画像Im_sの一部の中に埋め込むことによって実行することができる。このソース画像Im_sは、単純な固定された画像であってもよい（例えば、テキストデータd₁に対応するテキストの一部が白い文字として埋め込まれる、完全に黒い画像）。また、ソース画像Im_sは、ビデオストリームの一連の画像{Im_s}_l、...、kからなってもよい（例えば、制御ユニットMCUの外部の媒体から受信され、かつ、そのようなビデオストリームを生成する（例えば、テレビプログラム））。

好ましくは、ソース画像データIm_sは、ユーザ自身から来る。例えば、Bob、Jean及び/又はSamは、画像データIm₁、Im₂、Im₃（送信されたテキストデータd₁、d₂及び/又はd₃に対応するテキストの一部を埋め込むのに使用される）を送信することができる。

第１の例では、端末T₁はテキストデータd₁（ユーザBobによって入力されたテキストに対応する）、および、画像データIm₁（例えば、このユーザBobの写真に対応する）を送信する。次いで、処理手段PROCは、ソース画像データIm_sとして画像データIm₁を使用し、かつ、その中に、このユーザBobによって入力されたテキストデータd₁に対応するテキストの一部を埋め込む。次いで、ユーザBobのこの写真に対応する画像データIm（その上に彼が入力したテキストが現れる）を生成する。次いで、上記したように、これらの画像データはユーザJenへ（および、例えば、他のユーザへ（例えば、Sam）、および、恐らく、ユーザBobへ）送信される。

別の例では、端末T₁は、ユーザBobによって入力されたテキストに対応するテキストデータd₁（および、例えば、Bobの所有のウェブカメラによって取得されたビデオに対応する一連の画像データ{Im₁}_l、...、kからなるビデオストリーム）を送信する。次いで、処理手段PROCが、連続して、これらの画像のそれぞれの中に、テキストデータd₁（ユーザBobによって入力された）に対応するテキストの一部を埋め込むために、ソース画像データ{Im_s}_l、...、kとして画像データ{Im₁}_l、...、kを使用する。次いで、処理手段PROCは、ユーザBobのウェブカメラによって取得されたビデオに対応する連続した画像データ{Im}_l、...、kからなるビデオストリーム（その上に彼が入力したテキストが表示される）を生成する。次いで、このビデオストリームがユーザJenへ（および、他のユーザへ（例えば、Sam）、および、例えば、恐らく、再び、ユーザBobへ）送信される。

代表的な実施例では、送信されるテキストデータに対応するテキストが、テキストデータが制御ユニットMCUに到着するにつれて、文字単位で埋め込まれる。これが「リアルタイム」テキスト埋め込みである（テキストデータが入力される際に発生する）。そのような埋め込み方法は、参加者間に高レベルの対話性を提供する。

しかし、テキスト埋め込みの別の手段を想像することができる（処理手段PROCが、画像の中に表示する前に、完全な句を得るのを待つ。）。そのような「句単位」埋め込みの方法を達成するため、処理手段PROCはメモリ（例えば、バッファ）を備えることができる（句の終了を示すデータアイテム（例えば、キーボードのエンターキーに対応するASCIIシンボル）が受信されるまで、受信されたテキストデータが格納される。）。次いで、処理手段PROCだけが、格納されたテキストデータの全セットを処理し、かつ、句全体をソース画像Im_sの中に埋め込む。

確かに、制御ユニットMCUは、ユーザBob、JenおよびSamからそれぞれ発せられたテキストデータd₁、d₂、d₃を同時に受信してもよい。この場合、処理手段PROCは、種々の端末へ送出される同じ画像の中にこれらの異なるデータに対応するテキストの一部を、リアルタイムで同時に埋め込むことができる。上記したのと同じ方法で、処理手段PROCは、ユーザBob、Jean及び/又はSamから発せられたテキストデータを別々に格納することができる（完全な句がそのユーザから受信されているときに限って、対応するテキストを表示するように）。この格納は、すべてのユーザに共通の単一のバッファ（又は、各ユーザに専用のバッファ）において行うことができる。

好ましくは、テキストの異なる部分（受信された異なるテキストデータd₁、d₂、d₃に対応する）を、ソース画像Im_sの中央に位置している１つの領域の内部に表示することができる。次いで、異なるユーザに属したテキストを、そのユーザによって入力されたテキストに近接して、特定のデータアイテム（例えば、ユーザの名字又は名前）に言及することによって区別することができる。そのような例を図３Ａに示す。

３人の参加者が会話している図３Ａのこの例では、ソース画像Im_sは、３つの画像Im₁、Im₂、Im₃（それぞれが参加者Bob、JenおよびSamのうちの１人を示す）から形成された合成画像である。テキストの中央領域Ｚが、参加者のそれぞれに対応するテキストの一部を埋め込むように、この合成画像上に重ね合わせられている。そのような表示が（均一であることに加えて）、この１つの中央領域を見るだけで、会話のクイックビューを提供する。

そのような合成画像を取得するために、制御ユニットMCUは、ソース画像を準備し、端末T₁、T₂、T₃のそれぞれから画像データIm₁、Im₂およびIm₃を受信するための準備手段PREPを備えている。端末から制御ユニットMCUへの送信に使用された画像符号化の異なるタイプを除外するために、それぞれの復号器DECOD₁、DECOD₂、DECOD₃を用いて、これらの画像データを初めに復号してもよい。

次いで、例えば、図３Ａに示すように、３つの端末T₁、T₂、T₃からそれぞれ発せられた３つの画像（例えば、３人の異なるユーザの画像）を示した合成ソース画像Im_sを作成するために、これらの画像データIm₁、Im₂およびIm₃は、それらを処理するミキシング手段（MIX）へ送信される。他の効果が考えられ、かつ、MIXおよびPROC手段によって達成される（例えば、より動的な効果を得るために、直近に受信された文字をアニメーション化する。）。

好ましくは、ユーザによって入力されたテキストを、各自の画像に対応する領域（かつ、中央領域だけでなく）に表示することができる。そのような実施例を図３Ｂの例に示す。

図３Ｂの例では、各参加者が自身の特定の領域Z₁、Z₂、又はZ₃（入力した文字と同様に、例えば、参加者の端末から送信された画像又はビデオストリームが表示される）を有する。このタイプの表示も、均一性の利点に加えて、どのユーザが何のテキストを入力したかについて即時の可視的な区別を提供する。

図４には、本発明の好ましい実施例において、制御ユニットMCUを使用するテキスト通信をともなうテレビ会議システムを示す。

図４に示されたテキスト通信をともなうテレビ会議システムでは、３人のユーザBob、JenおよびSamが、各自の端末A、B、Cを使用して、上記したものに類似した制御ユニットMCUを介して、相互に通信する。

端末A、B、Cは、ビデオチャネル21、31、41およびオーディオチャネル22、32、42を使用して、確立されたプロトコルに従って、テレビ会議を構成する。テキストデータについて、端末Aは、プロトコルT.140を使用し、端末BはSIPメッセージプロトコルを使用し、かつ、端末CはSIP情報プロトコルを使用する。

従来のマルチポイント制御ユニットで、これらの異なる端末間のテキストでの会話は、前もって図１Ｃに示したように、異なるテキスト通信プロトコルのため、不可能である。しかし、ここで、テキストチャネル23、33、43は、上向き方向にだけ使用される（即ち、端末から制御ユニットMCUへ）。次いで、制御ユニットMCUは、上記した方法で、テキストチャネルから受信された種々のテキストデータを、ビデオチャネル21、31、41上で、下向きの方向に端末へ再送信されるビデオストリームの中に埋め込む。故に、テキストプロトコル間の互換性の問題が解決され（異なるソースから複数のテキストストリームを受信することの問題であるので）、テキストで会話することができる。

最後に、図５には、本発明の好ましい実施例によるテキストデータを処理するための方法100のステップを示す。

第１ステップ110の間に、テキストデータd₁が、例えばキーボードを用いて、少なくとも１つの端末T₁において入力される。

好ましくは、しかし選択的に、第２ステップ120の間に、ソース画像データIm₁がこの同じ端末T₁において取得される。これらのデータは、単一の画像、又は、ビデオストリームを含んでもよく、かつ、例えばウェブカメラを用いて取得してもよい。

取得ステップ120は、図５で、テキスト入力ステップ110に続くものとして示されているが、これらの２つのステップが、好都合に同時に発生してもよく、又は、逆の順序（画像データ取得ステップがテキストデータ入力ステップに先行する）でもよい。

次いで、受信ステップ130の間に、入力されたテキストデータd₁（および、恐らく、取得された画像データIm₁）が端末T₁によって送信され、かつ、制御ユニットMCUによって受信される。

次はソース画像準備ステップ140であり、画像データIm₁が処理され、特定のフォーマットにフォーマット化され、又は、他の端末から受信された他の画像データと合成されて、合成ソース画像を形成する。このステップは、制御ユニットMCUの準備手段PREPにおいて実行される。故に、ソース画像Im_s（又は、一連のソース画像からなるソース画像{Im_s}_1、...、kのストリーム）が取得される。

一体化ステップ150の間に、テキストデータd₁が、例えば、上記した表示のうちの１つにおいて、以前に準備されたソース画像Im_s又はストリーム{Im_s}_1、...、kの中に埋め込まれる。対応する画像Im又は画像{Im}_1、...、kのストリームが取得される。

いったん、これらのテキストデータがソース画像、又は、ソース画像のストリームの中に埋め込まれると、同報通信ステップ160において、画像Im又は画像{Im}_1、...、kのストリームは参加者の端末へ同報通信される（必要ならば、これらの端末に適応された符号化手段CODによって以前に符号化される）。

当然、本発明は上記した実施例に限定されない。他の方法および他の実施例が、本発明の範囲から逸脱することなく、考案され得る。

MCU 処理装置
T₁、T₂、T₃ 端末
d₁、d₂、d₃ テキストデータ
I_m 画像データ
I_ms ソース画像データ
PROC 処理手段
PREP 前処理手段
MIX ミキシング手段

Claims (15)

1. 少なくとも１つの第１端末（T₁）と１つの第２端末（T₂）との間の遠隔通信の中でテキストデータを処理するための方法であって、
   処理装置（MCU）がテキストデータ（d₁）を前記第１端末（T₁）から受信した後（130）、前記受信されたテキストデータ（d₁）を一体化した画像データ（Im）を、前記画像データ（Im）を少なくとも前記第２端末（T₂）へ転送するために（160）、生成するステップ（150）を具備する方法。
2. 前記処理装置（MCU）は、前記テキストデータ（d₁）に対応するテキストの少なくとも一部を、少なくとも１つのソース画像（Im_s）の中に埋め込むことを特徴とする請求項１に記載の方法。
3. 前記処理装置（MCU）は、
   テキストデータ（d₂）を前記第２端末（T₂）から付加的に受信し、かつ、
   前記ソース画像（Im_s）の中に、前記第２端末（T₂）から受信された前記テキストデータ（d₂）に対応するテキストの少なくとも一部を埋め込むことを特徴とする請求項２に記載の方法。
4. 前記ソース画像（Im_s）の少なくとも一部は、前記第１端末（T₁）から前記処理装置（MCU）へ通信されることを特徴とする請求項２又は３に記載の方法。
5. 前記ソース画像（Im_s）は、少なくとも一部が前記第２端末（T₂）から前記処理装置（MCU）へ通信される合成画像であることを特徴とする請求項４に記載の方法。
6. 前記テキストデータ（d₁,d₂）は、前記ソース画像（Im_s）の定義された表示領域（Z）の中に埋め込まれることを特徴とする請求項２乃至５のいずれか１項に記載の方法。
7. 前記ソース画像（Im_s）は、
   前記第１端末（T₁）から前記処理装置（MCU）へ通信される第１画像（Im₁）の少なくとも一部で表示される少なくとも第１表示領域（Z₁）、および、
   前記第２端末（T₂）から前記処理装置（MCU）へ通信される第２画像（Im₂）の少なくとも一部で表示される第２表示領域（Z₂）を具備し、
   前記処理装置（MCU）は、
   前記第１表示領域（Z₁）の中に、前記第１端末（T₁）から発せられた前記テキストデータ（d₁）に対応するテキストの少なくとも一部を埋め込み、かつ、
   前記第２表示領域（Z₂）の中に、前記第２端末（T₂）から発せられた前記テキストデータ（d₂）に対応するテキストの少なくとも一部を埋め込むことを特徴とする請求項６に記載の方法。
8. 少なくとも１つの第１端末（T₁）と１つの第２端末（T₂）との間の遠隔通信の中でデータを処理するためのテキストデータ処理装置（MCU）であって、
   テキストデータ（d₁）が第１端末（T₁）から受信されたとき、前記受信されたテキストデータ（d₁）を一体化した画像データ（Im）を、前記画像データを少なくとも１つの第２端末（T₂）へ送信するために、生成するための処理手段（PROC）を備えた装置。
9. 前記処理手段（PROC）は、前記画像データ（Im）を生成するために、前記テキストデータ（d₁）に対応するテキストの少なくとも一部を、少なくとも１つのソース画像（Im_s）の中に埋め込むことができる請求項８に記載のテキストデータ処理装置（MCU）。
10. 前記処理手段（PROC）は、前記画像データ（Im）を生成するために、前記ソース画像（Im_s）の中に、前記第２端末（T₂）から受信されたテキストデータ（d₂）に対応するテキストの少なくとも一部を付加的に埋め込むことができる請求項８又は９に記載のテキストデータ処理装置（MCU）。
11. 前記第１端末（T₁）から受信された画像データ（Im₁）から、前記ソース画像（Im_s）を生成するための前処理手段（PREP）を備えた請求項９又は１０に記載のテキストデータ処理装置（MCU）。
12. 前記前処理手段（PREP）は、少なくとも第１部分が前記第１端末（T₁）から受信された画像データ（Im₁）の関数として生成され、かつ、少なくとも第２部分が前記第２端末（T₂）から受信された画像データ（Im₂）の関数として生成される合成画像として、前記ソース画像（Im_s）を生成するためのミキシング手段（MIX）備えた請求項８乃至１１のいずれか１項に記載のテキストデータ処理装置（MCU）。
13. 請求項８乃至１０のいずれか１項に記載のテキストデータ処理装置（MCU）を備えたビデオ-テキスト会話システムであって、
    テキストデータ（d₁,d₂）を前記処理装置（MCU）へ送信することができるように少なくとも２つの端末（T₁,T₂）に接続されたシステム。
14. 請求項１１又は１２に記載のテキストデータ処理装置（MCU）を備えたビデオ-テキスト会話システムであって、
    テキストデータ（d₁,d₂）および画像データ（Im₁,Im₂）を前記処理装置（MCU）へ送信することができるように少なくとも２つの端末（T₁,T₂）に接続されたシステム。
15. 請求項１乃至７のいずれか１項に記載の方法を実施するためのコンピュータプログラムであって、
    遠隔通信ネットワークを介してダウンロード可能であり、かつ/又は、処理装置のメモリに格納され、かつ/又は、処理装置と協働することを目的とした記憶媒体に格納されたコンピュータプログラム。

Images