(57)【要約】【課題】本発明は、スマートフォンなどの携帯端末を使用した外部ネットワークからの操作によって、異なるネットワーク上に設置されたファイルサーバと連携して電子機器を動作させることができる新規な情報処理システムを提供することを目的とする。【解決手段】本発明によれば、ユーザは、実現したいシナリオを記述したシナリオファイルを生成し、これを最初の処理要求を実行するファイルサーバに宛てて送るという至って簡単な操作を行うだけで、異なるネットワーク上に存在する複数のファイルサーバを協調動作させることができ、複数の情報処理装置を跨ぐ一連の操作（例えば、ファイルの転送→出力など）をシームレスに実現することができる。【選択図】図３
2014078220.tif 000002
【特許請求の範囲】
【請求項１】
第１の情報処理装置及び第２の情報処理装置と、仲介装置とを有する情報処理システムにおいて、前記第１の情報処理装置の有する記憶部に記憶されている電子データの前記第２の情報処理装置に接続される出力装置からの出力を、前記仲介装置を介して実行する情報処理システムであって、
前記仲介装置は、
前記仲介装置に接続される操作端末から送信される、前記出力装置に出力させる電子データを特定するデータ特定情報と前記出力装置を特定する出力装置情報とを受信する受信手段と、
前記第１の情報処理装置から送信される第１の要求の受信に応じて、前記データ特定情報を前記第１の情報処理装置に送信する特定情報送信手段と、
前記第２の情報処理装置から送信される第２の要求の受信に応じて、前記特定情報送信手段で送信されたデータ特定情報に基づいて前記第１の情報処理装置から送信される電子データと、前記受信手段で操作端末から受信した出力装置情報とを前記第２の情報処理装置に送信するデータ送信手段と、
を有し、前記第１の情報処理装置は、
前記仲介装置に前記第１の要求を送信する第１の要求送信手段と、
当該第１の情報処理装置の記憶部に記憶されている電子データのうち、前記第１の要求送信手段で送信された前記第１の要求に応じて前記仲介装置から送信される前記データ特定情報に基づく電子データを、前記仲介装置に送信するデータ送信手段と、
を有し、前記第２の情報処理装置は、
前記仲介装置に前記第２の要求を送信する第２の要求送信手段と、
前記第２の要求送信手段で送信された前記第２の要求に応じて前記仲介装置から送信される前記電子データと前記出力装置情報とを受信すると、受信した該電子データを該出力装置情報により特定される出力装置に出力させるよう制御する第１の制御手段と、
を有することを特徴とする情報処理システム。
【請求項２】
前記受信手段は、前記操作端末から前記第１の情報処理装置を特定する特定情報を更に受信し、
前記特定情報送信手段は、前記受信手段で受信した特定情報に基づいて、前記第１の情報処理装置に前記データ特定情報を送信する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記特定情報送信手段は、前記データ特定情報に含まれる前記第１の情報処理装置を特定する情報に基づいて、前記第１の情報処理装置に前記データ特定情報を送信する請求項１に記載の情報処理システム。
【請求項４】
前記特定情報送信手段は、さらに前記第１の情報処理装置から送信される第１の要求に応じて前記出力装置情報を前記第１の情報処理装置に送信し、
前記データ送信手段は、前記第１の情報処理装置から送信される電子データと、前記第１の情報処理装置から送信される出力装置情報とを前記第２の情報処理装置へ送信し、
前記第２の情報処理装置から送信された第２の要求に応じて前記電子データと、前記仲介装置から送信された出力装置情報とを前記仲介装置に送信する
ことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理システム。
【請求項５】
前記第１の情報処理装置は、
前記仲介装置から送信された出力装置情報により特定される出力装置が当該第１の情報処理装置に接続された他の出力装置であったとき、前記電子データを前記仲介装置に送信せずに、該他の出力装置に出力させるよう制御する第２の制御手段を有することを特徴とする請求項４に記載の情報処理システム。
【請求項６】
前記第１の制御手段によって前記出力装置に出力を実行させた後、出力の実行結果を前記仲介装置に送信し、
前記仲介装置は、
前記第１の情報処理装置から送信された出力の実行結果を前記操作端末へ送信する
ことを特徴とする請求項１乃至４のいずれか一項に記載の情報処理システム。
【請求項７】
第１の情報処理装置及び第２の情報処理装置と、仲介装置とを有する情報処理システムにおいて、前記第１の情報処理装置の有する記憶部に記憶されている電子データの前記第２の情報処理装置に接続される出力装置からの出力を、前記仲介装置を介して実行するための方法であって、
前記仲介装置が、
前記仲介装置に接続される操作端末から送信される、前記出力装置に出力させる電子データを特定するデータ特定情報と前記出力装置を特定する出力装置情報とを受信するステップと、
前記仲介装置が、
前記第１の情報処理装置から送信される第１の要求の受信に応じて、前記データ特定情報を前記第１の情報処理装置に送信するステップと、
前記仲介装置が、
前記第２の情報処理装置から送信される第２の要求の受信に応じて、送信した前記データ特定情報に基づいて前記第１の情報処理装置から送信される電子データと、操作端末から受信した前記出力装置情報とを前記第２の情報処理装置に送信するステップと、
前記第１の情報処理装置が、
前記仲介装置に前記第１の要求を送信するステップと、
前記第１の情報処理装置が、
当該第１の情報処理装置の記憶部に記憶されている電子データのうち、送信した前記第１の要求に応じて前記仲介装置から送信される前記データ特定情報に基づく電子データを、前記仲介装置に送信するステップと、
前記第２の情報処理装置が、
前記仲介装置に前記第２の要求を送信するステップと、
前記第２の情報処理装置が、
送信した前記第２の要求に応じて前記仲介装置から送信される前記電子データと前記出力装置情報とを受信すると、受信した該電子データを該出力装置情報により特定される出力装置に出力させるよう制御するステップと、
を有することを特徴とする方法。
【請求項８】
第１の情報処理装置に搭載される第１のプログラムと、第２の情報処理装置に搭載される第２のプログラムと、仲介装置に搭載される第３のプログラムとを有する情報処理システムにおいて、前記第１の情報処理装置の有する記憶部に記憶されている電子データの前記第２の情報処理装置に接続される出力装置からの出力を、前記仲介装置を介して実行する情報処理システムであって、
前記情報処理システムは、前記第１のプログラムによって動作される前記第１の情報処理装置と、前記第２のプログラムによって動作される前記第２の情報処理装置と、前記第３のプログラムによって動作される前記仲介装置とが連携して処理を実行し、
前記第３のプログラムは、前記仲介装置を、
前記仲介装置に接続される操作端末から送信される、前記出力装置に出力させる電子データを特定するデータ特定情報と前記出力装置を特定する出力装置情報とを受信する受信手段、
前記第１の情報処理装置から送信される第１の要求の受信に応じて、前記データ特定情報を前記第１の情報処理装置に送信する特定情報送信手段、
前記第２の情報処理装置から送信される第２の要求の受信に応じて、前記特定情報送信手段で送信されたデータ特定情報に基づいて前記第１の情報処理装置から送信される電子データと、前記受信手段で操作端末から受信した出力装置情報とを前記第２の情報処理装置に送信するデータ送信手段、
として機能させるためのプログラムであり、
前記第１のプログラムは、前記第１の情報処理装置を、
前記仲介装置に前記第１の要求を送信する第１の要求送信手段、
当該第１の情報処理装置の記憶部に記憶されている電子データのうち、前記第１の要求送信手段で送信された前記第１の要求に応じて前記仲介装置から送信される前記データ特定情報に基づく電子データを、前記仲介装置に送信するデータ送信手段、
として機能させるためのプログラムであり、
前記第２のプログラムは、前記第２の情報処理装置を、
前記仲介装置に前記第２の要求を送信する第２の要求送信手段、
前記第２の要求送信手段で送信された前記第２の要求に応じて前記仲介装置から送信される前記電子データと前記出力装置情報とを受信すると、受信した該電子データを該出力装置情報により特定される出力装置に出力させるよう制御する第１の制御手段、
として機能させるためのプログラムである、
ことを特徴とする情報処理システム。
【請求項９】
第１の情報処理装置に搭載される第１のプログラムと、第２の情報処理装置に搭載される第２のプログラムと、仲介装置とを有する情報処理システムにおいて、前記第１の情報処理装置の有する記憶部に記憶されている電子データの前記第２の情報処理装置に接続される出力装置からの出力を、前記仲介装置を介して実行する情報処理システムであって、
前記情報処理システムは、前記第１のプログラムによって動作される前記第１の情報処理装置と、前記第２のプログラムによって動作される前記第２の情報処理装置と、前記仲介装置とが連携して処理を実行し、
前記仲介装置は、
前記仲介装置に接続される操作端末から送信される、前記出力装置に出力させる電子データを特定するデータ特定情報と前記出力装置を特定する出力装置情報とを受信する受信手段と、
前記第１の情報処理装置から送信される第１の要求の受信に応じて、前記データ特定情報を前記第１の情報処理装置に送信する特定情報送信手段と、
前記第２の情報処理装置から送信される第２の要求の受信に応じて、前記特定情報送信手段で送信されたデータ特定情報に基づいて前記第１の情報処理装置から送信される電子データと、前記受信手段で操作端末から受信した出力装置情報とを前記第２の情報処理装置に送信するデータ送信手段と、
を有し、
前記第１のプログラムは、前記第１の情報処理装置を、
前記仲介装置に前記第１の要求を送信する第１の要求送信手段、
当該第１の情報処理装置の記憶部に記憶されている電子データのうち、前記第１の要求送信手段で送信された前記第１の要求に応じて前記仲介装置から送信される前記データ特定情報に基づく電子データを、前記仲介装置に送信するデータ送信手段、
として機能させるためのプログラムであり、
前記第２のプログラムは、前記第２の情報処理装置を、
前記仲介装置に前記第２の要求を送信する第２の要求送信手段、
前記第２の要求送信手段で送信された前記第２の要求に応じて前記仲介装置から送信される前記電子データと前記出力装置情報とを受信すると、受信した該電子データを該出力装置情報により特定される出力装置に出力させるよう制御する第１の制御手段、
として機能させるためのプログラムである、
ことを特徴とする情報処理システム。
【請求項１０】
第１の情報処理装置及び第２の情報処理装置と、仲介装置に搭載されるプログラムとを有する情報処理システムにおいて、前記第１の情報処理装置の有する記憶部に記憶されている電子データの前記第２の情報処理装置に接続される出力装置からの出力を、前記仲介装置を介して実行する情報処理システムであって、
前記情報処理システムは、前記第１の情報処理装置及び前記第２の情報処理装置と、前記プログラムによって動作される前記仲介装置とが連携して処理を実行し、
前記プログラムは、前記仲介装置を、
前記仲介装置に接続される操作端末から送信される、前記出力装置に出力させる電子データを特定するデータ特定情報と前記出力装置を特定する出力装置情報とを受信する受信手段、
前記第１の情報処理装置から送信される第１の要求の受信に応じて、前記データ特定情報を前記第１の情報処理装置に送信する特定情報送信手段、
前記第２の情報処理装置から送信される第２の要求の受信に応じて、前記特定情報送信手段で送信されたデータ特定情報に基づいて前記第１の情報処理装置から送信される電子データと、前記受信手段で操作端末から受信した出力装置情報とを前記第２の情報処理装置に送信するデータ送信手段、
として機能させるためのプログラムであり、
前記第１の情報処理装置は、
前記仲介装置に前記第１の要求を送信する第１の要求送信手段と、
当該第１の情報処理装置の記憶部に記憶されている電子データのうち、前記第１の要求送信手段で送信された前記第１の要求に応じて前記仲介装置から送信される前記データ特定情報に基づく電子データを、前記仲介装置に送信するデータ送信手段と、
を有し、
前記第２の情報処理装置は、
前記仲介装置に前記第２の要求を送信する第２の要求送信手段と、
前記第２の要求送信手段で送信された前記第２の要求に応じて前記仲介装置から送信される前記電子データと前記出力装置情報とを受信すると、受信した該電子データを該出力装置情報により特定される出力装置に出力させるよう制御する第１の制御手段と、
を有することを特徴とする情報処理システム。
【請求項１１】
第１の情報処理装置及び第２の情報処理装置と接続される仲介装置において、前記第１の情報処理装置の有する記憶部に記憶されている電子データの前記第２の情報処理装置に接続される出力装置からの出力を仲介する仲介装置であって、
前記仲介装置に接続される操作端末から送信される、前記出力装置に出力させる電子データを特定するデータ特定情報と、前記出力装置を特定する出力装置情報と、該出力装置に対する該電子データの出力要求と、を受信する受信手段と、
前記第１の情報処理装置から送信される第１の要求の受信に応じて、前記データ特定情報を前記第１の情報処理装置に送信する特定情報送信手段と、
前記第２の情報処理装置から送信される第２の要求の受信に応じて、前記特定情報送信手段で送信されたデータ特定情報に基づいて前記第１の情報処理装置から送信される電子データと、前記受信手段で操作端末から受信した出力装置情報及び出力要求とを前記第２の情報処理装置に送信するデータ送信手段と、
を有することを特徴とする仲介装置。
【請求項１２】
第１の情報処理装置及び第２の情報処理装置と接続される仲介装置に、前記第１の情報処理装置の有する記憶部に記憶されている電子データの前記第２の情報処理装置に接続される出力装置からの出力を仲介させるための方法であって、
前記仲介装置に接続される操作端末から送信される、前記出力装置に出力させる電子データを特定するデータ特定情報と、前記出力装置を特定する出力装置情報と、該出力装置に対する該電子データの出力要求と、を受信するステップと、
前記第１の情報処理装置から送信される第１の要求の受信に応じて、前記データ特定情報を前記第１の情報処理装置に送信するステップと、
前記第２の情報処理装置から送信される第２の要求の受信に応じて、前記特定情報送信手段で送信されたデータ特定情報に基づいて前記第１の情報処理装置から送信される電子データと、操作端末から受信した前記出力装置情報及び出力要求とを前記第２の情報処理装置に送信するステップと、
を有することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置およびプログラムに関する。
【背景技術】
【０００２】
現在、多くの企業では、ローカルネットワーク内にＮＡＳなどのファイルサーバを設置することによってファイル共有を行っている。一方、近年のスマートフォンの普及に伴い、携帯電話の３Ｇネットワークから企業のローカルネットワーク上のファイルサーバへアクセスして、社内に保存されている情報を、社内外を問わずどこからでも活用したいという要望がある。
【０００３】
しかしながら、企業内のローカルネットワークは、多くの場合、機密性を確保するためにファイアーウォールが導入されており、外部ネットワークから企業内のローカルネットワークへの直接のアクセスを禁止している。
【０００４】
この点につき、特開２００４−４６６８１号公報（特許文献１）は、ローカルネットワークからグローバルネットワーク上に設置された中継サーバを介して他のローカルなネットワークへデータをサブミットし、印刷を行う方法を開示する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記従来技術に鑑みてなされたものであり、本発明は、スマートフォンなどの携帯端末を使用した外部ネットワークからの操作によって、異なるネットワーク上に設置されたファイルサーバと連携して電子機器を動作させることができる新規な情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明者は、外部ネットワークからの操作によって、異なるネットワーク上に設置されたファイルサーバと連携して電子機器を動作させるための構成につき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。
【０００７】
すなわち、本発明によれば、第１の情報処理装置（ファイルサーバＡ）及び第２の情報処理装置（ファイルサーバＢ）と、仲介装置（メッセージキューサーバ）とを有する情報処理システム（ファイルサーバ協調システム）において、前記第１の情報処理装置（ファイルサーバＡ）の有する記憶部に記憶されている電子データ（document1）の前記第２の情報処理装置（ファイルサーバＢ）に接続される出力装置（ＭＦＰ）からの出力を、前記仲介装置（メッセージキューサーバ）を介して実行する情報処理システム（ファイルサーバ協調システム）であって、前記仲介装置（メッセージキューサーバ）は、前記仲介装置（メッセージキューサーバ）に接続される操作端末（携帯端末）から送信される、前記出力装置（ＭＦＰ）に出力させる電子データ（document1）を特定するデータ特定情報と前記出力装置を特定する出力装置情報と（ファイル“document1.doc”のパス名とＭＦＰの機器情報を含むシナリオファイル）を受信する受信手段（メッセージ受信部）と、前記第１の情報処理装置（ファイルサーバＡ）から送信される第１の要求（メッセージ取得要求）の受信に応じて、前記データ特定情報（シナリオファイル）を前記第１の情報処理装置（ファイルサーバＡ）に送信する特定情報送信手段（メッセージ転送部）と、前記第２の情報処理装置（ファイルサーバＢ）から送信される第２の要求（メッセージ取得要求）の受信に応じて、前記特定情報送信手段（メッセージ転送部）で送信されたデータ特定情報（ファイル“document1.doc”のパス名）に基づいて前記第１の情報処理装置（ファイルサーバＡ）から送信される電子データと、前記受信手段（メッセージ受信部）で操作端末（携帯端末）から受信した出力装置情報と（document1のバイナリデータとＭＦＰの機器情報を含むシナリオファイル）を前記第２の情報処理装置（ファイルサーバＢ）に送信するデータ送信手段（メッセージ転送部）と、を有し、前記第１の情報処理装置（ファイルサーバＡ）は、前記仲介装置（メッセージキューサーバ）に前記第１の要求（メッセージ取得要求）を送信する第１の要求送信手段（メッセージリレーエージェント）と、当該第１の情報処理装置（ファイルサーバＡ）の記憶部に記憶されている電子データのうち、前記第１の要求送信手段（メッセージリレーエージェント）で送信された前記第１の要求（メッセージ取得要求）に応じて前記仲介装置（メッセージキューサーバ）から送信される前記データ特定情報（ファイル“document1.doc”のパス名）に基づく電子データ（document1）を、前記仲介装置（メッセージキューサーバ）に送信するデータ送信手段（シナリオファイル解析部、処理要求取得部、処理要求実行部、メッセージリレーエージェント）と、を有し、前記第２の情報処理装置（ファイルサーバＢ）は、前記仲介装置（メッセージキューサーバ）に前記第２の要求（メッセージ取得要求）を送信する第２の要求送信手段（メッセージリレーエージェント）と、前記第２の要求送信手段（メッセージリレーエージェント）で送信された前記第２の要求（メッセージ取得要求）に応じて前記仲介装置（メッセージキューサーバ）から送信される前記電子データと前記出力装置情報と（document1のバイナリデータとＭＦＰの機器情報を含むシナリオファイル）を受信すると、受信した該電子データ（document1のバイナリデータ）を該出力装置情報（ＭＦＰの機器情報）により特定される出力装置（ＭＦＰ）に出力させるよう制御する第１の制御手段（シナリオファイル解析部、処理要求取得部、処理要求実行部）と、を有することを特徴とする情報処理システム（ファイルサーバ協調システム）が提供される。なお、上記括弧書きは本発明の構成の理解を助けるために後述する第１の実施形態との対応関係を記したものである。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係るシナリオを説明するための概念図。
【図２】本実施形態のファイルサーバ協調システムのネットワーク構成を示す図。
【図３】本実施形態のファイルサーバ協調システムを構成する各装置の機能ブロック図を示す図。
【図４】本実施形態のファイルサーバ協調システムの処理を表したシーケンス図。
【図５】本実施形態におけるスマートフォンの画面を示す図。
【図６】本実施形態におけるスマートフォンの画面を示す図。
【図７】本実施形態におけるＭＦＰのタッチパネルを示す図。
【図８】本実施形態のファイルサーバ協調システムの処理を表したシーケンス図。
【図９】本実施形態におけるスマートフォンの画面を示す図。
【図１０】本実施形態におけるシナリオファイルを示す図。
【図１１】本実施形態におけるシナリオ生成処理を表したフローチャート。
【図１２】本実施形態におけるシナリオファイルを示す図。
【図１３】本実施形態におけるファイルサーバが実行する処理を表したフローチャート。
【図１４】本実施形態におけるシナリオファイルを示す図。
【図１５】本実施形態におけるファイルサーバが実行する処理を表したフローチャート。
【図１６】本実施形態における通信方法を動的に選択する処理を表したフローチャート。
【図１７】本実施形態におけるシナリオファイルを示す図。
【図１８】本実施形態のファイルサーバ協調システムの処理を表したシーケンス図。
【図１９】本実施形態のファイルサーバ協調システムの処理を表したシーケンス図。
【図２０】本実施形態におけるシナリオファイルを示す図。
【図２１】本実施形態におけるシナリオ生成処理を表したフローチャート。
【図２２】本実施形態におけるシナリオファイルを示す図。
【図２３】本実施形態におけるファイルサーバが実行する処理を表したフローチャート。
【発明を実施するための形態】
【０００９】
以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。
【００１０】
以下、本発明を図１に示す環境に基づいて説明する。図１に示す環境においては、事業所Ａにファイルサーバ１０（以下、ファイルサーバＡという）が設置され、事業所Ｂにファイルサーバ２０（以下、ファイルサーバＢという）と電子機器が設置されている。ここで、図１においては、電子機器として、画像処理装置（ＭＦＰ３０）および画像投影装置（プロジェクター３１）を例示しているが、本発明における電子機器は、ファイルサーバと通信可能に接続された出力装置であればよい。
【００１１】
（第１実施形態）
本発明の第１の実施形態を以下のシナリオに則って説明する。すなわち、ここでは、図１に示す環境において、事業所Ｂで仕事をしているユーザが、スマートフォン、タブレット型ＰＣ、ＰＤＡなどとして参照される携帯端末４０を操作することによって、ファイルサーバＡに保存されたファイル“document1”をファイルサーバＢにコピーした後、当該ファイルをＭＦＰ３０から印刷出力するというシナリオについて検討する。
【００１２】
図２は、本発明の実施形態であるファイルサーバ協調システム１００のネットワーク構成を示す。本実施形態のファイルサーバ協調システム１００は、上述したファイルサーバＡ（ファイルサーバ１０）、ファイルサーバＢ（ファイルサーバ２０）、電子機器の例示としてのＭＦＰ３０、携帯端末４０に加え、メッセージキューサーバ５０を含んで構成されている。
【００１３】
ここで、メッセージキューサーバ５０は、外部ネットワーク１０２（例えば、インターネット）上に設置され、ファイルサーバＡは、ローカルネットワーク１０４（以下、ローカルネットワークＡという）上に設置され、ファイルサーバＢとＭＦＰ３０は、ローカルネットワーク１０４（以下、ローカルネットワークＢという）上に設置され、携帯端末４０は、３Ｇネットワーク１０８に接続されている。
【００１４】
そして、外部ネットワーク１０２とローカルネットワークＡの間、外部ネットワーク１０２とローカルネットワークＢの間、および、外部ネットワーク１０２と３Ｇネットワーク１０８の間には、それぞれ、ファイアーウォールが設置されており、各内部ネットワーク内の機密性が確保されている。すなわち、各ファイアーウォールは、ファイルサーバＡ、ファイルサーバＢ、携帯端末４０（以下、これらの機器を総称してローカル機器と呼ぶ場合がある）から外部ネットワーク１０２へのアクセスを許可する一方で、外部ネットワーク１０２からローカル機器へのアクセスについては、原則、全てを遮断する。したがって、ローカル機器が発行するＨＴＴＰリクエストは、ファイアーウォールによって阻止され、ローカル機器は、他のローカル機器に直接アクセスすることができない。この点につき、本実施形態のファイルサーバ協調システム１００においては、メッセージキューサーバ５０がローカル機器間のデータ通信を中継するように構成されている。
【００１５】
図３は、本実施形態のファイルサーバ協調システム１００を構成する各装置の機能ブロック図を示す。なお、図３では、ファイルサーバＡの機能ブロックの図示を省略しているが、ファイルサーバＡは、ファイルサーバＢが備える各機能部を備えているものとして参照されたい。以下、図３の説明においては、ファイルサーバＡおよびファイルサーバＢを総称して“ファイルサーバ”と呼ぶ場合がある。
【００１６】
ファイルサーバ協調システム１００において、ファイルサーバおよび携帯端末４０は、それぞれ、メッセージリレーエージェント２２およびメッセージリレーエージェント４２を搭載する。各メッセージリレーエージェントは、メッセージキューサーバ５０との間でメッセージの送受信を実行するための機能部である。
【００１７】
一方、メッセージキューサーバ５０は、各メッセージリレーエージェントをクライアントとしたＨＴＴＰ通信を行うウェブサーバであり、他のネットワークから送信されるメッセージを指定された宛先に転送する仲介装置として機能する。メッセージキューサーバ５０は、メッセージキューイング部５２と、メッセージ受信部５４と、メッセージ転送部５６とを含んで構成されている。
【００１８】
各メッセージリレーエージェントが、宛先を指定したメッセージをメッセージキューサーバ５０に送信すると、メッセージキューサーバ５０のメッセージ受信部５４がこれを受信する。受信された当該メッセージは、メッセージキューイング部５２によって、それが指定するところの宛先毎にキューイングされる。
【００１９】
一方、各メッセージリレーエージェントは、メッセージキューサーバ５０に対して定期的にメッセージ取得要求を送信する。これを受けて、メッセージキューサーバ５０のメッセージ転送部５６は、メッセージ取得要求の要求元を宛先とするメッセージをキューから取り出し、当該要求元のメッセージリレーエージェント（すなわち、ローカル機器）に転送する。
【００２０】
ＭＦＰ３０は、印刷実行部３２と、ＱＲコード（登録商標、以下同様）を生成するＱＲコード生成部３４と、ＱＲコード表示部３６を含んで構成される。印刷実行部３２は、印刷処理を実行するための機能部であり、外部から送信されるファイルを印刷出力することができる。ＱＲコード生成部３４は、ユーザからの要求に応じて、ＭＦＰ３０の機器情報（後述する）を埋め込んだＱＲコードを生成する。ＱＲコード表示部３６は、ＱＲコード生成部３４が生成したＱＲコードをオペレーションパネルのタッチパネル画面などに表示させる。
【００２１】
ここで、好ましい実施形態では、ＱＲコード生成部３４は、ＭＦＰ３０と同じローカルネットワークを探索して、通信可能に接続されたファイルサーバを検出し、当該ファイルサーバ（本シナリオの場合、ファイルサーバＢ）の機器情報（後述する）をＭＦＰ３０の機器情報とともにＱＲコードに埋め込む。
【００２２】
携帯端末４０は、先に説明したメッセージリレーエージェント４２の他に、メッセージ生成部４４と、シナリオファイル生成部４６と、機器情報取得部４８と、ＱＲコード読み取り手段４９を含んで構成されている。
【００２３】
ＱＲコード読み取り手段４９は、携帯端末４０が搭載するデジタルカメラとして参照することができ、本シナリオでは、ユーザは、ＱＲコード読み取り手段４９でＭＦＰ３０のオペレーションパネルに表示されるＱＲコードを撮影する。機器情報取得部４８は、撮影されたＱＲコードを解析して、それに埋め込まれている機器情報を取得する。
【００２４】
シナリオファイル生成部４６は、実行主体が異なる複数の処理要求とその実行順序を記述したシナリオファイルを生成するための機能部であり、シナリオファイルの生成にあたり、機器情報取得部４８が取得した機器情報を利用する。
【００２５】
メッセージ生成部４４は、シナリオファイル生成部４６が生成したシナリオファイルを含むメッセージを生成するための機能部である。メッセージ生成部４４は、シナリオファイルに記述された複数の処理要求のうち、一番はじめに実行すべき処理要求の実行主体として記述されたファイルサーバをメッセージの宛先として指定する。
【００２６】
ファイルサーバは、先に説明したメッセージリレーエージェント２２の他に、シナリオファイル解析部２３と、処理要求取得部２４と、処理要求実行部２５と、シナリオファイル更新部２６と、メッセージ生成部２７とを含んで構成されている。
【００２７】
シナリオファイル解析部２３は、メッセージキューサーバ５０から受信したメッセージに含まれるシナリオファイルに記述されたシナリオを解析して、自身が実行すべき処理要求を検出し、また、次に実行すべき処理要求の実行主体である他のファイルサーバを検出する。
【００２８】
処理要求取得部２４は、シナリオファイルの解析結果に基づいて、自身に係る処理要求を取得し、処理要求実行部２５は、取得した処理要求を実行する。
【００２９】
シナリオファイル更新部２６は、処理要求の実行結果に基づいてシナリオファイルの内容を更新する。
【００３０】
メッセージ生成部２７は、更新されたシナリオファイルを含むメッセージを生成するための機能部であり、シナリオファイルの解析結果に基づいて、次に実行すべき処理要求の実行主体である他のファイルサーバを特定し、当該他のファイルサーバを宛先に指定して、更新後のシナリオファイルを含むメッセージを生成する。
【００３１】
以上、本実施形態のファイルサーバ協調システム１００を構成する各装置の構成について概説してきたが、続いて、上記各装置が協調することによって上述したシナリオを実現する過程を、図４に示すシーケンス図に基づいて具体的に説明する。なお、以下の説明においては、各装置間のペアリング（相互通信のために必要な設定情報の共有）が事前に済んでいるものとして参照されたい。また、以下においては、携帯端末４０としてスマートフォンを使用するケースに基づいて説明するものとする。
【００３２】
まず、ユーザは、スマートフォン４０に対して印刷したい文書を選択可能に表示させるための文書表示操作を実施する（Ｓ１）。例えば、ユーザは、図５（ａ）に示すように、スマートフォン４０のタッチパネルに表示された“ファイルサーバ一覧”の中から“ファイルサーバＡ”をタッチして選択する。
【００３３】
これを受けて、スマートフォン４０は、ファイルサーバＡを宛先に指定した文書一覧取得要求メッセージをメッセージキューサーバ５０に送信する（Ｓ１．１）。
【００３４】
ここで、メッセージキューサーバ５０に対して定期的にメッセージ取得要求を送信しているファイルサーバＡは、メッセージキューサーバ５０からファイルサーバＡが宛先に指定された文書一覧取得要求を取得する（Ｓ２）。ファイルサーバＡは、文書一覧取得要求の取得に応答して、自身に保存された文書の一覧を生成し（Ｓ３）、スマートフォン４０を宛先に指定した文書一覧送信要求メッセージをメッセージキューサーバ５０に送信する（Ｓ４）。
【００３５】
メッセージキューサーバ５０は、ファイルサーバＡから文書一覧送信要求メッセージを受け取ると、文書一覧を指定された宛先であるスマートフォン４０に送信する（Ｓ５）。これを受けて、スマートフォン４０は、メッセージキューサーバ５０から受領した文書一覧を表示する（Ｓ１．２）。本シナリオの場合、図５（ｂ）に示すように、スマートフォン４０のタッチパネルに“ファイルサーバＡ”のフォルダ１に保存されたファイル名の一覧が表示される。
【００３６】
スマートフォン４０に文書一覧が表示されたことを受けて、ユーザは、文書一覧の中から印刷したい文書を選択する操作を実施する（Ｓ６）。本シナリオの場合、ユーザは、図６（ａ）に示すように、スマートフォン４０のタッチパネルに表示された“文書一覧”の中からファイル名“document1.doc”をタッチして選択する。このとき、ファイル名の選択に応答して、スマートフォン４０のタッチパネル画面が、文書一覧から図６（ｂ）に示すＱＲコード読み取り用画面に自動的に遷移する。
【００３７】
ＱＲコード読み取り用画面に表示された「出力先の機器が表示するＱＲコードを読み取ってください」という案内を受けて、ユーザは、“document1.doc”を印刷出力しようとする機器（本シナリオの場合、ＭＦＰ３０）のオペレーションパネル３８を操作する。本ケースの場合、ユーザは、図７（ａ）に示すように、ＭＦＰ３０のオペレーションパネル３８に表示された「ＱＲコード表示」のアイコンをタッチして選択する（Ｓ７）。
【００３８】
これに応答して、ＭＦＰ３０は、まず、自身の機器情報を取得する（Ｓ７．１）。次に、ＭＦＰ３０は、ローカルネットワークＡ上に設置され、自身と通信可能なファイルサーバを探索する（Ｓ７．２）。その結果、本シナリオの場合、ファイルサーバＢが検出される。ＭＦＰ３０は、検出したファイルサーバＢから機器情報を取得する（Ｓ７．３）。なお、機器情報には、各機器（ＭＦＰ３０、ファイルサーバＢ）の機器ＩＤ、ＩＰアドレス、コンタクトＩＤ、機器タイプ、通信可能な他の機器の機器ＩＤ等が含まれる。また、ここでいうコンタクトＩＤとは、メッセージキューサーバ５０がペアリングの際にファイルサーバ等に付与する機器ＩＤである。
【００３９】
自身の機器情報およびファイルサーバＢの機器情報を取得したＭＦＰ３０は、２つの機器情報を埋め込んだＱＲコードを生成してオペレーションパネル３８に表示する（Ｓ７．４）。図７（ｂ）は、ＭＦＰ３０がオペレーションパネル３８にＱＲコードを表示した様子を示す。
【００４０】
引き続き、図８に示すシーケンス図に基づいて説明を続ける。オペレーションパネル３８に表示された「このＱＲコードを専用アプリケーションで読み取ってください」という案内を受けて、ユーザは、図９（ａ）に示すように、スマートフォン４０の搭載カメラでオペレーションパネル３８に表示されたＱＲコードを撮影する（Ｓ８）。
【００４１】
スマートフォン４０は、撮影したＱＲコードを解析して、ＭＦＰ３０の機器情報およびファイルサーバＢの機器情報を取得する（Ｓ８．１）。スマートフォン４０は、ファイルサーバＢがペアリング済みであることを確認した後（Ｓ８．２）、シナリオファイルを生成する（Ｓ８．３）。図１０は、スマートフォン４０が生成したシナリオファイルを示す。以下、スマートフォン４０が実行するシナリオ生成処理を図１１に示すフローチャートに基づいて説明する。なお、以下の説明においては、適宜、図１０を参照するものとする。
【００４２】
スマートフォン４０に搭載された専用アプリケーションは、実行主体が異なる複数の処理要求とその実行順序を記述したシナリオファイルを生成する。
【００４３】
まず、ステップ１０１において、ＱＲコードを解析して取得したＭＦＰ３０の機器情報およびファイルサーバＢの機器情報をシナリオファイルに追加する。この点につき、図１０は、ステップ１０１において、ファイルサーバＢの機器情報（機器ＩＤ、IPアドレス、コンタクトＩＤ、機器タイプ、通信可能な他の機器の機器ＩＤ）として、“file_server_b”、“192.168.1.3”、“file_server_b_id”、“file_server”、“mfp1”が追加され、同じく、ＭＦＰ３０の機器情報として、“mfp1”、“192.168.1.4”、“mfp1_contact_id”、“mfp”、“file_server_b”が追加された状態を示している。
【００４４】
続くステップ１０２においては、ファイルサーバＢに実行させる処理『ＭＦＰ３０に対して“リソース”の印刷を命令する』をシナリオファイルに追加する。この点につき、図１０は、ステップ１０２において、ファイルサーバＢ“file_server_b”を実行主体とする処理として、ＭＦＰ３０“mfp1”に対して“resource1”を出力させる“output”という処理要求が追加され、当該処理要求に対してＩＤ“proccess2”が付与された状態を示している。
【００４５】
続くステップ１０３においては、ユーザが選択したファイルdocument1.doc”の格納元であるファイルサーバＡの機器情報をシナリオファイルに追加する。この点につき、図１０は、ステップ１０３において、ファイルサーバＡの機器情報（機器ＩＤ、IPアドレス、コンタクトＩＤ、機器タイプ、通信可能な他の機器の機器ＩＤ）として、“file_server_a”、“192.168.0.2“file_server_a_id”、“file_server”、“ブランク（無し）”が追加された状態を示している。
【００４６】
続くステップ１０４においては、ユーザが選択したファイル“document1.doc”のパス名をシナリオファイルに追加する。この点につき、図１０は、ステップ１０４において、ファイル“document1.doc”のパス名として、“/user01/document1.doc”が追加された状態を示している。
【００４７】
続く、ステップ１０５で、ファイルサーバＡに実行させる処理『パス名が示す“リソース”をシナリオファイルに追加する』をシナリオファイルに追加する。この点につき、図１０は、ステップ１０５において、ファイルサーバＡを実行主体とする処理として、“file_server_a”がパス名“/user01/document1.doc”が示すリソース“resource1”をシナリオファイルに追加するという処理要求が追加され、当該処理要求に対してＩＤ“proccess1”が付与された状態を示している。
【００４８】
上述した手順を経た結果、図１０に示すように、各ファイルサーバに実行させるべき処理要求がその実行順に記述されたシナリオファイルが完成する。
【００４９】
最後に、ステップ１０６で、一番はじめに実行すべき処理要求“proccess1”の実行主体であるファイルサーバＡを宛先に指定したシナリオファイル送信要求メッセージを生成して、処理を終了する。なお、メッセージの宛先の指定は、ファイルサーバＡのコンタクトＩＤを使用して行う。
【００５０】
再び、図８に戻って説明を続ける。スマートフォン４０は、シナリオ生成が終了すると（Ｓ８．３）、ファイルサーバＡを宛先に指定したシナリオファイル送信要求メッセージをメッセージキューサーバ５０に送信する（Ｓ９）。
【００５１】
このとき、メッセージキューサーバ５０に対して定期的にメッセージ取得要求を送信しているファイルサーバＡは、メッセージキューサーバ５０からファイルサーバＡが宛先に指定されたシナリオファイルを取得し（Ｓ１０）、取得したシナリオファイルに記述されたシナリオを実行する（Ｓ１１）。図１２は、ファイルサーバＡがシナリオを実行した後のシナリオファイルを示す。以下、シナリオファイルを取得した後にファイルサーバＡが実行する処理を図１３に示すフローチャートに基づいて説明する。なお、以下の説明においては、適宜、図１２を参照するものとする。
【００５２】
ファイルサーバＡのシナリオファイル解析部２３は、取得したシナリオファイルに記述されたシナリオを解析して、自身が実行すべき処理要求を検出する。この場合、シナリオファイル解析部２３は、自身が実行すべき処理要求として“proccess1”を検出する。この解析結果を受けて、処理要求取得部２４は、“proccess1”に係る処理要求を取得し、処理要求実行部２５が、当該処理要求を実行する。その後、シナリオファイル更新部２６は、処理要求“proccess1”の実行結果をシナリオファイルに反映させる。
【００５３】
具体的には、ステップ２０１において、パス名が示すファイル（バイナリデータ）を読み出して、シナリオファイルに追加する。この点につき、図１２は、ステップ２０１において、パス名“/user01/document1.doc”が示すリソース“resource1”のバイナリデータがシナリオファイルの末尾に添付された状態を示している。
【００５４】
続くステップ２０２においては、シナリオの実行結果をシナリオファイルに記録する。この点につき、図１２は、ステップ２０２において、ファイルサーバＡを実行主体とする処理要求“proccess1”の結果（成功）“result”：“success”が記録された状態を示している。
【００５５】
続いて、ファイルサーバＡのシナリオファイル解析部２３は、次に実行すべき処理要求の実行主体を検出する。この解析結果を受けて、メッセージ生成部２７は、次に実行すべき処理要求の実行主体にシナリオファイルを送信するためのメッセージを生成する。
【００５６】
具体的には、ステップ２０３においては、プロセスのステータスが未処理“status”：“unexecuted”となっている処理要求“proccess2”に係るファイルサーバＢ“file_server_b”が次に実行すべき処理要求の実行主体として検出され（ステップ２０３、Ｙｅｓ）、続く、ステップ２０４で、ファイルサーバＢを宛先に指定したシナリオファイル送信要求メッセージを生成して、処理を終了する。なお、メッセージの宛先の指定は、ファイルサーバＢのコンタクトＩＤを使用して行う。
【００５７】
再び、図８に戻って説明を続ける。ファイルサーバＡは、シナリオの実行結果を反映したシナリオファイルを含むメッセージを生成した後（Ｓ１１）、ファイルサーバＢを宛先に指定したシナリオファイル送信要求メッセージをメッセージキューサーバ５０に送信する（Ｓ１２）。
【００５８】
このとき、メッセージキューサーバ５０に対して定期的にメッセージ取得要求を送信しているファイルサーバＢは、メッセージキューサーバ５０からファイルサーバＢを宛先とするシナリオファイルを取得し（Ｓ１３）、取得したシナリオファイルに記述されたシナリオを実行する（Ｓ１４）。図１４は、ファイルサーバＢがシナリオを実行した後のシナリオファイルを示す。以下、ファイルサーバＢが実行するシナリオ実行処理を図１５に示すフローチャートに基づいて説明する。なお、以下の説明においては、適宜、図１４を参照するものとする。
【００５９】
ファイルサーバＢのシナリオファイル解析部２３は、取得したシナリオファイルに記述されたシナリオを解析して、自身が実行すべき処理要求を検出する。この場合、シナリオファイル解析部２３は、自身が実行すべき処理要求として“proccess2”を検出する。この解析結果を受けて、処理要求取得部２４は、“proccess2”に係る処理要求を取得し、処理要求実行部２５が、当該処理要求を実行する。その後、シナリオファイル更新部２６は、処理要求“proccess2”の実行結果をシナリオファイルに反映させる。
【００６０】
具体的には、ステップ３０１において、シナリオファイルの末尾に添付されたファイル“document1.doc”のバイナリデータを読み取り、当該ファイルの印刷命令をＭＦＰ３０に出力するこの点につき、図１４は、ステップ３０１において、シナリオが実行された結果、“proccess1”のステータスが実行済“status”：“executed”になった状態を示している。
【００６１】
続くステップ３０２において、実行済のファイル“document1.doc”のバイナリデータをシナリオファイルから削除する。この点につき、図１４は、ステップ３０２において、処理対象となるリソース“resources”が削除された状態を示している。
【００６２】
最後にステップ３０３においては、シナリオの実行結果をシナリオファイルに記録する。この点につき、図１４は、ステップ３０３において、ファイルサーバＢの処理要求“proccess2”の結果（成功）“result”：“success”が記録された状態を示している。
【００６３】
続いて、ファイルサーバＢのシナリオファイル解析部２３は、次に実行すべき処理要求の実行主体を検出する。この解析結果を受けて、メッセージ生成部２７は、次に実行すべき処理要求の実行主体にシナリオファイルを送信するためのメッセージを生成する。
【００６４】
具体的には、ステップ３０４においては、プロセスのステータスが未処理“status”：“unexecuted”となっている処理要求を検索する。しかし、この場合、該当する処理要求がないので（ステップ３０４、Ｎｏ）、そのまま処理を終了する。
【００６５】
再び、図８に戻って説明を続ける。ファイルサーバＢがシナリオを実行した結果、ファイル“document1.doc”の印刷命令がＭＦＰ３０に出力される（Ｓ１４）。これを受けて、ＭＦＰ３０は、ファイル“document1.doc”を印刷データに変換して出力する（Ｓ１５）。
【００６６】
ファイルサーバＢは、ＭＦＰ３０の印刷完了を検知したことに応答して、ファイルサーバＡおよびスマートフォン４０を宛先に指定した結果送信要求メッセージをメッセージキューサーバ５０に送信する（Ｓ１６）。これを受けて、メッセージキューサーバ５０は、ファイルサーバＡ（Ｓ１７）およびスマートフォン４０（Ｓ１９）のそれぞれに対して印刷結果（印刷完了）を送信する。
【００６７】
ファイルサーバＡは、これを受けて、結果をログに保存する（Ｓ１８）。一方、スマートフォン４０は、図９（ｂ）に示すように、印刷結果（印刷完了）を画面に表示する。
【００６８】
次に、シナリオファイルを介して協働する機器が他の機器に対する通信方法を動的に選択する処理について、図１６に示すフローチャートに基づいて説明する。なお、以下の説明においては、図１７に示すシナリオファイルを例にとって説明する。
【００６９】
まず、ステップ４０１において、処理済“executed”の“proccess１”に係るファイルサーバＡは、図１７に示すシナリオファイルを解析して、次の送信先となる機器の機器ＩＤ、すなわち、未処理“unexecuted”の“proccess2”に係るファイルサーバＢの機器ＩＤ“file_server_b”を取得る。
【００７０】
続くステップ４０２では、シナリオファイルの次の送信先となる機器の機器ＩＤ“file_server_b”に紐づいたＩＰアドレス“192.168.1.3”を取得した後、このアドレスに対してＰＩＮＧコマンドを送信するなどして、ファイルサーバＢに対するアクセスの可否を確認する。
【００７１】
仮に、ファイルサーバＢがファイルサーバＡと同じローカルネットワーク上に存在する場合、ファイルサーバＢに対する直接アクセスが可能と判断されるので（ステップ４０３、Ｙｅｓ）、ステップ４０４に進んで、ファイルサーバＢのＩＰアドレス“192.168.1.3”を宛先としてシナリオファイルを直接送信して、処理を終了する。
【００７２】
一方、ファイルサーバＢがファイルサーバＡと同じローカルネットワーク上に存在せず、ファイルサーバＢに対する直接アクセスが不可能と判断された場合には（ステップ４０３、Ｎｏ）、ステップ４０５に進んで、シナリオファイルを解析し、機器ＩＤ“file_server_b”に紐づいたコンタクトＩＤ“file_server_b_id”を取得する。
【００７３】
続くステップ４０６では、取得したファイルサーバＢのコンタクトＩＤ“file_server_b_id”を使用して宛先に指定したシナリオファイル送信要求メッセージを生成し、メッセージキューサーバ５０に送信して、処理を終了する。
【００７４】
以上、事業所Ａに設置されたファイルサーバＡに保存されたファイル“document1”を事業所Ｂに設置されたファイルサーバＢを介してＭＦＰ３０から印刷出力するというシナリオに則って第１の実施形態を説明してきたが、続いて、以下のシナリオに則って第２の実施形態を説明する。
【００７５】
（第２実施形態）
ここでは、図１に示す環境において、事業所Ｂで仕事をしているユーザがスマートフォン４０を操作することによって、ファイルサーバＢに保存されたファイル“document2”をＭＦＰ３０から印刷出力するというシナリオについて検討する。
【００７６】
以下、上述したシナリオを実現する過程を、図１８に示すシーケンス図に基づいて具体的に説明する。なお、以下においては、上述した第１の実施形態と共通する事項について、適宜、その説明を省略するものとする。
【００７７】
まず、ユーザは、スマートフォン４０のタッチパネルに表示された“ファイルサーバ一覧”の中から“ファイルサーバＢ”をタッチして選択する（Ｓ１）。
【００７８】
これを受けて、スマートフォン４０は、ファイルサーバＢを宛先に指定した文書一覧取得要求メッセージをメッセージキューサーバ５０に送信する（Ｓ１．１）。なお、利用可能なファイルサーバが１台しかない場合は、スマートフォン４０にファイルサーバを選択させるための“ファイルサーバ一覧”を表示させなくてもよく、その場合は、所定のアイコン操作に応答して、利用可能なファイルサーバを宛先に指定した文書一覧取得要求メッセージがメッセージキューサーバ５０に自動送信されるように構成すればよい。
【００７９】
ここで、メッセージキューサーバ５０に対して定期的にメッセージ取得要求を送信しているファイルサーバＢは、メッセージキューサーバ５０からファイルサーバＢが宛先に指定された文書一覧取得要求を取得する（Ｓ２）。ファイルサーバＢは、文書一覧取得要求の取得に応答して、自身に保存された文書の一覧を生成し（Ｓ３）、スマートフォン４０を宛先に指定した文書一覧送信要求メッセージをメッセージキューサーバ５０に送信する（Ｓ４）。
【００８０】
メッセージキューサーバ５０は、ファイルサーバＢから文書一覧送信要求メッセージを受け取ると、文書一覧を指定された宛先であるスマートフォン４０に送信する（Ｓ５）。これを受けて、スマートフォン４０は、メッセージキューサーバ５０から受領した文書一覧を表示する（Ｓ１．２）。
【００８１】
スマートフォン４０に文書一覧が表示されたことを受けて、ユーザは、文書一覧の中から印刷したい文書を選択する操作を実施する（Ｓ６）。本シナリオの場合、ユーザは、スマートフォン４０のタッチパネルに表示された“文書一覧”の中からファイル名“document2.doc”をタッチして選択する。このとき、ファイル名の選択に応答して、スマートフォン４０のタッチパネル画面が、文書一覧からＱＲコード読み取り用画面に自動的に遷移する。
【００８２】
ユーザは、“document2.doc”を印刷出力しようとする機器（本シナリオの場合、ＭＦＰ３０）のオペレーションパネル３８に表示された「ＱＲコード表示」のアイコンをタッチして選択する（Ｓ７）。
【００８３】
これに応答して、ＭＦＰ３０は、まず、自身の機器情報を取得する（Ｓ７．１）。次に、ＭＦＰ３０は、ローカルネットワークＡ上に設置され、自身と通信可能なファイルサーバを探索する（Ｓ７．２）。その結果、本シナリオの場合、ファイルサーバＢが検出される。ＭＦＰ３０は、検出したファイルサーバＢから機器情報を取得する（Ｓ７．３）。
【００８４】
自身の機器情報およびファイルサーバＢの機器情報を取得したＭＦＰ３０は、２つの機器情報を埋め込んだＱＲコードを生成してオペレーションパネル３８に表示する（Ｓ７．４）。
【００８５】
引き続き、図１９に示すシーケンス図に基づいて説明を続ける。ユーザは、スマートフォン４０の搭載カメラでＭＦＰ３０のオペレーションパネル３８に表示されたＱＲコードを撮影する（Ｓ８）。
【００８６】
スマートフォン４０は、撮影したＱＲコードを解析して、ＭＦＰ３０の機器情報およびファイルサーバＢの機器情報を取得する（Ｓ８．１）。スマートフォン４０は、ファイルサーバＢがペアリング済みであることを確認した後（Ｓ８．２）、シナリオファイルを生成する（Ｓ８．３）。図２０は、スマートフォン４０が生成したシナリオファイルを示す。以下、スマートフォン４０が実行するシナリオ生成処理を図２１に示すフローチャートに基づいて説明する。なお、以下の説明においては、適宜、図２０を参照するものとする。
【００８７】
スマートフォン４０に搭載された専用アプリケーションは、まず、ステップ５０１において、ＱＲコードを解析して取得したＭＦＰ３０の機器情報およびファイルサーバＢの機器情報をシナリオファイルに追加する。この点につき、図２０は、ステップ５０１において、ファイルサーバＢの機器情報（機器ＩＤ、IPアドレス、コンタクトＩＤ、機器タイプ、通信可能な他の機器の機器ＩＤ）として、“file_server_b”、“192.168.1.3”、“file_server_b_id”、“file_server”、“mfp1”が追加され、同じく、ＭＦＰ３０の機器情報として、“mfp1”、“192.168.1.4”、“mfp1_contact_id”、“mfp”、“file_server_b”が追加された状態を示している。
【００８８】
続くステップ５０２においては、ファイルサーバＢに実行させる処理『ＭＦＰ３０に対して“リソース”の印刷を命令する』をシナリオファイルに追加する。この点につき、図２０は、ステップ５０２において、ファイルサーバＢ“file_server_b”を実行主体とする処理として、ＭＦＰ３０“mfp1”に対して“resource1”を出力させる“output”という処理要求が追加され、当該処理要求に対してＩＤ“proccess1”が付与された状態を示している。
【００８９】
続くステップ５０３においては、ユーザが選択したファイル“document2.doc”のパス名をシナリオファイルに追加する。この点につき、図２０は、ステップ５０３において、ファイル“document2.doc”のパス名として、“/user01/document2.doc”が追加された状態を示している。
【００９０】
上述した手順を経た結果、図２０に示すように、ファイルサーバＢに実行させるべき処理要求が記述されたシナリオファイルが完成する。
【００９１】
最後に、ステップ５０４で、処理要求“proccess1”の実行主体であるファイルサーバＢを宛先に指定したシナリオファイル送信要求メッセージを生成して、処理を終了する。なお、メッセージの宛先の指定は、ファイルサーバＢのコンタクトＩＤを使用して行う。
【００９２】
再び、図１９に戻って説明を続ける。スマートフォン４０は、シナリオ生成が終了すると（Ｓ８．３）、ファイルサーバＢを宛先に指定したシナリオファイル送信要求メッセージをメッセージキューサーバ５０に送信する（Ｓ９）。
【００９３】
このとき、メッセージキューサーバ５０に対して定期的にメッセージ取得要求を送信しているファイルサーバＢは、メッセージキューサーバ５０からファイルサーバＢを宛先とするシナリオファイルを取得し（Ｓ１０）、取得したシナリオファイルに記述されたシナリオを実行する（Ｓ１１）。図２２は、ファイルサーバＢがシナリオを実行した後のシナリオファイルを示す。以下、ファイルサーバＢが実行するシナリオ実行処理を図２３に示すフローチャートに基づいて説明する。なお、以下の説明においては、適宜、図２２を参照するものとする。
【００９４】
ファイルサーバＢのシナリオファイル解析部２３は、取得したシナリオファイルに記述されたシナリオを解析して、自身が実行すべき処理要求を検出する。この場合、シナリオファイル解析部２３は、自身が実行すべき処理要求として“proccess1”を検出する。この解析結果を受けて、処理要求取得部２４は、“proccess1”に係る処理要求を取得し、処理要求実行部２５が、当該処理要求を実行する。その後、シナリオファイル更新部２６は、処理要求“proccess1”の実行結果をシナリオファイルに反映させる。
【００９５】
具体的には、ステップ６０１において、パス名が示すファイル“document2.doc”を読み出し、当該ファイルの印刷命令をＭＦＰ３０に出力する。この点につき、図２２は、ステップ６０１において、シナリオが実行された結果、“proccess1”のステータスが実行済“status”：“executed”になった状態を示している。
【００９６】
続くステップ６０２においては、シナリオの実行結果をシナリオファイルに記録する。この点につき、図２２は、ステップ６０２において、ファイルサーバＢの処理要求“proccess1”の結果（成功）“result”：“success”が記録された状態を示している。
【００９７】
続いて、ステップ６０３においては、プロセスのステータスが未処理“status”：“unexecuted”となっている処理要求を検索する。この場合、該当する処理要求がないので（ステップ６０４、Ｎｏ）、そのまま処理を終了する。
【００９８】
再び、図１９に戻って説明を続ける。ファイルサーバＢがシナリオを実行した結果、ファイル“document2.doc”の印刷命令がＭＦＰ３０に出力される（Ｓ１１）。これを受けて、ＭＦＰ３０は、ファイル“document2.doc”を印刷データに変換して出力する（Ｓ１２）。
【００９９】
ファイルサーバＢは、ＭＦＰ３０の印刷完了を検知したことに応答して、スマートフォン４０を宛先に指定した結果送信要求メッセージをメッセージキューサーバ５０に送信する（Ｓ１３）。これを受けて、メッセージキューサーバ５０は、スマートフォン４０に対して印刷結果（印刷完了）を送信する（Ｓ１４）。これを受けて、スマートフォン４０は、印刷結果（印刷完了）を画面に表示する（Ｓ１５）。
【０１００】
以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではない。
【０１０１】
例えば、上述した実施形態では、ネットワークを跨いで協調動作する情報処理装置としてファイルサーバを例に挙げて説明したが、これに限定されるものではなく、シナリオファイルに記述された処理要求を実行可能な情報処理装置であればよい。
【０１０２】
また、上述した実施形態では、携帯端末としてスマートフォンを例に挙げて説明したが、これに限定されるものではなく、本発明における携帯端末は、ＰＤＡ、ノート型ＰＣ、タブレット型ＰＣなどであってもよい。また、上述した実施形態では、携帯端末が搭載する専用アプリケーションの構成として、電子機器が表示するＱＲコードから各機器の機器情報を読み取る態様を例に挙げて説明したが、これに限定されるものではなく、本発明における専用アプリケーションは、ＱＲコード以外の二次元コードから機器情報を読み取る構成であってもよく、赤外線を利用した近距離無線通信など携帯端末が搭載する他の適切な手段を介して各機器の機器情報を読み取ることを前提にした構成であってもよい。
【０１０３】
さらに、上述した実施形態では、電子機器として画像形成装置を例に挙げて説明したが、これに限定されるものではなく、本発明における電子機器は、プロジュクターなどの画像投影装置であってもよい。
【０１０４】
さらに、上述した実施形態では、情報処理装置（ファイルサーバ）に対して、ＱＲコード生成部、シナリオファイル更新部およびメッセージ生成部の各機能手段を一括して搭載する構成を例示したが、これに限定されるものではなく、例えば、それらが適宜仲介装置に搭載された情報処理システムとして構築してもよい。
【０１０５】
さらに、上述した実施形態では、スマートフォンがシナリオファイルを生成する態様を示したが、これに限定されるものではなく、仲介装置にシナリオファイル生成部を設けてもよい。この場合、仲介装置は、任意の操作端末からシナリオファイルの生成に必要な情報（電子機器を特定する情報、ファイルサーバの情報および実行する処理に関する情報など）を受信し、仲介装置のシナリオファイル生成部が受信した各種情報からシナリオファイルを生成するようにすればよい。
【０１０６】
さらに、上述した実施形態では、シナリオファイルにおいて、ファイルパスとネットワークアドレスとを分けて記述した例を示したが、例えば、“192.168.0.2/user01/document1.doc”というように、ファイルパスにネットワークアドレスを含めるようにしてもよい。
【０１０７】
以上、説明したように、本発明によれば、ユーザは、実現したいシナリオを記述したシナリオファイルを最初の処理要求を実行する情報処理装置に宛てて送るという至って簡単な操作を行うだけで、異なるネットワーク上に存在する複数の情報処理装置を協調動作させることができ、複数の情報処理装置を跨ぐ一連の操作（例えば、ファイルの転送→出力など）をシームレスに実現することができる。
【０１０８】
また、本発明においては、携帯端末に搭載されたコード読み取り手段や無線通信手段を利用して直感的にシナリオファイルを生成するための専用アプリケーションを併用することよって、ユーザビリティをさらに向上させることができる。
【０１０９】
その他、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【０１１０】
上述した実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。
【符号の説明】
【０１１１】
１０，２０…ファイルサーバ
２２…メッセージリレーエージェント
２３…シナリオファイル解析部
２４…処理要求取得部
２５…処理要求実行部
２６…シナリオファイル更新部
２７…メッセージ生成部
３０…ＭＦＰ
３１…プロジェクター
３２…印刷実行部
３４…ＱＲコード生成部
３６…ＱＲコード表示部
３８…オペレーションパネル
４０…携帯端末（スマートフォン）
４２…メッセージリレーエージェント
４４…メッセージ生成部
４６…シナリオファイル生成部
４８…機器情報取得部
４９…ＱＲコード読み取り手段
５０…メッセージキューサーバ
５２…メッセージキューイング部
５４…メッセージ受信部
５６…メッセージ転送部
１００…ファイルサーバ協調システム
１０２…外部ネットワーク
１０４，１０６…ローカルネットワーク
１０８…３Ｇネットワーク
【先行技術文献】
【特許文献】
【０１１２】
【特許文献１】特開２００４−４６６８１号公報
【図１】
2014078220.tif 000003
【図２】
2014078220.tif 000004
【図３】
2014078220.tif 000005
【図４】
2014078220.tif 000006
【図５】
2014078220.tif 000007
【図６】
2014078220.tif 000008
【図７】
2014078220.tif 000009
【図８】
2014078220.tif 000010
【図９】
2014078220.tif 000011
【図１０】
2014078220.tif 000012
【図１１】
2014078220.tif 000013
【図１２】
2014078220.tif 000014
【図１３】
2014078220.tif 000015
【図１４】
2014078220.tif 000016
【図１５】
2014078220.tif 000017
【図１６】
2014078220.tif 000018
【図１７】
2014078220.tif 000019
【図１８】
2014078220.tif 000020
【図１９】
2014078220.tif 000021
【図２０】
2014078220.tif 000022
【図２１】
2014078220.tif 000023
【図２２】
2014078220.tif 000024
【図２３】
2014078220.tif 000025