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

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

Info

Publication number
JP7505316B2
JP7505316B2 JP2020131999A JP2020131999A JP7505316B2 JP 7505316 B2 JP7505316 B2 JP 7505316B2 JP 2020131999 A JP2020131999 A JP 2020131999A JP 2020131999 A JP2020131999 A JP 2020131999A JP 7505316 B2 JP7505316 B2 JP 7505316B2
Authority
JP
Japan
Prior art keywords
service
user
contract
collaboration
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020131999A
Other languages
English (en)
Other versions
JP2022028531A (ja
Inventor
隆頼 西田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2020131999A priority Critical patent/JP7505316B2/ja
Priority to EP21188340.0A priority patent/EP3951626B1/en
Priority to US17/389,343 priority patent/US11971966B2/en
Publication of JP2022028531A publication Critical patent/JP2022028531A/ja
Application granted granted Critical
Publication of JP7505316B2 publication Critical patent/JP7505316B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/104—Grouping of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/4217—Managing service interactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/60—Aspects of automatic or semi-automatic exchanges related to security aspects in telephonic communication systems
    • H04M2203/6018—Subscriber or terminal logon/logoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/60—Aspects of automatic or semi-automatic exchanges related to security aspects in telephonic communication systems
    • H04M2203/6081—Service authorization mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Facsimiles In General (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、情報処理装置、情報処理システム、情報処理方法、およびプログラムに関する。
下記特許文献１には、複数のサービスを提供するサービス提供システムに関し、ユーザが組織ＩＤを含むログイン情報を用いて、サービス提供システムにログインすることにより、組織ＩＤに対応付けられている、契約により利用可能なサービスを、ユーザに利用させることができるようにした技術が開示されている。
しかしながら、従来技術では、契約により利用可能なサービスは提示できたとしても、互いに連携可能な２つのサービスのうち、ログインユーザが一方のサービスしか利用権限を有していない場合等に、適切にサービスの連携を制御できないといった問題を有する。
本発明は、上述した従来技術の課題を解決するため、ログインユーザがサービスを利用する際に、そのサービスに連携可能な他のサービスが存在する場合、ログインユーザによる他のサービスへの連携機能の利用を適切に制御することを目的する。
上述した課題を解決するために、一実施形態に係る情報処理装置は、契約ユーザが連携元のサービスおよび連携先のサービスの双方を利用可能である場合、連携元のサービスから連携先のサービスへの連携機能を有効化する連携機能有効化部と、契約ユーザによって管理されるログインユーザが、連携先のサービスの利用権限を有しない場合、ログインユーザによる連携機能の利用を無効化するユーザ別連携機能制御部とを備える。
一実施形態によれば、ログインユーザがサービスを利用する際に、そのサービスに連携可能な他のサービスが存在する場合、ログインユーザによる他のサービスへの連携機能の利用を適切に制御することができる。
本発明の一実施形態に係る統合サービス提供システムの概要を示す図 本発明の一実施形態に係る情報処理システムの構成を示す図 電子黒板のハードウェア構成図 ＭＦＰのハードウェア構成図 管理サーバのハードウェア構成図 管理端末のハードウェア構成図 本発明の一実施形態に係る管理サーバの機能構成を示す図 本発明の一実施形態に係る契約情報ＤＢの具体例を示す図 本発明の一実施形態に係る連携定義情報ＤＢの具体例を示す図 本発明の一実施形態に係るユーザ権限情報ＤＢの具体例を示す図 本発明の一実施形態に係る連携利用情報ＤＢの具体例を示す図 本発明の一実施形態に係る管理サーバによる新規契約時処理の手順を示すフローチャート 本発明の一実施形態に係る管理サーバによる追加契約時処理の手順を示すフローチャート 本発明の一実施形態に係る管理サーバによる契約解除時処理の手順を示すフローチャート 本発明の一実施形態に係る管理端末に表示される、サービスの追加契約を行う際の表示画面の一例を示す図 本発明の一実施形態に係る管理端末に表示される、サービスの追加契約を行う際の表示画面の一例を示す図 本発明の一実施形態に係る管理端末に表示される、サービスの追加契約を行う際の表示画面の一例を示す図 本発明の一実施形態に係る管理端末に表示される、サービスの契約解除を行う際の表示画面の一例を示す図 本発明の一実施形態に係る管理端末に表示される、サービスの契約解除を行う際の表示画面の一例を示す図 本発明の一実施形態に係る管理端末に表示される、サービスの契約解除を行う際の表示画面の一例を示す図 本発明の一実施形態に係る管理端末に表示される、サービスの契約解除を行う際の表示画面の一例を示す図 契約ユーザに提供されるサービスの連携機能の第１具体例を示す図 契約ユーザに提供されるサービスの連携機能の第１具体例を示す図 契約ユーザに提供されるサービスの連携機能の第２具体例を示す図 契約ユーザに提供されるサービスの連携機能の第２具体例を示す図 本発明の一実施形態に係る情報処理システムによるユーザ認証処理の手順を示すシーケンス図
以下、図面を参照して、本発明の一実施形態について説明する。
（統合サービス提供システム２０の概要）
はじめに、図１を参照して、本発明の一実施形態に係る統合サービス提供システム２０の概要について説明する。図１は、本発明の一実施形態に係る統合サービス提供システム２０の概要を示す図である。
図１に示す統合サービス提供システム２０は、オフィスに関連するあらゆるもの（例えば、ユーザ、機器、文書、会議室等）の管理を、複数のサービス２００を利用して統合的に行うことを可能とするものである。
図１に示すように、統合サービス提供システム２０は、複数のサービス２００の一例として、リソース管理サービス２００Ａ、レポートサービス２００Ｂ、無線管理サービス２００Ｃ、文書管理サービス２００Ｄ、プリントサービス２００Ｅ、およびワークフローサービス２００Ｆを備える。
また、統合サービス提供システム２０は、管理サーバ３００を備える。管理サーバ３００は、図２以降で説明するものと同様であり、複数のサービス２００Ａ～２００Ｆを統合的に管理するプラットフォームとして機能する。例えば、管理サーバ３００は、図１に示すように、ユーザ管理機能、機器管理機能、プリントサービス機能、アクティビティログ機能等を有する。プリントサービス機能とは、例えば、エンドユーザ１９（「契約ユーザ」の一例）に対し、管理サーバ３００が管理する自社製の印刷機器３１（ＭＦＰ、プリンタ等）による印刷を行う印刷機能を提供する機能である。アクティビティログ機能とは、例えば、機器による印刷枚数やスキャン枚数のログを取得したり、ディーラ１８（販売代理店）の契約数のログを取得したりする機能である。カスタマーユーザ１７およびディーラ１８は、任意の端末装置（例えば、図１に示すスマートフォン３４、ＰＣ３５等）によって管理サーバ３００にアクセスすることにより、管理サーバ３００が備える複数の管理機能のうち、自身に対して許可された管理機能を利用することができる。
リソース管理サービス２００Ａは、オフィスのリソース（例えば、電子黒板、会議室等）を管理するリソース管理機能を提供する。例えば、エンドユーザ１９は、リソース管理サービス２００Ａを利用することにより、会議室の予約管理等を行うことができる。
レポートサービス２００Ｂは、レポートの作成機能および出力機能を提供する。無線管理サービス２００Ｃは、各種無線機器を管理する無線機器管理機能を提供する。
文書管理サービス２００Ｄは、エンドユーザ１９に対し、複数の文書を管理する文書管理機能を提供する。プリントサービス２００Ｅは、エンドユーザ１９に対し、当該プリントサービス２００Ｅに接続された他社製の印刷機器３２（ＭＦＰ、プリンタ等）による印刷を行う印刷機能を提供する。
ワークフローサービス２００Ｆは、エンドユーザ１９に対し、ワークフローの作成機能および実行機能を提供する。例えば、ワークフローサービス２００Ｆにて提供されるワークフローにより、画像読取装置３３（例えば、ＭＦＰ等）のスキャナ機能によって形成された画像に対してＯＣＲ処理を行うことによって文字認識し、その認識結果を所定のフォルダに保存することができる。また、例えば、ワークフローサービス２００Ｆにて提供されるワークフローにより、任意の社内文書の審査・承認プロセス等を行うことができる。
これら複数のサービス２００Ａ～２００Ｆの中には、他のサービス２００と連携する機能を有するものがある（例えば、ワークフローサービス２００Ｆにおける、プリントサービス２００Ｅとの連携機能）。また、エンドユーザ１９は、これら複数のサービス２００Ａ～２００Ｆのうち、必要なサービス２００のみを契約して利用することができる。このため、管理サーバ３００は、図２以降で具体的に説明するとおり、エンドユーザ１９によるサービス２００の契約状況に応じて、各サービス２００の連携機能を、有効化および無効化することができる機能（以下、「有効化・無効化機能」と示す）を有する。
以下に、図１に示す統合サービス提供システム２０における、有効化・無効化機能の適用例１～８について説明する。
（適用例１）
リソース管理サービス２００Ａと、レポートサービス２００Ｂとの連携に、有効化・無効化機能を適用する。例えば、リソース管理サービス２００Ａによって管理される会議室の利用状況（例えば、稼働率、利用人数等）を、レポート出力する場合がある。この場合、レポートサービス２００Ｂの設定画面において、レポート出力対象データの取得先の選択肢（「ＧＵＩ部品」の一例）として、リソース管理サービス２００Ａの契約有無および利用権限の有無に応じて、リソース管理サービス２００Ａによって管理されている各会議室を、表示（有効化）または非表示（無効化）する。
（適用例２）
無線管理サービス２００Ｃと、レポートサービス２００Ｂとの連携に、有効化・無効化機能を適用する。例えば、特定の無線ＬＡＮ機器におけるアクセスの集中状態を、レポート出力する場合がある。この場合、レポートサービス２００Ｂの設定画面において、レポート出力対象データの取得先の選択肢（「ＧＵＩ部品」の一例）として、無線管理サービス２００Ｃの契約有無および利用権限の有無に応じて、無線管理サービス２００Ｃによって管理されている各無線機器を、表示（有効化）または非表示（無効化）する。
（適用例３）
文書管理サービス２００Ｄと、プリントサービス２００Ｅとの連携に、有効化・無効化機能を適用する。例えば、文書管理サービス２００Ｄで管理されているドキュメントを定期的に印刷する場合等、文書管理サービス２００Ｄからプリントサービス２００Ｅに印刷要求を定期的に送信する場合がある。この場合、文書管理サービス２００Ｄの設定画面において、印刷要求の出力先の選択肢（「ＧＵＩ部品」の一例）として、プリントサービス２００Ｅの契約有無および利用権限の有無に応じて、プリントサービス２００Ｅを表示（有効化）または非表示（無効化）する。
（適用例４）
プリントサービス２００Ｅと、レポートサービス２００Ｂとの連携に、有効化・無効化機能を適用する。例えば、プリントサービス２００Ｅで管理している印刷枚数を、定期的に集計してレポート出力する場合がある。この場合、レポートサービス２００Ｂの設定画面において、レポート出力対象データの取得先の選択肢（「ＧＵＩ部品」の一例）として、プリントサービス２００Ｅの契約有無および利用権限の有無に応じて、プリントサービス２００Ｅを表示（有効化）または非表示（無効化）する。
（適用例５）
ワークフローサービス２００Ｆと、レポートサービス２００Ｂとの連携に、有効化・無効化機能を適用する。例えば、ワークフローサービス２００Ｆで管理しているワークフローの実行回数・成功・失敗結果などを集計してレポート出力する場合がある。この場合、レポートサービス２００Ｂの設定画面において、レポート出力対象データの取得先の選択肢（「ＧＵＩ部品」の一例）として、ワークフローサービス２００Ｆの契約有無および利用権限の有無に応じて、ワークフローサービス２００Ｆを表示（有効化）または非表示（無効化）する。
（適用例６）
ワークフローサービス２００Ｆと、文書管理サービス２００Ｄとの連携に、有効化・無効化機能を適用する。例えば、ワークフローサービス２００Ｆの実行結果として、ＰＤＦやＦｏｒｍ情報を文書管理サービス２００Ｄに保存する場合がある。この場合、ワークフローサービス２００Ｆの設定画面において、保存対象データの保存先の選択肢（「ＧＵＩ部品」の一例）として、文書管理サービス２００Ｄの契約有無および利用権限の有無に応じて、文書管理サービス２００Ｄを表示（有効化）または非表示（無効化）する。
（適用例７）
リソース管理サービス２００Ａと、印刷を行うプリントサービス２００Ｅとの連携に、有効化・無効化機能を適用する。例えば、リソースサービスによって管理されている電子黒板に表示されるプリントサービス２００Ｅとの連携ボタンを選択することにより、プリントサービス２００Ｅから利用可能な印刷装置によって電子黒板に表示されているデータを印刷する場合がある。この場合、電子黒板において、プリントサービス２００Ｅの契約有無および利用権限の有無に応じて、リソースサービスからの制御により、プリントサービス２００Ｅとの連携ボタンを表示（有効化）または非表示（無効化）する。
（適用例８）
リソース管理サービス２００Ａと、ワークフローサービス２００Ｆとの連携に、有効化・無効化機能を適用する。例えば、リソースサービスによって管理されている電子黒板に表示されるワークフローサービス２００Ｆとの連携ボタンを選択することにより、電子黒板に表示されているデータをワークフローサービス２００Ｆのワークフロー（審査・承認を行うワークフロー）に投入する場合がある。この場合、電子黒板において、ワークフローサービス２００Ｆの契約有無および利用権限の有無に応じて、リソースサービスからの制御により、ワークフローサービス２００Ｆとの連携ボタン（例えば、図２５に例示する「審査依頼」ボタン）を表示（有効化）または非表示（無効化）する。
以下、図２～図２６を参照して、図１に示す統合サービス提供システム２０を実現することが可能な情報処理システム１０について、具体的に説明する。
（情報処理システム１０の構成）
図２は、本発明の一実施形態に係る情報処理システム１０の構成を示す図である。図２に示すように、本実施形態の情報処理システム１０は、電子黒板１００、ＭＦＰ９００、複数のサービス２００、管理サーバ３００、および管理端末５００を備える。これら複数の機器は、通信ネットワーク１２を介して、互いに通信可能である。
複数のサービス２００は、クラウドシステム１４内に設けられている。複数のサービス２００は、通信ネットワーク１２を介して、電子黒板１００およびＭＦＰ９００を含む複数の端末装置へ提供されることにより、電子黒板１００およびＭＦＰ９００を含む複数の端末装置によって利用可能である。サービス２００としては、例えば、プリントサービス、文書管理サービス、ワークフローサービス、契約管理サービス等、様々なサービスが挙げられる。複数のサービス２００は、管理サーバ３００を提供する会社（すなわち、複数のサービス２００の管理の主体となる会社）である自社が提供するサービス２００のみならず、他社が提供するサービス２００も含み得る。
電子黒板１００は、オフィス内の会議室等において会議の参加者等によって利用される装置である。例えば、電子黒板１００は、画像の表示、画像に対する書き込み等が可能である。また、電子黒板１００は、通信ネットワーク１２を介して、クラウドシステム１４から提供される複数のサービス２００（例えば、プリントサービス、文書管理サービス、ワークフローサービス等）を利用可能である。例えば、電子黒板１００は、プリントサービスを利用して、ディスプレイ１８０（図３参照）に表示されている画像を、プリントサービスに接続されている印刷装置によって印刷することができる。また、例えば、電子黒板１００は、文書管理サービスを利用して、ディスプレイ１８０に表示されている画像を表す画像ファイルを、ファイルサーバ等に保存することができる。また、例えば、電子黒板１００は、ワークフローサービスを利用して、ディスプレイ１８０にて表示されている画像を表す画像ファイルを用いた、ワークフローを実行することができる。
ＭＦＰ９００は、オフィス内等において従業員等によって利用される装置である。例えば、ＭＦＰ９００は、スキャナ機能、プリンタ機能、コピー機能、ドキュメントボックス機能、およびファクシミリ機能等を有する。また、ＭＦＰ９００は、通信ネットワーク１２を介して、クラウドシステム１４から提供される複数のサービス２００（例えば、プリントサービス、文書管理サービス、ワークフローサービス等）を利用可能である。例えば、ＭＦＰ９００は、プリントサービスを利用して、スキャナ機能によって読み取った画像を、プリントサービスに接続されている印刷装置によって印刷することができる。また、例えば、ＭＦＰ９００は、文書管理サービスを利用して、スキャナ機能によって画像を読み取ることによって形成される画像ファイルを、ファイルサーバ等に保存することができる。また、例えば、ＭＦＰ９００は、ワークフローサービスを利用して、スキャナ機能によって画像を読み取ることによって形成される画像ファイルを用いた、ワークフローを実行することができる。
なお、本実施形態では、複数のサービス２００を利用可能な「端末装置」の一例として、電子黒板１００およびＭＦＰ９００を用いている。但し、これに限らず、複数のサービス２００を利用可能な「端末装置」として、ＰＣ、タブレット端末、スマートフォン、ビデオ会議端末、カメラ、スキャナ、プロジェクタ、ハンディプリンタ等を用いることができる。
管理サーバ３００は、「情報処理装置」の一例である。管理サーバ３００は、クラウドシステム１４内に設けられている。管理サーバ３００は、複数のサービス２００を統合的に管理するプラットフォームとして機能する。例えば、管理サーバ３００は、サービス２００の契約ユーザの管理、サービス２００の管理、サービス２００の契約管理等、サービス２００に関する様々な管理を行うことができる。例えば、管理サーバ３００は、サービス２００の契約ユーザ毎に、ログイン情報、契約情報等を管理する。これにより、契約ユーザは、電子黒板１００、ＭＦＰ９００、または他の端末装置から、自身のログイン情報を用いてクラウドシステム１４にログインし、クラウドシステム１４が提供する複数のサービス２００のうち、自身が契約しているサービス２００を利用することができる。
なお、本システムにおいて、「契約ユーザ」は、サービスを契約しているユーザとしての権限（新規契約や契約解除）を付与されたユーザを意味する。また、「契約ユーザ」は、個人単位に限らず、組織単位、企業単位等、複数の個人が属するグループ単位であってもよい。また、「契約ユーザ」は、個人単位である場合、そのユーザが管理者であってもよい。一方、「ログインユーザ」は、本システムによって提供されるサービスにユーザＩＤやパスワードを用いてログインすることにより、サービスを利用可能なユーザを意味する。本システムでは、「契約ユーザ」によって契約がなされたサービス毎に、当該サービスの管理者によって、一または複数の「ログインユーザ」に対して、利用権限を付与して管理される。
管理端末５００は、契約の管理を行う契約管理者１６（「契約ユーザの関係者」の一例。例えば、図１に示すディーラ１８）によって利用される端末装置である。本実施形態では、管理端末５００としてＰＣを用いているが、その他の端末装置であってもよい。例えば、管理端末５００は、特定の契約ユーザについて、サービス２００の新規契約、追加契約、および契約解除を行う際に、契約管理者１６によって利用される。例えば、契約管理者１６は、管理端末５００から管理サーバ３００にログインすることにより、特定の契約ユーザに対して、特定のサービス２００の新規契約（すなわち、サービス２００の有効化）、追加契約（すなわち、サービス２００の有効化）、および契約解除（すなわち、サービス２００の無効化）を行うことができる。
（電子黒板１００のハードウェア構成）
図３は、電子黒板１００のハードウェア構成図である。図３に示されているように、電子黒板１００は、ＣＰＵ(Central Processing Unit)１０１、ＲＯＭ(Read Only Memory)１０２、ＲＡＭ(Random Access Memory)１０３、ＳＳＤ(Solid State Drive)１０４、ネットワークＩ／Ｆ１０５、及び、外部機器接続Ｉ／Ｆ(Interface)１０６を備えている。
これらのうち、ＣＰＵ１０１は、電子黒板１００全体の動作を制御する。ＲＯＭ１０２は、ＣＰＵ１０１やＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶する。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される。ＳＳＤ１０４は、電子黒板１００用のプログラム等の各種データを記憶する。ネットワークＩ／Ｆ１０５は、通信ネットワーク１２との通信を制御する。外部機器接続Ｉ／Ｆ１０６は、各種の外部機器を接続するためのインタフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリ１３０、外付け機器（マイク１４０、スピーカ１５０、カメラ１６０）である。
また、電子黒板１００は、キャプチャデバイス１１１、ＧＰＵ(Graphics Processing Unit)１１２、ディスプレイコントローラ１１３、接触センサ１１４、センサコントローラ１１５、電子ペンコントローラ１１６、近距離通信回路１１９、及び近距離通信回路１１９のアンテナ１１９ａ、電源スイッチ１２２及び選択スイッチ類１２３を備えている。
これらのうち、キャプチャデバイス１１１は、外付けのＰＣ(Personal Computer))１７０のディスプレイに対して映像情報を静止画または動画として表示させる。ＧＰＵ１１２は、グラフィクスを専門に扱う半導体チップである。ディスプレイコントローラ１１３は、ＧＰＵ１１２からの出力画像をディスプレイ１８０等へ出力するために画面表示の制御及び管理を行う。接触センサ１１４は、ディスプレイ１８０上に電子ペン１９０やユーザの手Ｈ等が接触したことを検知する。センサコントローラ１１５は、接触センサ１１４の処理を制御する。接触センサ１１４は、赤外線遮断方式による座標の入力及び座標の検出を行う。この座標の入力及び座標の検出する方法は、ディスプレイ１８０の上側両端部に設置された２つ受発光装置が、ディスプレイ１８０に平行して複数の赤外線を放射し、ディスプレイ１８０の周囲に設けられた反射部材によって反射されて、受光素子が放射した光の光路と同一の光路上を戻って来る光を受光する方法である。接触センサ１１４は、物体によって遮断された２つの受発光装置が放射した赤外線のＩＤをセンサコントローラ１１５に出力し、センサコントローラ１１５が、物体の接触位置である座標位置を特定する。電子ペンコントローラ１１６は、電子ペン１９０と通信することで、ディスプレイ１８０へのペン先のタッチやペン尻のタッチの有無を判断する。近距離通信回路１１９は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。電源スイッチ１２２は、電子黒板１００の電源のＯＮ／ＯＦＦを切り換えるためのスイッチである。選択スイッチ類１２３は、例えば、ディスプレイ１８０の表示の明暗や色合い等を調整するためのスイッチ群である。
更に、電子黒板１００は、バスライン１１０を備えている。バスライン１１０は、図３に示されているＣＰＵ１０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
なお、接触センサ１１４は、赤外線遮断方式に限らず、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２つの抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどの種々の検出手段を用いてもよい。また、電子ペンコントローラ１１６が、電子ペン１９０のペン先及びペン尻だけでなく、電子ペン１９０のユーザが握る部分や、その他の電子ペンの部分のタッチの有無を判断するようにしてもよい。
（ＭＦＰ９００のハードウェア構成）
図４は、ＭＦＰ９００のハードウェア構成図である。図４に示されているように、ＭＦＰ(Ｍultifunction Peripheral/Product/Printer）９００は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。
これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(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）のインタフェースを接続するようにしてもよい。
ＭＥＭ－Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。
また、近距離通信回路９２０には、アンテナ９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ等の通信回路である。
更に、エンジン制御部９３０は、スキャナ部９３１及びプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作パネル９４０ｂを備えている。コントローラ９１０は、ＭＦＰ９００全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。
なお、ＭＦＰ９００は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、およびファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。
また、ネットワークＩ／Ｆ９５０は、通信ネットワーク１２を利用してデータ通信をするためのインタフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。
（管理サーバ３００のハードウェア構成）
図５は、管理サーバ３００のハードウェア構成図である。図５に示されているように、管理サーバ３００は、コンピュータによって構築されており、図５に示されているように、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤ３０４、ＨＤＤ(Hard Disk Drive)コントローラ３０５、ディスプレイ３０６、外部機器接続Ｉ／Ｆ(Interface)３０８、ネットワークＩ／Ｆ３０９、バスライン３１０、キーボード３１１、ポインティングデバイス３１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ３１４、メディアＩ／Ｆ３１６を備えている。
これらのうち、ＣＰＵ３０１は、管理サーバ３００全体の動作を制御する。ＲＯＭ３０２は、ＩＰＬ等のＣＰＵ３０１の駆動に用いられるプログラムを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＨＤ３０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ３０５は、ＣＰＵ３０１の制御にしたがってＨＤ３０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ３０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ３０８は、各種の外部機器を接続するためのインタフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ３０９は、通信ネットワーク１２を利用してデータ通信をするためのインタフェースである。バスライン３１０は、図５に示されているＣＰＵ３０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
また、キーボード３１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス３１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ３１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ３１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ３１６は、フラッシュメモリ等の記録メディア３１５に対するデータの読み出し又は書き込み（記憶）を制御する。
（管理端末５００のハードウェア構成）
図６は、管理端末５００のハードウェア構成図である。図６に示されているように、管理端末５００は、コンピュータによって構築されており、図６に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
これらのうち、ＣＰＵ５０１は、管理端末５００全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインタフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワーク１２を利用してデータ通信をするためのインタフェースである。バスライン５１０は、図６に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。
（管理サーバ３００の機能構成）
図７は、本発明の一実施形態に係る管理サーバ３００の機能構成を示す図である。図７に示すように、管理サーバ３００は、記憶部３２０、契約情報受信部３３１、サービス有効化部３３２、連携サービス特定部３３３、連携機能有効化部３３４、契約ユーザ通知部３３５、契約ユーザ確認部３３６、ユーザ認証部３４０、およびユーザ別連携機能制御部３４１を備える。
記憶部３２０は、各種データベースを記憶する。具体的には、記憶部３２０は、契約情報ＤＢ３２１、連携定義情報ＤＢ３２２、連携利用情報ＤＢ３２３、ユーザ情報ＤＢ３２４、およびユーザ権限情報ＤＢ３２５を記憶する。契約情報ＤＢ３２１は、各契約ユーザについて、どのサービスを契約しているか（すなわち、どのサービスを利用可能であるか）を示す契約情報を記憶する。連携定義情報ＤＢ３２２は、各サービスについて、どのサービスと連携しているかを示す連携定義情報を記憶する。連携利用情報ＤＢ３２３は、各契約ユーザについて、どのサービスの連携を実際に利用しているかを示す連携利用情報を記憶する。ユーザ情報ＤＢ３２４は、各ログインユーザについて、ユーザ情報を記憶する。ユーザ情報は、少なくとも、ユーザ認証処理に必要なユーザＩＤおよびパスワードを含む。ユーザ権限情報ＤＢ３２５は、各ログインユーザについて、各サービスの利用権限に関する情報（例えば、利用者権限を有するか否か、管理者権限を有するか否か）を記憶する。なお、契約情報ＤＢ３２１、連携定義情報ＤＢ３２２、連携利用情報ＤＢ３２３、およびユーザ権限情報ＤＢ３２５の具体例については、図８～図１２を参照して後述する。
契約情報受信部３３１は、管理端末５００から送信された、サービスの契約情報を受信する。例えば、契約情報受信部３３１は、新規契約の契約情報、追加契約の契約情報、または、契約解除の契約情報を受信する。
新規契約の契約情報は、契約管理者１６が管理端末５００から特定の契約ユーザに対してのサービス２００の新規契約を行う際に、管理端末５００から送信されるものであり、少なくとも、新規契約を行う契約ユーザの契約ユーザＩＤと、新規契約がなされたサービス２００のサービスＩＤとを含んでいる。
追加契約の契約情報は、契約管理者１６が管理端末５００から特定の契約ユーザに対してのサービス２００の追加契約を行う際に、管理端末５００管理端末５００から送信されるものであり、少なくとも、追加契約を行う契約ユーザの契約ユーザＩＤと、追加契約がなされたサービス２００のサービスＩＤとを含んでいる。
契約解除の契約情報は、契約管理者１６が管理端末５００から特定の契約ユーザに対してのサービス２００の契約解除を行う際に、管理端末５００管理端末５００から送信されるものであり、少なくとも、契約解除を行う契約ユーザの契約ユーザＩＤと、契約解除がなされたサービス２００のサービスＩＤとを含んでいる。
サービス有効化部３３２は、契約情報受信部３３１によって受信された契約情報に基づいて、サービス２００を有効化または無効化する。
例えば、サービス有効化部３３２は、契約情報受信部３３１によって新規契約の契約情報が受信された場合、当該契約情報に示されている、新規契約を行う契約ユーザの契約ユーザＩＤと、新規契約がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「有効」を設定する。これにより、新規契約がなされたサービス２００が有効化する。
また、例えば、サービス有効化部３３２は、契約情報受信部３３１によって追加契約の契約情報が受信された場合、当該契約情報に示されている、追加契約を行う契約ユーザの契約ユーザＩＤと、追加契約がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「有効」を設定する。これにより、追加契約がなされたサービス２００が有効化する。
また、例えば、サービス有効化部３３２は、契約情報受信部３３１によって契約解除の契約情報が受信された場合、当該契約情報に示されている、契約解除を行う契約ユーザの契約ユーザＩＤと、契約解除がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「無効」を設定する。これにより、契約解除がなされたサービス２００が無効化する。
連携サービス特定部３３３は、サービス有効化部３３２によってサービス２００の有効化または無効化がなされた場合、連携定義情報ＤＢ３２２に基づいて、当該サービス２００に連携する他のサービス２００を特定する。
連携機能有効化部３３４は、連携サービス特定部３３３によって、有効化がなされたサービス２００と連携する他のサービス２００が特定された場合、有効化がなされたサービス２００と、連携サービス特定部３３３によって特定された他のサービス２００とのうち、連携元となるサービス２００に対して、連携先となるサービス２００との連携機能を有効化するように通知する。例えば、連携元となるサービス２００は、この通知に応じて、連携先となるサービス２００との連携機能のＧＵＩ部品（例えば、選択ボタン）を有効化する。
また、連携機能有効化部３３４は、連携サービス特定部３３３によって、無効化がなされたサービス２００と連携する他のサービス２００が特定された場合、当該他のサービス２００に対して、無効化がなされたサービス２００との連携機能を無効化するように通知する。例えば、他のサービス２００は、この通知に応じて、無効化がなされたサービス２００との連携機能のＧＵＩ部品（例えば、選択ボタン）を無効化する。
契約ユーザ通知部３３５は、契約ユーザによってあるサービス２００が追加契約されたことにより、他のサービス２００（連携元となるサービス２００）から、追加されたサービス２００（連携先となるサービス２００）が連携して利用できるようになった場合、連携元となるサービス２００から連携先となるサービス２００が利用できるようになったことを、追加契約を行った契約ユーザに通知する。例えば、この通知は、追加契約を行った契約ユーザが利用する端末装置へメッセージを送信することによって実現される。
契約ユーザ確認部３３６は、契約ユーザによってあるサービス２００が契約解除されたことにより、他のサービス２００（連携元のサービス２００）から、契約解除されたサービス２００（連携先のサービス２００）が連携して利用できなくなる場合、契約解除がなされたサービス２００を無効化してよいか否かを、契約ユーザに確認する。例えば、この確認は、契約解除を行った契約ユーザが利用する端末装置へメッセージを送信することによって実現される。
ユーザ認証部３４０は、ログインユーザが利用する各種端末装置から送信されたログイン情報を取得し、当該ログイン情報に基づいて、ログインユーザの認証処理を行う。具体的には、ユーザ認証部３４０は、各種端末装置から送信されたログイン情報に含まれているユーザＩＤおよびパスワードの組み合わせが、予めユーザ情報ＤＢ３２４に記憶されているユーザＩＤおよびパスワードの組み合わせと一致する場合、ログインユーザの認証処理の結果として「成功」と判断する。この場合、例えば、ユーザ認証部３４０は、ログインユーザの認証処理に成功したことを示すユーザ認証処理結果を、ユーザＩＤとともに、ログイン処理を行ったログインユーザが属する契約ユーザが契約中のサービス２００へ通知する。また、ユーザ認証部３４０は、ログインユーザの認証処理に成功したことを示すユーザ認証処理結果を、ログイン処理を行ったログインユーザにも通知する。これにより、ログイン処理を行ったログインユーザは、各種端末装置から自身が属する契約ユーザが契約中のサービス２００を利用可能となる。一方、ユーザ認証部３４０は、各種端末装置から送信されたログイン情報に含まれているユーザＩＤおよびパスワードの組み合わせが、予めユーザ情報データベースに記憶されているユーザＩＤおよびパスワードの組み合わせと一致しない場合、ログインユーザの認証処理の結果として「失敗」と判断する。この場合、例えば、ユーザ認証部３４０は、ログイン処理に失敗したことを、ログイン処理を行ったログインユーザへ通知する。
なお、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
ユーザ別連携機能制御部３４１は、ログインユーザ別に、サービスの連携機能の有効化および無効化を制御する。具体的には、ユーザ別連携機能制御部３４１は、ログインユーザが連携元のサービス２００を利用する際に、ユーザ権限情報ＤＢ３２５に基づいて、当該ログインユーザが連携先のサービス２００の利用権限を有するか否かを判断する。そして、ユーザ別連携機能制御部３４１は、当該ログインユーザが連携先のサービス２００の利用権限を有しないと判断した場合、連携元のサービス２００に対し、当該連携元のサービス２００が有する、連携先のサービス２００への連携機能（例えば、ＧＵＩ部品）を無効化させる。
（契約情報ＤＢ３２１の具体例）
図８は、本発明の一実施形態に係る契約情報ＤＢ３２１の具体例を示す図である。図８に示すように、契約情報ＤＢ３２１は、サービス２００の契約ユーザを識別するための契約ユーザＩＤ毎に、クラウドシステム１４から提供される複数のサービス（「ServiceA」,「ServiceB」,「ServiceC」）の各々について、有効か無効かを表す情報（「有効」または「無効」）が対応付けられている。例えば、図８に示す例では、契約ユーザＩＤ「Company1」に対して、サービスＩＤ「ServiceA」,「ServiceB」,「ServiceC」の各々について、「有効」が対応付けられている。これは、契約ユーザＩＤ「Company1」を有する契約ユーザが、３つのサービス「ServiceA」,「ServiceB」,「ServiceC」の各々を利用可能であることを表す。また、例えば、図８に示す例では、契約ユーザＩＤ「Company2」に対して、サービスＩＤ「ServiceA」,「ServiceB」の各々について、「有効」が対応付けられているが、サービスＩＤ「ServiceC」については、「無効」が対応付けられている。これは、契約ユーザＩＤ「Company2」を有する契約ユーザが、サービス「ServiceA」,「ServiceB」の各々を利用可能（すなわち、契約済）であり、サービス「ServiceC」が利用不可能（すなわち、未契約）であることを表す。例えば、契約ユーザＩＤは、テナントと呼ばれる企業内の組織毎に設定される。但し、これに限らず、契約ユーザＩＤは、その他の単位（例えば、企業内の個人毎）に設定されてもよい。また、図８に示す契約情報ＤＢ３２１では、テナント毎且つサービス毎に、有効および無効が示されているが、これに限らず、例えば、テナントに属するユーザ毎且つサービス毎に、有効および無効が示されてもよい。また、契約情報ＤＢ３２１は、有効化された契約ユーザＩＤとサービスＩＤとの組み合わせのみ、格納されてもよい。
（連携定義情報ＤＢ３２２の具体例）
図９は、本発明の一実施形態に係る連携定義情報ＤＢ３２２の具体例を示す図である。図９に示すように、連携定義情報ＤＢ３２２は、サービス２００の連携を識別するための連携定義情報ＩＤと、連携元のサービス２００を識別するためのサービスＩＤと、そのサービス２００と連携可能な連携先のサービス２００を識別するためのサービスＩＤとが、対応付けられて格納されている。例えば、図９に示す例では、連携元のサービス２００のサービスＩＤ「ServiceA」に対して、連携先のサービス２００のサービスＩＤ「ServiceB」,「ServiceC」が対応付けられている。これは、サービスＩＤ「ServiceA」を有するサービス２００から、サービスＩＤ「ServiceB」,「ServiceC」を有する２つのサービス２００を連携して利用できることを表す。
なお、連携定義情報ＤＢ３２２では、２つのサービス２００の組み合わせで、一方向の連携利用と、双方向の連携利用とを定義することができる。
例えば、図９に示す例では、連携定義情報ＤＢ３２２には、「ServiceA」と「ServiceB」との組み合わせでは、「ServiceA」を連携元とし、「ServiceB」を連携先とする連携定義情報（連携定義情報ＩＤ「1」）と、「ServiceB」を連携元とし、「ServiceA」を連携先とする連携定義情報（連携定義情報ＩＤ「3」）とが格納されている。すなわち、「ServiceA」と「ServiceB」との間で、双方向の連携利用が可能なことが示されている。
一方、図９に示す例では、連携定義情報ＤＢ３２２には、「ServiceA」と「ServiceC」との組み合わせでは、「ServiceA」を連携元とし、「ServiceC」を連携先とする連携定義情報（連携定義情報ＩＤ「2」）のみが格納されている。すなわち、「ServiceA」と「ServiceC」との間で、一方向の連携利用が可能なことが示されている。
（ユーザ権限情報ＤＢ３２５の具体例）
図１０は、本発明の一実施形態に係るユーザ権限情報ＤＢ３２５の具体例を示す図である。図１０に示すように、ユーザ権限情報ＤＢ３２５は、サービス２００を利用し得る複数のログインユーザの各々に対して、当該ログインユーザを識別するためのユーザＩＤと、当該ログインユーザが属する契約ユーザ（例えば、会社、部署等）の契約ユーザＩＤと、各サービス２００に対する管理者権限および利用者権限の有無とが、対応付けられて格納されている。
なお、図１０において、「True」は、権限を有することを表す。また、「False」は、権限を有しないことを表す。また、「Null」は、そのサービス２００に契約していないことを表す。
例えば、図１０に示す例では、ユーザ権限情報ＤＢ３２５は、ユーザＩＤ「User1」を有するログインユーザについて、契約ユーザＩＤ「Company1」を有する契約ユーザに属しており、「ServiceA」，「ServiceB」，「ServiceC」の各々に対し、管理者権限および利用者権限を有することが示されている。
また、図１０に示す例では、ユーザ権限情報ＤＢ３２５は、ユーザＩＤ「User2」を有するログインユーザについて、契約ユーザＩＤ「Company1」を有する契約ユーザに属しており、「ServiceA」，「ServiceB」，「ServiceC」の各々に対し、管理者権限を有しないが、利用者権限を有することが示されている。
また、図１０に示す例では、ユーザ権限情報ＤＢ３２５は、ユーザＩＤ「User3」を有するログインユーザについて、契約ユーザＩＤ「Company1」を有する契約ユーザに属しており、「ServiceA」，「ServiceC」の各々に対し、管理者権限を有しないが、利用者権限を有することが示されており、「ServiceB」に対し、管理者権限および利用者権限を有しないことが示されている。
また、図１０に示す例では、ユーザ権限情報ＤＢ３２５は、ユーザＩＤ「User4」を有するログインユーザについて、契約ユーザＩＤ「Company2」を有する契約ユーザに属しており、「ServiceA」，「ServiceB」の各々に対し、管理者権限および利用者権限を有することが示されており、「ServiceC」に対し、契約がなされていないこと（図８参照）が示されている。
なお、契約管理者１６は、管理端末５００から、ユーザ権限情報ＤＢ３２５に対する各種設定変更（例えば、ログインユーザの追加、ログインユーザの削除、ログインユーザの権限変更）を、適宜行うことができる。
（連携利用情報ＤＢ３２３の具体例）
図１１は、本発明の一実施形態に係る連携利用情報ＤＢ３２３の具体例を示す図である。図１１に示すように、連携利用情報ＤＢ３２３は、サービス２００の契約ユーザを識別するための契約ユーザＩＤと、その契約ユーザが実際に利用しているサービス２００の連携を識別するための連携定義情報ＩＤとが、対応付けられて格納されている。連携利用情報ＤＢ３２３に設定される連携定義情報ＩＤは、図９に示す連携定義情報ＤＢ３２２に設定される連携定義情報ＩＤと対応する。例えば、図１１に示す例では、契約ユーザＩＤ「Company1」に対して、連携定義情報ＩＤ「1」,「3」が対応付けられている。これは、契約ユーザＩＤ「Company1」を有する契約ユーザが、図９に示す連携定義情報ＩＤ「1」を有するサービス２００の連携（連携元＝「ServiceA」，連携先＝「ServiceB」）と、図９に示す連携定義情報ＩＤ「3」を有するサービス２００の連携（連携元＝「ServiceB」，連携先＝「ServiceA」）とを、実際に利用していることを表す。なお、連携利用情報ＤＢ３２３に対する情報（すなわち、サービス２００の連携機能を使用しているか否か）の登録は、例えば、契約管理者１６が管理端末５００から手動で設定してもよく、管理サーバ３００が、サービス２００の連携機能の利用状況に応じて、自動で設定してもよい。
（新規契約時処理の手順）
図１２は、本発明の一実施形態に係る管理サーバ３００による新規契約時処理の手順を示すフローチャートである。
まず、契約情報受信部３３１が、管理端末５００から送信された新規契約の契約情報を、通信ネットワーク１２を介して受信する（ステップＳ１００１）。新規契約の契約情報には、少なくとも、契約ユーザを識別するための契約ユーザＩＤと、新規契約がなされたサービス２００を識別するためのサービスＩＤとを含んでいる。なお、複数のサービス２００の新規契約がなされた場合、新規契約の契約情報には、複数のサービス２００の各々のサービスＩＤが含まれる。
次に、サービス有効化部３３２が、ステップＳ１００１で受信された新規契約の契約情報に基づき、新規契約を行った契約ユーザに対し、新規契約がなされたサービス２００を有効化する（ステップＳ１００２）。具体的には、サービス有効化部３３２は、新規契約を行った契約ユーザの契約ユーザＩＤと、新規契約がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「有効」を設定する。
次に、連携サービス特定部３３３が、新規契約がなされたサービス２００に連携するサービス２００を特定する（ステップＳ１００３）。具体的には、連携サービス特定部３３３は、連携定義情報ＤＢ３２２を参照することにより、新規契約がなされたサービス２００のサービスＩＤに対応付けられている、他のサービス２００のサービスＩＤを、新規契約がなされたサービス２００に連携するサービス２００として特定する。例えば、新規契約がなされたサービス２００が「ServiceA」である場合、連携サービス特定部３３３は、図９に示す連携定義情報ＤＢ３２２に基づき、「ServiceB」および「ServiceC」を、連携するサービス２００として特定する。
次に、連携機能有効化部３３４が、ステップＳ１００３において、新規契約がなされたサービス２００に連携するサービス２００が特定されたか否かを判断する（ステップＳ１００４）。
ステップＳ１００４において、連携するサービス２００が特定されなかったと判断された場合（ステップＳ１００４：Ｎｏ）、管理サーバ３００は、図１２に示す一連の処理を終了する。
一方、ステップＳ１００４において、連携するサービス２００が特定されたと判断された場合（ステップＳ１００４：Ｙｅｓ）、連携機能有効化部３３４が、新規契約がなされたサービス２００と、連携するサービス２００とのうち、連携元のサービス２００に対して、連携先のサービス２００が利用できるように通知する（ステップＳ１００５）。そして、管理サーバ３００は、図１２に示す一連の処理を終了する。
例えば、ステップＳ１００５では、連携機能有効化部３３４は、新規契約がなされたサービス２００「ServiceA」が連携元のサービスであり、連携するサービス２００「ServiceB」および「ServiceC」が連携先のサービスである場合、新規契約を行った契約ユーザが、「ServiceA」から「ServiceB」および「ServiceC」を連携して利用できるように、「ServiceA」に通知を行う。「ServiceA」は、この通知を受信すると、例えば、新規契約を行った契約ユーザに提供される「ServiceA」のＧＵＩにおける、「ServiceB」および「ServiceC」を連携して利用するための機能を有効化する。これにより、新規契約を行った契約ユーザは、ＩＷＢ１００等の端末装置を用いて、「ServiceA」のＧＵＩから、「ServiceB」および「ServiceC」を連携して利用することができる。
また、例えば、ステップＳ１００５では、連携機能有効化部３３４は、新規契約がなされたサービス２００「ServiceA」が連携先のサービスであり、連携するサービス２００「ServiceB」が連携元のサービスである場合、新規契約を行った契約ユーザが、「ServiceB」から「ServiceA」を連携して利用できるように、「ServiceB」に通知を行う。「ServiceB」は、この通知を受信すると、例えば、新規契約を行った契約ユーザに提供される「ServiceB」のＧＵＩにおける、「ServiceA」を連携して利用するための機能を有効化する。これにより、新規契約を行った契約ユーザは、ＩＷＢ１００等の端末装置を用いて、「ServiceB」のＧＵＩから、「ServiceA」を連携して利用することができる。
（追加契約時処理の手順）
図１３は、本発明の一実施形態に係る管理サーバ３００による追加契約時処理の手順を示すフローチャートである。
まず、契約情報受信部３３１が、管理端末５００から送信された追加契約の契約情報を、通信ネットワーク１２を介して受信する（ステップＳ１１０１）。追加契約の契約情報には、少なくとも、契約ユーザを識別するための契約ユーザＩＤと、追加契約がなされたサービス２００を識別するためのサービスＩＤとを含んでいる。なお、複数のサービス２００の追加契約がなされた場合、追加契約の契約情報には、複数のサービス２００の各々のサービスＩＤが含まれる。
次に、サービス有効化部３３２が、ステップＳ１１０１で受信された追加契約の契約情報に基づき、追加契約を行った契約ユーザに対し、追加契約がなされたサービス２００を有効化する（ステップＳ１１０２）。具体的には、サービス有効化部３３２は、追加契約を行った契約ユーザの契約ユーザＩＤと、追加契約がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「有効」を設定する。
次に、連携サービス特定部３３３が、追加契約がなされたサービス２００に連携するサービス２００を特定する（ステップＳ１１０３）。具体的には、連携サービス特定部３３３は、連携定義情報ＤＢ３２２を参照することにより、追加契約がなされたサービス２００のサービスＩＤに対応付けられている、他のサービス２００のサービスＩＤを、追加契約がなされたサービス２００に連携するサービス２００として特定する。例えば、追加契約がなされたサービス２００が「ServiceC」である場合、連携サービス特定部３３３は、図９に示す連携定義情報ＤＢ３２２に基づき、「ServiceA」を、連携するサービス２００として特定する。
次に、連携機能有効化部３３４が、ステップＳ１１０３において、追加契約がなされたサービス２００に連携するサービス２００が特定されたか否かを判断する（ステップＳ１１０４）。
ステップＳ１１０４において、連携するサービス２００が特定されなかったと判断された場合（ステップＳ１１０４：Ｎｏ）、管理サーバ３００は、図１３に示す一連の処理を終了する。
一方、ステップＳ１１０４において、連携するサービス２００が特定されたと判断された場合（ステップＳ１１０４：Ｙｅｓ）、連携機能有効化部３３４が、追加契約がなされたサービス２００と、連携するサービス２００とのうち、連携元のサービス２００に対して、連携先のサービス２００が利用できるように通知する（ステップＳ１１０５）。
例えば、ステップＳ１１０５では、連携機能有効化部３３４は、追加契約がなされたサービス２００「ServiceC」が連携先のサービスであり、連携するサービス２００「ServiceA」が連携元のサービスである場合、追加契約を行った契約ユーザが、「ServiceA」から「ServiceC」を連携して利用できるように、「ServiceA」に通知を行う。「ServiceA」は、この通知を受信すると、例えば、追加契約を行った契約ユーザに提供される「ServiceA」のＧＵＩにおける、「ServiceC」を連携して利用するための機能を有効化する。これにより、追加契約を行った契約ユーザは、ＩＷＢ１００等の端末装置を用いて、「ServiceA」のＧＵＩから、「ServiceC」を連携して利用することができる。
その後、契約ユーザ通知部３３５が、連携元のサービスから連携先のサービスが利用できるようになったことを、契約ユーザに通知する（ステップＳ１１０６）。そして、管理サーバ３００は、図１３に示す一連の処理を終了する。
例えば、ステップＳ１１０６では、契約ユーザ通知部３３５は、「ServiceC」が追加契約されたことにより、「ServiceA」から「ServiceC」を連携して利用できるようになった場合、追加契約を行った契約ユーザが利用する端末装置に対し、「ServiceCのご契約ありがとうございます。本Serviceとの連携設定はServiceAの設定画面にもあります。」等のメッセージを送信することにより、当該メッセージを、追加契約を行った契約ユーザが利用する端末装置のディスプレイに表示させる。但し、これに限らず、当該メッセージを所定のメールアドレスへ送信する等、他の通知方法を用いてもよい。
（契約解除時処理の手順）
図１４は、本発明の一実施形態に係る管理サーバ３００による契約解除時処理の手順を示すフローチャートである。
まず、契約情報受信部３３１が、管理端末５００から送信された契約解除の契約情報を、通信ネットワーク１２を介して受信する（ステップＳ１２０１）。契約解除の契約情報には、少なくとも、契約ユーザを識別するための契約ユーザＩＤと、契約解除がなされたサービス２００を識別するためのサービスＩＤとを含んでいる。なお、複数のサービス２００の契約解除がなされた場合、契約解除の契約情報には、複数のサービス２００の各々のサービスＩＤが含まれる。
次に、連携サービス特定部３３３が、契約解除がなされたサービス２００に連携するサービス２００を特定する（ステップＳ１２０２）。具体的には、連携サービス特定部３３３は、連携定義情報ＤＢ３２２を参照することにより、契約解除がなされたサービス２００のサービスＩＤに対応付けられている、他のサービス２００のサービスＩＤを、契約解除がなされたサービス２００に連携するサービス２００として特定する。例えば、契約解除がなされたサービス２００が「ServiceB」である場合、連携サービス特定部３３３は、図９に示す連携定義情報ＤＢ３２２に基づき、「ServiceA」を、連携するサービス２００として特定する。
次に、連携機能有効化部３３４が、ステップＳ１２０２において、契約解除がなされたサービス２００に連携するサービス２００が特定されたか否かを判断する（ステップＳ１２０３）。
ステップＳ１２０３において、連携するサービス２００が特定されなかったと判断された場合（ステップＳ１２０３：Ｎｏ）、サービス有効化部３３２が、ステップＳ１２０１で受信された契約解除の契約情報に基づき、契約解除を行った契約ユーザに対し、契約解除がなされたサービス２００を無効化する（ステップＳ１２０８）。具体的には、サービス有効化部３３２は、契約解除を行った契約ユーザの契約ユーザＩＤと、契約解除がなされたサービス２００のサービスＩＤとの組み合わせについて、契約情報ＤＢ３２１に「無効」を設定する。その後、管理サーバ３００は、図１４に示す一連の処理を終了する。
一方、ステップＳ１２０３において、連携するサービス２００が特定されたと判断された場合（ステップＳ１２０３：Ｙｅｓ）、サービス有効化部３３２が、連携利用情報ＤＢ３２３を参照することにより、契約解除がなされたサービス２００と、連携するサービス２００との連携が、契約解除を行った契約ユーザによって実際に利用されているか否かを判断する（ステップＳ１２０４）。
ステップＳ１２０４において、契約解除がなされたサービス２００と、連携するサービス２００との連携が、実際に契約解除を行った契約ユーザによって利用されていると判断された場合（ステップＳ１２０４：Ｙｅｓ）、契約ユーザ確認部３３６が、契約解除がなされたサービス２００を無効化してよいか否かを、契約ユーザに確認する（ステップＳ１２０５）。例えば、「ServiceB」の契約解除がなされることにより、「ServiceA」からの「ServiceB」の連携利用ができなくなる場合、契約ユーザ確認部３３６は、契約ユーザが利用する端末装置に対し、「ServiceA上でServiceBと連携可能な機能も使えなくなります。本当に解除しますか？」等のメッセージを送信することにより、当該メッセージを、契約ユーザが利用する端末装置のディスプレイに表示させる。
そして、契約ユーザ確認部３３６が、ステップＳ１２０５で契約ユーザに確認した結果に基づいて、契約解除がなされたサービス２００を無効化するか否かを判断する（ステップＳ１２０６）。
ステップＳ１２０４において、契約解除がなされたサービス２００と、連携するサービス２００との連携が、実際に契約解除を行った契約ユーザによって利用されていないと判断された場合（ステップＳ１２０４：Ｎｏ）、または、ステップＳ１２０６において、契約解除がなされたサービス２００を無効化すると判断された場合（ステップＳ１２０６：Ｙｅｓ）、連携機能有効化部３３４が、契約解除がなされたサービス２００と連携するサービス２００に対して、契約解除がなされたサービス２００との連携を無効化するように通知する（ステップＳ１２０７）。そして、サービス有効化部３３２が、契約解除を行った契約ユーザに対し、契約解除がなされたサービス２００を無効化する（ステップＳ１２０８）。具体的には、サービス有効化部３３２は、契約解除を行った契約ユーザの契約ユーザＩＤと、契約解除がなされたサービス２００のサービスＩＤとの対応付けを、契約情報ＤＢ３２１から削除する。その後、管理サーバ３００は、図１４に示す一連の処理を終了する。
一方、ステップＳ１２０６において、契約解除がなされたサービス２００を無効化しないと判断された場合（ステップＳ１２０６：Ｎｏ）、管理サーバ３００は、図１４に示す一連の処理を終了する。この場合、契約ユーザがサービス２００の連携の無効化を望んでいない訳であるから、サービス２００の契約解除は、キャンセルまたは保留される。
（サービス２００の追加契約を行う際の表示画面の一例）
図１５～図１７は、本発明の一実施形態に係る管理端末５００に表示される、サービス２００の追加契約を行う際の表示画面の一例を示す図である。
図１５～図１７に示す表示画面１３００は、管理端末５００のディスプレイに表示される表示画面である。この表示画面１３００は、ある契約ユーザＡのサービス２００の契約を管理するアプリケーションの表示画面である。この表示画面１３００は、契約管理を行う契約管理者１６が、管理端末５００から管理サーバ３００にログインすることにより、管理端末５００から利用可能となる。契約管理者１６は、この表示画面１３００から、契約ユーザＡについて、契約中のサービス２００の確認、未契約のサービス２００の確認、サービス２００の追加契約、サービス２００の契約解除等を行うことができる。図１５に示すように、表示画面１３００は、チェックボックス１３０１およびチェックボックス１３０２を備える。
チェックボックス１３０１は、テキスト「Deployed」が付随して示されている。契約管理者１６によってチェックボックス１３０１が選択されることにより、表示画面１３００には、管理サーバ３００の契約情報ＤＢ３２１に設定されている契約ユーザＡの契約情報に基づいて、クラウドシステム１４から提供される複数のサービス２００のうち、契約ユーザＡが契約中の複数のサービス２００が一覧表示される。
チェックボックス１３０２は、テキスト「Not Deployed」が付随して示されている。契約管理者１６によってチェックボックス１３０２が選択されることにより、表示画面１３００には、管理サーバ３００の契約情報ＤＢ３２１に設定されている契約ユーザＡの契約情報に基づいて、クラウドシステム１４から提供される複数のサービス２００のうち、契約ユーザＡが未契約の複数のサービス２００が一覧表示される。
契約管理者１６は、この表示画面１３００から、サービス２００の追加契約を行うことが可能である。例えば、図１５および図１６に示す例では、表示画面１３００には、契約ユーザＡが未契約の３つのサービス２００「ServiceB」，「ServiceD」,「ServiceE」が表示されている。表示画面１３００において、各サービス２００には、「Install」と示されたインストールボタン１３０３が設けられている。なお、表示画面１３００に表示されていない２つのサービス２００「ServiceA」，「ServiceC」は、契約ユーザＡが契約中のサービス２００である。例えば、契約管理者１６は、図１６に示すように、「ServiceB」のインストールボタン１３０３を押下することにより、「ServiceB」の追加契約を行うことができる。
この際、管理サーバ３００には、「ServiceB」の追加契約に係る契約情報が送信される。管理サーバ３００は、この契約情報を受信すると、既に説明した追加契約時処理を行い、契約情報ＤＢ３２１において契約ユーザＡの契約ユーザＩＤに「ServiceB」を追加することにより、契約ユーザＡによる「ServiceB」の利用を有効化する。これにより、契約ユーザＡは、３つのサービス２００「ServiceA」，「ServiceB」,「ServiceC」が利用可能となる。
そして、既に説明したとおり、「ServiceB」は、「ServiceA」からの連携利用が可能である。そこで、管理サーバ３００は、管理端末５００に対し、「ServiceBのご契約ありがとうございます。ServiceBとの連携設定はServiceAの設定画面にもあります。ご活用下さい」等のメッセージを送信する。管理端末５００は、図１７に示すように、当該メッセージをポップアップ画面１３１０によって表示することにより、当該メッセージを契約管理者１６に通知することができる。
（サービス２００の契約解除を行う際の表示画面の一例）
図１８～図２１は、本発明の一実施形態に係る管理端末５００に表示される、サービス２００の契約解除を行う際の表示画面の一例を示す図である。
図１８に示す例では、図１５～図１７と同様の表示画面１３００において、契約管理者１６によってチェックボックス１３０１が選択されている。これにより、表示画面１３００には、契約ユーザＡが契約中の３つのサービス２００「ServiceA」，「ServiceB」,「ServiceC」が一覧表示されている。図１８に示す表示画面１３００において、各サービス２００には、図１５～図１７に示すインストールボタン１３０３の代わりに、既に契約中であることを表す、「Installed」と示された無効なボタン１３０４が表示されている。
また、図１８に示す表示画面１３００において、各サービス２００には、ドロップダウンボタン１３０５が表示されている。契約管理者１６は、表示画面１３００において、任意のサービス２００のドロップダウンボタン１３０５を選択することにより、ドロップダウンリスト１３０６を表示させて、当該ドロップダウンリスト１３０６の中から、任意のアクションを選択することができる。
例えば、図１９に示す例では、表示画面１３００において、契約管理者１６によって「ServiceB」のドロップダウンボタン１３０５が選択されたことにより、「ServiceB」のドロップダウンリスト１３０６が表示されている。そして、このドロップダウンリスト１３０６において、契約管理者１６によって「Go to application」と示されたアクションが選択されている。これにより、管理端末５００のディスプレイには、図２０に示すように、「ServiceB」の詳細内容を表す、サービス詳細画面１８００が表示される。
契約管理者１６は、このサービス詳細画面１８００から、「ServiceB」の契約解除を行うことが可能である。具体的には、図２０に示すように、サービス詳細画面１８００は、「uninstall」と示されたリンク１８０１が表示されている。契約管理者１６は、このリンク１８０１を押下することにより、「ServiceB」の契約解除を行うことができる。この際、管理サーバ３００には、「ServiceB」の契約解除に係る契約情報が送信される。
そして、既に説明したとおり、「ServiceB」は、「ServiceA」からの連携利用が可能である。そこで、管理サーバ３００は、管理端末５００に対し、「ServiceA上でServiceBと連携可能な機能も使えなくなります。本当に解除しますか？」等のメッセージを送信する。管理端末５００は、図２１に示すように、当該メッセージをポップアップ画面１８１０によって表示することにより、当該メッセージを契約管理者１６に通知することができる。
図２１に示すように、ポップアップ画面１８１０には、キャンセルボタン１８１１およびＯＫボタン１８１２が表示されている。契約管理者１６は、キャンセルボタン１８１１を選択することにより、「ServiceB」の契約解除をキャンセルすることができる。一方、契約管理者１６は、ＯＫボタン１８１２を選択することにより、「ServiceB」の契約解除を確定することができる。そして、「ServiceB」の契約解除のキャンセルまたは確定は、管理端末５００から、管理サーバ３００へ通知される。
管理サーバ３００は、「ServiceB」の契約解除のキャンセルの通知を受信すると、既に説明した契約解除時処理を行い、契約情報ＤＢ３２１から、契約ユーザＡの契約ユーザＩＤに対応付けられている「ServiceB」を削除することにより、契約ユーザＡによる「ServiceB」の利用を無効化する。これにより、契約ユーザＡは、残りの２つのサービス２００「ServiceA」，「ServiceC」が利用可能となる。
（サービス２００の連携機能の第１具体例）
図２２および図２３は、契約ユーザに提供されるサービス２００の連携機能の第１具体例を示す図である。図２２および図２３に示す表示画面２０００は、ある契約ユーザＡが利用する端末装置（例えば、ＰＣ、タブレット端末、スマートフォン等）のディスプレイに表示される表示画面である。この表示画面２０００は、ワークフローサービス（上述の「ServiceA」の一例）から提供される、ワークフローの作成画面である。契約ユーザＡは、この表示画面２０００から、ワークフローの作成等を行うことができる。
図２２は、契約ユーザＡによる「ServiceB」および「ServiceC」との契約前の表示画面２０００を表している。一方、図２３は、契約ユーザＡによる「ServiceB」および「ServiceC」との契約後の表示画面２０００を表している。
図２３に示す表示画面２０００では、「ServiceB」および「ServiceC」との連携機能が有効化されたことにより、「ServiceB」および「ServiceC」との連携機能を利用するための配信ボタン２００２，２００４が表示されている。
例えば、契約ユーザＡは、配信ボタン２００２を選択することにより、表示画面２０００で作成されたワークフローを、「ServiceB」に配信することができる。また、例えば、契約ユーザＡは、配信ボタン２００４を選択することにより、表示画面２０００で作成されたワークフローを、「ServiceC」に配信することができる。
なお、図２３では、ユーザ権限情報ＤＢ３２５において、契約ユーザＡによって管理されるログインユーザに対して、「ServiceB」および「ServiceC」の各々に対して、利用者権限が付与されている場合を例示している。例えば、契約ユーザＡが「ServiceB」および「ServiceC」を利用可能（すなわち、契約済）であっても、当該契約ユーザＡによって管理されるログインユーザに対して「ServiceB」および「ServiceC」のいずれか一方に対して、利用者権限が付与されていない場合は、そのログインユーザが使用する表示画面２０００において、配信ボタン２００２，２００４のいずれか一方が表示されない。
（サービス２００の連携機能の第２具体例）
図２４および図２５は、契約ユーザに提供されるサービス２００の連携機能の第２具体例を示す図である。図２４および図２５は、ある契約ユーザＡが電子黒板１００からあるサービス（上述の「ServiceA」の一例）を利用しているときの、電子黒板１００のディスプレイ１８０による表示例を表している。契約ユーザＡは、このディスプレイ１８０に対して、任意の内容の書き込み等を行うことができる。
図２４は、契約ユーザＡによる「ServiceB」および「ServiceC」との契約前の表示例を表している。一方、図２５は、契約ユーザＡによる「ServiceB」および「ServiceC」との契約後の表示例を表している。ここでは、「ServiceB」を、「ServiceA」からの連携利用が可能なプリントサービスと、「ServiceC」を、「ServiceA」からの連携利用が可能なワークフローサービスとする。
図２５に示すディスプレイ１８０では、「ServiceB」（プリントサービス）および「ServiceC」（ワークフローサービス）との連携機能が有効化されたことにより、「ServiceB」および「ServiceC」との連携機能を利用するための印刷ボタン２３０２および審査依頼ボタン２３０４が表示されている。
例えば、契約ユーザＡは、印刷ボタン２３０２を選択することにより、ディスプレイ１８０の表示内容を、「ServiceB」（プリントサービス）に配信して、印刷することができる。また、例えば、契約ユーザＡは、審査依頼ボタン２３０４を選択することにより、ディスプレイ１８０の表示内容を、「ServiceC」（ワークフローサービス）に配信して、審査依頼することができる。
なお、図２５では、ユーザ権限情報ＤＢ３２５において、契約ユーザＡによって管理されるログインユーザに対して、「ServiceB」および「ServiceC」の各々に対して、利用者権限が付与されている場合を例示している。例えば、契約ユーザＡが「ServiceB」および「ServiceC」を利用可能（すなわち、契約済）であっても、当該契約ユーザＡによって管理されるログインユーザに対して「ServiceB」および「ServiceC」のいずれか一方に対して、利用者権限が付与されていない場合は、そのログインユーザが使用する表示画面２０００において、印刷ボタン２３０２および審査依頼ボタン２３０４のいずれか一方が表示されない。
（情報処理システム１０によるユーザ認証処理の手順）
図２６は、本発明の一実施形態に係る情報処理システム１０によるユーザ認証処理の手順を示すシーケンス図である。
まず、ＩＷＢ１００，ＭＦＰ９００等の端末装置において、契約ユーザによって管理されるログインユーザからのログイン情報の入力を受け付ける（ステップＳ２４０１）。例えば、ログイン情報は、ユーザＩＤおよびパスワードを含む。端末装置は、入力されたログイン情報を、通信ネットワーク１２を介して管理サーバ３００へ送信する（ステップＳ２４０２）。
管理サーバ３００では、ユーザ認証部３４０が、端末装置から送信されたログイン情報を取得し（ステップＳ２４０３）、当該ログイン情報と、管理サーバ３００が備えるユーザ情報ＤＢ３２４とに基づいて、ログインユーザの認証処理を行う（ステップＳ２４０４）。
ここで、ログインユーザの認証処理に成功した場合、ユーザ認証部３４０が、ログインユーザの認証処理に成功したことを示すユーザ認証処理結果を、端末装置へ送信する（ステップＳ２４０５）。端末装置は、ログインユーザの認証処理結果を受信すると（ステップＳ２４０６）、ログインに成功したことを、ログインユーザに通知する（ステップＳ２４０７）。この場合、管理サーバ３００は、ステップＳ２４０８へ処理を進める。
一方、図示を省略するが、ステップＳ２４０４において、ログインユーザの認証処理に失敗した場合、ユーザ認証部３４０が、ログインユーザの認証処理に失敗したことを示すユーザ認証処理結果を、端末装置へ送信する（ステップＳ２４０５）。端末装置は、ログインユーザの認証処理結果を受信すると（ステップＳ２４０６）、ログインに失敗したことを、ログインユーザに通知する（ステップＳ２４０７）。この場合、管理サーバ３００は、ステップＳ２４０８へ処理を進めず、一連の処理を終了する。
ステップＳ２４０８では、管理サーバ３００のユーザ別連携機能制御部３４１が、契約情報ＤＢ３２１を参照することにより、ログインに成功したログインユーザが属する契約ユーザが利用可能なサービス２００（すなわち、契約中のサービス２００）を特定する。
そして、ユーザ別連携機能制御部３４１が、ユーザ権限情報ＤＢ３２５を参照することにより、ログインに成功したログインユーザによる、ステップＳ２４０８で特定されたサービス２００の利用権限を確認する（ステップＳ２４０９）。
ここで、ログインユーザが属する契約ユーザが、複数のサービス２００を契約中の場合、ユーザ認証部３４０は、契約中の複数のサービス２００の各々について、当該ログインユーザによる利用権限を確認する。例えば、ログインに成功したログインユーザのユーザＩＤが「User1」である場合、当該ログインユーザが属する契約ユーザの契約ユーザＩＤは「Company1」である。このため、ユーザ認証部３４０は、「Company1」が契約中のサービス「ServiceA」,「ServiceB」，「ServiceC」の各々について、ユーザ権限情報ＤＢ３２５を参照することにより、利用権限の有無を確認する。例えば、図１０に例示するユーザ権限情報ＤＢ３２５によれば、ユーザＩＤ「User1」を有するログインユーザは、サービス「ServiceA」,「ServiceB」，「ServiceC」の全てについて、利用権限を有する。
そして、管理サーバ３００のユーザ認証部３４０が、ログインユーザの認証処理に成功したことを示すユーザ認証処理結果と、サービス２００の利用権限の確認結果とを、ログインユーザのユーザＩＤとともに、ログインユーザが属する契約ユーザが契約中のサービス２００へ送信する（ステップＳ２４１０）。ここで、ログインユーザが属する契約ユーザが複数のサービス２００を契約中の場合、ユーザ認証部３４０は、複数のサービス２００の各々へ、ユーザ認証処理結果と、サービスの利用権限の確認結果とを送信する。例えば、ログインユーザのユーザＩＤが「User1」である場合、ユーザ認証部３４０は、サービス「ServiceA」,「ServiceB」，「ServiceC」の各々へ、ユーザ認証処理結果と、サービスの利用権限の確認結果とを送信する。
サービス２００は、ユーザ認証処理結果とサービスの利用権限の確認結果とを受信すると（ステップＳ２４１１）、受信したサービスの利用権限の確認結果に、自サービス２００の利用権限を有することが示されている場合、受信したユーザ認証処理結果に含まれているユーザＩＤ（すなわち、ログインに成功したログインユーザ）に対し、自サービス２００の利用を有効化する（ステップＳ２４１２）。
さらに、サービス２００は、受信したサービスの利用権限の確認結果に、連携先のサービス２００の利用権限を有しないことが示されている場合、受信したユーザ認証処理結果に含まれているユーザＩＤ（すなわち、ログインに成功したユーザ）に対し、連携先のサービス２００への連携機能の利用を無効化する（ステップＳ２４１３）。
例えば、ログインユーザのユーザＩＤが「User3」であり、自サービス２００が「ServiceA」であり、連携先のサービスが「ServiceB」，「ServiceC」である場合、ユーザＩＤ「User3」を有するユーザは、「ServiceC」の利用権限を有するが、「ServiceB」の利用権限を有しないため（図１０参照）、自サービス２００（「ServiceA」）は、ログインユーザ（「User3」）による、自サービス２００（「ServiceA」）から「ServiceB」への連携機能の利用を無効化する。
その後、端末装置が、ログインユーザからの操作に応じて、サービス２００へ利用要求を送信すると（ステップＳ２４１４）、サービス２００が、端末装置から送信された利用要求に応じて、当該利用要求に含まれているユーザＩＤに基づいて、自サービス２００を利用可能であるか否かを判断し、自サービス２００を利用可能であると判断した場合は、端末装置へ自サービス２００を提供する（ステップＳ２４１５）。これにより、ログインユーザは、端末装置からサービス２００を利用することができる（ステップＳ２４１６）。
例えば、サービス２００は、管理サーバ３００に問い合わせを行うことにより、ログインユーザが自サービス２００を利用可能であるか否かを判断してもよい。または、サービス２００は、契約情報ＤＢ３２１と同期した同期情報を保持しておき、当該同期情報に基づいて、ログインユーザが自サービス２００を利用可能であるか否かを判断してもよい。
なお、図２６では、サービス２００が「ログインユーザが自サービス２００を利用可能である」と判断した場合を示しているが、サービス２００が「ログインユーザが自サービス２００を利用可能でない」と判断した場合は、端末装置へ自サービス２００を提供せずに、自サービス２００を利用できない旨を、端末装置へ通知する。
なお、ユーザ認証処理は、契約ユーザが端末装置からサービス２００を利用する際に、当該サービス２００が行ってもよい。この場合、サービス２００は、ユーザ情報ＤＢ３２４と同期した同期情報を保持しておき、当該同期情報に基づいて、ユーザ認証処理を行ってもよい。
また、サービス２００は、ユーザ権限情報ＤＢ３２５と同期した同期情報を保持しておき、当該同期情報に基づいて、サービスの連携機能の有効化・無効化を、ログインユーザ別に行ってもよい。
以上説明したように、本発明の一実施形態に係る管理サーバ３００は、契約ユーザが連携元のサービス２００および連携先のサービス２００の双方を利用可能である場合、連携元のサービス２００から連携先のサービス２００への連携機能を有効化する連携機能有効化部３３４と、契約ユーザによって管理されるログインユーザが、連携先のサービス２００の利用権限を有しない場合、ログインユーザによる連携機能の利用を無効化するユーザ別連携機能制御部３４１とを備える。
これにより、一実施形態に係る管理サーバ３００は、契約上、契約ユーザが連携元のサービス２００および連携先のサービス２００の双方を利用可能であっても、連携先のサービス２００の利用権限を有しない場合、連携元のサービス２００から連携先のサービス２００への連携機能を無効化することができる。このため、一実施形態に係る管理サーバ３００は、ログインユーザが利用権限を有しない連携先のサービス２００を利用しようとして、エラーが表示されてしまう等の不具合の発生を抑制することができる。したがって、一実施形態に係る管理サーバ３００によれば、ログインユーザがサービスを利用する際に、そのサービスに連携可能な他のサービスが存在する場合、ログインユーザによる他のサービスへの連携機能の利用を適切に制御することができる。
以上、本発明の好ましい実施形態について詳述したが、本発明はこれらの実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形又は変更が可能である。
実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、管理サーバ３００は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。
なお、「情報処理装置」は、上記で説明した実施形態の各機能を備えた装置であれば、サーバに限られない。「情報処理装置」は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。
また、上記実施形態では、クラウドシステムを用いて「情報処理システム」を構築しているが、これに限らず、通信ネットワーク上に構築されたその他のシステムを用いて「情報処理システム」を構築してもよい。例えば、オンプロミスシステムを用いて「情報処理システム」を構築してもよい。
１０ 情報処理システム
１２ 通信ネットワーク
１４ クラウドシステム
１６ 契約管理者
２０ 統合サービス提供システム
１００ 電子黒板
２００ サービス
２００Ａ リソース管理サービス
２００Ｂ レポートサービス
２００Ｃ 無線管理サービス
２００Ｄ 文書管理サービス
２００Ｅ プリントサービス
２００Ｆ ワークフローサービス
３００ 管理サーバ（情報処理装置）
３２０ 記憶部
３２１ 契約情報ＤＢ
３２２ 連携定義情報ＤＢ
３２３ 連携利用情報ＤＢ
３２４ ユーザ情報ＤＢ
３２５ ユーザ権限情報ＤＢ
３３１ 契約情報受信部
３３２ サービス有効化部
３３３ 連携サービス特定部
３３４ 連携機能有効化部
３３５ 契約ユーザ通知部
３３６ 契約ユーザ確認部
３４０ ユーザ認証部
３４１ ユーザ別連携機能制御部
４００ スマートフォン
５００ 管理端末
７００ ビデオ会議端末
９００ ＭＦＰ
特許第６４５１８８号公報

Claims (6)

  1. 連携元のサービスと、連携先のサービスとを管理する情報処理装置であって、
    契約ユーザが連携元のサービスおよび連携先のサービスの双方を利用可能である場合、前記連携元のサービスから前記連携先のサービスへの連携機能を有効化する連携機能有効化部と、
    ログインに成功したログインユーザが属する前記契約ユーザによって利用可能なサービスを特定し、前記ログインユーザによる、特定したサービスの利用権限を確認するユーザ別連携機能制御部と、
    を備え、
    前記ユーザ別連携機能制御部は、前記契約ユーザによって管理されるログインユーザが、前記連携元のサービスの利用権限を有しており、且つ前記連携先のサービスの利用権限を有しない場合、前記ログインユーザによる前記連携元のサービスにおいて前記連携先のサービスを利用する前記連携機能の利用を無効化する
    ことを特徴とする情報処理装置。
  2. 前記ユーザ別連携機能制御部は、
    前記契約ユーザによって管理されるログインユーザが、前記連携元のサービスの利用権限を有しており、且つ前記連携先のサービスの利用権限を有しない場合、前記ログインユーザが前記連携元のサービスを利用する際に、前記連携元のサービスに対し、当該連携元のサービスが有する前記連携機能のＧＵＩ部品を無効化させる
    ことを特徴とする請求項１に記載の情報処理装置。
  3. 前記連携元のサービスおよび前記連携先のサービスは、前記契約ユーザによる契約がなされることにより、前記契約ユーザによる利用可能となる
    ことを特徴とする請求項１または２に記載の情報処理装置。
  4. 端末装置と、
    前記端末装置から利用可能な複数のサービスと、
    情報処理装置と
    を備えた情報処理システムであって、
    前記情報処理装置は、
    連携元のサービスと、連携先のサービスとを管理する情報処理装置であって、
    契約ユーザが連携元のサービスおよび連携先のサービスの双方を利用可能である場合、前記連携元のサービスから前記連携先のサービスへの連携機能を有効化する連携機能有効化部と、
    ログインに成功したログインユーザが属する前記契約ユーザによって利用可能なサービスを特定し、前記ログインユーザによる、特定したサービスの利用権限を確認するユーザ別連携機能制御部と、
    を備え、
    前記ユーザ別連携機能制御部は、前記契約ユーザによって管理されるログインユーザが、前記連携元のサービスの利用権限を有しており、且つ前記連携先のサービスの利用権限を有しない場合、前記ログインユーザによる前記連携元のサービスにおいて前記連携先のサービスを利用する前記連携機能の利用を無効化する
    ことを特徴とする情報処理システム。
  5. 連携元のサービスと、連携先のサービスとを管理する情報処理方法であって、
    情報処理装置の連携機能有効化部が、契約ユーザが連携元のサービスおよび連携先のサービスの双方を利用可能である場合、前記連携元のサービスから前記連携先のサービスへの連携機能を有効化する連携機能有効化工程と、
    前記情報処理装置のユーザ別連携機能制御部が、ログインに成功したログインユーザが属する前記契約ユーザによって利用可能なサービスを特定し、前記ログインユーザによる、特定したサービスの利用権限を確認するユーザ別連携機能制御工程と、
    を含み、
    前記ユーザ別連携機能制御工程では、前記ユーザ別連携機能制御部は、前記契約ユーザによって管理されるログインユーザが、前記連携元のサービスの利用権限を有しており、且つ前記連携先のサービスの利用権限を有しない場合、前記ログインユーザによる前記連携元のサービスにおいて前記連携先のサービスを利用する前記連携機能の利用を無効化する
    ことを特徴とする情報処理方法。
  6. 連携元のサービスと、連携先のサービスとを管理するプログラムであって、
    コンピュータを、
    契約ユーザが連携元のサービスおよび連携先のサービスの双方を利用可能である場合、前記連携元のサービスから前記連携先のサービスへの連携機能を有効化する連携機能有効化部、および、
    ログインに成功したログインユーザが属する前記契約ユーザによって利用可能なサービスを特定し、前記ログインユーザによる、特定したサービスの利用権限を確認するユーザ別連携機能制御部
    として機能させ、
    前記ユーザ別連携機能制御部は、前記契約ユーザによって管理されるログインユーザが、前記連携元のサービスの利用権限を有しており、且つ前記連携先のサービスの利用権限を有しない場合、前記ログインユーザによる前記連携元のサービスにおいて前記連携先のサービスを利用する前記連携機能の利用を無効化する
    プログラム。
JP2020131999A 2020-08-03 2020-08-03 情報処理装置、情報処理システム、情報処理方法、およびプログラム Active JP7505316B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2020131999A JP7505316B2 (ja) 2020-08-03 2020-08-03 情報処理装置、情報処理システム、情報処理方法、およびプログラム
EP21188340.0A EP3951626B1 (en) 2020-08-03 2021-07-28 Information processing method, information processing apparatus, information processing system, and program
US17/389,343 US11971966B2 (en) 2020-08-03 2021-07-30 Information processing method, information processing apparatus, information processing system, and recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020131999A JP7505316B2 (ja) 2020-08-03 2020-08-03 情報処理装置、情報処理システム、情報処理方法、およびプログラム

Publications (2)

Publication Number Publication Date
JP2022028531A JP2022028531A (ja) 2022-02-16
JP7505316B2 true JP7505316B2 (ja) 2024-06-25

Family

ID=77126578

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020131999A Active JP7505316B2 (ja) 2020-08-03 2020-08-03 情報処理装置、情報処理システム、情報処理方法、およびプログラム

Country Status (3)

Country Link
US (1) US11971966B2 (ja)
EP (1) EP3951626B1 (ja)
JP (1) JP7505316B2 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011175402A (ja) 2010-02-24 2011-09-08 Mitsubishi Electric Corp アクセス制御連携システム及びアクセス制御連携方法
JP2012256248A (ja) 2011-06-09 2012-12-27 Canon Inc クラウドシステム、クラウドサービスのライセンス管理方法、およびプログラム
JP2015095056A (ja) 2013-11-11 2015-05-18 キヤノン株式会社 認可サーバーシステム、その制御方法、およびそのプログラム。
JP2018092600A (ja) 2016-11-16 2018-06-14 ザ・ボーイング・カンパニーＴｈｅ Ｂｏｅｉｎｇ Ｃｏｍｐａｎｙ 共通認証管理サービス
JP2018142122A (ja) 2017-02-27 2018-09-13 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57149683A (en) 1981-03-11 1982-09-16 Aisin Seiki Co Ltd Negative pressure control valve
FI114434B (fi) * 1999-05-11 2004-10-15 Nokia Corp Viestintälaitteet
US7428750B1 (en) * 2003-03-24 2008-09-23 Microsoft Corporation Managing multiple user identities in authentication environments
US8990254B2 (en) * 2004-07-02 2015-03-24 Ellie Mae, Inc. Loan origination software system for processing mortgage loans over a distributed network
US20140122349A1 (en) 2012-10-31 2014-05-01 Ricoh Company, Ltd. System, information management method, and information processing apparatus
US9286482B1 (en) * 2013-06-10 2016-03-15 Amazon Technologies, Inc. Privacy control based on user recognition
US9626720B2 (en) * 2013-11-25 2017-04-18 Apple Inc. Linked user accounts
US20150350221A1 (en) * 2014-05-30 2015-12-03 Apple Inc. Shared data within a family
US20150347996A1 (en) * 2014-05-30 2015-12-03 Apple Inc. Shared purchases
US10002236B2 (en) * 2014-07-21 2018-06-19 Apple Inc. Controlling use of shared content items based on client device
JP2017028553A (ja) * 2015-07-23 2017-02-02 株式会社リコー 機器連携システム、機器連携システムの制御方法およびそのプログラム
US9923927B1 (en) * 2015-09-29 2018-03-20 Amazon Technologies, Inc. Methods and systems for enabling access control based on credential properties
US10140279B2 (en) * 2016-01-13 2018-11-27 Dropbox, Inc. Techniques for providing user interface enhancements for spreadsheets and tables
CN107133504A (zh) * 2016-02-29 2017-09-05 广州市动景计算机科技有限公司 权限管理***、权限管理方法及电子设备
US10832357B1 (en) * 2017-03-30 2020-11-10 Jamie Michele Pagliano Real estate transaction facilitating process and incoming property offer notification system
JP6451888B2 (ja) 2018-03-08 2019-01-16 株式会社リコー 情報処理装置、システム及びプログラム
JP7114980B2 (ja) 2018-03-28 2022-08-09 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
JP7095354B2 (ja) 2018-03-28 2022-07-05 株式会社リコー 情報処理システム、情報処理装置、情報処理方法及びプログラム
JP7346844B2 (ja) 2019-02-21 2023-09-20 住友電装株式会社 電子モジュール
CN112115444B (zh) * 2019-06-21 2022-08-26 华为技术有限公司 一种解锁方法及电子设备
JP7508767B2 (ja) 2019-10-10 2024-07-02 株式会社リコー 情報処理装置、情報処理システム、情報処理方法、およびプログラム
US11234123B2 (en) * 2020-02-25 2022-01-25 Lenovo (Singapore) Pte. Ltd. Obscuring application windows based on user security permissions
US11593348B2 (en) * 2020-02-27 2023-02-28 Optum, Inc. Programmatically managing partial data ownership and access to record data objects stored in network accessible databases

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011175402A (ja) 2010-02-24 2011-09-08 Mitsubishi Electric Corp アクセス制御連携システム及びアクセス制御連携方法
JP2012256248A (ja) 2011-06-09 2012-12-27 Canon Inc クラウドシステム、クラウドサービスのライセンス管理方法、およびプログラム
JP2015095056A (ja) 2013-11-11 2015-05-18 キヤノン株式会社 認可サーバーシステム、その制御方法、およびそのプログラム。
JP2018092600A (ja) 2016-11-16 2018-06-14 ザ・ボーイング・カンパニーＴｈｅ Ｂｏｅｉｎｇ Ｃｏｍｐａｎｙ 共通認証管理サービス
JP2018142122A (ja) 2017-02-27 2018-09-13 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム

Also Published As

Publication number Publication date
EP3951626A1 (en) 2022-02-09
JP2022028531A (ja) 2022-02-16
US20220035894A1 (en) 2022-02-03
EP3951626B1 (en) 2024-04-17
US11971966B2 (en) 2024-04-30

Similar Documents

Publication Publication Date Title
US9661160B2 (en) System and method for providing cloud printing service
US20190012614A1 (en) Information processing apparatus, resource reservation system, and information transmission method
JP7508767B2 (ja) 情報処理装置、情報処理システム、情報処理方法、およびプログラム
US20210377277A1 (en) Service providing system, information processing system, and use permission assigning method
US20240251003A1 (en) Text data transmission-reception system, shared terminal, and method of processing information
JP2018156129A (ja) 情報処理システム、情報処理装置及び情報処理方法
JP2020194371A (ja) 情報処理装置、情報処理システム、情報処理方法及びプログラム
JP7505316B2 (ja) 情報処理装置、情報処理システム、情報処理方法、およびプログラム
US11831836B2 (en) Information processing apparatus and control method of information processing apparatus for changing display mode of icon on basis of status of image forming device
US11356572B2 (en) Information processing device and information processing system
JP7081195B2 (ja) 通信端末、通信システム、通信方法、及びプログラム
JP7156415B2 (ja) テキストデータ送受信システム、共用端末、情報処理装置、ユーザ端末、情報処理方法及びプログラム
US11886553B2 (en) Service providing system, information processing system, control method, and medium
KR102383335B1 (ko) 대화방 제공 장치 및 방법
JP7490978B2 (ja) 情報処理システム、情報処理装置、プログラム及び情報処理方法
JP7494552B2 (ja) 情報処理装置、情報処理システム、情報処理方法及びプログラム
JP7524700B2 (ja) 情報処理装置、情報処理システム及び遠隔共有方法
JP7434840B2 (ja) 情報処理システム、情報処理装置、情報処理方法及びプログラム
JP7476651B2 (ja) 情報処理装置、情報処理システム、情報処理方法及びプログラム
US11330082B2 (en) Information processing system, service providing system, and user creation method
EP4102815A1 (en) Information processing apparatus, information processing method, and information processing program
JP7056285B2 (ja) 共有端末、通信システム、通信方法、及びプログラム
JP2021174480A (ja) 情報処理装置、サービス統合システム、サービス統合方法およびプログラム
JP2021111032A (ja) 情報処理システム、情報処理装置、データ転送方法およびプログラム
JP2023095515A (ja) 情報処理装置、情報処理方法、プログラム、情報処理システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230224

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231127

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231212

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240209

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240426

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240514

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240527