特許 7508767 情報処理装置、情報処理システム、情報処理方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-24

(45)【発行日】2024-07-02

(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法、およびプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240625BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 8

(21)【出願番号】P 2019187112

(22)【出願日】2019-10-10

(65)【公開番号】P2021064063

(43)【公開日】2021-04-22

【審査請求日】2022-08-24

(73)【特許権者】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】西田 隆頼

【審査官】小原 正信

(56)【参考文献】

【文献】特開２０１８－１４２１２２（ＪＰ，Ａ）

【文献】特開２０１４－０８５９９５（ＪＰ，Ａ）

【文献】特開２００４－２８８０５２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

ソフトウェアからなるサービスであって、利用者によって利用可能な一のサービスが契約された場合、連携元のサービスと、連携先のサービスとの連携関係を定義する定義情報に基づいて、当該一のサービスと連携可能な他のサービスを特定する連携サービス特定部と、
前記一のサービスが連携元となるサービスであり、前記他のサービスが連携先となるサービスの場合、前記一のサービスに通知をし、前記他のサービスが前記連携元となるサービスであり、前記一のサービスが前記連携先となるサービスの場合、前記他のサービスに通知をするサービス通知部と
を備え、
前記サービス通知部は、連携元のサービスをユーザが利用する際に端末装置に表示される表示画面に、前記連携先となるサービスとの連携機能を利用するためのＧＵＩ部品を有効化するよう、連携元となるサービスである、前記一のサービス又は前記他のサービスに通知する
ことを特徴とする情報処理装置。

【請求項2】

前記連携サービス特定部によって特定された前記他のサービスが、連携元となるサービスである場合、当該他のサービスから前記一のサービスを連携して利用可能となることを前記利用者または前記利用者の関係者に通知するユーザ通知部
をさらに備えることを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記利用者による一のサービスが契約解除される場合、
前記連携サービス特定部は、
前記定義情報に基づいて、当該一のサービスと連携可能な他のサービスを特定し、
前記サービス通知部は、
前記他のサービスが備える当該一のサービスとの連携機能を無効化するように、前記他のサービスに通知する
ことを特徴とする請求項１または２に記載の情報処理装置。

【請求項4】

前記利用者による一のサービスが契約解除されることにより、前記他のサービスが備える当該一のサービスとの連携機能が無効化される場合、当該一のサービスの利用ができなくなることを確定してよいか否かを、前記利用者または前記利用者の関係者に確認するユーザ確認部をさらに備える
ことを特徴とする請求項３に記載の情報処理装置。

【請求項5】

前記ユーザ確認部は、
前記利用者が前記連携機能を実際に利用しているか否かを示す連携利用情報に基づき、前記利用者が前記連携機能を実際に利用していると判断した場合、前記一のサービスの利用ができなくなることを確定してよいか否かを前記利用者または前記利用者の関係者に確認し、前記利用者が前記連携機能を実際に利用していないと判断した場合、前記一のサービスの利用ができなくなることを確定してよいか否かを前記利用者に確認しない
ことを特徴とする請求項４に記載の情報処理装置。

【請求項6】

端末装置と、
前記端末装置から利用可能な複数のサービスと、
情報処理装置と
を備えた情報処理システムであって、
前記情報処理装置は、
ソフトウェアからなるサービスであって、利用者によって利用可能な一のサービスが契約された場合、連携元のサービスと、連携先のサービスとの連携関係を定義する定義情報に基づいて、当該一のサービスと連携可能な他のサービスを特定する連携サービス特定部と、
前記一のサービスが連携元となるサービスであり、前記他のサービスが連携先となるサービスの場合、前記一のサービスに通知をし、前記他のサービスが前記連携元となるサービスであり、前記一のサービスが前記連携先となるサービスの場合、前記他のサービスに通知をするサービス通知部と
を有し、
前記サービス通知部は、連携元のサービスをユーザが利用する際に端末装置に表示される表示画面に、前記連携先となるサービスとの連携機能を利用するためのＧＵＩ部品を有効化するよう、連携元となるサービスである、前記一のサービス又は前記他のサービスに通知する
ことを特徴とする情報処理システム。

【請求項7】

情報処理装置によって実行される情報処理方法であって、
ソフトウェアからなるサービスであって、利用者によって利用可能な一のサービスが契約された場合、連携元のサービスと、連携先のサービスとの連携関係を定義する定義情報に基づいて、当該一のサービスと連携可能な他のサービスを特定する連携サービス特定工程と、
前記一のサービスが連携元となるサービスであり、前記他のサービスが連携先となるサービスの場合、前記一のサービスに通知をし、前記他のサービスが前記連携元となるサービスであり、前記一のサービスが前記連携先となるサービスの場合、前記他のサービスに通知をするサービス通知工程と
を含み、
前記サービス通知工程は、連携元のサービスをユーザが利用する際に端末装置に表示される表示画面に、前記連携先となるサービスとの連携機能を利用するためのＧＵＩ部品を有効化するよう、 連携元となるサービスである、前記一のサービス又は前記他のサービスに通知する
ことを特徴とする情報処理方法。

【請求項8】

コンピュータを、
ソフトウェアからなるサービスであって、利用者によって利用可能な一のサービスが契約された場合、連携元のサービスと、連携先のサービスとの連携関係を定義する定義情報に基づいて、当該一のサービスと連携可能な他のサービスを特定する連携サービス特定部、および、
前記一のサービスが連携元となるサービスであり、前記他のサービスが連携先となるサービスの場合、前記一のサービスに通知をし、前記他のサービスが前記連携元となるサービスであり、前記一のサービスが前記連携先となるサービスの場合、前記他のサービスに通知をするサービス通知部
として機能させ、
前記サービス通知部は、連携元のサービスをユーザが利用する際に端末装置に表示される表示画面に、前記連携先となるサービスとの連携機能を利用するためのＧＵＩ部品を有効化するよう、連携元となるサービスである、前記一のサービス又は前記他のサービスに通知する
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

下記特許文献１には、複数のサービスを提供するサービス提供システムに関し、ユーザが組織ＩＤを含むログイン情報を用いて、サービス提供システムにログインすることにより、組織ＩＤに対応付けられている、契約により利用可能なサービスを、ユーザに利用させることができるようにした技術が開示されている。

【発明の概要】

【発明が解決しようとする課題】

【0003】

しかしながら、従来技術では契約により利用可能なサービスは提示できたとしても、互いに連携可能な２つのサービスのうち、利用者が一方のサービスしか契約していない場合や両方のサービスを契約している場合等に、適切にサービスの連携を制御できないといった問題を有する。

【0004】

本発明は、上述した従来技術の課題を解決するため、サービスの契約や解約等を契機として利用者が利用可能な一のサービスが増減する際に、他のサービスとの連携を適切に制御することを目的する。

【課題を解決するための手段】

【0005】

上述した課題を解決するために、本発明の情報処理装置は、利用者によって利用可能な一のサービスの増減がある場合、サービス同士の連携関係を定義する定義情報に基づいて、当該一のサービスと連携可能な他のサービスを特定する連携サービス特定部と、連携サービス特定部によって他のサービスが特定された場合、一のサービスおよび他のサービスのうちの連携元となるサービスに、連携先となるサービスの情報を通知するサービス通知部とを備える。

【発明の効果】

【0006】

本発明によれば、サービスの契約や解約等を契機として利用者が利用可能な一のサービスが増減する際に、他のサービスとの連携を適切に制御することができる。

【図面の簡単な説明】

【0007】

【図1】本発明の一実施形態に係る統合サービス提供システムの概要を示す図

【図2】本発明の一実施形態に係る情報処理システムの構成を示す図

【図3】電子黒板のハードウェア構成図

【図4】ＭＦＰのハードウェア構成図

【図5】管理サーバのハードウェア構成図

【図6】管理端末のハードウェア構成図

【図7】本発明の一実施形態に係る管理サーバの機能構成を示す図

【図8】本発明の一実施形態に係る契約情報ＤＢの具体例を示す図

【図9】本発明の一実施形態に係る連携定義情報ＤＢの具体例を示す図

【図10】本発明の一実施形態に係る連携利用情報ＤＢの具体例を示す図

【図11】本発明の一実施形態に係る管理サーバによる新規契約時処理の手順を示すフローチャート

【図12】本発明の一実施形態に係る管理サーバによる追加契約時処理の手順を示すフローチャート

【図13】本発明の一実施形態に係る管理サーバによる契約解除時処理の手順を示すフローチャート

【図14】本発明の一実施形態に係る管理端末に表示される、サービスの追加契約を行う際の表示画面の一例を示す図

【図15】本発明の一実施形態に係る管理端末に表示される、サービスの追加契約を行う際の表示画面の一例を示す図

【図16】本発明の一実施形態に係る管理端末に表示される、サービスの追加契約を行う際の表示画面の一例を示す図

【図17】本発明の一実施形態に係る管理端末に表示される、サービスの契約解除を行う際の表示画面の一例を示す図

【図18】本発明の一実施形態に係る管理端末に表示される、サービスの契約解除を行う際の表示画面の一例を示す図

【図19】本発明の一実施形態に係る管理端末に表示される、サービスの契約解除を行う際の表示画面の一例を示す図

【図20】本発明の一実施形態に係る管理端末に表示される、サービスの契約解除を行う際の表示画面の一例を示す図

【図21】契約者に提供されるサービスの連携機能の第１具体例を示す図

【図22】契約者に提供されるサービスの連携機能の第１具体例を示す図

【図23】契約者に提供されるサービスの連携機能の第２具体例を示す図

【図24】契約者に提供されるサービスの連携機能の第２具体例を示す図

【図25】本発明の一実施形態に係る情報処理システムによるユーザ認証処理の手順を示すシーケンス図

【発明を実施するための形態】

【0008】

以下、図面を参照して、本発明の一実施形態について説明する。

【0009】

（統合サービス提供システム２０の概要）
はじめに、図１を参照して、本発明の一実施形態に係る統合サービス提供システム２０の概要について説明する。図１は、本発明の一実施形態に係る統合サービス提供システム２０の概要を示す図である。

【0010】

図１に示す統合サービス提供システム２０は、オフィスに関連するあらゆるもの（例えば、ユーザ、機器、文書、会議室等）の管理を、複数のサービス２００を利用して統合的に行うことを可能とするものである。

【0011】

図１に示すように、統合サービス提供システム２０は、複数のサービス２００の一例として、リソース管理サービス２００Ａ、レポートサービス２００Ｂ、無線管理サービス２００Ｃ、文書管理サービス２００Ｄ、プリントサービス２００Ｅ、およびワークフローサービス２００Ｆを備える。

【0012】

また、統合サービス提供システム２０は、管理サーバ３００を備える。管理サーバ３００は、図２以降で説明するものと同様であり、複数のサービス２００Ａ～２００Ｆを統合的に管理するプラットフォームとして機能する。例えば、管理サーバ３００は、図１に示すように、ユーザ管理機能、機器管理機能、プリントサービス機能、アクティビティログ機能等を有する。プリントサービス機能とは、例えば、エンドユーザ１９（「利用者」の一例）に対し、管理サーバ３００が管理する自社製の印刷機器３１（ＭＦＰ、プリンタ等）による印刷を行う印刷機能を提供する機能である。アクティビティログ機能とは、例えば、機器による印刷枚数やスキャン枚数のログを取得したり、ディーラ１８（販売代理店）の契約数のログを取得したりする機能である。カスタマーユーザ１７およびディーラ１８は、任意の端末装置（例えば、図１に示すスマートフォン３４、ＰＣ３５等）によって管理サーバ３００にアクセスすることにより、管理サーバ３００が備える複数の管理機能のうち、自身に対して許可された管理機能を利用することができる。

【0013】

リソース管理サービス２００Ａは、オフィスのリソース（例えば、電子黒板、会議室等）を管理するリソース管理機能を提供する。例えば、エンドユーザ１９は、リソース管理サービス２００Ａを利用することにより、会議室の予約管理等を行うことができる。

【0014】

レポートサービス２００Ｂは、レポートの作成機能および出力機能を提供する。無線管理サービス２００Ｃは、各種無線機器を管理する無線機器管理機能を提供する。

【0015】

文書管理サービス２００Ｄは、エンドユーザ１９に対し、複数の文書を管理する文書管理機能を提供する。プリントサービス２００Ｅは、エンドユーザ１９に対し、当該プリントサービス２００Ｅに接続された他社製の印刷機器３２（ＭＦＰ、プリンタ等）による印刷を行う印刷機能を提供する。

【0016】

ワークフローサービス２００Ｆは、エンドユーザ１９に対し、ワークフローの作成機能および実行機能を提供する。例えば、ワークフローサービス２００Ｆにて提供されるワークフローにより、画像読取装置３３（例えば、ＭＦＰ等）のスキャナ機能によって形成された画像に対してＯＣＲ処理を行うことによって文字認識し、その認識結果を所定のフォルダに保存することができる。また、例えば、ワークフローサービス２００Ｆにて提供されるワークフローにより、任意の社内文書の審査・承認プロセス等を行うことができる。

【0017】

これら複数のサービス２００Ａ～２００Ｆの中には、他のサービス２００と連携する機能を有するものがある（例えば、ワークフローサービス２００Ｆにおける、プリントサービス２００Ｅとの連携機能）。また、エンドユーザ１９は、これら複数のサービス２００Ａ～２００Ｆのうち、必要なサービス２００のみを契約して利用することができる。このため、管理サーバ３００は、図２以降で具体的に説明するとおり、エンドユーザ１９によるサービス２００の契約状況に応じて、各サービス２００の連携機能を、有効化および無効化することができる機能（以下、「有効化・無効化機能」と示す）を有する。

【0018】

以下に、図１に示す統合サービス提供システム２０における、有効化・無効化機能の適用例１～８について説明する。

【0019】

（適用例１）
リソース管理サービス２００Ａと、レポートサービス２００Ｂとの連携に、有効化・無効化機能を適用する。例えば、リソース管理サービス２００Ａによって管理される会議室の利用状況（例えば、稼働率、利用人数等）を、レポート出力する場合がある。この場合、レポートサービス２００Ｂの設定画面において、レポート出力対象データの取得先の選択肢（「ＧＵＩ部品」の一例）として、リソース管理サービス２００Ａの契約有無に応じて、リソース管理サービス２００Ａによって管理されている各会議室を、表示（有効化）または非表示（無効化）する。

【0020】

（適用例２）
無線管理サービス２００Ｃと、レポートサービス２００Ｂとの連携に、有効化・無効化機能を適用する。例えば、特定の無線ＬＡＮ機器におけるアクセスの集中状態を、レポート出力する場合がある。この場合、レポートサービス２００Ｂの設定画面において、レポート出力対象データの取得先の選択肢（「ＧＵＩ部品」の一例）として、無線管理サービス２００Ｃの契約有無に応じて、無線管理サービス２００Ｃによって管理されている各無線機器を、表示（有効化）または非表示（無効化）する。

【0021】

（適用例３）
文書管理サービス２００Ｄと、プリントサービス２００Ｅとの連携に、有効化・無効化機能を適用する。例えば、文書管理サービス２００Ｄで管理されているドキュメントを定期的に印刷する場合等、文書管理サービス２００Ｄからプリントサービス２００Ｅに印刷要求を定期的に送信する場合がある。この場合、文書管理サービス２００Ｄの設定画面において、印刷要求の出力先の選択肢（「ＧＵＩ部品」の一例）として、プリントサービス２００Ｅの契約有無に応じて、プリントサービス２００Ｅを表示（有効化）または非表示（無効化）する。

【0022】

（適用例４）
プリントサービス２００Ｅと、レポートサービス２００Ｂとの連携に、有効化・無効化機能を適用する。例えば、プリントサービス２００Ｅで管理している印刷枚数を、定期的に集計してレポート出力する場合がある。この場合、レポートサービス２００Ｂの設定画面において、レポート出力対象データの取得先の選択肢（「ＧＵＩ部品」の一例）として、プリントサービス２００Ｅの契約有無に応じて、プリントサービス２００Ｅを表示（有効化）または非表示（無効化）する。

【0023】

（適用例５）
ワークフローサービス２００Ｆと、レポートサービス２００Ｂとの連携に、有効化・無効化機能を適用する。例えば、ワークフローサービス２００Ｆで管理しているワークフローの実行回数・成功・失敗結果などを集計してレポート出力する場合がある。この場合、レポートサービス２００Ｂの設定画面において、レポート出力対象データの取得先の選択肢（「ＧＵＩ部品」の一例）として、ワークフローサービス２００Ｆの契約有無に応じて、ワークフローサービス２００Ｆを表示（有効化）または非表示（無効化）する。

【0024】

（適用例６）
ワークフローサービス２００Ｆと、文書管理サービス２００Ｄとの連携に、有効化・無効化機能を適用する。例えば、ワークフローサービス２００Ｆの実行結果として、ＰＤＦやＦｏｒｍ情報を文書管理サービス２００Ｄに保存する場合がある。この場合、ワークフローサービス２００Ｆの設定画面において、保存対象データの保存先の選択肢（「ＧＵＩ部品」の一例）として、文書管理サービス２００Ｄの契約有無に応じて、文書管理サービス２００Ｄを表示（有効化）または非表示（無効化）する。

【0025】

（適用例７）
リソース管理サービス２００Ａと、印刷を行うプリントサービス２００Ｅとの連携に、有効化・無効化機能を適用する。例えば、リソースサービスによって管理されている電子黒板に表示されるプリントサービス２００Ｅとの連携ボタンを選択することにより、プリントサービス２００Ｅから利用可能な印刷装置によって電子黒板に表示されているデータを印刷する場合がある。この場合、電子黒板において、プリントサービス２００Ｅの契約有無に応じて、リソースサービスからの制御により、プリントサービス２００Ｅとの連携ボタンを表示（有効化）または非表示（無効化）する。

【0026】

（適用例８）
リソース管理サービス２００Ａと、ワークフローサービス２００Ｆとの連携に、有効化・無効化機能を適用する。例えば、リソースサービスによって管理されている電子黒板に表示されるワークフローサービス２００Ｆとの連携ボタンを選択することにより、電子黒板に表示されているデータをワークフローサービス２００Ｆのワークフロー（審査・承認を行うワークフロー）に投入する場合がある。この場合、電子黒板において、ワークフローサービス２００Ｆの契約有無に応じて、リソースサービスからの制御により、ワークフローサービス２００Ｆとの連携ボタン（例えば、図２４に例示する「審査依頼」ボタン）を表示（有効化）または非表示（無効化）する。

【0027】

以下、図２～図２５を参照して、図１に示す統合サービス提供システム２０を実現することが可能な情報処理システム１０について、具体的に説明する。

【0028】

（情報処理システム１０の構成）
図２は、本発明の一実施形態に係る情報処理システム１０の構成を示す図である。図２に示すように、本実施形態の情報処理システム１０は、電子黒板１００、ＭＦＰ９００、複数のサービス２００、管理サーバ３００、および管理端末５００を備える。これら複数の機器は、通信ネットワーク１２を介して、互いに通信可能である。

【0029】

複数のサービス２００は、クラウドシステム１４内に設けられている。複数のサービス２００は、通信ネットワーク１２を介して、電子黒板１００およびＭＦＰ９００を含む複数の端末装置へ提供されることにより、電子黒板１００およびＭＦＰ９００を含む複数の端末装置によって利用可能である。サービス２００としては、例えば、プリントサービス、文書管理サービス、ワークフローサービス、契約管理サービス等、様々なサービスが挙げられる。複数のサービス２００は、管理サーバ３００を提供する会社（すなわち、複数のサービス２００の管理の主体となる会社）である自社が提供するサービス２００のみならず、他社が提供するサービス２００も含み得る。

【0030】

電子黒板１００は、オフィス内の会議室等において会議の参加者等によって利用される装置である。例えば、電子黒板１００は、画像の表示、画像に対する書き込み等が可能である。また、電子黒板１００は、通信ネットワーク１２を介して、クラウドシステム１４から提供される複数のサービス２００（例えば、プリントサービス、文書管理サービス、ワークフローサービス等）を利用可能である。例えば、電子黒板１００は、プリントサービスを利用して、ディスプレイ１８０（図３参照）に表示されている画像を、プリントサービスに接続されている印刷装置によって印刷することができる。また、例えば、電子黒板１００は、文書管理サービスを利用して、ディスプレイ１８０に表示されている画像を表す画像ファイルを、ファイルサーバ等に保存することができる。また、例えば、電子黒板１００は、ワークフローサービスを利用して、ディスプレイ１８０にて表示されている画像を表す画像ファイルを用いた、ワークフローを実行することができる。

【0031】

ＭＦＰ９００は、オフィス内等において従業員等によって利用される装置である。例えば、ＭＦＰ９００は、スキャナ機能、プリンタ機能、コピー機能、ドキュメントボックス機能、およびファクシミリ機能等を有する。また、ＭＦＰ９００は、通信ネットワーク１２を介して、クラウドシステム１４から提供される複数のサービス２００（例えば、プリントサービス、文書管理サービス、ワークフローサービス等）を利用可能である。例えば、ＭＦＰ９００は、プリントサービスを利用して、スキャナ機能によって読み取った画像を、プリントサービスに接続されている印刷装置によって印刷することができる。また、例えば、ＭＦＰ９００は、文書管理サービスを利用して、スキャナ機能によって画像を読み取ることによって形成される画像ファイルを、ファイルサーバ等に保存することができる。また、例えば、ＭＦＰ９００は、ワークフローサービスを利用して、スキャナ機能によって画像を読み取ることによって形成される画像ファイルを用いた、ワークフローを実行することができる。

【0032】

なお、本実施形態では、複数のサービス２００を利用可能な「端末装置」の一例として、電子黒板１００およびＭＦＰ９００を用いている。但し、これに限らず、複数のサービス２００を利用可能な「端末装置」として、ＰＣ、タブレット端末、スマートフォン、ビデオ会議端末、カメラ、スキャナ、プロジェクタ、ハンディプリンタ等を用いることができる。

【0033】

管理サーバ３００は、「情報処理装置」の一例である。管理サーバ３００は、クラウドシステム１４内に設けられている。管理サーバ３００は、複数のサービス２００を統合的に管理するプラットフォームとして機能する。例えば、管理サーバ３００は、サービス２００の利用者の管理、サービス２００の管理、サービス２００の契約管理等、サービス２００に関する様々な管理を行うことができる。例えば、管理サーバ３００は、サービス２００の利用者である契約者毎に、ログイン情報、契約情報等を管理する。これにより、契約者は、電子黒板１００、ＭＦＰ９００、または他の端末装置から、自身のログイン情報を用いてクラウドシステム１４にログインし、クラウドシステム１４が提供する複数のサービス２００のうち、自身が契約しているサービス２００を利用することができる。

【0034】

管理端末５００は、契約の管理を行う契約管理者１６（「利用者の関係者」の一例。例えば、図１に示すディーラ１８）によって利用される端末装置である。本実施形態では、管理端末５００としてＰＣを用いているが、その他の端末装置であってもよい。例えば、管理端末５００は、特定の契約者について、サービス２００の新規契約、追加契約、および契約解除を行う際に、契約管理者１６によって利用される。例えば、契約管理者１６は、管理端末５００から管理サーバ３００にログインすることにより、特定の契約者に対して、特定のサービス２００の新規契約（すなわち、サービス２００の有効化）、追加契約（すなわち、サービス２００の有効化）、および契約解除（すなわち、サービス２００の無効化）を行うことができる。

【0035】

（電子黒板１００のハードウェア構成）
図３は、電子黒板１００のハードウェア構成図である。図３に示されているように、電子黒板１００は、ＣＰＵ(Central Processing Unit)１０１、ＲＯＭ(Read Only Memory)１０２、ＲＡＭ(Random Access Memory)１０３、ＳＳＤ(Solid State Drive)１０４、ネットワークＩ／Ｆ１０５、及び、外部機器接続Ｉ／Ｆ(Interface)１０６を備えている。

【0036】

これらのうち、ＣＰＵ１０１は、電子黒板１００全体の動作を制御する。ＲＯＭ１０２は、ＣＰＵ１０１やＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶する。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される。ＳＳＤ１０４は、電子黒板１００用のプログラム等の各種データを記憶する。ネットワークＩ／Ｆ１０５は、通信ネットワーク１２との通信を制御する。外部機器接続Ｉ／Ｆ１０６は、各種の外部機器を接続するためのインタフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリ１３０、外付け機器（マイク１４０、スピーカ１５０、カメラ１６０）である。

【0037】

また、電子黒板１００は、キャプチャデバイス１１１、ＧＰＵ(Graphics Processing Unit)１１２、ディスプレイコントローラ１１３、接触センサ１１４、センサコントローラ１１５、電子ペンコントローラ１１６、近距離通信回路１１９、及び近距離通信回路１１９のアンテナ１１９ａ、電源スイッチ１２２及び選択スイッチ類１２３を備えている。

【0038】

これらのうち、キャプチャデバイス１１１は、外付けのＰＣ(Personal Computer))１７０のディスプレイに対して映像情報を静止画または動画として表示させる。ＧＰＵ１１２は、グラフィクスを専門に扱う半導体チップである。ディスプレイコントローラ１１３は、ＧＰＵ１１２からの出力画像をディスプレイ１８０等へ出力するために画面表示の制御及び管理を行う。接触センサ１１４は、ディスプレイ１８０上に電子ペン１９０やユーザの手Ｈ等が接触したことを検知する。センサコントローラ１１５は、接触センサ１１４の処理を制御する。接触センサ１１４は、赤外線遮断方式による座標の入力及び座標の検出を行う。この座標の入力及び座標の検出する方法は、ディスプレイ１８０の上側両端部に設置された２つ受発光装置が、ディスプレイ１８０に平行して複数の赤外線を放射し、ディスプレイ１８０の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。接触センサ１１４は、物体によって遮断された２つの受発光装置が放射した赤外線のＩＤをセンサコントローラ１１５に出力し、センサコントローラ１１５が、物体の接触位置である座標位置を特定する。電子ペンコントローラ１１６は、電子ペン１９０と通信することで、ディスプレイ１８０へのペン先のタッチやペン尻のタッチの有無を判断する。近距離通信回路１１９は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。電源スイッチ１２２は、電子黒板１００の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。選択スイッチ類１２３は、例えば、ディスプレイ１８０の表示の明暗や色合い等を調整するためのスイッチ群である。

【0039】

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

【0040】

なお、接触センサ１１４は、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどの種々の検出手段を用いてもよい。また、電子ペンコントローラ１１６が、電子ペン１９０のペン先及びペン尻だけでなく、電子ペン１９０のユーザが握る部分や、その他の電子ペンの部分のタッチの有無を判断するようにしてもよい。

【0041】

（ＭＦＰ９００のハードウェア構成）
図４は、ＭＦＰ９００のハードウェア構成図である。図４に示されているように、ＭＦＰ(Ｍultifunction Peripheral/Product/Printer）９００は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

（管理サーバ３００の機能構成）
図７は、本発明の一実施形態に係る管理サーバ３００の機能構成を示す図である。図７に示すように、管理サーバ３００は、記憶部３２０、契約情報受信部３３１、サービス有効化部３３２、連携サービス特定部３３３、サービス通知部３３４、ユーザ通知部３３５、ユーザ確認部３３６、およびユーザ認証部３４０を備える。

【0058】

記憶部３２０は、各種データベースを記憶する。具体的には、記憶部３２０は、契約情報ＤＢ３２１、連携定義情報ＤＢ３２２、連携利用情報ＤＢ３２３、およびユーザ情報ＤＢ３２４を記憶する。契約情報ＤＢ３２１は、各利用者について、どのサービスを契約しているか（すなわち、どのサービスを利用可能であるか）を示す契約情報を記憶する。連携定義情報ＤＢ３２２は、各サービスについて、どのサービスと連携しているかを示す連携定義情報を記憶する。連携利用情報ＤＢ３２３は、各利用者について、どのサービスの連携を実際に利用しているかを示す連携利用情報を記憶する。ユーザ情報ＤＢ３２４は、各利用者について、ユーザ情報を記憶する。ユーザ情報は、少なくとも、ユーザ認証処理に必要なユーザＩＤおよびパスワードを含む。なお、契約情報ＤＢ３２１、連携定義情報ＤＢ３２２、および連携利用情報ＤＢ３２３の具体例については、図８～図１０を参照して後述する。

【0059】

契約情報受信部３３１は、管理端末５００から送信された、サービスの契約情報を受信する。例えば、契約情報受信部３３１は、新規契約の契約情報、追加契約の契約情報、または、契約解除の契約情報を受信する。

【0060】

新規契約の契約情報は、契約管理者１６が管理端末５００から特定の契約者に対してのサービス２００の新規契約を行う際に、管理端末５００から送信されるものであり、少なくとも、新規契約を行う契約者の契約者ＩＤと、新規契約がなされたサービス２００のサービスＩＤとを含んでいる。

【0061】

追加契約の契約情報は、契約管理者１６が管理端末５００から特定の契約者に対してのサービス２００の追加契約を行う際に、管理端末５００管理端末５００から送信されるものであり、少なくとも、追加契約を行う契約者の契約者ＩＤと、追加契約がなされたサービス２００のサービスＩＤとを含んでいる。

【0062】

契約解除の契約情報は、契約管理者１６が管理端末５００から特定の契約者に対してのサービス２００の契約解除を行う際に、管理端末５００管理端末５００から送信されるものであり、少なくとも、契約解除を行う契約者の契約者ＩＤと、契約解除がなされたサービス２００のサービスＩＤとを含んでいる。

【0063】

サービス有効化部３３２は、契約情報受信部３３１によって受信された契約情報に基づいて、サービス２００を有効化または無効化する。

【0064】

例えば、サービス有効化部３３２は、契約情報受信部３３１によって新規契約の契約情報が受信された場合、当該契約情報に示されている、新規契約を行う契約者の契約者ＩＤと、新規契約がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「有効」を設定する。これにより、新規契約がなされたサービス２００が有効化する。

【0065】

また、例えば、サービス有効化部３３２は、契約情報受信部３３１によって追加契約の契約情報が受信された場合、当該契約情報に示されている、追加契約を行う契約者の契約者ＩＤと、追加契約がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「有効」を設定する。これにより、追加契約がなされたサービス２００が有効化する。

【0066】

また、例えば、サービス有効化部３３２は、契約情報受信部３３１によって契約解除の契約情報が受信された場合、当該契約情報に示されている、契約解除を行う契約者の契約者ＩＤと、契約解除がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「無効」を設定する。これにより、契約解除がなされたサービス２００が無効化する。

【0067】

連携サービス特定部３３３は、サービス有効化部３３２によってサービス２００の有効化または無効化がなされた場合、連携定義情報ＤＢ３２２に基づいて、当該サービス２００に連携する他のサービス２００を特定する。

【0068】

サービス通知部３３４は、連携サービス特定部３３３によって、有効化がなされたサービス２００と連携する他のサービス２００が特定された場合、有効化がなされたサービス２００と、連携サービス特定部３３３によって特定された他のサービス２００とのうち、連携元となるサービス２００に対して、連携先となるサービス２００との連携機能を有効化するように通知する。例えば、連携元となるサービス２００は、この通知に応じて、連携先となるサービス２００との連携機能のＧＵＩ部品（例えば、選択ボタン）を有効化する。

【0069】

また、サービス通知部３３４は、連携サービス特定部３３３によって、無効化がなされたサービス２００と連携する他のサービス２００が特定された場合、当該他のサービス２００に対して、無効化がなされたサービス２００との連携機能を無効化するように通知する。例えば、他のサービス２００は、この通知に応じて、無効化がなされたサービス２００との連携機能のＧＵＩ部品（例えば、選択ボタン）を無効化する。

【0070】

ユーザ通知部３３５は、契約者によってあるサービス２００が追加契約されたことにより、他のサービス２００（連携元となるサービス２００）から、追加されたサービス２００（連携先となるサービス２００）が連携して利用できるようになった場合、連携元となるサービス２００から連携先となるサービス２００が利用できるようになったことを、追加契約を行った契約者に通知する。例えば、この通知は、追加契約を行った契約者が利用する端末装置へメッセージを送信することによって実現される。

【0071】

ユーザ確認部３３６は、契約者によってあるサービス２００が契約解除されたことにより、他のサービス２００（連携元のサービス２００）から、契約解除されたサービス２００（連携先のサービス２００）が連携して利用できなくなる場合、契約解除がなされたサービス２００を無効化してよいか否かを、契約者に確認する。例えば、この確認は、契約解除を行った契約者が利用する端末装置へメッセージを送信することによって実現される。

【0072】

ユーザ認証部３４０は、契約者が利用する各種端末装置から送信されたログイン情報を取得し、当該ログイン情報に基づいて、ユーザの認証処理を行う。具体的には、ユーザ認証部３４０は、各種端末装置から送信されたログイン情報に含まれているユーザＩＤおよびパスワードの組み合わせが、予めユーザ情報ＤＢ３２４に記憶されているユーザＩＤおよびパスワードの組み合わせと一致する場合、ユーザの認証処理の結果として「成功」と判断する。この場合、例えば、サービス通知部３３４は、ユーザの認証処理に成功したことを示すユーザ認証処理結果を、ユーザＩＤとともに、ログイン処理を行った契約者が契約中のサービス２００へ通知する。また、ユーザ認証部３４０は、ユーザの認証処理に成功したことを示すユーザ認証処理結果を、ログイン処理を行った契約者にも通知する。これにより、ログイン処理を行った契約者は、各種端末装置から自身が契約中のサービス２００を利用可能となる。一方、ユーザ認証部３４０は、各種端末装置から送信されたログイン情報に含まれているユーザＩＤおよびパスワードの組み合わせが、予めユーザ情報データベースに記憶されているユーザＩＤおよびパスワードの組み合わせと一致しない場合、ユーザの認証処理の結果として「失敗」と判断する。この場合、例えば、ユーザ認証部３４０は、ログイン処理に失敗したことを、ログイン処理を行った契約者へ通知する。

【0073】

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

【0074】

（契約情報ＤＢ３２１の具体例）
図８は、本発明の一実施形態に係る契約情報ＤＢ３２１の具体例を示す図である。図８に示すように、契約情報ＤＢ３２１は、サービス２００の契約者を識別するための契約者ＩＤ毎に、クラウドシステム１４から提供される複数のサービス（「ServiceA」,「ServiceB」,「ServiceC」）の各々について、有効か無効かを表す情報（「有効」または「無効」）が対応付けられている。例えば、図８に示す例では、契約者ＩＤ「Company1」に対して、サービスＩＤ「ServiceA」,「ServiceB」,「ServiceC」の各々について、「有効」が対応付けられている。これは、契約者ＩＤ「Company1」を有する契約者が、３つのサービス「ServiceA」,「ServiceB」,「ServiceC」の各々を利用可能であることを表す。例えば、契約者ＩＤは、テナントと呼ばれる企業内の組織毎に設定される。但し、これに限らず、契約者ＩＤは、その他の単位（例えば、企業内の個人毎）に設定されてもよい。また、図８に示す契約情報ＤＢ３２１では、テナント毎且つサービス毎に、有効および無効が示されているが、これに限らず、例えば、テナントに属するユーザ毎且つサービス毎に、有効および無効が示されてもよい。また、契約情報ＤＢ３２１は、有効化された契約者ＩＤとサービスＩＤとの組み合わせのみ、格納されてもよい。

【0075】

（連携定義情報ＤＢ３２２の具体例）
図９は、本発明の一実施形態に係る連携定義情報ＤＢ３２２の具体例を示す図である。図９に示すように、連携定義情報ＤＢ３２２は、サービス２００の連携を識別するための連携定義情報ＩＤと、連携元のサービス２００を識別するためのサービスＩＤと、そのサービス２００と連携可能な連携先のサービス２００を識別するためのサービスＩＤとが、対応付けられて格納されている。例えば、図９に示す例では、連携元のサービス２００のサービスＩＤ「ServiceA」に対して、連携先のサービス２００のサービスＩＤ「ServiceB」,「ServiceC」が対応付けられている。これは、サービスＩＤ「ServiceA」を有するサービス２００から、サービスＩＤ「ServiceB」,「ServiceC」を有する２つのサービス２００を連携して利用できることを表す。

【0076】

なお、連携定義情報ＤＢ３２２では、２つのサービス２００の組み合わせで、一方向の連携利用と、双方向の連携利用とを定義することができる。

【0077】

例えば、図９に示す例では、連携定義情報ＤＢ３２２には、「ServiceA」と「ServiceB」との組み合わせでは、「ServiceA」を連携元とし、「ServiceB」を連携先とする連携定義情報（連携定義情報ＩＤ「1」）と、「ServiceB」を連携元とし、「ServiceA」を連携先とする連携定義情報（連携定義情報ＩＤ「3」）とが格納されている。すなわち、「ServiceA」と「ServiceB」との間で、双方向の連携利用が可能なことが示されている。

【0078】

一方、図９に示す例では、連携定義情報ＤＢ３２２には、「ServiceA」と「ServiceC」との組み合わせでは、「ServiceA」を連携元とし、「ServiceC」を連携先とする連携定義情報（連携定義情報ＩＤ「2」）のみが格納されている。すなわち、「ServiceA」と「ServiceC」との間で、一方向の連携利用が可能なことが示されている。

【0079】

（連携利用情報ＤＢ３２３の具体例）
図１０は、本発明の一実施形態に係る連携利用情報ＤＢ３２３の具体例を示す図である。図１０に示すように、連携利用情報ＤＢ３２３は、サービス２００の契約者を識別するための契約者ＩＤと、その契約者が実際に利用しているサービス２００の連携を識別するための連携定義情報ＩＤとが、対応付けられて格納されている。連携利用情報ＤＢ３２３に設定される連携定義情報ＩＤは、図９に示す連携定義情報ＤＢ３２２に設定される連携定義情報ＩＤと対応する。例えば、図１０に示す例では、契約者ＩＤ「Company1」に対して、連携定義情報ＩＤ「1」,「3」が対応付けられている。これは、契約者ＩＤ「Company1」を有する契約者が、図９に示す連携定義情報ＩＤ「1」を有するサービス２００の連携（連携元＝「ServiceA」，連携先＝「ServiceB」）と、図９に示す連携定義情報ＩＤ「3」を有するサービス２００の連携（連携元＝「ServiceB」，連携先＝「ServiceA」）とを、実際に利用していることを表す。なお、連携利用情報ＤＢ３２３に対する情報（すなわち、サービス２００の連携機能を使用しているか否か）の登録は、例えば、契約管理者１６が管理端末５００から手動で設定してもよく、管理サーバ３００が、サービス２００の連携機能の利用状況に応じて、自動で設定してもよい。

【0080】

（新規契約時処理の手順）
図１１は、本発明の一実施形態に係る管理サーバ３００による新規契約時処理の手順を示すフローチャートである。

【0081】

まず、契約情報受信部３３１が、管理端末５００から送信された新規契約の契約情報を、通信ネットワーク１２を介して受信する（ステップＳ１００１）。新規契約の契約情報には、少なくとも、契約者を識別するための契約者ＩＤと、新規契約がなされたサービス２００を識別するためのサービスＩＤとを含んでいる。なお、複数のサービス２００の新規契約がなされた場合、新規契約の契約情報には、複数のサービス２００の各々のサービスＩＤが含まれる。

【0082】

次に、サービス有効化部３３２が、ステップＳ１００１で受信された新規契約の契約情報に基づき、新規契約を行った契約者に対し、新規契約がなされたサービス２００を有効化する（ステップＳ１００２）。具体的には、サービス有効化部３３２は、新規契約を行った契約者の契約者ＩＤと、新規契約がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「有効」を設定する。

【0083】

次に、連携サービス特定部３３３が、新規契約がなされたサービス２００に連携するサービス２００を特定する（ステップＳ１００３）。具体的には、連携サービス特定部３３３は、連携定義情報ＤＢ３２２を参照することにより、新規契約がなされたサービス２００のサービスＩＤに対応付けられている、他のサービス２００のサービスＩＤを、新規契約がなされたサービス２００に連携するサービス２００として特定する。例えば、新規契約がなされたサービス２００が「ServiceA」である場合、連携サービス特定部３３３は、図９に示す連携定義情報ＤＢ３２２に基づき、「ServiceB」および「ServiceC」を、連携するサービス２００として特定する。

【0084】

次に、サービス通知部３３４が、ステップＳ１００３において、新規契約がなされたサービス２００に連携するサービス２００が特定されたか否かを判断する（ステップＳ１００４）。

【0085】

ステップＳ１００４において、連携するサービス２００が特定されなかったと判断された場合（ステップＳ１００４：Ｎｏ）、管理サーバ３００は、図１１に示す一連の処理を終了する。

【0086】

一方、ステップＳ１００４において、連携するサービス２００が特定されたと判断された場合（ステップＳ１００４：Ｙｅｓ）、サービス通知部３３４が、新規契約がなされたサービス２００と、連携するサービス２００とのうち、連携元のサービス２００に対して、連携先のサービス２００が利用できるように通知する（ステップＳ１００５）。そして、管理サーバ３００は、図１１に示す一連の処理を終了する。

【0087】

例えば、ステップＳ１００５では、サービス通知部３３４は、新規契約がなされたサービス２００「ServiceA」が連携元のサービスであり、連携するサービス２００「ServiceB」および「ServiceC」が連携先のサービスである場合、サービス通知部３３４は、新規契約を行った契約者が、「ServiceA」から「ServiceB」および「ServiceC」を連携して利用できるように、「ServiceA」に通知を行う。「ServiceA」は、この通知を受信すると、例えば、新規契約を行った契約者に提供される「ServiceA」のＧＵＩにおける、「ServiceB」および「ServiceC」を連携して利用するための機能を有効化する。これにより、新規契約を行った契約者は、ＩＷＢ１００等の端末装置を用いて、「ServiceA」のＧＵＩから、「ServiceB」および「ServiceC」を連携して利用することができる。

【0088】

また、例えば、ステップＳ１００５では、サービス通知部３３４は、新規契約がなされたサービス２００「ServiceA」が連携先のサービスであり、連携するサービス２００「ServiceB」が連携元のサービスである場合、サービス通知部３３４は、新規契約を行った契約者が、「ServiceB」から「ServiceA」を連携して利用できるように、「ServiceB」に通知を行う。「ServiceB」は、この通知を受信すると、例えば、新規契約を行った契約者に提供される「ServiceB」のＧＵＩにおける、「ServiceA」を連携して利用するための機能を有効化する。これにより、新規契約を行った契約者は、ＩＷＢ１００等の端末装置を用いて、「ServiceB」のＧＵＩから、「ServiceA」を連携して利用することができる。

【0089】

（追加契約時処理の手順）
図１２は、本発明の一実施形態に係る管理サーバ３００による追加契約時処理の手順を示すフローチャートである。

【0090】

まず、契約情報受信部３３１が、管理端末５００から送信された追加契約の契約情報を、通信ネットワーク１２を介して受信する（ステップＳ１１０１）。追加契約の契約情報には、少なくとも、契約者を識別するための契約者ＩＤと、追加契約がなされたサービス２００を識別するためのサービスＩＤとを含んでいる。なお、複数のサービス２００の追加契約がなされた場合、追加契約の契約情報には、複数のサービス２００の各々のサービスＩＤが含まれる。

【0091】

次に、サービス有効化部３３２が、ステップＳ１１０１で受信された追加契約の契約情報に基づき、追加契約を行った契約者に対し、追加契約がなされたサービス２００を有効化する（ステップＳ１１０２）。具体的には、サービス有効化部３３２は、追加契約を行った契約者の契約者ＩＤと、追加契約がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「有効」を設定する。

【0092】

次に、連携サービス特定部３３３が、追加契約がなされたサービス２００に連携するサービス２００を特定する（ステップＳ１１０３）。具体的には、連携サービス特定部３３３は、連携定義情報ＤＢ３２２を参照することにより、追加契約がなされたサービス２００のサービスＩＤに対応付けられている、他のサービス２００のサービスＩＤを、追加契約がなされたサービス２００に連携するサービス２００として特定する。例えば、追加契約がなされたサービス２００が「ServiceC」である場合、連携サービス特定部３３３は、図９に示す連携定義情報ＤＢ３２２に基づき、「ServiceA」を、連携するサービス２００として特定する。

【0093】

次に、サービス通知部３３４が、ステップＳ１１０３において、追加契約がなされたサービス２００に連携するサービス２００が特定されたか否かを判断する（ステップＳ１１０４）。

【0094】

ステップＳ１１０４において、連携するサービス２００が特定されなかったと判断された場合（ステップＳ１１０４：Ｎｏ）、管理サーバ３００は、図１２に示す一連の処理を終了する。

【0095】

一方、ステップＳ１１０４において、連携するサービス２００が特定されたと判断された場合（ステップＳ１１０４：Ｙｅｓ）、サービス通知部３３４が、追加契約がなされたサービス２００と、連携するサービス２００とのうち、連携元のサービス２００に対して、連携先のサービス２００が利用できるように通知する（ステップＳ１１０５）。

【0096】

例えば、ステップＳ１１０５では、サービス通知部３３４は、追加契約がなされたサービス２００「ServiceC」が連携先のサービスであり、連携するサービス２００「ServiceA」が連携元のサービスである場合、サービス通知部３３４は、追加契約を行った契約者が、「ServiceA」から「ServiceC」を連携して利用できるように、「ServiceA」に通知を行う。「ServiceA」は、この通知を受信すると、例えば、追加契約を行った契約者に提供される「ServiceA」のＧＵＩにおける、「ServiceC」を連携して利用するための機能を有効化する。これにより、追加契約を行った契約者は、ＩＷＢ１００等の端末装置を用いて、「ServiceA」のＧＵＩから、「ServiceC」を連携して利用することができる。

【0097】

その後、ユーザ通知部３３５が、連携元のサービスから連携先のサービスが利用できるようになったことを、契約者に通知する（ステップＳ１１０６）。そして、管理サーバ３００は、図１２に示す一連の処理を終了する。

【0098】

例えば、ステップＳ１１０６では、ユーザ通知部３３５は、「ServiceC」が追加契約されたことにより、「ServiceA」から「ServiceC」を連携して利用できるようになった場合、追加契約を行った契約者が利用する端末装置に対し、「ServiceCのご契約ありがとうございます。本Serviceとの連携設定はServiceAの設定画面にもあります。」等のメッセージを送信することにより、当該メッセージを、追加契約を行った契約者が利用する端末装置のディスプレイに表示させる。但し、これに限らず、当該メッセージを所定のメールアドレスへ送信する等、他の通知方法を用いてもよい。

【0099】

（契約解除時処理の手順）
図１３は、本発明の一実施形態に係る管理サーバ３００による契約解除時処理の手順を示すフローチャートである。

【0100】

まず、契約情報受信部３３１が、管理端末５００から送信された契約解除の契約情報を、通信ネットワーク１２を介して受信する（ステップＳ１２０１）。契約解除の契約情報には、少なくとも、契約者を識別するための契約者ＩＤと、契約解除がなされたサービス２００を識別するためのサービスＩＤとを含んでいる。なお、複数のサービス２００の契約解除がなされた場合、契約解除の契約情報には、複数のサービス２００の各々のサービスＩＤが含まれる。

【0101】

次に、連携サービス特定部３３３が、契約解除がなされたサービス２００に連携するサービス２００を特定する（ステップＳ１２０２）。具体的には、連携サービス特定部３３３は、連携定義情報ＤＢ３２２を参照することにより、契約解除がなされたサービス２００のサービスＩＤに対応付けられている、他のサービス２００のサービスＩＤを、契約解除がなされたサービス２００に連携するサービス２００として特定する。例えば、契約解除がなされたサービス２００が「ServiceB」である場合、連携サービス特定部３３３は、図９に示す連携定義情報ＤＢ３２２に基づき、「ServiceA」を、連携するサービス２００として特定する。

【0102】

次に、サービス通知部３３４が、ステップＳ１２０２において、契約解除がなされたサービス２００に連携するサービス２００が特定されたか否かを判断する（ステップＳ１２０３）。

【0103】

ステップＳ１２０３において、連携するサービス２００が特定されなかったと判断された場合（ステップＳ１２０３：Ｎｏ）、サービス有効化部３３２が、ステップＳ１２０１で受信された契約解除の契約情報に基づき、契約解除を行った契約者に対し、契約解除がなされたサービス２００を無効化する（ステップＳ１２０８）。具体的には、サービス有効化部３３２は、契約解除を行った契約者の契約者ＩＤと、契約解除がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「無効」を設定する。その後、管理サーバ３００は、図１３に示す一連の処理を終了する。

【0104】

一方、ステップＳ１２０３において、連携するサービス２００が特定されたと判断された場合（ステップＳ１２０３：Ｙｅｓ）、サービス有効化部３３２が、連携利用情報ＤＢ３２３を参照することにより、契約解除がなされたサービス２００と、連携するサービス２００との連携が、契約解除を行った契約者によって実際に利用されているか否かを判断する（ステップＳ１２０４）。

【0105】

ステップＳ１２０４において、契約解除がなされたサービス２００と、連携するサービス２００との連携が、実際に契約解除を行った契約者によって利用されていると判断された場合（ステップＳ１２０４：Ｙｅｓ）、ユーザ確認部３３６が、契約解除がなされたサービス２００を無効化してよいか否かを、契約者に確認する（ステップＳ１２０５）。例えば、「ServiceB」の契約解除がなされることにより、「ServiceA」からの「ServiceB」の連携利用ができなくなる場合、ユーザ確認部３３６は、契約者が利用する端末装置に対し、「ServiceA上でServiceBと連携可能な機能も使えなくなります。本当に解除しますか？」等のメッセージを送信することにより、当該メッセージを、契約者が利用する端末装置のディスプレイに表示させる。

【0106】

そして、ユーザ確認部３３６が、ステップＳ１２０５で契約者に確認した結果に基づいて、契約解除がなされたサービス２００を無効化するか否かを判断する（ステップＳ１２０６）。

【0107】

ステップＳ１２０４において、契約解除がなされたサービス２００と、連携するサービス２００との連携が、実際に契約解除を行った契約者によって利用されていないと判断された場合（ステップＳ１２０４：Ｎｏ）、または、ステップＳ１２０６において、契約解除がなされたサービス２００を無効化すると判断された場合（ステップＳ１２０６：Ｙｅｓ）、サービス通知部３３４が、契約解除がなされたサービス２００と連携するサービス２００に対して、契約解除がなされたサービス２００との連携を無効化するように通知する（ステップＳ１２０７）。そして、サービス有効化部３３２が、契約解除を行った契約者に対し、契約解除がなされたサービス２００を無効化する（ステップＳ１２０８）。具体的には、サービス有効化部３３２は、契約解除を行った契約者の契約者ＩＤと、契約解除がなされたサービス２００のサービスＩＤとの対応付けを、契約情報ＤＢ３２１から削除する。その後、管理サーバ３００は、図１３に示す一連の処理を終了する。

【0108】

一方、ステップＳ１２０６において、契約解除がなされたサービス２００を無効化しないと判断された場合（ステップＳ１２０６：Ｎｏ）、管理サーバ３００は、図１３に示す一連の処理を終了する。この場合、契約者がサービス２００の連携の無効化を望んでいない訳であるから、サービス２００の契約解除は、キャンセルまたは保留される。

【0109】

（サービス２００の追加契約を行う際の表示画面の一例）
図１４～図１６は、本発明の一実施形態に係る管理端末５００に表示される、サービス２００の追加契約を行う際の表示画面の一例を示す図である。

【0110】

図１４～図１６に示す表示画面１３００は、管理端末５００のディスプレイに表示される表示画面である。この表示画面１３００は、ある契約者Ａのサービス２００の契約を管理するアプリケーションの表示画面である。この表示画面１３００は、契約管理を行う契約管理者１６が、管理端末５００から管理サーバ３００にログインすることにより、管理端末５００から利用可能となる。契約管理者１６は、この表示画面１３００から、契約者Ａについて、契約中のサービス２００の確認、未契約のサービス２００の確認、サービス２００の追加契約、サービス２００の契約解除等を行うことができる。図１４に示すように、表示画面１３００は、チェックボックス１３０１およびチェックボックス１３０２を備える。

【0111】

チェックボックス１３０１は、テキスト「Deployed」が付随して示されている。契約管理者１６によってチェックボックス１３０１が選択されることにより、表示画面１３００には、管理サーバ３００の契約情報ＤＢ３２１に設定されている契約者Ａの契約情報に基づいて、クラウドシステム１４から提供される複数のサービス２００のうち、契約者Ａが契約中の複数のサービス２００が一覧表示される。

【0112】

チェックボックス１３０２は、テキスト「Not Deployed」が付随して示されている。契約管理者１６によってチェックボックス１３０２が選択されることにより、表示画面１３００には、管理サーバ３００の契約情報ＤＢ３２１に設定されている契約者Ａの契約情報に基づいて、クラウドシステム１４から提供される複数のサービス２００のうち、契約者Ａが未契約の複数のサービス２００が一覧表示される。

【0113】

契約管理者１６は、この表示画面１３００から、サービス２００の追加契約を行うことが可能である。例えば、図１４および図１５に示す例では、表示画面１３００には、契約者Ａが未契約の３つのサービス２００「ServiceB」，「ServiceD」,「ServiceE」が表示されている。表示画面１３００において、各サービス２００には、「Install」と示されたインストールボタン１３０３が設けられている。なお、表示画面１３００に表示されていない２つのサービス２００「ServiceA」，「ServiceC」は、契約者Ａが契約中のサービス２００である。例えば、契約管理者１６は、図１５に示すように、「ServiceB」のインストールボタン１３０３を押下することにより、「ServiceB」の追加契約を行うことができる。

【0114】

この際、管理サーバ３００には、「ServiceB」の追加契約に係る契約情報が送信される。管理サーバ３００は、この契約情報を受信すると、既に説明した追加契約時処理を行い、契約情報ＤＢ３２１において契約者Ａの契約者ＩＤに「ServiceB」を追加することにより、契約者Ａによる「ServiceB」の利用を有効化する。これにより、契約者Ａは、３つのサービス２００「ServiceA」，「ServiceB」,「ServiceC」が利用可能となる。

【0115】

そして、既に説明したとおり、「ServiceB」は、「ServiceA」からの連携利用が可能である。そこで、管理サーバ３００は、管理端末５００に対し、「ServiceBのご契約ありがとうございます。ServiceBとの連携設定はServiceAの設定画面にもあります。ご活用下さい」等のメッセージを送信する。管理端末５００は、図１６に示すように、当該メッセージをポップアップ画面１３１０によって表示することにより、当該メッセージを契約管理者１６に通知することができる。

【0116】

（サービス２００の契約解除を行う際の表示画面の一例）
図１７～図２０は、本発明の一実施形態に係る管理端末５００に表示される、サービス２００の契約解除を行う際の表示画面の一例を示す図である。

【0117】

図１７に示す例では、図１４～図１６と同様の表示画面１３００において、契約管理者１６によってチェックボックス１３０１が選択されている。これにより、表示画面１３００には、契約者Ａが契約中の３つのサービス２００「ServiceA」，「ServiceB」,「ServiceC」が一覧表示されている。図１７に示す表示画面１３００において、各サービス２００には、図１４～図１６に示すインストールボタン１３０３の代わりに、既に契約中であることを表す、「Installed」と示された無効なボタン１３０４が表示されている。

【0118】

また、図１７に示す表示画面１３００において、各サービス２００には、ドロップダウンボタン１３０５が表示されている。契約管理者１６は、表示画面１３００において、任意のサービス２００のドロップダウンボタン１３０５を選択することにより、ドロップダウンリスト１３０６を表示させて、当該ドロップダウンリスト１３０６の中から、任意のアクションを選択することができる。

【0119】

例えば、図１８に示す例では、表示画面１３００において、契約管理者１６によって「ServiceB」のドロップダウンボタン１３０５が選択されたことにより、「ServiceB」のドロップダウンリスト１３０６が表示されている。そして、このドロップダウンリスト１３０６において、契約管理者１６によって「Go to application」と示されたアクションが選択されている。これにより、管理端末５００のディスプレイには、図１９に示すように、「ServiceB」の詳細内容を表す、サービス詳細画面１８００が表示される。

【0120】

契約管理者１６は、このサービス詳細画面１８００から、「ServiceB」の契約解除を行うことが可能である。具体的には、図１９に示すように、サービス詳細画面１８００は、「uninstall」と示されたリンク１８０１が表示されている。契約管理者１６は、このリンク１８０１を押下することにより、「ServiceB」の契約解除を行うことができる。この際、管理サーバ３００には、「ServiceB」の契約解除に係る契約情報が送信される。

【0121】

そして、既に説明したとおり、「ServiceB」は、「ServiceA」からの連携利用が可能である。そこで、管理サーバ３００は、管理端末５００に対し、「ServiceA上でServiceBと連携可能な機能も使えなくなります。本当に解除しますか？」等のメッセージを送信する。管理端末５００は、図２０に示すように、当該メッセージをポップアップ画面１８１０によって表示することにより、当該メッセージを契約管理者１６に通知することができる。

【0122】

図２０に示すように、ポップアップ画面１８１０には、キャンセルボタン１８１１およびＯＫボタン１８１２が表示されている。契約管理者１６は、キャンセルボタン１８１１を選択することにより、「ServiceB」の契約解除をキャンセルすることができる。一方、契約管理者１６は、ＯＫボタン１８１２を選択することにより、「ServiceB」の契約解除を確定することができる。そして、「ServiceB」の契約解除のキャンセルまたは確定は、管理端末５００から、管理サーバ３００へ通知される。

【0123】

管理サーバ３００は、「ServiceB」の契約解除のキャンセルの通知を受信すると、既に説明した契約解除時処理を行い、契約情報ＤＢ３２１から、契約者Ａの契約者ＩＤに対応付けられている「ServiceB」を削除することにより、契約者Ａによる「ServiceB」の利用を無効化する。これにより、契約者Ａは、残りの２つのサービス２００「ServiceA」，「ServiceC」が利用可能となる。

【0124】

（サービス２００の連携機能の第１具体例）
図２１および図２２は、契約者に提供されるサービス２００の連携機能の第１具体例を示す図である。図２１および図２２に示す表示画面２０００は、ある契約者Ａが利用する端末装置（例えば、ＰＣ、タブレット端末、スマートフォン等）のディスプレイに表示される表示画面である。この表示画面２０００は、ワークフローサービス（上述の「ServiceA」の一例）から提供される、ワークフローの作成画面である。契約者Ａは、この表示画面２０００から、ワークフローの作成等を行うことができる。

【0125】

図２１は、契約者Ａによる「ServiceB」および「ServiceC」との契約前の表示画面２０００を表している。一方、図２２は、契約者Ａによる「ServiceB」および「ServiceC」との契約後の表示画面２０００を表している。

【0126】

図２２に示す表示画面２０００では、「ServiceB」および「ServiceC」との連携機能が有効化されたことにより、「ServiceB」および「ServiceC」との連携機能を利用するための配信ボタン２００２，２００４が表示されている。

【0127】

例えば、契約者Ａは、配信ボタン２００２を選択することにより、表示画面２０００で作成されたワークフローを、「ServiceB」に配信することができる。また、例えば、契約者Ａは、配信ボタン２００４を選択することにより、表示画面２０００で作成されたワークフローを、「ServiceC」に配信することができる。

【0128】

（サービス２００の連携機能の第２具体例）
図２３および図２４は、契約者に提供されるサービス２００の連携機能の第２具体例を示す図である。図２３および図２４は、ある契約者Ａが電子黒板１００からあるサービス（上述の「ServiceA」の一例）を利用しているときの、電子黒板１００のディスプレイ１８０による表示例を表している。契約者Ａは、このディスプレイ１８０に対して、任意の内容の書き込み等を行うことができる。

【0129】

図２３は、契約者Ａによる「ServiceB」および「ServiceC」との契約前の表示例を表している。一方、図２４は、契約者Ａによる「ServiceB」および「ServiceC」との契約後の表示例を表している。ここでは、「ServiceB」を、「ServiceA」からの連携利用が可能なプリントサービスと、「ServiceC」を、「ServiceA」からの連携利用が可能なワークフローサービスとする。

【0130】

図２４に示すディスプレイ１８０では、「ServiceB」（プリントサービス）および「ServiceC」（ワークフローサービス）との連携機能が有効化されたことにより、「ServiceB」および「ServiceC」との連携機能を利用するための印刷ボタン２３０２および審査依頼ボタン２３０４が表示されている。

【0131】

例えば、契約者Ａは、印刷ボタン２３０２を選択することにより、ディスプレイ１８０の表示内容を、「ServiceB」（プリントサービス）に配信して、印刷することができる。また、例えば、契約者Ａは、審査依頼ボタン２３０４を選択することにより、ディスプレイ１８０の表示内容を、「ServiceC」（ワークフローサービス）に配信して、審査依頼することができる。

【0132】

（情報処理システム１０によるユーザ認証処理の手順）
図２５は、本発明の一実施形態に係る情報処理システム１０によるユーザ認証処理の手順を示すシーケンス図である。

【0133】

まず、ＩＷＢ１００，ＭＦＰ９００等の端末装置において、契約者からのログイン情報の入力を受け付ける（ステップＳ２４０１）。例えば、ログイン情報は、ユーザＩＤおよびパスワードを含む。端末装置は、入力されたログイン情報を、通信ネットワーク１２を介して管理サーバ３００へ送信する（ステップＳ２４０２）。

【0134】

管理サーバ３００では、ユーザ認証部３４０が、端末装置から送信されたログイン情報を取得し（ステップＳ２４０３）、当該ログイン情報と、管理サーバ３００が備えるユーザ情報ＤＢ３２４とに基づいて、ユーザの認証処理を行う（ステップＳ２４０４）。

【0135】

ここで、ユーザの認証処理に成功した場合、ユーザ認証部３４０が、ユーザの認証処理に成功したことを示すユーザ認証処理結果を、端末装置へ送信する（ステップＳ２４０５）。端末装置は、ユーザ認証処理結果を受信すると（ステップＳ２４０６）、ログインに成功したことを、契約者に通知する（ステップＳ２４０７）。

【0136】

また、管理サーバ３００では、サービス通知部３３４が、ユーザの認証処理に成功したことを示すユーザ認証処理結果を、ユーザＩＤとともに、ログイン処理を行った契約者が契約中のサービス２００へ送信する（ステップＳ２４０８）。ここで、ログイン処理を行った契約者が複数のサービス２００を契約中の場合、サービス通知部３３４は、複数のサービス２００の各々へ、ユーザ認証処理結果を送信する。

【0137】

サービス２００は、ユーザ認証処理結果を受信すると（ステップＳ２４０９）、当該ユーザ認証処理結果に含まれているユーザＩＤに対し、当該サービス２００の利用を有効化する（ステップＳ２４１０）。

【0138】

その後、端末装置が、契約者からの操作に応じて、サービス２００へ利用要求を送信すると（ステップＳ２４１１）、サービス２００が、端末装置から送信された利用要求に応じて、当該利用要求に含まれているユーザＩＤに基づいて、自サービス２００を利用可能であるか否かを判断し、自サービス２００を利用可能であると判断した場合は、端末装置へ自サービス２００を提供する（ステップＳ２４１２）。これにより、契約者は、端末装置からサービス２００を利用することができる（ステップＳ２４１３）。

【0139】

例えば、サービス２００は、管理サーバ３００に問い合わせを行うことにより、契約者が自サービス２００を利用可能であるか否かを判断してもよい。または、サービス２００は、契約情報ＤＢ３２１と同期した同期情報を保持しておき、当該同期情報に基づいて、契約者が自サービス２００を利用可能であるか否かを判断してもよい。

【0140】

なお、図２５では、サービス２００が「契約者が自サービス２００を利用可能である」と判断した場合を示しているが、サービス２００が「契約者が自サービス２００を利用可能でない」と判断した場合は、端末装置へ自サービス２００を提供せずに、自サービス２００を利用できない旨を、端末装置へ通知する。

【0141】

なお、ユーザ認証処理は、契約者が端末装置からサービス２００を利用する際に、当該サービス２００が行ってもよい。この場合、サービス２００は、ユーザ情報ＤＢ３２４と同期した同期情報を保持しておき、当該同期情報に基づいて、ユーザ認証処理を行ってもよい。

【0142】

以上説明したように、本発明の一実施形態に係る管理サーバ３００は、利用者による一のサービス２００が利用可能となる場合、サービス２００同士の連携関係を定義する定義情報に基づいて、当該一のサービス２００と連携可能な他のサービス２００を特定する連携サービス特定部３３３と、連携サービス特定部３３３によって他のサービス２００が特定された場合、一のサービス２００と他のサービス２００との連携機能を有効化するように、一のサービス２００および他のサービス２００のうちの連携元となるサービス２００に通知するサービス通知部３３４とを備える。

【0143】

これにより、一実施形態に係る管理サーバ３００は、互いに連携可能な２つのサービス２００の双方が利用可能となった場合のみ、両者の連携機能が有効化される。すなわち、互いに連携可能な２つのサービス２００の一方が利用可能でない場合には、両者の連携機能が無効化される。したがって、一実施形態に係る管理サーバ３００によれば、利用者が、互いに連携可能な２つのサービス２００のうち、利用可能な一方のサービス２００を利用する際に、利用可能でない他方のサービス２００との連携機能が、あたかも利用可能であるかの如く呈示されてしまうことを防ぐことができる。

【0144】

また、本発明の一実施形態に係る管理サーバ３００において、サービス通知部３３４は、連携サービス特定部３３３によって特定された他のサービス２００が、連携元となるサービス２００である場合、当該他のサービス２００が備える一のサービス２００との連携機能を有効化するように、当該他のサービス２００に通知する。

【0145】

これにより、一実施形態に係る管理サーバ３００は、互いに連携可能な２つのサービス２００のうち、一方のサービス２００が既に利用可能であり、さらに、他方のサービス２００が利用可能となった場合に、両者の連携機能を有効化することできる。

【0146】

また、本発明の一実施形態に係る管理サーバ３００において、サービス通知部３３４は、連携サービス特定部３３３によって特定された他のサービス２００が、連携元となるサービス２００である場合、当該他のサービス２００が備える一のサービス２００との連携機能のＧＵＩ部品を有効化するように、当該他のサービス２００に通知する。

【0147】

これにより、一実施形態に係る管理サーバ３００は、互いに連携可能な２つのサービス２００の連携機能が有効化または無効化されていることを、利用者に視覚的に把握させることができる。

【0148】

また、本発明の一実施形態に係る管理サーバ３００は、連携サービス特定部３３３によって特定された他のサービス２００が、連携元となるサービス２００である場合、当該他のサービス２００から一のサービス２００を連携して利用可能となることを利用者に通知するユーザ通知部３３５をさらに備える。

【0149】

これにより、一実施形態に係る管理サーバ３００は、互いに連携可能な２つのサービス２００の連携機能が有効化されたことを、より確実に、利用者に把握させることができる。

【0150】

また、本発明の一実施形態に係る管理サーバ３００において、一のサービス２００および他のサービス２００は、利用者による契約がなされることにより、利用者による利用可能となる。

【0151】

これにより、一実施形態に係る管理サーバ３００は、互いに連携可能な２つのサービス２００の双方が、利用者によって契約上利用可能となった場合に、両者の連携機能を有効化することができる。

【0152】

また、本発明の一実施形態に係る管理サーバ３００において、利用者による一のサービス２００の利用ができなくなる場合、連携サービス特定部３３３は、定義情報に基づいて、当該一のサービス２００と連携可能な他のサービス２００を特定し、サービス通知部３３４は、他のサービス２００が備える当該一のサービス２００との連携機能を無効化するように、他のサービス２００に通知する。

【0153】

これにより、一実施形態に係る管理サーバ３００は、互いに連携する２つのサービス２００のうちの一方が利用できなくなった場合、両者の連携機能を無効化することができる。

【0154】

また、本発明の一実施形態に係る管理サーバ３００は、利用者による一のサービス２００の利用ができなくなることにより、他のサービス２００が備える当該一のサービス２００との連携機能が無効化される場合、当該一のサービス２００の利用ができなくなることを確定してよいか否かを、利用者に確認するユーザ確認部３３６をさらに備える。

【0155】

これにより、一実施形態に係る管理サーバ３００は、互いに連携する２つのサービス２００のうちの一方が利用できなくなることによって、両者の連携機能が無効化される場合、利用者に事前に確認することができる。

【0156】

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

【0157】

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

【0158】

なお、「情報処理装置」は、上記で説明した実施形態の各機能を備えた装置であれば、サーバに限られない。「情報処理装置」は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。

【0159】

また、上記実施形態では、クラウドシステムを用いて「情報処理システム」を構築しているが、これに限らず、通信ネットワーク上に構築されたその他のシステムを用いて「情報処理システム」を構築してもよい。例えば、オンプロミスシステムを用いて「情報処理システム」を構築してもよい。

【符号の説明】

【0160】

１０ 情報処理システム
１２ 通信ネットワーク
１４ クラウドシステム
１６ 契約管理者
２０ 統合サービス提供システム
１００ 電子黒板
２００ サービス
２００Ａ リソース管理サービス
２００Ｂ レポートサービス
２００Ｃ 無線管理サービス
２００Ｄ 文書管理サービス
２００Ｅ プリントサービス
２００Ｆ ワークフローサービス
３００ 管理サーバ（情報処理装置）
３２０ 記憶部
３２１ 契約情報ＤＢ
３２２ 連携定義情報ＤＢ
３２３ 連携利用情報ＤＢ
３２４ ユーザ情報ＤＢ
３３１ 契約情報受信部
３３２ サービス有効化部
３３３ 連携サービス特定部
３３４ サービス通知部
３３５ ユーザ通知部
３３６ ユーザ確認部
３４０ ユーザ認証部
４００ スマートフォン
５００ 管理端末
７００ ビデオ会議端末
９００ ＭＦＰ

【先行技術文献】

【特許文献】

【0161】

【文献】特許第６４５１８８号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】