JP2004343558A

JP2004343558A - 通信装置

Info

Publication number: JP2004343558A
Application number: JP2003139454A
Authority: JP
Inventors: Yoshifumi Tanimoto; 好史谷本
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2003-05-16
Filing date: 2003-05-16
Publication date: 2004-12-02

Abstract

【課題】通信対象の通信機能を、通信前に予め把握する必要がある。
【解決手段】送信側通信装置２００は、受信側通信装置１００から通信に利用可能な通信機能や、その通信機能を利用するためのアドレス等の情報を含む機器情報１４を取得する。送信側通信装置２００は、その機器情報１４に基づいて、通信に利用する通信機能を決定し、機器情報１４に含まれる例えば電子メールアドレスなどその通信機能を利用するための情報を用いて通信を行う。これにより、送信側通信装置２００に予め受信側通信装置１００の通信機能などの情報を登録する必要がない。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
この発明は装置間の通信技術に関し、とくに装置間で装置能力の交換を行う技術に関する。
【０００２】
【従来の技術】
プリンタ、スキャナ、ファクシミリ装置、ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎａｌＰｅｒｉｐｈｅｒａｌ）などの通信機能を有する通信装置が普及している。これらの通信装置は、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）などのネットワークに接続し、複数の端末に共有されるようになった。一般に装置間で情報の送受信をする場合、双方の装置は事前にネゴシエーションを行い、例えば通信に利用するプロトコル、通信速度、メモリ容量などの装置能力を交換し、通信で利用するプロトコルや通信速度を事前に決めておく。こうしたネゴシエーションを、電子メールを利用して行う技術がある。（特許文献１）
【０００３】
【特許文献１】
特開２００２−１３５５１３号公報
【０００４】
【発明が解決しようとする課題】
装置間で通信を行うためには、通信対象となる装置を利用するための情報を、予め通信機能毎に把握する必要がある。つまり、受信側の通信装置がＧ３および電子メールでファクシミリ画像を受信できる場合、送信側の通信装置は、少なくともファクシミリ番号および電子メールアドレスのいずれか一方を予め把握する必要がある。また、例えば、オフィスを移転する時などには、ファクシミリ番号が変わることがあり、そうした場合、顧客等にファクシミリ番号の変更を知らせる必要がある。更に、変更にともない短縮ダイヤルの変更などの作業が生じる。
【０００５】
本発明はこうした点に鑑みてなされたもので、その目的は、通信対象となる装置の通信能力を交換する技術の提供にある。
【０００６】
【課題を解決するための手段】
本発明のある態様は、所定のデータを受信側装置に送信する装置である。この装置は、通信の対象となる対象装置が有する通信機能を特定する機能情報と、その通信機能を利用するための利用情報とを取得する取得手段と、その機能情報に基づいて通信に利用する通信機能を選択する選択手段と、選択した通信機能を利用するための利用情報を用いて、対象装置に所望の処理を実行させるデータを送信する送信手段とを備える。これにより、送信側装置は、受信側装置から通信に必要な種々の情報を取得できるので、受信側装置の、例えば電子メールアドレスや、ファクシミリ番号などを予め把握する必要がない。「機能情報」は、例えばＧ３ＦＡＸ、Ｇ４ＦＡＸ、ＨＴＴＰ、ＳＭＴＰなど通信利用できる機能やプロトコルを特定する情報である。「利用情報」は、例えばファクシミリ番号、ＵＲＬ、電子メールアドレスなど、通信機能を利用するための情報である。
【０００７】
取得手段は、対象装置をネットワーク上で特定する識別情報に基づいて、機能情報と利用情報とを取得してもよい。これにより、対象機器すなわち受信側装置の識別情報が分かれば、送信側装置は機器情報を取得し、機器情報に指定された通信機能を利用して通信を行うことができる。「識別情報」は、例えばＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒｓ）、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）などであり、例えば移転により物理的に通信装置の位置が変わったとしても、影響を受けない情報であってよい。こうした識別情報を利用することで、物理的な変更が生じた場合でも受信側装置の利用情報を特定できる。
【０００８】
通信機能を利用してデータを送信できない場合、選択手段は、機能情報から別の通信機能を選択し、送信手段は、別の通信機能にて、データを送信してもよい。これにより、受信側装置が複数の通信機能を有する場合、送信側装置は、複数の通信機能のいずれかを利用してデータの送信が可能である。
【０００９】
この装置は、対象装置の所定の領域に、データを送信したことを示す情報を書き込む手段を更に備えてもよい。
【００１０】
本発明の別の態様は、通信時の受信側装置である。この装置は、当該装置が有する通信機能を特定する機能情報と、その通信機能を利用するための利用情報とを保持する手段と、当該装置と通信を希望する装置に機能情報と利用情報とを提供する手段とを備える。これにより、送信側装置は、通信時に受信側装置の機能情報と利用情報とを取得できる。
【００１１】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００１２】
【発明の実施の形態】
図１は、実施の形態に係る通信システム１０の構成図である。受信側通信装置１００および送信側通信装置２００は、ネットワーク１２を介して通信を行う。受信側通信装置１００および送信側通信装置２００は、例えばファクシミリ装置、ＭＦＰ、スキャナ、コンピュータ、サーバ、ビデオ録画装置など通信機能を有する装置であってよい。以下、受信側通信装置１００および送信側通信装置２００がファクシミリ装置の場合を例に実施の形態を説明する。
【００１３】
受信側通信装置１００は、例えばＧ３、Ｇ４、ＳＭＴＰ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｌＰｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）、ＦＴＰ（ＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）等の各種のファクシミリ画像の通信機能のうちいずれかを有する。受信側通信装置１００は、それらの通信機能のうち、利用可能な通信機能を特定する機能情報と、その通信機能を利用するための例えば、ファクシミリ番号や電子メールアドレスなどの利用情報とを対応付けて機器情報として保持する。また、受信側通信装置１００には、ネットワーク１２上で受信側通信装置１００を一意に識別するための例えばＵＲＬ（ＵｎｉｖｅｒｓａｌＲｅｓｏｕｒｃｅＬｏｃａｔｅｒ）等の識別情報が設定されている。機器情報にもＵＲＬが対応付けられており、受信側通信装置１００は、所定のＵＲＬで特定される機器情報の提供要求を受け付けた場合に、その機器情報を要求先に送信する。
【００１４】
送信側通信装置２００は、受信側通信装置１００が有する通信機能のうち適切な通信機能を利用してファクシミリ画像を送信する。まず送信側通信装置２００は、画像の送信に先立ち、受信側通信装置１００から機器情報を取得する。送信側通信装置２００は、その機器情報に基づいて、ファクシミリ画像の送信に利用する通信機能を選択してファクシミリ画像を受信側通信装置１００に送信する。送信側通信装置２００は、機器情報に基づいて任意に通信機能を選択してもよいし、そのファクシミリ画像の種類に応じて適切な通信機能を選択してもよい。例えば、そのファクシミリ画像が、白黒書面などの場合には、Ｇ３やＧ４を選択し、カラーのファクシミリ画像や写真などの場合には、ＳＭＴＰやＨＴＴＰなどを選択してもよい。このように、送信側通信装置２００は、ファイル属性に応じて利用する通信機能を選択してもよい。
【００１５】
機器情報には、通信機能毎の利用情報も含まれているため、送信側通信装置２００は、予め受信側通信装置１００のファクシミリ番号や電子メールアドレス等を記憶する必要がない。このため、利用情報の登録作業などが不要になるとともに、ネットワーク１２上に新たに通信装置が接続された場合にも柔軟に対応できる。また、ＵＲＬさえ把握すれば、利用情報を取得できるので、例えばファクシミリ番号を再び調べるなどの作業が生じない。
【００１６】
本実施の形態では、受信側通信装置１００及び送信側通信装置２００は、ＷｅｂＤＡＶ（ＷｏｒｌｄＷｉｄｅＷｅｂＤｉｓｔｒｉｂｕｔｅｄＡｕｔｈｏｒｉｎｇａｎｄＶｅｒｓｉｏｎｉｎｇ）を利用して通信を行う。ＷｅｂＤＡＶは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）を拡張したプロトコルであり、ＵＲＬで特定されるファイルの取得だけでなく、ファイルのアップロードやダウンロードなどのファイル操作も可能である。
【００１７】
ＷｅｂＤＡＶには、ウェブリソースの取り扱いにあたり、「プロパティ」、「コレクション」、および「ロック」という新しい概念が導入されている。「リソース」は、ＷｅｂＤＡＶでの管理対象となる、ファイルや後述のコレクションを示す。「コレクション」は、複数のリソースをまとめて管理するための概念であり、ディレクトリやフォルダと同様の概念である。「プロパティ」は、リソースの属性を名前と値の組で定義したものであり、詳細は後述するが本実施の形態では、プロパティを利用して機器情報を格納する。また、プロパティには、サーバ側が設定および管理できるライブプロパティと、クライアント側が設定および管理できるデッドプロパティとが含まれる。「ロック」は、複数のクライアントからひとつのリソースに対して書き込みが行われることを回避する仕組みである。
【００１８】
受信側通信装置１００は、例えば、受信側通信装置１００が有する通信機能、その機能を利用するためのＩＰアドレス、電子メールアドレス、電話番号、ファクシミリ番号などの情報、各通信機能の状態、エラーの発生状況、ジョブの数、ジョブの状況等、受信側通信装置１００に関する機器情報を、所定のリソースのプロパティとして保持する。そのリソースは、例えばＵＲＬなどネットワーク上で一意に決まる識別情報と対応付けられている。つまり、送信側通信装置２００は、ＵＲＬを指定することで機器情報を取得できる。具体的には、送信側通信装置２００は、ＷｅｂＤＡＶプロトコルにおける「ＰＲＯＰＦＩＮＤ」コマンドの引数に「ｈｔｔｐ：／／ｍｆｐ／ｍａｃｈｉｎｅ＿ｓｔａｔｕｓ」を設定して、受信側通信装置１００に送信する。このレスポンスとして、受信側通信装置１００は、機器情報１４を送信側通信装置２００に送信する。
【００１９】
機器情報１４は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）形式であり、個々の情報がタグで囲まれている。機器情報１４はＸＭＬ形式なので、個々の情報を取り出しやすく、送信側通信装置２００は、機器情報１４に含まれる機能情報に基づいて、通信に利用する通信機能を選択するとともに、その利用情報を取得する。
【００２０】
上述のとおり、プロパティはライブプロパティとデッドプロパティを有する。ライブプロパティには、送信側通信装置２００側で書き換えることができない情報が設定されており、例えば機能情報や利用情報が設定されている。デッドプロパティは、送信側通信装置２００側で書き換え可能な情報が設定されており、例えばファクシミリ画像を送信した旨を示す情報や送信側の情報などが送信側通信装置２００により書き込まれる。
【００２１】
図２は、図１の機器情報１４を含むレスポンスデータのデータ構造の一例を示す図である。本図で＜ａ：ｐｒｏｐ＞と＜／ａ：ｐｒｏｐ＞とで囲まれた範囲がプロパティ３４、すなわち機器情報１４である。機器状態欄３０は、図１の受信側通信装置１００が有する通信機能とその状態を示す情報を項目毎に保持する。設定情報欄３２は、図１の受信側通信装置１００が有するそれぞれの通信機能を利用するための情報を項目毎に保持する。本図の機器情報１４から、受信側通信装置１００は、通信機能として電話、電子メール、ＦＴＰ、ＨＴＴＰ、およびＧ３ＦＡＸを有することがわかる。また、それぞれの利用情報は、「１２３−４５６７」、「ＡＡＡ＠○○○．ｃｏｍ」、「ｆｔｐ．○○○．ｃｏｍ」、「ｍｆｐ／ｄａｔａ」、および「１２３−４５６８」であることが分かる。つまり、送信側通信装置２００が、Ｇ３ＦＡＸ機能を利用してファクシミリ画像を受信側通信装置１００に送信する場合、送信側通信装置２００は、ファクシミリ画像を「１２３−４５６８」に向けて送信する。
【００２２】
図３は、図１の受信側通信装置１００の内部構成図である。受信側通信装置１００の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インターフェース等を中心に実現されるが、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。本図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。
【００２３】
ドメイン保持部１０４は、例えば、受信側通信装置１００のドメイン名、コンピュータ名、ＩＰアドレスなどの図１のネットワーク１２において受信側通信装置１００を一意に特定する情報を保持する。機器情報提供部１０６は、ＷｅｂＤＡＶプロトコルに準じて機器情報１４を提供する機能ブロックである。機器情報提供部１０６は、ＰＲＯＰＦＩＮＤコマンドを受信すると、ファイル格納部１０２から、コマンドで指定されたＵＲＬのリソースのプロパティである機器情報を読み込み、レスポンスとして図１の機器情報１４を出力する。また、ＰＲＯＰＰＡＴＣＨコマンドを受信すると、コマンドで指定されたＵＲＬのリソースのプロパティに、コマンドで指定されたデータを書き込む。具体的には、機器情報提供部１０６は、送信側通信装置２００から送信側の情報などを受け付け、プロパティに書き込む。
【００２４】
ファイル格納部１０２は、ＷｅｂＤＡＶによる管理対象となるリソースを格納する。本実施の形態では、ファイル格納部１０２は、ＵＲＬ「ｈｔｔｐ：／／ｍｆｐ／ｍａｃｈｉｎｅ＿ｓｔａｔｕｓ」で特定されるリソースを保持し、そのリソースのプロパティが機器情報になっている。これにより、ネットワーク上の共有ファイルを参照もしくは変更するような操作で、受信側通信装置１００の機器状態を管理できる。他の例では、リソースに機器情報が設定されていてもよい。しかしながら、ＷｅｂＤＡＶプロトコルのＰＲＯＰＦＩＮＤコマンドは、処理に必要な設定情報部分のみを取り出し、レスポンスとして出力することもできる。このため、このような機能を独自に開発するより、ＷｅｂＤＡＶが有する機能をそのまま利用したほうが効率的である。もちろん、独自に開発してもなんら問題はない。
【００２５】
また、ｗｅｂＤＡＶは、ＨＴＴＰを拡張したプロトコルなので、ファイル格納部１０２に保持された各ファイルについてアクセス権を設定することができる。このため、機器情報など重要なリソースにパスワードを設定することにより。例えば、管理者だけがネットワーク経由で装置情報を書き換え可能にできる。
【００２６】
受信部１０８は、機器情報に設定された各通信機能を実現するための機能部ロックである。本実施の形態では、受信部１０８は、電子メール、ＦＴＰ、ＨＴＴＰ、およびＧ３ＦＡＸのいずれかによりファクシミリ画像の受信を行う。受信部１０８は、いずれかの通信機能により受信したファクシミリ画像を格納処理部１１０に出力する。格納処理部１１０は、そのファクシミリ画像をファイル格納部１０２に格納する。
【００２７】
図４は、図１の送信側通信装置２００の内部構成図である。機器情報取得部２０２は、受信側通信装置１００から機器情報１４を取得する。機器情報取得部２０２は、予め受信側通信装置１００から機器情報１４を取得するためのＵＲＬを保持していてもよいし、管理者からそのＵＲＬを受け付けてもよい。また、機器情報取得部２０２は、例えば受信側通信装置１００を検出するためのデータをブロードキャストし、それに応答した機器のＵＲＬに基づいて機器情報１４を取得してもよい。機器情報取得部２０２は、取得した機器情報１４を通信形式選択部２０４に出力する。
【００２８】
通信形式選択部２０４は、その機器情報１４に含まれる通信機能に関する情報の中から、ファクシミリ画像を送信する通信機能を決定し、その通信機能とその利用情報とを送信部２０６に出力する。通信形式選択部２０４は、例えば複数の通信機能の中からランダムに利用する通信機能を選択してもよいし、送信するファクシミリ画像の種類や属性に応じて適切な通信機能を選択してもよい。
【００２９】
送信部２０６は、送信データ格納部２０８から送信データであるファクシミリ画像を読み込み、通信形式選択部２０４に選択された通信機能を利用して受信側通信装置１００にファクシミリ画像を送信する。例えば、通信機能として電子メールが選択された場合、送信部２０６は、図２の設定情報欄３２に設定されている電子メールアドレス「ＡＡＡ＠○○○．ｃｏｍ」宛に、ファクシミリ画像を添付した電子メールを送信する。
【００３０】
エラー検出部２１０は、通信時のエラーを検出し、通信機能の変更を通信形式選択部２０４に指示する。例えば、エラー検出部２１０は、電子メールで送信した場合の、リターンメールの受信の有無、ＨＴＴＰを使って送信した場合の、レスポンスにエラーコマンドが含まれているか否かなどに基づいてエラーを検出する。そして、エラーを検出し、その通信機能が利用できない場合に、エラー検出部２１０は、通信機能の変更を通信形式選択部２０４に要求する。通信形式選択部２０４は、別の通信機能を選択して、再びファクシミリ画像を送信することを送信部２０６に指示する。後述の更新部２１２は、エラーの発生したことを受信側通信装置１００の機器情報に書き込んでもよい。
【００３１】
送信部２０６は、送信が完了したことを更新部２１２に通知する。更新部２１２は、ファクシミリ画像の送信に利用した通信機能、送信日時などを受信側通信装置１００の機器情報に書き込む。これにより、送信側通信装置２００は、受信側通信装置１００にファクシミリ画像を送信したことを通知できる。例えば、電子メールを利用した場合、送信側通信装置２００からの通知を受けて、図３の受信側通信装置１００は、電子メールの受信確認をしてもよい。これにより、送信から受信までのタイムラグを短縮することができる。また、エラー発生時に、更新部２１２は、その旨を受信側通信装置１００の機器情報に書き込んでもよい。この通知を受けて、図３の送信側通信装置２００は、例えば管理者に通信機能に問題が生じていることを通知してもよいし、機器情報１４に含まれるその通信機能の状態を「エラー」に変更してもよい。
【００３２】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。例えば、機器情報１４は、親展受信や配信先設定等の受信に関する情報を更に含んでもよく、送信側通信装置２００は、その情報に基づいて親展等でデータを送信してもよい。例えば、ＳＭＴＰを利用して親展で送信する場合の利用情報として、電子メールに含めるべき親展先を指定するキーワードを更に含んでもよい。
【発明の効果】
本発明によれば、装置間の通信に利用する各種の情報を、送信側装置が受信側装置に問い合わせることで取得できる。これにより、送信側装置に予めアドレス等を登録する必要がなくなり、利便性が向上する。
【図面の簡単な説明】
【図１】実施の形態に係る通信システムの構成図である。
【図２】図１の機器情報を含むレスポンスデータのデータ構造の一例を示す図である。
【図３】図１の受信側通信装置の内部構成図である。
【図４】図１の送信側通信装置の内部構成図である。
【符号の説明】
１０通信システム、１２ネットワーク、１４機器情報、１００受信側通信装置、１０２ファイル格納部、１０４ドメイン保持部、１０６機器情報提供部、１０８受信部、１１０格納処理部、２００送信側通信装置、２０２機器情報取得部、２０４通信形式選択部、２０６送信部、２０８送信データ格納部、２１０エラー検出部、２１２更新部。

Claims

通信の対象となる対象装置が有する通信機能を特定する機能情報と、その通信機能を利用するための利用情報とを取得する取得手段と、
前記機能情報に基づいて通信に利用する通信機能を選択する選択手段と、
選択した通信機能を利用するための利用情報を用いて、前記対象装置に所望の処理を実行させるデータを送信する送信手段と、
を備えることを特徴とする通信装置。
前記取得手段は、前記対象装置をネットワーク上で特定する識別情報に基づいて、前記機能情報と利用情報とを取得することを特徴とする請求項１に記載の通信装置。
前記通信機能を利用して前記データを送信できない場合、前記選択手段は、前記機能情報から別の通信機能を選択し、
前記送信手段は、前記別の通信機能にて、前記データを送信することを特徴とする請求項１または２に記載の通信装置。
前記対象装置の所定の領域に、前記データを送信したことを示す情報を書き込む手段を更に備えることを特徴とする請求項１から３のいずれかに記載の通信装置。
通信機能を有する装置であって、
当該装置が有する前記通信機能を特定する機能情報と、その通信機能を利用するための利用情報とを保持する手段と、
当該装置と通信を希望する装置に前記機能情報と前記利用情報とを提供する手段と、
を備えることを特徴とする通信装置。