(57)【要約】【課題】  異なるネットワークに接続された複数の機器に対して、通信端末から少ないユーザ操作でファイルを送信できる装置やシステムを提供する。【解決手段】このシステムは、通信端末から送信された複数の機器識別情報を含む端末要求を受け付ける要求受信部２００と、端末要求を、端末要求に含まれる１つの機器識別情報に対応する要求蓄積部に蓄積させる要求処理部２０１と、機器からの取得要求を受けて、要求蓄積部に蓄積された端末要求を機器へ送信する要求送信部２０２と、端末要求に対する処理結果を受信する結果受信部２０３と、処理結果を通信端末へ送信する結果送信部２０４とを含む。要求処理部２０１は、処理結果を受け付けた機器の機器識別情報に対応する要求蓄積部から、処理結果を受け付けていない機器の機器識別情報に対応する要求蓄積部へ端末要求を受け渡す。【選択図】  図６
2014178917.tif 000002
【特許請求の範囲】
【請求項１】
異なるネットワークに接続された複数の機器と通信端末との間の通信を中継する中継装置であって、
前記通信端末から送信された、前記複数の機器の各々を識別するための複数の機器識別情報を含む端末要求を受け付ける要求受信部と、
受け付けた端末要求を、該端末要求に含まれる１つの機器識別情報に対応する要求蓄積部に蓄積させる要求処理部と、
前記機器識別情報により識別される機器から端末要求を取得する取得要求を受けて、前記要求蓄積部に蓄積された前記端末要求を前記機器へ送信する要求送信部と、
前記機器から前記端末要求に対する処理結果を受信する結果受信部と、
受信した前記処理結果を前記通信端末へ送信する結果送信部とを含み、
前記要求処理部は、処理結果を受け付けた機器の機器識別情報に対応する要求蓄積部から、前記端末要求に含まれる前記複数の機器識別情報のうち処理結果を受け付けていない機器の機器識別情報に対応する要求蓄積部へ前記端末要求を受け渡す、中継装置。
【請求項２】
前記要求処理部は、前記端末要求に含まれる複数の機器識別情報と、前記処理結果を受け付けた機器の機器識別情報とを比較し、一致する機器識別情報を、前記端末要求から削除する、請求項１に記載の中継装置。
【請求項３】
前記要求処理部は、前記端末要求に機器識別情報が含まれているか否かを判断し、機器識別情報が含まれていないと判断した場合、前記端末要求を削除する、請求項１または２に記載の中継装置。
【請求項４】
異なるネットワークに接続された複数の機器と通信端末とを含む情報処理システムであって、
前記通信端末から送信された、前記複数の機器の各々を識別するための複数の機器識別情報を含む端末要求を受け付ける要求受信部と、
受け付けた端末要求を、該端末要求に含まれる１つの機器識別情報に対応する要求蓄積部に蓄積させる要求処理部と、
前記機器識別情報により識別される機器から端末要求を取得する取得要求を受けて、前記要求蓄積部に蓄積された前記端末要求を前記機器へ送信する要求送信部と、
前記機器から前記端末要求に対する処理結果を受信する結果受信部と、
受信した前記処理結果を前記通信端末へ送信する結果送信部とを含み、
前記要求処理部は、処理結果を受け付けた機器の機器識別情報に対応する要求蓄積部から、前記端末要求に含まれる前記複数の機器識別情報のうち処理結果を受け付けていない機器の機器識別情報に対応する要求蓄積部へ前記端末要求を受け渡す、情報処理システム。
【請求項５】
前記要求処理部は、前記端末要求に含まれる複数の機器識別情報と、前記処理結果を受け付けた機器の機器識別情報とを比較し、一致する機器識別情報を、前記端末要求から削除する、請求項４に記載の情報処理システム。
【請求項６】
前記要求処理部は、前記端末要求に機器識別情報が含まれているか否かを判断し、機器識別情報が含まれていないと判断した場合、前記端末要求を削除する、請求項４または５に記載の情報処理システム。
【請求項７】
前記通信端末に読み取らせるために認証情報を含むコードを表示させる表示部と、前記通信端末から認証情報を受け取り、受け取った認証情報が前記コードに含まれる認証情報に一致するか否かを判断する情報判断部とを含む、請求項４〜６のいずれか１項に記載の情報処理システム。
【請求項８】
前記認証情報を用いて前記コードを生成するコード生成部をさらに含む、請求項７に記載の情報処理システム。
【請求項９】
前記コードは、前記複数の機器を識別するための複数の機器識別情報を含み、前記情報判断部により一致すると判断された場合、前記コードに含まれる前記複数の機器識別情報を、前記通信端末が通信可能な複数の機器の機器識別情報として登録する情報登録部を含む、請求項７または８に記載の情報処理システム。
【請求項１０】
ユーザからの入力を受け付け、前記情報登録部に登録された複数の機器識別情報を追加して前記端末要求を生成する要求生成部を含む、請求項９に記載の情報処理システム。
【請求項１１】
複数の機器と、通信端末と、前記複数の機器と前記通信端末との間の通信を中継する、請求項１〜３のいずれか１項に記載の中継装置とを含む、情報処理システム。
【請求項１２】
異なるネットワークに接続された複数の機器と通信端末との間の通信を中継する処理を実行するためのコンピュータにより読み取り可能なプログラムであって、
前記通信端末から送信された、前記複数の機器の各々を識別するための複数の機器識別情報を含む端末要求を受け付ける受付ステップと、
受け付けた端末要求を、該端末要求に含まれる１つの機器識別情報に対応する要求蓄積部に蓄積させる蓄積ステップと、
前記機器識別情報により識別される機器から端末要求を取得する取得要求を受けて、前記要求蓄積部に蓄積された前記端末要求を前記機器へ送信する第１送信ステップと、
前記機器から前記端末要求に対する処理結果を受信する受信ステップと、
受信した前記処理結果を前記通信端末へ送信する第２送信ステップと、
処理結果を受け付けた機器の機器識別情報に対応する要求蓄積部から、前記端末要求に含まれる前記複数の機器識別情報のうち処理結果を受け付けていない機器の機器識別情報に対応する要求蓄積部へ前記端末要求を受け渡す受渡ステップと、前記受信ステップで処理結果を受信していない機器がなくなるまで、前記第１送信ステップ、前記受信ステップ、前記第２送信ステップ、前記受渡ステップとを繰り返すステップとをコンピュータに実行させる、プログラム。
【請求項１３】
前記受渡ステップの前に、前記端末要求に含まれる複数の機器識別情報と、前記処理結果を受け付けた機器の機器識別情報とを比較し、一致する機器識別情報を、前記端末要求から削除するステップを実行させる、請求項１２に記載のプログラム。
【請求項１４】
前記端末要求に機器識別情報が含まれているか否かを判断し、機器識別情報が含まれていないと判断した場合、前記端末要求を削除するステップを実行させる、請求項１２または１３に記載のプログラム。
【請求項１５】
前記通信端末に読み取らせるために認証情報を含むコードを表示させるステップと、前記通信端末から認証情報を受け取り、受け取った認証情報が前記コードに含まれる認証情報に一致するか否かを判断するステップとを実行させる、請求項１２〜１４のいずれか１項に記載のプログラム。
【請求項１６】
前記認証情報を用いて前記コードを生成するステップを実行させる、請求項１５に記載のプログラム。
【請求項１７】
前記コードは、前記複数の機器を識別するための複数の機器識別情報を含み、前記判断するステップで一致すると判断された場合、前記コードに含まれる前記複数の機器識別情報を、前記通信端末が通信可能な複数の機器の機器識別情報として登録するステップを実行させる、請求項１５または１６に記載のプログラム。
【請求項１８】
ユーザからの入力を受け付け、登録された複数の機器識別情報を追加して前記端末要求を生成するステップを実行させる、請求項１７に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるネットワークに接続された複数の機器と通信端末との間の通信を中継する中継装置、情報処理システムおよびそれらの間の通信を中継する処理を実行するコンピュータ可読なプログラムに関する。
【背景技術】
【０００２】
家庭や企業では、インターネット等のグローバルネットワークとは別に、家庭内や企業内において安全に情報のやりとりを行うためにローカルネットワークを構築している。このローカルネットワークでは、セキュリティ対策として、例えばファイアウォールを導入し、グローバルネットワークからローカルネットワークへの直接のアクセスを禁止している場合がある。このような環境では、グローバルネットワークからローカルネットワークへアクセスすることはできない。
【０００３】
近年、スマートフォン等の携帯端末の普及に伴い、グローバルネットワークから企業内のローカルネットワークへアクセスし、社内に保管されている情報を社外でも活用したいという要望がある。
【０００４】
その要望を実現するための１つの方法として、図１に示すような方法が知られている。図１は、グローバルネットワーク１０とローカルネットワーク１１との間にファイアウォール１２が存在するネットワーク環境を示している。ファイアウォールは、特定のネットワークとその外部との通信を制御し、特定のネットワークに接続された機器の安全を守るためのソフトウェアあるいはハードウェアである。
【０００５】
図１に示すネットワーク環境では、携帯端末１３がグローバルネットワーク１０へ接続可能とされ、ファイルを保存し、管理するためのファイルサーバ１４がローカルネットワーク１１に接続されている。また、グローバルネットワーク１０には、数多くのファイルを保存し、管理することができる大規模ファイルサーバ１５が接続されている。
【０００６】
図１に示す構成では、ファイルサーバ１４に保存されているファイルのコピーを大規模ファイルサーバ１５に保存する。携帯端末１３は、基地局１６を介して大規模ファイルサーバ１５にアクセスし、そのファイルのコピーを参照する。
【０００７】
しかしながら、この方法では、グローバルネットワーク１０上に情報を保存することになり、セキュリティ面で問題が生じるため、最良の方法とは言えない。そこで、大規模ファイルサーバ１５ではなく、図２に示すようなリレーサーバ１７を設置することが知られている（例えば、特許文献１参照）。
【０００８】
リレーサーバ１７は、携帯端末１３とファイルサーバ１４との間の通信を中継する。このため、リレーサーバ１７は、携帯端末１３から受け付けた要求をローカルネットワーク１１上のファイルサーバ１４へ送信し、ファイルサーバ１４から処理結果を受信して携帯端末１３へ送信する。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、リレーサーバ１７を設置して、携帯端末１３に存在するファイルを複数のファイルサーバ１４、１８へアップロードする場合のシステム構成を例示すると、図３に示すようなものとなる。グローバルネットワーク１０には、リレーサーバ１７が接続される。また、グローバルネットワーク１０には、事業所Ａのローカルネットワーク１１ａ、事業所Ｂのローカルネットワーク１１ｂ、携帯電話網である３Ｇ回線１９が接続される。３Ｇ回線１９は、携帯電話用の通信ネットワークである。
【００１０】
グローバルネットワーク１０と、ローカルネットワーク１１ａ、１１ｂ、３Ｇ回線１９との間には、セキュリティ対策として、ファイアウォール１２ａ、１２ｂ、１２ｃが設けられる。ローカルネットワーク１１ａにはファイルサーバ１４が、ローカルネットワーク１１ｂにはファイルサーバ１８が、３Ｇ回線１９には携帯端末１３が基地局１６を介して、それぞれ接続される。
【００１１】
このようなシステム構成における処理フローは、以下のようなものとなる。
（１）携帯端末１３をファイルサーバ１４とリレーサーバ１７を介して接続する。
（２）携帯端末１３内のファイルを、リレーサーバ１７を介してファイルサーバ１４へ送信する。
（３）ファイルサーバ１４との接続を解除し、携帯端末１３をファイルサーバ１８とリレーサーバ１７を介して接続する。
（４）携帯端末１３内のファイルを、リレーサーバ１７を介してファイルサーバ１７へ送信する。
【００１２】
しかしながら、このようなシステムでは、ユーザが携帯端末を使用してファイルサーバ毎に接続を行い、ファイルを送信しなければならず、ユーザ操作が多いという問題がある。
【課題を解決するための手段】
【００１３】
本発明は、上記課題に鑑み、異なるネットワークに接続された複数の機器と通信端末との間の通信を中継する中継装置であって、通信端末から送信された、複数の機器の各々を識別するための複数の機器識別情報を含む端末要求を受け付ける要求受信部と、受け付けた端末要求を、該端末要求に含まれる１つの機器識別情報に対応する要求蓄積部に蓄積させる要求処理部と、該機器識別情報により識別される機器から端末要求を取得する取得要求を受けて、該要求蓄積部に蓄積された端末要求を該機器へ送信する要求送信部と、該機器から端末要求に対する処理結果を受信する結果受信部と、受信した処理結果を、通信端末へ送信する結果送信部とを含み、要求処理部は、処理結果を受け付けた機器の機器識別情報に対応する要求蓄積部から、端末要求に含まれる複数の機器識別情報のうち、処理結果を受け付けていない機器の機器識別情報に対応する要求蓄積部へ端末要求を受け渡す、中継装置が提供される。
【発明の効果】
【００１４】
本発明によれば、異なるネットワークに接続された複数の機器に対して、通信端末から少ないユーザ操作でファイルを送信することができる。
【図面の簡単な説明】
【００１５】
【図１】従来の機器上のファイルを外部ネットワークから参照する１つのシステム構成例を示した図。
【図２】従来の機器上のファイルを外部ネットワークから参照する別のシステム構成例を示した図。
【図３】従来の２つの機器へファイルをアップロードするシステム構成例を示した図。
【図４】本実施形態の情報処理システムの構成例を示した図。
【図５】情報処理システムにおいて、複数のファイルサーバへファイルをアップロードする様子を例示した図。
【図６】図４に示す情報処理システムの機能ブロック図。
【図７】通信端末とファイルサーバとをペアリングする際の処理の流れを例示したシーケンス図。
【図８】ファイルサーバとペアリングする際に表示される画面を例示した図。
【図９】画面に表示されるコードの内容を例示した図。
【図１０】通信端末に表示される画面を例示した図。
【図１１】ペアリングする際に行われる認証フローを例示したフローチャート。
【図１２】ペアリングが成功したときに通信端末に表示される画面を例示した図。
【図１３】リレーサーバが通信端末から端末要求を受け付けてから行う処理の流れを例示したフローチャート。
【図１４】アップロード要求を生成する処理の流れを例示したフローチャート。
【図１５】アップロード要求の内容を例示した図。
【図１６】複数のファイルサーバにアップロードを行う際の処理の流れを例示したシーケンス図。
【図１７】複数のファイルサーバにアップロードを行う場合のアップロード要求の内容を例示した図。
【発明を実施するための形態】
【００１６】
図４は、本実施形態の情報処理システムの構成例を示した図である。図４に示す情報処理システム１００は、図示しないグローバルネットワークと、グローバルネットワークと接続される図示しない複数のローカルネットワークとを含む。グローバルネットワークは、インターネット等の広域通信網であり、他のネットワークから自由にアクセスすることが可能なネットワークである。ローカルネットワークは、ＬＡＮ等の局所的なネットワークであり、他のネットワークからのアクセスが制限されるネットワークである。
【００１７】
グローバルネットワークには、リレーサーバ１１０と、通信端末１２０とが接続される。リレーサーバ１１０および通信端末１２０は、グローバルネットワークに有線または無線により接続される。無線により接続する場合、３Ｇ回線、無線ＬＡＮ、Bluetooth（登録商標）等によりグローバルネットワークに接続することができる。
【００１８】
複数のローカルネットワークの１つには、リレーサーバ１１０と通信可能なリレーエージェント１３１と、ファイルサービス１３２と、記憶装置１３３とを備えるファイルサーバ１３０が接続される。別のローカルネットワークにも、同様の構成のファイルサーバ１４０が接続される。さらに別のローカルネットワークにも同様の構成のファイルサーバが接続される。情報処理システム１００は、これらのリレーサーバ１１０、通信端末１２０、複数のファイルサーバ１３０、１４０といった複数の機器を含んで構成される。
【００１９】
ここでは、ファイルサーバ１３０内に、リレーエージェント１３１と、ファイルサービス１３２と、記憶装置１３３とを備える構成を例示しているが、ファイルサービス１３２、記憶装置１３３は、別の機器に備えていてもよい。ただし、当該別の機器は、ファイルサーバ１３０と同じローカルネットワークに接続される。
【００２０】
各ローカルネットワークは、他のネットワークからのアクセスを制限するために、例えばファイアウォール１５０等の通信制限手段を介してグローバルネットワークに接続される。
【００２１】
通信端末１２０は、複数の機器に対して要求（端末要求）を送信する。端末要求としては、通信端末１２０が保持するファイルをファイルサーバ１３０やファイルサーバ１４０等へアップロードするアップロード要求が挙げられる。なお、このアップロード要求は、端末要求の一例であり、これに限定されるものではない。
【００２２】
端末要求には、ファイルサーバ１３０やファイルサーバ１４０等の機器を識別するための機器識別情報としてファイルサーバ識別子が含まれる。また、端末要求がアップロード要求である場合、このアップロード要求には、アップロードするファイルが含まれる。このファイルとしては、ＪＰＧファイル等の画像ファイルを一例として挙げることができる。ファイルサーバ識別子としては、文字、記号、数字、それらの組み合わせから構成されたものを用いることができる。
【００２３】
また、端末要求には、通信端末１２０のアドレスをさらに含むことができる。ファイルサーバ１３０やファイルサーバ１４０等の機器からの端末要求に対する処理結果を、通信端末１２０へ返してもらうためである。アドレスとしては、ＩＰアドレスを用いることができる。
【００２４】
通信端末１２０は、各種の端末要求を生成するためのアプリケーション、ＯＳ、ファームウェア、各種のデータを記憶するための記憶装置、上記アプリケーション等を記憶装置から読み出し実行するＣＰＵを備える。また、通信端末１２０は、グローバルネットワークへ接続するためのネットワークＩ／Ｆを備える。通信端末１２０は、そのほか、データ等を入力するための入力装置、情報を表示するための表示装置、音声を入力するための音声入力装置、音声を出力するための音声出力装置等を備えることができる。また、通信端末１２０は、撮像するためのカメラ等の撮像装置を備えることができる。通信端末１２０としては、例えば、ノートＰＣ、タブレットＰＣ、ＰＤＡ(Personal Digital Assistant)、スマートフォン、ゲーム機等を挙げることができる。
【００２５】
リレーサーバ１１０は、通信端末１２０からファイルサーバ１３０やファイルサーバ１４０等への端末要求を中継し、ファイルサーバ１３０やファイルサーバ１４０等から通信端末１２０へ端末要求に対する処理結果を中継する。このため、リレーサーバ１１０は、中継装置として機能する。
【００２６】
リレーサーバ１１０は、ファイルサーバ１３０、１４０等の複数の機器へ端末要求を送信するための各ファイルサーバ１３０、１４０等に対応する要求蓄積部としての各ファイルサーバ用のキュー１１１、１１２を備える。図４では、ファイルサーバ１３０用のキュー１１１と、ファイルサーバ１４０用のキュー１１２のみが示されている。
【００２７】
リレーサーバ１１０は、通信端末１２０からアップロード要求を受け付けると、そのアップロード要求に含まれるファイルサーバ識別子を抽出し、その１つを選択して対応するキュー、例えばキュー１１１へアップロード要求を入れ、蓄積させる。キュー１１１、１１２は、例えば、先入れ先出しキュー(FIFO)とされる。キュー１１１、１１２には、ファイルサーバ１３０、１４０のファイルサーバ識別子が割り当てられている。このため、リレーサーバ１１０は、対応するファイルサーバ１３０から端末要求を取得する取得要求を受け付けた場合、そのファイルサーバ１３０用のキュー１１１から端末要求を取り出し、送信することができる。
【００２８】
ファイルサーバ１３０やファイルサーバ１４０等のファイルサーバは、各種ファイルを格納し、端末要求に応じてファイルを読み出し、ファイルの書き込み等の処理を行う。ここでは、ファイルサーバを用いる例を説明するが、ファイルサーバに限られるものではなく、ＰＣ、ＭＦＰ(Multi Function Peripheral)、プリンタ等の機器であってもよい。複数のファイルサーバは、ファイルサーバ１３０と同じ構成であるので、ファイルサーバ１３０についてのみ説明する。
【００２９】
ファイルサーバ１３０が備えるリレーエージェント１３１は、リレーサーバ１１０との間で通信を行い、端末要求を受け付け、端末要求に対する処理をファイルサービス１３２に対して指示する。ファイルサービス１３２は、その指示を受けて、要求されるファイルを読み出し、あるいはファイルを書き込む等の処理を行い、処理結果を生成する。記憶装置１３３は、ファイルを格納し、保持する。リレーエージェント１３１は、ファイルサービス１３２が生成した処理結果をリレーサーバ１１０へ送信する。
【００３０】
例えば、端末要求がアップロード要求で、ファイルを記憶することを要求するものであれば、ファイルサービス１３２は、その処理として、受け付けたファイルを記憶装置１３３に記憶させる。そして、ファイルサービス１３２は、処理結果として、正しく記憶されたことを示すメッセージ等を生成する。
【００３１】
ファイルサーバ１３０は、文書アプリケーションやプレゼンテーション用アプリケーションにより作成されたファイルをＪＰＧファイル等の画像ファイルへ変換する処理を行うこともできる。このため、通信端末１２０が、文書アプリケーションやプレゼンテーション用アプリケーションにより作成されたファイルを印刷することができないプラットフォームからでも、そのファイルを印刷することが可能となる。
【００３２】
リレーサーバ１１０、ファイルサーバ１３０、１４０は、同様のハードウェア構成とされ、各種データやファイル、プログラムを記憶するための記憶装置、記憶装置からプログラムを読み出し、そのプログラムを実行するＣＰＵを備える。このプログラムは、ＣＰＵにより実行され、各サーバで実行すべき処理を行う。例えば、リレーサーバ１１０であれば、通信端末１２０とファイルサーバ１３０、１４０等の機器との間の端末要求や処理結果を中継する処理を実行する。ファイルサーバ１３０、１４０であれば、ＣＰＵをリレーエージェント１３１やファイルサービス１３２等として機能させ、上述したリレーエージェントやファイルサービス等が行う処理を実行する。
【００３３】
リレーサーバ１１０、ファイルサーバ１３０、１４０も、データ等を入力するためのキーボードやマウスといった入力装置、情報を表示するためのディスプレイといった表示装置等を備えることができる。なお、その他のファイルサーバも、ファイルサーバ１３０、１４０と同様のハードウェア構成とされる。
【００３４】
実際に、複数のファイルサーバ１３０、１４０へファイルをアップロードする際のリレーサーバ１１０が行う処理の様子を、図５に示し、その処理の詳細について説明する。アップロード要求は、１以上のアップロード要求メッセージとともに、ファイルサーバ１３０、１４０のファイルサーバ識別子を含む。アップロード要求メッセージは、処理としてファイルの保存を行う旨、一緒に送信するファイルの保存先の情報、保存するファイル名を含む。リレーサーバ１１０は、通信端末１２０からアップロード要求を受け付けると、そのアップロード要求に含まれるファイルサーバ識別子を抽出する。ここでは、ファイルサーバ１３０のファイルサーバ識別子が「aaa」とされ、ファイルサーバ１４０のファイルサーバ識別子が「bbb」とされている。
【００３５】
リレーサーバ１１０は、抽出されたファイルサーバ識別子により識別されるファイルサーバ用のキュー１１１、１１２の１つに、アップロード要求を入れる。ファイルサーバ識別子が２つであれば、それにより識別される２つのキューのいずれかにアップロード要求が入れられる。端末要求に、後述するようなサーバＩＤと関連サーバＩＤが含まれている場合、サーバＩＤに対応するキューに入れられる。
【００３６】
しかしながら、これに限定されるものではなく、例えば、ファイルサーバあるいはキューに番号が割り当てられる場合に、その小さい順に入れることも可能である。また、番号ではなく、アルファベットが割り当てられる場合、Ａ、Ｂ、Ｃ…の順に入れることもできる。これらの順番は、設定により予め定めておくことができる。
【００３７】
１つのキュー１１１へ入れられたアップロード要求は、対応するファイルサーバ１３０へ送信されるまでキュー１１１内に蓄積される。対応するファイルサーバ１３０は、例えば、定期的にリレーサーバ１１０へ端末要求を取得する取得要求を送る。このため、リレーサーバ１１０は、その取得要求に応答して、そのファイルサーバ１３０用のキュー１１１に蓄積されたアップロード要求を、そのファイルサーバ１３０へ送信する。
【００３８】
ファイルサーバ１４０も同様に、定期的にリレーサーバ１１０へ取得要求を送る。しかしながら、この時点では、他の通信端末からの端末要求がファイルサーバ１４０用のキュー１１２に入れられていない限り、このキュー１１２には、端末要求がないので、何も送信しない。
【００３９】
ファイルサーバ１３０は、受信したアップロード要求に含まれるアップロード要求メッセージに従って処理を行い、処理結果を生成する。そして、ファイルサーバ１３０は、その処理結果をリレーサーバ１１０へ送信する。
【００４０】
リレーサーバ１１０は、ファイルサーバ１３０から処理結果を受け付けると、アップロード要求に含まれるファイルサーバ１３０のファイルサーバ識別子を削除する。そして、リレーサーバ１１０は、キュー１１１から、アップロード要求に含まれるファイルサーバ識別子のうち、処理結果を受け付けていないファイルサーバ１４０用のキュー１１２へ受け渡す。
【００４１】
キュー１１２内に蓄積されるアップロード要求は、ファイルサーバ１３０のファイルサーバ識別子「aaa」が削除されたため、ファイルサーバ１４０のファイルサーバ識別子「bbb」のみを含む。ファイルサーバ１４０は、取得要求を送信し、リレーサーバ１１０からアップロード要求を取得すると、そのアップロード要求に含まれるアップロード要求メッセージに従って処理を行い、処理結果を生成する。そして、ファイルサーバ１４０は、その処理結果をリレーサーバ１１０へ送信する。
【００４２】
この処理が終了すると、そのファイルサーバ１４０のファイルサーバ識別子「bbb」も削除される。この削除により、このアップロード要求にはファイルサーバ識別子がなくなる。すなわち、ファイルをアップロードする先が存在しなくなるため、リレーサーバ１１０は、このアップロード要求を削除する。そして、リレーサーバ１１０は、処理結果を通信端末１２０へ送信し、このアップロード要求に対する処理を終了する。
【００４３】
上述した処理を実現するために、情報処理システム１００は、図６に示すような複数の機能部を備える。これらの機能部は、ＣＰＵが記憶装置から読み出したプログラムを実行することにより実現することができる。図６に示す機能部は、すべてを中継装置としてのリレーサーバ１１０が備えていてもよいし、一部をリレーサーバ１１０が備え、残りを他の装置が備えていてもよい。他の装置は、グローバルネットワークに接続されたＰＣ、ＭＦＰ、プリントサーバ等、いかなる装置であってもよい。
【００４４】
情報処理システム１００は、通信端末１２０から送信されたファイルサーバ識別子を含む端末要求を受け付ける要求受信部２００を備える。また、情報処理システム１００は、要求受信部２００が受け付けた端末要求を、その端末要求に含まれるファイルサーバ識別子の１つに対応するキュー、例えばキュー１１１に入れ、蓄積させる要求処理部２０１を備える。ここでは、ファイルサーバ１３０とファイルサーバ１４０の２つのファイル識別子が含まれているものとする。
【００４５】
要求処理部２０１は、端末要求に含まれる複数のファイルサーバ識別子を抽出する。要求処理部２０１は、端末要求を参照し、ファイルサーバ識別子の１つを選択する。要求処理部２０１は、そのファイルサーバ識別子が割り当てられたファイルサーバ１３０用のキュー１１１にその端末要求を入れ、蓄積させる。
【００４６】
情報処理システム１００は、ファイルサーバ１３０から取得要求を受けて、そのファイルサーバ１３０用のキュー１１１に蓄積された端末要求を、ファイルサーバ１３０へ送信する要求送信部２０２を備える。また、情報処理システム１００は、ファイルサーバ１３０からその端末要求に対する処理結果を受信する結果受信部２０３と、受信した処理結果を通信端末１２０へ送信する結果送信部２０４とを備える。
【００４７】
要求処理部２０１は、ファイルサーバ１３０から処理結果を受信すると、キュー１１１に入れた端末要求を、別のキュー１１２へ受け渡す処理を行う。このとき、要求処理部２０１は、結果受信部２０３が処理結果を受け付けたファイルサーバ１３０のファイルサーバ識別子を、端末要求に含まれる複数のファイルサーバ識別子と比較する。要求処理部２０１は、その比較により、一致するファイルサーバ識別子を端末要求から削除する。そして、要求処理部２０１は、そのファイルサーバ１３０のファイルサーバ識別子が削除された端末要求をキュー１１２へ入れる。
【００４８】
同様にして、要求送信部２０２は、ファイルサーバ１４０から取得要求を受けると、キュー１１２に蓄積された端末要求をファイルサーバ１４０へ送信する。結果受信部２０３は、ファイルサーバ１４０から処理結果を受信する。
【００４９】
要求処理部２０１は、上記と同様、ファイルサーバ１４０のファイルサーバ識別子を端末要求から削除する。そして、要求処理部２０１は、端末要求にファイルサーバ識別子がまだ含まれているかどうかを判断する。ここでは、要求処理部２０１は、含まれていないと判断する。含まれていない場合、受け渡す先のキューが存在しないこととなる。このため、要求処理部２０１は、端末要求を削除する。それを受けて、結果送信部２０４は、通信端末１２０へ処理結果を送信する。
【００５０】
複数のファイルサーバのファイルサーバ識別子を含めて端末要求を送信し、端末要求を順番にキューに受け渡すことにより、異なるネットワークに接続された複数のファイルサーバへ一回の端末要求でファイルを送信できる。
【００５１】
図６では、情報処理システム１００が、ファイルサーバ１３０、１４０と、通信端末１２０と、要求受信部２００、要求処理部２０１、要求送信部２０２、結果受信部２０３、結果送信部２０４とを備えるものとして説明した。しかしながら、情報処理システム１００は、これらに加えて、その他の機能部をさらに含んで構成されていてもよい。
【００５２】
通信端末１２０とファイルサーバ１３０やファイルサーバ１４０との間で通信を行うには、最初にペアリングと呼ばれる２つの機器をペアにして登録する処理が必要である。通信端末１２０からアクセスできるファイルサーバ１３０、１４０を登録するためである。
【００５３】
図７は、その処理の一例を示したシーケンス図である。まず、ペアリングする、例えばファイルサーバ１３０が備える表示装置に、ＱＲコード（登録商標）やカラーコード等の登録したい機器の情報および認証情報を含むコードを表示させる。ここでは、ファイルサーバ１３０が備える表示装置としているが、ファイルサーバ１３０に接続されるＰＣ等であってもよい。
【００５４】
表示装置に表示させる画面としては、図８に示すようなコードを含む画面とすることができる。図８に示すコードの内容は、図９に示すような情報を含むものとされる。例えば、登録したいファイルサーバ１３０のファイルサーバ識別子であるサーバＩＤ、そのファイルサーバのＩＰアドレス、リレーサーバ１１０のアドレス、ワンタイムパスワードといった認証情報を含む。その他の情報として、複数のファイルサーバを登録できるように、主となるファイルサーバ１３０を上記サーバＩＤとし、残りを関連するファイルサーバ１４０とし、その関連サーバＩＤを含むことができる。
【００５５】
サーバＩＤおよび関連サーバＩＤは、いかなる文字、記号、数字、それらの組み合わせであってもよい。ＩＰアドレスは、図９に示すような「192.168.0.2」とし、リレーサーバ１１０のアドレスは、「relay.test.co.jp」等のＵＲＬ、ＵＲＩ、ＩＰアドレス等とすることができる。ワンタイムパスワードは、認証のために１度しか使えないパスワードで、「0123456789」等の任意の文字、記号、数字等からなるもの、またはそれらの組み合わせからなるものとすることができる。ワンタイムパスワードは、これに限定されるものではないが、例えば、リレーサーバ１１０に登録されている製造番号、暗証番号、時刻等を用いて生成することができる。
【００５６】
ユーザは、通信端末１２０を使用し、その表示装置に表示されたコードを撮影する。その様子を示した図が、図１０である。ユーザは、通信端末１２０を操作し、「コードを読み取らせて下さい」と表示された枠内に、表示装置に表示されたコードが入るようにし、撮像ボタンを押下してそのコードを撮像する。
【００５７】
コードにワンタイムパスワードが含まれている場合、ワンタイムパスワードを予め定められた時間内にファイルサーバ１３０へ送信し、ファイルサーバ１３０がその時間内にワンタイムパスワードを受信した場合にのみ認証成功とする。認証成功の場合、ファイルサーバ１３０は、通信端末１２０にアクセス用のユーザ名およびパスワードを生成して渡す。これらユーザ名およびパスワードは、通信端末１２０が端末要求を送信する際に使用される。
【００５８】
ファイルサーバ１３０は、上記の時間内にワンタイムパスワードを受信しない場合、認証失敗とし、通信端末１２０へエラーを通知する。
【００５９】
この処理を実現するために、情報処理システム１００は、図６に示した機能部に加えて、通信端末１２０に読み取らせるために認証情報を含むコードを表示させる表示部をさらに備えることができる。また、情報処理システム１００は、通信端末１２０から認証情報を受け取り、受け取った認証情報がコードに含まれる認証情報に一致するかどうかを判断する情報判断部も備えることができる。
【００６０】
また、情報処理システム１００は、認証情報を用いてコードを生成するコード生成部を備えることができる。コードの作成は、コード作成ツールと呼ばれる専用ソフトウェアを使用して行うことができる。情報処理システム１００は、一致すると判断された場合に、コードに含まれる複数のファイルサーバ識別子を通信端末１２０が通信可能なファイルサーバのファイルサーバ識別子として登録する情報登録部を備えることができる。
【００６１】
このように登録することで、予め複数のファイルサーバの情報を知っておく必要もなく、複数のファイルサーバとの間で通信を行うことが可能となる。
【００６２】
図１１を参照して、ペアリング時に行われる認証フローについて詳細に説明する。ステップ１１００からこの処理を開始し、ステップ１１１０では、通信端末１２０で、表示装置に表示されたコードを読み取り、認証に必要なデータを取得する。ここで、認証に必要なデータとしては、認証情報としてのワンタイムパスワードが挙げられる。ここでは、認証情報としてワンタイムパスワードを例示したが、それ以外の情報であってもよい。
【００６３】
ステップ１１２０では、通信端末１２０のＩＤと、コードに含まれるワンタイムパスワードを送信する。ステップ１１３０では、ファイルサーバ１３０が、ワンタイムパスワードが正しいものであるかどうかを判断する。すなわち、ファイルサーバ１３０が表示させたコードに含まれるワンタイムパスワードと、通信端末１２０から受信したワンタイムパスワードが一致するかどうかにより判断する。
【００６４】
認証が成功した場合、ステップ１１４０へ進み、認証が失敗した場合、ステップ１１７０へ進む。ステップ１１４０では、認証が成功した旨の画面を表示する。ステップ１１５０では、通信端末１２０が、そのコードを読み取ることにより取得したサーバＩＤ、関連サーバＩＤ、ＩＰアドレス、リレーサーバ１１０のアドレスを、登録したファイルサーバの情報として保存する。
【００６５】
ステップ１１６０では、ファイルサーバ１３０が、アクセス用のユーザ名およびパスワードを通信端末１２０へ送信し、ステップ１１８０でこのペアリング処理を終了する。ステップ１１７０では、エラーを通知し、認証が失敗した旨の画面を表示する。そして、ステップ１１８０へ進み、このペアリング処理を終了する。
【００６６】
図１２は、ペアリングが成功したときに通信端末１２０に表示される画面の例を示した図である。この画面では、登録に成功した旨のほか、アクセス用のユーザ名、サーバＩＤ、ＩＰアドレス、関連サーバＩＤが含まれる。ここではアクセス用のパスワードが含まれていないが、このパスワードを含んでいてもよい。
【００６７】
次に、図１３を参照して、リレーサーバ１１０が通信端末１２０から端末要求を受け付けてから行う処理について詳細に説明する。ステップ１３００から処理を開始し、ステップ１３１０では、ファイルサーバ１３０からの端末要求を取得する取得要求があるかどうかを判断する。ない場合は、取得要求があるまで、このステップ１３１０の判断を繰り返す。
【００６８】
取得要求があった場合、ステップ１３２０へ進み、リレーサーバ１１０は、ファイルサーバ１３０のファイルサーバ識別子と一致する端末要求が存在するかどうかを判断する。そのファイルサーバ識別子が割り当てられたファイルサーバ１３０用のキュー１１１を参照することにより、その存在の有無を判断することができる。この判断は、例えば、図６に示す要求処理部２０１により行うことができる。
【００６９】
端末要求が存在しないと判断された場合、ステップ１３１０へ戻る。これに対し、端末要求が存在すると判断された場合、ステップ１３３０へ進み、要求送信部２０２が、ファイルサーバ識別子が一致している端末要求をファイルサーバ１３０に送信する。ステップ１３４０では、端末要求に含まれるファイルサーバ識別子により識別されるファイルサーバの全てから取得要求を受け付けたかどうかを判断する。
【００７０】
受け付けていない場合、ステップ１３５０へ進み、処理結果を受け付けたファイルサーバのファイルサーバ識別子を削除し、その端末要求を別のキュー１１２に渡す。別のキュー１１２は、端末要求に含まれるファイルサーバ識別子に対応するキューであって、処理結果を受け付けていないファイルサーバ用のキューである。受け付けた場合、ステップ１３６０へ進み、端末要求を削除し、ステップ１３７０でこの処理を終了する。
【００７１】
図６に示した情報処理システム１００は、その他の機能部として、ユーザからの入力を受け付け、情報登録部に登録された複数のファイルサーバ識別子を追加して端末要求を生成する要求生成部を備えることができる。
【００７２】
要求生成部が行う端末要求を生成するための処理を、図１４に示すフローチャートを参照して詳細に説明する。ステップ１４００からこの処理を開始し、ステップ１４１０で、ユーザからの入力を受け付け、リクエストを生成する。このリクエストは、例えばＨｔｔｐリクエストとして作成される。Ｈｔｔｐリクエストは、ヘッダと、ボディとを有する。リクエストは、ヘッダにファイルサーバ識別子を含まない形、ボディにまだファイルを含まない形で作成される。
【００７３】
具体的には、リクエストは、１以上のアップロード要求メッセージ、ユーザ名等を含むものとして作成される。ユーザによる入力としては、例えば、上記ユーザ名の入力あるいは選択、アップロード要求等の要求の種別の入力や選択等が挙げられる。
【００７４】
ステップ１４２０では、ペアリングしているファイルサーバ１３０のファイルサーバ識別子をヘッダに追加する。ここで追加するファイルサーバ識別子は、サーバＩＤである。ステップ１４３０では、アップロード先のファイルサーバへのファイルパスを追加する。ファイルパスとしては、例えば、リレーサーバ１１０のアドレス、ファイルサーバ１３０のＩＰアドレスが挙げられる。ステップ１４４０では、ファイルを複数のファイルサーバにアップロードするかどうかを判断する。これは、登録している情報に、関連サーバＩＤが含まれるか否かにより判断を行うことができる。
【００７５】
ステップ１４４０で複数のファイルサーバにアップロードする場合、ステップ１４５０へ進み、追加するファイルサーバのファイルサーバ識別子を追加し、ステップ１４６０へ進む。複数のファイルサーバにアップロードしない場合、直接ステップ１４６０へ進む。
【００７６】
ステップ１４６０では、ボディにアップロードするファイルを追加し、ステップ１４７０でこの処理を終了する。アップロードするファイルは、写真や画像等のファイルを一例として挙げることができる。
【００７７】
なお、登録している情報に含まれるすべてのファイルサーバのファイルサーバ識別子を追加する必要はなく、予めユーザが指定しておき、その指定されたファイルサーバ識別子のみを追加することも可能である。
【００７８】
図１５は、アップロード要求の内容を例示した図である。アップロード要求は、アップロードするファイルが格納されている場所を示すＵＲＬ、アップロード先のファイルサーバのサーバＩＤ、認証情報としてのアクセス用のユーザ名およびパスワードを含む。サーバＩＤは、ファイルサーバ識別子である。ここでは、ファイルが格納されている場所をＵＲＬとして示しているが、これに限られるものではなく、ＵＲＩ、データベース名やフォルダ名等であってもよい。
【００７９】
図１６は、複数のファイルサーバへアップロードする処理の流れを例示したシーケンス図である。リレーサーバ１１０は、ファイルサーバ１３０、１４０が備えるリレーエージェントから取得要求を定期的に受け付ける。説明を簡単にするために、通信端末１２０とファイルサーバ１３０との間の通信のみとして説明する。
【００８０】
リレーサーバ１１０がファイルサーバ１３０用のキュー１１１にアップロード要求を蓄積していない場合、そのリレーエージェント１３１へ送信するアップロード要求がないので、何も行わない。
【００８１】
通信端末１２０からアップロード要求を受け付けると、リレーサーバ１１０は、ファイルサーバ１３０用のキュー１１１へそのアップロード要求を入れ、リレーエージェント１３１から取得要求を受け付けるまで待つ。リレーエージェント１３１から取得要求を受け付けると、キュー１１１へ入れたアップロード要求をそのリレーエージェント１３１へ送信する。
【００８２】
リレーエージェント１３１がアップロード要求を受け付けると、ファイルサービス１３２へアップロード要求メッセージを送り、処理を指示する。ファイルサービス１３２は、アップロード要求メッセージに従って処理を実行し、処理結果を生成してリレーエージェント１３１へ返す。ここでは、処理結果は、アップロード結果とされる。
【００８３】
リレーエージェント１３１は、ファイルサービス１３２から受け取ったアップロード結果を、リレーサーバ１１０へ送信する。
【００８４】
端末要求に含まれる全てのファイルサーバ識別子に対応するファイルサーバからアップロード結果を受け付けていない場合、ファイルサーバ１３０用のキュー１１１から、アップロード結果を受け付けていないファイルサーバ用のキューへ端末要求を受け渡す。このとき、アップロード結果を受け付けたファイルサーバ１３０のファイルサーバ識別子を端末要求から削除し、上記アップロード結果を受け付けていないキューへ入れる。そして、そのファイルサーバから取得要求が来るのを待つ。
【００８５】
リレーサーバ１１０は、端末要求に含まれる全てのファイルサーバ識別子に対応するファイルサーバからアップロード結果を受け付けた場合、アップロード要求を削除する。削除した後、リレーサーバ１１０は、通信端末１２０にアップロード要求に対するアップロード結果を送信する。
【００８６】
図１７は、複数のファイルサーバにアップロードを行う場合のアップロード要求の内容を例示した図である。アップロード要求は、アップロードするファイルが格納されている場所を示すＵＲＬ、アップロード先のファイルサーバのサーバＩＤ、認証情報としてのアクセス用のユーザ名およびパスワードを含む。サーバＩＤは、ファイルサーバ識別子である。ここでは、ファイルが格納されている場所をＵＲＬとして示しているが、これに限られるものではなく、ＵＲＩ、データベース名やフォルダ名等であってもよい。
【００８７】
図１５に示す実施形態では、サーバＩＤのみとされていたが、複数のファイルサーバにアップロードするので、複数の関連サーバＩＤを含んで構成される。ここでは、１つのサーバＩＤと２つの関連サーバＩＤの３つのファイルサーバのファイルサーバ識別子が含まれている。
【００８８】
関連サーバＩＤは、２つに限らず、１つであっても、３つ以上であってもよい。ヘッダには、上記のサーバＩＤやユーザ名等以外の情報を含めることも可能である。
【００８９】
本発明によれば、これらの中継装置、情報処理システムおよびプログラムを提供することにより、異なるネットワークに接続される複数の機器に対し、端末要求を送信するという一回のユーザ操作でファイルを送信することができる。一回の操作で済むため、操作が簡易になり、ユーザの負担も軽減することができる。
【００９０】
また、処理が済んだ機器の情報を削除することで、同じキューへ２度入れる間違いを防止することができる。さらに、機器識別情報を含まない場合に端末要求を自動的に削除することで、端末要求がいずれかのキューへ入れられ、機器へと送られることを防止することができ、セキュリティを保証することができる。
【００９１】
また、二次元コード等のコードとして読み取らせることにより、他人にファイルサーバの情報等が見られるのを防止することができる。コードが認証情報を含み、その認証情報を一定時間内に受け付けた場合に認証する構成を採用することで、セキュリティを保証することができる。
【００９２】
これまで本発明を、中継装置、情報処理システムおよびプログラムとして上述した実施の形態をもって説明してきたが、本発明は上述した実施の形態に限定されるものではない。したがって、他の実施の形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００９３】
１０…グローバルネットワーク、１１、１１ａ、１１ｂ…ローカルネットワーク、１２、１２ａ、１２ｂ、１２ｃ…ファイアウォール、１３…携帯端末、１４…ファイルサーバ、１５…大規模ファイルサーバ、１６…基地局、１７…リレーサーバ、１８…ファイルサーバ、１９…３Ｇ回線、１００…情報処理システム、１１０…リレーサーバ、１１１、１１２…キュー、１２０…通信端末、１３０…ファイルサーバ、１３１…リレーエージェント、１３２…ファイルサービス、１３３…記憶装置、１４０…ファイルサーバ、１５０…ファイアウォール、２００…要求受信部、２０１…要求処理部、２０２…要求送信部、２０３…結果受信部、２０４…結果送信部
【先行技術文献】
【特許文献】
【００９４】
【特許文献１】特開２００４−４６６８１号公報
【図１】
2014178917.tif 000003
【図２】
2014178917.tif 000004
【図３】
2014178917.tif 000005
【図４】
2014178917.tif 000006
【図５】
2014178917.tif 000007
【図６】
2014178917.tif 000008
【図７】
2014178917.tif 000009
【図８】
2014178917.tif 000010
【図９】
2014178917.tif 000011
【図１０】
2014178917.tif 000012
【図１１】
2014178917.tif 000013
【図１２】
2014178917.tif 000014
【図１３】
2014178917.tif 000015
【図１４】
2014178917.tif 000016
【図１５】
2014178917.tif 000017
【図１６】
2014178917.tif 000018
【図１７】
2014178917.tif 000019