JP6381190B2

JP6381190B2 - クライアント装置、システム、情報処理方法及びプログラム

Info

Publication number: JP6381190B2
Application number: JP2013170565A
Authority: JP
Inventors: 範久岸本
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2013-08-20
Filing date: 2013-08-20
Publication date: 2018-08-29
Anticipated expiration: 2033-08-20
Also published as: JP2015041143A; US20150058402A1

Description

本発明は、クライアント装置、システム、情報処理方法及びプログラムに関する。

ネットワークを介してファイルを複数のデバイス間で共有するようなプロトコルとしてＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ等が一般的によく知られている。
ここで、ＳＭＢは、ＳｅｒｖｅｒＭｅｓｓａｇｅＢｌｏｃｋの略である。また、ＣＩＦＳは、ＣｏｍｍｏｎＩｎｔｅｒｎｅｔＦｉｌｅＳｙｓｔｅｍの略である。また、ＷｅｂＤＡＶは、Ｗｅｂ−ｂａｓｅｄＤｉｓｔｒｉｂｕｔｅｄＡｕｔｈｏｒｉｎｇａｎｄＶｅｒｓｉｏｎｉｎｇの略である。
これらのプロトコルでは、ファイルを保持しておくサーバーが存在し、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）等のクライアントがネットワークを介してサーバーにアクセスする。そして、クライアントは、サーバーが保持するファイルやフォルダを参照、編集、追加、削除することができる。また、これらのプロトコルにおいて、ある端末Ａからサーバーにあるファイルやフォルダを参照しているときに、他の端末Ｂによってそのファイルやフォルダに変更が加えられた場合を考える。この場合、端末Ａから最新の情報をリクエストサーバーにリクエストし、取得することによってそのファイルやフォルダの変更を知るのが一般的な方法である。
この場合、端末Ａは変更をリアルタイムに知ることができない。これを解決する方法として、サーバーとクライアントとの間でファイルやフォルダの属性情報と端末情報とを共有する。そして、サーバーが現在アクセスしている端末情報と操作しているファイルやフォルダの属性情報とを管理することによって、ある端末での操作が行われた時点で、アクセス中の別の端末に対してイベントを送信するような方法が提案されている（特許文献１）。

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

しかしながら、上述したような方法ではファイルやフォルダの属性情報とアクセスしている端末情報との一覧をサーバーが管理している必要があり、多くの端末にアクセスされているような場合、管理している情報から検索を行うのに手間がかかる問題があった。

本発明はこのような問題点に鑑みなされたもので、ファイルやフォルダの変更内容等をリアルタイムでクライアントが知ることができるようにすることを目的とする。

そこで、本発明は、ファイルを記憶可能な記憶手段を有するサーバー装置とネットワークを介して接続可能なクライアント装置であって、前記記憶手段に記憶されたファイルに対する、前記サーバー装置に接続された外部装置における操作の開始に応じて、前記サーバー装置から情報を受信する第一の受信手段と、前記外部装置における前記ファイルの操作の終了に応じて、前記サーバー装置から情報を受信する第二の受信手段と、前記第一の受信手段によって前記情報を受信してから前記第二の受信手段によって前記情報を受信するまでの間に前記クライアント装置の操作部を介して前記ファイルに対する操作の指示を受け付け、前記操作を実行することなく、前記操作を示す情報を前記クライアント装置の記憶部に記憶する受付手段と、前記第二の受信手段による前記情報の受信に応じて、前記記憶部に記憶された前記操作を示す情報に基づき、前記ファイルに対する前記操作の実行要求を、前記サーバー装置に送信する送信手段と、を有する。

本発明によれば、ファイルやフォルダの変更内容等をリアルタイムでクライアントが知ることができるようにすることができる。

印刷システムのシステム構成の一例を示す図である。画像形成装置のハードウェア構成の一例を示す図である。ストレージサーバー、ＰＣのハードウェア構成の一例を示す図である。画像形成装置のソフトウェア構成の一例を示す図である。ストレージサーバーのソフトウェア構成の一例を示す図である。画像形成装置がストレージサーバーのフォルダを参照する際に操作パネルに表示されるＵＩの一例を示す図である。ファイルの操作が開始された時に送信されるイベントの一例を示す図である。ファイルの操作が終了したときに送信されるイベントの一例を示す図である。ストレージサーバー、画像形成装置、ＰＣの間の通信の一例を示すシーケンス図である。ストレージサーバーのイベント通知を行う情報処理の一例を示すフローチャートである。操作パネルからファイル操作が行われた際の情報処理の一例を示すフローチャートである。ストレージサーバーからイベントを受信した際の情報処理の一例を示すフローチャートである。

以下、本発明の実施形態について図面に基づいて説明する。

図１は、印刷システムのシステム構成の一例を示す図である。
図１においては、ＬＡＮ１００にストレージサーバー１０１、画像形成装置１０２、ＰＣ１０３が接続されている。
ストレージサーバー１０１は、ＬＡＮ１００に接続している他の端末に対して、ＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ等のプロトコルを用いて、自身が保持するファイルやフォルダの一部又は全てを公開している。印刷システムにおいては、ＬＡＮ１００に接続された端末の間でストレージサーバー１０１のファイルやフォルダを共有することができる。例えば、画像形成装置１０２やＰＣ１０３から、ストレージサーバー１０１が保持するファイルやフォルダの参照、編集、追加、削除、移動等の操作を行うことが可能な状態になっている。なお、ネットワークを介したファイル共有プロトコルとしては、ＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ以外のものを使用していてもよい。また、ＬＡＮ１００はインターネット等のネットワーク形態でもよい。
ここで、ＰＣ１０３は、第一のクライアント装置の一例である。画像形成装置１０２は、第二のクライアント装置の一例である。

図２は、画像形成装置１０２のハードウェア構成の一例を示す図である。
図２において、ＣＰＵ２０２は、ＲＯＭ２０４のプログラム用ＲＯＭ又は外部記憶装置２０９に記憶されたプログラムに基づいてシステムバス２０１に接続される各種のデバイスとのアクセスを総括的に制御する。また、ＣＰＵ２０２は、印刷インターフェース２０７を介して接続される印刷部（プリンターエンジン）２１２に出力情報としての画像信号を出力する。また、ＣＰＵ２０２は、読取インターフェース２１１を介して接続される読取部（スキャナ）２１３から入力される画像信号を制御する。
また、ＲＯＭ２０４のプログラム用ＲＯＭには、ＣＰＵ２０２が実行可能な制御プログラム等が記憶される。更に、ＲＯＭ２０４のフォント用ＲＯＭには出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等が記憶される。また、ＲＯＭ２０４のデータ用ＲＯＭには、処理を実行する際に利用される情報等が記憶される。

ＣＰＵ２０２はＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ）２０５が接続されており、ＮＩＣ２０５を介してネットワーク上のコンピューターや他の画像形成装置との通信処理が可能となっている。
ＲＡＭ２０３は、主としてＣＰＵ２０２の主メモリ、ワークエリア等として機能し、増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０３は、出力情報展開領域、環境データ格納領域等に用いられる。
ハードディスク（ＨＤＤ）、ＩＣカード等の外部記憶装置２０９は、ディスクコントローラ（ＤＫＣ）２０８によりアクセスが制御される。ハードディスクは、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用されたりする。更に、ハードディスクは、スキャナ２１３から読み取った画像データやプリントジョブの画像データをＢＯＸデータとして保持し、ネットワークから参照したり、印刷を行うＢＯＸデータ格納領域としても使用されたりする。本実施形態においては、外部記憶装置としてはハードディスクを使用するものとする。そして、ハードディスクには、ジョブログ、画像ログ等各種ログが保持されるものとする。

操作パネル２０６は、ユーザーがソフトウェアキーから各種情報を入力することが可能に構成されている。ここで、上述した外部記憶装置２０９は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンター制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。
不揮発性メモリ２１０は、操作パネル２０６から設定される各種設定情報を記憶している。また、画像形成装置１０２には更にオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置等、各種拡張装置を装着することが可能となっており、これらの動作はＣＰＵ２０２から制御される。
ＣＰＵ２０２が、プログラムに基づき処理を実行することによって、画像形成装置１０２のソフトウェア構成及び後述する画像形成装置１０２に係るフローチャートの処理が実現される。

図３は、ストレージサーバー１０１、ＰＣ１０３のハードウェア構成の一例を示す図である。
図３において、ＣＰＵ３０１は、システムバス３０４に接続された各種デバイスの制御を行う。
ＲＯＭ３０２は、ＢＩＯＳのプログラムやブートプログラムを記憶する。
ＲＡＭ３０３は、ＣＰＵ３０１の主記憶装置として使用される。
キーボードコントローラ（ＫＢＣ）３０５は、マウス等のポインティングデバイス３０９や、キーボード３１０からの情報等の入力に係る処理を行う。
表示制御部（ＣＲＴＣ）３０６は、内部にビデオメモリを有し、ＣＰＵ３０１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ３１１に出力する。なお、図３において表示装置としてＣＲＴ３１１を例示しているが、液晶表示装置等、その表示装置の種類は問わない。
ディスクコントローラ（ＤＫＣ）３０７は、ハードディスク（ＨＤＤ）３１２、フレキシブルディスク３１３へのアクセスを行う。
ネットワークインタフェースカード（ＮＩＣ）３０８は、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。
なお、ＨＤＤ３１２には、ＯＳのプログラムやＯＳ上で動作する各種アプリケーションのプログラム等が格納される。例えば、フォルダは、ＨＤＤ３１２に生成され、ファイル等が記憶される。ＨＤＤ３１２は、記憶領域の一例である。

上記構成において、本装置の電源がＯＮになると、ＣＰＵ３０１は、ＲＯＭ３０２に格納されたブートプログラムに従って、ＨＤＤ３１２からＯＳのプログラムをＲＡＭ３０３に読み込み、処理を実行することによって、各装置の機能を実現する。
つまり、ストレージサーバー１０１のＣＰＵ３０１がプログラムに基づき処理を実行することによって、ストレージサーバー１０１のソフトウェア構成及び後述するストレージサーバー１０１に係るフローチャートの処理が実現される。ＰＣ１０３も同様である。
ストレージサーバー１０１は、ＨＤＤ３１２に保持しているファイルやフォルダの情報を、ＮＩＣ３０８を介してＬＡＮ１００上の他の端末に対して公開している。

図４は、画像形成装置１０２のソフトウェア構成の一例を示す図である。
ファイル共有プロトコル通信部４０１は、ＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ等のファイル共有プロトコルの通信を制御する。リモートにあるファイルの操作は実際には操作パネル２０６を通して行われる。ユーザーが操作パネル２０６からストレージサーバー１０１に存在するファイルやフォルダの操作を指示すると、ＵＩ制御部４０６を通じて、リモートファイル操作制御部４０２に指示が通知される。
指示を受けたリモートファイル操作制御部４０２は、ファイル共有プロトコル通信部４０１を介してファイルの操作を行う。
一方、ファイル変更情報コネクション管理部４０３は、ファイル操作情報のイベントをストレージサーバー１０１との間で送受信するためのコネクションを維持する。ここで、前記コネクションは、上記ファイル共有プロトコルとは異なるプロトコルで張られる。

ファイル変更情報イベント受信部４０４は、ストレージサーバー１０１から受信したイベントに関する処理を行う。なお、ここではファイル変更情報コネクション管理部４０３は、ファイル共有プロトコル通信部４０１と別になっているが、実際にはファイル共有プロトコル通信部４０１等に内在していてもよい。
ファイル変更情報解析部４０５は、受信されたイベント情報を解析し、ストレージサーバー１０１が保持するファイルやフォルダを特定し、その状態を判断して保持すると共に、ＵＩ制御部４０６を通して操作中のファイルの情報を操作パネル２０６に表示する。
このようなファイルは、通常の他のファイルと同様に操作を行うことができ、ユーザーは、ＵＩ制御部４０６からリモートファイル操作予約部４０７を介すことにより、現在操作等されているファイルやフォルダに対する次の操作を予約することができる。

図５は、ストレージサーバー１０１のソフトウェア構成の一例を示す図である。
ファイル共有プロトコル通信部５０１は、ＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ等のファイル共有プロトコルの通信を制御する。
ネットワーク上の端末から要求されたファイルやフォルダの操作はファイル操作部５０２が行い、ＤＫＣ３０７を介してストレージに保持しているファイルやフォルダを実際に操作する。
ファイル変更情報コネクション管理部５０３は、ファイル操作情報のイベントを端末との間で送受信するためのコネクションを維持する。ファイル操作部５０２によってファイル操作が開始されたとき等にファイル操作検知部５０４がそれを検知する。ファイルやフォルダの情報と操作情報とは、前記コネクションを介して端末に送信される。

図６は、画像形成装置１０２がストレージサーバー１０１のフォルダを参照する際に操作パネル２０６に表示されるＵＩの一例を示す図である。ＵＩには、フォルダに保存されているファイルの一覧を参照する画面と、それぞれのファイルに対して削除、名称変更、プリント、追加等の操作を行うためのボタンが存在する。操作内容とボタンとはその他にあってもよい。
図６では、ストレージサーバー１０１が持つ複数のファイルの例として、ファイルｓａｍｐｌｅ１．ｐｄｆ、ｓａｍｐｌｅ２．ｐｄｆ、ｓａｍｐｌｅ３．ｊｐｇ、ｓａｍｐｌｅ４．ｔｉｆが表示されている。そして、ｓａｍｐｌｅ２．ｐｄｆはＰＣ１０３によってファイルの操作が行われているものと仮定する。操作の内容については追加、編集等、何でもよい。
本実施形態の処理によれば、６０１に示すように、画像形成装置１０２のユーザーは、ストレージサーバー１０１で操作が行われているファイルについてもファイル一覧において参照することができる。また、操作中の６０１のファイルについても、ユーザーは、削除ボタン６０２、名称変更ボタン６０３、プリントボタン６０４等を押すことができる。

以下、ストレージサーバー１０１においてファイルの操作が行われる際に送信されるイベントの例を示す。ここでは、イベントをＸＭＬの形式でＷｅｂの通信を利用して送信するものと仮定しているが、イベント送信の形態はそれ以外のものであってもよい。
図７Ａは、ファイルの操作が開始された時に送信されるイベントの一例を示す図である。ＥｖｅｎｔＩＤのタグには、通知されるイベントのＩＤが設定されている。ＦｉｌｅＮａｍｅのタグには操作中のファイル名が設定されている。Ｐｒｏｐｅｒｔｙのタグには操作内容が設定されている。本実施形態における操作内容はファイルの追加である。
図７Ａのイベントは、開始メッセージの一例である。
図７Ｂは、ファイルの操作が終了したときに送信されるイベントの一例を示す図である。ＥｖｅｎｔＩＤとＰｒｏｐｅｒｔｙとのタグはファイル操作開始時のイベントと同じ意味である。このうち、ＥｖｅｎｔＩＤに関しては、ファイル操作開始時のＥｖｅｎｔＩＤと同じものが設定される。ＰｒｅｖｉｏｕｓＦｉｌｅＮａｍｅのタグにはファイル名が変更された際に意味を持つ情報であり、本実施形態の例では、変更前のファイル名が設定される。ＦｉｌｅＮａｍｅのタグには操作後のファイル名が設定される。もし、ファイル名の変更が行われた場合は、ＦｉｌｅＮａｍｅのタグには変更後のファイル名が設定されることになる。Ｓｉｚｅのタグにはファイル操作後のファイルサイズが設定される。Ｄａｔｅのタグにはファイルのタイムスタンプが設定される。
図７Ｂのイベントは、終了メッセージの一例である。

次に、本実施形態における通信の処理について説明する。
図８は、ストレージサーバー１０１、画像形成装置１０２、ＰＣ１０３の間の通信の一例を示すシーケンス図である。
ＰＣ１０３がストレージサーバー１０１のファイルに対して操作を開始する（Ｓ８００）。ストレージサーバー１０１は、ＰＣ１０３から操作の開始要求を受け取ると、画像形成装置１０２に対して図７Ａに示すメッセージを、コネクションを介して送信して通知を行って（Ｓ８０１）、実際のファイルの操作を開始する（Ｓ８０２）。Ｓ８０１の処理は、第一の通知の一例である。
この段階で画像形成装置１０２は、操作パネルにおいて、ストレージサーバー１０１のファイル一覧情報を表示する（Ｓ８０３）。ユーザーは、図６の６０１に示すように、操作中のファイルを一覧に混じって参照することができる。
次に、操作パネル上で操作中のファイルを選択して６０２〜６０４の何れかのボタンが押下されると、画像形成装置１０２は、指定されたファイルに対する次の操作内容を予約として記憶する（Ｓ８０４）。

その後、ＰＣ１０３がファイル操作を終了する（Ｓ８０５）。ストレージサーバー１０１は、ＰＣ１０３から操作の終了要求を受け取ると、コネクションを介して、図７Ｂに示すメッセージを送信してファイルの操作が終了したことを通知する（Ｓ８０６）。Ｓ８０６の処理は、第二の通知の一例である。
通知を受けた画像形成装置１０２は、Ｓ８０４で記憶した次の操作内容に基づいた操作を指定されたファイルに対して要求する（Ｓ８０７）。
ストレージサーバー１０１は、ファイルに対して要求された操作を行う（Ｓ８０８）。
ここで、ファイルに対して要求された操作としては、例えば、ストレージサーバー１０１のＨＤＤ３１２等からファイルを削除する操作、ファイルのファイル名を変更する操作、ファイルを画像形成装置１０２で印刷させる操作等がある。ファイルは、データの一例である。また、ファイル名は、データ名の一例である。
なお、ここでは画像形成装置１０２がストレージサーバー１０１からイベント通知を受信してから図６に示すファイル一覧画面を開いたと仮定しているが、順序は逆でもよい。この場合、イベント通知を受信した画像形成装置のファイル一覧画面に操作中のファイルが動的に表示されるような構成とすることもできる。

次に、ストレージサーバー１０１の処理の詳細について図５と図９とを用いて説明する。図９は、ストレージサーバー１０１のイベント通知を行う情報処理の一例を示すフローチャートである。
ファイル操作部５０２によってリモートからファイルの操作が開始されたことをファイル操作検知部５０４が検知する（Ｓ９００）。
すると、ファイル変更情報イベント送信部５０５は、イベント通知先が存在するか否かを検索し（Ｓ９０１、Ｓ９０２）、イベント通知先が存在する場合は図７Ａに示すメッセージを送信する（Ｓ９０３）。イベント通知先は複数存在してもよく、その場合、ファイル変更情報イベント送信部５０５は、再度Ｓ９０１に戻ってイベント通知先を検索する。
ここで、ストレージサーバー１０１は、ファイル操作情報のイベントをストレージサーバー１０１との間で送受信するためのコネクションを確立し、維持している場合、イベント通知先を例えば、ＲＡＭ２０３等に保持する。つまり、イベント通知先が存在するとは、ストレージサーバー１０１とイベント通知を行うためのコネクションを確立しているデバイスが存在することを意味する。

その後、ファイル操作検知部５０４は、ファイル操作の終了を検知すると（Ｓ９０４）、イベント通知先を検索し（Ｓ９０５、Ｓ９０６）、イベント通知先が存在する場合は、図７Ｂに示すメッセージを送信する。ファイル操作開始時と同じく、イベント通知先が複数ある場合、ファイル変更情報イベント送信部５０５は、その全てに対して送信を行う。
ファイル操作検知部５０４は、イベント通知先が存在しない場合、何もせずに図９に示す処理を終了する。

次に、画像形成装置１０２の処理の詳細について図４、図１０Ａ、図１０Ｂを用いて説明する。
図１０Ａは、操作パネル２０６からファイル操作が行われた際の情報処理の一例を示すフローチャートである。
ＵＩ制御部４０６を介してストレージサーバー１０１に存在するファイル操作が行われた場合（Ｓ１０００）、ファイル変更情報解析部４０５は、ファイル操作開始イベントの情報を受信しているか否かを確認する（Ｓ１００１、Ｓ１００２）。
ファイル操作開始イベントを受信していた場合、すぐに操作を行うことは不可能なため、リモートファイル操作予約部４０７は、ファイル操作の操作内容を予約する（Ｓ１００３）。一方、ファイル操作開始イベントを受信していなかった場合は、リモートファイル操作制御部４０２は、直ぐにファイル操作を開始する（Ｓ１００４）。

図１０Ｂは、ストレージサーバー１０１からイベントを受信した際の情報処理の一例を示すフローチャートである。
一方、ファイル変更情報イベント受信部４０４は、ストレージサーバー１０１から図７Ａに示すメッセージの受信を待ち受けている（Ｓ１０１０）。ファイル変更情報イベント受信部４０４は、イベントを受信すると（Ｓ１０１１）、イベントの種別を確認する（Ｓ１０１２、Ｓ１０１３）。図７Ａに示すイベントであれば、ファイル変更情報解析部４０５は、メッセージの内容を解析して、操作中（又は変更中）のファイルを特定し、その情報を保存する（Ｓ１０１４）。イベントが図７Ｂに示すものであれば、ファイル変更情報解析部４０５は、ファイルの変更点を認識する。そして、リモートファイル操作予約部４０７は、予約された操作内容を検索する（Ｓ１０１５、Ｓ１０１６）。予約された操作内容が存在する場合、リモートファイル操作制御部４０２は、指定されたファイルに対して予約された操作を開始するよう制御する（Ｓ１０１７）。一方、存在しない場合、リモートファイル操作予約部４０７は、何もせずにＳ１０１０のイベント受信待ちに処理を戻す。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

以上、上述した各実施形態によれば、ファイルやフォルダの変更内容等をリアルタイムでクライアントが知ることができるようにすることができる。
また、属性情報やアクセスしている端末情報をストレージサーバー１０１が管理しておく必要なくストレージサーバー１０１からＰＣ１０３に対してファイルやフォルダの変更を通知することが可能になる。
また、ある端末が操作中のファイルやフォルダに対して、別の端末が他のファイルやフォルダと同等に操作できるように見えるため、ユーザーはデバイスの目前でファイル操作の終了を待つ必要はない。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

Claims

ファイルを記憶可能な記憶手段を有するサーバー装置とネットワークを介して接続可能なクライアント装置であって、
前記記憶手段に記憶されたファイルに対する、前記サーバー装置に接続された外部装置における操作の開始に応じて、前記サーバー装置から情報を受信する第一の受信手段と、
前記外部装置における前記ファイルの操作の終了に応じて、前記サーバー装置から情報を受信する第二の受信手段と、
前記第一の受信手段によって前記情報を受信してから前記第二の受信手段によって前記情報を受信するまでの間に前記クライアント装置の操作部を介して前記ファイルに対する操作の指示を受け付け、前記操作を実行することなく、前記操作を示す情報を前記クライアント装置の記憶部に記憶する受付手段と、
前記第二の受信手段による前記情報の受信に応じて、前記記憶部に記憶された前記操作を示す情報に基づき、前記ファイルに対する前記操作の実行要求を、前記サーバー装置に送信する送信手段と、
を有するクライアント装置。
前記ファイルに対する操作の指示は、前記ファイルの削除指示、又は、前記ファイルの印刷指示、前記ファイルのファイル名を変更する指示の中の、少なくとも１つ以上の処理の指示である請求項１記載のクライアント装置。
第一のクライアント装置及び第二のクライアント装置と、前記第一のクライアント装置及び前記第二のクライアント装置とネットワークを介して接続可能なサーバー装置と、を含むシステムであって、
前記サーバー装置は、
ファイルを記憶可能な記憶手段と、
前記第一のクライアント装置から前記記憶手段に記憶されたファイルの操作の開始要求を受信する第一の受信手段と、
前記第一の受信手段による前記開始要求の受信に応じて、前記第二のクライアント装置に情報を通知する第一の通知手段と、
前記第一のクライアント装置から前記記憶手段に記憶された前記ファイルの操作の終了要求を受信する第二の受信手段と、
前記第二の受信手段による前記終了要求の受信に応じて、前記第二のクライアント装置に情報を通知する第二の通知手段と、
前記第二のクライアント装置から受信した前記ファイルに対する操作の実行要求に応じて、前記第一の通知手段によって前記情報を通知してから前記第二の通知手段によって前記情報を通知するまでの間に前記第二のクライアント装置の操作部を介して受け付けられた前記ファイルに対する前記操作を実行する制御手段と、
を有し、
前記第二のクライアント装置は、
前記記憶手段に記憶されたファイルに対する、前記第一のクライアント装置における操作の開始に応じて、前記サーバー装置から情報を受信する第三の受信手段と、
前記第一のクライアント装置における前記ファイルの操作の終了に応じて、前記サーバー装置から情報を受信する第四の受信手段と、
前記第三の受信手段によって前記情報を受信してから前記第四の受信手段によって前記情報を受信するまでの間に前記第二のクライアント装置の操作部を介して前記ファイルに対する操作の指示を受け付け、前記操作を実行することなく、前記操作を示す情報を前記第二のクライアント装置の記憶部に記憶する受付手段と、
前記第四の受信手段による前記情報の受信に応じて、前記記憶部に記憶された前記操作を示す情報に基づき、前記ファイルに対する前記操作の実行要求を、前記サーバー装置に送信する送信手段と、
を有するシステム。
ファイルを記憶可能な記憶手段を有するサーバー装置とネットワークを介して接続可能なクライアント装置が実行する情報処理方法であって、
前記記憶手段に記憶されたファイルに対する、前記サーバー装置に接続された外部装置における操作の開始に応じて、前記サーバー装置から情報を受信する第一の受信ステップと、
前記外部装置における前記ファイルの操作の終了に応じて、前記サーバー装置から情報を受信する第二の受信ステップと、
前記第一の受信ステップによって前記情報を受信してから前記第二の受信ステップによって前記情報を受信するまでの間に前記クライアント装置の操作部を介して前記ファイルに対する操作の指示を受け付け、前記操作を実行することなく、前記操作を示す情報を前記クライアント装置の記憶部に記憶する受付ステップと、
前記第二の受信ステップによる前記情報の受信に応じて、前記記憶部に記憶された前記操作を示す情報に基づき、前記ファイルに対する前記操作の実行要求を、前記サーバー装置に送信する送信ステップと、
を含む情報処理方法。
第一のクライアント装置及び第二のクライアント装置と、ファイルを記憶可能な記憶手段を有し、前記第一のクライアント装置及び前記第二のクライアント装置とネットワークを介して接続可能なサーバー装置と、を含むシステムにおける情報処理方法であって、
前記サーバー装置が、前記第一のクライアント装置から前記記憶手段に記憶されたファイルの操作の開始要求を受信する第一の受信ステップと、
前記サーバー装置が、前記第一の受信ステップによる前記開始要求の受信に応じて、前記第二のクライアント装置に情報を通知する第一の通知ステップと、
前記第二のクライアント装置が、前記記憶手段に記憶されたファイルに対する、前記第一のクライアント装置における操作の開始に応じて、前記サーバー装置から情報を受信する第二の受信ステップと、
前記サーバー装置が、前記第一のクライアント装置から前記記憶手段に記憶された前記ファイルの操作の終了要求を受信する第三の受信ステップと、
前記サーバー装置が、前記第三の受信ステップによる前記終了要求の受信に応じて、前記第二のクライアント装置に情報を通知する第二の通知ステップと、
前記第二のクライアント装置が、前記第一のクライアント装置における前記ファイルの操作の終了に応じて、前記サーバー装置から情報を受信する第四の受信ステップと、
前記第二のクライアント装置が、前記第二の受信ステップによって前記情報を受信してから前記第四の受信ステップによって前記情報を受信するまでの間に前記第二のクライアント装置の操作部を介して前記ファイルに対する操作の指示を受け付け、前記操作を実行することなく、前記操作を示す情報を前記第二のクライアント装置の記憶部に記憶する受付ステップと、
前記第二のクライアント装置が、前記第四の受信ステップによる前記情報の受信に応じて、前記記憶部に記憶された前記操作を示す情報に基づき、前記ファイルに対する前記操作の実行要求を、前記サーバー装置に送信する送信ステップと、
前記サーバー装置が、前記第二のクライアント装置から受信した前記ファイルに対する操作の実行要求に応じて、前記第一の通知ステップによって前記情報を通知してから前記第二の通知ステップによって前記情報を通知するまでの間に前記第二のクライアント装置の操作部を介して受け付けられた前記ファイルに対する前記操作を実行する制御ステップと、
を含む情報処理方法。
ファイルを記憶可能な記憶手段を有するサーバー装置とネットワークを介して接続可能なコンピュータに、
前記記憶手段に記憶されたファイルに対する、前記サーバー装置に接続された外部装置における操作の開始に応じて、前記サーバー装置から情報を受信する第一の受信ステップと、
前記外部装置における前記ファイルの操作の終了に応じて、前記サーバー装置から情報を受信する第二の受信ステップと、
前記第一の受信ステップによって前記情報を受信してから前記第二の受信ステップによって前記情報を受信するまでの間に前記コンピュータの操作部を介して前記ファイルに対する操作の指示を受け付け、前記操作を実行することなく、前記操作を示す情報を前記コンピュータの記憶部に記憶する受付ステップと、
前記第二の受信ステップによる前記情報の受信に応じて、前記記憶部に記憶された前記操作を示す情報に基づき、前記ファイルに対する前記操作の実行要求を、前記サーバー装置に送信する送信ステップと、
を実行させるためのプログラム。