データ送信装置、データ送信システム、宛先登録方法及びプログラム
【課題】宛先情報を管理する装置が他にもある環境において、宛先情報を保守する手間を軽減する宛先管理装置を提供する。
【解決手段】データ送信装置１０２はユーザインタフェース部５０８にて、ユーザからLDAPサーバ１０１に登録されている宛先情報を検索せよとの指示を受け付けると、宛先管理モジュール５０５にてLDAPサーバ１０１から宛先情報を取得してユーザに一覧表示する。ユーザから宛先情報の登録を指示されると、宛先管理モジュール５０５はLDAPサーバ１０１から絶対パスを取得して、宛先管理装置１００に絶対パスを登録するよう要求する。宛先管理装置１００は絶対パスを登録したら、宛先管理モジュール５０５にその旨を返信する。
【解決手段】データ送信装置１０２はユーザインタフェース部５０８にて、ユーザからLDAPサーバ１０１に登録されている宛先情報を検索せよとの指示を受け付けると、宛先管理モジュール５０５にてLDAPサーバ１０１から宛先情報を取得してユーザに一覧表示する。ユーザから宛先情報の登録を指示されると、宛先管理モジュール５０５はLDAPサーバ１０１から絶対パスを取得して、宛先管理装置１００に絶対パスを登録するよう要求する。宛先管理装置１００は絶対パスを登録したら、宛先管理モジュール５０５にその旨を返信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信装置、データ送信システム、宛先登録方法及びプログラムに関し、特に、データ送信に要する情報を管理する手間を省く技術に関する。
【背景技術】
【０００２】
近年、ファクシミリや電子メールその他の通信手段を用いて画像データを送信するMFP（Multi Function Peripheral）においては、ユーザが宛先を入力する手間を省くために予め宛先一覧（アドレス帳）を登録して選択させるのが一般的である。
しかしながら、オフィス環境等において複数のMFPが併用される場合には、MFPごとに宛先を登録したり、アドレス帳を更新したりするのは手間である。このため、宛先管理装置を用いて宛先を一括管理して、当該宛先管理装置からMFPに宛先情報を提供する技術が開発されている。
【０００３】
例えば、LDAP（Lightweight Directory Access Protocol）が知られている。LDAPは、インターネットやイントラネット等において、メールアドレスや環境に関する情報を管理するデータベースにアクセスするためのプロトコルであり、MFPにLDAPサーバから宛先情報を供給することができる。
【特許文献１】特開２００４−１４０６０７号公報
【特許文献２】特開２００４−１８５４２３号公報
【特許文献３】特開２００４−２７４５０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
複数のユーザがMFPを共用する場合には、アドレス帳に登録する宛先の数が膨大になり所望の宛先を見つけ難くなったり、他のユーザに知られたくない宛先を登録する必要が生じたりする場合には、ユーザ毎にアドレス帳を管理するのが望ましい。
しかしながら、LDAPサーバはユーザ毎にアドレス帳を管理することができないので、ユーザ毎のアドレス帳を管理するためには専用の宛先管理装置を新たに導入する必要がある。
【０００５】
一方、LDAPサーバはMFPで用いられるアドレス帳以外のデータも管理することが多いので、新たに宛先管理装置を導入しても、元々使用していたLDAPサーバを存続させる必要が生じる。
LDAPサーバと宛先管理装置とを併用する場合には、双方において様々なデータを登録したり更新したりしなければならず、管理に手間を要する。このような事情はLDAPサーバ以外の装置にて宛先情報を管理する場合においても同様である。
【０００６】
本発明は、上述のような問題に鑑みて為されたものであって、宛先情報を管理する装置が他にもある環境において、宛先情報を保守する手間を軽減するデータ送信装置、データ送信システム、宛先登録方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係るデータ送信装置は、ユーザ毎に宛先情報を管理する宛先管理装置と、ユーザを区別せずに宛先情報を記憶するデータ記憶装置と、にネットワーク接続されるデータ送信装置であって、前記データ記憶装置から宛先情報を取得する宛先取得手段と、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付手段と、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
このようにすれば、データ記憶装置にて記憶されている宛先情報さえ更新すれば、宛先管理装置にて管理される所在情報を更新しなくても、データ送信装置は宛先管理装置を介してデータ記憶装置から更新された宛先情報を取得することができるので、宛先情報を保守する手間を軽減することができる。
この場合において、ユーザから新たな宛先情報の登録要求を受け付ける要求受付手段と、前記データ記憶装置に当該宛先情報の記憶を要求する記憶要求手段と、前記データ記憶装置が新たに記憶した宛先情報の所在情報を取得して、当該所在情報を宛先管理装置に登録させる第２の宛先登録手段と、を備えるとすれば、新たに宛先情報を登録する手間を軽減することができる。
【０００９】
また、前記記憶要求手段にて、データ記憶装置に宛先情報を記憶させるのに失敗した場合に、前記所在情報に代えて宛先情報を宛先管理装置に登録させる第３の宛先登録手段を備えるとすれば、何らかの原因でデータ記憶装置に宛先情報を記憶させるのに失敗した場合であっても、宛先管理装置に宛先情報を確実に登録することができる。
本発明に係るデータ送信装置は、登録されている所在情報を用いて、データ記憶装置から宛先情報を取得するように宛先管理装置に要求する宛先要求手段を備えることを特徴とする。このようにすれば、データ送信装置はデータ送信時に効率良く宛先情報を取得することができる。
【００１０】
また、本発明に係るデータ送信装置は、宛先管理装置から宛先情報を取得する第２の宛先取得手段と、宛先取得手段にて取得した宛先情報と、第２の宛先取得手段にて取得した宛先情報とを照合して、差異の有無をユーザに通知する通知手段を備えることを特徴とする。このようにすれば、データ記憶装置に記憶されている宛先情報と、宛先管理装置に記憶されている宛先情報との間に差異が生じたことを容易に検知することができる。
【００１１】
以上において、例えば、前記データ記憶装置はLDAPサーバであり、前記所在情報は、LDAPサーバが管理するエントリであって、前記宛先情報を記憶するエントリの絶対パスであるとしても良い。
また、前記宛先情報は、送信方法と、当該送信方法にて用いる送信先識別子を含むとしても良く、この場合において、前記送信方法は、E-mail、FAX、FTP、SMB及びWebDAVのうちのいずれか１または２以上であるとすれば好適である。
【００１２】
本発明に係るデータ送信システムは、ユーザ毎に宛先情報を管理する宛先管理装置と、データ送信装置と、からなり、ユーザを区別せずに宛先情報を記憶するデータ記憶装置にネットワーク接続されるデータ送信システムであって、前記データ送信装置は、前記データ記憶装置から宛先情報を取得する宛先取得手段と、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付手段と、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録手段と、を備えることを特徴とする。
【００１３】
このようにすれば、データ記憶装置にて記憶されている宛先情報さえ更新すれば、宛先管理装置にて管理される所在情報を更新しなくても、データ送信装置は宛先管理装置を介してデータ記憶装置から更新された宛先情報を取得することができるので、宛先情報を保守する手間を軽減することができる。
本発明に係るデータ送信システムは、前記データ送信装置が、ユーザから新たな宛先情報の登録要求を受け付ける要求受付手段と、前記データ記憶装置に当該宛先情報の記憶を要求する記憶要求手段と、前記データ記憶装置が新たに記憶した宛先情報の所在情報を取得して、当該所在情報を宛先管理装置に登録させる第２の宛先登録手段と、を備えるとすれば、新たに宛先情報を登録する手間を軽減することができる。
【００１４】
本発明に係るデータ送信システムは、前記データ送信装置が、前記記憶要求手段にて、データ記憶装置に宛先情報を記憶させるのに失敗した場合に、前記所在情報に代えて宛先情報を宛先管理装置に登録させる第３の宛先登録手段を備えるとすれば、宛先管理装置に宛先情報を確実に登録することができる。
本発明に係るデータ送信システムは、前記データ送信装置が、宛先管理装置に宛先情報を要求する宛先要求手段を備え、前記宛先管理装置が、データ送信装置から宛先情報を要求され、かつ、所在情報が登録されている場合には、当該所在情報を用いてデータ記憶装置から宛先情報を取得して、データ送信装置に送信する宛先送信手段を備えるとすれば、データ送信装置はデータ送信時に効率良く宛先情報を取得することができる。
【００１５】
本発明に係るデータ送信システムは、前記データ送信装置が、宛先取得手段にて取得した宛先情報と、宛先要求手段にて取得した宛先情報とを照合して、差異の有無をユーザに通知する通知手段を備えるとすれば、データ記憶装置に記憶されている宛先情報と、宛先管理装置に記憶されている宛先情報との間に差異が生じたことを容易に検知することができる。
【００１６】
本発明に係るデータ送信システムは、前記宛先管理装置が、ユーザ毎にデータを受信するための宛先情報、または宛先情報の所在情報である受信者設定を記憶する受信者設定記憶手段を備え、前記データ送信装置が、前記受信者設定を参照して、当該ユーザにデータを送信するための宛先情報を特定するとすれば、受信者が希望する送信方法でデータ送信装置にデータが送信させる場合においても、宛先情報を管理する手間を省くことができる。
【００１７】
また、本発明に係る宛先登録方法は、ユーザ毎に宛先情報を管理する宛先管理装置と、データ送信装置と、からなり、ユーザを区別せずに宛先情報を記憶するデータ記憶装置にネットワーク接続されるデータ送信システムにおいて実行される宛先登録方法であって、前記データ送信装置により、前記データ記憶装置から宛先情報を取得する宛先取得ステップと、前記データ送信装置により、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付ステップと、前記データ送信装置により、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録ステップと、を備えることを特徴とする。
【００１８】
また、本発明に係るプログラムは、ユーザ毎に宛先情報を管理する宛先管理装置と、ユーザを区別せずに宛先情報を記憶するデータ記憶装置と、にネットワーク接続されるデータ送信装置に含まれるコンピュータに、前記データ記憶装置から宛先情報を取得する処理と、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける処理と、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる処理と、を実行させることを特徴とする。
【発明を実施するための最良の形態】
【００１９】
以下、本発明に係るデータ送信装置及びデータ送信システムの実施の形態について、図面を参照しながら説明する。
［１］ データ送信システムの構成
先ず、本発明の実施の形態に係るデータ送信システムの構成について説明する。
図１に示されるように、本実施の形態に係るデータ送信システム１は、宛先管理装置１００、データ記憶装置としてのLDAPサーバ１０１及びデータ送信装置１０２、１０３がネットワーク１０４にて相互に接続されてなる。
【００２０】
宛先管理装置１００はデータ送信装置１０２、１０３の登録ユーザ毎にアドレス帳を記憶しており、データ送信装置１０２、１０３からの要求に応じて当該アドレス帳を送信する。
LDAPサーバは宛先情報等を記憶するデータベースを備えており、LDAPクライアント（ここでは、データ送信装置１０２、１０３）からの要求に応じて当該データベースの記憶内容を応答する。
【００２１】
データ送信装置１０２、１０３はユーザ認証を行なうことによって登録ユーザにのみ自機の使用を許可する。また、データ送信装置１０２、１０３は他の装置にデータ等を送信するに先立って、宛先管理装置１００からユーザ毎のアドレス帳を取得して、その内容を表示し、ユーザに所望の宛先を選択させる。
［２］ 宛先管理装置の構成
次に、宛先管理装置の構成について説明する。
【００２２】
（１） ハードウェア構成
図２は、宛先管理装置１００の主要なハードウェア構成を示す図である。図２に示されるように、宛先管理装置１００はCPU（central processing unit）２０３、メモリ２０１、２０５、ブリッジ２０２、２０６、メモリコントローラ２０４、HDD（hard disk drive）２０７、キーボード２０８、NIC（network interface card）２０９及びバス２１０を備えている。
【００２３】
ブリッジ２０２、２０６、メモリコントローラ２０４及びNIC２０９はバス２１０にて相互に接続されている。CPU２０３とメモリ２０１はブリッジ２０２を介してバス２１０に接続されている。メモリ２０５はメモリコントローラ２０４を介して、また、HDD２０７とキーボード２０８とはブリッジ２０６を介して、それぞれバス２１０に接続されている。
【００２４】
NIC２０９は、LAN１０４を介してデータ送信装置１０２、１０３からの要求を受け付けるとアドレス帳を更新する。アドレス帳はHDD２０７に格納されている。
（２） 機能構成
次に、宛先管理装置１００の機能構成について説明する。
図３は、宛先管理装置１００の主要な機能構成を示すブロック図である。図３に示されるように、宛先管理装置１００は登録要求受信部３０１、登録応答送信部３０２、取得要求受信部３０３、取得応答送信部３０４、宛先登録部３０５、宛先記憶部３０６、宛先取得部３０７、取得要求送信部３０８及び取得応答受信部３０９を備えている。
【００２５】
登録要求受信部３０１は、データ送信装置１０２、１０３から宛先情報のアドレス帳への登録要求を受信する。
登録応答送信部３０２は、登録要求受信部３０１にて受信した登録要求に対して、宛先情報をアドレス帳に登録した旨の登録応答をデータ送信装置１０２、１０３へ送信する。
取得要求受信部３０３は、データ送信装置１０２、１０３から宛先情報の取得要求を受信する。
【００２６】
取得応答送信部３０４は、取得要求受信部３０３にて受信した取得要求に対して、宛先情報をデータ送信装置１０２、１０３へ送信する。
宛先登録部３０５は、データ送信装置１０２、１０３からの登録要求に従って、宛先情報を宛先記憶部３０６に記憶させる。
宛先記憶部３０６は、アドレス帳ごとに宛先情報を記憶する。
【００２７】
宛先取得部３０７は、データ送信装置１０２、１０３からの取得要求に従って、宛先記憶部３０６から宛先情報を取得する。宛先情報がLDAPサーバの絶対パスである場合には、LDAPサーバから宛先情報を取得する。
取得要求送信部３０８は、LDAPサーバに絶対パスを指定して宛先情報の取得を要求する。
【００２８】
取得応答受信部３０９は、LDAPサーバから宛先情報を受信する。
［３］ データ送信装置の構成
次に、データ送信装置１０２の構成について説明する。データ送信装置１０３はデータ送信装置１０２と同様の構成を備えるので、データ送信装置１０２の説明を以ってデータ送信装置１０３の説明に代える。
【００２９】
（１） ハードウェア構成
先ず、データ送信装置１０２のハードウェア構成について説明する。
図４は、データ送信装置１０２の主要なハードウェア構成を示すブロック図である。図４に示されるように、データ送信装置１０２はCPU４０３、メモリ４０１、４０５、ブリッジ４０２、４０７、メモリコントローラ４０４、プリントエンジン４０６、HDD４０８、操作パネル４０９、スキャナ４１０、ラスタインタフェース４１１、画像処理部４１２、NIC４１３、ファクシミリモデム４１４及びバス４１５を備えている。
【００３０】
ブリッジ４０２、４０７、メモリコントローラ４０４、ラスタインタフェース４１１、画像処理部４１２、NIC４１３及びファクシミリモデム４１４はバス４１５にて相互に接続されている。CPU４０３とメモリ４０１はブリッジ４０２を介してバス４１５に接続されている。メモリ４０５とプリントエンジン４０６とはメモリコントローラ４０４を介して、また、HDD４０８と操作パネル４０９とはブリッジ４０７を介して、それぞれバス４１５に接続されている。
【００３１】
NIC４１３は、LAN１０４を介して宛先管理装置１００に宛先情報を登録したり、取得したりする。
画像処理部４１２はメモリ４０５から画像データを読み出して、画像処理を施した後、再びメモリ４０５に書き込む。画像処理された画像データはメモリコントローラ４０４を経由してプリントエンジン４０６に転送され、画像形成に供される。
【００３２】
スキャナ４１０にて読み取られた画像データはラスタインタフェース４１１等を経由してメモリ４０５に書き込まれ、画像処理部４１２にて画像処理された後、プリントエンジン４０６にて画像形成される。
スキャナ４１０にて読み取られた画像データは、NIC４１３により、Scan To E-mail（IETF RFC2305、ITU-T T.37）やScan To FTP（IETF RFC959）、SMB（Server Message Block）、WebDAV（Distributed Authoring and Versioning for the WWW, IETF RFC2518）といった機能を用いて送信される。
【００３３】
HDD４０８は宛先情報を記憶する。操作パネル４０９はユーザから宛先情報の入力を受け付けたり、宛先管理装置１００から取得した宛先情報を表示したりする。
ファクシミリモデム４１４は、電話回線を介してファクシミリ通信するためのモデムであって、Ｇ３規格に準拠する。なお、言うまでもなく、ＩＳＤＮ回線を用いるＧ４規格等、Ｇ３規格以外のファクシミリモデムを用いても良い。
【００３４】
NIC４１３を用いる場合であれ、ファクシミリモデム４１４を用いる場合であれ、データ送信装置１０２は、アドレス帳に含まれている宛先情報を参照してデータを送信することができる。また、データ送信装置１０２は、操作パネル４０９にてユーザが入力した宛先情報を用いてデータを送信しても良い。
データ送信装置１０２は、画像データや文字データを送信する。また、この他、音声データを送信しても良い。
【００３５】
（２） 機能構成
次に、データ送信装置１０２の機能構成について説明する。
図５は、データ送信装置１０２の主要な機能構成を示すブロック図である。図５に示されるように、データ送信装置１０２はいわゆるMFPであって、登録要求送信部５０１、登録応答受信部５０２、取得要求送信部５０３、取得応答受信部５０４、宛先登録部５０５ａ、宛先取得部５０５ｂ、検索要求送信部５０６、検索応答受信部５０７、ユーザインタフェース部５０８及びデータ送信部５０９を備えている。宛先登録部５０５ａは宛先取得部５０５ｂと共に宛先管理モジュール５０５を構成する。
【００３６】
ユーザインタフェース部５０８は、データ送信装置１０２にユーザがログインしたとの通知や、データ送信装置１０２のユーザから宛先情報を宛先管理装置１００に登録せよとの指示を宛先登録部５０５ａや宛先取得部５０５ｂに通知する。
宛先登録部５０５ａは、ユーザから宛先情報を登録せよとの指示を受けると、検索要求送信部５０６に宛先検索の要求をLDAPサーバ１０１へ送信させ、その応答である宛先情報を検索応答受信部５０７に受信させる。また、検索要求にて取得した宛先情報を登録要求送信部５０１にて宛先管理装置１００に送信し、その登録を要求させる。そして、登録要求に対する応答を登録応答受信部５０２にて受信する。
【００３７】
宛先取得部５０５ｂは、ユーザがログインすると、取得要求送信部５０３にて宛先管理装置１００へ宛先情報の取得要求を送信する。そして、取得応答受信部５０４にて宛先管理装置１００から宛先情報を含む取得応答を受信したら、ユーザインタフェース部５０８にて宛先情報を表示する。
データ送信部５０９は、ユーザインタフェース部５０８にてユーザが指定した宛先を宛先取得部５０５ｂから取得し、当該宛先情報に従ってデータを他装置に送信する。この場合において、データ送信部５０９は、宛先情報の内容に応じて、NIC４１３を用いてデータを送信したり、ファクシミリモデム４１４を用いてデータを送信したりする。
【００３８】
［４］ 通信シーケンス
次に、データ送信システム１における通信シーケンスについて説明する。なお、データ送信装置１０２を用いる場合を例にとって説明するが、データ送信装置１０３を用いても同様である。
（１） LDAPサーバ１０１に予め宛先情報が登録されている場合
先ず、LDAPサーバ１０１に予め宛先情報が登録されている場合について、宛先管理装置１００にその所在情報を登録する手順を説明する。
【００３９】
図６に示されるように、先ず、データ送信装置１０２はユーザインタフェース部５０８にて、ユーザからLDAPサーバ１０１に登録されている宛先情報を検索せよとの指示を受け付けると、宛先管理モジュール５０５に宛先検索を要求する。
宛先管理モジュール５０５が、LDAPサーバ１０１に対して宛先検索を要求すると、LDAPサーバ１０１は宛先検索の応答として宛先情報を宛先管理モジュール５０５に返信する。
【００４０】
そして、宛先管理モジュール５０５が宛先情報をユーザインタフェース部５０８に宛先検索の結果として応答すると、ユーザインタフェース部５０８は取得した宛先情報をユーザに一覧表示する。
一覧表示された宛先情報のうちの何れかを選択してユーザが宛先情報の登録を指示すると、ユーザインタフェース部５０８は選択された宛先情報を宛先管理装置１００に登録するように宛先管理モジュール５０５に要求する。
【００４１】
すると、宛先管理モジュール５０５は、先ず、LDAPサーバ１０１に対して、指定された宛先情報の絶対パスの取得を要求する。そして、LDAPサーバ１０１から絶対パスの取得応答を受信したら、宛先管理モジュール５０５は宛先管理装置１００に当該絶対パスを宛先情報として登録するよう要求する。
宛先管理装置１００は、前記絶対パスを宛先情報として登録したら、宛先管理モジュール５０５に宛先情報の登録応答を返信する。このようにして、ＬＤＡＰサーバ１０１に登録されている宛先情報の所在情報が宛先管理装置１００に登録される。
【００４２】
なお、上では詳述しなかったが、宛先管理モジュール５０５は以下のようにしてLDAPサーバ１０１にアクセスする。
（ａ） 宛先検索を要求する場合
宛先管理モジュール５０５がLDAPサーバ１０１に宛先検索を要求する手順について説明する。
【００４３】
宛先管理モジュール５０５は、先ず、LDAPのバージョン番号、ユーザの識別名（DN: Distinguished Name）及びユーザの認証情報をLDAPサーバ１０１に送信してLDAPセッションを開始するbind操作を行なう。
LDAPサーバ１０１から認証成功の応答を受信したら、宛先管理モジュール５０５は宛先情報を検索するためにbaseObject、scope、derefAliases及びfilterの各パラメータを指定して、LDAPサーバ１０１に宛先情報の検索を要求するsearch操作を行なう。
【００４４】
なお、baseObjectはLDAPサーバ１０１が管理しているDIT（Directory Information Tree）或いはサブツリーに含まれるエントリであって、検索範囲の起点となるエントリのDNを示すパラメータである。
また、scopeは検索範囲の種別を示すパラメータであって、起点エントリのみ、起点エントリの直接下位エントリ、または、起点エントリを含むサブツリー全体の何れかが指定される。
【００４５】
derefAliasesはbaseObjectが別名エントリ（alias entry）である場合やbaseObjectの下位エントリに別名エントリが含まれる場合の検索範囲を指定するパラメータである。また、filterは検索条件を指定するパラメータである。
LDAPサーバ１０１から宛先検索の応答を受信したら、宛先管理モジュール５０５はunbind操作を行ってLDAPセッションを終了する。
【００４６】
（ｂ） 絶対パスの取得を要求する場合
次に、宛先管理モジュール５０５がLDAPサーバ１０１から絶対パスを取得する手順について説明する。
宛先管理モジュール５０５は、上記と同様に、先ずbind操作を行ない、次にsearch操作にてユーザが選択した宛先の絶対パスを取得する。そして、unbind操作によりLDAPセッションを終了する。
【００４７】
（２） LDAPサーバ１０１に新たに宛先情報を登録する場合
次に、LDAPサーバ１０１に新たに宛先情報を登録する場合について、宛先管理装置１００にその所在情報を登録する手順を説明する。
図７に示されるように、先ず、データ送信装置１０２はユーザインタフェース部５０８にて、ユーザから新たな宛先情報の登録要求を受け付けると、宛先管理モジュール５０５に宛先登録を要求する。
【００４８】
すると、宛先管理モジュール５０５はLDAPサーバ１０１に対して上述のようにsearch操作を行なって、当該ユーザのノード情報を取得する。その後、宛先管理モジュール５０５は、絶対パスを指定して、当該DIT（Directory Information Tree）の当該ノード以下のリーフに宛先情報を登録するよう要求する。
LDAPサーバ１０１から宛先情報を登録したとの応答を受信したら、宛先管理モジュール５０５は宛先管理装置１００に前記絶対パスを宛先情報として登録するよう要求する。宛先管理モジュール５０５は、宛先管理装置１００から宛先情報の登録応答を受信したら、一連の手順を完了する。
【００４９】
（３） 宛先管理装置１００に登録された宛先情報を取得する手順
次に、宛先管理装置１００に登録された宛先情報を取得する手順について説明する。
図８に示されるように、ユーザインタフェース部５０８は、ユーザがログインしたのを契機に、宛先管理モジュール５０５に当該ユーザに係る宛先情報の取得を要求する。すると、宛先管理モジュール５０５は宛先管理装置１００に当該ユーザに係る宛先情報の取得を要求する。
【００５０】
宛先管理装置１００は、当該ユーザに係る宛先情報のうち、LDAPサーバ１０１の絶対パスを含む宛先情報については、LDAPサーバ１０１に宛先情報の取得を要求する。
宛先管理装置１００は、LDAPサーバ１０１から宛先情報を取得したら、絶対パスを含まない宛先情報と共に、宛先管理モジュール５０５へ送信する。宛先管理モジュール５０５は取得した宛先情報をユーザインタフェース部５０８へ送信する。
【００５１】
その後、ユーザインタフェース部５０８は取得した宛先情報をユーザの指示に応じて一覧表示する。
［５］ 変形例
以上、本発明を実施の形態に基づいて説明してきたが、本発明が上述の実施の形態に限定されないのは勿論であり、以下のような変形例を実施することができる。
【００５２】
（１） 上記実施の形態においては、宛先管理装置を経由してLDAPサーバから宛先情報を取得する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて、或いは、これに加えて次のようにしても良い。すなわち、画像の出力先として、画像を表示するユーザインタフェースを特定するClientDisplayNameを宛先情報として宛先管理装置にて管理しても良い。
【００５３】
まず、データ送信装置の機能構成について説明する。図９に示されるように、データ送信装置９は登録要求送信部９０１、登録応答受信部９０２、取得要求送信部９０３、取得応答受信部９０４、宛先登録部９０５ａ、宛先取得部９０５ｂ、ネットワークモジュール部９０６及びユーザインタフェース部９０７を備えている。宛先登録部９０５ａは宛先取得部９０５ｂと共に宛先管理モジュール９０５を構成する。
【００５４】
ネットワークモジュール部９０６はWindows（登録商標） Vista（マイクロソフトコーポレーションの登録商標）を搭載したパーソナルコンピュータ（以下、「WSD PC」という。）からWSD Scan（Web Services on Devices）の宛先情報の登録を受け付ける。また、ネットワークモジュール部９０６は、宛先管理モジュール９０５から要求に応じてWSD Scan宛先表示のためのWSD PCのデバイスプロファイルとしてClientDisplayNameとUUID（Universally Unique Identifier）とを応答する。尚、WSDは、W3Cで公開されているDevice Profile for Web Serviceと同等である。
【００５５】
次に、通信シーケンスについて説明する。
図１０に示されるように、データ送信装置９はユーザインタフェース部９０７にてユーザから宛先検索の指示を受け付けると、宛先管理モジュール９０５にWSD Scan宛先表示を要求する。すると、宛先管理モジュール９０５はネットワークモジュール部９０６にWSD Scan宛先表示を要求する。
【００５６】
ネットワークモジュール部９０６はWSD PCから予め受け付けたWSD Scan宛先登録についてWSD Scan宛先表示としてClientDisplayNameとUUIDとを応答する。ユーザインタフェース部９０７は宛先管理モジュール９０５からWSD Scan宛先表示の応答を受け付けると、ユーザに一覧表示する。
次に、データ送信装置９はユーザインタフェース部９０１にてユーザから宛先情報の登録要求を受け付けると、宛先管理モジュール９０５を介して宛先管理装置に当該宛先情報の登録を要求する。
【００５７】
宛先管理装置は、宛先情報（短縮名、ClientDisplayName等）を登録すると、宛先管理モジュール９０５に登録応答を返信する。宛先管理モジュール９０５はユーザインタフェース部９０１に登録応答を返信する。
図１１は、宛先管理装置に登録された宛先情報を取得する手順を示す通信シーケンスである。図１１に示されるように、ユーザインタフェース部９０７は、ユーザがログインしたのを契機に、宛先管理モジュール９０５に当該ユーザに係る宛先情報の取得を要求する。すると、宛先管理モジュール９０５は宛先管理装置に当該ユーザに係る宛先情報の取得を要求する。
【００５８】
宛先管理装置は、当該ユーザに係る宛先情報（短縮名、ClientDisplayName等）を宛先管理モジュール９０５へ送信する。宛先管理モジュール９０５は取得した宛先情報を用いてネットワークモジュール部９０６にWSD Scan宛先情報の取得を要求する。
ネットワークモジュール部９０６はClientDisplayNameから名前解決したUUIDを宛先管理モジュール９０５にWSD Scan宛先情報の取得応答として返信する。また、UUIDを解決できなかった場合はエラーを返信する。
【００５９】
その後、宛先管理モジュールが宛先情報の取得応答をユーザインタフェース部９０７へ送信するとユーザインタフェース部９０７は宛先情報を一覧表示する。
なお、ユーザインタフェース部９０７は、所定期間（例えば、１０分）だけUUIDを保持した後、UUIDを破棄するとしても良い。
（２） 上記実施の形態においては特に言及しなかったが、宛先管理装置が保持する宛先情報は、例えば、以下のようなデータ構造を有しても良い。図１２は、本変形例に係る宛先管理装置が保持する宛先情報のデータ構造を例示する表である。
【００６０】
宛先情報は、宛先名、送信方法及びその他の３つのフィールドを有する。宛先名フィールドにはユーザを識別するための宛先名が格納される。
送信方法フィールドには、当該ユーザにデータを送信するための送信方法が格納される。例えば、宛先名１においては、LDAPサーバに記憶されている宛先情報の所在情報が格納されている。
【００６１】
すなわち、LDAPサーバからCN（Common Name）がX、OU（Organization Unit name）がY、O（Organization name）がZ、C（Country name）がJapanとなっているDNのエントリに格納されている宛先情報を取得して、当該宛先情報にて指定された送信方法が用いられる。
宛先名２においては、送信方法としてWSD PCに写真データを送信する方法が指定されている。また、宛先名３においては、送信方法としてE-mailにてアドレスabs@def.ghi.jpへ送信する方法が指定されている。
【００６２】
また、その他のフィールドには、データ送信装置のユーザが宛先を選択する場合に表示すべき写真データや、宛先を選択して原稿を読み取る際の読込みモードが指定される。
（３） 上記実施の形態においては特に言及しなかったが、データ送信装置のユーザは他のユーザが当該ユーザ宛にデータを送信する際の送信方法を指定できるとしても良い。図１３（ａ）は、本変形例に係る宛先管理装置が保持する宛先情報のデータ構造を例示する表であり、図１３（ｂ）は、本変形例に係る宛先管理装置が保持する受信者設定のデータ構造を例示する表である。
【００６３】
図１３（ａ）に示されるように、本変形例においては、送信方法として「受信者設定を参照」との指定が許される。例えば、宛先１の送信方法として「受信者設定を参照」と指定されている場合には、宛先管理装置は、受信者設定の宛先１の送信方法を参照して、送信方法を特定する。
図１３（ｂ）においては、宛先管理装置は、受信者設定における宛先１の送信方法を参照して、LDAPサーバから送信方法を取得する。
【００６４】
このようにすれば、例えば、受信者が複数の送信方法でデータを受信することができる場合などに、受信者にとって都合の良い送信方法でデータを送信させることができる。
（４） 上記実施の形態においては特に言及しなかったが、例えば、LDAPサーバがE-mailアドレスやFAX番号は管理しても、WebDAV （Distributed Authoring and Versioning protocol for the WWW、RFC2518）は管理しないような場合に、LDAPサーバが管理対象としない宛先情報を宛先管理装置にのみ登録するか、LDAPサーバと宛先管理装置との双方に登録するかを、データ送信装置のユーザに選択させても良い。
【００６５】
（５） 上記実施の形態においては専ら宛先情報を管理する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、宛先情報以外の情報を管理しても良い。すなわち、図１２にて示した、受信者の写真データや原稿の読込みモードといった情報もまた、LDAPサーバにて管理しても良い。
この場合において、宛先情報以外の情報を宛先管理装置にのみ登録するか、LDAPサーバと宛先管理装置との双方に登録するかを、データ送信装置のユーザに選択させても良い。
【００６６】
（６） 上記実施の形態においては特に言及しなかったが、LDAPサーバから宛先情報の絶対パスを取得するのに失敗した場合、データ送信装置はその旨をユーザに通知すると共に、宛先管理装置に宛先情報そのものを登録しても良い。
このようにすれば、データ送信装置のユーザが登録を希望した宛先情報を当該ユーザのアドレス帳に登録することができる。
【００６７】
また、この場合において、同一の宛先に関し、LDAPサーバに登録されている宛先情報と宛先管理装置に登録されている宛先情報とが異なってしまう可能性がある。このため、同一の宛先について、LDAPサーバと宛先管理装置との双方から取得した宛先情報を照合して、これら宛先情報の間の差異の有無をユーザに通知しても良い。
また、差異がある場合には、どちらの宛先情報を採用するかをユーザに指定させ、採用されなかった方の宛先情報を採用されたほうの宛先情報に書き換えても良い。
【００６８】
（７） 上記実施の形態においては、専らLDAPサーバに宛先情報が登録されている場合について説明したが、本発明がこれに限定されないのは言うまでもなく、LDAPサーバ以外の装置に宛先情報が登録されても良い。
（８） 上記実施の形態においては特に言及しなかったが、図６等に示したデータ送信装置１０２の動作は、CPU４０３が不揮発性メモリ（HDD４０８を含む。）から制御プログラムを読み出して、揮発性メモリ（DRAM等。）を用いながら、当該制御プログラムを実行することによってなされる。すなわち、本発明は、CPU４０３が実行するプログラムや、当該プログラムを実行することによって使用される宛先登録方法にも特徴を有している。
【００６９】
（９） 上記実施の形態においては、専らデータ送信装置１０２がMFPである場合について説明したが、本発明がこれに限定されないのは言うまでもなく、MFPに代えてネットワークスキャナやファクシミリ等、他の装置をデータ送信装置として用いても良い。
【産業上の利用可能性】
【００７０】
本発明に係るデータ送信装置、データ送信システム、宛先登録方法及びプログラムは、データ送信に要する情報を管理する手間を省く技術として有用である。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施の形態に係るデータ送信システムの構成を示す図である。
【図２】本発明の実施の形態に係る宛先管理装置１００の主要なハードウェア構成を示す図である。
【図３】本発明の実施の形態に係る宛先管理装置１００の主要な機能構成を示すブロック図である。
【図４】本発明の実施の形態に係るデータ送信装置１０２の主要なハードウェア構成を示すブロック図である。
【図５】本発明の実施の形態に係るデータ送信装置１０２の主要な機能構成を示すブロック図である。
【図６】本発明の実施の形態に係るLDAPサーバ１０１に予め宛先情報が登録されている場合の通信シーケンスである。
【図７】本発明の実施の形態に係るLDAPサーバ１０１に新たに宛先情報を登録する場合の通信シーケンスである。
【図８】本発明の実施の形態に係る宛先管理装置１０１に登録された宛先情報を取得する手順を示す通信シーケンスである。
【図９】本発明の変形例（１）に係るデータ送信装置９の主要な機能構成を示すブロック図である。
【図１０】本発明の変形例（１）に係るデータ送信装置９が宛先情報の登録を要求する場合の通信シーケンスである。
【図１１】本発明の変形例（１）に係るデータ送信装置９が宛先情報の取得を要求する場合の通信シーケンスである。
【図１２】本発明の変形例（２）に係る宛先管理装置が保持する宛先情報のデータ構造を例示する表である。
【図１３】本発明の変形例（３）に係る宛先管理装置が保持するデータ構造を例示する表であって、（ａ）は宛先情報のデータ構造であり、（ｂ）は受信者設定のデータ構造である。
【符号の説明】
【００７２】
１………………………………………データ送信システム
１００…………………………………宛先管理装置
１０１…………………………………LDAPサーバ
９、１０２、１０３…………………データ送信装置
１０４…………………………………ネットワーク
２０３、４０３………………………CPU
２０１、２０５、４０１、４０５…メモリ
２０２、２０６、４０２、４０７…ブリッジ
２０４、４０４………………………メモリコントローラ
２０７、４０８………………………HDD
２０８…………………………………キーボード
２０９、４１３………………………NIC
２１０、４１５………………………バス
３０１、５０１、９０１……………登録要求受信部
３０２、５０２、９０２……………登録応答送信部
３０３、５０３、９０３……………取得要求受信部
３０４、５０４、９０４……………取得応答送信部
３０５、５０５ａ、９０５ａ………宛先登録部
３０６…………………………………宛先記憶部
３０７、５０５ｂ、９０５ｂ………宛先取得部
３０８…………………………………取得要求送信部
３０９…………………………………取得応答受信部
４０６…………………………………プリントエンジン
４０９…………………………………操作パネル
４１０…………………………………スキャナ
４１１…………………………………ラスタインタフェース
４１２…………………………………画像処理部
４１４…………………………………ファクシミリモデム
５０５、９０５………………………宛先管理モジュール
５０６…………………………………検索要求送信部
５０７…………………………………検索応答受信部
５０８、９０７………………………ユーザインタフェース部
９０６…………………………………ネットワークモジュール部
【技術分野】
【０００１】
本発明は、データ送信装置、データ送信システム、宛先登録方法及びプログラムに関し、特に、データ送信に要する情報を管理する手間を省く技術に関する。
【背景技術】
【０００２】
近年、ファクシミリや電子メールその他の通信手段を用いて画像データを送信するMFP（Multi Function Peripheral）においては、ユーザが宛先を入力する手間を省くために予め宛先一覧（アドレス帳）を登録して選択させるのが一般的である。
しかしながら、オフィス環境等において複数のMFPが併用される場合には、MFPごとに宛先を登録したり、アドレス帳を更新したりするのは手間である。このため、宛先管理装置を用いて宛先を一括管理して、当該宛先管理装置からMFPに宛先情報を提供する技術が開発されている。
【０００３】
例えば、LDAP（Lightweight Directory Access Protocol）が知られている。LDAPは、インターネットやイントラネット等において、メールアドレスや環境に関する情報を管理するデータベースにアクセスするためのプロトコルであり、MFPにLDAPサーバから宛先情報を供給することができる。
【特許文献１】特開２００４−１４０６０７号公報
【特許文献２】特開２００４−１８５４２３号公報
【特許文献３】特開２００４−２７４５０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
複数のユーザがMFPを共用する場合には、アドレス帳に登録する宛先の数が膨大になり所望の宛先を見つけ難くなったり、他のユーザに知られたくない宛先を登録する必要が生じたりする場合には、ユーザ毎にアドレス帳を管理するのが望ましい。
しかしながら、LDAPサーバはユーザ毎にアドレス帳を管理することができないので、ユーザ毎のアドレス帳を管理するためには専用の宛先管理装置を新たに導入する必要がある。
【０００５】
一方、LDAPサーバはMFPで用いられるアドレス帳以外のデータも管理することが多いので、新たに宛先管理装置を導入しても、元々使用していたLDAPサーバを存続させる必要が生じる。
LDAPサーバと宛先管理装置とを併用する場合には、双方において様々なデータを登録したり更新したりしなければならず、管理に手間を要する。このような事情はLDAPサーバ以外の装置にて宛先情報を管理する場合においても同様である。
【０００６】
本発明は、上述のような問題に鑑みて為されたものであって、宛先情報を管理する装置が他にもある環境において、宛先情報を保守する手間を軽減するデータ送信装置、データ送信システム、宛先登録方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係るデータ送信装置は、ユーザ毎に宛先情報を管理する宛先管理装置と、ユーザを区別せずに宛先情報を記憶するデータ記憶装置と、にネットワーク接続されるデータ送信装置であって、前記データ記憶装置から宛先情報を取得する宛先取得手段と、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付手段と、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
このようにすれば、データ記憶装置にて記憶されている宛先情報さえ更新すれば、宛先管理装置にて管理される所在情報を更新しなくても、データ送信装置は宛先管理装置を介してデータ記憶装置から更新された宛先情報を取得することができるので、宛先情報を保守する手間を軽減することができる。
この場合において、ユーザから新たな宛先情報の登録要求を受け付ける要求受付手段と、前記データ記憶装置に当該宛先情報の記憶を要求する記憶要求手段と、前記データ記憶装置が新たに記憶した宛先情報の所在情報を取得して、当該所在情報を宛先管理装置に登録させる第２の宛先登録手段と、を備えるとすれば、新たに宛先情報を登録する手間を軽減することができる。
【０００９】
また、前記記憶要求手段にて、データ記憶装置に宛先情報を記憶させるのに失敗した場合に、前記所在情報に代えて宛先情報を宛先管理装置に登録させる第３の宛先登録手段を備えるとすれば、何らかの原因でデータ記憶装置に宛先情報を記憶させるのに失敗した場合であっても、宛先管理装置に宛先情報を確実に登録することができる。
本発明に係るデータ送信装置は、登録されている所在情報を用いて、データ記憶装置から宛先情報を取得するように宛先管理装置に要求する宛先要求手段を備えることを特徴とする。このようにすれば、データ送信装置はデータ送信時に効率良く宛先情報を取得することができる。
【００１０】
また、本発明に係るデータ送信装置は、宛先管理装置から宛先情報を取得する第２の宛先取得手段と、宛先取得手段にて取得した宛先情報と、第２の宛先取得手段にて取得した宛先情報とを照合して、差異の有無をユーザに通知する通知手段を備えることを特徴とする。このようにすれば、データ記憶装置に記憶されている宛先情報と、宛先管理装置に記憶されている宛先情報との間に差異が生じたことを容易に検知することができる。
【００１１】
以上において、例えば、前記データ記憶装置はLDAPサーバであり、前記所在情報は、LDAPサーバが管理するエントリであって、前記宛先情報を記憶するエントリの絶対パスであるとしても良い。
また、前記宛先情報は、送信方法と、当該送信方法にて用いる送信先識別子を含むとしても良く、この場合において、前記送信方法は、E-mail、FAX、FTP、SMB及びWebDAVのうちのいずれか１または２以上であるとすれば好適である。
【００１２】
本発明に係るデータ送信システムは、ユーザ毎に宛先情報を管理する宛先管理装置と、データ送信装置と、からなり、ユーザを区別せずに宛先情報を記憶するデータ記憶装置にネットワーク接続されるデータ送信システムであって、前記データ送信装置は、前記データ記憶装置から宛先情報を取得する宛先取得手段と、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付手段と、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録手段と、を備えることを特徴とする。
【００１３】
このようにすれば、データ記憶装置にて記憶されている宛先情報さえ更新すれば、宛先管理装置にて管理される所在情報を更新しなくても、データ送信装置は宛先管理装置を介してデータ記憶装置から更新された宛先情報を取得することができるので、宛先情報を保守する手間を軽減することができる。
本発明に係るデータ送信システムは、前記データ送信装置が、ユーザから新たな宛先情報の登録要求を受け付ける要求受付手段と、前記データ記憶装置に当該宛先情報の記憶を要求する記憶要求手段と、前記データ記憶装置が新たに記憶した宛先情報の所在情報を取得して、当該所在情報を宛先管理装置に登録させる第２の宛先登録手段と、を備えるとすれば、新たに宛先情報を登録する手間を軽減することができる。
【００１４】
本発明に係るデータ送信システムは、前記データ送信装置が、前記記憶要求手段にて、データ記憶装置に宛先情報を記憶させるのに失敗した場合に、前記所在情報に代えて宛先情報を宛先管理装置に登録させる第３の宛先登録手段を備えるとすれば、宛先管理装置に宛先情報を確実に登録することができる。
本発明に係るデータ送信システムは、前記データ送信装置が、宛先管理装置に宛先情報を要求する宛先要求手段を備え、前記宛先管理装置が、データ送信装置から宛先情報を要求され、かつ、所在情報が登録されている場合には、当該所在情報を用いてデータ記憶装置から宛先情報を取得して、データ送信装置に送信する宛先送信手段を備えるとすれば、データ送信装置はデータ送信時に効率良く宛先情報を取得することができる。
【００１５】
本発明に係るデータ送信システムは、前記データ送信装置が、宛先取得手段にて取得した宛先情報と、宛先要求手段にて取得した宛先情報とを照合して、差異の有無をユーザに通知する通知手段を備えるとすれば、データ記憶装置に記憶されている宛先情報と、宛先管理装置に記憶されている宛先情報との間に差異が生じたことを容易に検知することができる。
【００１６】
本発明に係るデータ送信システムは、前記宛先管理装置が、ユーザ毎にデータを受信するための宛先情報、または宛先情報の所在情報である受信者設定を記憶する受信者設定記憶手段を備え、前記データ送信装置が、前記受信者設定を参照して、当該ユーザにデータを送信するための宛先情報を特定するとすれば、受信者が希望する送信方法でデータ送信装置にデータが送信させる場合においても、宛先情報を管理する手間を省くことができる。
【００１７】
また、本発明に係る宛先登録方法は、ユーザ毎に宛先情報を管理する宛先管理装置と、データ送信装置と、からなり、ユーザを区別せずに宛先情報を記憶するデータ記憶装置にネットワーク接続されるデータ送信システムにおいて実行される宛先登録方法であって、前記データ送信装置により、前記データ記憶装置から宛先情報を取得する宛先取得ステップと、前記データ送信装置により、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付ステップと、前記データ送信装置により、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録ステップと、を備えることを特徴とする。
【００１８】
また、本発明に係るプログラムは、ユーザ毎に宛先情報を管理する宛先管理装置と、ユーザを区別せずに宛先情報を記憶するデータ記憶装置と、にネットワーク接続されるデータ送信装置に含まれるコンピュータに、前記データ記憶装置から宛先情報を取得する処理と、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける処理と、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる処理と、を実行させることを特徴とする。
【発明を実施するための最良の形態】
【００１９】
以下、本発明に係るデータ送信装置及びデータ送信システムの実施の形態について、図面を参照しながら説明する。
［１］ データ送信システムの構成
先ず、本発明の実施の形態に係るデータ送信システムの構成について説明する。
図１に示されるように、本実施の形態に係るデータ送信システム１は、宛先管理装置１００、データ記憶装置としてのLDAPサーバ１０１及びデータ送信装置１０２、１０３がネットワーク１０４にて相互に接続されてなる。
【００２０】
宛先管理装置１００はデータ送信装置１０２、１０３の登録ユーザ毎にアドレス帳を記憶しており、データ送信装置１０２、１０３からの要求に応じて当該アドレス帳を送信する。
LDAPサーバは宛先情報等を記憶するデータベースを備えており、LDAPクライアント（ここでは、データ送信装置１０２、１０３）からの要求に応じて当該データベースの記憶内容を応答する。
【００２１】
データ送信装置１０２、１０３はユーザ認証を行なうことによって登録ユーザにのみ自機の使用を許可する。また、データ送信装置１０２、１０３は他の装置にデータ等を送信するに先立って、宛先管理装置１００からユーザ毎のアドレス帳を取得して、その内容を表示し、ユーザに所望の宛先を選択させる。
［２］ 宛先管理装置の構成
次に、宛先管理装置の構成について説明する。
【００２２】
（１） ハードウェア構成
図２は、宛先管理装置１００の主要なハードウェア構成を示す図である。図２に示されるように、宛先管理装置１００はCPU（central processing unit）２０３、メモリ２０１、２０５、ブリッジ２０２、２０６、メモリコントローラ２０４、HDD（hard disk drive）２０７、キーボード２０８、NIC（network interface card）２０９及びバス２１０を備えている。
【００２３】
ブリッジ２０２、２０６、メモリコントローラ２０４及びNIC２０９はバス２１０にて相互に接続されている。CPU２０３とメモリ２０１はブリッジ２０２を介してバス２１０に接続されている。メモリ２０５はメモリコントローラ２０４を介して、また、HDD２０７とキーボード２０８とはブリッジ２０６を介して、それぞれバス２１０に接続されている。
【００２４】
NIC２０９は、LAN１０４を介してデータ送信装置１０２、１０３からの要求を受け付けるとアドレス帳を更新する。アドレス帳はHDD２０７に格納されている。
（２） 機能構成
次に、宛先管理装置１００の機能構成について説明する。
図３は、宛先管理装置１００の主要な機能構成を示すブロック図である。図３に示されるように、宛先管理装置１００は登録要求受信部３０１、登録応答送信部３０２、取得要求受信部３０３、取得応答送信部３０４、宛先登録部３０５、宛先記憶部３０６、宛先取得部３０７、取得要求送信部３０８及び取得応答受信部３０９を備えている。
【００２５】
登録要求受信部３０１は、データ送信装置１０２、１０３から宛先情報のアドレス帳への登録要求を受信する。
登録応答送信部３０２は、登録要求受信部３０１にて受信した登録要求に対して、宛先情報をアドレス帳に登録した旨の登録応答をデータ送信装置１０２、１０３へ送信する。
取得要求受信部３０３は、データ送信装置１０２、１０３から宛先情報の取得要求を受信する。
【００２６】
取得応答送信部３０４は、取得要求受信部３０３にて受信した取得要求に対して、宛先情報をデータ送信装置１０２、１０３へ送信する。
宛先登録部３０５は、データ送信装置１０２、１０３からの登録要求に従って、宛先情報を宛先記憶部３０６に記憶させる。
宛先記憶部３０６は、アドレス帳ごとに宛先情報を記憶する。
【００２７】
宛先取得部３０７は、データ送信装置１０２、１０３からの取得要求に従って、宛先記憶部３０６から宛先情報を取得する。宛先情報がLDAPサーバの絶対パスである場合には、LDAPサーバから宛先情報を取得する。
取得要求送信部３０８は、LDAPサーバに絶対パスを指定して宛先情報の取得を要求する。
【００２８】
取得応答受信部３０９は、LDAPサーバから宛先情報を受信する。
［３］ データ送信装置の構成
次に、データ送信装置１０２の構成について説明する。データ送信装置１０３はデータ送信装置１０２と同様の構成を備えるので、データ送信装置１０２の説明を以ってデータ送信装置１０３の説明に代える。
【００２９】
（１） ハードウェア構成
先ず、データ送信装置１０２のハードウェア構成について説明する。
図４は、データ送信装置１０２の主要なハードウェア構成を示すブロック図である。図４に示されるように、データ送信装置１０２はCPU４０３、メモリ４０１、４０５、ブリッジ４０２、４０７、メモリコントローラ４０４、プリントエンジン４０６、HDD４０８、操作パネル４０９、スキャナ４１０、ラスタインタフェース４１１、画像処理部４１２、NIC４１３、ファクシミリモデム４１４及びバス４１５を備えている。
【００３０】
ブリッジ４０２、４０７、メモリコントローラ４０４、ラスタインタフェース４１１、画像処理部４１２、NIC４１３及びファクシミリモデム４１４はバス４１５にて相互に接続されている。CPU４０３とメモリ４０１はブリッジ４０２を介してバス４１５に接続されている。メモリ４０５とプリントエンジン４０６とはメモリコントローラ４０４を介して、また、HDD４０８と操作パネル４０９とはブリッジ４０７を介して、それぞれバス４１５に接続されている。
【００３１】
NIC４１３は、LAN１０４を介して宛先管理装置１００に宛先情報を登録したり、取得したりする。
画像処理部４１２はメモリ４０５から画像データを読み出して、画像処理を施した後、再びメモリ４０５に書き込む。画像処理された画像データはメモリコントローラ４０４を経由してプリントエンジン４０６に転送され、画像形成に供される。
【００３２】
スキャナ４１０にて読み取られた画像データはラスタインタフェース４１１等を経由してメモリ４０５に書き込まれ、画像処理部４１２にて画像処理された後、プリントエンジン４０６にて画像形成される。
スキャナ４１０にて読み取られた画像データは、NIC４１３により、Scan To E-mail（IETF RFC2305、ITU-T T.37）やScan To FTP（IETF RFC959）、SMB（Server Message Block）、WebDAV（Distributed Authoring and Versioning for the WWW, IETF RFC2518）といった機能を用いて送信される。
【００３３】
HDD４０８は宛先情報を記憶する。操作パネル４０９はユーザから宛先情報の入力を受け付けたり、宛先管理装置１００から取得した宛先情報を表示したりする。
ファクシミリモデム４１４は、電話回線を介してファクシミリ通信するためのモデムであって、Ｇ３規格に準拠する。なお、言うまでもなく、ＩＳＤＮ回線を用いるＧ４規格等、Ｇ３規格以外のファクシミリモデムを用いても良い。
【００３４】
NIC４１３を用いる場合であれ、ファクシミリモデム４１４を用いる場合であれ、データ送信装置１０２は、アドレス帳に含まれている宛先情報を参照してデータを送信することができる。また、データ送信装置１０２は、操作パネル４０９にてユーザが入力した宛先情報を用いてデータを送信しても良い。
データ送信装置１０２は、画像データや文字データを送信する。また、この他、音声データを送信しても良い。
【００３５】
（２） 機能構成
次に、データ送信装置１０２の機能構成について説明する。
図５は、データ送信装置１０２の主要な機能構成を示すブロック図である。図５に示されるように、データ送信装置１０２はいわゆるMFPであって、登録要求送信部５０１、登録応答受信部５０２、取得要求送信部５０３、取得応答受信部５０４、宛先登録部５０５ａ、宛先取得部５０５ｂ、検索要求送信部５０６、検索応答受信部５０７、ユーザインタフェース部５０８及びデータ送信部５０９を備えている。宛先登録部５０５ａは宛先取得部５０５ｂと共に宛先管理モジュール５０５を構成する。
【００３６】
ユーザインタフェース部５０８は、データ送信装置１０２にユーザがログインしたとの通知や、データ送信装置１０２のユーザから宛先情報を宛先管理装置１００に登録せよとの指示を宛先登録部５０５ａや宛先取得部５０５ｂに通知する。
宛先登録部５０５ａは、ユーザから宛先情報を登録せよとの指示を受けると、検索要求送信部５０６に宛先検索の要求をLDAPサーバ１０１へ送信させ、その応答である宛先情報を検索応答受信部５０７に受信させる。また、検索要求にて取得した宛先情報を登録要求送信部５０１にて宛先管理装置１００に送信し、その登録を要求させる。そして、登録要求に対する応答を登録応答受信部５０２にて受信する。
【００３７】
宛先取得部５０５ｂは、ユーザがログインすると、取得要求送信部５０３にて宛先管理装置１００へ宛先情報の取得要求を送信する。そして、取得応答受信部５０４にて宛先管理装置１００から宛先情報を含む取得応答を受信したら、ユーザインタフェース部５０８にて宛先情報を表示する。
データ送信部５０９は、ユーザインタフェース部５０８にてユーザが指定した宛先を宛先取得部５０５ｂから取得し、当該宛先情報に従ってデータを他装置に送信する。この場合において、データ送信部５０９は、宛先情報の内容に応じて、NIC４１３を用いてデータを送信したり、ファクシミリモデム４１４を用いてデータを送信したりする。
【００３８】
［４］ 通信シーケンス
次に、データ送信システム１における通信シーケンスについて説明する。なお、データ送信装置１０２を用いる場合を例にとって説明するが、データ送信装置１０３を用いても同様である。
（１） LDAPサーバ１０１に予め宛先情報が登録されている場合
先ず、LDAPサーバ１０１に予め宛先情報が登録されている場合について、宛先管理装置１００にその所在情報を登録する手順を説明する。
【００３９】
図６に示されるように、先ず、データ送信装置１０２はユーザインタフェース部５０８にて、ユーザからLDAPサーバ１０１に登録されている宛先情報を検索せよとの指示を受け付けると、宛先管理モジュール５０５に宛先検索を要求する。
宛先管理モジュール５０５が、LDAPサーバ１０１に対して宛先検索を要求すると、LDAPサーバ１０１は宛先検索の応答として宛先情報を宛先管理モジュール５０５に返信する。
【００４０】
そして、宛先管理モジュール５０５が宛先情報をユーザインタフェース部５０８に宛先検索の結果として応答すると、ユーザインタフェース部５０８は取得した宛先情報をユーザに一覧表示する。
一覧表示された宛先情報のうちの何れかを選択してユーザが宛先情報の登録を指示すると、ユーザインタフェース部５０８は選択された宛先情報を宛先管理装置１００に登録するように宛先管理モジュール５０５に要求する。
【００４１】
すると、宛先管理モジュール５０５は、先ず、LDAPサーバ１０１に対して、指定された宛先情報の絶対パスの取得を要求する。そして、LDAPサーバ１０１から絶対パスの取得応答を受信したら、宛先管理モジュール５０５は宛先管理装置１００に当該絶対パスを宛先情報として登録するよう要求する。
宛先管理装置１００は、前記絶対パスを宛先情報として登録したら、宛先管理モジュール５０５に宛先情報の登録応答を返信する。このようにして、ＬＤＡＰサーバ１０１に登録されている宛先情報の所在情報が宛先管理装置１００に登録される。
【００４２】
なお、上では詳述しなかったが、宛先管理モジュール５０５は以下のようにしてLDAPサーバ１０１にアクセスする。
（ａ） 宛先検索を要求する場合
宛先管理モジュール５０５がLDAPサーバ１０１に宛先検索を要求する手順について説明する。
【００４３】
宛先管理モジュール５０５は、先ず、LDAPのバージョン番号、ユーザの識別名（DN: Distinguished Name）及びユーザの認証情報をLDAPサーバ１０１に送信してLDAPセッションを開始するbind操作を行なう。
LDAPサーバ１０１から認証成功の応答を受信したら、宛先管理モジュール５０５は宛先情報を検索するためにbaseObject、scope、derefAliases及びfilterの各パラメータを指定して、LDAPサーバ１０１に宛先情報の検索を要求するsearch操作を行なう。
【００４４】
なお、baseObjectはLDAPサーバ１０１が管理しているDIT（Directory Information Tree）或いはサブツリーに含まれるエントリであって、検索範囲の起点となるエントリのDNを示すパラメータである。
また、scopeは検索範囲の種別を示すパラメータであって、起点エントリのみ、起点エントリの直接下位エントリ、または、起点エントリを含むサブツリー全体の何れかが指定される。
【００４５】
derefAliasesはbaseObjectが別名エントリ（alias entry）である場合やbaseObjectの下位エントリに別名エントリが含まれる場合の検索範囲を指定するパラメータである。また、filterは検索条件を指定するパラメータである。
LDAPサーバ１０１から宛先検索の応答を受信したら、宛先管理モジュール５０５はunbind操作を行ってLDAPセッションを終了する。
【００４６】
（ｂ） 絶対パスの取得を要求する場合
次に、宛先管理モジュール５０５がLDAPサーバ１０１から絶対パスを取得する手順について説明する。
宛先管理モジュール５０５は、上記と同様に、先ずbind操作を行ない、次にsearch操作にてユーザが選択した宛先の絶対パスを取得する。そして、unbind操作によりLDAPセッションを終了する。
【００４７】
（２） LDAPサーバ１０１に新たに宛先情報を登録する場合
次に、LDAPサーバ１０１に新たに宛先情報を登録する場合について、宛先管理装置１００にその所在情報を登録する手順を説明する。
図７に示されるように、先ず、データ送信装置１０２はユーザインタフェース部５０８にて、ユーザから新たな宛先情報の登録要求を受け付けると、宛先管理モジュール５０５に宛先登録を要求する。
【００４８】
すると、宛先管理モジュール５０５はLDAPサーバ１０１に対して上述のようにsearch操作を行なって、当該ユーザのノード情報を取得する。その後、宛先管理モジュール５０５は、絶対パスを指定して、当該DIT（Directory Information Tree）の当該ノード以下のリーフに宛先情報を登録するよう要求する。
LDAPサーバ１０１から宛先情報を登録したとの応答を受信したら、宛先管理モジュール５０５は宛先管理装置１００に前記絶対パスを宛先情報として登録するよう要求する。宛先管理モジュール５０５は、宛先管理装置１００から宛先情報の登録応答を受信したら、一連の手順を完了する。
【００４９】
（３） 宛先管理装置１００に登録された宛先情報を取得する手順
次に、宛先管理装置１００に登録された宛先情報を取得する手順について説明する。
図８に示されるように、ユーザインタフェース部５０８は、ユーザがログインしたのを契機に、宛先管理モジュール５０５に当該ユーザに係る宛先情報の取得を要求する。すると、宛先管理モジュール５０５は宛先管理装置１００に当該ユーザに係る宛先情報の取得を要求する。
【００５０】
宛先管理装置１００は、当該ユーザに係る宛先情報のうち、LDAPサーバ１０１の絶対パスを含む宛先情報については、LDAPサーバ１０１に宛先情報の取得を要求する。
宛先管理装置１００は、LDAPサーバ１０１から宛先情報を取得したら、絶対パスを含まない宛先情報と共に、宛先管理モジュール５０５へ送信する。宛先管理モジュール５０５は取得した宛先情報をユーザインタフェース部５０８へ送信する。
【００５１】
その後、ユーザインタフェース部５０８は取得した宛先情報をユーザの指示に応じて一覧表示する。
［５］ 変形例
以上、本発明を実施の形態に基づいて説明してきたが、本発明が上述の実施の形態に限定されないのは勿論であり、以下のような変形例を実施することができる。
【００５２】
（１） 上記実施の形態においては、宛先管理装置を経由してLDAPサーバから宛先情報を取得する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、これに代えて、或いは、これに加えて次のようにしても良い。すなわち、画像の出力先として、画像を表示するユーザインタフェースを特定するClientDisplayNameを宛先情報として宛先管理装置にて管理しても良い。
【００５３】
まず、データ送信装置の機能構成について説明する。図９に示されるように、データ送信装置９は登録要求送信部９０１、登録応答受信部９０２、取得要求送信部９０３、取得応答受信部９０４、宛先登録部９０５ａ、宛先取得部９０５ｂ、ネットワークモジュール部９０６及びユーザインタフェース部９０７を備えている。宛先登録部９０５ａは宛先取得部９０５ｂと共に宛先管理モジュール９０５を構成する。
【００５４】
ネットワークモジュール部９０６はWindows（登録商標） Vista（マイクロソフトコーポレーションの登録商標）を搭載したパーソナルコンピュータ（以下、「WSD PC」という。）からWSD Scan（Web Services on Devices）の宛先情報の登録を受け付ける。また、ネットワークモジュール部９０６は、宛先管理モジュール９０５から要求に応じてWSD Scan宛先表示のためのWSD PCのデバイスプロファイルとしてClientDisplayNameとUUID（Universally Unique Identifier）とを応答する。尚、WSDは、W3Cで公開されているDevice Profile for Web Serviceと同等である。
【００５５】
次に、通信シーケンスについて説明する。
図１０に示されるように、データ送信装置９はユーザインタフェース部９０７にてユーザから宛先検索の指示を受け付けると、宛先管理モジュール９０５にWSD Scan宛先表示を要求する。すると、宛先管理モジュール９０５はネットワークモジュール部９０６にWSD Scan宛先表示を要求する。
【００５６】
ネットワークモジュール部９０６はWSD PCから予め受け付けたWSD Scan宛先登録についてWSD Scan宛先表示としてClientDisplayNameとUUIDとを応答する。ユーザインタフェース部９０７は宛先管理モジュール９０５からWSD Scan宛先表示の応答を受け付けると、ユーザに一覧表示する。
次に、データ送信装置９はユーザインタフェース部９０１にてユーザから宛先情報の登録要求を受け付けると、宛先管理モジュール９０５を介して宛先管理装置に当該宛先情報の登録を要求する。
【００５７】
宛先管理装置は、宛先情報（短縮名、ClientDisplayName等）を登録すると、宛先管理モジュール９０５に登録応答を返信する。宛先管理モジュール９０５はユーザインタフェース部９０１に登録応答を返信する。
図１１は、宛先管理装置に登録された宛先情報を取得する手順を示す通信シーケンスである。図１１に示されるように、ユーザインタフェース部９０７は、ユーザがログインしたのを契機に、宛先管理モジュール９０５に当該ユーザに係る宛先情報の取得を要求する。すると、宛先管理モジュール９０５は宛先管理装置に当該ユーザに係る宛先情報の取得を要求する。
【００５８】
宛先管理装置は、当該ユーザに係る宛先情報（短縮名、ClientDisplayName等）を宛先管理モジュール９０５へ送信する。宛先管理モジュール９０５は取得した宛先情報を用いてネットワークモジュール部９０６にWSD Scan宛先情報の取得を要求する。
ネットワークモジュール部９０６はClientDisplayNameから名前解決したUUIDを宛先管理モジュール９０５にWSD Scan宛先情報の取得応答として返信する。また、UUIDを解決できなかった場合はエラーを返信する。
【００５９】
その後、宛先管理モジュールが宛先情報の取得応答をユーザインタフェース部９０７へ送信するとユーザインタフェース部９０７は宛先情報を一覧表示する。
なお、ユーザインタフェース部９０７は、所定期間（例えば、１０分）だけUUIDを保持した後、UUIDを破棄するとしても良い。
（２） 上記実施の形態においては特に言及しなかったが、宛先管理装置が保持する宛先情報は、例えば、以下のようなデータ構造を有しても良い。図１２は、本変形例に係る宛先管理装置が保持する宛先情報のデータ構造を例示する表である。
【００６０】
宛先情報は、宛先名、送信方法及びその他の３つのフィールドを有する。宛先名フィールドにはユーザを識別するための宛先名が格納される。
送信方法フィールドには、当該ユーザにデータを送信するための送信方法が格納される。例えば、宛先名１においては、LDAPサーバに記憶されている宛先情報の所在情報が格納されている。
【００６１】
すなわち、LDAPサーバからCN（Common Name）がX、OU（Organization Unit name）がY、O（Organization name）がZ、C（Country name）がJapanとなっているDNのエントリに格納されている宛先情報を取得して、当該宛先情報にて指定された送信方法が用いられる。
宛先名２においては、送信方法としてWSD PCに写真データを送信する方法が指定されている。また、宛先名３においては、送信方法としてE-mailにてアドレスabs@def.ghi.jpへ送信する方法が指定されている。
【００６２】
また、その他のフィールドには、データ送信装置のユーザが宛先を選択する場合に表示すべき写真データや、宛先を選択して原稿を読み取る際の読込みモードが指定される。
（３） 上記実施の形態においては特に言及しなかったが、データ送信装置のユーザは他のユーザが当該ユーザ宛にデータを送信する際の送信方法を指定できるとしても良い。図１３（ａ）は、本変形例に係る宛先管理装置が保持する宛先情報のデータ構造を例示する表であり、図１３（ｂ）は、本変形例に係る宛先管理装置が保持する受信者設定のデータ構造を例示する表である。
【００６３】
図１３（ａ）に示されるように、本変形例においては、送信方法として「受信者設定を参照」との指定が許される。例えば、宛先１の送信方法として「受信者設定を参照」と指定されている場合には、宛先管理装置は、受信者設定の宛先１の送信方法を参照して、送信方法を特定する。
図１３（ｂ）においては、宛先管理装置は、受信者設定における宛先１の送信方法を参照して、LDAPサーバから送信方法を取得する。
【００６４】
このようにすれば、例えば、受信者が複数の送信方法でデータを受信することができる場合などに、受信者にとって都合の良い送信方法でデータを送信させることができる。
（４） 上記実施の形態においては特に言及しなかったが、例えば、LDAPサーバがE-mailアドレスやFAX番号は管理しても、WebDAV （Distributed Authoring and Versioning protocol for the WWW、RFC2518）は管理しないような場合に、LDAPサーバが管理対象としない宛先情報を宛先管理装置にのみ登録するか、LDAPサーバと宛先管理装置との双方に登録するかを、データ送信装置のユーザに選択させても良い。
【００６５】
（５） 上記実施の形態においては専ら宛先情報を管理する場合について説明したが、本発明がこれに限定されないのは言うまでもなく、宛先情報以外の情報を管理しても良い。すなわち、図１２にて示した、受信者の写真データや原稿の読込みモードといった情報もまた、LDAPサーバにて管理しても良い。
この場合において、宛先情報以外の情報を宛先管理装置にのみ登録するか、LDAPサーバと宛先管理装置との双方に登録するかを、データ送信装置のユーザに選択させても良い。
【００６６】
（６） 上記実施の形態においては特に言及しなかったが、LDAPサーバから宛先情報の絶対パスを取得するのに失敗した場合、データ送信装置はその旨をユーザに通知すると共に、宛先管理装置に宛先情報そのものを登録しても良い。
このようにすれば、データ送信装置のユーザが登録を希望した宛先情報を当該ユーザのアドレス帳に登録することができる。
【００６７】
また、この場合において、同一の宛先に関し、LDAPサーバに登録されている宛先情報と宛先管理装置に登録されている宛先情報とが異なってしまう可能性がある。このため、同一の宛先について、LDAPサーバと宛先管理装置との双方から取得した宛先情報を照合して、これら宛先情報の間の差異の有無をユーザに通知しても良い。
また、差異がある場合には、どちらの宛先情報を採用するかをユーザに指定させ、採用されなかった方の宛先情報を採用されたほうの宛先情報に書き換えても良い。
【００６８】
（７） 上記実施の形態においては、専らLDAPサーバに宛先情報が登録されている場合について説明したが、本発明がこれに限定されないのは言うまでもなく、LDAPサーバ以外の装置に宛先情報が登録されても良い。
（８） 上記実施の形態においては特に言及しなかったが、図６等に示したデータ送信装置１０２の動作は、CPU４０３が不揮発性メモリ（HDD４０８を含む。）から制御プログラムを読み出して、揮発性メモリ（DRAM等。）を用いながら、当該制御プログラムを実行することによってなされる。すなわち、本発明は、CPU４０３が実行するプログラムや、当該プログラムを実行することによって使用される宛先登録方法にも特徴を有している。
【００６９】
（９） 上記実施の形態においては、専らデータ送信装置１０２がMFPである場合について説明したが、本発明がこれに限定されないのは言うまでもなく、MFPに代えてネットワークスキャナやファクシミリ等、他の装置をデータ送信装置として用いても良い。
【産業上の利用可能性】
【００７０】
本発明に係るデータ送信装置、データ送信システム、宛先登録方法及びプログラムは、データ送信に要する情報を管理する手間を省く技術として有用である。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施の形態に係るデータ送信システムの構成を示す図である。
【図２】本発明の実施の形態に係る宛先管理装置１００の主要なハードウェア構成を示す図である。
【図３】本発明の実施の形態に係る宛先管理装置１００の主要な機能構成を示すブロック図である。
【図４】本発明の実施の形態に係るデータ送信装置１０２の主要なハードウェア構成を示すブロック図である。
【図５】本発明の実施の形態に係るデータ送信装置１０２の主要な機能構成を示すブロック図である。
【図６】本発明の実施の形態に係るLDAPサーバ１０１に予め宛先情報が登録されている場合の通信シーケンスである。
【図７】本発明の実施の形態に係るLDAPサーバ１０１に新たに宛先情報を登録する場合の通信シーケンスである。
【図８】本発明の実施の形態に係る宛先管理装置１０１に登録された宛先情報を取得する手順を示す通信シーケンスである。
【図９】本発明の変形例（１）に係るデータ送信装置９の主要な機能構成を示すブロック図である。
【図１０】本発明の変形例（１）に係るデータ送信装置９が宛先情報の登録を要求する場合の通信シーケンスである。
【図１１】本発明の変形例（１）に係るデータ送信装置９が宛先情報の取得を要求する場合の通信シーケンスである。
【図１２】本発明の変形例（２）に係る宛先管理装置が保持する宛先情報のデータ構造を例示する表である。
【図１３】本発明の変形例（３）に係る宛先管理装置が保持するデータ構造を例示する表であって、（ａ）は宛先情報のデータ構造であり、（ｂ）は受信者設定のデータ構造である。
【符号の説明】
【００７２】
１………………………………………データ送信システム
１００…………………………………宛先管理装置
１０１…………………………………LDAPサーバ
９、１０２、１０３…………………データ送信装置
１０４…………………………………ネットワーク
２０３、４０３………………………CPU
２０１、２０５、４０１、４０５…メモリ
２０２、２０６、４０２、４０７…ブリッジ
２０４、４０４………………………メモリコントローラ
２０７、４０８………………………HDD
２０８…………………………………キーボード
２０９、４１３………………………NIC
２１０、４１５………………………バス
３０１、５０１、９０１……………登録要求受信部
３０２、５０２、９０２……………登録応答送信部
３０３、５０３、９０３……………取得要求受信部
３０４、５０４、９０４……………取得応答送信部
３０５、５０５ａ、９０５ａ………宛先登録部
３０６…………………………………宛先記憶部
３０７、５０５ｂ、９０５ｂ………宛先取得部
３０８…………………………………取得要求送信部
３０９…………………………………取得応答受信部
４０６…………………………………プリントエンジン
４０９…………………………………操作パネル
４１０…………………………………スキャナ
４１１…………………………………ラスタインタフェース
４１２…………………………………画像処理部
４１４…………………………………ファクシミリモデム
５０５、９０５………………………宛先管理モジュール
５０６…………………………………検索要求送信部
５０７…………………………………検索応答受信部
５０８、９０７………………………ユーザインタフェース部
９０６…………………………………ネットワークモジュール部
【特許請求の範囲】
【請求項１】
ユーザ毎に宛先情報を管理する宛先管理装置と、ユーザを区別せずに宛先情報を記憶するデータ記憶装置と、にネットワーク接続されるデータ送信装置であって、
前記データ記憶装置から宛先情報を取得する宛先取得手段と、
前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付手段と、
ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録手段と、を備える
ことを特徴とするデータ送信装置。
【請求項２】
ユーザから新たな宛先情報の登録要求を受け付ける要求受付手段と、
前記データ記憶装置に当該宛先情報の記憶を要求する記憶要求手段と、
前記データ記憶装置が新たに記憶した宛先情報の所在情報を取得して、当該所在情報を宛先管理装置に登録させる第２の宛先登録手段と、を備える
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
前記記憶要求手段にて、データ記憶装置に宛先情報を記憶させるのに失敗した場合に、前記所在情報に代えて宛先情報を宛先管理装置に登録させる第３の宛先登録手段を備える
ことを特徴とする請求項２に記載のデータ送信装置。
【請求項４】
登録されている所在情報を用いて、データ記憶装置から宛先情報を取得するように宛先管理装置に要求する宛先要求手段を備える
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項５】
宛先管理装置から宛先情報を取得する第２の宛先取得手段と、
宛先取得手段にて取得した宛先情報と、第２の宛先取得手段にて取得した宛先情報とを照合して、差異の有無をユーザに通知する通知手段を備える
ことを特徴とする請求項３に記載のデータ送信装置。
【請求項６】
前記データ記憶装置はLDAPサーバであり、
前記所在情報は、LDAPサーバが管理するエントリであって、前記宛先情報を記憶するエントリの絶対パスである
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項７】
前記宛先情報は、送信方法と、当該送信方法にて用いる送信先識別子を含む
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項８】
前記送信方法は、E-mail、FAX、FTP、SMB及びWebDAVのうちのいずれか１または２以上である
ことを特徴とする請求項７に記載のデータ送信装置。
【請求項９】
ユーザ毎に宛先情報を管理する宛先管理装置と、データ送信装置と、からなり、ユーザを区別せずに宛先情報を記憶するデータ記憶装置にネットワーク接続されるデータ送信システムであって、
前記データ送信装置は、
前記データ記憶装置から宛先情報を取得する宛先取得手段と、
前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付手段と、
ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録手段と、を備える
ことを特徴とするデータ送信システム。
【請求項１０】
前記データ送信装置は、
ユーザから新たな宛先情報の登録要求を受け付ける要求受付手段と、
前記データ記憶装置に当該宛先情報の記憶を要求する記憶要求手段と、
前記データ記憶装置が新たに記憶した宛先情報の所在情報を取得して、当該所在情報を宛先管理装置に登録させる第２の宛先登録手段と、を備える
ことを特徴とする請求項９に記載のデータ送信システム。
【請求項１１】
前記データ送信装置は、
前記記憶要求手段にて、データ記憶装置に宛先情報を記憶させるのに失敗した場合に、前記所在情報に代えて宛先情報を宛先管理装置に登録させる第３の宛先登録手段を備える
ことを特徴とする請求項１０に記載のデータ送信システム。
【請求項１２】
前記データ送信装置は、
宛先管理装置に宛先情報を要求する宛先要求手段を備え、
前記宛先管理装置は、
データ送信装置から宛先情報を要求され、かつ、所在情報が登録されている場合には、当該所在情報を用いてデータ記憶装置から宛先情報を取得して、データ送信装置に送信する宛先送信手段を備える
ことを特徴とする請求項９に記載のデータ送信システム。
【請求項１３】
前記データ送信装置は、
宛先取得手段にて取得した宛先情報と、宛先要求手段にて取得した宛先情報とを照合して、差異の有無をユーザに通知する通知手段を備える
ことを特徴とする請求項１２に記載のデータ送信システム。
【請求項１４】
前記宛先管理装置は、
ユーザ毎にデータを受信するための宛先情報、または宛先情報の所在情報である受信者設定を記憶する受信者設定記憶手段を備え、
前記データ送信装置は、
前記受信者設定を参照して、当該ユーザにデータを送信するための宛先情報を特定する
ことを特徴とする請求項９に記載のデータ送信システム
【請求項１５】
ユーザ毎に宛先情報を管理する宛先管理装置と、データ送信装置と、からなり、ユーザを区別せずに宛先情報を記憶するデータ記憶装置にネットワーク接続されるデータ送信システムにおいて実行される宛先登録方法であって、
前記データ送信装置により、前記データ記憶装置から宛先情報を取得する宛先取得ステップと、
前記データ送信装置により、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付ステップと、
前記データ送信装置により、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録ステップと、を備える
ことを特徴とする宛先登録方法。
【請求項１６】
ユーザ毎に宛先情報を管理する宛先管理装置と、ユーザを区別せずに宛先情報を記憶するデータ記憶装置と、にネットワーク接続されるデータ送信装置に含まれるコンピュータに、
前記データ記憶装置から宛先情報を取得する処理と、
前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける処理と、
ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる処理と、を実行させる
ことを特徴とするプログラム。
【請求項１】
ユーザ毎に宛先情報を管理する宛先管理装置と、ユーザを区別せずに宛先情報を記憶するデータ記憶装置と、にネットワーク接続されるデータ送信装置であって、
前記データ記憶装置から宛先情報を取得する宛先取得手段と、
前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付手段と、
ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録手段と、を備える
ことを特徴とするデータ送信装置。
【請求項２】
ユーザから新たな宛先情報の登録要求を受け付ける要求受付手段と、
前記データ記憶装置に当該宛先情報の記憶を要求する記憶要求手段と、
前記データ記憶装置が新たに記憶した宛先情報の所在情報を取得して、当該所在情報を宛先管理装置に登録させる第２の宛先登録手段と、を備える
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項３】
前記記憶要求手段にて、データ記憶装置に宛先情報を記憶させるのに失敗した場合に、前記所在情報に代えて宛先情報を宛先管理装置に登録させる第３の宛先登録手段を備える
ことを特徴とする請求項２に記載のデータ送信装置。
【請求項４】
登録されている所在情報を用いて、データ記憶装置から宛先情報を取得するように宛先管理装置に要求する宛先要求手段を備える
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項５】
宛先管理装置から宛先情報を取得する第２の宛先取得手段と、
宛先取得手段にて取得した宛先情報と、第２の宛先取得手段にて取得した宛先情報とを照合して、差異の有無をユーザに通知する通知手段を備える
ことを特徴とする請求項３に記載のデータ送信装置。
【請求項６】
前記データ記憶装置はLDAPサーバであり、
前記所在情報は、LDAPサーバが管理するエントリであって、前記宛先情報を記憶するエントリの絶対パスである
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項７】
前記宛先情報は、送信方法と、当該送信方法にて用いる送信先識別子を含む
ことを特徴とする請求項１に記載のデータ送信装置。
【請求項８】
前記送信方法は、E-mail、FAX、FTP、SMB及びWebDAVのうちのいずれか１または２以上である
ことを特徴とする請求項７に記載のデータ送信装置。
【請求項９】
ユーザ毎に宛先情報を管理する宛先管理装置と、データ送信装置と、からなり、ユーザを区別せずに宛先情報を記憶するデータ記憶装置にネットワーク接続されるデータ送信システムであって、
前記データ送信装置は、
前記データ記憶装置から宛先情報を取得する宛先取得手段と、
前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付手段と、
ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録手段と、を備える
ことを特徴とするデータ送信システム。
【請求項１０】
前記データ送信装置は、
ユーザから新たな宛先情報の登録要求を受け付ける要求受付手段と、
前記データ記憶装置に当該宛先情報の記憶を要求する記憶要求手段と、
前記データ記憶装置が新たに記憶した宛先情報の所在情報を取得して、当該所在情報を宛先管理装置に登録させる第２の宛先登録手段と、を備える
ことを特徴とする請求項９に記載のデータ送信システム。
【請求項１１】
前記データ送信装置は、
前記記憶要求手段にて、データ記憶装置に宛先情報を記憶させるのに失敗した場合に、前記所在情報に代えて宛先情報を宛先管理装置に登録させる第３の宛先登録手段を備える
ことを特徴とする請求項１０に記載のデータ送信システム。
【請求項１２】
前記データ送信装置は、
宛先管理装置に宛先情報を要求する宛先要求手段を備え、
前記宛先管理装置は、
データ送信装置から宛先情報を要求され、かつ、所在情報が登録されている場合には、当該所在情報を用いてデータ記憶装置から宛先情報を取得して、データ送信装置に送信する宛先送信手段を備える
ことを特徴とする請求項９に記載のデータ送信システム。
【請求項１３】
前記データ送信装置は、
宛先取得手段にて取得した宛先情報と、宛先要求手段にて取得した宛先情報とを照合して、差異の有無をユーザに通知する通知手段を備える
ことを特徴とする請求項１２に記載のデータ送信システム。
【請求項１４】
前記宛先管理装置は、
ユーザ毎にデータを受信するための宛先情報、または宛先情報の所在情報である受信者設定を記憶する受信者設定記憶手段を備え、
前記データ送信装置は、
前記受信者設定を参照して、当該ユーザにデータを送信するための宛先情報を特定する
ことを特徴とする請求項９に記載のデータ送信システム
【請求項１５】
ユーザ毎に宛先情報を管理する宛先管理装置と、データ送信装置と、からなり、ユーザを区別せずに宛先情報を記憶するデータ記憶装置にネットワーク接続されるデータ送信システムにおいて実行される宛先登録方法であって、
前記データ送信装置により、前記データ記憶装置から宛先情報を取得する宛先取得ステップと、
前記データ送信装置により、前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける選択受付ステップと、
前記データ送信装置により、ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる宛先登録ステップと、を備える
ことを特徴とする宛先登録方法。
【請求項１６】
ユーザ毎に宛先情報を管理する宛先管理装置と、ユーザを区別せずに宛先情報を記憶するデータ記憶装置と、にネットワーク接続されるデータ送信装置に含まれるコンピュータに、
前記データ記憶装置から宛先情報を取得する処理と、
前記データ記憶装置から取得した宛先情報をユーザに提示して、宛先管理装置に登録すべき宛先情報の選択を受け付ける処理と、
ユーザが選択した宛先情報の前記データ記憶装置における所在情報を、当該データ記憶装置から取得して、当該所在情報を宛先管理装置に登録させる処理と、を実行させる
ことを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００９−７７１２７（Ｐ２００９−７７１２７Ａ）
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願番号】特願２００７−２４３７９９（Ｐ２００７−２４３７９９）
【出願日】平成１９年９月２０日（２００７．９．２０）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願日】平成１９年９月２０日（２００７．９．２０）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]