JP2005010857A

JP2005010857A - 通信装置および通信システム

Info

Publication number: JP2005010857A
Application number: JP2003171207A
Authority: JP
Inventors: Yoshifumi Tanimoto; 好史谷本
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2003-06-16
Filing date: 2003-06-16
Publication date: 2005-01-13
Anticipated expiration: 2023-06-16
Also published as: JP4120485B2

Abstract

【課題】通信機能を有する装置を操作するためのインターフェースは、装置毎に用意されており、複数の装置を利用するためにはそれぞれのインターフェースを利用する必要がある。
【解決手段】操作画面２５０は、ネットワークに接続された２台のＭＦＰとプリンタとスキャナとを統一的に操作するためのＧＵＩである。ユーザが、リソースを示すリソースアイコンをファイル操作の要領で所望の装置にドラッグすることで、自動的に該当する装置に対してコマンドを発行する。これにより、複数の装置を統一的に操作することができる。
【選択図】図２

Description

【０００１】
【発明の属する技術分野】
この発明は所定の装置の操作技術に関し、とくに所定の装置に対して所定の処理を行うことを指示する技術、およびその指示を行うためのインターフェース技術に関する。
【０００２】
【従来の技術】
プリンタ、スキャナ、ファクシミリ装置、ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎａｌＰｅｒｉｐｈｅｒａｌ）などの通信機能を有する装置が普及している。これらの通信装置は、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）などのネットワークに接続し、複数の端末に共有されるようになった。一般にこれらの通信装置を利用するためには、例えばＩＰアドレスや通信装置を利用するユーザの登録など種々の情報を予め設定する必要がある。こうした情報の設定作業を、ネットワークを介して端末から行う技術がある。（特許文献１）
【０００３】
【特許文献１】
特開２００１−１８６３０１号公報
【０００４】
【発明が解決しようとする課題】
ネットワークに接続された通信装置が増えるにつれ、ユーザは、例えばネットワークスキャナにより印刷物を画像化したり、画像データをネットワークプリンタで印刷したりするなど様々な処理の実行を、ネットワークを介して指示することが多くなる。通信装置を操作するためのインターフェースは、通信装置毎に異なる。また、それらのインターフェースは独立しているため、スキャナで取り込んだ画像を、プリンタで印刷するような場合は、まず、スキャナを操作するためのインターフェースを利用して画像データを取得する。そして、プリンタを操作するためのインターフェースを利用して画像データを印刷することを指示する。このように、各通信装置は異なるインターフェースを有するため、利用可能な通信装置が増えるにつれてユーザが利用すべきインターフェースの数が増える。さらに、複数のインターフェースを切り替えながら、最終的に目的とする作業を行う必要があるため、ユーザが操作を煩わしく感じることがある。
【０００５】
本発明はこうした点に鑑みてなされたもので、その目的は、所定の装置に対して、所定の処理を指示するためのインターフェース技術の提供にある。
【０００６】
【課題を解決するための手段】
本発明のある態様は、通信対象となる対象装置と通信を行い所定の処理を行う装置である。この装置は、対象装置に、当該装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースを利用して制御させるための情報を出力する出力手段と、対象装置から、所定の処理を行うためのファイル操作を受け付ける受付手段と、受け付けたファイル操作に基づいて所定の処理を行う処理手段とを備える。これにより、ファイル操作をベースにした統一的なインターフェースにより対象装置を操作することができる。フォルダは、対象装置における処理毎に設けられてもよい。これにより、例えばユーザは所望の処理を実現するためのフォルダにファイルを移動することで、所望する処理を行わせることができる。
【０００７】
フォルダまたはファイルは、当該通信装置における所定の処理の動作内容を含み、受付手段は、受け付けたファイル操作を、操作されたフォルダまたはファイルに含まれる動作内容に対する動作指示として解釈してもよい。「動作内容」は、例えば通信装置がファクシミリ装置の場合、通信装置の各種設定情報、送信処理、受信処理、印刷処理、原稿データなどであり、通信装置が実行可能な各種の処理内容、処理に利用するデータ、設定情報などであってよい。
【０００８】
そのファイルは、所定の処理を実行するために利用されるデータ、および当該通信装置における内部情報の少なくとも一方であってよい。「内部情報」は、例えばジョブ情報、機器情報などの通信装置自身に関する種々の情報である。
【０００９】
そのフォルダは、当該通信装置における所定の処理、および当該通信装置自身の少なくとも一方を示してよい。例えば当該装置がファクシミリ装置の場合、所定の処理を示すフォルダとして、送信ジョブや受信ジョブなどがある。
【００１０】
この装置は、ファイル操作を受け付ける際に、そのユーザの認証を行う手段を更に備え、処理手段は、受け付けたファイル操作に対して認証情報に応じた処理を行ってよい。
【００１１】
出力手段は、認証情報に基づいて、その認証情報に応じた処理をファイル操作用のインターフェースを介して制御するための情報を出力してもよい。
【００１２】
出力手段は、当該通信装置が制御可能な他の通信装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースを利用して制御させるための情報と、当該装置を示すフォルダの階層下に前記他の通信装置に関するフォルダまたはファイルが位置するように階層関係を示す情報とを更に出力してもよい。
【００１３】
本発明の別の態様は通信装置である。この装置は、通信対象となる対象装置から対象装置に関する情報を受信する手段と、受信した情報に基づいて、対象装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースのごとく表示する表示手段と、ファイル操作を行う要領で、対象装置に対して動作指示を行う手段とを備える。これにより、ユーザは直観的に機器の状態を把握できる。また、表示手段は、その領域を、対象装置が実行可能な処理内容毎に表示してもよい。
【００１４】
表示手段は、対象装置が実行可能な処理に応じて、ファイル操作用のインターフェースの形態を変更してもよい。
【００１５】
本発明の更に別の態様は、通信システムである。この通信システムは、所定の処理を実行する第１通信装置と、第１通信装置に動作指示を行う第２通信装置と、を備える通信システムであって、第１通信装置は、第２通信装置に、当該第１通信装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースを利用して制御させるための情報を出力する手段と、第２通信装置から、所定の処理を行うためのファイル操作を受け付ける手段と、受け付けたファイル操作に基づいて所定の処理を行う手段とを有し、第２通信装置は、第１通信装置に関する情報を受信する手段と、受信した情報に基づいて、第１通信装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースのごとく表示する表示手段と、ファイル操作を行う要領で、第１通信装置に対して動作指示を行う手段とを有する。
【００１６】
当該通信システムは、複数の第１通信装置を備え、表示手段は、第１通信装置をそれぞれグループに分け、個々の第１通信装置をグループ毎に階層状に表示してもよい。
【００１７】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００１８】
【発明の実施の形態】
図１は、実施の形態に係る通信システム１０の構成図である。第１ＭＦＰ１００ａ、第２ＭＦＰ１００ｂ、プリンタ１００ｃ及びスキャナ１００ｄ（以下、単に「第２通信装置１００」という）は、ネットワーク１２を介して第１通信装置２００と接続する。マスターサーバ２０は、第２通信装置１００をそれぞれ装置の属性毎に管理する。「装置の属性」は、例えばネットワークスキャナ、ネットワークファクシミリ、ネットワークプリンタ、ビデオ録画装置、テレビジョン、冷蔵庫、エアーコンディショナなど第２通信装置１００が提供する機能を示す。本図では、例えば第１ＭＦＰ１００ａおよび第２ＭＦＰ１００ｂが同じ属性になる。第１通信装置２００は、ネットワーク１２を介してマスターサーバ２０及び第２通信装置１００と接続し、ＷｅｂＤＡＶ（ＷｏｒｌｄＷｉｄｅＷｅｂＤｉｓｔｒｉｂｕｔｅｄＡｕｔｈｏｒｉｎｇａｎｄＶｅｒｓｉｏｎｉｎｇ）プロトコルを利用して第２通信装置１００やマスターサーバ２０と通信を行う。
【００１９】
ＷｅｂＤＡＶは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を拡張したプロトコルであり、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）で特定されるファイルの取得だけでなく、ファイルのアップロードやダウンロードなどのファイル操作も可能である。ＷｅｂＤＡＶには、ウェブリソースの取り扱いにあたり、「プロパティ」、「コレクション」、および「ロック」という新しい概念が導入されている。「リソース」は、ＷｅｂＤＡＶでの管理対象となる、ファイルや後述のコレクションを示す。「コレクション」は、複数のリソースをまとめて管理するための概念であり、ディレクトリやフォルダと同様の概念である。「プロパティ」は、リソースの属性を名前と値の組で定義したものであり、詳細は後述するが本実施の形態では、プロパティを利用して機器情報を格納する。また、プロパティには、サーバ側が設定および管理できるライブプロパティと、クライアント側が設定および管理できるデッドプロパティとが含まれる。「ロック」は、複数のクライアントからひとつのリソースに対して書き込みが行われることを回避する仕組みである。
【００２０】
本実施の形態は、ネットワーク上の第２通信装置１００をひとつのコレクションとして抽象化し、例えばそのコレクションのプロパティに機器情報を設定する。これにより、ＵＲＬを用いて第２通信装置１００を表現可能であり、ファイル操作をベースにした制御が可能になる。コレクションを用いて第２通信装置１００を抽象化した場合、装置自身のコレクションの中に、処理に応じたコレクションが含まれる。例えば、第２通信装置１００がファクシミリ装置の場合、装置全体を示すコレクションの中に、送信コレクション、受信コレクション、エラーコレクションなどの複数のコレクションが含まれる。
【００２１】
第１通信装置２００は、機器情報やそれぞれの第２通信装置１００を動作させるため、例えばＷｅｂＤＡＶプロトコルを利用してリソース、すなわちファイル単位でデータのやり取りを行う。マスターサーバ２０は、ネットワーク１２に接続された第２通信装置１００を管理する。まず、第１通信装置２００は、マスターサーバ２０からネットワーク１２に接続された第２通信装置１００の機器情報を得るための例えばＵＲＬなどの識別情報を取得する。そして、第１通信装置２００は、取得したＵＲＬに基づいて、各第２通信装置１００の機器情報を取得する。そして、その機器情報に基づいてネットワーク上の各第２通信装置１００を制御するための統一的なインターフェースを形成する。
【００２２】
図２は、第２通信装置１００を制御するためのインターフェースの一例を示す図である。第１通信装置２００は、図２のようなＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）を表示する。このＧＵＩは、各装置を示すアイコンまたは領域（以下、単に「アイコン」という）に、ファイルを取り扱うようにリソースを示すアイコンを移動することにより、所望の装置に処理を実行させることができる。第１コレクション２５２ａは、図１の第１ＭＦＰ１００ａのアイコンであり、第１送信予約コレクション２６４ａを有する。第１送信予約コレクション２６４ａは、送信予約を行ったリソースのコレクションをアイコン化したものである。第１送信予約コレクション２６４ａに表示されているリソースアイコンが個々のジョブを示す。
【００２３】
第２コレクション２５２ｂは、図１の第２ＭＦＰ１００ｂのアイコンであり、第２送信予約コレクション２６４ｂおよび受信コレクション２６６を有する。受信コレクション２６６は、他のファクシミリから新たにファクシミリデータを受信したことを示し、そのデータがリソースアイコンで示されている。第３コレクション２５２ｃは、図１のプリンタ１００ｃのアイコンであり、印刷待ちリソースのリソースアイコンを表示するスプールコレクション２６８を有する。第４コレクション２５２ｄは、図１のスキャナ１００ｄのアイコンであり、読み取り済みのリソースのリソースアイコンを表示する読取コレクション２６９を有する。次に、操作画面２５０の具体的な使用例を説明する。
【００２４】
（１）図１のスキャナ１００ｄで読み取ったリソースを、図１の第１ＭＦＰ１００ａからファクシミリ送信する場合。
ユーザは第１ファイルアイコン２５４を選択し、ＷｅｂＤＡＶにおける「ＰＲＯＰＰＡＴＣＨ」コマンドにより、第１ファイルアイコン２５４に対応するリソースのプロパティに、宛先情報を設定する。次に、第１ファイルアイコン２５４を第１送信予約コレクション２６４ａにドラッグする。このとき第１通信装置２００は、スキャナ１００ｄに対して「ＭＯＶＥ」コマンドを発行する。その「ＭＯＶＥ」コマンドの引数として第１ＭＦＰ１００ａの第１送信予約コレクション２６４ａのＵＲＬが設定される。これにより、第１ファイルアイコン２５４が第１送信予約コレクション２６４ａに移動する。これにより、リソースは送信予約が為され、例えば通信回線が開いたときなど所定のタイミングで、プロパティに設定された宛先に向けてファクシミリ送信される。そして、送信が終わるとリソースアイコンは操作画面２５０から削除される。
【００２５】
（２）図１の第１ＭＦＰ１００ａに既に送信予約されているジョブを、図１の第２ＭＦＰ１００ｂのジョブに変更する場合。
ユーザは、第１送信予約コレクション２６４ａに表示されている第２ファイルアイコン２５６を、第２送信予約コレクション２６４ｂにドラッグする。これにより、「ＭＯＶＥ」コマンドが発行され、第２ファイルアイコン２５６に対応するリソースが第２ＭＦＰ１００ｂの第２送信予約コレクション２６４ｂに移動する。送信待ちのリソースの数は、第２送信予約コレクション２６４ｂに含まれるリソースアイコンの数で把握できるので、例えば急いで原稿を送信する必要が有る場合に、送信待ち原稿の少ないＭＦＰにジョブを変更することが可能である。
【００２６】
（３）図１の第２ＭＦＰ１００ｂに既に送信予約されているジョブを削除する場合。
ユーザは、第３ファイルアイコン２５８を選択して削除する。これにより、第１通信装置２００は、第２ＭＦＰ１００ｂに対して第３ファイルアイコン２５８に対するリソースを引数とする「ＤＥＬＥＴＥ」コマンドを発行する。これによりジョブが中止される。
【００２７】
（４）図１の第２ＭＦＰ１００ｂが受信したリソースを図１のプリンタ１００ｃで印刷する場合。
ユーザは、第４ファイルアイコン２６０をスプールコレクション２６８にドラッグする。このとき第１通信装置２００は、第２ＭＦＰ１００ｂに対して「ＭＯＶＥ」コマンドを発行する。その「ＭＯＶＥ」コマンドの引数としてプリンタ１００ｃのスプールコレクション２６８のＵＲＬが設定される。これにより、第４ファイルアイコン２６０に対応するリソースがスプールコレクション２６８に移動し、印刷される。また、プロパティを編集することで、例えば印刷オプションなどを変更できてもよい。
【００２８】
このように、ファイルを操作する感覚で各第２通信装置１００を制御できるので、ユーザは直観的にこのＧＵＩを扱うことができる。また、複数の第２通信装置１００を統一的なインターフェースで扱うことができるので、取り扱う装置が増加した場合でも例えば新しいドライバをインストールしたり、使い方を覚えたりする必要がない。さらに、メーカもインターフェースを構成するためのプログラム等を作る必要がないので、メーカの負担も減らすことができる。
【００２９】
図３は、図１の第１通信装置２００の内部構成図である。第１通信装置２００の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インターフェース等を中心に実現されるが、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。これから説明する各図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。
【００３０】
機器情報取得部２０２は、まずマスターサーバ２０に接続し、ネットワーク１２に接続された各第２通信装置１００の機器情報を取得するためのＵＲＬを収集し、そのＵＲＬを利用して各第２通信装置１００の機器情報を取得する。機器情報取得部２０２は、予めマスターサーバ２０のネットワーク１２におけるアドレスを保持してもよいし、オペレータからアドレスの指定を受け付けてもよい。また、マスターサーバ２０を自動的に検索してもよい。また、他の例ではマスターサーバ２０が設けられていなくてもよく、この場合、機器情報取得部２０２は、例えば第２通信装置１００を検出するためのデータをブロードキャストし、それに応答した機器のＵＲＬに基づいて機器情報を取得してもよい。機器情報取得部２０２は、取得した機器情報を機器情報格納部２０８に格納するとともに、格納したことを表示処理部２０４に通知する。上述のマスターサーバ２０を自動的に検出する場合にも、同様にデータをブロードキャストすることでマスターサーバ２０からの応答を受信することにより検出を行ってもよい。
【００３１】
表示処理部２０４は、その通知に基づいて機器情報格納部２０８から機器情報を取得し、例えば図２のようなＧＵＩを生成し、表示部２０６に表示させる。機器情報は、例えば装置名、処理内容、コレクション等の情報を含む。表示処理部２０４は、コレクションの階層構造と同様の階層になるようにフォルダを生成してもよいし、処理内容毎にフォルダを生成してもよい。操作受付部２１０は、例えばマウスやキーボードなどの入力デバイスを介してユーザから操作指示を受け付け、その指示をファイル操作部２１２に出力する。例えば、操作受付部２１０は、ユーザが操作するマウスが指示するアイコンに対応付けられた実際のリソースや第２通信装置１００を特定し、どのリソースがどの第２通信装置１００から、どの第２通信装置１００に移動されたのかを示す情報をファイル操作部２１２に出力する。ファイル操作部２１２は、操作受付部２１０からの情報に基づいてＷｅｂＤＡＶの種々のコマンドを発行し、該当する装置にそのコマンドを送信する。これにより、ユーザのＧＵＩによる操作に連動してＷｅｂＤＡＶコマンドを発行することが可能であり、ユーザが意識しないで各第２通信装置１００に対してコマンドを送信できる。
【００３２】
図４は、図１の第２通信装置１００の内部構成図である。ドメイン保持部１０４は、例えば、第２通信装置１００のドメイン名、コンピュータ名、ＩＰアドレスなどのネットワークにおいて第２通信装置１００を一意に特定する情報を保持する。送受信部１０６は、ＷｅｂＤＡＶプロトコルに準じて通信を行う機能ブロックである。送受信部１０６は、例えばドメイン保持部１０４に保持されたドメイン名宛のＰＲＯＰＦＩＮＤコマンドを受信すると、ファイル格納部１０２から、コマンドで指定されたＵＲＬのリソースのプロパティを読み込み、レスポンスとして出力する。また、ＰＲＯＰＰＡＴＣＨコマンドを受信すると、コマンドで指定されたＵＲＬのリソースのプロパティにコマンドで指定されたデータを書き込む。また、送受信部１０６は、ＣＯＰＹ、ＭＯＶＥ、ＤＥＬＥＴＥなどのコマンドに基づいて、ファイル格納部１０２に格納されているリソースの操作を行う。
【００３３】
第１通信装置２００からファイル格納部１０２に保持されている受信コレクション、送信コレクションなどに含まれている受信したファクシミリデータや送信ジョブのファイルのリストを要求された場合、送受信部１０６は、それらをフォルダとファイルとで表示させるための情報を生成して第１通信装置２００に出力する。例えば、送受信部１０６は、各コレクションとそのコレクションに含まれる各ファイルのリストを生成して送信してもよいし、一般的なファイル操作用のプロトコルにおけるディレクトリ構造を示す形式で送信してもよい。送受信部１０６は、そのリストをファイル格納部１０２に保持されている各リソースに基づいて生成してもよいし、後述の書込検出部１１６がプロパティに書き込んだ情報に基づいて生成してもよい。
【００３４】
ファイル格納部１０２は、ＷｅｂＤＡＶによる管理対象となるリソースを格納する。例えばファイル格納部１０２は、ＵＲＬ「ｈｔｔｐ：／／ｍｆｐ／ｍａｃｈｉｎｅ＿ｓｔａｔｕｓ」で特定されるリソースを保持し、そのリソースのプロパティが機器情報になっている。これにより、ネットワーク上の共有ファイルを参照もしくは変更するような操作で、第２通信装置１００の機器状態を管理できる。また、例えばファクシミリ装置の場合には、受信コレクション、送信コレクションをユーザ毎に設けてもよい。この場合、後述の認証技術を利用して認証に成功した場合に、ユーザ毎のコレクションを送受信部１０６は提供してもよい。他の例では、プロパティではなくリソース本体に機器情報が設定されていてもよい。しかしながら、ＷｅｂＤＡＶプロトコルのＰＲＯＰＦＩＮＤコマンドは、処理に必要な設定情報部分のみを取り出し、レスポンスとして出力することもできる。このため、このような機能を独自に開発するより、ＷｅｂＤＡＶが有する機能をそのまま利用したほうが効率的である。もちろん、独自に開発してもなんら問題はない。
【００３５】
また、ｗｅｂＤＡＶは、ＨＴＴＰを拡張したプロトコルなので、ファイル格納部１０２に保持された各ファイルについてアクセス権を設定することができる。このため、機器情報など重要なリソースにパスワードを設定することにより。例えば、管理者だけがネットワーク経由で機器情報を書き換え可能にしてもよいし、ユーザ毎に機器情報を管理してもよい。
【００３６】
認証部１０８は、例えばリソースに権限が設定されている場合に認証を行い、特定のユーザに対してのみリソースおよびプロパティの提供や更新を許可する。処理部１１４は、例えばファクシミリ機能、プリンタ機能、スキャナ機能、ワークフロー機能、文書管理機能、番組録画機能、番組再生機能、エアーコンディショニング機能など種々の機能を実現する構成のいずれかであってよい。つまり、第２通信装置１００は、通信機能を有する装置であればいかなるものに取り付けられてもよい。
【００３７】
状態検出部１１２は、処理部１１４における処理により第２通信装置１００の状態を検出し、状態が変わった場合、その旨を更新部１１０に出力する。例えば、処理部１１４がファクシミリ機能を有する場合、状態検出部１１２は、電話回線のビジー状態、ネットワークの通信状態、ファクシミリ画像の送信状況、ファクシミリ画像の受信状況などを検出する。状態検出部１１２は、予め検出すべき機器状態を把握しており、その機器状態を検出した場合に更新部１１０にその旨を通知する。更新部は、検出した機器状態を機器情報、すなわちプロパティに書き込み、データの更新を行う。これにより機器情報のうち、状態が変化するものが常に更新される。
【００３８】
書込検出部１１６は、ファイル格納部１０２に新たに書き込みが行われたか否かを検出する。例えば、その検出は、送受信部１０６がファイル格納部１０２に書き込みを行うことを検出してもよいし、リソースの格納日時と現在日時と前回の書込検出日時とを比較して、書込検出日時より格納日時が現在日時に近い場合に、新たに書き込まれたリソースとして検出してもよい。そして、書込検出部１１６は、書き込みを検出した場合、指示部１１８に通知する。また、書込検出部１１６は、書き込みが行われたことを、格納場所を指定する情報とともにプロパティに書き込む。例えば、受信コレクション、送信コレクションには予めリソースの格納場所がＵＲＬで設定されており、そのＵＲＬで特定される格納場所にファイルが書き込まれることで後述の処理部１１４が所定の処理を行う。この場合、プロパティには、それらのＵＲＬとそこに書き込みが行われているか否かを示す情報とが含まれてよく、書込検出部１１６は、書き込みを検出すると、その旨をプロパティに書き込む。既に説明した送受信部１０６は、そのプロパティに基づいて、各コレクションとそのコレクションに含まれる各ファイルのリストを生成してもよい。
【００３９】
指示部１１８は、書き込みの内容に応じて処理部１１４に所定の処理を指示する。例えば、デッドプロパティとして、短縮ボタンの各ボタンに対応付ける電話番号と短縮ボタンとが書き換えられた場合、指示部１１８は、処理部１１４の短縮ボタンを管理するモジュールに新たに変更された短縮ボタンに関する情報をファイル格納部１０２から読み込むことを指示する。また、処理部１１４が印刷機能を有し、ファイル格納部１０２に新たなリソースが書き込まれた場合、処理部１１４はそのリソースを読み込み印刷処理を行う。このように第２通信装置１００は、ネットワーク上のファイルを取り扱うように制御できる。
【００４０】
図５は、図１の第１通信装置２００が提供するＧＵＩの他の例を示す図である。このＧＵＩは、ファイル操作用のインターフェースのごとく、それぞれの第２通信装置１００が階層構造になり表示される。この階層構造のルート２７０としてネットワークのドメイン名があり、ドメイン名の下にローカルディスク中のデータ、ファイルやフォルダの構成を示すローカルファイル表示領域２７２がある。そして、ローカル領域と同一の階層にネットワークファクシミリコレクション２７４、ネットワークプリンタコレクション２９４、ネットワークスキャナコレクション２９６が表示されている。そして、ネットワークファクシミリコレクション２７４の下の階層に第１ファクシミリ装置２７６ａおよび第２ファクシミリ装置２７６ｂなどのようにファクシミリ装置が表示されている。
【００４１】
第１ファクシミリ装置２７６ａの下位の階層には、受信コレクション２７８、送信待ちコレクション２８２、送信済みコレクション２８６、アドレス帳コレクション２９０、機器情報コレクション２９２が表示される。また、受信コレクション２７８の下位の階層には受信リソース２８０とプロパティの値が表示される。同様に、送信待ちコレクション２８２および送信済みコレクション２８６の下位の階層には、送信待ちリソース２８４ならびに送信済みリソース２８８がプロパティとともに表示される。
【００４２】
このような階層構造をしたＧＵＩであっても、図２を用いて説明したＧＵＩと同様にリソースを示すアイコンを、例えば受信コレクション２７８にドラッグすることで、ユーザが意識することなくＭＯＶＥコマンドを発行する。受信リソース２８０には、「原稿１０１」、「原稿１０２」、および「原稿１０３」と３つのリソースを識別するためのＵＲＬが確保されている。そして、第１ファクシミリ装置２７６ａは、この受信リソース２８０に空きがある場合に新たなリソースを受信することができる。第１ファクシミリ装置２７６ａの通信相手となる装置は、受信コレクション２７８における使われていないＵＲＬを検索し、使われていないＵＲＬで特定される位置に新たなリソースを書き込む。また、これらのコレクションは、第２通信装置１００における各種の処理と関連付けられており、コレクションに新たなリソースが書き込まれるとにより、自動的に関連付けられた処理が実行される。例えば、受信コレクション２７８に書き込まれた場合、そのリソースに基づいて、ファクシミリ画像を自動的に印刷してもよい。
【００４３】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。例えば、図３の操作受付部２１０は、第２通信装置１００において処理が可能なリソースか否かを判断して、処理できる場合にリソースをフォルダに移動してもよい。この判断のために、機器情報に、例えば第２通信装置１００における処理内容と、リソースの拡張子とを対応付けたテーブルを更に付加し、リソースの拡張子がそのテーブルに含まれる場合に、操作受付部２１０はリソースの移動を受け付けてもよい。これにより、処理できないリソースが第２通信装置１００に供給されることを防止できる。
【００４４】
例えば、第２通信装置１００がビデオ録画装置の場合、リソースとして番組情報を与えることで番組録画ができてもよい。また、第２通信装置１００がエアーコンディショナの場合、リソースとして室温や湿度などの情報を与えることで、自動的に温度調整などを行ってもよい。
【発明の効果】
本発明によれば、ファイル操作を行う要領で、通信装置を取り扱うためのインターフェースを提供できるので、ユーザの利便性が向上する。
【図面の簡単な説明】
【図１】実施の形態に係る通信システムの構成図である。
【図２】第２通信装置を制御するためのインターフェースの一例を示す図である。
【図３】図１の第１通信装置の内部構成図である。
【図４】図１の第２通信装置の内部構成図である。
【図５】図１の第１通信装置が提供するＧＵＩの他の例を示す図である。
【符号の説明】
１０通信システム、１２ネットワーク、２０マスターサーバ、１００第２通信装置、１０２ファイル格納部、１０４ドメイン保持部、１０６送受信部、１０８認証部、１１０更新部、１１２状態検出部、１１４処理部、１１６書込検出部、１１８指示部、２００第１通信装置、２０２機器情報取得部、２０４表示処理部、２０６表示部、２０８機器情報格納部、２１０操作受付部、２１２ファイル操作部。

Claims

通信対象となる対象装置と通信を行い所定の処理を行う装置であって、
前記対象装置に、当該装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースを利用して制御させるための情報を出力する出力手段と、
前記対象装置から、前記所定の処理を行うためのファイル操作を受け付ける受付手段と、
受け付けたファイル操作に基づいて前記所定の処理を行う処理手段と、
を備えることを特徴とする通信装置。
前記フォルダまたはファイルは、当該通信装置における前記所定の処理の動作内容を含み、前記受付手段は、受け付けたファイル操作を、操作されたフォルダまたはファイルに含まれる前記動作内容に対する動作指示として解釈することを特徴とする請求項１に記載の通信装置。
前記ファイルは、前記所定の処理を実行するために利用されるデータ、および当該通信装置における内部情報の少なくとも一方であることを特徴とする請求項１または２に記載の通信装置。
前記フォルダは、当該通信装置における前記所定の処理、および当該通信装置自身の少なくとも一方を示すことを特徴とする請求項１から３のいずれかに記載の通信装置。
ファイル操作を受け付ける際に、そのユーザの認証を行う手段を更に備え、前記処理手段は、受け付けたファイル操作に対して認証情報に応じた処理を行うことを特徴とする請求項１から４のいずれかに記載の通信装置。
前記出力手段は、前記認証情報に基づいて、その認証情報に応じた処理をファイル操作用のインターフェースを介して制御するための情報を出力することを特徴とする請求項５に記載の通信装置。
前記出力手段は、当該通信装置が制御可能な他の通信装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースを利用して制御させるための情報と、当該装置を示すフォルダの階層下に前記他の通信装置に関するフォルダまたはファイルが位置するように階層関係を示す情報とを更に出力することを特徴とする請求項１から６のいずれかに記載の通信装置。
通信対象となる対象装置から前記対象装置に関する情報を受信する手段と、
受信した情報に基づいて、前記対象装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースのごとく表示する表示手段と、
ファイル操作を行う要領で、前記対象装置に対して動作指示を行う手段と、
を備えることを特徴とする通信装置。
前記表示手段は、前記対象装置が実行可能な処理に応じて、前記ファイル操作用のインターフェースの形態を変更することを特徴とする請求項８に記載の通信装置。
所定の処理を実行する第１通信装置と、
前記第１通信装置に動作指示を行う第２通信装置と、
を備える通信システムであって、
前記第１通信装置は、
前記第２通信装置に、当該第１通信装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースを利用して制御させるための情報を出力する手段と、
前記第２通信装置から、前記所定の処理を行うためのファイル操作を受け付ける手段と、
受け付けたファイル操作に基づいて前記所定の処理を行う手段と、
を有し、
前記第２通信装置は、
前記第１通信装置に関する情報を受信する手段と、
受信した情報に基づいて、前記第１通信装置に関する情報をフォルダまたはファイルとして見立てて、ファイル操作用のインターフェースのごとく表示する表示手段と、
ファイル操作を行う要領で、前記第１通信装置に対して動作指示を行う手段と、
を有すことを特徴とする通信システム。
当該通信システムは、複数の前記第１通信装置を備え、
前記表示手段は、前記第１通信装置をそれぞれグループに分け、個々の第１通信装置をグループ毎に階層状に表示することを特徴とする請求項１０に記載の通信システム。