JP2021108443A - サービス提供システム、情報処理システム、情報処理方法、プログラム - Google Patents

Abstract

【課題】データベースと連携することができるサービス提供システム等を提供すること。【解決手段】機器から実行要求された第一のアプリケーションに関するデータを外部サービスシステムに送信するサービス提供システムであって、外部サービスシステムにおける前記データの保存先を示す第一の識別情報と、前記データに対応付けて外部サービスシステムに保存する付随情報の保存先を示す第二の識別情報の設定を受け付ける設定受付部１２を有し、前記機器は、前記データと前記付随情報を取得し、前記設定に応じた前記外部サービスシステムへの前記データと前記付随情報の保存を要求する通信部２１、を有することを特徴とする。【選択図】図１

Description

本発明は、サービス提供システム、情報処理システム、情報処理方法、及び、プログラムに関する。

ネットワーク上で提供されるサービスを端末装置がＷｅｂブラウザ等で利用するＷｅｂアプリケーションと呼ばれる技術が知られているが、このようなサービスを画像形成装置等の機器から利用することも可能になっている。例えば、画像形成装置で原稿をスキャンして生成した画像データを外部ストレージサービスに保存したり、印刷したりするサービス提供システムが知られている。

サービス提供システムでは、ユーザが機器からサービスを利用する際の負担を低減するため、機器の利用に関して予めユーザが設定しておくことができる（例えば、特許文献１参照。）。特許文献１には、アプリケーション設定画面に対しユーザが設定した印刷設定のデフォルト値等を情報処理システムが受け付ける技術が記載されている。

しかし、従来のサービス提供システムは、データベースと連携することができないという問題があった。例えば、従来のサービス提供システムは外部ストレージサービスに画像データを保存することができても、例えば受信したファクシミリのＦＡＸ番号や機器を使用するユーザ情報等をデータベースの適切な項目に保存することができなかった。

本発明は、上記課題に鑑み、データベースと連携することができるサービス提供システム等を提供することを目的とする。

上記課題に鑑み、本発明は、外部サービスシステムにおける前記データの保存先を示す第一の識別情報と、前記データに対応付けて外部サービスシステムに保存する付随情報の保存先を示す第二の識別情報の設定を受け付ける設定受付部を有し、前記機器は、前記データと前記付随情報を取得し、前記設定に応じた前記外部サービスシステムへの前記データと前記付随情報の保存を要求する通信部、を有することを特徴とする。

データベースと連携することができるサービス提供システム等を提供することができる。

サービス提供システムの全体的な動作を説明する図である。 サービス提供システムの一例のシステム構成を示す図である。 情報処理システム及び端末装置の一例のハードウェア構成図である。 機器の一例である画像形成装置の一例のハードウェア構成図である。 サービス提供システムの一例の機能構成を示す図である。 外部サービスシステムの一例の機能構成を示す図である。 アプリ処理情報記憶部に記憶されているアプリ処理情報の一例を示す図である。 アプリ処理情報の別の一例を示す図である。 アプリ処理情報の登録処理の一例を示すシーケンス図である。 アプリ処理情報作成画面の一例を示す図である。 端末装置が表示する連携先アプリ登録画面（その１）の一例を示す図である。 端末装置が表示する連携先アプリ登録画面（その２）の一例を示す図である。 端末装置が表示する連携先アプリ登録画面（その３）の一例を示す図である。 添付ファイルというフォームの詳細が設定される詳細ポップアップ画面の一例を示す図である。 作業項目が表示された連携先アプリ登録画面（その４）の一例を示す図である。 数値欄というフォームの詳細が設定される詳細ポップアップ画面の一例を示す図である。 端末装置が表示する連携先アプリ一覧画面の一例を示す図である。 レコードに対する権限情報の権限設定画面の一例を示す図である。 管理者が外部サービスシステムへアプリ登録する手順を説明するシーケンス図の一例である。 端末装置が表示する初期画面の一例を示す図である。 端末装置が表示するマイページ画面（その１）の一例を示す図である。 端末装置が表示するマイページ画面（その２）の一例を示す図である。 端末装置が表示する認証情報設定ポップアップ画面の一例を示す図である。 情報処理システムが外部サービスシステムにログインできた場合に端末装置が表示するマイページ画面（その３）の一例を示す図である。 管理者が情報処理システムへ認証情報を登録する手順を説明するシーケンス図の一例である。 端末装置が表示する初期画面の一例を示す図である。 端末装置が表示するサービス選択画面の一例を示す図である。 端末装置が表示する連携元アプリ選択画面の一例を示す図である。 「新規レコードを登録」の連携元アプリが選択された場合に端末装置が表示する連携元アプリ設定画面（その１）の一例を示す図である。 端末装置が表示する連携元アプリ設定画面（その２）の一例を示す図である。 端末装置が表示する連携元アプリ設定画面（その３）の一例を示す図である。 端末装置が表示する連携元アプリ設定画面（その４）の一例を示す図である。 管理者が情報処理システムへ連携情報等を設定する手順を説明するシーケンス図の一例である。 レコードの設定欄を有する連携元アプリ設定画面の一例を示す図である。 機器が表示する連携元アプリ一覧画面の一例を示す図である。 機器が表示する「新規レコード登録」の設定画面の一例を示す図である。 遷移ボタンが押下された場合に表示される「新規レコード登録」の設定画面の一例を示す図である。 ユーザが機器を操作して機器が連携元アプリ一覧画面を表示し、ユーザが選択した連携元アプリを実行する手順を説明するシーケンス図の一例である。 機器が表示するレコード一覧の一例を示す図である。 端末装置が外部サービスシステムの連携先アプリの名称を表示するシーケンス図の一例である。 端末装置が連携先アプリの利用権限がユーザにあるか否かを表示するシーケンス図の一例である。 端末装置が連携先アプリＩＤからフィールドコードを表示するシーケンス図の一例である。 連携元アプリ設定画面に表示されたフィールドコード一覧の一例を示す図である。 管理者が外部サービスシステムの連携先アプリを検索する手順を示すシーケンス図の一例である。 ユーザが機器を操作して機器が連携元アプリ一覧画面を表示し、ユーザが選択した連携元アプリを実行する手順を説明するシーケンス図の一例である。 案件担当者が登録された連携先アプリ登録画面の一例を示す図である。 端末装置が表示する「ＦＡＸ受信登録」の連携元アプリの連携元アプリ設定画面の一例を示す図である。 端末装置が表示する「メール受信登録」の連携元アプリの連携元アプリ設定画面の一例を示す図である。 機器がファクシミリを受信し画像データと画像データ以外のデータを外部サービスシステムのフィールドに登録する手順を示すシーケンス図の一例である。 端末装置が表示する連携元アプリ設定画面の一例を示す図である。 特定のＦＡＸ番号からのみの画像データ等を外部サービスシステムに登録するアプリ処理情報を模式的に示す図である。 ホワイトリストに基づいて、機器がファクシミリを受信し画像データと画像データ以外のデータを外部サービスシステムのフィールドに登録する手順を示すシーケンス図の一例である。

以下、本発明を実施するための形態の一例として、サービス提供システムとサービス提供システムが実行する情報処理方法について説明する。

＜動作の概略＞
まず、図１を用いて、サービス提供システム１００が行う処理の概略を説明する。図１は、サービス提供システム１００の全体的な動作を説明する図である。図１（ａ）はサービス提供システム１００を利用するための連携元アプリケーション（第一のアプリケーションの一例。以下、連携元アプリという）及び連携先アプリケーション（第二のアプリケーションの一例。以下、連携先アプリという）の設定を管理者等が行う準備段階の動作を示しており、図１（ｂ）は連携元アプリをユーザが実行し連携元アプリが連携先アプリと連携する実行段階の動作を示している。

なお、以下では、「ユーザ」という場合、一般ユーザを意味し、管理者という場合、テナントの管理者をいう。テナントとは、サービスの提供者（本実施形態では情報処理システム）からサービスを受けることを契約した企業や組織等である。ユーザは一例としてテナントに所属しているが、ユーザ個人でサービスに加入してもよい。個人でサービスに加入した場合、ユーザ自身が連携元アプリ設定画面から連携元アプリと連携先アプリを対応付ける設定の入力を行う。

管理者が行う処理については、テナントにサービス提供システム１００が提供するサービスへの加入の促進や、サービス提供システム１００が提供するアプリケーションの販売を行うベンダーやディーラー等の担当者が一部の処理を行うこともできる。また、管理者が行う処理をユーザが行うことが可能な場合もある。

(1) 管理者は端末装置３０を外部サービスシステム４０と通信させ、外部サービスシステム４０が提供する連携先アプリ登録画面を表示する。外部サービスシステム４０はＷｅｂアプリケーション（以下、Ｗｅｂアプリという）の形態で利用されるサービスを提供する。このサービスが提供する機能の全体的な内容は決まっているが、管理者はサービスをカスタマイズすることで所望の連携先アプリとして利用できる。つまりサービスの機能の一部（又は全体）が連携先アプリとなる。

(2) 管理者は外部サービスシステム４０が用意するフォーム（機能を部品化したもの）を組み合わせて、テナントの業務に適した連携先アプリを登録する。管理者がフォームを組み合わせ必要な設定を行うと、端末装置３０が外部サービスシステム４０に連携先アプリを登録する。

(3) 外部サービスシステム４０は連携先アプリを識別する連携先アプリＩＤ（第二のアプリケーションの識別情報の一例）を連携先アプリに付与し、端末装置３０に送信する。端末装置３０は連携先アプリＩＤを表示するので、管理者は連携先アプリＩＤを把握することができる。なお、後述する実施例では、管理者は情報処理システム１０を経由して端末装置３０に連携先アプリＩＤを表示させることができる。

(4) 次に、管理者は端末装置３０を操作して、端末装置３０を情報処理システム１０と通信させ、端末装置３０は情報処理システム１０が提供する連携元アプリ設定画面を表示する。情報処理システム１０は画像形成装置等の機器が実行する連携元アプリの登録や実行を受け付けるサーバである。情報処理システム１０は、外部サービスシステム４０の連携先アプリと連携してユーザにサービスを提供する。情報処理システム１０は様々な外部サービスシステム４０と連携でき、更に、ある外部サービスシステム４０が提供する種々の連携先アプリと連携することで、ユーザに多様なサービスを提供できるようになる。図１（ｂ）で説明するように、このサービスは画像形成装置などの機器から連携元アプリとして利用される。

(5) 管理者は連携元アプリ設定画面で連携先アプリＩＤを含む連携情報を設定する。連携情報は、情報処理装置システムが、外部サービスシステム４０に登録された連携先アプリと連携するための情報である。連携先アプリＩＤの他、フィールドコードが設定される。フィールドコードは連携先アプリがデータベースを操作するアプリケーションの場合、フィールドを識別する識別情報である。すなわち、外部サービスシステムにより提供されるアプリケーションが管理する項目の識別情報である。管理者は、画像データのフィールドコード、ＦＡＸ番号のフィールドコードなどのように、外部サービスシステムに登録したいデータごとにフィールドコードを指定できる。端末装置３０は連携情報を情報処理システム１０に送信する。これにより情報処理システム１０では連携先アプリと連携する連携元アプリが対応付けられる。

(6) 以上の処理で、情報処理システム１０は連携先アプリＩＤで、外部サービスシステム４０の連携先アプリと連携できる状態となる。また、情報処理システム１０はフィールドコードで特定のフィールドの値を外部サービスシステム４０から取得できる。

(7) 機器２０の例えばファクシミリの受信機能がファクシミリを受信した。ファクシミリに関する処理を行うアプリケーション（後述するファクシミリ処理部）は該アプリケーションに対応付けられている連携元アプリの実行を情報処理システム１０に要求する。この連携元アプリは例えば以下の処理を行う。
(i) 受信した画像データとＦＡＸ番号を情報処理システム１０に送信
(ii) 情報処理システム１０が画像データとＦＡＸ番号の処理要求を外部サービスシステム４０に送信

(8)ファクシミリ処理部は該アプリケーションに対応付けられている連携先アプリを指定して、この連携先アプリに対し設定されている連携先アプリＩＤとフィールドコード等を情報処理システムから取得する。

(9)機器２０は画像データ、連携先アプリＩＤ、フィールドコード、及び、ＦＡＸ番号等を情報処理システム１０に送信する。

(10) 情報処理システム１０は連携先アプリＩＤ、及び、フィールドコードを指定して、画像データとＦＡＸ番号の処理要求を外部サービスシステム４０に送信する。これにより、連携元アプリが連携先アプリと連携できた。

(11) 外部サービスシステム４０は画像データとＦＡＸ番号をそれぞれ連携先アプリＩＤで特定される連携先アプリのフィールドコードで特定されるフィールドへの処理対象として受け付ける。例えば、フィールドにデータを保存する。

画像データやＦＡＸ番号が連携先アプリの処理対象となることは、連携先アプリにより処理されることをいう。したがって、処理の内容は連携先アプリに応じて様々である。例えば、連携先アプリが処理するデータ形式に変換すること、画像データやＦＡＸ番号に何らかの属性を付与して画像データの種別やＦＡＸ番号であることを管理した状態で保存すること、画像データに画像処理を行うこと、外部への転送、又は、要求に対する提供などが行われる。また、連携元アプリ、又はサービス提供システムのモジュールが、データ形式に変換すること、画像データに何らかの属性を付与して画像データの種別等を管理した状態で格納すること、画像データに画像処理を行うこと等の処理をした上で、連携先アプリに処理された画像データを転送してもよい。

このように、本実施形態のサービス提供システム１００は、情報処理システム１０が外部サービスシステム４０と連携するための設定（連携情報）を連携元アプリ設定画面から受け付ける。機器２０がファクシミリなどを受信した場合、ファクシミリの受信機能に対応付けられた連携元アプリが実行され、画像データだけでなく画像データ以外のＦＡＸ番号などを、機器２０が情報処理システム１０に送信できる。情報処理システム１０は連携元アプリ設定画面で受け付けた設定に応じて、外部サービスシステム４０の特定の連携先アプリの特定のフィールドに画像データ以外のデータを保存するので、このデータに対し適切な処理を要求することができる。

＜用語について＞
データベースとは、整理された情報のあつまりである。情報の蓄積、検索、更新などが可能になっている。データベースにはリレーショナル型データベース、階層型データベース、又は、ネットワーク型データベースの種類があるが、項目に値が格納されるデータベースであればよい。本実施形態では項目をフィールドという用語で説明する。データが保存される項目に関する設定とは、データが保存されるフィールドが設定されることをいう。

データベースのデータの操作にはアプリケーションが使用されることが多い。本実施形態では連携先アプリがデータベースを操作する。操作とは情報の蓄積、検索、更新などをいう。

サービス提供システムが送信するデータは、機器から送信されたもの（画像データ、ＦＡＸ番号など）だけでなく、情報処理システムが有するもの（ユーザ名など）も含まれる。

連携とは、二者以上が協力して処理を実行することをいう。本実施形態では、情報処理システム１０の連携元アプリが外部サービスシステム４０の連携先アプリと協働して、情報処理システム１０がサービスを提供することをいう。

連携情報は、情報処理システム１０が外部サービスシステム４０と連携するための情報である。本実施形態では外部サービスシステム４０が提供するサービスを利用するための連携先アプリＩＤを例にする。連携情報には、更にフィールドコード（フィールドの識別情報）、又は、レコードＩＤ（レコードの識別情報）が含まれる場合がある。なお、フィールドコードはデータベースのカラムを指定するカラムＩＤということもできる。

フィールドとは連携先アプリが保持する表形式のデータの列を示すもので、図１１の表の各列を示す。

レコードとは連携先アプリが保持する表形式のデータの行を示すもので、図１１の表の各行を示す。

連携元アプリは、情報処理システム１０がサービス提供システムに含まれる機器２０に対してサービスを提供するためのアプリケーションである。ネットワーク上のサーバとクライアントが通信してデータ処理を行い、クライアントがその結果を利用することができる。このようなアプリケーションはＷｅｂアプリとして提供されることが可能である。また、サーバとは、クライアントからの要求に対して情報や処理結果を提供する機能を果たすコンピュータやソフトウェアである。クライアントがサーバから取得して表示する画面をＷｅｂページという場合がある。また、連携元アプリはＷｅｂアプリに限られず、ネイティブアプリとして提供されてもよく、情報処理システム１０から機器２０がネイティブアプリである連携元アプリケーションをダウンロードして、機器２０が実行することで、機器２０と情報処理システム１０とが画像データ等のデータの送受信を行う。また、連携元アプリがネイティブアプリである場合、機器は、連携元アプリを情報処理システム１０とは異なる装置やシステムから取得しても良い、例えば機器２０は、アプリケーション提供サーバ等から連携元アプリを取得しても良い。

情報処理システム１０はサービスを提供するが、サービスを提供する手段の１つが連携元アプリの実行である。連携元アプリの実行において外部サービスシステム４０が提供する連携先アプリと連携する場合がある（しない場合もある）。連携元アプリによるサービスは一連の処理を順番に実行する形態により実現されるため、連携元アプリには一連の処理の内容と順番が定義される。

外部サービスシステム４０もサービスを提供するが、サービスを提供する手段の１つが連携先アプリの実行である。外部サービスシステム４０は情報処理システム１０と連携しなくてもユーザにサービスを提供できるが、この場合、外部サービスシステム４０が提供する連携先アプリはサーバとクライアントが通信して提供されるＷｅｂアプリである。本実施形態のサービス提供システム１００は、端末装置３０等からユーザが利用できる外部サービスシステム４０の連携先アプリを、機器２０から情報処理システム１０を経由して利用することを可能にする。

外部サービスシステム４０のサービスは連携先アプリ（アプリケーション）と呼ばれる他、プログラム、ソフトウェア、又は、サイト等と呼ばれてもよい。すなわち、連携先アプリはアプリケーションと呼ばれていなくても外部サービスシステム４０のサービスに関するものであればよい。

ユーザは、いわゆる顧客側のエンドユーザを意味し、連携元アプリを含め機器２０を使用する者をいう。管理者は、ユーザが連携元アプリを使用できるように連携先アプリと連携元アプリを登録する者であり、主に顧客側（テナント側）の管理者である。ただし、ユーザと管理者とは明確に区別する必要はなく、本実施形態でも便宜的に使い分けているに過ぎない。

＜システム構成＞
まず、本実施形態に係るサービス提供システム１００のシステム構成について、図２を参照しながら説明する。図２は、本実施形態に係るサービス提供システム１００の一例のシステム構成を示す図である。

図２に示すサービス提供システム１００は、情報処理システム１０と、機器２０と、端末装置３０と、を含み、インターネット等の広域的なネットワークＮ１を介して通信可能に接続されている。サービス提供システム１００は外部システムである外部サービスシステム４０と通信する。

情報処理システム１０は、一台以上の情報処理装置で実現され、ネットワークＮ１を介して、クラウドサービス等の外部サービスシステム４０と連携した一連の処理により実現される各種のサービスを提供する。本実施形態に係る情報処理システム１０が提供するサービスの具体例については後述する。情報処理システム１０は、クラウドコンピューティングにより実現されてもよいし、単一の情報処理装置によって実現されてもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。情報処理システム１０は、インターネット上に存在しても、オンプレミスに存在してもよい。なお、一連の処理は１つの連携元アプリにより提供され、一連の処理を「処理フロー」「ワークフロー」ともいう。

機器２０は、ユーザが使用する各種の電子機器である。機器２０は、例えば、ＭＦＰ（Multifunction Peripheral）等の画像形成装置、ＰＣ（パーソナルコンピュータ）、プロジェクタ、電子黒板、デジタルカメラ等である。機器２０はネットワークＮ２に接続されている。ユーザは、機器２０を用いて、情報処理システム１０又は外部サービスシステム４０の少なくとも一方が提供する各種のサービスを利用することができる。

なお、以降では、複数の機器２０について、各々を区別するときは、「機器２０１」、「機器２０２」等と添え字を用いて記載する。

端末装置３０は、例えば、管理者又はユーザが使用するデスクトップＰＣ、ノート型ＰＣ、スマートフォン、タブレット端末等である。端末装置３０はネットワークＮ２に接続されている。管理者又はユーザは端末装置３０を操作して、情報処理システム１０又は外部サービスシステム４０が提供する各種のサービスを利用することができ、更に、連携先アプリ又は連携元アプリの設定を行うことができる。

なお、以降では、複数の端末装置３０について、各々を区別するときは、「端末装置３０_１」、「端末装置３０_２」等と添え字を用いて記載する。

外部サービスシステム４０は、ネットワークＮ１を介して連携先アプリの実行によるサービスを提供する一台以上の情報処理装置である。連携先アプリの実行によりデータの管理又は処理が行われ、データそのものや処理結果がサービスとなる。

外部サービスシステム４０の一例には、例えば、クラウドサービス、ＡＳＰ（Application Service Provider）等があり、ネットワークを介して提供される各種の外部サービスが含まれてよい。本実施形態ではサービスの一例として表形式のデータベースについて説明する。外部サービスシステム４０は、インターネット上に存在しても、オンプレミスに存在してもよい。

なお、以降では、複数の外部サービスシステム４０について、各々を区別するときは、図示されている「外部サービスシステム４０_１」を外部サービスシステムＡ、「外部サービスシステム４０_２」を外部サービスシステムＢ等と、記載する。

＜ハードウェア構成例＞
図３を参照して、本実施形態に係るサービス提供システム１００に含まれる情報処理システム１０及び端末装置３０のハードウェア構成について説明する。

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

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

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

＜＜機器＞＞
図４は、機器２０の一例である画像形成装置のハードウェア構成図である。図４に示されているように、画像形成装置は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。

これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ−Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(Application Specific Integrated Circuit)９０６、記憶部であるローカルメモリ（ＭＥＭ−Ｃ）９０７、ＨＤＤコントローラ９０８、及び、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ(Accelerated Graphics Port)バス９２１で接続した構成となっている。

これらのうち、ＣＰＵ９０１は、画像形成装置の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ−Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ−Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤコントローラ９０８及びＭＥＭ−Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ−Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部９３１、プリンタ部９３２、及びファクシミリ部との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。

ＭＥＭ−Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ−Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

また、近距離通信回路９２０には、近距離通信回路のアンテナ９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。

更に、エンジン制御部９３０は、スキャナ部９３１、プリンタ部９３２及びファクシミリ部９３３を有している。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなるハードキー９４０ｂを備えている。コントローラ９１０は、画像形成装置全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。

なお、画像形成装置は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、及びファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。

また、ネットワークＩ／Ｆ９５０は、通信ネットワークＮ２を利用してデータ通信をするためのインターフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。

＜機能について＞
次に、本実施形態に係るサービス提供システム１００の機能構成について、図５を参照しながら説明する。図５は、本実施形態に係るサービス提供システム１００の一例の機能構成を示す図である。

＜＜機器＞＞
まず、機器２０は、第二通信部２１と、表示制御部２２と、操作受付部２３と、画像データ生成部２４と、ファクシミリ処理部２５と、電子メール処理部２６とを有する。これら各機能部は、機器２０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ９０１が実行することで実現される機能又は手段である。例えば、第二通信部２１、表示制御部２２及び操作受付部２３はＷｅｂブラウザにより実現され、その他は個別のアプリケーション（ネイティブアプリ）により実現される。

第二通信部２１は、情報処理システム１０との間で各種の情報を送受信する。本実施形態では連携元アプリ一覧画面の画面情報等を情報処理システム１０から受信し、画像データや連携情報等を情報処理システム１０に送信する。

表示制御部２２は各種の画面の画面情報を解釈してパネル表示部９４０ａに表示する。操作受付部２３は、パネル表示部９４０ａに表示された各種画面におけるユーザの各種操作を受け付ける。

画像データ生成部２４は、操作受付部２３が選択を受け付けた連携元アプリが画像データを生成するものである場合、スキャナ部９３１で原稿をスキャンして画像データを生成する。ファクシミリ処理部２５は、ファクシミリ部９３３によるファクシミリの受信及び送信に関する処理を行い、ファクシミリを受信した場合に予め対応付けられている連携元アプリの実行を情報処理システム１０に要求する。なお、ファクシミリの送信元（ＦＡＸ番号）に対応した連携元アプリを要求してもよい。

電子メール処理部２６は電子メールの送受信に関する処理を行い、電子メールを受信した場合に予め対応付けられている連携元アプリの実行を情報処理システム１０に要求する。なお、電子メールの送信元（メールアドレス）に対応した連携元アプリを要求してもよい。

＜＜端末装置＞＞
端末装置３０は、第一通信部３１と、表示制御部３２と、操作受付部３３とを有する。これら各機能部は、端末装置３０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。なお、このプログラムはＷｅｂブラウザでもよいし、専用のソフトウェアでもよい。

第一通信部３１は、情報処理システム１０又は外部サービスシステム４０との間で各種の情報を送受信する。本実施形態では各種の画面情報等を情報処理システム１０又は外部サービスシステム４０から受信し、管理者又はユーザが設定した情報を情報処理システム１０又は外部サービスシステム４０に送信する。

表示制御部３２は各種の画面の画面情報を解釈してディスプレイ５０６に表示する。操作受付部３３は、ディスプレイ５０６に表示された各種画面におけるユーザの各種操作を受け付ける。

＜＜情報処理システム＞＞
情報処理システム１０は、アプリデータサービス部１１、設定受付部１２、認証サービス部１４、Ｗｅｂサービス処理部１５、入出力サービス部１６、コンポーネント１８、及び、通信部１９を有する。これら各機能部は、情報処理システム１０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。なお、図５に示す情報処理システム１０が有する機能に関し「アプリ」とは情報処理システム１０で実行される「連携元アプリ」に関する機能である。

通信部１９は、端末装置３０と機器２０との間で各種の情報を送受信する。設定受付部１２は、端末装置３０に設定サイトを提供し、設定サイトに対する設定を受け付ける。サイトとは、ＷｅｂページやＷｅｂアプリ（例えば、連携元アプリ設定画面）をいう場合もあるし、端末装置３０にＷｅｂページやＷｅｂアプリを提供するサーバ側のシステムをいう場合もある。設定受付部１２は端末画面提供部４２を有しており、端末画面提供部４２は連携元アプリの実行に必要な情報を管理者に設定させる連携元アプリ設定画面等を提供する。なお、端末画面提供部４２は、端末装置３０からのＨＴＴＰリクエストに対しＨＴＭＬ、ＸＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により記述された画面情報を生成し、画面情報をＨＴＴＰレスポンスとして端末装置３０に送信する。

アプリデータサービス部１１はアプリデータ管理部４１を有している。アプリデータ管理部４１は、購入された連携元アプリのアプリデータ４３をテナントごとに管理する。アプリデータ４３は、上記の連携情報など、主に連携先アプリと対応付けるためのデータである。なお、アプリデータ４３はアプリデータ記憶部１３に記憶される。

Ｗｅｂサービス処理部１５は機器２０に対し画面情報を提供したり、機器２０から連携元アプリの実行を受け付けたりする。Ｗｅｂサービス処理部１５は連携元アプリ実行部４６と機器画面提供部４７を有している。連携元アプリ実行部４６は機器２０からの連携元アプリの実行を受け付け、アプリ処理情報５３に基づいて、入出力処理部４８に対し連携元アプリの処理を要求する。機器画面提供部４７は画面情報５４を使って、連携元アプリ一覧画面等の画面情報を機器２０に提供する。

入出力サービス部１６は認証サービス部１４やコンポーネント１８を使用してデータの入出力を行う。入出力サービス部１６は入出力処理部４８とアプリ管理部４９を有している。入出力処理部４８は連携元アプリ実行部４６から要求された連携元アプリを実行する。実行時にはアプリ処理情報５３を参照し連携元アプリに含まれる各処理をコンポーネント１８に要求する。アプリ管理部４９は、アプリ処理情報記憶部１７に記憶されている、連携元アプリのアプリ処理情報５３や画面情報５４を管理する。アプリ処理情報５３には連携元アプリがどの処理をどの順番で行うか（例えば、ＯＣＲの後に外部サービスシステム４０に処理要求する等）が設定されている。画面情報５４は連携元アプリ一覧画面、各アプリの設定画面など、機器２０が表示する画面の情報である。アプリ処理情報記憶部１７には連携元アプリごとにアプリ処理情報５３及び画面情報５４が記憶されている。

認証サービス部１４はユーザ（管理者を含む）、及び、機器２０の認証に関する処理を行う。認証サービス部１４はユーザ管理部４４とデバイス管理部４５を有している。ユーザ管理部４４はユーザに関する情報を管理する。例えば、ユーザ名やパスワード等の認証情報を保持する。また、認証情報には情報処理システム１０のものと外部サービスシステム４０のものとがある。デバイス管理部４５は、テナントに対応付けられている機器２０を管理する。つまり、テナントの識別情報と機器２０を対応付けて管理しており、機器２０が特定されるとテナントも特定される。

コンポーネント１８は各処理を実際に行う個別の機能の総称である。コンポーネント１８内の１つのブロックが１つの処理に対応する。コンポーネント１８は例えば、認証処理部５１、外部サービス処理部５２及び判断部５５を有している。認証処理部５１は認証サービス部１４に対して認証に関する処理を依頼するコンポーネント１８である。外部サービス処理部５２は、外部サービスシステム４０に対して処理要求を依頼するコンポーネント１８である。つまり、外部サービス処理部５２は外部サービスシステム４０と連携するための機能である。外部サービス処理部５２は外部サービスシステム４０の種類ごとに用意される。判断部５５は各種の判断を行い、処理フローの分岐を制御する。なお、図示する以外に、ＯＣＲ、翻訳等のコンポーネントを有していてよい。

表１は、アプリ処理情報記憶部１７が保持する情報の一例を示す。アプリ処理情報記憶部１７は外部サービスシステム４０に対応付けられており、連携元アプリＩＤ（第一のアプリケーションの識別情報の一例）、アプリ名、画面情報、アプリ処理情報、及び、共有アプリの各項目を有している。連携元アプリＩＤは連携元アプリを識別する識別情報である。アプリ名は管理者が付与した連携元アプリの名称である。また、連携元アプリのアイコンや設定画面を機器２０が表示する際に使用される画面情報５４（ＨＴＭＬ等で記述された）が連携元アプリに対応付けられる。連携元アプリには一連の処理の内容と順番（処理フロー）が定義されるので、各連携元アプリにはアプリ処理情報５３が対応付けられる。共有アプリとは、一般の連携元アプリがユーザごとに利用権限が与えられるのに対し、共有アプリはテナントのユーザが共通に使えるアプリであることを示す。表１ではメール受信登録とＦＡＸ受信登録が共有アプリである。これらは各ユーザが利用するためである。

アプリ管理部４９は、機器２０から例えば「外部サービスシステムＡ」を指定されるとアプリ処理情報記憶部１７から「外部サービスシステムＡ」に対応付けられている連携元アプリの一覧を機器２０に提供する。また、連携元アプリの一覧から連携元アプリが指定されると、連携元アプリに対応付けられている画面情報とアプリ処理情報を特定する。

表２はユーザ管理部４４が管理するユーザに関する情報の一例を示す。ユーザに関する情報として、情報処理システム１０におけるユーザＩＤ、ユーザ名、メールアドレス、パスワード、利用できる連携元アプリ、外部サービスシステムの認証情報、及び、連携設定の各項目を有している。このユーザには管理者も含まれる。ユーザＩＤ、ユーザ名又はメールアドレスの少なくとも１つと、パスワードは、ユーザが情報処理システム１０にログインするための認証情報である。利用できる連携元アプリはこのユーザに利用権限が与えられている連携元アプリである。利用できる連携元アプリには個人アプリと共有アプリがある。個人アプリも共有アプリも複数のユーザに使用されるが、個人アプリは個人のユーザの外部サービスの認証情報を使用し、共有アプリは複数のユーザが共有で外部サービスの認証情報を使用する。表２では、U001〜U003に共通のapp003が共有アプリである。その他は個人アプリである。個人アプリの場合、ユーザごとに外部連携サービスの認証情報の登録が必要である。

外部サービスシステムの認証情報はユーザが外部サービスシステム４０にログインするための認証情報である。外部サービスシステム４０ごとに認証情報が異なっている場合がある。このように、サービス提供システム４０の各ユーザと、外部サービスシステム４０のユーザとが一対一で関連付けられている。なお、必ずしも一対一で紐付けている必要はなく、同じ外部サービスシステム４０を利用する連携元アプリが複数存在する場合、アプリごとに異なる外部サービスシステム４０のユーザを対応付けても良い。従って、情報処理システム１０は、機器２０から取得した情報処理システム１０のユーザＩＤ、パスワード等のユーザ情報に応じて、連携先の外部サービスシステム４０のユーザ（ユーザ識別情報等）を特定する。もしくは、情報処理システム１０のユーザ情報と連携元アプリに応じて連携先の外部サービスシステム４０のユーザが特定する。連携設定の項目は、ユーザが外部サービスシステム４０との連携を希望し、外部サービスシステム４０の認証情報でログインできることが確認できた場合に「済み」となる。連携設定は、ユーザが外部サービスシステム４０のアプリを実行できるかどうかの判断に使用される。

また、認証情報は外部サービスシステム４０の認証情報、又は、外部サービスシステムと連携するために必要な認証情報であればよく、ユーザＩＤやパスワード以外に、外部サービスシステム４０との連携設定時に外部サービスシステム４０から取得したトークン等でも良い。

表３は、アプリデータ記憶部１３に記憶されているアプリデータの一例を示す。アプリデータは、外部サービスシステム４０に対応付けて、連携元アプリＩＤ、連携先アプリＩＤ、スペースＩＤ、連携元アプリ設定画面、及び、ｎ個（１つ以上）のフィールドコードの各項目を有している。つまり、アプリデータは連携元アプリと連携先アプリを対応付ける。連携元アプリ設定画面の項目は連携元アプリが設定される上記の連携元アプリ設定画面の画面情報を指定する情報である。各フィールドコードは、連携先アプリのどのフィールドにどのデータを保存するかを特定する情報である。例えば、スキャンした画像データはフィールドコード１のフィールドに格納することが登録されている。なお、フィールドとは項目であり、表形式のデータベースではカラムに相当する。

＜＜外部サービスシステム＞＞
図６は、外部サービスシステム４０の一例の機能構成を示す図である。外部サービスシステム４０は第四通信部６１、アプリ決定部６２、データ処理部６３、及び、アプリ登録受付部６４を有している。これら各機能部は、外部サービスシステム４０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。

第四通信部６１は、情報処理システム１０又は端末装置３０との間で各種の情報を送受信する。本実施形態では端末装置３０から連携先アプリの登録に関する情報を受信し、情報処理システム１０から画像データ及び連携情報と共に連携先アプリに対する処理要求を受信する。また、連携先アプリが処理するデータ（スペース一覧、連携先アプリ一覧、フィールド/フィールドコード一覧、レコード一覧、送信された画像データ等）などを情報処理システム１０に送信する。なお、第四通信部６１が情報処理システム１０と通信する場合は外部サービスシステム４０のＡＰＩ（Application Interface）が利用される。

アプリ登録受付部６４は、連携先アプリ登録画面を端末装置３０に提供し、連携先アプリ登録画面に管理者が設定した連携先アプリの登録や編集を受け付ける。管理者は情報処理システム１０が提供するサービスをカスタマイズするだけで連携先アプリを登録できる。アプリ登録受付部６４は重複しない連携先アプリＩＤを採番して連携先アプリに付与する。アプリ登録受付部６４は、登録された連携先アプリに関する情報をアプリ情報記憶部６５に保存する。

アプリ決定部６２は、情報処理システム１０から送信された連携先アプリＩＤに基づいて、処理要求の対象である画像データ等を処理する連携先アプリを決定する。データ処理部６３はアプリ決定部６２が決定した連携先アプリが行う処理であり、連携先アプリに特有の処理内容で画像データ等を処理する。新規のレコード登録の場合は、連携先アプリＩＤとフィールドコードで特定されるフィールドに画像データ等を保存する。既存のレコードへの登録の場合は、連携先アプリＩＤ、フィールドコード及びレコードＩＤで特定されるレコードのフィールドに画像データ等を保存する。この他、例えば、連携先アプリが処理するデータ形式に変換すること、画像データに何らかの属性を付与して画像データの種別等を管理した状態で格納すること、画像データに画像処理を行うこと、外部への転送、要求に対する提供などを行う。以下の実施形態では、表形式のデータベースを提供する連携先アプリについて説明する。この場合は、データ形式の変換、管理、提供などが行われる。

表４は、外部サービスシステム４０のアプリ情報記憶部６５に保存されるアプリ情報の一例である。表４のアプリ情報はデータベース形式の連携先アプリに関するものなのでフィールド名のリストである。アプリ情報はスペースＩＤ、連携先アプリＩＤ及び連携先アプリ名に対応付けられている。スペースとはいくつかの連携先アプリをグループ化したものであり、スペースＩＤはその識別情報（グループの識別情報の一例）である。外部サービスシステム４０によってはスペースＩＤがない場合がある。

表４では、フィールド名が、レコード番号、お客様名、電話番号、案件状況、新規/追加、納期、デザイン希望、デザイン案、固定文字列、及び、数値となっているが、これらは管理者が登録したものであり、全くの一例に過ぎない。なお、「デザイン希望」が意図するのは専門家に画像データの色や形状を手直しして欲しいというものであり、このフィールド名は一例に過ぎない。同様に、「デザイン案」は専門家が手直しした案である。

各フィールドはフィールドコードを有する。フィールドコードはフィールドを識別する識別情報である。なお、フィールドコードがないフィールドがあってもよいが、この場合、フィールドを指定しての連携が困難になる。後述するようにフィールド名とフィールドコードは管理者が任意に設定できる。フィールドコードは外部サービスシステム４０が採番してもよい。

各フィールドに対応する値には、機器２０から値が設定されたり、端末装置３０から値が設定されたりする。例えば、機器２０が生成した画像データは「デザイン希望」というフィールドに設定される。これは、管理者が連携元アプリ設定画面において、画像データを設定するフィールドとして「デザイン希望」のフィールドコードを指定した場合である。

＜アプリ処理情報＞
次に、図７を用いて、アプリ処理情報の詳細について説明する。図７は、アプリ処理情報記憶部１７に記憶されているアプリ処理情報の一例を示す図である。

図７に示すアプリ処理情報５３Ａは、機器２０でスキャンして生成された画像データを「外部サービスシステムＡ」に処理要求するサービスを実現するための一連の処理に関する情報である。

アプリ処理情報５３Ａには、当該アプリ処理情報５３Ａの識別情報を示すフローＩＤ１２０１Ａと、当該アプリ処理情報５３Ａの名称を示すフロー名１２０２Ａと、一連の処理の処理内容を示すフロー詳細１２０３Ａとが含まれる。フロー名１２０２Ａは連携元アプリの名称を兼ねている。

また、フロー詳細１２０３Ａには、「外部サービスシステムＡ」に処理要求することを示す処理内容１２２３Ａが含まれる。

処理内容１２２３Ａでは、「外部サービスシステムＡ」と連携した処理を実行するコンポーネント１８のコンポーネントＩＤ「ExService_A」、処理要求を示すオペレーションＩＤ「processFile」、及びパラメータ「AppId」「FieldCode」「YouserName」が指定されている。「AppId」には連携先アプリＩＤが格納され、「FieldCode」にはフィールドコードが格納され、「YouserName」にはユーザ名（ユーザＩＤでもよい）が格納される。なお、図示したパラメータは一部であって、アプリ処理情報はより多くのパラメータを含みうる。例えばレコードＩＤもパラメータに設定される。

これにより、アプリ処理情報に基づく一連の処理では、スキャンされた画像データを「外部サービスシステムＡ」に処理要求することができる。このように、本実施形態に係る情報処理システム１０では、アプリ処理情報のパラメータで連携情報などを外部サービスシステム４０に送信して、連携先アプリと連携できる。

また、図８はアプリ処理情報の別の一例を示す図である。図８に示すアプリ処理情報は、機器２０が受信したファクシミリの画像データにＯＣＲを行い、画像データの処理要求を「外部サービスシステムＡ」に送信する一連の処理に関する情報である。

アプリ処理情報の識別情報を示すフローＩＤ１２０１Ｃと、当該アプリ処理情報５３Ｃの名称を示すフロー名１２０２Ｃと、一連の処理の処理内容を示すフロー詳細１２０３Ｃとが含まれる。

また、フロー詳細１２０３Ｃには、ＯＣＲ処理を示す処理内容１２１３Ｃと、「外部サービスシステムＡ」に配信（アップロード）することを示す処理内容１２２３Ｃが含まれる。処理内容１２１３Ｃには、ＯＣＲ処理を実行するコンポーネント１８のコンポーネントＩＤ「ocr」、オペレーションＩＤ「process」、及びパラメータ「language」、「outputType」が指定されている。処理内容１２２３Ｃでは、２つのパラメータ「FaxNumber」「FileCodeFax」が追加されている。「FaxNumber」は送信元のＦＡＸ番号、「FileCodeFax」はＦＡＸ番号が登録される連携先アプリのフィールドコードである。このように、情報処理システム１０は複数のフィールドコードを、どのフィールドのものか指定して外部サービスシステム４０に送信できる。

これにより、アプリ処理情報５３に基づく一連の処理では、ファクシミリの画像データとＦＡＸ番号を「外部サービスシステムＡ」に保存することができる。

なお、各処理内容に定義された処理の実行順は、フロー詳細１２０３Ｃにおいて、上から順に実行される。すなわち、図８に示すアプリ処理情報５３Ｃに基づく一連の処理（アプリ処理情報）では、処理内容１２１３Ｃに定義された処理、処理内容１２２３Ｃに定義された処理の順で実行される。ただし、これに限られず、アプリ処理情報には、例えば、各処理内容に定義された処理の実行順を示す情報が定義されていてもよい。

＜処理の詳細＞
続いて、本実施形態に係る情報処理システム１０の処理の詳細について説明する。

まず、管理者が端末装置３０を用いてアプリ処理情報を作成し、このアプリ処理情報をアプリ処理情報記憶部１７に登録する場合の処理について、図９を参照しながら説明する。図９は、アプリ処理情報の登録処理の一例を示すシーケンス図である。

管理者は、端末装置３０を用いて、アプリ処理情報の作成開始操作を行う。例えば、管理者は、端末装置３０を用いて、情報処理システム１０にログインした後、当該ログイン後に表示されるポータル画面等において、「アプリ処理情報作成」ボタン等を選択することにより、アプリ処理情報の作成開始操作を行うことができる。

S1、S2：端末装置３０の操作受付部３３がアプリ処理情報の作成開始操作を受け付けると、第一通信部３１が情報処理システム１０の端末画面提供部４２に対して、アプリ一覧要求を送信する。端末画面提供部４２はアプリ一覧要求を受信すると、アプリ管理部４９にアプリ一覧要求を送信する。アプリ一覧とは、サービスを提供するための連携元アプリの一覧を表示するための情報である。この連携元アプリは連携元アプリのひな形であり、スキャンアプリ、プリントアプリなどである。管理者は連携元アプリのひな形を編集して連携元アプリを作成する。端末装置３０の第一通信部３１はアプリ一覧画面の画面情報を受信する。

S3〜S5：次に、管理者は、アプリ一覧画面から、アプリ処理情報を作成する連携元アプリのひな形を選択する操作を行う。端末装置３０の操作受付部３３はひな形の選択操作を受け付けると、第一通信部３１が情報処理システム１０の端末画面提供部４２に対して、アプリ処理情報作成画面の取得要求を送信する。取得要求には、管理者により選択された連携元アプリのひな型を識別するための情報が含まれる。端末画面提供部４２はアプリ管理部４９にアプリ処理情報作成画面の取得要求を送信する。これにより、端末装置３０の第一通信部３１はアプリ処理情報作成画面の画面情報を受信する。なお、アプリ処理情報作成画面の一例を図１０に示す。

S6：管理者は、アプリ処理情報作成画面において、ひな形を編集し「レコード新規登録」等のアプリ名を付与したり、アプリ処理情報を作成したりすることができる。また、管理者は連携元アプリの実行時にユーザが設定すべき項目とそうでない項目を設定する。例えば、スキャンの読み取り設定は表示するが、保存先は表示しないなどを設定する。これがアプリ処理情報記憶部１７に記憶される画面情報となる。

S7,S8：管理者がアプリ処理情報を作成すると、端末装置３０の第一通信部３１は情報処理システム１０の端末画面提供部４２に対して、アプリ名、アプリ処理情報及び画面情報の登録要求を送信する。端末画面提供部４２はアプリ名、アプリ処理情報及び画面情報をアプリ管理部４９に送信する。アプリ管理部４９は連携元アプリＩＤを採番して連携元アプリＩＤに対応付けてアプリ名、アプリ処理情報及び画面情報をアプリ処理情報記憶部１７に保存する。連携元アプリＩＤは端末装置３０に送信される。

S9,S10：管理者がアプリをリリースする操作を行う。リリースとはユーザが連携元アプリを使用できるようにすることを言う。端末装置３０の操作受付部３３が操作を受け付けると、第一通信部３１が連携元アプリＩＤを指定してアプリリリース要求を端末画面提供部４２に送信する。端末画面提供部４２は連携元アプリＩＤとアプリリリース要求をアプリデータ管理部４１に送信する。アプリデータ管理部４１は、連携元アプリＩＤと連携元アプリ設定画面とを対応付けてアプリデータ記憶部１３に保存する。連携元アプリ設定画面の画面情報は外部サービスシステム４０ごとに予め用意されている。したがって、表３のアプリデータでは、外部サービスシステム４０、連携元アプリＩＤ、及び連携元アプリ設定画面が登録された状態となる。そして、後述の連携元アプリ設定画面からの設定によって、連携元アプリＩＤとｎ個のフィールドコードも表３のアプリデータに登録される。

また、端末装置３０では管理者が、連携元アプリＩＤを端末装置３０の機能と対応付ける。例えば、ＦＡＸ受信のコンポーネントが使用された連携元アプリが作成されると、ファクシミリ処理部２５にこの連携元アプリＩＤを登録する操作を行う。

こうすることで、ファクシミリ処理部２５等から連携元アプリを特定できる。補足すると、ファクシミリ処理部２５等から連携元アプリを実行する場合、実行したい連携元アプリを特定することができないので、連携元アプリをリリースするタイミングで固有のＩＤ（連携元アプリＩＤ）を端末装置３０とアプリデータに設定することでファクシミリ処理部２５が情報処理システム１０に対し連携元アプリを指定できるようになる。

図１０はアプリ処理情報作成画面の一例を示す図である。アプリ処理情報は処理の１つ１つを表すアイコン２００１、２００２を管理者がマス目に配置することで設定できる。このアイコン２００１，２００２はコンポーネント１８内の１つの処理に対応する。処理は左から右方向に順番に実行され、実行順は矢印２００３で示されている。図１０は、機器がスキャンした画像データを情報処理システム１０が外部サービスシステム４０のレコードに登録後に、メールを送信するというアプリ処理情報を表している。

＜外部サービスシステムへの連携先アプリの登録における画面例＞
以下では、ユーザが外部サービスシステム４０に連携先アプリを登録する際に外部サービスシステム４０から取得した画面情報で端末装置３０が表示する画面例を説明する。外部サービスシステム４０へのアプリ登録は、図１で説明した準備段階の１つのフェーズである。

管理者が新たに連携先アプリを登録する場合、端末装置３０を外部サービスシステム４０に接続させ、連携先アプリ登録画面を表示させる。以下の図１１〜図１７の画面は端末装置３０がＨＴＴＰリクエストを外部サービスシステム４０に送信し、外部サービスシステム４０がＨＴＴＰレスポンスで送信した画面情報を端末装置３０が表示したものである。

図１１は、端末装置３０が表示する連携先アプリ登録画面（その１）２００の一例である。図１１の列の１番上にフィールド識別するための、フィールド名が記載されている。例えば図１１の「レコード番号」や「お客様名」や「電話番号」等をフィールド名と呼ぶ。なお、同じ名称のフィールド名が異なるフィールドに付与されることもありうる。そのため、フィールドそれぞれには連携先アプリにおけるフィールドを識別するフィールド識別情報が、連携先アプリにおいて各フィールドと対応付けて保持されている。

図１１では、説明の便宜上、すでに情報処理システム１０に登録されている連携先アプリのフィールド名が表示されている。新規に設定する場合はフィールド名が表示されないが、図１２以降の連携先アプリの登録方法は同じである。

本実施形態ではアプリＩＤ２１２がＵＲＬに表示される。
https://company.ExService_A.com/2575/
この「2575」がアプリＩＤ２１２である。

連携先アプリ登録画面（その１）２００は、レコードごとの権限情報２１４、表４のアプリ情報に示したフィールド名（レコード番号２０１、お客様名２０２、電話番号２０３、案件状況２０４、新規/追加２０５、納期２０６、デザイン希望２０７、デザイン案２０８、固定文字列２０９、数値２１０）、及び、案件担当者２１３の各フィールドを表示し、フィールドごとに値が設定されている。１行をレコード（保存場所の一例）といいレコード番号が付されている。ユーザは連携先アプリ登録画面（その１）２００によりフィールドの値を表示したり、編集したりすることができる。図１１において空欄は値が設定されていない(又は表示する権限がない)フィールドである。

補足すると、レコードには、権限を持つユーザを設定することが可能である。また、権限の種類には例えば閲覧権限、編集権限、及び、削除権限などがある。編集権限があれば、レコードやフィールドに対しユーザが画像コードや文字列を登録したり、置き換えたりすることが可能である。権限情報２１４には閲覧権限、編集権限及び削除権限に対応づけてこの権限を有するユーザ名（識別情報）が登録されている。図１１では権限情報２１４は連携先アプリのレコードごとに登録可能であるが、フィールドごとに権限情報の設定が可能でもよい。

案件担当者２１３は、レコードの担当者である。管理者とも言える。案件担当者は例えばレコードを登録したユーザでよい。レコードの登録により自動的に、機器２０を操作しているユーザに対応する外部サービスシステム４０のユーザ（ログインユーザ）が案件担当者２１３の項目に設定される（図４６参照）。また、図１１の連携先アプリ登録画面（その１）２００から管理者が案件担当者２１３を設定できる。

外部サービスシステム４０でユーザがグループ単位で管理されている場合は、登録したユーザと同じグループの他のユーザに閲覧権限、編集権限又は削除権限の１つ以上が与えられてよい。また、後述する図１８のように、指定した条件に一致するレコードの権限を、指定するユーザに与えるように、アプリに対して設定することも可能である。

既存レコードに画像データが登録された場合は、機器２０を操作しているユーザが案件担当者に登録されてよい。この場合、案件担当者２１３にユーザが追加されても置き換わってもよい。

連携先アプリ登録画面（その１）２００は設定ボタン２１１を有する。管理者が設定ボタン２１１を押下することで、端末装置３０は連携先アプリ登録画面（その２）２１０を表示し、管理者はフィールド名の編集が可能になる。

図１２は、端末装置３０が表示する連携先アプリ登録画面（その２）２１０の一例である。連携先アプリ登録画面（その２）２１０はアプリ名欄２２９、フォーム欄２２２及び作業エリア２２３を有している。管理者はアプリ名欄２２９にアプリ名を設定でき、このアプリ名欄２２９のアプリ名は表４の連携先アプリ名となる。フォーム欄２２２には、外部サービスシステム４０が提供するサービスで利用可能な機能がフォームとして表示されている。例えば、ラベル欄２２２Ａ、文字入力欄２２２Ｂ、リッチエディタ２２２Ｃ、文字列欄２２２Ｄ、数値欄２２２Ｅ、電子計算機２２２Ｆ、ラジオボタン２２２Ｇ、チェックボックス２２２Ｈ、複数選択欄２２２Ｉ、ドロップダウン欄２２２Ｊ、日付欄２２２Ｋ、時刻欄２２２Ｌ、日時欄２２２Ｍ、添付ファイル欄２２２Ｎ、リンク欄２２２Ｏ，ユーザ選択欄２２２Ｐ等のフォームがある。ユーザはフォーム欄２２２から所望のフォームを作業エリアにドラッグして、フォームを配置できる。このフォームがフィールドとなる。

例えば、添付ファイル欄２２２Ｎはスキャンされた画像データが登録される欄である。本実施形態では、「デザイン希望」というフィールドに機器２０が生成した画像データが設定されるが、「デザイン希望」というフィールドは添付ファイルというフォームで作成されている。つまり、画像データは連携先アプリに添付される添付ファイルという位置づけになる。「デザイン希望」のフィールドはこの他、例えば「画像」などのフォームがあればこのフォームで作成されてよい。

図１２では、作業エリア２２３に表４の各フィールド名とその値の欄（現在は空欄）が表示されている。すなわち、お客様名欄２２３Ａ、電話番号欄２２３Ｂ、数値欄２２３Ｃ、案件状況欄２２３Ｄ、新規/追加欄２２３Ｅ、納期欄２２３Ｆ、デザイン希望欄２２３Ｇ、及び、デザイン案欄２２３Ｈを有する。ユーザはフィールドを編集したり、複製したり、削除したり、新たにフィールドを設定したりすることができる。例えば、ユーザがマウスポインタをフィールドの右上に移動させると、可能な作業項目２２１が表示される。

図１３は、作業項目２２１が表示された端末装置３０が表示する連携先アプリ登録画面（その３）２２０の一例である。図１３では作業項目２２１として、編集ボタン２２１Ａ、複製ボタン２２１Ｂ、及び、削除ボタン２２１Ｃが表示されている。ユーザが編集ボタン２２１Ａを押下したものとする。これにより、フォームの編集が可能な詳細ポップアップ画面が表示される。

図１４は添付ファイルというフォーム（「デザイン希望」のフィールド）の詳細が設定される詳細ポップアップ画面２３０の一例である。詳細ポップアップ画面２３０は、フィールド名欄２３１、「フィールド名を表示しない」に対応付いたチェックボックス２３２、「必須項目にする」に対応付いたチェックボックス２３３、サムネイルの大きさの選択欄２３４、及び、フィールドコード欄２３５を有している。
フィールド名欄２３１…フィールド名である。
「フィールド名を表示しない」に対応付いたチェックボックス２３２…チェックされるとフィールド名が表示されない。
「必須項目にする」に対応付いたチェックボックス２３３…チェックされるとフィールド名が必須項目になる。
サムネイルの大きさの選択欄２３４…添付ファイル（画像データ）のサムネイルの大きさがプルダウンで表示される。
フィールドコード欄２３５…このフォーム（「デザイン希望」）のフィールドコードが表示され、編集も可能である。ユーザがペンマーク２３５Ａにマウスポインタを移動するとフィールドコードの入力欄が表示され、任意のフィールドコードを入力できる。

図１４では、「７」が「デザイン希望」のフィールドのフィールドコードになっている。このように、フィールドコードはフィールド名と同じでもよい。また、外部サービスシステム４０のアプリ登録受付部６４がフィールド名と同じデフォルトのフィールドコードを設定してもよい。アプリ内で重複しなければ、ユーザが文字、数字、アルファベットなど又はその組み合わせでフィールドコードを適宜、設定できる。図１４ではフィールドコードとして「７」が設定されている（図４３参照）。フィールドコードは、異なるフィールドに同じフィールド名がつけられる可能性があるために、連携先アプリでフィールドを一意に識別するために設定される。

同様に、図１５、図１６を用いて、数値欄２２３Ｃのフィールドコードの編集について説明する。図１５は作業項目が表示された端末装置３０が表示する連携先アプリ登録画面（その４）２２０の一例である。図１５ではマウスポインタが数値欄２２３Ｃの右上に移動した。このため、作業項目２２１が表示されている。ユーザは編集ボタン２２１Ａを押下した。

図１６は数値欄２２３Ｃというフォームの詳細が設定される詳細ポップアップ画面２４０の一例である。図１６の詳細ポップアップ画面２４０は、値の制限欄２４１、初期値欄２４２、小数点以下の表示桁数欄２４３、単位記号欄２４４、及び、フィールドコード欄２４５を有している。
値の制限欄２４１…数値欄に入力可能な最大値、最小値が指定される。
初期値欄２４２…ユーザが値を入力しなくても表示される初期値が指定される。
小数点以下の表示桁数欄２４３…小数点がある場合、何桁まで表示するかが指定される。
単位記号欄２４４…数値の単位が指定される欄である。
フィールドコード欄２４５…図１４と同様でよい。図１６のフィールドコードは「数値」となっている。

図１７は、端末装置３０が表示する連携先アプリ一覧画面２４９の一例を示す図である。管理者は例えばスペースＩＤを指定して連携先アプリの一覧を表示させる。連携先アプリ一覧画面２４９は、アプリＩＤ２４９Ａ、アプリ名２４９Ｂ等の項目を有している。アプリＩＤ２４９Ａが連携先アプリＩＤを意味している。管理者はこのような画面からも連携先アプリＩＤを確認できる。アプリ名を管理者が選択すれば、図１２のような連携先アプリ登録画面（その２）２１０が表示される。

図１８は、レコードに対する権限情報の権限設定画面４４０の一例である。権限設定画面４４０は、外部サービスシステム４０の連携先アプリごとに、管理者がレコードを指定して権限を設定するための画面である。権限設定画面４４０はレコード条件設定欄４４１と権限設定欄４４２を有する。

レコード条件設定欄４４１はいくつかの項目ａ１〜ａ３を有し、フィールドに応じた条件を設定できる。図１８では、項目ａ１にフィールドとして「納期」が指定されている。この「納期」は図１１の連携先アプリ登録画面（その１）２００の納期２０６又は連携先アプリ登録画面（その２）２１０の納期欄２２３Ｆで設定されている。

項目ａ２には「＜」の大小関係の記号が指定されている。管理者はこの他、＜、＝、≧、≦等を指定できる。項目ａ３には日付の一例として「2020/2/17」が指定されている。

したがって、レコード条件設定欄４４１には、「納期に2020/2/17より前が設定されているレコード」を指定する条件が設定されている。

権限設定欄４４２は、ユーザ選択欄４４３、フィールドコード選択欄４４４、権限種別欄４４８を有している。ユーザ選択欄４４３とフィールドコード選択欄４４４はどのユーザに権限を与えるかを設定するための入力欄である。例えば、ユーザ選択欄４４３では、個人ユーザ、組織（役職等）、又は、グループ（部署やチームなど）等を管理者が選択できる。フィールドコード選択欄４４４では、フィールドコードでフィールドを指定してそのフィールドのユーザに権限を設定できる。例えば、案件登録者に自動的に権限を設定できる。

権限種別欄４４８は、チェックボックスに対応付けて、「閲覧」４４５、「編集」４４６。又は「削除」４４７が選択可能になっている。それぞれ、「閲覧」４４５はレコードを表示させる権限、「編集」４４６はレコードを編集する権限、「削除」４４７はレコードを削除する権限である。

なお、外部サービスシステム４０の各ユーザは１以上の組織やグループに所属することが可能である。ユーザは例えば管理職グループや一般社員グループ、外部社員グループ、Ａチーム、Ｂチーム等に所属する場合がある。図１８ではレコード条件設定欄４４１に納期２０６のフィールドが条件として設定されているが、例えば図１１の案件担当者２１３のフィールドを条件設定欄４４１に設定することも可能である。このように設定することで、案件担当者のみに権限を与えたり、案件担当者のグループに所属するユーザのみに権限を与えたりすることも可能である。

＜＜設定の流れ＞＞
図１９は管理者が外部サービスシステム４０へアプリ登録する手順を説明するシーケンス図の一例である。

S11：管理者は端末装置３０を外部サービスシステム４０に接続させログインし、連携先アプリ登録画面（その１）２００を表示させる。管理者は連携先アプリＩＤを確認する。

S12：管理者が設定ボタン２１１を押下すると、端末装置３０の操作受付部３３が押下を受け付け、設定ボタン２１１が押下された旨を第一通信部３１が外部サービスシステム４０に送信する。

S13：外部サービスシステム４０の第四通信部６１は設定ボタン２１１が押下された旨を受信し、アプリ登録受付部６４が第四通信部６１を介して連携先アプリ登録画面（その２）２１０の画面情報を端末装置３０に送信する。

S14：端末装置３０の第一通信部３１は連携先アプリ登録画面（その２）２１０の画面情報を受信し、端末装置３０の表示制御部３２がディスプレイ５０６に表示する。管理者が適宜、フォームの編集を行うので、操作受付部３３がフォームの編集を受け付ける。

S15：管理者がフィールドを編集するため編集ボタン２２１Ａを押下すると、操作受付部３３が編集ボタン２２１Ａの押下を受け付ける。

S16：これにより、表示制御部３２は詳細ポップアップ画面２３０をディスプレイ５０６に表示する。なお、外部サービスシステム４０と通信しない画面の遷移にはJavaScript（登録商標）が利用される。

S17：次に、管理者がフィールドコードを設定すると、端末装置３０の操作受付部３３がフィールドコードを受け付ける。なお、ステップS14〜S17は適宜、繰り返し実行される。

S18：管理者が連携先アプリの登録を終了し、所定のボタンを押下すると、管理者が設定した連携先アプリに関する設定内容を第一通信部３１が外部サービスシステム４０に送信する。外部サービスシステム４０の第四通信部６１は設定内容を受信し、アプリ登録受付部６４がフィールド名やフィールドコード等をアプリ情報記憶部６５に記憶させる。以上で外部サービスシステム４０が提供するサービスがカスタマイズされた連携先アプリが登録された。

＜外部サービスシステムと連携する情報処理システムへの認証情報の設定＞
続いて、情報処理システム１０が外部サービスシステム４０の連携先アプリと連携するための、情報処理システム１０への認証情報の設定について説明する。このフェーズは図１では説明していないが、準備段階の１つのフェーズである。また、このフェーズは管理者又はユーザが行うが、説明の便宜上、主に管理者が行うとして説明する。

各ユーザが機器２０を操作した場合に外部サービスシステム４０の連携先アプリと連携するには、情報処理システム１０を通して外部サービスシステム４０にユーザがログインできる必要がある。このため、管理者は以下のように外部サービスシステム４０におけるユーザの認証情報等を情報処理システム１０に登録する。管理者は端末装置３０を情報処理システム１０に接続させ、ユーザ情報登録画面を表示させる。以下の図２０〜図２４の画面は端末装置３０がＨＴＴＰリクエストを情報処理システム１０に送信し、情報処理システム１０がＨＴＴＰレスポンスで送信した画面情報を端末装置３０が表示したものである。

図２０は端末装置３０が表示する初期画面２５０の一例を示す。すでに、管理者は情報処理システム１０にログインしているので、ユーザ名欄２５１にユーザ名が表示されている。管理者がユーザ名欄２５１を押下すると、メニューが表示されるので、ユーザ情報を設定するマイページを表示させるマイページボタン２５２を押下する。マイページボタン２５２が押下されると初期画面２５０はマイページ画面に遷移する。

図２１は、端末装置３０が表示するマイページ画面（その１）２６０の一例を示す。マイページ画面２６０は、設定内容選択欄２６１と詳細表示欄２６２を有している。マイページ画面２６０の表示直後は、設定内容選択欄２６１の基本設定の内容が詳細表示欄２６２に表示される。情報処理システム１０はユーザ管理部４４が管理している情報を端末装置３０に送信する。

図２１の詳細表示欄２６２は、ユーザＩＤ２６８、メールアドレス２６３、姓欄２６４、名欄２６５、及び、メール返信用言語欄２６６を表示する。管理者は姓欄２６４と名欄２６５を編集し、メール返信用言語欄２６６でメール返信用言語を選択できる。ユーザＩＤとメールアドレスの編集は別のシステムへの接続が必要になる。管理者が設定内容選択欄２６１の外部サービス連携２６７を押下すると、マイページ画面（その２）に遷移する。

図２２は、端末装置３０が表示するマイページ画面（その２）２７０の一例を示す。マイページ画面（その２）２７０の詳細表示欄２６２は、外部サービスアカウントログイン設定欄２７１と、外部サービスファイル送受信設定欄２７２とを有している。

外部サービスアカウントログイン設定欄２７１はＯＡＵＴＨなどの仕組みを利用していわゆるシングルサインオンを行うかどうかを管理者が設定する欄である。管理者が連携したい外部サービスシステム４０の「連携する」ボタン２７１Ａを押下すると、管理者は外部サービスアカウントログイン設定欄２７１に表示されている外部サービスシステム４０のアカウント（ユーザＩＤとパスワード）で情報処理システム１０にログインする。したがって、この場合、管理者は外部サービスシステム４０の認証情報を登録しなくてよい。

本実施形態ではＯＡＵＴＨを利用してもよいが、以下では外部サービスシステム４０に登録されているパスワード等で認証する方法を説明する。外部サービスファイル送受信設定欄２７２は、外部サービス名２７３、連携欄２７４、共有欄２７５、「連携する」ボタン２７６、及び、「連携解除」ボタン２７７を有している。外部サービス名２７３は、この管理者が所属する企業（情報処理システム１０からはテナントと呼ばれる）が購入可能なサービスの一覧である。実際に購入しているかどうかに関係なく表示される。企業が購入していない外部サービスシステム４０との連携の設定を管理者が行った場合、連携元アプリの実行時にライセンスがないというエラーが出る。

連携欄２７４は連携設定が済みか否かが表示される欄である。連携設定は、情報処理システム１０が外部サービスシステム４０にユーザの認証情報でログインできた場合に「設定済み」と表示される。すなわち、表２のユーザ管理部４４が管理する「連携設定」の値が表示される。

共有欄２７５には、外部サービスシステム４０の連携先アプリを他のユーザと共有できるか否かが表示される。共有するかどうかは図２３の画面で管理者が設定できる。

「連携する」ボタン２７６はユーザが外部サービスシステム４０の連携先アプリとの連携に関する設定を行うためのボタンであり、「連携解除」ボタン２７７は連携を解除するためのボタンである。「連携する」ボタン２７６が押下されると、図２３の認証情報設定ポップアップ画面が表示される。「連携解除」ボタン２７７は連携欄２７４が「設定済み」の場合にだけ押下可能となる。「連携解除」ボタン２７７が押下されると、ユーザ管理部４４が管理する表２の「連携設定」の値が「済み」でなくなり、連携欄２７４から「設定済み」が消去される。

図２３は、端末装置３０が表示する認証情報設定ポップアップ画面２８０の一例を示す。認証情報設定ポップアップ画面２８０は、サブドメイン欄２８１、ユーザ名欄２８２、パスワード欄２８３、「連携サービスをテナント内共有アカウントとすることを許可する」というチェックボックス２８４、及び、確認ボタン２８５を有している。また、図２３では説明のため、外部サービスシステム４０のログイン画面２８６が表示されている。

外部サービスシステム４０のログイン画面２８６は、ユーザが所属する企業などのグループごとに用意されており、ログイン画面のＵＲＬも特定の企業用になっている。このため、ＵＲＬ「https://company.ExService_A.com」は企業を特定できる情報を有している。「company」が企業を特定できる情報である。これをサブドメインという。このようにログイン画面が用意されるのは、外部サービスシステム４０の設計に起因するものであり、サブドメインはなくてもよい。

管理者はサブドメイン欄２８１にサブドメインを、ユーザ名欄２８２に外部サービスシステム４０にログインするためのユーザ名を、パスワード欄２８３に外部サービスシステム４０にログインするためのパスワードをそれぞれ入力する。管理者が確認ボタン２８５を押下すると、端末装置３０はサブドメイン、ユーザ名、及び、パスワードを情報処理システム１０に送信する。情報処理システム１０の認証処理部５１はサブドメイン、ユーザ名、及び、パスワードで外部サービスシステム４０へのログインを試みる。本実施形態ではログインできた場合を説明する。

なお、「連携サービスをテナント内共有アカウントとすることを許可する」というチェックボックス２８４は管理者が連携元アプリを共有アプリとして設定するためのチェックボックスである。チェックされると図２２の共有欄２７５に「可」と設定される。

図２４は情報処理システム１０が外部サービスシステム４０にログインできた場合に端末装置３０が表示するマイページ画面（その３）２９０の一例である。図２４のマイページ画面（その３）２９０は、「成功しました」というメッセージ２９１を表示する。つまり、ログインできたこと、及び、連携設定が完了したことが表示される。なお、ログインできた場合、表２に示すように、情報処理システム１０の認証処理部５１はユーザ管理部４４にサブドメイン、ユーザ名、及び、パスワードを登録し、連携設定に「済み」を登録する。

＜＜情報処理システムへの認証情報の設定の動作手順＞＞
図２５は管理者が情報処理システム１０へ認証情報を登録する手順を説明するシーケンス図の一例である。なお、情報処理システム１０で通信を行うのは通信部１９であるが、以下のシーケンス図では説明の便宜上、通信部１９を省略した。

S21：管理者は情報処理システム１０のユーザ名とパスワードを使用して情報処理システム１０にログインする。端末装置３０の操作受付部３３は入力を受け付け、第一通信部３１がユーザ名とパスワードを指定してログイン要求を端末画面提供部４２に送信する。

S22：端末画面提供部４２はログイン要求を受信する。端末画面提供部４２はユーザ名とパスワードを指定してログイン要求をユーザ管理部４４に送信するので、ユーザ管理部４４は送信されたユーザ名とパスワードが、管理しているユーザ情報に登録されているか否かに基づき管理者を認証する。本実施形態では認証が成功したものとする。

S23：認証が成功したので、端末装置３０の第一通信部３１は管理者の操作に応じて、初期画面２５０、マイページ画面（その１）２６０、マイページ画面（その２）２７０の画面情報を端末画面提供部４２に要求する。

S24：端末装置３０の第一通信部３１は初期画面２５０、マイページ画面（その１）２６０、マイページ画面（その２）２７０の画面情報を受信し、端末装置３０の表示制御部３２がこれら画面を表示する。また、表示制御部３２は管理者の操作に応じて認証情報設定ポップアップ画面２８０を表示する。

S25：管理者は認証情報設定ポップアップ画面２８０にサブドメイン、ユーザ名、及び、パスワードを入力する。端末装置３０の操作受付部３３がこれらを受け付け、第一通信部３１がサブドメイン、ユーザ名、及び、パスワードを端末画面提供部４２に送信する。

S26：端末画面提供部４２はサブドメイン、ユーザ名、及び、パスワードを受信する。端末画面提供部４２はサブドメイン、ユーザ名、及び、パスワードの保存を入出力処理部４８に要求する。サブドメインは必須でない場合がある。

S27：入出力処理部４８は外部サービス処理部５２に対しサブドメイン、ユーザ名、及び、パスワードを指定して外部サービスシステム４０の認証を要求する。

S28：外部サービス処理部５２はサブドメイン、ユーザ名、及び、パスワードを用いた認証を外部サービスシステム４０に要求する。本実施形態では認証が成功したものとする。

S29：認証が成功すると、入出力処理部４８は外部サービスシステム４０の認証情報（サブドメイン、ユーザ名、及び、パスワード）をユーザ管理部４４に送信して、ユーザ管理部４４が認証情報を保存する。以上で情報処理システム１０に、外部サービスシステム４０の認証情報が登録された。

なお、共有アプリでない連携元アプリの場合、ここで設定した認証情報が連携元アプリで使われるアカウントになる。共有アプリの場合、管理者が設定した認証情報を各ユーザが利用できる。

共有アプリでない個人アプリの場合には、図２５の認証処理をユーザごとに行う。これによって、サービス提供システムの各ユーザと外部サービスシステムのユーザを一対一で関連付けることが可能となる。

したがって、サービス提供システムの各ユーザが、サービス提供システム内から外部サービスシステム４０のそれぞれ異なる特定のユーザとして操作要求を行うことが可能となる。これにより、例えば、後述するように、ユーザが画像データを登録した外部サービスシステム４０のユーザ名を、外部サービスシステム４０のアプリ画面が表示できる。また、機器２０が表示する連携元アプリの画面にて、ユーザごとに異なる外部サービスシステム４０の情報を表示することが可能となる。これに対して共有アプリの場合には、各ユーザが認証処理を行わなくてもよいというメリットがある。

＜外部サービスシステムと連携するための情報処理システムの連携元アプリの設定＞
続いて、情報処理システム１０が外部サービスシステム４０の連携先アプリと連携するための、情報処理システム１０の連携元アプリの設定について説明する。このフェーズは図１で説明した準備段階の１つのフェーズである。また、このフェーズは共有アプリについては顧客側の管理者、個人の連携元アプリについては各ユーザが行う。

管理者は各ユーザが外部サービスシステム４０の連携先アプリと連携できるように、連携元アプリに連携情報を設定する。管理者又はユーザはすでに、図１０で説明したようなアプリ処理情報作成画面で外部サービスシステム４０の連携先アプリと連携する「新規レコード登録」のアプリ処理情報と画面情報を情報処理システム１０に登録済みである。「新規レコード登録」のアプリとは図１１に示される連携先アプリにおいて、機器２０から送信するデータを新たなレコードとして追加する連携元アプリのことである。つまり、図１１で示される連携先アプリが管理する表に、新たな行を追加して、データを保存するための連携元アプリである。また、「既存レコード登録」とは、図１１に示される連携先アプリにおいて、機器２０から送信するデータをすでに存在するレコードに保存する連携元アプリのことである、つまり、図１１で示される連携先アプリが管理する表のうち、機器２０で指定されたいずれかの行にデータを保存するためのアプリケーションである。

管理者又はユーザはこのアプリ処理情報に連携情報として、連携先アプリＩＤとフィールドコード等を設定する。また、画面情報に、画面の表示に関する情報を設定する。

管理者又はユーザは端末装置３０を情報処理システム１０に接続させ、初期画面を表示させる。以下の図２６〜図３２の画面は端末装置３０がＨＴＴＰリクエストを情報処理システム１０に送信し、情報処理システム１０がＨＴＴＰレスポンスで送信した画面情報を端末装置３０が表示したものである。

図２６は、端末装置３０が表示する初期画面３００の一例を示す。初期画面３００は管理者メニューと一般ユーザメニューを有しているので、以下では管理者メニューを説明する。初期画面３００は、ユーザ管理アイコン３０１、テナント情報アイコン３０２、アプリ管理アイコン３０３、及び、機器管理アイコン３０４を有している。ユーザ管理アイコン３０１は、管理者がユーザの追加、削除、編集などを行うためのアイコンである。テナント情報アイコン３０２はこの顧客が連携元アプリの提供についてどのような契約をしているかなどを確認及び変更するためのアイコンである。アプリ管理アイコン３０３は連携元アプリ（すなわちアプリ処理情報）の追加、削除、編集等を行うためのアイコンである。機器管理アイコン３０４は機器２０がどのように利用されているかを管理するためのアイコンである。管理者は連携元アプリの編集を行うためアプリ管理アイコン３０３を押下する。これにより、サービス選択画面が表示される。

図２７は端末装置３０が表示するサービス選択画面３１０の一例を示す。サービス選択画面３１０は、情報処理システム１０が連携可能な外部サービスシステム４０の名称の一覧を表示する。外部サービスシステム４０と連携するにはテナントがライセンスを購入する必要があるが、ライセンスの有無に関係なく外部サービスシステム４０の名称の一覧が表示される。

管理者が一覧から「外部サービスシステムＡ」３１１を選択すると、「外部サービスシステムＡ」に対応付けられた連携元アプリのアプリ名等を情報処理システム１０が端末装置３０に送信する。すなわち、アプリデータ管理部４１は、「外部サービスシステムＡ」に対応付けられた連携元アプリをアプリデータから特定し、この連携元アプリのアプリ名をアプリ管理部４９から取得する。

図２８は、端末装置３０が表示する連携元アプリ選択画面３２０の一例である。図２７で管理者が一覧から「外部サービスシステムＡ」を選択したため、連携元アプリ選択画面３２０は「外部サービスシステムＡ」の連携先アプリと連携する連携元アプリの一覧を表示する。図２８では６つの連携元アプリのアイコン３２１〜３２６が表示されているが、連携元アプリの数は管理者が登録したアプリ処理情報の数に依存する。少なくとも１つあればよいが、連携元アプリの登録前はゼロの場合もある。

６つの連携元アプリはいずれも「外部サービスシステムＡ」の連携先アプリと連携することができるが、「外部サービスシステムＡ」の連携先アプリは同じ場合も異なる場合もある。つまり、同じ連携元アプリに異なる連携先アプリが対応付いていてもよいし、異なる連携元アプリに同じ連携先アプリが対応付いていても、異なる連携元アプリに異なる連携先アプリが対応付いていてもよい。また、複数の連携元アプリの連携先アプリが同じ場合でも、フィールドコードが同じ場合と異なる場合がある。以下では、「新規レコードを登録」の連携元アプリが選択されたものとして説明する。

図２９は、「新規レコードを登録」の連携元アプリが選択された場合に端末装置３０が表示する連携元アプリ設定画面（その１）３３０の一例であり、図３０は連携元アプリ設定画面（その２）３４０の一例であり、図３１は連携元アプリ設定画面（その３）３５０の一例であり、図３２は連携元アプリ設定画面（その４）３６０の一例である。図２９、図３０、図３１及び図３２は作図の都合上、一画面が４つに分けられている。

また、これらの画面では、上記した連携先アプリＩＤとフィールドコードという連携情報の設定（Ａ）の他、連携元アプリのアイコンを機器２０がどのように表示するかというアイコン表示設定（Ｂ）、連携元アプリの実行に関する設定（Ｃ）、及び、スキャン設定（Ｄ）も含まれる。なお、連携情報の設定（Ａ）はアプリデータに設定され、連携元アプリの実行に関する設定（Ｃ）及びスキャン設定（Ｄ）はアプリ処理情報に設定され、アイコン表示設定（Ｂ）は画面情報に設定される。

連携元アプリ設定画面（その１）〜（その４）は、外部サービス名３３１、ユーザ名選択欄３３２、アプリＩＤ設定欄３３３、スペースＩＤ欄３３４、文字列用フィールドコード欄３３５、文字列フィールドの入力欄３３６、画像データ用フィールドコード欄３３７、メールアドレス欄３３８、メール件名欄３３９、ＯＣＲ言語選択欄３４０、出力フォーマット選択欄３４１、白紙除去設定欄３４２、ファイル名欄３４３、日付ラベル欄３４４、日付区切り文字欄３４５、日付フォーマット欄３４６、辞書ラベル欄３４７、辞書区切り文字欄３４８、辞書指定欄３４９、辞書の表示幅欄３５０、デフォルト印刷設定欄３５１（読み取りカラーモード欄、原稿面欄、原稿セット方向欄、読み取り解像度欄、原稿サイズ欄、手動濃度欄、読み取り方法欄、及び、プレビュー欄）、を有している。
・外部サービス名３３１…図２７の「外部サービスシステムＡ」３１１で選択された外部サービスシステム４０の名称である。
・ユーザ名選択欄３３２（Ｃ）…共有アプリを利用する場合にどの管理者の認証情報を使用するかが設定される。共有アプリの場合はユーザが特定されず、管理者も複数存在する場合があるためである。これによりユーザ管理部４４の認証情報が特定される。
・アプリＩＤ設定欄３３３（Ａ）…当該連携元アプリが外部サービスシステム４０のどの連携先アプリと連携するか連携先アプリＩＤで設定される。連携先アプリＩＤは図１１に示したように端末装置３０に表示されている。
・スペースＩＤ欄３３４（Ａ）…複数の連携元アプリをグループ化して管理するスペースの識別情報が設定される。
・文字列用フィールドコード欄３３５（Ａ）…連携元アプリが有する文字列欄のフィールドコードが設定される欄である。フィールドコードは図１４に示したように端末装置３０に表示されている。また、情報処理システム１０が端末装置３０に表示させることもできる。このようにデータが保存される項目に関する設定を受け付けることができる。
・文字列フィールドの入力欄３３６（Ｂ）…文字列フィールドの初期値が設定される。
・画像データ用フィールドコード欄３３７（Ａ）…画像データが格納されるフィールドのフィールドコードが設定される（第一の識別情報の一例）。このようにデータが保存される項目に関する設定を受け付けることができる。フィールドコードを管理者が手動で入力する他、プルダウンメニューなどから表示できるとよい。アプリＩＤ設定欄３３３に連携先アプリＩＤが入力されると連携先アプリＩＤを端末装置３０が情報処理システム１０に送信し、情報処理システム１０が外部サービスシステム４０から連携先アプリＩＤで特定される連携先アプリに設定された全てのフィールドコードを取得する。これにより、端末装置３０がフィールドコードのリストを表示できる。
・メールアドレス欄３３８（Ｃ）…連携元アプリの実行中にエラーが発生した場合の連絡先のメールアドレスが設定される。
・メール件名欄３３９（Ｃ）…同じくメール件名が設定される。
・ＯＣＲ言語選択欄３４０（Ｃ）…ＯＣＲで認識する言語が選択される。この設定がない場合は自動で言語が選択される。
・出力フォーマット選択欄３４１（Ｃ）…画像データの出力時のフォーマットが選択される。
・白紙除去設定欄３４２（Ｃ）…白紙除去をするか否かが選択される。
・ファイル名欄３４３（Ｃ）…画像データのファイル名が設定される。
・日付ラベル欄３４４（Ｂ）…日付欄の表示名が設定される（「作成日時」など）。
・日付区切り文字欄３４５（Ｂ）…日付の数字を区切る文字（ＹＹ−ＭＭ−ＤＤの「−」等）が指定される。
・日付フォーマット欄３４６（Ｂ）…日付の表示形式（ＹＹ，ＭＭ，ＤＤの順序）が選択される。
・辞書ラベル欄３４７（Ｂ）…辞書欄の表示名が設定される。辞書とは、機器２０においてユーザの入力を支援する単語のリストである。辞書指定欄３４９（Ｂ）の単語が機器２０に表示される。
・辞書区切り文字欄３４８（Ｂ）…辞書と辞書の区切り文字（「、」「：」等）が指定される。
・辞書指定欄３４９（Ｂ）…機器２０が表示する単語のリストが指定される。「デザイン」、「見積書」、及び、「注文書」がそれぞれ単語の一例である。
・辞書の表示幅欄３５０（Ｂ）…辞書欄を機器２０がどの位の大きさで表示するかが設定される。
・読み取りカラーモード欄３５１Ａ（Ｄ）…原稿をカラー、モノクロ、又は自動判断のどのモードで読み取るかが設定される。
・原稿面欄３５１Ｂ（Ｄ）…読み取り面（片面、両面）が設定される。
・原稿セット方向欄３５１Ｃ（Ｄ）…原稿の読み取り方向が設定される。
・読み取り解像度欄３５１Ｄ（Ｄ）…読取時の解像度が設定される。
・原稿サイズ欄３５１Ｅ（Ｄ）…原稿のサイズが設定される。
・手動濃度欄３５１Ｆ（Ｄ）…読取時の濃度が設定される。
・読み取り方法欄３５１Ｇ（Ｄ）…大量スキャン、個別スキャン（通常）が設定される。
・プレビュー欄３５１Ｈ（Ｄ）…プレビューの表示の有無が設定される。

＜＜情報処理システムへの連携情報等の設定の動作手順＞＞
図３３は管理者が情報処理システム１０へ連携情報等を設定する手順を説明するシーケンス図の一例である。

S31〜S33：管理者は端末装置３０を情報処理システム１０に接続させ、ログインする。ログイン方法は図２５と同様でよい。

S34：端末装置３０は上記の初期画面３００及びサービス選択画面３１０を表示し、ユーザが外部サービスシステム４０を指定して連携元アプリ選択画面３２０を表示する操作を行う。端末装置３０の操作受付部３３は操作を受け付け、第一通信部３１が連携元アプリ選択画面３２０を端末画面提供部４２に要求する。

S35：端末画面提供部４２は連携元アプリ選択画面３２０の要求を受信する。端末画面提供部４２は外部サービスシステム４０の識別情報を指定して、連携元アプリの一覧をアプリデータ管理部４１に要求する。アプリデータ管理部４１は外部サービスシステム４０に対応付けられたアプリの一覧（アプリ名はアプリ管理部４９から取得できる）を端末画面提供部４２に送信する。アプリ一覧には、外部サービスシステム４０に対応付けられたアプリ以外に、他の外部サービスシステムと連携するアプリや他のシステムと連携しないアプリを含んでもよい。これにより、端末画面提供部４２は連携元アプリ選択画面３２０の画面情報を生成する。なお、連携元アプリ選択画面３２０には連携元アプリＩＤが含まれている。また、端末画面提供部４２は、ログインしている管理者又はユーザが利用する権限を有する連携元アプリ（管理者は個人アプリ、共有アプリの全て、ユーザは個人アプリのうち権限がある連携元アプリ）のみを連携元アプリ選択画面３２０に含める。権限については表２に示したように、ユーザ管理部４４が管理している。

S36：管理者が連携元アプリを選択すると、端末装置３０の操作受付部３３が受け付ける。

S37：端末装置３０の第一通信部３１は選択された連携元アプリの連携元アプリＩＤを端末画面提供部４２に送信する。

S38：端末画面提供部４２は連携元アプリＩＤを受信する。端末画面提供部４２は連携元アプリＩＤを指定して、アプリリリース時にアプリデータ管理部４１に登録した連携元アプリ設定画面（その１）３３０〜（その４）３６０の画面情報を取得する。連携元アプリ設定画面の画面情報が端末装置３０に送信されるので、端末装置３０は連携元アプリ設定画面（その１）３３０〜（その４）３６０を表示する。

S39〜S41は管理者が選択した連携元アプリが共有アプリの場合に実行される。

S39：共有アプリの場合、ログインする管理者を設定しておく必要があるため、第一通信部３１はアカウント一覧を端末画面提供部４２に要求する。この場合はログインしている管理者と同じテナント内の管理者の認証情報が要求される。

S40：端末画面提供部４２はアカウント一覧を受信する。端末画面提供部４２はアカウント一覧をユーザ管理部４４に要求する。ユーザ管理部４４はログインしている管理者と同じテナントに所属する管理者の認証情報を取得する。

S41：第一通信部３１はアカウント一覧を受信し、端末装置３０の表示制御部３２がユーザ名選択欄３３２（Ｃ）で管理者のユーザ名等を選択可能に表示する。管理者は共有アプリで使用する管理者を設定する。個人用の連携元アプリの場合、各個人の認証情報が使用されるため、この設定は不要になる。

S42：管理者は連携元アプリ設定画面（その１）３３０〜（その４）３６０に連携情報（Ａ）、アイコン表示設定（Ｂ）、連携元アプリの実行に関する設定（Ｃ）、及び、スキャン設定（Ｄ）を入力する。端末装置３０の操作受付部３３は入力を受け付ける。

連携元アプリが「新規レコード登録」の場合は以上で設定が終了するが、連携元アプリが「既存レコード登録」の場合、ユーザが連携先アプリの表における既存のレコードに画像データを登録するので、どのレコードに登録するかという初期値の設定がステップS43〜S50で行われる。

S43：管理者はレコード一覧を取得する操作を行い、端末装置３０の操作受付部３３が操作を受け付ける。第一通信部３１は連携先アプリＩＤを指定してレコード一覧要求を端末画面提供部４２に送信する。管理者の操作なしにレコード一覧が要求されてよい。

S44：端末画面提供部４２はレコード一覧要求を受信する。端末画面提供部４２は連携先アプリＩＤを指定してレコード一覧要求を入出力処理部４８に送信する。

S45：入出力処理部４８はログインしている管理者（又はユーザ）を指定して外部サービスシステム４０の認証情報を認証処理部５１に要求する。

S46：認証処理部５１は、管理者に対応付けられている外部サービスシステム４０の認証情報をユーザ管理部４４から取得する。

S47：入出力処理部４８は、外部サービスシステム４０の認証情報と連携先アプリＩＤを指定して、外部サービス処理部５２にレコード一覧の取得を要求する。

S48：外部サービス処理部５２は認証情報（サブドメイン、ユーザ名、パスワード）と連携先アプリＩＤを指定して、レコード一覧を外部サービスシステム４０から取得する。なお、管理者がステップS42で指定したフィールドコードが外部サービスシステム４０に送信することが好ましく、この場合、フィールドコードで指定されるフィールドのレコード一覧を取得するとよい。

S49：レコード一覧は端末装置３０に送信され、端末装置３０の表示制御部３２がレコード一覧を表示する。図３４においてレコード一覧が表示される連携元アプリ設定画面を説明する。

S50：管理者はレコード一覧からスキャンした画像データをどのレコードに登録するかの初期値を設定する。端末装置３０の操作受付部３３は設定を受け付ける。

S50−2：管理者が連携元アプリ設定画面で設定した情報を保存する処理を行うと、操作受付部３３が受け付け、第一通信部３１が連携情報（Ａ）、アイコン表示設定（Ｂ）、連携元アプリの実行に関する設定（Ｃ）、及び、スキャン設定（Ｄ）を端末画面提供部４２に送信する。

S50−3：端末画面提供部４２は連携情報（Ａ）、アイコン表示設定（Ｂ）、連携元アプリの実行に関する設定（Ｃ）、及び、スキャン設定（Ｄ）を受信する。端末画面提供部４２はこれらをアプリデータ管理部４１又はアプリ管理部４９に設定するので、アプリデータ管理部４１はアプリデータにこれらを設定し、アプリ管理部４９はアプリ処理情報や画面情報にこれらを設定する。以上により、情報処理システム１０の連携元アプリと外部サービスシステム４０の連携先アプリとが対応付けられた。

図３４は、レコードの設定欄を有する連携元アプリ設定画面３７０の一例である。この連携元アプリ設定画面３７０はレコードＩＤ欄３５３を有している。管理者がレコードＩＤ欄３５３を押下することなどにより、連携元アプリ設定画面３７０はレコード一覧を表示する。図３４ではフィールドコード欄３５２に「２」が指定されているので、レコードＩＤ欄３５３にレコード一覧としてお客様名の一覧が表示される。例えば図１１の例では、「大阪梅子」「梅田太郎」等が表示される。管理者がレコードを選択すると、選択されたレコードに対応するレコードＩＤ欄３５３にレコードＩＤが表示される。設定されたレコードＩＤは「既存レコード登録」の画面情報に連携元アプリが取得したデータの保存先のデフォルトとして設定される。

なお、この設定により機器２０では、レコードＩＤ欄３５３に設定されたレコードＩＤのレコードの「お客様名」（「大阪梅子」「梅田太郎」等）がデータ保存先の初期値として表示される。また、フィールドコード欄３５２では、連携先アプリから取得したフィールドコードとフィールド名を用いて、各フィールドコードをフィールド名と対応付けてフィールドコードの一覧を表示することが可能である。表示されたフィールドコードの一覧の中から、管理者からフィールドコードの指定を受け付ける。表示設定欄３５４はレコード一覧の表示方法を指定している。

なお、連携先アプリに連携元アプリが取得したデータ以外の付随情報を保存する場合、連携元アプリ設定画面３７０では、上記連携元アプリが取得したデータの保存先のフィールドの指定に加えて、付随情報を保存するフィールドの指定を受け付ける。付随情報とは連携元アプリが取得したスキャンデータ、ＦＡＸデータ、添付ファイルデータ等の画像データ以外のデータであって、例えば機器２０からサービス提供システムにログインするユーザのユーザ名や、ログインユーザの所属情報、ＦＡＸ番号、受信日時等の情報である。この場合、連携元アプリ設定画面３７０に各付随情報のフィールドコード欄３５２を表示し、管理者からフィールドコードの指定を受け付ければよい。

なお、「新規レコード登録」の連携元アプリにおいても、連携先アプリに対して付随情報を保存することも可能である。この場合、「新規レコード登録」の連携元アプリのアプリ設定画面にて各付随情報のフィールドコード欄３５２を表示し、管理者からフィールドコードの指定を受け付ければよい。

＜機器の画面の表示例＞
以上で、外部サービスシステム４０への連携先アプリの登録と連携先アプリＩＤの取得、情報処理システム１０への連携元アプリの設定が終了したので、ユーザが機器２０を操作して連携元アプリを実行できる。続いて、ユーザが機器２０を操作する際に機器２０が表示するいくつかの画面について説明する。このフェーズは図１で説明した実行段階の１つのフェーズである。また、このフェーズは顧客側のユーザが行う。

ユーザは連携元アプリを選択したり、ファイル名などのいくつかの簡単な設定を行ったりすることができる。ユーザは機器２０を操作して、連携元アプリ一覧画面を表示させる。以下の図３５、図３６、図３９の画面は機器２０がＨＴＴＰリクエストを情報処理システム１０に送信し、情報処理システム１０がＨＴＴＰレスポンスで送信した画面情報を機器２０が表示したものである。

図３５は機器２０が表示する連携元アプリ一覧画面３８０の一例である。これまで説明したように、機器２０は情報処理システム１０を介して１つ以上の外部サービスシステム４０と通信し、そのサービス（をカスタマイズした連携先アプリ）と連携できる。ユーザが１つの外部サービスシステム４０を選択すると、外部サービスシステム４０に対応付けられた連携元アプリを情報処理システム１０のアプリ管理部４９が取得し、機器２０に各連携元アプリのアイコンが表示される連携元アプリ一覧画面３８０の画面情報を送信する。

図３５の連携元アプリ一覧画面３８０は、６つの連携元アプリに対応した６つのアイコン３８１〜３８６を有している。そのうちの一つが「新規レコード登録」のアイコン３８１である。ユーザが「新規レコード登録」のアイコン３８１を押下すると、その旨が情報処理システム１０に送信され、情報処理システム１０のアプリ管理部４９が「新規レコード登録」の連携元アプリＩＤに対応付けられている画面情報５４を取得して、機器画面提供部４７が「新規レコード登録」の設定画面の画面情報５４を生成し、機器２０に送信する。

図３６は、機器２０が表示する「新規レコード登録」の設定画面３９０の一例である。「新規レコード登録」の設定画面３９０はファイル名欄３９１、カレンダー欄３９２、辞書欄３９３、読み取り設定欄３９４、及び、スタートボタン３９５を有している。図３６の連携元アプリは「新規レコード登録」なのでレコードをユーザが選択できない設定画面である。
・ファイル名欄３９１…図３０のファイル名欄３４３で設定されたファイル名が自動的に表示される。図３６では本日の日付である。
・カレンダー欄３９２…図３０の日付ラベル欄３４４で設定された文字が表示される。カレンダー欄３９２は今日ボタンとカレンダーボタンを有し、今日ボタンは本日の日付をファイル名欄３９１に入力し、カレンダーボタンはカレンダーを表示する。
・辞書欄３９３…図３１の辞書指定欄３４９で設定された辞書が表示される。各辞書が押下されるとその文字「デザイン」等がファイル名欄３９１に入力される。
・読み取り設定欄３９４…図３２のスキャン設定（Ｄ）で設定された読み取り設定が表示される。ユーザは読み取り設定ボタン３９４Ａを押下して、スキャン設定（Ｄ）で設定された内容を変更できる。
・スタートボタン３９５…連携元アプリ「新規レコード登録」の実行をユーザが開始するためのボタンである。
・遷移ボタン３９６…「新規レコード登録」の設定画面３９０を次の画面に遷移させるボタンである。

図３７（ａ）は、遷移ボタン３９６が押下された場合に表示される「新規レコード登録」の設定画面３９０−２の一例である。設定画面３９０−２では、納期欄３９７が表示されている。管理者は図２９の「文字列を格納するフィールドコード」で指定されているフィールドに入力する情報を指定できる。例えばフィールドコード６が指定されていた場合（図２９では設定されていない）は、納期欄３９７が表示される。ユーザは文字列（日付）をキーボードで直接入力してもよいし、カレンダー欄３９２を選択し、カレンダーから日付を選択することで、文字列を指定してもよい。

図３７（ｂ）は、遷移ボタン３９８が押下された場合に表示される「新規レコード登録」の設定画面３９０−３の一例である。設定画面３９０−３では、固定文字列欄３９９が表示されている。図２９に示すように例えばフィールドコード９のフィールドを表示する設定が行われていた場合、固定文字列欄３９９が表示される。ユーザは文字列をキーボードで直接入力してもよいし、辞書欄３９３から選択してもよい。

辞書指定欄３４９に表示される文字列は、図３１の連携元アプリ設定画面（その３）から管理者が設定できる。管理者が文字列を追加することで、辞書指定欄３４９に文字列の候補を表示される。

図３１の例の場合、図３７に示すようにデザイン、見積書、及び、注文書の文字列が辞書として表示される。ユーザはこの辞書から文字列を選択したり、辞書の文字列を組み合わせたりできる。あるいは、辞書の文字列と直接機器２０に表示されるキーボードで入力される文字列を組み合わせることができる。図２９〜図３１により機器２０に表示される項目（ユーザが文字列を入力する項目）を管理者が指定可能である。任意の文字列の入力が可能なフィールドは、連携元アプリ設定画面で連携先アプリと対応付けられている。

このように、外部サービスシステム４０に登録されるファクシミリで受信した画像データ以外のデータとしては、機器２０で指定された文字列でもよい。

＜＜機器が連携元アプリを実行するまでの動作手順＞＞
図３８はユーザが機器２０を操作して機器２０が連携元アプリ一覧画面３８０を表示し、ユーザが選択した連携元アプリを実行する手順を説明するシーケンス図の一例である。

S51：機器の操作受付部２３は、ユーザから情報処理システム１０の認証情報の入力を受け付け、第二通信部２１は情報処理システム１０のユーザ管理部４４にログインを要求する。 ここではログインが認められたものとする。これに応じて、機器２０の第二通信部２１はＷｅｂサービス処理部１５より連携元アプリ一覧画面を受信し、表示制御部２２がディスプレイに表示する。

S51−2：ユーザは、連携元アプリ一覧画面３８０から、所望の連携元アプリを選択する操作を行う。連携元アプリ一覧画面３８０から「既存レコード登録」３８２がユーザにより選択されたものとして説明する。

S52：機器２０の操作受付部２３が連携元アプリの選択操作を受け付けると、第二通信部２１が情報処理システム１０のアプリデータ管理部４１に対して、アプリデータ（スペースＩＤ、連携先アプリＩＤ、フィールドコード等）の取得を要求する。スペースＩＤはなくてもよい。連携元アプリＩＤにより画像データ等をどの連携先アプリに保存するか特定される。フィールドコードにより画像データ等を連携先アプリのどのフィールドに保存するか特定される。

S53：第一通信部３１はユーザが選択した連携元アプリの連携元アプリＩＤを指定して、「既存レコード登録」の設定画面を機器画面提供部４７に要求する。

S54：機器画面提供部４７は「既存レコード登録」の設定画面の要求を受信する。機器画面提供部４７は連携元アプリＩＤを指定してこの連携元アプリの設定画面をアプリ管理部４９に要求する。

S55：アプリ管理部４９はアプリ処理情報記憶部１７から連携元アプリＩＤで特定される画面情報を取得し、機器画面提供部４７に送信する。これにより、機器画面提供部４７は「既存レコード登録」の設定画面を生成できる。

S56：「既存レコード登録」なので、端末装置３０はユーザがレコードを選択できるようにレコードに関する情報を情報処理システム１０から取得する。第二通信部２１は、スペースＩＤ、連携先アプリＩＤ、及び、フィールドコードを指定して、レコード一覧取得を連携元アプリ実行部４６に送信する。スペースＩＤはなくてもよい。

S57：連携元アプリ実行部４６はスペースＩＤ、連携先アプリＩＤ、及び、フィールドコードを指定して、レコード一覧取得を入出力処理部４８に要求する。

S58:入出力処理部４８はログインしているユーザ（ユーザ名が分かっている）に対応する表２に示されている外部サービスシステム４０の認証情報を認証処理部５１に要求する。なお、共有アプリの場合、管理者の認証情報が複数のユーザで使用されるため、この共通の認証情報を認証処理部５１に要求する。個人アプリの場合、情報処理システムのユーザに対応する外部サービスシステム４０の認証情報を認証処理部５１に要求する。なお、同じ情報処理システムのユーザであっても、アプリケーションによって異なる外部サービスシステムのユーザが対応付けられるように情報処理システムが構成されている場合、ログインしている情報処理システムのユーザの情報に加えて、入出力処理部４８はS53で指定された連携元アプリＩＤを指定して、外部サービスシステム４０の認証情報を認証処理部５１に要求しても良い。

S59：認証処理部５１はこのユーザの認証情報(サブドメイン、ユーザ名、パスワード)をユーザ管理部４４から取得する。

S60：入出力処理部４８は認証情報、スペースＩＤ、連携元アプリＩＤ及びフィールドコードを指定して外部サービス処理部５２にレコード一覧を要求する。スペースＩＤとフィールドコードはなくてもよい。フィールドコードがない場合、全てのフィールドが取得される。

S61：外部サービス処理部５２は認証情報で認証を受け、連携先アプリＩＤとフィールドコードを指定して、ユーザが編集権限を有するレコード一覧を外部サービスシステム４０に要求する。外部サービスシステム４０のデータ処理部６３は、認証により特定したユーザが編集権限を有するレコードのみを外部サービス処理部５２に送信する。すなわち、図１１にて説明したように、レコードごとに権限情報が設定されているので、権限情報に編集権限があると登録されているユーザ名と、認証により特定されたユーザ名（機器２０を操作しているユーザ）が一致する場合に、データ処理部６３は該レコードを提供する。上述したとおり、レコードにはユーザや外部サービスシステム４０で管理するユーザ又はグループごとに閲覧権限及び編集権限の設定が可能であるため、機器２０が閲覧権限のみ有するレコードを取得しても、ユーザはそのレコードにデータの登録が不可であるためである。

したがって、個人アプリの場合、ユーザによって取得されるレコードが異なる場合がある。例えば、連携先アプリ内の全てのレコードに対して編集権限を持っているユーザであれば、全てのレコードがレコード一覧として機器に表示されるし、連携先アプリ内の一部のレコードのみに編集権限を持つユーザであれば、その一部のレコードのみが選択肢として表示される。

なお、ここでのユーザとは機器でログインしたサービス提供システムのユーザに対応付けられた外部サービス連携システムのユーザのことを示す。権限は外部サービスシステムの各連携先アプリのレコード、フィールドの設定によって異なり、例えばユーザＸは連携先アプリＡでは全てのレコード（又はフィールド）が閲覧・編集可能であり、連携先アプリＢでは一部のレコードのみ編集権限があるが、他のレコードは閲覧権限がないとする。ユーザＸが連携先アプリＡと連携する場合、全てのレコードが「既存レコード登録」の設定画面に表示され、連携先アプリＢと連携する場合、編集権限をもつレコードのみ（連携先アプリのレコードのうち一部のレコードのみ）が表示される。その他、連携先アプリＣでは、全てのユーザが全てのレコードに対して閲覧権限及び編集権限を有するような設定とすることも可能である。

S62,S63：レコード一覧は機器２０に送信され、第二通信部２１は、外部サービスシステム４０が有する連携元アプリに関するデータのうち、情報処理システム１０のユーザに対応付けられた外部サービスシステム４０のユーザが権限を持つデータを取得する。表示制御部２２はユーザが権限を持つデータから一の選択を受け付ける画面を表示する。ユーザは画像ファイルの登録先のレコードを選択できる。操作受付部２３は画面を介して選択を受け付けたデータを受け付ける。レコードの初期値は設定されているのでユーザが選択しなくてもよい。なお、表示されたレコード一覧を図３９に示す。

S64：次に、ユーザはスタートボタン３９５を押下してスキャンを実行する。機器２０の画像データ生成部２４が原稿をスキャンして画像データを生成する。

S65：機器２０の第二通信部２１は連携元アプリ実行部４６に画像データ、連携先アプリＩＤ、フィールドコード、及び、レコードＩＤを送信する。すなわち、第二通信部２１は受け付けたデータに関連付けて、外部サービスシステム４０への機器２０が取得した情報の保存を要求する。

S66：連携元アプリ実行部４６は、画像データ、連携先アプリＩＤ、フィールドコード、及び、レコードＩＤを指定して入出力処理部４８に連携元アプリの実行を要求する。

S67、S68：入出力処理部４８は、認証処理部５１を経由して、ログインしているユーザの認証情報を取得する。

S69：入出力処理部４８はアプリ処理情報のパラメータに連携先アプリＩＤ、フィールドコード、レコードＩＤを設定し、認証情報と共に画像データを外部サービス処理部５２に送信する。

S70：外部サービス処理部５２は認証情報で認証を受け、アプリ処理情報のパラメータに設定された連携先アプリＩＤ、フィールドコード、及び、レコードＩＤ、並びに、画像データを外部サービスシステム４０に送信する。これにより、データ処理部６３は、連携先アプリＩＤで特定される連携先アプリのフィールドコードで特定されるフィールドの、レコードＩＤで特定されるレコードに画像データを登録できる。

なお、図３８の処理では、連携元アプリのアプリデータを機器２０が連携元アプリ実行部４６経由で渡しているが、パラメータの変更がない場合(連携元アプリ設定画面で設定したものがそのまま外部サービスシステムに送信される場合)、入出力処理部４８が直接、アプリデータ管理部４１から連携元アプリＩＤに対応付いているアプリデータを参照してもよい。シーケンス上は連携元アプリ実行部４６が入出力処理部４８に処理を依頼しているがアプリデータサービス部１１経由で実行してもよい。

図３９は機器２０が表示するレコード一覧の一例である。図３９は「既存レコード登録」の設定画面の一部である。図３９ではフィールドコードに「お客様名」のフィールドが設定されている場合を示し、「お客様名」の一覧（レコードの一覧）が表示されている。図３９では１画面に８人の「お客様名」が表示される。表示しきれない「お客様名」はページ切替ボタン３７１によりユーザがページを切り替えると表示される。現在は４ページのうち２ページ目が表示されている。フィールド名３７２には、連携元アプリ設定画面で設定されたフィールドコードに対応するフィールド名が表示される。

表示されない「お客様名」については（一覧が空欄になっている）、「お客様名」が外部サービスシステム４０にまだ登録されていないためである。つまり、「新規レコード登録」の実行で画像データが登録され、レコード自体は存在しているが、「お客様名」が登録されていないレコードである。

図３８のステップS61で説明したように、表示されるレコードはユーザが編集権限を有するレコードである。連携先アプリ内の全てのレコードに対して編集権限を持っているユーザであれば、全てのレコードが表示される。連携先アプリ内の一部のレコードのみに編集権限を持つユーザであれば、その一部のレコードのみが選択肢として表示される。

個人アプリであれば、各サービス提供システムのユーザと紐付けられた外部サービスシステム４０のユーザが編集権限を持つレコードが表示される。また、共有アプリであれば連携元アプリに対応付けられた外部サービスシステム４０の認証情報が示すユーザ（管理者）が権限を持つレコードが表示される。

ユーザはこのような一覧から画像データを保存するレコードを選択できる。したがって、連携元アプリを実行する機器２０がレコードの設定画面を表示し、利用する外部サービスシステムに関する設定を行うことができる。

なお、機器２０がレコード一覧を表示した直後は、図３４のレコードＩＤ欄３５３で設定されたレコードが設定された状態になっている。

また、図３９では、連携元アプリ設定画面で設定されたアプリデータのフィールドコードが指定されているため、あるフィールドのレコード一覧が表示されているが、全てのフィールドのフィールド一覧が表示されてもよい。また、このフィールド一覧からユーザがフィールドを選択し、該フィールドのレコードの一覧を機器２０が情報処理システム１０に要求してもよい。

＜連携元アプリ設定画面におけるその他の設定＞
図２９等では連携元アプリ設定画面で連携先アプリＩＤ、フィールドコード又はレコードＩＤの設定を説明したが、続いて、連携元アプリ設定画面において管理者等が行うことができるその他の設定について説明する。

図４０は端末装置３０が外部サービスシステム４０の連携先アプリの名称を表示するシーケンス図の一例である。なお、図４０の処理は図２９〜図３２の連携元アプリ設定画面に続いて又はその一部で行われる。本処理は、連携元アプリＩＤがどの連携先アプリのものかを管理者が確認したい場合等に有効である。

S81：管理者が外部サービスシステム４０の連携先アプリのスペースＩＤ、及び、連携先アプリＩＤを入力する。端末装置３０の操作受付部３３は入力を受け付ける。なお、スペースＩＤはなくてもよい。

S82：端末装置３０の第一通信部３１は連携先アプリのスペースＩＤ、及び、連携先アプリＩＤを指定して、アプリ名を端末画面提供部４２に要求する。

S83：端末画面提供部４２はアプリ名の要求を受信する。端末画面提供部４２は連携先アプリのスペースＩＤ、及び、連携先アプリＩＤを指定して入出力処理部４８にアプリ名を要求する。

S84,S85：入出力処理部４８は認証処理部５１経由で、ユーザ管理部４４からログインしている管理者の認証情報を取得する(サブドメイン、ユーザ名、パスワード)。

S86,S87：入出力処理部４８は外部サービス処理部５２を経由して、認証情報で認証を受け、指定された連携先アプリＩＤ（必要な場合はスペースＩＤ）を用いて、外部サービスシステム４０から連携先アプリのアプリ名を取得する。

S88：アプリ名は端末装置３０に送信される。端末装置３０の表示制御部３２は連携先アプリのアプリ名を表示する。

このように連携先アプリのアプリ名を端末装置３０が表示できると、管理者は連携元アプリＩＤがどの連携先アプリのものかを確認できる。

＜＜管理者又はユーザが指定した連携先アプリの利用権限がユーザにあるかを表示＞＞
図４１は、端末装置３０が連携先アプリの利用権限がユーザにあるか否かを表示するシーケンス図の一例である。なお、図４１の処理は図２９〜図３２の連携元アプリ設定画面に続いて又はその一部で行われる。ユーザに利用権限がない連携先アプリと情報処理システム１０が連携しても連携元アプリを実行できないため、このような確認が有効になる。

S91：管理者又はユーザは外部サービスシステム４０の連携先アプリのスペースＩＤ、及び、連携先アプリＩＤを入力する。端末装置３０の操作受付部３３は入力を受け付ける。なお、スペースＩＤはなくてもよい。

S92：端末装置３０の第一通信部３１は連携先アプリのスペースＩＤ、及び、連携先アプリＩＤを指定して、権限チェックを端末画面提供部４２に要求する。

S93：端末画面提供部４２は権限チェックの要求を受信する。端末画面提供部４２は連携先アプリのスペースＩＤ、及び、連携先アプリＩＤを指定して入出力処理部４８に権限チェックを要求する。

S94、S95：入出力処理部４８は認証処理部５１経由で、ログインしている管理者又はユーザの認証情報をユーザ管理部４４から取得する。したがって、外部サービスシステム４０のユーザ名がわかる。

S96,S97：入出力処理部４８は外部サービス処理部５２を介して認証情報で認証を受け、連携先アプリＩＤ（必要な場合はスペースＩＤ）とユーザ名を指定して、外部サービスシステム４０からログインしている管理者又はユーザが連携先アプリの権限があるかを取得する。権限の有無は端末装置３０に送信される。

S98：権限がある場合、端末装置３０の表示制御部３２は連携先アプリの権限がある旨を表示する。

S99：また、端末装置３０の第一通信部３１は権限がある旨をアプリデータ管理部４１に送信して、連携先アプリＩＤとユーザ名に対応付けて保存しておく。権限がある旨がないユーザは権限チェックされていないことが分かり、機器２０からの連携元アプリの実行時にその旨を表示できる。

S100：権限がない場合、端末装置３０の表示制御部３２は連携先アプリの権限がない旨を表示する。

こうすることで、権限があることがアプリデータ管理部４１に保存され、ユーザが連携先アプリと連携する連携元アプリを利用できることが分かる。なお、図４１ではログインしている管理者又はユーザの権限をチェックしているが、任意のユーザの権限をチェックしてもよい。

＜＜連携先アプリＩＤからフィールドコードを取得して選択肢として表示＞＞
図４２は、端末装置３０が連携先アプリＩＤからフィールドコードを表示するシーケンス図の一例である。なお、図４２の処理は図２９〜図３２の連携元アプリ設定画面に続いて又はその一部に行われる。本処理は、管理者が画像データを保存したいフィールドコードを知らない場合にフィールドコードの一覧を表示する場合等に有効である。

S101：管理者は外部サービスシステム４０の連携先アプリのスペースＩＤ及び連携先アプリＩＤを入力する。端末装置３０の操作受付部３３は入力を受け付ける。なお、スペースＩＤはなくてもよい。

S102：端末装置３０の第一通信部３１は連携先アプリのスペースＩＤ、及び、連携先アプリＩＤを指定して、フィールドコード一覧を端末画面提供部４２に要求する。

S103：端末画面提供部４２は、フィールドコード一覧の要求を受信する。端末画面提供部４２は連携先アプリのスペースＩＤ、及び、連携先アプリＩＤを指定して入出力処理部４８にフィールドコード一覧を要求する。

S104、S105：入出力処理部４８は認証処理部５１経由で、ユーザ管理部４４からログインしているユーザの認証情報を取得する(サブドメイン、ユーザ名、パスワード)。

S106,S107：入出力処理部４８は外部サービス処理部５２を経由して、認証情報で認証を受け、指定された連携先アプリＩＤ（必要な場合はスペースＩＤ）を指定して、外部サービスシステム４０から連携先アプリのフィールドコード一覧を取得する。フィールドコード一覧は端末装置３０に送信される。フィールドコードだけではフィールド名が分からないのでフィールド名も送信されるとよい。

S108：端末装置３０の表示制御部３２はフィールドコード一覧を表示する。

S109：管理者はフィールドコード一覧からどのフィールドコードを画像データの登録先にするかなどを設定できる。

同様に、管理者はステップS110〜S117でレコード一覧を表示できる。

S110〜S117：図３８のステップS56〜S63と同じでよい。

図４３は連携元アプリ設定画面に表示されたフィールドコード一覧の一例を示す。図４３に示すようにフィールド名とフィールドコード一覧が表示される。フィールドコードは選択を受け付けられるようになっており、管理者は画像データ等を保存したいフィールドコードを選択できる。管理者はフィールドを指定して、選択したフィールドコードを例えば図３０の画像データ用フィールドコード欄３３７に設定できる。その他のフィールドに対し設定することもできる。

＜＜連携先アプリ検索＞＞
図４４は管理者が外部サービスシステム４０の連携先アプリを検索する手順を示すシーケンス図の一例である。なお、図４４の処理は図２９〜図３２の連携元アプリ設定画面に続いて又はその一部に行われる。本処理は、管理者が連携先アプリを確認したい場合等に有効である。管理者は連携先アプリ等の一覧を表示させることができる。連携先アプリが表示されれば、フィールドコードの一覧やレコードの一覧も表示できる。

S121：管理者はスペース一覧を取得する操作を行う。端末装置３０の操作受付部３３が操作を受け付け、第一通信部３１がスペース一覧取得を端末画面提供部４２に送信する。

S122：端末画面提供部４２はスペース一覧の要求を受信する。端末画面提供部４２は入出力処理部４８にスペース一覧取得を送信する。

S123、S124：入出力処理部４８は認証処理部５１経由でログインしているユーザの認証情報をユーザ管理部４４から取得する(サブドメイン、ユーザ名、パスワード)。

S125、S126：入出力処理部４８は認証情報を用いて認証を受け、外部サービスシステム４０からスペース一覧を取得する。スペース一覧は端末装置３０に送信される。

S127：端末装置３０の表示制御部３２はスペース一覧を表示する。

S128：管理者はスペース一覧から自分が一覧を見たい連携先アプリが所属するスペースを選択する。端末装置３０の操作受付部３３は選択を受け付ける。

S129〜S134：端末装置３０はユーザが選択したスペースのスペースＩＤを指定し、このスペースに所属するアプリ一覧を表示する。この処理はスペースＩＤが指定される以外はステップS121〜S126と同じでよい。

S135：端末装置３０の表示制御部３２はアプリ一覧を表示する。この時表示するのは連携先アプリのアプリ名、連携先アプリＩＤ又は両方のいずれでもよい。管理者がアプリ一覧を取得する際にスペースＩＤを指定したので、スペース内のアプリ一覧が表示される。スペースを指定しない場合は全ての連携先アプリが表示される。

S136：管理者は表示されたアプリ一覧から連携先アプリを選択する。端末装置３０の操作受付部３３が受け付ける。例えば、管理者が設定する連携元アプリと連携させたい連携先アプリを選択する。

S137：第一通信部３１はスペースＩＤと連携先アプリＩＤを指定して、フィールドコード一覧の取得を端末画面提供部４２に送信する。

S138：端末画面提供部４２はフィールドコード一覧の要求を受信する。端末画面提供部４２はスペースＩＤと連携先アプリＩＤを指定して、フィールドコード一覧の取得を入出力処理部４８に送信する。

S139、S140：入出力処理部４８は認証処理部５１を経由して、ログインしている管理者の認証情報をユーザ管理部４４から取得する(サブドメイン、ユーザ名、パスワード)。

S141,S142：入出力処理部４８は外部サービス処理部５２を経由して、認証情報で認証を受け、スペースＩＤと連携先アプリＩＤを指定して、外部サービスシステム４０から連携先アプリのフィールドコード一覧を取得する。フィールド名も取得するとよい。フィールドコード一覧は端末装置３０に送信される。

S143：端末装置３０の表示制御部３２はフィールドコード一覧を表示する。表示するのはフィールドコード、フィールド名、又は両方でもよい。

S144：管理者は表示されたフィールドコード一覧から画像データを登録したいフィールドを選択する。端末装置３０の操作受付部３３は選択を受け付ける。図４３に示したように選択されたフィールドコードは画像データ用フィールドコード欄３３７に設定される。

S145〜S152：図３８のステップS56〜S63と同様に、端末装置３０はレコード一覧を表示し、管理者はレコードの初期値を設定できる。

このように、管理者はスペース一覧、アプリ一覧、フィールドコード一覧、及び、レコード一覧を表示させ、連携元アプリに連携先アプリＩＤ、フィールドコード及びレコード等を設定できる。

＜機器が連携元アプリを実行する場合にユーザ名なども外部サービスシステムに登録する手順＞
続いて、図４５を用いて機器２０が連携元アプリを実行する処理の変形例を説明する。図４５はユーザが機器２０を操作して機器２０が連携元アプリ一覧画面を表示し、ユーザが選択した連携元アプリを実行する手順を説明するシーケンス図の一例である。図４５では、連携元アプリを実行する場合、連携元アプリを使用するためにサービス提供システムにログインしているユーザのユーザ名などの付随情報が自動的に外部サービスシステム４０に送信される。なお、図４５の説明では図３８との相違を説明する。

S160：機器２０の操作受付部２３は、ユーザから情報処理システム４０の認証情報の入力を受け付け、第二通信部２１は情報処理システム１０のユーザ管理部４４にログインを要求する。ここではログインが認められたものとする。

S161：ユーザは、機器２０を用いて、「外部サービスシステムＡ」と連携する連携元アプリの一覧を表示させるための表示操作を行う。機器２０の操作受付部２３は情報処理システム１０のユーザの認証情報を受け付け、第二通信部２１が情報処理システム１０のアプリデータ管理部４１に対して、情報処理システムのユーザの認証情報と「外部サービスシステムＡ」を指定して連携元アプリの一覧の取得要求を送信する。アプリデータ管理部４１は、当該取得要求を受け取ると、アプリデータ記憶部１３で「外部サービスシステムＡ」に対応付けられた連携元アプリの一覧を返信する。このアプリ一覧には「外部サービスシステムＡ」と対応付けられた連携元アプリ以外のサービス提供システムで提供されるアプリが含まれていてもよい。

S162：機器２０の第二通信部２１は、連携元アプリの一覧を受信し、表示制御部２２がパネル表示部９４０ａに連携元アプリ一覧画面を表示させる。連携元アプリ一覧画面には各連携元アプリと対応付けての連携元アプリＩＤが表示されてもよい。

S163〜S167：図３８のS51〜S55と同様でよい。

続く、ステップS168〜S175は「既存レコード登録」が選択された場合に実行される。

S168：ユーザは登録先のレコードとなるレコード一覧を表示する操作を行う。一例として図３９のようなレコード一覧画面を表示する。機器２０の操作受付部２３は操作を受け付ける。

S169〜S174：図３８のS56〜S61と同様でよい。

S175：レコード一覧は機器２０に送信され、ユーザは画像ファイルの登録先のレコードを選択できる。なお、表示されたレコード一覧は図３９と同様でよい。

S176：次に、ユーザはスタートボタンを押下してスキャンを実行する。機器２０の画像データ生成部２４が原稿をスキャンして画像データを生成する。

S177：第二通信部２１は連携元アプリ実行部４６に画像データ、及び、レコードＩＤ（「新規レコード登録」の場合はない）を送信する。すなわち、第二通信部２１は外部サービスシステムへのデータ（画像データ）と付随情報（ユーザ名）の保存を要求する。また、連携元アプリがネイティブアプリの場合、機器２０から直接、外部サービスシステム４０にデータを転送してもよい。

S178：連携元アプリ実行部４６は、画像データ、及び、レコードＩＤを指定して入出力処理部４８に連携元アプリの実行を要求する。

S179、S180：入出力処理部４８は、認証処理部５１を経由して、ログインしているユーザのユーザ情報（ここではユーザ名などユーザを識別する情報でよい）を取得する。

S181：入出力処理部４８はアプリ処理情報のパラメータにユーザ名を設定する。ユーザ名を設定するパラメータは予め決まっている。図７で説明した「YouserName」に設定する。

S182、S183：入出力処理部４８は図３８のステップS67,S68と同様に認証情報を取得する。

S184：入出力処理部４８はアプリ処理情報に連携先アプリＩＤ、フィールドコード、レコードＩＤを設定し、認証情報と画像データを外部サービス処理部５２に送信する。

S185：外部サービス処理部５２は認証情報で認証を受け、パラメータに設定された連携先アプリＩＤ、スキャンデータを保存するフィールドコード、ユーザ名を保存するフィールドコード、ユーザ名、レコードＩＤ、及び、画像データを外部サービスシステム４０に送信する。これにより、データ処理部６３は、連携先アプリＩＤで特定される連携先アプリのフィールドコードで特定されるフィールドの、レコードＩＤで特定されるレコードに画像データを登録できる。「新規レコード登録」の場合はレコードＩＤが指定されないので、データ処理部６３はレコードＩＤを採番して画像データを新規のレコードの指定されたフィールドに登録する。なお、上記スキャンデータを保存するフィールドコード及びユーザ名を保存するフィールドコードは連携元アプリ設定画面にて、各付随情報及びデータの保存先として設定されたフィールドコードである。

「既存レコード登録」と「新規レコード登録」のいずれの場合も、データ処理部６３は図１１の案件担当者２１３の項目にユーザ名を登録する。なお、「既存レコード登録」の場合、既に案件担当者が登録されている場合がある。この場合、データ処理部６３は元の案件担当者のまま変更しなくてもよいし、上書きしてもよいし、案件担当者を追加してもよい。

また、データ処理部６３はデフォルトの権限情報２１４を設定する。例えば、画像データを登録したユーザに閲覧権限、編集権限、及び削除権限を与える。

なお、図４５は連携元アプリで取得するデータがスキャンの場合となっているが、連携元アプリで取得するデータがＦＡＸの場合でも同様の処理で、ＦＡＸデータと付随情報とを連携先アプリに対して保存することが可能である。

図４６は案件担当者が登録された連携先アプリ登録画面（その１）２００の一例である。図４５の処理で情報処理システム１０にログインしたユーザが表２で示されたＵ００２であるとする。また、ユーザが画像データを登録したレコード番号が７０番であるとする。このため、案件担当者２１３の欄にサービス提供システムのユーザＵ００２に対応する外部サービスシステムのユーザ名である「taro」と登録されている。このように案件担当者が登録されることで、図１８に示した権限設定画面４４０でレコードを登録したユーザに応じた権限が設定可能となる。その結果、図３９のように「既存レコード登録」の設定画面で、ユーザが機器から登録したレコードを含む、ユーザが編集権限を持つレコードを機器２０が表示できる。

＜ファクシミリで受信した画像データの外部サービスシステムへの登録＞
以下では、ファクシミリで受信した画像データや画像データ以外のデータの外部サービスシステム４０への登録について説明する。

図４７は、端末装置３０が表示する「ＦＡＸ受信登録」という連携元アプリの連携元アプリ設定画面４１０の一例である。なお、図４７の説明では主に図２９〜図３２との相違を説明する。図４７の連携元アプリ設定画面４１０は、ＦＡＸ番号を登録するフィールドコード４９１、画像データを登録するフィールドコード４９２、及び、受信日時を登録するフィールドコード４９３、を有している。
・ＦＡＸ番号を登録するフィールドコード４９１…ＦＡＸ番号が登録されるフィールドコードが指定される（第二の識別情報の一例）。
・画像データを登録するフィールドコード４９２…ファクシミリで受信した画像データが登録されるフィールドコードが指定される（第一の識別情報の一例）。
・受信日時を登録するフィールドコード４９３…受信日時が登録されるフィールドコードが指定される。

このように管理者は連携元アプリ設定画面４９０で画像データやＦＡＸ番号等のフィールドコードを設定できる。これにより、ファクシミリで受信した画像データだけでなく画像データ以外のデータを機器２０が外部サービスシステム４０に登録できる。図４７（及び図４８）は、「外部サービスシステムにおける前記データの保存先を示す第一の識別情報と、前記データに対応付けて外部サービスシステムに保存する付随情報の保存先を示す第二の識別情報の設定を受け付ける」の一例である。

画像データ以外のデータとは、画像データと一体のメタデータなどは含まず、画像データから独立して扱われるデータである。どのようなデータが画像データ以外のデータとなるかは連携元アプリによって様々である。なお、メタデータとは、データの意味について記述したデータである。言い換えると、メタデータとはあるデータに関する情報を持ったデータのことである。データそのものではなく、データについてのデータであるため、メタ（上位の）のデータと呼ばれる。例えば、ＪＰＥＧ画像のＥＸＩＦで管理されるデータである。

次に、「メール受信登録」の連携元アプリ設定画面４２０を説明する。図４８は、端末装置３０が表示する「メール受信登録」の連携元アプリの連携元アプリ設定画面４２０の一例である。図４８の連携元アプリ設定画面４２０は、件名を登録するフィールドコード４２１、本文を登録するフィールドコード４２２、受信日時を登録するフィールドコード４２３、送信元を登録するフィールドコード４２４、及び、添付ファイルを登録するフィールドコード４２５、を有している。
・件名を登録するフィールドコード４２１…電子メールの件名が登録されるフィールドコードが指定される（第二の識別情報の一例）。
・本文を登録するフィールドコード４２２…電子メールの本文が登録されるフィールドコードが指定される（第二の識別情報の一例）。
・受信日時を登録するフィールドコード４２３…電子メールの受信日時が登録されるフィールドコードが指定される（第二の識別情報の一例）。
・送信元を登録するフィールドコード４２４…電子メールの送信元が登録されるフィールドコードが指定される（第二の識別情報の一例）。
・添付ファイルを登録するフィールドコード４２５…電子メールに添付されたファイルが登録されるフィールドコードが指定される（第一の識別情報の一例）。

したがって、電子メールについても、電子メールで受信した画像データだけでなく、画像データ以外のデータを機器２０が外部サービスシステム４０に登録できる。

＜＜ファクシミリ処理部が受信した画像データに加えて、画像データ以外のデータ（送信元のＦＡＸ番号等）を管理者が連携元アプリ設定画面で設定することで、ファクシミリの受信時に機器が連携先アプリの特定のフィールドに保存する処理＞＞
図４９は、機器２０がファクシミリを受信し画像データと画像データ以外のデータを外部サービスシステム４０のフィールドに登録する手順を示すシーケンス図の一例である。

S191：ファクシミリ処理部２５はファクシミリ部９３３からファクシミリ受信通知を受け取る。

S192：ファクシミリ処理部２５は、受信通知を受け取るとファクシミリ部９３３から受信した画像データを取得する。

S193：ファクシミリ処理部２５は第二通信部２１を介して、情報処理システム１０のデバイス管理部４５に対して、機器認証を要求し、認証チケットを取得する。なお、機器２０は予めデバイス管理部４５に登録されており、機器ＩＤやＵＵＩＤ（Universally Unique Identifier）などを送信すると機器２０の認証が成功する。

S194：ファクシミリ処理部２５は、認証チケットと自分に設定されている連携元アプリＩＤ（連携元アプリのインストール時にファクシミリ処理部２５に設定されている）を指定して、アプリデータ（スペースＩＤ、連携先アプリＩＤ、フィールドコード等）とアプリ処理情報５３をアプリデータ管理部４１から取得する。

S195：ファクシミリ処理部２５は、図８に示したように、取得したアプリデータ（連携先アプリＩＤ，フィールドコード）と受信したファクシミリの送信元のＦＡＸ番号をアプリ処理情報のパラメータに対応付けて設定する。

S196：ファクシミリ処理部２５は、機器２０の第二通信部２１を介して入出力処理部４８に、ファクシミリで受信した画像データ、パラメータに設定された連携先アプリＩＤ，フィールドコード及びＦＡＸ番号を入出力処理部４８に送信し、連携元アプリの実行を要求する。すなわち、第二通信部２１は、設定に応じた外部サービスシステムへのデータ（画像データ）と付随情報（ＦＡＸ番号）の保存を要求する。

S197、S198：入出力処理部４８は認証処理部５１を介して、連携元アプリ設定画面のユーザ名選択欄３３２に設定された管理者の認証情報をユーザ管理部４４から取得する。管理者についてはアプリデータに設定されている。すなわち、共有アプリなので管理者の認証情報が使用される。

S199：入出力処理部４８は外部サービス処理部５２に画像データ、認証情報、パラメータに設定された連携先アプリＩＤ，フィールドコード及びＦＡＸ番号を送信する。

S200：外部サービス処理部５２は、認証情報で外部サービスシステム４０の認証を受け、アプリ処理情報のパラメータに設定された連携先アプリＩＤ、フィールドコード、ＦＡＸ番号、及び、画像データを外部サービスシステム４０に送信する。

このように、機器２０は画像データとＦＡＸ番号を外部サービスシステムのフィールドに登録できる。

なお、図４９では、ステップS194で機器２０がアプリデータ（スペースＩＤ、連携先アプリＩＤ、フィールドコード等）を取得しているが、必ずしも取得しないでよい。この場合、ファクシミリの受信に関する連携元アプリの連携先アプリＩＤが情報処理システム１０に送信されると、情報処理システム１０がアプリデータに基づいて連携先アプリＩＤ等を特定できる。

＜＜特定のＦＡＸ番号からのみの画像データと画像データ以外のデータを機器が外部サービスシステムに送信する＞＞
特定の送信元のＦＡＸ番号や特定の電子メールの送信元からのみの画像データ等を外部サービスシステム４０に登録する方法について説明する。

図５０は端末装置３０が表示する連携元アプリ設定画面４３０の一例である。この連携元アプリ設定画面４３０は機器２０が外部サービスシステム４０に登録するＦＡＸ番号のホワイトリスト（リストに登録されている送信元のデータを外部サービスシステムに登録する）である。ホワイトリストはアプリデータ記憶部１３に保存される。

ファクシミリ処理部２５は、ファクシミリを受信した場合、情報処理システム１０からアプリデータを受信して、ホワイトリストの値であれば以降の処理を実行し、なければ登録しないという処理が可能になる。こうすることで、重要な送信元から受信される画像データのみを登録できる。

あるいは、ホワイトリストに登録されているＦＡＸ番号かどうかをコンポーネント１８が判断してもよい。図５１は、特定のＦＡＸ番号からのみの画像データ等を外部サービスシステム４０に登録するアプリ処理情報を模式的に示す。判断用のコンポーネント１８である判断部５５がアプリ処理情報のパラメータを解析する。すなわち、ホワイトリストを参照して、アプリ処理情報のパラメータに設定されているＦＡＸ番号がホワイトリストに登録されているか否かを判断する。登録されている場合は、外部サービス処理部５２が外部サービスシステム４０に登録するが、登録されていない場合は、例えばメール送信コンポーネント４３２がメール送信を行い、登録はしない。

このように、ＦＡＸの送信元やメールの送信元に応じてアプリ処理情報を分岐させることができる。電子メールの送信元についても同様に処理できる。また、ファクシミリで受信した画像データのＯＣＲ結果に含まれる文字、又は、電子メールに含まれる文字（件名、本文）をホワイトリストと比較して同様に処理してもよい。

また、図５１では単に画像データの保存の有無を切り替えているが、ファクシミリで受信した画像データのＯＣＲ結果に含まれる文字、又は、電子メールに含まれる文字に処理内容を対応付けておき、所定の処理を実行することもできる。また、ホワイトリストはブラックリスト（リストに登録されている送信元のデータを外部サービスシステムに登録しない）でもよい。

図５２は、ホワイトリストに基づいて、機器２０がファクシミリを受信し画像データと画像データ以外のデータを外部サービスシステム４０のフィールドに登録する手順を示すシーケンス図の一例である。図５２の説明では主に図４９との相違を説明する。

S196：入出力処理部４８にはアプリデータに含まれるホワイトリストが送信される。

S198−2：入出力処理部４８は、ＦＡＸ番号とホワイトリストを指定して、外部サービスシステム４０に登録するか否かを判断部５５に要求する。判断部５５が登録すると判断した場合、ステップS200が実行される。

＜主な効果＞
以上説明したように、本実施形態のサービス提供システム１００は、情報処理システム１０が外部サービスシステム４０と連携するための設定（連携情報）を連携元アプリ設定画面から受け付け、情報処理システム１０が機器２０から連携元アプリの実行要求を受け付けた場合、連携元アプリ設定画面で受け付けた設定に応じて、外部サービスシステム４０の特定の連携先アプリと連携することができる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、図５などの構成例は、端末装置３０、機器２０、及び情報処理システム１０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。端末装置３０、機器２０、及び情報処理システム１０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

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

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

１０ 情報処理システム
２０ 機器
３０ 端末装置
１００ サービス提供システム

特開２０１７−０７６３６８号公報

Claims (20)

1. 機器と通信して該機器が取得したデータを外部サービスシステムに送信するサービス提供システムであって、
   外部サービスシステムにおける前記データの保存先を示す第一の識別情報と、前記データに対応付けて外部サービスシステムに保存する付随情報の保存先を示す第二の識別情報の設定を受け付ける設定受付部を有し、
   前記機器は、前記データと前記付随情報を取得し、前記設定に応じた前記外部サービスシステムへの前記データと前記付随情報の保存を要求する通信部、
   を有することを特徴とするサービス提供システム。
2. 前記第一の識別情報及び前記第二の識別情報は、外部サービスシステムにおけるデータベースの表の項目を示すことを特徴とする請求項１に記載のサービス提供システム。
3. 前記データ及び前記付随情報は前記機器が実行を要求する第一のアプリケーションに関するものであり、
   前記設定受付部は、前記データが対応付けられる前記項目の前記第一の識別情報と、前記付随情報が対応付けられる前記項目の前記第二の識別情報と、前記データベースを操作する第二のアプリケーションの識別情報の設定を受け付け、
   前記機器から前記第一のアプリケーションの実行を要求された場合、前記データ、前記第一の識別情報、前記付随情報、前記第二の識別情報及び前記第二のアプリケーションの識別情報を前記外部サービスシステムに送信する外部サービス処理部を有する、ことを特徴とする請求項２に記載のサービス提供システム。
4. 前記第二のアプリケーションは前記項目と前記データ及び前記付随情報を対応付けて管理するアプリケーションであり、
   前記設定受付部は、前記データベースの前記項目のうち前記付随情報が保存される前記項目の前記第二の識別情報を前記付随情報ごとに受け付け、
   前記外部サービス処理部は、前記第一のアプリケーションの実行を要求された場合、前記データ、前記第一の識別情報、前記第二のアプリケーションの識別情報、及び、前記付随情報それぞれの前記項目の前記第二の識別情報を、前記外部サービスシステムに送信することを特徴とする請求項３に記載のサービス提供システム。
5. 前記機器及び前記外部サービスシステムと通信する情報処理システムを有し、
   前記機器が外部から画像データを受信した場合、前記画像データの受信機能に応じたアプリケーションが実行され、
   前記アプリケーションは、予め対応付けられている前記第一のアプリケーションの実行を情報処理システムに要求し、前記画像データ、前記第一の識別情報、前記付随情報、及び、前記第二の識別情報を前記情報処理システムに送信し、
   前記情報処理システムは、前記画像データ、前記第一の識別情報、前記付随情報、前記付随情報それぞれの前記項目の前記第二の識別情報、及び、前記第二のアプリケーションの識別情報を前記外部サービスシステムに送信することを特徴とする請求項４に記載のサービス提供システム。
6. 前記アプリケーションはファクシミリの受信機能に対応したものであり、
   前記付随情報はＦＡＸ番号、又は、受信日時の少なくとも一方であることを特徴とする請求項５に記載のサービス提供システム。
7. 前記機器が外部から前記データ及び前記付随情報を受信した場合、前記データ及び前記付随情報の受信機能に応じたアプリケーションが実行され、
   前記アプリケーションは、予め対応付けられている前記第一のアプリケーションの実行を情報処理システムに要求し、前記データ及び前記付随情報を前記情報処理システムに送信し、
   前記情報処理システムは、前記データ、前記第一の識別情報、前記付随情報、前記付随情報それぞれの前記項目の前記第二の識別情報、及び、前記第二のアプリケーションの識別情報を前記外部サービスシステムに送信することを特徴とする請求項４に記載のサービス提供システム。
8. 前記アプリケーションは電子メールの受信機能に対応したものであり、
   前記付随情報は電子メールの件名、本文、受信日時又は送信元のメールアドレスの少なくとも１つであることを特徴とする請求項７に記載のサービス提供システム。
9. 前記機器が原稿をスキャンして生成した画像データと共に、前記第一のアプリケーションの実行を要求した場合、
   前記外部サービス処理部は、前記画像データ、前記第一の識別情報、前記付随情報、前記第二のアプリケーションの識別情報、及び、前記付随情報それぞれの前記項目の前記第二の識別情報を、前記外部サービスシステムに送信することを特徴とする請求項４に記載のサービス提供システム。
10. 前記付随情報はログインしているユーザに関する情報であることを特徴とする請求項９に記載のサービス提供システム。
11. 前記機器から送信された前記付随情報を解析して、前記付随情報を前記外部サービスシステムに送信するか否かを制御することを特徴とする請求項３〜８のいずれか１項に記載のサービス提供システム。
12. 前記機器及び前記外部サービスシステムと通信する情報処理システムを有し、
    前記設定受付部は、前記機器が実行を要求する第一のアプリケーションと対応付けられたリストに対し、前記外部サービスシステムに送信される前記付随情報、又は、前記外部サービスシステムに送信されない前記付随情報の登録を受け付け、
    前記情報処理システムは、前記リストと前記機器から送信された前記付随情報を比較することで、前記データを前記外部サービスシステムに送信するか否かを制御することを特徴とする請求項１１に記載のサービス提供システム。
13. 前記設定受付部は、処理に対応したアイコンを処理の順番に配置することを受け付ける画面情報を端末装置に送信し、
    前記端末装置は、
    前記画面情報に基づいて表示した前記アイコンの配置を受け付け、前記第一のアプリケーションの設定に関するアプリ処理情報を前記情報処理システムに送信するものであり、
    前記付随情報を解析する機能は前記アイコンとして設定されることを特徴とする請求項１２に記載のサービス提供システム。
14. 前記機器から要求された前記第一のアプリケーションに対応付けられた前記第二のアプリケーションの識別情報、前記データベースの前記項目の前記第一の識別情報、及び、前記第二の識別情報を前記機器に送信する通信部を有し、
    前記外部サービス処理部は、前記機器から前記第一のアプリケーションの実行を要求された場合、前記機器から送信された前記第二のアプリケーションの識別情報、前記項目の前記第一の識別情報、前記第二の識別情報、前記データ、及び、前記付随情報を前記外部サービスシステムに送信することを特徴とする請求項５〜１０のいずれか１項に記載のサービス提供システム。
15. 前記外部サービス処理部は、前記機器から前記第一のアプリケーションの実行を要求された場合、予め前記第一のアプリケーションに対応付けられている前記第二のアプリケーションの識別情報、前記データベースが有する前記項目の前記第一の識別情報、前記第二の識別情報、前記データ、及び、前記付随情報を前記外部サービスシステムに送信することを特徴とする請求項５〜１０のいずれか１項に記載のサービス提供システム。
16. 前記付随情報は、前記機器が表示する前記第一のアプリケーションの画面で入力又は選択された文字列であることを特徴とする請求項５に記載のサービス提供システム。
17. 前記情報処理システムは、前記機器が前記第一のアプリケーションの画面を表示した場合に、前記画面に表示される辞書の登録を受け付け、
    前記文字列は、前記画面に表示された前記辞書から選択された文字列を含むことを特徴とする請求項１６に記載のサービス提供システム。
18. 機器から取得したデータを外部サービスシステムに送信する情報処理システムであって、
    外部サービスシステムにおける前記データの保存先を示す第一の識別情報と、前記データに対応付けて外部サービスシステムに保存する付随情報の保存先を示す第二の識別情報の設定を受け付ける設定受付部と、
    前記機器が取得した前記データと前記付随情報を前記機器から取得し、前記設定に応じた前記外部サービスシステムへの前記データと前記付随情報の保存を要求する外部サービス処理部と、
    を有することを特徴とする情報処理システム。
19. 機器と通信して該機器から取得したデータを外部サービスシステムに送信するサービス提供システムが行う情報処理方法であって、
    設定受付部が、外部サービスシステムにおける前記データの保存先を示す第一の識別情報と、前記データに対応付けて外部サービスシステムに保存する付随情報の保存先を示す第二の識別情報の設定を受け付けるステップと、
    前記機器は、前記データと前記付随情報を取得し、前記設定に応じた前記外部サービスシステムへの前記データと前記付随情報の保存を要求するステップと、
    を有することを特徴とする情報処理方法。
20. 機器から取得したデータを外部サービスシステムに送信する情報処理システムを、
    外部サービスシステムにおける前記データの保存先を示す第一の識別情報と、前記データに対応付けて外部サービスシステムに保存する付随情報の保存先を示す第二の識別情報の設定を受け付ける設定受付部と、
    前記機器が取得した前記データと前記付随情報を前記機器から取得し、前記設定に応じた前記外部サービスシステムへの前記データと前記付随情報の保存を要求する外部サービス処理部、として機能させるためのプログラム。

Images