JP2006236342A - マルチメディア電子書式の検証方法及びシステム - Google Patents

Abstract

【課題】 マルチメディア電子書式の作成と検証を容易にすることである。
【解決手段】 マルチメディア情報を入力として受け入れるように構成されたフィールドを有する電子書式の生成を容易にする、コンピュータシステムにより実行される方法である。マルチメディア情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有する。フィールドと関連づけられた一組の制約条件を指定する情報を受け取る。一組の制約条件は、前記フィールドに入力された情報を検証するために使用される。一組の制約条件をフィールドと関連づける。
【選択図】 図２

Description

本発明は、書式の処理に関し、特に、マルチメディア情報を入力として受け入れるように構成されたフィールドを少なくとも１つ有する電子書式の処理方法に関する。

ビジネスや市民生活において書式は広く使用されている。いろいろな目的のために書式を記入する。コンピュータの普及に伴い、ますます多くの書式が電子書式として提供され、コンピュータを用いて記入されている。電子書式はフィールドのリストを有し、各フィールドは特定タイプの情報や値を受け入れるように構成されている。いろいろなソフトウェアを利用して電子書式を構成することが可能である。書式作成者は、書式に含めるべきフィールドのリストをこれらのソフトウェアにより指定することができる。書式作成者は、書式フィールドが受け入れる情報のタイプ及び／または値の許容範囲を指定することもできる。例えば、人の氏名を特定する情報を受け付けるように構成された氏名フィールドの場合、書式作成者は、その氏名フィールドに入力された情報はテキスト情報でなければならないことを指定できる。他の例として、人の年齢を特定する情報を受け付けるように構成された年齢フィールドの場合、書式作成者は、その年齢フィールドに入力された情報は数値情報でなければならないことを指定できる。

電子書式を検証またはチェックするいろいろなアプリケーションも、現在入手可能である。検証には、必要な情報が電子書式に入力されたかどうかをチェックし、その電子書式のフィールドに入力された情報のタイプをチェックし、入力された情報の値の範囲をチェックし、さらにフィールドに入力された値がデータベース中で唯一のものであるかどうかテストすることが含まれる。書式は、一般に、そのフォームまたはそれのフィールドに関連するすべての要求と条件が満たされた時、検証されたものと考えられる。

従来の書式において、ほとんどの場合、フィールドは一般的にテキスト、数値、または日付等の情報を受け入れるように構成され、検証はこれらの情報のタイプに対して実行されている。しかし、将来、電子書式は、テキスト、数値、またはデータ等の情報の他に、他のタイプの情報を受け入れるように構成されたフィールドを含むようになる。例えば、電子書式は、オーディオ情報、ビデオ情報、または画像フォーマットデータ等のマルチメディア情報を入力として受け入れるように構成されたフィールドを有してもよい。このようなマルチメディア書式の作成と検証を容易にする方法が望まれている。

本発明の実施形態は、入力としてマルチメディア情報を受け入れるように構成されたフィールドを少なくとも１つ含む電子書式を作成及び処理する方法を提供する。マルチメディア情報を受け入れるように構成されたフィールドを少なくとも１つ有する電子書式を作成する方法を提供する。一組の制約条件（叙述）を定め、それをマルチメディア書式のフィールドに関連させる方法を提供する。この方法は、少なくとも１つの制約条件を定め、それをマルチメディア情報を受け入れるように構成されたフィールドに関連付けるものでもある。書式のフィールドと関連づけられた制約条件があれば、それに基づきその書式を検証する方法が提供される。検証の結果に応じていろいろな動作が実行される。

本発明の一実施形態によると、マルチメディア情報を入力として受け入れるように構成されたフィールドを有する電子書式の生成を容易にする、コンピュータシステムにより実行される方法であって、前記マルチメディア情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有する方法が提供される。前記第１のフィールドと関連づけられた一組の制約条件を指定する情報を受け取る。前記一組の制約条件は前記第１のフィールドに入力された情報を検証するために使用される。前記一組の制約条件を前記第１のフィールドと関連づける。

本発明の一実施形態によると、書式の第１のフィールドと関連づけられた一組の制約条件中の制約条件を組み合わせる情報を受け取る。前記一組の制約条件に基づき前記第１のフィールドに入力された情報の検証が成功した場合に実行するべき１つ以上の動作を特定する情報を受け取る。前記一組の制約条件に基づき前記第１のフィールドに入力された情報の検証が成功しなかった場合に実行するべき１つ以上の動作を特定する情報を受け取る。

本発明の一実施形態によると、電子書式を作成する方法が提供される。マルチメディア情報を入力として受け入れるように構成された第１のフィールドを有する電子書式をコンピュータシステムを用いて作成する。前記マルチメディア情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有する。前記第１のフィールドと関連づけられるべき、かつ、前記第１のフィールドに入力された情報を検証するために使用されるべき一組の制約条件を特定する。前記第１のフィールドと関連づけられるべき前記一組の制約条件の制約条件を組み合わせる１つ以上の関係を特定する。前記第１のフィールドに入力された情報の検証が成功した場合、または成功しなかった場合に実行するべき１つ以上の動作を特定する。

本発明の一実施形態によると、１つ以上のフィールドを有する一組のフィールドを有する電子書式を検証する方法が提供される。前記一組のフィールドの第１のフィールドに入力された入力情報を決定する。前記入力情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有する。前記第１のフィールドと関連づけられた１つ以上の制約条件を有する一組の制約条件を決定する。前記一組の制約条件の各制約条件に対して、前記第１のフィールドに入力された入力情報が前記制約条件を満たすかどうか決定する。

本発明の一実施形態によると、前記第１のフィールドに入力された入力情報が前記第１のフィールドに対して決定された前記一組の制約条件の制約条件の組み合わせを満たすかどうか決定する。

本発明の一実施形態によると、前記第１のフィールドに入力された情報が前記一組の制約条件の制約条件の組み合わせを満たす場合、前記第１のフィールドを受け入れ可能としてマークする。また、前記第１のフィールドに入力された情報が前記一組の制約条件の制約条件の組み合わせを満たさない場合、前記第１のフィールドを受け入れ不能としてマークする。

本発明の一実施形態によると、前記第１のフィールドに入力された入力情報が前記一組の制約条件の各制約条件を満たす場合、前記第１のフィールドの検証が成功したことを示す。

本発明の一実施形態によると、一組のフィールドを有する電子書式を検証する方法が提供される。前記フィールドに入力された入力情報を前記一組のフィールドの各フィールドについて決定する。前記一組のフィールド中の少なくとも１つのフィールドに入力された入力情報は、画像情報、オーディオ情報、またはビデオ情報のうち少なくとも１つを有する。前記フィールドと関連づけられた１つ以上の制約条件を有する一組の制約条件を前記一組のフィールド中の各フィールドに対して決定する。前記フィールドに入力された入力情報が前記フィールドと関連づけられた前記一組の制約条件を満たすかどうか、前記一組のフィールド中の各フィールドに対して決定する。

本発明の一実施形態によると、前記一組のフィールド中の各フィールドについて、前記フィールドに入力された入力情報が前記フィールドに対して決定された前記一組の制約条件を満たす場合、前記電子書式の検証が成功したと表示し、前記一組のフィールド中の少なくとも１つのフィールドについて、前記少なくとも１つのフィールドに入力された入力情報が前記少なくとも１つのフィールドに対して決定された前記一組の制約条件を満たさない場合、前記電子書式の検証が成功しなかったと表示する。

本発明の上記その他の特徴、実施形態、利点は、図面を参照して以下の詳細な説明を読めば明らかとなるであろう。

以下の説明においては、説明の目的で、本発明を完全に理解してもらうために具体的詳細について記載する。しかし、本発明はこれらの具体的詳細が無くても実施できることは明らかである。

本発明の実施形態は、入力としてマルチメディア情報を受け入れるように構成されたフィールドを少なくとも１つ含む電子書式を作成及び処理する方法を提供する。マルチメディア情報を受け入れるように構成されたフィールドを少なくとも１つ有する電子書式を作成する方法を提供する。一組の制約条件（叙述）を定め、それをマルチメディア書式のフィールドに関連させる方法を提供する。この方法は、少なくとも１つの制約条件を定め、それをマルチメディア情報を受け入れるように構成されたフィールドに関連付けるものでもある。電子的書式は、その後、その書式のフィールドと関連づけられた制約条件があれば、それに基づき検証される。検証の結果に応じていろいろな動作が実行される。

電子書式とは、少なくとも１つのフィールド（またはエレメント）を有する電子的実態（例えば、電子文書）を指す。各フィールドは情報を受け入れるように構成されている。電子書式のフィールドは、特定タイプの入力を受け入れるように構成されている。フィールドの情報タイプは、一般的に、その書式によって異なり、フィールドに入力されることが期待される情報の性質に応じて決まる。例えば、年齢情報を入れるフィールドは数値情報を入力として受け入れるように構成されており、住所情報を入れるフィールドはテキスト情報を入力として受け入れるように構成されている。その他のフィールドも同様である。

マルチメディア書式とは、マルチメディア情報（すなわち、マルチメディアオブジェクト）を入力として受け入れるように構成されたフィールドを少なくとも１つ有する電子書式を指す。マルチメディア書式は、マルチメディア情報を受け入れるように構成されたフィールドと、テキスト、データ、数値情報等を入力として受け入れるように構成されたフィールドが混在するものであってもよい。マルチメディア情報とは、（アニメーション情報を含む）ビデオ情報、オーディオ情報、画像情報（例えば、写真画像、スライド、ホワイトボード画像）、その他のタイプの情報のいずれか、またはその組み合わせを指す。マルチメディア情報に含まれる媒体はこの他にも多数ある。例えば、遠隔測定データ、自信データ、その他のタイプのセンサーによる測定データ等の時間ベースセンサーサンプル等が含まれる。マルチメディア情報またはオブジェクトの例としては、（オーディオ、ビデオ、及び場合によってはクローズドキャプションテキスト情報を有する）テレビ放送のビデオレコーディング、歌などのオーディオクリップ、デジタル写真、スキャン画像等がある。マルチメディア情報は、いろいろなフォーマットで存在する。例えば、MPEGフォーマット（例えば、MPEG1、MPEG2、MPEG3、MPEG4、MPEG7など）、MP3フォーマット、同期化マルチメディア統合言語（SMIL）フォーマット、HTML+TIMEフォーマット、WMF（ウィンドウズ（登録商標）メディアフォーマット）、RM（リアルメディア）フォーマット、クイックタイムフォーマット、ショックウェイブフォーマット、種々の画像フォーマット（例えば、JPEG等）、いろいろなストリーミングメディアフォーマット、技術関係者により開発中のフォーマット、独自フォーマット、特注フォーマットなどである。

図１は、本発明の一実施形態による電子的マルチメディア書式１００を示す図である。書式１００は、「交通事故及び保険レポート」の提出に使用されるものである。この書式は保険査定人が記入し、事故の報告をするものである。書式１００は、事故に関する情報を入力する「事故の詳細」セクションと、事故に巻き込まれた運転者に関する情報を入力するための「運転者情報」セクションとを有する。

「事故の詳細セクションは、その事故に関する情報を入力するための複数のフィールドを有する。これらのフィールドには次のフィールドが含まれている。すなわち、事故が起こった日付を示す情報をいれるためのフィールド１０２、事故の時刻を特定する情報をいれるためのフィールド１０４、事故の場所を特定する情報を入れるためのフィールド１０６、事故の内容を説明したテキスト情報をいれるためのフィールド１０８、事故の内容を説明するオーディオ情報（またはオーディオオブジェクト）を入れるためのフィールド１１０、事故の現場のビデオ情報（またはビデオオブジェクト）を入れるためのフィールド１１２、及び事故に巻き込まれた車の画像または写真を入れるフィールド１１４。フィールド１１０、１１２、及び１１４は、マルチメディア情報を入力として入れるように構成されたフィールドである。例えば、保険査定人は、ボイスレコーダを用いて事故状況の口頭での説明を記録し、記録したオーディオオブジェクトをフィールド１１０に入力する。保険査定人は、ビデオレコーダ等のビデオ記録装置を用いて、事故の状況を記録し、そのビデオ記録をフィールド１１２に入力する。また、カメラを用いて写真を撮り、デジタル化した写真をフィールド１１４に入力する。フィールド１０２、１０４、１０６、及び１０８は、テキスト情報、数値情報、またはデータ情報を入力として入れるためのフィールドである。

電子マルチメディア書式１００の「運転者情報」セクションは、事故に巻き込まれた運転者に関する情報を入力するための複数のフィールドを有する。これらには、次のフィールドが含まれる。すなわち、運転者の氏名を特定する情報を入れるためのフィールド１２０、運転者の免許証番号を特定する情報を入れるためのフィールド１２２、運転者の生年月日を特定する情報を入れるためのフィールド１２４、運転者の住所を特定する情報を入れるためのフィールド１２６、運転者の写真を入れるためのフィールド１２８、保険査定人が行った運転者とのインタビューをいれるためのフィールド１３０である。従って、フィールド１２８と１３０は、マルチメディア情報を入力として入れるように構成されたフィールドである。フィールド１３０は、オーディオ情報とビデオ情報を含むいろいろなタイプのマルチメディア情報を受け入れるように構成されている。フィールド１２０、１２２、１２４、及び１２８は、テキスト情報、数値情報、またはデータ情報を入力として入れるためのフィールドである。

書式１００には、保険査定人が書式記入後にデジタル署名をするフィールド１３２も設けられている。保険査定人を特定する情報を受け入れるフィールド１３４と、保険査定人がその書式に記入した日付を特定する情報を受け入れるフィールド１３６も設けられている。

保険査定人は、書式に記入し終わると、「送信」ボタン１３８を選択し、電子書式を処理のために送信する。電子書式を処理のために送信する前に、その書式を検証してもよい。検証の一部として、必要な情報がすべて書式に入力されたかどうか判断し、書式のフィールドに関連付けられた制約条件がもしあれば、入力された情報がその制約条件を満たすかどうか判断するチェックを実行する。例えば、フィールド１１４の場合、保険査定人がフィールド１１４に入力した写真が、そのフィールド１１４に関連づけられた制約条件がもしあれば、その制約条件を満たすかどうか判断するために検証を実行する。 検証の結果に応じて少なくとも１つの動作を実行する。実行すべき動作は、書式、その書式中のフィールド、またはそのフィールドに関連付けられた制約条件ごとに設定される。例えば、あるフィールドに入力された情報がそのフィールドに関連付けられた制約条件を満たさない場合、書式記入者にメッセージを出力して、そのフィールドの情報を再入力させるか、またはそのフィールドに入力された情報が正しいかチェックもしくは確認する。検証で拒絶された理由も出力される。書式が正常に検証された場合、検証されたフォームは、さらに処理するため他のシステムまたはアプリケーションに転送される。電子書式が検証されたことを示す情報をその電子書式に格納してもよい。

検証は、記入者が書式フィールドに記入するのと並行してインターラクティブに実行してもよい。インターラクティブなモードにおいては、フィールドに記入した際すぐに検証が実行され、書式記入者に検証結果が出力される。これにより、書式記入者は、エラー状態に関するフィードバックをすぐに受け取ることができる。検証は、一群のフィールドとまたはすべてのフィールドが記入されてからバッチ処理で実行してもよい。例えば、上で説明したように、ユーザが「送信」ボタンを選択した時にフィールドの検証を実行することもできる。

図２は、本発明の一実施形態によるマルチメディア書式の作成及び検証システムを示すブロック図である。図２は、本発明を組み込んだ実施形態を示すものであり、請求項に記載した発明の範囲を限定するものではない。本技術分野の当業者は、この他の変形例、修正例、代替例に想到することができるであろう。

図２に示したように、書式設計者２０２は、書式作成システム２０４を用いてマルチメディア電子書式２１２を含む電子書式を設計する。新しいマルチメディア電子書式は、一から作成されるか、または既存の書式２０６または書式テンプレート２０８を用いて作成される。書式作成システム２０４により、書式設計者２０２は、マルチメディア電子書式に含まれるべきフィールドと、そのフィールドが入力として受け入れるよう構成されている情報のタイプを特定することができる。電子書式作成プロセスの一部として、フォームの少なくとも１つのフィールドに対して一組の制約条件を指定する。これには、マルチメディア情報を入力として受け入れるように構成されたフィールドの制約条件も含まれる。制約条件を使用して書式を検証する。書式作成システム２０４により制約条件２１０のリストにアクセスできる。書式設計者２０２は、作成するマルチメディア電子書式のフィールドに対して一組の制約条件を指定して選択することができる。利用可能な制約条件のリストが書式設計者２０２に提示される。書式設計者は、書式のフィールドと関連づけるべき制約条件を選択することができる。

少なくとも１つの制約条件が書式のフィールド（マルチメディア情報を入力として受け入れるように構成されたフィールドも含む）と関連付けられる。フィールドの制約条件は、そのフィールドが受け入れるように構成された情報の態様や特徴と関係している。１つのフィールドに対して複数の制約条件が指定された場合、そのフィールドの制約条件が組み合わせられるその組み合わせ方を特定する情報も指定される。本発明の一実施形態によると、１つのフィールドの複数の制約条件が組み合わせられるその組み合わせ方が、例えば書式設計者２０２により特定される。一実施形態において、複数の制約条件を組み合わせるためにブール演算子を特定する。そのブール演算子は、その複数の制約条件を含むブール条件式を形成する。例えば、電子書式の１つのフィールドに対して２つの制約条件C1とC2が指定された場合、これらの制約条件を（C1 AND C2）と組み合わせる。この条件は、フィールドに入力された情報が正常に検証されるには、制約条件C1とC2が両方とも満たされなければならないことを示す。１つのフィールドの複数の制約条件間の関係を特定するため、他のブール（すなわち論理）演算子（例えば、OR、NOT、NAND、NOR等）を用いることもできる。書式設計者により特に組み合わせが特定されないで１つのフィールドに対して複数制約条件が定められた場合、AND演算子が１つのフィールドの複数制約条件間を組み合わせるデフォルト演算子として使用される。このように、マルチメディア電子書式の１つのフィールドに対する複数の制約条件を表し組み合わせる構文的方法を設ける。制約条件を使用して書式のフィールドを検証する。

一部の実施形態において、書式作成システム２０４を用いて、事前設定された電子書式に制約条件を関連づける。例えば、書式作成システム２０４その他のシステムを用いて作成された電子書式が与えられる。書式設計者は、その事前に設定された電子書式のフィールドに１以上の制約条件を書式作成システム２０４を用いて関連づける。

書式設計者は、検証が成功または失敗した時に実行すべき具体的な動作を指定することもできる。その動作は、書式全体に対して指定してもよいし、フィールドごとに指定してもよい。例えば、あるフィールドに対して、そのフィールドの検証が失敗した場合に実行すべき動作がもしあれば指定し、また、そのフィールドの検証が成功した場合に実行すべき動作がもしあれば指定する。制約条件ごとに動作を指定してもよい。例えば、ある制約条件が満足された場合、あるいは満足されなかった場合に実行されるべき動作を指定してもよい。

書式設計者２０２から受け取った情報に基づいて、書式作成システム２０４は、関連付けられた制約条件を伴う電子マルチメディア書式を作成するように構成されている。そして、マルチメディア電子書式２１２が使用可能となる。電子書式２１２は、システム２１４を介してその書式の使用を欲するユーザに出力される。システム２１４は、ユーザ（書式記入者２１６）が電子書式２１２を見てそのフィールドに情報を入力することを可能とするシステムや装置であればどのようなものでもよい。システム２１４の例としては、デスクトップコンピュータ、ノートブックコンピュータ、PDA、携帯電話等の移動通信装置、キオスク端末、多機能装置、画像形成装置等がある。書式記入者２１６は、システム２１４を用いて書式２１２のフィールドに情報を入力する。

本発明の一実施形態によると、書式記入者２１６が書式２１２に情報を入力した後、その電子書式は書式記入者２１６により入力された情報とともに検証システム２１８に送信される。検証システム２２１８は、その書式に対して指定された制約条件に基づき、書式記入者２１６により入力された情報の検証を実行するように構成されている。検証は、例えば、書式記入者が図１に示した「送信」ボタンを選択した時に、電子書式全体について実行する。検証は、ユーザがフィールドに情報を入力した時、フィールドごとに実行してもよい。例えば、ユーザがフィールドに情報を入力して、「改行（Enter）」キーを押した時にフィールドの検証を実行する。ユーザがフィールドに情報を入力して、フィールドの外にカーソルを動かした時（例えば、「タブ」キーを押して、次のフィールドに移ったとき）にそのフィールドの検証を実行してもよい。

検証システム２１８は、検証の結果に基づき、１以上の動作を開始してもよい。例えば、フィールドに入力された情報がそのフィールドに関連づけられた制約条件を満たさない場合、検証システム２１８は、エラーメッセージを生成し、システム２１４を使用している書式記入者２１６に出力する。そのエラーメッセージは、検証失敗の理由を示し、書式記入者にそのフィールドに情報を再入力するよう要求し、入力した情報をチェックするように要請するものである。検証成功を示すメッセージが検証システム２１８により任意的に生成され、システム２１４を使用している書式記入者に出力されてもよい。検証の結果に基づきその他の動作が検証システム２１８により実行または開始される。例えば、書式の検証に成功した場合、検証システム２１８は、その電子書式を検証済みとしてマークし、その電子書式をさらに処理のため他のシステムまたはアプリケーションに送信する。

上で示したように、書式作成システム２０４は、書式設計者に電子書式のフィールドに制約条件を関連づけることを可能とする。図３は、本発明の一実施形態によるマルチメディア書式のフィールドに制約条件を関連づける方法を示すフローチャート３００である。図３に示した方法は、プロセッサ、ハードウェアモジュール、またはそれらの組み合わせにより実行されたソフトウェアコードモジュールまたは命令により実行される。図３に示したフローチャート３００は、本発明の一実施形態を示すものであり、本発明の範囲を限定するためのものではない。その他の変形例、修正例、変更例も、本発明の範囲内にある。図３に示した方法は、異なる実施制約条件で機能するように構成されている。

図３に示したように、マルチメディア電子書式を特定する情報を受信する（ステップ３０２）。そのマルチメディア電子書式のために指定されたフィールドのリストを決定する（ステップ３０４）。フィールドのリストは、マルチメディア情報を受け入れるように構成された少なくとも１つのフィールドを含む。ステップ３０４で決定されたフィールドリストを、例えば書式設計者に出力する（ステップ３０６）。そのフィールドリストから１つのフィールドを選択したことを示す情報を受け取る（ステップ３０８）。選択されたフィールドについて利用可能な制約のリストを決定する（ステップ３１０）。その制約条件リストは、選択されたフィールドが受け入れる要に構成された情報のタイプに基づき決定される。例えば、選択されたフィールドがオーディオ情報を受け入れるように構成されている場合、第１の制約条件リストが決定され、選択されたフィールドがビデオ情報を受け入れるように構成されている場合、第２の制約条件リストが決定される。その他の場合も同様である。従って、選択されたフィールドが受け入れるように構成されている情報のタイプが設定されると、その情報を用いて利用可能な制約条件のリストが決定される。選択されたフィールドの情報のタイプが設定されていない場合、ステップ３１０において決定される制約条件のリストにはすべての利用可能な制約条件（ユーザがフィールドの情報タイプを設定を可能とする制約条件も含む）が含まれる。

ステップ３１０で決定された制約条件リストを、書式設計者に出力する（ステップ３１２）。書式設計者が選択したフィールドと関連づけたい少なくとも１つの制約条件を特定する情報を受け取る（ステップ３１４）。例えば、選択したフィールドは、図１に示した書式１００のフィールド１１４であり、書式設計者は、確実に、フィールド１１４に入力された画像が裁判所で使用できる解像度が十分高いものであり、画像がシャープであり、自動車の一定の部分の画像を含んでいることをと欲しているとする。書式設計者は、そのフィールドに対して以下の４つの制約条件を指定する。
C1:画像は少なくとも５００万画素でなければならない、
C2:画像のアスペクト比は1.5:1より大きい、
C3:画像の「ぼけ」レーティングは閾値「K」より下である
C4:画像は適当な方向から見た自動車を含んでいる。

また、制約条件は、選択されたフィールドに情報が入力されなければならないか（すなわち、そのフィールドが「必須」フィールドであるかどうか）指定する。マルチメディア情報を受け入れるように構成されたフィールドについて指定された制約条件は、電子書式の他のフィールドのエントリーの値に依存することもある。上記の他のフィールドは、マルチメディア情報と非マルチメディア情報のいずれを受け入れるフィールドであってもよい。非マルチメディア情報に対して指定された制約条件は、その電子書式の他のフィールド（マルチメディア情報フィールドであっても、非マルチメディア情報フィールドであってもよい）のエントリーの値に依存させることができる。

フィールド１１２のように、複数の制約条件が指定された場合、その複数の制約条件の組み合わせ方（または、制約条件間の関係）を指定する情報を、ステップ３１４において受け取る。一実施形態において、複数の制約条件を組み合わせるためにブール演算子を使用する。例えば、電子書式の１つのフィールドに対して２つの制約条件C1とC2が指定された場合、これらの制約条件を（C1 AND C2）と組み合わせる。この条件は、フィールドに入力された情報が正常に検証されるには、制約条件C1とC2が両方とも満たされなければならないことを示す。１つのフィールドの複数の制約条件間の関係を特定するため、他のブール（すなわち論理）演算子（例えば、OR、NOT、NAND、NOR等）を用いることもできる。組み合わせ演算子が何も指定されない場合、ブールAND演算子がデフォルトの組み合わせ演算子として使用される。

上述の通り、書式設計者は、検証が成功または失敗した時に実行すべき具体的な動作を指定することもできる。その動作は、書式全体に対して指定してもよいし、フィールドごとに指定してもよいし、制約条件ごとに指定してもよい。従って、選択されたフィールドの検証がうまく行っても行かなくても、任意的に、少なくとも１つの動作を指定する情報を受け取る（ステップ３１６）。別の実施形態において、検証の成功または失敗に応じる動作ロジックをシステムまたは装置（例えば、図１に示した検証システム２１８）にプログラムしておく。一群の動作において、制約条件を評価した結果に基づきフィールドの値を設定してもよい。例えば、全てのマルチメディア情報フィールドの値が受け入れ可能な場合、「有効なアイテム」というチェックボックスフィールドをマークする。

書式設計者により指定された（組み合わせ情報を含む）制約条件と動作が（もしあれば）を、選択されたフィールドと関連づける（ステップ３１８）。制約条件の情報と動作の情報は、電子書式の一部として格納される。

図４は、本発明の一実施形態によるマルチメディア書式の作成を容易にするために使用するモジュールを示すブロック図である。図４に示したモジュールは、ソフトウェア（コードモジュールまたは命令）として実装しても、ハードウェアとして実装しても、これらの組み合わせで実装してもよい。さらに、図４に示したモジュールは、本発明の一実施形態を示すものであり、請求項に記載した本発明の範囲を限定するものではない。

ユーザインターフェイスモジュール４０２が設けられており、電子書式の作成に関する情報を出力し、また、電子書式の作成に使用する入力を受け取る。例えば、ユーザインターフェイスモジュール４０２により、書式設計者は、書式作成システムとインターラクトすることができる。入力情報は、マウス、キーボード、ポインタ等の入力装置を用いて入力される。書式設計者により入力された入力情報には、書式中のフィールドを指定する情報と、そのフィールドと関連づけられるべき制約条件と、制約条件の検証が成功または失敗した場合に実行すべき動作その他を指定する情報が含まれている。書式構成モジュール４０４は、電子書式２１２を生成する処理をする。書式構成モジュール４０４は、書式テンプレート２０８と既存の電子書式２０６にアクセスし、新しい書式を構成するために使用することができる。書式構成モジュール４０４は、制約条件編集モジュール４０６及び動作編集モジュール４１０と協働してマルチメディア電子書式を構成する。

制約条件編集モジュール４０６により、書式設計者は、電子書式のフィールドに対して制約条件を指定し、１つのフィールドに対して複数の制約条件があれば、その組み合わせを指定することができる。フィールドに対して指定された制約条件は、そのフィールドと関連づけられる。制約条件編集モジュール４０６は、いろいろな利用可能な制約条件を特定する制約条件情報４０８にアクセスすることができる。

動作編集モジュール４１０により、書式設計者は、フィールドの検証がうまく行った場合、または行かなかった場合に実行されるべき動作を指定することができる。動作は、電子書式全体を指定したものでもよいし、電子書式の個別のフィールドを指定したものでもよし、制約条件を個別に指定したものでもよい。動作編集モジュール４１０は、書式設計者が選択して利用することができるいろいろな動作を特定する動作情報４１２にアクセスすることができる。書式設計者は、動作をカスタマイズして指定することもできる。

上述のように、電子書式のフィールドには、１つ以上の制約条件を関連づけることができる。関連づけられた制約条件は、そのフィールドを検証するために使用される。フィールドに関連づけられた制約条件のタイプは、そのフィールドが受け入れるように構成された情報のタイプに依存することもある。例えば、マルチメディア情報を受け入れるように構成されたフィールドと関連づけられた制約条件は、そのマルチメディア情報の属性や特徴に基づくものであるか、またはその属性や特徴と関係するものである。例えば、画像を入力するように構成されたフィールドの場合、そのフィールドに対して指定される制約条件は、画像の属性に関係する。画像を受け入れるように構成されたフィールドに対して指定できる制約条件には、次のような画像属性に関する制約条件が含まれる：画像サイズ、画像形状、画像の色深度（またはビット深度）、動きのぼやけ、ぼやけの尺度、または画像の（画像が十分フォーカスされているかどうかを示す）フォーカス、画像全体の明るさ、画像コントラスト、画像の解像度（例えば、画像中の画素数に関するもの）、画像のアスペクト比、画像コンテンツ、既存のデータベースに対して画像が一意的かどうか、画像がシャープにフォーカスされているかどうか、画像がメタデータタグを有するか有しないか、画像の解像度、画像の色モデル（例えば、CYMK、RGBなど）、画像の色範囲、画像が検出可能な構成要素を含むかどうか（検出可能な構成要素とは、例えば、顔、自動車、花などである）、画像がステガノグラフィーデータを含むかどうか、画像のキャプチャに使用された装置（例えば、カメラ）に関する識別情報に基づく制約条件、画像と関連づけられた日付（例えば、画像がキャプチャされた日付）に関する制約条件、画像と関連づけられた時刻（例えば、画像がキャプチャされた時刻）に関する制約条件、画像と関連づけられたGPSによる位置情報に基づく制約条件、画像フォーマット（例えば、JPGやJ2ｋ）、画像が複数のページ（すなわち、「ｎ」ページ）を有するかどうか、及び、画像の属性に関するその他の制約条件。例えば、あるフィールドには認可されたモデルのカメラで撮った画像だけを入力でき、EXIFタグ（日本の（社）電子情報技術産業協会のメーカ及びモデルのエントリーをチェックしてその画像を検証する。ステガノグラフィーデータまたは情報は、既知の方法で画像の画素値をわずかに操作することで、画像コンテント内に隠された情報である。よくある例としては、画像の最下位カラービットを操作することにより、カラー画像内に白黒画像を含ませることができる。最下位ビット以外のカラー情報を全て削除することによりその白黒画像を再生できるが、フルカラー画像は肉眼では元の画像とほとんど区別がつかない。ステガノグラフィーは、商業的画像内に透かしとして著作権情報を入れるために使用されることが多い。

ビデオ情報にも制約条件を指定してもよい。ビデオ情報を受け入れるように構成されたフィールドと関連づけられた制約条件は、ビデオ情報の属性または特徴と関係している。例えば、ビデオの各フレーム（または、特定のフレーム、または特定の一連のフレーム）が静止画像に対して指定された一組の制約条件を満たすという制約条件を設定する元もできる。フィールドに入力されたビデオ情報が一定の時間的長さを有し、または一定のフレームレートを有することを要求する制約条件を指定することもできる。ビデオ情報を入力として受け入れるように構成されたフィールドに対して指定できる制約条件には、次のような属性や特徴に関する制約条件が含まれる：ビデオ情報の時間的特徴（例えば、ビデオの長さに関する制約条件）、ビデオの少なくとも１つのフレーム（画像制約条件はそのフレームに対して指定される）、ビデオの品質、ビデオ音声の品質（オーディオ情報に対する制約条件に関しては後で説明する）、ビデオメタデータタグ、ビデオ中にあるＭＰＥＧ関係の構成要素（例えば、MPEG-7構成要素の存否）、クローズドキャプション情報、シーン検出、ビデオ情報属性に関するその他の制約条件。ビデオ品質に関する制約条件は、そのビデオのフレームと関連づけられた制約条件に関する。制約条件は、１つのフレーム、各フレーム、一組のフレーム、少なくとも「ｎ」個のフレーム、少なくとも１つのフレーム、多くとも「ｎ」個のフレーム、平均、メジアン、モード、ビデオ中にあるシーン変化の回数、認識された個人の顔の数、その他のコンテントベースの制約条件として表すことができる。

オーディオ情報に制約条件を指定してもよい。オーディオ情報を受け入れるように構成されたフィールドと関連づけられた制約条件は、オーディオ情報の属性または特徴と関係している。例えば、オーディオ情報と関連づけられた時間レート及び／またはサンプリングレートに関する制約条件を指定することができる。メタデータ情報の制約条件を指定してもよい。オーディオ情報を入力として受け入れるように構成されたフィールドに対する制約条件には、次のものに関係する制約条件がある：オーディオ情報の時間的特徴、サンプリングレート、メタデータに関連づけられた制約条件、タグ（例えば、ＭＰ３タグ）、オーディオ情報のスピーカ（スピーチ認識）、サイドチャンネル情報、音量、オーディオ信号の特徴（例えば、オーディオノイズ）、オーディオの変化特性、周波数ヒストグラム、オーディオ指紋など。別のタイプの情報に対して、別のタイプの制約条件を指定してもよい。

上述の通り、検証は（例えば、書式記入者が電子書式を送信した時に）電子書式全体に対して実行してもよいし、フィールドごとに実行してもよい。図５は、本発明の一実施形態による電子書式のフィールドを検証する方法を示すフローチャート５００である。図５に示した方法は、プロセッサ、ハードウェアモジュール、またはそれらの組み合わせにより実行されたソフトウェアコードモジュールまたは命令により実行される。図５に示したフローチャート５００は、本発明の一実施形態を示すものであり、本発明の範囲を限定するためのものではない。その他の変形例、修正例、変更例も、本発明の範囲内にある。図５に示した方法は、異なる実施制約条件で機能するように構成されている。

図５に示したように、電子マルチメディア書式のフィールドを検証する信号の受信により、処理が開始される（ステップ５０２）。本発明の教示によると、検証されるフィールドは、マルチメディア情報を受け入れるように構成されていてもよい。フィールドと関連づけられた、またはそのフィールドに対して指定された制約のリストを決定する（ステップ５０４）。制約条件は、ステップ５０４で決定された制約条件のリストから選択される（ステップ５０６）。

選択されたフィールドの選択された制約条件が満たされているかどうか判定する（ステップ５０８）。ステップ５０８の一部として、選択されたフィールドに入力された情報が決定され、制約条件を満たすかどうか決定するために処理される。例えば、選択されたフィールドに入力された情報はマルチメディアオブジェクト（例えば、画像、ビデオレコーディングなど）であってもよく、そのマルチメディアオブジェクトを処理して、選択された制約条件を満たすかどうか判断する。ステップ５０８で制約条件を満たしていると判断した場合、制約条件を満たすとしてその制約条件をマークする（ステップ５１０）。ステップ５０４で決定された制約条件のリストに、フィールドと関連づけられた制約条件でまだ処理されていないもの（すなわち、前に評価されていないもの）があるかどうかチェックする。まだ処理されていない制約条件が少なくとも１つある場合、ステップ５０４で決定した制約条件のリストから次のまだ処理されていない制約条件を選択して（ステップ５１４）、ステップ５０８に戻って処理を続ける。ステップ５０８で制約条件を満たしていないと判断した場合、制約条件を満たさないとしてその制約条件をマークして（ステップ５１６）、ステップ５１２に進み処理を続ける。

フィールドと関連づけられた全ての制約条件を評価または処理した後、そのフィールドに対して指定された制約条件の組み合わせが満たされるかどうか判定する（ステップ５１８）。上述の通り、制約条件は、ブール演算子を用いて組み合わされて、制約条件のブール論理式を形成する。ステップ５１８において、制約条件のブール演算子による組み合わせ（すなわちブール論理式）の結果を評価し、それが真であるか偽であるかチェックする。真は、そのフィールドとその入力情報が制約条件の組み合わせをパスしたことを表し、偽は、そのフィールドとその入力情報が制約条件の組み合わせをパスしなかったことを表す。例えば、(C1 AND C2)という組み合わせの場合、制約条件C1とC2が両方とも満たされた場合にのみ、その組み合わせは真となる。例えば、(C1 AND C2)という組み合わせの場合、制約条件C1とC2が両方とも満たされた場合にのみ、その組み合わせは真となる。特に演算子が指定されていない場合には、デフォルトとしてブール演算子ANDが指定されているものとして演算子の組み合わせを評価する。

ステップ５１８において、フィールドとその入力情報が制約条件の組み合わせをパスしたと判定された場合、そのフィールドは検証され受け入れ可能としてマークされる（ステップ５２０）。検証がうまく行くと、任意的に１つ以上の動作が実行される（ステップ５２２）。動作の例としては、例えば、フィールドに入力された情報のデータベースへの格納や、書式記入者に対する情報の出力などがある。動作はフィールドごとに異なるものでもよい。動作は制約条件ごとに異なるものであってもよい。すなわち、その動作は、制約条件が満たされたとき、あるいは満たされなかったときに実行される。動作を構成するのは、書式設計者でも、書式の処理フローの管理者でも、その他のユーザでもよく、または電子書式の処理に係わるプロセスにより決められてもよい。

ステップ５１８において、フィールドとその入力情報が制約条件の組み合わせをパスまたは満足しないと判定された場合、そのフィールドは無効または受け入れ不能としてマークされる（ステップ５２４）。検証がうまく行かないと、任意的に１つ以上の動作が実行される（ステップ５２６）。これらの動作の例としては、例えば、書式記入者へのエラーメッセージを出力してそのフィールドに入力された情報の再入力や再チェックをもとめたり、エラーメッセージを記録したりすることが含まれる。上述の通り、実行する動作はフィールドに対して構成され、または制約条件に対して構成されている。すなわち、その動作は、その制約条件が満たされたとき、あるいは満たされないときに実行される。

制約条件の組み合わせを指定する情報は、本発明の実施形態の一部では指定されない。例えば、本発明の一実施形態において、フィールドに入力された情報がそのフィールドと関連づけられたすべての制約条件を満たすときに、そのフィールドは成功裏に検証されたと考えられる。フィールドに入力された情報がそのフィールドと関連づけられた制約条件の全ては満たさないとき、そのフィールドの検証は失敗したと考えられる。

図５に示した処理は、電子マルチメディア書式の各フィールドについて繰り返される。例えば、書式記入者が電子書式のフィールドに情報を記入し、その電子書式を「送信」すると、その電子書式の全てのフィールドのリストが決定され、図５に示した処理がその電子書式の各フィールド（マルチメディア情報を入力として受け入れるように構成されたフィールドも含む）に対して実行される。一実施形態において、電子書式のフィールドのいずれか１つでも検証が成功しない場合、その電子書式は無効または受け入れ不能としてマークされる。成功した場合には、その電子書式は検証済みまたは受け入れ可能としてマークされる。懸賞情報はその電子書式の一部として格納される。電子書式の検証プロセスが成功したか失敗したかに基づき、１つ以上の動作が実行される。前述の通り、動作はフィールドごとに構成してもよし、制約条件ごとに構成してもよい。動作を構成するのは、書式設計者でも、書式の処理フローの管理者でも、その他のユーザでもよく、または電子書式の処理に係わるプロセスにより決められてもよい。検証が成功した時の動作には、例えば、電子書式をその入力データとともに他のプロセスまたはアプリケーションに送信してさらに処理することや、電子書式のフィールドに入力された情報をデータベースに格納することなどが含まれる。検証が失敗した時の動作の例としては、例えば、書式記入者へのエラーメッセージを出力してそのフィールドに入力された情報の再入力や再チェックをもとめたり、エラーメッセージを記録したりすることが含まれる。

図６は、本発明の一実施形態によるマルチメディア書式を検証するために使用するモジュールを示すブロック図である。図６に示したモジュールは、ソフトウェア（コードモジュールまたは命令）として実装しても、ハードウェアとして実装しても、これらの組み合わせで実装してもよい。さらに、図６に示したモジュールは、本発明の一実施形態を示すものであり、請求項に記載した本発明の範囲を限定するものではない。

書式処理モジュール６０２は、検証のため電子書式または電子マルチメディア書式のフィールドを受け取るように構成されている。書式処理モジュール６０２は、有効性テストモジュール６０４と協力して検証処理を実行するように構成されている。電子書式が与えられると、書式処理モジュール６０２は、その電子マルチメディア書式のフィールドと、そのフィールドに入力された情報がもしあればその情報とのリストを決定するように構成されている。各フィールドは、有効性テストモジュール６０４により検証される。

有効性テストモジュール６０４は、検証すべき各フィールドに対してそのフィールドに対して指定された制約条件６０８にアクセスするか、または判定するように構成されている。一実施形態において、制約条件は、検証される書式の一部として格納される。有効性テストモジュール６０４は、１つ以上のプラグインモジュール６０６を用いて、フィールドとそれに入力された情報がそのフィールドと関連づけられた制約条件を満たすかどうか判定する処理を実行する。各プラグインモジュール６０６は、特定の制約条件をチェックする処理を実行する。例えば、１つのプラグインモジュールは、コントラストとぼやけに関するチェックを実行するように構成されている。プラグインは、特定タイプの情報に対して指定された制約条件を評価するように構成されている。例えば、マルチメディア情報に対する制約条件を処理する複数のプラグインが設けられている。第１のプラグインは、オーディオ情報の有効性をチェックするために設けられ、第２のプラグインは、ビデオ情報をチェックするために設けられる。プラグインを使用することにより、検証処理の柔軟性を高めることができる。新しいタイプの制約条件をチェックする場合、そのチェックをするプラグインを設けることにより、容易に対応することができる。同様に、いろいろなタイプの情報の有効性をチェックするには、対応する処理を実行するプラグインを設ければよい。しかし、明らかなことは、請求項に記載したように、本発明にとってプラグインは必須のものではないことである。有効性チェックは他の方法を用いて実行してもよい。

動作モジュール６１０は、動作を実行するように構成されている。これらの動作は、検証処理の成功または失敗に応じて実行される。実行されるべき動作は、検証される電子書式に対して指定されている。電子書式の特定のフィールドに対して動作を指定してもよい。電子書式のフィールドと関連づけられた特定の制約条件に対して動作を指定してもよい。実行されるべき動作を指定するのは、書式設計者でも、書式の処理フローの管理者でも、その他のユーザでもよく、または電子書式の処理に係わるプロセスにより決められてもよい。

図７は、本発明の一実施形態を実施するために用いるコンピュータシステム７００を示すブロック図である。図７に示したように、コンピュータシステム７００はプロセッサ７０２を含み、そのプロセッサ７０２はバスサブシステム７０４を解して複数の周辺デバイスと通信する。この周辺デバイスには、記憶サブシステム７０６と、ユーザインターフェイス入力デバイス７１２と、ユーザインターフェイス出力デバイス７１４と、ネットワークインターフェイスサブシステム７１６とを含む。記憶サブシステム７０６は、メモリサブシステム７０８とファイル記憶サブシステム７１０を有する。

バスサブシステム７０４は、コンピュータシステム７００のいろいろな構成要素やサブシステムが相互に通信できるメカニズムを提供する。バスサブシステム７０４は単一のバスとして概略的に示したが、バスサブシステムの別の実施形態では、複数のバスを利用してもよい。

ネットワークインターフェイスサブシステム７１６は、他のコンピュータシステム、ネットワーク、及びデバイスとのインターフェイスを提供する。ネットワークインターフェイスサブシステム７１６は、コンピュータシステム７００以外のシステムとの間でデータを送受信するインターフェイスとして機能する。

ユーザインターフェイス入力デバイス７１２は、例えば、キーボードと、マウス、トラックボール、タッチパッドまたはグラフィックタブレット等のポインティングデバイスと、スキャナと、バーコードスキャナと、ディスプレイに組み込まれたタッチスクリーンと、音声認識システム等のオーディオ入力デバイスと、マイクロホンと、その他のタイプの入力デバイスとを含んでもよい。一般に、「入力デバイス」という用語は、コンピュータシステム７００に情報を入力するデバイス及びメカニズムをすべて含むものとして使用した。

ユーザインターフェイス出力デバイス７１４は、ディスプレイサブシステム、プリンタ、ファックス機、またはオーディオ出力装置等の非視覚的ディスプレイを含んでもよい。ディスプレイサブシステムは、陰極線管（CRT）、液晶ディスプレイ（LCD）等のフラットパネルディスプレイ、またはプロジェクション装置を含んでもよい。一般に、「出力デバイス」という用語は、コンピュータシステム７００から情報を出力するデバイス及びメカニズムをすべて含むものとして使用した。

記憶サブシステム７０６は、本発明の機能を提供する基本的なプログラムとデータを格納するように構成されている。本発明の機能を提供するソフトウェア（コードモジュールまたは命令）は、記憶サブシステム７０６に格納される。ソフトウェアモジュールまたは命令は、プロセッサ７０２により実行される。記憶サブシステム７０６は、本発明により使用されるデータを格納するリポジトリも提供する。記憶サブシステム７０６は、メモリサブシステム７０８とファイル／ディスク記憶サブシステム７１０とを有する。

メモリサブシステムは、主ランダムアクセスメモリ（RAM）７１８とリードオンリメモリ（ROM）７２０を含む複数のメモリを含む。ランダムアクセスメモリ７１８は、プログラム実行の際に命令とデータを記憶する。リードオンリメモリ７２０は、固定された命令を格納する。フィル記憶サブシステム７１０は、プログラムとデータファイルを永続的に（不揮発的に）記憶するものであり、ハードディスクドライブ、フレキシブルディスクドライブ、CD-ROM、DVD、光ディスク、リムーバブルメディアカートリッジ、その他の記憶媒体を含む。

コンピュータシステム７００にはいろいろなタイプがあり、例えば、パーソナルコンピュータ、ポータブルコンピュータ、ワークステーション、ネットワークコンピュータ、メインフレーム、キオスク端末、その他のデータ処理システムが含まれる。コンピュータとネットワークは絶え間なく変化しているので、図７に示したコンピュータシステムは、コンピュータシステムの好ましい実施形態を例示する目的のための具体的な例として示したものである。図７に示したシステムよりも構成要素が多い構成のものもあれば、少ない構成のものもある。

本発明の実施形態を説明したが、いろいろな修正例、変更例、代替的な構成、均等物も本発明の範囲に含まれる。本発明は、特定のデータ処理環境における動作に限定されず、複数のデータ処理環境において動作させることも自由である。また、一連の段階やステップを用いて本発明を説明したが、当業者には言うまでもなく、本発明は、説明した一連の段階やステップには限定されない。

さらに、ハードウェアとソフトウェアの特定の組み合わせを用いて本発明を説明したが、言うまでもなく、ハードウェアとソフトウェアの他の組み合わせも本発明の範囲に含まれる。本発明は、ハードウェアのみにより実施することができ、ソフトウェアのみにより実施することもでき、ハードウェアとソフトウェアの組み合わせにより実施することもできる。

従って、明細書の記載と図面は、本発明を限定するものではなく、例示するものであると考えるべきである。しかし、明らかなことは、請求項に記載した発明の精神と範囲から逸脱することなく、追加、削除、その他の修正、及び変更をすることができることである。

本発明の一実施形態による電子的マルチメディア書式を示す図である。 本発明の一実施形態によるマルチメディア書式の作成及び検証システムを示すブロック図である。 本発明の一実施形態によるマルチメディア書式のフィールドに制約条件を関連づける方法を示すフローチャートである。 本発明の一実施形態によるマルチメディア書式の作成を容易にするために使用するモジュールを示すブロック図である。 本発明の一実施形態による電子書式のフィールドを検証する方法を示すフローチャートである。 本発明の一実施形態によるマルチメディア書式を検証するために使用するモジュールを示すブロック図である。 本発明の一実施形態を実施するために用いるコンピュータシステムを示すブロック図である。

符号の説明

２０２ 書式設計者
２０４ 書式作成システム
２０６ 既存書式
２０８ 書式テンプレート
２１０ 制約情報
２１２ マルチメディア電子書式
２１４ システム／装置
２１６ 書式記入者
２１８ 検証システム
４０２ ユーザインターフェイス
４０４ 書式構成
４０６ 制約条件編集
４０６ 動作編集
４０６ 制約条件情報
４１０ 動作情報
６０２ 書式プロセッサ
６０４ 有効性テスタ
６０６ プラグイン
６１０ 動作モジュール
７００ コンピュータシステム
７０２ プロセッサ
７０４ バスサブシステム
７０６ 記憶サブシステム
７０８ メモリサブシステム
７１０ ファイル記憶サブシステム
７１２ ユーザインターフェイス入力デバイス
７１４ ユーザインターフェイス出力デバイス
７１６ ネットワークインターフェイス

Claims (17)

1. マルチメディア情報を入力として受け入れるように構成されたフィールドを有する電子書式の生成を容易にする、コンピュータシステムにより実行される方法であって、
   前記マルチメディア情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有し、
   前記方法は、
   前記フィールドと関連づけられた一組の制約条件を指定する情報を受け取るステップであって、前記一組の制約条件は、前記フィールドに入力された情報を検証するために使用されるステップと、
   前記一組の制約条件を前記フィールドと関連づけるステップと、
   を有することを特徴とする方法。
2. 請求項１に記載の方法であって、
   前記フィールドと関連づけられた前記一組の制約条件の制約条件を組み合わせる情報を受け取るステップをさらに有することを特徴とする方法。
3. 請求項１に記載の方法であって、
   前記一組の制約条件に基づき前記フィールドに入力された情報の検証が成功した場合に実行するべき１つ以上の動作を特定する情報を受け取るステップをさらに有することを特徴とする方法。
4. 請求項１に記載の方法であって、
   前記一組の制約条件に基づき前記フィールドに入力された情報の検証が成功しなかった場合に実行するべき１つ以上の動作を特定する情報を受け取るステップをさらに有することを特徴とする方法。
5. 電子書式の作成方法であって、
   マルチメディア情報を入力として受け入れるように構成されたフィールドを有する電子書式をコンピュータシステムを用いて作成するステップであって、前記マルチメディア情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有するステップと、
   前記フィールドと関連づけられるべき、かつ、前記フィールドに入力された情報を検証するために使用されるべき一組の制約条件を前記コンピュータシステムを用いて特定するステップと、
   前記フィールドと関連づけられるべき前記一組の制約条件の制約条件を組み合わせる１つ以上の関係を前記コンピュータシステムを用いて特定するステップと、
   を有することを特徴とする方法。
6. 請求項５に記載の方法であって、
   前記フィールドに入力された情報の検証が成功した場合に実行すべき１つ以上の動作を前記コンピュータシステムを用いて特定するステップをさらに有することを特徴とする方法。
7. 請求項５に記載の方法であって、
   前記フィールドに入力された情報の検証が成功しなかった場合に実行すべき１つ以上の動作を前記コンピュータシステムを用いて特定するステップをさらに有することを特徴とする方法。
8. １つ以上のフィールドを有する一組のフィールドの電子書式を検証するコンピュータシステムにより実行される方法であって、
   前記一組のフィールドのフィールドに入力された入力情報を決定するステップであって、前記入力情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有するステップと、
   前記フィールドと関連づけられた１つ以上の制約条件を有する一組の制約条件を決定するステップと、
   前記一組の制約条件の各制約条件に対して、前記フィールドに入力された入力情報が前記制約条件を満たすかどうか決定するステップと、
   を有することを特徴とする方法。
9. 請求項８に記載の方法であって、
   前記フィールドに入力された入力情報が前記フィールドに対して決定された前記一組の制約条件の制約条件の組み合わせを満たすかどうか決定するステップをさらに有することを特徴とする方法。
10. 請求項９に記載の方法であって、
    前記フィールドに入力された情報が前記一組の制約条件の制約条件の組み合わせを満たす場合、前記フィールドを受け入れ可能としてマークするステップと、
    前記フィールドに入力された情報が前記一組の制約条件の制約条件の組み合わせを満たさない場合、前記フィールドを受け入れ不能としてマークするステップと、
    をさらに有することを特徴とする方法。
11. 請求項８に記載の方法であって、
    前記フィールドに入力された入力情報が前記一組の制約条件の各制約条件を満たす場合、前記フィールドの検証が成功したことを示すステップをさらに有することを特徴とする方法。
12. 一組のフィールドを有する電子書式を検証するコンピュータシステムにより実行される方法であって、
    前記フィールドに入力された入力情報を前記一組のフィールドの各フィールドについて決定するステップであって、前記一組のフィールド中の少なくとも１つのフィールドに入力された入力情報は、画像情報、オーディオ情報、またはビデオ情報のうち少なくとも１つを有するステップと、
    前記フィールドと関連づけられた１つ以上の制約条件を有する一組の制約条件を前記一組のフィールド中の各フィールドに対して決定するステップと、
    前記フィールドに入力された入力情報が前記フィールドと関連づけられた前記一組の制約条件を満たすかどうか、前記一組のフィールド中の各フィールドに対して決定するステップと、
    を有することを特徴とする方法。
13. 請求項１２に記載の方法であって、
    前記一組のフィールド中の各フィールドについて、前記フィールドに入力された入力情報が前記フィールドに対して決定された前記一組の制約条件を満たす場合、前記電子書式の検証が成功したと表示するステップと、
    前記一組のフィールド中の少なくとも１つのフィールドについて、前記少なくとも１つのフィールドに入力された入力情報が前記少なくとも１つのフィールドに対して決定された前記一組の制約条件を満たさない場合、前記電子書式の検証が成功しなかったと表示するステップと、
    を有することを特徴とする方法。
14. マルチメディア情報を入力として受け入れるように構成されたフィールドを有する電子書式の生成を容易にするように構成されたシステムであって、
    前記マルチメディア情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有し、前記システムは、
    プロセッサと、
    メモリと、を有し、
    前記メモリは、前記プロセッサにより実行された時、前記プロセッサに、
    前記フィールドと関連づけられた一組の制約条件を指定する情報を受け取るステップであって、前記一組の制約条件は前記フィールドに入力された情報を検証するために使用されるステップと、
    前記一組の制約条件を前記フィールドと関連づけるステップと、
    を実行させる複数の命令を格納していることを特徴とするシステム。
15. １つ以上のフィールドを有する一組のフィールドを有する電子書式を検証するシステムであって、前記システムは、
    プロセッサと、
    メモリと、を有し、
    前記メモリは、前記プロセッサにより実行された時、前記プロセッサに、
    前記一組のフィールドのフィールドに入力された入力情報を決定するステップであって、前記入力情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有するステップと、
    前記フィールドと関連づけられた１つ以上の制約条件を有する一組の制約条件を決定するステップと、
    前記一組の制約条件の各制約条件に対して、前記フィールドに入力された入力情報が前記制約条件を満たすかどうか決定するステップと、
    を実行させる複数の命令を格納していることを特徴とするシステム。
16. 一組のフィールドを有する電子書式を検証するシステムであって、前記システムは、
    プロセッサと、
    メモリと、を有し、
    前記メモリは、前記プロセッサにより実行された時、前記プロセッサに、
    前記フィールドに入力された入力情報を前記一組のフィールドの各フィールドについて決定するステップであって、前記一組のフィールド中の少なくとも１つのフィールドに入力された入力情報は、画像情報、オーディオ情報、またはビデオ情報のうち少なくとも１つを有するステップと、
    前記フィールドと関連づけられた１つ以上の制約条件を有する一組の制約条件を前記一組のフィールド中の各フィールドに対して決定するステップと、
    前記フィールドに入力された入力情報が前記フィールドと関連づけられた前記一組の制約条件を満たすかどうか、前記一組のフィールド中の各フィールドに対して決定するステップと、
    を実行させる複数の命令を格納していることを特徴とするシステム。
17. データプロセッサに１つ以上のフィールドを有する一組のフィールドを有する電子書式を検証させる複数の命令を格納したコンピュータ読み取り可能媒体であって、前記複数の命令は、
    前記データプロセッサに前記一組のフィールドのフィールドに入力された入力情報を決定させる命令であって、前記入力情報は、画像情報、オーディオ情報、またはビデオ情報の少なくとも１つを有する命令と、
    前記データプロセッサに前記フィールドと関連づけられた１つ以上の制約条件を有する一組の制約条件を決定させる命令と、
    前記データプロセッサに前記一組の制約条件の各制約条件に対して、前記フィールドに入力された入力情報が前記制約条件を満たすかどうか決定させる命令と、
    を有することを特徴とする媒体。

Images