JP3901129B2

JP3901129B2 - Communications system

Info

Publication number: JP3901129B2
Application number: JP2003160124A
Authority: JP
Inventors: 好史谷本
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2003-06-04
Filing date: 2003-06-04
Publication date: 2007-04-04
Anticipated expiration: 2023-06-04
Also published as: JP2004363957A

Description

【０００１】
【発明の属する技術分野】
この発明は装置間の通信技術に関し、とくに装置間でデータの通信を行う技術に関する。
【０００２】
【従来の技術】
プリンタ、スキャナ、ファクシミリ装置、ＭＦＰ（Multi Functional Peripheral）などの通信機能を有する通信装置が普及している。これらの通信装置は、ＬＡＮ（Local Area Network）などのネットワークに接続し、複数の端末に共有されるようになった。一般に装置間で情報の送受信をする場合、双方の装置は事前にネゴシエーションを行い、例えば通信に利用するプロトコル、通信速度、メモリ容量などの装置能力を交換し、通信で利用するプロトコルや通信速度を事前に決めておく。こうしたネゴシエーションを、電子メールを利用して行う技術がある。（特許文献１）
【０００３】
【特許文献１】
特開２００２−１３５５１３号公報
【０００４】
【発明が解決しようとする課題】
通信を行うために、送信側装置と受信側装置とで利用するプロトコルを一致させる必要がある。そして、そのプロトコルに準じて、その通信装置に特有のコマンドやデータ等を送受信する。プロトコルは、通信機器の種類毎に最適化されているため、異なる種類の通信機器が情報の送受信を行うことは困難だった。
【０００５】
本発明はこうした点に鑑みてなされたもので、その目的は、通信対象とのデータの送受信を行う技術の提供にある。
【０００６】
【課題を解決するための手段】
本発明のある態様は、送信側通信装置および受信側通信装置を有する通信システムである。
受信側通信装置は、ネットワークにおける、それぞれ異なる識別情報で特定され、当該装置が所定の処理を実行するために利用するファイルを格納するための複数の格納手段と、送信側通信装置から、識別情報で特定される格納手段への所定の処理を行うためのファイルの書き込み指示を受け付け、格納手段に書き込む書込手段と、格納手段にファイルが書き込まれた場合、ファイルを利用して格納手段に対応付けられた所定の処理を実行する処理部と、識別情報を含み、現在の状態を示す機器情報を保持する手段と、を備える。
送信側通信装置は、受信側通信装置から機器情報を取得する取得手段と、機器情報に基づいて通信の可否を判定する手段と、通信可能な場合、所望の処理を行うための格納手段を特定する識別情報を機器情報から読み込み、その識別情報で特定可能な格納手段に受信側通信装置に所定の処理を実行させるファイルを書き込む書込手段と、を備える。
これにより、送信側通信装置は、ファイルの書き込み操作により受信側通信装置に所定の処理を指示することができる。「識別情報」は、例えばＵＲＬ（Uniform Resource Locator）、ＵＲＩ（Uniform Resource Identifiers）などのネットワーク上でファイルやフォルダを一意に特定する情報であってよい。
【０００７】
この受信側通信装置は、ファイルの書き込みを要求中の送信元の送信側通信装置を認証する手段を更に備え、認証に成功した場合に書込手段はファイルを格納手段に書き込んでもよい。これにより、処理毎に実行権限を設定することができる。
【０００８】
この受信側通信装置は、ファイルに基づいた処理の実行結果を、ファイルの送信元の送信側通信装置の所定の領域に書き込む手段を更に備えてもよい。これにより、送信元の送信側通信装置に実行結果を通知できる。
【００１１】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【００１２】
【発明の実施の形態】
図１は、実施の形態に係る通信システム１０の構成図である。受信側通信装置１００および送信側通信装置２００は、ネットワーク１２を介して通信を行う。受信側通信装置１００および送信側通信装置２００は、例えばファクシミリ装置、ＭＦＰ、スキャナ、コンピュータ、サーバ、ビデオ録画装置など通信機能を有する装置であってよい。以下、受信側通信装置１００および送信側通信装置２００がファクシミリ装置の場合を例に実施の形態を説明する。
【００１３】
受信側通信装置１００および送信側通信装置２００は、例えばＷｅｂＤＡＶ（World Wide Web Distributed Authoring and Versioning）を利用して通信を行う。ＷｅｂＤＡＶは、ＨＴＴＰ（Hyper Text Transfer Protocol）を拡張したプロトコルであり、ＵＲＬ（Uniform Resource Locator）で特定されるファイルの取得だけでなく、ファイルのアップロードやダウンロードなどのファイル操作も可能である。こうしたファイルの取得やファイル操作を例えばＷｅｂＤＡＶのようなプロトコルで実現することにより、受信側通信装置１００および送信側通信装置２００が備えるプロトコルの数を削減することができる。また、通信に利用するポート数を減らすことができるのでセキュリティ性の高い通信システム１０を構築できる。
【００１４】
受信側通信装置１００は、例えば受信可能なファイル形式、すなわち処理可能なファイル形式、データ形式などの受信能力や、受信可能なデータサイズ、メモリ残量、装置のエラー情報などの装置情報等を含む機器情報を保持する。また、受信側通信装置１００には、ネットワーク１２上で受信側通信装置１００を一意に識別するための例えばＵＲＬ（Universal Resource Locater）等の識別情報が設定されている。機器情報にもＵＲＬ（以下、単に「機器情報ＵＲＬ」という）が対応付けられており、受信側通信装置１００は、機器情報ＵＲＬで特定される機器情報の提供要求を受け付けた場合に、その機器情報を要求先に送信する。
【００１５】
受信側通信装置１００は、ファクシミリ画像を受け付けるための受信領域にもＵＲＬ（以下、単に「受信ＵＲＬ」という）を設定し、外部装置に公開しており、その受信ＵＲＬで特定される受信領域にファイルが書き込まれることで、そのファイルをファクシミリ画像として例えば印刷したり、ユーザに着信を通知したりするなどそのファイルに基づいて所定の処理を行う。また、受信領域は処理内容毎に設けられていてもよく、例えば書き込まれたファイルに基づいて印刷を行う受信領域、書き込まれたファイルを所定のアドレスに電子メールで送信する受信領域、書き込まれたことを通知する受信領域、予め決められた回覧順序に沿って書き込まれたファイルを回覧する受信領域、利用者毎に親展としてファイルを取り扱う受信領域などがそれぞれ異なる受信ＵＲＬに対応付けられてもよい。これにより、送信側通信装置２００が、所望の処理を行うための受信領域にファイルを書き込むことで、すなわち単なるファイル操作で所定の処理を行わせることができる。つまり、ファイル操作が可能であれば、異なる種類の装置間でも通信を行い、所望の処理を行うことができる。例えば、ビデオ録画装置がＥＰＧのファイルをＭＦＰに書き込むことで、そのＥＰＧ画面を印刷可能になる。これを実現するために、受信側通信装置１００は、受信ＵＲＬと処理内容とを対応付けて機器情報として保持する。そして、送信側通信装置２００が、機器情報を取得することで、所望の処理を実現するための受信ＵＲＬを取得することができる。
【００１６】
送信側通信装置２００は、受信側通信装置１００の受信ＵＲＬで特定される受信領域にファクシミリ画像を書き込む。まず送信側通信装置２００は、ファクシミリ画像の送信に先立ち、受信側通信装置１００から機器情報を取得する。送信側通信装置２００は、その機器情報から所望の処理を行うための受信ＵＲＬを抽出し、その受信ＵＲＬで特定される受信領域にファクシミリ画像を書き込む。例えば、機器情報には、処理内容を示すコマンドと受信ＵＲＬとが対応付けて含まれており、送信側通信装置２００は、そのコマンドに基づいて所望の処理を実現するための受信ＵＲＬを抽出してもよい。そして、送信側通信装置２００は、その受信ＵＲＬ宛にファクシミリ画像を送信する。これにより、受信側通信装置１００は、受信ＵＲＬに対応付けられたコマンドを実行する。送信側通信装置２００は、このようなファイル操作のみで受信側通信装置１００に所定の処理を実行させることができる。
【００１７】
ＷｅｂＤＡＶには、ウェブリソースの取り扱いにあたり、「プロパティ」、「コレクション」、および「ロック」という新しい概念が導入されている。「リソース」は、ＷｅｂＤＡＶでの管理対象となる、ファイルや後述のコレクションを示す。「コレクション」は、複数のリソースをまとめて管理するための概念であり、ディレクトリやフォルダと同様の概念である。「プロパティ」は、リソースの属性を名前と値の組で定義したものであり、詳細は後述するが本実施の形態では、プロパティを利用して機器情報を格納する。また、プロパティには、サーバ側が設定および管理できるライブプロパティと、クライアント側が設定および管理できるデッドプロパティとが含まれる。「ロック」は、複数のクライアントからひとつのリソースに対して書き込みが行われることを回避する仕組みである。
【００１８】
受信側通信装置１００は、例えば、処理内容ごとの受信ＵＲＬ、受信可能なファイル形式、メモリ残量、エラーの発生状況、ジョブの数、ジョブの状況等、受信側通信装置１００に関する機器情報を、所定のリソースのプロパティとして保持する。そのリソースは、機器情報ＵＲＬと対応付けられている。つまり、送信側通信装置２００は、機器情報ＵＲＬを指定することで機器情報を取得できる。具体的には、送信側通信装置２００は、ＷｅｂＤＡＶプロトコルにおける「ＰＲＯＰＦＩＮＤ」コマンドの引数に「http://mfp/machine_status」を設定して、受信側通信装置１００に送信する。このレスポンスとして、受信側通信装置１００は、機器情報１４を送信側通信装置２００に送信する。
【００１９】
機器情報１４は、ＸＭＬ（eXtensible Markup Language）形式であり、個々の情報がタグで囲まれている。機器情報１４はＸＭＬ形式なので、個々の情報を取り出しやすく、送信側通信装置２００は、機器情報１４に含まれる機能情報に基づいて、通信に利用する通信機能を選択するとともに、その利用情報を取得する。
【００２０】
上述のとおり、プロパティはライブプロパティとデッドプロパティを有する。ライブプロパティには、送信側通信装置２００が書き換えることができない情報が設定されており、例えば受信ＵＲＬ、受信可能なファイル形式、メモリ残量などが設定されている。デッドプロパティには、送信側通信装置２００が書き換え可能な情報が設定されており、例えばファクシミリ画像を送信した旨を示す情報や送信側の情報などが送信側通信装置２００により書き込まれる。
【００２１】
図２は、受信側通信装置１００および送信側通信装置２００における処理を説明するための図である。送信側通信装置２００は、ファイルを取り扱うようにリソースを移動することにより、受信側通信装置１００に処理を実行させることができる。送信側通信装置２００は、送信側通信装置２００における機器情報であるプロパティ２５２ａ、第１送信予約コレクション２６４ａ、および第１受信コレクション２６６ａを有する。第１送信予約コレクション２６４ａは、送信予約を行ったリソースを保持するコレクションであり、コレクションには個々の送信ジョブがファイルとして保持される。第１受信コレクション２６６ａは、他のファクシミリから受信したファクシミリデータをファイルとして保持する。
【００２２】
受信側通信装置１００は、受信側通信装置１００における機器情報であるプロパティ２５２ｂ、第２送信予約コレクション２６４ｂおよび第２受信コレクション２６６ｂを有する。プロパティ２５２ｂには、各種の機器情報が含まれており、送信側通信装置２００からの要求に応じて、その全部もしくは一部が機器情報１４として送信される。第２送信予約コレクション２６４ｂおよび第２受信コレクション２６６ｂは、それぞれ第１送信予約コレクション２６４ａならびに第１受信コレクション２６６ａと同様に、送信ジョブを保持するコレクションと受信したファクシミリデータを保持するコレクションである。次に、受信側通信装置１００および送信側通信装置２００の通信処理を説明する。
【００２３】
（１）図１の受信側通信装置１００から機器情報を取得する場合。
送信側通信装置２００は、通信に先立ち、受信側通信装置１００にＷｅｂＤＡＶにおける「ＰＲＯＰＦＩＮＤ」コマンドにより、機器情報ＵＲＬのプロパティとして設定されている機器情報１４を取得する。その機器情報１４には、例えば受信ＵＲＬ、ファイル形式、メモリ残量などが含まれている。
【００２４】
（２）図１の送信側通信装置２００がスキャナなどで読み取ったファクシミリ画像であるリソースを、図１の受信側通信装置１００に送信する場合。
送信側通信装置２００は、第１ファイル２５４を第２受信コレクション２６６ｂに書き込む。これにより、第２受信コレクション２６６ｂに、第２ファイル２５５が書き込まれる。このとき送信側通信装置２００は、「ＭＯＶＥ」コマンドを発行する。その「ＭＯＶＥ」コマンドの引数として受信側通信装置１００の第２受信コレクション２６６ｂの受信ＵＲＬが設定される。これにより、送信予約が行われ、例えば通信回線が開いたとき、設定された時刻になったときなど所定のタイミングで、送信側通信装置２００は、ファクシミリ画像を第２受信コレクション２６６ｂに書き込む。そして、送信が終わると送信側通信装置２００は、そのファクシミリ画像のファイルを第１送信コレクション２６４ａから削除する。
【００２５】
（３）受信側通信装置１００は、ファクシミリ画像の受信結果を送信側通信装置２００に通知する。
受信側通信装置１００は、ファクシミリ画像の受信が完了したのち、「ＰＲＯＰＰＡＴＣＨ」コマンドを発行して、受信結果を所定のＵＲＬで特定される送信側通信装置２００のプロパティに書き込む。受信結果としては、例えば受信完了、エラー発生などである。受信結果を書き込むためのＵＲＬは、機器情報１４に含まれている。
【００２６】
（４）既に送信予約されているジョブを中止する場合。
例えば、受信側通信装置１００に送信予約されているジョブを中止する場合、受信側通信装置１００は、第３ファイル２５８を削除する。これには、受信側通信装置１００に対して第３ファイル２５８のファイル名等を引数とする「ＤＥＬＥＴＥ」コマンドを発行すればよい。
【００２７】
図３は、図１の受信側通信装置１００の内部構成図である。受信側通信装置１００の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インターフェース等を中心に実現されるが、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。本図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。
【００２８】
ドメイン保持部１０４は、例えば、受信側通信装置１００のドメイン名、コンピュータ名、ＩＰアドレスなどの図１のネットワーク１２において受信側通信装置１００を一意に特定する情報を保持する。送受信部１０６は、ＷｅｂＤＡＶプロトコルに準じて機器情報１４を提供する機能ブロックである。送受信部１０６は、ＰＲＯＰＦＩＮＤコマンドを受信すると、ファイル格納部１０２から、コマンドで指定された機器情報ＵＲＬのリソースのプロパティである機器情報を読み込み、レスポンスとして図１の機器情報１４を出力する。また、ＰＲＯＰＰＡＴＣＨコマンドを受信すると、コマンドで指定されたＵＲＬのリソースのプロパティにコマンドで指定されたデータを書き込む。具体的には、送受信部１０６は、送信側通信装置２００から送信側の情報やエラー情報などを受け付け、プロパティに書き込む。
【００２９】
ファイル格納部１０２は、ＷｅｂＤＡＶによる管理対象となるリソースを格納する。本実施の形態では、ファイル格納部１０２は、ＵＲＬ「ｈｔｔｐ：／／ｍｆｐ／ｍａｃｈｉｎｅ＿ｓｔａｔｕｓ」で特定されるリソースを保持し、そのリソースのプロパティが機器情報になっている。これにより、ネットワーク上の共有ファイルを参照もしくは変更するような操作で、通信装置１００の機器状態を管理できる。他の例では、プロパティではなく、リソースの本体に機器情報が設定されていてもよい。しかしながら、ＷｅｂＤＡＶプロトコルのＰＲＯＰＦＩＮＤコマンドは、処理に必要な設定情報部分のみを取り出し、レスポンスとして出力することもできる。このため、このような機能を独自に開発するより、ＷｅｂＤＡＶが有する機能をそのまま利用したほうが効率的である。もちろん、独自に開発してもなんら問題はない。
【００３０】
また、ファイル格納部１０２は、処理内容に対応付けられたリソースを保持する。詳細は後述するが、リソースとしてのコレクションにファイルが書き込まれることで、そのリソースに対応付けられた処理が、書き込まれたファイルを利用して実行される。
【００３１】
ＷｅｂＤＡＶは、ＨＴＴＰを拡張したプロトコルなので、ファイル格納部１０２に保持された各ファイルについてアクセス権を設定することができる。このため、機器情報など重要なリソースにパスワードを設定することにより。例えば、管理者だけがネットワーク経由で装置情報を書き換え可能にできる。
【００３２】
認証部１０８は、例えばリソースに権限が設定されている場合に認証を行い、特定の装置に対してのみリソースおよびプロパティの提供や更新を許可する。処理部１１４は、ファイル格納部１０２に書き込まれたファイルに基づいて所定の処理を行うための機能ブロックであり、例えば書き込まれたファイルの印刷処理、そのファイルを電子メールで送信するための処理、ファイルの着信を通知する処理などを実行する。
【００３３】
状態検出部１１２は、処理部１１４における処理により通信装置１００の状態を検出し、状態が変わった場合、その旨を更新部１１０に出力する。例えば、状態検出部１１２は、ネットワークの通信状態、ファクシミリ画像の受信状況、メモリ残量などを検出する。状態検出部１１２は、予め検出すべき機器状態を把握しており、その機器状態を検出した場合に更新部１１０にその旨を通知してもよい。更新部１１０は、検出した機器状態を機器情報、すなわちプロパティに書き込み、データの更新を行う。これにより機器情報のうち、状態が変化するものが常に更新される。
【００３４】
書込検出部１１６は、ファイル格納部１０２に新たに書き込みが行われたか否かを検出する。例えば、その検出は、送受信部１０６がファイル格納部１０２に書き込みを行うことを検出してもよいし、リソースの格納日時と現在日時と前回の書込検出日時とを比較して、書込検出日時より格納日時が現在日時に近い場合に、新たに書き込まれたリソースとして検出してもよい。そして、書込検出部１１６は、書き込みを検出した場合、その旨を指示部１１８に通知する。指示部１１８は、書き込みが行われた受信領域に応じて、その受信領域に対応付けられた処理の実行を処理部１１４に指示する。例えば、指示部１１８は、ディレクトリと処理内容とを対応付けたテーブルを保持する。そして、新たに書き込みが検出された場合、指示部１１８は、新たに書き込まれたファイルのパスを特定し、そのパスからディレクトリを特定する。そして、指示部１１８は、特定したディレクトリに対応付けられた処理内容を特定する。受信ＵＲＬにより、そのディレクトリを特定することができる。例えば、印刷処理が対応付けられた受信領域にファクシミリ画像が書き込まれた場合、指示部１１８は、そのファクシミリ画像を印刷処理することを処理部１１４に指示する。このように受信側通信装置１００は、ネットワーク上のファイルを取り扱うように制御できる。
【００３５】
図４は、図１の送信側通信装置２００の内部構成図である。機器情報取得部２０２は、受信側通信装置１００から機器情報１４を取得する。機器情報取得部２０２は、予め受信側通信装置１００から機器情報１４を取得するための機器情報ＵＲＬを保持していてもよいし、管理者から機器情報ＵＲＬを受け付けてもよい。また、機器情報取得部２０２は、例えば受信側通信装置１００を検出するためのデータをブロードキャストし、それに応答した機器のＵＲＬに基づいて機器情報１４を取得してもよい。機器情報取得部２０２は、取得した機器情報１４を書込先ＵＲＬ選択部２０４に出力する。
【００３６】
書込先ＵＲＬ選択部２０４は、その機器情報１４に含まれる受信ＵＲＬの中から、所望の処理を実行するための受信ＵＲＬを選択し、その受信ＵＲＬを送信部２０６に出力する。具体的には、書込先ＵＲＬ選択部２０４は、所望する処理を示すコマンドに対応付けられた受信ＵＲＬを機器情報１４から抽出する。また、書込先ＵＲＬ選択部２０４は、機器情報１４に含まれるコマンドに基づいて、実行可能な処理の一覧を例えば管理者などのユーザに提示し、その一覧の中から指定された処理を行うための受信ＵＲＬを抽出してもよい。
【００３７】
送信部２０６は、送信データ格納部２０８から送信データであるファクシミリ画像を読み込み、書込先ＵＲＬ選択部２０４に選択された受信ＵＲＬにそのファクシミリ画像を書き込む。具体的には、送信部２０６は、ＷｅｂＤＡＶにおける「ＭＯＶＥ」または「ＣＯＰＹ」コマンドを発行する。
【００３８】
エラー検出部２１０は、通信時のエラーを検出し、受信ＵＲＬを変更することを書込先ＵＲＬ選択部２０４に指示する。例えば、図１の受信側通信装置１００が、印刷出力のための第１受信ＵＲＬと、所定のユーザに着信通知を行うための第２受信ＵＲＬとを有し、受信側通信装置１００の紙切れなどで第１受信ＵＲＬが利用できない場合、書込先ＵＲＬ選択部２０４は第２受信ＵＲＬに変えて、再びファクシミリ画像を書き込むことを指示する。後述の更新部２１２は、エラーの発生したことを受信側通信装置１００の機器情報に書き込む。
【００３９】
送信部２０６は、送信が完了したことを更新部２１２に通知する。更新部２１２は、ファクシミリ画像の送信に利用した通信機能、送信日時などを受信側通信装置１００の機器情報に書き込む。これにより、送信側通信装置２００は、受信側通信装置１００にファクシミリ画像を送信したことを通知できる。また、エラー発生時に、更新部２１２は、その旨を受信側通信装置１００の機器情報に書き込んでもよい。この通知を受けて、送信側通信装置２００は、例えば管理者に通信機能に問題が生じていることを通知してもよいし、機器情報１４に含まれるその受信ＵＲＬで特定される処理の状態を「エラー」に変更してもよい。
【００４０】
機器情報書込部２１４は、受信側通信装置１００から所定の処理の実行結果を受信して、機器情報格納部２１６に書き込む。例えば、図３の状態検出部１１２は、所定の処理の実行結果を検出して、その旨を送信側通信装置２００に送信してもよいし、送受信部１０６を介してその実行結果を通知してもよい。通知部２１８は、機器情報格納部２１６に格納された実行結果をユーザに通知する。
【００４１】
図５は、図１の機器情報１４を含むレスポンスデータのデータ構造の一例を示す図である。本図で＜ａ：ｐｒｏｐ＞と＜／ａ：ｐｒｏｐ＞とで囲まれた範囲がプロパティ３４、すなわち機器情報１４である。機器情報１４は、図１の受信側通信装置１００が有する通信機能とその状態を示す情報と、それぞれの通信機能を利用するための情報を項目毎に保持する。機器状態欄３０は、ＷｅｂＤＡＶに基づいた通信が利用可能であることを示す情報を保持する。設定情報欄３２は、ＷｅｂＤＡＶを利用する際の受信ＵＲＬ、その受信ＵＲＬで特定される受信領域に書き込みを行った際の処理内容、処理内容に応じた引数などを保持する。例えば、受信ＵＲＬ「ｈｔｔｐ：／／ｍｆｐ／ｄａｔａ」にファイルを書き込むと、受信側通信装置１００は、印刷処理を実行する。また、受信ＵＲＬ「ｈｔｔｐ：／／ｍｆｐ／ＡＢＣ」にファイルを書き込むと、受信側通信装置１００は、ユーザ「ＡＢＣ」に親展で送信する。また、この機器情報１４には、受信側通信装置１００が有する通信機能と、それらの通信機能を利用するための利用情報が設定されている。
【００４２】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。例えば、受信側通信装置１００および送信側通信装置２００をファクシミリ機能、プリンタ機能、スキャナ機能、ワークフロー機能、文書管理機能、番組録画機能、番組再生機能、エアーコンディショニング機能など種々の機能を実現する装置に組み込んでもよく、同一の筐体に受信側通信装置１００と送信側通信装置２００とを組み込んでもよい。つまり、受信側通信装置１００は、通信機能を有する装置であればいかなるものに取り付けられてもよい。
【発明の効果】
本発明によれば、所望の装置の受信領域に対して、ファイル操作を行うことで所定の処理を実行させることができる。
【図面の簡単な説明】
【図１】実施の形態に係る通信システムの構成図である。
【図２】送信側通信装置を操作するためのインターフェースの一例を示す図である。
【図３】図１の受信側通信装置の内部構成図である。
【図４】図１の送信側通信装置の内部構成図である。
【図５】図１の機器情報を含むレスポンスデータのデータ構造の一例を示す図である。
【符号の説明】
１０通信システム、１２ネットワーク、１４機器情報、１００受信側通信装置、１０２ファイル格納部、１０４ドメイン保持部、１０６送受信部、１０８認証部、１１０更新部、１１２状態検出部、１１４処理部、１１６書込検出部、１１８指示部、２００送信側通信装置、２０２機器情報取得部、２０４書込先ＵＲＬ選択部、２０６送信部、２０８送信データ格納部、２１０エラー検出部、２１２更新部、２１４機器情報書込部、２１６機器情報格納部、２１８通知部。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication technique between apparatuses, and more particularly to a technique for performing data communication between apparatuses.
[0002]
[Prior art]
Communication devices having a communication function such as a printer, a scanner, a facsimile machine, and an MFP (Multi Functional Peripheral) are widely used. These communication devices are connected to a network such as a LAN (Local Area Network) and are shared by a plurality of terminals. In general, when sending and receiving information between devices, both devices negotiate in advance, for example, exchange device capabilities such as protocol, communication speed, and memory capacity used for communication, and change the protocol and communication speed used for communication. Decide in advance. There is a technique for performing such negotiation using e-mail. (Patent Document 1)
[0003]
[Patent Document 1]
JP 2002-135513 A
[0004]
[Problems to be solved by the invention]
In order to perform communication, it is necessary to match the protocols used by the transmission side device and the reception side device. Then, according to the protocol, commands and data specific to the communication device are transmitted and received. Since the protocol is optimized for each type of communication device, it has been difficult for different types of communication devices to transmit and receive information.
[0005]
The present invention has been made in view of these points, and an object thereof is to provide a technique for transmitting / receiving data to / from a communication target.
[0006]
[Means for Solving the Problems]
  An aspect of the present invention provides:A communication system having a transmission side communication device and a reception side communication device.
The receiving communication deviceIn the networkDifferentA file for storing a file specified by the identification information and used by the device to execute a predetermined process.pluralStorage means;Transmission side communication deviceTo the storage means specified by the identification informationWhereWhen a file write instruction for performing a specific process is received and the file is written to the storage means and the storage meansTheA file associated with the storage means using the fileProcessing unit that executes processingWhen,Means for holding device information including identification information and indicating the current state.
The transmission-side communication device specifies an acquisition unit that acquires device information from the reception-side communication device, a unit that determines whether communication is possible based on the device information, and a storage unit that performs a desired process when communication is possible Writing means for reading the identification information to be read from the device information, and writing a file for causing the receiving side communication device to execute a predetermined process in a storage means that can be specified by the identification information;With.
ThisThe sending communication deviceBy file write operationReceiver communication deviceA predetermined process can be instructed. The “identification information” may be information that uniquely identifies a file or folder on a network, such as a URL (Uniform Resource Locator) or a URI (Uniform Resource Identifier).
[0007]
  thisReceiver communication deviceIs the source of the request to write the fileTransmission side communication deviceMay be further provided, and if the authentication is successful, the writing means may write the file into the storage means. Thereby, execution authority can be set for each process.
[0008]
  thisReceiver communication deviceThe execution result of the process based on the fileTransmission side communication deviceThere may be further provided means for writing in the predetermined area. This is the sourceSending side communication deviceThe execution result can be notified.
[0011]
It should be noted that any combination of the above-described constituent elements and a conversion of the expression of the present invention between a method, an apparatus, a system, a recording medium, a computer program, etc. are also effective as an aspect of the present invention.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 is a configuration diagram of a communication system 10 according to the embodiment. The reception side communication device 100 and the transmission side communication device 200 communicate via the network 12. The reception-side communication device 100 and the transmission-side communication device 200 may be devices having a communication function such as a facsimile device, an MFP, a scanner, a computer, a server, and a video recording device. Hereinafter, the embodiment will be described by taking the case where the reception side communication device 100 and the transmission side communication device 200 are facsimile apparatuses as an example.
[0013]
The reception side communication device 100 and the transmission side communication device 200 perform communication using, for example, WebDAV (World Wide Web Distributed Authoring and Versioning). WebDAV is an extended protocol of HTTP (Hyper Text Transfer Protocol), and not only obtains a file specified by a URL (Uniform Resource Locator) but also allows file operations such as file upload and download. By realizing such file acquisition and file operation using a protocol such as WebDAV, the number of protocols included in the reception-side communication apparatus 100 and the transmission-side communication apparatus 200 can be reduced. In addition, since the number of ports used for communication can be reduced, a highly secure communication system 10 can be constructed.
[0014]
The reception-side communication device 100 includes, for example, a receivable file format, that is, a receivable capability such as a processable file format and a data format, device information such as a receivable data size, a remaining memory capacity, and device error information. Holds device information. Further, identification information such as a URL (Universal Resource Locater) for uniquely identifying the receiving communication device 100 on the network 12 is set in the receiving communication device 100. When the device information is also associated with a URL (hereinafter simply referred to as “device information URL”), the receiving-side communication apparatus 100 receives the device information provision request specified by the device information URL. Send information to the requestee.
[0015]
The communication device 100 on the receiving side sets a URL (hereinafter simply referred to as “reception URL”) in a reception area for accepting a facsimile image, and publishes it to an external device. In the reception area specified by the reception URL, When the file is written, predetermined processing is performed based on the file, for example, printing the file as a facsimile image or notifying the user of an incoming call. A reception area may be provided for each processing content, for example, a reception area for printing based on a written file, a reception area for sending a written file by e-mail to a predetermined address, A reception area for notifying the user, a reception area for circulating a file written in a predetermined circulation order, a reception area for handling a file as a confidential for each user, and the like may be associated with different reception URLs. . As a result, the transmission-side communication apparatus 200 can cause a predetermined process to be performed by writing a file in a reception area for performing a desired process, that is, a simple file operation. That is, if a file operation is possible, communication can be performed between different types of apparatuses, and desired processing can be performed. For example, when the video recording apparatus writes an EPG file in the MFP, the EPG screen can be printed. In order to realize this, the receiving-side communication device 100 stores the received URL and the processing content in association with each other as device information. And the transmission side communication apparatus 200 can acquire reception URL for implement | achieving a desired process by acquiring apparatus information.
[0016]
The transmission side communication device 200 writes a facsimile image in the reception area specified by the reception URL of the reception side communication device 100. First, the transmission side communication apparatus 200 acquires device information from the reception side communication apparatus 100 prior to transmission of a facsimile image. The transmission-side communication apparatus 200 extracts a reception URL for performing a desired process from the device information, and writes a facsimile image in a reception area specified by the reception URL. For example, the device information includes a command indicating processing contents and a reception URL in association with each other, and the transmission side communication apparatus 200 extracts a reception URL for realizing a desired processing based on the command. May be. Then, the transmission side communication apparatus 200 transmits a facsimile image to the reception URL. Thereby, the receiving-side communication device 100 executes the command associated with the received URL. The transmission-side communication apparatus 200 can cause the reception-side communication apparatus 100 to execute a predetermined process only with such a file operation.
[0017]
WebDAV introduces new concepts of “property”, “collection”, and “lock” when handling web resources. “Resource” indicates a file or a collection to be described later, which is a management target in WebDAV. The “collection” is a concept for managing a plurality of resources together, and is the same concept as a directory or a folder. The “property” is a resource attribute defined by a pair of name and value. Although details will be described later, in this embodiment, device information is stored using a property. The properties include live properties that can be set and managed on the server side and dead properties that can be set and managed on the client side. “Lock” is a mechanism that prevents a plurality of clients from writing to one resource.
[0018]
The receiving-side communication device 100 includes, for example, device information regarding the receiving-side communication device 100 such as a reception URL for each processing content, a receivable file format, a remaining memory capacity, an error occurrence status, the number of jobs, a job status, and the like. Stored as a property of a given resource. The resource is associated with the device information URL. That is, the transmission-side communication apparatus 200 can acquire device information by specifying the device information URL. Specifically, the transmission-side communication apparatus 200 sets “http: // mfp / machine_status” as an argument of the “PROPFIND” command in the WebDAV protocol, and transmits it to the reception-side communication apparatus 100. As this response, the receiving communication apparatus 100 transmits the device information 14 to the transmitting communication apparatus 200.
[0019]
The device information 14 is in an XML (eXtensible Markup Language) format, and each piece of information is surrounded by tags. Since the device information 14 is in the XML format, it is easy to extract individual information, and the transmission-side communication apparatus 200 selects a communication function to be used for communication based on the function information included in the device information 14 and acquires the use information. To do.
[0020]
As described above, a property has a live property and a dead property. In the live property, information that cannot be rewritten by the transmission-side communication apparatus 200 is set, for example, a reception URL, a receivable file format, a remaining memory capacity, and the like. In the dead property, information that can be rewritten by the transmission side communication device 200 is set. For example, information indicating that the facsimile image is transmitted, information on the transmission side, and the like are written by the transmission side communication device 200.
[0021]
FIG. 2 is a diagram for explaining processing in the reception side communication device 100 and the transmission side communication device 200. The transmission-side communication apparatus 200 can cause the reception-side communication apparatus 100 to execute processing by moving resources so as to handle files. The transmission side communication apparatus 200 includes a property 252a, a first transmission reservation collection 264a, and a first reception collection 266a, which are device information in the transmission side communication apparatus 200. The first transmission reservation collection 264a is a collection that holds resources for which transmission reservations have been made, and individual transmission jobs are held as files in the collection. The first reception collection 266a holds facsimile data received from other facsimiles as a file.
[0022]
The reception-side communication device 100 includes a property 252b, a second transmission reservation collection 264b, and a second reception collection 266b, which are device information in the reception-side communication device 100. The property 252b includes various pieces of device information, and all or part of the property 252b is transmitted as the device information 14 in response to a request from the transmission side communication device 200. Similar to the first transmission reservation collection 264a and the first reception collection 266a, the second transmission reservation collection 264b and the second reception collection 266b are collections that hold a collection that holds a transmission job and received facsimile data, respectively. Next, communication processing of the reception side communication device 100 and the transmission side communication device 200 will be described.
[0023]
(1) When acquiring device information from the receiving-side communication device 100 of FIG.
Prior to communication, the transmission-side communication device 200 acquires the device information 14 set as the property of the device information URL by the “PROPFIND” command in WebDAV in the reception-side communication device 100. The device information 14 includes, for example, a reception URL, a file format, a remaining memory capacity, and the like.
[0024]
(2) A case where the transmission side communication apparatus 200 in FIG. 1 transmits a resource, which is a facsimile image read by a scanner or the like, to the reception side communication apparatus 100 in FIG.
The transmission-side communication device 200 writes the first file 254 to the second reception collection 266b. As a result, the second file 255 is written to the second reception collection 266b. At this time, the transmission side communication apparatus 200 issues a “MOVE” command. The reception URL of the second reception collection 266b of the reception-side communication apparatus 100 is set as an argument of the “MOVE” command. As a result, a transmission reservation is made. For example, the transmission side communication apparatus 200 writes the facsimile image in the second reception collection 266b at a predetermined timing such as when the communication line is opened or when the set time is reached. When the transmission is completed, the transmission side communication apparatus 200 deletes the facsimile image file from the first transmission collection 264a.
[0025]
(3) The receiving side communication device 100 notifies the transmitting side communication device 200 of the reception result of the facsimile image.
After the reception of the facsimile image is completed, the receiving side communication device 100 issues a “PROPPATCH” command and writes the reception result in the property of the transmitting side communication device 200 specified by a predetermined URL. The reception result is, for example, reception completion or error occurrence. The URL for writing the reception result is included in the device information 14.
[0026]
(4) Canceling a job that has already been reserved for transmission.
For example, when canceling a job reserved for transmission to the receiving communication device 100, the receiving communication device 100 deletes the third file 258. For this purpose, a “DELETE” command having the file name of the third file 258 as an argument may be issued to the receiving-side communication apparatus 100.
[0027]
FIG. 3 is an internal configuration diagram of the receiving-side communication device 100 of FIG. Each component of the receiving-side communication device 100 includes an arbitrary computer CPU, memory, a program that implements the components shown in the figure loaded in the memory, a storage unit such as a hard disk that stores the program, a network connection interface However, it will be understood by those skilled in the art that there are various modifications in the implementation method and apparatus. This figure shows a functional unit block, not a hardware unit configuration.
[0028]
The domain holding unit 104 holds information that uniquely identifies the receiving communication device 100 in the network 12 of FIG. 1 such as the domain name, computer name, and IP address of the receiving communication device 100, for example. The transmission / reception unit 106 is a functional block that provides the device information 14 according to the WebDAV protocol. When the transmission / reception unit 106 receives the PROPFIND command, the transmission / reception unit 106 reads, from the file storage unit 102, device information that is the property of the resource of the device information URL specified by the command, and outputs the device information 14 of FIG. 1 as a response. When the PROPPATCH command is received, the data specified by the command is written to the property of the URL resource specified by the command. Specifically, the transmission / reception unit 106 receives information on the transmission side, error information, and the like from the transmission side communication device 200 and writes them in the property.
[0029]
The file storage unit 102 stores resources to be managed by WebDAV. In the present embodiment, the file storage unit 102 holds a resource specified by the URL “http: // mfp / machine_status”, and the property of the resource is device information. Thereby, the device state of the communication apparatus 100 can be managed by an operation of referring to or changing the shared file on the network. In another example, device information may be set in the main body of the resource instead of the property. However, the WebDAV protocol PROPFIND command can also extract only the setting information necessary for processing and output it as a response. For this reason, it is more efficient to use the functions of WebDAV as they are than to develop such functions independently. Of course, there is no problem even if you develop your own.
[0030]
The file storage unit 102 holds resources associated with the processing content. Although details will be described later, when a file is written in a collection as a resource, a process associated with the resource is executed using the written file.
[0031]
Since WebDAV is a protocol in which HTTP is extended, an access right can be set for each file held in the file storage unit 102. For this reason, by setting a password for important resources such as device information. For example, only the administrator can rewrite the device information via the network.
[0032]
The authentication unit 108 performs authentication, for example, when authority is set for a resource, and permits provision and update of resources and properties only to a specific device. The processing unit 114 is a functional block for performing predetermined processing based on the file written in the file storage unit 102. For example, the processing for printing the written file, the processing for transmitting the file by e-mail, Execute processing to notify the arrival of a file.
[0033]
The state detection unit 112 detects the state of the communication device 100 by the processing in the processing unit 114, and when the state changes, outputs the fact to the update unit 110. For example, the state detection unit 112 detects the communication state of the network, the reception status of facsimile images, the remaining memory capacity, and the like. The state detection unit 112 knows the device state to be detected in advance, and may notify the update unit 110 when it detects the device state. The update unit 110 writes the detected device state into device information, that is, a property, and updates data. As a result, the device information whose status changes is constantly updated.
[0034]
The writing detection unit 116 detects whether or not new writing has been performed on the file storage unit 102. For example, the detection may be performed by detecting that the transmission / reception unit 106 writes to the file storage unit 102, or by comparing the storage date / time of the resource, the current date / time, and the previous write detection date / time. When the storage date / time is closer to the current date / time than the date / time, it may be detected as a newly written resource. When the writing detection unit 116 detects writing, the writing detection unit 116 notifies the instruction unit 118 to that effect. The instruction unit 118 instructs the processing unit 114 to execute a process associated with the reception area in accordance with the reception area in which writing has been performed. For example, the instruction unit 118 holds a table in which directories and processing contents are associated with each other. When new writing is detected, the instruction unit 118 specifies the path of the newly written file and specifies the directory from the path. Then, the instruction unit 118 identifies the processing content associated with the identified directory. The directory can be specified by the received URL. For example, when a facsimile image is written in the reception area associated with the printing process, the instruction unit 118 instructs the processing unit 114 to print the facsimile image. Thus, the receiving-side communication device 100 can be controlled to handle files on the network.
[0035]
FIG. 4 is an internal configuration diagram of the transmission side communication apparatus 200 of FIG. The device information acquisition unit 202 acquires the device information 14 from the receiving communication device 100. The device information acquisition unit 202 may hold a device information URL for acquiring the device information 14 from the receiving communication device 100 in advance, or may receive the device information URL from an administrator. The device information acquisition unit 202 may broadcast data for detecting the receiving communication device 100, for example, and acquire the device information 14 based on the URL of the device responding thereto. The device information acquisition unit 202 outputs the acquired device information 14 to the write destination URL selection unit 204.
[0036]
The write destination URL selection unit 204 selects a reception URL for executing a desired process from the reception URLs included in the device information 14, and outputs the reception URL to the transmission unit 206. Specifically, the write destination URL selection unit 204 extracts the received URL associated with the command indicating the desired process from the device information 14. In addition, the write destination URL selection unit 204 presents a list of executable processes to a user such as an administrator based on the command included in the device information 14, and performs a process specified from the list. The received URL may be extracted.
[0037]
The transmission unit 206 reads a facsimile image as transmission data from the transmission data storage unit 208 and writes the facsimile image to the reception URL selected by the writing destination URL selection unit 204. Specifically, the transmission unit 206 issues a “MOVE” or “COPY” command in WebDAV.
[0038]
The error detection unit 210 detects an error during communication and instructs the write destination URL selection unit 204 to change the received URL. For example, the receiving-side communication device 100 in FIG. 1 has a first receiving URL for print output and a second receiving URL for notifying a predetermined user of an incoming call, and the receiving-side communication device 100 is out of paper. When the first received URL cannot be used, the writing destination URL selection unit 204 instructs to write the facsimile image again instead of the second received URL. The update unit 212 described later writes that an error has occurred in the device information of the receiving communication device 100.
[0039]
The transmission unit 206 notifies the update unit 212 that the transmission has been completed. The update unit 212 writes the communication function used for transmitting the facsimile image, the transmission date / time, and the like in the device information of the receiving-side communication device 100. Thereby, the transmission side communication device 200 can notify the reception side communication device 100 that the facsimile image has been transmitted. Further, when an error occurs, the update unit 212 may write the fact to the device information of the receiving communication device 100. Upon receiving this notification, the transmission side communication apparatus 200 may notify the administrator that there is a problem with the communication function, for example, or the processing status specified by the received URL included in the device information 14 May be changed to “error”.
[0040]
The device information writing unit 214 receives the execution result of the predetermined process from the receiving-side communication device 100 and writes it in the device information storage unit 216. For example, the state detection unit 112 in FIG. 3 may detect an execution result of a predetermined process and transmit the detection result to the transmission-side communication device 200 or notify the execution result via the transmission / reception unit 106. May be. The notification unit 218 notifies the user of the execution result stored in the device information storage unit 216.
[0041]
FIG. 5 is a diagram illustrating an example of a data structure of response data including the device information 14 of FIG. In this figure, the range surrounded by <a: prop> and </ a: prop> is the property 34, that is, the device information 14. The device information 14 holds, for each item, information indicating the communication function and the state of the reception-side communication apparatus 100 in FIG. 1 and information for using each communication function. The device status column 30 holds information indicating that communication based on WebDAV is available. The setting information column 32 holds a reception URL when using WebDAV, a processing content when writing in a reception area specified by the reception URL, an argument corresponding to the processing content, and the like. For example, when a file is written in the reception URL “http: // mfp / data”, the reception-side communication apparatus 100 executes print processing. In addition, when a file is written in the reception URL “http: // mfp / ABC”, the reception-side communication device 100 transmits the file to the user “ABC” in a confidential manner. In addition, the device information 14 is set with communication functions of the receiving-side communication apparatus 100 and usage information for using these communication functions.
[0042]
The present invention has been described based on the embodiments. The embodiments are exemplifications, and it will be understood by those skilled in the art that various modifications can be made to combinations of the respective constituent elements and processing processes, and such modifications are within the scope of the present invention. . For example, the reception side communication device 100 and the transmission side communication device 200 are devices that realize various functions such as a facsimile function, a printer function, a scanner function, a workflow function, a document management function, a program recording function, a program reproduction function, and an air conditioning function. The reception side communication device 100 and the transmission side communication device 200 may be incorporated in the same casing. That is, the receiving-side communication device 100 may be attached to any device as long as it has a communication function.
【The invention's effect】
According to the present invention, a predetermined process can be executed by performing a file operation on a reception area of a desired device.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a communication system according to an embodiment.
FIG. 2 is a diagram illustrating an example of an interface for operating a transmission-side communication device.
3 is an internal configuration diagram of the receiving side communication apparatus of FIG. 1; FIG.
4 is an internal configuration diagram of the transmission side communication device of FIG. 1; FIG.
FIG. 5 is a diagram illustrating an example of a data structure of response data including the device information of FIG. 1;
[Explanation of symbols]
10 communication system, 12 network, 14 device information, 100 receiving side communication device, 102 file storage unit, 104 domain holding unit, 106 transmission / reception unit, 108 authentication unit, 110 update unit, 112 status detection unit, 114 processing unit, 116 Error detection unit, 118 instruction unit, 200 transmission side communication device, 202 device information acquisition unit, 204 write destination URL selection unit, 206 transmission unit, 208 transmission data storage unit, 210 error detection unit, 212 update unit, 214 device information Write unit, 216 device information storage unit, 218 notification unit.

Claims

A communication system having a transmission side communication device and a reception side communication device,
The receiving communication device is
A plurality of storage means for storing files specified by different identification information in the network and used by the device to execute a predetermined process;
A writing unit that receives a write instruction of a file for performing the predetermined processing from the transmitting communication device to the storage unit specified by the identification information, and writes the file to the storage unit;
When the file is written in the storage unit, a processing unit that executes the predetermined process associated with the storage unit using the file;
Means for holding device information including the identification information and indicating a current state,
The transmission side communication device is:
Obtaining means for obtaining the device information from the receiving communication device;
Means for determining whether communication is possible based on the device information;
When communication is possible, the identification information for specifying the storage means for performing a desired process is read from the device information, and the reception-side communication apparatus executes predetermined processing in the storage means that can be specified by the identification information And a writing means for writing the file to be written .

The receiving communication device further comprises means for authenticating the requesting communication device that is requesting writing of the file, and when the authentication is successful, the writing device writes the file to the storage device. The communication system according to claim 1 .

The communication system according to claim 1, wherein the reception-side communication device further includes means for writing an execution result of the processing based on the file in a predetermined area in the transmission-side communication device .

The receiving communication device is
  When the state is changed by the processing in the processing unit, a state detection unit that outputs the fact,
  An update unit for writing the detected state in the device information;
  The communication system according to any one of claims 1 to 3, further comprising:

The said transmission side communication apparatus is further provided with a means to show the list | wrist of the process which can be performed based on the said identification information contained in the said apparatus information, The Claim 1 characterized by the above-mentioned. Communications system.

The communication according to any one of claims 1 to 5, wherein the transmission-side communication device further includes an error detection unit that detects an error during communication and changes the identification information for writing the file. system.

The communication system according to claim 6, wherein the transmission side communication device further includes an update unit that writes the occurrence of the error in the device information of the reception side communication device.

The receiving-side communication device of the communication system according to claim 1,
A plurality of storage means for storing files specified by different identification information in the network and used by the device to execute a predetermined process;
A writing unit that receives a write instruction of a file for performing the predetermined processing from the transmitting communication device to the storage unit specified by the identification information, and writes the file to the storage unit;
When the file is written in the storage unit, a processing unit that executes the predetermined process associated with the storage unit using the file;
Means for indicating a current state and holding device information including the identification information;
A receiving-side communication device.

The transmission-side communication device of the communication system according to claim 1,
Obtaining means for obtaining the device information from the receiving communication device ;
Means for determining whether communication is possible based on the device information;
When communication is possible, the identification information for specifying the storage means for performing a desired process is read from the device information, and the reception-side communication apparatus executes predetermined processing in the storage means that can be specified by the identification information Writing means for writing a file to be
A transmission-side communication apparatus comprising: