(57)【要約】【課題】ファイルやフォルダの変更内容等をリアルタイムでクライアントが知ることができるようにすることを目的とする。【解決手段】第一のクライアント装置からのデータの操作の開始要求を検知すると、第二のクライアント装置に対して、データの操作の開始メッセージを通知する第一の通知手段と、第一のクライアント装置からデータの操作の終了要求を検知すると、第二のクライアント装置に対して、データの操作の終了メッセージを通知する第二の通知手段と、開始メッセージを通知してから終了メッセージを通知するまでの間に、第二のクライアント装置において受け付けられ、予約されていたデータに対する次の操作の開始要求に応じてデータに対する操作を行う制御手段と、を有する。【選択図】図８
2015041143.tif 000002
【特許請求の範囲】
【請求項１】
第一のクライアント装置からのデータの操作の開始要求を検知すると、第二のクライアント装置に対して、前記データの操作の開始メッセージを通知する第一の通知手段と、
前記第一のクライアント装置から前記データの操作の終了要求を検知すると、前記第二のクライアント装置に対して、前記データの操作の終了メッセージを通知する第二の通知手段と、
前記開始メッセージを通知してから前記終了メッセージを通知するまでの間に、前記第二のクライアント装置において受け付けられ、予約されていた前記データに対する次の操作の開始要求に応じて前記データに対する操作を行う制御手段と、
を有するサーバー装置。
【請求項２】
前記制御手段は、前記第一のクライアント装置からの前記開始要求に応じて前記データの操作を開始し、前記第一のクライアント装置からの前記終了要求に応じて前記データの操作を終了し、前記第二のクライアント装置からの前記次の操作の開始要求に応じて前記データに対する操作を行う請求項１記載のサーバー装置。
【請求項３】
前記第一の通知手段は、前記第一のクライアント装置からのデータの操作の開始要求を検知すると、イベント通知先の情報を検索し、イベント通知先の情報として前記第二のクライアント装置とのコネクションが確立されている旨の情報が存在する場合、前記第二のクライアント装置に対して、前記データの操作の開始メッセージを通知する請求項１又は２記載のサーバー装置。
【請求項４】
前記第二の通知手段は、前記第一のクライアント装置からのデータの操作の終了要求を検知すると、イベント通知先の情報を検索し、イベント通知先の情報として前記第二のクライアント装置とのコネクションが確立されている旨の情報が存在する場合、前記第二のクライアント装置に対して、前記データの操作の終了メッセージを通知する請求項３記載のサーバー装置。
【請求項５】
前記制御手段は、前記次の操作の開始要求に応じて、前記データに対する操作として、サーバー装置の記憶装置から前記データを削除する操作を行う請求項１乃至４何れか１項記載のサーバー装置。
【請求項６】
前記制御手段は、前記次の操作の開始要求に応じて、前記データに対する操作として、前記データのデータ名を変更する操作を行う請求項１乃至４何れか１項記載のサーバー装置。
【請求項７】
前記第二のクライアント装置は、画像形成装置であって、
前記制御手段は、前記次の操作の開始要求に応じて、前記データに対する操作として、前記データを前記画像形成装置で印刷させる操作を行う請求項１乃至４何れか１項記載のサーバー装置。
【請求項８】
サーバー装置の記憶領域に記憶されている複数のデータの一覧を含む画面を表示する表示手段と、
前記サーバー装置から前記複数のデータのうちの一のデータの操作の開始メッセージの通知を受け取る受信手段と、
を有し、
前記表示手段は、前記受信手段により前記データの操作の開始メッセージの通知が受け取られた場合、前記複数のデータの一覧のうち、操作が行われている前記データを特定し、前記データに対して前記操作が行われていることを示す情報を表示するクライアント装置。
【請求項９】
前記複数のデータの一覧のうち、前記操作が行われている前記データが選択され、操作が要求された場合、前記データに対する前記操作を予約する予約手段を更に有する請求項８記載のクライアント装置。
【請求項１０】
前記受信手段は、前記サーバー装置から前記データの操作の終了メッセージの通知を更に受け取り、
前記受信手段により前記データの操作の終了メッセージの通知が受け取られた場合、前記予約手段により予約された前記データに対する前記操作を実行するよう制御する制御手段を更に有する請求項９記載のクライアント装置。
【請求項１１】
前記受信手段は、前記サーバー装置と確立したコネクションを介して、前記サーバー装置から前記複数のデータのうちの一のデータの操作の開始メッセージの通知を受け取る請求項８乃至１０何れか１項記載のクライアント装置。
【請求項１２】
サーバー装置と、第一のクライアント装置と、第二のクライアント装置と、を含むシステムであって、
前記サーバー装置は、
第一のクライアント装置からのデータの操作の開始要求を検知すると、第二のクライアント装置に対して、前記データの操作の開始メッセージを通知する第一の通知手段と、
前記第一のクライアント装置から前記データの操作の終了要求を検知すると、前記第二のクライアント装置に対して、前記データの操作の終了メッセージを通知する第二の通知手段と、
前記開始メッセージを通知してから前記終了メッセージを通知するまでの間に、前記第二のクライアント装置において受け付けられ、予約されていた前記データに対する次の操作の開始要求に応じて前記データに対する操作を行う制御手段と、
を有し、
前記第二のクライアント装置は、
前記サーバー装置の記憶領域に記憶されている複数のデータの一覧を含む画面を表示する表示手段と、
前記サーバー装置から前記複数のデータのうちの一のデータの操作の開始メッセージの通知を受け取る受信手段と、
を有し、
前記表示手段は、前記受信手段により前記データの操作の開始メッセージの通知が受け取られた場合、前記複数のデータの一覧のうち、操作が行われている前記データを特定し、前記データに対して前記操作が行われていることを示す情報を表示するシステム。
【請求項１３】
サーバー装置が実行する情報処理方法であって、
第一のクライアント装置からのデータの操作の開始要求を検知すると、第二のクライアント装置に対して、前記データの操作の開始メッセージを通知する第一の通知ステップと、
前記第一のクライアント装置から前記データの操作の終了要求を検知すると、前記第二のクライアント装置に対して、前記データの操作の終了メッセージを通知する第二の通知ステップと、
前記開始メッセージを通知してから前記終了メッセージを通知するまでの間に、前記第二のクライアント装置において受け付けられ、予約されていた前記データに対する次の操作の開始要求に応じて前記データに対する操作を行う制御ステップと、
を含む情報処理方法。
【請求項１４】
クライアント装置が実行する情報処理方法であって、
サーバー装置の記憶領域に記憶されている複数のデータの一覧を含む画面を表示する表示ステップと、
前記サーバー装置から前記複数のデータのうちの一のデータの操作の開始メッセージの通知を受け取る受信ステップと、
を含み、
前記表示ステップでは、前記受信ステップにより前記データの操作の開始メッセージの通知が受け取られた場合、前記複数のデータの一覧のうち、操作が行われている前記データを特定し、前記データに対して前記操作が行われていることを示す情報を表示する情報処理方法。
【請求項１５】
サーバー装置と、第一のクライアント装置と、第二のクライアント装置と、を含むシステムにおける情報処理方法であって、
前記サーバー装置が、第一のクライアント装置からのデータの操作の開始要求を検知すると、第二のクライアント装置に対して、前記データの操作の開始メッセージを通知する第一の通知ステップと、
前記サーバー装置が、前記第一のクライアント装置から前記データの操作の終了要求を検知すると、前記第二のクライアント装置に対して、前記データの操作の終了メッセージを通知する第二の通知ステップと、
前記サーバー装置が、前記開始メッセージを通知してから前記終了メッセージを通知するまでの間に、前記第二のクライアント装置において受け付けられ、予約されていた前記データに対する次の操作の開始要求に応じて前記データに対する操作を行う制御ステップと、
前記第二のクライアント装置が、前記サーバー装置の記憶領域に記憶されている複数のデータの一覧を含む画面を表示する表示ステップと、
前記第二のクライアント装置が、前記サーバー装置から前記複数のデータのうちの一のデータの操作の開始メッセージの通知を受け取る受信ステップと、
を含み、
前記表示ステップでは、前記受信ステップにより前記データの操作の開始メッセージの通知が受け取られた場合、前記複数のデータの一覧のうち、操作が行われている前記データを特定し、前記データに対して前記操作が行われていることを示す情報を表示する情報処理方法。
【請求項１６】
コンピューターに、
第一のクライアント装置からのデータの操作の開始要求を検知すると、第二のクライアント装置に対して、前記データの操作の開始メッセージを通知する第一の通知ステップと、
前記第一のクライアント装置から前記データの操作の終了要求を検知すると、前記第二のクライアント装置に対して、前記データの操作の終了メッセージを通知する第二の通知ステップと、
前記開始メッセージを通知してから前記終了メッセージを通知するまでの間に、前記第二のクライアント装置において受け付けられ、予約されていた前記データに対する次の操作の開始要求に応じて前記データに対する操作を行う制御ステップと、
を実行させるためのプログラム。
【請求項１７】
コンピューターに、
サーバー装置の記憶領域に記憶されている複数のデータの一覧を含む画面を表示する表示ステップと、
前記サーバー装置から前記複数のデータのうちの一のデータの操作の開始メッセージの通知を受け取る受信ステップと、
を実行させ、
前記表示ステップでは、前記受信ステップにより前記データの操作の開始メッセージの通知が受け取られた場合、前記複数のデータの一覧のうち、操作が行われている前記データを特定し、前記データに対して前記操作が行われていることを示す情報を表示するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバー装置、クライアント装置、システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
ネットワークを介してファイルを複数のデバイス間で共有するようなプロトコルとしてＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ等が一般的によく知られている。
ここで、ＳＭＢは、Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋの略である。また、ＣＩＦＳは、Ｃｏｍｍｏｎ  Ｉｎｔｅｒｎｅｔ  Ｆｉｌｅ  Ｓｙｓｔｅｍの略である。また、ＷｅｂＤＡＶは、Ｗｅｂ−ｂａｓｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇの略である。
これらのプロトコルでは、ファイルを保持しておくサーバーが存在し、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等のクライアントがネットワークを介してサーバーにアクセスする。そして、クライアントは、サーバーが保持するファイルやフォルダを参照、編集、追加、削除することができる。また、これらのプロトコルにおいて、ある端末Ａからサーバーにあるファイルやフォルダを参照しているときに、他の端末Ｂによってそのファイルやフォルダに変更が加えられた場合を考える。この場合、端末Ａから最新の情報をリクエストサーバーにリクエストし、取得することによってそのファイルやフォルダの変更を知るのが一般的な方法である。
この場合、端末Ａは変更をリアルタイムに知ることができない。これを解決する方法として、サーバーとクライアントとの間でファイルやフォルダの属性情報と端末情報とを共有する。そして、サーバーが現在アクセスしている端末情報と操作しているファイルやフォルダの属性情報とを管理することによって、ある端末での操作が行われた時点で、アクセス中の別の端末に対してイベントを送信するような方法が提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−７９０４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述したような方法ではファイルやフォルダの属性情報とアクセスしている端末情報との一覧をサーバーが管理している必要があり、多くの端末にアクセスされているような場合、管理している情報から検索を行うのに手間がかかる問題があった。
【０００５】
本発明はこのような問題点に鑑みなされたもので、ファイルやフォルダの変更内容等をリアルタイムでクライアントが知ることができるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明のサーバー装置は、第一のクライアント装置からのデータの操作の開始要求を検知すると、第二のクライアント装置に対して、前記データの操作の開始メッセージを通知する第一の通知手段と、前記第一のクライアント装置から前記データの操作の終了要求を検知すると、前記第二のクライアント装置に対して、前記データの操作の終了メッセージを通知する第二の通知手段と、前記開始メッセージを通知してから前記終了メッセージを通知するまでの間に、前記第二のクライアント装置において受け付けられ、予約されていた前記データに対する次の操作の開始要求に応じて前記データに対する操作を行う制御手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、ファイルやフォルダの変更内容等をリアルタイムでクライアントが知ることができるようにすることができる。
【図面の簡単な説明】
【０００８】
【図１】印刷システムのシステム構成の一例を示す図である。
【図２】画像形成装置のハードウェア構成の一例を示す図である。
【図３】ストレージサーバー、ＰＣのハードウェア構成の一例を示す図である。
【図４】画像形成装置のソフトウェア構成の一例を示す図である。
【図５】ストレージサーバーのソフトウェア構成の一例を示す図である。
【図６】画像形成装置がストレージサーバーのフォルダを参照する際に操作パネルに表示されるＵＩの一例を示す図である。
【図７Ａ】ファイルの操作が開始された時に送信されるイベントの一例を示す図である。
【図７Ｂ】ファイルの操作が終了したときに送信されるイベントの一例を示す図である。
【図８】ストレージサーバー、画像形成装置、ＰＣの間の通信の一例を示すシーケンス図である。
【図９】ストレージサーバーのイベント通知を行う情報処理の一例を示すフローチャートである。
【図１０Ａ】操作パネルからファイル操作が行われた際の情報処理の一例を示すフローチャートである。
【図１０Ｂ】ストレージサーバーからイベントを受信した際の情報処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
図１は、印刷システムのシステム構成の一例を示す図である。
図１においては、ＬＡＮ１００にストレージサーバー１０１、画像形成装置１０２、ＰＣ１０３が接続されている。
ストレージサーバー１０１は、ＬＡＮ１００に接続している他の端末に対して、ＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ等のプロトコルを用いて、自身が保持するファイルやフォルダの一部又は全てを公開している。印刷システムにおいては、ＬＡＮ１００に接続された端末の間でストレージサーバー１０１のファイルやフォルダを共有することができる。例えば、画像形成装置１０２やＰＣ１０３から、ストレージサーバー１０１が保持するファイルやフォルダの参照、編集、追加、削除、移動等の操作を行うことが可能な状態になっている。なお、ネットワークを介したファイル共有プロトコルとしては、ＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ以外のものを使用していてもよい。また、ＬＡＮ１００はインターネット等のネットワーク形態でもよい。
ここで、ＰＣ１０３は、第一のクライアント装置の一例である。画像形成装置１０２は、第二のクライアント装置の一例である。
【００１１】
図２は、画像形成装置１０２のハードウェア構成の一例を示す図である。
図２において、ＣＰＵ２０２は、ＲＯＭ２０４のプログラム用ＲＯＭ又は外部記憶装置２０９に記憶されたプログラムに基づいてシステムバス２０１に接続される各種のデバイスとのアクセスを総括的に制御する。また、ＣＰＵ２０２は、印刷インターフェース２０７を介して接続される印刷部（プリンターエンジン）２１２に出力情報としての画像信号を出力する。また、ＣＰＵ２０２は、読取インターフェース２１１を介して接続される読取部（スキャナ）２１３から入力される画像信号を制御する。
また、ＲＯＭ２０４のプログラム用ＲＯＭには、ＣＰＵ２０２が実行可能な制御プログラム等が記憶される。更に、ＲＯＭ２０４のフォント用ＲＯＭには出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等が記憶される。また、ＲＯＭ２０４のデータ用ＲＯＭには、処理を実行する際に利用される情報等が記憶される。
【００１２】
ＣＰＵ２０２はＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）２０５が接続されており、ＮＩＣ２０５を介してネットワーク上のコンピューターや他の画像形成装置との通信処理が可能となっている。
ＲＡＭ２０３は、主としてＣＰＵ２０２の主メモリ、ワークエリア等として機能し、増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０３は、出力情報展開領域、環境データ格納領域等に用いられる。
ハードディスク（ＨＤＤ）、ＩＣカード等の外部記憶装置２０９は、ディスクコントローラ（ＤＫＣ）２０８によりアクセスが制御される。ハードディスクは、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用されたりする。更に、ハードディスクは、スキャナ２１３から読み取った画像データやプリントジョブの画像データをＢＯＸデータとして保持し、ネットワークから参照したり、印刷を行うＢＯＸデータ格納領域としても使用されたりする。本実施形態においては、外部記憶装置としてはハードディスクを使用するものとする。そして、ハードディスクには、ジョブログ、画像ログ等各種ログが保持されるものとする。
【００１３】
操作パネル２０６は、ユーザーがソフトウェアキーから各種情報を入力することが可能に構成されている。ここで、上述した外部記憶装置２０９は、１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンター制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。
不揮発性メモリ２１０は、操作パネル２０６から設定される各種設定情報を記憶している。また、画像形成装置１０２には更にオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置等、各種拡張装置を装着することが可能となっており、これらの動作はＣＰＵ２０２から制御される。
ＣＰＵ２０２が、プログラムに基づき処理を実行することによって、画像形成装置１０２のソフトウェア構成及び後述する画像形成装置１０２に係るフローチャートの処理が実現される。
【００１４】
図３は、ストレージサーバー１０１、ＰＣ１０３のハードウェア構成の一例を示す図である。
図３において、ＣＰＵ３０１は、システムバス３０４に接続された各種デバイスの制御を行う。
ＲＯＭ３０２は、ＢＩＯＳのプログラムやブートプログラムを記憶する。
ＲＡＭ３０３は、ＣＰＵ３０１の主記憶装置として使用される。
キーボードコントローラ（ＫＢＣ）３０５は、マウス等のポインティングデバイス３０９や、キーボード３１０からの情報等の入力に係る処理を行う。
表示制御部（ＣＲＴＣ）３０６は、内部にビデオメモリを有し、ＣＰＵ３０１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ３１１に出力する。なお、図３において表示装置としてＣＲＴ３１１を例示しているが、液晶表示装置等、その表示装置の種類は問わない。
ディスクコントローラ（ＤＫＣ）３０７は、ハードディスク（ＨＤＤ）３１２、フレキシブルディスク３１３へのアクセスを行う。
ネットワークインタフェースカード（ＮＩＣ）３０８は、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。
なお、ＨＤＤ３１２には、ＯＳのプログラムやＯＳ上で動作する各種アプリケーションのプログラム等が格納される。例えば、フォルダは、ＨＤＤ３１２に生成され、ファイル等が記憶される。ＨＤＤ３１２は、記憶領域の一例である。
【００１５】
上記構成において、本装置の電源がＯＮになると、ＣＰＵ３０１は、ＲＯＭ３０２に格納されたブートプログラムに従って、ＨＤＤ３１２からＯＳのプログラムをＲＡＭ３０３に読み込み、処理を実行することによって、各装置の機能を実現する。
つまり、ストレージサーバー１０１のＣＰＵ３０１がプログラムに基づき処理を実行することによって、ストレージサーバー１０１のソフトウェア構成及び後述するストレージサーバー１０１に係るフローチャートの処理が実現される。ＰＣ１０３も同様である。
ストレージサーバー１０１は、ＨＤＤ３１２に保持しているファイルやフォルダの情報を、ＮＩＣ３０８を介してＬＡＮ１００上の他の端末に対して公開している。
【００１６】
図４は、画像形成装置１０２のソフトウェア構成の一例を示す図である。
ファイル共有プロトコル通信部４０１は、ＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ等のファイル共有プロトコルの通信を制御する。リモートにあるファイルの操作は実際には操作パネル２０６を通して行われる。ユーザーが操作パネル２０６からストレージサーバー１０１に存在するファイルやフォルダの操作を指示すると、ＵＩ制御部４０６を通じて、リモートファイル操作制御部４０２に指示が通知される。
指示を受けたリモートファイル操作制御部４０２は、ファイル共有プロトコル通信部４０１を介してファイルの操作を行う。
一方、ファイル変更情報コネクション管理部４０３は、ファイル操作情報のイベントをストレージサーバー１０１との間で送受信するためのコネクションを維持する。ここで、前記コネクションは、上記ファイル共有プロトコルとは異なるプロトコルで張られる。
【００１７】
ファイル変更情報イベント受信部４０４は、ストレージサーバー１０１から受信したイベントに関する処理を行う。なお、ここではファイル変更情報コネクション管理部４０３は、ファイル共有プロトコル通信部４０１と別になっているが、実際にはファイル共有プロトコル通信部４０１等に内在していてもよい。
ファイル変更情報解析部４０５は、受信されたイベント情報を解析し、ストレージサーバー１０１が保持するファイルやフォルダを特定し、その状態を判断して保持すると共に、ＵＩ制御部４０６を通して操作中のファイルの情報を操作パネル２０６に表示する。
このようなファイルは、通常の他のファイルと同様に操作を行うことができ、ユーザーは、ＵＩ制御部４０６からリモートファイル操作予約部４０７を介すことにより、現在操作等されているファイルやフォルダに対する次の操作を予約することができる。
【００１８】
図５は、ストレージサーバー１０１のソフトウェア構成の一例を示す図である。
ファイル共有プロトコル通信部５０１は、ＳＭＢ、ＣＩＦＳ、ＷｅｂＤＡＶ等のファイル共有プロトコルの通信を制御する。
ネットワーク上の端末から要求されたファイルやフォルダの操作はファイル操作部５０２が行い、ＤＫＣ３０７を介してストレージに保持しているファイルやフォルダを実際に操作する。
ファイル変更情報コネクション管理部５０３は、ファイル操作情報のイベントを端末との間で送受信するためのコネクションを維持する。ファイル操作部５０２によってファイル操作が開始されたとき等にファイル操作検知部５０４がそれを検知する。ファイルやフォルダの情報と操作情報とは、前記コネクションを介して端末に送信される。
【００１９】
図６は、画像形成装置１０２がストレージサーバー１０１のフォルダを参照する際に操作パネル２０６に表示されるＵＩの一例を示す図である。ＵＩには、フォルダに保存されているファイルの一覧を参照する画面と、それぞれのファイルに対して削除、名称変更、プリント、追加等の操作を行うためのボタンが存在する。操作内容とボタンとはその他にあってもよい。
図６では、ストレージサーバー１０１が持つ複数のファイルの例として、ファイルｓａｍｐｌｅ１．ｐｄｆ、ｓａｍｐｌｅ２．ｐｄｆ、ｓａｍｐｌｅ３．ｊｐｇ、ｓａｍｐｌｅ４．ｔｉｆが表示されている。そして、ｓａｍｐｌｅ２．ｐｄｆはＰＣ１０３によってファイルの操作が行われているものと仮定する。操作の内容については追加、編集等、何でもよい。
本実施形態の処理によれば、６０１に示すように、画像形成装置１０２のユーザーは、ストレージサーバー１０１で操作が行われているファイルについてもファイル一覧において参照することができる。また、操作中の６０１のファイルについても、ユーザーは、削除ボタン６０２、名称変更ボタン６０３、プリントボタン６０４等を押すことができる。
【００２０】
以下、ストレージサーバー１０１においてファイルの操作が行われる際に送信されるイベントの例を示す。ここでは、イベントをＸＭＬの形式でＷｅｂの通信を利用して送信するものと仮定しているが、イベント送信の形態はそれ以外のものであってもよい。
図７Ａは、ファイルの操作が開始された時に送信されるイベントの一例を示す図である。ＥｖｅｎｔＩＤのタグには、通知されるイベントのＩＤが設定されている。ＦｉｌｅＮａｍｅのタグには操作中のファイル名が設定されている。Ｐｒｏｐｅｒｔｙのタグには操作内容が設定されている。本実施形態における操作内容はファイルの追加である。
図７Ａのイベントは、開始メッセージの一例である。
図７Ｂは、ファイルの操作が終了したときに送信されるイベントの一例を示す図である。ＥｖｅｎｔＩＤとＰｒｏｐｅｒｔｙとのタグはファイル操作開始時のイベントと同じ意味である。このうち、ＥｖｅｎｔＩＤに関しては、ファイル操作開始時のＥｖｅｎｔＩＤと同じものが設定される。ＰｒｅｖｉｏｕｓＦｉｌｅＮａｍｅのタグにはファイル名が変更された際に意味を持つ情報であり、本実施形態の例では、変更前のファイル名が設定される。ＦｉｌｅＮａｍｅのタグには操作後のファイル名が設定される。もし、ファイル名の変更が行われた場合は、ＦｉｌｅＮａｍｅのタグには変更後のファイル名が設定されることになる。Ｓｉｚｅのタグにはファイル操作後のファイルサイズが設定される。Ｄａｔｅのタグにはファイルのタイムスタンプが設定される。
図７Ｂのイベントは、終了メッセージの一例である。
【００２１】
次に、本実施形態における通信の処理について説明する。
図８は、ストレージサーバー１０１、画像形成装置１０２、ＰＣ１０３の間の通信の一例を示すシーケンス図である。
ＰＣ１０３がストレージサーバー１０１のファイルに対して操作を開始する（Ｓ８００）。ストレージサーバー１０１は、ＰＣ１０３から操作の開始要求を受け取ると、画像形成装置１０２に対して図７Ａに示すメッセージを、コネクションを介して送信して通知を行って（Ｓ８０１）、実際のファイルの操作を開始する（Ｓ８０２）。Ｓ８０１の処理は、第一の通知の一例である。
この段階で画像形成装置１０２は、操作パネルにおいて、ストレージサーバー１０１のファイル一覧情報を表示する（Ｓ８０３）。ユーザーは、図６の６０１に示すように、操作中のファイルを一覧に混じって参照することができる。
次に、操作パネル上で操作中のファイルを選択して６０２〜６０４の何れかのボタンが押下されると、画像形成装置１０２は、指定されたファイルに対する次の操作内容を予約として記憶する（Ｓ８０４）。
【００２２】
その後、ＰＣ１０３がファイル操作を終了する（Ｓ８０５）。ストレージサーバー１０１は、ＰＣ１０３から操作の終了要求を受け取ると、コネクションを介して、図７Ｂに示すメッセージを送信してファイルの操作が終了したことを通知する（Ｓ８０６）。Ｓ８０６の処理は、第二の通知の一例である。
通知を受けた画像形成装置１０２は、Ｓ８０４で記憶した次の操作内容に基づいた操作を指定されたファイルに対して要求する（Ｓ８０７）。
ストレージサーバー１０１は、ファイルに対して要求された操作を行う（Ｓ８０８）。
ここで、ファイルに対して要求された操作としては、例えば、ストレージサーバー１０１のＨＤＤ３１２等からファイルを削除する操作、ファイルのファイル名を変更する操作、ファイルを画像形成装置１０２で印刷させる操作等がある。ファイルは、データの一例である。また、ファイル名は、データ名の一例である。
なお、ここでは画像形成装置１０２がストレージサーバー１０１からイベント通知を受信してから図６に示すファイル一覧画面を開いたと仮定しているが、順序は逆でもよい。この場合、イベント通知を受信した画像形成装置のファイル一覧画面に操作中のファイルが動的に表示されるような構成とすることもできる。
【００２３】
次に、ストレージサーバー１０１の処理の詳細について図５と図９とを用いて説明する。図９は、ストレージサーバー１０１のイベント通知を行う情報処理の一例を示すフローチャートである。
ファイル操作部５０２によってリモートからファイルの操作が開始されたことをファイル操作検知部５０４が検知する（Ｓ９００）。
すると、ファイル変更情報イベント送信部５０５は、イベント通知先が存在するか否かを検索し（Ｓ９０１、Ｓ９０２）、イベント通知先が存在する場合は図７Ａに示すメッセージを送信する（Ｓ９０３）。イベント通知先は複数存在してもよく、その場合、ファイル変更情報イベント送信部５０５は、再度Ｓ９０１に戻ってイベント通知先を検索する。
ここで、ストレージサーバー１０１は、ファイル操作情報のイベントをストレージサーバー１０１との間で送受信するためのコネクションを確立し、維持している場合、イベント通知先を例えば、ＲＡＭ２０３等に保持する。つまり、イベント通知先が存在するとは、ストレージサーバー１０１とイベント通知を行うためのコネクションを確立しているデバイスが存在することを意味する。
【００２４】
その後、ファイル操作検知部５０４は、ファイル操作の終了を検知すると（Ｓ９０４）、イベント通知先を検索し（Ｓ９０５、Ｓ９０６）、イベント通知先が存在する場合は、図７Ｂに示すメッセージを送信する。ファイル操作開始時と同じく、イベント通知先が複数ある場合、ファイル変更情報イベント送信部５０５は、その全てに対して送信を行う。
ファイル操作検知部５０４は、イベント通知先が存在しない場合、何もせずに図９に示す処理を終了する。
【００２５】
次に、画像形成装置１０２の処理の詳細について図４、図１０Ａ、図１０Ｂを用いて説明する。
図１０Ａは、操作パネル２０６からファイル操作が行われた際の情報処理の一例を示すフローチャートである。
ＵＩ制御部４０６を介してストレージサーバー１０１に存在するファイル操作が行われた場合（Ｓ１０００）、ファイル変更情報解析部４０５は、ファイル操作開始イベントの情報を受信しているか否かを確認する（Ｓ１００１、Ｓ１００２）。
ファイル操作開始イベントを受信していた場合、すぐに操作を行うことは不可能なため、リモートファイル操作予約部４０７は、ファイル操作の操作内容を予約する（Ｓ１００３）。一方、ファイル操作開始イベントを受信していなかった場合は、リモートファイル操作制御部４０２は、直ぐにファイル操作を開始する（Ｓ１００４）。
【００２６】
図１０Ｂは、ストレージサーバー１０１からイベントを受信した際の情報処理の一例を示すフローチャートである。
一方、ファイル変更情報イベント受信部４０４は、ストレージサーバー１０１から図７Ａに示すメッセージの受信を待ち受けている（Ｓ１０１０）。ファイル変更情報イベント受信部４０４は、イベントを受信すると（Ｓ１０１１）、イベントの種別を確認する（Ｓ１０１２、Ｓ１０１３）。図７Ａに示すイベントであれば、ファイル変更情報解析部４０５は、メッセージの内容を解析して、操作中（又は変更中）のファイルを特定し、その情報を保存する（Ｓ１０１４）。イベントが図７Ｂに示すものであれば、ファイル変更情報解析部４０５は、ファイルの変更点を認識する。そして、リモートファイル操作予約部４０７は、予約された操作内容を検索する（Ｓ１０１５、Ｓ１０１６）。予約された操作内容が存在する場合、リモートファイル操作制御部４０２は、指定されたファイルに対して予約された操作を開始するよう制御する（Ｓ１０１７）。一方、存在しない場合、リモートファイル操作予約部４０７は、何もせずにＳ１０１０のイベント受信待ちに処理を戻す。
【００２７】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００２８】
以上、上述した各実施形態によれば、ファイルやフォルダの変更内容等をリアルタイムでクライアントが知ることができるようにすることができる。
また、属性情報やアクセスしている端末情報をストレージサーバー１０１が管理しておく必要なくストレージサーバー１０１からＰＣ１０３に対してファイルやフォルダの変更を通知することが可能になる。
また、ある端末が操作中のファイルやフォルダに対して、別の端末が他のファイルやフォルダと同等に操作できるように見えるため、ユーザーはデバイスの目前でファイル操作の終了を待つ必要はない。
【００２９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2015041143.tif 000003
【図２】
2015041143.tif 000004
【図３】
2015041143.tif 000005
【図４】
2015041143.tif 000006
【図５】
2015041143.tif 000007
【図６】
2015041143.tif 000008
【図７Ａ】
2015041143.tif 000009
【図７Ｂ】
2015041143.tif 000010
【図８】
2015041143.tif 000011
【図９】
2015041143.tif 000012
【図１０Ａ】
2015041143.tif 000013
【図１０Ｂ】
2015041143.tif 000014