特許 6353704 通話システム及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6353704

(24)【登録日】2018年6月15日

(45)【発行日】2018年7月4日

(54)【発明の名称】通話システム及び通信方法

(51)【国際特許分類】

   H04M 3/00 20060101AFI20180625BHJP

【ＦＩ】

   H04M3/00 C

【請求項の数】8

【全頁数】18

(21)【出願番号】特願2014-108322(P2014-108322)

(22)【出願日】2014年5月26日

(65)【公開番号】特開2015-226095(P2015-226095A)

(43)【公開日】2015年12月14日

【審査請求日】2017年2月28日

(73)【特許権者】

【識別番号】000233491

【氏名又は名称】株式会社日立システムズ

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜特許業務法人

(72)【発明者】

【氏名】田中 輝昭

(72)【発明者】

【氏名】前川 晴美

(72)【発明者】

【氏名】梶田 英里

(72)【発明者】

【氏名】近野 雅樹

(72)【発明者】

【氏名】加藤 伊織

【審査官】 西巻 正臣

(56)【参考文献】

【文献】 特開２００６−０５０２７３（ＪＰ，Ａ）

【文献】 特開２０１１−１０９１９３（ＪＰ，Ａ）

【文献】 特開２０１４−０８２５７３（ＪＰ，Ａ）

【文献】 特開２０１０−１２４４３１（ＪＰ，Ａ）

【文献】 特開２００９−０８０８０５（ＪＰ，Ａ）

【文献】 特開２００９−０７７０７５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０１７７７８５（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ １／００、

１／２４− ３／００、

３／１６− ３／２０、

３／３８− ３／５８、

７／００− ７／１６、

１１／００−１１／１０、

９９／００

(57)【特許請求の範囲】

【請求項1】

ＳＩＰ（Session Initiation Protocol）サーバを介して、複数のＳＩＰクライアントが互いに通話処理を行う通話システムにおける通信方法であって、
前記ＳＩＰクライアントを一意的に識別するＳＩＰ ＵＲＩ（Uniform Resource Identifier）とユーザを一意的に識別するユーザ識別子とを関連付けて記憶するクライアント情報テーブルを保持する電話帳サーバを有し、
前記ＳＩＰサーバは、ＳＩＰ ＵＲＩと、前記ＳＩＰクライアントのＩＰアドレスとを関連付けて記憶するＳＩＰ−ＩＰ対応テーブルを保持し、
前記ＳＩＰクライアントから他のＳＩＰクライアントに発信するとき、発信する前記ＳＩＰクライアントは、前記電話帳サーバに、前記他のＳＩＰクライアントのユーザ識別子を送信し、前記電話帳サーバは、前記クライアント情報テーブルを検索して、送信されてきた前記他のＳＩＰクライアントのユーザ識別子に対応するＳＩＰ ＵＲＩを求めて、前記ＳＩＰクライアントに、送信されてきた前記他のＳＩＰクライアントのユーザ識別子に対応するＳＩＰ ＵＲＩを送信するステップと、
前記ＳＩＰクライアントは、前記電話帳サーバから送信されてきた前記ＳＩＰ ＵＲＩを、前記ＳＩＰサーバに送信するステップと、
前記ＳＩＰサーバは、前記ＳＩＰ−ＩＰ対応テーブルを検索して、前記ＳＩＰクライアントから送信されてきた前記ＳＩＰ ＵＲＩに対応するＩＰアドレスを求めて、求められたＩＰアドレスにより、前記他のＳＩＰクライアントに着信するステップと、を含み、
前記ＳＩＰクライアントと、前記他のＳＩＰクライアントと、前記ＳＩＰサーバと、前記電話帳サーバとは、互いにネットワークにより接続され、ＩＰプロトコルにより通信し、
前記他のＳＩＰクライアントは、当該他のＳＩＰクライアントからログインされたユーザのユーザ識別子と、当該他のＳＩＰクライアントのＳＩＰ ＵＲＩとを、前記電話帳サーバに送信し、前記ＳＩＰクライアントは、当該ＳＩＰクライアントからログインされたユーザのユーザ識別子と、当該ＳＩＰクライアントのＳＩＰ ＵＲＩとを、前記電話帳サーバに送信し、
前記電話帳サーバは、送信されてきた前記他のＳＩＰクライアントからログインされたユーザ識別子と、当該他のＳＩＰクライアントのＳＩＰ ＵＲＩとを対応付けて、前記クライアント情報テーブルに記憶し、送信されてきた前記ＳＩＰクライアントからログインされたユーザ識別子と、当該ＳＩＰクライアントのＳＩＰ ＵＲＩとを対応付けて、前記クライアント情報テーブルに記憶し、
前記他のＳＩＰクライアントは、当該他のＳＩＰクライアントのＳＩＰ ＵＲＩと当該他のＳＩＰクライアントのＩＰアドレスを前記ＳＩＰサーバに送信し、前記ＳＩＰサーバは、送信されてきた当該ＳＩＰ ＵＲＩと当該ＩＰアドレスとを対応付けて、前記ＳＩＰ−ＩＰ対応テーブルに記憶し、前記ＳＩＰクライアントは、当該ＳＩＰクライアントのＳＩＰ ＵＲＩと当該ＳＩＰクライアントのＩＰアドレスを前記ＳＩＰサーバに送信し、前記ＳＩＰサーバは、送信されてきた当該ＳＩＰ ＵＲＩと当該ＩＰアドレスとを対応付けて、前記ＳＩＰ−ＩＰ対応テーブルに記憶する、
ことを特徴とする通信方法。

【請求項2】

前記クライアント情報テーブルは、前記他のＳＩＰクライアントおよび前記ＳＩＰクライアントそれぞれの通話状態情報を記憶することを特徴とする請求項１記載の通信方法。

【請求項3】

前記他のＳＩＰクライアントおよび前記ＳＩＰクライアントのそれぞれは、電話帳を表示するデータとなる電話帳テーブルを有し、
前記電話帳テーブルは、それぞれのユーザ識別子と当該ユーザ識別子によりログインされたＳＩＰクライアントのログイン状態、通話状態情報を対応付けて記憶することを特徴とする請求項２記載の通信方法。

【請求項4】

さらに、前記ＳＩＰクライアントは、前記電話帳サーバに、前記他のＳＩＰクライアントからログインされたユーザのユーザ識別子を送信し、前記電話帳サーバは、前記クライアント情報テーブルを検索し、送信されてきた前記ユーザ識別子に対応する前記他のＳＩＰクライアントのログイン状態、通話状態情報を前記ＳＩＰクライアントに送信することを特徴とする請求項１乃至３のいずれかの項記載の通信方法。

【請求項5】

さらに、前記ＳＩＰクライアントが電話帳を表示するときに、前記他のＳＩＰクライアントからログインされたユーザのユーザ識別子に対応する前記他のＳＩＰクライアントのログイン状態、通話状態情報を表示することを特徴とする請求項１乃至４のいずれかの項記載の通信方法。

【請求項6】

ＳＩＰ（Session Initiation Protocol）サーバを介して、複数のＳＩＰクライアントが互いに通話処理を行う通話システムであって、
前記ＳＩＰクライアントを一意的に識別するＳＩＰ ＵＲＩ（Uniform Resource Identifier）とユーザを一意的に識別するユーザ識別子とを関連付けて記憶するクライアント情報テーブルを保持する電話帳サーバを有し、
前記ＳＩＰサーバは、ＳＩＰ ＵＲＩと、前記ＳＩＰクライアントのＩＰアドレスとを関連付けて記憶するＳＩＰ−ＩＰ対応テーブルを保持し、
前記ＳＩＰクライアントから他のＳＩＰクライアントに発信するとき、発信する前記ＳＩＰクライアントは、前記電話帳サーバに、前記他のＳＩＰクライアントのユーザ識別子を送信し、前記電話帳サーバは、前記クライアント情報テーブルを検索して、送信されてきた前記他のＳＩＰクライアントのユーザ識別子に対応するＳＩＰ ＵＲＩを求めて、前記ＳＩＰクライアントに、送信されてきた前記他のＳＩＰクライアントのユーザ識別子に対応するＳＩＰ ＵＲＩを送信し、
前記ＳＩＰクライアントは、前記電話帳サーバから送信されてきた前記ＳＩＰ ＵＲＩを、前記ＳＩＰサーバに送信し、
前記ＳＩＰサーバは、前記ＳＩＰ−ＩＰ対応テーブルを検索して、前記ＳＩＰクライアントから送信されてきた前記ＳＩＰ ＵＲＩに対応するＩＰアドレスを求めて、求められたＩＰアドレスにより、前記他のＳＩＰクライアントに着信し、
前記ＳＩＰクライアントと、前記他のＳＩＰクライアントと、前記ＳＩＰサーバと、前記電話帳サーバとは、互いにネットワークにより接続され、ＩＰプロトコルにより通信し、
前記他のＳＩＰクライアントは、当該他のＳＩＰクライアントからログインされたユーザのユーザ識別子と、当該他のＳＩＰクライアントのＳＩＰ ＵＲＩとを、前記電話帳サーバに送信し、前記ＳＩＰクライアントは、当該ＳＩＰクライアントからログインされたユーザのユーザ識別子と、当該ＳＩＰクライアントのＳＩＰ ＵＲＩとを、前記電話帳サーバに送信し、
前記電話帳サーバは、送信されてきた前記他のＳＩＰクライアントからログインされたユーザ識別子と、当該他のＳＩＰクライアントのＳＩＰ ＵＲＩとを対応付けて、前記クライアント情報テーブルに記憶し、送信されてきた前記ＳＩＰクライアントからログインされたユーザ識別子と、当該ＳＩＰクライアントのＳＩＰ ＵＲＩとを対応付けて、前記クライアント情報テーブルに記憶し、
前記他のＳＩＰクライアントは、当該他のＳＩＰクライアントのＳＩＰ ＵＲＩと当該他のＳＩＰクライアントのＩＰアドレスを前記ＳＩＰサーバに送信し、前記ＳＩＰサーバは、送信されてきた当該ＳＩＰ ＵＲＩと当該ＩＰアドレスとを対応付けて、前記ＳＩＰ−ＩＰ対応テーブルに記憶し、前記ＳＩＰクライアントは、当該ＳＩＰクライアントのＳＩＰ ＵＲＩと当該ＳＩＰクライアントのＩＰアドレスを前記ＳＩＰサーバに送信し、前記ＳＩＰサーバは、送信されてきた当該ＳＩＰ ＵＲＩと当該ＩＰアドレスとを対応付けて、前記ＳＩＰ−ＩＰ対応テーブルに記憶する、
ことを特徴とする通話システム。

【請求項7】

前記他のＳＩＰクライアントおよび前記ＳＩＰクライアントのそれぞれは、電話帳を表示するデータとなる電話帳テーブルを有し、
前記電話帳テーブルは、それぞれのユーザ識別子と当該ユーザ識別子によりログインされたＳＩＰクライアントのログイン状態、通話状態情報を対応付けて記憶することを特徴とする請求項６記載の通話システム。

【請求項8】

前記クライアント情報テーブルは、ＳＩＰクライアントの通話状態情報を記憶し、
前記ＳＩＰクライアントは、前記電話帳サーバに、前記他のＳＩＰクライアントからログインされたユーザのユーザ識別子を送信し、
前記電話帳サーバは、前記クライアント情報テーブルを検索し、送信されてきた前記ユーザ識別子に対応する前記他のＳＩＰクライアントのログイン状態、通話状態情報を前記ＳＩＰクライアントに送信することを特徴とする請求項７記載の通話システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通話システム及び通信方法に係り、特に、ＳＩＰサーバを介して、携帯端末による通話を行う場合に、ユーザにとって使い勝手がよく、しかも、携帯端末を有効に利用するのに好適な通話システム及び通信方法に関する。

【背景技術】

【0002】

インターネット技術の進展に伴い、ＩＰ（Internet Protocol）を利用した通話システムであるＶｏＩＰ（Voice over Internet Protocol）が普及してきている。このＶｏＩＰは、音声を各種符号化方式で符号化および圧縮し、パケットに変換したものをＩＰネットワークでリアルタイム伝送する技術である。ＶｏＩＰの中の標準的なプロトコルとして、ＳＩＰ（Session Initiation Protocol）が知られている。ＳＩＰの主な用途としては、電話、テレビ電話やインスタント・メッセージングのような双方向のリアルタイム通信が挙げられる。

【0003】

スマートフォン等のような携帯端末（以下単に端末という）を用いて、ＳＩＰサーバを介してＶｏＩＰによる通話を行う際、端末には各々ＳＩＰ ＵＲＩ（Uniform Resource Identifier）が設定されており、ＳＩＰサーバはＳＩＰ ＵＲＩと端末のＩＰアドレを関連付けて管理する。そして、着信の際には端末から発せられた呼出先ＳＩＰ ＵＲＩがＳＩＰサーバに通知され、ＳＩＰサーバでは、呼出先ＳＩＰ ＵＲＩに紐づく端末のＩＰアドレスを特定し、それにパケットを送信することにより、着信処理を行う。

【0004】

例えば、特許文献１には、公衆回線網の間で用いられる通信プロトコルにＳＩＰを変換して、ＩＰ電話機を、公衆回線網を介して一般電話機に接続する技術が開示されている。また、ＳＩＰの詳細については、非特許文献１に規定されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１４−５７１５３号公報

【非特許文献】

【0006】

【非特許文献1】J. Rosenberg etc., “Request for Comments: 3261, SIP: Session Initiation Protocol”, [online], June 2002, IETF, [平成２６年４月２５日検索], インターネット＜ＵＲＬ：http://www.ietf.org/rfc/rfc3261.txt＞

【発明の概要】

【発明が解決しようとする課題】

【0007】

上記のように、ＳＩＰシステムにおいては、ＳＩＰサーバが、ＳＩＰ ＵＲＩと、端末のＩＰアドレスを一対一で関連付けることにより、相手先の端末を特定して、通話を可能としている。

【0008】

しかしながら、ＳＩＰシステムを利用する場合、ある営業所で一定数のスマートフォンなどの携帯端末を複数人で共有しているときに、不都合が生じることがある。例えば、小売店舗で、業務用スマートフォンを所持した職員が、所持する業務用スマートフォンで連絡を取り合いながら業務を行う場合を想定する。

【0009】

例えば、職員が１０名、業務用スマートフォンが３台導入されている場合、１台の端末を複数の職員で利用することになる。そして、午前中は携帯端末をＡさんが利用し、午後は、同じ携帯端末をＢさんが利用しているとする。ＢさんがＡさんに連絡を取りたいとき、Ａさんが今どの携帯端末を使っているか分からないため、どの携帯端末（番号）に電話をかければよいか分からないという問題が生じる。

【0010】

上記課題を解決するため、本発明の目的は、ＳＩＰサーバを介して携帯端末による通話を行う場合に、ユーザにとって使い勝手がよく、しかも携帯端末を有効に利用することのできる通話システム及び通信方法を提供することにある。

【課題を解決するための手段】

【0011】

上記問題を解決するために、本発明に係る通話システムは、好ましくは、ＳＩＰサーバを介して複数のＳＩＰクライアントが互いに通話処理を行う通話システムであって、ＳＩＰクライアントを一意的に識別するＳＩＰ ＵＲＩ（Uniform Resource Identifier）とユーザを一意的に識別するユーザ識別子とを関連付けて記憶するクライアント情報テーブルを保持する電話帳サーバを有する。ここで、ＳＩＰクライアントと、ＳＩＰサーバと、電話帳サーバとは、互いにネットワークにより接続され、ＩＰプロトコルにより通信する。

【0012】

ＳＩＰサーバは、ＳＩＰ ＵＲＩと、ＳＩＰクライアントのＩＰアドレスとを関連付けて記憶するＳＩＰ−ＩＰ対応テーブルを保持する。

【0013】

ＳＩＰクライアントは、ユーザがログオンしたユーザのユーザ識別子と、そのＳＩＰクライアントのＳＩＰ ＵＲＩを電話帳サーバに送信し、電話帳サーバは、送信されてきたユーザ識別子と、ＳＩＰ ＵＲＩを対応付けて、クライアント情報テーブルに記憶する。

【0014】

また、ＳＩＰクライアントは、そのＳＩＰクライアントのＳＩＰ ＵＲＩとそのＳＩＰクライアントのＩＰアドレスをＳＩＰサーバに送信し、ＳＩＰサーバは、送信されてきたＳＩＰ ＵＲＩとＩＰアドレスとを対応付けて、ＳＩＰ−ＩＰ対応テーブルに記憶する。

【0015】

そして、ＳＩＰクライアントから他のＳＩＰクライアントに発信するとき、発信するＳＩＰクライアントは、電話帳サーバに、ユーザ識別子をキーにして、ＳＩＰ ＵＲＩを問合せる。電話帳サーバは、クライアント情報テーブルを検索して、送信されてきたユーザ識別子に対応するＳＩＰ ＵＲＩを求めて、ＳＩＰクライアントに、送信されてきたユーザ識別子に対応するＳＩＰ ＵＲＩを送信する。

【0016】

次に、ＳＩＰクライアントは、電話帳サーバから送信されてきたＳＩＰ ＵＲＩを、ＳＩＰサーバに送信し、ＳＩＰサーバは、ＳＩＰ−ＩＰ対応テーブルを検索して、ＳＩＰクライアントから送信されてきたＳＩＰ ＵＲＩに対応するＩＰアドレスを求めて、求められたＩＰアドレスにより、他のＳＩＰクライアントに着信するようにする。

【発明の効果】

【0017】

本発明によれば、ＳＩＰサーバを介して携帯端末による通話を行う場合に、ユーザにとって使い勝手がよく、しかも携帯端末を有効に利用することのできる通話システム及び通信方法を提供することができる。

【図面の簡単な説明】

【0018】

【図1】一実施形態に係る通話システムの構成図である。

【図2】一実施形態に係る通話システムの処理とデータフローを示す概要図である。

【図3】ＳＩＰサーバのハードウェア・ソフトウェアを示す構成図である。

【図4】電話帳サーバのハードウェア・ソフトウェアを示す構成図である。

【図5】ＳＩＰクライアントのハードウェア・ソフトウェアを示す構成図である。

【図6】ＳＩＰ−ＩＰ対応テーブルを示す図である。

【図7】アカウントテーブルを示す図である。

【図8】クライアント情報テーブルを示す図である。

【図9】電話帳テーブルを示す図である。

【図10A】一実施形態に係る通話システムにおける処理を示すシーケンス図である（その一）。

【図10B】一実施形態に係る通話システムにおける処理を示すシーケンス図である（その二）。

【図11】ＳＩＰクライアントにおいて、電話帳テーブルを設定する処理を示すフローチャートである。

【図12】電話帳サーバにおいて、クライアント情報テーブルを検索し、クライアント状態を返答する処理を示すフローチャートである。

【図13】ＳＩＰクライアントにおけるログイン画面を示す図である。

【図14】ＳＩＰクライアントにおけるポータル画面を示す図である。

【図15】ＳＩＰクライアントにおける電話帳画面を示す図である。

【図16】ＳＩＰクライアントにおける通話呼出し画面を示す図である。

【発明を実施するための形態】

【0019】

以下、本発明に係る一実施形態を、図１ないし図１６を用いて説明する。
図１は、一実施形態に係る通話システムの構成図である。通話システムは、ＳＩＰサーバ１００、電話帳サーバ２００、アクセスポイント４０、ＳＩＰクライアント３００を有して構成される。ＳＩＰサーバ１００、電話帳サーバ２００は、各々データベースとして、ＳＩＰ ＤＢ１９０、電話帳サーバＤＢ２９０を有している。

【0020】

ＳＩＰサーバ１００、電話帳サーバ２００、アクセスポイント４０は、各々ネットワーク６０により接続されている。ここで、ネットワーク６０は、インターネットのようなグローバル網でもよいし、ローカル網でもよいが、ＩＰプロトコルがサポートされていることを前提とする。

【0021】

ＳＩＰクライアント３００と、アクセスポイント４０は、例えば、ＩＥＥＥ ８０２．１１ｂ, g, aのような伝送規格に則り、無線により通信する。また、ＣＤＭＡ２０００、Ｗ−ＣＤＭＡ、ＬＴＥ、モバイルＷｉＭＡＸなどの移動体の通信規格により、ＳＩＰクライアント３００が、基地局と通信する形態でもよい。

【0022】

ＳＩＰサーバ１００は、ＳＩＰによりＳＩＰクライアント３００間の通話を仲介するサーバである。

【0023】

電話帳サーバ２００は、ユーザのシステムへのログインを認証し、ユーザ情報を管理するサーバである。

【0024】

ＳＩＰクライアント３００は、ＳＩＰにより通話の発信、着信を行う携帯端末である。本実施形態では、スマートフォンを例にとり説明するが、その他の携帯電話端末、ＰＨＳ、タブレット、ノートパソコンなどＳＩＰをサポートする携帯可能な端末であればよい。本実施形態のＳＩＰクライアント３００は、後に説明するように、システムにログインする機能と、電話帳により通話発信する機能を有する。

【0025】

次に、図２を用いて一実施形態に係る通話システムの処理の概要について説明する。
ここで、ＳＩＰクライアント３００が複数あり、ＳＩＰクライアント３００ａ、ＳＩＰクライアント３００ｂなどと表記するものとする。

【0026】

先ず、ＳＩＰクライアント３００ｂを使用するＢさん（ＵＳＥＲ ＩＤ＝”userb”）がシステムにログインする（Ｓ１）。このとき、電話帳サーバ２００に、ＵＳＥＲ ＩＤ、パスワード、ＳＩＰ ＵＲＩが送信される。ＵＳＥＲ ＩＤ、パスワードは、ユーザであるＢさんが入力する。ＳＩＰ ＵＲＩは、ＳＩＰクライアント３００ｂに固有に割り当てられた識別子である。

【0027】

電話帳サーバ２００は、ログイン認証処理をおこない、電話帳サーバＤＢ２９０の中のクライアント情報テーブルに、ＵＳＥＲ ＩＤとＳＩＰ ＵＲＩが関連付けて格納する。

【0028】

また、ログイン時に、ＳＩＰクライアント３００ｂは、ＳＩＰサーバ１００に対して、自身のＳＩＰ ＵＲＩと、ＩＰアドレスを送信する（Ｓ２）。ＳＩＰサーバ１００は、ＳＩＰ ＤＢ１９０の中のＳＩＰ−ＩＰ対応テーブルに、ＳＩＰ ＵＲＩと、ＩＰアドレスを関連付けて格納する。

【0029】

ここで、ＳＩＰクライアント３００ａを使用するＡさん（ＵＳＥＲ ＩＤ＝”usera”）が、Ｂさんに発信する状態を想定する。

【0030】

ＳＩＰクライアント３００は、電話帳機能を有し、各々の電話帳のエントリに対して、ＵＳＥＲ ＩＤが格納されている。

【0031】

そこで、Ａさんは、ＳＩＰクライアント３００ａに表示されたＢさんのエントリを選択し、発信操作を行う。ＳＩＰクライアント３００ａは、ＵＳＥＲ ＩＤをキーにして、電話帳サーバ２００に対して問合せをおこない（Ｓ３）、電話帳サーバ２００は、関連付けられたＳＩＰ ＵＲＩを返答する（Ｓ４）。

【0032】

次に、ＳＩＰクライアント３００ａは、ＳＩＰサーバ１００に対して、ＳＩＰ ＵＲＩをキーにして、発信メッセージを送信する（Ｓ５）。

【0033】

ＳＩＰサーバ１００は、送信されたＳＩＰ ＵＲＩと関連付けられたＩＰアドレスに対して、すなわち、ＳＩＰクライアント３００ｂに対して、発信メッセージを転送する（Ｓ６）。

【0034】

着信したＳＩＰクライアント３００ｂは、ＳＩＰサーバ１００より、発信元のＳＩＰクライアント３００ａを知らされる。以降では、ＳＩＰクライアント３００ａとＳＩＰクライアント３００ｂは、お互いのＩＰアドレスによって、直接、ＲＴＰ（Real-time Transport Protocol）により音声通話を行う（Ｓ７）。

【0035】

次に、図３ないし図５を用いて、通話システムの各部のハードウェア・ソフトウェアの詳細な構成について説明する。ここで、図３は、ＳＩＰサーバのハードウェア・ソフトウェアを示す構成図である。図４は、電話帳サーバのハードウェア・ソフトウェアを示す構成図である。図５は、ＳＩＰクライアントのハードウェア・ソフトウェアを示す構成図である。

【0036】

図３に示されるように、ＳＩＰサーバ１００は、ＣＰＵ１０２、主記憶装置１０８、表示Ｉ／Ｆ１０４、入出力Ｉ／Ｆ１０６、ネットワークＩ／Ｆ１１０、補助記憶Ｉ／Ｆ１１２がバスにより接続して構成される。

【0037】

表示装置１３０には、稼動状況のモニタや出力結果が表示される。入出力Ｉ／Ｆ１０６には、キーボード１２０やマウス１２２などの入出力装置が接続され、管理者は、これらの入出力装置からコマンドなどを入力する。ネットワークＩ／Ｆ１１０には、ＬＡＮ、ＷＡＮなどのネットワーク６０が接続され、このＩ／Ｆを介して外部の装置と通信を行う。補助記憶Ｉ／Ｆ１１２には、データやプログラムを格納するハードディスク装置１６０などの記憶装置が接続される。ハードディスク装置１６０は、アレイ上に接続されてディスクアレイを構成する場合もある。

【0038】

業務処理のアプリケーションプログラム、ＯＳなどは、ハードディスク装置１６０に格納されており、実行されるときに主記憶装置１０８にロードされて、ＣＰＵ１０２により実行される。

【0039】

特に、ＳＩＰサーバ１００として実行されるプログラムとしては、ＳＩＰ ＤＢ１９０にアクセスし、ＳＩＰに関する処理を行うＳＩＰ処理プログラム１８０と、ＴＣＰ／ＩＰに関する処理を行うＴＣＰ／ＩＰ処理プログラム１８２、電話帳サーバ２００とやり取りするための電話帳サーバインタフェースプログラム１８４がある。また、ハードディスク装置１６０には、ＳＩＰ ＤＢ１９０があり、データベースのテーブルとして、ＳＩＰ−ＩＰ対応テーブル１９２を有する。

【0040】

図４に示されるように、電話帳サーバ２００は、図３に示したＳＩＰサーバ１００と同じような構成でよい。
特に、電話帳サーバ２００として実行されるプログラムとしては、電話帳ＤＢ２９０にアクセスし、ユーザのログイン認証を行うユーザ管理プログラム２８０と、ＴＣＰ／ＩＰに関する処理を行うＴＣＰ／ＩＰ処理プログラム２８２、ＳＩＰサーバ１００とやり取りするためのＳＩＰサーバインタフェースプログラム２８４がある。

【0041】

また、ハードディスク装置２６０には、電話帳サーバＤＢ２９０が格納されており、データベースのテーブルとして、アカウントテーブル２９２、クライアント情報テーブル２９４を有する。

【0042】

ＳＩＰクライアント３００としては、図５に示される構造を有するスマートフォンを利用することができる。図５に示されるように、ＳＩＰクライアント３００は、アプリケーションプロセッサ３０２、ベースバンドプロセッサ３０４、無線ＬＡＮＩ／Ｆ３０６、表示Ｉ／Ｆ３０８、外部Ｉ／Ｆ３１０、主記憶装置３１２、フラッシュメモリ３１４、オーディオＩ／Ｆ３１６がバスにより結合された形態になっている。

【0043】

アプリケーションプロセッサ３０２は、スマートフォンの各部を制御し、主記憶装置３１２に必要なプログラムをロードして実行する。
ベースバンドプロセッサ３０４は、デジタルデータをベースバンド信号に載せて送信する処理、また、逆に、高周波信号からデジタル信号を取り出す処理をするプロセッサである。

【0044】

主記憶装置３１２は、通常、ＲＡＭなどの揮発メモリで構成され、アプリケーションプロセッサ３０２が実行するプログラム、参照するデータが記憶される。
ネットワークＩ／Ｆ３０６は、ネットワーク６０と接続するためのインタフェースである。
外部Ｉ／Ｆは、外部装置として、タッチパネル３３０やＵＳＢ機器３４０を接続するためのインタフェースである。

【0045】

表示Ｉ／Ｆ３０８は、ＬＣＤ（Liquid Crystal Display）３２０などの表示装置を接続するためのインタフェースである。
フラッシュメモリ３１４は、補助記憶として機能するメモリであり、通常、主記憶装置３１２より大容量である。

【0046】

フラッシュメモリ３１４には、ＳＩＰクライアントとして実行されるプログラムとして、ＳＩＰサーバ１００にアクセスし、ＳＩＰに関する処理を行うＳＩＰ処理プログラム３８０と、電話帳に関する処理を行う電話帳処理プログラム３８２、他のＳＩＰクライアントと音声通話を行うためのストリーミング処理を行う通話プログラム３８４と、電話帳に関するデータが格納される電話帳テーブル３８６を有する。

【0047】

オーディオＩ／Ｆ３１６は、スピーカ３５０やヘッドフォン、イヤフォンなどの音声出力機器、マイク３５２などの音声入力機器を接続するためのインタフェースである。

【0048】

次に、図６ないし図８を用いて、通話システムのデータ構造について説明する。ここで、図６は、ＳＩＰ−ＩＰ対応テーブルを示す図である。図７は、アカウントテーブルを示す図である。図８は、クライアント情報テーブルを示す図である。図９は、電話帳テーブルを示す図である。

【0049】

図６に示されるように、ＳＩＰ−ＩＰ対応テーブル１９２は、ＳＩＰクライアント３００のＳＩＰ ＵＲＩとＩＰアドレスを関連付けたレコードを格納するテーブルであり、ＳＩＰサーバ１００のＳＩＰ ＤＢ１９０に格納される。図の例では、例えば、あるＳＩＰクライアント３００では、ＳＩＰ ＵＲＩ:[e-mail]、ＩＰアドレス:192.168.1.10の状態で使用されていることを示している。

【0050】

図７に示されるように、アカウントテーブル２９２は、システムのユーザのアカウント情報を格納するためのテーブルであり、ＵＳＥＲ ＩＤ、ＰＡＳＳＷＯＲＤ、ユーザ名、所属などの情報が記憶される。このアカウントテーブル２９２は、電話帳サーバＤＢ２９０に格納される。図の例では、ユーザ名がＡさんである人は、所属が総務部であり、ＵＳＥＲ ＩＤ:usera、ＰＡＳＳＷＯＲＤ:xy124zであることを示している。

【0051】

クライアント情報テーブル２９４は、現在のＳＩＰクライアント３００の情報を格納するためのテーブルであり、あるＳＩＰクライアントにおけるＵＳＥＲ ＩＤ、ＳＩＰ ＵＲＩ、クライアント状態が記憶される。このクライアント情報テーブル２９４も、電話帳サーバＤＢ２９０に格納される。

【0052】

この項目の内で、ＵＳＥＲ ＩＤ、ＳＩＰ ＵＲＩは、ＵＳＥＲ ＩＤに示されるユーザが、ＳＩＰ ＵＲＩのＳＩＰクライアントでログイン中であることを示している。そして、ユーザがログアウトすると、このテーブルのエントリから削除される。クライアント状態は、そのログインしているユーザが、通話中であるか、待受け中（通話をしておらず、着信できる状態）であるかを示す項目である。図示の例では、ＵＳＥＲ ＩＤ:useraのユーザが、ＳＩＰ ＵＲＩ:[e-mail]のクライアントを使用して、ログイン中であり、しかも、通話中であることを示している。

【0053】

電話帳テーブル３８６は、ＳＩＰクライアント３００から電話帳を表示して、利用するために必要な情報を格納するためのテーブルであり、電話をかける相手のＵＳＥＲ ＩＤ、ユーザ名、所属、クライアント状態が記憶される。この電話帳テーブル３８６は、ＳＩＰクライアント３００のメモリ中（例えば、図５のフラッシュメモリ３１４中）に格納される。

【0054】

この項目の内で、クライアント状態は、電話をかける相手が、ログインしているか、ログアウトしているか、通話中であるか、待受け中であるかを示す項目である。図の例では、ユーザ名がＡさんである人は、所属が総務部であり、ＵＳＥＲ ＩＤ:usera、現在の状態は、ログイン中であり、待受け中であることを示している。

【0055】

次に、図１０Ａないし図１６を用いて、通話システムにおける処理について説明する。ここで、図１０Ａ、図１０Ｂは、通話システムにおける処理を示すシーケンス図である。図１１は、ＳＩＰクライアントにおいて、電話帳テーブルを設定する処理を示すフローチャートである。図１２は、電話帳サーバにおいて、クライアント情報テーブルを検索し、クライアント状態を返答する処理を示すフローチャートである。図１３は、ＳＩＰクライアントにおけるログイン画面を示す図である。図１４は、ＳＩＰクライアントにおけるポータル画面を示す図である。図１５は、ＳＩＰクライアントにおける電話帳画面を示す図である。図１６は、ＳＩＰクライアントにおける通話呼出し画面を示す図である。

【0056】

図１０Ａ及び図１０Ｂを参照するに、Ａさん（ＵＳＥＲ ＩＤ:usera）の使うＳＩＰクライアント３００ａから、発信し、Ｂさん（ＵＳＥＲ ＩＤ:userb）の使うＳＩＰクライアント３００ｂに着信して通話を開始する状況を想定する。また、ＳＩＰクライアント３００は、ＳＩＰサーバ１００、電話帳サーバ２００のＩＰアドレスを、知っているものとする。なお、両者のＩＰアドレスは、ドメインネームにより、ＤＮＳサーバに問い合わせて得る仕組みにしてもよい。

【0057】

先ず、Ｂさんは、ＳＩＰクライアント３００ｂから、ログインする（Ａ１０）。すなわち、図１３に示したログイン画面において、ユーザＩＤ欄４０２に、自分のＵＳＥＲ ＩＤであるuserbを入力し、パスワード欄４０４に、パスワードの65abc1を入力する。これにより、ＳＩＰクライアント３００ｂは、入力されたＵＳＥＲ ＩＤ、ＰＡＳＳＷＯＲＤ、自分のＳＩＰ ＵＲＩを電話帳サーバ２００に送信する。

【0058】

電話帳サーバ２００は、これを受け、送信されてくるＵＳＥＲ ＩＤ、ＰＡＳＳＷＯＲＤが、アカウントテーブルに存在するか調べて（ＳＱ２００）、存在するときには、ログインを許可する（Ａ１２）。

【0059】

そして、クライアント情報テーブル２９４に、ＵＳＥＲ ＩＤ:userb、ＳＩＰ ＵＲＩ:[e-mail]、クライアント状態:待受け中のレコードを追加する（ＳＱ２０２）。

【0060】

また、ＳＩＰクライアント３００ｂは、ログインと同時に、ＳＩＰサーバ１００に、自分のＳＩＰ ＵＲＩと、ＩＰアドレスを送信する（Ａ１４）。

【0061】

ＳＩＰサーバ１００は、ＳＩＰ−ＩＰテーブル１９２に送られてきたＳＩＰ ＵＲＩと、ＩＰアドレスを、クライアント情報テーブル２９４に記憶する（ＳＱ１００）。

【0062】

図では示さなかったが、ＳＩＰクライアント３００ａは、Ａさん（ＵＳＥＲ ＩＤ:usera）が既にログインしているものとする。

【0063】

ここで、Ａさんは、図１４に示すポータル画面から電話帳ボタン５０２を、タップするなどして選択する。

【0064】

ＳＩＰクライアント３００ａは、電話帳を表示するため、電話帳テーブル３８６のデータを更新する必要があるので、先ず、ＳＩＰクライアント３００ａは、クライアント状態を電話帳サーバ２００に問い合わせる（Ａ２０）。

【0065】

そして、電話帳サーバ２００は、問い合わせを受けたユーザのＳＩＰクライアント３００の状態を検索し（ＳＱ２０４）、ＳＩＰクライアント３００ａに返答する（Ａ２２）。

【0066】

ＳＩＰクライアント３００ａは、各々のエントリごとのクライアント状態を更新し（ＳＱ３００）、それに基づき、図１５の電話帳画面６００を表示する（ＳＱ３０２）。

【0067】

なお、ＳＱ２０４とＳＱ３００の処理は、後に詳説する。

【0068】

次に、Ａさんは、電話帳画面６００のＢさんのエントリ６０２をタップすることにより、Ｂさんに対して発信する。電話帳画面６００の状態表示欄６０４には、相手がログイン通話中、ログイン待受中、ログアウトのいずれかが表示されており、ログイン待受中のときのみ発信が可能である。

【0069】

この電話帳画面６００は、一定時間ごとに、ＳＩＰクライアント３００ａから電話帳サーバ２００にポーリングして、電話帳テーブル３８６を書き換え、それに基づいて再表示する必要がある。

【0070】

ＳＩＰクライアント３００ａは、電話帳サーバ２００に対して、ＵＳＥＲ ＩＤをキーにして、対応するＳＩＰ ＵＲＩを問い合わせる（Ａ３０）。

【0071】

電話帳サーバ２００は、クライアント情報テーブル２９４の中から送信されてくるＵＳＥＲ ＩＤに対応するＳＩＰ ＵＲＩを検索し（ＳＱ２０６）、ＳＩＰクライアント３００ａに返答する（Ａ３２）。

【0072】

ＳＩＰクライアント３００ａは、返答されたＳＩＰ ＵＲＩによって、ＳＩＰサーバ１００に発信処理を依頼する（Ａ３４）。

【0073】

このとき、ＳＩＰクライアント３００ａは、図１６に示した呼出画面７００が表示されている。呼出画面７００には、呼び出した人のユーザ名表示７０２、状態表示７０４がある。Ａさんは、呼出キャンセルボタン７０６により、Ｂさんへの呼び出しをキャンセルすることも可能である。

【0074】

ＳＩＰサーバ１００は、ＳＩＰ−ＩＰ対応テーブルの中から送信されてくるＳＩＰ ＵＲＩに対応するＩＰアドレスを検索し（ＳＱ１０２）、対応するＩＰアドレス（192.168.1.12）を持つクライアント３００ｂに着信する（Ａ３６）。このとき、ＳＩＰサーバ１００は、発信側のＳＩＰクライアント３００ａのＩＰアドレス（192.168.1.10）を送信する。

【0075】

また、ＳＩＰサーバ１００は、電話帳サーバ２００に対して、クライアント状態の報告をし（Ａ３８）、これにより、ＳＩＰクライアント３００ａと、ＳＩＰクライアント３００ｂの対応するエントリのクライアント状態は、通話中に書き換えられる（ＳＱ２０８）。

【0076】

以降では、ＳＩＰクライアント３００ａとＳＩＰクライアント３００ｂは、お互いのＩＰアドレスによって、直接、ＲＴＰにより音声通話を行う（Ａ４０）。

【0077】

通話が終了すると、ＳＩＰクライアント３００ａから、電話帳サーバ２００に報告をする（Ａ５０）。

【0078】

これにより、ＳＩＰクライアント３００ａと、ＳＩＰクライアント３００ｂの対応するエントリのクライアント状態は、待受け中に書き換えられる（ＳＱ２１０）。

【0079】

そして、Ｂさんが、ログアウトしたときには（Ａ６０）、Ｂさんのエントリ（ＵＳＥＲ ＩＤ:userb）を削除する（ＳＱ２１２）。

【0080】

次に、図１１により、ＳＱ３００のＳＩＰクライアント３００における電話帳テーブル設定の処理について説明する。

【0081】

先ず、電話帳テーブルのエントリを読み出し（Ｓ１００）、電話帳テーブルにエントリがないときは、終了し、あるときには、次のＳ１０２に行く（Ｓ１０２）。

【0082】

次に、対応するＵＳＥＲ ＩＤにより、電話中サーバ２００に問い合わせる（Ｓ１０４）。

【0083】

次に、電話中サーバ２００から返答されたクライアント状態を電話中テーブルにセットし（Ｓ１０６）、Ｓ１００に戻る。

【0084】

次に、図１１により、ＳＱ３００のＳＩＰクライアント３００における電話帳テーブル設定の処理について詳細に説明する。
先ず、電話帳テーブル３８６の次のエントリを読み出し（Ｓ１００）、電話帳テーブルにエントリがないときは、終了し、あるときには、次のＳ１０２に行く（Ｓ１０２）。電話帳テーブル３８６にエントリがあるときには、対応するＵＳＥＲ ＩＤにより、電話中サーバ２００に問い合わせる（Ｓ１０４）。
次に、電話中サーバ２００から返答されたクライアント状態を電話帳テーブル３８６にセットし（Ｓ１０６）、Ｓ１００に戻る。

【0085】

次に、図１２により、ＳＱ２０４の電話帳サーバ２００におけるクライアント情報テーブル検索の処理について詳細に説明する。
先ず、クライアント情報テーブル２９４の次のエントリを読み出し（Ｓ２００）、クライアント情報テーブル２９４にエントリがないときは、返答をログアウトに設定し（Ｓ２０６）、処理を終了する。

【0086】

クライアント情報テーブル２９４にエントリがあるときには、問合せのＵＳＥＲ ＩＤとクライアント情報テーブル２９４のＵＳＥＲ ＩＤを調べて（Ｓ２０６）、両者が一致するときには、クライアント情報テーブル２９４の中の対応するクライアント状態により、返答として、ログイン通話中、ログイン待受け中のいずれかを返答して（Ｓ２０８）、処理を終了する。両者が一致しないときには、Ｓ２００に戻る。

【0087】

以上、説明したように、スマートフォンなどのＳＩＰクライアントが複数あり、それを使うユーザが可変の場合であっても、電話帳サーバがその各々のクライアントの状態を保持しているため、システムのユーザは、相手のＳＩＰ ＵＲＩを意識することなく、ユーザ識別子により、簡単に発信でき、スマートフォンなどのＳＩＰクライアントを複数人で共有して使用することができる。具体的には、発信時には、電話帳を表示して、発信する相手を選択するだけでよく、使い勝手がよくなる。
また、電話帳に相手のログイン状態、通話状態が表示されるため、発信時に便利で分かりやすいユーザインタフェースが提供される。

【符号の説明】

【0088】

１…通話システム、４０…アクセスポイント、６０…ネットワーク、１００…ＳＩＰサーバ、１９０…ＳＩＰ ＤＢ、２００…電話帳サーバ、２９０…電話帳サーバＤＢ、３００…ＳＩＰクライアント。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】