JP2008257708A - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】ネットワークを介して提供されているサービスの利用を容易にする。
【解決手段】ＭＦＰは、自装置が他の情報処理装置に対してネットワークを介して提供するサービスを識別するサービス種別を記憶する記憶部と、記憶されたサービス種別とＩＰアドレスとポート番号とを対応付けて出力し、自装置の情報の登録を、サービス種別とＩＰアドレスとポート番号とを対応付けて保持するＤＮＳサーバに要求する登録要求部と、を備える。
【選択図】 図２

Description

本発明は、ネットワークに接続された情報処理装置、情報処理方法及び情報処理プログラムに関するものである。

近年、コンピュータ技術の向上に伴い、あらゆる装置において機能の向上が著しい。例えば、ＭＦＰ（Multi Function Peripheral）と称される複合機では、原稿画像を読み取るスキャナ、スキャナで読み取った原稿画像を印刷する複写機能、外部から入力された画像データを印刷するプリンタ機能やファクシミリ機能などを兼ね備えている。

また、ネットワーク技術の向上に伴い、オフィス・ネットワーク等において様々な装置を接続して、情報やサービスを共有する傾向にある。

ネットワークを介してサービスを提供する技術としては例えば特許文献１に記載された技術がある。この特許文献１では、サービスを提供する装置が他の装置に対してＩＰアドレス等の送信すると共に、データの検索を他の装置に対して検索を行っている。これにより、他の装置で提供されるデータを使用することができる。

特開２００４−１７１５４０号公報

しかしながら、特許文献１に記載された技術は、ＩＰアドレス等を送信した後に、生産設備用制御装置に関する技術のためＩＰアドレスやポート番号を送信することで、当該装置が提供しているサービスが利用可能となる。しかしながら、オフィス・ネットワークなどのネットワークにおいては様々な装置が接続されており、仮に装置のＩＰアドレスとポート番号を受信しても、当該装置がどのようなサービスを提供しているのか判断できないという問題がある。

本発明は、上記に鑑みてなされたものであって、ネットワークを介して提供されているサービスの利用を容易にする情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、自装置が他の情報処理装置に対してネットワークを介して提供するサービスを識別するサービス種別を記憶する記憶手段と、記憶された前記サービス種別と自装置のアドレス情報とを対応付けて出力し、自装置の情報の登録を、前記サービス種別と前記アドレス情報とを対応付けて保持する通信処理装置に要求する登録要求手段と、を備えることを特徴とする。

また、本発明は、請求項１乃至５のいずれか一つに記載の発明において、文書情報を取得する文書取得手段と、取得した前記文書情報を識別する文書識別情報を生成する識別情報生成手段と、取得した前記文書情報と、前記文書識別情報と、を対応付けて記憶する文書記憶手段と、取得した前記文書情報の保管先となる情報処理装置を特定する特定手段と、特定された前記情報処理装置に対して、前記文書情報と前記文書識別情報とを対応付けて出力する文書出力手段と、前記文書識別情報と、自装置を識別する第１の装置識別情報とを、対応付けて、文書の保管先を管理する前記通信処理装置に対して出力する第１の文書識別情報出力手段と、前記文書識別情報と、特定された前記情報処理装置を識別する第２の装置識別情報とを、対応付けて、前記通信処理装置に対して出力する第２の文書識別情報出力手段と、をさらに備えることを特徴とする。

また、本発明は、ネットワークを介して接続されている情報処理装置に対して提供されているサービスを識別するサービス種別を取得するサービス情報取得手段と、前記サービス種別と、前記サービスを提供する情報処理装置のアドレス情報と、を対応付けて保持している通信処理装置に対して、取得した前記サービス種別を出力する出力手段と、前記通信処理装置から、前記サービス種別と対応付けられているアドレス情報を取得する装置情報取得手段と、取得した前記アドレス情報で識別される前記情報処理装置に対して、前記サービスの提供を要求するサービス要求手段と、を備えることを特徴とする。

また、本発明は、情報処理装置で実行される情報処理方法であって、情報処理装置が、自装置が他の情報処理装置に対してネットワークを介して提供するサービスを識別するサービス種別を記憶する記憶手段を備え、登録要求手段が、記憶された前記サービス種別と自装置のアドレス情報とを対応付けて出力し、自装置の情報の登録を、前記サービス種別と前記アドレス情報とを対応付けて保持する通信処理装置に要求する登録要求ステップ、を有することを特徴とする。

また、本発明は、請求項１８乃至２０のいずれか一つに記載の発明において、前記情報処理装置が、文書情報と、文書情報を識別する文書識別情報と、を対応付けて記憶する文書記憶手段を、さらに備え、文書取得手段が、文書情報を取得する文書取得ステップと、識別情報生成手段が、取得した前記文書情報を識別する文書識別情報を生成する識別情報生成ステップと、取得した文書情報と、生成された前記文書識別情報と、を対応付けて前記文書記憶手段に記憶する文書記憶ステップと、特定手段が、取得した前記文書情報の保管先となる情報処理装置を特定する特定ステップと、文書出力手段が、特定された前記情報処理装置に対して、前記文書情報と前記文書識別情報とを対応付けて出力する文書出力ステップと、第１の文書識別情報出力手段が、前記文書識別情報と、自装置を識別する第１の装置識別情報とを、対応付けて、文書の保管先を管理する前記通信処理装置に対して出力する第１の文書識別情報出力ステップと、第２の文書識別情報出力手段が、前記文書識別情報と、特定された前記情報処理装置を識別する第２の装置識別情報とを、対応付けて、前記通信処理装置に対して出力する第２の文書識別情報出力ステップと、をさらに有することを特徴とする。

また、本発明は、情報処理装置で実行される情報処理方法であって、サービス情報取得手段が、ネットワークを介して接続されている情報処理装置に対して提供されているサービスを識別するサービス種別を取得するサービス情報取得ステップと、出力手段が、前記サービス種別と、前記サービスを提供する情報処理装置のアドレス情報と、を対応付けて保持している通信処理装置に対して、取得した前記サービス種別を出力する出力ステップと、装置情報取得手段が、前記通信処理装置から、前記サービス種別と対応付けられているアドレス情報を取得する装置情報取得ステップと、サービス要求手段が、取得した前記アドレス情報で識別される前記情報処理装置に対して、前記サービスの提供を要求するサービス要求ステップと、を有することを特徴とする。

また、本発明は、自装置が他の情報処理装置に対してネットワークを介して提供するサービスを識別するサービス種別を記憶手段から読み込む読込ステップと、読み込まれた前記サービス種別と自装置のアドレス情報とを対応付けて出力し、自装置の情報の登録を、前記サービス種別と前記アドレス情報とを対応付けて保持する通信処理装置に要求する登録要求ステップと、をコンピュータに実行させることを特徴とする。

また、本発明は、ネットワークを介して接続されている情報処理装置に対して提供されているサービスを識別するサービス種別を取得するサービス情報取得ステップと、前記サービス種別と、前記サービスを提供する情報処理装置のアドレス情報と、を対応付けて保持している通信処理装置に対して、取得した前記サービス種別を出力する出力ステップと、前記通信処理装置から、前記サービス種別と対応付けられているアドレス情報を取得する装置情報取得ステップと、取得した前記アドレス情報で識別される前記情報処理装置に対して、前記サービスの提供を要求するサービス要求ステップと、をコンピュータに実行させることを特徴とする。

請求項１〜５にかかる発明によれば、通信処理装置にアクセスすることでサービスを提供している情報処理装置のアドレス情報を特定できるので、他の情報処理装置がサービスを容易に利用することができるという効果を奏する。

また、請求項６〜８にかかる発明によれば、複数の情報処理装置で文書情報を管理するので、１つ情報処理装置から文書情報を取得できない場合でも、文書情報を取得できるという効果を奏する。

また、請求項９〜１７にかかる発明によれば、サービスの提供先を容易に特定し、サービスの提供を受けることができるという効果を奏する。

また、請求項１８〜２１にかかる発明によれば、通信処理装置にアクセスすることでサービスを提供している情報処理装置のアドレス情報を特定できるので、他の情報処理装置がサービスを容易に利用することができるという効果を奏する。

また、請求項１２〜２４にかかる発明によれば、サービスの提供先を容易に特定し、サービスの提供を受けることができるという効果を奏する。

また、請求項２５にかかる発明によれば、コンピュータに読み取らせて実行することによって、通信処理装置にアクセスすることでサービスを提供している情報処理装置のアドレス情報を特定できるので、他の情報処理装置がサービスを容易に利用することができるという効果を奏する。

また、請求項２６にかかる発明によれば、コンピュータに読み取らせて実行することによって、サービスの提供先を容易に特定し、サービスの提供を受けることができるという効果を奏する。

以下に添付図面を参照して、この発明にかかる情報処理装置、情報処理方法及び情報処理プログラムの最良な実施の形態を詳細に説明する。

（第１の実施の形態）
図１は、第１の実施の形態にかかるネットワーク構成を示す説明図である。図１に示すように、ネットワークは、事業所毎にＬＡＮ等による事業部内ネットワークが設定されている。当該ネットワークに接続されているＭＦＰは、文書データを記憶部に格納している場合、当該文書データから印刷された紙文書をスキャンさせると、当該紙文書の印刷ジョブ又は部単位で文書データの再印刷を提供するサービスを備えている。具体的には、紙原稿に符号化されているマーキングに含まれている機器ＩＤから当該紙原稿を印刷したＭＦＰを特定し、特定されたＭＦＰから、ネットワークを介して、当該紙原稿に印刷された画像データを含む印刷ジョブ単位又は部単位で画像データを取得して、取得した画像データの再印刷を提供する。これにより、利用者は一枚の紙原稿から印刷ジョブや部単位の紙原稿を再印刷することができる。本実施の形態ではこのようなサービスを、ペーパコマンダと呼ぶこととする。以下に、機器ＩＤを用いてＭＦＰを特定する手順について説明する。

図１に示す例では、利用者が事業部ＡＡにおり、紙文書Ａの文書データの取得を所望していることとする。この紙文書Ａの文書データが、ＥＥ事業所のＭＦＰ１００内に格納されており、利用者は、紙文書Ａを事業部ＥＥで印刷したことは認識しているが、ＭＦＰ１００を識別するＩＰアドレスや機種ＩＤ等まで覚えていない状況を想定している。本実施の形態では、このような場合であっても利用者がＭＦＰ１１０を操作することで、紙文書Ａの文書データを格納しているＭＦＰを特定することが可能となる。これにより利用者は、紙文書Ａの文書データを取得することができる。

このように、本実施の形態では、所定のサービス（例えばペーパコマンダ）を提供しているＭＦＰを特定するための技術について説明する。なお、本実施の形態では、ＭＦＰを例に説明するが、ＭＦＰに限らず任意の装置に適用することができる。

図２は、本実施の形態にかかるＭＦＰ１００の構成を示すブロック図である。本図に示すようにＭＦＰ１００の内部は、記憶部２０１と、ドメイン格納部２０２と、キャッシュテーブル格納部２０３と、文書データ格納部２０４と、通信処理部２０５と、登録要求部２０６と、事業部入力受付部２０７と、ドメイン取得部２０８と、サービス情報取得部２０９と、検索部２１０と、登録部２１２と、サービス利用要求部２１３と、サービス提供部２１４と、表示処理部２１５と、登録情報取得部２１６と、パケット生成部２１７と、サービスＩＤ生成部２１１とを備える。なお、ＭＦＰ１０１〜ＭＦＰ１０３及びＭＦＰ１１０も同様の構成を備えていることとして、説明を省略する。

記憶部２０１は、ＭＦＰ１００が提供しているサービスを識別するサービス種別名や、ＭＦＰ１００を識別する機器ＩＤ等、様々な情報を格納している。

図３は、記憶部２０１のテーブル構造を示した図である。図３に示すように記憶部２０１は、hostnameと、IPv4_Addrと、IPv6_Addrと、機器ＩＤと、Priority_dataと、Weight_dataと、Port_dataと、ProductInfoと、AdminURLinfoと、PeperSizeInfoと、を対応付けて記憶する。そして、ＭＦＰ１００は、記憶部２０１内に、図３に示すテーブルを提供するサービス毎に保持する。

hostnameは、ＭＦＰ１００を識別するホスト名を保持する。IPv4_Addrは、ＩＰｖ４により、ＭＦＰ１００を識別するアドレスを保持する。IPv6_Addrは、ＩＰｖ６により、ＭＦＰ１００を識別するアドレスを保持する。また、ＭＦＰ１００が起動する毎に異なるアドレスが割り当てられる場合、記憶部２０１のIPv4_Addr及びIPv6_Addrも起動する度に更新されるものとする。

機器ＩＤは、ＭＦＰ毎に設定されたユニーク且つ不変的なＩＤとする。なお、本実施の形態では、ＭＦＰ１００の機器ＩＤを、“machineID”とする。

サービス識別名は、ＭＦＰ１００が提供するサービスを識別する識別名とする。本実施の形態のサービス識別子の例としては、ペーパコマンダを識別する“_application1._tcp”等がある。

ドメイン名は、ＭＦＰ１００が所属するドメイン名とする。本実施の形態では、ＭＦＰ１００が所属するドメイン名“domainname1”を保持する。

Priority_dataは、優先度を保持する。同一サービスに対して複数のＭＦＰが設定されている場合、値が小さい方が優先される。Weight_dataは、負荷分散をするための値を保持する。なお、Weight_dataが“0”の場合、負荷分散を行わない。

Port_dataは、ＭＦＰ１００がサービスを提供するポート番号を保持する。ProductInfoは、ＭＦＰ１００の製造先及び機種に関する情報を保持する。AdminURLinfoは、管理者に問いあわせるためのＵＲＬを保持する。PeperSizeInfoは、ＭＦＰ１００が提供するサービスで利用可能な紙のサイズを保持する。登録手法は、サービスの登録手法を保持する。

他にも、記憶部２０１は、後述するキャッシュテーブルを使用するか否かを示す使用フラグを格納していても良い。

ドメイン格納部２０２は、ドメイン管理テーブルを保持する。図４は、ドメイン管理テーブルのテーブル構成を示した図である。図４に示すように、ドメイン管理テーブルは、事業所と、ドメイン名とを対応付けている。

キャッシュテーブル格納部２０３は、サービス提供先を示すアドレスを管理しているキャッシュテーブルを保持する。図５は、キャッシュテーブルのテーブル構造を示した図である。図５に示すように、キャッシュテーブルは、サービスＩＤと、ＩＰアドレスと、ＴＴＬ（レコードの生存時間）と、register date（更新日）と、laretst access date（最終アクセス日）とを対応付けて保持する。

サービスＩＤは、機器ＩＤと、サービス識別名と、ネットワーク情報とを結合したＩＤとする。例えば、機器ＩＤが“machineID55”で、サービス識別名が“_application2._tcp”で、ネットワーク情報が“local”の場合、サービスＩＤは、“machineID55._application2._tcp.local”となる。

サービス識別名とは、上述したサービスを識別する名称とし、ＩＡＮＡで定義されている“プロトコルとポート番号”に準拠したものとする。そして、サービス識別名である“_application2”は、文書検索サービス用に定義したものとする。

また、サービスＩＤにおいて、機器ＩＤ及びサービス種別名が含まれているので、機器ＩＤで識別される装置が複数サービスを提供する場合に、所望のサービスまで絞り込むことができる。当該サービスＩＤとポート番号とを対応付けることで、サービスＩＤから、ポートまで特定することができる。また、サービスＩＤと文書データとを対応付けた場合には、サービスを提供しているＭＦＰのみならず、所定の文書データを管理しているＭＦＰまで絞り込むことが可能となる。

ネットワーク情報とは、当該サービスを提供しているネットワークを識別する情報とする。本実施の形態においては、事業部内のローカルネットワーク内で当該サービスが提供されている場合には、“local”となり、他の事業部におけるネットワークの場合は、サービス提供先の装置を示すホスト名と、サービスを提供する事業部のネットワークを示すドメイン名とを結合した文字列となる。

なお、本実施の形態は、ＭＦＰを特定するために用いるサービスＩＤを、機器ＩＤと、サービス識別名と、ネットワーク情報とを結合したものに制限するものではない。

ＴＴＬ(Time To Live)は、当該レコードの生存時間とする。このＴＴＬが‘０’になったときに、当該レコードが自動的に削除される。“register_date”は、当該レコードが登録された日とする。“latest access date”は、当該レコードにアクセスされた最新の日時を保持している。

また、キャッシュテーブルでは、キャッシュとして保持できるレコード数に制限がある。そして、キャッシュとして保持できるレコード数は、ＭＦＰ毎に予め定められているものとする。なお、管理者が当該レコード数を設定可能としても良い。

また、キャッシュテーブルにレコードが追加されるタイミングとしては、他のＭＦＰからマルチキャスト通信でサービスを提供しているＭＦＰに関する情報を受信した場合、又はＤＮＳサーバとのユニキャスト通信でサービスを提供しているＭＦＰに関する情報を受信した場合とし、これら情報がキャッシュテーブルに格納される。これら情報をキャッシュに保持することで、検索時にパケットを出すことなく、サービスを提供しているＭＦＰを特定することができる。

また、キャッシュテーブルで保持可能な最大数のレコードを保持している場合に、マルチキャストによる情報の受信などで新たにレコードを追加する必要がある場合、キャッシュテーブル格納部２０３では、“latest access date”が最も古いレコードを削除して、新たに受信した情報をレコードとして登録する。

また、既に登録されたレコードと同一のサービスＩＤの情報を受信した場合、キャッシュテーブル格納部２０３では、当該サービスＩＤの情報が格納されたレコードに対して、受信した最新の情報に基づいて更新処理等が行われる。また、受信した情報により、キャッシュテーブルに格納されたレコードのうち、既にサービスを提供していないサービスＩＤに関するレコードと判断された場合、キャッシュテーブル格納部２０３では、当該レコードを削除する等の処理を行ってもよい。これにより、キャッシュテーブルに格納されている情報の信頼性が向上する。

文書データ格納部２０４は、文書データを格納している。ＭＦＰ１００が提供するサービスであるペーパコマンダは、文書データ格納部２０４に格納された文書データを、他のＭＦＰ等に対して提供するサービスを行う。

また、本実施の形態では、ＭＦＰ１００が提供するサービス毎に、ポート番号が割り当てられている。つまり、利用者が任意のＭＦＰを操作して他のＭＦＰで提供されているサービスを利用したいと考えた場合、当該サービスを提供しているＭＦＰのＩＰアドレスとポート番号とを特定することで、当該サービスを利用できる。

しかしながら、オフィス・ネットワーク内においては、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ等の利用していることも多く、ＭＦＰのＩＰアドレスが必ずしも固定されているわけではない。そこで、本実施の形態では、複合機毎に固定のパラメータである機器ＩＤを割り当てるものとする。そして、複合機は起動する毎に、機器ＩＤと、ＩＰアドレス及びポート番号を、ＤＮＳサーバに登録する。これにより、ＩＰアドレスが固定でなくとも、ＤＮＳサーバに対して機器ＩＤで問い合わせを行うことで、サービスを提供している複合機のＩＰアドレスとポート番号を特定できる。

また、記憶部２０１、ドメイン格納部２０２、キャッシュテーブル格納部２０３、及び文書データ格納部２０４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、光ディスク、メモリカード、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの一般的に利用されているあらゆる記憶手段により構成することができる。

通信処理部２０５は、ネットワークを介して接続されたＭＦＰ、ＤＮＳサーバ、ルータ等の通信処理装置との間で、データの送受信処理を行う。また、後述する登録要求部２０６による登録要求、検索部２１０による検索、サービス利用要求部２１３によるサービス利用要求、及びサービス提供部２１４によるサービス提供は、通信処理部２０５を介して行われる。

登録情報取得部２１６は、記憶部２０１から、ＤＮＳサーバや他のＭＦＰ等に登録する情報を取得する。取得する情報としては、記憶部２０１からＭＦＰ１００を識別する機器ＩＤ、ＭＦＰ１００が提供するサービスを示すサービス識別名、当該サービスに割り当てられたポート番号、ＭＦＰ１００のＩＰアドレス、ＭＦＰ１００のホスト名、ＭＦＰ１００が所属するドメイン名及び登録手法等とする。さらに、登録情報取得部２１６は、登録先のＤＮＳサーバを示すドメイン名を取得しても良い。また、登録情報取得部２１６の情報の取得先としては、ＭＦＰ１００に接続された第２ＤＮＳサーバ１２１などの装置から取得しても良い。

登録手法とは、ＭＦＰ１００が提供するサービスを、ＤＮＳサーバや他のＭＦＰに対して登録する際の通信手法とする。そこで、本実施の形態にかかる登録手法としては、例えば、ユニキャストか、マルチキャストか、又はユニキャストとマルチキャストとの両方を用いるかとする。

パケット生成部２１７は、登録情報取得部２１６が取得した情報をレコード情報に整形し、登録手法に従って送信するパケットを生成する。

例えば、登録手法がユニキャストの場合、パケット生成部２１７は、登録情報取得部２１６が取得した情報を、ＤＮＳサーバに登録するための各種レコード情報に整形し、ユニキャスト送信用のパケットを生成する。

例えば、登録手法がマルチキャストの場合、パケット生成部２１７は、登録情報取得部２１６が取得した情報を、ＭＦＰ１００が属するサブネット内の各種装置に登録するための各種レコード情報に整形し、マルチキャスト送信用のパケットを生成する。なお、パケット生成部２１７が生成するパケットの具体的な構成については後述する。

登録要求部２０６は、ユニキャスト登録要求部２２１と、マルチキャスト登録要求部２２２とを備え、ＤＮＳサーバや他のＭＦＰに対して、ＭＦＰ１００が提供するサービスの登録を要求する処理を行う。

ユニキャスト登録要求部２２１は、ＭＦＰ１００が属するサブネットの外部に配置されたＤＮＳサーバに対して、パケット生成部２１７で生成されたパケットを送信すると共に、当該パケットに含まれる情報の登録を要求する。当該パケットには、上述したようなＭＦＰ１００が提供するサービスを外部から利用するために必要な情報（例えば機器ＩＤやＭＦＰ１００のアドレス情報）が含まれている。

また、当該外部に配置されたＤＮＳサーバとは、ＭＦＰ１００が所属する同一ドメイン内において、最も上位の階層のＤＮＳサーバとする。これにより、外部のドメインから参照可能なＤＮＳサーバに上述した情報が登録されることになり、外部に対してサービスの提供が容易になる。なお、登録する情報及び登録する手順については後述する。

マルチキャスト登録要求部２２２は、ＭＦＰ１００が属するサブネット内の装置（例えばＤＮＳサーバ及びＭＦＰ）に対して、パケット生成部２１７で生成されたパケットを送信すると共に、当該パケットに含まれる情報の登録を要求する。当該パケットには、上述したようなＭＦＰ１００が提供するサービスを外部から利用するために必要な情報（例えば機器ＩＤやＭＦＰ１００のアドレス情報）が含まれている。なお、登録する情報及び登録する手順については後述する。また、本実施の形態では、マルチキャスト登録要求部２２２は、登録を要求する際、ｍＤＮＳを用いる。

ＭＦＰ１００は上述した構成を備えることで、外部に対して提供しているサービスを、ＤＮＳサーバやサブネットワーク内のＭＦＰに登録することが可能となる。以下に、他のＭＦＰが提供しているサービスを利用するための構成について説明する。

事業部入力受付部２０７は、利用者からの事業部の入力を受け付ける処理を行う。つまり、利用者が任意のサービスを利用したい場合、当該サービスを提供している機器が所属するドメイン名、換言すれば事業部が必要となる。そこで、事業部入力受付部２０７が当該事業部の入力を受け付ける。

ドメイン取得部２０８は、事業部入力受付部２０７が受け付けた事業部に対応するドメイン名を取得する。この際、ドメイン取得部２０８は、ドメイン格納部２０２のドメイン管理テーブルを利用する。これにより、ドメイン取得部２０８は、ドメイン名を取得できる。

サービス情報取得部２０９は、これから利用するサービスを識別するサービス識別名を取得する。また、サービス情報取得部２０９は、当該サービスを提供しているＭＦＰを示す機器ＩＤを取得する。サービス識別名及び機器ＩＤの取得手法はどのような手法でも良いが、例えばＭＦＰ１００がスキャンした紙原稿の画像データから抽出する手法等が考えられる。

サービスＩＤ生成部２１１は、取得したサービス識別名、機器ＩＤと、取得したドメイン名からサービスＩＤを生成する。

検索部２１０は、ユニキャスト検索部２３１と、マルチキャスト検索部２３５を備え、サービス提供先の機器の検索を行う。

ユニキャスト検索部２３１は、ユニキャスト出力部２３２と、機器情報取得部２３３とを備え、ユニキャストを用いて、サービスを提供している機器の検索を行う。

ユニキャスト出力部２３２は、同一サブネットワーク内に属するＤＮＳサーバ（例えば第２ＤＮＳサーバ１２１）に対して、ドメイン取得部２０８が取得したドメイン名と共に、当該ドメイン名を管理しているＤＮＳサーバのＩＰアドレスの送信要求を、ユニキャスト出力する。

また、ユニキャスト出力部２３２は、上記のＤＮＳサーバから、当該ドメイン名を管理するＤＮＳサーバのＩＰアドレスを取得した後、取得したＩＰアドレスに対して、所望するサービスを提供しているＭＦＰのＩＰアドレス及びポート番号の送信要求をユニキャスト出力する。なお、詳細な処理手順については後述する。

機器情報取得部２３３は、ユニキャスト出力部２３２の出力先のＤＮＳサーバから、所望のサービスを提供しているＭＦＰを識別するＩＰアドレスと、サービスを提供しているポート番号等を取得する。

マルチキャスト検索部２３５は、マルチキャスト出力部２３６と、機器情報取得部２３７とを備え、マルチキャストを用いて、サービスを提供している機器の検索を行う。

また、マルチキャスト出力部２３６は、同一サブネットワーク内に所属しているＭＦＰ等に対して、利用者が所望するサービスを示すサービス識別名等を、マルチキャスト出力する。なお、詳細な処理手順については後述する。

機器情報取得部２３７は、同一サブネット内において、所望のサービスを提供しているＭＦＰから、当該ＭＦＰを識別するＩＰアドレスと、サービスを提供しているポート番号等を取得する。

登録部２１２は、検索部２１０が検索した結果として取得した情報を、キャッシュテーブルに登録する。

サービス利用要求部２１３は、サービスを提供しているＭＦＰのＩＰアドレス及びポート番号に対して、サービスの利用を要求する。サービス提供部２１４は、他のＭＦＰから、所定のサービスに割り当てられたポートにサービスの利用の要求が入力された場合に、当該他のＭＦＰに対してサービスを提供する。

表示処理部２１５は、ＭＦＰ１００が保持する（図示しない）液晶タッチパネルに対して、任意の情報の表示処理を行う。表示処理する情報としては、サービスの使用結果等が考えられる。

次に、以上のように構成された本実施の形態にかかるＭＦＰ１００が他の装置に対して提供するサービスの登録処理について説明する。図６は、本実施の形態にかかるＭＦＰ１００における上述した処理の手順を示すフローチャートである。本実施の形態にかかる登録処理は、ＭＦＰ１００が起動する度に行われ、ＭＦＰ１００の電源が入力され、ＭＦＰ１００に対してＩＰアドレスが割り当てられる等の初期設定が終了した時点で開始される。

まず、登録情報取得部２１６は、記憶部２０１から、サービスに登録するために必要な情報を取得する（ステップＳ５０１）。取得する情報は、ＭＦＰ１００のホスト名、ＭＦＰ１００のＩＰｖ４形式のアドレス、ＭＦＰ１００のＩＰｖ６形式のアドレス、機器ＩＤ、提供するサービスを示すサービス識別名、ＭＦＰ１００が所属するドメイン名、ＭＦＰ１００の優先度(Priority_data)、ＭＦＰ１００の負荷分散（Weight_data）、当該サービスに割り当てられたポート番号、ＭＦＰ１００の製造情報(ProductInfo)、管理者の連絡先（AdminURLinfo）、ＭＦＰ１００が提供するサービスの用紙サイズ(PeperSizeInfo)及び登録手法とする。当然ながら、記憶部２０１に記憶されているＭＦＰ１００のＩＰｖ４形式のアドレス、及びＭＦＰ１００のＩＰｖ６形式のアドレスは、新たに割り当てられたアドレスに更新されているものとする。また、登録情報取得部２１６は、予め設定されている場合は登録先のＤＮＳサーバのＩＰアドレスも取得できる。

また、登録情報取得部２１６は、記憶部２０１からの取得することに限らず、あらゆる装置又は媒体から取得する。登録情報取得部２１６は、これら情報を、周知の手法を問わず、任意の手法で取得する。

次に、登録情報取得部２１６は、取得した登録手法により、実際に行う登録手法を判断する（ステップＳ５０２）。

そして、ステップＳ５０２で登録情報取得部２１６がユニキャスト登録と判断した場合、パケット生成部２１７が、サブネット内のＭＦＰに登録する各種レコード情報を含む、ユニキャスト用のパケットを生成する（ステップＳ５０３）。図７−１及び図７−２は、パケット生成部２１７により、ユニキャストするために生成されたパケットの一例を示した図である。図７−１及び図７−２に示すように、生成するパケットには、ＡＡＡＡレコード７０１と、ＳＲＶレコード７０８と、ＴＸＴレコード７１２と、で構成されている。

図７−１及び図７−２に示す、各レコードに格納されている各種パラメータは、パケット生成部２１７により設定される。そして、当該各種パラメータは、記憶部２０１から取得した情報に基づいて生成されたパラメータ、図示しない記憶部に記憶されていた時間パラメータから設定されたパラメータ、及び予め定められていた固定パラメータなどがある。なお、各パラメータの生成手法については、図７−１及び図７−２において、パラメータ毎に記載する。

例えば、図７−１に示すＡＡＡＡレコード７０１の“Name”パラメータ７０２は、記憶部２０１の“hostname”と“ドメイン名”とを組み合わせた文字列が設定される。また、ＡＡＡＡレコード７０１の“Addr”パラメータ７０７は、記憶部２０１の“IPv6_Addr”に設定されていた文字列とする。

他の例としては、ＡＡＡＡレコード７０１の“Type”パラメータ７０３及び“Class”パラメータ７０４は、予め定められていた固定パラメータとする。

さらに、ＡＡＡＡレコード７０１の“Time to live”パラメータ７０５は、図示しない記憶部に記憶されていた時間パラメータが設定される。さらにＡＡＡＡレコード７０１の“Data length”パラメータ７０６は、ＡＡＡＡレコード７０１のデータ長として算出された数値が設定される。

図７−２のＳＲＶレコード７０８及びＴＸＴレコード７１２の“name”パラメータ（７０９、７１３）は、記憶部２０１の機器ＩＤ、サービス識別名及びドメイン名を組み合わせて設定される。当該“name”パラメータにより、ＳＲＶレコード７０８と、ＴＸＴレコード７１２とを対応付けることができる。

さらに、図７−２のＳＲＶレコード７０８の“Port”パラメータ７１０には、記憶部２０１の“Port_Data”が設定される。“Target”パラメータ７１１には、記憶部２０１の“hostname”及び“ドメイン名”を組み合わせた文字列が設定される。ＳＲＶレコード７０８の“Target”パラメータ７１１が、ＡＡＡＡレコード７０１の“name”パラメータ７０２と一致しているため、ＳＲＶレコード７０８とＡＡＡＡレコード７０１とを対応付けることができる。

図６に戻り、ユニキャスト登録要求部２２１が、サービスの登録要求と共に、パケット生成部２１７により生成されたユニキャスト用のパケットを、所定のＤＮＳサーバに対して、ユニキャストで出力する（ステップＳ５０４）。なお、詳細な出力手順については後述する。

また、ステップＳ５０２で登録情報取得部２１６がマルチキャスト登録と判断した場合、パケット生成部２１７が、サブネット内のＭＦＰに登録する各種レコード情報を含む、マルチキャスト用のパケットを生成する（ステップＳ５０５）。図８は、パケット生成部２１７により、マルチキャストするために生成されたパケットの一例を示した図である。図８に示すように、生成するパケットには、Ａレコード８０１と、ＡＡＡＡレコード８０３と、ＳＲＶレコード８０４と、ＴＸＴレコード８０６と、ＰＴＲレコード８０８とで構成されている。

図８に示す、各レコードに格納されている各種パラメータは、図７−１及び図７−２のパラメータとほぼ同様の手法で設定される。なお、図８に示す各種パラメータの設定手法は、図８中のパラメータ毎に示した。

図７−１及び図７−２と異なる点としては、ＳＲＶレコード８０４及びＴＸＴレコード８０５の “Ｎａｍｅ”パラメータ（８０５、８０７）、ＰＴＲレコード８０８の“Ｄｏｍａｉｎ Ｎａｍｅ”８０９は、パケット生成部２１７が、ＭＦＰ１００の機器ＩＤである“machineID1”と、“ペーパコマンダ”を識別するサービス識別名“_application1._tcp”と、サブネット内を意味する“local”とを結合して生成したサービスＩＤが設定されている点がある。

また、新たにＡレコードの“Ａｄｄｒ”パラメータ８０２には、ＩＰｖ４形式のアドレスが設定される。

これらパラメータを含む各種レコードが、サブネット内のＭＦＰ等に登録されることで、サービスを提供するＭＦＰ１００を特定することが可能となる。

マルチキャスト登録要求部２２２が、サービスの登録要求と共に、パケット生成部２１７により生成された、マルチキャスト用のパケットを、同一サブネットワーク内に設置された他のＭＦＰに対して、マルチキャストで出力する（ステップＳ５０６）。なお、詳細な出力手順については後述する。

また、ステップＳ５０２で登録情報取得部２１６がユニキャスト及びマルチキャストで登録と判断した場合、パケット生成部２１７が、ＤＮＳサーバに登録する各種レコード情報を含む、ユニキャスト用のパケットを生成する（ステップＳ５０７）。なお生成手順は、ステップＳ５０３と同様とする。

そして、ユニキャスト登録要求部２２１が、サービスの登録要求と共に、パケット生成部２１７により生成されたユニキャスト用のパケットを、所定のＤＮＳサーバに対して、ユニキャストで出力する（ステップＳ５０８）。

次に、パケット生成部２１７が、サブネット内のＭＦＰに登録する各種レコード情報を含む、マルチキャスト用のパケットを生成する（ステップＳ５０９）。なお、生成手順は、ステップＳ５０５と同様とする。その後、マルチキャスト登録要求部２２２が、サービスの登録要求と共に、パケット生成部２１７により生成されたマルチキャスト用のパケットを、同一サブネットワーク内に設置された他のＭＦＰに対して、マルチキャストで出力する（ステップＳ５１０）。

上述した処理手順を行うことで、当該サービスの提供する範囲に応じて適切にサービスの登録を行うことができる。

次に、以上のように構成された本実施の形態にかかるＭＦＰ１００における図６のステップＳ５０４又はＳ５０８で示したユニキャスト登録要求処理について説明する。図９は、本実施の形態にかかるＭＦＰ１００における上述した処理の手順を示すフローチャートである。

まず、ユニキャスト登録要求部２２１は、登録情報取得部２１６により、登録先のＤＮＳサーバのドメイン名を取得済か否か判断する（ステップＳ６０１）。

そして、ユニキャスト登録要求部２２１が、登録先のＤＮＳサーバのドメイン名を取得済ではないと判断した場合（ステップＳ６０１：Ｎｏ）、ユニキャスト登録要求部２２１自身が登録先のＤＮＳサーバのドメイン名を予め保持しているか否か判断する（ステップＳ６０２）。予め保持していないと判断した場合（ステップＳ６０２：Ｎｏ）、登録要求処理を行わずに終了する。

ドメイン名を取得済であると判断した場合（ステップＳ６０１：Ｙｅｓ）、又はドメイン名を予め保持していると判断した場合（ステップＳ６０２：Ｙｅｓ）、ユニキャスト登録要求部２２１は、当該ドメイン名で示されるＤＮＳサーバに対して、サービスの登録要求を行う（ステップＳ６０３）。また、本処理手順で示した例では、取得済又は予め保持していたドメイン名を、ＭＦＰ１００が属する事業部ＥＥ内に含まれるＤＮＳサーバであって、外部の事業部のネットワークでも参照可能な第１ＤＮＳサーバ１２２のドメイン名とする。当該第１ＤＮＳサーバ１２２にＭＦＰ１００のサービスに関する情報を登録することで、ＭＦＰ１００が提供するサービスをＥＥ事業部の外部からも利用可能となる。

そして、ユニキャスト登録要求部２２１は、サービスの登録要求先のＤＮＳサーバから、登録要求結果を取得する（ステップＳ６０４）。これにより、ユニキャスト登録要求部２２１は、適切に登録が行われたか否か判断することができる。

次に、図９のステップＳ６０３で行われる、ユニキャスト登録要求部２２１がサービスに関する情報を登録するまでのデータの送受信について説明する。図１０は、ユニキャスト登録要求部２２１と、複数のＤＮＳサーバとの間で行われる上述した処理を示したシーケンス図である。

まず、ユニキャスト登録要求部２２１は、登録先のＤＮＳサーバのドメイン名の名前解決を、第２ＤＮＳサーバ１２１に要求する（ステップＳ７０１）。

本処理手順において、ＭＦＰ１００がサービスに関する情報を、第２ＤＮＳサーバ１２１ではなく第１ＤＮＳサーバ１２２に登録する。これは、第２ＤＮＳサーバ１２１では、他の事業部のネットワークから参照することができないためである。つまり、他の事業部のネットワークから参照可能な第１ＤＮＳサーバ１２２に登録することで、ＭＦＰ１００は他の事業部のネットワークに対してサービスを提供することが可能になる。そこで、ＭＦＰ１００は、まずＭＦＰ１００と同一セグメント内に設置されている第２ＤＮＳサーバ１２１に対して、第１ＤＮＳサーバ１２２の名前解決を要求する。

次に、第２ＤＮＳサーバ１２１は、名前解決が要求されたドメイン名のＩＰアドレスをＭＦＰ１００に対して出力する（ステップＳ７０２）。これにより、ユニキャスト登録要求部２２１は、第１ＤＮＳサーバ１２２のＩＰアドレスを取得できる。

そして、ユニキャスト登録要求部２２１は、第１ＤＮＳサーバ１２２のＩＰアドレスに対して、パケット生成部２１７により生成されたマルチキャスト用のパケットと共に、当該パケットに含まれるレコード情報の登録を要求する（ステップＳ７０３）。なお、当該パケットは、図７−１及び図７−２に示すように、ＳＲＶレコード７０８と、ＡＡＡＡレコード７０１と、ＴＸＴレコード７１２と、を含むものとする。なお、ユニキャスト登録要求部２２１は登録する際には、第１ＤＮＳサーバ１２２のＤＮＳの機能を用いて登録処理を行うこととする。これにより、これらのレコードは、第１ＤＮＳサーバ１２２に登録される。

そして、その第１ＤＮＳサーバ１２２が、ＭＦＰ１００に対して、正常に登録できたか否かを示す情報を通知する（ステップＳ７０４）。これにより登録処理が終了する。

なお、本実施の形態では、ＭＦＰ１００が、第１ＤＮＳサーバ１２２のホスト名を取得した後、当該ホスト名からＩＰアドレスを取得する例について説明した。しかしながら、本実施の形態は、上述する名前を解決する手法に限らず、例えば、ＭＦＰ１００が、第１ＤＮＳサーバ１２２のＩＰアドレスの予め認識していても良い。この場合、図１０のステップＳ７０１とステップＳ７０２との処理手順は不要となる。

次に、マルチキャスト登録要求部２２２がサービスに関する情報を登録するまでに行われるデータの送受信について説明する。図１１は、マルチキャスト登録要求部２２２と、ＭＦＰ１０２との間で行われる上述した処理を示したシーケンス図である。

マルチキャスト登録要求部２２２は、同一サブネットワーク内に設置されたＭＦＰに対して、パケット生成部２１７により生成されたマルチキャスト用のパケットと共に、サービスに関する情報の登録を要求する（ステップＳ１２０１）。なお、同一サブネットワーク内に複数のＭＦＰが存在する場合、マルチキャスト登録要求部２２２は、これら全てのＭＦＰに対して登録を要求する。これにより、マルチキャスト登録を行うことで、同一サブネット内のＭＦＰであれば、ＭＦＰ１００が提供しているサービスを利用することが可能となる。

上述した処理手順で、マルチキャスト登録要求部２２２は、マルチキャスト用のパケットを送信することで、ＭＦＰ１０２に対して、ＳＲＶレコードと、Ａレコード又はＡＡＡＡレコードと、ＴＸＴレコードと、ＰＴＲレコードとが、ＭＦＰ１０２に登録される。

上述した処理を行い、ＤＮＳサーバやＭＦＰに各種レコードが登録されることで、利用者が任意のサービスを利用したい場合に、当該サービスを提供しているＭＦＰを特定することが可能となる。そこで、次に、上述して登録された情報に基づいて、サービスの提供しているＭＦＰを特定する処理手順について説明する。

次に、以上のように構成された本実施の形態にかかるＭＦＰ（例えばＭＦＰ１１０）が、利用したいサービスを提供している他のＭＦＰ（例えばＭＦＰ１００）を特定するまでの処理について説明する。図１２は、本実施の形態にかかるＭＦＰ１１０における上述した処理の手順を示すフローチャートである。

なお、本フローチャートで示す例では、利用者が、紙文書ＡのスキャンをＭＦＰ１１０に対して行うと共に、ペーパコマンダを利用する旨の入力を行った等が考えられる。

まず、サービス情報取得部２０９は、記憶部２０１から、キャッシュテーブルの使用フラグを取得する（ステップＳ１８０１）。

次に、サービス情報取得部２０９は、当該サービス（ペーパコマンダ）を提供している機器ＩＤ及び、当該サービス（ペーパコマンダ）を識別するサービス識別名を取得する（ステップＳ１８０２）。

サービス識別名の取得手法は、例えば、サービス情報取得部２０９が、当該サービス名（ペーパコマンダ）に対応付けられたサービス識別名を、当該対応関係を保持している記憶部（例えば、記憶部２０１）から取得する等が考えられる。

また、機器ＩＤの取得手法は、例えば、サービス情報取得部２０９が、紙文書Ａをスキャンした時に、紙文書Ａに埋め込まれている機器ＩＤを抽出する等が考えられる。

次に、事業部入力受付部２０７が、利用者からサービスの提供している事業所の入力を受け付ける（ステップＳ１８０３）。

図１３は、利用者から事業所の入力を受け付ける操作パネル１９００の例を示した図である。図１３に示すように操作パネル１９００は、液晶タッチパネル１９１０を備えている。そして、液晶タッチパネル１９１０は、「当事業所」１９１１、「ＢＢ事業所」１９１２、「ＣＣ事業所」１９１３、「ＤＤ事業所」１９１４、「ＥＥ事業所」１９１５を表示する。利用者が液晶タッチパネル１９１０に表示された各領域を選択することで、事業部入力受付部２０７が事業所の入力を受けたことになる。

図１２に戻り、ドメイン取得部２０８が、事業部に対応するドメイン名を取得する（ステップＳ１８０４）。ドメイン取得部２０８は、ドメイン名を取得する際に、事業所名とドメイン名とを対応付けているドメイン格納部２０２を利用する。また、ドメイン取得部２０８は、また、同一サブネット内に該当する事業所が選択された場合、ドメイン取得部２０８は、ドメイン名として“local”を取得する。

次に、サービスＩＤ生成部２１１は、取得したサービス識別名、機器ＩＤと、取得したドメイン名からサービスＩＤを生成する（ステップＳ１８０５）。

そして、検索部２１０が、サービスの提供先が同一サブネット内であるか否か判断する（ステップＳ１８０６）。この判断は取得したドメイン名が“local”か否かにより判断することができる。

そして、検索部２１０が、同一サブネット内と判断した場合（ステップＳ１８０６：Ｙｅｓ）、マルチキャストを用いて検索を行うことで当該サービスを提供しているＭＦＰを特定する（ステップＳ１８０７）。なお、詳細な処理手順については後述する。

また、検索部２１０が同一サブネット内ではないと判断した場合（ステップＳ１８０６：Ｎｏ）、ユニキャストを用いて検索を行うことで当該サービスを提供しているＭＦＰを特定する（ステップＳ１８０８）。なお、詳細な処理手順については後述する。

上述した処理を行うことで、利用者の操作に従って、当該サービスを提供しているＭＦＰを特定することが可能となる。

次に、図１２のステップＳ１８０７におけるマルチキャスト出力を用いてＭＦＰを特定する処理について説明する。図１４は、本実施の形態にかかるＭＦＰ１１０における上述した処理の手順を示すフローチャートである。

まず、マルチキャスト検索部２３５は、キャッシュテーブルの使用許可があるか否かを、キャッシュテーブルの使用フラグを参照して判断する（ステップＳ２００１）。

そして、マルチキャスト検索部２３５は、使用許可があると判断した場合（ステップＳ２００１：Ｙｅｓ）、予め生成されたサービスＩＤを検索キーとしてキャッシュテーブルに対して検索を行う（ステップＳ２００２）。

次に、マルチキャスト検索部２３５は、該当するレコードが検出できたか否か判断する（ステップＳ２００３）。

そして、マルチキャスト検索部２３５が該当するレコードを検出した場合（ステップＳ２００３：Ｙｅｓ）、検出したレコードから、サービス提供先のＩＰアドレスを取得する（ステップＳ２００４）。

次に、マルチキャスト検索部２３５は、取得したＩＰアドレスに対してアクセス可能か否か判断する（ステップＳ２００５）。そして、マルチキャスト検索部２３５は、アクセス可能と判断した場合（ステップＳ２００５：Ｙｅｓ）、ステップＳ２００８に進む。

そして、キャッシュテーブルの使用許可がないと判断した場合（ステップＳ２００１：Ｎｏ）、該当レコードを検出できなかった場合（ステップＳ２００３：Ｎｏ）、取得したＩＰアドレスにアクセスできなかった場合（ステップＳ２００５：Ｎｏ）、マルチキャスト検索部２３５は、同一サブネット内に含むＭＦＰに対して、マルチキャストでサービスを提供しているＭＦＰの検索を行う（ステップＳ２００６）。

次に、機器情報取得部２３７が、検索結果として、所望するサービスを提供しているＭＦＰ（例えばＭＦＰ１１１）のＩＰアドレス及びポート番号などを取得する（ステップＳ２００７）。

そして、マルチキャスト検索部２３５は、取得したＩＰアドレス及びポート番号を検索結果として、サービスを提供しているＭＦＰの特定を要求した、アプリケーション等に対して通知する（ステップＳ２００８）。

次に、マルチキャスト検索部２３５がサービスの提供しているＭＦＰを特定するために行うデータの送受信について説明する。図１５は、マルチキャスト検索部２３５と、ＭＦＰ１１１、ＭＦＰ１１２との間で行われる上述した処理を示したシーケンス図である。

マルチキャスト検索部２３５のマルチキャスト出力部２３６は、同一サブネット内のＭＦＰ１１１に対して、機器検索サービスタイプを含む検索クエリを出力する（ステップＳ２１０１）。また、マルチキャスト出力部２３６は、同一サブネットワーク内のＭＦＰ１１２に対しても同様に、機器検索サービスタイプを含む検索クエリを出力する（ステップＳ２１０２）。なお、マルチキャスト検索部２３５は、同一サブネット内であればＭＦＰ１１１、ＭＦＰ１１２以外のＭＦＰに対してもデータの送受信を行うが、本シーケンス図では説明を容易にするために省略する。

また、ステップＳ２１０１及びステップＳ２１０２において、マルチキャスト出力部２３６が出力する検索クエリは、ＰＴＲレコードを特定するための条件が格納されている。例えば、検索クエリには、ＰＴＲレコードの“Ｎａｍｅ”を特定するための“_application1._tcp.local”（機器検索サービスタイプ）と、“Ｔｙｐｅ”を特定するための“ＰＴＲ”と、“Ｃｌａｓｓ”を特定するための“ＩＮ”とが含まれているものとする。これにより、ＭＦＰが検索クエリの条件に一致するＰＴＲレコードを保持している場合、当該ＰＴＲレコードと当該ＰＴＲレコードに関連するレコードを送信することができる。なお、本フローチャートでは、ＭＦＰ１１１が、該当するＰＴＲレコードを保持し、ＭＦＰ１１２が該当するＰＴＲレコードを保持していないものとする。

そして、ＭＦＰ１１１は、当該検索クエリの条件に一致するＰＴＲレコードを保持しているので、当該ＰＴＲレコード及び、当該ＰＴＲレコードの“Ｄｏｍａｉｎ ｎａｍｅ”に格納されているサービスＩＤを“Ｎａｍｅ”フィールドに保持するＳＲＶレコード、Ａレコード、ＴＸＴレコードを、ＭＦＰ１１０に送信する（ステップＳ２１０３）。これにより、図１４のステップＳ２００７で示したように、機器情報取得部２３７は、受信したＰＴＲレコード、ＳＲＶレコード、Ａレコード、ＴＸＴレコードから、当該サービスを提供しているサービスＩＤ、ＩＰアドレス、ポート番号等を取得できる。

また、該当するサービスを提供しているＭＦＰが複数ある場合、機器情報取得部２３７は、取得したＳＲＶレコードから、該当する機器ＩＤを保持するサービスＩＤが“Ｎａｍｅ”フィールドに格納されたレコードを検出する。

なお、ＭＦＰ１１２は、受信した検索クエリの条件に一致するＰＴＲレコードを保持していないので、特に処理を行わない。

上述した処理手順により、マルチキャスト検索部２３５は、ＭＦＰ１１１から送信された情報から、所望するサービスを提供しているＭＦＰのサービスＩＤ、ＩＰアドレス及びポート番号を特定することが可能となる。

なお、本実施の形態とは異なるが、検索クエリを取得したＭＦＰは、自機の中のキャッシュテーブル等で、当該検索クエリの条件に一致する情報を保持している場合、該当する情報すべてをマルチキャストしてもよい。マルチキャストする場合、同一サブネットワーク内に設置された全てのＭＦＰは、マルチキャストされた情報に基づいてキャッシュテーブルの内容を更新する。これにより、同一サブネット内になる全てのＭＦＰのキャッシュの情報をメンテナンスすることができる。

また、マルチキャスト出力部２３６が出力した機器検索サービスタイプは、サービス識別名に“local”が結合されている。“local”はサブネットワーク内を検索対象としているので、マルチキャスト検索部２３５は、サービス識別名の送信で、サブネットワーク内の他のＭＦＰから、当該サービス識別名で識別されるサービスを提供しているＭＦＰのＩＰアドレス、及び当該サービスを提供しているポート番号を取得している。

次に、図１２のステップＳ１８０８におけるユニキャスト出力を用いてＭＦＰを特定する処理について説明する。図１６は、本実施の形態にかかるＭＦＰ１１０における上述した処理の手順を示すフローチャートである。

まず、ユニキャスト検索部２３１は、キャッシュテーブルの使用許可があるか否かを、キャッシュテーブルの使用フラグを参照して判断する（ステップＳ２２０１）。

そして、ユニキャスト検索部２３１は、使用許可があると判断した場合（ステップＳ２２０１：Ｙｅｓ）、予め生成されたサービスＩＤを検索キーとしてキャッシュテーブルに対して検索を行う（ステップＳ２２０２）。

次に、ユニキャスト検索部２３１は、該当するレコードが検出できたか否か判断する（ステップＳ２２０３）。

そして、ユニキャスト検索部２３１が該当するレコードを検出した場合（ステップＳ２２０３：Ｙｅｓ）、検出したレコードから、サービス提供先のＩＰアドレスを取得する（ステップＳ２２０４）。

次に、ユニキャスト検索部２３１は、取得したＩＰアドレスに対してアクセス可能か否か判断する（ステップＳ２２０５）。そして、ユニキャスト検索部２３１は、アクセス可能と判断した場合（ステップＳ２２０５：Ｙｅｓ）、ステップＳ２２０８に進む。

そして、キャッシュテーブルの使用許可がないと判断した場合（ステップＳ２２０１：Ｎｏ）、該当レコードを検出できなかった場合（ステップＳ２２０３：Ｎｏ）、取得したＩＰアドレスにアクセスできなかった場合（ステップＳ２２０５：Ｎｏ）、ユニキャスト検索部２３１は、ＤＮＳサーバに対して、ユニキャストでサービスを提供しているＭＦＰの検索を行う（ステップＳ２２０６）。

次に、機器情報取得部２３３が、検索結果として、所望するサービスを提供しているＭＦＰ（例えばＭＦＰ１１１）のＩＰアドレス及びポート番号などを取得する（ステップＳ２２０７）。

そして、ユニキャスト検索部２３１は、取得したＩＰアドレス及びポート番号を検索結果として、サービスを提供しているＭＦＰの特定を要求した、アプリケーション等に対して通知する（ステップＳ２２０８）。

次に、ユニキャスト検索部２３１がサービスの提供しているＭＦＰを特定するためのデータの送受信について説明する。図１７は、ユニキャスト検索部２３１と、第３ＤＮＳサーバ１２３、第１ＤＮＳサーバ１２２との間で行われる上述した処理を示したシーケンス図である。

ユニキャスト検索部２３１のユニキャスト出力部２３２は、ＭＦＰ１１０から参照可能な第３ＤＮＳサーバ１２３に対して、サービスを提供しているドメイン名を出力し、当該ドメイン名を管理しているＤＮＳサーバの名前解決の要求を行う（ステップＳ２３０１）。

そして、第３ＤＮＳサーバ１２３は、当該ドメイン名を管理している第１ＤＮＳサーバ１２２のＩＰアドレスを、ＭＦＰ１１０に対して通知する（ステップＳ２３０２）。この通知を受信して、ＭＦＰ１１０のユニキャスト検索部２３１は、検索クエリの出力先となる第１ＤＮＳサーバ１２２のＩＰアドレスを認識することができる。

そして、ユニキャスト検索部２３１のユニキャスト出力部２３２が、サービスＩＤを含む検索クエリを出力する（ステップＳ２３０３）。

また、ユニキャスト出力部２３２が出力する検索クエリに、ＳＲＶレコードを特定するための条件が格納されている。例えば、検索クエリには、“Ｎａｍｅ”を特定するための“machineID1._application1._tcp.domainname1”（サービスＩＤ）と、“Ｔｙｐｅ”を特定するための“ＳＲＶ”と、“Ｃｌａｓｓ”を特定するための“ＩＮ”とが含まれている。これにより、第１ＤＮＳサーバ１２２が検索クエリの条件に一致するＳＲＶレコードを保持している場合、当該ＳＲＶレコードと当該ＳＲＶレコードに関連するレコードを送信することができる。

そして、第１ＤＮＳサーバ１２２は、当該検索クエリの条件に一致するＳＲＶレコードを保持しているので、当該ＳＲＶレコード及び、当該ＳＲＶレコードの“Ｎａｍｅ”に格納されているサービスＩＤを“Ｎａｍｅ”フィールドに保持するＡレコード、ＴＸＴレコードを、ＭＦＰ１１０に送信する（ステップＳ２３０４）。これにより、図１６のステップＳ２２０７で示したように、機器情報取得部２３７は、受信したＳＲＶレコード、Ａレコード、ＴＸＴレコードから、当該サービスを提供しているＭＦＰのＩＰアドレス、ポート番号等を取得できる。

上述した処理手順により、ＭＦＰ１１０はサービスを提供しているＭＦＰを特定することができる。例えば、ＭＦＰ１１０は、利用するサービスとして利用者からペーパコマンダの入力を受け付けた場合、スキャンした紙文書Ａから機器ＩＤを抽出するとともに、利用者から事業所の入力を受け付けることで、当該紙文書Ａの文書データを保持し且つペーパコマンダ機能を提供しているＭＦＰ１００と当該サービスを提供しているポート番号を特定できる。これにより、ＭＦＰ１１０は、ＭＦＰ１００から紙文書Ａの文書データを取得することができる。

なお、図１７で示した処理手順は、ＭＦＰ１１０が第１ＤＮＳサーバ１２２のＩＰアドレスを保持していない場合の例を示したものである。もし、ＭＦＰ１１０が第１ＤＮＳサーバ１２２のＩＰアドレスを予め保持している場合は、ステップＳ２３０１及びＳ２３０２で示したデータの送受信を行う必要はない。

（第１の実施の形態の変形例）
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。

上述した実施の形態では、上述したＭＦＰが提供するペーパコマンダの処理手順について特に明示しなかった。そこで、本変形例では、ＭＦＰが提供するペーパコマンダにより、紙文書Ａから機器ＩＤを抽出してから印刷されるまでの処理について説明する。

本変形例にかかるＭＦＰでは、紙原稿を印刷する際、紙原稿に機器ＩＤと、用紙を一意に識別する識別情報（以下、ＰＩＤという）と、を符号化したマーキングを各用紙に出力する。

なお、マーキングの生成処理では、ＰＩＤを符号化したＱＲコード（登録商標）や、その他の２次元バーコードを生成する方法などの従来から用いられているあらゆるコード生成方法を用いることができる。

そして、当該ＭＦＰでは、紙原稿を印刷する際に、マーキングを紙原稿に付加すると共に、当該紙原稿の画像データをＰＩＤと対応付けて自装置の記憶部内に格納する。さらに、ＭＦＰは、同時に印刷した紙原稿について部毎に識別情報（以下、ＢＩＤという）及びジョブ毎に識別情報（以下、ＪＩＤという）を割り当てる。そして、ＭＦＰは、ＢＩＤ、ＪＩＤ及びＰＩＤを対応付け、当該対応関係をテーブルで管理する。これにより利用者は、部単位又は印刷ジョブ単位で再印刷を行うことができる。

例えば、利用者が任意のＭＦＰで部単位又は印刷ジョブ単位で一枚の紙原稿をスキャンさせて再印刷を要求したこととする。この要求を受け付けたＭＦＰは、読み込みを行った紙原稿にマーキングが付されていると判断した場合、マーキングからＰＩＤ及び機器ＩＤを検出し、機器ＩＤを用いて上述した実施の形態と同様の処理を行う。これにより、ＭＦＰは、当該紙原稿にマーキングを行ったＭＦＰのＩＰアドレス及びポート番号を特定できる。そして、ＭＦＰは特定されたＩＰアドレス及びポート番号に対して、検出されたＰＩＤと部単位又は印刷ジョブ単位で画像データを送信するよう要求する。

図１８は、ＭＦＰ２５８０が、複数のネットワークを介して接続されたＭＦＰ２５００から、画像データを取得、印刷するまでの処理手順を示した概念図である。なお、図１８においては、上述したように、ＭＦＰ２５８０は、ＭＦＰ２５００のＩＰアドレス及びポート番号は特定できているものとする。

そして、ＭＦＰ２５８０は、ＭＦＰ２５００のＩＰアドレス及びポート番号に向けてＰＩＤで識別される画像データを部単位又は所定の印刷単位で送信する要求を、ＤＮＳサーバ２５６０に対して要求する（図１８の（１））。

そして、ＤＮＳサーバ２５６０は、ＭＦＰ２５８０から、上述した送信要求を受け付ける。そして、ＤＮＳサーバ２５６０は、ＭＦＰ２５００のＩＰアドレス及びポート番号を管理しているＤＮＳサーバ２５６１に対して、上述した送信要求を行う（図１８の（２））。

次に、ＤＮＳサーバ２５６１は、ＤＮＳサーバ２５６０から、上述した送信要求を受け付けた場合、当該送信要求で指し示されているＭＦＰ２５００のＩＰアドレス及びポート番号に対して、ＰＩＤで識別される画像データを部単位又は所定の印刷単位で送信する要求を行う。

そして、ＰＩＤと部単位又は印刷単位で画像データを送信する要求を受け付けたＭＦＰ２５００では、上述した対応関係を保持しているテーブルから、検出されたＰＩＤと対応付けられているＪＩＤ又はＢＩＤを取得できる。そして、当該ＭＦＰ２５００で、さらにＪＩＤ又はＢＩＤを検索キーとして再度テーブルに対して検索を行うことで、部単位又は印刷ジョブ単位のＰＩＤを取得できる。そして、当該ＰＩＤと対応付けられている画像データを、送信要求を行ったＭＦＰ２５５０に対して送信する。

これにより、利用者は、当該紙原稿を用いた再印刷処理として部単位又は印刷ジョブ単位で再印刷をすることができる。

（第２の実施の形態）
上述した第１の実施の形態にかかる変形例では、画像データを取得するためには、画像データを蓄積しているＭＦＰを常に稼働させておく必要がある。しかしながら、ＭＦＰはメンテナンス等をおこなうために、稼働を停止させる必要もあり、その場合には、画像データの取得に失敗が生じることになる。そこで第２の実施の形態では、常に画像データの取得が可能な画像管理システムを構成するＭＦＰについて説明する。

図１９は、第２の実施の形態にかかるＭＦＰ２６００の構成を示すブロック図である。ＭＦＰ２６００は、上述した第１の実施の形態にかかるＭＦＰ１００とは、操作部２６０１、複製先特定部２６０２、文書ＩＤ生成部２６０３、文書取得部２６０４、保管判断部２６０５、入力受付部２６０６、文書保管部２６０７、保管要求部２６０９、文書出力部２６１０、文書ＩＤ出力部２６１１が追加された構成を有している点で異なる。以下の説明では、上述した第１の実施の形態と同一の構成要素には同一の符号を付してその説明を省略している。

また、ＭＦＰ２６００は、ネットワーク２６５０を介して、ＭＦＰ２６７０及びＤＮＳサーバ２５６０と接続されている。

操作部２６０１は、利用者からのＭＦＰ２６００に対する操作の入力を受け付ける。

文書取得部２６０４は、スキャナが紙原稿をスキャンした場合に、スキャン結果である文書データを取得する。また、文書取得部２６０４は、利用者による操作部２６０１からの操作により生成された文書データを取得しても良い。なお、本実施の形態にかかる文書データは、第１の実施の形態の画像データと同様の情報とする。

文書ＩＤ生成部２６０３は、取得した文書データに対してユニークな文書ＩＤを生成する。本実施の形態にかかる文書ＩＤは、第１の実施の形態の変形例の所定の印刷単位であるＢＩＤ又はＪＩＤに該当する。

文書保管部２６０７は、文書ＩＤ生成部２６０３により生成された文書ＩＤを２次元バーコードとして、文書取得部２６０４が取得した文書データに付加した後、文書データ格納部２０４に保管する処理を行う。さらに文書保管部２６０７は、文書データ格納部２０４に格納された文書データに対して、上書き又は削除などの処理を行う。なお、本実施の形態では、２次元バーコードに機器ＩＤを含ませる必要はないものとする。

また、文書保管部２６０７は、オリジナル文書データを複製し、複製文書データを生成する。この生成された複製文書データは、すぐに他のＭＦＰに出力される。その際、文書保管部２６０７は、この複製文書データに対して、複製文書データであることを示す複製情報を埋め込む。これにより、複製文書データに埋め込まれた複製情報を参照することで、文書データがオリジナル文書、複製文書なのかを識別することが可能となる。

複製情報は、オリジナル文書データと複製文書データとを区別する情報とする。複製情報の例としては、複製保管場所、複製日時、又はオリジナル文書の保管場所等が考えられる。

保管要求部２６０９は、ネットワークを介して接続されたＭＦＰに対して、文書データの保管要求を行う。

複製先特定部２６０２は、保管要求部２６０９の保管結果に基づいて、文書保管部２６０７により生成された複製文書データの保管先となるＭＦＰを特定する。本実施の形態では、複製先特定部２６０２は、保管要求部２６０９が出力した保管要求に対して受諾応答を送信したＭＦＰから保管先を特定する。

複製先特定部２６０２による、受諾応答を送信したＭＦＰから、保管先のＭＦＰを特定する基準の例としては、あらかじめ定められた判断基準を使用して特定してもよい。他の例としては、複製先候補の一覧を表示して、利用者からの選択を受け付けたＭＦＰに特定しても良い。

文書出力部２６１０は、複製先特定部２６０２により特定された保管先となるＭＦＰに対して、文書データを出力する。当該出力により、保管先のＭＦＰが、文書データを保管する。また、出力する際に、文書データに対して暗号化処理を施しても良い。なお、暗号化処理の手法としては、例えば公開鍵暗号方式など、あらゆる暗号化手法を用いて良い。

文書ＩＤ出力部２６１１は、自装置出力部２６２１と、保管先出力部２６２２と、を備えている。自装置出力部２６２１は、ＤＮＳサーバ２５６０に対して、生成された文書ＩＤと、自装置であるＭＦＰ２５００を識別する機器ＩＤ又はＩＰアドレスと、文書データがオリジナルであることを示す情報と、を対応付けて登録するよう要求する。

次に、保管先出力部２６２２は、ＤＮＳサーバ２５６０に対して、生成された文書ＩＤと、複製先となるＭＦＰを識別する機器ＩＤ又はＩＰアドレスと、文書データが複製であることを示す情報と、を対応付けて登録するよう要求する。

このため、ＤＮＳサーバ２５６０は、第１の実施の形態で説明した情報に加えて、ＭＦＰの機器ＩＤ又はＩＰアドレスと、文書ＩＤと、文書データのオリジナル又は複製かを示す情報と、を対応付けて、ＳＲＶレコードとして保管する。

上述したＭＦＰ２６００の構成により、取得した文書データを自装置と他のＭＦＰとで保管すると共に、一つの文書ＩＤに対して複数の保存先をＤＮＳサーバ２５６０に登録できる。次に、ＭＦＰ２６００が複写先のＭＦＰとして機能するために必要な構成について説明する。

保管判断部２６０５は、他のＭＦＰから文書データの保管要求を受け付けた場合に、文書データを保管するか否か判断する。保管可能か否かの判断は、あらゆる要素が考えられ、例えば、文書データ格納部２０４に文書データを保管するための容量があるか否かなどが考えられる。

入力受付部２６０６は、保管判断部２６０５により保管可能と判断した場合に、保管要求元のＭＦＰから文書データの入力を受け付ける。そして、入力受付部２６０６が入力を受け付けた文書データは、文書保管部２６０７により、文書データ格納部２０４に格納される。

そして、ＭＦＰ２６００は、文書データ格納部２０４に格納された文書データを印刷する場合、当該文書データの表紙には、上述した２次元バーコードが付与される。

さらに、ＤＮＳサーバ２５６０は、文書データを保管しているＭＦＰの機器ＩＤ又はＩＰアドレスと、文書ＩＤと、文書データのオリジナル又は複製かを示す情報と、を対応付けたＳＲＶレコードを保持している。

そして、利用者が任意のＭＦＰを利用した場合について説明する。利用者が紙原稿のスキャンを行うことで、当該ＭＦＰが２次元バーコードから文書ＩＤを取得できる。その後、ＭＦＰは、及び文書データを保管しているＭＦＰが所属する事業所の入力を受け付けたものとする。そして、入力を受け付けた事業部に対応するドメイン名を管理しているＤＮＳサーバに対して、文書ＩＤで問い合わせを行うことで、文書データを取得できる。

次に、以上のように構成された本実施の形態にかかるＭＦＰ２６００における、文書データの保管処理について説明する。図２０は、本実施の形態にかかるＭＦＰ２６００における、上述した処理の手順を示すフローチャートである。

まず、文書取得部２６０４が、オリジナル文書データを取得する（ステップＳ２７０１）。なお、オリジナル文書データは、利用者が生成した文書データでも良いし、スキャナ等により読み込まれた文書データでも良い。

その後、文書ＩＤ生成部２６０３が、取得した文書データを識別する文書ＩＤを生成する（ステップＳ２７０２）。

次に、文書保管部２６０７が、取得したオリジナル文書データに対して、生成した文書ＩＤを表す２次元バーコードを付加した後、文書データ格納部２０４に保管する（ステップＳ２７０３）。

そして、文書ＩＤ出力部２６１１の自装置出力部２６２１が、オリジナル文書データを識別する文書ＩＤと、自装置を識別する機器ＩＤ又はＩＰアドレスと、当該文書データがオリジナルであることを示す情報と、を対応付けて登録する要求を、ＤＮＳサーバ２５６０に対して行う（ステップＳ２７０４）。

次に、複製先特定部２６０２が、文書データの複製を保管するか否かを判断する（ステップＳ２７０５）。当該判断は、あらゆる基準に基づいて判断しても良いが、例えば、操作部２６０１から「複製して保管する」旨の操作を受け付けたなどが考えられる。

そして、複製先特定部２６０２が文書データの複製を保管しないと判断した場合（ステップＳ２７０５：Ｎｏ）、特に処理を行わずに終了する。

一方、複製先特定部２６０２が、文書データの複製を保管すると判断した場合（ステップＳ２７０５：Ｙｅｓ）、保管要求部２６０９が、通信処理部２０５を介して、ネットワーク２６５０を介して接続されたＭＦＰに対して、文書データの保管要求を出力する（ステップＳ２７０６）。

次に、複製先特定部２６０２が、通信処理部２０５を介して、他のＭＦＰから保管の受諾応答があったか否か判断する（ステップＳ２７０７）。そして、複製先特定部２６０２が、保管の受諾応答がなかったと判断した場合（ステップＳ２７０７：Ｎｏ）、処理を終了する。

一方、複製先特定部２６０２が、通信処理部２０５を介して、他のＭＦＰから保管の受諾応答があったと判断した場合（ステップＳ２７０７：Ｙｅｓ）、受諾応答を送信したＭＦＰから、複製文書の保管先となるＭＦＰを特定する（ステップＳ２７０８）。

そして、文書保管部２６０７が、オリジナル文書データから、複製文書データを生成する（ステップＳ２７０９）。

次に、文書出力部２６１０が、生成した複製文書データを、特定されたＭＦＰに対して出力する（ステップＳ２７１０）。この出力の際に、複製文書データに対して、暗号化処理を施しても良い。さらには、特定されたＭＦＰが、当該複製文書データを暗号化処理が施された状態で保管しても良い。

その後、保管先出力部２６２２が、複製文書データを識別する文書ＩＤと、複製文書の保管先であるＭＦＰを識別する機器ＩＤ又はＩＰアドレスと、当該文書データが複製であることを示す情報と、を対応付けて登録する要求を、ＤＮＳサーバ２５６０に対して行う（ステップＳ２７１１）。なお、複製文書データを識別する文書ＩＤと、オリジナル文書データを識別する文書ＩＤとは同一とする。

上述した処理手順により、複製された文書データが他のＭＦＰに保管されると共に、ＤＮＳサーバ２５６０が、一つの文書ＩＤに対して複数の保管先を対応付けて管理することができる。

次に、以上のように構成された本実施の形態にかかるＭＦＰ２６００における、他のＭＦＰ２６７０から文書データの保管要求を受け付けた場合の処理について説明する。図２１は、本実施の形態にかかるＭＦＰ２６００における上述した処理の手順を示すフローチャートである。

まず、ＭＦＰ２６００の通信処理部２０５は、他のＭＦＰ２６７０から、複製文書データの保管要求を受信する（ステップＳ２８０１）。

次に、保管判断部２６０５が、複製文書データの保管が可能か否か判断する（ステップＳ２８０２）。保管可能ではないと判断した場合（ステップＳ２８０２：Ｎｏ）、処理を終了する。

そして、保管判断部２６０５が、保管可能と判断した場合（ステップＳ２８０２：Ｙｅｓ）、通信処理部２０５を介して、ＭＦＰ２６７０に対して、保管要求を受諾することを示す情報を送信する（ステップＳ２８０３）。

その後、入力受付部２６０６は、通信処理部２０５を介して、当該複製文書データの入力を受け付ける（ステップＳ２８０４）。

そして、文書保管部２６０７が、入力された複製文書データを、文書データ格納部２０４に対して、文書ＩＤと対応付けて保管する（ステップＳ２８０５）。

上述した処理手順により、ＭＦＰ２６００は、他のＭＦＰ２６７０からの要求に従って、複製文書データを保管することができる。

次に、以上のように構成された本実施の形態にかかる文書保管システムにおける文書データを保管するまでの処理について説明する。図２２は、本実施の形態にかかる文書保管システムにおける上述した処理の手順を示すシーケンス図である。図２２に示す処理手順においては、オリジナル文書データをＭＦＰ２６００に保管し、複製文書データをＭＦＰ２６７０に保管する例とする。

まず、ＭＦＰ２６００の文書保管部２６０７は、オリジナル文書データを、文書データ格納部２０４に格納する（ステップＳ２９０１）。

次に、ＭＦＰ２６００の自装置出力部２６２１は、オリジナル文書データを識別する文書ＩＤと、ＭＦＰ２６００の機器ＩＤ又はＩＰアドレスと、オリジナル文書であることを示す情報との対応付けを、ＤＮＳサーバ２６６０に登録を要求する（ステップＳ２９０２）。その後、ＤＮＳサーバ２６６０は、上記対応付けをＳＲＶレコードとして登録する（ステップＳ２９０３）。

そして、ＭＦＰ２６００の保管要求部２６０９は、ネットワークを介して接続されたＭＦＰに対して、複製文書データの保管要求を出力する（ステップＳ２９０４）。この保管要求は、マルチキャストで同一サブネットワーク内の全てのＭＦＰに対して送信する等が考えられる。

次に、ＭＦＰ２６７０は、当該保管要求を受信した場合に、保管可能か否か判断する（ステップＳ２９０５）。本シーケンス図では、保管可能と判断したものとする。

そして、ＭＦＰ２６７０は、ＭＦＰ２６００に対して、保管の受諾応答を出力する（ステップＳ２９０６）。

次に、ＭＦＰ２６００の複製先特定部２６０２は、保管の受諾応答のあったＭＦＰから、保管先となるＭＦＰを特定する（ステップＳ２９０７）。本シーケンス図では、ＭＦＰ２６７０が保管先として特定されたものとする。

そして、ＭＦＰ２６００の文書保管部２６０７は、オリジナル文書データを複製し、複製文書データを生成する（ステップＳ２９０８）。

その後、ＭＦＰ２６００の文書出力部２６１０は、複製文書データを、ＭＦＰ２６７０に対して転送する（ステップＳ２９０９）。

これにより、ＭＦＰ２６７０の文書保管部２６０７は、転送されてきた複製文書データを文書データ格納部２０４に保管する（ステップＳ２９１０）。

次に、ＭＦＰ２６００の保管先出力部２６２２は、複製文書データの文書ＩＤと、ＭＦＰ２６７０の機器ＩＤ又はＩＰアドレスと、複製文書データであることを示す情報と、の対応付けを、ＤＮＳサーバ２６６０に登録を要求する（ステップＳ２９１１）。その後、ＤＮＳサーバ２６６０は、上述した対応付けがなされた情報をＳＲＶレコードとして登録する（ステップＳ２９１２）。

図２３は、ＭＦＰ２６８０が、複数のネットワークを介して接続されたＭＦＰ２６７０から、複製画像データを取得、印刷するまでの処理手順を示した概念図である。また、図２３に示す例では、ＭＦＰ２６００が起動していないため、文書データを取得することができない状態とする。

まず、ＭＦＰ２６８０が、文書の表紙を読み込み、当該表紙に付加されていた２次元バーコードから、文書ＩＤを取得する。そして、利用者により“ペーパコマンダ”を利用する旨の入力を受付けることで、ＭＦＰ２６７０は、サービス識別名が特定できる。さらに、ＭＦＰ２６７０は、利用者から入力された事業部名によりドメイン名を特定する。

そして、ＭＦＰ２６８０は、特定されたドメイン名に向けて当該文書ＩＤで識別される文書データの取得する要求を行うように、ＤＮＳサーバ２６６１に対して指示する（ステップＳ３００１）。

次に、ＤＮＳサーバ２６６１は、特定されたドメイン名を管理している他のＤＮＳサーバ２６６０に対して、当該文書ＩＤで識別される文書データの取得するように要求する（ステップＳ３００２）。

そして、ＤＮＳサーバ２６６０は、文書データの取得要求を受け付けた場合、ＳＲＶレコードを参照し、取得要求と共に送信された文書ＩＤと対応付けられている機器ＩＤ又はＩＰアドレスから、オリジナル文書データを格納しているＭＦＰ２６００を特定する。なお、機器ＩＤを取得した場合には、ＤＮＳサーバから、当該機器ＩＤ及びサービス識別名を含むサービスＩＤと対応付けられているＩＰアドレス及びＩＰアドレスを取得する。

そして、ＤＮＳサーバ２６６０は、特定されたＭＦＰ２６００に対して、当該文書ＩＤで識別される文書データの取得を要求する（ステップＳ３００３）。しかしながら、ＭＦＰ２６００はダウン中のため、文書データの取得要求に対する応答が所定時間以上なかったものとする。

そこで、ＤＮＳサーバ２６６０は、再度ＳＲＶレコードを参照し、文書ＩＤと対応付けられている機器ＩＤ又はＩＰアドレスから、複製文書データを格納しているＭＦＰ２６７０を特定する。そして、ＤＮＳサーバ２６６０は、特定されたＭＦＰ２６７０に対して、当該文書ＩＤで識別される文書データの取得を要求する（ステップＳ３００４）。

そして、ＭＦＰ２６７０が、当該取得要求に従って、複製文書データを出力することで、ＤＮＳサーバ２６６０及びＤＮＳサーバ２６６１を介して、ＭＦＰ２６８０に文書データが送信される（ステップＳ３００５）。

上述した処理手順により、ＭＦＰ２６７０は、オリジナル文書データの保管元であるＭＦＰ２６００から文書データを取得できない場合でも、文書データを取得することができる。

次に、以上のように構成された本実施の形態にかかる文書保管システムにおける、文書データを取得するまでの処理について説明する。図２４は、本実施の形態にかかる文書保管システムにおける上述した処理の手順を示すフローチャートである。

まず、ＭＦＰ２６８０は、文書の表紙をスキャンする（ステップＳ３１０１）。これにより、ＭＦＰ２６８０は、当該表紙に付加されていた２次元バーコードから、文書ＩＤを取得できる。そして、利用者により“ペーパコマンダ”を利用する旨の入力を受付けることで、ＭＦＰ２６７０は、サービス識別名が特定できる。さらに、ＭＦＰ２６７０は、利用者から入力された事業部名によりドメイン名を特定する。

そして、ＭＦＰ２６８０は、特定されたドメイン名を管理しているＤＮＳサーバ２６６０に向けて当該文書ＩＤで識別される文書データの取得する要求を、ＤＮＳサーバ２６６１に対して指示する（ステップＳ３１０２）。指示する際、サービス識別名なども送信する。

そして、ＤＮＳサーバ２６６０は、特定されたドメイン名を管理しているＤＮＳサーバ２６６０に対して、当該文書ＩＤで識別される文書データの取得を要求する（ステップＳ３１０４）。

そして、ＤＮＳサーバ２６６０は、当該文書ＩＤに対応付けられていると共に、オリジナル文書データに関するＳＲＶレコードが登録されているか否か確認する（ステップＳ３１０５）。本シーケンス図では、当該ＳＲＶレコードの登録が確認されているものとする。さらに、ＤＮＳサーバ２６６０は、当該ＳＲＶレコードに格納されている機器ＩＤ又はＩＰアドレスに基づいて、オリジナル文書データを格納しているＭＦＰ２６００の位置を特定する。なお、機器ＩＤ、サービス識別名及びドメイン名に基づいてＩＰアドレス及びポート番号を特定する手法については、第１の実施の形態と同様として説明を省略する。

そして、ＤＮＳサーバ２６６０は、特定されたＭＦＰ２６００に対して、当該文書ＩＤで識別される文書データの取得を要求する（ステップＳ３１０６）。しかしながら、ＭＦＰ２６００はダウン中のため、文書データの取得要求に対する応答が所定時間以上なかったものとする。

そこで、ＤＮＳサーバ２６６０は、当該文書ＩＤに対応付けられていると共に、複製文書データに関するＳＲＶレコードが登録されているか否か確認する（ステップＳ３１０７）。そして、本シーケンス図では、当該ＳＲＶレコードが登録されていることを確認したものとする。さらに、ＤＮＳサーバ２６６０は、当該ＳＲＶレコードに格納されている機器ＩＤ又はＩＰアドレスに基づいて、複製文書データを格納しているＭＦＰ２６７０の位置を特定する。

そして、ＤＮＳサーバ２６６０は、特定されたＭＦＰ２６７０に対して、当該文書ＩＤで識別される文書データの取得を要求する（ステップＳ３１０８）。

その後、ＭＦＰ２６８０は、文書データの取得要求と共に入力された文書ＩＤで識別される複製文書データを、要求元であるＭＦＰ２６８０に対して送信する（ステップＳ３１０９）。

上述した処理手順により、ＭＦＰ２６８０は、ＭＦＰ２６００がダウン中でも文書データを取得できる。

次に、以上のように構成された本実施の形態にかかる文書保管システムにおける、文書データの取得要求を行った場合の、文書要求元のＭＦＰ２６８０と、ＤＮＳサーバ２６６０との間の処理について説明する。図２５は、本実施の形態にかかる文書保管システムにおける上述した処理の手順を示すフローチャートである。

まず、ＭＦＰ２６８０が、文書データの取得要求を、ＤＮＳサーバ２６６１を介して、ＤＮＳサーバ２６６０に出力する（ステップＳ３６０１）。

ＤＮＳサーバ２６６０は、ＤＮＳサーバ２６６１を介して、文書データの取得要求を受け付ける（ステップＳ３６５１）。

その後、ＤＮＳサーバ２６６０は、登録されているＳＲＶレコードを参照し、オリジナル文書データを保管しているＭＦＰを特定した後、当該ＭＦＰに対してオリジナル文書データの取得要求を行い、オリジナル文書データが取得可能か否か判断する（ステップＳ３６５２）。

そして、ＤＮＳサーバ２６６０は、オリジナル文書データの取得に失敗した場合（ステップＳ３６５２：Ｎｏ）、登録されているＳＲＶレコードを参照して、複製文書データが他のＭＦＰに保管されているか否か判断する（ステップＳ３６５３）。保管されていないと判断した場合（ステップＳ３６５３：Ｎｏ）、処理を終了する。

一方、ＤＮＳサーバ２６６０は、複製文書データが他のＭＦＰに保管されていると判断した場合（ステップＳ３６５３：Ｙｅｓ）、複製文書データを保管しているＭＦＰに対して、複製文書データの取得要求を行い、複製文書データが取得可能か否か判断する（ステップＳ３６５４）。取得可能ではないと判断した場合（ステップＳ３６５４：Ｎｏ）、処理を終了する。

さらに、ＤＮＳサーバ２６６０は、取得か可能と判断した場合（ステップＳ３６５２：Ｙｅｓ、ステップＳ３６５４：Ｙｅｓ）、保管先のＭＦＰから入力された文書データを、ＭＦＰに対して出力する（ステップＳ３６５５）。

その後、ＭＦＰ２６８０は、ＤＮＳサーバ２６６０及びＤＮＳサーバ２６６１を介して、文書データの入力を受け付ける（ステップＳ３６０２）。

本実施の形態にかかるＤＮＳサーバ２６６０においては、ＳＲＶレコードを利用しているため、文書ＩＤとＭＦＰ２６００の対応付けから文書データの取得に失敗した場合に、文書ＩＤとＭＦＰ２６７０の対応付から文書データを取得することができる。したがって、ＭＦＰ２６００から文書データを取得できない場合でも、所望の文書データを取得できる。

本実施の形態にかかるＭＦＰ２６００等では、ＤＮＳサーバ２６６０に対して、文書ＩＤと、文書データを保管する装置の機器ＩＤ又はＩＰアドレスの登録を要求している。これにより、ＤＮＳサーバ２６６０が、文書ＩＤに基づいて、文書データの取得要求を受け付けた場合に、当該文書データを保管しているＭＦＰを特定できる。

つまり、記録紙に印刷された文書データの表紙をスキャンすることで、当該表紙に付加された２次元バーコードから文書ＩＤが抽出できる。従って、当該文書ＩＤでＤＮＳサーバ２６６０に対して問い合わせを行うことで、文書データを取得することができる。

さらに、ＤＮＳサーバ間で文書ＩＤ用いた文書の取得要求を行うことで、ＭＦＰから、他のネットワーク（例えば他のサブネットワーク）に接続されたＭＦＰから、文書データを取得できる。

したがって、利用者は、外出先のＭＦＰから、普段利用している事業部ネットワーク内に接続されているＭＦＰから所望の文書データの取得・印刷が可能となる。

また、複製文書データを他のＭＦＰに保管させ、ＤＮＳサーバにオリジナル文書データ及び複製文書データに関する文書ＩＤと保管しているＭＦＰを特定する情報とを対応付けて登録することで、オリジナル文書データを保管するＭＦＰがダウンしている場合でも、複製文書データを保管しているＭＦＰから文書データを取得することが可能になる。これにより、利用者の利便性が向上する。

本実施の形態にかかるＭＦＰ２６００は、オリジナル文書データを取得した場合に、文書データの保管要求を行い、受諾応答のあったＭＦＰに対して、複製文書データを出力することで、ネットワーク上のＭＦＰに当該文書データを分散して保管することが可能になる。これにより、ＭＦＰがダウンしている場合などに文書データを取得することが可能になり、文書データを確実に取得できる確率が向上する。

また、ＭＦＰ２６００は、文書ＩＤと、保管先と識別する情報とを、ＤＮＳサーバに登録要求を行うことで、文書データの保管先を把握することが可能になる。

本実施の形態にかかるＭＦＰ２６００が、ＤＮＳサーバ２６６０に対して上述した情報の登録を行うことで、ＤＮＳサーバに対して問い合わせを行うことで、利用者は手間をかけることなく、最適な複製文書データの保管先から、複製文書データを取得することが可能になる。

さらに、ＤＮＳサーバは、ＳＲＶレコードに文書ＩＤと保管先を識別する情報とを対応付けて保持すると共に、異なるネットワークセグメントに対してアクセス可能であるので、異なるネットワークセグメントからの文書取得要求に対応することができる。

本実施の形態では、オリジナル文書データを保管しているＭＦＰの電源が落ちていたり、ネットワークに接続されていない場合でも、他のＭＦＰから文書データを取得して印刷等を行うことができる。

（第２の実施の形態の変形例）
図２６は、第２の実施の形態の変形例にかかるＭＦＰ３２００の構成を示すブロック図である。ＭＦＰ３２００は、上述した第２の実施の形態にかかるＭＦＰ３２００とは、文書更新部３２０１が追加されている点で異なる。以下の説明では、上述した第２の実施の形態と同一の構成要素には同一の符号を付してその説明を省略している。また、ＭＦＰ３２５０は、ＭＦＰ３２００と同様の構成を備えているものとして説明を省略する。

まず、文書データ格納部２０４に格納されている文書データに対して更新（上書き、削除）が行われた場合、文書保管部２６０７は、オリジナル文書データの更新を、文書更新部３２０１に文書更新を通知する。

そして、文書更新部３２０１は、更新が行われた文書データを、当該文書データの複製文書データを保管しているＭＦＰに対して、更新の要求を行う。これにより、文書データを複数のＭＦＰで管理する場合において、同一文書データを同期させることができる。当該処理を行うために、文書更新部３２０１は、ＤＮＳサーバ２６６０に対して、複製文書データを示す情報及び当該文書データを識別する文書ＩＤと、対応付けられているＭＦＰの機器ＩＤ又はＩＰアドレスが存在するか否か確認する。これにより、複製文書データの保管先があるか否か特定できる。

次に、以上のように構成された本実施の形態にかかるＭＦＰ３２００におけるオリジナル文書の更新が行われた場合の処理について説明する。図２７は、本実施の形態にかかるＭＦＰ３２００における上述した処理の手順を示すフローチャートである。

まず、文書保管部２６０７が、文書データ格納部２０４に格納されているオリジナルの文書データの更新を行う（ステップＳ３３０１）。

その後、複製先特定部２６０２は、ＤＮＳサーバ２６６０に対して問い合わせを行うことで、複製を他のＭＦＰで保管している文書データであるか否か判断する（ステップＳ３３０２）。複製を他のＭＦＰで保管している文書データではないと判断した場合（ステップＳ３３０２：Ｎｏ）、処理を終了する。

そして、複製先特定部２６０２が複製を他のＭＦＰで保管している文書データ文書データであると判断した場合（ステップＳ３３０２：Ｙｅｓ）、文書更新部３２０１は、複製文書データの保管先となるＩＰアドレス又は機器ＩＤを取得する（ステップＳ３３０３）。なお、機器ＩＤの場合、ＤＮＳサーバから、当該機器ＩＤ及びサービス識別名を含むサービスＩＤと対応付けられているＩＰアドレス及びＩＰアドレスを取得する。

そして、文書更新部３２０１は、保管先となるＭＦＰに対して、複製文書データの更新要求を行う（ステップＳ３３０４）。

その後、文書更新部３２０１は、保管先となるＭＦＰから、更新の受諾応答を通信処理部２０５が受け付けたか否か判断する（ステップＳ３３０５）。受け付けなかったと判断した場合（ステップＳ３３０５：Ｎｏ）、処理を終了する。

一方、文書更新部３２０１は、更新の受諾応答を受け付けたと判断した場合（ステップＳ３３０５：Ｙｅｓ）、複製文書データに関する情報を送信する（ステップＳ３３０６）。複製文書データに関する情報とは、例えば更新された場合には更新された文書データとし、削除された場合には削除を指示する情報とする。

当該処理により、保管先のＭＦＰにおいて、文書データの更新が行われる。

次に、以上のように構成された本実施の形態にかかるＭＦＰ３２００における、他のＭＦＰから保管している複製文書データの更新要求を受信した場合の処理について説明する。図２８は、本実施の形態にかかるＭＦＰ３２００における上述した処理の手順を示すフローチャートである。

まず、ＭＦＰ３２００の通信処理部２０５が、複製文書データの更新要求を受信する（ステップＳ３４０１）。

次に、保管判断部２６０５が、複製文書データの更新を受諾するか否か判断する（ステップＳ３４０２）。なお、更新を受諾するか否かの判断基準はどのような基準を用いても良い。受諾しないと判断した場合（ステップＳ３４０２：Ｎｏ）、処理を終了する。

一方、保管判断部２６０５が、更新を受諾すると判断した場合（ステップＳ３４０２：Ｙｅｓ）、複製文書データの更新受託を、更新要求元のＭＦＰに対して、通信処理部２０５を介して送信する（ステップＳ３４０３）。

そして、入力受付部２６０６が、通信処理部２０５を介して、複製文書データに関する情報の入力を受け付ける（ステップＳ３４０４）。

その後、文書保管部２６０７が、入力された複製文書データに関する情報に従って、文書データ格納部２０４に格納された複製文書データに対して更新処理を行う（ステップＳ３４０５）。

上述した処理手順により、ＭＦＰ３２００において、複製文書データの更新処理が行われることになる。

次に、以上のように構成された本実施の形態にかかる文書保管システムにおける、文書データ更新時に行われるデータの送受信について説明する。図２９は、本実施の形態にかかる文書保管システムにおける上述した処理の手順を示すフローチャートである。

まず、ＭＦＰ３２００の文書保管部２６０７が、オリジナルの文書データを更新する（ステップＳ３５０１）。

次に、ＭＦＰ３２００の複製先特定部２６０２が、ＤＮＳサーバ２６６０に対して、複製文書データを識別する文書ＩＤと、対応付けられている保管先となるＭＦＰが存在するか否かを問いあわせる（ステップＳ３５０２）。

そして、ＤＮＳサーバ２６６０が、ＭＦＰ３２００に対して問い合わせ結果を送信する（ステップＳ３５０３）。これにより、複製文書データを保管しているＭＦＰ３２５０を特定できる。この場合のＩＰアドレス及びポート番号の特定手法については、上述した手法で解決できるため説明を省略する。

次に、ＭＦＰ３２００の文書更新部３２０１は、複製文書データの更新をＭＦＰ３２５０に要求する（ステップＳ３５０４）。なお、詳細な処理手順は、既に説明したので省略する。

その後、ＭＦＰ３２００の文書更新部３２０１は、ＤＮＳサーバ２６６０に対して、複製文書データを識別する文書ＩＤと、保管先となるＭＦＰの機器ＩＤ又はＩＰアドレスの対応付を更新するように要求する（ステップＳ３５０５）。

上述した処理手順により、文書保管システムにおいて、複数のＭＦＰ間で複製文書データの同一性を保持することが可能となる。

本実施の形態にかかるＭＦＰ３２００は、他のＭＦＰとの間で文書データの更新処理を行うことで、オリジナル文書データと複製文書データとの差異が生じることを防止できる。

さらに、ＭＦＰ３２００では、更新された場合は、保管先に対して更新後の文書データを送信すると共に、削除された場合は複製文書の削除を指示することで、オリジナル文書データと、複製文書データとの一致性を確保できる。

図３０は、本実施の形態及び変形例にかかるＭＦＰのハードウェア構成を示すブロック図である。本図に示すように、このＭＦＰは、コントローラ２４１０とエンジン部（Engine）２４６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ２４１０は、ＭＦＰ全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部２４６０は、ＰＣＩバスに接続可能なプリンタエンジン等であり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニット等である。なお、このエンジン部２４６０には、プロッタ等のいわゆるエンジン部分に加えて、誤差拡散やガンマ変換等の画像処理部分が含まれる。

コントローラ２４１０は、ＣＰＵ２４１１と、ノースブリッジ（ＮＢ）２４１３と、システムメモリ（ＭＥＭ−Ｐ）２４１２と、サウスブリッジ（ＳＢ）２４１４と、ローカルメモリ（ＭＥＭ−Ｃ）２４１７と、ＡＳＩＣ（Application Specific Integrated Circuit）２４１６と、ハードディスクドライブ（ＨＤＤ）２４１８とを有し、ノースブリッジ（ＮＢ）２４１３とＡＳＩＣ２４１６との間をＡＧＰ（Accelerated Graphics Port）バス２４１５で接続した構成となる。また、ＭＥＭ−Ｐ２４１２は、ＲＯＭ（Read Only Memory）２４１２ａと、ＲＡＭ（Random Access Memory）２４１２ｂとをさらに有する。

ＣＰＵ２４１１は、ＭＦＰの全体制御をおこなうものであり、ＮＢ２４１３、ＭＥＭ−Ｐ２４１２及びＳＢ２４１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ２４１３は、ＣＰＵ２４１１とＭＥＭ−Ｐ２４１２、ＳＢ２４１４、ＡＧＰ２４１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ２４１２に対する読み書き等を制御するメモリコントローラと、ＰＣＩマスタ及びＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ２４１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリ等として用いるシステムメモリであり、ＲＯＭ２４１２ａとＲＡＭ２４１２ｂとからなる。ＲＯＭ２４１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ２４１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリ等として用いる書き込み及び読み出し可能なメモリである。

ＳＢ２４１４は、ＮＢ２４１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ２４１４は、ＰＣＩバスを介してＮＢ２４１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部等も接続される。

ＡＳＩＣ２４１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ２４１５、ＰＣＩバス、ＨＤＤ２４１８及びＭＥＭ−Ｃ２４１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ２４１６は、ＰＣＩターゲット及びＡＧＰマスタと、ＡＳＩＣ２４１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ２４１７を制御するメモリコントローラと、ハードウェアロジック等により画像データの回転等をおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部２４６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ２４１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）２４３０、ＵＳＢ（Universal Serial Bus）２４４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース２４５０が接続される。

ＭＥＭ−Ｃ２４１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）２４１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

ＡＧＰ２４１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ２４１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

なお、本実施形態のＭＦＰで実行される情報処理プログラムは、ＲＯＭ等に予め組み込まれて提供される。

本実施形態のＭＦＰで実行される情報処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、本実施形態のＭＦＰで実行される情報処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のＭＦＰで実行される情報処理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

本実施の形態のＭＦＰで実行される情報処理プログラムは、上述した各部を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ２４１１が上記ＲＯＭ２４１２ａから情報処理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、上述した各部が主記憶装置上に生成されるようになっている。

また、上述した実施の形態においては、ＭＦＰ１００では、マルチキャストによる登録要求を、電源が投入された時に行うこととしている。しかしながら、本実施の形態は、登録要求を行うタイミングを制限するものではなく、例えばＭＦＰ１００に搭載されたアプリケーション等から登録する依頼を受け付けた場合に、登録処理を行うことにしてもよい。

また、本実施の形態では、提供するサービスの登録を行う機器、及びサービスを提供している機器を特定する機器がＭＦＰの場合について説明した。しかしながら、これらの処理を行う機器をＭＦＰに制限するものではなく、例えば様々な機器が設置されたオフィス・ネットワークで用いられるオフィス機器や、携帯電話などの携帯可能な機器などさまざまな機器に対して適用することができる。

本実施の形態では、サービスを提供しているＭＦＰのＩＰアドレスとポート番号を容易に特定することができるので、ネットワーク上の様々な機器は当該ＭＦＰが提供しているサービスの容易に利用することが可能となる。

また、本実施の形態では、機器を特定するために機器ＩＤを用いることで、接続される度にＩＰアドレスが変更される機器であっても、サービスを提供している機器として特定することが可能となる。

また、本実施の形態にかかるＭＦＰではキャッシュテーブルにサービスを識別するサービスＩＤとＩＰアドレスとポート番号とを対応付けて保持しているので、サービスを提供している機器を特定するためにネットワークを介してデータの送受信を行う必要がないので、トラフィック量を削減することが可能になる。

以上のように、本発明にかかる情報処理装置、情報処理方法及び情報処理プログラムは、ネットワークを介して機器間でサービスを提供する技術に適している。

第１の実施の形態にかかるネットワーク構成を示す説明図である。 第１の実施の形態にかかるＭＦＰの構成を示すブロック図である。 第１の実施の形態にかかる記憶部のテーブル構造を示した図である。 第１の実施の形態にかかるＭＦＰのドメイン管理テーブルのテーブル構成を示した図である。 第１の実施の形態にかかるキャッシュテーブルのテーブル構造を示した図である。 第１の実施の形態にかかるＭＦＰにおける他の装置に対して提供するサービスの登録処理の手順を示すフローチャートである。 第１の実施の形態にかかるパケット生成部により生成されるユニキャスト用のパケットに含まれるＡＡＡＡレコードなどの構成例を示した図である。 第１の実施の形態にかかるパケット生成部により生成されるユニキャスト用のパケットに含まれるＳＲＶレコード及びＴＸＴレコードなどの構成例を示した図である。 第１の実施の形態にかかるパケット生成部により生成されるユニキャスト用のパケットに含まれる各レコードの構成例を示した図である。 第１の実施の形態にかかるＭＦＰにおける、図６のステップＳ５０３又はＳ５０５で示したユニキャスト登録要求処理の手順を示すフローチャートである。 第１の実施の形態にかかるユニキャスト登録要求部と、複数のＤＮＳサーバとの間で行われるデータの送受信処理を示したシーケンス図である。 マルチキャスト登録要求部と、ＭＦＰとの間で行われるサービスに関する情報を登録するまでに行われるデータの送受信処理を示したシーケンス図である。 第１の実施の形態にかかるＭＦＰ等のＭＦＰにおいて、利用したいサービスを提供している他のＭＦＰの情報を取得するまでの処理の手順を示すフローチャートである。 利用者から事業所の入力を受け付ける操作パネルの例を示した図である。 第１の実施の形態にかかるＭＦＰにおける、図１２のステップＳ１８０６におけるマルチキャスト出力を用いてＭＦＰを特定する処理の手順を示すフローチャートである。 マルチキャスト検索部と、ネットワークを介して接続された他のＭＦＰとの間で行われる、データの送受信処理を示したシーケンス図である。 第１の実施の形態にかかるＭＦＰにおける、図１２のステップＳ１８０８におけるユニキャスト出力を用いてＭＦＰを特定する処理の手順を示すフローチャートである。 ユニキャスト検索部と、ネットワークを介して接続された第３ＤＮＳサーバ、第１ＤＮＳサーバとによる、サービスの提供しているＭＦＰを特定するためのデータの送受信処理を示したシーケンス図である。 ＭＦＰが、複数のネットワークを介して接続されたＭＦＰから、画像データを取得、印刷するまでの処理手順を示した概念図である。 第２の実施の形態にかかるＭＦＰの構成を示すブロック図である。 第２の実施の形態にかかるＭＦＰにおける、文書データの保管処理の手順を示すフローチャートである。 第２の実施の形態にかかるＭＦＰにおける、文書データの保管要求を受け付けた場合の処理の手順を示すフローチャートである。 第２の実施の形態にかかる文書保管システムにおける文書データを保管するまでの処理の手順を示すシーケンス図である。 ＭＦＰが、複数のネットワークを介して接続されたＭＦＰから、複製画像データを取得、印刷するまでの処理手順を示した概念図である。 第２の実施の形態にかかる文書保管システムにおける、文書データを取得するまでの処理の手順を示すフローチャートである。 第２の実施の形態にかかる文書保管システムにおける、文書データの取得要求を行った場合の、文書要求元のＭＦＰと、ＤＮＳサーバとの間の処理の手順を示すフローチャートである。 第２の実施の形態の変形例にかかるＭＦＰの構成を示すブロック図である。 第２の実施の形態にかかるＭＦＰにおける、オリジナル文書の更新が行われた場合の処理の手順を示すフローチャートである。 第２の実施の形態にかかるＭＦＰにおける、他のＭＦＰから保管している複製文書データの更新要求を受信した場合の処理の手順を示すフローチャートである。 第２の実施の形態にかかる文書保管システムにおける、文書データ更新時に行われるデータの送受信処理の手順を示すフローチャートである。 第２の実施の形態にかかるＭＦＰのハードウェア構成を示すブロック図である。

符号の説明

１００〜１０３、１１０〜１１４、２５００、２５８０、２６００、２６７０、２６８０、３２００、３２５０ ＭＦＰ
１２１ 第１ＤＮＳサーバ
１２２ 第２ＤＮＳサーバ
１２３ 第３ＤＮＳサーバ
１３１ 第１ルータ
１３２ 第２ルータ
１３３ 第３ルータ
１３４ 第４ルータ
１３５ 第５ルータ
２０１ 記憶部
２０２ ドメイン格納部
２０３ キャッシュテーブル格納部
２０４ 文書データ格納部
２０５ 通信処理部
２０６ 登録要求部
２０７ 事業部入力受付部
２０８ ドメイン取得部
２０９ サービス情報取得部
２１０ 検索部
２１１ サービスＩＤ生成部
２１２ 登録部
２１３ サービス利用要求部
２１４ サービス提供部
２１５ 表示処理部
２１６ 登録情報取得部
２１７ パケット生成部
２２１ ユニキャスト登録要求部
２２２ マルチキャスト登録要求部
２３１ ユニキャスト検索部
２３２ ユニキャスト出力部
２３３ 機器情報取得部
２３５ マルチキャスト検索部
２３６ マルチキャスト出力部
２３７ 機器情報取得部
１９００ 操作パネル
１９１０ 液晶タッチパネル
２４１０ コントローラ
２４１１ ＣＰＵ
２４１２ ＭＥＭ−Ｐ
２４１２ａ ＲＯＭ
２４１２ｂ ＲＡＭ
２４１５ ＡＧＰバス
２４１６ ＡＳＩＣ
２４１７ ＭＥＭ−Ｃ
２４１８ ＨＤＤ
２４３０ ＦＣＵ
２４４０ ＵＳＢ
２４５０ ＩＥＥＥ１３９４インターフェース
２４６０ エンジン部
２６０１ 操作部
２６０２ 複製先特定部
２６０３ 生成部
２６０４ 文書取得部
２６０５ 保管判断部
２６０６ 入力受付部
２６０７ 文書保管部
２６０９ 保管要求部
２６１０ 文書出力部
２６１１ 出力部
２６２１ 自装置出力部
２６２２ 保管先出力部
３２０１ 文書更新部

Claims (26)

1. 自装置が他の情報処理装置に対してネットワークを介して提供するサービスを識別するサービス種別を記憶する記憶手段と、
   記憶された前記サービス種別と自装置のアドレス情報とを対応付けて出力し、自装置の情報の登録を、前記サービス種別と前記アドレス情報とを対応付けて保持する通信処理装置に要求する登録要求手段と、
   を備えることを特徴とする情報処理装置。
2. 前記登録要求手段は、さらに、前記サービスを提供するポート番号も対応付けて出力し、自装置の前記ポート番号を前記サービス種別と対応付けて登録することを、前記通信処理装置に要求すること、
   を特徴とする請求項１に記載の情報処理装置。
3. 前記登録要求手段は、さらに、自装置を識別する識別情報をさらに対応付けて出力し、自装置の前記識別情報を前記サービス種別と対応付けて登録することを、前記通信処理装置に要求すること、
   を特徴とする請求項１又は２に記載の情報処理装置。
4. 前記登録要求手段は、所定の前記通信処理装置に対して、ユニキャスト通信を用いて出力すること、
   を特徴とする請求項１乃至３のいずれか一つに記載の情報処理装置。
5. 前記登録要求手段は、所定のネットワーク内に備えられた通信処理装置に対して、マルチキャスト通信を用いて出力すること、
   を特徴とする請求項１乃至３のいずれか一つに記載の情報処理装置。
6. 文書情報を取得する文書取得手段と、
   取得した前記文書情報を識別する文書識別情報を生成する識別情報生成手段と、
   取得した前記文書情報と、前記文書識別情報と、を対応付けて記憶する文書記憶手段と、
   取得した前記文書情報の保管先となる情報処理装置を特定する特定手段と、
   特定された前記情報処理装置に対して、前記文書情報と前記文書識別情報とを対応付けて出力する文書出力手段と、
   前記文書識別情報と、自装置を識別する第１の装置識別情報とを、対応付けて、文書の保管先を管理する前記通信処理装置に対して出力する第１の文書識別情報出力手段と、
   前記文書識別情報と、特定された前記情報処理装置を識別する第２の装置識別情報とを、対応付けて、前記通信処理装置に対して出力する第２の文書識別情報出力手段と、
   をさらに備えることを特徴とする請求項１乃至５のいずれか一つに記載の情報処理装置。
7. 他の情報処理装置に対して前記文書情報の保管可能か否かの情報の出力を要求する保管要求手段と、
   前記文書出力手段は、前記他の情報処理装置から保管可能を示す情報の入力を受け付けた場合に、当該他の情報処理装置に対して、前記文書情報と前記文書識別情報と対応付けて出力すること、
   を特徴とする請求項６に記載の情報処理装置。
8. 他の情報処理装置からの文書情報の登録の要求を受け付けた場合に、当該文書情報を保管可能か否か判断する保管判断手段と、
   保管可能と判断した場合に、前記文書情報及び前記文書識別情報の入力を受け付ける入力受付手段と、
   入力を受け付けた前記文書情報を、前記文書識別情報と対応付けて前記文書記憶手段に保管する保管手段と、
   をさらに備えることを特徴とする請求項６又は７に記載の情報処理装置。
9. ネットワークを介して接続されている情報処理装置に対して提供されているサービスを識別するサービス種別を取得するサービス情報取得手段と、
   前記サービス種別と、前記サービスを提供する情報処理装置のアドレス情報と、を対応付けて保持している通信処理装置に対して、取得した前記サービス種別を出力する出力手段と、
   前記通信処理装置から、前記サービス種別と対応付けられているアドレス情報を取得する装置情報取得手段と、
   取得した前記アドレス情報で識別される前記情報処理装置に対して、前記サービスの提供を要求するサービス要求手段と、
   を備えることを特徴とする情報処理装置。
10. 前記装置情報取得手段は、前記サービス種別と対応付けてポート番号を保持している前記通信処理装置から、さらにポート番号を取得し、
    前記サービス要求手段は、取得した前記アドレス情報で識別される前記情報処理装置の、取得した前記ポート番号に対して、前記サービスの提供を要求すること、
    を特徴とする請求項９に記載の情報処理装置。
11. 前記サービスを提供する情報処理装置を識別する識別情報を取得する識別情報取得手段をさらに備え、
    前記出力手段は、前記サービス種別及び前記アドレス情報と対応付けて識別情報を保持している前記通信処理装置に対して、さらに、取得した前記識別情報を出力すること、
    を特徴とする請求項９又は１０に記載の情報処理装置。
12. 前記出力手段は、所定のネットワーク内に備えられた通信処理装置に対して、マルチキャスト通信を用いて出力すること、
    を特徴とする請求項９乃至１１のいずれか一つに記載の情報処理装置。
13. 前記出力手段は、前記識別情報及び前記サービス種別を含むことを検索条件として設定された検索クエリを、マルチキャスト通信を用いて出力し、
    前記装置情報取得手段は、前記マルチキャスト通信による出力先の前記通信処理装置から、前記識別情報及び前記サービス種別を含むＰＴＲレコードを取得すること、
    を特徴とする請求項１２に記載の情報処理装置。
14. 前記出力手段は、所定の通信処理装置に対して、ユニキャスト通信を用いて出力すること、
    を特徴とする請求項９乃至１１のいずれか一つに記載の情報処理装置。
15. 前記サービスの提供先の情報処理装置を含むネットワーク範囲を示した上位ドメインを取得するドメイン取得手段をさらに備え、
    前記出力手段は、前記上位ドメイン内の前記情報処理装置の情報を保持している前記通信処理装置に対して、ユニキャスト通信を用いて出力すること、
    を特徴とする請求項１４に記載の情報処理装置。
16. 前記出力手段は、前記サービス種別及び前記識別情報を含むことを検索条件として設定された検索クエリを、ユニキャスト通信を用いて出力し、
    前記装置情報取得手段は、前記通信処理装置から、前記検索条件として設定された前記サービス種別及び前記識別情報を含むＳＲＶレコードを取得すること、
    を特徴とする請求項１４又は１５に記載の情報処理装置。
17. 取得した前記サービス種別と、取得した前記識別情報と、前記サービス種別及び前記識別情報を前記出力手段が出力した場合に前記装置情報取得手段が取得した前記アドレス情報と、を対応付けて記憶するアドレス情報記憶手段と、
    前記装置情報取得手段は、前記サービス取得手段が取得した前記サービス種別及び前記識別情報取得手段が取得した前記識別情報と対応付けられている前記アドレス情報を、前記アドレス情報記憶手段から取得すること、
    を特徴とする請求項９乃至１６のいずれか一つに記載の情報処理装置。
18. 情報処理装置で実行される情報処理方法であって、
    情報処理装置が、自装置が他の情報処理装置に対してネットワークを介して提供するサービスを識別するサービス種別を記憶する記憶手段を備え、
    登録要求手段が、記憶された前記サービス種別と自装置のアドレス情報とを対応付けて出力し、自装置の情報の登録を、前記サービス種別と前記アドレス情報とを対応付けて保持する通信処理装置に要求する登録要求ステップ、
    を有することを特徴とする情報処理方法。
19. 前記登録要求ステップは、さらに、前記サービスを提供するポート番号も対応付けて出力し、自装置の前記ポート番号を前記サービス種別と対応付けて登録することを、前記通信処理装置に要求すること、
    を特徴とする請求項１８に記載の情報処理方法。
20. 前記登録要求ステップは、さらに、自装置を識別する識別情報をさらに対応付けて出力し、自装置の前記識別情報を前記サービス種別と対応付けて登録することを、前記通信処理装置に要求すること、
    を特徴とする請求項１８又は１９に記載の情報処理方法。
21. 前記情報処理装置が、文書情報と、文書情報を識別する文書識別情報と、を対応付けて記憶する文書記憶手段を、さらに備え、
    文書取得手段が、文書情報を取得する文書取得ステップと、
    識別情報生成手段が、取得した前記文書情報を識別する文書識別情報を生成する識別情報生成ステップと、
    取得した文書情報と、生成された前記文書識別情報と、を対応付けて前記文書記憶手段に記憶する文書記憶ステップと、
    特定手段が、取得した前記文書情報の保管先となる情報処理装置を特定する特定ステップと、
    文書出力手段が、特定された前記情報処理装置に対して、前記文書情報と前記文書識別情報とを対応付けて出力する文書出力ステップと、
    第１の文書識別情報出力手段が、前記文書識別情報と、自装置を識別する第１の装置識別情報とを、対応付けて、文書の保管先を管理する前記通信処理装置に対して出力する第１の文書識別情報出力ステップと、
    第２の文書識別情報出力手段が、前記文書識別情報と、特定された前記情報処理装置を識別する第２の装置識別情報とを、対応付けて、前記通信処理装置に対して出力する第２の文書識別情報出力ステップと、
    をさらに有することを特徴とする請求項１８乃至２０のいずれか一つに記載の情報処理方法。
22. 情報処理装置で実行される情報処理方法であって、
    サービス情報取得手段が、ネットワークを介して接続されている情報処理装置に対して提供されているサービスを識別するサービス種別を取得するサービス情報取得ステップと、
    出力手段が、前記サービス種別と、前記サービスを提供する情報処理装置のアドレス情報と、を対応付けて保持している通信処理装置に対して、取得した前記サービス種別を出力する出力ステップと、
    装置情報取得手段が、前記通信処理装置から、前記サービス種別と対応付けられているアドレス情報を取得する装置情報取得ステップと、
    サービス要求手段が、取得した前記アドレス情報で識別される前記情報処理装置に対して、前記サービスの提供を要求するサービス要求ステップと、
    を有することを特徴とする情報処理方法。
23. 前記装置情報取得ステップは、前記サービス種別と対応付けてポート番号を保持している前記通信処理装置から、さらにポート番号を取得し、
    前記サービス要求ステップは、取得した前記アドレス情報で識別される前記情報処理装置の、取得した前記ポート番号に対して、前記サービスの提供を要求すること、
    を特徴とする請求項２２に記載の情報処理方法。
24. 識別情報取得手段が、前記サービスを提供する情報処理装置を識別する識別情報を取得する識別情報取得ステップをさらに有し、
    前記出力ステップは、前記サービス種別及び前記アドレス情報と対応付けて識別情報を保持している前記通信処理装置に対して、さらに、取得した前記識別情報を出力すること、
    を特徴とする請求項２２又は２３に記載の情報処理方法。
25. 自装置が他の情報処理装置に対してネットワークを介して提供するサービスを識別するサービス種別を記憶手段から読み込む読込ステップと、
    読み込まれた前記サービス種別と自装置のアドレス情報とを対応付けて出力し、自装置の情報の登録を、前記サービス種別と前記アドレス情報とを対応付けて保持する通信処理装置に要求する登録要求ステップと、
    をコンピュータに実行させることを特徴とする情報処理プログラム。
26. ネットワークを介して接続されている情報処理装置に対して提供されているサービスを識別するサービス種別を取得するサービス情報取得ステップと、
    前記サービス種別と、前記サービスを提供する情報処理装置のアドレス情報と、を対応付けて保持している通信処理装置に対して、取得した前記サービス種別を出力する出力ステップと、
    前記通信処理装置から、前記サービス種別と対応付けられているアドレス情報を取得する装置情報取得ステップと、
    取得した前記アドレス情報で識別される前記情報処理装置に対して、前記サービスの提供を要求するサービス要求ステップと、
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images