JP6469266B1 - 通信システム - Google Patents

Abstract

【課題】匿名性を向上させることが可能な通信技術を提供すること。【解決手段】動的に生成される文字列によって表されるアドレス情報を第一のユーザに対し発行するアドレス情報発行機能部と、前記アドレス情報に対してアクセスした第二のユーザと、前記第一のユーザとの間で通信のための通信経路を形成する処理を実行する呼制御部と、を備える通信システムである。【選択図】図１

Description

本発明は、通信システムに関する。

従来、ＳＩＰ（Session Initiation Protocol）ベースのマルチメディア通信では、通信相手に自身を特定可能な情報を通知する必要があった。また、従来のＳＩＰを利用したＷｅｂＲＴＣ（Web Real-Time Communication）通信においても、ユーザの情報が対応付けられたＵＲＬ（Uniform Resource Locator）を必要とした。

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

このように、通信における匿名性が低いという問題があった。

上記事情に鑑み、本発明は、匿名性を向上させることが可能な通信技術を提供することを目的としている。

本発明の一態様は、動的に生成される文字列によって表されるアドレス情報を第一のユーザに対し発行するアドレス情報発行機能部と、前記アドレス情報に対してアクセスした第二のユーザと、前記第一のユーザとの間で通信のための通信経路を形成する処理を実行する呼制御部と、を備える通信システムである。

本発明の一態様は、上記の通信システムであって、動的に生成される文字列によって表される一時的な識別子であって、通信経路を識別するための識別子を前記第二のユーザに対して発行するワンタイムＩＤ発行機能部をさらに備える。

本発明の一態様は、上記の通信システムであって、前記識別子を管理し、前記識別子に基づいて通信を管理するＩＤ管理機能部をさらに備える。

本発明により、匿名性を向上させることが可能な通信技術を提供することが可能となる。

第１の実施形態の通信システム１００の具体的なシステム構成を示す図。 第１の実施形態のアプリケーションサーバ１の機能構成の具体例を示す図。 第１の実施形態の呼制御サーバ２の機能構成の具体例を示す図。 第１の実施形態の画面共有サーバ４の機能構成の具体例を示す図。 第１の実施形態の通信システム１００における通信の処理の流れを示すシーケンス図。 第１の実施形態の通信システム１００における通信の処理の流れを示すシーケンス図。 第１の実施形態の通信システム１００における通信の処理の流れを示すシーケンス図。 第１の実施形態の通信システム１００における通信の処理の流れを示すシーケンス図。 第１の実施形態の通信システム１００における通信の処理の流れを示すシーケンス図。 第２の実施形態の通信システム１００ａの具体的なシステム構成を示す図。 第２の実施形態の通信システム１００ａにおける通信の処理の流れを示すシーケンス図。 第２の実施形態の通信システム１００ａにおける通信の処理の流れを示すシーケンス図。 第２の実施形態の通信システム１００ａにおける通信の処理の流れを示すシーケンス図。 第２の実施形態の通信システム１００ａにおける通信の処理の流れを示すシーケンス図。 第２の実施形態の通信システム１００ａにおける通信の処理の流れを示すシーケンス図。 第３の実施形態の通信システム１００ｂの具体的なシステム構成を示す図。 第３の実施形態の通信システム１００ｂにおける通信の処理の流れを示すシーケンス図。 第３の実施形態の通信システム１００ｂにおける通信の処理の流れを示すシーケンス図。 第３の実施形態の通信システム１００ｂにおける通信の処理の流れを示すシーケンス図。 第３の実施形態の通信システム１００ｂにおける通信の処理の流れを示すシーケンス図。 第３の実施形態の通信システム１００ｂにおける通信の処理の流れを示すシーケンス図。

（第１の実施形態）
図１は、第１の実施形態の通信システム１００の具体的なシステム構成を示す図である。通信システム１００は、クライアント装置９１を操作するクライアントとオペレータ装置９２を操作するオペレータとの間の通信を実現する。

通信システム１００は、アプリケーションサーバ１、呼制御サーバ２、メディアサーバ３及び画面共有サーバ４を備える。クライアント装置９１及びオペレータ装置９２は、ネットワークを介してアプリケーションサーバ１、呼制御サーバ２、メディアサーバ３及び画面共有サーバ４の各サーバと通信する。具体的には、クライアント装置９１及びオペレータ装置９２は、アプリケーションサーバ１との間でＨＴＴＰに関する通信を行い、呼制御サーバ２との間で呼制御に関する通信を行い、メディアサーバ３との間で音声の通信を行い、画面共有サーバ４との間で映像の通信を行う。このような通信によって、クライアント装置９１とオペレータ装置９２との間で、音声通話や映像（画像）の共有が実現される。
アプリケーションサーバ１は、オペレータ装置９２とクライアント装置９１との間の通信を識別するために用いられる識別情報を呼制御サーバ２、画面共有サーバ４、オペレータ及びクライアントに提供する。識別情報は、ワンタイムＩＤ（Identification）、着信用ＩＤ及び通信用ＵＲＬ(Uniform Resource Locator）である。

ワンタイムＩＤ及び着信用ＩＤはクライアント装置９１とオペレータ装置９２との間の通信経路を識別するために、一時的に生成されるＩＤである。ワンタイムＩＤは、動的に生成される文字列によって表されるＩＤである。通信用ＵＲＬは、動的に生成される文字列によって表されるアドレス情報である。
通信用ＵＲＬは、アプリケーションサーバ１の所定のメモリを示すアドレス情報である。通信用ＵＲＬは、所定の期間だけ有効である。所定の期間は、どのように定義された期間であってもよい。所定の期間は、例えば、ユーザとオペレータとの間の契約によって定められる期間であってもよいし、予めオペレータやアプリケーションサーバ１の管理者等の人物によってアプリケーションサーバ１に設定された期間であってもよい。
有効とは、通信用ＵＲＬが所定の記憶部（不図示）に、アプリケーションサーバ１の所定のメモリを示すアドレス情報として記憶されている状態である。所定の記憶部は、アプリケーションサーバ１が、記憶された情報を取得可能な記憶部であれば、どのような記憶部であってもよい。例えば、所定の記憶部は、アプリケーションサーバ１が備える記憶部（不図示）であってもよい。
通信用ＵＲＬが有効である期間は、通信用ＵＲＬが示すアドレスにユーザがアクセスした場合に、ユーザとオペレータとの間の通信が実現される。
ワンタイムＩＤは、通信用ＵＲＬが有効である所定の期間内に、ユーザが通信用ＵＲＬが示す装置に接続するたびに生成される。

図２は、第１の実施形態のアプリケーションサーバ１の機能構成の具体例を示す図である。アプリケーションサーバ１は、ＷＥＢサーバ１１、ワンタイムＩＤ発行機能部１２、ＵＲＬ発行機能部１３、ＩＤ管理機能部１４、記憶部１５及び通信部１６を備える。
ＷＥＢサーバ１１は、クライアント及びオペレータに、ＨＴＭＬ（Hyper Text Markup Language）と、識別情報を含んだJavaScript(登録商標）とを生成し、送信する。
ワンタイムＩＤ発行機能部１２は、ワンタイムＩＤを生成し、呼制御サーバ２、メディアサーバ３、画面共有サーバ４、オペレータ（第一のユーザ）及びクライアント（第二のユーザ）に提供する。

ＵＲＬ発行機能部１３は、通信用ＵＲＬ、着信用ＩＤ及びパスワード生成し、呼制御サーバ２、画面共有サーバ４、オペレータ及びクライアントに提供する。

ＩＤ管理機能部１４は、通信用ＵＲＬ、着信用ＩＤ、ワンタイムＩＤ及びパスワードを記憶部１５に記憶させる。

記憶部１５は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。記憶部１５は、通信用ＵＲＬ、着信用ＩＤ、ワンタイムＩＤ及びパスワードを記憶する。通信部１６は、自装置を呼制御サーバ２、画面共有サーバ４、クライアント装置９１及びオペレータ装置９２に接続するための通信インタフェースを含んで構成される。

図１の説明に戻る。呼制御サーバ２は、クライアント装置９１とオペレータ装置９２との間の通信を制御する。
図３は、第１の実施形態の呼制御サーバ２の機能構成の具体例を示す図である。呼制御サーバ２は、呼制御機能部２１、シナリオ管理部２２、記憶部２３及び通信部２４を備える。
呼制御機能部２１は、クライアント装置９１とオペレータ装置９２との間の通信を接続する。シナリオ管理部２２は、クライアント装置９１とオペレータ装置９２との間の通信に関するシナリオを管理する。シナリオは、ＸＭＬ等によって所定の処理が記載されたファイルである。記憶部２３は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。記憶部２３は、シナリオを記憶する。通信部２４は、自装置をアプリケーションサーバ１、メディアサーバ３、画面共有サーバ４、クライアント装置９１及びオペレータ装置９２に接続するための通信インタフェースを含んで構成される。

図１の説明に戻る。メディアサーバ３は、クライアント装置９１とオペレータ装置９２との間の音声による通信を管理する。
画面共有サーバ４は、クライアント装置９１とオペレータ装置９２とに表示する画面を制御する。
図４は、第１の実施形態の画面共有サーバ４の機能構成の具体例を示す図である。画面共有サーバ４は、映像画面共有機能部４１、セッション管理機能部４２及び通信部４３を備える。

映像画面共有機能部４１は、クライアント装置９１とオペレータ装置９２とに表示する画面を制御する。セッション管理機能部４２は、ワンタイムＩＤの認証を行い、クライアント装置９１とオペレータ装置９２との間の通信を管理する。通信部４３は、自装置をアプリケーションサーバ１、クライアント装置９１及びオペレータ装置９２に接続するための通信インタフェースを含んで構成される。

図５〜９は、第１の実施形態の通信システム１００における通信の処理の流れを示すシーケンス図である。なお、以下のフローにおいてオペレータは、予めＷＥＢサーバ１１の連絡先を知っているものとする。
アプリケーションサーバのＵＲＬ発行機能部１３が通信用ＵＲＬ及び着信用ＩＤ及びパスワードを生成する（ステップＳ１０１）。記憶部１５が、生成された通信用ＵＲＬ及び着信用ＩＤを含む第一管理情報を記憶する（ステップＳ１０２）。ＵＲＬ発行機能部１３が通信用ＵＲＬ及び着信用ＩＤをオペレータ装置９２に送信する（ステップＳ１０３）。ステップＳ１０３は、送信に限定される必要はない。例えば、オペレータが電話によって通信用ＵＲＬ及び着信用ＩＤを取得してもよいし、オペレータが手紙によって通信用ＵＲＬ及び着信用ＩＤを取得してもよいし、オペレータがメールやＷｅｂ画面等の手段によって通信用ＵＲＬ及び着信用ＩＤを取得してもよい。

オペレータ装置９２は、ＷＥＢサーバ１１に接続する（ステップＳ１０４）。ＷＥＢサーバ１１は、オペレータ装置９２に対して、ＨＴＭＬと、画面共有サーバ４のＵＲＬと、呼制御サーバ２のＵＲＬとを含んだオペレータ用のJavaScript（以下「オペレータ用JavaScript」という。）とを送信する（ステップＳ１０５）。このようなオペレータ装置９２とアプリケーションサーバ１との間の通信は、オペレータ装置９２とアプリケーションサーバ１との間のデータの送受信を可能とする通信方式による通信ならどのような通信であってもよい。例えば、オペレータ装置９２とアプリケーションサーバ１との間の通信は、ＨＴＴＰによる通信（ＨＴＴＰ通信）であってもよい。オペレータ装置９２は、着信用ＩＤと、オペレータ装置９２のアドレスを示す情報（以下「オペレータアドレス情報」という。）とを呼制御機能部２１に送信する（ステップＳ１０６）。呼制御機能部２１が着信用ＩＤ及びオペレータアドレス情報を含む情報（以下「オペレータアドレス情報対応情報」という。）を記憶部２３に記憶する（ステップＳ１０７）。呼制御機能部２１が、オペレータアドレス情報対応情報を記憶部２３に記憶したことを示す情報をオペレータ装置９２に送信する（ステップＳ１０８）。このようなオペレータ装置９２と呼制御サーバ２との間の通信は、オペレータ装置９２と呼制御サーバ２との間のデータの送受信を可能とする通信方式による通信ならどのような通信であってもよい。例えば、オペレータ装置９２と呼制御サーバ２との間の通信は、ＳＩＰによる通信（呼制御通信）であってもよい。ＳＩＰによる通信においては、ステップＳ１０６の処理は、オペレータ装置９２が、ＳＩＰ ＲＥＧＩＳＴＥＲを呼制御機能部２１に送信する処理である。ＳＩＰによる通信においては、ステップＳ１０８の処理は、呼制御機能部２１がＳＩＰ ２００ ＯＫを、オペレータ装置９２に返す処理である。
オペレータ装置９２を操作するオペレータが、第１の実施形態の通信システム１００に依存しない通信方法によって、クライアント装置９１を操作するクライアントに、通信用ＵＲＬを通知する（ステップＳ１０９）。
なお、ステップＳ１０９の処理は、必ずしもステップＳ１０８の次に実行される必要はない。ステップＳ１０９の処理は、ステップＳ１０３が実行された後のタイミングであってステップＳ１１０が実行される前までのタイミングであれば、どのタイミングで実行されてもよい。

クライアント装置９１が、通信用ＵＲＬが示す装置であるＷＥＢサーバ１１に接続する（ステップＳ１１０）。このようなクライアント装置９１とアプリケーションサーバ１との間の通信は、クライアント装置９１とアプリケーションサーバ１との間のデータの送受信を可能とする通信方式による通信ならどのような通信であってもよい。例えば、クライアント装置９１とアプリケーションサーバ１との間の通信は、ＨＴＴＰ通信であってもよい。ＷＥＢサーバ１１は、ワンタイムＩＤ発行機能部１２に対して、ワンタイムＩＤの発行を要求する（ステップＳ１１１）。ワンタイムＩＤ発行機能部１２は、ワンタイムＩＤ及びパスワードを生成する（ステップＳ１１２）。ＩＤ管理機能部１４は、ワンタイムＩＤ及びパスワードを取得する（ステップＳ１１３）。ＩＤ管理機能部１４は、通信用ＵＲＬ（すなわち、自装置のＵＲＬ）を示す情報と、ステップＳ１１３において取得したワンタイムＩＤを示す情報と、パスワードを示す情報とを含む第二管理情報を記憶部１５に記憶する（ステップＳ１１４）。さらに、ＩＤ管理機能部１４は、ステータス情報を生成する。ＩＤ管理機能部１４は、ステータス情報をワンタイムＩＤに対応付けて記憶部１５に記憶する。ステータス情報は、クライアント装置９１とオペレータ装置９２との間に、通話のための通信経路が形成された状態であるか否かを示す情報である。ステータス情報は、対応するワンタイムＩＤによって識別される通信経路が形成された状態であるか否かを示す情報である。ステータス情報は、”通話中”及び”非通話中”の値をもつ。”通話中”は、クライアント装置９１とオペレータ装置９２との間に、通話のための通信経路が形成された状態であることを示す。一方、”非通話中”は、クライアント装置９１とオペレータ装置９２との間に、通話のための通信経路が形成されていない状態であることを示す。
ＩＤ管理機能部１４は、第二管理情報が記憶部１５に記憶されたことを示す情報をワンタイムＩＤ発行機能部１２に通知する（ステップＳ１１５）。

ワンタイムＩＤ発行機能部１２は、ステップＳ１０１において記憶部１５に記憶された第一管理情報と、ステップＳ１１４において記憶部１５に記憶された第二管理情報とに基づいて、ワンタイムＩＤと、パスワードと、着信用ＩＤとを含む情報（以下「第三管理情報」という。）を生成する。ワンタイムＩＤ発行機能部１２は、第三管理情報に基づいたシナリオを作成する（ステップＳ１１６）。ステップＳ１１６において作成されるシナリオは、ワンタイムＩＤを用いた接続が要求された場合に、ステップＳ１０７において記憶部２３に記憶されたオペレータアドレス情報対応情報に基づいて、着信用ＩＤに対応付けられたオペレータアドレス情報を有するオペレータ装置９２に通知する処理の実行が記載されたファイルである。なお、シナリオ作成後、ワンタイムＩＤ発行機能部１２は、シナリオの内容をいつでも変更可能である。

ワンタイムＩＤ発行機能部１２は、シナリオ管理部２２にステップＳ１１６において作成されたシナリオを送信する（ステップＳ１１７）。シナリオ管理部２２は、ステップＳ１１７においてワンタイムＩＤ発行機能部１２が送信したシナリオおよびワンタイムＩＤを取得し、記憶部２３に記憶させる（ステップＳ１１８）。シナリオ管理部２２は、シナリオを記憶したことを示す情報をワンタイムＩＤ発行機能部１２に通知する（ステップＳ１１９）。ワンタイムＩＤ発行機能部１２は、シナリオを記憶したことを示す情報をＷＥＢサーバ１１に通知する（ステップＳ１２０）。ＷＥＢサーバ１１は、ワンタイムＩＤ、パスワード及びクライアント用JavaScriptを、クライアント装置９１に送信する（ステップＳ１２１）。クライアント用JavaScriptは、呼制御サーバ２のＵＲＬを含んだクライアント用のJavaScriptである。

クライアント装置９１は、ワインタイムＩＤ及びクライアントアドレス情報を呼制御サーバ２の呼制御機能部２１に送信する（ステップＳ１２２）。なお、クライアントアドレス情報は、クライアント装置９１のアドレスを示す情報である。呼制御機能部２１は、着信用ＩＤ及びクライアントアドレス情報を含む情報（以下「クライアントアドレス情報対応情報」という。）を記憶部２３に記憶する（ステップＳ１２３）。呼制御機能部２１が、クライアントアドレス情報対応情報を記憶部２３に記憶したことを示す情報をクライアント装置９１に送信する（ステップＳ１２４）。このようなクライアント装置９１と呼制御サーバ２との間の通信は、クライアント装置９１と呼制御サーバ２との間のデータの送受信を可能とする通信方式による通信ならどのような通信であってもよい。例えば、クライアント装置９１と呼制御サーバ２との間の通信は、ＳＩＰによる通信（呼制御通信）であってもよい。
ＳＩＰによる通信においては、 ステップＳ１２２の処理は、クライアント装置９１が、ＳＩＰ ＲＥＧＩＳＴＥＲを呼制御機能部２１に送信する処理である。ＳＩＰによる通信においては、ステップＳ１２４の処理は、呼制御機能部２１がＳＩＰ ２００ ＯＫを、クライアント装置９１に返す処理である。

クライアント装置９１は、自装置とオペレータ装置９２との通信を可能とすることを呼制御機能部２１に要求する（ステップＳ１２５）。ＳＩＰによる通信においては、ステップＳ１２５の処理は、クライアント装置９１がＳＩＰ ＩＮＶＩＴＥを、呼制御機能部２１に送信する処理である。ステップＳ１２５において、クライアント装置９１は、ワンタイムＩＤを呼制御機能部２１に送信する。呼制御機能部２１は、シナリオ管理部２２に対して、ワンタイムＩＤに応じたシナリオを返すことを要求する（ステップＳ１２６）。シナリオ管理部２２は、ワンタイムＩＤに応じたシナリオを選択する（ステップＳ１２７）。シナリオ管理部２２は、選択したシナリオを呼制御機能部２１に返す（ステップＳ１２８）。

呼制御機能部２１は、クライアント装置９１とメディアサーバ３との接続を可能とすることを、メディアサーバ３に要求する（ステップＳ１２９）。メディアサーバ３は、クライアント装置９１とメディアサーバ３との接続を承認することを通知する（ステップＳ１３０）。
呼制御機能部２１は、オペレータ装置９２とメディアサーバ３との接続を可能とすることを、メディアサーバ３に要求する（ステップＳ１３１）。メディアサーバ３は、オペレータ装置９２とメディアサーバ３との接続を承認することを通知する（ステップＳ１３２）。

呼制御機能部２１は、オペレータ装置９２に対して、接続要求を行う（ステップＳ１３３）。ＳＩＰによる通信においては、ステップＳ１３３の処理は、呼制御機能部２１が、オペレータ装置９２に、ＳＩＰ ＩＮＶＩＴＥを送信する処理である。オペレータ装置９２は、接続応答を返す（ステップＳ１３４）。ＳＩＰによる通信においては、ステップＳ１３４の処理は、オペレータ装置９２が、呼制御機能部２１に、ＳＩＰ ２００ ＯＫを返す処理である。
呼制御機能部２１は、クライアント装置９１に対して、接続応答を返す（ステップＳ１３５）。ＳＩＰによる通信においては、ステップＳ１３５の処理は、呼制御機能部２１が、クライアント装置９１に、ＳＩＰ ２００ ＯＫを返すことによって実行される。

呼制御機能部２１は、クライアント装置９１とオペレータ装置９２とが通話状態であることを示す情報（以下「通話状態情報」という。）をＩＤ管理機能部１４に送信する（ステップＳ１３６）。通話状態情報は、ワンタイムＩＤ及び着信用ＩＤを含む情報である。通話可能情報を取得したＩＤ管理機能部１４は、ステータス更新処理を実行する。ステータス更新処理は、具体的には以下の処理である。通話可能情報を取得したＩＤ管理機能部１４は、ステップＳ１３６において呼制御機能部２１が取得したワンタイムＩＤに対応付けられたステータス情報を選択する。ＩＤ管理機能部１４は、選択したステータス情報の値を、”通話中”に更新する（ステップＳ１３７）。

クライアント装置９１は、メディアサーバ３に接続する（ステップＳ１３８）。オペレータ装置９２は、メディアサーバ３に接続する（ステップＳ１３９）。ステップＳ１３８及びステップＳ１３９によって、クライアント装置９１とオペレータ装置９２との間の音声による通信が開始される。

オペレータ装置９２は、画面共有通知情報を呼制御機能部２１に送信する（ステップＳ１４０）。画面共有通知情報は、ワンタイムＩＤと画面共有サーバのＵＲＬとを含む情報である。ＳＩＰにおける通信においては、ステップＳ１４０の処理は、オペレータ装置９２が、呼制御機能部２１に、ＳＩＰ ＭＥＳＳＡＧＥを送信する処理である。
呼制御機能部２１は、画面共有通知情報と、クライアントアドレス情報対応情報と、オペレータアドレス情報対応情報とに基づいて、画面共有サーバ４のＵＲＬを含む画面共有サーバＵＲＬ情報をクライアント装置９１に送信する（ステップＳ１４１）。画面共有サーバＵＲＬ情報は、ワンタイムＩＤを含まず、画面共有サーバ４のＵＲＬを含む情報である。画面共有サーバＵＲＬ情報は、例えば、ＳＩＰ Ｍｅｓｓａｇｅ機能によって送信される。なお、呼制御機能部２１が画面共有サーバＵＲＬ情報をクライアント装置９１に送信する処理は、転送シナリオとして予め呼制御サーバに記憶された処理である。ＳＩＰにおける通信においては、ステップＳ１４１の処理は、呼制御機能部２１が、クライアント装置９１に、ＳＩＰ ＭＥＳＳＡＧＥを送信する処理である。

オペレータ装置９２は、画面共有サーバ４に接続する（ステップＳ１４２）。
クライアント装置９１は、ステップＳ１４１において取得した画面共有サーバ４のＵＲＬが示す装置（すなわち、画面共有サーバ４）に接続する（ステップＳ１４３）。ステップＳ１４２において、クライアント装置９１は、クライアントアドレス情報を映像画面共有機能部４１に送信する。

映像画面共有機能部４１は、ステップＳ１４２において取得したワンタイムＩＤの利用可否確認処理の実行を開始する。まず、映像画面共有機能部４１は、セッション管理機能部４２に対して、ステップＳ１４２において取得されたワンタイムＩＤが、利用可能なＩＤであるか否かを調べることを要求する（ステップＳ１４４）。
なお、利用可能なＩＤとは、通信システム１００によるクライアントとオペレータとの間の通信を可能とするＩＤである。
セッション管理機能部４２は、ＩＤ管理機能部１４に対して、ステータスの確認要求を送信する（ステップＳ１４５）。ステータスの確認要求とは、ワンタイムＩＤ情報が示すＩＤがステップＳ１３６において呼制御機能部２１が取得したワンタイムＩＤに対応したステータス情報が、”通話中”を示すか否かの判定を要求することである。

ＩＤ管理機能部１４は、ステータス情報が”通話中”を示すか否かを判定することで、クライアント装置９１と、オペレータ装置９２とが通話中か否か判定する（ステップＳ１４６）。ＩＤ管理機能部１４は、判定結果をセッション管理機能部４２に判定結果を送信する（ステップＳ１４７）。セッション管理機能部４２は判定結果に基づいて、ステップＳ１４２において取得されたワンタイムＩＤが、利用可能なＩＤであるか否かを判定する（ステップＳ１４８）。セッション管理機能部４２は、”通話中”であると判定された結果を取得した場合に、ステップＳ１４２において取得されたワンタイムＩＤが、利用可能なＩＤであると判定する。

セッション管理機能部４２は、クライアント装置９１と、オペレータ装置９２とが通話中か否かの判定結果だけでなく、さらに、予め自装置に定められた所定の条件を満たすか否かの判定結果によっても、ステップＳ１４２において取得されたワンタイムＩＤが、利用可能なＩＤであるか否かを判定してもよい。

所定の条件とは、通信システム１００による通信が行われるための条件として予め画面共有サーバ４に設定された条件である。通信システム１００による通信が行われるため条件として予め画面共有サーバに設定された条件は、どのような条件であってもよく、例えば、通信システム１００を用いて通信可能な人数は最大２名までであるというような条件であってもよい。なお、通信システム１００を用いて通信可能な人数は、必ずしも最大２名でなければならないことはなく、３名以上であってもよい。

セッション管理機能部４２は、判定結果を映像画面共有機能部４１に送信する（ステップＳ１４９）。

映像画面共有機能部４１は、取得した確認結果をクライアント装置９１に送信する（ステップＳ１５０）。また、映像画面共有機能部４１は、取得した確認結果をオペレータ装置９２に送信する（ステップＳ１５１）。

このように、第１の実施形態の通信システム１００は、ステップＳ１０１からステップＳ１５０までの処理によって、クライアント装置９１とオペレータ装置９２との間の映像による通信（映像通信）と音声による通信（音声通信）とを実現する。

クライアントとオペレータとの間の通信を終了するには、まず、クライアントがクライアント装置９１によって、呼制御機能部２１に切断情報を送信する（ステップＳ１５２）。切断情報は、通信を切断することを示す情報である。ＳＩＰにおける通信においては、ステップＳ１５２の処理は、クライアント装置９１が、呼制御機能部２１に、ＳＩＰ ＢＹＥを送信する処理である。

呼制御機能部２１は、ステップＳ１５１において切断情報を取得し、取得した切断情報をオペレータ装置９２に送信する（ステップＳ１５３）。ＳＩＰにおける通信においては、ステップＳ１５３の処理は、呼制御機能部２１が、オペレータ装置９２に、ＳＩＰ ＢＹＥを送信する処理である。
オペレータ装置９２は、切断情報を取得して、切断情報を取得したことを示す情報を呼制御機能部２１に通知する（ステップＳ１５４）。ＳＩＰによる通信においては、ステップＳ１５４の処理は、オペレータ装置９２が、呼制御機能部２１に、ＳＩＰ ２００ ＯＫを返す処理である。
呼制御機能部２１は、メディアサーバ３にクライアント装置９１とメディアサーバ３との接続を解除するよう要求する（ステップＳ１５５）。
呼制御機能部２１は、メディアサーバ３にオペレータ装置９２とメディアサーバ３との接続を解除するよう要求する（ステップＳ１５６）。メディアサーバ３は、停止する（ステップＳ１５７）。

呼制御機能部２１は、ＩＤ管理機能部１４に対して、ステップＳ１１２において生成されたワンタイムＩＤによって識別される通信経路によるクライアント装置９１とオペレータ装置９２との間の通信が終了したことを通知する（ステップＳ１５８）。ＩＤ管理機能部１４は、ステップＳ１３６において呼制御機能部２１が取得したワンタイムＩＤに対応付けられたステータス情報を選択する。ＩＤ管理機能部１４は、選択したステータス情報の値を、”非通話中”に更新する（ステップＳ１５９）。ＩＤ管理機能が映像画面共有機能部４１の停止を要求する（ステップＳ１６０）。画面共有サーバ４は、停止する（ステップＳ１６１）。
呼制御機能部２１は、クライアント装置９１に対して、オペレータ装置９２との間の通信の切断が完了したことを通知する（ステップＳ１６２）。ＳＩＰによる通信においては、ステップＳ１６２の処理は、呼制御機能部２１が、クライアント装置９１に、ＳＩＰ ２００ ＯＫを返す処理である。

このように構成された、通信システム１００は、特定の通信相手のみに通知されるＵＲＬを発行するＵＲＬ発行機能部１３を備えるため、通信相手の情報を有さない通信を可能とする。

（第２の実施形態）
図１０は、第２の実施形態の通信システム１００ａの具体的なシステム構成を示す図である。通信システム１００ａは、メディアサーバ３に代えてメディアサーバ３ａを備える点と、画面共有サーバ４を備えない点とで第１の実施形態の通信システム１００と異なる。以下、第１の実施形態の通信システム１００と同様の機能を持つものに対しては、図１と同様の符号を付すことによって説明を省略する。

メディアサーバ３ａは、クライアント装置９１とオペレータ装置９２との間の音声による通信を管理するとともに、クライアント装置９１とオペレータ装置９２とに表示する画面を制御する。

図１１〜１５は、第２の実施形態の通信システム１００ａにおける通信の処理の流れを示すシーケンス図である。なお、以下のフローにおいてオペレータは、予めＷＥＢサーバ１１の連絡先を知っているものとする。また、以下、第１の実施形態の通信システム１００における通信の処理（以下「第１の実施形態における処理」という。）と同様の処理については、同じ符号を付すことによって説明を省略する。

第２の実施形態の通信システム１００ａにおける通信の処理（以下「第２の実施形態における処理」という。）は、ステップＳ１０１からステップＳ１３９までは、第１の実施形態における処理の流れと同様の処理の流れである。第２の実施形態における処理においては、ステップＳ１３９までの処理によって、クライアント装置９１とオペレータ装置９２との間の音声及び映像による通信が開始される。

第２の実施形態の通信システム１００ａは、第１の実施形態におけるステップＳ１５２〜ステップＳ１５７の処理と、第１の実施形態におけるステップＳ１５８及びステップＳ１５９の処理と、第１の実施形態におけるステップＳ１６２の処理と、ステップＳ１６３及びステップＳ１６４までの処理とによって、クライアント装置９１とオペレータ装置９２との間の音声及び映像による通信を切断する。ステップＳ１６３及びステップＳ１６４は、ワンタイムＩＤを破棄する処理である。具体的には、ステップＳ１６３において、ＩＤ管理機能部１４は、シナリオ管理部２２にワンタイムＩＤを破棄する指示を送り、ステップＳ１６４において、シナリオ管理部２２がワンタイムＩＤを破棄する処理である。

このように、第２に実施形態における通信システム１００ａは、メディアサーバ３ａがクライアント装置９１とオペレータ装置９２との間の音声と映像とやりとりの制御を行うため、第１の実施形態における通信システム１００と異なり、画面の共有に関する処理の数を減らすことができる。

（第３の実施形態）
図１６は、第３の実施形態の通信システム１００ｂの具体的なシステム構成を示す図である。通信システム１００ｂは、メディアサーバ３を備えない点で第１の実施形態の通信システム１００と異なる。以下、第１の実施形態の通信システム１００と同様の機能を持つものに対しては、図１と同様の符号を付すことによって説明を省略する。

図１７〜図２１は、第３の実施形態の通信システム１００ｂにおける通信の処理の流れを示すシーケンス図である。なお、以下のフローにおいてオペレータは、予めＷＥＢサーバ１１の連絡先を知っているものとする。また、以下、第１の実施形態における処理と同様の処理については、同じ符号を付すことによって説明を省略する。

図１７〜図２１において、ステップＳ１０１〜ステップＳ１２８までは、第１の実施形態における処理の流れと同様の処理の流れである。第１の実施形態の通信システム１００と異なり、第３の実施形態の通信システム１００ｂはメディアサーバ３を備えない。そのため、第３の実施形態の通信システム１００ｂにおける通信の処理（以下「第３の実施形態における処理」という。）の流れにおける通信が可能になるまでの処理においては、ステップＳ１２９〜ステップＳ１３２の処理と、ステップＳ１３６〜ステップＳ１３９の処理とがない点で第１の実施形態における処理の流れと異なる。

また、第３の実施形態における処理の流れは、ステップＳ１３３の処理に代えてステップＳ１３３ｂの処理を実行する点で、第１の実施形態における処理の流れと異なる。
第３の実施形態の通信システム１００ｂはメディアサーバ３を備えないため、第３の実施形態の通信システム１００ｂにおいては、音声による通信が実現されない。そのため、第１の実施形態における処理の流れにおけるステップＳ１３３の処理は、第３の実施形態における処理の流れにおいては、ＳＩＰ ＩＮＶＩＴＥに代えて、ＳＩＰ Ｍｅｓｓａｇｅによって実行される（ステップＳ１３３ｂ）。

第３の実施形態における処理の流れにおける通信の切断の処理の流れにおいては、ステップＳ１５３〜ステップＳ１５９の処理がない点で第１の実施形態における処理の流れと異なる。

上述した実施形態におけるアプリケーションサーバ１、呼制御サーバ２及び画面共有サーバ４をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

秘匿性の高いマルチメディア通信経路を確立することでＳＩＰベースのマルチメディア通信の利用シーンを拡大する。

１…アプリケーションサーバ， ２…呼制御サーバ， ３…メディアサーバ， １１…ＷＥＢサーバ， １２…ワンタイムＩＤ発行機能部， １３…ＵＲＬ発行機能部， １４…ＩＤ管理機能部， １５…記憶部， １６…通信部， ２１…呼制御機能部， ２２…シナリオ管理部， ２３…記憶部， ２４…通信部， ４１…映像画面共有機能部， ４２…セッション管理機能部， ４３…通信部， ３ａ…メディアサーバ， １００…通信システム

Claims (2)

1. 動的に生成される文字列によって表されるアドレス情報を第一のユーザに対し発行するアドレス情報発行機能部と、
   前記アドレス情報に対してアクセスした第二のユーザと、前記第一のユーザとの間で通信のための通信経路を形成する処理を実行する呼制御部と、
   動的に生成される文字列によって表される一時的な識別子であって、通信経路を識別するための識別子を前記第二のユーザに対して発行するワンタイムＩＤ発行機能部と、
   を備える通信システム。
2. 前記識別子を管理し、前記識別子に基づいて通信を管理するＩＤ管理機能部、
   をさらに備える請求項１に記載の通信システム。

Images