JP3239269B2

JP3239269B2 - カスタムサービス制御方法

Info

Publication number: JP3239269B2
Application number: JP26168291A
Authority: JP
Inventors: 岳西ケ谷; 晃伯田; 直人伊藤; 敏博井手; 昌弘平山
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1991-10-09
Filing date: 1991-10-09
Publication date: 2001-12-17
Anticipated expiration: 2016-12-17
Also published as: JPH05103095A; US5594902A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ユーザ対応に各種の通
信サービスを提供する為のカスタムサービス制御方法に
関する。通信システムを利用する多数のユーザは、各種
の環境に対応してそれぞれ異なるサービス要求を持って
おり、このようなユーザ対応の通信サービスを提供する
ことが要望されている。

【０００２】

【従来の技術】複数のユーザが交換機に収容されて、ユ
ーザ間で通信を行う通信システムに於いては、単にユー
ザ間を接続するだけでなく、キャンプオンサービスや着
信側課金等の各種の通信サービスが提供されている。こ
のような各種の通信サービスについては、ユーザが予め
登録しておき、その通信サービス実行要求に従って登録
内容を参照して実行することになる。通常は、サービス
管理プロセスにより複数のユーザのカスタムデータを、
ある程度一括して管理しているものであり、従って、同
一のサービス管理プロセスを使用している複数のユーザ
が同時にカスタムデータの登録要求或いは実行要求を行
った場合は、その要求発生順に逐次実行することもので
あった。

【０００３】

【発明が解決しようとする問題点】従来例に於いては、
コンピュータの処理速度や記憶容量の関係から、カスタ
マイズできる部分を極力少なくするものであった。その
為に、ユーザ対応の要求に対して充分に対応できないも
のであった。又きめ細かなサービスを可能とする為に
は、サービスプログラムが複雑となるから、サービスプ
ログラムの開発者の負担が非常に大きくなると共に、ユ
ーザもカスタムデータの登録手順が煩雑となる欠点があ
った。本発明は、ユーザの負担を増大することなく、ユ
ーザ対応にきめ細かなサービスを提供することを目的と
する。

【０００４】

【課題を解決するための手段】本発明のカスタムサービ
ス制御方法は、図１を参照して説明すると、複数のユー
ザ１及び交換機２を含む通信システムに於けるコンピュ
ータ３の制御により、ユーザ１に対して各種の通信サー
ビスを提供するサービス制御方法に於いて、コンピュー
タ３は、ユーザ毎に独立なサービス管理プロセス４と、
このサービス管理プロセス４により起動される複数のサ
ービスプロセス５とを備え、サービス管理プロセス４
は、ユーザ１からのカスタムデータを登録するカスタム
データ登録部６と、サービスプロセス５を起動するサー
ビスプロセス起動部７とを備え、カスタムデータ登録部
６は、ユーザ１からのカスタムデータ登録時に、知識ベ
ースを参照してカスタムデータの誤り検出，不足分の補
完の処理を行って登録し、ユーザ１からのサービス要求
時に、ユーザ毎に独立のサービス管理プロセス４を並列
的に動作させ、且つカスタムデータ登録部６に登録され
たカスタムデータを基に、知識ベースを参照して適切な
サービスを提供するサービスプロセスを選択して起動す
る過程を含むものである。

【０００５】又カスタムデータ登録部６は、カスタムデ
ータベースと、登録サポート用知識ベースと、カスタム
データ補完用知識ベースとを備え、ユーザ１によるカス
タムデータ登録時に、登録サポート用知識ベースを参照
して登録カスタムデータの適，不適を判定し、不適の場
合は、カスタムデータ補完用知識ベースを参照して補完
処理を行い、適切なカスタムデータを前記カスタムデー
タベースに登録し、又ユーザ１がカスタムデータベース
に登録されていないサービス指定を行った時、カスタム
データ補完用知識ベースを参照して適切なサービスプロ
セスを選択して起動するものである。

【０００６】又カスタムデータ登録部６は、サービス競
合発見用知識ベースと、サービス競合解消用知識ベース
とを備え、ユーザのサービス要求に対して、サービス管
理プロセス４を並列的に動作させ、それぞれの登録カス
タムデータによるカスタムサービスの競合の有無を、サ
ービス競合発見用知識ベースを参照して判定し、競合発
生の場合は、サービス競合解消用知識ベースを参照して
競合を解消させるものである。

【０００７】

【作用】複数のユーザ１は、交換機２を介してコンピュ
ータ３と接続され、サービス管理プロセス４は、複数の
ユーザ１対応に独立に設けられて、それぞれカスタムデ
ータ登録部６とサービスプロセス起動部７とを備えてい
る。カスタムデータ登録部６はカスタムデータベースを
備えて、ユーザ１からのカスタムデータを登録し、サー
ビス要求時には、この登録されたカスタムデータを基に
サービスプロセス起動部７から選択されたサービスプロ
セス５を起動して、サービス要求ユーザに通信サービス
を提供する。

【０００８】又カスタムデータ登録部６に、カスタムデ
ータを登録する場合、登録サポート用知識ベースを参照
して、適，不適を判定する。不適の場合は、カスタムデ
ータ補完用知識ベースを参照して、代替案等を提案し、
ユーザがその代替案を承認すれば、その代替案がカスタ
ムデータとしてカスタムデータベースに登録される。又
ユーザ１がサービス要求を行った時に、それに対応する
細かいサービス指示がカスタムデータとして登録されて
いない場合、カスタムデータ補完用知識ベースを参照し
て適切なサービスプロセスを選択起動することができ
る。即ち、おおまかなカスタムデータの登録によって
も、知識ベースを参照することにより、最適なサービス
プロセスを起動することができる。

【０００９】又カスタムデータは、ユーザ１が個々に登
録するものであるから、登録カスタムデータによるカス
タムサービスに矛盾が生じることがある。このような場
合、相互の登録カスタムデータを基に、サービス競合発
見用知識ベースを参照して競合の有無を判定し、競合あ
りの場合は、サービス競合解消用知識ベースを参照して
代替案を求めて、適切なサービスプロセスを起動するこ
とになる。

【００１０】

【実施例】図２は本発明の実施例のサービス管理プロセ
スの説明図であり、図１のサービス管理プロセスの中の
一つを示し、１１はカスタムデータ登録部、１２はサー
ビスプロセス起動部、１３は通信制御部、１４は知的電
子秘書サービスプログラム、１５はマルチキャンプオン
サービスプログラム、１６はＡＣＤサービスプログラ
ム、１７はカスタムデータ登録サポート処理部、１８は
登録サポート用知識ベース、１９はサービスプログラム
インタプリタ、２０はカスタムデータベース、２１はカ
スタムデータ補完処理部、２２はカスタムデータ補完用
知識ベース、２３は競合発見処理部、２４はサービス競
合発見用知識ベース、２５は競合解消処理部、２６はサ
ービス競合解消用知識ベースであり、ユーザや交換機は
図示を省略している。

【００１１】サービス管理プロセスは、ユーザ毎に独立
して設けるものであり、又カスタムデータ登録部１１
は、ユーザからのカスタムデータ登録時のカスタムデー
タの誤り検出や不足分の補完等を行って登録し、又サー
ビス要求時には、他のユーザのサービス管理プロセスも
並列に動作させて、カスタムデータの矛盾点が存在して
も、それを解消して最適なサービスを選択するものであ
る。

【００１２】図３は本発明の実施例のカスタムデータ登
録時のフローチャートであり、ステップ（ａ１）〜（ａ
９）からなり、又Ｙは肯定（ＹＥＳ）、Ｎは否定（Ｎ
Ｏ）を示す。先ず、カスタムデータ登録の為に、ユーザ
がカスタムデータを入力すると、カスタムデータ登録サ
ポート処理部１７は、登録サポート用知識ベース１８の
読込みを行い、入力されたカスタムデータが、ネットワ
ークや他のユーザに対して悪影響を与えるものであるか
否かを検証する（ａ１）。そして、入力されたカスタム
データに誤りがあるか又は不適切な内容であるか否かを
判定し（ａ２）、誤りがなく、且つ不適切でない場合
（Ｎ）は、サービスプログラムインタプリタ１９の制御
によりカスタムデータベース２０に登録する。そして、
次のイベント待ちとなる。

【００１３】又入力されたカスタムデータに誤りがある
場合、又は不適切な場合（Ｙ）は、カスタムデータ補完
処理部２１を起動し、カスタムデータ補完用知識ベース
２２を参照して、そのカスタムデータの代替案があるか
否かを判定し（ａ３）、代替案がある場合（Ｙ）は、ユ
ーザにその代替案を提案する（ａ４）。その代替案をユ
ーザが承認するか否かを判定し（ａ５）、承認しない場
合（Ｎ）は再度他の代替案があるか否かを判定する（ａ
４）。又承認した場合（Ｙ）は、代替案のカスタムデー
タを、サービスプログラムインタプリタ１９の制御によ
りカスタムデータベース２０に登録し（ａ６）、関連す
る他のサービス管理プロセスにカスタマイズを通知し
（ａ７）、次のイベント待ちとなる。

【００１４】又代替案がない場合（Ｎ）は、ユーザにエ
ラー通知を行い、再入力の指示を行う（ａ８）。そし
て、再入力があれば（Ｙ）、ステップ（ａ１）に戻り、
再入力がなければ（Ｎ）、登録処理を行わず、次のイベ
ント待ちとなる。

【００１５】従って、ユーザからのカスタムデータが不
十分な内容のものであっても、カスタムデータ登録部１
１に於いては、登録サポート用知識ベース１８を参照し
て、適切なカスタムデータをカスタムデータベース２０
に登録することができる。

【００１６】図４は本発明の実施例のサービスプログラ
ム実行要求時のフローチャートであり、ステップ（ｂ
１）〜（ｂ１６）からなり、サービスプログラムの実行
要求時は、サービスプログラムインタプリタ１９により
その内容が解釈されるものであり、サービスプログラム
から１ステートメントを読込み（ｂ１）、サービスプロ
セスの実行を意味しているか否かを判定し（ｂ２）、サ
ービスプロセスの実行を意味していない場合（Ｎ）は、
サービスプログラムによる内部実行（ｂ３）となり、そ
の内部実行が終了か否かを判定し（ｂ４）、終了しない
場合（Ｎ）は、ステップ（ｂ１）に戻り、又終了した場
合（Ｙ）は、イベント待ちとなる。又読込んだ１ステー
トメントがサービスプロセスの実行を意味している場合
（Ｙ）は、サービスプロセス名が指定されているか否か
を判定する（ｂ５）。

【００１７】読込んだステートメントにサービスプロセ
ス名が指定されている場合（Ｙ）は、実行モード（パラ
メータ）が指定されているか否かを判定し（ｂ１０）、
指定されている場合（Ｙ）は、そのサービスプロセスの
起動要求を行い（ｂ１５）、指定されたサービスプロセ
ス名のサービスプロセスが、サービスプロセス起動部１
２によって起動され、そのサービスプロセスの実行終了
により（ｂ１６）、ステップ（ｂ１）に戻る。

【００１８】又サービスプロセス名が指定されていない
場合（Ｎ）は、カスタムデータベース２０の読込み（ｂ
６）により、対応するサービス指示が登録されているか
否かを判定する（ｂ７）。登録されている場合（Ｙ）
は、ステップ（ｂ１０）に移行し、登録されていない場
合（Ｎ）は、サービスプロセス名の設定要求を、サービ
スプログラムインタプリタ１９からカスタムデータ補完
処理部２１に対して行う（ｂ８）。カスタムデータ補完
処理部２１は、カスタムデータ補完用知識ベース２２を
参照して、サービスプロセス名の設定を行い、その設定
完了（ｂ９）により、ステップ（ｂ１０）に移行する。

【００１９】又実行モードが指定されていない場合
（Ｎ）は、カスタムデータベース２０の読込み（ｂ１
１）により、対応する実行モードが登録されているか否
かを判定し（ｂ１２）、登録されている場合（Ｙ）は、
ステップ（ｂ１５）に移行し、登録されていない場合
（Ｎ）は、実行モードの設定要求を、サービスプログラ
ムインタプリタ１９からカスタムデータ補完処理部２１
に対して行う（ｂ１３）。カスタムデータ補完処理部２
１は、カスタムデータ補完用知識ベース２２を参照して
実行モードの設定を行い、その設定完了により（ｂ１
４）により、ステップ（ｂ１５）に移行する。従って、
起動すべきサービスプロセスが指定されていないサービ
ス要求があった場合でも、カスタムデータ補完処理部２
１は、カスタムデータ補完用知識ベース２２を基に、適
切なサービスを選択し、適切な起動モード或いは起動パ
ラメータを生成して、サービスプロセス起動部１２に対
してカスタムサービスの起動を依頼することができる。

【００２０】図５は本発明の実施例のカスタムサービス
の競合処理のフローチャートであり、ステップ（ｃ１）
〜（ｃ１１）からなり、サービス管理プロセスがユーザ
毎に独立して設けられているから、ユーザが登録したカ
スタムデータについてユーザ同志間で競合が生じる場合
がある。そこで、競合発見処理及び競合解消処理が行わ
れるものであり、競合発見処理部２３では、競合発見要
求により他のユーザのカスタムデータを入手し（ｃ
１）、又自己のカスタムデータベースを読込み（ｃ
２）、サービス競合発見用知識ベース２４を参照して競
合を検証し（ｃ３）、競合の有無を判定し（ｃ４）、競
合なしの場合（Ｎ）は、次のイベント待ちとなり、又競
合ありの場合（Ｙ）は、競合解消処理要求（ｃ５）が競
合解消処理部２５に渡される。

【００２１】競合処理部２５は、競合解消処理要求発生
（ｃ６）により、サービス競合解消用知識ベース２６を
参照して適当な代替案を検証し（ｃ７）、代替案の有無
を判定し（ｃ８）、代替案ありの場合（Ｙ）は、実行時
に競合が発生したか否かを判定し（ｃ９）、実行時に発
生した場合（Ｙ）は、その代替案の実行要求をサービス
プロセス起動部１２に渡し（ｃ１０）、次のイベント待
ちとなる。又代替案なしの場合（Ｎ）及び実行時でない
場合（Ｎ）は、カスタムデータの修正要求を自ユーザ又
は他のユーザに対して行い（ｃ１１）、次のイベント待
ちとなる。

【００２２】図６は本発明の実施例の知的電子秘書シス
テムのフローチャートであり、ステップ（ｄ１）〜（ｄ
１４）からなり、ユーザに高度な電話の取次ぎサービス
等を提供する知的電子秘書サービスプログラム１４を作
成した場合について示す。先ず、発信か否かを判定し
（ｄ１）、発信の場合（Ｙ）は、発信電話番号を読込み
（ｄ２）、次に、サービスプログラムインタプリタ１９
によりカスタムデータベース２０からカスタムデータを
読込み（ｄ３）、サービス指示が登録されているか否か
を判定し（ｄ４）、登録されている場合（Ｙ）は、サー
ビス指示に従った発信サービスプロセスを起動する（ｄ
５）。又サービス指示が登録されていない場合（Ｎ）
は、カスタムデータ補完処理部２１により、カスタムデ
ータ補完用知識ベース２２を参照して適切なサービス決
定の補完処理を行う（ｄ１２）。この補完処理結果によ
り発信サービスプロセスの起動を行うか、又は補完処理
結果をユーザに問合わせて（ｄ１３）、承認が得られた
か否かを判定し（ｄ１４）、承認が得られた場合（Ｙ）
に、発信サービスプロセスを起動する（ｄ５）。又承認
が得られない場合（Ｎ）は、次のイベント待ちとなる。

【００２３】又発信でない場合（Ｎ）、即ち、着信の場
合は、サービスプログラムインタプリタ１９によりカス
タムデータベース２０からカスタムデータを読込み（ｄ
６）、サービス指示が登録されているか否かを判定し
（ｄ７）、登録されている場合（Ｙ）は、その着信サー
ビスプロセスを起動する（ｄ１１）。又、サービス指示
が登録されていない場合（Ｎ）は、カスタムデータ補完
処理部２１により、カスタムデータ補完用知識ベース２
２を参照して適切なサービス決定の補完処理を行う（ｄ
８）。この補完処理結果により発信サービスプロセスの
起動を行うか、又は補完処理結果をユーザに問合わせて
（ｄ９）、承認が得られたか否かを判定し（ｄ１０）、
承認が得られた場合（Ｙ）は、発信サービスプロセスを
起動し（ｄ１１）。承認が得られない場合（Ｎ）は、次
のイベント待ちとなる。

【００２４】図７は本発明の実施例のＡＣＤ（自動呼分
配）システムのフローチャートであり、ステップ（ｅ
１）〜（ｅ１２）からなり、呼の集中が生じないように
自動的に負荷分散を図る為のＡＣＤサービスプログラム
１６を作成した場合について示す。先ず、発信か否かを
判定し（ｅ１）、発信の場合（Ｙ）は、発信した電話番
号を読込み（ｅ２）、ＡＣＤ発信か否かを判定する（ｅ
３）。ＡＣＤ発信でない場合（Ｎ）は、通常の発信サー
ビスプロセスを起動する（ｅ７）。又ＡＣＤ発信の場合
（Ｙ）は、前述の実施例と同様に、サービスプログラム
インタプリタ１９の制御によりカスタムデータベース２
０からカスタム情報を読込み（ｅ４）、着信グループが
決定された否かを判定する（ｅ５）。登録されたカスタ
ムデータにより着信グループが決定された場合（Ｙ）
は、ＡＣＤ発信処理プロセスを起動する（ｅ６）。又登
録されたカスタムデータが充分な内容でなく、従って、
着信グループが決定されない場合（Ｎ）は、カスタムデ
ータ補完処理部２１は、カスタムデータ補完処理用知識
ベース２２を参照することにより、着信グループ決定の
補完処理を行い（ｅ８）、その補完処理結果によりＡＣ
Ｄ発信処理プロセスを起動する（ｅ６）。

【００２５】又発信でない場合（Ｎ）、即ち、着信の場
合は、カスタムデータベース２０からカスタム情報を読
込み（ｅ９）、着信先が適切か否かを判定する（ｅ１
０）。着信先が適切な場合（Ｙ）は、着信処理プロセス
を起動する（ｅ１２）。又着信先が適切でない場合
（Ｎ）は、カスタムデータ補完処理部２１は、カスタム
データ補完処理用知識ベース２２を参照して着信グルー
プ決定の補完処理を行い（ｅ１１）、その処理結果によ
り着信処理プロセスを起動する（ｅ１２）。

【００２６】図８は本発明の実施例のマルチキャンプオ
ンシステムのフローチャートであり、ステップ（ｆ１）
〜（ｆ１２）からなり、マルチキャンプオンサービスプ
ログラム１５を作成した場合について示す。先ず、ユー
ザがオフフックすると、発信サービスプロセスが起動さ
れる（ｆ１）。そして、着信側が通話中か否かを判定し
（ｆ２）、着信側通話中の場合（Ｙ）は、キャンプオン
登録するか否かを判定し（ｆ３）、キャンプオン登録を
要求する場合（Ｙ）は、キャンプオン登録サービスプロ
セスを起動し（ｆ４）、次のイベント待ちとなる。又キ
ャンプオン登録を要求しない場合は、着信側話中の為、
次のイベント待ちとなる。

【００２７】又通話中でない場合（Ｎ）は、接続処理プ
ロセス起動（ｆ５）により着信側との接続処理が行わ
れ、通話中の状態で次のイベント待ち（ｆ６）となる。
そして、通話終了によりオンフック（ｆ７）すると、切
断処理プロセス起動（ｆ８）となり、通話中であった着
信側の切断処理が行われ、次にキュー内に待ち呼が登録
されているか否かを判定し（ｆ９）、登録されていない
場合（Ｎ）は、次のイベント待ちとなる。又登録されて
いる場合（Ｙ）は、接続先の通話状態問い合わせメッセ
ージを送出し（ｆ１０）、接続先通話中か否かを判定し
（ｆ１１）、通話中の場合（Ｙ）は、接続先のキューに
登録し（ｆ１２）、ステップ（ｆ９）に戻る。又接続先
が通話中でない場合（Ｎ）は、ステップ（ｆ５）に移行
する。

【００２８】このマルチキャンプオンシステムの場合
も、対応するカスタムデータが見つからない場合は、カ
スタムデータ補完処理部２１により補完処理を行い、又
キャンプオン登録する側と、登録される側とのカスタム
データが競合する場合は、競合解消処理部２５により解
消処理が行われる。

【００２９】図９は本発明の実施例のカスタムデータ及
び知識ベースの説明図であり、カスタムデータベース２
０に、（Ａ），（Ｂ）に示すサービス指示データと、ス
ケジュールデータとのカスタムデータが登録され、登録
サポート用知識ベース１８とカスタムデータ補完用知識
ベース２２とを兼用した知識ベースに（Ｃ）示す内容が
格納されている場合、ユーザが新たに「１０：００〜１
２：００までの不在時に、ユーザＣの電話を移動先に転
送せよ」というカスタムデータを登録しようとした場
合、カスタムデータ登録サポート処理部１７は、（Ｃ）
の知識ベースを参照して、ユーザのサービス指示の不適
切を検出する（図３のステップ（ｓ２）参照）。

【００３０】即ち、このユーザは１０：００〜１２：０
０は会議室にいるものであり、知識ベースによると、重
要な発信者は転送サービスを実行し、ユーザＣは通常の
発信者であり、忙しい時はメール装置で受信し、会議中
は忙しいものであるから、会議中にユーザＣからの着信
を転送することは、不適切であるから、これを検出した
カスタムデータ登録サポート処理部１７は、「会議中の
ユーザＣからの電話は、メール装置で受けた方が適切で
はないか」という代替案を提案する（図３のステップ
（ａ４）参照）。この代替案に対してユーザが承認を与
えると、この代替案がカスタムデータベース２０に登録
される（図３のステップ（ａ６），（ａ７）参照）。

【００３１】又ユーザＡが１０：００〜１２：００の間
に電話をかけた場合、サービスプログラムインタプリタ
１９は、ユーザＡからの着信についてのサービス指示が
カスタムデータベース２０に登録されていない為、カス
タムデータ補完処理部２１に適切なサービスの補完処理
を依頼する。カスタムデータ補完処理部２１は（Ｃ）に
示す知識ベースを参照し、ユーザＡは重要な発信者であ
り、（Ｂ）に示すカスタムデータでは、１０：００〜１
２：００に会議室にいることが判るから、このユーザＡ
の着信を会議室に転送する補完処理結果がサービスプロ
グラムインタプリタ１９に渡されるから、転送サービス
プロセスが起動される。

【００３２】又図１０は本発明の実施例のカスタムデー
タ及び知識データの説明図であり、（Ｄ）はサービス競
合解消用知識ベース２６の一例を示し、例えば、ユーザ
Ｂが他のユーザと通話中に、拒否サービス登録中のユー
ザＣからの割込要求が発生した場合、競合発見処理部２
３は、サービス指示の競合を発見し、競合解消処理部２
５にその解消を依頼する。そして、競合解消処理部２５
は、（Ｄ）に示すサービス競合解消用知識ベース２６を
参照し、ボイスメールサービスを競合解消の代替案とす
る（図５の参照）。

【００３３】又図１０の（Ｅ）は、ＡＣＤシステムに於
けるカスタムデータの一例を示し、（Ｆ），（Ｇ）は登
録サポート用知識ベース１８及びカスタムデータ補完用
知識ベース２２の兼用知識ベースの一例を示す。ユーザ
Ｂが「ＩＳＤＮに関する問い合わせの電話を、ユーザ
Ｅ，Ｆに転送せよ」というカスタムデータを登録しよう
とした場合、カスタムデータ登録サポート処理部１７
は、（Ｆ）に示す知識ベースを参照することにより不適
切さを検出する。そして、「ユーザＥへの転送は不適切
です。着信先のユーザＦ，Ｇが適切かと思われます。」
という代替案をユーザＢに提案する。この代替案をユー
ザＢが受入れることにより、「ＩＳＤＮに関する問い合
わせの電話を、ユーザＦ，Ｇに転送せよ」というカスタ
ムデータが登録される。

【００３４】又ユーザＢへ分散処理に関する問い合わせ
の着信が発生し、カスタムデータにより着信グループが
決定できなかった場合、カスタムデータ補完処理部２１
は、（Ｆ）に示す知識ベースを参照し、又ユーザＣへの
トラヒックを考慮して、着信グループはユーザＤ，Ｅに
決定し、ＡＣＤ着信サービスプロセスを起動する。

【００３５】又ＡＣＤサービスプロセスがユーザＢに着
信要求を出したが、ユーザＢが同一所属内で最も最近に
通話を終了している場合、競合発見処理部２３がこれを
検出し、（Ｇ）の知識ベースを参照し、又ユーザＣへの
トラヒックを考慮して、着信グループはユーザＤ，Ｅに
決定し、ＡＣＤ着信サービスプロセスを起動することが
できる。

【００３６】又図１１の（Ｈ）に示すカスタムデータが
登録され、（Ｉ）に示す登録サポート用知識ベース１８
とカスタムデータ補完用知識ベース２２とを兼用した知
識ベースを有する場合に、ユーザＢが「状態Ｓ１でユー
ザＡからのキャンプオン登録要求があった時、ＦＩＦＯ
でキューに登録せよ」というカスタムデータを登録しよ
うとした場合、カスタムデータ登録サポート処理部１７
は、（Ｉ）の知識ベースを参照して、登録データの不適
切さを検出し、「重要な発信者であるユーザＡのキャン
プオン要求は、キューの先頭に登録するのが適切ではな
いか」という代替案をユーザＢに提案することになる。
又このようなカスタムデータが登録されていない場合で
も、カスタムデータ補完処理部２１は、（Ｉ）の知識ベ
ースを参照することにより、ユーザＡのキャンプオン要
求をキューの先頭に登録するように、サービスプロセス
を起動することになる。

【００３７】前述の知的電子秘書システム，ＡＣＤシス
テム及びマルチキャンプオンシステムの実施例以外に、
各種のサービスシステムについてのプログラムを作成し
た場合にも適用できるものであり、それぞれユーザから
のカスタムデータを登録し、サービス要求時にカスタム
データも基にサービスプロセスを起動し、カスタムデー
タの登録内容が不十分の場合は知識ベースを参照して補
完処理し、適切なサービスプロセスを起動し、又競合が
生じるようなサービス指定については、その競合を検出
すると共に、解消処理を行うものである。従って、各種
のカスタムデータの登録処理が容易となり、知識ベース
を参照することにより、きめ細かな通信サービスを提供
することができる。

【００３８】又ユーザ１がサービス要求を行った時、各
サービス管理プロセス４を並列的に動作させるものであ
り、ユーザ１対応の登録カスタムデータによる矛盾によ
って、カスタムサービスが競合するか否かを判定するこ
とができる。従って、各ユーザ１は、他のユーザとの関
係を詳細に検討することなく、カスタムデータを登録す
ることができる。即ち、登録操作が簡単化され、ユーザ
の負担を増大することなく、きめ細かなサービスをユー
ザに提供できる利点がある。又サービス実行時に於ける
競合発生の検出時には、サービス競合解消用知識ベース
を参照することにより、競合しないサービスプロセスを
選択して起動することができるから、通信システムを安
定に制御することができる利点がある。

【００３９】又ユーザ１がサービス要求を行った時、各
サービス管理プロセス４を並列的に動作させ、ユーザ１
対応の登録カスタムデータによる矛盾によって、カスタ
ムサービスが競合するか否かを判定することができる。
従って、各ユーザ１は、他のユーザとの関係を詳細に検
討することなく、カスタムデータを登録することができ
る。即ち、登録操作が簡単化されることになる。又サー
ビス実行時に於ける競合発生の検出時には、サービス競
合解消用知識ベースを参照することにより、競合しない
サービスプロセスを選択して起動することができるか
ら、通信システムを安定に制御することができる利点が
ある。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の実施例のサービス管理プロセスの説明
図である。

【図３】本発明の実施例のカスタムデータ登録時のフロ
ーチャートである。

【図４】本発明の実施例のサービスプログラム実行要求
時のフローチャートである。

【図５】本発明の実施例のカスタムサービスの競合処理
のフローチャートである。

【図６】本発明の実施例の知的電子秘書システムのフロ
ーチャートである。

【図７】本発明の実施例のＡＣＤシステムのフローチャ
ートである。

【図８】本発明の実施例のマルチキャンプオンシステム
のフローチャートである。

【図９】本発明の実施例のカスタムデータ及び知識ベー
スの説明図である。

【図１０】本発明の実施例のカスタムデータ及び知識ベ
ースの説明図である。

【図１１】本発明の実施例のカスタムデータ及び知識ベ
ースの説明図である。

【符号の説明】

１ユーザ２交換機３コンピュータ４サービス管理プロセス５サービスプロセス６カスタムデータ登録部７サービスプロセス起動部

───────────────────────────────────────────────────── フロントページの続き (72)発明者井手敏博神奈川県川崎市中原区上小田中1015番地富士通株式会社内 (72)発明者平山昌弘神奈川県川崎市中原区上小田中1015番地富士通株式会社内 (56)参考文献特開平３−191647（ＪＰ，Ａ) 特開昭58−206272（ＪＰ，Ａ) 特開平２−308652（ＪＰ，Ａ) 特開平１−292952（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 3/42 - 3/58

Claims

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

【請求項１】複数のユーザ（１）及び交換機（２）を
含む通信システムに於けるコンピュータ（３）の制御に
より、前記ユーザ（１）に各種の通信サービスを提供す
るサービス制御方法に於いて、前記コンピュータ（３）は、ユーザ対応にそれぞれ独立
のサービス管理プロセス（４）と、該サービス管理プロ
セス（４）により起動される複数のサービスプロセス
（５）とを備え、前記サービス管理プロセス（４）は、前記ユーザ（１）
からのカスタムデータを登録するカスタムデータ登録部
（６）と、前記サービスプロセス（５）を起動するサー
ビスプロセス起動部（７）とを備え、前記カスタムデータ登録部（６）は、前記ユーザ（１）
からのカスタムデータ登録時に、知識ベースを参照して
カスタムデータの誤り検出，不足分の補完の処理を行っ
て登録し、前記ユーザ（１）からのサービス要求時に、
前記ユーザ毎に独立のサービス管理プロセス（４）を並
列的に動作させ、且つ前記カスタムデータ登録部（６）
に登録されたカスタムデータを基に、知識ベースを参照
して適切なサービスプロセスを起動する過程を含むこと
を特徴とするカスタムサービス制御方法。
【請求項２】前記カスタムデータ登録部（６）は、カ
スタムデータベースと、登録サポート用知識ベースと、
カスタムデータ補完用知識ベースとを備え、前記ユーザ
（１）によるカスタムデータ登録時に、前記登録サポー
ト用知識ベースを参照して登録カスタムデータの適，不
適を判定し、不適の場合は、前記カスタムデータ補完用
知識ベースを参照して補完処理を行い、適切なカスタム
データを前記カスタムデータベースに登録し、且つ前記
ユーザ（１）が前記カスタムデータベースに登録されて
いないサービス指定を行った時に、前記カスタムデータ
補完用知識ベースを参照して適切なサービスプロセスを
選択して起動する過程を含むことを特徴とする請求項１
記載のカスタムサービス制御方法。
【請求項３】前記カスタムデータ登録部（６）は、サ
ービス競合発見用知識ベースとサービス競合解消用知識
ベースとを備え、ユーザのサービス要求に対して、前記
サービス管理プロセス（４）を並列的に動作させて、そ
れぞれの登録カスタムデータによるカスタムサービスの
競合の有無を、前記サービス競合発見用知識ベースを参
照して判定し、競合発生の場合は、前記サービス競合解
消用知識ベースを参照して競合を解消させる過程を含む
ことを特徴とする請求項１記載のカスタムサービス制御
方法。