画像送信装置およびサーバ並びに画像送信方法
【課題】 送信相手先に応じて送信データを登録するＷＷＷサーバを切替えることにより、使い勝手の良い画像送信装置及びサーバ装置を提供すること。
【解決手段】 画像データをファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルを予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定し、前記画像ファイルを前記選定されたサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信する。
【解決手段】 画像データをファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルを予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定し、前記画像ファイルを前記選定されたサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、電子メールシステムを利用してファクシミリと同様のイメージデータを送信する画像送信装置およびサーバ並びに画像送信方法に関する。
【０００２】
【従来の技術】従来、原稿のイメージデータをＴＩＦＦ形式のファイルに変換し、このイメージファイルをメール本体に添付ファイルの形で添付し、送信先の電子メールアドレスに電子メールで送信するファクシミリ型画像通信装置としてインタネットＦＡＸが知られている。
【０００３】ところで、カラー画像のような大容量のデータを上記インターネットＦＡＸで直接相手装置へ送信するとなると、相手装置に大容量のメモリが必要となる。このため、現実的には電子メールを用いてカラー画像を送信することは困難な場合が多かった。
【０００４】そこで、画像データが添付された電子メールを直接相手装置のメールアドレスへ送信するのではなく、ネットワーク上に配置したＷＷＷサーバに登録し、ＷＷＷサーバにアクセスするためのＵＲＬ（Uniform Resource Protocol）を相手装置へ送信するようにした画像通信システムが提案されている。この画像通信システムによれば、相手端末のメールボックスに予期しない大容量のデータが直接送り付けられてくる不具合を防止できる。
【０００５】
【発明が解決しようとする課題】しかしながら、インターネットＦＡＸからＷＷＷサーバに送信データを登録し、相手端末へＵＲＬを送信するようにしただけでは、カラー画像などの大容量のデータを送信した場合には依然として使いづらいものであった。
【０００６】つまり、ＷＷＷサーバに画像データを置いても、受信装置側が取り出すときには大容量のデータを一度に取り出すことが必要になるので、受信装置には大容量のメモリが必要になる。また、ＷＷＷサーバから受信したカラー画像をカラー印刷する場合、受信原稿を全部印刷していたので印刷時間がかかるとともに、コストも高くなってしまう。また、標準化された画像データ形式で決められた画質よりも高い品質で送信したり印刷したい場合であっても、必ず決められた画質に制限されてしまう。また、送信相手先に応じて送信データを登録するＷＷＷサーバを切り替えたい場合にもそのようなことはできなかった。
【０００７】本発明は、以上のような実情に鑑みてなされたものであり、送信相手先に応じて送信データを登録するＷＷＷサーバを切替えることにより、使い勝手の良い画像送信装置及びサーバ装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】本発明は、画像データをファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルを備え、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定し、前記画像ファイルを前記選定されたサーバに登録する。そして、受信側となる相手の前記入力電子メールアドレスに対して、前記選定されたサーバのサーバアドレスを含む電子メールを送信する。
【０００９】
【発明の実施の形態】本発明の第１の態様は、画像データをページ単位にファイル化するファイル化手段と、ファイル化された画像ファイルをサーバに登録する登録手段と、前記画像データを送信すべき相手に前記サーバのサーバアドレスを含む電子メールを送信する通知手段と、を具備する構成を採る。
【００１０】この構成によれば、画像データをページ単位にファイル化してサーバへ登録するので、受信側にページ単位で画像データを取り込めるようにすることができ、全ページ分の容量の補助記憶装置を受信側に用意する必要が無くなる。
【００１１】本発明の第２の態様は、第１の態様の画像通信装置において、送信すべき画像データを標準化データ形式と非標準化データ形式の複数のデータ形式で生成して前記サーバへ登録する構成を採る。
【００１２】この構成によれば、画像データを標準化データ形式と非標準化データ形式の複数のデータ形式で生成して前記サーバへ登録するので、受信側が自機の能力に応じたデータ形式のファイルを選択して取込むことができる、標準化データ形式しかサポートしない装置にはそのようなデータ形式で画像データを送信でき、より高品質な非標準化データ形式を扱う装置に高品質のデータ形式で送信することができる。
【００１３】本発明の第３の態様は、第１、２の態様の画像通信装置において、送信先となる複数の電子メールアドレスと、画像データの登録先となる複数のサーバのサーバアドレスとを対応づけたテーブルが格納された記憶部と、送信先の電子メールアドレスが入力されたら当該電子メールアドレスに対応したサーバを前記テーブルを使って選定するサーバ選定手段と、を具備する構成を採る。
【００１４】この構成によれば、送信先の電子メールアドレスに対応したサーバをテーブル使って選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがあるが、送信相手に応じて適切なサーバを自動選択することができる。
【００１５】本発明の第４の態様は、第３の態様の画像通信装置において、前記テーブルは、電子メールアドレスに割り付けられたワンタッチダイヤルキー番号が、電子メールアドレスに対応づけられて登録されており、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応したサーバを前記テーブルを使って選定する構成を採る。
【００１６】この構成によれば、ワンタッチダイヤルキーで送信相手が選択された場合にもテーブルを使ってサーバを選定できる。
【００１７】本発明の第５の態様は、第１から第４の画像送信装置において、前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録する構成を採る。
【００１８】この構成によれば、サーバに登録した画像ファイルの登録されたメニュー画面をサーバに登録して受信側にダウンロードさせることができるので、受信側においてメニュー画面に登録されたファイル名をクリックすることでページ単位で画像データの取り込みが可能となる。
【００１９】本発明の第６の態様は、第１から第５の画像送信装置において、前記登録手段は、全ページ分の画像ファイルが揃ったら一括してサーバへ登録する構成を採る。
【００２０】この構成によれば、全ページ分の画像ファイルを一括してサーバへ登録するようにしたので、イメージデータのサーバへの登録動作が１回で済み処理の簡略化が図られる。
【００２１】本発明の第７の態様は、第１から第５の画像送信装置において、前記登録手段は、１ページ分の画像ファイルが生成される度に、当該画像ファイルをサーバへ逐次登録する構成を採る。
【００２２】この構成によれば、１ページ分の画像ファイルが生成される度にサーバへ登録するので、装置本体に大容量の記憶容量を確保する必要が無くなる。
【００２３】本発明の第８の態様は、第１から第７のいずれかに記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら要求している画像ファイルを選んで転送するサーバである。
【００２４】このサーバによれば、ページ単位で画像データが登録されているので、受信側に対してページ単位で画像データを転送できる。
【００２５】本発明の第９の態様は、第８の態様のサーバにおいて、画像送信先の画像受信装置がアクセスしてきたら、当該画像受信装置に対し最初にメニュー画面を送信する構成を採る。
【００２６】この構成により、サーバに登録されている画像データのメニュー画面を受信側に送信することにより、受信側でメニュー画面を使ってページ単位で画像ファイルを取込むことができる。
【００２７】本発明の第１０の態様は、画像送信装置から受信した電子メールよりサーバアドレスを抽出するアドレス抽出手段と、抽出したサーバアドレスを使ってサーバにアクセスしてページ単位で画像データを取得する画像取得手段と、を具備する構成を採る。
【００２８】この構成によれば、受信した電子メールに含まれたサーバアドレスを使って画像データの登録されているサーバにアクセスでき、ユーザは１ページづつ表示させて必要なページだけを選択して印刷することができる。
【００２９】本発明の第１１の態様は、第１０の態様の画像受信装置において、前記画像取得手段は、サーバに複数のデータ形式で画像データが登録されている場合、自機の処理能力に合ったデータ形式の画像データを選択して取得する構成を採る。
【００３０】この構成によれば、自機の処理能力に合ったデータ形式の画像データを選択して取得する受信時に自機の能力に合った最適な画像データを自動的に選択することができる。
【００３１】本発明の第１２の態様は、第１０又は第１１の画像受信装置において、前記画像取得手段は、最初にサーバにアクセスしたときにメニュー画面を読み込んで表示し、当該メニュー画面上で画像ファイルの選択を受付け、選択された画像ファイルをサーバから取得する構成を採る。
【００３２】この構成によれば、サーバからメニュー画面を取得してメニュー画面を使ってページ単位で画像データを取得することができる。
【００３３】本発明の第１３の態様は、第１０から第１２の画像受信装置において、前記画像取得手段は、サーバから全ページ分のページ番号を取込んで印刷指示バッファに書込み、印刷指示バッファに書き込まれたページ番号の画像ファイルを１ページ分づつ取り込み、１ページ分の印刷が終了すると再度次ページを取込むこと構成を採る。
【００３４】この構成によれば、１ページづつサーバから取り出して自動印刷することが出来、受信側に大きな記憶容量を必要としない。
【００３５】本発明の第１４の態様は、第１０から第１２の画像受信装置において、前記画像取得手段は、選択指示のあったページ番号を印刷指示バッファに書込み、印刷指示バッファに書き込まれたページ番号の画像ファイルを１ページ分づつ取り込み、１ページ分の印刷が終了すると再度次ページを取込む構成を採る。
【００３６】この構成によれば、受信側で選択した画像データだけを１ページづつサーバから取り出して印刷するので、受信側に大きな記憶容量を必要とせず、しかも必要な画像だけを印刷することが出来る。
【００３７】本発明の第１５の態様は、第１０から第１４の画像受信装置において、装置本体から分離したディスプレイ付リモートコントローラを備え、装置本体で受信した画像ファイルに含まれた画像データを前記ディスプレイ付リモートコントローラへ転送して表示させる構成を採る。
【００３８】この構成によれば、装置本体から分離したディスプレイ付リモートコントローラに画像データを表示させることができる。
【００３９】本発明の第１５の態様は、第１０から第１５の画像受信装置において、装置本体から分離したディスプレイ付リモートコントローラを備え、前記ディスプレイ付リモートコントローラから装置本体に対して印刷指示バッファに書き込むページ番号を指示する構成を採る。
【００４０】この構成によれば、装置本体から分離したディスプレイ付リモートコントローラから印刷するページ番号を選択できる。
【００４１】本発明の第１６の態様は、画像データをページ単位にファイル化するステップと、画像データのファイル名が登録されたメニュー画面を構造化文書で作成するステップと、ファイル化された画像データ及びメニュー画面をサーバに登録するステップと、前記画像データを送信すべき相手に前記サーバのサーバアドレスを含む電子メールを送信するステップとを、を具備する画像送信方法である。
【００４２】本発明の第１７の態様は、自機宛の画像データが登録されたサーバアドレスの含まれた電子メールを受信するステップと、受信信した電子メールよりサーバアドレスを抽出するステップと、抽出したサーバアドレスを使ってサーバにアクセスしてメニュー画面を取得するステップと、前記メニュー画面を使ってページ単位で画像データを取得するステップと、を具備した画像受信方法である。
【００４３】以下、本発明の一実施の形態について図面を参照して説明する。
【００４４】図１は本実施の形態にかかるファクシミリ型画像通信装置（以下、「本装置」と呼ぶ）の機能ブロックである。本装置は、ＣＰＵ１が装置全体の制御を行う。ＣＰＵ１に対してＲＯＭ２、ＲＡＭ３、補助記憶装置４、タッチパネル兼表示部５、スキャナ部６、ＬＡＮ制御部７、プリンタ部８等が内部バスを介して接続される。ＲＯＭ２はＣＰＵ１によって実行されるプログラムを格納し、ＲＡＭ３はプログラムの作業エリアや、メールデータ及び画像データの一時記憶等のための記憶エリアに使用される。補助記憶装置４は、ハードディスクで構成され、画像データなどの保存に使用される。送信処理及び受信処理の簡略化で補助記憶装置４を削減した構成をとることもできる。タッチパネル兼表示部５は、画像データや操作指示案内の表示部として機能するとともに、アルファベット、数字、記号、ワンタッチダイヤルを表示して操作指示入力のためのタッチパネルとして機能する。タッチパネル兼表示部５を使用して受信した画像データの表示、印刷指示、電子メールアドレスの入力ができるようになっている。スキャナ部６は、原稿を読取ってイメージデータに変換する。カラー原稿の場合は、カラーイメージデータに変換するものとする。ＬＡＮ制御部７は、ＬＡＮインターフェースであり、ネットワークを通してデータの送受信を行う。
【００４５】図２に本装置を用いて画像通信するためのネットワーク構成を示す。本装置２０はイーサネット(R)に接続されていて、このイーサネット(R)を経由してネットワーク２１に接続する。ネットワーク２１は、インターネット又はイントラネットである。本装置２０は、ネットワーク２１に配置されたＷＷＷサーバ２２に画像データを登録する一方、ネットワーク２１の向こう側にいる相手側端末２３にＷＷＷサーバ２２のＵＲＬを送信する。
【００４６】本装置２０は、ＷＷＷサーバ２２に対して複数ページの画像データをページ単位にファイル化して登録する分割登録機能と、送信すべき画像データを標準化データ形式及び非標準化データ形式の複数のデータ形式でＷＷＷサーバ２２に登録するマルチフォーム登録機能とを有する。分割登録機能及びマルチフォーム登録機能は、ＣＰＵ１がＲＯＭ２に格納されたプログラムを実行することにより実現する機能の一つである。
【００４７】なお、本実施の形態では、Ａ４サイズ、３００ｄｐｉ、「ＹＣｄＣｒ色空間」、ＪＦＩＦ(JPEG File Interchange Format)データを標準化データ形式、それ以外のデータを非標準化データ形式と想定している。
【００４８】また、本装置２０は、送信相手に応じてＷＷＷサーバを自動切替えするサーバ選択機能を備えている。送信相手に応じたサーバの選択は、電子メールアドレスとＷＷＷサーバのＵＲＬとを対応させた対応テーブルを使って行われる。
【００４９】図３にサーバ選択機能に関連してＲＯＭ２に登録された電子メールアドレス／ＵＲＬ対応テーブルの構成例を示す。この対応テーブルには、送信相手の電子メールアドレスが複数登録できるようになっていて、各電子メールアドレスに対応させてその電子メールアドレスに送信すべき画像データが登録されるＷＷＷサーバのＵＲＬアドレスが登録されている。電子メールアドレスは、アドレスを完全に記載しても良いしワイルドカード（＊）を使ってアドレスの一部（例えばドメインだけ）だけを登録するようにしても良い。また、ワイルドカードのみの電子メールアドレス（空アドレス）に対応して１つのＷＷＷサーバを登録している。対応テーブルに登録していない電子メールアドレス（全部又は一部）が入力された場合にデフォルトのＷＷＷサーバを選択するためである。
【００５０】図４はワンタッチダイヤルを使用して電子メールアドレスを入力した場合に、ＷＷＷサーバを選択できるようにした対応テーブルである。同図に示すように、ワンタッチダイヤルと電子メールアドレスと使用するＷＷＷサーバのＵＲＬとが対応づけられて設定されている。
【００５１】図５（ａ）（ｂ）には、本装置のマルチフォーム登録機能に関連してＲＯＭ２に登録された送信データ属性テーブルの構成を示す。図５（ａ）は標準化データのみを送る場合のテーブルを示しており、同図（ｂ）は標準化データと共に非標準化データを送る場合のテーブルを示している。図５（ａ）のファイル属性の欄には標準化データである「．ｊｐｇ」のみが登録されている。図５（ｂ）のファイル属性の欄には標準化データである「．ｊｐｇ」以外に「．ｔｉｆ」「．ｂｍｐ」が登録されている。ファイル属性＝「．ｔｉｆ」はＴＩＦＦファイルを意味しており、ファイル属性＝「．ｂｍｐ」はビットマップファイルを意味しており、これらのファイルは非標準として扱われる。
【００５２】また、送信データ属性テーブルには各ファイル属性にマルチページサインが付いている。１ファイルに複数ページが含まれるファイル属性（形式）にはマルチページサイン＝１が付与され、それ以外のファイル属性（形式）にはマルチページサイン＝０が付与される。
【００５３】本装置がＷＷＷサーバから画像データを受信する場合は受信装置となる。図２における相手側端末２３を本装置２０と同一構成にすることができる。この場合、相手側端末２３に自機の処理能力に合ったファイルを選択して取得するファイル選択取得機能を備える。
【００５４】図６は相手側端末２３にファイル選択取得機能を持たせるための受信能力テーブルの構成図である。受信能力テーブルには、自機の処理能力がファイル属性にて登録されている。複数のファイル属性に対応できる場合は優先順位の高い順番にファイル属性を並べている。
【００５５】次に、以上のように構成された本装置の動作について説明する。図７、図８に本装置２０の送信動作のフローチャートを示す。タッチパネル兼表示部５のタッチパネル機能によって相手側端末２３の電子メールアドレスが入力される（ＳＴ７０１）。入力された電子メールアドレスと一致するメールアドレスを、図３に示す電子メールアドレス／ＵＲＬ対応テーブルから検索する。検索の結果、一致する電子メールアドレスが存在すれば、その電子メールアドレスに対応するＷＷＷサーバのＵＲＬを決定し、所定領域に格納する（ＳＴ７０２）。
【００５６】次に、タッチパネル兼表示部５からの操作入力に応じてスキャナ部６を動作させて原稿をスキャンし画像データを取り込む。複数の原稿がセットされている場合は、連続して原稿読取動作を実行して複数ページの画像データを取り込む（ＳＴ７０３）。スキャナ部６から取込まれた画像データをページ単位でファイル化し、ページ毎に”ｆａｘ０１”、”ｆａｘ０２”のように連番を含んだファイル名を付けて、補助記憶装置４に順次格納する（ＳＴ７０３）。補助記憶装置４に画像データをページ単位で格納するときにページカウントも併せて行う。
【００５７】次に、上記ステップＳＴ７０２で選択したＷＷＷサーバ（ＵＲＬ）にホームディレクトリを作成する（ＳＴ７０４）。以下、ステップＳＴ７０２で選択したＷＷＷサーバはＷＷＷサーバ２２であるとする。具体的には、ＷＷＷサーバ２２内の、予めＦＴＰ（File Transfer Protocol）登録用に設定されたディレクトリ下に、そのサーバ内でユニークになるように時分秒などを含んだ名前を持つサブディレクトリをＦＴＰのコマンドで作成する。本明細書では、このサブディレクトリをホームディレクトリと呼ぶ。ホームディレクトリは、ステップＳＴ７０３で保存したファイル（ページ単位のファイル）を登録するために使われる。
【００５８】次に、原稿のメニューとなるＨＴＭＬ（Hyper Text Markup Language）の原形の文字列を、ＲＡＭ３上に用意する（ＳＴ７０５）。図９にメニューＨＴＭＬの原形文字列を示す。
【００５９】補助記憶装置４に上記ステップＳＴ７０３で格納した画像データファイルが存在する場合（ＳＴ７０６）、補助記憶装置４に保存した原稿の画像データファイルを”ｆａｘ０１”から１ページずつ読み出す。そして、読み出した画像データファイルをＪＦＩＦに変換し（ＳＴ７０７）、ＷＷＷサーバ２２のホームディレクトリに同じファイル名でＦＴＰで登録する（ＳＴ７０８）。ホームディレクトリに登録したファイル名と同じファイル名を含んだＨＴＭＬの行を、ＲＡＭ３上に用意したメニューＨＴＭＬの文字列の中（＜ＢＯＤＹ＞の部分）に挿入する（ＳＴ７０９）。このＨＴＭＬを新たなＨＴＭＬの原形とする。
【００６０】メニューＨＴＭＬにホームディレクトリに登録したファイル名のＨＴＭＬの行を挿入したら、次に送信データ属性テーブルに非標準化データの送信指示が設定されているかどうかチェックする（ＳＴ７１０）。非標準化データの送信指示が設定されていなければ、ステップＳＴ７０６に戻り画像データファイルが残っているか判断する。補助記憶装置４に格納された全ページ分の画像データが終了するまで、ステップＳＴ７０７からステップＳＴ７０９の処理を繰り返す。
【００６１】一方、ステップＳＴ７１０で非標準化データの送信指示が設定されていれば、さらに１ファイルマルチページの非標準化データか否か判断する（ＳＴ７１１）。送信データ属性テーブルに設定したマルチページサインに基づいて判断する。マルチページサイン＝０であれば、送信データ属性テーブルに登録されている非標準化データ形式に画像データを変換する（ＳＴ７１２）。
【００６２】そして、非標準化形式に変換された画像データを、ＷＷＷサーバ２２内のホームディレクトリにＦＴＰで登録する（ＳＴ７１３）。ホームディレクトリに登録した画像データのファイル名を含んだ行をメニューＨＴＭＬに挿入する（ＳＴ７１４）。
【００６３】なお、送信データ属性テーブルに登録されたマルチページサイン＝１の場合は、複数のページを１ファイルにまとめる必要がある。補助記憶装置４に保存された画像データファイルは１ファイルが１ページ分である。１ページずつ読み込んで非標準形式に編集し、最終的に複数ページを１ファイルに変換して補助記憶装置４に一時格納する（ＳＴ７１５）。
【００６４】このようにして完成したＨＴＭＬの記述例を図１０に示す。図１０は、３ページの原稿を標準化データ形式と、２つの非標準化データ形式（ＴＩＦＦとビットマップ）とで記述した例である。
【００６５】一方、上記ステップＳＴ７０６において、補助記憶装置４に格納したファイルを全てホームディレクトリに格納したと判断した場合は、１ファイルマルチページの非標準化データを作成したか否か判断する（ＳＴ７１６）。１ファイルマルチページの非標準化データを作成して補助記憶装置４に格納している場合は、その格納している非標準化データをＷＷＷサーバ２２のホームディレクトリにＦＴＰで登録する（ＳＴ７１７）。ホームディレクトリに登録した非標準化データのファイル名を含んだ行を、ＲＡＭ３上のメニューＨＴＭＬに挿入する（ＳＴ７１８）。
【００６６】次に、以上のようにしてＲＡＭ上に作成したメニューＨＴＭＬを、ＷＷＷサーバ２２内のホームディレクトリにｉｎｄｅｘ．ｈｔｍｌというファイル名を付けてＦＴＰで登録する（ＳＴ７１９）。
【００６７】そして、上記ステップＳＴ７０２で保存したＵＲＬ（ＷＷＷサーバ２２のＵＲＬ）の後ろにホームディレクトリ名を付け加えたＵＲＬを作成する（ＳＴ７２０）。この作成したＵＲＬを、電子メールのＭＩＭＥヘッダのExternal-Body Subtypeフィールドに記述し、相手側端末２３に電子メールで送信する。
【００６８】図１１に上記ＵＲＬを含む電子メールのヘッダの例を示す。上記ＵＲＬをメール本文やsubjectフィールドに記述しても良い。
【００６９】なお、標準化データ形式の画像ファイルのみを送信するタイプの簡易的な本装置の例では、１ページ分の画像ファイルが生成される度に、当該画像ファイルをサーバへ逐次登録するように構成しても良い。すなわち、１ページ分読み取り、ＪＦＩＦ変換、ＷＷＷサーバへの登録、の一連の処理を全ページ分繰り返すようにする。このようにすることで、全ページの一括読み取りが不要になり、補助記憶装置４の容量を削減できる。
【００７０】次に、相手側端末２３がＷＷＷサーバ２２から登録された画像ファイルを取込む受信動作に付いて、図１２及び図１３のフローチャートに従って説明する。上述したように、本装置２０がＷＷＷサーバ２２のＵＲＬを電子メールで相手側端末２３のメールアドレスに送信している。
【００７１】相手側端末２３は、ＷＷＷサーバ２２のＵＲＬが含まれた電子メールを受信すると（ＳＴ１２０１）、その電子メールのメールヘッダ（ＭＩＭＥヘッダ）からＵＲＬを取り出す（ＳＴ１２０２）。そして、そのＵＲＬが示すＷＷＷサーバ２２にＨＴＴＰでアクセスし、そのＷＷＷサーバ２２からメニューＨＴＭＬを取り出す（ＳＴ１２０３）。
【００７２】次に、メニューＨＴＭＬに登録されたファイル属性の中から自機の能力に合ったファイル属性を選択する（ＳＴ１２０４）。そのため、受信能力テーブル（図６）から優先度の高い順位にファイル属性を取り出し、メニューＨＴＭＬのファイル名記述行中のファイル属性と比較する。最も優先度の高いファイル属性と一致するファイル属性がメニューＨＴＭＬに存在すれば、そのファイル属性のファイル名を受信対象ファイルに決定する。一方、優先度の高いファイル属性と一致するファイル属性がメニューＨＴＭＬに存在しない場合は、受信能力テーブル内の次の優先度のファイル属性を取り出して同様のチェックを行う。一致するファイル属性が見つかるまで順次優先度を下げながら受信能力テーブルからファイル属性を取り出して同等のチェックを実行する。
【００７３】このようにして決定したファイル名の属性が、「．ＴＩＦ」のように１つのファイルに複数ページを含むファイルである場合は（ＳＴ１２０５）、ＷＷＷサーバ２２からそのファイル全体を読み込み、ページ単位で読み出しが可能な形に変換して自機の補助記憶装置に書き込む（ＳＴ１２０６）。このとき、ファイル内の全ページ数を数え、数えたページ数を記憶する（ＳＴ１２０８）。また、１つのファイルに複数ページを含むファイルでない場合は、メニューＨＴＭＬの記述から全ページ枚数を数え、その数えた枚数を記憶する（ＳＴ１２０７）。
【００７４】次に、自動印刷モードが指定されているか否か判断する（ＳＴ１２０９）。自動印刷モードが指定されている場合は、全ページのページ番号を印刷指示バッファに書き込む（ＳＴ１２１０）。図１４に印刷指示バッファの例を示す。自動印刷モード時は全ページのページ番号が一度に書かれる。
【００７５】まず、印刷指示バッファ内のページ番号のポインタを先頭におく（ＳＴ１２１１）。ポインタが印刷指示バッファを越えていないことを確認して（ＳＴ１２１２）、ポインタが示すページの画像データをＷＷＷサーバ２２又は自機の補助記憶装置から読み出し（ＳＴ１２１３）、その読み出したページを印刷する（ＳＴ１２１４）。印刷指示バッファ内のポインタを一つ進め（ＳＴ１２１５）、同様にして次ページの画像データの印刷処理を実行する。この印刷処理をポインタが印刷指示バッファを越えるまで繰り返す。
【００７６】なお、ステップＳＴ１２０９で自動印刷モードが設定されていないと判断した場合は、印刷指示バッファに入れるページ番号を選択指示する（ＳＴ１２１６）。相手側端末２３は、図１５に示すようなタッチパネル兼表示部を備えているものとする。このタッチパネル兼表示部を使った操作によって、ページ順に１ページづつ画像データをＷＷＷサーバ２２又は自機の補助記憶装置から読み出し、タッチパネル兼表示部のパネルに表示させ（ＳＴ１２１７）、ページ単位で印刷の有無を選択させる。パネルに１ページの画像データを表示させた状態で印刷指示を待ち（ＳＴ１２１８）、印刷指示が入力されれば、そのページ番号を印刷指示バッファに書き込み（ＳＴ１２１９）、タッチパネル兼表示部の次ページボタンを押してページを１つ進める（ＳＴ１２２０）。印刷指示が入力されなければ、そのままページを１つ進める（ＳＴ１２２０）。図１５のタッチパネル兼表示部の場合、画像が表示されている範囲内を指で押せば印刷指示と判断し、外枠が表示されるように構成される。
【００７７】図１６に相手側端末の構成例を示す。本実施の形態では、画像データをＷＷＷサーバから受信する端末を相手側装置と呼んでおり、本装置２０と同一構成であっても良い。同図に示す相手側端末は、本装置２０と同等の機能を備えていて、さらにタッチパネル兼表示部が装置本体から分離したリモコンタイプになっている。装置本体側にリモコン通信部９を設け、リモコン側にタッチパネル兼表示部１０とリモコン通信部１１を設けている。
【００７８】このような本実施の形態によれば、ページ単位にファイル化した画像データをＷＷＷサーバ２２へ登録し、このＷＷＷサーバ２２にアクセスするためのＵＲＬを相手側端末２３のメールアドレスに送信するので、受信側でＷＷＷサーバ上の画像データを処理すとき、１ページ単位で受信ができ、全ページ分の補助記憶装置を備える必要が無くなる。
【００７９】また本実施の形態によれば、送信すべき画像データを標準化データ形式、非標準化データ形式の複数のデータ形式でＷＷＷサーバ２２に登録し、このＷＷＷサーバ２２にアクセスするためのＵＲＬを相手側端末２３のメールアドレスに送信するので、標準化データ形式しかサポートしない簡単な装置にも、より高品質な非標準化データ形式までサポートする装置にも、相手先の能力を最大限に生かす形で、１回の読み取り処理で送信できる。
【００８０】また本実施の形態によれば、相手先の電子メールアドレスと画像登録すべきサーバアドレスとを対応づけた対応テーブルを用意してサーバを自動選択するようにしたので、操作内容を複雑にすること無く、相手先に応じてＷＷＷサーバを選択できるようになった。たとえば、掲示板のように多くの人に使ってもらうＷＷＷサーバや、限定された会員向けのＷＷＷサーバといった使い分けを相手先に応じてできるようになった。
【００８１】
【発明の効果】以上詳記したように本発明によれば、本発明によれば、受信側となる相手の電子メールアドレスと画像登録すべきサーバアドレスとを対応づけたテーブルを用意してサーバを自動選択するようにしたので、操作内容を複雑にすること無く、相手先に応じてサーバを選択でき、例えば掲示板のように多くの人に使ってもらうＷＷＷサーバや、限定された会員向けのＷＷＷサーバといった使い分けを相手先に応じてできる。さらに、送信側ではページ単位で画像ファイルを作成し、受信側でページ単位で画像データを取り込んで選択的に印刷指示するような構成にすると、受信側で大容量のメモリを必要としない、使い勝手の良い画像通信装置を提供できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態にかかるファクシミリ型画像通信装置の機能ブロック図
【図２】本装置を備えたネットワーク構成図
【図３】上記一実施の形態における電子メールアドレス／ＵＲＬ対応テーブルの構成図
【図４】上記一実施の形態におけるワンタッチダイヤルに登録された電子メールアドレス／ＵＲＬ対応テーブルの構成図
【図５】上記一実施の形態における送信データ属性テーブルの構成図
【図６】上記一実施の形態における受信能力テーブルの構成図
【図７】上記一実施の形態における送信動作の前半部のフロー図
【図８】上記一実施の形態における送信動作の後半部のフロー図
【図９】上記一実施の形態におけるメニューＨＴＭＬの原形文字列を示す図
【図１０】上記一実施の形態において作成されたメニューＨＴＭＬを示す図
【図１１】上記一実施の形態において作成されたＵＲＬを含んだメールヘッダを示す図
【図１２】上記一実施の形態における受信動作の前半部のフロー図
【図１３】上記一実施の形態における受信動作の後半部のフロー図
【図１４】上記一実施の形態における印刷指示バッファを示す図
【図１５】上記一実施の形態におけるタッチパネル兼表示部の概念図
【図１６】上記一実施の形態における相手側端末の機能ブロック図
【符号の説明】
１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ 補助記憶装置
５、１０ タッチパネル兼表示部
６ スキャナ部
７ ＬＡＮ制御部
８ プリンタ部
９、１１ リモコン通信部
【０００１】
【発明の属する技術分野】本発明は、電子メールシステムを利用してファクシミリと同様のイメージデータを送信する画像送信装置およびサーバ並びに画像送信方法に関する。
【０００２】
【従来の技術】従来、原稿のイメージデータをＴＩＦＦ形式のファイルに変換し、このイメージファイルをメール本体に添付ファイルの形で添付し、送信先の電子メールアドレスに電子メールで送信するファクシミリ型画像通信装置としてインタネットＦＡＸが知られている。
【０００３】ところで、カラー画像のような大容量のデータを上記インターネットＦＡＸで直接相手装置へ送信するとなると、相手装置に大容量のメモリが必要となる。このため、現実的には電子メールを用いてカラー画像を送信することは困難な場合が多かった。
【０００４】そこで、画像データが添付された電子メールを直接相手装置のメールアドレスへ送信するのではなく、ネットワーク上に配置したＷＷＷサーバに登録し、ＷＷＷサーバにアクセスするためのＵＲＬ（Uniform Resource Protocol）を相手装置へ送信するようにした画像通信システムが提案されている。この画像通信システムによれば、相手端末のメールボックスに予期しない大容量のデータが直接送り付けられてくる不具合を防止できる。
【０００５】
【発明が解決しようとする課題】しかしながら、インターネットＦＡＸからＷＷＷサーバに送信データを登録し、相手端末へＵＲＬを送信するようにしただけでは、カラー画像などの大容量のデータを送信した場合には依然として使いづらいものであった。
【０００６】つまり、ＷＷＷサーバに画像データを置いても、受信装置側が取り出すときには大容量のデータを一度に取り出すことが必要になるので、受信装置には大容量のメモリが必要になる。また、ＷＷＷサーバから受信したカラー画像をカラー印刷する場合、受信原稿を全部印刷していたので印刷時間がかかるとともに、コストも高くなってしまう。また、標準化された画像データ形式で決められた画質よりも高い品質で送信したり印刷したい場合であっても、必ず決められた画質に制限されてしまう。また、送信相手先に応じて送信データを登録するＷＷＷサーバを切り替えたい場合にもそのようなことはできなかった。
【０００７】本発明は、以上のような実情に鑑みてなされたものであり、送信相手先に応じて送信データを登録するＷＷＷサーバを切替えることにより、使い勝手の良い画像送信装置及びサーバ装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】本発明は、画像データをファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルを備え、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定し、前記画像ファイルを前記選定されたサーバに登録する。そして、受信側となる相手の前記入力電子メールアドレスに対して、前記選定されたサーバのサーバアドレスを含む電子メールを送信する。
【０００９】
【発明の実施の形態】本発明の第１の態様は、画像データをページ単位にファイル化するファイル化手段と、ファイル化された画像ファイルをサーバに登録する登録手段と、前記画像データを送信すべき相手に前記サーバのサーバアドレスを含む電子メールを送信する通知手段と、を具備する構成を採る。
【００１０】この構成によれば、画像データをページ単位にファイル化してサーバへ登録するので、受信側にページ単位で画像データを取り込めるようにすることができ、全ページ分の容量の補助記憶装置を受信側に用意する必要が無くなる。
【００１１】本発明の第２の態様は、第１の態様の画像通信装置において、送信すべき画像データを標準化データ形式と非標準化データ形式の複数のデータ形式で生成して前記サーバへ登録する構成を採る。
【００１２】この構成によれば、画像データを標準化データ形式と非標準化データ形式の複数のデータ形式で生成して前記サーバへ登録するので、受信側が自機の能力に応じたデータ形式のファイルを選択して取込むことができる、標準化データ形式しかサポートしない装置にはそのようなデータ形式で画像データを送信でき、より高品質な非標準化データ形式を扱う装置に高品質のデータ形式で送信することができる。
【００１３】本発明の第３の態様は、第１、２の態様の画像通信装置において、送信先となる複数の電子メールアドレスと、画像データの登録先となる複数のサーバのサーバアドレスとを対応づけたテーブルが格納された記憶部と、送信先の電子メールアドレスが入力されたら当該電子メールアドレスに対応したサーバを前記テーブルを使って選定するサーバ選定手段と、を具備する構成を採る。
【００１４】この構成によれば、送信先の電子メールアドレスに対応したサーバをテーブル使って選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがあるが、送信相手に応じて適切なサーバを自動選択することができる。
【００１５】本発明の第４の態様は、第３の態様の画像通信装置において、前記テーブルは、電子メールアドレスに割り付けられたワンタッチダイヤルキー番号が、電子メールアドレスに対応づけられて登録されており、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応したサーバを前記テーブルを使って選定する構成を採る。
【００１６】この構成によれば、ワンタッチダイヤルキーで送信相手が選択された場合にもテーブルを使ってサーバを選定できる。
【００１７】本発明の第５の態様は、第１から第４の画像送信装置において、前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録する構成を採る。
【００１８】この構成によれば、サーバに登録した画像ファイルの登録されたメニュー画面をサーバに登録して受信側にダウンロードさせることができるので、受信側においてメニュー画面に登録されたファイル名をクリックすることでページ単位で画像データの取り込みが可能となる。
【００１９】本発明の第６の態様は、第１から第５の画像送信装置において、前記登録手段は、全ページ分の画像ファイルが揃ったら一括してサーバへ登録する構成を採る。
【００２０】この構成によれば、全ページ分の画像ファイルを一括してサーバへ登録するようにしたので、イメージデータのサーバへの登録動作が１回で済み処理の簡略化が図られる。
【００２１】本発明の第７の態様は、第１から第５の画像送信装置において、前記登録手段は、１ページ分の画像ファイルが生成される度に、当該画像ファイルをサーバへ逐次登録する構成を採る。
【００２２】この構成によれば、１ページ分の画像ファイルが生成される度にサーバへ登録するので、装置本体に大容量の記憶容量を確保する必要が無くなる。
【００２３】本発明の第８の態様は、第１から第７のいずれかに記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら要求している画像ファイルを選んで転送するサーバである。
【００２４】このサーバによれば、ページ単位で画像データが登録されているので、受信側に対してページ単位で画像データを転送できる。
【００２５】本発明の第９の態様は、第８の態様のサーバにおいて、画像送信先の画像受信装置がアクセスしてきたら、当該画像受信装置に対し最初にメニュー画面を送信する構成を採る。
【００２６】この構成により、サーバに登録されている画像データのメニュー画面を受信側に送信することにより、受信側でメニュー画面を使ってページ単位で画像ファイルを取込むことができる。
【００２７】本発明の第１０の態様は、画像送信装置から受信した電子メールよりサーバアドレスを抽出するアドレス抽出手段と、抽出したサーバアドレスを使ってサーバにアクセスしてページ単位で画像データを取得する画像取得手段と、を具備する構成を採る。
【００２８】この構成によれば、受信した電子メールに含まれたサーバアドレスを使って画像データの登録されているサーバにアクセスでき、ユーザは１ページづつ表示させて必要なページだけを選択して印刷することができる。
【００２９】本発明の第１１の態様は、第１０の態様の画像受信装置において、前記画像取得手段は、サーバに複数のデータ形式で画像データが登録されている場合、自機の処理能力に合ったデータ形式の画像データを選択して取得する構成を採る。
【００３０】この構成によれば、自機の処理能力に合ったデータ形式の画像データを選択して取得する受信時に自機の能力に合った最適な画像データを自動的に選択することができる。
【００３１】本発明の第１２の態様は、第１０又は第１１の画像受信装置において、前記画像取得手段は、最初にサーバにアクセスしたときにメニュー画面を読み込んで表示し、当該メニュー画面上で画像ファイルの選択を受付け、選択された画像ファイルをサーバから取得する構成を採る。
【００３２】この構成によれば、サーバからメニュー画面を取得してメニュー画面を使ってページ単位で画像データを取得することができる。
【００３３】本発明の第１３の態様は、第１０から第１２の画像受信装置において、前記画像取得手段は、サーバから全ページ分のページ番号を取込んで印刷指示バッファに書込み、印刷指示バッファに書き込まれたページ番号の画像ファイルを１ページ分づつ取り込み、１ページ分の印刷が終了すると再度次ページを取込むこと構成を採る。
【００３４】この構成によれば、１ページづつサーバから取り出して自動印刷することが出来、受信側に大きな記憶容量を必要としない。
【００３５】本発明の第１４の態様は、第１０から第１２の画像受信装置において、前記画像取得手段は、選択指示のあったページ番号を印刷指示バッファに書込み、印刷指示バッファに書き込まれたページ番号の画像ファイルを１ページ分づつ取り込み、１ページ分の印刷が終了すると再度次ページを取込む構成を採る。
【００３６】この構成によれば、受信側で選択した画像データだけを１ページづつサーバから取り出して印刷するので、受信側に大きな記憶容量を必要とせず、しかも必要な画像だけを印刷することが出来る。
【００３７】本発明の第１５の態様は、第１０から第１４の画像受信装置において、装置本体から分離したディスプレイ付リモートコントローラを備え、装置本体で受信した画像ファイルに含まれた画像データを前記ディスプレイ付リモートコントローラへ転送して表示させる構成を採る。
【００３８】この構成によれば、装置本体から分離したディスプレイ付リモートコントローラに画像データを表示させることができる。
【００３９】本発明の第１５の態様は、第１０から第１５の画像受信装置において、装置本体から分離したディスプレイ付リモートコントローラを備え、前記ディスプレイ付リモートコントローラから装置本体に対して印刷指示バッファに書き込むページ番号を指示する構成を採る。
【００４０】この構成によれば、装置本体から分離したディスプレイ付リモートコントローラから印刷するページ番号を選択できる。
【００４１】本発明の第１６の態様は、画像データをページ単位にファイル化するステップと、画像データのファイル名が登録されたメニュー画面を構造化文書で作成するステップと、ファイル化された画像データ及びメニュー画面をサーバに登録するステップと、前記画像データを送信すべき相手に前記サーバのサーバアドレスを含む電子メールを送信するステップとを、を具備する画像送信方法である。
【００４２】本発明の第１７の態様は、自機宛の画像データが登録されたサーバアドレスの含まれた電子メールを受信するステップと、受信信した電子メールよりサーバアドレスを抽出するステップと、抽出したサーバアドレスを使ってサーバにアクセスしてメニュー画面を取得するステップと、前記メニュー画面を使ってページ単位で画像データを取得するステップと、を具備した画像受信方法である。
【００４３】以下、本発明の一実施の形態について図面を参照して説明する。
【００４４】図１は本実施の形態にかかるファクシミリ型画像通信装置（以下、「本装置」と呼ぶ）の機能ブロックである。本装置は、ＣＰＵ１が装置全体の制御を行う。ＣＰＵ１に対してＲＯＭ２、ＲＡＭ３、補助記憶装置４、タッチパネル兼表示部５、スキャナ部６、ＬＡＮ制御部７、プリンタ部８等が内部バスを介して接続される。ＲＯＭ２はＣＰＵ１によって実行されるプログラムを格納し、ＲＡＭ３はプログラムの作業エリアや、メールデータ及び画像データの一時記憶等のための記憶エリアに使用される。補助記憶装置４は、ハードディスクで構成され、画像データなどの保存に使用される。送信処理及び受信処理の簡略化で補助記憶装置４を削減した構成をとることもできる。タッチパネル兼表示部５は、画像データや操作指示案内の表示部として機能するとともに、アルファベット、数字、記号、ワンタッチダイヤルを表示して操作指示入力のためのタッチパネルとして機能する。タッチパネル兼表示部５を使用して受信した画像データの表示、印刷指示、電子メールアドレスの入力ができるようになっている。スキャナ部６は、原稿を読取ってイメージデータに変換する。カラー原稿の場合は、カラーイメージデータに変換するものとする。ＬＡＮ制御部７は、ＬＡＮインターフェースであり、ネットワークを通してデータの送受信を行う。
【００４５】図２に本装置を用いて画像通信するためのネットワーク構成を示す。本装置２０はイーサネット(R)に接続されていて、このイーサネット(R)を経由してネットワーク２１に接続する。ネットワーク２１は、インターネット又はイントラネットである。本装置２０は、ネットワーク２１に配置されたＷＷＷサーバ２２に画像データを登録する一方、ネットワーク２１の向こう側にいる相手側端末２３にＷＷＷサーバ２２のＵＲＬを送信する。
【００４６】本装置２０は、ＷＷＷサーバ２２に対して複数ページの画像データをページ単位にファイル化して登録する分割登録機能と、送信すべき画像データを標準化データ形式及び非標準化データ形式の複数のデータ形式でＷＷＷサーバ２２に登録するマルチフォーム登録機能とを有する。分割登録機能及びマルチフォーム登録機能は、ＣＰＵ１がＲＯＭ２に格納されたプログラムを実行することにより実現する機能の一つである。
【００４７】なお、本実施の形態では、Ａ４サイズ、３００ｄｐｉ、「ＹＣｄＣｒ色空間」、ＪＦＩＦ(JPEG File Interchange Format)データを標準化データ形式、それ以外のデータを非標準化データ形式と想定している。
【００４８】また、本装置２０は、送信相手に応じてＷＷＷサーバを自動切替えするサーバ選択機能を備えている。送信相手に応じたサーバの選択は、電子メールアドレスとＷＷＷサーバのＵＲＬとを対応させた対応テーブルを使って行われる。
【００４９】図３にサーバ選択機能に関連してＲＯＭ２に登録された電子メールアドレス／ＵＲＬ対応テーブルの構成例を示す。この対応テーブルには、送信相手の電子メールアドレスが複数登録できるようになっていて、各電子メールアドレスに対応させてその電子メールアドレスに送信すべき画像データが登録されるＷＷＷサーバのＵＲＬアドレスが登録されている。電子メールアドレスは、アドレスを完全に記載しても良いしワイルドカード（＊）を使ってアドレスの一部（例えばドメインだけ）だけを登録するようにしても良い。また、ワイルドカードのみの電子メールアドレス（空アドレス）に対応して１つのＷＷＷサーバを登録している。対応テーブルに登録していない電子メールアドレス（全部又は一部）が入力された場合にデフォルトのＷＷＷサーバを選択するためである。
【００５０】図４はワンタッチダイヤルを使用して電子メールアドレスを入力した場合に、ＷＷＷサーバを選択できるようにした対応テーブルである。同図に示すように、ワンタッチダイヤルと電子メールアドレスと使用するＷＷＷサーバのＵＲＬとが対応づけられて設定されている。
【００５１】図５（ａ）（ｂ）には、本装置のマルチフォーム登録機能に関連してＲＯＭ２に登録された送信データ属性テーブルの構成を示す。図５（ａ）は標準化データのみを送る場合のテーブルを示しており、同図（ｂ）は標準化データと共に非標準化データを送る場合のテーブルを示している。図５（ａ）のファイル属性の欄には標準化データである「．ｊｐｇ」のみが登録されている。図５（ｂ）のファイル属性の欄には標準化データである「．ｊｐｇ」以外に「．ｔｉｆ」「．ｂｍｐ」が登録されている。ファイル属性＝「．ｔｉｆ」はＴＩＦＦファイルを意味しており、ファイル属性＝「．ｂｍｐ」はビットマップファイルを意味しており、これらのファイルは非標準として扱われる。
【００５２】また、送信データ属性テーブルには各ファイル属性にマルチページサインが付いている。１ファイルに複数ページが含まれるファイル属性（形式）にはマルチページサイン＝１が付与され、それ以外のファイル属性（形式）にはマルチページサイン＝０が付与される。
【００５３】本装置がＷＷＷサーバから画像データを受信する場合は受信装置となる。図２における相手側端末２３を本装置２０と同一構成にすることができる。この場合、相手側端末２３に自機の処理能力に合ったファイルを選択して取得するファイル選択取得機能を備える。
【００５４】図６は相手側端末２３にファイル選択取得機能を持たせるための受信能力テーブルの構成図である。受信能力テーブルには、自機の処理能力がファイル属性にて登録されている。複数のファイル属性に対応できる場合は優先順位の高い順番にファイル属性を並べている。
【００５５】次に、以上のように構成された本装置の動作について説明する。図７、図８に本装置２０の送信動作のフローチャートを示す。タッチパネル兼表示部５のタッチパネル機能によって相手側端末２３の電子メールアドレスが入力される（ＳＴ７０１）。入力された電子メールアドレスと一致するメールアドレスを、図３に示す電子メールアドレス／ＵＲＬ対応テーブルから検索する。検索の結果、一致する電子メールアドレスが存在すれば、その電子メールアドレスに対応するＷＷＷサーバのＵＲＬを決定し、所定領域に格納する（ＳＴ７０２）。
【００５６】次に、タッチパネル兼表示部５からの操作入力に応じてスキャナ部６を動作させて原稿をスキャンし画像データを取り込む。複数の原稿がセットされている場合は、連続して原稿読取動作を実行して複数ページの画像データを取り込む（ＳＴ７０３）。スキャナ部６から取込まれた画像データをページ単位でファイル化し、ページ毎に”ｆａｘ０１”、”ｆａｘ０２”のように連番を含んだファイル名を付けて、補助記憶装置４に順次格納する（ＳＴ７０３）。補助記憶装置４に画像データをページ単位で格納するときにページカウントも併せて行う。
【００５７】次に、上記ステップＳＴ７０２で選択したＷＷＷサーバ（ＵＲＬ）にホームディレクトリを作成する（ＳＴ７０４）。以下、ステップＳＴ７０２で選択したＷＷＷサーバはＷＷＷサーバ２２であるとする。具体的には、ＷＷＷサーバ２２内の、予めＦＴＰ（File Transfer Protocol）登録用に設定されたディレクトリ下に、そのサーバ内でユニークになるように時分秒などを含んだ名前を持つサブディレクトリをＦＴＰのコマンドで作成する。本明細書では、このサブディレクトリをホームディレクトリと呼ぶ。ホームディレクトリは、ステップＳＴ７０３で保存したファイル（ページ単位のファイル）を登録するために使われる。
【００５８】次に、原稿のメニューとなるＨＴＭＬ（Hyper Text Markup Language）の原形の文字列を、ＲＡＭ３上に用意する（ＳＴ７０５）。図９にメニューＨＴＭＬの原形文字列を示す。
【００５９】補助記憶装置４に上記ステップＳＴ７０３で格納した画像データファイルが存在する場合（ＳＴ７０６）、補助記憶装置４に保存した原稿の画像データファイルを”ｆａｘ０１”から１ページずつ読み出す。そして、読み出した画像データファイルをＪＦＩＦに変換し（ＳＴ７０７）、ＷＷＷサーバ２２のホームディレクトリに同じファイル名でＦＴＰで登録する（ＳＴ７０８）。ホームディレクトリに登録したファイル名と同じファイル名を含んだＨＴＭＬの行を、ＲＡＭ３上に用意したメニューＨＴＭＬの文字列の中（＜ＢＯＤＹ＞の部分）に挿入する（ＳＴ７０９）。このＨＴＭＬを新たなＨＴＭＬの原形とする。
【００６０】メニューＨＴＭＬにホームディレクトリに登録したファイル名のＨＴＭＬの行を挿入したら、次に送信データ属性テーブルに非標準化データの送信指示が設定されているかどうかチェックする（ＳＴ７１０）。非標準化データの送信指示が設定されていなければ、ステップＳＴ７０６に戻り画像データファイルが残っているか判断する。補助記憶装置４に格納された全ページ分の画像データが終了するまで、ステップＳＴ７０７からステップＳＴ７０９の処理を繰り返す。
【００６１】一方、ステップＳＴ７１０で非標準化データの送信指示が設定されていれば、さらに１ファイルマルチページの非標準化データか否か判断する（ＳＴ７１１）。送信データ属性テーブルに設定したマルチページサインに基づいて判断する。マルチページサイン＝０であれば、送信データ属性テーブルに登録されている非標準化データ形式に画像データを変換する（ＳＴ７１２）。
【００６２】そして、非標準化形式に変換された画像データを、ＷＷＷサーバ２２内のホームディレクトリにＦＴＰで登録する（ＳＴ７１３）。ホームディレクトリに登録した画像データのファイル名を含んだ行をメニューＨＴＭＬに挿入する（ＳＴ７１４）。
【００６３】なお、送信データ属性テーブルに登録されたマルチページサイン＝１の場合は、複数のページを１ファイルにまとめる必要がある。補助記憶装置４に保存された画像データファイルは１ファイルが１ページ分である。１ページずつ読み込んで非標準形式に編集し、最終的に複数ページを１ファイルに変換して補助記憶装置４に一時格納する（ＳＴ７１５）。
【００６４】このようにして完成したＨＴＭＬの記述例を図１０に示す。図１０は、３ページの原稿を標準化データ形式と、２つの非標準化データ形式（ＴＩＦＦとビットマップ）とで記述した例である。
【００６５】一方、上記ステップＳＴ７０６において、補助記憶装置４に格納したファイルを全てホームディレクトリに格納したと判断した場合は、１ファイルマルチページの非標準化データを作成したか否か判断する（ＳＴ７１６）。１ファイルマルチページの非標準化データを作成して補助記憶装置４に格納している場合は、その格納している非標準化データをＷＷＷサーバ２２のホームディレクトリにＦＴＰで登録する（ＳＴ７１７）。ホームディレクトリに登録した非標準化データのファイル名を含んだ行を、ＲＡＭ３上のメニューＨＴＭＬに挿入する（ＳＴ７１８）。
【００６６】次に、以上のようにしてＲＡＭ上に作成したメニューＨＴＭＬを、ＷＷＷサーバ２２内のホームディレクトリにｉｎｄｅｘ．ｈｔｍｌというファイル名を付けてＦＴＰで登録する（ＳＴ７１９）。
【００６７】そして、上記ステップＳＴ７０２で保存したＵＲＬ（ＷＷＷサーバ２２のＵＲＬ）の後ろにホームディレクトリ名を付け加えたＵＲＬを作成する（ＳＴ７２０）。この作成したＵＲＬを、電子メールのＭＩＭＥヘッダのExternal-Body Subtypeフィールドに記述し、相手側端末２３に電子メールで送信する。
【００６８】図１１に上記ＵＲＬを含む電子メールのヘッダの例を示す。上記ＵＲＬをメール本文やsubjectフィールドに記述しても良い。
【００６９】なお、標準化データ形式の画像ファイルのみを送信するタイプの簡易的な本装置の例では、１ページ分の画像ファイルが生成される度に、当該画像ファイルをサーバへ逐次登録するように構成しても良い。すなわち、１ページ分読み取り、ＪＦＩＦ変換、ＷＷＷサーバへの登録、の一連の処理を全ページ分繰り返すようにする。このようにすることで、全ページの一括読み取りが不要になり、補助記憶装置４の容量を削減できる。
【００７０】次に、相手側端末２３がＷＷＷサーバ２２から登録された画像ファイルを取込む受信動作に付いて、図１２及び図１３のフローチャートに従って説明する。上述したように、本装置２０がＷＷＷサーバ２２のＵＲＬを電子メールで相手側端末２３のメールアドレスに送信している。
【００７１】相手側端末２３は、ＷＷＷサーバ２２のＵＲＬが含まれた電子メールを受信すると（ＳＴ１２０１）、その電子メールのメールヘッダ（ＭＩＭＥヘッダ）からＵＲＬを取り出す（ＳＴ１２０２）。そして、そのＵＲＬが示すＷＷＷサーバ２２にＨＴＴＰでアクセスし、そのＷＷＷサーバ２２からメニューＨＴＭＬを取り出す（ＳＴ１２０３）。
【００７２】次に、メニューＨＴＭＬに登録されたファイル属性の中から自機の能力に合ったファイル属性を選択する（ＳＴ１２０４）。そのため、受信能力テーブル（図６）から優先度の高い順位にファイル属性を取り出し、メニューＨＴＭＬのファイル名記述行中のファイル属性と比較する。最も優先度の高いファイル属性と一致するファイル属性がメニューＨＴＭＬに存在すれば、そのファイル属性のファイル名を受信対象ファイルに決定する。一方、優先度の高いファイル属性と一致するファイル属性がメニューＨＴＭＬに存在しない場合は、受信能力テーブル内の次の優先度のファイル属性を取り出して同様のチェックを行う。一致するファイル属性が見つかるまで順次優先度を下げながら受信能力テーブルからファイル属性を取り出して同等のチェックを実行する。
【００７３】このようにして決定したファイル名の属性が、「．ＴＩＦ」のように１つのファイルに複数ページを含むファイルである場合は（ＳＴ１２０５）、ＷＷＷサーバ２２からそのファイル全体を読み込み、ページ単位で読み出しが可能な形に変換して自機の補助記憶装置に書き込む（ＳＴ１２０６）。このとき、ファイル内の全ページ数を数え、数えたページ数を記憶する（ＳＴ１２０８）。また、１つのファイルに複数ページを含むファイルでない場合は、メニューＨＴＭＬの記述から全ページ枚数を数え、その数えた枚数を記憶する（ＳＴ１２０７）。
【００７４】次に、自動印刷モードが指定されているか否か判断する（ＳＴ１２０９）。自動印刷モードが指定されている場合は、全ページのページ番号を印刷指示バッファに書き込む（ＳＴ１２１０）。図１４に印刷指示バッファの例を示す。自動印刷モード時は全ページのページ番号が一度に書かれる。
【００７５】まず、印刷指示バッファ内のページ番号のポインタを先頭におく（ＳＴ１２１１）。ポインタが印刷指示バッファを越えていないことを確認して（ＳＴ１２１２）、ポインタが示すページの画像データをＷＷＷサーバ２２又は自機の補助記憶装置から読み出し（ＳＴ１２１３）、その読み出したページを印刷する（ＳＴ１２１４）。印刷指示バッファ内のポインタを一つ進め（ＳＴ１２１５）、同様にして次ページの画像データの印刷処理を実行する。この印刷処理をポインタが印刷指示バッファを越えるまで繰り返す。
【００７６】なお、ステップＳＴ１２０９で自動印刷モードが設定されていないと判断した場合は、印刷指示バッファに入れるページ番号を選択指示する（ＳＴ１２１６）。相手側端末２３は、図１５に示すようなタッチパネル兼表示部を備えているものとする。このタッチパネル兼表示部を使った操作によって、ページ順に１ページづつ画像データをＷＷＷサーバ２２又は自機の補助記憶装置から読み出し、タッチパネル兼表示部のパネルに表示させ（ＳＴ１２１７）、ページ単位で印刷の有無を選択させる。パネルに１ページの画像データを表示させた状態で印刷指示を待ち（ＳＴ１２１８）、印刷指示が入力されれば、そのページ番号を印刷指示バッファに書き込み（ＳＴ１２１９）、タッチパネル兼表示部の次ページボタンを押してページを１つ進める（ＳＴ１２２０）。印刷指示が入力されなければ、そのままページを１つ進める（ＳＴ１２２０）。図１５のタッチパネル兼表示部の場合、画像が表示されている範囲内を指で押せば印刷指示と判断し、外枠が表示されるように構成される。
【００７７】図１６に相手側端末の構成例を示す。本実施の形態では、画像データをＷＷＷサーバから受信する端末を相手側装置と呼んでおり、本装置２０と同一構成であっても良い。同図に示す相手側端末は、本装置２０と同等の機能を備えていて、さらにタッチパネル兼表示部が装置本体から分離したリモコンタイプになっている。装置本体側にリモコン通信部９を設け、リモコン側にタッチパネル兼表示部１０とリモコン通信部１１を設けている。
【００７８】このような本実施の形態によれば、ページ単位にファイル化した画像データをＷＷＷサーバ２２へ登録し、このＷＷＷサーバ２２にアクセスするためのＵＲＬを相手側端末２３のメールアドレスに送信するので、受信側でＷＷＷサーバ上の画像データを処理すとき、１ページ単位で受信ができ、全ページ分の補助記憶装置を備える必要が無くなる。
【００７９】また本実施の形態によれば、送信すべき画像データを標準化データ形式、非標準化データ形式の複数のデータ形式でＷＷＷサーバ２２に登録し、このＷＷＷサーバ２２にアクセスするためのＵＲＬを相手側端末２３のメールアドレスに送信するので、標準化データ形式しかサポートしない簡単な装置にも、より高品質な非標準化データ形式までサポートする装置にも、相手先の能力を最大限に生かす形で、１回の読み取り処理で送信できる。
【００８０】また本実施の形態によれば、相手先の電子メールアドレスと画像登録すべきサーバアドレスとを対応づけた対応テーブルを用意してサーバを自動選択するようにしたので、操作内容を複雑にすること無く、相手先に応じてＷＷＷサーバを選択できるようになった。たとえば、掲示板のように多くの人に使ってもらうＷＷＷサーバや、限定された会員向けのＷＷＷサーバといった使い分けを相手先に応じてできるようになった。
【００８１】
【発明の効果】以上詳記したように本発明によれば、本発明によれば、受信側となる相手の電子メールアドレスと画像登録すべきサーバアドレスとを対応づけたテーブルを用意してサーバを自動選択するようにしたので、操作内容を複雑にすること無く、相手先に応じてサーバを選択でき、例えば掲示板のように多くの人に使ってもらうＷＷＷサーバや、限定された会員向けのＷＷＷサーバといった使い分けを相手先に応じてできる。さらに、送信側ではページ単位で画像ファイルを作成し、受信側でページ単位で画像データを取り込んで選択的に印刷指示するような構成にすると、受信側で大容量のメモリを必要としない、使い勝手の良い画像通信装置を提供できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態にかかるファクシミリ型画像通信装置の機能ブロック図
【図２】本装置を備えたネットワーク構成図
【図３】上記一実施の形態における電子メールアドレス／ＵＲＬ対応テーブルの構成図
【図４】上記一実施の形態におけるワンタッチダイヤルに登録された電子メールアドレス／ＵＲＬ対応テーブルの構成図
【図５】上記一実施の形態における送信データ属性テーブルの構成図
【図６】上記一実施の形態における受信能力テーブルの構成図
【図７】上記一実施の形態における送信動作の前半部のフロー図
【図８】上記一実施の形態における送信動作の後半部のフロー図
【図９】上記一実施の形態におけるメニューＨＴＭＬの原形文字列を示す図
【図１０】上記一実施の形態において作成されたメニューＨＴＭＬを示す図
【図１１】上記一実施の形態において作成されたＵＲＬを含んだメールヘッダを示す図
【図１２】上記一実施の形態における受信動作の前半部のフロー図
【図１３】上記一実施の形態における受信動作の後半部のフロー図
【図１４】上記一実施の形態における印刷指示バッファを示す図
【図１５】上記一実施の形態におけるタッチパネル兼表示部の概念図
【図１６】上記一実施の形態における相手側端末の機能ブロック図
【符号の説明】
１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ 補助記憶装置
５、１０ タッチパネル兼表示部
６ スキャナ部
７ ＬＡＮ制御部
８ プリンタ部
９、１１ リモコン通信部
【特許請求の範囲】
【請求項１】 画像データをページ単位にファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルが格納された記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信する通知手段と、を具備する画像送信装置。
【請求項２】 前記テーブルは、ワンタッチダイヤルキー番号が、電子メールアドレスに対応づけられて登録されており、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応したサーバを前記テーブルから選定する、ことを特徴とする請求項１に記載の画像送信装置。
【請求項３】 前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録することを特徴とする請求項１又は請求項２に記載の画像送信装置。
【請求項４】 前記登録手段は、全ページ分の画像ファイルが揃ったら一括してサーバへ登録することを特徴とする請求項１から請求項３のいずれかに記載の画像送信装置。
【請求項５】 前記登録手段は、１ページ分の画像ファイルが生成される度に、当該画像ファイルをサーバへ逐次登録することを特徴とする請求項１から請求項３のいずれかに記載の画像送信装置。
【請求項６】 請求項１から請求項５のいずれかに記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら当該画像受信装置に対し最初にメニュー画面を送信し、その後要求してきた画像ファイルを転送することを特徴とするサーバ。
【請求項７】 画像データをページ単位にファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルを予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定し、前記画像ファイルを前記選定されたサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信することを特徴とする画像送信方法。
【請求項８】 画像データをファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルが格納された記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信する通知手段と、を具備する画像送信装置。
【請求項９】 前記テーブルは、ワンタッチダイヤルキー番号が、電子メールアドレスに対応づけられて登録されており、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応したサーバを前記テーブルから選定する、ことを特徴とする請求項８に記載の画像送信装置。
【請求項１０】 前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録することを特徴とする請求項８又は請求項９に記載の画像送信装置。
【請求項１１】 請求項８又は請求項９に記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら当該画像受信装置に対し最初にメニュー画面を送信し、その後要求してきた画像ファイルを転送するサーバ。
【請求項１２】 画像データをファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルを予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定し、前記画像ファイルを前記選定されたサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信することを特徴とする画像送信方法。
【請求項１】 画像データをページ単位にファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルが格納された記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信する通知手段と、を具備する画像送信装置。
【請求項２】 前記テーブルは、ワンタッチダイヤルキー番号が、電子メールアドレスに対応づけられて登録されており、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応したサーバを前記テーブルから選定する、ことを特徴とする請求項１に記載の画像送信装置。
【請求項３】 前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録することを特徴とする請求項１又は請求項２に記載の画像送信装置。
【請求項４】 前記登録手段は、全ページ分の画像ファイルが揃ったら一括してサーバへ登録することを特徴とする請求項１から請求項３のいずれかに記載の画像送信装置。
【請求項５】 前記登録手段は、１ページ分の画像ファイルが生成される度に、当該画像ファイルをサーバへ逐次登録することを特徴とする請求項１から請求項３のいずれかに記載の画像送信装置。
【請求項６】 請求項１から請求項５のいずれかに記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら当該画像受信装置に対し最初にメニュー画面を送信し、その後要求してきた画像ファイルを転送することを特徴とするサーバ。
【請求項７】 画像データをページ単位にファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルを予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定し、前記画像ファイルを前記選定されたサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信することを特徴とする画像送信方法。
【請求項８】 画像データをファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルが格納された記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信する通知手段と、を具備する画像送信装置。
【請求項９】 前記テーブルは、ワンタッチダイヤルキー番号が、電子メールアドレスに対応づけられて登録されており、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応したサーバを前記テーブルから選定する、ことを特徴とする請求項８に記載の画像送信装置。
【請求項１０】 前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録することを特徴とする請求項８又は請求項９に記載の画像送信装置。
【請求項１１】 請求項８又は請求項９に記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら当該画像受信装置に対し最初にメニュー画面を送信し、その後要求してきた画像ファイルを転送するサーバ。
【請求項１２】 画像データをファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけたテーブルを予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバを前記テーブルから選定し、前記画像ファイルを前記選定されたサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバのサーバアドレスを含む電子メールを送信することを特徴とする画像送信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１４】
【図７】
【図１０】
【図１１】
【図１５】
【図１２】
【図１３】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１４】
【図７】
【図１０】
【図１１】
【図１５】
【図１２】
【図１３】
【図１６】
【公開番号】特開２００３−１７９７２１（Ｐ２００３−１７９７２１Ａ）
【公開日】平成１５年６月２７日（２００３．６．２７）
【国際特許分類】
【出願番号】特願２００２−２４４０８７（Ｐ２００２−２４４０８７）
【分割の表示】特願平１１−３５８８９の分割
【出願日】平成１１年２月１５日（１９９９．２．１５）
【出願人】（５９７０００４８９）パナソニック コミュニケーションズ株式会社 (14)
【Ｆターム（参考）】
【公開日】平成１５年６月２７日（２００３．６．２７）
【国際特許分類】
【分割の表示】特願平１１−３５８８９の分割
【出願日】平成１１年２月１５日（１９９９．２．１５）
【出願人】（５９７０００４８９）パナソニック コミュニケーションズ株式会社 (14)
【Ｆターム（参考）】
[ Back to top ]