"画像送信装置と双方向に通信を行う通信手段と、前記画像送信装置から送信される画像データを受信する受信手段と、前記受信手段で受信した画像データを画像表示する表示手段と、画像送信装置が前記表示手段の表示内容を認識できる場所にいるかどうかの判定を行う判定手段と、前記判定手段による判定結果に基づき、前記通信手段を介して画像データの二次利用許可を前記画像送信装置に求めるか否かを切り替える制御手段とを有することを特徴とする画像表示装置。前記通信手段は、外部情報機器と双方向で通信することができ、前記制御手段は、前記二次利用許可があった場合、前記二次利用許可の対象となった画像の画像データを前記外部情報機器に前記通信手段を介して送信させることを特徴とする請求項1に記載の画像表示装置。前記通信手段は、外部情報機器と双方向で通信することができ、前記制御手段は、前記二次利用許可があった場合、前記二次利用許可の対象となった画像の画像データを前記外部情報機器に送信するように前記画像送信装置に要求することを特徴とする請求項1に記載の画像表示装置。前記判定手段はIPアドレスで前記判定を行うことを特徴とする請求項1乃至3のいずれか1項に記載の画像表示装置。前記判定手段は、前記表示手段で表示した文字列と同じ文字列を前記画像送信装置から送信されたか否かで前記判定を行うことを特徴とする請求項1乃至3のいずれか1項に記載の画像表示装置。前記二次利用許可は、印刷、保存及び再配信のいずれかの許可であることを特徴とする請求項1乃至5のいずれか1項に記載の画像表示装置。従来技術では、プロジェクタを用いてプレゼンテーションを行っている際に、聴衆から投影中の画像データを二次利用する旨の要求があった場合に、要求の都度、プレゼンタに許可を求める必要があり、プレゼンタにとっては非常に煩わしい。本発明は、セキュリティを確保しつつ、表示画像データの二次利用許可に伴う煩雑な作業を簡便にした画像表示装置を提示することを目的とする。上記目的を達成するために、本発明に係る画像表示装置は、画像送信装置と双方向に通信を行う通信手段と、前記画像送信装置から送信される画像データを受信する受信手段と、前記受信手段で受信した画像データを画像表示する表示手段と、画像送信装置が前記表示手段の表示内容を認識できる場所にいるかどうかの判定を行う判定手段と、前記判定手段による判定結果に基づき、前記通信手段を介して画像データの二次利用許可を前記画像送信装置に求めるか否かを切り替える制御手段とを有することを特徴とする。本発明によれば、表示画像の二次利用を行う際に、画像送信装置が画像表示装置と実質的に同じ場所にいる場合に、二次利用に必要な許可手続きを簡略化するので、全体として、表示画像の二次利用許可に伴う作業を簡便にできる。以下、図面を参照して、本発明の実施例を詳細に説明する。図1は、画像送信装置であるPCパーソナルコンピュータ100と、表示装置であるプロジェクタ200とがネットワーク300を介して接続された画像転送システムの構成図を示す。PC100は、表示すべき画像の画像データをネットワーク300経由でプロジェクタ200に転送する。プロジェクタ200は、転送された画像データを図示しないスクリーンに投影して表示する。PC100とプロジェクタ200は、双方向に通信可能である。図2は、PC100とプロジェクタ200の概略構成ブロック図である。本実施例では、プロジェクタ200が、投影表示中の画像データを、ユーザの要求に従い内蔵ストレージであるRAM203に保存する使用法を例に各部の機能を説明する。PC100の基本動作について説明する。101は、PC100の全体の挙動を制御するCPUである。102は、CPU101の処理手順を記述した制御プログラムを記憶するROMである。103は、ワークメモリとして一時的に制御プログラムやデータを格納するRAMである。104は、アプリケーションやOSオペレーティングシステムなどの各プログラムとデータを格納するハードディスクドライブHDDである。105は、画像データを圧縮するエンコーダである。106は、LAN等を経由してプロジェクタ200及びサーバなどと通信するためのインタフェースであるネットワークIFである。107は、キーボードやポインティングデバイスマウス等からのユーザ入力を処理するユーザIFである。108は、PC100の表示すべき画像の画像データが記憶されているVRAMである。109は、VRAM108から読み出された画像データを処理する画像処理部である。110は表示制御部であり、画像処理部109から受け取ったデータを元に、表示部111を制御する。PC100は、これら各要素を接続する内部バス112を備えている。プロジェクタ200の基本動作を説明する。201は、プロジェクタ200の全体の挙動を制御するCPUである。202は、CPU201の処理手順を記述した制御プログラムを記憶するROMである。203は、ワークメモリとして一時的に制御プログラムやデータを格納するRAMである。204は、所定の圧縮方式で圧縮された画像データを伸長又はデコードするデコーダである。205は、ネットワークを介してPC100と接続するためのインタフェースであるネットワークIFである。206は、操作キー206aの操作、及びリモコン受光部206bを介したリモコン206cからのユーザ入力を受け付けるユーザIFである。207は、投影部208に画像データを供給し、投影部208による画像投影を制御する投影画像制御部である。投影部208は、画像を表示する液晶パネル及びその駆動ドライバ、投影レンズ及びその駆動系並びに光源で構成される。プロジェクタ200は、これら各要素を接続する内部バス209を備えている。図5は、プロジェクタ200の本実施例に特有の動作のフローチャートを示す。図5に示す動作は、CPU201上で動作するプログラムにより実現される。図5に示す動作を実現するプログラムは、プロジェクタ200が、PC100から送信される画像データの画像を投影しているときに、CPU201により実行される。CPU201は、ユーザIF206により、投影画像の二次利用要求が入力されたか否かを判定するS501。そのような二次利用要求は、投影画像のRAM203への保存や印刷がある。保存のケースを例に、図6a~図6dを参照して説明する。図6aは、プロジェクタ200の投影画像と、PC100の表示画像の関係を示すが、プロジェクタ200の操作キー206a又はリモコン206cを使ってユーザプロジェクタ200のオペレータが投影画像の保存を指示したとする。CPU201は、ユーザIF206による保存指示を受けて、投影画像制御部207に保存処理開始用GUIの表示を指示する。図6aは、その様子を示す。プロジェクタ200は、投影画像を保存するかどうかをユーザに選択させるためのGUI14を投影面13に重ねて投影表示する。ユーザが投影画面を保存する旨の選択を、操作キー206a又はリモコン206cで行うと、保存要求信号がユーザIF206からCPU201に通知される。この保存要求に応じて、CPU201は、画像データ送信元位置判定処理を実行するS502。判定方法としては、例えば、可能性のある端末の所在地の表を予め作成しておき、その表を参照するか、後述する同じネットワークに所属するか否かなどがある。画像データ送信元位置判定処理は、端的には、プロジェクタ200の表示内容を実質的に認識可能な位置に画像送信元となるPC100が存在するかどうかを判定する処理である。CPU201は、S502の判定結果に基づき、画像送信元であるPC100の設置場所がプロジェクタ200と同じであればS503のYES、S506に遷移する。CPU201は、画像送信元であるPC100の設置場所がプロジェクタ200と同じ場所でなければS503のNO、S504に遷移する。PC100と同じ場所にない場合、CPU201は、プロジェクタ200により現在投影中の画像データをRAM203に保存してよいかどうか、即ち画像データの二次利用許可を、PC100に問い合わせるS504。そして、CPU201は、この問合せに対するPC100からの返答を待つ。図6bは、問合せ中のプロジェクタ200の投影画像とPC100の表示画像の例を示す。問合せ中には、プロジェクタ200は、保存許可を画面送信元に対して要求している旨を示すGUI15を投影する。他方、PC100は、動作している画面転送用のアプリケーションによって、PC100の操作者に保存許可を行うかどうかを選択させるGUI16を表示部111に表示する。CPU201は、PC100から画像データの二次利用を許可する旨のメッセージを受信するとS505、S506に遷移し、不許可のメッセージを受信すると、本処理を終了する。図6dは、二次利用が拒否された場合に、プロジェクタ200が投影するメッセージ例としてのGUI18を示す。GUI18を投影表示することで、投影画像の保存要求操作を行ったユーザに不許可を通知する。画像データの二次利用許可が得られた場合S505、CPU201は、RAM203に展開されているデコード済みの画像データを取得しS506、別途、RAM203に保存してS507、本処理を終了する。図6cに例示するように、プロジェクタ200は、保存要求操作を行ったユーザに通知するために、投影画像の保存に成功した旨を示すメッセージのGUI117を投影表示する。画像データ送信元位置判定には、例えば、IPアドレスを利用できる。IPネットワークにおいて、ネットワーク機器にIPアドレスを割り振る一般的な方法を、図3及び図4を参照して説明する。図3に示す例では、RoomAに置かれる機器には、ネットワークアドレス192.168.1.0に属するIPアドレスを割り当てられる。RoomBに置かれる機器には、ネットワークアドレス192.168.2.0に属するIPアドレスが割り当てられる。このように部屋単位又はフロア単位でサブネットを分けてネットワーク機器を管理する手法は、効率的な管理及びネットワークの混雑回避等の目的で一般的に行われている。図3で、500は、配下のネットワーク機器にIPアドレス等を配布するDHCPDynamicHostConfigurationProtocolサーバである。600は、RoomAのネットワークとRoomBのネットワークを接続するルータである。ルータ600は、DHCPリレーエージェント機能を保持している。DHCPサーバ500は、ネットワークアドレス192.168.1.0のサブネットからのIPアドレス取得要求にはIPアドレス192.168.1.1~192.168.1.252のいずれかを割り当てる。但し、IPアドレス192.168.1.253と同192.168.1.254は、ルータとDHCPサーバのIPアドレスとして既に利用されているので、配布範囲から除外される。DHCPサーバ500はまた、ネットワークアドレス192.168.2.0のサブネットからのIPアドレス取得要求にはIPアドレス192.168.2.0~192.168.1.253のいずれかを割り当てる。IPアドレス192.168.2.254はルータ600のIPアドレスとして既に利用されているので、配布範囲から除外されている。ルータ600は、ネットワークアドレス192.168.1.0のサブネットとネットワークアドレス192.168.2.0のサブネットとを中継する。図4は、PC100,400へのIPアドレス割当ての手順を示す。PC100は、RoomAのネットワークに接続され、DHCPサーバ500からIPアドレスが割り当てられる。PC400は、RoomBのネットワークに接続され、DHCPサーバ500からIPアドレスが割り当てられる。まず、PC100がIPアドレスを取得する手順を説明する。PC100がネットワークに接続されると、S41で、PC100は、ネットワーク全体に対してDHCPサーバを探すためのDiscoveryメッセージをブロードキャストする。DHCPサーバ500は、Discoveryメッセージを受信すると、S42で、PC100に割り当てる候補のIPアドレスを格納したOfferメッセージを送信する。この際に割り当て対象となるIPアドレスは、192.168.1.xで未使用の中から選ばれる。これは、Discoveryメッセージの送信元が、このメッセージに含まれる送信元情報によりDHCPサーバ500と同一のサブネットであると判断できるからである。PC100は、Offerメッセージを受信すると、候補のIPアドレスで問題ないかを判断し、S43でRequestメッセージを送信することで、割り当て候補であったIPアドレスの取得を正式にDHCPサーバ500に要求する。Requestメッセージを受信したDHCPサーバ500は、S44でPC100に割り当てる対象のIPアドレス、サブネットマスク及びこのIPアドレスの利用可能な期間を含むACKメッセージを送信する。以上、S41からS44までのメッセージのやりとりによって、PC100にIPアドレスが割り当てられる。PC200がIPアドレスを取得する手順を説明する。前述のDHCPメッセージはすべてブロードキャストで行われるが、ブロードキャストのメッセージは、同一サブネット内の機器にしか届かない。図3に示したようにPC400とDHCPサーバ500のサブネットが分かれている場合には、DHCPメッセージ通信はできない。こうした状況では、ルータ600が、受信したDHCPメッセージをDHCPサーバ500に転送する。この機能はDHCPリレーエージェント機能と呼ばれている。PC400は、ネットワークに接続されると、S41と同様にDiscoveryメッセージをブロードキャストする。このメッセージをルータ600がS46でDHCPサーバ500に転送する。このメッセージを受信したDHCPサーバ500は、PC400に割り当てる候補となるIPアドレスを選択する。この際に割り当て対象となるIPアドレスは、192.168.2.xで未使用の中から選ばれる。これは、Discoveryメッセージがネットワークアドレス192.168.2.0のサブネットから転送されてきたからである。DHCPサーバ500は、割り当て候補のIPアドレスを格納したOfferメッセージを送信する。ルータ600は、S48でDHCPサーバ500のメッセージをサブネット192.168.2.0に転送する。PC400は、Offerメッセージを受信すると、同様に問題ないかを判定して、正式な取得要求であるRequestメッセージをS49で送信する。ルータ600はこのメッセージをS50でサブネット192.168.1.0に転送する。PC400のOfferメッセージ受信したDHCPサーバ500は、割り当て完了のACKメッセージをS51で送信する。ルータ600は、このメッセージをS52で転送する。以上、S45からS52までのメッセージのやりとりによって、PC400にIPアドレスが割り当てられる。IPアドレスはネットワーク機器の論理的な位置を示す値である。しかし、一般的な運用においては、ネットワーク管理者が、部屋又はフロア単位でサブネットを分けてネットワーク機器を管理するので、ネットワーク機器の相対的な物理的位置関係を判断する基準となりうる。画像送信元位置判定手段としてIPアドレスを用いる方法を、図7に示すフローチャートを参照して説明する。位置判定処理が開始されると、CPU201は、自身のネットワークIF205に設定されているIPアドレスとサブネットマスクの論理積からネットワークアドレスを算出するS701。CPU201は、続いて、プロジェクタ200で投影中の画像データの送信元のPCのIPアドレスとサブネットマスクを、受信した画像データに含まれる送信元情報から取得する。そして、CPU201は、S701と同様に、PCの所属するネットワークアドレスを計算するS702CPU201は、S701で取得したプロジェクタ200のネットワークアドレスと、S702で取得した画像データ送信元のネットワークアドレスを比較するS703。この比較の結果、同一のネットワークアドレスであればS703のYES、S704に遷移し、そうでなればS705に遷移する。CPU201は、S704で、画像データ送信元とプロジェクタ200が同一の場所にあると判定する。逆に、S705では、CPU201は、画像データ送信元とプロジェクタ200が同一の場所にはないと判断する。これにより、位置判定処理を終了する。以上、説明した方法によれば、図3に示す例では、PC100からの画像データをプロジェクタ200が投影表示中にプロジェクタ200のユーザが投影画像の保存要求を行ったときには、即座に保存処理が実行される。他方、PC400からの画像データをプロジェクタ200が投影表示中に投影画像の保存要求があった場合には、画像データの利用許可を求める手順が実施される。画像データ送信元位置をIPアドレスに基づいて判定する方法は、図8に示すように、プロジェクタ200とPC450が別々の部屋にあるにもかかわらず、同一のサブネットに属している場合には適用できない。図10は、こうした状況に有効な送信元位置判定方法のフローチャートを示す。図10に示すフローチャートに基づく動作は、CPU201上で動作するプログラムにより実現される。CPU201は、ネットワークIF205においてPCからの画像転送の開始を待ち受けるS1001。PCからの画像転送開始を検知すると、CPU201は、投影画像制御部207を制御して位置判定用の任意の文字列を表示させる。S1002これは、例えば、図8に符号30に示すような文字列ABCである。このような文字列は、ランダムに生成したものでも、プロジェクタのROM202に格納した固定値でもよい。CPU201は、文字列入力を要求する旨のメッセージを、ネットワークIF205を介して画像送信元のPCに送信するS1003。画像送信元であるPCのCPU101は、ネットワークIF106より前記メッセージを受信する。CPU101は、画像処理部109及び表示制御部110を制御して、表示部111にプロジェクタ200上で表示されている文字列と同じ文字列の入力を促すGUIを表示する。このGUI例を図11に示す。CPU101は、ユーザIF107からの入力を一定時間待ち受け、何らかの文字入力があれば、ネットワークIF106を介して、入力文字列をプロジェクタ200に通知する。また、所定時間経っても、入力がなかった場合には、入力なしを示すメッセージを通知する。プロジェクタのCPU201は、ネットワークIF205を監視して、PCからの文字列データの受信を待ち受ける。文字列データを受信すると、CPU201は、受信した文字列をS1002で自身が投影面に表示した文字列と比較するS1004。両者が一致していればS1004のYES、S1005に遷移し、両者が一致していなければS1004のNO、S1006に遷移する。また、PCからの文字列入力が一定時間なかった場合も、S1006に遷移する。S1005では、CPU201は、画像データ送信元とプロジェクタ200が同一の場所にあると判定する。他方、S1006では、CPU201は、画像データ送信元とプロジェクタ200が同一の場所にないと判定する。これにより、位置判定処理を終了する。具体的な例を図8に示す状況に対して説明する。PC100が投影すべき画像データをプロジェクタ200に送信し、プロジェクタ200が投影しているとする。この状況では、PC100の操作者は投影面を視認可能であるので、位置判定用に投影された文字列を正しく入力できる。他方、PC400の操作者は投影面を視認できる位置にいないので、位置判定用文字列を正しく入力できない。その結果、PC100はプロジェクタ200と同じ位置であると判断され、PC400はプロジェクタ200とは別の位置にあると判断される。このような位置判定用の文字列を利用した位置判定方法をステップS502に適用することで、図8に示したような状況においても画像データ送信元の位置を判定できる。図10で説明した位置判定処理は、PCからの画像転送が開始されたタイミングで、PC毎に1度だけ行えばよく、S502ではその結果のみを参照すればよい。以上述べた方法によれば、プレゼンタとそのデータの2次利用を希望するユーザが、2次利用の許諾をする交渉が口頭で行えるような同一の場所にいる場合に、許諾操作を簡略化できる。プロジェクタが投影表示中の画像データを保存する実施例を説明したが、プロジェクタが投影表示中の画像データを、ユーザ要求に従って外部印刷装置に転送し印刷する場合にも適用できる。図9は、このような状況を示す概略構成図である。プロジェクタ200、PC100および印刷装置700は、ネットワーク300を介して接続されている。実施例1と同様に、プロジェクタ200はPC100から送信される画像データをネットワーク経由で受信して投影する。プロジェクタ200はユーザ要求により投影画像の印刷が指示された場合は、印刷装置700に投影中の画像データを転送し、印刷装置700はこれを印刷する。この場合には、図5に示すフローチャートのS507において、S506で取得した画像データを保存する代わりに、印刷装置700に転送して印刷を行わせることになる。一般的に、ネットワーク経由でPCからプロジェクタに画像データを送信する場合、例えばJPEG圧縮などの非可逆圧縮を用いて、送信データ量を削減している。これは、一般的なネットワークが利用可能な帯域に比べて圧縮前のPCの画像データが大きいので、圧縮処理を行わないと投影画像の画質/フレームレートが充分でなくなるからである。また、圧縮処理以外にもプロジェクタが表示可能な解像度にあわせてPCの画面データをリサイズする処理も一般的に行われている。こうした場合、投影画像データの印刷をプロジェクタ側が保持している画像データを元に行うと、圧縮処理によって劣化した画像を印刷することとなってしまう。この問題は、次のようにして解決できる。即ち、図5のS505で許可があった後、プロジェクタ200のCPU201は、PC100に画像データを非圧縮で再送するように要求する。非圧縮の画像データを受信したプロジェクタ200のCPU201は、その非圧縮の画像データを印刷装置700に転送する。なお、図5のS505での許可に対して、プロジェクタ200のCPU201は、非圧縮の画像データを直接、印刷装置700に転送するようにPC100に指示するようにしてもよい。画像データ送信元の装置としてコンピュータを、画像データを表示させる装置としてプロジェクタを、画像データの二次利用の例として印刷装置に送信し印刷させる実施例を説明したが、これに限られない。例えば、画像送信元の装置としては、携帯電話、カメラ、スマートフォン及びストレージデバイスなど、画像データを送信できる装置であれば、どのような装置であっても良い。また、画像表示装置としては、テレビ、モニタ、携帯電話及びスマートフォンなど、画像データを受信して表示できる装置であれば、どのような装置であっても良い。印刷装置は外部情報機器の一例である。また、画像データの二次利用としては、画像データを他のコンピュータや携帯電話、スマートフォンに送信して保存、表示させるような利用であっても良い。すなわち、保存、印刷以外にも、画像データの再配信にも本発明は適用できる。以上、本発明の好ましい実施例を説明したが、本発明は、これらの実施例に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。"