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

Description

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

近年では、スマートフォン等の端末装置によりＱＲコード（登録商標）等に埋め込まれた情報を外部から読み取った結果をサーバに送信することで、サーバのアプリケーションにより、端末装置で取得した画像データをサーバに格納させるシステムが知られている。

上述した従来の技術のシステムでは、端末装置で取得した画像データを、サーバが外部サービスと連携することで外部サービスに提供する際に、画像データに、外部サービスに適した設定を反映させることは考慮されていない。このため、従来では、端末装置が取得した画像データを、様々な外部サービスを提供する際に、それぞれの外部サービスに適した設定を柔軟に反映することができない。

本発明は、上記の点に鑑みてなされたものであって、端末装置が取得した画像データを情報処理装置と連携する外部サービスに提供する際に外部サービスに適した設定を反映させることを目的とする。

開示の技術は、端末装置から、外部サービスに対応する設定を特定する連携設定情報と紐付けられた識別情報を受信する受信部と、前記識別情報に基づいて、前記端末装置が取得した画像データをアップロードさせるサービスを実現するための処理の実行要求を前記端末装置に送信する送信部と、前記サービスを実現するサービス連携部と、を有し、前記送信部は、前記受信した識別情報に紐づけられた連携設定情報を前記端末装置に送信することによって、前記連携設定情報によって特定される設定を前記端末装置によって実行される前記サービスを実現するための処理の設定に反映させ、前記サービス連携部は、前記端末装置から前記画像データがアップロードされると、前記画像データを前記外部サービスに対応した形態の画像データとし、前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬを、前記外部サービスを提供する外部サーバに通知する、情報処理装置である。

端末装置が取得した画像データを情報処理装置と連携する外部サービスに提供する際に外部サービスに適した設定を反映させることができる。

第一の実施形態の情報処理システムのシステム構成の一例を示す図である。 第一の実施形態の情報処理システムの動作の概要を説明する図である。 情報処理装置のハードウェア構成の一例を示す図である。 端末装置のハードウェア構成の一例を示す図である。 情報処理システムの有する各装置の機能構成を説明する図である。 ＡＰＩキー記憶部の一例を示す図である。 連携管理記憶部の一例を示す図である。 利用者記憶部の一例を示す図である。 連携設定情報について説明する図である。 第一の実施形態の連携設定情報の一例を示す図である。 第一の実施形態の情報処理システムの動作を説明する第一のシーケンス図である。 第一の実施形態の情報処理システムの動作を説明する第二のシーケンス図である。 第一の実施形態の情報処理システムの動作を説明する第三のシーケンス図である。 第一の実施形態の情報処理システムの動作を説明する第四のシーケンス図である。 第一の実施形態の画面遷移について説明する第一の図である。 第一の実施形態の画面遷移について説明する第二の図である。 第一の実施形態の変形例を示す第一のシーケンス図である。 第一の実施形態の変形例を示す第二のシーケンス図である。 第一の実施形態の変形例を示す第三のシーケンス図である。 第一の実施形態の変形例を示す第四のシーケンス図である。 第一の実施形態の変形例を示す第五のシーケンス図である。 第一の実施形態の変形例を示す第六のシーケンス図である。 第二の実施形態の連携設定情報の一例を示す図である。 第二の実施形態の情報処理システムの動作を説明する第一のシーケンス図である。 第二の実施形態の情報処理システムの動作を説明する第二のシーケンス図である。 第二の実施形態の画面遷移について説明する第一の図である。 第二の実施形態の画面遷移について説明する第二の図である。 第三の実施形態の連携設定情報の一例を示す図である。 第三の実施形態の情報処理システムの動作を説明するシーケンス図である。 第三の実施形態の画面遷移について説明する第一の図である。 第三の実施形態の画面遷移について説明する第二の図である。 第四の実施形態の情報処理システムの動作の概要を説明する図である。 第四の実施形態の情報処理装置の機能構成を説明する図である。 第四の実施形態の連携設定情報の一例を示す図である。 第四の実施形態の情報処理システムの動作を説明する第一のシーケンス図である。 第四の実施形態の情報処理システムの動作を説明する第二のシーケンス図である。 第四の実施形態の情報処理システムの動作を説明する第三のシーケンス図である。 第四の実施形態の画面遷移について説明する第一の図である。 第四の実施形態の画面遷移について説明する第二の図である。

（第一の実施形態）
以下に、図面に基づいて実施形態を説明する。図１は、第一の実施形態の情報処理システムのシステム構成の一例を示す図である。本実施形態の情報処理システム１００は、情報処理装置２００と、端末装置３００とを含み、情報処理装置２００と端末装置３００とは、ネットワーク等を介して接続される。

また、本実施形態の情報処理装置２００は、ネットワークを介して、各種のサービスを提供する外部サーバ４００と接続される。

本実施形態の情報処理システム１００では、情報処理装置２００が提供するサービスと、外部サーバ４００が提供する外部サービスとを連携させる。

本実施形態の外部サービスとは、例えば、端末装置３００の利用者から提出された情報を用いて、各種の管理業務を支援するサービスや、端末装置３００の利用者から提出された情報を用いた証明書を発行するサービス等であってよい。

情報処理装置２００が提供するサービスは、端末装置３００に読み取られた二次元コードと対応付けられた設定情報に応じて、端末装置３００が保持するデータを、外部サービスに対応した形態のデータとし、指定された格納先に格納させるサービスである。二次元コードは、例えば、ＱＲコード（登録商標）であってよい。

外部サービスと対応付けられた設定情報は、端末装置３００が保持するデータを、外部サービスと対応する形態で出力させるための設定情報である。

具体的には、例えば、設定情報は、外部サービスの利用シーンに応じた二次元コードの使用の仕方、外部サービスの利用者が外部サーバ４００にアップロードする情報の種類、外部サーバ４００により回収される情報の種類等を含む。設定情報は、予め外部サーバ４００において作成されていてよい。

以下の説明では、外部サービスと対応付けられた設定情報を、連携設定情報と表現する場合がある。連携設定情報の詳細は後述する。また、以下の説明では、二次元コードの一例として、ＱＲコードとして説明する。

外部サーバ４００は、情報処理装置２００から提供されたＱＲコードを、端末装置３００に読み取らせる。端末装置３００は、ＱＲコードを読み取ると、情報処理装置２００に対して、ＱＲコードを読み取ったことを通知する。

情報処理装置２００は、この通知を受けると、端末装置３００に対し、端末装置３００が保持するデータを、ＱＲコードと対応付けられた連携設定情報に応じた形態で、指定された格納先へ格納させる処理を実行させる。

外部サーバ４００は、連携設定情報に応じた形態で出力されたデータが指定された格納先へ格納されると、このデータを回収する。

本実施形態では、このように、ＱＲコードと、外部サービスに応じたデータを出力させるための連携設定情報とを対応付けることで、端末装置から外部サーバにデータを提供させることができる。

したがって、本実施形態によれば、端末装置３００の利用者に特別なアプリケーション等をインストールさせることなく、端末装置３００から外部サービスにデータを提供できる。また、本実施形態によれば、情報処理装置２００が提供するサービスと、外部サーバ４００が提供する外部サービスとを、簡素な構成で連携させることができる。

以下に、図２を参照して、本実施形態の情報処理システム１００の動作の概要を説明する。図２は、第一の実施形態の情報処理システムの動作の概要を説明する図である。

本実施形態の情報処理システム１００では、予め外部サーバ４００において、連携設定情報が作成される（ステップＳ１）。

次に、情報処理装置２００は、外部サーバ４００からＱＲコードの取得要求を受け付ける（ステップＳ２）。本実施形態では、このＱＲコードの取得要求に、連携設定情報が含まれるものとする。

情報処理装置２００は、ＱＲコードの取得要求を受け付けると、連携設定情報と対応付けられたＱＲコードを作成し、外部サーバ４００に提供する（ステップＳ３）。

外部サーバ４００は、ＱＲコードを受け取ると、外部サービスの利用者の端末装置３００へＱＲコード２１を提供する（ステップＳ４）。具体的には、外部サーバ４００は、端末装置３００がＱＲコード２１を読み取ることができるように、表示装置等に表示させてもよい。

端末装置３００において、ＱＲコードが読み取られると（ステップＳ５）、情報処理装置２００は、端末装置３００に対し、ＱＲコードと対応付けられた連携設定情報を特定し、特定した連携設定情報に応じたデータの提出を指示する画面を表示させる（ステップＳ６）。言い換えれば、情報処理装置２００は、端末装置３００に対し、外部サービスに対応した形態のデータの提出を指示する画面を表示させる。

端末装置３００は、外部サービスに対応した形態のデータを、ＱＲコードにおいて指定された格納先へ格納する（ステップＳ７）。外部サーバ４００は、外部サービスに対応した形態のデータが、指定された格納先に格納されると、このデータを回収する（ステップＳ８）。

本実施形態の情報処理装置２００は、このように、外部サーバ４００において予め作成された連携設定情報と対応付けられたＱＲコード２１を端末装置３００に読み取らせる。そして、情報処理装置２００は、端末装置３００に、連携設定情報に基づき、外部サービスに対応した形態のデータを出力させ、ＱＲコード２１で指定された格納先へ、このデータを格納させる。

このため、端末装置３００の利用者は、ＱＲコード２１を読み取るだけで、外部サービスに応じた形態のデータを出力することができる。また、外部サーバ４００では、連携設定情報を設定し、指定された格納先からデータを回収するだけで、外部サービスに応じた形態のデータを収集することができる。

したがって、端末装置３００の利用者は、外部サービスの形態に合わせたデータを作成する必要がなく、自動的に外部サービスに応じた形態のデータを提出することができる。なお、端末装置３００の利用者とは、外部サービスの利用者とも言える。

また、外部サービスの提供者は、利用者から提出されたデータが、外部サービスに応じた形態であるか否かを確認したり、利用者から提出されたデータを外部サービスに応じた形態となるように修正する、といった作業が不要となる。

このように、本実施形態によれば、簡素な手順で、外部サーバ４００が提供する外部サービスと、情報処理装置２００が提供するサービスとを連携させることができる。

次に、図３及び図４を参照して、本実施形態の情報処理システム１００の有する各装置のハードウェア構成の一例について説明する。

図３は、情報処理装置のハードウェア構成の一例を示す図である。情報処理装置２００は、コンピュータによって構築されており、図３に示されているように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４、ＨＤＤ(Hard Disk Drive)コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ(Interface)２０８、ネットワークＩ／Ｆ２０９、データバス２１０、キーボード２１１、ポインティングデバイス２１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ２１４、メディアＩ／Ｆ２１６を備えている。

これらのうち、ＣＰＵ２０１は、情報処理装置２００全体の動作を制御する。ＲＯＭ２０２は、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２０５は、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ２０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ２０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ２０９は、通信ネットワークを利用してデータ通信をするためのインターフェースである。データバス２１０は、図３に示されているＣＰＵ２０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード２１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ２１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ２１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ２１６は、フラッシュメモリ等の記録メディア２１５に対するデータの読み出し又は書き込み（記憶）を制御する。

次に、図４を参照して、本実施形態の端末装置３００のハードウェア構成について説明する。図４は、端末装置のハードウェア構成の一例を示す図である。

本実施形態の端末装置３００は、撮影機能を有していればよく、例えば、スマートフォンなどであってよい。図４では、スマートフォンの端末装置の一例として説明する。

端末装置３００は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ＣＭＯＳセンサ３０５、撮影素子Ｉ／Ｆ３０６、加速度・方位センサ３０７、メディアＩ／Ｆ３０９、ＧＰＳ受信部３１１を備えている。

これらのうち、ＣＰＵ３０１は、端末装置３００全体の動作を制御する。ＲＯＭ３０２は、ＣＰＵ３０１やＩＰＬ等のＣＰＵ３０１の駆動に用いられるプログラムを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＥＥＰＲＯＭ３０４は、ＣＰＵ３０１の制御にしたがって、スマートフォン用プログラム等の各種データの読み出し又は書き込みを行う。ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ３０５は、ＣＰＵ３０１の制御に従って被写体を撮影して画像データを得る内蔵型の撮影手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮影手段であってもよい。撮影素子Ｉ／Ｆ３０６は、ＣＭＯＳセンサ３０５の駆動を制御する回路である。加速度・方位センサ３０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ３０９は、フラッシュメモリ等の記録メディア３０８に対するデータの読み出し又は書き込み（記憶）を制御する。ＧＰＳ受信部３１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、端末装置３００は、遠距離通信回路３１２、ＣＭＯＳセンサ３１３、撮影素子Ｉ／Ｆ３１４、マイク３１５、スピーカ３１６、音入出力Ｉ／Ｆ３１７、ディスプレイ３１８、外部機器接続Ｉ／Ｆ(Interface)３１９、近距離通信回路３２０、近距離通信回路３２０のアンテナ３２０ａ、及びタッチパネル３２１を備えている。

これらのうち、遠距離通信回路３１２は、通信ネットワークを介して、他の機器と通信する回路である。ＣＭＯＳセンサ３１３は、ＣＰＵ３０１の制御に従って被写体を撮影して画像データを得る内蔵型の撮影手段の一種である。撮影素子Ｉ／Ｆ３１４は、ＣＭＯＳセンサ３１３の駆動を制御する回路である。マイク３１５は、音を電気信号に変える内蔵型の回路である。スピーカ３１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ３１７は、ＣＰＵ３０１の制御に従ってマイク３１５及びスピーカ３１６との間で音信号の入出力を処理する回路である。ディスプレイ３１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)などの表示手段の一種である。外部機器接続Ｉ／Ｆ３１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路３２０は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル３２１は、利用者がディスプレイ３１８を押下することで、端末装置３００を操作する入力手段の一種である。

また、端末装置３００は、バスライン３１０を備えている。バスライン３１０は、図４に示されているＣＰＵ３０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

次に、図５を参照し、本実施形態の情報処理システム１００の有する各装置の機能構成について説明する。図５は、情報処理システムの有する各装置の機能構成を説明する図である。

はじめに、情報処理装置２００の機能について説明する。本実施形態の情報処理装置２００は、送信部２３０、アプリ判定部２４０、サービス連携部２５０、受信部２５５を有する。これらの各部は、ＣＰＵ２０１がプログラムを読み出して実行することで実現される。

また、本実施形態の情報処理装置２００は、ＡＰＩキー記憶部２７０、連携管理記憶部２８０、利用者記憶部２９０を有する。

送信部２３０と受信部２５５とは、情報処理装置２００と端末装置３００との間の通信を確立させるための処理や、情報処理装置２００と外部サーバ４００との間の通信を確立させるための処理を行う。

アプリ判定部２４０は、初期アクセスＵＲＬに対応する。アプリ判定部２４０は、初期アクセスＵＲＬへのアクセスに応じ、初期アクセスＵＲＬに付与されている情報（タッチポイントＩＤ等）に対応するアプリケーションを、連携管理記憶部２８０を参照して判定する。

アプリ判定部２４０は、初期アクセスＵＲＬに付与されている情報と対応するアプリケーションを判定すると、このアプリケーションに対するＵＲＬを含むリダイレクト要求を含む応答を、初期アクセスＵＲＬへのアクセス元に送信する。

サービス連携部２５０は、情報処理装置２００が提供するサービスを実現するアプリケーションの一つである。具体的には、サービス連携部２５０は、端末装置３００に保持されたデータの中から、連携設定情報に応じたデータをアップロードさせるサービスである。

より具体的には、サービス連携部２５０が実現するサービスは、ＱＲコード２１が読み取られると、端末装置３００に撮影機能を起動させ、撮影された画像データを情報処理装置２００へアップロードさせるサービスである。

また、サービス連携部２５０は、外部サーバ４００から、連携設定情報と、ＱＲコードの取得要求とを受け付けると、連携設定情報と対応付けられたＱＲコードを作成し、外部サーバ４００に提供する。

ＡＰＩキー記憶部２７０は、外部サービスの提供者が、サービス連携部２５０のＡＰＩ（Application Programming Interface）を利用するための鍵を管理する情報記憶部である。連携管理記憶部２８０は、ＱＲコードと連携設定情報とを対応付けるための情報を管理する情報記憶部である。利用者記憶部２９０は、サービス連携部２５０を利用した利用者を管理する情報記憶部である。

次に、端末装置３００の機能について説明する。端末装置３００は、制御部（オペレーティングシステム部）３５０、ブラウザ部３６０、撮影部３７０等を有する。これら各部は、端末装置３００にインストールされた１以上のプログラムが、ＣＰＵ３０１に実行させる処理により実現される。

制御部３５０は、端末装置３００の利用者からの操作を受けて、ブラウザ部３６０を起動する。ブラウザ部３６０は、例えば、一般的なＷｅｂブラウザであり、ＨＴＭＬ（HyperText Markup Language）データやスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標））等に従った処理を実行する。また、ブラウザ部３６０は、起動すると情報処理装置２００に、初期アクセスＵＲＬを送信する。

なお、このとき、ブラウザ部３６０は、初期アクセスＵＲＬと共に、初期アクセスＵＲＬに付与されているタッチポイントＩＤも情報処理装置２００に送信する。タッチポイントＩＤとは、サービスを特定する識別情報を含み、サービスを実現するアプリケーション（サービス連携部２５０）と予め対応付けられている。

また、ブラウザ部３６０は、初期アクセスＵＲＬへのアクセスに応じた情報処理装置２００からのリダイレクト要求に従って、情報処理装置２００が有するアプリケーションのうち、タッチポイントＩＤに関連付けられているアプリケーションにアクセスする。リダイレクト要求とは、初期アクセスＵＲＬへのアクセスに応じた情報処理装置２００からの応答である。

ブラウザ部３６０は、アクセスしたアプリケーションから、端末装置３００への処理の実行要求を示すデータ（ＨＴＭＬデータやスクリプト等）を取得する。

撮影部３７０は、ＣＭＯＳセンサ３０５、３１３やＣＣＤセンサ等によって実現されるカメラを、ＣＰＵ３０１によって制御して被写体を撮影することで画像データを得る撮影機能を実現する。

以下に、図６乃至図８を参照して、情報処理装置２００の有する各記憶部について説明する。図６は、ＡＰＩキー記憶部の一例を示す図である。

本実施形態のＡＰＩキー記憶部２７０は、情報の項目として、テナントＩＤ、管理者ＩＤ、ＡＰＩキーとを有し、項目「テナントＩＤ」と、その他の項目とが対応付けられている。以下の説明では、ＡＰＩキー記憶部２７０において、項目「テナントＩＤ」、「管理者ＩＤ」、「ＡＰＩキー」の値を含む情報を、ＡＰＩキー情報と表現する場合がある。

項目「テナントＩＤ」の値は、外部サービスの提供者を特定するための識別情報である。言い換えれば、項目「テナントＩＤ」の値は、外部サービスを特定するための識別情報である。以下の説明では、外部サービスの提供者をテナントと表現する場合がある。なお、ここでの外部サービスの提供者とは、個人、企業又は組織を含む概念である。

項目「管理者ＩＤ」の値は、テナントにおいて、ＡＰＩキーの利用権限を有する管理者を特定するための識別情報である。項目「ＡＰＩキー」の値は、テナントが情報処理システム１００と連携する際に使用されるキーであり、テナント毎に１つのＡＰＩキーを割り振られる。

図７は、連携管理記憶部の一例を示す図である。本実施形態の連携管理記憶部２８０は、情報の項目として、タッチポイントＩＤ、テナントＩＤ、連携設定情報を有し、項目「タッチポイントＩＤ」とその他の項目とか対応付けられている。連携管理記憶部２８０において、項目「タッチポイントＩＤ」、「テナントＩＤ」、「連携設定情報」の値を含む情報を、連携管理情報と表現する場合がある。

項目「タッチポイントＩＤ」の値は、サービス連携部２５０が作成するＱＲコードを特定するための識別情報であり、ＱＲコードに含まれる。

項目「連携設定情報」の値は、ＱＲコードに含まれる連携設定情報を特定する情報である。具体的には、例えば連携設定情報のファイル名が含まれる。また、他にも識別情報、ファイルパス、識別番号、名称などが含まれる。本実施形態の連携設定情報のデータ形式は、例えば、ＪＳＯＮ形式であってよいし、他の形式であってもよい。

したがって、本実施形態のタッチポイントＩＤは、連携設定情報をＱＲコードと対応付けるための情報であって、ＱＲコードに含まれる情報である。また、本実施形態のタッチポイントＩＤは、外部サービスと紐付けられた情報であって、連携設定情報を特定するための識別情報とも言える。

また、連携管理記憶部２８０では、タッチポイントＩＤ毎に、テナントＩＤと連携設定情報とが対応付けられている。

図８は、利用者記憶部の一例を示す図である。本実施形態の利用者記憶部２９０は、情報の項目として、ユーザＩＤ、タッチポイントＩＤ、状態、提出ファイル、回答ファイルを含み、項目「ユーザＩＤ」と、その他の項目とが対応付けられている。

利用者記憶部２９０において、項目「ユーザＩＤ」の値と、その他の項目の値とが対応付けられた情報を、利用者情報と表現する場合がある。

項目「ユーザＩＤ」の値は、情報処理装置２００が提供するサービスの利用者を特定するための識別情報である。言い換えれば、項目「ユーザＩＤ」の値は、端末装置３００の利用者を特定するための識別情報である。

なお、ユーザＩＤは、連携設定情報において設定された認証方法が、ゲスト認証である場合は、「ｇｕｅｓｔ」で始まるユーザＩＤとなり、ｏａｕｔｈ認証の場合は、リダイレクト先の認証サーバのユーザＩＤとなる。

項目「状態」の値は、利用者から見たときのデータの状態を示す。項目「提出ファイル」の値は、端末装置３００から情報処理装置２００に送信（提出）されるデータのファイル名を示す。

項目「回答ファイル」の値は、外部サービスの提供者が、利用者に対して送信するデータのファイル名を示す。

図８では、例えば、ユーザＩＤ「ｇｕｅｓｔ１」で特定される利用者は、端末装置３００により、タッチポイントＩＤ「ｔｐ００１」を含むＱＲコードを読み取っており、「ＹＹＹ＿２０２１１２３１．ｐｄｆ」データを情報処理装置２００に送信済みである。また、ユーザＩＤ「ｇｕｅｓｔ１」で特定される利用者が提出したデータは、外部サーバ４００による回収が完了している。

以下の説明では、端末装置３００から情報処理装置２００に対し送信される、外部サービスに対応した形態のデータを、提出物と表現する場合がある。

次に、図９を参照して、連携設定情報について説明する。図９は、連携設定情報について説明する図である。図９では、外部サーバ４００により行われる連携設定情報の設定項目の一覧を示す。

本実施形態の設定項目には、項目「ｑｒＣｏｄｅ」、「ｃａｐｔｕｒｅ」、「ｍｏｂｉｌｅＵＩ」、「ｃｏｌｌｅｃｔ」が設けられており、各項目について、さらに設定項目が設けられている。

項目「ｑｒＣｏｄｅ」では、ＱＲコードと対応付けられる設定項目として、項目「ｏａｕｔｈＴｙｐｅ」、「ｔｉｍｅ」、「ｅＩＤ」を含む。なお、この利用形態の例では、これらの設定項目のうち、項目「ｏａｕｔｈＴｙｐｅ」は、必須の設定項目としているが、利用形態に応じて必須の設定項目としなくともよい場合がある。また、この項目ではコードがＱＲコードの場合の設定項目としているが、ＱＲコード以外のコードに対しても同様の設定項目が設定できる。つまり、この項目は言い換えるとコードと対応付けられる設定項目ともいえる。

項目「ｏａｕｔｈＴｙｐｅ」には、認証方法が設定される。認証方法として、例えば、外部サービスの提供元の認証情報を取得して用いる方法（連携認証）、外部サービスの提供元へリダイレクトして認証する方法（ｏａｕｔｈ認証）等がある。

また、認証方法として、例えば、情報処理装置２００独自のユーザ認証を利用する方法がある。この場合、ＱＲコードの読み取り時に認証画面を端末装置３００に表示させる。

また、認証方法として、一度だけ使用できるＱＲコードを用いる方法（ワンタイム認証）、アカウントの入力を要求せずにゲストとして認証する方法（ゲスト認証）、パスワードやコードを入力させ、予め設定されたパスワードや一時的に発行したコードと一致するかを確認することで認証する方法（パスワード又はコード認証）、合言葉を入力させ、予め設定された合言葉と一致するかを確認することで認証する方法（合言葉認証）等がある。なお、認証方法の設定はこれらに限らず、他の認証方法が設定できてもよい。

項目「ｔｉｍｅ」では、ＱＲコードの有効期間が設定される。有効期間は、秒単位、日付け単位、有効期間なし（無制限）等がある。

項目「ｅＩＤ」では、外部サービスに適用した形態のデータ（提出物）に対応付ける個別情報が設定される。個別情報とは、提出物を特定するための提出物識別情報である。ここで設定される個別情報は、１文字以上１００文字以内の文字列であってよい。

項目「ｃａｐｔｕｒｅ」では、撮影や提出物に関する設定が行われる。言い換えれば、項目「ｃａｐｔｕｒｅ」では、端末装置３００から出力されるデータに関する設定が行われる。項目「ｃａｐｔｕｒｅ」と対応付けられる設定項目として、項目「ｒｅｓｏｌｕｔｉｏｎ」、「ａｓｐｅｃｔ」、「ｎｕｍｂｅｒ」、「ｔａｒｇｅｔ」、「ｃｏｇｎｉｔｉｖｅ」を含む。これらの項目において、必須される項目は存在せず、設定を行うか否かは外部サービスの提供者によって任意に決められる。

項目「ｒｅｓｏｌｕｔｉｏｎ」では、端末装置３００の有するカメラの撮影機能により提出物を撮影するときの解像度が設定される。項目「ａｓｐｅｃｔ」では、提出物する画像データの縦横比が設定される。具体的には、項目「ａｓｐｅｃｔ」では、整数の分数が設定された場合には、この分数が縦横比として設定される。また、項目「ａｓｐｅｃｔ」では、「ｆｒｅｅ」が設定された場合には、画像データの撮影者（端末装置３００の利用者）により縦横比が設定される。

項目「ｎｕｍｂｅｒ」では、提出物を撮影する枚数が設定される。本実施形態では、枚数は、１以上１０未満の値として設定される。

項目「ｔａｒｇｅｔ」では、端末装置３００の撮影機能による撮影対象物が設定される。本実施形態では、撮影対象物として、「ｐａｐｅｒ」、「ｆａｃｅ」、「ｂｅｅｒｂｏｘ」、「ｏｔｈｅｒ」等の中から、撮影対象物を選択することで、設定が行われてもよい。

撮影対象物として、「ｐａｐｅｒ」が選択された場合、撮影対象物は「紙」となる。このとき、後述する項目「ｔｉｔｌｅ」は、自動的に「紙提出」とされてもよい。撮影対象物として、「ｆａｃｅ」が選択された場合、撮影対象物は「顔」となる。このとき、後述する項目「ｔｉｔｌｅ」は、自動的に「顔写真」とされてもよい。

また、撮影対象物が「ｂｅｅｒｂｏｘ」が選択された場合、撮影対象物は「ビール箱」となる。このとき、後述する項目「ｔｉｔｌｅ」は、自動的に「ビール箱」とされてもよい。「ｏｔｈｅｒ」が選択された場合、撮影対象物はその他となる。

項目「ｃｏｇｎｉｔｉｖｅ」では、画像データにおける撮影対象物の認識処理を行うか否かが設定される。項目「ｃｏｇｎｉｔｉｖｅ」において、「ｅｎａｂｌｅ」が選択されると、撮影対象物の認識処理を行う設定となる。

この場合、認識処理の具体的な例として、撮影対象物が「紙」である場合には、画像データから「紙」を認識し、画像データが示す画像に「紙」の四隅の画像が含まれるか否かを判定する四隅判定、台形補正、文字認識等の処理が行われる。また、撮影対象物が「顔」である場合には、顔画像の背景を除去し、項目「ａｓｐｅｃｔ」で設定された縦横比に整形する処理が行われる。また、撮影対象物が「顔」である場合にも関わらず、画像データに顔画像が含まれない場合には、再撮影を指示する。したがって、項目「ｃｏｇｎｉｔｉｖｅ」によって設定される認識処理は撮影対象物や撮影に関する設定に応じて異なる認識処理が実行されてもよい

項目「ｍｏｂｉｌｅＵＩ」では、端末装置３００に、外部サービスと対応した画像データを出力させるための案内画面に関する設定が行われる。言い換えれば、項目「ｍｏｂｉｌｅＵＩ」では、提出物をサービス連携部２５０に提出する際の端末装置３００の画面に関する設定が行われる。

項目「ｍｏｂｉｌｅＵＩ」と対応付けられる設定項目として、項目「ｕｒｌ」、「ｔｉｔｌｅ」、「ｅｌｅｍｅｎｔｓ」、「ｔｙｐｅ」、「ｎａｍｅ」を含む。これらの項目において、必須される項目は存在せず、設定を行うか否かは外部サービスの提供者によって任意に決められる。

項目「ｕｒｌ」では、テンプレートを利用せず画面（ユーザインターフェイス）を構築する場合に、端末装置３００用のＷｅｂアプリケーション（以下、Ｗｅｂアプリ）のＵＲＬが設定される。なお、本実施形態では、項目「ｕｒｌ」において、ＷｅｂアプリのＵＲＬが設定された場合には、後段のその他の設定項目は無効となる。

項目「ｔｉｔｌｅ」では、端末装置３００に表示される画面のタイトルを示す文字列が設定される。本実施形態では、項目「ｔｉｔｌｅ」の値を設定することで、画面のタイトルを、予め設定された文字列から変更することができる。文字列は、１文字以上、１００文字以内であればよい。

項目「ｅｌｅｍｅｎｔｓ」では、画面に表示される表示項目が設定される。項目「ｔｙｐｅ」では、画面に表示される表示項目の形式が設定される。具体的には、項目「ｔｙｐｅ」において、「ｔｅｘｔ」が設定された場合、画面に表示された表示項目に対する回答の入力欄が表示される。また、項目「ｔｙｐｅ」において、「ｍｅｓｓａｇｅ」が設定された場合、画面に表示される表示項目は、メッセージとして表示され、回答の入力欄は表示されない。

項目「ｎａｍｅ」では、画面に表示させる表示項目の内容となる文字列が設定される。文字列は、１文字以上、１００文字以内であればよい。

項目「ｃｏｌｌｅｃｔ」では、提出物の回収に関する設定が行われる。項目「ｃｏｌｌｅｃｔ」と対応付けられる設定項目として、項目「ｆｏｒｍａｔ」、「ｆｎａｍｅ」、「ｗｅｂＨｏｏｋ」を含む。これらの項目において、必須される項目は存在せず、設定を行うか否かは外部サービスの提供者によって任意に決められる。

項目「ｆｏｒｍａｔ」では、外部サーバ４００が提出物を回収する際の提出物のフォーマットが設定される。具体的には、項目「ｆｏｒｍａｔ」において、「ｍＰＤＦ」が設定された場合には、提出物のフォーマットは、複数ページのｐｄｆ形式となる。また、項目「ｆｏｒｍａｔ」において、「ｓＰＤＦ」が設定された場合には、提出物のフォーマットは１ページのｐｄｆデータとなる。

また、項目「ｆｏｒｍａｔ」において、「ｊｐｅｇ」が設定された場合には、提出物のフォーマットは、ｊｐｅｇデータとなる。また、項目「ｆｏｒｍａｔ」において、「ｏｒｉｇｎａｌ」が設定された場合には、提出物のフォーマットは変更されない。

項目「ｆｎａｍｅ」では、提出物のファイル名が設定される。具体的には、項目「ｆｎａｍｅ」において、「％ｅＩＤ」が設定された場合には、項目「ｅＩＤ」として設定された文字列が、提出物のファイル名となる。また、項目「ｆｎａｍｅ」において、「％ｄａｔｅ」が設定された場合には、提出物の提出日の日付けが提出物のファイル名となる。また、項目「ｆｎａｍｅ」において、「％ＵＩＤ」が設定された場合には、外部サービスにログインしている利用者のユーザＩＤが、提出物のファイル名となる。

項目「ｗｅｂＨｏｏｋ」では、提出物が提出されたことを通知するＵＲＬが設定される。なお、提出物が提出されたことを通知する方法は、ｗｅｂＨｏｏｋによる通知以外の方法であってもよい。

以上が、連携設定情報として設定される設定項目の一覧である。本実施形態では、これらの設定項目を、外部サービスの提供者に設定させ、ＱＲコードと対応付けることで、端末装置３００から受け取ったデータを、外部サービスと対応した形態のデータとして、外部サーバ４００に提供することができる。

次に、図１０を参照して、本実施形態の連携設定情報の一例を示す。図１０は、第一の実施形態の連携設定情報の一例を示す図である。

図１０に示す連携設定情報１０１は、例えば、外部サーバ４００が提供する外部サービスを、経費精算サービスとした場合に、外部サーバ４００において設定される連携設定情報の一例である。また、連携設定情報１０１のファイル名は、例えば、「ｒｅｃｅｉｐｔ．ｊｓｏｎ」である。

図１０に示す連携設定情報１０１において、ＱＲコードに関する設定として、項目「ｏａｕｔｈＴｙｐｅ」において「ゲスト認証」が設定され、項目「ｔｉｍｅ」において有効時間が３００秒（５分間）に設定され、項目「ｅＩＤ」において文字列「ＹＹＹ」が設定されている。なお、図１０に示す「ｅＩＤ」は、外部サービスの一例である経費精算サービスにログインする利用者の名前である。

また、連携設定情報１０１では、提出物に関する設定として、項目「ｒｅｓｏｌｕｔｉｏｎ」において画像データの解像度が「高精細」に設定され、項目「ａｓｐｅｃｔ」において画像データの縦横比が３：４に設定されている。また、連携設定情報１０１では、提出物に関する設定として、項目「ｎｕｍｂｅｒ」において、９枚の画像データが設定されている。つまり、連携設定情報１０１では、１頁から９頁までの提出が可能となる。

項目「ｔａｒｇｅｔ」において、撮影対象物に「紙」が設定されおり、項目「ｃｏｇｎｉｔｉｖｅ」において、「ｅｎａｂｌｅ」が設定されている。本実施形態では、撮影対象物の認識処理として、台形補正処理と文字認識処理が設定されている。

また、連携設定情報１０１では、提出物を提出する際の端末装置３００の画面に関する設定として、項目「ｔｉｔｌｅ」において、画面のタイトルとして「領収書提出」が設定されている。

また、連携設定情報１０１では、提出物を回収に関する設定として、項目「ｆｏｒｍａｔ」において、複数ページのｐｄｆデータが設定されており、項目「ｆｎａｍｅ」において、提出物のファイル名が「ｅＩＤ＿％ｄａｔｅ」に設定されている。つまり、連携設定情報１０１では、外部サービスの利用者の名前と、提出物を提出する日付けとが、提出物のファイル名となる。

また、連携設定情報１０１では、項目「ｗｅｂＨｏｏｋ」において、提出物が提出されたことが通知される通知先のＵＲＬ「ｈｔｔｐ：／／ａｂｃ・・・」が設定されている。

次に、図１１及び図１２を参照して、本実施形態の情報処理システム１００の動作について説明する。図１１Ａは、第一の実施形態の情報処理システムの動作を説明する第一のシーケンス図である。図１１Ａでは、情報処理装置２００が、タッチポイントＩＤを含むＱＲコードを経費精算サービス４５０に提供するまでの動作を説明する。

なお、本実施形態では、外部サーバ４００が提供する外部サービスを経費精算サービス４５０とし、外部サーバ４００により、連携設定情報１０１が設定されるものとする。

まず、外部サーバ４００が提供する経費精算サービス４５０の管理者は、テナントＩＤ及び管理者ＩＤを取得し、サービス連携部２５０に対し、連携を行うためのアクセストークンの取得要求を行う（ステップＳ１１０１）。

ここでは、テナントＩＤを「ｔｉｄ１００」とし、管理者ＩＤを「ｒｅｃｅｉｐｔＳｖ」とした。

サービス連携部２５０は、ＡＰＩキー記憶部２７０を参照し、テナントＩＤ及び管理者ＩＤと対応するＡＰＩキーを経費精算サービス４５０へ送信する（ステップＳ１１０２）。

ここで、テナントＩＤを「ｔｉｄ１００」及び管理者ＩＤを「ｒｅｃｅｉｐｔＳｖ」と対応するＡＰＩキーは、「ａｐｉｋｅｙ１」である（図６参照）。したがって、サービス連携部２５０は、「ａｐｉｋｅｙ１」を経費精算サービス４５０へ送信する。

続いて、経費精算サービス４５０の利用者であるＹＹＹが、経費精算をするために、ＰＣブラウザ５００から経費精算サービス４５０のＵＲＬへアクセスする（ステップＳ１１０３）。なお、ＰＣブラウザ５００とは、例えば、ＹＹＹが会社等で使用している一般的なコンピュータに搭載されたブラウザであってよい。

ＰＣブラウザ５００は、経費精算サービス４５０に対して接続要求を行う（ステップＳ１１０４）。経費精算サービス４５０は、接続要求を受け付けると、ＰＣブラウザ５００に対してログイン画面を表示させるための情報（ｈｔｍｌ，ＣＳＳ（Cascading Style Sheets），ｊａｖａｓｃｒｉｐｔ等）を送信する（ステップＳ１１０５）。

ＰＣブラウザ５００は、受信した情報に応じて、経費精算サービス４５０にログインするためのログイン画面を表示させる（ステップＳ１１０６）。

続いて、ＰＣブラウザ５００は、経費精算サービス４５０の利用者から、ログインするためのアカウント情報の入力を受け付けると（ステップＳ１１０７）、サービス連携部２５０からＱＲコードを取得する（ステップＳ１１０８）。

ＰＣブラウザ５００は、ＱＲコードを取得すると、ＱＲコードを含む領収書の提出画面を表示させる（ステップＳ１１０９）。

なお、本実施形態では、ＰＣブラウザ５００がＱＲコードを取得する処理は２通りある。以下に、図１１Ｂを参照して、それぞれの処理について説明する。図１１Ｂは、第一の実施形態の情報処理システムの動作を説明する第二のシーケンス図である。

図１１ＢのステップＳ１１０８Ａは、経費精算サービス４５０を介してサービス連携部２５０にＱＲコードの取得要求を行う１つ目の処理である。

この場合、ＰＣブラウザ５００は、経費精算サービス４５０に対してアカウント情報を送信し、認証を要求する（ステップＳ１１１０）。なお、アカウント情報とは、経費精算サービス４５０にログインするためのユーザＩＤ（ＹＹＹ）とパスワードである。

経費精算サービス４５０は、認証要求に応じて認証を行うと、情報処理装置２００のサービス連携部２５０に対し、ＱＲコードの取得要求を行う（ステップＳ１１１１）。

ＱＲコードの取得要求には、ＡＰＩキーと、経費精算サービス４５０において設定された連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）が含まれる。なお、ここでは、ｒｅｃｅｉｐｔ．ｊｓｏｎの項目「ｅＩＤ」には、ＰＣブラウザ５００に入力されたユーザＩＤ「ＹＹＹ」が設定される。

サービス連携部２５０は、ＱＲコードの取得要求を受け付けて、ｒｅｃｅｉｐｔ．ｊｓｏｎと対応付けられたＱＲコードを作成し、ＱＲコードを示す画像データを経費精算サービス４５０へ送信する（ステップＳ１１１２）。

具体的には、サービス連携部２５０は、ｒｅｃｅｉｐｔ．ｊｓｏｎと対応づけるタッチポイントＩＤを生成する。そして、サービス連携部２５０は、タッチポイントＩＤと初期アクセスＵＲＬとを含むＱＲコードを作成し、ＱＲコードを示す画像データを経費精算サービス４５０へ返す。

また、このときサービス連携部２５０は、タッチポイントＩＤと、ｒｅｃｅｉｐｔ．ｊｓｏｎと、経費精算サービス４５０のＡＰＩキーと紐付けられたテナントＩＤと対応付けて、連携管理記憶部２８０に格納する。

ここでは、サービス連携部２５０は、タッチポイントＩＤ「ｔｐ００１」を生成する。また、経費精算サービス４５０のＡＰＩキー「ａｐｉｋｅｙ１」と紐付けられたテナントＩＤは「ｔｉｄ１００」である。

したがって、サービス連携部２５０は、タッチポイントＩＤ「ｔｐ００１」、テナントＩＤ「ｔｉｄ１００」、連携設定情報「ｒｅｃｅｉｐｔ．ｊｓｏｎ」を対応付けて、連携管理記憶部２８０に格納する（図７参照）。

なお、本実施形態のサービス連携部２５０は、ＱＲコードの取得要求を受けて、タッチポイントＩＤを生成し、ＡＰＩキーとテナントＩＤとを対応付けるものとしたが、これに限定されない。タッチポイントＩＤは、予め生成されており、ＡＰＩキーとテナントＩＤとを対応付けられて連携管理記憶部２８０に格納されていてもよい。その場合、サービス連携部２５０は、ＱＲコードの取得要求を受け付けると、ＡＰＩキーとテナントＩＤと対応付けられたタッチポイントＩＤを取得して、ＱＲコードに含めればよい。

経費精算サービス４５０は、ＱＲコードを示す画像データを受けて、ＱＲコードを含む領収書の提出画面の表示指示をＰＣブラウザ５００へ送信する（ステップＳ１１１３）。

なお、本実施形態では、サービス連携部２５０が、ＱＲコードを示す画像データを経費精算サービス４５０へ送信するものとしたが、これに限定されない。サービス連携部２５０は、経費精算サービス４５０と対応付けられたＱＲコードの画像データの生成が成功したことを示す通知を経費精算サービス４５０してもよい。この場合、経費精算サービス４５０は、ＰＣブラウザ５００に対し、ＱＲコードの画像データの生成が成功したことを示す通知を送信する。ＰＣブラウザ５００は、この通知を受けて、ＱＲコードを含む領収書の提出画面を表示させればよい。

また、本実施形態のサービス連携部２５０は、ＱＲコードの上書き要求を受け付けて、タッチポイントＩＤに紐づいた連携設定情報を上書きすることで、連携設定情報を更新してもよい。

以上が、ＰＣブラウザ５００がＱＲコードを取得する１つ目の処理である。次に、ＰＣブラウザ５００がＱＲコードを取得する２つ目の処理について説明する。

図１１ＢのステップＳ１１０８Ｂは、経費精算サービス４５０を介してサービス連携部２５０にＱＲコードの取得要求を行う２つ目の処理である。２つ目の処理では、ＰＣブラウザ５００は、経費精算サービス４５０を介さずにＱＲコードの取得要求を行う。

この場合、ＰＣブラウザ５００は、サービス連携部２５０に対してＱＲコードの取得要求を行う（ステップＳ１１１４）。

このとき、ＱＲコードの取得要求に含まれるＡＰＩキーと、ｒｅｃｅｉｐｔ．ｊｓｏｎとは、ＰＣブラウザ５００において予め取得されていてよい。

サービス連携部２５０は、ＱＲコードの取得要求を受け付けると、ｒｅｃｅｉｐｔ．ｊｓｏｎと対応付けられたＱＲコードを作成し、ＱＲコードを示す画像データをＰＣブラウザ５００へ送信する（ステップＳ１１１５）。ＱＲコードの取得要求を受け付けたときのサービス連携部２５０の処理は、ステップＳ１１０８Ａと同様である。

本実施形態では、ＱＲコードの取得要求をＰＣブラウザ５００から行い、ＰＣブラウザ５００にＱＲコードを返すことで、経費精算サービス４５０を実現する外部サーバ４００へアクセスする回数を減らすことができる。つまり、外部サーバ４００では、経費精算サービス４５０とサービス連携部２５０とを連携させるために、外部サーバ４００に実行させる処理を削減することができ、容易に連携させることができる。

図１２Ａは、第一の実施形態の情報処理システムの動作を説明する第三のシーケンス図である。図１２Ａでは、タッチポイントＩＤを含むＱＲコードが作成された後の動作を示す。

端末装置３００は、ＰＣブラウザ５００に表示された領収書の提出画面に含まれるＱＲコードを読み取る操作を受け付けて（ステップＳ１２０１）、ＱＲコードを読み取る（ステップＳ１２０２、ステップＳ１２０３）。ＱＲコードを読み取る操作とは、端末装置３００を提出画面に表示されたＱＲコードに翳す操作等である。

端末装置３００は、ＱＲコードを読み取ると、端末装置３００の利用者に対し、ＱＲコードを読み取ったことを通知し（ステップＳ１２０４）、ブラウザ部３６０を起動させる（ステップＳ１２０５）。

ブラウザ部３６０は、起動に応じ、ＱＲコードに埋め込まれた初期アクセスＵＲＬに対応するアプリ判定部２４０に対してＨＴＴＰリクエストを自動的に送信する（ステップＳ１２０６）。当該ＨＴＴＰリクエストには、ＱＲコードから取得したタッチポイントＩＤが含まれる。

情報処理装置２００のアプリ判定部２４０は、ブラウザ部３６０に対して、リダイレクト要求を送信する（ステップＳ１２０７）。リダイレクト要求には、サービス連携部２５０のＵＲＬと、アクセストークンとが含まれる。

ここで、タッチポイントＩＤと対応付けられた連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）の設定項目において、認証方法にゲスト認証が設定されている。したがって、アプリ判定部２４０は、連携管理記憶部２８０においてタッチポイントＩＤに関連付けられた連携設定情報１０１（ｒｅｃｅｐｉｔ．ｊｓｏｎ）のＱＲコードと対応付けられる設定項目を参照し、アクセストークン内にゲストＩＤ「ｇｕｅｓｔ」とタッチポイントＩＤ「ｔｐ００１」とを含める。

ブラウザ部３６０は、リダイレクト要求を受けて、サービス連携部２５０に対して接続要求を行う（ステップＳ１２０８）。

サービス連携部２５０は、接続要求を受けて、連携管理記憶部２８０において、タッチポイントＩＤと対応付けられている連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）を連携管理記憶部２８０から特定し、特定した連携設定情報１０１（ｒｅｃｅｐｉｔ．ｊｓｏｎ）の外部サービスと対応した画像データを出力させるための案内画面に関する設定を参照する。そして、サービス連携部２５０は、領収書の提出画面を表示させるための情報として、端末装置３００に表示される画面のタイトルを示す文字列をブラウザ部３６０に返す（ステップＳ１２０９）。言い換えれば、サービス連携部２５０は、連携設定情報１０１の少なくとも一部をブラウザ部３６０に送信する。

ブラウザ部３６０は、この情報に基づき、端末装置３００の画面に表示される領収書の提出画面に文字列を表示させることで、連携設定情報１０１における画面に関する設定を反映する領収書の提出画面を表示させる（ステップＳ１２１０）。

このように、タッチポイントＩＤに紐づけられた連携設定情報１０１を端末装置３００に送信することによって、連携設定情報１０１によって特定される案内画面に関する設定を端末装置によって実行されるサービスを実現するための処理の設定に反映させることができる。

ブラウザ部３６０は、端末装置３００の利用者により、領収書の提出に進む操作を受け付けると（ステップＳ１２１１）、提出物を撮影するための撮影モードに切り替える（ステップＳ１２１２）。

ブラウザ部３６０は、画像を撮影する操作を受け付けると（ステップＳ１２１３）、端末装置３００のカメラによる撮影機能によって、領収書を撮影させ、撮影した領収書の画像データを一時保存させる（ステップＳ１２１４）。

ここで、タッチポイントＩＤと対応付けられた連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）の撮影や提出物に関する設定項目において、端末装置３００の有するカメラの撮影機能により提出物を撮影するときの解像度と、提出する画像の縦横比と、提出物を撮影する枚数とが設定されている。

ブラウザ部３６０は、画像を撮影する操作を受け付けて、タッチポイントＩＤと対応付けられている連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）の外部サービスと対応した画像データを出力させるための撮影や提出物に関する設定を参照する。そして、ブラウザ部３６０は、端末装置３００の有するカメラの撮影機能により、撮影や提出物に関する設定に応じた、提出物の解像度及び縦横比で、設定された枚数の画像を撮影することで、連携設定情報１０１における撮影や提出物に関する設定を反映した画像を取得する。なお、複数の画像を撮影する場合には、提出物を続けて撮影する操作が行われる。

このように、タッチポイントＩＤに紐づけられた連携設定情報１０１を端末装置３００に送信することによって、連携設定情報１０１によって特定される撮影に関する設定を端末装置によって実行されるサービスを実現するための処理の設定に反映させることができる。

続いて、ブラウザ部３６０は、提出物を提出するための操作を受け付けると（ステップＳ１２１５）、撮影した画像データを、アクセストークンと共にサービス連携部２５０に対してアップロードする（ステップＳ１２１６）。

このとき、サービス連携部２５０は、アップロードされた画像データに対して認識処理を行った後の画像データ（提出物）を格納する格納先を示すＵＲＬを生成してもよい。また、このＵＲＬは、予めサービス連携部２５０において設定されていてもよい。

続いて、ブラウザ部３６０は、画像データの提出が完了したことを示す画面を表示させた後に、表示を終了する（ステップＳ１２１７）。

また、サービス連携部２５０は、アクセストークン内に格納されているタッチポイントＩＤに紐づいたｒｅｃｅｉｐｔ．ｊｓｏｎに基づき、画像データの認識処理を行う（ステップＳ１２１８）。

ここで、タッチポイントＩＤと対応付けられた連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）の撮影対象物の設定において、撮影対象物が「紙」に設定されている。また、タッチポイントＩＤと対応付けられた連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）の、画像データにおける撮影対象物の認識処理を行うか否かの設定において「ｅｎａｂｌｅ」が設定されている。さらに、画像データにおける撮影対象物の認識処理として、台形補正処理と文字認識処理が設定されている。したがって、ステップＳ１２１８では、画像データの認識処理が実行される。

さらに、タッチポイントＩＤと対応付けられた連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）の提出物のファイル名の設定では、外部サービスにログインしている利用者のユーザＩＤと、提出日の日付けとが、設定されているが提出物のファイル名となる。

したがって、提出物としてアップロードされる画像データは、ファイル名を、利用者の名前と日付を示す、「ＸＸＸ＿２０２１１２３１．ｐｄｆ」として保存される。また、サービス連携部２５０は、画像データに含まれる紙の画像を認識し、台形補正処理と文字認識処理を行う。

つまり、サービス連携部２５０は、ブラウザ部３６０から送信された画像データを、経費精算サービス４５０に対応した形態の画像データとする。

続いて、サービス連携部２５０は、経費精算サービス４５０に対応した形態の画像データを経費精算サービス４５０に回収させるための回収処理を行う（ステップＳ１２１９）。回収処理の詳細は後述する。

ＰＣブラウザ５００は、回収された画像データの確認画面を表示させる（ステップＳ１２２０）。ＰＣブラウザ５００は、利用者が、確認画面に表示された画像データを確認したことを示す操作を受け付けると（ステップＳ１２２１）、経費精算サービス４５０に対して、画像データの確認が完了したことを示す通知を送信する（ステップＳ１２２２）。経費精算サービス４５０は、この通知を受けて、経費精算処理等を行う（ステップＳ１２２３）。

本実施形態において、経費精算サービス４５０が、経費精算サービス４５０と対応する形態で出力された画像データを回収する回収処理は、２通りある。以下に、図１２Ｂを参照して、それぞれの処理について説明する。図１２Ｂは、第一の実施形態の情報処理システムの動作を説明する第四のシーケンス図である。

図１２ＢのステップＳ１２１９Ａは、経費精算サービス４５０が画像データを回収する１つ目の処理である。

この場合、サービス連携部２５０は、タッチポイントＩＤに紐づいたｒｅｃｅｉｐｔ．ｊｓｏｎを特定し、特定したｒｅｃｅｉｐｔ．ｊｓｏｎの設定項目に基づき、通知先のＵＲＬに対し、提出物が提出されたことを通知する（ステップＳ１２２４）。

ここで、タッチポイントＩＤと対応付けられた連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）の提出物の回収に関する設定において、提出物が提出されたことを通知するＵＲＬが設定されている。したがって、サービス連携部２５０は、連携設定情報１０１に設定された通知先のＵＲＬへ提出物が提出されたことを通知する。

この通知には、サービス連携部２５０が一時的に提出物を格納した格納先を示すＵＲＬが含まれてもよい。一時的に提出物を格納した格納先を示すＵＲＬとは、言い換えれば、外部サービスに対応した形態のデータの格納先を示すＵＲＬである。

以下の説明では、一時的に提出物を格納した格納先を示すＵＲＬを回収ＵＲＬと表現する場合がある。また、回収ＵＲＬには、有効期間が付与されていてもよい。

経費精算サービス４５０は、この通知を受けて、回収ＵＲＬに対し、画像データの取得要求を行う（ステップＳ１２２５）。

サービス連携部２５０は、経費精算サービス４５０に対し、経費精算サービス４５０と対応した形態で保存された画像データである「ＸＸＸ＿２０２１１２３１．ｐｄｆ」を送信する（ステップＳ１２２６）。

経費精算サービス４５０は、受信した画像データ「ＸＸＸ＿２０２１１２３１．ｐｄｆ」のファイル名が、現在経費精算サービス４５０にログインしている利用者のユーザＩＤと一致するか否かの確認を行い、一致している場合に、画像データをＰＣブラウザ５００に送信する（ステップＳ１２２７）。

以上が、経費精算サービス４５０が画像データを回収する１つ目の処理である。次に、経費精算サービス４５０が画像データを回収する２つ目の処理について説明する。

図１２ＢのステップＳ１２１９Ｂは、経費精算サービス４５０が画像データを回収する２つ目の処理である。２つ目の処理では、画像データは、経費精算サービス４５０を介さずに直接ＰＣブラウザ５００に表示される。

この場合、ＰＣブラウザ５００は、経費精算サービス４５０にログインしている利用者のユーザＩＤとファイル名が一致する画像データが、回収ＵＲＬに格納されたか否かを検知する（ステップＳ１２２８）。

ＰＣブラウザ５００は、経費精算サービス４５０にログインしている利用者のユーザＩＤとファイル名が一致する画像データが回収ＵＲＬに格納されたことを検知すると、回収ＵＲＬに対し、画像データの取得要求を行う（ステップＳ１２２９）。サービス連携部２５０は、この取得要求を受けて、ＰＣブラウザ５００に対し、経費精算サービス４５０と対応した形態で保存された画像データである「ＸＸＸ＿２０２１１２３１．ｐｄｆ」を送信する（ステップＳ１２３０）。

本実施形態では、このように、サービス連携部２５０からＰＣブラウザ５００との間で画像データの受け渡しを行うことができる。

次に、図１３Ａ及び図１３Ｂを参照して、本実施形態のＰＣブラウザ５００とブラウザ部３６０の画面遷移について説明する。

図１３Ａは、第一の実施形態の画面遷移について説明する第一の図である。図１３Ａに示す画面１３１は、経費精算サービス４５０へのログイン画面の一例であり、図１１ＡのステップＳ１１０６において、ＰＣブラウザ５００に表示される。

画面１３１は、アカウント情報の入力欄１３１ａと、ＱＲコードの取得要求を行うための操作ボタン１３１ｂとを含む。

ＰＣブラウザ５００は、画面１３１において、入力欄１３１ａにアカウント情報が入力されて、操作ボタン１３１ｂが操作されると、ＱＲコードの取得要求を行う。

画面１３２は、ＱＲコードを含む領収書の提出画面の一例であり、図１１ＡのステップＳ１１０９において、ＰＣブラウザ５００に表示される。

画面１３２は、表示領域１３２ａ、１３２ｂ、ＱＲコード１３２ｃを含む。表示領域１３２ａには、ｒｅｃｅｉｐｔ．ｊｓｏｎにおいて設定された、外部サービスと対応した画像データを出力させるための案内画面に関する設定として設定されている画面のタイトル「領収書提出」が表示されている。

表示領域１３２ｂには、領収書を撮影した画像データの提出を指示するメッセージ、ＱＲコード１３２ｃを端末装置３００で読み取ることを指示するメッセージ等が表示される。ＱＲコード１３２ｃは、サービス連携部２５０によって生成されたＱＲコードである。

画面１３３は、端末装置３００がＱＲコード１３２ｃを読み取る際にブラウザ部３６０に表示される画面の一例であり、図１２ＡのステップＳ１２０５において、ブラウザ部３６０に表示される。画面１３３では、ＱＲコード１３２ｃが表示されている。

図１３Ｂは、第一の実施形態の画面遷移について説明する第二の図である。図１３Ｂに示す画面１４１は、領収書の提出画面の一例であり、図１２ＡのステップＳ１２１０でブラウザ部３６０に表示される。

画面１４１は、表示領域１４１ａと、操作ボタン１４１ｂとを含む。表示領域１４１ａには、画面のタイトルとして、文字列「領収書提出」が表示されている。ここで、表示領域１４１ａに表示される文字列について説明する。

本実施形態では、図１０に示すｒｅｃｅｉｐｔ．ｊｓｏｎにおいて、項目「ｃａｐｔｕｒｅ」のうち、項目「ｔａｒｇｅｔ」の値として、「ｐａｐｅｒ」が設定されており、項目「ｔｉｔｌｅ」の値として「領収書提出」が設定されている。

したがって、表示領域１４１ａでは、画面のタイトルは予め設定されたタイトル「紙提出」ではなく、「領収書提出」に変更される。

操作ボタン１４１ｂは、端末装置３００を撮影モードに切り替えるための操作ボタンである。端末装置３００は、画面１４１において、操作ボタン１４１ｂが操作されると、撮影モードに切り替わり、画面１４２が表示される。

画面１４２は、端末装置３００が撮影モードとなったときの画面の一例を示す。画面１４２は、表示領域１４２ａと操作ボタン１４２ｂとを含む。表示領域１４２ａには、端末装置３００のカメラが写している画像が表示される。操作ボタン１４２ｂは、表示領域１４２ａに表示されている画像の画像データを撮影するための操作ボタンである。

端末装置３００は、画面１４２において、操作ボタン１４２ｂが操作されると、表示領域１４２ａ内の画像を撮影し、ブラウザ部３６０により、画面１４３を表示させる。画面１４２では、表示領域１４２ａに領収書の画像が表示されており、操作ボタン１４２ｂが操作されると、領収書の画像が撮影される。

画面１４３は、撮影した画像データをサービス連携部２５０へアップロードするため画面の一例である。画面１４３は、表示領域１４３ａ、操作ボタン１４３ｂ、１４３ｃを含む。表示領域１４３ａは、撮影された領収書の画像が表示される。

操作ボタン１４３ｂは、表示領域１４３ａに表示された画像を示す画像データをサービス連携部２５０にアップロード（送信）させるための操作ボタンである。言い換えれば、操作ボタン１４３ｂは、領収書の画像データをサービス連携部２５０に提出させるための操作ボタンである。操作ボタン１４３ｃは、続けて別の画像を撮影する際に操作される操作ボタンである。

ブラウザ部３６０は、画面１４３において、操作ボタン１４３ｂが操作されると、領収書の画像データをサービス連携部２５０へ送信する。

サービス連携部２５０は、領収書の画像データを受信すると、経費精算サービス４５０の利用者に対し、提出する領収書の画像を確認させるための画面をＰＣブラウザ５００に表示させる。

図１３Ｂに示す画面１３２Ａは、経費精算サービス４５０に回収された画像データの確認画面の一例であり、図１２ＡのステップＳ１２２０においてＰＣブラウザ５００に表示される。

画面１３２Ａは、表示領域１３２ｂ、ＱＲコード１３２ｃ、表示領域１３２ｄ、１３２ｅ、操作ボタン１３２ｆを含む。

表示領域１３２ｄは、領収書の画像がアップロードされたことを示すメッセージが表示される。表示領域１３２ｅは、サービス連携部２５０に対してアップロードされた領収書の画像が表示される。操作ボタン１３２ｆは、表示領域１３２ｅに表示された画像の画像データを、経費精算サービス４５０に提出するための操作ボタンである。

画面１３２Ａにおいて、操作ボタン１３２ｆを選択する操作が行われると、ＰＣブラウザ５００は、経費精算サービス４５０に対して経費精算の処理の実行要求を行ってもよい。

このように、本実施形態では、予め外部サービスにおいて設定された連携設定情報と紐付けられたタッチポイントＩＤを含むＱＲコードを作成し、外部サービスに提供することで、サービス連携部２５０が提供するサービスと、外部サービスとを連携させることができる。

また、本実施形態では、外部サービスの利用者に、特別なアプリケーションを端末装置３００にインストールすることなく、画像データの提出を行わせることができる。

次に、図１４Ａ～図１４Ｆを参照して、本実施形態の変形例について説明する。

（変形例１）
変形例１では、撮影対象物（画像データ）の認識処理が、端末装置３００のブラウザ部３６０において実行されるように、連携設定情報１０１が設定される。

具体的には、変形例１では、連携設定情報１０１における、項目「ｃａｐｔｕｒｅ」と対応付けられる設定項目である項目「ｃｏｇｎｉｔｉｖｅ」に対し、「ｅｎａｂｌｅ：全てブラウザ部３６０で実行」を設定する（図９、図１０参照）。

なお、変形例１では、撮影対象物の認識処理として、四隅判定処理と台形補正処理とが設定されているものとする。したがって、変形例１では、四隅判定処理と台形補正処理との両方がブラウザ部３６０により実行される。

以下に、図１４Ａを参照して、変形例１における情報処理システム１００の動作を説明する。

図１４Ａは、第一の実施形態の変形例を示す第一のシーケンス図である。変形例１において、端末装置３００がＱＲコードを読み取る操作を受け付けてから、撮影機能によって撮影した領収書の画像データを一時保存させる処理までは、図１２Ａと同様である。言い換えれば、変形例１では、図１２ＡのステップＳ１２０１からステップＳ１２１４までに示す処理を行った後に、図１４Ａに示すステップＳ１４００以降処理を行う。

図１４ＡのステップＳ１４００からステップＳ１４０２までの処理は、連携設定情報１０１における、項目「ｃａｐｔｕｒｅ」と対応付けられる設定項目である項目「ｃｏｇｎｉｔｉｖｅ」に対し、「ｄｉｓａｂｌｅ」が設定されていた場合を示す。

ここで、図１４ＡのステップＳ１４００からステップＳ１４０２までの処理は、図１２ＡのステップＳ１２１５からステップＳ１２１７までの処理と同様であるから、説明を省略する。また、図１４Ａの例では、ステップＳ１４０１でサービス連携部２５０にアップロードされた画像データに対する認識処理は行われない。

また、ステップＳ１４０２より後の情報処理システム１００の動作は、図１２ＡのステップＳ１２１９以降の動作と同様である。

図１４Ａにおいて、ステップＳ１４０３からステップＳ１４０６の処理は、連携設定情報１０１における、項目「ｃａｐｔｕｒｅ」と対応付けられる設定項目である項目「ｃｏｇｎｉｔｉｖｅ」に対し、「ｅｎａｂｌｅ：全てブラウザ部３６０で実行」を設定した場合の処理である。

また、図１４ＡのステップＳ１４０３からステップＳ１４０７の処理は、項目「ｃｏｇｎｉｔｉｖｅ」に、「ｅｎａｂｌｅ：全てブラウザ部３６０で実行」と設定されているが、ブラウザ部３６０に画像データの認識処理を行う機能を有していない場合の処理を示す。

この場合、ブラウザ部３６０は、ステップＳ１２１４において、撮影した領収書の画像データが一時保存されると、ブラウザ部３６０が画像データの認識処理機能を有していないことを示すメッセージ（非サポートメッセージ）を表示させ（ステップＳ１４０３）、ステップＳ１４０４へ進む。

図１４ＡのステップＳ１４０４からステップＳ１４０７までの処理は、図１２ＡのステップＳ１２１５からステップＳ１２１８までの処理と同様であるから、説明を省略する。また、情報処理システム１００は、ステップＳ１４０６に続いて、後述するステップＳ１４１へ進む。

図１４ＡのステップＳ１４０８からステップＳ１４１６の処理は、連携設定情報１０１における、項目「ｃｏｇｎｉｔｉｖｅ」に、「ｅｎａｂｌｅ：全てブラウザ部３６０で実行」と設定されており、ブラウザ部３６０が画像データの認識処理を行う機能を有している場合の処理を示す。

この場合、ブラウザ部３６０は、ステップＳ１２１４において、撮影した領収書の画像データが一時保存されると、タッチポイントＩＤと対応付けられている連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）を参照して、画像データが示す画像に領収書の画像の四隅が含まれるか否かを判定する四隅判定処理を行う（ステップＳ１４０８）。

続いて、ブラウザ部３６０は、画像データが示す画像に対して台形補正処理を行い（ステップＳ１４０９）、台形補正処理後のプレビュー画像を表示させる（ステップＳ１４１０）。

なお、ここで、ブラウザ部３６０は、画像データの補正に失敗した場合には、領収書を再度撮影するための操作を受け付ける（ステップＳ１４１１）。画像データの補正に失敗した場合とは、例えば、画像データが示す画像に、領収書の画像の四隅が含まれない場合等であってよい。この場合には、ブラウザ部３６０は、端末装置３００に対して、領収書の再撮影を促す案内情報等を表示させてもよい。

ブラウザ部３６０は、端末装置３００の有するカメラ機能により、領収書の画像を撮影させ（ステップＳ１４１２）、画像データに対して四隅判定処理、台形補正処理を行い、台形補正処理後のプレビュー画像を表示させる（ステップＳ１４１３）。

続いて、ブラウザ部３６０は、提出物を提出するための操作を受け付けると（ステップＳ１４１４）、台形補正処理後の画像データを、アクセストークンと共にサービス連携部２５０に対してアップロードする（ステップＳ１４１５）。

続いて、ブラウザ部３６０は、画像データの提出が完了したことを示す画面を表示させる（ステップＳ１４１６）。

ステップＳ１４１６より後の情報処理システム１００の動作は、図１２ＡのステップＳ１２１９以降の動作と同様である。

このように、変形例１では、ブラウザ部３６０に画像データの認識処理を行う機能が搭載されている場合には、ブラウザ部３６０により、画像データの認識処理を行わせることができる。

（変形例２）
変形例２では、端末装置３００のブラウザ部３６０において、撮影対象物（画像データ）の認識処理の一部が実行されるように、連携設定情報１０１が設定される。

具体的には、変形例２では、連携設定情報１０１において、項目「ｃａｐｔｕｒｅ」と対応付けられる設定項目である項目「ｃｏｇｎｉｔｉｖｅ」に対し、「ｅｎａｂｌｅ：××××」と設定することで、画像データの認識処理のうち、「××××」処理のみをブラウザ部３６０に実行させる（図９、図１０参照）。そして、それ以外の画像データの認識処理は、サービス連携部２５０に実行させる。

以下の説明では、連携設定情報１０１の項目「ｃｏｇｎｉｔｉｖｅ」に対して、「ｅｎａｂｌｅ：四隅判定」と設定された場合について説明する。

また、変形例２では、撮影対象物の認識処理として、四隅判定処理と台形補正処理と文字認識処理が設定されているものとする。このため、変形例２では、四隅判定処理のみがブラウザ部３６０で実行され、台形補正処理と文字認識処理とが、サービス連携部２５０により実行される。

以下に、図１４Ｂを参照して、変形例２における情報処理システム１００の動作を説明する。

図１４Ｂは、第一の実施形態の変形例を示す第二のシーケンス図である。ブラウザ部３６０は、ステップＳ１２１４において、撮影した領収書の画像データが一時保存されると、タッチポイントＩＤと対応付けられている連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）を参照する。ここで、連携設定情報１０１の項目「ｃｏｇｎｉｔｉｖｅ」には、「ｅｎａｂｌｅ：四隅判定」と設定されている。したがって、ブラウザ部３６０は、画像データに対して四隅判定処理を行う（ステップＳ１４２０）。

続いて、ブラウザ部３６０は、四隅判定処理を行った結果を示すプレビュー画像を表示させる（ステップＳ１４２１）。

ここで、ブラウザ部３６０は、四隅判定処理の結果、プレビュー画像に領収書の四隅の画像が含まれない場合、後述するステップＳ１４２２へ進み、プレビュー画像に領収書の四隅の画像が含まれる場合、Ｓ１４２５へ進む。

ブラウザ部３６０は、四隅判定処理の結果、プレビュー画像に領収書の四隅の画像が含まれない場合、領収書を再度を撮影する操作を受け付ける（ステップＳ１４２２）。続いて、ブラウザ部３６０は、端末装置３００の有するカメラ機能により、領収書の画像を撮影させ（ステップＳ１４２３）、画像データに対して四隅判定処理を行い、四隅判定処理後のプレビュー画像を表示させる（ステップＳ１４２４）。

なお、ブラウザ部３６０は、プレビュー画像に領収書の四隅の画像が含まれるようになるまで、ステップＳ１４２２からステップＳ１４２４までの処理を繰り返してもよい。

プレビュー画像に領収書の四隅の画像が含まれる場合、ブラウザ部３６０は、提出物を提出するための操作を受け付けると（ステップＳ１４２５）、四隅判定処理後の画像データをアクセストークンと共にサービス連携部２５０に対してアップロードする（ステップＳ１４２６）。

続いて、ブラウザ部３６０は、画像データの提出が完了したことを示す画面を表示させる（ステップＳ１４２７）。

また、サービス連携部２５０は、ステップＳ１４２６で受信したアクセストークンに含まれるタッチポイントＩＤと対応する連携設定情報１０１を参照し、台形補正処理を実行する（ステップＳ１４２８）。

また、変形例２では、画像データに対する文字認識処理（ＯＣＲ（Optical character recognition）処理）が設定されているため、サービス連携部２５０は、画像データに対して文字認識処理を実行する（ステップＳ１４２９）。なお、文字認識処理は、画像データが示す画像に文字画像が含まれる場合に実行されてもよい。

ステップＳ１４２９より後の情報処理システム１００の動作は、図１２ＡのステップＳ１２１９以降の動作と同様である。

このように、変形例２では、ブラウザ部３６０に実行させる処理と、サービス連携部２５０に実行させる処理とを別々に設定できる。したがって、変形例２では、負荷の大きい処理をサービス連携部２５０に実行させて、比較的負荷が軽い処理をブラウザ部３６０に実行させることができる。

（変形例３）
変形例３では、ブラウザ部３６０は、撮影した領収書の画像データが一時保存されると、画像データを縮小し、縮小画像データをサービス連携部２５０にアップロードする。そして、サービス連携部２５０は、縮小画像データに対して、前処理としての四隅判定処理を実行し、四隅判定処理の結果をブラウザ部３６０に表示させる。

具体的には、変形例３では、連携設定情報１０１において、項目「ｃａｐｔｕｒｅ」と対応付けられる設定項目である項目「ｃｏｇｎｉｔｉｖｅ」に対し、「ｒｅｄｕｃａｔｉｏｎ」を設定することで、ブラウザ部３６０に縮小画像データをアップロードさせる（図９、図１０参照）。

項目「ｃｏｇｎｉｔｉｖｅ」に対して設定され値「ｒｅｄｕｃａｔｉｏｎ」は、サービス連携部２５０に対し、台形補正処理の前処理として、縮小画像データによる四隅判定処理を実行させ、四隅判定処理の結果に応じて台形補正処理を実行させるための設定値である。

以下に、図１４Ｃを参照して、変形例３における情報処理システム１００の動作を説明する。

図１４Ｃは、第一の実施形態の変形例を示す第三のシーケンス図である。ブラウザ部３６０は、ステップＳ１２１４において、撮影した領収書の画像データが一時保存されると、タッチポイントＩＤと対応付けられている連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）を参照する。ここで、連携設定情報１０１の項目「ｃｏｇｎｉｔｉｖｅ」には、「ｒｅｄｕｃａｔｉｏｎ」と設定されている。したがって、ブラウザ部３６０は、一時保存された画像データを縮小した縮小画像データを生成して、サービス連携部２５０にアップロードする（ステップＳ１４３０）。

サービス連携部２５０は、縮小画像データがアップロードされると、タッチポイントＩＤと対応付けられた連携設定情報１０１を参照し、四隅判定処理を行う（ステップＳ１４３１）。

ブラウザ部３６０は、サービス連携部２５０に対し、四隅判定処理の結果を示す画像データの取得要求を行い（ステップＳ１４３２）、四隅判定処理の結果を示す画像データを取得する（ステップＳ１４３３）。

続いて、ブラウザ部３６０は、取得した四隅判定処理の結果を示すプレビュー画像を表示させる（ステップＳ１４３４）。

ここで、ブラウザ部３６０は、四隅判定処理の結果、プレビュー画像に領収書の四隅の画像が含まれない場合、ステップＳ１４３５へ進み、プレビュー画像に領収書の四隅の画像が含まれる場合、後述するステップＳ１４４２へ進む。

ブラウザ部３６０は、領収書を再度を撮影する操作を受け付ける（ステップＳ１４３５）。続いて、ブラウザ部３６０は、端末装置３００の有するカメラ機能により、領収書の画像を撮影させる（ステップＳ１４３６）。

続いて、ブラウザ部３６０は、撮影された画像を示す画像データを縮小した縮小画像データを生成し、サービス連携部２５０にアップロードする（ステップＳ１４３７）。図１４ＣにおけるステップＳ１４３７からステップＳ１４４１までの処理は、図１４ＣにおけるステップＳ１４３０からステップＳ１４３４までの処理と同様であるから、説明を省略する。

四隅判定処理の結果、プレビュー画像に領収書の四隅の画像が含まれる場合、ブラウザ部３６０は、提出物を提出するための操作を受け付けると（ステップＳ１４４２）、四隅判定処理後の画像データを、アクセストークンと共にサービス連携部２５０に対してアップロードする（ステップＳ１４４３）。

図１４ＣにおけるステップＳ１４４２からステップＳ１４４６までの処理は、図１４ＢのステップＳ１４２５からステップＳ１４２９までの処理と同様であるから、説明を省略する。

ステップＳ１４４６より後の情報処理システム１００の動作は、図１２ＡのステップＳ１２１９以降の動作と同様である。

このように、変形例３では、サービス連携部２５０において台形補正処理を行う前に、ブラウザ部３６０に四隅判定処理の結果を表示させる。このため、変形例３では、端末装置３００の利用者に対し、画像が適切に撮影されたか否かを通知することができる。

（変形例４）
変形例４は、図１２ＡのステップＳ１２１９に示す回収処理と、その後の処理の変形例の１つである。変形例４では、回収処理において、画像データの認識処理が実行された後の画像データと共に、認識処理が実行される前の画像データも回収する。認識処理が実行される前の画像データとは、端末装置３００の撮影機能により撮影された画像を示す画像データである。以下の説明では、認識処理が実行される前の画像データを、オリジナル画像データと表現する場合がある。

また、変形例４では、画像データを提出する提出者と、画像データを回収する回収者とが、同じ場合を示す。画像データを提出する提出者とは、端末装置３００及びＰＣブラウザ５００の利用者であってよい。

変形例４では、項目「ｃｏｌｌｅｃｔ」と対応付けられる設定項目に、項目「ｏｐｔｉｏｎ」を追加する（図９、図１０参照）。項目「ｏｐｔｉｏｎ」では、項目「ｗｅｂＨｏｏｋ」で設定されたＵＲＬと共に通知される情報が設定される。言い換えれば、項目「ｏｐｔｉｏｎ」では、提出物が提出されたことを通知するＵＲＬと共に通知する情報が設定される。

具体的には、変形例４では、連携設定情報１０１において、項目「ｃｏｌｌｅｃｔ」と対応付けられる設定項目である項目「ｏｐｔｉｏｎ」に対し、「ｏｒｉｇｉｎａｌＩｍａｇｅ」を設定する。変形例４では、これにより、提出物が提出されたことを通知するＵＲＬと共に、オリジナル画像データの格納先を示すＵＲＬが端末装置３００に送信される。

以下に、図１４Ｄを参照して、変形例４における情報処理システム１００の動作を説明する。

図１４Ｄは、第一の実施形態の変形例を示す第四のシーケンス図である。図１４Ｄでは、提出物の提出と提出物の回収を行う利用者を利用者Ａとして説明する。

図１４Ｄの処理１２１９Ｃは、経費精算サービス４５０が画像データを回収する回収処理の変形例である。

図１４Ｄにおいて、サービス連携部２５０は、タッチポイントＩＤに紐づいた連携設定情報１０１を特定し、特定した連携設定情報１０１の設定項目に基づき、通知先のＵＲＬに対し、提出物が提出されたことを通知する（ステップＳ１４５０）。

ここで、タッチポイントＩＤと対応付けられた連携設定情報１０１（ｒｅｃｅｉｐｔ．ｊｓｏｎ）の提出物の回収に関する設定において、提出物が提出されたことを通知するＵＲＬが設定されている。したがって、サービス連携部２５０は、連携設定情報１０１に設定された通知先のＵＲＬへ提出物が提出されたことを通知する。

また、連携設定情報１０１では、項目「ｏｐｔｉｏｎ」に対し、「ｏｒｉｇｉｎａｌＩｍａｇｅ」が設定されているため、サービス連携部２５０は、オリジナル画像データの格納先を示すＵＲＬも共に、通知先のＵＲＬに対して通知する。

具体的には、この通知には、一時的に提出物を格納した格納先を示すＵＲＬである回収ＵＲＬと、オリジナル画像データの格納先を示すＵＲＬとが含まれる。

なお、提出物とされる画像データは、画像データの認識処理が行われた後の画像データである。言い換えれば、提出物とされる画像データは、四隅判定処理、台形補正処理、文字認識処理等が行われた後の画像データである。以下の説明では、提出物とされる画像データを、補正後画像データと表現する場合がある。

経費精算サービス４５０は、回収ＵＲＬに対し、補正後画像データの取得要求を行う（ステップＳ１４５１）。

サービス連携部２５０は、経費精算サービス４５０に対し、経費精算サービス４５０と対応した形態で保存された補正後画像データを送信する（ステップＳ１４５２）。

続いて、経費精算サービス４５０は、オリジナル画像データの格納先を示すＵＲＬに対し、オリジナル画像データの取得要求を行う（ステップＳ１４５３）。

サービス連携部２５０は、経費精算サービス４５０に対し、一時的に保存されたオリジナル画像データを送信する（ステップＳ１４５４）。

続いて、経費精算サービス４５０は、受信した補正後画像データと、オリジナル画像データのファイル名が、現在経費精算サービス４５０にログインしている利用者のユーザＩＤと一致するか否かの確認を行い、一致している場合に、補正後画像データとオリジナル画像データとをＰＣブラウザ５００に送信する（ステップＳ１４５５）。

ＰＣブラウザ５００は、回収された補正後画像データとオリジナル画像データの確認画面を表示させる（ステップＳ１４５６）。

具体的には、ＰＣブラウザ５００は、画面１３２Ａにおける表示領域１３２ｅに、補正後画像データと、オリジナル画像データとを表示させてもよい（図１３Ｂ参照）。

続いて、ＰＣブラウザ５００は、利用者Ａが補正後画像データが適切であると判断したことを示す操作を受け付けると（ステップＳ１４５７）、経費精算サービス４５０に対して、画像データの確認が完了したことを示す通知を送信する（ステップＳ１４５８）。

ここでは、補正後画像データが適切であると判断される場合とは、例えば、確認画面に表示された補正後の画像が、領収書の四隅を含んでいる場合等である。

経費精算サービス４５０は、この通知を受けて、経費精算処理等を行う（ステップＳ１４５９）。

また、利用者Ａが補正後画像データが不適切と判断し、提出物を再提出するために、端末装置３００によって、ＰＣブラウザ５００の画面１３２Ａに表示されたＱＲコード１３２ｃを読み取る操作が行われる（ステップＳ１４６０）。この場合、情報処理システム１００は、図１２ＡのステップＳ１２０２に戻り、ステップＳ１２０２以降の処理を行う（ステップＳ１４６１）。

このように、変形例４では、提出物を提出した人物が、提出物の状態を確認することができ、提出物が適切な状態でない場合には、再提出を行うことができる。

（変形例５）
変形例５は、サービス連携部２５０が、経費精算サービス４５０に対して回収ＵＲＬを送信する際に、オリジナル画像データの格納先を示すＵＲＬと、提出物の再提出先を示すＵＲＬとを共に送信する。以下の説明では、提出物の再提出先を示すＵＲＬを再提出用ＵＲＬと表現する場合がある。

具体的には、変形例５では、連携設定情報１０１において、項目「ｃｏｌｌｅｃｔ」と対応付けられる設定項目である項目「ｏｐｔｉｏｎ」に対し、「ｏｒｉｇｉｎａｌＩｍａｇｅ」と、「ｕｐｌｏａｄＵＲＬ」とが設定される。

このようにすることで、画像データを提出する提出者と、画像データを回収する回収者とが、異なる人物である場合に、提出者以外の人物が提出物の再提出を行うことができる。

以下に、図１４Ｅを参照して、変形例５における情報処理システム１００の動作を説明する。図１４Ｅでは、提出物の提出者を利用者Ａとし、提出物を回収する回収者を利用者Ｂとして説明する。言い換えれば、利用者Ａは、ブラウザ部３６０の利用者であり、利用者Ｂは、ＰＣブラウザ５００の利用者である。

図１４Ｅは、第一の実施形態の変形例を示す第五のシーケンス図である。図１４Ｅの処理１２１９Ｄは、経費精算サービス４５０が画像データを回収する回収処理の変形例である。なお、図１４Ｅでは、図１４Ｄと同様の処理に対しては、図１４Ｄで用いたステップ番号と同様のステップ番号を付与し、説明を省略する。

図１４Ｅにおいて、サービス連携部２５０は、タッチポイントＩＤに紐づいた連携設定情報１０１を特定し、特定した連携設定情報１０１の設定項目に基づき、通知先のＵＲＬに対し、提出物が提出されたことを通知する（ステップＳ１４５０Ａ）。

ここで、タッチポイントＩＤと対応付けられた連携設定情報１０１では、項目「ｏｐｔｉｏｎ」に対し、「ｏｒｉｇｉｎａｌＩｍａｇｅ」、「ｕｐｌｏａｄＵＲＬ」が設定されているため、サービス連携部２５０は、オリジナル画像データの格納先を示すＵＲＬと、再提出用ＵＲＬとをも共に、通知先のＵＲＬに対して通知する。

経費精算サービス４５０は、ステップＳ１４５４において、補正後画像データとオリジナル画像データとを受信すると、これらのファイル名が、現在経費精算サービス４５０にログインしている利用者のユーザＩＤと一致するか否かの確認を行い、一致している場合に、補正後画像データとオリジナル画像データと再提出用ＵＲＬとをＰＣブラウザ５００に送信する（ステップＳ１４５５Ａ）。

ＰＣブラウザ５００は、受信した補正後画像データとオリジナル画像データと再提出用ＵＲＬとを確認画面を表示させる（ステップＳ１４５６Ａ）。具体的には、ＰＣブラウザ５００は、画面１３２Ａにおける表示領域１３２ｅに、補正後画像データと、オリジナル画像データと、再提出用ＵＲＬとを表示させてもよい（図１３Ｂ参照）。

続いて、ＰＣブラウザ５００は、利用者Ｂにより、補正後画像データが適切である判断された場合に、ステップＳ１４５７からステップＳ１４５９の処理を行う。

また、ＰＣブラウザ５００は、利用者Ｂにより、補正後画像データが適切でない判断された場合にオリジナル画像データの取得を要求する操作を受け付ける（ステップＳ１４７０）。そして、ＰＣブラウザ５００は、オリジナル画像データを出力する（ステップＳ１４７１）。

ＰＣブラウザ５００は、利用者Ｂにより画像が編集されて（ステップＳ１４７２）、確認画面に表示された再提出用ＵＲＬにアクセスする操作を受け付けると（ステップＳ１４７３）、サービス連携部２５０に対して接続要求を行う（ステップＳ１４７４）。

なお、オリジナル画像データの編集は、ＰＣブラウザ５００上で行われてもよいし、他の情報処理装置で行われてもよい。

サービス連携部２５０は、接続要求を受けて、領収書の再提出画面の表示指示をＰＣブラウザ５００に送信する（ステップＳ１４７５）。ＰＣブラウザ５００は、表示指示を受け付けて、再提出画面を表示させる（ステップＳ１４７６）。

続いて、ＰＣブラウザ５００は、編集後の画像データ（編集後の提出物）を再提出するための操作を受け付けると（ステップＳ１４７７）、編集後の画像データを、アクセストークンと共にサービス連携部２５０に対してアップロードする（ステップＳ１４７８）。

続いて、サービス連携部２５０は、アクセストークン内に格納されているタッチポイントＩＤに紐づいた連携設定情報１０１に基づき、画像データの認識処理を行う（ステップＳ１４７９）。

続いて、サービス連携部２５０は、通知先のＵＲＬに対し、提出物が提出されたことを通知する（ステップＳ１４８０）。この通知には、回収ＵＲＬ、オリジナル画像データの格納先を示すＵＲＬ、再提出用ＵＲＬが含まれる。

ステップＳ１４８０より後の処理は、図１２Ｂに示すステップＳ１２２５以降の処理と同様である。

以上のように、変形例５では、ＰＣブラウザ５００に対し、再提出用ＵＲＬを通知することで、提出物の回収者が、提出者に代わって提出物を再提出することができる。

（変形例６）
変形例６は、図１２ＡのステップＳ１２１９に示す回収処理と、その後の処理の変形例の１つである。変形例６では、回収処理において、提出物の提出者のメールアドレスを通知先のＵＲＬに対して通知する。

具体的には、変形例６では、連携設定情報１０１において、項目「ｃｏｌｌｅｃｔ」と対応付けられる設定項目である項目「ｏｐｔｉｏｎ」に対し、「ｅｍａｉｌＡｄｒｅｓｓ」が設定される。

以下に、図１４Ｆを参照して、変形例６における情報処理システム１００の動作を説明する。図１４Ｆは、第一の実施形態の変形例を示す第六のシーケンス図である。

図１４Ｆでは、提出物の提出者を利用者Ａとし、提出物を回収する回収者を利用者Ｂとして説明する。言い換えれば、利用者Ａは、ブラウザ部３６０の利用者であり、利用者Ｂは、ＰＣブラウザ５００の利用者である。

図１４Ｆの処理１２１９Ｅは、経費精算サービス４５０が画像データを回収する回収処理の変形例である。なお、図１４Ｆでは、図１４Ｄと同様の処理に対しては、図１４Ｄで用いたステップ番号と同様の番号を付与し、説明を省略する。

図１４Ｆにおいて、サービス連携部２５０は、タッチポイントＩＤに紐づいた連携設定情報１０１を特定し、特定した連携設定情報１０１の設定項目に基づき、通知先のＵＲＬに対し、提出物が提出されたことを通知する（ステップＳ１４９１）。

ここで、タッチポイントＩＤと対応付けられた連携設定情報１０１では、項目「ｏｐｔｉｏｎ」に対し、「ｅｍａｉｌＡｄｒｅｓｓ」が設定されているため、サービス連携部２５０は、提出者（利用者Ａ）のメールアドレスを通知先のＵＲＬに対して通知する。

なお、提出者のメールアドレスは、例えば、利用者記憶部２９０において、ユーザＩＤと対応付けられて格納されていてもよい。

サービス連携部２５０は、利用者記憶部２９０を参照し、タッチポイントＩＤから特定されたユーザＩＤと対応するメールアドレスを取得し、通知先のＵＲＬに通知してもよい。

図１４ＦのステップＳ１４９２からステップＳ１４９４までの処理は、図１２ＢのステップＳ１２２４からステップＳ１２２６までの処理と同様であるから、説明を省略する。

ステップＳ１４９４に続いて、ＰＣブラウザ５００は、回収された補正後画像データの確認画面を表示させる（ステップＳ１４９５）。この確認画面には、提出者のメールアドレスが表示される。

また、変形例６において、ＰＣブラウザ５００は、利用者Ｂにより、提出された画像データが適切でない判断された場合に、利用者Ａに対して再提出を要求するメールの送信要求を受け付ける（ステップＳ１４９６）。ＰＣブラウザ５００は、この要求を受け付けて、利用者Ａのメールアドレスに、再提出を要求するメールを送信する（ステップＳ１４９７）。

端末装置３００は、利用者Ａにより、提出物の再提出をするために、ＰＣブラウザ５００の画面１３２Ａに表示されたＱＲコード１３２ｃが読み取る操作が行われると（ステップＳ１４９８）、情報処理システム１００は、図１２ＡのステップＳ１２０２に戻り、ステップＳ１２０２以降の処理を行う（ステップＳ１４９９）。

このように、変形例６では、提出物を提出した提出者に対し、提出物の再提出を要求することができる。
なお、変形例６では、提出者が利用する端末装置３００を特定するための情報として、提出者のメールアドレスを用いるものとしたが、これに限定されない。変形例６では、提出者が利用する端末装置３００を特定するための情報は、メールアドレス以外の情報であってもよい。具体的には、例えば、端末装置３００がスマートフォン等である場合には、端末装置３００の電話番号等であってもよい。

（第二の実施形態）
以下に、図面を参照して、第二の実施形態について説明する。第二の実施形態では、外部サービスが顔写真を用いる外部サービスである点が、第一の実施形態と相違する。以下の第二の実施形態では、第一の実施形態との相違点について説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図１５は、第二の実施形態の連携設定情報の一例を示す図である。図１５に示す連携設定情報１０１Ａは、例えば、外部サーバ４００が提供する外部サービスを、学生証発行サービスとした場合に、外部サーバ４００において設定される連携設定情報の一例である。

学生証発行サービスとは、例えば、学生から提出された顔写真を用いて学生証を発行するサービスである。また、連携設定情報１０１Ａのファイル名は、例えば、「ｃａｒｄ．ｊｓｏｎ」である。

図１５に示す連携設定情報１０１Ａにおいて、ＱＲコードに関する設定として、項目「ｏａｕｔｈＴｙｐｅ」において「ｏａｕｔｈ認証」が設定され、項目「ｔｉｍｅ」において、有効時間が２０２２年３月１日から２０２２年４月３０日の期間に設定されている。また、項目「ｅＩＤ」において文字列「Ｐｏｓｔｃａｒｄ」が設定されている。文字列「Ｐｏｓｔｃａｒｄ」は、例えば、葉書に印刷されたＱＲコードに基づく申請であることを示す。

また、連携設定情報１０１Ａでは、提出物に関する設定として、項目「ｒｅｓｏｌｕｔｉｏｎ」において画像データの解像度が「高精細」に設定され、項目「ａｓｐｅｃｔ」において画像データの縦横比が３：４に設定されている。また、連携設定情報１０１Ａでは、提出物に関する設定として、項目「ｎｕｍｂｅｒ」において、１枚の画像データが設定されており、項目「ｔａｒｇｅｔ」において、撮影対象物に「ｆａｃｅ」が設定されている。項目「ｃｏｇｎｉｔｉｖｅ」において、「ｅｎａｂｌｅ」が設定されている。なお、本実施形態では、撮影対象物（提出物）の認識処理として、顔写真の背景を除去し、顔写真でない場合は再撮影を指示する処理が設定されている。

また、連携設定情報１０１Ａでは、提出物を提出する際の端末装置３００の画面に関する設定として、項目「ｔｉｔｌｅ」において、画面のタイトルとして「学生証申請」が設定されている。項目「ｅｌｅｍｅｎｔｓ」において、２つの配列が設定されている。

具体的には、１つ目の配列では、項目「ｔｙｐｅ」に「ｍｅｓｓａｇｅ」が設定され、項目「ｎａｍｅ」に「自身の顔写真を撮影してください。」が設定されている。つまり、連携設定情報１０１Ａでは、端末装置３００の画面に、「自身の顔写真を撮影してください。」というメッセージが表示される設定となっている。

また、２つ目の配列では、項目「ｔｙｐｅ」に「ｔｅｘｔ」が設定され、項目「ｎａｍｅ」に「電話番号を登録してください。」が設定されている。つまり、連携設定情報１０１Ａでは、端末装置３００の画面に、「電話番号を登録してください。」というメッセージと回答の入力欄とが表示される設定となっている。

また、連携設定情報１０１Ａでは、提出物の回収に関する設定として、項目「ｆｏｒｍａｔ」において、ｊｐｅｇデータが設定されており、項目「ｆｎａｍｅ」において、提出物のファイル名が「％ＵｓｅＩＤ」に設定されている。つまり、連携設定情報１０１Ａでは、ファイル名を学生証発行サービスにおける利用者のユーザＩＤが、提出物のファイル名となる。

次に、図１６を参照して、本実施形態の情報処理システム１００の動作について説明する。図１６は、第二の実施形態の情報処理システムの動作を説明するシーケンス図である。

なお、本実施形態では、サービス連携部２５０から取得したＱＲコード１６１を印刷した葉書Ｐが、学生証の発行を申請する新入生に配布されている。学生証発行サービス４６０は、ＱＲコード１６１を端末装置３００で読み取った新入生から提出された顔写真を用いて、学生証を発行するサービスを提供するものとした。

本実施形態において、学生証発行サービス４６０がサービス連携部２５０にＡＰＩキーを送信し、ＱＲコードを取得するまでの処理は、ＡＰＩキーが「ａｐｉｋｅｙ２」であり、連携設定情報１０１Ａのファイル名、「ｃａｒｄ．ｊｓｏｎ」であること以外は、図１１Ａの示す処理と同様である。したがって、本実施形態では、説明を省略する。

ここで、本実施形態では、ＱＲコード１６１に含まれるタッチポイントＩＤを「ｔｐ００２」とした。したがって、本実施形態では、ＱＲコード１６１を取得する際に、連携管理記憶部２８０に、タッチポイントＩＤ「ｔｐ００２」、「ｃａｒｄ．ｊｓｏｎ」、「ａｐｉｋｅｙ２」と対応するテナントＩＤ「ｔｉｄ２００」とが対応付けられて格納される。

情報処理システム１００において、端末装置３００は、葉書Ｐ等に印刷されたＱＲコード１６１を読み取る操作を受け付けて（ステップＳ１６０１）、ＱＲコードを読み取る（ステップＳ１６０２）。ＱＲコードを読み取る操作とは、端末装置３００を提出画面に表示されたＱＲコードに翳す操作等である。

端末装置３００は、ＱＲコードを読み取ると、ブラウザ部３６０を起動させる（ステップＳ１６０３）。

ブラウザ部３６０は、起動に応じ、ＱＲコードから読み取った初期アクセスＵＲＬ (アプリ判定部２４０)へ接続要求する（ステップＳ１６０４）。この接続要求には、ＱＲコードから取得したタッチポイントＩＤが含まれる。

情報処理装置２００のアプリ判定部２４０は、ブラウザ部３６０に対して、リダイレクト要求を送信する（ステップＳ１６０５）。

ここでは、タッチポイントＩＤと対応付けられた連携設定情報１０１Ａ（ｃａｒｄ．ｊｓｏｎ）のＱＲコードと対応付けられる設定項目において、認証方法にＯＡｕｔｈ認証が設定されている。したがって、アプリ判定部２４０は、連携管理記憶部２８０から特定した連携設定情報１０１Ａ（ｃａｒｄ．ｊｓｏｎ）のＱＲコードと対応付けられる設定項目を参照し、リクエストトークンを添えて学生証発行サービス４６０へリダイレクト要求をする。ここでは、学生証発行サービス４６０が認証サービスを備えているものとする。

ブラウザ部３６０は、リダイレクト要求を受けて、学生証発行サービス４６０に対して認証要求を行う（ステップＳ１６０６）。

学生証発行サービス４６０は、認証要求を受けて、ユーザ認証と、サービス連携部２５０による個人情報へのアクセスに対する同意の有無を確認する画面の表示指示をブラウザ部３６０に送信する（ステップＳ１６０７）。

ブラウザ部３６０は、ユーザ認証と、個人情報へのアクセスに対する同意の有無の確認とを行うため画面を表示させる（ステップＳ１６０８）。

ブラウザ部３６０は、端末装置３００の利用者により、ユーザ認証に用いられるアカウント情報が入力され、個人情報へのアクセスに同意することを示す操作を受け付ける（ステップＳ１６０９）。なお、このとき入力されるアカウント情報は、学生証発行サービス４６０にログインするためのアカウント情報であり、ユーザＩＤとパスワードを含む。ここでは、利用者のユーザＩＤを「ＳＳＳ」とする。

ブラウザ部３６０は、この操作を受け付けて、学生証発行サービス４６０に対して認証要求を行う（ステップＳ１６１０）。

学生証発行サービス４６０は、認証を行い、アクセストークンを添えて、認証要求元のブラウザ部３６０へリダイレクト要求する（ステップＳ１６１１）。

ブラウザ部３６０は、リダイレクト要求を受けて、アプリ判定部２４０へリクエストする（ステップＳ１６１２）。

アプリ判定部２４０は、リクエストを受けて、ブラウザ部３６０に対し、リダイレクト要求を行う（ステップＳ１６１３）。リダイレクト要求には、サービス連携部２５０のＵＲＬ、アクセストークンを含む。アクセストークンには、ＱＲコードに含まれるタッチポイントＩＤが含まれる。

ブラウザ部３６０は、リダイレクト要求を受けて、サービス連携部２５０へ接続要求を行う（ステップＳ１６１４）。

サービス連携部２５０は、接続要求を受けて、連携管理記憶部２８０において、タッチポイントＩＤ「ｔｐ００２」と対応付けられている連携設定情報１０１Ａ（ｃａｒｄ．ｊｓｏｎ）を連携管理記憶部２８０から特定し、特定した連携設定情報１０１Ａ（ｃａｒｄ．ｊｓｏｎ）の、端末装置３００に外部サービスと対応した画像データを出力させるための案内画面に関する設定を参照する。

そして、サービス連携部２５０は、顔写真の提出画面を表示させるための情報として、端末装置３００に表示される画面のタイトルを示す文字列、画面に表示される表示項目、画面に表示される表示項目の形式、画面に表示させる表示項目の内容となる文字列をブラウザ部３６０に返す（ステップＳ１６１５）。ブラウザ部３６０は、この情報に基づき、顔写真の提出画面を表示させる（ステップＳ１６１６）。

このように、タッチポイントＩＤに紐づけられた連携設定情報１０１Ａを端末装置３００に送信することによって、連携設定情報１０１Ａによって特定される案内画面に関する設定を端末装置によって実行されるサービスを実現するための処理の設定に反映させることができる。

ここで表示される顔写真の提出画面には、顔写真の撮影を指示するメッセージと、
電話番号の入力を指示するメッセージと、入力させるための入力欄とが表示される。

ブラウザ部３６０は、電話番号の入力を受け付けると（ステップＳ１６１７）、入力された電話番号を一時保持する（ステップＳ１６１８）。

続いて、ブラウザ部３６０は、顔写真の提出を開始する操作を受け付けると（ステップＳ１６１９）、端末装置３００を撮影モードに切り替える（ステップＳ１６２０）。

続いて、ブラウザ部３６０は、利用者自身の顔写真を撮影する操作を受け付けると（ステップＳ１６２１）、カメラにより顔写真を撮影する（ステップＳ１６２２）。

続いて、ブラウザ部３６０は、顔写真を提出する操作を受け付けると（ステップＳ１６２３）、撮影した画像データと、回答ファイルとを、アクセストークンと共にサービス連携部２５０に対してアップロードする（ステップＳ１６２４）。

回答ファイルとは、ステップＳ１６１７で、メッセージに対する回答として入力された電話番号をｊｓｏｎ形式のデータで記述したファイルである。

続いて、ブラウザ部３６０は、顔画像の提出が完了したことを示す画面を表示させた後に、表示を終了する（ステップＳ１６２５）。

また、サービス連携部２５０は、アクセストークン内に格納されているタッチポイントＩＤに紐づいた連携設定情報１０１Ａ（ｃａｒｄ．ｊｓｏｎ）を連携管理記憶部２８０から特定し、特定した連携設定情報１０１Ａ（ｃａｒｄ．ｊｓｏｎ）の提出物及び回収に関する設定に基づき、画像データの認識処理を行う（ステップＳ１６２６）。

具体的には、サービス連携部２５０は、連携設定情報１０１Ａ（ｃａｒｄ．ｊｓｏｎ）の提出物の回収に関する設定に基づき、アップロードされる画像データのファイル名を、利用者のユーザＩＤである、「ＳＳＳ．ｊｐｅｇ」として保存する。また、サービス連携部２５０は、連携設定情報１０１Ａ（ｃａｒｄ．ｊｓｏｎ）の提出物に関する設定に基づき、顔写真の背景を除去する認識処理を実行し、認識処理により顔写真でないと判断した場合は再撮影を端末装置３００に指示する通知を行う処理を行う。

続いて、サービス連携部２５０は、学生証発行サービス４６０に対応した形態の画像データを、特定した連携設定情報１０１Ａ（ｃａｒｄ．ｊｓｏｎ）の提出物の回収に関する設定に基づき、学生証発行サービス４６０に回収させるための回収処理を行う（ステップＳ１６２８）。回収処理は、第一の実施形態と同様であるから、説明を省略する。

学生証発行サービス４６０は、提出物を回収すると、学生証の発行準備を行う（ステップＳ１６２９）。

以下に、図１７と図１８を参照して、本実施形態のブラウザ部３６０の画面遷移について説明する。図１７は、第二の実施形態の画面遷移について説明する第一の図である。

本実施形態では、学生証発行サービス４６０がサービス連携部２５０から取得したＱＲコード１６１が貼り付けられた葉書Ｐが、新入生宛に郵送されもよい。新入生とは、端末装置３００の利用者であり、学生証発行サービス４６０の利用者である。

端末装置３００は、葉書Ｐに貼り付けられたＱＲコード１６１に端末装置３００が翳されると、画面１７１を表示させる。そして、端末装置３００がＱＲコード１６１を読み取ると、画面１７１は、ＱＲコード１６１に含まれるタッチポイントＩＤと対応付けられたｃａｒｄ．ｊｓｏｎに従った画面１７２に遷移する。

画面１７２は、ユーザ認証と、個人情報へのアクセスに対する同意の有無の確認とを行うため画面の一例であり、図１６のステップＳ１６０８でブラウザ部３６０に表示される。

画面１７２は、入力欄１７２ａと操作ボタン１７２ｂとを含む。入力欄１７２ａは、利用者（新入生）が学生証発行サービス４６０にログインするためのアカウント情報が入力される。

操作ボタン１７２ｂは、サービス連携部２５０による個人情報へのアクセスに対して同意した上で、学生証発行サービス４６０に対して認証を要求するための操作ボタンである。本実施形態では、画面１７２において、操作ボタン１７２ｂが操作されると、学生証発行サービス４６０に対する認証要求が行われ、認証が成功すると、画面１７２は、後述する画面１８１に遷移する。

図１８は、第二の実施形態の画面遷移について説明する第二の図である。図１８に示す画面１８１は、顔写真の提出画面の一例であり、図１６のステップＳ１６１６においてブラウザ部３６０に表示される。

画面１８１は、表示領域１８１ａ、１８１ｂ、１８１ｃ、入力欄１８１ｄ、操作ボタン１８１ｅを含む。

表示領域１８１ａには、ｃａｒｄ．ｊｓｏｎにおいて項目「ｔｉｔｌｅ」に設定された画面のタイトル「学生証申請」が表示されている。

表示領域１８１ａには、ｃａｒｄ．ｊｓｏｎにおいて、項目「ｅｌｅｍｅｎｔｓ」に設定された１つ目の配列が表示されている。具体的には、表示領域１８１ｂには、「自身の顔写真を撮影してください。」というメッセージが表示されている。なお、このメッセージに対する回答を入力するための入力欄は表示されない。

表示領域１８１ｃには、ｃａｒｄ．ｊｓｏｎにおいて、項目「ｅｌｅｍｅｎｔｓ」に設定された２つ目の配列が表示されている。具体的には、表示領域１８１ｃには、「電話番号を登録してください。」というメッセージが表示されている。また、このメッセージに対する回答の入力欄として、入力欄１８１ｄが表示されている。

操作ボタン１８１ｅは、端末装置３００を撮影モードに切り替えるための操作ボタンである。

本実施形態では、入力欄１８１ｄに電話番号が入力されて、操作ボタン１８１ｅが操作されると、画面１８１が画面１８２に遷移する。

画面１８２は、端末装置３００が撮影モードとなったときの画面の一例を示す。画面１８２は、表示領域１８２ａと操作ボタン１８２ｂとを含む。表示領域１８２ａには、端末装置３００のカメラが写している画像が表示される。操作ボタン１８２ｂは、表示領域１８２ａに表示されている画像の画像データを撮影するための操作ボタンである。

端末装置３００は、画面１８２において、操作ボタン１８２ｂが操作されると、表示領域１８２ａ内の画像を撮影し、ブラウザ部３６０により、画面１８３を表示させる。画面１８２では、表示領域１８２ａに新入生の顔画像が表示されており、操作ボタン１８２ｂが操作されると、顔画像が撮影される。

画面１８３は、撮影した画像データをサービス連携部２５０へアップロードするため画面の一例である。画面１８３は、表示領域１８３ａ、操作ボタン１８３ｂを含む。表示領域１８３ａは、撮影された顔画像が表示される。

操作ボタン１８３ｂは、表示領域１８３ａに表示された画像を示す画像データをサービス連携部２５０にアップロード（送信）させるための操作ボタンである。言い換えれば、操作ボタン１８３ｂは、顔画像の画像データをサービス連携部２５０に提出させるための操作ボタンである。

なお、本実施形態では、表示領域１８３ａに表示されている顔画像は、背景が除去された画像となっている。

この場合、ブラウザ部３６０は、画面１８２において操作ボタン１８２ｂが選択されて画像データが撮影された時点で、サービス連携部２５０に対して撮影された画像データを送信する。そして、ブラウザ部３６０は、サービス連携部２５０から、撮影対象物の認識処理を行った後の画像データを取得し、提出予定の画像として、画面１８３の表示領域１８３ａに表示させてもよい。また、本実施形態では、撮影対象物に対する認識処理をブラウザ部３６０において実行し、その結果を表示領域１８３ａに表示させてもよい。

ブラウザ部３６０は、画面１８３において、操作ボタン１８３ｂが操作されると、顔画像の画像データをサービス連携部２５０へアップロードする。

このように、本実施形態では、ブラウザ部３６０に表示させる画面において、メッセージに対する回答を入力させるか否かを設定することができ、学生証発行サービス４６０に対応した任意の形態のデータを提出させることができる。

（第三の実施形態）
以下に、図面を参照して、第三の実施形態について説明する。第三の実施形態では、外部サービスが、商品の在庫を管理するものであり、商品を撮影した画像の画像データを用いる点が、第一の実施形態と相違する。以下の第三の実施形態では、第一の実施形態との相違点について説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図１９は、第三の実施形態の連携設定情報の一例を示す図である。図１９に示す連携設定情報１０１Ｂは、例えば、外部サーバ４００が提供する外部サービスを、在庫管理サービスとした場合に、外部サーバ４００において設定される連携設定情報の一例である。

在庫管理サービスとは、例えば、商品を撮影した画像から商品の個数を求め、商品の在庫に応じて商品の配達を指示する処理を行う。本実施形態では、瓶ビールを商品の一例として説明する。また、連携設定情報１０１Ｂのファイル名は、例えば、「ｂｅｅｒ．ｊｓｏｎ」である。

図１９に示す連携設定情報１０１Ｂにおいて、ＱＲコードに関する設定として、項目「ｏａｕｔｈＴｙｐｅ」において「ｓｅｃｒｅｔ．１２３４」が設定されている。つまり、連携設定情報１０１Ｂでは、認証方法として、合言葉を「１２３４」とした合言葉認証が設定されている。

項目「ｔｉｍｅ」において、有効時間が２０２１年３月１日から２０２１年３月３１日の期間に設定されている。また、項目「ｅＩＤ」には、店舗識別番号を示す文字列「０００１」が設定されている。

また、連携設定情報１０１Ｂでは、提出物に関する設定として、項目「ｒｅｓｏｌｕｔｉｏｎ」において画像データの解像度が「高精細」に設定され、項目「ａｓｐｅｃｔ」において「ｆｒｅｅ」が設定されている。したがって、本実施形態では、画像データの縦横比は、撮影者が自身で設定することになる。

また、連携設定情報１０１Ｂでは、提出物に関する設定として、項目「ｎｕｍｂｅｒ」において１枚の画像データが設定されており、項目「ｔａｒｇｅｔ」において、撮影対象物に「ｂｅｅｒｂｏｘ」が設定されている。項目「ｃｏｇｎｉｔｉｖｅ」において、「ｅｎａｂｌｅ」が設定されている。なお、本実施形態では、撮影対象物（提出物）の認識処理として、空き箱と瓶ビールの数とを判別する処理を行う。

また、連携設定情報１０１Ｂでは、提出物の回収に関する設定として、項目「ｆｏｒｍａｔ」において「ｍＰＤＦ」が設定されており、ビール箱の画像を複数ページのＰＤＦデータとされる。また、項目「ｆｎａｍｅ」において「％ｅＩＤ＿％ｄａｔｅ」が設定されている。つまり、連携設定情報１０１Ａでは、店舗識別情報と提出物を提出する日の日付けとが、複数ページのＰＤＦデータのファイル名に含まれる。

また、連携設定情報１０１Ｂでは、例えば、提出物を提出する際の端末装置３００の画面に関する設定として、項目「ｔｉｔｌｅ」において、画面のタイトルとして「在庫報告」が設定されていてもよい。また、連携設定情報１０１Ｂでは、項目「ｅｌｅｍｅｎｔｓ」において、項目「ｔｙｐｅ」に「ｍｅｓｓａｇｅ」が設定され、項目「ｎａｍｅ」に「在庫の種類ケース全体を撮って報告して下さい」等の設定がされていてもよい。

次に、図２０を参照して、本実施形態の情報処理システム１００の動作について説明する。図２０は、第三の実施形態の情報処理システムの動作を説明するシーケンス図である。

なお、本実施形態では、サービス連携部２５０から取得したＱＲコード１６２が、店舗内で商品（ビール箱）を保管する保管場所等に貼り付けられていてよい。本実施形態の在庫管理サービス４７０は、ＱＲコード１６２を端末装置３００で読み取った店員等から提出された商品の画像を用いて、在庫管理を行うものとした。

本実施形態において、在庫管理サービス４７０がサービス連携部２５０にＡＰＩキーを送信し、ＱＲコードを取得するまでの処理は、ＡＰＩキーが「ａｐｉｋｅｙ３」であり、連携設定情報１０１Ａのファイル名、「ｂｅｅｒ．ｊｓｏｎ」であること以外は、図１１Ａの示す処理と同様である。したがって、本実施形態では、説明を省略する。また、本実施形態では、ＱＲコード１６２に含まれるタッチポイントＩＤを「ｔｐ００３」とした。

したがって、本実施形態では、ＱＲコード１６２を取得する際に、連携管理記憶部２８０に、タッチポイントＩＤ「ｔｐ００３」、「ｂｅｅｒ．ｊｓｏｎ」、「ａｐｉｋｅｙ３」と対応するテナントＩＤ「ｔｉｄ３００」とが対応付けられて格納される。

図２０のステップＳ２００１からステップＳ２００４までの処理は、端末装置３００が読み取るＱＲコードが、商品の保管場所に貼り付けられたＱＲコード１６２である点以外は、図１６のステップＳ１６０１からステップＳ１６０４までと同様であるから、説明を省略する。

情報処理装置２００のアプリ判定部２４０は、ブラウザ部３６０からのリクエストに対して、リダイレクト要求を送信する（ステップＳ２００５）。リダイレクト要求には、サービス連携部２５０のＵＲＬと、アクセストークンとが含まれる。

ここでは、タッチポイントＩＤと対応付けられた連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）のＱＲコードと対応付けられる設定項目において、認証方法に合言葉認証が設定されている。したがって、アプリ判定部２４０は、連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）のＱＲコードと対応付けられる設定項目を参照し、アクセストークン内にゲストＩＤ「ｇｕｅｓｔ２」とタッチポイントＩＤ「ｔｐ００３」とを含める。

ブラウザ部３６０は、リダイレクト要求を受けて、サービス連携部２５０に対して接続要求を行う（ステップＳ２００６）。

サービス連携部２５０は、接続要求を受けて、連携管理記憶部２８０において、タッチポイントＩＤ「ｔｐ００３」と対応付けられている連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）を連携管理記憶部２８０から特定し、特定した連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）のＱＲコードと対応付けられる設定項目を参照し、合言葉を入力させるための情報をブラウザ部３６０に返す（ステップＳ２００７）。

ブラウザ部３６０は、この情報に基づき、合言葉の入力画面を表示させる（ステップＳ２００８）。

ブラウザ部３６０は、合言葉の入力を受け付けると（ステップＳ２００９）、サービス連携部２５０に対し、入力された合言葉が正しいか否かの判定を要求する（ステップＳ２０１０）。

サービス連携部２５０は、特定した連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）のＱＲコードと対応付けられる設定項目を参照して合言葉が設定された合言葉が一致するか否かを判定し、一致する場合に、ブラウザ部３６０に対して、商品画像の提出画面の表示を指示する（ステップＳ２０１１）。

ブラウザ部３６０は、表示指示を受け付けて、連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）の、端末装置３００に外部サービスと対応した画像データを出力させるための案内画面に関する設定項目を参照し、商品画像の提出画面を表示させ（ステップＳ２０１２）、ステップＳ２０１３へ進む。

図２０のステップＳ２０１３からステップＳ２０１９までの処理は、撮影対象物がビール箱となる以外は、図１６のステップＳ１６１９からステップＳ１６２５までの処理と同様であるから、説明を省略する。

サービス連携部２５０は、アクセストークン内に格納されているタッチポイントＩＤに紐づいた連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）を連携管理記憶部２８０から特定し、特定した連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）の提出物及び回収に関する設定に基づき、画像データの認識処理を行う（ステップＳ２０２０）。

具体的には、サービス連携部２５０は、連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）の回収に関する設定に基づき、アップロードされる画像データのファイル名を、店舗識別番号と画像を提出した日の日付けである「０００１＿２１１２３１．ＰＤＦ」として保存する。また、サービス連携部２５０は、連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）の提出部に関する設定に基づき、撮影対象物の認識処理として、空き箱と瓶ビールの数とを判別する処理を行う。

続いて、サービス連携部２５０は、特定した連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）の回収に関する設定に基づき、在庫管理サービス４７０に対応した形態の画像データを、在庫管理サービス４７０に回収させるための回収処理を行う（ステップＳ２０２１）。回収処理は、第一の実施形態と同様であるから、説明を省略する。

在庫管理サービス４７０は、提出物を回収すると、在庫に基づき配達を指示する処理を行う（ステップＳ２０２２）。

次に、図２１と図２２を参照して、本実施形態のブラウザ部３６０の画面遷移について説明する。図２１は、第三の実施形態の画面遷移について説明する第一の図である。

図２１では、端末装置３００がＱＲコード１６２に翳された状態を示している。ＱＲコード１６２は、例えば、在庫管理サービス４７０による在庫管理の対象であるビール箱５０１、５０２の保管場所に設置されている。

端末装置３００において、ＱＲコード１６２が読み取れると、端末装置３００の画面は、後述する画面２２１へ遷移する。

図２２は、第三の実施形態の画面遷移について説明する第二の図である。図２２に示す画面２２１は、合言葉の入力画面の一例である。画面２２１は、端末装置３００がＱＲコード１６２を読み込んだ後に表示される画面であり、図２０のステップＳ２００８においてブラウザ部３６０に表示される。

画面２２１は、表示領域２２１ａ、入力欄２２１ｂ、操作ボタン２２１ｃを含む。表示領域２２１ａには、設定された合言葉の入力を指示するメッセージが表示されている。入力欄２２１ｂは、合言葉を入力するための入力欄である。操作ボタン２２１ｃは、合言葉をサービス連携部２５０に送信するための操作ボタンである。

画面２２１において、入力欄２２１ｂに合言葉が入力されて、操作ボタン２２１ｃが操作され、入力された合言葉と設定された合言葉とが一致すると、画面２２１は、画面２２２に遷移する。

画面２２２は、商品画像の提出画面の一例であり、図２０のステップＳ２０１２においてブラウザ部３６０に表示される。画面２２２は、表示領域２２２ａ、２２２ｂ、操作ボタン２２２ｃを含む。

表示領域２２２ａには、連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）の端末装置３００に、外部サービスと対応した画像データを出力させるための案内画面に関する設定において設定された画面のタイトル「在庫報告」が表示されている。表示領域２２２ｂには、連携設定情報１０１Ｂ（ｂｅｅｒ．ｊｓｏｎ）の端末装置３００に、外部サービスと対応した画像データを出力させるための案内画面に関する設定において設定されたメッセージ「在庫の種類ケース全体を撮って報告してください。」が表示されている。操作ボタン２２２ｃは、端末装置３００を撮影モードに切り替えるための操作ボタンである。

このように、タッチポイントＩＤに紐づけられた連携設定情報１０１Ｂを端末装置３００に送信することによって、連携設定情報１０１Ｂによって特定される案内画面に関する設定を端末装置によって実行されるサービスを実現するための処理の設定に反映させることができる。

画面２２２は、操作ボタン２２２ｃが操作されて、端末装置３００が撮影モードに切り替わると、画面２２３に遷移する。

画面２２３は、端末装置３００が撮影モードとなったときの画面の一例を示す。画面２２３は、表示領域２２３ａと操作ボタン２２３ｂとを含む。表示領域２２３ａには、端末装置３００のカメラが写している画像が表示される。操作ボタン２２３ｂは、表示領域２２３ａに表示されている画像の画像データを撮影するための操作ボタンである。

端末装置３００は、画面２２３において、操作ボタン２２３ｂが操作されると、表示領域２２３ａ内の画像を撮影し、ブラウザ部３６０により、画面２２４を表示させる。

画面２２４は、表示領域２２２ａ、２２４ａ、操作ボタン２２４ｂを含む。表示領域２２４ａには、撮影対象物の認識結果であるビール瓶の数と空き箱の数とが表示される。操作ボタン２２４ｂは、撮影した画像データをサービス連携部２５０に提出するための操作ボタンである。

画面２２４に示すように、本実施形態でも、撮影された画像データに対し、サービス連携部２５０により、撮影対象物の認識処理を行い、その結果をブラウザ部３６０に表示させてもよい。

ブラウザ部３６０は、画面２２４において、操作ボタン２２４ｂが操作されると、画面２２３において撮影された画像の画像データをサービス連携部２５０にアップロードする。

本実施形態では、このように、連携設定情報における認証方法に設定に応じて、商品画像の提出画面を表示させる前に、合言葉を入力する画面を表示させることができる。言い換えれば、本実施形態では、連携設定情報における認証方法の設定に応じて、端末装置３００に表示させる画面を異ならせることができる。

（第四の実施形態）
以下に、図面を参照して、第四の実施形態について説明する。第四の実施形態では、サービス連携部２５０が、ＱＲコードと紐付いたアプリケーションを管理する点が、第一の実施形態と相違する。以下の第四の実施形態では、第一の実施形態との相違点について説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図２３は、第四の実施形態の情報処理システムの動作の概要を説明する図である。本実施形態の情報処理装置２００Ａは、サービス連携部２５０により、ＱＲコードに紐付けられたＷｅｂアプリケーションを管理する。本実施形態では、サービス連携部２５０に管理されるＷｅｂアプリケーションを、画像形成装置６００を操作するための専用アプリケーションとして説明する。

図２３のステップＳ１からステップＳ３の処理は、図２のステップＳ１からステップＳ３の処理と同様である。言い換えれば、本実施形態の情報処理装置２００Ａによる、外部サーバ４００へのＱＲコード１６４の提供の方法は、第一の実施形態と同様である。

なお、本実施形態の外部サーバ４００は、画像形成装置６００を用いた外部サービスを提供するものであってよい。

外部サーバ４００は、ＱＲコードを取得すると、画像形成装置６００の表示部６１０にＱＲコード１６４を表示させる（ステップＳＳ４ａ）。

端末装置３００は、外部サービスの利用者の操作により、表示部６１０に表示されたＱＲコード１６４を読み取ると（ステップＳ５）、ＱＲコード１６４を読み取ったことが情報処理装置２００Ａに通知される。

情報処理装置２００Ａは、この通知を受けて、画像形成装置６００を操作するための専用アプリケーションにより、端末装置３００に対して画像形成装置６００を操作するための情報の入力を指示する（ステップＳ６ａ）。

端末装置３００において、各種の情報が入力されると、端末装置３００は、画像形成装置６００による印刷の対象となる印刷対象ファイルを外部サーバ４００に送信する（ステップＳ７ａ）。外部サーバ４００は、印刷対象ファイルを端末装置３００から受信すると、画像形成装置６００に対して印刷対象ファイルの出力を指示する（ステップＳ８ａ）。

本実施形態では、このようにすることで、例えば、端末装置３００の利用者は、コンビニエンスストアやドラッグストア等に設置された画像形成装置６００を、自身の端末装置３００で操作することができる。言い換えれば、端末装置３００に格納されたデータや、端末装置３００が取得することができるデータを画像形成装置６００に印刷させることができる。

以下に、図２４を参照して、本実施形態の情報処理装置２００Ａの機能構成について説明する。図２４は、第四の実施形態の情報処理装置の機能構成を説明する図である。

本実施形態の情報処理装置２００Ａは、送信部２３０、アプリ判定部２４０、サービス連携部２５０、受信部２５５、機器操作部２６０を有する。これらの各部は、ＣＰＵ２０１がプログラムを読み出して実行することで実現される。

本実施形態の機器操作部２６０は、情報処理装置２００Ａの有するアプリケーションの一つである。具体的には、機器操作部２６０は、画像形成装置６００を操作するサービスを実現する、端末装置３００用のＷｅｂアプリケーションである。より具体的には、機器操作部２６０は、店舗等に設置された画像形成装置６００を操作するための画面をブラウザ部３６０に表示させるための専用アプリケーションである。

なお、図２４の例では、機器操作部２６０は、情報処理装置２００Ａが有するものとしたが、これに限定されない。機器操作部２６０は、情報処理装置２００Ａの外部装置に設けられていてもよい。

次に、図２５を参照して、本実施形態の連携設定情報について説明する。図２５は、第四の実施形態の連携設定情報の一例を示す図である。図２５に示す連携設定情報１０１Ｃは、例えば、外部サーバ４００が提供する外部サービスを、店舗サービスとした場合に、外部サーバ４００において設定される連携設定情報の一例である。

店舗サービスとは、例えば、コンビニエンスストアやドラッグストア等に設置された画像形成装置６００を利用者に使用させるサービスである。言い換えれば、店舗サービスは、店舗に配置された画像形成装置６００を用いた印刷サービスである。

本実施形態では連携設定情報１０１Ｃのファイル名は、例えば、「ＭＦＰ．ｊｓｏｎ」である。

図２５に示す連携設定情報１０１Ｃでは、ＱＲコードに関する設定として、項目「ｏａｕｔｈＴｙｐｅ」において「ｇｕｅｓｔ＋ｏａｕｔｈ」が設定されている。つまり、連携設定情報１０１Ｃでは、認証方法として、ゲスト認証、又は、ＯＡｕｔｈ認証の選択できるように設定されている。

項目「ｔｉｍｅ」に「６０ｓｅｃ」が設定されており、項目「ｅＩＤ」には、「ＭＦＰ００１」が設定されている。つまり、連携設定情報１０１Ｃでは、ＱＲコードの有効期間は１分間であり、印刷の対象となる印刷対象データを識別する個別情報は、画像形成装置６００を識別する機器識別情報である。

また、連携設定情報１０１Ｃでは、項目「ｍｏｂｉｌｅＵＩ」において、項目「ｕｒｌ」に機器操作部２６０のＵＲＬが設定されている。このため、連携設定情報１０１Ｃでは、項目「ｕｒｌ」以降の項目は設定されない。

本実施形態では、このように、連携設定情報１０１Ｃにおいて、ＱＲコードと、機器操作部２６０のＵＲＬとを設定することで、ＱＲコードと機器操作部２６０とを紐付けることができる。したがって、サービス連携部２５０は、ＱＲコードと紐付けられた機器操作部２６０を管理することができる。

次に、図２６及び図２７を参照して、本実施形態の情報処理システム１００Ａの動作について説明する。

図２６は、第四の実施形態の情報処理システムの動作を説明する第一のシーケンス図である。図２６では、情報処理装置２００Ａが、タッチポイントＩＤを含むＱＲコードを店舗サービス４８０に提供するまでの動作を説明する。

なお、本実施形態では、外部サーバ４００が提供する外部サービスを店舗サービス４８０とし、外部サーバ４００により、連携設定情報１０１Ｃが設定されるものとする。

外部サーバ４００が提供する店舗サービス４８０の管理者は、テナントＩＤ及び管理者ＩＤを取得し、サービス連携部２５０に対し、連携を行うためのアクセストークンの取得要求を行う（ステップＳ２６０１）。

ここでは、テナントＩＤを「ｔｉｄ４００」とし、管理者ＩＤを「ＭｆｐＳｖ」とした。

サービス連携部２５０は、ＡＰＩキー記憶部２７０を参照し、テナントＩＤ及び管理者ＩＤと対応するＡＰＩキーを店舗サービス４８０へ送信する（ステップＳ２６０２）。

ここで、テナントＩＤ「ｔｉｄ４００」及び管理者ＩＤ「ＭｆｐＳｖ」と対応するＡＰＩキーは、「ａｐｉｋｅｙ４」である（図６参照）。したがって、サービス連携部２５０は、「ａｐｉｋｅｙ４」を店舗サービス４８０へ送信する。

続いて、画像形成装置６００は、端末装置３００の利用者が画像形成装置６００に近づいたことを検知する（ステップＳ２６０３）。

なお、画像形成装置６００は、人感センサ等を有しており、人感センサにより、端末装置３００の利用者の接近を検知してもよい。

画像形成装置６００は、利用者の接近を検知すると、省電力モードから復帰し、店舗サービス４８０に対し、ＱＲコードの取得要求を行う（ステップＳ２６０４）。

店舗サービス４８０は、この取得要求を受けて、サービス連携部２５０に対し、ＱＲコードの取得要求を行う（ステップＳ２６０５）。このＱＲコードの取得要求には、ＡＰＩキー「ａｐｉｋｅｙ４」と、連携設定情報１０１Ｃを示す「ＭＦＰ．ｊｓｏｎ」とを含む。

サービス連携部２５０は、ＱＲコードの取得要求を受け付けて、ＭＦＰ．ｊｓｏｎと対応付けられたＱＲコードを作成し、ＱＲコードを示す画像データを店舗サービス４８０へ送信する（ステップＳ２６０６）。

具体的には、サービス連携部２５０は、ＭＦＰ．ｊｓｏｎと対応づけるタッチポイントＩＤを生成する。そして、サービス連携部２５０は、タッチポイントＩＤと初期アクセスＵＲＬとを含むＱＲコードを作成し、ＱＲコードを示す画像データを店舗サービス４８０へ返す。

また、このときサービス連携部２５０は、タッチポイントＩＤと、ＭＦＰ．ｊｓｏｎと、店舗サービス４８０のＡＰＩキーと紐付けられたテナントＩＤと対応付けて、連携管理記憶部２８０に格納する。

ここでは、サービス連携部２５０は、タッチポイントＩＤ「ｔｐ００４」を生成する。また、店舗サービス４８０のＡＰＩキー「ａｐｉｋｅｙ４」と紐付けられたテナントＩＤは「ｔｉｄ４００」である。

したがって、サービス連携部２５０は、タッチポイントＩＤ「ｔｐ００４」、テナントＩＤ「ｔｉｄ４００」、連携設定情報「ＭＦＰ．ｊｓｏｎ」を対応付けて、連携管理記憶部２８０に格納する（図７参照）。

店舗サービス４８０は、ＱＲコードの画像データを取得すると、このＱＲコードの画像データを画像形成装置６００に送信する（ステップＳ２６０７）。画像形成装置６００は、表示部６１０に、ＱＲコードを表示させる（ステップＳ２６０８）。

以上が、画像形成装置６００の表示部６１０にＱＲコードを表示させる動作である。本実施形態では、画像形成装置６００により、人が接近したことが検知されると、ＱＲコードの取得要求が送信される。また、ＱＲコードは、定期的に更新されてよい。本実施形態では、これにより、画像形成装置６００に表示されるＱＲコードは、動的なＱＲコードとなる。

図２７は、第四の実施形態の情報処理システムの動作を説明する第二のシーケンス図である。

図２７のステップＳ２７０１からステップＳ２７０６までの処理は、ＰＣブラウザ５００が画像形成装置６００となる以外は、図１２ＡのステップＳ１２０１からステップＳ１２０６までの処理と同様であるから、説明を省略する。

ステップＳ２７０６に続いて、アプリ判定部２４０は、ブラウザ部３６０に対して、ステップＳ２７０６のリクエストに含まれるタッチポイントＩＤと対応する連携設定情報１０１Ｃ（ＭＦＰ．ｊｓｏｎ）を連携管理記憶部２８０から特定し、特定した連携設定情報１０１Ｃ（ＭＦＰ．ｊｓｏｎ）に基づき、アクセストークンと共にログイン選択画面の表示指示を送信する（ステップＳ２７０７）。

具体的には、アプリ判定部２４０は、連携設定情報１０１Ｃ（ＭＦＰ．ｊｓｏｎ）のＱＲコードと対応付けられる設定項目に基づき、認証方法を、ゲスト認証かＯＡｕｔｈ認証の何れかから利用者に選択させるものとする。また、アクセストークンには、仮のユーザＩＤである「ｇｕｅｓｔ４」と、タッチポイントＩＤとが含まれる。

ブラウザ部３６０は、ログイン選択画面を表示させる（ステップＳ２７０８）。以下の説明では、認証方法にゲスト認証が選択された場合を説明する。

ブラウザ部３６０は、ゲストユーザの選択を受け付けると（ステップＳ２７０９）、アプリ判定部２４０に対して、ゲストでの利用要求を行う（ステップＳ２７１０）。この利用要求には、ユーザＩＤ「ｇｕｅｓｔ４」と、タッチポイントＩＤとが含まれる。

アプリ判定部２４０は、利用要求を受け付けると、ブラウザ部３６０に対してリダイレクト要求を行う（ステップＳ２７１１）。リダイレクト要求には、タッチポイントＩＤと紐づいた連携設定情報１０１Ｃ（ＭＦＰ．ｊｓｏｎ）の端末装置３００の外部サービスと対応した案内画面に関する設定に設定された機器操作部２６０のＵＲＬと、アクセストークンとが含まれる。アクセストークンには、ユーザＩＤ「ｇｕｅｓｔ４」と、タッチポイントＩＤとが含まれる。

ブラウザ部３６０は、リダイレクト要求を受けて、機器操作部２６０に対して接続要求を行う（ステップＳ２７１２）。

機器操作部２６０は、ブラウザ部３６０に対し、画像形成装置６００の操作画面を表示させるための情報を送信する（ステップＳ２７１３）。

ブラウザ部３６０は、画像形成装置６００の操作メニュー画面を表示させることで連携設定情報１０１Ｃの設定を反映することができる（ステップＳ２７１４）。このように、タッチポイントＩＤに紐づけられた連携設定情報１０１Ｃを端末装置３００に送信することによって、連携設定情報によって特定される案内画面に関する設定を端末装置によって実行されるサービスを実現するための処理の設定に反映させることができる。

以下の例では、操作メニュー画面において、印刷が選択された場合について説明する。ブラウザ部３６０は、操作メニュー画面において、「印刷」の選択を受け付けると（ステップＳ２７１５）、印刷設定画面を表示させる（ステップＳ２７１６）。

続いて、ブラウザ部３６０は、印刷設定を確認したことを示す操作を受け付けると（ステップＳ２７１７）、ファイルの一覧画面を表示させる（ステップＳ２７１８）。

ここで表示されるファイルの一覧は、端末装置３００に格納されたファイルであって、印刷出力が可能なファイルであれば良く、画像データであってもよいし、文書データであってもよい。また、ここで表示されるファイルの一覧は、例えば、インターネット上のサーバ等に格納されているファイルの一覧であってもよい。

ブラウザ部３６０は、ファイルの一覧から、印刷対象のファイルを選択する操作を受け付けると（ステップＳ２７１９）、選択されたファイルを店舗サービス４８０に送信する（ステップＳ２７２０）。このとき、ブラウザ部３６０は、印刷設定画面において設定された印刷設定情報と、画像形成装置６００を識別する機器識別情報とを、選択されたファイルと共に店舗サービス４８０にアップロードする。

店舗サービス４８０は、アップロードされたファイルが印刷可能なファイルであるか否かを判定し、印刷可能である場合には、印刷代金と、印刷するファイルを特定するファイルＩＤとを、ブラウザ部３６０へ送信する（ステップＳ２７２１）。

ブラウザ部３６０は、印刷代金を支払うための支払い画面を表示させる（ステップＳ２７２２）。ここでは、印刷代金の支払い方法として、現金払いが選択されたものとする。なお、支払い方法には、電子決済等がある。

ブラウザ部３６０は、支払い方法に現金払いが選択されると（ステップＳ２７２３）、店舗サービス４８０に対して、支払いの受け取り指定を要求する（ステップＳ２７２４）。この要求には、現金が投入される画像形成装置６００の指定要求と、受け取り金額の指定要求とが含まれる。なお、画像形成装置６００には、現金を投入することができるコインラック等が設けられている。

店舗サービス４８０は、機器識別情報によって特定される画像形成装置６００に対して、現金の受け取り準備を要求する（ステップＳ２７２５）。画像形成装置６００は、表示部６１０に、現金払いを指示するメッセージを表示し、コインラックに現金の受け取り準備をさせて待機状態とする（ステップＳ２７２６）。

続いて、画像形成装置６００は、コインラックに対して印刷代金が投入される（ステップＳ２７２７）、印刷代金を受け取り、店舗サービス４８０に対して印刷代金の受け取り完了通知を行う（ステップＳ２７２８）。

店舗サービス４８０は、画像形成装置６００から受け取り完了通知を受けると、ブラウザ部３６０に対し、受け取り完了通知を送信する（ステップＳ２７２９）。

ブラウザ部３６０は、受け取り完了通知を受信すると、印刷開始画面を表示させる（ステップＳ２７３０）。ブラウザ部３６０は、印刷開始を指示する操作を受け付けると（ステップＳ２７３１）、店舗サービス４８０に対して印刷開始要求を行う（ステップＳ２７３２）。

店舗サービス４８０は、印刷開始要求を受け付けると、画像形成装置６００に対し、選択されたファイルの印刷要求を送信する（ステップＳ２７３３）。画像形成装置６００は、印刷要求を受けて、選択されたファイルを印刷する（ステップＳ２７３４）。

次に、図２８と図２９を参照して、本実施形態の画面遷移について説明する。図２８は、第四の実施形態の画面遷移について説明する第一の図である。

図２８に示す画像形成装置６００は、表示部６１０と、コインラック６２０とを有する。図２８の例では、画像形成装置６００は、端末装置３００の利用者の接近を検知し、ＱＲコード１６４を表示部６１０に表示した状態である。

端末装置３００は、画面２８１にＱＲコード１６４を表示せて、ＱＲコード１６４を読み取ると、画面２８１が画面２８２に遷移する。

画面２８２は、ログイン選択画面の一例であり、図２７のステップＳ２７０７において、ブラウザ部３６０に表示される。

画面２８２は、操作ボタン２８２ａ、２８２ｂを含む。操作ボタン２８２ａは、予め登録したアカウント情報を入力してログインする方法を選択するための操作ボタンである。操作ボタン２８２ｂは、ゲストユーザとしてログインする方法を選択するための操作ボタンである。

本実施形態では、ログインの方法によって、過去の使用履歴の可否や、印刷代金の支払い方法が異なってもよい。例えば、アカウント情報を入力してログインした場合は、過去に印刷を行ったファイルの履歴の表示や、過去の印刷設定情報の利用等が可能となる。また、アカウント情報を入力してログインした場合は、支払い方法も、予め登録した決済方法を選択できる。

また、本実施形態では、ゲストユーザとしてログインした場合には、過去の履歴は表示されず、支払い方法も現金又は電子マネー決済となる。

画面２８２において、操作ボタン２８２ａが操作されると、画面２８２は、後述する画面２８３に遷移する。また、画面２８２において、操作ボタン２８２ｂが操作されると、画面２８２は、後述する画面２９１に遷移する。

画面２８３は、アカウント情報を入力するための入力欄２８３ａと、アカウント情報の認証を店舗サービス４８０に要求するための操作ボタン２８３ｂとを含む。画面２８３において、入力欄２８３ａにアカウント情報が入力されて、操作ボタン２８３ｂが操作されると、画面２８３は画面２９１に遷移する。

図２９は、第四の実施形態の画面遷移について説明する第二の図である。図２９に示す画面２９１は、操作メニュー画面の一例であり、図２７のステップＳ２７１４でブラウザ部３６０に表示される。

画面２９１は、操作ボタン２９１ａ、２９１ｂ、２９１ｃを含む。操作ボタン２９１ａは、画像形成装置６００によるＦＡＸ送信を選択するための操作ボタンである。操作ボタン２９１ｂは、画像形成装置６００による印刷を選択するための操作ボタンである。操作ボタン２９１ｃは、画像形成装置６００によるコピーを選択するための操作ボタンである。

ここでは、例えば、操作ボタン２９１ｂが選択されたものとする。画面２９１は、操作ボタン２９１ｂが選択されると、画面２９２に遷移する。画面２９２は、印刷設定画面の一例であり、図２７のステップＳ２７１６においてブラウザ部３６０に表示される。

画面２９２は、表示領域２９２ａ、操作ボタン２９２ｂを含む。表示領域２９２ａには、印刷設定のメニューが表示される。画面２９２では、カラー印刷が選択されている。画面２９２は、表示領域２９２ａで印刷設定が行われ、操作ボタン２９２ｂが操作されると、ブラウザ部３６０には、ファイルの一覧画面が表示される。

画面２９３は、ファイルの一覧画面において、印刷対象ファイルが選択され、印刷対象ファイルが店舗サービス４８０にアップロードされた後に、ブラウザ部３６０に表示される画面の一例である。

具体的には、画面２９３は、印刷代金を支払うための支払い画面の一例であり、図２７のステップＳ２７２２においてブラウザ部３６０に表示される。

画面２９３は、表示領域２９３ａ、操作ボタン２９３ｂ、２９３ｃを含む。表示領域２９３ａには、印刷対象ファイルの印刷代金が表示される。操作ボタン２９３ｂ、２９３ｃは、印刷代金の支払い方法を選択するための操作ボタンである。操作ボタン２９３ｂは、現金払いを選択するための操作ボタンであり、操作ボタン２９３ｃは、電子マネーによる支払いを選択するための操作ボタンである。

図２９では、現金払いが選択されたものとする。画面２９３において、操作ボタン２９３ｂが選択され、画像形成装置６００において印刷代金の受け取りが完了すると、ブラウザ部３６０には、画面２９４が表示される。

画面２９４は、印刷開始画面の一例であり、図２７のステップＳ２７３０においてブラウザ部３６０に表示される。

画面２９４は、表示領域２９４ａ、操作ボタン２９４ｂを含む。表示領域２９４ａには、印刷対象ファイルに対して行われた印刷設定情報と、印刷対象ファイルのファイル名とが表示される。操作ボタン２９４ｂは、印刷要求を行うための操作ボタンである。

ブラウザ部３６０は、画面２９４において、操作ボタン２９４ｂが操作されると、印刷要求を店舗サービス４８０に送信する。店舗サービス４８０は、印刷要求を受け付けて、画像形成装置６００に印刷開始を指示し、端末装置３００において選択された印刷対象ファイルの印刷を行わせる。

このように、本実施形態では、サービス連携部２５０が機器操作部２６０と連携し、機器操作部２６０により、端末装置３００に画像形成装置６００の操作を行わせる。

したがって、本実施形態では、端末装置３００の利用者に、店舗に設置された画像形成装置６００を操作するための専用アプリケーションをインストールすることなく、画像形成装置６００を利用させることができる。

また、本実施形態では、端末装置３００において選択されたデータを、画像形成装置６００により印刷物としと出力させることができる。

なお、本実施形態では、連携設定情報１０１Ｃの端末装置３００の外部サービスと対応した案内画面に関する設定の項目「ｕｒｌ」において、画像形成装置６００の操作を行う機器操作部２６０のＵＲＬを設定するものとしたが、これに限定されない。連携設定情報１０１Ｃの項目「ｕｒｌ」にＵＲＬが設定されるＷｅｂアプリケーションは、任意であってよい。

具体的には、例えば、項目「ｕｒｌ」にＵＲＬが設定されるＷｅｂアプリケーションは、プロジェクタや電子黒板等を操作するためのＷｅｂアプリケーションであってもよい。項目「ｕｒｌ」にＵＲＬが設定されるＷｅｂアプリケーションは、端末装置３００が取得したデータを出力する機器を管理するアプリケーションであれば、どのようなものであってもよい。

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

また、各実施形態に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。

ある実施形態では、情報処理装置２００は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、情報処理装置２００は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

さらに、情報処理装置２００は、開示された処理ステップ、を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、情報処理装置２００によって実行され得る。同様に、所定のユニットの機能は、情報処理装置２００によって実行することができる。また、情報処理装置２００の各要素は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

なお、情報処理装置２００は、通信機能を備えた装置であれば、画像形成装置に限られない。情報処理装置２００は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。
本発明の態様は、例えば、以下のとおりである。
＜１＞ 端末装置から、外部サービスに対応する設定を特定する連携設定情報と紐付けられた識別情報を受信する受信部と、
前記識別情報に基づいて、前記端末装置が取得した画像データをアップロードさせるサービスを実現するための処理の実行要求を前記端末装置に送信する送信部と、を有し、
前記送信部は、前記受信した識別情報に紐づけられた連携設定情報を前記端末装置に送信することによって、前記連携設定情報によって特定される設定を前記端末装置によって実行される前記サービスを実現するための処理の設定に反映させる、情報処理装置。
＜２＞ 前記サービスを実現するための処理は、
前記端末装置が取得した画像データを、前記識別情報に紐付けられた連携設定情報によって特定される設定に基づいてアップロードさせる処理である、前記＜１＞記載の情報処理装置。
＜３＞ 前記端末装置が取得した画像データは、
前記実行要求によって起動した前記端末装置の有する撮影機能により、撮影された画像データである、前記＜２＞記載の情報処理装置。
＜４＞ 前記サービスを実現するサービス連携部を有し、
前記サービス連携部は、
前記端末装置から前記画像データがアップロードされると、前記画像データを前記外部サービスに対応した形態の画像データとし、前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬを、前記外部サービスを提供する外部サーバに通知する、前記＜２＞又は＜３＞の情報処理装置。
＜５＞ 前記サービス連携部は、
前記端末装置からアップロードされた前記画像データを、前記外部サービスと対応する形態の画像データとして、前記格納先に格納する、前記＜４＞記載の情報処理装置。
＜６＞ 前記サービス連携部は、
前記識別情報を含む二次元コードを生成し、生成した前記二次元コードを前記外部サーバに出力し、
前記受信部は、
前記端末装置から、前記二次元コードから読み取られた前記識別情報を受信する、前記＜４＞又は＜５＞記載の情報処理装置。
＜７＞ 前記連携設定情報は、
前記端末装置の利用者の認証方法に関する設定情報を含み、
前記サービス連携部は、
前記認証方法に関する設定情報に応じて、前記端末装置に表示させる認証画面を異ならせる、前記＜４＞乃至＜６＞の何れか一項に記載の情報処理装置。
＜８＞ 前記連携設定情報は、前記端末装置が取得した画像データをアップロードさせるための案内画面に関する設定情報を含み、
前記サービス連携部は、
前記案内画面に関する設定情報に応じて、前記端末装置に前記案内画面を表示させる、前記＜４＞乃至＜７＞の何れか一項に記載の情報処理装置。
＜９＞ 前記案内画面に関する設定情報において、ＷｅｂアプリケーションのＵＲＬが設定されていた場合に、
前記サービス連携部は、
前記Ｗｅｂアプリケーションにより、前記端末装置の画面を表示させる、前記＜８＞記載の情報処理装置。
＜１０＞ 前記連携設定情報は、
前記端末装置に、前記端末装置が取得した画像データに対する認識処理を実行させるための設定情報を含み、
前記端末装置からアップロードされた前記画像データは、前記端末装置によって前記認識処理が実行された後の画像データである、前記＜４＞乃至＜９＞の何れか一項に記載の情報処理装置。
＜１１＞ 前記認識処理は、複数種類の処理を含み、
前記連携設定情報は、
前記複数種類の全ての前記認識処理を、前記端末装置に実行させるための設定情報を含み、
前記端末装置からアップロードされた前記画像データは、前記端末装置において前記複数種類の全ての前記認識処理が実行された後の画像データである、前記＜１０＞記載の情報処理装置。
＜１２＞ 前記認識処理は、複数種類の処理を含み、
前記連携設定情報は、
前記複数種類の処理の一部を、前記端末装置に実行させるための設定情報を含み、
前記端末装置からアップロードされた前記画像データは、前記端末装置において前記複数種類の処理の一部が実行された後の画像データである、前記＜１０＞記載の情報処理装置。
＜１３＞ 前記連携設定情報は、
前記端末装置に、前記端末装置が取得した画像データを縮小する処理を実行させるための設定情報を含み、
前記端末装置からアップロードされた前記画像データは、前記端末装置において前記画像データを縮小した縮小画像データである、前記＜１０＞記載の情報処理装置。
＜１４＞ 前記連携設定情報は、
前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬに追加される情報に関する設定情報を含み、
前記サービス連携部は、
前記追加される情報に関する設定情報に基づき、前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬに、前記端末装置が取得した画像データの格納先を示すＵＲＬを追加して、前記外部サービスを提供する外部サーバに通知する、前記＜４＞乃至＜１３＞の何れか一項に記載の情報処理装置。
＜１５＞ 前記サービス連携部は、
前記追加される情報に関する設定情報に基づき、前記端末装置により再取得された画像データの格納先を示すＵＲＬをさらに追加して、前記外部サービスを提供する外部サーバに通知する、前記＜１４＞記載の情報処理装置。
＜１６＞ 前記サービス連携部は、
前記追加される情報に関する設定情報に基づき、前記端末装置を識別する情報をさらに追加して、前記外部サービスを提供する外部サーバに通知する、前記＜１４＞記載の情報処理装置。
＜１７＞ 端末装置と、情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
端末装置から、外部サービスに対応する設定を特定する連携設定情報と紐付けられた識別情報を受信する受信部と、
前記識別情報に基づいて、前記端末装置が取得した画像データをアップロードさせるサービスを実現するための処理の実行要求を前記端末装置に送信する送信部と、を有し、
前記送信部は、前記受信した識別情報に紐づけられた連携設定情報を前記端末装置に送信することによって、前記連携設定情報によって特定される設定を前記端末装置によって実行される前記サービスを実現するための処理の設定に反映させ、
前記端末装置は、
前記外部サービスと対応する画像データをアップロードするための案内画面が表示される表示部を有する、情報処理システム。
＜１８＞ 情報処理装置による情報処理方法であって、前記情報処理装置が、
端末装置から、外部サービスに対応する設定を特定する連携設定情報と紐付けられた識別情報を受信する手順と、
前記識別情報に基づいて、前記端末装置が取得した画像データをアップロードさせるサービスを実現するための処理の実行要求を前記端末装置に送信する手順と、を実行し、
前記送信する手順は、受信した識別情報に紐づけられた連携設定情報を前記端末装置に送信することによって、前記連携設定情報によって特定される設定を前記端末装置によって実行される前記サービスを実現するための処理の設定に反映させる、情報処理方法。
＜１９＞ 端末装置から、外部サービスに対応する設定を特定する連携設定情報と紐付けられた識別情報を受信する処理と、
前記識別情報に基づいて、前記端末装置が取得した画像データをアップロードさせるサービスを実現するための処理の実行要求を前記端末装置に送信する処理と、を情報処理装置に実行させ、
前記送信する処理は、受信した識別情報に紐づけられた連携設定情報を前記端末装置に送信することによって、前記連携設定情報によって特定される設定を前記端末装置によって実行される前記サービスを実現するための処理の設定に反映させる、処理である、プログラム。
以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１００、１００Ａ 情報処理システム
２００、２００Ａ 情報処理装置
２３０ 送信部
２４０ アプリ判定部
２５０ サービス連携部
２５５ 受信部
２６０ 機器操作部
２７０ ＡＰＩキー記憶部
２８０ 連携管理記憶部
２９０ 利用者記憶部
３００ 端末装置
３５０ 制御部
３６０ ブラウザ部
４００ 外部サーバ
４５０ 経費精算サービス
４６０ 学生証発行サービス
４７０ 在庫管理サービス
４８０ 店舗サービス
６００ 画像形成装置

特開２０２０－０８７１３７号公報

Claims (18)

1. 端末装置から、外部サービスに対応する設定を特定する連携設定情報と紐付けられた識別情報を受信する受信部と、
   前記識別情報に基づいて、前記端末装置が取得した画像データをアップロードさせるサービスを実現するための処理の実行要求を前記端末装置に送信する送信部と、
   前記サービスを実現するサービス連携部と、を有し、
   前記送信部は、前記受信した識別情報に紐づけられた連携設定情報を前記端末装置に送信することによって、前記連携設定情報によって特定される設定を前記端末装置によって実行される前記サービスを実現するための処理の設定に反映させ、
   前記サービス連携部は、前記端末装置から前記画像データがアップロードされると、前記画像データを前記外部サービスに対応した形態の画像データとし、前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬを、前記外部サービスを提供する外部サーバに通知する、情報処理装置。
2. 前記サービスを実現するための処理は、
   前記端末装置が取得した画像データを、前記識別情報に紐付けられた連携設定情報によって特定される設定に基づいてアップロードさせる処理である、請求項１記載の情報処理装置。
3. 前記端末装置が取得した画像データは、
   前記実行要求によって起動した前記端末装置の有する撮影機能により、撮影された画像データである、請求項２記載の情報処理装置。
4. 前記サービス連携部は、
   前記端末装置からアップロードされた前記画像データを、前記外部サービスと対応する形態の画像データとして、前記格納先に格納する、請求項３記載の情報処理装置。
5. 前記サービス連携部は、
   前記識別情報を含む二次元コードを生成し、生成した前記二次元コードを前記外部サーバに出力し、
   前記受信部は、
   前記端末装置から、前記二次元コードから読み取られた前記識別情報を受信する、請求項３又は４記載の情報処理装置。
6. 前記連携設定情報は、
   前記端末装置の利用者の認証方法に関する設定情報を含み、
   前記サービス連携部は、
   前記認証方法に関する設定情報に応じて、前記端末装置に表示させる認証画面を異ならせる、請求項５記載の情報処理装置。
7. 前記連携設定情報は、前記端末装置が取得した画像データをアップロードさせるための案内画面に関する設定情報を含み、
   前記サービス連携部は、
   前記案内画面に関する設定情報に応じて、前記端末装置に前記案内画面を表示させる、請求項６記載の情報処理装置。
8. 前記案内画面に関する設定情報において、ＷｅｂアプリケーションのＵＲＬが設定されていた場合に、
   前記サービス連携部は、
   前記Ｗｅｂアプリケーションにより、前記端末装置の画面を表示させる、請求項７記載の情報処理装置。
9. 前記連携設定情報は、
   前記端末装置に、前記端末装置が取得した画像データに対する認識処理を実行させるための設定情報を含み、
   前記端末装置からアップロードされた前記画像データは、前記端末装置によって前記認識処理が実行された後の画像データである、請求項１記載の情報処理装置。
10. 前記認識処理は、複数種類の処理を含み、
    前記連携設定情報は、
    前記複数種類の全ての前記認識処理を、前記端末装置に実行させるための設定情報を含み、
    前記端末装置からアップロードされた前記画像データは、前記端末装置において前記複数種類の全ての前記認識処理が実行された後の画像データである、請求項９記載の情報処理装置。
11. 前記認識処理は、複数種類の処理を含み、
    前記連携設定情報は、
    前記複数種類の処理の一部を、前記端末装置に実行させるための設定情報を含み、
    前記端末装置からアップロードされた前記画像データは、前記端末装置において前記複数種類の処理の一部が実行された後の画像データである、請求項９記載の情報処理装置。
12. 前記連携設定情報は、
    前記端末装置に、前記端末装置が取得した画像データを縮小する処理を実行させるための設定情報を含み、
    前記端末装置からアップロードされた前記画像データは、前記端末装置において前記画像データを縮小した縮小画像データである、請求項９記載の情報処理装置。
13. 前記連携設定情報は、
    前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬに追加される情報に関する設定情報を含み、
    前記サービス連携部は、
    前記追加される情報に関する設定情報に基づき、前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬに、前記端末装置が取得した画像データの格納先を示すＵＲＬを追加して、前記外部サービスを提供する外部サーバに通知する、請求項１記載の情報処理装置。
14. 前記サービス連携部は、
    前記追加される情報に関する設定情報に基づき、前記端末装置により再取得された画像データの格納先を示すＵＲＬをさらに追加して、前記外部サービスを提供する外部サーバに通知する、請求項１３記載の情報処理装置。
15. 前記サービス連携部は、
    前記追加される情報に関する設定情報に基づき、前記端末装置を識別する情報をさらに追加して、前記外部サービスを提供する外部サーバに通知する、請求項１３記載の情報処理装置。
16. 端末装置と、情報処理装置とを含む情報処理システムであって、
    前記情報処理装置は、
    端末装置から、外部サービスに対応する設定を特定する連携設定情報と紐付けられた識別情報を受信する受信部と、
    前記識別情報に基づいて、前記端末装置が取得した画像データをアップロードさせるサービスを実現するための処理の実行要求を前記端末装置に送信する送信部と、
    前記サービスを実現するサービス連携部と、を有し、
    前記送信部は、前記受信した識別情報に紐づけられた連携設定情報を前記端末装置に送信することによって、前記連携設定情報によって特定される設定を前記端末装置によって実行される前記サービスを実現するための処理の設定に反映させ、
    前記サービス連携部は、前記端末装置から前記画像データがアップロードされると、前記画像データを前記外部サービスに対応した形態の画像データとし、前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬを、前記外部サービスを提供する外部サーバに通知し、
    前記端末装置は、
    前記外部サービスと対応する画像データをアップロードするための案内画面が表示される表示部を有する、情報処理システム。
17. 情報処理装置による情報処理方法であって、前記情報処理装置が、
    端末装置から、外部サービスに対応する設定を特定する連携設定情報と紐付けられた識別情報を受信する手順と、
    前記識別情報に基づいて、前記端末装置が取得した画像データをアップロードさせるサービスを実現するための処理の実行要求を前記端末装置に送信する手順と、
    前記サービスを実現するサービス連携手順と、を実行し、
    前記送信する手順は、受信した識別情報に紐づけられた連携設定情報を前記端末装置に送信することによって、前記連携設定情報によって特定される設定を前記端末装置によって実行される前記サービスを実現するための処理の設定に反映させ、
    前記サービス連携手順は、前記端末装置から前記画像データがアップロードされると、前記画像データを前記外部サービスに対応した形態の画像データとし、前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬを、前記外部サービスを提供する外部サーバに通知する、情報処理方法。
18. 端末装置から、外部サービスに対応する設定を特定する連携設定情報と紐付けられた識別情報を受信する処理と、
    前記識別情報に基づいて、前記端末装置が取得した画像データをアップロードさせるサービスを実現するための処理の実行要求を前記端末装置に送信する処理と、
    前記サービスを実現するサービス連携処理と、を情報処理装置に実行させ、
    前記送信する処理は、受信した識別情報に紐づけられた連携設定情報を前記端末装置に送信することによって、前記連携設定情報によって特定される設定を前記端末装置によって実行される前記サービスを実現するための処理の設定に反映させ、
    前記サービス連携処理は、前記端末装置から前記画像データがアップロードされると、前記画像データを前記外部サービスに対応した形態の画像データとし、前記外部サービスに対応した形態の画像データの格納先を示すＵＲＬを、前記外部サービスを提供する外部サーバに通知する、処理である、プログラム。

Images