JP2020087178A - 情報処理装置、情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】機器に出力させるデータの送信先に関する柔軟性を向上させること。【解決手段】機器と通信可能な仲介装置と通信可能な情報処理装置は、端末が外部から取得した識別情報を前記端末から受信すると、前記識別情報の送信元のアドレス情報に基づいて、前記識別情報に関連付けられているサービスに関して前記端末が入力する画像データであって、前記仲介装置を介して前記機器に出力させる画像データの送信先を特定し、当該送信先を示す情報を前記端末に指示する指示部、を有する。【選択図】図６

Description

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

特許文献１には、ユーザ端末がサイネージ装置から機器ＩＤ及びサービスＩＤを取得し、クラウドサーバへ機器ＩＤ及びサービスＩＤを送信すると、クラウドサーバが受信したサービスＩＤと機器ＩＤの組み合わせに基づいてワークフローを特定し、特定したワークフローを実行するといった技術が開示されている。また、ワークフローの実行例としてクラウドサーバが合成した画像をサイネージ装置へ送信することが開示されている。

しかしながら、特許文献１では、画像は全てクラウドサーバ上で管理する前提となっている。したがって、例えば、企業内において機密性の高い文書等の画像が社外に送信されることについて不安を抱くユーザにとって、特許文献１に記載された技術は有効性が低いと考えられる。

本発明は、上記の点に鑑みてなされたものであって、機器に出力させるデータの送信先に関する柔軟性を向上させることを目的とする。

そこで上記課題を解決するため、機器と通信可能な仲介装置と通信可能な情報処理装置は、端末が外部から取得した識別情報を前記端末から受信すると、前記識別情報の送信元のアドレス情報に基づいて、前記識別情報に関連付けられているサービスに関して前記端末が入力する画像データであって、前記仲介装置を介して前記機器に出力させる画像データの送信先を特定し、当該送信先を示す情報を前記端末に指示する指示部、を有する。

機器に出力させるデータの送信先に関する柔軟性を向上させることができる。

第１の実施の形態における情報処理システムの構成例を示す図である。 第１の実施の形態におけるサーバ装置１０のハードウェア構成例を示す図である。 第１の実施の形態におけるユーザ端末２０のハードウェア構成例を示す図である。 第１の実施の形態における仲介装置３０のハードウェア構成例を示す図である。 第１の実施の形態の概要を説明するための図である。 第１の実施の形態における各装置の機能構成例を示す図である。 仲介装置３０の起動に応じて実行される処理手順の一例を説明するためのシーケンス図である。 機器情報記憶部１２２の構成例を示す図である。 登録情報記憶部１２４の構成例を示す図である。 アプリ情報記憶部１２１の構成例を示す図である。 タグシールに対するユーザ端末２０の近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。 ユーザ情報記憶部１２３の構成例を示す図である。 アップロード画面の表示例を示す図である。 第１の実施の形態におけるユーザ端末２０から仲介装置３０への画像データの配信処理の処理手順の一例を説明するためのシーケンス図である。 第２の実施の形態における各装置の機能構成例を示す図である。 第２の実施の形態におけるユーザ端末２０から仲介装置３０への画像データの配信処理の処理手順の一例を説明するためのシーケンス図である。

以下、図面に基づいて第１の実施の形態を説明する。図１は、第１の実施の形態における情報処理システムの構成例を示す図である。図１に示される情報処理システム１において、サーバ装置１０及びユーザ環境Ｅ１は、インターネット等の広域的なネットワークＮ１を介して通信可能とされている。但し、ネットワークＮ１は、イントラネット等、所定の範囲内においてアクセスが可能なネットワークであってもよい。

ユーザ環境Ｅ１は、１以上の出力機器４０並びに仲介装置３０ａ及び３０ｂ等の複数の仲介装置（以下、それぞれを区別しない場合、「仲介装置３０」という。）が設置された企業等の組織におけるシステム環境である。出力機器４０は、入力される画像を出力する機器である。図１には、出力機器の一例として、プロジェクタ４１、ディスプレイ４２及び電子黒板４３等が例示されている。ユーザ環境Ｅ１において、各出力機器４０は、それぞれに対応する仲介装置３０に接続される。図１において、プロジェクタ４１及びディスプレイ４２は、仲介装置３０ａに接続され、電子黒板４３は、仲介装置３０ｂに接続されている。すなわち、一つの仲介装置３０に対して１又は複数の出力機器４０が接続可能である。なお、図１では、仲介装置３０ａに対して異なる種類の出力機器４０（プロジェクタ４１及びディスプレイ４２）が接続される例が示されているが、１つの仲介装置３０に対して同じ種類の出力機器４０が接続されてもよい。出力機器４０と仲介装置３０とは、例えば、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）等のように、画像を伝達可能な規格に準拠したインタフェースを介して接続される。例えば、出力機器４０と仲介装置３０とは、当該インタフェースに対応したケーブル（例えば、ＨＤＭＩ（登録商標）ケーブル等）によって接続されてもよい。又は、仲介装置３０が有する当該インタフェースに対応したコネクタと、出力機器４０が有する当該インタフェースに対するコネクタとが直接的に接続されてもよい。例えば、仲介装置３０が出力機器４０のコネクタに挿入されることで、両者が接続されてもよい。又は、仲介装置３０と出力機器４０の間が無線通信で接続されていてもよいし、ネットワークを介して接続されていてもよい。

出力機器４０と仲介装置３０とが上記のように接続されることで、仲介装置３０は、出力機器４０に対して出力対象の画像を送信することができる。

仲介装置３０は、ユーザ環境Ｅ１内のＬＡＮ等を介してネットワークＮ１に接続される。仲介装置３０は、ユーザ環境Ｅ１内のＬＡＮ等に無線接続してもよい。仲介装置３０は、内部にＷｅｂブラウザを備え、当該Ｗｅｂブラウザによって、サーバ装置１０から送信される画像データに関する処理の実行要求に応じた処理を実行して出力機器４０等の出力機器を制御する（例えば該処理の実行結果を出力機器４０に出力させる）。具体的には、本実施の形態において、仲介装置３０は、当該画像データの出力（例えば投影又は表示等）を出力機器４０に実行させる。すなわち、仲介装置３０は、サーバ装置１０から送信されるデータについての出力機器４０による画像の出力（例えば投影又は表示等）を仲介する。なお、例えば、ＨＤＭＩ（登録商標）ドングルやスティックＰＣ等のコンピュータが、仲介装置３０として利用されてもよい。

ユーザ端末２０は、ユーザ環境Ｅ１における各ユーザが携帯する情報処理端末である。例えば、スマートフォン、タブレット端末、ＰＣ、又は携帯電話等がユーザ端末２０として利用されてもよい。なお、ユーザ端末２０は、ユーザ環境Ｅ１内のＬＡＮ等を介さずに（例えば、移動体通信網等を介して）ネットワークＮ１に接続可能である。但し、ユーザ端末２０は、ユーザ環境Ｅ１内のネットワークに接続可能であってもよい。

サーバ装置１０は、ユーザ端末２０を利用した簡易な操作で、ユーザ端末２０において指定された画像データについて、出力機器４０等の出力機器による出力を実現するための処理を実行する１以上のコンピュータである。なお、サーバ装置１０は、ユーザ環境Ｅ１に設置されてもよい。

図２は、第１の実施の形態におけるサーバ装置１０のハードウェア構成例を示す図である。図２のサーバ装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

サーバ装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってサーバ装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

図３は、第１の実施の形態におけるユーザ端末２０のハードウェア構成例を示す図である。図３において、ユーザ端末２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、タッチパネル２０４、補助記憶装置２０５、近距離無線通信機２０６、デジタルカメラ２０７等を有する。

ＲＯＭ２０２及び補助記憶装置２０５は、ユーザ端末２０にインストールされたプログラム等を記憶する。ＲＡＭ２０３は、プログラムの起動指示があった場合に、ＲＯＭ２０２又は補助記憶装置２０５からプログラムを読み出して記憶する。ＣＰＵ２０１は、ＲＡＭ２０３に記憶されたプログラムに従ってユーザ端末２０に係る機能を実現する。

タッチパネル２０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル２０４は、表示装置２１１及び入力装置２１２等を含む。

表示装置２１１は、液晶ディスプレイ等であり、タッチパネル２０４の表示機能を担う。入力装置２１２は、表示装置２１１に対する接触物の接触を検出するセンサを含む電子部品である。なお、接触物とは、タッチパネル２０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。なお、タッチパネル２０４は必ずしも備えている必要はなく、ユーザ端末２０が表示装置２１１と入力装置２１２を別々に備えていてもよい。また、表示装置２１１は、ユーザ端末２０と外付けで接続されていてもよい。また、入力装置２１２は接触を検出するセンサに限られず、ハードウェアキー、キーボード、マウス等の電子部品も含まれる。

近距離無線通信機２０６は、近距離無線通信を行うためのハードウェアである。第１の実施の形態において、近距離無線通信機２０６は、ＮＦＣタグに記憶されている情報を読み取る。すなわち、第１の実施の形態において、近距離無線通信機２０６は、ＮＦＣリーダが好適である。デジタルカメラ２０７は、撮像機能を有する一般的なデジタルカメラであってユーザ端末２０に電子部品として内蔵されていてもよいし、ユーザ端末２０と外付けで接続されていてもよい。

図４は、第１の実施の形態における仲介装置３０のハードウェア構成例を示す図である。図２の仲介装置３０は、補助記憶装置３０１、メモリ装置３０２、ＣＰＵ３０３、通信インタフェース３０４、及び画像インタフェース３０５等を有する。

仲介装置３０での処理を実現するプログラムは、補助記憶装置３０１にインストールされる。補助記憶装置３０１は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置３０２は、プログラムの起動指示があった場合に、補助記憶装置３０１からプログラムを読み出して格納する。ＣＰＵ３０３は、メモリ装置３０２に格納されたプログラムに従って仲介装置３０に係る機能を実行する。通信インタフェース３０４は、ネットワークに接続するための物理的なインタフェースである。画像インタフェース３０５は、出力機器４０への画像の送信用の物理的なインタフェースである。

図５は、第１の実施の形態の概要を説明するための図である。図５に示されるように、出力機器４０には、例えばシール状のＮＦＣタグ（以下、単に「タグシール」という。）が貼り付けられている。タグシールには、サーバ装置１０にアクセスするためのＵＲＬのうち、ユーザ端末２０が最初にアクセスすべきＵＲＬ（以下、「初期アクセスＵＲＬ」という。）を含む情報（以下、「タグ情報」という。）が記憶されている。タグ情報において、初期アクセスＵＲＬには、オプション情報として登録ＩＤが付与されている。例えば、タグ情報は以下のような形式を有する。
ｈｔｔｐｓ：／／ｘｘｘ．ｙｙｙ．ｃｏｍ／？ｔａｇｉｄ＝Ｔａｇ０１
ここで、「ｔａｇｉｄ＝ＸＸＸ」における「ＸＸＸ」の部分（上記では「Ｔａｇ０１」）が登録ＩＤに相当する。登録ＩＤは、サーバ装置１０において登録されている識別情報である。タグシールごとに異なる登録ＩＤが割り当てられても良いし、複数のタグシールに対して同じ登録ＩＤが割り当てられてもよい。一方、「ｈｔｔｐｓ：／／ｘｘｘ．ｙｙｙ．ｃｏｍ／」の部分（初期アクセスＵＲＬ）は、ユーザ環境Ｅ１内において利用される各タグシールに記憶されているタグ情報について共通であってもよい。なお、登録ＩＤは初期アクセスＵＲＬに含まれていなくともよく、初期アクセスＵＲＬとは別個に記憶されていてもよい。

ユーザが、出力機器４０に貼り付けられているタグシールに例えばユーザ端末２０を翳すと（Ｓ１）、ユーザ端末２０の近距離無線通信機２０６は、タグシールに記憶されているタグ情報を読み取ることでタグ情報を取得する（Ｓ２）。続いて、ユーザ端末２０は、当該取得したタグ情報に含まれている初期アクセスＵＲＬの宛先（「ｈｔｔｐｓ：／／ｘｘｘ．ｙｙｙ．ｃｏｍ」）であるサーバ装置１０へアクセスする（Ｓ３）。この際、取得したタグ情報に含まれる登録ＩＤ等もサーバ装置１０へ送信される。

サーバ装置１０は、当該登録ＩＤに関連付けて予め登録されているサービスの実行を制御する。例えば、当該サービスが、ユーザ端末２０が撮像する画像データを特定の出力機器４０に出力させることであれば、サーバ装置１０は、ユーザ端末２０が撮像した画像データをユーザ端末２０から取得して、当該画像データを当該登録ＩＤに対応付けられている仲介装置３０へ送信する（Ｓ４）。なお、サーバ装置１０は、例えば、画像データのアップロードを促す画面の表示データをユーザ端末２０へ送信し、当該画面を介したユーザによる操作に応じてユーザ端末２０が撮像した画像データをユーザ端末２０から受信することで、当該画像データを取得する。

仲介装置３０は、当該画像データをサーバ装置１０から受信すると、当該画像データを描画する。その結果、描画結果が出力機器４０へ送信される（Ｓ５）。出力機器４０は、当該描画結果（すなわち、当該画像データ）を出力する。

したがって、ユーザは、ユーザ端末２０の外部からタグ情報を取得するといった簡易な操作によって、上記のような出力機器に関するサービスを受けることができる。例えば上記で説明した一例では、出力機器４０に配置（貼付）されたタグシールにユーザ端末２０を翳す（近接させる）といった簡易な操作によって、上記のようなサービスを受けることができる。なお、上記の通り、登録ＩＤに応じて実行されるサービスが特定される。すなわち、登録ＩＤごとに異なるサービスを関連付けることができる。

図５において説明した処理を実現するために、ユーザ端末２０、仲介装置３０及びサーバ装置１０は、図３に示されるような機能構成を有する。

図６は、第１の実施の形態における各装置の機能構成例を示す図である。図６において、ユーザ端末２０は、情報取得部２１及びブラウザ部２２等を有する。これら各部は、ユーザ端末２０にインストールされた１以上のプログラムが、ＣＰＵ２０１に実行させる処理により実現される。

情報取得部２１は、近距離無線通信機２０６を利用して、タグシールからタグ情報（登録ＩＤを含む初期アクセスＵＲＬ）を取得し、当該タグ情報を入力情報としてブラウザ部２２を起動する。なお、情報取得部２１は、ユーザ端末２０のＯＳ（Operating System）の一部がＣＰＵ２０１に実行させる処理によって実現されてもよい。

ブラウザ部２２は、例えば、一般的なＷｅｂブラウザであり、ＨＴＭＬ（HyperText Markup Language）データやスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標））等に従った処理を実行する。ブラウザ部２２は、情報取得部２１から入力情報として通知されたタグ情報に含まれる初期アクセスＵＲＬに対応するサーバ装置１０のアプリ判定部１２に、当該タグ情報ＵＲＬに含まれている登録ＩＤ等を送信する。ブラウザ部２２は、また、初期アクセスＵＲＬへのアクセスに応じたアプリ判定部１２からの応答であるリダイレクト要求に従って、サーバ装置１０が有するアプリケーションのうち、登録ＩＤに関連付けられているアプリケーションにアクセスする。ブラウザ部２２は、当該アプリケーションから、ユーザ端末２０への処理の実行要求を示すデータ（ＨＴＭＬデータやスクリプト等）を取得する。

仲介装置３０は、通信制御部３１、ブラウザ管理部３２、ブラウザ部３３及びローカル配信部３４等を有する。これら各部は、仲介装置３０にインストールされた１以上のプログラムが、ＣＰＵ３０３に実行させる処理により実現される。仲介装置３０は、また、文書画像記憶部３５を利用する。文書画像記憶部３５は、例えば、補助記憶装置３０１、又は仲介装置３０にＬＡＮ等のネットワークを介して接続される、ユーザ環境Ｅ１内の記憶装置等を用いて実現可能である。

通信制御部３１は、サーバ装置１０の連携部１１との間で双方向の通信路を接続（通信セッションを確立）し、当該通信路（通信セッション）において仲介装置３０側の端点として機能する。当該通信路（通信セッション）を介した通信により、仲介装置３０の状態をサーバ装置１０に通知したり、仲介装置３０が出力機器４０に出力させるべき画像データがサーバ装置１０へ入力された（本実施の形態では、ユーザ端末２０からアップロードされた）ことの通知をサーバ装置１０から受信することができる。

ブラウザ管理部３２は、ブラウザ部３３を例えばキオスクモードで起動する。キオスクモードとは、仲介装置３０の用途をＷｅｂページの表示に制限するモードをいう。なお、キオスクモードはあくまで一例であって、Ｗｅｂページの表示が可能なモードであれば他のモードであってもよい。

ブラウザ部３３は、例えば、一般的なＷｅｂブラウザであり、ＨＴＭＬデータやスクリプト等に従った処理を実行する。ブラウザ部３３は、起動に応じ、初期アクセスＵＲＬ（すなわち、サーバ装置１０のアプリ判定部１２）にアクセスする。この際、初期アクセスＵＲＬに対して、ブラウザ部３３の識別情報（以下、「ブラウザＩＤ」という。）がオプション情報として付与される。ブラウザ部３３は、初期アクセスＵＲＬへのアクセスに応じたアプリ判定部１２からの応答であるリダイレクト要求に従って、サーバ装置１０が有するアプリケーションのうち、当該ブラウザＩＤに関連付けられているアプリケーションにアクセスする。ブラウザ部３３は、当該アプリケーションから、仲介装置３０への処理の実行要求を示すデータ（ＨＴＭＬデータやスクリプト等）を取得する。

ローカル配信部３４は、登録ＩＤに対応付けられたサービスに関して入力となる画像データを当該画像データの入力元から受信し、当該画像データを文書画像記憶部３５に記憶する。ローカル配信部３４は、また、当該サービスにおける当該画像データの出力先へ、当該画像データの入力を通知する。ローカル配信部３４は、更に、当該出力先からの要求に応じ、当該画像データを文書画像記憶部３５から取得して当該出力先へ送信する。本実施の形態において、当該入力元は、ユーザ端末２０であり、当該出力先は、仲介装置３０である。

サーバ装置１０は、連携部１１、アプリ判定部１２、アップロードアプリ１３及び出力アプリ１４等を有する。これら各部は、サーバ装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。サーバ装置１０は、また、アプリ情報記憶部１２１、機器情報記憶部１２２、ユーザ情報記憶部１２３及び登録情報記憶部１２４等を利用する。これら各記憶部は、例えば、補助記憶装置１０２、又はサーバ装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

連携部１１は、仲介装置３０の通信制御部３１との間で通信セッションを確立し、当該通信セッションを介した通信により、仲介装置３０の状態の通知等を受信する。

アプリ判定部１２は、初期アクセスＵＲＬに対応するアプリケーションを判定する。アプリ判定部１２は、初期アクセスＵＲＬのアクセスに応じ、当該初期アクセスＵＲＬに付与されているオプション情報（登録ＩＤ又はブラウザＩＤ）に対応するアプリケーションを、登録情報記憶部１２４を参照して判定する。アプリ判定部１２は、判定されたアプリケーションに対するＵＲＬを含むリダイレクト要求を含む応答を、初期アクセスＵＲＬへのアクセス元に送信する。本実施の形態では、画像データの入力元のユーザ端末２０からのアクセスについては、アップロードアプリ１３のＵＲＬが登録ＩＤに対応するアプリケーションとして判定される。また、画像データの出力先の仲介装置３０からのアクセスについては、出力アプリ１４のＵＲＬがブラウザＩＤに対応するアプリケーションとして判定される。

アップロードアプリ１３及び出力アプリ１４は、本実施の形態において、サーバ装置１０が有するアプリケーションの一例である。アップロードアプリ１３は、画像データのアップロードをユーザ端末２０に実行させるためのアプリケーションである。具体的には、アップロードアプリ１３は、画像データのアップロードを実行させるためのＨＴＭＬデータ及びスクリプト等をユーザ端末２０へ送信する。出力アプリ１４は、ユーザ端末２０からアップロードされた画像データの取得（ダウンロード）及び出力を、仲介装置３０に実行させるためのアプリケーションである。具体的には、出力アプリ１４は、当該取得及び出力を仲介装置３０に実行させるためのＨＴＭＬデータ及びスクリプト等を仲介装置３０へ送信する。

アプリ情報記憶部１２１には、サーバ装置１０が有するアプリケーション（本実施の形態では、アップロードアプリ１３及び出力アプリ１４）ごとに、それぞれに関する情報（例えば、ＵＲＬ等）が記憶されている。

ユーザ情報記憶部１２３には、サーバ装置１０におけるアプリケーションを利用可能なユーザの識別情報等が記憶されている。

機器情報記憶部１２２には、ユーザ環境Ｅ１に配置されている仲介装置３０ごとに、当該仲介装置３０の状態を示す情報が記憶される。

登録情報記憶部１２４には、登録ＩＤごとに、画像データの入力処理を実行するアプリケーションの識別情報や、画像データの出力処理を実行するアプリケーションの識別情報や、画像データの入力先となる仲介装置３０のブラウザ部３３の識別情報等が記憶されている。

以下、情報処理システム１において実行される処理手順について説明する。図７は、仲介装置３０の起動に応じて実行される処理手順の一例を説明するためのシーケンス図である。

ユーザによって、仲介装置３０の電源がＯＮにされると（Ｓ１０１）、通信制御部３１は、サーバ装置１０の連携部１１からの要求を非同期に受信するための通信路を連携部１１との間で確立する（Ｓ１０２）。この際、通信制御部３１は、自ら（通信制御部３１）の識別情報である通信ＩＤを連携部１１に通知する。連携部１１は、通知された通信ＩＤ（以下、「対象通信ＩＤ」という。）に基づいて、機器情報記憶部１２２を更新する。

図８は、機器情報記憶部１２２の構成例を示す図である。図８において、機器情報記憶部１２２には、テナントＩＤに対応付けられて、通信ＩＤ、アドレス情報、状態情報、ブラウザＩＤ、ブラウザ状態及び配信元アドレス情報等が記憶される。テナントＩＤは、サーバ装置１０によって提供されるサービスの利用契約の締結者（テナント）の識別情報である。例えば、ユーザ環境Ｅ１が１つのテナントに相当してもよい。通信ＩＤは、テナントＩＤに係るテナントに配置された各仲介装置３０の通信制御部３１の識別情報である。仲介装置３０が１つの通信制御部３１しか備えない場合には、通信ＩＤは仲介装置３０を識別する識別情報であってもよい。アドレス情報は、当該仲介装置３０のローカルＩＰアドレスである。状態情報は、通信ＩＤに係る通信制御部３１がサーバ装置１０と接続中（通信路を確立した状態）であるか否か（「非接続」）を示す情報である。ブラウザＩＤは、通信ＩＤに係る通信制御部３１に対応するブラウザ部３３の識別情報である。本実施の形態では、当該ブラウザＩＤは、通信ＩＤに係る通信制御部３１と同じ仲介装置３０に含まれるブラウザ部３３の識別情報である。基本的に、ブラウザ部３３（ブラウザＩＤ）と出力機器４０とは、１対応１に対応する。例えば、通信ＩＤ「Ｅｇ００１−０１」が、仲介装置３０ａに対応し、ブラウザＩＤ「ＢＲＯＷＳＥＲ１」は、プロジェクタ４１に対応し、ブラウザＩＤ「ＢＲＯＷＳＥＲ２」は、ディスプレイ４２に対応する。また、通信ＩＤ「Ｅｇ００１−０２」が、仲介装置３０ｂに対応し、ブラウザＩＤ「ＢＲＯＷＳＥＲ３」は、電子黒板４３に対応する。ブラウザ状態は、ブラウザＩＤに係るブラウザ部３３の起動状態を示す情報である。配信元アドレス情報は、サービスにおいて配信対象（入力及び出力対象）とされる画像データの配信を行うローカル配信部３４のアドレス情報（ＵＲＬ）である。本実施の形態において、配信元アドレス情報は、テナントＩＤ（ユーザ環境Ｅ１）に対して一対一に対応する。

例えば、連携部１１に通知された対象通信ＩＤが「Ｅｇ００１−０１」であれば、機器情報記憶部１２２において当該通信ＩＤに対応する状態情報が、図８に示されるように「接続中」に変更される。

続いて、通信制御部３１は、ブラウザＩＤを取得するためにブラウザ管理部３２を、例えば、ＳＮＭＰ（Simple Network Management Protocol）等を利用して探査し（Ｓ１０３）、発見されたブラウザ管理部３２から、当該ブラウザ管理部３２の管理対象であるブラウザ部３３の識別情報であるブラウザＩＤを取得する（Ｓ１０４）。本実施の形態では、仲介装置３０内に通信制御部３１とブラウザ管理部３２とを備えている例が示されているが、仲介装置３０が有する通信制御部３１が他の仲介装置３０が有するブラウザ管理部３２と同一ネットワークを介して通信することによって複数のブラウザ管理部３２及びブラウザ部３３をも利用可能にするために、ＳＮＭＰ等を利用してブラウザ管理部３２の探索が行われている。そのため、ブラウザ管理部３２の探査は必ずしも必須ではなく、通信制御部３１がブラウザＩＤを取得する取得先（ブラウザ管理部３２）が予め設定されていてもよい。

続いて、通信制御部３１は、取得したブラウザＩＤに対応するブラウザ部３３（本実施の形態では当該仲介装置３０のブラウザ部３３）が利用可能な状態になったことの通知を、当該ブラウザ部３３のブラウザＩＤ（以下、「対象ブラウザＩＤ」という。）を指定して連携部１１へ送信する（Ｓ１０５）。連携部１１は、当該通知を受信すると、当該通知に指定されている対象ブラウザＩＤに基づいて、機器情報記憶部１２２（図８）を更新する。具体的には、機器情報記憶部１２２において、対象ブラウザＩＤに対応するブラウザ状態の値が「電源ＯＦＦ」から「電源ＯＮ」に更新される。

続いて、通信制御部３１は、対象ブラウザＩＤ及び初期アクセスＵＲＬを指定して、対象ブラウザＩＤに係るブラウザ部３３の起動をブラウザ管理部３２へ要求する（Ｓ１０６）。初期アクセスＵＲＬは、上記した通り、ブラウザ部３３が最初にアクセスすべきＵＲＬをいい、ブラウザ管理部３２に予め設定されている。

ブラウザ管理部３２は、通信制御部３１からの要求に応じ、対象ブラウザＩＤに係るブラウザ部３３をキオスクモードで起動する（Ｓ１０７）。この際、ブラウザ管理部３２は、初期アクセスＵＲＬをブラウザ部３３に入力する。ブラウザ部３３は、キオスクモードでの起動に応じ、入力された初期アクセスＵＲＬへＨＴＴＰリクエストを送信する（Ｓ１０８）。当該ＨＴＴＰリクエストには、対象ブラウザＩＤが含まれる。

サーバ装置１０のアプリ判定部１２は、当該ＨＴＴＰリクエストを受信すると、リダイレクト要求を含む応答（ＨＴＴＰレスポンス）をブラウザ部３３へ送信する（Ｓ１０９）。当該リダイレクト要求には、リダイレクト先として当該ブラウザＩＤに対応付けられているアプリケーションのＵＲＬが含まれている。また、当該リダイレクト要求には、リダイレクト先への通知情報として、通信ＵＲＬ及びＨＴＴＰリクエストに含まれていた対象ブラウザＩＤが含まれている。なお、通信ＵＲＬとは、通信制御部３１のＵＲＬである。

なお、アプリ判定部１２は、登録情報記憶部１２４及びアプリ情報記憶部１２１を参照して、対象ブラウザＩＤに対応付けられているアプリケーションのＵＲＬを特定する。

図９は、登録情報記憶部１２４の構成例を示す図である。図９において、登録情報記憶部１２４には、登録ＩＤ、ＩｎアプリＩＤ、ＯｕｔアプリＩＤ及びブラウザＩＤが対応付けられて記憶されている。

ＩｎアプリＩＤは、登録ＩＤに対応するサービスにおいて、画像データの入力を制御するアプリケーションのＩＤ（以下「アプリＩＤ」という。）である。「ＡＰ＿Ｕｐｌｏａｄ」は、アップロードアプリ１３のアプリＩＤを示す。ＯｕｔアプリＩＤは、登録ＩＤに対応するサービスにおいて、画像データの出力を制御するアプリケーションのアプリＩＤである。「ＡＰ＿ＰｈｏｔｏＳｈｏｗ」は、出力アプリ１４のアプリＩＤを示す。ブラウザＩＤは、登録ＩＤに対応するブラウザ部３３のブラウザＩＤである。

また、図１０は、アプリ情報記憶部１２１の構成例を示す図である。図１０において、アプリ情報記憶部１２１には、サーバ装置１０が有するアプリケーションごとに、アプリＩＤ、アプリ種別及びＵＲＬ等が記憶されている。

アプリ種別は、アプリＩＤに係るアプリケーションについて、画像データとの関係に基づいた種別を示す。「Ｉｎ」は、画像データの入力を制御するアプリケーション（上述したＩｎアプリＩＤと対応する）であることを示す。「Ｏｕｔ」は、画像データの出力を制御するアプリケーションであることを示す（上述したＯｕｔアプリＩＤと対応する）。ＵＲＬは、アプリＩＤに係るアプリケーションのＵＲＬである。

したがって、アプリ判定部１２は、登録情報記憶部１２４を参照して、対象ブラウザＩＤに対応付けられているＯｕｔアプリＩＤを特定し、アプリ情報記憶部１２１を参照して、当該ＯｕｔアプリＩＤに対応付けられているＵＲＬを特定する。ここでは、対象ブラウザＩＤが「ＢＲＯＷＳＥＲ１」であるとする。この場合、アプリＩＤが「ＡＰ＿ＰｈｏｔｏＳｈｏｗ」であるアプリケーション（出力アプリ１４）のＵＲＬ（以下、「出力アプリＵＲＬ」）が特定される。

また、アプリ判定部１２は、機器情報記憶部１２２（図８）において対象ブラウザＩＤに対応付けられているアドレス情報に基づいて、対象通信ＩＤに係る通信制御部３１の通信ＵＲＬを自動生成する。

続いて、ブラウザ部３３は、当該リダイレクト要求に従い、リダイレクト先である出力アプリＵＲＬ（すなわち、出力アプリ１４）にＨＴＴＰリクエストを送信（リダイレクト）する（Ｓ１１０）。当該ＨＴＴＰリクエストには、リダイレクト要求に含まれていた通信ＵＲＬ及びブラウザＩＤが含まれる。

出力アプリ１４は、当該ＨＴＴＰリクエストに応じ、当該ＨＴＴＰリクエストに含まれている通信ＵＲＬへの接続をブラウザ部３３に実行させるためのスクリプト（ｐｈｏｔｏ．ｊｓ）と、画像データの出力（例えばスライドショー）のためのユーザインタフェースをブラウザ部３３に描画させるための表示データ（ｐｈｏｔｏ．ｈｔｍｌ）とを含む応答をブラウザ部３３に送信する（Ｓ１１１）。なお、当該スクリプト及び当該表示データは、仲介装置３０への処理の実行要求を示すデータの一例である。例えばスクリプトは他の形式のプログラムであってもよいし、表示データは他の形式のデータであってもよい。

ブラウザ部３３は、当該応答を受信すると、当該応答に含まれているスクリプト（ｐｈｏｔｏ．ｊｓ）を実行して、通信ＵＲＬによって識別される通信制御部３１との間での通信路を確立する（Ｓ１１２）。当該通信路は、通信制御部３１がサーバ装置１０から受信する通知をブラウザ部３３へ伝達してもらうための通信路である。当該通信路には、ｗｅｂｓｏｃｋｅｔが用いられてもよい。

続いて、ブラウザ部３３は、当該応答に含まれている表示データ（ｐｈｏｔｏ．ｈｔｍｌ）に基づく画面（以下、「表示画面」という。）をメモリ装置１０３の所定の領域（例えば、ビデオメモリ）に描画する（Ｓ１１３）。例えば、表示画面は、サーバ装置１０から配信される画像データが当てはめられる枠として機能する画面である。なお、ブラウザ部３３による描画内容（表示画面）は、ＨＤＭＩ（登録商標）等のインタフェースを介して出力機器４０へ出力され、出力機器４０によって出力（投影又は表示等）される。

図１１は、タグシールに対するユーザ端末２０の近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。

ユーザが、例えば、出力機器４０に貼付されているタグシールにユーザ端末２０を近接させると（例えば、翳すと）（Ｓ２０１）、情報取得部２１は、近距離無線通信機２０６を利用した近距離無線通信を介して、当該タグシールに記憶されているタグ情報を取得する（Ｓ２０２、Ｓ２０３）。当該タグ情報には、登録ＩＤ（以下、「対象登録ＩＤ」という。）がオプション情報として付与されている初期アクセスＵＲＬが含まれている。なお、本実施の形態において、対象登録ＩＤの値は、「Ｔａｇ０１」であるとする。

続いて、情報取得部２１は、当該タグ情報にＵＲＬが含まれていることに基づき、当該タグ情報を入力情報としてブラウザ部２２を起動する（Ｓ２０４）。

ブラウザ部２２は、起動に応じ、入力情報であるタグ情報に含まれている初期アクセスＵＲＬに対応するアプリ判定部１２に対してＨＴＴＰリクエストを自動的に送信する（Ｓ２０５）。当該ＨＴＴＰリクエストには、対象登録ＩＤの他に、アカウント情報がオプション情報として含まれる。アカウント情報とは、ユーザ端末２０のユーザの識別情報（以下、「ユーザＩＤ」という。）と、当該ユーザが属するユーザ環境Ｅ１のテナントＩＤ（以下、「対象テナントＩＤ」という。）とを含む情報、又は当該ユーザＩＤ及び対象テナントＩＤを特定可能な情報である。例えば、Ｃｏｏｋｉｅ等がアカウント情報として利用されてもよい。

サーバ装置１０のアプリ判定部１２は、当該ＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに含まれているアカウント情報について認証を行う。当該認証に成功した場合にステップＳ２０６以降が実行される。認証は、例えば、ユーザ情報記憶部１２３に当該ＨＴＴＰリクエストに含まれているアカウント情報が登録されているか否かによって行われる。

図１２は、ユーザ情報記憶部１２３の構成例を示す図である。図１２において、ユーザ情報記憶部１２３には、サーバ装置１０のアプリケーションの利用が許可される各ユーザについて、テナントＩＤ及びユーザＩＤ等が記憶されている。

認証に成功すると、アプリ判定部１２は、リダイレクト要求を含む応答（ＨＴＴＰレスポンス）をブラウザ部２２へ送信する（Ｓ２０６）。当該リダイレクト要求には、リダイレクト先として対象登録ＩＤ（「Ｔａｇ０１」）に対応付けられて登録情報記憶部１２４（図９）に記憶されているＩｎアプリＩＤ（「ＡＰ＿Ｕｐｌｏａｄ」）に係るアップロードアプリ１３のＵＲＬ（以下、「アップロードアプリＵＲＬ」という。）及び対象テナントＩＤが含まれる。当該アップロードアプリＵＲＬは、アプリ情報記憶部１２１（図１０）を参照して特定可能である。

ブラウザ部２２は、当該リダイレクト要求に従い、リダイレクト先であるアップロードアプリＵＲＬ（すなわち、アップロードアプリ１３）にＨＴＴＰリクエスト（リダイレクト）を送信する（Ｓ２０７）。

アップロードアプリ１３は、当該ＨＴＴＰリクエストに応じ、画像データのアップロードに関する画面（以下、「アップロード画面」という。）の表示データ（ｕｐｌｏａｄ．ｈｔｍｌ）と、アップロード画面の操作に応じて当該アップロードをユーザ端末２０に実行させるためのスクリプト（ｕｐｌｏａｄ．ｊｓ）とを生成し、当該表示データ等を含む応答をブラウザ部２２に送信する（Ｓ２０８）。当該スクリプト及び当該表示データは、ユーザ端末２０への処理の実行要求を示すデータの一例である。

なお、アップロードアプリ１３は、当該表示データ等の生成に際し、ステップＳ２０７のＨＴＴＰリクエストの送信元のアドレス情報（ＩＰアドレス）に基づいて、アップロードの許否を判定する。具体的には、当該ＩＰアドレスが、所定のアドレス情報（具体的には、ユーザ環境Ｅ１内のネットワークに対応する値（グローバルアドレス））であれば、アップロードアプリ１３は、アップロードを許可することを判定し、アップロード画面の表示データ等を生成する。一方、当該ＩＰアドレスが、所定のアドレス情報でない場合（具体的には、ユーザ環境Ｅ１内のネットワークに対応しない値（すなわち、ステップＳ２０７のＨＴＴＰリクエストの送信元がユーザ環境Ｅ１の外側）である場合）であれば、アップロードアプリ１３は、アップロードを許可しないことを判定し、アップロード画面の表示データ等の代わりに、アップロードが許可されないことを示す画面（以下、「アップロード拒否画面」という。）の表示データを生成する。なお、当該ＩＰアドレスが、ユーザ環境Ｅ１に対応するＩＰアドレスであるか否かは、ユーザ環境Ｅ１ごとに、予め当該ユーザ環境Ｅ１の内部から外部へ送信されるリクエスト等に利用されるグローバルアドレスのリストが、サーバ装置１０内に記憶されており、当該リストに基づいて判定されればよい。すなわち、各ユーザ環境Ｅ１の内部から外部へ送信されるリクエスト等のＩＰアドレスは、各ユーザ環境Ｅ１のファイアウォールによって、プライベートアドレスからグローバルアドレスに変換されるため、各テナントＩＤに対応するグローバルアドレスをサーバ装置１０が把握可能としておけばよい。

アップロードが許可される場合、アップロードアプリ１３は、機器情報記憶部１２２（図８）を参照して、スクリプト（ｕｐｌｏａｄ．ｊｓ）内において、画像データのアップロード先の指示に関する定義を生成する。具体的には、アップロードアプリ１３は、ステップＳ２０７のＨＴＴＰリクエストに含まれている対象テナントＩＤに関連付けられて機器情報記憶部１２２（図８）に記憶されている配信元アドレス情報を、画像データのアップロード先の識別情報とする指示を含むようにスクリプト（ｕｐｌｏａｄ．ｊｓ）を生成する。但し、図８においてテナントＩＤが「Ｔ００２」である場合のように当該配信元アドレス情報が空欄である場合、アップロードアプリ１３は、アップロード拒否画面の表示データを生成する。すなわち、この場合、ユーザ環境Ｅ１の外部からのアクセスであるため、画像データのアップロードは許可されない。

なお、アップロード拒否画面の表示データが生成された場合、アップロード画面の表示データ等の代わりに、アップロード拒否画面の表示データを含む応答がステップＳ２０８においてブラウザ部２２へ送信される。

ブラウザ部２２は、当該応答を受信すると、当該表示データ（ｕｐｌｏａｄ．ｈｔｍｌ）に基づいて、アップロード画面を生成し、当該アップロード画面を表示装置２１１に表示する（Ｓ２０９）。

図１３は、アップロード画面の表示例を示す図である。図１３において、アップロード画面５１０は、ボタン５１１等を含む。ボタン５１１は、撮像操作の開始指示を受け付けるための画面である。ユーザは、ボタン５１１を選択して、撮像を行う。その結果、撮像された画像データが、表示装置２１１に表示される。

なお、アップロード拒否画面の表示データを含む応答が受信された場合、ブラウザ部２２は、アップロード拒否画面を生成し、当該アップロード拒否画面を表示装置２１１に表示する。この場合、図１４に示される処理手順は実行されない。

図１４は、第１の実施の形態におけるユーザ端末２０から仲介装置３０への画像データの配信処理の処理手順の一例を説明するためのシーケンス図である。

ユーザが、ユーザ端末２０の表示装置２１１に表示されている画像データ（以下、「対象画像データ」という。）について、アップロード指示に相当する所定の操作（例えば、スワイプ等）を行うと（Ｓ３０１）、ブラウザ部２２は、スクリプト（ｕｐｌｏａｄ．ｊｓ）の定義に従って、対象画像データ（ｐｈｏｔｏ．ｊｐｅｇ）及び対象登録ＩＤを送信（アップロード）する（Ｓ３０２）。この際、対象画像データ等の送信先（アップロード先）は、当該スクリプト（ｕｐｌｏａｄ．ｊｓ）内に含まれている配信元アドレス情報に基づく。具体的には、ローカルループバックアドレスに続けて当該配信元アドレス情報を含むＵＲＬが送信先とされる。したがって、当該仲介装置３０内のローカル配信部３４が送信先とされる。ローカル配信部３４は、対象画像データ及び対象登録ＩＤを受信すると、対象画像データに対して識別情報（以下「画像ＩＤ」とういう。）を割り当て、対象画像データを、当該画像ＩＤ（以下、「対象画像ＩＤ」という。）に関連付けて文書画像記憶部３５に保存する。

続いて、ローカル配信部３４は、対象登録ＩＤに関連付けられて登録情報記憶部１２４（図９）に記憶されているブラウザＩＤ（対象ブラウザＩＤ）を特定する。ローカル配信部３４は、画像データがアップロードされたことの通知（以下、「アップロード通知」という。）を当該通信制御部３１へ送信する（Ｓ３０３）。当該アップロード通知には、対象画像ＩＤ及び対象ブラウザＩＤが含まれる。なお、当該アップロード通知も、サービスの係る処理の実行要求の一例である。

通信制御部３１は、当該アップロード通知を受信すると、当該アップロード通知に含まれているブラウザＩＤに対応するブラウザ部３３と通信制御部３１との間で確立されている通信路（図７１のステップＳ１１２において確立されている通信路）を利用して、当該アップロード通知に含まれている対象画像ＩＤをブラウザ部３３へ通知する（Ｓ３０４）。この際、通信制御部３１は、アップロード通知の送信元であるローカル配信部３４のＵＲＬもブラウザ部３３へ通知する。

ブラウザ部３３は、通信制御部３１からの通知に応じ、スクリプト（ｐｈｏｔｏ．ｊｓ）の定義に従って、画像データの取得要求を、通信制御部３１から通知されたＵＲＬに係るローカル配信部３４へ送信する（Ｓ３０５）。当該取得要求には、対象画像ＩＤが含まれる。ローカル配信部３４は、当該取得要求に応じ、当該取得要求に含まれている対象画像ＩＤに関連付けられて文書画像記憶部３５に記憶されている画像データ（ｐｈｏｔｏ．ｊｐｅｇ）を含む応答をブラウザ部３３に送信する（Ｓ３０６）。

ブラウザ部３３は、当該画像データを受信すると、当該画像データを、図７のステップＳ１１３において描画されている表示画面に当てはめるようにメモリ装置１０３の所定の領域（例えば、ビデオメモリ）に描画する（Ｓ３０７）。描画内容は、仲介装置３０の画像インタフェース３０５又は通信インタフェース３０４によって出力機器４０に送信される。その結果、出力機器４０によって当該描画内容が出力される。

上記した処理手順によって、ユーザ端末２０が画像データを撮像するたびに、当該画像データが出力機器４０等の出力機器によって出力されるといったサービスが実現される。例えば、パーティ、セミナー、展示会等の会場において、当該サービスを利用することで、会場内で撮像される画像データを、逐次的に大型の表示画面に表示出力させることができる。

なお、上記では、仲介装置３０に接続される機器が出力機器４０である例を示したが、デジタルサイネージ、電子黒板、ディスプレイ、又はプリンタ等、他の機器が出力機器４０の代わりに仲介装置３０に接続されるようにしてもよい。この場合、仲介装置３０の描画内容がデジタルサイネージ、電子黒板、ディスプレイ等に表示されてもよいし、プリンタによって印刷されてもよい。

また、上記では、説明の便宜上、タグシールが、当該タグシールに関連付けられた出力機器４０に貼付される例について説明したが、タグシールの貼り付け先に制限は無い。例えば、出力機器４０が配置された部屋の任意の位置にタグシールが貼られてもよい。

上述したように、第１の実施の形態によれば、サーバ装置１０は、タグシールからのタグ情報の取得に応じて、当該タグ情報に含まれる登録ＩＤを送信するユーザ端末２０に対応するアドレス情報（グローバルアドレス）に基づいて、当該登録ＩＤに関連付けられているサービスに関して当該ユーザ端末２０が入力する画像データであって、仲介装置３０を介して出力機器４０に出力させる画像データの送信先を特定し、当該送信先を示す情報を当該ユーザ端末２０に指示する。すなわち、ユーザ端末２０のアドレス情報に応じて、画像データの送信先を変化させることができる。したがって、機器に出力させるデータの送信先に関する柔軟性を向上させることができる。

具体的には、画像データの送信先（アップロード）先を、各ユーザ環境Ｅ１においてローカルな記憶装置（例えば、仲介装置３０）とすることができる。その結果、当該画像データがユーザ環境Ｅ１から外部へ流通する事態の発生を回避することができる。

また、仲介装置３０がサーバ装置１０との間で通信セッションを確立し、サーバ装置１０がユーザ端末２０から受信した登録ＩＤに関連付けて登録されているサービスに係る処理の実行要求を、当該通信セッションを介してサーバ装置１０から受信し、当該実行要求に応じた処理を実行して、当該処理の実行結果を出力機器４０に対して出力する。すなわち、サーバ装置１０と出力機器４０との間でネットワーク構成を接続しなくとも、サーバ装置１０と出力機器４０の間に仲介装置３０が介在しているためサーバ装置１０からの処理の実行要求に応じた処理の実行結果を適切な出力機器４０に対して出力することができる。したがって、例えば通信ネットワークを介した通信機能を有さない出力機器４０であっても、サーバ装置１０から通信ネットワークを介して制御することができる。なお、当然出力機器４０が通信ネットワークを介した通信機能を有していてもよいし、出力機器４０がサーバ装置１０との通信機能を有していてもよい。

また、ユーザは、タグシールにユーザ端末２０を近接させることで、当該タグシール（登録ＩＤ）に関連付けられて予め設定された処理を、仲介装置３０に接続された機器（例えば、出力機器４０）に実行させることができる。すなわち、ユーザは出力機器４０等を直接操作する必要がなく、ユーザ端末２０の操作によって出力機器４０等を操作することができるため、出力機器４０等の機器に関して操作性を向上させることができる。

また、ユーザ端末２０に表示される画面は、サーバ装置１０から配信されるＨＴＭＬデータ等の表示データに基づくものであり、タグシールに関連付いた機器への依存度は低い。したがって、本実施の形態によれば、ユーザが機器に応じて異なる操作パネル等のユーザインタフェースを操作する機会を低減させることができ、複数の機器に跨って統一性の高い操作によって各機器を利用することができるようになる。

また、サーバ装置１０と機器（出力機器４０）との間に仲介装置３０が介在することで、ネットワーク機能を有さない機器であっても、画像データの伝達用のインタフェースを有した機器であれば、本実施の形態を適用させることができる。また、画像データの出力先の機器を切り替えたい場合には、仲介装置３０と接続する機器を切り替えればよく、サーバ装置１０における設定情報の変更の必要は無い。

また、本実施の形態において、ユーザ端末２０には、一般的なスマートフォン等が有しているプログラムがインストールされていればよく、ユーザ端末２０に特別なアプリケーションがインストールされる必要はない。

また、仲介装置３０と機器とは、画像データの伝達用のインタフェースで接続されればよいため、例えば、ルータを介した無線ＬＡＮでの接続や、有線ＬＡＮでの接続のための設定は不要である。

なお、第１の実施の形態では、タグ情報を記憶した外部記録媒体の一例としてＮＦＣタグを利用した例を示したが、ユーザ端末２０が外部からタグ情報を取得できればよく、近距離無線通信以外の方法でタグ情報が取得されてもよい。例えば、タグ情報が記録されたバーコード又は２次元コードが印字されたシールがタグシールの代わりに利用されてもよい。この場合、ユーザ端末２０は、バーコードリーダ若しくは２次元コードリーダ、又はデジタルカメラ２０７等を用いてタグ情報を取得すればよい。なお、バーコード又は２次元コードは必ずしもシールに印字されている必要はなく、例えば出力機器のディスプレイに表示されていてもよいし、出力機器自身又はシール以外の外部記録媒体に印字されていてもよい。上記で説明したＮＦＣタグのタグシールについてもあくまで一例であって、同様にシール以外の外部記録媒体がＮＦＣタグを有していてもよい。

又は、ユーザ端末２０は、出力機器の周辺に設置又は出力機器自身が備える発信装置から発信された音波や後述するビーコンを受信し、受信した音波やビーコンに埋め込まれたタグ情報を取得してもよい。

又は、ユーザ端末２０は、出力機器の周辺に設置された装置又は出力機器自身にネットワークを介してアクセスすることによって記憶しているタグ情報を取得してもよい。

又は、ユーザ端末２０は、画像が印字された外部記録媒体（例えばシール）からタグ情報を取得してもよい。この場合、ユーザ端末２０は、当該画像をデジタルカメラ２０７によって入力し、当該画像に埋め込まれた地紋等からタグ情報を抽出してもよい。画像に対する地紋等による情報を埋め込みや、当該地紋からの情報の抽出については公知技術が利用されればよい。

次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第１の実施の形態と同様でもよい。

図１５は、第２の実施の形態における各装置の機能構成例を示す図である。図１５中、図６と同一部分には同一符号を付し、その説明は省略する。図１５において、サーバ装置１０は、更に、サーバ配信部１５を有する。サーバ配信部１５は、サーバ装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。サーバ装置１０は、また、文書画像記憶部１２５を利用する。文書画像記憶部１２５は、例えば、補助記憶装置１０２、又はサーバ装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

サーバ配信部１５は、ローカル配信部３４と同様の機能をサーバ装置１０において実現する。文書画像記憶部１２５は、サーバ配信部１５が画像データの保存に利用する記憶部である。すなわち、第２の実施の形態では、画像データの配信がサーバ装置１０によっても実行されうる。

以下、第２の実施の形態の情報処理システム１において実行される処理手順について説明する。

第２の実施の形態では、まず、図１１のステップＳ２０７のＨＴＴＰリクエストに応じてアップロードアプリ１３が実行する処理内容の一部が第１の実施の形態と異なる。具体的には、アップロードアプリ１３が、ステップＳ２０７のＨＴＴＰリクエストの送信元のＩＰアドレスに基づいて、アップロードの許否を判定するまでは第１の実施の形態と同じである。アップロードが許可される場合において、対象テナントＩＤに関連付けられて機器情報記憶部１２２に記憶されている配信元アドレス情報が空欄であるときに、アップロードアプリ１３は、サーバ配信部１５のＵＲＬを、画像データのアップロード先の識別情報（配信元アドレス情報）とする指示を含むようにスクリプト（ｕｐｌｏａｄ．ｊｓ）を生成する。すなわち、第２の実施の形態では、ユーザ環境Ｅ１の外側のユーザ端末２０からの画像データのアップロードも許容されうる。第２の実施の形態では、ユーザ環境Ｅ１の外側のユーザ端末２０からアップロードされる画像データは、サーバ装置１０に記憶されるように、スクリプト（ｕｐｌｏａｄ．ｊｓ）が生成される。

このようにスクリプト（ｕｐｌｏａｄ．ｊｓ）が生成された場合、第２の実施の形態では、図１４の処理手順の代わりに図１６の処理手順が実行される。

図１６は、第２の実施の形態におけるユーザ端末２０から仲介装置３０への画像データの配信処理の処理手順の一例を説明するためのシーケンス図である。図１６において、図１４と同一ステップには同一ステップ番号を付し、その説明は省略する。図１６では、図１４のステップＳ３０２、Ｓ３０３、Ｓ３０４、Ｓ３０５、Ｓ３０６のそれぞれが、Ｓ３０２ａ、Ｓ３０３ａ、Ｓ３０４ａ、Ｓ３０５ａ、Ｓ３０６ａに置き換えられている。

ステップＳ３０２ａにおいて、ブラウザ部２２は、アップロード画面の表示データを構成するスクリプト（ｕｐｌｏａｄ．ｊｓ）において配信元アドレス情報として含まれている、サーバ配信部１５に対するＵＲＬ宛てに対象画像データ（ｐｈｏｔｏ．ｊｐｅｇ）及び対象登録ＩＤを送信（アップロード）する。すなわち、対象画像データ（ｐｈｏｔｏ．ｊｐｅｇ）及び対象登録ＩＤが、サーバ配信部１５へ送信される。サーバ配信部１５は、対象画像データ及び対象登録ＩＤを受信すると、対象画像データに対して画像ＩＤを割り当て、対象画像データを、当該画像ＩＤ（以下、「対象画像ＩＤ」という。）に関連付けて文書画像記憶部１２５に保存する。

続いて、サーバ配信部１５は、対象登録ＩＤに関連付けられて登録情報記憶部１２４（図９）に記憶されているブラウザＩＤ（対象ブラウザＩＤ）を特定する。ローカル配信部３４は、対象ブラウザＩＤに関連付けられて機器情報記憶部１２２（図８）に記憶されている通信ＩＤ（対象通信ＩＤ）に係る通信制御部３１と連携部１１との間で確立されている通信路（図７のステップＳ１０２において確立されている通信路）を利用して、画像データがアップロードされたことの通知（アップロード通知）を当該通信制御部３１へ送信する（Ｓ３０３ａ）。当該アップロード通知には、対象画像ＩＤ及び対象ブラウザＩＤが含まれる。なお、当該アップロード通知も、サービスに係る処理の実行要求の一例である。

通信制御部３１は、当該アップロード通知を受信すると、当該アップロード通知に含まれているブラウザＩＤに対応するブラウザ部３３と通信制御部３１との間で確立されている通信路（図７のステップＳ１１２において確立されている通信路）を利用して、当該アップロード通知に含まれている対象画像ＩＤをブラウザ部３３へ通知する（Ｓ３０４ａ）。この際、通信制御部３１は、アップロード通知の送信元が連携部１１であることに基づき、サーバ配信部１５のＵＲＬをブラウザ部３３へ通知する。

ブラウザ部３３は、通信制御部３１からの通知に応じ、スクリプト（ｐｈｏｔｏ．ｊｓ）の定義に従って、画像データの取得要求を、通信制御部３１から通知されたＵＲＬに係るサーバ配信部１５へ送信する（Ｓ３０５ａ）。当該取得要求には、対象画像ＩＤが含まれる。ローカル配信部３４は、当該取得要求に応じ、当該取得要求に含まれている対象画像ＩＤに関連付けられて文書画像記憶部１２５に記憶されている画像データ（ｐｈｏｔｏ．ｊｐｅｇ）を含む応答をブラウザ部３３に送信する（Ｓ３０６ａ）。

上述したように、第２の実施の形態によれば、機器情報記憶部１２２（図８）の設定に応じて、ユーザ端末２０が入力する画像データの送信先（アップロード先）を、ユーザ環境Ｅ１においてローカルな装置（例えば、仲介装置３０）、又はユーザ環境Ｅ１の外部の装置（例えば、サーバ装置１０）のいずれかに変化させることができる。その結果、例えば、画像データが外部へ流通することに対して不安を有するユーザは前者を選択し、クラウド等における豊富な記憶容量を利用したいユーザは後者を選択するといったように、柔軟な運用を可能とすることができる。

なお、上記実施形態におけるサーバ装置１０、仲介装置３０、出力機器４０等の出力機器、ユーザ端末２０、及びメッセージサービス５０は、それぞれ単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。

なお、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

なお、上記各実施の形態において、サーバ装置１０は、情報処理装置の一例である。アップロードアプリ１３は、指示部の一例である。

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

１ 情報処理システム
１０ サーバ装置
１１ 連携部
１２ アプリ判定部
１３ アップロードアプリ
１４ 出力アプリ
１５ サーバ配信部
２０ ユーザ端末
２１ 情報取得部
２２ ブラウザ部
３０ 仲介装置
３１ 通信制御部
３２ ブラウザ管理部
３３ ブラウザ部
３４ ローカル配信部
３５ 文書画像記憶部
４０ 出力機器
４１ プロジェクタ
４２ ディスプレイ
４３ 電子黒板
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１２１ アプリ情報記憶部
１２２ 機器情報記憶部
１２３ ユーザ情報記憶部
１２４ 登録情報記憶部
１２５ 文書画像記憶部
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ タッチパネル
２０５ 補助記憶装置
２０６ 近距離無線通信機
２０７ デジタルカメラ
２１１ 表示装置
２１２ 入力装置
３０１ 補助記憶装置
３０２ メモリ装置
３０３ ＣＰＵ
３０４ 通信インタフェース
３０５ 画像インタフェース
３０６ 近距離無線通信機
Ｂ バス

特許第６０９８１９３号公報

Claims (7)

1. 機器と通信可能な仲介装置と通信可能な情報処理装置であって、
   端末が外部から取得した識別情報を前記端末から受信すると、前記識別情報の送信元のアドレス情報に基づいて、前記識別情報に関連付けられているサービスに関して前記端末が入力する画像データであって、前記仲介装置を介して前記機器に出力させる画像データの送信先を特定し、当該送信先を示す情報を前記端末に指示する指示部、
   を有することを特徴とする情報処理装置。
2. 前記指示部は、前記情報処理装置又は前記仲介装置のいずれかを前記送信先として特定する、
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記指示部は、前記アドレス情報が所定のアドレス情報でない場合、前記送信先を示す情報を送信しない、
   ことを特徴とする請求項１又は２記載の情報処理装置。
4. 前記指示部は、前記アドレス情報が所定のアドレス情報でない場合、前記情報処理装置を前記送信先として特定する、
   ことを特徴とする請求項１又は２記載の情報処理装置。
5. 機器と通信可能な仲介装置と、前記仲介装置と通信可能な情報処理装置とを含む情報処理システムであって、
   前記情報処理装置は、
   端末が外部から取得した識別情報を前記端末から受信すると、前記識別情報の送信元のアドレス情報に基づいて、前記識別情報に関連付けられているサービスに関して前記端末が入力する画像データであって、前記仲介装置を介して前記機器に出力させる画像データの送信先を特定し、当該送信先を示す情報を前記端末に指示する指示部を有し、
   前記仲介装置は、
   前記送信先を示す情報に基づいて前記端末から送信される前記画像データを前記機器に出力させる、
   ことを特徴とする情報処理システム。
6. 機器と通信可能な仲介装置と通信可能な情報処理装置が、
   端末が外部から取得した識別情報を前記端末から受信する受信手順と、
   前記識別情報の送信元のアドレス情報に基づいて、前記識別情報に関連付けられているサービスに関して前記端末が入力する画像データであって、前記仲介装置を介して前記機器に出力させる画像データの送信先を特定し、当該送信先を示す情報を前記端末に指示する指示手順と、
   を実行することを特徴とする情報処理方法。
7. 機器と通信可能な仲介装置と通信可能な情報処理装置に、
   端末が外部から取得した識別情報を前記端末から受信する受信手順と、
   前記識別情報の送信元のアドレス情報に基づいて、前記識別情報に関連付けられているサービスに関して前記端末が入力する画像データであって、前記仲介装置を介して前記機器に出力させる画像データの送信先を特定し、当該送信先を示す情報を前記端末に指示する指示手順と、
   を実行させることを特徴とするプログラム。

Images