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

Description

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

オフィスにおいては、様々な機器を活用して業務が遂行されている。各種の機器を活用することで、業務の効率化や作業ミスの低減等を期待することができる。

しかしながら、各機器は、機能の高度化等により操作が複雑になり、機器の操作方法の習得までに必要な期間が長期化している。また、機器の種別に応じてユーザインタフェースが異なることも、機器の操作方法の習得を長期化させる要因となっている。

本発明は、上記の点に鑑みてなされたものであって、機器に関して新規な操作性を提供することを目的とする。

そこで上記課題を解決するため、端末と情報処理装置とを含む情報処理システムであって、前記端末は、外部から第１の識別情報と前記情報処理装置の宛先情報を取得する取得部と、前記宛先情報が示す前記情報処理装置に前記第１の識別情報を送信する送信部とを有し、前記情報処理装置は、登録要求に応じて、前記第１の識別情報とサービスを関連付けて登録する制御部と、前記サービスを実行させる機器の情報を記憶する記憶部と、前記第１の識別情報を受信する受信部と、を有し、前記制御部は、前記受信部が受信した前記第１の識別情報に予め関連付けて登録されている前記サービスを前記機器の情報によって特定される機器に実行させる。

機器に関して新規な操作性を提供することができる。

第１の実施の形態における情報処理システムの構成例を示す図である。 第１の実施の形態におけるサーバ装置１０のハードウェア構成例を示す図である。 第１の実施の形態におけるユーザ端末２０のハードウェア構成例を示す図である。 第１の実施の形態の概要を説明するための図である。 サービスの類型の一例を示す図である。 第１の実施の形態におけるユーザ端末２０及びサーバ装置１０の機能構成例を示す図である。 第１の実施の形態における処理フェーズを説明するための図である。 タグシールに対するユーザ端末２０の近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。 機器情報記憶部１２２の構成例を示す図である。 タグ情報記憶部１２５の構成例を示す図である。 タグＩＤの登録処理の処理手順の一例を説明するためのシーケンス図である。 連携設定画面の表示例を示す図である。 ユーザ情報記憶部１２４の構成例を示す図である。 サービス情報記憶部１２１の構成例を示す図である。 ソフト情報記憶部１２３の構成例を示す図である。 サービスの制御処理の処理手順の一例を説明するためのシーケンス図である。 サービス画面の初期状態の表示例を示す図である。 ファイル名及びプレビュー画像が追加されたサービス画面の表示例を示す図である。 スタートボタンのグレーアウトが解除されたサービス画面の表示例を示す図である。 第４の実施の形態における情報処理システムの構成例を示す図である。 第４の実施の形態におけるユーザ端末２０ａのハードウェア構成例を示す図である。 第４の実施の形態における仲介装置５０のハードウェア構成例を示す図である。 第４の実施の形態の概要を説明するための図である。 第４の実施の形態における各装置の機能構成例を示す図である。 仲介装置５０の起動に応じて実行される処理手順の一例を説明するためのシーケンス図である。 機器情報記憶部１３２の構成例を示す図である。 登録情報記憶部１３４の構成例を示す図である。 アプリ情報記憶部１３１の構成例を示す図である。 タグシールに対するユーザ端末２０ａの近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。 ユーザ情報記憶部１３３の構成例を示す図である。 アップロード画面の表示例を示す図である。 ユーザ端末２０ａから仲介装置５０への画像データの配信処理の処理手順の一例を説明するためのシーケンス図である。 第５の実施の形態における情報処理システムの構成例を示す図である。 第５の実施の形態における仲介装置５０のハードウェア構成例を示す図である。 第５の実施の形態における各装置の機能構成例を示す図である。 第５の実施の形態における事前準備処理の処理手順の一例を説明するためのシーケンス図である。 第５の実施の形態におけるユーザ情報記憶部１３３の構成例を示す図である。 メッセージビーコンの発信元に対するユーザ端末２０ａの近接に応じて実行される処理手順の一例を説明するためのシーケンス図である。

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

ユーザ環境Ｅ１は、各種の機器３０が設置された企業等の組織におけるシステム環境である。ユーザ環境Ｅ１において、各機器３０は当該組織内のＬＡＮ（Local Area Network）等を介してネットワークＮ１に接続される。各機器３０は、ネットワークＮ１を介してサーバ装置１０と双方向の通信が可能である。なお、複合機、プリンタ、電子黒板、プロジェクタ、ＰＣ（Personal Computer）等が機器３０の一例として挙げられる。

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

サーバ装置１０は、ユーザ端末２０を利用した簡易な操作で１以上の機器３０又は１以上のソフトウェアが実行主体となるサービスをユーザに提供するための処理を実行する１以上のコンピュータである。なお、サーバ装置１０は、ユーザ環境Ｅ１に設置されてもよい。

オンラインストレージシステム４０は、ネットワークを介してオンラインストレージと呼ばれるクラウドサービスを提供するコンピュータシステムである。オンラインストレージとは、ストレージの記憶領域を貸し出すサービスである。

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

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

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

図３は、第１の実施の形態におけるユーザ端末２０のハードウェア構成例を示す図である。図３において、ユーザ端末２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、タッチパネル２０４、補助記憶装置２０５及びＮＦＣリーダ２０６等を有する。

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

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

表示装置２１１は、液晶ディスプレイ等であり、タッチパネル２０４の表示機能を担う。入力装置２１２は、表示装置２１１に対する接触物の接触を検出するセンサを含む電子部品である。なお、接触物とは、タッチパネル２０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。

ＮＦＣリーダ２０６は、ＮＦＣタグに記憶されている情報を読み取る。

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

ユーザが、機器３０に貼り付けられているタグシールにユーザ端末２０を翳すと（Ｓ１）、ユーザ端末２０のＮＦＣリーダ２０６は、タグシールに記憶されているＵＲＬを読み取る（Ｓ２）。続いて、ユーザ端末２０は、当該ＵＲＬの宛先（「ｈｔｔｐｓ：／／ｘｘｘ．ｙｙｙ．ｃｏｍ」）であるサーバ装置１０へアクセスする（Ｓ３）。この際、ＵＲＬのオプション情報（「ｔａｇｉｄ＝Ｔａｇ０３」）や、ユーザ端末２０のユーザの識別情報（以下「ユーザＩＤ」という。）等もサーバ装置１０へ通知される。

サーバ装置１０は、当該ユーザＩＤと当該タグＩＤとの組み合わせに対して予め登録されているサービスの実行を制御する。例えば、当該サービスが、特定の機器３０に何らかの処理（ジョブ）を実行させることであれば、サーバ装置１０は、当該機器３０に当該処理を実行させるための制御命令を送信する（Ｓ４）。機器３０は、当該制御命令に応じた処理を実行する。なお、各機器３０は、サーバ装置１０から制御命令をネットワークを介して受け付けるためのＡＰＩ（Application Program Interface）を有している。当該ＡＰＩは、例えば、ＨＴＴＰ（HyperText Transfer Protocol）ベースのＷｅｂＡＰＩであってもよい。

なお、当該ユーザＩＤと当該タグＩＤとの組み合わせに対して予め登録されている処理が、当該ユーザＩＤに関連付けられてオンラインストレージシステム４０に記憶されているファイルの印刷であれば、サーバ装置１０は、当該ファイルを取得し、当該ファイルの印刷を機器３０に実行させる。

したがって、ユーザは、機器３０に配置（貼付）されたタグシールにユーザ端末２０を翳す（近接させる）といった簡易な操作によって、上記のようなサービスを受けることができる。なお、上記の通り、タグＩＤとユーザＩＤとの組み合わせに応じて実行されるサービスが特定される。すなわち、同じタグＩＤ（すなわち、同じタグシール）に対して、ユーザごとに異なるサービスを関連付けることができる。

本実施の形態において「サービス」は、例えば、以下の類型に分類される。図５は、サービスの類型の一例を示す図である。図５には、（１）～（４）の４つの類型が示されている。

（１）は、単独サービスである。単独サービスにおいて利用される機器３０又はソフトウェアは、基本的には１種類である。例えば、当該機器３０が会議室等の照明であり、タグシールにユーザ端末２０が翳されると、当該照明が明るくなるといったサービスが、単独サービスの一例として挙げられる。

（２）は、入力サービスと出力サービスとの組み合わせである。入力サービスとは、サービスにおいて処理対象とされるデータをソフトウェア又は機器３０を利用して入力又は取得するサービスをいう。出力サービスとは、サービスにおいて処理対象とされるデータをソフトウェア又は機器３０を利用して出力又は保存等するサービスをいう。図４に示した例は、（２）の類型に相当する。すなわち、図４において、「ユーザＩＤに関連付けられてオンラインストレージシステム４０に記憶されているファイルの取得」が入力サービスに相当し、「当該ファイルの印刷」が出力サービスに相当する。

（３）は、入力サービスと出力サービスとの間にパイプサービスが挿入される類型である。パイプサービスは、サービスにおいて処理対象とされるデータをソフトウェア又は機器３０を利用して加工又は変換するサービスをいう。例えば、ＯＣＲ（Optical Character Recognition）や翻訳等が、パイプサービスの一例として挙げられる。

（４）は、入力サービス、パイプサービス及び出力サービス等の複雑な組み合わせである。例えば、或る入力サービスから入力されたデータが２以上のパイプサービス又は出力サービスへ入力されたり、或る出力サービスが、２以上の入力サービス又は２つ以上のパイプサービスから入力されたデータを出力したりする。

なお、ＮＦＣタグは、「単純タグ」と「アクティブタグ」との２種類に大別すされるが、本実施の形態のタグシールには、単純タグが好適である。単純タグとは、ＮＦＣリーダライタからＵＲＬ等の情報を書き込んだり、当該情報を読み込んだりすることができるＮＦＣタグをいう。

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

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

タグ通信部２１は、ＮＦＣリーダ２０６を利用してタグシールからタグＩＤを含むＵＲＬを取得し、当該ＵＲＬを入力情報としてブラウザ部２２を起動する。なお、タグ通信部２１は、ユーザ端末２０のＯＳ（Operating System）の一部によって実現されてもよい。

ブラウザ部２２は、例えば、一般的なＷｅｂブラウザである。ブラウザ部２２は、タグ通信部２１から入力情報として通知されたＵＲＬに対応するサーバ装置１０のポータル部１２に、当該ＵＲＬに含まれているタグＩＤと、ユーザ端末２０のユーザのユーザＩＤとを含む情報を送信する。ブラウザ部２２は、また、ポータル部１２から送信されるＷｅｂページを表示装置２１１に表示する。

サーバ装置１０は、制御部１１、ポータル部１２並びにサービス部１３ａ、１３ｂ及び１３ｃ等の１以上のサービス部１３を有する。これら各部は、サーバ装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。サーバ装置１０は、また、サービス情報記憶部１２１、機器情報記憶部１２２、ソフト情報記憶部１２３、ユーザ情報記憶部１２４及びタグ情報記憶部１２５等を利用する。これら各記憶部は、例えば、補助記憶装置１０２、又はサーバ装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

ポータル部１２は、ブラウザ部２２から送信されるユーザＩＤ及びタグＩＤを受信し、当該ユーザＩＤ及び当該タグＩＤを制御部１１に通知する。ポータル部１２は、また、当該サービスに関する画面を示すＷｅｂページをブラウザ部２２に送信する。

制御部１１は、ポータル部１２から通知されたユーザＩＤ及びタグＩＤに対応するサービスの実行を制御する。具体的には、制御部１１は、当該サービスに対応するサービス部１３に当該サービスに関する処理を実行させる。

各サービス部１３は、それぞれが対応するサービスを実現するための処理を実行する。

なお、各記憶部に記憶される情報の詳細については後述される。

以下、情報処理システム１において実行される処理手順について説明する。図７は、第１の実施の形態における処理フェーズを説明するための図である。

まず、ユーザは、タグシールとサービスとの関連付けを行う（Ｓ１０）。上記したように、ユーザごとにタグＩＤ（タグシール）とサービスとの関係を異ならすことが可能であるからである。斯かる作業は、ユーザが利用するタグシールごとに行われる。

その後、ユーザは、サービスを関連付けたタグシールにユーザ端末２０を翳す（近接させる）ことで、当該ユーザ及び当該タグシールに関連付いたサービスを利用することができる（Ｓ２０）。なお、図４は、Ｓ２０の処理フェーズの概要を説明したものである。

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

制御部１１は、ユーザ環境Ｅ１内の機器３０群のうち、機器情報記憶部１２２に登録されている各機器３０から当該機器３０の機器情報を定期的に取得している（Ｓ１０１、Ｓ１０２）。

図９は、機器情報記憶部１２２の構成例を示す図である。図９に示されるように、機器情報記憶部１２２には、機器３０ごとに、主体ＩＤ、ＩＰアドレス、分類、型名、名称、所在地、機器状態及び機器アカウント等が記憶される。

主体ＩＤは、サービスの実行主体としての機器３０の識別情報である。分類は、機器３０の種別である。「ＩＷＢ」は、電子黒板を示し、「ＭＦＰ」は、複合機を示す。他の分類が定義されてもよい。型名は、機器３０の商品名である。名称は、機器３０に対してユーザによって任意に付与された名称である。所在地は、機器３０の所在地である。機器状態は、機器３０の現在の状態である。本実施の形態において、機器状態は、「電源オフ」、「省エネ」、「電源オン」の３種類の電源状態のいずれかの値を示す。「電源オフ」は、機器３０を利用不可な状態であり、制御部１１によって電源オンへの移行ができない状態である。「省エネ」は、省電力状態である。制御部１１は、機器３０のＡＰＩを呼び出すことで、「省エネ」から「電源オン」へ機器３０の状態を移行させることができる。「電源オン」は、機器３０を利用可能な状態である。機器アカウントは、サーバ装置１０が機器３０のＡＰＩを遠隔的に呼び出す際に必要とされるアカウント情報である。

例えば、主体ＩＤ、ＩＰアドレス及び機器アカウントは、予めユーザ環境Ｅ１の管理者等によって登録されていてもよい。この場合、制御部１１は、機器情報記憶部１２２に記憶されている各ＩＰアドレス宛に係る各機器３０へ機器情報の取得要求を送信する。各機器３０から返信される機器情報には、分類、型名、名称、所在地、機器状態が含まれていてもよい。制御部１１は、返信された機器情報を、送信元のＩＰアドレスに関連付けて機器情報記憶部１２２に記憶する。

なお、機器情報は、機器３０からのプッシュ通知によって取得されてもよいし、制御部１１からのポーリングによって取得されてもよい。また、機器情報の取得にはＳＮＭＰ（Simple Network Management Protocol）が利用されてもよい。すなわち、機器情報は、ＭＩＢ（Management Information Base）を構成する情報の一部でもよい。

一方、ユーザが、いずれかの機器３０（以下、「対象機器３０」という。）に貼付されているタグシールにユーザ端末２０を翳すと（Ｓ１１１）、ユーザ端末２０のタグ通信部２１は、ＮＦＣリーダ２０６を利用して当該タグシールに記憶されているタグ情報を取得する（Ｓ１１２、Ｓ１１３）。当該タグ情報には、タグＩＤ（以下、「対象タグＩＤ」という。）をオプション情報として含むＵＲＬが含まれている。続いて、タグ通信部２１は、当該タグ情報にＵＲＬが含まれていることに基づき、当該ＵＲＬを入力情報としてブラウザ部２２を自動的に起動する（Ｓ１１４）。

続いて、ブラウザ部２２は、入力情報であるＵＲＬ（以下、「対象ＵＲＬ」という。）に対応するアクセス先（サーバ装置１０のポータル部１２）に対して、ＨＴＴＰリクエストを自動的に送信する（Ｓ１１５）。当該ＨＴＴＰリクエストには、対象タグＩＤの他に、アカウント情報が含まれる。アカウント情報とは、ユーザ端末２０が過去に当該ＵＲＬにアクセスし、認証に成功した場合であれば、当該認証に成功した際にユーザ端末２０に当該ＵＲＬに関連付けられて保存されているｃｏｏｋｉｅである。ユーザ端末２０が過去に当該ＵＲＬにアクセスしたことが無ければ、アカウント情報は、空である。また、当該ＨＴＴＰリクエストには、位置情報（図８では、「ｇｐｓ」として表記されている。）が含まれてもよい。位置情報は、ユーザ端末２０のＧＰＳ（Global Positioning System）機能によって測位された緯度及び経度である。位置情報が含まれることで、後段の処理において、ユーザの近辺の機器３０をサーバ装置１０が特定することができる。

ポータル部１２は、当該ＨＴＴＰリクエストを受信すると、アカウント情報について認証を行う。認証に成功した場合、ステップＳ１１６以降が実行される。認証に失敗した場合（当該アカウント情報が空である場合も含む。）、ポータル部１２は、アカウント情報の入力要求をブラウザ部２２へ返信する。ブラウザ部２２は、当該入力要求に応じ、ログイン画面を表示して、テナントＩＤ、ユーザＩＤ及びパスワード等を含むアカウント情報の入力をユーザから受け付ける。ブラウザ部２２は、入力されたアカウント情報をポータル部１２へ送信する。ポータル部１２は、当該アカウント情報について改めて認証を行い、認証に成功すれば、当該アカウント情報に基づいて生成したｃｏｏｋｉｅをブラウザ部２２に返信して、ステップＳ１１６以降を実行する。当該ｃｏｏｋｉｅを受信したブラウザ部２２は、当該ｃｏｏｋｉｅを対象ＵＲＬに関連付けてユーザ端末２０に保存する。なお、テナントＩＤとは、ユーザ環境Ｅ１ごと（例えば、企業ごと）に割り当てられる識別情報である。

ステップＳ１１６において、ポータル部１２は、対象タグＩＤと当該アカウント情報に係るユーザＩＤ（以下「対象ユーザＩＤ」という。）とを指定して、対象ユーザＩＤに対する対象タグＩＤの登録の有無の確認を制御部１１に要求する。

制御部１１は、タグ情報記憶部１２５を参照して、対象ユーザＩＤに対して対象タグＩＤが登録されているか（関連付けられているか）を確認し、確認結果として登録の有無を示す情報をポータル部１２へ返却する（Ｓ１１７）。

図１０は、タグ情報記憶部１２５の構成例を示す図である。図１０に示されるように、タグ情報記憶部１２５には、ユーザＩＤごとに、タグＩＤと、当該ユーザＩＤ及び当該タグＩＤの組に対して関連付けられた入力サービス及び出力サービスのそれぞれのサービスの識別情報（以下「サービスＩＤ」という。）が記憶されている。図１０においては、ユーザＩＤが「Ｔａｒｏ」であるユーザＴａｒｏについては、「Ｔａｇ０１」、「Ｔａｇ０２」が登録されている。したがって、対象ユーザＩＤが「Ｔａｒｏ」であり、対象タグＩＤがこれらのいずれかであった場合、制御部１１は、対象ユーザＩＤに対して対象タグＩＤが登録されていることを示す応答をポータル部１２に返却する。一方、対象タグＩＤが、「Ｔａｇ０３」等のように「Ｔａｇ０１」及び「Ｔａｇ０２」のいずれでもない場合、制御部１１は、対象ユーザＩＤに対して対象タグＩＤが登録されていないことを示す応答をポータル部１２に返却する。

なお、図１０におけるタグ情報記憶部１２５において、入力サービス及び出力サービスの組がユーザＩＤ及びタグＩＤに関連付けられることからも明らかなように、本実施の形態では、図５に示した４つの類型のうち（２）の類型について説明するが、他の類型が採用される場合、当該他の類型に合わせてタグ情報記憶部１２５の構成を変更すればよい。

対象ユーザＩＤに対して対象タグＩＤが登録されていない場合、タグＩＤの登録処理が実行される（Ｓ２００）。対象ユーザＩＤに対して対象タグＩＤが登録されている場合、サービスの制御処理が実行される（Ｓ３００）。

続いて、ステップＳ２００の詳細について説明する。図１１は、タグＩＤの登録処理の処理手順の一例を説明するためのシーケンス図である。

ステップＳ２０１において、ポータル部１２は、対象タグＩＤに対するサービスの関連付けをユーザに設定させるための連携設定画面を示すＷｅｂページを生成し、当該Ｗｅｂページをブラウザ部２２へ送信する。ブラウザ部２２は、当該Ｗｅｂページを受信すると、当該Ｗｅｂページに基づいて連携設定画面を表示装置２１１に表示する。

図１２は、連携設定画面の表示例を示す図である。図１２において、連携設定画面５１０は、入力サービス選択領域５１１、出力サービス選択領域５１２、ＯＫボタン５１３、及びキャンセルボタン５１４等を含む。

入力サービス選択領域５１１は、対象タグＩＤに関連付ける入力サービスの選択を受け付けるための領域であり、選択候補の入力サービスごとに、サービスＩＤ、主体ＩＤ及び説明等を含む行が表示される。

出力サービス選択領域５１２は、対象タグＩＤに関連付ける出力サービスの選択を受け付けるための領域であり、選択候補の出力サービスごとに、サービスＩＤ、主体ＩＤ及び説明等を含む行が表示される。

図１２に示される連携設定画面５１０の構成は、図５の（２）の類型に対応したものである。他の類型を採用する場合、他の類型に適した構成を有するように、連携設定画面５１０が生成されればよい。

なお、連携設定画面５１０において選択候補とされる入力サービス及び出力サービスは、ユーザ情報記憶部１２４を参照して特定される。

図１３は、ユーザ情報記憶部１２４の構成例を示す図である。図１３において、ユーザ情報記憶部１２４には、テナントＩＤ別に、当該テナントＩＤに係るユーザ環境Ｅ１における各ユーザのユーザＩＤに関連付けて、当該ユーザが利用可能なサービスのサービスＩＤが記憶されている。例えば、ユーザＴａｒｏは、サービスＩＤが、「ＳＤ＿ＤＩＳＰ」、「ＳＤ＿ＰＲＩＮＴ」又は「ＳＳ＿ＬＡＴＥＳＴ」である３つのサービスを利用可能であることが分かる。したがって、図１２では、合計で３つのサービスが選択候補として表示されている。すなわち、図１２は、対象ユーザＩＤが「Ｔａｒｏ」である場合の連携設定画面５１０の表示例を示す。

なお、ユーザ情報記憶部１２４の内容は、例えば、ユーザ環境Ｅ１の管理者等によって予め登録される。

ユーザ情報記憶部１２４に記憶されている各サービスＩＤに係るサービスの詳細情報は、サービス情報記憶部１２１に記憶されている。

図１４は、サービス情報記憶部１２１の構成例を示す図である。図１４に示されるように、サービス情報記憶部１２１には、テナントＩＤに関連付けて、当該テナントＩＤに係るユーザ環境Ｅ１において定義されているサービスごとに、サービスＩＤ、サービス名、種別、主体ＩＤ及び説明が記憶されている。

サービス名は、サービスの名称である。種別は、当該サービスが入力サービスであるか出力サービスであるかを示す情報である。すなわち、「入力」は、入力サービスを示し、「出力」は、出力サービスを示す。主体ＩＤは、当該サービスを実行する主体の主体ＩＤである。主体ＩＤによって識別される対象は、機器３０又はソフトウェアである。説明は、サービスの概要の説明である。

なお、 "Ｄ＿"で始まる主体ＩＤは、機器３０の主体ＩＤを意味し、"Ｓ＿"で始まる主体ＩＤは、ソフトウェアの主体ＩＤを意味する。"Ｄ＿"で始まる主体ＩＤに係る各機器の機器情報は、機器情報記憶部１２２（図９）に記憶されている。"Ｓ＿"で始まる主体ＩＤに係る各ソフトウェアのソフト情報は、ソフト情報記憶部１２３に記憶されている。

図１５は、ソフト情報記憶部１２３の構成例を示す図である。図１５に示されるように、ソフト情報記憶部１２３には、サービスの実行主体の候補のソフトウェアごとに、主体ＩＤ、ＵＲＬ、分類及びユーザアカウントが記憶されている。ＵＲＬは、当該ソフトウェアのＵＲＬである。分類は、データの扱い方に基づくソフトウェアの分類である。「Ｓｔｏｒａｇｅ」は、オンラインストレージを示し、「ＤＢ」は、データベースを示す。ユーザアカウントは、当該ソフトウェアを利用するためのアカウント情報である。

なお、ポータル部１２は、ユーザ情報記憶部１２４（図１３）及びサービス情報記憶部１２１（図１４）を参照して、連携設定画面５１０を生成可能である。また、図８のステップＳ１１５のＨＴＴＰリクエストに位置情報（ｇｐｓ）が含まれている場合、機器３０によって実行されるサービス（"Ｄ＿"で始まる主体ＩＤが関連付いているサービス）ついては、所在地が当該位置情報に対応するサービスのみが選択候補とされてもよい。

図１１に戻る。連携設定画面５１０の入力サービス選択領域５１１においていずれか１つの入力サービスが選択され、出力サービス選択領域５１２においていずれか１つの出力サービスが選択されて、ＯＫボタン５１３が押下されると（Ｓ２０２）、ブラウザ部２２は、選択された入力サービスのサービスＩＤ（ＩｎＳＩＤ）と、選択された出力サービスのサービスＩＤ（ＯｕｔＳＩＤ）とを含む登録要求をポータル部１２へ送信する（Ｓ２０３）。

ポータル部１２は、当該登録要求に応じ、対象タグＩＤ、ＩｎＳＩＤ、ＯｕｔＳＩＤ及び対象ユーザＩＤを指定して、対象タグＩＤの登録を制御部１１に要求する（Ｓ２０４）。斯かる要求に応じ、制御部１１は、対象ユーザＩＤに関連付けて、対象タグＩＤ、ＩｎＳＩＤ及びＯｕｔＳＩＤをタグ情報記憶部１２５（図１０）に記憶し、登録結果を応答する（Ｓ２０５）。当該登録結果は、ＩｎＳＩＤに係るサービス及びＯｕｔＳＩＤに係るサービスの双方がソフトウェアによって実行されるサービスであれば、登録の成功を示す情報である。一方、ＩｎＳＩＤに係るサービス及びＯｕｔＳＩＤに係るサービスのうちの少なくともいずれか一方が、機器３０によって実行されるサービスである場合、当該登録結果は、仮登録の成功を示す情報である。仮登録の成功とは、対象タグＩＤに関連付けるサービスを実行する機器３０が、ユーザの意図している機器３０であるか否かを確認する必要が有ることを示す登録結果である。なお、ＩｎＳＩＤ又はＯｕｔＳＩＤに係るサービスがソフトウェアによって実行されるのか機器３０によって実行されるのかは、サービス情報記憶部１２１（図１４）において、当該サービスＩＤに関連付けられている主体ＩＤが"Ｓ＿"で始まるか"Ｄ＿"で始まるかに基づいて判定可能である。

当該登録結果が登録の成功を示す場合、ポータル部１２は、登録の成功を示すＷｅｂページをブラウザ部２２へ送信する（Ｓ２０６）。ブラウザ部２２が当該Ｗｅｂページを表示することで、対象ユーザは、対象タグＩＤの登録が成功したことを確認することができる。

一方、当該登録結果が仮登録の成功を示す場合、ポータル部１２は、ＩｎＳＩＤ又はＯｕｔＳＩＤに係るサービスの主体ＩＤに係る機器３０について、所定時間内（例えば、３分間等）に電源のＯＮ／ＯＦＦを所定回数繰り返すことの指示を示すＷｅｂページをブラウザ部２２へ送信する（Ｓ２０７）。すなわち、ＩｎＳＩＤに係るサービスが機器３０によって実行されるサービスであれば、当該機器３０が電源のＯＮ／ＯＦＦの対象とされる。また、ＯｕｔＳＩＤに係るサービスが機器３０によって実行されるサービスであれば、当該機器３０が電源のＯＮ／ＯＦＦの対象とされる。ＩｎＳＩＤに係るサービス及びＯｕｔＳＩＤに係るサービスの双方が機器３０によって実行されるサービスであれば、２つの機器３０が、電源のＯＮ／ＯＦＦの対象とされる。

ブラウザ部２２が、当該Ｗｅｂページを表示すると（Ｓ２０８）、ユーザは、自らがサービスの実行主体であるとして認識している機器３０について、電源のＯＮ／ＯＦＦの操作を実行すべきことを認識する。そこで、ユーザは、当該機器３０の電源ボタンを操作して、当該機器３０の電源のＯＮ／ＯＦＦを所定時間内に所定回数繰り返す（Ｓ２０９）。

一方、制御部１１は、ステップＳ２０５において仮登録の成功を示す情報を応答した場合、仮登録に成功したタグＩＤに関連付けられたサービスを実行する機器３０の状態の監視を開始する。例えば、制御部１１は、当該機器３０のＩＰアドレスを対象として、ｐｉｎｇコマンドを繰り返し実行してもよいし、他の方法によって当該機器３０の状態を監視してもよい。その結果、制御部１１が監視対象としている機器３０と、ユーザが電源のＯＮ／ＯＦＦを行っている機器３０とが一致していれば、制御部１１は、監視対象の機器３０（すなわち、対象タグＩＤに関連付けられるサービスを実行する機器３０）の電源が、所定時間内に所定回数だけＯＮ／ＯＦＦされるのを検知することができる（Ｓ２１０）。この場合、制御部１１は、登録の成功をポータル部１２へ通知する（Ｓ２１１）。当該通知には、対象タグＩＤ、ＩｎＳＩＤ、ＯｕｔＳＩＤ及び対象ユーザＩＤ等が含まれてもよい。ポータル部１２は、当該通知に応じ、ブラウザ部２２に対し、登録の成功を示すＷｅｂページを送信する（Ｓ２１２）。ブラウザ部２２が当該Ｗｅｂページを表示すると、対象ユーザは、対象タグＩＤの登録の成功を確認することができる（Ｓ２１３）。

一方、制御部１１が、監視対象の機器３０について、電源のＯＮ／ＯＦＦを検知できなかった場合、制御部１１は、ステップＳ２０４に応じてタグ情報記憶部１２５に記憶したレコードを削除して、登録の失敗をポータル部１２に通知する。この場合、ポータル部１２は、登録の失敗を示すＷｅｂページをブラウザ部２２へ送信する。

なお、ユーザ端末２０が翳されたタグシールに対応付けられるサービスが、ユーザの意図した機器３０によって実行されることについての確認は、上記以外の方法によって行われてもよい。例えば、ＩｎＳＩＤ又ｈＯｕｔＳＩＤに係る機器３０が、表示装置を有する機器３０であれば、制御部１１は、ステップＳ２０５において仮登録の成功を示す応答を行った後で、ランダムに生成したＰＩＮ（Personal Identification Number：個人暗証番号）コードの表示指示を当該デバイスに送信してもよい。この場合、ポータル部１２は、ＰＩＮコードの入力を受け付けるためのＷｅｂページをステップＳ２０７においてブラウザ部２２へ送信すればよい。ユーザが、機器３０に表示されたＰＩＮコードを確認することができ、当該ＰＩＮコードがＷｅｂページに入力された場合には、ポータル部１２はブラウザ部２２から送信されたＰＩＮコードを制御部１１へ通知する。制御部１１は、当該ＰＩＮコードが、自らが生成したＰＩＮコードに一致すれば登録の成功をポータル部１２へ通知し、一致しない場合は登録の失敗をポータル部１２へ通知すればよい。なお、ＰＩＮコードの代わりにランダムに生成される文字列が利用されてもよい。

タグＩＤの登録が成功することで、対象ユーザは、ユーザ端末２０を翳したタグシールを利用して、サービスの提供を受けることが可能となる。

続いて、図８のステップＳ３００の詳細について説明する。図１６は、サービスの制御処理の処理手順の一例を説明するためのシーケンス図である。ここでは、対象ユーザがユーザＴａｒｏであり、対象タグＩＤが「Ｔａｇ０１」であるとする。

ステップＳ３０１において、ポータル部１２は、図８のステップＳ１１５のＨＴＴＰリクエストに対するＨＴＴＰレスポンスとして、当該ＨＴＴＰリクエストに含まれている対象ユーザＩＤ及び対象タグＩＤの組み合わせに対応するサービス（入力サービス及び出力サービス）に関する画面（以下、「サービス画面」という。）を示すＷｅｂページをブラウザ部２２に送信する。ブラウザ部２２は、当該Ｗｅｂページに基づいて、サービス画面を表示装置２１１に表示する。

図１７は、サービス画面の初期状態の表示例を示す図である。図１７に示されるように、サービス画面５２０は、タイトル領域５２１、入力サービス領域５２２及びスタートボタン５２３等を含む。

タイトル領域５２１には、入力サービスのサービス名及び出力サービスのサービス名が、データのフローの方向を示す矢印によって接続された文字列が表示されている。ポータル部１２は、対象ユーザＩＤ及び対象タグＩＤの組み合わせに対応付けられている入力サービス及び出力サービスのそれぞれのサービスＩＤ（ＳＳ＿ＬＡＴＥＳＴ、ＳＤ＿ＰＲＩＮＴ）をタグ情報記憶部１２５（図１０）を参照して特定し、各サービスＩＤに対応するサービス名を、サービス情報記憶部１２１（図１４）から取得して、タイトル領域５２１を生成することができる。

入力サービス領域５２２は、入力サービスによって入力されるデータのプレビューが表示される領域である。この時点では、入力サービスの実行は開始されていないため、入力サービス領域５２２は空欄となっている。

スタートボタン５２３は、サービスの実行指示をユーザから受け付けるためのボタンである。この時点では、サービスを実行可能な条件が整っていないため、スタートボタン５２３は、グレーアウトされて操作不能とされている。

続いて、ポータル部１２は、対象タグＩＤ及び対象ユーザＩＤを指定して、サービスの開始を制御部１１に要求する（Ｓ３０２）。制御部１１は、対象タグＩＤ及び対象ユーザＩＤの組み合わせに対応する入力サービスのサービスＩＤ（ＳＳ＿ＬＡＴＥＳＴ）と、出力サービスのサービスＩＤ（ＳＤ＿ＰＲＩＮＴ）とを、タグ情報記憶部１２５（図１０）から取得し、入力サービスのサービスＩＤ（ＳＳ＿ＬＡＴＥＳＴ）に対応するサービス部１３ａを生成する（Ｓ３０３）。ここで、サービス部１３ａの生成とは、例えば、サービス部１３ａとして機能するオブジェクトの生成である。又は、サービス部１３ａとして機能するプロセスの生成（プログラムの起動）であってもよい。この際、制御部１１は、ＳＳ＿ＬＡＴＥＳＴの主体ＩＤ（Ｓ＿ＷＦ１）に関連付けられてソフト情報記憶部１２３（図１５）に記憶されているソフト情報（主体ＩＤ、ＵＲＬ、分類、ユーザアカウント等）を、サービス部１３ａに入力する。

続いて、サービス部１３ａは、入力されたソフト情報に含まれているＵＲＬに対して、当該ソフト情報に含まれているユーザアカウントを用いてアクセスして、オンラインストレージから最新ファイルを検索するソフトウェアサービスを呼び出す。当該ソフトウェアサービスには、予め、当該ユーザアカウントに係るユーザが利用する１以上のオンラインストレージシステム４０が登録されている。したがって、当該ソフトウェアサービスは、当該オンラインストレージシステム４０から、当該ユーザアカウントによって登録されたファイルのうち、最新のファイルを検索し（Ｓ３０４）、当該最新ファイルのファイル名及びプレビュー画像（例えば、１ページ目のプレビュー画像）を取得する（Ｓ３０５）。続いて、サービス部１３ａは、取得したファイル名及びプレビュー画像をブラウザ部２２へ送信する（Ｓ３０６）。ブラウザ部２２は、当該ファイル名及びプレビュー画像をサービス画面５２０に当てはめて表示する（Ｓ３０７）。

図１８は、ファイル名及びプレビュー画像が追加されたサービス画面の表示例を示す図である。図１８に示されるように、サービス画面５２０の入力サービス領域５２２には、プレビュー画像とファイル名とが追加されている。

サービス画面５２０にファイル名及びプレビュー画像が表示されることにより、対象ユーザは、最新ファイルがいずれであるかを確認することができる（Ｓ３０７）。

一方、制御部１１は、サービス部１３ａの生成に続いて、又はサービス部１３ａの生成と並行して出力サービス（ＳＤ＿ＰＲＩＮＴ）に対応するサービス部１３ｂを生成する（Ｓ３１１）。この際、制御部１１は、ＳＤ＿ＰＲＩＮＴの主体ＩＤ（Ｓ＿ＭＦＰ１）に関連付けられて機器情報記憶部１２２（図９）に記憶されている機器情報（ＩＰアドレス、分類、型名、名称、所在地、機器状態、機器アカウント等）をサービス部１３ｂに入力する。当該機器情報を、以下「対象機器情報」という。

サービス部１３ｂは、対象機器情報に含まれているＩＰアドレスに基づいて、当該ＩＰアドレスに係る機器３０（すなわち、対象機器３０）の状態を確認する（Ｓ３１２、Ｓ３１３）。当該状態の確認は、対象機器３０のＡＰＩを呼び出すことによって行われてもよいし、ｐｉｎｇコマンド等の汎用的な手段を利用して行われてもよい。対象機器３０の状態の確認は、対象機器３０が正常に起動していること（「電源オン」）が確認されるまで繰り返される。対象機器３０が正常に起動していることが確認されると、サービス部１３ｂは、対象機器３０が正常に起動していることを示す情報をブラウザ部２２へ送信する（Ｓ３１４）。但し、対象機器３０の状態が、「省エネ」である場合、サービス部１３ｂは、対象機器３０の状態を強制的に「省エネ」から「電源オン」に変更してもよい。

ブラウザ部２２は、当該情報を受信すると、スタートボタン５２３のグレーアウトの解除条件が満たされたか否かを確認し、当該解除条件が満たされた場合、スタートボタン５２３のグレーアウトを解除して、スタートボタン５２３を操作可能とする。

図１９は、スタートボタンのグレーアウトが解除されたサービス画面の表示例を示す図である。なお、当該解除条件とは、入力サービス領域５２２にファイル名及びプレビュー画像が表示され、かつ、対象機器３０が正常に起動されていることである。当該解除条件の充足の有無は、例えば、サービス画面５２０を示すＷｅｂページ内のスクリプトによって判定されてもよい。

対象ユーザは、図１９に示されるようなサービス画面５２０を参照して、サービスを利用可能な状態（すなわち、ここでは印刷の実行が可能な状態）が整ったことを確認することができる（Ｓ３１５）。

なお、制御部１１は、サービス部１３ｂの生成後、サービス部１３ｂのアドレス情報（例えば、オブジェクトのポインタ又は参照等）を出力先情報としてサービス部１３ａに通知しておく（Ｓ３２１）。

その後、対象ユーザによってスタートボタン５２３が押下（タッチ）されると（Ｓ３３１）、ブラウザ部２２は、サービス画面５２０に係るＷｅｂページにおけるスタートボタン５２３が押下された際の定義に基づいて、サービス部１３ａに対して実行要求を送信する（Ｓ３３２）。サービス部１３ａは、当該実行要求に応じ、ステップＳ３０４及びＳ３０５において検索した最新ファイルのファイル名に係る最新ファイルを、当該最新ファイルを記憶しているオンラインストレージから取得する（Ｓ３３３、Ｓ３３４）。

続いて、サービス部１３ａは、ステップＳ３２１において通知された出力先情報に係るサービス部１３ｂへサービスの実行要求を通知する（Ｓ３２５）。当該実行要求には、最新ファイルが含まれる。

続いて、サービス部１３ｂは、当該実行要求に応じ、当該実行要求に含まれている最新ファイルについての印刷要求を、対象機器情報に含まれているＩＰアドレスに係る機器３０に送信する（Ｓ３３６）。当該印刷要求は、当該機器３０が有するＡＰＩを介して当該機器３０に通知されてもよい。当該機器３０は、当該印刷要求に応じて最新ファイルの印刷を実行する。印刷が完了すると、当該機器３０は、印刷の完了通知を示す応答をサービス部１３ｂへ返信する（Ｓ３３７）。続いて、サービス部１３ｂは、サービスの実行の完了をサービス部１３ａへ通知する（Ｓ３３８）。サービス部１３ａは、当該通知に応じ、サービスの完了を示すＷｅｂページをブラウザ部２２へ送信する（Ｓ３３９）。ブラウザ部２２が当該Ｗｅｂページを表示すると、対象ユーザは、サービスの完了（すなわち、印刷の完了）を確認することができる（Ｓ３４０）。そこで、対象ユーザは、対象機器３０において出力されている印刷物を取得する（Ｓ３４１）。

上記の処理手順により、ユーザは、対象機器３０に貼付されているタグシールにユーザ端末２０を翳すと、対象機器３０によって最新ファイルが印刷されるといった操作感を経験することができる。

なお、上記では、最新ファイルの検索が入力サービスであり、印刷が出力サービスである例について説明したが、例えば、電子黒板に貼付されたタグシールのタグＩＤに関連付ける出力サービスとして、電子黒板への表示が選択された場合には、入力サービスによって入力されたデータを電子黒板に表示させることもできる。その他、１以上の入力サービス及び１以上出力サービスの各組み合わせ、又は各種の単独サービスを各タグシール（各タグＩＤ）に関連付けておき、各タグシールをユーザにとって便利な場所に貼付しておくことで、ユーザは、各タグシールにユーザ端末２０を翳すといった簡易な操作で、業務を効率化できるサービスを享受することができる。

なお、上記では、説明の便宜上、タグシールが、当該タグシールに関連付けられた出力サービスの実行主体となる機器３０に貼付される例について説明したが、タグシールの貼り付け先に制限は無い。例えば、各ユーザの自席の机等の任意の位置にタグシールが貼られてもよい。当該タグシールのタグＩＤを、ユーザがよく利用するプリンタによる印刷のサービスに関連付けておけば、例えば、ユーザ端末２０に表示させたデータを当該プリンタに印刷させるといった作業を、ユーザは、机に貼付された当該タグシールにユーザ端末２０を翳すだけで行うことができる。

上述したように、第１の実施の形態によれば、ユーザは、タグシールにユーザ端末２０を近接させることで、当該タグシールに関連付けて予め設定した処理を機器３０に実行させることができる。すなわち、機器３０に関して新規な操作性を提供することができる。その結果、ユーザは、機器３０ごとにことなる操作パネル等のユーザインタフェースを操作する機会を低減させることができ、複数の機器３０に跨って統一性の高い操作によって各機器３０を利用することができるようになる。

また、１つのタグＩＤに入力サービス及び出力サービス等の複数のサービスの連携を関連付けておくことにより、ユーザは、簡易な操作で当該サービスの連携を享受することができる。

また、本実施の形態では、ユーザが上記のサービスを利用するための準備作業としては、基本的には、タグＩＤの登録であり、予めユーザ端末２０に対して特別なプログラムのインストール作業等が必要とされる可能性は低い。

また、同一のタグＩＤに対してユーザごとに異なるサービスを関連付けることができるため、ユーザ別のカスタマイズも容易に行うことができる。

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

第１の実施の形態では、サービスの実行要求の宛先情報（ＵＲＬ）を記憶した外部記録媒体の一例としてＮＦＣタグを利用した例を示したが、近距離無線通信を実行可能な他の外部記録媒体が用いられてもよい。例えば、アクティブＲＦＩＤ（Radio Frequency Identification）タグであるＢＬＥ（Bluetooth（登録商標） Low Energy）ビーコンがＮＦＣタグの代わりに利用されてもよい。この場合、ユーザ端末２０は、ＢｌｕｅＴｏｏｔｈ（登録商標）信号からＵＲＬ（タグＩＤ）を取得すればよい。ＢｌｕｅＴｏｏｔｈ（登録商標）の場合、通信距離が長いため、複数のＢＬＥビーコンの信号が１度にユーザ端末２０によって受信される可能性が有る。この場合、ユーザ端末２０は、複数の信号のＵＲＬ（タグＩＤ）の一覧を表示し、当該一覧の中から利用するＵＲＬ（タグＩＤ）をユーザに選択させるようにしてもよい。

又は、ユーザ端末２０は、近距離無線通信以外の方法でＵＲＬ（タグＩＤ）を取得してもよい。例えば、ＵＲＬ（タグＩＤ）が記録されたバーコード又は２次元コードが印字されたシールがタグシールの代わりに利用されてもよい。この場合、ユーザ端末２０は、バーコードリーダ又は２次元コードリーダを用いてＵＲＬ（タグＩＤ）を取得すればよい。

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

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

上記各実施の形態ではサービスの実行要求の宛先情報がＵＲＬである例について示したが、例えば、サーバ装置１０のポータル部１２に対応するドメインを含むメールアドレスが当該宛先情報として利用されてもよい。この場合、タグ通信部２１は、ユーザ端末２０のメーラを起動し、当該メーラに、外部記録媒体から取得したメールアドレスを入力する。メーラは、当該メールアドレス宛にメールを自動送信する。ポータル部１２は、当該メールを受信し、例えば、当該メールアドレスのローカル部をタグＩＤとして処理を実行してもよい。

同様に、他のコミュニケーションアプリ等における宛先情報がＵＲＬの代わりに利用されてもよい。

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

ユーザ環境Ｅ２は、１以上のプロジェクタ６０等の出力機器及び１以上の仲介装置５０が設置された企業等の組織におけるシステム環境である。プロジェクタ６０は、入力される画像を投影面に投影する装置であって出力機器の一例である。ユーザ環境Ｅ２において、各プロジェクタ６０は、それぞれに対応する仲介装置５０に接続される。すなわち、プロジェクタ６０と仲介装置５０とは一対一に対応する。プロジェクタ６０と仲介装置５０とは、例えば、ＨＤＭＩ（登録商標）（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 (11)

1. 端末と情報処理装置とを含む情報処理システムであって、
   前記端末は、
   外部から第１の識別情報と前記情報処理装置の宛先情報を取得する取得部と、
   前記宛先情報が示す前記情報処理装置に前記第１の識別情報を送信する送信部とを有し、
   前記情報処理装置は、
   登録要求に応じて、前記第１の識別情報とサービスを関連付けて登録する制御部と、
   前記サービスを実行させる機器の情報を記憶する記憶部と、
   前記第１の識別情報を受信する受信部と、を有し、
   前記制御部は、前記受信部が受信した前記第１の識別情報に予め関連付けて登録されている前記サービスを前記機器の情報によって特定される機器に実行させる、
   ことを特徴とする情報処理システム。
2. 前記制御部は、前記受信部が受信した前記第１の識別情報及び前記端末のユーザを識別する第２の識別情報の組に予め関連付けて登録されている前記サービスを、前記機器の情報によって特定される機器に実行させる、
   ことを特徴とする請求項１記載の情報処理システム。
3. 前記取得部は、任意の位置に配置されている外部記録媒体から前記第１の識別情報を取得し、
   前記第１の識別情報は、前記外部記録媒体に応じて異なる、
   ことを特徴とする請求項１又は２記載の情報処理システム。
4. 前記制御部は、前記受信部が受信した前記第１の識別情報に予め関連付けて登録されている前記サービスに係る第１の処理を実行してデータを入力し、前記サービスに係る第２の処理である前記データの出力を前記機器の情報によって特定される機器に実行させる、
   ことを特徴とする請求項１乃至３いずれか一項記載の情報処理システム。
5. 前記外部記録媒体は、ＮＦＣタグ、アクティブＲＦＩＤタグ、バーコード又は２次元コードを含む、
   ことを特徴とする請求項３記載の情報処理システム。
6. 前記宛先情報は、ＵＲＬである、
   ことを特徴とする請求項１乃至５いずれか一項記載の情報処理システム。
7. 前記第１の識別情報は、ＵＲＬのオプション情報に含まれている、
   ことを特徴とする請求項１乃至６いずれか一項記載の情報処理システム。
8. 外部から第１の識別情報と情報処理装置の宛先情報を取得する取得部と、
   前記宛先情報が示す前記情報処理装置に前記第１の識別情報を送信する送信部とを有する端末とネットワークを介して通信可能な前記情報処理装置であって、
   登録要求に応じて、前記第１の識別情報とサービスを関連付けて登録する登録部と、
   前記サービスを実行させる機器の情報を記憶する記憶部と、
   前記第１の識別情報を受信する受信部と、
   前記受信部が受信した前記第１の識別情報に予め関連付けて登録されている前記サービスを前記機器の情報によって特定される機器に実行させる制御部と、
   を有することを特徴とする情報処理装置。
9. 端末と情報処理装置とが実行する情報処理方法であって、
   前記端末が、
   外部から第１の識別情報と前記情報処理装置の宛先情報を取得する取得手順と、
   前記宛先情報が示す前記情報処理装置に前記第１の識別情報を送信する送信手順とを実行し、
   前記情報処理装置が、
   登録要求に応じて、前記第１の識別情報とサービスを関連付けて登録する登録手順と、
   前記サービスを実行させる機器の情報を記憶部に記憶する記憶手順と、
   前記第１の識別情報を受信する受信手順と、
   前記受信手順が受信した前記第１の識別情報に予め関連付けて登録されている前記サービスを前記機器の情報によって特定される機器に実行させる制御手順と、
   を実行することを特徴とする情報処理方法。
10. 外部から第１の識別情報と情報処理装置の宛先情報を取得する取得部と、
    前記宛先情報が示す前記情報処理装置に前記第１の識別情報を送信する送信部とを有する端末とネットワークを介して通信可能な前記情報処理装置に、
    登録要求に応じて、前記第１の識別情報とサービスを関連付けて登録する登録手順と、
    前記サービスを実行させる機器の情報を記憶部に記憶する記憶手順と、
    前記第１の識別情報を受信する受信手順と、
    前記受信手順が受信した前記第１の識別情報に予め関連付けて登録されている前記サービスを前記機器の情報によって特定される機器に実行させる制御手順と、
    を実行させることを特徴とするプログラム。
11. 外部から第１の識別情報と情報処理装置の宛先情報を取得する取得部と、
    前記宛先情報が示す前記情報処理装置に前記第１の識別情報を送信する送信部とを有する端末とネットワークを介して通信可能な前記情報処理装置が、
    登録要求に応じて、前記第１の識別情報とサービスを関連付けて登録する登録手順と、
    前記サービスを実行させる機器の情報を記憶部に記憶する記憶手順と、
    前記第１の識別情報を受信する受信手順と、
    前記受信手順が受信した前記第１の識別情報に予め関連付けて登録されている前記サービスを前記機器の情報によって特定される機器に実行させる制御手順と、
    を実行することを特徴とする情報処理方法。

Images