Cisco Unity Express 7.0 スクリプト作成ガイド

Call Redirect

Call Redirect ステップは、通話を他の内線に転送する場合に使用します。

Call Redirect ステップは、目的の内線が指定された後で通話を転送するアプリケーションでよく使用されます。

Call Redirect ステップは、4 つの出力ブランチを生成します。

• Successful ：通話は、指定された内線を呼び出しています。

• Busy ：指定された内線が使用中で、通話を転送できません。

• Invalid ：指定された内線は存在しません。

• Unsuccessful ：転送ステップが内部で失敗しました。

4 つの各ブランチの後で、転送された通話の結果を処理するスクリプト ステップを設定します。

図 50 に、 Call Redirect ステップのカスタマイザ ウィンドウを示します。

図 50 [Call Redirect] カスタマイザ ウィンドウ

表 7 で、[Call Redirect] カスタマイザ ウィンドウのフィールドについて説明します。

表 8 で、 Call Redirect ステップがサポートする内線について説明します。

Get Call Contact Info

Get Call Contact Info ステップは、通話固有の情報にアクセスし、指定した変数に値を格納する場合に使用します。

このステップを使用して、発信元、およびセッションに関連付けられたその他のプロパティに応じて、通話をさまざまな方法で処理できます。たとえば、このステップを Call Redirect ステップと共に使用して、通話を別の内線に転送できます。また、このステップを Play Prompt ステップと共に使用して、音声プロンプトを再生できます。

図 51 に、 Get Call Contact Info ステップのカスタマイザ ウィンドウを示します。

図 51 [Get Call Contact Info] カスタマイザ ウィンドウ

表 9 で、[Get Call Contact Info] カスタマイザ ウィンドウのフィールドについて説明します。

表 10 で、 Get Call Contact Info ステップの到達タイプについて説明します。

Place Call（IVR のみ）

Place Call ステップは、通話を発信する場合に使用します。

たとえば、このステップを使用すると、事前に設定された時間帯に患者に通話を発信して、相互のやり取りの現状を通知できます。ユーザ、ボイスメール システム、留守番電話、または FAX が応答した場合、通知呼び出しは成功したと見なされます。

Place Call ステップは、6 つの出力ブランチを生成します。

• Successful ：通話は成功しました。

• NoAnswer ：通話を試みましたが、応答なし（RNA）タイムアウト制限に到達しました。

• Busy ：通話を試みましたが、回線が使用中でした。

• Invalid ：通話を試みましたが、内線が無効でした。

• NoResource ：通話を発信するためのリソースが使用できなかったため、通話を試みませんでした。

• Unsuccessful ：通話を試みましたが、内部システム エラーが原因で失敗しました。

図 52 に、 Place Call ステップのカスタマイザ ウィンドウを示します。

図 52 [Place Call] カスタマイザ ウィンドウ

表 11 で、[Place Call] カスタマイザ ウィンドウのフィールドについて説明します。

（注） Primary CallControlGroupId および Secondary CallControlGroupId の値が正しく設定されていない場合、表 11 で説明するとおり、発信通話の確立に失敗することがあります。

Accept

Accept ステップは、特定のコンタクトを受け付ける場合に使用します。

着信コンタクトでトリガーされる Cisco Unity Express スクリプトでは、 Start ステップの後、通常、 Accept ステップが最初のステップになります。

スクリプトがこのステップに到達するまで、発信者は呼び出し音を聞きます。

図 54 に、 Accept ステップのカスタマイザ ウィンドウを示します。

図 54 [Accept] カスタマイザ ウィンドウ

表 12 で、[Accept] カスタマイザ ウィンドウのフィールドについて説明します。

Get Contact Info

Get Contact Info ステップは、コンタクトから情報を抽出し、スクリプトの後続のステップでこのコンタクトの情報を利用できるように、スクリプト変数に格納する場合に使用します。

図 55 に、 Get Contact Info ステップのカスタマイザ ウィンドウを示します。

図 55 [Get Contact Info] カスタマイザ ウィンドウ

表 13 で、[Get Contact Info] カスタマイザ ウィンドウのフィールドについて説明します。

表 14 では、 Get Contact Info ステップによって、スクリプトの他のステップで利用できるようになる情報について説明します。

[Get Contact Type] ダイアログボックスを図 56 に示します。

図 56 [Get Contact Type] ダイアログボックス

Set Contact Info

Set Contact Info ステップは、コンタクトに関連付けられているコンテキスト情報を変更する場合に使用します。

Set Contact Info ステップは、スクリプトの Redirect ステップの後で、コンタクトに Handled のマークを付けるためによく使用します。

コンタクトは、アクティブな場合にだけ Handled のマークを付けることができます。コンタクトが非アクティブになった場合（正常に転送された後など）、スクリプトはコンタクトに Handled のマークを付けるために最大 5 秒待機します。そのようにしないと、マークがレポートで有効にならないためです。

（注） コンタクトに未処理のマークを付けることはできません。コンタクトが Handled としてレポートされると、それ以降、常にこの状態でレポートされます。

図 57 に、 Set Contact Info ステップのカスタマイザ ウィンドウを示します。

図 57 [Set Contact Info] カスタマイザ ウィンドウ

表 15 で、[Set Contact Info] カスタマイザ ウィンドウのフィールドについて説明します。

表 16 で、 Set Contact Info ステップのカスタマイザ ウィンドウで提供される属性情報について説明します。

Terminate

Terminate ステップは、通話を接続解除する場合に使用します。

図 58 に、 Terminate ステップのカスタマイザ ウィンドウを示します。

図 58 [Terminate] カスタマイザ ウィンドウ

表 17 で、[Terminate] カスタマイザ ウィンドウのフィールドについて説明します。

DB Read

DB Read ステップは、データベース選択クエリーを実行する場合に使用します。 DB Read ステップを使用すると、選択クエリーがどのカラムに値を返すかを指定したり、 DB Get ステップを使用して結果のデータを格納する変数を指定したりできます（「DB Get」を参照）。 DB Read ステップでは、クエリー元として複数のデータベースのテーブルまたはビューを指定できます。

DB Read ステップには、次の制限があります。

• DB Read ステップは、 select count(*) および select min(*) など、 count(*) 形式または min(*) 形式の SQL 文のバリアントをサポートしません。 DB Read ステップはデータベース ビューをサポートしているため、これらの SQL クエリーを使用するデータベース内にビューを作成できます。

• DB Read ステップは、SQL 文の where 句のセマンティック チェックをサポートしていません。

• DB Read ステップは、異なるテーブルから同じ名前のカラムを取得する join クエリーをサポートしていません。

• DB Read ステップは、カラム名のエイリアスの使用をサポートしていません。たとえば、 select a.x, b.x from a,b と select a.x as y from a を作成することはできません。このようなクエリーが入力されていないことを確認するためのチェックは行われません。 DB Read ステップで入力できるのは、 select SQL 文のみです。

• update または insert SQL 文はサポートしていません。

DB Read ステップが返された結果が不要になったら、 DB Release ステップを使用して結果をクリアし、データベース リソースを解放します。

DB Read ステップは、3 つの出力ブランチを生成します。

• Successful ：エラーが発生しなかったことを示します。データが見つからなかったか、1 行以上のデータが見つかりました。

• Connection Not Available ：クエリーの実行に使用できるデータベース接続がなかったことを示します。

• SQL Error ：SQL、タイムアウト、または発生したその他の例外に関連するエラーが発生したことを示します。

[DB Read] カスタマイザ ウィンドウには 3 つのタブがあります。

• 「[General] タブ」

• 「[SQL] タブ」

• 「[Comments] タブ」

[General] タブ

[DB Read] カスタマイザ ウィンドウの [General] タブ（図 60）は、データベース リソース名、データベース プロファイル名、タイムアウト値（秒）を設定する場合に使用します。

図 60 [DB Read] カスタマイザ ウィンドウ：[General] タブ

表 18 で、[General] タブのフィールドについて説明します。

[SQL] タブ

[DB Read] カスタマイザ ウィンドウの [SQL] タブ（図 61）は、SQL コマンドを設定する場合に使用します。

図 61 [DB Read] カスタマイザ ウィンドウ：[SQL] タブ

表 19 で、[SQL] タブのフィールドについて説明します。

[Show All Fields] ドロップダウン リストで特定のテーブルを選択すると、[DB Field] ダイアログボックス（図 62）が開きます。

図 62 [DB Field] ダイアログボックス

[Comments] タブ

[DB Read] カスタマイザ ウィンドウの [Comments] タブ（図 63）は、テキスト コメントを入力する場合に使用します。

図 63 [DB Read] カスタマイザ ウィンドウ：[Comments] タブ

DB Get

DB Get ステップは、 DB Read ステップから結果を取得する場合に使用します。

DB Get ステップの内部（または設定中に使用されるスクリプト変数）では、選択したテーブルまたはビューのフィールドに変数がマッピングされます。 DB Get ステップの外部（またはスクリプト内の任意の場所で使用可能なスクリプト変数）では、スクリプト変数名を使用してデータにアクセスできます。結果を使用が終了したら、 DB Release ステップを使用してクエリー リソースを解放します。

スクリプトが DB Get ステップを実行するたびに、 DB Read ステップが返す結果を 1 行ずつ取得し、それらに変数を割り当てます。結果セット内の次の行に移動するには、 DB Get ステップを再度実行する必要があります。結果のすべての行を読み取ると、 DB Get は No Data ブランチに進みます。

（注） DB Get ステップは、対応する DB Read ステップの Successful ブランチの下に配置することを強く推奨します。対応する DB Get ステップを試行したときに DB Read ステップが失敗した場合、スクリプトは中断されます。

DB Get ステップは、3 つの出力ブランチを生成します。

• Successful ：エラーは発生しませんでした。データが見つかりました。

• No Data ：クエリーは DB Read ステップで何も返しませんでした。結果セットのすべての行を読み取った場合にも、このブランチに進みます。

• SQL Error ：SQL、タイムアウト、または検出された例外が含まれます。

[DB Get] カスタマイザ ウィンドウには、2 つのタブがあります。

• 「[General] タブ」

• 「[Field Selection] タブ」

[General] タブ

[DB Get] カスタマイザ ウィンドウの [General] タブ（図 64）は、 DB Read ステップの結果からデータベース リソースおよびデータベース プロファイルを選択する場合に使用します。

図 64 [DB Get] カスタマイザ ウィンドウ：[General] タブ

表 18 で、[General] タブのフィールドについて説明します。

[Field Selection] タブ

[DB Get] カスタマイザ ウィンドウの [Field Selection] タブ（図 65）は、 DB Read ステップの結果からテーブル、フィールド、データ型、およびローカル変数を選択する場合に使用します。

図 65 [DB Get] カスタマイザ ウィンドウ：[Field Selection] タブ

表 21 で、[Field Selection] タブのフィールドについて説明します。

[Add] をクリックすると（図 65）、[Add Database Field] ダイアログボックス（図 66）が開きます。

図 66 [Add Database Field] ダイアログボックス

DB Write

DB Write ステップは、SQL 文の update 、 insert 、および delete を入力して、データベース レコードを更新する場合に使用します。

（注） DB Write ステップがサポートしている SQL 文は、update、insert、delete の 3 つだけです。

DB Write ステップが完了したら、 DB Release ステップ（「DB Release」を参照）を使用して、データベース リソースを解放します。

DB Write ステップは、3 つの出力ブランチを生成します。

• Successful：エラーは発生しませんでした。ステップに入力された SQL 文の実行は成功しました。

• Connection Not Available：このクエリーの実行に使用できるデータベース接続がありませんでした。

• SQL Error：エラーが発生しました。SQL、タイムアウト、または検出された例外が含まれます。

[DB Write] カスタマイザ ウィンドウには 4 つのタブがあります。

• 「[General] タブ」

• 「[SQL] タブ」

• 「[Test] タブ」

• 「[Comments] タブ」

[General] タブ

[DB Write] カスタマイザ ウィンドウの [General] タブ（図 67）は、SQL 文の update 、 insert 、 delete を適用するデータベース リソースおよびデータベース プロファイルを選択する場合に使用します。

図 67 [DB Write] カスタマイザ ウィンドウ：[General] タブ

表 22 で、[General] タブのフィールドについて説明します。

[SQL] タブ

[DB Write ] カスタマイザ ウィンドウの [SQL] タブ（図 68）は、SQL コマンドを入力する場合に使用します。

図 68 [DB Write] カスタマイザ ウィンドウ：[SQL] タブ

表 23 で、[SQL] タブのフィールドについて説明します。

図 69 [DB Fields] ダイアログボックス

[Test] タブ

[DB Write] カスタマイザ ウィンドウの [Test] タブ（図 70）は、SQL 文の update 、 insert 、または delete を実行し、データベースを変更することなく結果を表示する場合に使用します。

図 70 [DB Write] カスタマイザ ウィンドウ：[Test] タブ

表 24 で、[Test] タブのフィールドについて説明します。

[Comments] タブ

[DB Write] カスタマイザ ウィンドウの [Comments] タブ（図 71）は、テスト結果に関するテキスト コメントを入力する場合に使用します（「[Test] タブ」を参照）。

図 71 [DB Write] カスタマイザ ウィンドウ：[Comments] タブ

DB Release

DB Release ステップは、リソース名に関連付けられたデータベース リソースを解放する場合に使用します。

DB Read ステップと DB Write ステップ（「DB Read」および 「DB Write」を参照）では、返された結果が不要になったときに、 DB Release ステップを使用してリソースを解放する必要があります。

図 72 に、 DB Release ステップのカスタマイザ ウィンドウを示します。

図 72 [DB Release] カスタマイザ ウィンドウ

表 25 で、[DB Release] カスタマイザ ウィンドウのフィールドについて説明します。

Cache Document

Cache Document ステップは、Hypertext Transfer Protocol（HTTP）要求の作成などの入出力（I/O）操作を実行したり、結果として得られたドキュメントをメモリ バッファにキャッシュしたりする場合に使用します。

（注） Cache Document ステップは、最大 512 KB のメモリを使用できます。Cache Document のサイズが 512 KB のメモリより大きい場合、512 KB を超えるデータはすべて切り捨てられます。

I/O 操作は、このステップに先行する Create File Document ステップ（「Create File Document（IVR のみ）」を参照）や Create URL Document ステップ（「Create URL Document」を参照）などのステップで定義されたドキュメントや、ハードコーディングされたドキュメントを含むドキュメント式によって指定されます。 Create File Document ステップまたは Create URL Document ステップを実行すると、Document 変数が作成されます。URL 要求を送信したり、ファイル システムにアクセスしたりはしません。

Send Response ステップ（「Send Response」を参照）などの他のステップがドキュメントを参照し、後続のステップを実行する前に I/O 操作の完了を許可すると、I/O 操作が実行されます。次の例では、 Cache Document ステップが mybank.money.com への HTTP 要求を作成します。 Cache Document ステップを使用しない場合、Send eMail ステップ（「Send eMail」を参照）を実行するまで I/O 操作は実行されません。

図 74 に、 Cache Document ステップのカスタマイザ ウィンドウを示します。

図 74 [Cache Document] カスタマイザ ウィンドウ

表 26 で、[Cache Document] カスタマイザ ウィンドウのフィールドについて説明します。

Create File Document（IVR のみ）

Create File Document ステップは、テンプレート、Tagged Image File Format（TIFF）添付ファイル、および他の汎用ドキュメントをスクリプトに組み込む場合に使用します。

このステップで作成されるドキュメントは、電子メールの本文に含めたり、添付ファイルとして付加したり、FAX 送信と同じ方法で使用したりすることができます。

Create File Document ステップを使用するときは、Cisco Unity Express モジュールにアップロードされているファイルの名前を選択する必要があります。ファイルは、CLI または GUI を使用してモジュールにロードできます。ファイルをモジュールにアップロードするときには、そのファイルに割り当てられるファイル タイプも選択する必要があります。

に、 Create File Document ステップのカスタマイザ ウィンドウを示します。

図 75 [Create File Document] カスタマイザ ウィンドウ

表 27 で、[Create File Document] カスタマイザ ウィンドウのフィールドについて説明します。

Create URL Document

Create URL Document ステップは、HTTP URL を入力して Document 変数を定義する場合に使用します。 Create URL Document には、FTP または HTTP を使用できます。

Create URL Document ステップは、HTTP 要求を発行しません。HTTP 要求が発生するのは、 Send Response 、 Send eMail 、 Send Fax 、または Cache Document など他のステップがドキュメントを使用するときです。図 78 の例では、 Send Email ステップを開始したときに HTTP 要求が作成され、結果として得られた HTML ドキュメントが電子メールとして user1@company1.com に送信されます。

図 76 ドキュメントが添付された電子メールの送信

の例では、 Create URL Document ステップを使用して HTTP 要求のみを作成し、電子メール、FAX、または HTTP 要求を送信しない場合に、 Cache Document ステップを使用して HTTP 要求を作成します。

図 77 キャッシュした URL 応答の送信

表 28 に示すように、HTTP 要求には GET と POST の 2 つのメソッドがあります。 表 28 で、[Create URL Document] カスタマイザ ウィンドウのフィールドについて説明します。

GET HTTP の場合、通常、パラメータは HTTP 要求内の URL に付加され、要求の実行に必要なデータを提供します。たとえば、合計値を 500 に設定すると、次の HTTP 要求が作成されます。

POST の場合、パラメータは、HTML 形式で入力された場合と同様に、HTTP 要求の本体に渡されます。

図 78 に、 Create URL Document ステップのカスタマイザ ウィンドウを示します。

図 78 [Create URL Document] カスタマイザ ウィンドウ

Text Substitution for Keywords

Text Substitution for Keywords ステップは、ドキュメント内のキーワードをローカル変数に保持されている値で置き換えることによって、HTTP、電子メール、および FAX の動的コンテンツを作成する場合に使用します。

キーワードは変数にマッピングされます。 Text Substitution for Keywords ステップは、キーワードをローカル変数の現在の値で置き換えます。キーワードは、ドキュメント内では %NAME% などのようにパーセント（%）文字で示されます。%NAME% は、String 変数で動的に人の名前に置き換わります。

図 79 に、 Text Substitution for Keywords ステップのカスタマイザ ウィンドウを示します。

図 79 [Text Substitution for Keywords] カスタマイザ ウィンドウ

表 29 で、[Text Substitution for Keywords] カスタマイザ ウィンドウのフィールドについて説明します。

[Text Substitution for Keywords] カスタマイザ ウィンドウ（図 79）で、[Add] または [Modify] をクリックすると、[Keyword Mapping] ダイアログボックス（）が表示されます。

図 80 [Keyword Mapping] ダイアログボックス

Attach To eMail

Attach to eMail ステップは、既存のドキュメントを電子メールに添付し、後で送信する場合に使用します。

Create eMail ステップ（「Create eMail」を参照）を使用して、事前に電子メールを作成し、対応する電子メール コンタクトに一致させておく必要があります。添付ファイルのコンテンツは、Document 変数によって指定します。

Attach To eMail ステップは、2 つの出力ブランチを生成します。

• Successful：ドキュメントは電子メール オブジェクトに添付されました。

• Failed：ドキュメントを電子メール オブジェクトに添付できませんでした。

電子メールを添付するには、[Attach to eMail] カスタマイザ ウィンドウ（図 82）で [Add] をクリックし、[Add Attachment] カスタマイザ ウィンドウ（図 83）を完了します。

図 82 [Attach to eMail] カスタマイザ ウィンドウ

図 83 [Add Attachment] カスタマイザ ウィンドウ

表 30 で、[Attach to eMail] カスタマイザ ウィンドウと [Add Attachment] カスタマイザ ウィンドウのフィールドについて説明します。

Create eMail

Create eMail ステップは、電子メールを構成する場合に使用します。電子メール コンタクトと関連付ける電子メールの件名とテキスト本文を含めます。電子メールの本文を指定するには、次の手順を実行します。

1. 電子メール メッセージの本文用の [Body] フィールドで使用する変数を選択します。

2. [Body] フィールドの右側の [...] をクリックし、[Expression Editor] ポップアップ ウィンドウに文字列式を入力します。

3. メッセージの本文に別個のドキュメントを使用する場合は、[Use Document for Body] チェックボックスをオンにして、メッセージ フィールドの右側のドロップダウン リストから Document 変数を選択します。

図 84 に、 Create eMail ステップのカスタマイザ ウィンドウを示します。

図 84 [Create eMail] カスタマイザ ウィンドウ

表 31 で、[Create eMail] カスタマイザ ウィンドウのフィールドについて説明します。

Send eMail

Send eMail ステップは、電子メールを送信する場合に使用します。

電子メールを送信する前に、Create eMail ステップ（「Create eMail」を参照）を使用して電子メールを作成する必要があります。

Send eMail ステップは、宛先アドレスと送信元アドレスを設定し、配信用に設定された Simple Mail Transfer Protocol（SMTP; シンプル メール転送プロトコル）サーバに電子メールを送信します。SMTP サーバは、Cisco Unity Express の GUI または CLI を使用して設定できます。送信元アドレスには、返信の送信先として希望するアドレスを設定できます。このアドレスは、SMTP サーバから受信した配信不能メッセージの通知先にすることもできます。

電子メールは、すぐに送信することもできれば、バッググラウンド プロセスとして後で送信するためにキューに入れることもできます。

• Immediate ：[immediate] オプションを選択した場合、電子メールは SMTP サーバに送信され、クライアントは SMTP サーバがメッセージを受け取るまで待機します。サーバまたはネットワークの問題でサーバを使用できない場合、クライアントはトランザクション タイムアウト（30 秒）まで待機する必要があります。プロンプトを発行して、電子メールを送信中であることをクライアントに警告し、電子メール メッセージの伝送が完了するまで回線を保持するように要求する必要が生じることがあります。

• Queued ：[queued] オプションを選択した場合、ステップはすぐに戻りますが、スクリプトは、電子メールが正常に送信されたかどうかを示す通知を受信しません。

Send eMail ステップは、次の 3 つのブランチを生成します。

• Successful：電子メールは送信され、伝送は完了しました。

• Failed：電子メールを送信できませんでした。失敗の理由としては、SMTP サーバが不正に設定されていた、SMTP 認証に失敗した、SMTP サーバが到達不能でトランザクションがタイムアウトになった、などが考えられます。

図 85 に、 Send eMail ステップのカスタマイザ ウィンドウを示します。

図 85 [Send eMail] カスタマイザ ウィンドウ

表 32 で、[Send eMail] カスタマイザ ウィンドウのフィールドについて説明します。

Create Fax

Create Fax ステップは、FAX メッセージを作成する場合に使用します。

FAX の作成では、FAX の件名と本文を入力し、電子メール コンタクトと FAX を関連付けます。

図 87 に、 Create Fax ステップのカスタマイザ ウィンドウを示します。

図 87 [Create Fax] カスタマイザ ウィンドウ

表 33 で、[Create Fax] カスタマイザ ウィンドウのフィールドについて説明します。

Attach to Fax

Attach to Fax ステップは、テキスト ドキュメントまたは .TIFF イメージを FAX の添付ファイルとして送信する場合に使用します。

FAX に添付する前に、 Create Fax ステップを使用して事前に FAX を作成し（「Create Fax」を参照）、同じ FAX コンタクトを使用する必要があります。添付ファイルのコンテンツは、[Local Variable] フィールドに入力された Document 変数によって識別されます。[Local Variable] フィールドで参照されるファイルには、テキストまたは .TIFF イメージを含めることができます。.TIFF イメージは、RFC2306 で定義されている TIFF-F Profile に準拠している必要があります。添付ファイルがテキストまたは .TIFF イメージでない場合、FAX は送信されません。.TIFF イメージが TIFF-F Profile 要件に準拠していない場合、FAX は送信されますが、イメージは正しく伝送されない場合があります。

（注） Send Fax ステップは、添付されているドキュメントのフォーマットを検証しません。

Attach to Fax ステップは、次の 2 つのブランチを生成します。

• Successful ：ドキュメントは FAX オブジェクトに添付されました。

• Failed ：ドキュメントは FAX オブジェクトに添付されませんでした。

図 88 に、 Attach to Fax ステップのカスタマイザ ウィンドウを示します。

図 88 [Attach to Fax] カスタマイザ ウィンドウ

表 34 で、[Attach to Fax] カスタマイザ ウィンドウのフィールドについて説明します。

Send Fax

Send Fax ステップは、FAX を送信する場合に使用します。

Send Fax ステップは、FAX 要求をキューに入れた直後にステップに戻ります。FAX に添付する前に、Create Fax ステップ（「Create Fax」を参照）を使用して事前に FAX を作成し、同じ FAX コンタクトを使用する必要があります。FAX は、添付ファイルを保持している場合があります。「Attach to Fax」を参照してください。

Send Fax ステップは、2 つの出力ブランチを生成します。

• Successful ：FAX は、FAX SMTP サーバに送信するために、正常にキューに入りました。

• Failed：FAX は、送信のためのキューに入りませんでした。

図 89 に、 Send Fax ステップのカスタマイザ ウィンドウを示します。

図 89 [Send Fax] カスタマイザ ウィンドウ

表 34 で、[Send Fax] カスタマイザ ウィンドウのフィールドについて説明します。

Annotate

Annotate ステップは、スクリプトのいずれかのポイントにコメントを入力する場合に使用します。このステップは、スクリプトのロジックには影響しません。図 91 に、 Annotate ステップのカスタマイザ ウィンドウを示します。

図 91 [Annotate] カスタマイザ ウィンドウ

スクリプトに注釈を付けるには、[Enter Comments] フィールドにコメントを入力し、[OK] をクリックします。

[Annotate] カスタマイザ ウィンドウが閉じ、注釈の先頭の単語が Cisco Unity Express Script Editor の [Design] ペインの Annotate ステップ アイコンの横に表示されます。

Business Hours

Business Hours ステップは、自動受付が通話を受けた時刻が営業時間内かどうかを判別する場合に使用します。このステップは、営業時間外に通話を受けたときに、「Business is closed」プロンプトを再生できます。設定すると、 Schedule 変数の名前が [Design] ペインの Business Hours ステップの横に表示されます。

Business Hours ステップは、2 つの出力ブランチを自動的に追加します。

• Open ：指定された日時が営業時間内の場合、このブランチに続くステップが実行されます。

• Closed ：指定された日時が営業時間外の場合、このブランチに続くステップが実行されます。

ビジネス スケジュール設定の詳細については、『 Cisco Unity Express 7.0 GUI Administrator Guide 』または『 Cisco Unity Express Voice-Mail and Auto-Attendant CLI Administrator Guide for 3.0 and Later Versions 』を参照してください。

図 92 に、 Business Hours ステップのカスタマイザ ウィンドウを示します。

図 92 [Business Hours] カスタマイザ ウィンドウ

表 36 で、[Business Hours] カスタマイザ ウィンドウのフィールドについて説明します。

Call Subflow

Call Subflow ステップは、サブフローを実行する場合に使用します。サブフローは、構造化プログラミングのサブルーチンまたはモジュールとも呼ばれます。

Cisco Unity Express Script Editor を使用して、他のスクリプトで再利用できる独立したスクリプトとしてサブフローを作成します。サブフローはネストできます。つまり、サブフローとして使用されるスクリプトからサブフローを呼び出すことができます。

実行時にサブフロー内で例外が発生し、このサブフロー内で例外を処理しない場合は、親スクリプトで例外を処理できます。例外の詳細については、「On Exception Goto」を参照してください。

[Call Subflow] カスタマイザ ウィンドウには、2 つのタブがあります。

• 「[General] タブ」

• 「[Parameter Mapping] タブ」

[General] タブ

[Call Subflow] カスタマイザ ウィンドウの [General] タブ（図 93）は、呼び出すサブフローのファイル名を指定する場合に使用します。

図 93 [Call Subflow] カスタマイザ ウィンドウ：[General] タブ

表 37 で、[General] タブのフィールドについて説明します。

[Parameter Mapping] タブ

[Call Subflow] カスタマイザ ウィンドウの [Parameter Mapping] タブ（図 94）は、メイン スクリプトの変数または式を [Call Subflow] カスタマイザ ウィンドウの [General] タブで指定したサブフローの変数にマッピングする場合に使用します。

（注） 変数をマッピングする前に、マップ スクリプトの変数を定義する必要があります。

変数は、同じ型の変数にだけマッピングできます。たとえば、メイン スクリプトの String 変数は、サブフローの String 変数にだけマッピングできます。

任意の有効な式を渡すことができます。たとえば、「4」または「counter + 3」などの式を渡すことができます。

スクリプトがサブフローを呼び出すとき、サブフローは [Parameter Mapping] タブで指定されたメイン スクリプトの変数にアクセスできます。サブフローがマッピングされた変数の値を変更した場合、サブフローが制御をメイン スクリプトに返したときに、この変更がメイン スクリプトに引き継がれます。

図 94 [Call Subflow] カスタマイザ ウィンドウ：[Parameter Mapping] タブ

表 38 で、[Parameter Mapping] タブのフィールドについて説明します。

[Parameter Mapping] ダイアログボックスを図 95 に示します。

図 95 [Parameter Mapping] ダイアログボックス

Date Time Round-off

Date Time Round-off ステップ ユーティリティは、現在の日時を切り上げまたは切り捨てる場合に使用します。Cisco Unity Express システム クロックが、丸めた値セットを持つ近似時刻（丸めた値を含む接続に関連付けられている時刻）と一致する場合、スクリプトは、その出力ブランチに設定されている任意のステップを実行します。

次に例を示します。

• このステップの丸め設定が 15 分に設定されている場合、時刻 6:43 は 6:45 に切り上げられます。

• このステップの丸め設定が 25 分に設定されている場合、時刻 6:43 は 7:25 に切り上げられます。

• このステップの丸め設定が 2 時間に設定されている場合、時刻 6:43 は 8:00 に切り上げられます。

Day of Week

Day of Week ステップは、現在の曜日に応じて異なる出力ブランチに接続するようにスクリプトに指示する場合に使用します。

Cisco Unity Express のシステム クロックが、接続に関連付けられた曜日のいずれかと一致する場合、スクリプトは、その曜日の接続ブランチに設定されている任意のステップを実行します。

すべての曜日に出力ブランチを設定し、各曜日をそれぞれの接続に割り当てます。曜日が出力ブランチに割り当てられていない場合、[Day of Week] カスタマイザ ウィンドウを閉じるときに、Cisco Unity Express Script Editor は警告ダイアログボックスを表示します。

図 96 に、 Day of Week ステップのカスタマイザ ウィンドウを示します。

図 96 [Day of Week] カスタマイザ ウィンドウ

表 40 で、[Day of Week] カスタマイザ ウィンドウのフィールドについて説明します。

[Add Connection Name] ダイアログボックスを図 97 に示します。また、 表 41 でフィールドについて説明します。

図 97 [Add Connection Name] ダイアログボックス

Decrement

Decrement ステップは、選択した Integer 変数の値を 1 つずつ減らす場合に使用します。このステップは、変数に値を代入するときに使用する General パレットの Set ステップの特殊なバージョンです。

図 98 に、 Decrement ステップのカスタマイザ ウィンドウを示します。

図 98 [Decrement] カスタマイザ ウィンドウ

[Variable] ドロップダウン メニューから目的の変数を選択します。この変数は、[Design] ペインの Decrement ステップ アイコンの横に表示されます。

Delay

Delay ステップは、指定した秒数で、スクリプトの処理を一時停止する場合に使用します。

図 99 に、 Delay ステップのカスタマイザ ウィンドウを示します。

図 99 [Delay] カスタマイザ ウィンドウ

表 42 で、[Delay] カスタマイザ ウィンドウのフィールドについて説明します。

End

End ステップは、スクリプトの最後で、処理を完了し、割り当てられたすべてのリソースを解放する場合に使用します。

スクリプト ロジックのブランチの最後でも End ステップを使用できます。このステップが実行された時点でアクティブな呼び出しはすべて、自動的にシステムのデフォルト ロジックで処理されます。

このステップにはプロパティがなく、カスタマイザの必要はありません。

Get List Member（IVR のみ）

Get List Member ステップは、デリミタで区切られた文字列リストの特定の位置（インデックス）からメンバー（トークン）を取得します。

このステップを使用して、データベースから取得した文字列データを解析し、その一部を抽出できます。抽出されたメンバー（トークン）は、他のステップで使用できます。たとえば、データベース クエリーによって、ある患者が現在使用しているすべての処方箋番号をカンマ区切りのリストとして取得するものとします。このステップを使用すると、そのリストから個々の処方箋番号を抽出し、Play Prompt ステップを使用して各処方箋番号を発信者に対して再生し、補充する処方箋番号を選択するように要求することができます。

Get List Member ステップは、2 つの出力ブランチを生成します。

• Success：データは正常に取得され、適切な出力文字列に配置されました。

• Invalid Position：データの抽出元となる指定された位置（インデックス）が無効でした。ループを使用してメンバーを取得している場合は、ループの終了を示していることもあります。

図 100 に、 Get List Member ステップのカスタマイザ ウィンドウを示します。

図 100 [Get List Member] ウィンドウ

表 43 で、[Get List Member] カスタマイザ ウィンドウのフィールドについて説明します。

Goto

Goto ステップは、スクリプト内で指定した Label ステップにスクリプト ロジックを分岐させる場合に使用します。

（注） Label ステップは、Goto ステップの分岐先を示す場合に使用します。

図 101 に、 Goto ステップのカスタマイザ ウィンドウを示します。

図 101 [Goto] カスタマイザ ウィンドウ

[Select a Label] ドロップダウン メニューから Label ステップを選択します。この名前は、[Design] ペインの Goto ステップ アイコンの横に表示されます。

If

If ステップは、指定された Boolean 式の評価に基づき、2 つのブランチのいずれかをスクリプトに選択させる場合に使用します。

If ステップは、 True と False の 2 つの出力ブランチを自動的に追加します。

• True ：式が True の場合、この出力ブランチに続くステップが実行されます。

• False ：式が False の場合、この出力ブランチに続くステップが実行されます。

図 102 に、 If ステップのカスタマイザ ウィンドウを示します。

図 102 [If] カスタマイザ ウィンドウ

テキスト フィールドに式を入力するか、Expression Editor（...）ボタンをクリックして式を入力します。この式は、[Design] ペインの If ステップ アイコンの横に表示されます。

Increment

Increment ステップは、選択した Integer 変数の値を 1 つずつ増やす場合に使用します。このステップは、変数に値を代入するときに使用する General パレットの Set ステップの特殊なバージョンです。

図 103 に、 Increment ステップのカスタマイザ ウィンドウを示します。

図 103 [Increment] カスタマイザ ウィンドウ

[Variable] ドロップダウン メニューから Integer 型の変数を選択します。この変数は、[Design] ペインの Increment ステップ アイコンの横に表示されます。

Is Holiday

Is Holiday ステップは、事前に定義した休日に従ってフローを分岐させる条件付きステップです。このステップは、「Business closed for the holiday」プロンプトを再生できます。

Is Holiday ステップは、2 つの出力ブランチを自動的に追加します。

• True ：指定された日付が休日の場合、このブランチに続くステップが実行されます。

• False ：指定された日付が休日でない場合、このブランチに続くステップが実行されます。

ステップを実行するときに、システムは、指定された日付を休日のリストと比較します。指定された日付が休日の場合、 True ブランチが実行されます。指定された日付が休日でない場合、 False ブランチが実行されます。

休日スケジュール設定の詳細については、『 Cisco Unity Express 7.0 GUI Administrator Guide 』または『 Cisco Unity Express Voice-Mail and Auto-Attendant CLI Administrator Guide for 3.0 and Later Versions 』を参照してください。

図 104 に、Is ステップのカスタマイザ ウィンドウを示します。

図 104 [Is Holiday] カスタマイザ ウィンドウ

[Date] フィールドには、システムが休日のチェックに使用する Date 変数が含まれています。 Current Date 変数を変更しないでおくことも、[Date] ドロップダウン メニューをクリックして Date 変数を選択することもできます。 Date 変数の名前は、[Design] ペインの Is Holiday ステップ アイコンの横に表示されます。

Label

Label ステップは、 Goto ステップのターゲットの役割を果たします。Label ステップは、1 つ以上の Goto ステップが実行できるスクリプトの一部分を示します。Label ステップと Goto ステップは、同じスクリプト内に存在している必要があります。

図 105 に、 Label ステップのカスタマイザ ウィンドウを示します。

図 105 [Label] カスタマイザ ウィンドウ

[Enter Label Name] テキスト フィールドに名前を入力します。このラベル名は、[Design] ペインの Label ステップ アイコンの横に表示されます。

On Exception Clear

On Exception Clear ステップは、以前の On Exception Goto ステップで設定された例外を削除する場合に使用します。

通常、このステップは、次の順序で使用されます。

1. On Exception Goto ステップが、スクリプトを Label ステップに誘導する。

2. Label ステップに、例外を処理するスクリプトが設定されている。

3. On Exception Clear ステップが、例外をクリアする。

選択した例外をスクリプト内で処理する必要がなくなったときにも、このステップを使用します。

図 106 に、 On Exception Clear ステップのカスタマイザ ウィンドウを示します。

図 106 [On Exception Clear] カスタマイザ ウィンドウ

リスト ボックスから特定の例外を選択します。クリアされる例外は、[Design] ペインの On Exception Clear ステップ アイコンの横に表示されます。

On Exception Goto

On Exception Goto ステップは、スクリプトの実行中に発生する問題を検出し、この状態を正しい手順で終了させることができるようにする場合に使用します。

例外に応答するために使用する Exception Flow ブランチには、任意のスクリプト ステップを含めることができます。

サブフローを使用し、このサブフローで例外を処理しない場合、例外はスクリプトに返され、スクリプトで例外に応答できます。

図 107 に、 On Exception Goto ステップのカスタマイザ ウィンドウを示します。

図 107 [On Exception Goto] カスタマイザ ウィンドウ

表 44 で、[On Exception Goto] カスタマイザ ウィンドウのフィールドについて説明します。

Set

Set ステップは、変数の値を変更する場合に使用します。

Set ステップは、任意の Number データ型（Integer、Float、Long、Double、BigInteger、BigDecimal）から他の Number データ型への型変換をサポートします（精度が失われる可能性はあります）。

Set ステップを使用して、String 変数を任意の Number データ型に変換することもできます。String 変換を行う場合、システムは変換を実行する前に、すべての「*」文字を小数点（「.」）に置換します。

図 108 に、 Set ステップのカスタマイザ ウィンドウを示します。

図 108 [Set] カスタマイザ ウィンドウ

表 45 で、[Set] カスタマイザ ウィンドウのフィールドについて説明します。

Start

Start ステップは、新しいスクリプトを作成したときに、Cisco Unity Express Script Editor によって自動的に追加されます。このステップにはプロパティがなく、カスタマイザの必要はありません。どのパレットにも表示されません。

Switch

Switch ステップは、指定された式の評価に基づき、複数の case のいずれかにプログラム ロジックを分岐させる場合に使用します。

case が、変数の値に基づいてスクリプト ロジックを提供します。1 つの変数は、複数の値のうち 1 つを持つことができます。各値に 1 つの case を割り当てることができます。 Switch ステップを使用して、任意の数の case 出力ブランチを定義できます。次に、各（case）ブランチごとに別のスクリプト ロジックを作成できます。

Switch ステップは、次の変数に基づいた切り替えをサポートします。

• Integer：整数の比較

• String：String 変数の比較（大文字と小文字を区別しない）

切り替えの種類は、指定された式の型によって、自動的に決定されます。

case に指定された整数または文字列の式が [Switch Expression] フィールドで定義されたグローバル式と等しい場合、スクリプトは case 出力ブランチに設定されたステップを実行します。

ステップの Default ブランチを使用すると、式と一致するブランチがない case を処理できます。

図 109 に、 Switch ステップのカスタマイザ ウィンドウを示します。

図 109 [Switch] カスタマイザ ウィンドウ

表 46 で、[Switch] カスタマイザ ウィンドウのフィールドについて説明します。

[Switch Case and Label] ダイアログボックスを図 110 に示します。

図 110 [Switch Case and Label] ダイアログボックス

Time of Day

Time of Day ステップは、現在の時刻に応じて異なる接続ブランチにスクリプトを分岐させる場合に使用します。

Cisco Unity Express のシステム クロックの時刻が、接続に関連付けられた時刻と一致する場合、スクリプトは、その出力ブランチに設定された任意のステップを実行します。

各出力ブランチを特定の時間範囲に関連付けます。

実行時に、現在時刻が設定された時間範囲に当てはまらない場合、スクリプトは Time of Day ステップの Rest 出力ブランチを実行します。

図 111 に、 Time of Day ステップのカスタマイザ ウィンドウを示します。

図 111 [Time of Day] カスタマイザ ウィンドウ

表 47 で、[Time of Day] カスタマイザ ウィンドウのフィールドについて説明します。

[Add Connection Name] ダイアログボックスを図 112 に示します。

図 112 [Add Connection Name] ダイアログボックス

[Add Range of Hours] ダイアログボックスを図 113 に示します。

図 113 [Add Range of Hours] ダイアログボックス

Get Http Contact Info

Get Http Contact Info ステップは、HTTP 要求のパラメータをローカルに定義された変数にマッピングする場合に使用します。

Get Http Contact Info ステップは、URL パラメータ、HTTP ヘッダー、クッキー、または Common Gateway Interface（CGI; コモン ゲートウェイ インターフェイス）環境変数を取得します。URL パラメータ、ヘッダー情報、クッキー、CGI 変数は、ローカルで定義された変数にマッピングされます。

[GET Http Contact Info] カスタマイザ ウィンドウには、5 つのタブがあります。

• 「[General] タブ」

• 「[Headers] タブ」

• 「[Parameters] タブ」

• 「[Cookies] タブ」

• 「[Environment] タブ」

[General] タブ

[Get Http Contact Info] カスタマイザ ウィンドウの [General] タブ（図 115）は、 Get Http Contact Info ステップの実行をトリガーする変数の型を選択する場合に使用します。

図 115 [Get Http Contact] カスタマイザ ウィンドウ：[General] タブ

表 48 で、[General] タブのフィールドについて説明します。

[Headers] タブ

[Get Http Contact Info] カスタマイザ ウィンドウの [Headers] タブは、ローカル変数にマッピングされている HTTP ヘッダーを表示する場合に使用します。

HTTP ヘッダーには、ブラウザのタイプや HTTP のバージョンなどの一般的な情報が含まれます。各ヘッダーは、ヘッダー名によって識別される 1 つの値を提供します。たとえば、HTTP ヘッダーの情報をより複雑なスクリプトで使用して、異なる HTTP バージョンまたはブラウザ タイプに合せてスクリプトの動作をカスタマイズできます。

HTTP には、4 種類のヘッダーがあります。

• General ：サーバとクライアント（ブラウザ）の両方が使用します。

• Server ：サーバのみが使用します。

• Request ：クライアント（ブラウザ）のみが使用します。

• Entity ：サーバと、POST メソッドまたは PUT メソッドを使用するクライアントが使用します。

共通の HTTP 要求ヘッダーには次のものがあります。

• Accept ：推奨されるメディア タイプ

• Authorization ：クライアントのユーザ名とパスワード

• From ：クライアントの電子メール アドレス

• Host ：元の要求を受信するサーバのホスト名とポート番号

• Referrer ：ソース ドキュメントの URL

• User-Agent ：ブラウザのタイプ

（注） これらのヘッダーおよび他のヘッダーの詳細については、HTTP リファレンス ガイドを参照してください。

図 116 に、[Headers ] タブのカスタマイザ ウィンドウを示します。

図 116 [Get Http Contact Info] カスタマイザ ウィンドウ：[Headers] タブ

表 49 で、[Headers] タブのフィールドについて説明します。

[Parameters] タブ

[Get Http Contact Info] カスタマイザ ウィンドウの [Parameters] タブ（図 117）は、Cisco Unity Express Editor でスクリプト パラメータを変数にマッピングする場合に使用します。

HTML フォームを完了すると、通常、値はパラメータとして Web サーバに渡されます。 Get Http Contact Info ステップは、GET メソッドおよび POST メソッド（表 28を参照）を使用した HTTP 要求からこれらのパラメータの値を読み取り、スクリプト内のローカル変数を更新します。

図 117 [Get Http Contact Info] カスタマイザ ウィンドウ：[Parameters] タブ

表 50 で、[Parameters] タブのフィールドについて説明します。

[Cookies] タブ

[Get Http Contact Info] カスタマイザ ウィンドウの [Cookies] タブは、ローカル変数の情報をクッキーにマッピングする場合に使用します。

クッキーはブラウザが保持している情報で、通常は HTTP サーバによって送信されます。クッキーの情報に基づいて、Web ページへのアクセスを改善することができます。ほとんどのクッキーは、認証情報または識別情報を格納しています。サーバは、いったんブラウザを認証すると、認証クレデンシャルまたは他のユーザ ID をブラウザのクッキーに送信できます。それ以降は、認証または識別なしで Web ページにアクセスできます。

クッキーを使用して、セッション オブジェクトにマッピング識別子を格納できます。これによって、後続の要求では、以前の HTTP 要求と関連付けられた元のセッション オブジェクトを取得して、新しい HTTP コンタクトと関連付けし直すことができます。

（注） 認証にクッキーを使用すると、認証されたブラウザが無人のまま放置された場合に、セキュリティ リスクが生じる可能性があります。

図 118 に、[Cookies] タブのカスタマイザ ウィンドウを示します。 表 51 で、そのフィールドについて説明します。また、 は、クッキー名と変数名を追加する [Cookies] ウィンドウを示しています。 表 52 で、そのフィールドについて説明します。変数名には、変数が保持するデータを示す名前を使用します。

図 118 [Get Http Contact Info] カスタマイザ ウィンドウ：[Cookies] タブ

図 119 [Cookies] ウィンドウ

[Environment] タブ

[Get Http Contact Info] カスタマイザ ウィンドウの [Environment] タブは、CGI 環境変数の情報をローカル変数にマッピングする場合に使用します。

次に、環境変数をアルファベット順に一覧します。

• AUTH_TYPE ：サーバがユーザ認証をサポートし、スクリプトが認証を必要とする場合に、ユーザの検証に使用するプロトコル固有の認証メソッド。

• CONTENT_LENGTH ：クライアントが指定したデータのコンテンツ長。

• CONTENT_TYPE ：添付された情報を持つ、HTTP GET や HTTP POST などのクエリー用データのコンテンツ タイプ。

• PATH_INFO ：クライアントが提供する追加のパス情報。仮想パス名の末尾に追加情報を付加したもので、スクリプトにアクセスできます。追加情報は、PATH_INFO として送信されます。URL から取得された場合、サーバはこの情報をスクリプトに渡す前にデコードします。

• PATH_TRANSLATED ：PATH_INFO を変換したバージョン。関連付けられた仮想パスと物理パス間のマッピングを持ちます。

• QUERY_STRING ：このスクリプトを参照する URL 内で疑問符（?）に続く情報。この情報は、クエリー情報です。デコードしないでください。クエリー情報がある場合は、コマンド ライン デコードかどうかにかかわらず、必ずこの変数を設定します。

• REMOTE_ADDR ：要求を作成するリモート ホストの IP アドレス。

• REMOTE_HOST ：要求を作成しているホスト名。サーバにこの情報がない場合、REMOTE_ADDR が設定されます。

• REMOTE_USER ：サーバがユーザ認証をサポートし、スクリプトが認証を必要とする場合に、認証されたユーザ名。

• REQUEST_METHOD ：GET または POST（表 28を参照）など、作成された要求のメソッド。

• SCRIPT_NAME ：実行中のスクリプトへの仮想パスで、自己参照 URL に使用されます。

• SERVER_NAME ：サーバのホスト名、DNS エイリアス、または IP アドレスで、自己参照 URL に表示されます。

• SERVER_PORT ：要求の TCP ポート番号。

• SERVER_PROTOCOL ：要求の情報プロトコルの名前とリビジョンで、プロトコル/リビジョンの形式を使用します。

図 120 に、[Environment] タブのカスタマイザ ウィンドウを示します。

図 120 [Get Http Contact Info] カスタマイザ ウィンドウ：[Environment] タブ

表 53 で、[Environment] タブのフィールドについて説明します。

Http Redirect

Http Redirect ステップは、HTTP 要求に応答するのではなく、指定された URL にブラウザをリダイレクトする場合に使用します。

Http Direct ステップまたは Send Response ステップ（「Send Response」を参照）を使用して、HTTP 要求に応答できます。両方のステップを使用しないでください。両方のステップを使用した場合、応答をブラウザに返した後で HTTP Contact スクリプトは最終状態に移行し、すでに 1 つの応答を送信したため、もう 1 つの応答を送信できなくなります。

スクリプトが条件付きロジックを使用している場合、 Http Direct ステップと Send Response ステップは異なる条件で使用できます。

Contact パレットの Terminate ステップ（「Terminate」を参照）も、HTTP 要求に応答するために使用できます。

図 121 に、 Http Redirect ステップのカスタマイザ ウィンドウを示します。

図 121 [Http Redirect] カスタマイザ ウィンドウ

表 54 で、[Http Redirect] カスタマイザ ウィンドウのフィールドについて説明します。

Send Response

Send Response ステップは、ドキュメントをブラウザに送信する場合に使用します。

ドキュメントは、送信する前に Document 変数に格納する必要があります（「Document ステップ（IVR のみ）」を参照）。ブラウザに送信する前に、ドキュメントを動的情報で更新するには、スクリプト内で、 Send Response ステップの前に Text Substitution for Keywords ステップ（「Text Substitution for Keywords」を参照）を配置します。

Send Response ステップまたは Http Direct ステップ（「Http Redirect」を参照）を使用して、HTTP 要求に応答できます。両方のステップは使用しないでください。両方のステップを使用した場合、応答をブラウザに返した後で HTTP Contact スクリプトは最終状態に移行し、すでに一度応答を送信しているため、次の応答を送信できなくなります。

スクリプトが条件付きロジックを使用している場合、 Http Direct ステップと Send Response ステップは異なる条件で使用できます。

Contact パレットの Terminate ステップ（「Terminate」を参照）も、HTTP 要求に応答するために使用できます。

図 122 に、 Send Response ステップのカスタマイザ ウィンドウを示します。

図 122 [Send Response] カスタマイザ ウィンドウ

表 55 で、[Send Response] カスタマイザ ウィンドウのフィールドについて説明します。

Set Http Contact Info

Set Http Contact Info ステップは、HTTP 応答の HTTP ヘッダーとクッキーの値を設定する場合に使用します。

（注） 拡張スクリプトでこのステップを使用するには、HTTP に関する専門的な知識が必要です。

[Set Http Contact Info] カスタマイザ ウィンドウには、3 つのタブがあります。

• 「[General] タブ」

• 「[Headers] タブ」

• 「[Cookies] タブ」

[General] タブ

[Set Http Contact Info] カスタマイザ ウィンドウの [General] タブ（図 123）は、ステップの実行をトリガーする HTTP Contact 変数を指定する場合に使用します。

図 123 [Set Http Contact Info] カスタマイザ ウィンドウ：[General] タブ

表 56 で、[General] タブのフィールドについて説明します。

[Headers] タブ

[Set Http Contact Info] カスタマイザ ウィンドウの [Headers] タブ（図 124）は、ローカル変数や、ステップ実行時にヘッダーの値を取得する有効な式に、各 HTTP ヘッダーをマッピングする場合に使用します。

図 124 [Set Http Contact Info] カスタマイザ ウィンドウ：[Headers] タブ

表 57 で、[Headers] タブのフィールドについて説明します。

[Cookies] タブ

[Set Http Contact Info] カスタマイザ ウィンドウの [Cookies] タブ（図 125）は、ステップの実行時にクッキーの値を取得するローカル変数に各クッキーをマッピングする場合に使用します。

クッキーはブラウザが保持している情報で、HTTP 要求への応答時に HTTP サーバによって送信されます。クッキーの詳細については、「[Cookies] タブ」を参照してください。

図 125 [Set Http Contact Info] カスタマイザ ウィンドウ：[Cookies] タブ

表 58 で、[Cookies] タブのフィールドについて説明します。

Explicit Confirmation

Explicit Confirmation ステップは、プロンプトへの明示的な応答を確認する場合に使用します。 Explicit Confirmation ステップは、[Yes] として 1、[No] として 2 を受け入れます。

Explicit Confirmation ステップのカスタマイザ ウィンドウには、3 つのタブがあります。

• 「[General] タブ」

• 「[Prompts] タブ」

• 「[Input] タブ」

[General] タブ

[Explicit Confirmation] カスタマイザ ウィンドウの [General] タブ（図 127）は、確認を実行するコンタクトを選択し、[Interruptible] オプションを設定する場合に使用します。

図 127 [Explicit Confirmation] カスタマイザ ウィンドウ： [General] タブ

表 59 で、[General] タブのフィールドについて説明します。

[Prompts] タブ

[Explicit Confirmation] カスタマイザ ウィンドウの [Prompts] タブ（図 128）は、開始プロンプト、エラー プロンプト、およびタイムアウト プロンプトを指定し、[Barge In] オプションおよび [Continue On Prompt Errors] オプションを設定する場合に使用します。

図 128 [Explicit Confirmation] カスタマイザ ウィンドウ：[Prompts] タブ

表 60 で、[Prompts] タブのフィールドについて説明します。

[Input] タブ

[Explicit Confirmation] カスタマイザ ウィンドウの [Input] タブ（図 129）は、タイムアウトの期間、最大再試行回数、および [Flush Input Buffer] オプションを設定する場合に使用します。

図 129 [Explicit Confirmation] カスタマイザ ウィンドウ：[Input] タブ

表 61 で、[Input] タブのフィールドについて説明します。

Extended Get Digit String ステップ

Extended Get Digit String ステップは、スクリプト内の DTMF エントリをキャプチャする場合に使用します。このステップは、タイムアウトに達するまで、または発信者が次のいずれかを実行するまで入力を待機します。

• 終了キーを押す。

• 最大再試行回数に達する。

• 入力したキーの数が最大数に達する。

Extended Get Digit String ステップは、次の場合を除き、既存の Get Digit String ステップとまったく同様に動作します。

• Get Digit String ステップが、[Interruptible] フィールドと [Clear DTMF Buffer on Retry] フィールドの Boolean 式を提供します。

• どちらのステップにも同じ制限が適用されますが、スクリプトの実行中に変更可能な変数を使用して、Extended Get Digit String ステップのほとんどのプロパティを定義できます。

このステップのカスタマイザの [Terminating Key] フィールドと [Cancel Key] フィールドは、Character オブジェクトと String オブジェクトをサポートしています。終了キーまたはキャンセル キーとして文字列が渡された場合、その文字列の先頭の文字のみが使用されます。特殊な文字列 none を使用すると、終了キーもキャンセル キーも必要ないことを指定できます。

Extended Get Digit String ステップには、次の出力ブランチがあります。

• Successful：入力が有効だった。

• Timeout：再試行の制限に達した後、最終試行がタイムアウトした。

• Unsuccessful：再試行の制限に達した後、無効なキーが押された。

このステップがエラー（Timeout または Unsuccessful）を返した場合は、収集されたディジットがすべて返され、指定した入力変数に格納されます。

Extended Get Digit String ステップのカスタマイザ ウィンドウには、4 つのタブがあります。

• 「[General] タブ」

• 「[Prompt] タブ」

• 「[Input] タブ」

• 「[DTMF Control] タブ」

[General] タブ

Extended Get Digit String ステップの [General] タブ（図 134）は、コンタクトを選択し、ディジット文字列を格納する変数を指定し、外部のイベントがステップに割り込むことができるかどうかを指定する場合に使用します。

図 130 [Extended Get Digit String] カスタマイザ ウィンドウ：[General] タブ

表 62 で、[General] タブのフィールドについて説明します。

[Prompt] タブ

[Get Digit String] カスタマイザ ウィンドウの [Prompt] タブ（図 135）は、プロンプトを指定し、[Barge In] オプションおよび [Continue on Prompt Errors] オプションを設定する場合に使用します。

図 131 [Extended Play Promt] カスタマイザ ウィンドウのフィールド：[Prompt] タブ

表 63 で、[Prompt] タブのフィールドについて説明します。

[Input] タブ

[Exnteded Get Digit String] カスタマイザ ウィンドウの [Input] タブ（図 132）は、発信者の入力を受信する条件を設定する場合に使用します。

図 132 [Extended Get Digit String] カスタマイザ ウィンドウ：[Input] タブ

表 64 で、[Filter] タブのフィールドについて説明します。

[DTMF Control] タブ

[Extended Get Digit String] カスタマイザ ウィンドウの [DTMF Control] タブ（）は、終了キー、キャンセル キー、入力フィルタを設定する場合に使用します。

図 133 [Extended Get Digit String] カスタマイザ ウィンドウ：[DTMF Control] タブ

表 65 で、[DTMF Control] タブのフィールドについて説明します。

Get Digit String

Get Digit String ステップは、発信者がプロンプトに応答した DTMF ディジット文字列をキャプチャする場合に使用します。

Get Digit String ステップは、発信者が次のずれかを実行するまで入力を待ちます。

• 終了キーを押す（DTMF のみ）。

• 最大再試行回数に達する。

• 入力したキーの数が最大に達する（DTMF のみ）。

• タイムアウト長に達するまで応答しない。

（注） スクリプトの以前のエスカレーティング プロンプトが Get Digit String ステップに入ると、以前のエスカレーティング プロンプトはリスト中の最初のプロンプトにリセットされます。

Get Digit String ステップには、3 つの出力ブランチがあります。

• Successful ：入力が有効だった。

• Timeout ：再試行の制限に達した後、最終試行がタイムアウトした。

• Unsuccessful ：再試行の制限に達した後、無効なキーが押された。

（注） エラーが発生した場合、累積されたディジットが返され、Unsuccessful または Timeout 出力ブランチを経由してスクリプトが終了する前に、指定された変数に保存されます。

Get Digit String ステップのカスタマイザ ウィンドウには、4 つのタブがあります。

• 「[General] タブ」

• 「[Prompt] タブ」

• 「[Input] タブ」

• 「[Filter] タブ」

[General] タブ

Get Digit String ステップの [General] タブ（図 134）は、コンタクトを選択し、ディジット文字列を格納する変数を指定し、外部のイベントがステップに割り込むことができるかどうかを指定する場合に使用します。

図 134 [Get Digit String] カスタマイザ ウィンドウ：[General] タブ

表 66 で、[General] タブのフィールドについて説明します。

[Prompt] タブ

[Get Digit String] カスタマイザ ウィンドウの [Prompt] タブ（図 135）は、プロンプトを指定し、[Barge In] オプションおよび [Continue on Prompt Errors] オプションを設定する場合に使用します。

図 135 [Get Digit String] カスタマイザ ウィンドウ：[Prompt] タブ

表 67 で、[Prompt] タブのフィールドについて説明します。

[Input] タブ

[Get Digit String] カスタマイザ ウィンドウの [Input] タブ（図 136）は、発信者の入力を受信する条件を設定する場合に使用します。

図 136 [Get Digit String] カスタマイザ ウィンドウ：[Input] タブ

表 68 で、[Input] タブのフィールドについて説明します。

[Filter] タブ

[Get Digit String] カスタマイザ ウィンドウの [Filter] タブ（図 137）は、発信者から受け付けるディジットを指定する場合に使用します。

発信者から受け付けるディジットを指定するには、目的のディジットのチェックボックスをオンにして、[OK] をクリックします。

[Get Digit String] カスタマイザ ウィンドウが閉じます。トリガーするコンタクトの名前と結果のディジット文字列変数が、[Design] ペインの Get Digit String ステップ アイコンの横に表示されます。

図 137 [Get Digit String] カスタマイザ ウィンドウ：[Filter] タブ

表 69 で、[Filter] タブのフィールドについて説明します。

Implicit Confirmation

Implicit Confirmation ステップは、質問をせずにアクションを確認する場合に使用します。

アクションを説明するプロンプトが再生され、設定された秒数、発信者からの入力を待ちます。設定されたタイムアウトより前に発信者が任意の DTMF ディジットを押した場合、確認は失敗したと見なされ、 Explicit Confirmation ステップが使用されます。

（注） スクリプトの以前のエスカレーティング プロンプトが Implicit Confirmation ステップに入ると、以前のエスカレーティング プロンプトはリスト中の最初のプロンプトにリセットされます。

たとえば、有効なディジット文字列を受信したときに、発信者の入力に基づいて、ダイヤルする内線をプロンプトで再生します。この例の Implicit Confirmation ステップは、発信者がプロンプトを聞いた後、タイムアウトの前に確認を拒否する時間として 2 秒間待つように設定されます。

Implicit Confirmation ステップの No 出力ブランチの下で、 If ステップによって、スクリプトが後続のステップに進むまでの確認回数を追跡します。

発信者に対して再生された内線が正確で、発信者が操作を停止しなかった場合は、 Yes 出力ブランチが実行され、 Call Redirect ステップによって目的の内線への接続が試行されます。

図 138 に、 Implicit Confirmation ステップのカスタマイザ ウィンドウを示します。

図 138 [Implicit Confirmation] カスタマイザ ウィンドウ

表 70 で、[Implicit Confirmation] カスタマイザ ウィンドウのフィールドについて説明します。

Menu

Menu ステップは、発信者が一連のオプションを選択できるメニューを提供する場合に使用します。 Menu ステップは、発信者が入力した単一ディジットを受信し、この入力を一連のオプション出力ブランチにマッピングします。システムは、これらの各オプション出力ブランチの後に追加されたステップを実行します。

（注） スクリプトの以前のエスカレーティング プロンプトが Menu ステップに入ると、以前のエスカレーティング プロンプトはリスト中の最初のプロンプトにリセットされます。

Menu ステップは、 Get Digit String ステップと Switch ステップの機能を組み合せたものですが、発信者が入力できるディジットは 1 つだけです。

デフォルトでは、 Menu ステップには次の出力ブランチがあります。

• Output 1

• Output 2

• Output 3

• Timeout

• Unsuccessful

[Menu] カスタマイザ ウィンドウの [General] タブで、さらに出力ブランチを追加できます。

Menu ステップは、タイムアウトまたは無効なディジット入力（どの接続にも関連付けられていないディジット）が発生した場合に、再試行します。最大再試行回数に達すると、最後の失敗の理由に応じて、 Menu ステップは Timeout 接続または Unsuccessful 接続に進みます。

Menu ステップのカスタマイザ ウィンドウには、3 つのタブがあります。

• 「[General] タブ」

• 「[Prompt] タブ」

• 「[Input] タブ」

[General] タブ

[Menu] カスタマイザ ウィンドウの [General] タブ（図 139）は、ディジット（通常、発信者が電話のキーパッドから入力）を出力ブランチ ラベルに関連付ける場合に使用します。

複数の入力を 1 つの出力ブランチ ラベルに関連付けることができますが、1 つの入力に関連付けることができる出力ブランチ ラベルは 1 つだけです。

図 139 [Menu] カスタマイザ ウィンドウ：[General] タブ

表 71 で、[General] タブのフィールドについて説明します。

[Add New Output Option Name] ダイアログボックスを図 140 に示します。

図 140 [Add New Output Option Name] ダイアログボックス

[Prompt] タブ

[Menu] カスタマイザ ウィンドウの [Prompt] タブ（図 141）は、再生するプロンプトを選択し、[Barge In] オプションおよび [Continue on Prompt Errors] オプションを設定する場合に使用します。

図 141 [Menu] カスタマイザ ウィンドウ：[Prompt] タブ

表 72 で、[Prompt] タブのフィールドについて説明します。

[Input] タブ

[Menu] カスタマイザ ウィンドウの [Input] タブ（図 142）は、タイムアウトの設定、最大再試行回数、および [Flush Input Buffer] オプションを設定する場合に使用します。

図 142 [Menu] カスタマイザ ウィンドウ：[Input] タブ

表 73 で、[Input] タブのフィールドについて説明します。

Name To User

Name To User ステップは、通常、着信側の人の名前を（DTMF で）発信者に要求し、ディレクトリに格納されている名前と比較するために使用します。 Name To User ステップは、自動的に発信者を着信側の内線に転送するスクリプトでよく使われます。

Name To User ステップのもう 1 つの便利な機能として、後で Get User Info ステップを使用して、発信者が選択したユーザの内線、電子メール アドレス、音声名などの情報を取得できるように、値を変数に割り当てる機能があります。

（注） スクリプトの以前のエスカレーティング プロンプトが Name To User ステップに入ると、以前のエスカレーティング プロンプトはリスト中の最初のプロンプトにリセットされます。

Name To User ステップは、次の数値キーパッド マッピングを使用して、発信者からの DTMF 入力を受信します。

• 2 = ABC

• 3 = DEF

• 4 = GHI

• 5 = JKL

• 6 = MNO

• 7 = PQRS

• 8 = TUV

• 9 = WXYZ

このステップの情報を使用して 、 発信者が選択したユーザが存在する場合、スクリプトはそのユーザのあらかじめ録音された名前を再生する後続のプロンプトを作成します。録音がない場合、スクリプトはユーザの名前のスペルを読み上げます。

（注） Name To User ステップがスペルを読み上げる名前は、ASCII 文字だけの名前です。そのため、国によっては、この機能が制限される場合があります。

Name To User ステップは、次の出力ブランチを生成します。

（注） Name To User ステップで、発信者の入力が Lightweight Access Directory Protocol（LDAP）ディレクトリの単一ユーザと一致した場合、発信者が選択を確認する必要なしに、その結果が即座に返されます。

• Successful ：発信者からの入力とディレクトリの名前が一致した。

• Timeout ：発信者からの入力を受信せずに、ステップの最大再試行回数（カスタマイザ ウィンドウで設定）に達した。

• Unsuccessful ：発信者からの入力がディレクトリの名前と一致しなかった。

• Operator ：オペレータの内線が入力された。

（注） Operator 出力ブランチは、[Name To User] カスタマイザ ウィンドウの [Genera]l タブの [Operator] オプションを [Yes] に設定した場合にだけ、スクリプトの Name To User ステップの下に表示されます（図 143を参照）。

Name To User ステップのカスタマイザ ウィンドウには、3 つのタブがあります。

• 「[General] タブ」

• 「[Prompt] タブ」

• 「[Input] タブ」

[General] タブ

[General] タブ（図 143）は、 Result User 変数を指定し、 Name To User ステップのその他のプロパティを設定する場合に使用します。

図 143 [Name To User] カスタマイザ ウィンドウ：[General] タブ

表 74 で、[General] タブのフィールドについて説明します。

Name To User ステップの [General] タブのフィールドを設定するには、次の手順を実行します。

[Prompt] タブ

[Prompt] タブ（図 144）は、 Name To User ステップで再生するプロンプトを指定し、[Barge In] オプションおよび [Continue on Prompt Errors] オプションを設定する場合に使用します。

図 144 [Name To User] カスタマイザ ウィンドウ：[Prompt] タブ

表 75 で、[Prompt] タブのフィールドについて説明します。

[Input] タブ

[Input] タブ（図 145）は、 Name To User ステップのさまざまな入力プロパティを設定する場合に使用します。

図 145 [Name To User] カスタマイザ ウィンドウ：[Input] タブ

表 76 で、[Input] タブのフィールドについて説明します。

[Dialog] タブ

[Dialog] タブ（図 146）は、 Name To User ステップのさまざまな入力プロパティを設定する場合に使用します。

図 146 [Name To User] カスタマイザ ウィンドウ：[Dialog] タブ

表 76 で、[Dialog] タブのフィールドについて説明します。

Play Prompt

Play Prompt ステップは、発信者に対して指定したプロンプトを再生する場合に使用します。

（注） スクリプトの以前のエスカレーティング プロンプトが Play Prompt ステップに入ると、以前のエスカレーティング プロンプトはリスト中の最初のプロンプトにリセットされます。

Play Prompt ステップのカスタマイザ ウィンドウには、3 つのタブがあります。

• 「[General] タブ」

• 「[Prompt] タブ」

• 「[Input] タブ」

[General] タブ

[General] タブ（図 147）は、コンタクトを識別し、[Interruptible] オプションを設定する場合に使用します。

図 147 [Play Prompt] カスタマイザ ウィンドウ：[General] タブ

表 78 で、[General] タブのフィールドについて説明します。

[Prompt] タブ

[Play Prompt] カスタマイザ ウィンドウの [Prompt] タブ（図 148）は、再生するプロンプトを指定し、[Barge In] オプションおよび [Continue on Prompt Errors] オプションを設定する場合に使用します。

図 148 [Play Prompt] カスタマイザ ウィンドウ：[Prompt] タブ

表 79 で、[Prompt] タブのフィールドについて説明します。