JP2016149652A - 呼制御サーバ、端末登録方法、端末登録プログラム、及び通信システム - Google Patents

Abstract

【課題】ユーザＩＤを用いて発呼する。【解決手段】呼制御を行う呼制御サーバ１００と認証を行う認証機構提供サーバ２００とを備える通信システムであって、呼制御サーバ１００は、発側端末の通話サービス用識別子、及び着側端末のユーザＩＤを用いて発呼されると（Ｓ２０）、該通話サービス用識別子を用いてアクセストークンを検索し（Ｓ２２）、該アクセストークン、及び着側端末のユーザＩＤを認証機構提供サーバに送信し（Ｓ２４）、認証機構提供サーバ２００は、受信したアクセストークンが有効であれば（Ｓ２６）、着側端末のユーザＩＤを用いて、着側端末の通話サービス用識別子を検索し（Ｓ２８）、該通話サービス用識別子、及び発側端末のユーザＩＤを呼制御サーバに送信し（Ｓ３０）、呼制御サーバ１００は、返信された着側端末の通話サービス用識別子、及び発側端末のユーザＩＤを用いて着側端末に発呼する（Ｓ３２）。【選択図】図８

Description

本発明は、呼制御サーバ、端末登録方法、端末登録プログラム、及び通信システムに関し、特に、ＳＮＳ（Social Networking Service）サービス事業者がＷｅｂブラウザ上で音声・映像通信サービスを行う技術に関する。

近年、Ｗｅｂブラウザ上でリアルタイム通信を実現する技術としてＷｅｂＲＴＣ（Web Real-Time Communication）が注目されている。これらの技術を用いてＷｅｂブラウザ上で音声・映像通信サービスを提供する事業者が存在している（非特許文献１参照）。

また、インターネット上で提供されるＳＮＳサービス等の中には、そのサービス提供事業者が実装するユーザ認証機構（一般的にはＩＤ・パスワードの入力）を外部のサービスにも公開し、一つのサービス上のアカウントで複数のサービスの認証が可能とする技術が存在する（非特許文献２，３）。特に、非特許文献３には、Request token を取得し、認証用URLにリダイレクトし、Access token を取得する旨が記載されている。

「ブラウザ間でリアルタイム通信を実現するWebRTCのプラットフォーム「SkyWay」の提供開始およびライブラリ・ソースコードの公開について」、［online］、［平成27年1月30日検索］、インターネット＜URL:http://www.ntt.com/release/monthNEWS/detail/20131205.html>

Oauth、［online］、［平成27年1月30日検索］、インターネット＜URL:http://oauth.net/>

「Hatena Developer Center」、［online］、［平成27年1月30日検索］、インターネット＜URL:http://developer.hatena.ne.jp/ja/documents/auth/apis/oauth/consumer>

ここで、ＷｅｂＲＴＣを用いた音声・映像通信サービスは、そのサービス上で個々のユーザを識別するための情報（識別子）が、サービス利用開始時（通常はそのサービスを提供するＷＥｂサイトにログインする時）に毎回異なる値が払い出されるように構成されている。このため、このような非特許文献１に記載の音声・映像通信サービスは、従来の電話番号に該当する様な、そのサービス利用期間を通じて一意かつ不変な識別子が存在しない。

そのため、相手からの着信を受けたいサービス利用者は、自身の識別子が更新される度に、何らかの手段で自身の識別子を相手に通知する必要があった。また、同様に発信者の識別子も更新される可能性があるため、着信を受ける利用者は、（事前に相手から最新の識別子を通知されない限り）受信した発信者の識別子から発信者を推測するのは困難であった。

一方、非特許文献２，３に記載のＳＮＳサービスは、確定したＳＮＳサービス用ユーザＩＤを用いて、ユーザ認証を行っている。つまり、非特許文献２，３に記載のＳＮＳサービスの事業者が非特許文献１に記載の音声・映像通信サービスを行う場合には、毎回異なる識別子が払い出されたとしても、送信時にＳＮＳサービス用ユーザＩＤを用いて受信先を指定して発呼したり、受信時に送信元を把握したりすることが好ましい。このためには、ＷｅｂＲＴＣを用いた音声・映像通信サービスが使用する呼制御サーバと、ＳＮＳサービスが使用する認証サーバとで、ユーザ認証に使用される認証情報（具体的には、通話サービス用識別子や、アクセストークン）を共有することが好ましい。

このような問題点を解決するために、第１発明は、認証サーバとの間で同一の認証情報を格納することができる呼制御サーバ、端末登録方法、及び端末登録プログラムを提供することを目的とする。また、第２発明は、ユーザＩＤを用いて発呼することができる通信システムを提供することを目的とする。

第１発明である請求項１に係る発明は、認証を行う認証サーバ（例えば、認証機構提供サーバ２００）と連携して、第１端末（例えば、発側端末１０）と第２端末（例えば、着側端末２０）との間で通信を行わせる呼制御サーバ（１００）であって、前記第１端末からの認証要求（例えば、ログイン要求）を受信したら前記認証サーバにリダイレクトさせるリダイレクト処理部と、前記リダイレクトされた認証要求に対するアクセストークン（例えば、アクセス用トークン）を前記第１端末から受信するアクセストークン受信部と、前記アクセストークンを受信したら毎回異なる通話サービス用識別子を発行し、該発行された通話サービス用識別子を記憶部に格納し、前記第１端末に送信すると共に、前記受信したアクセストークン、及び前記発行された通話サービス用識別子を前記認証サーバに送信する通話サービス用識別子発行部とを備えることを特徴とする。なお、（ ）内の符号は例示である。

これによれば、呼制御サーバは、発行される毎に異なる通話サービス用識別子に関連づけて、認証サーバが発行したアクセストークンを記憶する。また、認証サーバは、受信したアクセストークンを用いれば、ユーザＩＤを特定できるので、特定されたユーザＩＤに関連づけて、受信した通話サービス用識別子を格納する。したがって、呼制御サーバと認証サーバとの双方で、同一の通話サービス用識別子、及びアクセストークンが格納される。

請求項２に係る発明は、請求項１に記載の呼制御サーバであって、前記リダイレクトされた認証要求に対するアクセストークンを前記認証サーバから受信させ、該受信したアクセストークンを前記呼制御サーバに送信させるプログラムを前記第１端末に送信するスクリプト送信部をさらに備えることを特徴とする。

これにより、第１端末は、スクリプトを受信することにより、認証サーバが発行したアクセストークンを受信できるようになり、受信したアクセストークンを呼制御サーバに送信することができるようになる。

請求項３に係る発明は、請求項１又は請求項２に記載の呼制御サーバであって、前記第１端末の通話サービス用識別子、及び前記第２端末のユーザＩＤを用いて、前記第１端末から発呼されると、前記第１端末の通話サービス用識別子を用いて前記格納されたアクセストークンを検索し、該検索されたアクセストークン、及び前記第２端末のユーザＩＤを前記認証サーバに送信し、前記認証サーバから返信された第２端末の通話サービス用識別子、及び前記第１端末のユーザＩＤを用いて前記第２端末に発呼することを特徴とする。

これによれば、前記認証サーバは、前記呼制御サーバから受信したアクセストークンが有効であれば、前記第２端末のユーザＩＤを用いて、前記第２端末の通話サービス用識別子を検索し、該検索された通話サービス用識別子、及び前記第１端末のユーザＩＤを前記呼制御サーバに送信するものである場合に、呼制御サーバは、第１端末の通話サービス用識別子、及び第２端末のユーザＩＤを用いて、第１端末から発呼されると、第２端末の通話サービス用識別子、及び第１端末のユーザＩＤを用いて第２端末に発呼することができる。なお、第１端末は、呼制御サーバから受信した通話サービス用識別子をクッキーとして保存している。

請求項４に係る発明は、請求項１乃至請求項３の何れか一項に記載の呼制御サーバであって、前記認証サーバと異なる他の認証サーバと通信可能に接続され、前記リダイレクト処理部は、前記認証要求を受信したら、前記認証サーバと前記他の認証サーバとの何れか一方を選択する選択画面を前記第１端末に送信し、前記第１端末から返信された選択情報にしたがって、前記認証サーバと前記他の認証サーバとの何れか一方にリダイレクトさせることを特徴とする。

これによれば、発側端末は、認証要求（ログイン）のときに、異なる複数の認証サーバの何れか一つを選択することができる。

請求項５に係る発明は、認証を行う認証サーバと連携して、第１端末と第２端末との間で通信を行わせる呼制御サーバが実行する端末登録方法であって、前記第１端末からの認証要求を受信したら前記認証サーバにリダイレクトし、前記リダイレクトされた認証要求に対するアクセストークンを前記第１端末から受信し、前記アクセストークンを受信したら毎回異なる通話サービス用識別子を発行し、該発行された通話サービス用識別子を記憶部に格納すると共に前記第１端末に送信し、前記受信したアクセストークン、及び前記発行された通話サービス用識別子を前記認証サーバに送信することを特徴とする。

この端末登録方法が実行されれば、呼制御サーバは、発行される毎に異なる通話サービス用識別子に関連づけて、認証サーバが発行したアクセストークンを記憶する。また、認証サーバは、受信したアクセストークンを用いれば、ユーザＩＤを特定できるので、特定されたユーザＩＤに関連づけて、受信した通話サービス用識別子を格納する。したがって、呼制御サーバと認証サーバとの双方で、同一の通話サービス用識別子、及びアクセストークンが格納される。

請求項６に係る発明の端末登録プログラムは、認証を行う認証サーバと連携して、第１端末と第２端末との間で通信を行わせる呼制御サーバしてのコンピュータに、前記第１端末からの認証要求を受信したら前記認証サーバにリダイレクトさせ、前記リダイレクトされた認証要求に対するアクセストークンを前記第１端末から受信させ、前記アクセストークンを受信したら毎回異なる通話サービス用識別子を発行させ、該発行された通話サービス用識別子を記憶部に格納すると共に前記第１端末に送信させ、前記受信したアクセストークン、及び前記発行された通話サービス用識別子を前記認証サーバに送信させることを実現させる。

この端末登録プログラムが実行されれば、呼制御サーバは、発行される毎に異なる通話サービス用識別子に関連づけて、認証サーバが発行したアクセストークンを記憶する。また、認証サーバは、受信したアクセストークンを用いれば、ユーザＩＤを特定できるので、特定されたユーザＩＤに関連づけて、受信した通話サービス用識別子を格納する。したがって、呼制御サーバと認証サーバとの双方で、同一の通話サービス用識別子、及びアクセストークンが格納される。なお、呼制御サーバは、認証サーバ情報も格納するのが好ましい。

第２発明である請求項７に係る発明は、呼制御を行う呼制御サーバと認証を行う認証サーバ（例えば、認証機構提供サーバ）とを備え、第１端末（例えば、発側端末）と第２端末（例えば、着側端末）との間で通信を行わせる通信システムであって、前記認証サーバは、前記第１端末からの認証要求により前記認証サーバが発行したアクセストークンと、前記第１端末の通話サービス用識別子、及び前記第２端末の通話サービス用識別子とがユーザＩＤに対応付けて予め記憶されており、前記呼制御サーバは、前記アクセストークンと、該アクセストークンを受信する毎に発行された通話サービス用識別子と、前記認証サーバを識別する認証サーバ情報とが予め記憶されており、前記認証サーバは、前記呼制御サーバから受信したアクセストークンが有効であれば（Ｓ２６）、前記第２端末のユーザＩＤを用いて、前記第２端末の通話サービス用識別子を検索し（Ｓ２８）、該検索された通話サービス用識別子、及び前記第１端末のユーザＩＤを前記呼制御サーバに送信するものであり（Ｓ３０）、前記呼制御サーバは、前記第１端末の通話サービス用識別子、及び前記第２端末のユーザＩＤを用いて前記第１端末から発呼されると（Ｓ２０）、前記第１端末の通話サービス用識別子を用いてアクセストークンを検索し（Ｓ２２）、該検索されたアクセストークン、及び前記第２端末のユーザＩＤを前記認証サーバに送信し（Ｓ２４）、前記認証サーバから返信された第２端末の通話サービス用識別子、及び前記第１端末のユーザＩＤを用いて前記第２端末に発呼する（Ｓ３２）ことを特徴とする。

呼制御サーバは、第１端末の通話サービス用識別子、及び第２端末のユーザＩＤを用いて、第１端末から発呼されると、第２端末の通話サービス用識別子、及び第１端末のユーザＩＤを用いて第２端末に発呼することができる。なお、第１端末は、呼制御サーバから受信した通話サービス用識別子をクッキーとして記憶部に保存しているので、利用者は、通話サービス用識別子を認識しない。

請求項８に係る発明は、請求項７に記載の通信システムであって、前記呼制御サーバは、前記発呼に対する応答を前記第２端末から受信したら（Ｓ３４）、該受信した応答を前記第１端末に送信する（Ｓ３６）ことを特徴とする。

これにより、発呼に対する応答が第１端末まで戻る。

第１発明によれば、認証サーバとの間で認証情報を共有することができる。また、第２発明によれば、ユーザＩＤを用いて発呼することができる。

本発明の第１実施形態である通信システムの全体構成図である。 本発明の第１実施形態である呼制御サーバの構成図である。 認証機構提供サーバ（認証サーバ）の構成図である。 認証画面の一例を示す図である。 発側端末、及び着側端末の構成図である。 利用者登録手順を示すシーケンス図である。 通信サービス管理データベース、及びＳＮＳユーザ情報管理データベースの変化を示す図である。 接続手順を示すシーケンス図である。 本発明の第２実施形態である呼制御サーバの構成図である。 選択画面の一例を示す図である。 本発明の第２実施形態の通信サービス管理データベースを示す図である。

以下、図面を参照して、本発明の実施の形態（以下、「本実施形態」と称する）につき詳細に説明する。なお、各図は、本発明を十分に理解できる程度に、概略的に示してあるに過ぎない。また、各図において、共通する構成要素や同様な構成要素については、同一の符号を付し、それらの重複する説明を省略する。

（第１実施形態）
図１は、本発明の第１実施形態である通信システムの全体構成図である。
通信システム１は、呼制御サーバ１００と、認証サーバとしての認証機構提供サーバ２００と、発側端末１０と、着側端末２０とがネットワーク３０を介して接続されており、発側端末１０と着側端末２０との間でブラウザを介して音声・映像通信を行うものである。なお、発側端末１０と着側端末２０との区別は、説明上の便宜的なものであり、双方が発側にも着側にもなる。

ここで、呼制御サーバ１００は、音声・映像通信サービスを提供する通信サービス提供事業者が管理しており、認証機構提供サーバ２００は、ＳＮＳサービス提供事業者が管理している。つまり、通信システム１は、ＳＮＳサービス提供事業者が音声・映像通信サービスを提供する事業者が管理する呼制御サーバ１００を用いて、音声・映像通信を行おうというものである。なお、第２実施形態で説明するが、ネットワーク３０は、他のＳＮＳサービス提供事業者が管理する認証機構提供サーバ２０１を接続することもできる。

呼制御サーバ１００は、発側端末１０と着側端末２０との間の呼制御を行うサーバであり、特に、通信サービス管理データベース１３０を備えている。通信サービス管理データベース１３０は、利用者を識別する通話サービス用識別子１３１に関連づけて、認証機構提供サーバ２００を区別する情報（例えば、ＵＲＬ）である認証サーバ情報１３２と、認証機構提供サーバ２００が発行するアクセス用トークン１３３とを格納している。

認証機構提供サーバ２００は、ＳＮＳサービス提供事業者が発行するＳＮＳサービス用ユーザＩＤ２３１を用いてユーザ認証を行う認証サーバであり、特に、ＳＮＳユーザ情報管理データベース２３０を備えている。ＳＮＳユーザ情報管理データベース２３０は、ＳＮＳサービス用ユーザＩＤ２３１に関連づけて、通話サービス用識別子２３２と、認証機構提供サーバ２００が発行するアクセス用トークン２３３とを格納している。

ここで、通話サービス用識別子２３２は、呼制御サーバ１００が発行する通話サービス用識別子１３１と同一であり、アクセス用トークン２３３は、認証機構提供サーバ２００が発行するものであるが、呼制御サーバ１００に格納されるアクセス用トークン１３３はアクセス用トークン２３３と同一である。なお、アクセス用トークン２３３は、発側端末１０に発行したアクセス用トークンと同一形式で格納しているとは限らない。例えば、セキュリティ上の理由で、アクセス用トークン２３３は、暗号化処理を行った上で、ＳＮＳユーザ情報管理データベース２３０に格納されることがある。

図２は、本発明の第１実施形態である呼制御サーバの構成図である。
呼制御サーバ１００（１００ａ）は、制御部１１０と、記憶部１２０と、通信部１４０とを備え、制御部１１０は、ＣＰＵ（Central Processing Unit）により構成されており、記憶部１２０は、ＨＤＤ(Hard Disk Drive)、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）により構成されている。

制御部１１０は、利用者登録部１１１と、スクリプト送信部１１５と、利用者端末接続部１１６と、ＯＳ１１９とを備え、これらの各部は、記憶部１２０に格納されたプログラムを実行することにより実現される。利用者登録部１１１は、後記するシーケンスにより、呼制御サーバ１００の通信サービス管理データベース１３０にアクセス用トークン１３３を格納し、認証機構提供サーバ２００のＳＮＳユーザ情報管理データベース２３０に通話サービス用識別子２３２を格納する。

利用者登録部１１１は、リダイレクト処理部１１２と、アクセストークン受信部１１３と、通話サービス用識別子発行部１１４とを備える。リダイレクト処理部１１２は、発側端末１０からログイン要求を受信したら、認証機構提供サーバ２００に転送し、認証を促す。

アクセストークン受信部１１３は、認証機構提供サーバ２００が認証により発行したアクセス用トークンを、発側端末１０を介して受信する。この受信により、アクセストークン受信部１１３は、アクセス用トークンを通信サービス管理データベース１３０に格納する。

通話サービス用識別子発行部１１４は、通信に必要なスクリプト１２１をスクリプト送信部１１５が発側端末１０に送信したら、毎回異なる通話サービス用識別子１３１を発行する。なお、利用者毎に固定の通話サービス用識別子１３１を発行したとすると、ユーザ情報と対応付けて管理する管理機構や、認証機能等が必要になる。これらの機能を不要にするために、通話サービス用識別子発行部１１４は、毎回異なる識別子を発行している。また、通話サービス用識別子発行部１１４は、発側端末１０から認証機構提供サーバ２００が発行したアクセス用トークン２３３を受信したら、発行された通話サービス用識別子１３１を通信サービス管理データベース１３０に格納すると共に、発側端末１０に送信する。

スクリプト送信部１１５は、発側端末１０や着側端末２０にスクリプト１２１を送信し、スクリプト１２１が発側端末１０や着側端末２０のブラウザで所定の処理を実行させる。このスクリプト１２１は、例えば、発側端末１０と着側端末２０との間で、音声・映像通信を行うためのプログラムであったり、認証機構提供サーバ２００が発行したアクセス用トークンを発側端末１０に受信させ、受信したアクセス用トークンを呼制御サーバ１００に送信させたり、発行された通話サービス用識別子１３１を発側端末１０の側でクッキーとして保存したりするものがある。

利用者端末接続部１１６は、アクセストークン検索部１１７と呼制御部１１８とを備え、発側端末１０と着側端末２０との間を通信可能に接続する機能部である。アクセストークン検索部１１７は、受信した通話サービス用識別子１３１をキーに通信サービス管理データベース１３０を検索し、アクセス用トークン１３３を取得する。

呼制御部１１８は、発側端末１０から着側端末２０のＳＮＳサービス用ユーザＩＤを用いて発呼されると、認証機構提供サーバ２００から受信した着側端末２０の通話サービス用識別子１３１を用いて、発側端末１０と着側端末２０との間の呼制御を行う。

ＯＳ１１９は、利用者登録部１１１とスクリプト送信部１１５と利用者端末接続部１１６とのアプリケーションプログラムを統合管理する基本ソフトである。通信部１４０は、有線ＬＡＮや無線ＬＡＮ等を介してネットワーク３０に接続するネットワークアダプタである。

記憶部１２０は、スクリプト１２１と通信サービス管理データベース１３０とが格納されており、通信サービス管理データベース１３０は、前記したように、利用者を識別する通話サービス用識別子１３１に関連づけて、認証サーバ情報１３２と、アクセス用トークン１３３とを格納している。

図３は、認証機構提供サーバの構成図である。
認証機構提供サーバ２００は、制御部２１０と、記憶部２２０と、通信部１４０とを備え、制御部２１０は、利用者登録部２１１と、利用者端末接続部２１２と、ＯＳ１１９とを備える。また、利用者端末接続部２１２は、アクセストークン判定部２１３と通話サービス用識別子検索部２１４とを備える。

利用者登録部２１１は、発側端末１０との間で認証処理を行い、認証後、アクセス用トークン２３３を発側端末１０に返却する。さらに、利用者登録部２１１は、呼制御サーバ１００からアクセス用トークン１３３、及び通話サービス用識別子１３１を受信すると、受信したアクセス用トークン１３３に対応するＳＮＳサービス用ユーザＩＤ２３１を判定し、ＳＮＳサービス用ユーザＩＤ２３１に対応付けて、通話サービス用識別子２３２をＳＮＳユーザ情報管理データベース２３０に格納する。

アクセストークン判定部２１３は、呼制御サーバ１００からアクセス用トークン１３３を受信すると受信したアクセス用トークン１３３が有効であるか否かを判定する。ここで、アクセストークン判定部２１３は、受信したアクセス用トークン１３３から導かれるＳＮＳサービス用ユーザＩＤ２３１が存在するか否か確認する。

通話サービス用識別子検索部２１４は、着側端末２０のＳＮＳサービス用ユーザＩＤ２３１をキーにＳＮＳユーザ情報管理データベース２３０を検索し、通話サービス用識別子２３２を検索する。そして、通話サービス用識別子検索部２１４は、ＳＮＳサービス用ユーザＩＤ２３１、及び検索された通話サービス用識別子２３２を呼制御サーバ１００に送信する。

記憶部２２０は、前記したＳＮＳユーザ情報管理データベース２３０、及び認証画面２４０を備え、ＳＮＳユーザ情報管理データベース２３０は、ＳＮＳサービス用ユーザＩＤ２３１に対応付けて、通話サービス用識別子２３２とアクセス用トークン２３３とを格納している。

図４は、認証画面の一例を示す図である。
認証画面２４０は、ユーザＩＤ入力領域２４０ａと、パスワード入力領域２４０ｂと、ログインボタン２４０ｃとを備えており、発側端末１０から認証要求（図６のＳ６）があったときに発側端末１０に送信する認証画面である。

ユーザＩＤ入力領域２４０ａは、ＳＮＳサービス用ユーザＩＤ２３１を入力する領域であり、例えば、メールアドレスが入力されたり、ランダムに払い出されたＩＤが入力されたり、事業者の場合では社員番号が入力されたりする。パスワード入力領域２４０ｂは、ランダムに発行されたパスワードが入力されたり、利用者によって選択されたパスワードが入力されたりする。ログインボタン２４０ｃは、ＳＮＳサービス用ユーザＩＤ２３１とパスワードとが入力されたら、利用者が押下するボタンである。

図５は、発側端末、及び着側端末の構成図である。
発側端末１０、及び着側端末２０は、制御部３１０と、表示部３２０と、記憶部３３０と、通信部１４０とを備える。制御部３１０は、ブラウザ３１１とＯＳ１１９とを備え、ブラウザ３１１は、スクリプト機能部３１２を備える。

ブラウザ３１１は、発側端末１０と着側端末２０との間で、音声・映像通信を行うものであり、認証機構提供サーバ２００から受信した認証画面２４０（図４）を表示部３２０に表示させるものである。スクリプト機能部３１２は、呼制御サーバ１００の記憶部１２０に格納されているスクリプト１２１を受信し、ブラウザ上で機能させるものである。このスクリプト１２１は、認証機構提供サーバ２００が発行したアクセス用トークン２３３を受信すると、受信したアクセス用トークン２３３を呼制御サーバ１００に送信したり、呼制御サーバ１００が発行した通話サービス用識別子１３１を受信し、受信した通話サービス用識別子１３１を通話サービス用識別子３３２として記憶部３３０に格納したりする。

表示部３２０は、ＬＣＤ（liquid crystal display）から構成されており、画像を表示する。記憶部３３０は、ＳＮＳサービス用ユーザＩＤ３３１と通話サービス用識別子３３２とアクセス用トークン３３３とを格納する。ここで、通話サービス用識別子３３２は、ブラウザ３１１のクッキーとして格納され、アクセス用トークン３３３は、一時記憶されるものである。

（利用者登録）
図６は、利用者登録手順を示すシーケンス図である。
まず、発側端末１０は、呼制御サーバ１００に対して、利用開始のためのログイン要求を行う（Ｓ２）。つまり、発側端末１０は、ブラウザ３１１を用いて、呼制御サーバ１００のＵＲＬにアクセスする。呼制御サーバ１００は、発側端末１０からログイン要求を受信すると、受信したログイン要求を認証機構提供サーバ２００のＵＲＬにリダイレクトさせる（Ｓ４）。このリダイレクトにより、発側端末１０は、認証機構提供サーバ２００に認証要求を行う（Ｓ６）。発側端末１０と認証機構提供サーバ２００との間で、所定の認証処理が行われる（Ｓ８）。具体的には、認証機構提供サーバ２００は、発側端末１０に認証画面２４０（図４）を送信し、発側端末１０の操作者がＳＮＳサービス用ユーザＩＤ２３１、及びパスワードを入力することにより、認証処理が行われる。認証ＯＫであれば、認証機構提供サーバ２００は、アクセス用トークン２３３を発行し、発行されたアクセス用トークン２３３を発側端末１０に返信する（Ｓ１０）。

発側端末１０は、受信したアクセス用トークン２３３を呼制御サーバ１００に送信し、呼制御サーバ１００は、アクセス用トークン２３３を受信する（Ｓ１２）。呼制御サーバ１００は、アクセス用トークン２３３の受信により、毎回異なる値で払い出された通話サービス用識別子１３１を発側端末１０に送信する（Ｓ１４）。このとき、発側端末１０は、受信した通話サービス用識別子１３１をクッキーとして保存する。そして、呼制御サーバ１００は、発行された通話サービス用識別子１３１（例えば、111111@talksrv.com）と、受信したアクセス用トークン２３３と同一のアクセス用トークン１３３（例えば、abcdefg）とを関連づけて、通信サービス管理データベース１３０に登録する（Ｓ１５）。この格納のときに、認証サーバ情報（例えば、srv1.sns.com）も通信サービス管理データベース１３０に登録される（図７（１）参照）。また、呼制御サーバ１００は、アクセス用トークン１３３、及び通話サービス用識別子１３１を認証機構提供サーバ２００に送信する（Ｓ１６）。

認証機構提供サーバ２００は、受信したアクセス用トークン２３３を用いて、対象となるＳＮＳサービス用ユーザＩＤ２３１を判定し（Ｓ１７）、ＳＮＳユーザ情報管理データベース２３０にＳＮＳサービス用ユーザＩＤ２３１（例えば、UserID-1）と、Ｓ１６で受信した通話サービス用識別子１３１（例えば、111111@talksrv.com）と同一の通話サービス用識別子２３２とを関連づけて登録する（Ｓ１８）（図７（２）参照）。これにより、発側端末１０の利用者登録が終了する。

次に、着側端末２０にも発側端末１０と同様の操作を実行し、着側端末２０の利用者登録を行う（Ｓ１９）。これにより、呼制御サーバ１００の通信サービス管理データベース１３０と認証機構提供サーバ２００のＳＮＳユーザ情報管理データベース２３０とは、共通のアクセストークン（例えば、abcdefg、tuvwxyz）と、該アクセストークンを受信する毎に発行された通話サービス用識別子（例えば、111111@talksrv.com、222222@talksrv.com）とが登録され、通信サービス管理データベース１３０には、認証サーバを識別する認証サーバ情報（例えば、srv1.sns.com）が格納される（図７（３）（４）参照）。また、発側端末１０、及び着側端末２０は、それぞれの通話サービス用識別子１３１がクッキーとして記憶部３３０（図５）に格納される。

（接続手順）
図８は、接続手順を示すシーケンス図である。
発側端末１０は、発側端末１０の通話サービス用識別子（例えば、111111@talksrv.com）、及び着側端末２０のＳＮＳサービス用ユーザＩＤ（例えば、UserID-2）を用いて、呼制御サーバ１００に対して発呼する（Ｓ２０）。呼制御サーバ１００は、発側端末１０から受信した通話サービス用識別子をキーに認証サーバ情報（例えば、srv1.sns.com）、及びアクセス用トークン（例えば、abcdefg）１３３を取得する（Ｓ２２）。呼制御サーバ１００は、Ｓ２２で取得したアクセス用トークン（例えば、abcdefg）１３３、及びＳ２０で受信したＳＮＳサービス用ユーザＩＤ（例えば、UserID-2）を用いて、認証機構提供サーバ２００に着信先取得要求を行う（Ｓ２４）。

認証機構提供サーバ２００は、着信先取得要求を受信すると（Ｓ２４）、受信したアクセス用トークン（例えば、abcdefg）１３３が有効であるか否か判定する（Ｓ２６）。つまり、認証機構提供サーバ２００は、アクセス用トークン１３３から導かれる発側端末１０のＳＮＳサービス用ユーザＩＤ２３１が存在するか否か判定する。そして、認証機構提供サーバ２００は、アクセス用トークン１３３が有効であれば、Ｓ２４で受信したＳＮＳサービス用ユーザＩＤ２３１をキーに着側端末２０の通話サービス用識別子（例えば、222222@talksrv.com）を取得する（Ｓ２８）。

そして、認証機構提供サーバ２００は、着信先取得情報を呼制御サーバ１００に返却する（Ｓ３０）。つまり、認証機構提供サーバ２００は、Ｓ２６で受信したアクセス用トークン１３３から導かれた発側端末１０のＳＮＳサービス用ユーザＩＤ（例えば、UserID-1）、及びＳ２８で取得した通話サービス用識別子（例えば、222222@talksrv.com）を呼制御サーバ１００に返却する。

呼制御サーバ１００は、着側端末２０に発呼する（Ｓ３２）。つまり、呼制御サーバ１００は、Ｓ３０で返却された発側端末１０のＳＮＳサービス用ユーザＩＤ（例えば、UserID-1）を発信元情報として、着側端末２０の通話サービス用識別子（例えば、222222@talksrv.com）を用いて発呼する。

着側端末２０は、呼制御サーバ１００に対して応答（接続許可）を返し（Ｓ３４）、呼制御サーバ１００は、該応答（接続許可）を受信し（Ｓ３４）、受信した応答（接続許可）を発側端末１０に送信する（Ｓ３６）。このように、発側端末１０と着側端末２０との間の接続処理が完了すると、該端末間で、ブラウザ３１１（図４）を用いた通話（音声・映像通信）が可能になる（Ｓ３８）。

この接続手順によれば、発側端末１０にクッキーとして格納されている通話サービス用識別子１３１（例えば、111111@talksrv.com）と、着側端末２０のＳＮＳサービス用ユーザＩＤ２３１（例えば、UserID-2）とを用いて、発呼すれば、呼制御サーバ１００と認証機構提供サーバ２００との協働作業により、着側端末２０の通話サービス用識別子１３１（例えば、222222@talksrv.com）を用いて着呼する。ここで、通話サービス用識別子１３１は、クッキーとして保存されているので、利用者は、ＳＮＳサービス用ユーザＩＤ２３１のみ意識すればよい。また、着側端末２０は、ＳＮＳサービス用ユーザＩＤ２３１（例えば、UserID-1）で特定される発側端末１０からの発呼であることが分かる。

（第２実施形態）
前記第１実施形態は、認証機構提供サーバ２００が一つで説明したが、認証機構提供サーバ２００，２０１（図１）のように２つ以上備えることができる。つまり、第１実施形態の利用者登録は、発側端末１０が呼制御サーバ１００のＵＲＬにログイン要求を行うと（Ｓ２）、リダイレクト（Ｓ４）により、認証機構提供サーバ２００の認証画面２４０（図６）が発側端末１０に送信されたが、発側端末１０が呼制御サーバ１００のＵＲＬにアクセスすると、認証機構提供サーバ２００，２０１の何れか一方を選択する選択画面２４５（図１０）が発側端末１０に送信され、発側端末１０のブラウザ３１１（図５）が選択画面２４５を表示する。

図９は、本発明の第２実施形態である呼制御サーバの構成図である。
呼制御サーバ１００ｂは、図２に示す呼制御サーバ１００ａと比較して、記憶部１２０に選択画面２４５が追加された点で相違する。

図１０は、選択画面の一例を示す図である。
選択画面２４５は、認証機構提供サーバ２００を管理するＡ事業者を選択する選択ボタン２４５ａと、認証機構提供サーバ２０１を管理するＢ事業者を選択する選択ボタン２４５ｂとを備えている。

図６の利用者登録手順において、発側端末１０が呼制御サーバ１００（１００ｂ）に対して、ログイン要求を行うと（Ｓ２）、リダイレクトを行う前に、呼制御サーバ１００ｂは、選択画面２４５を発側端末１０に返す。そして、発側端末１０の利用者が選択ボタン２４５ａ，２４５ｂの何れか一方（仮に、選択ボタン２４５ａが押下されたとする）を押下すると、発側端末１０は、選択情報を呼制御サーバ１００ｂに送信し、呼制御サーバ１００は、受信した選択情報にしたがって、選択された認証機構提供サーバ２００（図１）にリダイレクトさせる（Ｓ４）。これにより、認証要求が認証機構提供サーバ２００に送信され（Ｓ６）、認証処理（Ｓ８）として、認証機構提供サーバ２００から発側端末１０に認証画面２４０（図４）が送信される。

図１１は、本発明の第２実施形態の通信サービス管理データベースを示す図である。
つまり、発側端末１０、及び着側端末２０の利用者登録が、認証機構提供サーバ２００だけでなく認証機構提供サーバ２０１にも行われたときには、呼制御サーバ１００は、認証機構提供サーバ２００の認証サーバ情報（例えば、srv1.sns.com）だけでなく、異なる通話サービス用識別子１３１（例えば、333333@talksrv.com、444444@talksrv.com）を払い出すときに、認証機構提供サーバ２０１の認証サーバ情報（例えば、srv2.sns.com）を通信サービス管理データベース１３０に格納する。

１ 通信システム
１０ 発側端末
２０ 着側端末
３０ ネットワーク
１００，１００ａ，１００ｂ 呼制御サーバ
１１０ 制御部
１１１ 利用者登録部
１１２ リダイレクト処理部
１１３ アクセストークン受信部
１１４ 通話サービス用識別子発行部
１１５ スクリプト送信部
１１６ 利用者端末接続部
１１７ アクセストークン検索部
１１８ 呼制御部
１１９ ＯＳ
１２０ 記憶部
１２１ スクリプト
１３０ 通信サービス管理データベース
１３１ 通話サービス用識別子
１３２ 認証サーバ情報
１３３ アクセス用トークン（アクセストークン）
１４０ 通信部
２００，２０１ 認証機構提供サーバ
２１０ 制御部
２１１ 利用者登録部
２１２ 利用者端末接続部
２１３ アクセストークン判定部
２１４ 通話サービス用識別子検索部
２２０ 記憶部
２３０ ＳＮＳユーザ情報管理データベース
２３１ ＳＮＳサービス用ユーザＩＤ
２３２ 通話サービス用識別子
２３３ アクセス用トークン
２４０ 認証画面
２４０ａ ユーザＩＤ入力領域
２４０ｂ パスワード入力領域
２４０ｃ ログインボタン
２４５ 選択画面
３１０ 制御部
３１１ ブラウザ
３１２ スクリプト機能部
３２０ 表示部
３３０ 記憶部
３３１ ＳＮＳサービス用ユーザＩＤ
３３２ 通話サービス用識別子
３３３ アクセス用トークン

Claims (8)

1. 認証を行う認証サーバと連携して、第１端末と第２端末との間で通信を行わせる呼制御サーバであって、
   前記第１端末からの認証要求を受信したら前記認証サーバにリダイレクトさせるリダイレクト処理部と、
   前記リダイレクトされた認証要求に対するアクセストークンを前記第１端末から受信するアクセストークン受信部と、
   前記アクセストークンを受信したら毎回異なる通話サービス用識別子を発行し、該発行された通話サービス用識別子を記憶部に格納し、前記第１端末に送信すると共に、
   前記受信したアクセストークン、及び前記発行された通話サービス用識別子を前記認証サーバに送信する通話サービス用識別子発行部と
   を備えることを特徴とする呼制御サーバ。
2. 請求項１に記載の呼制御サーバであって、
   前記リダイレクトされた認証要求に対するアクセストークンを前記認証サーバから受信させ、該受信したアクセストークンを前記呼制御サーバに送信させるプログラムを前記第１端末に送信するスクリプト送信部をさらに備えることを特徴とする呼制御サーバ。
3. 請求項１又は請求項２に記載の呼制御サーバであって、
   前記第１端末の通話サービス用識別子、及び前記第２端末のユーザＩＤを用いて、前記第１端末から発呼されると、前記第１端末の通話サービス用識別子を用いて前記格納されたアクセストークンを検索し、該検索されたアクセストークン、及び前記第２端末のユーザＩＤを前記認証サーバに送信し、
   前記認証サーバから返信された第２端末の通話サービス用識別子、及び前記第１端末のユーザＩＤを用いて前記第２端末に発呼することを特徴とする呼制御サーバ。
4. 請求項１乃至請求項３の何れか一項に記載の呼制御サーバであって、
   前記認証サーバと異なる他の認証サーバと通信可能に接続され、
   前記リダイレクト処理部は、前記認証要求を受信したら、前記認証サーバと前記他の認証サーバとの何れか一方を選択する選択画面を前記第１端末に送信し、前記第１端末から返信された選択情報にしたがって、前記認証サーバと前記他の認証サーバとの何れか一方にリダイレクトさせることを特徴とする呼制御サーバ。
5. 認証を行う認証サーバと連携して、第１端末と第２端末との間で通信を行わせる呼制御サーバが実行する端末登録方法であって、
   前記第１端末からの認証要求を受信したら前記認証サーバにリダイレクトさせ、
   前記リダイレクトされた認証要求に対するアクセストークンを前記第１端末から受信し、
   前記アクセストークンを受信したら毎回異なる通話サービス用識別子を発行し、該発行された通話サービス用識別子を記憶部に格納し、前記第１端末に送信させると共に、
   前記受信したアクセストークン、及び前記発行された通話サービス用識別子を前記認証サーバに送信する
   ことを特徴とする端末登録方法。
6. 認証を行う認証サーバと連携して、第１端末と第２端末との間で通信を行わせる呼制御サーバとしてのコンピュータに、
   前記第１端末からの認証要求を受信したら前記認証サーバにリダイレクトさせ、
   前記リダイレクトされた認証要求に対するアクセストークンを前記第１端末から受信させ、
   前記アクセストークンを受信したら毎回異なる通話サービス用識別子を発行させ、該発行された通話サービス用識別子を記憶部に格納し、前記第１端末に送信させると共に、
   前記受信したアクセストークン、及び前記発行された通話サービス用識別子を前記認証サーバに送信させることを実現させるための端末登録プログラム。
7. 呼制御を行う呼制御サーバと認証を行う認証サーバとを備え、第１端末と第２端末との間で通信を行わせる通信システムであって、
   前記認証サーバは、前記第１端末からの認証要求により前記認証サーバが発行したアクセストークンと、前記第１端末の通話サービス用識別子、及び前記第２端末の通話サービス用識別子とがユーザＩＤに対応付けて予め記憶されており、
   前記呼制御サーバは、前記アクセストークンと、該アクセストークンを受信する毎に発行された通話サービス用識別子と、前記認証サーバを識別する認証サーバ情報とが予め記憶されており、
   前記認証サーバは、前記呼制御サーバから受信したアクセストークンが有効であれば、前記第２端末のユーザＩＤを用いて、前記第２端末の通話サービス用識別子を検索し、該検索された通話サービス用識別子、及び前記第１端末のユーザＩＤを前記呼制御サーバに送信するものであり、
   前記呼制御サーバは、前記第１端末の通話サービス用識別子、及び前記第２端末のユーザＩＤを用いて前記第１端末から発呼されると、前記第１端末の通話サービス用識別子を用いてアクセストークンを検索し、該検索されたアクセストークン、及び前記第２端末のユーザＩＤを前記認証サーバに送信し、
   前記認証サーバから返信された第２端末の通話サービス用識別子、及び前記第１端末のユーザＩＤを用いて前記第２端末に発呼することを特徴とする通信システム。
8. 請求項７に記載の通信システムであって、
   前記呼制御サーバは、前記発呼に対する応答を前記第２端末から受信したら、該受信した応答を前記第１端末に送信することを特徴とする通信システム。

Images