(57)【特許請求の範囲】
【請求項１】
時々刻々と変化する状況に関する情報を入力するための情報入力装置と，入力された情報を配信する配信サーバとを具備する情報入力配信システムにおいて，
前記情報入力装置が入力した入力源の種別が文字テキストの入力情報とその入力情報の入力源の種別をネットワークを介して複数の情報入力装置から受信する手段と，
前記複数の情報入力装置から受信した入力情報を集約する手段と，
情報入力装置からの入力情報に矛盾があるときに，当該入力情報に対して多数決による解決を図り，多数決結果を得る手段と，
入力源の種別に応じた複数の情報変換アルゴリズムと，入力対象の情報ごとにその入力対象の情報の分類情報または変換結果の情報が格納された複数の情報変換用の情報テーブルとを持ち，
受信した入力源の種別によって前記複数の情報変換アルゴリズムと前記複数の情報テーブルの中から１または複数の情報変換アルゴリズムと情報テーブルとを選択し，選択された情報変換アルゴリズムと情報テーブルとを用いて前記多数決結果として得られた入力情報を変換する手段と，
前記変換された入力情報を前記配信サーバへ送信する入力情報処理サーバを具備する
ことを特徴とする情報入力配信システム。
【請求項２】
請求項１記載の情報入力配信システムにおいて，
前記入力情報処理サーバは，
前記情報入力装置から入力情報とその入力情報の入力源の種別，および情報変換アルゴリズムを受信した場合には、受信した情報変換アルゴリズムを選択する
ことを特徴とする情報入力配信システム。
【請求項３】
請求項１記載の情報入力配信システムにおいて，
前記入力情報処理サーバは，
入力情報を解析した結果、前記選択された情報テーブルに入力情報に対応する入力対象の情報が存在しない場合に，入力情報が誤りであると判断する手段を具備する
ことを特徴とする情報入力配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，時々刻々と変化する情報を入力し，配信する情報入力配信システムに関するものであり，特にライブ会場の状況を示す情報を入力し配信するための入力システムとして利用可能であり，さらにライブ中継での現場の状況情報を配信映像のインデクスとして入力し配信するシステムとしても利用可能なものである。
【０００２】
【従来の技術】
従来のこの種の情報入力配信システムは，情報入力装置と配信サーバとから構成されており，配信する情報は，情報入力装置での入力時に決定されていた。
【０００３】
図８は，従来の情報入力配信システムの構成図である。情報入力装置１００は，入力源からの情報を入力する装置であり，端末として配置されることもある。情報入力装置１００への入力は通常，決まったフォーマットに従い，そのフォーマット通りに情報入力が行われる。例えば，特定の文字配列によるフォーマット化やＸＭＬ（extensible markup language）などの記述言語を用いたフォーマット化が用いられる。入力された情報は，配信サーバ２００へ送られる。配信サーバ２００は，情報を利用する利用者のクライアントへ配信するサーバであり，入力されるフォーマット済情報を配信する。
【０００４】
【発明が解決しようとする課題】
従来のライブ情報等の情報入力配信システムは，配信するための情報をそのまま入力していたので，入力する情報と配信する情報が同じである必要があった。そのため，入力者は型通りの入力しかできなかった。また，画像，音声，文字など，種類の異なる情報を同じシステムで入力することはできなかった。
【０００５】
入力する情報と配信する情報とが対応しているため，複数の入力者が同じ対象に関する情報を入力することはなかった。したがって，複数の情報が入力されるときの処理は存在しなかった。
【０００６】
また，入力情報に誤りがある場合，情報の正否を判定する手段が存在しなかった。さらに，現在配信されている情報を入力者が確認する手段が存在しなかった。
【０００７】
本発明は，ライブ情報等の情報入力配信システムにおいて，柔軟性，融通性，さらに確実性のある情報の入力・配信を可能にする手段を提供することを目的とする。
【０００８】
【課題を解決するための手段】
図１は，本発明による情報入力配信システムの基本的なシステム構成を示した図である。以下，図１を用いて本発明の概要を説明する。図１で，１−１，１−２，…，１−ｎは情報入力クライアント，２は入力情報処理サーバ，３は配信サーバ，４−１，４−２，…，４−ｍは利用者端末を表す。
【０００９】
情報入力クライアント１−１，…，１−ｎは，入力源からの情報を入力する装置であり，入力端末として配置されることもある。情報入力クライアント１−１，…，１−ｎから入力される情報は，そのまま，入力情報処理サーバ２へ送られる。入力情報処理サーバ２は，入力された情報を配信できる情報の形式に加工する。加工された情報は，配信サーバ３から情報を利用するクライアントである利用者端末４−１，…，４−ｍへ配信される。また，情報入力クライアント１−１，…，１−ｎは，配信サーバ３から配信される情報を取得し，配信されている情報を入力者へ提示する。
【００１０】
入力情報処理サーバ２は，複数の情報変換アルゴリズムと複数の情報の変換用テーブルとを持つことができ，この場合には，選択された情報変換アルゴリズムと情報の変換用テーブルとを用いて入力された情報を変換する。また，入力情報処理サーバ２は，複数の情報入力クライアント１−１，…，１−ｎから入力される情報を集約する手段，入力情報の誤りを検出する手段，入力情報の誤りを訂正する手段を備える。
【００１１】
本発明では，情報入力クライアント１と配信サーバ３との間に，入力情報処理サーバ２が存在する。これにより，情報入力クライアント１で入力される情報と配信サーバ３が配信する情報の形式が異なっていても，入力情報処理サーバ２が情報の形式を変換し，問題なく入力と配信とを遂行することができる。したがって，入力情報処理サーバ２が，情報を変換できる範囲内で，入力者が自由な形式で情報入力をすることが可能となる。また，画像，音声，文字などの種類の異なる情報も入力情報処理サーバ２が形式を変換して，配信する情報に加工するので，同じシステムで入力することが可能である。
【００１２】
また，複数の情報入力クライアント１から情報が入力されても，入力情報処理サーバ２が，複数の情報を集約したり，多数決処理することが可能であり，複数の情報入力に対して対応が可能となる。複数の情報を集約するとは，互いに不足する情報を補ったりして一つの情報にまとめることなどをいう。
【００１３】
さらに，入力情報処理サーバ２が入力される情報の誤り検出や誤り訂正をすることが可能であるため，入力情報の正否を判定することが可能である。
【００１４】
また，配信サーバから配信されている情報を情報入力クライアント１へ入力し，その情報を入力者へ提示することができるので，入力者は配信されている情報を知ることができ，その結果入力しなければならない情報を見つけ出し，その入力をすることが可能となる。さらにその際に入力者が配信情報に誤りを見つけ，当該情報を訂正することも可能である。
【００１５】
【発明の実施の形態】
図２は，本発明の実施の形態に係る情報入力配信システムの構成図である。図中，図１と同符号のものは図１に示すものに対応する。１１は情報送信器，１２は情報入力器であり，各情報入力クライアント１−１，…，１−ｎに設けられる。１３〜１５は入力源の例を示し，１３はキーボードやマウスなどの人手による入力インタフェース，１４は音声を入力するマイクロホン，１５は画像を入力するカメラである。
【００１６】
入力情報処理サーバ２は，受信器２１，解析器２２，記述生成器２３，送信器２４，解析用データベース（ＤＢ）２５，記述定義データベース（ＤＢ）２６，記述データベース（ＤＢ）２７を持つ。
【００１７】
５はネットワークであり，例えばインターネット，電話回線などである。情報入力クライアント１，入力情報処理サーバ２，配信サーバ３，利用者端末４は，それぞれ同一または異なるネットワークで接続される。利用者端末４は，配信サーバ３が配信する情報を無線放送により受信するような端末でもよい。
【００１８】
図２を用いて，情報入力クライアント１−１から入力された情報を入力情報処理サーバ２が配信する記述に変換して，それを複数のクライアントへ情報配信する配信サーバ３へ送信する動作について説明する。
【００１９】
まず，情報入力クライアント１−１で，情報入力器１２は入力源１３，１４，１５から入力される情報を受け取る。キーボードやマウスなどの入力インタフェース１３は，人手によって情報を入力する入力源の例である。ここでの入力方法は，自然言語による文字入力であってもよく，また，ＧＵＩ（Graphical User Interface）を用いて，入力する状況に一番近いものを複数の選択肢から選択するボタンやリストなどによる選択形式の入力であっても構わない。
【００２０】
ボタンとリストによる入力ＧＵＩの例を図３に示す。図３において，加算ボタン５０は得点を加算するボタン，減算ボタン５１は得点を減算するボタンで，これらの押下によって得点の数値を上下することができる。リスト５２は，時刻を選択するリスト，リスト５３は，イベントを選択するリストである。また，ボタン５４は，特定の選手を選択するボタンであり，ボタン５５は，入力した情報を入力情報処理サーバ２へ送信するかキャンセルするかを指定するボタンである。このＧＵＩのためのスクリプト等は，あらかじめ情報入力クライアント１−１が持つものでよく，入力情報処理サーバ２から情報入力クライアント１−１に送付したものでもよい。
【００２１】
また，入力源として，マイクロホン１４から音声を入力することもできる。音声による情報としては，人が言葉を発する場合にはその音声波形を用いたり，ライブ会場での観客の歓声の大きさを計る場合には音声レベルを用いたりする。
【００２２】
さらに，入力源としてカメラ１５で動画像や静止画像を入力し，それらから情報を取得してもよい。カメラ１５で入力される情報には，例えばライブ会場の映像そのものや，野球でストライク，ボールの判定時には主審の腕の動きを映すなど，特定の意図を持ってカメラワークされた一連のカメラ映像などがある。また，状況を示す絵や言葉が書かれた説明ボードをカメラに提示し，静止画像として入力する場合もある。
【００２３】
入力源として複数のメディアを組み合わせることもでき，これらを情報入力クライアント１−１側で任意に選択できるようにすることも可能である。図４は，情報入力クライアントにおける入力方法の設定画面の例を示す。図４の入力方法の設定画面において，ボタン６０は，文字テキスト，音声，画像などの入力源の種類を選択するボタンである。これらの各入力源に対して，リスト６１から情報変換アルゴリズムを選択することもできる。情報変換アルゴリズムの指定がない場合には，入力情報処理サーバ２においてあらかじめディフォルトとして定められた入力源ごとの情報変換アルゴリズムが用いられる。
【００２４】
入力源として文字テキストが選択された場合，キーボードなどの入力インタフェース１３から文字テキスト入力画面６３に入力された文字テキストが入力情報処理サーバ２へ送信される。入力情報が入力情報処理サーバ２へ送信される場合，入力源の種類を示す情報と選択された情報変換アルゴリズムの情報とが，例えば入力情報のヘッダ部に付加されて送信される。なお，図４は自由フォーマットの入力例であるが，他に電子メールを利用した入力，ＷＷＷの電子掲示板を利用した入力などを用いることもできる。また，図３で説明したように，所定のＧＵＩを利用した入力も可能であることは前述したとおりである。
【００２５】
以上のようにして，情報入力クライアント１−１において情報入力器１２に入力された情報は，情報送信器１１に送られ，情報送信器１１は，ネットワーク５を通して入力情報処理サーバ２の受信器２１へ転送する。ここでネットワーク５は，例えばワイヤレスＬＡＮとインターネットを組み合わせたものであったり，ＰＨＳと電話網を経由した電話回線であったり，あるいは携帯電話のｉモードとインターネットを組み合わせたものであったりしてよく，無線と有線を組み合わせたものであってもよい。もちろん，無線だけであっても，有線だけであってもよい。
【００２６】
入力情報処理サーバ２の受信器２１へは，一つもしくは複数の情報入力クライアント１−１，１−２，…，１−ｎからの情報が入力される。
【００２７】
入力情報処理サーバ２の受信器２１に入力された情報は，解析器２２に送られる。解析器２２では，入力された情報を解析するためのアルゴリズムと情報の変換用テーブルを解析用ＤＢ２５から取り出す。取り出されるのは，形態素解析アルゴリズムと抽出する情報テーブルの組，音声データのフォーマット解析アルゴリズムと抽出する情報テーブルのリストの組，画像認識のためのアルゴリズムと画像から認識する情報テーブルの組などである。
【００２８】
図５に，解析用ＤＢの内容の例を示す。解析用ＤＢ２５には，入力情報種別に応じた各種の情報変換アルゴリズムと，情報変換に用いる情報テーブルの組の情報が格納されている。複数の情報変換アルゴリズムを組み合わせて用いることもでき，複数の情報変換アルゴリズムが同じ情報テーブルを利用するような組み合わせも可能である。解析器２２が利用する情報変換アルゴリズムは，入力情報種別に応じて入力情報処理サーバ２が一意に決定する方法，情報入力クライアント１−１，…，１−ｎがそれぞれ図４に示したような入力設定画面から指定したものを利用する方法，入力情報処理サーバ２から情報入力クライアント１−１，…，１−ｎへ送信した図３に示すＧＵＩのようなインタフェースに応じて決定する方法などがある。一般には，配信サーバ３が利用者端末４−１，…，４−ｍによって配信する情報に応じて利用する情報変換アルゴリズムまたは情報テーブルが変更されるが，図５に示すような解析用ＤＢ２５を，サッカー，野球，音楽演奏，…というような配信情報の内容に応じて，複数用意しておいてもよい。
【００２９】
また，複数の情報入力クライアント１−１，…，１−ｎから情報が入力される場合，それらの情報に矛盾があるときに多数決を用いて記述を決定するためのアルゴリズムなども解析用ＤＢ２５に蓄えられている。解析器２２は，これらのアルゴリズムとテーブルを用いて，入力された情報が何であるのかを判定する。
【００３０】
例えば，サッカーの試合会場から入力された情報が自然言語の文字列であり，「中田がフリーキックをした」というものであったとき，解析用ＤＢ２５からは，形態素解析アルゴリズム（プログラム）とサッカーにおける情報テーブルが解析器２２へ読み込まれる。解析器２２では，読み込まれた形態素解析アルゴリズムと情報テーブルを用いて形態素解析を行い，サッカーでの情報であるプレイヤーが「中田」であり，動作が「フリーキック」であるという情報を得る。
【００３１】
また，入力された情報が，例えば文字を書かれたボードの画像であったとき，解析用ＤＢ２５からは画像認識用アルゴリズムと情報テーブルが解析器２２へ読み込まれる。情報テーブルには，例えばボードに書かれる文字列のリストが記述されている。解析器２２では，例えば入力された画像を用いて文字認識を行い，入力された文字列を得て，情報テーブルの文字列と参照し，選手名や起こったイベント名を得る。
【００３２】
例えば，入力された情報としてカメラワークされた動画像であったとき，解析用ＤＢ２５からは，画像認識用アルゴリズムと情報テーブルが解析器２２へ読み込まれる。例えば，画像認識用アルゴリズムには，オプティカルフロー検出アルゴリズムが，情報テーブルには審判の動作パターンとイベントの組が記述されている。解析器２２では，動画像中から審判の動き認識を行って，入力された審判の動作パターンを得，得られた動作パターンを情報テーブルを用いてイベント名に変換する。
【００３３】
また，入力された情報が音声であったとき，解析用ＤＢ２５からは音声認識用アルゴリズムと情報テーブルが解析器２２へ読み込まれる。解析器２２では，音声認識用アルゴリズムに従って音声認識を行い，情報テーブルに記載された選手の名前と照合して選手名を得る。
【００３４】
別の情報として，音声レベルそのものを盛り上がり度として定義して配信する場合には，解析用ＤＢ２５からは音声レベルを分析するアルゴリズムと数値レベルを配信する数値情報と対応させる情報テーブルを解析器２２へ読み込み，解析器２２は音声レベルを分析して，分析結果を情報テーブルと照合し，配信する数値情報を決定する。
【００３５】
さらに別の例として，入力に誤りがあった場合について説明する。「中田がフリーキッキをした」という文字入力があった場合，解析用ＤＢ２５からは，形態素解析アルゴリズムとサッカーにおける情報テーブルが解析器２２へ読み込まれる。このとき，解析器２２では形態素解析を行った後，情報テーブルを参照するが，サッカーでの動作に「フリーキッキ」は存在しない。そこで，解析器２２では，情報の入力誤りがあったと判定する。その後の動作として，誤った情報を捨てるようにしても構わないし，「フリーキッキ」に最も近い語である「フリーキック」が入力されたと判定し，サッカーでの情報であるプレイヤーが「中田」であり，動作が「フリーキック」であるという情報を得る場合もある。
【００３６】
さらに，別の例として複数の情報入力クライアント１−１，…，１−ｎから入力される情報が矛盾するときには，多数決によるアルゴリズムを解析器２２が解析用ＤＢ２５から読み出し，多数決による解決を図る。例えば，ある一定の時間に「中田がフリーキックした」という情報が２件と，「中田がゴールキックした」という情報が１件入力された場合，同じ選手がフリーキックとゴールキックはできないという矛盾が生じるので，多数決により，「中田がフリーキックした」という情報が優先され，解析結果としてはプレイヤーが「中田」であり，動作が「フリーキック」であるという情報を得る。
【００３７】
解析器２２が解析した結果は，記述生成器２３へ送られる。記述生成器２３は，入力情報処理サーバ２から配信サーバ３へ出力する記述形式を記述定義ＤＢ２６から取り出す。記述生成器２３は，入力された情報を配信情報の形式に合った記述に当てはめる。
【００３８】
記述形式としては，例えばＸＭＬ（extensible markup language）があり，タグで記述される。それぞれのタグにはタグの中身の意味に当たる単語が記述でき，例えばサッカー中継の情報配信に用いられるＸＭＬで＜ｐｌａｙｅｒ＞タグで囲まれた部分には選手の名前を，＜ａｃｔｉｏｎ＞タグで囲まれた部分には動作の種類を入れるなどの定義ができる。その記述定義は，ＸＭＬスキーマやＤＴＤ（Document Type Definition）といったもので行われる。
【００３９】
ここで，情報が例えばプレイヤーが「中田」で動作が「フリーキック」であって，ＸＭＬで記述した場合の例を図６に示す。記述生成器２３は，図６に示すように，ＸＭＬ記述の＜ｐｌａｙｅｒ＞タグ中の文字列を「中田」，＜ａｃｔｉｏｎ＞タグ中の文字列を「フリーキック」と決定すればよい。
【００４０】
記述生成器２３により生成された記述は，記述ＤＢ２７に蓄えられる。記述ＤＢ２７は，クライアントへ送信する単位の情報を，送信器２４の要求に基づき送信器２４へ送る。送信器２４は，ネットワーク５を通して，配信サーバ３へ情報の記述を送る。配信サーバ３からは，情報利用者のクライアントである一般の利用者端末４−１，…，４−ｍへ情報が配信される。ここで，送信器２４が配信サーバ３の機能を包含していても構わない。その場合，送信器２４が直接情報利用者のクライアントへ情報を配信する。
【００４１】
また，情報入力クライアント１−１，１−２，…，１−ｎは，現在配信サーバ３から配信されている情報を受けることにより，最新の配信情報を把握することも可能である。これにより，例えば図３に示すようなボタンとリストによるＧＵＩで情報入力器１２のユーザインタフェースが構成されているとき，配信情報を入力者に提示することによって，現場の状況との不一致を入力者に的確に把握させ，修正を早期に行わせることができる。
【００４２】
また，複数の情報入力クライアント１−１，…，１−ｎから情報が入力されている場合，他の情報入力クライアントから入力された情報を把握でき，自ら入力しなければいけない情報が把握できる。特に，図３のような入力を簡便にするユーザインタフェースを作成した場合には，現在の配信情報から，各チームの点数を表示し，入力のディフォルト値とすることにより，点数が入ったときに１つだけ加算ボタン５０を押すことで点数入力が可能となる。また，点数の表示部に入力者が誤りを発見したとき，加算ボタン５０あるいは減算ボタン５１を押して，訂正を簡易な操作で行うことが可能となる。
【００４３】
図７は，図２に示す入力情報処理サーバ２の処理フローチャートである。ステップＳ１では，情報入力クライアント１からの入力情報を待つ。情報入力クライアント１からの入力情報を受信したならば，ステップＳ２において，利用する情報変換アルゴリズムと情報テーブルを選択する。情報変換アルゴリズムと情報テーブルは，例えばサッカー中継，野球中継というような配信サーバ３が配信する情報に応じて入力情報処理サーバ２があらかじめ定めたものでもよいし，受信した入力情報が文字であるか音声であるか静止画像または動画像であるかなどによって選択してもよいし，入力情報の送信元の情報入力クライアント１が指定したものを選択してもよい。
【００４４】
ステップＳ３では，選択した情報変換アルゴリズム（プログラム）と，情報テーブルを解析ＤＢ２５から読み込む。複数の情報変換アルゴリズムおよび複数の情報テーブルを組み合わせて利用することもできる。情報テーブルは，一般には選手名，イベント名，得点といった入力対象となる項目に関する情報の一覧表であるが，必ずしもこれらに限られるわけではなく，情報変換アルゴリズムに応じて任意のテーブルを用いることができる。
【００４５】
ステップＳ４では，読み込んだ情報変換アルゴリズムと情報テーブルとを用いて入力情報を解析する。ここで情報変換アルゴリズムに応じて，形態素解析，音声認識，音声レベル分析，文字認識，画像認識などを行い，情報テーブルから該当する解析結果の情報を取得する。
【００４６】
ステップＳ５では，誤り検出を行うかどうか，また誤り検出を行う場合には，入力情報を解析した結果に誤りがあったかどうかを判定する。例えば情報テーブルから該当する解析結果が得られなかった場合に誤りがあると判断する。また，複数の情報入力クライアント１−１，…，１−ｎからの入力情報に矛盾があった場合には，誤りがあると判断する。
【００４７】
ステップＳ６では，入力情報の解析結果に誤りがあった場合に，それを自動訂正するかどうかを判定する。訂正しない場合には，解析結果にその旨の表示を行い，ステップＳ８へ進む。または，入力情報を棄却して，次の入力情報の受信を待つ。
【００４８】
ステップＳ７では，ステップＳ６において自動訂正すると判断された場合に，解析した結果に最も近い情報テーブル中の情報を選択するなどの誤り訂正を行う。また，複数の情報入力クライアント１−１，…，１−ｎからの入力情報の多数決論理で最も数の多い解析結果を選択することによって誤りを訂正することもできる。
【００４９】
ステップＳ８では，記述定義ＤＢ２６から配信する情報の記述形式に関する情報を読み出す。この記述形式は，あらかじめ記述定義ＤＢ２６に複数種類用意しておき，例えば中継内容などによってどの記述形式を用いるかを選択するようにしてもよい。
【００５０】
ステップＳ９では，入力情報の解析結果について，記述定義ＤＢ２６から読み出した記述形式に従って配信する情報の記述を生成する。なお，情報変換アルゴリズムがフォーマット済の記述生成機能を持つ場合には，ステップＳ８，Ｓ９の処理を省略し，ステップＳ４またはＳ７の結果をそのまま配信する情報としてもよい。
【００５１】
ステップＳ１０では，生成した記述を配信サーバ３へ送信する。ここで，複数の情報入力クライアント１−１，…，１−ｎからの入力情報を集約する必要がある場合には，入力情報から得た記述をまとめて配信サーバ３へ送信する。この集約処理は，ステップＳ４の入力情報の解析時に行ってもよい。配信サーバ３へ送信された情報は，配信サーバ３から利用者端末４−１，…，４−ｍへ配信されるとともに，情報入力クライアント１−１，…，１−ｎへも配信される。利用者端末４または情報入力クライアント１において所定のフォーマットに従って配信された情報を表示出力する方法は，利用者端末４等のブラウザその他のアプリケーションプログラムに依存する。配信する情報の提示方法は，利用者端末４と情報入力クライアント１とで同じであっても異なっていてもよい。また，配信サーバ３から利用者端末４へ配信する情報は，利用者端末４において，ライブ中継などの配信映像のインデクスとしての利用も可能である。
【００５２】
ステップＳ１１では，情報配信の終了指示があったかどうかを判定し，継続する場合には，ステップＳ１から同様に処理を繰り返す。終了指示があれば処理を終了する。
【００５３】
【発明の効果】
以上のように，本発明によれば，情報入力クライアントと配信サーバとの間に，入力情報処理サーバが存在し，情報入力クライアントで入力される情報を，入力情報処理サーバが形式変換するので，入力される情報と配信サーバが配信する情報の形式が異なっていても問題なく，入力情報処理サーバが形式を変換できる範囲内で，入力者が自由な形式で情報入力をすることが可能となる。
【００５４】
また，複数の情報入力クライアントから情報が入力されても，入力情報処理サーバが，複数の情報を集約したり，多数決処理することが可能であり，複数の情報入力に対して対応が可能となる。
【００５５】
さらに，入力情報処理サーバが入力される情報の誤り検出や誤り訂正をすることが可能であるため，入力情報の正否を判定することが可能となる。また，配信サーバから配信されている情報を情報入力クライアントへ入力し，その情報を入力者へ提示することができるので，入力者に入力すべき情報や配信情報の誤りを見つけさせ，さらなる情報入力を促すことも可能となる。
【図面の簡単な説明】
【図１】本発明による情報入力配信システムの基本的なシステム構成を示した図である。
【図２】本発明の実施の形態に係る情報入力配信システムの構成図である。
【図３】本発明の実施の形態における入力インタフェースの例を示した図である。
【図４】情報入力クライアントにおける入力方法の設定画面の例を示した図である。
【図５】解析用ＤＢの内容の例を示した図である。
【図６】本発明の実施の形態における配信記述の例を示した図である。
【図７】入力情報処理サーバの処理フローチャートである。
【図８】従来の情報入力配信システムの構成図である。
【符号の説明】
１−１，１−２，…，１−ｎ  情報入力クライアント
２    入力情報処理サーバ
３    配信サーバ
４−１，４−２，…，４−ｍ  利用者端末
５    ネットワーク
１１  情報送信器
１２  情報入力器
１３  人手による入力インタフェース
１４  マイクロホン
１５  カメラ
２１  受信器
２２  解析器
２３  記述生成器
２４  送信器
２５  解析用ＤＢ
２６  記述定義ＤＢ
２７  記述ＤＢ
【図１】
0004656780.tif 000002
【図２】
0004656780.tif 000003
【図３】
0004656780.tif 000004
【図４】
0004656780.tif 000005
【図５】
0004656780.tif 000006
【図６】
0004656780.tif 000007
【図７】
0004656780.tif 000008
【図８】
0004656780.tif 000009