JP2004128793A - ネットワーク電話システムおよびプログラム - Google Patents
ネットワーク電話システムおよびプログラム Download PDFInfo
- Publication number
- JP2004128793A JP2004128793A JP2002288609A JP2002288609A JP2004128793A JP 2004128793 A JP2004128793 A JP 2004128793A JP 2002288609 A JP2002288609 A JP 2002288609A JP 2002288609 A JP2002288609 A JP 2002288609A JP 2004128793 A JP2004128793 A JP 2004128793A
- Authority
- JP
- Japan
- Prior art keywords
- telephone
- network
- telephone directory
- address
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】音声情報をパケット変換してネットワーク上に送信する電話端末を利用して通話相手先を呼び出す場合、その相手先がどの場所（サブネット）に移動しても、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）サーバを導入せずに、各電話端末側の電話帳機能を利用して呼び出すことが可能なネットワーク電話システムを提供する。
【解決手段】複数のサブネットに対応して各ＶｏＩＰ端末１毎に割当てられている全てのＩＰアドレスを相手先別に電話帳データとして記憶管理している状態において、発信側のＶｏＩＰ端末１は、電話帳データの中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている電話帳レコードから全てのＩＰアドレスを順次読み出して発呼する。
【選択図】 図１
【解決手段】複数のサブネットに対応して各ＶｏＩＰ端末１毎に割当てられている全てのＩＰアドレスを相手先別に電話帳データとして記憶管理している状態において、発信側のＶｏＩＰ端末１は、電話帳データの中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている電話帳レコードから全てのＩＰアドレスを順次読み出して発呼する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
この発明は、入力された音声情報をパケット変換してネットワーク上に送信する複数台の電話端末を備えたネットワーク電話システムおよびプログラムに関する。
【０００２】
【従来の技術】
近年、入力された音声情報をパケット変換してインターネット上に送信するＶｏＩＰ端末（インターネット電話端末）が普及し始めているが、従来においては、インターネット上に接続された電話端末に対して動的にそのＩＰ（インターネット・プロトコル）アドレスを割当てる為のＤＨＣＰ（ダイナミック・ホスト・コンフィグレーション・プロトコル：動的ホスト構成プロトコル）対応のインターネット電話システムが知られている（特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−２０３８０６号公報
【０００４】
ところで、システム内をグループ分けした複数のサブネット（ローカルネット）のうち、何れかのサブネットへ任意に移動可能なノート型あるいはモバイル型のＶｏＩＰ端末にあっては、それが接続されている普段の設置場所のサブネットから他の場所のサブネットへ移動することがある為、その端末の位置情報を管理するようにしている。
この場合、ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）２５４３で定義されているように、ＶｏＩＰ端末のアドレスやそれが接続されている場所の位置情報の管理は、ＶｏＩＰ用のサーバであるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）サーバによって行われている。
【０００５】
図１９は、一般的なＳＩＰサーバを概略的に説明する為の図である。
ＳＩＰサーバ１００は、システム内をグループ分けした各サブネット毎に配置されているもので、後述するレジスタ機能、プロキシ機能、リダイレクト機能を有する構成となっている。
なお、図中、▲１▼〜▲７▼は、動作の流れを示した動作手順であり、▲１▼および▲２▼（登録）は、非同期で実行され、▲３▼（発呼）の実行前に完了し、それ以降の▲３▼（発呼）、▲４▼（問い合わせ）、▲５▼（発呼）、▲６▼および▲７▼（応答）の動作は、連続して実行されることを示している。
【０００６】
このＳＩＰサーバ１００内のレジスタ機能は、各ＶｏＩＰ端末１０１、１０２から送信されて来た登録要求を受け付けると、端末毎にその仮想的ＳＩＰアドレスと実ＳＩＰアドレスとの対応関係をロケーション・サーバ１０３に対して登録する為の機能である。なお、仮想的ＳＩＰアドレス、実ＳＩＰアドレスは、各ＶｏＩＰ端末１０１、１０２が移動する可能性があることを考慮して端末毎に割当てられたアドレスであり、実際の移動先のアドレスは、実ＳＩＰアドレスによって示される。
【０００７】
この状態において、発信側の端末１０１は、通話相手先の仮想的ＳＩＰアドレスを指定して発呼を行うと、ＳＩＰサーバ１００内のプロキシ機能は、ロケーション・サーバ１０３に対して問い合わせを行い、通話相手先の仮想的ＳＩＰアドレスに対応付けられている実ＳＩＰアドレスを取得して、着信側の端末１０２に対して発呼し、その応答を発信側の端末１０１へ返信する為の機能である。
この場合、ＳＩＰサーバ１００内のリダイレクト機能は、着信側の端末１０２が別のＳＩＰサーバ１００が管理している他のサブネット側に移動した場合に、発信側の端末１０１に対しては、移動先の実ＳＩＰアドレスを返信するようにしている。なお、ＳＩＰサーバ１００とロケーション・サーバ１０３との間には、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ：簡易・軽量化のディレクトリ・アクセス・プロトコル）が介在している。
【０００８】
【発明が解決しようとする課題】
しかしながら、上述のように各ＶｏＩＰ端末１０１、１０２のアドレスや位置情報の管理は、サブネット毎に設けられているＳＩＰサーバ１００によって行うようにしているが、高価なＳＩＰサーバ１００を導入することは、初期導入コストが高額となると共に、運用コストも嵩む等の問題があった。
【０００９】
この発明の課題は、音声情報をパケット変換してネットワーク上に送信する電話端末を利用して通話相手先を呼び出す場合、その相手先がどの場所（サブネット）に移動しても、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）サーバを導入せずに、各電話端末側に備えられている電話帳機能を活用して呼び出すことが可能なネットワーク電話システムを提供できるようにすることである。
【００１０】
【課題を解決するための手段】
請求項１記載の発明は、入力された音声情報をパケット変換してネットワーク上に送信する複数台の電話端末を備えたネットワーク電話システムであって、前記電話端末は、複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に電話帳データとして記憶管理する電話帳記憶手段と、前記電話帳の中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている前記電話帳データから全てのネットワーク用アドレスを順次読み出すアドレス読出手段と、このアドレス読出手段によって読み出された各ネットワーク用アドレスに基づいて前記通話相手先の電話端末を呼び出す発呼手段とを具備するものである。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項７記載の発明）。
【００１１】
したがって、請求項１、７記載の発明は、複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に電話帳データとして記憶管理している状態において、この電話帳の中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている電話帳データから全てのネットワーク用アドレスを順次読み出して発呼するようにしたから、通話相手先がどの場所（サブネット）に移動していても、システム上の各サブネット毎に全ての端末呼び出しを行うことができ、確実に通話相手先を呼び出すことが可能となる。したがって、従来のようなＳＩＰサーバを導入することなく、電話端末側に備えられている電話帳機能を活用するという簡単な手法によって実現可能となる為、システム全体が大幅に簡素化され、初期導入コストや運用コストの低減化も可能となる等、実用効果の高いネットワーク電話システムを提供することができる。
【００１２】
なお、請求項１記載の発明は次のようなものであってもよい。
複数台の電話端末のうち、何れからの電話端末によって作成された電話帳データを他の各電話端末へ配信する配信手段と、この配信手段によって配信されて来た電話帳データを受信取得して自己の前記電話帳記憶手段内に登録する登録手段とを設けた（請求項２記載の発明）。
したがって、請求項２記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、何れからの電話端末によって作成された電話帳データを他の各電話端末へ配信して登録するようにしたから、同一内容の電話帳データを個別に作成／編集する必要がなくなり、システム全体として電話帳データの作成作業を効率良く行うことが可能となる。
【００１３】
前記電話帳データの中から各ネットワーク用アドレスを順次読み出す為の優先順位を前記電話帳記憶手段内に任意に設定する設定手段を設け、前記アドレス読出手段は、前記選択指定された通話相手先対応の各ネットワーク用アドレスを順次読み出す際に、この各アドレスに対応付けられている前記優先順位を参照することによって当該優先順位にしたがった順序で読み出す（請求項３記載の発明）。
したがって、請求項３記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、通話相手先に対応付けられている各ネットワーク用アドレスを順次読み出す為の優先順位を任意に設定可能としたから、例えば、普段勤務している場所を最優先すると共に、日常的に移動する可能性の高い場所を次の優先場所とする等、各アドレスに対応して優先順位を設定しておけば、その順序にしたがって各アドレスを１つずつ読み出すことができ、通話相手先を迅速に呼び出すことが可能となる。
【００１４】
前記設定手段は、各電話端末の移動先を時間帯別に記憶するスケジュール情報を参照することによって、現在の時間帯に該当する移動先を特定し、この移動先のサブネットに対応付けられているネットワーク用アドレスに対して高い優先順位を設定する（請求項４記載の発明）。
したがって、請求項４記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、通話相手先を優先順位にしたがって呼び出す場合に、予め各電話端末の移動先を時間帯別に登録管理するスケジュール情報にしたがって優先順位を自動設定するようにしたから、優先順位を手作業で設定する必要はなく、また、相手先の行動を事前に知っておく必要もなく、システム全体としての効率アップが可能となる。
【００１５】
前記電話帳記憶手段は、予め決められている複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に記憶管理する他、前記複数のサブネット以外のサブネットへの移動を考慮して、セッション開始プロトコル用のサーバアドレスを記憶管理し、前記アドレス読出手段は、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出した際に、その相手先を呼び出すことができなかった場合には、前記セッション開始プロトコル用のサーバアドレスを読み出すことにより、当該サーバを経由して発呼する（請求項５記載の発明）。
したがって、請求項５記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、複数のサブネット以外のサブネットへの移動を考慮して、セッション開始プロトコル用のサーバアドレスを記憶管理し、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出した際に、その相手先を呼び出すことができなかった場合に、セッション開始プロトコル用のサーバアドレスを読み出すようにしたから、通話相手先が普段居る場所あるいは移動する可能性がある場所に対しては、ＳＩＰサーバを経由せずに呼び出すことができ、通話相手先が普段居ない場所に移動した場合でも、通常のＳＩＰサーバを経由することによりその通話相手先を呼び出すことができ、システム全体としての柔軟性を増大させることが可能となる。
【００１６】
各電話端末毎に、現在使用している使用ユーザ名を一時保存するユーザ名保存手段を設け、各電話端末毎に設けられている前記電話帳記憶手段は、複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に記憶管理する他、そのユーザ名も合わせて記憶管理し、発信側の電話端末において、前記アドレス読出手段は、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出す際に、この電話帳内に登録されているユーザ名を読み出し、前記発呼手段は、前記読み出された各ネットワーク用アドレスにユーザ名を結合して相手先の電話端末を呼び出し、着信側の電話端末は、前記ユーザ名保存手段内に一時保存されている現在使用のユーザ名と、発信側の電話端末からネットワーク用アドレスに結合して送信されて来たユーザ名とを比較し、両者が異なる場合にはエラー応答を行う（請求項６記載の発明）。
したがって、請求項６記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、各電話端末毎に、現在使用している使用ユーザ名を一時保存すると共に、電話帳内に相手先別にそのユーザ名を記憶管理している状態において、発信側の電話端末は、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出す際に、この電話帳内のユーザ名とネットワーク用アドレスとを結合して発呼し、着信側の電話端末は、一時保存されている現在使用のユーザ名と、発信側の電話端末からネットワーク用アドレスに結合して送信されて来たユーザ名とを比較し、両者が異なる場合にはエラー応答を行うようにしたから、１台の電話端末を複数のユーザが共有して使用可能としている場合でも、所望のユーザを通話相手先として確実に呼び出すことができる。
【００１７】
【発明の実施の形態】
（第１実施形態）
以下、図１〜図６を参照してこの発明の第１実施形態を説明する。
図１は、この実施形態におけるネットワーク電話システムの全体構成を示したブロック図である。
このネットワーク電話システムは、無線ＬＡＮシステムであり、このシステム全体として複数（この実施形態においては２つ）のサブネット（ローカルネット）▲１▼、▲２▼に区分されており、複数台のＶｏＩＰ端末１のうち、ＶｏＩＰ端末「Ａ」、「Ｂ」は、サブネット▲１▼側に接続され、ＶｏＩＰ端末「Ｃ」、「Ｄ」は、サブネット▲２▼側に接続されている。なお、説明の簡素化を図る為に、図１では、サブネット数を“２”、ＶｏＩＰ端末１の台数を“４”とした場合を例示している。
【００１８】
各ＶｏＩＰ端末１は、インターネット電話ソフト等がインストールされ、音声情報をパケット変換してインターネット上に送信するノート型、モバイル型のパーソナルコンピュータ等であり、インターネットの標準プロトコルであるＴＣＰ／ＩＰプロトコルを使用して通話相手先を呼び出すようにしている為、発呼時には、通話相手先のＩＰアドレスを入力指定する。なお、この実施形態では、ネットワークとしてインターネットを例に説明しているが、ネットワークの形態はインターネットに限定されるものではなく、その他のネットワークシステムに広く適用できることは勿論である。
ＤＨＣＰ（ダイナミック・ホスト・コンフィグレーション・プロトコル：動的ホスト構成プロトコル）サーバ２は、各ＶｏＩＰ端末１に対して動的にＩＰアドレスを割当てるもので、この実施形態においては、一台のＤＨＣＰサーバ２によって各サブネット▲１▼、▲２▼側のＶｏＩＰ端末１に対してＩＰアドレスを割当てるようにしている。このＤＨＣＰサーバ２は、中継動作を行うルータ３に接続されていると共に、アクセスポイント４を含む無線ＬＡＮを介して各ＶｏＩＰ端末１に接続されている。
【００１９】
図２は、ＤＨＣＰサーバ２側で管理している各ＶｏＩＰ端末１の接続場所と、その場所に対応して各端末に割当てられたＩＰアドレスとの関係を示した図である。この場合、ＤＨＣＰサーバ２側では、ＶｏＩＰ端末１毎に、そのＭＡＣアドレス（ハードウェアアドレス）の他、サブネット▲１▼、▲２▼に対応して各ＶｏＩＰ端末１にそれぞれ割当てたＩＰアドレスを記憶管理する。つまり、この実施形態においては、ＶｏＩＰ端末１毎に、全てのサブネットに対応してそのＩＰアドレスを記憶管理するようにしている。なお、ＩＰアドレスを構成するデータのうち、図中、「１２８．１．１」は、サブネット▲１▼のアドレスを示し、「１２８．１．２」は、サブネット▲２▼のアドレスを示し、更に、サブネットアドレスに続く、「１００」〜「１０３」は、対応するＶｏＩＰ端末「Ａ」〜「Ｄ」のアドレスを示している。
【００２０】
図３は、各ＶｏＩＰ端末１側で管理されている電話帳ファイル１０の構成を示した図である。
各ＶｏＩＰ端末１に対応して設けられている電話帳ファイル１０は、着信者名（相手先名）“Ａ”〜“Ｘ”毎に、全てのサブネットに対応付けられているＩＰアドレス“１”〜“ｎ”を記憶する構成となっている。つまり、着信者名別のＩＰアドレスは、サブネット数に相当する数だけ記憶されており、上述の例では、着信者名Ａ〜Ｄ別に、サブネット▲１▼、▲２▼対応して２種類のＩＰアドレスが電話帳データとして記憶されている。なお、この第１実施形態において、個々の着信者名に対応付けられている複数のＩＰアドレスは、サブネット▲１▼、▲２▼の並び順となっている。
このように構成された電話帳ファイル１０は、何れかのＶｏＩＰ端末１によって作成されたものであり、その作成元のＶｏＩＰ端末１が他の全てのＶｏＩＰ端末１に対して電話帳データを配信すると、他の各ＶｏＩＰ端末１は、電話帳データを受信取得して自己の電話帳ファイル１０内に登録するようにしている。
【００２１】
また、各ＶｏＩＰ端末１は、所望のＶｏＩＰ端末１を指定して通話を開始する際に、自己の電話帳ファイル１０の内容を読み出して、その相手先名の一覧を表示出力させる。この状態において、相手先名一覧画面の中から所望の相手先が通話先として選択指定されると、ＶｏＩＰ端末１は、電話帳ファイル１０をアクセスし、その通話相手先に対応付けられている電話帳レコードを読出対象として指定し、この指定レコード内に格納されている全てのＩＰアドレスを１つずつ順次読み出して、通話相手先であるＶｏＩＰ端末１を順次呼び出すようにしている。これによって、各ＩＰアドレスによって全てのサブネット▲１▼、▲２▼側の各ＶｏＩＰ端末１が呼び出されることになる。
【００２２】
図４は、ＶｏＩＰ端末１の基本的構成要素を示したブロック図である。
ＣＰＵ１１は、記憶装置１２内のオペレーティングシステムや各種アプリケーションソフトにしたがってこのＶｏＩＰ端末１の全体動作を制御する中央演算処理装置である。記憶装置１２は、プログラム記憶領域とデータ記憶領域とを有し、このプログラム記憶領域内には、オペレーティングシステムの他に、各種アプリケーションプログラム等が格納され、また、データ記憶領域には、上述した電話帳ファイル１０等が格納され、磁気的、光学的、半導体メモリ等やその駆動系によって構成されている。
【００２３】
この記録装置１２はハードディスク等の固定的なメモリの他、ＣＤ−ＲＯＭ、ＤＶＤ等の着脱自在な記憶媒体を装着可能な構成であってもよい。この記憶装置１２内のプログラムやデータは、必要に応じてＲＡＭ（例えば、スタティックＲＡＭ）１３にロードされたり、ＲＡＭ１３内のデータが記憶装置１２にセーブされる。なお、ＲＡＭ１３内には、プログラム実行領域と作業領域とを有している。
更に、ＣＰＵ１１は無線ＬＡＮ装置１４を介して他の電子機器側のプログラム／データを直接アクセスして使用したり、無線ＬＡＮ装置１４を介してダウンロード受信することもできる。一方、ＣＰＵ１１にはその入出力周辺デバイスである入力装置１５、表示装置１６、マイクロホーン１７、スピーカ１８がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１１はそれらの動作を制御する。
【００２４】
次に、この第１実施形態におけるネットワーク電話システムの動作アルゴリズムを図５および図６に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作を逐次実行する。また、伝送媒体を介して伝送されてきた上述のプログラムコードにしたがった動作を逐次実行することもできる。このことは後述する他の実施形態においても同様であり、記録媒体の他、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施形態特有の動作を実行することもできる。
【００２５】
図５は、ＶｏＩＰ端末１側が実行する電話帳データ作成登録処理を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、作業メニュー画面の中から「新規作成／編集」のメニュー項目が選択指定されると（ステップＡ１）、電話帳作成／編集画面を表示すると共に、この画面内に電話帳データが入力されると、入力データに基づいて電話帳データを作成／編集する（ステップＡ２）。ここで、作成／編集の終了が指示されると、この電話帳データを自己の電話帳ファイル１０内に新規保存／上書き保存する（ステップＡ３）。
【００２６】
ここで、電話帳データの作成／編集元であるＶｏＩＰ端末１において、作業メニュー画面の中から「送信」のメニュー項目が選択指定されると（ステップＡ１）、電話帳ファイル１０を読み出し、この電話帳ファイル１０をメールの添付ファイルとして、他の全てのＶｏＩＰ端末１へメール送信する（ステップＡ４）。
いま、電話帳データの作成／編集元であるＶｏＩＰ端末１からメールを受信した他の全てのＶｏＩＰ端末１は（ステップＡ５）、そのメールから添付ファイル（電話帳データ）を受信取得し（ステップＡ６）、自己の電話帳ファイル１０内に新規保存／上書き保存する（ステップＡ３）。
【００２７】
図６は、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己の電話帳ファイル１０をアクセスして各着信者名（相手先名）を読み出し、相手先名の一覧画面を表示させる（ステップＢ１）。この相手先一覧画面の中から所望の通話相手先が選択指定されると（ステップＢ２）、選択相手対応の電話帳レコードを読出対象として指定する（ステップＢ３）。この状態において、指定レコード内の各ＩＰアドレスのうち、その１つをその並び順にしたがって読み出し（ステップＢ４）、このＩＰアドレス宛てにＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）３２６１にしたがって発呼する（ステップＢ５）。そして、発呼後から所定時間を経過しても相手先からの応答が無ければ（ステップＢ６でＹＥＳ）、タイムアウトと判断してステップＢ７に移り、選択相手対応の電話帳レコードから全てのＩＰアドレスを取得し終わったかを判別する。
【００２８】
いま、先頭のＩＰアドレス（サブネット▲１▼対応のアドレス）を取得した場合であるからステップＢ４に戻り、選択相手対応の電話帳レコードから次のＩＰアドレス（サブネット▲２▼対応のアドレス）を取得し、以下、上述の発呼動作を繰り返す（ステップＢ４〜Ｂ７）。
この結果、全てのＩＰアドレスを取得して発呼動作を行っても、相手先から応答が無ければ（ステップＢ７でＹＥＳ）、呼び出しエラーとしてダイヤル処理を終了するが、タイムアウト前に何れの相手先から応答が有れば（ステップＢ６でＮＯ）、正常にダイヤル処理が完了したものとして終了する。
【００２９】
以上のように、この第１実施形態においては、複数のサブネットに対応して各ＶｏＩＰ端末１毎に割当てられている全てのＩＰアドレスを相手先別に電話帳ファイル１０内に記憶管理している状態において、発信側のＶｏＩＰ端末１は、電話帳ファイル１０の中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている電話帳レコードから全てのＩＰアドレスを順次読み出して発呼するようにしたから、通話相手先がどの場所（サブネット）に移動していても、システム上の各サブネット毎に全ての端末呼び出しを行うことができ、確実に通話相手先を呼び出すことが可能となる。したがって、従来のようなＳＩＰサーバを導入することなく、電話端末側に備えられている電話帳機能を活用するという簡単な手法によって実現可能となる為、システム全体が大幅に簡素化され、初期導入コストや運用コストの低減化も可能となる等、実用効果の高いネットワーク電話システムを提供することができる。
【００３０】
また、複数台のＶｏＩＰ端末１のうち、何れからのＶｏＩＰ端末１によって新規作成／編集された電話帳データを他の全てのＶｏＩＰ端末１へ配信すると、各ＶｏＩＰ端末１は、この電話帳データを受信取得して自己の電話帳ファイル１０内に登録するようにしたから、同一内容の電話帳ファイル１０を個別に作成／編集する必要がなくなり、システム全体として電話帳データの作成／編集作業を効率良く行うことが可能となる。
【００３１】
なお、上述した第１実施形態においては、システム上に２つのサブネット▲１▼、▲２▼を構築した場合を例示したが、勿論、サブネット数は任意であり、３以上のサブネットを構築してもよい。この場合、上述した如く、電話帳ファイルにはサブネット数分のＩＰアドレスを相手先別に記憶管理すればよい。
また、複数のサブネットに共通使用されるＤＨＣＰサーバ２を設ける場合の他、サブネット毎にＤＨＣＰサーバ２を設けるようにしてもよい。
【００３２】
（第２実施形態）
以下、この発明の第２実施形態について図７および図８を参照して説明する。なお、上述した第１実施形態は、通話相手先に対応付けられている全てのＩＰアドレスを電話帳レコードの中からその並び順にしたがって１つずつ順次読み出して、通話相手先のＶｏＩＰ端末１を呼び出すようにしたが、この第２実施形態は、予め設定しておいた優先順位にしたがって全てのＩＰアドレスを電話帳レコードの中から１つずつ順次読み出して、通話相手先のＶｏＩＰ端末１を呼び出すようにしたものである。
ここで、両実施形態において基本的に同一のものは、同一符号を付して示し、その説明を省略する他、以下、第２実施形態の特徴部分を中心に説明するものとする。
【００３３】
図７は、この第２実施形態における電話帳ファイル１０の構造を示した図である。
この電話帳ファイル１０は、上述した第１実施形態と同様に、着信者名“Ａ”〜“Ｘ”毎に、全てのサブネットに対応付けられているＩＰアドレス“１”〜“ｎ”を記憶する他、この第２実施形態においては、着信者名別の各ＩＰアドレスに対応してその読出順を示す「優先順位」を記憶する構成となっている。
この場合、電話帳データの新規作成／編集時に、その作成／編集画面には、優先順位を入力する新たな入力フィールドを設け、例えば、普段勤務している場所を最優先し、次に優先する場所として、移動する可能性が高い場所となるように、各ＩＰアドレス対応の入力フィールドにその優先順位を入力するようにしている。
【００３４】
図８は、この第２実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己の電話帳ファイル１０をアクセスして相手先名の一覧画面を表示させた状態において（ステップＣ１）、この相手先一覧画面の中から所望の通話相手先が選択指定されると（ステップＣ１）、選択相手対応の電話帳レコードを読出対象として指定する（ステップＣ３）。そして、指定レコード内の各ＩＰアドレスに対応付けられている「優先順位」を参照して、その読出順を決定する（ステップＣ４）。
以下、この「優先順位」で示される読出順にしたがって各ＩＰアドレスを１つずつ読み出し（ステップＣ５）、上述した第１実施形態と同様の発呼動作を繰り返す（ステップＣ５〜Ｃ８）。
【００３５】
以上のように、この第２実施形態においては、通話相手先に対応付けられている各ＩＰアドレスを順次読み出す為の優先順位を任意に設定可能としたから、例えば、普段勤務している場所を最優先すると共に、日常的に移動する可能性の高い場所を次の優先場所とする等、各ＩＰアドレスに対応して優先順位を設定しておけば、その順序にしたがって各ＩＰアドレスを１つずつ読み出すことができ、通話相手先を迅速に呼び出すことが可能となる。
【００３６】
なお、上述した第２実施形態においては、各ＩＰアドレスの読出順を示す「優先順位」を設定する際に、電話帳データの新規作成／編集時において、その作成／編集画面内に「優先順位」を入力設定するようにしたが、この「優先順位」の設定を自動的に行うようにしてもよい。
図９および図１０は、優先順位の自動設定を行う場合を例示したもので、図９は、各人の行動スケジュールを管理するスケジュールファイルＳＦを示した図である。
このスケジュールファイルＳＦは、スケジュールサーバ（図示せず）側に記憶管理されているもので、各ＶｏＩＰ端末１に対応して時間帯別にどの場所に居るかを示す場所情報（サブネット）を記憶する構成となっている。例えば、ＶｏＩＰ端末「Ａ」は、“９：００〜１５：００”の間は、普段勤務している場所（サブネット▲１▼）に居るが、“１５：００以降”は、他の場所（サブネット▲２▼）に移動することを示している。
【００３７】
図１０は、スケジュールファイルＳＦを参照して優先順位の自動設定を行う場合におけるＶｏＩＰ端末１の動作を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、システム日時をアクセスして現在時刻を取得すると共に（ステップＤ１）、スケジュールファイルＳＦを取得する（ステップＤ２）。そして、現在時刻に基づいてスケジュールファイルＳＦをアクセスし、現在時刻に該当する時間帯の場所情報を読み出し、その場所に対応付けられているＩＰアドレスの優先順位を最優先として設定する（ステップＤ３）。いま、ＶｏＩＰ端末「Ａ」において、現在時刻が“１１：３０”であれば、時間帯“９：００〜１５：００”に該当し、普段勤務している場所（サブネット▲１▼）対応のＩＰアドレスの優先順位が最優先として設定される。そして、現在時刻を基準として、他の各時間帯に該当するＩＰアドレスの優先順位を時間の進行に応じて順次設定する（ステップＤ４）。この場合、ＶｏＩＰ端末「Ａ」において、次の時間帯“１５：００以降”は、サブネット▲２▼対応のＩＰアドレスの優先順位が次に高い優先順位として設定される。
【００３８】
このようにスケジュールファイルＳＦを参照して優先順位の自動設定を行うようにすれば、優先順位を手作業で設定する必要はなく、また、相手先の行動を事前に知っておく必要もなく、システム全体としての効率アップが可能となる。
なお、スケジュールファイルＳＦの管理場所として、スケジュールサーバ（図示せず）としたが、勿論、ＶｏＩＰ端末１がスケジュールファイルＳＦを記憶管理するようにしてもよい。
【００３９】
（第３実施形態）
以下、この発明の第３実施形態について図１１〜図１４を参照して説明する。なお、上述した第１実施形態は、ＶｏＩＰ端末１が移動する可能性があるサブネット▲１▼、▲２▼に適用した場合を示したが、この第３実施形態においては、通常移動することがない他の場所（サブネット▲３▼）にＶｏＩＰ端末１が移動した場合にも対応可能とする為に、このサブネット▲３▼へのアクセスは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）サーバを経由して行うようにしたものである。
ここで、両実施形態において基本的に同一のものは、同一符号を付して示し、その説明は省略するものとする。
【００４０】
図１１は、この第３実施形態におけるネットワーク電話システムを示したブロック図である。
このネットワーク電話システムには、サブネット▲１▼側のＶｏＩＰ端末「Ａ」、「Ｂ」と、サブネット▲２▼側のＶｏＩＰ端末「Ｃ」、「Ｄ」の他に、サブネット▲３▼側のＶｏＩＰ端末「Ｅ」、「Ｆ」が設けられている。そして、ＤＨＣＰサーバ２は、ルータ３に接続されていると共に、アクセスポイント４を含む無線ＬＡＮを介して各ＶｏＩＰ端末１に接続されている。また、ＳＩＰサーバ５は、ルータ３、無線ＬＡＮを介してサブネット▲３▼側のＶｏＩＰ端末「Ｅ」、「Ｆ」に接続されている。なお、ＤＨＣＰサーバ２、ＳＩＰサーバ５は、ＤＨＣＰサーバ機能、ＳＩＰサーバ機能を備えた１台のサーバ装置によって構成するようにしてもよい。
【００４１】
図１２は、この第３実施形態における電話帳ファイル１０の構造を示した図である。
この電話帳ファイル１０は、上述した第１実施形態と同様、着信者名別にサブネット▲１▼、▲２▼対応して２種類のＩＰアドレスを記憶する他、特に、この第３実施形態においては、ＳＩＰサーバ５経由での発呼を可能とする為、その「ＳＩＰアドレス」を追加記憶した構成となっている。
【００４２】
図１３は、ＶｏＩＰ端末１がＳＩＰサーバ５側に対してアドレス登録を行う場合の登録処理を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己のＩＰアドレスの中からサブネットのアドレスを取得し（ステップＥ１）、このアドレスに基づいて電話帳をアクセスし、普段自分が居る場所と比較する（ステップＥ２）。つまり、自己のＩＰアドレスの中から取得したサブネットアドレスが電話帳ファイル１０内に登録されているか否かに基づいて普段自分が居る場所か否かを判別する。いま、サブネットアドレスが電話帳ファイル１０内に登録されていれば、普段自分が居る場所であると判断し、この登録処理の終了となるが、電話帳ファイル１０内に登録されていなければ、普段自分が居ない場所であると判断してステップＥ３に移り、ＲＦＣ３２６１／３２６３にしたがってＳＩＰサーバ５側に対してアドレス登録を行う。
【００４３】
図１４は、第３実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己の電話帳ファイル１０をアクセスして相手先名一覧画面を表示させた状態において、この相手先一覧画面の中から所望の通話相手先が選択指定されると（ステップＦ１）、選択相手対応の電話帳レコードを読出対象として指定する（ステップＦ２）。そして、上述した第２実施形態と同様に、指定レコード内の各ＩＰアドレスに対応付けられている「優先順位」を参照して、その読出順を決定する（ステップＦ３）。
【００４４】
以下、この「優先順位」で示される読出順にしたがって各ＩＰアドレスを１つずつ読み出し、上述した第１実施形態と同様の発呼動作を繰り返す（ステップＦ４〜Ｆ７）。この結果、何れの相手先から応答が有れば（ステップＦ６でＮＯ）、正常にダイヤル処理が完了したものとして終了するが、何れの相手先から応答が無ければ（ステップＦ６、Ｆ７でＹＥＳ）次のステップＦ８に移り、選択相手対応の電話帳レコードから「ＳＩＰアドレス」を取得した後、ＲＦＣ３２６１にしたがってＳＩＰサーバ５経由で発呼する（ステップＦ９）。
【００４５】
以上のように、この第３実施形態においては、普段居ない場所（サブネット▲３▼）に移動した時のみそのＶｏＩＰ端末１がＳＩＰサーバ５側に対してアドレス登録を行い、他のＶｏＩＰ端末１は、サブネット▲３▼へ移動したＶｏＩＰ端末１を呼び出す際に、上述の第１実施形態と同様、電話帳データからその通話相手先に対応付けられている各ＩＰアドレスを順次読み出して発呼を試みるが、その通話相手が見つからなかった場合には、ＳＩＰサーバ５経由で発呼を行うようにしたから、通話相手先が普段居ない場所に移動した場合でも、その通話相手先を呼び出すことができ、システム全体としての柔軟性を増大させることが可能となる。
【００４６】
なお、上述した第４実施形態においては、自己のＩＰアドレスの中から取得したサブネットアドレスが電話帳に登録されているか否かに基づいて普段自分が居る場所か否かを判別するようにしたが、その他の判定方法としては、現在使用しているアクセスポイントを識別し、このアクセスポイントに基づいて普段自分が使用しているアクセスポイントかを比較するようにしてもよい。
【００４７】
（第４実施形態）
以下、この発明の第４実施形態について図１５〜図１８を参照して説明する。なお、上述した第１〜第３実施形態は、ＶｏＩＰ端末１を一人のユーザが専有使用する場合を想定したが、この第４実施形態においては、１台のＶｏＩＰ端末１を複数ユーザで共用使用する場合に適用したものである。
ここで、両実施形態において基本的に同一のものは、同一符号を付して示し、その説明は省略するものとする。
【００４８】
図１５は、この第４実施形態における電話帳ファイル１０の構造を示した図である。
この電話帳ファイル１０は、上述した第１実施形態と同様、着信者名別に各サブネットに対応したＩＰアドレスを記憶するものであるが、特に、この第４実施形態においては、着信者名毎に「ＳＩＰユーザ名」を追加記憶する構成となっている。この例では、着信者「Ｂ」と「Ｃ」は、同じＶｏＩＰ端末１を共用している場合を示し、着信者「Ｂ」、「Ｃ」に対応付けられている各ＩＰアドレスは同一内容となっている。
【００４９】
図１６は、この第４実施形態の動作概要を説明する為の図である。
先ず、各ＶｏＩＰ端末１においては、その端末使用時に自己のユーザ名を一時保存するログイン処理を行う。
図１７は、端末使用時に自己のユーザ名を一時保存するログイン処理を示したフローチャートであり、各ＶｏＩＰ端末１は、端末使用時に自己のユーザ名が入力されると（ステップＧ１）、このユーザ名をログインユーザとして一時保存する処理を行う（ステップＧ２）。
【００５０】
いま、ＶｏＩＰ端末「Ａ」には、ユーザ名として「ＵｓｅｒａＡ」が登録され、他のＶｏＩＰ端末「Ｂ」には、ユーザ名として「ＵｓｅｒａＢ」が登録されている状態において、ＶｏＩＰ端末「Ａ」がＶｏＩＰ端末「Ｂ」をダイヤルする場合には、電話帳内の「ユーザ名」にＩＰアドレスを結合して発呼する。すると、着信側のＶｏＩＰ端末「Ｂ」においては、現在使用の「ユーザ名」とＩＰアドレスに結合された「ユーザ名」とを比較する。ここで、現在使用のユーザ名が「ＵｓｅｒａＢ」であり、ＩＰアドレスに結合されたユーザ名が「ＵｓｅｒａＣ」であれば、両者が異なる為、ユーザが存在していない旨のエラー応答を行う。これによって、発信側のＶｏＩＰ端末「Ａ」は、ユーザ名として「ＵｓｅｒａＢ」として発呼すると、ＶｏＩＰ端末「Ｂ」では現在使用のユーザ名と一致する為、肯定応答を返し、通話が可能となる。
【００５１】
図１８は、第４実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己の電話帳ファイル１０をアクセスして相手先名一覧画面を表示させた状態において、この相手先一覧画面の中から所望の通話相手先が選択指定されると、選択相手対応の電話帳レコードを読出対象として指定する（ステップＨ１）。この状態において、指定レコード内の各ＩＰアドレスのうち、その１つをその並び順にしたがって読み出すと共に（ステップＨ２）、電話帳ファイル１０内に登録されている通話相手の「ユーザ名」を読み出し、このユーザ名とＩＰアドレスとを結合した後（ステップＨ３）、このＩＰアドレス宛てにＲＦＣ３２６１にしたがって発呼する（ステップＨ４）。
【００５２】
そして、発呼後において、タイムアウトあるいはユーザが存在していない旨のエラー応答が返信されて来たかを判別し（ステップＨ５）、その何れにも該当しなければ（ステップＨ５でＮＯ）、正常終了となるが、その何れかに該当する場合には、選択相手対応の電話帳レコードから全てのＩＰアドレスを取得し終わったかを判別し（ステップＨ６）、全てのＩＰアドレスを取得して発呼動作を行っても、相手先からの応答が無ければ（ステップＨ５、Ｈ６でＹＥＳ）、呼び出しエラーとしてダイヤル処理を終了する。
【００５３】
以上のように、この第４実施形態においては、各ＶｏＩＰ端末１毎に、現在使用している使用ユーザ名を一時保存すると共に、電話帳ファイル１０内に相手先別にそのユーザ名を記憶管理している状態において、発信側のＶｏＩＰ端末１は、電話帳ファイル１０の中から任意に選択指定された通話相手先に対応付けられている全てのＩＰアドレスを順次読み出す際に、この電話帳ファイル１０内のユーザ名とＩＰアドレスとを結合して発呼し、着信側のＶｏＩＰ端末１は、一時保存されている現在使用のユーザ名と、発信側のＶｏＩＰ端末１からＩＰアドレスに結合して送信されて来たユーザ名とを比較し、両者が異なる場合にはエラー応答を行うようにしたから、１台のＶｏＩＰ端末１を複数のユーザが共有して使用可能としている場合でも、所望のユーザを通話相手先として確実に呼び出すことができる。
【００５４】
なお、上述した各実施形態におけるネットワーク電話システムは、会社等のように極く限られた構内に適用する場合に限らず、地域等のように広域な構内にも適用可能である他に、全国規模の広域通信システムにも適用可能であることは勿論である。
【００５５】
また、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体（例えば、ＣＤ−ＲＯＭ、フロッピィデスク、ＲＡＭカード等）を提供するようにしてもよい。
すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、入力された音声情報をパケット変換してネットワーク上に送信する各電話端末毎に、複数のサブネットに対応して割当てられている全てのネットワーク用アドレスを相手先別に電話帳データに記憶管理する機能と、前記電話帳から通話相手が選択された場合に、その通話相手先に対応付けられている前記電話帳データから全てのネットワーク用アドレスを順次読み出す機能と、読み出された各ネットワーク用アドレスに基づいて前記通話相手先の電話端末を呼び出す機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。
【００５６】
【発明の効果】
この発明（請求項１記載の発明）によれば、複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に電話帳データとして記憶管理している状態において、この電話帳の中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている電話帳データから全てのネットワーク用アドレスを順次読み出して発呼するようにしたから、通話相手先がどの場所（サブネット）に移動していても、システム上の各サブネット毎に全ての端末呼び出しを行うことができ、確実に通話相手先を呼び出すことが可能となる。したがって、従来のようなＳＩＰサーバを導入することなく、電話端末側に備えられている電話帳機能を活用するという簡単な手法によって実現可能となる為、システム全体が大幅に簡素化され、初期導入コストや運用コストの低減化も可能となる等、実用効果の高いネットワーク電話システムを提供することができる。
【図面の簡単な説明】
【図１】ネットワーク電話システムの全体構成を示したブロック図。
【図２】ＤＨＣＰサーバ２側で管理している各ＶｏＩＰ端末１の接続場所と、その場所に対応して各端末に割当てられたＩＰアドレスとの関係を示した図。
【図３】各ＶｏＩＰ端末１側で管理されている電話帳ファイル１０の構成を示した図。
【図４】ＶｏＩＰ端末１の基本的構成要素を示したブロック図。
【図５】ＶｏＩＰ端末１側が実行する電話帳データ作成登録処理を示したフローチャート。
【図６】各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャート。
【図７】第２実施形態における電話帳ファイル１０の構造を示した図。
【図８】第２実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャート。
【図９】第２実施形態の変形応用例を説明する為の図で、優先順位の自動設定を行う為に使用され、各人の行動スケジュールを管理するスケジュールファイルＳＦの内容を示した図。
【図１０】第２実施形態の変形応用例を説明する為の図で、スケジュールファイルＳＦを参照して優先順位の自動設定を行う場合におけるＶｏＩＰ端末１の動作を示したフローチャート。
【図１１】第３実施形態におけるネットワーク電話システムを示したブロック図。
【図１２】第３実施形態における電話帳ファイル１０の構造を示した図。
【図１３】第３実施形態において、ＶｏＩＰ端末１がＳＩＰサーバ５側に対してアドレス登録を行う場合の登録処理を示したフローチャート。
【図１４】第３実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャート。
【図１５】第４実施形態における電話帳ファイル１０の構造を示した図。
【図１６】第４実施形態の動作概要を説明する為の図。
【図１７】第４実施形態において、端末使用時に自己のユーザ名を一時保存するログイン処理を示したフローチャート。
【図１８】第４実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャート。
【図１９】一般的なＳＩＰサーバを概略的に説明する為の図。
【符号の説明】
１ ＶｏＩＰ端末
２ ＤＨＣＰサーバ
３ ルータ
４ アクセスポイント
５ ＳＩＰサーバ
１０ 電話帳ファイル
１１ ＣＰＵ
１２ 記憶装置
１４ 無線ＬＡＮ装置
１５ 入力装置
１６ 表示装置
１７ マイクロホーン
１８ スピーカ
ＳＦ スケジュールファイル
【発明の属する技術分野】
この発明は、入力された音声情報をパケット変換してネットワーク上に送信する複数台の電話端末を備えたネットワーク電話システムおよびプログラムに関する。
【０００２】
【従来の技術】
近年、入力された音声情報をパケット変換してインターネット上に送信するＶｏＩＰ端末（インターネット電話端末）が普及し始めているが、従来においては、インターネット上に接続された電話端末に対して動的にそのＩＰ（インターネット・プロトコル）アドレスを割当てる為のＤＨＣＰ（ダイナミック・ホスト・コンフィグレーション・プロトコル：動的ホスト構成プロトコル）対応のインターネット電話システムが知られている（特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−２０３８０６号公報
【０００４】
ところで、システム内をグループ分けした複数のサブネット（ローカルネット）のうち、何れかのサブネットへ任意に移動可能なノート型あるいはモバイル型のＶｏＩＰ端末にあっては、それが接続されている普段の設置場所のサブネットから他の場所のサブネットへ移動することがある為、その端末の位置情報を管理するようにしている。
この場合、ＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）２５４３で定義されているように、ＶｏＩＰ端末のアドレスやそれが接続されている場所の位置情報の管理は、ＶｏＩＰ用のサーバであるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）サーバによって行われている。
【０００５】
図１９は、一般的なＳＩＰサーバを概略的に説明する為の図である。
ＳＩＰサーバ１００は、システム内をグループ分けした各サブネット毎に配置されているもので、後述するレジスタ機能、プロキシ機能、リダイレクト機能を有する構成となっている。
なお、図中、▲１▼〜▲７▼は、動作の流れを示した動作手順であり、▲１▼および▲２▼（登録）は、非同期で実行され、▲３▼（発呼）の実行前に完了し、それ以降の▲３▼（発呼）、▲４▼（問い合わせ）、▲５▼（発呼）、▲６▼および▲７▼（応答）の動作は、連続して実行されることを示している。
【０００６】
このＳＩＰサーバ１００内のレジスタ機能は、各ＶｏＩＰ端末１０１、１０２から送信されて来た登録要求を受け付けると、端末毎にその仮想的ＳＩＰアドレスと実ＳＩＰアドレスとの対応関係をロケーション・サーバ１０３に対して登録する為の機能である。なお、仮想的ＳＩＰアドレス、実ＳＩＰアドレスは、各ＶｏＩＰ端末１０１、１０２が移動する可能性があることを考慮して端末毎に割当てられたアドレスであり、実際の移動先のアドレスは、実ＳＩＰアドレスによって示される。
【０００７】
この状態において、発信側の端末１０１は、通話相手先の仮想的ＳＩＰアドレスを指定して発呼を行うと、ＳＩＰサーバ１００内のプロキシ機能は、ロケーション・サーバ１０３に対して問い合わせを行い、通話相手先の仮想的ＳＩＰアドレスに対応付けられている実ＳＩＰアドレスを取得して、着信側の端末１０２に対して発呼し、その応答を発信側の端末１０１へ返信する為の機能である。
この場合、ＳＩＰサーバ１００内のリダイレクト機能は、着信側の端末１０２が別のＳＩＰサーバ１００が管理している他のサブネット側に移動した場合に、発信側の端末１０１に対しては、移動先の実ＳＩＰアドレスを返信するようにしている。なお、ＳＩＰサーバ１００とロケーション・サーバ１０３との間には、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ：簡易・軽量化のディレクトリ・アクセス・プロトコル）が介在している。
【０００８】
【発明が解決しようとする課題】
しかしながら、上述のように各ＶｏＩＰ端末１０１、１０２のアドレスや位置情報の管理は、サブネット毎に設けられているＳＩＰサーバ１００によって行うようにしているが、高価なＳＩＰサーバ１００を導入することは、初期導入コストが高額となると共に、運用コストも嵩む等の問題があった。
【０００９】
この発明の課題は、音声情報をパケット変換してネットワーク上に送信する電話端末を利用して通話相手先を呼び出す場合、その相手先がどの場所（サブネット）に移動しても、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）サーバを導入せずに、各電話端末側に備えられている電話帳機能を活用して呼び出すことが可能なネットワーク電話システムを提供できるようにすることである。
【００１０】
【課題を解決するための手段】
請求項１記載の発明は、入力された音声情報をパケット変換してネットワーク上に送信する複数台の電話端末を備えたネットワーク電話システムであって、前記電話端末は、複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に電話帳データとして記憶管理する電話帳記憶手段と、前記電話帳の中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている前記電話帳データから全てのネットワーク用アドレスを順次読み出すアドレス読出手段と、このアドレス読出手段によって読み出された各ネットワーク用アドレスに基づいて前記通話相手先の電話端末を呼び出す発呼手段とを具備するものである。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項７記載の発明）。
【００１１】
したがって、請求項１、７記載の発明は、複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に電話帳データとして記憶管理している状態において、この電話帳の中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている電話帳データから全てのネットワーク用アドレスを順次読み出して発呼するようにしたから、通話相手先がどの場所（サブネット）に移動していても、システム上の各サブネット毎に全ての端末呼び出しを行うことができ、確実に通話相手先を呼び出すことが可能となる。したがって、従来のようなＳＩＰサーバを導入することなく、電話端末側に備えられている電話帳機能を活用するという簡単な手法によって実現可能となる為、システム全体が大幅に簡素化され、初期導入コストや運用コストの低減化も可能となる等、実用効果の高いネットワーク電話システムを提供することができる。
【００１２】
なお、請求項１記載の発明は次のようなものであってもよい。
複数台の電話端末のうち、何れからの電話端末によって作成された電話帳データを他の各電話端末へ配信する配信手段と、この配信手段によって配信されて来た電話帳データを受信取得して自己の前記電話帳記憶手段内に登録する登録手段とを設けた（請求項２記載の発明）。
したがって、請求項２記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、何れからの電話端末によって作成された電話帳データを他の各電話端末へ配信して登録するようにしたから、同一内容の電話帳データを個別に作成／編集する必要がなくなり、システム全体として電話帳データの作成作業を効率良く行うことが可能となる。
【００１３】
前記電話帳データの中から各ネットワーク用アドレスを順次読み出す為の優先順位を前記電話帳記憶手段内に任意に設定する設定手段を設け、前記アドレス読出手段は、前記選択指定された通話相手先対応の各ネットワーク用アドレスを順次読み出す際に、この各アドレスに対応付けられている前記優先順位を参照することによって当該優先順位にしたがった順序で読み出す（請求項３記載の発明）。
したがって、請求項３記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、通話相手先に対応付けられている各ネットワーク用アドレスを順次読み出す為の優先順位を任意に設定可能としたから、例えば、普段勤務している場所を最優先すると共に、日常的に移動する可能性の高い場所を次の優先場所とする等、各アドレスに対応して優先順位を設定しておけば、その順序にしたがって各アドレスを１つずつ読み出すことができ、通話相手先を迅速に呼び出すことが可能となる。
【００１４】
前記設定手段は、各電話端末の移動先を時間帯別に記憶するスケジュール情報を参照することによって、現在の時間帯に該当する移動先を特定し、この移動先のサブネットに対応付けられているネットワーク用アドレスに対して高い優先順位を設定する（請求項４記載の発明）。
したがって、請求項４記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、通話相手先を優先順位にしたがって呼び出す場合に、予め各電話端末の移動先を時間帯別に登録管理するスケジュール情報にしたがって優先順位を自動設定するようにしたから、優先順位を手作業で設定する必要はなく、また、相手先の行動を事前に知っておく必要もなく、システム全体としての効率アップが可能となる。
【００１５】
前記電話帳記憶手段は、予め決められている複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に記憶管理する他、前記複数のサブネット以外のサブネットへの移動を考慮して、セッション開始プロトコル用のサーバアドレスを記憶管理し、前記アドレス読出手段は、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出した際に、その相手先を呼び出すことができなかった場合には、前記セッション開始プロトコル用のサーバアドレスを読み出すことにより、当該サーバを経由して発呼する（請求項５記載の発明）。
したがって、請求項５記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、複数のサブネット以外のサブネットへの移動を考慮して、セッション開始プロトコル用のサーバアドレスを記憶管理し、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出した際に、その相手先を呼び出すことができなかった場合に、セッション開始プロトコル用のサーバアドレスを読み出すようにしたから、通話相手先が普段居る場所あるいは移動する可能性がある場所に対しては、ＳＩＰサーバを経由せずに呼び出すことができ、通話相手先が普段居ない場所に移動した場合でも、通常のＳＩＰサーバを経由することによりその通話相手先を呼び出すことができ、システム全体としての柔軟性を増大させることが可能となる。
【００１６】
各電話端末毎に、現在使用している使用ユーザ名を一時保存するユーザ名保存手段を設け、各電話端末毎に設けられている前記電話帳記憶手段は、複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に記憶管理する他、そのユーザ名も合わせて記憶管理し、発信側の電話端末において、前記アドレス読出手段は、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出す際に、この電話帳内に登録されているユーザ名を読み出し、前記発呼手段は、前記読み出された各ネットワーク用アドレスにユーザ名を結合して相手先の電話端末を呼び出し、着信側の電話端末は、前記ユーザ名保存手段内に一時保存されている現在使用のユーザ名と、発信側の電話端末からネットワーク用アドレスに結合して送信されて来たユーザ名とを比較し、両者が異なる場合にはエラー応答を行う（請求項６記載の発明）。
したがって、請求項６記載の発明によれば、請求項１記載の発明と同様の効果を有する他に、各電話端末毎に、現在使用している使用ユーザ名を一時保存すると共に、電話帳内に相手先別にそのユーザ名を記憶管理している状態において、発信側の電話端末は、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出す際に、この電話帳内のユーザ名とネットワーク用アドレスとを結合して発呼し、着信側の電話端末は、一時保存されている現在使用のユーザ名と、発信側の電話端末からネットワーク用アドレスに結合して送信されて来たユーザ名とを比較し、両者が異なる場合にはエラー応答を行うようにしたから、１台の電話端末を複数のユーザが共有して使用可能としている場合でも、所望のユーザを通話相手先として確実に呼び出すことができる。
【００１７】
【発明の実施の形態】
（第１実施形態）
以下、図１〜図６を参照してこの発明の第１実施形態を説明する。
図１は、この実施形態におけるネットワーク電話システムの全体構成を示したブロック図である。
このネットワーク電話システムは、無線ＬＡＮシステムであり、このシステム全体として複数（この実施形態においては２つ）のサブネット（ローカルネット）▲１▼、▲２▼に区分されており、複数台のＶｏＩＰ端末１のうち、ＶｏＩＰ端末「Ａ」、「Ｂ」は、サブネット▲１▼側に接続され、ＶｏＩＰ端末「Ｃ」、「Ｄ」は、サブネット▲２▼側に接続されている。なお、説明の簡素化を図る為に、図１では、サブネット数を“２”、ＶｏＩＰ端末１の台数を“４”とした場合を例示している。
【００１８】
各ＶｏＩＰ端末１は、インターネット電話ソフト等がインストールされ、音声情報をパケット変換してインターネット上に送信するノート型、モバイル型のパーソナルコンピュータ等であり、インターネットの標準プロトコルであるＴＣＰ／ＩＰプロトコルを使用して通話相手先を呼び出すようにしている為、発呼時には、通話相手先のＩＰアドレスを入力指定する。なお、この実施形態では、ネットワークとしてインターネットを例に説明しているが、ネットワークの形態はインターネットに限定されるものではなく、その他のネットワークシステムに広く適用できることは勿論である。
ＤＨＣＰ（ダイナミック・ホスト・コンフィグレーション・プロトコル：動的ホスト構成プロトコル）サーバ２は、各ＶｏＩＰ端末１に対して動的にＩＰアドレスを割当てるもので、この実施形態においては、一台のＤＨＣＰサーバ２によって各サブネット▲１▼、▲２▼側のＶｏＩＰ端末１に対してＩＰアドレスを割当てるようにしている。このＤＨＣＰサーバ２は、中継動作を行うルータ３に接続されていると共に、アクセスポイント４を含む無線ＬＡＮを介して各ＶｏＩＰ端末１に接続されている。
【００１９】
図２は、ＤＨＣＰサーバ２側で管理している各ＶｏＩＰ端末１の接続場所と、その場所に対応して各端末に割当てられたＩＰアドレスとの関係を示した図である。この場合、ＤＨＣＰサーバ２側では、ＶｏＩＰ端末１毎に、そのＭＡＣアドレス（ハードウェアアドレス）の他、サブネット▲１▼、▲２▼に対応して各ＶｏＩＰ端末１にそれぞれ割当てたＩＰアドレスを記憶管理する。つまり、この実施形態においては、ＶｏＩＰ端末１毎に、全てのサブネットに対応してそのＩＰアドレスを記憶管理するようにしている。なお、ＩＰアドレスを構成するデータのうち、図中、「１２８．１．１」は、サブネット▲１▼のアドレスを示し、「１２８．１．２」は、サブネット▲２▼のアドレスを示し、更に、サブネットアドレスに続く、「１００」〜「１０３」は、対応するＶｏＩＰ端末「Ａ」〜「Ｄ」のアドレスを示している。
【００２０】
図３は、各ＶｏＩＰ端末１側で管理されている電話帳ファイル１０の構成を示した図である。
各ＶｏＩＰ端末１に対応して設けられている電話帳ファイル１０は、着信者名（相手先名）“Ａ”〜“Ｘ”毎に、全てのサブネットに対応付けられているＩＰアドレス“１”〜“ｎ”を記憶する構成となっている。つまり、着信者名別のＩＰアドレスは、サブネット数に相当する数だけ記憶されており、上述の例では、着信者名Ａ〜Ｄ別に、サブネット▲１▼、▲２▼対応して２種類のＩＰアドレスが電話帳データとして記憶されている。なお、この第１実施形態において、個々の着信者名に対応付けられている複数のＩＰアドレスは、サブネット▲１▼、▲２▼の並び順となっている。
このように構成された電話帳ファイル１０は、何れかのＶｏＩＰ端末１によって作成されたものであり、その作成元のＶｏＩＰ端末１が他の全てのＶｏＩＰ端末１に対して電話帳データを配信すると、他の各ＶｏＩＰ端末１は、電話帳データを受信取得して自己の電話帳ファイル１０内に登録するようにしている。
【００２１】
また、各ＶｏＩＰ端末１は、所望のＶｏＩＰ端末１を指定して通話を開始する際に、自己の電話帳ファイル１０の内容を読み出して、その相手先名の一覧を表示出力させる。この状態において、相手先名一覧画面の中から所望の相手先が通話先として選択指定されると、ＶｏＩＰ端末１は、電話帳ファイル１０をアクセスし、その通話相手先に対応付けられている電話帳レコードを読出対象として指定し、この指定レコード内に格納されている全てのＩＰアドレスを１つずつ順次読み出して、通話相手先であるＶｏＩＰ端末１を順次呼び出すようにしている。これによって、各ＩＰアドレスによって全てのサブネット▲１▼、▲２▼側の各ＶｏＩＰ端末１が呼び出されることになる。
【００２２】
図４は、ＶｏＩＰ端末１の基本的構成要素を示したブロック図である。
ＣＰＵ１１は、記憶装置１２内のオペレーティングシステムや各種アプリケーションソフトにしたがってこのＶｏＩＰ端末１の全体動作を制御する中央演算処理装置である。記憶装置１２は、プログラム記憶領域とデータ記憶領域とを有し、このプログラム記憶領域内には、オペレーティングシステムの他に、各種アプリケーションプログラム等が格納され、また、データ記憶領域には、上述した電話帳ファイル１０等が格納され、磁気的、光学的、半導体メモリ等やその駆動系によって構成されている。
【００２３】
この記録装置１２はハードディスク等の固定的なメモリの他、ＣＤ−ＲＯＭ、ＤＶＤ等の着脱自在な記憶媒体を装着可能な構成であってもよい。この記憶装置１２内のプログラムやデータは、必要に応じてＲＡＭ（例えば、スタティックＲＡＭ）１３にロードされたり、ＲＡＭ１３内のデータが記憶装置１２にセーブされる。なお、ＲＡＭ１３内には、プログラム実行領域と作業領域とを有している。
更に、ＣＰＵ１１は無線ＬＡＮ装置１４を介して他の電子機器側のプログラム／データを直接アクセスして使用したり、無線ＬＡＮ装置１４を介してダウンロード受信することもできる。一方、ＣＰＵ１１にはその入出力周辺デバイスである入力装置１５、表示装置１６、マイクロホーン１７、スピーカ１８がバスラインを介して接続されており、入出力プログラムにしたがってＣＰＵ１１はそれらの動作を制御する。
【００２４】
次に、この第１実施形態におけるネットワーク電話システムの動作アルゴリズムを図５および図６に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作を逐次実行する。また、伝送媒体を介して伝送されてきた上述のプログラムコードにしたがった動作を逐次実行することもできる。このことは後述する他の実施形態においても同様であり、記録媒体の他、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施形態特有の動作を実行することもできる。
【００２５】
図５は、ＶｏＩＰ端末１側が実行する電話帳データ作成登録処理を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、作業メニュー画面の中から「新規作成／編集」のメニュー項目が選択指定されると（ステップＡ１）、電話帳作成／編集画面を表示すると共に、この画面内に電話帳データが入力されると、入力データに基づいて電話帳データを作成／編集する（ステップＡ２）。ここで、作成／編集の終了が指示されると、この電話帳データを自己の電話帳ファイル１０内に新規保存／上書き保存する（ステップＡ３）。
【００２６】
ここで、電話帳データの作成／編集元であるＶｏＩＰ端末１において、作業メニュー画面の中から「送信」のメニュー項目が選択指定されると（ステップＡ１）、電話帳ファイル１０を読み出し、この電話帳ファイル１０をメールの添付ファイルとして、他の全てのＶｏＩＰ端末１へメール送信する（ステップＡ４）。
いま、電話帳データの作成／編集元であるＶｏＩＰ端末１からメールを受信した他の全てのＶｏＩＰ端末１は（ステップＡ５）、そのメールから添付ファイル（電話帳データ）を受信取得し（ステップＡ６）、自己の電話帳ファイル１０内に新規保存／上書き保存する（ステップＡ３）。
【００２７】
図６は、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己の電話帳ファイル１０をアクセスして各着信者名（相手先名）を読み出し、相手先名の一覧画面を表示させる（ステップＢ１）。この相手先一覧画面の中から所望の通話相手先が選択指定されると（ステップＢ２）、選択相手対応の電話帳レコードを読出対象として指定する（ステップＢ３）。この状態において、指定レコード内の各ＩＰアドレスのうち、その１つをその並び順にしたがって読み出し（ステップＢ４）、このＩＰアドレス宛てにＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）３２６１にしたがって発呼する（ステップＢ５）。そして、発呼後から所定時間を経過しても相手先からの応答が無ければ（ステップＢ６でＹＥＳ）、タイムアウトと判断してステップＢ７に移り、選択相手対応の電話帳レコードから全てのＩＰアドレスを取得し終わったかを判別する。
【００２８】
いま、先頭のＩＰアドレス（サブネット▲１▼対応のアドレス）を取得した場合であるからステップＢ４に戻り、選択相手対応の電話帳レコードから次のＩＰアドレス（サブネット▲２▼対応のアドレス）を取得し、以下、上述の発呼動作を繰り返す（ステップＢ４〜Ｂ７）。
この結果、全てのＩＰアドレスを取得して発呼動作を行っても、相手先から応答が無ければ（ステップＢ７でＹＥＳ）、呼び出しエラーとしてダイヤル処理を終了するが、タイムアウト前に何れの相手先から応答が有れば（ステップＢ６でＮＯ）、正常にダイヤル処理が完了したものとして終了する。
【００２９】
以上のように、この第１実施形態においては、複数のサブネットに対応して各ＶｏＩＰ端末１毎に割当てられている全てのＩＰアドレスを相手先別に電話帳ファイル１０内に記憶管理している状態において、発信側のＶｏＩＰ端末１は、電話帳ファイル１０の中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている電話帳レコードから全てのＩＰアドレスを順次読み出して発呼するようにしたから、通話相手先がどの場所（サブネット）に移動していても、システム上の各サブネット毎に全ての端末呼び出しを行うことができ、確実に通話相手先を呼び出すことが可能となる。したがって、従来のようなＳＩＰサーバを導入することなく、電話端末側に備えられている電話帳機能を活用するという簡単な手法によって実現可能となる為、システム全体が大幅に簡素化され、初期導入コストや運用コストの低減化も可能となる等、実用効果の高いネットワーク電話システムを提供することができる。
【００３０】
また、複数台のＶｏＩＰ端末１のうち、何れからのＶｏＩＰ端末１によって新規作成／編集された電話帳データを他の全てのＶｏＩＰ端末１へ配信すると、各ＶｏＩＰ端末１は、この電話帳データを受信取得して自己の電話帳ファイル１０内に登録するようにしたから、同一内容の電話帳ファイル１０を個別に作成／編集する必要がなくなり、システム全体として電話帳データの作成／編集作業を効率良く行うことが可能となる。
【００３１】
なお、上述した第１実施形態においては、システム上に２つのサブネット▲１▼、▲２▼を構築した場合を例示したが、勿論、サブネット数は任意であり、３以上のサブネットを構築してもよい。この場合、上述した如く、電話帳ファイルにはサブネット数分のＩＰアドレスを相手先別に記憶管理すればよい。
また、複数のサブネットに共通使用されるＤＨＣＰサーバ２を設ける場合の他、サブネット毎にＤＨＣＰサーバ２を設けるようにしてもよい。
【００３２】
（第２実施形態）
以下、この発明の第２実施形態について図７および図８を参照して説明する。なお、上述した第１実施形態は、通話相手先に対応付けられている全てのＩＰアドレスを電話帳レコードの中からその並び順にしたがって１つずつ順次読み出して、通話相手先のＶｏＩＰ端末１を呼び出すようにしたが、この第２実施形態は、予め設定しておいた優先順位にしたがって全てのＩＰアドレスを電話帳レコードの中から１つずつ順次読み出して、通話相手先のＶｏＩＰ端末１を呼び出すようにしたものである。
ここで、両実施形態において基本的に同一のものは、同一符号を付して示し、その説明を省略する他、以下、第２実施形態の特徴部分を中心に説明するものとする。
【００３３】
図７は、この第２実施形態における電話帳ファイル１０の構造を示した図である。
この電話帳ファイル１０は、上述した第１実施形態と同様に、着信者名“Ａ”〜“Ｘ”毎に、全てのサブネットに対応付けられているＩＰアドレス“１”〜“ｎ”を記憶する他、この第２実施形態においては、着信者名別の各ＩＰアドレスに対応してその読出順を示す「優先順位」を記憶する構成となっている。
この場合、電話帳データの新規作成／編集時に、その作成／編集画面には、優先順位を入力する新たな入力フィールドを設け、例えば、普段勤務している場所を最優先し、次に優先する場所として、移動する可能性が高い場所となるように、各ＩＰアドレス対応の入力フィールドにその優先順位を入力するようにしている。
【００３４】
図８は、この第２実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己の電話帳ファイル１０をアクセスして相手先名の一覧画面を表示させた状態において（ステップＣ１）、この相手先一覧画面の中から所望の通話相手先が選択指定されると（ステップＣ１）、選択相手対応の電話帳レコードを読出対象として指定する（ステップＣ３）。そして、指定レコード内の各ＩＰアドレスに対応付けられている「優先順位」を参照して、その読出順を決定する（ステップＣ４）。
以下、この「優先順位」で示される読出順にしたがって各ＩＰアドレスを１つずつ読み出し（ステップＣ５）、上述した第１実施形態と同様の発呼動作を繰り返す（ステップＣ５〜Ｃ８）。
【００３５】
以上のように、この第２実施形態においては、通話相手先に対応付けられている各ＩＰアドレスを順次読み出す為の優先順位を任意に設定可能としたから、例えば、普段勤務している場所を最優先すると共に、日常的に移動する可能性の高い場所を次の優先場所とする等、各ＩＰアドレスに対応して優先順位を設定しておけば、その順序にしたがって各ＩＰアドレスを１つずつ読み出すことができ、通話相手先を迅速に呼び出すことが可能となる。
【００３６】
なお、上述した第２実施形態においては、各ＩＰアドレスの読出順を示す「優先順位」を設定する際に、電話帳データの新規作成／編集時において、その作成／編集画面内に「優先順位」を入力設定するようにしたが、この「優先順位」の設定を自動的に行うようにしてもよい。
図９および図１０は、優先順位の自動設定を行う場合を例示したもので、図９は、各人の行動スケジュールを管理するスケジュールファイルＳＦを示した図である。
このスケジュールファイルＳＦは、スケジュールサーバ（図示せず）側に記憶管理されているもので、各ＶｏＩＰ端末１に対応して時間帯別にどの場所に居るかを示す場所情報（サブネット）を記憶する構成となっている。例えば、ＶｏＩＰ端末「Ａ」は、“９：００〜１５：００”の間は、普段勤務している場所（サブネット▲１▼）に居るが、“１５：００以降”は、他の場所（サブネット▲２▼）に移動することを示している。
【００３７】
図１０は、スケジュールファイルＳＦを参照して優先順位の自動設定を行う場合におけるＶｏＩＰ端末１の動作を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、システム日時をアクセスして現在時刻を取得すると共に（ステップＤ１）、スケジュールファイルＳＦを取得する（ステップＤ２）。そして、現在時刻に基づいてスケジュールファイルＳＦをアクセスし、現在時刻に該当する時間帯の場所情報を読み出し、その場所に対応付けられているＩＰアドレスの優先順位を最優先として設定する（ステップＤ３）。いま、ＶｏＩＰ端末「Ａ」において、現在時刻が“１１：３０”であれば、時間帯“９：００〜１５：００”に該当し、普段勤務している場所（サブネット▲１▼）対応のＩＰアドレスの優先順位が最優先として設定される。そして、現在時刻を基準として、他の各時間帯に該当するＩＰアドレスの優先順位を時間の進行に応じて順次設定する（ステップＤ４）。この場合、ＶｏＩＰ端末「Ａ」において、次の時間帯“１５：００以降”は、サブネット▲２▼対応のＩＰアドレスの優先順位が次に高い優先順位として設定される。
【００３８】
このようにスケジュールファイルＳＦを参照して優先順位の自動設定を行うようにすれば、優先順位を手作業で設定する必要はなく、また、相手先の行動を事前に知っておく必要もなく、システム全体としての効率アップが可能となる。
なお、スケジュールファイルＳＦの管理場所として、スケジュールサーバ（図示せず）としたが、勿論、ＶｏＩＰ端末１がスケジュールファイルＳＦを記憶管理するようにしてもよい。
【００３９】
（第３実施形態）
以下、この発明の第３実施形態について図１１〜図１４を参照して説明する。なお、上述した第１実施形態は、ＶｏＩＰ端末１が移動する可能性があるサブネット▲１▼、▲２▼に適用した場合を示したが、この第３実施形態においては、通常移動することがない他の場所（サブネット▲３▼）にＶｏＩＰ端末１が移動した場合にも対応可能とする為に、このサブネット▲３▼へのアクセスは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）サーバを経由して行うようにしたものである。
ここで、両実施形態において基本的に同一のものは、同一符号を付して示し、その説明は省略するものとする。
【００４０】
図１１は、この第３実施形態におけるネットワーク電話システムを示したブロック図である。
このネットワーク電話システムには、サブネット▲１▼側のＶｏＩＰ端末「Ａ」、「Ｂ」と、サブネット▲２▼側のＶｏＩＰ端末「Ｃ」、「Ｄ」の他に、サブネット▲３▼側のＶｏＩＰ端末「Ｅ」、「Ｆ」が設けられている。そして、ＤＨＣＰサーバ２は、ルータ３に接続されていると共に、アクセスポイント４を含む無線ＬＡＮを介して各ＶｏＩＰ端末１に接続されている。また、ＳＩＰサーバ５は、ルータ３、無線ＬＡＮを介してサブネット▲３▼側のＶｏＩＰ端末「Ｅ」、「Ｆ」に接続されている。なお、ＤＨＣＰサーバ２、ＳＩＰサーバ５は、ＤＨＣＰサーバ機能、ＳＩＰサーバ機能を備えた１台のサーバ装置によって構成するようにしてもよい。
【００４１】
図１２は、この第３実施形態における電話帳ファイル１０の構造を示した図である。
この電話帳ファイル１０は、上述した第１実施形態と同様、着信者名別にサブネット▲１▼、▲２▼対応して２種類のＩＰアドレスを記憶する他、特に、この第３実施形態においては、ＳＩＰサーバ５経由での発呼を可能とする為、その「ＳＩＰアドレス」を追加記憶した構成となっている。
【００４２】
図１３は、ＶｏＩＰ端末１がＳＩＰサーバ５側に対してアドレス登録を行う場合の登録処理を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己のＩＰアドレスの中からサブネットのアドレスを取得し（ステップＥ１）、このアドレスに基づいて電話帳をアクセスし、普段自分が居る場所と比較する（ステップＥ２）。つまり、自己のＩＰアドレスの中から取得したサブネットアドレスが電話帳ファイル１０内に登録されているか否かに基づいて普段自分が居る場所か否かを判別する。いま、サブネットアドレスが電話帳ファイル１０内に登録されていれば、普段自分が居る場所であると判断し、この登録処理の終了となるが、電話帳ファイル１０内に登録されていなければ、普段自分が居ない場所であると判断してステップＥ３に移り、ＲＦＣ３２６１／３２６３にしたがってＳＩＰサーバ５側に対してアドレス登録を行う。
【００４３】
図１４は、第３実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己の電話帳ファイル１０をアクセスして相手先名一覧画面を表示させた状態において、この相手先一覧画面の中から所望の通話相手先が選択指定されると（ステップＦ１）、選択相手対応の電話帳レコードを読出対象として指定する（ステップＦ２）。そして、上述した第２実施形態と同様に、指定レコード内の各ＩＰアドレスに対応付けられている「優先順位」を参照して、その読出順を決定する（ステップＦ３）。
【００４４】
以下、この「優先順位」で示される読出順にしたがって各ＩＰアドレスを１つずつ読み出し、上述した第１実施形態と同様の発呼動作を繰り返す（ステップＦ４〜Ｆ７）。この結果、何れの相手先から応答が有れば（ステップＦ６でＮＯ）、正常にダイヤル処理が完了したものとして終了するが、何れの相手先から応答が無ければ（ステップＦ６、Ｆ７でＹＥＳ）次のステップＦ８に移り、選択相手対応の電話帳レコードから「ＳＩＰアドレス」を取得した後、ＲＦＣ３２６１にしたがってＳＩＰサーバ５経由で発呼する（ステップＦ９）。
【００４５】
以上のように、この第３実施形態においては、普段居ない場所（サブネット▲３▼）に移動した時のみそのＶｏＩＰ端末１がＳＩＰサーバ５側に対してアドレス登録を行い、他のＶｏＩＰ端末１は、サブネット▲３▼へ移動したＶｏＩＰ端末１を呼び出す際に、上述の第１実施形態と同様、電話帳データからその通話相手先に対応付けられている各ＩＰアドレスを順次読み出して発呼を試みるが、その通話相手が見つからなかった場合には、ＳＩＰサーバ５経由で発呼を行うようにしたから、通話相手先が普段居ない場所に移動した場合でも、その通話相手先を呼び出すことができ、システム全体としての柔軟性を増大させることが可能となる。
【００４６】
なお、上述した第４実施形態においては、自己のＩＰアドレスの中から取得したサブネットアドレスが電話帳に登録されているか否かに基づいて普段自分が居る場所か否かを判別するようにしたが、その他の判定方法としては、現在使用しているアクセスポイントを識別し、このアクセスポイントに基づいて普段自分が使用しているアクセスポイントかを比較するようにしてもよい。
【００４７】
（第４実施形態）
以下、この発明の第４実施形態について図１５〜図１８を参照して説明する。なお、上述した第１〜第３実施形態は、ＶｏＩＰ端末１を一人のユーザが専有使用する場合を想定したが、この第４実施形態においては、１台のＶｏＩＰ端末１を複数ユーザで共用使用する場合に適用したものである。
ここで、両実施形態において基本的に同一のものは、同一符号を付して示し、その説明は省略するものとする。
【００４８】
図１５は、この第４実施形態における電話帳ファイル１０の構造を示した図である。
この電話帳ファイル１０は、上述した第１実施形態と同様、着信者名別に各サブネットに対応したＩＰアドレスを記憶するものであるが、特に、この第４実施形態においては、着信者名毎に「ＳＩＰユーザ名」を追加記憶する構成となっている。この例では、着信者「Ｂ」と「Ｃ」は、同じＶｏＩＰ端末１を共用している場合を示し、着信者「Ｂ」、「Ｃ」に対応付けられている各ＩＰアドレスは同一内容となっている。
【００４９】
図１６は、この第４実施形態の動作概要を説明する為の図である。
先ず、各ＶｏＩＰ端末１においては、その端末使用時に自己のユーザ名を一時保存するログイン処理を行う。
図１７は、端末使用時に自己のユーザ名を一時保存するログイン処理を示したフローチャートであり、各ＶｏＩＰ端末１は、端末使用時に自己のユーザ名が入力されると（ステップＧ１）、このユーザ名をログインユーザとして一時保存する処理を行う（ステップＧ２）。
【００５０】
いま、ＶｏＩＰ端末「Ａ」には、ユーザ名として「ＵｓｅｒａＡ」が登録され、他のＶｏＩＰ端末「Ｂ」には、ユーザ名として「ＵｓｅｒａＢ」が登録されている状態において、ＶｏＩＰ端末「Ａ」がＶｏＩＰ端末「Ｂ」をダイヤルする場合には、電話帳内の「ユーザ名」にＩＰアドレスを結合して発呼する。すると、着信側のＶｏＩＰ端末「Ｂ」においては、現在使用の「ユーザ名」とＩＰアドレスに結合された「ユーザ名」とを比較する。ここで、現在使用のユーザ名が「ＵｓｅｒａＢ」であり、ＩＰアドレスに結合されたユーザ名が「ＵｓｅｒａＣ」であれば、両者が異なる為、ユーザが存在していない旨のエラー応答を行う。これによって、発信側のＶｏＩＰ端末「Ａ」は、ユーザ名として「ＵｓｅｒａＢ」として発呼すると、ＶｏＩＰ端末「Ｂ」では現在使用のユーザ名と一致する為、肯定応答を返し、通話が可能となる。
【００５１】
図１８は、第４実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャートである。
先ず、ＶｏＩＰ端末１は、自己の電話帳ファイル１０をアクセスして相手先名一覧画面を表示させた状態において、この相手先一覧画面の中から所望の通話相手先が選択指定されると、選択相手対応の電話帳レコードを読出対象として指定する（ステップＨ１）。この状態において、指定レコード内の各ＩＰアドレスのうち、その１つをその並び順にしたがって読み出すと共に（ステップＨ２）、電話帳ファイル１０内に登録されている通話相手の「ユーザ名」を読み出し、このユーザ名とＩＰアドレスとを結合した後（ステップＨ３）、このＩＰアドレス宛てにＲＦＣ３２６１にしたがって発呼する（ステップＨ４）。
【００５２】
そして、発呼後において、タイムアウトあるいはユーザが存在していない旨のエラー応答が返信されて来たかを判別し（ステップＨ５）、その何れにも該当しなければ（ステップＨ５でＮＯ）、正常終了となるが、その何れかに該当する場合には、選択相手対応の電話帳レコードから全てのＩＰアドレスを取得し終わったかを判別し（ステップＨ６）、全てのＩＰアドレスを取得して発呼動作を行っても、相手先からの応答が無ければ（ステップＨ５、Ｈ６でＹＥＳ）、呼び出しエラーとしてダイヤル処理を終了する。
【００５３】
以上のように、この第４実施形態においては、各ＶｏＩＰ端末１毎に、現在使用している使用ユーザ名を一時保存すると共に、電話帳ファイル１０内に相手先別にそのユーザ名を記憶管理している状態において、発信側のＶｏＩＰ端末１は、電話帳ファイル１０の中から任意に選択指定された通話相手先に対応付けられている全てのＩＰアドレスを順次読み出す際に、この電話帳ファイル１０内のユーザ名とＩＰアドレスとを結合して発呼し、着信側のＶｏＩＰ端末１は、一時保存されている現在使用のユーザ名と、発信側のＶｏＩＰ端末１からＩＰアドレスに結合して送信されて来たユーザ名とを比較し、両者が異なる場合にはエラー応答を行うようにしたから、１台のＶｏＩＰ端末１を複数のユーザが共有して使用可能としている場合でも、所望のユーザを通話相手先として確実に呼び出すことができる。
【００５４】
なお、上述した各実施形態におけるネットワーク電話システムは、会社等のように極く限られた構内に適用する場合に限らず、地域等のように広域な構内にも適用可能である他に、全国規模の広域通信システムにも適用可能であることは勿論である。
【００５５】
また、コンピュータに対して、上述した各手段を実行させるためのプログラムコードをそれぞれ記録した記録媒体（例えば、ＣＤ−ＲＯＭ、フロッピィデスク、ＲＡＭカード等）を提供するようにしてもよい。
すなわち、コンピュータが読み取り可能なプログラムコードを有する記録媒体であって、入力された音声情報をパケット変換してネットワーク上に送信する各電話端末毎に、複数のサブネットに対応して割当てられている全てのネットワーク用アドレスを相手先別に電話帳データに記憶管理する機能と、前記電話帳から通話相手が選択された場合に、その通話相手先に対応付けられている前記電話帳データから全てのネットワーク用アドレスを順次読み出す機能と、読み出された各ネットワーク用アドレスに基づいて前記通話相手先の電話端末を呼び出す機能とを実現させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体を提供するようにしてもよい。
【００５６】
【発明の効果】
この発明（請求項１記載の発明）によれば、複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に電話帳データとして記憶管理している状態において、この電話帳の中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている電話帳データから全てのネットワーク用アドレスを順次読み出して発呼するようにしたから、通話相手先がどの場所（サブネット）に移動していても、システム上の各サブネット毎に全ての端末呼び出しを行うことができ、確実に通話相手先を呼び出すことが可能となる。したがって、従来のようなＳＩＰサーバを導入することなく、電話端末側に備えられている電話帳機能を活用するという簡単な手法によって実現可能となる為、システム全体が大幅に簡素化され、初期導入コストや運用コストの低減化も可能となる等、実用効果の高いネットワーク電話システムを提供することができる。
【図面の簡単な説明】
【図１】ネットワーク電話システムの全体構成を示したブロック図。
【図２】ＤＨＣＰサーバ２側で管理している各ＶｏＩＰ端末１の接続場所と、その場所に対応して各端末に割当てられたＩＰアドレスとの関係を示した図。
【図３】各ＶｏＩＰ端末１側で管理されている電話帳ファイル１０の構成を示した図。
【図４】ＶｏＩＰ端末１の基本的構成要素を示したブロック図。
【図５】ＶｏＩＰ端末１側が実行する電話帳データ作成登録処理を示したフローチャート。
【図６】各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャート。
【図７】第２実施形態における電話帳ファイル１０の構造を示した図。
【図８】第２実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャート。
【図９】第２実施形態の変形応用例を説明する為の図で、優先順位の自動設定を行う為に使用され、各人の行動スケジュールを管理するスケジュールファイルＳＦの内容を示した図。
【図１０】第２実施形態の変形応用例を説明する為の図で、スケジュールファイルＳＦを参照して優先順位の自動設定を行う場合におけるＶｏＩＰ端末１の動作を示したフローチャート。
【図１１】第３実施形態におけるネットワーク電話システムを示したブロック図。
【図１２】第３実施形態における電話帳ファイル１０の構造を示した図。
【図１３】第３実施形態において、ＶｏＩＰ端末１がＳＩＰサーバ５側に対してアドレス登録を行う場合の登録処理を示したフローチャート。
【図１４】第３実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャート。
【図１５】第４実施形態における電話帳ファイル１０の構造を示した図。
【図１６】第４実施形態の動作概要を説明する為の図。
【図１７】第４実施形態において、端末使用時に自己のユーザ名を一時保存するログイン処理を示したフローチャート。
【図１８】第４実施形態において、各ＶｏＩＰ端末１側が実行する通話呼び出し処理（ダイヤル処理）を示したフローチャート。
【図１９】一般的なＳＩＰサーバを概略的に説明する為の図。
【符号の説明】
１ ＶｏＩＰ端末
２ ＤＨＣＰサーバ
３ ルータ
４ アクセスポイント
５ ＳＩＰサーバ
１０ 電話帳ファイル
１１ ＣＰＵ
１２ 記憶装置
１４ 無線ＬＡＮ装置
１５ 入力装置
１６ 表示装置
１７ マイクロホーン
１８ スピーカ
ＳＦ スケジュールファイル
Claims (7)
- 入力された音声情報をパケット変換してネットワーク上に送信する複数台の電話端末を備えたネットワーク電話システムであって、
前記電話端末は、
複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に電話帳データとして記憶管理する電話帳記憶手段と、
前記電話帳の中から通話相手先が選択指定された場合に、その通話相手先に対応付けられている前記電話帳データから全てのネットワーク用アドレスを順次読み出すアドレス読出手段と、
このアドレス読出手段によって読み出された各ネットワーク用アドレスに基づいて前記通話相手先の電話端末を呼び出す発呼手段と、
を具備したことを特徴とするネットワーク電話システム。 - 複数台の電話端末のうち、何れからの電話端末によって作成された電話帳データを他の各電話端末へ配信する配信手段と、
この配信手段によって配信されて来た電話帳データを受信取得して自己の前記電話帳記憶手段内に登録する登録手段と、
を設けたことを特徴とする請求項１記載のネットワーク電話システム。 - 前記電話帳データの中から各ネットワーク用アドレスを順次読み出す為の優先順位を前記電話帳記憶手段内に任意に設定する設定手段を設け、
前記アドレス読出手段は、前記選択指定された通話相手先対応の各ネットワーク用アドレスを順次読み出す際に、この各アドレスに対応付けられている前記優先順位を参照することによって当該優先順位にしたがった順序で読み出す、
ようにしたことを特徴とする請求項１記載のネットワーク電話システム。 - 前記設定手段は、各電話端末の移動先を時間帯別に記憶するスケジュール情報を参照することによって、現在の時間帯に該当する移動先を特定し、この移動先のサブネットに対応付けられているネットワーク用アドレスに対して高い優先順位を設定する、
ようにしたことを特徴とする請求項３記載のネットワーク電話システム。 - 前記電話帳記憶手段は、予め決められている複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に記憶管理する他、前記複数のサブネット以外のサブネットへの移動を考慮して、セッション開始プロトコル用のサーバアドレスを記憶管理し、
前記アドレス読出手段は、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出した際に、その相手先を呼び出すことができなかった場合には、前記セッション開始プロトコル用のサーバアドレスを読み出すことにより、当該サーバを経由した発呼を行う、
ようにしたことを特徴とする請求項１記載のネットワーク電話システム。 - 各電話端末毎に、現在使用している使用ユーザ名を一時保存するユーザ名保存手段を設け、
各電話端末毎に設けられている前記電話帳記憶手段は、複数のサブネットに対応して各電話端末毎に割当てられている全てのネットワーク用アドレスを相手先別に記憶管理する他、そのユーザ名も合わせて記憶管理し、
発信側の電話端末において、前記アドレス読出手段は、電話帳の中から任意に選択指定された通話相手先に対応付けられている全てのネットワーク用アドレスを順次読み出す際に、この電話帳内に登録されているユーザ名を読み出し、前記発呼手段は、前記読み出された各ネットワーク用アドレスにユーザ名を結合して相手先の電話端末を呼び出し、
着信側の電話端末は、前記ユーザ名保存手段内に一時保存されている現在使用のユーザ名と、発信側の電話端末からネットワーク用アドレスに結合して送信されて来たユーザ名とを比較し、両者が異なる場合にはエラー応答を行う、
ようにしたことを特徴とする請求項１記載のネットワーク電話システム。 - コンピュータに対して、
入力された音声情報をパケット変換してネットワーク上に送信する各電話端末毎に、複数のサブネットに対応して割当てられている全てのネットワーク用アドレスを相手先別に電話帳データに記憶管理する機能と、
前記電話帳から通話相手が選択された場合に、その通話相手先に対応付けられている前記電話帳データから全てのネットワーク用アドレスを順次読み出す機能と、
読み出された各ネットワーク用アドレスに基づいて前記通話相手先の電話端末を呼び出す機能と、
を実現させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002288609A JP4093008B2 (ja) | 2002-10-01 | 2002-10-01 | ネットワーク電話システムおよびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002288609A JP4093008B2 (ja) | 2002-10-01 | 2002-10-01 | ネットワーク電話システムおよびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004128793A true JP2004128793A (ja) | 2004-04-22 |
| JP4093008B2 JP4093008B2 (ja) | 2008-05-28 |
Family
ID=32281058
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002288609A Expired - Fee Related JP4093008B2 (ja) | 2002-10-01 | 2002-10-01 | ネットワーク電話システムおよびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4093008B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006025542A1 (en) * | 2004-08-30 | 2006-03-09 | Canon Kabushiki Kaisha | Communication apparatus, and method and program for controlling the same |
| KR101042063B1 (ko) * | 2004-03-08 | 2011-06-16 | 엘지에릭슨 주식회사 | 세션 개시 프로토콜 레지스터 및 그의 소멸간격 관리 방법 |
| JP2012080155A (ja) * | 2010-09-30 | 2012-04-19 | Casio Comput Co Ltd | 情報処理装置及び通信システム |
-
2002
- 2002-10-01 JP JP2002288609A patent/JP4093008B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101042063B1 (ko) * | 2004-03-08 | 2011-06-16 | 엘지에릭슨 주식회사 | 세션 개시 프로토콜 레지스터 및 그의 소멸간격 관리 방법 |
| WO2006025542A1 (en) * | 2004-08-30 | 2006-03-09 | Canon Kabushiki Kaisha | Communication apparatus, and method and program for controlling the same |
| US8144851B2 (en) | 2004-08-30 | 2012-03-27 | Canon Kabushiki Kaisha | Communication apparatus, and method and program for controlling the same |
| JP2012080155A (ja) * | 2010-09-30 | 2012-04-19 | Casio Comput Co Ltd | 情報処理装置及び通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4093008B2 (ja) | 2008-05-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100466633C (zh) | 用于提供包括多种电子设备的虚拟工作区的技术 | |
| JP2001223802A (ja) | コールセンタにおける、要求発信源のネットワークソースアドレスに基づいての顧客への処置の提供 | |
| WO2008138241A1 (fr) | Serveur de service à la clientèle, procédé et système fondés sur la messagerie instantanée | |
| JP3434209B2 (ja) | コミュニケーションツール利用状況伝達方法，そのサーバ装置，クライアント端末装置およびそれらのプログラム記録媒体 | |
| CN1764217B (zh) | 用于分配vxml能力以便在客户设备上执行的系统 | |
| US7881455B2 (en) | Apparatus and method for finding a called party over a telecommunication network | |
| KR20020064889A (ko) | 프로그래머블 기능을 가지는 1 이상의 텔레포니 통신장치를 포함하는 분산형 통신 네트워크 | |
| US7543028B2 (en) | Electronic mail distribution method, communications terminal, and server device | |
| US20080192734A1 (en) | Communication system | |
| US20040093375A1 (en) | Method and a system of remotely controlling data transfer via a data transfer network | |
| JP2004128793A (ja) | ネットワーク電話システムおよびプログラム | |
| JP2003324524A (ja) | 構内電話交換システム、端末、サーバ及びゲートウェイ | |
| JP2006333220A (ja) | ネットワーク電話システム及びこのネットワーク電話システムのサーバ装置 | |
| JP5423659B2 (ja) | 管理サーバ、およびその制御方法とプログラム。 | |
| JP2006352456A (ja) | 通信システム及び通信方法 | |
| JP3937346B2 (ja) | 端末、留守番電話システム及びプログラム | |
| JP4670344B2 (ja) | 通信システム、通信方法、および通信プログラム | |
| JP3737720B2 (ja) | 通話システム、及び通話システム用プログラム | |
| JP3664718B2 (ja) | Ｉｐ電話用ゲートウェイ装置の発着信処理、そのプログラムを記録した記録媒体、及びｉｐ電話システム | |
| JP2004214948A (ja) | パケット通信方法、パケット通信装置、パケット通信プログラム、およびパケット通信プログラム記録媒体 | |
| JP2002010324A (ja) | 移動通信システム、移動通信中継装置及びコンピュータ読み取り可能な記憶媒体 | |
| JP2003244249A (ja) | 複数のネットワークを用いた高速ファイル転送方法及びそのシステム、該システムを構成する端末装置及びその制御方法 | |
| EP2043330A1 (en) | Method of supporting a collaborative session | |
| JP2005167728A (ja) | 通信システム及び通信方法 | |
| JP2004221706A (ja) | インターネット通信システム及びアドレス情報交換サーバ及びセッション管理サーバ及び通信装置及びルータ装置及び呼制御管理サーバ及び無線通信装置及びインターネット通信方法及びアドレス情報制御方法及び制御方法及び無線通信方法及び呼制御方法及びプログラム及びプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050421 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060208 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060406 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070326 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070612 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070622 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080212 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080225 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110314 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4093008 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110314 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120314 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130314 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130314 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140314 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |