JP6662215B2 - 管理システム、通信システム、管理方法、及びプログラム - Google Patents

Description

本発明は、管理システム、通信システム、管理方法、及びプログラムに関する。

ユーザが認証され、クライアントアプリケーションの利用が認可されてから、ユーザにクライアントアプリケーションを利用させるOAuth2.0などの通信プロトコルが知られている。このような通信プロトコルにおいて、サーバは、認可を判断する情報として、ユーザと、このユーザによる利用が認可されるクライアントアプリケーションとを関連付けて管理する。ユーザとクライアントアプリケーションとの関連付けは、例えば、ユーザによるクライアントアプリケーションの開発者への課金、或いは利用期限の経過などに応じて更新される。

特許文献１には、ある通信ＩＤを有する端末１０は、使用期間管理テーブルの機能ＩＤの項目に指定された機能ＩＤの機能（アプリケーション）を、使用可能期間内に限り、使用することができることが開示されている。

しかしながら、上記の関連付けを通信システムのユーザ側の権限で実行する場合には、一例として、ユーザが、自身を未課金のクライアントアプリケーションに関連付けるなど、適切に関連付けを行うことができなくなるという課題が生じる。

請求項１に係る発明の管理システムは、第１のユーザの識別情報、及び前記第１のユーザによる利用が認可される第１のクライアントの識別情報を関連付ける要求、並びに、認証されたユーザであって、かつ第２のクライアントの利用が認可されたユーザである第２のユーザの識別情報を受信する受信手段と、前記第２のユーザの識別情報が、前記第１のクライアントに対応する所定の情報である場合に、前記第１のユーザの識別情報、及び前記第１のクライアントの識別情報を関連付ける処理を実行する実行手段と、を有する。

以上説明したように本発明によれば、ユーザと、このユーザによる利用が認可されるクライアントアプリケーションと、の関連付けを、通信システムのユーザ側の権限で適切に実行できるようになるという効果を奏する。

本発明の一実施形態に係る通信システムの概略図である。 一実施形態に係る端末のハードウェア構成図である。 一実施形態に係る管理システムのハードウェア構成図である。 一実施形態に係る端末、及び管理システムの各機能ブロック図である。 管理システムが管理する各管理テーブルを示す概念図である。 一実施形態における認証処理を示すシーケンス図である。 ユーザ及びアプリを紐付ける処理の一例を示すシーケンス図である。

以下、本発明の実施形態について説明する。

＜＜通信システムの概略＞＞
図１は、本発明の一実施形態に係る通信システムの概略図である。通信システム１は、認証認可プロトコルの一例として、OAuth2.0を利用したサービス提供システムである。図１において、通信ネットワーク２上にサービス提供システムの管理者側は示されており、サービス提供システムの利用者側は、通信ネットワーク２に接続して示されている。

以下、通信端末を「端末」と表し、端末１０ａ，１０ｘ，１０ｙのうち任意の端末を端末１０と表す。通信システム１は、端末１０、及び管理システム５０によって構築されている。端末１０は、例えば、タブレット、スマートフォン、ＰＣ（personal computer）等の汎用端末、若しくは、テレビ会議端末、電子黒板、電子看板、カメラなどの専用端末である。なお、通信システム１において、端末の種類、及び数は限定されるものではない。また、各端末１０は、同種であっても、異種であっても良い。

以下、通信システム１において、利用されるクライアントアプリケーションを「アプリ」と表す。アプリは、例えば、管理システム５０、又は通信ネットワーク２上の任意のサーバに記憶されており、管理システム５０又はサーバ上で動作しても良い。また、アプリは、他の一例では、端末１０にインストールされており、端末１０上で動作しても良い。アプリは、サービス提供システムの管理者、又はサービス提供システムの利用者によって開発される。サービス提供システムの利用者のうちアプリの開発者を「サードパーティ」、サービス提供システムの利用者のうちアプリの開発者以外を「エンドユーザ」と表す。ユーザｍは、サービス提供システムの管理者であり、アプリ１０３０ｍの開発者である。ユーザｘは、サードパーティに属し、アプリ１０３０ｘの開発者である。ユーザｙは、サードパーティに属し、アプリ１０３０ｙの開発者である。ユーザａは、エンドユーザである。なお、アプリ、サードパーティ、及びエンドユーザの数は図１の記載に限定されない。

管理システム５０は、アプリごとに、そのアプリを利用可能なユーザ、及びそのアプリの利用可能な期間を紐付けて管理する。これにより、管理システム５０は、ユーザごとにアプリへのアクセス権を与えることができる。なお、「紐付け」は、ユーザと、このユーザによる利用が認可されるアプリと、を「関連付け」ることを表している。管理システム５０において、アプリを管理する期間に応じてコストが発生する。エンドユーザによる課金があると、管理システム５０は、サードパーティによる要求に応じて、ユーザ、及びアプリを関連付ける。

＜＜ハードウェア構成＞＞
次に、通信システム１を構成する各装置のハードウェア構成を説明する。

図２は、一実施形態に係る端末１０のハードウェア構成図である。なお、端末１０は、通信可能であれば、端末１０のハードウェア構成は図２の構成に限定されない。例えば、端末１０は、図２に記載されていない構成が含まれていても、図２に記載の構成の一部が含まれていなくても良い。また、図２に記載の構成の一部は端末１０に接続可能な外部装置等であっても良い。図２に示されているように、本実施形態の端末１０は、端末１０全体の動作を制御するＣＰＵ(Central Processing Unit)１０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Read Only Memory)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Random Access Memory)１０３、端末１０の各種端末用のプログラム、画像データ、及び音データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリやＩＣカード（Integrated Circuit Card）等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアＩ／Ｆ１０７、宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ(Interface)１１１を備えている。

また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音を入力する内蔵型のマイク１１４、音を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音信号の入出力を処理する音入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図２に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

ディスプレイ１２０は、被写体の画像や操作等を表示する液晶や有機ＥＬ(Organic Electroluminescence)によって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、筐体１１００の接続口１１３２に差し込まれたＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

図３は、一実施形態に係る管理システム５０のハードウェア構成図である。管理システム５０は、管理システム５０全体の動作を制御するＣＰＵ５０１、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶したＲＯＭ５０２、ＣＰＵ５０１のワークエリアとして使用されるＲＡＭ５０３、管理システム５０用のプログラム等の各種データを記憶するＨＤ５０４、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)５０５、フラッシュメモリ等の記録メディア５０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ５０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ５０８、通信ネットワーク２を利用してデータ通信するためのネットワークＩ／Ｆ５０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード５１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス５１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)５１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ５１４、及び、上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。

＜＜機能構成＞＞
次に、一実施形態の機能構成について説明する。図４は、一実施形態に係る通信システム１の一部を構成する端末１０、及び管理システム５０の機能ブロック図である。図４では、端末１０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。

＜端末の機能構成＞
端末１０は、送受信部１１、操作入力受付部１２、表示制御部１３、認証要求部１４、及び記憶・読出部１９を有している。これら各部は、図２に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。また、端末１０は、図２に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。

（端末の各機能構成）
次に、図２及び図４を用いて、端末１０の各機能構成について詳細に説明する。なお、以下では、端末１０の各機能構成を説明するにあたって、図２に示されている各構成要素のうち、端末１０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部１１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、相手側の端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。

操作入力受付部１２は、ＣＰＵ１０１からの命令、並びに操作ボタン１０８及び電源スイッチ１０９によって実現され、ユーザによる各種入力を受け付けたり、ユーザによる各種選択を受け付けたりする。

表示制御部１３は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、通話する際に相手側から送られてきた画像データをディスプレイ１２０に送信するための制御を行う。

認証要求部１４は、ＣＰＵ１０１からの命令によって実現され、管理システム５０に対して認証を要求する。

記憶・読出部１９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実行され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを抽出したりする処理を行う。

＜管理システムの機能構成＞
管理システム５０は、送受信部５１、認証部５２、トークン確認部５３、紐付管理部５４、及び記憶・読出部５９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能である。また、管理システム５０は、ＨＤ５０４により構築される記憶部５０００を有している。

（ユーザ管理テーブル）
図５（Ａ）は、ユーザ管理テーブルを示す概念図である。記憶部５０００には、ユーザ管理テーブルによってユーザ管理ＤＢ５００１が構築される。ユーザ管理テーブルでは、ユーザＩＤ（identifier, identification）ごとに、ユーザ名、及びユーザパスワードが関連付けられて管理されている。なお、ユーザ管理テーブルでは、管理者側の開発者に属するユーザ、サードパーティ側の開発者に属するユーザ、及びエンドユーザが一括で管理されている。本実施形態において、開発者は、サービス提供システムを管理する会社、及びサードパーティ等の団体を含む。本実施形態においてＩＤ及び名称は、文字、数字、記号などの任意の情報によって表される。また、ＩＤは、メールアドレスや、電話番号などの対象を一意に特定できるものであっても良い。

（クライアント管理テーブル）
図５（Ｂ）は、クライアント管理テーブルを示す概念図である。記憶部５０００には、クライアント管理テーブルによってクライアント管理ＤＢ５００２が構築される。クライアント管理テーブルでは、クライアントアプリを識別するためのクライアントＩＤごとに、クライアント名、クライアントパスワード、及びそのクライアントアプリを開発した開発者の開発者ＩＤが関連付けられて管理されている。
なお、クライアント管理テーブルでは、管理者によって開発されたアプリと、サードパーティによって開発されたアプリと、が一括で管理されている。なお、図５（Ｂ）の紐付アプリは、図１のアプリ１０３０ｍであり、画面共有アプリは、図１のアプリ１０３０ｘであり、通話アプリは、図１のアプリ１０３０ｙである。紐付アプリは、アプリと、そのアプリを利用可能なユーザと、を紐付ける処理を行う。

（認可管理テーブル）
図５（Ｃ）は、認可管理テーブルを示す概念図である。記憶部５０００には、認可管理テーブルによって認可管理ＤＢ５００３が構築される。認可管理テーブルでは、クライアントＩＤごとに、このクライアントＩＤのアプリの利用が認可されるユーザのユーザＩＤと、利用期間と、が関連付けられて管理されている。認可管理テーブルにおけるユーザＩＤのフィールドには、管理者のユーザＩＤ、サードパーティのユーザＩＤ、及びエンドユーザのユーザＩＤが含まれる。例えば、クライアントＩＤ"C00"の紐付アプリは、管理者、及びサードパーティ用に開発されており、認可管理テーブルにおいて、管理者のユーザＩＤ"user00"、サードパーティのユーザＩＤ"user01,user02"に関連付けられている。クライアントＩＤ"C01, C02"の画面共有アプリ及び通話アプリは、エンドユーザ用に開発されており、認可管理テーブルにおいて、エンドユーザのユーザＩＤ"user03"に関連付けられている。

（開発者管理テーブル）
図５（Ｄ）は、開発者管理テーブルを示す概念図である。記憶部５０００には、開発者管理テーブルによって開発者管理ＤＢ５００４が構築される。開発者管理テーブルでは、開発者の開発者ＩＤごとに、この開発者の名称、及びこの開発者のパーティ（管理者、又はサードパーティ）に属するユーザのユーザＩＤが関連付けられて管理されている。なお、ユーザＩＤは開発者ＩＤに対して複数記録されていても良い。

（管理システムの各機能構成）
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。

送受信部５１は、ＣＰＵ５０１からの命令、及びネットワークＩ／Ｆ５０９によって実現され、通信ネットワーク２を介して各端末、装置又はシステムと各種データ（または情報）の送受信を行う。

認証部５２は、ＣＰＵ５０１からの命令によって実現され、端末１０からの要求に応じてユーザ認証、及びクライアント認証し、ユーザがアプリにアクセスするためのアクセストークンを発行する。

以下、アプリのうち紐付アプリが管理システム５０上で動作する場合について、説明する。トークン確認部５３は、紐付アプリの動作によるＣＰＵ５０１からの命令によって実現され、端末１０から送られてくるアクセストークンを確認する。

紐付管理部５４は、紐付アプリの動作によるＣＰＵ５０１からの命令によって実現され、認可管理テーブルを管理する。

記憶・読出部５９は、ＣＰＵ５０１からの命令及びＨＤＤ５０５によって実行され、又はＣＰＵ５０１からの命令によって実現され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを抽出したりする処理を行う。

＜＜処理または動作＞＞
続いて、通信システム１を構成する端末１０、及び管理システム５０の処理または動作について説明する。まずは、図６を用いて、一実施形態における認証処理について説明する。図６は、一実施形態における認証処理を示すシーケンス図である。

まず、ユーザｘの端末１０ｘから、管理システム５０へ、紐付アプリの利用を要求する一例の処理について説明する。なお、他のユーザが他の端末１０から、他のアプリの利用を要求する処理は、ユーザＩＤ及びユーザパスワード、端末１０、クライアントＩＤ、及びクライアントパスワードが、他のユーザ、他の端末、他のアプリに対応するものに変更される点を除き以下の処理と同様である。

端末１０は、ユーザｘによる紐付アプリの利用の要求を受け付けると、ユーザｘ又は記憶部１０００から、ユーザｘのユーザＩＤ"user01"、及びユーザパスワード"1x1x"、並びに紐付アプリのクライアントＩＤ"C00"、及びクライアントパスワード"www"を取得する（ステップＳ２１）。この場合、端末１０ｘの操作入力受付部１２は、ユーザｘによって入力されるユーザＩＤ、ユーザパスワード、クライアントＩＤ、又はクライアントパスワードを取得しても良い。或いは、端末１０ｘの記憶・読出部１９は、記憶部１０００に予め記憶されているユーザＩＤ、ユーザパスワード、クライアントＩＤ、又はクライアントパスワードを取得しても良い。

端末１０ｘの送受信部１１は、ステップＳ２１で取得されたユーザＩＤ、ユーザパスワード、クライアントＩＤ、及びクライアントパスワードが含まれるアクセストークン発行要求を管理システム５０へ送信する（ステップＳ２２）。

管理システム５０の送受信部５１は、端末１０ｘによって送信されたアクセストークン発行要求を受信する。管理システム５０の認証部５２は、アクセストークン発行要求に含まれるユーザＩＤ、及びユーザパスワードの組が、ユーザ管理テーブル（図５（Ａ）参照）において管理されているか判断して、ユーザ認証する（ステップＳ２３）。ここでユーザＩＤ、及びユーザパスワードの組が、ユーザ管理テーブルにおいて管理されていると判断される場合には、認証部５２は、ユーザ認証に成功する。ユーザＩＤ、及びユーザパスワードの組が、ユーザ管理テーブルにおいて管理されていないと判断される場合には、認証部５２は、ユーザ認証に失敗する。

ユーザ認証に成功した場合、管理システム５０の認証部５２は、アクセストークン発行要求に含まれるクライアントＩＤ及びクライアントパスワードの組が、クライアント管理テーブル（図５（Ｂ）参照）で管理されているか判断して、クライアント認証する（ステップＳ２４）。ここで、クライアントＩＤ、及びクライアントパスワードの組が、クライアント管理テーブルにおいて管理されていると判断される場合には、認証部５２は、クライアント認証に成功する。クライアントＩＤ、及びクライアントパスワードの組が、クライアント管理テーブルにおいて管理されていないと判断される場合には、認証部５２は、クライアント認証に失敗する。

クライアント認証に成功すると、管理システム５０の認証部５２は、アクセストークン発行要求に含まれるユーザＩＤ、及びクライアントＩＤの組が認可管理テーブル（図５（Ｃ）参照）で管理されているか判断する。ユーザＩＤ及びクライアントＩＤの組が認可管理テーブルで管理されていると判断された場合、認証部５２は、現在の時刻が、認可管理テーブルにおいて、上記のユーザＩＤ及びクライアントＩＤの組に関連付けられている利用期間内であるか判断する。現在の時刻が利用期間内であると判断された場合、認証部５２は、ユーザｘによる紐付アプリの利用を認可する（ステップＳ２５）。
一方、クライアントＩＤ及びサービスＩＤの組が認可管理テーブルで管理されていないと判断された場合、又は現在の時刻が利用期間内ではないと判断された場合、認証部５２は、上記の認可に失敗する。

認可に成功すると、認証部５２は、ユーザｘによる紐付アプリの利用が認可されたことを示すアクセストークンを作成する（ステップＳ２６）。このとき、認証部５２は、スコープとして紐付アプリのクライアントＩＤ"C00"、及び認証されたユーザであって、かつ紐付アプリの利用が認可されたユーザであるユーザｘのユーザＩＤ"user01"をアクセストークンに含める。

管理システム５０の送受信部５１は、アクセストークン発行要求に対する応答として、上記の認可に成功したかを示す応答を、アクセストークン発行要求元の端末１０ｘへ送信する（ステップＳ２７）。認可に成功した場合、送受信部５１は、ステップＳ２６で作成されたアクセストークンを応答に含めて端末１０ｘへ送信する。端末１０ｘの送受信部１１は、管理システム５０によって送信された応答を受信する。

以下、紐付アプリの利用の認可に成功して、端末１０ｘが、アクセストークンを含む応答を受信した場合について説明する。以下の処理において、ユーザｘの端末１０ｘは、紐付アプリを利用して、ユーザｘの属するサードパーティが開発した画面共有アプリ、画面共有アプリの利用に対し課金したユーザａ、及び課金額に応じた利用期間を紐付ける。なお、他のアプリ、及び他のユーザを紐付ける処理は、ユーザＩＤ、ユーザパスワード、クライアントＩＤ、及びクライアントパスワードが、他のユーザ、他のアプリに対応するものに変更される点を除き以下の処理と同様である。図７は、ユーザ及びアプリを紐付ける処理の一例を示すシーケンス図である。

端末１０ｘの送受信部１１は、管理システム５０へ、画面共有アプリ、ユーザａ、及び利用期間を紐付けるための紐付要求を送信する（ステップＳ４１）。紐付要求には、紐付けの対象となる画面共有アプリのクライアントＩＤ"C01"、ユーザａのユーザＩＤ"user03"、及び課金額に応じた利用期間の一例として"2016/6/1-2018/5/31"、並びに応答に含まれるアクセストークンが含まれる。

管理システム５０の送受信部５１は、端末１０ｘによって送信される紐付要求を受信する。管理システム５０のトークン確認部５３は、スコープの確認等によりアクセストークンを検証する。続いて、トークン確認部５３は、アクセストークンに、紐付アプリの利用が認可される対象として、ユーザｘのユーザＩＤが含まれていることを確認することで、紐付要求元による紐付アプリの利用を認可する（ステップＳ４２）。

アプリの利用が認可されると、トークン確認部５３は、アクセストークンから、ユーザｘのユーザＩＤ"user01"を抽出する（ステップＳ４３）。

管理システム５０の紐付管理部５４は、紐付要求に含まれる画面共有アプリのクライアントＩＤ"C01"を検索キーとして、クライアント管理テーブル（図５（Ｂ）参照）を検索し、対応する画面共有アプリの開発者ＩＤ"dev01"を抽出する（ステップＳ４４）。

管理システム５０の紐付管理部５４は、ステップＳ４３で抽出されたユーザＩＤ"user01"、及びステップＳ４４で抽出された開発者ＩＤ"dev01"の組が、開発者管理テーブル（図５（Ｄ）参照）において管理されているか照合する（ステップＳ４５）。

ステップＳ４５において、上記のユーザＩＤ及び開発者ＩＤの組が開発者管理テーブルにおいて管理されていると判断された場合、紐付管理部５４は、紐付要求を許可する。ステップＳ４５において、上記のユーザＩＤ及び開発者ＩＤの組が開発者管理テーブルにおいて管理されていないと判断された場合、紐付管理部５４は、紐付要求を拒否する。

管理システム５０の紐付管理部５４は、紐付要求を許可すると、紐付要求に含まれるクライアントＩＤ"C01"、ユーザＩＤ"user03"、及び利用期間"2016/6/1-2018/5/31"を関連付けて開発者管理テーブルに記録して、認可管理テーブルを更新する（ステップＳ４６）。

管理システム５０の送受信部５１は、紐付要求に対する応答として、ステップＳ４６による更新内容を含む応答を紐付要求元の端末１０ｘへ送信する（ステップＳ４７）。これにより、端末１０ｘの送受信部は、更新内容が含まれる応答を受信する。

＜＜実施形態の主な効果＞＞
続いて、上記の実施形態の主な効果を説明する。上記実施形態の管理方法によると、管理システム５０の送受信部５１（受信手段の一例）は、ユーザａのユーザＩＤ（第１のユーザの識別情報の一例）、及びユーザａによる利用が認可される画面共有アプリのクライアントＩＤ（第１のクライアントの識別情報の一例）を紐付ける要求、並びに、認証されたユーザであって、紐付アプリ（第２のクライアントの一例）の利用が認可されたユーザであるユーザｘのユーザＩＤ（第２のユーザの識別情報の一例）を含むアクセストークンを受信する。管理システム５０の紐付管理部５４（実行手段の一例）は、ユーザｘのユーザＩＤが、画面共有アプリに対応する所定の情報である場合に、ユーザａのユーザＩＤ、及び画面共有アプリのクライアントＩＤを関連付ける処理を実行する。この方法によると、管理システム５０は、ユーザと、このユーザによる利用が認可されるクライアントアプリケーションと、の関連付けを、通信システム１のユーザ側の権限で適切に実行できるようになる。

管理システム５０の認可管理ＤＢ５００３（第１の管理手段の一例）は、ユーザＩＤ、及びユーザによる利用が認可されるクライアントアプリのクライアントＩＤを関連付けて管理する。管理システム５０の紐付管理部５４は、ユーザｘのユーザＩＤが、画面共有アプリに対応する所定の情報である場合に、認可管理ＤＢ５００３において、ユーザａのユーザＩＤ、及び画面共有アプリのクライアントＩＤを関連付ける処理を実行する。これにより、管理システム５０は、関連付けたユーザＩＤ、及びクライアントＩＤの組を認可管理ＤＢ５００３において管理することができる。

管理システム５０の開発者管理ＤＢ５００４（第２の管理手段の一例）は、アプリの開発者ごとに、開発者のパーティに属するユーザのユーザＩＤを管理する。管理システム５０の紐付管理部５４は、開発者管理ＤＢ５００４において、画面共有アプリの開発者のパーティに属するユーザのユーザＩＤとして、ユーザｘのユーザＩＤが管理されている場合に、認可管理ＤＢ５００３において、ユーザａのユーザＩＤ、及び画面共有アプリのクライアントＩＤを関連付ける処理を実行する。これにより管理システム５０の紐付管理部５４は、開発者管理ＤＢ５００４において管理されている情報に基づいて、紐付要求に基づく処理を実行するか判断することができる。

管理システム５０のクライアント管理ＤＢ５００２（第３の管理手段の一例）は、クライアントＩＤ、及び開発者ＩＤを関連付けて管理する。管理システム５０の紐付管理部５４は、クライアント管理ＤＢ５００２において、画面共有アプリのクライアントＩＤ、及びユーザｘが属する開発者のパーティの開発者ＩＤが関連付けられている場合に、認可管理テーブルにおいて、ユーザａのユーザＩＤ、及び画面共有アプリのクライアントＩＤを関連付ける処理を実行する。これにより管理システム５０の紐付アプリは、クライアント管理ＤＢ５００２において管理されている情報に基づいて、紐付要求に基づく処理を実行するか判断することができる。

管理システム５０の認証部５２（生成手段の一例）は、アプリの利用要求元のユーザを認証し、かつ利用要求元のユーザによるアプリの利用を認可してから、利用要求元のユーザのユーザＩＤを含むアクセストークンを生成する。管理システム５０の送受信部５１は、認証部５２によって生成されるアクセストークンを受信する。これにより、管理システム５０の紐付アプリは、アクセストークンを用いて、紐付要求に基づく処理を実行するか判断することができる。

管理システム５０の送受信部５１（送信手段、受信手段の一例）は、アクセストークンを端末１０へ送信し、この端末１０によって送信されるアクセストークンを受信する。これにより、管理システム５０の紐付アプリは、端末１０によって送信されるアクセストークンを用いて、紐付要求に基づく処理を実行するか判断することができる。

＜＜実施形態の補足＞＞
端末１０、及び管理システム５０用の各プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（記録メディア１０６等）に記録されて流通されるようにしてもよい。また、上記記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等が挙げられる。

また、上記実施形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤ５０４は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。

また、上記実施形態における端末１０、及び管理システム５０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。例えば、図４の管理システム５０の機能構成のうち、トークン確認部５３、及び紐付管理部５４を除いた認証用の第１の装置、認証部５２を除いた第２の装置により管理システム５０を構築しても良い。

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

１ 通信システム
２ 通信ネットワーク
１０ 端末
１１ 送受信部
１２ 操作入力受付部
１３ 表示制御部
１４ 認証要求部
１９ 記憶・読出部
５０ 管理システム
５１ 送受信部
５２ 認証部
５３ トークン確認部
５４ 紐付管理部
５９ 記憶・読出部
１０００ 記憶部
５０００ 記憶部
５００１ ユーザ管理ＤＢ
５００２ クライアント管理ＤＢ
５００３ 認可管理ＤＢ
５００４ 開発者管理ＤＢ

特開２０１５−５２０２号公報

Claims (10)

1. 第１のユーザの識別情報、及び前記第１のユーザによる利用が認可される第１のクライアントの識別情報を関連付ける要求、並びに、
   認証されたユーザであって、かつ第２のクライアントの利用が認可されたユーザである第２のユーザの識別情報を受信する受信手段と、
   前記第２のユーザの識別情報が、前記第１のクライアントに対応する所定の情報である場合に、前記第１のユーザの識別情報、及び前記第１のクライアントの識別情報を関連付ける処理を実行する実行手段と、
   を有する管理システム。
2. ユーザの識別情報、及び前記ユーザによる利用が認可されるクライアントの識別情報を関連付けて管理する第１の管理手段を有しており、
   前記実行手段は、前記第２のユーザの識別情報が、前記第１のクライアントに対応する所定の情報である場合に、前記第１の管理手段において、前記第１のユーザの識別情報、及び前記第１のクライアントの識別情報を関連付ける処理を実行する請求項１に記載の管理システム。
3. 前記クライアントの開発者ごとに、前記開発者に属するユーザの識別情報を管理する第２の管理手段を有し、
   前記実行手段は、前記第２の管理手段において、前記第１のクライアントの開発者に属するユーザの識別情報として、前記第２のユーザの識別情報が管理されている場合に、前記第１の管理手段において、前記第１のユーザの識別情報、及び前記第１のクライアントの識別情報を関連付ける処理を実行する請求項２に記載の管理システム。
4. 前記クライアントの識別情報、及び前記クライアントの開発者の識別情報を関連付けて管理する第３の管理手段を有し、
   前記実行手段は、前記第３の管理手段において、前記第１のクライアントの識別情報、及び前記第２のユーザが属する開発者の識別情報が関連付けられている場合に、前記第１の管理手段において、前記第１のユーザの識別情報、及び前記第１のクライアントの識別情報を関連付ける処理を実行する請求項３に記載の管理システム。
5. クライアントの利用要求元のユーザが認証され、前記利用要求元のユーザによる前記クライアントの利用が認可されてから、前記利用要求元のユーザの識別情報を含むアクセストークンを生成する生成手段とを有し、
   前記受信手段は、前記生成手段によって生成される前記アクセストークンを受信する請求項１乃至４のいずれか一項に記載の管理システム。
6. 前記アクセストークンを通信端末へ送信する送信手段を有し、
   前記受信手段は、前記通信端末によって送信される前記アクセストークンを受信する請求項５に記載の管理システム。
7. 請求項６に記載の管理システムと、
   前記管理システムへ、前記アクセストークンを送信する通信端末と、
   を有する通信システム。
8. 管理システムに、
   第１のユーザの識別情報、及び前記第１のユーザによる利用が認可される第１のクライアントの識別情報を関連付ける要求、並びに、
   認証されたユーザであって、かつ前記関連付けを行う第２のクライアントの利用が認可された第２のユーザの識別情報を受信する処理と、
   前記第２のユーザの識別情報が、前記第１のクライアントに対応する所定の情報である場合に、前記第１のユーザの識別情報、及び前記第１のクライアントの識別情報を関連付ける処理と、
   を実行させる管理方法。
9. 管理システムに、
   クライアントの利用要求元のユーザが認証され、前記利用要求元のユーザによる前記クライアントの利用が認可されてから、前記利用要求元のユーザの識別情報を含むアクセストークンを生成する処理と、
   前記アクセストークンを通信端末へ送信する処理と、
   前記通信端末によって送信された前記アクセストークンを受信する処理と、を実行させ、
   前記通信端末に、
   前記管理システムへ、前記アクセストークンを送信する処理を実行させる請求項８に記載の管理方法。
10. 管理システムに、
    第１のユーザの識別情報、及び前記第１のユーザによる利用が認可される第１のクライアントの識別情報を関連付ける要求、並びに、
    認証されたユーザであって、かつ前記関連付けを行う第２のクライアントの利用が認可されたユーザである第２のユーザの識別情報を受信する処理と、
    前記第２のユーザの識別情報が、前記第１のクライアントに対応する所定の情報である場合に、前記第１のユーザの識別情報、及び前記第１のクライアントの識別情報を関連付ける処理と、
    を実行させるプログラム。

Images