JP2006185248A - 撮影画像販売システム、会場サーバ、プログラム、記録媒体 - Google Patents

Abstract

【課題】イベント会場で撮影された画像データを一括管理し、販売許可を得た画像データのうち顧客の選定する画像データを、迅速に顧客に販売する撮影画像販売システムを提供する。
【解決手段】イベント会場サーバ１３は、イベント会場内のカメラ５の記憶部１１を順次チェックし、未現像画像データをコピー又は移動して読み込み、画像データとして登録する。イベント会場サーバ１３は、現像処理した画像データを、撮影者、イベント主催者、又は撮影依頼者のうち少なくとも１者に販売可否のチェックを受けて適時、イベント会場の大型ディスプレイ１５に表示する。顧客は、表示された画像１６−１〜１６−６から好適な画像を選択して、顧客端末装置２１から注文処理サーバ２７に注文し、イベント終了時には印刷された写真画像などを入手する。
【選択図】図１

Description

本発明は、イベント会場等でカメラマンが撮影した画像を大型表示装置に表示させ、会場の顧客が各自の携帯端末から画像を選択して注文し購入するシステムに関する。

従来、スポーツの試合会場やコンサート会場では新聞や雑誌に掲載するための写真を少数のプロカメラマンが撮影していた。一般観衆の写真撮影は禁止されるか、遠くからコンパクトカメラで記念写真的な撮影が許されるに過ぎない場合が多かった。特にコンサート会場では撮影は厳禁とされ、勝手に撮影した場合はフィルム等の媒体の没収は勿論、機材没収を要求される場合もあった。

そのため、観衆がこのようなイベントの写真を入手する方法としては、主催者が後日指定の画像を写真販売サイトに掲載したものを購入する他なかった。

尚、催し物（例えば運動会等の学校行事）で撮影された写真をネットワーク上に掲示・販売するシステムがある（例えば、[特許文献１]を参照。）。催し物等でカメラマンが撮影した画像を、業者が識別情報を付加してネットワーク上の特定のＷｅｂページに掲示する。顧客は、ネットワーク上で掲載された画像データのうち所望の画像を指定して印刷し購入するシステムである。

また、興行の行われた当日に興行会場で、興行内容を記録した商品を興行見物の記念として提供するシステムがある(例えば、[特許文献２]を参照。)。

このシステムによれば、予め複数の設定の写真を撮影することが決められており、予約者は予約端末で写真の購入予約を行っておく。興行終了時に、予約者は予約券と引き換えに興行写真を購入することができる。

特開２００３−２５６１８５号公報 特開平０９−０６２７３４号公報

しかしながら、特許文献１によるシステムによれば、顧客は、催し物終了時に写真を入手するのではなく、後日ネットワークなどに接続して所望の写真を選択して購入するものである。確かに従来よりも早く写真を入手できるが、催し物終了時に即座に入手できるものではない。

また、特許文献２によるシステムによれば、予約者は、興行写真等を専用の予約端末で予約する。また、予約者は、実際に撮影された写真を見て写真を選択するのではなく、予め撮影する予定の写真内容を知らされるのみであり、数種類の販売写真を選定するのは販売者側である。

また、イベント（以降、「催し物」、及び「興行」と同義で使用する。）会場において、複数のカメラマンがそれぞれ複数の撮影装置を用いて撮影を行う場合、撮影画像データを一括管理するシステムは今までになかったシステムである。

また、カメラマン、イベント主催者、及びカメラマンに撮影を依頼した業者等が、撮影された画像データの内容を確認して販売の可否を決定するシステムは今までになかった。

本発明は、このような問題を鑑みてなされたもので、その目的とするところは、イベント会場で撮影された画像データを一括管理し、販売許可を得た画像データのうち顧客の選定する画像データを、迅速に顧客に販売する撮影画像販売システムを提供することである。

前述した目的を達成するための第１の発明は、会場に設けられる表示装置を制御し前記会場における撮影画像の販売を管理する会場サーバと、撮影者に属する撮影装置及び撮影者端末装置と、関係者に属する関係者用端末装置と、前記会場に来場する顧客に属する顧客用端末装置と、がネットワークを介して接続される、撮影画像販売システムであって、前記会場サーバは、前記撮影装置が撮影した画像データのうち未読込画像データを検索して読み込む画像データ読込手段と、前記撮影者端末装置または前記関係者用端末装置のうち少なくともいずれかに、前記読込済画像データを送信し、返信される確認結果に従い、前記読込済画像データの区分けを行う確認区分け手段と、前記区分けにより販売対象とされた販売対象画像データと注文処理サーバの参照先とを前記表示装置に表示させるための表示情報を生成する表示情報生成手段と、前記注文処理サーバから受信した注文情報に基づいて前記販売対象画像データを出力装置に出力させる出力手段と、を具備し、前記撮影者端末装置または前記関係者用端末装置の少なくともいずれかは、前記会場サーバに前記販売対象画像データの確認結果を送信する確認結果送信手段、を具備し、前記顧客用端末装置は、前記表示装置に表示される前記販売対象画像データから選択を行い、前記注文処理サーバの参照先にアクセスして前記注文情報を送る注文手段、を具備することを特徴とする撮影画像販売システムである。

撮影装置は、撮影画像を取得する装置であり、例えば、高解像度デジタルカメラ等を用いることができる。尚、撮影装置は、画像データを格納する記憶部と、ネットワークに接続する接続部とを備える。

会場サーバと注文処理サーバは、ネットワークに接続が可能であるコンピュータ等の情報処理装置である。会場サーバや注文処理サーバは、コンピュータに限らず、ワークステーションや専用ハードウェア等により構成しても良い。

関係者とは、会場で開催されるイベントを主催する企業や団体や音楽事務所等の主催者や、撮影者に撮影を依頼する通信社・新聞社・出版社等である。尚、関係者用端末装置とは、コンピュータ等の情報処理装置である。

好ましくは読込んだ画像に現像処理を行っても良い。現像処理とは、撮影装置（デジタルカメラ等）が撮影したＲＡＷデータ(ローデータ：生データのこと)、即ちＣＣＤ（Charge Coupled Device）等の撮像素子から得られたままのデジタル信号を、変換処理することである。即ち、現像処理は、ＲＡＷデータにホワイトバランス、コントラスト、色空間変換、圧縮処理等を施し、ＪＰＥＧ（Joint Photographic Experts Group）等の画像ファイルに変換し、あるいは表示装置の色表示特性とマッチングするよういわゆるプロファイルを適用する等の少なくとも１つを行う処理である。

撮影者端末装置または顧客用端末装置は、表示機能付き携帯電話や、通信機能を備えるＰＤＡ(Personal Digital Assistance)やモバイルパーソナルコンピュータ等である。

表示装置は、会場内や会場近辺に設置される画像表示用の大型ディスプレイである。表示装置は、マルチディスプレイでも単一の大型ディスプレイでも良い。

第１の発明による撮影画像販売システムは、会場サーバが、撮影装置が撮影した画像データのうち未読込画像データを検索して読み込み、撮影者端末装置または前記関係者用端末装置のうち少なくともいずれかに読込済画像データを送信し、返信される確認結果に従い、読込済画像データの区分けを行い、区分けにより販売対象とされた販売対象画像データと注文処理サーバの参照先とを対応付けて表示装置に表示させるための表示情報を生成する。また、会場サーバは、注文処理サーバから送られる注文内容に基づいて販売対象画像データを出力装置に出力させる。撮影者端末装置または前記関係者用端末装置の少なくともいずれかは、会場サーバに前記販売対象画像データの確認結果を送信する。顧客用端末装置は、表示装置に表示される販売対象画像データから選択を行い、注文処理サーバの参照先にアクセスして注文情報を送る。

前記会場サーバは、前記画像データのデータ環境を管理テーブルで管理する画像管理手段を、更に具備するようにしても良い。管理テーブルは、撮影者別に作成され、撮影画像データ個別の状態等を管理する。管理テーブルは、撮影画像１データごとに現像区分、取捨区分、主催者側の販売意向、依頼者側の販売意向、注文番号等の項目を有する。

前記会場サーバは、顧客が登録する特定のキーワードに該当する前記販売対象画像データを前記顧客端末装置に送信する特定画像送信手段を、更に具備するようにしても良い。顧客が例えば特定の選手名や歌手名をキーワードとして登録しておくと、会場サーバは当該キーワードに関連する特定の画像を抽出し、当該顧客に提供するようにしても良い。

前記確認区分け手段は、前記会場サーバが前記読込済画像データの縮小画像を掲示した前記撮影者専用の画像選択ページを作成して前記撮影者端末装置に送信し、前記撮影者端末装置からの取捨選択指示を受けることが望ましい。撮影者は、撮影者専用の画像選択Ｗｅｂページから各々の画像について取捨選択指示を行う。

前記表示情報生成手段は、前記撮影者端末装置から前記縮小画像の一部が拡大指定される旨の指示を受信した場合、前記指定された画像データを前記表示装置に拡大表示するための表示情報を生成するようにしても良い。撮影者が撮影者端末装置の画面上で縮小画像の一部の拡大指定を行うと、指定画像データ部分を表示装置に表示する画像として使用することができる。

前記注文処理サーバは、前記販売対象画像データの注文情報環境を注文情報テーブルで管理する注文管理手段と、前記顧客端末装置から受信した注文情報に基づいて、前記顧客の認証及び課金処理を行う注文処理手段と、前記会場サーバに、注文を受けた前記販売対象画像データの注文情報の送信を行う注文情報送信手段と、を具備することが望ましい。

注文処理サーバが管理する注文情報テーブルは、顧客から受ける１受注ごとに、受注番号、イベントコード、注文番号、画像データ名、注文枚数・サイズ、顧客コード、印刷区分、引渡し区分等の項目を有し、画像データの注文情報の管理を行う。

第２の発明は、撮影者に属する撮影装置及び撮影者端末装置と、関係者に属する関係者用端末装置と、会場に来場する顧客に属する顧客用端末装置と、にネットワークを介して接続され、前記会場に設けられる表示装置を制御し前記会場における撮影画像の販売を管理する会場サーバであって、前記撮影装置が撮影した画像データのうち未読込画像データを検索して読み込む画像データ読込手段と、前記撮影者端末装置または前記関係者用端末装置のうち少なくともいずれかに、前記読込済画像データを送信すると共に、前記撮影者端末装置または前記関係者用端末装置のうち少なくともいずれかから受信した確認結果に従い、前記読込済画像データの区分けを行う確認区分け手段と、前記区分けにより販売対象とされた販売対象画像データと注文処理サーバの参照先とを前記表示装置に表示させるための表示情報を生成する表示情報生成手段と、前記注文処理サーバから受信した注文情報に基づいて前記販売対象画像データを出力装置に出力させる出力手段と、を具備することを特徴とする会場サーバである。

第３の発明は、コンピュータを、請求項３乃至請求項７のいずれかに記載された会場サーバとして機能させるプログラムである。

第３の発明のプログラムは、コンピュータを請求項３乃至請求項７のいずれかに記載された会場サーバとして機能させるものであり、このプログラムをネットワークを介して流通させることもできる。

第４の発明は、コンピュータを、請求項３乃至請求項７のいずれかに記載された会場サーバとして機能させるプログラムを記録した記録媒体である。

第４の発明の記録媒体は、コンピュータを請求項３乃至請求項７のいずれかに記載された会場サーバとして機能させるプログラムを記憶しており、この記録媒体を流通させることもできる。

本発明によれば、イベント会場で撮影された画像データを一括管理し、販売許可を得た画像データのうち顧客の選定する画像データを、迅速に顧客に販売する撮影画像販売システムを提供することができる。

以下に、図面に基づいて本発明の実施の形態を詳細に説明する。以下に説明する実施の形態は、イベント会場等において、撮影者（カメラマン）が高解像度デジタルカメラで撮影した画像のうちの選択された画像を、イベント会場の電光掲示装置等に表示させ、観客が各自の携帯端末装置から注文してイベント終了時に印刷された写真を受け取るシステムである。図１は、本実施の形態に係る撮影画像販売システム１の構成を示す図である。

（１．構成）
（１−１．撮影画像販売システム１の構成）
撮影画像表示システム１は、スポーツやコンサート等のイベント会場において、会場内を通信範囲対象とする無線ＬＡＮアダプタ２９を設置し、撮影者３の所有する高解像度デジタルカメラ５(以降カメラ５と記載する)と、プリンタ等の印刷装置１８と、コンピュータ等のイベント会場サーバ１３と、バーコードや携帯端末装置を認識するタグリーダ１９とを無線接続して構成される。また、イベント会場には大型ディスプレイ１５が設置され、イベント会場サーバ１３からの指示で画像表示等を行う。

更に、会場の無線ＬＡＮアダプタ２９は、不図示のブロードバンドルータを介してネットワーク３１に接続し、携帯電話等の顧客携帯端末装置２１・撮影者携帯端末装置７と、撮影者３に撮影を依頼した通信社等の依頼者側確認用端末装置２３と、イベント主催者側確認用端末装置２５と、注文処理サーバ２７とに接続される。尚、ネットワーク３１との接続はセキュリティが確保されていることが望ましい。

また図１では、無線ＬＡＮアダプタ２９を１台しか示していないが、イベント会場の規模により複数台設置しても良い。また、大型ディスプレイ１５や印刷装置１８の台数も、イベントの規模により複数台設置しても良い。

また、図１では撮影者３を１人、カメラ５を１台しか示していないが、実際にはイベントの規模によっては数十人から数百人の撮影者３が想定される。１人の撮影者が複数台のカメラを使用する場合もあり、カメラ５の台数も数十台から数百台となる場合がある。

カメラ５には、ＬＡＮ（Local Area Network）接続する装置、例えばＬＡＮボード９等（ＬＡＮカード等でも良い）が装着され、撮影画像データを無線ＬＡＮを介して送信することが可能である。また、カメラ５は記憶部１１として内蔵記憶媒体を備え、撮影された画像データを当該記憶部１１に保存する。内蔵記憶媒体とは、例えばコンパクトフラッシュ（登録商標）（米国Sandisk
Corporation）やスマートメディア（登録商標）（東芝）等である。

印刷装置１８は、イベント会場サーバ１３から印刷を指示された画像データに基づいて写真を印刷する装置である。

イベント会場サーバ１３は、コンピュータ等の情報処理端末装置であり、カメラ５で撮影され登録された画像データをカメラ５の記憶部１１から読み出して、ハードディスクに記憶する。登録された画像がＲＡＷデータであった場合は現像処理等を行う。又ＪＰＥＧデータ等であった場合には現像処理を行わず色変換処理を行う。また、イベント会場サーバ１３は撮影者３に撮影した画像データを選択処理させる機能、イベント主催者や撮影依頼者に画像データをチェックさせる機能等を備える。

また、イベント会場サーバ１３は、販売対象である旨を指定された画像データを大型ディスプレイ１５に表示させる機能、及び指定された画像データを印刷装置１８で印刷指示する機能等を有する。イベント会場サーバ１３の詳細については後述する。

タグリーダ１９はＩＣタグリーダであり、顧客が写真受け取り時に顧客携帯端末装置２１が備えるＩＣカードチップ等をタグリーダ１９で読み取らせることで顧客の認証を行う。即ちタグリーダ１９から発する通信波（電磁波）３３を当該ＩＣカードチップ等に送信し、返信される通信波を受信して顧客の認証コード等を読み取る。

大型ディスプレイ１５は、イベント会場内やその近傍に設置された画面表示用のディスプレイであり、マルチディスプレイでもよいし単一の大型ディスプレイでも良い。スポーツ競技中やコンサート中には、大型ディスプレイ１５に、会場の動画カメラの映像を映し出す。本実施の形態では大型ディスプレイ１５には、写真購入申込用の注文用ＵＲＬ１４と、複数の写真画像１６−１〜１６−６、及び各写真画像に対応した注文番号１７が表示される。

撮影者携帯端末装置７は、撮影者３が携帯する表示機能付き携帯電話等である。尚、撮影者携帯端末装置７は携帯電話に限らず、通信機能を備えるＰＤＡ(Personal Digital Assistance)やモバイルパーソナルコンピュータ（携帯型コンピュータ）等、画像データを表示できるものであればよい。撮影者３は、自分が撮影した画像データがイベント会場サーバ１３で読込まれてハードディスクに記憶され、現像処理が実行される場合は、現像処理が終わって撮影者携帯端末装置７に送信されると、撮影者携帯端末装置７から当該画像データの取捨区分を指定する。

顧客携帯端末装置２１は、顧客が携帯する携帯電話等である。顧客は、イベント会場の大型ディスプレイ１５に表示される画像１６−１〜１６−６を注文する際、顧客携帯端末装置２１から注文用ＵＲＬ１４にアクセスし、注文番号１７を入力することで印刷された画像データをイベント終了時に入手することができる。

顧客携帯端末装置２１は、例えば非接触ＩＣカードチップ「ＦｅｌｉＣａ」（登録商標）（ソニー）を内蔵したフェリカ携帯電話であり、顧客がイベント終了時に写真を購入する際に当該フェリカ携帯電話を、タグリーダ１９にかざすことで、顧客の認証と写真購入手続きを行うことを可能にする。尚、顧客携帯端末装置２１は、携帯電話に限らず、通信機能を備えるＰＤＡ(Personal Digital Assistance)やモバイルパーソナルコンピュータ（携帯型コンピュータ）等であっても良い。

依頼者側確認用端末装置２３とイベント主催者側確認用端末装置２５は、いずれもネットワーク３１に接続可能なコンピュータ等の情報処理端末装置であり、イベント会場内外に設置されているものとする。通信社とは、撮影者３に当該イベントの写真撮影を依頼する業者であり、雑誌社、報道関係会社等を含む。イベント主催者は、当該イベントを主催する団体や企業等である。

注文処理サーバ２７は、コンピュータ等の情報処理端末装置であり、ネットワーク３１に接続され、必ずしも当該イベント会場内に設置する必要はない。注文処理サーバ２７は、顧客携帯端末装置２１から指示される画像データの注文を処理し、注文情報をイベント会場サーバ１３に送信する。注文処理サーバ２７についての詳細な説明は後述する。

（１−２．イベント会場サーバ１３）
次に、図２によりイベント会場サーバ１３の構成を説明する。イベント会場サーバ１３は、コンピュータ等の情報処理端末装置であり、ＣＰＵ（Central Processing Unit）等の制御部３５−１と、フレキシブルディスクやＣＤ−ＲＯＭ等のメディアの読み込み書き込みを行うメディア入出力部３７−１と、無線ＬＡＮやネットワーク３１に接続するモデムやＬＡＮボード等の通信部３９−１と、ＣＲＴや液晶表示装置等の表示部４１−１と、外部表示装置に画像データを転送するビデオアダプタ４３−１と、キーボード、マウス又はマイク等の入力部４５−１と、プリンタ等の印刷部４７−１と、記憶部４９−１とから構成され、それぞれがシステムバス５６−１で接続されている。

記憶部４９−１は、読み書き可能なＲＡＭ（Random Access Memory）５１−１、読み出し専用のＲＯＭ（Read Only Memory）５３−１、ハードディスク５５−１で構成される。ＲＯＭ５３−１には、オペレーションシステム等が記録される。ＲＡＭ５１−１は、本システム動作中のワーク領域等として使用される。

イベント会場サーバ１３のハードディスク５５−１の構成を図３に示す。ハードディスク５５−１には、本撮影画像販売システム１を実現させる画像管理プログラム５７と、カメラ５で撮影される画像の現像処理等を行う現像処理プログラム５９と、印刷装置１８で指定された画像データを印刷する印刷処理プログラム６１と、最新画像ワークファイル６３と、画像データフォルダ６５と、画像管理テーブル６７と、撮影者マスタテーブル６９と、イベント管理マスタテーブル７１とを格納する。

（１−２−１．ハードディスク５５−１の最新画像ワークファイル６３）
最新画像ワークファイル６３の内容を図４に示す。最新画像ワークファイル６３には、撮影機器シリアルＮｏ．７３ごとに最新画像データ名７５が登録される。即ち、イベント主催者側は、撮影者３がベント会場に持ち込むカメラ５等の撮影機器ごとに特有の撮影機器シリアルＮｏ．７３を事前に登録しておく。尚、撮影者情報を登録する撮影者マスタテーブル６９（図６、後述する）から撮影機器シリアルＮｏ．７３を抽出するようにしても良い。

最新画像ワークファイル６３には、イベント会場サーバ１３がそれぞれの撮影機器から読み込んだ最新の画像データ名（即ち、最新画像データ名７５）を順次上書き保存していく。イベント会場サーバ１３は、撮影機器（カメラ５等）内の画像データ名を最新画像データ名７５と照合することで、既にイベント会場サーバ１３に読み込んだかどうかを判断することができる。

（１−２−２．ハードディスク５５−１の画像管理テーブル６７）
次に、画像管理テーブル６７を図５に示す。画像管理テーブル６７は、撮影者３ごとに作成され、撮影機器からイベント会場サーバ１３に読み込まれた撮影画像データのデータ環境を管理する。従って、撮影者３が複数台の撮影機器を使用して撮影する場合には、同一の撮影者３が使用する複数の撮影機器の画像データをまとめて管理する。尚、撮影者情報を登録する撮影者マスタテーブル６９（図６、後述する）を参照して、撮影者３が使用する撮影機器は判別される。

画像管理テーブル６７の項目は、画像データ名７７、現像区分７９、取捨区分８１、主催者区分８３、依頼者区分８５、主催者送信区分８７、依頼者送信区分８９、注文番号１７で構成される。画像データ名７７は、カメラ５等で撮影された画像データがカメラ５の記憶部１１に登録される際に採番される画像データ名、例えば「Ｐ００００１２５」と同一とする。

現像区分７９とは、例えば未現像画像データを「０」、現像済み画像データを「１」、現像失敗画像データを「２」と、区分して登録する。なお、色変換処理のみが実行された場合も現像区分７９は「１」に更新される。取捨区分８１とは、撮影者３が画像データごとに指定するものであり、保留画像データを「０」、販売可画像データを「１」、販売不可画像データを「２」、物理削除するデータを「３」と、区分して登録する。初期値は「０」が格納される。

主催者区分８３と依頼者区分８５の初期値は、後述するイベント管理マスタテーブル７１（図７参照）の判定区分１２７の値に基づいて設定される。即ち、判定区分１２７は撮影された画像データの一般販売の可否についてイベント主催者や依頼者が判定するか否かを登録する。

後述するが、イベント管理マスタテーブル７１の判定区分１２７が「０」は「撮影画像の判定が必要」、「１」は「判定不要」である。判定区分１２７が「０」（撮影画像の判定が必要）ならば、主催者区分８３と依頼者区分８５の初期値には「０」、判定区分１２７が「１」（判定不要）ならば、主催者区分８３と依頼者区分８５の初期値には「１」が設定される。尚、判定後に、主催者区分８３と依頼者区分８５は、画像販売ＯＫの場合に「２」、画像販売ＮＧの場合には「３」が設定される。

主催者送信区分８７と依頼者送信区分８９の初期値は「０」（未送信）であり、画像データの一般販売についてイベント主催者や依頼者に判定を依頼した時点で「１」(送信済)に設定変更される。

注文番号１７は、大型ディスプレイ１５(図１)に画像１６−１〜１６−６とともに表示される申込用の番号である。例えば、初期値、即ち未現像画像データの場合（図５では画像データ名「Ｐ００００１２５」）は、注文番号１７に「００００」が設定される。また、販売対象外、即ち主催者区分８３、又は依頼者区分８５が「３」（画像販売ＮＧ）の場合は（図５では画像データ名「Ｐ００００１２７」）、注文番号１７に「９９９９」が設定される。

（１−２−３．ハードディスク５５−１の撮影者マスタテーブル６９）
次に、撮影者マスタテーブル６９を図６に示す。撮影者マスタテーブル６９には、当該イベント会場にて撮影を行う撮影者３に関する情報が登録される。即ち撮影者マスタテーブル６９の項目は、撮影者３を特定する撮影者番号９１と、依頼者コード９３と、撮影機器シリアルＮｏ．７３と、撮影機器のＬＡＮアダプタＭＡＣアドレス９５と、販売可能最大サイズ９７と、料金９８と、撮影データ区分９９と、通信用メールアドレス１００と、その他（氏名、電話番号、振込銀行口座等）１０１で構成される。

依頼者コード９３は、撮影者３に撮影を依頼した出版社や通信社等を特定するコードであり（例えば「Ｋ１０００００１」）、１人の撮影者３に対して複数の依頼者コード９３の指定が可能である。

撮影機器シリアルＮｏ．７３は、撮影機器（カメラ５等）を特定するコードであり（例えば「ＣＮ１００１２５」）、１人の撮影者３に対して複数の撮影機器シリアルＮｏ．７３の指定が可能である。

撮影機器のＬＡＮアダプタＭＡＣ(Media Access Control)アドレス９５は、撮影機器の通信用カードに固有なＩＤ番号であり、これを元にデータの送受信が行われる。

販売可能最大サイズ９７は、販売可能な画像データの印刷最大サイズである、「Ｌ、２Ｌ、六つ切り、四つ切」等のサイズが指定される。料金９８は、撮影画像の販売単価であり、撮影者番号９１ごと、撮影機器シリアルＮｏ．７３ごとに指定される。尚、画像サイズの違いで料金９８を決めるようにしても良い。

撮影データ区分９９は、撮影機器（カメラ５等）の記憶部１１に記憶された画像データを、イベント会場サーバ１３の記憶部４９−１にコピーする場合に「０」、撮影機器（カメラ５等）の記憶部１１からイベント会場サーバ１３の記憶部４９−１に移動させる場合に「１」が指定される。尚、「１」の場合には、撮影機器の記憶部１１に画像データは蓄積されないので、記憶部１１の容量を気にしないで撮影できるという効果がある。

通信用メールアドレス１００は、撮影者３の撮影者携帯端末装置７への通信用メールアドレスが登録される。また、その他１０１の項目には、撮影者３の氏名、電話番号、振込銀行口座等が登録される。

（１−２−４．ハードディスク５５−１のイベント管理マスタテーブル７１）
次に、イベント管理マスタテーブル７１を図７に示す。イベント管理マスタテーブル７１は、当該イベントに関する情報が登録される。即ち、項目として、当該イベントに固有のイベントコード１０３（例えば「ＥＶＮＴ０４００５」、イベント名称１０５（例えば「サッカー○○杯」）、催行年月日１０７（例えば「２００４．１１．１５」）、イベント会場の大型ディスプレイ１５に写真販売のための画像を表示させる時間設定、写真の販売受付時刻（from）１１３、販売受付時刻(to)１１５、及びイベントの主催者１１９、依頼者１２１に関する情報が登録される。

写真販売のための画像を表示させる時間設定とは、例えばイベントがサッカ−の場合は、試合のハーフタイムや試合終了後の選手インタビューの時間等を写真表示時間に設定する。

例えば第１の写真表示時間は、写真表示時刻１(from)１０９−１「１８：００」、写真表示時刻１(to)１１１−１「１８：１５」、又第２の写真表示時間は、写真表示時刻２(from)１０９−２「２０：００」、写真表示時刻２(to)１１１−２「２０：２０」のように設定する。大型ディスプレイ１５に写真（画像データ１６）を表示させる時刻であるか否かは、上記設定時刻を参照する。

また、本イベントの主催者１１９、依頼者１２１に関する情報項目として、主催者・依頼者の登録コード１１７と、名称１２３と、主催者依頼者区分１２５と、判定区分１２７と、判定依頼先メールアドレス１２９と、取捨選択締切時刻１３１と、回答締切時刻１３３とが設定される。

名称１２３は、主催者１１９或いは依頼者１２１の団体名称や会社名称等である。主催者依頼者区分１２５は、主催者１１９には「０」、依頼者１２１には「１」を設定する。

判定区分１２７には、主催者１１９或いは依頼者１２１が撮影画像データをチェックし販売の判定を必要とする場合には「０」、判定不要の場合には「１」を設定する。

判定依頼先メールアドレス１２９には、撮影画像データの販売の可否を判定する主催者１１９或いは依頼者１２１の、イベント主催者側確認用端末装置２５或いは依頼者用確認用端末装置２３の電子メールの送信先メールアドレスを格納する。

取捨選択締切時刻１３１には、撮影者３が撮影画像データの取捨選択登録を行う締切時刻を設定する。また、回答締切時刻１３３には、主催者１１９又は依頼者１２１が撮影画像データの販売可否の回答を行う締切時刻を設定する。

（１−２−５．ハードディスク５５−１の画像データフォルダ６５）
次に、画像データフォルダ６５を図８に示す。画像データフォルダ６５には、撮影者３ごとにフォルダ１３５−１〜１３５−３が作成され、撮影者３が保持する撮影機器（カメラ５）で撮影された画像データがコピー又は移動されて格納される。尚、フォルダ１３５−１〜１３５−３の名称は、例えば図６に示す撮影者番号９１（例えば「Ｓ００００００５」）と同じ名称が付与される。

また、フォルダ１３５−１中のＲＡＷデータファイル１３７−１には、撮影機器で撮影された画像データがそのままコピー又は移動される。処理については後述するが、ＲＡＷデータファイル１３７−１中の画像データが現像処理された画像データは、現像画像ファイル１３９−１に格納される。読込まれた画像データがＪＰＥＧ等で現像処理が不要な場合は、画像データは直接現像画像ファイル１３９−１に格納される。

また、現像画像ファイル１３９−１中の画像データは、表示用の縮小画像として生成され、サムネール画像ファイル１４１−１に格納される。異なる撮影者のフォルダ１３５−２、フォルダ１３５−３についても同様である。

（１−３．注文処理サーバ２７）
次に図９により注文処理サーバ２７の構成を説明する。注文処理サーバ２７の構成は、図２で説明したイベント会場サーバ１３の構成と同様であるので詳細については説明を省略する。

尚、図９の制御部３５−２、メディア入出力部３７−２、通信部３９−２、表示部４１−２、ビデオアダプタ４３−２、入力部４５−２と、印刷部４７−２、記憶部４９−２、ＲＡＭ５１−２、ＲＯＭ５３−２、ハードディスク５５−２、システムバス５６−２は、それぞれ図２のイベント会場サーバ１３の制御部３５−１、メディア入出力部３７−１、通信部３９−１、表示部４１−１、ビデオアダプタ４３−１、入力部４５−１、印刷部４７−１、記憶部４９−１、ＲＡＭ５１−１、ＲＯＭ５３−１、ハードディスク５５−１、システムバス５６−１に対応する。

次に注文処理サーバ２７のハードディスク５５−２の構成を図１０に示す。ハードディスク５５−２には、顧客から撮影画像の注文処理を受けて注文管理及び注文処理を行う注文処理プログラム１４３と、顧客が購入する撮影画像に課金を行う課金処理プログラム１４５と、注文用ＵＲＬ(Uniform Resource Locator)ファイル１４７と、注文情報テーブル１４９と、顧客マスタテーブル１５１とを格納する。

注文用ＵＲＬファイル１４７は、顧客携帯端末装置２１が注文用ＵＲＬ１４にアクセスすると表示されるＷｅｂページを、ＨＴＭＬ（Hyper Text Markup Language）で記述したファイルである。

（１−３−１．ハードディスク５５−２の注文情報テーブル１４９）
次に、注文情報テーブル１４９の内容を図１１に示す。注文情報テーブル１４９には、顧客の顧客携帯端末装置２１から選択された画像データの購入注文が注文処理サーバ２７に送られると、当該注文情報が順次１レコードずつ登録される。

注文情報テーブル１４９の項目は、注文順に採番される受注番号１５３(例えば「Ｊ００００００１」)、イベント固有のイベントコード１０３(例えば「ＥＶＮＴ０４００５」)、大型ディスプレイ１５に表示される画像１６の注文番号１７（例えば「００２０」）、画像データ名７７、印刷する画像データの枚数１５５、注文を受けた画像データのサイズ１５６、印刷区分１５７、顧客を識別する顧客コード１５９（例えば「Ｍ００１」）、引渡し区分１６１がある。

印刷区分１５７は、画像データ未印刷時には「０」、印刷が終了すると「１」を登録する。また、引渡し区分１６１は、画像データ未引渡しでは「０」、顧客に引渡しが終了すると「１」を登録する。即ち注文情報テーブル１４９では、顧客から購入注文された画像データの受注状況（印刷の有無、引渡しの有無等）を管理する。

（１−３−２．ハードディスク５５−２の顧客マスタテーブル１５１）
次に、顧客マスタテーブル１５１の内容を図１２に示す。顧客マスタテーブル１５１には、イベント会場で会員登録した顧客の情報、或いは事前に会員登録した顧客の情報が登録される。顧客マスタテーブル１５１の項目は、顧客を識別する顧客コード１５９（例えば「Ｍ００１」）、顧客氏名１６３、住所１６５、電話番号１６７、メールアドレス１６９、生年月日１７１、画像データ等の注文履歴１７３等である。

メールアドレス１６９は、当該顧客の顧客携帯端末装置２１、又は顧客が自宅に所有するパーソナルコンピュータ等のメールアドレスである。

尚、本実施の形態では説明しないが、顧客が当該イベントに出場する好適な選手名や歌手名をキーワードとして、顧客マスタテーブル１５１の項目として登録しておき、例えば当該キーワードに関連する画像データを抽出して当該顧客の顧客携帯端末装置２１に購入推薦画像データとして送信しても良い。

（２．処理手順）
次に、図１６乃至図２０により、本実施の形態の撮影画像販売システム１におけるイベント会場サーバ１３による画像管理処理、現像処理の処理手順（図１６乃至図１８）と印刷処理手順（図２０）、注文処理サーバ２７による受付処理手順(図１９)、を説明する。尚、図１乃至図１２、及び未説明の図１３乃至図１５を適宜説明に用いる。

（２−１．イベント会場サーバ１３による画像管理処理、現像処理）
本実施の形態の撮影画像販売システム１が、例えばサッカーの試合に導入されていると想定する。サッカー競技場には、サッカーの試合中は試合の様子の映像を映す幾つかの大型ディスプレイ１５が設置される。競技場には、コンピュータ等のイベント会場サーバ１３が設置され、撮影画像データの管理等を行う。また、イベント会場内にある必要はないが、ネットワーク３１で接続されたコンピュータ等の注文処理サーバ２７が設置され、イベント会場で注文された撮影画像の注文処理を行う。

競技場には複数の写真の撮影者３が入場する。イベント主催者や通信社に委託された撮影者３や、フリーのカメラマンでも良い。但し撮影者３は、入場前に撮影者３が持ち込むカメラ５などの情報や、撮影者端末装置７の通信用メールアドレス１００等を登録しておく。これら撮影者３に関する情報はイベント会場サーバ１３のハードディスク５５−１の撮影者マスタテーブル６９（図６）に登録され、撮影者３は撮影者番号９１を割り当てられる。

また、このイベントに関する情報は、事前にイベント会場サーバ１３のハードディスク５５−１のイベント管理マスタテーブル７１（図７）に登録される。また、このイベントに入場する観客が、例えば会員登録すれば会場で販売する撮影画像を迅速に入手することが可能になる。即ち、顧客（イベント会場入場者と同義とする）が、事前に例えば自宅からネットワーク３１等を介して当該イベントに関するＷｅｂページから、会員登録を行っても良いし、イベント会場入場時に登録を行っても良い。顧客の登録内容は、注文処理サーバ２７のハードディスク５５−２の顧客マスタテーブル１５１（図１２）に登録される。顧客は登録の際に、顧客コード１５９（例えば「Ｍ００１」を割り当てられる。

まず、本実施の形態の撮影画像販売システム１を構成する各機器がイベント主催側により駆動され、また事前に前述の撮影者３、顧客、イベントに関する情報が登録される（図１６のステップ１０００）。イベント会場サーバ１３の制御部３５−１はＲＯＭ５３−１からオペレーションシステムを起動後、本実施の形態の撮影画像販売システム１に係る処理プログラム（画像管理プログラム５７、現像処理プログラム５９、印刷処理プログラム６１）をハードディスク５５−１等からＲＡＭ５１−１にロードする。

尚、本撮影画像販売システム１に係る処理プログラムを、ＣＤ−ＲＯＭや携帯型外部記憶装置等のメディアに登録しておき、メディア入出力部３７−１を介してＲＡＭ５１−１にロードするようにしても良い。また、図示していないが、本撮影画像販売システム１に係る処理プログラムを外部の記憶装置から、通信部３９−１やシステムバス５６−１を介してＲＡＭ５１−１にロードするようにしても良い。

次に制御部３５−１は、ハードディスク５５−１の最新画像ワークファイル６３（図４）に初期値を登録する。即ち、撮影機器シリアルＮｏ．７３に撮影者マスタテーブル６９（図６）に登録されている撮影機器シリアルＮｏ．７３を登録する。最新画像データ名７５の初期値は例えば「００００００００」を設定しておく。

また、制御部３５−１は、ハードディスク５５−１の画像データフォルダ６５（図８）に、撮影者３ごとに撮影する画像データを保存するフォルダ１３５−１〜１３５−３を作成する。例えばフォルダ名は撮影者マスタテーブル６９(図６)の撮影者番号９１と同一のフォルダ名とする（例えば「Ｓ０００００５」）。

また、制御部３５−１は、ハードディスク５５−１中に読み込んだ画像データ環境を撮影者３ごとに管理する画像管理テーブル６７（図５参照）を作成する。画像管理テーブル６７作成時にはデータは何も登録されていない。

また、注文処理サーバ２７の制御部３５−２はＲＯＭ５３−２からオペレーションシステムを起動後、本実施の形態の撮影画像販売システム１に係る処理プログラム（注文処理プログラム１４３、課金処理プログラム１４５）をハードディスク５５−２等からＲＡＭ５１−２にロードする。

尚、本撮影画像販売システム１に係る処理プログラムを、ＣＤ−ＲＯＭや携帯型外部記憶装置等のメディアに登録しておき、メディア入出力部３７−２を介してＲＡＭ５１−２にロードするようにしても良い。また、図示していないが、本撮影画像販売システム１に係る処理プログラムを外部の記憶装置に登録しておき、通信部３９−２やシステムバス５６−２を介してＲＡＭ５１−２にロードするようにしても良い。

また、注文処理サーバ２７の制御部３５−２は、顧客からの撮影画像の注文情報を管理する注文情報テーブル１４９（図１１参照）を作成する。注文情報テーブル１４９作成時にはデータは何も登録されていない。

ここで、図１６の処理手順の説明に戻る。ステップ１０００により、図１に示す撮影画像販売システム１を構成する機器が駆動される。本イベントにおいて撮影者３がカメラ５で例えばサッカーの試合の様子を撮影すると、カメラ５の記憶部１１に順次撮影した画像データが画像データ名と共に登録されていく。

尚、ここではカメラ５の記憶部１１に登録されている画像データは、カメラ５の撮像素子（ＣＣＤデバイス等）から得られたままのＲＡＷデータやＪＰＥＧデータといわれるデジタル信号データである。

イベント会場サーバ１３の制御部３５−１は、通信部３９−１から無線ＬＡＮアダプタ２９を介してカメラ５のＬＡＮボード９に接続し、カメラ５の記憶部１１に登録されている画像データの名称をチェックする(ステップ１００１)。尚、イベント会場サーバ１３の制御部３５−１は、イベント会場に持ち込まれ登録された全ての撮影機器の記憶部に登録されている画像データを順次チェックするが、ここでは代表してカメラ５について説明を行う。

即ち制御部３５−１は、ハードディスク５５−１に登録されている最新画像ワークファイル６３（図４参照）を参照して、カメラ５に該当する撮影機器シリアルＮｏ．７３の最新画像データ名７５と、カメラ５の記憶部１１に登録されている画像データ名とを照合する。尚、カメラ５の記憶部１１に格納する画像データ名に使用する数値部分は昇順に採番されるものとする。

例えばハードディスク５５−１に登録されている最新画像ワークファイル６３の最新画像データ名７５が、「Ｐ００００１２８」であり、カメラ５の記憶部１１に画像データ名「Ｐ００００１２９」の画像データがあれば、制御部３５−１は新しい画像データがカメラ５の記憶部１１に生成されたと認識する。

制御部３５−１は、カメラ５を所有する撮影者３の画像管理テーブル６７(図５)に、画像データ名７７「Ｐ００００１２９」の新規レコードを追加する。制御部３５−１は、新規レコードの初期値を、現像区分７９は未現像であるので「０」、取捨区分８１を「０」、主催者送信区分８７を「０」、依頼者送信区分８９を「０」、注文番号１７を「００００」に設定する。

また、制御部３５−１は、主催者区分８３と依頼者区分８５の初期値を、イベント管理マスタテーブル７１（図７参照）の判定区分１２７の値に基づいて設定する。即ち判定区分１２７が「０」（撮影画像の判定が必要）ならば、主催者区分８３と依頼者区分８５の初期値には「０」、判定区分１２７が「１」（判定不要）ならば、主催者区分８３と依頼者区分８５の初期値には「１」が設定される。

尚、最新画像データ名７５よりも新しい画像データが複数件あれば、制御部３５−１は画像管理テーブル６７に同数の新規レコードを追加する。新規レコードの追加が完了すると、制御部３５−１は最後に追加した画像データ名７７、即ち上記の例では、画像データ名「Ｐ００００１２９」をハードディスク５５−１の最新画像ワークファイル６３に登録されている該当する撮影機器シリアルＮｏ．７３の最新画像データ名７５に上書きする。

次に制御部３５−１は、画像管理テーブル６７の現像区分７９をチェックして、未現像の画像データ(即ち現像区分７９が「０」)のレコードが有るかどうかを判定する。未処理画像があれば（ステップ１００２のＹＥＳ）、制御部３５−１はカメラ５の記憶部１１から画像データをコピー又は移動してＲＡＭ５１−１に読み込み、更に画像データフォルダ６５(図８参照)の、撮影者３ごとに作成されたフォルダ１３５−１のＲＡＷデータファイル１３７−１の中にコピー又は移動して格納する（ステップ１００３）。このように「プル型」で画像データを読込むのは、プッシュ型にした場合、シャッターチャンスが重なって画像データの受信が衝突（コリジョン）により効率的に行えない可能性を考慮している。次に制御部３５−１は、読み込んだ画像データを、現像処理プログラム５９を用いて現像・色変換処理を行い、現像画像ファイル１３９−１の中に格納する（ステップ１００４）。

現像処理プログラム５９が行う現像処理とは、カメラ５の撮像素子から得られるＲＡＷデータを、ＪＰＥＧ等のデータに変換することである。読込まれた画像がＪＰＥＧデータ等のＲＡＷデータ以外のフォーマットであれば、現像処理は実行されない。また、色変換処理とは、現像処理された画像データに、所定のプロファイルを適用し、ディスプレイ表示のために色空間変換処理を行うことである。

制御部３５−１は、現像・色変換処理後の画像データを現像画像ファイル１３９−１の中に格納すると同時に、画像管理テーブル６７(図５)の当該画像の現像区分７９を「０」から「１」に更新する。

次に、制御部３５−１は、ステップ１００４で作成された画像データに基づいて２種類のサムネール画像を作成する（ステップ１００５）。即ち、１種類はイベント会場内で、大型ディスプレイ１５に一覧表示するための比較的画素数が多い（８００×６００画素程度）サムネールである。もう１種類は撮影者３が、自分が撮影した画像データの取捨選択（販売するか否かの分類）を行う為の撮影者携帯端末装置７での画面表示用と、顧客が撮影画像の購入を申し込む際に申込用Ｗｅｂページ表示用の比較的画素数が少ないサムネール（１５０×１００画素程度）を作成する。

制御部３５−１は、作成したサムネールを、撮影者３ごとに作成されたフォルダ１３５−１のサムネール画像ファイル１４１−１の中に格納する。

次に、制御部３５−１は、ステップ１００５で作成したサムネールを掲載して撮影者３別に画像データの取捨選択Ｗｅｂページを生成する（ステップ１００６）。撮影者３は、生成された撮影者３別の取捨選択Ｗｅｂページに各自所持する撮影者携帯端末装置７でアクセスし、各自撮影した画像データの取捨選択を行う。制御部３５−１は、撮影者が操作する撮影者携帯端末７から受信した画像選択情報に基づくステップ１０００乃至ステップ１０１６とは別プロセスの画像選択処理（ステップ２０００）と次のステップ１００７とを並行して進めても良い。

ここで、撮影者３が操作する撮影者携帯端末７から受信した画像選択情報に基づく画像選択処理（ステップ２０００）について、図１７を用いて説明する。図１７は、イベント会場サーバ１３の制御部３５−１が、撮影者３の画像選択指示を処理する手順を示す図である。まず、撮影者３が各自所持する撮影者携帯端末装置７で、ネットワーク３１を介して前述の撮影者３別の取捨選択Ｗｅｂページにアクセスすると、イベント会場サーバ１３の制御部３５−１は、撮影者携帯端末装置７の表示部１７６に図１３に示す撮影者用取捨指定画面１７５を表示させる（ステップ２０００）。

図１３は、撮影者携帯端末装置７の表示部１７６に表示される撮影者用取捨指定画面１７５である。表示部１７６には前述の比較的画素数の少ないサムネールで、撮影者３が撮影した画像１７７−１〜１７７−９が表示される。終了ボタン１７９は、取捨指定操作を終了するボタンである。次頁・前頁選択ボタン１８１は、左向きを押すと、前頁の９個のサムネール画像を表示し、右向きを押すと次頁の９個のサムネール画像を表示する。

操作ボタン１８３は、「右三角」を押下すると、右（又は下）の画像に移動、「左三角」を押下すると左（又は上）の画像に移動する。「○」を押下すると、選択されている画像を拡大表示（図１４で説明する）する。また、「上三角」を押下すると選択されている画像を販売可、「下三角」を押下すると選択されている画像を販売不可、「下三角」を２度押下すると物理削除とする。

撮影者３が図１３の「○」を押下し、選択されている画像の拡大を指示し、制御部３５−１が画像選択情報を受信すると（ステップ２００１のＹＥＳ）、制御部３５−１は対応するサムネールを撮影者携帯端末装置７に送信する（ステップ２００２）。

制御部３５−１が選択情報を受信しなければ（ステップ２００１のＮＯ）、ステップ２００３に進む。

図１４は、選択された画像を拡大表示するサムネール作成位置指定画面１８５を示す。即ち、制御部３５−１は、図１３で特定の画像が選択され「○」ボタンが押下されると、撮影者携帯端末装置７の表示部１７６に拡大表示した画像１８７を表示させる。図１４の操作ボタン１８３では、「三角ボタン」を上下左右に操作することで、サムネール作成枠１８９を移動させる。

このように、撮影者３は、画像の特徴部分を有する画像の一部をサムネール作成枠１８９で指定して、新たに撮影者３が特徴部分を拡大化したサムネールを作成することができる。

即ち、撮影者３が図１３の操作ボタン１８３を「○」（拡大表示）押下し、更に図１４のサムネール作成枠１８９を確定する（「○」ボタン押下）と、制御部３５−１は、指定サムネールの要求があると判断する（ステップ２００３のＹＥＳ）。制御部３５−１は、指定サムネールを生成し撮影者携帯端末装置７に送信し（ステップ２００４）、同時に、生成したサムネールを画像データフォルダ６５のサムネール画像ファイル１４１−１に登録して、ステップ２００５に進む。

制御部３５−１が指定サムネールの要求を受信しなければ（ステップ２００３のＮＯ）、ステップ２００５に進む。

次に、撮影者３が図１３に示す特定の画像に対して操作ボタン１８３の「上三角」又は「下三角」を押下すると、制御部３５−１は取捨情報を受信したと判断し（ステップ２００５のＹＥＳ）、画像管理テーブル６７（図５参照）を更新する(ステップ２００６)。

即ち制御部３５−１は、画像管理テーブル６７の当該画像の取捨区分８１を初期値「０」から、販売可画像データを「１」、販売不可画像データを「２」、物理削除するデータを「３」と、更新する。

制御部３５−１が取捨情報を受信せず（ステップ２００５のＮＯ）、イベント管理マスタテーブル７１（図７）に示す取捨選択締切時刻１３１が到来していなければ（ステップ２００７のＮＯ）ステップ２００１に戻る。取捨選択締切時刻１３１が到来すると(ステップ２００７のＹＥＳ)、制御部３５−１は撮影者３による画像選択処理を終了する。

ここで、図１６のステップ１００２に戻る。制御部３５−１は、画像管理テーブル６７の現像区分７９をチェックして、未現像の画像データ(即ち現像区分７９が「０」)のレコードがなければ（ステップ１００２のＮＯ）、ステップ１００７に進む。

次に、制御部３５−１は、画像管理テーブル６７の主催者区分８３が「０」かつ主催者送信区分８７が「０」のレコードが有るかどうかを判定する。即ち制御部３５−１は、主催者１１９の判定が必要（主催者区分８３が「０」）であり、未解答（主催者送信区分８７が「０」）であるときに、主催者１１９のチェックが必要であると判断し（ステップ１００７のＹＥＳ）、現像済み画像の表示装置用サムネール画像を主催者１１９のコンピュータ等のイベント主催者側確認用端末装置２５に送信し（ステップ１００８）、ステップ１００９に進む。尚、画像管理テーブル６７の主催者送信区分８７は「０」から「１」（送信済）に更新する。

イベント会場サーバ１３の制御部３５−１が、イベント主催者側確認用端末装置２５から送られる画像の販売の可否に関する回答を受ける処理手順（ステップ３０００）を図１８に示す。

制御部３５−１は、イベント主催者側確認用端末装置２５から、当該画像の取捨選択に関する回答情報を受信し（ステップ３００１）、画像管理テーブル６７の主催者区分８３の項目を更新する（ステップ３００２）。即ち、イベント主催者側の判断により、主催者区分８３を、画像販売ＯＫの場合に「２」、画像販売ＮＧの場合には「３」と、更新する。

イベント管理マスタテーブル７１（図７）に示す主催者１１９の回答締切時刻１３３が到来していなければ（ステップ３００３のＮＯ）ステップ３００１に戻る。主催者１１９の回答締切時刻１３３が到来すると(ステップ３００３のＹＥＳ)、制御部３５−１は回答受信処理を終了する。

図１６のステップ１００７に戻り、主催者１１９のチェックが不要な場合（ステップ１００７のＮＯ）、制御部３５−１は、画像管理テーブル６７の依頼者区分８５が「０」かつ依頼者送信区分８９が「０」のレコードが有るかどうかを判定する。

即ち制御部３５−１は、依頼者１２１−１、１２１−２の判定が必要（依頼者区分８５が「０」）であり、未解答（依頼者送信区分８９が「０」）であるときに、依頼者１２１−１、１２１−２のチェックが必要であると判断し（ステップ１００９のＹＥＳ）、現像済み画像を依頼者１２１−１、１２１−２のコンピュータ等の依頼者側確認用端末装置２３に送信し（ステップ１０１０）、ステップ１０１１に進む。尚、画像管理テーブル６７の依頼者送信区分８９は「０」から「１」（送信済）に更新する。

イベント会場サーバ１３の制御部３５−１が、依頼者側確認用端末装置２３から送られる画像の販売の可否に関する回答を受ける処理手順（ステップ３０００）を図１８に示す。ステップ３０００は、ステップ１００８又はステップ１０１０の実行後に、ステップ１０００乃至ステップ１０１６とは別プロセスで実行される。

制御部３５−１は、依頼者側確認用端末装置２３から、当該画像の取捨選択に関する回答情報を受信し（ステップ３００１）、画像管理テーブル６７の依頼者区分８５の項目を更新する（ステップ３００２）。即ち、依頼者側の判断により、依頼者区分８５を画像販売ＯＫの場合に「２」、画像販売ＮＧの場合には「３」と、更新する。

イベント管理マスタテーブル７１（図７）に示す依頼者１２１ごとの回答締切時刻１３３が到来していなければ（ステップ３００３のＮＯ）ステップ３００１に戻る。依頼者１２１ごとの回答締切時刻１３３が到来すると(ステップ３００３のＹＥＳ)、制御部３５−１は回答受信処理を終了する。

図１６のステップ１００９に戻り、依頼者１２１−１、１２１−２のチェックが不要な場合（ステップ１００９のＮＯ）、制御部３５−１は、画像管理テーブル６７をチェックし（ステップ１０１１）、販売する画像があるかどうかを判別する（ステップ１０１２）。

即ち、画像管理テーブル６７で、取捨区分８１が「１」（販売可）、かつ主催者区分８３が「１」（判定不要）又は「２」（画像販売ＯＫ）、かつ依頼者区分８５が「１」（判定不要）又は「２」（画像販売ＯＫ）の画像があるかどうかを判定し、条件を満たす画像があれば（ステップ１０１２のＹＥＳ）、画像の画像データ名７７及び対応するサムネール画像を注文処理サーバ２７に送信し(ステップ１０１３)、ステップ１０１４に進む。注文処理サーバ２７による受付処理（ステップ４０００、図１９）については後述する。尚、販売の条件を満たす画像がなければ（ステップ１０１２のＮＯ）、ステップ１００１に戻る。

次に制御部３５−１は、現在の時刻が、イベント管理マスタテーブル７１の写真表示時刻１（from）１０９−１から写真表示時刻１（to）１１１−１の間にあるか、又は写真表示時刻２（from）１０９−２から写真表示時刻２（to）１１１−２の間にあるかどうかを判定する。上記設定された時間内であれば、大型ディスプレイ１５に画像１６−１〜１６−６の表示が可能な時刻であると判断し（ステップ１０１４のＹＥＳ）、制御部３５−１は、例えば注文番号１７の順に大型ディスプレイ１５に販売対象とされる画像１６−１〜１６−６の一覧表示を行う（ステップ１０１５）。

画像表示が可能な時刻とは、例えばサッカーの試合ではハーフタイムや、試合終了後などである。制御部３５−１は、大型ディスプレイ１５に画像１６−１〜１６−６の一覧表示と同時に、画像注文用の注文用ＵＲＬ１４を表示する。また、一度に表示する画像１６−１〜１６−６を例えば３分間表示し、次の注文番号１７の画像表示に移るようにしても良い。

時刻が表示可能な時刻でなければ（ステップ１０１４のＮＯ）、制御部３５−１はステップ１００１の処理に戻る。

時刻が、表示終了時刻、即ちイベント管理マスタテーブル７１の写真表示時刻２（to）１１１−２になると（ステップ１０１６のＹＥＳ）、制御部３５−１は画像管理処理プログラム５７及び現像処理プログラム５９の処理を終了する。時刻が写真表示時刻２（to）１１１−２に達していない場合（ステップ１０１６のＮＯ）、制御部３５−１はステップ１００１に戻る。

（２−２．注文処理サーバ２７による受付処理）
次に、注文処理サーバ２７の受付処理（ステップ４０００）について図１９を用いて説明する。ステップ４０００は、イベント会場サーバ１３がステップ１０１３を実行した後で、注文処理サーバ２７が販売対象画像データを受信してから、注文処理サーバ２７において実行される。注文処理サーバ２７は、イベント毎にそのイベント会場の中に設置しても良いし、複数のイベントで撮影された写真の注文をまとめて引き受ける装置としてイベントに関係のない場所に設置するようにしても良い。

イベント会場の大型ディスプレイ１５に表示される画像１６−１〜１６−６の中に顧客が注文を希望する画像がある場合、まず顧客は大型ディスプレイ１５に表示されている注文用ＵＲＬ１４に該当する注文用Ｗｅｂページに顧客携帯端末装置２１を用いてアクセスする（ステップ４００１のＹＥＳ）。注文用Ｗｅｂページに顧客携帯端末装置２１からのアクセスがあるまで注文処理サーバ２７は待機を続ける（ステップ４００１のＮＯ）。

尚、顧客の特定は、顧客携帯端末装置２１からの番号通知機能で自動的に注文処理サーバ２７が認証するようにしても良いし、顧客が登録した顧客コード１５９やパスワード等を入力するようにしても良い。また、ＳＳＬ(Secure Socket Layer)等を前提としたクレジット番号等を入力するようにしても良い。

尚、顧客の顧客携帯端末装置２１に表示させる注文用Ｗｅｂページには、大型ディスプレイ１５に表示されるものと同じ画像１６−１〜１６−６をサムネール表示で表示させるようにしても良い。ここでは、前述した比較的画素数が少ないサムネール（１５０×１００画素程度）を使用する。

次に、顧客の顧客携帯端末装置２１から、注文処理サーバ２７の制御部３５−２に注文フォーム１９１（図１５）の送信要求があると（ステップ４００２のＹＥＳ）、制御部３５−２は要求を受けた顧客の顧客携帯端末装置２１に、注文フォーム１９１を送信し（ステップ４００３）、ステップ４００４に進む。注文フォーム１９１の要求がないと（ステップ４００２のＮＯ）、そのままステップ４００４に進む。

ここで、図１５に示す注文フォーム１９１について説明する。図１５は注文処理サーバ２７の制御部３５−２が、顧客の顧客携帯端末装置２１に送る注文フォーム１９１である。図１５は顧客の顧客携帯端末装置２１の表示部１７６に表示される注文フォーム１９１の例を示す。

注文フォーム１９１には、大型ディスプレイ１５に画像１６と共に表示される注文番号１７（例えば「００２０」）、写真の注文サイズ１５６（例えば「Ｌ」）、当該写真の注文枚数１５５等を、顧客が入力する。また、注文フォーム１９１の画面には、次の注文を行う画面を表示させる「次の注文」ボタン１９３、注文した画像の一覧を表示させる「注文一覧」ボタン１９５、注文をキャンセルする「キャンセルボタン」、注文を完了する「注文完了」ボタン１９９等がある。

尚、顧客が写真を注文する際、上記注文フォーム１９１に注文内容を書き込んで注文するのではなく、顧客携帯端末装置２１の表示部１７６に、大型ディスプレイ１５と同じ画像を表示させ、操作ボタン１８３などを用いて選択して注文するようにしても良い。

次に、図１９にのステップ４００４に戻り、注文処理サーバ２７の制御部３５−２が、顧客からの注文情報を受信すると（ステップ４００４のＹＥＳ）、制御部３５−２はまず注文者を判定する（ステップ４００５）。即ち、顧客携帯端末装置２１の電話番号、又は顧客コード１５９（図１２）やパスワード等で注文者を認証する。

次に、制御部３５−２は注文情報を注文情報テーブル１４９（図１１参照）に登録する（ステップ４００６）。即ち注文情報を受けるごとに制御部３５−２は注文情報テーブル１４９に新たに受注番号１５３を採番し、新規レコードを追加する。

次に、制御部３５−２は、イベント会場サーバ１３のハードディスク５５−１に登録された撮影者マスタテーブル６９の「料金」９８の項目を参照して、顧客ごとの注文に対する課金計算処理を行う（ステップ４００７）。

次に制御部３５−２は、注文情報テーブル１４９をイベント会場サーバ１３に送信する（ステップ４００８）と、イベント会場サーバ１３は印刷処理のステップ５０００を実行する。イベント会場サーバ１３の印刷処理については後述する。

注文処理サーバ２７の制御部３５−２は、イベント会場サーバ１３のハードディスク５５−１に登録されたイベント管理マスタテーブル７１の販売受付時刻（from）１１３と販売受付時刻（to）１１５を参照し、現時点が販売受付時刻内であれば（ステップ４００９のＹＥＳ）、ステップ４００１に戻り、販売受付時刻でなければ（ステップ４００９のＮＯ）、注文受付処理を終了する。

（２−３．イベント会場サーバ１３による印刷処理、）
次に、イベント会場サーバ１３の印刷処理（ステップ５０００）について図２０を用いて説明する。注文処理サーバ２７から注文情報テーブル１４９（図１１参照）がイベント処理サーバ１３に送られると、イベント会場サーバ１３の制御部３５−１は注文情報テーブル１４９をＲＡＭ５１−１に読み込む（ステップ５００１）。尚、イベント会場サーバ１３の制御部３５−１は、ハードディスク５５−１内に注文情報テーブル１４９をコピーしてきても良いし、制御部３５−１が注文処理サーバ２７の注文情報テーブル１４９を必要な都度チェックして更新するようにしても良い。

次に、制御部３５−１は注文情報テーブル１４９の印刷区分１５７を判定し、印刷区分１５７が「０」、即ち印刷未完了であれば（ステップ５００２のＹＥＳ）、印刷情報を生成する（ステップ５００３）。印刷未完了の画像データがなければ（ステップ５００２のＮＯ）、ステップ５００６に進む。印刷情報の生成とは、画像データを写真印刷用に加工したり、日付を挿入したりする処理である。また、カレンダーやマグカップ等に当該画像データを印刷する場合はその下処理を行う。

次に、制御部３５−１は無線ＬＡＮアダプタ２９を介して印刷装置１８を用いて対象となる画像の印刷を行い（ステップ５００４）、注文情報テーブル１４９の印刷区分１５７を「０」（未印刷）から「１」（印刷済）に変更して更新する（ステップ５００５）。

次に制御部３５−１は、印刷終了時間に達していなければ（ステップ５００６のＮＯ）ステップ５００１に戻る。印刷終了時間に達していれば（ステップ５００６のＹＥＳ）、印刷処理を終了する。

（２−４．画像の受け取り）
顧客はイベント会場にて、イベント開催中或いはイベント終了直後に注文した画像の受け取りを行うことが可能である。イベント会場内の写真画像の受け渡しを行う場所に、顧客の認証を行うため、無線ＬＡＮアダプタ２９に接続されたタグリーダ１９を設置する。

画像を注文した顧客は、自分の所有する携帯電話等の顧客携帯端末装置２１をタグリーダ１９にかざす。尚、顧客携帯端末装置２１は非接触ＩＣカードチップを内蔵しており、タグリーダ１９は通信波（電磁波）３３を出力し、その受信波から顧客携帯端末装置２１所有者、即ち顧客コード１５９を検出して、顧客の認証を行う。

尚、顧客携帯端末装置２１の画面に、顧客を特定するバーコードやＱＲコード（登録商標）（株式会社デンソーウェーブ）等を表示させ、タグリーダ１９等の読取装置で読み取って顧客を認証するようにしても良い。

画像受け渡し場所には、注文者ごとに注文された画像が印刷されて準備されており、担当者は該当する顧客に画像を渡す。尚、担当者は画像の引き渡し後、イベント会場サーバ１３の注文情報テーブル１４９の引渡し区分１６１を「０」（未引渡し）から「１」（引渡し済）に更新する。

（３．その他）
尚、撮影者３が撮影者別の取捨選択Ｗｅｂページにアクセスするには、イベント会場サーバ１３のハードディスク５５−１に登録されている撮影者番号９１（例えば「Ｓ００００００５」等）やパスワード等で認証を受けることが望ましい。

本実施の形態で説明した撮影画像販売システム１の構成では、イベント会場サーバ１３と注文処理サーバ２７は独立であるとして説明したが、当該イベント会場サーバ１３と注文処理サーバ２７とは一体構成としても良い。
尚、注文処理サーバ２７は、複数の会場で行われる複数のイベントでの撮影画像の注文処理を一括管理するようにしても良い。

また、ネットワーク３１と通信可能な撮影装置を利用することで、カメラ５などの撮影装置と、撮影者携帯端末装置７とを一体構成しても良い。

また、顧客が選手名や歌手名など特定のキーワードを登録しておくと、当該キーワードに関連する画像データをイベント会場サーバ１３が抽出して、当該顧客に個々に提供するようにしても良い。この場合、画像データを管理する画像管理テーブル６７には項目として「キーワード」を入れてキーワード検索を行うようにする。また、顧客マスタテーブル１５１には、項目として「キーワード」を入れ画像データとの照合に利用する。

また、本実施の形態では、イベント会場サーバ１３が会場内にあるカメラ５の記憶部１１内の登録されている画像データを順次チェックしていくとして説明したが、スイッチングハブ等を用いてコリジョンの発生を可及的に防止できることを前提にして逆にカメラ５等の撮影機器側から、イベント会場サーバ１３に未現像画像データを送信するようにしても良い。又イベント会場サーバ１３の現像処理部分を他のワークステーション等の別のハードウェアで実行させても良い。

また、本実施の形態では、イベント会場にて顧客が画像データを入手するものとしたが、顧客は例えば後日、自宅のコンピュータ等からネットワーク３１にアクセスして、本イベントに関するＷｅｂページから当日の撮影画像データを選択して購入することもできる。

また、イベント会場ではイベント当日の写真画像だけではなく、大型ディスプレイ１５に表示され顧客が選択した画像データを、顧客の希望するカレンダーやカップ、又はＴシャツ等の記念グッズに印刷して販売するようにしても良い。

尚、本実施の形態では、イベント会場の動画カメラの映像を映し出す大型ディスプレイ１５を、カメラ５の画像１６−１〜１６−６表示に兼用したが、画像注文用の専用ディスプレイを導入するようにしても良い。この場合は、写真表示可能時刻に拘束されることなく、画像データの表示を行うことが可能になる。

本実施の形態では、画像データの販売の可否を、撮影者３、主催者１１９、依頼者１２１がチェックするものとして説明したが、上記３者の判断に優先順位や重み付けをして、画像データ販売の可否を決定するようにしても良い。

（４．効果等）
このように、本実施の形態では、イベント会場で撮影した画像データを、少なくとも撮影者３、イベントの主催者１１９、及び依頼者１２１のうちの１者が販売可否を取捨選択し、迅速に会場の大型ディスプレイに表示して会場の顧客に販売できるという効果がある。このため、イベントの主催者や依頼者の利益に反しない範囲で、カメラマンが販売しても良いと思った多くの写真画像を多くの観客に販売する機会を提供しカメラマン及び観客の双方にとって大きな利益となる。

即ち、イベント会場の現場でイベント開催中或いは終了直後に、会場の観客はタイムリーに写真画像などの商品を入手できるので、顧客の購買意欲を高める効果が期待できる。

また、画像データを、少なくとも撮影者３、イベントの主催者１１９、及び依頼者１２１のうちの１者が販売可否を取捨選択するので、適切な画像データをイベント会場のディスプレイに表示し販売を行うことができる。

尚、本発明の技術的範囲は、前述した実施の形態に限られるものではない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

本実施の形態における撮影画像販売システム１の構成を示す図 イベント会場サーバ１３の構成を示す図 ハードディスク５５−１を示す図 最新画像ワークファイルを示す図 画像管理テーブル６７を示す図 撮影者マスタテーブル６９を示す図 イベント管理マスタテーブルを示す図 画像データフォルダ６５を示す図 注文処理サーバ２７を示す図 ハードディスク５５−２を示す図 注文情報テーブル１４９を示す図 顧客マスタテーブル１５１を示す図 撮影者用取捨指定画面１７５を示す図 サムネール作成位置指定画面１８５を示す図 注文フォーム１９１を示す図 イベント会場サーバ１３の画像処理のフローチャート 撮影者３の画像選択処理フローチャート イベント会場サーバ１３の回答受信処理フローチャート 注文処理サーバ２７の受付処理フローチャート イベント会場サーバ１３の印刷処理フローチャート

符号の説明

１………撮影画像販売システム
３………撮影者
５………カメラ
７………撮影者携帯端末装置
９………ＬＡＮボード
１１………記憶部
１３………イベント会場サーバ
１４………注文用ＵＲＬ
１５………大型ディスプレイ
１６−１〜１６−６、１７７−１〜１７７−９、１８７………画像
１７………注文番号
１８………印刷装置
１９………タグリーダ
２１………顧客携帯端末装置
２３………依頼者側確認用端末装置
２５………イベント主催者側確認用端末装置
２７………注文処理サーバ
２９………無線ＬＡＮアダプタ
３１………ネットワーク
３３………通信波（電磁波）
３５−１、３５−２………制御部
３７−１、３７−２………メディア入出力部
３９−１、３９−２………通信部
４１−１、４１−２………表示部
４３−１、４３−２………ビデオアダプタ
４５−１、４５−２………入力部
４７−１、４７−２………印刷部
４９−１、４９−２………記憶部
５１−１、５１−２………ＲＡＭ
５３−１、５３−２………ＲＯＭ
５５−１、５５−２………ハードディスク
５７………画像管理プログラム
５９………現像処理プログラム
６１………印刷処理プログラム
６３………最新画像ワークファイル
６５………画像データフォルダ
６７………画像管理テーブル
６９………撮影者マスタテーブル
７１………イベント管理マスタテーブル
７３………撮影機器シリアルＮｏ
７５………最新画像データ名
７７………画像データ名
７９………現像区分
８１………取捨区分
８３………主催者区分
８５………依頼者区分
８７………主催者送信区分
８９………依頼者送信区分
９１………撮影者番号
９３………依頼者コード
９５………撮影機器のＬＡＮアダプタＭＡＣアドレス
９７………販売可能最大サイズ
９８………料金
９９………撮影データ区分
１００………通信用メールアドレス
１０１………氏名、電話番号、振込銀行口座等
１０３………イベントコード
１０５………イベント名称
１０７………催行年月日
１０９−１、１０９−２………写真表示時刻（from）
１１１−１、１１１−２………写真表示時刻（to）
１１３………販売受付時刻（from）
１１５………販売受付時刻（to）
１１７………登録コード
１１９………主催者
１２１−１、１２１−２………依頼者
１２３………名称
１２５………主催者依頼者区分
１２７………判定区分
１２９………判定依頼先メールアドレス
１３１………取捨選択締切時刻
１３３………回答締切時刻
１３５−１、１３５−２、１３５−３………フォルダ
１３７−１、１３７−２、１３７−３………ＲＡＷデータファイル
１３９−１、１３９−２、１３９−３………現像画像ファイル
１４１−１、１４１−２、１４１−３………サムネール画像ファイル
１４３………注文処理プログラム
１４５………課金処理プログラム
１４７………注文用ＵＲＬファイル
１４９………注文情報テーブル
１５１………顧客マスタテーブル
１５３………受注番号
１５５………枚数
１５６………サイズ
１５７………印刷区分
１５９………顧客コード
１６１………引渡し区分
１６３………顧客氏名
１６５………住所
１６７………電話番号
１６９………メールアドレス
１７１………生年月日
１７３………注文履歴
１７５………撮影者用取捨指定画面
１７９………終了ボタン
１８１………次頁・前頁選択ボタン
１８３………操作ボタン
１８５………サムネール作成位置指定画面
１８９………サムネール作成枠
１９１………注文フォーム
１９３………次の注文
１９５………注文一覧
１９７………キャンセル
１９９………注文完了

Claims (9)

1. 会場に設けられる表示装置を制御し前記会場における撮影画像の販売を管理する会場サーバと、撮影者に属する撮影装置及び撮影者端末装置と、関係者に属する関係者用端末装置と、前記会場に来場する顧客に属する顧客用端末装置と、がネットワークを介して接続される、撮影画像販売システムであって、
   前記会場サーバは、
   前記撮影装置が撮影した画像データのうち未読込画像データを検索して読み込む画像データ読込手段と、
   前記撮影者端末装置または前記関係者用端末装置のうち少なくともいずれかに、前記読込済画像データを送信し、返信される確認結果に従い、前記読込済画像データの区分けを行う確認区分け手段と、
   前記区分けにより販売対象とされた販売対象画像データと注文処理サーバの参照先とを前記表示装置に表示させるための表示情報を生成する表示情報生成手段と、
   前記注文処理サーバから受信した注文情報に基づいて前記販売対象画像データを出力装置に出力させる出力手段と、を具備し、
   前記撮影者端末装置または前記関係者用端末装置の少なくともいずれかは、
   前記会場サーバに前記販売対象画像データの確認結果を送信する確認結果送信手段、を具備し、
   前記顧客用端末装置は、
   前記表示装置に表示される前記販売対象画像データから選択を行い、前記注文処理サーバの参照先にアクセスして前記注文情報を送る注文手段、を具備することを特徴とする撮影画像販売システム。
2. 前記注文処理サーバは、
   前記販売対象画像データの注文情報環境を注文情報テーブルで管理する注文管理手段と、
   前記顧客端末装置から受信した注文情報に基づいて、前記顧客の認証及び課金処理を行う注文処理手段と、
   前記会場サーバに、注文を受けた前記販売対象画像データの注文情報の送信を行う注文情報送信手段と、
   を具備することを特徴とする請求項１記載の撮影画像販売システム。
3. 撮影者に属する撮影装置及び撮影者端末装置と、関係者に属する関係者用端末装置と、会場に来場する顧客に属する顧客用端末装置と、にネットワークを介して接続され、前記会場に設けられる表示装置を制御し前記会場における撮影画像の販売を管理する会場サーバであって、
   前記撮影装置が撮影した画像データのうち未読込画像データを検索して読み込む画像データ読込手段と、
   前記撮影者端末装置または前記関係者用端末装置のうち少なくともいずれかに、前記読込済画像データを送信すると共に、前記撮影者端末装置または前記関係者用端末装置のうち少なくともいずれかから受信した確認結果に従い、前記読込済画像データの区分けを行う確認区分け手段と、
   前記区分けにより販売対象とされた販売対象画像データと注文処理サーバの参照先とを前記表示装置に表示させるための表示情報を生成する表示情報生成手段と、
   前記注文処理サーバから受信した注文情報に基づいて前記販売対象画像データを出力装置に出力させる出力手段と、
   を具備することを特徴とする会場サーバ。
4. 前記未読込済画像データに現像処理を行う現像処理手段と、
   前記画像データのデータ環境を管理テーブルで管理する画像管理手段と、
   を、更に具備し、
   前記現像処理は画像フォーマット変換又はプロファイル適用の少なくともいずれか１つを行うことを特徴とする請求項３記載の会場サーバ。
5. 顧客が登録する特定のキーワードに該当する前記販売対象画像データを前記顧客端末装置に送信する特定画像送信手段を、更に具備することを特徴とする請求項３記載の会場サーバ。
6. 前記確認区分け手段は、前記会場サーバが前記読込済画像データの縮小画像を掲示した前記撮影者専用の画像選択ページを作成して前記撮影者端末装置に送信し、前記撮影者端末装置からの取捨選択指示を受けることを特徴とする請求項３記載の会場サーバ。
7. 前記表示情報生成手段は、前記撮影者端末装置から前記縮小画像の一部が拡大指定される旨の指示を受信した場合、前記指定された画像データを前記表示装置に拡大表示するための表示情報を生成することを特徴とする請求項６記載の会場サーバ。
8. コンピュータを、請求項３乃至請求項７のいずれかに記載された会場サーバとして機能させるプログラム。
9. コンピュータを、請求項３乃至請求項７のいずれかに記載された会場サーバとして機能させるプログラムを記録した記録媒体。

Images