(57)【要約】【課題】印刷指示を行ったユーザに対して、印刷対象のファイルが更新されていたファイルである場合に更新されていたファイルの存在を確認させることを目的とする。【解決手段】本発明は、印刷データと、当該印刷データを更新した更新印刷データと、当該更新印刷データを更新した更新ユーザとを記憶し、印刷データの印刷指示を実行するユーザを特定し、特定されたユーザと更新ユーザとの親密度を取得し、取得された親密度を、特定されたユーザに通知するよう制御することを特徴とする。【選択図】図８
2019067035.tif 000002
【特許請求の範囲】
【請求項１】
印刷データと、当該印刷データを更新した更新印刷データと、当該更新印刷データを更新した更新ユーザとを記憶する記憶手段と、
前記印刷データの印刷指示を実行するユーザを特定する特定手段と、
前記特定手段で特定された前記ユーザと前記更新ユーザとの親密度を取得する取得手段と、
前記取得手段で取得された前記親密度を、前記特定手段で特定されたユーザに通知するよう制御する通知制御手段と
を備えることを特徴とする情報処理システム。
【請求項２】
前記記憶手段は、前記更新印刷データを複数記憶しており、
前記取得手段は、複数記憶された前記更新印刷データの前記更新ユーザごとに、前記ユーザとの親密度を取得し、
前記情報処理システムはさらに、
前記取得手段で取得された前記ユーザごとの親密度に基づいて、前記更新印刷データをソートして表示する表示制御手段を更に備えることを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記表示制御手段により表示された前記更新印刷データの指定を受け付ける受付手段と、
前記受付手段で受け付けた前記更新印刷データの印刷を行うよう制御する印刷制御手段と
を更に備えることを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記通知制御手段は、前記親密度を親密度に応じたアイコンで通知すること
を特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
印刷データと、当該印刷データを更新した更新印刷データと、当該更新印刷データを更新した更新ユーザとを記憶する記憶手段を備える情報処理システムの制御方法であって、
前記印刷データの印刷指示を実行するユーザを特定する特定ステップと、
前記特定ステップで特定された前記ユーザと前記更新ユーザとの親密度を取得する取得ステップと、
前記取得ステップで取得された前記親密度を、前記特定ステップで特定されたユーザに通知するよう制御する通知制御ステップと
を備えることを特徴とする情報処理システムの制御方法。
【請求項６】
印刷データと、当該印刷データを更新した更新印刷データと、当該更新印刷データを更新した更新ユーザとを記憶する記憶手段を備える情報処理システムで実行可能なプログラムであって、
前記情報処理システムを、
前記印刷データの印刷指示を実行するユーザを特定する特定手段と、
前記特定手段で特定された前記ユーザと前記更新ユーザとの親密度を取得する取得手段と、
前記取得手段で取得された前記親密度を、前記特定手段で特定されたユーザに通知するよう制御する通知制御手段
として機能させることを特徴とするプログラム。
【請求項７】
印刷データと、当該印刷データを更新した更新印刷データと、当該更新印刷データを更新した更新ユーザとを記憶する記憶手段と、
前記印刷データの印刷指示を実行するユーザを特定する特定手段と、
前記特定手段で特定された前記ユーザと前記更新ユーザとの親密度を取得する取得手段と、
前記取得手段で取得された前記親密度を、前記特定手段で特定されたユーザに通知するよう制御する通知制御手段と
を備えることを特徴とする情報処理装置。
【請求項８】
印刷データと、当該印刷データを更新した更新印刷データと、当該更新印刷データを更新した更新ユーザとを記憶する記憶手段を備える情報処理装置の制御方法であって、
前記印刷データの印刷指示を実行するユーザを特定する特定ステップと、
前記特定ステップで特定された前記ユーザと前記更新ユーザとの親密度を取得する取得ステップと、
前記取得ステップで取得された前記親密度を、前記特定ステップで特定されたユーザに通知するよう制御する通知制御ステップと
を備えることを特徴とする情報処理装置の制御方法。
【請求項９】
印刷データと、当該印刷データを更新した更新印刷データと、当該更新印刷データを更新した更新ユーザとを記憶する記憶手段を備える情報処理装置で実行可能なプログラムであって、
前記情報処理装置を、
前記印刷データの印刷指示を実行するユーザを特定する特定手段と、
前記特定手段で特定された前記ユーザと前記更新ユーザとの親密度を取得する取得手段と、
前記取得手段で取得された前記親密度を、前記特定手段で特定されたユーザに通知するよう制御する通知制御手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
印刷指示を行ったユーザに対して、印刷対象のファイルが更新されていたファイルである場合に更新されていたファイルの存在を確認させることのできる情報処理装置、その制御方法、及びプログラム、並びに、情報処理システム、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
ＰＣやタブレット端末などの端末で選択されたファイルを印刷することのできる仕組みが存在する。
【０００３】
例えば、下記の特許文献１には、ＰＣやタブレット端末で印刷指示がされたファイルを印刷する際に、旧バージョンのファイルが印刷されてしまうことを防止することのできる印刷システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−１０５００６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、いわゆるＳＮＳ（ソーシャル・ネットワーキング・サービス）として知られるコミュニティ型の会員制のサービスでは、ユーザ間で共有しているファイルを印刷することが行われるようになってきている。ＳＮＳでは、例えば共有しているファイルを他人が編集することのできる仕組みがある。その中で、他のユーザが編集する前のデータを印刷したいというニーズも存在する。すなわち、必ずしも最新版のデータを印刷したいわけではなく、旧バージョンのファイルが印刷されることが誤りではないことがある。
【０００６】
例えば、ファイルの編集が自分と親しい人物により行われていたならば、編集後の新バージョンのファイルを印刷したいが、あまり親しくない人物による更新であれば、編集される前の当初の状態のファイルのまま、印刷したいという要望がある。
【０００７】
そこで、本発明は、印刷指示を行ったユーザに対して、印刷対象のファイルが更新されていたファイルである場合に更新されていたファイルの存在を確認させることを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明は、印刷データと、当該印刷データを更新した更新印刷データと、当該更新印刷データを更新した更新ユーザとを記憶する記憶手段と、前記印刷データの印刷指示を実行するユーザを特定する特定手段と、前記特定手段で特定された前記ユーザと前記更新ユーザとの親密度を取得する取得手段と、前記取得手段で取得された前記親密度を、前記特定手段で特定されたユーザに通知するよう制御する通知制御手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、印刷指示を行ったユーザに対して、印刷対象のファイルが更新されていたファイルである場合に更新されていたファイルの存在を確認させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態における、情報処理システムのシステム構成の一例を示す図である。
【図２】本発明の実施形態における、図１に示す各装置に適用可能な情報処理装置１００のハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態における、図１に示す各装置の機能構成の一例を示す図である。
【図４】本発明の実施形態における、共有作品を印刷する処理の一例を示すフローチャートである。
【図５】本発明の実施形態における、ユーザ間の相関性に基づき割込み編集を抽出する処理の一例を示すフローチャートである。
【図６】本発明の実施形態における、共有作品編集履歴を管理するテーブルの一例を示す図である。
【図７】本発明の実施形態における、未参照作品検索条件を管理するテーブルの一例を示す図である。
【図８】本発明の実施形態における、割込み編集された共有作品を再選択する画面の一例を示す図である。
【図９】本発明の実施形態における、編集済みの共有作品が保存される処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら、本発明の実施形態について説明を行う。
【００１２】
図１は、本発明の実施形態における情報処理システムのシステム構成の一例を示す図である。
【００１３】
図１に示すように、本発明の情報処理システムは、クライアント装置１０１−１、１０１−２（以下、まとめてクライアント装置１０１とする）、印刷装置１０４、そしてサーバシステム１０８とを備えている。
【００１４】
クライアント装置１０１は、ユーザが操作する端末であって、インターネット１０７等の広域回線網を介して前記ＡＰサーバ１０２に配備されたアプリケーションを利用する。
【００１５】
サーバシステム１０８は、アプリケーションサーバ（ＡＰサーバ）１０２、印刷サーバ１０３、データベースサーバ（ＤＢサーバ）１０５、ファイルサーバ１０６を備えて構成されている。ＡＰサーバ１０２は、インターネット１０７等の広域回線網経由で公開されるウェブサービスが実行されるサーバ装置であって、処理の必要に応じて印刷サーバ１０３、ＤＢサーバおよびファイルサーバ１０６を利用する。ＤＢサーバ１０５は、ＡＰサーバ１０２、印刷サーバ１０３が利用する各種のデータやファイルを記憶することができる。ファイルサーバ１０６は、ＡＰサーバ１０２、印刷サーバ１０３が利用する各種のデータやファイルを記憶することができる。
【００１６】
印刷装置１０４は、出力装置であって、印刷サーバ１０３において作成された文書や画像をインターネット１０７等の広域回線網を介して紙などに印刷する装置である。
【００１７】
次に図２を用いて、本実施形態におけるクライアント装置１０１（情報処理装置とも称する）のハードウェア構成について説明する。図２は、本発明の実施形態におけるクライアント装置１０１−１、１０１−２のハードウェア構成の一例を示すブロック図である。
【００１８】
図２に示すように、クライアント装置１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、よび通信Ｉ／Ｆコントローラ２０８が接続される。
【００１９】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２０】
ＲＯＭ２０２あるいは外部メモリ２１１は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。
【００２１】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２２】
入力コントローラ２０５は、キーボード２０９や不図示のマウス等のポインティングデバイス等の入力装置からの入力を制御する。入力装置がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。
【００２３】
また、タッチパネルは、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。
【００２４】
ビデオコントローラ２０６は、ディスプレイ２１０などの外部出力装置への表示を制御する。ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作を受け付け可能な装置については、入力装置も提供する。
【００２５】
なおビデオコントローラ２０６は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。
【００２６】
メモリコントローラ２０７は、外部メモリ２１１へのアクセスを制御する。外部メモリとしては、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データ等を記憶する外部記憶装置（ハードディスク）、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等を利用可能である。
【００２７】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信が可能である。
【００２８】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２９】
なお、図２に示すハードウェア構成は一例であり、各装置は、後述の処理を実行可能なハードウェアを備えていればよく、各装置が、図２に示す、すべてのハードウェアを備える必要はない。
【００３０】
次に、本実施形態における各種装置の機能構成の一例について説明する。図３は、各装置の機能構成を示す図である。
【００３１】
クライアント装置１０１は、通信部３１２と、表示制御部３１３と、入力受付部３１４と、記憶部３１５を備えている。入力受付部３１４は、ＡＰサーバ１０２に接続する際に用いられるＵＲＬ情報や、印刷対象画像の選択や、印刷設定や、割込み編集作品の選択などの入力を受け付ける。通信部３１２は、ＡＰサーバ１０２とＨＴＴＰ等による通信を行う。通信部３１２は、例えばＡＰサーバ１０２から割込み編集された作品に関するデータの受信やＡＰサーバ１０２に対し割込み編集作品された作品の中から印刷のために再選択した作品の識別子の送信を行う。表示制御部３１３は、ＡＰサーバ１０２より受信したレスポンスデータに従った画面表示をウェブブラウザに対して行う。表示制御部３１３は例えば、図８の割込み編集一覧表示画面を表示する。記憶部３１５は、本実施形態で使用する各種データを記憶する機能部である。
【００３２】
印刷サーバ１０３は、ミドルウェア３３１と、通信部３３２と、印刷画像作成部３３３と、記憶部３３４とを有している。
【００３３】
通信部３３２は、ＡＰサーバ１０２、ＤＢサーバ１０５、ファイルサーバ１０６、印刷装置１０４と通信を行う。印刷画像作成部３３３は、ＡＰサーバ１０２からの指示に基づき印刷用の画像を作成する。作成した画像は、ファイルサーバ１０６に保存されるまでは一時的に記憶部３３４に保存する。ミドルウェア３３１は印刷サーバ１０３が備える通信部３３２と、印刷画像作成部３３３と、記憶部３３４などを制御するミドルウェアとして振る舞う。
【００３４】
ＤＢサーバ１０５は、ミドルウェア３５１と、通信部３５２と、コマンド処理部３５３と、記憶部３５４とを有している。通信部３５２は、ＡＰサーバ１０２や印刷サーバ１０３と通信する。通信データとしては、ＡＰサーバ１０２や印刷サーバ１０３からＤＢサーバへの通信データは主に記憶部３５４のデータに対する操作コマンドであり、ＤＢサーバからは送られてきたコマンドに対する結果となる。コマンド処理部３５３は、ＡＰサーバ１０２や印刷サーバ１０３から送られてくるＤＢサーバの記憶部３５４に保存されているデータを操作するためのコマンドを処理する。記憶部３５４には、本実施例使用する各種データが記憶されている。
【００３５】
ミドルウェア３５１はＤＢサーバ１０５が備える通信部３５２と、コマンド処理部３５３と、記憶部３５４などを制御するミドルウェアとして振る舞う。
【００３６】
ファイルサーバ１０６は、ミドルウェア３６１と、通信部３６２と、コマンド処理部３６３と、ファイル記憶部３６４とを有している。通信部３６２は、ＡＰサーバ１０２や印刷サーバ１０３と通信する。通信データとしては、コマンドや静止画像データである。コマンド処理部３６３は、ＡＰサーバ１０２や印刷サーバ１０３から送られてくるファイルサーバのファイル記憶部３６４に保存されているファイルを操作するためのコマンドを処理する。ファイル記憶部３６４には、本実施例使用するファイルデータ、例えば共有作品画像ファイルが記憶されている。ミドルウェア３６１はファイルサーバ１０６が備える通信部３６２と、コマンド処理部３６３と、ファイル記憶部３６４などを制御するミドルウェアとして振る舞う。
【００３７】
印刷装置１０４は、印刷装置１０４から送信されてきた印刷ジョブに含まれる画像データを紙などに印刷する。通信部３４２は主に印刷サーバ１０３とインターネット１０７等の広域回線網を介して通信する。記憶部３４３は、印刷サーバ１０３から送られてきた印刷ジョブを一時的に保存する。印刷部３４４は、画像データを紙などに出力する。ミドルウェア３４１は印刷装置１０４が備える通信部３４２と、記憶部３４３と、印刷部３４４などを制御するミドルウェアとして振る舞う。
【００３８】
なお、本実施形態においては、ＤＢサーバ、ファイルサーバの機能を異なるサーバで備えているが、例えばこれらの構成を１台のストレージサーバが備えるよう構成してもよいものとする。
【００３９】
次に図４〜図５のフローチャートを用いて、本発明の実施形態におけるユーザが共有作品の印刷準備を始めてから印刷装置１０４にて印刷が行われるまでの間に割込み編集を行ったユーザを印刷実施ユーザとの人物間の相関性に基づき抽出する処理について説明する。
【００４０】
なお、図４〜５のフローチャートのいずれのステップもクライアント装置１０１、ＡＰサーバ１０２、印刷サーバ１０３、ＤＢサーバ１０５、ファイルサーバ１０６、および印刷装置１０４が備えるＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００４１】
まず、ステップＳ４０１では、クライアント装置１０１のＣＰＵ２０１は、クライアントアプリケーション３１１を介してＡＰサーバ１０２に配備されている画像編集Ｗｅｂアプリケーション３２１に共有作品画像を要求する（ステップＳ４０１）。
【００４２】
ステップＳ４２１では、共有作品画像の要求を受けたＡＰサーバ１０２のＣＰＵ２０１は、画像編集Ｗｅｂアプリケーション３２１に要求元ユーザと共有されている共有作品に関するデータをＤＢサーバ１０５より取得する。そして、作品ＩＤをＫＥＹにテーブル共有作品編集履歴管理６００を参照して、更新日時６０２が最新のデータを取得する。
【００４３】
取得されたテーブル共有作品編集履歴管理６００のデータには共有作品保存先パス６０３が含まれている。例えば、図６に示すテーブル共有作品編集履歴管理６００である。共有ファイルは、共有作品保存先パス６０３が示すファイルサーバ１０６に保存されているものとする。
【００４４】
ここで、テーブル共有作品編集履歴管理６００のデータ構造を図９の処理を用い説明する。
【００４５】
ステップＳ９０１では、クライアント装置１０１のＣＰＵ２０１は、クライアントアプリケーション３１１を介してＡＰサーバ１０２の画像編集Ｗｅｂアプリケーション３２１に編集を終えた共有作品ファイル（更新印刷データに相当する）の保存を要求する。
【００４６】
ステップＳ９１１では、ＡＰサーバ１０２の画像編集Ｗｅｂアプリケーション３２１は、クライアント装置１０１から送信された共有作品ファイル保存要求を受信する。
【００４７】
ステップＳ９１２では、共有作品ファイルの保存先にするパスの作成を行う。
【００４８】
ステップＳ９１３では、テーブル共有作品編集履歴管理６００の共有作品保存先パス６０３にステップＳ９１２で作成した前記共有作品保存先パスを登録する。このとき同時登録するその他の項目とその値について説明する。
【００４９】
同時に登録する項目とその値は、作品ＩＤ６０１には編集した共有作品を特定できる識別子の値を、更新日時６０２にはレコードを登録した時刻を、更新者ＩＤ６０４（更新ユーザに相当する）には更新者したユーザを特定可能な識別子を登録する。
【００５０】
ステップＳ９１４では、ステップＳ９１２で作成した共有作品ファイルの保存先パスに共有作品ファイルを保存する。以上がテーブル共有作品編集履歴管理６００のデータ構造に関する説明である。
【００５１】
図４の説明に戻る。
【００５２】
ステップＳ４２２では、ステップＳ４２１で取得した共有作品の更新日時を、図７に示すテーブル未参照作品検索条件管理７００の項目最新の参照済み作品の更新日時７０３にユーザＩＤ７０１、作品ＩＤ７０２をＫＥＹに更新登録する。
【００５３】
ステップＳ４２３では、ステップＳ４２１で取得した共有作品画像をファイルサーバ１０６より取得して、前記要求元ユーザに送信する。
【００５４】
ステップＳ４０２では、クライアント装置１０１のＣＰＵ２０１は、クライアントアプリケーション３１１を介してＡＰサーバ１０２の画像編集Ｗｅｂアプリケーション３２１が送信する共有作品画像を受信する。
【００５５】
なお、本実施例では、ステップＳ４２３にてＡＰサーバ１０２からクライアント装置１０１に画像データを送信しているが、画像データではなく画像パスだけを送信してクライアント装置１０１にパスでポイントされた画像データを取りに行くよう構成してもよい。
【００５６】
次に、ステップＳ４０３では、クライアント装置１０１のＣＰＵ２０１は、ユーザが印刷対象として選択した共有作品画像をプレビュー表示する（ステップＳ４０３）。
【００５７】
ステップＳ４０４では、クライアント装置１０１のＣＰＵ２０１は、プレビュー中の共有作品画像を印刷するために必要となる印刷設定を行い、その印刷設定情報をＡＰサーバ１０２の画像編集Ｗｅｂアプリケーション３２１に送信する。
【００５８】
ステップＳ４２４では、ＡＰサーバ１０２のＣＰＵ２０１は、ＡＰサーバ１０２の画像編集Ｗｅｂアプリケーション３２１が印刷設定を受信すると、前記受信した印刷設定情報に基づき印刷ジョブを作成する。なお、作成した印刷ジョブはＡＰサーバ１０２のＲＡＭ２０３に保存するのでステップＳ４２４の時点では印刷サーバ１０３は参照することはできない。
【００５９】
ステップＳ４０５では、クライアント装置１０１のＣＰＵ２０１は、クライアントアプリケーション３１１を介して印刷用設定を終えた画像をプレビュー表示する。
【００６０】
次にステップＳ４０６では、クライアント装置１０１のＣＰＵ２０１は、クライアントアプリケーション３１１を介してＡＰサーバ１０２の画像編集Ｗｅｂアプリケーション３２１に対して印刷用プレビューを終えた画像の印刷を要求する。この時点で印刷の要求を行ったユーザＩＤ７０１を特定する（特定手段に相当する）。
【００６１】
ステップＳ４２５では、ＡＰサーバ１０２のＣＰＵ２０１は、クライアントアプリケーション３１１を介して共有作品画像の印刷要求を受け付けると、印刷要求を受けた共有作品画像に対する割込み編集が行われていないかを確認する。
【００６２】
ここで、ステップＳ４２５の割込み編集の確認処理について図５を用い説明する。
【００６３】
まず、ステップＳ５０１では、ＡＰサーバ１０２のＣＰＵ２０１は、印刷対象作品に対する更新有無を確認する。
【００６４】
更新の有無は、テーブル共有作品編集履歴管理６００に、ステップＳ４２２でテーブル未参照作品検索条件管理７００の項目最新の参照済み作品の更新日時７０３に登録した日時以降のデータが存在するかで判断する（ステップＳ５０２）。
【００６５】
ここで、データが存在しない場合、印刷対象として選択した共有作品が更新されていないと判断（ステップＳ５０２にてＮｏ）して処理を終了に進める。
【００６６】
一方、データが存在する場合、印刷対象として選択した共有作品が更新されていると判断（ステップＳ５０２にてＹｅｓ）して処理をステップＳ５０３に進める。
【００６７】
ステップＳ５０３では、ステップＳ５０１で取得したデータの中から最新の更新日時の値をテーブル未参照作品検索条件管理７００の項目最新の参照済み作品の更新日時７０３にユーザＩＤ７０１、作品ＩＤ７０２をＫＥＹに更新登録する。
【００６８】
次に、ステップＳ５０１で取得したデータの中から共有作品の全更新者（ステップＳ５０４）とその前記更新者により更新された共有作品の画像（ステップＳ５０５）を取得する。
【００６９】
次に、ＡＰサーバ１０２のＣＰＵ２０１は、共有作品画像の印刷実施者（ステップＳ４０６で特定されたユーザＩＤ７０１）と共有作品画像のステップＳ５０４で取得した更新者との間の親密度を取得する（ステップＳ５０６）（取得手段に相当する）。
【００７０】
ステップＳ５０６における親密度は記憶部に記憶されるソーシャルグラフより取得する。本実施例におけるソーシャルグラフはノードとエッジから構成されているものとする。ここでノードは、人物を表現するものであり、エッジは、人物間の関係を示すものである。
【００７１】
ソーシャルグラフにおいては、ホップ数により、人物間の関係性（親密度）を評価することができる。ここで、ホップ数とは、所定の２つのノードを結ぶエッジの数である。ホップ数が少ない程、より親密な関係である、すなわち親密度が高いと評価することができる。
【００７２】
また、２つのノードを結ぶエッジの数、すなわちホップ数が同じであっても、重みづけをするなどして親密度の高低差をつけてもよい。重みづけは、ソーシャルサービス上での互いのポータルの訪問回数やメッセージの交換頻度を利用する。
【００７３】
なお、ソーシャルグラフは本システムとは異なる他サービスで管理されているとしても構わない。この場合は、他サービスに親密度を測りたい人物データを送信し、その親密度を応答として返してもらえばよい。
【００７４】
さらに、本実施例では人物間の親密度をソーシャルグラフから得ているが、人物間の親密度を測ることができるのであればソーシャルグラフに限定されないことは言うまでもない。
【００７５】
ステップＳ５０７では、ＡＰサーバ１０２のＣＰＵ２０１は、ステップＳ５０６で取得した親密度の降順に更新者リストを並べ替え、処理を終える。
【００７６】
図４の説明に戻る。
【００７７】
ＡＰサーバ１０２のＣＰＵ２０１は、割込み編集が有ると判定した場合（ステップＳ４２６で有）、割込み編集が行われた共有作品の画像とおよび付随するデータをクライアント装置１０１のクライアントアプリケーション３１１に送信して処理をステップＳ４２７に進める。
【００７８】
ステップＳ４０７では、クライアント装置１０１のＣＰＵ２０１は、割込み編集が行われた共有作品の画像および付随するデータを受け取り割込み編集の結果を画面に一覧表示して（通知制御手段・表示制御手段に相当する）ユーザの選択を受け付ける。これにより、印刷指示を行った後に、他のユーザが更新していた印刷データを簡便に確認することができる。なお、前記割込み編集の結果の一覧は、例えば図８に示す画面８００のレイアウトで表示されこととする。ここで、編集の結果の一覧は親密度８０６の降順で並び替え（ソート）られていることとする。なお、本実施形態では、このように、親密度８０６の降順で並び替えることにより、ユーザは親密度８０６の高いユーザに編集された印刷データが選択しやすくなるという効果がある。なお他の実施形態として、所定の親密度８０６以上の印刷データのみを表示するようにしてもよいし、所定の親密度８０６以上の印刷データを所定の親密度８０６未満の印刷データと識別可能に表示するように制御してもよい。図８では、親密度８０６をその値に応じたアイコンでユーザに通知しているが、親密度８０６の通知方法は、これに限定されない。
【００７９】
ここで、ステップＳ４０８で図８の割込み再選択された場合（受付手段に相当する）（Ｓ４０８でＹｅｓ）、処理をステップＳ４０３に戻す。一方、ステップＳ４０８で再選択されなかった場合（Ｓ４０８でＮｏ）、ＡＰサーバ１０２に印刷ジョブの登録を要求する（ステップＳ４２７）(印刷制御手段に相当する)。
【００８０】
一方、ＡＰサーバ１０２のＣＰＵ２０１は、割込み編集がないと判定した場合（ステップＳ４２６で無）、印刷ジョブをデータベースに登録する（ステップＳ４２７）。
【００８１】
ステップＳ４４１では、印刷サーバ１０３のＣＰＵ２０１は、データベースより印刷ジョブを取得する。ここで、印刷サーバ１０３のＣＰＵ２０１は、印刷ジョブの取得のため定期的にデータベースに対するポーリングを行っている。
【００８２】
ステップＳ４４２では、印刷ジョブの取得ができた場合、印刷サーバ１０３のＣＰＵ２０１は、印刷装置１０４が印刷可能な状態にあるか確認する。
【００８３】
印刷装置１０４が印刷可能な状態にない場合（ステップＳ４４２にてＮｏ）、印刷装置１０４が印刷可能な状態になるまで待機する。
【００８４】
一方、印刷サーバ１０３のＣＰＵ２０１は、ステップＳ４４２にて印刷装置１０４が印刷可能な状態にあると判断した場合、印刷装置１０４に印刷ジョブを送信可能となるまでに要した時間が指定時間未満かを確認する（ステップＳ４４３）。
【００８５】
ここで印刷装置１０４に印刷ジョブを送信可能となるまでに要した時間は、印刷ジョブが登録されて（ステップＳ４２７）から印刷装置１０４の起動を確認できるまでに要した時間（ステップＳ４４２）までに要した時間とする。前記指定時間は、印刷サーバ１０３において一律に管理してもよいし、ユーザごとに管理してもよいこととする。ユーザごとに管理する場合は、ユーザごとに前記指定時間をＤＢサーバ１０５で管理しておき、ステップＳ４２７の印刷ジョブの登録時にジョブを構成するデータに前記指定時間を含めて登録すればよい。
【００８６】
印刷サーバ１０３のＣＰＵ２０１は、指定時間を超えていると判定した場合（ステップＳ４４４でＮｏ）、ステップＳ４４１で取得した印刷ジョブを廃棄した上で処理をステップＳ４２３に戻し割込み編集の確認を行う。
【００８７】
一方、ステップＳ４４３にて指定時間未満であれば、印刷サーバ１０３のＣＰＵ２０１は、印刷装置１０４に印刷ジョブを送信する（ステップＳ４４４）。
【００８８】
ステップＳ４６１では、印刷装置１０４のＣＰＵ２０１は、印刷ジョブを受信する。
【００８９】
次に、ステップＳ４６２では、印刷装置１０４のＣＰＵ２０１は、印刷ジョブの内容に基づき印刷を実行する。
【００９０】
以上で、本実施形態における詳細な処理の流れの説明を終了する。
【００９１】
以上、本発明によれば、
なお、実施の形態では、割込み編集が行われたデータを検索する処理（ステップＳ５０１）において、親密度８０６の低いユーザによる割込み編集結果を無視する、あるいは割込み編集が行われたデータの件数が指定の件数を超える場合は親密度８０６の低いユーザのデータを除外するようにしてもよい。
【００９２】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置の情報処理装置が前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【００９３】
したがって、本発明の機能処理を情報処理装置で実現するために、前記情報処理装置にインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００９４】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００９５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００９６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００９７】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理を情報処理装置で実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００９８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行して情報処理装置にインストールさせて実現することも可能である。
【００９９】
また、情報処理装置が、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、情報処理装置上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１００】
さらに、記録媒体から読み出されたプログラムが、情報処理装置に挿入された機能拡張ボードや情報処理装置に接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１０１】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１０２】
１０１  クライアント装置
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆコントローラ
２０９  キーボード
２１０  ディスプレイ
２１１  外部メモリ
【図１】
2019067035.tif 000003
【図２】
2019067035.tif 000004
【図３】
2019067035.tif 000005
【図４】
2019067035.tif 000006
【図５】
2019067035.tif 000007
【図６】
2019067035.tif 000008
【図７】
2019067035.tif 000009
【図８】
2019067035.tif 000010
【図９】
2019067035.tif 000011