(57)【要約】【課題】ＳＩＰサーバを介して携帯端末により通話を行う場合に、ユーザにとって使い勝手がよく、しかも携帯端末を有効に利用できるようにする。【解決手段】ＳＩＰサーバを介して複数のＳＩＰクライアントが互いに通話処理を行う通話システムにおいて、ＳＩＰクライアントは、ログイン時にユーザ識別子とＳＩＰ  ＵＲＩを電話帳サーバに登録する。また、ＳＩＰサーバに、ＳＩＰ  ＵＲＩとＳＩＰクライアントのＩＰアドレスを関連付けて登録する。ＳＩＰクライアントから発信するときに、発信の対象のユーザ識別子をキーにして、電話帳サーバに、そのユーザが使用しているＳＩＰクライアントのＳＩＰ  ＵＲＩを問合わせ、返信されたＳＩＰ  ＵＲＩをキーにして、ＳＩＰサーバに発信処理をする。ＳＩＰサーバは、そのＳＩＰ  ＵＲＩから着信先のＩＰアドレスを得て、着信処理をする。【選択図】  図２
2015226095.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ（Session Initiation Protocol）サーバを介して、複数のＳＩＰクライアントが互いに通話処理を行う通話システムにおける通信方法であって、
前記ＳＩＰクライアントを一意的に識別するＳＩＰ  ＵＲＩ（Uniform Resource Identifier）とユーザを一意的に識別するユーザ識別子とを関連付けて記憶するクライアント情報テーブルを保持する電話帳サーバを有し、
前記ＳＩＰサーバは、ＳＩＰ  ＵＲＩと、前記ＳＩＰクライアントのＩＰアドレスとを関連付けて記憶するＳＩＰ−ＩＰ対応テーブルを保持し、
前記ＳＩＰクライアントから他のＳＩＰクライアントに発信するとき、発信するＳＩＰクライアントは、前記電話帳サーバに、ユーザ識別子を送信し、前記電話帳サーバは、前記クライアント情報テーブルを検索して、送信されてきた前記ユーザ識別子に対応するＳＩＰ  ＵＲＩを求めて、前記ＳＩＰクライアントに、送信されてきた前記ユーザ識別子に対応するＳＩＰ  ＵＲＩを送信するステップと、
前記ＳＩＰクライアントは、前記電話帳サーバから送信されてきた前記ＳＩＰ  ＵＲＩを、前記ＳＩＰサーバに送信するステップと、
前記ＳＩＰサーバは、前記ＳＩＰ−ＩＰ対応テーブルを検索して、前記ＳＩＰクライアントから送信されてきたＳＩＰ  ＵＲＩに対応するＩＰアドレスを求めて、求められたＩＰアドレスにより、他のＳＩＰクライアントに着信するステップと、
を有することを特徴とする通信方法。
【請求項２】
前記ＳＩＰクライアントと、前記ＳＩＰサーバと、前記電話帳サーバとは、互いにネットワークにより接続され、ＩＰプロトコルにより通信し、
前記ＳＩＰクライアントは、ユーザがログオンしたユーザのユーザ識別子と、そのＳＩＰクライアントのＳＩＰ  ＵＲＩを、前記電話帳サーバに送信し、前記電話帳サーバは、送信されてきたユーザ識別子と、ＳＩＰ  ＵＲＩを対応付けて、前記クライアント情報テーブルに記憶し、
前記ＳＩＰクライアントは、該ＳＩＰクライアントのＳＩＰ  ＵＲＩと該ＳＩＰクライアントのＩＰアドレスを前記ＳＩＰサーバに送信し、前記ＳＩＰサーバは、送信されてきた該ＳＩＰ  ＵＲＩと該ＩＰアドレスとを対応付けて、前記ＳＩＰ−ＩＰ対応テーブルに記憶する
ことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記クライアント情報テーブルは、ＳＩＰクライアントの通話状態情報を記憶することを特徴とする請求項１記載の通信方法。
【請求項４】
前記ＳＩＰクライアントは、電話帳を表示するデータとなる電話帳テーブルを有し、
前記電話帳テーブルは、ユーザ識別子とＳＩＰクライアントのログイン状態、通話状態情報を対応付けて記憶することを特徴とする請求項３記載の通信方法。
【請求項５】
さらに、前記ＳＩＰクライアントは、前記電話帳サーバに、ユーザ識別子を送信し、前記電話帳サーバは、前記クライアント情報テーブルを検索し、送信されてきたユーザ識別子に対応する前記クライアントのログイン状態、通話状態情報を前記前記ＳＩＰクライアントに送信する
ことを特徴とする請求項１乃至４のいずれかの項記載の通信方法。
【請求項６】
さらに、前記ＳＩＰクライアントが電話帳を表示するときに、前記ユーザ識別子に対応する前記クライアントのログイン状態、通話状態情報を表示する
ことを特徴とする請求項１乃至５のいずれかの項記載の通信方法。
【請求項７】
ＳＩＰ（Session Initiation Protocol）サーバを介して、複数のＳＩＰクライアントが互いに通話処理を行う通話システムであって、
前記ＳＩＰクライアントを一意的に識別するＳＩＰ  ＵＲＩ（Uniform Resource Identifier）とユーザを一意的に識別するユーザ識別子とを関連付けて記憶するクライアント情報テーブルを保持する電話帳サーバを有し、
前記ＳＩＰサーバは、ＳＩＰ  ＵＲＩと、前記ＳＩＰクライアントのＩＰアドレスとを関連付けて記憶するＳＩＰ−ＩＰ対応テーブルを保持し、
前記ＳＩＰクライアントから他のＳＩＰクライアントに発信するとき、発信するＳＩＰクライアントは、前記電話帳サーバに、ユーザ識別子を送信し、前記電話帳サーバは、前記クライアント情報テーブルを検索して、送信されてきた前記ユーザ識別子に対応するＳＩＰ  ＵＲＩを求めて、前記ＳＩＰクライアントに、送信されてきた前記ユーザ識別子に対応するＳＩＰ  ＵＲＩを送信し、
前記ＳＩＰクライアントは、前記電話帳サーバから送信されてきた前記ＳＩＰ  ＵＲＩを、前記ＳＩＰサーバに送信し、
前記ＳＩＰサーバは、前記ＳＩＰ−ＩＰ対応テーブルを検索して、前記ＳＩＰクライアントから送信されてきたＳＩＰ  ＵＲＩに対応するＩＰアドレスを求めて、求められたＩＰアドレスにより、他のＳＩＰクライアントに着信することを特徴とする通話システム。
【請求項８】
前記ＳＩＰクライアントと、前記ＳＩＰサーバと、前記電話帳サーバとは、互いにネットワークにより接続され、ＩＰプロトコルにより通信し、
前記ＳＩＰクライアントは、ユーザがログオンしたユーザのユーザ識別子と、そのＳＩＰクライアントのＳＩＰ  ＵＲＩを、前記電話帳サーバに送信し、前記電話帳サーバは、送信されてきたユーザ識別子と、ＳＩＰ  ＵＲＩを対応付けて、前記クライアント情報テーブルに記憶し、
前記ＳＩＰクライアントは、該ＳＩＰクライアントのＳＩＰ  ＵＲＩと、該ＳＩＰクライアントのＩＰアドレスを前記ＳＩＰサーバに送信し、前記ＳＩＰサーバは、送信されてきた該ＳＩＰ  ＵＲＩと該ＩＰアドレスとを対応付けて、前記ＳＩＰ−ＩＰ対応テーブルに記憶することを特徴とする請求項７に記載の通話システム。
【請求項９】
前記ＳＩＰクライアントは、電話帳を表示するデータとなる電話帳テーブルを有し、
前記電話帳テーブルは、ユーザ識別子とＳＩＰクライアントのログイン状態、通話状態情報を対応付けて記憶することを特徴とする請求項７記載の通話システム。
【請求項１０】
前記クライアント情報テーブルは、ＳＩＰクライアントの通話状態情報を記憶し、
前記ＳＩＰクライアントは、前記電話帳サーバに、ユーザ識別子を送信し、
前記電話帳サーバは、前記クライアント情報テーブルを検索し、送信されてきたユーザ識別子に対応する前記クライアントのログイン状態、通話状態情報を前記前記ＳＩＰクライアントに送信することを特徴とする請求項９記載の通話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話システム及び通信方法に係り、特に、ＳＩＰサーバを介して、携帯端末による通話を行う場合に、ユーザにとって使い勝手がよく、しかも、携帯端末を有効に利用するのに好適な通話システム及び通信方法に関する。
【背景技術】
【０００２】
インターネット技術の進展に伴い、ＩＰ（Internet Protocol）を利用した通話システムであるＶｏＩＰ（Voice over Internet Protocol）が普及してきている。このＶｏＩＰは、音声を各種符号化方式で符号化および圧縮し、パケットに変換したものをＩＰネットワークでリアルタイム伝送する技術である。ＶｏＩＰの中の標準的なプロトコルとして、ＳＩＰ（Session Initiation Protocol）が知られている。ＳＩＰの主な用途としては、電話、テレビ電話やインスタント・メッセージングのような双方向のリアルタイム通信が挙げられる。
【０００３】
スマートフォン等のような携帯端末（以下単に端末という）を用いて、ＳＩＰサーバを介してＶｏＩＰによる通話を行う際、端末には各々ＳＩＰ  ＵＲＩ（Uniform Resource Identifier）が設定されており、ＳＩＰサーバはＳＩＰ  ＵＲＩと端末のＩＰアドレを関連付けて管理する。そして、着信の際には端末から発せられた呼出先ＳＩＰ  ＵＲＩがＳＩＰサーバに通知され、ＳＩＰサーバでは、呼出先ＳＩＰ  ＵＲＩに紐づく端末のＩＰアドレスを特定し、それにパケットを送信することにより、着信処理を行う。
【０００４】
例えば、特許文献１には、公衆回線網の間で用いられる通信プロトコルにＳＩＰを変換して、ＩＰ電話機を、公衆回線網を介して一般電話機に接続する技術が開示されている。また、ＳＩＰの詳細については、非特許文献１に規定されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−５７１５３号公報
【非特許文献】
【０００６】
【非特許文献１】J. Rosenberg etc., “Request for Comments: 3261, SIP: Session Initiation Protocol”, [online], June 2002, IETF, [平成２６年４月２５日検索], インターネット＜ＵＲＬ：http://www.ietf.org/rfc/rfc3261.txt＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記のように、ＳＩＰシステムにおいては、ＳＩＰサーバが、ＳＩＰ  ＵＲＩと、端末のＩＰアドレスを一対一で関連付けることにより、相手先の端末を特定して、通話を可能としている。
【０００８】
しかしながら、ＳＩＰシステムを利用する場合、ある営業所で一定数のスマートフォンなどの携帯端末を複数人で共有しているときに、不都合が生じることがある。例えば、小売店舗で、業務用スマートフォンを所持した職員が、所持する業務用スマートフォンで連絡を取り合いながら業務を行う場合を想定する。
【０００９】
例えば、職員が１０名、業務用スマートフォンが３台導入されている場合、１台の端末を複数の職員で利用することになる。そして、午前中は携帯端末をＡさんが利用し、午後は、同じ携帯端末をＢさんが利用しているとする。ＢさんがＡさんに連絡を取りたいとき、Ａさんが今どの携帯端末を使っているか分からないため、どの携帯端末（番号）に電話をかければよいか分からないという問題が生じる。
【００１０】
上記課題を解決するため、本発明の目的は、ＳＩＰサーバを介して携帯端末による通話を行う場合に、ユーザにとって使い勝手がよく、しかも携帯端末を有効に利用することのできる通話システム及び通信方法を提供することにある。
【課題を解決するための手段】
【００１１】
上記問題を解決するために、本発明に係る通話システムは、好ましくは、ＳＩＰサーバを介して複数のＳＩＰクライアントが互いに通話処理を行う通話システムであって、ＳＩＰクライアントを一意的に識別するＳＩＰ  ＵＲＩ（Uniform Resource Identifier）とユーザを一意的に識別するユーザ識別子とを関連付けて記憶するクライアント情報テーブルを保持する電話帳サーバを有する。ここで、ＳＩＰクライアントと、ＳＩＰサーバと、電話帳サーバとは、互いにネットワークにより接続され、ＩＰプロトコルにより通信する。
【００１２】
ＳＩＰサーバは、ＳＩＰ  ＵＲＩと、ＳＩＰクライアントのＩＰアドレスとを関連付けて記憶するＳＩＰ−ＩＰ対応テーブルを保持する。
【００１３】
ＳＩＰクライアントは、ユーザがログオンしたユーザのユーザ識別子と、そのＳＩＰクライアントのＳＩＰ  ＵＲＩを電話帳サーバに送信し、電話帳サーバは、送信されてきたユーザ識別子と、ＳＩＰ  ＵＲＩを対応付けて、クライアント情報テーブルに記憶する。
【００１４】
また、ＳＩＰクライアントは、そのＳＩＰクライアントのＳＩＰ  ＵＲＩとそのＳＩＰクライアントのＩＰアドレスをＳＩＰサーバに送信し、ＳＩＰサーバは、送信されてきたＳＩＰ  ＵＲＩとＩＰアドレスとを対応付けて、ＳＩＰ−ＩＰ対応テーブルに記憶する。
【００１５】
そして、ＳＩＰクライアントから他のＳＩＰクライアントに発信するとき、発信するＳＩＰクライアントは、電話帳サーバに、ユーザ識別子をキーにして、ＳＩＰ  ＵＲＩを問合せる。電話帳サーバは、クライアント情報テーブルを検索して、送信されてきたユーザ識別子に対応するＳＩＰ  ＵＲＩを求めて、ＳＩＰクライアントに、送信されてきたユーザ識別子に対応するＳＩＰ  ＵＲＩを送信する。
【００１６】
次に、ＳＩＰクライアントは、電話帳サーバから送信されてきたＳＩＰ  ＵＲＩを、ＳＩＰサーバに送信し、ＳＩＰサーバは、ＳＩＰ−ＩＰ対応テーブルを検索して、ＳＩＰクライアントから送信されてきたＳＩＰ  ＵＲＩに対応するＩＰアドレスを求めて、求められたＩＰアドレスにより、他のＳＩＰクライアントに着信するようにする。
【発明の効果】
【００１７】
本発明によれば、ＳＩＰサーバを介して携帯端末による通話を行う場合に、ユーザにとって使い勝手がよく、しかも携帯端末を有効に利用することのできる通話システム及び通信方法を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】一実施形態に係る通話システムの構成図である。
【図２】一実施形態に係る通話システムの処理とデータフローを示す概要図である。
【図３】ＳＩＰサーバのハードウェア・ソフトウェアを示す構成図である。
【図４】電話帳サーバのハードウェア・ソフトウェアを示す構成図である。
【図５】ＳＩＰクライアントのハードウェア・ソフトウェアを示す構成図である。
【図６】ＳＩＰ−ＩＰ対応テーブルを示す図である。
【図７】アカウントテーブルを示す図である。
【図８】クライアント情報テーブルを示す図である。
【図９】電話帳テーブルを示す図である。
【図１０Ａ】一実施形態に係る通話システムにおける処理を示すシーケンス図である（その一）。
【図１０Ｂ】一実施形態に係る通話システムにおける処理を示すシーケンス図である（その二）。
【図１１】ＳＩＰクライアントにおいて、電話帳テーブルを設定する処理を示すフローチャートである。
【図１２】電話帳サーバにおいて、クライアント情報テーブルを検索し、クライアント状態を返答する処理を示すフローチャートである。
【図１３】ＳＩＰクライアントにおけるログイン画面を示す図である。
【図１４】ＳＩＰクライアントにおけるポータル画面を示す図である。
【図１５】ＳＩＰクライアントにおける電話帳画面を示す図である。
【図１６】ＳＩＰクライアントにおける通話呼出し画面を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明に係る一実施形態を、図１ないし図１６を用いて説明する。
図１は、一実施形態に係る通話システムの構成図である。通話システムは、ＳＩＰサーバ１００、電話帳サーバ２００、アクセスポイント４０、ＳＩＰクライアント３００を有して構成される。ＳＩＰサーバ１００、電話帳サーバ２００は、各々データベースとして、ＳＩＰ  ＤＢ１９０、電話帳サーバＤＢ２９０を有している。
【００２０】
ＳＩＰサーバ１００、電話帳サーバ２００、アクセスポイント４０は、各々ネットワーク６０により接続されている。ここで、ネットワーク６０は、インターネットのようなグローバル網でもよいし、ローカル網でもよいが、ＩＰプロトコルがサポートされていることを前提とする。
【００２１】
ＳＩＰクライアント３００と、アクセスポイント４０は、例えば、ＩＥＥＥ  ８０２．１１ｂ, g, aのような伝送規格に則り、無線により通信する。また、ＣＤＭＡ２０００、Ｗ−ＣＤＭＡ、ＬＴＥ、モバイルＷｉＭＡＸなどの移動体の通信規格により、ＳＩＰクライアント３００が、基地局と通信する形態でもよい。
【００２２】
ＳＩＰサーバ１００は、ＳＩＰによりＳＩＰクライアント３００間の通話を仲介するサーバである。
【００２３】
電話帳サーバ２００は、ユーザのシステムへのログインを認証し、ユーザ情報を管理するサーバである。
【００２４】
ＳＩＰクライアント３００は、ＳＩＰにより通話の発信、着信を行う携帯端末である。本実施形態では、スマートフォンを例にとり説明するが、その他の携帯電話端末、ＰＨＳ、タブレット、ノートパソコンなどＳＩＰをサポートする携帯可能な端末であればよい。本実施形態のＳＩＰクライアント３００は、後に説明するように、システムにログインする機能と、電話帳により通話発信する機能を有する。
【００２５】
次に、図２を用いて一実施形態に係る通話システムの処理の概要について説明する。
ここで、ＳＩＰクライアント３００が複数あり、ＳＩＰクライアント３００ａ、ＳＩＰクライアント３００ｂなどと表記するものとする。
【００２６】
先ず、ＳＩＰクライアント３００ｂを使用するＢさん（ＵＳＥＲ  ＩＤ＝”userb”）がシステムにログインする（Ｓ１）。このとき、電話帳サーバ２００に、ＵＳＥＲ  ＩＤ、パスワード、ＳＩＰ  ＵＲＩが送信される。ＵＳＥＲ  ＩＤ、パスワードは、ユーザであるＢさんが入力する。ＳＩＰ  ＵＲＩは、ＳＩＰクライアント３００ｂに固有に割り当てられた識別子である。
【００２７】
電話帳サーバ２００は、ログイン認証処理をおこない、電話帳サーバＤＢ２９０の中のクライアント情報テーブルに、ＵＳＥＲ  ＩＤとＳＩＰ  ＵＲＩが関連付けて格納する。
【００２８】
また、ログイン時に、ＳＩＰクライアント３００ｂは、ＳＩＰサーバ１００に対して、自身のＳＩＰ  ＵＲＩと、ＩＰアドレスを送信する（Ｓ２）。ＳＩＰサーバ１００は、ＳＩＰ  ＤＢ１９０の中のＳＩＰ−ＩＰ対応テーブルに、ＳＩＰ  ＵＲＩと、ＩＰアドレスを関連付けて格納する。
【００２９】
ここで、ＳＩＰクライアント３００ａを使用するＡさん（ＵＳＥＲ  ＩＤ＝”usera”）が、Ｂさんに発信する状態を想定する。
【００３０】
ＳＩＰクライアント３００は、電話帳機能を有し、各々の電話帳のエントリに対して、ＵＳＥＲ  ＩＤが格納されている。
【００３１】
そこで、Ａさんは、ＳＩＰクライアント３００ａに表示されたＢさんのエントリを選択し、発信操作を行う。ＳＩＰクライアント３００ａは、ＵＳＥＲ  ＩＤをキーにして、電話帳サーバ２００に対して問合せをおこない（Ｓ３）、電話帳サーバ２００は、関連付けられたＳＩＰ  ＵＲＩを返答する（Ｓ４）。
【００３２】
次に、ＳＩＰクライアント３００ａは、ＳＩＰサーバ１００に対して、ＳＩＰ  ＵＲＩをキーにして、発信メッセージを送信する（Ｓ５）。
【００３３】
ＳＩＰサーバ１００は、送信されたＳＩＰ  ＵＲＩと関連付けられたＩＰアドレスに対して、すなわち、ＳＩＰクライアント３００ｂに対して、発信メッセージを転送する（Ｓ６）。
【００３４】
着信したＳＩＰクライアント３００ｂは、ＳＩＰサーバ１００より、発信元のＳＩＰクライアント３００ａを知らされる。以降では、ＳＩＰクライアント３００ａとＳＩＰクライアント３００ｂは、お互いのＩＰアドレスによって、直接、ＲＴＰ（Real-time Transport Protocol）により音声通話を行う（Ｓ７）。
【００３５】
次に、図３ないし図５を用いて、通話システムの各部のハードウェア・ソフトウェアの詳細な構成について説明する。ここで、図３は、ＳＩＰサーバのハードウェア・ソフトウェアを示す構成図である。図４は、電話帳サーバのハードウェア・ソフトウェアを示す構成図である。図５は、ＳＩＰクライアントのハードウェア・ソフトウェアを示す構成図である。
【００３６】
図３に示されるように、ＳＩＰサーバ１００は、ＣＰＵ１０２、主記憶装置１０８、表示Ｉ／Ｆ１０４、入出力Ｉ／Ｆ１０６、ネットワークＩ／Ｆ１１０、補助記憶Ｉ／Ｆ１１２がバスにより接続して構成される。
【００３７】
表示装置１３０には、稼動状況のモニタや出力結果が表示される。入出力Ｉ／Ｆ１０６には、キーボード１２０やマウス１２２などの入出力装置が接続され、管理者は、これらの入出力装置からコマンドなどを入力する。ネットワークＩ／Ｆ１１０には、ＬＡＮ、ＷＡＮなどのネットワーク６０が接続され、このＩ／Ｆを介して外部の装置と通信を行う。補助記憶Ｉ／Ｆ１１２には、データやプログラムを格納するハードディスク装置１６０などの記憶装置が接続される。ハードディスク装置１６０は、アレイ上に接続されてディスクアレイを構成する場合もある。
【００３８】
業務処理のアプリケーションプログラム、ＯＳなどは、ハードディスク装置１６０に格納されており、実行されるときに主記憶装置１０８にロードされて、ＣＰＵ１０２により実行される。
【００３９】
特に、ＳＩＰサーバ１００として実行されるプログラムとしては、ＳＩＰ  ＤＢ１９０にアクセスし、ＳＩＰに関する処理を行うＳＩＰ処理プログラム１８０と、ＴＣＰ／ＩＰに関する処理を行うＴＣＰ／ＩＰ処理プログラム１８２、電話帳サーバ２００とやり取りするための電話帳サーバインタフェースプログラム１８４がある。また、ハードディスク装置１６０には、ＳＩＰ  ＤＢ１９０があり、データベースのテーブルとして、ＳＩＰ−ＩＰ対応テーブル１９２を有する。
【００４０】
図４に示されるように、電話帳サーバ２００は、図３に示したＳＩＰサーバ１００と同じような構成でよい。
特に、電話帳サーバ２００として実行されるプログラムとしては、電話帳ＤＢ２９０にアクセスし、ユーザのログイン認証を行うユーザ管理プログラム２８０と、ＴＣＰ／ＩＰに関する処理を行うＴＣＰ／ＩＰ処理プログラム２８２、ＳＩＰサーバ１００とやり取りするためのＳＩＰサーバインタフェースプログラム２８４がある。
【００４１】
また、ハードディスク装置２６０には、電話帳サーバＤＢ２９０が格納されており、データベースのテーブルとして、アカウントテーブル２９２、クライアント情報テーブル２９４を有する。
【００４２】
ＳＩＰクライアント３００としては、図５に示される構造を有するスマートフォンを利用することができる。図５に示されるように、ＳＩＰクライアント３００は、アプリケーションプロセッサ３０２、ベースバンドプロセッサ３０４、無線ＬＡＮＩ／Ｆ３０６、表示Ｉ／Ｆ３０８、外部Ｉ／Ｆ３１０、主記憶装置３１２、フラッシュメモリ３１４、オーディオＩ／Ｆ３１６がバスにより結合された形態になっている。
【００４３】
アプリケーションプロセッサ３０２は、スマートフォンの各部を制御し、主記憶装置３１２に必要なプログラムをロードして実行する。
ベースバンドプロセッサ３０４は、デジタルデータをベースバンド信号に載せて送信する処理、また、逆に、高周波信号からデジタル信号を取り出す処理をするプロセッサである。
【００４４】
主記憶装置３１２は、通常、ＲＡＭなどの揮発メモリで構成され、アプリケーションプロセッサ３０２が実行するプログラム、参照するデータが記憶される。
ネットワークＩ／Ｆ３０６は、ネットワーク６０と接続するためのインタフェースである。
外部Ｉ／Ｆは、外部装置として、タッチパネル３３０やＵＳＢ機器３４０を接続するためのインタフェースである。
【００４５】
表示Ｉ／Ｆ３０８は、ＬＣＤ（Liquid Crystal Display）３２０などの表示装置を接続するためのインタフェースである。
フラッシュメモリ３１４は、補助記憶として機能するメモリであり、通常、主記憶装置３１２より大容量である。
【００４６】
フラッシュメモリ３１４には、ＳＩＰクライアントとして実行されるプログラムとして、ＳＩＰサーバ１００にアクセスし、ＳＩＰに関する処理を行うＳＩＰ処理プログラム３８０と、電話帳に関する処理を行う電話帳処理プログラム３８２、他のＳＩＰクライアントと音声通話を行うためのストリーミング処理を行う通話プログラム３８４と、電話帳に関するデータが格納される電話帳テーブル３８６を有する。
【００４７】
オーディオＩ／Ｆ３１６は、スピーカ３５０やヘッドフォン、イヤフォンなどの音声出力機器、マイク３５２などの音声入力機器を接続するためのインタフェースである。
【００４８】
次に、図６ないし図８を用いて、通話システムのデータ構造について説明する。ここで、図６は、ＳＩＰ−ＩＰ対応テーブルを示す図である。図７は、アカウントテーブルを示す図である。図８は、クライアント情報テーブルを示す図である。図９は、電話帳テーブルを示す図である。
【００４９】
図６に示されるように、ＳＩＰ−ＩＰ対応テーブル１９２は、ＳＩＰクライアント３００のＳＩＰ  ＵＲＩとＩＰアドレスを関連付けたレコードを格納するテーブルであり、ＳＩＰサーバ１００のＳＩＰ  ＤＢ１９０に格納される。図の例では、例えば、あるＳＩＰクライアント３００では、ＳＩＰ  ＵＲＩ:usera@yy.ne.jp、ＩＰアドレス:192.168.1.10の状態で使用されていることを示している。
【００５０】
図７に示されるように、アカウントテーブル２９２は、システムのユーザのアカウント情報を格納するためのテーブルであり、ＵＳＥＲ  ＩＤ、ＰＡＳＳＷＯＲＤ、ユーザ名、所属などの情報が記憶される。このアカウントテーブル２９２は、電話帳サーバＤＢ２９０に格納される。図の例では、ユーザ名がＡさんである人は、所属が総務部であり、ＵＳＥＲ  ＩＤ:usera、ＰＡＳＳＷＯＲＤ:xy124zであることを示している。
【００５１】
クライアント情報テーブル２９４は、現在のＳＩＰクライアント３００の情報を格納するためのテーブルであり、あるＳＩＰクライアントにおけるＵＳＥＲ  ＩＤ、ＳＩＰ  ＵＲＩ、クライアント状態が記憶される。このクライアント情報テーブル２９４も、電話帳サーバＤＢ２９０に格納される。
【００５２】
この項目の内で、ＵＳＥＲ  ＩＤ、ＳＩＰ  ＵＲＩは、ＵＳＥＲ  ＩＤに示されるユーザが、ＳＩＰ  ＵＲＩのＳＩＰクライアントでログイン中であることを示している。そして、ユーザがログアウトすると、このテーブルのエントリから削除される。クライアント状態は、そのログインしているユーザが、通話中であるか、待受け中（通話をしておらず、着信できる状態）であるかを示す項目である。図示の例では、ＵＳＥＲ  ＩＤ:useraのユーザが、ＳＩＰ  ＵＲＩ:usera@yy.ne.jpのクライアントを使用して、ログイン中であり、しかも、通話中であることを示している。
【００５３】
電話帳テーブル３８６は、ＳＩＰクライアント３００から電話帳を表示して、利用するために必要な情報を格納するためのテーブルであり、電話をかける相手のＵＳＥＲ  ＩＤ、ユーザ名、所属、クライアント状態が記憶される。この電話帳テーブル３８６は、ＳＩＰクライアント３００のメモリ中（例えば、図５のフラッシュメモリ３１４中）に格納される。
【００５４】
この項目の内で、クライアント状態は、電話をかける相手が、ログインしているか、ログアウトしているか、通話中であるか、待受け中であるかを示す項目である。図の例では、ユーザ名がＡさんである人は、所属が総務部であり、ＵＳＥＲ  ＩＤ:usera、現在の状態は、ログイン中であり、待受け中であることを示している。
【００５５】
次に、図１０Ａないし図１６を用いて、通話システムにおける処理について説明する。ここで、図１０Ａ、図１０Ｂは、通話システムにおける処理を示すシーケンス図である。図１１は、ＳＩＰクライアントにおいて、電話帳テーブルを設定する処理を示すフローチャートである。図１２は、電話帳サーバにおいて、クライアント情報テーブルを検索し、クライアント状態を返答する処理を示すフローチャートである。図１３は、ＳＩＰクライアントにおけるログイン画面を示す図である。図１４は、ＳＩＰクライアントにおけるポータル画面を示す図である。図１５は、ＳＩＰクライアントにおける電話帳画面を示す図である。図１６は、ＳＩＰクライアントにおける通話呼出し画面を示す図である。
【００５６】
図１０Ａ及び図１０Ｂを参照するに、Ａさん（ＵＳＥＲ  ＩＤ:usera）の使うＳＩＰクライアント３００ａから、発信し、Ｂさん（ＵＳＥＲ  ＩＤ:userb）の使うＳＩＰクライアント３００ｂに着信して通話を開始する状況を想定する。また、ＳＩＰクライアント３００は、ＳＩＰサーバ１００、電話帳サーバ２００のＩＰアドレスを、知っているものとする。なお、両者のＩＰアドレスは、ドメインネームにより、ＤＮＳサーバに問い合わせて得る仕組みにしてもよい。
【００５７】
先ず、Ｂさんは、ＳＩＰクライアント３００ｂから、ログインする（Ａ１０）。すなわち、図１３に示したログイン画面において、ユーザＩＤ欄４０２に、自分のＵＳＥＲ  ＩＤであるuserbを入力し、パスワード欄４０４に、パスワードの65abc1を入力する。これにより、ＳＩＰクライアント３００ｂは、入力されたＵＳＥＲ  ＩＤ、ＰＡＳＳＷＯＲＤ、自分のＳＩＰ  ＵＲＩを電話帳サーバ２００に送信する。
【００５８】
電話帳サーバ２００は、これを受け、送信されてくるＵＳＥＲ  ＩＤ、ＰＡＳＳＷＯＲＤが、アカウントテーブルに存在するか調べて（ＳＱ２００）、存在するときには、ログインを許可する（Ａ１２）。
【００５９】
そして、クライアント情報テーブル２９４に、ＵＳＥＲ  ＩＤ:userb、ＳＩＰ  ＵＲＩ:userb@yy.ne.jp、クライアント状態:待受け中のレコードを追加する（ＳＱ２０２）。
【００６０】
また、ＳＩＰクライアント３００ｂは、ログインと同時に、ＳＩＰサーバ１００に、自分のＳＩＰ  ＵＲＩと、ＩＰアドレスを送信する（Ａ１４）。
【００６１】
ＳＩＰサーバ１００は、ＳＩＰ−ＩＰテーブル１９２に送られてきたＳＩＰ  ＵＲＩと、ＩＰアドレスを、クライアント情報テーブル２９４に記憶する（ＳＱ１００）。
【００６２】
図では示さなかったが、ＳＩＰクライアント３００ａは、Ａさん（ＵＳＥＲ  ＩＤ:usera）が既にログインしているものとする。
【００６３】
ここで、Ａさんは、図１４に示すポータル画面から電話帳ボタン５０２を、タップするなどして選択する。
【００６４】
ＳＩＰクライアント３００ａは、電話帳を表示するため、電話帳テーブル３８６のデータを更新する必要があるので、先ず、ＳＩＰクライアント３００ａは、クライアント状態を電話帳サーバ２００に問い合わせる（Ａ２０）。
【００６５】
そして、電話帳サーバ２００は、問い合わせを受けたユーザのＳＩＰクライアント３００の状態を検索し（ＳＱ２０４）、ＳＩＰクライアント３００ａに返答する（Ａ２２）。
【００６６】
ＳＩＰクライアント３００ａは、各々のエントリごとのクライアント状態を更新し（ＳＱ３００）、それに基づき、図１５の電話帳画面６００を表示する（ＳＱ３０２）。
【００６７】
なお、ＳＱ２０４とＳＱ３００の処理は、後に詳説する。
【００６８】
次に、Ａさんは、電話帳画面６００のＢさんのエントリ６０２をタップすることにより、Ｂさんに対して発信する。電話帳画面６００の状態表示欄６０４には、相手がログイン通話中、ログイン待受中、ログアウトのいずれかが表示されており、ログイン待受中のときのみ発信が可能である。
【００６９】
この電話帳画面６００は、一定時間ごとに、ＳＩＰクライアント３００ａから電話帳サーバ２００にポーリングして、電話帳テーブル３８６を書き換え、それに基づいて再表示する必要がある。
【００７０】
ＳＩＰクライアント３００ａは、電話帳サーバ２００に対して、ＵＳＥＲ  ＩＤをキーにして、対応するＳＩＰ  ＵＲＩを問い合わせる（Ａ３０）。
【００７１】
電話帳サーバ２００は、クライアント情報テーブル２９４の中から送信されてくるＵＳＥＲ  ＩＤに対応するＳＩＰ  ＵＲＩを検索し（ＳＱ２０６）、ＳＩＰクライアント３００ａに返答する（Ａ３２）。
【００７２】
ＳＩＰクライアント３００ａは、返答されたＳＩＰ  ＵＲＩによって、ＳＩＰサーバ１００に発信処理を依頼する（Ａ３４）。
【００７３】
このとき、ＳＩＰクライアント３００ａは、図１６に示した呼出画面７００が表示されている。呼出画面７００には、呼び出した人のユーザ名表示７０２、状態表示７０４がある。Ａさんは、呼出キャンセルボタン７０６により、Ｂさんへの呼び出しをキャンセルすることも可能である。
【００７４】
ＳＩＰサーバ１００は、ＳＩＰ−ＩＰ対応テーブルの中から送信されてくるＳＩＰ  ＵＲＩに対応するＩＰアドレスを検索し（ＳＱ１０２）、対応するＩＰアドレス（192.168.1.12）を持つクライアント３００ｂに着信する（Ａ３６）。このとき、ＳＩＰサーバ１００は、発信側のＳＩＰクライアント３００ａのＩＰアドレス（192.168.1.10）を送信する。
【００７５】
また、ＳＩＰサーバ１００は、電話帳サーバ２００に対して、クライアント状態の報告をし（Ａ３８）、これにより、ＳＩＰクライアント３００ａと、ＳＩＰクライアント３００ｂの対応するエントリのクライアント状態は、通話中に書き換えられる（ＳＱ２０８）。
【００７６】
以降では、ＳＩＰクライアント３００ａとＳＩＰクライアント３００ｂは、お互いのＩＰアドレスによって、直接、ＲＴＰにより音声通話を行う（Ａ４０）。
【００７７】
通話が終了すると、ＳＩＰクライアント３００ａから、電話帳サーバ２００に報告をする（Ａ５０）。
【００７８】
これにより、ＳＩＰクライアント３００ａと、ＳＩＰクライアント３００ｂの対応するエントリのクライアント状態は、待受け中に書き換えられる（ＳＱ２１０）。
【００７９】
そして、Ｂさんが、ログアウトしたときには（Ａ６０）、Ｂさんのエントリ（ＵＳＥＲ  ＩＤ:userb）を削除する（ＳＱ２１２）。
【００８０】
次に、図１１により、ＳＱ３００のＳＩＰクライアント３００における電話帳テーブル設定の処理について説明する。
【００８１】
先ず、電話帳テーブルのエントリを読み出し（Ｓ１００）、電話帳テーブルにエントリがないときは、終了し、あるときには、次のＳ１０２に行く（Ｓ１０２）。
【００８２】
次に、対応するＵＳＥＲ  ＩＤにより、電話中サーバ２００に問い合わせる（Ｓ１０４）。
【００８３】
次に、電話中サーバ２００から返答されたクライアント状態を電話中テーブルにセットし（Ｓ１０６）、Ｓ１００に戻る。
【００８４】
次に、図１１により、ＳＱ３００のＳＩＰクライアント３００における電話帳テーブル設定の処理について詳細に説明する。
先ず、電話帳テーブル３８６の次のエントリを読み出し（Ｓ１００）、電話帳テーブルにエントリがないときは、終了し、あるときには、次のＳ１０２に行く（Ｓ１０２）。電話帳テーブル３８６にエントリがあるときには、対応するＵＳＥＲ  ＩＤにより、電話中サーバ２００に問い合わせる（Ｓ１０４）。
次に、電話中サーバ２００から返答されたクライアント状態を電話帳テーブル３８６にセットし（Ｓ１０６）、Ｓ１００に戻る。
【００８５】
次に、図１２により、ＳＱ２０４の電話帳サーバ２００におけるクライアント情報テーブル検索の処理について詳細に説明する。
先ず、クライアント情報テーブル２９４の次のエントリを読み出し（Ｓ２００）、クライアント情報テーブル２９４にエントリがないときは、返答をログアウトに設定し（Ｓ２０６）、処理を終了する。
【００８６】
クライアント情報テーブル２９４にエントリがあるときには、問合せのＵＳＥＲ  ＩＤとクライアント情報テーブル２９４のＵＳＥＲ  ＩＤを調べて（Ｓ２０６）、両者が一致するときには、クライアント情報テーブル２９４の中の対応するクライアント状態により、返答として、ログイン通話中、ログイン待受け中のいずれかを返答して（Ｓ２０８）、処理を終了する。両者が一致しないときには、Ｓ２００に戻る。
【００８７】
以上、説明したように、スマートフォンなどのＳＩＰクライアントが複数あり、それを使うユーザが可変の場合であっても、電話帳サーバがその各々のクライアントの状態を保持しているため、システムのユーザは、相手のＳＩＰ  ＵＲＩを意識することなく、ユーザ識別子により、簡単に発信でき、スマートフォンなどのＳＩＰクライアントを複数人で共有して使用することができる。具体的には、発信時には、電話帳を表示して、発信する相手を選択するだけでよく、使い勝手がよくなる。
また、電話帳に相手のログイン状態、通話状態が表示されるため、発信時に便利で分かりやすいユーザインタフェースが提供される。
【符号の説明】
【００８８】
１…通話システム、４０…アクセスポイント、６０…ネットワーク、１００…ＳＩＰサーバ、１９０…ＳＩＰ  ＤＢ、２００…電話帳サーバ、２９０…電話帳サーバＤＢ、３００…ＳＩＰクライアント。
【図１】
2015226095.tif 000003
【図２】
2015226095.tif 000004
【図３】
2015226095.tif 000005
【図４】
2015226095.tif 000006
【図５】
2015226095.tif 000007
【図６】
2015226095.tif 000008
【図７】
2015226095.tif 000009
【図８】
2015226095.tif 000010
【図９】
2015226095.tif 000011
【図１０Ａ】
2015226095.tif 000012
【図１０Ｂ】
2015226095.tif 000013
【図１１】
2015226095.tif 000014
【図１２】
2015226095.tif 000015
【図１３】
2015226095.tif 000016
【図１４】
2015226095.tif 000017
【図１５】
2015226095.tif 000018
【図１６】
2015226095.tif 000019