JP2003259034A

JP2003259034A - 発呼サーバー装置

Info

Publication number: JP2003259034A
Application number: JP2002052758A
Authority: JP
Inventors: Hiroyoshi Nomura; 博義野村; Kunihiko Yamashita; 邦彦山下
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2002-02-28
Filing date: 2002-02-28
Publication date: 2003-09-12
Anticipated expiration: 2022-02-28
Also published as: JP3945270B2

Abstract

(57)【要約】【課題】従来、宅内の端末は常時インターネットに接
続していないため、サーバー側がイニシアチブを取っ
て、情報をタイムリーに宅内端末に送信することができ
なかった。【解決手段】情報センターのサーバー側に、発呼サー
バー４を設ける。発呼サーバー４はアナログ電話回線や
ＩＳＤＮ回線など複数の通信回線に接続しており、発呼
における通信手順も自由に設定できる発呼方式データベ
ース３を備える。また、発呼サーバー４はアプリケーシ
ョンサーバー２からの命令で簡単に制御できるようにす
るために命令解釈部を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットを
介したサーバークライアントシステムにおけるサーバー
装置に関するものである。

【０００２】

【従来の技術】インターネットの急速な普及に伴い、サ
ーバークライアント型のシステムが広まっている。特
に、商用システムでは、ＷＷＷ（World Wide Web）を中
核とした、ＡＳＰ（Application Service Provider）シ
ステムが普及している。このシステムの従来例を図７に
示す。

【０００３】１０１は家庭内やオフィス内にある端末で
ある。通常は、パソコンや携帯電話などの端末が多い
が、サービスに特化された専用の端末もある。１０２は
ＷｅｂサーバーやＣＧＩなどのプログラムからなるアプ
リケーションサーバー。１０３はユーザ情報などサービ
スに関わるすべての情報を格納するデータベースであ
る。図に示すように、アプリケーションサーバー１０２
とデータベース１０３は情報センター内に設置されてい
る。

【０００４】従来では、宅内に設置された端末１０１
は、公衆電話回線を利用してプロバイダへ接続し、さら
にインターネットを介して情報センター内のアプリケー
ションサーバー１０２に接続する。アプリケーションサ
ーバー１０２では、データベース１０３とデータのやり
取りを行いながら情報処理を行い、ユーザが希望する情
報通信サービスを行う。

【０００５】なお、この図ではファイヤウォールやルー
タなどのネットワーク機器を省略して記載している。

【０００６】

【発明が解決しようとする課題】しかしながら、上記し
た従来のシステムでは、以下のような課題があった。

【０００７】（１）端末と情報センター内のサーバーが
インターネットを介して通信を行うためには、まず端末
側からプロバイダへ発呼する必要があり、サーバー側か
らデータ送信を開始することができない。

【０００８】つまり、サーバー側がイニシアチブを取っ
て、情報をタイムリーに宅内端末に送信することができ
なかった。

【０００９】（２）端末のインターネットへの接続に
は、さまざまな種類の通信媒体が利用されている。例え
ば、アナログ電話、ＩＳＤＮ回線、携帯電話などの無線
通信など。接続の手順や通信方法はこれらの回線種別に
異なるため、サーバーから端末への発呼はすべてのケー
スを考慮しなければならず、実現が難しかった。

【００１０】（３）一般に情報センター内では、サービ
スの種類や内容に応じて、複数のサーバー（サービス）
が存在することが多いが、サーバーと端末との通信の仕
組みを共有することができなかった。

【００１１】

【課題を解決するための手段】本発明は上記課題を解決
するために、情報センター内に発呼サーバー装置を設け
る。発呼サーバー装置は、端末と接続して情報通信サー
ビスを行うアプリケーションサーバーからの発呼命令を
受信し、内容を解析する命令解釈部と、アナログ電話・
ＩＳＤＮ・携帯電話などの無線通信などの少なくとも一
種類以上の通信回線と接続してデータの送受信を行う通
信部と、命令解釈部で得られた命令解析結果にしたがっ
て、通信回線種別・通信相手先・通信手順を設定し、通
信部を制御して端末へ向けて発呼する発呼制御部を備え
る。

【００１２】これにより、サーバー側から端末に向けて
発呼を行い、情報通信を開始することがきる。本発明の
発呼サーバーは複数のアプリケーションサーバーからの
命令を受け付けるため、発呼システムを複数のアプリケ
ーションサーバーで共用することが出来る。また、複数
の通信回線と接続している通信部を持つため、端末側の
通信媒体に応じて発呼方式を自動的に切り替えることが
できるという特徴も持つ。

【００１３】

【発明の実施の形態】本発明の請求項１にかかる発呼サ
ーバー装置は、端末に対して情報通信サービスを行う少
なくともひとつ以上のアプリケーションサーバーからの
発呼命令を受信し内容を解析する命令解釈部と、アナロ
グ電話回線・ＩＳＤＮ電話回線・データ通信回線など少
なくとも一種類以上の通信回線と接続してデータの送受
信を行う通信部と、命令解釈部で得られた命令解析結果
にしたがって、通信回線種別・通信相手先・通信手順の
少なくとも一つを選択し、通信部を制御して端末へ向け
て発呼する発呼制御部を備える。

【００１４】この構成により、アプリケーションサーバ
ーから端末への発呼が可能となる。これにより、端末か
らのみしか発呼できない従来の構成と比較して、さらに
様々なサービスが実現できる。

【００１５】本発明の請求項２にかかる発呼サーバー装
置は、端末に対して情報通信サービスを行う少なくとも
ひとつ以上のアプリケーションサーバーからの発呼命令
を受信し、ユーザＩＤ・端末ＩＤ情報の少なくとも一つ
を抽出する命令解釈部と、アナログ電話回線・ＩＳＤＮ
電話回線・データ通信回線など少なくとも一種類以上の
通信回線と接続してデータの送受信を行う通信部と、ユ
ーザＩＤ、端末ＩＤ、回線種別、電話番号やＩＰアドレ
ス等の少なくとも一つの通信相手先情報などユーザに関
連する情報を記憶するユーザ情報データベースと、端末
ＩＤ、端末種別など少なくとも一つ端末に関する情報を
記憶する端末情報データベースと、端末種別および回線
種別毎に発呼における通信手順やリンギング設定情報の
少なくとも一つを記憶する発呼方式データベースと、命
令解釈部で得られたユーザＩＤと端末ＩＤの少なくとも
一つから、ユーザ情報データベース、端末情報データベ
ース、発呼方式データベースの少なくとも一つを検索
し、得られた通信相手先情報・回線種別・通信手順情報
・リンギング設定情報の少なくとも一つにしたがって通
信部を制御して宅内の端末へ向けて発呼する発呼制御部
を備える。

【００１６】この構成では、ユーザがどの回線を利用し
ているか、端末にどの通信手順を用いるか、などの情報
が、ユーザ情報データベースや端末情報データベース、
発呼方式データベースに格納されている。したがって、
アプリケーションサーバーは発呼に際しての、回線種別
毎の制約や端末な相違を意識することなく、サービスを
実現することができる。また、ユーザ・端末・通信手順
に関する情報が発呼サーバーに一元管理されているの
で、複数のアプリケーションサーバーが１台の発呼サー
バーを共有する場合などは、発呼や回線に関する情報を
それぞれのアプリケーションで管理する必要がないとい
うメリットもある。

【００１７】本発明の請求項３にかかる発呼サーバー装
置は、端末に対して情報通信サービスを行う少なくとも
ひとつ以上のアプリケーションサーバーからの発呼命令
を受信し、端末種別、回線種別、電話番号やＩＰアドレ
スなどの通信相手先情報など発呼の相手先に関する情報
の少なくとも一つを抽出する命令解釈部と、アナログ電
話回線・ＩＳＤＮ電話回線・データ通信回線など少なく
とも一種類以上の通信回線と接続してデータの送受信を
行う通信部と、端末種別および回線種別毎に発呼におけ
る通信手順やリンギング設定情報の少なくとも一つを記
憶する発呼方式データベースと、命令解釈部で得られた
発呼に関する情報と発呼方式データベースに格納された
情報から、通信部を制御して宅内の端末へ向けて発呼す
る発呼制御部を備える。

【００１８】この構成によれば、アプリケーションサー
バーは発呼先に関する情報（端末種別、回線種別、通信
相手先など）を発呼サーバーに直接指示することができ
る。アプリケーション毎にユーザが異なる場合や、セキ
ュリティ上の問題で個人情報をひとつのデータベースに
格納出来ない場合などは、このようにアプリケーション
サーバーが通信相手先を直接指示できる方式にメリット
がある。

【００１９】本発明の請求項４にかかる発呼サーバー装
置は、端末に対して情報通信サービスを行う少なくとも
ひとつ以上のアプリケーションサーバーからの発呼命令
を受信し内容を解析する命令解釈部と、アナログ電話回
線・ＩＳＤＮ電話回線・データ通信回線など少なくとも
一種類以上の通信回線と接続してデータの送受信を行う
通信部と、端末を電源オフ状態あるいは待機状態から動
作状態へ遷移させるための起動情報を端末種別ごとに記
憶する端末情報データベースと、命令解釈部で得られた
命令解析結果にしたがって、通信回線種別・通信相手先
・通信手順の少なくとも一つを選択し、通信部を制御し
て端末へ向けて発呼し、端末情報データベースから得ら
れる起動情報を端末へ向けて送信する発呼制御部を備え
る。

【００２０】この構成によれば、通常、電源オフや待機
状態になっている端末をアプリケーションサーバー側の
指示で起動させることができる。これにより、端末側か
らしかアプリケーションサーバーへ接続できなかった従
来の構成と比較して、さまざまな情報通信サービスが実
現できる。

【００２１】本発明の請求項５にかかる発呼サーバー装
置は、請求項１〜４記載の発呼サーバー装置において、
通信部にアナログ電話回線と接続して通信する機能を持
ち、発呼制御部において、通信相手先の回線種別がアナ
ログ電話回線で、端末種別が所定の値の場合に、発呼し
て端末に着信した後、アプリケーションサーバーから指
定されたＰＢ信号を端末に送信する。

【００２２】この構成により、ＰＢ信号（ＤＴＭＦ信
号）のみしか受信できない端末についても、アプリケー
ションサーバー２から発呼でき、情報通信を行うことが
出来る。

【００２３】本発明の請求項６にかかる発呼サーバー装
置は、請求項１〜４記載の発呼サーバー装置において、
通信部にアナログ電話回線と接続して通信する機能を持
ち、発呼制御部において、通信相手先の回線種別がアナ
ログ電話回線で、端末種別が所定の値の場合に、発呼し
て端末に着信した後、コールバック指示情報を含むＰＢ
信号を端末に送信する。この構成により、簡単な構成で
端末にコールバックをさせることが可能になる。

【００２４】本発明の請求項７にかかる発呼サーバー装
置は、請求項１〜４記載の発呼サーバー装置において、
通信部に電話回線と接続して通信する機能を持ち、発呼
制御部において通信相手先の回線種別がアナログ電話回
線もしくはデジタル電話回線で、端末種別が所定の値の
場合に、所定の回数もしくは所定の時間だけリンギング
し、端末に着信した後にＰＰＰ接続を開始しデータ通信
を行う。この構成により、サーバーから端末に発呼する
ことができ、着信した後、ＰＰＰ接続を行うことが出来
る。

【００２５】本発明の請求項８にかかる発呼サーバー装
置は、請求項１〜４記載の発呼サーバー装置において、
端末に着信しＰＰＰ接続を開始したが、所定時間内で接
続できない場合に、所定の音声信号を端末に送出する。

【００２６】これにより、ユーザの操作ミスなどで、宅
内の端末に着信したが、ＰＰＰ接続が出来ない場合、音
声メッセージで間違いやその対処法を説明することが出
来る。

【００２７】本発明の請求項９にかかる発呼サーバー装
置は、請求項１〜４記載の発呼サーバー装置において、
通信部にＩＳＤＮ回線と接続して通信する機能を持ち、
発呼制御部において、通信相手先の回線種別がＩＳＤＮ
回線で、端末種別が所定の値の場合に、通信相手先情報
に含まれる相手先電話番号の値に発番通知番号を付加し
て発呼し、所定の回数もしくは所定の時間だけリンギン
グしたのち回線を切断する。

【００２８】この構成により、端末はどこから発呼され
たことを知ることができ、それが情報センターからかか
ってきた物だということを確認できた場合は、所定の通
信相手先にコールバックすることができる。このよう
に、アプリケーションサーバー側から端末にコールバッ
クの指示を出せる。

【００２９】本発明の請求項１０にかかる発呼サーバー
装置は、請求項１〜４記載の発呼サーバー装置におい
て、通信部にアナログ電話回線と接続して通信可能なＣ
−ＮＣＵ機能を持ち、発呼制御部において、通信相手先
の回線種別がアナログ電話回線で、端末種別が所定の値
の場合に、Ｃ−ＮＣＵを利用して所定の回数もしくは所
定の時間だけリンギングし、回線を切断する。

【００３０】この構成により、端末はリンギングの回数
もしくは時間を計測することで、アプリケーションサー
バーからの発呼かどうかを判断することが出来、確認後
は自発的に所定の通信相手先にコールバックすることが
できる。

【００３１】本発明の請求項１１にかかる発呼サーバー
装置は、請求項１〜４記載の発呼サーバー装置におい
て、通信部にアナログ電話回線と接続してノーリンギン
グ通信可能なＣ−ＮＣＵ機能を持ち、発呼制御部におい
て、通信相手先の回線種別がアナログ電話回線で、端末
種別が所定の値の場合に、ＮＣＵを利用してノーリンギ
ングによる発呼を行い、端末に着信した後にアプリケー
ションサーバーから指定されたデータ通信を行う。この
構成により、リンギングなしにアプリケーションサーバ
ーから端末へ情報を送信することが出来る。

【００３２】本発明の請求項１２にかかる発呼サーバー
装置は、請求項１〜１１記載の発呼サーバー装置におい
て、発呼制御部および通信部と通信を行い、発呼命令を
発行したアプリケーションサーバー名もしくはそのＩＰ
アドレス、発呼命令を受け付けた時刻、発呼した時刻、
発呼した回線種別、発呼結果、通信結果、通信時間など
をログ情報として記憶するログ記憶部を備える。

【００３３】この構成により、発呼の詳細をログ情報と
して記録することができ、ユーザ毎あるいはアプリケー
ションサーバー（サービス）毎に集計することにより課
金に際しての基礎情報にすることができる。また、発呼
プロセスの不具合などが見つけすくなるという効果もあ
る。

【００３４】本発明の請求項１３にかかるプログラム
は、請求項１〜１２のいずれか１項記載の機能の全ても
しくは一部をコンピュータに実現させるためのプログラ
ムである。そして、プログラムであるので汎用コンピュ
ータやサーバーを用いて本発明の機能の一部あるいは全
てを容易に実現することができる。また記録媒体に記録
したり通信回線を用いてプログラムを配信したりするこ
とでプログラムの配布やインストール作業が簡単にでき
る。

【００３５】

【実施例】以下、本発明の実施例について図面を用いて
説明する。

【００３６】（実施例１）図１は本実施例の全体構成を
示した図である。図１において、１は宅内に設置された
端末（サービスに特化した専用端末やパソコン、携帯電
話、インターネットＴＶなど）。２は情報センター等の
中に設置されたアプリケーションサーバーであり、端末
１とデータの送受信を行い、ユーザに情報通信サービス
を提供する。アプリケーションサーバー２は、一般にＷ
ｅｂサーバーやメールサーバーなどを中心に構築される
ことが多く、コンテンツ情報であるＨＴＭＬ／ＸＭＬフ
ァイルや画像・音声ファイルだけでなく、認証、データ
ベース接続、メール配信、データ処理、ＨＴＭＬ／ＸＭ
Ｌ動的生成などを行うＣＧＩ、Ｊａｖａ、ＪａｖａＳｃ
ｒｉｐｔなどにより書かれたプログラムも含んでい
る。３はデータベースであり、アプリケーションサーバ
ー２で実行される情報サービスに必要なデータを記憶す
る。一般的には顧客情報データベースやＨＴＭＬ／ＸＭ
Ｌなどコンテンツ、端末情報、処理履歴などであり、こ
の内容は提供するサービスに応じて変化する。４は発呼
サーバーであり、アプリケーションサーバー２から発行
される命令に応じて、宅内の端末１へ向けて発呼する装
置である。

【００３７】図１に示すように、端末とサーバーへの接
続方法には２つの経路がある。ひとつは、端末１から発
呼して、アナログ電話回線やＩＳＤＮ回線などの公衆電
話網を経由してプロバイダ（インターネットサービスプ
ロバイダ）へ接続し、その後インターネットを経由して
アプリケーションサーバー２へ接続する経路である（図
中の（Ａ））。もうひとつは、発呼サーバー４から発呼
して、インターネットを利用せず、公衆電話網を介して
端末へ直接接続する経路（図中の（Ｂ））である。

【００３８】なお、発呼サーバー４へ発呼命令を発行す
るのは、ひとつのアプリケーションサーバー２だけでな
く、図に示すように同一情報センター内の複数のアプリ
ケーションサーバー（ａ，ｂ，ｃ）であってもよいし、
また、さらに通信回線で結ばれた他の情報センターのア
プリケーションサーバー（図中２’）であっても良い。
発呼サーバー４は、複数のアプリケーションで共有可能
であり、それによりサービスあたりの運用コストが安く
なるというメリットが出てくる。また、図１では端末は
宅内にあるとしたが、宅外に存在するモバイル端末の様
な物でも良い。

【００３９】図２は、発呼サーバー４の構成の詳細を示
したものである。１０はアプリケーションサーバー２か
らの命令を解釈して、通信相手先情報や端末ＩＤを抽出
する命令解釈部。１１は命令解釈部１０で得られた情報
から発呼に必要な情報を検索し、通信を制御する発呼制
御部。１２は端末の種別や利用する回線種別毎もしく
は、サービス内容毎に発呼手順や発呼方式を記憶する発
呼方式データベース。１３は端末に関する情報（端末Ｉ
Ｄ、メーカ名、品番、製造番号、機能コードなど）と、
端末を電源オフあるいは待機状態から動作状態へ遷移さ
せるための起動信号や起動コードを、端末毎に記憶して
いる端末情報データベース。１４はユーザに関する個人
情報およびユーザＩＤ，利用している端末種別、端末Ｉ
Ｄ，使用回線種別などユーザと端末に関する情報を記憶
しているユーザ情報データベース。１５は複数の種類種
類の回線と繋がっており発呼制御部１４の命令にしたが
って端末と通信回線を介して接続する通信部。１６は発
呼制御部１４からの命令に応じて通信デバイスを選択
し、指定された通信手順に応じて発呼処理を行うデバイ
ス制御部。１７はＰＢ信号（ＤＴＭＦ信号）や音声信号
を出力するＰＢモデム。１８はアナログ電話回線を介し
たＰＰＰ接続やＴＣＰ／ＩＰによるデータ通信や音声信
号出力を行うモデム。１９はＩＳＤＮ回線に接続して発
呼および通信を行うＴＡ／ＤＳＵ。２０はアナログおよ
びデジタルの電話回線に接続して発呼し、シリアル通信
を行うリンギング用Ｃ−ＮＣＵ。２１はアナログ電話回
線に接続してノーリンギング発呼を行い端末に着信して
データ通信を行うノーリンギング用Ｃ−ＮＣＵである。

【００４０】なお、図２に示すように１６〜２１は通信
部１５の構成要素である。２２は発呼制御部１１および
デバイス制御部１４の制御内容をログとして記録し、ユ
ーザ毎、サービス毎、アプリケーションサーバー毎など
について、発呼時刻、通信時間、通信結果などを記録す
るログ記憶部である。

【００４１】以上のように構成された発呼サーバー装置
について、図３のフローチャートを用いて各部の動作を
説明する。

【００４２】アプリケーションサーバー２は、端末とイ
ンターネットなどを介して通信を行い情報サービスを行
うサーバーである。これは、前述したように、Ｗｅｂサ
ーバーを中心に構成されており、ＣＧＩやＪａｖａなど
のプログラムと、ＨＴＭＬ／ＸＭＬや画像・音声などの
コンテンツファイルなどが格納されている。プログラム
やコンテンツの内容は、ユーザに提供するサービスの種
類に応じて異なる。図３は、アプリケーションサーバー
２が提供する情報サービスの一部として、アプリケーシ
ョンサーバー２から、ユーザの端末に向けて発呼命令が
出された場合を示している。

【００４３】（ステップＡ１）アプリケーションサーバ
ー２内のプログラムは、発呼サーバー４に向けて発呼命
令（コマンド）を出力する。ここでは。以下のような命
令が出力された例を説明する。

【００４４】命令：Send（"１００１"，"Ｍ０１２３４
５６７８９"，"test.dat"）；"１００１"はユーザＩ
Ｄ、"Ｍ０１２３４５６７８９"は端末ＩＤ、"test.dat"
は転送する情報ファイルの例である。この命令は、「ユ
ーザ（ユーザＩＤ"１００１"）の利用する端末（端末Ｉ
Ｄ"Ｍ０１２３４５６７８９"）へ発呼し、"test.dat"と
いうファイルを転送せよ。」という命令である。ユーザ
ＩＤとは、各ユーザ毎に一意に割り振られている番号で
あり、通常はデータベース３およびユーザ情報データベ
ース１４にユーザの氏名・住所などの個人情報とともに
記録されている。端末ＩＤは、端末毎に一意に割り振ら
れている番号であり、これもデータベース３および端末
情報データベース１３に記録されている。

【００４５】"test.dat"は、転送するファイルの一例で
ある。ファイルはサービスに応じて様々な場合があり、
さらにコールバックをさせる場合などは、転送する必要
がない。ファイル送信が必要出ない場合は、Send（"１
００１"，"Ｍ０１２３４５６７８９"）；といった形
で、ファイル名を指定する必要はない。

【００４６】なお、上述した命令は一例にすぎず、発呼
に必要な様々な他のパラメータをこの命令と同時に発呼
サーバー４へ送ることができる。また、端末ＩＤが一意
に付与されていない場合は、メーカ名や製造番号などの
他のパラメータを指定しても良い。

【００４７】（ステップＡ２）アプリケーションサーバ
ー２から出力された発呼命令を命令解釈部１０で解析
し、命令で指定されたユーザＩＤ、端末ＩＤや、その他
の発呼に必要な通信パラメータを取り出す。取り出した
情報は発呼制御部１１へ出力する。

【００４８】（ステップＡ３）発呼制御部１１は、命令
で指定されたユーザＩＤからユーザ情報データベース１
４を検索し、ユーザの利用している回線に関する情報
（回線種別や相手先情報など）を取得する。

【００４９】ユーザ情報データベース１４には、各ユー
ザの情報が記憶されている。具体的な例を挙げると、以
下のような項目が記憶されている。

【００５０】個人情報：ユーザＩＤ、氏名、性別、年
齢、住所、電話番号、電子メールアドレス、職業などの
個人情報など。

【００５１】端末情報：ユーザが利用している端末のＩ
Ｄ（ユーザＩＤ毎に）回線情報：回線種別、相手先情報
（回線番号）、認証情報、設置形態、ルータの有無（端
末ＩＤ毎に）。

【００５２】ここでの回線種別とは、アナログ電話回
線、ＩＳＤＮ回線、ＰＨＳ、ＡＤＳＬなど、通信媒体の
種類を意味している。相手先情報（回線番号）とは、電
話番号やＩＰアドレスなど通信において通信先を特定す
るために必要な情報を意味する。また、認証情報とは回
線を接続する際に、認証が必要な場合（ログインＩＤ、
パスワードなどが求められる場合）に設定する情報であ
る。ユーザＩＤ、端末ＩＤは、全体に渡ってユニークに
なるように設定する。

【００５３】この検索により、ユーザ毎に固有な通信情
報（回線種別、電話番号などの通信相手先情報など）が
取得できる。

【００５４】（ステップＡ４）発呼制御部１１は、命令
で指定された端末ＩＤから、端末情報データベース１３
を検索し、端末種別や起動コードなどの情報を取得す
る。端末情報データベース１３には、各端末に固有の情
報が記憶されている。例えば以下のような項目の情報で
ある。

【００５５】端末情報：端末ＩＤ、メーカ名、端末分
類、端末種別、品番、製造番号、出荷日、端末起動コー
ド。

【００５６】ここでの端末分類とは、端末種類の大分類
であり、例えば、携帯電話、ＰＣ、健康機器、セキュリ
ティ機器などといった内容の項目である。端末種別と
は、端末種類毎にユニークに付与された番号である。端
末起動コードとは、端末が電源オフあるいは待機状態か
ら動作状態へ移行させるための命令である。端末起動コ
ードが必要でない端末や、常時電源が入って動作状態に
ある端末については、記憶させる必要はない。

【００５７】この検索により、端末毎に固有な情報（端
末種別、起動コード）などが取得できる。

【００５８】（ステップＡ５）発呼制御部１１は、ステ
ップＡ３およびＡ４で得られた端末種別と回線種別か
ら、発呼方式データベース１２を検索、ユーザが利用し
ている回線と端末に適した通信手順や通信方法を取得す
る。

【００５９】通信手順や方法は、データの送受信動作を
記述するスクリプトで記載する。ただし、通信手順につ
いてはプログラムのような形で記述しても良い。また、
発呼時のリンギングの回数や、リンギング時間のような
内容や、通信先が話中などの場合にエラーと判断するま
でのタイムアウト時間なども、発呼方法として発呼方式
データベース１２に端末種別・回線種別毎に記憶されて
いる。

【００６０】なお、本実施例では、端末種別と回線種別
から通信手順を検索したが、サービス種類やアプリケー
ションサーバー種別などで、検索できるようにしても良
い。

【００６１】（ステップＡ６）発呼制御部１１は、上記
のステップで得られた情報（１）回線種別、（２）電話
番号やＩＰアドレス等の通信相手先情報、（３）通信手
順、（４）必要であれば端末起動コード、（５）必要で
あればデータファイル名（ここでは、"test.dat"）を基
に、通信部１５を制御して発呼を行う。なお、アプリケ
ーションサーバー２から発行された命令に他の通信パラ
メータ情報が加えられていれば、その情報も加えて発呼
を行う。

【００６２】ここでの発呼の手順は、ステップＡ５で得
た通信手順に従って行う。通信手順は上述したように端
末種別や回線種別によって異なる。

【００６３】典型的な通信手順の例を図４および図５の
フローチャートに示す。図では、端末種別を仮に機種Ａ
〜Ｅとし、アナログ電話回線、ＩＳＤＮ回線などの通信
媒体を利用した時の通信手順の事例を示している。

【００６４】図４（ａ）は、端末が機種Ａという端末種
別で、アナログ電話回線で接続する場合の通信手順を示
している。この端末ではＰＢ信号（ＤＴＭＦ信号）で通
信を行う。

【００６５】デバイス制御部１６は発呼制御部１１の検
索により得られた回線種別や機種種別にしたがって、モ
デムなどの通信デバイスを制御する。図４（ａ）の場合
は回線種別はアナログ電話回線で、端末種別は機種Ａと
いうことになる。この場合、デバイス制御部１６は、Ｐ
Ｂモデム１７を選択し、発呼制御部１１から得られた通
信相手先情報（電話番号）にダイアルする（ステップａ
１）。宅内の端末に着信後、ＰＢ信号でコールバック用
の電話番号情報を送信して（ステップａ２−ａ３）、回
線を切断する（ステップａ４）。この時の通信経路は図
１の（Ｂ）である。コールバック用の電話番号情報は、
アプリケーションサーバー２より、引数のひとつとして
渡される。端末は、この通信の後に、通信により指定さ
れた電話番号へコールバックして通信を行う。このコー
ルバックの通信経路は、図１の（Ａ）になる。

【００６６】図４（ｂ）は、端末種別が機種Ｂで、回線
種別がアナログ電話回線の場合に、発呼制御部１１で行
われる通信手順を示している。この端末ではＰＰＰ（Po
intto Point Protocol）で接続を確立し、ＴＣＰ／ＩＰ
を用いてサーバーと通信を行う。

【００６７】この場合、デバイス制御部１６はモデム１
８を選択し、発呼制御部１１から指定された通信相手先
（電話番号）へ発呼する（ステップｂ１）。端末へ着信
後、端末側モデムとのネゴシエーションを行い、接続が
確立された後、発呼制御部１１から指定された認証情報
（ログインＩＤ、パスワード）で認証を行いＰＰＰ接続
を確立させる（ステップｂ２−ｂ６）。その後、ＴＣＰ
／ＩＰを用いてサーバーと端末の間でデータの送受信
（例えば、"test.dat"）を行う（ステップｂ７）。デー
タ通信終了後は回線を切断する（ステップｂ８）。

【００６８】なお、（ａ）の例と同様にデータ通信の時
点で電話番号情報を送信し、端末側からコールバックさ
せるようにしても良い。

【００６９】また、図４（ｂ）に示すように、端末側に
着信したにも関わらず、モデムとの接続に失敗した場合
は、何らかの形でユーザが宅内の電話機を操作している
可能性が高い。このような場合は、デバイス制御部１６
から音声メッセージを出力させて、ユーザに使用法を教
えたり、注意を促したりしても良い（ステップｂ５）。
この音声メッセージは、アプリケーションサーバー２か
らも指定可能であるし、また発呼制御部１１で固定にし
ても良い。

【００７０】図５（ｃ）は、端末種別が機種Ｃで、回線
種別がＩＳＤＮ回線の場合に発呼制御部１１で行われる
通信手順を示している。この場合、デバイス制御部１６
はＴＡ／ＤＳＵ１９を選択し、発呼制御部１１から指定
された通信相手先（電話番号）へ、発番通知情報"１８
６"を付加して発呼する（ステップｃ１）。そして端末
側回線が使用中（話中）でなければ、発呼制御部１１か
ら指定された回数（時間）だけリンギングして回線を切
断する（ステップｃ２−ｃ４）。

【００７１】この情報により、端末側はサーバーから着
信を受けたことがわかるので、端末は所定の電話番号へ
コールバックできる。

【００７２】図５（ｄ）は、端末種別が機種Ｄで、回線
種別がアナログ電話回線の場合に発呼制御部１１で行わ
れる通信手順を示している。この場合、デバイス制御部
１６はリンギング用Ｃ−ＮＣＵ（central network cont
rol unit）２０を制御して、発呼制御部１１から指定さ
れた通信相手先（電話番号）へ発呼し（ステップｄ
１）、指定された時間（回数）だけリンギングして回線
を切断する（ステップｄ２−ｄ４）。端末側は、この所
定時間もしくは所定回数のリンギングを検出したとき
に、コールバックする。

【００７３】図５（ｅ）は、端末種別が機種Ｅで、回線
種別がアナログ電話回線の場合に発呼制御部１１で行わ
れる通信手順を示している。この場合は、デバイス制御
部１６はノーリンギング用Ｃ−ＮＣＵ２１を制御して発
呼し（ステップｅ１）、データ通信を行う（ステップｅ
２−ｅ４）。ノーリンギングとは、ＮＴＴの電話サービ
スのひとつであり、電話などの端末機器のベルを鳴らす
（リンギング）こと無しに着信させることができる。デ
ータ通信終了後は回線を切断する（ステップｅ４）。な
お、データ通信時に電話番号情報を通信させて、切断後
に端末側からコールバックさせるようにしても良い。

【００７４】ここでは、５つの例を示したが、端末種別
と回線種別の組み合わせ毎に、通信手順を発呼方式デー
タベースに１２に記憶させているため、どのようなサー
ビスに対しても対応できる。したがって、ＰＨＳ、Ｄｏ
ｐａなどの無線通信回線や、ＡＤＳＬやＣＡＴＶなど他
の回線へも容易に適用可能である。

【００７５】また、端末によっては通常は電源オフある
いは待機状態になっている装置がある。この場合は、端
末情報データベース１３に記憶されている端末を起動さ
せる信号（端末起動コード）を発呼サーバーから送信さ
せる通信手順を用いても良い。これにより、必要に応じ
て、宅内の端末をサーバーから起動させることができ
る。

【００７６】（ステップＡ７）発呼制御部１１および通
信部１５の動作は、その通信手順毎に詳細に成否や内容
がログ情報としてログ記憶部２２に格納される。

【００７７】ログには、通信や操作を行った日時や通信
時間だけでなく、ユーザＩＤ、端末ＩＤ、発呼命令を発
効したアプリケーションサーバー２を特定できる情報
（サーバー名、ＩＰアドレス）なども付加する。これに
より、アプリケーションサーバー２毎や、ユーザ毎に課
金が可能になる。

【００７８】以上のような手順にしたがい、発呼サーバ
ー４はアプリケーションサーバー２の指示にしたがって
端末に発呼し、通信が可能となる。

【００７９】なお、本実施例では、図２に示すようにア
プリケーションサーバー２で指定する内容は、ユーザＩ
Ｄ、端末ＩＤを基本としたが、具体的に電話番号など通
信相手先を指定する方式でも良い。この場合、端末情報
データベース１３とユーザ情報データベース１４が必要
なくなり、構成は図６のようになる。

【００８０】図６では、アプリケーションサーバー２
が、以下の命令を発呼サーバー４に発行している。

【００８１】これは、「V90 modem１を利用し、アナログ電話回線
で、電話番号０３−３２１−１２３４に発呼し、ＰＰＰ
で接続してtest.datという名前のファイルのデータ転送
を行う。基本的な通信手順は１番を用いる」という内容
を意味している。基本的な通信手順とは、端末側が話中
時のタイムアウトや、リンギングの最大時間（回数）な
どの指定がされている基本的な通信手順であり、この内
容は発呼方式データベース１２に登録されることにな
る。

【００８２】この方式では、Sendという関数の引数とし
て、リンギング時間（回数）、ＰＢ信号で送る情報、発
番通知オプション、ノーリンギングオプションなど、さ
まざまな内容が用意されており、すべての通信に対応可
能である。なお、この構成ではユーザ情報や端末に関す
る情報を、アプリケーションサーバー２や、それに接続
しているデータベース３が管理することになる。

【００８３】なお、本実施例をプログラムによって汎用
コンピュータやサーバーを用いて実現してもよい。

【００８４】

【発明の効果】以上説明したように、発呼サーバー装置
をセンター側のサーバー構成のひとつとして設けること
により、以下のような効果を発揮できる。

【００８５】（１）端末が事前にインターネットに接続
して無くとも、アプリケーションサーバーの指示で、発
呼サーバーから宅内の端末に向けて発呼でき、端末を起
動したり、通信を接続させたりすることができる。つま
り、サーバー側がイニシアチブを取って、情報をタイム
リーに宅内端末に送信することができる。

【００８６】（２）デバイス制御部は複数の回線種別に
対応する機器に接続しているため、宅内の端末がどのよ
うな通信媒体に接続していても、サーバーからの発呼が
着信できる。また、発呼における通信手順は、回線種別
および端末種別毎に発呼方式データベースに記憶されて
いるため、通信媒体の特性にあった特別な通信手順が必
要なものでも、手順を登録することにより柔軟に対応で
きる。

【００８７】（３）発呼サーバーは、命令解釈部を備え
ており、通常のＣＧＩ，Ｊａｖａなどから制御でき、さ
らに、発呼制御部は複数の回線と接続できる。したがっ
て、複数のアプリケーションサーバーからのアクセス
や、他の情報センターからのアクセスをも受け付けるこ
とができ、発呼のサーバーを複数のサーバーで共有でき
る。

【図面の簡単な説明】

【図１】実施例１における発呼サーバー装置を含む全体
構成図

【図２】実施例１における発呼サーバー装置の構成図

【図３】実施例１における発呼サーバーの動作を示すフ
ローチャート

【図４】実施例１におけるデバイス制御部の動作を示す
フローチャート

【図５】実施例１におけるデバイス制御部の動作を示す
フローチャート

【図６】実施例２における発呼サーバー装置の構成図

【図７】従来のクライアントサーバーシステムの構成図

【符号の説明】

１端末２アプリケーションサーバー３データベース４発呼サーバー１０命令解釈部１１発呼制御部１２発呼方式データベース１３端末情報データベース１４ユーザ情報データベース１５通信部１６デバイス制御部１７ＰＢモデム１８モデム１９ＴＡ／ＤＳＵ２０リンギング用Ｃ−ＮＣＵ２１ノーリンギング用Ｃ−ＮＣＵ２２ログ記憶部

Claims

【特許請求の範囲】

【請求項１】端末に対して情報通信サービスを行う少
なくともひとつ以上のアプリケーションサーバーからの
発呼命令を受信し内容を解析する命令解釈部と、少なく
とも一種類以上の通信回線と接続してデータの送受信を
行う通信部と、前記命令解釈部で得られた命令解析結果
にしたがって、通信回線種別・通信相手先・通信手順を
選択し、前記通信部を制御して端末へ向けて発呼する発
呼制御部を備えたことを特徴とする発呼サーバー装置。
【請求項２】端末に対して情報通信サービスを行う少
なくともひとつ以上のアプリケーションサーバーからの
発呼命令を受信し、ユーザＩＤ・端末ＩＤ情報を抽出す
る命令解釈部と、少なくとも一種類以上の通信回線と接
続してデータの送受信を行う通信部と、ユーザＩＤ、ユ
ーザの所有する端末の端末ＩＤ、回線種別、電話番号や
ＩＰアドレス等の通信相手先情報などユーザに関連する
情報を記憶するユーザ情報データベースと、端末ＩＤ、
端末種別など端末に関する情報を記憶する端末情報デー
タベースと、端末種別および回線種別毎に発呼における
通信手順やリンギング設定情報を記憶する発呼方式デー
タベースと、前記命令解釈部で得られたユーザＩＤと端
末ＩＤから、前記ユーザ情報データベース、前記端末情
報データベース、前記発呼方式データベースを検索し、
得られた通信相手先情報・回線種別・通信手順情報・リ
ンギング設定情報にしたがって前記通信部を制御し、端
末へ向けて発呼する発呼制御部を備えたことを特徴とす
る発呼サーバー装置。
【請求項３】端末に対して情報通信サービスを行う少
なくともひとつ以上のアプリケーションサーバーからの
発呼命令を受信し、端末種別、回線種別、電話番号やＩ
Ｐアドレスなどの通信相手先情報など発呼の相手先に関
する情報を抽出する命令解釈部と、少なくとも一種類以
上の通信回線と接続してデータの送受信を行う通信部
と、端末種別および回線種別毎に発呼における通信手順
やリンギング設定情報を記憶する発呼方式データベース
と、前記命令解釈部で得られた発呼に関する情報と前記
発呼方式データベースに格納された情報から、前記通信
部を制御して宅内の端末へ向けて発呼する発呼制御部を
備えたことを特徴とする発呼サーバー装置。
【請求項４】端末に対して情報通信サービスを行う少
なくともひとつ以上のアプリケーションサーバーからの
発呼命令を受信し内容を解析する命令解釈部と、少なく
とも一種類以上の通信回線と接続してデータの送受信を
行う通信部と、端末を電源オフ状態あるいは待機状態か
ら動作状態へ遷移させるための起動情報を端末種別ごと
に記憶する端末情報データベースと、前記命令解釈部で
得られた命令解析結果にしたがって、通信回線種別・通
信相手先・通信手順を選択し、前記通信部を制御して端
末へ向けて発呼し、前記端末情報データベースから得ら
れる起動情報を端末へ向けて送信する発呼制御部を備え
たことを特徴とする発呼サーバー装置。
【請求項５】通信部にアナログ電話回線と接続して通
信する機能を持ち、発呼制御部において、通信相手先の
回線種別がアナログ電話回線で、端末種別が所定の値の
場合に、発呼して端末に着信した後、アプリケーション
サーバーから指定されたＰＢ信号を端末に送信すること
を特徴とする請求項１〜４記載の発呼サーバー装置。
【請求項６】通信部にアナログ電話回線と接続して通
信する機能を持ち、発呼制御部において、通信相手先の
回線種別がアナログ電話回線で、端末種別が所定の値の
場合に、発呼して端末に着信した後、コールバック指示
情報を含むＰＢ信号を端末に送信することを特徴とする
請求項１〜４記載の発呼サーバー装置。
【請求項７】通信部に電話回線と接続して通信する機
能を持ち、発呼制御部において、通信相手先の回線種別
がアナログ電話回線もしくはデジタル電話回線で、端末
種別が所定の値の場合に、所定の回数もしくは所定の時
間だけリンギングし、端末に着信した後にＰＰＰ接続を
開始しデータ通信を行うことを特徴とする請求項１〜４
記載の発呼サーバー装置。
【請求項８】発呼制御部において、端末に着信しＰＰ
Ｐ接続を開始したが、所定時間内で接続できない場合
に、アプリケーションサーバーで指定された音声信号も
しくは所定の音声信号を端末に送出することを特徴とす
る請求項７記載の発呼サーバー装置。
【請求項９】通信部にＩＳＤＮ回線と接続して通信す
る機能を持ち、発呼制御部において、通信相手先の回線
種別がＩＳＤＮ回線で、端末種別が所定の値の場合に、
通信相手先情報に含まれる相手先電話番号の値に発番通
知番号を付加して発呼し、所定の回数もしくは所定の時
間だけリンギングしたのち回線を切断することを特徴と
する請求項１〜４記載の発呼サーバー装置。
【請求項１０】通信部にアナログ電話回線と接続して
リンギング通信可能なＣ−ＮＣＵ機能を持ち、発呼制御
部において、通信相手先の回線種別がアナログ電話回線
で、端末種別が所定の値の場合に、前記Ｃ−ＮＣＵ機能
を利用して所定の回数もしくは所定の時間だけリンギン
グし、回線を切断することを特徴とする請求項１〜４記
載の発呼サーバーシステム。
【請求項１１】通信部にアナログ電話回線と接続して
ノーリンギング通信可能なＣ−ＮＣＵ機能を持ち、発呼
制御部において、通信相手先の回線種別がアナログ電話
回線で、端末種別が所定の値の場合に、前記Ｃ−ＮＣＵ
を利用してノーリンギングによる発呼を行い、端末に着
信した後にアプリケーションサーバーから指定されたデ
ータ通信を行うことを特徴とする請求項１〜４記載の発
呼サーバーシステム。
【請求項１２】発呼制御部および通信部と通信を行
い、発呼命令を発行したアプリケーションサーバー名も
しくはそのＩＰアドレス、発呼命令を受け付けた時刻、
発呼した時刻、発呼した回線種別、発呼結果、通信結
果、通信時間などをログ情報として記憶するログ記憶部
を備えたことを特徴とする請求項１〜１１記載の発呼サ
ーバーシステム。
【請求項１３】請求項１〜１２のいずれか１項記載の
機能の全てもしくは一部をコンピュータに実現させるた
めのプログラム。