電話システム
【課題】電話帳機能の使い勝手を良くした電話システムを提供すること。
【解決手段】システムサーバ３に全てのユーザの電話帳データが格納されていることに着目し、内線番号を指定して、その内線番号に対応する電話帳データを他のＩＰ電話機から取得できるようにした。すなわち、「他者電話帳ボタン」の押下によりその機能が起動されると参照したい相手先の内線番号が入力され、この内線番号を含む要求メッセージがシステムサーバ３に送られる。システムサーバ３はこの内線番号に対応する電話帳データを、要求元のＩＰ電話機に返送する。その際、要求者（ユーザ）の暗証番号をＩＰ電話機から入力し、システムサーバ３はそれを認証することで電話帳データの送信の可否を判定する。
【解決手段】システムサーバ３に全てのユーザの電話帳データが格納されていることに着目し、内線番号を指定して、その内線番号に対応する電話帳データを他のＩＰ電話機から取得できるようにした。すなわち、「他者電話帳ボタン」の押下によりその機能が起動されると参照したい相手先の内線番号が入力され、この内線番号を含む要求メッセージがシステムサーバ３に送られる。システムサーバ３はこの内線番号に対応する電話帳データを、要求元のＩＰ電話機に返送する。その際、要求者（ユーザ）の暗証番号をＩＰ電話機から入力し、システムサーバ３はそれを認証することで電話帳データの送信の可否を判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、オフィス内における内線電話システムなどに用いられる電話システムに関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）ネットワークを介して音声通話を実現するシステムが知られている。この種のシステムはＩＰ電話システム、あるいはＶｏＩＰ（Voice over IP）と称される。ＩＰはコンピュータ間通信における汎用の通信プロトコルであるので、ＩＰ電話システムを用いればコンピュータとの連携機能を柔軟に構築することができる。近年ではオフィス内ＬＡＮ（Local Area Network）上にＩＰ電話機とコンピュータとを接続し、連携して動作させることが行われている。
【０００３】
この種の電話システムでよく使われる機能に、電話帳機能（例えば特許文献１を参照）がある。これは、各電話機の使用者が予め作成した電話帳を端末操作により呼び出し、ワンプッシュで登録先に自動発信できる機能である。電話帳は個人専用データベースとして各電話機ごとに対応付けられるデータであり、普通、システムサーバ３にまとめて保管される。
【０００４】
ところで、電話機が各人ごとに専用に割り当てられ、各自が自分の電話機を使用するかぎりにおいては自分専用の電話帳を使えるので特に不具合は無い。しかし一時的に別の（他者の）電話機を使用するとき、あるいは会議室などの共用スペースに設置される電話機を使用するときなどには、自分専用の電話帳を参照することができない。そのため相手先電話番号を記憶していないと自席に戻るなどの必要があり、不便である。
【特許文献１】特開平５−２６０１７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上述べたように既存の電話システムには、電話帳機能の使い勝手に改良の余地があり、そのための技術提供が待たれている。
この発明は上記事情によりなされたもので、その目的は、電話帳機能の使い勝手を良くした電話システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するためにこの発明の一態様によれば、内線番号により区別されるユーザごとの電話帳データを記憶するサーバ装置と、ログイン操作により各ユーザに個別に対応付けられる複数の電話端末とを具備する電話システムにおいて、前記電話端末は、前記内線番号を指定した電話帳データの参照を要求するための要求操作を受け付けるユーザインタフェース部と、前記要求操作において指定された内線番号を含む要求メッセージを前記サーバ装置に送出する要求部とを備え、前記サーバ装置は、前記要求メッセージに含まれる内線番号に対応する電話帳データを要求元の電話端末に送信する送信部を備えることを特徴とする電話システムが提供される。
【０００７】
このような手段を講じることにより、要求操作に伴って、電話帳を参照したい内線番号が入力されると、その内線番号に対応する電話帳データが返送される。すなわちどの電話端末からでも、参照したい内線番号を入力すれば対応する電話帳データが返送される。つまり、例えば内線番号が３３３３のユーザが、自分専用でない電話機（内線番号が３３３３でない）から自分専用の電話帳にアクセスすることができるようになる。その際、パスワード入力などの認証操作を併せて行っても良い。このように上記構成によれば、自分が作成した電話帳を電話システム内の任意の電話機から参照することが可能となるので、使い勝手を向上させることが可能になる。
【発明の効果】
【０００８】
この発明によれば、電話帳機能の使い勝手を良くした電話システムを提供することができる。
【発明を実施するための最良の形態】
【０００９】
図１はこの発明に係わる電話システムを示すシステム図である。このシステムは、複数のＩＰ電話機１１〜１ｎと、複数のパーソナルコンピュータ（ＰＣ）端末２１〜２ｎと、システムサーバ３とを、ＬＡＮ／ＩＰネットワークを介して接続したシステムである。システムサーバ３はＩＰ電話機１１〜１ｎ相互間、あるいは図示しない公衆網からの外線電話からの呼接続要求に応じて呼制御を行う。
【００１０】
図１のようなシステムでは、電話機に係わる機能をＳＩＰ（Session Initiation Protocol）を用いて制御するのが一般的である。例えばＩＰ電話機１１〜１ｎをシステムに認識させるためのログイン／ログアウト機能は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージを用いて実施される。ユーザはログイン処理にあたり、自分の内線番号、ＩＤ（Identification）およびパスワードをＩＰ電話機から入力する。これが正常に完了すると、ユーザはログイン操作したＩＰ電話機を自分専用の端末として使えるようになる。システムサーバ３はログイン元のＩＰ電話機のＩＰアドレスと電話番号、および内線番号を対応付けてデータベース部ＤＢに管理する。
【００１１】
さらに図１のシステムは、各ＩＰ電話機１１〜１ｎにそれぞれ関連付けられる、パーソナルコンピュータ（ＰＣ）端末２１〜２ｎを備える。例えばＩＰ電話機１１はＰＣ端末２１に関連付けられ、両者は同じユーザの机に置かれて互いに連動して動作する。ＩＰ電話機とＰＣ端末とを連動させることでＰＣ端末の大きなディスプレイ上に電話帳データを表示したり、ディスプレイに表示される電話番号をクリックすることでＩＰ電話機から所望の相手先に発呼する、クリック・トゥ・ダイヤル（click to dial）などを実現できる。ＩＰ電話機とＰＣ端末とを関連付けるためにも、ＳＩＰが利用される。
【００１２】
図２は、ＩＰ電話機１１〜１ｎの外観を示す模式図である。ＩＰ電話機１１〜１ｎはＬＣＤ（Liquid Crystal Display）などの表示部４を備え、自己の状態を表示することが可能である。表示部４には、例えばＩＰ電話機が着信中・通話中などの状態にあるときに、相手の電話番号や名称などが表示される。これらの表示を行うための情報は、着信を通知するメッセージや相手の応答を通知するメッセージ内に含まれる。この各種の情報を通知するにもＳＩＰメッセージが利用され、例えばリクエストメッセージ、およびこれに応じたレスポンスメッセージなどがある。このほかＩＰ電話機１１〜１ｎは、機能ボタン部５およびダイヤルボタン部６を備える。
【００１３】
図３は、図１のＩＰ電話機１１の実施の形態を示す機能ブロック図である。ＩＰ電話機１２〜１ｎも同じ構成である。ＩＰ電話機１１は、インタフェース（Ｉ／Ｆ）部４１と、表示部４と、制御部４２と、キーパッド部４３と、メモリ４４とを備える。Ｉ／Ｆ部４１はＬＡＮケーブル６０を介してＬＡＮに接続され、システムサーバ３と自端末（ＩＰ電話機１１）とのデータの授受を仲介する。
【００１４】
表示部４は種々のメッセージを視覚的に表示する。キーパッド部４３は図２の機能ボタン部５やダイヤルボタン部６を備え、ユーザの入力操作を受け付けるためのユーザインタフェースとして機能する。特に、キーパッド部４３は機能ボタン部５（図２）に、この実施形態に係わる電話帳参照機能を実施するための機能ボタン（ファンクションキー）を備える。以下、この用途に用いられるボタンを「他者電話帳ボタン」と称することにする。
【００１５】
制御部４２はこの発明に関わる処理機能として、要求処理部４２ａを備える。その機能を実現するためのプログラムはメモリ４４に記憶される。要求処理部４２ａは、「他者電話帳ボタン」の押下がなされると、他の電話機の電話帳データの参照を要求するための要求操作を受け付ける。そして、この要求操作において指定された参照先ＩＰ電話機の内線番号を含む要求メッセージを生成してシステムサーバ３に送出する。
【００１６】
図４は、図１のシステムサーバ３の機能ブロック図である。図４においてシステムサーバ３は、図１のＬＡＮ／ＩＰネットワークに接続されるインタフェース部（Ｉ／Ｆ）３１と、表示部３２と、入出力部３３と、制御部３４と、データベース部ＤＢとを備える。このうちデータベース部ＤＢは、電話帳データベース３５ａを専用の記憶領域に記憶する。
【００１７】
制御部３４はこの実施形態に係わる処理機能として、送信処理部３４ａ、および認証処理部３４ｂを備える。このうち送信処理部３４ａは、電話帳データの送信を要求する要求メッセージに応じて、要求された電話帳データを電話帳データベースＤＢから読み出して、要求元のＩＰ電話機に送信する。その際、電話帳データを盲目的に送出するのではなく、種々の条件がある。
【００１８】
認証処理部３４ｂは、電話帳データの送信を要求したユーザ（ＩＰ電話機）を認証する。この認証処理はログイン／ログアウトの際の認証とは別のもので、電話帳データの送信を要求したユーザに対し、データ送信の可否を決定するためのものである。すなわちこの実施形態では、電話帳データの取得をＩＰ電話機から要求するにあたり、ユーザの内線番号および認証コード（パスワード）の入力を要求される。認証処理部３４ｂはこの入力された内線番号およびパスワードによりユーザを認証する。送信処理部３４ａは、認証の成功した（認証ＯＫ）ユーザに対してのみ、電話帳データを送信する。
【００１９】
図５は、図４の電話帳データベース３５ａの詳細を示す図である。電話帳データベース３５ａは、各ＩＰ電話機１１〜１ｎのユーザに割り当てられる電話帳データを一元管理するためのデータベースである。以下、詳しく説明する。
まず、内線番号の欄（５１）において各ユーザの内線番号が一元管理される。電話帳データは、内線番号（５１）に対応して各種のデータを持つ構造を有する。すなわち各ユーザは内線番号（５１）により区別され、それぞれのユーザごとの電話帳データ（５６）が対応付けられる。また、このデータベースには、内線番号に対応付けて、この内線番号を使用するユーザの暗証番号（５２）が登録される。さらに、電話帳データ（５６）のそれぞれごとに、３種類の属性情報が個別に付与される。符号５３〜５５はそれらの属性情報を示す。
【００２０】
まず、符号５３として「他者電話帳機能の許可／禁止」を示す属性がある。この情報は、他のユーザの電話帳の参照を許可するか、禁止するかを識別するためのものである。この情報に応じて、電話帳データの送信を要求したＩＰ電話機への電話帳データの送信の許可、または禁止のいずれかが決定される。例えば、内線番号１１１１は「禁止」となっているので、１１１１のＩＰ電話機からは他者の電話帳を参照することはできない。一方、内線番号２２２２，３３３３，９９９９は「許可」となっているので、これらのＩＰ電話機から他者の電話帳を参照することが可能である。
【００２１】
次に、符号５４として「参照先番号の指定」を示す属性がある。これは、或るＩＰ電話機から参照できる、他のＩＰ電話機の電話帳データを指定するものである。つまり、それぞれの電話帳データのユーザが参照可能な電話帳データを指定するための情報である。送信処理部３４ａは、この参照先番号において指定されるＩＰ電話機にのみ、要求された電話帳データを送信する。
【００２２】
例えば、内線番号１１１１は「ＮＯＮＥ」となっているので、１１１１のＩＰ電話機から他のＩＰ電話機の電話帳を参照することはできない。内線番号２２２２では「ＡＬＬ」となっているので、２２２２のＩＰ電話機からはどのＩＰ電話機の電話帳データも参照可能である。さらに内線番号３３３３では「４４４４」を指定しているので、内線番号４４４４の電話帳データのみ、参照することが可能である。なお図５では参照先として「４４４４」の一つだけが許可されるが、複数の参照先内線番号を設定することも可能である。
【００２３】
次に、符号５５として、「参照元番号の指定」を示す属性がある。これは、或るＩＰ電話機の電話帳データがどのＩＰ電話機から参照可能とするか、を指定するものである。つまり、各電話帳データの参照を許可するＩＰ電話機を内線番号で指定するための属性である。送信処理部３４ａは、この参照元番号において指定される内線番号のＩＰ電話機にのみ、要求された電話帳データを送信する。
【００２４】
例えば、図５において内線番号１１１１は「ＮＯＮＥ」であるので、どのＩＰ電話機からも１１１１の電話帳データを参照することはできない。一方、内線番号２２２２は「ＡＬＬ」であるので、全てのＩＰ電話機から２２２２の電話帳を参照することが可能である。内線番号３３３３については参照元として２２２２が指定されているので、２２２２のＩＰ電話機からのみ３３３３の電話帳データを参照することが可能である。この属性も、複数の電話番号を設定することにより、特定の電話機からのみ参照可能とすることができる。
以上の５３〜５５の欄は、システムオプションとして設けることもできる。なおこれらの複数の条件を組み合わせて適用する場合には、矛盾が発生しないように各条件間に適用の優先順位を設けるようにすれば良い。
【００２５】
電話帳データの本体は符号５６に示される。内線番号（５１）ごとに、相手先名称（５６２）と登録番号（５６３）とが対として登録される。相手先が複数あればこの対も複数になる。また、個々のデータごとに、他の電話機からの参照を許可するか禁止するかを区別するための属性として、「外部参照許可／禁止」（５６１）を持たせることもできる。この欄を設けることで、（５３）〜（５５）の条件には合致するが、一部のデータについては参照を許可しないなどといった、きめ細かな動作の指定が可能となる。次に、上記構成における作用を説明する。
【００２６】
まず、ユーザ専用の内線番号を取得するための処理手順につき説明する。図６はそのシーケンスを示すフローチャートである。例えば、内線番号１１１１のＩＰ電話機の電源が投入されると、このＩＰ電話機の起動に伴って、内線番号１１１１に対応する電話帳データがシステムサーバ３に要求される（ステップＳ１）。この要求を受けたシステムサーバ３は、電話帳データベース３５ａから内線番号１１１１に対応する電話帳データを読み出し、要求元のＩＰ電話機に送る。電話帳データを受信したＩＰ電話機は、そのデータをメモリ４４に保存する（ステップＳ２）。このシーケンスではＩＰ電話機が自己の内線番号に対応する電話帳データを取得するといった手順が示され、既知の技術と変わらない。
【００２７】
図７は、電話帳機能を利用した発信動作を示すフローチャートである。例えば機能ボタン部５に設けられる「電話帳発信ボタン」を押下すると、電話帳機能が起動される（ステップＳ３）。そうするとＩＰ電話機は、メモリ４４に保存された電話帳データを読み出して表示部４に一覧表示する（ステップＳ４）。電話帳データから一つの相手先が選択されると、ＩＰ電話機は電話帳に登録された番号を用いて発信動作を開始し、相手先電話番号を含む発信メッセージ（ＩＮＶＩＴＥメッセージ）をシステムサーバ３に向け送出する（ステップＳ５）。次に、この実施形態に特有の処理手順につき説明する。
【００２８】
図８は、この発明に係わる電話システムにおいて実施される処理手順を示すフローチャートである。図８において、機能ボタン部５の中の、別番号の電話帳表示ボタン、すなわち「他者電話帳ボタン」が押下されると（ステップＳ６）、他者の電話帳を参照するための機能が起動される。引き続きユーザは、参照したい電話帳の「内線番号」と、自分の「暗証番号」とを入力する（ステップＳ７）。この段階では、ユーザの要求する電話帳データはＩＰ電話機のメモリ４４に記憶されていない。
【００２９】
次に操作元のＩＰ電話機は、ステップＳ７で入力された「内線番号」と「暗証番号」とを含む要求メッセージをシステムサーバ３に送信する。これを受けてシステムサーバは、まず、暗証番号により要求者を認証する（ステップＳ８）。認証ＯＫであれば、システムサーバ３は要求された内線番号に対応する電話帳データを電話帳データベース３５ａから読み出し（ステップＳ９）、要求元のＩＰ電話機に送信する。なお認証ＮＧであれば、ＩＰ電話機の表示部４に「認証ＮＧです」といったメッセージを表示するなどの、エラー処理が行われる（ステップＳ１２）。
【００３０】
続いて、ＩＰ電話機は受信した電話帳データをメモリ４４に新たに記憶するとともに、電話番号の一覧を表示部４に表示する（ステップＳ１０）。これ以降は図７と同様にして、選択された相手先へのＩＮＶＩＴＥメッセージがシステムサーバ３に向け送出される（ステップＳ１１）。
【００３１】
図６および図７に示す既存の技術では、各ＩＰ電話機において参照することのできる電話帳データは、その電話帳専用に予め登録されたものだけでしかない。つまり、例えば内線番号１１１１のＩＰ電話機は、図５の内線番号１１１１の電話帳データしか、取得することができない。
【００３２】
これに対しこの実施形態によれば、システムサーバ３に全てのユーザの電話帳データが格納されていることに着目し、内線番号を指定して、その内線番号に対応する電話帳データを他のＩＰ電話機から取得できるようにしている。すなわち、「他者電話帳ボタン」の押下によりその機能が起動されると参照したい相手先の内線番号が入力され、この内線番号を含む要求メッセージがシステムサーバ３に送られる。システムサーバ３はこの内線番号に対応する電話帳データを、要求元のＩＰ電話機に返送する。その際、要求者（ユーザ）の暗証番号をＩＰ電話機から入力し、システムサーバ３はそれを認証することで電話帳データの送信の可否を判定するようにしている。
このようにしたので、個人的な電話帳データが不特定多数のユーザから参照されることを防止できるとともに、オフィス内内線電話などのように厳重なセキュリティ管理を要するシステムにあっても、個人情報の漏洩を確実に防止できるようになる。
【００３３】
また、電話帳データベースに、データの送付の許可／不許可を示す属性を付加するようにして、電話帳データを参照できるユーザそのものを限定することもできる。これは、個別のＩＰ電話機ごとに電話帳参照機能の許可／禁止を設定できることも意味する。さらには、電話帳の参照方向を限定するための「参照先番号」、「参照元番号」を指定できるようにして、よりきめ細かなサービスの提供を実現することもできる。
【００３４】
このように本実施形態によれば、内線番号の指定により、操作中のＩＰ電話機とは異なるＩＰ電話機の電話帳データを取得することができるようになる。また暗証番号の登録により、暗証番号を知らないユーザが電話帳データを参照することを防止することもできる。これらのことから、電話帳機能の使い勝手を良くした電話システムを提供することが可能となる。
【００３５】
なお、この発明は上記実施の形態に限定されるものではない。例えば暗証番号は必須ではなく、セキュリティを緩やかにしてもかまわなければ、暗証番号の入力無しに電話帳データの参照を可能としてもよい。また、端末に電話帳データを表示するにあたり登録名称と登録番号との両方を表示することが一般的であるが、他電話機からの参照表示時には、名称のみを表示して番号は表示しないようにしてもよい。そして名称を指定することだけで発信操作できるようにすれば、電話番号そのものをユーザから隠蔽することができる。
【００３６】
さらに、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００３７】
【図１】この発明に係わる電話システムを示すシステム図。
【図２】ＩＰ電話機１１〜１ｎの外観を示す模式図。
【図３】図１のＩＰ電話機１１〜１ｎの実施の形態を示す機能ブロック図。
【図４】図１のシステムサーバ３を示す機能ブロック図
【図５】図３の電話帳データベース３５ａを示す図。
【図６】ユーザ専用の内線番号を取得するための処理手順を示すフローチャート。
【図７】電話帳機能を利用した発信動作を示すフローチャート。
【図８】この発明に係わる電話システムにおいて実施される処理手順を示すフローチャート。
【符号の説明】
【００３８】
１１〜１ｎ…ＩＰ電話機、２１〜２ｎ…パーソナルコンピュータ（ＰＣ）端末、３…システムサーバ、４…表示部、５…機能ボタン部、６…ダイヤルボタン部、４１…インタフェース部（Ｉ／Ｆ）、４２…制御部、４２ａ…要求処理部、４３…キーパッド部、４４…メモリ、６０…ＬＡＮケーブル、３１…インタフェース部（Ｉ／Ｆ）、３２…表示部、３３…入出力部、３４…制御部、３４ａ…送信処理部、３４ｂ…認証処理部、ＤＢ…データベース部、３５ａ…電話帳データベース
【技術分野】
【０００１】
この発明は、オフィス内における内線電話システムなどに用いられる電話システムに関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）ネットワークを介して音声通話を実現するシステムが知られている。この種のシステムはＩＰ電話システム、あるいはＶｏＩＰ（Voice over IP）と称される。ＩＰはコンピュータ間通信における汎用の通信プロトコルであるので、ＩＰ電話システムを用いればコンピュータとの連携機能を柔軟に構築することができる。近年ではオフィス内ＬＡＮ（Local Area Network）上にＩＰ電話機とコンピュータとを接続し、連携して動作させることが行われている。
【０００３】
この種の電話システムでよく使われる機能に、電話帳機能（例えば特許文献１を参照）がある。これは、各電話機の使用者が予め作成した電話帳を端末操作により呼び出し、ワンプッシュで登録先に自動発信できる機能である。電話帳は個人専用データベースとして各電話機ごとに対応付けられるデータであり、普通、システムサーバ３にまとめて保管される。
【０００４】
ところで、電話機が各人ごとに専用に割り当てられ、各自が自分の電話機を使用するかぎりにおいては自分専用の電話帳を使えるので特に不具合は無い。しかし一時的に別の（他者の）電話機を使用するとき、あるいは会議室などの共用スペースに設置される電話機を使用するときなどには、自分専用の電話帳を参照することができない。そのため相手先電話番号を記憶していないと自席に戻るなどの必要があり、不便である。
【特許文献１】特開平５−２６０１７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上述べたように既存の電話システムには、電話帳機能の使い勝手に改良の余地があり、そのための技術提供が待たれている。
この発明は上記事情によりなされたもので、その目的は、電話帳機能の使い勝手を良くした電話システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するためにこの発明の一態様によれば、内線番号により区別されるユーザごとの電話帳データを記憶するサーバ装置と、ログイン操作により各ユーザに個別に対応付けられる複数の電話端末とを具備する電話システムにおいて、前記電話端末は、前記内線番号を指定した電話帳データの参照を要求するための要求操作を受け付けるユーザインタフェース部と、前記要求操作において指定された内線番号を含む要求メッセージを前記サーバ装置に送出する要求部とを備え、前記サーバ装置は、前記要求メッセージに含まれる内線番号に対応する電話帳データを要求元の電話端末に送信する送信部を備えることを特徴とする電話システムが提供される。
【０００７】
このような手段を講じることにより、要求操作に伴って、電話帳を参照したい内線番号が入力されると、その内線番号に対応する電話帳データが返送される。すなわちどの電話端末からでも、参照したい内線番号を入力すれば対応する電話帳データが返送される。つまり、例えば内線番号が３３３３のユーザが、自分専用でない電話機（内線番号が３３３３でない）から自分専用の電話帳にアクセスすることができるようになる。その際、パスワード入力などの認証操作を併せて行っても良い。このように上記構成によれば、自分が作成した電話帳を電話システム内の任意の電話機から参照することが可能となるので、使い勝手を向上させることが可能になる。
【発明の効果】
【０００８】
この発明によれば、電話帳機能の使い勝手を良くした電話システムを提供することができる。
【発明を実施するための最良の形態】
【０００９】
図１はこの発明に係わる電話システムを示すシステム図である。このシステムは、複数のＩＰ電話機１１〜１ｎと、複数のパーソナルコンピュータ（ＰＣ）端末２１〜２ｎと、システムサーバ３とを、ＬＡＮ／ＩＰネットワークを介して接続したシステムである。システムサーバ３はＩＰ電話機１１〜１ｎ相互間、あるいは図示しない公衆網からの外線電話からの呼接続要求に応じて呼制御を行う。
【００１０】
図１のようなシステムでは、電話機に係わる機能をＳＩＰ（Session Initiation Protocol）を用いて制御するのが一般的である。例えばＩＰ電話機１１〜１ｎをシステムに認識させるためのログイン／ログアウト機能は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージを用いて実施される。ユーザはログイン処理にあたり、自分の内線番号、ＩＤ（Identification）およびパスワードをＩＰ電話機から入力する。これが正常に完了すると、ユーザはログイン操作したＩＰ電話機を自分専用の端末として使えるようになる。システムサーバ３はログイン元のＩＰ電話機のＩＰアドレスと電話番号、および内線番号を対応付けてデータベース部ＤＢに管理する。
【００１１】
さらに図１のシステムは、各ＩＰ電話機１１〜１ｎにそれぞれ関連付けられる、パーソナルコンピュータ（ＰＣ）端末２１〜２ｎを備える。例えばＩＰ電話機１１はＰＣ端末２１に関連付けられ、両者は同じユーザの机に置かれて互いに連動して動作する。ＩＰ電話機とＰＣ端末とを連動させることでＰＣ端末の大きなディスプレイ上に電話帳データを表示したり、ディスプレイに表示される電話番号をクリックすることでＩＰ電話機から所望の相手先に発呼する、クリック・トゥ・ダイヤル（click to dial）などを実現できる。ＩＰ電話機とＰＣ端末とを関連付けるためにも、ＳＩＰが利用される。
【００１２】
図２は、ＩＰ電話機１１〜１ｎの外観を示す模式図である。ＩＰ電話機１１〜１ｎはＬＣＤ（Liquid Crystal Display）などの表示部４を備え、自己の状態を表示することが可能である。表示部４には、例えばＩＰ電話機が着信中・通話中などの状態にあるときに、相手の電話番号や名称などが表示される。これらの表示を行うための情報は、着信を通知するメッセージや相手の応答を通知するメッセージ内に含まれる。この各種の情報を通知するにもＳＩＰメッセージが利用され、例えばリクエストメッセージ、およびこれに応じたレスポンスメッセージなどがある。このほかＩＰ電話機１１〜１ｎは、機能ボタン部５およびダイヤルボタン部６を備える。
【００１３】
図３は、図１のＩＰ電話機１１の実施の形態を示す機能ブロック図である。ＩＰ電話機１２〜１ｎも同じ構成である。ＩＰ電話機１１は、インタフェース（Ｉ／Ｆ）部４１と、表示部４と、制御部４２と、キーパッド部４３と、メモリ４４とを備える。Ｉ／Ｆ部４１はＬＡＮケーブル６０を介してＬＡＮに接続され、システムサーバ３と自端末（ＩＰ電話機１１）とのデータの授受を仲介する。
【００１４】
表示部４は種々のメッセージを視覚的に表示する。キーパッド部４３は図２の機能ボタン部５やダイヤルボタン部６を備え、ユーザの入力操作を受け付けるためのユーザインタフェースとして機能する。特に、キーパッド部４３は機能ボタン部５（図２）に、この実施形態に係わる電話帳参照機能を実施するための機能ボタン（ファンクションキー）を備える。以下、この用途に用いられるボタンを「他者電話帳ボタン」と称することにする。
【００１５】
制御部４２はこの発明に関わる処理機能として、要求処理部４２ａを備える。その機能を実現するためのプログラムはメモリ４４に記憶される。要求処理部４２ａは、「他者電話帳ボタン」の押下がなされると、他の電話機の電話帳データの参照を要求するための要求操作を受け付ける。そして、この要求操作において指定された参照先ＩＰ電話機の内線番号を含む要求メッセージを生成してシステムサーバ３に送出する。
【００１６】
図４は、図１のシステムサーバ３の機能ブロック図である。図４においてシステムサーバ３は、図１のＬＡＮ／ＩＰネットワークに接続されるインタフェース部（Ｉ／Ｆ）３１と、表示部３２と、入出力部３３と、制御部３４と、データベース部ＤＢとを備える。このうちデータベース部ＤＢは、電話帳データベース３５ａを専用の記憶領域に記憶する。
【００１７】
制御部３４はこの実施形態に係わる処理機能として、送信処理部３４ａ、および認証処理部３４ｂを備える。このうち送信処理部３４ａは、電話帳データの送信を要求する要求メッセージに応じて、要求された電話帳データを電話帳データベースＤＢから読み出して、要求元のＩＰ電話機に送信する。その際、電話帳データを盲目的に送出するのではなく、種々の条件がある。
【００１８】
認証処理部３４ｂは、電話帳データの送信を要求したユーザ（ＩＰ電話機）を認証する。この認証処理はログイン／ログアウトの際の認証とは別のもので、電話帳データの送信を要求したユーザに対し、データ送信の可否を決定するためのものである。すなわちこの実施形態では、電話帳データの取得をＩＰ電話機から要求するにあたり、ユーザの内線番号および認証コード（パスワード）の入力を要求される。認証処理部３４ｂはこの入力された内線番号およびパスワードによりユーザを認証する。送信処理部３４ａは、認証の成功した（認証ＯＫ）ユーザに対してのみ、電話帳データを送信する。
【００１９】
図５は、図４の電話帳データベース３５ａの詳細を示す図である。電話帳データベース３５ａは、各ＩＰ電話機１１〜１ｎのユーザに割り当てられる電話帳データを一元管理するためのデータベースである。以下、詳しく説明する。
まず、内線番号の欄（５１）において各ユーザの内線番号が一元管理される。電話帳データは、内線番号（５１）に対応して各種のデータを持つ構造を有する。すなわち各ユーザは内線番号（５１）により区別され、それぞれのユーザごとの電話帳データ（５６）が対応付けられる。また、このデータベースには、内線番号に対応付けて、この内線番号を使用するユーザの暗証番号（５２）が登録される。さらに、電話帳データ（５６）のそれぞれごとに、３種類の属性情報が個別に付与される。符号５３〜５５はそれらの属性情報を示す。
【００２０】
まず、符号５３として「他者電話帳機能の許可／禁止」を示す属性がある。この情報は、他のユーザの電話帳の参照を許可するか、禁止するかを識別するためのものである。この情報に応じて、電話帳データの送信を要求したＩＰ電話機への電話帳データの送信の許可、または禁止のいずれかが決定される。例えば、内線番号１１１１は「禁止」となっているので、１１１１のＩＰ電話機からは他者の電話帳を参照することはできない。一方、内線番号２２２２，３３３３，９９９９は「許可」となっているので、これらのＩＰ電話機から他者の電話帳を参照することが可能である。
【００２１】
次に、符号５４として「参照先番号の指定」を示す属性がある。これは、或るＩＰ電話機から参照できる、他のＩＰ電話機の電話帳データを指定するものである。つまり、それぞれの電話帳データのユーザが参照可能な電話帳データを指定するための情報である。送信処理部３４ａは、この参照先番号において指定されるＩＰ電話機にのみ、要求された電話帳データを送信する。
【００２２】
例えば、内線番号１１１１は「ＮＯＮＥ」となっているので、１１１１のＩＰ電話機から他のＩＰ電話機の電話帳を参照することはできない。内線番号２２２２では「ＡＬＬ」となっているので、２２２２のＩＰ電話機からはどのＩＰ電話機の電話帳データも参照可能である。さらに内線番号３３３３では「４４４４」を指定しているので、内線番号４４４４の電話帳データのみ、参照することが可能である。なお図５では参照先として「４４４４」の一つだけが許可されるが、複数の参照先内線番号を設定することも可能である。
【００２３】
次に、符号５５として、「参照元番号の指定」を示す属性がある。これは、或るＩＰ電話機の電話帳データがどのＩＰ電話機から参照可能とするか、を指定するものである。つまり、各電話帳データの参照を許可するＩＰ電話機を内線番号で指定するための属性である。送信処理部３４ａは、この参照元番号において指定される内線番号のＩＰ電話機にのみ、要求された電話帳データを送信する。
【００２４】
例えば、図５において内線番号１１１１は「ＮＯＮＥ」であるので、どのＩＰ電話機からも１１１１の電話帳データを参照することはできない。一方、内線番号２２２２は「ＡＬＬ」であるので、全てのＩＰ電話機から２２２２の電話帳を参照することが可能である。内線番号３３３３については参照元として２２２２が指定されているので、２２２２のＩＰ電話機からのみ３３３３の電話帳データを参照することが可能である。この属性も、複数の電話番号を設定することにより、特定の電話機からのみ参照可能とすることができる。
以上の５３〜５５の欄は、システムオプションとして設けることもできる。なおこれらの複数の条件を組み合わせて適用する場合には、矛盾が発生しないように各条件間に適用の優先順位を設けるようにすれば良い。
【００２５】
電話帳データの本体は符号５６に示される。内線番号（５１）ごとに、相手先名称（５６２）と登録番号（５６３）とが対として登録される。相手先が複数あればこの対も複数になる。また、個々のデータごとに、他の電話機からの参照を許可するか禁止するかを区別するための属性として、「外部参照許可／禁止」（５６１）を持たせることもできる。この欄を設けることで、（５３）〜（５５）の条件には合致するが、一部のデータについては参照を許可しないなどといった、きめ細かな動作の指定が可能となる。次に、上記構成における作用を説明する。
【００２６】
まず、ユーザ専用の内線番号を取得するための処理手順につき説明する。図６はそのシーケンスを示すフローチャートである。例えば、内線番号１１１１のＩＰ電話機の電源が投入されると、このＩＰ電話機の起動に伴って、内線番号１１１１に対応する電話帳データがシステムサーバ３に要求される（ステップＳ１）。この要求を受けたシステムサーバ３は、電話帳データベース３５ａから内線番号１１１１に対応する電話帳データを読み出し、要求元のＩＰ電話機に送る。電話帳データを受信したＩＰ電話機は、そのデータをメモリ４４に保存する（ステップＳ２）。このシーケンスではＩＰ電話機が自己の内線番号に対応する電話帳データを取得するといった手順が示され、既知の技術と変わらない。
【００２７】
図７は、電話帳機能を利用した発信動作を示すフローチャートである。例えば機能ボタン部５に設けられる「電話帳発信ボタン」を押下すると、電話帳機能が起動される（ステップＳ３）。そうするとＩＰ電話機は、メモリ４４に保存された電話帳データを読み出して表示部４に一覧表示する（ステップＳ４）。電話帳データから一つの相手先が選択されると、ＩＰ電話機は電話帳に登録された番号を用いて発信動作を開始し、相手先電話番号を含む発信メッセージ（ＩＮＶＩＴＥメッセージ）をシステムサーバ３に向け送出する（ステップＳ５）。次に、この実施形態に特有の処理手順につき説明する。
【００２８】
図８は、この発明に係わる電話システムにおいて実施される処理手順を示すフローチャートである。図８において、機能ボタン部５の中の、別番号の電話帳表示ボタン、すなわち「他者電話帳ボタン」が押下されると（ステップＳ６）、他者の電話帳を参照するための機能が起動される。引き続きユーザは、参照したい電話帳の「内線番号」と、自分の「暗証番号」とを入力する（ステップＳ７）。この段階では、ユーザの要求する電話帳データはＩＰ電話機のメモリ４４に記憶されていない。
【００２９】
次に操作元のＩＰ電話機は、ステップＳ７で入力された「内線番号」と「暗証番号」とを含む要求メッセージをシステムサーバ３に送信する。これを受けてシステムサーバは、まず、暗証番号により要求者を認証する（ステップＳ８）。認証ＯＫであれば、システムサーバ３は要求された内線番号に対応する電話帳データを電話帳データベース３５ａから読み出し（ステップＳ９）、要求元のＩＰ電話機に送信する。なお認証ＮＧであれば、ＩＰ電話機の表示部４に「認証ＮＧです」といったメッセージを表示するなどの、エラー処理が行われる（ステップＳ１２）。
【００３０】
続いて、ＩＰ電話機は受信した電話帳データをメモリ４４に新たに記憶するとともに、電話番号の一覧を表示部４に表示する（ステップＳ１０）。これ以降は図７と同様にして、選択された相手先へのＩＮＶＩＴＥメッセージがシステムサーバ３に向け送出される（ステップＳ１１）。
【００３１】
図６および図７に示す既存の技術では、各ＩＰ電話機において参照することのできる電話帳データは、その電話帳専用に予め登録されたものだけでしかない。つまり、例えば内線番号１１１１のＩＰ電話機は、図５の内線番号１１１１の電話帳データしか、取得することができない。
【００３２】
これに対しこの実施形態によれば、システムサーバ３に全てのユーザの電話帳データが格納されていることに着目し、内線番号を指定して、その内線番号に対応する電話帳データを他のＩＰ電話機から取得できるようにしている。すなわち、「他者電話帳ボタン」の押下によりその機能が起動されると参照したい相手先の内線番号が入力され、この内線番号を含む要求メッセージがシステムサーバ３に送られる。システムサーバ３はこの内線番号に対応する電話帳データを、要求元のＩＰ電話機に返送する。その際、要求者（ユーザ）の暗証番号をＩＰ電話機から入力し、システムサーバ３はそれを認証することで電話帳データの送信の可否を判定するようにしている。
このようにしたので、個人的な電話帳データが不特定多数のユーザから参照されることを防止できるとともに、オフィス内内線電話などのように厳重なセキュリティ管理を要するシステムにあっても、個人情報の漏洩を確実に防止できるようになる。
【００３３】
また、電話帳データベースに、データの送付の許可／不許可を示す属性を付加するようにして、電話帳データを参照できるユーザそのものを限定することもできる。これは、個別のＩＰ電話機ごとに電話帳参照機能の許可／禁止を設定できることも意味する。さらには、電話帳の参照方向を限定するための「参照先番号」、「参照元番号」を指定できるようにして、よりきめ細かなサービスの提供を実現することもできる。
【００３４】
このように本実施形態によれば、内線番号の指定により、操作中のＩＰ電話機とは異なるＩＰ電話機の電話帳データを取得することができるようになる。また暗証番号の登録により、暗証番号を知らないユーザが電話帳データを参照することを防止することもできる。これらのことから、電話帳機能の使い勝手を良くした電話システムを提供することが可能となる。
【００３５】
なお、この発明は上記実施の形態に限定されるものではない。例えば暗証番号は必須ではなく、セキュリティを緩やかにしてもかまわなければ、暗証番号の入力無しに電話帳データの参照を可能としてもよい。また、端末に電話帳データを表示するにあたり登録名称と登録番号との両方を表示することが一般的であるが、他電話機からの参照表示時には、名称のみを表示して番号は表示しないようにしてもよい。そして名称を指定することだけで発信操作できるようにすれば、電話番号そのものをユーザから隠蔽することができる。
【００３６】
さらに、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００３７】
【図１】この発明に係わる電話システムを示すシステム図。
【図２】ＩＰ電話機１１〜１ｎの外観を示す模式図。
【図３】図１のＩＰ電話機１１〜１ｎの実施の形態を示す機能ブロック図。
【図４】図１のシステムサーバ３を示す機能ブロック図
【図５】図３の電話帳データベース３５ａを示す図。
【図６】ユーザ専用の内線番号を取得するための処理手順を示すフローチャート。
【図７】電話帳機能を利用した発信動作を示すフローチャート。
【図８】この発明に係わる電話システムにおいて実施される処理手順を示すフローチャート。
【符号の説明】
【００３８】
１１〜１ｎ…ＩＰ電話機、２１〜２ｎ…パーソナルコンピュータ（ＰＣ）端末、３…システムサーバ、４…表示部、５…機能ボタン部、６…ダイヤルボタン部、４１…インタフェース部（Ｉ／Ｆ）、４２…制御部、４２ａ…要求処理部、４３…キーパッド部、４４…メモリ、６０…ＬＡＮケーブル、３１…インタフェース部（Ｉ／Ｆ）、３２…表示部、３３…入出力部、３４…制御部、３４ａ…送信処理部、３４ｂ…認証処理部、ＤＢ…データベース部、３５ａ…電話帳データベース
【特許請求の範囲】
【請求項１】
内線番号により区別されるユーザごとの電話帳データを記憶するサーバ装置と、ログイン操作により各ユーザに個別に対応付けられる複数の電話端末とを具備する電話システムにおいて、
前記電話端末は、
前記内線番号を指定した電話帳データの参照を要求するための要求操作を受け付けるユーザインタフェース部と、
前記要求操作において指定された内線番号を含む要求メッセージを前記サーバ装置に送出する要求部とを備え、
前記サーバ装置は、
前記要求メッセージに含まれる内線番号に対応する電話帳データを要求元の電話端末に送信する送信部を備えることを特徴とする電話システム。
【請求項２】
前記ユーザインタフェース部は、前記要求操作のため専用に設けられる機能ボタンを備えることを特徴とする請求項１に記載の電話システム。
【請求項３】
前記ユーザインタフェース部は、前記要求操作に伴い要求者の認証コードの入力を要求し、
前記要求部は、当該入力された認証コードを前記要求メッセージに含ませ、
前記サーバ装置は、さらに、前記要求メッセージに含まれる前記認証コードに基づいて前記要求者を認証する認証部を備え、
前記送信部は、前記認証部による認証が成功すれば前記電話帳データを送信することを特徴とする請求項１に記載の電話システム。
【請求項４】
前記電話帳データは、前記要求元の電話端末への送信の許可または禁止のいずれかを指定するための属性情報を個別に与えられ、
前記送信部は、前記属性情報が許可である電話帳データを送信することを特徴とする請求項１に記載の電話システム。
【請求項５】
前記電話帳データは、それぞれその電話帳データのユーザが参照可能な電話帳データを指定するための参照先属性を個別に与えられ、
前記送信部は、要求元の電話端末が前記参照先属性において指定される場合にのみ、要求された電話帳データを送信することを特徴とする請求項１に記載の電話システム。
【請求項６】
前記電話帳データは、それぞれその電話帳データの参照を許可する内線番号を指定するための参照元属性を個別に与えられ、
前記送信部は、前記参照元属性において指定される内線番号の電話端末にのみ、要求された電話帳データを送信することを特徴とする請求項１に記載の電話システム。
【請求項１】
内線番号により区別されるユーザごとの電話帳データを記憶するサーバ装置と、ログイン操作により各ユーザに個別に対応付けられる複数の電話端末とを具備する電話システムにおいて、
前記電話端末は、
前記内線番号を指定した電話帳データの参照を要求するための要求操作を受け付けるユーザインタフェース部と、
前記要求操作において指定された内線番号を含む要求メッセージを前記サーバ装置に送出する要求部とを備え、
前記サーバ装置は、
前記要求メッセージに含まれる内線番号に対応する電話帳データを要求元の電話端末に送信する送信部を備えることを特徴とする電話システム。
【請求項２】
前記ユーザインタフェース部は、前記要求操作のため専用に設けられる機能ボタンを備えることを特徴とする請求項１に記載の電話システム。
【請求項３】
前記ユーザインタフェース部は、前記要求操作に伴い要求者の認証コードの入力を要求し、
前記要求部は、当該入力された認証コードを前記要求メッセージに含ませ、
前記サーバ装置は、さらに、前記要求メッセージに含まれる前記認証コードに基づいて前記要求者を認証する認証部を備え、
前記送信部は、前記認証部による認証が成功すれば前記電話帳データを送信することを特徴とする請求項１に記載の電話システム。
【請求項４】
前記電話帳データは、前記要求元の電話端末への送信の許可または禁止のいずれかを指定するための属性情報を個別に与えられ、
前記送信部は、前記属性情報が許可である電話帳データを送信することを特徴とする請求項１に記載の電話システム。
【請求項５】
前記電話帳データは、それぞれその電話帳データのユーザが参照可能な電話帳データを指定するための参照先属性を個別に与えられ、
前記送信部は、要求元の電話端末が前記参照先属性において指定される場合にのみ、要求された電話帳データを送信することを特徴とする請求項１に記載の電話システム。
【請求項６】
前記電話帳データは、それぞれその電話帳データの参照を許可する内線番号を指定するための参照元属性を個別に与えられ、
前記送信部は、前記参照元属性において指定される内線番号の電話端末にのみ、要求された電話帳データを送信することを特徴とする請求項１に記載の電話システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００９−７７０７５（Ｐ２００９−７７０７５Ａ）
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願番号】特願２００７−２４２９７９（Ｐ２００７−２４２９７９）
【出願日】平成１９年９月１９日（２００７．９．１９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２１年４月９日（２００９．４．９）
【国際特許分類】
【出願日】平成１９年９月１９日（２００７．９．１９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]