JP2020052844A - 仲介装置、仲介方法及びプログラム - Google Patents

Abstract

【課題】利用対象の機器とサーバ装置との間でネットワーク接続を構成することなく、利用対象の機器の制御を可能とすること。【解決手段】情報処理システムにおいて、機器と通信可能なインタフェースを備える仲介装置３０は、ネットワークを介して接続される情報処理装置と通信セッションを確立し、情報処理装置が端末から受信した識別情報に関連付けて登録されているサービスに係る処理の実行要求を、通信セッションを介して情報処理装置から受信する通信制御部３１と、実行要求に応じた処理を実行するブラウザ部３３と、を有し、ブラウザ部による処理の実行結果を、インタフェースを介してブラウザ部と対応する機器に対して出力する。【選択図】図６

Description

本発明は、仲介装置、仲介方法及びプログラムに関する。

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

しかしながら、特許文献１では、サイネージ機器が個別にクラウドと通信する構成が採用されているため、サイネージ機器ごとにクラウドとの通信機能を備える必要が有る。

本発明は、上記の点に鑑みてなされたものであって、利用対象の機器とサーバ装置との間でネットワーク接続を構成することなく、利用対象の機器の制御を可能とすることを目的とする。

そこで上記課題を解決するため、機器と通信可能なインタフェースを備える仲介装置は、ネットワークを介して接続される情報処理装置と通信セッションを確立し、前記情報処理装置が端末から受信した識別情報に関連付けて登録されているサービスに係る処理の実行要求を、前記通信セッションを介して前記情報処理装置から受信する通信制御部と、前記実行要求に応じた処理を実行するブラウザ部と、を有し、前記ブラウザ部による前記処理の実行結果を、前記インタフェースを介して前記ブラウザ部と対応する前記機器に対して出力する。

利用対象の機器とサーバ装置との間でネットワーク接続を構成することなく、利用対象の機器の制御を可能とすることができる。

第１の実施の形態における情報処理システムの構成例を示す図である。 第１の実施の形態におけるサーバ装置１０のハードウェア構成例を示す図である。 第１の実施の形態におけるユーザ端末２０のハードウェア構成例を示す図である。 第１の実施の形態における仲介装置３０のハードウェア構成例を示す図である。 第１の実施の形態の概要を説明するための図である。 第１の実施の形態における各装置の機能構成例を示す図である。 仲介装置３０の起動に応じて実行される処理手順の一例を説明するためのシーケンス図である。 機器情報記憶部１２２の構成例を示す図である。 登録情報記憶部１２４の構成例を示す図である。 アプリ情報記憶部１２１の構成例を示す図である。 タグシールに対するユーザ端末２０の近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。 ユーザ情報記憶部１２３の構成例を示す図である。 アップロード画面の表示例を示す図である。 ユーザ端末２０から仲介装置３０への画像データの配信処理の処理手順の一例を説明するためのシーケンス図である。 第２の実施の形態における情報処理システムの構成例を示す図である。 第２の実施の形態における仲介装置３０のハードウェア構成例を示す図である。 第２の実施の形態における各装置の機能構成例を示す図である。 第２の実施の形態における事前準備処理の処理手順の一例を説明するためのシーケンス図である。 第２の実施の形態におけるユーザ情報記憶部１２３の構成例を示す図である。 メッセージビーコンの発信元に対するユーザ端末２０の近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。 第３の実施の形態における各装置の機能構成例を示す図である。 第３の実施の形態において仲介装置３０の起動に応じて実行される処理手順の一例を説明するためのシーケンス図である。 サービス未登録画面の出力例を示す図である。 第３の実施の形態における機器情報記憶部１２２の構成例を示す図である。 パスコードを含むサービス未登録画面の出力例を示す図である。 未登録のタグシールに対するユーザ端末２０の近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。 サービス情報記憶部１２５の構成例を示す図である。 サービスメニュー画面の表示例を示す図である。 パスコード入力画面の表示例を示す図である。 サービス確定画面の表示例を示す図である。 サービス確定通知画面の出力例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

仲介装置３０は、通信制御部３１、ブラウザ管理部３２及びブラウザ部３３等を有する。これら各部は、仲介装置３０にインストールされた１以上のプログラムが、ＣＰＵ３０３に実行させる処理により実現される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ユーザが、ユーザ端末２０の表示装置２１１に表示されている画像データ（以下、「対象画像データ」という。）について、アップロード指示に相当する所定の操作（例えば、スワイプ等）を行うと（Ｓ３０１）、ブラウザ部２２は、スクリプト（ｕｐｌｏａｄ．ｊｓ）の定義に従って、対象画像データ（ｐｈｏｔｏ．ｊｐｅｇ）及び対象登録ＩＤを、サーバ装置１０の配信部１１へ送信（アップロード）する（Ｓ３０２）。配信部１１は、対象画像データ及び対象登録ＩＤを受信すると、対象画像データに対して識別情報（以下「画像ＩＤ」とういう。）を割り当て、対象画像データを、当該画像ＩＤ（以下、「対象画像ＩＤ」という。）に関連付けて、例えば、補助記憶装置１０２等に保存する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第２の実施の形態では、ＬＩＮＥ（登録商標）等のメッセージアプリが利用される。また、第２の実施の形態では、タグシールの代わりに、登録ＩＤを含む、メッセージアプリ２３用のビーコン（ＢＬＥ（Bluetooth（登録商標） Low Energy）等の近距離無線通信によるビーコン）が利用される。以下、当該ビーコンを「メッセージビーコン」という。

図１５は、第２の実施の形態における情報処理システムの構成例を示す図である。図１５中、図１と同一部分には同一符号を付し、その説明は省略する。

図１５において、ネットワークＮ１には、更に、メッセージサービス５０が接続される。メッセージサービス５０は、メッセージアプリ２３に対してサービスを提供する（メッセージアプリ２３に対するサーバとして機能する）１以上のコンピュータである。メッセージアプリ２３のユーザは、メッセージサービス５０に対してユーザ登録をしてメッセージアプリ２３用のユーザＩＤの発行を受ける。

図１６は、第２の実施の形態における仲介装置３０のハードウェア構成例を示す図である。図１６中、図４と同一部分には同一符号を付し、その説明は省略する。図１６において、仲介装置３０は、更に、近距離無線通信機３０６を有する。近距離無線通信機３０６は、ＢＬＥ等の近距離無線通信を行うためのハードウェアである。本実施の形態において、近距離無線通信機３０６は、メッセージビーコンの発信に利用される。

図１７は、第２の実施の形態における各装置の機能構成例を示す図である。図１７中、図６と同一部分には同一符号を付し、その説明は省略する。

図１７において、ユーザ端末２０は、更に、メッセージアプリ２３を有する。メッセージアプリ２３については上記した通りである。

サーバ装置１０は、更に、メッセージボット１５を有する。メッセージボット１５は、メッセージアプリ２３との間でメッセージでの送受信を自動実行するプログラム（Ｂｏｔ）である。

図１８は、第２の実施の形態における事前準備処理の処理手順の一例を説明するためのシーケンス図である。第２の実施の形態では、事前準備として図１８に示される処理手順が実行される。

ステップＳ４０１において、メッセージボット１５がメッセージサービス５０に対してユーザ登録され、メッセージボット１５に対してユーザＩＤ（以下、「メッセージボットＩＤ」という。）が発行される。

その後、ユーザ端末２０のユーザに対してメッセージボットＩＤが通知される（Ｓ４０２）。例えば、メッセージボットＩＤを含むメール又はＱＲコード（登録商標）等がユーザ端末２０に送信される。

ユーザが、通知されたメッセージボットＩＤをユーザ端末２０のメッセージアプリ２３に入力して友達登録を指示すると（Ｓ４０３）、メッセージアプリ２３は、メッセージアプリ２３に関する当該ユーザのユーザＩＤ（以下、「メッセージユーザＩＤ」という。）と、入力されたメッセージボットＩＤとを含む友達登録要求をメッセージサービス５０へ送信する（Ｓ４０４）。なお、友達登録することで、メッセージアプリ２３は、メッセージボット１５からの通知（メッセージ）を即時的に受信することができるようになる。

メッセージサービス５０は、友達登録要求を受信すると、当該友達登録要求に含まれているメッセージボットＩＤに係るメッセージボット１５に対し、当該友達登録要求に含まれているメッセージユーザＩＤに係るユーザが友達登録したことを通知する（Ｓ４０５）。

続いて、メッセージボット１５は、仲介装置３０からメッセージビーコンを発信可能とするために、メッセージボットＩＤを含むビーコン申請をメッセージサービス５０へ送信して、メッセージビーコンに含めるＨａｒｄｗａｒｅＩＤ（以下、「ＨＩＤ」という。）の発行をメッセージサービス５０から受ける（Ｓ４０６）。

続いて、メッセージボット１５は、メッセージボット１５を友達登録したメッセージユーザＩＤに対応するテナントＩＤに係る仲介装置３０の通信制御部３１に対して、メッセージビーコンを発信するためのビーコンの登録要求を送信する（Ｓ４０７）。当該登録要求には、ＨＩＤ、当該テナントＩＤに対応するブラウザＩＤ、及び当該ブラウザＩＤに対応する登録ＩＤが含まれる。なお、メッセージユーザＩＤに対応するテナントＩＤは、ユーザ情報記憶部１２３を参照して特定可能である。

図１９は、第２の実施の形態におけるユーザ情報記憶部１２３の構成例を示す図である。図１９に示されるように、第２の実施の形態では、ユーザ情報記憶部１２３において、テナントＩＤ及びユーザＩＤの組ごとにメッセージユーザＩＤが対応付けられている。したがって、メッセージボット１５は、斯かるユーザ情報記憶部１２３を参照して、メッセージユーザＩＤに対応するテナントＩＤを特定することができる。

また、当該テナントＩＤに対応するブラウザＩＤは、機器情報記憶部１２２（図８）を参照して特定可能である。更に、当該ブラウザＩＤに対応する登録ＩＤは、登録情報記憶部１２４（図９）を参照して特定可能である。

続いて、通信制御部３１は、当該登録要求を受信すると、当該登録要求に含まれているブラウザＩＤに係るブラウザ部３３に対応するブラウザ管理部３２に対して、対象登録ＩＤ及びＨＩＤを含むビーコンの発信を要求する（Ｓ４０８）。続いて、ブラウザ管理部３２は、近距離無線通信機３０６に対して対象登録ＩＤ及びＨＩＤを含むメッセージビーコンの発信を要求する（Ｓ４０９）。その結果、仲介装置３０の近距離無線通信機３０６は、対象登録ＩＤ及びＨＩＤを含むメッセージビーコンの発信を開始する。

図２０は、メッセージビーコンの発信元に対するユーザ端末２０の近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。なお、図２０の処理手順の実行前までに、図７の処理手順が実行される。

ユーザが、メッセージビーコンを発信している仲介装置３０へユーザ端末２０を近づけると（Ｓ５０１）、ユーザ端末２０の情報取得部２１は、近距離無線通信機２０６を利用してメッセージビーコンを受信し（Ｓ５０２）、当該メッセージビーコンに含まれているＨＩＤ（以下、「対象ＨＩＤ」という。）及び登録ＩＤ（以下、「対象登録ＩＤ」という。）を取得する（Ｓ５０３）。すなわち、第２の実施の形態において、近距離無線通信機２０６は、仲介装置３０の近距離無線通信機３０６が発信するＢＬＥ等によるビーコンを受信可能なハードウェアである。なお、本実施の形態において、対象登録ＩＤの値は、「Ｔａｇ０１」であるとする。

続いて、情報取得部２１は、メッセージビーコンの形式がメッセージアプリ２３に対応した形式であることに基づき、メッセージビーコンの内容（対象ＨＩＤ及び対象登録ＩＤ）を、ユーザ端末２０のメッセージアプリ２３へ通知する（Ｓ５０４）。メッセージアプリ２３は、メッセージビーコンの内容の通知に応じ、メッセージビーコンを受信したことの通知（以下、「ビーコン受信通知」という。）をメッセージサービス５０へ送信する（Ｓ５０５）。この際、メッセージアプリ２３は、ユーザ端末２０のユーザのメッセージユーザＩＤ、対象ＨＩＤ及び対象登録ＩＤを当該ビーコン受信通知に含める。

メッセージサービス５０は、対象ＨＩＤに対応するメッセージボット１５へ当該ビーコン受信通知を送信する（Ｓ５０６）。すなわち、メッセージサービス５０においては、ＨＩＤの発行を受けたメッセージボット１５等は、ＨＩＤに関連付けられて管理されている。なお、当該ビーコン受信通知には、更に、当該ビーコン受信通知を識別するためのメッセージＩＤが含まれる。メッセージサービス５０は、当該ビーコン受信通知に含まれている内容（メッセージユーザＩＤ等）を当該メッセージＩＤに対応付けて記憶しておく。

メッセージボット１５は、当該ビーコン受信通知を受信すると、当該ビーコン受信通知に対する応答をメッセージサービス５０へ送信する（Ｓ５０７）。当該応答には、当該ビーコン受信通知に含まれていたメッセージＩＤ及び対象登録ＩＤに加え、ワンショットＩＤ及び初期アクセスＵＲＬが含まれる。なお、初期アクセスＵＲＬは、第１の実施の形態において説明した通り、アプリ判定部１２に対するＵＲＬである。第２の実施の形態において、初期アクセスＵＲＬは、予めメッセージボット１５に設定されている。また、ワンショットＩＤは、サーバ装置１０へログイン可能な期間を限定するための識別情報であり、メッセージボット１５により自動的に生成される。例えば、ワンショットＩＤは、現在日時に基づく値であってもよいし、ログイン可能な期限を示す日時等に基づく値であってもよい。なお、サーバ装置１０へログイン可能な期間を限定しない場合には、ワンショットＩＤは生成されなくてもよい。

続いて、メッセージサービス５０は、メッセージボット１５からの応答に応じ、当該応答に含まれているメッセージＩＤに対応付けられて記憶されているメッセージユーザＩＤ宛てに、メッセージボット１５からの応答の内容等（初期アクセスＵＲＬ、ワンショットＩＤ、当該メッセージユーザＩＤ、対象登録ＩＤ等）を含むメッセージを、メッセージボット１５からのメッセージとして送信する（Ｓ５０８）。例えば、当該メッセージには、ワンショットＩＤ、当該メッセージユーザＩＤ及び対象登録ＩＤをオプション情報として含む初期アクセスＵＲＬに対するリンクに対応付けられた操作ボタンが含まれる。

当該メッセージユーザＩＤに対応するユーザのユーザ端末２０のメッセージアプリ２３が当該メッセージを受信すると、メッセージアプリ２３は、当該メッセージを表示装置２１１に表示する（Ｓ５０９）。その結果、ユーザは、当該メッセージを確認することができる。

続いて、ユーザが、当該メッセージに含まれている操作ボタンを押下すると（Ｓ５１０）、メッセージアプリ２３は、当該操作ボタンに対応付けられたリンクが示す初期アクセスＵＲＬを入力情報としてブラウザ部２２を自動的に起動する（Ｓ５１１）。なお、メッセージアプリ２３が自らの内部にブラウザを有する場合、当該ブラウザがブラウザ部２２として利用されてもよい。

ブラウザ部２２は、起動に応じ、入力情報に含まれている初期アクセスＵＲＬに対応するアプリ判定部１２に対してＨＴＴＰリクエストを自動的に送信する（Ｓ５１２）。当該ＨＴＴＰリクエストには、初期アクセスＵＲＬのオプション情報（ワンショットＩＤ、メッセージユーザＩＤ、対象登録ＩＤ）が含まれる。

サーバ装置１０のアプリ判定部１２は、当該ＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに含まれているメッセージＩＤ及びワンショットＩＤについて認証を行う。例えば、当該メッセージユーザＩＤが、ユーザ情報記憶部１２３（図１９）においていずれかのユーザのメッセージユーザＩＤとして記憶されており、かつ、当該ワンショットＩＤの期限が切れていなければ、認証は成功し、そうでなければ認証は失敗する。

認証に成功すると、図１１のステップＳ２０６〜Ｓ２０９と同様の処理が実行される（Ｓ５１３〜Ｓ５１６）。その結果、アップロード画面５１０（図１３）が、ユーザ端末２０の表示装置２１１に表示される。

その後、ユーザ端末２０による画像データの撮像に応じ、図１４において説明した処理手順が実行される。

上述したように、第２の実施の形態によれば、タグシールを用いなくとも第１の実施の形態と同様の効果を得ることができる。

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

第１の実施の形態及び第２の実施の形態では、登録ＩＤ（タグシール等）に対して、画像データの入力を制御するアプリケーションのＩＤ（ＩｎアプリＩＤ）、画像データの出力を制御するアプリケーションのアプリＩＤ（ＯｕｔアプリＩＤ）、及びブラウザＩＤ等が、予め登録情報記憶部１２４（図９）に登録されている例について説明した。但し、登録ＩＤ（タグシール）に対するこれらのＩＤ（これらのアプリケーションによって実現されるサービス）の関連付けは、ユーザ端末２０がタグシールに翳す前に必ずしも行われていなくてもよい。ユーザ端末２０が、未登録のタグシールに翳された際に、これらのＩＤが当該タグシールの登録ＩＤに関連付けられてもよい。未登録のタグシールとは、当該タグシールの登録ＩＤが、登録情報記憶部１２４（図９）に登録（記憶）されていないタグシールをいう。以下、ユーザ端末２０が未登録のタグシールに翳された例を、を第３の実施の形態として説明する。

図２１は、第３の実施の形態における各装置の機能構成例を示す図である。図２１中、図６と同一部分には同一符号を付し、その説明は省略する。

図２１において、サーバ装置１０は、更に、登録支援部１６及びサービス情報提供部１７を有する。これらの機能は、サーバ装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。

登録支援部１６は、未登録のタグシール（登録ＩＤ）の登録を支援するための処理を実行する。サービス情報提供部１７は、未登録のタグシール（登録ＩＤ）に対して関連付けるサービスの候補（選択肢）の情報をユーザ端末２０へ提供する。ここでは、登録支援部１６及びサービス情報提供部１７がそれぞれアプリケーション（登録支援アプリ、サービス情報提供アプリ）によって実現される例を用いて説明する。なお、アプリケーションはプログラムの形式の一例であって、登録支援部１６及びサービス情報提供部１７は他の形式のプログラムによって実現されてもよいし、登録支援部１６及びサービス情報提供部１７が同じアプリケーションによって実現されてもよい。

サーバ装置１０は、また、サービス情報記憶部１２５を有する。サービス情報記憶部１２５は、例えば、補助記憶装置１０２、又はサーバ装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。サービス情報記憶部１２５には、サーバ装置１０が提供可能な各サービスに関する情報が記憶されている。

図２２は、第３の実施の形態において仲介装置３０の起動に応じて実行される処理手順の一例を説明するためのシーケンス図である。図２２中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。

サーバ装置１０のアプリ判定部１２は、ステップＳ１０８におけるＨＴＴＰリクエストを受信した際に、対象ブラウザＩＤを含むレコード（対象ブラウザＩＤに関連付けられた登録ＩＤ）が、登録情報記憶部１２４（図９）に登録（記憶）されていないと、登録支援アプリＵＲＬ、通信ＵＲＬ及び対象ブラウザＩＤを含むリダイレクト要求を含む応答（ＨＴＴＰレスポンス）をブラウザ部３３へ送信する（Ｓ１２１）。登録支援アプリＵＲＬは、登録支援部１６（すなわち登録支援アプリ）に対応するＵＲＬである。

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

登録支援部１６は、当該ＨＴＴＰリクエストに応じ、タグシールに対してサービスが未登録であることを示す画面の表示データ（ＨＴＭＬ及びスクリプト等）を含む応答を、ブラウザ部３３へ送信する（Ｓ１２３）。

続いて、ブラウザ部３３は、当該応答に含まれている表示データに基づく画面（以下、「サービス未登録画面」という。）をメモリ装置１０３の所定の領域（例えば、ビデオメモリ）に描画する（Ｓ１２４）。ブラウザ部３３による描画内容（表示画面）は、ＨＤＭＩ（登録商標）等のインタフェースを介して出力機器４０へ出力され、出力機器４０によって出力（投影又は表示等）される。

図２３は、サービス未登録画面の出力例を示す図である。図２３に示されるように、サービス未登録画面６１０は、仲介装置３０のブラウザ部３３に関連付けられたサービスが無いことを示すメッセージを含む。

ユーザは、サービス未登録画面６１０を参照して、電源を投入した仲介装置３０のブラウザ部３３に対してサービスが関連付けられて登録されていないことを確認する（Ｓ１２５）。

一方、配信部１１は、ステップＳ１０２において通信路が確立されて以降、一定間隔（例えば、１５分間隔）で、仲介装置３０のブラウザ部３３に対するパスコードを（例えば、ランダムに）生成し、当該仲介装置３０の通信制御部３１に対して、当該パスコード及び対象ブラウザＩＤを当該通信路を介して通知する（Ｓ１２６）。すなわち、一定時間間隔で、パスコードが切り替えられる。配信部１１は、最後に通知したパスコードを対象ブラウザＩＤに関連付けて、例えば、機器情報記憶部１２２に記憶しておく。

図２４は、第３の実施の形態における機器情報記憶部１２２の構成例を示す図である。第３の実施の形態において、機器情報記憶部１２２は、更に、パスコードの列を有する。ここでは、対象ブラウザＩＤに対応するレコードのパスコードの列に、通信制御部３１に対して最後に通知されたパスコードが記憶される。図２４では、対象ブラウザＩＤが「ＢＲＯＷＳＥＲ１」であり、当該パスコードが「１９６５」である例が示されている。なお、パスコードは、後述される処理においてユーザ端末２０から送信されるパスコードに関連付けられている仲介装置３０（ブラウザ部３３）及び出力機器４０を特定するための情報として機能する。

通信制御部３１は、パスコードを受信するたびに、当該パスコードと共に受信され対象ブラウザＩＤに係るブラウザ部３３に対して当該パスコードを通知する（Ｓ１２７）。当該ブラウザ部３３は、当該パスコードをサービス未登録画面６１０に追加表示する（Ｓ１２８）。その結果、パスコードを含むサービス未登録画面６１０が、出力機器４０によって出力（投影又は表示等）される。

図２５は、パスコードを含むサービス未登録画面の出力例を示す図である。図２５では、パスコードが「１９６５」である例が示されている。

このように、一定時間間隔でパスコードが切り替えられている状態において、例えば、当該パスコードに係る仲介装置３０に貼付された未登録のタグシールに対してユーザ端末２０が翳されると、例えば、図２６に示される処理手順が実行される。

図２６は、未登録のタグシールに対するユーザ端末２０の近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。図２６中、図１１と同一ステップには同一ステップ番号を付し、その説明は省略する。

サーバ装置１０のアプリ判定部１２は、ステップＳ２０５におけるＨＴＴＰリクエストを受信に応じアカウント情報の認証に成功した場合に、当該ＨＴＴＰリクエストに含まれている対象登録ＩＤを含むレコードが登録情報記憶部１２４に記憶されていないと（対象登録ＩＤに対して各ＩＤが登録情報記憶部１２４に登録されていないと）、サービス情報提供アプリＵＲＬをリダイレクト先とし、対象登録ＩＤを含むリダイレクト要求を示す応答（ＨＴＴＰレスポンス）をブラウザ部２２へ送信する（Ｓ２２１）。サービス情報提供アプリＵＲＬとは、サービス情報提供部１７（すなわちサービス情報提供アプリ）に対応するＵＲＬである。なお、対象登録ＩＤを含むレコードが登録情報記憶部１２４に記憶されている場合、図１１において説明したように、ステップＳ２０６以降が実行される。

ブラウザ部２２は、当該リダイレクト要求に従い、リダイレクト先であるサービス情報提供アプリＵＲＬ（すなわち、サービス情報提供部１７のアクセス先）にＨＴＴＰリクエスト（リダイレクト）を送信する（Ｓ２２２）。当該ＨＴＴＰリクエストには、ユーザ端末２０のユーザのユーザＩＤ及び対象登録ＩＤが含まれる。

サービス情報提供部１７は、当該ＨＴＴＰリクエストの受信に応じ、サービスメニュー画面の表示データ（ＨＴＭＬ及びスクリプト等）をサービス情報記憶部１２５を参照して生成し、当該表示データを含む応答をブラウザ部２２へ送信する（Ｓ２２３）。

図２７は、サービス情報記憶部１２５の構成例を示す図である。図２７に示されるように、サービス情報記憶部１２５には、サーバ装置１０が提供可能なサービスごと（登録ＩＤに対して関連付けるサービスの候補ごと）に、サービスＩＤ、ＩｎアプリＩＤ及びＯｕｔアプリＩＤが関連付けられて記憶されている。サービスＩＤは、サービスの識別情報であり、その値はサービスごとに異なる。ＩｎアプリＩＤは、当該サービスにおいて、画像データの入力を制御するアプリケーションのアプリＩＤである。例えば、「ＡＰ＿Ｕｐｌｏａｄ」は、上記したようにアップロードアプリ１３のアプリＩＤを示す。ＯｕｔアプリＩＤは、当該サービスにおいて、画像データの出力を制御するアプリケーションのアプリＩＤである。例えば、「ＡＰ＿ＰｈｏｔｏＳｈｏｗ」は、上記したように出力アプリ１４のアプリＩＤを示す。

サービス情報提供部１７は、サービス情報記憶部１２５に記憶された各サービスＩＤ（すなわち、サービスの候補の情報）が選択肢とされるように、サービスメニュー画面の表示データを生成する。

ブラウザ部２２は、当該応答を受信すると、当該表示データに基づいて、サービスメニュー画面を生成し、当該サービスメニュー画面を表示装置２１１に表示する（Ｓ２２４）。

図２８は、サービスメニュー画面の表示例を示す図である。図２８に示されるように、サービスメニュー画面６２０は、選択可能なサービスＩＤの一覧を含む。

ユーザが、サービスメニュー画面６２０を介して、仲介装置３０に貼付されたタグシール（対象登録ＩＤ）に対して関連付けるサービスＩＤ（以下、「対象サービスＩＤ」という。）を選択すると（Ｓ２２５）、ブラウザ部２２は、サービスメニュー画面６２０の表示データの定義に基づいて、ユーザＩＤ、対象登録ＩＤ、及び選択結果（対象サービスＩＤ）を含むＨＴＴＰリクエストをサーバ装置１０の配信部１１へ送信する（Ｓ２２６）。

配信部１１は、当該ＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに含まれている対象サービスＩＤに関連付けられてサービス情報記憶部１２５（図２７）に記憶されているＩｎアプリＩＤ及びＯｕｔアプリＩＤと、当該ＨＴＴＰリクエストに含まれている対象登録ＩＤとを含むレコード（以下、「対象タグ情報レコード」という。）を登録情報記憶部１２４に登録する。その結果、対象タグ情報レコードのブラウザＩＤが未確定の情報として残る。そこで、配信部１１は、当該ブラウザＩＤを確定するため、パスコード入力画面の表示データ（ＨＴＭＬ及びスクリプト等）を含む応答をブラウザ部２２へ送信する（Ｓ２２７）。

ブラウザ部２２は、当該応答を受信すると、当該表示データに基づいてパスコード入力画面を生成し、当該パスコード入力画面を表示装置２１１に表示する（Ｓ２２８）。

図２９は、パスコード入力画面の表示例を示す図である。図２９において、パスコード入力画面６３０は、パスコード入力領域６３１及び設定ボタン６３２等を含む。パスコード入力領域６３１は、対象としているタグシールに関連付ける仲介装置３０に接続された出力機器４０によって出力されているパスコードの入力を受け付けるための領域である。例えば、現時点において当該出力機器４０によって出力されているサービス未登録画面６１０が、図２５に示される通りであれば、ユーザは、パスコード入力領域６３１に対して「１９６５」を入力して、設定ボタン６３２をタッチする（Ｓ２２９）。

ブラウザ部２２は、設定ボタン６３２のタッチに応じ、パスコード入力画面６３０の表示データの定義に基づいて、パスコード入力領域６３１に入力されたパスコードと、ユーザＩＤ及び対象登録ＩＤとを含むＨＴＴＰリクエストを、サーバ装置１０の配信部１１へ送信する（Ｓ２３０）。

配信部１１は、当該ＨＴＴＰリクエストに含まれているパスコードに関連付けられて記憶されているブラウザＩＤを機器情報記憶部１２２（図２４）から検索し、当該ブラウザＩＤを、対象タグ情報レコードの「ブラウザＩＤ」の項目へ登録する。その結果、対象タグ情報レコードの内容は確定する。すなわち、対象登録ＩＤ（対象としているタグシール）に対してサービス及び仲介装置３０（出力機器４０）が関連付けられて登録される。

続いて、配信部１１は、サービス登録の確定を示すサービス確定画面の表示データを含む応答をブラウザ部２２へ送信する（Ｓ２３１）。ブラウザ部２２は、当該応答を受信すると、当該表示データに基づいてサービス確定画面を生成し、当該サービス確定画面を表示装置２１１に表示する（Ｓ２３２）。

図３０は、サービス確定画面の表示例を示す図である。図３０に示されるように、サービス確定画面６４０は、サービスが関連付けられた仲介装置３０のブラウザ部３３のブラウザＩＤと、当該サービスのサービスＩＤとが関連付けられて登録されたことを示すメッセージを含む。

配信部１１は、また、サービスが関連付けられた仲介装置３０のブラウザ部３３のブラウザＩＤ（以下、「対象ブラウザＩＤ」という。）と、対象登録ＩＤと、ユーザ端末２０のユーザのユーザＩＤ（以下、「対象ユーザＩＤ」という。）とを含むサービス確定通知を、当該仲介装置３０の通信制御部３１へ送信する（Ｓ２３３）。通信制御部３１は、当該サービス確定通知を受信すると、対象ブラウザＩＤに係るブラウザ部３３に対して、対象登録ＩＤ及び対象ユーザＩＤを含むサービス確定通知を送信する（Ｓ２３４）。

ブラウザ部３３は、当該サービス確定通知を受信すると、サービス未登録画面６１０（図２５）の表示データを構成するスクリプトに当該サービス確定通知を入力することにより、メモリ装置１０３の所定の領域（例えば、ビデオメモリ）の描画内容をサービス未登録画面６１０（図２５）から当該サービス確定通知の表示画面（以下、「サービス確定通知画面」という。）へ切り替える（Ｓ２３５）。ブラウザ部３３による描画内容（表示画面）は、ＨＤＭＩ（登録商標）等のインタフェースを介して出力機器４０へ出力され、出力機器４０によって出力（投影又は表示等）される。

図３１は、サービス確定通知画面の出力例を示す図である。図３１に示されるように、サービス確定通知画面６５０は、対象ユーザＩＤに係るユーザ（図３１では「Ａさん」が、サービスを登録した旨のメッセージ及びパスコード等が含まれている。

作業を行ったユーザは、仲介装置３０に貼付されている未登録のタグシールに翳したユーザ端末２０にサービス確定画面６４０（図３０）が表示され、当該仲介装置３０に接続されている出力機器４０によってサービス確定通知画面６５０（図３１）が出力されることにより、当該タグシールに対して、所望の機器（仲介装置３０及び出力機器４０）を利用したサービスが登録されたことを確認することができる。

上述したように、第３の実施の形態によれば、未登録のタグシールに対してユーザ端末２０が翳され（近接する）と、当該タグシールに関連付けるサービスの候補がユーザ端末２０に表示される。ユーザがいずれかの候補を選択すると、当該タグシールの登録ＩＤが、選択結果に係るサービスに関連付けられると共に、当該候補に対して関連付ける仲介装置３０（すなわち、出力機器４０等の機器）から出力されているパスコードの入力画面がユーザ端末２０に表示される。ユーザが、所望の機器から出力されているパスコードを入力すると、当該パスコードに係る仲介装置３０（出力機器４０）が、当該登録ＩＤ（すなわち、当該登録ＩＤに関連付けられているサービス）に関連付けられる。したがって、本実施の形態によれば、機器とサービスとの関連付けを簡易な操作で実現可能とすることができる。

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

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

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

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

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

Claims (7)

1. 機器と通信可能なインタフェースを備える仲介装置であって、
   ネットワークを介して接続される情報処理装置と通信セッションを確立し、前記情報処理装置が端末から受信した識別情報に関連付けて登録されているサービスに係る処理の実行要求を、前記通信セッションを介して前記情報処理装置から受信する通信制御部と、
   前記実行要求に応じた処理を実行するブラウザ部と、
   を有し、
   前記ブラウザ部による前記処理の実行結果を、前記インタフェースを介して前記ブラウザ部と対応する前記機器に対して出力することを特徴とする仲介装置。
2. 前記通信制御部は、前記通信セッションを介して前記サービスに係るデータを受信し、
   前記ブラウザ部は、前記データに基づいて画像を描画し、当該画像を、前記インタフェースを介して前記機器に対して出力する
   ことを特徴とする請求項１記載の仲介装置。
3. 前記サービスに係るデータは、前記識別情報を外部から取得した前記端末から前記情報処理装置に送信されたデータである、
   ことを特徴とする請求項１又は２記載の仲介装置。
4. 前記仲介装置は、前記インタフェースを介して複数の機器と通信可能であって、
   複数の前記ブラウザ部を管理するブラウザ管理部をさらに備え、
   前記通信制御部は、前記ブラウザ管理部の管理対象のブラウザ部を識別するブラウザ識別情報を前記情報処理装置へ送信することによって、前記情報処理装置において前記サービスに係る処理の実行要求と関連付けて登録されている前記端末から受信した識別情報と、前記ブラウザ識別情報とを関連付けて登録させ、前記情報処理装置から受信した前記実行要求に応じた処理を、前記情報処理装置において関連付けられているブラウザ識別情報に対応するブラウザ部によって実行させることを特徴とする請求項１乃至３の何れか一項に記載の仲介装置。
5. 前記実行要求には前記情報処理装置が提供する前記サービスに係るプログラムを取得するための取得先が含まれることを特徴とする請求項１乃至４の何れか一項に記載の仲介装置。
6. 機器と通信可能なインタフェースを備える仲介装置が、
   ネットワークを介して接続される情報処理装置と通信セッションを確立し、前記情報処理装置が端末から受信した識別情報に関連付けて登録されているサービスに係る処理の実行要求を、前記通信セッションを介して前記情報処理装置から受信する通信制御手順と、
   前記実行要求に応じた処理を実行するブラウザ手順と、
   を実行し、
   前記ブラウザ手順による前記処理の実行結果を、前記インタフェースを介して前記ブラウザ手順と対応する前記機器に対して出力することを特徴とする仲介方法。
7. 機器と通信可能なインタフェースを備える仲介装置に、
   ネットワークを介して接続される情報処理装置と通信セッションを確立し、前記情報処理装置が端末から受信した識別情報に関連付けて登録されているサービスに係る処理の実行要求を、前記通信セッションを介して前記情報処理装置から受信する通信制御手順と、
   前記実行要求に応じた処理を実行するブラウザ手順と、
   を実行させ、
   前記ブラウザ手順による前記処理の実行結果を、前記インタフェースを介して前記ブラウザ手順と対応する前記機器に対して出力することを特徴とするプログラム。

Images