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

Abstract

【課題】 プロトコル上の制約によって、PubSubモデルによる通信で送信されるメッセージに、容量などの制約が課される場合がある。この制約によりメッセージを送信できなくなると、メッセージに含まれるリソースを通信端末間で共有できなくなる。【解決手段】 資料管理システム６００の送受信部６１は、メッセージをpub又はsubするためのセッションに参加する端末１０から資料のファイルを受信する。資料管理システム６００のpub要求部６５は、資料管理コードを含むメッセージのpubを要求する。資料管理システム６００の送受信部６１は、パブリッシュされた前記メッセージを受信した端末１０から資料管理コードを含むリソースの要求を受け付ける。資料管理システム６００の送受信部６１は、リソースの要求元の端末１０へ、資料管理コードに対応するリソースを送信する。【選択図】図１

Description

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

近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して通話や会議等を行う通信システムが普及している。このような通信システムでは、通信端末間で通信を開始すると、画像データ及び音データ等のコンテンツデータの送受信が行われ、当事者間のコミュニケーションを実現する。また、通信端末間でコンテンツデータを送信する方法として、出版−購読モデル（Publish-Subscribeモデル、以下、PubSubモデルと記載する）が知られている。

例えば、特許文献１には、アプリケーション・プログラムによって生成されたログ・データをアプリケーション・プログラムのローカルに所在する第１のデータ処理システムのメモリに保存し、第１のデータ処理システム上で実行されるパブリッシャ・プログラムによって実施される、新たに保存されたログ・データをメモリからキャプチャし、キャプチャされたログ・データを一連のパブリケーションとしてパブリッシュ／サブスクライブ・マッチング・エンジンを含む第２のデータ処理システムに繰り返し送信するリモート監視用のシステムが開示されている。

しかしながら、例えば、プロトコル上の制約によって、PubSubモデルによる通信で送信されるメッセージに、容量などの制約が課される場合がある。この制約によりメッセージを送信できなくなると、メッセージに含まれるリソースを通信端末間で共有できなくなるという課題が生じる。

請求項１に係る発明のリソース管理システムは、メッセージをパブリッシュ又はサブスクライブするためのセッションに参加する通信端末からリソースを受信する受信手段と、前記リソースの識別情報を含むメッセージのパブリッシュを要求するパブリッシュ要求手段と、パブリッシュされた前記メッセージを受信した通信端末から前記リソースの識別情報を含むリソースの要求を受け付ける受付手段と、前記リソースの要求元の通信端末へ、前記リソースの識別情報に対応するリソースを送信する送信手段と、を有する。

以上説明したように本発明によれば、PubSubモデルによる通信で送信が制約されるリソースを通信端末間で共有可能になるという効果を奏する。

本発明の一実施形態に係る通信システムの概略図である。 一実施形態に係る端末のハードウェア構成図である。 一実施形態に係る管理システムのハードウェア構成図である。 一実施形態に係る端末のソフトウェア構成図である。 一実施形態に係る端末、及び管理システムの各機能ブロック図である。 伝送管理システムが管理する各管理テーブルを示す概念図である。 一実施形態における認証処理を示すシーケンス図である。 端末間で会議を開始する処理の一例を示すシーケンス図である。 端末間でリソースを共有する処理の一例を示すシーケンス図である。 会議に参加する処理を示したシーケンス図である。 ディスプレイの表示例である。 会議を終了する処理を示すシーケンス図である。

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

＜＜通信システムの概略＞＞
図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、通信端末１０、管理システム５０によって構築されている。以下、通信端末１０を単に端末１０と記載する。

管理システム５０は、出版−購読（Publish-Subscribe、以下PubSubと記載する）モデルにおいて、クライアント間でメッセージを交換するために、クライアントから、メッセージの出版（Publish、以下pubと記載する）やメッセージの購読（Subscribe、以下subと記載する）の要求を受け付けるサーバである。管理システム５０は、PubSubモデルに対応するプロトコルとして、例えば、MQTT（MQ Telemetry Transport）や、XMPP（eXtensible Messaging and Presence Protocol）のPubSub拡張（XEP-0060）等を実装しても良い。

管理システム５０は、端末１０間のメッセージの送信又は受信を仲介するサーバとして機能する。メッセージを送信する側の端末１０は、管理システム５０に対して、メッセージを受信する側の端末１０を指定することなく、トピックを指定してメッセージの送信を要求する。このメッセージの送信の要求は、PubSubモデルにおけるパブリッシュの要求（pub要求）の一例である。また、メッセージを受信する側の端末１０は、管理システム５０に対して、メッセージを送信する側の端末１０を指定することなく、トピックを指定してメッセージの受信を要求する。この要求は、PubSubモデルにおけるサブスクライブの要求（sub要求）の一例である。トピックは、特に限定されないが、メッセージを送信するための論理チャネルを示す名称である。管理システム５０は、トピックが指定されたメッセージのpub要求を受信すると、そのメッセージを一旦預かり、管理し、そのトピックに対してsub要求していたサブスクライバーに配信する。

端末１０は、例えば、汎用端末であって、任意のクライアントアプリケーションがインストールされている。以下、クライアントアプリケーションをクライアントアプリと表す。また、端末１０は、例えば、専用端末であって、クライアントとして稼働する特定のクライアントアプリが組み込まれている。端末１０が通信ネットワーク２を介して管理システム５０と通信可能に接続することで、各クライアントは、管理システム５０にメッセージのpubやメッセージのsubを要求することができる。端末１０は、例えば、テレビ会議端末、電子黒板、電子看板、電話、タブレット、スマートフォン、カメラ、ＰＣ（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)５１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ５１４、及び、上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。

なお、管理システム５０が複数の装置、又はシステムによって構築される場合、複数の装置、又はシステムは、それぞれ図３のハードウェア構成を有する。

＜＜ソフトウェア構成＞＞
図４は、一実施形態に係る端末１０のソフトウェア構成図である。図４に示されているように、ＯＳ１０２０、クライアントアプリ（１０３１，１０３２）は、端末１０のＲＡＭ１０３の作業領域１０１０上で動作する。ＯＳ１０２０、及び、クライアントアプリ（１０３１，１０３２）は、端末１０にインストールされている。

ＯＳ１０２０は、基本的な機能を端末１０に提供し、端末１０全体を管理する基本ソフトウェアである。クライアントアプリ（１０３１，１０３２）は、管理システム５０にpub要求及びsub要求の少なくとも一つを実行するためのアプリである。

なお、図４では少なくとも２つのクライアントアプリ（１０３１，１０３２）が端末１０にインストールされているが、１以上の任意の数のクライアントアプリが端末１０にインストールされていれば良い。また、ＯＳ１０２０上で任意のアプリケーションが動作しており、この任意のアプリケーション上でクライアントアプリが動作しても良い。

＜＜機能構成＞＞
次に、本実施形態の機能構成について説明する。図５は、一実施形態に係る通信システム１の一部を構成する端末１０、及び管理システム５０の機能ブロック図である。図５において、管理システム５０は、伝送管理システム５００、及び資料管理システム６００によって構築されている。伝送管理システム５００、及び資料管理システム６００は、同一の場所、地域、又は国に配置されていても良いし、異なる場所、地域、又は国に配置されていても良い。図５では、端末１０、伝送管理システム５００、及び資料管理システム６００が、通信ネットワーク２を介してデータ通信することができるように接続されている。

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

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

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

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

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

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

pub要求部１５は、ＣＰＵ１０１からの命令によって実現され、伝送管理システム５００に対してメッセージのpub要求をする。

sub要求部１６は、ＣＰＵ１０１からの命令によって実現され、伝送管理システム５００に対してメッセージのsub要求をする。

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

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

（ユーザ管理テーブル）
図６（Ａ）は、ユーザ管理テーブルを示す概念図である。記憶部５０００には、ユーザ管理テーブルによってユーザ管理ＤＢ５００１が構築される。ユーザ管理テーブルでは、ユーザＩＤ（identifier, identification）毎に、ユーザ名、及びパスワードが関連付けられて管理されている。

（セッション管理テーブル）
図６（Ｂ）は、セッション管理テーブルを示す概念図である。記憶部５０００には、セッション管理テーブルによってセッション管理ＤＢ５００４が構築される。セッション管理テーブルでは、ユーザ名、及びトピックが関連付けられて管理されている。セッション管理テーブルは、現在、セッションに参加中のユーザが、どのトピックのメッセージをsubしているかを示す。

（会議管理テーブル）
図６（Ｃ）は、会議管理テーブルを示す概念図である。記憶部５０００には、会議管理テーブルによって会議管理ＤＢ５００５が構築される。会議管理テーブルでは、端末１０間の会議を識別するための会議室ＩＤ、及びこの会議に参加するユーザのユーザ名が関連付けられて管理されている。

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

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

ログイン処理部５２は、ＣＰＵ５０１からの命令によって実現され、端末１０による伝送管理システム５００へのログインに係る処理を行う。

pub処理部５３は、ＣＰＵ５０１からの命令によって実現され、端末１０のpub要求に係る処理を実行する。

sub処理部５４は、ＣＰＵ５０１からの命令によって実現され、端末１０のsub要求に係る処理を実行する。

会議管理部５５は、ＣＰＵ５０１からの命令によって実現され、会議管理テーブルにおいて端末１０間の会議を管理する。

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

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

資料管理システム６００の記憶部６０００には、資料ストレージ６００１が構築されている。資料ストレージ６００１には、端末１０から送られてきた資料のファイルが記憶される。

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

pub要求部６５は、ＣＰＵ５０１からの命令によって実現され、伝送管理システム５００に対してメッセージのpub要求をする。

資料管理部６６は、ＣＰＵ５０１からの命令によって実現され、端末１０による要求に応じて、資料ストレージ６００１に資料のファイルを記憶させたり、資料ストレージ６００１に記憶された資料のファイルを読み出したりする。

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

端末１０は、ユーザのユーザＩＤ、ユーザ名、及びユーザパスワードを取得する（ステップＳ１）。取得方法は、特に限定されないが、操作入力受付部１２が、ユーザによるユーザＩＤ及びユーザパスワードの入力を受け付ける方法や、記憶・読出部１９が、記憶部１０００に記憶されているユーザＩＤ、ユーザ名、及びユーザパスワードを読み出す方法等が挙げられる。

端末１０の認証要求部１４は、伝送管理システム５００へ、認証要求を送信する（ステップＳ２）。認証要求は、ステップＳ１で取得されるユーザＩＤ、及びユーザパスワードを含む。

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

伝送管理システム５００の送受信部５１は、ユーザ認証の結果を示す結果情報を要求元の端末１０へ送信する（ステップＳ４）。ユーザ認証に成功すると、伝送管理システム５００、及び端末１０は、PubSubモデルを実装したプロトコルによるセッションを確立する（ステップＳ５）。

続いて、図８を用いて端末１０間で会議を開始する処理について説明する。図８は、端末１０間で会議を開始する処理の一例を示すシーケンス図である。端末１０ａ，１０ｂ，１０ｃは、伝送管理システム５００へログインしている端末１０の一例である。端末１０ａ，１０ｂ，１０ｃは、ステップＳ１乃至Ｓ５の処理により、それぞれユーザＩＤ「U01, U02, U03」、及びユーザ名「a, b, c」で認証されている。端末１０ａ，１０ｂ，１０ｃのユーザを、ユーザａ，ｂ，ｃと表す。

端末１０ａのsub要求部１６は、ユーザａ宛てのメッセージをsubするため、所定のトピック「chat/a」に対するsub要求を伝送管理システム５００へ送信する（ステップＳ２１−１）。同様に、端末１０ｂ，１０ｃのsub要求部１６は、それぞれユーザｂ，ｃ宛てのメッセージをsubするため、所定のトピック「chat/b, chat/c」に対するsub要求を伝送管理システム５００へ送信する（ステップＳ２１−２，Ｓ２１−３）。

伝送管理システム５００の送受信部５１は、端末１０ａ，１０ｂ，１０ｃによって送信されたsub要求を受信する。sub処理部５４は、sub要求元の端末１０ａ，１０ｂ，１０ｃのユーザ名「a, b, c」、及びsub要求に係るトピック「chat/a, chat/b, chat/c」を関連付けてセッション管理テーブルに登録する（図６（Ｂ）参照）（ステップＳ２２）。

端末１０ａのpub要求部１５は、テレビ会議の開始要求をユーザｂへ送信するため、会議開始要求、及びユーザａのユーザ名「a」が含まれるメッセージをトピック「chat/b」に対してpubする要求を伝送管理システム５００へ送信する（ステップＳ３１）。

伝送管理システム５００の送受信部５１は、端末１０ａによって送信されたpub要求を受信する。伝送管理システム５００において会議開始要求を含むpub要求が受信されると、pub処理部５３は、会議開始要求に係る会議を識別するための会議室ＩＤ「C01」を生成する（ステップＳ３２）。なお、会議室ＩＤは、会議に対応する情報として、例えば、会議用のセッションのセッションＩＤに置き換え可能である。

伝送管理システム５００のpub処理部５３は、セッション管理テーブル（図６（Ｂ））において、pub要求に係るトピック「chat/b」に関連付けられているユーザ名「b」を特定する。伝送管理システム５００のpub処理部５３は、特定されたユーザ名「b」によりログインした端末１０ｂに対して、pub要求に係るメッセージを送信する（ステップＳ３３）。更に、伝送管理システム５００のpub処理部５３は端末１０ｂへ、ステップＳ３２で生成された会議室ＩＤ「C01」を送信する。

端末１０ｂの送受信部１１は、伝送管理システム５００から送られてきた会議開始要求のメッセージ、及び会議室ＩＤ「C01」を受信する。受信後、端末１０ｂのpub要求部１５は、会議開始許可、及びユーザｂのユーザ名「b」が含まれるメッセージをトピック「chat/a」に対してpubする要求を伝送管理システム５００へ送信する（ステップＳ３４）。

伝送管理システム５００の送受信部５１は、会議開始許可に係るpub要求を受信する。伝送管理システム５００の会議管理部５５は、ステップＳ３２で生成された会議室ＩＤ、及び会議に参加する端末１０ａ，１０ｂのユーザ名「a, b」を関連付けて会議管理テーブル（図６（Ｃ））に記憶させる（ステップＳ３５）。

続いて、伝送管理システム５００のpub処理部５３は、セッション管理テーブル（図６（Ｂ））において、pub要求に係るトピック「chat/a」に関連付けられているユーザ名「a」を特定する。伝送管理システム５００のpub処理部５３は、特定されたユーザ名「a」によりログインした端末１０ａに対して、pub要求に係るメッセージを送信する（ステップＳ３６）。更に、伝送管理システム５００のpub処理部５３は端末１０ａへ、ステップＳ３２で生成された会議室ＩＤ「C01」を送信する。
端末１０ａの送受信部１１は、伝送管理システム５００から送られてきた会議開始許可のメッセージ、及び会議室ＩＤ「C01」を受信する。

端末１０ａ，１０ｂのsub要求部１６は、伝送管理システム５００から送られてきた会議室ＩＤ「C01」に接尾辞「/#」が付加されたトピック「C01/#」に対するsub要求を伝送管理システム５００へ送信する（ステップＳ４１−１，Ｓ４１−２）。一実施形態においてトピックの接尾辞「/#」は、任意を示すワイルドカード文字である。即ち、端末１０ａ，１０ｂは、トピック「C01/#」に対してsub要求することで、「C01」に任意の接尾辞が付加された、例えば、「C01/FileShare, C01/Example, C01/Example/a/b/c」等のトピックのメッセージを取得することができる。

伝送管理システム５００の送受信部５１は、端末１０ａ，１０ｂによって送信されたsub要求を受信する。sub処理部５４は、sub要求元の端末１０ａ，１０ｂのそれぞれのユーザ名「a, b」、及びsub要求に含まれるトピック「C01/#」を関連付けてセッション管理テーブルに登録する（ステップＳ４２）。登録後のセッション管理テーブルの一例を表１に示す。

端末１０ａ，１０ｂは、「C01」を含む例えばトピック「C01/Example」に対して、画像データ、及び音データ等のコンテンツデータを含むメッセージのpub要求をする。端末１０ａ，１０ｂは、トピック「C01/#」に対してsub要求しているので、トピック「C01/Example」に対してpubされたメッセージは、端末１０ａ，１０ｂへ送信される。これにより、端末１０ａ，１０ｂは、メッセージに含まれるコンテンツデータを共有できるようになる。

一実施形態において、PubSubのメッセージに含めることができるコンテンツデータの容量は制限（例えば、最大128KB又は最大256MB等）されている。以下、図９を用いて、PubSubによる送信が制限されるリソースを会議に参加している端末１０ａ，１０ｂ間で共有する処理について説明する。図９は、端末１０間でリソースを共有する処理の一例を示すシーケンス図である。一実施形態において、リソースは端末１０間で共有可能な情報資源である。以下、リソースが会議用の資料である場合について説明する。なお、資料としては、画像ファイル、又は文書ファイルが例示される。

以下、端末１０ａが有する資料を会議に参加している端末１０ａ，１０ｂ間で共有する処理を説明する。端末１０ａの送受信部１１は、ステップＳ３５で受信した会議室ＩＤ「C01」、及び共有する資料のファイルが含まれる資料保存要求を資料管理システム６００へ送信する（ステップＳ５１）。

資料管理システム６００の送受信部６１は、端末１０ａから送られてきた資料保存要求を受信する。資料管理システム６００の資料管理部６６は、資料保存要求に含まれる資料のファイルを識別するための資料管理コード「D01」を生成する（ステップＳ５２）。

資料管理部６６は、資料保存要求に含まれる資料のファイル、及びステップＳ５２で生成された資料管理コード「D01」を関連付けて資料ストレージ６００１に記憶させる（ステップＳ５３）。資料のファイル、及び資料管理コード「D01」を関連付ける方法としては、特に限定されないが、例えば、資料のファイルのＵＲＩ（Uniform Resource Identifier）、又は資料のファイル名に資料管理コード「D01」を含める方法が挙げられる。

資料管理システム６００のpub要求部６５は、会議室ＩＤ「C01」を含む所定のトピック「C01/FileShare」に対して、資料管理コード「D01」を含むメッセージをpubするためのpub要求を伝送管理システム５００に対して送信する（ステップＳ５４）。

伝送管理システム５００の送受信部５１は、資料管理システム６００によって送信されたpub要求を受信する。伝送管理システム５００のpub処理部５３は、pub要求に係るトピック「C01/FileShare」をsubするユーザとして、セッション管理テーブル（表１）において、トピック「C01/#」に関連付けられているユーザ名「a, b」を特定する。伝送管理システム５００のpub処理部５３は、特定されたユーザ名「a, b」によりログインした端末１０ａ，１０ｂに対して、pub要求に係るメッセージを送信する（ステップＳ５５−１，Ｓ５５−２）。

端末１０ｂの送受信部１１は、伝送管理システム５００から送られてきたメッセージを受信する。端末１０ｂの表示制御部１３は、伝送管理システム５００から送られてきたメッセージに含まれる資料管理コードをディスプレイ１２０から出力させることで、取得するファイルをユーザｂに選択させる。図１１（Ａ）は、取得する資料をユーザｂに選択させるときのディスプレイの表示例である。なお、図１１（Ａ）は、メッセージに複数の資料管理コードが含まれていたときの表示例である。

端末１０ｂの送受信部１１は、ユーザｂに選択された資料管理コード「D01」を含む資料取得要求を資料管理システム６００へ送信する（ステップＳ６１）。

資料管理システム６００の送受信部６１は、端末１０ｂから送られてきた資料取得要求を受信する。資料管理システム６００の資料管理部６６は、資料取得要求に含まれる資料管理コード「D01」に対応する資料のファイルを資料ストレージ６００１から読み出す（ステップＳ６２）。資料管理システム６００の送受信部６１は、ステップＳ６２で読み出された資料のファイルを要求元の端末１０ｂへ送信する（ステップＳ６３）。

端末１０ｂの送受信部１１は、資料管理システム６００から送られてきた資料のファイルを受信する。端末１０ｂの表示制御部１３は、PubSubによるセッションで送受信される端末１０ａ，１０ｂのコンテンツデータに係る画像Ｉ１，Ｉ２、及び資料管理システム６００から送られてきたファイルに係る画像Ｉ３をディスプレイ１２０へ出力する（ステップＳ６４）。図１１（Ｂ）はディスプレイの表示例である。資料のファイルは、PubSubモデルにおける容量の制限を受けないので、コンテンツデータに対して容量の大きい資料（例えば、解像度の高い画像データ）を端末１０ａ，１０ｂ間で共有することもできる。また、コンテンツデータが動画などのストリーミングデータである場合、画像Ｉ１，Ｉ２は随時更新される。これに対して、資料のファイルが、例えば文書ファイルである場合、表示制御部１３は、ユーザの操作入力に応じて、ユーザによる所望の箇所を表示させることができる。

また、表示制御部１３は、資料のファイルに対応する資料管理コードをディスプレイに表示させて、保存の要求を受け付けても良い。図１１（Ｃ）は、資料のファイルの保存の要求を受け付けるときのディスプレイの表示例である。なお、図１１（Ｃ）は、複数の資料を取得したときの表示例である。操作入力受付部１２が、ユーザによる資料管理コードの選択を受け付けると、記憶・読出部１９は、ステップＳ６３で取得された資料のファイルうち選択された資料管理コードに対応するファイルを記憶部１０００へ記憶させる。

続いて、図１０を用いて端末１０ａ，１０ｂ間の会議に端末１０ｃが参加する処理について説明する。図１０は、会議に参加する処理を示したシーケンス図である。

端末１０ｃの送受信部１１は、端末１０ａ，１０ｂ間の会議の会議室ＩＤ「C01」を含む会議参加要求を伝送管理システム５００へ送信する（ステップＳ７１）。

伝送管理システム５００の送受信部５１は、端末１０ｃから送られてきた会議参加要求を受信する。伝送管理システム５００の送受信部５１は、会議管理テーブル（図６（Ｃ））を参照して、会議参加要求に含まれる会議室ＩＤ「C01」の会議が開催中であることを確認すると、会議参加許可を要求元の端末１０ｃへ送信する（ステップＳ７２）。なお、伝送管理システム５００の送受信部５１は、会議に参加している端末１０ａ，１０ｂの少なくとも一方に、会議参加要求を送信し、送信先から会議参加許可が返信された場合、端末１０ｃへ会議参加許可を送信しても良い。また、伝送管理システム５００の会議管理部５５は、会議参加要求に含まれる会議室ＩＤ、及び会議参加要求元の端末１０ｃのユーザｃのユーザ名「c」を関連付けて会議管理テーブル（図６（Ｃ）参照）に記憶させる（ステップＳ７３）。更新後の会議管理テーブルを表２に示す。

端末１０ｃの送受信部１１は、伝送管理システム５００から送られてきた会議参加許可を受信する。続いて、端末１０ｃのsub要求部１６は、参加する会議の会議室ＩＤ「C01」に接尾辞「/#」が付加されたトピック「C01/#」に対するsub要求を伝送管理システム５００へ送信する（ステップＳ８１）。

伝送管理システム５００の送受信部５１は、端末１０ｃによって送信されたsub要求を受信する。sub処理部５４は、sub要求元の端末１０ｃのユーザ名「c」、及びsub要求に含まれるトピック「C01/#」を関連付けてセッション管理テーブルに登録する（ステップＳ８２）。登録後のセッション管理テーブルの一例を表３に示す。

端末１０ａ，１０ｂ，１０ｃは、「C01」を含む、所定のトピック「C01/Example」に対して、画像データ、音データ等のコンテンツデータが含まれるメッセージをpub要求する。端末１０ａ，１０ｂ，１０ｃは、トピック「C01/#」に対してsub要求しているので、pubされたメッセージは、端末１０ａ，１０ｂ，１０ｃへ送信される。これにより、端末１０ａ，１０ｂ，１０ｃは、メッセージに含まれるコンテンツデータを共有できるようになる。

ステップＳ５４で、資料管理システム６００は、トピック「C01/FileShare」に対して、資料管理コード「D01」を含むメッセージをpub要求している。このとき、資料管理システム６００は、メッセージを保持するためのフラグをpub要求に含める。これにより、伝送管理システム５００は、pub要求に係る資料管理コード「D01」を含むメッセージを記憶部１０００に記憶して保持する。メッセージを保持するフラグとしては、例えば、MQTTのプロトコルにおけるRetainフラグが挙げられる。

端末１０ｃがトピック「C01/#」のsubを開始すると、伝送管理システム５００は、保持された資料管理コード「D01」を含むメッセージを端末１０ｃへ送信する（ステップＳ９１）。

端末１０ｃの送受信部１１は、伝送管理システム５００から送られてきた資料管理コード「D01」を含むメッセージを受信する。端末１０ｃの送受信部１１は、この資料管理コード「D01」が含まれた資料取得要求を資料管理システム６００へ送信する（ステップＳ１０１）。

資料管理システム６００の送受信部６１は、端末１０ｃから送られてきた資料取得要求を受信する。資料管理システム６００の資料管理部６６は、資料取得要求に含まれる資料管理コード「D01」に対応する資料のファイルを資料ストレージ６００１から読み出す（ステップＳ１０２）。資料管理システム６００の送受信部６１は、ステップＳ１０２で読み出された資料のファイルを要求元の端末１０ｃへ送信する（ステップＳ１０３）。

端末１０ｃの送受信部１１は、資料管理システム６００から送られてきた資料のファイルを受信する。これにより端末１０ｃは、端末１０ａが送信した資料を取得することができる。

続いて、図１２を用いて会議終了時の処理を説明する。図１２は、会議を終了する処理を示すシーケンス図である。資料管理システム６００は、ステップＳ５４で、伝送管理システム５００に対し、資料管理コードを配布するためのトピック「C01/Fileshare」に対してpub要求するだけでなく、資料の削除を受け付けるためのトピック「FileDelete/C01」に対してsub要求する。

端末１０ａ，１０ｂの送受信部１１は、ユーザによる会議の終了の操作入力に応じて、会議退出要求を伝送管理システム５００へ送信する（ステップＳ１１１−１，Ｓ１１１−２）。会議退出要求には参加していた会議の会議室ＩＤが含まれている。

伝送管理システム５００の送受信部５１は、端末１０ａ，１０ｂから送られてくる会議退出要求を受信する。伝送管理システム５００の会議管理部５５は、会議退出要求が受信される度、会議退出要求に含まれる会議室ＩＤに対応付けられている会議退出要求元のユーザＩＤを会議管理テーブル（表２参照）から削除する（ステップＳ１１２−１，Ｓ１１２−２）。

会議管理テーブルにおいて、会議退出要求に含まれる会議室ＩＤに対応付けられているユーザＩＤが１つになると、伝送管理システム５００は、会議用のセッションを停止する。続いて、伝送管理システム５００のpub処理部５３は、トピック「FileDelete/C01」に対してファイルを削除する旨のメッセージをpubする（ステップＳ１１３）。資料管理システム６００は、トピック「FileDelete/C01」に対してsub要求しているので、伝送管理システム５００のpub処理部５３は、このメッセージを資料管理システム６００へ送信する。

資料管理システム６０の送受信部５１は、伝送管理システム５００によって送信されたメッセージを受信する。資料管理システム６０の資料管理部６６は、メッセージのトピック「FileDelete/C01」に基づいて、資料管理コード「C01」に対応付けられた資料のファイルを資料ストレージ６００１から削除する。

＜＜本実施形態の主な効果＞＞
続いて、上記の実施形態の主な効果を説明する。上記実施形態のリソース管理方法によると、資料管理システム６００（リソース管理システムの一例）の送受信部６１（受信手段の一例）は、メッセージをpub又はsubするためのセッションに参加する端末１０から資料のファイル（リソースの一例）を受信する（受信処理の一例）。資料管理システム６００のpub要求部６５（パブリッシュ要求手段の一例）は、資料管理コード（リソースの識別情報の一例）を含むメッセージのpubを要求する（パブリッシュ要求処理の一例）。資料管理システム６００の送受信部６１（受付手段の一例）は、パブリッシュされた前記メッセージを受信した端末１０から資料管理コードを含むリソースの要求を受け付ける（受付処理の一例）。資料管理システム６００の送受信部６１（送信手段の一例）は、リソースの要求元の端末１０へ、資料管理コードに対応するリソースを送信する（送信処理の一例）。これにより、端末１０は、PubSubモデルによる通信で送信が制約されるリソースを、資料管理システム６００を介して、共有することが可能になる。

伝送管理システム５００は、会議の会議室ＩＤ（セッションのセッションＩＤ）を端末１０へ送信する。伝送管理システム５００のpub処理部５３及びsub処理部５４（パブリッシュサブスクライブ処理部の一例）は、会議室ＩＤを含むトピックに対するpub要求元のメッセージを、会議室ＩＤを含むトピックに対するsub要求元の端末１０へ送信する。これにより、同じ会議に参加する端末１０間でコンテンツデータを送信することが可能になる。

伝送管理システム５００は、会議の会議室ＩＤを資料管理システム６００へ送信する。資料管理システム６００のpub要求部６５は、会議室ＩＤを含むトピックに対して、資料管理コードを含むメッセージのpubを要求する。これにより、会議室ＩＤを含むトピックに対するsub要求元の端末１０は、資料管理コードを取得することができる。

伝送管理システム５００のpub処理部５３は、pubするメッセージを保持する要求に基づいて保持されたメッセージをsub要求元の端末１０へ送信する。これにより、伝送管理システム５００は、後からセッションに参加した端末１０へ、資料管理コードを送信可能になる。

pubされるメッセージは、例えば、動画の画像データ（ストリーミングデータである第１の画像データの一例）である。また、資料のファイルは、例えば、文書ファイル（第１の画像データとは異なる第２の画像データの一例）である。端末１０の表示制御部１３（出力手段の一例）は、受信した動画の画像データ、及び資料管理システム６００から受信した画像ファイルを出力する。文書ファイルの表示領域は端末１０ごとに制御可能であるので、ストリーミングにより会議を行う場合でも、各端末１０は、ユーザの操作に応じて、文書の所望の領域を表示させることができる。

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

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

また、上記実施形態における端末１０、及び管理システム５０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。

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

１ 通信システム
２ 通信ネットワーク
１０ 端末
１１ 送受信部
１２ 操作入力受付部
１３ 表示制御部
１４ 認証要求部
１５ pub要求部
１６ sub要求部
１９ 記憶・読出部
５０ 管理システム
５１ 送受信部
５３ pub処理部
５４ sub処理部
５５ 会議管理部
５９ 記憶・読出部
６１ 送受信部
６５ pub要求部
６６ 資料管理部
１０００ 記憶部
５０００ 記憶部
５００１ ユーザ管理ＤＢ
５００４ セッション管理部ＤＢ
５００５ 会議管理ＤＢ
６０００ 記憶部
６００１ 資料ストレージ

特表２００９−５１９５０９号公報

Claims (9)

1. メッセージをパブリッシュ又はサブスクライブするためのセッションに参加する通信端末からリソースを受信する受信手段と、
   前記リソースの識別情報を含むメッセージのパブリッシュを要求するパブリッシュ要求手段と、
   パブリッシュされた前記メッセージを受信した通信端末から前記リソースの識別情報を含むリソースの要求を受け付ける受付手段と、
   前記リソースの要求元の通信端末へ、前記リソースの識別情報に対応するリソースを送信する送信手段と、
   を有するリソース管理システム。
2. 請求項１に記載のリソース管理システム、及び
   伝送管理システムを有し、
   該伝送管理システムは、
   パブリッシュの要求元の通信端末のメッセージを、サブスクライブの要求元の通信端末へ送信するパブリッシュサブスクライブ処理部
   を有する通信システム。
3. 前記伝送管理システムは、前記セッションの識別情報を前記通信端末へ送信し、
   前記パブリッシュサブスクライブ処理部は、
   前記セッションの識別情報を含むトピックに対するパブリッシュの要求元の通信端末のメッセージを、前記セッションの識別情報を含むトピックに対するサブスクライブの要求元の通信端末へ送信する
   請求項２に記載の通信システム。
4. 前記伝送管理システムは、前記セッションの識別情報を前記リソース管理システムへ送信し、
   前記リソース管理システムの前記パブリッシュ要求手段は、
   前記セッションの識別情報を含むトピックに対して、前記リソースの識別情報を含むメッセージのパブリッシュを要求する
   請求項３に記載の通信システム。
5. 前記伝送管理システムの前記パブリッシュサブスクライブ処理部は、前記パブリッシュするメッセージを保持する要求に基づいて保持されたメッセージを前記サブスクライブする要求の要求元の通信端末へ送信する
   請求項２乃至４のいずれか一項に記載の通信システム。
6. 更に、前記通信端末を有し、
   該通信端末は、前記伝送管理システムによって送信される前記セッションの識別情報を受信し、
   前記セッションの識別情報を含むトピックに対しパブリッシュ又はサブスクライブを要求する
   請求項３に記載の通信システム。
7. パブリッシュされる前記メッセージは、ストリーミングデータとしての第１の画像データであり、
   前記リソースは、前記第１の画像データとは異なる第２の画像データであり、
   前記通信端末は、
   受信した前記第１の画像データ、及び前記第２の画像データを出力する出力手段を有する
   請求項６に記載の通信システム。
8. リソース管理システムに、
   メッセージをパブリッシュ又はサブスクライブするためのセッションに参加する通信端末からリソースを受信する受信処理と、
   前記リソースの識別情報を含むメッセージのパブリッシュを要求するパブリッシュ要求処理と、
   パブリッシュされた前記メッセージを受信した通信端末から前記リソースの識別情報を含むリソースの要求を受け付ける受付処理と、
   前記リソースの要求元の通信端末へ、前記リソースの識別情報に対応するリソースを送信する送信処理と、
   を実行させるリソース管理方法。
9. リソース管理システムに、
   メッセージをパブリッシュ又はサブスクライブするためのセッションに参加する通信端末からリソースを受信する受信処理と、
   前記リソースの識別情報を含むメッセージのパブリッシュを要求するパブリッシュ要求処理と、
   パブリッシュされた前記メッセージを受信した通信端末から前記リソースの識別情報を含むリソースの要求を受け付ける受付処理と、
   前記リソースの要求元の通信端末へ、前記リソースの識別情報に対応するリソースを送信する送信処理と、
   を実行させるプログラム。

Images