JP7516958B2 - 印刷制御装置及びプログラム - Google Patents

Description

本発明は、印刷制御装置及びプログラムに関する。

ユーザー番号、メールアドレス、パスワード、及びプリペイドカード等の付加情報を保存した画像データを、第三者の端末に送信し、付加情報が保存された画像データが読み込まれると、付加情報からユーザー番号、メールアドレス、パスワード、及びプリペイドカード等の情報を読み込み、読み込んだ情報に基づいて認証サーバーやプリペイドカードサーバーと通信することにより、認証処理や前記コンテンツサーバーに保存された画像データのダウンロード及び画像印刷代の支払処理を行う画像処理装置は、知られている（例えば、特許文献１参照）。

特開２０１７－２２００２９号公報

特定のユーザからの印刷要求に応じて複数のユーザが保持するデータを印刷する場合がある。このような場合に、特定のユーザが複数のユーザからデータを取得しそのデータを用いて印刷要求を行う構成を採用したのでは、印刷されるデータが印刷前に特定のユーザに分かってしまう。

本発明の目的は、特定のユーザからの印刷要求に応じて、印刷されるデータが印刷前に特定のユーザに分かることを抑制しつつ、複数のユーザが保持するデータを印刷することにある。

請求項１に記載の発明は、プロセッサを備え、前記プロセッサは、特定のユーザを含む複数のユーザが保持する複数のデータをまとめて印刷する旨の印刷要求を当該特定のユーザから受け付け、前記印刷要求の受付に応じて、前記複数のユーザのうちの前記特定のユーザを含む１以上のユーザから、前記複数のデータのうちの１以上のデータを、当該１以上のデータの他のユーザによる閲覧が制限された状態で取得し、前記１以上のデータが、前記特定のユーザから取得したデータを含まないようにし、当該特定のユーザから取得したデータを含まないようになった当該１以上のデータが印刷されるように制御することを特徴とする印刷制御装置である。
請求項２に記載の発明は、前記閲覧が制限された状態は、前記１以上のユーザのそれぞれが個別に使用する個別使用手段によって実現されることを特徴とする請求項１に記載の印刷制御装置である。
請求項３に記載の発明は、前記個別使用手段は、メッセージングサービスの個々のユーザの投稿領域、又は、電子メールであることを特徴とする請求項２に記載の印刷制御装置である。
請求項４に記載の発明は、前記閲覧が制限された状態は、前記１以上のユーザに共通の記憶領域に前記１以上のデータを格納させるが、当該１以上のデータの他のユーザによる閲覧を制限することによって実現されることを特徴とする請求項１に記載の印刷制御装置である。
請求項５に記載の発明は、前記記憶領域は、ＵＲＬ（Uniform Resource Locator）によって指定されることを特徴とする請求項４に記載の印刷制御装置である。
請求項６に記載の発明は、前記プロセッサは、前記特定のユーザから取得したデータを含まないようになった前記１以上のデータを識別する１つのデータ識別情報が前記特定のユーザに通知されるように制御し、前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、当該データ識別情報により識別される、当該特定のユーザから取得したデータを含まないようになった当該１以上のデータが印刷されるように制御することを含むことを特徴とする請求項１に記載の印刷制御装置である。
請求項７に記載の発明は、前記プロセッサは、前記１以上のユーザから取得した前記１以上のデータを識別する１つのデータ識別情報が前記特定のユーザに通知されるように制御し、前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報と当該特定のユーザを識別するユーザ識別情報とを受け付けた際に、当該データ識別情報と当該ユーザ識別情報とにより識別される、当該特定のユーザから取得したデータを含まないようになった当該１以上のデータが印刷されるように制御することを含むことを特徴とする請求項１に記載の印刷制御装置である。
請求項８に記載の発明は、前記プロセッサは、前記１以上のデータを識別する１つのデータ識別情報が特定のユーザに通知されるように制御し、前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、当該データ識別情報により識別される当該１以上のデータが印刷されるように制御することを含むことを特徴とする請求項１に記載の印刷制御装置である。
請求項９に記載の発明は、前記データ識別情報が通知されるように制御することは、前記複数のデータを取得した後に、当該複数のデータを識別する当該データ識別情報が前記特定のユーザに通知されるように制御することを含み、前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、当該データ識別情報により識別される前記複数のデータが印刷されるように制御することを含むことを特徴とする請求項８に記載の印刷制御装置である。
請求項１０に記載の発明は、前記データ識別情報が通知されるように制御することは、前記複数のデータを取得する前に、前記１以上のデータを識別する当該データ識別情報が前記特定のユーザに通知されるように制御することを含み、前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、前記複数のデータを取得していなければ、当該データ識別情報により識別される当該１以上のデータを印刷しないように制御することを含むことを特徴とする請求項８に記載の印刷制御装置である。
請求項１１に記載の発明は、前記データ識別情報が通知されるように制御することは、前記複数のデータを取得する前に、前記１以上のデータを識別する当該データ識別情報が前記特定のユーザに通知されるように制御することを含み、前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、前記複数のデータを取得していなくても、当該データ識別情報により識別される当該１以上のデータが少なくとも印刷されるように制御することを含むことを特徴とする請求項８に記載の印刷制御装置である。
請求項１２に記載の発明は、前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を２回目以降に受け付けた際に、当該データ識別情報により識別されることとなったデータのうち、当該特定のユーザから当該データ識別情報を前回受け付けた際以降に取得したデータが印刷されるように制御することを含むことを特徴とする請求項１１に記載の印刷制御装置である。
請求項１３に記載の発明は、コンピュータに、特定のユーザを含む複数のユーザが保持する複数のデータをまとめて印刷する旨の印刷要求を当該特定のユーザから受け付ける機能と、前記印刷要求の受付に応じて、前記複数のユーザのうちの前記特定のユーザを含む１以上のユーザから、前記複数のデータのうちの１以上のデータを、当該１以上のデータの他のユーザによる閲覧が制限された状態で取得する機能と、前記１以上のデータが、前記特定のユーザから取得したデータを含まないようにし、当該特定のユーザから取得したデータを含まないようになった当該１以上のデータが印刷されるように制御する機能とを実現させるためのプログラムである。

請求項１の発明によれば、特定のユーザからの印刷要求に応じて、複数のユーザが保持するデータを印刷する際に、特定のユーザが保持するデータが印刷されることによる無駄を抑制することができる。
請求項２の発明によれば、印刷されるデータの他のユーザによる閲覧を制限する新たな手段を別途講ずることなく、印刷されるデータが印刷前に特定のユーザに分かることを抑制することができる。
請求項３の発明によれば、印刷されるデータの他のユーザによる閲覧を制限する新たな手段を別途講ずることなく、メッセージングサービス又は電子メールを用いて、印刷されるデータが印刷前に特定のユーザに分かることを抑制することができる。
請求項４の発明によれば、複数のユーザのそれぞれが個別に使用する個別使用手段が存在しない場合であっても、印刷されるデータが印刷前に特定のユーザに分かることを抑制することができる。
請求項５の発明によれば、複数のユーザのそれぞれが個別に使用する個別使用手段が存在しない場合であっても、ＵＲＬで指定される記憶領域を用いて、印刷されるデータが印刷前に特定のユーザに分かることを抑制することができる。
請求項６の発明によれば、特定のユーザからの印刷要求に応じて、複数のユーザが保持するデータを印刷する際に、特定のユーザを識別するユーザ識別情報を入力することなく、特定のユーザが保持するデータが印刷されることによる無駄を抑制することができる。
請求項７の発明によれば、特定のユーザからの印刷要求に応じて、複数のユーザが保持するデータを印刷する際に、特定のユーザが保持するデータを印刷するかどうかを決定することができる。
請求項８の発明によれば、通知された１つのデータ識別情報を特定のユーザが入力する操作に応じて、複数のユーザが保持するデータを印刷することができる。
請求項９の発明によれば、複数のユーザからのデータの取得が完了してからデータ識別情報を特定のユーザに通知することにより、データ識別情報を特定のユーザが入力する操作に応じて、複数のユーザから取得した全てのデータを印刷することができる。
請求項１０の発明によれば、複数のユーザからのデータの取得が完了しなくてもデータ識別情報を特定のユーザに通知できるようにするが、複数のユーザからのデータの取得が完了していない状態で印刷されることを抑制することができる。
請求項１１の発明によれば、複数のユーザからのデータの取得が完了しなくてもデータ識別情報を特定のユーザに通知できるようにし、データ識別情報が入力された際に複数のユーザから取得されているデータを印刷することができる。
請求項１２の発明によれば、データ識別情報が２回目以降に入力された際に複数のユーザから新たなデータを取得していれば、この新たなデータを印刷することができる。
請求項１３の発明によれば、特定のユーザからの印刷要求に応じて、複数のユーザが保持するデータを印刷する際に、特定のユーザが保持するデータが印刷されることによる無駄を抑制することができる。

本発明の実施の形態が適用される印刷システムの全体構成例を示した図である。 本発明の実施の形態における携帯端末のハードウェア構成例を示した図である。 本発明の実施の形態における印刷サーバのハードウェア構成例を示した図である。 本発明の実施の形態における画像処理装置のハードウェア構成例を示した図である。 本発明の実施の形態における印刷システムの機能構成例を示したブロック図である。 本発明の実施の形態における印刷サーバのデータベースに記憶される対応情報の具体例を示した図である。 本発明の実施の形態における印刷システムのファイルを登録する際の動作例を示したシーケンス図である。 本発明の実施の形態における印刷システムの印刷を行う際の動作例を示したシーケンス図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

［印刷システムの全体構成］
図１は、本実施の形態が適用される印刷システム１の全体構成例を示した図である。図示するように、この印刷システム１は、携帯端末１０と、メッセージングサーバ３０と、印刷サーバ５０と、画像処理装置７０とを含む。携帯端末１０は、Ｗｉ－Ｆｉ（登録商標）等の無線通信によりアクセスポイント９５を介して通信回線９０と無線接続可能になっている。また、メッセージングサーバ３０、印刷サーバ５０、及び画像処理装置７０は、通信回線９０に接続されている。

携帯端末１０は、印刷システム１を利用するユーザにより使用される端末装置である。携帯端末１０には、メッセージングサービスを提供するアプリケーション（メッセージングサービスアプリ）がインストールされている。ここで、メッセージングサービスとは、ユーザがメッセージングサービスアプリを携帯端末１０にインストールすることにより、他のユーザとの間でのインスタントメッセージの送受信を可能とするサービスである。メッセージングサービスは、例えば、携帯端末１０のユーザ及びその相手ユーザが入力したメッセージを携帯端末１０の画面上に仮想的に設けられたトークルーム内であたかも会話が行われているように表示することで、インスタントメッセージの送受信を可能とする。携帯端末１０としては、例えば、スマートフォンを用いるとよい。尚、図では、携帯端末１０を１つしか示していないが、複数存在してもよい。特に、以下では、ユーザＡが使用する携帯端末１０を携帯端末１０ａと表記し、ユーザＢが使用する携帯端末１０を携帯端末１０ｂと表記し、ユーザＣが使用する携帯端末１０を携帯端末１０ｃと表記することにする。

メッセージングサーバ３０は、ユーザの操作により携帯端末１０から送られた要求に応じて、上述したメッセージングサービスを提供するサーバコンピュータである。メッセージングサーバ３０としては、例えば、汎用のパーソナルコンピュータを用いるとよい。

印刷サーバ５０は、ユーザが携帯端末１０のメッセージングサービスのトークルーム内に投稿したファイルを印刷する印刷サービスを提供するサーバコンピュータである。具体的には、印刷サーバ５０は、ユーザが携帯端末１０を操作することによりメッセージングサーバ３０から送られた要求に応じて、携帯端末１０のメッセージングサービスのトークルーム内に投稿されたファイルを印刷用のファイルとして登録する。そして、印刷サーバ５０は、ユーザの操作により画像処理装置７０から送られた要求に応じて、印刷用のファイルを印刷データとして画像処理装置７０に出力する。以下では、メッセージングサービスのトークルーム内に投稿されるファイルとして画像を例にとり説明する。但し、これはあくまで一例であり、メッセージングサービスのトークルーム内に投稿されるファイルは、印刷可能な形式であればＰＤＦ等、その他の形式のファイルであってもよい。印刷サーバ５０としては、例えば、汎用のパーソナルコンピュータを用いるとよい。本実施の形態では、印刷制御装置の一例として、印刷サーバ５０を設けている。

画像処理装置７０は、紙等の記録媒体への画像形成、紙等の記録媒体からの画像読取り、公衆回線への画像送信、公衆回線からの画像受信等の画像処理を行う装置である。但し、これらの少なくとも１つを行うものであってよい。例えば、画像形成のみを行う観点からはプリンタであり、画像読取りのみを行う観点からはスキャナであり、画像読取り及び画像形成を行う観点からはコピー機であり、画像読取り及び画像送信又は画像受信及び画像形成を行う観点からはファクシミリである。尚、図では、画像処理装置７０を１つしか示していないが、複数存在してもよい。

通信回線９０は、携帯端末１０とメッセージングサーバ３０との間、メッセージングサーバ３０と印刷サーバ５０との間、印刷サーバ５０と画像処理装置７０との間等の情報通信に用いられる通信手段である。通信回線９０としては、例えば、インターネットを用いるとよい。

［携帯端末のハードウェア構成］
図２は、本実施の形態における携帯端末１０のハードウェア構成例を示した図である。図示するように、携帯端末１０は、演算手段であるプロセッサ１１と、記憶手段であるＲＡＭ１２及びＲＯＭ１３と、各種情報の表示やユーザからの操作入力の受付を行うタッチパネル１４と、マイクロフォン等の音声入力機構１５と、スピーカ等の音声出力機構１６と、ＮＦＣ（Near Field Communication）等の近距離無線通信により画像処理装置７０との間で各種情報の送受信を行う近距離無線通信インターフェース（以下、「Ｉ／Ｆ」と表記する）１７とを備える。また、基地局を介して無線通信を行うための無線回路１８及びアンテナ１９を備える。ここで、無線回路１８には、図示しないが、無線で送受信されるデジタルデータの信号処理を行うベースバンドＬＳＩが含まれるものとする。

［印刷サーバのハードウェア構成］
図３は、本実施の形態における印刷サーバ５０のハードウェア構成例を示した図である。図示するように、印刷サーバ５０は、演算手段であるプロセッサ５１と、記憶手段であるメインメモリ５２及びＨＤＤ（Hard Disk Drive）５３とを備える。ここで、プロセッサ５１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ５２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、ＨＤＤ５３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。更に、印刷サーバ５０は、外部との通信を行うための通信Ｉ／Ｆ５４と、ディスプレイ等の表示デバイス５５と、キーボードやマウス等の入力デバイス５６とを備える。

また、図３に示したハードウェア構成は、メッセージングサーバ３０のハードウェア構成としても捉えられる。但し、メッセージングサーバ３０について述べるときは、図３のプロセッサ５１、メインメモリ５２、ＨＤＤ５３、通信Ｉ／Ｆ５４、表示デバイス５５、入力デバイス５６をそれぞれ、プロセッサ３１、メインメモリ３２、ＨＤＤ３３、通信Ｉ／Ｆ３４、表示デバイス３５、入力デバイス３６と表記するものとする。

［画像処理装置のハードウェア構成］
図４は、本実施の形態における画像処理装置７０のハードウェア構成例を示した図である。図示するように、画像処理装置７０は、プロセッサ７１と、ＲＡＭ（Random Access Memory）７２と、ＲＯＭ（Read Only Memory）７３と、ＨＤＤ（Hard Disk Drive）７４と、操作パネル７５と、画像読取部７６と、画像形成部７７と、有線通信Ｉ／Ｆ７８と、近距離無線通信Ｉ／Ｆ７９とを備える。

プロセッサ７１は、ＲＯＭ７３等に記憶された各種プログラムをＲＡＭ７２にロードして実行することにより、後述する各機能を実現する。

ＲＡＭ７２は、プロセッサ７１の作業用メモリ等として用いられるメモリである。ＲＯＭ７３は、プロセッサ７１が実行する各種プログラム等を記憶するメモリである。ＨＤＤ７４は、画像読取部７６が読み取った画像データや画像形成部７７における画像形成にて用いる画像データ等を記憶する例えば磁気ディスク装置である。

操作パネル７５は、各種情報の表示やユーザからの操作入力の受付を行う例えばタッチパネルである。ここで、操作パネル７５は、各種情報が表示されるディスプレイと、指やスタイラスペン等の指示手段で指示された位置を検出する位置検出シートとからなる。或いは、タッチパネルに代えて、ディスプレイ及びキーボードを用いてもよい。

画像読取部７６は、紙等の記録媒体に記録された画像を読み取る。ここで、画像読取部７６は、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ（Charge Coupled Devices）で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ（Contact Image Sensor）で受光するＣＩＳ方式のものを用いるとよい。

画像形成部７７は、紙等の記録媒体に画像を形成する。ここで、画像形成部７７は、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。

有線通信Ｉ／Ｆ７８は、通信回線９０を介して他の装置、例えば印刷サーバ５０との間で各種情報の送受信を行う。近距離無線通信Ｉ／Ｆ７９は、ＮＦＣ等の近距離無線通信により携帯端末１０との間で各種情報の送受信を行う。

［本実施の形態の概要］
このような構成を備えた印刷システム１において、本実施の形態では、印刷サーバ５０が、複数のユーザが保持する複数のデータをまとめて印刷する旨の印刷要求を特定のユーザから受け付け、印刷要求の受付に応じて、複数のユーザのうちの１以上のユーザから、複数のデータのうちの１以上のデータを、その１以上のデータの他のユーザによる閲覧が制限された状態で取得し、その１以上のデータが印刷されるように制御する。

ここで、閲覧が制限された状態としては、１以上のユーザのそれぞれが個別に使用する個別使用手段によって実現される状態が考えられる。この場合、個別使用手段は、メッセージングサービスの個々のユーザの投稿領域、又は、電子メールでよい。

或いは、閲覧が制限された状態としては、１以上のユーザに共通の記憶領域に１以上のデータを格納させるが、１以上のデータの他のユーザによる閲覧を制限することによって実現される状態も考えられる。この場合、記憶領域は、ＵＲＬ（Uniform Resource Locator）によって指定されるものでよい。

このように閲覧が制限された状態としては種々考えられるが、ここでは、メッセージングサービスの個々のユーザの投稿領域（個別トークルーム）によって実現する場合を例にとって説明する。

また、１以上のデータが印刷されるように制御することは、どのような方法で制御することであってもよい。但し、ここでは、印刷サーバ５０が、１以上のデータを識別する１つのデータ識別情報が特定のユーザに通知されるように制御し、特定のユーザからデータ識別情報を受け付けた際に、データ識別情報により識別される１以上のデータが印刷されるように制御する場合を例にとって説明する。

［印刷システムの機能構成］
図５は、本実施の形態における印刷システム１の機能構成例を示したブロック図である。

まず、携帯端末１０の機能構成について説明する。図示するように、携帯端末１０は、表示制御部２１と、データ送受信部２２とを備えている。

表示制御部２１は、メッセージングサーバ３０からのメッセージや操作に対する結果を表示するようにタッチパネル１４（図２参照）を制御する。特に、表示制御部２１は、メッセージングサーバ３０から送られたファイルＩＤを表示するようにタッチパネル１４を制御する。ここで、ファイルＩＤとは、ファイルを識別する識別情報であり、タッチパネル１４に表示して画像処理装置７０に読み取らせることによりファイルの印刷を要求することを可能とするものである。ファイルＩＤは、例えば、ＱＲコード（登録商標）に埋め込むとよい。ファイルＩＤは、データを識別するデータ識別情報の一例である。

データ送受信部２２は、メッセージングサーバ３０へメッセージやファイルを送信したり、メッセージングサーバ３０からメッセージを受信したりする。

尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、これらの機能部は、プロセッサ１１が、これらを実現するプログラムを例えばＲＯＭ１３からＲＡＭ１２に読み込んで実行することにより実現される。

次に、メッセージングサーバ３０の機能構成について説明する。図示するように、メッセージングサーバ３０は、グループトークルーム管理部４１と、個別トークルーム管理部４２とを備えている。

グループトークルーム管理部４１は、グループのメンバーである複数のユーザと、印刷サーバ５０のＢＯＴとが参加しているグループトークルームを管理する。ここで、印刷サーバ５０のＢＯＴとは、ユーザから画像を渡されると、この画像を印刷用のファイルとして登録するプログラムである。従って、印刷サーバ５０のＢＯＴがグループに追加されると、その時点でグループに参加しているユーザは、印刷サーバ５０のＢＯＴに画像を渡すことで、その画像を印刷用のファイルとして登録することが可能となる。以下、印刷サーバ５０のＢＯＴは単に「ＢＯＴ」と表記することにする。

個別トークルーム管理部４２は、個々のユーザとＢＯＴとが参加している個別トークルームを管理する。個別トークルームは、個々のユーザとＢＯＴとの１対１のトークルームと言うこともできる。

尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、これらの機能部は、プロセッサ３１が、これらを実現するプログラムを例えばＨＤＤ３３からメインメモリ３２に読み込んで実行することにより実現される。

次いで、印刷サーバ５０の機能構成について説明する。図示するように、印刷サーバ５０は、ファイル登録機能６１として、ファイル交換指示受信部６１Ａと、ユーザＩＤ取得部６１Ｂと、個別メッセージ送信部６１Ｃと、個別画像受信部６１Ｄと、画像統合部６１Ｅと、ファイルＩＤ発行部６１Ｆと、対応情報生成部６１Ｇと、ファイルＩＤ送信部６１Ｈとを備えている。また、印刷サーバ５０は、印刷制御機能６２として、ファイルＩＤ受信部６２Ａと、ファイル取得部６２Ｂと、ファイル交換対象判定部６２Ｃと、ユーザＩＤ要求部６２Ｄと、ユーザＩＤ受信部６２Ｅと、当人画像除外部６２Ｆと、ファイル送信部６２Ｇとを備えている。更に、印刷サーバ５０は、データベース６３を備えている。

ファイル交換指示受信部６１Ａは、複数のユーザとＢＯＴとが存在するグループトークルーム上で行われたファイル交換指示をメッセージングサーバ３０から受信する。本実施の形態では、複数のユーザが保持する複数のデータをまとめて印刷する旨の印刷要求を特定のユーザから受け付ける手段の一例として、ファイル交換指示受信部６１Ａを設けている。

ユーザＩＤ取得部６１Ｂは、グループトークルームに参加しているユーザを識別するユーザＩＤを取得する。ここで、ユーザＩＤは、例えば、文字列であってよい。また、ユーザＩＤは、例えば、メッセージングサーバ３０のグループトークルーム管理部４１から取得すればよい。

個別メッセージ送信部６１Ｃは、個別トークルームでＢＯＴからユーザへファイル交換用画像の送信を依頼するメッセージが送信されるように、画像送信依頼をメッセージングサーバ３０へ送信する。

個別画像受信部６１Ｄは、個別トークルームでユーザからＢＯＴへ送信されたファイル交換用画像をメッセージングサーバ３０から受信する。つまり、個別画像受信部６１Ｄは、ファイル交換用画像を、個々のユーザのみがアクセスし得る手段から受信する。但し、必ずしも個々のユーザのみがアクセスし得る手段から受信するようにせず、全てのユーザがアクセス可能であるが、他のユーザによる閲覧が制限された手段から受信するようにしてもよい。本実施の形態では、印刷要求の受付に応じて、複数のユーザのうちの１以上のユーザから、複数のデータのうちの１以上のデータを、１以上のデータの他のユーザによる閲覧が制限された状態で取得する手段の一例として、個別画像受信部６１Ｄを設けている。

画像統合部６１Ｅは、個別画像受信部６１Ｄが個々のユーザから受信したファイル交換用画像を統合することにより１つのファイルを生成する。

ファイルＩＤ発行部６１Ｆは、画像統合部６１Ｅにより生成されたファイルを識別するファイルＩＤを発行する。ここで、ファイルＩＤは、例えば、文字列であってよい。

対応情報生成部６１Ｇは、画像統合部６１Ｅにより統合された個々のユーザからの画像と、ファイルＩＤ発行部６１Ｆにより発行されたファイルＩＤとを対応付けた対応情報を生成し、データベース６３に保存する。また、個々の画像には、その画像を送信したユーザのユーザＩＤを対応付けるとよい。

ファイルＩＤ送信部６１Ｈは、グループトークルームでＢＯＴからユーザへファイルＩＤを知らせるメッセージが送信されるように、ファイルＩＤをメッセージングサーバ３０へ送信する。本実施の形態では、１以上のデータを識別する１つのデータ識別情報が特定のユーザに通知されるように制御する手段の一例として、ファイルＩＤ送信部６１Ｈを設けている。

ファイルＩＤ受信部６２Ａは、画像処理装置７０からファイルＩＤを受信し、データベース６３からこのファイルＩＤを含む対応情報を取得する。

ファイル取得部６２Ｂは、ファイルＩＤ受信部６２Ａが取得した対応情報に紐付いたファイルを取得する。具体的には、後述するように対応情報にはファイル保存場所が含まれるので、このファイル保存場所からファイルを取得する。

ファイル交換対象判定部６２Ｃは、ファイル取得部６２Ｂが取得したファイルがファイル交換対象のファイルであるかどうかを判定する。具体的には、後述するように対応情報にはファイル交換対象であるかどうかを示すファイル交換フラグが含まれているので、ファイル交換フラグを参照してこの判定を行う。そして、ファイル取得部６２Ｂが取得したファイルがファイル交換対象のファイルであると判定された場合は、ユーザＩＤ要求部６２Ｄを呼び出す。

ユーザＩＤ要求部６２Ｄは、印刷を要求するユーザのユーザＩＤの入力指示を送信して、ユーザＩＤの入力を画像処理装置７０に要求する。

ユーザＩＤ受信部６２Ｅは、画像処理装置７０からユーザＩＤを受信する。

当人画像除外部６２Ｆは、ファイル取得部６２Ｂにより取得され、ファイル交換対象判定部６２Ｃによりファイル交換対象のファイルと判定されたファイルに含まれる画像の中から、ユーザＩＤに紐付けられた画像を削除する。つまり、当人画像除外部６２Ｆは、画像統合部６１Ｅが画像を統合することにより得られたファイルから当人が送信した画像を取り除く。本実施の形態では、１以上のデータが特定のユーザから取得したデータを含まないようにする手段の一例として、当人画像除外部６２Ｆを設けている。

ファイル送信部６２Ｇは、当人画像除外部６２Ｆにより当人が送信した画像が除外されたファイルを印刷対象のファイルとして画像処理装置７０へ送信する。

データベース６３は、上述した対応情報を記憶する。この対応情報の具体例については後述する。

尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、これらの機能部は、プロセッサ５１が、これらを実現するプログラムを例えばＨＤＤ５３からメインメモリ５２に読み込んで実行することにより実現される。

次いで、画像処理装置７０は、表示制御部８１と、ファイルＩＤ受付部８２と、ファイル要求部８３と、ユーザＩＤ受付部８４と、ユーザＩＤ送信部８５と、ファイル受信部８６と、印刷指示部８７とを備えている。

表示制御部８１は、印刷サーバ５０からのメッセージや操作に対する結果を表示するように操作パネル７５（図４参照）を制御する。特に、表示制御部８１は、印刷サーバ５０から送られたユーザＩＤの入力指示を表示するように操作パネル７５を制御する。

ファイルＩＤ受付部８２は、ユーザが操作パネル７５（図４参照）上で入力したファイルＩＤを受け付ける。

ファイル要求部８３は、ファイルＩＤ受付部８２が受け付けたファイルＩＤを印刷サーバ５０へ送信することにより印刷対象のファイルを要求する。

ユーザＩＤ受付部８４は、ユーザが操作パネル７５（図４参照）上で入力したユーザＩＤを受け付ける。

ユーザＩＤ送信部８５は、ユーザＩＤ受付部８４が受け付けたユーザＩＤを印刷サーバ５０へ送信する。

ファイル受信部８６は、印刷サーバ５０から印刷対象のファイルを受信する。

印刷指示部８７は、ファイル受信部８６が受信したファイルに基づく印刷を画像処理装置７０に指示する。

尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、これらの機能部は、プロセッサ７１が、これらを実現するプログラムを例えばＲＯＭ７３からＲＡＭ７２に読み込んで実行することにより実現される。

図６は、データベース６３に記憶される対応情報の具体例を示した図である。図示するように、対応情報は、ファイルＩＤと、ファイル保存場所と、ファイル交換フラグと、画像名と、ユーザＩＤとを対応付けたものとなっている。ファイルＩＤは、ファイルの識別情報である。ファイル保存場所は、対応するファイルＩＤで識別されるファイルが保存された場所を示す情報である。ファイル交換フラグは、対応するファイルＩＤで識別されるファイルがファイル交換の対象であるかどうかを示すフラグである。ファイル交換フラグ「ｔｒｕｅ」はファイル交換の対象であることを示し、ファイル交換フラグ「ｆａｌｓｅ」はファイル交換の対象でないことを示す。画像名は、対応するファイルＩＤで識別されるファイルに内包される画像の名称である。ユーザＩＤは、対応する画像名の画像を送信したユーザの識別情報である。

ここでは、ファイルＩＤが「０００００００１」の対応情報について説明する。ファイルＩＤ「０００００００１」には、ファイル保存場所として「Ｄ：￥Ｄａｔａ￥０００００００１．ＺＩＰ」が、ファイル交換フラグとして「ｔｒｕｅ」が、それぞれ対応付けられている。このことから、「Ｄ：￥Ｄａｔａ￥０００００００１．ＺＩＰ」は画像統合により生成されたファイルであることが分かる。そして、画像名の欄から、統合された画像は「ｐｒｅｓｅｎｔ．ｊｐｇ」、「２０１９１１０７．ｊｐｇ」、「ｍｅｍｏｒｉａｌ．ｊｐｇ」の３つの画像であることが分かる。また、ユーザＩＤの欄から、この３つの画像を送信したユーザのユーザＩＤはそれぞれ「ｕｓｅｒＩｄＡＡＡＡ」、「ｕｓｅｒＩｄＢＢＢＢ」、「ｕｓｅｒＩｄＣＣＣＣ」であることも分かる。

印刷する際には、まず、ファイルＩＤが画像処理装置７０に入力され、そのファイルＩＤに紐付いたファイル交換フラグが確認される。ファイル交換フラグが「ｔｒｕｅ」であった場合、画像処理装置７０を介してユーザにユーザＩＤの入力が促される。ユーザＩＤが入力されると、画像名のリストからこのユーザＩＤに紐付いた画像が特定され、その画像を除いたファイルが画像処理装置７０へ送信され、画像処理装置７０で印刷される。

［印刷システムの動作］
ここでは、ユーザＡ、ユーザＢ、ユーザＣの間でファイル交換を行う際の印刷システム１の動作について説明する。動作の前提として、ユーザＡ、ユーザＢ、ユーザＣ、及びＢＯＴが参加しているグループトークルームが存在しているものとする。

図７は、印刷システム１のファイルを登録する際の動作例を示したシーケンス図である。尚、ここでは、メッセージングサーバ３０の個別トークルーム管理部４２のうち、ユーザＡの個別トークルームを管理する部分を「個別トークルーム管理部４２ａ」とし、ユーザＢの個別トークルームを管理する部分を「個別トークルーム管理部４２ｂ」とし、ユーザＣの個別トークルームを管理する部分を「個別トークルーム管理部４２ｃ」とする。但し、図では、グループトークルーム管理部４１、個別トークルーム管理部４２ａ、個別トークルーム管理部４２ｂ、個別トークルーム管理部４２ｃを、それぞれ、「グループトークルーム４１」、「個別トークルーム４２ａ」、「個別トークルーム４２ｂ」、「個別トークルーム４２ｃ」と省略して示している。

まず、ユーザＡが携帯端末１０ａに表示されたグループトークルームでファイル交換を指示する操作を行うと、携帯端末１０ａでは、データ送受信部２２が、ファイル交換を指示するファイル交換指示メッセージをメッセージングサーバ３０へ送信する（ステップ１００）。ここで、ファイル交換を指示する操作は、例えば文字列「ファイル交換」を入力してメッセージを送信する操作であってよい。但し、これはあくまで一例であり、ファイル交換を指示する操作はこれに限らない。ファイル交換を指示する操作は、文字列を入力する操作ではなく、ボタンの押下等の操作であってもよい。また、図ではユーザＡがファイル交換を指示する操作を行っているが、グループ参加者ならどのユーザがこのような操作を行ってもよい。

すると、メッセージングサーバ３０では、グループトークルーム管理部４１が、ユーザＡによるファイル交換指示を印刷サーバ５０のファイル登録機能６１へ送信する（ステップ１１０）。

これにより、印刷サーバ５０のファイル登録機能６１では、ユーザＩＤ取得部６１Ｂが、ファイル交換指示の送信元のグループトークルームから、現在グループに参加しているユーザ（ＢＯＴは除く）のユーザＩＤを取得する（ステップ１１１）。ここで、ユーザＩＤは、上述したように、ユーザを一意に識別する識別情報である。

その後、印刷サーバ５０のファイル登録機能６１は、ファイル交換がこれから行われる旨がグループに参加するユーザにグループトークルームで周知されるように、ファイル交換開始メッセージをメッセージングサーバ３０へ送信する（ステップ１１２）。メッセージングサーバ３０では、グループトークルーム管理部４１によって、メッセージが各携帯端末１０へ送信されるが、図ではそのシーケンスについては省略している。尚、このファイル交換開始メッセージは、次のステップでの画像送信依頼が唐突にならないように送信するものであるが、不要であれば送信しなくてもよい。

次に、印刷サーバ５０のファイル登録機能６１では、個別メッセージ送信部６１Ｃが、ユーザＡの個別トークルームでユーザＡにファイル交換用画像を送信してもらうよう、画像送信依頼をメッセージングサーバ３０へ送信する（ステップ１２１）。すると、メッセージングサーバ３０では、個別トークルーム管理部４２ａが、画像送信依頼メッセージを携帯端末１０ａへ送信する（ステップ１３１）。

また、印刷サーバ５０のファイル登録機能６１では、個別メッセージ送信部６１Ｃが、ユーザＢの個別トークルームでユーザＢにファイル交換用画像を送信してもらうよう、画像送信依頼をメッセージングサーバ３０へ送信する（ステップ１２２）。すると、メッセージングサーバ３０では、個別トークルーム管理部４２ｂが、画像送信依頼メッセージを携帯端末１０ｂへ送信する（ステップ１３２）。

更に、印刷サーバ５０のファイル登録機能６１では、個別メッセージ送信部６１Ｃが、ユーザＣの個別トークルームでユーザＣにファイル交換用画像を送信してもらうよう、画像送信依頼をメッセージングサーバ３０へ送信する（ステップ１２３）。すると、メッセージングサーバ３０では、個別トークルーム管理部４２ｃが、画像送信依頼メッセージを携帯端末１０ｃへ送信する（ステップ１３３）。

尚、ここでは、印刷サーバ５０のファイル登録機能６１は、各ユーザの個別トークルームに対して、個別トークルームでファイル交換用画像を送信してもらうよう画像送信依頼を送信することとした。これは、グループトークルームにおけるファイル交換指示に応じて、個別トークルームへ画像送信依頼メッセージを送信するものと捉えることができる。但し、画像送信依頼メッセージを送信する際の動作は、これには限らない。グループトークルームに対して、個別トークルームでファイル交換用画像を送信してもらうよう画像送信依頼を送信することとしてもよい。

このとき、印刷サーバ５０のファイル登録機能６１では、個別画像受信部６１Ｄが、メッセージングサーバ３０から画像が送信されてくるのを待ち受ける（ステップ１４０）。具体的には、各ユーザの個別トークルームから画像が送信されてくるのを待ち受ける。尚、図では、グループに参加している全てのユーザから画像が送信されてくるまで待つこととしているが、必ずしも全てのユーザから画像が送信されてくるまで待つ必要はない。例えば、予め定められた期限になったら全てのユーザから画像が送信されていなくても次のステップ以降に進むようにしてもよい。また、何れのユーザからも画像が送信されなかった場合は、ファイル交換がキャンセルされた旨をグループトークルームに通知し、以降の処理を行わないようにしてもよい。

その後、ユーザＡが携帯端末１０ａに表示された個別トークルームでファイル交換用画像を送信する操作を行うと、携帯端末１０ａでは、データ送受信部２２が、ファイル交換用画像をメッセージングサーバ３０へ送信する（ステップ２０１）。すると、メッセージングサーバ３０では、個別トークルーム管理部４２ａが、ファイル交換用画像を印刷サーバ５０のファイル登録機能６１へ送信する（ステップ２１１）。

また、ユーザＢが携帯端末１０ｂに表示された個別トークルームでファイル交換用画像を送信する操作を行うと、携帯端末１０ｂでは、データ送受信部２２が、ファイル交換用画像をメッセージングサーバ３０へ送信する（ステップ２０２）。すると、メッセージングサーバ３０では、個別トークルーム管理部４２ｂが、ファイル交換用画像を印刷サーバ５０のファイル登録機能６１へ送信する（ステップ２１２）。

更に、ユーザＣが携帯端末１０ｃに表示された個別トークルームでファイル交換用画像を送信する操作を行うと、携帯端末１０ｃでは、データ送受信部２２が、ファイル交換用画像をメッセージングサーバ３０へ送信する（ステップ２０３）。すると、メッセージングサーバ３０では、個別トークルーム管理部４２ｃが、ファイル交換用画像を印刷サーバ５０のファイル登録機能６１へ送信する（ステップ２１３）。

次に、印刷サーバ５０のファイル登録機能６１では、画像統合部６１Ｅが、メッセージングサーバ３０の個別トークルーム管理部４２ａ，４２ｂ，４２ｃから受信したユーザＡ，Ｂ，Ｃが送信した画像を統合することにより、１つのファイルを生成する（ステップ３００）。ここで、画像の統合方法は特に限定しない。例えば、３つの画像をＺＩＰ形式で圧縮して１つのファイルに統合してもよい。統合したファイルを生成せずに１つのファイルＩＤと複数の画像とを関連付けて管理してもよい。

次に、ファイルＩＤ発行部６１Ｆが、ステップ３００で画像統合により生成された１つのファイルに対し、ファイルＩＤを発行する（ステップ４００）。

次に、対応情報生成部６１Ｇが、対応情報を生成してデータベース６３に保存する（ステップ５００）。ここで、対応情報では、上述したように、ファイルＩＤと、ファイル保存場所と、ファイル交換フラグとが対応付けられている。また、ファイル交換フラグが「ｔｒｕｅ」の場合は、ファイルが内包する画像のそれぞれについて、画像名とユーザＩＤとが対応付けられている。

次いで、ファイルＩＤ送信部６１Ｈが、ステップ４００で発行されたファイルＩＤがグループに参加するユーザにグループトークルームで周知されるように、ファイルＩＤをメッセージングサーバ３０へ送信する（ステップ６００）。すると、メッセージングサーバ３０では、グループトークルーム管理部４１が、ファイルＩＤを携帯端末１０ａ～１０ｃへ送信する（ステップ６１１～６１３）。これにより、携帯端末１０ａ～１０ｃでは、表示制御部２１が、例えば、ファイルＩＤが埋め込まれたＱＲコード（登録商標）をタッチパネル１４（図２参照）に表示するように制御する。

その後、印刷サーバ５０のファイル登録機能６１は、ファイル交換の準備が完了した旨がグループに参加するユーザにグループトークルームで周知されるように、ファイル交換完了メッセージをメッセージングサーバ３０へ送信する（ステップ７００）。メッセージングサーバ３０では、グループトークルーム管理部４１によって、メッセージが各携帯端末１０へ送信されるが、図ではそのシーケンスについては省略している。尚、この後、ユーザは画像処理装置７０で印刷操作を行うため、ファイル交換の準備が完了したことを周知する際には、印刷方法等を併せて周知するようにしてもよい。また、ファイルＩＤが分かれば印刷は実施できるため、このファイル交換完了メッセージは送信しなくてもよい。

図８は、印刷システム１の印刷を行う際の動作例を示したシーケンス図である。

まず、ユーザＡが携帯端末１０ａにファイルＩＤが埋め込まれたＱＲコード（登録商標）を表示し、これを画像処理装置７０にかざして読み込ませる操作を行うと、画像処理装置７０では、ファイルＩＤ受付部８２がファイルＩＤを受け付ける（ステップ８００）。ここで、このファイルＩＤの画像処理装置７０への入力方法は、あくまで一例であり、これには限らない。例えば、画像処理装置７０の操作パネル７５（図４参照）に表示されたソフトウェアキーボードを用いて入力する方法や、音声で入力する方法等を利用してもよい。また、図ではユーザＡが印刷を行っているが、グループ参加者ならどのユーザが印刷を行ってもよい。

すると、画像処理装置７０では、ファイル要求部８３が、ステップ８００で受け付けたファイルＩＤを送信することにより、印刷サーバ５０の印刷制御機能６２にファイルを要求する（ステップ８１０）。

これにより、印刷サーバ５０の印刷制御機能６２では、ファイルＩＤ受信部６２Ａが、ステップ８１０で送信されたファイルＩＤを受信し、このファイルＩＤをキーとしてデータベース６３を検索することにより、このファイルＩＤに紐付けられた対応情報を取得する（ステップ８１１）。

次に、ファイル取得部６２Ｂが、ステップ８１１で取得された対応情報に含まれるファイル保存場所から、印刷対象となるファイルを取得する（ステップ８１２）。

次いで、ファイル交換対象判定部６２Ｃが、ステップ８１１で取得された対応情報に含まれるファイル交換フラグを参照して、ステップ８１２で取得されたファイルがファイル交換対象であるかどうかを判定する（ステップ８１３）。ステップ８１２で取得されたファイルがファイル交換対象であると判定された場合、下記処理を行い、そうでない場合はステップ８１２で取得されたファイルをそのまま画像処理装置７０へ送信する。

ここでは、ステップ８１２で取得されたファイルがファイル交換対象であると判定された場合について説明する。この場合、ユーザＩＤ要求部６２Ｄが、ユーザＩＤを画像処理装置７０に要求する（ステップ８２０）。画像処理装置７０では、表示制御部８１が、印刷サーバ５０の印刷制御機能６２からの要求を受け、ユーザＩＤの入力を促す指示を操作パネル７５（図４参照）に表示するように制御する（ステップ８２１）。

その後、ユーザＡが携帯端末１０ａにそのユーザＩＤが埋め込まれたＱＲコード（登録商標）を表示し、これを画像処理装置７０にかざして読み込ませる操作を行うと、画像処理装置７０では、ユーザＩＤ受付部８４がユーザＩＤを受け付ける（ステップ９００）。ここで、このユーザＩＤの画像処理装置７０への入力方法は、あくまで一例であり、これには限らない。例えば、画像処理装置７０の操作パネル７５（図４参照）に表示されたソフトウェアキーボードを用いて入力する方法や、音声で入力する方法等を利用してもよい。

すると、画像処理装置７０では、ユーザＩＤ送信部８５が、ステップ９００で受け付けたユーザＩＤを印刷サーバ５０の印刷制御機能６２へ送信する（ステップ９１０）。

これにより、印刷サーバ５０の印刷制御機能６２では、当人画像除外部６２Ｆが、ステップ９１０で送信されたユーザＩＤを受信し、このユーザＩＤに基づいて当人画像除外処理を行う（ステップ９１１）。具体的には、当人画像除外部６２Ｆは、ステップ８１１で取得した対応情報に含まれる複数の画像のうち、受信したユーザＩＤが対応付けられた画像を特定し、ステップ８１２で取得したファイルからこの特定された画像を除外する。そして、ファイル送信部６２Ｇが、当人画像除外部６２Ｆにより当人画像が除外された後のファイルを画像処理装置７０へ送信する（ステップ９２０）。尚、ステップ８１１で取得した対応情報に含まれる複数の画像の中に、受信したユーザＩＤが対応付けられた画像が１つも存在しない場合は、グループトークに参加していない（ファイル交換に参加していない）ユーザからの印刷要求であると見なして、印刷不可の旨を画像処理装置７０へ送信してもよい。

これにより、画像処理装置７０では、ファイル受信部８６が、印刷サーバ５０からファイルを受信し、印刷指示部８７が、受信したファイルの印刷を画像形成部７７（図４参照）に指示する（ステップ９２１）。そして、ファイルが画像形成部７７によって印刷される。

その後、ユーザＡは画像形成部７７によって印刷されたファイルを受領することになる。その際、印刷されたファイルは、ユーザＡ以外のユーザが送信した画像を含むものとなっている。これに対し、ユーザＢが印刷した場合は、ユーザＢ以外のユーザが送信した画像を含むファイルが印刷され、ユーザＣが印刷した場合は、ユーザＣ以外のユーザが送信した画像を含むファイルが印刷される。

［変形例］
上記実施の形態では、１つのグループ内でファイル交換が行われることを想定したが、実際には、複数のグループの各グループ内でファイル交換が行われる。その場合は、あるグループ内でファイル交換のために送信された画像と、別のグループ内でファイル交換のために送信された画像とが混ざり合わないようにする必要がある。

そこで、第１の変形例では、個別画像受信部６１Ｄが、任意のユーザから送信された画像を受信する画像受信機能を有し、画像統合部６１Ｅが、それらの画像をルールに則って仕分けする画像仕分け機能を有するものとする。そして、ファイルＩＤ発行部６１Ｆが、ファイルＩＤを発行し、対応情報生成部６１Ｇが、画像統合部６１Ｅによる仕分けで得られた画像群とファイルＩＤ発行部６１Ｆにより発行されたファイルＩＤとを対応付けた対応情報を生成する。

即ち、画像統合部６１Ｅは、複数のユーザが個別に印刷サーバ５０へ送信した複数の画像をルールに則って仕分ける。その後、仕分けによって得られた画像群は、ファイルＩＤと紐付けられて管理され、画像処理装置７０からファイルＩＤが入力されると、このファイルＩＤに紐付けられた画像群が一括して印刷されることになる。

以下、画像受信機能及び画像仕分け機能を具体的にどのような機能とするかに着目して、第１の変形例の４つの実装例を説明する。

第１の実装例は、画像受信機能を、メッセージングサービスアプリの個別トークルームから送信された画像を受信する機能とし、画像仕分け機能を、ファイル交換指示が行われたグループトークルームに参加しているユーザからの画像のみとなるように仕分ける機能とする実装例である。尚、この実装例は、上記実施の形態で述べた実装例に相当する。

具体的には、あるユーザが印刷サーバ５０に、メッセージングサービスアプリのグループトークルーム上でファイル交換指示を送信する。これにより、印刷サーバ５０は、１つのファイルＩＤを発行する。そして、印刷サーバ５０は、グループ内の各ユーザに個別トークルームで画像を送信するよう促し、各ユーザは個別トークルームで画像を送信する。印刷サーバ５０は、ファイル交換の指示が行われたグループトークルームに参加しているユーザから送信された画像を、発行されたファイルＩＤと紐付けて管理する。

尚、この第１の実装例は、閲覧が制限された状態が、１以上のユーザのそれぞれが個別に使用する個別使用手段によって実現されるものであり、個別使用手段がメッセージングサービスの個々のユーザの投稿領域である場合の一例である。

第２の実装例は、画像受信機能を、特定のメールアドレスへ送信された電子メールに添付された画像を受信する機能とし、画像仕分け機能を、ファイル交換指示で指定された複数のユーザのメールアドレスからの画像のみとなるように仕分ける機能とする実装例である。

具体的には、あるユーザが印刷サーバ５０に、複数のユーザのメールアドレスを指定してファイル交換指示を送信する。これにより、印刷サーバ５０は、１つのファイルＩＤを発行する。そして、印刷サーバ５０は、指定されたメールアドレスに対し、画像を添付して電子メールを送信するよう個々に電子メールを送信する。印刷サーバ５０は、ファイル交換指示で指定されたメールアドレスからの電子メールに添付された画像を、発行されたファイルＩＤと紐付けて管理する。

尚、この第２の実装例は、閲覧が制限された状態が、１以上のユーザのそれぞれが個別に使用する個別使用手段によって実現されるものであり、個別使用手段が電子メールである場合の一例である。

第３の実装例は、画像受信機能を、印刷サーバ５０にアップロードされた画像を受信する機能とし、画像仕分け機能を、グループに対するＵＲＬにアップロードされた画像のみとなるように仕分ける機能とする実装例である。

具体的には、あるユーザが印刷サーバ５０にファイル交換指示を送信する。これにより、印刷サーバ５０は、１つのファイルＩＤとグループに対するＵＲＬとを生成し、そのユーザに応答する。そのユーザは、グループに対するＵＲＬを複数のユーザに知らせ、画像のアップロードを促す。各ユーザは知らされたＵＲＬに画像をアップロードする。印刷サーバ５０は、そのＵＲＬにアップロードされた画像を、発行されたファイルＩＤと紐付けて管理する。

第４の実装例は、画像受信機能を、印刷サーバ５０の特定のＵＲＬにアップロードされた画像を受信する機能とし、画像仕分け機能を、グループに対する識別タグを付加して特定のＵＲＬにアップロードされた画像のみとなるように仕分ける機能とする実装例である。

具体的には、あるユーザが印刷サーバ５０にファイル交換指示を送信する。これにより、印刷サーバ５０は、１つのファイルＩＤとグループに対する識別タグとを生成し、そのユーザに応答する。或いは、他のグループと重複しなければ、そのユーザが識別タグを指定してもよい。ここで、識別タグは識別番号であってもよい。そのユーザは、特定のＵＲＬと識別タグとを複数のユーザに知らせ、画像のアップロードを促す。各ユーザは知らされた特定のＵＲＬに画像をアップロードする。その際、各ユーザは識別タグも併せてアップロードする。印刷サーバ５０は、指定された識別タグが付加されて特定のＵＲＬにアップロードされた画像を、発行されたファイルＩＤと紐付けて管理する。

尚、この第３及び第４の実装例は、閲覧が制限された状態が、１以上のユーザに共通の記憶領域に１以上のデータを格納させるが、１以上のデータの他のユーザによる閲覧を制限することによって実現されるものであり、記憶領域がＵＲＬによって指定される場合の一例である。

ところで、上記実施の形態及び第１の変形例では、時間の概念を取り入れていないため、ある時刻と別の時刻とで、ファイルＩＤに紐付いている画像群が同じでない可能性がある。上記実施の形態では、全てのユーザからの画像の登録を必須とし、全てのユーザからの画像の受信が完了した後にファイルＩＤを発行することとした。そして、ファイルＩＤが入力された際に、全てのユーザからの画像を印刷することで、中途半端な印刷を避けるようにした。これは、複数のデータを取得した後に、複数のデータを識別するデータ識別情報が特定のユーザに通知されるように制御し、特定のユーザからデータ識別情報を受け付けた際に、データ識別情報により識別される複数のデータが印刷されるように制御することの一例である。しかしながら、ファイルＩＤの発行方法及びファイルＩＤを入力することによるファイルの印刷方法はこれに限定されるものではない。

以下、その他の方法を第２の変形例として説明する。

第２の変形例としては、まず、全てのユーザからの画像の受信が完了しない状態でファイルＩＤを発行し、その後にユーザから受信した画像もファイルＩＤに紐付けることが考えられる。

その場合、ファイルＩＤが入力された時点で全てのユーザからの画像の受信が完了していなければ、ファイルＩＤを有効とせず、ファイルを印刷しないようにしてもよい。これは、複数のデータを取得する前に、１以上のデータを識別するデータ識別情報が特定のユーザに通知されるように制御し、特定のユーザからデータ識別情報を受け付けた際に、複数のデータを取得していなければ、データ識別情報により識別される１以上のデータを印刷しないように制御することの一例である。

或いは、ファイルＩＤが入力された時点で全てのユーザからの画像の受信が完了していなくても、ファイルＩＤを有効とし、ファイルを印刷するようにしてよい。つまり、ファイルＩＤが入力された時点でファイルＩＤに紐付いている画像を印刷することとしてよい。これは、複数のデータを取得する前に、１以上のデータを識別するデータ識別情報が特定のユーザに通知されるように制御し、特定のユーザからデータ識別情報を受け付けた際に、複数のデータを取得していなくても、データ識別情報により識別される１以上のデータが少なくとも印刷されるように制御することの一例である。そして、再度ファイルＩＤが入力された時点で新たに画像を受信していれば、その新たに受信した画像のみを印刷するようにしてもよい。これは、特定のユーザからデータ識別情報を２回目以降に受け付けた際に、データ識別情報により識別されることとなったデータのうち、特定のユーザからデータ識別情報を前回受け付けた際以降に取得したデータが印刷されるように制御することの一例である。但し、再度ファイルＩＤが入力された時点で新たに画像を受信している場合に、改めて全ての画像を印刷するようにしてもよい。

また、第２の変形例としては、全てのユーザからの画像の受信が完了する前であっても何らかのイベントから予め定められた時間が経過すればファイルＩＤを発行し、その後にユーザから受信したそのイベントの識別タグが付された画像は登録しないようにすることも考えられる。その場合、ファイルＩＤが入力されると、何らかのイベントから予め定められた時間が経過するまでに受信した画像のみが一度の印刷操作で印刷されることになる。

更に、上記実施の形態では、全てのユーザからの画像を含むファイルにファイルＩＤを紐付け、入力されたユーザＩＤのユーザからの画像を除外するようにした。これは、特定のユーザから取得したデータと１以上のデータとを含むデータを識別する１つのデータ識別情報が特定のユーザに通知されるように制御し、特定のユーザからデータ識別情報と特定のユーザを識別するユーザ識別情報とを受け付けた際に、データ識別情報とユーザ識別情報とにより識別される１以上のデータが印刷されるように制御することの一例である。しかしながら、特定のユーザからの画像を除外する方法はこれに限定されるものではない。

以下、その他の方法を第３の変形例として説明する。

第３の変形例は、全てのユーザからの画像から特定のユーザからの画像を除外した画像を含むファイルにファイルＩＤを紐付けるというものである。これにより、ファイルを印刷する際には特定のユーザのユーザＩＤを入力しなくても特定のユーザからの画像を除外した画像を含むファイルを印刷することが可能となる。これは、１以上のデータを識別する１つのデータ識別情報が特定のユーザに通知されるように制御し、特定のユーザからデータ識別情報を受け付けた際に、データ識別情報により識別される１以上のデータが印刷されるように制御することの一例である。

［プロセッサ］
本実施の形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Central Processing Unit等）や、専用のプロセッサ（例えばＧＰＵ：Graphics Processing Unit、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array、プログラマブル論理デバイス等）を含むものである。

また、本実施の形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は、本実施の形態において記載した順序のみに限定されるものではなく、変更してもよい。

［プログラム］
本実施の形態における印刷サーバ５０が行う処理は、例えば、アプリケーションソフトウェア等のプログラムとして用意される。

即ち、本実施の形態を実現するプログラムは、コンピュータに、複数のユーザが保持する複数のデータをまとめて印刷する旨の印刷要求を特定のユーザから受け付ける機能と、印刷要求の受付に応じて、複数のユーザのうちの１以上のユーザから、複数のデータのうちの１以上のデータを、その１以上のデータの他のユーザによる閲覧が制限された状態で取得する機能と、その１以上のデータが印刷されるように制御する機能とを実現させるためのプログラムとして捉えられる。

尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ－ＲＯＭ等の記録媒体に格納して提供することも可能である。

１０…携帯端末、２１…表示制御部、２２…データ送受信部、３０…メッセージングサーバ、４１…グループトークルーム管理部、４２…個別トークルーム管理部、５０…印刷サーバ、６１…ファイル登録機能、６１Ａ…ファイル交換指示受信部、６１Ｂ…ユーザＩＤ取得部、６１Ｃ…個別メッセージ送信部、６１Ｄ…個別画像受信部、６１Ｅ…画像統合部、６１Ｆ…ファイルＩＤ発行部、６１Ｇ…対応情報生成部、６１Ｈ…ファイルＩＤ送信部、６２…印刷制御機能、６２Ａ…ファイルＩＤ受信部、６２Ｂ…ファイル取得部、６２Ｃ…ファイル交換対象判定部、６２Ｄ…ユーザＩＤ要求部、６２Ｅ…ユーザＩＤ受信部、６２Ｆ…当人画像除外部、６２Ｇ…ファイル送信部、６３…データベース、７０…画像処理装置、８１…表示制御部、８２…ファイルＩＤ受付部、８３…ファイル要求部、８４…ユーザＩＤ受付部、８５…ユーザＩＤ送信部、８６…ファイル受信部、８７…印刷指示部

Claims (13)

1. プロセッサを備え、
   前記プロセッサは、
   特定のユーザを含む複数のユーザが保持する複数のデータをまとめて印刷する旨の印刷要求を当該特定のユーザから受け付け、
   前記印刷要求の受付に応じて、前記複数のユーザのうちの前記特定のユーザを含む１以上のユーザから、前記複数のデータのうちの１以上のデータを、当該１以上のデータの他のユーザによる閲覧が制限された状態で取得し、
   前記１以上のデータが、前記特定のユーザから取得したデータを含まないようにし、当該特定のユーザから取得したデータを含まないようになった当該１以上のデータが印刷されるように制御する
   ことを特徴とする印刷制御装置。
2. 前記閲覧が制限された状態は、前記１以上のユーザのそれぞれが個別に使用する個別使用手段によって実現されることを特徴とする請求項１に記載の印刷制御装置。
3. 前記個別使用手段は、メッセージングサービスの個々のユーザの投稿領域、又は、電子メールであることを特徴とする請求項２に記載の印刷制御装置。
4. 前記閲覧が制限された状態は、前記１以上のユーザに共通の記憶領域に前記１以上のデータを格納させるが、当該１以上のデータの他のユーザによる閲覧を制限することによって実現されることを特徴とする請求項１に記載の印刷制御装置。
5. 前記記憶領域は、ＵＲＬ（Uniform Resource Locator）によって指定されることを特徴とする請求項４に記載の印刷制御装置。
6. 前記プロセッサは、前記特定のユーザから取得したデータを含まないようになった前記１以上のデータを識別する１つのデータ識別情報が前記特定のユーザに通知されるように制御し、
   前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、当該データ識別情報により識別される、当該特定のユーザから取得したデータを含まないようになった当該１以上のデータが印刷されるように制御することを含むことを特徴とする請求項１に記載の印刷制御装置。
7. 前記プロセッサは、前記１以上のユーザから取得した前記１以上のデータを識別する１つのデータ識別情報が前記特定のユーザに通知されるように制御し、
   前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報と当該特定のユーザを識別するユーザ識別情報とを受け付けた際に、当該データ識別情報と当該ユーザ識別情報とにより識別される、当該特定のユーザから取得したデータを含まないようになった当該１以上のデータが印刷されるように制御することを含むことを特徴とする請求項１に記載の印刷制御装置。
8. 前記プロセッサは、前記１以上のデータを識別する１つのデータ識別情報が特定のユーザに通知されるように制御し、
   前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、当該データ識別情報により識別される当該１以上のデータが印刷されるように制御することを含むことを特徴とする請求項１に記載の印刷制御装置。
9. 前記データ識別情報が通知されるように制御することは、前記複数のデータを取得した後に、当該複数のデータを識別する当該データ識別情報が前記特定のユーザに通知されるように制御することを含み、
   前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、当該データ識別情報により識別される前記複数のデータが印刷されるように制御することを含むことを特徴とする請求項８に記載の印刷制御装置。
10. 前記データ識別情報が通知されるように制御することは、前記複数のデータを取得する前に、前記１以上のデータを識別する当該データ識別情報が前記特定のユーザに通知されるように制御することを含み、
    前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、前記複数のデータを取得していなければ、当該データ識別情報により識別される当該１以上のデータを印刷しないように制御することを含むことを特徴とする請求項８に記載の印刷制御装置。
11. 前記データ識別情報が通知されるように制御することは、前記複数のデータを取得する前に、前記１以上のデータを識別する当該データ識別情報が前記特定のユーザに通知されるように制御することを含み、
    前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を受け付けた際に、前記複数のデータを取得していなくても、当該データ識別情報により識別される当該１以上のデータが少なくとも印刷されるように制御することを含むことを特徴とする請求項８に記載の印刷制御装置。
12. 前記１以上のデータが印刷されるように制御することは、前記特定のユーザから前記データ識別情報を２回目以降に受け付けた際に、当該データ識別情報により識別されることとなったデータのうち、当該特定のユーザから当該データ識別情報を前回受け付けた際以降に取得したデータが印刷されるように制御することを含むことを特徴とする請求項１１に記載の印刷制御装置。
13. コンピュータに、
    特定のユーザを含む複数のユーザが保持する複数のデータをまとめて印刷する旨の印刷要求を当該特定のユーザから受け付ける機能と、
    前記印刷要求の受付に応じて、前記複数のユーザのうちの前記特定のユーザを含む１以上のユーザから、前記複数のデータのうちの１以上のデータを、当該１以上のデータの他のユーザによる閲覧が制限された状態で取得する機能と、
    前記１以上のデータが、前記特定のユーザから取得したデータを含まないようにし、当該特定のユーザから取得したデータを含まないようになった当該１以上のデータが印刷されるように制御する機能と
    を実現させるためのプログラム。