(57)【要約】      （修正有）【課題】より利便性を高めた、端末間の画像データの送受信を行う。【解決手段】サーバーは、端末ごとに該端末の送信リスト及び受信リストを記憶する。送信端末は、送信リストに送信データの送信情報を追加するとともに、送信データをサーバーに送る。サーバーは、送信端末から送られた送信データを記憶するとともに、送信リストに追加された送信情報に対応する受信情報を送信データの宛先の受信端末の受信リストに追加する。受信端末は、受信リストに追加された受信情報に対応する送信データをサーバーから取得する。【選択図】図１
2012037953.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末間のデータを中継するサーバーであって、
端末ごとに、該端末が送信する送信データに関するステータスを含む送信情報を含む第
１リストと、該端末が受信する受信データに関するステータスを含む受信情報を含む第２
リストとを取得するリスト取得部と、
端末から送信データを受信するデータ受信部と、
受信した送信データを記憶するデータ記憶部と、
前記データ記憶部が記憶した送信データを宛先の端末に送信するデータ送信部と、
前記データ受信部が送信データを受信した場合に、該送信データの送信元の端末の第１
リストに該送信データの送信情報を追加するとともに、該送信データの宛先の端末の第２
リストに該送信データに対応する受信データの受信情報を追加し、前記データ送信部が前
記送信データを前記宛先の端末に送信した場合に、前記送信元の端末の第１リストに前記
送信データの送信が完了したことを示す情報を記録するとともに、前記宛先の端末の第２
リストに前記受信データの受信が完了したことを示す情報を記録する、リスト変更部と、
を備えることを特徴とするサーバー。
【請求項２】
請求項１に記載のサーバーであって、
端末からの要求に応じて、該端末の第１リストに含まれる送信情報又は該端末の第２リ
ストに含まれる受信情報の少なくとも一方を、該端末に通知するリスト通知部を備える、
ことを特徴とするサーバー。
【請求項３】
請求項１又は２に記載のサーバーであって、
前記リスト変更部は、特定の送信データの送信を中止する端末からの要求に応じて、該
端末の第１リストの前記特定の送信データの送信情報を削除するとともに、該特定の送信
データの宛先の端末の第２リストから該特定の送信データに対応する受信データの受信情
報を削除する、
ことを特徴とするサーバー。
【請求項４】
コンピューターを、複数の端末間のデータを中継するサーバーとして機能させるプログ
ラムであって、
端末ごとに、該端末が送信する送信データに関するステータスを含む送信情報を含む第
１リストと、該端末が受信する受信データに関するステータスを含む受信情報を含む第２
リストとを取得するリスト取得部と、
端末から送信データを受信するデータ受信部と、
受信した送信データを記憶するデータ記憶部と、
前記データ記憶部が記憶した送信データを宛先の端末に送信するデータ送信部と、
前記データ受信部が送信データを受信した場合に、該送信データの送信元の端末の第１
リストに該送信データの送信情報を追加するとともに、該送信データの宛先の端末の第２
リストに該送信データに対応する受信データの受信情報を追加し、前記データ送信部が前
記送信データを前記宛先の端末に送信した場合に、前記送信元の端末の第１リストに前記
送信データの送信が完了したことを示す情報を記録するとともに、前記宛先の端末の第２
リストに前記受信データの受信が完了したことを示す情報を記録する、リスト変更部、
として機能させることを特徴とするプログラム。
【請求項５】
複数の端末間のデータを中継するサーバーにおけるデータ中継方法であって、
端末ごとに、該端末が送信する送信データに関するステータスを含む送信情報を含む第
１リストと、該端末が受信する受信データに関するステータスを含む受信情報を含む第２
リストとを取得するリスト取得ステップと、
端末から送信データを受信するデータ受信ステップと、
受信した送信データを記憶するデータ記憶ステップと、
前記データ記憶ステップで記憶された送信データを宛先の端末に送信するデータ送信ス
テップと、
前記データ受信ステップで送信データが受信された場合に、該送信データの送信元の端
末の第１リストに該送信データの送信情報を追加するとともに、該送信データの宛先の端
末の第２リストに該送信データに対応する受信データの受信情報を追加し、前記データ送
信ステップで前記送信データが前記宛先の端末に送信された場合に、前記送信元の端末の
第１リストに前記送信データの送信が完了したことを示す情報を記録するとともに、前記
宛先の端末の第２リストに前記受信データの受信が完了したことを示す情報を記録する、
リスト変更ステップと、
を含むことを特徴とするデータ中継方法。
【請求項６】
複数の端末と、前記複数の端末間のデータを中継するサーバーとを備えるデータ通信シ
ステムであって、
前記サーバーは、
端末ごとに、該端末が送信するデータに関するステータスを含む送信情報を記録する第
１リストと、該端末が受信するデータに関するステータスを含む受信情報を記録する第２
リストとを取得するリスト取得手段と、
前記端末から送信されたデータを記憶するデータ記憶手段と、を有し、
データの送信元の第１端末は、
データの送信情報を前記サーバーに送信する送信情報送信手段と、
前記データを前記サーバーに送信するデータ送信手段と、を有し、
前記サーバーは、さらに、
前記第１端末から送信された送信情報を受信する送信情報受信手段と、
受信した前記送信情報を前記第１端末の第１リストに追加するとともに、該送信情報に
対応するデータの宛先の端末の第２リストに該データの受信情報を追加するリスト変更手
段と、
前記送信情報に対応するデータの宛先の端末に前記受信情報を送信する受信情報送信手
段と、
前記第１端末から送信されたデータを受信して前記データ記憶手段に記憶するデータ受
信手段と、を有し、
前記データの宛先の第２端末は、
前記サーバーから送信された受信情報を受信する受信情報受信手段と、
受信した前記受信情報に対応するデータを前記サーバーから取得するデータ取得手段と
、
前記受信情報のステータスに受信が完了したことを示す情報を記録する受信情報変更手
段と、
前記受信情報を前記サーバーに送信する受信情報送信手段と、を有し、
前記サーバーは、さらに、
前記第２端末から送信された受信情報を受信する受信情報受信手段を有し、
前記リスト変更手段は、
受信した前記受信情報のステータスに基づいて、前記第２端末の第２リストに記録され
ている対応する受信情報のステータスに受信が完了したことを示す情報を記録するととも
に、受信した前記受信情報に対応するデータの送信元の端末の第１リストの対応する送信
情報のステータスに送信が完了したことを示す情報を記録する、
ことを特徴とするデータ通信システム。
【請求項７】
請求項６に記載のデータ通信システムであって、
前記端末は、さらに、
ユーザーの指示に応じて、自身の端末の第１リストに含まれる送信情報又は第２リスト
に含まれる受信情報を要求するリスト要求手段を有し、
前記サーバーは、さらに、
前記端末からの要求に応じて、該端末の第１リストに含まれる送信情報又は第２リスト
に含まれる受信情報を該端末に通知するリスト通知手段を有する、
ことを特徴とするデータ通信システム。
【請求項８】
複数の端末と、前記複数の端末間のデータを中継するサーバーとを備えるデータ通信シ
ステムにおける、データ通信方法であって、
前記サーバーは、
端末ごとに、該端末が送信するデータに関するステータスを含む送信情報を記録する第
１リストと、該端末が受信するデータに関するステータスを含む受信情報を記録する第２
リストとを取得するステップを実行し、
データの送信元の第１端末は、
データの送信情報を前記サーバーに送信するステップと、
前記データを前記サーバーに送信するステップと、を実行し、
前記サーバーは、
前記第１端末から送信された送信情報を受信するステップと、
受信した前記送信情報を前記第１端末の第１リストに追加するとともに、該送信情報に
対応するデータの宛先の端末の第２リストに該データの受信情報を追加するステップと、
前記送信情報に対応するデータの宛先の端末に前記受信情報を送信するステップと、
前記第１端末から送信されたデータを受信して記憶するステップと、を実行し、
前記データの宛先の第２端末は、
前記サーバーから送信された受信情報を受信するステップと、
受信した前記受信情報に対応するデータを前記サーバーから取得するステップと、
前記受信情報のステータスに受信が完了したことを示す情報を記録するステップと、
前記受信情報を前記サーバーに送信するステップと、を実行し、
前記サーバーは、
前記第２端末から送信された受信情報を受信するステップと、
受信した前記受信情報のステータスに基づいて、前記第２端末の第２リストに記録され
ている対応する受信情報のステータスに受信が完了したことを示す情報を記録するととも
に、受信した前記受信情報に対応するデータの送信元の端末の第１リストの対応する送信
情報のステータスに送信が完了したことを示す情報を記録するステップと、を実行する、
ことを特徴とするデータ通信方法。
【請求項９】
請求項８に記載のデータ通信方法であって、
前記端末は、さらに、
ユーザーの指示に応じて、自身の端末の第１リストに含まれる送信情報又は第２リスト
に含まれる受信情報を要求するステップを実行し、
前記サーバーは、さらに、
前記端末からの要求に応じて、該端末の第１リストに含まれる送信情報又は第２リスト
に含まれる受信情報を該端末に通知するステップを実行する、
ことを特徴とするデータ通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介したデータ通信に関し、特に、ネットワークを介して端末
間で画像データを送受信する技術に関する。
【背景技術】
【０００２】
インターネット等のネットワークを利用して写真や文書などの画像データを複数のユー
ザーが共有するための仕組み（以下、「データ共有システム」とも呼ぶ。）が知られてい
る。この仕組みの一例として、例えば、フォトシェアリングサイトと呼ばれるものがある
。このフォトシェアリングサイトおいては、例えば、ユーザーはＰＣ（Personal Compute
r）で動作するＷＥＢブラウザー等のアプリケーションを操作することにより、ＷＥＢ上
のフォトシェアリングサイトにアクセスすることができる。ユーザーは、ＷＥＢブラウザ
ーを操作してフォトシェアリングサイトに画像データをアップロードすることができる。
また、ユーザーは、ＷＥＢブラウザーを操作してフォトシェアリングサイトにアップロー
ドされている画像データを閲覧することができる。
【０００３】
また、電話回線網と通信を行う機能と、ＬＡＮやインターネット等のＩＰネットワーク
と通信を行う機能との両方を有し、ＩＰネットワークを介して受信する電子メールにより
ファクシミリの送信の依頼をユーザーの端末から受け付け、電話回線網を介して接続され
ている他のファクシミリ装置に画像データを送信する、ネットワークファクシミリが知ら
れている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１０８７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、利便性などの観点から、インターネット等のネットワークを介してファクシ
ミリのように特定の宛先に画像データを送信したい、という要望がある。
【０００６】
しかし、上述したＷＥＢベースのデータ共有システムは、あくまでもデータの共有を目
的としている仕組みである。そのため、特定のユーザーに対して画像データを送信する仕
組みは考慮されておらず、当然その仕組みを備えていない。また、上述したネットワーク
ファクシミリは、電子メールで依頼を受け付ける機能以外は、従来と同様の、電話回線網
を用いたファクシミリである。そのため、当該ファクシミリをデータ共有システムに適用
することはできない。
【０００７】
本発明は、より利便性を高めた、端末間の画像データの送受信を行うことを目的とする
。
【課題を解決するための手段】
【０００８】
上記の課題を解決するための本発明の第一の態様は、
複数の端末間のデータを中継するサーバーであって、
端末ごとに、該端末が送信する送信データに関するステータスを含む送信情報を含む第
１リストと、該端末が受信する受信データに関するステータスを含む受信情報を含む第２
リストとを取得するリスト取得部と、
端末から送信データを受信するデータ受信部と、
受信した送信データを記憶するデータ記憶部と、
前記データ記憶部が記憶した送信データを宛先の端末に送信するデータ送信部と、
前記データ受信部が送信データを受信した場合に、該送信データの送信元の端末の第１
リストに該送信データの送信情報を追加するとともに、該送信データの宛先の端末の第２
リストに該送信データに対応する受信データの受信情報を追加し、前記データ送信部が前
記送信データを前記宛先の端末に送信した場合に、前記送信元の端末の第１リストに前記
送信データの送信が完了したことを示す情報を記録するとともに、前記宛先の端末の第２
リストに前記受信データの受信が完了したことを示す情報を記録する、リスト変更部と、
を備えることを特徴とする。
【０００９】
ここで、上記のサーバーであって、
端末からの要求に応じて、該端末の第１リストに含まれる送信情報又は該端末の第２リ
ストに含まれる受信情報の少なくとも一方を、該端末に通知するリスト通知部を備える、
ことを特徴としていてもよい。
【００１０】
また、上記のいずれかのサーバーであって、
前記リスト変更部は、特定の送信データの送信を中止する端末からの要求に応じて、該
端末の第１リストの前記特定の送信データの送信情報を削除するとともに、該特定の送信
データの宛先の端末の第２リストから該特定の送信データに対応する受信データの受信情
報を削除する、
ことを特徴としていてもよい。
【００１１】
上記の課題を解決するための本発明の第二の態様は、
コンピューターを、複数の端末間のデータを中継するサーバーとして機能させるプログ
ラムであって、
端末ごとに、該端末が送信する送信データに関するステータスを含む送信情報を含む第
１リストと、該端末が受信する受信データに関するステータスを含む受信情報を含む第２
リストとを取得するリスト取得部と、
端末から送信データを受信するデータ受信部と、
受信した送信データを記憶するデータ記憶部と、
前記データ記憶部が記憶した送信データを宛先の端末に送信するデータ送信部と、
前記データ受信部が送信データを受信した場合に、該送信データの送信元の端末の第１
リストに該送信データの送信情報を追加するとともに、該送信データの宛先の端末の第２
リストに該送信データに対応する受信データの受信情報を追加し、前記データ送信部が前
記送信データを前記宛先の端末に送信した場合に、前記送信元の端末の第１リストに前記
送信データの送信が完了したことを示す情報を記録するとともに、前記宛先の端末の第２
リストに前記受信データの受信が完了したことを示す情報を記録する、リスト変更部、
として機能させることを特徴とする。
【００１２】
上記の課題を解決するための本発明の第三の態様は、
複数の端末間のデータを中継するサーバーにおけるデータ中継方法であって、
端末ごとに、該端末が送信する送信データに関するステータスを含む送信情報を含む第
１リストと、該端末が受信する受信データに関するステータスを含む受信情報を含む第２
リストとを取得するリスト取得ステップと、
端末から送信データを受信するデータ受信ステップと、
受信した送信データを記憶するデータ記憶ステップと、
前記データ記憶ステップで記憶された送信データを宛先の端末に送信するデータ送信ス
テップと、
前記データ受信ステップで送信データが受信された場合に、該送信データの送信元の端
末の第１リストに該送信データの送信情報を追加するとともに、該送信データの宛先の端
末の第２リストに該送信データに対応する受信データの受信情報を追加し、前記データ送
信ステップで前記送信データが前記宛先の端末に送信された場合に、前記送信元の端末の
第１リストに前記送信データの送信が完了したことを示す情報を記録するとともに、前記
宛先の端末の第２リストに前記受信データの受信が完了したことを示す情報を記録する、
リスト変更ステップと、
を含むことを特徴とする。
【００１３】
上記の課題を解決するための本発明の第四の態様は、
複数の端末と、前記複数の端末間のデータを中継するサーバーとを備えるデータ通信シ
ステムであって、
前記サーバーは、
端末ごとに、該端末が送信するデータに関するステータスを含む送信情報を記録する第
１リストと、該端末が受信するデータに関するステータスを含む受信情報を記録する第２
リストとを取得するリスト取得手段と、
前記端末から送信されたデータを記憶するデータ記憶手段と、を有し、
データの送信元の第１端末は、
データの送信情報を前記サーバーに送信する送信情報送信手段と、
前記データを前記サーバーに送信するデータ送信手段と、を有し、
前記サーバーは、さらに、
前記第１端末から送信された送信情報を受信する送信情報受信手段と、
受信した前記送信情報を前記第１端末の第１リストに追加するとともに、該送信情報に
対応するデータの宛先の端末の第２リストに該データの受信情報を追加するリスト変更手
段と、
前記送信情報に対応するデータの宛先の端末に前記受信情報を送信する受信情報送信手
段と、
前記第１端末から送信されたデータを受信して前記データ記憶手段に記憶するデータ受
信手段と、を有し、
前記データの宛先の第２端末は、
前記サーバーから送信された受信情報を受信する受信情報受信手段と、
受信した前記受信情報に対応するデータを前記サーバーから取得するデータ取得手段と
、
前記受信情報のステータスに受信が完了したことを示す情報を記録する受信情報変更手
段と、
前記受信情報を前記サーバーに送信する受信情報送信手段と、を有し、
前記サーバーは、さらに、
前記第２端末から送信された受信情報を受信する受信情報受信手段を有し、
前記リスト変更手段は、
受信した前記受信情報のステータスに基づいて、前記第２端末の第２リストに記録され
ている対応する受信情報のステータスに受信が完了したことを示す情報を記録するととも
に、受信した前記受信情報に対応するデータの送信元の端末の第１リストの対応する送信
情報のステータスに送信が完了したことを示す情報を記録する、
ことを特徴とする。
【００１４】
ここで、上記のデータ通信システムであって、
前記端末は、さらに、
ユーザーの指示に応じて、自身の端末の第１リストに含まれる送信情報又は第２リスト
に含まれる受信情報を要求するリスト要求手段を有し、
前記サーバーは、さらに、
前記端末からの要求に応じて、該端末の第１リストに含まれる送信情報又は第２リスト
に含まれる受信情報を該端末に通知するリスト通知手段を有する、
ことを特徴としていてもよい。
【００１５】
上記の課題を解決するための本発明の第五の態様は、
複数の端末と、前記複数の端末間のデータを中継するサーバーとを備えるデータ通信シ
ステムにおける、データ通信方法であって、
前記サーバーは、
端末ごとに、該端末が送信するデータに関するステータスを含む送信情報を記録する第
１リストと、該端末が受信するデータに関するステータスを含む受信情報を記録する第２
リストとを取得するステップを実行し、
データの送信元の第１端末は、
データの送信情報を前記サーバーに送信するステップと、
前記データを前記サーバーに送信するステップと、を実行し、
前記サーバーは、
前記第１端末から送信された送信情報を受信するステップと、
受信した前記送信情報を前記第１端末の第１リストに追加するとともに、該送信情報に
対応するデータの宛先の端末の第２リストに該データの受信情報を追加するステップと、
前記送信情報に対応するデータの宛先の端末に前記受信情報を送信するステップと、
前記第１端末から送信されたデータを受信して記憶するステップと、を実行し、
前記データの宛先の第２端末は、
前記サーバーから送信された受信情報を受信するステップと、
受信した前記受信情報に対応するデータを前記サーバーから取得するステップと、
前記受信情報のステータスに受信が完了したことを示す情報を記録するステップと、
前記受信情報を前記サーバーに送信するステップと、を実行し、
前記サーバーは、
前記第２端末から送信された受信情報を受信するステップと、
受信した前記受信情報のステータスに基づいて、前記第２端末の第２リストに記録され
ている対応する受信情報のステータスに受信が完了したことを示す情報を記録するととも
に、受信した前記受信情報に対応するデータの送信元の端末の第１リストの対応する送信
情報のステータスに送信が完了したことを示す情報を記録するステップと、を実行する、
ことを特徴とする。
【００１６】
ここで、上記のデータ通信方法であって、
前記端末は、さらに、
ユーザーの指示に応じて、自身の端末の第１リストに含まれる送信情報又は第２リスト
に含まれる受信情報を要求するステップを実行し、
前記サーバーは、さらに、
前記端末からの要求に応じて、該端末の第１リストに含まれる送信情報又は第２リスト
に含まれる受信情報を該端末に通知するステップを実行する、
ことを特徴としていてもよい。
【図面の簡単な説明】
【００１７】
【図１】本発明の第一実施形態の一例に係るデータ通信システムの概略構成を示すブロック図である。
【図２】複合機の機能構成の一例を示すブロック図である。
【図３】データ管理サーバーの機能構成の一例を示すブロック図である。
【図４】ユーザーデータベースの構成の一例を説明する図である。
【図５】送信及び受信ステータスの遷移の一例を説明する図である。
【図６】複合機のハードウェアの概略構成例を示すブロック図である。
【図７】データ管理サーバーのハードウェアの概略構成例を示すブロック図である。
【図８】データ送信処理の一例を示すシーケンス図である。
【図９】データ受信処理の一例を示すシーケンス図である。
【図１０】データ送信中止処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、本発明の第一実施形態の一例について、図面を参照して説明する。
【００１９】
図１は、本発明の第一実施形態の一例に係るデータ通信システムの概略構成を示すブロ
ック図である。
【００２０】
データ通信システム１は、複数の複合機２と、一以上のデータ管理サーバー５とを備え
る。複合機２は、ＬＡＮ（Local Area Network）３に接続されている。ＬＡＮ３は、イン
ターネット６に接続されている。データ管理サーバー５は、インターネット６に接続され
ている。インターネット６には、一以上のＳＩＰ（Session Initiation Protocol）サー
バー（「ＳＩＰプロキシーサーバー」とも呼ぶ。）４が接続されている。
【００２１】
複合機２とデータ管理サーバー５とは、一以上のＳＩＰサーバー４を介して互いにセッ
ション（「呼」とも呼ぶ。）を確立し（図中の矢印Ａ及びＢ）、当該セッション上でデー
タの送受信を行う。
【００２２】
複合機２とデータ管理サーバー５は、ＳＩＰによりセッションを確立後、当該セッショ
ン上で、ＨＴＴＰ（HyperText Transfer Protocol）を用いて互いにデータの送受信を行
う。もちろん、ＨＴＴＰの替わりに、例えば、ＨＴＴＰＳ（HTTP Security）などのプロ
トコルを用いてもよい。
【００２３】
複合機２は、スキャン機能、印刷機能、コピー機能などの通常の複合機が有する機能に
加え、スキャン等により入力された画像データやその他のデータを、ＳＩＰ及びＨＴＴＰ
を用いて、指定された宛先の装置（例えば、データ管理サーバー５）に送信する機能を有
する。フラッシュＲＯＭなどの持ち運び可能な記録媒体や複合機２の記憶装置に格納され
ているデータを送信するようにしてもよい。また、ＳＩＰ及びＨＴＴＰを用いて、指定さ
れた装置（例えば、データ管理サーバー５）から、画像データやその他のデータを受信す
る機能を有する。
【００２４】
データ管理サーバー５は、ＳＩＰ及びＨＴＴＰを用いて、他の装置（例えば、複合機２
）から画像データやその他のデータを受信し、記憶する。また、ＳＩＰ及びＨＴＴＰを用
いて、記憶している画像データやその他のデータを当該データの宛先の装置（例えば、複
合機２）に、送信する。
【００２５】
ＳＩＰサーバー４は、ＳＩＰに従って、端末（複合機２やデータ管理サーバー５）間の
呼接続、呼切断などを制御する。
【００２６】
以上がデータ通信システム１の概略構成例である。ただし、この構成は、本願発明の特
徴を説明するにあたって主要構成を説明したのであって、上記の構成に限られない。また
、一般的なデータ通信システムが備える構成を排除するものではない。例えば、画像デー
タを送信する端末は、複合機２に限られず、スキャナー装置、コピー機、デジタルカメラ
、スキャナー機能を有する携帯端末、撮影機能を有する携帯端末、などであってもよい。
【００２７】
図２は、複合機の機能構成の一例を示すブロック図である。
【００２８】
複合機２は、操作受付部２０と、読取制御部２１と、印刷制御部２２と、呼制御部２３
と、データ通信制御部２４とを有する。
【００２９】
なお、複合機２は、例えば図６に示すように、コントローラー２００と、操作パネル２
４０と、読取エンジン２５０と、印刷エンジン２６０と、ネットワークインターフェイス
（Ｉ／Ｆ）２７０とを有する一般的な複合機である。
【００３０】
コントローラー２００は、複合機２を統合的に制御するユニットであり、ＣＰＵ（Cent
ral Processing Unit）２１０、ＲＡＭ（Random Access Memory）２２０、及びＲＯＭ（R
ead Only Memory）２３０を有する。各種の画像処理を行うための画像処理回路を搭載し
ていてもよい。操作パネル２４０は、液晶ディスプレイ、タッチパネル、各種ハードスイ
ッチなどを備える。読取エンジン２５０は、コントローラー２００からの指示に基づいて
、セットされた原稿の読み取りを行い、コントローラー２００に読み取った画像データを
出力する機構である。印刷エンジン２６０は、コントローラー２００からの指示に基づい
て、コントローラー２００から出力される印刷データの印刷を行う機構である。ネットワ
ークＩ／Ｆ２７０は、ＬＡＮ等のネットワークとの通信を行うユニットである。
【００３１】
もちろん、上記の複合機２のハードウェア構成の一例は、本願発明の特徴を説明するに
あたって主要構成を説明したのであって、上記の構成に限られない。また、一般的な複合
機が備える構成を排除するものではない。例えば、持ち運び可能なフラッシュＲＯＭ等の
記憶媒体を読み書きするための、カード方式のインターフェイスやＵＳＢインターフェイ
スを備えていてもよい。
【００３２】
上述の各機能部（操作受付部２０、読取制御部２１、印刷制御部２２、呼制御部２３、
データ通信制御部２４）は、例えば、ＣＰＵ２１０がＲＯＭ２３０からＲＡＭ２２０にロ
ードした所定のプログラムを実行することにより実現される。この所定のプログラムは、
例えば、ネットワークＩ／Ｆ２７０を介してネットワーク上からダウンロードされてイン
ストールおよび／または更新される。また、複合機２が記憶媒体のインターフェイスを備
える場合は、所定のプログラムは、持ち運び可能なフラッシュＲＯＭ等の記憶媒体から読
み出されてインストールおよび／または更新されてもよい。
【００３３】
操作受付部２０は、複合機２に対するユーザーの指示を受け付ける機能部である。
【００３４】
例えば、操作受付部２０は、データ送信の宛先の識別情報（例えば、ＳＩＰ  ＵＲＩ（
Uniform Resource Identifier）などのアドレス情報）の入力を、操作パネル２４０を介
して受け付ける。宛先の識別情報のリストへの登録を予め受け付けておき、当該リストの
中から宛先の選択を受け付けるようにしてもよい。
【００３５】
また、例えば、操作受付部２０は、入力された宛先の識別情報に対するデータ送信の開
始の指示を、操作パネル２４０を介して受け付ける。また、操作受付部２０は、受信した
データの表示、印刷、削除の指示、データの送信履歴や受信履歴を参照する指示、データ
送信を中止する指示、などを受け付ける。
【００３６】
読取制御部２１は、読取エンジン２５０による原稿の読み取りを制御する機能部である
。
【００３７】
例えば、読取制御部２１は、操作受付部２０によりデータ送信の開始の指示が受け付け
られた場合、セットされた原稿の読み取りを読取エンジン２５０に実行させ、読み取られ
た原稿の画像データを取得する。読取制御部２１は、取得した画像データを、例えば、Ｒ
ＡＭ２２０に格納する。
【００３８】
印刷制御部２２は、印刷エンジン２６０による印刷を制御する機能部である。
【００３９】
例えば、印刷制御部２２は、読取制御部２１によりＲＡＭ２２０に格納された画像デー
タを取得し、各種画像処理を施して印刷エンジン２６０に出力し、印刷媒体への印刷を印
刷エンジン２６０に実行させる。また、例えば、データ通信制御部２４の指示に応じて、
データ通信制御部２４によりデータ管理サーバー５から受信されてＲＡＭ２２０に格納さ
れた画像データを取得し、各種画像処理を施して印刷エンジン２６０に出力し、印刷媒体
への印刷を印刷エンジン２６０に実行させる。
【００４０】
呼制御部２３は、ネットワークＩ／Ｆ２７０を介してＳＩＰによる呼制御を行う機能部
である。
【００４１】
例えば、呼制御部２３は、操作受付部２０により特定の宛先に対するデータ送信の開始
の指示が受け付けられた場合、予め設定されたデータ管理サーバー５の識別情報（例えば
、ＳＩＰ  ＵＲＩなどのアドレス情報）を取得する。そして、ＳＩＰサーバー４を介して
、当該識別情報を呼接続先としてセッションを確立する。
【００４２】
また、例えば、呼制御部２３は、データ管理サーバー５からセッション接続の要求を受
け付けた場合、データ管理サーバー５とセッションを確立する。また、呼制御部２３は、
操作受付部２０によりデータの送信履歴や受信履歴を参照する指示が受け付けられた場合
、データ管理サーバー５とセッションを確立する。
【００４３】
もちろん、呼制御部２３は、ネットワークＩ／Ｆ２７０を介して他の複合機２とセッシ
ョンを確立してもよい。
【００４４】
データ通信制御部２４は、呼制御部２３により複合機２とデータ管理サーバー５との間
で確立されたセッション上で、データの送受信を行う機能部である。本実施形態では、デ
ータ通信制御部２４は、ＨＴＴＰを用いて、データ管理サーバー５とデータの送受信を行
う。もちろん、呼制御部２３により自身の複合機２と他の複合機２との間で確立されたセ
ッション上で、当該他の複合機２とデータの送受信を行ってもよい。
【００４５】
例えば、データ通信制御部２４は、操作受付部２０により特定の宛先に対するデータ送
信の開始の指示が受け付けられた場合、呼制御部２３によるデータ管理サーバー５とのセ
ッション確立後、予め設定されたＵＲＩからアクセス先リスト５３２（図４参照）を取得
する。なお、当該ＵＲＩは、例えば、複合機２のユーザーに対して予め割り当てられたＵ
ＲＩである。アクセス先リスト５３２は、例えば、ＨＴＴＰのＧＥＴメソッド及び当該Ｕ
ＲＩを含む要求メッセージをデータ管理サーバー５に送ることにより取得することができ
る。
【００４６】
また、データ通信制御部２４は、上述のようにしてデータ管理サーバー５から取得した
アクセス先リスト５３２に含まれる送信リストＵＲＩ５３２０（図４参照）から、送信リ
スト５３３（図４参照）を取得する。送信リスト５３３は、例えば、ＨＴＴＰのＧＥＴメ
ソッド及び送信リストＵＲＩ５３２０を含む要求メッセージをデータ管理サーバー５に送
ることにより取得することができる。
【００４７】
また、データ通信制御部２４は、上述のようにして取得した送信リスト５３３に、操作
受付部２０を介して入力された送信データの宛先の識別情報を含む送信エントリー（図４
参照）を追加する。なお、送信エントリーを追加する場合、送信エントリーＩＤ５３３０
には送信エントリーを識別する値を、宛先ＩＤ５３３１には送信データの宛先の識別情報
を、送信ステータス５３３２には「送信：受付」を、送信データＵＲＩ５３３３には不定
を示す値を、それぞれ設定する。
【００４８】
また、データ通信制御部２４は、上述のようにして更新した送信リスト５３３をデータ
管理サーバー５にアップロードする。送信リスト５３３は、例えば、ＨＴＴＰのＰＵＴメ
ソッド、送信リストＵＲＩ５３２０、及び送信リスト５３３を含む要求メッセージをデー
タ管理サーバー５に送ることによりアップロードすることができる。
【００４９】
なお、データ通信制御部２４は、送信リスト５３３の送受信を行わずに、送信エントリ
ーをデータ管理サーバー５に送信してもよい。この場合、データ管理サーバー５は、受信
した送信エントリーを、当該エントリーの送信元の複合機２に対応する送信リスト５３３
に追加する。
【００５０】
また、データ通信制御部２４は、送信リスト５３３のデータ管理サーバー５へのアップ
ロードの応答として、上述のようにして送信リスト５３３に追加した送信エントリーに対
応する送信データＵＲＩ５３３３を受信する。また、データ通信制御部２４は、受信した
送信データＵＲＩ５３３３に、ＲＡＭ２２０に格納されている送信データをアップロード
する。送信データは、例えば、ＨＴＴＰのＰＯＳＴメソッド、送信データＵＲＩ５３３３
、及び送信データを含む要求メッセージをデータ管理サーバー５に送ることによりアップ
ロードすることができる。
【００５１】
また、例えば、データ通信制御部２４は、データ管理サーバー５からの要求に応じて呼
制御部２３によりセッションが確立された場合、上述した手順でデータ管理サーバー５か
らアクセス先リスト５３２を取得する。
【００５２】
また、データ通信制御部２４は、上述のようにして取得したアクセス先リスト５３２に
含まれる受信リストＵＲＩ５３２１（図４参照）から、受信リスト５３４（図４参照）を
取得する。受信リスト５３４は、例えば、ＨＴＴＰのＧＥＴメソッド及び受信リストＵＲ
Ｉ５３２１を含む要求メッセージをデータ管理サーバー５に送ることにより取得すること
ができる。
【００５３】
また、データ通信制御部２４は、上述のようにして取得した受信リスト５３４に含まれ
る受信エントリー（図４参照）のうち、受信ステータス５３４２が「受信：受付」である
エントリーを特定する。それから、後述する、複合機２に予め設定された受信データの処
理方法に従って、特定した受信エントリーに含まれる受信データＵＲＩ５３４３に格納さ
れている受信データを処理する。受信データの処理方法の設定は、例えば、操作受付部２
０が操作パネル２４０を介してユーザーから受け付けることができる。
【００５４】
受信データの処理方法が「保存」に設定されている場合、データ通信制御部２４は、上
述のようにして特定した受信エントリーに含まれる受信データＵＲＩ５３４３から受信デ
ータを取得し、例えば、ＲＡＭ２２０に格納する。また、当該受信エントリーの受信ステ
ータス５３４２を「受信：保存」に変更する。受信データは、例えば、ＨＴＴＰのＧＥＴ
メソッド及び受信データＵＲＩ５３４３を含む要求メッセージをデータ管理サーバー５に
送ることにより取得することができる。なお、受信データは、操作パネル２４０を介した
ユーザーの指示により印刷することができる。
【００５５】
受信データの処理方法が「印刷」に設定されている場合、データ通信制御部２４は、上
述のようにして特定した受信エントリーに含まれる受信データＵＲＩ５３４３から受信デ
ータを取得し、例えば、ＲＡＭ２２０に格納する。また、データ通信制御部２４は、取得
した受信データの印刷するように印刷制御部２２に指示する。また、当該受信エントリー
の受信ステータス５３４２を「受信：印刷」に変更する。
【００５６】
受信データの処理方法が「削除」に設定されている場合、データ通信制御部２４は、上
述のようにして特定した受信エントリーに含まれる受信データＵＲＩ５３４３から受信デ
ータを取得し、例えば、ＲＡＭ２２０に格納する。また、データ通信制御部２４は、取得
した印刷データを消去する。また、当該受信エントリーの受信ステータス５３４２を「受
信：削除」に変更する。
【００５７】
受信データの処理方法が「拒否」に設定されている場合、データ通信制御部２４は、上
述のようにして特定した受信エントリーに含まれる受信データＵＲＩ５３４３から受信デ
ータを取得しない。また、データ通信制御部２４は、当該受信エントリーの受信ステータ
ス５３４２を「受信：拒否」に変更する。
【００５８】
なお、データ通信制御部２４は、受信データを一旦受信し、当該受信データの内容を表
示するように操作受付部２０に指示し、操作受付部２０を介して当該受信データの処理方
法の選択をユーザーから受け付けるようにしてもよい。
【００５９】
データ通信制御部２４は、上述のようにして受信データを処理し、受信エントリーの受
信ステータス５３４２を変更後、受信リスト５３４をデータ管理サーバー５にアップロー
ドする。受信リスト５３４は、例えば、ＨＴＴＰのＰＵＴメソッド、受信リストＵＲＩ５
３２１、及び受信リスト５３４を含む要求メッセージをデータ管理サーバー５に送ること
によりアップロードすることができる。
【００６０】
また、例えば、データ通信制御部２４は、操作受付部２０により送信データの送信履歴
を参照する指示が受け付けられた場合、呼制御部２３によるデータ管理サーバー５とのセ
ッション確立後、上述した手順でデータ管理サーバー５からアクセス先リスト５３２を取
得し、また、送信リスト５３３を取得する。そして、データ通信制御部２４は、上述のよ
うにして取得した送信リスト５３３に含まれる送信エントリーの一覧を、操作パネル２４
０に表示するように操作受付部２０に指示する。なお、受信履歴を参照する指示が受け付
けられた場合も、同様である。
【００６１】
また、データ通信制御部２４は、操作受付部２０を介して、送信ステータス５３３２が
「送信：受付」である送信エントリーについて、送信の中止を指定する操作を受け付けた
場合、当該送信エントリーを、上述のように取得した送信リスト５３３から削除する。そ
して、更新した送信リスト５３３を、ＨＴＴＰのＰＵＴメソッドにより、データ管理サー
バー５にアップロードする。なお、ＤＥＬＥＴＥメソッド、送信リストＵＲＩ５３２０、
及び削除対象の送信エントリーの送信エントリーＩＤ５３３０を含む要求メッセージをデ
ータ管理サーバー５に送るようにしてもよい。
【００６２】
図３は、データ管理サーバーの機能構成の一例を示すブロック図である。
【００６３】
データ管理サーバー５は、呼制御部５０と、データ通信制御部５１と、記憶部５２とを
有する。
【００６４】
なお、データ管理サーバー５は、例えば図７に示すように、各種演算を行うＣＰＵ５０
０と、ＣＰＵ５００が実行するプログラムやデータ等を格納するＲＡＭ５１０と、起動に
必要なプログラムやデータ等を予め格納するＲＯＭ５２０と、ＨＤＤ（Hard Disk Drive
）やＳＳＤ（Solid State Drive）等の補助記憶装置５３０と、ＣＤ−ＲＯＭやＤＶＤ−
ＲＯＭ等の可搬性がある記憶媒体の情報の読み書きを行うメディア読み書き装置５４０と
、有線ＬＡＮ等のネットワークに接続して通信を行うネットワークインターフェイス（Ｉ
／Ｆ）５５０と、ＵＳＢによる通信を行うＵＳＢインターフェイス（Ｉ／Ｆ）５６０と、
キーボードやマウス等の入力装置５７０と、ユーザーインターフェイス（ＵＩ）画面等を
表示するＬＣＤなどの出力装置５８０とを備える一般的なコンピューターである。
【００６５】
もちろん、上記のデータ管理サーバー５のハードウェア構成の一例は、本願発明の特徴
を説明するにあたって主要構成を説明したのであって、上記の構成に限られない。また、
一般的なサーバーが備える構成を排除するものではない。例えば、補助記憶装置を、ネッ
トワークＩ／Ｆ５５０やＵＳＢ  Ｉ／Ｆ５６０を介して、サーバーの外部に接続するよう
にしてもよい。
【００６６】
上述の呼制御部５０と、データ通信制御部５１とは、例えば、ＣＰＵ５００がＲＯＭ５
３０からＲＡＭ５１０にロードした所定のプログラムを実行することにより実現される。
この所定のプログラムは、例えば、ネットワークＩ／Ｆ５５０を介してネットワーク上か
らダウンロードされてインストールおよび／または更新される。また、メディア読み書き
装置５４０によりＣＤ−ＲＯＭ等の記憶媒体から読み出されてインストールおよび／また
は更新されてもよい。記憶部５２は、例えば、ＲＡＭ５１０または補助記憶装置５３０に
より実現される。もちろん、記憶部５２は、データ管理サーバー５の外部に接続される記
憶装置上に実現されてもよい。
【００６７】
まず、記憶部５２について説明する。記憶部５２には、ユーザーデータベース５３が格
納される。ユーザーデータベース５３には、各複合機２とのデータの送受信を制御するた
めのリストが含まれる。
【００６８】
ユーザーデータベース５３には、例えば、図４に示すように、ユーザーＩＤ５３１ごと
に、アクセス先リスト５３２と、送信リスト５３３と、受信リスト５３４とが格納される
。また、ユーザーデータベース５３には、ユーザーＩＤ５３１ごとに、受信データ格納領
域５３５が含まれる。
【００６９】
ユーザーＩＤ５３１は、複合機２を使用するユーザーを識別する値（例えば、ＳＩＰ  
ＵＲＩなどのアドレス情報）である。本実施形態では、ユーザーＩＤ５３１は、当該ユー
ザーのアクセス先リスト５３２の格納先を示すＵＲＩを示すものでもあり、予め複合機２
に設定される。なお、複合機２に、複数のユーザーＩＤ５３１が割り当てられてもよい。
【００７０】
アクセス先リスト５３２には、送信リスト５３３の格納場所を示す送信リストＵＲＩ５
３２０と、受信リスト５３４の格納場所を示す受信リストＵＲＩ５３２１とが格納される
。
【００７１】
送信リスト５３３には、送信データごとに、送信エントリーを識別する値である送信エ
ントリーＩＤ５３３０と、送信データの宛先を識別する値（例えば、ＳＩＰ  ＵＲＩなど
のアドレス情報）である宛先ＩＤ５３３１と、送信データの送信ステータス（「送信：受
付」、又は「送信：完了」）５３３２と、送信データの受信データ格納領域５３５の中の
格納場所を示す送信データＵＲＩ５３３３とが対応付けられた送信エントリーが格納され
る。
【００７２】
本実施形態では、送信データは、受信データとして受信データ格納領域５３５に格納さ
れる。ある送信データに対応する送信エントリーの送信エントリーＩＤ５３３０と、当該
送信データの宛先のユーザーＩＤ５３１の受信リスト５３４に格納される受信エントリー
の受信エントリーＩＤ５３４０とは、対応する値が設定されるものとする。
【００７３】
送信ステータス「送信：受付」は、送信データがデータ管理サーバー５により受け付け
られた状態を示す。送信ステータス「送信：完了」は、送信データがその宛先に送信され
た状態を示す。
【００７４】
受信リスト５３４には、受信データごとに、受信エントリーを識別する値である受信エ
ントリーＩＤ５３４０と、受信データ（送信データ）の送信元を識別する値（例えば、Ｓ
ＩＰ  ＵＲＩなどのアドレス情報）である送信元ＩＤ５３４１と、受信エントリーの受信
ステータス（「受信：受付」、「受信：保存」、「受信：印刷」、「受信：削除」、又は
「受信：拒否」）５３４２と、受信データ（送信データ）の受信データ格納領域５３５の
中の格納場所を示す受信データＵＲＩ５３４３とが対応付けられた受信エントリーが格納
される。
【００７５】
本実施形態では、送信データは、受信データとして受信データ格納領域５３５に格納さ
れる。ある受信データに対応する受信エントリーの受信エントリーＩＤ５３４０と、当該
受信データの送信元のユーザーＩＤ５３１の送信リスト５３３に格納される送信エントリ
ーの送信エントリーＩＤ５３３０とは、対応する値が設定されるものとする。
【００７６】
受信ステータス「受信：受付」は、送信データが当該データの宛先の受信データとして
データ管理サーバー５により受け付けられた状態を示す。受信ステータス「受信：保存」
は、受信データがその宛先の装置に受信されて当該装置に保存された状態を示す。受信ス
テータス「受信：印刷」は、受信データがその宛先の装置に受信されて印刷された状態を
示す。受信ステータス「受信：削除」は、受信データがその宛先の装置に受信されて削除
された状態を示す。受信ステータス「受信：拒否」は、受信データがその宛先の装置に拒
否されて受信されていない状態を示す。
【００７７】
受信データ格納領域５３５には、データ管理サーバー５により受け付けられた送信デー
タが、当該宛先の受信データとして格納される。もちろん、送信データと受信データとそ
れぞれ別々の領域に格納してもよい。
【００７８】
なお、本実施形態では、ユーザーデータベース５３は、ＲＳＳやＡｔｏｍなどのＸＭＬ
（Extensible Markup Language）をベースとしたフィード文書により構成することができ
る。例えば、各ユーザーのアクセス先リスト５３２、送信リスト５３３、及び受信リスト
５３４を、それぞれフィード文書として構成する。各フィード文書には、ユーザーＩＤが
記述される。また、送信エントリーおよび受信エントリーもフィード文書として構成し、
送信リスト５３３及び受信リスト５３４に追加したり削除したりできるようにしてもよい
。
【００７９】
呼制御部５０は、ネットワークＩ／Ｆ５５０を介してＳＩＰによる呼制御を行う機能部
である。
【００８０】
例えば、呼制御部５０は、複合機２からセッション接続の要求を受け付けた場合、当該
複合機２とセッションを確立する。また、呼制御部５０は、データ通信制御部５１からデ
ータ送信の開始の指示を受け付けた場合、データ通信制御部５１により指定された宛先の
識別情報（例えば、ＳＩＰ  ＵＲＩなどのアドレス情報）を取得する。そして、当該識別
情報を呼接続先としてセッションを確立する。
【００８１】
データ通信制御部５１は、呼制御部５０によりデータ管理サーバー５と複合機２との間
で確立されたセッション上で、データの送受信を行う機能部である。本実施形態では、デ
ータ通信制御部５１は、ＨＴＴＰを用いて、複合機２とデータの送受信を行う。
【００８２】
例えば、データ通信制御部５１は、複合機２からの要求に従って呼制御部５０により当
該複合機２とセッションが確立された後、当該複合機２からアクセス先リスト５３２のＵ
ＲＩを含む要求メッセージを受信した場合、当該アクセス先リスト５３２をユーザーデー
タベース５３から取得し、応答メッセージに含めて要求元の複合機２に送信する。
【００８３】
また、データ通信制御部５１は、送信リストＵＲＩ５３２０を含む要求メッセージを受
信した場合、当該送信リストＵＲＩ５３２０から送信リスト５３３を取得し、応答メッセ
ージに含めて要求元の複合機２に送信する。
【００８４】
また、データ通信制御部５１は、送信リスト５３３及び送信リストＵＲＩ５３２０を含
む要求メッセージを受信した場合、受信した送信リスト５３３で送信リストＵＲＩ５３２
０が示す送信リスト５３３を更新する。このとき、データ通信制御部５１は、更新前後の
送信リスト５３３を比較し、新しく追加された送信エントリーを特定する。また、特定し
た送信エントリーに含まれる宛先ＩＤ５３３１と対応するユーザーＩＤ５３１の受信リス
ト５３４を特定する。
【００８５】
また、データ通信制御部５１は、上述のようにして特定した受信リスト５３４に、受信
エントリーを追加する。受信エントリーＩＤ５３４０には上述のようにして特定した送信
エントリーの送信エントリーＩＤ５３３０と同じ値を、送信元ＩＤ５３４１には上述のよ
うにして更新された送信リスト５３３に対応するユーザーＩＤ５３１を、受信スタータス
５３４２には「受信：受付」を、それぞれ設定する。また、データ通信制御部５１は、受
信データ格納領域５３５の中の任意の空き領域を確保するとともに当該領域のＵＲＩを決
定し、当該ＵＲＩを、上述のように特定した送信エントリーの送信データＵＲＩ５３３３
及び追加した受信エントリーの受信データＵＲＩ５３４３に設定する。
【００８６】
また、データ通信制御部５１は、上述のように設定した送信データＵＲＩ５３３３を、
送信リスト５３３を含む要求メッセージに対する応答メッセージに含めて、要求元の複合
機２に送信する。
【００８７】
また、データ通信制御部５１は、送信データ及び送信データリストＵＲＩ５３３０を含
む要求メッセージを受信した場合、受信した送信データを送信リストＵＲＩ５３３０が示
す受信データ格納領域５３５の領域に格納する。
【００８８】
また、データ通信制御部５１は、上述のようにして受信リスト５３４を更新した場合、
当該受信リスト５３４に対応するユーザーＩＤ５３１の複合機２（すなわち、受信データ
の宛先の複合機２）とセッションを確立するように呼制御部５０に指示する。
【００８９】
また、データ通信制御部５１は、呼制御部５０により受信データの宛先の複合機２とセ
ッションが確立された後、当該複合機２からアクセス先リスト５３２のＵＲＩを含む要求
メッセージを受信した場合、当該アクセス先リスト５３２をユーザーデータベース５３か
ら取得し、応答メッセージに含めて要求元の複合機２に送信する。
【００９０】
また、データ通信制御部５１は、受信リストＵＲＩ５３２１を含む要求メッセージを受
信した場合、当該受信リストＵＲＩ５３２１から受信リスト５３４を取得し、応答メッセ
ージに含めて要求元の複合機２に送信する。
【００９１】
また、データ通信制御部５１は、受信データＵＲＩ５３４３を含む要求メッセージを受
信した場合、当該受信データＵＲＩ５３４３が示す受信データ格納領域５３５の領域から
受信データを取得し、応答メッセージに含めて要求元の複合機２に送信する。
【００９２】
また、データ通信制御部５１は、受信リスト５３４及び受信リストＵＲＩ５３２１を含
む要求メッセージを受信した場合、受信した受信リスト５３４で受信リストＵＲＩ５３２
１が示す受信リスト５３４を更新する。このとき、データ通信制御部５１は、更新前後の
受信リスト５３４を比較し、受信スタータス５３４２が「受信：受付」から「受信：保存
」、「受信：印刷」、「受信：削除」、又は「受信：拒否」に変更された受信エントリー
を特定する。また、特定した受信エントリーに含まれる送信元ＩＤ５３４１と対応するユ
ーザーＩＤ５３１の送信リスト５３３を特定する。
【００９３】
また、データ通信制御部５１は、上述のようにして特定した送信リスト５３３の送信エ
ントリーのうち、上述のように特定した受信エントリーの受信エントリーＩＤ５３４０と
対応する送信エントリーＩＤ５３３０を有する送信エントリーを特定する。また、特定し
た送信エントリーの送信ステータス５３３２を「送信：受付」から「送信：完了」に変更
する。
【００９４】
また、例えば、データ通信制御部５１は、送信リスト５３３及び送信リストＵＲＩ５３
２０を含む要求メッセージを受信した場合、受信した送信リスト５３３で送信リストＵＲ
Ｉ５３２０が示す送信リスト５３３を更新する。このとき、更新前後の送信リスト５３３
を比較し、削除された送信エントリーを特定する。また、特定した送信エントリーに含ま
れる宛先ＩＤ５３３１と対応するユーザーＩＤ５３１の受信リスト５３４を特定する。ま
た、データ通信制御部５１は、上述のようにして特定した受信リスト５３４に含まれる受
信エントリーのうち、特定した送信エントリーＩＤ５３３０と対応する受信エントリーＩ
Ｄ５３４０を有する受信エントリーを特定する。また、特定した受信エントリーを削除す
る。
【００９５】
なお、データ通信制御部５１は、ＤＥＬＥＴＥメソッド、送信リストＵＲＩ５３２０、
及び削除対象の送信エントリーの送信エントリーＩＤ５３３０を含む要求メッセージを、
複合機２から受信するようにしてもよい。この場合、データ通信制御部５１は、要求メッ
セージで指定された送信エントリーを送信リスト５３３から削除するとともに、当該送信
エントリーと対応する受信エントリーを受信リスト５３４から削除する。
【００９６】
以上の各構成要素は、複合機２及びデータ管理サーバー５の構成を理解容易にするため
に、主な処理内容に応じて分類したものである。構成要素の分類の仕方や名称によって、
本願発明が制限されることはない。複合機２及びデータ管理サーバー５の構成は、処理内
容に応じて、さらに多くの構成要素に分類することもできる。また、１つの構成要素がさ
らに多くの処理を実行するように分類することもできる。また、各構成要素の処理は、１
つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。
【００９７】
図５は、送信及び受信ステータスの遷移の一例を説明する図である。
【００９８】
上述したように、本実施形態では、送信リスト５３３へ送信エントリーが追加されると
、当該送信エントリーの宛先ＩＤ５３３１に対応するユーザーＩＤ５３１の受信リスト５
３４に、受信エントリーが追加される。そして、これらの追加された送信エントリーと受
信エントリーは、対となる値が設定される。すなわち、送信エントリーＩＤ５３３０と受
信エントリーＩＤ５３４０には同じ値が設定され、宛先ＩＤ５３３１及び送信元ＩＤ５３
４１は対応する宛先及び送信元の識別情報が設定され、送信ステータス５３３２と受信ス
テータス５３４２には「受付」が設定され、送信データＵＲＩ５３３３と受信データＵＲ
Ｉ５３４３には同じＵＲＩが設定される。
【００９９】
受信エントリーの受信ステータスが「受信：受付」から「受信：保存」、「受信：印刷
」、「受信：削除」、又は「受信：拒否」に変更された場合、当該受信エントリーに対応
する送信エントリーの送信ステータスは「送信：受付」から「送信：完了」に変更される
。送信エントリーが削除された場合、当該送信エントリーに対応する受信エントリーも削
除される。
【０１００】
次に、上述の複合機２及びデータ管理サーバー５により実現される処理について説明す
る。
【０１０１】
図８は、データ送信処理の一例を示すシーケンス図である。
【０１０２】
データ送信元の複合機２の操作受付部２０は、データ送信の宛先の入力、当該宛先への
データ送信の開始の指示を受け付ける（Ｓ１）。すると、呼制御部２３は、予め設定され
たデータ管理サーバー５を呼接続先として、ＳＩＰサーバー４を介してデータ管理サーバ
ー５の呼制御部５０と呼接続を行う（Ｓ２）。なお、後述するＳ３１０までには、読取制
御部２１によりデータ送信対象の原稿がスキャンされて画像データが生成される。
【０１０３】
データ管理サーバー５との呼接続後、複合機２のデータ通信制御部２４は、データ管理
サーバー５とデータ通信を行う（Ｓ３）。
【０１０４】
具体的には、まず、複合機２のデータ通信制御部２４は、予め設定されたアクセス先リ
ストのＵＲＩを含む要求メッセージを、データ管理サーバー５に送信する（Ｓ３０１）。
データ管理サーバー５のデータ通信制御部５１は、複合機２から送信された要求メッセー
ジに含まれるアクセス先リストのＵＲＩからアクセス先リスト５３２を取得し、当該アク
セス先リスト５３２を含む応答メッセージを複合機２に送信する（Ｓ３０２）。
【０１０５】
それから、複合機２のデータ通信制御部２４は、データ管理サーバー５から送信された
アクセス先リスト５３２に含まれる送信リストＵＲＩ５３２０を含む要求メッセージを、
データ管理サーバー５に送信する（Ｓ３０３）。データ管理サーバー５のデータ通信制御
部５１は、複合機２から送信された要求メッセージに含まれる送信リストＵＲＩ５３２０
から送信リスト５３３を取得し、当該送信リスト５３３を含む応答メッセージを複合機２
に送信する（Ｓ３０４）。
【０１０６】
それから、複合機２のデータ通信制御部２４は、データ管理サーバー５から送信された
送信リスト５３３に送信エントリーを追加する（Ｓ３０５）。なお、データ通信制御部２
４は、送信エントリーＩＤ５３３０には送信エントリーを識別する値を、宛先ＩＤ５３３
１にはＳ１で入力された送信データの宛先の識別情報を、送信ステータス５３３２には「
送信：受付」を、送信データＵＲＩ５３３３には不定を示す値を、それぞれ設定する。そ
して、データ通信制御部２４は、更新した送信リスト５３３を含む要求メッセージをデー
タ管理サーバー５に送信する（Ｓ３０６）。
【０１０７】
データ管理サーバー５のデータ通信制御部５１は、複合機２から送信された要求メッセ
ージに含まれる送信リスト５３３により、ユーザーデータベース５３の対応する送信リス
ト５３３を更新する（Ｓ３０７）。また、データ通信制御部５１は、更新された送信リス
ト５３３に追加された送信エントリーと対応する受信エントリーを、当該送信エントリー
の宛先ＩＤ５３３１と対応するユーザーＩＤ５３１の受信リスト５３４に追加する（Ｓ３
０８）。
【０１０８】
なお、データ通信制御部５１は、受信エントリーＩＤ５３４０には追加された送信エン
トリーの送信エントリーＩＤ５３３０と同じ値を、送信元ＩＤ５３４１にはＳ３０７で更
新された送信リスト５３３に対応するユーザーＩＤ５３１を、受信スタータス５３４２に
は「受信：受付」を、それぞれ設定する。また、送信データ（受信データ）を格納する受
信データ格納領域５３５の中の領域を決定し、当該領域のＵＲＩを、追加された送信エン
トリーの送信データＵＲＩ５３３３及び追加した受信エントリーの受信データＵＲＩ５３
４３に設定する。
【０１０９】
それから、データ管理サーバー５のデータ通信制御部５１は、Ｓ３０８で設定した送信
データＵＲＩ５３３３を含む応答メッセージを複合機２に送信する（Ｓ３０９）。複合機
２のデータ通信制御部２４は、データ管理サーバー５から送信された応答メッセージに含
まれる送信データＵＲＩ５３３３、及び読取制御部２１により生成された画像データを含
む要求メッセージを、データ管理サーバー５に送信する（Ｓ３１０）。
【０１１０】
データ管理サーバー５のデータ通信制御部５１は、複合機２から送信された要求メッセ
ージに含まれる画像データを、指定された送信データＵＲＩ５３３３が示す受信データ格
納領域５３５の中の領域に格納する（Ｓ３１１）。
【０１１１】
Ｓ３１０の処理の終了後、複合機２のデータ通信制御部２４は、データ管理サーバー５
との呼接続を切断するように呼制御部２３に指示する。すると、呼制御部２３は、ＳＩＰ
サーバー４を介してデータ管理サーバー５の呼制御部５０との呼を切断する（Ｓ４）。な
お、Ｓ３１１の処理の終了後、データ管理サーバー５側から、呼の切断を複合機２に要求
してもよい。
【０１１２】
以上のようにして、送信データが送信元の複合機２からデータ管理サーバー５に送信さ
れ、当該送信データの宛先の受信データとして格納される。
【０１１３】
図９は、データ受信処理の一例を示すシーケンス図である。
【０１１４】
データ管理サーバー５のデータ通信制御部５１は、受信リスト５３４に受信エントリー
を追加した場合（図８のＳ３０８）、当該受信リスト５３４に対応するユーザーＩＤ５３
１の複合機２（すなわち、受信データの宛先の複合機２）とセッションを確立するように
呼制御部５０に指示する。すると、呼制御部５０は、当該宛先のユーザーＩＤ５３１を呼
接続先として、ＳＩＰサーバー４を介して宛先の複合機２の呼制御部２３と呼接続を行う
（Ｓ５）。
【０１１５】
データ管理サーバー５からの要求による呼接続後、複合機２のデータ通信制御部２４は
、データ管理サーバー５とデータ通信を行う（Ｓ６）。
【０１１６】
具体的には、まず、複合機２のデータ通信制御部２４は、予め設定されたアクセス先リ
ストのＵＲＩを含む要求メッセージを、データ管理サーバー５に送信する（Ｓ６０１）。
データ管理サーバー５のデータ通信制御部５１は、複合機２から送信された要求メッセー
ジに含まれるアクセス先リストのＵＲＩからアクセス先リスト５３２を取得し、当該アク
セス先リスト５３２を含む応答メッセージを複合機２に送信する（Ｓ６０２）。
【０１１７】
それから、複合機２のデータ通信制御部２４は、データ管理サーバー５から送信された
アクセス先リスト５３２に含まれる受信リストＵＲＩ５３２１を含む要求メッセージを、
データ管理サーバー５に送信する（Ｓ６０３）。データ管理サーバー５のデータ通信制御
部５１は、複合機２から送信された要求メッセージに含まれる受信リストＵＲＩ５３２１
から受信リスト５３４を取得し、当該受信リスト５３４を含む応答メッセージを複合機２
に送信する（Ｓ６０４）。
【０１１８】
複合機２のデータ通信制御部２４は、データ管理サーバー５から送信された受信リスト
５３４に含まれる受信エントリーのうち、受信ステータス５３４２が「受信：受付」であ
る受信エントリーと、その受信データＵＲＩ５３４３を特定する（Ｓ６０５）。そして、
データ通信制御部２４は、受信データＵＲＩ５３４３を含む要求メッセージを、データ管
理サーバー５に送信する（Ｓ６０６）。
【０１１９】
なお、送信元ＩＤ５３４１のリスト（以下、「送信元リスト」ともいう。）を複合機２
に登録できるようにしてもよい。この場合、複合機２のデータ通信制御部２４は、Ｓ６０
５において、上述のように特定した受信エントリーの送信元ＩＤ５３４１が送信元リスト
に登録されているか否かを判定する。送信元ＩＤ５３４１が登録されている場合、データ
通信制御部２４は、処理を自動的にＳ６０６に進める。一方、送信元ＩＤ５３４１が登録
されていない場合、データ通信制御部２４は、処理を進めるか否かの確認を促すダイアロ
グを表示するように操作受付部２０に指示する。
【０１２０】
そして、ユーザーの確認が得られた場合、データ通信制御部２４は、確認が得られた送
信元ＩＤ５３４１を送信元リストに追加し、処理をＳ６０６に進める。一方、ユーザーの
確認が得られなかった場合、データ通信制御部２４は、上述のように特定した受信エント
リーの受信ステータス５３４２を「受信：拒否」に変更し、処理をＳ６１０に進める。
【０１２１】
データ管理サーバー５のデータ通信制御部５１は、複合機２から送信された要求メッセ
ージに含まれる受信データＵＲＩ５３４３が示す受信データ格納領域５３５の中の領域か
ら受信データを取得し、当該受信データを含む応答メッセージを複合機２に送信する（Ｓ
６０７）。
【０１２２】
複合機２のデータ通信制御部２４は、データ管理サーバー５から送信された受信データ
をＲＡＭ２２０に格納する（Ｓ６０８）。また、データ通信制御部２４は、受信データを
格納した受信エントリー、すなわちＳ６０５で特定した受信エントリーの受信ステータス
５３４２を、複合機２に予め設定された又は操作受付部２０を介してユーザーに選択され
た受信データの処理方法に従って、「受信：保存」、「受信：印刷」、「受信：削除」、
又は「受信：拒否」に変更する（Ｓ６０９）。それから、データ通信制御部２４は、更新
した受信リスト５３４を含む要求メッセージをデータ管理サーバー５に送信する（Ｓ６１
０）。
【０１２３】
なお、受信された受信データは、Ｓ６０８の後、予め設定された方法（保存、印刷、削
除、又は拒否）に従って自動的に処理されるようにしてもよい。または、Ｓ６０８〜Ｓ６
０９の間に、データ通信制御部２４は、当該受信データの内容を表示するように操作受付
部２０に指示し、操作受付部２０を介して当該受信データの処理方法の選択をユーザーか
ら受け付けるようにしてもよい。
【０１２４】
データ管理サーバー５のデータ通信制御部５１は、複合機２から送信された要求メッセ
ージに含まれる受信リスト５３４により、ユーザーデータベース５３の対応する受信リス
ト５３４を更新する（Ｓ６１１）。また、データ通信制御部５１は、更新された受信エン
トリーと対応する送信エントリーの送信ステータス５３３２を、「送信：完了」に変更す
る（Ｓ６１２）。
【０１２５】
なお、データ通信制御部５１は、送信ステータス５３３２が「送信：完了」に変更され
た送信エントリーに対応する送信データを、送信データＵＲＩ５３３３が示す受信データ
格納領域５３５の中の領域から削除してもよい。
【０１２６】
Ｓ６１０の処理の終了後、複合機２のデータ通信制御部２４は、データ管理サーバー５
との呼接続を切断するように呼制御部２３に指示する。すると、呼制御部２３は、ＳＩＰ
サーバー４を介してデータ管理サーバー５の呼制御部５０との呼を切断する（Ｓ７）。な
お、Ｓ６１２の処理の終了後、データ管理サーバー５側から、呼の切断を複合機２に要求
してもよい。
【０１２７】
以上のようにして、送信側の複合機２から送信されてデータ管理サーバー５に格納され
た送信データ（受信データ）が、当該送信データの宛先の複合機２に送信される。
【０１２８】
図１０は、データ送信中止処理の一例を示すシーケンス図である。
【０１２９】
データ送信元の複合機２の操作受付部２０は、送信データの送信履歴を参照する指示を
受け付ける（Ｓ８）。すると、呼制御部２３は、予め設定されたデータ管理サーバー５を
呼接続先として、ＳＩＰサーバー４を介してデータ管理サーバー５の呼制御部５０と呼接
続を行う（Ｓ９）。
【０１３０】
データ管理サーバー５との呼接続後、複合機２のデータ通信制御部２４は、データ管理
サーバー５とデータ通信を行う（Ｓ１０）。
【０１３１】
具体的には、まず、複合機２のデータ通信制御部２４は、予め設定されたアクセス先リ
ストのＵＲＩを含む要求メッセージを、データ管理サーバー５に送信する（Ｓ１００１）
。データ管理サーバー５のデータ通信制御部５１は、複合機２から送信された要求メッセ
ージに含まれるアクセス先リストのＵＲＩからアクセス先リスト５３２を取得し、当該ア
クセス先リスト５３２を含む応答メッセージを複合機２に送信する（Ｓ１００２）。
【０１３２】
それから、複合機２のデータ通信制御部２４は、データ管理サーバー５から送信された
アクセス先リスト５３２に含まれる送信リストＵＲＩ５３２０を含む要求メッセージを、
データ管理サーバー５に送信する（Ｓ１００３）。データ管理サーバー５のデータ通信制
御部５１は、複合機２から送信された要求メッセージに含まれる送信リストＵＲＩ５３２
０から送信リスト５３３を取得し、当該送信リスト５３３を含む応答メッセージを複合機
２に送信する（Ｓ１００４）。
【０１３３】
複合機２の操作受付部２０は、データ管理サーバー５から送信された送信リスト５３３
の内容を操作パネル２４０に表示し、送信を中止する送信エントリーの選択を受け付ける
（Ｓ１００５）。ここで、操作受付部２０は、ユーザーにより選択された送信エントリー
の送信ステータス５３３２が「送信：受付」であるか否かを判定し、「送信：受付」でな
い場合は、当該送信エントリーを選択できないように制御する。
【０１３４】
複合機２のデータ通信制御部２４は、操作受付部２０を介して、送信を中止する送信エ
ントリーの選択を受け付けると、当該送信エントリーを、Ｓ１００４で受信した送信リス
ト５３３から削除する（Ｓ１００６）。なお、送信エントリーを削除するのではなく、例
えば、当該送信エントリーの送信ステータス５３３２が「送信：中止」に変更されるよう
にしてもよい。データ通信制御部２４は、更新された送信リスト５３３を含む要求メッセ
ージをデータ管理サーバー５に送る（Ｓ１００７）。
【０１３５】
データ管理サーバー５のデータ通信制御部５１は、複合機２から送信された要求メッセ
ージに含まれる送信リスト５３３により、ユーザーデータベース５３の対応する送信リス
ト５３３を更新する（Ｓ１００８）。また、データ通信制御部５１は、更新により削除さ
れた送信エントリーの宛先ＩＤ５３３１と対応するユーザーＩＤ５３１の受信リスト５３
４に含まれる受信エントリーのうち、削除された送信エントリーの送信エントリーＩＤ５
３３０と対応する受信エントリーＩＤ５３４０を有する受信エントリーを削除する（Ｓ１
００９）。なお、受信エントリーを削除するのではなく、例えば、当該受信エントリーの
受信ステータス５３４２が「受信：中止」に変更されるようにしてもよい。データ通信制
御部５１は、削除された送信エントリーの送信データＵＲＩ５３３３が示すデータ、又は
削除した受信エントリーの受信データＵＲＩ５３４３が示すデータを、受信データ格納領
域５３５から削除する（Ｓ１０１０）。
【０１３６】
Ｓ１００７の処理の終了後、複合機２のデータ通信制御部２４は、データ管理サーバー
５との呼接続を切断するように呼制御部２３に指示する。すると、呼制御部２３は、ＳＩ
Ｐサーバー４を介してデータ管理サーバー５の呼制御部５０との呼を切断する（Ｓ１１）
。なお、Ｓ１０１０の処理の終了後、データ管理サーバー５側から、呼の切断を複合機２
に要求してもよい。
【０１３７】
以上のようにして、複合機２から送信中止が指示された送信データが、データ管理サー
バー５から削除され、送信がキャンセルされる。
【０１３８】
なお、上述の各シーケンスの各処理単位は、データ通信システム１の処理を理解容易に
するために、主な処理内容に応じて分割したものである。処理単位の分割の仕方や名称に
よって、本願発明が制限されることはない。データ通信システム１の処理は、処理内容に
応じて、さらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに
多くの処理を含むように分割することもできる。
【０１３９】
上記の本発明の実施形態は、本発明の要旨と範囲を例示することを意図し、限定するも
のではない。多くの代替物、修正および変形例が当業者にとって明らかである。
【０１４０】
例えば、データ管理サーバー５のデータ通信制御部５１は、受信リスト５３４に受信エ
ントリーを追加した場合に、受信エントリーが追加されたことを示す通知を、複合機２に
送信してもよい。この場合、複合機２のデータ通信制御部２４は、当該通知の受信後、自
動的に、又はユーザーからの指示を受け付けた場合に、データ管理サーバー５から受信デ
ータを取得すればよい。なお、受信データを取得する際に、セッションが確立していない
場合、複合機２の呼制御部２３がデータ通信制御部５１に呼接続を要求すればよい。
【０１４１】
また、例えば、送信エントリー及び受信エントリーに、追加的な条件を含めるようにし
てもよい。具体的には、例えば、送信エントリーに、有効期限（日時）、強制印刷フラグ
（ＯＮ、又はＯＦＦ）、印刷条件フラグ（ＯＮ、又はＯＦＦ）、印刷条件（印刷部数、ふ
ち無し印刷、用紙タイプ、用紙サイズ、印刷品質など）、保存許可フラグ（ＯＮ、又はＯ
ＦＦ）を含める。これらの追加的な条件は、例えば、データ送信の際、操作受付部２０が
ユーザーから受け付ける。
【０１４２】
この場合、送信リスト５３３を受信したデータ管理サーバー５のデータ通信制御部５１
は、追加された送信エントリーに対応する受信エントリーを受信リスト５３４に追加する
際、送信エントリーの追加的な条件を受信エントリーにも含める。
【０１４３】
また、宛先の複合機２のデータ通信制御部２４は、受信ステータス５３４２が「受信：
受付」の受信エントリーを特定するとともに、該受信エントリーに含まれる追加的な条件
に従って受信データを処理する。例えば、有効期限が現在日時を経過している場合、受信
データの受信を中止する。また、有効期限が現在日時を経過していない場合において、例
えば、強制印刷フラグがＯＮに設定されている場合、データ通信制御部２４は、予め設定
された受信データの処理方法に関わらず、受信データの印刷を印刷制御部２２に指示する
。印刷条件フラグがＯＮの場合は、受信エントリーに含まれる印刷条件に従って印刷を実
行するように印刷制御部２２に指示する。保存許可フラグがＯＦＦに設定されている場合
、データ通信制御部２４は、ＲＡＭ２２０に保存しない（受信しない）、又は、受信デー
タを印刷後ＲＡＭ２２０から自動的に削除する。
【０１４４】
また、例えば、送信リスト５３３や受信リスト５３４を、複合機２とデータ管理サーバ
ー５の間で送受信せずに、送信エントリーや受信エントリーを送受信するようにしてもよ
い。この場合、複合機２のデータ通信制御部２４は、生成した送信エントリーをデータ管
理サーバー５に送信する。データ管理サーバー５のデータ通信制御部５１は、受信した送
信エントリーを対応する送信リスト５３３に追加するとともに、当該送信エントリーの宛
先の受信リスト５３４にも受信エントリーを追加する。また、データ管理サーバー５のデ
ータ通信制御部５１は、受信ステータス５３４２が「受信：受付」の受信エントリーを複
合機２の要求に応じて送信する。また、複合機２のデータ通信制御部２４は、受信ステー
タス５３４２を変更した受信エントリーをデータ管理サーバー５に送信する。データ管理
サーバー５のデータ通信制御部５１は、受信した受信エントリーで、対応する受信リスト
５３４の受信エントリーを更新する。
【０１４５】
また、例えば、送信リスト５３３及び受信リスト５３４を、複合機２においても管理す
るようにしてもよい。この場合、複合機２のデータ通信制御部２４は、送信エントリーを
データ管理サーバー５の送信リスト５３３に追加するとともに、自身の送信リストにも追
加する。また、データ管理サーバー５のデータ通信制御部５１は、受信ステータス５３４
２が「受信：受付」の受信エントリーを複合機２の要求に応じて送信する。複合機２のデ
ータ通信制御部２４は、受信した受信エントリーを、自身の受信リストに追加する。
【０１４６】
また、複合機２のデータ通信制御部２４は、データ管理サーバー５の受信リスト５３４
の受信エントリーの受信ステータス５３４２を「受信：保存」、「受信：印刷」、「受信
：削除」、又は「受信：拒否」に変更するとともに、自身の受信リストの受信エントリー
の受信ステータスも変更する。また、データ管理サーバー５のデータ通信制御部５１は、
送信エントリーの送信ステータス５３３２を「送信：受付」から「送信：完了」に変更し
た場合、当該送信エントリーを複合機２に通知する。複合機２のデータ通信制御部２４は
、受信した送信エントリーにより、自身の送信リストの対応する送信エントリーを更新す
る。
【０１４７】
また、複合機２のデータ通信制御部２４は、送信ステータス５３３２が「送信：受付」
である送信エントリーをデータ管理サーバー５の送信リスト５３３から削除するとともに
、自身の送信リストからも削除する。
【０１４８】
以上、本発明の第一実施形態について説明した。本実施形態によれば、より利便性を高
めた、端末間の画像データの送受信を行うことができる。
【０１４９】
すなわち、本実施形態では、送信データはサーバーに一時的格納され、サーバーにより
宛先の端末に送信される。このような構成により、インターネットのようなネットワーク
上でファクシミリのように特定の端末間でデータを送受信することができる。
【０１５０】
また、本実施形態では、サーバー及び端末の少なくとも一方において送信リスト及び受
信リストが管理されている。このような構成により、例えば、送信が完了したか否か、受
信すべきがデータがあるか否かなどの情報を簡単に取得することができる。
【０１５１】
また、本実施形態では、送信リストから送信エントリーを削除することにより、対応す
る受信エントリーを削除することができる。このような構成により、ユーザーは、例えば
、宛先や送信すべきデータを誤って送った後であっても、当該データの送信をキャンセル
することができる。
【符号の説明】
【０１５２】
１：データ通信システム、２：複合機、３：ＬＡＮ、４：ＳＩＰサーバー、５：データ管
理サーバー、６：インターネット、
２０：操作受付部、２１：読取制御部、２２：印刷制御部、２３：呼制御部、２４：デー
タ通信制御部、
５０：呼制御部、５１：データ通信制御部、５２：記憶部、５３：ユーザーデータベース
、
５３１：ユーザーＩＤ、５３２：アクセス先リスト、５３３：送信リスト、５３４：受信
リスト、５３５：受信データ格納領域、５３２０：送信リストＵＲＩ、５３２１：受信リ
ストＵＲＩ、５３３０：送信エントリーＩＤ、５３３１：宛先ＩＤ、５３３２：送信ステ
ータス、５３３３：送信データＵＲＩ、５３４０：受信エントリーＩＤ、５３４１：送信
元ＩＤ、５３４２：受信ステータス、５３４３：受信データＵＲＩ、
２００：コントローラー、２１０：ＣＰＵ、２２０：ＲＡＭ、２３０：ＲＯＭ、２４０：
操作パネル、２５０：読取エンジン、２６０：印刷エンジン、２７０：ネットワークＩ／
Ｆ、
５００：ＣＰＵ、５１０：ＲＡＭ、５２０：ＲＯＭ、５３０：補助記憶装置、５４０：メ
ディア読み書き装置、５５０：ネットワークＩ／Ｆ、５６０：ＵＳＢ  Ｉ／Ｆ、５７０：
入力装置、５８０：出力装置
【図１】
2012037953.tif 000003
【図２】
2012037953.tif 000004
【図３】
2012037953.tif 000005
【図４】
2012037953.tif 000006
【図５】
2012037953.tif 000007
【図６】
2012037953.tif 000008
【図７】
2012037953.tif 000009
【図８】
2012037953.tif 000010
【図９】
2012037953.tif 000011
【図１０】
2012037953.tif 000012